Seitenhistorie

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

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 

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.

Hierbei handelt es sich um die zwei Use-Cases:

-Daten eintragen (Prime)

-Daten nach- oder übertragen (Addendum)

Siehe auch Anwendungsszenarien.

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®)