2.2 Functionele eisen
In deze fase van het solution design is alléén het starten van een module door een Zorggebruiker vanuit de PGO op verzoek van de zorgverlener in scope. Een module kan door een patiënt worden gestart middels een taak en kan bestaan uit 1 of meer digitale activiteiten. De module wordt door de zorgverlener middels een taak aan een zorggebruiker toegewezen. Het inrichten van deze functionaliteit is de verantwoordelijkheid van de Zorgaanbieder die dat vanuit het XIS, ZNO of een moduleapplicatie kan doen. Zie ook de 4.6 Patiëntreis (concept)
In de toekomst zal een uitbreiding op het solution design worden gemaakt, waarbij ook het starten van een module op initiatief van de zorggebruiker in scope is. Daarom staat in de kolom Initiatief of de taak/module door de Zorgverlener (InZ) of door de Patient (InP) geïnitieerd kan worden. Een * betekent kan door beide geïnitieerd worden.
De lijst met functionele eisen is zeker nog niet volledig. Middels gesprekken met de coalitiepartners zal er nog een verdere verfijning plaatsvinden.
De prioriteit van elke onderstaande functionele eis wordt vastgesteld volgens de MoSCoW-methodiek, waarbij eisen worden geclassificeerd op basis van hun belang en noodzaak voor de implementatie:
Daarnaast is aangegeven:
Of de functionaliteit een randvoorwaardelijke functionaliteit is die beschikbaar kan/moet zijn in de applicaties voor de MVP. Dit betreft over het algemeen functionaliteiten die nu ook al beschikbaar zijn in de moduleapplicatie (MA), Zorg Netwerk Omgeving (ZNO) / Netwerk Informatiesysteem (NIS)-, XIS-, of DVA-, DVP- of Verbind.MedMij-applicaties voor de zorgverlener.
Of dat het functionaliteit is, die onderdeel is van het solution design van de MVP en wordt getest.
Opmerking:
Dit document probeert inzicht te geven in de eisen voor betrokken partijen. Het betekent niet automatisch dat alle participanten in het MedMij afsprakenstelsel komen.
In de kolom “Eis voor” kunnen de volgende actoren bestaan: XIS, DVA, DVP, MA, MedMij. NIS wordt in deze versie als een verzameling gedelegeerde XIS’sen geinterpreteerd.
XIS/DVA staat voor of XIS of DVA, dit is afhankelijk van de gekozen oplossing waar de taken op te slaan.
Functionele vereisten
ID | ALS (rol) | WIL IK (functie) | ZODAT IK (doel) | Initiatief | Scope MVP | Randvoorwaarde voor MVP | Prioriteit MoSCoW | Eis voor | |
---|---|---|---|---|---|---|---|---|---|
1 | AM-FE-001 | zorgverlener | in het kader van een behandeltraject een module kunnen aanbieden aan patiënt in de PGO | mijn client/patiënt relevante zorg kan bieden | InZ | ja | M | XIS/DVA, MA | |
2 | AM-FE-002 | zorgverlener | repeterende taken / modules kunnen aanbieden in de PGO | mijn administratieve last kan verlagen | InZ | ja | C | XIS/DVA, MA | |
3 | AM-FE-003 | zorgverlener | optionele modules kunnen aanbieden aan 'onbekende' patienten van mijn zorginstelling | mijn client zelf kan kiezen welke module wordt gestart | InP | nee | ? | XIS/DVA, DVA, MA | |
4 | |||||||||
5 | AM-FE-004 | zorgverlener | dat PGO's taken / modules ondersteunen. Dit moet zichtbaar zijn voor de zorgverlener in de zorgaanbieder-applicatie | mijn patiënt de juiste informatie kan meegeven /sturen | * | ja | M | Allen | |
6 | AM-FE-005 | zorgverlener | de patiënt informeren over een uitgezette taak middels mail | mijn client/patiënt kan informeren | InZ | ja | M | XIS | |
7 | AM-FE-006 | zorgverlener | de uitkomsten/resultaten van de aanbiedermodules kunnen inzien | die mee kan nemen in de behandeling van de patient | * | ja | M | XIS, MA | |
8 | AM-FE-007 | zorgverlener | een uitgezette nog niet gestarte taak kunnen annuleren inclusief toelichting | mijn client behoedt voor onnodige taken en daarover kan communiceren | inZ | ja | M | XIS | |
9 | AM-FE-009 | zorgverlener | de algehele voortgang van de taak kunnen monitoren bijhouden | in welke stadium de taak zich bevindt en daardoor kan bijsturen | * | ja | M | XIS | |
10 | AM-FE-010 | zorgverlener | kunnen filteren op taken per patiënt | beter overzicht kan creëren | * | ja | M | XIS | |
11 |
| zorgverlener | instructie kunnen meesturen in de taak | er voor kan zorgen dat de patiënt beter begrijpt wat van hem of haar wordt verwacht | inZ | ja | M | XIS | |
12 |
| zorgverlener | statusupdates van de taken krijgen zonder eigen interactie | er op kan rekenen dat ik altijd naar actuele data zit te kijken. | * | ja | C | XIS, DVA, MA | |
13 |
| zorgverlener | uitkomsten van repeterend uitgevoerde aanbiedermodules met elkaar vergelijken | inzage heb in de regressie/progressie van mijn client | * | ja | C | XIS, MA | |
14 | |||||||||
15 | AM-FE-014 | persoon | een link uit de mail van mijn zorgaanbieder kunnen openen | om een pgo selectie te starten | inZ | ja | M | XIS, MA | |
16 | AM-FE-015 | persoon | Op Verbind.MedMij alleen PGO's kunnen selecteren die modules ondersteunen, als dat in de link/QR-code staat | geen 'verkeerd' PGO kiezen die geen Aanbiedermodules ondersteunt | * | ja | M | DVP, MedMij | |
17 | AM-FE-016 | persoon | een PGO account kunnen aanmaken | over een juiste cockpit beschik | * | ja | M | DVP | |
18 | AM-FE-017 | persoon | een link of qr-code uit de mail van mijn zorgaanbieder kunnen gebruiken | direct de juiste zorgaanbieder selecteren | * | ja | M | DVP, MedMij | |
19 | AM-FE-018 | persoon | zo min mogelijk (maximaal 2x, bij gebruik Langdurige Toestemming) inloggen | het aantal handelingen kan minimaliseren | * | ja | M | DVP,DVA,MA | |
20 | AM-FE-019 | persoon | gebruik maken van langdurige toestemming om later bij de DVA een tokenexchange te kunnen starten | het aantal inloggen minimaliseren. | * | ja | M | DVP,DVA | |
21 | AM-FE-020 | persoon | een overzicht van optionele modules zien. Optionele modules zijn modules die door de Zorgaanbieder beschikbaar worden gesteld en de Zorggebruiker op eigen initiatief | zelf een keuze kan maken welke module ik wil starten | InP | nee | ? | ? | |
22 | AM-FE-021 | persoon | op de achtergrond, naar aanleiding van een launch naar de module, een taak kunnen aanmaken | en de zorgverlener de voortgang van die optionele module kan bijhouden | inP | nee | ? | ? | |
23 | AM-FE-022 | persoon | vanuit mijn PGO met behulp van een taak een aanbiedermodule kunnen starten | de aanbiedermodule kan gebruiken | * | ja | M | DVP, DVA, MA | |
24 | AM-FE-023 | persoon | mijn openstaande taken kunnen verzamelen | overzicht krijgen van de taken die aan mij zijn toegewezen | * | ja | M | DVP,DVA | |
25 | AM-FE-024 | persoon | mijn openstaande taken kunnen inzien | de juiste modules kan starten | * | ja | M | DVP | |
26 | AM-FE-025 | persoon | mijn openstaande taken (in diverse weergaven oa. kalender, lijst) zien en zelf kunnen filteren en sorteren | afhankelijk van de situatie het beste kan zien wat er van me verwacht wordt (bv per dag, week) | * | ja | C | DVP | |
27 | AM-FE-026 | persoon | mijn uitgevoerde taken kunnen inzien | inzage hebben wanneer ik wat gedaan heb, en nog eens kan teruglezen | * | ja | M | DVP | |
28 |
| persoon | een specifieke taak expliciet kunnen accepteren | zodat ik mijn zorgverlener kan informeren. | inZ | nee | ? | DVP, DVA | |
29 | AM-FE-028 | persoon | een taak impliciet kunnen accepteren, door de taak te starten | zodat het aantal kliks wordt geminimaliseerd | inZ | ja | M | DVP, DVA, MA | |
30 | AM-FE-029 | persoon | een specifieke taak kunnen weigeren | zelf kunnen beslissen welke taak ik wel en niet wil doen, en die keuze zichtbaar kan maken | inZ | nee | M | DVP, DVA | |
31 | AM-FE-030 | persoon | door mijn zorgaanbieder geannuleerde taken (met reden inzien) | weet dat ik het niet meer hoef te doen en waarom | inZ | ja | M | DVP | |
32 | AM-FE-031 | persoon | bij weigering van een taak optioneel een reden opgeven | de zorgverlener kan informeren waarom ik een taak niet wil doen | inZ | nee | M | DVP | |
33 | AM-FE-032 | persoon | een de module pauzeren middels tussentijds opslaan | iets anders kan doen en op een later moment verder kan | * | ja | M | XIS/DVA, DVP, MA | |
34 | AM-FE-033 | persoon | een reeds gestarte module kunnen hervatten | verder kan gaan waar ik gebleven was | * | ja | M | DVP, DVA, MA | |
35 | AM-FE-034 | persoon | na afronding van de module terugkeren in mijn pgo | andere onderdelen van mijn dossier kan inzien of een nieuwe taak kan starten | * | ja | M | DVP, DVA, MA | |
36 | AM-FE-036 | persoon | bij terugkeer in de PGO vanuit de module worden de taken met statussen ververst | een accuraat overzicht heb van mijn taken | * | ja | M | DVP, DVA | |
37 | AM-FE-037 | persoon | uitkomsten van repeterend uitgevoerde aanbiedermodules met elkaar vergelijken | inzage heb in de regressie/progressie van mijn aandoening | * | nee | M | ||
38 | AM-FE-038 | MedMij | (inter)acties tussen de PGO en aanbiedermodule kunnen monitoren | MedMij inzicht heeft in de interacties en het proces kan verbeteren | * | ja | M | DVA, DVP, MedMij | |
39 | AM-FE-039 | MedMij | inzage hebben welke DVP’s en DVA’s modules kunnen/mogen ondersteunen | duidelijk is of DVA en DVP modules en taken beschikbaar mogen stellen binnen het MedMij Netwerk | * | ja | M | MedMij |
Openstaande Vragen:
AM-FE-027 Willen patiënten taken wel verplicht expliciet kunnen accepteren en weigeren. Het is een extra handeling. Misschien optioneel maken zodat het een keuze van de patiënt is, om de zorgaanbieder indien nodig te informeren. In een eerder project kwam uit de gebruikerstest dat een gebruiker zo min mogelijk handelingen wil.
AM-FE-011 Instructies meesturen met taken. Hoe wordt dit nu in Koppeltaal gedaan? Is het een optie om in de taak een korte toelichting mee te sturen, en in de module zelf een volledige instructie?
AM-FE-012 Realtime updates middels fhir subscription voor de Persoon zijn niet in scope, mogelijk wel voor de Zorgaanbieder? Zou het eventueel afdoende kunnen zijn bij het openen van het patientendossier de zorgverlener de actuele status van de taken op te laten halen?
AM-FE-037 Dit requirement lijkt nu te vroeg, omdat retourneren gegevens nog niet in scope is, het is dus vooralsnog niet relevant voor MedMij PGO.