jgz:V6.12.3 Transacties

Dit materiaal is onderdeel van Jeugdgezondheidszorg V6.12.3 Ontwerp Jeugdgezondheidszorg. Compatible wijzigingen/nadere bewoordingen, tikfouten kunnen direct in de Wiki gewijzigd worden Open issues die discussie vergen s.v.p. in de commentaarsectie opnemen.

Transacties

Transactie opvragen vaccinatiestatus

Usecase Het opvragen en opleveren van vaccinatiestatus/- advies

Precondities:

• De JGZ-professional heeft de oproepkaart ingenomen en vastgesteld dat kind en kaart bij elkaar horen;
• De JGZ-professional is ingelogd in het DD JGZ en is geautoriseerd om de vaccinatiegegevens op te vragen met juiste authenticatie;

Trigger: Er is twijfel...

Basic flow:

1. De JGZ-medewerker zoekt de informatie van het kind in het DD JGZ op met behulp van identificerende gegevens
2. De JGZ medewerker vraagt de vaccinatiestatus/- advies op (bv door middel van een knop in het systeem)
3. Het DD JGZ stuurt een opvraagbericht naar Praeventis van het desbetreffende kind
4. Praeventis ontvangt het opvraagbericht en zoekt het desbetreffende kind op in het systeem aan de hand van het opvraagbericht
5. Praeventis genereert een opleverbericht met de vaccinatiestatus en -advies van het desbetreffende kind en verstuurt dit bericht naar het opvragende DD JGZ. Het DD JGZ ontvangt het opleverbericht en toont de eerder toegediende en goedgekeurde vaccinaties en het vaccinatie advies op een overzichtelijke manier aan de JGZ-professional, zodat duidelijk is welke vaccinaties toegediend mogen worden en welke nog niet en wat de streefdatum en geplande uitvoerdatum van de toe te dienen vaccinatie is.
6. Het DD JGZ systeem verwerkt het opleverbericht niet in het DD JGZ, maar geeft wel de mogelijkheid dit advies, onveranderd en voorzien van datum en tijdstip, in het DD JGZ vast te leggen (door middel van bijv een knop 'opslaan als PDF').

Alternatieve flows:

• Het bericht komt niet aan, er komt een foutmelding terug, of het bericht kan niet verstuurd worden door een bepaalde oorzaak.
• DD JGZ belt met het RIVM en er wordt een bericht verstuurd aan de DD JGZ beheerder. De DD JGZ beheerder meldt dit aan de beheerder van Praeventis op de daarvoor afgesproken wijze.
• Bij stap 5 blijkt dat het kind niet bekend is bij Praeventis
• Praeventis stuurt een melding naar het DD JGZ dat het kind niet bekend is in Praeventis.
• Bij stap 5 blijkt dat er is geen vaccinatiestatus van het kind bekend is in Praeventis
• Praeventis stuurt een melding naar het DD JGZ dat er geen vaccinatiestatus van het kind bekend is in Praeventis.
• Bij het tonen van het vaccinatiestatus blijkt dat er eerder bezwaar is gemaakt tegen een vaccinatie.
• Er wordt gevraagd of dit bezwaar nog steeds geldig is.

Postcondities:

• De vaccinatiestatus of melding is getoond aan de JGZ-professional en de JGZ-professional heeft zo nodig actie ondernomen.

Transactie Registreren vaccinaties

Usecase Het registreren van een individuele vaccinatie

Precondities:

• De JGZ-professional is ingelogd in het DD JGZ en is geautoriseerd om de vaccinatiegegevens te versturen met de juiste authenticatie;

Trigger: Een kind komt bij de JGZ-professional om gevaccineerd te worden

Basic flow:

1. De JGZ-medewerker neemt de oproepkaart in
2. De JGZ medewerker geeft in het systeem het contactmoment aan waarvoor het kind komt;
3. Het DD JGZ geeft weer welke vaccinaties bij dat contactmoment horen;
4. Aan de hand van het contactmoment en vaccinatietype toont het DD JGZ het partijnummer en selecteert de JGZ-professional deze aan de hand van de ampul (selecteren uit een lijst of typen en het systeem vult aan. Het moet voor de gebruiker duidelijk zijn of het partijnummer bekend is en nog geldig is). Het is alleen mogelijk om een partijnummer te kiezen dat bij het type vaccinatie hoort;
5. De JGZ-professional vaccineert het kind;
6. De JGZ-professional geeft akkoord (afhankelijk van het systeem op welke manier), zodat de registratie een feit is en wordt klaargezet om naar Praeventis te sturen.

