Page History
← I menuen til venstre er der flere niveauer af arkitekturarbejde, der beskriver flows, sammenhænge og forventninger til løsningen. |
Problemstillingen og Løsningen i tekstform
- Unge kan fremover fortsætte i kommunal tandpleje frem til de fylder 22 år. En måned inden borgeren fylder 22 år, skal vedkommende modtage en Digital Post besked med et link til den nye tandlæge-vælger løsninger på Sundhed.dk.
- Vi skal etablere løsningen, der dagligt sender digitale post beskeder på baggrund af udtræk fra CPR
- Når en borger vælger ny tandlæge i "Din Digitale Tandlægevælger" sendes valget til en NSP-service
- Vi skal etablere denne NSP service og den bagvedliggende database.
- NSP-servicen/Backoffice sender en besked til tandlægen med opfordring til at afgøre om der er plads til borgeren i deres klinik. Det sker gennem EDI netværket. EDI-portalen håndterer svaret fra tandlægen og sender valget videre til NSP.
- Vi skal etablere integrationen til EDI-portalen.
- Når tandlægen gennem EDI-portalen accepterer eller afviser en anmodning, sender EDI-portalen svar til en webservice på NSP, der registrerer valget i den centrale database.
- Vi skal etablere den webservice, der modtager tandlægens beslutning
- Endelig er der nogle påmindelsesopgaver (hvis borger ikke reagerer eller hvis tandlæge ikke reagerer) samt lidt 'housekeeping'.
- Vi skal udforme disse jobs.
| Table of Contents |
|---|
DDTV Use Cases
A.1: Borger vælger ny tandlæge
...
@startuml
center header
Usecase A.1 - Borger vælger ny tandlæge
end header
...
participant Borger
participant Sundhed.dk
participant NemLogin
participant NSP
participant NSP_Backoffice
Queue MessageQueue
Note Over Borger
A.1: Borger logger på Sundhed.dk
og vælger en ny tandlæge,
hvorefter tandlægen automatisk kontaktes.
end note
Activate Borger
Borger -> Sundhed.dk ++ : Aktiverer Sundhed.dk i Browser
Sundhed.dk -> NemLogin ++ : login
return
Sundhed.dk -> NSP ++ : ddtvCheckStatus(...)
return status info
...
Borger -> Sundhed.dk ++: (A.1) Vælg ny tandlæge
Sundhed.dk -> NSP ++: ddtvApplyForNewDentist(...)
NSP -> NSP_Backoffice ++ : gem data
return
NSP ->> MessageQueue : Besked til tandlæge om at optage borgeren
NSP ->> MessageQueue : Kvittering til borger
return
return
return
DeActivate Borger
== Asynkrone jobs på NSP backoffice ==
MessageQueue ->> MessageQueue: Send besked til tandlægen (asynk)
MessageQueue ->> MessageQueue: Send kvittering til borger via Digital Post (asynk)
...
A.2: Borger fortryder et valg
...
@startuml
center header
Usecase A.2 - Borger fortryder valg af tandlæge
end header
...
participant Borger
participant Sundhed.dk
participant NemLogin
participant NSP
participant NSP_Backoffice
Queue MessageQueue
Note Over Borger
A.2: En borger har valgt en ny tandlæge, men er
endnu ikke blevet kontaktet af tandlægen.
Borgeren fortryder og vil (måske) vælge en anden tandlæge.
Den først valgte tandlæge modtager besked om at
ignorere tidligere besked.
end note
Activate Borger
Borger -> Sundhed.dk ++ : Aktiverer Sundhed.dk i Browser
Sundhed.dk -> NemLogin++ : login
return
Sundhed.dk -> NSP ++ : ddtvCheckStatus(...)
return status info
Sundhed.dk -> Sundhed.dk: vis status og muligheder
return
Borger -> Sundhed.dk++ : (A.2) Fortryd valg
Sundhed.dk -> NSP++: ddtvDisregardApplicationForNewDentist(...)
NSP -> NSP_Backoffice++: gem data
return
NSP ->> MessageQueue : Besked til tandlæge om at ignorere
NSP ->> MessageQueue : Kvittering til borger
return
return
Borger->? : Evt. videre til nyt valg af tandlæge
Borger->? : Eller 'opt out'
DeActivate Borger
== Asynkrone jobs på NSP backoffice ==
MessageQueue ->> MessageQueue: Send besked til tandlægen (asynk)
MessageQueue ->> MessageQueue: Send Digital Post til Borger (asynk)
...
A.3: Borger ønsker ikke at vælge tandlæge her (‘opt out’)
...
@startuml
center header
Usecase A.3 - Borger ønsker ikke at deltage
end header
...
participant Borger
participant Sundhed.dk
participant NemLogin
participant NSP
participant NSP_Backoffice
Queue MessageQueue
Note Over Borger
A.3: En borger har fået digital post med anmodning om
at vælge ny tandlæge. Borgeren ønsker dog ikke at være en
del af denne løsning, f.eks. fordi borgeren selv ønsker
at kontakte ny tandlæge eller lignende.
end note
Activate Borger
Borger -> Sundhed.dk ++ : Aktiverer Sundhed.dk i Browser
Sundhed.dk -> NemLogin++ : login
return
Sundhed.dk -> NSP ++ : ddtvCheckStatus(...)
return status info
Sundhed.dk -> Sundhed.dk: vis status og muligheder
return
Borger -> Sundhed.dk++ : (A.3) Ønsker ikke at deltage
Sundhed.dk -> NSP++: ddtvOptOut(...)
NSP -> NSP_Backoffice++: gem data
return
NSP ->> MessageQueue : Kvittering til borger
opt Hvis Borgeren allerede har valgt ny tandlæge
NSP ->> MessageQueue : Besked til tandlæge om at ignorere
end
return
return
DeActivate Borger
== Asynkrone jobs på NSP backoffice ==
MessageQueue ->> MessageQueue: Send Digital Post til Borger (asynk)
opt Hvis Borgeren allerede har valgt ny tandlæge
MessageQueue ->> MessageQueue: Send besked til tandlægen (asynk)
end
@enduml
...
