RIVO-Noord Zorgviewer MVP2 Implementation Guide
0.25.0 - sprint32 Netherlands flag

RIVO-Noord Zorgviewer MVP2 Implementation Guide - Local Development build (v0.25.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Datasets

Deze pagina beschrijft de content van de datasets. N.B. Datasets zijn relevante selectie van data elementen met eventueel filters voor een bepaald zorgpad.

Data Requirements

Aka “Gegevenssets” virtueel bouwblok.

  1. Basis zijn de 28 zibs uit de BgZ aangevuld met de correspondentie (radiologie brieven, specialisten brieven, notities, ontslag brief)
  2. De Data Requirements zijn een gemeenschappelijk profiel op wat leveranciers nu kunnen en zorginstellingen hebben ingericht in hun workflows (VIPP5).
    1. Leidend zijn de zibs
    2. Vervolgens wordt getest wat de leveranciers ondersteunen van de zibs via FHIR
      • In sommige gevallen kan het zijn dat de workflow niet is ingericht of anders is ingericht (dat mag). Voor mantatory (min=1) en must-support elementen zou die workflow MOETEN worden aangepast om goed te functioneren in de Zorgviewer. Bijvoorbeeld bij zorgverleners MOET een externe identifier geregistreerd zijn, zodat deze ook via FHIR Practitioner wordt ontsloten.

BgZ+PDF/a

Vanuit verschillende projecten en programma’s wordt er gewerkt aan de de Basisgegevensset Zorg (BgZ) bestaande uit 28 zorginformatiebouwstenen (zibs). Vanuit de verschillende projecten en programma’s worden bepaalde regels gehanteerd. Vanuit project Zorgviewer fase 1 richten wij ons op de overlap van al deze afspraken. Om hier een duidelijker beeld over te schetsen is het volgende flower venn-diagram opgesteld om de overeenkomsten van de verschillende projecten en programma’s zichtbaar te maken.

BgZ+PDF/a Flower Venn-Diagram
BgZ+PDF/a Flower Venn-Diagram

In het midden van bovenstaande flower venn-diagram staat de zorgviewer (ZV). Het project maakt gebruik van de eisen van verschillende programma’s, de mogelijkheden die de verschillende systemen aanbieden (ChipSoft, Epic, Topicus, etc.) en wat de verschillende organisaties al kunnen op het gebied van data-ontsluiting (Martini, MCL, Tjongerschans, UMCG, etc.).

Onderstaande lijst sommeert nogmaals wat de verschillende bronnen zijn van de desbetreffende programma’s, leveranciers en organisaties:

  1. Wat wordt geëist vanuit de wet en moet dus door de leveranciers worden ondersteund:
    1. IZA
    2. Vanuit de ziekenhuizen: VIPP5 Staatscourant stcrt-2020-7935
    3. Vanuit de huisartsen: VIPPOPEN Staatscourant 2022 3373260-1029631-CZ
  2. MedMij specs (basic):
    1. BgZ 2017
    2. BgZ 2017 FHIR
    3. PDF/a
  3. Wat kan Epic nu:
    1. De Epic huizen implementeren de zibs uit de BgZ, dus niet alleen laatste bloeddruk, maar alle b.v. Ofwel, we doen meer dan de BgZ en minder dan de zibs.
    2. Epic FHIR STU3 Provider-Facing
    3. SMoR - VIPP 5 Module 1 - PDFA Correspondence via FHIR - Design - February 2021 revision.pdf
    4. SMoR - VIPP 5 Module 1 - Updates to BgZ on FHIR to Support Hospital MedMij Kwalificatie - Medications and Problems
    5. SMoR - VIPP 5 Module 1 - BGZ on FHIR - Design - July 2020 revision.pdf
  4. Wat kan Chipsoft nu:
    1. Digitale Zorg Zorgplatform
    2. FHIR BgZ API
    3. FHIR Document API

Voorbeeld BgZ

De Basisgegevensset Zorg (BgZ), ook wel patient summary (PS) genoemd, behandelen wij als een sub-set van zibs. In de BgZ worden de BgZ-secties beperkt. Bijvoorbeeld de BgZ-sectie Uitslagen beperkt zich op klinisch chemisch lab, laatste uitslag. Dit zou betekenen dat de zorgverlener geen inzage heeft in trends (eerdere klinische chemie uitslagen) of andere typen laboratorium uitslagen. De andere laboratorium uitslagen zijn bijvoorbeeld hematologie, serologie/immunologie, virologie, toxicologie, microbiologie of moleculaire genetica (zie zib LaboratoriumUitslag - ResultaatType - ResultaatTypeCodelijst). Deze filters op de zibs beschouwen we als voorbeelden. Vanuit project zorgviewer laten wij deze filters achterwegen, zodat alle lab-uitslagen ingezien kunnen worden.

In de gezondheidszorg wordt gebruik gemaakt van de Informed Consent. Middels de informed consent geeft de patiënt toestemming voor het uitvoeren van het medisch beleid door de zorgverlener. Het wordt ‘informed’ genoemd, omdat je de patiënt voorafgaand informeert over de mogelijke behandeling en de consequenties van behandelen. Bij behandelen worden ook de onderzoeken verstaan, zoals bloedafname of de röntgen foto.

Het informeren van de patiënt over de behandeling is de informatieplicht die een zorgverlener heeft. Dit is ook vastgelegd in de Wet Geneeskundige BehandelOvereenkomst (WGBO).

Toestemming delen gegevens

Voor het delen van gegevens moet apart toestemming gevraagd worden. Dit is niet opgenomen in het informed consent. Op dit moment moet bij elke instelling apart de toestemming gevraagd én geregistreerd worden in eigen informatiesysteem. Hierdoor ervaren gebruikers problemen, omdat niet in elke instelling de toestemming juist is geregistreerd, waardoor informatie niet uitgewisseld kan worden.

Mitz-toestemming Om problemen rondom toestemming en gegevensuitwisseling tegen te gaan is er landelijk Mitz gekozen als dé oplossing voor de toestemmingsvoorziening. In Mitz kan de patiënt op één plek zijn/haar toestemmingen beheren. Alle uitwisselingssystemen (US) worden aangesloten op Mitz, zodat ook de US’en op de hoogte zijn van de toestemming van de patiënt. De toestemming wordt op een categorie van zorgaanbieders geregistreerd.

Als een zorgaanbieder de toestemming van een patiënt wil raadplegen, dan wordt er een vraag gesteld aan het US. Het US vraagt dan de toestemming op bij Mitz. Eerst wordt er gevraagd of er toestemming is voor het delen van gegevens: de gesloten autorisatievraag.

Huidige MITZ toestemmingen (v3.8.1)

Algemene vraag aan patient:

“Geeft u {gevelnaam zorgaanbieder} toestemming om uw noodzakelijke {gegevenscategorie} beschikbaar te stellen aan andere zorgaanbieders, zoals huisartsen, ziekenhuizen en andere medisch specialistische instellingen en apotheken, als dat voor uw behandeling nodig is?”

Zorgaanbiedercategorien (raadeplegende):

  • Huisartsen en huisartsenposten
  • Ziekenhuizen, medische centra en klinieken
  • Geestelijke gezondheidszorg (GGZ)
  • Verpleging en verzorging
  • Apotheken
  • Laboratoria en diagnostische centra

Gegevenscategorieën:

  • Behandelgegevens (medische gegevens)
  • Uitslagen (zit ook in #1)
  • Medicatiegegevens (zit ook in #1)
  • Alle gegevens

Acute Zorg

Binnen de acute zorg lopen een aantal trajecten om gegevensuitwisseling voor elkaar te krijgen. Binnen de acute zorg is het noodzakelijk om op snelle wijze informatie over de patiënt te ontvangen. Denk bijvoorbeeld aan het reanimatiebeleid en -wensen van de patiënt. Middels project e-Spoed is getracht om afspraken rondom verschillende scenario’s in kaart te brengen. Per scenario’s worden verschillende technische en functionele eisen gesteld; denk aan het berichttype en naar wie het bericht verstuurd moet worden. Deze informatiestandaard staat onder beheer van Nictiz.

Verder heeft de acute zorg meerdere andere informatiestandaarden per uitwisseling uitgeschreven, onder andere:

  • Ambulanceoverdracht naar SEH en retourbericht 2.4.0
  • (Triage)verwijzingen; spoedmelding; bevestiging en voorwaarschuwing 1.5.0
  • Professionele samenvatting en rapportages verleende zorg 2.1.0

Hieronder nog een aantal links:

HartNet - TAVI Proces

HartNet is een regionaal samenwerkingsverband tussen de ziekenhuizen in Groningen en Drenthe. Het doel is om de juiste hartzorg op de juiste plek aan te bieden voor de bewoners in Noord-Nederland. HartNet heeft daarom vijf verschillende zorgpaden volledig uitgeschreven en geoptimaliseerd. Eén van deze zorgpaden is het TAVI zorgpad en staat voor Transcatheter Aortic Valve Implantation. Bij TAVI wordt een hartklep vervangen, wanneer deze niet optimaal werkt. Denk aan aandoeningen zoals aortaklepstenose; een aandoening waarbij de hartklep onvoldoende sluit.

Het TAVI zorgpad is eerst uitgeschreven door de afdelingen van de verschillende huizen en vervolgens over elkaar gelegd.

Het idee van de regionale zorgpaden is om de zorg op de juiste plek bij de juiste professional uit te voeren:

  • De diagnostiek vindt plaats in de 2e lijn;
  • De Hart Bespreking (MDO) vindt plaats in de 3e lijn voor het bepalen van het zorgplan;
  • De ingreep wordt uitgevoerd in de 3e lijn;
  • De follow-up wordt uitgevoerd in de 2e lijn.

Advanced Care Planning

Advanced Care Planning (ACP) wordt ook wel het proactieve zorgplan genoemd. Een plan waarin de wensen en behoeften van de patiënt worden beschreven. In de ACP Leidraad proactieve zorgplanning (advance care planning) van Palliaweb wordt het proces van het verkrijgen van informatie rondom ACP uitgelegd. In het ACP staan zaken rondom de wilsbekwaamheid, wettelijke vertegenwoordiging, doelen van behandeling en behandelgrenzen. Behandelgrenzen beschrijven onder andere het reanimatiebeleid.

Het ACP beschrijft ook informatie over de patiëntencontext in de Gegevensset Passende Zorg (GPZ). Deze gegevensset heeft overeenkomsten met de Gegevensset Oncologie Algemeen (GOA) en de MensGebonden Set (MGS). De set komt ook overeen met de basisgegevensset zorg (BgZ) met een aantal aanvullingen:

  • Sociale context
    • Gezinssamenstelling
    • Beroep
    • Hobbies
    • Sociaal netwerk
    • Onafhankelijkheid
    • Sociale observaties
  • Zingeving
  • Communicatie
  • Organisatie van zorg
    • Plaats van zorg
    • Plaats van overlijden
  • Functioneel en somatisch (specifieke vragenlijsten / metingen)

Vanuit project Zorgviewer is de ACP deels in scope, namelijk de BehandelAanwijzing (TreatmentDirective) met een aanvulling in de codelijst. Codelijst die gebruikt gaat worden voor de zorgviewer is een lijst met 8 items, zie TreatmentDirective ACP behandelingen waardelijst

Voor de volledige dataset, kijk op Nictiz ART-DECOR