ILF Diskussion:E-Impfpass

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche

1 Hinweise

1.1 Versionierung des Kompletten Immunisierungsstatus

  • Der e-Impfpass ist ein „On-Demand-Dokument“, das theoretisch beim Aufruf neu generiert wird
  • Aus Performancegründen wird die Version autonom von der Zentralen Anwendung nach einer eigenen Logik generiert. Eine neue Version wird ausgelöst wenn:
    • ein Update der Immunisierungseinträge erfolgt (auch mehrmals täglich)
    • sich ZPI-Daten geändert haben (z.B. Nachname nach Heirat, etc.)
    • sich die Impfplan-Regelwerk-Version geändert hat
    • sich die kodierten Impfempfehlungen im Dokument ändern (maximal täglich)
    • das letzte generierte Dokument älter als 7 Tage ist (konfigurierbar)

2 Bekannte Probleme

-

3 Diskussion

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

3.1 Kontraindikationen (Allergien etc.)

Die AG hat im Oktober 2018 beschlossen, Kontraindikationen nicht in den e-Impfpass aufzunehmen.

3.2 Impfreaktionen und Nebenwirkungen

Die AG hat im Oktober 2018 beschlossen, Impfreaktionen und Nebenwirkungen nicht in den e-Impfpass aufzunehmen.

3.3 Passive Immunisierung und Hyposensibilisierung ("Allergieimpfungen")

Die AG hat im Oktober 2018 beschlossen, nur als Impfungen NUR aktive Immunisierungen in den e-Impfpass aufzunehmen. Nicht dokumentiert wird die Gabe von Immunglobulinen (Passive Immunisierung) oder die Verabreichung von Allergenen zur Hyposensibilisierung ("Allergieimpfung")

3.4 Custodian / Verwahrer des originalen Dokuments bei Update Immunisierungsstatus

Beim e-Impfpasses kann die Originaldokumentation ausschließlich in der zentralen e-Impfpass Applikation erfolgen, diese wäre dann auch als Verwahrer anzugeben.


4 Release-Log

Ticket Template / Element Beschreibung Datum Lösungs-Version
ELGA-1176 Immunization Entry 1.2.40.0.34.6.0.11.3.1 Version 1.2.0 Anpassungen betreffend neuem Anwendungsfall U2.5 "Selbsteintragung von Impfungen durch den Bürger":
  • Informant wurde 0..1 C eingefügt, Constraint ergänzt (Bei Selbsteintragung Informant verpflichtend, sonst NP)
  • Anpassung Constraint Author: Bei Selbsteintragung Author 1..1 M
  • Anpassung Constraint participant Transcriber: Bei Selbsteintragung Transcriber verboten (NP)
26.08.2021 1.2.0
ELGA-1177 DLT 1.2.40.0.34.6.0.11.0.2 Version 1.2.0 Anpassungen betreffend neuem Anwendungsfall U2.5 "Selbsteintragung von Impfungen durch den Bürger":
  • Author neuer Constraint: Bei Selbsteintragung wird die Software als Author anegeben
  • 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 und erhielten Constraint (Bei Selbsteintragung sind die Sektionen verboten):
    • Expositionsrisiko Personengruppen von 0..1 auf 0..1 C gesetzt + Constraint
    • Impfrelevante Erkrankungen von 0..1 auf 0..1 C gesetzt + Constraint
    • Antikörper-Bestimmung von 0..1 auf 0..1 C gesetzt + Constraint
    • Impfempfehlungen von 0..1 auf 0..1 C gesetzt + Constraint
25.08.2021 1.2.0
ELGA-1181 Author 1.2.40.0.34.6.0.11.1.2 Version 1.0.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. 24.08.2021 1.2.0

4.1 Version 1.1.1

4.1.1 CSD-1332 Präzisierung der "Nachtragenden Person"

Participant Body - Transcriber 1.2.40.0.34.6.0.11.9.14, Beschreibung angepasst

4.1.2 ELGA-1078 Zu harter Assert bei "telecom"-Elementen entfernt

Das Assert, das verlangte, dass das Attribut telecom/@use generell bei mehreren "telecom"-Elementen angegeben werden MUSS, wurde entfernt. Betroffene Templates:

4.1.3 Präzisierung von "Hersteller"

Hersteller - Beschreibung angepasst, dass mit Hersteller der Zulassungsinhaber gemeint ist.

4.1.4 Beispiel für Angabe von Antikörper-Tests (Name+Hersteller)

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.

4.2 Version 1.1.0

Folgende Änderungen wurden mit Version 1.1.0+20210512 eingeführt

4.2.1 ELGA-1024 Präzision der Datumsangabe bei Impfungen

