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. 

Tabelle 1 : Festlegungen UseCase I - Verordnungsdaten in Aktenkonto einstellen

Name Verordnungsdaten in Aktenkonto einstellen
Vorbedingung Der Anwendungsfall "UC 2.3 - E-Rezept einstellen" wird ausgeführt.
Kurzbeschreibung
(Außenansicht)
  1. Das PS ruft die Operation am E-Rezept-Fachdienst auf und übermittelt die Verordnungsdaten.
  2. Der E-Rezept-Fachdienst führt die Prüfungen der Operation aus.
  3. Wenn erfolgreich abgeschlossen, erstellt der E-Rezept-Fachdienst den Datenübermittlungsauftrag inklusive der vom PS übermittelten FHIR Ressourcen.
  4. Der E-Rezept-Fachdienst ermittelt das ePA-Aktensystem des Aktenkontos des Versicherten. (Use Case Function: ePA-Aktensystem ermitteln und Widerspruch prüfen)
  5. Der E-Rezept-Fachdienst prüft, ob ein Widerspruch des Versicherten zum Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst im ePA-Aktensystem vorliegt. (Use Case Function: ePA-Aktensystem ermitteln und Widerspruch prüfen)
  6. Falls kein Widerspruch des Versicherten vorliegt:
    1. Der E-Rezept-Fachdienst baut, falls nicht vorhanden, eine User Session zum ePA-Aktensystem auf.
    2. Der E-Rezept-Fachdienst verschlüsselt (VAU-Transport) die in das Zielformat der ePA konvertierten FHIR Ressourcen und übermittelt sie an das ePA-Aktensystem.
  7. Das ePA-Aktensystem verarbeitet und persistiert die übermittelten FHIR Ressourcen im Aktenkonto.
  8. Der E-Rezept-Fachdienst protokolliert die Datenübermittlung an das Aktenkonto für den Versicherten.
  9. Der E-Rezept-Fachdienst löscht den Datenübermittlungsauftrag aus der Warteschlange, wenn das ePA-Aktensystem die Daten erfolgreich verarbeiten konnte.
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.

Abbildung 1Sequenzdiagramm zu UseCase I - Verordnungsdaten in Aktenkonto einstellen

[<=]

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. 

Tabelle 2 : Festlegungen UseCase II - Löschinformation für Verordnungsdaten an Aktenkonto übermitteln

Name Löschinformation für Verordnungsdaten an Aktenkonto übermitteln
Vorbedingungen Einer der folgenden Anwendungsfälle wird ausgeführt
  • "UC 2.5 - E-Rezept durch Verordnenden löschen"
  • "UC 4.3 - E-Rezept durch Abgebenden löschen"
  • "UC 3.2 - E-Rezept durch Versicherten löschen" und der Task ist im Status "ready"
Kurzbeschreibung
(Außenansicht)
  1. Das Clientsystem ruft die Operation am E-Rezept-Fachdienst auf und übermittelt die Task-ID der zu löschenden Verordnungsdaten.
  2. Der E-Rezept-Fachdienst führt die Prüfungen der Operation aus.
  3. Wenn erfolgreich abgeschlossen:
    1. Der E-Rezept-Fachdienst ermittelt die KVNR des Task
    2. Der E-Rezept-Fachdienst erstellt den Übermittlungsauftrag mit der FHIR-Ressource mit der  Löschinformation einschließlich der KVNR des Task
  4. Der E-Rezept-Fachdienst ermittelt das ePA-Aktensystem des Aktenkontos des Versicherten. (Use Case Function: ePA-Aktensystem ermitteln und Widerspruch prüfen)
  5. Der E-Rezept-Fachdienst prüft, ob ein Widerspruch des Versicherten zum Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst im ePA-Aktensystem vorliegt. (Use Case Function: ePA-Aktensystem ermitteln und Widerspruch prüfen)
  6. Falls kein Widerspruch des Versicherten vorliegt:
    1. Der E-Rezept-Fachdienst baut, falls nicht vorhanden, eine User Session zum ePA-Aktensystem auf.
    2. Der E-Rezept-Fachdienst verschlüsselt (VAU-Transport) die FHIR Ressourcen mit der Löschinformation der Verordnungsdaten und übermittelt sie an das ePA-Aktensystem.
  7. Das ePA-Aktensystem verarbeitet die übermittelten Daten im Aktenkonto.
  8. Der E-Rezept-Fachdienst protokolliert die Übermittlung der Löschinformation an das Aktenkonto für den Versicherten im Zugriffsprotokoll des E-Rezept-Fachdienstes.
  9. Der E-Rezept-Fachdienst löscht den Übermittlungsauftrag aus der Warteschlange, wenn das ePA-Aktensystem die Daten erfolgreich verarbeiten konnte.
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.

