ML-161756 - E-Rezept Feature: EU Zugriff E-Rezept

[<=]

AF_10084-01 - E-Rezept - Einwilligung durch Versicherten erteilen

Alle am Anwendungsfall "Einwilligung durch Versicherten erteilen" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.

Tabelle 2: Einwilligung durch Versicherten erteilen

Abbildung 3: SD-Einwilligung durch Versicherten erteilen

AF_10085-01 - E-Rezept - Einwilligung durch Versicherten widerrufen

Alle am Anwendungsfall "Einwilligung durch Versicherten widerrufen" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.

Tabelle 3: Einwilligung durch Versicherten widerrufen

Abbildung 4: SD-Einwilligung durch Versicherten widerrufen

AF_10086-01 - E-Rezept - Einwilligungen durch Versicherten einsehen

Alle am Anwendungsfall "Einwilligungen durch Versicherten einsehen" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.

Tabelle 4: Einwilligungen durch Versicherten einsehen

Abbildung 5: SD-Einwilligungen durch Versicherten einsehen

AF_10395 - E-Rezept - Zugriffsberechtigung durch Versicherten erstellen

Alle am Anwendungsfall "Zugriffsberechtigung durch Versicherten erstellen" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.

Tabelle 5: Zugriffsberechtigung durch Versicherten erstellen

Abbildung 6: SD-Zugriffsberechtigung durch Versicherten erstellen

AF_10405 - E-Rezept - Zugriffsberechtigung durch Versicherten löschen

Alle am Anwendungsfall "Zugriffsberechtigung durch Versicherten löschen" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.

Tabelle 6: Zugriffsberechtigung durch Versicherten löschen

Abbildung 7: SD-Zugriffsberechtigung durch Versicherten löschen

AF_10406 - E-Rezept - Zugriffsberechtigung durch Versicherten einsehen

Alle am Anwendungsfall "Zugriffsberechtigung durch Versicherten einsehen" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.

Tabelle 7: Zugriffsberechtigung durch Versicherten einsehen

Abbildung 8: SD-Zugriffsberechtigung durch Versicherten einsehen

AF_10408 - E-Rezept durch den Versicherten markieren

Alle am Anwendungsfall "E-Rezept durch den Versicherten markieren" beteiligten Produkttypen und Komponenten MÜSSEN die nachfolgenden Festlegungen umsetzen.

Tabelle 8: E-Rezept durch den Versicherten markieren

Abbildung 9: SD E-Rezept durch den Versicherten markieren

AF_10396 - E-Rezept - Demographische Daten eines Versicherten abrufen

Die am Anwendungsfall "Demographische Daten eines Versicherten abrufen" beteiligten Produkttypen und Komponenten der Anwendung E-Rezept MÜSSEN die nachfolgenden Festlegungen umsetzen.

Abbildung 10: SD Demographische Daten eines Versicherten abrufen

AF_10397 - E-Rezept - Liste der einlösbaren E-Rezepte eines Versicherten abrufen

Die am Anwendungsfall "Liste der einlösbaren E-Rezepte eines Versicherten abrufen" beteiligten Produkttypen und Komponenten der Anwendung E-Rezept MÜSSEN die nachfolgenden Festlegungen umsetzen.

Abbildung 11: SD Liste der einlösbaren E-Rezepte eines Versicherten abrufen

AF_10398 - E-Rezept - Liste ausgewählter E-Rezepte eines Versicherten abrufen

Die am Anwendungsfall "Liste ausgewählter E-Rezepte eines Versicherten abrufen" beteiligten Produkttypen und Komponenten der Anwendung E-Rezept MÜSSEN die nachfolgenden Festlegungen umsetzen.

Abbildung 12: SD-Liste ausgewählter E-Rezepte eines Versicherten abrufen

AF_10399 - E-Rezept - Abgabe von E-Rezepten im europäischen Ausland

Die am Anwendungsfall "Abgabe von E-Rezepten im europäischen Ausland" beteiligten Produkttypen und Komponenten der Anwendung E-Rezept MÜSSEN die nachfolgenden Festlegungen umsetzen.

Abbildung 13: SD Abgabe von E-Rezepten im europäischen Ausland

A_19992-01 - E-Rezept-Fachdienst - Blocklisting zu häufig verwendeter ACCESS_TOKEN

Der E-Rezept-Fachdienst MUSS ein während einer konfigurierbaren Dauer vielfach vorgelegtes ACCESS_TOKEN (z.B. mehr als 10 mal innerhalb einer Sekunde) für den Rest der angegebenen Gültigkeitsdauer auf einer Blocklist führen und eingehende HTTP-Requests mit diesem ACCESS_TOKEN mit dem HTTP-Status-Code 429 ablehnen, damit ein Überlastungsangriff (DOS-Attacke) auf den E-Rezept-Fachdienst unterbunden werden kann.
Der E-Rezept-Fachdienst MUSS bei dieser Prüfung die ACCESS_TOKEN des NCPeH-FD (Rolle professionOID = oid_ncpeh) ausnehmen. [<=]

A_21572-01 - E-Rezept-Fachdienst - Routing-Informationen X-erp-user

Der E-Rezept-Fachdienstes KANN am Eingangspunkt eine Routingentscheidung zu einem nutzergruppenspezifischen Verarbeitungskontext anhand des Headers "X-erp-user" im äußeren http-Request treffen. [<=]

A_19284-11 - E-Rezept-Fachdienst - Versichertenprotokoll zu Operationen

Der E-Rezept-Fachdienst MUSS jeden Aufruf der folgenden Operationen protokollieren:

Tabelle 9: TAB_eRPFD_004 Versichertenprotokoll

A_27059 - E-Rezept-Fachdienst - eu-prescription abfragen - Rollenprüfung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions sicherstellen, dass ausschließlich Nutzer in der Rolle:

• oid_ncpeh,

A_27060 - E-Rezept-Fachdienst - eu-prescription abfragen - Schemaprüfung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD das im http-Body des Requests enthaltene Parameter-Objekt gegen
das Profil [GEM_ERP_PR_PAR_EU_GET_Prescription_EU_Input] prüfen und im Fehlerfall die Operation mit HTTP-Fehlercode 400 abbrechen. [<=]

A_27061 - E-Rezept-Fachdienst - eu-prescription abfragen - Prüfung Einwilligung für KVNR

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD sicherstellen, dass für die in Parameters.parameter:requestData.part:kvnr übermittelte KVNR ein Consent-Datensatz mit Consent.patient.identifier = KVNR und Consent.category.coding.code = EUDISPCONS existiert und bei fehlgeschlagener Prüfung die Operation mit dem HTTP-Fehlercode 403 abbrechen, damit nur Verordnungsdaten für Versicherte übermittelt werden, die eine Einwilligung erteilt haben. [<=]

A_27062 - E-Rezept-Fachdienst - eu-prescription abfragen - Prüfung Zugriffsberechtigung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD sicherstellen, dass zu dem in Parameters.parameter:requestData.part:kvnr, Parameters.parameter:requestData.part:accessCode und Parameters.parameter:requestData.part:countryCode übermittelte Tripple von KVNR, Zugriffs- und Ländercode eine zeitliche gültige Zugriffsberechtigung im E-Rezept-Fachdienst existiert und bei fehlgeschlagener Prüfung die Operation mit dem HTTP-Fehlercode 403 abbrechen, damit nur Verordnungsdaten für Versicherte übermittelt werden, wenn eine gültige Zugriffsberechtigung vorliegt. [<=]