Alternatieve flows:

• Het DD JGZ geeft de vaccinatie niet weer doordat het een contactmoment buiten de reguliere contactmomenten om is.
• In dat geval moet de JGZ-professional bij stap 1 zelf het vaccinatietype aangeven (systeemafhankelijk: selecteren uit lijst of typen).
• Het kind is nog niet bekend in het DD-JGZ omdat hij/zij bij een andere JGZ organisatie vandaan komt.
• In dit geval wordt er een nieuw dossier van het kind aangemaakt.
• Bij twijfel over de vaccinatiestatus wordt er na stap 2 een vaccinatiestatus/-advies opgevraagd bij praeventis (zie usecase 5)
• Bij stap 4 geeft DD JGZ aan dat de partijnummers niet actueel zijn omdat er die dag geen partijnummers zijn ontvangen. In dat geval wordt een partijnummer van de dag ervoor gebruikt. Als er een vaccin gebruikt wordt dat de dag ervoor nog niet geldig was, dan wordt er voor (bijvoorbeeld) overig gekozen en wordt de partijnummer handmatig ingevoerd.
• Het partijnummer wordt niet herkend en er is geen melding dat de partijnummers niet actueel zijn.
• Dan controleert de JGZ-professional of er een tikfout is gemaakt (bij selecteren is dit niet van toepassing). Als een tikfout is gemaakt dan wordt stap 1 herhaald.
• Als er geen tikfout is gemaakt dan controleert de JGZ-professional of het partijnummer geldig is. Als dit niet het geval is wordt het vaccin vervangen door een vaccin met geldige datum. Daarna wordt stap 1 herhaald.
• Er wordt verder gegaan met stap 5.
• Er is bezwaar tegen de betreffende vaccinatie(s)
• Na het registreren van de type vaccinatie bij stap 4 wordt het bezwaar geregistreerd en de reden van het bezwaar (medisch of principieel).
• Er wordt verder gegaan met stap 5.

Postcondities:

• Het type vaccinatie en bijbehorende partijnummer is bij het juiste kind geregistreerd in het DD JGZ;
• De JGZ-professional geeft bewust akkoord om een bericht met de toegediende vaccinaties te versturen.

Usecase Foutieve registratie opgemerkt voordat de vaccinatie is verstuurd

Precondities:

• Er is een vaccinatie geregistreerd en klaargezet om verstuurd te worden;
• De JGZ-professional is ingelogd in het DD JGZ en is geautoriseerd om de vaccinatiegegevens te versturen met de juiste authenticatie.

Trigger:

• Een JGZ-professional bedenkt zich/merkt dat hij/zij iets fout heeft geregistreerd voordat de berichten zijn verzonden naar RIVM/RCP (voorbeelden van fouten: registratie is bij broertje gedaan, vaccinatie geregistreerd maar niet toegediend, foutief vaccin geregistreerd). Foutief toegediende vaccinaties horen hier niet bij, deze kunnen niet in DD JGZ gecorrigeerd worden (in dat geval: bel met RIVM/RCP, maak afspraken, registreer deze en volg op).

Basic flow:

1. De JGZ-professional/JGZ-medewerker verbetert de fout in het systeem (de manier waarop zal per systeem verschillen);
2. Het foutieve gegevens worden uit de verzending gehaald;
3. De JGZ-professional accordeert de registratie en het bericht wordt door het systeem weer klaargezet voor verzending.

Alternatieve flows: geen Postcondities: De foute registratie is verbeterd en er is een nieuw bericht gemaakt voor verzending. Praeventis ontvangt de juiste registraties.

Use case Massavaccinatie, registratie vooraf

Precondities:

