Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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 notificering påmindelser om tandlægevalg, så jeg kan undgår post 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

...

  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

...

  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

  • UC2-A1: Afvisning – Klinik vælger ”Afvis” med årsag (fx fuld kapacitet). Borger modtager Digital Post med begrundelse? og vejledning

  • UC2-A2: Udløbet anmodning – Anmodning ældre end gyldighedsvindue → vis besked; klinik kan ikke acceptere; borger må sende ny anmodning

  • UC2-A3: Teknisk fejl – Opdatering af centralt register fejler → rulle tilbage, vis venlig fejl, log, og giv mulighed for at prøve igen

...

  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

  • UC3-A1:Borger → logger ind på sundhed.dk "vælg tandlæge", ser opdateret tandlæge status (accepteret / afvist) 

  • UC3-A2: Afvisning – Klinik har valgt ”Afvis”. Borger modtager Digital Post med begrundelse? og vejledning 

  • UC3-A3: Udløbet anmodning – Anmodning ældre end gyldighedsvindue → Digital post om at klinik ikke har svaret; borger må sende ny anmodning eller vælge anden tandlæge

  • UC3-A4: Teknisk fejl – Opdatering af centralt register fejler → rulle tilbage, vis venlig fejl, log, og giv mulighed for at prøve igen

...