status:VERSIE: 17-01-2025 status:STATUS: definitief

1. Doel en rationale

• Doel

  • Het doel van het indicatieregister is dat deelnemers in het iWlz-netwerk op basis van relevantie en grondslag op het juiste moment op de juiste plek de juiste indicatiegegevens kunnen raadplegen.

  • De indicatiegegevens zijn het resultaat van het processtap beoordelen en afgeven indicatiebesluit en input voor de processtap Toeleiden, bewaken passende zorg.

• Wat is de rationale van dit uitwisselprofiel?

  • Inzage in de juiste indicatiegegevens is randvoorwaardelijk voor bovengenoemd doel

2. Organisatiebeleid

• Voor welke deelnemers is dit uitwisselprofiel van toepassing?

  • het uitwisselprofiel Indicatie is van toepassing op deelnemers met de organisatorische rol indicatiesteller (CIZ) en deelnemers met de organisatorische rol zorgkantoor

• Welke afspraken gelden bij twijfels/vragen over de kwaliteit van data?

  • Contact opnemen met bronhouder Indictaiesteller CIZ via telefoon of e-mail.

3. Wet- en regelgeving

In het artikel Randvoorwaarden & Ontwerpkeuzes is aangegeven welke wet- en regelgeving voor het Indicatieregister van toepassing is.

Specifiek voor het Indicatieregister zijn de volgende grondslagen van toepassing:

• Juridische grondslag van de afnemer voor de gegevensverwerking

  • Van de zes grondslagen van art. 6 AVG is voor de uitwisseling van indicategegevens is de wettelijke plicht de grondslag voor gegevensverwerking.

• Noodzakelijkheid en proportionaliteit van de gegevensverwerking op basis van het doel

  • In algemene zin beschrijft de Wet langdurige zorg in artikel 9.1.2 welke gegevens noodzakelijk zijn en onderling verstrekt moeten worden (zie artikel Randvoorwaarden & Ontwerpkeuzes)

    • iStandaarden beschrijft de scope van de gegevens van het indicatieregister

  • Daarnaast is vastgesteld welke gegevens noodzakelijk en proportioneel zijn

  • Proportionaliteit wordt o.a. geborgd door logische scheiding per regio

4. Proces beoordelen

Open

5. Informatie

• Peildata/peilperiode van gegevens

  • Zowel actuele als historische indicatiegegevens kunnen worden geraadpleegd mits geautoriseerd voor de periode.

• Bewaartermijn

  • Indicatiesteller CIZ: 5 jaar na overlijden cliënt

  • Zorgkantoor: 7 jaar na overlijden cliënt. Voor de 2 jaar extra bewaartermijn dient het zorgkantoor zelf een kopie van de data van de indicatiesteller te bewaren.

  • Het principe van data aan de bron dient te worden nagestreefd. Een kopie van de geraadpleegde gegevens mag door de afnemer alleen worden bewaard wanneer dat meerwaarde heeft. Wanneer afnemers ervoor kiezen om een kopie van de geraadpleegde gegevens op te slaan, geldt hiervoor dezelfde bewaartermijn.

• In- en exclusiecriteria voor de informatievragen

  • Alleen organisaties met een rol zorgkantoor mogen de gegevens afnemen

• Eisen aan de actualiteit, betrouwbaarheid en volledigheid van de data

  • CIZ draagt zorg voor directe registratie van nieuwe en gewijzigde Indicatiebesluiten.

• Aggregatieniveau

  • Indicatiegegevens worden enkel niet-geaggregeerd aangeboden en uitgewisseld

• Contextinformatie die wordt meegegeven vanuit bestaande kwalitatieve bronnen

  • Geen

• Welke criteria gelden voor het bepalen van het subject van de uitwisseling.

  • De gegevensuitwisseling vindt plaats per indicatiebesluit op basis van een uniek identificatienummer van de indicatie. Gegevens hebben betrekking op een cliënt. Er is geen sprake van geanonimiseerde gegevens.

5.1 Informatiemodel Indicatieregister

Het Informatiemodel brengt de samenhang in processen, regels en registerspecificaties in kaart. Deze elementen zijn onlosmakelijk met elkaar verbonden: ze versterken óf beperken elkaar.

Het Informatiemodel van het indicatieregister gaat specifiek in op het proces rondom en de inrichting van het Indicatieregister. Het bevat de volgende onderdelen:

• Proces - de procesbeschrijving van het proces Beoordelen waarvoor het CIZ verantwoordelijk is.

• Register - beschrijving en opbouw van het register.

  • Klasse diagram - onderlinge relatie klassen.

  • Definities: Betekenis en aanvullende documentatie van de verschillende klassen en elementen.