11.4.4.7 Immunization Entry, substanceAdministration/effectiveTime:

Impfungen können mit unterschiedlich genauen Datumsangaben gespeichert werden.

  • Eine aktuell erfasste Impfung muss entweder als Impfdatum taggenau oder als Impfzeitpunkt sekundengenau erfasst werden. (YYYYMMDD oder YYYMMDDhhmmss)
  • Nur beim Nachtragen von Impfungen (z.B. aus dem Papierimpfpass) sind auch ungenauere Angaben Jahr-Monat oder Jahr erlaubt (YYYYMM oder YYYY). Die bisherige Angabe erlaubt die Fehlinterpretation, dass ungenaue Datumsangaben auch für aktuelle Impfungen zulässig wären.

4.2.2 ELGA-1089 Beschreibung von referenceRange korrigiert

11.4.4.17 Antikörper-Bestimmung Laboratory Observation Entry, observation/referenceRange:

Die Beispiele in der Beschreibung dieses Elements waren an dieser Stelle falsch und wurden entfernt.

4.2.3 ELGA-1082 Änderung der Bezeichnung von "Impfindikation"

10.1 Dataset:

Aufgrund der Verwechslungsgefahr der Impfindikation bei Abrechnung mit Indikationsgruppen wurde die Bezeichnung von "Impfindikation" zu "Impfgrund für Abrechnung" geändert.

4.2.4 ELGA-1076 Beispiel-Snippet ergänzt

11.4.4.8 Immunization Entry Impfung nicht angegeben:

Im Beispiel-Snippet fehlte das verpflichtende Attribut substanceAdministration/code /@displayName und wurde ergänzt.

4.2.5 ELGA-827 Unterstützung der Angabe von Dosismengen bei Impfempfehlungen

11.4.4.9 Immunization Recommendation Entry, substanceAdministration/doseQuantity:

Bei Impfempfehlungen KANN optional eine Dosismenge (z.B. 2 Ampullen) angegeben werden.

4.2.6 ELGA-1101 Unterstützung der Angabe von Zusatzklassifikationen für Impfungen

11.4.4.21 Zusatzklassifikation für Impfungen als optionales Element in 11.4.4.7 Immunization Entry, substanceAdministration/entryRelationship[3]:

Ein optionales Element zur Aufnahme zusätzlicher strukturierter Information pro Impfung wurde ergänzt, zB eine Klassifizierung der Umgebung, in der die Impfung stattgefunden hat, etwa eine Impfstraße, ein Pflegeheim, Krankenhaus o.Ä. ("Impfsetting")

Die Art der Information wird über den Code angegeben, der Wert über den Value. Ein zusätzlicher erklärender Freitext kann im Text-Element angegeben werden.

4.2.7 ELGA-1141 Unterstützung der Angabe von Referenzen auf ein Impf-/Test- bzw. Genesungszertifikat

Im Dokumenttyp "Kompletter Immunisierungsstatus" können von der zentralen Applikation zusätzliche Dokument-Referenzen - etwa für Genesungs- oder Impfzertifikate - in Form einer URL angegeben werden. 11.4.4.7 Immunization Entry, substanceAdministration/reference[2]

11.4.4.13 Impfrelevante Erkrankungen Problem Concern Entry, substanceAdministration/reference[2]

11.4.4.15 Antikörper-Bestimmung Data Processing Entry, substanceAdministration/reference[2]

Das optionale Elemente substanceAdministration/reference[2] wurde ergänzt. Die Klassifikation des Zertifikats erfolgt mittels substanceAdministration/reference/externalDocument/code und substanceAdministration/reference/externalDocument/code/translation/code.

Die URL zum jeweiligen Zertifikat wird in substanceAdministration/reference/externalDocument/text/reference/@value geführt.

4.2.8 Referenzierter Standard veraltet: ISO/IEC 9834-8

In Kapitel 7.1.1 id-Element II wird die ISO/IEC 9834-8:2005 zitiert, dieses Dokument ist mit 2009 zurückgezogen worden. Das aktuelle Ersatzdokument wäre die ISO/IEC 9834-8:2014.

4.2.9 practiceSettingCode ("Fachrichtung" in XDS)

Für den practiceSettingCode (notwendig für XDS) bitte F023 "Interdisziplinärer Bereich" oder F001 "Allgemeinmedizin" eintragen.

4.2.10 Wording

Anpassung von Begrifflichkeiten:

  • Dosiskennung: Neu für Impfdosis, Teilimpfung
  • Nachtragen: Beschreibung verbessert und Abgrenzung gegen "Asynchrones / verspätetes Erfassen"

5 Erratum