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
80
42
Gerelateerde ADRs
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.
één voor toegang tot de API bijvoorbeeld o.b.v. UZI server certificaten/verifiable credentials (uitwerking opties kan worden teruggelegd bij werkgroep authenticatie) en
één voor de ophaalfunctionaliteit van de adresseerbare punten.
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
Gerelateerde Requirements
80
42
Gerelateerde ADRs
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.