...
| Info | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||
Opheffen gebruikersprofiel inclusief verwijderen alle gezondheidsinformatie valt buiten scope van dit Epic (ref gesprek Casper).
Betreft hier met name de 'vindbaarheid' in de PGO GUI om het uitschrijfproces te starten.
Toegang tot heldere informatie (taalniveau B1) over je PGO functionaliteit, gebruikersaccount en het opzeg proces is wel vanuit gebruikersperspectief zeer relevant. En kan vanuit de PGO leverancier als onderscheidend element worden ingezet. Bespreken met Casper, Bauke en Egbert |
In aanvulling op Team ontwikkeling overleg . Dit is het belangrijkste punt in deze feature (op basis van de ontvangen feedback)
Gesprek met Casper over PGO in relatie tot MedMij stelsel. 
Beperk de Opheffen gebruikersaccount acties tot de met MedMij binnengehaalde (verzamelen) gezondheidsinformatie.Oplossingsrichting/scenario
...
| Info | ||
|---|---|---|
| ||
Ik heb Er is geen Analyse gedaan op de al bestaande PGO Verwijder functionaliteiten of opheffen van PGO gebruikers account.
|
...
| Info | |||||
|---|---|---|---|---|---|
| |||||
De functie 'Raadplegen Dossier' is getekend in het overzicht Functies en gegevens, Core De volgende toelichting is vermeld: Omdat een Persoon de regie voert over de eigen gezondheidsgegevens, moet een Dienstverlener persoon de gegevens beschikbaar stellen. Dit gebeurt vanuit de functie Raadplegen Dossier. Omdat deze functie door de Dienstverlener persoon zelf in te vullen is, staat deze niet verder uitgewerkt in het afsprakenstelsel. Hierbij moet wel voldaan worden aan de verantwoordelijkheden core.dossier.103 en core.dossier.104. In 3.2 Dossier is opgenomen:
|
...
Wat staat er in het MedMij 1.5 stelsel
| Noteinfo | ||
|---|---|---|
| ||
Op de pagina :Afsprakenset/Grondslagen/Achtergrond "MedMij zegt dus iets over integriteit, validiteit, actualiteit en interoperabiliteit, maar niet over de inhoudelijke functionaliteit van een PGO. " |
Ref: MedMij Core
De volgende elementen zijn relevant voor de usecase 'Verwijderen' en 'Opheffen Gebruikersaccount'
Verwijderen in deze context betreft alleen minimaal het verwijderen van via MedMij verzamelde gezondheidsinformatie uit het persoonlijk PGO Dossier
Domein
Rollen
- Persoon
- Dienstverlener persoon(DVP) als ontwikkelaar van User Agent (PGO) en DVP Server
Applicatie
Functies
- Verwijderen is niet opgenomen in versie 1.5
Account opheffen is niet opgenomen in versie 1.5
...
- Dossier (PGO)
Informatiemodellen Informatiemodellen
Metamodel, geen aanpassing nodig.
(check met Casper!)- Logische modellen geen aanpassing nodig
(check met Casper!)
Wat betekent dit voor logging
...
Een punt van aandacht is dat bij de zorgverleners (aanbieders) er wel dossier bewaar- en opvraagbaarheidstermijnen gelden (regelgeving Zorgdomein). De opvraagbaarheid termijn is bv bij huisartsen beperkt tot 18 maanden. Wanneer deze is verlopen is het opnieuw vanuit het PGO opvragen niet meer mogelijk.
Voor de gebruiker moet het duidelijk zijn dat een verwijder actie gevolg kan hebben voor de later (en langdurig) beschikbaar hebben van zijn gezondheidsinformatie.
| Noteinfo | ||
|---|---|---|
| ||
Moet er bij het verwijderen van MedMij zorginformatie een verplichte melding zijn dat dit mogelijk betekent dat de informatie in een later stadium niet meer opvraagbaar is? |
...
De usecase abonnement opheffen is onderdeel van de usecase abonneren:
Abonneren 2.2 item 4 Beëindigingsverklaring Abonnement
Wat betekent dit voor het verwijderen van gegevens die je eerder met een zorgverlener hebt gedeeld?
Zoals in de aannames is gesteld, het verwijderen betreft alleen minimaal het verwijderen van met MedMij verzamelde gezondheidsinformatie uit je PGO dossier.
Er vindt geen synchronisatie (Cascading Data Deletion) plaats met eerder gedeelde (functie Delen) informatie. Dit betekent dat gedeelde informatie bij de ontvangende zorgverlener blijft bestaan.
...
| Note | ||
|---|---|---|
| ||
In de gevoerde gesprekken is het volgende scenario besproken: Er is een behandelrelatie waarbij de zorgaanbieder aan de persoon (cliënt/patiënt) vraagt om een aantal 'zelf metingen' of 'actuele registraties' (bv bloeddruk of medicatie gebruik) te doen en deze op reguliere intervallen via MedMij 'Delen' functie te delen.
|
(zie onderstaand informatie blok => AVG lijkt ruimte te hebben om gedeelde informatie in bepaalde gevallen oa medisch te bewaren)
...
De AVG lijkt een uitzondering te maken voor gedeelde informatie met zorgverleners
| Expand | |||||
|---|---|---|---|---|---|
| |||||
|
Moet er een verplichte retentietijd zijn voor een gezondheidsinformatie element die je uit je PGO verwijdert?
...
Dit betreft een geheel dat vanuit een verzamel actie bij een aanbieder-gegevensdienst is opgehaald. Dit betreft geen ZIB's of ZIB-Sub-delen, en Eigen of vanuit smart devices toegevoegde gegevens.
...
| title | Is dit houdbaar! |
|---|
Wat haal je nu eigenlijk op?
| Info | ||
|---|---|---|
| ||
Demo van PGO.
Bij verwijderen hangt het erg af van de PGO implementatie wat de Scope van verwijderen is. in de demo was dit op aanbieder niveau mogelijk en niet op individueel aanbieder-gegevensdienst (of nog gedetailleerder). |
Moet hier aan toegevoegd worden de met MedMij gedeelde informatie verwijderen? Of wordt deze gedeelde informatie altijd gezien als 'eigen toegevoegde gegevens' (ondanks dat dit een formeel verzameld gezondheidsgegevensblok is)
Voor verwijderen betreft dit het grijs gemarkeerde gegevensblok
Wat is selectief verwijderen (Scope)
...
Voor verwijderen betreft dit minimaal het grijs gemarkeerde gegevensblok
Wat is selectief verwijderen (Scope)
Selectief verwijderen omvat het met MedMij opgehaalde gezondheidsgegevensblok (één element) verwijderen. (Dit betreft alleen minimaal de met MedMij opgehaalde gezondheidsgegevens).
...
Voor de volgende punten voorstellen, om de functie 'Verwijderen' van met MedMij verzamelde gezondheidsgegevens, op te nemen in het MedMij stelsel.
Dit maakt het expliciet dat er vanuit gebruikers/persoon perspectief directe controle is over welke via MedMij verzamelde gezondheidsgegevens ik wel of niet bewaar in mijn PGO.
...
| Info | ||
|---|---|---|
| ||
Verwijderen opnemen in het stelsel op basis dat dit onderdeel is van de door NEN 7510 gereguleerde "CRUD" activiteiten van medische gegevens. Waarbij de scope van Verwijderen alleen minimaal betrekking heeft op de met MedMij verzamelde gezondheidsgegevens. Verwijderen is hier de "Delete" functionaliteit. (Vraag is dit ook van toepassing op het persoonsdomein?) |
De functie 'Verwijderen' omvat alleen minimaal het verwijderen van met MedMij verzamelde gezondheidsgegevensblokken uit het PGO dossier. Het betreft expliciet geen verwijdertransactie uit enig bronsysteem. Dit betekent dat de scope van de functie 'Verwijderen' beperkt is tot de rollen Persoon, Dienstverlener Persoon en de gegevens PGO dossier. Met de beperking dat het hier alleen minimaal de met via MedMij verzamelde gezondheidsgegevens betreft, kan dit in het MedMij stelsel, in de zelfde context als de bestaande functie 'Raadplegen Dossier' geplaatst worden.
De functie 'Verwijderen' omvat alleen het verwijderen van opgeslagen informatie in het PGO Dossier. Het betreft expliciet geen verwijder transacties uit enig 'bron systeem' van de DVA's of derde (consumenten) e-health applicaties. Dit betekent ook dat de scope van de functie 'Verwijderen' beperkt is tot de Rollen Persoon en Dienstverlener Persoon en de gegevens 'Dossier'. Dit kan in de zelfde context als de bestaande functie 'Raadplegen Dossier' worden geplaatst.
Dit is een nieuwe functie is die ook door de PGO's geïmplementeerd moet worden. Het is (op dit moment) niet inzichtelijk welke ontwikkel inspanning dit van de PGO's vraagt. Een gefaseerde aanpak kan passend zijn, eerst als MedMij Extensie, en de volgende release als MedMij Core functionaliteit)
| Warning | ||
|---|---|---|
| ||
|
| Tip | ||
|---|---|---|
| ||
|
User Stories
Op basis van de analyse en de overwegingen zijn de volgende user stories opgesteld. Hierbij is ook de functionaliteit opheffen gebruikersaccount opgenomen zodat we in de aanbeveling kunnen aangeven welke user stories binnen en buiten scope van dit eppic vallen.
...
Verwijderen
...
ALS PGO gebruiker
...
User Stories
Op basis van de analyse en de overwegingen zijn de volgende user stories opgesteld.
Verwijderen | |
|---|---|
ALS PGO gebruiker WIL IK selectief één met MedMij verzamelt gezondheidsinformatieblok uit mijn PGO dossier kunnen verwijderen ZODAT IK controle hou over welke met MedMij verzamelde gezondheidsinformatie-elementen ik in mijn PGO dossier bewaar. Acceptatie criteria:
| |
ALS PGO gebruiker WIL IK alle gezondheidsinformatieblokken uit mijn PGO dossier van één gegevensdienst van één aanbieder in één keer kunnen verwijderen ZODAT IK controle hou over welke met MedMij verzamelde gezondheidsinformatie-elementen ik in mijn PGO dossier bewaar. Acceptatie criteria:
| |
ALS PGO gebruiker WIL IK alle gezondheidsinformatieblokken uit mijn PGO dossier van één gegevensdienst van alle aanbieders in één keer kunnen verwijderen ZODAT IK controle hou over welke met MedMij verzamelde gezondheidsinformatie-elementen ik in mijn PGO dossier bewaar. Acceptatie criteria:
| |
ALS PGO gebruiker WIL IK alle gezondheidsinformatieblokken uit mijn PGO dossier van één aanbieder in één keer kunnen verwijderen ZODAT IK controle hou over welke met MedMij verzamelde gezondheidsinformatie-elementen ik in mijn PGO dossier bewaar. Acceptatie criteria:
| |
ALS PGO gebruiker WIL IK alle gezondheidsinformatieblokken uit mijn PGO dossier van alle aanbieders in één keer kunnen verwijderen (dit is effectief alle gezondheidsinformatieblokken). ZODAT IK controle hou over welke met MedMij verzamelde gezondheidsinformatie-elementen ik in mijn PGO dossier bewaar. Acceptatie criteria:
| |
Conclusie - Aanbevelingen
ALS PGO gebruiker
WIL IK alle gezondheidsinformatieblokken uit mijn PGO dossier van één gegevensdienst van één aanbieder in één keer kunnen verwijderen
ZODAT IK controle hou over welke met MedMij verzamelde gezondheidsinformatie-elementen ik in mijn PGO dossier bewaar.
Acceptatie criteria:
...
De PGO functionaliteit is breder dan alleen het MedMij stelsel functies en de via het MedMij stelsel verzamelde gezondheidsgegevens.
Dit beperkt de functionele eisen die aan Verwijderen en Gebruikersaccount opheffen vanuit MedMij kunnen opstellen.
Aanbeveling is om dit niet als functionele eis op te nemen.
Functie (selectief) Verwijderen van met MedMij opgehaalde gezondheidsgegevens opnemen en benoemen zoals ook de functie Raadplegen is opgenomen.
Aanbeveling is om selectief verwijderen van minimaal met MedMij opgehaalde gezondheidsgegevens als Extensie Core (verplichting) op te nemen in het MedMij stelsel. (ref Expertgroepsessie)
Met als basis de user story:
Verwijderen | |
|---|---|
ALS PGO gebruiker WIL IK | |
selectief met MedMij verzamelde gezondheidsinformatiegegevens uit mijn PGO dossier |
kunnen verwijderen ZODAT IK controle hou over welke met MedMij verzamelde gezondheidsinformatie-elementen ik in mijn PGO dossier bewaar. Acceptatie criteria:
|
|
|
|
|
ALS PGO gebruiker
WIL IK alle gezondheidsinformatieblokken uit mijn PGO dossier van één aanbieder in één keer kunnen verwijderen
ZODAT IK controle hou over welke met MedMij verzamelde gezondheidsinformatie-elementen ik in mijn PGO dossier bewaar.
Acceptatie criteria:
- Melding dat dit mogelijk in een later stadium niet meer 'herstelt' kan worden
- Gezondheidsinformatieblokken zijn verwijdert uit PGO dossier
- Bevestiging van de verwijder actie
- Herstel (restore) 30 dagen mogelijk
- Logging is updated volgens NEN-7513
ALS PGO gebruiker
WIL IK alle gezondheidsinformatieblokken uit mijn PGO dossier van alle aanbieders in één keer kunnen verwijderen (dit is effectief alle gezondheidsinformatieblokken).
ZODAT IK controle hou over welke met MedMij verzamelde gezondheidsinformatie-elementen ik in mijn PGO dossier bewaar.
Acceptatie criteria:
- Melding dat dit mogelijk in een later stadium niet meer 'herstelt' kan worden
- Gezondheidsinformatieblokken zijn verwijdert uit PGO dossier
- Bevestiging van de verwijder actie
- Herstel (restore) 30 dagen mogelijk
- Logging is updated volgens NEN-7513
Conclusie - Aanbevelingen
De PGO functionaliteit is breder dan alleen het MedMij stelsel functies en de via het MedMij stelsel verzamelde gezondheidsgegevens.
Ook is expliciet opgenomen "MedMij zegt dus iets over integriteit, validiteit, actualiteit en interoperabiliteit, maar niet over de inhoudelijke functionaliteit van een PGO. "
Dit beperkt de functionele eisen die aan Verwijderen en Gebruikersaccount opheffen vanuit MedMij kunnen opstellen.
Aanbeveling is om alleen selectief verwijderen van met MedMij opgehaalde gezondheidsgegevensblokken als functie op te nemen in het MedMij stelsel.
Met als basis de user story:
...
Verwijderen
...
ALS PGO gebruiker
WIL IK selectief één met MedMij verzamelt gezondheidsinformatieblok uit mijn PGO dossier kunnen verwijderen
ZODAT IK controle hou over welke met MedMij verzamelde gezondheidsinformatie-elementen ik in mijn PGO dossier bewaar.
Acceptatie criteria:
- Melding dat dit mogelijk in een later stadium niet meer 'herstelt' kan worden
- Gezondheidsinformatieblok is verwijdert uit PGO dossier
- Bevestiging van de verwijder actie
- Herstel (restore) 30 dagen mogelijk
- Logging is updated volgens NEN-7513
De Functie 'Verwijderen', van met MedMij verzamelde gezondheidsgegevens, is op de Business laag een logische toevoeging op het hoofdstuk 'Dossier'.
...
De Functie 'Gebruikersaccount opheffen' valt buiten de scope van het MedMij stelsel.
...
|
De Functie 'Verwijderen', van met MedMij verzamelde gezondheidsgegevens, is op de Business laag een logische toevoeging op het hoofdstuk 'Dossier'.
| Drawio | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
De Functie 'Gebruikersaccount opheffen' valt buiten de scope van het MedMij stelsel.
Deze is niet verder uitgewerkt
Drawio border true diagramName Account opheffen simpleViewer false links auto tbstyle top lbox true diagramWidth 548 revision 4
RFC/Aanpassingen
Op hoofdpunten waar we in het MedMij stelsel aanpassingen/toevoegingen moeten doen uitvoeren
Titel RFC
RFC0071 Introductie functie Verwijderen
Waarom is deze RFC nodig?
In de afgelopen maanden hebben we middels actieonderzoek gebruikerservaringen opgehaald. Hieronder een reactie van gebruiker over het verwijderen van gegevens in de PGO:
o “Je hoort veel van een lek, 100% vertrouw ik het niet, DigiD geeft een veilig gevoel. Ik zie ook alleen maar de voorkant, als je een verwijder functie hebt van je gezondheidsgegevens, zou dat fijn zijn. Als je dan je gegevens weer wilt hebt log je opnieuw in en haal je het zo weer boven. Zou je moeten communiceren.” (Bron: GLG Saltro)
Er worden 2 primaire user scenario's geduid:
- Het verwijderen van een specifieke opgehaalde gezondheidsgegevens-element binnen een PGO.
- Het verwijderen van een volledig gebruikers profiel inclusief alle opgehaalde gegevens diensten gedurende de gehele gebruiksduur van het PGO met daarbij de optie om je gegevens te migreren naar een ander PGO.
Uitgangspunten:
- Gebruiker heeft twijfel bij zijn 'opslag' van persoonlijke gezondheidsgegevens in zijn PGO dossier door de PGO aanbieder.
- De gebruiker moet de regie over zijn eigen gezondheidsgegevens kunnen voeren, verwijderen van eerder opgeslagen persoonlijke gezondheidsgegevens is hier een onderdeel van.
- Dit draagt bij aan het vertrouwensmodel van de PGO
Oplossingsrichting
Het als extensie In de core opnemen van de functie 'Verwijderen' voor minimaal de met MedMij verzamelde gezondheidsgegevens. (ref Expertgroepsessie)
Het user scenario verwijderen volledig gebruikers profiel, dit niet als functie opnemen. (Dit betreft het gehele PGO welk breder is dan alleen de MedMij functionaliteit)
RACI
- TBD
- TBD
Aanpassing van
- TBD
- TBD
Impact op rollen
Dit betreft een uitbreiding van de functionaliteit voor de rol Persoon
Impact op beheer
Geen aanpassing van de R&A
Impact op acceptatie
mogelijk toetsing of functie 'Verwijderen' is geïmplementeerd
Uitwerking
Opnemen in "Architectuur en technische specificaties"
3. MedMij Core, Extensies en Domeinen
Plaat met structuur MedMij extensie uitbreiden met functie Verwijderen ( en link fixen voor Vertegenwoordiging)
Drawio
border true diagramName
...
MedMij Core, Extensies en Domeinen V1.6.0 simpleViewer false width 200 links auto tbstyle top lbox true diagramWidth
...
RFC/Aanpassingen
Op hoofdpunten waar we in het MedMij stelsel aanpassingen/toevoegingen moeten doen uitvoeren
...
503 revision 2
|
Opnemen in MedMij Extensies
Extensie Verzamelen
Rollen, Verwijderen
Verwijderen heeft geen aanpassing op de bestaande rollen
Functies en Gegevens, Verwijderen
Inleiding
Onderstaand diagram toont de toevoeging van de functie Verwijderen op de centrale functies die vanuit de MedMij Core worden aangeboden, welke rollen verantwoordelijk zijn voor het leveren van deze functies en welke gegevens door de functie bewerkt worden.
| Drawio | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
|
...
|
Toelichting
...
Omdat een Persoon de regie voert over de eigen gezondheidsgegevens, moet een Dienstverlener persoon de gegevens beschikbaar stellen en de mogelijkheid bieden om selectief gezondheidsgegevens te verwijderen.
Omdat deze functies door de Dienstverlener persoon zelf in te vullen is, staat deze niet verder uitgewerkt in het afsprakenstelsel. Hierbij moet wel voldaan worden aan de verantwoordelijkheden core.dossier.103 en core.dossier.104. core.dossier.10x (of extensie.dossier.10x ??)
Dienstverlener persoon biedt Persoon de functie Verwijderen om in het persoonlijk gezondheidsdossier selectief gezondheidsgegevens te verwijderen.
| Expand |
|---|
Omdat deze functie zich niet over meerdere domeinen uitstrekt, is zij niet nader gespecificeerd in een stroomdiagram. Het is aan de vrijheid van de Deelnemer om deze naar behoefte van haar klanten in te richten. Maar zij mag niet ontbreken, omdat dan de Persoon geen Regie over het dossier zou kunnen voeren. |
| Oud | Nieuw |
|---|---|
| N.V.T. | Omdat een Persoon de regie voert over de eigen gezondheidsgegevens, moet een Dienstverlener persoon de gegevens beschikbaar stellen |
...
en de mogelijkheid bieden om selectief gezondheidsgegevens te verwijderen. Omdat deze functiedoor de Dienstverlener persoon zelf in te vullen is, staat deze niet verder uitgewerkt in het afsprakenstelsel. Hierbij moet wel voldaan worden aan de verantwoordelijkheden in extensie.dossier.100 en extensie.dossier.101) |
Verantwoordelijkheden, Verwijderen
Inleiding
In de MedMij Core zijn verschillende rollen beschreven, die met elkaar de verschillende functies uitvoeren en gegevens uitwisselen.
In de MedMij Extensie is deze structuur overgenomen.
De verantwoordelijkheden worden beschreven op de drie lagen van de architectuur, waarbij verantwoordelijkheden op de:
- businesslaag getoond worden als gele regels;
- applicatielaag getoond worden als blauwe regels;
- technologielaag getoond worden als groene regels.
Iedere verantwoordelijkheid heeft een unieke code, welke achter de regel wordt getoond. Verwijzingen naar de verantwoordelijkheid worden uitgevoerd vanuit deze unieke codes. De code is opgebouwd uit verschillende onderdelen.
- Het eerste deel bestaat altijd uit 'extensie', om aan te geven dat het om verantwoordelijkheden gaat die in de MedMij Extensies beschreven staan.
- Het tweede deel verwijst naar het onderwerp waarop de verantwoordelijkheid van toepassing is.
- Het derde deel is een volgnummer, waarbij verantwoordelijkheden uit de:
- businesslaag beginnen met 100;
- applicatielaag beginnen met 200;
- technologielaag beginnen met 300.
Dossier
| Oud | Nieuw | ||||
|---|---|---|---|---|---|
| N.V.T | 1 | Dienstverlener persoon biedt Persoon de functie Verwijderen om in het persoonlijk gezondheidsdossier selectief gezondheidsgegevens te verwijderen.
| extensie.dossier.100 | ||
| 2 | In het kader van de functie Verwijderen zal Persoon te allen tijde moeten kunnen nagaan:
| extensie.dossier.101 |
| Warning | ||
|---|---|---|
| ||
juiste achtergrond kleur tabel! |
8. Logging en portabiliteit => core.logging.10X
Logging moet al actief zijn op alle Dossier handelingen, een 'Verwijder' actie van een gezondheidsinformatie element uit Dossier is ook een verwerking vallend onder NEN7513.
- Met de splitsing van Logging en Portabiliteit moet er gekeken worden of 'Verwijderen' een aanpassing/toevoeging van Logging vraagt op het onderwerp Dossier mutaties (TO DO, check met Casper)
...
| title | ToDo |
|---|
ToDo
...
- Betreffende het portabiliteitsrapport benoemen dat bij Verwijderen de gegevens ook uit het portabiliteitsrapport gehaald moeten worden
Principe's
| Principe | Principe | ||
|---|---|---|---|
1 Het MedMij-netwerk is zoveel mogelijk gegevensneutraal | 11 Stelselfuncties worden vanaf de start ingevuld | ||
| 2 Dienstverleners zijn transparant over de gegevensdiensten | 12 Het afsprakenstelsel is een groeimodel | ||
| 3 Dienstverleners concurreren op de functionaliteiten | 13 Ontwikkeling geschiedt in een half-open proces met verschillende stakeholders | ||
| 4 Dienstverleners zijn aanspreekbaar door de gebruiker | 14 Uitwisseling is een keuze | ||
| 5 De persoon wisselt gegevens uit met de zorgaanbieder | 15 Het MedMij-netwerk is gebruiksrechten-neutraal | ||
| 6 MedMij spreekt alleen af wat nodig is | 16 De burger regisseert zijn gezondheidsinformatie als uitgever | ||
| 7 De persoon en de zorgaanbieder kiezen hun eigen dienstverlener | 17 Aan de persoonlijke gezondheidsomgeving zelf worden eisen gesteld | ||
| 9 De dienstverleners zijn deelnemers van het afsprakenstelsel | 18 Afspraken worden aantoonbaar nageleefd en gehandhaafd | ||
| 10 Alleen de dienstverleners oefenen macht uit over persoonsgegevens bij de uitwisseling | 19 Het afsprakenstelsel snijdt het gebruik van normen en standaarden op eigen maat | ||
| Toelichting | |||
...