RFC 24080 Reden toevoegen bij vervallen indicatie

[robvanrijn1982]

eDocs volgnummer

No response

Korte probleem omschrijving

Zorgkantoren willen graag weten wat de reden is van het vervallen van een indicatie. Dat is vooral van belang als de cliënt een pgb heeft.

Korte omschrijving voorgestelde oplossing

Reden van het vervallen van een indicatiebesluit toevoegen. Deze RFC beschrijft de wijzigingen t.o.v. de situatie die is uitgewerkt in #64

RFC gevolgen voor het onderdeel/de onderdelen

ERD (Register), koppelvlak, regels, gegevens (nieuwe codelijst)

Welk ander onderdeel?

Autorisatiematrix

Betrokken partij RFC

CIZ, Zorgkantoor

Andere betrokken partij

No response

Indiener RFC

Softwareleverancier zorgkantoor

Andere organisatie / contactpersoon

No response

Analyse

Huidige situatie

Het CIZ registreert een vervaldatum als:

1. de cliënt is overleden;
2. er een nieuw indicatiebesluit is afgegeven voor de cliënt;
   • ‘positief' besluit (herindicatie): de cliënt houdt recht op Wlz-zorg (zelfde of ander ZZP);
   • ‘negatief' besluit: de cliënt heeft geen recht meer op Wlz-zorg.
     Bij de vervaldatum wordt geen reden opgenomen. Als er sprake is van een herindicatie, dan is niet duidelijk in welke regio de nieuwe indicatie is afgegeven.

Bezwaren huidige situatie

Het zorgkantoor weet alleen dát een indicatiebesluit vervallen is en niet waarom het besluit vervallen is. Zorgkantoren willen de reden van het vervallen van het indicatiebesluit weten omdat dit van belang kan zijn voor de uit te voeren vervolgacties. Dat is vooral het geval als de cliënt een pgb heeft. Als voor de cliënt een nieuw ‘positief’ indicatiebesluit is afgegeven is de werkwijze van het zorgkantoor anders dan wanneer er voor de cliënt een ‘negatief’ besluit is afgegeven of wanneer de cliënt is overleden.
Als er sprake is van een herindicatie wil het zorgkantoor weten in welke regio het nieuwe besluit is afgegeven.

Gewenste resultaat wijziging

Reden van het vervallen van een indicatiebesluit toevoegen. Hierdoor weet het zorgkantoor waarom het indicatiebesluit is vervallen en wat de vervolgacties moeten zijn. Daarnaast bij reden herindicatie toevoegen welk zorgkantoor de herindicatie ontvangen heeft. Hierdoor weet het zorgkantoor welk zorgkantoor het nieuwe verantwoordelijke zorgkantoor is.

Wijzigingsvoorstel

Voorstel aanpassing

Reden opnemen bij vervaldatum. De reden moet verplicht gevuld worden. Tevens nieuw verantwoordelijk zorgkantoor toevoegen. Dit is de zorgkantoorcode van de regio waarin het nieuwe besluit is afgegeven, Deze zorgkantoorcode moet verplicht gevuld worden als reden herindicatie is.

Voordelen
Het zorgkantoor weet waarom het indicatiebesluit is vervallen en kan aan de hand daarvan bepalen welke vervolgacties uitgevoerd moeten worden. Bij herindicatie weet het zorgkantoor wie het nieuwe verantwoordelijke zorgkantoor is.
N.B. dit gegeven kan in de toekomst ook van belang zijn voor de zorgaanbieder.

Nadelen
Doorvoeren van een wijziging nodig.

Uitwerking wijzigingsvoorstel per onderdeel

Important

Deze uitwerking gaat uit van de structuurwijziging die is beschreven in RFC 24064 en bevat de aanvullingen/wijzigingen daarop. #64

• Uitwerking wijzigingsvoorstel per onderdeel
  • Wijzigingen ERD
  • Wijzigingen GEGEVENS
  • Wijzigingen REGELS
  • Wijzigingen AUTORISATIEMATRIX:
  • Wijzigingen NOTIFICATIE
  • Wijzigingen PROCES
  • Wijzigingen KOPPELVLAK
  • Wijzigingen Policy & query-template

Wijzigingen ERD

De volgende wijzigingen zijn nodig in het ERD

Mutatie	Nieuwe situatie
Wijzigen	WlzIndicatie: vervaldatum verwijderd
Toevoegen	VervallenGeldigheid toegevoegd (zie hieronder de samenstelling)

Toevoegen VervallenGeldigheid:

Entiteit	Documentatie
VervallenGeldigheid	Documentatie ontbreekt nog.

Samenstelling Entiteit :

