Dieser Abschnitt bietet einen Überblick über die folgenden Punkte:

• Komponenten des logischen Modells – Darstellung der zentralen Inhalte der Terminologie
• Referenz Sets – Konfiguration und Ausbau von Terminologieinhalten

Weshalb ist das wichtig?

Das logische Modell von SNOMED CT ist die grundlegende Struktur von SNOMED CT und legt fest, wie die Komponenten im Rahmen einer Implementierung verwaltet werden können, um einer Vielzahl von primären und sekundären Anwendungen gerecht zu werden.

Worum geht es?

Das logische Modell von SNOMED CT definiert die Art und Weise, in der alle Typen von SNOMED CT Komponenten und Derivaten zueinander in Relation stehen und dargestellt werden. Die wichtigsten Typen von SNOMED CT Komponenten sind Konzepte, Beschreibungen und Relationen. Daher spezifiziert das logische Modell eine strukturierte Darstellung der Konzepte, die zur Darstellung medizinischer Bedeutungen verwendet werden, sowie der für den Bezug auf diese verwendeten Beschreibungen und der Relationen zwischen den Konzepten

This section provides an overview of:

• Logical Model Components – representing the core content of the terminology
• Reference Sets – configuring and enhancing terminology content

Why is this important?

The SNOMED CT logical model provides the fundamental structure of SNOMED CT and specifies how the components can be managed in an implementation setting to meet a variety of primary and secondary uses.

What is this?

The SNOMED CT logical model defines the way in which each type of SNOMED CT component and derivative is related and represented. The core component types in SNOMED CT are concepts, descriptions and relationships. The logical model therefore specifies a structured representation of the concepts used to represent clinical meanings, the descriptions used to refer to these, and the relationships between the concepts.

Logical Model Overview

Concepts

Every concept represents a unique clinical meaning, which is referenced using a unique, numeric and machine-readable SNOMED CT identifier. The identifier provides an unambiguous unique reference to each concept and does not have any ascribed human interpretable meaning.

• Other types of components also have unique identifiers – however, the concept identifier has a specific role as the code used to represent the meaning in clinical records, documents, messages and data.

Descriptions

Abbildung 3: Übersicht über das logische Datenmodell

Konzepte

Jedes Konzept entspricht einer eindeutigen medizinischen Bedeutung, die über einen eindeutigen, numerischen und maschinenlesbaren SNOMED CT Code referenziert wird. Dieser Code bietet einen eindeutigen, unmissverständlichen Bezug zu jedem Konzept und hat keine vom Menschen interpretierbare Bedeutung.

• Andere Komponententypen haben ebenfalls eindeutige IDs – die Konzept-ID hat jedoch eine spezifische Rolle als Code, der verwendet wird, um die Bedeutung in EHRs, Dokumenten, Mitteilungen und Daten darzustellen.

Beschreibungen

Jedem Konzept ist eine Reihe von Textbeschreibungen zugeordnet. Diese entsprechen der menschenlesbaren Form eines Konzepts. Es werden zwei Arten von Beschreibungen verwendet, um jedes Konzept abzubilden: A set of textual descriptions are assigned to every concept. These provide the human readable form of a concept. Two types of description are used to represent every concept - Fully Specified Name (FSN) and und Synonym.

The FSN represents a unique, unambiguous description of a concept's meaning. The FSN is not intended to be displayed in clinical records, but is instead used to disambiguate the distinct meaning of each different concept. This is particularly useful when different concepts are referred to by the same commonly used word or phrase. Each concept can have only one FSN in each language or dialect.

A

Der FSN ist eine eindeutige, unmissverständliche Beschreibung der Bedeutung eines Konzepts. Der FSN dient nicht dazu, in EHRs angezeigt zu werden, sondern wird stattdessen verwendet, um die unterschiedliche Bedeutung der einzelnen Konzepte zu verdeutlichen. Dies ist dann besonders hilfreich, wenn verschiedene Konzepte mit demselben häufig verwendeten Wort oder Ausdruck bezeichnet werden. Jedes Konzept kann in jeder Sprache bzw. in jedem Sprachvarietät nur einen FSN haben.

Synonyme stellen weitere Fachtermini dar, die auf ein Konzept verweisen, so dass es angezeigt oder ausgewählt werden kann. Ein Konzept kann mehrere Synonyme aufweisen. Damit können die Anwender von SNOMED CT diejenigen Fachtermini verwenden, denen sie für die Benennung einer bestimmten medizinischen Bedeutung den Vorzug geben. Konzepte können mehrere Synonyme haben, die jedoch nicht unbedingt eindeutig sind. So können zwei Konzepte den gleichen Synonymterm haben. Die Interpretation eines Synonymterms hängt daher von der Konzept-ID ab.

