Umsetzungsstufen
Foemig (Diskussion | Beiträge) K |
(→Umsetzungsstufen der Aktenkommunikation) |
||
| (11 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
{{DocumentPart}} | {{DocumentPart}} | ||
| − | + | =Umsetzungsstufen der Aktenkommunikation= | |
| − | + | Das Technical Framework von IHE ITI definiert wie Primärsysteme Patienteninformationen über die IHE XDS Schnittstellen einrichtungsübergreifend austauschen können. Die Patienteninformationen können dabei in unterschiedlichen Formaten und divergierender Granularität vorliegen. Die folgenden Abschnitte zeigen sechs Umsetzungsstufen für den Arztbrief auf. Die jeweiligen Umsetzungsstufen adressieren dabei unterschiedliche Standardisierungs- sowie Granularitätsgrade. Die einzelnen Umsetzungsstufen schließen sich gegenseitig nicht aus, sondern können parallel (oder nacheinander) umgesetzt werden. Im Sinne einer hohen Auswertbarkeit von medizinischen Daten ist die Migration auf höchster Umsetzungsstufe anzustreben. | |
| + | |||
| + | Die Vermischung von verschiedenen Umsetzungsstufen innerhalb eines Dokumentes ist ebenso denkbar. Somit ist ein Dokument durch die verschiedenen Kombinationen von section- und entry-Level-Templates beliebig zu kombinieren. Siehe Grafik. | ||
| − | + | Beispiel: Wenn ein Arztbrief hauptsächlich Section Level Informationen beinhaltet, können dennoch Sektionen enthalten sein, die auch Entry Level Diagnosen abbilden. | |
| − | |||
| − | + | [[file:Cdaab2_integrationsstufen.jpg|600px]] | |
| − | In der ersten Umsetzungsstufe werden proprietäre Daten (z. B. Arztbriefe in PDF oder WORD) über die IHE Schnittstellen | + | <ref group="Abbildung">Integrationsstufen für CDA</ref> ''Integrationsstufen für CDA'' |
| + | |||
| + | ==Umsetzungsstufe 1: Austausch proprietärer Dokumente== | ||
| + | |||
| + | In der ersten Umsetzungsstufe werden proprietäre Daten (z.B. Arztbriefe in PDF oder auch WORD) über die IHE Schnittstellen ausgetauscht. Die benötigten IHE XDS Metadaten für die Document Registry werden entweder manuell erfasst oder im Idealfall aus dem System automatisch extrahiert. Diese Umsetzungsstufe wird bereits jetzt von allen Primärsystemen, die IHE XDS Schnittstellen umsetzen, unterstützt. Die Auswertbarkeit der Dokumente beschränkt sich hier auf die angegebenen IHE XDS Metadaten. | ||
Damit wird aber noch keinerlei Information in CDA-Strukturen ausgedrückt. | Damit wird aber noch keinerlei Information in CDA-Strukturen ausgedrückt. | ||
| − | + | ==Umsetzungsstufe 2: Austausch CDA Level 1(a) Dokumente== | |
| − | In dieser Umsetzungsstufe werden proprietäre Dokumente (z. B. [[IG:CDA_und_PDF/A3|Arztbrief als PDF]]) als CDA Level 1 Dokument über die IHE Schnittstellen der | + | In dieser Umsetzungsstufe werden proprietäre Dokumente (z. B. [[IG:CDA_und_PDF/A3|Arztbrief als PDF]]) als CDA Level 1 Dokument über die IHE Schnittstellen der elektronischen Akte ausgetauscht. Die zur Registrierung benötigten IHE XDS Metadaten können automatisch aus dem CDA Header extrahiert werden. Ein CDA Level 1 Dokument ist ein Dokument welches einen strukturierten CDA Header umfasst. Die eigentliche medizinische Information wird entweder Base 64 Encoded in den CDA Body eingefügt (manchmal als Level 1a bezeichnet). Diese Umsetzungsstufe setzt voraus, dass Primärsysteme in der Lage sind ein proprietäres Dokument mit einem CDA Header zu versehen. |
Die Auswertbarkeit der Dokumente beschränkt sich hier auf die angegebenen IHE XDS Metadaten und den strukturierten CDA Header Informationen. (Diese Möglichkeit gilt für alle weiteren Umsetzungsstufen.) In Abbildung 3 wird dies durch den grauen Bereich symbolisiert. | Die Auswertbarkeit der Dokumente beschränkt sich hier auf die angegebenen IHE XDS Metadaten und den strukturierten CDA Header Informationen. (Diese Möglichkeit gilt für alle weiteren Umsetzungsstufen.) In Abbildung 3 wird dies durch den grauen Bereich symbolisiert. | ||
| − | + | ==Umsetzungsstufe 3: Austausch CDA Level 1(b) Dokumente== | |
In dieser Umsetzungsstufe werden die medizinischen Informationen in einem CDA Level 1 Dokument ausgetauscht. Hierbei wird zwar jegliche Information in einzelnen Abschnitten in XML-Darstellung repräsentiert, allerdings nur in rein textueller Form. | In dieser Umsetzungsstufe werden die medizinischen Informationen in einem CDA Level 1 Dokument ausgetauscht. Hierbei wird zwar jegliche Information in einzelnen Abschnitten in XML-Darstellung repräsentiert, allerdings nur in rein textueller Form. | ||
| − | + | ==Umsetzungsstufe 4: Austausch CDA Level 2 Dokumente== | |
In dieser Umsetzungsstufe werden die medizinischen Informationen in einem CDA Level 2 Dokument ausgetauscht. Die medizinischen Informationen werden in semantisch beschriebenen Abschnitten vorgehalten und diese Abschnitte sind über eine Kodierung erkennbar. | In dieser Umsetzungsstufe werden die medizinischen Informationen in einem CDA Level 2 Dokument ausgetauscht. Die medizinischen Informationen werden in semantisch beschriebenen Abschnitten vorgehalten und diese Abschnitte sind über eine Kodierung erkennbar. | ||
| Zeile 32: | Zeile 37: | ||
Wünschenswert ist die Umsetzung in Form von Section Level Templates, d.h. die Abschnitte befolgen konkrete Vorgaben bzgl. der Inhalte. | Wünschenswert ist die Umsetzung in Form von Section Level Templates, d.h. die Abschnitte befolgen konkrete Vorgaben bzgl. der Inhalte. | ||
| − | + | ==Umsetzungsstufe 5: Austausch CDA Level 3 Dokumente== | |
In dieser Umsetzungsstufe werden die medizinischen Informationen in einem CDA Level 3 Dokument ausgetauscht. Die medizinischen Informationen werden in strukturierten und semantisch beschriebenen Abschnitten (Section Level Templates) als strukturierte granulare Informationen vorgehalten (Entry Level Templates). Ein CDA Dokument in dieser Umsetzungsstufe bildet klinische Dokumente/aggregierte Informationen, wie sie aktuell in Primärsystemen vorliegen, feingranular strukturiert ab. Die CDA Level 3 Dokumente können geparst werden und es kann eine Auswertung bis hin zu den in den einzelnen CDA Level 3 Dokumenten dokumentierten granularen Informationen durchgeführt werden. | In dieser Umsetzungsstufe werden die medizinischen Informationen in einem CDA Level 3 Dokument ausgetauscht. Die medizinischen Informationen werden in strukturierten und semantisch beschriebenen Abschnitten (Section Level Templates) als strukturierte granulare Informationen vorgehalten (Entry Level Templates). Ein CDA Dokument in dieser Umsetzungsstufe bildet klinische Dokumente/aggregierte Informationen, wie sie aktuell in Primärsystemen vorliegen, feingranular strukturiert ab. Die CDA Level 3 Dokumente können geparst werden und es kann eine Auswertung bis hin zu den in den einzelnen CDA Level 3 Dokumenten dokumentierten granularen Informationen durchgeführt werden. | ||
| − | == | + | ==Zusammenstellung von Informationen in CDA-Dokumenten== |
| + | |||
| + | Die CDA-Struktur kann benutzt werden, um verschiedene Arten von Informationen zusammenzustellen. Zum einen ist es möglich, unterschiedlichste Abschnitte zu benutzen, um bspw. einen Arztbrief mit Anrede, Fragestellung, Diagnosen, Befunden, etc. zu erzeugen. Genauso ist es möglich, einige wenige Abschnitte zu benutzen, um bspw. nur einen Kumulativbefund für Laborwerte zu erstellen. Genauso ist es dann auch möglich, in einem CDA-Dokument lediglich einen einzigen Abschnitt mit bspw. einer Diagnose oder einer Maßnahme unterzubringen. | ||
| + | Man unterscheidet hier also zwischen aggegregierten und feingranularen Informationen. | ||
Ein CDA Level 3 Dokument muss nicht zwangsweise ein klinisches Dokument/aggregierte Informationen abbilden. Es kann auch einzelne granulare Informationen beinhalten (z. B. eine Diagnose), die über Referenzen zu einem klinischen Dokument aggregiert werden können. <br/> | Ein CDA Level 3 Dokument muss nicht zwangsweise ein klinisches Dokument/aggregierte Informationen abbilden. Es kann auch einzelne granulare Informationen beinhalten (z. B. eine Diagnose), die über Referenzen zu einem klinischen Dokument aggregiert werden können. <br/> | ||
| Zeile 43: | Zeile 51: | ||
Der Ansatz auch feingranulare Informationen als strukturiertes Dokument (bspw. über die IHE XDS Schnittstellen) zu übermitteln bietet folgende Möglichkeiten: Sowohl strukturierte und unstrukturierte Informationen werden über einheitliche Schnittstellen ausgetauscht. Dies reduziert die Schnittstellenkomplexität und verringert die Einstiegshürde, da viele Systemhersteller bereits den etablierten IHE XDS Standard umsetzen. Die Wahl der generischen IHE XDS Schnittstellen begünstigen zudem die Beständigkeit der Schnittstellen und bieten den Systemherstellern Investitionssicherheit. Die Granularität der Auswertung hängt von der Umsetzungsstufe ab und ist auch sehr feingranular möglich. | Der Ansatz auch feingranulare Informationen als strukturiertes Dokument (bspw. über die IHE XDS Schnittstellen) zu übermitteln bietet folgende Möglichkeiten: Sowohl strukturierte und unstrukturierte Informationen werden über einheitliche Schnittstellen ausgetauscht. Dies reduziert die Schnittstellenkomplexität und verringert die Einstiegshürde, da viele Systemhersteller bereits den etablierten IHE XDS Standard umsetzen. Die Wahl der generischen IHE XDS Schnittstellen begünstigen zudem die Beständigkeit der Schnittstellen und bieten den Systemherstellern Investitionssicherheit. Die Granularität der Auswertung hängt von der Umsetzungsstufe ab und ist auch sehr feingranular möglich. | ||
| − | + | [[Kategorie:cdaab2|Umsetzungsstufen]] | |
| − | [[Kategorie:cdaab2| | ||
Aktuelle Version vom 19. Juli 2015, 15:07 Uhr
Dieses Material ist Teil des Leitfadens Arztbrief 2.x.
|
Inhaltsverzeichnis
- 1 Umsetzungsstufen der Aktenkommunikation
- 1.1 Umsetzungsstufe 1: Austausch proprietärer Dokumente
- 1.2 Umsetzungsstufe 2: Austausch CDA Level 1(a) Dokumente
- 1.3 Umsetzungsstufe 3: Austausch CDA Level 1(b) Dokumente
- 1.4 Umsetzungsstufe 4: Austausch CDA Level 2 Dokumente
- 1.5 Umsetzungsstufe 5: Austausch CDA Level 3 Dokumente
- 1.6 Zusammenstellung von Informationen in CDA-Dokumenten
Umsetzungsstufen der Aktenkommunikation
Das Technical Framework von IHE ITI definiert wie Primärsysteme Patienteninformationen über die IHE XDS Schnittstellen einrichtungsübergreifend austauschen können. Die Patienteninformationen können dabei in unterschiedlichen Formaten und divergierender Granularität vorliegen. Die folgenden Abschnitte zeigen sechs Umsetzungsstufen für den Arztbrief auf. Die jeweiligen Umsetzungsstufen adressieren dabei unterschiedliche Standardisierungs- sowie Granularitätsgrade. Die einzelnen Umsetzungsstufen schließen sich gegenseitig nicht aus, sondern können parallel (oder nacheinander) umgesetzt werden. Im Sinne einer hohen Auswertbarkeit von medizinischen Daten ist die Migration auf höchster Umsetzungsstufe anzustreben.
Die Vermischung von verschiedenen Umsetzungsstufen innerhalb eines Dokumentes ist ebenso denkbar. Somit ist ein Dokument durch die verschiedenen Kombinationen von section- und entry-Level-Templates beliebig zu kombinieren. Siehe Grafik.
Beispiel: Wenn ein Arztbrief hauptsächlich Section Level Informationen beinhaltet, können dennoch Sektionen enthalten sein, die auch Entry Level Diagnosen abbilden.
[Abbildung 1] Integrationsstufen für CDA
Umsetzungsstufe 1: Austausch proprietärer Dokumente
In der ersten Umsetzungsstufe werden proprietäre Daten (z.B. Arztbriefe in PDF oder auch WORD) über die IHE Schnittstellen ausgetauscht. Die benötigten IHE XDS Metadaten für die Document Registry werden entweder manuell erfasst oder im Idealfall aus dem System automatisch extrahiert. Diese Umsetzungsstufe wird bereits jetzt von allen Primärsystemen, die IHE XDS Schnittstellen umsetzen, unterstützt. Die Auswertbarkeit der Dokumente beschränkt sich hier auf die angegebenen IHE XDS Metadaten.
Damit wird aber noch keinerlei Information in CDA-Strukturen ausgedrückt.
Umsetzungsstufe 2: Austausch CDA Level 1(a) Dokumente
In dieser Umsetzungsstufe werden proprietäre Dokumente (z. B. Arztbrief als PDF) als CDA Level 1 Dokument über die IHE Schnittstellen der elektronischen Akte ausgetauscht. Die zur Registrierung benötigten IHE XDS Metadaten können automatisch aus dem CDA Header extrahiert werden. Ein CDA Level 1 Dokument ist ein Dokument welches einen strukturierten CDA Header umfasst. Die eigentliche medizinische Information wird entweder Base 64 Encoded in den CDA Body eingefügt (manchmal als Level 1a bezeichnet). Diese Umsetzungsstufe setzt voraus, dass Primärsysteme in der Lage sind ein proprietäres Dokument mit einem CDA Header zu versehen.
Die Auswertbarkeit der Dokumente beschränkt sich hier auf die angegebenen IHE XDS Metadaten und den strukturierten CDA Header Informationen. (Diese Möglichkeit gilt für alle weiteren Umsetzungsstufen.) In Abbildung 3 wird dies durch den grauen Bereich symbolisiert.
Umsetzungsstufe 3: Austausch CDA Level 1(b) Dokumente
In dieser Umsetzungsstufe werden die medizinischen Informationen in einem CDA Level 1 Dokument ausgetauscht. Hierbei wird zwar jegliche Information in einzelnen Abschnitten in XML-Darstellung repräsentiert, allerdings nur in rein textueller Form.
Umsetzungsstufe 4: Austausch CDA Level 2 Dokumente
In dieser Umsetzungsstufe werden die medizinischen Informationen in einem CDA Level 2 Dokument ausgetauscht. Die medizinischen Informationen werden in semantisch beschriebenen Abschnitten vorgehalten und diese Abschnitte sind über eine Kodierung erkennbar.
Diese Umsetzungsstufe setzt voraus, dass Primärsysteme in der Lage sind CDA Level 2 Dokumente zu erzeugen. Die CDA Level 2 Dokumente können geparst werden und es kann eine Auswertung bis hin zu Abschnittsebenen von Dokumenten durchgeführt werden.
Wünschenswert ist die Umsetzung in Form von Section Level Templates, d.h. die Abschnitte befolgen konkrete Vorgaben bzgl. der Inhalte.
Umsetzungsstufe 5: Austausch CDA Level 3 Dokumente
In dieser Umsetzungsstufe werden die medizinischen Informationen in einem CDA Level 3 Dokument ausgetauscht. Die medizinischen Informationen werden in strukturierten und semantisch beschriebenen Abschnitten (Section Level Templates) als strukturierte granulare Informationen vorgehalten (Entry Level Templates). Ein CDA Dokument in dieser Umsetzungsstufe bildet klinische Dokumente/aggregierte Informationen, wie sie aktuell in Primärsystemen vorliegen, feingranular strukturiert ab. Die CDA Level 3 Dokumente können geparst werden und es kann eine Auswertung bis hin zu den in den einzelnen CDA Level 3 Dokumenten dokumentierten granularen Informationen durchgeführt werden.
Zusammenstellung von Informationen in CDA-Dokumenten
Die CDA-Struktur kann benutzt werden, um verschiedene Arten von Informationen zusammenzustellen. Zum einen ist es möglich, unterschiedlichste Abschnitte zu benutzen, um bspw. einen Arztbrief mit Anrede, Fragestellung, Diagnosen, Befunden, etc. zu erzeugen. Genauso ist es möglich, einige wenige Abschnitte zu benutzen, um bspw. nur einen Kumulativbefund für Laborwerte zu erstellen. Genauso ist es dann auch möglich, in einem CDA-Dokument lediglich einen einzigen Abschnitt mit bspw. einer Diagnose oder einer Maßnahme unterzubringen. Man unterscheidet hier also zwischen aggegregierten und feingranularen Informationen.
Ein CDA Level 3 Dokument muss nicht zwangsweise ein klinisches Dokument/aggregierte Informationen abbilden. Es kann auch einzelne granulare Informationen beinhalten (z. B. eine Diagnose), die über Referenzen zu einem klinischen Dokument aggregiert werden können.
Beispiel: ein CDA Level 3 Dokument mit dem Dokumententyp „Diagnose“ umfasst eine Diagnose. Dieses CDA Level 3 „Diagnose“ kann einem CDA Level 3 Dokument mit dem Dokumententyp „Arztbrief“ zugeordnet sein.
Der Ansatz auch feingranulare Informationen als strukturiertes Dokument (bspw. über die IHE XDS Schnittstellen) zu übermitteln bietet folgende Möglichkeiten: Sowohl strukturierte und unstrukturierte Informationen werden über einheitliche Schnittstellen ausgetauscht. Dies reduziert die Schnittstellenkomplexität und verringert die Einstiegshürde, da viele Systemhersteller bereits den etablierten IHE XDS Standard umsetzen. Die Wahl der generischen IHE XDS Schnittstellen begünstigen zudem die Beständigkeit der Schnittstellen und bieten den Systemherstellern Investitionssicherheit. Die Granularität der Auswertung hängt von der Umsetzungsstufe ab und ist auch sehr feingranular möglich.
Referenzfehler: Es sind <ref>-Tags für die Gruppe „Abbildung“ vorhanden, jedoch wurde kein dazugehöriges <references group="Abbildung" />-Tag gefunden oder ein schließendes </ref> fehlt.
