Zandbak jgz:V6.12.9 Ontwerp Jeugdgezondheidszorg

MOET DIT ZIJN: 'Jeugdgezondheidszorg 7.0.0'?

1 Inleiding

1.1 Algemeen

Deze pagina beschrijft het functioneel ontwerp van de informatiestandaard Jeugdgezondheidszorg (JGZ). Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten. Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven.

Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de Nictiz webpagina voor informatiestandaarden. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het begrippenoverzicht op de Nictiz website.

In de Jeugdgezondheidszorg zijn de bedrijfsrollen van de volgende zorgverleners of zorgaanbieders in het primaire proces uitgewerkt:

PLAATJE SAMENHANG JGZ: JGZ, RIVM, Geboortezorg, Paramedici, Kinderartsen etc.

1.1.1 Het Digitaal Dossier Jeugdgezondheidszorg (DD JGZ)

Het uitwisselen van gegevens binnen de jeugdgezondheidszorg verloopt via het Digitaal Dossier Jeugdgezondheidszorg (DD JGZ). Dit is een vertrouwelijk medisch dossier voor alle kinderen van 0 tot 19 jaar. Het DD JGZ bevat gegevens die van belang zijn voor de ontwikkeling en gezondheid van een kind en worden door de zorgverlener van de jeugdige (arts, verpleegkundige of assistent) genoteerd in het medische dossier. Alleen professionals van de JGZ hebben toegang tot het DD JGZ. Een JGZ-professional mag alleen een DD JGZ inzien en informatie in een DD JGZ noteren van jeugdigen waar deze JGZ-professional bij betrokken is. Ieder DD JGZ bevat een logboek waarin is terug te zien welke JGZ-professional het DD JGZ heeft ingezien en wat deze JGZ-professional heeft genoteerd / heeft gedaan.

1.1.2 Dossierplicht en privacyregels

Bij de registratie van individuele medische gegevens van cliënten, alsmede het communiceren daarvan, zijn de Wgbo en Wbp van toepassing. De Wgbo legt op dat bij medische handelingen waarbij een behandelovereenkomst wordt verondersteld, de zorgverlener een dossierplicht heeft. De Wbp legt de privacy regels van een patiënt vast.

De verplichting voor gemeenten om JGZ aan te bieden is geregeld via de Wpg. Omdat ook preventie onder de Wgbo valt, zijn op de JGZ onverminderd de regels van de Wgbo van toepassing.

1.2 Doelgroep

De doelgroepen van dit functionele ontwerp zijn:

• Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, zorgorganisaties en Nictiz;
• Zorgverleners en hun vertegenwoordigers;
• RIVM

1.3 Kaders & Uitgangspunten

1.3.1 Richtlijn en proces

De gegevensrichtlijnen Jeugdgezondheidszorg tonen de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen de Jeugdgezondheidszorg adequaat te ondersteunen. Deze richtlijnen vormen de basis voor de informatiestandaard Jeugdgezondheidszorg (JGZ).

De partijen hebben gezamenlijk gekozen voor de oplossing waarbij het Digitaal Dossier Jeugdgezondheid (DD JGZ) en de centrale applicatie van RIVM/RCP het proces te laten ondersteunen door middel van berichtenverkeer. Dit staat beschreven in de gegevensrichtlijn rijksvaccinatieprogramma Richtlijn RVP berichten 1 en 2, Richtlijn RVP berichten 3 en 4 en de gegevensrichtlijn neonatale hielprikscreening Richtlijn NHS. Voor dossieroverdracht bestaat op dit moment geen richtlijn.

1.3.2 Reikwijdte Informatiestandaard

De reikwijdte van de informatiestandaard beslaat de functionele beschrijvingen en de dataset voor alle gegevensuitwisselingen binnen één of meerdere processen zorgprocessen.

1.3.3 Infrastructuur

De berichten die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.

1.4 Kwalificatie

Op basis van dit functioneel ontwerp en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit functioneel ontwerp. Voor meer informatie zie de websitepagina over Nictiz kwalificaties.

2 Usecase(s)

Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere usecases. Iedere usecase koppelt met een scenario in ART-DECOR. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke usecase geanalyseerd en uitgewerkt.

