Programma GTS TOESTEMMING VOOR UITWISSELING GEZONDHEIDSGEGEVENS DOOR DE PATIËNT. Drachten, presentatie GERRIT-podium 19 okt 2017.

Transcriptie

1 Programma GTS TOESTEMMING VOOR UITWISSELING GEZONDHEIDSGEGEVENS DOOR DE PATIËNT Drachten, presentatie GERRIT-podium 19 okt 2017 Wim Hodes

2 Inhoud Achtergrond en start GTS Organisatie en aanpak Globaal ontwerp Fasering Architectuur en gebruik IHE-standaarden 2

3 Privacy bescherming Meer regie bij de burger is doel van nieuwe Wet cliëntenrechten Bv. meer inbreng in beheer en bescherming medische gegevens 1 juli 2017: zonder uitdrukkelijke toestemming van patiënt geen gegevensuitwisseling 1 juli 2020: toestemming voor elektronische gegevensuitwisseling moet je als patiënt heel specifiek kunnen regelen 3

4 Aanleiding: wetsartikel toestemming Wet Cliëntenrechten bij elektronische verwerking van gegevens, artikel 15a lid 1 en 2 De zorgaanbieder stelt gegevens van de cliënt slechts beschikbaar via een elektronisch uitwisselingssysteem, voor zover de zorgaanbieder heeft vastgesteld dat de cliënt daartoe uitdrukkelijk toestemming heeft gegeven. De in het eerste lid bedoelde toestemming betreft gespecificeerde toestemming voor het beschikbaar stellen van alle of bepaalde gegevens aan bepaalde door de cliënt aan te duiden zorgaanbieders of categorieën van zorgaanbieders. 4

5 Gezamenlijke visie zorg Overleg minister en zorgveld Gedeelde visie: Online toestemmingsprofiel Patiënt legt toestemmingen vast Patiënt heeft overzicht Patiënt voert regie Voorkomen toename administratieve lasten bij zorgaanbieder Programma Gespecificeerd Toestemmings Systeem (GTS) opgericht 5

6 Uitgangspunten programma GTS Gebruiksgemak voor de burger Complexe samenhang van systemen Hoge performance eisen Hoge privacy eisen (privacy by design) Verantwoorde wijze van gegevensdelen in samenwerking 6

7 Programma groep Programma manager : Edwin Velzel -> Ton Poos Lead Architect VZVZ RSO Nederland : Albert Vlug : Anil Jadoenathmisier : Wim Hodes Programmasecretaris : Tosca Noorlander 7

8 Programma aanpak Ontwikkeling in verschillende iteraties Betrokkenheid van experts uit het veld Architecten Juristen Leveranciers Koepels Proof of Concept Samenwerking met MedMij en VZVZ (zorgaanbiedergids) 8

9 Hoofdcomponenten GTS voor online toestemming Toestemmings catalogus patiënt Toestemmings beheer Mobiel, web, widget (PGO, portalen) Toestemmings register Uitwisselings infrastructuren XDS, LSP, overigen zorgprofessionals 9

10 De toestemmingscatalogus Legt vast hoe de toestemmingsvragen er uit kunnen (moeten) zien. Hiervoor is er een apart programma GTZ (Gespecifieerde Toestemming Zorg) opgericht. Zal eerst toestemming definiëren voor ketenzorg, medicatie, huisartswaarneming, labwaarden en beeldenuitwisseling. Later overige onderwerpen, met dakpansgewijze invoering in GTS. 10

11 Gespecificeerde toestemmingsvraag - format Patiënt geeft toestemming aan: om beschikbaar te stellen aan t.b.v. Categorie van zorgaanbieders * alle c.q. bepaalde gegevens * categorieën van beroepsgroepen * zorgdoel * De verplichte componenten, onderdeel van de gespecificeerde toestemmingsvraag 11

12 Voorbeeld ketenzorg

13 Inklappen en uitklappen

14 GTS: Globaal ontwerp ZIB s of aggregaties daarvan Scope GTS Toestemmings catalogus beheer Toestemmings beheer Scope GTZ (categorieën) zorginstellingen Toestemmingscatalogus Uitwisselbare gegevenssets Zorgaanbieders (categorieën) zorgverleners Fasering Per regio? Per zorgtoepassing? Per sector? Uitwisselings infrastructuren Mobiele App Toestemmingsregister (TR) XDSsen Eigen TR? Raadpleger PGO s Web applicatie Administratie toestemmingen Logging Afgift specifieke toestemming LSP Eigen TR? Lokaal TR? Portalen Plugin/applet /widget overig Dossierhouder = Open standaarden = Applicaties = Registers = Gefaseerde implementatie 14

15 Fasering 15

16 Proof of Concept A: Algemeen A.0: Voorbereiding: Uitwerken GTZ vragen, startarchitectuur en informatie-analyse UI: Userinterface T: Technologie UI.1: Een aantal mockup iteraties T.1.: Prototype centraal toestemmingsregister met beslispunt (Ja/Nee/Onbepaald) UI.2: Een aantal prototype iteraties T.2a: LSP aanpassingen en koppeling aan GTS T.2b: XDS aanpassingen en koppeling aan GTS T.3: Combinatietoepassing met uitwisseling over XDS en LSP, gekoppeld aan GTS UI.3: Een mobiele App T.4: Webservice voor beheer toestemmingsprofielen T.5: Koppeling webservice met mobiele App 16

17 Combinatie van PoC s GTS en MedMij Wordt nu uitgewerkt Op basis van onderstaand (inmiddels verouderd) plaatje

18 Nadere afstemming: eenheid van taal Patiënt/cliënt geeft toestemming aan: (dossierhouders) Categorieën zorgaanbieders: zorginstellingen en solo-praktijken. Starten met LRZA. Onderzoek: is zorgaanbiedergids VZVZ bruikbaar voor GTS/MedMij? Om alle c.q. bepaalde gegevens: (typering informatie) Starten zoals er nu uitgewisseld worden. Zijn ZIBs bruikbaar, eventueel rubriek in basisgegevensset Zorg, of sectie in CCR/CCD of class-code en type code uit XDS metadataset? Welke terminologie hanteert MedMij? Beschikbaar te stellen aan: (raadplegers) Categorieën beroepsgroepen. Starten met BIG codes art 3/34. Deze rolcodes staan op Uzi-pas. Uzi pas wordt gebruikt bij LSP en in diverse regionale XDS infrastructuren. 18

19 Architectuur en gebruik IHE Afwegingen Nederlandse Wetgeving Juridische check Landelijk Schakelpunt nog niet IHE compliant IHE Standaard componenten Componenten zijn in te kopen bij meerdere leveranciers Internationaal afgestemd Bewezen technologie 19

20 Toestemming zetten 20

21 Regionaal toestemming opvragen 21

22 Landelijk toestemming opvragen 22

23 23