A_27063 - E-Rezept-Fachdienst - eu-prescription abfragen - Filter einlösbarer E-Rezepte

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD sicherstellen, dass nur Ressourcen eines Tasks bereitgestellt werden, die folgende Kriterien erfüllen:

• Task.extension:flowType = 160 oder 200
• MedicationRequests.medication vom Typ KBV_PR_ERP_Medication_PZN
• Task.for = KVNR für die KVNR aus Parameters.parameter:requestData.part:kvnr
• Task.ExpiryDate nicht vor dem aktuellen Datum
• Falls MedicationRequest.extension:Mehrfachverordnung.extension:Kennzeichen = true, dann MedicationRequest.extension:Mehrfachverordnung.extension:Zeitraum.value[x]:valuePeriod.start nicht nach dem aktuellen Datum
• Task.extension:eu-isRedeemableByPatientAuthorization = true 

A_27587 - E-Rezept-Fachdienst - eu-prescription abfragen - Filter Status - Abfrage der aktuellsten Verordnungsinformationen

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions?_count=1 durch den NCPeH-FD sicherstellen, dass nur eine Ressource eines Tasks bereitgestellt wird, die folgendes Kriterium erfüllt:

• Task.status = ready.

A_27588 - E-Rezept-Fachdienst - eu-prescription abfragen - Filter Status - Abfrage aller einlösbaren Verordnungsinformationen

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD sicherstellen, dass wenn Parameters.parameter:requestData.part:prescription-id leer ist, nur Ressourcen eines Tasks bereitgestellt werden, die folgendes Kriterium erfüllen:

• Task.status = ready.

A_27589 - E-Rezept-Fachdienst - eu-prescription abfragen - Filter Status - Abfrage nach Liste Rezept-Ids

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD sicherstellen, dass wenn Parameters.parameter:requestData.part:prescription-id nicht leer ist, nur Ressourcen eines Tasks bereitgestellt werden, die folgendes Kriterium erfüllen:

• Task.status = ready
  ODER
  (Task.status = in-progress UND Task.owner = Telematik-ID aus dem ACCESS_TOKEN).

A_27064 - E-Rezept-Fachdienst - eu-prescription abfragen - Schema des Response

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD sicherstellen, dass die FHIR-Ressourcen zu einlösbaren Verordnungen in einem übergreifenden FHIR-Bundle gruppiert werden, absteigend sortiert nach dem medicationrequest.authored-on Datum, wobei das Bundle pro Verordnung ein FHIR-Bundle vom Typ https://fhir.kbv.de/StructureDefinition/KBV_PR_ERP_Bundle enthält, mit der unter https://gematik.de/fhir/erp/NamingSystem/GEM_ERP_NS_PrescriptionId abgelegten Task-ID sowie den im MedicationRequest referenzierten Ressourcen MedicationRequest, Medication, Patient, Practitioner und Coverage. [<=]

A_27065 - E-Rezept-Fachdienst - eu-prescription abfragen - Abfrage der aktuellsten Verordnungsinformationen

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions?_count=1 durch den NCPeH-FD sicherstellen, dass die Ressourcen der zuletzt ausgestellten einlösbaren Verordnung zurückgegeben werden und falls keine Verordnung vorliegt, mit dem HTTP-Statuscode 404 antworten. [<=]

A_27066 - E-Rezept-Fachdienst - eu-prescription abfragen - Abfrage aller einlösbaren Verordnungsinformationen

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD sicherstellen, dass wenn Parameters.parameter:requestData.part:prescription-id leer ist, die Ressourcen aller einlösbaren Verordnung zurückgegeben werden und falls keine Verordnung vorliegt, mit dem HTTP-Statuscode 404 antworten. [<=]

A_27067 - E-Rezept-Fachdienst - eu-prescription abfragen - Abfrage nach Liste Rezept-Ids

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD sicherstellen, dass wenn Parameters.parameter:requestData.part:prescription-id nicht leer ist, die Ressourcen aller einlösbaren Verordnung zurückgegeben werden, deren Task-IDs in Parameters.parameter:requestData.part:prescription-id enthalten sind, und falls keine Verordnung vorliegt, mit dem HTTP-Statuscode 404 antworten. [<=]

A_27580 - E-Rezept-Fachdienst - eu-prescription abfragen - Abfrage nach Liste Rezept-Ids - Statuswechsel Task

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD, wenn Parameters.parameter:requestData.part:prescription-id nicht leer ist, für alle Tasks deren Task-IDs in Parameters.parameter:requestData.part:prescription-id enthalten sind, den Status auf Task.status = in-progress setzen. [<=]

A_27581 - E-Rezept-Fachdienst - eu-prescription abfragen - Abfrage nach Liste Rezept-Ids - Secret

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD, wenn Parameters.parameter:requestData.part:prescription-id nicht leer ist, für alle Tasks deren Task-IDs in Parameters.parameter:requestData.part:prescription-id enthalten sind, eine 256 Bit Zufallszahl mit einer Mindestentropie von 120 Bit erzeugen, hexadezimal kodieren ([0-9a-f]{64}) und diese im zu speichernden Task als externe ID in Task.identifier:Secret als [Identifier Profile for Secret (GEM_ERP_PR_Secret)] hinzufügen. [<=]

A_27582 - E-Rezept-Fachdienst - eu-prescription abfragen - Abfrage nach Liste Rezept-Ids - Task Owner

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /$get-eu-prescriptions durch den NCPeH-FD, wenn Parameters.parameter:requestData.part:prescription-id nicht leer ist, für alle Tasks deren Task-IDs in Parameters.parameter:requestData.part:prescription-id enthalten sind, die Telematik-ID aus dem ACCESS_TOKEN in Task.owner speichern. [<=]

A_27068 - E-Rezept-Fachdienst - Task schließen - EU - Rollenprüfung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /Task/<id>/$eu-close sicherstellen, dass ausschließlich Nutzer in der Rolle:

• oid_ncpeh,

A_27069 - E-Rezept-Fachdienst - Task schließen - EU - Schemaprüfung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /Task/<id>/$eu-close durch den NCPeH-FD das im http-Body des Requests enthaltene Parameter-Objekt gegen
das Profil [GEM_ERP_PR_PAR_EU_CloseOperation_Input] prüfen und im Fehlerfall die Operation mit HTTP-Fehlercode 400 abbrechen. [<=]

A_27070 - E-Rezept-Fachdienst - Task schließen - EU - Prüfung Einwilligung für KVNR

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /Task/<id>/$eu-close durch den NCPeH-FD sicherstellen, dass für die in Parameters.parameter:requestData.part:kvnr übermittelte KVNR ein Consent-Datensatz mit Consent.patient.identifier = KVNR und Consent.category.coding.code = EUDISPCONS existiert und bei fehlgeschlagener Prüfung die Operation mit dem HTTP-Fehlercode 403 abbrechen, damit nur Dispensierinformationen für Versicherte übermittelt werden, die eine Einwilligung erteilt haben. [<=]

A_27071 - E-Rezept-Fachdienst - Task schließen - EU - Prüfung Zugriffsberechtigung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /Task/<id>/$eu-close durch den NCPeH-FD sicherstellen, dass zu dem in Parameters.parameter:requestData.part:kvnr, Parameters.parameter:requestData.part:accessCode und Parameters.parameter:requestData.part:countryCode übermittelte Tripple von KVNR, Zugriffs- und Ländercode eine zeitliche gültige Zugriffsberechtigung im E-Rezept-Fachdienst existiert und bei fehlgeschlagener Prüfung die Operation mit dem HTTP-Fehlercode 403 abbrechen, damit nur Dispensierinformationen übermittelt werden, wenn eine gültige Zugriffsberechtigung vorliegt. [<=]

