Allgemeiner Implementierungsleitfaden (Version 3) Änderungen: Unterschied zwischen den Versionen
[geprüfte Version] | [geprüfte Version] |
K |
(Versionierung angepasst) |
||
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt) | |||
Zeile 11: | Zeile 11: | ||
}} | }} | ||
=Release Notes= | =Release Notes= | ||
− | '''Dieser Artikel enthält eine Liste der relevanten Änderungen im [[ILF:Allgemeiner_Implementierungsleitfaden_2020|Allgemeinen Implementierungsleitfaden | + | '''Dieser Artikel enthält eine Liste der relevanten Änderungen im [[ILF:Allgemeiner_Implementierungsleitfaden_2020|Allgemeinen Implementierungsleitfaden (Version 3)]]''' gegenüber der davor gültigen [[ILF:Allgemeiner_Implementierungsleitfaden|Version 2.06.2]]. |
− | Bei der Version | + | Bei der Version 3 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“. | Andere Versionen sind „Nebenversionen“. | ||
Aktuelle Version vom 22. Februar 2021, 07:38 Uhr
Inhaltsverzeichnis
1 Release Notes
Dieser Artikel enthält eine Liste der relevanten Änderungen im Allgemeinen Implementierungsleitfaden (Version 3) gegenüber der davor gültigen Version 2.06.2.
Bei der Version 3 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). Dieses Schema ist vollständig abwärtskompatibel, d.h. es kann auch für alte Dokumentversionen verwendet werden.
- 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)
- hl7at:terminologyDate: Das Terminologie-Datum dient zur Angabe der letzen Aktualisierung der Terminologien (über neues Header-Element hl7at:terminologyDate)
- hl7at:formatCode: Ein neues Header-Element für das Mapping von XDS.FormatCode, dient zur Unterscheidung von Leitfadenversionen.
- clinicalDocument.code: Ein zusätzliches Translation-Element clinicalDocument.code erlaubt die Angabe von XDS.classCode im CDA Header (clinicalDocument.code wird gemappt auf XDS.typeCode)
- hl7at:practiceSettingCode: ein neues 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")
- Sprachcode des Dokuments(„languageCode“): Für zukünftige Versionen können neben de-AT weitere Sprachcodes erlaubt werden.
- Patient (RecordTarget):
- Zusätzliches id[4]-Element für EKVK
- 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"
1.3 Änderung der Notation der Konformitätskriterien
Aufgrund der Umstellung der Leitfäden auf Art-Decor ändert sich die Liste der Konformitätskriterien.
- [R2] wird nun als [R] mit der Kardinalität 0.. dargestellt
- [F] Attribute, die fix an ein einen bestimmten Wert gebunden sind, werden mit dem Konformitätskriterium F dargestellt