• Regels - met betrekking tot het proces en het register.

  • Uitgangspunten: geldend voor de gehele iWlz standaard.

  • Bedrijfsregels: (ook wel operationele bedrijfsregel genoemd) is een regel die in algemene zin beschrijft wat de afspraken zijn in de keten, hoe er gehandeld dient te worden en op welke wijze informatie geïnterpreteerd moet worden.

  • Invulinstructies: verduidelijkt de bedoelde invulling van een gegeven in een register voor specifieke situaties.

  • Gegevensregel: een technisch te controleren beperking of verplichting t.a.v. de invulling van gegevens in een register.

  • Autorisatieregel: beschrijft per rol onder welke voorwaarde(n) en voor welke periode toegang tot gegevens geldt.

• Gegevens - basis van de informatievoorziening

  • Datatypen (logische): betekenis van het datatype, primaire datatype, restricties (maximale lengte etc.) en eventueel gekoppelde codelijst.

  • Codelijsten: beschrijving van een codelijst en waarden

• Notificaties - Met een notificatie wordt een netwerk-deelnemer op de hoogte gebracht dat er nieuwe (of gewijzigde) informatie is in het Indicatieregister die directe of afgeleide betrekking heeft op die deelnemer. Per notificatie is aangegeven wat de reden (trigger) is en voor wie de notificatie is bestemd.

5.2 Autorisatiematrix

Naast de autorisatieregels is er de Autorisatiematrix. In de autorisatiematrix is per autorisatieregel de toegang op attribuutniveau vastgelegd.

De autorisatiematrix is hier te vinden: Autorisatiematrix iWlz.

5.3 Access Policy uitwisselprofiel Indicatie

De vertaling van autorisatieregel en autorisatiematrix naar machine-leesbare code is een policy’s. De PDP doet op basis van deze policy of een raadpleging is toegestaan.

De policy’s zijn momenteel nog niet publiekelijk beschikbaar.

5.4 Koppelvlakspecificatie

In het netwerkmodel vind informatiedeling plaats via GraphQL. Elk register heeft daarom een GraphQL-schema vertaling van het klasse diagram in het informatiemodel.

Deze koppelvlakspecificatie is te vinden in de Github omgeving van het Indicatieregister onder GraphQL-schema.

6. Applicatie

6.1 Technische interoperabiliteit - diensten

De gegevensuitwisselingen vinden digitaal plaats via de volgende diensten van het iWlz-netwerkmodel:

• Autoriseren in het nID netwerkstelsel

• Notificeren

• Raadplegen

In het kader van de eerste implementatiestap is de invulling van de rollen beperkt. Hierbij is een beperkt aantal diensten van toepassing: abonneren, autoriseren, notificeren en raadplegen. Ook is een beperkt aantal deelnemers betrokken. Hierbij geldt dat er 1 bronhouder is; indicatiesteller CIZ en de afnemers zijn de zorgkantoren. VECOZO treedt op als operationeel netwerkbeheerder.

6.1.1 Specifieke afspraken voor de dienst autoriseren - scopes

Het Access-token bevat specifieke gegevens die worden gebruikt om de toegang tot resources te autoriseren en te valideren. Een van de gegevens is de scope. Voor het indicatieregister zijn momenteel de volgende scopes actief.

Raadplegen

Voor het aanvragen van autorisatie om te raadplegen moet de volgende scope worden meegegeven:

Notificeren

Voor het mogen notificeren door CIZ aan een zorgkantoor respectievelijke zorgaanbieder moet een van de volgende scopes worden meegegeven:

of

6.1.2 Specifieke afspraken voor de dienst notificeren

• Bronhouder CIZ notificeert op basis van UZOVI-codes een zorgkantoor met de wlzIndicatieID.

• Het CIZ verifieert door middel van de ontvangst van een HTTP 200 OK response zonder inhoudelijke verwijzing naar ‘errors’ dat een notificatie succesvol is afgeleverd. Is dit niet het geval dan onderzoekt CIZ de oorzaak, zo nodig herstelt en verzend de notificatie opnieuw.

• Zie onder Uitwisselprofiel Indicatie welke notificaties het CIZ verstuurd.

6.1.3 Specifieke afspraken voor de dienst raadplegen - GraphQL query-templates

Om voor een raadpleger te voldoen aan de gestelde autorisatieregels en een door de PEP goedgekeurde bevraging uit te voeren moet een raadpleger zich houden aan de juiste query, afhankelijk van rol en moment.

Hiervoor zijn query-templates opgesteld. Deze zijn beschikbaar in de Github omgeving van het Indicatieregister onder GraphQL-query.

7. IT-infrastructuur

7.1. Endpoint

Het Endpoint van het Indicatieregister is beschikbaar in het tijdelijke iWlz-Adresboek. Er zijn twee omgevingen beschikbaar. Per omgeving zijn ook de endpoints voor autorisatie en PEP beschreven.

De gegevensdienstID’s zijn

• CIZ_REGISTER_TST: voor het benaderen van de testomgeving.

• CIZ_REGISTER_PRD: voor het benaderen van de productieomgeving.

Ga naar het iWlz-adresboek voor verdere details.