2.1 Algemeen

De informatiestandaard Jeugdgezondheidszorg is ingedeeld in verschillende (ontwerp) groepen.

• Dossieroverdracht
• Rijksvaccinatieprogramma (RVP)
• Neonatale Hielprik Screening (NHS)

2.2 Usecase: Dossieroverdracht - JGZ-organisatie stuurt dossier naar JGZ-organisatie

2.2.1 Doel en Relevantie

Dossieroverdracht komt binnen de JGZ voor als de verantwoordelijke JGZ-organisatie van een jeugdige wijzigt. Als een jeugdige verhuist of naar een andere school gaat, kan het zijn dat een andere Jeugdgezondheidszorg-organisatie (JGZ) verantwoordelijk wordt voor het volgen van de ontwikkeling en gezondheid van de jeugdige. De nieuwe JGZ-organisatie vraagt het Digitaal Dossier JGZ (DD JGZ) van de jeugdige op zodat alle informatie van de jeugdige in één DD JGZ staat. Gezaghebbende ouders/verzorgers en/of jeugdigen van 12 jaar en ouder moeten toestemming geven voor de overdracht van het DD JGZ naar een andere JGZ-organisatie. In het DD JGZ wordt genoteerd wie er wanneer toestemming geeft voor dossieroverdracht.

Situaties waarin dossieroverdracht voorkomt zijn:

1. Het bereiken van de 4-jarige leeftijd door het kind als de zorg voor kinderen onder en boven de 4 jaar is belegd bij verschillende JGZ-organisaties.
2. Een verhuizing of wijziging van school van het kind naar een gebied dat buiten het zorggebied van de huidige JGZ-organisatie valt.

Met het versturen van het DD JGZ wordt ook de verantwoordelijkheid van zorg overgedragen naar de nieuwe JGZ-organisatie.

De toestemming voor dossieroverdracht wordt, naast de toestemming na de geboorte, ook gevraagd bij elke feitelijke dossieroverdracht. Als de JGZ geen contact krijgt met de ouder of het kind dan mag de JGZ terugvallen op de eerder gegeven toestemming. In sommige gevallen hebben de zorgverleners van de oude en nieuwe JGZ-organisatie ook persoonlijk contact over het overgedragen dossier. Dit is een “warme overdracht”. Deze handeling staat naast de technische handeling van dossieroverdracht en valt buiten de scope van de hier uitgewerkte dossieroverdracht.

Deze usecase beschrijft de uitwisseling van het DD JGZ tussen JGZ-organisaties en de transacties die binnen de dossieroverdracht uitgevoerd worden. In dit bericht zitten alle benodigde gegevens voor de nieuwe JGZ-organisatie om de cliënt/ jeugdige te kunnen ontvangen.

2.2.2 Proces en Context (pre- en postproces)

2.2.2.1 Preproces

De JGZ-overdrager en JGZ-ontvanger zijn ingelogd met de juiste authenticatie en autorisatie. En de JGZ-professional (JGZ-dossieroverdrager) heeft bevestigd dat een dossier verstuurd mag worden.

2.2.2.2 Proces

Het proces van deze usecase is:

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 en/ of jeugdige.
5. De JGZ-medewerker (JGZ-dossieroverdrager) selecteert naar welke JGZ-organisatie het dossier verstuurd moet worden en bevestigt dat het bericht verstuurd kan worden.

De uitwisseling van het digitaal dossier Jeugdgezondheidszorg (DD JGZ) gaat via het Landelijk Schakel Punt (LSP).

TERMINOLOGIE BESPREKEN: JGZ-DOSSIERONTVANGER/OVERDRAGER OF NIEUWE/OORSPRONKELIJKE JGZ -> obv nieuwe gegevensrichtlijn?

2.2.2.3 Postproces

Het dossier is klaar om verstuurd te worden. De nieuwe JGZ-organisatie heeft het dossier ontvangen en neemt het dossier in gebruik.

2.2.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
Oorspronkelijke JGZ-organisatie	De oorspronkelijke JGZ-organisatie stuurt een dossieroverdrachtsbericht
Nieuwe JGZ-organisatie	De nieuwe JGZ-organisatie ontvangt een dossieroverdrachtsbericht

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - JGZ-organisatie stuurt dossier naar JGZ-organisatie

