Redaktion: Wolfgang Hahn (Operations/Transition Manager E-Rezept) Status: Diese Seiten werden permanent aktualisiert. Bitte schauen Sie öfter vorbei.
NEWS
Informationen zur RU-DEV: In der RU-DEV werden durch den Anbieter IBM frühzeitig in Umsetzung befindliche Änderungen am E-Rezept Fachdienst installiert und für Tests durch periphere Anwendungen und Komponenten bereitgestellt. Im Folgenden werden Installationen oder Aktivitäten angezeigt, die Einfluss auf die Verfügbarkeit des Service haben.
Hinweise zu eRp FD 1.16.0 (eML):
Die Bereitstellung neuer Release Candidates (RC) kann auf Grund der intensiven Entwicklungs- und Testaktivitäten jeweils immer erst kurzfristig bestätigt werden.
Seit 05.11.2024 ist der eRP FD ist so konfiguriert, dass er sich wie nach dem 15.01.2025 verhält, d.h. es ist der Testzeitraum "ab 15.01.2025" aktiviert.
RC8:
Installation eRp FD RC8 auf RU-DEV erfolgte am Montag, den 18.11.2024.
Details s.u. Release Notes.
RC9:
Installation eRp FD RC9 auf RU-DEV ist für Montag, den 25.11.2024 geplant. Der genaue Zeitraum wird noch bekannt gegeben.
Am 27.11.24 werden in der RU-DEV, in der Zeit von 16:00 - 18:00 Uhr Performance-Tests durchgeführt.
Informationen zur RU: Bitte rechnen Sie mit eingeschränkter Erreichbarkeit der E-Rezept Komponenten Fachdienst (FD), Identity Provider (IDP) und des Apotheken-Verzeichnis (APOVZD) in der Umgebung RUan den folgenden Tagen und Zeiträumen.
Changes:
02.12.2024 FD
TI-CHG-00024906 Austausch interner Zertifikate
18:00 - 18:30 Uhr
22.11.2024 FD
TI-CHG-00024917 Change VAU Configuration to support Performance Test
Die Installation eRp FD 1.16.0 erfolgte am 20.11.24. Diese Version enthält die volle eML-Funktionalität, jedoch noch nicht final, da noch Funktionen im Bereich Sicherheit/Betrieb zu ergänzen sind.
Seit dem 20.11.2024 ist der eRP FD in der RU so konfiguriert, dass er sich wie nach dem 15.01.2025 verhält, d.h. esist der Testzeitraum "ab 15.01.2025" aktiviert.
Vom 22.11.24, 09:00 Uhr bis 25.11.24, 12:00 Uhr ist die RU für Performance-Test reserviert.
Informationen zur TU:
In der TU erfolgen kurzfristig geplante Installationen von RCx für eRp FD 1.16.0 gemäß Testfortschritt auf RU-DEV (hierzu s.a. ePA für alle @RU).
Die Installation von eRp FD 1.16.0 erfolgte am 22.11.24. Seitdem ist der eRP FD in der TU ist so konfiguriert, dass er sich wie nach dem 15.01.2025 verhält, d.h. esist der Testzeitraum "ab 15.01.2025" aktiviert.
Informationen zur PU:
...
Umgebungsstatus und -forecast
Im Folgenden sind die aktuellen und geplanten Installationsstände der Umgebungen dokumentiert. Detailinformationen zu dedizierten E-Rezept Releases finden sich in den Release Hinweisen unten.
Es wird fortlaufend über geplante und in Umsetzung befindliche E-Rezept Release berichtet. Informationen, die älter als 1 Jahr sind, werden entfernt. Die Installationen auf der RU-DEV werden ad-hoc vorgenommen und nur in der o.a. Planung angegeben.
Fachdienst (FD)
Erläuterungen zu den Konfigurationsparametern s. Tabelle am Ende dieser Seite. Weitere Informationen, z.B. der Source Code, können für alle Releases im github eingesehen werden.
C_11831 Übermittlung von Rezeptdaten in die ePA (elektronische Medikationsliste - eML)
Weiterentwicklung FHIR Profile
Workflow Profile auf v1.4 (gültig ab 15.01.2025)
+Übermittlung von E-Rezept-Daten in die ePA
+Verordnung von Digitalen Gesungheitsanwendungen
AbgabedatenPKV auf v1.3.0 (gültig ab 15.01.2025)
Patientenrechnung auf v1.0.4 (gültig ab 15.01.2025)
Validierung von fixedValues auf dezimal Datentypen ("1" statt "1.0" ist erlaubt)
PU
WORKFLOW 1.4 (AB 15.01.25) KBV 1.1.2 DMP 1.06 ABGABEDATEN 1.4 ABGABEDATEN PKV 1.3.0 (AB 15.01.25) PATIENTENRECHN 1.0.4 (AB 15.01.25) ABRECHNUNGSDATEN 1.4 DARREICHUNG 1.14
TU
eRp FD 1.16.0-0
eML
Workflow FHIR Profile - Version 1.4
Workflow-Package 1.4.3
Abgabedaten PKV - Version 1.3
Update Patientenrechnung Package 1.0.4
eRP FD ist so konfiguriert, dass er sich wie nach dem 15.01.2025 verhält
RU
eRp FD 1.16.0-0
wie TU
RU-DEV
RC9
wird ergänzt
RC8
Workflow 1.4 für FdV
Fehlerbehebung bei provide-dispensation Medication (WF 1.4), bei Extensions (WF 1.2/1.3) und Medication.code.coding
Dead Letter Queue
RC7
provide dispense (eML)
Referenzen auf die Medications
Performance-Fix
RC6
provide dispense (eML), beim GET /MedicationDispense wird der search mode nun entsprechend gesetzt
Fehler bzgl. Verzögerung bei der Übertragung der Events behoben
RC5
Bugfix für eML Richtung RISE
Workflow 1.4 für AVS
eRP FD ist so konfiguriert, dass er sich wie nach dem 15.01.2025 verhält (ab 05.11.2024 ist Testzeitraum "ab 15.01.2025" aktiv)
RC4
Bugfix eML Richtung IBM
RC3
erp-exporter stellt beim starten den VAU Handshake durch (inkl. Autorisierung)
Aufruf und Auswertung Information Service Get ConsentDesicision umgesetzt
UC_2_3 Activate Task Aufruf löst Aufruf provide-prescription am Medication Service aus (telematikId und organisationName in Practioner und Organisation werden noch mit einem Defaultwert "not-set" belegt)
RC1
eRP FD ist so konfiguriert, dass er sich wie nach dem 01.11.2024 verhält
RC0
Prüfung/Anpassung Konfigurationen und Konnektivität ePA AS
eRp FD 1.15.0-3
eRp FD 1.15.0-3
Prüfung im Fachdienst:
Zeitpunkt $close muss jünger sein als Zeitpunkt $accept
Zeitsynchronisation beim Start des VAU-Image erzwingen
Versionsvalidierung des Binarys bei POST /ChargeItem
Die Funktionalität zu Pagination, Filtern und Sortieren von Listen wurde für die Endpunkte GET /Task, GET /Communication, GET /AuditEvent, GET /MedicationDispense und GET /ChargeItem wurde überarbeitet.
Betroffen: AVS, FdV
Dieses Feature gibt den Apotheken die die kundenfreundliche Möglichkeit, die Dispensierinformationen unmittelbar nach der Abgabe für den Versicherten bereitzustellen, sodass dieser die Information in seiner App anzeigen kann, Zukünftig werden diese Informationen auch in die ePA übermittelt. Dieses Feature ist erst verfügbar, wenn die Workflow FHIR Profile 1.3 durch den E-Rezept-Fachdienst genutzt wird.
In der Implementierung des E-Rezept-Fachdienstes wurde als Identifier des ChargeItems die Rezept-ID gewählt. Mit dieser Änderung wird das in der Spezifikation so festgeschrieben.
Kein Anpassungsbedarf für Clientsysteme.
Beim Einstellen eines E-Rezepts für die Workflow 160/169/200/209 prüft der E-Rezept-Fachdienst, ob im Verordnungsdatensatz eine Arzneimittel beinhaltet (Medication.extension:Arzneimittelkategorie = 00). Falls nicht wird der Http-Fehlercode 400 mit OperationOutcome "Für diesen Workflowtypen sind nur Arzneimittelverordnungen zulässig" an das PVS übermittelt. So soll bspw. sichergestellt werden, dass nicht eine DiGA über diese Workflows übermittelt wird.
Der E-Rezept-Fachdienst validiert den Verordnungsdatensatz, welcher durch den Verordnenden eingestellt wird. Als Teilaktivität wird geprüft, ob die Angabe zur Darreichungsform in einem gültigen Wertekatalog enthalten ist. Am 01.10.24 werden folgende Werte in der Schlüsseltabelle "DARREICHUNGSFORM" gültig.
IID - Injektions- und Infusionsdispersion
LIV - Lösung zur intravesikalen Anwendung
Betroffen: AVS, PVS/ZPVS/KIS
Der E-Rezept-Fachdienst validiert den Verordnungsdatensatz, welcher durch den Verordnenden eingestellt wird. Als Teilaktivität wird geprüft, ob die Angabe zur DMP-Kennzeichen in einem gültigen Wertekatalog enthalten ist. Am 01.10.24 wird S_KBV_DMP Version 1.06 gültig. siehehttps://applications.kbv.de/S_KBV_DMP.xhtml
Betroffen: AVS, PVS/ZPVS/KIS
Abschaltung des InfoReq Endpunktes für Anwendungsfall "Apothekenanfrage" (Feature noch in Spezifizierung)
kleinere Fehlerbehebungen
PU
eRP FD 1.15.0-2
WORKFLOW 1.3 (AB 01.11.24) KBV 1.1.2 DMP 1.06 (AB 01.10.24) ABGABEDATEN 1.4 (AB 01.11.24) ABGABEDATEN PKV 1.2 PATIENTENRECHN 1.0.2 ABRECHNUNGSDATEN 1.4 (AB 01.11.24) DARREICHUNG 1.14 (AB 01.10.24)
TU
eRP FD 1.15.0-2
RU
eRP FD 1.15.0-2
Zustand bis 15.09.2024
Konfiguration wie v1.14 auf PU
Zustand ab 16.09.2024 (ERP_2024_10_01_VALID_FROM=16.09.2024)
Darreichungsform_1_14 gültig
DMP_1_06 gültig
workflow Profile 1.2 werden akzeptiert
Zustand ab 14.10.2024 (ERP_2024_11_01_VALID_FROM=14.10.2024)
Darreichungsform_1_14 gültig
DMP_1_06 gültig
workflow Profile 1.2 werden akzeptiert
workflow Profile 1.3 werden akzeptiert
eRP FD 1.15.0-1
wie 1.15.0-0
eRP FD 1.15.0-0
Zustand bis 05.08.2024
Konfiguration wie v1.14 auf PU
Zustand ab 06.08.2024 (ERP_2024_11_01_VALID_FROM=06.08.2024)
Darreichungsform_1_14 gültig
DMP_1_06 gültig
workflow Profile 1.2 werden akzeptiert
workflow Profile 1.3 werden akzeptiert, FD antwortet mit 1.3
Behebung Fehler bei Validierung der MVO-ID auf urn:ietf:rfc:3986
eRp FD 1.14.1-1:
Behebung Netzwerk-Interface Fehler auf neuer VAU Server-HW
eRp FD 1.14.1-0:
Im Rahmen des Anwendungsfalls "eGK in der Apotheke" ruft ein AVS mittels de Operation GET /Task die Liste der offenen E-Rezepte zu einer KVNR ab. Aktuell enthält die Ergebnisliste auch E-Rezepte deren Gültigkeitszeitraum (expirydate) bereits überschritten ist. Wenn das AVS im Folgeschritt mittels $accept Operation die Verordnungsdaten zu einem E-Rezept abruft, antwortet der E-Rezept-Fachdienst mit einem Fehler, falls der Gültigkeitszeitraum des E-Rezepts überschritten wurde.
Die Operation GET /Task wird so angepasst, dass die Ergebnisliste keine E-Rezepte enthält deren Gültigkeitszeitraum überschritten ist.
Keine Änderung im AVS notwendig.
Die Technische Anlage zur elektronischen Arzneimittelverordnung sieht für das Feld value vor: Die Software stellt sicher, dass das Element extension:Mehrfachverordnung.extension:ID.value[x]:valueIdentifier.value nach folgenden Vorgaben befüllt wird. Es wird eine UUID in Form einer URN übermittelt. Die UUID wird gemäß RFC4122 Version 5 mit den zugehörigen Separatoren erzeugt. Der Inhalt des Elementes entspricht somit dem folgenden Schema urn:uuid: <XXXXXXXX-XXXX-XXXXXXXX-XXXXXXXXXXXX>, welches die UUID nach darstellt.
Die Prüfung des E-Rezept-Fachdienst wird angepasst, sodass der value dem Schema aus TECHNISCHE ANLAGE ZUR ELEKTRONISCHEN ARZNEIMITTELVERORDNUNG (E16A) (v.1.51) #Pflichtfunktion P36-26 Akzeptanzkriterium 3.b) entsprechen muss. Dies wird unabhängig davon validiert, ob das System angegeben ist oder nicht.
Wenn sich das verordnende System TA konform verhält, ist keine Anpassung notwendig.
Weitere betriebliche Anpassungen, die keinen Impact auf Clients haben:
Anpassen des UA Handlings an der Webschnittstelle
Erweiterung für den Endpunkt Get /Random
Erweiterung für die beiden neuen Endpunkte Get/PKICertificates und Get /OCSPResponse
Der E-Rezept-Fachdienst validiert den Verordnungsdatensatz, welcher durch den Verordnenden eingestellt wird. Als Teilaktivität wird geprüft, ob die Angabe zur Darreichungsform in einem gültigen Wertekatalog enthalten ist. Am 01.07.24 wird folgender Wert in der Schlüsseltabelle "DARREICHUNGSFORM" gültig: LYO - Lyophilisat zur Herstellung einer Infusionslösung
Der E-Rezept-Fachdienst validiert den Verordnungsdatensatz, welcher durch den Verordnenden eingestellt wird. Als Teilaktivität wird geprüft, ob die Angabe zur Darreichungsform in einem gültigen Wertekatalog enthalten ist. Der Wertekatalog enthält eine Angabe, zu welchem Stichtag ein Wert zulässig wird. Der E-Rezept-Fachdienst hat eine generische Lösung implementiert, um die Wertetabelle und die stichtagsbezogene Gültigkeit für die Validierung abzubilden.
Keine Anpassung im PVS/ZPVS, AVS notwendig.
Das E-Rezept-FdV ist dazu verpflichtet die Zertifikate, die es für die Kommunikation mit dem IDP-Dienst und dem E-Rezept-Fachdienst nutzt, auf Gültigkeit zu prüfen. Hierfür wurden bisher zwei Endpunkte am E-Rezept-Fachdienst implementiert, die dem FdV ermöglichen diese Prüfungen durchzuführen: GET /CertList und GET/OCSPList. Diese bisherige Implementierung weist Abhängigkeiten auf, die insbesondere beim Wechsel von Zertifikaten zu Problemen führen kann.
Einführung neuer Endpunkte GET /PKICertificates und GET /OCSPResponse am E-Rezept-Fachdienst für den Bezug der Zertifikate und OCSP-Reponses.
Kein breaking Change, da die bestehende Lösung erst in der zweiten Jahreshälfte 2025 abgekündigt wird.
PU
Inhalt geht mit Patchupdate v1.14.0-1 live
eRp FD 1.13.0-4
Behebung Problem im Bereich DB-Wartung
PU
eRp FD 1.13.0-3
1.13.0-2 zzgl.:
Fehlerbehebung SysDig Agent
PU
eRp FD 1.13.0-2
Aktualisierung Secure Boot Zertifikat
Änderungen am front-laod-balancer und tls-proxy
PU
-
RU
eRp FD 1.13.0-1
eRp FD 1.13.0-0 zzgl.:
Bei einer festgestellten Nichtverfügbarkeit eines Fachdienstes VSDM oder eines Intermediär VSDM temporär für den Zeitraum der Nichtverfügbarkeit auch ein VSDM-Prüfungsnachweis mit dem Ergebnis 3 vom E-Rezept-Fachdienst akzeptiert werden.
Anpassung durch AVS notwendig API ist abwärtskompatibel
Entlassrezepte sollen nur 3 Werktage zu Lasten der Krankenkasse einlösbar sein (Task.AcceptDate = Signaturzeitpunkt + 2 Werktage nach A_19517). Aktuell setzt der Fachdienst die Dauer auf 6 Tage. Dies wurde in der Vergangenheit durch Pandemie auf 6 Tage erhöht.
Keine Anpassung im PVS/ZPVS, AVS notwendig.
PU
eRp FD 1.13.0-0
C_11553 - Änderung BDEv2 Messagefeld MVO, Task-ID und (Z)ANR
C_11573 - E-Rezept: Lieferung von Bestandsdaten
sowie:
Der E-Rezept-Fachdienst prüft im Rahmen der Operation zum Einstellen von E-Rezepten die Korrektheit der Prüfziffer für die LANR. Hierfür ist eine Liste von Pseudonummern angegeben, die ebenfalls akzeptiert sind. Folgende zusätzliche Pseudonummer soll in Absprache mit der KBV aufgenommen werden: 333333300 Grundlage:https://www.kbv.de/media/sp/Vereinbarung_BSNR_Vergabe.pdf(Seite 4)
Keine Anpassung im PVS/ZPVS notwendig.
Das vom E-Rezept-Fachdienst ausgestellte Quittungs Bundle ist aktuell nicht FHIR Konform, da es zu einer Mischung von absoluter und relativer Referenz kommt. Die Referenzen im Quittungsbundle wird so umgestellt, dass alle Referenzen als absolute Referenzen urn:uuids angegeben werden.
SieheERPFIND-617-Fehlerhafte Referenzen im QuittungsbundleIN ARBEIT
Keine Anpassung im AVS notwendig.
Das Workflow Modell für die E-Rezepte sieht vor, dass eine Apotheke ein E-Rezept im Status "offen" in Kenntnis des E-Rezept-Token (Task-ID, AccessCode) vom E-Rezept-Fachdienst abruft. Mit diesem Abruf ändert sich der Status des Task in "in Abgabe (gesperrt)" und die Apotheke erhält ein Secret, welches für das Weiterführen des Workflow an den E-Rezept-Fachdienst übermittelt werden muss. Ein erneuter Abruf des E-Rezeptes im Status "in Abgabe (gesperrt)" ist nicht möglich.Es besteht das Risiko, dass beim Übermitteln der Response vom Fachdienst zum AVS ein Fehler auftritt und der Response nicht durch das AVS verarbeitet werden kann. In diesem Fall kann der Workflow nicht weitergeführt werden. Der Versicherte benötigt ein neues E-Rezept.Um das zu vermeiden, soll dem AVS die Möglichkeit gegeben werden, die Informationen zum E-Rezept noch einmal vom E-Rezept-Fachdienst abzurufen, wenn es dieses E-Rezept zuvor für die Belieferung abgerufen hat. Das AVS übermittelt hierfür die Informationen aus dem E-Rezept-Token.
Anpassung durch AVS notwendig
Das Feature "eGK in der Apotheke" ermöglicht es einem Versicherten per Stecken der eGK alle Rezepte in einer Apotheke einzulösen. E-Rezepte, die mit Workflow 169 im E-Rezept-Fachdienst eingestellt wurden, werden derzeit ebenfalls über dieses Feature mit übertragen. Mit dieser Änderung werden nur noch E-Rezepte des Workflow 160 durch den E-Rezept-Fachdienst an das AVS übermittelt.
keine Anpassung durch das AVS notwendig
Bisher war es möglich, dass AVS Verordnungen abrufen, deren Einlösefrist bereits überschritten ist. Dies wird mit dieser Änderung durch den E-Rezept-Fachdienst unterbunden.
keine Anpassung durch AVS notwendig
PU
-
RU
eRp FD 1.12.0-11
Konfigurierbarkeit für Limit von Lösch-Routinen für "draft" Tasks
PU: 09.02.24
eRp FD 1.12.0-10
ERP-17605 Fehlendes ingredient in KBV_PR_ERP_Medication_Compounding führt in UC_2_3 zum Neustart des erp-processing-context process
ERP-17827 E-Rezepte mit Kontenträger-Typ SEL ohne Angabe einer IK-Nummer der Krankenversicherung werden beim Einstellen abgelehnt
ERP-17604 Generierung Testdaten für Unit Test Signer CA - TSL
ERP-17321 ChargeItem, deren signierende SMC-B zeitlich abgelaufen ist, kann nicht abgerufen werden
ERP-16374 Improve transaction handling for the delete expired data job
PU: 10.01.24
eRp FD 1.12.0-1
Änderungen aus eRp FD 1.12.0-1
Fehlerbehebung (u.a. Logging Überlast, Management Redis-Stack, Meldung bei ungültigen ANR und ZANR)
PU: 12.12.23
eRp FD 1.12.0
Prüfung Identifier KVNR für Versicherte
Verifizierung Payload in Communication zwischen App und AVS
Verifizierung von Prüfziffern im Verordnungsdatensatz
Prüfung Gültigkeit Profilversionen
Fehlerbehebung POST /Communication verweigert im Payload.contentString escaped Anführungszeichen bei XML ContentType (ERP-16269)
Aktivierung Ausstellung SSO-Token beim Auth-Server
Fehlerbehebung (HTTP-Content-Type)
PU: 13.12.23 TU: 29.11.23 RU: 29.11.23
eRp IDP 3.0.5-1
Hotfix: CVE-2023-42795 (Bereinigung von Requests)
PU: 17.10.23 TU: 16.10.23 RU: 16.10.23
Front-End des Versicherten (FdV) - iOS
Label
Inhalt/Umfang
Deployment..... (Store)
eRp FdV iOS 1.26.0
Funktionale Erweiterungen (u.a. UI-Anpassung zur Reduzierung von Fehlbedienungen beim Einlösen, Direktverlinkung von Apotheken in den Bestellinformationen)
Fehlerbehebung (u.aq. Anzeige Hinweise)
Interoperabilität (u.a. Update der Rezepte vor Einlösung)
Sonstiges (u.a. UI-Optimierungen)
07.10.24 (geplant)
eRp FdV iOS 1.25.0
Funktionale Erweiterungen (u.a. Optimierung Statusanzeigen, Direktverlinkung Apotheken in Bestellinformationen, Reduktion von Fehlbedienungen beim Einlösen von Rezepten)
Interoperabilität (u.a. Update der Rezepte vor Einlösung)
30.08.24
eRp FdV iOS 1.24.0
Funktionale Erweiterungen (u.a. Verwendung Medication Reminder bei gescannten Rezepten; Seicherung Kassenname bei Anmeldung via Gesundheits-ID)
Fehlerbehebung (u.a. Apothekensuche per Landkarte)
Interoperabilität (u.a. Änderung Passwort in Sicherheitseinstellungen)
Sonstiges (u.a. Update Sprachen)
26.07.24
eRp FdV iOS 1.23.0
Funktionale Erweiterungen (u.a. Nutzer-Unterstützung bei Anmeldung mit Gesundheits-ID, Navigation zu Betriebseinstellungen, Emojis und Memojis für das Profilbild, Erweiterung Anzeige Rezeptdetails)
Fehlerbehebung (u.a. Übersetzungen, Berechnungen in Mehrfachverordnungen, Login nach manuellem Logout)
Interoperabilität (u.a. Deaktivierung TLS-Pinning, Passwortänderung in den Sicherheits-Settings, Update NFC Kommunikation und Optimierung der Abläufe)
Sonstiges (u.a. Link zum Community Forum)
03.06.24
eRp FdV iOS 1.21.0
Funktionale Erweiterungen (u.a. Verbesserung Einnahmehinweise, Erweiterung Sprachen, Einlösen von Rezepten in den Rezeptdetails)
Fehlerbehebung (u.a. Sortierreihenfolge im Archiv, Löschen von Rezepten; Onboarding, überlappende Eingabefelder, Umbenennen von Profilnamen, 169er Workflow, Dark Mode)
Interoperabilität (u.a. neue URL Barmer, neue URL PIN/eGK Bestellung, Initialisierung ContentSquare)
Sonstiges (u.a. Optimierung Design von Buttons)
05.04.24
eRp FdV Android 1.20.0
Funktionale Erweiterungen (u.a. Aktualisierung Anlegehilfe für eGK, UX-Umbau Auswahlseite für Authentifizierungsmittel, Erweiterung Validierung Eingabedaten, Nutzerführung bei deaktivierter App-Version)
Fehlerbehebung (u.a. Erstellung Support-Mail, Fix Mini Cardwall, Anzeige "Taschenlampe", falsche/fehlende Biometrics bei App-Start)
Interoperabilität (u.a. Weiterleiten Token an Drittanwendungen, Bearbeitung Auffälligkeiten aus Produktgutachten)
Sonstiges (u.a. Aktualisierung Datenschutzerklärung, diverse Refactoring-Maßnahmen, Update KK-Kontaktdaten)
22.02.24
eRp FdV Android 1.19.1
Zertifiaktswechsel eRp FD
18.01.23
eRp FdV Android 1.19.0
Funktionale Erweiterungen (u.a. Einwilligungsinformationen abrufen, Einwilligung zum Speichern von Abrechnungsinformationen, Abruf von Kostenbelegen, Anmelden am IDP Dienst mittels sektoraler Identity Provider (GesundheitsID))
21.12.23
eRp FdV Android 1.18.0
Funktionale Erweiterungen (u.a. Aktualisierung Übersetzungen, Steuerung der Serviceoptionen (Reservieren, Botendienst, Versand), Bezeichner für gescannte Rezepte
Fehlerbehebung (u.a. Versionsnummer bei remote-Zuweisung, Download PKV-pdf, Datumsformat bei Einwilligung zu digitalen Kostenbelegen)
Diese Seiten werden permanent aktualisiert. Bitte schauen Sie öfter vorbei.