A_27072 - E-Rezept-Fachdienst - Task schließen - EU - Statusprüfung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /Task/<id>/$eu-close durch den NCPeH-FD sicherstellen, dass Task.status = in-progress ist und bei Ungleichheit mit dem HTTP-Fehlercode 403 abbrechen. [<=]

A_27074 - E-Rezept-Fachdienst - Task schließen - EU - Zeitstempel MedicationDispense

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /Task/<id>/$eu-close durch den NCPeH-FD sicherstellen, dass der Zeitpunkt des Aufrufes in Task.extension:lastMedicationDispense im Format "YYYY-MM-DDThh:mm:ss+zz:zz" (FHIR-instant) angelegt und gespeichert wird. [<=]

A_27075 - E-Rezept-Fachdienst - Task schließen - EU - Status beenden

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation des Endpunkts /Task/<id>/$eu-close durch den NCPeH-FD sicherstellen, dass die zulässige Beendigung eines übermittelten Tasks im Status Task.status = completed vollzogen wird, damit der Workflow für den Versicherten als beendet und das E-Rezept somit als eingelöst dargestellt wird. [<=]

A_27548 - E-Rezept-Fachdienst – Task markieren - alles Markieren verbieten

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-Operation PATCH auf den Endpunkt /Task ohne Angabe einer <id> für eine konkrete Ressource mit dem HTTP-Fehlercode 405 ablehnen, um das Markieren mehrerer Ressourcen über einen Request zu verhindern. [<=]

A_27549 - E-Rezept-Fachdienst - Task markieren - Versicherter - Rollenprüfung Versicherter markiert Rezepte

Der E-Rezept-Fachdienst MUSS bei Aufruf der HTTP-PATCH-Operation auf den Endpunkt /Task/<id> sicherstellen, dass ausschließlich Versicherte in der Rolle:

• oid_versicherter,

A_27550 - E-Rezept-Fachdienst -Task markieren -Versicherter - Prüfung KVNR

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-PATCH-Operation auf eine konkrete über <id> adressierte /Task/<id> Ressource durch einen Versicherten, den Versicherten anhand der KVNR aus dem ACCESS_TOKEN im "Authorization"-Header des HTTP-Requests identifizieren, diese gegen die im gespeicherten Datensatz in Task.for.identifier hinterlegte KVNR des begünstigten Versicherten prüfen und bei Ungleichheit den Aufruf mit dem HTTP-Fehlercode 403 abweisen, damit ausschließlich der begünstigte Versicherte als Berechtigter einen Task ändert. [<=]

A_27551 - E-Rezept-Fachdienst -Task markieren -Versicherter - FHIR-Validierung Parameters

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-PATCH-Operation auf eine konkrete über <id> adressierte /Task/<id> Ressource durch einen Versicherten auf die Ressource übertragene Parameters Ressource gegen das FHIR-Profil GEM_ERPEU_PR_PAR_PATCH_Task_Input prüfen und bei Nicht-Konformität den Aufruf mit dem http-Status-Code 400 ablehnen, damit nur FHIR-valide Ressourcen in den E-Rezept-Fachdienst akzeptiert werden. [<=]

A_27552 - E-Rezept-Fachdienst -Task markieren -Versicherter - Änderung Markierung Task Ressource

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-PATCH-Operation auf eine konkrete über <id> adressierte /Task/<id> Ressource durch einen Versicherten, den im Parameter eu-isRedeemableByPatientAuthorization enthaltenen boolschen Wert in Task.extension:eu-isRedeemableByPatientAuthorization.valueBoolean setzen.  [<=]

A_27273 - E-Rezept-Fachdienst - Task abrufen - Versicherter - Verordnung in Europa einlösbar

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-GET-Operation auf einen einzelnen /Task/<id> durch einen Versicherten in Task.extension:eu-eprescription.valueBoolean zurückgeben, ob die Verordnung den Kriterien zum Einlösen im europäischen Ausland entspricht, damit dem Versicherten dargestellt werden kann, ob das E-Rezept im europäischen Ausland einlösbar ist. [<=]

A_27131 - E-Rezept-Fachdienst - Consent löschen - EUDISPCONS - Löschen Zugriffsberechtigung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-Operation DELETE auf den Endpunkt /Consent mit ?category=EUDISPCONS alle dem Versicherten zugeordneten Zugriffsberechtigungen anhand der KVNR des Versicherten im ACCESS_TOKEN im "Authorization"-Header des HTTP-Requests identifizieren und löschen.
[<=]

A_22162-01 - E-Rezept-Fachdienst - Consent schreiben – nur eine Einwilligung pro KVNR und Einwilligungstyp

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation auf den Endpunkt /Consent sicherstellen, dass noch keine Consent Ressource für die KVNR im ACCESS_TOKEN und Consent.category.coding.code = <Einwilligungstyp> aus URL-Parameter category gespeichert ist, um maximal eine Einwilligung für den Versicherten für jeden Einwilligungstypen zu speichern. Im Fehlerfall muss der HTTP-Request mit dem HTTP-Fehlercode 409 abgewiesen werden. [<=]

A_27083 - E-Rezept-Fachdienst - Zugriffsberechtigung - periodische Bereinigung

Der E-Rezept-Fachdienst MUSS periodisch prüfen, dass keine zeitlich ungültigen Zugriffsberechtigungen gespeichert sind. [<=]

A_27084 - E-Rezept-Fachdienst - Zugriffsberechtigung löschen - Rollenprüfung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-DELETE-Operation auf den Endpunkt /$revoke-eu-access-permission die Rolle professionOID des Aufrufers im ACCESS_TOKEN im HTTP-RequestHeader "Authorization" feststellen und sicherstellen, dass ausschließlich Versicherte in der Rolle oid_versicherter die Operation am E-Rezept-Fachdienst aufrufen dürfen, damit die Information zur Zugriffsberechtigung nicht durch Unberechtigte gelöscht werden kann. [<=]

A_27085 - E-Rezept-Fachdienst - Zugriffsberechtigung löschen - Löschen

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-DELETE-Operation auf den Endpunkt /$revoke-eu-access-permission die KVNR des Versicherten im ACCESS_TOKEN im HTTP-RequestHeader "Authorization" feststellen und, falls vorhanden, zu dieser KVNR gespeicherte Zugriffsberechtigungen löschen. [<=]

A_27086 - E-Rezept-Fachdienst - Zugriffsberechtigung lesen - Rollenprüfung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-GET-Operation auf den Endpunkt /$read-eu-access-permission die Rolle professionOID des Aufrufers im ACCESS_TOKEN im HTTP-RequestHeader "Authorization" feststellen und sicherstellen, dass ausschließlich Versicherte in der Rolle oid_versicherter die Operation am E-Rezept-Fachdienst aufrufen dürfen, damit die Information zur Einwilligung nicht durch Unberechtigte ausgelesen werden kann. [<=]

A_27087 - E-Rezept-Fachdienst - Zugriffsberechtigung lesen - Response

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-GET-Operation auf den Endpunkt /$read-eu-access-permission die KVNR des Versicherten im ACCESS_TOKEN im HTTP-RequestHeader "Authorization" feststellen und im Response falls vorhanden eine Ressource des Profils [GEM_ERP_PR_PAR_EU_Access_Authorization_Response] mit zur KVNR gespeicherte zeitlich gültige Zugriffsberechtigung übermitteln. [<=]

