4.4 Overwegingen bij meer moduletypen
Koppeltaal en MedMij keken naar verschillende typen modules en verkenden de opties voor het toevoegen van meerdere authenticatievormen in het aanbieden van aanbiedermodules.
Buiten scope, maar relevant in gesprekken met ontwikkelpartners en de communities. We voegen deze bijlage in om tijdens de ontwerpfase als nodig alternatieve applicatieflow te bespreken.
Moduletypen
Het ontwerp gaat uit van modules-applicaties waarbij een zorgverlener een taak klaarzet, de patiëntgebruiker deze taken ziet in een PGO of patiëntenportaal. Andere varianten zijn denkbaar, waarin het bijvoorbeeld niet de zorgaanbieder is die applicaties beschikbaar stelt; gebruikers die zonder uitnodiging een module gebruiken; een patiëntenportaal dat met een laadtechniek besluit de module te integreren in de eigen site; modules die geschikt zijn voor een specifiek medium zoals installatie op mobiele apparaten en geen webtechnologie ondersteunen.
Situaties als hierboven houden we voor nu buiten het ontwerp, maar wij keken al kort naar situaties waarbij de gebruiker bijvoorbeeld zelfstandig een infomatiesite bezoeken. Het solutiondesign zoekt naar een mate van compatibilteit met deze moduletypen. Wij definieerden er vijf:
Typenaam | Begrippenlijst |
|---|---|
Link | Gebruiker start module zonder datadeling zonder aanleiding van de zorgverlener.
|
Task link | Gebruiker start module zonder datadeling na taak van zorgverlener.
|
Standalone | Gebruiker start module met datadeling zonder aanleiding of taak zorgverlener.
|
PGO-standalone | Gebruiker start een module die data moet delen met de DVP.
|
Task | Gebruiker start module met datadeling na taak van zorgverlener.
|
NB: Task is in scope. We zien inmiddels mogelijkheden om andere moduletypen in een gezamenlijke flow aan te bieden zonder dat veel aanpassingen nodig zijn om de flows op deze apps ingewikkelder te maken. In een latere fase besteedt KoppelMij aandacht aan het uitwerken van deze usecases.
Sequentiediagrammen
Voor de volledigheid een uitwerking van de procesflow waar alle moduletypen in mee zijn genomen. De meer uitgebreide procesflow op typevarianten dient als achtergrondinformatie in het design en publiceren we vooralsnog niet in afsprakenstelsels. Verwachting is dat er usecases voor ontstaan.
Gestippelde lijntjes zijn backchannel-interacties waarvan de gebruiker niets ziet.
Verzamelen modules-diagram
In de situatie waar een PGO-gebruiker informatie verzamelt en een aanbiedermodule start is een applicatieprocesflow mogelijk om meerdere moduletypen te ondersteunen.
Selecteren en starten module-diagram
Bezoeken van de module met-en-zonder authenticatie kan afhankelijk worden van het moduletype. Modules die weinig of geen uitwisseling van persoonlijke gegegevens nodig hebben (zoals een informatiesite), vereisen geen of mogelijk lichte authenticatievormen zoals een verificatietest