• De JGZ-professional is ingelogd in het DD JGZ en is geautoriseerd om de vaccinatiegegevens te versturen met de juiste authenticatie;
• Het kind/ouders hebben geen bezwaar tegen de betreffende vaccinatie(s);
• Er wordt gebruik gemaakt van oproepkaarten met barcode.

Trigger: Een kind komt bij een massavaccinatie om gevaccineerd te worden. Basic flow:

1. De JGZ-professional voert het vaccinatietype van die dag in het DD JGZ in;
2. DD JGZ programmeert het partijnummer en vaccinatiedatum voor aan de hand van het vaccinatietype;
3. De JGZ-medewerker neemt de oproepkaarten in en scant de BSN op de oproepkaarten;
4. DD JGZ koppelt de vaccinatiegegevens aan de BSNs van de oproepkaarten. (Dit kan op verschillende manieren, afhankelijk van of er een lijst met verwachte kinderen beschikbaar in het DD JGZ is of niet);
5. De JGZ-professional accordeert de gegevens (dit kan op verschillende manier, ok-knop, vinkje etc);
6. DD JGZ maakt de berichten klaar om verstuurd te worden;
7. Het kind wordt gevaccineerd;
8. Eventueel wordt een lijst van kinderen die zijn gevaccineerd uitgeprint om te vergelijken met de lijst ‘verwachte kinderen’.

Alternatieve flows:

