elga-cdaalf-2.06.2:CDA Modellbeschreibung

1 CDA Modellbeschreibung

Wie alle Spezifikationen von Nachrichten in HL7 basiert auch die Clinical Document Architecture auf dem RIM und ist als HL7 V3 Modell repräsentiert.

Grob gesprochen besteht ein CDA-Dokument aus einem Header und einem Body, der wiederum Body Structures und Body Entries aufweist. An die Entries können externe Referenzen (External References) geknüpft sein. Der folgende Überblick zeigt die Hauptkomponenten des CDA R2 Modells auf, in der darauffolgenden Abbildung ist die Struktur in XML-artiger Darstellung gezeigt.

CDA R2 Modell mit Header und Body Structures (vereinfachte Übersicht).

Der CDA Header trägt Informationen über das Dokument sowie deren Beteiligte, einschließlich dem Patient. Der Body enthält Structures (Abschnitte und narrativer Text) und Body Entries (maschinenauswertbare Detailinformationen). Schließlich können auch externe Referenzen aufgeführt sein.

Grundsätzlicher Aufbau eines CDA-Dokuments aus XML Sicht.

1.1 CDA Header

Die Informationen zum Patienten, zum Dokument selbst, zu den weiteren beteiligten Personen und Organisationen sowie der dokumentierten Episode (Zeitereignisse) sind zum CDA Header zusammengefasst, hochstrukturiert und von der Semantik her festgelegt.

Die Informationen im Header unterstützen einen Austausch klinischer Dokumente über Institutionsgrenzen hinweg. Er trägt Informationen über das Dokument selbst (eine eineindeutige Identifikation, die Art des Dokuments), über „Teilnehmer“ am Dokument (an der Dokumentation beteiligte Behandler, Autoren, und natürlich den Patienten selbst), sowie über Beziehungen zu Dokumenten (zu Anforderungen und anderen Dokumenten). Mit den Informationen des Headers werden Dokumentenmanagement-Systeme unterstützt, der Header stellt dafür entsprechende Mechanismen zur Verfügung. Damit werden die Zusammenführung und das Wiederfinden der Dokumente in ELGA oder in lokalen Patientenakten wesentlich erleichtert.

1.2 CDA Body

Die eigentliche klinische Dokumentation wird im so genannten CDA Body festgehalten. Im Vordergrund steht hier „lesbarer“ (narrativer) Text, der verpflichtender Bestandteil von CDA R2 Dokumenten ist und die Interoperabilität zwischen den menschlichen Kommunikationspartnern garantiert. Hier sind Möglichkeiten gegeben, diesen Text grob zu strukturieren und formatieren, wie man dies von den Möglichkeiten der Textverarbeitung her kennt. Zur Strukturierung stellt die Standardspezifikation eine Reihe von XML-Elementen zur Verfügung, die als Body Structures zusammengefasst werden können. Der Body enthält ein oder mehrere Abschnitte (sections). Diese können auch ineinander geschachtelt sein, so wie Kapitel und Unterkapitel in einem Buch. Zudem sind Strukturierungen im Sinne von Tabellen oder Listen möglich.

• Abschnitte <section>
• Paragrafen <paragraph>
• Kennzeichnung von bestimmten Inhalten <content>
• Überschriften < caption>
• Tabellen < table>
• Listen <list>

Sections enthalten immer einen narrativen Block und erfüllen damit eine der oben genannten Maximen von CDA: die Mensch-zu-Mensch-Interoperabilität, die Lesbarkeit der Informationen für den Menschen. Im narrativen Block wird, durch das Textattribut in der section-Klasse repräsentiert, eingebetteter Text innerhalb eines Abschnittes angegeben. Dabei kann mit oben genanntem content-Element bestimmter Inhalt gesondert gekennzeichnet werden. Zusammengefasst sind im Fließtextblock u.a. folgende Möglichkeiten der Struktur- und Formgebung des Textes gegeben:

• Zeilenumbrüche
  
• Stilistische Angaben (unterstrichen, fett, kursiv etc.)
• Hoch- und Tiefstellung von Text
• Fußnoten, Symbole
• Revisionsmarken im Text wie <delete>, <insert>

Mit den beschriebenen Body Strukturen können CDA Entries verbunden sein. Diese repräsentieren den „computerlesbaren Teil“ innerhalb eines Dokumentenabschnitts. Body Entries sind im Prinzip eine Auswahl aus Klassen mitsamt Attributen aus dem HL7 Referenz-Informationsmodell (RIM). In der folgenden Abbildung ist ein Ausschnitt daraus gezeigt.

R-MIM-Ausschnitt: Auswahlliste der CDA Body Entries .

Diese Auswahlliste von Entries wird auch als Clinical Statements bezeichnet und findet sich in gleicher oder ähnlicher Form auch in HL7-Version 3 Nachrichten zu Anforderungen und Befunden etc. wieder. Insgesamt sind in der Auswahl folgende Klassen verfügbar.

• observation, eine (codierte) Beobachtung, z.B. ein Befund oder eine Diagnose
• procedure, eine Prozedur, z. B. eine Operation, eine andere Behandlung, rein diagnostischer Eingriff
• encounter, Angaben zu früheren, jetzigen oder geplanten Patientenkontakten
• substanceAdministration, medikamenten-bezogene Angaben im Sinne von stattgefundenen (Medikamentenanamnese) oder geplanten Medikamentengaben
• supply, zur Verfügungstellung von Material oder Medikamentenverabreichungen
• organizer, zur Gruppierung von anderen CDA Entries (Batterien, Cluster)
• observationMedia, multimedialer Inhalt als Teil des Dokuments
• regionOfInterest, Kennzeichnung einer Hervorhebung eines Teilaspekts eines Bildes

Alle diese Entries können untereinander linear oder rekursiv hierarchisch verbunden sein. Es sind gleichstufige Beziehungen möglich (zum Beispiel eine Liste von Beobachtungen), aber auch die Wiedergabe einer Hierarchie (z. B. „kleines Blutbild“, bestehend aus „Erythrozyten“, „Leukozyten“, ...).

Für das komplette dem CDA Release 2.0 zugrundeliegende Referenzmodell (R-MIM POCD_RM000040) wird auf den publizierten Standard verwiesen (http://www.hl7.at).