Doelstellingen en vereisten
Inleiding
Dit hoofdstuk beschrijft de doelstellingen en vereisten van de binnen de scope van Workflow Fase 1: Taken. Door de doelstellingen en vereisten duidelijk te definiëren, leggen we de basis voor een gestructureerde en doelgerichte ontwikkeling van de oplossing. Dit hoofdstuk helpt om de focus te behouden en ervoor te zorgen dat alle inspanningen zijn afgestemd op het bereiken van de gewenste resultaten.
Doelstellingen
Het doel is om een duidelijk beeld te geven van wat we binnen de Alpha Fase willen bereiken en welke specifieke criteria de oplossing moet vervullen. Deze doelstellingen en vereisten vormen de basis voor de latere, Alpha POC en Beta fases.
Workflow Fase 1: Taken
Doel 1: Zorgaanbieders vanuit hun rol opdrachten/taken kunnen geven/te laten uitvoeren door Zorggebruikers [Persoon] zonder direct contact tussen Zorgaanbieder en Persoon .
Doel 2: Zorggebruikers moeten geïnformeerd kunnen worden bij wijzigingen die gerelateerd zijn aan taken
Doel 3: Om binnen de kaders van de huidige standaarden van gegevens uitwisseling te blijven (FHIR).
Vereisten
Voor Taken maken zijn alle requirements op deze pagina geplaatst, we maken hierbij onderscheid tussen Business, Functional en Non-functional requirements.
De vereisten voor Zorgaanbieders zijn geformuleerd om de juiste oplossingsrichting te bepalen. Deze vereisten zullen echter niet worden gepubliceerd en zijn om die reden doorstreept.
Opbouw van requirement id’s
Een requirement id bestaat uit een concatenatie van een afgekorte functie/projectnaam, requirement type en een volgnummer met een - streepje tussen de verschillende elementen in.
Het volgnummer bestaat altijd uit een getal aangevuld tot 3 cijfers met voorloopnullen.
Voorbeeld: WFT-FR-001
Functienaam
WFT= Workflow Fase 1 Taken
Type requirement:
BR - Business Requirement
FR - Functional Requirement
NFR - Non-Functional Requirement
SEC - Security Requirement
Begrippenlijst
Binnen de context van taken worden er een aantal nieuwe begrippen en afkortingen toegevoegd deze zijn hieronder genoemd. Voor bestaande begrippenlijst kijk op:
Begrip/Afkorting | Beschrijving |
|---|---|
MedMij Registratie | MedMij Registratie is de applicatie voor de administratie van Deelnemers, de gegevensdiensten die worden aangeboden en de endpoints die hierbij horen. Deze informatie wordt uitgegeven in de verschillende lijsten. Met de introductie van Aanbiedermodules en Workflow-taken wordt dit uitgebreid met Aanbiedermodules en Workflow-taken (meta)informatie. Ook deze informatie wordt uitgegeven in de verschillende bestaande en/of nieuwe Module Aanbieder lijst (of Aanbieder Lijst) dit wordt nader bepaalt in Fase 2. Taken kunnen ook worden opgestart vanuit de eDiscovery mogelijkheden voor modules. |
1. Business vereisten
Dit gedeelte beschrijft de zakelijke vereisten die het project moet ondersteunen.
Deze vereisten zijn gekoppeld aan de strategische en operationele doelstellingen van de organisatie en richten zich op het verbeteren van de processen.
ID | Als… | Wil ik… | Zodat… | Functies in het stelsel | MoSCoW | MvP/ |
WTF-BR-001 | Persoon | in mijn PGO in het kader van een behandeling verzoeken van een Zorgaanbieder ontvangen om bepaalde taken uit te voeren. | ik toegewezen taken kan uitvoeren zonder fysieke tussenkomst van de zorgaanbieder. | Workflow | Must have | MVP |
WTF-BR-002 | Persoon | binnen de context van workflow en taken mij kunnen abonneren en genotificeerd worden op nieuwe taken en relevante wijzigingen betreffende open taken. | als Persoon geïnformeerd ben. | Workflow | Must have | MVP |
WTF-BR-003 | Persoon | binnen mijn PGO de status van mijn toegewezen taken kunnen aanpassen en taken kunnen uitvoeren en voltooien. | de Persoon vanuit de PGO de Workflow: Taken kan gebruiken en dat een Zorgaanbieder weet wat de status van een taak is. | Workflow | Must have | MVP |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WTF-BR-006 | MedMij Beheer | de activiteiten en interacties tussen de PGO en taken kunnen monitoren. | MedMij Beheer kan ingrijpen als er ergens iets mis gaat. | Workflow | Must have | MVP |
WTF-BR-007 | MedMij Beheer | inzage hebben in de geaccepteerde Workflow aanbieders. | duidelijk is of de Workflow aanbieder taken binnen het MedMij Netwerk beschikbaar mag stellen. | Workflow | Must have | MVP |
2. Functionele vereisten
Hier worden de specifieke functionaliteiten en capaciteiten beschreven die de oplossing moet bieden om de processen te ondersteunen.
Functionele vereisten kunnen betrekking hebben op gebruikersbeheer, gegevensuitwisseling, rapportage, en interoperabiliteit met bestaande systemen.
ID | Als… | Wil ik… | Zodat… | Functies in het stelsel | MoSCoW | MvP/Excellent |
WFT-FR-001 | Persoon | aangeven dat ik van mijn Zorgaanbieder notificaties wil ontvangen over taken. | ik als Persoon geïnformeerd blijf over status overgangen en updates gaande een taak. | Notificeren | Must have | MVP |
WFT-FR-002 | Persoon | dat ik mijn zorgaanbieder toestemming kan geven om taken met mij te kunnen delen | de Zorgaanbieder voor mij taken die nodig zijn kan initiëren. | Vertegenwoordiging | Must have | MVP |
WFT-FR-003 | Persoon | een bericht ontvangen op het moment dat er één of meerdere taken klaar staan in mijn PGO. | ik als Persoon geïnformeerd ben over het beschikbaar zijn van taken in mijn PGO. | Notificeren | Must have | MVP |
WTF-FR-004 | Persoon | dat ik notificaties ontvang als er wijzigingen zijn binnen de context van een taak. | ik als Peroon op de hoogte ben van de allerlaatste ontwikkelingen. | Notificeren | Must have | MVP |
WTF-FR-005 | Persoon | notificaties kunnen stop zetten. | ik geen updates meer krijg. | Notificeren | Must have | MVP |
WFT-FR-006 | Persoon | taken kunnen verzamelen door op een knop drukken. | ik als Persoon geïnformeerd ben over het beschikbaar zijn van taken in mijn PGO. | Taken | Must have | MVP |
WFT-FR-007 | Persoon | voor mij geldende taken kunnen accepteren, starten, pauzeren, afwijzen en voltooien. | ik zonder drempels en met minimale communicatie taken die door de Zorgaanbieder geïnitieerd zijn kan uitvoeren en ik als Persoon regie heb over welke taken ik wel en niet uitvoer. | Taken | Must have | MVP |
WFT-FR-008 | Persoon | de status van een taak kunnen wijzigen. | zodat de Zorgaanbieder geïnformeerd is over de voortgang van een taak. | Taken | Must have | MVP |
WFT-FR-009 | Persoon | notities/opmerkingen kunnen toevoegen aan een openstaande taak. | de zorgaanbieder geïnformeerd is over voortgang of evt. uitdagingen bij het uitvoeren van een taak. | Taken | Must have | MVP |
WFT-FR-010 | Persoon | (meervoudige) resultaten kunnen versturen naar de Zorgaanbieder, gebaseerd op één taak. | ik als zorggebruiker resultaten kan delen met zorgverlener . | Taken | Must have | MVP |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WTF-FR-020 | Medmij beheer | dat de Dienstverlener Aanbieder de genoemde communicatie kanalen ondersteunen die geregistreerd zijn binnen de daarvoor beschikbare systemen (Medmij Registratie) en lijsten van MedMij Beheer. | dat notificaties ten alle tijde afgeleverd kunnen worden. | Notificeren | Must have | MVP |
WTF-FR-021 | Medmij beheer | dat de dienstverleneraanbieder de configuratie voor autoriseren en ophalen van taken vastlegd in Medmij Registratie. | de DVP deze configuratie kan gebruiken om te communiceren met Autorisatie server en FHIR Resource Server van de Zorgaanbieder. | Workflow | Must have | MVP |
WTF-FR-022 | Medmij beheer | dat de Dienstverlener Persoon in aanvulling op WFT-FR-20 geen opties voor notificatie toont wanneer deze niet beschikbaar zijn. | de Persoon een goede user experience heeft. | Notificeren | Must have | MVP |
WTF-FR-023 | Medmij beheer | dat de Dienstverlener Persoon als communicatiemiddel alleen REST-hook ondersteunt. | er een HTTP-gebaseerde notificatie door een server naar een cliënt wordt gestuurd wanneer een gebeurtenis plaatsvindt. Hierdoor worden de notificaties in alle gevallen afgeleverd. | Notificeren | Must have | MVP |
|
|
|
|
|
|
|
3. Niet-functionele vereisten
In dit gedeelte worden de niet-functionele vereisten uiteengezet, zoals prestaties, schaalbaarheid, beschikbaarheid, en gebruiksvriendelijkheid.
Deze vereisten zorgen ervoor dat de oplossing niet alleen functioneel is, maar ook betrouwbaar, efficiënt en gebruiksvriendelijk.
Req# | Als… | Wil ik… | Zodat… | Functies in het stelsel | MoSCoW | MvP/Excellent |
WFT-NFR-001 | Persoon | wil ik mijn gebruikerservaring intuïtief en eenvoudig is. | zodat ik makkelijk mijn persoonsgebonden omgeving kan gebruiken. | Taken | Must have | MVP |
WFT-NFR-002 | Medmij beheer | dat de deelnemers de gegevensintegriteit en beveiliging waarborgen conform het huidige afsprakenstelsel. | zodat de uitwisseling altijd veilig gebeurt. | Taken | Must have | MVP |
WFT-NFR-003 | Medmij beheer | dat de deelnmemers gebeurtenisssen moeten vastleggen binnen workflow proces loggen bij Medmij Beheer. | Medmij beheer de kwaliteit van het taak proces kan inzien en monitoren. | Taken | Must have | MVP |
WFT-NFR-004 | Medmij beheer | dat de deelnemers de gebeurtenissen vastleggen binnen de gestelde kaders van het Afsprakenstelsel. | zodat de deelnemer op uniforme wijze de gebeurtenissen aanleveren. | Taken | Must have | MVP |
WFT-NFR-005 | Medmij beheer | dat workflow compatible is met Koppeltaal. | zodat er uniformiteit ontstaat tusen de afsprakenstelsels. | Taken | Could have | Excellent |
WFT-NFR-006 | Medmij beheer | dat uitwisseling plaats vindt op basis van FHIR versie R4-STU4b. architectuur besluit: versie FHIR versie R4-STU4b. | zodat de basis voor Koppeltaal en het Afsprakenstelsel uniform is. | Taken | Must have | MVP |
WTF-NFR-007 | Medmij beheer | dat de beheerlijsten voor het aanbieden moet kunnen werken met zowel discovery als zonder. | zodat de Zorgaanbieders zelf hun configuratie en portfolio/diensten kunnen beheren. | Taken | Won’t | Excellent |
WFT-NFR-008 | MedMij beheer | een lijst beschikbaar hebben met alle Workflow-profielen (zie Koppeltaal). | ik de Dienstverlener Persoon kan informeren over de beschikbare workflow profielen. | Lijsten | Must have | MVP (Fase2) |
WFT-NFR-009 | MedMij beheer | deelnemers kunnen kwalificeren op de ondersteuning van Workflow-profielen. | alleen gekwalificeerde deelnemers Workflow mogen aanbieden. | Juridische Context, Normenkader | Must have | MVP (Fase) |
WFT-NFR-010 | MedMij beheer | partijen kunnen accepteren voor de functie Workflow ( o.a. security, juridisch, R&A). | alleen geaccepteerde deelnemers Workflow mogen aanbieden. | Juridische Context, Normenkader | Must have | MVP |
WFT-NFR-011 | MedMij beheer | het gebruik van Workflows kunnen monitoren. | we onze regie functie kunnen uitvoeren. | Logging | Must have | MVP |
4. Beveiligings vereisten
Dit gedeelte beschrijft de vereisten met betrekking tot de beveiliging van de oplossing.
Dit omvat maatregelen voor gegevensbescherming, toegangsbeheer, en versleuteling om ervoor te zorgen dat gevoelige informatie veilig wordt opgeslagen en uitgewisseld.
Req# | Als… | Wil ik… | Zodat… | Functies in het stelsel | MoSCoW | MvP/Execlent |
WTF-SEC-001 | Medmij beheer | dat de Dienstverlener Aanbieder authenticatie- en autorisatiemechanismen in werking heeft. | alleen geautoriseerde en geauthenticeerde personen gebruik kunnen maken van taken. | Taken | Must have | MVP |
|
| de Persoon eerst authenticeert voordat workflow taken gebruikt kan worden. | de Zorgaanbieder de identiteit van een gebruiker vaststelt. | Taken | Must have | MVP |
5. Naleving
Hier worden de vereisten beschreven die ervoor zorgen dat de oplossing voldoet aan relevante wet- en regelgeving, zoals GDPR, NIS2, eIDAS, en eIDAS2, WIA, AVG. Dit helpt om juridische en regelgevende risico's te minimaliseren en te zorgen voor compliance met alle noodzakelijke normen en voorschriften.