eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in...

40
Ledenbeheer Vlaamse Sociale Bescherming (VSB) Ledenbeheer (LB) FAO – Use Case 20 “Verwerk aansluitingsaanvraag” document.docx - PAGE 14 / 4029 - 14/07/202227/05/2019

Transcript of eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in...

Page 1: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

Vlaamse Sociale Bescherming (VSB)

Ledenbeheer (LB)

FAO – Use Case 20 “Verwerk aansluitingsaanvraag”

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 2: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

1 Documentbeheer

Versie Status Datum Auteur(s) Aard van de wijzigingen

1.0 09/05/2011 Bart Bogaerts Basisversie

2.0 31/05/2011 Bart Bogaerts Aanpassingen nav opmerkingen validatieprocedure

2.1 04/07/2011 Sofie BaertAanpassingen n.a.v. onderzoeken en analyse ZORBAToevoegen AanvraagStatus ‘in behandeling’

3.0 Nieuwe baseline 12/08/2011 Sofie Baert Geen aanpassingen

3.1 12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8

3.2 26/10/2011 Sofie BaertAanpassingen om IdentifyPerson op te roepen voor ontbekende dossiers

Werfbaarheid wijzigen bij toewijzing

4.0 02/12/2011 Kris Ven

Aanpassing controle op aansluitbaarheid van een persoonAanpassing afsluiten officieuze aansluitingVerwerking opmerkingen werkgroep onderzoeken

4.1 06/02/2012 Bart Bogaerts Aanpassingen naar aanleiding van review

4.2 08/03/2012 Bart BogaertsAanpassingen nav. validatie:- stap 5: verduidelijkingen en aanpassingen validatie aansluitcodes

4.3 16/03/2012 Bart Bogaerts Aanpassingen nav. validatie:- nummering extensie 5A en 6A aangepast

4.4 15/05/2012 Bart Bogaerts

- Maakt geen gebruik meer van aansluitingsaanvraag-instantie.- stap 9 (aanmaken aansluiting) achter stap 10 verplaatst- Toevoegen AffiliationYear aan antwoord

4.5 26/07/2012 Filip Briké Toevoegen logica aansluiting in het verleden.

4.6 10/09/2012 Bart BogaertsExtensie 1: verduidelijking dat de annulatie van een afsluiting enkel kan voor officiële aansluitingen.

4.7 03/10/2012 Bart Bogaerts Extensie 2: flow bij niet-blokkerende meldingen

5.1 29/10/2012 J. Van Dorpe ULB: Uitbreiden aansluitcodes voor ULB

5.2 21/01/2013 J. Van Dorpe & K. Vandeweyer

Verwerken validatiepunten

Verduidelijking betreffende aanmaken onderzoeken

5.3 28/02/2013 K. Vandeweyer Verwerken validatiepunten.

5.4 21/03/2013 K. Vandeweyer

Correctie n.a.v. ULB-aandachtspunt FAO_239:

Aansluitingsaanvragen van personen met startjaar voor hun geboortejaar leiden tot een onderzoek “woonplaatsvereisten niet voldaan”

5.5 30/04/2013 K. Vandeweyer Verwijderen verwijzingen naar project of release

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 3: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

6.0 26/06/2013 B. Bogaerts & K. Vandeweyer

DPZ-2234: toevoegen pushes na stap 12 bij afgeronde mutatie.

DPZ-2223: optioneel maken van afsluitingsaanvraag als oplossende actie. Toevoegen extensie bij stap 3.Komen woners , die in jaar van komen wonen de leeftijdsgrens bereiken (of overschrijden), moeten kunnen aansluiten als komen woner m.b.v. aansluitcode 40 of 50.DPZ-2173: Werfbaarheid in stap 11 wordt nu berekend via UC87_3 Bereken Werfbaarheid.Weergeven hoe configuratie van ULB kan aangepast worden naar DZV.

6.1 03/07/2013 B. Bogaerts DPZ-919: oproepen UC87.2 Bereken startjaar wachttijd als laatste stap van hoofdscenario.

6.2 04/11/2013 B. BogaertsDPZ-2517: toevoegen push beeld sanctiemaatregelen na afgeronde mutatie (stap 13)

6.3 22/04/2014 B. Bogaerts

DPZ-3374: Herschrijven controle op Contribution (stap 7).

DPZ-3717: stap 13 en ext 1, stap 5 -- uniek aansluitingsnummer meegeven bij elk antwoord op een aanvraag die tot een aanvaarding/aanpassing van een aansluiting heeft geleidCorrectie voor extensie 3A, 3B en 3D: er moet verder gegaan worden met stap 12 van het hoofdscenario ipv. stap 11. Het aanmaken van het antwoord gebeurt nu in hoofdscenario ipv. in extenstie.

6.4 17/06/2014 B. Bogaerts

DPZ-3305: push Beeld loopbaan naar VZK bij het officieel aansluiten van ambtshalve gebeurt niet meer als deze officiële aansluiting bij de VZK zelf is (stap 10).

DPZ-3361: toevoegen extra trigger voor herberekening werfbaarheid (extensie 1a, stap 5: annulatie van een aansluiting).

6.5 08/08/2014 B. Bogaerts

Verwijderen ‘aansluiting in het verleden’. Hiervoor is nu de aparte UC24 Aansluiting met afsluiting.

DPZ-3860: verwijderen Affiliation.AffiliationYear in antwoord.

DPZ-3706: extensie 1A; extra controles toegevoegd op officieuze en ambtshalve aansluiting bij annuleren afsluiting.

6.6 14/11/2014 B. Bogaerts

DPZ-3980: aanpassing stap 13 – indien aansluitingsaanvraag aanvaard wordt, wordt er steeds (en niet enkel bij aansluitcode 7X) een push geregistreerd van GS30, GS02 en GS49.DPZ-4247: stap 4 + extensie: geval dat jaargegeven niet bestaat voor aansluitjaar zal zich niet meer voordoen want aanpassing in UC10 zorgt ervoor dat er steeds een jaargegeven is voor het aansluitjaar.

DPZ-4258: nieuwe stap 1 -- indien een aansluiting gemeld wordt met startjaar 2001, dan wordt dit verwerkt alsof het startjaar 2002 is (maar in de DB wordt 2001 als startjaar opgeslagen). De oude stap 1 is stap 0 geworden.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 4: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

6.7 16/06/2016 B. BogaertsDPZ-5877: Stap 10b toegevoegd – bij nieuwe aansluiting wordt er bericht gezet op de DP event queue.

6.8 03/10/2017 B. Bogaerts DPZ-6027: stap 13 – bij een nieuwe aansluiting wordt ook het beeld vrijstelling gepusht.

6.9 23/07/2018 K. Vandeweyer

DPZ-7020: nieuwe aansluitcodes voor vrijwillige aansluiting in Vlaanderen en voor de administratieve aansluiting.

DPZ-6943: administratieve aansluitingDPZ-6949: loopbaanstatus wordt geschrapt uit het antwoord GS18

6.91 25/09/2018 K. Vandeweyer

