UC1: Rezeptanforderung in der Pflege
In diesem Anwendungsfall initiiert ein Anfragender (z.B. eine Pflegeeinrichtung) den Prozess, indem er eine Rezeptanfrage an einen verordnenden Arzt stellt. Der Arzt bearbeitet die Anfrage und erstellt ein E-Rezept. Nach der Erstellung des E-Rezepts erhält der Verordnende die Informationen "PrescriptionID" und "AccessCode" vom E-Rezept-Fachdienst und kann damit einen E-Rezept-Token generieren.
Der verordnende Leistungserbringer übermittelt den E-Rezept-Token anschließend an die Pflegeeinrichtung.
Die Pflegeeinrichtung sendet daraufhin eine Anfrage zur Belieferung der Verordnung an die ausgewählte Apotheke. Diese kann mithilfe der Informationen aus dem E-Rezept-Token das E-Rezept vom E-Rezept-Fachdienst abrufen und die Pflegeeinrichtung mit der entsprechenden Medikation beliefern.
Pflegeeinrichtung an Verordnenden
Im ersten Schritt stellt die Pflegeeinrichtung eine Rezeptanforderung an einen verordnenden Leistungserbringer. Der verordnende LE stellt ein E-Rezept am E-Rezept-Fachdienst ein und überträgt den E-Rezept Token als Antwort an die Pflegeeinrichtung.
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_Rezeptanforderung;Rezeptanfrage |
ERPServiceRequestPrescriptionRequest | .status = #active |
ERPServiceRequestOrganization | .type.coding = #PFL |
HINWEIS: Über ServiceRequest.reasonCode
kann angegeben werden, warum die Medikation angefragt wird.
Angabe der Verordnungsinhalte
Die MedicationRequest Ressource ist nach Profil ERP ServiceRequest MedicationRequest anzugeben. Zur Behandlung von gesonderten Fällen kann in der ServiceRequest und MedicationRequest Ressource folgendes gesetzt werden:
Profil | Feld | Bedeutung |
---|---|---|
ERP ServiceRequest PrescriptionRequest | .extension:redeemByPatient | Angabe, ob die angefragte Verordnung durch den Versicherten eingelöst werden soll. Falls der Wert true ist, soll der verordnende das E-Rezept mit Flowtype 160/200 erstellen. Andernfalls wird ein E-Rezept mit Workflow 169/209 erstellt. |
ERP ServiceRequest MedicationRequest | .extension:PriorPrescriptionID | Angabe einer vorherigen Task ID auf die sich die Anfrage bezieht |
ERP ServiceRequest MedicationRequest | .extension:requestMVO.extension:Kennzeichen | Angabe, ob der Anfragende die Ausstellung des E-Rezeptes im Rahmen einer Mehrfachverordnung wünscht |
ERP ServiceRequest MedicationRequest | .dispenseRequest.quantity | Angabe der gewünschten Packungsmenge des Arzneimittels |
Stornierung - Verordnungsanfrage
Falls der Anfragende die Anfrage stornieren möchte, wird derselbe ServiceRequest (identifiziert durch die gleiche .identifer:requestId) erneut an den Verordnenden gesendet. Bei der Stornierung ergeben sich folgende Änderungen für die Eigenschaften der Profile:
Profil | Bedingung |
---|---|
ERPServiceRequestRequestHeader | .eventCode = #eRezept_Rezeptanforderung;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
Im Falle der erfolgreichen Übertragung sollte der Verordnende 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
- Optional der Grund und/ oder die Reichweite der aktuellen Medikation
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.
Verordnendender an Pflegeeinrichtung
[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]).
Der Verordnende erhält in der Antwort vom Fachdienst die PrescriptionID und den AccessCode ([3]). Beide Informationen werden benötigt, um ein E-Rezept in einer Apotheke einzulösen.
Zum Erstellen müssen die in Mapping für Rezeptanforderung Bestätigung aufgeführten fachlichen Informationen übertragen werden. Insbesondere muss der Inhalt der Verordnung für die Dokumentation an die Pflegeeinrichtung übertragen werden, da diese keinen Zugriff auf den E-Rezept-Fachdienst hat. Das Mapping stellt ebenfalls dar, in welchen Profilen die Informationen angegeben werden müssen.
Sollte der Arzt nach Prüfung der Rezeptanforderung etwas anderes verordnen, als der Anfragende angefragt hat, muss im Profil ERP ServiceRequest PrescriptionRequest die modifier Extension "medicationChanged" mit true gesetzt werden (s. EX - Did Medication Change). So kann das System des Anfragenden den Nutzer explizit darauf hinweisen, dass die Antwort von der Anfrage abweicht. Das Feld kann automatisch vom System gesetzt werden, wenn der Nutzer eine Angabe in dem Rezept ändert.
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_Rezeptanforderung;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 und eine Antwort an die Pflegeeinrichtung versendet hat, ist der Vorgang für den Verordnenden beendet.
Die Pflegeeinrichtung hat die Information, dass die Anfrage bearbeitet wurde und den E-Rezept Token. Jetzt kann eine Abgabeanfrage an eine Apotheke versendet werden.
Falls der Verordnende die Anfrage abgelehnt hat, ist der Vorgang entsprechend im Pflegesystem zu markieren.
Pflegeeinrichtung an Apotheke
Im nächsten Schritt kann die anfragende Pflegeeinrichtung den E-Rezept Token an die ausliefernde Apotheke weiterreichen und um eine Abgabe der Verordnung anfragen. Die Pflegeeinrichtung kann angeben, wie die Belieferung der Verordnung erfolgen soll.
Die Apotheke löst das E-Rezept am E-Rezept-Fachdienst ein und bestätigt die Belieferung gegenüber der Pflegeeinrichtung.
[6] Dispensieranforderung
Zum erstellen müssen die in Mapping für Dispensieranforderung 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 DispenseRequest | ERPServiceRequestRequestHeader.focus | |
ERP ServiceRequest Patient | ERPServiceRequestDispenseRequest.subject | |
ERP ServiceRequest Organization, | ERPServiceRequestDispenseRequest.requester | |
package/StructureDefinition-address-de-basis.json, | ERPServiceRequestDispenseRequest.extension[alternativeDeliveryAddress] | 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 Dispensieranforderung entspricht:
Profil | Bedingung |
---|---|
ERPServiceRequestRequestHeader | .eventCode = #eRezept_Rezeptanforderung;Abgabeanfrage |
ERPServiceRequestDispenseRequest | .status = #active |
ERPServiceRequestDispenseRequest | .extension:EPrescriptionToken = |
ERPServiceRequestDispenseRequest | .requester.type = #PFL |
Angabe der Belieferungsart
Die anfragende Pflegeeinrichtung kann angeben, wie die Belieferung erfolgen soll, es kann
- Abholung durch Pflegedienst
- Lieferung an Adresse aus Rezept
- Lieferung an alternative Lieferadresse
- Abholung durch Patienten/Vertreter
als Belieferungsoption angegeben werden. Wenn die Option "Lieferung an alternative Lieferadresse" angegeben wird, dann muss in der Extension erp-service-request-alternative-delivery-address-ex die entsprechende Adresse hinterlegt werden.
Angabe der Verordnungsinhalte
Für die Dispensieranforderung ist nicht vorgesehen, dass Verordnungsinhalte übertragen werden, da angenommen wird, dass die Pflegeeinrichtung via Rezeptanforderung und die Apotheke via Abrufen am E-Rezept-Fachdienst in Kenntnis des Verordnungsinhaltes sind.
Es wird angenommen, dass zwischen einer anfragenden Pflegeeinrichtung und Apotheke bereits vereinbarte Prozesse zur Übergabe der eigentlichen Medikation bestehen. Daher wurden diese nicht weiter spezifiziert. Für etwaige Kommunikation darüber kann das Feld ServiceRequest.note
genutzt, oder direkt Kontakt aufgenommen werden.
Ergebnis der Übertragung
Die Apotheke ist im Besitz des E-Rezept-Tokens und hat alle Informationen, die sie für eine Kontaktaufnahme benötigt, sowohl zur anfragenden Person/ Einrichtung, wie auch zum ausstellenden Arzt.
Mit Besitz des Tokens ist eine Apotheke in der Lage den E-Rezept-Fachdienst nach dem Rezept abzufragen und kann dieses entsprechend bearbeiten ([7]). Die Apotheke kann im letzten Schritt die Verarbeitung der Anfrage und die Belieferung bestätigen ([8]).
Apotheke an Pflegeeinrichtung
[8] Dispensieranforderung_Bestätigung
Abschließend zum Anwendungsfall übermittelt die Apotheke eine Bestätigung an die anfragende Pflegeeinrichtung, dass die Abgabe bestätigt ist. In der Antwort sollen auch die Abgabedaten enthalten sein, damit die Pflegeeinrichtung darüber informiert ist, welches Präparat geliefert wird.
Zum Erstellen müssen die in Mapping für Dispensieranforderung aufgeführten fachlichen Informationen übertragen werden. Das Mapping zeigt zudem, in welchen Profilen die Informationen angegeben werden müssen.
Sollte die Apotheke nach Prüfung des Rezepts und der Arzneimittelverfügbarkeit etwas anderes beliefern, als im E-Rezept verordnet wurde, muss im Profil ERP ServiceRequest PrescriptionRequest die modifier Extension "medicationChanged" mit true gesetzt werden (s. EX - Did Medication Change). So kann das System der Pflege den Nutzer explizit darauf hinweisen. Das Feld kann automatisch vom AVS gesetzt werden, wenn eine entsprechende Abweichung auftritt.
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 DispenseRequest | ERPServiceRequestRequestHeader.focus | |
ERP ServiceRequest Patient | ERPServiceRequestDispenseRequest.subject | |
ERP ServiceRequest MedicationDispense | ERPServiceRequestDispenseRequest.supportingInfo:AbgabeDaten | |
KBV_PR_ERP_Medication_PZN, KBV_PR_ERP_Medication_Compounding, KBV_PR_ERP_Medication_Ingredient oder KBV_PR_ERP_Medication_FreeText | ERPServiceRequestDispenseRequest.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 Dispensieranforderung entspricht:
Profil | Bedingung |
---|---|
ERPServiceRequestRequestHeader | .eventCode = #eRezept_Rezeptanforderung;Abgabebestaetigung |
ERPServiceRequestDispenseRequest | .status = #completed |
ERPServiceRequestDispenseRequest | .supportingInfo = Abgabeinformationen |
Ergebnis
Die anfragende Einrichtung/ Person ist darüber informiert, dass die Abgabe erfolgt ist und welche Medikamente geliefert werden. Dieser letzte Schritt schließt den Anwendungsfall "Rezeptanforderung in der Pflege" ab.
Beispiele der verwendeten FHIR-Ressourcen
Beispielhafte FHIR-Ressourcen sind auf der folgenden Seite Beispieldateien verfügbar.