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.
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ærring.
...
Hver brugerhistorie gennemgås derefter - herunder en gennemgang af acceptkriterier. Der gives eksempler på konkrete instanser af brugerhistorien i form af scenarier.
Læsevejledning
Læseren af dette dokument kan være forretningskonsulenter og/eller arkitekter fra NSP anvenderorganisationer, der ønsker at vide, hvordan MinSpærring kan anvendes til at opfylde forretningsmæssige behov.
Læseren forventes at være bekendt med spærring og samtykke som koncept.
Brugertyper i
...
Samtykkeservicen
I MinSpærring arbejdes der med følgende brugertyper:
...
ActingUser er udfyldt:
Sikkerhedsbillettens UserType skal være "Citizen"
Audience fra sikkerhedsbilletten skal kunne verificeres
...
ActingUser er ikke udfyldt:
Der skal være en valid HsuidHeader der beskriver en "Citizen"
Tilhørende organisation skal være whitelistet.
...
Borger på vegne af anden borger
- fuldmagt
- forældremyndighed
...
Sundhedsfaglig (HealthcareProfessional)
...
ActingUser er udfyldt:
Sikkerhedsbillettens UserType skal være "HealthcareProfessional"
ActingUser er ikke udfyldt:
Der skal være en valid HsuidHeader der beskriver en "HealthcareProfessional"
Tilhørende organisation skal være whitelistet.
...
Sundhedsfaglig på vegne af anden sundhedsfaglig
...
Findes ikke pt. i Minspærring
...
Administrativ
ActingUser er udfyldt:
Sikkerhedsbillettens UserType skal være "HealthcareProfessional"
RequiredNationalRole skal være udfyldt (og den må ikke være slået fra vha. TURN_NATIONAL_ROLE_OFF)
- Borger
- Systembruger
- Medarbejder på sundhedsområde med National rolle: SpaerAdminR8
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 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
- Borger: Oprette frabedelse
Som Borger ønsker jeg at kunne oprette en frabedelse så jeg kan sikre at mit sundhedsdata ikke deles
|
Acceptkriterier
- 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
- Borger: Slette frabedelse
Som Borger ønsker jeg at kunne slette en frabedelse så mit sundhedsdata igen er synligt |
Acceptkriterier
- 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
- Borger: Se frabedelse(r)
Som Borger ønsker jeg at kunne se min(e) frabedelse(r) så jeg har overblik over, hvad jeg har frabedt mig |
Acceptkriterier
- Frabedelser vises på brugergrænsefladen
- Der logges ikke til minlog
- Der oprettes ikke en advisering
- Hentning af frabedelse fremgår i auditlog med tidsstempel
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
Medarbejder - med national rolle
- Bruger: Oprette en frabedelse
Som Medarbejder på sundhedsområde med National rolle: SpaerAdminR8 ønsker jeg at kunne oprette en frabedelse på vegne af en borger så udfordret af det digitale borgere kan få hjælp til at oprette en frabedelse |
Acceptkriterier
- Der oprettes en frabedelse af Administrativ sundhedsfaglig på vegne af borgeren
- Frabedelsen vises på brugergrænsefladen for borgen
- Frabedelsen vises på brugergrænsefladen for Admin i NADM
- Borger kan selv se eget data
- Frabedelsen gælder alt borgerens sundhedsdata indenfor den angivne periode
- Der logges til minlog med teksten "Sundhedsperson har tilføjet spærringer for en borger"
- Der oprettes en adviseringer (se Nas besked)
- Oprettelse af frabedelse fremgår i auditlog med tidsstempel
- Bruger: Slette en frabedelse
Som Medarbejder på sundhedsområde med National rolle: SpaerAdminR8 ønsker jeg at kunne slette en frabedelse på vegne af en borger så udfordret af det digitale borgere kan få hjælp til at slette en frabedelse |
Acceptkriterier
- Frabedelsen fremgår ikke længere på brugergrænseflade for borger
- Frabedelsen fremgår ikke længere på brugergrænseflade for Admin NADM
- Borgerens sundhedsdata er nu igen mulig at se for alle sundhedsfaglige
- Der logges til minlog med teksten "Sundhedsperson har ophævet spærringer for en borger"
- Der oprettes en adviseringer (se Nas besked)
- Sletning af frabedelse fremgår i auditlog med tidsstempel
Bruger: Se borgers frabedelse(r)
Som Medarbejder på sundhedsområde med National rolle: SpaerAdminR8 ønsker jeg at kunne se borgers frabedelser så udfordret af det digitale borgere kan få hjælp til at se deres frabedelser |
Acceptkriterier
- Frabedelsen fremgår på brugergrænseflade for Admin NADM
- Logges til minlog med teksten "Sundhedsperson har indhentet oplysninger om spærringer for en borger"
- Hentning af frabedelse fremgår i auditlog med tidsstempel
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 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 fra en bestemt periode, udleveres der ikke dokumenter inden for denne 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
Følgende tegning viser et udsnit
...
Systembruger (idkort niveau 3)
...
Findes ikke pt. i Minspærring
Brugerhistorier til MinSpærring Verifikation
Følgende tegning viser et usnit 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 etSunhedsfagligtsystemSundhedsfagligt 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å returnes til Sunhedsfagligtsystem
...
- 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å indholder 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å indholder 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å indholder 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å indholder 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å indholder indeholder listen dataelementer fra SOR enhed F |
...