Allgemeiner Implementierungsleitfaden (Version 3) Änderungen

1 Release Notes

Dieser Artikel enthält eine Liste der relevanten Änderungen im Allgemeinen Implementierungsleitfaden, Version 2020.

Bei der Version 2020 handelt es sich um eine "Hauptversion": Eine neue Version, die gegenüber der Vorversion neue Verpflichtungen einführt. Das sind entweder neue verpflichtende Elemente (Konformitätskriterien MUSS, „Mandatory“ (M) und „Required“ (R)) oder eine verpflichtende Entfernung von vorher erlaubten Elementen (Änderung des Konformitätskriteriums auf "not permitted" [NP]). Andere Versionen sind „Nebenversionen“.

1.1 Verpflichtende Änderungen

Diese Änderungen sind jedenfalls in Dokumenten umzusetzen, die auf Basis des neuen Allgemeinen Implementierungsleitfadens erstellt werden. Das heißt, dass der Leitfaden erst mit einer Version eines Speziellen Leitfadens umzusetzen ist, die explizit auf Basis dieses Leitfadens erstellt wird.

• Konformitätsprüfung: Verwendung eines neuen CDA-Schemas (XSD)
• XML-Wurzelelement mit der Angabe zusätzlicher Namespaces
• Value Sets: Nicht mehr zu verwendende Codes ("deprecated") können in Value Sets enthalten sein
• id-Elemente: Vereinheitlichte Verwendung von UUID (mit OID-Root)
• Terminologie-Datum: Angabe der letzen Aktualisierung der Terminologien (über TemplateId)
• XDS.formatCode: TemplateId für das Mapping von XDS.FormatCode, dient zur Unterscheidung von Leitfadenversionen.
• classCode: Ein zusätzliches Translation-Element erlaubt die Angabe von XDS.typeCode und XDS.classCode im clinicalDocument.code
• XDS.PracticeSettingCode: ein neues verpflichtendes Header-Element ermöglicht die Angabe von XDS.practiceSettingCode
• XDS.facilityTypeCode: Verpflichtende Angabe eines Code-Elements für den Aufenthalt für das Mapping von XDS.facilityTypeCode
• Title: Explizites Verbot von Steuerzeichen CR und LF
• Unbekannte und keine Information: Vorgegebene Darstellungsweise von maschinenlesbaren Inhalten, wenn die Information unbekannt ist oder nicht vorliegt.

1.2 Verbesserungen und Erweiterungen

Diese Änderungen können mit neuen Leitfäden umgesetzt werden. Falls sie entsprechend in den Leitfäden verpflichtend gemacht werden, kann es sich ebenfalls um verpflichtende Änderungen handeln.

• PDF Format-Vorschrift: Erleichterung, nur PDF/A-1b ist als Mindeststandard verpflichtend, PDF/A-1a bleibt empfohlen.
• Compilations oder Template-Fragmente: Verwendung von Compilations für wiederkehrende Teilabschnitte (z.B. Adresse)
• Erweiterung der Datentypen:
  • Codierungs-Elemente: Neue Attribute valueSet, valueSetVersion, ips:designation
  • Minimale Datumsangabe: TS.DATE: Datentyp für unpräzise Zeitangaben, ermöglicht "ungenaue Datumsangaben" wie "2019" oder "Mai 2019"
  • Periodisches-Zeitintervall EIVL_TS:
  • Strukturierung von Zeitelementen SXPR_TS:
  • Verhältnisangabe RTO:
  • Verhältnisangabe RTO_PQ_PQ:
  • Erfassung von Mengen (collection of quantities): Neue Datentypen für Wertereihen GLIST, SLIST
  • Adress-Elemente: Klare Unterscheidung von Haupt- und Nebenwohnsitz ermöglicht
• Stylesheet-Angabe: Alternative Stylesheets können in einem speziellen Leitfaden angegeben werden
• Erweiterte Stylecodes: Festbreitenschriften können verwendet werden, um Textformatierung mit nichtproportionalen Schriftarten und Leerzeichen zu ermöglichen (styleCode="xELGA_monospaced")
• sdtc:statusCode: Kennzeichnung, dass Updates zum Dokument erwartet werden oder es sich um ein storniertes Dokument handelt
• Vertraulichkeitscode („confidentialityCode“): Im Rahmen von e-Health-Anwendungen werden zusätzliche Werte erlaubt (für ELGA nur "N")
• Patient (RecordTarget): Mit neue Attributen "Verstorben-Kennzeichen" und "Todesdatum"
• De-Identifizierter Patient: Im Rahmen von e-Health-Anwendungen können Patienten ohne Identifikationsmerkmale dokumentiert werden (für ELGA nicht erlaubt)
• Verfasser des Dokuments (Author): Author-Mapping nach XDS für mehrere Autor-Elemente erlaubt.
• Verwahrer des Dokuments (Custodian): Mehrere Telekom-Elemente erlaubt (zB für Telefonnummer und Email)
• Rechtlicher Unterzeichner (legalAuthenticator): Mehrere Elemente sind nun möglich, nur der erste kann nach XDS gemappt werden.
• ServiceEvent.Performer: Für Performer sind zusätzliche Elemente erlaubt: Time, TypeCode, FunctionCode
• Einverständniserklärung (Authorization): Im Rahmen von e-Health-Anwendungen erlaubt
• Multimedia-Elemente (Grafiken) und Tabellen: Caption-Element hinzugefügt, um Alt-Text für Barrierefreiheit zu unterstützen
• Codierungs-Elemente: OriginalText darf zur Anzeige verwendet werden, displayName "nur in Verantwortung des Empfängers"
• Sektionen: Allgemeine Elemente für Sections:
  • Übersetzungs-Subsektionen in unterschiedlicher Sprache, wenn abweichend vom Gesamtdokument
  • Verfasser (Author), wenn abweichend vom Gesamtdokument
  • Informant, wenn abweichend vom Gesamtdokument
  • Dokumentenverweise Verweise auf Quelldokumente (aus denen eine Information entnommen wurde)
• Problem Concern Entry und Problem Entry: Struktur verbessert und generalisiert. Zusätzliche Informationen über
  • Qualifier zur Angabe von Haupt- / Neben- / Dauerdiagnose
  • targetSiteCode zur Angabe der Lokalisation
  • Severity zur Angabe des Schweregrads
  • Certainty zur Angabe der Diagnosesicherheit
  • Problem Status zur Angabe des medizinischen Status des Problems
  • Comment Entry zur Angabe von Kommentaren
• Willenserklärungen und andere juridische Dokumente Umbenennung der Sektion (vorher: Patientenverfügungen und andere juridische Dokumente)
• Vitalparameter - kodiert: Neue Section für kodierte und unkodierte Vitalparameter
• Serienmessung Vitalparameter Entry & Serienmessung Entry: Neue Section für Serienmessungen/Messreihen für Vitalparameter und Ergebnisse, inklusive des benötigten Subentrys Serienmessungs-Gruppe Entry und seiner zwei Subentrys Serienmessungs-Werte Entry & Serienmessungs-Periode Entry
• Strukturen in Level 3: Narrative Text Reference und Original Text Reference Templates für "Level 4 Verknüpfungen"