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ærring.
...
- 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.
Brugerhistorier: Samtykke og
...
Frabedelse Administration
Administration Brugertyper
...
- Borger
- Medarbejder på sundhedsområde med National rolle: SpaerAdminR8
...
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
...
- 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 systembruger
Som Systembruger ønsker jeg at verificere om en sundhedsfaglig har adgang til data så |
jeg kan sikre at der kun udleveres |
data som ikke er spærret for den sundhedsfaglige |
Acceptkriterier
- Findes der en frabedelse på en specifik sundhedsfaglig, udleveres der ikke dokumenter til denne sundhedsfagligeFindes der en frabedelse på et bestemt behandlingssted, udleveres der ikke dokumenter fra dette behandlingssted
- Findes 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
...
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.
...
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
Scenarier til Spærring Verifikation
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 |
...