Inleiding ref Epic AF-1340
Mogelijkheid om opgehaalde gegevens te verwijderen uit PGO
➢ Er mist een duidelijke verwijder functie van je gezondheidsgegevens in de PGO.
➢ Er mist informatie hoe je een account die je hebt aangemaakt kan verwijderen (en evt. switchen naar een andere PGO).
➢ Mensen geven aan dat ze het niet 100% vertrouwen en dat het verwijderen van gezondheidsgegevens bijdraagt aan het veilige gevoel van gegevensuitwisseling.
➢ DigiD draagt wel bij aan een veilig gevoel.
➢ (Verplichte) communicatie over het verwijderen van gegevens gaat bijdragen aan het gevoel van veiligheid.
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)
De user scenario's vanuit de epic beschrijving
Probleemstelling
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.
Aanleiding
- Gebruiker heeft twijfel bij zijn 'opslag' van persoonlijke gezondheidsgegevens in zijn PGO dossier door de PGO aanbieder.
buiten Scope : opheffen gebruikersaccount
- Gebruiker heeft twijfels of het opheffen van zijn gebruikersprofiel ook expliciet alle bestaande gezondheid en gebruikers gegevens worden gewist.
- Gebruikers hebben behoefte aan heldere informatie over optie om zijn gebruikersaccount op te heffen.
- Gebruikers hebben behoefte aan heldere informatie over hoe van PGO account (aanbieder) te wisselen inclusief migratie van reeds opgevraagde en ingevoerde gezondheidsgegevens (en abonnementen, geautoriseerde gegevensdiensten).
Opheffen gebruikersprofiel inclusief verwijderen alle gezondheidsinformatie valt buiten scope van dit Epic (ref gesprek Casper).
Dit valt onder AVG, Recht op vergetelheid.
In aanvulling op Team ontwikkeling overleg . Dit is het belangrijkste punt in deze feature (op basis van de ontvangen feedback)
Betreft hier met name de 'vindbaarheid' in de PGO GUI om het uitschrijfproces te starten.
Gesprek met Casper over PGO in relatie tot MedMij stelsel.
PGO is breder dan alleen MedMij stelsel. maw MedMij functionaliteit kan onderdeel zijn van PGO. MedMij heeft geen 'zeggenschap' over de volledige scope van het PGO. En is daarmee ook beperkt in zijn reikwijdte tav user functionaliteit.
Het opheffen van een PGO gebruikersaccount valt hiermee buiten de MedMij stelsel verantwoordelijkheid.
Beperk de Opheffen gebruikersaccount acties tot de met MedMij binnengehaalde (verzamelen) gezondheidsinformatie.
Ipv opheffen gebruikersaccount, een specialisatie van de optie verwijderen. Waarin je met één verwijder actie alle met MedMij opgehaalde data uit je PGO dossier kan verwijderen (dus geen gebruikers toegevoegde data).
Gesprek met Yvonne en Casper over Opheffen gebruikersaccount.
Opheffen van de gebruikersaccount brengt het risico mee dat er onbedoeld accounts worden opgeheven die niet meer te 'herstellen' zijn (met name wanneer de ophaaltermijn van de brondata verlopen is). Beeld hierbij is dat de gebruikers hiertegen beschermd moeten worden door het opheffen niet '2 klicks' te laten zijn. Team heeft hier een verschillend beeld bij, er is tenslotte het AVG 'recht op vergetelheid' proces waarmee je dit gericht kunt aanvragen bij de PGO leverancier. Vraag is waar eigen verantwoordelijkheid versus bescherming van gebruikersbelang (vanuit wie zijn oogpunt benaderd?) wel of niet een plaats dient te hebben.
Vanuit het ontwikkelteam is het beeld dat dit geen MedMij verantwoording is. MedMij stelsel dekt een deel van het PGO en de PGO functionaliteit af, maar heeft geen zeggenschap over het PGO product als geheel.
Toegang tot heldere informatie over je PGO functionaliteit, gebruikersaccount en het opzeg proces is wel vanuit gebruikersperspectief relevant. En kan vanuit de PGO leverancier als onderscheidend element worden ingezet.
- Bespreken met Casper, Bauke en Egbert
Oplossingsrichting/scenario
- Opstellen specifieke eisen tav PGO user scenario voor verwijderen van specifiek met MedMij opgehaalde gezondheidsinformatie.
Opstellen specifieke eisen tav het volledig verwijderen van gebruikersprofiel inclusief alle gerelateerde gezondheidsdata.- Opstellen specifieke eisen tav PGO user scenario voor 'bulk' verwijderen van met MedMij opgehaalde gezondheidsinformatie.
Aandachtspunten
- Wat staat er in het MedMij 1.5 stelsel over specifiek verwijderen van gezondheidsinformatie
Wat staat er in het MedMij 1.5 stelsel over opheffen van PGO gebruikers account- Wat betekent dit voor logging?
Wat betekent dit voor rapportages- Wat betekent dit voor de bewaartermijn wanneer je gegevens ophaalt en vervolgens weer verwijdert?
- Gaat dit alleen over opgehaalde gegevensdienst of ook over abonnement verwijderen?
- Wat betekent 'verwijderen voor het verwijderen van gegevens die je eerder met een zorgverlener hebt gedeeld?
Wat betekent 'opheffen van je gebruikersaccount' voor het verwijderen van gegevens die je eerder met een zorgverlener hebt gedeeld?- Moet er een verplichte retentietijd zijn voor een gezondheidsinformatie element die je uit ge PGO verwijdert?
Is een GUI stijl voorschrift tav navigatie naar optie 'opheffen gebruikersaccount' noodzakelijk- Wat is selectief verwijderen (Scope)
Analyse
Onderzoek naar bestaande 'Verwijder' functionaliteit
Ik heb geen Analyse gedaan op de al bestaande PGO Verwijder functionaliteiten of opheffen van PGO gebruikers account.
- Of dit één of alle PGO's betreft?
- Wat is de huidige PGO functionaliteit tav 'verwijderen'?
- Wat is de huidige PGO communicatie strategie tav 'Managen van je gezondheidsgegevens' inclusief verwijderen en opheffen van je account?
Raadplegen dossier
De functie 'Raadplegen Dossier' is getekend in het overzicht Functies en gegevens, Core
De functie 'Raadplegen Dossier' Is niet afzonderlijk expliciet beschreven 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:
| 4. | Dienstverlener persoon biedt Persoon de functie Raadplegen dossier om het persoonlijk gezondheidsdossier te raadplegen. | core.dossier.103 |
Aannames:
Opstellen specifieke eisen tav PGO user scenario voor verwijderen van specifieke opgehaalde gezondheidsinformatie.
- gebruiker is ingelogd en heeft toegang tot zijn PGO opgehaalde gezondheidsinformatie elementen.
- Verwijderen is alleen lokaal in zijn PGO omgeving, geen interactie vanuit DVP met DVA noodzakelijk.
- UI bevestigd verzoek om verwijderen en geeft expliciet weer dat dit alleen binnen PGO omgeving plaatsvindt (en niet in enig bron systeem)
- Verwijdering is een actie die valt onder Logging verplichting (ref NEN 7513)
- Verwijdering betekent ook daadwerkelijk verwijderen van de data, niet het niet 'zichtbaar' zijn van de data (ref NEN 7510 A.8.3.2 verwijderen van media)
Opstellen specifieke eisen tav het volledig verwijderen van gebruikersprofiel inclusief alle gerelateerde gezondheidsdata.
Opheffen van gebruikersprofiel moet vanuit de gebruiker (persoon) direct vanuit de GUI binnen 2 clicks toegankelijk zijn. (dus niet verstopt in sub,sub,sub menu)Opheffen proces flow biedt de optie om alle verzamelde en persoonlijke opgehaalde en gedeelde gezondheidsinformatie te exporteren (portabiliteit)Opheffen van gebruikersprofiel voldoet aan AVG Recht op vergetelheid.Opheffen van gebruikersprofiel voldoet aan Logging verplichting (ref NEN 7513)
PGO is breder dan MedMij, het volledig verwijderen van het gebruikersprofiel valt buiten de reikwijdte van het MedMij stelsel.
Stel hiervoor wel user-stories op, waarmee we dit onderscheid kunnen duiden.
Bulk verwijderen van met MedMij opgehaalde gezondheidsinformatieVerwijdering is een actie die valt onder Logging verplichting (ref NEN 7513)Verwijdering betekent ook daadwerkelijk verwijderen van de data, niet het niet 'zichtbaar' zijn van de data (ref NEN 7510 A.8.3.2 verwijderen van media)
Als verwijderen als uitgangspunt wordt genomen is 'bulk' verwijderen een specialisatie hiervan.
Wat staat er in het MedMij 1.5 stelsel
Mogelijke tegenspraak met de functie Verwijderen
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 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
Gegevens
- Dossier (PGO)
Informatiemodellen Informatiemodellen
Metamodel, geen aanpassing nodig. (check met Casper!)
- Logische modellen geen aanpassing nodig (check met Casper!)
Wat betekent dit voor logging
De in de NEN 7513 voorgeschreven wijze van logging heeft als doel een betrouwbaar overzicht te kunnen leveren van de gebeurtenissen waarbij persoonlijke gezondheidsinformatie is verwerkt. Verwerken is hier bedoeld zoals gedefinieerd in de AVG en NEN7510.
Dit betekent dat voor alle verwijderacties van gezondheidsinformatie uit het PGO er per verwijderactie een log-entry aangemaakt moet worden. Voor het opheffen van de gebruikersaccount geldt dit ook, de gebruikersaccount met alle bijbehorende data moet verwijdert worden. NEN 7513 beschrijft dat dit ook in de logging moet worden geregistreerd.
Wat betekent dit voor de bewaartermijn wanneer je gegevens ophaalt en vervolgens weer verwijdert?
Intern in het PGO is er geen verplichte bewaartermijn voor de opgehaalde of zelf ingevoerde en toegevoegde gezondheidsinformatie. De visie voor het PGO is dat dit een gezondheidsinformatie/levensloopdossier onder eigen regie is. Het PGO faciliteert dan ook het langdurig bewaren van gezondheidsinformatie, zowel verzameld via MedMij of persoonlijk toegevoegd.
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.
Informatie verplichting opnemen?
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?
Gaat dit alleen over PGO gezondheidsinformatie of ook over abonnement opheffen?
Voor de usecase verwijderen is abonnement opheffen buiten scope.
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 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.
(analoog aan het scenario: ik heb mijn 'meetwaarden' opgeschreven op mijn weekoverzicht. Deze deel ik (bellen/mailen) met mijn huisarts/praktijkondersteuner. En vervolgens gooi ik na een maand mijn 'oude' weekoverzicht weg).
Moet er een blokkering op verwijderen zijn voor gedeelde gezondheidsinformatie? => Nee, deze is gedeeld met een zorgverlener waarmee ook een behandelrelatie bestaat (voorwaarde voor delen). Om de gedeelde gezondheidsinformatie bij de zorgverlener te (laten) verwijderen moet hier een apart verwijder verzoek plaatsvinden. (Buiten de scope van het PGO!).
Notificatie bij verwijderen van gedeelde gevens
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.
Wanneer gedurende deze periode de persoon 'ontdekt' dat er foutieve informatie is opgeslagen (en gedeeld) en deze data nu verwijderd, moet dit dan automatisch gemeld worden aan de zorgaanbieder?
Het is begrijpelijk dat veel gebruikers zullen 'aannemen' dat dit 'automatisch' gebeurt, en er dus geen verdere 'vervolg actie' nodig is.
- Het is goed om dit verder met de betrokken partijen in een later stadium verder te bespreken.
- Voorstel is om nu te beperken tot het alleen verwijderen van met MedMij verzamelde of gedeelde gegevens.
(zie onderstaand informatie blok => AVG lijkt ruimte te hebben om gedeelde informatie in bepaalde gevallen oa medisch te bewaren)
Wat betekent 'opheffen van je gebruikersaccount' voor het verwijderen van gegevens die je eerder met een zorgverlener hebt gedeeld?
Wat betekend het 'Bulk' verwijderen van de met Medmij verzamelde en vervolgens gedeelde gegevens?
Zoals in de aannames is gesteld, het verwijderen betreft alleen het verwijderen van gezondheidsinformatie uit je PGO dossier. Bij het opheffen van je gebruikersaccount zal je volledig in dit PGO opgebouwde dossier verwijdert worden (AVG Recht op vergetelheid). 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.
Zoals in de aannames is gesteld, het verwijderen betreft alleen het verwijderen van gezondheidsinformatie uit je PGO dossier. zie 3.6
De AVG lijkt een uitzondering te maken voor gedeelde informatie met zorgverleners
AVG recht op Vergetelheid
Alleen opgenomen de passages die mij relevant lijken tav het onderwerp opheffen account
Moet er een verplichte retentietijd zijn voor een gezondheidsinformatie element die je uit je PGO verwijdert?
Is er een retentietijd noodzakelijk (en zo ja, voor hoelang?) voor verwijderde gezondheidsinformatie ("Oeps optie" => je kunt 'restoren') Moet dit onderdeel zijn van de verwijder flow?Dit lijkt mij niet een onderdeel van het MedMij stelsel. Meer een PGO UX element.
Het (ondoordacht) per ongeluk verwijderen van opgehaalde gezondheidsinformatie kan gevolgen hebben voor de compleetheid van het levensloop gezondheidsdossier.
Het zou een goed uitgangspunt zijn om in de workflow van verwijderen op te nemen dat verwijderde gezondheidsgegevens tot 30 dagen terug te halen zijn (restore).
Is een GUI stijl voorschrift tav navigatie naar optie 'opheffen gebruikersaccount' noodzakelijk?
Dit is een van de hoofdpunten uit de gebruikersfeedback, het moeilijk of niet kunnen vinden van de optie om je gebruikersaccount op te heffen.
De Functie 'Opheffen gebruikersaccount' is niet als zelfstandige functie in het MedMij stelsel benoemd. Vanuit de AVG is het recht op vergetelheid vastgelegd.
De AVG geeft geen richtlijn over de toegankelijkheid van deze functie vanuit de applicatie gebruikersinterface zelf.
Vanuit gebruikersvertrouwen is het wenselijk dat het voor de gebruiker eenvoudig is om het 'gebruikersaccount' opheffen proces te op te starten.
- Functionaliteit direct in de PGO omgeving (er is in de gesprekken hier de kanttekening geplaatst dat dit mogelijk onbedoelde en niet herstelbare gebruikersaccount opzeggingen geeft. En daarmee de het levensloop dossier 'vernietigt'.)
- Proces beschrijving hoe dit aan te vragen bij de PGO leverancier.
- Verplichte functie gegevens Portabiliteit voordat de account definitief gewist wordt.
Dit is wat het ontwikkelteam betreft geen functionaliteit die vanuit MedMij opgelegd kan worden aan de PGO ontwikkelaars.
Wat is een gezondheidsgegevensblok in de context van 'verwijderen'
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.
Is dit houdbaar!
Wat haal je nu eigenlijk op?
Demo van PGO.
- je selecteert de aanbieder
- alle beschikbare gegevensdiensten komen mee
- lijkt ook alle beschikbare gegevens te zijn.
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)
Selectief verwijderen omvat het met MedMij opgehaalde gezondheidsgegevensblok (één element) verwijderen. (Dit betreft alleen de met MedMij opgehaalde gezondheidsgegevens).
Niet het verwijderen van zelf toegevoegde informatie of van individuele 'regels' in een gezondheidsgegevensblok. (Dit is een andere usecase namelijk het 'editen' van een gezondheidsblok of het 'creëren van zelf samengestelde informatie')
Selectief verwijderen maakt het ook mogelijk om eventueel dubbel verzamelde gegevens handmatig te ontdubbelen.
Wat is 'Bulk' verwijderen (Scope)
Bulk verwijderen omvat alle met MedMij opgehaalde gezondheidsgegevens die in je PGO dossier zijn opgenomen, en deze met een 'verwijder' actie uit je PGO dossier verwijderen.
Vraag bij deze optie is wel, wat is dan nog de 'waarde' van het PGO als levensloop-dossier.
Overwegingen
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.
Argumentatie om 'Verwijderen' als functie verplicht in het MedMij Core op te nemen:
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 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 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 de met 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)
(Verplichte) communicatie
- Voor de opmerkingen rondom verplichte communicatie is dit onderdeel van MedMij stelsel?
- Ook voor het onderwerp "Er mist informatie hoe je een account die je hebt aangemaakt kan verwijderen (en evt. switchen naar een andere PGO)." is dit een relevante vraag.
- Als PGO leverancier is er namelijk geen 'belang' dat jij als 'klant' overstapt naar een andere PGO. Is dit een onderdeel van de gesprekken met de PGO leveranciers?
- Als gebruiker is er vanuit de AVG een verplichting vanuit de PGO leverancier om vergeten te kunnen worden.
Alleen Verzamelde gegevens verwijderen
Wanneer we alleen verzamelde gegevens verwijderen die via MedMij zijn verzamelt, dan valt de discussie over het verwijderen van gedeelde informatie weg. Dit omvat de zelf toegevoegde informatie die gedeeld wordt.
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 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
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:
| |
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.
Deze is niet verder uitgewerkt
RFC/Aanpassingen
Op hoofdpunten waar we in het MedMij stelsel aanpassingen/toevoegingen moeten doen uitvoeren
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.
| Oud | Nieuw |
|---|---|
| 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. | 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 |
| Oud | Nieuw | ||
|---|---|---|---|
| x. | Dienstverlener persoon biedt Persoon de functie Verwijderen om in het persoonlijk gezondheidsdossier selectief gezondheidsgegevens te verwijderen. | core.dossier.10x | |
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)
ToDo
ToDo
Toevoegen van de impact op de stelsel teksten tav uitschrijven
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 | |||