Versionen im Vergleich

Alte Version 18

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.

Die Definition der MIOs hat die Option zur semantischen und syntaktischen Interoperabilität geschaffen, um die Übernahme von Daten aus einem MIO in ein anderes MIO zu unterstützen. Eine entsprechende Funktionalität im jeweiligen IT-System (z.B. Krankenhausinformationssystem oder Praxisverwaltungssystem) ist ausdrücklich erwünscht. 

Die KBV macht jedoch keine Vorgaben, wie die Inhalte und Funktionen letztendlich in den IT-Systemen umgesetzt werden. Die Darstellung der Inhalte obliegt den Herstellern.

Kbv_faq_liste
kbv_faq_Die von uns verwendeten Codesysteme geben wir unter mio.kbv.deauf den jeweiligen Projektseiten an:
kbv_faq_liste
eintrag
FrageBesteht 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

Kbv_faq_eintrag
FrageIn welchem Format müssen Datumsangaben erfolgen?

In FHIR® ist eine Datumsangabe im deutschen Format (TT.MM.YYYY) nicht möglich. Daher muss unter Berücksichtigung der FHIR®-Spezifikation das dort definierte Format implementiert werden.

Die Anzeige eines MIO ist allerdings insofern unabhängig von der Spezifikation, als dass wir für die MIOs nicht festlegen, wie die Inhalte in einem anzeigenden System optisch dargestellt werden sollen.

Hinsichtlich des Datumformats empfehlen wir, bei der Anzeige des MIO die Datumsangabe im deutschen Format anzeigen zu lassen.

Kbv_faq_eintrag
FrageWo finde ich eine Liste der im MIO verwendeten Code-Systeme?
Kbv_faq_eintrag
FrageWarum führen die Profil-URLs nicht zum entsprechenden Profil auf Simplifier sondern, nur auf das zugehörige Projekt/MIO?

Die URL in den FHIR®-Profilen würde immer auf die aktuellste Version des Profils verweisen. Dies ist nicht korrekt, wenn man eine ältere Version eines Profils öffnen möchte. Aus diesem Grund wird man zur Startseite des Projekts weitergeleitet. Von dort aus kann jede Version des MIO als Package geöffnet werden und so das gesuchte Profil in der richtigen Version angezeigt werden.

Kbv_faq_eintrag
FrageKönnen Daten aus einem MIO in andere MIOs übernommen werden?
Kbv_faq_eintrag
FrageWas muss bei unterschiedlichen Versionen eines MIO in der Umsetzung beachtet werden?

Vor dem 01.01.2022: Es muss nur die aktuell "festgelegte" Version zur Anzeige in der elektronischen Patientenakte (ePA) vorbereitet werden. "Alte" Versionen eines MIO (mit dem Status "außer Kraft") müssen nicht umgesetzt werden.

Ab dem 01.01.2022: Alle Versionen eines MIO, die erst nach dem 01.01.2022 den Status "außer Kraft" erhalten, müssen trotzdem in der ePA zur Anzeige gebracht werden. 

Kbv_faq_eintrag
FrageGibt es Vorgaben der KBV hinsichtlich der Darstellung der MIOs im Frontend der Versicherten?

Nein, die KBV gibt keine Anforderungen hinsichtlich der Darstellung der MIOs im Frontend der Versicherten vor. Unter Umständen können sich dennoch Anforderungen aus den Spezifikationen der gematik ergeben. Dazu bitten wir Sie, sich an die gematik zu wenden.

Die KBV hat für die Darstellung der MIOs Umsetzungsempfehlungen (sogenannte "Operationalisierungshinweise") gesammelt und veröffentlicht. Diese finden Sie an den jeweiligen Elementen im Informationsmodell. Zudem empfiehlt sich bei der Umsetzung der Anzeige darauf zu achten, dass die dargestellten Informationen auch den Informationen im MIO entsprechen. So sollte beispielsweise bei einer Impfung gegen Tetanus auch zur Anzeige gebracht werden, dass es sich bei der Impfung um eine Tetanusimpfung und nicht um eine Hepatitis-A-Impfung handelt. Als Hilfestellung dafür haben wir Wiedergabenamen in den Wertelisten aufgenommen.