DPZ-7020: Er gebeurt geen controle bij aansluitcode 87.DPZ-7052: Wijzigen reden bij push van beeld loopbaan naar de VZK, aansluitingstype als er geen voorgaande aansluiting is bij mutatie-aansluitcode, extensies van stap 5 als er geen jaargegeven is.

DPZ-6943: mutatiecode en aansluitbaarheid verboden moet leiden tot een weigering.

6.92 8/11/2018 K. Vandeweyer

PZ-6955: een vrijstelling van aansluiting is niet beperkt tot de verdragsvrijstellingen.

Herbereken de jaargegevens bij annulatie van een administratieve afsluiting (DPZ-7219) en als de bijdrageplicht wijzigt bij de creatie of wijziging van een administratieve aansluiting.

7.0 27/11/2018 K. Vandeweyer

De bijdragegevens worden verwerkt na de aansluiting. Indien NOK volgt een volledige rollback. Dit om toe te laten dat administratieve aansluitingsaanvragen met een 0-betaling kunnen verwerkt worden.Correctie van de jaren die herberekend worden in stap 4.A.F.6DPZ-7219: Annulatie van administratieve afsluitingen zijn ook mogelijk.

7.1 15/01/2019 K. VandeweyerDPZ-7316: Administratieve aansluitingsaanvragen niet aanvaarden bij vrijstellingen “internationale verdragen”.

7.11 19/02/2019 K. Vandeweyer

Analyse conform maken met de implementatie:DPZ-7433: RedenWeigeringAansluiting “dubbele aansluiting door niet-toegewezen zorgkas (mutatie)” wordt niet gebruikt in de code.

7.12 27/05/2019 K. VandeweyerDPZ-7508: IG moeten kunnen aansluiten bij verboden aansluitbaarheid indien startjaar < 2019.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 5: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

2 Use case

Nr 20 Verwerk aansluitingsaanvraag (GS_element)

BeschrijvingDe aansluitingsaanvraag van de zorgkas wordt verwerkt door ledenbeheer. De aansluitingsaanvraag kan aanvaard, geweigerd of in onderzoek geplaatst worden. Het Zorgfonds beslist over de uiteindelijke toewijzing van het lid. Het Zorgfonds geeft een asynchroon antwoord op de aansluitingsaanvraag. Elke aansluitingsaanvraag krijgt een antwoord.

Indien een aansluiting wordt aanvaard, wordt het lid toegewezen aan de zorgkas en krijgt de zorgkas bevestiging via “GS18 Antwoord aan- of afsluitingsaanvraag”. Indien de toewijzing geweigerd wordt, krijgt de zorgkas een melding van de weigering en de reden via GS 18. Bij weigering kan er een blokkerende melding aangemaakt worden. Bij aanvaarding kan er ook een niet-blokkerende melding aangemaakt worden. Indien een aansluitingsaanvraag een onderzoek veroorzaakt, zal er ook een antwoord gegeven worden met als Antwoord “in onderzoek” en als Reden de naam van het onderzoek.

Deze use case verwerkt de binnenkomende bulkgegevensstroom per Dossier-element (GS_element). Elk GS_element is ook al door UC10 verwerkt geweest. Als er hier een antwoord op de aansluitingsaanvraag wordt gegeven, moet het antwoord Dossier-element opgeslagen worden in een queue.

Primaire ActorLedenbeheer

Belanghebbenden en hun belang o Zorgfonds

Het Zorgfonds is verantwoordelijk voor de aanvaarding of weigering van de aansluitingsaanvraag.

o zorgkas Stuurt een aansluitingsaanvraag door.

PreconditieDe zorgkas heeft zijn eigen intern proces om een lid aan te sluiten doorlopen en heeft een correcte aansluitingsaanvraag voor dit lid gestuurd naar het Zorgfonds.

Minimale garanties De zorgkas krijgt een asynchroon antwoord op de aansluitingsaanvraag.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 6: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

Garanties in geval van succesHet lid wordt toegewezen aan de zorgkas die de aansluitingsaanvraag doorstuurde. De zorgkas ontvangt asynchroon een positief antwoord op de aansluitingsaanvraag.

TriggerLedenbeheer ontvangt een correct bericht met een aansluitingsaanvraag.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 7: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

Het hoofdscenario leidend tot succes. 0. De aansluitingsaanvraag betreft geen annulatie van een afsluiting

(GS_element.Affiliation.AffiliationCode != ‘99’).

1. Indien het startjaar van de aansluitingsaanvraag 2001 is (GS_element.Affiliation.AffiliationYear == 2001), verwerk dit dan alsof het startjaar 2002 is (GS_element.Affiliation.AffiliationYear = 2002). Echter bij het opslagen van de aansluiting in de databank (stap 12) moet wel het oorspronkelijke startjaar 2001 gebruikt worden.

2. De aansluitingsaanvraag betreft geen aansluiting van een kind tussen 0 en 3 jaar (GS_element.Affiliation.AffiliationCode != ‘11’) of

de aansluitingsaanvraag betreft wel de aansluiting van een kind tussen 0 en 3 jaar

(GS_element.Affiliation.AffiliationCode == ‘11’ & Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) >=’0’ en <= “3”)

maar de opgegeven verantwoordelijke (GS_element.SSINResponsible) is gekend en momenteel gekoppeld met het kind (GS_element.SSIN) in ledenbeheer. Bovendien is de verantwoordelijke aangesloten bij de ZK die de aansluitingsaanvraag doorstuurde.

We controleren de huidige verantwoordelijke.

3. Bepaal het aansluitingstype van de gevraagde aansluitingsaanvraag.

Bij mutatie-aansluitcodes (7X) moet het aansluitingstype bepaald worden op basis van de aansluitplicht in het startjaar van de aansluitingsaanvraag (en het aansluitingstype van de voorgaande aansluiting).

Bij aansluitcode 91 wordt het aansluitingstype = “administratief”.

In alle andere gevallen is het aansluitingstype = “officieel”.

Het aansluitingstype bij een mutatie-aansluiting (aansluitcode 7X) is

- officieel indien de aansluitplicht in het startjaar van de aansluitingsaanvraag = ‘verplicht’

- administratief indien de aansluitplicht in het startjaar van de aansluitingsaanvraag = ‘restrictief’ (of ‘verboden’)

- het type van de voorgaande aansluiting (=het type van de officiële of administratieve aansluiting die geldig is in het startjaar van de aansluitingsaanvraag -1) indien de aansluitplicht in het startjaar van de aansluitingsaanvraag = ‘vrijwillig’.

Is er geen voorgaande (officiële of administratieve) aansluiting (en de aansluitplicht in het startjaar van de aansluitingsaanvraag = ‘vrijwillig’) dan wordt de aansluitingsaanvraag beschouwd als een officiële aansluitingsaanvraag.

4. Er is geen officiële of administratieve aansluiting voor het dossier die start of nog loopt na het startjaar van de aansluitingsaanvraag (GS_Element.Affiliation.AffiliationYear).(Bij een aansluitingsaanvraag zonder eindjaar komt dit overeen met: Het startjaar van de

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Vandeweyer Kirsten, 26/11/18,
Als de aansluitplicht in het startjaar van de aansluitingsaanvraag = ‘verboden’, zal de aansluiting geweigerd worden in de extensies van stap 5. In deze stap moeten we echter een aansluitingstype vastleggen.
Page 8: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

aansluitingsaanvraag valt NIET in de periode van een bestaande officiële of administratieve aansluiting.)

