Versionen im Vergleich

Alte Version 7

changes.mady.by.user Lydia Borkowski

Gespeichert am

verglichen mit

Neue Version Aktuell

changes.mady.by.user Lydia Borkowski

Gespeichert am

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

Unter dieser Rubrik finden Sie Fragen und Antworten die sich ausschließlich auf das MIO Impfpass beziehen.

kbv_faq_liste
kbv_faq_eintrag
Frage
Warum befindet sich eine Data-Absent-Reason-Extension am Element protocolApplied.doseNumber[x].doseNumberString der Profile KBV_PR_MIO_Vaccination_Record_Prime und KBV_PR_MIO_Vaccination_Record_Addendum?

In den Profilen KBV_PR_MIO_Vaccination_Record_Prime und KBV_PR_MIO_Vaccination_Record_Addendum wurde unter dem Element protocolApplied.doseNumber[x].doseNumberString die genannte Extension eingefügt, da diese Information auf dem Impfpass nicht vorhanden ist. FHIR verlangt diese Angabe aber, so dass hier durch das Hinzufügen der Extension ausgesagt worden ist: Diese Information ist an dieser Stelle nicht verfügbar.

Kbv_faq_eintrag
FrageWie kann ich einen Impfnachtrag aus unvollständigen Quellen erstellen, obwohl 1..1 Kardinalitäten vorhanden sind?
Besteht aktuell eine Umsetzungspflicht der Start-MIOs für IT-Systeme (Krankenkassen und/oder Primärsysteme)?

Aus mio42 GmbH Perspektive: Aktuell nein (Stand Juli 2024).

Erläuterung: Auf der Webseite der mio42 GmbH befinden sich Spezifikationen in festgelegter Form (sog. Start-MIOs) für den Impfpass, das Zahnärztliche Bonusheft, den Mutterpass und das U-Heft. Diese Spezifikationen sind „final“, wobei zukünftige Versionierungen nicht ausgeschlossen sind, zum Beispiel aufgrund technischem (z.B. Spezifikationssprache XML, FHIR® bedarf einer Aktualisierung) oder inhaltlichem (z.B. neue Impfstoffe oder neue Krankheiten müssen unterstützt werden) Änderungsbedarf.

Eine Einordnung in die ePA-Roadmap oder eine Verpflichtung für IT-Systeme (Krankenkassen und/oder Primärsysteme) ist aktuell nicht gegeben. Durch das DigiG wurde in § 342 Abs. 2c SGB V aufgenommen, dass die Start-MIOs durch die Krankenkassen in der ePA unterstützt werden müssen, sobald die Primärsysteme diese elektronisch verarbeiten können. Diesen Zeitpunkt kann das BMG über eine Rechtsverordnung (§ 342 Abs. 2c SGB V) festlegen. Dies ist bisher noch nicht erfolgt. (Stand Juli 2024).

Aus mio42 GmbH Perspektive ist eine Umsetzung durch die verschiedenen Softwaresysteme (wie Praxisverwaltungssysteme, Krankenhausinformationssysteme etc.) aktuell nicht gegeben (Stand Juli 2024).

Darüber hinaus möchte die mio42 GmbH darauf hinweisen, dass sinnvollerweise noch weitere Rahmenbedingungen geschaffen werden sollten, um auf ein digitales Start-MIO umzusteigen. Beispielsweise sollten folgende Punkte geklärt werden:


  • Erfüllungsmöglichkeit von Nachweispflichten (z.B. Masernimpfung als Voraussetzung für die Schule)
    • Verhältnis zu bestehenden Papier-Dokumentationen (im Sinne: Soll eine Transformation der bestehenden Papierpässe stattfinden und wenn ja, wie/durch wen?)
    • Haben alle Prozessbeteiligten einen Zugang zur TI/ePA? (z.B. Betriebsärzte, Impfzentren, Gesundheitsämter)


Wenn Sie zukünftig über Änderungen auf dem Laufenden gehalten werden möchten, empfehlen wir eine Anmeldung zu unserem MIO-Newsletter: https://mio.kbv.de/display/MIOATT/MIO-IT-News

Hierfür ist das Profil KBV_PR_MIO_Vaccination_Record_Addendum vorgesehen. Dort kann z.B. unter dem Punkt vaccineCode, obwohl es die Kardinalität 1..1 hat, sowohl ein codierter Impfstoff, nur ein Handelsname, aber im schlechtesten Falle auch nichts angegeben werden, da die Data-Absent-Reason-Extension ausgefüllt werden kann.


