RFC 24052 Eén contactpersoon één keer vastleggen met meer rollen/relaties (IR)

[BGebr]

eDocs volgnummer

2024024619

Korte probleem omschrijving

Als een contactpersoon meerdere rollen/relaties heeft ten aanzien van de cliënt is dit alleen mogelijk om te registreren in het bemiddelingsregister. Op dit moment registreer je elke rol/relatie apart waardoor je de contactgegevens onnodig dupliceert.

Mogelijk maken in het Indicatieregister dat een contactpersoon meerdere rollen/relatie kan hebben.

Korte omschrijving voorgestelde oplossing

Rol en relatie modelleren zodat het mogelijk is dat deze vaker voor kunnen komen bij een contactpersoon.

RFC gevolgen voor het onderdeel/de onderdelen

Documentatie / Afsprakenstelsel, ERD (Register), Koppelvlak specificatie, Regels

Welk ander onderdeel?

No response

Betrokken partij RFC

CIZ

Andere betrokken partij

Zorgkantoren

Indiener RFC

Zorgkantoor

Andere organisatie / contactpersoon

No response

Analyse

Analyse

Huidige situatie

Huidige werkwijze:

In het huidige Indicatieregister is het nog niet mogelijk om rol/relatie op te nemen. De RFC om deze toe te voegen is aangenomen en zal doorgevoerd worden. (echter is dit nog niet gepubliceerd en zichtbaar in ons informatiemodel)
Deze RFC is een vervolg waarbij rol en relatie niet wordt gemodelleerd IN de entiteit contactpersoon maar los.

Bezwaren huidige situatie

Indicatieregister wijkt af van het Bemiddelingsregister.

Wijzigingsvoorstel

Rol en relatie als 2 nieuwe entiteiten maken zodat je een relatie kan maken van 0..* (nieuwe entiteit) naar 1 (contactpersoon). Hiermee wordt mogelijk gemaakt dat een contactpersoon meerdere rollen/relaties kan hebben,

rol - Aanduiding van de rol die een contactpersoon heeft ten opzichte van de client.. (LDT_Rol - 1e contactpersoon, mentor etc)
relatie - Aanduiding van de familiare relatie die een contactpersoon heeft van de client (LDT_Relatie - tante, broer etc)

De wijze van modelleren is gelijk aan de Zib

** in het voorbeeld is organisatienaam niet mee genomen deze wordt verwijderd n.a.v. RFC iWlz 24001

Voorstel aanpassing proces

Aanpassing doorvoeren ERD

Voordelen

• vermindering administratieve lasten

Nadelen

• aanpassing doorvoeren in beide registers

Uitwerking wijzigingsvoorstel per onderdeel

ERD

Regels

Proces

Gegevens

Koppelvlak

Overweging

Overweging wijzigingsvoorstel(len)

Oplossing	Voordeel / Nadeel	Overweging Referentiegroep
1. ..	Voordeel:
	Nadeel:
#. Niets doen	Voordeel: geen wijziging nodig
	Nadeel: probleem blijft aanwezig
...

Conclusie

None

Gekozen oplossing

No response

Publicatiemoment

No response

Implementatiemoment

No response

controleer project en labels van het issue

• gecontroleerd

[BGebr]

Tijdens de werkgroep Bezorg op 13 juni is met de groep besproken om deze RFC op de backlog te plaatsen.

[Onincx]

@BGebr Waarom worden de rol en relatie alleen in IR aparte entiteiten? Dit MOET dan in BR ook meteen gedaan worden, maar ik maak uit deze RFC niet op dat het ook daar van toepassing is. Het moet dus in IR en BR

[rvanrest]

Tijdens RGB/Bezorg 12-12-2024 besproken: van Kandidaat naar Backlog

[dennisdegouw]

Tijdens RGB/Bezorg 23-01-2025 gecommuniceerd: RFC’s Terug naar de Backlog (oppakken op een later n.t.b. moment)