SNOMED Documentation Search


The Owl Representation of SNOMED CT

The OWL representation of SNOMED CT makes use of URIs for identifying Concepts, the previously-implicit grouping role, and the ontology itself (i.e. the set of axioms).

The old pattern used for Concepts was{sctid}

which is now replaced by{sctid}

The grouping role URI was

and is now

For the OWL XML representation, the URI was unspecified (the empty string), while for the OWL Functional Syntax representation the URI was (via RDF:about)

and now includes explicit version information{sctid}/version/{timestamp}

When representing SNOMED CT ontologies using OWL 2, both an ontologyURI and a versionURI should be included using the following forms respectively1 :{sctid}{sctid}/version/{timestamp}

The CTS2 Specification

The CTS2 specification requires that all resources be identified using URIs. This section lists, where such a thing exists, SNOMED International standard URIs for the resources that require URIs in the CTS2 implementation. This omits URIs for things such as External Code Systems and Value Sets since they are outside the scope of the SNOMED CT URI Standard. Note, however, that a Reference Set is the SNOMED CT mechanism for identifying an arbitrary set of Concepts, which is analogous to a Value Set. Thus the Reference Set URI would be the appropriate thing to use as the Value Set identifier.




SNOMED CT Edition{moduleId}

SNOMED CT International Edition

SNOMED CT Version{moduleId}/version/{effectiveTime}

SNOMED CT International January 2012 Version


SNOMED CT Core Module (only)

A specific release of a Module{moduleId}/time/{timestamp}

SNOMED CT Core Module (only) with respect to the timestamp 20120131



Table Field{table name}.{field name}

Map{map sctid}

A map is just a reference set in a specific format

Map version{moduleId}/version/{effectiveTime}/id/{map sctid}

Refset{refset sctid}

Refset version{moduleId}/version/{effectiveTime}/id/{refset sctid}

Role Group

Identifying SNOMED CT Versions in HL7

Traditionally, HL7 has used OIDs to identify Code Systems. The OID for SNOMED CT is 2.16.840.1.113883.6.96. This is the OID that should be used for all versions of SNOMED CT and related terminologies (such as the Australian Medicines Terminology) because it identifies the system, i.e. the set of rules for interpreting SCTIDs. Under these rules, any specific SCTID is either defined with respect to a particular SNOMED CT Version, or it is undefined (i.e. not included/mentioned in that version). Furthermore, any given SCTID always identifies the same thing in all versions in which it is defined.

The HL7 specification says: the interpretation of version strings is defined by the Code System (and not by HL7). This means we can use the URI for a Version (versioned Edition) as the version code:{sctid}/version/{timestamp}

For example, here is how an element of Data Type CD might appear in a CDA document with:

<xyz code="78835011000036104" codeSystem="2.16.840.1.113883.6.96" codeSystemName="Australian Medicines Terminology (AMT)" codeSystemVersion= "" displayName="GANFORT 0.03% / 0.5% eye drops: solution, 3 mL"/> </xyz>

Identifying SNOMED CT Versions in HL7 FHIR

Fast Healthcare Interoperability Resources (FHIR™)2 defines a set of 'resources' to represent health and healthcare administration-related information. Rather than OIDs, FHIR uses URIs to identify code systems, usually along with an associated version string. The code system is intended to characterise the set of valid codes, hence the recommended URI to use for this is:

and the recommended string template to use for the associated version, substituting in the appropriate module sctid and effective time, is:{sctid}/version/{timestamp}

Ref Notes
1 See OWL 2 Web Ontology Language Structural Specification and Functional-Style Syntax
2 See