Skip to main content
Skip table of contents

2.3 Niet-functionele vereisten

In dit hoofdstuk 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… 

MoSCoW

1

AM-NFE-001

Medmij beheer

dat de Zorgaanbieder verantwoordelijk is via zijn Dienstverlener Aanbieder voor de gegevensverwerking binnen het gebruik van aanbiedermodules.

M

2

AM-NFE-002

Medmij beheer

dat voor het opstarten van de module moet SMART app launch van FHIR versie R4 gebruikt worden

M

3

AM-NFE-003

Persoon

binnen een bepaalde tijd na authenticatie de functionaliteit van de module kunnen gebruiken

M

4

AM-NFE-004

Persoon

wil ik mijn gebruikerservaring intuïtief en eenvoudig is.

zodat ik makkelijk mijn persoonsgebonden omgeving kan gebruiken.

M

5

AM-NFE-005

Medmij beheer

dat de deelnemers de gegevensintegriteit en beveiliging waarborgen conform het huidige afsprakenstelsel.

zodat de uitwisseling altijd veilig gebeurt.

M

6

AM-NFE-006

Medmij beheer

dat de deelnemers gebeurtenissen moeten vastleggen binnen Aanbiedermodules loggen bij Medmij Beheer.

Medmij beheer de kwaliteit van het taak proces kan inzien en monitoren.

M

7

AM-NFE-007

Medmij beheer

dat de deelnemers de gebeurtenissen vastleggen binnen de gestelde kaders van het Afsprakenstelsel.

zodat de deelnemer op uniforme wijze de gebeurtenissen aanleveren.

M

8

AM-NFE-008

Medmij beheer

dat het solution design voor Aanbiedermodules compatible is met Koppeltaal.

zodat er interoperabiliteit ontstaat tussen de afsprakenstelsels.

M

9

AM-NFE-009

Medmij beheer

dat uitwisseling plaats vindt op basis van FHIR versie R4B.

zodat de basis voor Koppeltaal en het Afsprakenstelsel uniform is.

M

10

AM-NFE-010

MedMij beheer

de transacties tussen MedMij-deelnemers bij het gebruik van Aanbiedermodules kunnen monitoren.

we onze regie functie kunnen uitvoeren.

M

4. Beveiligingsvereisten

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… 

MoSCoW

AM-SEC-001

Medmij beheer

dat de Dienstverlener Aanbieder authenticatie- en autorisatiemechanismen in werking heeft.

alleen geautoriseerde en geauthenticeerde personen gebruik kunnen maken van Aanbiedermodules

M

AM-SEC-002

Zorgaanbieder

de Persoon eerst authenticeert voordat Aanbiedermodules gebruikt kunnen worden.

de Zorgaanbieder de identiteit van een gebruiker vaststelt.

M

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.