Diensten

VERSIE: 19-05-2023 STATUS: definitief

Incrementele implementatie
Het iWlz-netwerkmodel wordt incrementeel geïmplementeerd aan de hand van het afsprakenstelsel iWlz-netwerkmodel. Het eerste deel dat wordt geïmplementeerd is het Indicatieregister, voor deze implementatiestap zijn de volgende diensten van toepassing:

  • Abonneren (deels)

  • Autoriseren (deels)

  • Notificeren

  • Raadplegen

De dienst Abonneren wordt in de eerste implementatiestap deels ingevoerd. De operationeel netwerkbeheerder VECOZO maakt namens bronhouder CIZ in deze eerste fase de abonnementen aan voor de afnemers (zorgkantoren). Het is in deze eerst implementatiestap voor zorgkantoren nog niet mogelijk om zelf een abonnementsverzoek naar bronhouder CIZ te sturen.

De dienst Autoriseren wordt ook deels ingevoerd. Autoriseren vindt namelijk plaats als onderdeel van notificeren. De ambitie is om deze twee diensten in de volgende implementatiestap van elkaar te scheiden om het vraaggestuurd raadplegen van gegevens mogelijk te maken.

Inleiding
Dit hoofdstuk beschrijft de diensten die van toepassing zijn in het iWlz-netwerk. Ieder register biedt één of meerdere van deze diensten aan. De specifieke invulling van de diensten voor een register wordt toegelicht in de specifieke laag waarin de uitwisselprofielen worden beschreven.

In dit hoofdstuk worden de diensten generiek beschreven. Het gaat om de volgende diensten:

De volgende diensten zijn voor de eerste implementatiestap Indicatieregister nog niet van toepassing. Deze worden in een volgende versie van het Afsprakenstelsel toegevoegd.

  • Melden

  • Pseudonimiseren

  • Verzamelen

  • Delen

Foutcodes

Er zijn verschillende componenten betrokken bij de verschillende diensten. Verschillende componenten kunnen verschillende soorten foutmeldingen retourneren. Hierbij zullen de reguliere HTTP-foutcodes uniform worden gebruikt maar het formaat van de payload zal verschillen. De foutmeldingen zullen per dienst worden gespecificeerd en worden gepubliceerd op de website van VECOZO (nID pagina). Als een foutbericht een op tekst gebaseerde foutcode ondersteunt, moet het de code illegal_access_token ondersteunen. Als een client deze foutcode ontvangt, MAG hij het access token NIET opnieuw gebruiken.