• Er is geen oproepkaart (kwijt of vergeten.
• Het BSN op de oproepkaart wordt niet gescand;
• Afhankelijk van de situatie wordt in DD JGZ in de eigen gegevens gezocht naar de vaccinatiestatus. Als deze niet gevonden wordt, dan belt (of indien beschikbaar: digitaal opvragen vaccinatiestatus bij RIVM) JGZ met RIVM/RCP;
• De gegevens worden handmatig ingevoerd in het DD JGZ en men gaat verder met stap 5.
• Kind is niet bekend bij de JGZ-organisatie (er is geen digitaal dossier beschikbaar van een kind uit een ander werkgebied).
• De oproepkaart wordt ingevuld ingestuurd of als deze er niet is dan wordt de huidige ‘blauwe randkaart’ ingevuld naar RIVM gestuurd.
• Het kind wordt door omstandigheden niet gevaccineerd.
• De gegevens van het kind worden genoteerd;
• De betreffende gegevens van het kind met BSN wordt uit de berichten verwijderd;
• Het wordt handmatig aangepast in het DD JGZ.

Postcondities:

• Het type vaccinatie en bijbehorende partijnummer en vaccinatiedatum is bij het juiste kind geregistreerd in het DD JGZ.
• De JGZ-professional heeft bewust akkoord gegeven om een bericht met de toegediende vaccinaties te versturen.

Usecase Massavaccinatie, registratie achteraf

Precondities:

• De JGZ-professional is ingelogd in het DD JGZ en is geautoriseerd om de vaccinatiegegevens uit te wisselen met juiste authenticatie;
• Het kind/ouders hebben geen bezwaar tegen de betreffende vaccinatie(s).

Trigger: Een kind komt bij een massavaccinatie om gevaccineerd te worden Basic flow:

1. De vaccinaties worden toegediend en de oproepkaarten van de gevaccineerde kinderen verzameld;
2. De JGZ-professional voert het vaccinatietype van die dag in het DD JGZ in;
3. DD JGZ programmeert de partijnummer en vaccinatiedatum voor aan de hand van het vaccinatietype;
4. De JGZ-medewerker scant de BSN op de oproepkaarten;
5. DD JGZ koppelt de vaccinatiegegevens aan de BSNs van de oproepkaarten (dit kan op verschillende manieren, afhankelijk van of er een lijst met verwachte kinderen beschikbaar is);
6. De JGZ-professional accordeert de gegevens (dit kan op verschillende manier, ok-knop, vinkje etc);
7. DD JGZ maakt de berichten klaar om verstuurd te worden.

Alternatieve flows:

• Er is geen oproepkaart (kwijt of vergeten).
• Het BSN op de oproepkaart wordt niet gescand;
• Afhankelijk van de situatie wordt in DD JGZ in de eigen gegevens gezocht naar de vaccinatiestatus. Als deze niet gevonden wordt, dan belt (of indien beschikbaar: digitaal opvragen vaccinatiestatus bij RIVM) JGZ met het RIVM;
• De gegevens worden handmatig ingevoerd in het DD JGZ en men gaat verder met stap 5.

Postcondities:

• Het type vaccinatie en bijbehorende partijnummer en vaccinatiedatum is bij het juiste kind geregistreerd in het DD JGZ;
• De JGZ-professional heeft bewust akkoord gegeven om een bericht met de toegediende vaccinaties te versturen.

Transactie Versturen toegediende vaccinaties

Doel

Het versturen van de geregistreerde toegediende vaccinaties van die dag van het DDJGZ naar Praeventis

Actoren

• Vaccinatie-zender (ddJGZ)
• Vaccinatie-ontvanger (Praeventis)

Interacties

• Versturen Vaccinaties
• Ontvangstbevestiging

De inhoud en technische realisatie van de berichten is te vinden via deze link onder Rijksvaccinatieprogramma.

Usecase Het versturen van een toegediende vaccinatie

Precondities:

• De JGZ-professional heeft akkoord gegeven om de toegediende vaccinatie te versturen (met juiste authenticatie en autorisatie);
• DD JGZ heeft het bericht gemaakt en klaargezet.

Trigger: Een signaal van het systeem op een bepaald tijdstip (’s avonds tussen 22:00 en 2:00). Basic flow:

1. DD JGZ verstuurt alle berichten (met toegediende vaccinaties) die klaar staan om verstuurd te worden naar Praeventis;
2. Praeventis ontvangt het bericht en stuurt een ontvangstbevestiging terug;
3. DD JGZ ontvangt de ontvangstbevestiging.

Alternatieve flows:

• Het bericht komt niet aan, er komt een foutmelding terug, ontvangstbevestiging komt niet aan, of het bericht kan niet verstuurd worden door een bepaalde oorzaak.
• DD JGZ probeert het nog 3 keer met intervallen van 10 minuten. Dit patroon wordt na een uur herhaald. Als er dan nog geen succes is dan wordt er door het DD JGZ een melding gestuurd naar de DD JGZ beheerder. De DD JGZ beheerder meldt dit aan de beheerder van Praeventis op de daarvoor afgesproken wijze.
• Er wordt een uitvallijst door het DD JGZ aangemaakt zodat te zien is van welke kinderen die gevaccineerd zijn, de gegevens niet zijn verzonden.
• Bij stap 2 is het kind niet bekend in Praeventis
• Praeventis volgt zijn eigen workflows om het kind en de informatie in het systeem te krijgen.

Postcondities:

• Het bericht is ontvangen door Praeventis en een ontvangstbevestiging is ontvangen door het DD JGZ.

Transactie Versturen partijnummers

Usecase versturen partijnummers

transactie VAC-1 bestaat uit de volgende interacties:

• verstuurPartijnummers
• ontvangstbevestiging

De inhoud en technische realisatie van de berichten is te vinden via deze link.

Verhaaltjes van zorgverleners: <<verwijzen naar gegevensrichtlijn>>. Op de scenario's uit de richtlijn is onderstaande use case gedefinieerd.

Precondities:

• De partijnummers staan in het systeem, klaar voor verzending.

Trigger:

• Een instelling in Praeventis, elke nacht op een bepaalde tijd.

Basic flow:

1. Praeventis verstuurt de geldige partijnummers (interactie verstuurPartijnummers) naar het DD JGZ;
2. Het DD JGZ ontvangt de partijnummers en stuurt een ontvangstbevestiging terug;
3. Praeventis ontvangt de ontvangstbevestiging;
4. Het DD JGZ overschrijft de ontvangen partijnummers met de huidig bekende partijnummers, zodat de meest actuele verzending partijnummers gebruikt wordt bij de registratie van toegediende vaccinaties.

Alternatieve flows:

• door een bepaalde oorzaak.
• Praeventis probeert het nog maximaal 3 keer met een interval van 10 minuten. Dit patroon wordt na een uur nog een keer herhaald. Als om 7:00 nog geen bericht met succes is verstuurd, wordt er door Praeventis automatisch een melding gestuurd naar de beheerder. De beheerder van Praeventis stelt de contactpersoon van de JGZ-organisatie op de hoogte.
• Het DD-JGZ heeft om 7:00 nog geen geldige partijnummers binnen gekregen.
• Het DD JGZ geeft aan dat er geen partijnummers zijn binnengekomen. De contactpersoon van JGZ neemt contact op met de beheerder van Praeventis.

Postcondities:

• De geldige partijnummers zijn ontvangen en verwerkt door het DD JGZ. Een

ontvangstbevestiging is ontvangen door Praeventis.

Transactie Overdragen dossier

Doel

Het overdragen van een JGZ-dossier van de huidige uitvoerende JGZ-organisatie naar de nieuwe uitvoerende JGZ-organisatie.

Actoren

1. JGZ-dossieroverdrager
2. JGZ-dossierontvanger

Interacties

1. Dossieroverdrachtbericht

Usecase "Het klaarmaken van een dossier voor overdracht na het bereiken van de 4jarige leeftijd"

Precondities

• Er is sprake van een 0-4 jaar organisatie
• De JGZ-medewerker en JGZ-professional zijn ingelogd met de juiste authenticatie en autorisatie

Triggers

• Het dossier is aangegeven door het systeem als dossier datovergedragen moet worden aan een JGZ organisatie voor kinderen van 4-19 jaar.

Basic flow

1. De JGZ professional(JGZ-dossieroverdrager) accordeert dat het dossier overgedragen mag worden en sluit het dossier inhoudelijk af.
2. De JGZ-medewerker (JGZ-dossieroverdrager) checkt of het dossier is afgesloten en of er toestemming is voor overdracht van de ouders.
3. Er wordt een JGZ-organisatie bij het dossier gezocht en aan deze organisatie wordt het dossier geadresseerd
4. De JGZ-professional (JGZ-dossieroverdrager) bevestigt dat het bericht verstuurd mag worden.

Alternatieve flow

• De ouders geven geen toestemming voor dossieroverdracht (stap 1)
  • Het dossier wordt niet verstuurd
  • Het dossier van het kind wordt geparkeerd door de JGZ-dossieroverdrager. De nieuwe organisatie moet op de hoogte gebracht worden of de nieuwe organisatie neemt zelf contact op na ontvangst van de schoollijst. De nieuwe uitvoerende JGZ organisatie maakt een nieuw dossier aan.
• De JGZ-dossierontvanger gaat in stap 8 niet akkoord met overdracht van het dossier/de dossiers
  • De JGZ-medewerker (JGZ-dossierontvanger) laat weten dat ze niet akkoord gaan.
  • De JGZ-dossierontvanger verwijdert het dossier(s) uit het systeem
  • De JGZ-dossieroverdrager probeert de juiste nieuwe JGZ organisatie te achterhalen.

Postconditie '*Het dossier is klaar om verstuurd te worden

Usecase "Het klaarmaken van een dossier voor overdracht na verhuizing of schoolverandering"

Precondities

• De JGZ-overdrager en JGZ-ontvanger is ingelogd met de juiste authenticatie en autorisatie

Triggers

• Het systeem heeft een melding gegeven dat er een GBA bericht is binnengekomen of nieuw kind op een schoollijst staat

Basic flow

1. De JGZ-dossieroverdrager wordt bepaald door de JGZ-medewerker (JGZ-dossierontvanger), bijvoorbeeld met behulp van de postcodelijst
2. De JGZ-medewerker (JGZ-dossierontvanger) neemt contact op met de huidige uitvoerende JGZ-organisatie om overdracht te vragen
3. De JGZ professional (JGZ-dossieroverdrager) accordeert dat het dossier overgedragen mag worden en sluit het dossier inhoudelijk af.
4. De JGZ medewerker (JGZ-dossieroverdrager) checkt of het dossier afgesloten is en of er toestemming is voor overdracht van de ouders.
5. De JGZ-medewerker (JGZ-dossieroverdrager) selecteert naar welke JGZ-organisatie het dossier verstuurd moet worden en bevestigt dat het bericht verstuurd kan worden.

Alternatieve flow

• De JGZ-dossieroverdrager gaat in stap 3 niet akkoord met overdracht van het dossier met opgaaf van reden
  • De JGZ-professional geeft aan dat ze niet akkoord is na raadplegen dossier
  • Het dossier wordt niet verstuurd, er wordt overlegd wat er wel moet gebeuren
• De ouders geven geen toestemming voor dossieroverdracht (stap 4)
  • Het dossier wordt niet verstuurd
  • De JGZ-dossierontvanger maakt een nieuw dossier aan
  • De JGZ professional/medewerker (JGZ-dossieroverdrager) geeft het DD JGZ opdracht om het dossier te archiveren als bekend is dat het dossier bij de nieuwe organisatie verwerkt is en ze akkoord gaan.

Postconditie

• Het dossier is klaar om verstuurd te worden

Usecase "Het versturen van het JGZ-dossier"

Precondities

• De JGZ medewerker (JGZ-dossieroverdrager) heeft bevestigt dat een dossier verstuurd mag worden.

Triggers

• Activatie door gebruiker of instelling in systeem

Basic flow

1. Het DD JGZ (JGZ-dossieroverdrager) verstuurt het dossier naar de JGZ-dossierontvanger
2. Het DD JGZ (JGZ-dossierontvanger) ontvangt het dossier
3. Het DD-JGZ (JGZ-dossierontvanger) toont het dossier aan de gebruiker en verwerkt het in het systeem na acceptatie
4. De JGZ-medewerker (JGZ-dossierontvanger) laat de JGZ-dossieroverdrager weten dat ze akkoord gaan en dat het dossier verwerkt is.
5. De JGZ-professional (JGZ-dossieroverdrager) geeft het DD JGZ opdracht om het dossier te archiveren

Alternatieve flow

• De JGZ-dossierontvanger gaat in stap 4 niet akkoord met overdracht van het dossier/de dossiers
  • De JGZ-medewerker (JGZ-dossierontvanger) laat weten dat ze niet akkoord gaan.
  • De JGZ-dossierontvanger verwijdert het dossier(s) uit het systeem
  • De JGZ-dossieroverdrager probeert de juiste nieuwe JGZ organisatie te achterhalen.
• Het bericht komt niet aan, er komt een foutmelding terug, of het bericht kan niet verstuurd worden door een bepaalde oorzaak.
  • DD JGZ probeert het nog maximaal 3 keer met een interval van 10 minuten. Dit patroon wordt na 24 uur nog een keer herhaald. Als dan nog geen bericht met succes is verstuurd, wordt er door DD JGZ automatisch een melding gestuurd naar de beheerder. De beheerder van DD JGZ stelt de contactpersoon van de toekomstig verantwoordelijke JGZ-organisatie op de hoogte.

Postconditie

• De uitvoering van zorg is overgedragen naar de juiste nieuwe uitvoerende JGZ-organisatie

TransactieVerzoek hielprik

Usecase Versturen van opdrachtverstrekking eerste hielprik

Precondities:

• De JGZ-professional is ingelogd in het systeem en is geautoriseerd om de opdrachtverstrekking hielprik uit te wisselen, juiste authenticatie etc.
• Het kind/ouders hebben geen algemeen bezwaar tegen hielprikscreening

Trigger: Geboortemelding van het kind van de GBA of verloskundige Basic flow:

1. Praeventis maakt een verzamellijst (GBA en administratief geboortebericht verloskundigen) opdrachtverstrekking hielprik aan voor elke JGZ-organisatie
2. Praeventis maakt een opdrachtverstrekking hielprik bericht per JGZ-organisatie aan met behulp van deze verzamellijst.
3. Praeventis adresseert de berichten aan de juiste JGZ-organisaties
4. Praeventis verstuurt uiterlijk 8.30uur) de berichten aan DD JGZ
5. DD JGZ ontvangt het bericht en verwerkt de verzamellijst in zijn systeem, zodat de JGZ-verantwoordelijke vanaf 8.30 uur de opdracht aan de juiste screeners kan geven.

