ILF Diskussion:E-Impfpass

Aus HL7 Austria MediaWiki
Version vom 19. Mai 2021, 06:13 Uhr von Sabutsch (Diskussion | Beiträge) (ELGA-1141 Unterstützung der Angabe von Referenzen auf ein Impf-/Test- bzw. Genesungszertifikat)
Wechseln zu: Navigation, Suche

1 Bekannte Probleme

-

2 Diskussion

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

2.1 Kontraindikationen (Allergien etc.)

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

2.2 Impfreaktionen und Nebenwirkungen

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

2.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")

2.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.

2.5 substanceAdministration/author und /performer bei Update Immunisierungsstatus

Im Kontext des e-Impfass Update I. ist betreffend der für die Impfung verantwortlichen

Person (substanceAdministration/author [1..1] M, Immunization Entry ) und der konditionalen

"impfenden" Person (substanceAdministration/performer [0..1] C, Performer Body - Impfende Person)

aufgefallen, dass sich die Constraints auf die "Berufs-Rolle" in author und performer unterscheiden.


Während beim Impfungen ohne Nachtragung für /author/assignedAuthor/code [0..1], O definiert ist, wird bei

performer/assignedEntity/code mit [1..1], M festgelegt.


Es sollte festgestellt werden, welche dieser beiden Entitäten maßgeblich ist. Die maßgebliche

Entität sollte den strengeren Constraint tragen.


3 Release-Log

3.1 Version 1.1.0

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

3.1.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.

3.1.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.

3.1.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.

3.1.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.

3.1.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.

3.1.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.

3.1.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.

3.1.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.

3.1.9 practiceSettingCode ("Fachrichtung" in XDS)

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

3.1.10 Wording

Anpassung von Begrifflichkeiten:

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

4 Erratum