ILF Diskussion:E-Impfpass Guide: Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
(Die Seite wurde neu angelegt: „{{TOC limit|2}} =Ausblick= Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht: {| class="wikit…“)
 
(Hauptversion v2)
Zeile 30: Zeile 30:
 
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]
 
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]
 
|
 
|
* templateId mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension wird NP gesetzt, da formatCode dies ersetzt, siehe vorletzter Punkt
+
* templateId mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension wird per NP verboten, da formatCode dies ersetzt, siehe vorletzter Punkt
* Document StatusCode wird mit NP hinzugefügt da immer completed, es gibt kein active oder nullified
+
* Document StatusCode wird per NP verboten, da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (aktualisierungen folgen) oder "nullified" (wurde storniert) sein kann. Durch das Verbot ist jeder Immunisierungsstatus "completed".
 
* TerminologyDate wird 1:1 hinzugefügt mit 1.2.40.0.34.6.0.11.1.46
 
* TerminologyDate wird 1:1 hinzugefügt mit 1.2.40.0.34.6.0.11.1.46
* formatCode wird wie in neueren Leitfäden übernommen, ein Constraint wurde geschaffen welche alle Stellen exklusive Minor und Patch Version überprüft und diese validiert
+
* formatCode bildet, wie allen Leitfäden seit 2020, die Version des erfüllten Leitfadens ab. Eine Assert überprüft technisch den formatCode, ob v2 als Hauptversion dokumentiert wurde.
 
* PracticeSettingCode wird 1:1 hinzugefügt mit 1.2.40.0.34.6.0.11.1.44  
 
* PracticeSettingCode wird 1:1 hinzugefügt mit 1.2.40.0.34.6.0.11.1.44  
 
|26.01.2023
 
|26.01.2023
Zeile 41: Zeile 41:
 
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]
 
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]
 
|
 
|
* Constraint erstellt, welches nun immer einen Author mit assignedAuthoringDevice mit der verwendeten Software verlangt und weiterhin bei einen Author mit assignedPerson, diesen bei vorhanden sein jedoch an erster Stelle fordert
+
* Ein textuelles "Constraint" wurde erstellt:
 +
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).
 +
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).
 +
* Zusätzlich wurde eine technische Überprüfung modelliert, welche den Punkt mit assignedAuthoringDevice verifiziert
 
|26.01.2023
 
|26.01.2023
 
|2.0.0
 
|2.0.0
Zeile 55: Zeile 58:
 
| Impfplan Entry -> Fachinformation Entry  [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] & Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]
 
| Impfplan Entry -> Fachinformation Entry  [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] & Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]
 
|
 
|
* das Impfplan Entry wurde umbenannt zu Fachinformation Entry
+
* Das Impfplan Entry wurde umbenannt zu Fachinformation Entry
* der Code mit der Beschränkung auf LOINC wurde auf alle möglichen CodeSysteme geöffnet
+
* Der Code mit der Beschränkung auf LOINC wurde auf alle möglichen CodeSysteme geöffnet
* zweites Constraint für die id hinzugefügt, welches den Fall löst, das in dem Entry die Referenz zum Regelwerk abbildet
+
* Zweites Constraint für die id hinzugefügt, welches den Fall löst, dass in dem Entry die Referenz zum Regelwerk abbildet
* das reference-Element im Immunization Recommendation Entry, welches das jeweilige Impfplan Entry beinhaltet, wurde textuell an die oben genannten Gegebenheiten angepasst und auf 0..* gesetzt
+
* Das reference-Element im Immunization Recommendation Entry, welches das jeweilige Impfplan Entry beinhaltet, wurde textuell an die oben genannten Gegebenheiten angepasst und auf 0..* gesetzt
 
|26.01.2023
 
|26.01.2023
 
|2.0.0
 
|2.0.0

Version vom 26. Januar 2023, 14:39 Uhr

Inhaltsverzeichnis

1 Ausblick

Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:

Ticket Template / Element Beschreibung Datum Änderungslevel


2 Release-Log

