Anforderungen an den TI-Flow-Fachdienst für die $activate-Operation
Diese Seite enthält die normativen Anforderungen an den Fachdienst für die Operation $activate.
Anforderungen aus der Core Spezifikation
Für diese Schnittstelle gelten die Anforderungen aus der Core-Spezifikation
Modulspezifische Anforderungen
Anforderungen zur Signaturprüfung
funkt. Eignung: Test Produkt/FA
Der TI-Flow-Fachdienst MUSS beim Zugriff auf einen Task mit Flowtype 162 mittels HTTP-POST-Operation über /Task/<id>/$activate, wenn die QES gemäß der professionOID des Signaturzertifikats des Signierenden nicht von einer Berufsgruppe ausgestellt wurde, die einer der folgenden professionOID entspricht:
- oid_arzt
- oid_zahnarzt
- oid_psychotherapeut
- oid_ps_psychotherapeut
- oid_kuj_psychotherapeut
die Operation mit dem folgenden Fehler:
| HTTP-Code |
400 - Bad Request |
| Severity |
error |
| Code |
invalid |
| Details Code |
TIFLOW_SIGNATURE_INVALID_ISSUING_ROLE |
| Details Text |
- |
abbrechen, damit nur solche Leistungserbringer eine signierte Verordnung einstellen, die zur Verordnung von DiGAs ermächtigt sind.
Anforderungen zur Validierung
funkt. Eignung: Test Produkt/FA
Der TI-Flow-Fachdienst MUSS die Operation Task aktivieren gemäß der FHIR OperationDefinition TIFlow-DIGA-OP-Activate ausführen. Die Verarbeitung und Validierung der Daten MUSS entsprechend den in der OperationDefinition festgelegten Regeln und Strukturen erfolgen und bei Abweichung die Operation mit folgendem Fehler:
| HTTP-Code |
400 - Bad Request |
| Severity |
error |
| Code |
invalid |
| Details Code |
SVC_VALIDATION_FAILED |
| Details Text |
FHIR Profile validation failed |
abbrechen.
Anforderungen zur Geschäftslogik
funkt. Eignung: Test Produkt/FA
Der TI-Flow-Fachdienst MUSS beim Zugriff auf einen Task mittels HTTP-POST-Operation über /Task/<id>/$activate den innerhalb des PKCS#7-Datensatz enveloping-enthaltenen FHIR-Datensatz gegen das Profil https://fhir.kbv.de/StructureDefinition/KBV_PR_EVDGA_Bundle aus kbv.itv.evdga validieren und bei Invalidität die Operation mit dem folgenden Fehler:
| HTTP-Code |
400 - Bad Request |
| Severity |
error |
| Code |
invalid |
| Details Code |
SVC_VALIDATION_FAILED |
| Details Text |
FHIR Profile Validation Failed |
abbrechen.
funkt. Eignung: Test Produkt/FA
Der TI-Flow-Fachdienst MUSS beim Zugriff auf einen Task mit Flowtype 162 mittels HTTP-POST-Operation über /Task/<id>/$activate den im FHIR Profil KBV_PR_EVDGA_HealthAppRequest gespeicherten Wert für .code[x]:codeCodeableConcept.coding.code gemäß den "Technischen Hinweisen zur PZN-Codierung - Prüfziffernberechnungen der PZN, PPN und Basic UDI-DI" beschriebenen Prüfalgorithmus validieren und bei einer fehlerhaften Prüfung die Operation mit dem folgenden Fehler:
| HTTP-Code |
400 - Bad Request |
| Severity |
error |
| Code |
invalid |
| Details Code |
TIFLOW_EREZEPT_PZN_INVALID |
| Details Text |
Ungültige PZN: Die übergebene Pharmazentralnummer entspricht nicht den vorgeschriebenen Prüfziffer-Validierungsregeln. |
abbrechen.
funkt. Eignung: Test Produkt/FA
Der TI-Flow-Fachdienst MUSS beim Zugriff auf einen Task mit Flowtype 162 mittels HTTP-POST-Operation über /Task/<id>/$activate prüfen, dass Coverage.type.coding.code nicht mit dem Wert "PKV" belegt ist und im Fehlerfall die Operation mit dem folgenden Fehler:
| HTTP-Code |
400 - Bad Request |
| Severity |
error |
| Code |
invalid |
| Details Code |
TIFLOW_COVERAGE_TYPE_MISMATCH |
| Details Text |
- |
abbrechen, um sicherzustellen, dass diese Workflows nicht für Verordnungen für PKV-Versicherte genutzt werden.
funkt. Eignung: Test Produkt/FA
Der TI-Flow-Fachdienst MUSS beim Zugriff auf einen Task mit Flowtype 162 mittels HTTP-POST-Operation über /Task/<id>/$activate prüfen, ob die Extension Coverage.payor.identifier.extension:alternativeID vorhanden ist und in diesem Fall die Operation mit dem folgenden Fehler:
| HTTP-Code |
400 - Bad Request |
| Severity |
error |
| Code |
invalid |
| Details Code |
TIFLOW_ALTERNATIVE_IK_FORBIDDEN |
| Details Text |
- |
abbrechen, um sicherzustellen, dass dieser Workflow nicht für Verordnungen genutzt wird, die zu Lasten von Unfallkassen oder Berufsgenossenschaften gehen.
Dieser Ausschluss erfolgt temporär. In einer späteren Version können Unfallkassen das Verordnen von DiGAs explizit unterstützen. Die konkreten Festlegungen dazu werden in einem Folgerelease getroffen.
funkt. Eignung: Test Produkt/FA
Der TI-Flow-Fachdienst MUSS bei einem Task mit Task.flowType = 162 die Attribute in Task in Abhängigkeit des in der http-POST-Operation /Task/<id>/$activate übergebenen gültig signierte Verordnungs-Bundle gemäß TAB_eRpDM_005 belegen.
| Feld in Task |
Feldbelegung |
| Task.performerType.coding.system |
"https://gematik.de/fhir/erp/CodeSystemGEM_ERP_CS_OrganizationType" |
| Task.performerType.coding.code |
"1.2.276.0.76.4.59" |
| Task.performerType.coding.diplay |
"Kostenträger" |
| Task.PrescriptionType.valueCoding.display |
"Flowtype für Digitale Gesundheitsanwendungen" |
| Task.ExpiryDate |
<Datum der QES.Erstellung im Signaturobjekt> + 3 Kalendermonate |
| Task.AcceptDate |
<Datum der QES.Erstellung im Signaturobjekt> + 3 Kalendermonate |
Tabelle: TAB_eRpDM_005 Prozessparameter Flowtype 162
