latest
Elektronische Gesundheitskarte und Telematikinfrastruktur
Feature:
E-Rezept: Übermitteln von Rezeptdaten in die ePA
Version | 1.2.1 |
Revision | 947492 |
Stand | 10.06.2024 |
Status | freigegeben |
Klassifizierung | öffentlich |
Referenzierung | gemF_eRp_ePA |
Dokumentinformationen
Änderungen zur Vorversion
Anpassungen des vorliegenden Feature-Dokuments im Vergleich zur Vorversion können Sie der nachfolgenden Tabelle entnehmen.
Dokumentenhistorie
Version |
Stand |
Kap./ Seite |
Grund der Änderung, besondere Hinweise |
Bearbeitung |
---|---|---|---|---|
1.0.0 | 13.02.2024 | Initiale Erstellung | gematik | |
1.2.1 | 10.06.2024 | Ergänzt um Anforderungen an den E-Rezept-Fachdienst u. an die Primärsysteme der Apotheken | gematik |
Inhaltsverzeichnis
1 Einordnung des Dokuments
Dieses Dokument beschreibt das Feature zur Übermittlung von Verordnungsdaten und Dispensierinformationen eines E-Rezeptes vom E-Rezept-Fachdienst in die elektronische Patientenakte (ePA) des Versicherten. Die Daten können in der ePA bspw. für die elektronischen Medikationsliste (eML) des Versicherten genutzt werden.
1.1 Zielsetzung
Die Beschreibung des Funktionsumfangs als Feature erleichtert das Verständnis und die Nachvollziehbarkeit der Lösung, ausgehend von der Darstellung der Nutzersicht auf Epic-Ebene, über das technische Konzept bis hin zur Spezifikation der technischen Details. Mit den hier aufgestellten Anforderungen sollen Hersteller in der Lage sein, den zusätzlichen Funktionsumfang ihrer verantworteten Komponente bzw. Produkttyp bewerten und umsetzen zu können.
1.2 Zielgruppe
Das Dokument richtet sich an den Hersteller und Anbieter des Produkttyps E-Rezept-Fachdienst und der ePA-Aktensysteme sowie Hersteller von Clientsystemen für den Zugriff auf den E-Rezept-Fachdienst.
1.3 Abgrenzungen
Die technische Spezifikation zur Schnittstelle für die Bereitstellung der Daten für den ePA Medication Service wird in den Dokumenten der Anwendung ePA beschrieben. Dieses Dokument beschreibt, wie die Schnittstelle durch den E-Rezept-Fachdienst zur Übermittlung von Verordnungsdaten und Dispensierinformationen genutzt wird.
Die Verarbeitung der übermittelten Informationen im ePA Medication Service und die Nutzung der Daten des ePA Medication Service (bspw. für die eML) ist in den Dokumenten der Anwendung ePA beschrieben und nicht im Scope dieser Featurespezifikation.
1.4 Methodik
Anforderungen
Anforderungen als Ausdruck normativer Festlegungen werden durch eine eindeutige ID sowie die dem RFC 2119 [RFC2119] entsprechenden, in Großbuchstaben geschriebenen deutschen Schlüsselworte MUSS, DARF NICHT, SOLL, SOLL NICHT, KANN gekennzeichnet.
Anforderungen werden im Dokument wie folgt dargestellt:
<AFO-ID> - <Titel der Afo>
Text / Beschreibung
[<=]
Dabei umfasst die Anforderung sämtliche zwischen Afo-ID und Textmarke [<=] angeführten Inhalte.
Hinweise auf offene Punkte
Themen, die noch intern geklärt werden müssen oder eine Entscheidung seitens der Gesellschafter erfordern, sind wie folgt im Dokument gekennzeichnet:
Offener Punkt: Beispiel für einen offenen Punkt. |
2 Epic und User Story
Der Businessprozess ist in [Fachkonzept ePA für alle] beschrieben.
3 Einordnung in die Telematikinfrastruktur
Das Feature "E-Rezept: Übermitteln von Rezeptdaten in die ePA" wird durch das ePA-Aktensystem und den E-Rezept-Fachdienst umgesetzt. Es werden hierfür keine neuen Produkttypen eingeführt.
4 Fachliches Konzept
Es werden die Informationen von ärztlichen und zahnärztlichen Verordnungen für apothekenpflichtige Arzneimittel in die ePA übermittelt.
Eine Verordnung wird nach dem Einstellen durch die verordnende LEI in den E-Rezept-Fachdienst durch den E-Rezept-Fachdienst an das ePA-Aktensystem übermittelt.
Eine Dispensierinformation wird nach dem Einstellen durch die abgebende LEI in den E-Rezept-Fachdienst durch den E-Rezept-Fachdienst an das ePA-Aktensystem übermittelt.
Die technische Umsetzung erfolgt mittels einer asynchronen Übermittlung. D.h. die zu übermittelnden Daten werden in einer Warteschlange gelistet und sukzessive abgearbeitet. In Spitzenzeiten soll die Übermittlung nicht länger als 1h dauern.
Wenn eine Verordnung im Rahmen des E-Rezept-Workflows durch eine verordnende oder abgebende LEI oder bei einem noch nicht eingelösten E-Rezept durch den Versicherten gelöscht wird, dann wird diese Information an den ePA Medication Service übermittelt.
Ein Versicherter hat im ePA-Aktensystem die Möglichkeit dem Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst zu widersprechen. Wenn ein Widerspruch vorliegt, dann werden keine Daten an das Aktenkonto des Versicherten übermittelt.
Der E-Rezept-Fachdienst übermittelt ausschließlich Daten in das Aktenkonto eines Versicherten (schreibender Zugriff). Der E-Rezept-Fachdienst hat keinen lesenden Zugriff auf das Aktenkonto eines Versicherten.
5 Technisches Konzept
Das ePA-Aktensystem fungiert bei der Übermittlung als Server und bietet die Schnittstelle (API) an. Der E-Rezept-Fachdienst fungiert als Client des ePA-Aktensystems.
Asynchrone Übermittlung
Die Übermittlung der Verordnungsdaten und Dispensierinformationen erfolgt asynchron. D.h. im Rahmen des Ausführens einer von einem Primärsystem aufgerufenen Operation am E-Rezept-Fachdienst (bspw. Einstellen eines E-Rezeptes) wird die Übermittlung der Daten an das ePA-Aktensystem initiiert. Die Operation stellt die zu übermittelnden Daten an eine Komponente im E-Rezept-Fachdienst bereit, welche die Übermittlung an das ePA-Aktensystem steuert. Die vom Primärsystem aufgerufene Operation wird abgeschlossen, ohne dass die Information vorliegt, ob eine Übermittlung in das ePA-Aktensystem erfolgt bzw. ob diese erfolgreich abgeschlossen wurde.
Datenmodell
Das Datenmodell für die Übermittlung der Daten wird durch die API des ePA-Aktensystem vorgegeben. Der Medication Service des ePA-Aktensystems ist FHIR-basiert. Der E-Rezept-Fachdienst mappt die Informationen aus dem von der verordnenden LEI eingestellten Verordnungsdaten und der von der abgebenden LEI eingestellten Dispensierinformationen auf das Datenmodell. Er ist dafür verantwortlich, sich bei Profiländerungen des Medication Service-Datenformats des ePA-Aktensystems anzupassen.
REST-basierte Datenübermittlung mit FHIR-Operationen
Die Übermittlung der Daten vom E-Rezept-Fachdienst zum Medication Service erfolgt REST basiert. Dabei werden je nach Anwendungsfall spezifische Operationen am Medication Service aufgerufen, um FHIR Ressourcen im JSON-Format zu übermitteln. Diese Operationen nehmen als Parameter sowohl Verordnungsdaten, Dispensierinformationen als auch einzelne Identifier entgegen und beinhalten zudem abhängige Ressourcen wie Organization, Practitioner, PractitionerRole und weitere. Für allgemeine Informationen zur Verwendung von FHIR-Operationen siehe https://build.fhir.org/operations.html.
Sichere Kommunikation und Authentifizierung
Die Kommunikation zwischen E-Rezept-Fachdienst und Medication Service ist durch TLS und ein VAU-Protokoll gesichert.
Der E-Rezept-Fachdienst nutzt ein C.FD.AUT Zertifikat mit der professionOID oid_erp-vau und der der Telematik-ID 9-E-Rezept-Fachdienst (auch als "AUT-Zertifikat der E-Rezept-VAU" bezeichnet). Mit diesem Zertifikat authentisiert sich der E-Rezept-Fachdienst im Rahmen des Aufbaus des VAU-Kanals.
Beim Aufbau des VAU-Kanals für eine User Session nutzt der E-Rezept-Fachdienst einen self-signed Bearer-Token (JSON Web Token). Der ID-Token wird vom E-Rezept-Fachdienst mit dem AUT-Zertifikat der E-Rezept-VAU signiert. Der ID-Token hat eine Gültigkeitsdauer von 5 Minuten.
Protokollierung für den Versicherten
Der E-Rezept-Fachdienst erstellt für jede erfolgreiche Übermittlung einen Eintrag im Zugriffprotokoll des Versicherten im E-Rezept-Fachdienst. Für fehlgeschlagene Übermittlungsversuche, welche zu einem späteren Zeitpunkt wiederholt werden, wird kein Eintrag im Zugriffsprotokoll angelegt.
Der Versicherte kann sein Zugriffsprotokoll für die Anwendung E-Rezept über ein E-Rezept-FdV einsehen.
5.1 Use Cases
5.1.1 Use Case: Verordnungsdaten in Aktenkonto einstellen
AF_10221-01 - E-Rezept: Verordnungsdaten in Aktenkonto einstellen
Alle am Anwendungsfall "Verordnungsdaten in Aktenkonto einstellen" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.
Name | Verordnungsdaten in Aktenkonto einstellen |
---|---|
Vorbedingung | Der Anwendungsfall "UC 2.3 - E-Rezept einstellen" wird ausgeführt. |
Kurzbeschreibung (Außenansicht) |
|
Alternative | Wenn für die KVNR kein Aktenkonto gefunden wurde oder ein Widerspruch des Versicherten zum Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst vorliegt, wird der Übermittlungsauftrag aus der Warteschlange gelöscht und der Anwendungsfall beendet. |
Nachbedingung | Die Verordnungsdaten sind, sofern die Verarbeitung im ePA-Aktensystem erfolgreich abgeschlossen werden konnte, im Aktenkonto des Versicherten gespeichert. Die Übermittlung ist im Zugriffprotokoll des Versicherten im E-Rezept-Fachdienst dokumentiert. |
[<=]
5.1.2 Use Case: Löschinformation für Verordnungsdaten an Aktenkonto übermitteln
AF_10222-01 - E-Rezept: Löschinformation für Verordnungsdaten an Aktenkonto übermitteln
Alle am Anwendungsfall "Löschinformation für Verordnungsdaten an Aktenkonto übermitteln" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.
Name | Löschinformation für Verordnungsdaten an Aktenkonto übermitteln |
---|---|
Vorbedingungen | Einer der folgenden Anwendungsfälle wird ausgeführt
|
Kurzbeschreibung (Außenansicht) |
|
Alternative | Wenn für die KVNR kein Aktenkonto gefunden wurde oder ein Widerspruch des Versicherten zum Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst vorliegt, wird der Auftrag aus der Warteschlange gelöscht und der Anwendungsfall beendet. |
Nachbedingung | Die Information, dass die Verordnungsdaten und ggf. Dispensierinformationen im E-Rezept-Fachdienst gelöscht wurden, ist im ePA Medication Service verarbeitet worden. Die Übermittlung ist im Zugriffprotokoll des Versicherten im E-Rezept-Fachdienst dokumentiert. |
[<=]
5.1.3 Use Case: Dispensierinformationen in Aktenkonto einstellen
AF_10223-01 - E-Rezept: Dispensierinformationen in Aktenkonto einstellen
Alle am Anwendungsfall "Dispensierinformationen in Aktenkonto einstellen" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.
Name | Dispensierinformationen in Aktenkonto einstellen |
---|---|
Vorbedingungen | Einer der folgenden Anwendungsfälle wird ausgeführt
|
Kurzbeschreibung (Außenansicht) |
|
Alternative | Wenn für die KVNR kein Aktenkonto gefunden wurde oder ein Widerspruch des Versicherten zum Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst vorliegt, wird der Übermittlungsauftrag aus der Warteschlange gelöscht und der Anwendungsfall beendet. |
Nachbedingung | Die Dispensierinformationen sind, sofern die Verarbeitung im ePA-Aktensystem erfolgreich abgeschlossen werden konnte, im Aktenkonto des Versicherten gespeichert. Die Übermittlung ist im Zugriffprotokoll des Versicherten im E-Rezept-Fachdienst dokumentiert. |
[<=]
5.1.4 Use Case: Löschinformation für Dispensierinformationen an Aktenkonto übermitteln
AF_10224-01 - E-Rezept: Löschinformation für Dispensierinformationen an Aktenkonto übermitteln
Alle am Anwendungsfall "Löschinformation für Dispensierinformationen an Aktenkonto übermitteln" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.
Name | Löschinformation für Dispensierinformationen an Aktenkonto übermitteln |
---|---|
Vorbedingung | Der Anwendungsfall "UC 4.2 - E-Rezept durch Abgebenden zurückgeben" wird ausgeführt. |
Kurzbeschreibung (Außenansicht) |
|
Alternative | Wenn für die KVNR kein Aktenkonto gefunden wurde oder ein Widerspruch des Versicherten zum Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst vorliegt, wird der Übermittlungsauftrag aus der Warteschlange gelöscht und der Anwendungsfall beendet. |
Nachbedingung | Die Information, dass Dispensierinformationen im E-Rezept-Fachdienst gelöscht wurden, ist im ePA Medication Service verarbeitet worden. Die Übermittlung ist im Zugriffprotokoll des Versicherten im E-Rezept-Fachdienst dokumentiert. |
[<=]
5.1.5 Use Case Function: ePA-Aktensystem ermitteln und Widerspruch prüfen
AF_10225-01 - E-Rezept: ePA-Aktensystem ermitteln und Widerspruch prüfen
Alle am Anwendungsfall "ePA-Aktensystem ermitteln und Widerspruch prüfen" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.
Name | ePA-Aktensystem ermitteln und Widerspruch prüfen |
---|---|
Vorbedingung | einer der fachlichen Anwendungsfälle wird ausgeführt |
Kurzbeschreibung (Außenansicht) |
|
Nachbedingung |
|
[<=]
5.1.6 Use Case Function: Login ePA-Aktensystem
AF_10226-01 - E-Rezept: Login ePA-Aktensystem
Alle am Anwendungsfall "Login ePA-Aktensystem" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.
Name | Login ePA-Aktensystem |
---|---|
Vorbedingung | keine |
Kurzbeschreibung (Außenansicht) |
|
Nachbedingung |
|
[<=]
5.2 Fehlermanagement
Tabelle : Beschreibung der Reaktion bei typischen Fehlerfällen
Fehlerfall | Beschreibung | Reaktion |
---|---|---|
Nichtauffinden des Aktenkontos für einen Versicherten | Für die KVNR eines Versicherten kann in keinem der ePA-Aktensysteme ein Aktenkonto gefunden werden. Alle Information Service geben einen spezifischen Fehler (Statuscode 404) an den E-Rezept-Fachdienst zurück. |
Der Übermittlungsauftrag wird endgültig gelöscht. |
Aktenkonto aufgrund eines Umzugs nicht erreichbar | Während eines Aktenkontoumzuges ist das Aktenkonto nicht erreichbar. | Der Übermittlungsauftrag wird zu einem späteren Zeitpunkt wieder ausgeführt, sobald die Erreichbarkeit des Aktenkonto wiederhergestellt ist. |
Scheitern der Update-Operation im Medication Service | Die Update-Operation für eine Ressource mit dem ERP-Identifier im Medication Service kann nicht durchgeführt werden, der Medication Service antwortet mit einem Statuscode 500. | Die Datenübermittlung in das Aktenkonto wird nach einem Fehlversuch für mindestens eine Minute unterbrochen. Bei weiteren Fehlversuchen verlängert sich die Wartezeit exponentiell. |
Probleme bei der Entschlüsselung durch den Medication Service | Der Medication Service kann eine mit dem Request-Key (siehe K2_c2s_app_data in [gemSpec_Krypt]) durch den E-Rezept-Fachdienst verschlüsselte Nachricht nicht entschlüsseln. | Der Medication Service gibt einen Fehler an den E-Rezept-Fachdienst zurück. Der Übermittlungsauftrag wird zu einem späteren Zeitpunkt wieder ausgeführt, nachdem der E-Rezept-Fachdienst einen neuen VAU-Kanal aufgebaut hat. |
Schwierigkeiten bei der Entschlüsselung durch den E-Rezept-Fachdienst | Der E-Rezept-Fachdienst kann eine mit dem Response-Key (siehe K2_s2c_app_data in [gemSpec_Krypt]) verschlüsselte Antwort des Medication Service nicht entschlüsseln, Unklarheit über den Erfolg der Übermittlung. | Der Übermittlungsauftrag wird zu einem späteren Zeitpunkt wieder ausgeführt, nachdem der E-Rezept-Fachdienst einen neuen VAU-Kanal aufgebaut hat. |
Medication Service ist nicht verfügbar | Der E-Rezept-Fachdienst kann keinen VAU-Kanal zum Medication Service aufbauen. | Der Übermittlungsauftrag wird zu einem späteren Zeitpunkt wieder ausgeführt, nachdem der E-Rezept-Fachdienst einen neuen VAU-Kanal aufbauen konnte. |
Medication Service meldet einen strukturellen Fehler des Aufrufes | Der E-Rezept-Fachdienst sendet für den Medication Service nicht interpretier- oder auswertbare Daten. | Der Übermittlungsauftrag wird vorerst nicht wieder ausgeführt, bis der strukturelle Fehler durch ein Verbesserung der Logik des E-Rezept-Fachdienst behoben ist. |
5.3 Optimierungen
Die Anzahl der Übermittlungen, welche durch den E-Rezept-Fachdienst ausgeführt werden, erfordern Optimierungen für die vollzählige Ausführung der Use Cases.
Caching
Information | Beschreibung | Details |
---|---|---|
URLs der ePA-Aktensysteme | Tägliche Ermittlung der URLs der ePA-Aktensysteme durch DNS-Aufruf des E-Rezept-Fachdienstes. | Der E-Rezept-Fachdienst cacht die URLs der ePA-Aktensysteme für 24 Stunden. |
VAU-Kanal | Aufbau und Aufrechterhaltung des VAU-Kanals vom E-Rezept-Fachdienst zum ePA-Aktensystem. | Die Gültigkeit des VAU-Kanals ist auf maximal 24 Stunden begrenzt, danach erfolgt eine Invalidation. |
Authentifizierung des E-Rezept-Fachdienstes ggü. Medication Service | Benutzerauthentifizierung erfolgt durch einen self-signed Token des E-Rezept-Fachdienstes. | Der Token hat eine Gültigkeitsdauer von 10 Minuten und wird bei nach zeitlichem Ablauf durch den E-Rezept-Fachdienst neu ausgestellt. |
Aktensystem für einen Versicherten | Bei der ersten Anfrage des Information Service eines ePA-Aktensystems mit einer KVNR wird ermittelt, ob das ePA-Aktensystem das Aktenkonto des Versicherten verwaltet; falls nicht, wird es mit dem nächsten ePA-Aktensystem probiert. | Der E-Rezept-Fachdienst cacht die Zuordnung eines ePA-Aktensystems zu einer KVNR für drei Monate. Bei Abweisung durch ein ePA-Aktensystem oder drei Monaten Inaktivität für die KVNR wird die Information invalidiert. |
Widerspruchseinstellung eines Versicherten | Vor der Übermittlung von Ressourcen an das ePA-Aktensystem wird der Status des Widerspruchs für die Funktion "Einstellen von Verordnungsdaten und Dispensierinformation durch den E-Rezept-Fachdienst" für die KVNR ermittelt. | Der E-Rezept-Fachdienst cacht die Widerspruchseinstellung für eine KVNR nicht. |
Mit dem Invalidieren ist das Löschen des Eintrags aus dem Cache verbunden.
Zusammenfassen von Inhalten in der Warteschlange
Sind mehrere Verordnungsdaten oder Dispensierinformationen zu einer KVNR in der Warteschlange des E-Rezept-Fachdienstes vorhanden, bündelt der E-Rezept-Fachdienst diese FHIR Ressourcen zur Übermittlung in einem Operationsaufruf. Eine Zusammenfassung von FHIR Ressourcen unterschiedlicher KVNR in einem Operationsaufruf ist nicht vorgesehen.
Mehrere User Sessions
Um eine bessere Skalierbarkeit der Übermittlung von FHIR Ressourcen zu unterschiedliche ePA-Aktenkonten zu erreichen, kann der E-Rezept-Fachdienst mehrere User Sessions zu einem Medication Service aufbauen.
5.4 Datenmapping der FHIR Ressourcen
Der E-Rezept-Fachdienst ordnet die von der verordnenden Leistungserbringerinstitution übermittelten FHIR-Ressourcen den für das ePA Medication Service definierten FHIR-Ressourcen von https://simplifier.net/epa-medication zu.
Die vom E-Rezept-Fachdienst empfangenen FHIR-Ressourcen der verordnenden Leistungserbringer entsprechen den bisher im Kontext des E-Rezeptes verwendeten und werden auf die vom Aktenkonto definierten Zielprofile umgeschrieben und weitergeleitet.
Die vom abgebenden Leistungserbringer zur Verfügung gestellten FHIR-Ressourcen sind von den für das Aktenkonto definierten FHIR-Ressourcen abgeleitet und um Informationen zur Darstellung der abgegebenen Medikationsinformationen für die Ansicht im FdV ergänzt. Diese werden vom E-Rezept-Fachdienst in die vom Aktenkonto definierten Zielprofile umdefiniert und weitergeleitet.
Zielprofil der ePA Medication Service FHIR Ressourcen |
---|
Medication resource for the ePA Medication Service https://gematik.de/fhir/epa-medication/StructureDefinition/epa-medication |
MedicationRequest resource for the ePA Medication Service https://gematik.de/fhir/epa-medication/StructureDefinition/epa-medication-request |
MedicationDispense resource for the ePA Medication Service https://gematik.de/fhir/epa-medication/StructureDefinition/epa-medication-dispense |
Organization in gematik Directory https://gematik.de/fhir/directory/StructureDefinition/OrganizationDirectory |
Practitioner in gematik Directory https://gematik.de/fhir/directory/StructureDefinition/PractitionerDirectory |
6 Datenschutz und Informationssicherheit
Wie oben beschrieben, benötigt dieses Feature keine neuen Produkttypen. Neu ist lediglich die Kommunikationstrecke zwischen dem E-Rezept-Fachdienst und dem ePA-Aktensystem. Sowohl der E-Rezept-Fachdienst als auch die ePA-Aktensysteme bieten ein Sicherheitsniveau, das dem sehr hohen Schutzbedarf der zu übermittelnden Daten im Hinblick auf Vertraulichkeit und Integrität entspricht. Die Absicherung des Datentransports zwischen den beiden Systemen erfolgt ebenfalls auf dem bereits in beiden Systemen umgesetzten Niveau mittels TLS und VAU-Protokoll.
Die Authentisierung des ePA-Aktensystems erfolgt mittels dessen TLS-Zertifikats. Die Authentisierung des E-Rezept-Fachdiensts am ePA-Aktensystem erfolgt mit dem AUT-Zertifikat der E-Rezept-VAU.
Die Initiierung der Übermittlung von Verordnungsdaten bzw. Dispensierinformationen seitens des E-Rezept-Fachdienstes erfolgt erst, wenn vorher die Information vom ePA-Aktensystem abgefragt wurde, dass kein Widerspruch für den betroffenen Versicherten für diese Datenübermittlung vorliegt.
Welche Informationen aus dem E-Rezept-Fachdienst zum ePA-Aktensystem übermittelt werden, wird durch die Anwendungen in ePA-Aktensystem vorgegeben. Es werden also keine Informationen aus den Verordnungsdaten bzw. Dispensierinformationen übermittelt, die nicht für den Medication Service im ePA-Aktensystem benötigt werden. Insbesondere wird die QES des verordnenden Leistungserbringers nicht übermittelt, da sie für die Nutzung des Medication Service nicht relevant ist.
Zum Zwecke der Performance-Optimierung der Kommunikation zwischen E-Rezept-Fachdienst und ePA-Aktensystem werden verschiedene Informationen in einem Cache vorgehalten, wobei der E-Rezept-Fachdienst die Widerspruchseinstellung für eine KVNR nicht cacht. Details hierzu sind in Abschnitt 5.3 Optimierungen zu finden.
Die Implementierung einer Warteschlange verhindert Datenverlust, falls ein ePA-Aktensystem zeitweise nicht erreichbar ist (z.B. durch Ausfall oder Überlastung) oder ein Aktenkonto wegen eines Kostenträgerwechsels des Versicherten umzieht.
Die erfolgreiche Übermittlung von Verordnungsdaten bzw. Dispensierinformationen wird seitens des E-Rezept-Fachdienstes für den Versicherten protokolliert (was wurde übermittelt: Verordnungsdaten bzw. Dispensierinformationen, wann, statisch: an Aktenkonto).
Grenzen der Sicherheitsleistung:
Für die Gesamtbetrachtung dieses Features müssen aus Sicht des E-Rezept-Fachdienstes Annahmen an die ePA-Aktensysteme gestellt werden:
- Die Informationen (ist KVNR bekannt, liegen Widerspruchsinformationen vor?) aus dem Information Service des ePA-Aktensystems müssen korrekt sein.
7 Spezifikation
Offene Punkte:
|
7.1 Datenmodell
Die für die Übertragung von Verordnungs- und Dispensierinformationen vom E-Rezept-Fachdienst an den Medication Service genutzten Datenmodelle sind gemäß [gemSpec_Aktensystem_ePAfueralle#A_25175-* Medication Service - Realisierung der Nutzungsvorgaben für FHIR Operations] definiert.
Die in diesen Operationen eingesetzten FHIR-Ressourcen sind unter [Simplifier epa-medication] einsehbar.
Zur Übermittlung der Dispensierinformationen vom AVS an den E-Rezept-Fachdienst werden FHIR-Ressourcen aus dem de.gematik.erezept-workflow.r4-Paket der Gematik verwendet. Dieses Paket wird angepasst, indem die MedicationDispense-Ressource aus dem ePA-Profil abgeleitet und um eine Medication-Ressource ergänzt wird, die ebenfalls von dem ePA-medication-Profil abgeleitet wurde. Somit hängt das de.gematik.erezept-workflow.r4-Paket direkt vom epa-medication-Paket ab.
7.2 Anforderungen an den E-Rezept-Fachdienst
Die nachfolgenden Anforderungen werden in das Dokument [gemSpec_FD_eRp] übernommen.
7.2.1 Änderung in 6 Funktionsmerkmale
7.2.1.1 Änderung in 6.1.2.2 POST /Task/<id>/$activate
A_25925 - E-Rezept-Fachdienst - Task aktivieren - Daten ePA Medication Service bereitstellen (Verordnungsdatensatz)
Der E-Rezept-Fachdienst MUSS beim Aufruf der Operation POST /Task/<id>/$activate bei erfolgreichem Abschluss der Operation, die Daten des Verordnungsdatensatzes für die Übermittlung in den ePA Medication Service bereitstellen. [<=]
7.2.1.2 Änderung in 6.1.2.5 POST /Task/<id>/$close
A_25928 - E-Rezept-Fachdienst - Task schließen - Daten ePA Medication Service bereitstellen (Dispensierinformationen)
Der E-Rezept-Fachdienst MUSS beim Beenden eines Tasks mittels /Task/<id>/$close, wenn die Operation erfolgreich abgeschlossen werden kann, die Daten der Dispensierinformationen für die Übermittlung in den ePA Medication Service bereitstellen. [<=]
7.2.1.3 Änderung in 6.1.2.6 POST /Task/<id>/$abort
A_25930 - E-Rezept-Fachdienst - E-Rezept löschen - Löschinformation ePA Medication Service bereitstellen (Verordnungsdatensatz) - Leistungserbringerinstitution
Der E-Rezept-Fachdienst MUSS beim Löschen eines E-Rezepts mittels POST /Task/<id>/$abort durch eine verordnende oder abgebende Leistungserbringerinstitution die Daten für die Löschinformation des Verordnungsdatensatzes in den ePA Medication Service bereitstellen. [<=]
A_25931 - E-Rezept-Fachdienst - E-Rezept löschen - Löschinformation ePA Medication Service bereitstellen (Verordnungsdatensatz) - Versicherter
Der E-Rezept-Fachdienst MUSS beim Löschen eines E-Rezepts mittels POST /Task/$abort durch einen Versicherten, wenn Task.status = ready, die Daten für die Löschinformation des Verordnungsdatensatzes für die Übermittlung in den ePA Medication Service bereitstellen. [<=]
Informativer Hinweis unter "A_19027-* - E-Rezept-Fachdienst - E-Rezept löschen - Medizinische und personenbezogene Daten löschen" : Bestehende Übermittlungsaufträge in den ePA Medication Service für das zu löschende E-Rezept werden nicht gelöscht.
7.2.1.4 Neues Kapitel 6.10 ePA Medication Service
7.2.1.4.1 Neues Kapitel 6.10.1 Kommunikation mit ePA-Aktensystem
TLS-Verbindung
Zur Absicherung der Datenübermittlung muss der Transport der Nachrichten zwischen E-Rezept-Fachdienst uns ePA-Aktensystem mittels HTTPS erfolgen. Transport Layer Security (TLS) ist gemäß den Vorgaben aus [gemSpec_Krypt] einzusetzen.
Folgende Anforderungen aus [gemSpec_Krypt#3.15.3 ePA-spezifische TLS-Vorgaben] werden dem E-Rezept-Fachdienst zugewiesen.
Die Liste ist nur für das Featuredokument [gemF_eRp_ePA] und wird nicht in das Spezifikationsdokument [gemSpec_FD_eRp] übernommen. Die Normativität der Anforderungen ergibt sich nach Einarbeitung aus dem Produkttypsteckbrief E-Rezept-Fachdienst.
A_15751-03 TLS-Verbindung zwischen ePA-Aktensystem und ePA-Client, Prüfverfahren: Produktgutachten
A_24913 - ePA: TLS-Verbindungen, OCSP-Stapling, Prüfverfahren: Produktgutachten
A_21269-01 - ePA-Client: TLS-Session-Resumption, Prüfverfahren: Produktgutachten
Der ePA-Aktensystem unterstützt an den genutzten Schnittstellen mindestens die HTTP Version 1.1 (siehe A_24654 – ePA: http-Version).
Der ePA-Aktensystem nutzt sein C.FD.TLS-S Zertifikat für den TLS-Verbindungsaufbau. Der E-Rezept-Fachdienst prüft beim Verbindungsaufbau das Server-Zertifikat des ePA-Aktensystems entsprechend der Vorgaben von [gemSpec_PKI].
A_25971 - E-Rezept-Fachdienst - ePA - TLS-Server X.509-Zertifikat des ePA-Aktensystems auf Gültigkeit prüfen
Der E-Rezept-Fachdienst MUSS das Zertifikat des ePA-Aktensystems gemäß den Vorgaben von [gemSpec_PKI] und des TUC_PKI_018 mit den Eingangsdaten gemäß der Tabelle Tab_eRPFD_018 prüfen und im Fehlerfall den Aufbau der HTTPS-Verbindung abbrechen.
TUC_PKI_018 Eingangsdaten |
Zulässiger Wert bzw. Beschreibung |
---|---|
TSL |
die entsprechende TSL für Infrastrukturkomponenten |
Zertifikat |
das zu prüfende Zertifikat vom Kommunikationspartner |
Referenzzeitpunkt |
aktuelle Systemzeit |
Prüfmodus |
OCSP |
PolicyList |
oid_fd_tls_s |
Vorgesehene KeyUsage |
digitalSignature |
Vorgesehene ExtendedKeyUsage |
id-kp-serverAuth |
GracePeriod |
der Wert muss konfigurierbar sein |
Offline-Modus |
nein |
Timeout |
Default-Wert (siehe [gemSpec_PKI]) |
TOLERATE_OCSP_FAILURE |
Default-Wert (siehe [gemSpec_PKI]) |
Der TUC gibt neben dem Status der Zertifikatsprüfung auch die im Zertifikat enthaltene Rolle (Admission) zurück. Diese muss geprüft werden.
A_25972 - E-Rezept-Fachdienst - ePA - TLS-Server X.509-Zertifikat des ePA-Aktensystems Rolle prüfen
Der E-Rezept-Fachdienst MUSS prüfen, dass die im Zertifikat enthaltene Rolle (Admission) gleich oid_epa_dvw ist und im Fehlerfall den Aufbau der HTTPS-Verbindung abbrechen. [<=]
VAU-Protokoll
Zusätzlich zu der Transportverschlüsselung mittels TLS werden die zu übermittelten Daten mit dem VAU-Protokoll gesichert. Es gelten die Vorgaben aus [gemSpec_Krypt#7 VAU-Protokoll für ePA für alle].
Für die Authentisierung erstellt der E-Rezept-Fachdienst einen self-signed Bearer-Token. Für die Signatur wird das AUT-Zertifikat der E-Rezept-VAU verwendet. Siehe [gemSpec_Krypt#7.4 Authentisierung des E-Rezept-FD als ePA-Client] und [gemSpec_Aktensystem_ePAfueralle#3.16.3 Anforderungen an den Authorization Service für die Authentisierung des E-Rezept-Fachdienstes].
A_26066 - E-Rezept-Fachdienst - ePA - JWT Bearer-Token Claims
Der E-Rezept-Fachdienst MUSS für die Authentisierung gegenüber dem ePA-Aktensystem ein JWT Baerer-Token gemäß A_25165-* erstellen. [<=]
Um sicherzustellen, dass die korrekte Version von A_25165-* umgesetzt wird, wird A_25165-* dem E-Rezept-Fachdienst mit dem Prüfverfahren funktionale Herstellererklärung zugewiesen.
A_25935 - E-Rezept-Fachdienst - ePA - JWT Bearer-Token Signatur
Der E-Rezept-Fachdienst MUSS für die Authentisierung gegenüber dem ePA-Aktensystem das C.FD.AUT Zertifikat mit professionOID oid_erp-vau und der der Telematik-ID 9-E-Rezept-Fachdienst verwenden. [<=]
Informative Liste der Afos, welche der E-Rezept-Fachdienst erfüllen muss. Die Liste ist nur für das Featuredokument [gemF_eRp_ePA] und wird nicht in das Spezifikationsdokument [gemSpec_FD_eRp] übernommen, da es sich nach Einarbeitung aus dem PTSB ergibt.
A_25165-03 - Authorization Service: JWT Bearer-Token des E-Rezept-Fachdienstes, Prüfverfahren: funktionaler Test
Folgende Anforderungen aus [gemSpec_Krypt#3.15.1 Verbindung zur VAU] und [gemSpec_Krypt#7 VAU-Protokoll für ePA für alle] werden dem E-Rezept-Fachdienst zugewiesen:
A_15549-01 ePA-VAU-Client: Kommunikation zwischen ePA-Client und ePA-VAU, Prüfverfahren: Produktgutachten
A_24656 - ePA, Unabhängigkeit von TLS-Ebene und VAU-Protoll-Ebene, Prüfverfahren: funkt. Herstellererklärung
Übersicht Verbindungsaufbau/Schlüsselaushandlung
A_24958 - VAU-Protokoll: VAU-Client Prüfbasis Zertifikatsprüfung, Prüfverfahren: Produktgutachten
A_24757 - VAU-Protokoll: Nutzerpseudonym, Prüfverfahren: sich. techn Herstellererklärung
A_24428 - VAU-Protokoll: VAU-Client: Nachricht 1, Prüfverfahren: Produktgutachten
A_24619 - VAU-Protokoll: AES/GCM-Verschlüsselung im Handshake, Prüfverfahren: Produktgutachten
A_24622 - VAU-Protokoll: VAU-Client: Erhalt von Nachricht 2, Prüfverfahren: Produktgutachten
A_24623 - VAU-Protokoll: VAU-Client: Nachricht 3, Prüfverfahren: Produktgutachten
A_24624-01 - VAU-Protokoll: VAU-Client: Prüfung der "signierten öffentlichen VAU-Schlüssel", Prüfverfahren: Produktgutachten
A_24627 - VAU-Protokoll: VAU-Client: Erhalt von Nachricht 4, Prüfverfahren: Produktgutachten
Transport und Sicherung der Nutzdaten
A_24629 - VAU-Protokoll: VAU-Client: Verschlüsselungszähler, Prüfverfahren: Produktgutachten
A_24628 - VAU-Protokoll: VAU-Client: Request erzeugen/verschlüsseln, Prüfverfahren: Produktgutachten
A_24633 - VAU-Protokoll: VAU-Client: Response entschlüsseln/auswerten, Prüfverfahren: Produktgutachten
Authentisierung des E-Rezept-FD als ePA-Client
A_24771 - VAU-Protokoll: E-Rezept als Client, Prüfverfahren: Produktgutachten
siehe auch [gemSpec_Aktensystem_ePAfueralle#3.16.3 Anforderungen an den Authorization Service für die Authentisierung des E-Rezept-Fachdienste]
Routing auf VAU-Instanzen
A_24773 - VAU-Protokoll: Clients: Neustart/Wiederholung des Verbindungsaufbaus, Prüfverfahren: Produktgutachten
Fehlersignalisierung
A_24767 - VAU-Protokoll, Fehlerverarbeitung im VAU-Client, Prüfverfahren: Produktgutachten
Tracing in Nichtproduktivumgebungen
A_24477 - VAU-Client, Nichtproduktivumgebung, Offenlegung von symmetrischen Verbindungsschlüsseln, Prüfverfahren: Produktgutachten
User-Agent
A_25936 - E-Rezept-Fachdienst - ePA - Festlegung der ClientID
Der E-Rezept-Fachdienst MUSS bei allen Operationsaufrufen am Information Service, Authorization Service oder Medication Service die clientID "ERP-FD" verwenden, um den zu übermittelnden UserAgent zu erzeugen. [<=]
Der UserAgent setzt sich gemäß A_22470-* zusammen.
Folgende Anforderung aus [gemSpec_Aktensystem_ePAfueralle] wird dem E-Rezept-Fachdienst zugewiesen.
A_22470-05 - Definition User-Agent, Prüfverfahren: funktionaler Test
7.2.1.4.2 Neues Kapitel 6.10.2 ePA-Aktensysteme ermitteln
A_25937 - E-Rezept-Fachdienst - ePA - Lokalisierung des ePA-Aktensysteme
Der E-Rezept-Fachdienst MUSS zur Lokalisierung der ePA-Aktensysteme die durch die im DNS für die übergreifende ePA-Domäne epa4all.de eingestellten Informationen aufrufen. [<=]
Für die Bezeichnung der Ressourcen Records siehe "A_24592-* Anbieter ePA-Aktensystem - Registrierung an übergreifender ePA-Domäne". Die Informationen zu jedem ePA-Aktensystem enthalten den Endpunkt für den Authorization Service [I_Authorization_Service], Medication Service [I_Medication_Service] und Information Service [I_Information_Service].
A_25938 - E-Rezept-Fachdienst - ePA - Aktualisierung Cache ePA-Aktensysteme
Der E-Rezept-Fachdienst DARF NICHT Lokalisierungsinformationen zu ePA-Aktensystemen verwenden, welche länger als 24h lokal durch den E-Rezept-Fachdienst gecacht wurden. [<=]
7.2.1.4.3 Neues Kapitel 6.10.3 ePA-Aktensystem für KVNR ermitteln
A_25939 - E-Rezept-Fachdienst - ePA - ePA-Aktensystem für KVNR ermitteln
Der E-Rezept-Fachdienst MUSS für das Ermitteln des ePA-Aktensystem bei dem das Aktenkonto zu einer KVNR verwaltet wird, einmal den Endpunkt .../ehr/{insurantid}/consentdecisions des [I_Information_Service] jedes ePA-Aktensystem aufrufen und das Ermitteln abbrechen, wenn die Response den Statuscode 404 erhält. [<=]
A_25940 - E-Rezept-Fachdienst - ePA - Aktualisierung Cache Zuordnung KVNR zu ePA-Aktensystem
Der E-Rezept-Fachdienst DARF NICHT Informationen zur Zuordnung von KVNR und ePA-Aktensystem verwenden, welche länger als 180 Tage gecacht wurden. [<=]
A_25941 - E-Rezept-Fachdienst - ePA - Aktualisierung Cache Zuordnung KVNR zu ePA-Aktensystem - Statuscode 404
Der E-Rezept-Fachdienst MUSS gecachte Informationen zur Zuordnung von KVNR und ePA-Aktensystem invalidieren, wenn bei der Übermittlung die Response den Statuscode 404 erhält. [<=]
A_25942 - E-Rezept-Fachdienst - ePA - Fehlerbehandlung - Information Service - Fehler im Information Service
Der E-Rezept-Fachdienst MUSS die Aufrufe zum Ermitteln des ePA-Aktensystem für mindestens eine Minute unterbrechen, wenn ein Operationsaufruf im Information Service mit einem Statuscode 500 scheitert, und anschließend für weitere Aufrufe einen exponentiellen Backoff-Mechanismus anwenden, der die Wartezeit zwischen den Versuchen sukzessive verdoppelt, um die Belastung des Zielsystems zu minimieren. [<=]
A_25943 - E-Rezept-Fachdienst - ePA - Fehlerbehandlung - Information Service - Struktureller Fehler
Der E-Rezept-Fachdienst MUSS den Aufruf zum Ermitteln des ePA-Aktensystem als fehlerhaft kennzeichnen und eine detaillierte Fehlermeldung für interne Analysezwecke protokollieren, wenn der Information Service der ePA auf einen Operationsaufruf mit einem Statuscode 400 (malformed Request) reagiert. [<=]
7.2.1.4.4 Neues Kapitel 6.10.4 Übermittlung an den Medication Service
A_25944 - E-Rezept-Fachdienst - ePA - Flowtype 160/169/200/209
Der E-Rezept-Fachdienst MUSS sicherstellen, dass ausschließlich Daten zu Tasks mit dem Flowtype 160, 169, 200 oder 209 für den ePA Medication Service bereitstellt werden. [<=]
A_25945 - E-Rezept-Fachdienst - ePA - asynchrone Bereitstellung und Übermittlung
Der E-Rezept-Fachdienst MUSS das Übermitteln der Daten an den ePA Medication Service asynchron zur Bereitstellung der Daten durch die Clientsysteme umsetzen, damit für das bereitstellende Primärsystem der verordnenden oder abgebenden Leistungserbringerinstitution oder E-Rezept-FdV keine verlängerte Verarbeitungsdauer der auslösenden Operation auftritt. [<=]
Mappingregeln
A_25946 - E-Rezept-Fachdienst - ePA - Mapping
Der E-Rezept-Fachdienst MUSS beim Bereitstellen der Daten für ePA Medication Service die durch Clientsysteme des E-Rezept-Fachdienst bereitgestellten Ressourcen (E-Rezept FHIR Ressource) in Ressourcen des ePA Medication Service (ePA Medication Service FHIR Ressourcen) gemäß der Tabelle Tab_eRPFD_019 unter Beachtung der Ausnahmeregelungen überführen.
Ausgangsprofil der E-Rezept FHIR Ressourcen | Zielprofil der ePA Medication Service FHIR Ressourcen | Ausnahmeregelungen des Mappings |
---|---|---|
KBV_PR_ERP_Medication_PZN https://fhir.kbv.de/StructureDefinition/KBV_PR_ERP_Medication_PZN |
Medication resource for the ePA Medication Service https://gematik.de/fhir/epa-medication/StructureDefinition/epa-medication |
|
KBV_PR_ERP_Medication_Ingredient https://simplifier.net/erezept/kbvprerpmedicationingredient |
Medication resource for the ePA Medication Service https://gematik.de/fhir/epa-medication/StructureDefinition/epa-medication |
|
KBV_PR_ERP_Medication_Compounding https://fhir.kbv.de/StructureDefinition/KBV_PR_ERP_Medication_Compounding |
Medication resource for the ePA Medication Service https://gematik.de/fhir/epa-medication/StructureDefinition/epa-medication |
|
KBV_PR_ERP_Medication_FreeText https://fhir.kbv.de/StructureDefinition/KBV_PR_ERP_Medication_FreeText |
Medication resource for the ePA Medication Service https://gematik.de/fhir/epa-medication/StructureDefinition/epa-medication |
|
KBV_PR_ERP_Prescription https://simplifier.net/erezept/kbvprerpprescription |
MedicationRequest resource for the ePA Medication Service https://gematik.de/fhir/epa-medication/StructureDefinition/epa-medication-request |
|
KBV_PR_FOR_Practitioner https://fhir.kbv.de/StructureDefinition/KBV_PR_FOR_Practitioner |
Practitioner in gematik Directory https://gematik.de/fhir/directory/StructureDefinition/PractitionerDirectory |
|
KBV_PR_FOR_Organization https://fhir.kbv.de/StructureDefinition/KBV_PR_FOR_Organization |
Organization in gematik Directory https://gematik.de/fhir/directory/StructureDefinition/OrganizationDirectory |
|
GEM_ERP_PR_MedicationDispense https://gematik.de/fhir/erp/StructureDefinition/GEM_ERP_PR_MedicationDispense |
EPA MedicationDispense https://gematik.de/fhir/epa-medication/StructureDefinition/epa-medication-dispense |
|
GEM_ERP_PR_Medication https://gematik.de/fhir/erp/StructureDefinition/GEM_ERP_PR_Medication | Medication resource for the ePA Medication Service https://gematik.de/fhir/epa-medication/StructureDefinition/epa-medication |
A_25947 - E-Rezept-Fachdienst - ePA - provide-dispensation-erp - Organisation-Ressource
Der E-Rezept-Fachdienst MUSS beim Bereitstellen der MedicationDispense für den ePA Medication Service eine Ressource des Profils https://gematik.de/fhir/directory/StructureDefinition/OrganizationDirectory erstellen und Organization.identifier:TelematikID mit idNummer sowie Organization.name mit organizationName aus dem ACCESS_TOKEN belegen. [<=]
A_25948 - E-Rezept-Fachdienst - ePA - Mapping - Übernahme von Werten zwischen Profilen
Der E-Rezept-Fachdienst MUSS beim Bereitstellen der Daten für den ePA Medication Service sicherstellen, dass Datenwerte der E-Rezept FHIR Ressource übernommen werden, sofern das entsprechende Element in dem Ausgangs- und Zielprofilen vorhanden ist. [<=]
A_25949 - E-Rezept-Fachdienst - ePA - Mapping - Handhabung von Extensions
Der E-Rezept-Fachdienst MUSS beim Bereitstellen der Daten für den ePA Medication Service sicherstellen, dass alle Extensions aus den E-Rezept FHIR-Ressourcen in die ePA Medication Service FHIR-Ressource übernommen werden, es sei denn, eine Ausnahmeregelung ist in der Tab_eRPFD_019 festgelegt. [<=]
Hinweis: Falls in GEM_ERP_PR_MedicationDispense eine Extension MedicationDispense.medication[x].extension:dataAbsentReason vorhanden ist, wird diese in die EPA MedicationDispense übernommen. Der E-Rezept-Fachdienst loggt die Verwendung dieser Extension in den Betriebsdaten.
Lokalisierung
Der E-Rezept-Fachdienst benötigt für das Übermitteln von Informationen zu Verordnungsdaten und Dispensierinformationen die Information, bei welchen ePA-Aktensystem das Aktenkonto des Versicherten verwaltet wird. Siehe Kapitel 6.10.3 ePA-Aktensystem für KVNR ermitteln.
A_25950 - E-Rezept-Fachdienst - ePA - Fehlerbehandlung - Nichtauffinden in allen ePA-Aktensystemen
Der E-Rezept-Fachdienst MUSS alle Übermittlungsaufträge für eine KVNR abbrechen, wenn bei dem Versuch, ein Aktenkonto für diese KVNR zu finden, die Information Services aller ePA-Aktensysteme eine Response mit dem Statuscode 404 zurückgeben.
[<=]
Widerspruchsprüfung
Vor jedem Übermitteln prüft der E-Rezept-Fachdienst, ob der Versicherte in das Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst eingewilligt hat.
A_25951 - E-Rezept-Fachdienst - ePA - Prüfung des Widerspruchs vor Übermittlung
Der E-Rezept-Fachdienst MUSS vor jedem Übermitteln von Informationen zu Verordnungsdaten oder Dispensierinformationen an den ePA Medication Service den Endpunkt /information/{kvnr}/consentdecisions des Information Service aufrufen, prüfen, ob für die Funktion "erp-submission" der Wert "permit" vorliegt und die Übermittlung final abbrechen, wenn die Prüfung fehlschlägt. [<=]
Der Übermittlungsauftrag wird, falls ein Widerspruch zum Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst vorliegt, gelöscht.
Verschlüsseln
Der E-Rezept-Fachdienst muss den Inhalt jedes Operationsaufrufes am Medication Service gemäß [gemSpec_Krypt#A_24628-* VAU-Protokoll: VAU-Client: Request erzeugen/verschlüsseln] verschlüsseln.
Übermitteln
A_25952 - E-Rezept-Fachdienst - ePA - Übermittlung - Bereitstellung von Verordnungsdaten
Der E-Rezept-Fachdienst MUSS zur Bereitstellung von Verordnungsdaten an den ePA Medication Service die Operation [base]/$provide-prescription-erp des Medication Service aufrufen. [<=]
A_25953 - E-Rezept-Fachdienst - ePA - Übermittlung - Löschinformation von Verordnungsdaten
Der E-Rezept-Fachdienst MUSS, um die Löschinformation für Verordnungsdaten an den ePA Medication Service zu übermitteln, die Operation [base]/$cancel-prescription-erp des Medication Service aufrufen. [<=]
A_25954 - E-Rezept-Fachdienst - ePA - Übermittlung - Bereitstellung von Dispensierinformationen
Der E-Rezept-Fachdienst MUSS zur Bereitstellung von Dispensierinformationen an den ePA Medication Service die Operation [base]/$provide-dispensation-erp des Medication Service aufrufen. [<=]
A_25955 - E-Rezept-Fachdienst - ePA - Übermittlung - Löschinformation von Dispensierinformationen
Der E-Rezept-Fachdienst MUSS, um die Löschinformation für Dispensierinformationen an den ePA Medication Service zu übermitteln, die Operation [base]/$cancel-dispensation-erp des Medication Service aufrufen. [<=]
A_25956 - E-Rezept-Fachdienst - ePA - Übermittlung - Bündelung von Übermittlungsaufträgen nach KVNR
Der E-Rezept-Fachdienst KANN für die Übermittlung von Verordnungsdaten und Dispensierinformationen an den ePA Medication Service mehrere Instanzen von MedicationRequest oder mehrere Instanzen von MedicationDispense einer KVNR in einem einzigen Operationsaufruf bündeln. [<=]
Entschlüsseln
Der E-Rezept-Fachdienst muss den Response eines Operationsaufrufes am Medication Service gemäß der [gemSpec_Krypt#A_24633-* VAU-Protokoll: VAU-Client: Response entschlüsseln/auswerten] entschlüsseln.
7.2.1.4.5 Neues Kapitel 6.10.5 Aktenumzug
Wenn ein Versicherter die Krankenkasse wechselt, dann wird sein Aktenkonto umgezogen. Für den Zeitraum des Umzuges ist das Aktenkonto für das Einstellen neuer Daten gesperrt. Der Information Service und der Medication Service antworten mit dem Http-Errorcode 409. Der E-Rezept-Fachdienst wiederholt die Übermittlung zu einem späteren Zeitpunkt.
Es wird unterschieden zwischen den Szenarien, dass ein Aktenkonto innerhalb eines ePA-Aktensystems oder zwischen zwei ePA-Aktensystemen umziehen kann.
A_25957 - E-Rezept-Fachdienst - ePA - Fehlerbehandlung - Aktenkonto-Umzug
Der E-Rezept-Fachdienst MUSS alle Übermittlungsaufträge für eine KVNR für 24 Stunden pausieren, wenn das Aktenkonto aufgrund eines Umzugs nicht erreichbar ist und der Medication Service oder der Information Service eine Response mit dem Statuscode 409 zurückgibt, und nach dieser Pause einen erneuten Übermittlungsversuch starten. [<=]
7.2.1.4.6 Neues Kapitel 6.10.6 Fehlerbehandlung
A_25958 - E-Rezept-Fachdienst - ePA - Fehlerbehandlung - Reaktion auf Scheitern des Operationaufrufs
Der E-Rezept-Fachdienst MUSS die Datenübermittlung an ein Aktenkonto für mindestens eine Minute unterbrechen, wenn ein Aufruf im Medication Service mit dem Statuscode 500 scheitert, anschließend den Endpunkt zum Auffinden des Aktenkonto für diese KVNR bei allen weiteren Information Services abrufen, die Anfrage am gefundenen Medication Service wiederholen und bei anhaltenden Problemen einen exponentiellen Backoff-Mechanismus anwenden, der die Wartezeit zwischen den Versuchen sukzessive verdoppelt, um die Systembelastung zu minimieren. [<=]
Wenn die Übermittlungsaufträge für verschiedene KVNR an einem ePA-Aktensystem mit dem Statuscode 500 scheitern, was auf ein generelles Problem des ePA-Aktensystems hindeutet, stellt der E-Rezept-Fachdienst die Übermittlung an dieses ePA-Aktensystem insgesamt nach dem gleichen Unterbrechungsmuster ein.
A_25959 - E-Rezept-Fachdienst - ePA - Fehlerbehandlung - Probleme bei der Entschlüsselung durch den Medication Service
Der E-Rezept-Fachdienst MUSS bei einem Statuscode 400 in der Response des Medication Service, der auf operationelle Probleme wie Entschlüsselungsprobleme hindeutet, den Übermittlungsversuch abbrechen, einen neuen VAU-Kanal aufbauen und anschließend einen neuen Übermittlungsversuch starten. [<=]
A_25960 - E-Rezept-Fachdienst - ePA - Fehlerbehandlung - Probleme bei der Entschlüsselung durch den E-Rezept-Fachdienst
Der E-Rezept-Fachdienst MUSS, wenn er eine verschlüsselte Antwort des Medication Service nicht entschlüsseln kann und Unklarheit über den Erfolg der Übermittlung besteht, den Übermittlungsversuch abbrechen, einen neuen VAU-Kanal aufbauen und einen neuen Übermittlungsversuch starten. [<=]
A_25961 - E-Rezept-Fachdienst - ePA - Fehlerbehandlung - Reaktion auf Nichtverfügbarkeit des Medication Service
Der E-Rezept-Fachdienst MUSS den Übermittlungsversuch abbrechen, wenn kein VAU-Kanal zum Medication Service aufgebaut werden kann, weil dieser nicht verfügbar ist, und nach Wiederverfügbarkeit einen neuen Übermittlungsversuch starten. [<=]
7.2.1.4.7 Neues Kapitel 6.10.7 Zugriffsprotokollierung
Der E-Rezept-Fachdienst protokolliert das erfolgreiche Übermitteln von Daten für jedes E-Rezept an den Medication Service im Zugriffsprotokoll des Versicherten. Für Übermittlungsversuche, welche nicht erfolgreich durchgeführt werden konnten und für die die Übermittlung erneut versucht wird, wird kein Eintrag im Zugriffsprotokoll angelegt.
A_25962 - E-Rezept-Fachdienst - ePA - Medication Service - Versichertenprotokoll
Der E-Rezept-Fachdienst MUSS einen Aufruf der folgenden Endpunkte, für jeden betroffene E-Rezept abhängig von Ergebnis des Operationsaufrufes gemäß Tab_eRPFD_020 im Zugriffsprotokoll des Versicherten protokollieren:
Endpunkt | Ergebnis der Operation | Beschreibung (ggfs. als Vorschlag für einen lesbaren Protokolleintrag in einfacher Sprache) |
---|---|---|
/epa/medication/api/{version}/fhir/$provide-prescription-erp |
erfolgreich | Die Verordnung wurde in die Patientenakte übertragen. |
final nicht übermittelbar | Die Verordnung konnte nicht in die Patientenakte übertragen werden. | |
/epa/medication/api/{version}/fhir/$provide-dispensation-erp | erfolgreich | Die Medikamentenabgabe wurde in die Patientenakte übertragen. |
final nicht übermittelbar | Die Medikamentenabgabe konnte nicht in die Patientenakte übertragen werden. | |
/epa/medication/api/{version}/fhir/$cancel-prescription-erp |
erfolgreich | Die Löschinformation zum E-Rezept wurde in die Patientenakte übermittelt. |
final nicht übermittelbar | Die Löschinformation zum E-Rezept konnte nicht in die Patientenakte übermittelt werden. | |
/epa/medication/api/{version}/fhir/$cancel-dispensation-erp |
erfolgreich | Die Löschinformation für die Medikamentenabgabe wurde in die Patientenakte übertragen. |
final nicht übermittelbar | Die Löschinformation für die Medikamentenabgabe konnte nicht in die Patientenakte übertragen werden. |
Das Ergebnis "final nicht übermittelbar" bedeutet, dass die Übermittlung auch nach den definierten Wiederholversuchen nicht erfolgreich durchgeführt werden konnte.
Für Übermittlungsversuche, welche nicht erfolgreich durchgeführt werden konnten und für die die Übermittlung erneut versucht werden soll, wird kein Eintrag im Zugriffsprotokoll angelegt.
Wenn ein Versicherter dem Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst widersprochen hat, wird keine Übermittlung von Daten gestartet (siehe A_25951-*). In dem Fall wird kein Eintrag im Zugriffsprotokoll angelegt.
Erweiterung von A_19296-* E-Rezept-Fachdienst - Inhalt Protokolleintrag
A_19296-03 - E-Rezept-Fachdienst - Inhalt Protokolleintrag
Der E-Rezept-Fachdienst MUSS einen Protokolleintrag mit den folgenden Werten befüllen:
- AuditEvent.text: Generierung eines HTML-<div>-Elements mit lesbarer Beschreibung in einfacher Sprache
- AuditEvent.type: Fester Wert "rest" gemäß http://terminology.hl7.org/CodeSystem/audit-event-type
- AuditEvent.subtype: aus dem ValueSet https://www.hl7.org/fhir/valueset-audit-event-sub-type.html gemäß http://hl7.org/fhir/restful-interaction
-
- "create" beim Hinzufügen/Speichern/Anlegen eines Datenobjekts mit Versichertenbezug (mit Ausnahme von AuditEvent- und Communication-Ressource)
- "read" beim lesenden Zugriff auf ein Datenobjekt mit Versichertenbezug
- "update", wenn das Datenobjekt mit Versichertenbezug geändert/aktualisiert wird
- "delete", wenn das Datenobjekt mit Versichertenbezug manuell oder automatisch gelöscht wird
- "create" beim Hinzufügen/Speichern/Anlegen eines Datenobjekts mit Versichertenbezug (mit Ausnahme von AuditEvent- und Communication-Ressource)
- AuditEvent.action: analog AuditEvent.subType (C, R, U, D) gemäß https://www.hl7.org/fhir/valueset-audit-event-action.html
- AuditEvent.recorded: aktuelle Systemzeit des E-Rezept-Fachdienstes
- AuditEvent.outcome: Ergebnis der aufgerufenen Operation gemäß https://www.hl7.org/fhir/valueset-audit-event-outcome.html (0 = Erfolg, 4 = Fehler auf Clientseite, 8 = Serverfehler)
- AuditEvent.agent.type: Fester Wert "humanuser" bzw. bei Übermittlung an ePA "dataprocessor" aus http://terminology.hl7.org/CodeSystem/extra-security-role-type
- AuditEvent.agent.name: Lesbarer Name aus Identity-Token des Zugreifenden, der die zu protokollierende Aktion getriggert hat, z.B. "Praxis Dr. Müller, Bahnhofstr. 78" oder Versicherter z.B. "Max Mustermann" bzw. bei Übermittlung an ePA "E-Rezept-Fachdienst"
- AuditEvent.agent.who: KVNR bzw. Telematik-ID des zugreifenden Nutzers aus Identity-Token, der diesen Protokolleintrag ausgelöst hat
- AuditEvent.agent.requestor: Fester Wert "false", da keine Protokolleinträge von außen erzeugt werden
- AuditEvent.soure.site: Fester Wert "E-Rezept-Fachdienst"
- AuditEvent.soure.observer: Device-Informationen des E-Rezept-Fachdienstes (status, serialnumber=gemäß Release)
- AuditEvent.entity.what: Referenz auf das betroffene Datenobjekt Task, ChargeItem, MedicationDispense oder Consent zum Abruf
- AuditEvent.entity.name: Eintrag der KVNR des betroffenen Versicherten aus dem Identifier des protokollierten Datenobjekts (String)
- AuditEvent.entity.description: Rezept-ID als Identifier, wird übernommen aus MedicationDispense, ChargeItem oder Task bzw. Consent.category.coding.code bei Anlegen oder Löschen eines Consent
7.3 Anforderung an PS abgebende LEI
Für das Primärsytem der verordnenden und abgebenden LEI ergeben sich keine neuen Anforderungen. Es ist jedoch zu beachten, dass die Version 1.4 des de.gematik.erezept-workflow.r4-Pakets unterstützt werden muss.
Insbesondere ist nach einer Übergangszeit die Medication Information entsprechend der de.gematik.erezept-workflow.r4-Paket Version 1.4 zu übermitteln.
7.4 Anforderung an E-Rezept FdV
Für das E-Rezept-FdV ergibt sich sich eine neue Anforderung. Es ist zusätzlich zu beachten, dass das neue Profil der MedicationDispense aus dem de.gematik.erezept-workflow.r4-Paket Version 1.4 unterstützt werden müssen.
Die nachfolgende Anforderung wird in das Dokument [gemSpec_eRp_FdV] übernommen.
7.4.1 Änderung in 5.2.3.7 E-Rezept in E-Rezept-Fachdienst löschen
A_26082 - E-Rezept-FdV: E-Rezept löschen - Hinweis zu Daten in ePA
Das E-Rezept-FdV MUSS im Anwendungsfall "E-Rezept löschen" dem Nutzer einen Hinweis geben, wie sich das Löschen auf die Informationen zum E-Rezept in der elektronischen Patientenakte auswirkt. [<=]
Hinweis: Die Information soll insbesondere die Unterschiede bei nicht eingelösten und eingelösten E-Rezepten beinhalten.
7.5 Betrieb
7.5.1 Änderungen in der gemKPT_Betr
5.3.2.9 Anwendung E-Rezept (PDT50, PDT59)
Hinzufügen der neuen UseCases zur Tabelle Tab_gemKPT_Betr_eRP_S::O/A
Produkttyp / Anwendungstyp | S/A-ID |
Schnittstellen::Operation / Anwendungsfall |
Beschreibung | Berichtsformat-Alias (sofern von Schnittstellen::Operation bzw. Anwendungsfall abweichend) |
---|---|---|---|---|
E-Rezept-Fachdienst - PDT50 | ||||
PDT50 | A01 | ERP* | ||
PDT50 | A02 | ERP.UC_2_1 | E-Rezept erzeugen | |
PDT50 | A03 | ERP.UC_2_3 | E-Rezept einstellen (Standard-Workflow) | |
PDT50 | A04 | ERP.UC_3_1 | E-Rezept durch Versicherte abrufen | |
PDT50 | A05 | ERP.UC_3_3 | Nachricht durch Versicherten übermitteln | |
PDT50 | A06 | ERP.UC_3_6 | E-Rezept durch Vertreter abrufen | |
PDT50 | A07 | ERP.UC_4_1 | E-Rezept durch Abgebenden abrufen | |
PDT50 | A08 | ERP.UC_4_4 | Quittung durch Abgebenden abrufen | |
PDT50 | A09 | ERP.UC_4_7 | Nachricht durch Abgebenden übermitteln | |
PDT50 | A10 | ERP.UC_2_3_169 | E-Rezept einstellen (Workflow-Steuerung durch Leistungserbringer) | |
PDT50 | A11 | ERP.UC_3_7 | Abrechnungsinformationen durch den Versicherten abrufen | |
PDT50 | A12 | ERP.UC_4_11 | Abrechnungsinformationen durch Abgebenden bereitstellen | |
PDT50 | A13 | ERP.VAU | USE-CASE konnte nicht gelesen werden, wegen fehlender VAU Entschlüsselung. | |
PDT50 | A14 | ERP.UC_2_3_200 | E-Rezept PKV einstellen | |
PDT50 | A15 | ERP.UC_2_3_209 | E-Rezept PKV (Direktzuweisung) einstellen | |
PDT50 | A16 | ERP.UC_4_10 | Abrechnungsinformationen durch Abgebenden abrufen | |
PDT50 | A17 | ERP.UC_4_12 | E-Rezepte vom Versicherten durch Abgebenden abrufen | |
PDT50 | A18 | ERP.UC_1_1 | Signaturinformationen abrufen | |
PDT50 | A19 | ERP.UC_1_2 | FHIR CapabilityStatement abrufen | |
PDT50 | A20 | ERP.UC_2_5 | E-Rezept durch Verordnenden löschen | |
PDT50 | A21 | ERP.UC_3_2 | E-Rezept durch Versicherten löschen | |
PDT50 | A22 | ERP.UC_3_4 | Nachricht durch Versicherten empfangen | |
PDT50 | A23 | ERP.UC_3_5 | Zugriffsprotokoll durch Versicherten abrufen | |
PDT50 | A24 | ERP.UC_3_8 | Nachricht durch Versicherten löschen | |
PDT50 | A25 | ERP.UC_3_9 | Dispensierinformationen durch Versicherten abrufen | |
PDT50 | A26 | ERP.UC_3_10 | Abrechnungsinformationen durch Versicherten abrufen | |
PDT50 | A27 | ERP.UC_3_11 | Abrechnungsinformation durch Versicherten löschen | |
PDT50 | A28 | ERP.UC_3_12 | Abrechnungsinformation durch Versicherten markieren | |
PDT50 | A29 | ERP.UC_3_13 | Einwilligung durch Versicherten abrufen | |
PDT50 | A30 | ERP.UC_3_14 | Einwilligung durch Versicherten erteilen | |
PDT50 | A31 | ERP.UC_3_15 | Einwilligung durch Versicherten widerrufen | |
PDT50 | A32 | ERP.UC_4_2 | E-Rezept durch Abgebenden zurückgeben | |
PDT50 | A33 | ERP.UC_4_3 | E-Rezept durch Abgebenden löschen | |
PDT50 | A34 | ERP.UC_4_6 | Nachrichten durch Abgebenden empfangen | |
PDT50 | A35 | ERP.UC_4_8 | Quittung durch Abgebenden erneut abrufen | |
PDT50 | A36 | ERP.UC_4_9 | Nachricht durch Abgebenden löschen | |
PDT50 | A37 | ERP.UC_4_13 | Abgabedatensatz durch Abgebenden aktualisieren | |
PDT50 | A38 | ERP.UC_4_14 | Subscription durch Abgebenden registrieren | |
PDT50 | A39 | ERP.nonVAU_1 | Abruf VAU-Schlüsselidentität | |
PDT50 | A40 | ERP.nonVAU_2 | Abruf OCSP-Antwort der VAU-Schlüsselidentität | |
PDT50 | A41 | ERP.nonVAU_3 | Abruf Zertifikatsliste | |
PDT50 | A42 | ERP.nonVAU_4 | Abruf OCSP-Liste | |
PDT50 | A43 | ERP.nonVAU_5 | Abruf OCSP-Forwarder | |
PDT50 | A47 | ERP.UC_4_16 | Dispensierinformationen durch Abgebenden bereitstellen | |
PDT50 | A48 | ERP.UC_4_17 | E-Rezept erneut abrufen | |
PDT50 | A49 | ERP.nonVAU_6 | Abruf PKI Zertifikatsliste | |
PDT50 | A50 | ERP.nonVAU_7 | Abruf OCSP-Antwort | |
PDT50 | A51 | ERP.nonVAU_8 | Abruf Zufallsdaten | |
PDT50 | A52 | ERP.UC_5_1 | Verordnungsdaten in Aktenkonto einstellen | |
PDT50 | A53 | ERP.UC_5_2 | Löschinformation Verordnungsdaten an Aktenkonto übermitteln | |
PDT50 | A54 | ERP.UC_5_3 | Dispensierinformationen in Aktenkonto einstellen | |
PDT50 | A55 | ERP.UC_5_4 | Löschinformation Dispensierinformationen an Aktenkonto übermitteln | |
PDT50 | A56 | ERP.UC_5_5 | ePA-Aktensystem ermitteln und Widerspruch prüfen | |
PDT50 | A57 | ERP.UC_5_6 | Login ePA-Aktensystem | |
Apothekenverzeichnis - PDT59 | ||||
PDT59 | A01 | APO* | ||
PDT59 | A02 | APO.UC_1_1 | Apothekeninformationen abrufen |
7.5.2 Änderungen in der gemSpec_Perf
3.2.1.3 Performancevorgaben E-Rezept
Hinzufügen der Vorgaben zur Spitzenlast
A_26079 - Performance - E-Rezept-Fachdienst - ePA Medication Service - Spitzenlastvorgaben
Der Produkttyp E-Rezept-Fachdienst MUSS als Client die Spitzenlastvorgaben aus Tabelle "Tab_gemSpec_Perf_eRP-Fachdienst: Spitzenlastvorgaben ePA Medication Service" erfüllen.
UseCase-Bezug | Beschreibung | Spitzenlast [1/sec] |
---|---|---|
ERP.UC_5_1 | Verordnungsdaten in ePA Medication Service einstellen | 390 |
ERP.UC_5_2 | Löschinformation Verordnungsdaten an ePA Medication Service übermitteln | 35 |
ERP.UC_5_3 | Dispensierinformationen in ePA Medication Service einstellen | 145 |
ERP.UC_5_4 | Löschinformation Dispensierinformationen an ePA Medication Service übermitteln | 65 |
Hinzufügen der Vorgaben zur maximalen Übertragungszeit
A_26080 - Performance - ePA Medication Service - Maximale Übertragungszeit
Der Produkttyp E-Rezept-Fachdienst MUSS als Client des ePA Medication Service die UseCases zum Einstellen und Übermitteln der Löschinformationen von Verordnungsdaten und Dispensierinformationen spätestens nach 12 Stunden im ePA Aktenkonto durchgeführt haben, es sei denn, technische Fehler im ePA Aktensystem verhindern dies. [<=]
3.2.2.2 Format
Erweiterung des BDEv2 Messagefeldes, um die Fehlercodes der Operation Outcome und den ePA Aktensystemen
Hinzufügen der neuen UseCases zur Tabelle "Tab_gemSpec_Perf_Berichtsformat_E-Rezept-Fachdienst"
$FD-operation |
Operation |
Schnittstelle zu |
---|---|---|
ERP.UC_1_1 | GET /Device | alle |
ERP.UC_1_2 | GET /metadata | alle |
ERP.UC_2_1 |
POST /Task/$create |
verordnende LEI |
ERP.UC_2_3 |
POST /Task/<id>/$activate mit Flowtype 160 |
verordnende LEI |
ERP.UC_2_3_169 | POST /Task/<id>/$activate mit Flowtype 169 | verordnende LEI |
ERP.UC_2_3_200 | POST /Task/<id>/$activate mit Flowtype 200 | verordnende LEI |
ERP.UC_2_3_209 | POST /Task/<id>/$activate mit Flowtype 209 | verordnende LEI |
ERP.UC_2_5 | POST /Task/<id>/$abort | verordnende LEI |
ERP.UC_3_1 | GET /Task | Versicherte |
ERP.UC_3_2 | POST /Task/<id>/$abort | Versicherte |
ERP.UC_3_3 | POST /Communication | Versicherte |
ERP.UC_3_5 | GET /AuditEvent | Versicherte |
ERP.UC_3_6 | GET /Task/<id> | Versicherte |
ERP.UC_3_7 | GET /ChargeItem/<id> | Versicherte |
ERP.UC_3_8 | DELETE /Communication/<id> | Versicherte |
ERP.UC_3_9 | GET /MedicationDispense?<parameter>= | Versicherte |
ERP.UC_3_10 | GET /ChargeItem | Versicherte |
ERP.UC_3_11 | DELETE /ChargeItem/<id> | Versicherte |
ERP.UC_3_12 | PATCH /ChargeItem/<id> | Versicherte |
ERP.UC_3_13 | GET /Consent | Versicherte |
ERP.UC_3_14 | POST /Consent | Versicherte |
ERP.UC_3_15 | DELETE /Consent | Versicherte |
ERP.UC_4_1 | POST /Task/<id>/$accept | abgebende LEI |
ERP.UC_4_2 | POST /Task/<id>/$reject | abgebende LEI |
ERP.UC_4_3 | POST /Task/<id>/$abort | abgebende LEI |
ERP.UC_4_4 | POST /Task/<id>/$close | abgebende LEI |
ERP.UC_4_7 | POST /Communication |
abgebende LEI |
ERP.UC_4_8 | GET /Task/<id>?secret | abgebende LEI |
ERP.UC_4_9 | DELETE /Communication/<id> | abgebende LEI |
ERP.UC_4_10 | GET /ChargeItem/<id> | abgebende LEI |
ERP.UC_4_11 | POST /ChargeItem | abgebende LEI |
ERP.UC_4_12 | GET /Task(PNW) | abgebende LEI |
ERP.UC_4_13 | PUT /ChargeItem/<id> | abgebende LEI |
ERP.UC_4_14 | POST /Subscription | abgebende LEI |
ERP.UC_4_16 | POST /Task/<id>/$dispense | abgebende LEI |
ERP.UC_4_17 | GET /Task/<id>?accesscode | abgebende LEI |
ERP.UC_5_1 | Verordnungsdaten in Aktenkonto einstellen | ePA-Aktensystem |
ERP.UC_5_2 | Löschinformation Verordnungsdaten an Aktenkonto übermitteln | ePA-Aktensystem |
ERP.UC_5_3 | Dispensierinformationen in Aktenkonto einstellen | ePA-Aktensystem |
ERP.UC_5_4 | Löschinformation Dispensierinformationen an Aktenkonto übermitteln | ePA-Aktensystem |
ERP.UC_5_5 | ePA-Aktensystem ermitteln und Widerspruch prüfen | ePA-Aktensystem |
ERP.UC_5_6 | Login ePA-Aktensystem | ePA-Aktensystem |
ERP.nonVAU_1 | GET /VAUCertificate | alle |
ERP.nonVAU_2 | GET /VAUCertificateOCSPResponse | alle |
ERP.nonVAU_3 | GET /CertList | alle |
ERP.nonVAU_4 | GET /OCSPList | alle |
ERP.nonVAU_5 | POST /ocspf | alle |
ERP.nonVAU_6 | GET /PKICertificates | alle |
ERP.nonVAU_7 | GET /OCSPResponse | alle |
ERP.nonVAU_8 | GET /Random | alle |
8 Anhang A – Verzeichnisse
8.1 Abkürzungen
Kürzel |
Erläuterung |
---|---|
AVS | Apothekenverwaltungssystem |
DNS | Domain Name Service |
eML | elektronische Medikationsliste |
ePA | elektronische Patientenakte |
FdV | Frontend des Versicherten |
FHIR | Fast Healthcare Interoperable Resources |
KVNR | Krankenversichertennummer |
LEI | Leistungserbringerinstitution |
PKI | Private Key Infrastructure |
PS | Primärsystem |
QES | Qualifizierte Elektronische Signatur |
TI | Telematikinfrastruktur |
TLS | Transport Layer Security |
VAU | Vertrauenswürdige Ausführungsumgebung |
8.2 Glossar
Begriff |
Erläuterung |
---|---|
Funktionsmerkmal | Der Begriff beschreibt eine Funktion oder auch einzelne, eine logische Einheit bildende Teilfunktionen der TI im Rahmen der funktionalen Zerlegung des Systems. |
Versicherten-ID | 10-stelliger unveränderlicher Anteil der KVNR |
Das Glossar wird als eigenständiges Dokument (vgl. [gemGlossar]) zur Verfügung gestellt.
8.3 Abbildungsverzeichnis
- Abbildung 1 : Sequenzdiagramm zu UseCase I - Verordnungsdaten in Aktenkonto einstellen
- Abbildung 2 : Sequenzdiagramm zu UseCase II - Löschinformation für Verordnungsdaten an Aktenkonto übermitteln
- Abbildung 3 : Sequenzdiagramm zu UseCase III - Dispensierinformationen in Aktenkonto einstellen
- Abbildung 4 : Sequenzdiagramm zu UseCase IV - Löschinformation für Dispensierinformationen an Aktenkonto übermitteln
- Abbildung 5 : Sequenzdiagramm zu UseFunction: ePA-Aktensystem ermitteln und Widerspruch prüfen
- Abbildung 6 : Sequenzdiagramm zu UseCaseFunction: Login ePA-Aktensystem
- Abbildung 7: Transport durch die TI
- Abbildung 8 : Nichtauffinden des Aktenkontos in allen ePA-Aktensystemen
- Abbildung 9: Aktenkonto Umzug innerhalb eines ePA-Aktensystems
- Abbildung 10: Aktenkonto Umzug zu einem anderen ePA-Aktensystem
- Abbildung 11: ePA-Aktensystem nicht verfügbar
8.4 Tabellenverzeichnis
- Tabelle 1 : Festlegungen UseCase I - Verordnungsdaten in Aktenkonto einstellen
- Tabelle 2 : Festlegungen UseCase II - Löschinformation für Verordnungsdaten an Aktenkonto übermitteln
- Tabelle 3 : Festlegungen UseCase III - Dispensierinformationen in Aktenkonto einstellen
- Tabelle 4 : Festlegungen UseCase IV - Löschinformation für Dispensierinformationen an Aktenkonto übermitteln
- Tabelle 5 : Festlegungen UseFunction: ePA-Aktensystem ermitteln und Widerspruch prüfen
- Tabelle 6 : Festlegungen UseCaseFunction: Login ePA-Aktensystem
- Tabelle 7 : Beschreibung der Reaktion bei typischen Fehlerfällen
- Tabelle 8 : Möglichkeiten zum Caching
- Tabelle 9 : Zielprofile des ePA Medication Service
- Tabelle 10: Tab_eRPFD_018 – Eingangsdaten für die Prüfung des ePA-Aktensystem Server-Zertifikats
- Tabelle 11 : Tab_eRPFD_019 Übersicht Mapping und Ausnahmeregelungen des Mappings
- Tabelle 12 : Tab_eRPFD_020 Versichertenprotokoll für ePA Medication Service
- Tabelle 13: Im Dokument verwendete Abkürzungen
- Tabelle 14: Glossar
- Tabelle 15: Referenzierte Dokumente der gematik
- Tabelle 16: Weitere Referenzen
8.5 Referenzierte Dokumente
8.5.1 Dokumente der gematik
Die nachfolgende Tabelle enthält die Bezeichnung der in dem vorliegenden Dokument referenzierten Dokumente der gematik zur Telematikinfrastruktur. Der mit der vorliegenden Version korrelierende Entwicklungsstand dieser Konzepte und Spezifikationen wird pro Release definiert; Version und Stand der referenzierten Dokumente sind daher in der nachfolgenden Tabelle nicht aufgeführt. Deren zu diesem Dokument jeweils gültige Versionsnummern sind in den aktuellen, von der gematik veröffentlichten Steckbriefen der zugrundeliegenden Produkte enthalten, in der die vorliegende Version aufgeführt wird.
[Quelle] |
Herausgeber: Titel |
[Fachkonzept ePA für alle] |
gematik: Die elektronische Patientenakte für alle: Für eine digital gestützte Gesundheitsversorgung |
[gemGlossar] | gematik: Einführung der Gesundheitskarte – Glossar |
[gemILF_PS_eRp] | gematik: Spezifikation Implementierungsleitfaden Primärsysteme – E-Rezept |
[gemSpec_Aktensystem_ePAfueralle] | gematik: Spezifikation Aktensystem ePA für alle |
[gemSpec_FD_eRp] | gematik: Spezifikation E-Rezept-Fachdienst |
[gemSpec_Krypt] | gematik: Übergreifende Spezifikation Verwendung kryptographischer Algorithmen in der Telematikinfrastruktur |
[gemSpec_PKI] | gematik: Übergreifende Spezifikation – Spezifikation PKI |
[I_Authorization_Service] | gematik: Interface Beschreibung des Authorization Service. Quelle: https://github.com/gematik/ePA-Basic/blob/ePA-3.0.1/src/openapi/I_Authorization_Service.yaml |
[I_Information_Service] | gematik: Interface Beschreibung des Information Service. Quelle: https://github.com/gematik/ePA-Basic/blob/ePA-3.0.1/src/openapi/I_Information_Service.yaml |
[I_Medication_Service] | gematik: Interface Beschreibung des Medication Service. Quelle: https://github.com/gematik/ePA-Medication/blob/ePA-3.0.1/src/openapi/I_Medication_Service_FHIR.yaml |
[Simplifier epa-medication] | gematik: Simplifier: Die ePA-Medication Spezifikation https://simplifier.net/epa-medication |
8.5.2 Weitere Dokumente
[Quelle] |
Herausgeber (Erscheinungsdatum): Titel |
https://build.fhir.org/operations.html |
Allgemeine Informationen zur Verwendung von FHIR-Operationen |