ILF Diskussion:E-Impfpass (Version 2)

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	Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt. Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus ELGA_FormatCode stammen muss, als Hauptversion v2 verwendet. Hiermit wurde die veraltete Dokumentationsweise per 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) verboten (NP [1..1]), da formatCode diese Information ersetzt. Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed". TerminologyDate wurde hinzugefügt Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben. PracticeSettingCode wurde hinzugefügt Die fachliche Zuordnung des Dokumentes wird hier codiert.	26.01.2023	2.0.0
ELGA-1261	Update Immunisierungsstatus 1.2.40.0.34.6.0.11.0.2	Ein textuelles Constraint für den Author 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..*]). Für diesen Punkt wurde eine technische Überprüfung modelliert	26.01.2023	2.0.0
ELGA-1262	Immunization Entry 1.2.40.0.34.6.0.11.3.1	Die innerhalb des Entry liegende Zusatzklassifikation mit der Impfsetting-Information hat ein neues Constraint erhalten, welche die Zusatzklassifikation beim Update Immunisierungsstatus ohne Nachtrag verpflichtend fordert (M [1..1]), beim Update Immunisierungsstatus mit Nachtrag optional macht (O [0..1]) und im Kompletten Immunisierungsstatus verbietet (NP [0..0]).	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, die OID ist gleich geblieben Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet. Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt	26.01.2023	2.0.0

2.2 Hauptversion v1/2019

Siehe E-Impfpass v1/2019 Release-Log.

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