gms | German Medical Science

Einleitung: In Unternehmen ausgetauschte elektronische Dokumente sind in der Regel unstrukturiert und werden zumeist als PDF bzw. neuerdings als PDF/A Dateien präsentiert. Im Gegensatz zur bekannten Clinical Document Architecture (CDA) [1] beinhalten diese Formate keinerlei Semantik. Der Dokumentenaustausch im Gesundheitswesen macht da keine Ausnahme.

Für einen interoperablen Datenaustausch jedoch ist eine Klärung der verschiedenen Dokumenttypen notwendig, die vorzugsweise in eine einzige Hierarchie (Taxonomie) eingeordnet werden sollten. Da die konkreten resultierenden Hierarchien je nach primärer Orientierung einen anderen Aufbau aufweisen können, wäre aber eher eine Ontologie zur Beschreibung der möglichen Dokumenteninhalte und damit der Dokumenttypen sinnvoll. Diese Vorgehensweise wird im Folgenden näher beleuchtet.

Methoden: Zur Entwicklung einer generischen formalen Ontologie für Dokumenttypen ist zunächst eine Strukturanalyse durchgeführt worden, die auf dem generischen Komponentenmodell (GCM, [2]) als Architektur-Framework basiert.

Per definitionem enthalten Ontologien Terminologien [3] mit zusammenhängenden Begriffen. Ein wesentliches Merkmal von guten Ontologien ist die Wiederverwendung („Import“) anderer Ontologien, bspw. über ein Mapping [3]. Dabei ist die Entwicklung neuer Ontologien auf der Basis bereits vorhandener nicht nur hilfreich, sondern unterstützt auch eine ontologie-übergreifende Harmonisierung. Eine wichtige generische Ontologie ist die Basic Formal Ontology (BFO) [4]. BFO ist die Grundlage für die von uns entwickelte Communication Standards Ontology (CSO) [5], die erlaubt, verschiedenen Kommunikationsstandards wie HL7 Version 2.x und V3 automatisch zu harmonisieren. CSO enthält bereits Grundkonzepte für Dokumente.

Ergebnisse: Frühere Versuche der Entwicklung einer Use-Case-unabhängigen Dokumenttyp-Taxonomie führten zu problematischen Ergebnissen. Zum Beispiel wurden Labordaten als Tabelle, und diese wiederum als Spezialisierung einer Datensammlung aufgeführt [6]. Derartige Fehlinterpretationen (s.u.) können durch eine Ontologie, die die Ableitung von unterschiedlichen Hierarchien zur Beschreibung der Inhalte ermöglicht, vermieden werden:

Eine Konzentration auf die wesentlichen Inhalte der jeweiligen Dokumenttypen unterstützt dabei eine saubere Struktur. Eine Unterteilung nach Austauschformaten (z.B. DICOM) oder nach strukturiert/unstrukturiert ist nicht angebracht, weil dies bereits über die Zuordnung von Informationsobjekt-Qualitäten abgebildet wird. Der Einsatz einer Ontologie zur Darstellung von Strukturen ermöglicht darüber hinaus die Modellierung diverser weiterer Einzelheiten.

Unsere architekturbasierte Herangehensweise (Komposition/Dekomposition von Systemen) führte zwangsläufig Strukturierung der Inhalte für Header und Body in eigene Dokumentteile mit entsprechenden Metadaten. Auf diese Weise wird der größte Teil der die Dokumenttypen charakterisierenden Informationen als individuelle Konzepte modelliert. Die Strukturen des DocumentBody (Abschnitte/Sektionen) werden ebenfalls als Dokumentteile repräsentiert. Der Fokus liegt hierbei auf dem gesamten Inhalt der Abschnitte.

Wenn solche Abschnitte jedoch weitere individuelle Details enthalten, die als kodierte Informationen oder Werte übertragen werden, können diese als Entries durch die CSO Datenstrukturen modelliert werden. Auf diese Weise kann die abgeleitete Hierarchie der Dokumenttypen Use-Case-spezifisch strukturiert werden [7]. Involvierte Personen in ihren jeweiligen Rollen (Autor, Adressat etc.) sowie eine Zuordnung der Dokumenttypen zu Fachbereichen (bspw. eine Laborbefund) können als individuelle Konzepthierarchien über entsprechende Beziehungen eingebunden werden.

Derartige Hierarchien ermöglichen zukünftige Erweiterungen.

Diskussion: Die vorgestellten Ergebnisse legen nahe, das Konzept „Dokument Teile (DocumentParts)“ anstelle des traditionellen Konzepts „Dokument“ als Root Class für eine Dokumenttypenontologie zu verwenden, da so eine höhere Flexibilität bei der Definition der verschiedenen Dokumenttypen erreicht wird. Ein Dokument ist die Generalisierung von Dokumentteilen (in Analogie zu anderen Bereichen von CSO).

Die verwendete Ontologie ist noch in der Entwicklung. Im Zuge der Ausdifferenzierung der Charakteristika der Ontologie sind Änderungen nicht ausgeschlossen.

Schlussfolgerung: Die aktuell vorgenommene Ausdifferenzierung der Dokumenttypen bestätigt den Ansatz einer eigenen Ontologie für Dokumenttypen (DTO = Document Type Ontology), da eindeutige Taxonomien für unterschiedliche Anwendungsfälle und Sichten nur schwer herauszuarbeiten sind. Im Ergebnis münden die verschiedenen Dokumenttypen, die jeweils über ihre Eigenschaften beschrieben werden, in eine flache Hierarchie.