Seiteninhalt:
Die FHIR-Operation $reject überführt einen im Status in-progress befindlichen Task in den Status ready, wenn der Kostenträger die Verordnung an den Versicherten zurückgibt, weil eine fehlerhafte Zuweisung vorliegt, d.h. der Kostenträger nicht zuständig ist.
Diese Operation basiert auf der $abort Operation des Basis-Workflow für E-Rezepte.
Die Operation $reject wird als HTTP POST auf /Task/<id>/$reject ausgeführt.
Server-Anforderungen zu $reject: Anforderungen an den TI-Flow-Fachdienst zur Bereitstellung der Schnittstelle.
Anforderungen für KTR zu $reject: Anforderungen an das Clientsystem des KTR zur Nutzung der Schnittstelle.
{"resourceType":"CapabilityStatement","id":"ti-flow-fachdienst-server-diga","meta":{"profile":["https://gematik.de/fhir/ti/StructureDefinition/ti-capability-statement"]},"text":{"status":"extensions","div":"<div xmlns=\"http://www.w3.org/1999/xhtml\"><p class=\"res-header-id\">Generated Narrative: CapabilityStatement ti-flow-fachdienst-server-diga</p><a name=\"ti-flow-fachdienst-server-diga\"> </a><a name=\"hcti-flow-fachdienst-server-diga\"> </a><div style=\"display: inline-block; background-color: #d9e0e7; padding: 6px; margin: 4px; border: 1px solid #8da1b4; border-radius: 5px; line-height: 60%\"><p style=\"margin-bottom: 0px\"/><p style=\"margin-bottom: 0px\">Profile: <a href=\"https://simplifier.net/resolve?scope=de.gematik.epa.medication@1.3.2&canonical=https://gematik.de/fhir/ti/StructureDefinition/ti-capability-statement\">Capability Statement Profil für TI FHIR Data Service</a></p></div><h2 id=\"title\">ERP DiGA CapabilityStatement für den E-Rezept-Fachdienst</h2>application/fhir+json, application/fhir+xmlNote to Implementers: FHIR Capabilities
Any FHIR capability may be 'allowed' by the system unless explicitly marked as 'SHALL NOT'. A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.
</blockquote>This CapabilityStatement imports the CapabilityStatement https://gematik.de/fhir/workflow/core/CapabilityStatement/erp-fachdienst-server
server</h3></div><div class=\"panel-body\"/></div><h3 id=\"resourcesCap1\">Capabilities by Resource/Profile</h3><h4 id=\"resourcesSummary1\">Summary</h4>The summary table lists the resources that are part of this configuration, and for each resource it lists:
_include_revinclude_include_revincludehttps://gematik.de/fhir/erp/StructureDefinition/GEM_ERP_PR_Task$create, $activate, $accept, $reject, $close, $abortGEM_ERP_PR_Communication_DiGAsearch-type, read, patch.https://gematik.de/fhir/erp/StructureDefinition/GEM_ERP_PR_Task
dateTask.authoredOn - Unterstützt die Suche nach dem Erstellungsdatum; default sort if _sort is not provided
\ntokenTask.status - Unterstützt die Suche nach dem Status einer Task
\ndateTask.lastModified - Unterstützt die Suche nach dem zuletzt modifizierten Datum
\nstringUnterstützt das Sortieren nach unterstützten Task-Suchkriterien
\nnumberMaximale Anzahl zurückgegebener Einträge pro Seite; maximum value is 50
\nnumberNullbasierter Offset des ersten zurückgegebenen Eintrags; default is 0
\nCreates a Task for a specific flow type
\nActivates the created Task using the signed ePrescription bundle
\nPayor claims an ePrescription and sets Task status to in-progress
\nRejects dispensing and resets Task status to active
\nFinishes the ePrescription workflow and sets Task status to completed
\nAborts the ePrescription workflow and deletes Task related data
\nsearch-type, read, create, delete.GEM_ERP_PR_Communication_DiGA
dateCommunication.sent - Unterstützt die Suche nach dem Sendedatum; default sort if _sort is not provided
\ndateCommunication.received - Unterstützt die Suche nach dem Empfangsdatum
\nstringCommunication.recipient.identifier.value - Unterstützt die Suche nach dem Empfänger einer Nachricht
\nstringCommunication.sender.identifier.value - Unterstützt die Suche nach dem Absender einer Nachricht
\nstringUnterstützt das Sortieren nach unterstützten Communication-Suchkriterien
\nnumberMaximale Anzahl zurückgegebener Einträge pro Seite; maximum value is 50
\nnumberNullbasierter Offset des ersten zurückgegebenen Eintrags; default is 0
\nsearch-type, read.<a href=\"StructureDefinition-GEM-ERP-PR-MedicationDispense-DiGA.html\">GEM ERP PR MedicationDispense DiGA</a>
</div></div><div class=\"row\"><div class=\"col-lg-7\"><span class=\"lead\">Search Parameters</span><table class=\"table table-condensed table-hover\">dateMedicationDispense.whenHandedOver - Unterstützt die Suche nach dem Abgabedatum; default sort if _sort is not provided
\ndateMedicationDispense.whenPrepared - Unterstützt die Suche nach dem Herstellungsdatum
\nstringMedicationDispense.performer.actor.identifier.value - Unterstützt die Suche einer MedicationDispense zu einer Abgebenden LEI.
\nstringUnterstützt das Sortieren nach unterstützten MedicationDispense-Suchkriterien
\nnumberMaximale Anzahl zurückgegebener Einträge pro Seite; maximum value is 50
\nnumberNullbasierter Offset des ersten zurückgegebenen Eintrags; default is 0
\n
{
"resourceType": "OperationDefinition",
"id": "tiflow-diga-reject-op",
"url": "https://gematik.de/fhir/tiflow-diga/OperationDefinition/tiflow-diga-reject-op",
"title": "E-Rezept zurückgeben",
"description": "Lehnt die Ausgabe einer DiGA-Verordnung ab. Die Aufgabe wird in einen aktiven Zustand zurückgesetzt, das secret wird gelöscht, und der Task wird für jeden anderen Kostenträger zugänglich oder kann vom Patienten gelöscht werden.",
"version": "2.0.0",
"status": "active",
"publisher": "gematik GmbH",
"date": "2028-04-01",
"kind": "operation",
"affectsState": true,
"resource": [
"Task"
],
"system": false,
"type": false,
"instance": true,
"code": "reject",
"name": "TIFlow-DIGA-OP-Reject",
"parameter": [
{
"name": "secret",
"use": "in",
"min": 1,
"max": "1",
"documentation": "Der secret Parameter, der einem Kostenträger den exklusiven Zugriff auf den Task als URL-Parameter ?secret ermöglicht.",
"type": "string"
}
]
}
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="ExampleDiGAOperationOutcomeError"/>
<text>
<status value="generated"/>
<div xmlns="http://www.w3.org/1999/xhtml"><p class="res-header-id"><b>Generated Narrative: OperationOutcome ExampleDiGAOperationOutcomeError</b></p><a name="ExampleDiGAOperationOutcomeError"> </a><a name="hcExampleDiGAOperationOutcomeError"> </a><h3>Issues</h3><table class="grid"><tr><td style="display: none">-</td><td><b>Severity</b></td><td><b>Code</b></td><td><b>Details</b></td><td><b>Diagnostics</b></td></tr><tr><td style="display: none">*</td><td>Error</td><td>Invalid Content</td><td><span title="Codes:">Task has invalid status for requested operation</span></td><td>Expected status ready but found completed</td></tr></table></div>
</text>
<issue>
<severity value="error"/>
<code value="invalid"/>
<details>
<text value="Task has invalid status for requested operation"/>
</details>
<diagnostics value="Expected status ready but found completed"/>
</issue>
</OperationOutcome>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 TI-Flow-Fachdienst Operation “$reject” aus und übermittelt dem Nutzer eine Communication GEM_ERP_PR_Communication_DiGA in der der Kostenträger angeben kann, warum die Verordnung nicht bearbeitet werden kann.