Borger
Som borger på 22 år vil jeg informeres om muligheden for at vælge tandlæge via digital post, så jeg kan vælge tandlæge
Som borger på 22 år vil jeg huskes på muligheden for at vælge tandlæge via digital post, så jeg kan vælge tandlæge
Som borger på 22 år vil jeg informeres om at 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 at 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 uden yderligere påmindelser
Som borger på 22 år ønsker jeg ikke at vælge tandlæge ("Opt Out") på alle stadier, 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
Som borger på 22 år vil jeg kunne ændre / fortryde valg af tandlæge, så jeg kan vælge en anden tandlæge
Som borger på 22 år vil jeg kunne give fuldmagt til valg af tandlæge, så andre kan vælge tandlæge på mine vegne
Som borger på 22 år vil jeg kunne orienteres om tekniske udfordringer, så jeg kan vælge en anden tandlæge
Som borger på 22 år vil jeg kunne ændre valg hvis tandlæge ikke svarede i tide, så jeg kan vælge en anden tandlæge
Tandlæge
Som tandlægeklinik vil jeg orienteres om nye klienter, så jeg kan behandle anmodningen om tilknytning til min klinik
Som tandlægeklinik vil jeg påmindelse om nye klienter, så jeg kan behandle anmodningen om tilknytning til min klinik
Som tandlægeklinik vil jeg acceptere en ny klient, så jeg kan få klienten tilknyttet til min klinik
Som tandlægeklinik vil jeg afvise en ny klient, så jeg kan undgå at klienten bliver tilknyttet til min klinik
Som myndighed med ansvar for registret
Som myndighed ønskes borgere der ikke ønsker påmindelse fjernes fra registret efter slette regler, så det undgås at registret indeholde irrelevante oplysninger
Som myndighed ønskes døde borgere fjernet fra registret efter slette regler, så det undgås at registret indeholde irrelevante oplysninger
Som myndighed ønskes borgere der har valgt "Opt Out" fjernet fra registret efter slette regler, så det undgås at registret indeholde irrelevante oplysninger
Mål
At 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 - udskrives 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 C.1 - Borger anmodes om at vælge ny tandlæge (22 år)
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 A.1 - Borger ser muligheder og/eller kontrollerer status for tandlægeflytning
Systemet viser sammendrag (navn, adresse, evt. priser) og beder om bekræftelse
Borger bekræfter valg A.2 - Borger vælger ny tandlæge
DDTV opdaterer registrering (én aktiv tandlæge pr. borger)
Systemet viser kvittering på skærmen
Alternative/fejl flows
UC1-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
UC1-A3: Borger fortryder allerede registreret tandlæge → Side informerer om eksisterende tandlæge og tilbyder ”Skift tandlæge” (samme flow som trin 7–11) A.3 - Borger fortryder et valg
UC1-A8: MitID-fejl/afbrudt login → Vis tydelig fejl og mulighed for at prøve igen
UC1-A9: 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
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” B.1 - Tandlæge anmodes om optagelse
Klinik vælger en anmodning og ser nødvendige oplysninger
Klinik klikker ”Accepter” B.4 - Tandlæge accepterer / afviser
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
UC2-A1: Afvisning → Klinik vælger ”Afvis” med årsag (fx fuld kapacitet). Borger modtager Digital Post med begrundelse? og vejledning B.4 - Tandlæge accepterer / afviser
UC2-A4: Udløbet anmodning – Anmodning ældre end gyldighedsvindue → vis besked; klinik kan ikke acceptere; borger må sende ny anmodning
UC2-A5: 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 statusændring
Eftertilstand / succes-kriterier
Borger er registreret som klient hos klinikken i centralt register
Borger har modtaget kvittering via Digital Post
Mål
At informér om valgt tandlæge
Aktører
Primær: Borger (22 år)
Understøttende systemer: sundhed.dk og Digital post
Forudsætninger
Trigger
Borger modtager Digital Post
Hovedforløb (solskinsscenarie)
Klinik har "Accepteret" Borgerens anmodning
Ved succes opdaterer systemet centralt register (DDTV) (tilknytning: borger → klinik)
Hændelsen auditeres (tid, bruger, gammel/ny status)
Alternative/fejlflows
UC3-A1: Borger → logger ind på sundhed.dk til "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 om at fortage nyt valg af tandlæge UC-1
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 UC-1
UC3-A4: Teknisk fejl → rulle tilbage, vis venlig fejl, log, og giv mulighed for at prøve igen UC-1
Forretningsregler (mangler der nogen?)
Alle ændringer logges (audit trail)
Notifikation til borger ved statusændring
Eftertilstand / succes-kriterier
Borger er registreret som klient hos klinikken i centralt register
Borger har modtaget kvittering via Digital Post
Mål
At systemet interne processer håndteres
Aktører
Primær: system jobs
Understøttende systemer: DDTV
Forudsætninger
Trigger
Daglige afviklinger starter automatisk på fastsatte tidspunkter
Baggrundsjobs
| ID | Jobnavn | Trigger tidspunkt | Opførsel |
|---|---|---|---|
| UC4-A | Job til identifikation af borgere, der fylder 22 år | "Startes ofte, flere gange dagligt" | Når den er nået til at have behandlet alle der fylder 22 år inden for de næste 7 dage - stopper den med at afvikles, indtil næste dag |
| UC4-B | Job til afsendelse af digital post | Samme som UC4-A | Alle der har status ready behandles |
| UC4-C | Job til påmindelse af borger | Samme som UC4-A | Alle der har status ready behandles |
| UC4-D | Job til afsendelse af EDI-beskeder | En gang i døgnet om natten | Alle med dentist Chosen afsendes til EDIPortalen |
| UC4-E | Overvågning af baggrunds | N/A | Tjekker løbende status |
| UC4-F | Job til afsendelse af "se bort fra tidligere EDI"-beskeder | Samme som UC4-A | Alle der har fortrudt valg at tandlæge, afsendes til EDIPortalen |
| UC4-G | Job til sletning af data for afdøde borgere, samt borgere, der aldrig svarede | ? |
Alternative/fejlflows
Forretningsregler (mangler der nogen?)
Alle ændringer logges (audit trail)
Notifikation til borger ved statusændring
Eftertilstand / succes-kriterier
Borger der har status - har fået tilsend brev eller Digitalpost
Borger har modtaget kvittering via Digital Post vedr. accept eller afvisning
Tandlæger er blevet notificeret om nye klienter