573
Bearbeitungen
Änderungen
→Logisches Datenmodell von SNOMED CT
[[Datei:Datenmodell.PNG|right|thumb|400px|Abbildung 3: Übersicht logisches Datenmodell (Quelle: SNOMED CT® National Release Center Guide June 2016 International Release (US English)]]
Das logische Datenmodell von SNOMED CT definiert die Art und Weise, in der alle Typen von SNOMED-CT-Komponenten und Derivaten zueinander in Beziehung stehen und dargestellt werden. Die wichtigsten Typen von SNOMED CT-Komponenten sind Konzepte (concepts), Beschreibungen (descriptions) und Relationen (relationships). Daher spezifiziert das logische Datenmodell eine strukturierte Darstellung der Konzepte, die zur Darstellung medizinischer Bedeutungen verwendet werden, sowie der für den Bezug auf diese verwendeten Beschreibungen und der Beziehungen (relationships) zwischen den Konzepten.
Der SNOMED CT-Inhalt wird durch drei Arten von Komponenten dargestellt:
Diese Komponente werden durch Reference Sets ergänzt, die zusätzliche flexible Funktionen bieten und die Konfiguration der Terminologie für unterschiedliche Anforderungen ermöglichen.
==Konzepte (Concepts)==
SNOMED CT Konzepte repräsentieren klinische Gedanken, die von |abscess| bis |zygote| reichen. Jedes Konzept hat eine eindeutige numerische Concept ID. Innerhalb jeder Hierarchie sind die Konzepte von allgemein bis detailliert organisiert, so dass detaillierte klinische Daten erfasst und später auf einer allgemeineren Ebene aufgerufen oder aggregiert werden können.
==Beschreibung (Description)==
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: Fully Specified Name (FSN, vollständig angegebener Name) und Synonym.
Jede Beschreibung hat eine eindeutige numerische Description ID.
==Beziehung (Relationship)==
SNOMED CT Beziehungen verbinden Konzepte mit anderen Konzepten, deren Bedeutung in irgendeiner Weise miteinander verbunden ist.
Subtyp Beziehungen sind der am meiste verwendete Relationstyp. 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 des Zielkonzepts ist. SNOMED CT Beziehungen sind richtungsabhängig. Die in umgekehrter Richtung gelesene |is-a|-Relation besagt, dass das Zielkonzept ein Supertyp des Ausgangskonzepts ist. Das Ausgangskonzept der |is-a| Beziehung hat eine spezifischere Bedeutung als das Zielkonzept. Dies bedeutet, dass der Detaillierungsgrad der Konzepte mit der Tiefe der Hierarchien zunimmt. Diese |is a| Beziehungen definieren die Hierarchie der SNOMED CT Konzepte - zum Beispiel haben die Konzepte |bakterielle Lungenentzündung| und |virale Lungenentzündung| beide eine |is a| Beziehung zu |infektiöser Lungenentzündung|, die eine |is a| Beziehung zum allgemeineren Konzept |Pneumonie| hat. Sie werden daher auch als hierarchische Beziehungen bezeichnet.
Eine weitere Art der Beziehung nennt man Attributbeziehung. Sie trägt zur Definition des Ausgangskonzepts bei, indem sie das Konzept mit dem Wert eines definierenden Merkmals verknüpft. Das Merkmal (Attribut) wird durch den Beziheungstyp bestimmt, und der Wert wird vom Ziel der Beziehung (relationship) vorgelegt. Das folgende Beispiel zeigt die definierenden Beziehung des Konzepts |abscess of heart|. Die Attributbeziehungen |associated morphology| und |finding site| werden verwendet, um das Ausgangskonzept |abscess of heart| den Zielkonzepten |abscess| und |heart structure| zuzuordnen.
Jede Beziehung hat einen eindeutigen numerischen Relationship ID.
==Reference setSet==
Reference Sets (Refsets) sind eine Standardmethode, um zusätzliche, nichtdefinierende Informationen über eine Gruppe von Komponenten darzustellen. Reference 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.