A_27088 - E-Rezept-Fachdienst - Zugriffsberechtigung schreiben - Rollenprüfung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation auf den Endpunkt /$grant-eu-access-permission die Rolle professionOID des Aufrufers im ACCESS_TOKEN im HTTP-RequestHeader "Authorization" feststellen und sicherstellen, dass ausschließlich Versicherte in der Rolle oid_versicherter die Operation am E-Rezept-Fachdienst aufrufen dürfen, damit eine Zugriffsberechtigte nicht durch Unberechtigte erteilt werden kann. [<=]

A_27089 - E-Rezept-Fachdienst - Zugriffsberechtigung schreiben - Prüfung Einwillung für KVNR

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation auf den Endpunkt /$grant-eu-access-permission die KVNR des Versicherten im ACCESS_TOKEN im HTTP-RequestHeader "Authorization" feststellen und sicherstellen, dass ein Consent-Datensatz mit Consent.patient.identifier = KVNR und Consent.category.coding.code = EUDISPCONS existiert und bei fehlgeschlagener Prüfung die Operation mit dem HTTP-Fehlercode 403 und dem OperationOutcome "Das Erstellen einer Zugriffsberechtigung ist erst zulässig, wenn eine Einwilligung durch den Nutzer zum Einlösen von E-Rezepten im europäischen Ausland erteilt wurde." abbrechen, damit nur Versicherte eine Zugriffsberechtigung schreiben, die eine Einwilligung erteilt haben. [<=]

A_27090 - E-Rezept-Fachdienst - Zugriffsberechtigung schreiben - Prüfung Ländercode

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation auf den Endpunkt /$grant-eu-access-permission prüfen, dass der im Request übermittelte Ländercode (Parameters.parameter:countryCode) einem Land entspricht, welches die Anwendung ePrescription/eDispensation Szenario Land A unterstützt und bei fehlschlagender Prüfung die Operation mit dem HTTP-Fehlercode 409 und dem OperationOutcome "Für das angefragte Land ist Einlösen von E-Rezepten nicht möglich." abbrechen, damit der Versicherte nur für zulässige europäische Länder eine Zugriffsberechtigung erteilt. [<=]

A_27091 - E-Rezept-Fachdienst - Zugriffsberechtigung schreiben - Prüfung Zugriffscode

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation auf den Endpunkt /$grant-eu-access-permission prüfen, dass der im Request übermittelte Zugriffscode (Parameters.parameter:accessCode) das korrekte Format hat und bei fehlschlagender Prüfung die Operation mit dem HTTP-Fehlercode 400 und dem OperationOutcome "Der übermittelte Zugriffscode ist nicht zulässig." abbrechen. [<=]

A_27092 - E-Rezept-Fachdienst - Zugriffsberechtigung schreiben - Löschen bestehender Zugriffsberechtigung

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation auf den Endpunkt /$grant-eu-access-permission prüfen, ob für die im Request übermittelte KVNR Zugriffsberechtigungen gespeichert sind und falls ja, diese löschen. [<=]

A_27093 - E-Rezept-Fachdienst - Zugriffsberechtigung schreiben - Neue Zugriffsberechtigung speichern

Der E-Rezept-Fachdienst MUSS beim Aufruf der HTTP-POST-Operation auf den Endpunkt /$grant-eu-access-permission mit dem im Request übermittelten KVNR, Zugriffscode und Ländercode eine neue Zugriffsberechtigung speichern und den Wert valid_until auf aktuellen Zeitpunkt + 1h setzen. [<=]

A_27094 - E-Rezept-Fachdienst - Zugriffsberechtigung schreiben - Response

Der E-Rezept-Fachdienst MUSS im Response zu einem Aufruf der HTTP-POST-Operation auf den Endpunkt /$grant-eu-access-permission eine Ressource des Profils [GEM_ERP_PR_PAR_EU_Access_Authorization_Response] mit den Daten des gespeicherten Datensatz zur Zugriffsberechtigung übermitteln. [<=]

A_27095 - E-Rezept-Fachdienst - Zugriffsberechtigung - Liste zulässiger Länder

Der E-Rezept-Fachdienst MUSS die Liste aller zulässigen Länder aus dem Verzeichnisdienst ermitteln, indem an den Verzeichnisdienst folgende Abfrage gestellt wird:

• Abfrage der Ressource "HealthcareService",
• HealthcareServices, deren Speciality "57833-6" aus https://loinc.org enthalten, 
• HealthcareServices, deren Organisation aktiv sind,
• HealthcareServices, deren Organisation den OrganizationProfessionOIDType "1.2.276.0.76.4.292" entspricht, 
• Einbeziehen der Organisation in das Rückgabeergebnis.

A_27096 - E-Rezept-Fachdienst - Zugriffsberechtigung - Caching Liste zulässiger Länder

Der E-Rezept-Fachdienst DARF NICHT Informationen zur Liste zulässiger Länder verwenden, welche länger als 96h lokal durch den E-Rezept-Fachdienst gecacht wurden. [<=]

A_27488 - E-Rezept-FdV: E-Rezept zum Einlösen im EU-Ausland markieren

Das E-Rezept-FdV KANN es dem Nutzer ermöglichen, die Markierung eines E-Rezeptes zum Einlösen im EU-Ausland zu verwalten. [<=]

A_27617 - E-Rezept-FdV: E-Rezept zum Einlösen im EU-Ausland markieren - Hinweis Belieferungsmöglichkeit

Das E-Rezept-FdV MUSS im Anwendungsfall "E-Rezept markieren" dem Nutzer vor der Möglichkeit zum Markieren der E-Rezepte zum Einlösen im EU-Ausland einen Hinweis anzeigen, dass die Belieferungsmöglichkeit für die E-Rezepte mit der Apotheke vorab geklärt werden soll. [<=]

A_27489 - E-Rezept-FdV: optional: E-Rezept markieren

Das E-Rezept-FdV KANN den Anwendungsfall "E-Rezept markieren" umsetzen. [<=]

A_27618 - E-Rezept-FdV: E-Rezept markieren - E-Rezepte auswählen

Das E-Rezept-FdV MUSS im Anwendungsfall "E-Rezept markieren" dem Nutzer ermöglichen, ein oder mehrere E-Rezepte auszuwählen. [<=]

A_27490 - E-Rezept-FdV: E-Rezept markieren

Das E-Rezept-FdV MUSS, wenn es den Anwendungsfall umsetzt, den Anwendungsfall "E-Rezept durch den Versicherten markieren" gemäß TAB_FdVERP_xxx umsetzen. 

Tabelle 11: TAB_FdVERP_xxx – E-Rezept markieren

A_27545 - E-Rezept-FdV: E-Rezept markieren - FHIR Ressource erstellen

Das E-Rezept-FdV MUSS im Anwendungsfall "E-Rezept markieren" eine Parameters Ressource des Profils [GEM ERPEU PR PAR PATCH Task Input] erstellen. [<=]

A_27491 - E-Rezept-FdV: E-Rezept markieren - Speicherrequest

Das E-Rezept-FdV MUSS im Anwendungsfall "E-Rezept markieren" zum Speichern der Information im E-Rezept-Fachdienst die HTTP-Operation PATCH /Task/<id> mit:

• ACCESS_TOKEN im Authorization-Header,
• Prescription-ID in URL <id>,
• FHIR-Ressource im HTTP-Request-Body,

A_27105 - E-Rezept-FdV: Einwilligung zum Speichern von Abrechnungsinformation