Element	ID	Verplicht	LDT	primitive	Codelijst	Documentatie	Regel
wlzIndicatieID	ja	ja	LDT_UUID	string		Technische sleutel Entiteit .
vervaldatum	ja	ja	LDT_UUID	string
vaststellingmoment	ja	ja	LDT_DatumTijd	string
reden	nee	ja	LDT_RedenVervallenGeldigheidIndicatie	string		Aanduiding van de reden voor het vervallen van de rechtsgeldigheid van het indicatiebesluit.	GGR0014
nieuwVerantwoordelijkZorgkantoor	nee	nee	LDT_ZorgkantoorCode	string	COD001	Zorgkantoor dat bij de afgifte van een herindicatie op grond van het BRP-adres (of het verblijfadres) van de client het verantwoordelijke zorgkantoor is.	GGR0014 / IRG-XXX

Wijzigingen GEGEVENS

De volgende wijzigingen zijn nodig op de gegevens (datatypen en codelijsten)

Mutatie	type	Nieuwe situatie
Toevoegen	Codelijst	COD1005: Reden vervallen geldigheid Indicatie (zie hieronder voor samenstelling)
Toevoegen	LDT	LDT_RedenVervallenGeldigheidIndicatie - string (zie documentatie bij codelijst)

Toevoegen Codelijst

Codelijst	Documentatie
COD1005: Reden vervallen geldigheid Indicatie	Gecodeerde aanduidingen voor het aangeven van de reden voor het vervallen van de rechtsgeldigheid van het indicatiebesluit.

Samenstelling COD1005: Reden vervallen geldigheid Indicatie

Mutatie	Codelijst	Id	Omschrijving	ingangsdatum	expiratiedatum	mutatiedatum
toegevoegd	COD1005	1	herindicatie
toegevoegd	COD1005	2	negatief indicatiebesluit
toegevoegd	COD1005	3	cliënt is overleden

Wijzigingen REGELS

De volgende wijzigingen zijn nodig op de regels.

Bedrijfsregel	Mutatie	Oud	Nieuw	Opmerking
IRB0032	Gewijzigd	IRB0032: Het CIZ registreert een vervaldatum bij een indicatiebesluit als voor de client een nieuw indicatiebesluit is afgegeven of als de client is overleden. Documentatie: Het CIZ legt bij de vervaldatum ook het moment vast waarop deze vervaldatum is vastgesteld Na de vervaldatum is het indicatiebesluit niet meer rechtsgeldig.	IRB0032: Het CIZ registreert een vervaldatum bij een indicatiebesluit als voor de client een nieuw indicatiebesluit is afgegeven of als de client is overleden. Documentatie: Het CIZ legt bij de vervaldatum ook het moment vast waarop deze vervaldatum is vastgesteld en de reden waarom de de geldigheid van het indicatiebesluit is vervallen. Is herindicatie de reden van het vervallen van het besluit, dan registreert het CIZ ook welk zorgkantoor het nieuwe verantwoordelijke zorgkantoor is. Na de vervaldatum is het indicatiebesluit niet meer rechtsgeldig.	aanvulling docmentatie

Gegevensregel	Mutatie	Oud	Nieuw	Opmerking
IRG-XXX	toegevoegd		IRG-XXX: Als reden gevuld is met 1 (herindicatie), dan nieuwVerantwoordelijkZorgkantoor verplicht vullen, anders nieuwVerantwoordelijkZorgkantoor leeg laten.	n.b. werkelijk nummer bij publicatie

Autorisatieregel	Mutatie	Oud	Nieuw	Opmerking

Wijzigingen AUTORISATIEMATRIX:

De volgende wijzigingen zijn nodig op de Autorisatiematrix.

Mutatie	Nieuwe situatie
Toevoegen	Entiteit VervallenGeldigheid
Toevoegen	Elementen onder VervallenGeldigheid, markeren met R onder welke regel
Verwijderen	WlzIndicatie.vervaldatum

Wijzigingen NOTIFICATIE

De volgende wijzigingen zijn nodig op de notificaties.

Mutatie	Nieuwe situatie

Inhoud wijziging Notificatie 1:

Onderdeel	Inhoud
Naam
Documentatie
Register
Type
Entiteit
Trigger
Trigger documentatie
Van
Naar
afzenderIDType
ontvangerIDType
ontvangerKenmerk
eventType
subject
recordID

Wijzigingen PROCES

De volgende wijzigingen zijn nodig op het proces.

Proces

• Bij de vervaldatum legt het CIZ voortaan de reden van het vervallen van het indicatiebesluit vast. Dat is vooral van belang voor het pgb-proces.
• Als herindicatie de reden is van het vervallen van de Wlz-indicatie, dan legt het CIZ ook vast welk zorgkantoor op grond van het BRP-adres van de cliënt het nieuwe verantwoordelijke zorgkantoor is.
• Bij de vervaldatum hoort een vaststellingMoment.: datum en tijdstip waarop de vervaldatum is vastgesteld. Het vaststellingMoment hoort onlosmakelijk bij de vervaldatum en mag niet gewijzigd worden als bijvoorbeeld de reden of de zorgkantoorcode wordt gewijzigd. Om dat te voorkomen wordt vaststellingMoment opgenomen in de logische sleutel.

