Skip to content

Latest commit

 

History

History
144 lines (105 loc) · 9.83 KB

erp_fhirversion_change_20250115.adoc

File metadata and controls

144 lines (105 loc) · 9.83 KB
Raw

E-Rezept FHIR Veränderungen für 15.01.2025 gematik logo

Ab dem 15.01.2025 ist das gematik Workflow Package 1.4.0 gültig. Da sowohl DiGA als auch eML Teil des Packages sind, müssen einige Veränderungen vorgenommen werden. Es gibt sowohl Veränderungen an manchen FHIR-Objekten, neue FHIR-Objekte, als auch Änderungen an den #dispense- und $close-Endpunkten. Diese Seite bietet eine Zusammenfassung der Veränderungen in einem Format, das zeigt, was die verschiedenen Hersteller tun müssen, um ein bestimmtes Feature FHIR-mäßig umzusetzen. Alle Breaking Changes sind ebenfalls aufgelistet.

Inhaltsverzeichnis

Versionsübergabegänge

Ab dem 01.11.2024 kann der E-Rezept-Fachdienst mehrere aktive Profile haben. Das bedeutet, dass Übergangszeiten mit mehr als zwei aktiven Profilen möglich sind. Vom 15.01.2025 bis 15.07.2025 sind die drei Profile 1.2, 1.3 und 1.4 gleichzeitig aktiv. In dieser Zeit wird besonders auf das meta.profile der Ressourcen geachtet, um festzustellen, gegen welche Profile validiert werden sollte.

Unten sind sowohl ein Diagramm als auch eine Tabelle zu sehen, die zeigen, wann welches Profil aktiv ist und bis wann.

workflow profile transition timeline

ℹ️
 Aufgrund der Updatezyklen von Apps im Feld können die FdVs die Profilversionen 1.2 und 1.3 im Zeitraum vom 15.04.2025 bis zum 15.07.2025 weiterhin nutzen. Ab dem 15.07.2025 ist auch für die FdVs die Verwendung der Versionen 1.2 und 1.3 nicht mehr möglich.
ℹ️
 Ab dem 15.07.2025 ist nur Profil 1.4 für die FdVs verfügbar.
ℹ️
 Wegen der MVO-Rezepte müssen die FdVs und AVS die alten Profile länger unterstützen, selbst wenn diese nicht mehr verfügbar sind.

Änderungen

Im Folgenden finden sich die Änderungen des gematik Workflow Package 1.4 in Form einer Übersichtstabelle und detaillierten Beschreibungen, aufgeteilt nach Features und betroffenen Clientsystemen.

Übersicht

Betrifft Feature Ressource Änderungen

KIS C30059 AVS E30615 FdV green

Alle

Anpassen der Versionsangabe in meta.profile von '|1.3' zu '|1.4'.

Identifier

Der PKV- und GKV-Identifier wurde in den deutschen Basisprofilen mit folgendem .system vereinheitlicht: http://fhir.de/sid/gkv/kvid-10

KIS C30059 FdV green KTR AE8E1C

  • Neuer FlowType 162.

  • Neuer OrganizationType "Kostenträger".

Neues Profil für die Dispensierung von DiGA Verordnungen.

Verpflichtende Angabe des FlowType unter extension:flowType.
AVS E30615(informativ)

AVS E30615 FdV green

  • Neue MedicationDispense und Medication Profile

    • AVS: Erzeugen und Einstellen der neuen Profile

    • FdV: Anzeige der neuen Profile

  • Veränderte API für $dispense und $close

    • AVS: Beliefern in neuem Datenformat

    • FdV: Erhalt der MedicationDispenses in neuem Format

Allgemein

Betrifft: KIS C30059 AVS E30615 FdV green

  • Anpassen der Versionsangabe in meta.profile von '|1.3' zu '|1.4'. Das betrifft alle Ressourcen.

  • Durch Anheben der Version der deutschen Basisprofile auf 1.5.0 ergeben sich Änderungen für die Angabe des Identifiers eines Versicherten.

    • Es wird nicht mehr zwischen PKV- und GKV-Identifier unterschieden. Für alle Versicherten wird der Identifier http://fhir.de/sid/gkv/kvid-10 verwendet.

    • Primärsysteme müssen weiterhin die PKV- und GKV-Identifier der Basisversion 1.3.2 aus der Verordnung unterstützen und in Workflow Profilen die neuen Identifier verwenden.

    • Das bedeutet, dass in Instanzen der Workflow Profile für PKV Versicherte statt http://fhir.de/sid/pkv/kvid-10 http://fhir.de/sid/gkv/kvid-10 angegeben werden muss.

