Im Folgenden die umgesetzten, abgelösten Releases. Informationen, die älter als 1 Jahr sind, werden entfernt. Die Installationen auf der RU-DEV können in der Regel nur kurzfristig bekannt gegeben werden.
Neue FHIR-Profile mit der Beginn Gültigkeit 01.10.2025.Mehr Informationen (ARZ, AVS, FdV, KTR, PVS/ZPVS/KIS)
Neues FHIR-Versionierungskonzept (kein Änderungsbedarf für Clientsyteme)
Durch die neuen Profilversionen besteht die Möglichkeit mehrere meta.profile Informationen anzugeben. Das soll im E-Rezept nicht genutzt werden, sondern wie bisher nur ein meta.profile angegeben werden.
Der Endpunkt bestehende PATCH /ChargeItem wird dafür genutzt, dass der Versicherte Informationen zu Abrechnungsinformationen (bspw. ob der Kostenbeleg bei der Krankenkasse eingereicht wurde) am E-Rezept-Fachdienst hinterlegen kann. Mit der Einführung der Profile zu de.gematik.erezept-patientenrechnung.r4 1.1.0 wird das neue Profil GEM_ERPCHRG_PR_PAR_Patch_ChargeItem_Input eingeführt, welches ein FHIR-Profil für den Endpunkt PATCH /ChargeItem definiert.
Anpassung im Mapping bei der Übermittlung der Daten vom E-Rezept-Fachdienst in den ePA Medication Service
C_12284 - E-Rezept: Filter für in der EU einlösbare Rezepte
C_12272 - E-Rezept-Fachdienst: EU Consent für DELETE Endpunkt
C_12136 - E-Rezept: Abfrage von Daten vom FHIR-VZD
Speichern der MedicationDispense in eu-close (ANFERP-3332 Punkt 2)
E-Rezept: Standardkonforme Darstellung des Authentifizierungsverfahren im ACCESS_TOKEN - Kein Änderungsbedarf für Clientsysteme, da der von der Änderung betroffene ACCESS_TOKEN durch die Clientsysteme durchgeleitet werden.
E-Rezept: Verordnungen zu Lasten sonstiger Kostenträger ermöglichen (C_12295)
RU
ERP_2025_05(neue FHIR-Profile ab 01.10.)
PU
ERP_2025_05(neue FHIR-Profile ab 01.10.)
TU
RU-DEV
RC1 ERP_2025_05(neue FHIR-Profile ab 15.07.)
RC2/RC3
RC4
RC6 Feature complete
1.19.0-1
Konfiguration RU-DEV:
FHIR Profile ab dem 01.10.2025
EU Feature (enabled)
B_FD-1403 UUID Validierung (enabled)
eRp FD 1.18.0-2
Änderungen:
ERP-29146 BNA VL mit filter Transformation kann vom eRP FD nicht verarbeitet werden (B_FD-1347)
Dieser Patch wird auf Basis eRp FD 1.18.0-2 entwickelt und soll ausschließlich in TU, RU und RU-DEV bereitgestellt werden. In Abhängigkeit von den Ergebnissen der Verifikationen erfolgt eine Bereitstellung auch in eRAp FD 1.19.0 (mglw. RC3).
PU
-
RU
TU
eRp FD 1.18.0-1
Änderungen:
enthält eRp FD 1.18.0-0
ERP-28248 Drosselung wirkt trotz Eintrag in RATE_LIMIT_EXCLUDE_LIST - B_FD-1344
ERP-28283 Kein Caching von eingebetteten OCSP Responses
RU
ERP_2025_04
PU
ERP_2025_04
TU
RU-DEV
eRp FD 1.18.0-0
Änderungen:
Die Frist für E-Rezepte im Status draft (Rezept-ID abgerufen, aber Verordnung noch nicht eingestellt) in der der E-Rezept-Fachdienst die Rezepte automatisch löscht, wird von 5 auf 10 Tage erhöht. Keine Anpassung im PVS an der API zum E-Rezept-Fachdienst notwendig.
Nach dem Stecken der eGK erhält ein AVS die Liste der einlösbaren Rezepte. Im nachfolgenden Schritt lädt das AVS die Verordnungsdaten zu jedem Rezept herunter. Für noch nicht einlösbare Teilverordnungen einer Mehrfachverordnung (MVO) erhält das AVS nicht die Verordnungsdaten, sondern die Information „Teilverordnung ab <Datum> einlösbar.“. Diese Information wird um die Referenz auf die MVO ergänzt, um Informationen zu Teilverordnungen von verschiednen MVO zu unterteilen.
neues Format: „Teilverordnung zur Mehrfachverordnung <MVO Referenz> ist ab <Datum> einlösbar.“
Zusätzlich zu TLS 1.2 unterstützt der E-Rezept-Fachdienst TLS 1.3 an den Webschnittstellen. Die Clientsysteme können TLS 1.3 nutzen.
Die Angabe von Datum MedicationDispense whenHandedOver muss im Format "yyyy-mm-dd" erfolgen. Durch die Umsetzung der Workflow-Profile > 1.3 wird dies durch die Profilvorgaben und deren Validierung sichergestellt. Es entfallen die Anforderungen zur expliziten Prüfung. Kein Änderungsbedarf für AVS
Es gibt eine Änderung des Bezugsdatums für die Prüfung der Gültigkeit der Profilversion für die Dispensierinformation, welche durch ein AVS bei der Operation $dispense und $close übermittelt wird. Der gesamte Datensatz wird nach dem jüngsten im Parameters enthaltene MedicationDispense.whenHandedOver bewertet.
Betriebliche Erweiterungen:
C_11945 - Aufnahme des UC_4_6 ins BDEv2
C_11999 - E-Rezept: Betriebliche Erweiterung für DiGA
C_12118 - FHIR Profil Version in BDEv2 MSG Feld aufnehmen
Kleine Anpassungen (u.a. Rückbau von Konfigurationsparametern; redaktionelle Änderung für Einstellen von Communications) - Keine Anpassung durch Clients notwendig
RU
-
PU
-
TU
RU-DEV
RC4 RC3 RC2 RC1
ERP_2025_04
eRp FD 1.17.1-0
Änderungen:
C_11852 - Verordnung von Digitalen Gesundheitsanwendungen (DiGA) über den Workflow 162 > [FdV, KTR, PVS/ZPVS/KIS]
C_11921 - Übermitteln der Löschinformation an die ePA bei Erreichen der Löschfrist, wenn Task.status = ready oder Task.status = in-progress
C_12037 - Anpassen des User Agent (UA) Handlings an der TI-Schnittstelle
WORKFLOW 1.4 (AB 15.01.25)KBV 1.1.2DMP 1.06ABGABEDATEN 1.4ABGABEDATEN PKV 1.3.0 (AB 15.01.25)PATIENTENRECHN 1.0.4 (AB 15.01.25)ABRECHNUNGSDATEN 1.4DARREICHUNG 1.14
RU
TU
RU-DEV
eRp FD 1.16.0-1 RC3 - finale Version
eRp FD 1.16.0-1 RC2
Korrektur bei der Ausgabe der Duration in BDE Daten
eRp FD 1.16.0-1 RC1
Medication Service (Versichertenprotokoll), Fehlerbehandlung Aktenkonto-Umzug, Toggle für PU/nonPU im VAU-Protokoll, DeadLetter Queue bei Validierungsfehler im MedicationService
Behebung Mapping Problem von ERP-Medication 1.4 zu ePA-Medication denominator, $close oder $dispense ohne Medication, Verbesserung der Fehlerbehandlung im exporter
(ARZ, AVS, FdV, KTR, PVS/ZPVS/KIS)