5. Het dossier kan aansluiten voor het startjaar van de aansluitingsaanvraag.

Dit betekent dat er een JAARGEGEVEN bestaat voor het startjaar van de officiële aansluitingsaanvraag met JAARGEGEVEN.Aansluitplicht == “verplicht” of “vrijwillig”.

Dit betekent dat er een JAARGEGEVEN bestaat voor het startjaar van de administratieve aansluitingsaanvraag met (JAARGEGEVEN.Aansluitplicht == “vrijwillig” en er is geen actieve vrijstelling “internationale verdragen”(cfr technische specificaties) voor het startjaar van de aansluitingsaanvraag) OF JAARGEGEVEN.Aansluitplicht == “restrictief”.

6. Het gaat niet om de eerste aansluiting van een dossier met CSR/Faillissement regeling. Of het gaat wel om de eerste aansluiting van een dossier met CSR/Faillissement regeling en de Vlaamse Zorgkas sluit het lid aan.

7. Controleer de aansluitcode volgens onderstaand schema (zie extensie voor behandeling indien de validatie faalt):

De controles op leeftijd gebeuren a.d.h.v. parameters.

De details over deze parameters staan beschreven in paragraaf technische specificaties.

De blauwe en doorgehaalde tekst duidt aan waar ULB-logica afwijkt van de bestaande regels voor de zorgverzekering.

Aansluitcode Validatie

00 = aansluiting bij opstart zorgverzekering

Startjaar aansluitingsaanvraag == “2001”

10 = bereiken leeftijd Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) == “26”

Ongeldig

11 = aansluiting kind tussen 0 en 3 jaar (ZIV-gerechtigde is al aangesloten)

geen (controle werd uitgevoerd in stap 2)

13 = aansluiting 17 jarige

(ZIV-gerechtigde is al aangesloten)

Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) == “17”

15 = aansluiting 18 tot en met26-jarige in Vlaanderen (en nog geen lid van de zorgkas, zowel zonder als met bijdrage)

Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) >=’18’ en <= “26”

&&

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

kiv, 26/11/18,
Aansluitcode wordt gebruikt voor meerderjarige personen die een vsb-recht openen of die als ZIV-gerechtigde in aanmerking komen voor de kindpremie.
jovd, 26/11/18,
Niet meer geldig vanaf release PR2.1
Page 9: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

Woonplaats.Regio == ‘Vlaanderen’

20 = indienen aanvraag tegemoetkoming (jonger dan 26 jaar) indienen aanvraag recht vsb jonger dan 18 jaar

Persoon moet jonger zijn dan 26j (Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) < “26”)

Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) < “26/18”

21 = goedgekeurde aanvraag tegemoetkoming (jonger dan 26 jaar, is effectief lid van de zorgkas)

goedgekeurde tegemoetkoming vsb, jonger dan 18 jaar

Persoon moet jonger zijn dan 26j (Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) == “26”)

Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) < “26/18”

30 = komen wonen in Vlaanderen (en ouder dan 26 jaar)

Er moet een WOONPLAATS-instantie bestaan met jaar(WOONPLAATS.StartDatum) == GS_element.Affiliation.StartYear EN WOONPLAATS.Regio == “Vlaanderen” &

Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) > ’26’

40 = vrijwillige aansluiting in Brussel (en tijdige aansluiting en ouder of gelijk aan 18 jaar)

Er moet een WOONPLAATS-instantie bestaan met jaar(WOONPLAATS.StartDatum) == GS_element.Affiliation.StartYear EN WOONPLAATS.Regio == “Brussel”

&

Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) > ’26’

50 = vrijwillige aansluiting in Brussel (en laattijdige aansluiting en ouder of gelijk aan 18 jaar)

Er moet een WOONPLAATS-instantie bestaan met jaar(WOONPLAATS.StartDatum) < GS_element.Affiliation.StartYear EN WOONPLAATS.Regio == “Brussel”

&

Startjaar aansluitingsaanvraag –

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 10: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

jaar(DOSSIER.Geboortedatum) > ’26’

51 = bereiken leeftijd in Brussel (tijdig aansluiten, 18 jaar)

Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) == “18”

&&

Woonplaats.Regio == ‘Brussel’

52 = vrijwillige aansluiting in Vlaanderen voor een persoon met een verdragsvrijstelling (b.v. Uitgaande Grensarbeider)

Er moet een WOONPLAATS-instantie bestaan met jaar(WOONPLAATS.StartDatum) < GS_element.Affiliation.StartYear EN WOONPLAATS.Regio == “Vlaanderen”

&

Startjaar aansluitingsaanvraag – jaar(DOSSIER.Geboortedatum) > ’26’

7X = mutatie van andere zorgkas: Persoon heeft vorige officiële aansluiting die is afgesloten met afsluitcode “107X” (mutatie naar …) overeenkomende met de ZK die de aansluitingsaanvraag doet.

71 = CM-zorgkas afstaande zk (d.i. zorgkas van de vorige officiële aansluiting) = CM

72 = Neutrale Zorgkas Vlaanderen afstaande zk = Neutrale zk Vlaanderen

73 = Zorgkas van de Socialistische Mutualiteiten

afstaande zk = Socialistiche mutualiteiten

74 = Zorgkas van de Liberale Ziekenfondsen

afstaande zk = Liberale ziekenfondsen

75 = Zorgkas van de Onafhankelijke Ziekenfondsen

afstaande zk = onafh. Ziekenfondsen

76 = Vlaamse Zorgkas afstaande zk = Vlaamse ZK

77 = Ethias Zorgkas ongeldig (wordt enkel gebruikt bij migratie)

78 = Zorgkas DKV Belgium afstaande zk = DKV

80 = ambtshalve aansluiting ongeldig (wordt enkel gebruikt bij migratie)

85 = aansluiting van persoon die ongeldig (wordt enkel gebruikt bij

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 11: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

inkomende grensarbeider is of die vroeger van aansluiting vrijgesteld was

migratie)

86 = aansluiting van persoon die inkomende grensarbeider is

Geen

87 = aansluiting van persoon die vroeger van aansluiting vrijgesteld was

Geen

90 = onbekend Geen

91 = administratieve aansluiting van persoon met zorgticket en/of mobiliteitshulpmiddel

JAARGEGEVEN.Aansluitplicht van GS_element.Affiliation.StartYear == “restrictief” of “vrijwillig”

8. Ga bij een administratieve aansluitingsaanvraag na dat er nog geen positieve (>0) betaling gekend is in de databank voor de periode van de aansluitingsaanvraag.

9. Als er lopende officieuze aansluiting is (AANSLUITING.Type == “officieus” en AANSLUITING.EindJaar == NULL), dan beëindigt het systeem deze aansluiting door het eindjaar in te vullen, nl. AANSLUITING.EindJaar = huidige jaar.

