SNOMED Documentation Search


Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

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

http://www.snomed.org/SCT_{sctid}

which is now replaced by

http://snomed.info/id/{sctid}

The grouping role URI was

http://www.snomed.org/RoleGroup

and is now

http://snomed.info/id/609096000

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)

http://www.snomed.org/sct.owl

and now includes explicit version information

http://snomed.info/sct/{sctid}/version/{timestamp}

When representing SNOMED CT ontologies using OWL 2, both an ontologyURI and a versionURI should be included using the following forms respectively

Footnote Macro

See OWL 2 Web Ontology Language Structural Specification and Functional-Style Syntaxhttp://www.w3.org/TR/owl2-syntax/#Ontology_IRI_and_Version_IRI

:

http://snomed.info/sct/{sctid}

http://snomed.info/sct/{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.

...

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:

http://snomed.info/sct/{sctid}/version/{timestamp}

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

<xyz code="78835011000036104" codeSystem="2.16.840.1.113883.6.96" codeSystemName="Australian Medicines Terminology (AMT)" codeSystemVersion= "http://snomed.info/sct/900062011000036108/version/20121231" displayName="GANFORT 0.03% / 0.5% eye drops: solution, 3 mL"/> </xyz>

It should be noted that, because the URIs for identifying a specific Version of an Edition can be used to unambiguously determine its content, using these URIs as version numbers works regardless of whether a single OID is used to identify SNOMED CT as a "system" or individual OIDs are assigned for different Editions.

...

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:

http://snomed.info/sct

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

http://snomed.info/sct/{sctid}/version/{timestamp}

...

Display Footnotes Macro