Open stevenvegt opened 6 months ago
Voorstel voor herformulering: alle toestemmingskeuzes moeten porteerbaar zijn (dus naar en van de OTV)
Deze requirement maakt een impliciete aanname over de centrale rol van het OTV Mitz.
Een OTV kan ook een heel andere vorm krijgen, waarbij geen sprake hoeft te zijn van opslaan van toestemmingen die geconvereerd zijn naar Mitz.
De aanname is een integratie van Mitz en EUS functionaliteit. Bij een scheiding van OTV en EUS (dus OTV stuurt bericht naar bron die gegevens aanmeldt naar Mitz) hoeven toestemmingen echter niet geconverteerd hoeven te worden.
Dit is een metadiscussie over de architectuur van Mitz die gevoerd zou moeten worden .....
03/05/'24: Onderscheid gemaakt tussen een OTV [burger] en een BTV (Bron ToestemmingsVoorziening) [zorgaanbieder].
Vragen:
Vraag: kan terugzetten vanuit Mitz naar de bron(nen) ook - "symmetrische" dataportabiliteit dus, twee kanten op?
Dit ook nodig in geval een burger een absolute opt-out aangeeft, of althans een opt-out tegen verwerking van gegevens in Mitz (wat niet per sé gelijk staat aan een opt-out uit uitwisselingssystemen zoals het LSP, die zonder Mitz een opt-in vanuit de bron vereisen!), of als een arts besluit de verwerkingsovereenkomst met Mitz op te zetten. Kunnen de toestemmingen die eerder naar Mitz geporteerd zijn en evt toestemmingen die in Mitz geregistreerd zijn die zien op gegevensuitwisseling van een specifieke bron, dan ook teruggezet worden naar de bron?
Voorgestelde tekst:
Als zorgaanbieder wil ik de bestaande toestemmingskeuzes, indien juridisch mogelijk, naar de OTV kunnen verplaatsen.
Achtergrond
Zorginstellingen verzamelen al jaren lang toestemmingen in het EPD. Toestemmingen moeten overgezet kunnen worden. Zodat de uitwisselingen door kunnen blijven lopen op basis van de bestaande toestemmingen.
Vragen
Volledige omschrijving
De functie moet bestaande toestemmingskeuzes, na juridische analyse, kunnen overzetten om betrokkenen niet opnieuw een keuze te laten vastleggen, als dat al eerder gedaan is;