Grundlagen

Aus Hl7wiki
(Teildokument von Arztbrief 2.x)
Wechseln zu: Navigation, Suche
K
(Vorgehensweise)
Zeile 43: Zeile 43:
 
Diese Spezifikation basiert auf den umfangreichen Diskussionen innerhalb der Arbeitsgruppe „Intersektorale Kommunikation" und wurde ergänzt durch Einschränkung bzw. Konkretisierung bestehender nationaler und internationaler Implementierungsleitfäden, namentlich
 
Diese Spezifikation basiert auf den umfangreichen Diskussionen innerhalb der Arbeitsgruppe „Intersektorale Kommunikation" und wurde ergänzt durch Einschränkung bzw. Konkretisierung bestehender nationaler und internationaler Implementierungsleitfäden, namentlich
  
* „Sciphox Arztbrief" (gemäß WD 15) \[sci\]
+
* „Sciphox Arztbrief" (gemäß WD 15) [sci]
* HL7 v3 , CDA Rel. 2  „CDA Care Record Summary Implementation Guide" \[hl7crs\]
+
* HL7 v3 , CDA Rel. 2  „CDA Care Record Summary Implementation Guide" [hl7crs]
* Use Cases for Medical Summaries, L. McNight, IHE PCC, 2005 \[ihepcc\]
+
* Use Cases for Medical Summaries, L. McNight, IHE PCC, 2005 [ihepcc]
* Der französische „Guide d\’implémentation du Volet Médical au format CDA Release 2 – Niveau 3" \[volmed\]
+
* Der französische „Guide d\’implémentation du Volet Médical au format CDA Release 2 – Niveau 3" [volmed]
* e-MS. Implementierungsleitfaden CDA (Level 2 und 3), Kanada \[ems\]
+
* e-MS. Implementierungsleitfaden CDA (Level 2 und 3), Kanada [ems]
* IHE Laboratory Technical Framework, Supplement „Sharing Laboratory Reports (XDS-LAB)" \[ihelab\]
+
* IHE Laboratory Technical Framework, Supplement „Sharing Laboratory Reports (XDS-LAB)" [ihelab]
 
und schließlich als Zusatzdokument mit entsprechenden Mechanismen formal festgelegt.
 
und schließlich als Zusatzdokument mit entsprechenden Mechanismen formal festgelegt.
 +
 +
{{WorkBox|ELGA und Schweiz zufügen}}
  
 
Als Fernziel sei auch der Einsatz von HL7-Tools erwähnt, mit dem derartige Festlegungen auch automatisch aus formalen Ausdrücken der CDA Refined Message Information Model (R-MIM) Constraints abgeleitet werden können. Der dazu benötigte HL7-Template-Formalismus - derzeit noch als Teil von HL7v3 in Entwicklung – wird einen eindeutigen Generierungspfad vom Reference Information Model (RIM) bis zu den Validierungsausdrücken und Constraints festlegen. Damit könnten Schemata algorithmisch aus den modell-bezogenen Templates auf die gleiche Weise generiert werden, wie auch das allgemeine CDA-Schema aus seinem R-MIM generiert wurde.
 
Als Fernziel sei auch der Einsatz von HL7-Tools erwähnt, mit dem derartige Festlegungen auch automatisch aus formalen Ausdrücken der CDA Refined Message Information Model (R-MIM) Constraints abgeleitet werden können. Der dazu benötigte HL7-Template-Formalismus - derzeit noch als Teil von HL7v3 in Entwicklung – wird einen eindeutigen Generierungspfad vom Reference Information Model (RIM) bis zu den Validierungsausdrücken und Constraints festlegen. Damit könnten Schemata algorithmisch aus den modell-bezogenen Templates auf die gleiche Weise generiert werden, wie auch das allgemeine CDA-Schema aus seinem R-MIM generiert wurde.

Version vom 25. August 2014, 07:12 Uhr

Dieses Material ist Teil des Leitfadens Arztbrief 2.x.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Grundlagen

HL7 Version 3 Referenz-Modell als Grundlage für CDA

Grundlage des Clinical Document Architecture (CDA) ist ein umfangreiches Objektmodell, das sogenannte Reference Information Model (RIM).

Allen Modellen bei HL7 Version 3 liegt das so genannte Referenz-Informations-Modell (RIM) zugrunde. Es beschreibt generisch zum Beispiel einen Behandlungsprozess. Dabei wird von einer Aktivität (Act) ausgegangen, an der Entitäten (z. B. Personen) in bestimmten Rollen (Arzt, Patient, Angehöriger) teilnehmen (Participation). Aktivitäten können miteinander in Beziehung (Kontext) stehen (Act Relationship), beispielsweise eine Laboranforderung und das daraus folgende Resultat. In der folgenden Abbildung sind die Basisklassen des RIM wiedergegeben. Darunter sind im Gesamt-RIM natürlich noch Spezialisierungen der Klassen zu finden. So ist eine Diagnose ein Sonderfall einer Beobachtung, diese wiederum eine Aktivität.

RIM Basisklassen

Abbildung: RIM Basisklassen

Diese Basisklassen erfahren - als Beispiel - folgende Spezialisierungen, die auch in diesem Leitfaden verwendet werden:

  • entity
    • Person
    • Organisation
    • Gerät
  • role
    • beabsichtigter Empfänger
    • verwaltende Organisation
    • Pate
    • ...
  • participation
    • Patient
    • Autor
    • Informant
    • sonstiger Beteiligter
      • Hausarzt
      • ...
  • act
    • Beobachtung
      • Diagnose
    • Maßnahme
    • ..