Das E-Rezept-FdV KANN es dem Nutzer, der sich als PKV-Versicherte identifiziert hat, ermöglichen, die "Einwilligung zum Speichern von Abrechnungsinformationen" zu verwalten. [<=]

A_27106 - E-Rezept-FdV: Einwilligung zum Einlösen im EU-Ausland

Das E-Rezept-FdV KANN es dem Nutzer ermöglichen, die "Einwilligung zum Einlösen im EU-Ausland" zu verwalten. [<=]

A_24565-01 - E-Rezept-FdV: optional: Einwilligung erteilen

Das E-Rezept-FdV KANN den Anwendungsfall "Einwilligung erteilen" umsetzen. [<=]

A_22709-02 - E-Rezept-FdV: Einwilligung erteilen - Einwilligungstext

Das E-Rezept-FdV MUSS im Anwendungsfall "Einwilligung erteilen" den Text für die Einwilligung derart gestalten, dass dem Nutzer eine informierte Einwilligung möglich ist. Insbesondere MÜSSEN enthalten sein: der Verwendungszweck, die konkreten Informationen über die Art der erhobenen Daten, die Speicherdauer, Hinweis auf Freiwilligkeit, auf Widerrufsrecht, Hinweis auf die Folgen bei Verweigerung oder Widerruf. [<=]

A_22163-02 - E-Rezept-FdV: Einwilligung erteilen - Einwilligung eingeben

Das E-Rezept-FdV MUSS im Anwendungsfall "Einwilligung erteilen" es dem Nutzer ermöglichen, die Einwilligung einzugeben. [<=]

A_22164-02 - E-Rezept-FdV: Einwilligung erteilen

Das E-Rezept-FdV MUSS, wenn es den Anwendungsfall umsetzt, den Anwendungsfall "Einwilligung durch Versicherten erteilen" gemäß TAB_FdVERP_020 umsetzen.

Tabelle 12: TAB_FdVERP_020 – Einwilligung erteilen

A_22165-01 - E-Rezept-FdV: Einwilligung erteilen - Consent Ressource erstellen

Das E-Rezept-FdV MUSS im Anwendungsfall "Einwilligung erteilen" eine Consent Ressource mit:

• Versicherten-ID in Consent.patient.identifier,
• Einwilligungstyp in Consent.category.coding.code,

A_22166-01 - E-Rezept-FdV: Einwilligung erteilen - Speicherrequest

Das E-Rezept-FdV MUSS im Anwendungsfall "Einwilligung erteilen" zum Speichern der Information im E-Rezept-Fachdienst die HTTP-Operation POST /Consent mit:

• ACCESS_TOKEN im Authorization-Header,

A_24566-01 - E-Rezept-FdV: optional: Einwilligungsinformation abrufen

Das E-Rezept-FdV KANN den Anwendungsfall "Einwilligungen durch Versicherten einsehen" umsetzen. [<=]

A_22167-02 - E-Rezept-FdV: Einwilligungsinformation abrufen

Das E-Rezept-FdV MUSS, wenn es den Anwendungsfall umsetzt, den Anwendungsfall "Einwilligungen durch Versicherten einsehen" gemäß TAB_FdVERP_021 umsetzen.

Tabelle 13: TAB_FdVERP_021 – Einwilligungsinformation abrufen

A_22168-02 - E-Rezept-FdV: Einwilligungsinformation abrufen - Abfragerequest

Das E-Rezept-FdV MUSS im Anwendungsfall "Einwilligungsinformation abrufen" zum Abrufen der Information vom E-Rezept-Fachdienst die HTTP-Operation GET /Consent mit:

• ACCESS_TOKEN im Authorization-Header,

A_24567-01 - E-Rezept-FdV: optional: Einwilligung widerrufen

Das E-Rezept-FdV KANN den Anwendungsfall "Einwilligung widerrufen" umsetzen. [<=]

A_22169-02 - E-Rezept-FdV: Einwilligung widerrufen - Widerruf eingeben

Das E-Rezept-FdV MUSS im Anwendungsfall "Einwilligung widerrufen" es dem Nutzer ermöglichen, den Widerruf zu erfassen. [<=]

A_22330-02 - E-Rezept-FdV: Einwilligung widerrufen - Bestätigung

Das E-Rezept-FdV MUSS im Anwendungsfall "Einwilligung widerrufen" vom Nutzer eine Bestätigung einholen, dass die Einwilligung widerrufen werden soll, somit ggf. korrespondierende Daten gelöscht werden und die Möglichkeit geben, das Widerrufen abzubrechen. [<=]

A_22170-02 - E-Rezept-FdV: Einwilligung widerrufen

Das E-Rezept-FdV MUSS, wenn es den Anwendungsfall umsetzt, den Anwendungsfall "Einwilligung durch Versicherten widerrufen" gemäß TAB_FdVERP_022 umsetzen.

Tabelle 14: TAB_FdVERP_022 – Einwilligung widerrufen

A_22171-01 - E-Rezept-FdV: Einwilligung widerrufen - Löschrequest

Das E-Rezept-FdV MUSS im Anwendungsfall "Einwilligung widerrufen" zum Löschen der Information im E-Rezept-Fachdienst die HTTP-Operation DELETE /Consent/?category=<Einwilligungstyp> mit

• ACCESS_TOKEN im Authorization-Header
• Einwilligungstyp in ?category

A_27107 - E-Rezept-FdV: optional: Zugriffsberechtigung erteilen

Das E-Rezept-FdV KANN den Anwendungsfall "Zugriffsberechtigung erteilen" umsetzen. [<=]

A_27108 - E-Rezept-FdV: Anzeige der E-Rezepte für EU-Zugriff

Das E-Rezept-FdV MUSS es dem Nutzer ermöglichen, sich die E-Rezepte anzeigen zu lassen, auf die die Berechtigung für EU-Zugriff wirkt. [<=]

A_27109 - E-Rezept-FdV: Zugriffsberechtigung - Liste zulässiger Länder

Das E-Rezept-FdV MUSS Anwendungsfall "Zugriffsberechtigung erteilen" die Liste aller zulässigen Länder aus dem Verzeichnisdienst ermitteln, indem an den Verzeichnisdienst folgende Abfrage gestellt wird:

• Abfrage der Ressource "HealthcareService",
• HealthcareServices, deren Speciality "57833-6" aus https://loinc.org enthalten,
• HealthcareServices, deren Organisation aktiv sind,
• HealthcareServices, deren Organisation den OrganizationProfessionOIDType "1.2.276.0.76.4.292" entspricht,
• Einbeziehen der Organisation in das Rückgabeergebnis.

A_27110 - E-Rezept-FdV: Zugriffsberechtigung - Caching Liste zulässiger Länder

Das E-Rezept-FdV DARF NICHT Informationen zur Liste zulässiger Länder verwenden, welche länger als 96h lokal durch das E-Rezept-FdV gecacht wurden. [<=]

A_27111 - E-Rezept-FdV: Zugriffsberechtigung erteilen - Land auswählen

Das E-Rezept-FdV MUSS im Anwendungsfall "Zugriffsberechtigung erteilen" es dem Nutzer ermöglichen, ein Land aus der Liste der zulässigen Länder auszuwählen, für das der Nutzer die Zugriffsberechtigung erteilen möchte. [<=]

A_27112 - E-Rezept-FdV: Zugriffsberechtigung erteilen

Das E-Rezept-FdV MUSS, wenn es den Anwendungsfall umsetzt, den Anwendungsfall "Zugriffsberechtigung erteilen" gemäß TAB_FdVERP_xxx umsetzen.

