Versions Compared

Old Version 5

changes.mady.by.user Eva Troels

Saved on

compared with

New Version 6

changes.mady.by.user Eva Troels

Saved on

Key

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

...

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

Userstory: Ikke-autoriseret bruger med national rolle søger alle dokumenter på borger
IDIA_NATIONAL_SOEG_ALLE_DOK
Beskrivelse

Som en ikke-autoriseret bruger med national rolle

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

så jeg kan få en liste over en given borgers registrerede dokumenter, som min rolle giver adgang til

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 (consent_filter_applied)
  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


Sundhedsfaglig bruger søger alle dokumenter på borger

Userstory: Sundhedsfaglig bruger søger alle dokumenter på borger
IDSF_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

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 Registry

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
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 Registry

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 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

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 Registry

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
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 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. 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 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
Userstory: Sundhedsfaglig bruger søger alle dokumenter på borger med angivelse af værdispring
IDSF_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:

  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 Registry 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_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 Registry 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
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 Registry 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
DATA_SPAERRING_VAERDISPRING_INGEN_DOKS

Precondition:

  1. Borgeren ingen dokumenter registreret i DDS
  2. 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:

  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

Funktion: Hentning af dokumenter via DDS Repository

...

En dokumenthentning sker altid efter en søgning, der tilvejebringer relevante dokument-id'er udfra een eller flere søgeparametre.

Nedenstående diagram viser flowdiagrammet illusterer flowet for sundhedsfaglige, som er det mest komplicerede.

Gliffy Diagram
nameFlowdiagram-hentning-DDS-SF
pagePin1

...

Ved søgning i DDS Registry vil der i tilfælde med sundhedsfaglige brugere og ikke-autoriserede brugere komme en linje i MinLog. Følgende tabel viser, hvor oplysningerne i kaldet til MinLog stammer fra:

Felt i MinLogs LogDataEntry Hvor stammer oplysningen fra i søgninger mod DDS Registry?
sessionIdFlow-id (som angivet i Medcom headeren i følge DGWS)
sourceSystemIdentifierKaldende system (som angivet i HSUID headeren nsi:SystemName)
eventDateTimeTidsstempel for kaldet (genereres af DDS Registry)
activity

Udfyldes med defaultværdi for DDS Registry (som angivet i konfigurationsparameteren minlog.query.default eller minlog.query.consentoverride, hvis værdispring anvendes).

Nuværende værdier:

minlog.query.default = "Opslag på dokumentdelingsservice"

minlog.query.consentoverride = "Opslag på dokumentdelingsservice, hvor samtykker tilsidesættes"

For borgeropslag står der

"Opslag/udtræk på dokumentdelingsservicen af forældremyndighedsindehaver / fuldmagtshaver / værge" alt efter, hvordan relationen er (som angivet i HSUID headeren nsi:CitizenUserRelation)

personCivilRegistrationBorgerens CPR nummer (som opslaget drejer sig om)
userIdentifierKaldende brugers CPR nummer (som angivet i HSUID headeren nsi:ActingUserCivilRegistrationNumber)
userIdentifierOnBehalfOfAnsvarlige brugers CPR nummer (som angivet i HSUID headeren nsi:ResponsibleUserCivilRegistrationNumber)
healthcareProfessionalOrganisationOrganisationen (som angivet i HSUID headeren nsi:OrgUsingID)
healthcareProfessionalOrganisationName

Udfyldes med defaultværdi for DDS Registry (som angivet i konfigurationsparameteren registration.log.organisation_name for DDS Registry

Nuværende værdi: "(organisationsnavn blev ikke udfyldt på registreringstidspunktet)"

Logninger i MinLog i forbindelse med hentning af dokument i DDS Repository

Ved hentning af dokumenter i DDS Repository vil der i tilfældene med sundhedsfaglige brugere og ikke-autoriserede brugere komme en linje i MinLog. Følgende tabel viser, hvor oplysningerne i kaldet til 

MinLog stammer fra:

Felt i MinLogs LogDataEntry Hvor stammer oplysningen fra i søgninger mod DDS Repository?
sessionIdFlow-id (som angivet i Medcom headeren i følge DGWS)
sourceSystemIdentifierKaldende system (som angivet i HSUID headeren nsi:SystemName)
eventDateTimeTidsstempel for kaldet (genereres af DDS Repository)
activity

Udfyldes med defaultværdi for DDS Repository (som angivet i konfigurationsparameteren minlog.query.default eller minlog.query.consentoverride, hvis værdispring anvendes).

Nuværende værdier:

minlog.query.default = "Dataudtræk på dokumentdelingsservice"

minlog.query.consentoverride = "Dataudtræk på dokumentdelingsservice, hvor samtykker tilsidesættes"

For borgeropslag står der

"Opslag/udtræk på dokumentdelingsservicen af forældremyndighedsindehaver / fuldmagtshaver / værge" alt efter, hvordan relationen er (som angivet i HSUID headeren nsi:CitizenUserRelation)

personCivilRegistrationBorgerens CPR nummer (som opslaget drejer sig om)
userIdentifierKaldende brugers CPR nummer (som angivet i HSUID headeren nsi:ActingUserCivilRegistrationNumber)
userIdentifierOnBehalfOfAnsvarlige brugers CPR nummer (som angivet i HSUID headeren nsi:ResponsibleUserCivilRegistrationNumber)
healthcareProfessionalOrganisationOrganisationen (som angivet i HSUID headeren nsi:OrgUsingID)
healthcareProfessionalOrganisationName

Udfyldes med defaultværdi for DDS Registry (som angivet i konfigurationsparameteren registration.log.organisation_name for DDS Registry

Nuværende værdi: "(organisationsnavn blev ikke udfyldt på registreringstidspunktet)"

Kald af BRS

Anvendelsen af Dokumentdelingsservicen har sideeffekter i forhold til bestilling af opfølgninger i BRS. I det følgende beskrives sideeffekterne ved anvendelsen af

...

Følgende tabel viser, hvor oplysningerne i bestillingen af opfølging i BRS stammer fra:

Felt i TreatmentRelationRequestHvor stammer oplysningen fra i kald mod DDS?
PatientCprBorgerens CPR nummer (som opslaget drejer sig om)
HealthcareProfessionalCpr

Hvis opslaget stammer fra en bruger, der arbejder på vegne af en sundhedsprofessionelle bruger, så anvendes det CPR nummer, der arbejdes på vegne af (som angivet i HSUID headeren nsi:ResponsibleUserCivilRegistrationNumber).

Ellers anvendes CPR nummeret fra brugeren selv (som angivet i HSUID headeren nsi:ActingUserCivilRegistrationNumber).

AuthorisationIdentiferHvis kaldet indeholder en autorisationskode (som angivet i HSUID headeren nsi:ResponsibleUserAuthorizationCode), så medsendes denne
OrganisationIdentifierOrganisationen (som angivet i HSUID headeren nsi:OrgUsingID)
ExternalReferenceId

Udfyldes med defaultværdi for DDS (som angivet i konfigurationsparameteren treatment.relation.external.reference.id)

Nuværende værdi: tom

QueryableCvr

Udfyldes med defaultværdi for DDS (som angivet i konfigurationsparameteren treatment.relation.queryable.cvr)

Nuværende værdi: 30808460

AcceptableRelations

Der anvendes følgende værdier alt efter, hvilken organisationstype (som angivet i HSUID headeren nsi:OrgUsingID), der er tale om. Følgende mapning anvendes:

  • Organisationer af typen SHAK: DDS konfigurationsparameteren treatment.relation.acceptable.relations.hospital (nuværende værdi: A,B,C)
  • Organisationer af typen DEA: treatment.relation.acceptable.relations.doctor (nuværende værdi: All)
  • Organisationer af typen SOR: Der foretages ingen opfølgning, da BRS ikke understøtter den type opfølgninger for nuværende
FollowupRelations

Der anvendes følgende værdier alt efter, hvilken organisationstype (som angivet i HSUID headeren nsi:OrgUsingID), der er tale om. Følgende mapning anvendes:

  • Organisationer af typen SHAK: DDS konfigurationsparameteren treatment.relation.followup.relations.hospital (nuværende værdi: All)
  • Organisationer af typen DEA: treatment.relation.followup.relations.doctor (nuværende værdi: All)
  • Organisationer af typen SOR: Der foretages ingen opfølgning, da BRS ikke understøtter den type opfølgninger for nuværende
RelationLookupTimeInterval

Fradato sættes til tidspunktet for opslaget + et offset i antal dage (som angivet i konfigurationsparameteren for DDS treatment.relation.lookup.timeinterval.start.offset)

Nuværende værdi: -1

Tildato sættes til tidspunktet for opslaget + et offset i antal dage (angivet i konfigurationsparameteren for DDS treatment.relation.lookup.timeinterval.end.offset)

Nuværende værdi: 1

TimeLimit

Sættes til konfigurationsparameteren for DDS treatment.relation.lookup.timeinterval.timelimit.offset)

Nuværende værdi: 90

ServiceProvider

Name sættes til konfigurationsparameteren for DDS treatment.relation.serviceprovider.name

Nuværende værdi: TODO

Vendor sættes til konfigurationsparameteren for DDS treatment.relation.serviceprovider.vendor

Nuværende værdi: TODO

Version sættes til konfigurationparameteren for DDS treatment.relation.serviceprovider.version

Nuværende værdi: TODO

Anvendelse af BRS i forbindelse med hentning af dokumenter via DDS Repository

...

  • Patientens CPR nummer
  • Brugerens CPR nummer (både kaldende bruger og evt. den bruger, som der bliver arbejdet på vegne af)
  • Dokumenter i svaret, identificeret på følgende måde:
    • Homecommunity-Id
    • Repository-id
    • Dokumentid

...


Gliffy Diagram
nameDDS Guide Til Anvender DDS Registry Søgning Flow
pagePin1