Jedes Konzept hat ein Synonym, das in einer bestimmten Sprache, einer bestimmten Sprachvarietät oder Anwendungskontext als |preferred| gekennzeichnet ist. Dieses Synonym wird als "bevorzugter Fachterminus" (preferred term) bezeichnet und ist ein Wort oder ein Ausdruck, das/der von medizinischen Fachpersonal üblicherweise verwendet wird, um dieses Konzept zu benennen. In jeder Sprache, jeder Sprachvarietät oder Anwendungskontext kann lediglich ein Synonym als |preferred| gekennzeichnet werden. Beliebig viele andere Synonyme, die in einer Sprache, einer Sprachvarietät oder einem Anwendungskontext gültig sind, können als |acceptable| gekennzeichnet werdenconEach concept has one synonym which is marked as |preferred | in a given language, dialect, or context of use. This is known as the "preferred term" and is a word or phrase commonly used by clinicians to name that concept. In each language, dialect or context of use, one and only one synonym can be marked as | preferred |. Any number of other synonyms that are valid in a language, dialect or context of use can be marked as | acceptable |.

...

Abbildung 4: Beispiel für die Beschreibungen eines einzelnen Konzepts (US-

...

Englisch)

Relationships

Relationen (relationships)

Eine Relation stellt eine sinnhafte Verbindung zwischen zwei Konzepten dar. Relationen werden verwendet, um die Bedeutung eines Konzepts logisch so zu definieren, dass es von einem Computer verarbeitet werden kann. Ein drittes Konzept, ein sogenannter Relationstyp (oder Attribut), wird verwendet, um die Bedeutung der Verbindung zwischen dem Ausgangs- und dem Zielkonzept darzustellen. Innerhalb von SNOMED CT sind verschiedene Arten von Relationen verfügbarA relationship represents an association between two concepts. Relationships are used to logically define the meaning of a concept in a way that can be processed by a computer. A third concept, called a relationship type (or attribute), is used to represent the meaning of the association between the source and destination concepts. There are different types of relationships available within SNOMED CT.

Example of attribute relationships

Page break

Subtype Relationships

Abbildung 5: Beispiel für Attributrelationen

Subtyp-Relationen

Subtyp-Relationen sind der am meiste verwendete Relationstyp. Subtyp-Relationen verwenden den Relationstyp |is-a| und werden daher auch als |is-a|-Relationen bezeichnet. Alle aktiven SNOMED CT Konzepte sind die Quelle von mindestens einer |is-a|-Relation, ausgenommen das Stammkonzept (root concept) |SNOMED CT Concept|, welches das allgemeinste Konzept ist. Eine |is-a|-Relation besagt, dass das Ausgangskonzept ein Subtyp (Subkonzept) des Zielkonzepts ist. SNOMED CT Relationen sind richtungsabhängig. Die in umgekehrter Richtung gelesene |is-a|-Relation besagt, dass das Zielkonzept ein Supertyp des Ausgangskonzepts istSubtype relationships are the most widely used type of relationship. Subtype relationships use the |is a| relationship type and are therefore also known as |is a| relationships. Almost all active SNOMED CT concepts are the source of at least one |is a| relationship. The only exception is the root concept |SNOMED CT Concept| which is the most general concept. The |is a| relationship states that the source concept is a subtype of the destination concept. SNOMED CT relationships are directional and the |is a| relationship read in the reverse direction states that the destination concept is a supertype of the source concept.

...

Abbildung 6: Beispiel für |is-a|

...

-Relation

The Die |is-a| relationships form the hierarchies of SNOMED CT. They are therefore also known as hierarchical relationships. The source concept of the |is a| relationship has a more specific clinical meaning than the target concept. This means that the level of clinical detail of the concepts increases with the depth of the hierarchies.

If two concepts are directly linked by a single |is a| relationship, the source concept is said to be a "subtype child" of the destination concept. The destination concept is referred to as a "supertype parent". Any concept that is the source of a sequence of one or more |is a| relationships leading to a specified destination concept, is a "subtype descendant" of that concept. Similarly, any concept that is the destination of a sequence of one or more |is a| relationships leading to a specified source concept, is a "supertype ancestor" of that concept. It is also said that the source concept of an |is a| relationship "is subsumed by" the target concept, and that the target concept of an |is a| relationship "subsumes" the source concept.

-Relationen bilden die Hierarchien von SNOMED CT. Sie werden daher auch als hierarchische Relationen bezeichnet. Das Ausgangskonzept der |is-a|-Relation hat eine spezifischere Bedeutung als das Zielkonzept. Dies bedeutet, dass der Detaillierungsgrad der Konzepte mit der Tiefe der Hierarchien zunimmt.

