ADR 7; Registratie van Update Suppliers

[RonObbens]

Achtergrond

In het FHIR mCSD model wordt gewerkt met Update Suppliers. Dit past bij het digitale voordeur model waarbij elke zorgaanbieder verantwoordelijk is voor het beschikbaar stellen van tenminste één Update Supplier (dit kan uiteraard gedelegeerd worden). De locatie van deze Update Suppliers moet ergens bekend worden gemaakt.

Alternatieven

• Publiceren bij een nationale adresseringsdienst LRZa.

Gerelateerde Requirements

• Als zorgaanbieder wil ik dynamisch kunnen instellen welke adresseerbare punten ik publiceer. #80
• Als IT-dienstverlener wil ik mijn eigen connectiepunten beheren waarbij afstemming nodig is tussen de betrokken dienstverleners. #42

Gerelateerde ADRs

• ADR 4; achter het base-url/adres-url komt er een zorg-adresboek met daarin alle adresseerbare punten van die zorg-identiteit #151

Voorstel

Deze ADR stelt voor deze registratie mogelijk te maken op basis van een API die door het LRZa geboden wordt. Via deze API kunnen zorgaanbieders zelf één of meerdere Update Suppliers registreren. Toegang tot de API vindt plaats op basis van UZI server certificaten. Hierdoor kan het LRZa zonder handmatige tussenkomst adresgegevens ontvangen.

[RizAhmed85]

ADR splitsen in:

1. één voor de registratie van Update Suppliers,
2. één voor toegang tot de API bijvoorbeeld o.b.v. UZI server certificaten/verifiable credentials (uitwerking opties kan worden teruggelegd bij werkgroep authenticatie) en
3. één voor de ophaalfunctionaliteit van de adresseerbare punten.

[stevenvegt]

Ik heb de ADR breder gemaakt met LRZa als een van de mogelijke opties. Verder relevante requirements er bij gezet.

Ik zou graag meer opties willen onderzoeken zoals bijv. did:web met de url in een service