Page History
| Navitabs | ||||
|---|---|---|---|---|
| ||||
| Table of Contents |
|---|
Introduktion
Formål
Formålet med dette dokument er at beskrive de brugerhistorier (user stories) der understøttes af MinSpærringSamtykkeservicen.
Brugerhistorier er overordnede beskrivelser af funktionalitet og mål set fra brugeren/anvenderens synsvinkel. Brugerhistorierne er ikke beskrevet udfra en teknisk synsvinkel med udfra en forretningsmæssig brug af MinSpærringSamtykkeservicen.
For en teknisk gennemgang af de i dette dokument skitserede brugerhistorier henvises til MinSpærring Samtykkeservicen - Guide til anvendereAnvenderguide.
Den første del af dokumentet beskriver de forskellige brugertyper/aktører af MinSpærringSamtykkeservicen.
Derefter listes de enkelte brugerhistorier med en overblikstegning, der viser, hvilke aktører, der optræder i de enkelte brugerhistorier.
...
Læseren af dette dokument kan være forretningskonsulenter og/eller arkitekter fra NSP anvenderorganisationer, der ønsker at vide, hvordan MinSpærring Samtykkeservicen kan anvendes til at opfylde forretningsmæssige behov.
...
Brugertyper i Samtykkeservicen
I MinSpærring Samtykkeservicen arbejdes der med følgende brugertyper:
- Borger
- Borger på vegne af borger - fuldmagt (for nuværende deaktiveret)
- Systembruger
- Medarbejder på sundhedsområde med National rolle: SpaerAdminR8
...
Overordnet set, så består MinSpærring Samtykkeservicen af to overordnede områder:
- Administration: Oprettelse og nedlæggelse af spærringer for en borger - både dataspecifikke og mod sundhedspersoner
- Verifikation: Filtrering af en liste af data i forhold til dataspecifikke spærringer samt verifikation om, hvorvidt en specifik borger har spærret for en specifik sundhedsperson.
Overblik over brugerhistorier
Gliffy Diagram displayName brugerhistorie overblik name brugerhistorie overblik pagePin 2
Brugerhistorier: Samtykke og
...
Frabedelse Administration
Administration Brugertyper
...
- Borger
- Borger og borger på vegne af borger - fuldmagt (for nuværende deaktiveret)
- Medarbejder på sundhedsområde med National rolle: SpaerAdminR8
Borger
En borger kan agere på vegne af en borger med næsten samme betingelser som borgeren selv, så længe vedkommende har en fuldmagt. Nedenfor er der for hvert borger historie noteret, hvis en borger agerer med fuldmagt under andre forudsætninger.
- Borger: Oprette frabedelse
...
- Frabedelsen vises på brugergrænsefladen
- Uanset frabedelses type kan borger selv se eget data
- Der logges ikke til minlog
- Der oprettes en adviseringer (se Nas besked)
- Oprettelse af frabedelse fremgår i auditlog med tidsstempel
- Specielt for borger på vegne af borger med fuldmagt:
- Der logges til minlog
- Borger: Slette frabedelse
...
- Data er synligt for alle sundhedsfaglige
- Der logges ikke til minlog
- Der oprettes en adviseringer (se Nas besked)
- Sletning af frabedelse fremgår i auditlog med tidsstempel med tidsstempel
- Specielt for borger på vegne af borger med fuldmagt:
- Der logges til minlog
- Borger: Se frabedelse(r)
...
- Frabedelser vises på brugergrænsefladen
- Der logges ikke til minlog
- Der oprettes ikke en advisering
- Hentning af frabedelse fremgår i auditlog med tidsstempel
- Specielt for borger på vegne af borger med fuldmagt:
- Der logges til minlog
Borger: Ret frabedelse(r)
Som Borger ønsker jeg at kunne rette en mine frabedelser så jeg kan ændre i mine frabedelser |
Acceptkriterier
- Rettelsen fremgår på brugergrænseflade
- Logges til minlog med teksten "Borger har opdateret frabedelser"
- Rettelse af frabedelse fremgår i auditlog med tidsstempel tidsstempel
- Specielt for borger på vegne af borger med fuldmagt:
- Der logges til minlog
Medarbejder - med national rolle
...
Bruger: Ret borgers frabedelse(r)
Som Medarbejder på sundhedsområde med National rolle: SpaerAdminR8 ønsker jeg at kunne rette en borgers frabedelser så udfordret af det digitale borgere kan få hjælp til at rette deres frabedelser |
Acceptkriterier
- Rettelsen fremgår på brugergrænseflade for Admin NADM
- Logges til minlog med teksten "Sundhedsperson har opdateret frabedelser for en borger"
- Rettelse af frabedelse fremgår i auditlog med tidsstempel
Brugerhistorier: Samtykke
...
og
...
Frabedelse Verifikation
Verifikation Brugertyper
...
- Systembruger
Bruger Verifikation
...
Verifikation - systembruger - sundhedsfaglig med autorisation
Som Systembruger ønsker jeg jeg at verificere om en sundhedsfaglig med autorisation har adgang til data så jeg jeg kan sikre at der kun udleveres det data som ikke er spærret for den sundhedsfaglige har ret til at semed autorisation |
Acceptkriterier
- Findes der en frabedelse på en specifik sundhedsfaglig, udleveres der ikke dokumenter til denne sundhedsfaglige
- Findes der en frabedelse på et bestemt behandlingssted, udleveres der ikke dokumenter fra dette behandlingsstedFindes der en frabedelse fra en bestemt periode, udleveres der ikke dokumenter inden for denne periode
Brugertyper i Samtykkeservicen
I MinSpærring arbejdes der med følgende brugertyper:
BorgerSystembrugerSundhedsfagligAdministrativ
Den tekniske definition af disse i forhold til, hvordan de i praksis valideres er bekrevet detaljeret i Samtykkeservicen - Arkitektur og Design.
Overordnet set, så består MinSpærring af to overordnede områder:
Administration: Oprettelse og nedlæggelse af spærringer for en borger - både dataspecifikke og mod sundhedspersonerVerifikation: Filtrering af en liste af data i forhold til dataspecifikke spærringer samt verifikation om, hvorvidt en specifik borger har spærret for en specifik sundhedsperson.
I forhold til brugertyperne, så viser følgende tabel, hvilke brugertyper, der giver mening i forhold til hvilke områder:
...
MinSpærring
Administration
...
MinSpærring
Verifikation
...
- periode
Verifikation - systembruger - uden autorisation med national rolle
Som Systembruger ønsker jeg at verificere om en sundhedsfaglig uden autorisation med national rolle har adgang til data så jeg kan sikre at der kun udleveres data som ikke er spærret for den sundhedsfaglige uden autorisation med national rolle |
Acceptkriterier
- Findes der en frabedelse på en specifik sundhedsfaglig, udleveres der ikke dokumenter til denne sundhedsfaglige
- Findes der en frabedelse fra en bestemt periode, udleveres der ikke dokumenter inden for denne periode
Data Verifikation
Data baggrund for scenarierne
Brugerhistorier til Samtykkeservicen Verifikation
Følgende tegning viser et udsnit af SOR hierarkiet. Hver kasse i diagrammet skal repræsentere en SOR enhed hvor data på borgeren er hjemmehørende.
...
Enheden F er taget med for at kunne teste mapningen af ydrenumre til sorid i Minspærring verificationSamtykkeservice verification.
Hierarkiet falder lidt sammen når det ses med SKAK SHAK id'er
A: 662037 - Akutafdeling
...
I det følgende anvendes ikke værdispring. Brugerhistorierne beskrives ud fra den Sundhedsfaglig bruger der aktiverer systemet og derfor starter historien. Men accepten af historien går på borgeren da MinSpærring Verifikation Samtykkeservicens Verifikation skal spærre data hvis borgeren ønsker dette.
På en spærret SOR enhed kan der sættes et flag SOR-suborganisations. Når det er sat gælder spærringen også for underliggende SOR enheder.
...
Verifikation - system bruger - Filtrer liste med dataelementer
Som etSundhedsfagligt system ønsker jeg atfå filtreret listen af dataelementer så jeg kanvide at eventuelle spærrede dataelementer er sorteret fra |
...
- Listen af dataelementer uden spærringer på returneres til Sundhedsfagligt system
...
Scenarie:
...
Filtrer dataelementer, spærring med markering
Givet borger har spærring på SOR enhed B og SOR-suborganisations markering er sat på spærringen Når Filtrering af dataelementer er kørt så indeholder listen dataelementer fra SOR enhed E |
Scenarie: Filtrer dataelementer, spærring uden markering
Givet borger har spærring på SOR enhed B og SOR-suborganisations markering ikke er sat på spærringen Når Filtrering af dataelementer er kørt så indeholder listen ingen dataelementer fra SOR enhed C, D og E |
Scenarie: Filtrer dataelementer, spærring med markering mapning SHAK id
Givet borger har spærring på SOR enhed B og SOR-suborganisations markering er sat på spærringen og dataelementer angives med SHAK id'er Når Filtrering af dataelementer er kørt så indeholder listen dataelementer fra SOR enhed E |
Scenarie: Filtrer dataelementer, spærring uden markering mapning SHAK id
Givet borger har spærring på SOR enhed B og SOR-suborganisations markering ikke er sat på spærringen og dataelementer angives med SHAK id'er Når Filtrering af dataelementer er kørt så indeholder listen ingen dataelementer fra SOR enhed C, D og E |
Scenarie: Filtrer dataelementer, spærring med markering mapning Ydernummer
Givet borger har spærring på SOR enhed B og SOR-suborganisations markering er sat på spærringen og dataelementer angives med ydernummer Når Filtrering af dataelementer er kørt så indeholder listen dataelementer fra SOR enhed F |
...