Verordnung von DiGAs

Betrifft: KIS C30059 FdV green KTR AE8E1C
Informativ: AVS E30615

Dieses Feature ermöglicht es über den E-Rezept-Fachdienst DiGA-Verordnungen einzustellen und abzurufen. Verordnungen dieser Art werden mit einem neuen FlowType 162 erstellt und von den Kostenträgern (KTR, Krankenkassen) abgerufen und eingelöst.

Weitere Informationen zu diesem Feature können in der Vorabveröffentlichung des Feature Dokuments DiGA eingesehen werden. Die API Beschreibung zum Feature DiGA bietet Entwicklungsunterstützung für PVS, E-Rezept-FdV und Clientsystem Kostenträger.

Zur Umsetzung des Features sind folgende Schritte notwendig:

Änderungen für verordnende Primärsysteme (PVS)

Änderungen für Kostenträger (KTR)

  • Verarbeitung des neuen FlowType 162 in der Task-Ressource.

  • Verarbeitung der DiGA-Verordnungen mit den Profilen zur "Verordnung von digitalen Gesundheitsanwendungen" (DiGA).

  • Erzeugen einer Abgabe für DiGA-Verordnungen mit dem neuen Profil GEM_ERP_PR_MedicationDispense_DiGA. Für die Abgabe ist folgendes zu beachten:

    • Der Freischaltcode ist in der Extension MedicationDispense.extension:redeemCode zu hinterlegen

    • In MedicationDispense.medication sind die Informationen zur DiGA-Verordnungseinheit zu hinterlegen

    • Angabe von MedicationDispense.substitution ist verboten

Änderungen für Frontend der Versicherten (FdV)

ℹ️
 AVS E30615 AVS müssen die Angabe des FlowType nicht auswerten.

Übermittlung von E-Rezept Daten in die ePA

Betrifft: AVS E30615 FdV green

Zum Start von "ePA für Alle" ist der E-Rezept-Fachdienst an das ePA Aktensystem angebunden und überträgt Verordnungs- und Dispensierdaten an das ePA Aktensystem, damit es in der elekronischen Medikationsliste (eML) zur Anzeige gebracht werden kann. Aufgrund dessen werden ab der Profilversion 1.4 die Profile GEM_ERP_PR_MedicationDispense und GEM_ERP_PR_Medication angepasst. Diese Profile sind von den ePA Profilen abgeleitet und sind damit auch für die Kommunikation mit der ePA geeignet und kompatibel.

Darüber hinaus ändert sich auch die API für die Endpunkte $dispense und $close und wird in ein neues Datenformat überführt, was in Zukunft auch mit der Abgabe von OTCs gegenüber dem ePA Aktensystem kompatibel ist.

Vertiefte Informationen zu den Änderungen der API für AVS finden sich auf der Seite Hinweise für das Feature "Übermittlung von E-Rezept Daten in die ePA". Diese sind auch für die FdVs relavant, da die Datenstrukturen der neuen Profile im FdV zur Anzeige gebracht werden müssen. Das gesamte Feature kann als Vorabversion hier eingesehen werden: Vorabveröffentlichung des Feature Dokuments eRp_ePA

ℹ️
 Verordnungen und Dispensierungen, die mit den Workflow-Profilen 1.2 und 1.3 erstellt werden, werden ebenfalls in die ePA übertragen.
ℹ️
 Der ePA MedicationService weist Anfragen zur Übermittlung von Abgabedaten des E-Rezept-Fachdienstes ab, wenn kein Verordnungsdatensatz zur Task-ID existiert. In der Startphase wird der E-Rezept-Fachdienst in dem Fall versuchen die Verordnung erneut zu übermitteln. Da für diesen Aufruf Daten im E-Rezept-Fachdienst gespeichert werden müssen, die aktuell nicht gespeichert sind, funktioniert dies nur für Verordnungen, die nach dem Deployment der Version 1.16.0 (PU: 17.12.) eingestellt wurden.

Änderungen für abgebende Primärsysteme (AVS)

  • Implementieren neuer MedicationDispense und Medication Profile

  • Änderung der Datenstruktur der Abgabe von Medikamenten für die Endpunkte $dispense und $close

Änderungen für Frontend der Versicherten (FdV)

  • Verarbeiten neuer MedicationDispense und Medication Profile

  • In der Abfrage zu GET /MedicationDispense sind ab dem 15.01.2025 die neuen Profile zu erwarten. Ein Aufruf liefert dann neue und alte Profile in einem Request.