Versions Compared

Old Version 54

changes.mady.by.user Thomas Kilden Nielsen

Saved on

compared with

New Version 55

changes.mady.by.user Thomas Kilden Nielsen

Saved on

Key

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

...

Gliffy Diagram
displayNameFlowdiagram-hentning-DDS-IA2
nameFlowdiagram-hentning-DDS-IA2
pagePin11

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.

Sundhedsfaglig bruger (SF): Flow for hentning af dokumenter via DDS Repository

...

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.

...

Sundhedsfaglig bruger søger efter aftaledokumenter

Testcases for:  Sundhedsfaglig bruger søger aftaledokumenter på borger
INGEN_SPAERRINGER_AFTALER

Precondition:

  1. Borgeren har et repeterende aftaledokument i DDS
  2. Borgeren har ingen spærringer i MinSpærring

Action: Brugeren foretager en søgning på repeterende aftaledokumenter i DDS

Postcondition:

  1. Brugeren får en liste retur med 1 dokumentreference
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
INGEN_SPAERRINGER_REPETERENDE_AFTALER

Precondition:

  1. Borgeren har ingen spærringer i MinSpærring

Action: Brugeren foretager en søgning på aftaledokumenter i DDS

Postcondition:

  1. Brugeren får en liste retur med 1 dokumentreference
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
NEG_SPAERRING_DENNE_SF

Precondition:

  1. Borgeren har negativ spærring mod den kaldende bruger i MinSpærring

Action: Brugeren foretager en søgning efter aftaledokumenter i DDS

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
NEG_SPAERRING_ANDEN_SF

Precondition:

  1. Borgeren har et eller flere aftaledokumenter
  2. Borgeren har negativ spærring mod en anden sundhedsfaglig end den kaldende bruger i MinSpærring

Action: Brugeren foretager en uindskrænket søgning i DDS efter dokumenter med typen aftaler

Postcondition:

  1. Brugeren får en liste retur med ider på alle borgerens aftaledokumenter
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
DATA_SPAERRING

Precondition:

  1. Borgeren har dataspecifikke spærring i MinSpærring, på en afdeling, der har registerede aftaledokument for den pågældende bruger

Action: Brugeren foretager en søgning i DDS efter dokumenter med typen aftaler

Postcondition:

  1. Brugeren får en liste af dokumentid retur, hvor de referencer, der vedrører de aftaledokumneter, 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

Sundhedsfaglig bruger søger efter labsvar

Testcases for:  Sundhedsfaglig bruger søger labsvardokumenter på borger
INGEN_SPAERRINGER

Precondition:

  1. Borgeren har ingen spærringer i MinSpærring

Action: Brugeren foretager en søgning på labsvar i DDS

Postcondition:

  1. Brugeren får en liste retur med 1 dokumentreference
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
NEG_SPAERRING_DENNE_SF

Precondition:

  1. Borgeren har negativ spærring mod den kaldende bruger i MinSpærring

Action: Brugeren foretager en søgning efter labsvar i DDS

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
NEG_SPAERRING_DENNE_SF_MED_VAERDISPRING

Precondition:

  1. Borgeren har negativ spærring mod den kaldende bruger i MinSpærring

Action: Brugeren foretager en søgning efter labsvar i DDS med angivelse af værdispring

Postcondition:

  1. Brugeren får en liste retur med 1 dokumentreference
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
  5. Der kommer en linje i DDS værdispringslog
DATA_SPAERRING

Precondition:

  1. Borgeren har dataspecifikke spærring i MinSpærring, på en afdeling, der har registerede labsvar for den pågældende bruger

Action: Brugeren foretager en søgning efter labsvar i DDS

Postcondition:

  1. Brugeren får en liste retur med 1 dokumentreference
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
DATA_SPAERRING_MED_VAERDISPRING

Precondition:

  1. Borgeren har dataspecifikke spærring i MinSpærring, på en afdeling, der har registerede labsvar for den pågældende bruger

Action: Brugeren foretager en søgning efter labsvar i DDS med angivelse af værdispring

Postcondition:

  1. Brugeren får en liste retur med 1 dokumentreference
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog

Sundhedsfaglig bruger søger efter alle dokumenttyper 

Testcases for:  Sundhedsfaglig bruger søger alle dokumenter på borger
INGEN_SPAERRINGER

Precondition:

  1. Borgeren har et eller flere dokumenter
  2. Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

  1. Brugeren får en liste retur med ider på alle borgerens dokumenter
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
FEJLSCENARIE_INGEN_SPAERRINGER_MEN_MISMATCH_I_KONTEKST_OG_SOEGNING_CPR

INGEN_DOKS

Precondition:

  1. Borgeren har ingen dokumenter registreret i DDS
  2. Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

  1. Brugeren får tom liste retur
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
NEG_SPAERRING_DENNE_SF

Precondition:

  1. Borgeren har et eller flere dokumenter
  2. Borgeren har negativ spærring mod den kaldende bruger i MinSpærring

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

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
NEG_SPAERRING_DENNE_SF_VAERDISPRING

Precondition:

  1. Borgeren har et eller flere dokumenter
  2. Borgeren har negativ spærring mod den kaldende bruger i MinSpærring

Action: Brugeren foretager en uindskrænket søgning i DDS med angivelse af værdispring

Postcondition:

  1. Brugeren får en liste retur med ider på alle borgerens dokumenter
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
  5. Der kommer en linje i DDS værdispringslog
NEG_SPAERRING_DENNE_SF_INGEN_DOKS

Precondition:

  1. Borgeren ingen dokumenter registreret i DDS
  2. Borgeren har negativ spærring mod den kaldende bruger i MinSpærring

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

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
NEG_SPAERRING_DENNE_SF_INGEN_DOKS_VAERDISPRING

Precondition:

  1. Borgeren ingen dokumenter registreret i DDS
  2. Borgeren har negativ spærring mod den kaldende bruger i MinSpærring

Action: Brugeren foretager en uindskrænket søgning i DDS med angivelse af værdispring

Postcondition:

  1. Brugeren får en tom liste retur
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
  5. Der kommer en linje i DDS værdispringslog
NEG_SPAERRING_ANDEN_SF
(illustration af, at "forsigtighedsprincippet" beskrevet i SDS-2503 ikke gælder for sundhedsfaglige)

Precondition:

  1. Borgeren har et eller flere dokumenter
  2. Borgeren har negativ spærring mod en anden sundhedsfaglig end den kaldende bruger i MinSpærring

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

Postcondition:

  1. Brugeren får en liste retur med ider på alle borgerens dokumenter
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
DATA_SPAERRING

Precondition:

  1. Borgeren har et eller flere dokumenter
  2. Borgeren har dataspecifikke spærring i MinSpærring, der dækker et eller flere af dokumenterne i pkt 1

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

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
DATA_SPAERRING_VAERDISPRING

Precondition:

  1. Borgeren har et eller flere dokumenter
  2. Borgeren har dataspecifikke spærring i MinSpærring, der dækker et eller flere af dokumenterne i pkt 1

Action: Brugeren foretager en uindskrænket søgning i DDS med angivelse af værdispring

Postcondition:

  1. Brugeren får en liste retur med ider på alle borgerens dokumenter
  2. Der kommer en linje i MinLog
  3. Der bestilles en opfølgning i BRS
  4. Der kommer en linje i DDS auditlog
  5. Der kommer en linje i DDS værdispringslog

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.

...