2.2.4 Informatieoverdracht

JGZ-organisaties maken gebruikt van het DD JGZ (Digitaal Dossier JGZ) als informatiesysteem.

2.2.4.1 Systemen & Systeemrollen

JGZ-organisaties maken gebruik van een informatiesysteem: DD JGZ. Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het uitwisselen van dossiers mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
DD JGZ A	Jeugdgezondheidszorg – Dossieroverdracht JGZ naar JGZ Sturend Systeem	[JGZ-DJS]	Sturen dossier van oorspronkelijke JGZ-organisatie naar nieuwe JGZ-organisatie
DD JGZ B	Jeugdgezondheidszorg – Dossieroverdracht JGZ naar JGZ Ontvangend Systeem	[JGZ-DJO]	Ontvangen dossier door nieuwe JGZ-organisatie van oorspronkelijke JGZ-organisatie

Zie ook onderstaande afbeelding:

Component Diagram - JGZ-organisatie stuurt dossier naar JGZ-organisatie

2.2.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

• Een usecase bevat een transactiegroep.
• Een transactiegroep bestaat uit transacties.
• Een transactie wordt uitgevoerd door een bedrijfsrol.
• Bedrijfsrollen maken gebruik van systemen.
• Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - JGZ-organisatie stuurt dossier naar JGZ-organisatie

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
JGZ-organisatie stuurt dossier naar JGZ-organisatie	Sturen dossier (PUSH)	Sturen dossier	Oorspronkelijke JGZ-organisatie	DD JGZ A	[JGZ-DJS]	Link naar ART DECOR
		Ontvangen dossier	Nieuwe JGZ-organisatie	DD JGZ B	[JGZ-DJO]
Tabel Usecase - JGZ-organisatie stuurt dossier naar JGZ-organisatie

2.3 Usecase: Rijksvaccinatieprogramma – Vaccinatiestatus opvragen

2.3.1 Doel en Relevantie

Met dit bericht wordt de actuele vaccinatiestatus opgevraagd door een JGZ-organisatie bij het RIVM. Dit bericht, ook wel bericht 1 genoemd, is het opvraagbericht van de JGZ-organisatie aan Praeventis over de huidige vaccinatiestatus bekend bij het RIVM van deze jeugdige. Opvraging wordt gestart vanuit het bewuste kinddossier in DD JGZ. Voor bericht 1 moet eerst toestemming geven worden door de jeugdige en/of zijn gezaghebbende(n) om het bericht tussen JGZ en RIVM uit te wisselen. Wanneer er geen toestemming is, wordt bericht 1 niet verzonden.

Deze usecase beschrijft de uitwisseling van de actuele vaccinatiestatus tussen het RIVM en een JGZ-organisatie.

2.3.2 Proces en Context (pre- en postproces)

2.3.2.1 Preproces

• 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;

2.3.2.2 Proces

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').

2.3.2.3 Postproces

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

2.3.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
JGZ-organisatie	JGZ-organisatie stuurt de vaccinatiestatus opvraag aan het RIVM
RIVM	RIVM ontvangt de vaccinatiestatus opvraag van de JGZ-organisatie

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Rijksvaccinatieprogramma – Vaccinatiestatus opvragen

2.3.4 Informatieoverdracht

Zowel JGZ-organisaties als het RIVM maken gebruik van een informatiesysteem, respectievelijk:

• DD JGZ (Jeugdgezondheidszorgorganisaties).
• Praeventis (RIVM).

2.3.4.1 Systemen & Systeemrollen

De JGZ-organisaties en het RIVM maken gebruik van een informatiesysteem, respectievelijk het DD JGZ en Praeventis. Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het opvragen van de vaccinatiestatus mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
DD JGZ	Jeugdgezondheidszorg - Vaccinatiestatus opvraag Sturend Systeem	[JGZ-VSS]	Sturen vaccinatiestatus opvraag naar het RIVM
Praeventis	Jeugdgezondheidszorg - Vaccinatiestatus opvraag Ontvangend Systeem	[JGZ-VSO]	Ontvangen vaccinatiestatus opvraag van JGZ-organisatie aan RIVM

