- Een applicatie die het abonnement (Subscription resource) aanvraagt (requested), het registreren van een gebeurtenis, wordt de abonnement aanvrager genoemd.
- Subscription resources (abonnementen) worden (standaard) door applicatie instanties aangevraagd, waarbij de
Subscription.status op 'requested' wordt gezet. Zie: "Het specificeren van de toegang". De FHIR (Resource) Provider MOET het abonnement valideren. Na goedkeuring wordt de Subscription.status op 'active' gezet . De volgende validaties MOETEN volgende validatie moeten worden uitgevoerd:- de criteria van het abonnement (
Subscription.criteria), moet aan de lees (READ) criteria van de Autorisatie Matrix voldoen. - Voor Voor Koppeltaal 2.0 wordt alleen het '
rest-hook' kanaal gebruikt (zie: Subscription.channel.type). Dit kanaal wordt gebruikt door een Post bericht (notificatie) naar een URL (Subscription.channel.endpoint) te sturen.
- Na goedkeuring wordt de
Subscription.status op 'active' gezet . - De volgende runtime validaties MOETEN worden uitgevoerd, voordat de notificatie wordt verstuurd:
- de criteria van het abonnement (
Subscription.criteria), moet aan de lees (READ) criteria van de Autorisatie Matrix voldoen.
- De ontvanger van het Post bericht (notificatie) MOET een URL (
Subscription.channel.endpoint) beschikbaar stellen voor ontvangst per type notificatie. - In de notificatie wordt er geen payload (body) meegestuurd. De payload is NIET aanwezig in het abonnement (zie:
Subscription.channel.payload) - Voor het verder specificeren van notificaties voor de ontvanger, raden we aan headers te definiëren en toe te voegen, bij het gebruik van het versturen van notificaties. (zie voorbeeld:
Subscription.channel.header:"X-KT_Subscription:UpdateTask")Optioneel: Alleen OWNERS en (domein) beheerders, kunnen - De applicaties mag alleen zijn eigen abonnementen wijzigen en/of verwijderen.
- Domein beheerders mogen abonnementen wijzigen en/of verwijderen.
|