Kbv_faq_eintrag
Frage
Weshalb ist das Element note des Profils KBV_PR_MIO_Vaccination_Record_Prime gesliced? Können dem Profil trotzdem Anmerkungen hinzugefügt werden?
Ist die Signatur / der Zeitstempel Teil eines FHIR® -Bundles?

Die Signatur / der Zeitstempel ist nicht Teil der FHIR®-Spezifikation und damit nicht Teil des FHIR®-Bundles.
Wenn eine Signatur eines MIO notwendig ist, erfolgt dies mittels der CAdES-Enveloping Signaturfunktionalität des Konnektors der Telematikinfrastruktur. 

Das Verfahren zur Erstellung der Signatur wird im Dokument "Implementierungsleitfaden Primärsysteme - Elektronische Patientenakte (ePA)" (gemILF_PS_ePA) durch die gematik beschrieben.

Unsere MIO-Einträge mit Signaturerfordernis des MIO Impfpass finden Sie in unseren Operationalisierungshinweisen unter MIO-Einträge mit Signaturerfordernis. Die Umsetzung der Signatur ist zudem hier beschrieben: Signatur 


Kbv_faq_eintrag
FrageKönnen in einer Composition_Prime mehrere Impfeinträge vorhanden sein?

In einer Composition_Prime können mehrere Impfeinträge (Record Prime), mehrere Observations und auch mehrere Conditions referenziert werden (Kardinalität 1..* der entsprechenden entry-Referenzelemente). In einem Bundle können dementsprechend mehrere Impfeinträge (Record Prime), Conditions und Observations vorhanden sein

Das Element note im Profil KBV_PR_MIO_Vaccination_Record_Prime ist zweigeteilt. Einerseits muss dort ein fest definierter Text hinterlegt werden, zusätzlich kann aber auch eine Freitextanmerkung hinzugefügt werden

.


Kbv_faq_eintrag
FrageWas bedeuten Addendum und Prime in den Namen der Profile?

Hierbei handelt es sich um die zwei Use-Cases:

-Daten eintragen (Prime)

-Daten nach- oder übertragen (Addendum)

Siehe auch Anwendungsszenarien.


Kbv_faq_eintrag
Frage
Können in einer Composition_Prime mehrere Impfeinträge vorhanden sein?
Wo finde ich Informationen der KBV zum eImpfpass?

Die Kassenärztliche Bundesvereinigung (KBV) stellt eine Informationsseite zum eImpfpass zur Verfügung. Auf den entsprechenden Seiten finden Sie grundlegende Hinweise für VertragsärztInnen sowie Umsetzungsempfehlungen für HerstellerInnen von Praxisverwaltungssystemen. Die Seiten werden perspektivisch um weitere Verlinkungen für andere Sektoren ergänzt

In einer Composition_Prime können mehrere Impfeinträge (Record Prime), mehrere Observations und auch mehrere Conditions referenziert werden (Kardinalität 1..* der entsprechenden entry-Referenzelemente). In einem Bundle können dementsprechend mehrere Impfeinträge (Record Prime), Conditions und Observations vorhanden sein

.


Kbv_faq_eintrag
FrageWarum treten bei der Validierung der Beispiele Fehlermeldungen auf?

Beim Validieren wurde der HL7 Validator Version 5.3.2 genutzt. Eingebunden wurden:

  • die KBV-Basis (base1x0),
  • die deutschen Basisprofile in der Version 0.9.13 (basisprofil-de-r4),
  • die für den Impfpass erstellten Profile (profile) und Terminologien (Terminologie) und
  • die Beispiele (bsp).

Es wurde folgender Aufruf ausgeführt:
java -jar validator_cli.jar -ig basisprofil-de-r4 -ig base1x0 -recurse -version 4.0.1 -ig profile -ig Terminologie bsp\ -no-extensible-binding-warnings –assumeValidRestReferences

Dabei sind folgende Fehler aufgetreten, bei denen es sich unseres Erachtens nach um Validatorprobleme handelt, welche von uns nicht behoben werden können:


Fehlermeldung falscher Snomed CT Codes
Bspw: Unable to find code 836385002 in http://snomed.info/sct (version http://snomed.info/sct/900000000000207008/version/20200131) [..]

Dieses Problem betrifft im Impfpass die Ressourcen Immunization_Record_Prime und Immunization_Record_Addendum. Hier wird der Snomed CT-Code des Impfstoffs im Element vaccineCode.coding:snomed_CT.code angegeben.

Trotz korrekter Versionsangabe für SNOMED CT® innerhalb der Ressource und in den entsprechenden Valuesets und Conceptmaps greift der Validator auf eine nichtexistierende SNOMED CT®-Version zurück. Die korrekte Validierung des Codes ist deshalb nicht möglich.