Abbildung 2 : Sequenzdiagramm zu UseCase II - Löschinformation für Verordnungsdaten an Aktenkonto übermitteln

[<=]

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. 

Tabelle 3 : Festlegungen UseCase III - Dispensierinformationen in Aktenkonto einstellen

Name Dispensierinformationen in Aktenkonto einstellen
Vorbedingungen Einer der folgenden Anwendungsfälle wird ausgeführt
  • "UC 4.4 - Quittung abrufen"
  • "UC 4.16 - Dispensierinformationen bereitstellen"
Kurzbeschreibung
(Außenansicht)
  1. Das PS ruft die Operation am E-Rezept-Fachdienst auf und übermittelt die Dispensierinformationen.
  2. Der E-Rezept-Fachdienst führt die Prüfungen der Operation aus.
  3. Wenn erfolgreich abgeschlossen:
    1. Der E-Rezept-Fachdienst ermittelt die KVNR des Task
    2. Der E-Rezept-Fachdienst erstellt den Datenübermittlungsauftrag einschließlich der vom PS übermittelten FHIR Ressourcen.
  4. Der E-Rezept-Fachdienst ermittelt das ePA-Aktensystem des Aktenkontos des Versicherten. (Use Case Function: ePA-Aktensystem ermitteln und Widerspruch prüfen)
  5. Der E-Rezept-Fachdienst prüft, ob ein Widerspruch des Versicherten zum Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst im ePA-Aktensystem vorliegt. (Use Case Function: ePA-Aktensystem ermitteln und Widerspruch prüfen)
  6. Falls kein Widerspruch des Versicherten vorliegt:
    1. Der E-Rezept-Fachdienst baut, falls nicht vorhanden, eine User Session zum ePA-Aktensystem auf
    2. Der E-Rezept-Fachdienst verschlüsselt (VAU-Transport) die in das Zielformat der ePA konvertierten FHIR Ressourcen und übermittelt sie an das ePA-Aktensystem.
  7. Das ePA-Aktensystem verarbeitet und persistiert die übermittelten FHIR Ressourcen im Aktenkonto.
  8. Der E-Rezept-Fachdienst protokolliert die Datenübermittlung an das Aktenkonto für den Versicherten im Zugriffsprotokoll.
  9. Der E-Rezept-Fachdienst löscht den Datenübermittlungsauftrag aus der Warteschlange, wenn das ePA-Aktensystem die Daten erfolgreich verarbeiten konnte.
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.

Abbildung 3 : Sequenzdiagramm zu UseCase III - Dispensierinformationen in Aktenkonto einstellen 

[<=]

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. 

Tabelle 4 : Festlegungen UseCase IV - Löschinformation für Dispensierinformationen an Aktenkonto übermitteln

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)
  1. Das AVS ruft die Operation am E-Rezept-Fachdienst auf und übermittelt die Task-ID des zurückzugebenden E-Rezepts.
  2. Der E-Rezept-Fachdienst führt die Prüfungen der Operation aus.
  3. Wenn erfolgreich ausgeschlossen und es liegen Dispensierinformationen zum Task vor:
    1. Der E-Rezept-Fachdienst ermittelt die KVNR des Task.
    2. Der E-Rezept-Fachdienst erstellt für den Übermittlungsauftrag die FHIR-Ressource mit den  Löschinformationen einschließlich der KVNR des Task
  4. Der E-Rezept-Fachdienst ermittelt das ePA-Aktensystem des Aktenkontos des Versicherten. (Use Case Function: ePA-Aktensystem ermitteln und Widerspruch prüfen)
  5. Der E-Rezept-Fachdienst prüft, ob ein Widerspruch des Versicherten zum Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst im ePA-Aktensystem vorliegt. (Use Case Function: ePA-Aktensystem ermitteln und Widerspruch prüfen)
  6. Falls kein Widerspruch des Versicherten vorliegt:
    1. Der E-Rezept-Fachdienst baut, falls nicht vorhanden, eine User Session zum ePA-Aktensystem auf.
    2. Der E-Rezept-Fachdienst verschlüsselt (VAU-Transport) die FHIR Ressourcen mit der Löschinformation für die Dispensierinformationen und übermittelt sie an das ePA-Aktensystem.
  7. Das ePA-Aktensystem verarbeitet die übermittelten FHIR Ressourcen im Aktenkonto .
  8. Der E-Rezept-Fachdienst protokolliert die Übermittlung der Löschinformation an das Aktenkonto für den Versicherten.
  9. Der E-Rezept-Fachdienst löscht den Übermittlungsauftrag aus der Warteschlange, wenn das ePA-Aktensystem die Daten erfolgreich verarbeiten konnte.
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.

