Allgemeiner Implementierungsleitfaden (Version 3) Änderungen: Unterschied zwischen den Versionen
[unmarkierte Version] | [unmarkierte Version] |
K (→Verbesserungen und Erweiterungen) |
K (→Verpflichtende Änderungen) |
||
Zeile 9: | Zeile 9: | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Konformit.C3.A4tspr.C3.BCfung|Konformitätsprüfung]]: Verwendung eines neuen CDA-Schemas (XSD) | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Konformit.C3.A4tspr.C3.BCfung|Konformitätsprüfung]]: Verwendung eines neuen CDA-Schemas (XSD) | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Wurzelelement_clinicalDocument|XML-Wurzelelement]] mit der Angabe zusätzlicher Namespaces | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Wurzelelement_clinicalDocument|XML-Wurzelelement]] mit der Angabe zusätzlicher Namespaces | ||
− | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Inhalte_von_Value_Sets|]]: Nicht mehr zu verwendende Codes ("deprecated") können in Value Sets enthalten sein | + | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Inhalte_von_Value_Sets|Value Sets]]: Nicht mehr zu verwendende Codes ("deprecated") können in Value Sets enthalten sein |
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#id-Element_II|id-Elemente]]: Vereinheitlichte Verwendung von UUID (mit OID-Root) | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#id-Element_II|id-Elemente]]: Vereinheitlichte Verwendung von UUID (mit OID-Root) | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Terminologiedatum|Terminologie-Datum]]: Angabe der letzen Aktualisierung der Terminologien (über TemplateId) | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Terminologiedatum|Terminologie-Datum]]: Angabe der letzen Aktualisierung der Terminologien (über TemplateId) |
Version vom 28. Mai 2020, 16:12 Uhr
Inhaltsverzeichnis
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
- 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
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.
- ILF:Allgemeiner_Implementierungsleitfaden_2020#PDF_Format-Vorschrift: Erleichterung, nur PDF/A-1b ist als Mindeststandard verpflichtend, PDF/A-1a bleibt empfohlen.
- Erweiterung der Datentypen:
- Codierungs-Elemente: Neue Attribute valueSet, valueSetVersion, ips:designation
- Minimale Datumsangabe: TS.DATE: Datentyp für unpräzise Zeitangaben, ermöglicht "ungenauen Datumsangaben" wie "2019" oder "Mai 2019"
- Periodisches-Zeitintervall EIVL_TS:
- Strukturierung von Zeitelementen SXPR_TS:
- Verhältnisangabe RTO:
- Verhältnisangabe RTO_PQ_PQ:
- SLIST für Wertereihen: TODO: Link anpassen
- Adress-Elemente: Klare Unterscheidung von Haupt- und Nebenwohnsitz ermöglicht
- Stylesheet-Angabe: Alternative Stylesheets können in einem speziellen Leitfaden angegeben werden
- 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.
- [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Dokumentation_der_Gesundheitsdienstleistung|ServiceEvent.Performer]: Für Performer sind zusätzliche Elemente erlaubt: Time, TypeCode, FunctionCode
- Einverständniserklärung (Authorization): Im Rahmen von e-Health-Anwendungen erlaubt
- Verhältnisangabe RTO: Caption-Element für Grafiken und Tabellen hinzugefügt, um Alt-Text für Barrierefreiheit zu unterstützen
- Verhältnisangabe RTO: OriginalText darf zur Anzeige verwendet werden, displayName "nur in Verantwortung des Empfängers"
- Verhältnisangabe RTO: Allgemeine Elemente für Sections: Author, Informant, RelatedDocument
- Verhältnisangabe RTO: Für Mehrsprachigkeit SubSections mit von Dokumentsprache abweichender Sprache
1.3 Wo beschreiben?
lab.Precondition Strukturierter Freitext NullFlavor „NA“ zeigt an, dass kein Code verfügbar ist Die Referenz im OriginalText zeigt auf den entsprechenden Freitext im menschenlesbaren Teil (zB „rezidiv. Rückenschmerzen“) Dieses Textelement kann in weiterverarbeitenden Systemen als Freitextdiagnose übernommen werden organizer.text Vitalparameter codiert / uncodiert problem concern entry erneuert qualifier targetSiteCode severity certainty ProblemStatus Comment Umbenennung: Willenserklärungen und andere juridische Dokumente
Erratum? INhalte mit Beschreibungen übernehmen