Tabelle 15: TAB_FdVERP_xxx – Zugriffsberechtigung erteilen

A_27113 - E-Rezept-FdV: Zugriffsberechtigung erteilen - Zugriffscode erzeugen

Das E-Rezept-FdV MUSS im Anwendungsfall "Zugriffsberechtigung" einen eigens generierten Zugriffscode als Zufallswert erzeugen. [<=]

A_27114 - E-Rezept-FdV: Zugriffsberechtigung erteilen - Zugriffsberechtigung am E-Rezept-Fachdienst speichern

Das E-Rezept-FdV MUSS im Anwendungsfall "Zugriffsberechtigung erteilen" zum Speichern der Information am E-Rezept-Fachdienst die HTTP-Operation POST /$grant-eu-access-permission mit:

• ACCESS_TOKEN im Authorization-Header,
• Organization.extension:ncpehCountryEx.valueCodeableConcept.coding.code des vom Nutzer ausgewählten Landes in Parameters.parameter:countryCode,
• erzeugter Zugriffscode in Parameters.parameter:accessCode,

A_27115 - E-Rezept-FdV: optional: Zugriffsberechtigung anzeigen

Das E-Rezept-FdV KANN den Anwendungsfall "Zugriffsberechtigung anzeigen" umsetzen. [<=]

A_27116 - E-Rezept-FdV: Zugriffsberechtigung anzeigen

Das E-Rezept-FdV MUSS im Anwendungsfall "Zugriffsberechtigung anzeigen" folgende Informationen auf dem Display anzeigen:

• Name des Landes,
• Gültigkeitsende,
• Zugriffscode,
• KVNR des Versicherten.

A_27483 - E-Rezept-FdV: Zugriffsberechtigung anzeigen - Unterscheidbarkeit der Zeichen bei Zugriffscode

Das E-Rezept-FdV MUSS im Anwendungsfall "Zugriffsberechtigung anzeigen" bei der Anzeige des Zugriffscodes die Lesbarkeit der Zeichen des Zugriffscodes sicherstellen. [<=]

A_27117 - E-Rezept-FdV: Zugriffsberechtigung anzeigen - Gültigkeit Restdauer hervorheben

Das E-Rezept-FdV MUSS im Anwendungsfall "Zugriffsberechtigung anzeigen" die Gültigkeitsdauer der Zugriffsberechtigung auf dem Display hervorheben, wenn die Gültigkeitsdauer 10 Minuten unterschreitet. [<=]

A_27118 - E-Rezept-FdV: Zugriffsberechtigung anzeigen - Gültigkeit Ablauf anzeigen

Das E-Rezept-FdV MUSS im Anwendungsfall "Zugriffsberechtigung anzeigen", wenn die Gültigkeit der Zugriffsberechtigung zeitlich abgelaufen ist, den Versicherten informieren. [<=]

A_27119 - E-Rezept-FdV: optional: Zugriffsberechtigung abrufen

Das E-Rezept-FdV KANN den Anwendungsfall "Zugriffsberechtigung abrufen" umsetzen. [<=]

A_27120 - E-Rezept-FdV: Zugriffsberechtigung abrufen

Das E-Rezept-FdV MUSS, wenn es den Anwendungsfall umsetzt, den Anwendungsfall "Zugriffsberechtigung abrufen" gemäß TAB_FdVERP_xxx umsetzen.

Tabelle 16: TAB_FdVERP_xxx – Zugriffsberechtigung abrufen

A_27121 - E-Rezept-FdV: Zugriffsberechtigung abrufen - Abfragerequest

Das E-Rezept-FdV MUSS im Anwendungsfall "Zugriffsberechtigung abrufen" zum Abrufen der Information vom E-Rezept-Fachdienst die HTTP-Operation GET /$read-eu-access-permission mit:

• ACCESS_TOKEN im Authorization-Header,

A_27122 - E-Rezept-FdV: optional: Zugriffsberechtigung löschen

Das E-Rezept-FdV KANN den Anwendungsfall "Zugriffsberechtigung löschen" umsetzen. [<=]

A_27123 - E-Rezept-FdV: Zugriffsberechtigung löschen - Löschwunsch eingeben

Das E-Rezept-FdV MUSS es dem Nutzer im Anwendungsfall "Zugriffsberechtigung löschen" ermöglichen den Löschwunsch einzugeben. [<=]

A_27124 - E-Rezept-FdV: Zugriffsberechtigung löschen

Das E-Rezept-FdV MUSS, wenn es den Anwendungsfall umsetzt, den Anwendungsfall "Zugriffsberechtigung löschen" gemäß TAB_FdVERP_xxx umsetzen.

Tabelle 17: TAB_FdVERP_xxx – Zugriffsberechtigung löschen

A_27125 - E-Rezept-FdV: Zugriffsberechtigung löschen - Abfragerequest

Das E-Rezept-FdV MUSS im Anwendungsfall "Zugriffsberechtigung löschen" zum Löschen der Information auf dem E-Rezept-Fachdienst die HTTP-Operation DELETE /$revoke-eu-access-permission mit:

• ACCESS_TOKEN im Authorization-Header,

A_27126 - E-Rezept-FdV: Zugriffsberechtigung löschen - lokale Zugriffsberechtigung löschen

Das E-Rezept-FdV MUSS im Anwendungsfall "Zugriffsberechtigung löschen" die lokal gespeicherten Informationen zur Zugriffsberechtigung löschen. [<=]

A_27189 - Version FHIR-Package de.gematik.erezept.eu

Die Produkttypen der Anwendung E-Rezept und Clientsysteme des E-Rezept-Fachdienstes MÜSSEN das FHIR-Package de.gematik.erezept.eu in der Version gemäß [FHIR Version] unterstützen. [<=]

A_27097 - Format Zugriffscode

Produkttypen der Anwendung E-Rezept MÜSSEN, wenn sie einen Zugriffscode für das Einlösen im europäischen Ausland verarbeiten, folgende Formatvorgaben für den Zugriffscode einhalten:

• String mit Gesamtlänge von 6 Zeichen,
• erlaubte Zeichen: a-z, A-Z, 0-9.

A_19296-04 - 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äß [CodeSystem: Audit Event ID],
  