Abbildung 4 : Sequenzdiagramm zu UseCase IV - Löschinformation für Dispensierinformationen an Aktenkonto übermitteln 

[<=]

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. 

Tabelle 5 : Festlegungen UseFunction: ePA-Aktensystem ermitteln und Widerspruch prüfen

Name ePA-Aktensystem ermitteln und Widerspruch prüfen
Vorbedingung einer der fachlichen Anwendungsfälle wird ausgeführt
Kurzbeschreibung
(Außenansicht)
  1. Der E-Rezept-Fachdienst ruft den DNS der TI auf, um die URL des Information Service zu ermitteln.
  2. Der E-Rezept-Fachdienst fragt beim Information Service einen Endpunkt an, um die Widerspruchsinformationen für eine KVNR zu erhalten.
  3. Der Information Service antwortet mit den Widerspruchsinformationen oder einem Fehlercode. Abhängig vom Statuscode der Antwort erfolgt eine unterschiedliche Reaktion des E-Rezept-Fachdienst:
    1. Statuscode 200 (Erfolg): Der Information Service liefert Widerspruchsinformationen. Falls ein Widerspruch für das Einstellen von Verordnungsdaten und Dispensierinformationen durch den E-Rezept-Fachdienst vorliegt, bricht der E-Rezept-Fachdienst die Verarbeitung ab und löscht den Auftrag aus der Warteschlange.
    2. Statuscode 404 (Akte nicht gefunden): Der E-Rezept-Fachdienst wechselt auf ein anderes ePA-Aktensystem.
    3. Statuscode 409 (Statuskonflikt, z.B. Akte gesperrt): Der E-Rezept-Fachdienst bricht die Verarbeitung ab und versucht die Abfrage nach 24 Stunden erneut auszuführen.
    4. Statuscode 500 (Interner Serverfehler): Der E-Rezept-Fachdienst bricht die Verarbeitung ab und initiiert nach einer Wartezeit von mindestens einer Minute einen erneuten Versuch. Die Dauer der Wartezeit erhöht sich nach jedem weiteren erfolglosen Versuch exponentiell.
Nachbedingung
  • Im E-Rezept-Fachdienst sind die Lokalisierungsinformationen aller ePA-Aktensysteme bekannt.
  • Dem E-Rezept-Fachdienst ist das ePA-Aktensystem für die KVNR bekannt.
  • Im Falle eines Fehlers hat der E-Rezept-Fachdienst entsprechend der Fehlerbehandlung gehandelt.

Abbildung 5 : Sequenzdiagramm zu UseFunction: ePA-Aktensystem ermitteln und Widerspruch prüfen

[<=]

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. 

Tabelle 6 : Festlegungen UseCaseFunction: Login ePA-Aktensystem

Name Login ePA-Aktensystem
Vorbedingung keine
Kurzbeschreibung
(Außenansicht)
  1. Der E-Rezept-Fachdienst ruft den DNS der TI auf und ermittelt die URL der ePA-Aktensysteme. Damit sind dem E-Rezept-Fachdienst die Endpunkte des VAU Session Managements und des Authorization Service des jeweiligen Aktensystems bekannt.
  2. Der E-Rezept-Fachdienst baut einen VAU-Kanal zum VAU Session Management auf.
  3. Das VAU Session Management übermittelt die Anfrage- und Antwort-Schlüssel.
  4. Der E-Rezept-Fachdienst erstellt ein self-signed JWT-Token mit seinem C.FD.AUT-Zertifikat mit professionOID oid_erp-vau und Telematik-ID 9-E-Rezept-Fachdienst für die Authentifizierung am Authorization Service.
  5. Der Authorization Service startet die Authentifizierung.
  6. Bei erfolgreicher Authentifizierung signalisiert der Authorization Service dem VAU Session Management das Starten einer User Session.
  7. Das VAU Session Management startet eine User Session für den E-Rezept-Fachdienst.
  8. Der Authorization Service signalisiert dem E-Rezept-Fachdienst den erfolgreichen Aufbau der User Session.
