Versions Compared

Old Version 1

changes.mady.by.user Anni Markussen

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

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

For en teknisk gennemgang af de i dette dokument skitserede brugerhistorier, henvises tilDin digitale tandlægevælger (DDTV )IDSAS - Guide til anvendere.

Den første del af dokumentet beskriver de forskellige brugertyper/aktører af IDSASDDTV.

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 IDSAS DDTV kan anvendes til at opfylde forretningsmæssige behov.

...

Brugertyper i

...

DDTV

I IDSAS 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
    • Sundhedsfaglig
  • 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

systembruger eller sundhedsfaglig oprette en slørring over for en specifik borger (CPR-nummer) for min arbejdsplads (CVR-nummer) få registreret der i denne borgers data bør sløres for alle ansattes identitet under dette CVR-nummer, når borgeren laver opslag på sit data

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:

  1. Sløringen skal være oprettet i IDSAS-databasen med angivet CPR og CVR

3.2 Brugerhistorie: Slette sløring

  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-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: Påmindelse af opfordret borger

Som enBorger 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

Som ensystembruger eller sundhedsfaglig

ønsker jeg at fjerne fremtidige sløringer over for en specifik borger (CPR-nummer) for min arbejdsplads (CVR-nummer), ved at oprette en ny sløring, der har udløbsdato sat til dags dato

så jeg kan undgå fremtidige sløringer for den borger på det CVR-nummer

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

    En ny sløring
  1. Påmindelser skal være
    2. oprettet i IDSAS-databasen med udløbsdato sat til dags dato

3.3 Brugerhistorie: Forlænge sløringsperiode

...

  1. 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 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 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. En ny sløring skal være oprettet i IDSAS-databasen med den nye udløbsdato

3.4 Brugerhistorie: Forkorte sløringsperiode

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

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

Brugerhistorie: Borger registrerer sin nuværende tandlæge

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

  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 ensystembruger eller sundhedsfagligø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

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

  1. En ny sløring skal være oprettet i IDSAS-databasen med den nye udløbsdato

3.5 Brugerhistorie: Hente aktuelt salt

  1. Tandlægevalget 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 Secure Token Server (STS)

ønsker jeg atkunne få den aktuelle salt, der skal bruges ifm. sløring af sundhedsansattes identitetså jeg kan indsætte salt til sløring i den sikkerhedsbillet, der udstedes

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. STS'en skal kunne kalde IDSAS "getCurrentSalt".
  2. Salten skal være indsat i den billet STS'en udsteder.

3.6 Brugerhistorie: Hente CVR-numre, der skal sløres

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

  1. Et tandlægevalg med status 0 ('noDentist') opdateres med noMoreReminders = true

Brugerhistorie: Borger fjernes fra DDTV efter eget valg

Som en Borger

ønsker jeg atkunne meddele at jeg ikke ønsker at være en del af DDTV-ordningen

så jeg slettes helt fra databasen 

Som en Secure Token Server (STS)

ø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 returnerer

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å IDSAS

3.7 Brugerhistorie: Lave sløring af en sundhedsfaglig persons navn

  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 service på NSP

ønsker jeg atat kunne anvende oplysningerne i sikkerhedsbilletten til sløring af sundhedsfaglige personers navneså jeg for dette patientId kun returnerer pseudonymer, i stedet for navne, når dette er påkrævet

Som enOpfordret Borger

ønsker jeg atmin 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'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

3.8 Brugerhistorie: Oprette afdelingssløring

  1. Tandlæ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 Tandlæge

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

  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 Tandlæge

ønsker jeg atacceptere 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 praksis

Som en systembruger

ønsker jeg at oprette en generelt slørring over for en bestemt afdeling (SOR eller SHAK) for min arbejdsplads (CVR-nummer)

så 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)

3.9 Brugerhistorie: Slette afdelingssløring

  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.  Den aktuelle afdelingssløring skal have en ny udløbsdato, der ikke er i fremtiden

3.10 Brugerhistorie: Hente alle aktive afdelingssløringer

  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.

Brugerhistorie: Tandlægeanmodning udløber

Som en systembruger (job hos EDI portalen)

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

Som en systembruger 

ønsker jeg atkunne få en liste af SOR eller SHAK-koder, som der aktuelt skal laves sløring forså 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
    2. skal gives et svar tilbage indeholdende alle aktuelle afdelingssløringer

3.11 Brugerhistorie: Hente afdelingssløringer for et bestemt CVR

  1. er skabt en ny række i DDTV databasen (serial++) med status 5 ('timeOut') og initielt dpStatus 'Ready'
  2. Der er afsendt digital post med timeout-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: Alle data slettes 1 år efter borger er død

Som en systembruger (job hos DDTV)

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

Som en systembruger 

ønsker jeg atkunne få en liste af SOR eller SHAK-koder, hvor der er oprettet sløringerså jeg kan jeg kan se hvilke sløringer der findes for afdelinger på min arbejdsplads

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