Kommunikation zu Diensten der TI
Kommunikation zu den Diensten der TI
Ein Clientsystem nutzen für die Kommunikation zu den Diensten der TI TLS-Verbindungen. Es verbindet sich bspw. mit dem TI-Flow-Fachdienst, PoPP-Service oder FHIR-VZD.
funkt. Eignung: Konformitätsbestätigung
funkt. Eignung: Herstellererklärung
funkt. Eignung: Herstellererklärung
funkt. Eignung: Test Produkt/FA
Das Clientsystem des TI-Flow-Fachdienstes MUSS für die Kommunikation mit dem TI-Flow-Fachdienst die Endpunkte der Schnittstellen gemäß [gemSpec_FD_eRP]#5.1 Servicelokalisierung nutzen.
Die Abfrage beim Namensdienst der TI erfolgt über einen DNS-Lookup. Hierfür muss der Konnektor als DNS-Resolver konfiguriert sein.
funkt. Eignung: Konformitätsbestätigung
funkt. Eignung: Herstellererklärung
funkt. Eignung: Herstellererklärung
funkt. Eignung: Test Produkt/FA
Das Clientsystem des TI-Flow-Fachdienstes MUSS für die Kommunikation mit dem TI-Flow-Fachdienst die URL mit dem Port 443 bilden.
funkt. Eignung: Konformitätsbestätigung
funkt. Eignung: Herstellererklärung
funkt. Eignung: Herstellererklärung
funkt. Eignung: Test Produkt/FA
Das Clientsystem des TI-Flow-Fachdienstes MUSS für die Anwendungsfälle der Anwendung E-Rezept mit den Diensten der TI ausschließlich über TLS kommunizieren.
Es gelten die Vorgaben aus [gemSpec_Krypt] für TLS.
funkt. Eignung: Konformitätsbestätigung
funkt. Eignung: Herstellererklärung
funkt. Eignung: Herstellererklärung
funkt. Eignung: Test Produkt/FA
Das Clientsystem des TI-Flow-Fachdienst MUSS bei jedem Verbindungsaufbau zum TI-Flow-Fachdienst diesen anhand seines TLS-Zertifikats authentifizieren und MUSS die Verbindungen ablehnen, falls die Authentifizierung fehlschlägt.
| API / Operation |
X-erp-resource |
| Query API: AuditEvent |
AuditEvent |
| Query API: ChargeItem |
ChargeItem |
| Query API: Consent |
Consent |
| Query API: Communication |
Communication |
| GET /Device |
Device |
| GET /metadata |
metadata |
| POST /Subscription |
Subscription |
Query API: Task
POST /Task * |
Task |
| POST /$get-eu-prescriptions |
Prescription |
GET /$read-eu-access-permission
POST /$grant-eu-access-permission
DELETE /$revoke-eu-access-permission |
access-permission |
Tabelle: HTTP-Header "X-erp-resource"
Verschlüsselte Kommunikation zur VAU des TI-Flow-Fachdienstes
Die Kommunikation zum TI-Flow-Fachdienst wird zusätzlich zu TLS über einen sicheren Kanal (Verschlüsselung auf Http-Ebene) zwischen dem PS und der Vertrauenswürdigen Ausführungsumgebung (VAU) im TI-Flow-Fachdienst gesichert.
funkt. Eignung: Herstellererklärung
funkt. Eignung: Herstellererklärung
funkt. Eignung: Herstellererklärung
Sich.techn. Eignung: Produktgutachten
funkt. Eignung: Test Produkt/FA
Das Clientsystem des TI-Flow-Fachdienstes MUSS für alle Anfragen an den TI-Flow-Fachdienst für
- die Abfrage des capability statement
- den Zugriff auf Task, MedicationDispense, Communication, Consent, Prescription, AuditEvent oder access-permission Ressourcen
das Kommunikationsprotokoll zwischen VAU des TI-Flow-Fachdienstes und Clientsysteme des TI-Flow-Fachdienstes in der Rolle TI-Flow-Client nutzen.
Für Informationen zum Kommunikationsprotokoll zwischen E-Rezept-FdV und der VAU des TI-Flow-Fachdienstes siehe [gemSpec_Krypt]#E-Rezept-spezifische Vorgaben und [gemSpec_Krypt]#ZETA/ASL (VAU-Protokoll).
Alternativ zur Umsetzung des TUC_PKI_018 gemäß [gemSpec_Krypt]#A_21216 soll das Primärsystem für die Prüfung des VAU-Zertifikates die VerifyCertificate Operation des Konnektors/Basis Consumers nutzen.
Folgendes kann umgesetzt werden:
- Beziehen des VAU-Zertifikat von /VAUCertificate
- Lokales Speichern der aktuellen Zeit mit dem VAU-Zertifikat als Tupel
- Prüfen des VAU-Zertifikates mittels der Konnektor-Operation VerifyCertificate
- Abbrechen falls INVALID
-
(5) if (get_current_time() < gespeicherte Zeit + 12h) { VAU-Zertifikat wird als gültig angesehen, Nutzen des VAU-Zertifikat }
if (get_current_time() >= gespeicherte Zeit + 12h) { VAU-Zertifikat neu beziehen, siehe (1)}
