Eisen (en aanbevelingen) van het registreren en signaleren van gebeurtenissen

1. Een applicatie die het abonnement (Subscription resource) aanvraagt (requested), het registreren van een gebeurtenis, wordt de abonnement aanvrager genoemd.
2. Subscription resources (abonnementen) worden (standaard) door applicatie instanties aangevraagd, waarbij de Subscription.status op 'requested' wordt gezet. Zie: "Het specificeren van de toegang".
3. De FHIR (Resource) Provider MOET het abonnement valideren. Na goedkeuring wordt de Subscription.status op 'active' gezet . 
4. De volgende validaties MOETEN worden uitgevoerd:
   1. de criteria van het abonnement (Subscription.criteria), moet aan de criteria van de Autorisatie Matrix voldoen.
   2.  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.
5. De ontvanger van het Post bericht (notificatie) MOET een URL (Subscription.channel.endpoint) beschikbaar stellen voor ontvangst per type notificatie.
6. In de notificatie wordt er geen payload (body) meegestuurd. De payload is NIET aanwezig in het abonnement (zie: Subscription.channel.payload)
7. 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")
8. Optioneel: Alleen OWNERS en (domein) beheerders, kunnen abonnementen wijzigen en/of verwijderen.

{}