Implementation Guide
ePA Medication Service
Version 1.0.5-1 - release

## Operation API: Verschreibungsdaten stornieren (E-Rezept-Fachdienst)

Die Operation Verschreibungsdaten stornieren wird vom E-Rezept-Fachdienst ausgeführt, um eine bereits ausgestellte Verschreibung zu stornieren bzw. zu invalidieren. Diese Funktion kommt zum Einsatz, wenn eine Verschreibung aus verschiedenen Gründen, wie Änderung des Arzneimittels oder Fehler bei der Ausstellung, nicht mehr benötigt wird. Nach Löschung durch den E-Rezept-Fachdienst wird diese Information an den Medication Service übermittelt, um dort die Verschreibungsdaten zu invalidieren bzw. zu stornieren.

Abbildung: Anwendungsfall Verschreibungsdaten stornieren

### Nachricht

Die Nachricht zur Stornierung oder Löschung einer Verschreibung wird als HTTP POST-Anfrage an den Medication Service gesendet.

#### Auslösung

Der E-Rezept-Fachdienst sendet eine Nachricht zur Stornierung oder Löschung einer Verschreibung an den Medication Service. Der Medication Service verarbeitet die Anfrage und führt die entsprechende Stornierung oder Löschung der Verschreibung durch und speichert diese Information dauerhaft.

#### FHIR Operation API

Der Medication Service MUSS die Operation API: Verschreibungsdaten stornieren (E-Rezept-Fachdienst) gemäß der FHIR OperationDefinition Cancel Prescription eRP ausführen. Die Verarbeitung der Verschreibungsdaten MUSS entsprechend den in der OperationDefinition festgelegten Regeln und Strukturen erfolgen. Der Medication Service MUSS die Operation Verschreibungsdaten stornieren (E-Rezept-Fachdienst) mittels einer HTTP POST-Anfrage verarbeiten. Die empfangene Verschreibungsdaten MÜSSEN entsprechend verarbeitet und dauerhaft gespeichert werden. Der Medication Service MUSS für die Operation Verschreibungsdaten stornieren (E-Rezept-Fachdienst) einen Partial Success ermöglichen.

- Falls einzelne elektronische Verschreibungen erfolgreich storniert wurden, MUSS der Medication Service die zugehörigen prescriptionId und authoredOn Werte in der Antwort zurückgeben.
- Falls einzelne Stornierungen nicht verarbeitet werden können, MUSS der Medication Service für diese ein OperationOutcome in der Antwort bereitstellen.
- Auch bei einer erfolgreichen Stornierung MUSS der Medication Service ein OperationOutcome mit einer entsprechenden Bestätigung bereitstellen.
- Der HTTP Response Code MUSS 200 OK sein, unabhängig davon, ob ein oder mehrere Stornierungen fehlschlagen.

contentTypes: - "application/fhir+json" headerParams: - name: "x-insurantid" expectation: "MUSS" type: "string" description: "Health Record Identifier" - name: "x-useragent" expectation: "MUSS" type: "string" description: "User Agent Information" - name: "X-Request-ID" expectation: "MUSS" type: "string" description: "UUID der Nachricht" responses: - statusCode: '200' description: "Successful operation" errorCode: "-" note: "-" - statusCode: '423' description: "If the insurant objected to the submission of prescription and dispensation data into the ePA system, the Medication Service is locked" errorCode: "locked" note: "-" base: "[base]" paths: /epa/medication/api/v1/fhir/$cancel-prescription-erp: post: include: - "#default-api" - "#op-responses" operationId: "cancelPrescription_MedicationSvc" requestExamples: - name: "application/fhir+json" type: JSON url: './Parameters-example-epa-op-cancel-prescription-erp-input-parameters-1.json' responseExamples: - name: "application/fhir+json" type: JSON url: './Parameters-example-epa-op-rx-prescription-erp-output-parameters-1.json'

### Geschäftslogik

Das folgende Aktivitätsdiagramm illustriert die Geschäftslogik der Operation Verschreibungsdaten stornieren (E-Rezept-Fachdienst) im Medication Service.

Abbildung: Geschäftslogik des Medication Service für die Operation Verschreibungsdaten stornieren (E-Rezept-Fachdienst)

### Sicherheitsanforderungen

Generelle Sicherheitsanforderungen werden hier festgehalten.