Im Bundle tritt in Folge dessen ein weiterer Fehler auf: Die Referenzen auf die betreffenden Ressourcen können nicht hergestellt werden.


Fehlermeldung für falsche ATC Codes
Bspw: The code provided (http://fhir.de/CodeSystem/dimdi/atc#J07BL) is not in the value set [..] and a code from this value set is required: The code "J07BL" is not valid in the system http://fhir.de/CodeSystem/dimdi/atc [..]

Der Code ist im entsprechenden Valueset hinterlegt. Das Codesystem ist jedoch nicht gefüllt und der Inhalte wird als <content value=“not-present“ /> angegeben. Wird der Code explizit im Codesystem angegeben, tritt diese Fehlermeldung nicht mehr auf. Das Problem ist bereits international adressiert und es wird eine Erweiterung für den HL7-Validator geben.

Betroffenes Codesystem: http://fhir.de/CodeSystem/dimdi/atc; HL7 Deutschland e.V. (Technisches Komitee FHIR®)


Fehlermeldung für falsche ICD-10-GM Codes
Bspw: The code provided (http://fhir.de/CodeSystem/dimdi/icd-10-gm#A37.-) is not in the value set [..] and a code from this value set is required: The code "A37.-" is not valid in the system http://fhir.de/CodeSystem/dimdi/icd-10-gm [..]

Der Code wird im entsprechenden Valueset angegeben, das Codesystem ist hingegen nicht gefüllt und der Inhalt wird als <content value="not-present" /> angegeben. Die Fehlermeldung tritt nicht auf, sobald die Codes explizit im Codesystem angegeben werden. Das Problem ist bereits international adressiert und es wird eine Erweiterung für den HL7-Validator geben.

Betroffenes Codesystem: http://fhir.de/CodeSystem/dimdi/icd-10-gm; HL7 Deutschland e.V. (Technisches Komitee FHIR®)


Kbv_faq_eintrag
Frage
Wo finde ich Informationen der KBV zum eImpfpass?
Wie kann ich einen Impfnachtrag aus unvollständigen Quellen erstellen, obwohl 1..1 Kardinalitäten vorhanden sind?

Hierfür ist das Profil KBV_PR_MIO_Vaccination_Record_Addendum vorgesehen. Dort kann z.B. unter dem Punkt vaccineCode, obwohl es die Kardinalität 1..1 hat, sowohl ein codierter Impfstoff, nur ein Handelsname, aber im schlechtesten Falle auch nichts angegeben werden, da die Data-Absent-Reason-Extension ausgefüllt werden kann.


Kbv_faq_eintrag
FrageWeshalb ist das Element note des Profils KBV_PR_MIO_Vaccination_Record_Prime gesliced? Können dem Profil trotzdem Anmerkungen hinzugefügt werden?

Das Element note im Profil KBV_PR_MIO_Vaccination_Record_Prime ist zweigeteilt. Einerseits muss dort ein fest definierter Text hinterlegt werden, zusätzlich kann aber auch eine Freitextanmerkung hinzugefügt werden.


Kbv_faq_eintrag
FrageWarum befindet sich eine Data-Absent-Reason-Extension am Element protocolApplied.doseNumber[x].doseNumberString der Profile KBV_PR_MIO_Vaccination_Record_Prime und KBV_PR_MIO_Vaccination_Record_Addendum?

In den Profilen KBV_PR_MIO_Vaccination_Record_Prime und KBV_PR_MIO_Vaccination_Record_Addendum wurde unter dem Element protocolApplied.doseNumber[x].doseNumberString die genannte Extension eingefügt, da diese Information auf dem Impfpass nicht vorhanden ist. FHIR verlangt diese Angabe aber, so dass hier durch das Hinzufügen der Extension ausgesagt worden ist: Diese Information ist an dieser Stelle nicht verfügbar

Die Kassenärztliche Bundesvereinigung (KBV) stellt eine Informationsseite zum eImpfpass zur Verfügung. Auf den entsprechenden Seiten finden Sie grundlegende Hinweise für VertragsärztInnen sowie Umsetzungsempfehlungen für HerstellerInnen von Praxisverwaltungssystemen. Die Seiten werden perspektivisch um weitere Verlinkungen für andere Sektoren ergänzt

.


Kbv_faq_eintrag
FrageWofür wird das Profil KBV_PR_MIO_Vaccination_Provenance benötigt?

Dieses Profil soll die Quelle der Information für eine durchlebte Erkrankung (KBV_PR_MIO_Vaccination_Condition) dokumentieren.