Nachbedingung
  • Im E-Rezept-Fachdienst sind die Lokalisierungsinformationen aller ePA-Aktensysteme bekannt.
  • Das VAU Session Management hat eine User Session für den E-Rezept-Fachdienst gestartet.
  • Dem E-Rezept-Fachdienst liegen die Anforderungs- und Antwortschlüssel für die Kommunikation zum VAU Session Management vor.

Abbildung 6 : Sequenzdiagramm zu UseCaseFunction: Login ePA-Aktensystem

[<=]

5.2 Fehlermanagement


Tabelle 7 : 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

Tabelle 8 : Möglichkeiten zum 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.

Tabelle 9 : Zielprofile des ePA Medication Service

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:
  • Die in Kapitel 5.1 beschriebenen Anwendungsfälle gehen davon aus, dass die Dispensierinformation unmittelbar nach der Bereitstellung durch das AVS mittels $dispense oder $close Operation übermittelt werden.
  • Die Bereitstellung von Dispensierinformationen, welche nicht dazu führen, dass die Verordnung den finalen Status erhält, ist für den Medication Service noch nicht spezifiziert. Daher wird in der Spezifikation für den E-Rezept-Fachdienst die Übermittlung der Dispensierinformationen ausschließlich nach der $close Operation vorgesehen.
  • Die Spezifikation wird um das Übermitteln der Dispensierinformationen nach der $dispense Operation erweitert, sobald die Spezifikation des Medication Service die Funktionalität anbietet.

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.

Tabelle 10: Tab_eRPFD_018 – Eingangsdaten für die Prüfung des ePA-Aktensystem Server-Zertifikats

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].

Abbildung 7: Transport durch die TI

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.

Tabelle 11 : Tab_eRPFD_019 Übersicht Mapping und Ausnahmeregelungen des Mappings

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
  • Keine Übernahme von "extension:Kategorie"-Elementen

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 
  • Keine Übernahme von "extension:Kategorie"-Elementen

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 
  • Setzen des Pattern "filler-order" für .intent
  • Keine Übernahme von "insurance"-Elementen
  • Keine Übernahme von "requester.reference"-Elementen
  • Keine Übernahme von "subject.reference"-Elementen
  • Keine Übernahme von "extension:Notdienstgebuehr"-Elementen
  • Keine Übernahme von "extension:Zuzahlungsstatus"-Elementen
  • Keine Übernahme von "dosageInstruction.extension:Dosierungskennzeichen"-Elementen
  • Keine Übernahme von "MedicationRequest.extension:Unfallinformationen"-Elementen
KBV_PR_FOR_Practitioner
https://fhir.kbv.de/StructureDefinition/KBV_PR_FOR_Practitioner 
Practitioner in gematik Directory
https://gematik.de/fhir/directory/StructureDefinition/PractitionerDirectory
 
  • Überschreiben/Setzen der "identifier:Telematik-ID"
    des Arztes aus dem Signaturzertifikat der QES
KBV_PR_FOR_Organization
https://fhir.kbv.de/StructureDefinition/KBV_PR_FOR_Organization 
Organization in gematik Directory
https://gematik.de/fhir/directory/StructureDefinition/OrganizationDirectory 
  • Überschreiben/Setzen des "identifier:TelematikID" mit der idNummer aus dem ACCESS_TOKEN des verwendeten Operationsaufrufes 
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.

Abbildung 8 : Nichtauffinden des Aktenkontos in allen ePA-Aktensystemen

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.

Abbildung 9: Aktenkonto Umzug innerhalb eines ePA-Aktensystems

Abbildung 10: Aktenkonto Umzug zu einem anderen ePA-Aktensystem

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

Abbildung 11: ePA-Aktensystem nicht verfügbar

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:

Tabelle 12 : Tab_eRPFD_020 Versichertenprotokoll für ePA Medication Service

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
  • 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.

Table # Tab_gemSpec_Perf_eRP-Fachdienst: Spitzenlastvorgaben ePA Medication Service

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

Tabelle 13: Im Dokument verwendete 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

Tabelle 14: 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

8.4 Tabellenverzeichnis

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.

Tabelle 15: Referenzierte Dokumente der gematik

[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

Tabelle 16: Weitere Referenzen

[Quelle]
Herausgeber (Erscheinungsdatum): Titel
https://build.fhir.org/operations.html 
Allgemeine Informationen zur Verwendung von FHIR-Operationen