2.3 Niet-functionele eisen
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.
ID | Als… | Wil ik… | Zodat… | |
|---|---|---|---|---|
| 1 | AM-NFE-001 | MedMij beheer | dat de Zorgaanbieder verantwoordelijk is via zijn Dienstverlener Aanbieder voor de gegevensuitwisseling van aanbiedertaken en dat de zorgaanbieder verantwoordelijk is voor de gegevensverwerking binnen de aanbiedermodule. Dat gaat buiten MedMij om. | |
| 2 | AM-NFE-002 | MedMij beheer | dat voor het opstarten van de module SMART app launch van FHIR (Overview - SMART App Launch v2.2.0) gebruikt wordt. | |
| 3 | AM-NFE-003 | Persoon | binnen een bepaalde tijd na activeren van de taak in de PGO, om de module te starten, de functionaliteit van die module kunnen gebruiken | ik niet onnodig hoef te wachten |
| 4 | AM-NFE-004 | Persoon | dat mijn gebruikerservaring intuïtief en eenvoudig is. | ik gemakkelijk mijn persoonsgebonden omgeving kan gebruiken. |
| 5 | AM-NFE-005 | MedMij beheer | dat de deelnemers de gegevensintegriteit en beveiliging waarborgen conform het huidige afsprakenstelsel. | de uitwisseling altijd veilig gebeurt. |
| 6 | AM-NFE-006 | MedMij beheer | dat de deelnemers gebeurtenissen vastleggen bij starten Aanbiedermodules en die loggen bij Medmij Beheer. | Medmij beheer de kwaliteit van het taak proces kan inzien en monitoren. |
| 7 | AM-NFE-007 | Medmij beheer | dat de deelnemers de gebeurtenissen vastleggen binnen de gestelde kaders van het Afsprakenstelsel. | de deelnemer op uniforme wijze de gebeurtenissen aanleveren. |
| 8 | AM-NFE-009 | Medmij beheer | dat uitwisseling plaats vindt op basis van FHIR versie R4. | de basis voor Koppeltaal en het Afsprakenstelsel uniform is en aangesloten wordt bij het VWS FHIR besluit. |
| 9 | AM-NFE-010 | MedMij beheer | de transacties tussen MedMij-deelnemers bij het gebruik van Aanbiedermodules kunnen monitoren. | MedMij beheer de regie functie kan uitvoeren. |
| 10 | AM-NFE-011 | Medmij beheer | dat de Dienstverlener Aanbieder authenticatie- en autorisatiemechanismen in werking heeft. | alleen geautoriseerde en geauthenticeerde personen gebruik kunnen maken van Aanbiedermodules |
| 11 | AM-NFE-012 | Zorgaanbieder | de Persoon (indien vereist door Zorgaanbieder) eerst authentiseert voordat Aanbiedermodules gebruikt kunnen worden. | de Zorgaanbieder de identiteit van een gebruiker vaststelt. |
| 12 | AM-NFE-013 | MedMij beheer | dat er gebruik wordt gemaakt van stabiele fhir-id’s voor minimaal de task resource. We bedoelen hiermee FHIR id en niet identifier. Lees hier meer over verschil tussen FHIR id en identifier. | de integriteit kan worden geborgd. |
| 13 | AM-NFE-014 | MedMij beheer | dat de DVP en DVA op een efficiënte wijze de synchronisatie van taken verzorgen en de intentie en ambitie hebben de genoemde performancecijfers te kunnen realiseren. | de performance van systemen en wachttijden voor personen geminimaliseerd worden |
| 14 | AM-NFE-015 | MedMij beheer | dat de DVP en DVA maatregelen nemen om alleen het HTTPS protocol toe te staan, ook bij het launchen van een module (Zoals in het gehele ontwerp, let hierbij op de vingerende versie van het Afsprakenstelsel. Hier is specifiek | de veiligheid gewaarborgd is |
| 15 | AM-NFE-016 (nieuw) | Zorgaanbieder | dat de DVA optioneel (niet verplicht) om een extra toestemming kan vragen aan de PGO-gebruiker wanneer de DVP om een launchcode vraagt bij de DVA (paragraaf 3.4) | een DVA in opdracht van de Zorgaanbieder een extra verificatie-stap kan uitvoeren voor gevoelige modules of specifieke gegevenstoegang (step-up). |