10. Als er een lopende ambtshalve aansluiting is (AANSLUITING.Type == “ambtshalve” en AANSLUITING.Eindjaar == NULL), dan beëindigt het systeem deze aansluiting door het eindjaar in te vullen, nl. AANSLUITING.EindJaar = huidige jaar.Indien verzender GS_element != Vlaamse zorgkas: registreer een push van “GS30 Beeld loopbaan” met volgende argumenten:

initiërende partij: verzender van GS_element

INSZ: het huidige INSZ van het dossier

reden: “Ambtshalve aangesloten persoon sluit zich bij een zorgkas aan.”

bestemmeling: Vlaamse zorgkas

naam beeld: GS30 Beeld loopbaan

Indien verzender GS_element == Vlaamse zorgkas wordt er geen push geregistreerd.

11. a. Het systeem verwerkt de aansluitingsaanvraag tot een aansluiting. Er wordt een nieuwe AANSLUITING-instantie aangemaakt en de databankvelden worden opgevuld volgens onderstaande mapping:

AANSLUITING. Veld uit GS_element

ZorgkasCode zorgkascode verzender GS_Element

InterneAfdelingZK InternalDepartment

StartJaar AffiliationYear

EindJaar /

AansluitCode AffiliationCode

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 12: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

AfsluitCode /

Type “officieel” of “administratief” (zie stap 3)

12. De werfbaarheid van het dossier wordt opnieuw berekend via UC87.3 Bereken Werfbaarheid.

13. De jaargegevens worden opnieuw berekend via UC61 “Bereken jaargegeven” voor alle jaren vanaf het startjaar van de aansluitingsaanvraag indien een administratieve aansluiting werd aangemaakt.

14. Controleer de aansluitingsaanvraag op het vlak van bijdragen aan de hand van onderstaande stappen.

1. Ga na of er een bijdragebericht moet meegestuurd worden.

i. Er moet geen bijdragebericht meegestuurd worden voor aansluitingsaanvraag met:

1. aansluitcode 20 of 21 (persoon jonger dan 26 jaar)

2. aansluitcode 7X (mutatie)

3. aansluitcode 91 (administratieve aansluiting)

ii. Voor alle andere aansluitingsaanvragen moet er minstens 1 bijdragebericht met status ‘volledige betaling’ meegestuurd worden. Indien dit niet het geval is: weiger de aansluitingsaanvraag met reden ‘bijdragegegevens niet correct’ (zie extensie 8.A).

iii. Voor een administratieve aansluitingsaanvraag mag er geen positieve (>0) bijdrage meegestuurd worden. Indien dit wel het geval is: weiger de aansluitingsaanvraag met reden ‘bijdragegegevens niet correct’ (zie extensie 8.A).

2. Verwerk alle meegestuurde bijdrageberichten.

i. Elk bijdragebericht wordt verwerkt (en gecontroleerd) door “UC60 Innen jaarlijkse bijdrage” aan te roepen.

ii. Indien een bijdragebericht bij verwerking een error veroorzaakt: weiger de aansluitingsaanvraag met reden ‘bijdragegegevens niet correct’ (zie extensie 8.A).

Opmerking: Als er bijdrages meegestuurd worden voor gevallen waar dit niet verplicht is, dan worden ook voor deze gevallen de bijdrageberichten verwerkt en gecontroleerd.

15. Het systeem plaatst een bericht met event type NEW_AFFILIATION op de DP event queue.

16. Het systeem maakt een bevestiging aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 13: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.AffiliationId affiliation_id van de aansluiting

Affiliation.Answer “aanvaard”

17. Het systeem stuurt een push van “GS30 Beeld loopbaan”, “GS02 Beeld bijdragen”, “GS49 Beeld sanctiemaatregelen” en “GS53 Beeld vrijstelling’ naar de nieuwe zorgkas. Dit gebeurt door het oproepen van “UC71 Plaats push in wachtrij” met de volgende argumenten:

Initiërende partij: het systeem

INSZ: het huidige INSZ van dit dossier

Reden: “Aanvaarde aansluitingsaanvraag”

Bestemmeling: nieuwe zorgkas

Naam beeld: GS30 Beeld loopbaan, GS02 Beeld bijdragen (volledige beeld, niet enkel een bepaald jaar), GS49 Beeld sanctiemaatregelen, GS53 Beeld vrijstelling

18. De aansluiting van alle dossiers, verbonden aan het dossier dat aangesloten wordt, met een open koppeling moet gecontroleeerd worden.

Dit gebeurt niet bij mutaties (aansluitcode “7X”).

De controle gebeurt op de koppeling die momenteel geldig is.

Er is geen controle in het verleden.

Deze controle gebeurt door het oproepen van UC26: “Controle aansluiting gekoppelde dossiers”.

19. Bereken het startjaar van de wachttijd via UC87.2 Bereken startjaar wachttijd. De use case bepaalt zelf of het startjaar moet ingevuld worden.

20. Het systeem sluit de use case af.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 14: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

Extensies0.A De aansluitingsaanvraag betreft een annulatie van een afsluiting (GS_element.Affiliation.AffiliationCode == ‘99’).

0.A.1 Voer alternatief A uit.

2.A De aansluitingsaanvraag heeft aansluitcode ‘11’ en het kind is ouder dan 3 jaar in het startjaar van de aansluitingsaanvraag.

2.A.1 De aansluiting van het kind wordt geweigerd.

2.A.2 Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “persoon, waarvoor aansluitingsaanvraag werd verstuurd, voldoet niet aan leeftijdsvoorwaarde in startjaar van de aansluitingsaanvraag”

2.A.3 Het systeem sluit de use case af.

2.B. De aansluitingsaanvraag heeft aansluitcode ‘11’, bevat geen verantwoordelijke en het kind is jonger dan 3 jaar in het startjaar van de aansluitingsaanvraag.

2.B.1 De aansluiting van het kind wordt geweigerd.

2.B.2 Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “aansluitingsaanvraag met aansluitcode 11 moet een verantwoordelijke bevatten”

2.B.3 Het systeem sluit de use case af.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 15: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

2.C De aansluitingsaanvraag heeft aansluitcode ‘11’, bevat een verantwoordelijke en het kind is jonger dan 3 jaar in het startjaar van de aansluitingsaanvraag.

2.C.1 Ledenbeheer kent momenteel geen verantwoordelijke voor het kind.

2.C.1.1 De aansluiting van het kind wordt geweigerd.

2.C.1.2 Het kind wordt opgenomen in de maandelijkse flow met het oog op het verkrijgen van zijn/haar verantwoordelijke.

2.C.1.3 Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “ledenbeheer kent momenteel geen verantwoordelijke voor het kind – aansluitingsvoorstel zal vermoedelijk volgen binnen de maand”

2.C.1.4 Het systeem sluit de use case af.

2.C.2 De verantwoordelijke uit de aansluitingsaanvraag stemt niet overeen met de huidige verantwoordelijke in ledenbeheer.

2.C.2.1 De aansluiting van het kind wordt geweigerd.

2.C.2.2 Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “opgegeven verantwoordelijke stemt niet overeen met de verantwoordelijke gekend in ledenbeheer”

2.C.2.3 Het systeem sluit de use case af.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 16: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