Zie ook onderstaande afbeelding:

Component Diagram - Rijksvaccinatieprogramma – Versturen vaccinatiestatus opvraag

2.3.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

• Een usecase bevat een transactiegroep.
• Een transactiegroep bestaat uit transacties.
• Een transactie wordt uitgevoerd door een bedrijfsrol.
• Bedrijfsrollen maken gebruik van systemen.
• Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Rijksvaccinatieprogramma – Versturen vaccinatiestatus opvraag

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Rijksvaccinatieprogramma – Versturen vaccinatiestatus opvraag	Sturen vaccinatiestatus opvraag (PUSH)	Sturen vaccinatiestatus opvraag	JGZ-organisatie	DD JGZ	[JGZ-VSS]	Link naar ART DECOR
		Ontvangen vaccinatiestatus opvraag	RIVM	Praeventis	[JGZ-VSO]
Tabel Usecase - Rijksvaccinatieprogramma – Vaccinatiestatus opvragen

2.4 Usecase: Rijksvaccinatieprogramma – Versturen geldige partijnummers

2.4.1 Doel en Relevantie

Met dit bericht worden de op dat moment geldige partijnummers van Praeventis naar het DD JGZ verstuurd. Dit bericht, ook wel bericht 3 genoemd, wordt elke nacht van het RIVM naar alle JGZ-organisaties verstuurd. Mocht er een partijnummer geëxpireerd zijn, dan staat deze niet meer in de lijst en kan niet genoteerd/geregistreerd worden.

2.4.2 Proces en Context (pre- en postproces)

2.4.2.1 Preproces

• Het bericht versturenGeldigePartijnummers staat klaar voor verzending in Praeventis.

2.4.2.2 Proces

1. Praeventis verstuurt de geldige partijnummers (interactie verstuurPartijnummers) KLOPT DIT?? 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 partijnummers van de dag ervoor met de op dat moment geldige partijnummers, zodat de meest actuele verzending partijnummers gebruikt wordt bij de registratie van toegediende vaccinaties.

2.4.2.3 Postproces

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

2.4.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
RIVM	RIVM stuurt geldige partijnummers naar JGZ-organisatie
JGZ-organisatie	JGZ-organisatie ontvangt geldige partijnummers van RIVM

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Rijksvaccinatieprogramma – Versturen geldige partijnummers

2.4.4 Informatieoverdracht

Zowel het RIVM als JGZ-organisaties maken gebruik van een informatiesysteem, respectievelijk:

• Praeventis (RIVM);
• DD JGZ (Jeugdgezondheidszorgorganisaties).

2.4.4.1 Systemen & Systeemrollen

Het RIVM en de JGZ-organisaties maken gebruik van een informatiesysteem, respectievelijk het Praeventis en het DD JGZ. Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de geldige partijnummers mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
Praeventis	Jeugdgezondheidszorg – Geldige partijnummers Sturend Systeem	[JGZ-PSS]	Sturen geldige partijnummers door het RIVM naar de JGZ-organisatie
DD JGZ	Jeugdgezondheidszorg – Geldige partijnummers Ontvangend Systeem	[JGZ-PSO]	Ontvangen geldige partijnummers van het RIVM door de JGZ-organisatie

Zie ook onderstaande afbeelding:

Component Diagram - Rijksvaccinatieprogramma – Versturen geldige partijnummers

2.4.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

• Een usecase bevat een transactiegroep.
• Een transactiegroep bestaat uit transacties.
• Een transactie wordt uitgevoerd door een bedrijfsrol.
• Bedrijfsrollen maken gebruik van systemen.
• Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Rijksvaccinatieprogramma – Versturen geldige partijnummers

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Rijksvaccinatieprogramma – Versturen toegediende vaccinaties	Sturen geldige partijnummers (PUSH)	Sturen geldige partijnummers	RIVM	Praeventis	[JGZ-PSS]	Link naar ART DECOR
		Ontvangen geldige partijnummers	JGZ-organisatie	DD JGZ	[JGZ-PSO]
Tabel Usecase - Rijksvaccinatieprogramma – Versturen geldige partijnummers

2.5 Usecase: Rijksvaccinatieprogramma – Versturen toegediende vaccinaties

