Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Gliffy Diagram
nameFlowdiagram-søgninger-DDS-Sundhedsfaglig
pagePin12

Diagrammet viser, hvorledes DDS Registry starter med at validere de medsendte akkreditiver (se evt. DDS Registry Querying Interface Description).

...

Borger søger alle dokumenter sig selv

Userstory: Borger søger alle dokumenter på sig selv
IDB_SOEG_ALLE_DOK
Beskrivelse

Som en borger

ønsker jeg at lave en uindskrænket søgning i DDS Registry

så jeg kan få en liste over mine registrerede dokumenter

Testcases for:  Borger søger alle dokumenter på borger
DOKS

Precondition:

  1. Borgeren har et eller flere dokumenter

Action: Brugeren foretager en uindskrænket søgning i DDS Registry

Postcondition:

  1. Brugeren får en liste retur med ider på alle dennes dokumenter
  2. Der kommer en linje i DDS auditlog

Borger søger alle dokumenter på anden borger

Userstory: Borger søger alle dokumenter på anden borger
IDB_SOEG_ALLE_DOK_ANDEN_B
Beskrivelse

Som en borger

ønsker jeg at lave en uindskrænket søgning i DDS Registry

så jeg kan få en liste over en anden borgers (som jeg har relation til) dokumenter

Testcases for:  Borger søger alle dokumenter på borger
DOKS

Precondition:

  1. 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:

  1. Brugeren får en liste retur med ider på alle dennes dokumenter
  2. Der kommer en linje i DDS auditlog
  3. Der kommer en linje i MinLog

Ikke-autoriseret bruger med national rolle søger alle dokumenter på borger

...

Testcases for:  Ikke-autoriseret bruger med national rolle søger alle dokumenter på borger
NAT_ROLLE_INGEN_DOKTYPER

Precondition:

  1. Brugerens nationale rolle giver ikke adgang til nogen dokumenttyper
  2. En borger med et eller flere dokumenter
  3. Borgeren har ingen spærringer i MinSpærring

Action: Brugeren foretager en uindskrænket søgning i DDS Registry

Postcondition:

  1. Brugeren får en tom liste af dokumentreferencer
  2. Brugeren får en meddelelse om, at rollen ikke giver adgang til dokumenterne (unauthorized_role)
  3. Der kommer ikke en linje i MinLog
  4. Der bestilles en opfølgning i BRS
  5. Der kommer en linje i DDS auditlog
NAT_ROLLE_VISSE_DOKTYPER

Precondition:

  1. Brugerens nationale rolle giver adgang til visse dokumenttyper
  2. En borger med et eller flere dokumenter, der falder indenfor de dokumenttyper, som brugerens rolle giver adgang til
  3. Borgeren har også dokumenter, der falder udenfor de dokumenttyper, som brugerens rolle giver adgang til
  4. Borgeren har ingen spærringer i MinSpærring

Action: Brugeren foretager en uindskrænket søgning i DDS Registry

Postcondition:

  1. Brugeren får en liste med dokumentider retur (se pkt 2 i precondition) retur
  2. Brugeren får en meddelelse om, at der er fortaget filtreringer i svaret (consentunauthorized_filter_appliedrole)
  3. Der kommer en linje i MinLog som konsekvens af søgningen
  4. Der bestilles en opfølgning i BRS
  5. Der kommer en linje i DDS auditlog
NAT_ROLLE_ALLE_DOKTYPER

Precondition:

  1. Brugerens nationale rolle giver adgang til alle dokumenttyper
  2. En borger med et eller flere dokumenter, der falder indenfor de dokumenttyper, som brugerens rolle giver adgang til
  3. Borgeren har ingen dokumenter, der falder udenfor de dokumenttyper, som brugerens rolle giver adgang til
  4. Borgeren har ingen spærringer i MinSpærring

Action: Brugeren foretager en uindskrænket søgning i DDS Registry

Postcondition:

  1. Brugeren får en liste med dokumentider retur (se pkt 2 i precondition) retur
  2. Der kommer en linje i MinLog som konsekvens af søgningen
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog

NEG_SPAERRING_SF

(se "forsigtighedsprincippet" beskrevet i SDS-2503)

Precondition:

  1. Brugerens nationale rolle giver adgang til alle dokumenttyper
  2. Borgeren har et eller flere dokumenter
  3. Borgeren har registreret negativ spærring mod en sundhedsfaglig person i MinSpærring

Action: Brugeren foretager en uindskrænket søgning i DDS Registry

Postcondition:

  1. Brugeren får en tom liste retur
  2. Brugeren får en meddelelse om, at der er fortaget filtreringer i svaret (consent_filter_applied)
  3. Der kommer en linje i MinLog
  4. Der bestilles en opfølgning i BRS
  5. Der kommer en linje i DDS auditlog
DATA_SPAERRING

Precondition:

  1. Brugerens nationale rolle giver adgang til alle dokumenttyper
  2. Borgeren har et eller flere dokumenter
  3. Borgeren har dataspecifikke spærring i MinSpærring, der dækker et eller flere af dokumenterne i pkt 2

Action: Brugeren foretager en uindskrænket søgning i DDS Registry

Postcondition:

  1. Brugeren får en liste af dokumentid retur, hvor de referencer, der vedrører de dokumneter, der er dækket af dataspecifik spærring er filtreret fra
  2. Brugeren får en meddelelse om, at der er fortaget filtreringer i svaret (consent_filter_applied)
  3. Der kommer en linje i MinLog
  4. Der bestilles en opfølgning i BRS
  5. Der kommer en linje i DDS auditlog

...

Gliffy Diagram
nameFlowdiagram-hentning-DDS-SF
pagePin12

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.

...