WST6 – AP6: Integratie tot een Multidisciplinair Patiëntendossier Opmerkingen Voka: Via de hier beschreven acties werd het uitgangspunt van MPD in feite grotendeels geneutraliseerd en zelfs voorbij de legislatuur verschoven. Dit is niet conform de Roadmap aanpak die we wensen en niet conform de minimale vereisten van het regeerakkoord als uitgangspunt. Deze topic, gezien het belang van interdisciplin, verdient een volwaardige discussie zonder alle verwarring. De negatieve aanzet wordt best vervangen door een positieve: Context Eén holistisch, geïntegreerd, multidisciplinair patiëntendossier maken, waarin alle zorgverstrekkers alle relevante (gedeelde) informatie kunnen terugvinden is op korte termijn niet haalbaar en ook niet echt zinvol. Niet alleen heeft elk zorgberoep een eigen specifieke inbreng; elk zorgberoep heeft ook eigen behoeften en combineert gedeelde gegevens met eigen detailgegevens tot een werkbaar instrument voor die specifieke zorgverstrekker . Dat geldt om te beginnen tussen huisartsen en diverse specialisten en de verschillen worden nog duidelijker wanneer men de inbreng en de behoeften op vlak van patiëntengegevens van andere zorgberoepen analyseert (verpleegkundigen, kinesitherapeuten, apothekers...). Diverse voorstellen trachtten toch de bestaande diensten (DTW en opslagsystemen) te integreren in een model voor een multidisciplinair en multifunctioneel patiëntendossier. Multidisciplinair werken is uitermate belangrijk in de professionele zorg en neemt voortdurend toe in belang. Het betreft hierbij zowel disciplines in de eigen zorgorganisatie, als samenwerking met disciplines in andere zorgorganisaties. In lijn met het regeerakkoord is er een duidelijk engagement om zulke multidisciplinariteit in zorg te garanderen en te versterken, mede dankzij ICT die hier gerichte ondersteuning bij biedt. Men is het eens dat daarbij volgende principes gelden: • •
•
•
De patiënt moet centraal staan (niet de zorgverstrekker of de instelling). Men moet meteen voorzien dat de patiënt (of zijn vertegenwoordiger) optimaal toegang moet krijgen tot alle relevante gegevens. Medische of patiëntgegevens zijn veelal relevant in meerdere contexten zodat een toewijzing aan één discipline of dossier vermeden moet worden. Dossiers worden best opgevat als “kijkvensters” op gegevens, zonder exclusieve koppeling van gegevens aan dossiers voorop te stellen. Voorbeelden van gegevens die aan meerdere dossiers toegewezen (kunnen) worden zijn: o Medicatiegegevens in SUMEHR, medicatieschema van Vitalink, GFD o Wilsbeschikkingen in SUMEHR, PHR Richtlijnen zijn nodig om vast te leggen welke gegevens in welk “dossier” toegankelijk zijn, evenals wanneer en hoe de gegevens kunnen evolueren of wijzigen. De patiëntengegevens moeten steeds op veilige systemen worden bewaard, maar dit kan geen geïntegreerde databank te zijn. Men dient gebruik te maken van de bestaande (veilige) platformen. Het staat de zorgprofessional vrij om te kiezen voor een unidisciplinair elektronisch dossier, waarbij de multidisciplinariteit vorm krijgt via de gegevensuitwisseling tussen dossiers, ofwel de keuze te maken, samen met andere zorgprofessionals van andere disciplines of zorgberoepen om gezamenlijk gebruik te maken van een multidisciplinair patiëntendossier. In beide gevallen geldt het eindresultaat: er moet op een kwaliteitsvolle, continue en efficiënte wijze multidisciplinair gewerkt worden. Hiertoe wordt men best gestimuleerd, zoals voorzien in de hervorming van financieringssystemen. De overstap naar -‐-‐ 1 -‐-‐
één multidisciplinair dossier, indien men daarvoor kiest, kan bijkomende voordelen opleveren zoals: o Directe interoperabiliteit en continuïteit o Directe afstemming van taal, gegevensextractie, onderlinge updating… o Het zijn systemen die veel van de andere elementen van gegevensdeling mee overbodig maken, want zulke systemen doen in feite automatisch aan gegevensdeling (met net dezelfde randvoorwaarden i.v.m. privacy etc.). Opmerking Voka: Zulke multidiscipl dossiers die reeds bestaan bevinden zich reeds bij sommige industriespelers – wel vreemd dat wij dus (zonder ergens industrie te vermelden) in feite datzelfde wiel willen gaan heruitvinden. •
•
• •
•
•
Bestaande systemen moeten maximaal geïntegreerd worden, d.w.z. integratie van de reeds opgeslagen en gedeelde gegevens en vlotte toegang tot de diverse opslagsystemen die een veilige 24/7 toegang bieden1. Niet elke zorgverlener hoeft alle gegevens te kunnen bekijken, maar moet wel toegang krijgen tot gegevens die voor zijn aandeel in de zorg relevant zijn. Deze “filtering” is niet alleen nodig vanuit “privacy” oogpunt, maar ook om de hoeveelheid gegevens die een zorgverstrekker onder ogen krijgt efficiënt onder controle te houden. Deze “filtering” gebeurt bij voorkeur vooraleer de gegevens worden opgenomen in het multidisciplinair patiëntendossier. Bepaalde ontbrekende elementen voor een compleet patiëntendossier, o.m. noodzakelijk bij langdurige geïntegreerde zorg, moeten nog worden aangevuld. De zorgverstrekkers moeten vlot(ter) toegang krijgen tot de (oorspronkelijke) gegevens die voor hen relevant zijn. Aangepaste interfaces om meteen een overzicht te krijgen van de voor hen relevante gegevens zijn noodzakelijk. Bij elk datatype dat wordt beschikbaar gesteld in het multidisciplinair gedeeld dossier hoort ook een beveiligde interface om die data te extraheren zodat de zorgverstrekker die in zijn eigen toepassing kan combineren met zijn eigen EPD (bvb. Medicatieschema Vitalink vergelijken met laatste versie in eigen pakket of opnamemedicatie…). Onderstaande actiepunten hebben diverse linken naar een reeks andere actiepunten (Updaten van het overzicht van de architectuur; Standaarden & Terminologiebeleid; Personal Health Record; Toegang voor de patiënt tot zijn gegevens; Ziekenhuisdossier...)
Tot slot zijn er enkele principes die overlappen met andere actiepunten (o.m. AP21 ‘Mobile Health’ en AP 10 ‘Personal Health Record’): •
Het onderscheid tussen het multidisciplinair patiëntendossier en het Personal Health Record is arbitrair of zelfs virtueel. De patiënt kan het Multidisciplinair Dossier in principe zelfs als persoonlijk gezondheidsdossier gebruiken en zijn gegevens bekijken, bv. via een portaal of een viewer in zijn eigen PHR.
Voka: Ja, maar de beheersfocus en ondersteuningsfocus is wel compleet verschillend: door de patiënt versus door het (ruimere) team rondom de patiënt + vrij logisch om naar de patiënt toe direct naar een online interface te gaan (zoals bij home bank), terwijl de werkelijke dossiers, data… elders in back 1
Voor de instellingen en de tweedelijn zijn dit logischerwijze de hubs (desgevallend toegankelijk via raadpleging van de metahub); voor de eerstelijn zijn dit logischerwijze “kluis” systemen of analogen (Vitalink, Intermed, Brusafe, maar ook MyCareNet, GFD, Recip-‐e,...) waar de “authentieke bronnen” van de informatie deelbaar worden bewaard.
-‐-‐ 2 -‐-‐
office verspreid zitten. Echter, een multidisciplinair dossier is vanuit het bestaande perspectief veel meer een werkelijk dossier (zie EPIC etc) met integrale, interdisciplin componenten (ev in de cloud). Het gaat dus eerder over ruimere, brede pakketten. Daarom toch voorstel om duidelijk het onderscheid te behouden. Tegelijk moeten we ook iedereen geruststellen: uiteraard gaan we geen enkele beroepsgroep of zorgorganisatie verplichten om daarnaar over te schakelen. Maar omgekeerd moeten we toch eens kijken of er niet bepaalde ‘voortrekker’ beroepsgroepen en organisaties zijn die inzien dat dit voor hen een veel grotere meerwaarde, efficiëntie, … zal hebben dan de huidige fragmentatie. Bovendien heel cruciaal, voor de kostprijs van alle versnipperde dossiers (zie problematiek ZH dossier): zulke zaken worden betaalbaar, indien de schaal voldoende groot is – en dat verkrijg je nu net door via interdisciplinariteit een veel grotere volume deal / lagere prijs te bekomen. •
De patiënt kan relevante informatie toevoegen via apps ( vb. bij telemonitoring). Deze apps moeten gestandaardiseerde filtering van informatie toelaten (vb. opvolgen van glycemiewaarden). Deze filtering kan gebeuren door bv. apps te gebruiken die antwoorden op gestandaardiseerde vragenlijsten vereisen of apps die via devices aangeleverde informatie op een slimme manier interpreteren.
Dit actiepunt start (A) met een aantal stappen die strak bij elkaar aansluiten met als doel op relatief korte termijn een overzichtelijk geheel van (beschikbare en nieuw toe te voegen) relevante gegevens ter beschikking te stellen van elk zorgberoep. Deze eerste stappen worden verder in dit actiepunt SMART omschreven. Onder (B) worden verdere stappen voorzien die op langere termijn moeten leiden tot een verdere integratie van de diverse gegevensbronnen tot een geïntegreerd patiëntendossier. Bij deze stappen kan / zal (in de volgende jaren) allicht ook meer rekening worden gehouden met internationale ontwikkelingen op dit vlak. A. Op korte termijn (2015-‐2018): 1. Updaten van het overzicht van de architectuur en diensten. 2. In kaart brengen van de reeds beschikbare gegevens uit alle relevante (authentieke) gegevensbronnen en standaarden vastleggen of (geleidelijk) invoeren waar nodig. 3. Aanvullen van ontbrekende delen / elementen voor een dossier in de context van langdurige geïntegreerde zorg. 4. Identificatie van relevante gegevens (per beroepsgroep) en toegang geven. 5. Vastleggen van standaarden voor het overzichtelijk maken van de beschikbare gegevens (per beroepsgroep). 6. Visie en strategie bepalen voor de actiepunten onder B. B. Op langere termijn (2018-‐2020): Deze timing is absoluut niet in lijn met de minimumvoorwaarde van respecteren regeerakkoord 1. Een stapsgewijze en betrouwbare integratie (“in the cloud”) van systemen en gegevens met het oog op gebruiksgemak en efficiëntie. -‐-‐ 3 -‐-‐
2. Stapsgewijze naar een veel meer geïntegreerd, multidisciplinair dossier gaan, waarin alle gegevens op zoveel mogelijk gestructureerde en gestandaardiseerde wijze geregistreerd en toegankelijk worden gemaakt (rekening houdend met internationale evoluties). Dit kan maar moet zeker niet noodzakelijk op één enkel platform gebeuren. AP 6.1. Updaten van het overzicht van de architectuur en diensten. Wat ? Updaten van het overzichtsdocument dat de eHealth architectuur, de DTW en de basisdiensten in kaart brengt. NB: deze oefening gebeurt specifiek met het oog op het realiseren van AP 6.2. en volgende. Wie ? eHealth Platform & eHealth Programmanager (lead) + Werkgroep Architectuur en de betrokken verantwoordelijken van de diverse diensten / authentieke gegevensbronnen. Timing ? Uitvoeren tijdens Q4 2015 Afwerken tegen uiterlijk 1 februari 2016. Meetpunten ? Nieuw overzichtsdocument is klaar. AP 6.2. In kaart brengen van de reeds beschikbare gegevens uit alle relevante (authentieke) gegevensbronnen en Standaarden vastleggen of (geleidelijk) invoeren waar nodig. Wat ? De eerste prioriteit blijft sowieso een actuele SUMEHR en een actueel medicatieschema. Op systematische wijze in kaart brengen van alle gegevens die relevant zijn voor gegevensdeling in het kader van een specifieke multidisciplinaire samenwerking en die momenteel reeds gedeeld kunnen worden via bestaande DTW. Dit proces gebeurt eerst per beroepsgroep (en allicht best eerst voor bepaalde chronische pathologieën). Nadien volgt een consolidatie, waarbij zowel overlappende als nog ontbrekende gegevens worden geïdentificeerd. Er wordt en centrale iteratieve lijst bijgehouden en gepubliceerd van data die toegevoegd worden, de gebruikte standaarden en de methode om deze data elektronisch op te halen. De toevoegingen moeten immers snel en meteen multidisciplinair bruikbaar zijn. Parallel bij AP 6.2. en in de context van AP3 “Standaarden en Terminologiebeleid” worden de relevante terminologie-‐, gegevens-‐ en boodschappenstandaarden identificeren en/of geïdentificeerd en vastgelegd. Wie ? Standaarden Projectmanager & eHealth Programmanager (lead) + vertegenwoordigers van koepels van betrokken beroepsgroepen van zorgverstrekkers en koepels van betrokken softwareleveranciers + betrokken administraties. Timing ? In kaart brengen per beroepsgroep uiterlijk tijdens 31 maart 2016. -‐-‐ 4 -‐-‐
Oplevering consolidatie: uiterlijk 30 april 2016. Meetpunten ? Tijdig opleveren van bedoelde documentatie per beroepsgroep en van de consolidatie. AP 6.3. Aanvullen van ontbrekende delen / elementen voor een compleet dossier. Voka: dit is wel de kern van de zaak die veel meer centraal zou moeten staan – matcht met de basisgedachte, ook achter zulke bestaande pakketten. Wat ? Aanvullen van ontbrekende elementen / gegevens modules, die nog niet voorzien of gedeeld worden en die, met name vanuit het oogpunt van de geïntegreerde langdurige zorg noodzakelijk zijn. Het betreft bv.: o Een module voor de patiënt die hem toelaat om bepaalde gegevens in te schrijven (bijvoorbeeld in het kader van zelfmonitoring). Beter onder EPD/PHR en dus niet hier o Het opstarten van het onderzoek naar de ontwikkeling van een (op internationale standaard gebaseerd) datamodel om zorggegevens (niet puur medische gegevens) te delen op Vitalink/hubs ten behoeve van de patiënt (en zijn mantelzorgers) en de diverse zorg-‐ of hulpverleners betrokken in de zorg voor die patiënt. o Een dagboek dat toelaat om op een informele manier te communiceren tussen de verschillende leden van het multidisciplinair team, om alarmen te signaleren,… (voor deze eerste twee punten, zie ook AP 10 PHR). o Een coördinatie module, of module voor casemanagement. Deze module moet toelaten dat verschillende profielen deze functie kunnen aannemen, afhankelijk van de context (complexiteit van de ziekte, de autonomie van de patiënt, de beschikbaarheid van de huisarts,…). Deze module is opgebouwd rond specifieke behandelingsdoelstellingen en –plan die door het zorgteam in overleg met de patiënt worden vastgelegd. o De mogelijkheid om zorgtrajecten en beslissingsondersteuning op multidisciplinaire basis te integreren in het dossier. o Een module die toelaat om een multidisciplinair team te vormen afhankelijk van de behoeften van de individuele patiënt. (bv. op basis van de module voor het beheer van therapeutisch relaties ?). Beter onder PHR o Evidence Based ondersteuning ingebouwd in het multidisciplinair dossier : ieder lid van het zorgteam volgt dezelfde richtlijnen, iedereen vertelt dezelfde boodschap Verdient een afzonderlijke tekst , is een aparte DTW o (Last minute toevoeging DB n.a.v. Tim Weltens): In de loop van Q3 2015 -‐ Q1 2016 een analyse maken voor de ontwikkeling van een (op internationale standaard gebaseerd) datamodel waarmee de thuisverpleegkundige zorggegevens (niet puur medische gegevens) kan delen via Vitalink en/of de Hubs. Deze gegevens moeten meteen gebruiksvriendelijk zichtbaar zijn voor de patiënt (en zijn mantelzorgers) en de diverse zorg-‐ of hulpverleners betrokken in de zorg voor die patiënt. -‐-‐ 5 -‐-‐
Vastleggen van de betrokken data-‐ en berichtenstandaarden. Wie ? RIZIV Cel Langdurige Geïntegreerde Zorg (lead) + betrokken zorgberoepen en (koepels van betrokken) softwareleveranciers. Zie ruimere governance model, zoals onder tekst standaarden Timing ? Voorbereiding in Q1 en Q2 2016. Oplevering van ontbrekende data en analyse voor workflow-‐ en procesaspecten(?) tegen 31 juni 2016 en vanaf dan dynamisch aanpassen wanneer nodig. Meetpunten ? Tijdig opleveren van de voorziene documentatie en specificaties van standaarden. AP 6.4. Identificatie van relevante gegevens (per beroepsgroep) en toegang geven. Wat ? Op basis van de documentatie die voortkomt uit voorgaande drie punten, dient het multidisciplinair team in onderlinge samenwerkingelke beroepsgroep uit te maken welke gegevens relevant zijn voor de multidisciplinaireeigen zorgverstrekking. Dit zullen dus zowel gegevens zijn die ze zelf inbrengen als gegevens die samen of vanuit andere bronnen of zorgberoepen worden gegenereerd. Het kunnen ook zowel algemene gegevens zijn als zeer specifieke (in bepaalde gevallen zelfs per type patiënt of pathologie). Het uitgangspunt moet de relevantie zijn (in algemene zin) voor de meerwaarde van de patiënt, perhet type zorgberoep of instelling. Dit moet meteen de basis vormen om toegang te vragen en te krijgen tot deze informatie, indien die vandaag nog niet wettelijk of technisch voorzien is. Het is niet de bedoeling meteen alle relevante data voor een (of meerdere) beroepsgroep op te leveren. Een iteratieve en dynamische aanpak zorgt ervoor dat er steeds meer know how in deze materie wordt opgebouwd (lessons learned). Communicatie omtrent dit proces en transparante documentatie ervan zijn essentieel. Wie ? Projectmanager (lead) + elk betrokken zorgberoep (en de betrokken softwareleveranciers) + FOD & RIZIV + indien uitbreiding gevraagd wordt van de toegang tot gegevens: advies / beslissing van de bevoegde instanties. Moet dus anders, werkelijk interdisciplinair Timing ? In de loop van 2016. Oplevering van de documentatie per beroepsgroep tegen uiterlijk 31 december 2016. Meetpunten ? Tijdig opleveren van de bedoelde documentatie. Effectieve uitrol van de toegang (wettelijk en technisch) tot de nieuwe gegevens. Het gebruik van een interdisciplinair dagboek met onderlinge berichten tussen zorgdisciplines Het gebruik van interdisciplinaire coördinatie, case management en zorgtrajecten, via een multidisciplinair dossier of via continue multidisciplinaire gegevensdeling tussen alle relevante zorgactoren rondom de patiënt. -‐-‐ 6 -‐-‐
AP 6.5. Vastleggen van standaarden voor het overzichtelijk maken van de beschikbare gegevens (per beroepsgroep). Wat ? Eén holistisch geïntegreerd dossier maken heeft niet veel zin. Het is noodzakelijk om elke beroepsgroep aan te moedigen / te verplichten om samen met bovenstaande selectie van relevante gegevens te maken, maar ook het initiatief te nemen om gepaste filters en interfaces te ontwikkelen die toelaten vanuit de veelheid van (relevante) gegevens een visualisering te krijgen die toelaat in een oogopslag een beeld te krijgen van de toestand van de patiënt. NB: deze oefening kan er zich toe beperken om de nodige voorbeelden en standaarden te bepalen, op basis waarvan de diverse softwareleveranciers optimale interfaces kunnen voorstellen en uitbouwen. Het doel is niet het veelvoud te maken van alle gewenste data maar wel te starten vanuit de gemeenschappelijke data-‐elementen waarover consensus bestaat. Wie ? Koepels van beroepsorganisaties (lead) + ondersteuning door Projectleider Standaarden en Terminologiebeleid Timing ? Kan parallel met AP 6.4. , maar hangt ook af van de urgentie en behoeften voor elke beroepsgroep (of groep van instellingen). Dus kan oplevering mogelijk zijn in 2016 of 2017. Meetpunten ? Opleveren van de standaarden en bijhorende documentatie. Effectieve uitrol van de toegang (wettelijk en technisch) tot de nieuwe gegevens. AP 6.6. Visie en strategie bepalen voor de actiepunten onder B. Wat ? Voorbereiding van de lange termijn visie die moet leiden tot een verdere integratie van de diverse gegevensbronnen tot een geïntegreerd patiëntendossier (“in the cloud”). Wie ? eHealth Platform & Programmanager (lead) + Werkgroep Architectuur en de betrokken verantwoordelijken van de beroepsgroepen + de diverse bestaande diensten & authentieke gegevensbronnen. (Tevens inbreng van projectmanagers Standaarden & Terminologiebeleid en Registers) Timing ? Start van de oefening in 2016. Opleveren van de visietekst tegen uiterlijk 31 december 2016. Budgettering en planning in de loop van 2017. Ok, zie ook zelfde aanzet bij standaarden, bij VIDIS… maar dit mag niet voorkomen dat indien sommige zorgactoren wel sneller willen gaan met bestaande MPD’s ze evengoed ondersteund moeten worden in zulke voortrekkersrol.
-‐-‐ 7 -‐-‐