2.C.3 De verantwoordelijke uit de aansluitingsaanvraag stemt overeen met de huidige verantwoordelijke in ledenbeheer maar de verantwoordelijke is niet aangesloten (officieel of ambtshalve) bij de ZK die de aansluitingsaanvraag doorstuurde.

2.C.3.1 De aansluiting van het kind wordt geweigerd.

2.C.3.2 Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “aansluiting kind door niet-toegewezen zorgkas”

2.C.3.3 Het systeem sluit de use case af.

4.A De persoon heeft al een officiële of administratieve aansluiting die start of nog loopt na het startjaar van de aansluitingsaanvraag. De persoon heeft deze aansluiting bij de zorgkas die de aansluitingsaanvraag doet.

4.A.A Het startjaar van de aansluitingsaanvraag is gelijk aan het startjaar van een bestaande aansluiting en het aansluitingstype van de bestaande aansluiting is gelijk aan het type dat overeenstemt met de aansluitingsaanvraag: de nieuwe aansluitingsaanvraag wordt beschouwd als een correctie op de originele aansluitingsaanvraag.

1. Het systeem maakt een niet-blokkerende melding aan: “Dubbele aansluiting door toegewezen ZK (zelfde startjaar) (1)” indien de aansluitcode van de aansluitingsaanvraag verschilt van de aansluitcode van de bestaande aansluiting.

2. Controleer de aansluitcode (indien deze verschilt van de aansluitcode van de huidige aansluiting) door stap 7 (en eventueel de extensie van stap 7) uit te voeren.

3. Als er Contribution-elementen zijn meegestuurd met de aansluitingsaanvraag worden deze verwerkt door “UC60 Innen jaarlijkse bijdrage” op te roepen voor elk van deze Contributions. Als een van deze Contribution-elementen een business error geeft, ga dan naar extensie 14.A.

4. De AansluitCode en de InterneAfdelingZK van de bestaande aansluiting worden aangepast indien nodig.

5. Ga verder met stap 15 van het hoofdscenario.

4.A.B Het startjaar van de aansluitingsaanvraag is gelijk aan het startjaar van de huidige aansluiting maar het aansluitingstype van de bestaande aansluiting is niet gelijk aan het type

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Vandeweyer Kirsten, 26/11/18,
Dit gebeurde in het verleden niet.
Page 17: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

dat overeenstemt met de aansluitingsaanvraag: de nieuwe aansluitingsaanvraag wordt beschouwd als een correctie op de originele aansluitingsaanvraag.

1. Het systeem maakt een niet-blokkerende melding aan: “Dubbele aansluiting door toegewezen ZK (zelfde startjaar) (1)”.

2. Indien het type van de bestaande aansluiting administratief is, schrap dan de bestaande 0-betalingen die gemeld werden voor jaren van deze aansluiting.

3. Annuleer de bestaande aansluiting.

4. In de bestaande aansluiting een administratieve aansluiting was, herbereken dan de jaargegevens via UC61 “Bereken jaargegeven” voor alle jaren van deze aansluiting.

5. Ga verder met stap 5 van het hoofdscenario.

4.A.C Het startjaar van de aansluitingsaanvraag is kleiner dan het startjaar van de huidige aansluiting, het aansluitingstype van de bestaande aansluiting is gelijk aan het type dat overeenstemt met de aansluitingsaanvraag en de aansluitbaarheid voor de vroegere jaren is OK (i.e., de aansluitplicht in de jaren vanaf het startjaar van de aansluitingsaanvraag tot het startjaar van de huidige aansluiting stemt overeen met het aansluitingstype van de aansluitingsaanvraag en er is voor die jaren ook geen toegewezen ZK): de nieuwe aansluitingsaanvraag wordt beschouwd als een correctie op de originele aansluitingsaanvraag.

1. Het systeem maakt een niet-blokkerende melding aan:“Dubbele aansluiting door toegewezen ZK (vroeger startjaar, aansluitbaarheid OK) (2)”.

2. Controleer de aansluitcode door stap 7 (en eventueel de extensie van stap 7) uit te voeren.

3. Als er Contribution-elementen zijn meegestuurd met de aansluitingsaanvraag worden deze verwerkt door “UC60 Innen jaarlijkse bijdrage” op te roepen voor elk van deze Contributions. Als een van deze Contribution-elementen een business error geeft, ga dan naar extensie 14.A.

4. Indien het gaat om een administratieve aansluitingsaanvraag; ga na dat er nog geen positieve (>0) betaling gekend is in de databank voor de periode van de aansluitingsaanvraag door stap 8 (en eventueel de extensie van stap 8) uit te voeren.

5. Wijzig het startjaar van de bestaande aansluiting naar het nieuwe startjaar: AANSLUITING.StartJaar = GS_element.AffiliationYear.

6. Wijzig de AansluitCode en de InterneAfdelingZK van de bestaande aansluiting indien nodig.

7. Indien het gaat om een administratieve aansluitingsaanvraag; herbereken de jaargegevens via UC61 “Bereken jaargegeven” voor alle vroegere jaren (=vanaf het startjaar van de aansluitingsaanvraag tot het startjaar van de bestaande aansluiting).

8. Ga verder met stap 15 van het hoofdscenario.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Vandeweyer Kirsten, 26/11/18,
Dit gebeurde in het verleden niet.
Page 18: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

4.A.D Het startjaar van de aansluitingsaanvraag is kleiner dan het startjaar van de huidige aansluiting, het aansluitingstype van de bestaande aansluiting is niet gelijk aan het type dat overeenstemt met de aansluitingsaanvraag en de aansluitbaarheid voor de vroegere jaren is OK (i.e., de aansluitplicht in de jaren vanaf het startjaar van de aansluitingsaanvraag tot het startjaar van de huidige aansluiting stemt overeen met het aansluitingstype van de aansluitingsaanvraag en er is voor die jaren ook geen toegewezen ZK): de nieuwe aansluitingsaanvraag wordt beschouwd als een correctie op de originele aansluitingsaanvraag.

1. Het systeem maakt een niet-blokkerende melding aan:“Dubbele aansluiting door toegewezen ZK (vroeger startjaar, aansluitbaarheid OK) (2)”.

2. Annuleer de bestaande aansluiting.

3. Ga verder met stap 5 van het hoofdscenario.

4.A.E Het startjaar van de aansluitingsaanvraag is kleiner dan het startjaar van de huidige aansluiting en de aansluitbaarheid van vroegere jaren is niet OK: de nieuwe aansluitingsaanvraag wordt geweigerd.

1. Het systeem maakt een blokkerende melding aan: “Dubbele aansluiting door toegewezen ZK (vroeger startjaar, aansluitbaarheid niet OK) (1)”.

2. Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “dubbele aansluiting door toegewezen ZK (vroeger startjaar, aansluitbaarheid niet OK)”

3. Het systeem sluit de use case af.

4.A.F Het startjaar van de aansluitingsaanvraag is strikt groter dan het startjaar van de huidige aansluiting bij die zorgkas en het aansluitingstype van de bestaande aansluiting is gelijk aan het type dat overeenstemt met de aansluitingsaanvraag.

