Rezeptanforderung
Die Apotheke erstellt mittels Zytostatika-Programm oder Taxierungssoftware die notwendigen Informationen für die Rezeptanforderung zusammen, um sie dann einem verordnenden Leistungserbringer zu übermitteln.
Der verordnende LE stellt ein E-Rezept am E-Rezept-Fachdienst ein und überträgt den E-Rezept Token als Antwort an die anfragende Apotheke. Diese kann das E-Rezept am E-Rezept-Fachdienst einlösen.
In der Rezeptanforderung sind medizinische Informationen zum angefragten Arzneimittel, wie auch administrative Informationen enthalten. Die folgenden Beschreibungen liefern detailiierte Informationen, wie eine Rezeptanforderung zu befüllen und auszuführen ist.
[1] Rezeptanforderung
Zum erstellen müssen die in Mapping für Rezeptanforderung 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 Organization, | ERPServiceRequestPrescriptionRequest.requester | |
| ERP ServiceRequest Practitioner | ERPServiceRequestPrescriptionRequest.performer | x |
| 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 Rezeptanforderung seitens der Pflegeeinrichtung entspricht:
| Profil | Bedingung |
|---|---|
| ERPServiceRequestRequestHeader | .eventCode = #eRezept_ParenteraleZubereitung;Rezeptanfrage |
| ERPServiceRequestPrescriptionRequest | .status = #active |
| ERPServiceRequestOrganization | .type.coding = #APO |
Angabe der Verordnungsinhalte
Die MedicationRequest Ressource ist nach Profil ERP ServiceRequest MedicationRequest anzugeben. Die Informationen zum Arzneimittel sind in der referenzierten Medication Ressource nachgehalten, die einem Profil der KBV_Medication entspricht.
Stornierung - Verordnungsanfrage
Falls der Anfragende die Anfrage stornieren möchte, wird der gleiche ServiceRequest (.identifer:requestId muss gleich sein) erneut an den Verordnenden versendet. Folgende Bedingungen müssen erfüllt sein:
| Profil | Bedingung |
|---|---|
| ERPServiceRequestRequestHeader | .eventCode = #eRezept_ParenteraleZubereitung;Rezeptanfrage_Storno |
| ERPServiceRequestPrescriptionRequest | .status = #entered-in-error |
| ERPServiceRequestPrescriptionRequest | .reasonCode Angabe des Stornierungsgrund |
Für die PDF Repräsentation der Anfrage werden außerdem die medizinischen Inhalte der ursprünglichen Verordnungsanfrage übertragen. Das empfangende System kann diese ignorieren.
Ergebnis der Übertragung
Der Verordnende sollte mittels dieser Übertragung alle wesentlichen Informationen zur Verfügung haben, die er für das Ausstellen einer Verordnung benötigt:
- Daten des Patienten, für den die Verordnung erstellt werden soll
- Daten des Anfragenden, an den die Informationen übertragen werden sollen
- Daten zum angefragten Medikament, dass verordnet werden soll
Im Falle einer Stornierung sollte das sendende System den Eintrag als "storniert" gekennzeichnet haben. Das empfangende System kann eine unbearbeitete Anfrage löschen und muss sonst dem Verordnenden kenntlich machen, dass eine Stornierungsanfrage gesendet wurde. Falls ein E-Rezept erstellt wurde ist dieses vom Verordnenden zu löschen.