C_12129_Anlage

Inhaltsverzeichnis

1 Motivation

Wenn eine DiGA-Verordnung einem Kostenträger zugewiesen wird und die Prüfung des Kostenträgers ergibt, dass das E-Rezept an den Versicherten zurückgegeben werden muss, ruft der Kostenträger die $reject-Operation am E-Rezept-Fachdienst auf.
Weiterhin ist definiert worden, dass der Kostenträger über Senden einer GEM_ERP_PR_Communication_Reply dem Versicherten mitteilt, warum die Verordnung zurückgegeben wurde. Dieses Profil verlangt am E-Rezept-Fachdienst die Verwendung eines JSON für Apotheken in .payload.contentString.

Um diese Abhängigkeit aufzulösen, wurde ein neues Profil GEM_ERP_PR_Communication_DiGA entwickelt, was diese Anforderung nicht trägt. Die Nachricht für den Versicherten wird in diesem Profil unter .payload.contentString als einfacher String übertragen.
Der Änderungseintrag führt die notwendigen Änderungen in gemF_eRp_DiGA ein.

2 Versionsübergang

Für den Übergang der Verwendung wird vorgeschlagen, die Verwendung des Communication Profils an die Verwendung der Version eines FHIR-Packages zu binden.

Wenn ein KTR-Client die Profilversion 1.4 von de.gematik.erezept-workflow.r4 implementiert hat, wird das Profil GEM_ERP_PR_Communication_Reply verwendet und kann bis Ende der Gültigkeit der Workflowprofile 1.4 genutzt werden.

Mit Verwendung der Workflowprofile 1.5 kann ein KTR-Client das Profil GEM_ERP_PR_Communication_DiGA nutzen, damit eine Freitextnachricht ohne ein JSON übertragen werden kann.

3 Änderungen in gemF_eRp_DiGA

Erweiterung des PUMLs um den Fall $reject

Abbildung 1: SD Übermittlung von Verordnungen für DiGAS

Änderung von 7.6.3.2.1 Zusatzinformationen

Nach Abschluss der Workflows eines E-Rezeptes hat der Kostenträger die Möglichkeit dem Versicherten eine Antwort zur Zuweisung zu übermitteln. Hierfür erstellt der Kostenträger eine Communication vom Profil  GEM_ERP_PR_Communication_DiGA und ergänzt unter Communication.payload.contentString den Antworttext als Freitext, der dem Nutzer im E-Rezept-FdV dargestellt werden soll.

Hierfür gelten die Vorgaben aus gemSpec_DM_eRp#A_23877

Änderung von 7.6.3.2.2 Fehlermanagement

Falls es bei der Verarbeitung einer Zuweisung einer digitalen Gesundheitsanwendung zu einem Fehler kommt, bspw. wenn der Nutzer nicht beim Kostenträger versichert ist, muss das Clientsystem den Nutzer informieren und das E-Rezept zur weiteren Nutzung zurückgeben.

Hierzu führt der Kostenträger die E-Rezept-Fachdienst Operation "$reject" aus und übermittelt dem Nutzer eine GEM_ERP_PR_Communication_DiGA in der der Kostenträger angeben kann, warum die Verordnung nicht bearbeitet werden kann.

Änderung von A 23384-03

alt