Architectuurscenario s. 24 april 2019

Transcriptie

1 Architectuurscenario s 24 april 2019

2 Agenda VIPP GGZ MedMij Inleiding op de MedMij architectuur Architectuurscenario s Pauze Vragen

3 VIPP GGZ en MedMij Tamara Moll 24 april 2019

4 Inhoud Doelstellingen VIPP GGZ Module A Informatiestandaarden MedMij

5 VIPP Doelen Patiënt & Informatie Patiënt & Medicatie Patiënt & ehealth A1 B1 C1 Inzage van dossier (MedMij/13 zibs) Digitaal aanbieden van medicatie-voorschrift Inzet ehealth A2 B2 C2 Koplopers voucher (>C2) Inzage van dossier (MedMij/29 zibs) Medicatieverificatie en actueel medicatieoverzicht Gegevensuitwisseling ehealth en EPD Doorontwikkeli ng ehealth en gegevensuitwisseling

6 Module A De instelling kan een gegevensset over de behandeling aan PGO s van patiënten aanbieden en eventueel ook via een patiëntenportaal Gegevens: zibs, correspondentie en ROM uitslagen MedMij afsprakenstelsel Gegevens binnen 7 werkdagen beschikbaar Minimaal 10% van de patiënten Beveiliging conform eidas substantieel of tweefactor authenticatie

7 Verschil A1 en A2 A1: 13 zibs volledig en 16 zibs de inhoud A2: 29 zibs volledig A1: minimaal 10% van de patiënten heeft gegevens opgevraagd/ingelogd op het portaal A2: minimaal 15% van de patiënten heeft gegevens opgevraagd/ingelogd op het portaal

8 Tijdlijn

9 Aanleiding architectuurscenario s Instellingen moeten de dossiergegevens in de vorm van zibs beschikbaar kunnen stellen aan een MedMij gecertificeerd PGO Gegevens van verplichte zibs bevinden zich in verschillende bronsystemen, zoals een EPD (1 of meerdere), een EVS en ROM-systeem Leveranciers en instellingen moeten architectuurkeuzes maken

10 Wat zijn mijn verantwoordelijkheden als zorgaanbieder? Juistheid gegevens in dossier Naleving AVG en andere wetgeving Leverancier deelnemer MedMij Contract en verwerkersovereenkomst met leverancier Controle dat leverancier zich houdt aan afspraken Procedures voor incidenten met leverancier Verificatie identiteit patiënt Unieke zorgaanbiedersnaam communiceren naar patiënt Contactpunt voor patiënten die vragen hebben over ontvangen gegevens

11 MedMij use cases Delen: Patiënt zorgaanbieder Verzamelen: Zorgaanbieder patiënt

12 MedMij use cases Delen: Patiënt zorgaanbieder Verzamelen: Zorgaanbieder patiënt

13 MedMij Informatiestandaarden

14 Zorginformatiebouwstenen Verplichte zibs A1 + A2 1. Laboratorium uitslagen* 2. Patiëntengegevens 3. Verzekeringsgegevens 4. Behandelaanwijzingen 5. Functionele/mentale status 6. Probleem 7. Verrichtingen 8. Medicatieafspraak 9. Toedieningsafspraak 10.Medicatieverstrekking 11.Verstrekkingsverzoek 12.MedicatieGebruik 13.Vrijheid beperkende maatregelen (Argus) Verplichte zibs A2 1. Wilsverklaring 2. Contactpersoon 3. Burgerlijke staat 4. Woonsituatie 5. Druggebruik 6. Alcoholgebruik 7. Tabaksgebruik 8. Tekstuitslag 9. Zorgverlener 10.Zorgaanbieder 11.Gezinssituatie 12.ParticipatieInMaatschappij 13.HulpVanAnderen 14.Taalvaardigheid 15.Juridische status 16.Algemene metingen (incl. ROM)

15 Wat is een zib? zibs Een zorginformatiebouwsteen is een informatiemodel, waarin een zorginhoudelijk concept wordt beschreven in termen van de gegevenselementen waaruit dat concept bestaat, de kenmerken van de gegevenselementen, etc. Meer informatie:

