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
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.
Middels gesprekken met de coalitiepartners en gebruikerstesten zal er nog een verdere verfijning van de functionele eisen kunnen plaatsvinden. Uiteindelijk zal er een freeze voor de eisen voor deze ontwikkeliteratie zijn.
We onderscheiden functionele eisen en randvoorwaardelijke eisen. De functionele eisen moeten in de oplossing worden ingebouwd. Een randvoorwaardelijke functionaliteit kan/moet beschikbaar zijn in de applicaties voor de MVP. MedMij zegt niet hoe dit te realiseren. 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 het functionaliteit is, die onderdeel is van de MVP van het solution design 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. Een NIS wordt in deze kolom ook met XIS aangeduid.
XIS/DVA staat voor of XIS of DVA, dit is afhankelijk van de gekozen oplossing waar de taken op te slaan.
Functionele eisen
ID | ALS (rol) | WIL IK (functie) | ZODAT … (doel) | Scope MVP | Eis voor | |
|---|---|---|---|---|---|---|
| 1 | AM-FE-001 | zorgverlener | in het kader van een behandeltraject een taak, waarmee een aanbiedermodule gestart kan worden, kunnen aanbieden aan de patiënt via de PGO | ik mijn client/patiënt relevante zorg kan bieden | ja | XIS/DVA, MA |
| 2 | AM-FE-002 | zorgverlener | repeterende taken (/modules) kunnen aanbieden via de PGO | ik mijn administratieve last kan verlagen | ja | XIS/DVA, MA |
| 3 | AM-FE-004 | zorgverlener | weten dat PGO's taken / aanbiedermodules ondersteunen. Dit moet zichtbaar zijn voor de zorgverlener in de zorgaanbieder-applicatie | ik mijn patiënt de juiste informatie kan meegeven /sturen | ja | Allen |
| 4 | AM-FE-015 | persoon | Op Verbind.MedMij alleen PGO's kunnen selecteren die aanbiedermodules ondersteunen, als dat in de link/QR-code staat | ik geen 'verkeerd' PGO kan kiezen die geen Aanbiedermodules ondersteunt | ja | DVP, MedMij |
| 5 | AM-FE-018 | persoon | zo min mogelijk (maximaal 2x, bij gebruik Langdurige Toestemming) inloggen | ik het aantal handelingen kan minimaliseren | ja | DVP,DVA,MA |
| 6 | AM-FE-019 | persoon | gebruik maken van langdurige toestemming om later bij de DVA een tokenexchange te kunnen starten | ik het aantal inloggen kan minimaliseren. | ja | DVP,DVA |
| 7 | AM-FE-022 | persoon | vanuit mijn PGO via een taak een aanbiedermodule kunnen starten | ik de aanbiedermodule kan gebruiken | ja | DVP, DVA, MA |
| 8 | AM-FE-023 | persoon | mijn taken binnen een acceptabele tijdsduur kunnen verzamelen zowel met als zonder gebruik van de voorgeschreven (fhir) filtercriteria | ik zo efficiënt mogelijk een overzicht kan maken van de taken die aan mij zijn toegewezen | ja | DVP,DVA |
| 9 | AM-FE-024 | persoon | mijn openstaande taken kunnen inzien | ik de juiste aanbiedermodules kan starten | ja | DVP |
| 10 | AM-FE-025 | persoon | mijn openstaande taken (eventueel in diverse weergaven oa. kalender, lijst) zien en zelf kunnen filteren en sorteren | ik afhankelijk van de situatie het beste kan zien wat er van me verwacht wordt (bv per dag, week) | ja | DVP |
| 11 | AM-FE-026 | persoon | mijn uitgevoerde taken kunnen inzien | ik inzage heb in wanneer ik wat gedaan heb, en de resultaten kan inzien | ja | DVP |
| 12 | AM-FE-030 | persoon | door mijn zorgaanbieder geannuleerde taken inzien, eventueel met reden | ik weet dat ik de taak niet meer hoef te doen en waarom | ja | DVP |
| 13 | AM-FE-034 | persoon | na afronding van de aanbiedermodule terugkeren in mijn pgo | ik andere onderdelen van mijn dossier kan inzien of een nieuwe taak kan starten | ja | DVP, DVA, MA |
| 14 | AM-FE-036 | persoon | bij terugkeer in de PGO vanuit de aanbiedermodule, dat de taken met statussen in de PGO worden ververst | ik een accuraat overzicht heb van mijn taken | ja | DVP, DVA |
| 15 | 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 | DVA, DVP, MedMij |
| 16 | AM-FE-039 | MedMij | inzage hebben welke DVP’s en DVA’s aanbiedermodules kunnen/mogen ondersteunen | duidelijk is of DVA en DVP aanbiedermodules en taken beschikbaar mogen stellen binnen het MedMij Netwerk | ja | MedMij |
| 17 | AM-FE-040 | persoon | kunnen zien wanneer mijn taken van een zorgaanbieder ververst zijn | ik de actualiteit van de taken goed kan inschatten | ja | DVP |
| 18 | AM-FE-041 | persoon | dat de DVP de inhoud van mijn taken regelmatig (bv bij inloggen of 's nachts) verzamelt, bij die zorgaanbieders, waar ik een actieve langdurige toestemming heb. | zodat ik bij wijzigingen van die taken, binnen afzienbare tijd, naar de juiste gegevens kijk. | ja | DVP |
| 19 | AM-FE-042 | MedMij | dat de DVP middels het privacy statement de persoon informeert dat de aanbiedermodule onder verantwoordelijkheid van de Zorgaanbieder valt. | zodat de DVP niet aansprakelijk is. | ja | DVP |
| 20 | AM-FE-046 | zorgaanbieder | dat de patiënt er op geattendeerd wordt dat hij van de PGO naar de module-omgeving van zorgaanbieder [naam zorgaanbieder] gaat, wanneer hij de externe link gebruikt in de taak | het voor de patiënt duidelijk is dat hij naar een omgeving buiten de PGO gaat, waarvoor de organisatie van [naam zorgaanbieder] verantwoordelijk is, zodat wordt voldaan aan de informatieplicht volgens de AVG | ja | DVP |
| 21 | AM-FE-048 (mutatie) | persoon | door de DVP actief of middels een disclaimer gewaarschuwd worden dat mijn taken voor 1 of meer zorgaanbieders met [zorgaanbiedernaam] gedurende x tijd niet meer verzameld zijn door de DVP. Dit vanwege het dynamische karakter van taken. | er op gewezen wordt, dat ik mogelijk naar verouderde informatie kijk en daarom mijn taken opnieuw moet (laten) verzamelen. | ja | DVP |
| 22 | AM-FE-050 (nieuw) | persoon | dat mijn unieke taken slechts 1 keer zichtbaar zijn in het taakoverzicht in de PGO, en er geen duplicaten te zien zijn. | ik over een correct overzicht van mijn taken beschik. | ja | DVP |
| 23 | AM-FE-051 (nieuw) | persoon | dat de PGO de geselecteerde module opent in dezelfde browser‑tab | ik een consistente en optimale gebruikservaring behoud. | ja | DVP |
| 24 | AM-FE-053 (nieuw) | persoon | dat de PGO alleen relevante taken (= die ik kan uitvoeren of al gezien/gestart/afgerond/afgewezen heb) toont | ik alleen informatie zie de helder, consistent, relevant is. | ja | DVA |
| 25 | AM-FE-054 (nieuw) | zorgverlener | dat taken die na of tijdens het maken van een concept, geannuleerd zijn (en dus nog niet getoond waren aan de persoon), ook slechts in het EPD blijven | de Persoon niet in verwarring raakt door onjuiste of irrelevante informatie. | ja | DVA |
Randvoorwaardelijke eisen
De onderstaande tabel betreft de voor het project relevante randvoorwaardelijke functionele eisen. Dit zijn reeds bestaande functionaliteiten, welke worden veronderstelt aanwezig te zijn of niet vallen onder de verantwoordelijkheid van MedMij deelnemers.
In bijlage 4.9 Randvoorwaardelijke Functionele eisen staan de overige randvoorwaardelijke eisen.
ID | ALS (rol) | WIL IK (functie) | ZODAT … (doel) | Eis voor | |
|---|---|---|---|---|---|
| 1 | AM-FE-005 | zorgverlener | de patiënt informeren over een nieuw uitgezette taak middels een mail | ik mijn client/patiënt kan informeren | XIS, MA |
| 2 | AM-FE-017 | persoon | een link of qr-code uit de mail van mijn zorgaanbieder kunnen gebruiken | in de PGO direct de juiste zorgaanbieder wordt geselecteerd. | DVP, MedMij |
| 3 | AM-FE-045 (mutatie) | zorgaanbieder | dat de patiënt naast de PGO ook een ander bestaande route (zoals een patiëntenportaal, de module zelf) kan gebruiken om de taak te ontvangen en de aanbiedermodule te starten | de patiënt een keuze heeft, en de continuïteit van de (hybride) zorg altijd geborgd is | XIS, MA |
| 4 | AM-FE-047 | persoon | via mijn PGO de uitkomsten/resultaten van mijn afgeronde taak in een resultaatscherm van de aanbiedermodule kunnen inzien | met zo min mogelijk handelingen in de aanbiedermodule (direct) het resultaatscherm kan zien | XIS,MA |
| 5 | AM-FE-049 (mutatie) | persoon | dat de zorgaanbieder/moduleaanbieder de taak(status)gegevens accuraat en tijdig bijwerken na wijziging, in ieder geval voor ik terugkeer naar de PGO. | bij terugkeer vanuit de module naar de PGO de taken opnieuw door de DVP kan laten verzamelen en ik daardoor de juiste taakstatus zie | XIS, MA |
| 6 | AM-FE-052 (nieuw) | MedMij | dat taken over een unieke business identifier beschikken, op basis van een system en taaknummer / identificatie. | deduplicatie van taken binnen de PGO mogelijk is. | XIS,MA, DVA |
| 7 | AM-FE-055 (nieuw) | persoon | wil ik een omschrijving van de taak zien | het doel van de taak duidelijk is | XIS,MA |
Aanvullende opmerkingen:
AM-FE-005 Een notificatie-overload kan optreden wanneer alle actoren de patient informeren.
AM-FE-052 Niet te verwarren met AM-NFE-013 waarin we spreken over een stabiele resource-id. De stabiele resource-id is nodig voor het starten van de juiste taak. De business-identifier dient voor deduplicatie.