This concept is the supertype for all SNOMED CT metadata.
Concept Addition Rules
No new subtype children may be added in an extension.
Please refer to the following pages for guidance on the addition of subtype descendants.
All SNOMED CT metadata concepts are subtypes of and include concepts, descriptions and relationships that are used to describe or provide additional information about SNOMED CT content and reference sets.
The table below lists the subtypes of the hierarchy, and describes the content within these subhierarchies.
Table: Subhierarchies of |SNOMED CT Model Component| and their intended purpose
Subhierarchy
Purpose
Link to More Information
The following pages provide information about the subtypes of . Each page includes tables which describe the purpose of the content within one of the sub-hierarchies, with examples from the International Edition. The tables also state rules about the additions that are permitted in an extension to the respective subhierarchy. Where additions are permitted to the subhierarchy, notes are added on practical uses cases for addition, potential problems that may arise from these additions and any other relevant considerations.
Linkage concept (linkage concept)
Links two or more concepts together to express compositional meanings. All concept codes that can be used as a Relationship Type are included under [
Namespace concept (namespace concept)
Contains concepts that represent an assigned Extensionnamespace identifier.
OWL metadata concept (OWL metadata concept)
Contains concepts that are used in
OWL ontology reference set (OWL ontology header (OWL metadata concept) and OWL ontology namespace (OWL metadata concept))
OWL axiom reference set (Disjoint classes axiom (OWL metadata concept) and General concept inclusion axiom (OWL metadata concept))
Core metadata concept (core metadata concept)
Provides structural information required to support International Edition data. This supporting information includes sets of enumerated values that apply to attributes of concepts, descriptions and relationships.
The SNOMED CT International Edition contains some concept hierarchies that have fundamental roles in supporting the design of SNOMED CT. Additions of concepts to these hierarchies may impact the consistency and integrity of SNOMED CT. The following pages set out guidance on the addition of extension concepts within specific hierarchies. In some cases, this guidance may prohibit extensions from adding concepts in a specific hierarchy or at a particular level of a hierarchy. In other cases, the advice is provided on the use case for making particular additions and notes are included on the implications and potential risks arising from such additions.
These constraints are expressed in tables in the following pages, which are arranged to follow the overall hierarchical structure of SNOMED CT.
This concept is a supertype for metadata used to support SNOMED CT reference sets.
Concept Addition Rules
No new subtype children may be added in an extension.
See tables below for concept addition rules for each of the subtypes of
Reference Sets
Additional Notes
When a new reference set type is defined, an appropriate set of reference set descriptor rows must be created in the reference set descriptor reference set to specify the order and format of the reference set columns. Furthermore, the intended use and format of the new reference set type must also be documented.
Appropriate documentation should also be provided to describe the specific use of each individual reference set. The addition of reference set descriptor rows for individual reference sets is also recommended. However, this is optional if there are no additional constraints over and above those specified for its reference set type.
The subtype children represent reference set types. Subtype descendents represent either reference sets of the type specified by their supertype parent or groups of reference sets of a type specified by their supertype parent.
(This is a grouper concept not an actual reference set)
Concept Addition Rules
New subtype children may be added in an extension, as long as they represent a new and distinct Reference Set Type (i.e. not an individual reference set).
New subtype descendants may be added in an extension, as long as they represent a Reference Set of the type defined by its supertype ancestors.
These concepts represent values that can be applied to specified columns in a reference set.
Concept Addition Rules
Additional subtype children may be added in an extension to represent values applicable to a newly added reference set or reference set type.
Subtype descendants should not be added in an extension, except where they are descendants of a subtype child added to support a newly added reference set.
Potential Problems
Adding subtype descendant to pre-existing subtype children would have the effect of changing the permitted value set for a pre-existing reference set type and reference sets defined as having that type.
This concept is the supertype for metadata used directly by SNOMED CT components.
Concept Addition Rules
No new subtype children may be added in an extension.
See tables below for concept addition rules for each of the subtypes of .
Characteristic Type
Concept Addition Uses Cases
Different lengths of text for different purposes
Different formats for text including HTML
Specialized usage of text for a specific purpose
Concept Addition Uses Cases
The addition of at least one module concept is essential for all extensions. More than one module concept may be added to enable content to be organized into separate modules.
The addition of modules that form part of the extension is required. These new module concepts must either be direct children of 900000000000443000 | Module| or descendants of a child of 900000000000443000 | Module| that is owned by the same extension provider. It is not permitted to add modules as subtypes of modules maintained by another extension provider.
Each module concept added within an extension must have an identifier that contains the extension's namespace identifier.
The immediate subtype children of the root concept represent the most general types of SNOMED CT concepts.
Concept Addition Rules
It is strongly recommended that new top level concepts (i.e. direct subtype children of the root concept) are not added in an extension.
Additional Notes
Hierarchies
All direct subtype children of except .
Purpose
These concepts represent a distinct type of clinical concept
Concept Addition Rules
Subtype descendants of the top level clinical concepts may be added in an extension.
Additional Notes
Concepts added in these hierarchies should conform with:
Concept model rules applicable to the relevant concept domain
Quality standards applicable to all SNOMED CT clinical content.
These concepts should be classified to generate a set of inferred relationships in necessary normal form, for inclusion in the extension distribution files.
This concept is the supertype parent or ancestor of , , etc.
Concept Addition Rules
No new subtype children may be added in an extension
See tables below for concept addition rules for the descendants of existing subtype children.
Concept Model Attributes
Additional Notes
Any attributes created in extensions need to be carefully managed and documented. Extension attributes may also need to be revised or inactivated to align with future changes to the concept model in the International Edition.
Concept Addition Uses Cases
Requirements to support additional types of assertion in clinical records
These concepts represent clinical assertions about relationships between instances of clinical statement in an EHR. For example, they may assert that a particular symptom is caused by something.
Additional subtype children may be added in an extension. However, it is recommended that proposed additions be submitted to the International Edition, unless they are highly specific.
Extending the SNOMED CT concept model to allow sufficient definitions to be applied to concepts that are not sufficiently defined in the International Edition.