Ontwerp van Aanbiedermodules

Toegang voor PGO-gebruikers tot zorgaanbiedermodules

Patiënten willen meer regie over hun zorg. Daarnaast neemt het aantal patiënten toe en het aantal zorgverleners af. Hybride zorg, een combinatie van fysieke en digitale zorg, biedt voor dit probleem één van de oplossingen. Zorgverleners combineren face-to-face afspraken met digitale activiteiten zoals online consulten, videobellen en het monitoren van de patiënt op afstand middels digitale vragenlijsten en zelfmetingen.

Stichting MedMij en Stichting Koppeltaal wil burgers ook toegang geven tot digitale activiteiten, in dit solution design Aanbiedermodules genoemd, via een zelfgekozen Persoonlijke GezondheidsOmgeving (PGO) middels het MedMij afsprakenstelsel. Zo krijgt de patiënt meer regie over hybride zorg. Concreet wordt het volgende doel beoogd:

PGO als centraal overzicht/dashboard: Patiënt kunnen in een zelfgekozen PGO een opdracht/taak van de verschillende Zorgaanbieders in Nederland ontvangen voor een Aanbiedermodule zoals het invullen van een vragenlijst, het bekijken van een filmpje of invoeren van vragenlijst, etc. en deze taak uitvoeren. De PGO kan patiënten een centraal overzicht geven van alle taken voor Aanbiedermodules van alle zorgverleners.

Het voordeel van een PGO ten opzichte van een cliënten- of patiëntenportaal is dat een PGO een patiënt een overzicht kan bieden van de Aanbiedermodules en medische gegevens van alle Zorgaanbieders. Een patiënt is steeds vaker onder behandeling bij meerdere Zorgaanbieders. Een cliënten- of patiëntenportaal biedt alleen van desbetreffende Zorgaanbieder een overzicht van de Aanbiedermodules en gegevens.

Definities

Een Aanbiedermodule is een digitale interventie of activiteit die wordt ingezet binnen een zorgproces. Een Aanbiedermodule kan één activiteit zijn, zoals het invullen van een digitale vragenlijst of een digitaal dagboek. Maar het kan ook het volgen van een online behandelprogramma zijn die uit een set van activiteiten bestaat. Zoals digitale instructies voor oefeningen, video’s, digitale vragenlijsten, etc. Beslisregels (logica) kunnen in zo’n online behandelprogramma gebruikt worden om de meest geschikte vervolgactiviteit voor de patiënt te bepalen. Op basis van bijvoorbeeld de antwoorden op een vragenlijst wordt met behulp van de beslisregels bepaald of de patiënt een informatiefilmpje als activiteit krijgt of een digitale instructie voor een oefening.

Een Aanbiedermodule kan gestart worden op initiatief van de patiënt, of in opdracht van de zorgverlener. In dit project zijn alleen Aanbiedermodules in scope, die gestart  worden in opdracht van de zorgverlener.

 Een Aanbiedermodule-applicatie is de softwareomgeving, waarin de Aanbiedermodules worden aangeboden en uitgevoerd door de patiënt. Door middel van een taak of opdracht, wordt een gebruiker geïnformeerd dat er één of meerdere Aanbiedermodules in de digitale omgeving of applicatie klaarstaan. Deze taak kan klaar staan in de digitale omgeving, waarin de Aanbiedermodules worden uitgevoerd. Maar de digitale omgeving kan de taak ook versturen naar een patiëntenportaal of PGO. Dan wordt de taak voor de Aanbiedermodule ook getoond in het patiëntenportaal of PGO.

Scope

• Alléén Aanbiedermodules aangeboden door Zorgaanbieders én voorgeschreven door de zorgverlener zijn voor dit solution design binnen scope. In de toekomst is het de bedoeling om een uitbreiding te maken zodat ook Aanbiedermodules van andere typen aanbieders in de PGO beschikbaar worden.

• Het accepteren en weigeren van taken is niet in scope van dit solution design

• FHIR Subscription is niet in scope

• Een MedMij catalogus voor modules is niet in scope

Twee projecten

Het solution design zal in twee verschillende projecten worden getest:

1. Project KoppelMij: de GGZ-Aanbieder Dimence groep gaat een GGZ-Aanbiedermodule beschikbaar stellen via een zelfgekozen PGO voor hun cliënten. In dit project wordt verder samengewerkt met Stichting Koppeltaal, HCI (POP), Hinq (DVA), MindDistrict (Zorgaanbiedermodule) en SDB (ECD).

2. Project Persoonsgerichte hybride netwerkzorg: de huisartsengroep Medrie gaat Aanbiedermodules beschikbaar stellen via een zelfgekozen PGO voor patiënten met ketenzorgdiabetes, COPD en CVRM. In dit project wordt verder samengewerkt met Topicus (POP), Hinq (DVA en ZorgNetwerkomgeving (ZNO) /Netwerk InformatieSysteem (NIS)).

Solution design

Het solution design bevat een ontwerp voor het verwijzen van gebruikers naar modules, waarbij bekende standaarden zijn gevolgd, dat goed te implementeren is voor leveranciers en voldoet aan juridische kaders. Daarnaast met voldoende ruimte voor toekomstige uitbreiding op andere vormen van modules, bijvoorbeeld modules die niet voorgeschreven worden door een Zorgaanbieder.

In deze versie van het solution design is het aanleveren van loggegevens aan de ketenmonitorings-faciliteit nog niet uitgewerkt. Dit wordt toegevoegd in een volgende versie.

Documentstatus

Het solution design beschrijft hoe de samenwerking tussen aanbiedermodules binnen Koppeltaal en MedMij is vormgegeven. Het doel van deze eerste versie is om het ontwerp te delen met verschillende betrokkenen, waaronder de communities, expertsessies, het burgerpanel en ontwikkelpartners binnen beide afsprakenstelsels en feedback op te halen. Bij deze de uitnodiging voor feedback.

Dit solution design is nog niet af. Bepaalde hoofdstukken bevatten nog vragen of zijn deels of nog niet gevuld. Om in een vroegtijdig stadium al feedback op te kunnen halen, is besloten om dit solution design toch in deze vorm alvast te delen

Op basis van dit ontwerp is een prototype beschikbaar. In de komende periode wordt het ontwerp verder verfijnd op detailniveau, mede op basis van overleg en implementatietests.

Vanuit het solution design publiceren we binnen Koppeltaal en MedMij het voorgestelde ontwerp. Dit omvat onder andere een gegevensdienst voor het verzamelen van taken en het starten van modules.

Toekomstige versies van het document zullen verdere details uitwerken en actualiseren.

Versionering

Afsprakenstelsels en gegevensstandaarden hanteren een eigen versionering. Dit ontwerpdocument volgt een vereenvoudige versionering (0.1) en SemVer (0.1-alpha.1) zoals gebruikt binnen MedMij.
De SemVer-notatie voegt MedMij-productstatus (alpha, beta, rc) in en passen we toe op technische documentatie, waaronder implementatiegids en resourcemodellen op Simplifier.net en Git-repository.