WikiDer > Detailliertes klinisches Modell
EIN Detailliertes klinisches Modell (DCM) entspricht ISO TS 13972[1] eine Spezifikation von Gesundheitsdaten mit Erläuterungen zu medizinischem Wissen, ein Informationsmodell, in dem ein oder mehrere verwandte klinische Konzepte und der Kontext standardisiert und wiederverwendbar dargestellt werden, eine Zuordnung zu Terminologiesystemen und eine Verknüpfung zu Klassifikationssystemen für Rechenschaftsinformationen zu Verbesserung der Qualität und Patientensicherheit eines DCM.
Ein DCM beschreibt nach ISO TS die Merkmale eines klinischen Konzepts in Form von strukturierten Datenelementen, einschließlich der möglichen und zulässigen Werte, der für die klinische Praxis notwendigen Typattribute und Beziehungen zwischen Datenelementen. Die Präsentation ist so gestaltet, dass sie für Experten im klinischen Bereich, Sekundärdatennutzer und Modellierer verständlich ist.
Zweck eines DCM
Das Ziel von DCM ist es, genaue, semantisch konsistente Daten- und Terminologiespezifikationen und Prozessregeln bereitzustellen, die von mehreren Gesundheitsdienstleistern, Gesundheitseinrichtungen und standardbasierter Healthcare-Informationstechnologie (HIT) vergleichbar und gemeinsam genutzt werden können.[1]. Diese können dann für die einmalige Erfassung in elektronischen Aufzeichnungen (wie z EPD und einer persönlichen Gesundheitsakte, PID), im elektronischen Datenaustausch und kann eindeutig für die Zweitverwendung zur Qualitätssicherung, Statistik und Abrechnung sowie für den Einsatz in Entscheidungsunterstützungssystemen verwendet werden (siehe Abbildung 1).
Jede Verwendung medizinischer Daten bedarf einer sorgfältigen Analyse und Spezifizierung kleinster Details, insbesondere der Gültigkeit, Relevanz und Zuverlässigkeit der Daten.
DCM-Komponenten
Ein qualitativ hochwertiges DCM enthält mindestens die folgenden Teile[1]:
- Das Gesundheitswesen Hintergrundwissen. Dies ist eine Beschreibung des Konzepts, für das Daten ausgearbeitet werden, ggf. einschließlich einer Beschreibung der Patientengruppe, für die das Konzept gedacht ist, eine Zusammenfassung der Evidenz des Konzepts, der normalen und abweichenden Werte bei Beobachtungen oder Messungen und eine Anweisung, die erhaltenen Daten auf gültige und zuverlässige Weise zu verwenden.
- Alle relevanten Merkmale des Konzepts und deren Beziehungen. Ein gutes DCM sollte in dieser Ausarbeitung vollständig sein, in dem angegeben werden kann, welche Daten obligatorisch und welche optional sind, die also bei der Implementierung weggelassen werden können. Der Name jeder Information ist enthalten, eine Definition, ein Datentyp (Datentyp) und, falls eine Liste von Antworten enthalten ist, deren vollständige Ausarbeitung oder ein Verweis auf eine bestehende Liste. Bei Zahlen wird zusätzlich die Einheit angegeben (cm, mm Hg usw.). Konzept, Merkmale und Zusammenhänge sollten in einem Informationsmodell abgebildet werden, wie in Einheitliche Modellierungssprache (UML).
- Für jedes Datenelement wird ein eindeutiger Code verwendet. Sie wird vorzugsweise aus Terminologiesystemen wie SNOMED CT und LOINC bezogen. In einigen Fällen kann auch eine domänenspezifische Liste verwendet werden (Liste der perinatalen Kodierung der niederländischen Stiftung für das Perinatalregister oder die Liste der Kopfschmerzarten der Niederländischen Neurologenvereinigung usw.). Zu einer korrekten Codierung gehören der Code, der zugehörige Name, das Codeschema und die OID (Unique Object Identifier) des Codeschemas. Das gleiche wird für jede Antwort in einer Liste von Antworten (Wertemenge) durchgeführt. Für die Zweitverwendung eines Datenelements kann die Beziehung mit Klassifikationssystemen angegeben werden, wie z ICD10, ICF, ICNP.
- Für jedes DCM wird ein Account bei der Versionsverwaltung vergeben, wer ist der Autor, wer ist der Coder, Modellierer, Reviewer usw., die sogenannten Metadaten. Darüber hinaus sind Suchbegriffe (Keywords) essenziell sowie die Version. Die Version ist besonders wichtig, da bei guter Verwaltung und Wartung von DCM Änderungen vorgenommen werden.
Tabelle 1. Vier Kernkomponenten mit Beispielen für Anforderungen an ein DCM, wie sie in der ISO TS 13972 (2014) zusammengefasst sind.
| Wissensrepräsentation | Wichtige Spezifikationen und Vorschriften |
|---|---|
| Medizinisches Hintergrundwissen und Kontext | Begriffsdefinition Population Beweisgrundlage Anleitung zur Dokumentation Interpretation |
| Datenelementspezifikation | Datenelement Datenelementdefinition |
| Eindeutiger Code pro Datenelement | Eindeutiger Code pro Datenelement Codesystem angegeben Codesystemversion angegeben Eindeutige Kennung des angegebenen Codesystems Eindeutige Codierungen für Werte in der ggf. angegebenen Wertemenge |
| Metadatenspezifikation | Autoren Encoder Modellbauer Kontaktinformation |
Unterschiede und Gemeinsamkeiten
Unterschiede und Ähnlichkeiten zwischen bestehenden klinischen Modellen oder Bausteinen und DCMs sind relevant. International gibt es bereits viele Ausarbeitungen, klinische Modelle in unterschiedlichen Formaten, die die Anforderungen an ein DCM nach ISO DTS 13972 nicht erfüllen[2]. Das heißt nicht, dass die geleistete Arbeit nicht sinnvoll ist. Derzeit ist es bereits möglich, bestehende Formate automatisch in ein DCM zu konvertieren[3].Tabelle 1 skizziert die Entwicklung und Implementierung eines DCM. Ein erster Schritt ist die Sammlung und Organisation von Informationen durch den Gesundheitsdienstleister und/oder den Informationsanalytiker. Sie können vorhandene, ggf. unvollständige DCMs verwenden, diese auf Verwendbarkeit, Vollständigkeit und Korrektheit bewerten und entscheiden, ob sie dieses vorhandene DCM für ihre eigene klinische Spezifikation verwenden möchten oder sich für eine Anpassung oder eine Variante des DCM entscheiden.
Der zweite Schritt ist die Modellierung der klinischen Spezifikation durch einen Informationsanalytiker. Letzterer legt dem Gesundheitsdienstleister das Informationsmodell zur Überprüfung vor. Im Informationsmodell werden die Datenelemente und Werte einer Wertemenge mit einem Konzept und Code aus einem Terminologiesystem abgebildet. Diese Zuordnung wird auch vom Gesundheitsdienstleister verifiziert. Dies ist ein zyklischer Prozess, bis der Gesundheitsdienstleister das Informationsmodell genehmigt.
Es besteht ein Unterschied zwischen der Entwicklung eines DCM (konzeptionell und logisch) und der Implementierung eines DCM in einem System wie der EPD (Übersetzen des logischen Modells in ein bestimmtes technisches Format). Dies ist rechts in Tabelle 1 dargestellt. Dieser dritte Schritt ist die Transformation eines DCM in ein bestimmtes technisches Format, beispielsweise eine HL7 v3-Vorlage oder einen CEN/ISO 13606-Archetyp, damit die klinische Spezifikation in einem System, beispielsweise der EHR oder einer elektronischen Nachricht, umgesetzt werden kann.
Das DCM-Qualitätszentrum
Das DCM-Qualitätszentrum des Niederländischen Instituts für Normung, NEN, verbindet eine Gruppe von Benutzern, die gemeinsam die DCM-Qualität, wie in der ISO TS 13972 beschrieben, sicherstellen und die Wartung und Verwaltung von DCM verwalten.
Beziehungen zu internationalen Projekten
Die Entwicklung von DCM begann mit den Veröffentlichungen von Stan Huff und Kollegen von Intermountain Healthcare in Utah, USA[4]. Sie verwendeten den Begriff zunächst, um auf die separate Ausarbeitung klinischer Konzepte hinzuweisen. Im Jahr 2006 wurde ein Workshop mit einem Gesundheitslevel 7 (HL7) Treffen der Arbeitsgruppe. Anschließend wurden Stimmen innerhalb von HL7 erhoben, um mehr daran zu arbeiten. In einem Workshop in Brisbane, 2007, traf sich eine Gruppe von Experten für klinische Modellierung, bei der vereinbart wurde, dass HL7 Instanzen für DCM erstellen würde (damals Projekt 320) und ISO einen Standard erstellen würde, der klarstellt, wo ein gutes DCM einhalten muss (ISO TS 13972). Auf beiden Seiten wurde viel diskutiert. HL7 hat die ersten DCMs in der Normative Edition 2013 veröffentlicht und der ISO TS ist im Druck. HL7 führte 2010 / 2011 ein sogenanntes Fresh Look-Projekt durch. Dabei wurde untersucht, wie die Umsetzung von HL7 gefördert werden könnte. Es wurde festgestellt, dass zwei Dinge die Implementierung beschleunigen würden:
- Vereinfachung der Implementierung (das aktuelle interne HL7-Projekt FHIR) und
- mehr besondere Aufmerksamkeit für detaillierte klinische Modellierung. Für letztere wurde CIMI gegründet. CIMI steht für Clinical Information Modeling Initiative. Diese Arbeitsgruppe konzentriert sich auf die Erstellung eines grundlegenden Referenzmodells für DCM und wird schließlich internationales DCM produzieren.
Externe Links
- DCM-Startseite
- DCM-Seite
- Clinical Information Modeling Initiative
- DCM in der Clinical Information Modeling Initiative
- Anleitung zum Erstellen und Modellieren von DCM[toter Link]
- Sammlung von DCMs, für alle zugänglich
- Spezifisches Set DCM für UMCs
Quellen, Anmerkungen und/oder Verweise
|
| IKT-Standards im Gesundheitswesen | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|