1. Indhold
2. Introduktion
2.1. Formål
Formålet med dette dokument er at beskrive de brugerhistorier (user stories) der understøttes af DDTV.
Brugerhistorier er overordnede beskrivelser af funktionalitet og mål set fra brugeren/anvenderens synsvinkel. Brugerhistorierne er ikke beskrevet ud fra en teknisk synsvinkel men ud fra en forretningsmæssig brug af DDTV.
For en teknisk gennemgang af de i dette dokument skitserede brugerhistorier, henvises til DDTV - Guide til anvendere.
Den første del af dokumentet beskriver de forskellige brugertyper/aktører af DDTV.
Hver brugerhistorie gennemgås derefter - herunder en gennemgang af acceptkriterierne.
2.2. Læsevejledning
Læseren af dette dokument kan være forretningskonsulenter og/eller arkitekter fra NSPs anvenderorganisationer, der ønsker at vide, hvordan DDTV kan anvendes til at opfylde forretningsmæssige behov.
3. Brugertyper i DDTV
I DDTV arbejdes der med følgende brugertyper:
- Borger / Befuldmægtiget
- Hvis Borgeren har modtaget en opfordring til at foretage tandlægevalg kaldes vedkommende for 'Opfordret Borger'
- Tandlæge
- Systembruger
- Supporter/Systemadministrator
4. Brugerhistorier
I det følgende gennemgås brugerhistorierne enkeltvis. Hver brugerhistorie beskrives med de acceptkriterier der hører til, og som skal være opfyldt for en succesfuld gennemførelse af brugerhistorien.
4.1. Brugerhistorie: Opslag og status
|
Som en Borger ønsker jeg at kunne få en status/historik på mit tandlægevalg med alle statusskift så jeg kan forsikre mig om, at mit tandlægevalg er i proces mv. |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Alle relevante status-elementer fra DDTV databasen vises korrekt (0=noDentist, 1=dentistChosen, 2=dentistContacted, 3=dentistAccepted, 4=dentistRejected, 5=timedOut, 6=comFailure)
- Særtilfælde i brugergrænseflade: Borgere hvis alder er < 21 år og 11 måneder kan ikke se status og henvises til kommunen
4.2. Brugerhistorie: 'Snart 22-årig' borger opfordres til at vælge privatpraktiserende tandlæge
|
Som en Borger ønsker jeg at blive opfordret til at vælge privatpraktiserende tandlæge ca. 1-2 uger inden jeg fylder 22 år så jeg kan fortsætte tandkontrol og tandpleje efter jeg træder ud af den kommunale tandpleje |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Tandlægevalget er oprettet i DDTV databasen med status 0 ('noDentist') og dpStatus 'Ready'
- Der afsendes besked til Digital Post Adapteren, hvilket registreres med dpStatus 'Sent' og dpSent er afsendelsestidspunktet.
4.3. Brugerhistorie: Påmindelse af opfordret borger
|
Som en Borger der er blevet opfordret til at vælge tandlæge (se 4.2) ønsker jeg at blive påmindet et stykke tid* efter oprindelig opfordring, hvis jeg endnu ikke har fået fået valgt tandlæge så jeg bliver husket på, at jeg skal vælgen en ny tandlæge |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Påmindelser skal være afsendt til Digital Post Adapteren
-
Til det givne tandlægevalg i DDTV databasen (med status 0, se brugerhistorie 4.1), skal der være påhæftet det antal påmindelser, der er blevet afsendt til borgeren.
*) I første omgang kun én påmindelse ca. 14 dage efter opfordring. Senere sandsynligvis flere påmindelser evt. med længere/forskellig periode.
4.4. Brugerhistorie: Borger der har eller skal have privatpraktiserende tandlæge/tandpleje, vælger ny tandlæge
|
Som en Borger der har eller skal have privatpraktiserende tandlæge/tandpleje og hvis alder er >= 21 år og 11 måneder* ønsker jeg at vælge en ny privatpraktiserende tandlæge på et velinformeret grundlag så jeg kan blive optaget på klinikken og blive kontaktet af den nye tandlæge |
Bemærk: denne brugerhistorie gælder både borgere, der er blevet opfordret, og alle andre, der ønsker at finde sig en ny privatpraktiserende tandlæge. Brugerhistorien er kun gyldig for borgere hvis alder er >= 21 år og 11 måneder. Yngre borgere henvises til kommunen (se 4.1).
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
-
Tandlægevalget er opdateret i DDTV databasen med status 1 ('dentistChosen')
- I brugergrænseflade: Alle søgekriterier for udvælgelse er brugbare og funktionelle.
4.5. Brugerhistorie: Borger registrerer sin nuværende tandlæge
|
Som en Borger hvis alder er >= 21 år og 11 måneder ønsker jeg at registrere min nuværende tandlæge (ikke vælge ny) så jeg enten bare kan angive min allerede valgte tandlæge eller vælge en ny og selv stå for kontakten |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
-
Tandlægevalget oprettes/opdateres med ddtvMayContactDentist = true i DDTV databasen
- Valget må kun kunne foretages når status = 0 'noDentist' (række fandtes i forvejen) eller hvis rækkes oprettes (fandtes ikke i forvejen).
4.6. Brugerhistorie: Borger får ny opfordring hvis kommunikationen med tandlægen ikke lykkedes
|
Som en Borger der har valgt en ny tandlæge ønsker jeg at modtage ny opfordring til valg af tandlæge, hvis kommunikationen til den først valgte tandlæge mislykkes så jeg kan forsøge at blive optaget på en anden klinik |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
-
Tandlægevalget i DDTV databasen opdateres til status 6 ('comFailure') og dpStatus 'Ready'
- Der oprettes et nyt tandlægevalg med status 0 ('noDentist') og dpStatus = Null samt 'noMoreReminders'=false
4.7. Brugerhistorie: Borger fortryder valg og vælger ny tandlæge
|
Som en Borger ønsker jeg at kunne fortryde mit tidligere valg uanset om der er afgået besked til tandlægen eller ej så jeg kan få netop den tandlæge, jeg ønsker |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
-
Sidste element i kæden over "dentistChoice" har initielt status 1 ('dentistChosen')
- Der er afsendt EDI besked til den nye tandlæge, hvorefter der skabes endnu en "dentistChoice" med status 2 ('dentistContacted')
4.8. Brugerhistorie: Opfordret Borger ønsker ikke flere påmindelser
|
Som en opfordret Borger ønsker jeg at kunne angive, at jeg ikke ønsker flere påmindelser så jeg ikke forstyrres yderligere |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
-
Et tandlægevalg med status 0 ('noDentist') opdateres med noMoreReminders = true
4.9. Brugerhistorie: Borger fjernes fra DDTV efter eget valg
|
Som en Borger ønsker jeg at kunne meddele at jeg ikke ønsker at være en del af DDTV-ordningen så jeg slettes helt fra databasen |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Alle registreringer knyttet til borgeren (uanset forløb og tid) er fjernet fra DDTV databasen
4.10. Brugerhistorie: Opfordret Borger fjernes fra DDTV efter gentagne påmindelser
|
Som en Opfordret Borger ønsker jeg at min opfordring og evt. påmindelser bliver slettet efter udløb af sidste påmindelse så jeg der ikke findes oplysninger om mig i DDTV-ordningen |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
-
Tandlægevalget (status 0, 'noDentist') og tilhørende påmindelser fjernes i DDTV databasen. Andre evt. tidligere tandlægevalg for borgeren fjernes ikke.
4.11. Brugerhistorie: Tandlæge anmodes om optagelse
|
Som en Tandlæge ønsker jeg at at modtage anmodning om at optage en ny borger via mit tandlægesystemn / administrativt system så jeg kan forholde mig til om der er plads mv. til borgeren, og nemt kan afgive svar |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Der er skabt en ny række i DDTV databasen (serial++) med status 2 ('dentistContacted')
- Der er afsendt anmodning via EDI API'et (accept)
4.12. Brugerhistorie: Tandlæge accepterer optagelse
|
Som en Tandlæge ønsker jeg at acceptere en anmodning om ny patient i mit fagsystem/administrative system så jeg kan oprette borgeren som patient og enten ringe eller sende digital post til vedkommende om første kontrol. |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Der er skabt en ny række i DDTV databasen (serial++) med status 3 ('dentistAccepted') og initielt dpStatus 'Ready'
- Der er afsendt digital post med accept-besked til borgeren og dpStatus er opdateret til 'Sent' (afsendelsestidspunkt angivet i dpSent)
4.13. Brugerhistorie: Tandlæge afslår optagelse
|
Som en Tandlæge ønsker jeg at kunne afslå en anmodning om ny borger så jeg sikre mig, at der ikke kommer for mange klienter i min praksis |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Der er skabt en ny række i DDTV databasen (serial++) med status 3 ('dentistRejected') og initielt dpStatus 'Ready'
- Der er afsendt digital post med afslags-besked til borgeren og dpStatus er opdateret til 'Sent' (afsendelsestidspunkt angivet i dpSent)
- Efter afsendelse er der oprettet ny række (serial++) med status 0 ('noDentist') og med dpStatus = Null (der skal ikke sendes yderligere digital post) samt 'noMoreReminders'=false
4.14. Brugerhistorie: Tandlæge kontakter nyoptaget borger
|
Som en Tandlæge ønsker jeg at kunne kontakte en nyoptaget borger på en nem måde så jeg sikre mig, at borgeren har fået første tid til kontrol eller lignende. |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Hvis borgeren har registreret tlf. nummer, skal dette være registreret i DDTV databasen
- Hvis der er registreret et tlf. nummer i DDTV databasen, skal dette være medsendt til EDI-portalen
- Hvis telefonnummer er medsendt til EDI-portalen, skal det være præsenteret for brugeren.
4.15. Brugerhistorie: Tandlægeanmodning udløber
|
Som en systembruger (job hos EDI portalen) ønsker jeg at kunne orientere DDTV om, at der trods flere påmindelser endnu ikke er kommet afgørelse fra en tandlæge så jeg kan sikre mig at borgeren bliver orienteret og så borgeren kan vælge en anden tandlæge |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Der er skabt en ny række i DDTV databasen (serial++) med status 5 ('timeOut') og initielt dpStatus 'Ready'
- Der er afsendt digital post med timeout-besked til borgeren og dpStatus er opdateret til 'Sent' (afsendelsestidspunkt angivet i dpSent)
- Efter afsendelse er der oprettet ny række (serial++) med status 0 ('noDentist') og med dpStatus = Null (der skal ikke sendes yderligere digital post) samt 'noMoreReminders'=false
4.16. Brugerhistorie: Alle data slettes 1 år efter borger er død
|
Som en systembruger (job hos DDTV) ønsker jeg at kunne slette alle oplysninger for borgere, der er død for mere end 1 år siden så jeg kan sørge for at DDTV er lovmedholdelig |
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
-
Alle data for en borger, der er død for mere end 1 år siden, er fjernet.
5. Brugerhistorier for befuldmægtigede
Befuldmægtigede skal kunne agere på vegne af borgeren i følgende brugerhistorier:
Kræver læse+skrivefuldmagt:
-
Opfordret borger vælger tandlæge
-
Ikke-opfordret borger vælger tandlæge
-
Borger vælger tandlæge men ønsker ikke automatisk kontakt til tandlægen
-
Borger fortryder valg og vælger ny tandlæge
-
Opfordret Borger ønsker ikke flere påmindelser
-
Borger fjernes fra DDTV efter eget valg
Kræver kun læsefuldmagt:
-
Brugerhistorie: Opslag og status