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 vil jeg kunne fravælge notificering om tandlægevalg, så jeg kan undgår post 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
Informér og faciliter valg af tandlæge
Aktører
Primær: Borger (22 år)
Systemer/understøttende aktører: DDTV, DPA, DPK, Digital Post, MitID, Sundhed.dk, CPR/Adresseregister
Forudsætninger
Borger er 22 år og registreret med bopæl i DK
Borger er tilmeldt Digital Post eller fysisk post
Borger har ret til at vælge tandlæge - udskrivning fra kommunal tandpleje
Sundhed.dk har opdateret liste over tilgængelige tandlæger (inkl. priser
Trigger
Planlagt job (fx xxxx) identificerer borgere, der skal informeres (fx ved 22-års fødselsdag, flytning eller manglende tandlægevalg?)
Hovedforløb (solskinsscenarie)
DDTV identificerer borger som målgruppe for information
Systemet genererer personlig Digital Post-besked med formål og dybt link til ”Vælg tandlæge” på sundhed.dk
Systemet sender beskeden via Digital Post og logger afsendelse
Borger modtager besked og åbner linket
Borger autentificerer med MitID
Sundhed.dk viser ”Vælg tandlæge”-siden, forudfyldt med borgerens kommune.
Borger søger/filtrerer og vælger ønsket tandlæge
Systemet viser sammendrag (navn, adresse, evt. priser) og beder om bekræftelse
Borger bekræfter valg
DDTV opdaterer registrering (én aktiv tandlæge pr. borger)
Systemet viser kvittering på skærmen
Alternative/fejl flows
A1: Borger ikke tilmeldt Digital Post → Der udsendes fysisk brev/SMS/e-mail efter gældende regler; link peger til generisk landingsside med MitID-login
- A2: Borger ignorere Digital Post → Det fremsendes endnu en på mindelse (efter xxx dage) via Digital Post med dybt link til "Vælg tandlæge" på sundhed.dk
A3: Allerede registreret tandlæge → Side informerer om eksisterende tandlæge og tilbyder ”Skift tandlæge” (samme flow som trin 7–11)
A4: MitID-fejl/afbrudt login → Vis tydelig fejl og mulighed for at prøve igen
A5: Teknisk fejl ved registrering → Vis venlig fejl, log hændelsen, tilbyd at prøve igen senere og/eller kontakt
Forretningsregler (mangler der nogen?)
Én aktiv tandlæge pr. borger ad gangen
Valg kræver stærk autentifikation (MitID)
Registrering og ændringer auditeres (tid, aktør, gammel/ny tandlæge)
Personoplysninger behandles efter GDPR (minimering, formålsbegrænsning)
Succes-kriterier/eftertilstand
Borger er informeret og (hvis ønsket) korrekt registreret hos valgt tandlæge
Kvittering er leveret (UI)
Auditlog opdateret
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
Primær: Tandlæge eller klinikadministrator
Understøttende systemer: Nasure kliniksystem
Forudsætninger
Klinikken er tilmeldt systemet
Trigger
Klinikken modtager notifikation (e-mail-dashboard) om ny klientanmodning
Hovedforløb (solskinsscenarie)
Klinik åbner listen ”Afventende anmodninger”
Klinik vælger en anmodning og ser nødvendige oplysninger
Klinik klikker ”Accepter”
Ved succes opdaterer systemet centralt register (DDTV) (tilknytning: borger → klinik)
Systemet viser kvittering til klinik og sender Digital Post-bekræftelse til borger (inkl. klinikoplysninger)
Hændelsen auditeres (tid, bruger, gammel/ny status)
Alternative/fejlflows
A1: Afvisning – Klinik vælger ”Afvis” med årsag (fx fuld kapacitet). Borger modtager Digital Post med begrundelse og vejledning
A2: Udløbet anmodning – Anmodning ældre end gyldighedsvindue → vis besked; klinik kan ikke acceptere; borger må sende ny anmodning
A3: Teknisk fejl – Opdatering af centralt register fejler → rulle tilbage, vis venlig fejl, log, og giv mulighed for at prøve igen
Forretningsregler (mangler der nogen?)
Én aktiv tandlæge-tilknytning pr. borger ad gangen
Kun nødvendige persondata vises før accept (dataminimering, GDPR)
Alle ændringer logges (audit trail)
Notifikation til borger ved enhver statusændring
Eftertilstand / succes-kriterier
Borger er registreret som klient hos klinikken i centralt register
Borger har modtaget kvittering via Digital Post