ILF Diskussion:E-Impfpass (Version 2): Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
(Die Seite wurde neu angelegt: „{{TOC limit|2}} =Ausblick= Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht: {| class="wikit…“)
(kein Unterschied)

Version vom 26. Januar 2023, 16:20 Uhr

Inhaltsverzeichnis

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

  • 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

2.2.1 Nebenversion (Patch) 1.3.1+20220719

2.2.1.1 Vaccine Product 1.2.40.0.34.6.0.11.9.32
  • Klarstellung der möglichen Verwendung des "Handelsnamens" einer Arznei in manufacturedProduct/manufacturedMaterial/code/@displayName
  • Klarstellung der möglichen Verwendung des "Zulassungsnamens" einer Arznei in manufacturedProduct/manufacturedMaterial/name

(Beispiel-Snippets entsprechend angepasst)

  • Constraint erweitert mit Beschränkung der Länge der Chargennummer auf 20 Zeichen (diese sind gem. GS1-Standard ohnehin auf 20 Zeichen beschränkt)
2.2.1.2 Impfempfehlungen - kodiert 1.2.40.0.34.6.0.11.2.2
  • Im Strukturbeispiel wurde die falsche TemplateID "1.2.40.0.34.6.0.11.2.1" entfernt
2.2.1.3 Immunization Entry Impfung nicht angegeben 1.2.40.0.34.6.0.11.3.28

Im Strukturbeispiel fehlte bei Consumable der TypeCode CSM

2.2.1.4 Leitfaden diverse Kapitel
  • Kapitel 10.1 Dataset

elgaimpf-dataelement-31, Name und Beschreibung korrigiert von "Handelsname" zu "Zulassungsname". Beispiele korrigiert.

  • Kapitel 5 Begriffsdefinitionen

Zeile "Persönlicher e-Impfpass", "Zulassungsname" in der Definition ergänzt.

2.2.2 Nebenversion 1.3.0+20220127

2.2.2.1 Participant Body - Data Enterer 1.2.40.0.34.6.0.11.9.47

Das Template "Participant Body - Data Enterer" wurde erstellt, damit der Data Enterer aus dem Update Immunisierungsstatus im Kompletten Immunisierungsstatus in die Entries (Immunization Entry, Immunization Recommendation Entry, Impfrelevante Erkrankungen Problem Entry) übernommen werden kann.

2.2.2.2 Expositionsrisiko Problem Entry 1.2.40.0.34.6.0.11.3.21

Dem Entry wurden die Participants "Participant Body - Verifier" (1.2.40.0.34.6.0.11.9.44), "Participant Body - Authorized Editor" (1.2.40.0.34.6.0.11.9.46) und "Participant Body - Data Enterer" (1.2.40.0.34.6.0.11.9.47) hinzugefügt.

2.2.2.3 Antikörper-Bestimmung Laboratory Observation Entry 1.2.40.0.34.6.0.11.3.16

Dem Entry wurde der Participants "Participant Body - Data Enterer" (1.2.40.0.34.6.0.11.9.47) hinzugefügt.

2.2.3 Nebenversion 1.2.0+20220103

2.2.3.1 DLT Kompletter Immunisierungsstatus 1.2.40.0.34.6.0.11.0.4

Anpassungen betreffend neuem Anwendungsfall U2.5 "Selbsteintragung von Impfungen durch den Bürger":

  • neue Sektion Beilagen 0..1 ergänzt
2.2.3.2 DLT Update Immunisierungsstatus 1.2.40.0.34.6.0.11.0.2

Ergänzung von Constraints betreffend neuem Anwendungsfall U2.5 "Selbsteintragung von Impfungen durch den Bürger":

  • Author: Bei Selbsteintragung wird die Software als Author angegeben
  • 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 + Constraint (Bei Selbsteintragung sind die Sektionen verboten):
    • Expositionsrisiko Personengruppen
    • Impfrelevante Erkrankungen
    • Antikörper-Bestimmung
    • Impfempfehlungen
2.2.3.3 Immunization Recommendation Entry 1.2.40.0.34.6.0.11.3.3

Angabe von Kontraindikationen ermöglicht (Empfehlung, keine Impfung durchzuführen). Wird im Update Immunisierungsstatus mit @negationInd="true" angezeigt. Im Kompletten Immunisierungsstatus wird eine entsprechender Code für eine Handlungsempfehlung automatisch hinzugefügt.

2.2.3.4 Performer Body - Impfende Person 1.2.40.0.34.6.0.11.9.21

Template-Beschreibung angepasst

2.2.3.5 Author 1.2.40.0.34.6.0.11.1.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.

2.2.3.6 Participant Body - Verifier 1.2.40.0.34.6.0.11.9.44

"Korrigierende Person" neu hinzugefügt

2.2.3.7 Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46)

Berechtigter Bearbeiter neu hinzugefügt

2.2.3.8 Participant Body - Transcriber 1.2.40.0.34.6.0.11.9.14

Angabe der Organisation als scopingEntity.desc für Transcriber ermöglicht

2.2.3.9 Informant Body 1.2.40.0.34.6.0.11.9.3
  • informant/relatedEntity/ @classCode ergänzt: 1..1 F "PRS"
  • Beispiel korrigiert
2.2.3.10 Vaccine Product 1.2.40.0.34.6.0.11.9.32
  • code/@nullFlavor-Assert zusätzlich als narrativer Constraint formuliert
  • translation/@displayname 0..1 (Zulassungsname) ergänzt
  • Beispielkorrektur
2.2.3.11 Impfrelevante Erkrankungen Problem Concern Entry 1.2.40.0.34.6.0.11.3.8

author von 0..1 C auf 1..1 R gesetzt, Constraint angepasst

2.2.3.12 Impfrelevante Erkrankungen Problem Entry1.2.40.0.34.6.0.11.3.9
  • Anpassung: Es wird nur ein 0..1 Comment Entry mit 0..1 Author den Kompletten Immunisierungsstatus übernommen.
  • Korrigierende Person 0..1 C ergänzt
2.2.3.13 Immunization Entry 1.2.40.0.34.6.0.11.3.1
  • Informant wurde 0..1 C eingefügt, Constraint ergänzt (bei Selbsteintragung Informant verpflichtend, sonst NP)
  • Anpassung Constraint Author: Bei Selbsteintragung und Update (ohne Nachtrag): Author 1..1 M
  • Anpassung Constraint participant Transcriber: Bei Selbsteintragung Transcriber verboten (NP)
  • Korrigierende Person 0..1 C ergänzt
  • Zusatzklassifikation: Constraint entfernt
  • /doseQuantity: Korrektur der Beschreibung zur Mengenangabe der verabreichten Arzneispezialität
2.2.3.14 Immunization Recommendation Entry 1.2.40.0.34.6.0.11.3.3
  • Anpassung: Es wird nur ein 0..1 Comment Entry mit 0..1 Author in den Kompletten Immunisierungsstatus übernommen.
  • Korrigierende Person 0..1 C ergänzt
2.2.3.15 Immunization Schedule Entry 1.2.40.0.34.6.0.11.3.10
  • Bezeichnung "Impfkonzept" ersetzt durch "Impfschema", Beispielkorrektur Dosis,
  • value-Constraint bezüglich Selbsteintragung angepasst.
2.2.3.16 Immunization Target Entry 1.2.40.0.34.6.0.11.3.2

Beispielkorrektur

2.2.3.17 Expositionsrisiko Problem Entry 1.2.40.0.34.6.0.11.3.21

Beispielkorrektur

2.2.3.18 Expositionsrisiko Problem Concern Entry 1.2.40.0.34.6.0.11.3.20

Anpassung author von 0..1 C auf 1..1 M

2.2.3.19 Antikörper-Bestimmung Laboratory Observation Entry 1.2.40.0.34.6.0.11.3.16
  • Anpassung: Es wird nur ein 0..1 Comment Entry mit 0..1 Author den Kompletten Immunisierungsstatus übernommen.
  • Korrigierende Person 0..1 C ergänzt
  • Beispiel hinzugefügt, wie ein Testname und Testhersteller für einen Antikörpertest angegeben werden können
  • code/@codeSystemName ist nicht mehr verpflichtend anzugeben
2.2.3.20 Beilagen 1.2.40.0.34.6.0.11.2.71

Selbsteintragung durch Bürger: Sektion für Multimedia-Attachments hinzugefügt.

2.2.3.21 Leitfaden diverse Kapitel
  • 3.1 Verbindlichkeit: Ergänzung von Hinweisen auf EU-Recht u. GTelG
  • 3.1. und 9.1 Übersicht über vorhandene Akteure und Komponenten: Hinweise auf Pilotprojekt entfernt
  • 8.4. Impfempfehlungen: Ergänzung Hinweis für individuelle Impfempfehlungen und Definition "Handlungsempfehlung"
  • 8.4.1. Sonderform: Empfehlung, keine Impfung durchzuführen (Kontraindikation)
  • 9 User Storys ("Anwendungsfälle"): U2.2 "Korrektur eines Immunisierungseintrags" und U4 "Datenkorrektur durch Behörde" verbessert, Selbsteintragung durch

Bürger: U2.5 "Selbsteintragung von Impfungen durch den Bürger" hinzugefügt.

  • 5 Begriffsdefinitionen
    • Korrektur "Kostenloses Kinderimpfkonzepte" in "Kostenfreies Kinderimpfprogramm"
    • "Hersteller" - eine Definition des Herstellers (Zulassungsinhabers) von Impfstoffen wurde hinzugefügt.
    • "Nachtragende Person" - die Definition der nachtragenden Person wurde verbessert.
  • 10 Datenarten:
    • "Reaktion" auf den korrekten Platz bei Impfung verschoben und zur Verdeutlichung in "Impfreaktion" umbenannt.
    • "Korrigierende Person" hinzugefügt
    • "Berechtigter Bearbeiter" hinzugefügt
  • 11.3 Übersicht der Strukturen mit Konformität und Kardinalität: Korrekturen Kardinalität/Konformität
  • 11.5 Terminologien: Value Sets werden nur noch verlinkt
  • 12.4 Literaturverzeichnis: Defekte Links korrigiert

2.2.4 Nebenversion 1.1.1+20210601

Schlüssel Zusammenfassung Typ
"Begriffsdefinition Nachtragende Person" - die Definition der nachtragenden Person wurde verbessert. Verbesserung
"Begriffsdefinition Hersteller" - eine Definition des Herstellers (Zulassungsinhabers) von Impfstoffen wurde hinzugefügt. Verbesserung
"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. Verbesserung

2.2.5 Nebenversion 1.1.0+20210512

Schlüssel Zusammenfassung Typ
ELGA-1100 "Zusatzklassifikation" (1.2.40.0.34.6.0.11.3.168) / : Optionale Zusatzklassifikation einer Impfung für Aufnahme von "Impfsetting" etc hinzugefügt Verbesserung
ELGA-1024 "Immunization Entry" (1.2.40.0.34.6.0.11.3.1) / : Präzision der Datumsangabe bei Impfungen - nur Nachtragungen können mit unscharfen Datumsangaben eingetragen werden Verbesserung
ELGA-1082 Dataset Impfgrund / : Impfindikation=Impfgrund für Abrechnung - Beschreibung verbessert Verbesserung
ELGA-827 "Immunization Recommendation Entry" (1.2.40.0.34.6.0.11.3.3) / : Impfempfehlung: Die zu verabreichende Dosis (Menge) kann nun bei der Empfehlung angegeben werden. Verbesserung
ELGA-734 Referenz für Impfzertifikat, Genesungs- und Testzertifikat (1.2.40.0.34.6.0.11.3.14) / : Optional kann nun auch ein Internet-Link auf ein extern gespeichertes Zertifikat (PDF-Dokument) mit gespeichert werden Verbesserung
Verbesserungen von Beschreibungen: Definition "Nachtragen", "Impfort", Laboratory Observation observation/referenceRange Verbesserung
ELGA-734 "External Document Entry" (1.2.40.0.34.6.0.11.3.14) / Dokumentenklassifikation: Einschränkung auf LOINC entfernt Verbesserung
ELGA-728 "Informant Body" (1.2.40.0.34.6.0.11.9.3): addr: Ergänzung Compilation, telecom: Attribute, Ergänzung Value Sets und Constraint Verbesserung
ELGA-724 "Immunization Recommendation Entry" (1.2.40.0.34.6.0.11.3.3): Kardinalität von Comment Entry (1.2.40.0.34.6.0.11.3.11) von 0..1 auf 0..* korrigiert, da mehrfach benötigt Fehler
ELGA-719 In der Impfempfehlungslogik werden nicht einzelne Handelsprodukte mit PZN vorgeschlagen, sondern die Zulassungsnummer.

Es ist daher notwendig, dass es eine Möglichkeit gibt, die Zulassungsnummer alleine im Template "Vaccine Product" (1.2.40.0.34.6.0.11.9.32) anzugeben:

/code mit der PZN von [M] zu [R] geändert, dabei MUSS NullFlavor="OTH" angeführt sein.

/code/translation darf mehrfach vorkommen und trägt die Zulassungsnummer.

Fehler
ELGA-717 "Immunization Recommendation Entry" (1.2.40.0.34.6.0.11.3.3): Optionalität von code/@displayName und code/@codeSystemName

entspricht den Datentyp-Vorgaben für CD und wird daher nicht redundant modelliert. Daher entfernt.

Verbesserung
ELGA-716 Beschreibung, dass passive Immunisierung und "Allergieimpfungen" nicht unterstützt werden, wurde hinzugefügt Verbesserung
ELGA-715 "Antikörper-Bestimmung Laboratory Observation Entry" (1.2.40.0.34.6.0.11.3.16): ReferenceRange Datentyp geändert Fehler
Kapitel "Wichtige unterstützende Materialien" wurde umbenannt in "Wichtige unterstützende Materialien" und ergänzt mit Link zu Beispielbefunden, Schematron-Prüfregeln, PDF-Version des Leitfadens Verbesserung
Dataset-Elemente des Headers wurden in den Templates referenziert/gemappt (rein informativ). Verbesserung
"Expositionsrisiko Personengruppen - kodiert" (1.2.40.0.34.6.0.11.2.4):

- ID der Sektion: Kardinalität von 0..* auf 0..1 geändert

- Titel der Sektion wurde von "Expositionsrisiko - Personengruppen" auf "Spezielle Impfindikation" geändert

Fehler
"Impfrelevante Erkrankungen - kodiert" (1.2.40.0.34.6.0.11.2.5) / id: Kardinalität von 0..* auf 0..1 geändert Fehler
"Übersetzung (informativ)" (1.2.40.0.34.6.0.11.2.8): Containment "Author Body - eImpfpass" (1.2.40.0.34.6.0.11.9.8) geändert auf "Author Body" (1.2.40.0.34.6.0.11.9.36), "Author Body" im Leitfaden ergänzt Fehler
"Address Compilation" (1.2.40.0.34.6.0.11.9.25) und Address Compilation Minimal (1.2.40.0.34.6.0.11.9.10): Änderung streetAddressLine, streetName, houseNumber von 0..1 R auf 0..1 C, Constraint ergänzt Verbesserung
Schamatron Prüfregeln wurden in einigen Templates ergänzt. Diese waren aber bereits in entsprechenden Constraints beschrieben Verbesserung
Kapitel "Revisionsliste" ergänzt Verbesserung
"Immunization Schedule Entry" (1.2.40.0.34.6.0.11.3.10): Constraint angepasst Verbesserung
"Immunization Target Entry" (1.2.40.0.34.6.0.11.3.2): @codeSystem von 1..1 F 2.16.840.1.113883.6.96 auf 1..1 R geändert, @codeSystemName fixer Wert entfernt Verbesserung
"6.1.2 Legende der Konformitätskriterien (Optionalität)" Verbesserte Beschreibung. Verbesserung
"9.6 U4 Datenkorrektur durch Behörde" - Wording angepasst um keinen physischen Amtsweg zu implizieren, "Bezirksverwaltungsbehörde" statt "Bezirkshauptmannschaft". Verbesserung



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
Abgerufen von „http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&oldid=151323“