cdaimpf:Struktureller Aufbau: Unterschied zwischen den Versionen
(→Struktureller Aufbau) |
(→Struktureller Aufbau) |
||
| Zeile 3: | Zeile 3: | ||
Das CDA Dokument wird durch das ClinicalDocument-Element eingeleitet und enthält einen Header und einen Body. Der Header liegt zwischen dem Root-Tag ClinicalDocument und dem Body, welcher mit dem Tag structuredBody eingeleitet wird. Der Header identifiziert, klassifiziert und authentifiziert das Dokument. | Das CDA Dokument wird durch das ClinicalDocument-Element eingeleitet und enthält einen Header und einen Body. Der Header liegt zwischen dem Root-Tag ClinicalDocument und dem Body, welcher mit dem Tag structuredBody eingeleitet wird. Der Header identifiziert, klassifiziert und authentifiziert das Dokument. | ||
| − | In ihm werden Informationen über die Erbringer (z. B. Arzt) und Empfänger (z. B. Patienten) einer Maßnahme festgehalten. Damit beinhaltet der Header die sogenannten Metadaten, die benötigt werden, um die Daten innerhalb des Dokumentes später noch | + | In ihm werden Informationen über die Erbringer (z. B. Arzt) und Empfänger (z. B. Patienten) einer Maßnahme festgehalten. Damit beinhaltet der Header die sogenannten Metadaten, die benötigt werden, um die Daten innerhalb des Dokumentes später noch klassifizieren und zuordnen zu können. |
Der Body enthält die medizinischen Daten, welche als menschenlesbarer Text vorhanden sein müssen. Zusätzlich kann er strukturierte Tags (Markups) beinhalten. Das Beispiel zeigt einen strukturierten Body, der durch das Element structuredBody eingeschlossen wird, und zwei CDA Dokumentabschnitte enthält. Ein CDA Dokumentabschnitt wird durch das Element section eingeschlossen. Jeder Abschnitt muss einen einzelnen narrativen Block enthalten. Darüber hinaus ist es möglich alle Informationen aus dem narrativen Teil als maschinenlesbaren Inhalt einzufügen. Dafür steht eine Vielzahl von Möglichkeiten innerhalb von CDA zur Verfügung. | Der Body enthält die medizinischen Daten, welche als menschenlesbarer Text vorhanden sein müssen. Zusätzlich kann er strukturierte Tags (Markups) beinhalten. Das Beispiel zeigt einen strukturierten Body, der durch das Element structuredBody eingeschlossen wird, und zwei CDA Dokumentabschnitte enthält. Ein CDA Dokumentabschnitt wird durch das Element section eingeschlossen. Jeder Abschnitt muss einen einzelnen narrativen Block enthalten. Darüber hinaus ist es möglich alle Informationen aus dem narrativen Teil als maschinenlesbaren Inhalt einzufügen. Dafür steht eine Vielzahl von Möglichkeiten innerhalb von CDA zur Verfügung. | ||
Aktuelle Version vom 8. Juli 2019, 14:26 Uhr
Inhaltsverzeichnis
Struktureller Aufbau
Das CDA Dokument wird durch das ClinicalDocument-Element eingeleitet und enthält einen Header und einen Body. Der Header liegt zwischen dem Root-Tag ClinicalDocument und dem Body, welcher mit dem Tag structuredBody eingeleitet wird. Der Header identifiziert, klassifiziert und authentifiziert das Dokument.
In ihm werden Informationen über die Erbringer (z. B. Arzt) und Empfänger (z. B. Patienten) einer Maßnahme festgehalten. Damit beinhaltet der Header die sogenannten Metadaten, die benötigt werden, um die Daten innerhalb des Dokumentes später noch klassifizieren und zuordnen zu können.
Der Body enthält die medizinischen Daten, welche als menschenlesbarer Text vorhanden sein müssen. Zusätzlich kann er strukturierte Tags (Markups) beinhalten. Das Beispiel zeigt einen strukturierten Body, der durch das Element structuredBody eingeschlossen wird, und zwei CDA Dokumentabschnitte enthält. Ein CDA Dokumentabschnitt wird durch das Element section eingeschlossen. Jeder Abschnitt muss einen einzelnen narrativen Block enthalten. Darüber hinaus ist es möglich alle Informationen aus dem narrativen Teil als maschinenlesbaren Inhalt einzufügen. Dafür steht eine Vielzahl von Möglichkeiten innerhalb von CDA zur Verfügung.
Der narrative Block einer CDA-Sektion wird durch das title-Element innerhalb des section-Elements eingeleitet, von einem text-Element umschlossen und enthält den menschlich lesbaren Inhalt. CDA-Entries stellen den strukturierten Inhalt dar, der für die weitere elektronische Verarbeitung herangezogen wird. CDA-Entries kodieren für gewöhnlich den Inhalt, der im narrativen Block des gleichen Abschnitts vorhanden ist.
Verwendeter Standard
In der vorliegenden Spezifikation ist der Clinical Document Architecture Release 2 (CDA R2), auch ISO/HL7 27932:2009 die Grundlage.
Übersicht CDA Header und Body
Im Folgenden wird eine Übersicht über das CDA-Dokument gegeben.
|
Erläuterungen zum Konzept
Der eImpfpass orientiert sich im wesentlichen an der papiergebundenen Form. Er wurde zudem um einige Impfrelevante Inhalte ergänzt, die insbesondere dazu dienen Transparenz im Bezug auf die Erfassung und Herkunft der Impfungen zu geben sowie es ermöglichen vielfältige Zusatzinformationen in der Datenstruktur zu hinterlegen die für eine ausgefeilte Ermittlung eines Impfstatus und damit einhergebender Empfehlungen verwendet werden können.
Impfungen
Diese Sektion enthält Informationen zu Impfereignissen aus der Vergangenheit. Dies können entweder stattgefundene Impfungen oder vom Versicherten abgelehnte Impfungen sein. Stattgefundene Impfungen werden in verschiedene Impfdokumentationstypen unterteilt.
Folgende Rollen tauchen im Zusammenhang mit der Impfdokumentation auf:
- Performer = Durchführende Arzt
- Autor = Verantwortlicher Arzt, der die Richtigkeit der Angaben zur Impfung und deren Durchführung bestätigt.
- Informant = Eintragende Person oder Organisation (Versicherter, Arzt oder Krankenkasse)
Folgende Werte des Dokumentationstyps sind möglich:
- Impfnachweis (Code: EVIDENCE): Die Angaben stammen von einem Arzt und dieser steht rechtlich dafür ein, dass die gemachten Angaben zur Impfung korrekt sind und die Impfung erfolgt ist. Bei einem Impfnachweis müssen die drei Rollen Informant, Performer und Author vorhanden und gefüllt sein.
- Impfhinweis (Code: NOTICE): Die Angaben stammen aus einer nicht gesicherten Quelle und wurden noch nicht von einem Arzt bestätigt. Sobald der Arzt die Impfung bestätigt, kann diese um weitere Informationen ergänzt und zu einem Impfnachweis gewandelt werden. Bei einem Impfhinweis müssen die Informationen zu den Rollen Informant und Performer gefüllt sein.
Impfstatus
Die Impfstatus-Sektion besteht immer aus einem Eintrag, dem Gesamtimpfstatus. Diesem untergeordnet sind die Impfstatus-Details zu den Impfungen mit jeweils einem eigenem Impfstatus. Für jede Krankheit für die eine Impfung vorliegt, sowie für jede Krankheit für die eine Empfehlung exisitert, sollte hier jeweils ein Eintrag enthalten sein. So ist sichergestellt, dass der Impfstatus immer auf Basis der empfohlenen und der getätigten Impfungen ermittelt werden kann.
Für die Ermittlung des Impfstatus können neben den Informationen aus der Impfungen-Sektion auch noch die Informationen aus den nachfolgenden Sektionen herangezogen werden.
Berufsgruppen
In dieser Sektion werden die Berufsgruppen des Versicherten festgehalten. Diese können für die Ermittlung des Impfstatus ausschlaggebend sein und sollten daher für diese immer herangezogen werden.
Gefährdungsgrößen
Gefährdungsgrößen sind impfrelevante Informationen, die sich meistens aus den Diagnosen für den Patienten ableiten. Hierzu zählen zum Beispiel akute oder chronische Erkrankungen des Patienten, Schwangerschaft aber auch andere Risikofaktoren.
Vorindikationen
Hier werden impfrelevante Krankheiten, die der Patient in der Verganheit durchgemacht hat, gelistet. Zudem besteht die Möglichkeit einen Kommentar sowie das Ergebnis der letzten Titerbestimmung mit anzugeben.
Titer
Diese Sektion dient zum Speichern gemessener Titer-Bestimmungen inklusive derer Auswertungen. Zu jedem Messwert wird die Information gespeichert, um welche Krankheit es sich handelt, ob dieser Wert ausreichend ist und bis wann der Titer gültig ist.
Reiseindikationen
Beinhaltet Informationen über vergangenge sowie zukünftige Reisen. Da in vielen Ländern, in Bezug auf Impfungen Sonderbestimmungen und -empfehlungen gelten, sollten diese Informationen zwingend für die Berechnung des Impfstatus berucksichtigt werden.
