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 - sundhedsfaglig med autorisation
Som Systembruger ønsker |
jeg at verificere om en sundhedsfaglig med autorisation har adgang til data så |
jeg kan sikre at der kun udleveres |
data som ikke er spærret for den sundhedsfaglige |
med 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.
...
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 |
...