Sind zwei Konzepte direkt innerhalb einer einzigen |is-a|-Relation verbunden, gilt das Ausgangskonzept als "Kind-Konzept" (child concept) des Zielkonzepts. Das Zielkonzept wird als „Eltern-Konzept“ (parent concept) bezeichnet. Jedes Konzept, das die Quelle einer Folge von einer oder mehreren |is-a|-Relationen ist, die zu einem bestimmten Zielkonzept führen, ist ein "Nachkomme" (descendant) dieses Konzepts. Ebenso ist jedes Konzept, welches das Ziel einer Folge von einer oder mehreren |is-a|-Relationen ist, die zu einem bestimmten Ausgangskonzept führen, ein "Vorfahr" (ancestor) dieses Konzepts. Ausserdem heisst es, dass das Ausgangskonzept einer |is-a|-Relation vom Zielkonzept subsumiert wird und dass das Zielkonzept einer |is-a|-Relation das Ausgangskonzept subsumiert.

Jedes Konzept kann |is-a|-Relationen zu mehreren anderen Konzepten haben (d. h. ein Konzept kann mehrere Eltern-Konzepte haben). Daher ist die SNOMED CT Hierarchie kein einfacher Baum, sondern hat eine Struktur, die als Polyhierarchie bezeichnet wirdEach concept can have |is a| relationships to several other concepts (i.e. a concept may have multiple supertype parent concepts). As a result the SNOMED CT hierarchy is not a simple tree but has a structure that is known as a "polyhierarchy".

Illustration of SNOMED CT subtype hierarchy and terms used to describe it

Attribute Relationships

An attribute relationship contributes to the definition of the source concept by associating it with the value of a defining characteristic. The characteristic (attribute) is specified by the relationship type and the value is provided by the destination of the relationship.

Abbildung 7: Abbildung der Subtyp-Hierarchie von SNOMED CT und Fachtermini zu ihrer Beschreibung

Attributrelationen (attribute relationship)

Eine Attributrelation oder attributive Relation trägt zur Definition des Ausgangskonzepts bei, indem sie es mit dem Wert eines definierenden Merkmals verknüpft. Das Merkmal (Attribut) wird durch den Relationstyp bestimmt, und der Wert wird vom Ziel der Relation vorgelegt.

Das folgende Beispiel zeigt die definierenden Relationen des Konzepts The following example shows the defining relationships of the concept |abscess of heart|. The attribute relationships Die Attributrelationen |associated morphology| and und |finding site| are used to associate the source concept werden verwendet, um das Ausgangskonzept |abscess of heart| to respectively the target concepts den Zielkonzepten |abscess| , and und |heart structure| zuzuordnen.

...

Abbildung 8: Beispiel für definierende Relationen (defining relationships)

Unlike Im Gegensatz zu |is-a| relationships, which are used to define all concepts, the applicability of each type of attribute relationship is limited to a defined domain and range. The domain refers to the concepts that can serve as source concepts for that type of attribute relationship. The range refers to the concepts that can serve as destinations (values) for those attributes. The domain and range specification ensure consistent definitions that can be used to infer additional semantic relationships to deliver reliable meaning-based retrieval of the composed meanings.-Relation, die zur hierarchischen Einordnung aller Konzepte verwendet werden, ist die Anwendbarkeit jeder Art von Attributrelation auf eine definierte Domäne und einen definierten Bereich beschränkt. Der Definitionsbereich (domain) eines Relationstyps bezieht sich auf alle Konzepte, die als Ausgangskonzepte für diese Art von Attributrelation in Frage kommen. Der Wertebereich (range) bezieht sich auf die Konzepte, die als Ziele (value) für diese Attribute dienen können. Die Definitions- und Wertebereichsspezifikation gewährleistet konsistente Axiome, aus denen zusätzliche semantische Relationen abgeleitet werden können, die dazu beitragen, eine zuverlässige, semantische Abfrage von zusammengesetzten Bedeutungen zu ermöglichen.

Das erste untenstehende Beispiel verstösst gegen die Beschränkung des Definitionsbereichs |causative agent|, da Nachkommen von |body structure| nicht im Definitionsbereich |causative agent| enthalten sind. Das zweite Beispiel in Abbildung 9 ist in Bezug auf die Beschränkung des Definitionsbereichs |causative agent| korrekt, da |disorder| im Definitionsbereich von |causative agent| enthalten ist. Jedoch verstösst dieses Beispiel gegen die Wertebereichseinschränkung |causative agent|, da Nachkommen des Konzepts "morphologische Anomalie" nicht im Wertebereich des Relationstyps |causative agent|enthalten sindThe first example below violates the domain constraint of |causative agent|, as descendants of |body structure| are not in the domain of |causative agent|. The second example below is valid with respect to the domain constraint of |causative agent|, because |disorder| is in the domain of |causative agent|. However, this example violates the range constraint of |causative agent|, as descendants of morphological abnormality are not in the range of |causative agent|.