Änderungen, die Value Sets betreffen, können am besten über Semantic Competence Center - Extranet Home verfolgt werden.

2.1 Hauptversion v2

Ticket Template / Element Beschreibung Datum Leitfaden-Version
ELGA-1260 Kompletter Immunisierungsstatus 1.2.40.0.34.6.0.11.0.4 &

Update Immunisierungsstatus 1.2.40.0.34.6.0.11.0.2

  • templateId mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension wird per NP verboten, da formatCode dies ersetzt, siehe vorletzter Punkt
  • Document StatusCode wird per NP verboten, da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (aktualisierungen folgen) oder "nullified" (wurde storniert) sein kann. Durch das Verbot ist jeder Immunisierungsstatus "completed".
  • TerminologyDate wird 1:1 hinzugefügt mit 1.2.40.0.34.6.0.11.1.46
  • formatCode bildet, wie allen Leitfäden seit 2020, die Version des erfüllten Leitfadens ab. Eine Assert überprüft technisch den formatCode, ob v2 als Hauptversion dokumentiert wurde.
  • PracticeSettingCode wird 1:1 hinzugefügt mit 1.2.40.0.34.6.0.11.1.44
26.01.2023 2.0.0
ELGA-1261 Update Immunisierungsstatus 1.2.40.0.34.6.0.11.0.2
  • Ein textuelles "Constraint" wurde erstellt:
    • Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).
    • Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).
  • Zusätzlich wurde eine technische Überprüfung modelliert, welche den Punkt mit assignedAuthoringDevice verifiziert
26.01.2023 2.0.0
ELGA-1262 Immunization Entry 1.2.40.0.34.6.0.11.3.1
  • Die innerhalb liegende Zusatzklassifikation hat ein neues Constraint erhalten, welche beim Update ohne Nachtrag verpflichtend ist, beim Update mit Nachtrag optional und im Kompletten Immunisierungsstatus verboten ist.
26.01.2023 2.0.0
ELGA-1263 Impfplan Entry -> Fachinformation Entry 1.2.40.0.34.6.0.11.3.1 & Immunization Recommendation Entry 1.2.40.0.34.6.0.11.3.3
  • Das Impfplan Entry wurde umbenannt zu Fachinformation Entry
  • Der Code mit der Beschränkung auf LOINC wurde auf alle möglichen CodeSysteme geöffnet
  • Zweites Constraint für die id hinzugefügt, welches den Fall löst, dass in dem Entry die Referenz zum Regelwerk abbildet
  • Das reference-Element im Immunization Recommendation Entry, welches das jeweilige Impfplan Entry beinhaltet, wurde textuell an die oben genannten Gegebenheiten angepasst und auf 0..* gesetzt
26.01.2023 2.0.0

2.2 Hauptversion v1/2019

2.2.1 Nebenversion (Patch) 1.3.1+20220719

2.2.1.1 Vaccine Product 1.2.40.0.34.6.0.11.9.32
  • Klarstellung der möglichen Verwendung des "Handelsnamens" einer Arznei in manufacturedProduct/manufacturedMaterial/code/@displayName
  • Klarstellung der möglichen Verwendung des "Zulassungsnamens" einer Arznei in manufacturedProduct/manufacturedMaterial/name

(Beispiel-Snippets entsprechend angepasst)

  • Constraint erweitert mit Beschränkung der Länge der Chargennummer auf 20 Zeichen (diese sind gem. GS1-Standard ohnehin auf 20 Zeichen beschränkt)
2.2.1.2 Impfempfehlungen - kodiert 1.2.40.0.34.6.0.11.2.2
  • Im Strukturbeispiel wurde die falsche TemplateID "1.2.40.0.34.6.0.11.2.1" entfernt
2.2.1.3 Immunization Entry Impfung nicht angegeben 1.2.40.0.34.6.0.11.3.28

Im Strukturbeispiel fehlte bei Consumable der TypeCode CSM

2.2.1.4 Leitfaden diverse Kapitel
  • Kapitel 10.1 Dataset