2.5.1 Doel en Relevantie

In dit bericht worden de geregistreerde toegediende vaccinaties van die dag van het DD JGZ naar Praeventis (RIVM) verstuurd. In dit bericht wordt aan de ontvanger gemeld dat binnen een bepaald contactmoment één of meerdere vaccinaties zijn toegediend volgens schema. Vooralsnog wordt alleen het vaccinatieschema DKTP verstuurd.

In deze usecase kunnen twee berichten worden verstuurd:

1. Vaccinatiebericht met persoonsgegevens van de jeugdige: Dit bericht, ook wel bekend als ‘bericht 4’ bevat de vaccinatiegegevens van de toegediende vaccinatie(s) en persoonsgegevens van de jeugdige. Ook kan door middel van dit bericht worden gemeld dat er op één of meerdere van de vaccinaties bezwaar is geuit. Voor bericht 4 moet er eerst toestemming zijn geregistreerd in het DD JGZ. Deze toestemming moet vrijelijk (ANDERS VERWOORDEN) worden gegeven door de jeugdige en/of zijn gezaghebbende(n) om het bericht met persoonsgegevens tussen JGZ en RIVM uit te wisselen.
2. Vaccinatiebericht zonder persoonsgegevens van de jeugdige: Dit bericht, ook wel bekend als ‘bericht 4’ bevat de vaccinatiegegevens van de toegediende vaccinatie(s). Het bevat geen persoonsgegevens. Het is in dit bericht niet mogelijk om bezwaar mee te sturen in dit bericht.

Deze usecase beschrijft de uitwisseling van vaccinatiegegevens (met persoonsgegevens) tussen een JGZ-organisatie en het RIVM.

2.5.2 Proces en Context (pre- en postproces)

In het document Functionele Eisen 2021 - Toestemming gegevensuitwisseling tussen JGZ en RIVM in het kader van het Rijksvaccinatieprogramma wordt de vastlegging in het Digitaal Dossier Jeugdgezondheidszorg (DD JGZ), de beslisboom welke volgt uit de vastlegging in het DD JGZ en de berichtgegevens nader gespecificeerd.

2.5.2.1 Preproces

• 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.

2.5.2.2 Proces

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

2.5.2.3 Postproces

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

2.5.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
JGZ-organisatie	JGZ-organisatie stuurt een vaccinatiebericht (met persoonsgegevens) aan het RIVM
RIVM	RIVM ontvangt een vaccinatiebericht (met persoonsgegevens) aan een JGZ-organisatie

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Rijksvaccinatieprogramma – Versturen toegediende vaccinaties

2.5.4 Informatieoverdracht

Zowel JGZ-organisaties als het RIVM maken gebruik van een informatiesysteem, respectievelijk:

• DD JGZ (Jeugdgezondheidszorgorganisaties).
• Praeventis (RIVM).

2.5.4.1 Systemen & Systeemrollen

De JGZ-organisaties als het RIVM maken ieder gebruik van een informatiesysteem, respectievelijk een DD JGZ en Praeventis. Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het bericht directe toegang aan de huisarts mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
DD JGZ	JGZ-organisatie stuurt vaccinatiebericht naar Praeventis	[JGZ-VBS]	Sturen vaccinatiebericht van JGZ-organisatie naar Praeventis
Praeventis	Praeventis ontvangt vaccinatiebericht van JGZ-organisatie	[JGZ-VBO]	Ontvangen vaccinatiebericht door Praeventis van JGZ-organisatie

Zie ook onderstaande afbeelding:

Component Diagram - Rijksvaccinatieprogramma – Versturen toegediende vaccinaties

2.5.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

• Een usecase bevat een transactiegroep.
• Een transactiegroep bestaat uit transacties.
• Een transactie wordt uitgevoerd door een bedrijfsrol.
• Bedrijfsrollen maken gebruik van systemen.
• Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Rijksvaccinatieprogramma – Versturen toegediende vaccinaties

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Rijksvaccinatieprogramma – Versturen toegediende vaccinaties	Sturen vaccinatiebericht (PUSH)	Sturen vaccinatiebericht	JGZ-organisatie	DD JGZ	[JGZ-VBS]	Link naar ART DECOR
		Ontvangen vaccinatiebericht	RIVM	Praeventis	[JGZ-VBO]
