gematik / api-ti-messenger

API specification for gematik's TI-Messenger - a messaging standard, which will enable healthcare personnel in the German healthcare sector to communicate interoperable via DSGVO-conform messaging-services. The TI-Messenger builds on matrix, the open standard for interoperable, decentralised, real-time communication over IP.

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Organisation, TID, Domain, Org-Admin

mlangguth opened this issue · comments

Eher zuerst eine Frage, denn ein Issue - wobei daraus ein Issue wird, wenn meine Annahme stimmt 😉.

In den TIM- und VZD-Specs ist für mich die Verwendung des Begriffs "Organisation" nicht immer eindeutig. Meint es im Einzelfall die Einrichtung (z.B. die Klinik als Organisation, bestehende aus Unter-Organisationseinheiten) oder meint es die Organisationseinheit hinter der TID einer SMC-B?

In der Annahme, dass aus gematik-Sicht die eindeutige TID "das Maß der Dinge bzgl. Organisation" ist, führt dass dann dazu, dass eine Klinik, die wie z.B. in Hessen aus Datenschutzgründen pro Station eine eigene TID beantragen muss (wegen der ePA-Berechtigungsvergabe), aus VZD-Sicht eine Sammlung von "eigenständigen" Organisationen ist (also jede Station wegen ihrer eigenen TID als eigene Organisation innerhalb des VZD geführt wird)?

Und heißt das in Folge, dass jede dieser Organisationen (also je TID) einen eigenen Org-Admin braucht?

Und in Folge, dass jede Organisation (also je TID) eine eigene TIM-Domäne braucht?

Und, da ein Org-Admin nur die FHIR-Ressourcen unterhalb der eigenen Organization-Ressource bearbeiten darf, es "die Klinik" als Organization-Eintrag im FHIR-VZD überhaupt nicht gibt (da diese Klinik als Gesamtorganisation im Beispiel keine eigene TID hat) und von niemanden angelegt werden kann, weil niemand außer den Kartenherausgebern eine solche Ressource anlegen (und verlinken) darf?

Wenn die Antworten jeweils "Ja" lauten, haben wir ein grundsätzliches Problem, welches gelöst (und eigentlich für den Start von TIM 1.1) werden muss!