elgaimpf-dataelement-31, Name und Beschreibung korrigiert von "Handelsname" zu "Zulassungsname". Beispiele korrigiert.

  • Kapitel 5 Begriffsdefinitionen

Zeile "Persönlicher e-Impfpass", "Zulassungsname" in der Definition ergänzt.

2.2.2 Nebenversion 1.3.0+20220127

2.2.2.1 Participant Body - Data Enterer 1.2.40.0.34.6.0.11.9.47

Das Template "Participant Body - Data Enterer" wurde erstellt, damit der Data Enterer aus dem Update Immunisierungsstatus im Kompletten Immunisierungsstatus in die Entries (Immunization Entry, Immunization Recommendation Entry, Impfrelevante Erkrankungen Problem Entry) übernommen werden kann.

2.2.2.2 Expositionsrisiko Problem Entry 1.2.40.0.34.6.0.11.3.21

Dem Entry wurden die Participants "Participant Body - Verifier" (1.2.40.0.34.6.0.11.9.44), "Participant Body - Authorized Editor" (1.2.40.0.34.6.0.11.9.46) und "Participant Body - Data Enterer" (1.2.40.0.34.6.0.11.9.47) hinzugefügt.

2.2.2.3 Antikörper-Bestimmung Laboratory Observation Entry 1.2.40.0.34.6.0.11.3.16

Dem Entry wurde der Participants "Participant Body - Data Enterer" (1.2.40.0.34.6.0.11.9.47) hinzugefügt.

2.2.3 Nebenversion 1.2.0+20220103

2.2.3.1 DLT Kompletter Immunisierungsstatus 1.2.40.0.34.6.0.11.0.4

Anpassungen betreffend neuem Anwendungsfall U2.5 "Selbsteintragung von Impfungen durch den Bürger":

  • neue Sektion Beilagen 0..1 ergänzt
2.2.3.2 DLT Update Immunisierungsstatus 1.2.40.0.34.6.0.11.0.2

Ergänzung von Constraints betreffend neuem Anwendungsfall U2.5 "Selbsteintragung von Impfungen durch den Bürger":

  • Author: Bei Selbsteintragung wird die Software als Author angegeben
  • DataEnterer: Änderung von 0..1 auf 0..1 C + Constraint: Bei Selbsteintragung muss der Bürger als DataEnterer angegeben werden
  • neue Sektion Beilagen 0..1 + Constraint: Bei Selbsteintragung muss der Bürger als Informant angegeben werden
  • folgende Sektionen wurden von 0..1 auf 0..1 C gesetzt + Constraint (Bei Selbsteintragung sind die Sektionen verboten):
    • Expositionsrisiko Personengruppen
    • Impfrelevante Erkrankungen
    • Antikörper-Bestimmung
    • Impfempfehlungen
2.2.3.3 Immunization Recommendation Entry 1.2.40.0.34.6.0.11.3.3

Angabe von Kontraindikationen ermöglicht (Empfehlung, keine Impfung durchzuführen). Wird im Update Immunisierungsstatus mit @negationInd="true" angezeigt. Im Kompletten Immunisierungsstatus wird eine entsprechender Code für eine Handlungsempfehlung automatisch hinzugefügt.

2.2.3.4 Performer Body - Impfende Person 1.2.40.0.34.6.0.11.9.21

Template-Beschreibung angepasst

2.2.3.5 Author 1.2.40.0.34.6.0.11.1.2

Erweiterung des Constraints, sodass wenn Author ein/e Software/Gerät ist und keine OID aus dem GDA-I angegeben werden kann, die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen müssen.

2.2.3.6 Participant Body - Verifier 1.2.40.0.34.6.0.11.9.44

"Korrigierende Person" neu hinzugefügt

2.2.3.7 Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46)

Berechtigter Bearbeiter neu hinzugefügt

2.2.3.8 Participant Body - Transcriber 1.2.40.0.34.6.0.11.9.14

Angabe der Organisation als scopingEntity.desc für Transcriber ermöglicht