1. Het systeem maakt een niet-blokkerende melding aan: “Dubbele aansluiting door toegewezen ZK (later startjaar) (3)”. De initiërende partij is de verzender van het GS_element.

2. Als er Contribution-elementen zijn meegestuurd met de aansluitingsaanvraag worden deze verwerkt door “UC60 Innen jaarlijkse bijdrage” op te roepen voor elk

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 19: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

van deze Contributions. Als een van deze Contribution-elementen een business error geeft, ga dan naar extensie 14.A.

3. Indien het gaat om een administratieve aansluitingsaanvraag; schrap de 0-betalingen uit de databank voor de periode vanaf het oude startjaar tot het nieuwe startjaar.

4. Wijzig het startjaar van de bestaande aansluiting naar het nieuwe startjaar: AANSLUITING.StartJaar = GS_element.AffiliationYear.

5. Wijzig de AansluitCode en de InterneAfdelingZK van de bestaande aansluiting indien nodig.

6. Indien het gaat om een administratieve aansluitingsaanvraag; herbereken de jaargegevens via UC61 “Bereken jaargegeven” voor alle vroegere jaren (=vanaf het startjaar van de bestaande aansluiting tot het startjaar van de aansluitingsaanvraag).

7. Ga verder met stap 15 van het hoofdscenario.

4.A.G Het startjaar van de aansluitingsaanvraag is strikt groter dan het startjaar van de huidige aansluiting bij die zorgkas maar het aansluitingstype van de bestaande aansluiting is niet gelijk aan het type dat overeenstemt met de aansluitingsaanvraag.

1. Het systeem maakt een niet-blokkerende melding aan: “Dubbele aansluiting door toegewezen ZK (later startjaar) (3)”. De initiërende partij is de verzender van het GS_element.

2. De bestaande aansluiting wordt afgesloten:

AFFILIATION.EindJaar = GS_element.AffiliationYear -1

De bestaande aansluiting is administratief

AFFILIATION.AfsluitCode = 1091 (einde administratieve aansluiting (b.v. na aflevering mobiliteitshulpmiddel))

De bestaande aansluiting is officieel

AFFILIATION.AfsluitCode = 1090 (onbekend (inclusief overige))

3. Indien de aansluiting uit stap 2 een administratieve aansluiting is; schrap de 0-betalingen uit de databank en herbereken de jaargegevens via UC61 “Bereken jaargegeven” voor de jaren vanaf het startjaar van de aansluitingsaanvraag.

4. Ga verder met stap 5 van het hoofdscenario. Als blijkt dat de nieuwe aansluiting geweigerd wordt, moet ook de afsluiting uit de voorgaande stap ongedaan gemaakt worden.

4.B De persoon heeft al een officiële of administratieve aansluiting die start of nog loopt na het startjaar van de aansluitingsaanvraag. De persoon heeft deze aansluiting bij een andere zorgkas dan de zorgkas die de aansluitingsaanvraag doet.

4.B.A De Aansluitcode != “7X” (mutatie van…).

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 20: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

1. Het systeem maakt een onderzoek aan: “Dubbele aansluiting door niet-toegewezen zorgkas (1)”. De initiërende partij is de verzender van het GS_element.

2. Het systeem maakt een antwoord aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “in onderzoek”

Affiliation.Reason “dubbele aansluiting door niet-toegewezen zorgkas”

3. Het systeem sluit de use case af.

4.B.B de Aansluitcode == “7X” (mutatie van…).

1. Het systeem maakt een onderzoek aan: “Dubbele aansluiting door niet-toegewezen zorgkas (mutatie) (2)”. De initiërende partij is de verzender van het GS_element.

2. Het systeem maakt een antwoord aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “in onderzoek”

Affiliation.Reason “dubbele aansluiting door niet-toegewezen zorgkas”

3. Het systeem sluit de use case af.

4.B.C Aansluitcode == “7X” (mutatie van…) en de aansluitingsaanvraag wordt uitgevoerd als oplossende actie van onderzoekstype 3 of 4 (mutatie).

1. De lopende officiële of administratieve aansluiting wordt stopgezet. Dit gebeurt door de AANSLUITING-instantie voor deze aansluiting als volgt aan te passen:

EindJaar = GS_element.AffiliationYear - 1

AfsluitCode = af te leiden uit GS_element.AffiliationCode. De TerminationCode moet van de vorm “107X” (mutatie naar …) zijn, met X dezelfde waarde als deze in de AffiliationCode.

2. Het systeem gaat verder met stap 5 van het hoofdscenario.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 21: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

5.A Het dossier kan niet officieel aansluiten in het startjaar van de aansluitingsaanvraag (er is geen jaargegeven in het startjaar van de aansluitingsaanvraag of Aansluitplicht == “verboden”of “restrictief” in het startjaar van de aansluitingsaanvraag).

5.A.A De persoon heeft een jaargegeven voor het startjaar van de aansluitingsaanvraag (GS_element.Affiliation.StartYear) met JAARGEGEVEN.Aansluitplicht == “verboden”of “restrictief” en heeft een vrijstelling van aansluiting voor dat jaar.

Het controleren of een persoon een vrijstelling van aansluiting heeft voor dat jaar gebeurt als volgt:

Het systeem selecteert alle actieve vrijstellingen die geldig zijn in het startjaar van de aansluitingsaanvraag.

Als er een vrijstelling gevonden wordt, waarvoor VRIJSTELLINGSTYPE.AansluitplichtEffect == “verboden” of “restrictief”, dan heeft de persoon een vrijstelling van aansluiting voor het startjaar.

a) Aansluitcode == ‘87’ (aansluiting van persoon die vroeger van aansluiting vrijgesteld was).

1. Het systeem maakt een niet-blokkerende melding aan: “Aansluiting voor vrijgesteld (niet-aansluitplichtig) dossier (5)”. De initiërende partij is de verzender van het GS_element.

2. Het systeem gaat verder met stap 6 van het hoofdscenario.

b) Aansluitcode != ‘87’ (aansluiting van persoon die vroeger van aansluiting vrijgesteld was).

1. Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “aansluiting voor vrijgesteld (niet-aansluitplichtig) dossier (zonder code 87)”

2. Het systeem sluit de use case af.

5.A.B De persoon heeft geen vrijstelling van aansluiting voor dat jaar ENGS_element.Affiliation.StartYear >= 2019 (=jaar van parameterwaarde administrative_affiliation_startdate) EN

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 22: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

de persoon heeft een jaargegeven voor het startjaar van de aansluitingsaanvraag (GS_element.Affiliation.StartYear) met JAARGEGEVEN.Aansluitplicht == “verboden” en heeft geen vrijstelling van aansluiting voor dat jaar OF de persoon heeft geen jaargegeven voor het startjaar van de aansluitingsaanvraag).

1. Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “aansluitbaarheid is verboden en er is geen verdragsvrijstelling”

2. Het systeem sluit de use case af.

5.A.C De persoon heeft geen vrijstelling van aansluiting voor dat jaar EN

