Versions Compared

Old Version 3

changes.mady.by.user Jan Riis

Saved on

compared with

New Version Current

changes.mady.by.user Anni Markussen

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Navitabs
rootDin digitale tandlægevælger (DDTV) - Leverancebeskrivelse
includeroottrue


Indhold

Table of Contents

Introduktion

Formål

Formålet med dette dokument er at beskrive de brugerhistorier (user stories) der understøttes af DDTV.

...

For en teknisk gennemgang af de i dette dokument skitserede brugerhistorier, henvises tilDin digitale tandlægevælger (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.

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.

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

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.

Brugerhistorie: Opslag og status

Som enBorger 

ønsker jeg atkunne 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:

  1. Alle relevante status-elementer fra DDTV databasen vises korrekt (0=noDentist, 1=dentistChosen, 2=dentistContacted, 3=dentistAccepted, 4=dentistRejected, 5=timedOut, 6=comFailure)
  2. Særtilfælde i brugergrænseflade: Borgere hvis alder er < 21 år og 11 måneder kan ikke se status og henvises til kommunen

Brugerhistorie: 'Snart 22-årig' borger opfordres til at vælge privatpraktiserende tandlæge 

Som enBorger 

ønsker jeg at blive opfordret til at vælge privatpraktiserende tandlæge ca. 1

uge

-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:

  1. Tandlægevalget er oprettet i DDTV databasen med status 0 ('noDentist') og dpStatus 'Ready'
  2. Der afsendes besked til Digital Post Adapteren, hvilket registreres med dpStatus 'Sent' og dpSent er afsendelsestidspunktet.

Brugerhistorie: Opfordret borger vælger tandlæge

...

så jeg kan blive optaget på klinikken og blive indkaldt til første kontrol

...

  1. Tandlægevalget er opdateret i DDTV databasen med status 1 ('dentistChosen')

Brugerhistorie: Påmindelse af opfordret borger

Som enBorger der er blevet opfordret til at vælge tandlæge (se 4.12)

ønsker jeg at blive påmindet to gange med 1 uges mellemrum 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

...

  1. Påmindelser skal være afsendt til Digital Post Adapteren

  2. 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.

Brugerhistorie: Borger der har eller skal have privatpraktiserende tandlæge/tandpleje, vælger ny tandlæge

Som enBorger der

ikke er blevet opfordret til at vælge tandlæge

har eller skal have privatpraktiserende tandlæge/tandpleje og hvis alder er >= 21 år og 11 måneder*

ønsker jeg atvælge en ny privatpraktiserende tandlæge på et velinformeret grundlag

så jeg kan blive optaget på klinikken og blive

indkaldt til første kontrol

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:

  1. Tandlægevalget

    2. er oprettet (ny række)

  2. er opdateret i DDTV databasen med status 1 ('dentistChosen')

...

  1. I brugergrænseflade: Alle søgekriterier for udvælgelse er brugbare og funktionelle.

Brugerhistorie: Borger

...

registrerer sin nuværende tandlæge

Som enBorger

(opfordret eller ikke-opfordret)

hvis alder er >= 21 år og 11 måneder

ønsker jeg at

vælge en privatpraktiserende tandlæge men angive, at tandlægen ikke skal kontaktes

 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:

  1. Tandlægevalget oprettes/opdateres med ddtvMayContactDentist = true i DDTV databasen

  2. Valget må kun kunne foretages når status = 0 'noDentist' (række fandtes i forvejen) eller hvis rækkes oprettes (fandtes ikke i forvejen).

Brugerhistorie: Borger får ny opfordring hvis kommunikationen med tandlægen ikke lykkedes

Som enBorger der

ikke er blevet opfordret til at vælge

har valgt en ny tandlæge

ønsker jeg at

vælge en privatpraktiserende tandlæge 

 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å

klinikken og blive indkaldt til første kontrol

en anden klinik

For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:

  1. Tandlægevalget er oprettet (ny række) i DDTV databasen opdateres til status 6 ('comFailure') og dpStatus 'Ready'

  2. Der oprettes et nyt tandlægevalg med status 0 ('noDentist') og dpStatus = Null samt 'noMoreReminders'=false

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:

  1. Sidste element i kæden over "dentistChoice" har initielt status 1 ('dentistChosen')

  2. Der er afsendt EDI besked til den nye tandlæge, hvorefter der skabes endnu en "dentistChoice" med status 2 ('dentistContacted')

Brugerhistorie: Opfordret Borger ønsker ikke flere påmindelser

Som ensystembruger eller sundhedsfaglig opfordret Borger

ønsker jeg atforkorte en sløring over for en specifik borger (CPR-nummer) for min arbejdsplads (CVR-nummer), ved at oprette en ny sløring med en ny udløbsdato, der ikke er så langt ude i tiden, som den nuværendeså jeg kan have registreret, at det i denne borgers data forsat bør sløres for alle ansattes identitet under dette CVR-nummer, men med en ny udløbsdato 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:

  1. En ny sløring skal være oprettet i IDSAS-databasen med den nye udløbsdatoEt tandlægevalg med status 0 ('noDentist') opdateres med noMoreReminders = true

Brugerhistorie: Borger fjernes fra DDTV efter eget valg

Som en Secure Token Server (STS)Borger

ønsker jeg atkunne få den aktuelle salt, der skal bruges ifm. sløring af sundhedsansattes identitetmeddele at jeg ikke ønsker at være en del af DDTV-ordningen

så jeg slettes helt fra databasen så jeg kan indsætte salt til sløring i den sikkerhedsbillet, der udstedes

For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:

  1. STS'en skal kunne kalde IDSAS "getCurrentSalt".
  2. Salten skal være indsat i den billet STS'en udsteder.
  1. Alle registreringer knyttet til borgeren (uanset forløb og tid) er fjernet fra DDTV databasen

Brugerhistorie: Opfordret

...

Borger fjernes fra DDTV efter gentagne påmindelser

Som en Secure Token Server (STS)Opfordret Borger

ønsker jeg atkunne få en liste af CVR-numre for en bestemt patientId (CPR), som der skal laves sløring forså jeg for dette patientId kan vedhæfte denne liste af CVR-numre, så andres services efterfølgende kan lave sløring af ansatte under disse CVR-numre, i det data, de returnerermin 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:

  1. STS skal få et svar tilbage fra kaldet getBlurredOrganizations på IDSASTandlægevalget (status 0, 'noDentist') og tilhørende påmindelser fjernes i DDTV databasen. Andre evt. tidligere tandlægevalg for borgeren fjernes ikke.

Brugerhistorie: Tandlæge anmodes om optagelse

Som en service på NSP Tandlæge

ønsker jeg atat kunne anvende oplysningerne i sikkerhedsbilletten til sløring af sundhedsfaglige personers navneat 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 svarså jeg for dette patientId kun returnerer pseudonymer, i stedet for navne, når dette er påkrævet

For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:

  1. STS'en skal kunne kalde "getCurrentSalt" og "getBlurredOrganisations" på IDSAS.
  2. STS'en skal levere en sikkerhedsbillet med et "salt" og liste af "CVR"-numre (kan være tom).

  3. Svaret fra servicen må kun indeholde pseudonymer for de personer, vis CVR der skal sløres for

  1. Der er skabt en ny række i DDTV databasen (serial++) med status 2 ('dentistContacted')
  2. Der er afsendt anmodning via EDI API'et (accept)

Brugerhistorie: Tandlæge accepterer optagelse

Som en systembruger Tandlæge

ønsker jeg at oprette en generelt slørring over for en bestemt afdeling (SOR eller SHAK) for min arbejdsplads (CVR-nummer)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:

  1. Der er skabt en ny række i DDTV databasen (serial++) med status 3 ('dentistAccepted') og initielt dpStatus 'Ready'
  2. Der er afsendt digital post med accept-besked til borgeren og dpStatus er opdateret til 'Sent' (afsendelsestidspunkt angivet i dpSent)

Brugerhistorie: Tandlæge afslår optagelse

Som enTandlæge 

ønsker jeg atkunne afslå en anmodning om ny borger

så jeg sikre mig, at der ikke kommer for mange klienter i min praksisså jeg for alle borgere kun returnerer pseudonymer, i stedet for navne, for ansatte i afdelingen

For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:

  1. Afdelingssløringen skal være oprettet i IDSAS-databasen med angivet CVR og afdelingskode (SOR eller SHAK)

Brugerhistorie: Tandlæge afslår optagelse

  1. Der er skabt en ny række i DDTV databasen (serial++) med status 3 ('dentistRejected') og initielt dpStatus 'Ready'
  2. Der er afsendt digital post med afslags-besked til borgeren og dpStatus er opdateret til 'Sent' (afsendelsestidspunkt angivet i dpSent)
  3. 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

Brugerhistorie: Tandlæge kontakter nyoptaget borger

Som enTandlæge 

ønsker jeg atkunne 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.

Som ensystembruger 

ønsker jeg at fjerne fremtidige sløringer for en afdeling på min arbejdsplads (CVR-nummer)

så jeg kan undgå fremtidige sløringer af personer i den afdeling for alle borgere

For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:

  1. Hvis borgeren har registreret tlf. nummer, skal dette være registreret i DDTV databasen
  2. Hvis der er registreret et tlf. nummer i DDTV databasen, skal dette være medsendt til EDI-portalen
  3. Hvis telefonnummer er medsendt til EDI-portalen, skal det være præsenteret for brugeren.
    4.  Den aktuelle afdelingssløring skal have en ny udløbsdato, der ikke er i fremtiden

Brugerhistorie: Tandlægeanmodning udløber

Som en systembruger systembruger (job hos EDI portalen)

ønsker jeg atkunne få en liste af SOR eller SHAK-koder, som der aktuelt skal laves sløring fororientere 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ægeså jeg kan lave sløringer for personer i de afdelinger, eller vedhæfte denne information til sikkerhedsbilletten (STS)

For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:

  1. Der er skabt en ny række i DDTV databasen (serial++) med status 5 ('timeOut') og initielt dpStatus 'Ready'
  2. Der
    3. skal gives et svar tilbage indeholdende alle aktuelle afdelingssløringer
  3. er afsendt digital post med timeout-besked til borgeren og dpStatus er opdateret til 'Sent' (afsendelsestidspunkt angivet i dpSent)
  4. 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

Brugerhistorie: Alle data slettes 1 år efter borger er død

Som en systembruger systembruger (job hos DDTV)

ønsker jeg atkunne få en liste af SOR eller SHAK-koder, hvor der er oprettet sløringerslette alle oplysninger for borgere, der er død for mere end 1 år siden

så jeg kan jeg kan se hvilke sløringer der findes for afdelinger på min arbejdspladssørge for at DDTV er lovmedholdelig

For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:

...

  1. Alle data for en borger, der er død for mere end 1 år siden, er fjernet.

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