Tabel Usecase - Rijksvaccinatieprogramma – Versturen toegediende vaccinaties

2.6 Usecase: Rijksvaccinatieprogramma – Versturen vaccinatieoproeplijst

2.6.1 Doel en Relevantie

Dit bericht bevat gegevens van alle jeugdigen die opgeroepen zijn voor een geplande groepsvaccinatie. Het gaat hierbij om de volgende gegevens:

1. NAW gegevens van de jeugdige die opgeroepen is voor vaccinatie
2. Gegevens waar het kind voor opgeroepen wordt en in geval dat veegacties worden toegestaan ook de vaccinaties waar het kind nog voor in aanmerking komt.
3. Jeugdigen zonder BSN

De JGZ overlegt samen met de planners van het RIVM wanneer een groepsvaccinatie plaatsvindt en wie hiervoor worden uitgenodigd. Het RIVM stuurt de uitnodigingen aan de jeugdigen. De JGZ-organisatie ontvangt een vaccinatieoproeplijst, ook wel bericht 7 genoemd, van het RIVM waarop alle jeugdigen staan die worden uitgenodigd voor de groepsvaccinatie.

De oproeplijst bevat naast alle namen van de jeugdigen, ook de vaccinaties die de jeugdige nog moet krijgen.

De vaccinatieoproeplijst (bericht 7) bevat meer informatie dan het bericht ‘vaccinatiestatus opvraag’, omdat in dit bericht ook jeugdigen worden opgenomen waar geen BSN van bekend is.

2.6.2 Proces en Context (pre- en postproces)

2.6.2.1 Preproces

• De oproeplijst is beschikbaar in het systeem (Praeventis) van de vaccinatiecoördinator (RIVM)
• De data van de groepsvaccinatie is bekend in het systeem

2.6.2.2 Proces

1. Praeventis maakt de oproeplijst (interactie versturenVaccinatiesoproeplijst) aan aan de hand van de datum van de groepsvaccinatie;
2. Praeventis verstuurt de oproeplijst naar het DD JGZ;
3. Het DD JGZ ontvangt de oproeplijst en stuurt een ontvangstbevestiging terug;
4. Praeventis ontvangt de ontvangstbevestiging;

2.6.2.3 Postproces

• Een ontvangstbevestiging is ontvangen door Praeventis.
• De oproeplijst is ontvangen en verwerkt door het DD JGZ.
• Het DD JGZ zet de oproeplijst klaar om gebruikt te worden bij de groepsvaccinatie.

2.6.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
RIVM	RIVM stuurt een vaccinatieoproeplijst naar de JGZ-organisatie
JGZ-organisatie	JGZ-organisatie ontvangt een vaccinatieoproeplijst van het RIVM

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Rijksvaccinatieprogramma – Versturen vaccinatiesoproeplijst

2.6.4 Informatieoverdracht

Zowel het RIVM als JGZ-organisaties maken gebruik van een informatiesysteem, respectievelijk:

• Praeventis (RIVM);
• DD JGZ (Jeugdgezondheidszorgorganisaties).

2.6.4.1 Systemen & Systeemrollen

Het RIVM en de JGZ-organisaties maken gebruik van een informatiesysteem, respectievelijk het Praeventis en het DD JGZ. Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van de geldige partijnummers mogelijk maken. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
Praeventis	Jeugdgezondheidszorg – Vaccinatieoproeplijst Sturend Systeem	[JGZ-OSS]	Sturen vaccinatieoproeplijst door het RIVM naar de JGZ-organisatie
DD JGZ	Jeugdgezondheidszorg – Vaccinatieoproeplijst Ontvangend Systeem	[JGZ-OSO]	Ontvangen vaccinatieoproeplijst van het RIVM door de JGZ-organisatie

Zie ook onderstaande afbeelding:

Component Diagram - Rijksvaccinatieprogramma – Versturen vaccinatiesoproeplijst

2.6.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