2.2.3.9 Informant Body 1.2.40.0.34.6.0.11.9.3
  • informant/relatedEntity/ @classCode ergänzt: 1..1 F "PRS"
  • Beispiel korrigiert
2.2.3.10 Vaccine Product 1.2.40.0.34.6.0.11.9.32
  • code/@nullFlavor-Assert zusätzlich als narrativer Constraint formuliert
  • translation/@displayname 0..1 (Zulassungsname) ergänzt
  • Beispielkorrektur
2.2.3.11 Impfrelevante Erkrankungen Problem Concern Entry 1.2.40.0.34.6.0.11.3.8

author von 0..1 C auf 1..1 R gesetzt, Constraint angepasst

2.2.3.12 Impfrelevante Erkrankungen Problem Entry1.2.40.0.34.6.0.11.3.9
  • Anpassung: Es wird nur ein 0..1 Comment Entry mit 0..1 Author den Kompletten Immunisierungsstatus übernommen.
  • Korrigierende Person 0..1 C ergänzt
2.2.3.13 Immunization Entry 1.2.40.0.34.6.0.11.3.1
  • Informant wurde 0..1 C eingefügt, Constraint ergänzt (bei Selbsteintragung Informant verpflichtend, sonst NP)
  • Anpassung Constraint Author: Bei Selbsteintragung und Update (ohne Nachtrag): Author 1..1 M
  • Anpassung Constraint participant Transcriber: Bei Selbsteintragung Transcriber verboten (NP)
  • Korrigierende Person 0..1 C ergänzt
  • Zusatzklassifikation: Constraint entfernt
  • /doseQuantity: Korrektur der Beschreibung zur Mengenangabe der verabreichten Arzneispezialität
2.2.3.14 Immunization Recommendation Entry 1.2.40.0.34.6.0.11.3.3
  • Anpassung: Es wird nur ein 0..1 Comment Entry mit 0..1 Author in den Kompletten Immunisierungsstatus übernommen.
  • Korrigierende Person 0..1 C ergänzt
2.2.3.15 Immunization Schedule Entry 1.2.40.0.34.6.0.11.3.10
  • Bezeichnung "Impfkonzept" ersetzt durch "Impfschema", Beispielkorrektur Dosis,
  • value-Constraint bezüglich Selbsteintragung angepasst.
2.2.3.16 Immunization Target Entry 1.2.40.0.34.6.0.11.3.2

Beispielkorrektur

2.2.3.17 Expositionsrisiko Problem Entry 1.2.40.0.34.6.0.11.3.21

Beispielkorrektur

2.2.3.18 Expositionsrisiko Problem Concern Entry 1.2.40.0.34.6.0.11.3.20

Anpassung author von 0..1 C auf 1..1 M

2.2.3.19 Antikörper-Bestimmung Laboratory Observation Entry 1.2.40.0.34.6.0.11.3.16
  • Anpassung: Es wird nur ein 0..1 Comment Entry mit 0..1 Author den Kompletten Immunisierungsstatus übernommen.
  • Korrigierende Person 0..1 C ergänzt
  • Beispiel hinzugefügt, wie ein Testname und Testhersteller für einen Antikörpertest angegeben werden können
  • code/@codeSystemName ist nicht mehr verpflichtend anzugeben
2.2.3.20 Beilagen 1.2.40.0.34.6.0.11.2.71

Selbsteintragung durch Bürger: Sektion für Multimedia-Attachments hinzugefügt.

2.2.3.21 Leitfaden diverse Kapitel
  • 3.1 Verbindlichkeit: Ergänzung von Hinweisen auf EU-Recht u. GTelG
  • 3.1. und 9.1 Übersicht über vorhandene Akteure und Komponenten: Hinweise auf Pilotprojekt entfernt
  • 8.4. Impfempfehlungen: Ergänzung Hinweis für individuelle Impfempfehlungen und Definition "Handlungsempfehlung"
  • 8.4.1. Sonderform: Empfehlung, keine Impfung durchzuführen (Kontraindikation)
  • 9 User Storys ("Anwendungsfälle"): U2.2 "Korrektur eines Immunisierungseintrags" und U4 "Datenkorrektur durch Behörde" verbessert, Selbsteintragung durch