16 ZIB probleem ProbleemTypeCodelijst Valueset OID: Conceptnaam Codestelselnaam Omschrijving Diagnosis SNOMED CT Diagnose Symptom SNOMED CT Symptoom Complaint SNOMED CT Klacht Functional Limitation SNOMED CT Functionele Beperking Complication SNOMED CT Complicatie ProbleemNaamCodelijst Conceptnaam Codestelselnaam Alle waarden Diagnosethesaurus DHD (SNOMED CT) Alle waarden ICD-10 Alle waarden Nationale Kernset Patiëntproblemen V&VN (SNOMED CT) Alle waarden NANDA-I Alle waarden Omaha Systems Alle waarden ICF Alle waarden ICPC-1 NL Alle waarden G-Standaard Contra Indicaties (Tabel 40) Alle waarden DSM-IV Alle waarden DSM-V VerificatieStatusCodelijst Valueset OID: Conceptnaam Codestelselnaa Omschrijving Suspected SNOMED CT Werk Known possible SNOMED CT Differentiaal Confirmed present SNOMED CT Bevestigd Known absent SNOMED CT Uitgesloten Unknown NullFlavor Onbekend

17 ZIB probleem in praktijk Probleem Probleemtype Probleemnaam Probleem Begindatum Probleem status Probleem Einddatum Verificatie status Diagnose Depressie Actueel Bevestigd Toelichting Klacht Lusteloosheid Actueel Bevestigd Diagnose Depressie Niet actueel DSM 5: Bevestigd SNOMED CT: SNOMED CT:

18 Functionele specificaties

19 Use cases Doel: testen op basis van een patient journey Beschrijft: Hoe gegevens vastgelegd worden conform de zib Uitwisseling conform HL7 FHIR Interacties conform MedMij

20 Architectuurscenario s Basisprincipe Mogelijke architecturen voor de instelling

21 Dank voor uw aandacht Meer weten over het onderwerp?

22 Architectuur toelichting Johan Hobelman

23 Domeinen MedMij afsprakenstelsel persoonsdomein zorgaanbiedersdomein

24 Doelgroepen van dienstverleners personen zorgaanbieders persoonsdomein zorgaanbiedersdomein

25 Ontwikkelfase 1 Er is een basis-pgo beschikbaar voor elke Nederlander die dat wil

26 Ontwikkelfase 2 Een uitgebreid PGO fungeert als waardevolle aanvulling op het zorgproces

27 Ontwikkelfase 3 De PGO als cockpit voor je gezondheid

28 Reikwijdte van MedMij AS en IS informatiestandaarden MedMij afsprakenstelsel persoonsdomein zorgaanbiedersdomein

29 Relaties n : m 2 1 Een dienstverlener persoon voor meerdere personen Een persoon kan meerdere PGO s hebben Alle dienstverleners in verbinding met elkaar Een zorgaanbieder kan meerdere dienstverleners hebben Een dienstverlener zorgaanbieder voor meerdere zorgaanbieders MedMij afsprakenstelsel persoonsdomein zorgaanbiedersdomein

30 Algemeen Persoonsdomein Zorgaanbiedersdomein DV P DV ZA DV P Auth. server PGO PGO server FHIR Resource server DVP DVZA DV P DV P MedMij Afsprakenstelsel DV ZA DV ZA

31 Direct bevragen Persoonsdomein Zorgaanbiedersdomein DV P DV ZA DV P Auth. server EVS PGO PGO server FHIR Resource server EPD DVP DVZA DV P DV P MedMij Afsprakenstelsel DV ZA DV ZA..

32 Bevragen via EPD Persoonsdomein Zorgaanbiedersdomein EVS PGO PGO server FHIR Auth server Res server EPD Afsprakenstelsel..

33 koppelplatform koppelplatform Indirect bevragen Persoonsdomein Zorgaanbiedersdomein EVS PGO PGO server FHIR Auth Auth server server Res Res server server EPD Afsprakenstelsel.

34 Functioneel Wat wil je? Identificatie Wie ben je? Autorisatie Wat mag je? Informatie delen Informatie Informatie verzamelen persoonsdomein Etc. MedMij afspraken zorgaanbiedersdomein

35 Meer informatie?