{

de persoon heeft een jaargegeven voor het startjaar van de aansluitingsaanvraag (GS_element.Affiliation.StartYear) met JAARGEGEVEN.Aansluitplicht == “restrictief” OF

(de persoon heeft een jaargegeven voor het startjaar van de aansluitingsaanvraag (GS_element.Affiliation.StartYear) met JAARGEGEVEN.Aansluitplicht == “verboden” en GS_element.Affiliation.StartYear < 2019 (=jaar van parameterwaarde administrative_affiliation_startdate))

}en heeft geen vrijstelling van aansluiting voor dat jaar

a) De zorgkas geeft een plaats van tewerkstelling mee met de aansluitingsaanvraag (maw. in minstens 1 van de meegegeven Contribution-elementen is het PlaceOfEmployment-element aanwezig, GS_element.Affiliation.Contribution.PlaceOfEmployment) en aansluitcode == ‘20’, ‘21’, ‘7X’ of ‘86’.

1. Het systeem maakt een niet-blokkerende melding aan: “Werkplaatsvereisten zijn niet voldaan (auto) (4)”. De initiërende partij is de verzender van het GS_element.

2. Het systeem gaat verder met stap 6 van het hoofdscenario.

b) De zorgkas geeft geen plaats van tewerkstelling mee met de aansluitingsaanvraag en aansluitcode == ‘86’ (aansluiting van persoon die inkomende grensarbeider is).

1. Het systeem maakt een onderzoek aan: “Werkplaatsvereisten zijn niet voldaan (7)”. De initiërende partij is de verzender van het GS_element.

2. Het systeem maakt een antwoord aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Vandeweyer Kirsten, 26/11/18,
PvT wordt aanvaard bij aansluitcodes 20, 21, 7X en 86. Ze wordt enkel verplicht bij aansluitcode 86.
Vandeweyer Kirsten, 26/11/18,
Moet er geen PvT zijn in het startjaar van de aansluitingsaanvraag (m.n. het jaar met AP=verboden of restrictief)?
Vandeweyer Kirsten, 26/11/18,
Als de ZK een PvT meegeeft bij een andere aansluitcode, krijg je toch het onderzoek woonplaatsvereisten?
Page 23: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “in onderzoek”

Affiliation.Reason “werkplaatsvereisten zijn niet voldaan”

3. Het systeem sluit de use case af.

c) aansluitcode != ‘86’ (aansluiting van persoon die inkomende grensarbeider is).

1. Het systeem maakt een onderzoek aan: “Woonplaatsvereisten zijn niet voldaan (andere) (8)”. De initiërende partij is de verzender van het GS_element.

2. Het systeem maakt een antwoord aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “in onderzoek”

Affiliation.Reason “woonplaatsvereisten zijn niet voldaan (andere)”

3. Het systeem sluit de use case af.

5.B Het dossier kan niet administratief aansluiten in het startjaar van de aansluitingsaanvraag (Aansluitplicht == “verboden”of “verplicht”) of er is geen jaargegeven voor het startjaar van de aansluitingsaanvraag.

1. Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “aansluitbaarheid is verboden in startjaar van de administratieve aansluitingsaanvraag”

of

“aansluitbaarheid is verplicht in startjaar

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Vandeweyer Kirsten, 26/11/18,
Dit leidt tot dezelfde Reden weigering als aansluitplicht=verboden.
Page 24: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

van de administratieve aansluitingsaanvraag”

2. Het systeem sluit de use case af.

5.C Het dossier kan niet administratief aansluiten in het startjaar van de aansluitingsaanvraag (Aansluitplicht == “vrijwillig”) maar er is een vrijstelling “internationale verdragen” actief in het startjaar van de aansluitingsaanvraag.

1. Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “ Administratieve aansluiting is niet mogelijk bij vrijstelling wegens internationaal verdrag of protocol.”

2. Het systeem sluit de use case af.

6.A Het gaat wel om de eerste aansluiting van een dossier met CSR/Faillissement regeling en een andere dan de Vlaamse Zorgkas sluit het lid aan. Alleen de Vlaamse Zorgkas mag de eerste aansluiting doen van een dossier met CSR/Faillissementregeling.

1. Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “exclusiviteit Vlaamse Zorgkas (eerste aansluiting van dossier met CSR/F)”

2. Het systeem sluit de use case af.

7.A De aansluitcode wordt verkeerd geacht (de validatie is gefaald).

1. Het systeem maakt een niet-blokkerende melding aan: “Verkeerd geachte aansluitcode (6)”. De initiërende partij is de verzender van het GS_element.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 25: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

2. Het systeem gaat verder met stap 8 van het hoofdscenario.

8.A Er bestaat een positieve (>0) betaling in de periode van de aansluitingsaanvraag.

1. Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “Betaalde zorgpremie na startjaar van de administratieve aansluitingsaanvraag”

2. Het systeem sluit de use case af.

14.A De bijdragegegevens zijn incorrect. De aansluitingsaanvraag wordt geweigerd.

1. Doe een volledige rollback.

2. Het systeem maakt een weigering aan voor de aansluitingsaanvraag, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “bijdragegevens niet correct”

3. Het systeem sluit de use case af.

Alternatieven

Alternatief A: Annulatie van een afsluitingA.1 Het systeem selecteert de officiële of administratieve AANSLUITING met het meest recente

StartJaar. Als er geen officiële AANSLUITING voor het dossier gevonden wordt, dan zal de annulatie geweigerd worden en wordt er naar stap 11 van deze extensie gegaan.

A.2 Het systeem controleert dat deze AANSLUITING afgesloten is. Als dit niet het geval is, zal de annulatie geweigerd worden en wordt er naar stap 11 van deze extensie gegaan.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 26: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

A.3 Het systeem controleert dat de verzender van de annulatie overeenkomt met de zorgkas van deze aansluiting (AANSLUITING.ZorgkasCode). Als deze niet overeenkomen, dan zal de annulatie geweigerd worden en wordt er naar stap 11 van deze extensie gegaan.

A.4 Het systeem controleert of er een lopende officieuze aansluiting is, en zo ja dan wordt deze afgesloten: identiek aan hoofdscenario stap 9.

A.5 Het systeem controleert of er een lopende ambtshalve aansluiting is, en zo ja dan wordt deze afgesloten + gebeurt er een push naar de Vlaamse zorgkas: identiek aan hoofdscenario stap 10.

A.6 Het systeem annuleert de afsluiting van de betreffende AANSLUITING. Dit gebeurt door in de AANSLUITING de velden EindJaar en AfsluitCode te verwijderen.

A.7 Bij een administratieve aansluiting worden de jaargegevens herberekend via UC61 “Bereken jaargegeven” voor alle jaren vanaf het oude eindjaar + 1.

A.8 De werfbaarheid van het dossier wordt opnieuw berekend via UC87.3 Bereken Werfbaarheid.

A.9 Het systeem maakt een bevestiging aan voor de annulatie, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.AffiliationId affiliation_id van de aansluiting

Affiliation.Answer “aanvaard”

A.10 Het systeem sluit de use case af.

A.11 Het systeem maakt een weigering aan voor de annulatie, die verstuurd moet worden via “GS18 Antwoord aan- of afsluitingsaanvraag”. Dit houdt in dat er een nieuw Dossier-element voor GS18 aangemaakt wordt waarvan de velden ingevuld worden volgens onderstaande mapping:

Dossier-element Waarde