Bürger: U2.5 "Selbsteintragung von Impfungen durch den Bürger" hinzugefügt.

  • 5 Begriffsdefinitionen
    • Korrektur "Kostenloses Kinderimpfkonzepte" in "Kostenfreies Kinderimpfprogramm"
    • "Hersteller" - eine Definition des Herstellers (Zulassungsinhabers) von Impfstoffen wurde hinzugefügt.
    • "Nachtragende Person" - die Definition der nachtragenden Person wurde verbessert.
  • 10 Datenarten:
    • "Reaktion" auf den korrekten Platz bei Impfung verschoben und zur Verdeutlichung in "Impfreaktion" umbenannt.
    • "Korrigierende Person" hinzugefügt
    • "Berechtigter Bearbeiter" hinzugefügt
  • 11.3 Übersicht der Strukturen mit Konformität und Kardinalität: Korrekturen Kardinalität/Konformität
  • 11.5 Terminologien: Value Sets werden nur noch verlinkt
  • 12.4 Literaturverzeichnis: Defekte Links korrigiert

2.2.4 Nebenversion 1.1.1+20210601

Schlüssel Zusammenfassung Typ
"Begriffsdefinition Nachtragende Person" - die Definition der nachtragenden Person wurde verbessert. Verbesserung
"Begriffsdefinition Hersteller" - eine Definition des Herstellers (Zulassungsinhabers) von Impfstoffen wurde hinzugefügt. Verbesserung
"11.4.4.17 Antikörper-Bestimmung Laboratory Observation Entry" - Beispiel hinzugefügt, wie ein Testname und Testhersteller für einen Antikörpertest angegeben werden können. Verbesserung

2.2.5 Nebenversion 1.1.0+20210512

Schlüssel Zusammenfassung Typ
ELGA-1100 "Zusatzklassifikation" (1.2.40.0.34.6.0.11.3.168) / : Optionale Zusatzklassifikation einer Impfung für Aufnahme von "Impfsetting" etc hinzugefügt Verbesserung
ELGA-1024 "Immunization Entry" (1.2.40.0.34.6.0.11.3.1) / : Präzision der Datumsangabe bei Impfungen - nur Nachtragungen können mit unscharfen Datumsangaben eingetragen werden Verbesserung
ELGA-1082 Dataset Impfgrund / : Impfindikation=Impfgrund für Abrechnung - Beschreibung verbessert Verbesserung
ELGA-827 "Immunization Recommendation Entry" (1.2.40.0.34.6.0.11.3.3) / : Impfempfehlung: Die zu verabreichende Dosis (Menge) kann nun bei der Empfehlung angegeben werden. Verbesserung
ELGA-734 Referenz für Impfzertifikat, Genesungs- und Testzertifikat (1.2.40.0.34.6.0.11.3.14) / : Optional kann nun auch ein Internet-Link auf ein extern gespeichertes Zertifikat (PDF-Dokument) mit gespeichert werden Verbesserung
Verbesserungen von Beschreibungen: Definition "Nachtragen", "Impfort", Laboratory Observation observation/referenceRange Verbesserung
ELGA-734 "External Document Entry" (1.2.40.0.34.6.0.11.3.14) / Dokumentenklassifikation: Einschränkung auf LOINC entfernt Verbesserung
ELGA-728 "Informant Body" (1.2.40.0.34.6.0.11.9.3): addr: Ergänzung Compilation, telecom: Attribute, Ergänzung Value Sets und Constraint Verbesserung
ELGA-724 "Immunization Recommendation Entry" (1.2.40.0.34.6.0.11.3.3): Kardinalität von Comment Entry (1.2.40.0.34.6.0.11.3.11) von 0..1 auf 0..* korrigiert, da mehrfach benötigt Fehler
ELGA-719 In der Impfempfehlungslogik werden nicht einzelne Handelsprodukte mit PZN vorgeschlagen, sondern die Zulassungsnummer.

