Each has a
.
describes several distinct types of access to concept definitions and the client application functionalities that each of these access types supports.
General purpose terminology services that are able to access relationships can be used to meet a limited set of SNOMED CT use cases. However, SNOMED CT terminology services should also provide access to the
of concept definitions.
Advanced SNOMED CT terminology services require the ability to access and interpret the that represent the
of concept definitions. They should also enable description logic classification either as a built in service or via an interface to separate classifier. Services that support classification provide added value for data retrieval and analysis by enabling post-coordinated expressions to be classified and appropriately located in the subtype hierarchy.
The required services listed in omit services that only require access to subtype relationships, as these are described in 4.5 Get and Test Concept Subtypes and Supertypes.
Practical Requirements for Access to Concept Definitions |
Terminology Service Access to Definitions | Client Application Functionality Supported | |
Access to
| Display subtype hierarchy | |
Access to the
| Testing subsumption between concepts | |
Access to the complete | Display of inferred concept definition Postcoordinated expression creation Expression constraint and query creation | |
Access to the complete | Display of stated concept definition Terminology authoring Terminology classification Expression classification
|
Services Required |
Service Name and Status | Input | Output |
---|---|---|
Get inferred necessary normal form definition of a concept |
|
|
Get stated definition of a concept |
|
|
The Snowstorm and FHIR examples are presented in plain text and URL encoded versions. Always use the "Encoded URL" when testing the example service requests. The plain text version is included to aid readability but using this version in a service request may result in errors. These errors result from characters that have to be encoded as they are not permitted in a URL (see IETF RFC1738). |
Snowstorm API |
Service Name | API Call | Result | |||
Get the inferred necessary normal form definition of a concept |
for example
or without including the terms
| Returns a JSON data object containing a compositional grammar expression representing the inferred definition of the concept. If the optional includeTerms parameter is set to true the expression includes the fully specified names of each concept referenced in the expression. Otherwise only the expression only includes the concept identifiers. | |||
Get the stated definition of a concept |
for example
or as example of a concept defined by more than one axiom
| This service returns a JSON representation of one or more members of in the OWL expression reference set that together represent the stated definition of the identified concept. Each of these reference set members contains an axiom, represented using |
FHIR API |
Service Name | API Call | Result | ||
Get the inferred necessary normal form definition of a concept |
for example
| Returns a JSON representation of information containing the definition of the concept. The data returned includes the necessary inferred, normal form definition of the concept represented as a compositional grammar expression. | ||
Get the stated definition of a concept | N/A | This service is not supported by the FHIR terminology services API |
MySQL Example Database |
Service Name | SQL Query | Result | ||||
Get the inferred necessary normal form definition of a concept |
for example
or including terms
| Returns the set of rows each containing one defining relationship with its associated relationship group number. | ||||
Get the stated definition of a concept |
for example
or as example of a concept defined by more than one axiom
| Returns the set of rows each containing one OWL axiom.
|
|