ILF Diskussion:E-Impfpass: Unterschied zwischen den Versionen
K (→Diskussion) |
Kuttin (Diskussion | Beiträge) (→Diskussion) |
||
| Zeile 22: | Zeile 22: | ||
==Custodian / Verwahrer des originalen Dokuments bei Update Immunisierungsstatus== | ==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. Zulässig? | Beim e-Impfpasses kann die Originaldokumentation ausschließlich in der zentralen e-Impfpass Applikation erfolgen, diese wäre dann auch als Verwahrer anzugeben. Zulässig? | ||
| + | ==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, [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2019-01-16T16:12:57&language=de-DE Immunization Entry] ) und der konditionalen | ||
| + | |||
| + | "impfenden" Person (substanceAdministration/performer [0..1] C, [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.9.21&effectiveDate=2019-05-08T13:21:12&language=de-DE Performer Body - Impfende Person]) | ||
| + | |||
| + | aufgefallen, dass sich die Constraints auf die "Berufs-Rolle" in author und performer unterscheiden. | ||
| + | |||
| + | |||
| + | Während 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. | ||
| + | |||
| + | <br /> | ||
Version vom 12. Januar 2021, 10:19 Uhr
Inhaltsverzeichnis
1 Bekannte Probleme
1.1 Wording: Impfdosis
Das Wort Impfdosis oder Dosis-Nummer beschreibt die Reihenfolgenummer in der Sequenz der Impfdosen oder die "Teilimpfungen" innerhalb eines Impfschemas. Ein einheitliches Wording ist noch zu finden. Favorisiert wird Dosisnummer oder kurz Dosis.
1.2 ELGA-1024 Präzision der Datumsangabe bei Impfungen
11.4.4.7 Immunization Entry: 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.
1.3 ELGA-1025 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.
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
Die AG hat im Oktober 2018 beschlossen, Impfreaktionen nicht in den e-Impfpass aufzunehmen.
2.3 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. Zulässig?
2.4 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 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.
