Rezeptanforderung_Bestätigung
[4] Rezeptanforderung_Bestätigung
Der Verordnende kann nach dem Erhalt einer Rezeptanforderung diese prüfen und eine entsprechende Verordnung erstellen, signieren und im E-Rezept-Fachdienst einstellen ([2] und [3]).
Der Verordnende erhält in der Antwort vom Fachdienst die PrescriptionID und den AccessCode. Beide Informationen werden benötigt, damit die Apotheke das E-Rezept einlösen und zur Abrechnung bringen kann.
Zum Erstellen müssen die in Mapping für Rezeptanforderung Bestätigung aufgeführten fachlichen Informationen übertragen werden. Das Mapping stellt ebenfalls dar, in welchen Profilen die Informationen angegeben werden müssen.
Verwendung von Profilen
Folgende Profile sind für diesen Übertragungsweg zu nutzen und im ERP Service Request Message Container einzubetten:
| Profil | Referenziert in | Optional |
|---|---|---|
| ERP ServiceRequest Request Header | ERPServiceRequestMessageContainer.entry[0] | |
| ERP ServiceRequest PrescriptionRequest | ERPServiceRequestRequestHeader.focus | |
| ERP ServiceRequest Patient | ERPServiceRequestPrescriptionRequest.subject | |
| ERP ServiceRequest Practitioner | ERPServiceRequestPrescriptionRequest.performer | |
| ERP ServiceRequest MedicationRequest | ERPServiceRequestPrescriptionRequest.basedOn | |
| KBV_PR_ERP_Medication_PZN, KBV_PR_ERP_Medication_Compounding, KBV_PR_ERP_Medication_Ingredient oder KBV_PR_ERP_Medication_FreeText | ERPServiceRequestMedicationRequest.medication[x] |
Folgendes Klassendiagramm soll die verwendeten Profile graphisch darstellen:
Wichtige Kennzeichnungen
Folgende Bedingungen müssen erfüllt, bzw. Felder gesetzt sein, damit die Nachricht einer Rezeptanforderungs Bestätigung entspricht:
| Profil | Bedingung |
|---|---|
| ERPServiceRequestRequestHeader | .eventCode = #eRezept_ParenteraleZubereitung;Rezeptbestaetigung |
| ERPServiceRequestPrescriptionRequest | .status = #completed |
| ERPServiceRequestPrescriptionRequest | .extension:EPrescriptionToken = |
Ablehnung - Verordnung
Falls der Verordnende die Anfrage ablehnen möchte, wird der gleiche ServiceRequest (.identifer:requestId muss gleich sein) an den Anfragenden zurück gesendet. Folgende Bedingungen müssen erfüllt sein:
| Profil | Bedingung |
|---|---|
| ERPServiceRequestRequestHeader | .eventCode = #eRezept_Rezeptanforderung;Rezeptanfrage_Storno |
| ERPServiceRequestPrescriptionRequest | .status = #revoked |
| ERPServiceRequestPrescriptionRequest | .reasonCode Angabe des Ablehnungsgrunds |
Für die PDF Repräsentation der Anfrage werden außerdem die medizinischen Inhalte der ursprünglichen Verordnungsanfrage übertragen. Diese sind vom PVS aus der initialen Anfrage zu übernehmen. Das empfangende System kann diese ignorieren.
Ergebnis
Sobald das PVS die Anfrage bearbeitet hat, erhält die Apotheke nach Abschluss dieses Vorgangs das E-Rezept-Token am E-Rezept-Fachdienst und kann damit das E-Rezept einlösen und die Zubereitung abrechnen.
Falls der Verordnende die Anfrage abgelehnt hat, ist der Vorgang entsprechend im Apothekensystem zu markieren.