Zandbak jgz:V6.12.9 Ontwerp Jeugdgezondheidszorg: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
Regel 310: Regel 310:
 
|-  
 
|-  
 
| style="background-color: white;"| JGZ-organisatie
 
| style="background-color: white;"| JGZ-organisatie
| style="background-color: white;"| JGZ-organisatie stuurt een de vaccinatiestatus opvraag aan het RIVM
+
| style="background-color: white;"| JGZ-organisatie stuurt de vaccinatiestatus opvraag aan het RIVM
 
|-  
 
|-  
 
| style="background-color: white;"| RIVM
 
| style="background-color: white;"| RIVM

Versie van 17 jan 2022 09:34


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.


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

2.2 Usecase: 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?

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:

Bestand:Activity Diagram - X
Activiteitendiagram - 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:

Bestand:Component Diagram - X
Systemen en systeemrollen - 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:

Bestand:Use case Diagram - X
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 – Versturen toegediende vaccinaties

2.3.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.3.2 Proces en Context (pre- en postproces)

2.3.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.3.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.3.2.3 Postproces

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

2.3.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:

Bestand:Activity Diagram - x
Activiteitendiagram: Rijksvaccinatieprogramma – Versturen toegediende vaccinaties

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 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:

Bestand:Component Diagram - x
Systemen en systeemrollen - Rijksvaccinatieprogramma – Versturen toegediende vaccinaties

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:

Bestand:Use case Diagram - X
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.4 Usecase: Rijksvaccinatieprogramma – Vaccinatiestatus opvragen

2.4.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.4.2 Proces en Context (pre- en postproces)

2.4.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.4.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.4.2.3 Postproces

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

2.4.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:

Bestand:Activity Diagram - x
Activiteitendiagram: Rijksvaccinatieprogramma – Vaccinatiestatus opvragen

2.4.4 Informatieoverdracht

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

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

2.4.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:

Bestand:Component Diagram - x
Systemen en systeemrollen - Rijksvaccinatieprogramma – Versturen vaccinatiestatus opvraag

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:

Bestand:Use case Diagram - X
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

3 Aanvullende informatie (optioneel)

3.1 Aanwijzingen / eisen voor functionaliteit van systemen (optioneel)

3.2 Verantwoordelijkheden voor informatie (optioneel)

3.3 Afschermen van gegevens (optioneel)

4 Referenties

5 Release notes

6 Wiki-paginahistorie