Example of erroneous relationships

Fully Defined and Primitive Concepts

In SNOMED CT every concept is specified as either fully defined or primitive.

Abbildung 9: Beispiel für fehlerhafte Relationen

Vollständig definierte und primitive Konzepte

In SNOMED CT ist jedes Konzept entweder als "vollständig definiert" (fully defined) oder als "primitiv" (primitive) gekennzeichnet.

Ein Konzept ist dann vollständig definiert, wenn seine definierenden Merkmale ausreichen, um seine Bedeutung von anderen ähnlichen Konzepten zu unterscheiden. Dazu ein Beispiel: Das Konzept |acute disease| ist durch seine zwei Relationen vollständig definiert. Die erste Relation ergänzt das Konzept mit dem Ausdruck |is-a||disease|, und die zweite Relation ist A

A

Reference Sets

Reference Sets (Refsets) are a standard way to represent additional non-defining information about members of a set of components. Reference Sets are important as they can be used in SNOMED CT enabled applications to constrain, configure and enhance functionality to match requirements for different use cases. Some examples of the many uses of reference sets are to represent:

ein Subtyp dieses Konzepts (oder das Konzept selbst) ist.

Ein Konzept ist primitiv (unvollständig definiert), wenn seine definierenden Merkmale nicht ausreichen, um seine Bedeutung eindeutig von anderen ähnlichen Konzepten zu unterscheiden. Dazu ebenfalls ein Beispiel: Die grundlegenden Konzepte |disease| und |drug action| haben die gleichen definierenden Merkmale, nämlich eine Relation vom Typ |is-a| zum Konzept |clinical finding|. Dies gilt trotz der Tatsache, dass beide Konzepte |disease| und |drug action| unterschiedlichen klinischen Bedeutungen entsprechen.

Referenz Sets

Referenz Sets (Refsets) sind eine Standardmethode, um zusätzliche, nichtdefinierende Informationen über eine Gruppe von Komponenten darzustellen. Referenz Sets sind wichtig, da sie in SNOMED CT fähigen Anwendungen verwendet werden können, um Funktionalitäten einzuschränken, zu konfigurieren und zu erweitern, mit dem Ziel, die Anforderungen für verschiedene Anwendungsszenarien zu erfüllen. Nachstehend einige Beispiele für die vielfältigen Einsatzmöglichkeiten von Referenz Sets:

• Sprach- und Sprachvarietätspräferenzen für die Verwendung bestimmter Fachtermini zur Beschreibung eines Konzepts. Sprach-Referenz-Sets ermöglichen die Konfiguration von bevorzugten und akzeptierten Beschreibungen für eine natürliche Sprache, einer Sprachvarietät oder einen Anwendungskontext.
• Teilmengen von Komponenten, die in der Wertemenge enthalten oder davon ausgeschlossen sind und in einem bestimmten Land, einer bestimmten Organisation, einem bestimmten Fachgebiet oder einem bestimmten Kontext verwendet werden können.
• Wertemengen von Konzepten, die den zulässigen Inhalt eines auszufüllenden Feldes enthalten und mit den Anforderungen der Standardnachricht oder der Kommunikationsschnittstelle einhergehen.
• Häufig verwendete Beschreibungen oder Konzepte, die für Suchanfragen in einem bestimmten Land, einer bestimmten Organisation, einem bestimmten Fachgebiet oder einem bestimmten Kontext können priorisiert werden.
• Strukturierung und Anordnung von Listen und Hierarchien zur Darstellung von Konzepten in benutzerfreundlich strukturierten Listen oder Baumansicht-Steuerelementen zur Unterstützung der Eingabe bestimmter Datenelemente.
• Die von Referenz Sets unterstützten Abbildungen (Maps) zu oder von anderen Terminologiesystemen umfassen einfache 1:1-Abbildungen, sowie komplexere Abbildungen, die lesbare Empfehlungen oder maschinell zu verarbeitende Regeln zur Beseitigung von Unklarheiten erfordern
• Language and dialect preferences for use of particular terms to describe a concept. Language Reference Sets allow the preferred and acceptable descriptions to be configured for a language, dialect or context of use.
• Subsets of components that are included in or excluded from the set of values that can be used in a particular country, organization, specialty or context.
• Value sets of concepts limiting the permitted content of a field in line with requirements of standard message or communication interface.
• Frequently used descriptions or concepts that can be prioritized for searches in a particular country, organization, specialty or context.
• Structuring and ordering of lists and hierarchies to display concepts in convenient structured lists or tree-view controls to assist entry of particular data items.
• Maps to or from other code systems the maps supported by Reference Sets includes simple one-to-one maps and more complex maps requiring human-readable advice or machine processable rules to resolve ambiguities.