Seiteninhalt:
Die Nachricht wird als HTTP POST an /Task/$create gesendet.
$create: Anforderungen an den TI-Flow-Fachdienst zur Bereitstellung der Schnittstelle.$create: Anforderungen an den Client des TI-Flow-Fachdienstes zur Nutzung der Schnittstelle.Die konkrete API, wie die Operation zu nutzen ist, ist dem jeweiligen Modul IG zu entnehmen.
POST /Task/$create ist nicht zum Aufbau von Vorräten (Prefetch) oder zum “Vorbereiten” von Rezept-Hüllen ohne konkrete Verordnungsabsicht vorgesehen. Jeder create-Aufruf führt serverseitig zur Vergabe einer neuen, fortlaufenden und über lange Zeit eindeutig zu haltenden Rezept-/Task-ID. Nicht aktivierte bzw. verworfene Tasks “verbrauchen” diese IDs dauerhaft und reduzieren den verfügbaren Nummernraum. Ein create sollte daher erst dann erfolgen, wenn das Primärsystem tatsächlich ein E-Rezept erzeugen und im Anschluss zeitnah mit activate starten will. Insbesondere ist das Generieren des maximal möglichen Kontingents pro Formular-/Maskenöffnung oder “auf Verdacht” zu unterlassen.GEM_ERP_NS_PrescriptionId hinterlegte Wert stellt die 10 Jahre lang eineindeutige Rezept-ID dar.GEM_ERP_NS_AccessCode ist der serverseitig generierte AccessCode, der für nachfolgende Zugriffe auf diesen Task in einem http-Request für die Berechtigungsprüfung mitgegeben werden muss.GEM_ERP_CS_FlowType hat der TI-Flow-Fachdienst den Übergabeparameter zur Konfiguration des des Workflows übernommen.