Page History
...
Til sidst foretager DDS Registry en auditlogning af resultatet (se evt. afsnittet "Auditloging" nedenfor), inden svaret sendes tilbage til brugeren.
Testcases hvor en Borger forespørger efter dokumenter
Brugerhistorier vedr. Borgere er beskrevet her: Borgerforspørgsler
Der findes følgende testcases for disse brugerhistorier:
Borger søger alle dokumenter sig selv
...
Precondition:
- Borgeren har et eller flere dokumenter
Action: Brugeren foretager en uindskrænket søgning i DDS Registry
Postcondition:
- Brugeren får en liste retur med ider på alle dennes dokumenter
- Der kommer en linje i DDS auditlog
Borger søger alle dokumenter på anden borger
...
Precondition:
- Den borger, som brugeren vil tilgå data på har et eller flere dokumenter
Action: Brugeren foretager en uindskrænket søgning i DDS Registry
Postcondition:
- Brugeren får en liste retur med ider på alle dennes dokumenter
- Der kommer en linje i DDS auditlog
- Der kommer en linje i MinLog
Funktion: Hentning af dokumenter via DDS Repository
Overordnet set faciliterer DDS Repository hentning af dokumenter i de bagvedliggende registries (se illustration ovenfor).
Formålet er at få en liste tilbage af dokumenter, der svarer til de dokument-id'er, som der blev bedt om i forespørgslsen.
En dokumenthentning sker altid efter en søgning, der tilvejebringer relevante dokument-id'er udfra een eller flere søgeparametre.
Borger (B): Flow for hentning af dokumenter via DDS Repository
Det overordnede flow ved en hentning i DDS Repository som en borger ser således ud:
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
Ikke-autoriseret bruger (IA): Flow for hentning af dokumenter via DDS Repository
Det overordnede flow ved en hentning i DDS Repository som en ikke-autoriseret bruger ser således ud:
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
Sundhedsfaglig bruger (SF): Flow for hentning af dokumenter via DDS Repository
Det overordnede flow ved en hentning i DDS Repository som en sundhedsfaglig bruger ser således ud:
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
Flowet for dokumenthentning ligner på mange måder flowet for søgninger. Den største forskel er i forhold til filtreringen i forhold til dataspecifikke spærringer. Ved søgninger kunne dokumenternes metadata (som returneret af DDS backends) anvendes i filtreringen, da man her kunne finde information om, hvilken afdeling dokument entry'et tilhørte. Denne information er ikke tilgængelig i forhold til hentning af dokumentet, da det eneste metadata, der er i spil her er dokumentets id. Filtreringen af dokumentindholdet sker således kun for dokumenter, der indeholder en PIH (Privacy Information Header). Dette gør sig i skrivende stund kun gældende for labsvar. Alle andre dokumenter vil således ikke kunne filtreres/udelades på baggrund af borgerens dataspecifikke spærringer. Blandt andet derfor er det nødvendigt altid at lave en søgning efter dokument-id'er først (hvorved de dataspecifikke spærringer kan bringes i spil). Anvendere må således ikke cache dokument-id'er eller "genbruge" søgeresultater på tværs af brugere og/eller sessioner.
Testcases for Dokumentdelingsservicen
I det følgende er beskrevet en række testcases. De dækker både DDS Registry og DDS Repository som en sammenhængende operation, da det er på den måde DDS servicen anvendes i praksis.
Testcases hvor en Borger forespørger efter dokumenter
Brugerhistorier vedr. Borgere er beskrevet her: Borgerforspørgsler
Der findes følgende testcases for disse brugerhistorier:
Borger søger alle dokumenter sig selv
Testcases hvor en Ikke-autoriseret bruger forespørger efter dokumenter
Brugerhistorier vedr. Borgere er beskrevet her: Ikke-autoriseret bruger
Der findes følgende testcases for disse brugerhistorier:
Precondition:
- Brugerens nationale rolle giver ikke adgang til nogen dokumenttyper
- En borger med et eller flere dokumenter
- Borgeren har ingen spærringer i MinSpærring
Action: Brugeren foretager en uindskrænket søgning i DDS Registry
Postcondition:
- Brugeren får en tom liste af dokumentreferencer
- Brugeren får en meddelelse om, at rollen ikke giver adgang til dokumenterne (unauthorized_role)
- Der kommer ikke en linje i MinLog
- Der bestilles en opfølgning i BRS
- Der kommer en linje i DDS auditlog
Precondition:
- Brugerens nationale rolle giver adgang til visse dokumenttyper
- En borger med et eller flere dokumenter, der falder indenfor de dokumenttyper, som brugerens rolle giver adgang til
- Borgeren har også dokumenter, der falder udenfor de dokumenttyper, som brugerens rolle giver adgang til
- Borgeren har ingen spærringer i MinSpærring
Action: Brugeren foretager en uindskrænket søgning i DDS Registry
Postcondition:
- Brugeren får en liste med dokumentider retur (se pkt 2 i precondition) retur
- Brugeren får en meddelelse om, at der er fortaget filtreringer i svaret (unauthorized_role)
- Der kommer en linje i MinLog som konsekvens af søgningen
- Der bestilles en opfølgning i BRS
- Der kommer en linje i DDS auditlog
Precondition:
- Brugerens nationale rolle giver adgang til alle dokumenttyper
- En borger med et eller flere dokumenter, der falder indenfor de dokumenttyper, som brugerens rolle giver adgang til
- Borgeren har ingen dokumenter, der falder udenfor de dokumenttyper, som brugerens rolle giver adgang til
- Borgeren har ingen spærringer i MinSpærring
Testcases for: Borger søger alle dokumenter på borger | |
---|---|
DOKS | Precondition:
|
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
|
|
Borger søger alle dokumenter på anden borger
Testcases for: Borger søger alle dokumenter på borger | |
---|---|
DOKS | Precondition:
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
|
Testcases hvor en Ikke-autoriseret bruger forespørger efter dokumenter
Brugerhistorier vedr. Borgere er beskrevet her: Ikke-autoriseret bruger
Der findes følgende testcases for disse brugerhistorier:
Testcases for: Ikke-autoriseret bruger med national rolle søger alle dokumenter på borger | |
---|---|
NAT_ROLLE_INGEN_DOKTYPER |
NEG_SPAERRING_SF
(se "forsigtighedsprincippet" beskrevet i SDS-2503)Precondition:
|
|
|
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
|
|
NAT_ROLLE_VISSE_DOKTYPER | Precondition:
|
|
|
|
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
|
|
|
|
Sundhedsfaglig bruger søger alle dokumenter på borger
NAT_ROLLE_ALLE_ |
DOKTYPER |
Som en sundhedsfaglig bruger
ønsker jeg at lave en uindskrænket søgning i DDS Registry
så jeg kan få en liste over en given borgers registrerede dokumenter
Precondition:
|
Precondition:
Borgeren har et eller flere dokumenter
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
|
NEG_SPAERRING_SF (se "forsigtighedsprincippet" beskrevet i SDS-2503) | Precondition:
|
|
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
|
DATA_SPAERRING |
Precondition:
|
|
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
|
Sundhedsfaglig bruger søger alle dokumenter på borger
Userstory: Sundhedsfaglig bruger søger alle dokumenter på borger | |
---|---|
ID | SF_SOEG_ALLE_DOK |
Beskrivelse | Som en sundhedsfaglig bruger ønsker jeg at lave en uindskrænket søgning i DDS Registry så jeg kan få en liste over en given borgers registrerede dokumenter |
Testcases for: Sundhedsfaglig bruger søger alle dokumenter på borger | |
---|---|
INGEN_SPAERRINGER |
NEG_SPAERRING_ANDEN_SF
(illustration af, at "forsigtighedsprincippet" beskrevet i SDS-2503 ikke gælder for sundhedsfaglige)Precondition:
|
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
INGEN_DOKS | Precondition:
|
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
|
|
NEG_SPAERRING_DENNE_SF | Precondition:
|
|
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
|
|
Sundhedsfaglig bruger søger alle dokumenter på borger med angivelse af værdispring
NEG_SPAERRING_ANDEN_SF (illustration af, at "forsigtighedsprincippet" beskrevet i SDS-2503 ikke gælder for sundhedsfaglige) | Precondition:
|
Som en sundhedsfaglig bruger
ønsker jeg at lave en uindskrænket søgning i DDS Registry med angivelse af værdispring
så jeg kan få en liste over en given borgers registrerede dokumenter uanset borgerens spærringer
Precondition:
Borgeren ingen dokumenter registreret i DDS
Action: Brugeren foretager en uindskrænket søgning i DDS |
Registry Postcondition:
|
|
NEG_SPAERRING_DENNE_SF_INGEN_ |
DOKS | Precondition:
|
Action: Brugeren foretager en uindskrænket søgning i DDS |
Registry Postcondition:
|
|
DATA_SPAERRING |
Precondition:
Action: Brugeren foretager en uindskrænket søgning i DDS |
Registry Postcondition:
|
|
Precondition:
- Borgeren ingen dokumenter registreret i DDS
- Borgeren har dataspecifikke spærring i MinSpærring
Action: Brugeren foretager en uindskrænket søgning i DDS Registry med angivelse af værdispring
Postcondition:
- Brugeren får en tom liste retur
- Der kommer en linje i MinLog
- Der bestilles en opfølgning i BRS
- Der kommer en linje i DDS auditlog
- Der kommer en linje i DDS værdispringslog
Sundhedsfaglig bruger søger labsvardokumenter på borger
Sundhedsfaglig bruger søger alle dokumenter på borger med angivelse af værdispring
Userstory: Sundhedsfaglig bruger søger alle dokumenter på borger med angivelse af værdispring | |
---|---|
ID | SF_SOEG_ALLE_DOK_VAERDISPRING |
Beskrivelse | Som en sundhedsfaglig bruger ønsker jeg at |
lave en uindskrænket søgning i DDS Registry med angivelse af værdispring så jeg kan få en liste over en given borgers |
registrerede dokumenter uanset borgerens spærringer |
Testcases for: |
---|
Sundhedsfaglig bruger søger |
---|
alle dokumenter på borger med angivelse af værdispring | |
---|---|
NEG_SPAERRING_DENNE_SF_INGEN_ |
DOKS | Precondition:
|
Action: Brugeren foretager en uindskrænket søgning |
i DDS |
Registry med angivelse af værdispring Postcondition:
|
| |
NEG_SPAERRING_DENNE_SF_VAERDISPRING | Precondition:
Action: Brugeren foretager en uindskrænket søgning |
i DDS |
Registry med angivelse af værdispring Postcondition:
|
|
| |
DATA_SPAERRING_VAERDISPRING | Precondition:
|
Action: Brugeren foretager en uindskrænket søgning |
i DDS |
Registry med angivelse af værdispring Postcondition:
|
|
Sundhedsfaglig bruger søger labsvar på borger med angivelse af værdispring
| |
DATA_SPAERRING_VAERDISPRING_INGEN_DOKS | Precondition:
Action: Brugeren foretager en uindskrænket søgning i DDS Registry med angivelse af værdispring Postcondition:
|
Sundhedsfaglig bruger søger labsvardokumenter på borger
Userstory: Sundhedsfaglig bruger søger |
---|
labsvardokumenter på borger |
---|
ID | SF_SOEG_LABSVAR |
Beskrivelse | Som en sundhedsfaglig bruger ønsker jeg at |
søge efter labsvar i DDS Registry |
så jeg kan få en liste over en given borgers |
labsvar |
Testcases for: |
---|
Sundhedsfaglig bruger søger |
---|
labsvardokumenter på borger | |
---|---|
INGEN_SPAERRINGER | Precondition:
Action: Brugeren foretager en søgning på labsvar i DDS Registry Postcondition:
|
NEG_SPAERRING_DENNE_SF |
Precondition:
Action: Brugeren foretager en søgning efter labsvar i DDS |
Registry Postcondition:
|
|
Funktion: Hentning af dokumenter via DDS Repository
Overordnet set faciliterer DDS Repository hentning af dokumenter i de bagvedliggende registries (se illustration ovenfor).
Formålet er at få en liste tilbage af dokumenter, der svarer til de dokument-id'er, som der blev bedt om i forespørgslsen.
En dokumenthentning sker altid efter en søgning, der tilvejebringer relevante dokument-id'er udfra een eller flere søgeparametre.
Borger (B): Flow for hentning af dokumenter via DDS Repository
Det overordnede flow ved en hentning i DDS Repository som en borger ser således ud:
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
Ikke-autoriseret bruger (IA): Flow for hentning af dokumenter via DDS Repository
Det overordnede flow ved en hentning i DDS Repository som en ikke-autoriseret bruger ser således ud:
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
Sundhedsfaglig bruger (SF): Flow for hentning af dokumenter via DDS Repository
Det overordnede flow ved en hentning i DDS Repository som en sundhedsfaglig bruger ser således ud:
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
...
DATA_SPAERRING | Precondition:
Action: Brugeren foretager en søgning efter labsvar i DDS Registry Postcondition:
|
Sundhedsfaglig bruger søger labsvar på borger med angivelse af værdispring
Userstory: Sundhedsfaglig bruger søger labsvar på borger med angivelse af værdispring | |
---|---|
ID | SF_SOEG_LABSVAR_VAERDISPRING |
Beskrivelse | Som en sundhedsfaglig bruger ønsker jeg at lave en søgning efter labsvar i DDS Registry med angivelse af værdispring så jeg kan få en liste over en given borgers registrerede labsardokumenter uanset borgerens spærringer |
Testcases for: Sundhedsfaglig bruger søger labsvar på borger med angivelse af værdispring | |
---|---|
NEG_SPAERRING_DENNE_SF_VAERDISPRING | Precondition:
Action: Brugeren foretager en søgning efter labsvar i DDS Registry med angivelse af værdispring Postcondition:
|
Logning i MinLog
I de nedenstående tabeller kan det ses, hvorledes kald til DDS Registry (søgning) og DDS Repository (hentning) anvendes i logninger i MinLog.
...