The OWL ontology refset should represent essential information about an ontology, such as the namespaces, ontology URI, ontology version URI, and import statement.
Apart from the standard information for all OWL ontologies, any specific information of an ontology can be included. The OWL ontology refset enables the use of prefixes in the OWL axiom refset.
The namespace declarations cover the standard and SNOMED CT specific prefix names, for all ontologies. The prefix name "sct:" is for SNOMED CT concept identifiers and the namespace URI is http://snomed.info/id/.
The prefix names are associated with SNOMED CT concept
734146004 |OWL ontology namespace (metadata)| as referencedComponentId and examples can be found in table 4-2 OWL Ontology Reference Set example.
The URIs can be represented in full form or using the prefix names. For example, The URI for 64572001 |Disease (disorder)| can be one of the following format.
It is recommended to use the default prefix ":" to minimize the size and improve readability in the OWL refset. The prefix name "sct:" should be declared and used when http://snomed.info/id/ is not the default namespace.
The ontology URI and the version URI together identify a particular version of ontology. According to the convention, an ontology document should be accessible via the ontology URI if it is the current version. Since a release edition contains the current version ontology, the ontology URI alone is sufficient for the OWL ontology refset. The version should be determined from the SNOMED CT release package. The version URI does not need to be included in the OWL ontology refset. For example:
SNOMED CT International Edition
However, the version URI should always be included for a standalone ontology file of SNOMED CT to provide accurate version information. The SNOMED CT URI Standard describes how to unambiguously reference a particular version of a SNOMED CT edition. It is also a trivial task to generate the Ontology version URI by the transformation process for a standalone ontology file. For example,
Each SNOMED CT Edition should be represented as a separate ontology based on the identifier of the most dependent module. The international release is represented by a single ontology and identified by the SNOMED CT core module id as the ontology URI. It includes two modules for terminology content excluding modules for derivatives:
The module dependency has specified that 900000000000207008 |SNOMED CT core module (core metadata concept)| depends on 900000000000012004 |SNOMED CT model component module (core metadata concept)|.
The OWL ontology reference set should only have one single active entry of
|OWL ontology header| for ontology declaration. For extensions of SNOMED CT, the OWL ontology header for SNOMED CT international release should be inactivated. A new entry for OWL ontology header should be added with the extension module id and effective time. The identifier for the ontology URI should be the most dependent module for that particular edition.
It is possible that modules in SNOMED CT can be directly translated into OWL ontologies, with the module dependency reference set describing how these ontologies are imported. Extensions can import the ontology of SNOMED CT core module since the content in the model component module has already been included. The new OWL ontology header should include extension module identifier and import statement(s). This approach could avoid accidental changes to the imported ontology. However, the implementation could be more complicated than the representation of an entire edition as a single ontology. Therefore, it is not recommended to use an ontology import statement at the current stage. Instead, each edition will be rendered as one OWL ontology, without any ontology import statement.