Alternatieve flows:

• Het bericht komt niet aan, er komt een foutmelding terug, of het bericht kan niet verstuurd worden door een bepaalde oorzaak.
• Praeventis probeert het nog 3 keer binnen 1/2 uur.
• Na 1/2 uur wordt er door het systeem een melding gestuurd naar de beheerder

Postcondities: De verzamellijst hielprikopdracht is ontvangen door de JGZ-organisatie

Usecase Opdrachtverstrekking tweede-/herhaalde hielprik

Precondities:

• De JGZ-professional is ingelogd in het systeem en is geautoriseerd om de opdrachtverstrekking hielprik uit te wisselen, juiste authenticatie

Trigger: RIVM/RCP ontvangt een bericht van het laboratorium dat bij een kind ‘onvoldoende vulling’ in de hielprikafname zat,dat er een ‘dubieuze’ uitslag bepaald is, er sprake is van bloedtransfusie of dat er te vroeg bloed is afgenomen. Basic flow:

1. Een medisch adviseur maakt een herhaalde -of tweede opdrachtverstrekking aan in Praeventis en selecteert (afhankelijk van systeem, typen kan bv ook) de juiste ontvangende JGZ organisatie en geeft toestemming om het te verzenden (OK-knop bijvoorbeeld).
2. Praeventis maakt een opdrachtverstrekking hielprik bericht
3. Praeventis adresseert de opdrachtverstrekking aan de juiste JGZ- organisatie
4. Praeventis stuurt de opdrachtverstrekking naar betreffende DD JGZ
5. DD JGZ ontvangt het bericht en toont een duidelijke melding aan de JGZ-verantwoordelijke
6. De JGZ-verantwoordelijke kan gelijk op deze melding anticiperen en het bericht doorsturen naar de juiste screener.