SSIN het huidige INSZ voor het dossier

Affiliation.Answer “geweigerd”

Affiliation.Reason “ongeldige annulatie”

A.12 Het systeem sluit de use case af.

Opmerkingen Annuleren afsluiting: geen controle of er al een vrijstelling is voor het volgende jaar. Als dit

zo zou zijn, komt het dossier terecht in de vergeten af te sluiten en zal er alsnog afgesloten moeten worden.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 27: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

Een annulatie van een afsluitingsaanvraag kan net als een gewone aanluitingsaanvraag aanvaard of geweigerd worden.

Enkel de afsluiting van een officiële aansluiting kan geannuleerd worden. De afsluiting van een ambtshalve of officieuze aansluiting gebeurt automatisch en kan dus niet geannuleerd worden door de zorgkas.

Er is geen controle meer op het feit dat het aansluitjaar van de aansluitingsaanvraag overeenkomt met het startjaar van de meest recente aansluitplicht. Dit kan ervoor zorgen dat er jaren ontstaan waarbij de persoon moest aansluiten (i.e., dat de persoon geen vrijstelling van aansluitplicht had) en waarvoor hij geen toegewezen zorgkas had. Eens de zorgkas zulke jaren ontdekt, kan ze een nieuwe aansluitingsaanvraag doorsturen met vroeger startjaar om deze situatie recht te zetten. Dit wordt opgelost via het onderzoekstype “Dubbele aansluiting door toegewezen ZK (vroeger startjaar, aansluitbaarheid OK)”.

In vroegere versies werden de onderzoeken/meldingen vanuit de use case getriggerd. Nu worden deze getriggerd vooraleer de use case uitgevoerd wordt. Om de logische flow van de use case niet te verstoren, is het triggeren van onderzoeken niet verwijderd uit de use case. De relevante stappen zijn voor de duidelijkheid wel in het grijs gezet.

Stap 12b: door het plaatsen van het event ‘NEW_AFFILIATION’ op de DP event queue worden andere geïnteresseerde VSB-applicaties op de hoogte gebracht van de nieuwe aansluiting. Zij kunnen dan acties ondernemen in het kader van de nieuwe aansluiting, bv. het sturen van een push naar de nieuwe zorgkas of het nieuwe type aansluiting.

De aansluitingsaanvraag van een minderjarige met code 11 moet een verantwoordelijke bevatten.

De aansluitingsaanvraag van een minderjarige met code 13 mag een verantwoordelijke bevatten. Er is echter geen controle op de inhoud van dit veld.

Op heden wordt een aansluitingsaanvraag van een zorgkas voor een minderjarig persoon met aansluitcode 11 geweigerd wanneer deze persoon niet in het systeem gekend is met een verantwoordelijke. Deze kinderen worden genoteerd en bij de volgende bevraging van het NIC opgevraagd. Wanneer het NIC een ZIV-gerechtigde teruggeeft, wordt er een aansluitingsvoorstel naar de zorgkas van de ZIV-gerechtigde gestuurd. Zodoende kan het kind alsnog aansluiten.

Een andere aanpak had geweest om de aanvragen voor kinderen zonder verantwoordelijke in ledenbeheer niet te weigeren maar een onderzoek te openen in afwachting van het ontvangen van de ZIV-gerechtigde. Dit onderzoek vergt geen actie van de zorgkas, het is het NIC die deze onderzoeken onrechtstreeks oplost via GS65. Dit onderzoek genereert een informatieve stroom om mee te delen dat er gewacht wordt op een eventuele koppeling met een ZIV-gerechtigde. Wanneer alsnog een ZIV-gerechtigde binnenkomt via het NIC, wordt de aansluitingsaanvraag aanvaard.

De eerste methode werd gekozen omdat deze het minst complex en meest beheersbaar is, het is echter wel de minst klantvriendelijke omdat de weigering niet altijd zal stroken met de informatie waarover de zorgkas beschikt.

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 28: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

Zodra het opvragen van de ZIV-gerechtigde bij het NIC ad hoc kan gebeuren, kan de verantwoordelijke ad runtime opgevraagd worden bij een aansluitingsaanvraag voor een minderjarige.

Technische specificaties4. Vrijstellingen “internationale verdragen” zijn enerzijds onderstaande

verdragsvrijstellingen:

4 EG ambtenaar

5 Eurocontrol

6 NAVO

7 Personeelsleden internationale instellingen

24 Ambassadepersoneel

en anderzijds volgende registervrijstellingen:

103 Wachtregister voor register 3 (protocol E.E.G. (RR))

104 Wachtregister voor register 4 (vreemdeling K.B.30/10/1991 (RR))

De opgesomde verdragsvrijstellingen zijn steeds geldig op jaarbasis.

De opgesomde registervrijstellingen moet actief en geldig zijn voor het startjaar van de aansluitingsaanvraag om te voldoen aan de voorwaarde.

6 Volgende parameters zijn aangemaakt om de controle op leeftijd uit te voeren:

OntstaanAutomatischRechtOpKP = 0

EindeAutomatischRechtOpKP = 3

OntstaanAansluitRechtViaZIV = 17

OntstaanAansluitRechtVL = 18

OntstaanAansluitPlichtVolwassenenVL = 26

OntstaanAansluitPlichtVolwassenenBR = 18

Concreet betekent dit dat onderstaande aansluitcodes voor de controle op leeftijd gebruik maken van de gespecifieerde parameter(s) :

- aansluitcode 11 borders: OntstaanAutomatischRechtOpKP & EindeAutomatischRechtOpKP

- aansluitcode 13 borders: OntstaanAansluitRechtViaZIV

- aansluitcode 15 borders: OntstaanAansluitRechtVL & OntstaanAansluitPlichtVolwassenenVL

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019

Page 29: eHealth Shibboleth - First testcase · Web view12/10/2011 Bart Bogaerts Parameters verwijderd in stap 8 3.2 26/10/2011 Sofie Baert Aanpassingen om IdentifyPerson op te roepen voor

Ledenbeheer

- aansluitcode 40,50 & 51 borders: OntstaanAansluitPlichtVolwassenenBR

- aansluitcode 20 & 21 borders: OntstaanAansluitPlichtVolwassenenBR

- aansluitcode 30 borders: OntstaanAansluitPlichtVolwassenenVL

Indien ULB (nog) niet opgestart wordt, kan de controle via het instellen van deze parameters aangepast worden naar de spelregels van de zorgverzekering:

OntstaanAansluitPlichtVolwassenenBR = 26

OntstaanAansluitRechtVL = 26

Gerelateerde use cases en gegevensstromen UC02 Verwijzing registreren

UC31 Aanmaken van een onderzoek

UC60 Innen jaarlijkse bijdrage

UC61 Bereken jaargegeven

UC87.2 Bereken startjaar wachttijd

UC87.3 Bereken Werfbaarheid

GS14 Aan- of afsluitingsaanvraag

GS18 Antwoord aan- of afsluitingsaanvraag

GS51 Verwijzing registreren

GS70: Meld aan-of afsluitingsvoorstel minderjarige

document.docx - PAGE 14 / 2929 - 20/09/202327/05/2019