Introduktion
Formål
Formålet med dette dokument er at beskrive de brugerhistorier (user stories) der understøttes af DDS.
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 DDS.
For en teknisk gennemgang af de i dette dokument skitserede brugerhistorier henvises til DDS - Guide til anvendere
Den første del af dokumentet beskriver de forskellige brugertyper/aktører af DDS.
Derefter listes de enkelte brugerhistorier med en overblikstegning, der viser, hvilke aktører, der optræder i de enkelte brugerhistorier.
DDS Servicen har en Registry-snitflade (Søgning efter dokumenter) og en Repository-snitflade (Hentning af dokumenter). Hver brugerhistorie dækker et samlet flow bestående af både et kald til Registry og bagefter et kald til Repository, da det er sådan DDS servicen anvendes i praksis.
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 DROS kan anvendes til at opfylde forretningsmæssige behov.
Læseren forventes at være bekendt med dokumentdeling som koncept - herunder IHE XDS.
Brugertyper i DDS
I DDS arbejdes der med følgende brugertyper:
- Borger (B): En borger kan forespørge på egne data eller data på en anden borger, som denne har en relation til (værge/forældremyndighedshaver/fuldmagtshaver).
- Ikke autoriseret person (IA): Kendetegnet ved ikke at være i besiddelse af et autorisationsid. I stedet kan de have angivet en national rolle der kan være en af følgende: ingen rolle, rolle type 1(lægesekretær?) eller rolle type 2 (sundhedsassistent?)
- Sundhedsfaglig person (SF): Kendetegnet ved at være i besiddelse af et autorisationsid.
Brugerhistorier
I det følgende gennemgåes brugerhistorierne enkeltvis. Hver brugerhistorie beskrives med de acceptkriterier der hører til, og som skal være opfyldt for en succesfuld gennemførelse af brugerhistorien.
Hvor det er relevant gives konkrete eksempler på brugerhistorien i form af scenariebeskrivelse.
Borger forspørgsler
Brugerhistorie: Forespørgsel på eget aftaledokument
Som en borger ønsker jeg at søge og hente mine registrerede dokumenter så jeg kan få de forespurgte dokumenter.
|
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Brugeren autentificerer sig med et gyldigt SOSI id kort på niveau 4
- Borgeren skal have registreret et eller flere dokumenter i DDS Repository
- Borgeren skal have registreret tilhørende metadata i DDS Registry
Brugerhistorie: Forespørgsel på anden borgers aftaledokument
Som en borger ønsker jeg at søge og hente en anden borgers registrerede dokumenter, hvor der ingen relation er mellem de to borgere så jeg kan få en fejl og der ikke returneres anden information om den anden borger
|
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Brugeren autentificerer sig med et gyldigt SOSI id kort på niveau 4
- Den anden borger skal have registreret et eller flere dokumenter i DDS Repository
- Den anden borger skal have registreret tilhørende metadata i DDS Registry
Brugerhistorie: Forespørgsel på anden borgers aftaledokument, hvor der er en relation
Som en borger ønsker jeg at søge og hente en anden borgers registrerede dokumenter, hvor der er en relation er mellem de to borgere (fuldmagt el. værge) så jeg kan få de forespurgte dokumenter.
|
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Brugeren autentificerer sig med et gyldigt SOSI id kort på niveau 4
- Den anden borger skal have registreret et eller flere dokumenter i DDS Repository
- Den anden borger skal have registreret tilhørende metadata i DDS Registry
kke-autoriserede bruger uden nationale roller
Brugerhistorie: Forespørgsel på borgers aftaledokument med negativ spærring (=> fejl)
Brugerhistorie: Forespørgsel på borgers labsvar dokument med negativ spærring (=> fejl)
Ikke-autoriserede bruger med nationale rolle lægesekretær
Brugerhistorie: Forespørgsel på borgers aftaledokument med negativ spærring (=> fejl)
Brugerhistorie: Forespørgsel på borgers labsvar med negativ spærring (=> fejl)
Brugerhistorie: Forespørgsel på borgers aftaledokument (=> dokument)
Brugerhistorie: Forespørgsel på borgers aftaledokument med forkert kontekst (=> fejl)
Brugerhistorie: Forespørgsel på borgers aftaledokumenter, hvor en er spærret (=> flere dokumenter + 1 fejl for spærret dokument)
Brugerhistorie: Forespørgsel på borgers labsvar (=> dokument)
Brugerhistorie: Forespørgsel på borgers labsvar, hvor et er spærret (=> dokument + ingen fejl?? - passer det?)
Ikke-autoriserede bruger med nationale rolle sundhedsassistent
Brugerhistorie: Forespørgsel på borgers aftaledokument med negativ spærring (=> fejl)
Brugerhistorie: Forespørgsel på borgers labsvar med negativ spærring (=> fejl)
Brugerhistorie: Forespørgsel på borgers aftaledokument (=> dokument)
Brugerhistorie: Forespørgsel på borgers repeterende aftaledokument (=> fejl)
Brugerhistorie: Forespørgsel på borgers aftaledokumenter, hvor en er spærret (flere dokumenter + 1 fejl for spærret dokument)
Sundhedsfaglig - aftaledokumenter
Brugerhistorie: Forespørgsel på borgers aftaledokument (=> dokument)
Brugerhistorie: Forespørgsel på borgers repeterende aftaledokument (=> dokument)
Brugerhistorie: Forespørgsel på borgers aftale- og repeterende dokumenter med negativ spærring på bruger (=> fejl)
Brugerhistorie: Forespørgsel på borgers aftale- og repeterende dokumenter med negativ spærring på anden bruger (=> dokument)
Brugerhistorie: Forespørgsel på borgers aftaledokumenter med data spærring (=> flere dokumenter + 1 fejl for spærret dokument)
Sundhedsfaglig - labsvar
Brugerhistorie: Forespørgsel på borgers labsvar (=> dokument)
Brugerhistorie: Forespørgsel på borgers labsvar med negativ spærring på bruger (=> fejl)
Brugerhistorie: Forespørgsel med værdispring på borgers labsvar med negativ spærring på bruger (=> dokument)
Brugerhistorie: Forespørgsel på borgers labsvar med data spærring (=> dokument)
Brugerhistorie: Forespørgsel med værdispring på borgers labsvar med data spærring (=>dokument)
Sundhedsfaglig - PLSP
Brugerhistorie: Forespørgsel på borgers aftaledokumenter (=> dokument)
Brugerhistorie: Forespørgsel på borgers aftaledokumenter med data spærringer (=> flere dokumenter + 2 fejl for spærrede dokumenter)
Sundhedsfaglig - alle dokumenttyper
Brugerhistorie: Forespørgsel på borgers labsvar (=> dokument)
Brugerhistorie: Forespørgsel på borgers labsvar med negativ spærring (=> fejl)
Brugerhistorie: Forespørgsel på borgers stable dokumenter (=> ingen dokumenter)
Brugerhistorie: Forespørgsel på borgers aftaledokumenter med negativ spærring på bruger (=> fejl)
Brugerhistorie: Forespørgsel med værdispring på borgers aftaledokumenter med negativ spærring på bruger (=> dokument)
Brugerhistorie: Forespørgsel på borgers stable dokumenter med negativ spærring på bruger (=> fejl)
Brugerhistorie: Forespørgsel med værdispring på borgers stable dokumenter med negativ spærring på bruger (=> ingen fejl og ingen dokumenter)
Som en sundhedsfaglig ønsker jeg at søge og hente alle registrerede dokumenter for en borger med angivelse af værdispring så jeg kan få de forespurgte dokumenter
|
For en succesfuld gennemførelse af brugerhistorien skal følgende acceptkriterier være opfyldt:
- Brugeren autentificerer sig med et gyldigt SOSI id kort på niveau 4
- Borgeren skal have registreret et eller flere dokumenter i DDS Repository
- Borgeren skal have registreret tilhørende metadata i DDS registry
- Borgeren skal have negativ spærring mod den kaldende bruger i Minspærring.
Brugerhistorie: Forespørgsel på borgers aftaledokumenter med negativ spærring på anden bruger (=> dokument)
Brugerhistorie: Forespørgsel på borgers aftaledokumenter med data spærring (=> flere dokumenter + 1 fejl for spærret dokument)
Brugerhistorie: Forespørgsel med værdispring på borgers aftaledokumenter med data spærring (=> flere dokumenter)