Initialize design of the Localization specs

[jorritspee]

Inhoudelijke UC: ACP, behandelwensen.

0: Authenticatie

A: Lidmaatschap & Trusted Third party: gatekeeper & eindbaas

• Issued lidmaatschap credentials aan Orgs, met daarin "capabilities" & "profiles", bv "ACP" en openEHR

  Shared registry A (look at Nuts RFC discovery and fill in the boxes, https://github.com/nuts-foundation/nuts-specification/blob/feature/usecase_list/rfc/rfc022-discovery-service.md)

• Ieder lid post een VP elke 24u naar endpoint met daar in de VC van de TTP
• Endpoint is querybaar over de actieve leden: query voor ACP & openEHR ✅ Punt: in RFC022 zit niks over patienten.

B: Discovery van patienten, wie heeft data over BSN X?

• Optie 1: iedereen bevragen.
• Oprie 2: shared register van BSN 1..* Orgs, misschien zelfs onderdeel van Shared registry A, of als uitbreiding.
• Oprie 3: Shared careplanning (https://github.com/SanteonNL/shared-care-planning/blob/main/input/pagecontent/introduction.md).
• Optie 4: whitebox style bsn + sleutel > hash. Met hash kan je queryen.

BBConnect: Optie 1, per regio: lelijk eendje, maar werkt. Centraal lijstje van instellingen, query alle instellingen om het zorgnetwerk te vinden. Lijstje lidmaatschap per regio en dan alle leden in regio queryen.

Optie 4 als "transfercode". ZItten veel voordelen aan.

Impl Optie 4, hebben we nodig (gereriek)

• Een manier om het register van ACP in regio X te vinden. Dit zou bij A kunnen, maar 1 per regio.

  • Bij A registreert het register
  • Misschien ook bij welk register je jezelf aanmeldt (regio)

• Een manier om je als zorgaanbieder een patient met bsn en code te voor een "capability" aan te melden. IAW: ik heb gegevens over hash X (hash(BSN+transfercode)) gegevens van type ACP.

• Een register om de aanmeldingen op in op te slaan.

• En manier om het register te querieeen, op basis van hash(BSN+transfercode) met eventueel regio erbij of niet (nadenken). Indien niet kunnen er dus meerdere registers zijn. En dat is niet erg. Tof zelfs!.

• • • Service discovery
  • look at Nuts RFC and fill in the boxes

• Localization based on information about composition of the healthcare/support network

  • CareTeam-service
  • how do you find the CareTeam-service? --> not in scope, e.g. via push-authorization-code

[rolandgroen]

See the spec at: https://github.com/jorritspee/openEHRxNuts/blob/main/Localization/Localization.md

[joostholslag]

@jorritspee this is the discussion I mentioned on how to federate persistent/episodic data like ACP: https://discourse.openehr.org/t/federation-of-persistent-episodic-compositions/5201/9 IMHO this is too complicated for this project to solve, so I'd like to leave it out of scope. And focus on the scenario: doctor a wants to view composition.ACP for patient X at doctor b and know where it is.