Eine Anzeige von Codes (z. B. ICD oder SNOMED CT®) ist für Versicherte aus unserer Sicht in den meisten Fällen nicht notwendig und sollte mit verlinkten Hintergrundinformationen erfolgen, um nicht zu Verständnisproblemen zu führen.

Kbv_faq_eintrag
FrageWieso existiert je MIO ein Projekt auf Simplifier und eines auf GitHub?
Die beiden Plattformen GitHub und Simplifier werden von uns für verschiedene Bereiche genutzt. Die MIO-Spezifikation wird auf Simplifier veröffentlicht, da diese Plattform der native Veröffentlichungsbereich für FHIR®-Spezifikationen ist.
GitHub wird im Gegensatz dazu für die Veröffentlichung des MIO Viewers verwendet. Der MIO Viewer ist eine Beispiellösung für die Anzeige von MIOs. Der Viewer dient als Hilfestellung für EntwicklerInnen von Lösungen in den Primärsystemen oder Frontends der Versicherten. Mehr zum MIO Viewer finden Sie unter nachstehendem Link: MIO Viewer.
Kbv_faq_eintrag
FrageWarum sind manche der Beispieldateien auf GitHub (MIO Viewer) falsch?

Die Beispieldateien des MIO Viewers wurden von uns nicht auf semantische, syntaktische und medizinische Korrektheit geprüft. Es handelt sich dabei lediglich um Beispiele, um den MIO Viewer genauer zu testen.

Kbv_faq_eintrag
FrageBrauchen IT-HerstellerInnen und MIO-UmsetzerInnen eine SNOMED CT® Lizenz?

Im Falle der Nutzung von SNOMED CT®-Codes durch IT-Systeme beziehungsweise Einrichtungen im Gesundheitswesen und PatientInnen, wird eine Lizenz benötigt. Diese wird derzeit als nationale Lizenz vom Bundesinstitut für Arzneimittel und Medizinprodukte (BfArM) verwaltet (https://www.bfarm.de/DE/Kodiersysteme/Terminologien/SNOMED-CT/_node.html).

Kbv_faq_eintrag
FrageWann werden Simplifier-Projekte aktualisiert?

Die Profile in einem Simplifier-Projekt eines MIO werden nur aktualisiert, wenn eine Fortschreibung des MIO durchgeführt wird. Die Beispiele auf Simplifier können bei etwaigen Fehlern laufend aktualisiert werden.

Kbv_faq_eintrag
FrageWarum entsprechen manche Beispieldateien auf GitHub nicht den FHIR®-Spezifikationen?

Auf GitHub sind alle Beispieldateien hochgeladen, die bei der Entwicklung des MIO Viewers zum Testen verwendet wurden. Da auch getestet wird, ob bei falschen Beispieldateien Fehlermeldungen ausgegeben werden, entsprechen manche Beispiele auf GitHub absichtlich nicht unseren Spezifikationen. Für inhaltlich und technisch korrekte Beispieldateien, nutzen Sie bitte die Beispieldateien, die auf Simplifier veröffentlicht und auf mio.kbv.de in dem Bereich des jeweiligen MIO unter "Erläuternde Informationen" auf der Seite "FHIR®-Beispiele" referenziert sind.

Kbv_faq_eintrag
FrageStellt die KBV Informationsseiten zum eImpfpass, eU-heft und eMutterpass zur Verfügung?

Die Kassenärztliche Bundesvereinigung (KBV) stellt Informationsseiten zum eImpfpass (Umsetzung des MIO Impfpass), eU-Heft (Umsetzung des MIO U-Heft) und zum eMutterpass (Umsetzung des MIO Mutterpass) 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.

eImpfpass: https://www.kbv.de/html/e-impfpass.php

eU-Heft: https://www.kbv.de/html/e-u-heft.php

eMutterpass: https://www.kbv.de/html/e-mutterpass.php  


Kbv_faq_eintrag
FrageIst 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.


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


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


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.


...