Note that this page has been copied from http://build.fhir.org/snomedct.html purely for the purpose of review and consolidating feedback. It would be acceptable to modify this document however, so we have a 'complete' draft to return to HL7. We'll be able to track the changes through Confluence document history.
Vocabulary  Work Group | Maturity Level: 5 | Ballot Status: Trial Use |
4.2.1.0.1 Summary 
| Source | SNOMED CT is used in FHIR international standards and resources. SNOMED CT is owned, maintained and distributed |
by SNOMED International |
SNOMED International is |
the organization which publishes the International Edition of SNOMED CT. SNOMED International Members may also distribute their own SNOMED CT |
National Edition, which contains the international release plus local extension content and derivatives. | |
| System | |
| Version | Where a code system version is used, it should be specified as a |
URI that represents |
a specific SNOMED CT Edition published on a particular date (e.g. the International Edition or a National Edition, with a version date), following the SNOMED CT URI Specification | |
| Code | The following SNOMED CT artifacts are valid in the code element for the http://snomed.info/sct namespace: Concept |
, Expressions (grammar ) and SNOMED Legacy codes and Description |
Identifiers are not valid as codes in FHIR, nor are other |
alternative identifiers associated with SNOMED CT Concepts |
. Note: when SNOMED CT terms must be exchanged, use the Description Id Extension |
| Display | The correct display for a SNOMED CT concept is one of the |
terms associated with that concept. The best display is the preferred term in the relevant language or dialect, as specified in the associated language reference set |
This specification publishes a canonical SNOMED CT code system resource. See also the SNOMED CT Usage Summary.
Note: The IHTSDO glossary explains some of these SNOMED CT specific terms.
. SNOMED CT synonyms may be case sensitive. SNOMED International does not define terms for expressions. If a SNOMED terminology producer publishes human-readable terms for expressions in an expression repository, this term may be used as the display. Similarly, if a SNOMED terminology producer publishes an official template for generating terms from an expression, a term generated using the template may be used as the display. If no term or description template has been published, the full expression with terms embedded may be used. Note that Display is not intended to contain terms entered by the user that have not been officially published by a SNOMED CT Terminology Producer. | |
| Inactive | Inactive codes are identified using the 'inactive' property (see below). |
| Subsumption | SNOMED CT Subsumption testing for concepts is based on the |is a| relationship defined by SNOMED CT. |
| Filter Properties | Several filter properties are defined, as described below. |
This specification publishes a canonical SNOMED CT code system resource. See also the SNOMED CT Usage Summary.
Note: The SNOMED International glossary explains some of these SNOMED CT specific terms.
4.2.1.0.2
...
Versions
There is no single distribution that contains all defined SNOMED CT codes in all contexts of use. Instead the international release International Edition contains all concepts shared and agreed to be internationally relevant and each national release centre National Release Centre distributes this international release International Edition plus additional national content (to extend that the international set). In addition, other Other release authorities may also be designated. The SNOMED CT URI Specification describes how to unambiguously reference a particular version of a distributionSNOMED CT edition:
http://snomed.info/sct/[sctid]/version/[YYYYMMDD]
where [sctid] is the concept id of that identifies the given SNOMED CT distribution (e.g. 32506021000036107 for Australiaedition (based on the identifier of the most dependent module), and the tail "YYYYMMDD" is the date of release. Examples of sctids that identify a specific edition are listed here.
4.2.1.0.3 SNOMED CT Expressions
A SNOMED CT Expression is a structured combination of one or more clinical concepts, stated using Compositional Grammar Syntax.
Expressions may optionally contain display terms.
4.2.1.0.4 Copyright and Licenses Note that many (by custom, this is usually the last day of the month). Note that many implementations are in the habit of simple simply using the date of release in the form YYYYMMDD (e.g. "20140531"), and assuming that the distribution edition is known. However this is not always safe, so implementations that populate the version element SHOULD must use the full URI form.
...
.
...
This specification includes content from SNOMED Clinical Terms® (SNOMED CT®) which is copyright of the International Health Terminology Standards Development Organisation (IHTSDO). Implementers of these specifications must have the appropriate SNOMED CT Affiliate license - for more information contact http://www.snomed.org/snomed-ct/get-snomed-ct or info@snomed.org.
4.2.1.0.
...
5 RDF
The IHTSDO SNOMED International URI specifications uses use the namespace http://snomed.info/sct for the code system, and the URI http://snomed.info/id for the individual concepts in the code system. This means that when a SNOMED CT concept is converted from the system::code pair, where the system is http://snomed.info/sct, to the RDF ontological form, the representation is http://snomed.info/id/[concept-id]. Expressions are represented the same way, except that for this use, expressions using the URI pattern http://snomed.info/scg/[expression]. Expressions represented in this way SHALL not contain whitespace, terms, or comments.
4.2.1.0.
...
6 SNOMED CT Properties
In addition to the standard properties, the following properties are defined for SNOMED CT:
| Property Name | Data Type | Comments |
| inactive | boolean | Whether the code is active or not (defaults to false). This is derived from the active column in the Concept file of the RF2 Distribution (by inverting the value) |
| sufficientlyDefined | boolean | True if the description logic definition of the concept includes sufficient conditions |
. This is derived from the definitionStatusId value in the Concept file of the RF2 distribution (i.e. If 900000000000073002 |Sufficiently defined concept definition status| then true). | ||
| moduleId | code | The SNOMED CT concept id of the module that the concept belongs to. |
| normalForm | string | Generated Necessary Normal form expression for the provided code or expression, with terms. See http://snomed.org/nnf |
| normalFormTerse | string | Generated Necessary Normal form expression for the provided code or expression, conceptIds only. |
In addition, any SNOMED CT relationships, where the relationship type is subsumed by Attribute (246061005) 410662002 |Concept model attribute|, also automatically become properties. For example, laterality: Properties that represent SNOMED CT concept model attributes are referred to using their concept id, rather than their human readable term.
For example, the laterality property is represented using the concept id '272741003', rather than the term 'laterality':
| Property Name | Data Type | Comments |
| 272741003 | code | The value of the laterality attribute in the definition of the given code or expression. The equivalent URI for the Laterality property |
|
Note that when a $lookup operation is performed on a SNOMED CT concept, servers SHALL return the full URI for the edition and version being used (see above) in the version property. Other properties are at the discretion of the server and the client.
4.2.1.0.
...
7 SNOMED CT Filters
This section documents the property filters that can be used with the SNOMED CT code system in value set composition statements.
For implementer convenience, some of the property filters are documented in terms of the SNOMED CT Query Language Expression Constraint Language, but this does not imply that its use is required.
4.2.1.0.
...
7.1 By Subsumption
| Description | Select a set of concepts based on subsumption testing |
| Property Name | concept |
| Operations Allowed | is-a |
| Values Allowed | [concept id] |
| Comments | Includes all concept ids that have a transitive is-a relationship with the concept Id provided as the value (including the concept itself) |
| Example | Administration Methods |
<< [concept] ( |
Long syntax: descendantOrSelfOf [concept]) |
4.2.1.0.
...
7.2 By Reference Set
| Description | Select a set of concepts based on their membership of a SNOMED CT reference set |
| Property Name | concept |
| Operations Allowed | in |
| Values Allowed | [concept id] |
| Comments | Includes all concept ids that are active members of the reference set identified by the concept Id provided as the value |
^ [concept] |
|
|
(Long |
syntax: memberOf [concept]) |
4.2.1.0.
...
7.3 By SNOMED
...
Expression Constraint
| Description | Select a set of concepts based on a formal expression |
| constraint | |
| Property Name | constraint |
| Operations Allowed | = |
| Values Allowed | [expression constraint] |
| Comments | The result of the filter is the result of executing the given SNOMED CT Expression |
Constraint "compose": {
"include": [
{
"system": "http://snomed.info/sct",
"filter": [
{
"property": "constraint",
"op": "=",
"value": "<< 30506011000036107 |Australian product|: 700000101000036108 |hasTP| = 17311000168105 |Panadol|"
}
]
}
]
}
|
4.2.1.0.
...
7.4 By whether
...
postcoordination is allowed
| Description | Specify whether |
| postcoordination is allowed or not | |
| Property Name | expressions |
| Operations Allowed | = |
| Values Allowed | true or false |
| Comments | Expressions, if allowed, are subject to the same rules as |
| precoordinated concepts. (Note: simple reference sets do not include expressions |
| ). | |
| Example | Administration Methods |
n/a |
4.2.1.0.
...
8 Implicit Value Sets
Implicit value sets are those whose specification can be predicted based on the grammar of the underlying code system, and the known structure of the URL that identifies them. SNOMED CT has two common sets of implicit value sets defined: By Subsumption, and By Reference Set. These implicit value sets do not use complex queries. This allows a single URL to serve as a value set definition that defines a value set, and can serve as the basis for the $expansion operation.
...
- the base URL is either "http://snomed.info/sct", or the URI for the edition version, in the format specified by the IHTSDO SNOMED International the SNOMED CT URI Specification
- a query portion that specifies the scope of the content
...
<ValueSet xmlns="http://hl7.org/fhir">
<text>
<status value="generated"/>
<div xmlns="http://www.w3.org/1999/xhtml">
[Some HTML that describes this value set as all concepts in the reference set identified by conceptid]
</div>
</text>
<url value="[edition/version]?fhir_vs=refset/[sctid]"/>
<version value="[edition/version]"/>
<name value="SNOMED CT Reference Set [conceptid]"/>
<description value="All SNOMED CT concepts in the reference set [concept id or preferred description]"/>
<copyright value="This value set includes content from SNOMED CT, which is copyright © 2002+ International Health Terminology Standards Development Organisation (IHTSDO), and distributed by agreement between IHTSDO and HL7. Implementer use of SNOMED CT is not covered by this agreement"/>
<status value="active"/>
<compose>
<include>
<system value="http://snomed.info/sct"/>
<filter>
<property value="concept"/>
<op value="in"/>
<value value="[conceptid]"/>
</filter>
</include>
</compose>
</ValueSet>
4.2.1.0.
...
10 Implicit Concept Maps
Implicit concept maps are those whose specification can be predicted based on the grammar and/or content of the underlying code system, and the known structure of the URL that identifies them. This allows a single URL to serve as a concept map definition that defines a mapping between two sets of concepts, and which can serve as the basis for the $translate operation. SNOMED CT has two common sets of implicit concept maps defined:
...
Association Reference Sets are part of the core SNOMED CT distribution. The following standard Association Reference sets are mapped to implicit Concept Maps:
| Name | Concept Id | Relationship |
| POSSIBLY EQUIVALENT TO | 900000000000523009 | inexact |
| REPLACED BY | 900000000000526001 | equivalent |
| SAME AS | 900000000000527005 | equal |
| ALTERNATIVE | 900000000000530003 | inexact |
If any concept map resources exist with an identifier that conforms to the URL pattern specified below, the content of the resource must conform to the template provided. Canonical references to concept maps are allowed to reference these concept maps directly by referring to their URI.
...
- the base URL is either "http://snomed.info/sct", or the URI for the edition version, in the format specified by the IHTSDO SNOMED International in the SNOMED CT URI Specification
- a query portion that specifies the scope of the content
...
<ConceptMap xmlns="http://hl7.org/fhir">
<text>
<status value="generated"/>
<div xmlns="http://www.w3.org/1999/xhtml">
[Some HTML that describes this concept map]
</div>
</text>
<url value="[edition/version]?fhir_cm=[sctid]"/>
<version value="[edition/version]"/>
<name value="SNOMED CT [name] Concept Map"/>
<description value="The concept map implicitly defined by the [name] Association Reference Set"/>
<copyright value="This value set includes content from SNOMED CT, which is copyright © 2002+ International Health Terminology Standards Development Organisation (IHTSDO), and distributed by agreement between IHTSDO and HL7. Implementer use of SNOMED CT is not covered by this agreement"/>
<status value="active"/>
<sourceUri value="[edition/version]?fhir_vs"/>
<targetUri value="[edition/version]?fhir_vs"/>
<group> <!-- 0..* Same source and target systems -->
<source value="http://snomed.info/sct"/>
<sourceVersion value="[edition/version]"/>
<target value="http://snomed.info/sct"/>
<targetVersion value="[edition/version]"/>
<!-- a mapping for each member of the reference set -->
<element>
<code value="[member]"/>
<target>
<code value="[reference set value]"/>
<equivalence value="[relationship]"/>
</target>
</element>
</group>
</ConceptMap>
Simple Map Reference Sets (reference sets which are descendants of 900000000000496009 "Simple map") also define an implicit concept map. However, at this time, these cannot be converted to Concept Maps because there is no source for the target code system. Another reference set has been proposed to IHTSDO, and this section will be revisited once it is adopted.implicit concept map.
...
List of Substantive Changes to the above to discuss with HL7
Expressions
We've added a new section for Expressions. Bringing other text on the page into line with SNOMED International's definition of what constitutes valid SNOMED CT compositional grammer, we've removed advice about including or not including text definitions - both are considered equally valid, although there may be an argument for including the orginal text selected by the end user.
New Sections - works in progress
These have been removed into their own pages while the text is agreed. Since they are additional guidance, there is no reason to think that anything being added will 'break' the above.