User-stories

Borger

Som borger på 22 år vil jeg informeres om muligheden for at vælge tandlæge via digitalpost, så jeg kan vælge tandlæge på sundhed.dk

Som borger på 22 år vil jeg huskes på muligheden for at vælge tandlæge via digitalpost, så jeg kan vælge tandlæge på sundhed.dk

Som borger på 22 år vil jeg informeres om mit valg af tandlæge er blevet accepteret, så jeg kan komme til tandlæge behandling

Som borger på 22 år vil jeg informeres om mit valg af tandlæge er blevet afvist, så jeg kan fortage et nyt tandlægevalg

Som borger på 22 år vil jeg selv kunne registrer min tandlæge, så jeg kan forsætte min behandling der

Som borger på 22 år ønsker jeg ikke at vælge tandlæge ("Opt Out"), så jeg kan undgår at vælge tandlæge

Som borger på 22 år vil jeg kunne fravælge påmindelser om tandlægevalg, så jeg kan undgår påmindelser om tandlægevalg

Tandlæge

Som tandlæge vil jeg acceptere en ny klient, så jeg kan få klienten tilknyttet til min klinik

Som tandlæge vil jeg afvise en ny klient, så jeg kan undgå at klienten bliver tilknyttet til min klinik


Use Case

UC-01 – Vælg tandlæge via Digital Post / sundhed.dk

Mål
At informér og faciliter valg af tandlæge

Aktører

Forudsætninger

Trigger

Hovedforløb (solskinsscenarie)

  1. DDTV identificerer borger som målgruppe for information

  2. Systemet genererer personlig Digital Post-besked med formål og dybt link til ”Vælg tandlæge” på sundhed.dk

  3. Systemet sender beskeden via Digital Post og logger afsendelse

  4. Borger modtager besked og åbner linket C.1 - Borger anmodes om at vælge ny tandlæge (22 år)

  5. Borger autentificerer med MitID

  6. Sundhed.dk viser ”Vælg tandlæge”-siden, forudfyldt med borgerens kommune?

  7. Borger søger/filtrerer og vælger ønsket tandlæge A.1 - Borger ser muligheder og/eller kontrollerer status for tandlægeflytning

  8. Systemet viser sammendrag (navn, adresse, evt. priser) og beder om bekræftelse

  9. Borger bekræfter valg A.2 - Borger vælger ny tandlæge

  10. DDTV opdaterer registrering (én aktiv tandlæge pr. borger)

  11. Systemet viser kvittering på skærmen

Alternative/fejl flows

Forretningsregler (mangler der nogen?)

Succes-kriterier/eftertilstand

UC-02 - Tandlæge acceptere ny klient

Mål
At tandlæge/klinik aktivt accepterer en borger, så borgeren tilknyttes klinikken og kan bookes/behandles

Aktører

Forudsætninger

Trigger

Hovedforløb (solskinsscenarie)

  1. Klinik åbner listen ”Afventende anmodninger” B.1 - Tandlæge anmodes om optagelse

  2. Klinik vælger en anmodning og ser nødvendige oplysninger 

  3. Klinik klikker ”Accepter” B.4 - Tandlæge accepterer / afviser

  4. Ved succes opdaterer systemet centralt register (DDTV) (tilknytning: borger → klinik)

  5. Systemet viser kvittering til klinik og sender Digital Post-bekræftelse til borger (inkl. klinikoplysninger)

  6. Hændelsen auditeres (tid, bruger, gammel/ny status)

Alternative/fejlflows

Forretningsregler (mangler der nogen?)

Eftertilstand / succes-kriterier


UC-03 - Status via sundhed.dk / digital post

Mål
At informér om valgt tandlæge 

Aktører

Forudsætninger

Trigger

Hovedforløb (solskinsscenarie)

  1. Klinik har "Accepteret" Borgerens anmodning

  2. Ved succes opdaterer systemet centralt register (DDTV) (tilknytning: borger → klinik)

  3. Systemet sender Digital Post-bekræftelse til borger (inkl. klinikoplysninger) C.3 - Borger orienteres om skift af tilstand
  4. Hændelsen auditeres (tid, bruger, gammel/ny status)

Alternative/fejlflows

Forretningsregler (mangler der nogen?)

Eftertilstand / succes-kriterier