Es ist daher notwendig, dass es eine Möglichkeit gibt, die Zulassungsnummer alleine im Template "Vaccine Product" (1.2.40.0.34.6.0.11.9.32) anzugeben:

/code mit der PZN von [M] zu [R] geändert, dabei MUSS NullFlavor="OTH" angeführt sein.

/code/translation darf mehrfach vorkommen und trägt die Zulassungsnummer.

Fehler
ELGA-717 "Immunization Recommendation Entry" (1.2.40.0.34.6.0.11.3.3): Optionalität von code/@displayName und code/@codeSystemName

entspricht den Datentyp-Vorgaben für CD und wird daher nicht redundant modelliert. Daher entfernt.

Verbesserung
ELGA-716 Beschreibung, dass passive Immunisierung und "Allergieimpfungen" nicht unterstützt werden, wurde hinzugefügt Verbesserung
ELGA-715 "Antikörper-Bestimmung Laboratory Observation Entry" (1.2.40.0.34.6.0.11.3.16): ReferenceRange Datentyp geändert Fehler
Kapitel "Wichtige unterstützende Materialien" wurde umbenannt in "Wichtige unterstützende Materialien" und ergänzt mit Link zu Beispielbefunden, Schematron-Prüfregeln, PDF-Version des Leitfadens Verbesserung
Dataset-Elemente des Headers wurden in den Templates referenziert/gemappt (rein informativ). Verbesserung
"Expositionsrisiko Personengruppen - kodiert" (1.2.40.0.34.6.0.11.2.4):

- ID der Sektion: Kardinalität von 0..* auf 0..1 geändert

- Titel der Sektion wurde von "Expositionsrisiko - Personengruppen" auf "Spezielle Impfindikation" geändert

Fehler
"Impfrelevante Erkrankungen - kodiert" (1.2.40.0.34.6.0.11.2.5) / id: Kardinalität von 0..* auf 0..1 geändert Fehler
"Übersetzung (informativ)" (1.2.40.0.34.6.0.11.2.8): Containment "Author Body - eImpfpass" (1.2.40.0.34.6.0.11.9.8) geändert auf "Author Body" (1.2.40.0.34.6.0.11.9.36), "Author Body" im Leitfaden ergänzt Fehler
"Address Compilation" (1.2.40.0.34.6.0.11.9.25) und Address Compilation Minimal (1.2.40.0.34.6.0.11.9.10): Änderung streetAddressLine, streetName, houseNumber von 0..1 R auf 0..1 C, Constraint ergänzt Verbesserung
Schamatron Prüfregeln wurden in einigen Templates ergänzt. Diese waren aber bereits in entsprechenden Constraints beschrieben Verbesserung
Kapitel "Revisionsliste" ergänzt Verbesserung
"Immunization Schedule Entry" (1.2.40.0.34.6.0.11.3.10): Constraint angepasst Verbesserung
"Immunization Target Entry" (1.2.40.0.34.6.0.11.3.2): @codeSystem von 1..1 F 2.16.840.1.113883.6.96 auf 1..1 R geändert, @codeSystemName fixer Wert entfernt Verbesserung
"6.1.2 Legende der Konformitätskriterien (Optionalität)" Verbesserte Beschreibung. Verbesserung
"9.6 U4 Datenkorrektur durch Behörde" - Wording angepasst um keinen physischen Amtsweg zu implizieren, "Bezirksverwaltungsbehörde" statt "Bezirkshauptmannschaft". Verbesserung



2.3 Ausblick

Ticket Template / Element Beschreibung Datum Geplante Lösungsversion

3 Weitere Hinweise

Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.

4 Bekannte Probleme

  • Derzeit keine

5 Diskussionen

Zu diesen Punkten besteht noch Diskussionsbedarf. Diskussionsbeiträge bitte an office@hl7.at senden.

  • Derzeit keine