ADR 5; Topologie van de adresseringsfunctie

[RonObbens]

In de huidige voorgenomen opzet is er sprake van meerdere adresboeken die achter de adressen-url/digitale voordeur/base-url worden aangeboden. Deze adresboeken moeten wel voldoen aan standaarden die op landelijk niveau worden bepaald. Om te voorkomen dat deze dienstverlening (die voor alle zorgaanbieders eigenlijk hetzelfde moet zijn) concurrentieel wordt bewegen we naar een eindsituatie toe waarin er nog maar sprake is van één adresboek wat door de overheid wordt gefaciliteerd cq aangeboden.

Relevante architectuurplaat wordt ook in PR #149 besproken.

[RizAhmed85]

N.a.v. de werkgroep was het voorstel om de mogelijke scenario's te beschrijven.

Drie scenario's

1. LRZa die 'digitale voordeur' (prijsvraag staat nog uit) weet van een zorgorganisatie waar de adresseerbare punten kunnen worden opgevraagd (2-trapsraket).
2. Een beperkte set van centrale adresboeken waar je de adresseerbare punten kan opvragen o.b.v. een URA (beperkte adresboeken met adresseerbare punten)
3. Een centrale update consumer (LRZa) waar je op basis van een URA de adresseerbare punten direct kunt opvragen (nationaal adresregister).

[stevenvegt]

Zoals besproken op 2 september in de werkgroep. We hebben het supplier/consumer deel van mCSD proberen in te vullen. Een zorgaanbieder registreert een eigen Update Supplier bij een centrale dienst (bijv. het LRZa). Die lijst wordt gebruikt door adresboek(en) gebruikt om een compleet adresboek op te bouwen die aangeboden kan worden aan Selective Consumer.

Vraagstuk is nog hoe we omgaan met meerdere leveranciers per zorgaanbieder. Bijv. een DVA of LSP wil graag zijn eigen endpoints beheren. Meld je dan meerderen leveranciers aan, of leg je als zorgaanbieder een link vast in je eigen Update Supplier vast. En hoe weet de Update Consumer dan de endpoints van deze leveranciers?

[stevenvegt]

Op basis van de mCSD kom ik tot het volgende voorstel:

Elke organization kan een lijst van endpoints publiceren naar mCSD Update Suppliers en daarmee aan de Update Consumer aangeven waar er andere delen beschikbaar zijn. De consumer volgt ze allemaal en vormt zo een volledig overzicht. Bij het LRZA registreert de organisatie zijn primaire supplier, de rest zijn connectivity suppliers die alleen combinaties van Organization - Endpoint beheren.

[stevenvegt]

Samen met @bramwesselo naar de bovenstaande opties gekeken.

Omdat we niet weten hoe simpel of complex de bronnen en configuraties van adresseerbare punten zijn voor een specifieke zorgorganisatie, hebben we besloten dat organisaties bij het LRZA één digitale voordeur registreren, de zgn mCDS Update Supplier. Deze dienst levert aan de Update Consumers één actueel en volledig overzicht aan van de adresseerbare punten van de zorgorganisatie. Hoe dit overzicht tot stand komt is aan de zorgaanbieder zelf en kan worden samengesteld uit meerdere bronnen zoals aanvullende dienstverleners, of gebaseerd zijn op een simpel lijstje van endpoints, services en locaties.

Het plaatje wat we hebben besproken ziet er dan grofweg zo uit: