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
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
|
- 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
5 Diskussionen
Zu diesen Punkten besteht noch Diskussionsbedarf.
Diskussionsbeiträge bitte an office@hl7.at senden.
