Allgemeiner Implementierungsleitfaden (Version 3) Änderungen: Unterschied zwischen den Versionen
[unmarkierte Version] | [geprüfte Version] |
K (→Verpflichtende Änderungen) |
(Versionierung angepasst) |
||
(12 dazwischenliegende Versionen von 3 Benutzern werden 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“. | ||
Zeile 19: | Zeile 19: | ||
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. | 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. | ||
− | * [[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). Dieses Schema ist vollständig abwärtskompatibel, d.h. es kann auch für alte Dokumentversionen verwendet werden. |
* [[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|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 | + | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Terminologiedatum|hl7at:terminologyDate]]: Das Terminologie-Datum dient zur Angabe der letzen Aktualisierung der Terminologien (über neues Header-Element hl7at:terminologyDate) |
− | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#ELGA_Implementierungsleitfaden-Kennzeichnung_.28.E2.80.9EtemplateId.E2.80.9C.29| | + | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#ELGA_Implementierungsleitfaden-Kennzeichnung_.28.E2.80.9EtemplateId.E2.80.9C.29|hl7at:formatCode]]: Ein neues Header-Element für das Mapping von XDS.FormatCode, dient zur Unterscheidung von Leitfadenversionen. |
− | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Dokumentenklasse_.28.E2.80.9Ecode.E2.80.9C.29| | + | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Dokumentenklasse_.28.E2.80.9Ecode.E2.80.9C.29|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) |
− | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Fachliche_Zuordnung_des_Dokuments_.28.E2.80.9Ehl7at:practiceSettingCode.E2.80.9C.29| | + | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Fachliche_Zuordnung_des_Dokuments_.28.E2.80.9Ehl7at:practiceSettingCode.E2.80.9C.29|hl7at:practiceSettingCode]]: ein neues Header-Element ermöglicht die Angabe von XDS.practiceSettingCode |
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Encounter_Location|XDS.facilityTypeCode]]: Verpflichtende Angabe eines Code-Elements für den Aufenthalt für das Mapping von XDS.facilityTypeCode | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Encounter_Location|XDS.facilityTypeCode]]: Verpflichtende Angabe eines Code-Elements für den Aufenthalt für das Mapping von XDS.facilityTypeCode | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Titel_des_Dokuments_.28.E2.80.9Etitle.E2.80.9C.29|Title]]: Explizites Verbot von Steuerzeichen CR und LF | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Titel_des_Dokuments_.28.E2.80.9Etitle.E2.80.9C.29|Title]]: Explizites Verbot von Steuerzeichen CR und LF | ||
Zeile 35: | Zeile 35: | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#PDF_Format-Vorschrift|PDF Format-Vorschrift]]: Erleichterung, nur PDF/A-1b ist als Mindeststandard verpflichtend, PDF/A-1a bleibt empfohlen. | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#PDF_Format-Vorschrift|PDF Format-Vorschrift]]: Erleichterung, nur PDF/A-1b ist als Mindeststandard verpflichtend, PDF/A-1a bleibt empfohlen. | ||
+ | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Sonstige Templates (Fragmente)|Compilations oder Template-Fragmente]]: Verwendung von Compilations für wiederkehrende Teilabschnitte (z.B. Adresse) | ||
* Erweiterung der [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Datentypen|Datentypen]]: | * Erweiterung der [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Datentypen|Datentypen]]: | ||
** [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Codierungs-Elemente|Codierungs-Elemente]]: Neue Attribute valueSet, valueSetVersion, ips:designation | ** [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Codierungs-Elemente|Codierungs-Elemente]]: Neue Attribute valueSet, valueSetVersion, ips:designation | ||
Zeile 42: | Zeile 43: | ||
** [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Verh.C3.A4ltnisangabe_RTO|Verhältnisangabe RTO]]: | ** [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Verh.C3.A4ltnisangabe_RTO|Verhältnisangabe RTO]]: | ||
** [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Verh.C3.A4ltnisangabe_RTO_PQ_PQ|Verhältnisangabe RTO_PQ_PQ]]: | ** [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Verh.C3.A4ltnisangabe_RTO_PQ_PQ|Verhältnisangabe RTO_PQ_PQ]]: | ||
− | ** [[ILF:Allgemeiner_Implementierungsleitfaden_2020# | + | ** [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Erfassung von Mengen (collection of quantities)|Erfassung von Mengen (collection of quantities)]]: Neue Datentypen für Wertereihen GLIST, SLIST |
** [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Adress-Elemente|Adress-Elemente]]: Klare Unterscheidung von Haupt- und Nebenwohnsitz ermöglicht | ** [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Adress-Elemente|Adress-Elemente]]: Klare Unterscheidung von Haupt- und Nebenwohnsitz ermöglicht | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Hinterlegung_eines_Stylesheets|Stylesheet-Angabe]]: Alternative Stylesheets können in einem speziellen Leitfaden angegeben werden | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Hinterlegung_eines_Stylesheets|Stylesheet-Angabe]]: Alternative Stylesheets können in einem speziellen Leitfaden angegeben werden | ||
− | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020# | + | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Erweiterte_styleCodes|Erweiterte Stylecodes]]: Festbreitenschriften können verwendet werden, um Textformatierung mit nichtproportionalen Schriftarten und Leerzeichen zu ermöglichen (styleCode="xELGA_monospaced") |
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Status_des_Dokuments_.28.E2.80.9Esdtc:statusCode.E2.80.9C.29|sdtc:statusCode]]: Kennzeichnung, dass Updates zum Dokument erwartet werden oder es sich um ein storniertes Dokument handelt | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Status_des_Dokuments_.28.E2.80.9Esdtc:statusCode.E2.80.9C.29|sdtc:statusCode]]: Kennzeichnung, dass Updates zum Dokument erwartet werden oder es sich um ein storniertes Dokument handelt | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Vertraulichkeitscode_.28.E2.80.9EconfidentialityCode.E2.80.9C.29|Vertraulichkeitscode („confidentialityCode“)]]: Im Rahmen von e-Health-Anwendungen werden zusätzliche Werte erlaubt (für ELGA nur "N") | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Vertraulichkeitscode_.28.E2.80.9EconfidentialityCode.E2.80.9C.29|Vertraulichkeitscode („confidentialityCode“)]]: Im Rahmen von e-Health-Anwendungen werden zusätzliche Werte erlaubt (für ELGA nur "N") | ||
− | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Patient_.28.E2.80.9ErecordTarget.2FpatientRole.E2.80.9C.29|Patient (RecordTarget)]]: Mit neue Attributen "Verstorben-Kennzeichen" und "Todesdatum" | + | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Sprachcode_des_Dokuments_.28.E2.80.9ElanguageCode.E2.80.9C.29|Sprachcode des Dokuments(„languageCode“)]]: Für zukünftige Versionen können neben de-AT weitere Sprachcodes erlaubt werden. |
+ | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Patient_.28.E2.80.9ErecordTarget.2FpatientRole.E2.80.9C.29|Patient (RecordTarget)]]: | ||
+ | **Zusätzliches id[4]-Element für EKVK | ||
+ | **Mit neue Attributen "Verstorben-Kennzeichen" und "Todesdatum" | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Alternative_Spezifikation_de-identifizierter_Patient|De-Identifizierter Patient]]: Im Rahmen von e-Health-Anwendungen können Patienten ohne Identifikationsmerkmale dokumentiert werden (für ELGA nicht erlaubt) | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Alternative_Spezifikation_de-identifizierter_Patient|De-Identifizierter Patient]]: Im Rahmen von e-Health-Anwendungen können Patienten ohne Identifikationsmerkmale dokumentiert werden (für ELGA nicht erlaubt) | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Verfasser_des_Dokuments_.28.E2.80.9Eauthor.E2.80.9C.29|Verfasser des Dokuments (Author)]]: Author-Mapping nach XDS für mehrere Autor-Elemente erlaubt. | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Verfasser_des_Dokuments_.28.E2.80.9Eauthor.E2.80.9C.29|Verfasser des Dokuments (Author)]]: Author-Mapping nach XDS für mehrere Autor-Elemente erlaubt. | ||
Zeile 71: | Zeile 75: | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Willenserkl.C3.A4rungen_und_andere_juridische_Dokumente|Willenserklärungen und andere juridische Dokumente]] Umbenennung der Sektion (vorher: Patientenverfügungen und andere juridische Dokumente) | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Willenserkl.C3.A4rungen_und_andere_juridische_Dokumente|Willenserklärungen und andere juridische Dokumente]] Umbenennung der Sektion (vorher: Patientenverfügungen und andere juridische Dokumente) | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Vitalparameter_-_kodiert|Vitalparameter - kodiert]]: Neue Section für kodierte und [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Vitalparameter_-_unkodiert|unkodierte Vitalparameter]] | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Vitalparameter_-_kodiert|Vitalparameter - kodiert]]: Neue Section für kodierte und [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Vitalparameter_-_unkodiert|unkodierte Vitalparameter]] | ||
+ | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Serienmessung_Vitalparameter_Entry|Serienmessung Vitalparameter Entry]] & [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Serienmessung_Entry|Serienmessung Entry]]: Neue Section für Serienmessungen/Messreihen für Vitalparameter und Ergebnisse, inklusive des benötigten Subentrys [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Serienmessungs-Gruppe_Entry|Serienmessungs-Gruppe Entry]] und seiner zwei Subentrys [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Serienmessungs-Werte_Entry|Serienmessungs-Werte Entry]] & [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Serienmessungs-Periode_Entry|Serienmessungs-Periode Entry]] | ||
* [[ILF:Allgemeiner_Implementierungsleitfaden_2020&stable=0#Strukturen_in_Level_3|Strukturen in Level 3]]: [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Narrative Text Reference|Narrative Text Reference]] und [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Original Text Reference|Original Text Reference]] Templates für "Level 4 Verknüpfungen" | * [[ILF:Allgemeiner_Implementierungsleitfaden_2020&stable=0#Strukturen_in_Level_3|Strukturen in Level 3]]: [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Narrative Text Reference|Narrative Text Reference]] und [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Original Text Reference|Original Text Reference]] Templates für "Level 4 Verknüpfungen" | ||
+ | |||
+ | ==Änderung der Notation der Konformitätskriterien == | ||
+ | Aufgrund der Umstellung der Leitfäden auf Art-Decor ändert sich die [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Legende_der_Konformit.C3.A4tskriterien|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 |
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