Alternatieve flows:

• Het bericht komt niet aan, er komt een foutmelding terug, of het bericht kan niet verstuurd worden door een bepaalde oorzaak.
• Praeventis probeert het nog ? keer binnen ? uur.
• Na 1/2 uur wordt er door het systeem een melding gestuurd naar de beheerder

Postcondities

• De opdrachtverstrekking is ontvangen door de JGZ-organisatie en er is gelijk actie ondernomen om de hielprik opnieuw uit te voeren.

Transactie Adresseren berichten

Usecase Adresseren van het bericht ‘versturen partijnummers’

Precondities:

• Er is in het systeem een lokaal opgeslagen lijst van JGZ-organisaties en RIVM beschikbaar, die regelmatig geupdate wordt.

Trigger: Het bericht ‘versturen partijnummers’ is aangemaakt en moet verstuurd worden Basic flow:

1. Het systeem selecteert alle JGZ-organisaties die vaccinaties uitvoeren (systeemrol vaccinatie-uitvoerend systeem) uit een lokaal opgeslagen lijst (op basis van systeemrol)
2. Het systeem maakt een bericht voor elke JGZ-organisatie en adresseert deze met het adres van het systeem

Alternatieve flow:

• Niet alle applicatie-ids staan niet in de lijst. Probeer eerst de lijst te updaten (zie scenario het updaten van de adressenlijst), als nog niet alle applicatie-ids in de lijst staan contact opnemen met systeembeheerder. De systeembeheerder kan contact opnemen met de beheerder van de lijst.

Postconditie:

• Het bericht is geadresseerd aan de juiste organisaties

Usecase Adresseren van een pushbericht

Preconditie:

• Er is in het systeem een lokaal opgeslagen lijst van JGZ-organisaties en RIVM beschikbaar, die regelmatig geupdate wordt.

Trigger: Er is een pushbericht aangemaakt, dat verstuurd moet worden Basic flow:

1. De gebruiker selecteert de ontvanger uit een lijst met begrijpelijke organisatienamen
2. Het systeem zoekt het adres van het systeem van de organisatie op in een lokaal opgeslagen lijst. Als de JGZ-organisatie meerdere systemen heeft, dan wordt het systeem dat gekwalificeerd is voor het betreffende berichttype geselecteerd.
3. Het systeem adresseert het bericht met het adres van het systeem.

Alternatieve flow:

• Applicatie-id staat niet in de lijst. Probeer eerst de lijst te updaten (zie scenario het updaten van de adressenlijst), als het applicatie-id er nog niet in staat contact opnemen met systeembeheerder. De systeembeheerder kan contact opnemen met de beheerder van de lijst.

Postconditie:

• Het bericht is geadresseerd aan de juiste organisaties