Page History

...

Som borger på 22 år vil jeg informeres om muligheden for at vælge tandlæge via digitalpostdigital post, 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 digitalpostdigital post, så jeg kan vælge tandlæge på sundhed.dk

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

Tandlæge

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 Som tandlæge vil jeg acceptere en ny klient, så jeg kan få klienten tilknyttet til min klinik

Som tandlæge 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

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

• 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-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 C.2 - Borger påmindes om at vælge tandlæge

• UC1-A3: Allerede 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-A4: Boger vælger OptOut → Der udsendes ikke yderligere på mindelser via Digital Post og optout registreres i DDTV A.4 - Borger ønsker ikke at vælge tandlæge her (‘opt out’)
• UC1-A5: Boger ønsker ikke påmindelse → Der udsendes ikke yderligere påmindelser via Digital Post A.5 - Borger der fylder 22 år ønsker ikke flere påmindelser
• UC1-A6: Borger angiver aktuel tandlæge, uden flytte anmodning → Der udsendes ikke yderligere påmindelser via Digital Post, eller beskeder til tandlæge A.5 - Borger der fylder 22 år ønsker ikke flere påmindelser
• UC1-A7: Befuldmægtiget træffer valg for boger → Følger hovedforløbet efter login og valg om repræsentation af Borger (samme flow som trin 6–11) A.7 - Befuldmægtiget træffer valg for borger

• UC1-A8: MitID-fejl/afbrudt login → Vis tydelig fejl og mulighed for at prøve igen

• A6UC1-A9: Teknisk fejl ved registrering → Vis venlig fejl, log hændelsen, tilbyd at prøve igen senere og/eller kontakt

...

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 vælger ”Afvis” med årsag (fx fuld kapacitet). Borger modtager Digital Post med begrundelse? og vejledning B.4 - Tandlæge accepterer / afviser

• UC2-A2: Borger fortryder valg → Klinik modtager besked om at ignorere tidligere anmodning B.2 - Tandlæge modtager besked om at ignorere tidligere besked
• UC2-A3: Tandlæge rykkes for svar → Klinik modtager rykker for svar B.3 - Tandlæge rykkes for svar 

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

• A3UC2-A5: 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 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 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 – Opdatering af centralt register fejler → rulle tilbage, vis venlig fejl, log, og giv mulighed for at prøve igen UC-1

Forretningsregler (mangler der nogen?)

...

• Borger er registreret som klient hos klinikken i centralt register

• Borger har modtaget kvittering via Digital Post

UC-04 - Baggrundsjobs

Mål
At systemet interne processer håndteres

Aktører

• Primær: system jobs

• Understøttende systemer: DDTV

Forudsætninger

• Din Digitale tandlæge vælger

Trigger

• Daglige afviklinger starter automatisk på fastsatte tidspunkter

Baggrundsjobs

Alternative/fejlflows

• N/A

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 der har været døde i 1 år er blevet slettet

• Borger har modtaget kvittering via Digital Post vedr. accept eller afvisning

• Tandlæger er blevet notificeret om nye klienter 

• Tandlæger er blevet notificeret om tilbagekaldelse af klient
• Driften er orienteret om DDTV services tilstand