• Een usecase bevat een transactiegroep.
• Een transactiegroep bestaat uit transacties.
• Een transactie wordt uitgevoerd door een bedrijfsrol.
• Bedrijfsrollen maken gebruik van systemen.
• Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Rijksvaccinatieprogramma – Versturen vaccinatiesoproeplijst

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Sturen vaccinatieoproeplijst	Sturen vaccinatieoproeplijst (PUSH)	Sturen vaccinatieoproeplijst	RIVM	Praeventis	[JGZ-OSS]	Link naar ART DECOR
		Ontvangen vaccinatieoproeplijst	JGZ-organisatie	DD JGZ	[JGZ-OSO]
Tabel Usecase - Rijksvaccinatieprogramma – Versturen vaccinatiesoproeplijst

2.7 Usecase: Neonatale hielprik screening - Versturen hielprikverzoek

2.7.1 Doel en Relevantie

Als een kind geboren wordt, dient binnen een aantal dagen de hielprikscreening uitgevoerd te worden. Er wordt een opdracht gegeven voor een hielprik nadat de GBA gegevens van het kind door de hielprik-coördinator (RIVM) verwerkt zijn of wanneer de geboortemelding van de verloskundige is ontvangen. De hielprik-uitvoerder (JGZ-professional) ontvangt de opdracht en neemt de hielprik af. In sommige gevallen wordt een opdracht verstuurd van een herhaalde of tweede hielprik. Dit bericht wordt ook wel ‘bericht 5’ genoemd.

2.7.2 Proces en Context (pre- en postproces)

2.7.2.1 Preproces

• 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

2.7.2.2 Proces

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.

2.7.2.3 Postproces

• De verzamellijst hielprik opdracht is ontvangen en verwerkt door het DD JGZ.
• Een ontvangstbevestiging is ontvangen door Praeventis.

2.7.3 Bedrijfsrollen en UML activity diagram

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
RIVM	Het RIVM stuurt het neonatale hielprik verzoek naar de JGZ-organisatie
JGZ-organisatie	De JGZ-organisatie ontvangt het neonatale hielprik verzoek van het RIVM

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren:

Activity Diagram - Neonatale hielprik screening - Versturen hielprikverzoek

2.7.4 Informatieoverdracht

Zowel het RIVM als JGZ-organisaties maken gebruik van een informatiesysteem, respectievelijk:

• Praeventis (RIVM);
• DD JGZ (Jeugdgezondheidszorgorganisaties).

2.7.4.1 Systemen & Systeemrollen

Het RIVM en de JGZ-organisaties maken gebruik van een informatiesysteem, respectievelijk het Praeventis en het DD JGZ. Deze systemen kennen verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen in het kader van het sturen van het hielprikverzoek. In ART-DECOR worden de systeemrollen als actor beschreven.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
Praeventis	Jeugdgezondheidszorg – Neonatale Hielprikscreening verzoek Sturend Systeem	[JGZ-HSS]	Sturen verzoek Neonatale Hielprikscreening naar de JGZ-organisatie
DD JGZ	Jeugdgezondheidszorg – Neonatale Hielprikscreening verzoek Ontvangend Systeem	[JGZ-HSO]	Ontvangen verzoek Neonatale Hielprikscreening door de JGZ-organisatie

Zie ook onderstaande afbeelding:

Component Diagram - Neonatale hielprik screening - Versturen hielprikverzoek

2.7.4.2 Samenhang bedrijfsrollen, transacties, systeemrollen en transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

• Een usecase bevat een transactiegroep.
• Een transactiegroep bestaat uit transacties.
• Een transactie wordt uitgevoerd door een bedrijfsrol.
• Bedrijfsrollen maken gebruik van systemen.
• Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding en tabel is dit schematisch weergegeven:

Usecase Diagram - Neonatale hielprik screening - Versturen hielprikverzoek

Usecase	Transactiegroep	Transactie	Bedrijfsrol	Systeem	Systeemrolcode	Publicatie
Sturen vaccinatieoproeplijst	Sturen vaccinatieoproeplijst (PUSH)	Sturen vaccinatieoproeplijst	RIVM	Praeventis	[JGZ-OSS]	Link naar ART DECOR
		Ontvangen vaccinatieoproeplijst	JGZ-organisatie	DD JGZ	[JGZ-OSO]
Tabel Usecase - Neonatale hielprik screening - Versturen hielprikverzoek