HL7 CDA basiert komplett auf HL7 Version 3, so dass dessen Verständnis hilfreich ist.

Vorgehensweise

Diese Spezifikation basiert auf den umfangreichen Diskussionen innerhalb der Arbeitsgruppe „Intersektorale Kommunikation" und wurde ergänzt durch Einschränkung bzw. Konkretisierung bestehender nationaler und internationaler Implementierungsleitfäden, namentlich

  • „Sciphox Arztbrief" (gemäß WD 15) [sci]
  • HL7 v3 , CDA Rel. 2 „CDA Care Record Summary Implementation Guide" [hl7crs]
  • Use Cases for Medical Summaries, L. McNight, IHE PCC, 2005 [ihepcc]
  • Der französische „Guide d\’implémentation du Volet Médical au format CDA Release 2 – Niveau 3" [volmed]
  • e-MS. Implementierungsleitfaden CDA (Level 2 und 3), Kanada [ems]
  • IHE Laboratory Technical Framework, Supplement „Sharing Laboratory Reports (XDS-LAB)" [ihelab]

und schließlich als Zusatzdokument mit entsprechenden Mechanismen formal festgelegt.

Als Fernziel sei auch der Einsatz von HL7-Tools erwähnt, mit dem derartige Festlegungen auch automatisch aus formalen Ausdrücken der CDA Refined Message Information Model (R-MIM) Constraints abgeleitet werden können. Der dazu benötigte HL7-Template-Formalismus - derzeit noch als Teil von HL7v3 in Entwicklung – wird einen eindeutigen Generierungspfad vom Reference Information Model (RIM) bis zu den Validierungsausdrücken und Constraints festlegen. Damit könnten Schemata algorithmisch aus den modell-bezogenen Templates auf die gleiche Weise generiert werden, wie auch das allgemeine CDA-Schema aus seinem R-MIM generiert wurde. Die Festlegungen in diesem Dokument werden formal durch XSD-Schemas formuliert. Die Schemas sind originaler CDA Release 2 Standard.

Zertifizierung

Die Verwendung des Implementierungsleitfadens in Softwareprodukten ist grundsätzlich frei von jeglicher Zertifizierung.

Stabilität der verwendeten Standards

Standards in der Medizin, so auch Kommunikationsstandards, entwickeln sich kontinuierlich weiter, um den ständig ändernden Anforderungen gerecht zu werden. Allerdings ist eine kontinuierliche Weiterentwicklung in Bezug auf reale Implementierungen nicht handhabbar.

Deshalb wählt man zu einem gegebenen Zeitpunkt, im Sinne einer Momentaufnahme, die zu verwendenden Standards aus und „friert" diesen für eine Zeit lang ein. Das heißt für diesen Leitfaden, dass in Bezug auf die verwendeten Standards stabile Verhältnisse für etwa zwei Jahre zu erwarten sind. HL7 konstatiert zudem die Möglichkeit, dass Versionen, die zum Beispiel auf unterschiedlichen Implementation Technology Specifications (ITS) beruhen, durch „einfache" Transformationen (z. B. mittels XSLT) ineinander überführbar sind.

CDA Release 2 ist ANSI Standard seit Mai 2005. Dieser Leitfaden fußt auf ANSI/HL7 CDA R2-2005, derweil gehen die Entwicklungen bei CDA weiter, So ist derzeit (Sommer 2014) das Release 3 in Vorbereitung. Viele (insbesondere internationale) Spezifikationen basieren auf CDA: IHE PCC, ELGA, CDA-CH2 um nur einige zu nennen. Implementierungen (so auch die auf diesem Leitfaden basierten) liefern kontinuierlich Verbesserungsvorschläge. So wurde in diesem Leitfaden auch intensiv Gebrauch vom Templatemechanismus gemacht, welcher insbesondere Entwicklern zugute kommt. In Summa kann festgehalten werden, dass damit CDAr2 der erfolgreichste HL7 Version 3 Standard ist.

Die verwendeten Datentypen sind mit den Festlegungen in „XML Implementation Technology Specification - Data Types Release 1" schon länger ANSI Standard (seit der Jahreswende 2004/05). Diese sind auch im Leitfaden "HL7 Version 3 Datentypen und CMETs Leitfaden für das Deutsche Gesundheitswesen" \[dtcmetv3-hl7de\] veröffentlicht.

Bezug zum HL7 Version 3 Nachrichtenaustausch

Das CDA-Informationsmodell stellt eine Beschreibung für die Nutzinhalte von medizinischen Dokumenten zur Verfügung. Dabei wird aber explizit kein Hinweis auf den elektronischen Informationsaustausch von CDA-Dokumenten gegeben.

Von Seiten HL7 wird dieses durch die Einbeziehung in das Nachrichtenkonzept von HL7 Version 3 vollzogen, insbesondere die abstrakten Transmission Informationen (Wrapper-Konstrukte) und weitere Infrastrukturelemente (u. a. Control Acts).

Damit ist eine Use-Case abhängige Koexistenz von medizinischen Dokumenten und Nachrichten-Konzepten sowie konkrete Einbindbarkeit von CDA in Nachrichtenabläufe gegeben. Dies stellt aus HL7-Sicht einen wichtigen Eckpfeiler für einen effizienten Austauschstandard im Gesundheitswesen dar.