• AuditEvent.subtype: aus dem ValueSet [ValueSet http://hl7.org/fhir/ValueSet/audit-event-sub-type] gemäß [CodeSystem 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äß [ValueSet http://hl7.org/fhir/ValueSet/audit-event-action],
• AuditEvent.recorded: aktuelle Systemzeit des E-Rezept-Fachdienstes,
• AuditEvent.outcome: Ergebnis der aufgerufenen Operation gemäß [ValueSet http://hl7.org/fhir/ValueSet/audit-event-outcome] (0 = Erfolg, 4 = Fehler auf Clientseite, 8 = Serverfehler),
• AuditEvent.agent.type: Fester Wert humanuser bzw. bei Übermittlung an ePA oder NCPeH-FD dataprocessor aus [CodeSystem: Security Role Type (Experimental)],
• AuditEvent.agent.name: Lesbarer Name aus ID_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 ID_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 durch den Abruf betroffene Datenobjekt Task, ChargeItem, MedicationDispense, Consent oder Objekt der Zugriffsberechtigung,
• 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 bzw. countryCode bei Anlegen oder Löschen einer Zugriffsberechtigung.

A_19451-02 - CS: Lokalisierung E-Rezept-Fachdienst

Das Clientsystem des E-Rezept-Fachdienstes MUSS für die Kommunikation mit dem E-Rezept-Fachdienst die Endpunkte der Schnittstellen gemäß [gemSpec_FD_eRP#5.1 Servicelokalisierung] nutzen. [<=]

A_19744-01 - CS: Endpunkt Schnittstelle E-Rezept-Fachdienst

Das Clientsystem des E-Rezept-Fachdienstes MUSS für die Kommunikation mit dem E-Rezept-Fachdienst die URL mit dem Port 443 bilden. [<=]

A_19234-01 - CS: Kommunikation über TLS-Verbindung

Das Clientsystem des E-Rezept-Fachdienstes MUSS für die Anwendungsfälle der Anwendung E-Rezept mit den Diensten der TI ausschließlich über TLS kommunizieren. [<=]

A_19235-01 - CS: Unzulässige TLS-Verbindungen ablehnen

Das Clientsystem des E-Rezept-Fachdienst MUSS sich bei jedem Verbindungsaufbau zum E-Rezept-Fachdienst oder IDP-Dienst anhand seines TLS-Zertifikats authentifizieren und MUSS die Verbindungen ablehnen, falls die Authentifizierung fehlschlägt. [<=]

A_20015-02 - CS: HTTP-Header user-agent

Das Clientsystem des E-Rezept-Fachdienstes MUSS in alle HTTP-Requests an den E-Rezept-Fachdienst und IDP-Dienst im äußeren HTTP-Request den HTTP-Header user-agent gemäß [RFC7231] mit <Produktname>/<Produktversion> <Herstellername>/<client_id> mit

• <Produktname> gemäß eigener Definition, Länge 1-20 Zeichen, Zeichenvorrat [0-9a-zA-Z\-\.]
• <Produktversion> gemäß Produktidentifikation
• <Herstellername> gemäß eigener Definition, Länge 1-20 Zeichen, Zeichenvorrat [0-9a-zA-Z\-\.] 
• <client_id> gemäß Registrierung bei der gematik

A_21568-02 - CS: HTTP-Header X-erp-user

Das Clientsystem des E-Rezept-Fachdienstes MUSS in alle Anfragen an den E-Rezept-Fachdienst im äußeren HTTP-Request den HTTP-Header "X-erp-user" mit dem Wert

• "l" (kleines L) als PS eines Leistungserbringers
• "k" als CS eines Kostenträgers
• "v" als E-Rezept-FdV
• oder "n" als NCPeH-FD

A_21569-01 - CS: HTTP-Header X-erp-resource

Das Clientsystem des E-Rezept-Fachdienstes MUSS in alle Anfragen an den E-Rezept-Fachdienst im äußeren HTTP-Request den HTTP-Header "X-erp-resource" mit dem Wert gemäß der angefragten Ressource im FHIR-Request einfügen. [<=]

A_19741-01 - CS: Umsetzung sicherer Kanal zur VAU des E-Rezept-Fachdienstes

Das Clientsystem des E-Rezept-Fachdienstes MUSS für alle Anfragen an den E-Rezept-Fachdienst für

• die Abfrage des capability statement
• den Zugriff auf Task, Communication, Consent, Prescription oder access-permission Ressourcen

A_20769-01 - CS: verpflichtende Zertifikatsprüfung

Das Clientsystem des E-Rezept-Fachdienst MUSS alle Zertifikate, die es aktiv verwendet (bspw. TLS-Verbindungsaufbau), auf Integrität und Authentizität prüfen. Falls die Prüfung kein positives Ergebnis ("gültig") liefert, so MUSS es die von dem Zertifikat und den darin enthaltenen Attributen (bspw. öffentliche Schlüssel) abhängenden Arbeitsabläufe ablehnen.
Das Clientsystem des E-Rezept-Fachdienst MUSS alle öffentlichen Schlüssel, die es verwenden will, auf eine positiv verlaufene Zertifikatsprüfung zurückführen können. [<=]

A_20091-01 - CS: Prüfung der Zertifikate für TLS-Verbindung zu E-Rezept-Fachdienst und IDP-Dienst

Das Clientsystem des E-Rezept-Fachdienst MUSS für die Prüfung eines Zertifikats für den TLS-Verbindungsaufbau zum E-Rezept-Fachdienst und IDP das Zertifikat auf ein CA-Zertifikat einer CA, die die "CA/Browser Forum Baseline Requirements for the Issuance and Management of Publicly-Trusted Certificates" [Baseline Requirements for TLS Server Certificates] erfüllt, kryptographisch (Signaturprüfung) zurückführen können. Ansonsten MUSS es das Zertifikat als "ungültig" bewerten.
Das Clientsystem des E-Rezept-Fachdienst MUSS die zeitliche Gültigkeit des Zertifikats prüfen. Falls diese Prüfung negativ ausfällt, muss es das Zertifikat als "ungültig" bewerten.  [<=]

A_20654-01 - CS: Registrierung des Clientsystems des E-Rezept-Fachdienstes

Der Hersteller des Clientsystem des E-Rezept-Fachdienstes MUSS sich über einen organisatorischen Prozess beim Anbieter des IDP-Dienstes für die Dienste, für welche Token abgerufen werden sollen, registrieren. Der IDP-Dienst vergibt dabei eine "client_id". Diese "client_id" MUSS vom Clientsystem bei Nutzung des IDP-Dienstes übertragen werden. [<=]

A_20655-01 - CS: Regelmäßiges Einlesen des Discovery Document

Das Clientsystem MUSS das Discovery Document (DD) [RFC8414] regelmäßig alle 24 Stunden einlesen und auswerten, und danach die darin aufgeführten URI zu den benötigten öffentlichen Schlüsseln (PUKs) und Diensten verwenden.
Der Downloadpunkt wird als Teil der organisatorischen Registrierung des Clientsystems beim IDP-Dienst übergeben.
Das Clientsystem MUSS den Downloadpunkt des Discovery Document als konfigurierbaren Parameter speichern. [<=]

A_20656-02 - CS: Prüfung der Signatur des Discovery Document

Das Clientsystem MUSS die JWS (JSON Web Signature) [RFC7515#section-3] Signatur des Discovery Document auf mathematische Korrektheit sowie auf Gültigkeit des ausstellenden Zertifikates innerhalb der TI prüfen.
Das Clientsystem MUSS, wenn es den Konnektor oder den Basis-Consumer nutzt, die Gültigkeit des Zertifikates mit der Operation "VerifyCertificate" prüfen.
[<=]

A_20657-01 - CS: Prüfung Typ und Rolle des Signaturzertifikats des Discovery Document

Das Clientsystem MUSS die Signatur des Discovery Document auf ein zeitlich gültiges C.FD.SIG-Zertifikat mit der Rollen-OID "oid_idpd" zurückführen können. [<=]

A_20658-01 - CS: Sicheres Löschen der Token

Das Clientsystem MUSS, wenn es kontrolliert beendet wird, vorhandene ACCESS_TOKEN, ID_TOKEN und AUTHORIZATION_CODE-Objekte sicher löschen. [<=]

A_21337-01 - CS: Löschung von TOKEN bei zeitlichem Ablauf

Das Clientsystem MUSS vorhandene ACCESS_TOKEN, ID_TOKEN und AUTHORIZATION_CODE-Objekte nach Ablauf ihrer Gültigkeit sicher löschen. [<=]

A_21338-01 - CS: Sichere Speicherung der Token

Das Clientsystem MUSS empfangene ACCESS_TOKEN, ID_TOKEN und AUTHORIZATION_CODE-Objekte gegen unberechtigten Zugriff schützen.  [<=]

A_20659-01 - CS: Erzeugen des CODE_VERIFIER

Das Clientsystem MUSS zur Laufzeit einen CODE_VERIFIER (Zufallswert) gemäß [RFC7636#section-4.1] bilden. Der CODE_VERIFIER MUSS eine Länge von mindestens 43 und maximal 128 Zeichen enthalten. Dabei sind die folgenden Zeichen zulässig: [A-Z] / [a-z] / [0-9] / "-" / "." / "_" / "~". [<=]

A_20660-01 - Erzeugen des Hash-Werts des CODE_VERIFIER

Das Clientsystem MUSS über den CODE_VERIFIER einen SHA256-HASH-Wert, die sogenannte CODE_CHALLENGE, gemäß [RFC7636#section-4.2] bilden.
code_challenge = BASE64URL-ENCODE(SHA256(ASCII(code_verifier))) [<=]

A_20661-01 - CS: Anfrage des AUTHORIZATION_CODE für ein ACCESS_TOKEN

Das Clientsystem MUSS den Antrag zum AUTHORIZATION_CODE für ein ACCESS_TOKEN beim Authorization-Endpunkt (URI_AUTH) in Form eines HTTP/1.1 GET Request stellen und dabei die folgenden Attribute anführen: 
• "response_type"
• "scope"
• "client_id"
• "redirect_uri"
• "code_challenge" (Hashwert des "code_verifier") [RFC7636#section-4.2]
• "code_challenge_method" HASH-Algorithmus (S256) [RFC7636#section-4.3] [<=]

A_20662-01 - CS: Annahme des "user_consent" und des CHALLENGE_TOKEN

Das Clientsystem MUSS den "user_consent" und den CHALLENGE_TOKEN vom Authorization-Endpunkt des IDP-Dienstes annehmen. Der Authorization-Endpunkt liefert diese als Antwort auf den Authorization-Request des Clientsystems. [<=]

A_20663-02 - CS: Prüfung der Signatur des CHALLENGE_TOKEN

Das Clientsystem MUSS die Signatur des CHALLENGE_TOKEN gegen den aktuellen öffentlichen Schlüssel des Authorization-Endpunktes PUK_IDP_SIG prüfen. Liegt dem Clientsystem der öffentliche Schlüssel des Authorization-Endpunktes noch nicht vor, MUSS es diesen gemäß dem "kid"-Parameter "puk_idp_sig" aus dem Discovery Document abrufen. [<=]

A_20665-02 - CS: Signatur der Challenge des IdP-Dienstes

Das Clientsystem MUSS, wenn es sich mit seiner SM-B authentisiert, den CHALLENGE_TOKEN des IdP-Dienstes mit der Identität ID.HCI.AUT der SM-B signieren.
Das Clientsystem MUSS, wenn es den Konnektor oder den Basis-Consumer nutzt, für das Signieren die Operation ExternalAuthenticate verwenden und als zu signierende Daten BinaryString den SHA-256-Hashwert des CHALLENGE_TOKEN in Base64-Codierung übergeben. [<=]

A_20667-03 - CS: Response auf die Challenge des Authorization-Endpunktes

Das Clientsystem MUSS das eingereichte CHALLENGE_TOKEN zusammen mit der von der Smartcard signierten Challenge-Signatur "signed_challenge" und dem Authentifizierungszertifikat der Smartcard, mit dem öffentlichen Schlüssel des Authorization-Endpunktes PUK_IDP_ENC verschlüsselt, in Form eines HTTP-POST-Requests senden. [<=]

A_20668-01 - CS: Annahme des AUTHORIZATION_CODE

Das Clientsystem MUSS den vom Authorization-Endpunkt als Antwort auf die signierte Challenge gesendeten AUTHORIZATION_CODE verarbeiten. Das Clientsystem MUSS das AUTHORIZATION_CODE ablehnen, wenn dieser außerhalb der mit dem Authorization-Endpunkt etablierten TLS-Verbindung übertragen wird. [<=]

A_21333-01 - CS: Erzeugung des "Token-Key"

Das Clientsystem MUSS vor dem Abrufen von ID_Token und ACCESS_Token einen zufälligen 256bit-AES-Schlüssel ("Token Key") erzeugen. [<=]

A_21334-01 - CS: Erzeugung des KEY_VERIFIER

Das Clientsystem MUSS den KEY_VERIFIER bilden, indem "Token Key" und CODE_VERIFIER in einem JSON-Objekt kodiert werden. [<=]

A_20671-02 - CS: Einreichen des AUTHORIZATION_CODE beim Token-Endpunkt

Das Clientsystem MUSS den "Key_Verifier" mittels JWE und PUK_IDP_ENC verschlüsseln und zusammen mit dem AUTHORIZATION_CODE TLS-gesichert und als HTTP/1.1 POST Request an den Token-Endpunkt senden.
[<=]

A_20672-02 - CS: Annahme des ID_TOKEN

Das Clientsystem MUSS das vom Token-Endpunkt ausgegebene ID_TOKEN als HTTP/1.1 Statusmeldung 200 verarbeiten und mittels "Token Key" entschlüsseln. Das Clientsystem MUSS das ID_TOKEN ablehnen, wenn dieses außerhalb der mit dem Token-Endpunkt etablierten TLS-Verbindung übertragen wird oder nicht mit dem vorher übermittelten "Token Key" verschlüsselt war. [<=]

A_20673-02 - CS: Annahme des ACCESS_TOKEN

Das Clientsystem MUSS das vom Token-Endpunkt ausgegebene ACCESS_TOKEN in der HTTP/1.1 Statusmeldung 200 verarbeiten und mittels "Token Key" entschlüsseln. Das Clientsystem MUSS das ACCESS_TOKEN ablehnen, wenn dieses außerhalb der mit dem Token-Endpunkt etablierten TLS-Verbindung übertragen wird oder nicht mit dem vorher übermittelten "Token Key" verschlüsselt war.
[<=]

A_20674-01 - CS: Formale Prüfung der Signatur des ID_TOKEN und des ACCESS_TOKEN

Das Clientsystem MUSS die Signatur des ACCESS_TOKEN und ID_TOKEN mathematisch prüfen und auf ein gültiges C.FD.SIG-Zertifikat mit der Rollen-OID "oid_idpd" zurückführen. [<=]

A_20675-01 - CS: Gültigkeitsprüfung des Signaturzertifikats des ACCESS_TOKEN innerhalb der TI

Das Clientsystem MUSS das zur Signatur des ACCESS_TOKEN verwendete Zertifikat auf Gültigkeit innerhalb der TI prüfen.
Das Clientsystem MUSS, wenn es den Konnektor oder den Basis-Consumer nutzt, mit der Operation "VerifyCertificate" prüfen. [<=]

A_22483-01 - Version FHIR-Package de.gematik.erezept-workflow

Die Produkttypen der Anwendung E-Rezept und Clientsystem des E-Rezept-Fachdienstes MÜSSEN das FHIR-Package de.gematik.erezept-workflow in der Version gemäß [FHIR Version] unterstützen. [<=]

A_22216-01 - FHIR-Ressourcen Versionsangabe

Die Produkttypen der Anwendung E-Rezept und Clientsystem des E-Rezept-Fachdienstes MÜSSEN alle generierten FHIR-Ressourcen mit der Versionsnummer gemäß [datatypes.html#canonical] im Feld Ressource.meta.profile kennzeichnen, zu dessen aktuell gültiger Profilversion sie mutmaßlich validieren. [<=]