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.
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 Samtykkeservicen 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 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:
...
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)
- 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 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
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
- Specielt for borger på vegne af borger med fuldmagt:
- Der logges til minlog
- 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
- Specielt for borger på vegne af borger med fuldmagt:
- Der logges til minlog
- 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
- 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
- Specielt for borger på vegne af borger med fuldmagt:
- Der logges til minlog
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
...
Systembruger (idkort niveau 3)
...
Findes ikke pt. i Minspærring
Kolonnen "Hsuid" er på vej til at blive udfaset og bliver ikke vedligeholdt fremadrettet.
Brugerhistorier til MinSpærring 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 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 Sundhedsfagligtsystem
...
- 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å 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 |
...