Wijzigingen KOPPELVLAK

De volgende wijzigingen zijn nodig op het koppelvlak-schema

Mutatie	Nieuwe situatie
Toevoegen	type VervallenGeldigheid
Wijzigen	@deprecated markeren WlzIndicatie:vervaldatum
Wijzigen	WlzIndicatie aanvullen met edge Vervallengeldigehid

Uitbreiden met edge vanuit WlzIndicatie:

vervallenGeldigheid: [VervallenGeldigheid!]

Toevoegen node: VervallenGeldigheid

type VervallenGeldigheid {
  vervallenGeldigheidID: UUID!
  vervaldatum: Date!
  vaststellingmoment: DateTime!
  reden: String
  nieuwVerantwoordelijkZorgkantoor: String
}

Deprecated markeren vervaldatum

  vervaldatum: Date @deprecated(
      reason: "vervangen door node VervallenGeldigheid"
    )

• Query type

geen query wijzigingen

Wijzigingen Policy & query-template

Rego-policy

Mutatie	Nieuwe situatie
Toevoegen	Een zorgaanbieder mag met het meegeven van regiehouderID (afkomstig uit notificatie) en de eigen agbCode alleen die Regiehouder en direct gerelateerde Bemiddeling en Client raadplegen

Query-template

Query: QIR-0001-ZKi.graphql aanpassen met verwijderen vervaldatum en aanvullen opvragen VervallenGeldigheid

        vervallenGeldigheid {
            vervallenGeldigheidID
            vervaldatum
            vaststellingmoment
            reden
            nieuwVerantwoordelijkZorgkantoor
        }

Overweging wijzigingsvoorstel(len)

Oplossing	Voordeel / Nadeel	Overweging
1. Voorgestelde wijzigingen doorvoeren	Voordeel: het is mogelijk om het pgb-proces beter te ondersteunen. Dat is ook in het belang van de cliënt.
	Nadeel: Het is noodzakelijk om wijzigingen door te voeren.
#. Niets doen	Voordeel: geen wijziging nodig
	Nadeel: probleem blijft aanwezig

Conclusie

None

[IZijlstra]

Toelichting indiener, Rob van Rijn (Zorgmatch):

De vervaldatum wordt door het CIZ geregistreerd als:

De client is overleden en er is nog een actueel besluit
a. Als zorgkantoor ontvang je de notificatie Vervallen indicatie zorgkantoor
b. Het zorgkantoor zal zelf via de BRP ook een melding van het overlijden ontvangen (deze komt zeer waarschijnlijk eerder dan de notificatie)
c. Het zorgkantoor trekt het actuele IB in (als dat nog niet is gedaan)
De client een nieuwe indicatie heeft ontvangen en nog een actueel besluit had
a. Als zorgkantoor ontvang je de notificatie Vervallen indicatie zorgkantoor
b. Het zorgkantoor kan zelf de herindicatie ontvangen waardoor duidelijk is waarom de vervaldatum gevuld wordt (deze komt zeer waarschijnlijk eerder dan de notificatie)
c. Het zorgkantoor trekt het actuele IB in (als dat nog niet is gedaan)
De client een negatief IB krijgt en nog een actueel besluit had
a. Als zorgkantoor ontvang je de notificatie Vervallen indicatie zorgkantoor
b. Het zorgkantoor krijgt geen notificatie van het negatieve IB (aanname die nog bij het CIZ getoetst zal worden
c. Het zorgkantoor trekt het actuele IB in
Omdat het CIZ alleen de vervaldatum registreert, maar niet de reden van het vullen, weet het zorgkantoor dus niet de achterliggende reden. Voor het PGB systeem van de zorgkantoren is de behoefte om een intrekking van de zorgtoewijzing (nav ontvangst vervaldatum) niet meteen door te voeren op de beschikking. Vooral als er sprake is van een herindicatie dan zal PGB kunnen blijven doorlopen. Dus het meteen intrekken van de beschikking en het informeren van de client daarover is verre van wenselijk. Dit probleem lossen we echter niet op in de keten zolang het CIZ niet de werkelijke reden van het vullen van de vervaldatum doorgeeft. Er bestaat overigens nog wel de kans dat het zorgkantoor een notificatie voor de herindicatie ontvangt, maar dat is dan altijd het zorgkantoor waar de client nu woont. Dit hoeft niet het zorgkantoor te zijn waar de PGB nu loopt dus ook met de notificatie blijft het probleem bestaan,

Het uitbreiden van de informatie die het CIZ vastlegt, waardoor ook de reden van de vervaldatum wordt toegevoegd. Zonder die aanpassing is het niet mogelijk om correct vast te stellen of het PGB wel of niet moet worden ingetrokken.

[IZijlstra]

TER BESPREKING 23-01-2025
Naar aanleiding van de opmerking van Hans in de RGB van 12-12-2024 hebben we reden 'herindicatie' opgesplitst in: herindicatie in dezelfde regio en herindicatie in een andere regio.

Na het verwerken van deze wijziging, vragen we ons bij nader inzien toch af of deze uitsplitsing nuttig is en zo ja, voor wie? Dat leggen we hierbij alvast voor en willen we op de 23e graag bespreken.

• Als er sprake is van een vervallen Wlz-indicatie, in dit geval als gevolg van een herindicatie, krijgt niet alleen het huidige verantwoordelijke zorgkantoor een notificatie, maar ook (indien van toepassing) de zorgkantoren die eerder verantwoordelijk waren voor dezelfde indicatie en/of het zorgkantoor dat door overdracht verantwoordelijk zou worden voor de Wlz-indicatie. Alle betrokken zorgkantoren worden daarmee geïnformeerd over het vervallen van de indicatie als gevolg van een herindicatie. Ontvangen ze geen notificatie van de nieuw afgegeven indicatie, dan weten ze (ieder voor zich) dat die indicatie aan een ander zorgkantoor is afgegeven. Daarmee lijkt de uitsplitsing in zelfde of andere regio geen extra informatie te bieden. Of zien we hier iets over het hoofd?

Als uit de bespreking blijkt dat het toch gewenst is om de reden herindicatie te splitsen, dan moeten we bepalen wat we onder 'dezelfde regio' verstaan? Waar gaan we vanuit;

1. is dat de regio van het huidige verantwoordelijke zorgkantoor (hiervoor moet het CIZ het Bemiddelingsregister raadplegen)
2. is dat de regio op basis van de postcode van de client
3. of is dat het initieelVerantwoordelijkZorgkantoor?
   Deze uitsplitsing is voor het CIZ extra werk, zeker als het CIZ daarvoor het Bemiddelingsregister moet raadplegen,_

21 januari: andere oplossing: bij reden herindicatie ZK-code opnemen in VervallenGeldigheid
Het CIZ neemt in VervallenGeldigheid de zorgkantoorcode van het initieelVerantwoordelijkZorgkantoor uit de herindicatie over. (Het initieelVerantwoordelijkZorgkantoor is het zorgkantoor dat bij de afgifte van het Wlz-indicatiebesluit op grond van het BRP-adres (of het verblijfadres) van de client het verantwoordelijke zorgkantoor is.)

Benodigde aanpassingen:
Element nieuwVerantwoordelijkZorgkantoor (of andere naam?) opnemen in VervallenGeldigheid, LDT_ZorgkantoorCode, optioneel,
Extra gegevensregel: Als reden gevuld is met 1 (herindicatie), dan nieuwVerantwoordelijkZorgkantoor verplicht vullen, anders nieuwVerantwoordelijkZorgkantoor leeg laten.

Voordelen van ZK-code t.o.v. zelfde of andere regio:

• duidelijk, niet voor meer uitleg vatbaar;
• het CIZ hoeft het Bemiddelingsregister niet te raadplegen.

[rvanrest]

Tijdens RGB/Bezorg 12-12-2024 besproken: verder uitwerken voor bespreking volgende RGB

[IZijlstra]

23-01-24
Als de nieuwe elementen in VervallenGeldigheid gewijzigd kunnen worden

• lijkt daarmee een notificatie GEWIJZIGDE_VERVALLENGELDIGHEID_ZORGKANTOOR wenselijk (uitgewerkt in RFC 24078 Aanvullen notificatietypen Indicatieregister voor wijzigen en verwijderen indicatie  #78);
• moeten we voorkomen dat vaststellingMoment dan ook gewijzigd wordt, want dit is gekoppeld aan vervaldatum (die niet gewijzigd mag/kan worden).

[IZijlstra]

Tijdens RGB 23-01-24 besproken: element nieuwVerantwoordelijkZorgkantoor opnemen in VervallenGeldigheid is gewenste oplossing, ook goed werkbaar voor het CIZ. Dit werken we uit in deze RFC.
Tevens aangekaart dat vaststellingMoment onderdeel sleutel moet worden om te voorkomen dat vaststellingMoment gewijzigd wordt bij wijzigen van bijv. reden of zorgkantoorcode. Meegenomen in verdere uitwerking van deze RFC.

[dennisdegouw]

Tijdens RGB/Bezorg 23-01-2024 besproken:

Besluit Referentiegroep: Akkoord met de voorgestelde oplossing.