Versions Compared

Old Version 3

changes.mady.by.user Jan Riis

Saved on

compared with

New Version 4

changes.mady.by.user Jan Riis

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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

...

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

...

Brugerhistorie: Ikke-opfordret borger vælger tandlæge

Som enBorger der ikke er blevet opfordret til at vælge tandlæge

ønsker jeg atvælge en privatpraktiserende tandlæge 

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

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 med status 1 ('dentistChosen')

...

Brugerhistorie: Borger vælger tandlæge men ønsker ikke automatisk kontakt til tandlægen

Som enBorger (opfordret eller ikke-opfordret)

ønsker jeg atvælge en privatpraktiserende tandlæge men angive, at tandlægen ikke skal kontaktes

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

ønsker jeg at

vælge en privatpraktiserende tandlæge 

 modtage ny opfordring til valg af tandlæge, hvis kommunikationen til den tidligere valgte tandlæge mislykkedes

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 navnemodtage 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. 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)
  3. STS'en skal kunne kalde "getCurrentSalt" og "getBlurredOrganisations" på IDSAS.
  4. STS'en skal levere en sikkerhedsbillet med et "salt" og liste af "CVR"-numre (kan være tom).
  5. Svaret fra servicen må kun indeholde pseudonymer for de personer, vis CVR der skal sløres for

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)så jeg for alle borgere kun returnerer pseudonymer, i stedet for navne, for ansatte i afdelingenacceptere 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
    3. Afdelingssløringen skal være oprettet i IDSAS-databasen med angivet CVR og afdelingskode (SOR eller SHAK
  3. )

Brugerhistorie: Tandlæge afslår optagelse

Som ensystembruger Tandlæge 

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

  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
    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
    2. skal gives et svar tilbage indeholdende alle aktuelle afdelingssløringer
  2. er skabt en ny række i DDTV databasen (serial++) med status 5 ('timeOut') og initielt dpStatus 'Ready'
  3. Der 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. Der skal gives et svar tilbage indeholdende alle afdelingssløringer (SOR eller SHAK-koder) oprettet med et bestemt CVRAlle data for en borger, der er død for mere end 1 år siden, er fjernet.