Page History

Versions Compared

Key

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

...

Betegnelse	Beskrivelse	Yderligere dokumentation
DDS	Dokumentdelingsservice
NSP	National Serviceplatform
BRS	Behandlingsrealtionservice
CDA	Clinical Document Architecture (CDA) er en XML baseret HL7 standard der specificerer encoding, struktur og semantik for kliniske dokumenter.	http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7
XDS	Cross Enterprise Document Sharing (XDS) er en række IHE standarder, der specificerer, hvordan dokumenter (f.eks. CDA) deles mellem sundhedsorganisationer.	https://wiki.ihe.net/index.php/Cross-Enterprise_Document_Sharing
FSK	Fælles Stamkort	HSUID	Healthcare Service User Identification	HSUID - Guide til anvendere

Overblik over løsningen

Formålet med Dokumentdelingsservicen er at tilvejebringe adgang til data om patienten, fra forskellige datakilder, via et indeks. Anvendersystemer kan i indekset søge efter informationer om data på en given patient (metadata) og præsentere en oversigt over disse for sundhedsfaglige brugere og borgere. Såfremt en sundhedsfaglig bruger eller borger ønsker at få adgang til de bagvedliggende detaljerede patientdata, skal indekset levere tilstrækkelig information om, hvor og hvordan dette kan hentes.

HTML
<iframe src="https://archi.nspop.dk/NSP/570928ca/views/f0f9a086-9411-4259-b022-ec05569f5e3e.html" name="test" height="660" width="800">You need a Frames Capable browser to view this content.</iframe>

* Hver kasse i ovenstående diagram har en kort forklaring, som kommer frem i et nyt browservindue, når der klikkes på kassen.

Dokumentdelingsservice (DDS) består altså primært af to logiske services DDS Registry og DDS Repository, der tilsammen understøtter funktionerne

...

Gliffy Diagram

displayName	DDS Guide Til Anvendere overview
name	DDS Guide Til Anvendere overview
pagePin	23

De konkrete snitfladebeskrivelser for fremsøgning og hentning af dokumenter findes i dokumenterne herunder: Documentation Dokumentdelingsservice (snitflader og fejlmeddelelser)

...

Borger (B): En borger kan forespørge på egne data eller data på en anden borger, som denne har en relation til (forældremyndighedshaver/fuldmagtshaver). Via idws-snitfladen er det ikke muligt at forespørge på andet end egne data.
Ikke-autoriseret bruger (IA): Kendetegnet ved ikke at være i besiddelse af et autorisationsid, i besiddelse af 0 eller 1 nationale roller
Sundhedsfaglig (SF): Kendetegnet ved at være i besiddelse af et autorisationsid

...

Dokumenttype (f.eks. aftaler, labsvar, hjemmemålinger eller stamkortgraviditetsmappe)
Periode (dokumenter kan være indekseret med oplysninger om en startdato og/eller slutdato)
Organsation (hvor dokumentet hører hjemme f.eks SOR kode)

...

Det overordnede flow ved en søgning i DDS Registry som en borger ser således ud:

Gliffy Diagram

displayName	Flowdiagram-søgninger-DDS-B
name	Flowdiagram-søgninger-DDS-B
pagePin	25

Flowet for borgere er det simpleste af de tre tilfælde. DDS Registry validerer medsendte akkreditiver, hvorefter søgningen sendes videre til DDS Backends.

Er der tale om en borger med fuldmagt på vegne af en anden eller en borger med forældremyndighed, undersøges de adspurgte søge parameter værdier. Og er de ulovlige returneres en fejl istedet for kald til DDS Backends. I de tilfælde, hvor en borger søger på en anden borger (ved relation i form af forældremyndighedshaver af forældremyndighedshaver eller fuldmagtshaver) vil dette blive logget til MinLog.

Inden svaret returneres logges svaret i auditloggen.

...

Det overordnede flow ved en søgning i DDS Registry som en ikke-autoriseret bruger ser således ud:

Gliffy Diagram

displayName	Flowdiagram-søgninger-DDS-Sundhedsfaglig
name	Flowdiagram-søgninger-DDS-Sundhedsfaglig
pagePin	24

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

...

For ikke-autoriserede brugere foretages der en filtrering på dokumenttyper udfra kalderens nationale rolle (SEB).
Med udgangspunkt i idkortets cvr og systemnavn filtreres dokumenterne på metadata. Pt er det muligt at konfigurere på typecode, eventcode og practicesettingcode.
Hvis opslag på spærringer viste, at der for den pågældende borger er dataspecifikke spærringer laver DDS Registry endnu et kald til MinSpærring. Denne gang er formålet at filtrere søgeresultatet i henhold til de dataspecifikke spærringer for borgeren.

...

Sundhedsfaglig bruger (SF): Flow for søgning efter dokumenter via DDS Registry

Gliffy Diagram

displayName	Flowdiagram-søgninger-DDS-SF
name	Flowdiagram-søgninger-DDS-SF
pagePin	24

Diagrammet viser, hvorledes DDS Registry starter med at validere de medsendte akkreditiver.

...

Hvis svaret fra MinSpærring ikke gav anledning til en direkte afvisning af søgningen kan det komme på tale, at DDS Registry foretager en filtrering af svarene fra backends udfra følgende kriterie:

Med udgangspunkt i idkortets cvr og systemnavn filtreres dokumenterne på metadata. Pt er det muligt at konfigurere på typecode, eventcode og practicesettingcode.
Hvis opslag på spærringer viste, at der for den pågældende borger er dataspecifikke spærringer laver DDS Registry endnu et kald til MinSpærring. Denne gang er formålet at filtrere søgeresultatet i henhold til de dataspecifikke spærringer for borgeren.

...

Gliffy Diagram

displayName	Flowdiagram-hentning-DDS-B
name	Flowdiagram-hentning-DDS-B
pagePin	56

Ikke-autoriseret bruger (IA): Flow for hentning af dokumenter via DDS Repository

...

Gliffy Diagram

displayName	Flowdiagram-hentning-DDS-IA2
name	Flowdiagram-hentning-DDS-IA2
pagePin	1112

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.

...

Gliffy Diagram

displayName	Flowdiagram-hentning-DDS-SF
name	Flowdiagram-hentning-DDS-SF
pagePin	1415

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.

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. Hvis søgningen i DDS Registry ikke giver nogle dokument id'er retur, så forespørges der ikke efter dokumenter i DDS Repository, så derfor har nogle af testcases ikke en del vedr. hentning af dokumenter.

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

...

EGNE_AFTALER

...

Precondition:

Borgeren har et eller flere dokumenter

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

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en liste retur med id'er på alle dennes dokumenter
2. Der kommer en linje i DDS auditlog
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til de fremsøgte id'er
2. Der kommer en linje i DDS auditlog

...

EGNE_AFTALER_UKENDT_DOKUMENTTYPE

...

Precondition:

Borgeren har 0 eller flere dokumenter

Action: Brugeren foretager en søgning efter ukendt (fejltastet) dokumenttype i DDS

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en fejl retur: "Ingen aktive registries"
2. Der kommer ikke en linje i DDS auditlog
3. Der kommer ikke en linje i MinLog

Denne testcase udføres også med søgning på reference id

Borger søger alle dokumenter på anden borger

...

BORGER_FREMSOGER_AFTALER_MED_FULDMAGT

...

Precondition:

Den borger, som brugeren vil tilgå data på har et eller flere dokumenter
Brugeren har fuldmagt til at tilgå borgerens data

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

Postcondition:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til de fremsøgte id'er
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

BORGER_FREMSOGER_AFTALER_SOM_VAERGE

...

Precondition:

Den borger, som brugeren vil tilgå data på har et eller flere dokumenter
Brugeren er værge for borgeren

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

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en tom liste af dokumentreferencer
2. Brugeren får en meddelelse om, at der ikke kunne findes en relation mellem borgerne
3. Der kommer ikke en linje i MinLog
Hentning af dokumenter i DDS Repository:
1. Der hentes ikke fra repository når fejl ved søgning i registry

Testcases hvor en ikke-autoriseret bruger forespørger efter dokumenter

Brugerhistorier vedr. ikke-autoriseret bruger er beskrevet her: Ikke-autoriseret bruger

Der findes følgende testcases for disse brugerhistorier:

Ikke-autoriseret bruger uden nationale roller

...

NEG_SPAERRING_EN_SF_ALLE_DOKUMENTTYPER

...

Precondition:

Brugerens er ikke tilknyttet en nationale rolle
En borger med et eller flere aftaledokumenter
Borgeren har spærring i MinSpærring mod brugeren

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

Postcondition:

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

...

NEG_SPAERRING_EN_SF_LABSVAR

...

Brugerens er ikke tilknyttet en nationale rolle
En borger med et eller flere labsvar
Borgeren har spærring i MinSpærring mod brugeren

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

Postcondition:

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

...

LABSVAR_INGEN_SPÆRRING

...

Brugerens er ikke tilknyttet en nationale rolle
En borger med et eller flere labsvar
Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
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

...

Brugerens er ikke tilknyttet en nationale rolle
En borger med et Stamkort (alle har eet stamkort on demand dokument)
Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
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

Ikke-autoriseret bruger med national rolle 'Lægesekretær'

...

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

Dokumentdelingsservicen har en række test cases beskrevet i integrationstestens feature filer. Disse beskrivelser er læsbare uden teknisk kendskab, og kan findes her:

Testcases for borgere:

Testcases for sundhedsfaglig uden authorisation:

Testcases for sundhedsfaglig med authorisation:

...

NEG_SPAERRING_EN_SF_ALLE_DOKUMENTTYPER

...

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

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

Postcondition:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til de fremsøgte id'er
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

Precondition:

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

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

Postcondition:

Søgning i DDS Registry:
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

...

AFTALEDOKUMENTER

...

Precondition:

Brugerens nationale rolle giver adgang til alle dokumenttyper
Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til den fremsøgte dokument id
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

Precondition:

Brugerens nationale rolle giver adgang til alle dokumenttyper
Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en liste retur med 1 stamkort
2. Der kommer en linje i MinLog
3. Der bestilles en opfølgning i BRS
4. Der kommer en linje i DDS auditlog
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til den fremsøgte dokument id
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

FEJLSCENARIE_I_MISMATCH_I_KONTEKST_OG_SOEGNING_CPR

...

Precondition:

Brugerens nationale rolle giver adgang til alle dokumenttyper
Brugeren har en anden borger i kontekst

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

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en fejl retur: "Patient-id er ikke ens i header"
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

DATASPÆRRING

...

Precondition:

Brugerens nationale rolle giver adgang til alle dokumenttyper
Borgeren har et eller flere dokumenter
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

Postcondition:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til de fremsøgte id'er
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

LABSVAR_INGEN_SPÆRRING

...

Precondition:

Brugerens nationale rolle giver adgang til alle dokumenttyper
Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til den fremsøgte dokument id
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

LABSVAR_DATA_SPAERRING

...

Precondition:

Brugerens nationale rolle giver adgang til alle dokumenttyper
Borgeren har et eller flere dokumenter
Borgeren har dataspecifikke spærring i MinSpærring, på en afdeling, der har ikke registerede labsvar for den pågældende bruger

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

Postcondition:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til den fremsøgte dokument id
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

Ikke-autoriseret bruger med national rolle 'Sundhedsassistent'

...

NEG_SPAERRING_EN_SF_ALLE_DOKUMENTTYPER

...

Precondition:

Brugerens nationale rolle er sundhedsassistent
Borgeren har et eller flere dokumenter
Borgeren har registreret negativ spærring mod en sundhedsfaglig person i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
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_EN_SF_LABSVAR

(se "forsigtighedsprincippet" beskrevet i SDS-2503)

...

Precondition:

Precondition:
Brugerens nationale rolle er sundhedsassistent
Borgeren har et eller flere dokumenter
Borgeren har registreret negativ spærring mod en sundhedsfaglig person i MinSpærring
Action: Brugeren foretager en uindskrænket søgning i DDS
Postcondition:
Brugeren får en tom liste retur
Brugeren får en meddelelse om, at der er fortaget filtreringer i svaret (consent_filter_applied)
Der kommer en linje i MinLog
Der bestilles en opfølgning i BRS
Der kommer en linje i DDS auditlog
Brugerens nationale rolle er sundhedsassistent
Borgeren har et eller flere dokumenter
Borgeren har registreret negativ spærring mod en sundhedsfaglig person i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
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

...

AFTALEDOKUMENTER_KAN_FREMSØGES

...

Precondition:

Brugerens nationale rolle er sundhedsassistent
Brugerens nationale rolle giver adgang til alle dokumenttyper
Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
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

...

Precondition:

Brugerens nationale rolle er sundhedsassistent
Brugerens nationale rolle giver adgang til alle dokumenttyper
Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

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

...

REP_AFTALEDOKUMENTER_KAN_IKKE_FREMSØGES

...

Precondition:

Brugerens nationale rolle er sundhedsassistent
Borgeren har et repeterende aftaledokument i DDS
Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en liste retur med 1 dokumentreference
2. Brugeren får en meddelelse om, at der er fortaget filtreringer i svaret (unauthorized_role)
3. Der kommer en linje i MinLog
4. Der bestilles en opfølgning i BRS
5. Der kommer en linje i DDS auditlog
Hentning af dokumenter i DDS Repository:

Brugeren får dokumenter retur svarende til den fremsøgte dokument id
Der kommer en linje i DDS auditlog
Der kommer en linje i MinLog

...

DATASPÆRRING

...

Precondition:

Brugerens nationale rolle er sundhedsassistent
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:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til de fremsøgte id'er
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

Testcases hvor en Sundhedsfaglig bruger forespørger efter dokumenter

Brugerhistorier vedr. sundhedsfaglige er beskrevet her: Sundhedsfaglig bruger

Der findes følgende testcases for disse brugerhistorier:

Sundhedsfaglig bruger søger efter aftaledokumenter

...

INGEN_SPAERRINGER_AFTALER

...

Precondition:

Borgeren har et aftaledokument i DDS
Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til den fremsøgte dokument id
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

Denne testcase udføres også med søgning på reference id

...

INGEN_SPAERRINGER_AFTALER_
UDEN_METADATA_WHITELISTING

...

Precondition:

Borgeren har et aftaledokument i DDS
Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en tom liste retur
2. Brugeren får en meddelelse om, at der er fortaget filtreringer i svaret (Metadata Whitelist 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

...

INGEN_SPAERRINGER_REPETERENDE_AFTALER

...

Precondition:

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

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

Postcondition:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:

Brugeren får dokumenter retur svarende til den fremsøgte dokument id
Der kommer en linje i DDS auditlog
Der kommer en linje i MinLog

...

NEG_SPAERRING_DENNE_SF

...

Precondition:

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

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

Postcondition:

Søgning i DDS Registry:
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:

Borgeren har et eller flere aftaledokumenter
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:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til de fremsøgte id'er
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

DATA_SPAERRING

...

Precondition:

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:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til de fremsøgte id'er
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

Sundhedsfaglig bruger søger efter labsvar

...

Precondition:

Borgeren har ingen spærringer i MinSpærring

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

Postcondition:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:

Brugeren får dokumenter retur svarende til den fremsøgte dokument id
Der kommer en linje i DDS auditlog
Der kommer en linje i MinLog

...

Precondition:

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

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

Postcondition:

Søgning i DDS Registry:
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:

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:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:

Brugeren får dokumenter retur svarende til den fremsøgte dokument id
Der kommer en linje i DDS auditlog
Der kommer en linje i MinLog

...

DATA_SPAERRING

...

Precondition:

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:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:

Brugeren får dokumenter retur svarende til den fremsøgte dokument id
Der kommer en linje i DDS auditlog
Der kommer en linje i MinLog

...

DATA_SPAERRING_MED_VAERDISPRING

...

Precondition:

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:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:

Brugeren får dokumenter retur svarende til den fremsøgte dokument id
Der kommer en linje i DDS auditlog
Der kommer en linje i MinLog

Sundhedsfaglig bruger søger efter alle dokumenttyper

...

Precondition:

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

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

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en liste retur med id'er på alle borgerens dokumenter inkl stamkort
2. Der kommer en linje i MinLog
3. Der bestilles en opfølgning i BRS
4. Der kommer en linje i DDS auditlog
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til de fremsøgte id'er
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

FEJLSCENARIE_INGEN_SPAERRINGER_MEN_MISMATCH_I_KONTEKST_OG_SOEGNING_CPR

...

Precondition:

Brugerens nationale rolle giver adgang til alle dokumenttyper
Brugeren har en anden borger i kontekst

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

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en fejl retur: "Patient-id er ikke ens i header"
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

Precondition:

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

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

Postcondition:

Søgning i DDS Registry:
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:

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

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

Postcondition:

Søgning i DDS Registry:
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:

Borgeren har et eller flere dokumenter
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:

Søgning i DDS Registry:
1. Brugeren får en liste retur med id'er 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
Hentning af dokumenter i DDS Repository:

Brugeren får dokumenter retur svarende til de fremsøgte id'er
Der kommer en linje i DDS auditlog
Der kommer en linje i MinLog

...

NEG_SPAERRING_DENNE_SF_INGEN_DOKS

...

Precondition:

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

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

Postcondition:

Søgning i DDS Registry:
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:

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

Søgning i DDS Registry:
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:

Borgeren har et eller flere dokumenter
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:

Søgning i DDS Registry:
1. Brugeren får en liste retur med id'er 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
Hentning af dokumenter i DDS Repository:

Brugeren får dokumenter retur svarende til de fremsøgte id'er
Der kommer en linje i DDS auditlog
Der kommer en linje i MinLog

...

DATA_SPAERRING

...

Precondition:

Borgeren har et eller flere dokumenter
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:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:

Brugeren får dokumenter retur svarende til de fremsøgte id'er
Der kommer en linje i DDS auditlog
Der kommer en linje i MinLog

...

DATA_SPAERRING_VAERDISPRING

...

Precondition:

Borgeren har et eller flere dokumenter
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:

Søgning i DDS Registry:
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
Hentning af dokumenter i DDS Repository:

Brugeren får dokumenter retur svarende til de fremsøgte id'er
Der kommer en linje i DDS auditlog
Der kommer en linje i MinLog

...

Precondition:

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

Action: Brugeren foretager en søgning i DDS med en tom liste af reference id'er

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en fejl retur: "Missing required query parameter: DOC_ENTRY_REFERENCE_ID [Document Registry:DDS]"
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

INGEN_SPAERRINGER_WILDCARD_MATCH_TWO_SINGLE_CHARS

INGEN_SPAERRINGER_WILDCARD_MATCH_ANY_CHARS

...

Precondition:

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

Action: Brugeren foretager en søgning i DDS med liste af reference id'er. Der anvendes wilcard søgning

Postcondition:

Søgning i DDS Registry:
1. Brugeren får en liste retur med id'er på borgerens dokumenter der matcher reference id'erne.
2. Der kommer en linje i MinLog
3. Der bestilles en opfølgning i BRS
4. Der kommer en linje i DDS auditlog
Hentning af dokumenter i DDS Repository:
1. Brugeren får dokumenter retur svarende til de fremsøgte id'er
2. Der kommer en linje i DDS auditlog
3. Der kommer en linje i MinLog

...

Precondition:

Borgeren har et eller flere dokumenter
Borgeren har ingen spærringer i MinSpærring
Dokumenttypen aftale oversigt er konfigureret for et registry, der ikke undersøtter søgning på reference id'er.

Action: Brugeren foretager en søgning i DDS med liste af reference id'er og dokumenttypen aftaleoversigt

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.

...

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?
sessionId	Flow-id (som angivet i Medcom headeren i følge DGWS)
sourceSystemIdentifier	Kaldende system (som angivet i HSUID headeren nsi:SystemName)
eventDateTime	Tidsstempel 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 af oplysninger" minlog.query.consentoverride = "Opslag af oplysninger, hvor samtykker tilsidesættes" Borgeropslag kan angives i følgende konfigurationsparametre (relationen er angivet i HSUID headeren nsi:CitizenUserRelation): minlog.query.childcustodyholder = "Opslag af oplysninger fra forældremyndighedsindehaver" minlog.query.proxyholder = "Opslag af oplysninger fra fuldmagtshaver" minlog.query.citizen=Opslag/Hentning af oplysninger fra borger Værdierne der er angivet her er default værdierne.
personCivilRegistration	Borgerens CPR nummer (som opslaget drejer sig om)
userIdentifier	Kaldende brugers CPR nummer (som angivet i HSUID headeren nsi:ActingUserCivilRegistrationNumber)
userIdentifierOnBehalfOf	Ansvarlige brugers CPR nummer (som angivet i HSUID headeren nsi:ResponsibleUserCivilRegistrationNumber)
healthcareProfessionalOrganisation	Organisationen (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)"

...

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

...

Felt i MinLogs LogDataEntry	Hvor stammer oplysningen fra i søgninger mod DDS Repository?
sessionId	Flow-id (som angivet i Medcom headeren i følge DGWS)
sourceSystemIdentifier	Kaldende system (som angivet i HSUID headeren nsi:SystemName)
eventDateTime	Tidsstempel 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 = "Hentning af oplysninger" minlog.query.consentoverride = "Hentning af oplysninger, hvor samtykker tilsidesættes" Borgeropslag kan angives i følgende konfigurationsparametre (relationen er angivet i HSUID headeren nsi:CitizenUserRelation): minlog.query.childcustodyholder = "Opslag af oplysninger fra forældremyndighedsindehaver" minlog.query.proxyholder = "Opslag af oplysninger fra fuldmagtshaver" minlog.query.citizen=Opslag af oplysninger fra borger Værdierne der er angivet her er default værdierne.
personCivilRegistration	Borgerens CPR nummer (som opslaget drejer sig om)
userIdentifier	Kaldende brugers CPR nummer (som angivet i HSUID headeren nsi:ActingUserCivilRegistrationNumber)
userIdentifierOnBehalfOf	Ansvarlige brugers CPR nummer (som angivet i HSUID headeren nsi:ResponsibleUserCivilRegistrationNumber)
healthcareProfessionalOrganisation	Organisationen (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)"

...

Felt i TreatmentRelationRequest	Hvor stammer oplysningen fra i kald mod DDS?
PatientCpr	Borgerens 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).
AuthorisationIdentifer	Hvis kaldet indeholder en autorisationskode (som angivet i HSUID headeren nsi:ResponsibleUserAuthorizationCode), så medsendes denne
OrganisationIdentifier	Organisationen (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: DDS konfigurationsparameteren treatment.relation.acceptable.relations.organization (nuværende værdi: A,B,C)
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: DDS konfigurationsparameteren treatment.relation.followup.relations.organization(nuværende værdi: All)
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 den værdi der modtages i id-kortet fra attributten medcom:ITSystemName. Nuværende værdi: Dette er en variable værdi baseret på input. Hvis medcom:ITSystemName ikke er angivet i id-kortet, så sættes værdien til "intet_idkort_itsystem". 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

displayName	DDS Guide Til Anvender DDS Registry Søgning Flow
name	DDS Guide Til Anvender DDS Registry Søgning Flow
pagePin	12

Snitfladebeskrivelse

Snitfladen for både DDS Registry og DDS Repository skal indeholde SOAP-headere fra DGWS 1.0.1 og SOAP-body med indhold specificeret i IHE XDS dokumentationen.

Den udstilles både som DGWS og IDWS snitflade:

DGWS snitflade wsdl endpoints
- http://<nsp miljø>/ddsregistry?wsdl
- http://<nsp miljø>/ddsrepository?wsdl
IDWS snitflade wsdl endpoints:
- http://<nsp miljø>/ddsregistry/idws?wsdl
- http://<nsp miljø>/ddsrepository/idws?wsdl

Når man kalder idws snitfladerne skal audience værdien sættes til "https://audience.nspop.dk/dds".

DDS registry udstiller ITI-18: Registry Stored Query; og dennes 3 query typer FindDocuments, FindDocumentsByReferenceId og GetDocuments.

...

Request parametre	Opt	Beskrivelse
$XDSDocumentEntryTypeCode	O	Her kan angives en liste over mere finkornede dokumenttyper. Skal være på formen: '<Kode dokumenttype>^^<standard>' Eksempel: '53576-5^^2.16.840.1.113883.6.1' Dokumenttypen angives som PHMR Koden 53576-5 angiver et PHMR-dokument i standarden Logical Observation Identifiers Names and Codes (LOINC) identificeret ved 2.16.840.1.113883.6. Ud over PHMR (Personal Health Monitoring Record) kan der eksempelvis angives en af disse typekoder: QFDD (Questionnaire Form Definition Document) QRD (Questionnaire Response Document) APD (Appointment Document)
$XDSDocumentEntryPatientId	R	Her angives CprNr for patienten. Skal være på formen: '<Cpr Nr>^^^&<OID>&ISO' hvor <OID> er en Object Identifier for udsteder af danske Cpr numre.
$XDSDocumentEntryType	O	Her kan angives en liste indeholdende Stable og/eller on-demand dokumenttypen for at angive, hvilke man ønsker retur. Eksempler: Stable: urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1 On-demand: urn:uuid:34268e47-fdf5-41a6-ba33-82133c465248
$XDSDocumentEntryStatus	R	Her angives at man vil søge på gældende metadata og i dette tilfælde skal den have værdien: 'urn:oasis:names:tc:ebxml-regrep:StatusType:Approved' Det er også muligt at søge på forældede metadata og så skal den have værdien: 'urn:oasis:names:tc:ebxml-regrep:StatusType:Deprecated'

...

Request parametre	Opt	Beskrivelse
$XDSDocumentEntryReferenceIdList	R	For denne query type skal feltet angives, og der skal være mindst eet referenceid i listen. Eksempel: ref1_0207761919.7052203964123326052.1537974544003^^^&2.16.840.1.113883.6.1&ISO^ddstest

Request parametre

Opt

Beskrivelse

$XDSDocumentEntryReferenceIdList

For denne query type skal feltet angives, og der skal være mindst eet referenceid i listen.

Eksempel:

ref1_0207761919.7052203964123326052.1537974544003^^^&2.16.840.1.113883.6.1&ISO^ddstest

GetDocuments

Den fulde specifikation findes her: https://profiles.ihe.net/ITI/TF/Volume2/ITI-18.html#3.18.4.1.2.3.7.5

...

Request parametre	Opt	Beskrivelse
$XDSDocumentEntryUniqueId	O *	Her angives en liste af globale unikke id'er for de dokumenter som ønskes fremsøgt. * Query typen har også andre Id parametre, og mindst et af dem skal være udfyldt.
home (homeCommunityId)	O *	Her angives home community id som dokumentet tilhører. * Skal angives, hvis dokumentet er gemt med et home community id.

Request parametre

Opt

Beskrivelse

$XDSDocumentEntryUniqueId

O *

Her angives en liste af globale unikke id'er for de dokumenter som ønskes fremsøgt.

* Query typen har også andre Id parametre, og mindst et af dem skal være udfyldt.

home (homeCommunityId)

O *

Her angives home community id som dokumentet tilhører.

* Skal angives, hvis dokumentet er gemt med et home community id.

...

Request parametre	Opt	Beskrivelse
HomeCommunityId	O*	Id for det homecommunity som dokumentet har * Skal angives, hvis dokumentet er gemt med et home community id.
RepositoryUniqueId	R	Global unik ID for det repository hvor dokumentet skal hentes fra.
DocumentUniqueId	R	Global unik ID for det dokument der skal hentes.

Request parametre

Opt

Beskrivelse

HomeCommunityId

Id for det homecommunity som dokumentet har

* Skal angives, hvis dokumentet er gemt med et home community id.

RepositoryUniqueId

Global unik ID for det repository hvor dokumentet skal hentes fra.

DocumentUniqueId

Global unik ID for det dokument der skal hentes.

Eksempler

Eksempler på request of response til de SOAP operationer der udstilles. De enkelte elementer er beskrevet under snitfladebeskrivelse.

Det er en forudsætning at der tilføjes gyldig sikkerhedsheader - bla. et gyldigt ID-kort.

DGWS eksempler

Det første eksempel (iti-18) indeholder sikkerhedsheadere. De 2 andre eksempler har dem klippet ud.

Fremsøgning af metadata dokumentoplysninger (ITI-18)

...

Code Block

title	Eksempel på response
collapse	true

--uuid:262b6083-c440-4b2b-b621-ad3647c72970
Content-Type: application/xop+xml; charset=UTF-8; type="text/xml"
Content-Transfer-Encoding: binary
Content-ID: <root.message@cxf.apache.org>

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Header><Action xmlns="http://www.w3.org/2005/08/addressing">urn:ihe:iti:2007:RetrieveDocumentSetResponse</Action><MessageID xmlns="http://www.w3.org/2005/08/addressing">urn:uuid:0c36ca40-dce3-4fff-81ea-a096be823e8b</MessageID><To xmlns="http://www.w3.org/2005/08/addressing">http://www.w3.org/2005/08/addressing/anonymous</To><RelatesTo xmlns="http://www.w3.org/2005/08/addressing">urn:uuid:8116b032-b821-427f-befd-dda2d6ed663e</RelatesTo><ns7:Header xmlns:ns13="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" xmlns:ns12="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns11="urn:oasis:names:tc:ebxml-regrep:xsd:cms:3.0" xmlns:ns10="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns9="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns8="http://www.nsi.dk/hsuid/2016/08/hsuid-1.1.xsd" xmlns:ns7="http://www.medcom.dk/dgws/2006/04/dgws-1.0.xsd" xmlns:ns6="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:ns5="http://www.w3.org/2000/09/xmldsig#" xmlns:ns4="urn:oasis:names:tc:SAML:2.0:assertion" xmlns:ns3="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns2="urn:ihe:iti:xds-b:2007"><ns7:SecurityLevel>4</ns7:SecurityLevel><ns7:Linking><ns7:MessageID>AAABdf5FRDFnpsQl4tpu4VNPU0k=</ns7:MessageID></ns7:Linking><ns7:RequireNonRepudiationReceipt>no</ns7:RequireNonRepudiationReceipt></ns7:Header></soap:Header><soap:Body><ns2:RetrieveDocumentSetResponse xmlns:ns13="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" xmlns:ns12="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns11="urn:oasis:names:tc:ebxml-regrep:xsd:cms:3.0" xmlns:ns10="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns9="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns8="http://www.nsi.dk/hsuid/2016/08/hsuid-1.1.xsd" xmlns:ns7="http://www.medcom.dk/dgws/2006/04/dgws-1.0.xsd" xmlns:ns6="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:ns5="http://www.w3.org/2000/09/xmldsig#" xmlns:ns4="urn:oasis:names:tc:SAML:2.0:assertion" xmlns:ns3="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns2="urn:ihe:iti:xds-b:2007"><ns10:RegistryResponse status="urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success"/><ns2:DocumentResponse><ns2:RepositoryUniqueId>1.2.208.176.43210.8.10.11</ns2:RepositoryUniqueId><ns2:DocumentUniqueId>5619531150207761919.6052203964123326052.1537974544003</ns2:DocumentUniqueId><ns2:mimeType>text/xml</ns2:mimeType><ns2:Document><xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include" href="cid:52611274-e2a0-48ec-9816-15da7674b92f-96@urn%3Aihe%3Aiti%3Axds-b%3A2007"/></ns2:Document></ns2:DocumentResponse></ns2:RetrieveDocumentSetResponse></soap:Body></soap:Envelope>
--uuid:262b6083-c440-4b2b-b621-ad3647c72970
Content-Type: application/octet-stream
Content-Transfer-Encoding: binary
Content-ID: <52611274-e2a0-48ec-9816-15da7674b92f-96@urn:ihe:iti:xds-b:2007>

<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" classCode="DOCCLIN" moodCode="EVN" xsi:schemaLocation="urn:hl7-org:v3 ../../PHMR/Schema/CDA_SDTC.xsd">
  <realmCode code="DK"/>
  <typeId extension="POCD_HD000040" root="2.16.840.1.113883.1.3"/>
  <!-- MedCom DK CDA APD profile OID -->
  <templateId root="1.2.208.184.14.1"/>
  <id assigningAuthorityName="MedCom" extension="aa2386d0-79ea-11e3-981f-0800200c9a66" root="1.2.208.184"/>
  <!-- LOINC code for appointment date -->
  <code code="39289-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Dato og tidspunkt for møde mellem patient og sundhedsperson"/>
  <!-- title = "Aftale for" + patient id -->
  <title>Aftale for 2512489996</title>
  <effectiveTime value="20170113100000+0100"/>
  <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
  <languageCode code="da-DK"/>

  <!-- information about the patient-->
  <recordTarget contextControlCode="OP" typeCode="RCT">
    <patientRole classCode="PAT">
      <id assigningAuthorityName="CPR" extension="2512489996" root="1.2.208.176.1.2"/>
      <addr use="H">
        <streetAddressLine>Skovvejen 12</streetAddressLine>
        <streetAddressLine>Landet</streetAddressLine>
        <postalCode>5700</postalCode>
        <city>Svendborg</city>
        <country>Danmark</country>
      </addr>
      <telecom use="H" value="tel:65123456"/>
      <telecom use="WP" value="mailto:nab@udkantsdanmark.dk"/>
      <patient classCode="PSN" determinerCode="INSTANCE">
        <name>
          <given>Nancy</given>
          <given>Ann</given>
          <family>Berggren</family>
        </name>
        <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>
        <birthTime value="19481225000000+0000"/>
      </patient>
    </patientRole>
  </recordTarget>

  <!-- the health care organisation and person responsible for the appointment -->
  <author contextControlCode="OP" typeCode="AUT">
  <time value="20170216100000+0100"/>
  <assignedAuthor classCode="ASSIGNED">
      <id assigningAuthorityName="SOR" extension="242621000016001" root="1.2.208.176.1.1"/>
      <addr use="WP">
        <streetAddressLine>Valdemarsgade 53</streetAddressLine>
        <postalCode>5700</postalCode>
        <city>Svendborg</city>
        <country>Danmark</country>
      </addr>
      <telecom use="WP" value="tel:65113333-1"/>
      <assignedPerson classCode="PSN" determinerCode="INSTANCE">
        <name>
          <prefix>Læge</prefix>
           <given>Jens</given>
          <family>Jensen</family>
        </name>
      </assignedPerson>
      <representedOrganization classCode="ORG" determinerCode="INSTANCE">
        <name>OUH Radiologisk Afdeling (Svendborg)</name>
        <telecom nullFlavor="NI"/>
        <addr use="WP">
          <streetAddressLine nullFlavor="NI"/>
        </addr>
      </representedOrganization>
    </assignedAuthor>
  </author>

  <!-- the organisation responsible for maintaing the CDA document -->
  <custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
      <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
        <id assigningAuthorityName="SOR" extension="515361000016007" root="1.2.208.176.1.1"/>
        <name>OUH Klinisk IT (Odense)</name>
        <telecom use="WP" value="tel:66113333-2"/>
        <addr use="WP">
          <streetAddressLine>J. B. Winsløwsvej 4 1</streetAddressLine>
          <postalCode>5000</postalCode>
          <city>Odense C</city>
          <country>Danmark</country>
        </addr>
      </representedCustodianOrganization>
    </assignedCustodian>
  </custodian>

  <!-- the date and time for when the service event will take place -->
  <documentationOf typeCode="DOC">
    <serviceEvent classCode="MPROT" moodCode="EVN">
      <effectiveTime>
        <low value="20170531110000+0100"/>
        <high value="20170531120000+0100"/>
      </effectiveTime>
    </serviceEvent>
  </documentationOf>

  <!-- CDA Body -->
  <component contextConductionInd="true" typeCode="COMP">
    <structuredBody classCode="DOCBODY" moodCode="EVN">

      <component contextConductionInd="true" typeCode="COMP">

        <section classCode="DOCSECT" moodCode="EVN">
          <!-- DK APD Plan of treatment section template -->
          <templateId extension="2017-03-10" root="1.2.208.184.14.11.1"/>
          <code code="18776-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Plan of care note"/>
          <title>Aftale</title>
          <text>Aftale-tekst-her</text>

          <entry>
            <encounter classCode="ENC" moodCode="APT">
              <!-- DK APD Planned Encounter template -->
              <templateId extension="2017-03-10" root="1.2.208.184.14.11.2"/>

              <id assigningAuthorityName="MedCom" extension="9a6d1bac-17d3-4195-89a4-1121bc809b4d" root="1.2.208.184"/>
              <code code="185353001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Aftale dato">
              </code>
              <statusCode code="active"/>

              <!-- time period for the planned health care service -->
              <effectiveTime>
                <low value="20170531110000+0100"/>
                <high value="20170531120000+0100"/>
              </effectiveTime>

              <!-- responsible organisation/person for the health care service -->
              <performer typeCode="PRF">
                <assignedEntity classCode="ASSIGNED">
                  <id assigningAuthorityName="SOR" extension="320161000016005" root="1.2.208.176.1.1"/>
                  <addr use="WP">
                    <streetAddressLine>Valdemarsgade 53</streetAddressLine>
                    <postalCode>5700</postalCode>
                    <city>Svendborg</city>
                    <country>Danmark</country>
                  </addr>
                  <telecom use="WP" value="tel:66113333-3"/>
                  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
                    <name>
                      <prefix>Læge</prefix>
                      <given>Anders</given>
                      <family>Andersen</family>
                    </name>
                  </assignedPerson>
                  <representedOrganization classCode="ORG" determinerCode="INSTANCE">
                    <name>OUH Radiologisk Ambulatorium (Nyborg)</name>
                    <telecom nullFlavor="NI"/>
                    <addr use="WP">
                      <streetAddressLine nullFlavor="NI"/>
                    </addr>
                  </representedOrganization>
                </assignedEntity>
              </performer>

              <!-- organisation/person who are requesting the appointment (placer) -->
              <author contextControlCode="OP" typeCode="AUT">
                <time value="20170216100000+0100"/>
                <assignedAuthor classCode="ASSIGNED">
                  <id assigningAuthorityName="SOR" extension="48681000016007" root="1.2.208.176.1.1"/>
                  <addr use="WP">
                    <streetAddressLine>Toldbodvej 9</streetAddressLine>
                    <postalCode>5700</postalCode>
                    <city>Svendborg</city>
                    <country>Danmark</country>
                  </addr>
                  <telecom use="WP" value="tel:62214518"/>
                  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
                    <name>
                      <given>Anders</given>
                      <family>Andersen</family>
                    </name>
                  </assignedPerson>
                  <representedOrganization classCode="ORG" determinerCode="INSTANCE">
                    <name>Lægerne Toldbodvej</name>
                    <telecom nullFlavor="NI"/>
                    <addr use="WP">
                      <streetAddressLine nullFlavor="NI"/>
                    </addr>
                  </representedOrganization>
                </assignedAuthor>
              </author>

              <!-- location for the planned health care service -->
              <participant typeCode="LOC">
                <participantRole classCode="SDLOC">
                  <!-- DK Service Delivery Location template -->
                  <templateId extension="2017-03-10" root="1.2.208.184.14.11.3"/>
                  <id assigningAuthorityName="SOR" extension="320161000016005" root="1.2.208.176.1.1"/>
                  <addr use="WP">
                    <streetAddressLine>Vestergade 17</streetAddressLine>
                    <postalCode>5800</postalCode>
                    <city>Nyborg</city>
                    <country>Danmark</country>
                  </addr>
                  <telecom use="WP" value="tel:66113333-4"/>
                  <playingEntity classCode="PLC">
                    <name>OUH Radiologisk Ambulatorium (Nyborg)</name>
                  </playingEntity>
                </participantRole>
              </participant>

              <!-- reason for the planned health care service -->
              <entryRelationship typeCode="RSON">
                <observation classCode="OBS" moodCode="RQO">
                  <code code="NI" displayName="Ekkokardiografi (Ultralydsundersøgelse af hjertet)"/>
                </observation>
              </entryRelationship>
            </encounter>
          </entry>

        </section>

      </component>

    </structuredBody>
  </component>
</ClinicalDocument>
--uuid:262b6083-c440-4b2b-b621-ad3647c72970--

IDWS eksempel

Eksemplet er med sikkerhedsheadere.

Fremsøgning af metadata dokumentoplysninger (ITI-18)

...

Code Block

title	Eksempel på response
collapse	true

<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:saml="urn:oasis:names:tc:SAML:2.0:assertion" xmlns:sbf="urn:liberty:sb" xmlns:sbfprofile="urn:liberty:sb:profile" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
  <soap:Header>
    <wsse:Security mustUnderstand="1" wsu:Id="security">
      <wsu:Timestamp wsu:Id="ts">
        <wsu:Created>2023-12-21T09:25:35Z</wsu:Created>
      </wsu:Timestamp>
      <ds:Signature>
        <ds:SignedInfo>
          <ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
          <ds:SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
          <ds:Reference URI="#body">
            <ds:Transforms>
              <ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
            </ds:Transforms>
            <ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
            <ds:DigestValue>F/LfpFPPl88ZwMS7SiIWqDylS/U=</ds:DigestValue>
          </ds:Reference>
          <ds:Reference URI="#ts">
            <ds:Transforms>
              <ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
            </ds:Transforms>
            <ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
            <ds:DigestValue>cUAbjydT/El2mNJv71hgN0BhR/8=</ds:DigestValue>
          </ds:Reference>
          <ds:Reference URI="#messageID">
            <ds:Transforms>
              <ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
            </ds:Transforms>
            <ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
            <ds:DigestValue>lVARH/X/cV3SJIP6s1jkWbRVzxc=</ds:DigestValue>
          </ds:Reference>
          <ds:Reference URI="#relatesTo">
            <ds:Transforms>
              <ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
            </ds:Transforms>
            <ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
            <ds:DigestValue>eH4ewZ/tNpcQB7s+Ck0nXieEhoY=</ds:DigestValue>
          </ds:Reference>
          <ds:Reference URI="#action">
            <ds:Transforms>
              <ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
            </ds:Transforms>
            <ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
            <ds:DigestValue>mrTNY4nCdVKDILroL9x9JKdJTlI=</ds:DigestValue>
          </ds:Reference>
          <ds:Reference URI="#to">
            <ds:Transforms>
              <ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
            </ds:Transforms>
            <ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
            <ds:DigestValue>e9paQ2jvFbzDTRLZeXsAy4EJBF8=</ds:DigestValue>
          </ds:Reference>
          <ds:Reference URI="#sbf">
            <ds:Transforms>
              <ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
            </ds:Transforms>
            <ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
            <ds:DigestValue>DrMuEoWp7Uik1KTUOuvtisxvpXA=</ds:DigestValue>
          </ds:Reference>
        </ds:SignedInfo>
        <ds:SignatureValue>LaZEQ/DmlN6h6HA27f7rFlO7HQvIStlNBUklh+OUmoP1ee/dSDBuxQJD8SKKS7yn3O+VjxVC4l6pCwQ3ROEufT/ypDCt0urRgkt3Bb2WGfIT2HJJy955YUQWhwfjlRPPOL1Vtqa7ZNPvHcdSS5E7xdVU9QpFQ/IsaLoq79uYXcRHI1DRmGfXkrgghchjbtBOTtREiRuB+1td049KzOre7qTKORU5LOvakyRO6SByIsHIfgaDUHypUHgWI5uq+mZmxVRZ6Mq4wUwV9ZKFl+GW46coJi/BNvnYBi24eWI8dJUeWedjnjHdz25p0fUunJAuZHIHfkS3ZU5T3wu10A/t3koBo3zMWEOoYH/37ZKi+yQFjZUP4Lzfn3j2CsM2UGduABvfQ5iH1Kp/JiipgeEbvYGx47o2IglMORczKr0k7jYXJOO87p9nAmReSQyn1zZUqVVJCT8M2tDHMJMf+ST1t+iPZWbKis04ufBiZ+YH5uAbVISnM9sGyubSRP6tI5M0</ds:SignatureValue>
        <ds:KeyInfo>
          <wsse:SecurityTokenReference>
            <wsse:Reference URI="#X509Token" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"/>
          </wsse:SecurityTokenReference>
        </ds:KeyInfo>
      </ds:Signature>
      <wsse:BinarySecurityToken EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="X509Token">MIIGjjCCBMKgAwIBAgIUe14jtRy36DcbgLPOg/F7wJNgVjAwQQYJKoZIhvcNAQEKMDSgDzANBglghkgBZQMEAgEFAKEcMBoGCSqGSIb3DQEBCDANBglghkgBZQMEAgEFAKIDAgEgMGsxLTArBgNVBAMMJERlbiBEYW5za2UgU3RhdCBPQ0VTIHVkc3RlZGVuZGUtQ0EgMTETMBEGA1UECwwKVGVzdCAtIGN0aTEYMBYGA1UECgwPRGVuIERhbnNrZSBTdGF0MQswCQYDVQQGEwJESzAeFw0yMjExMjgxMjQyNDlaFw0yNTExMjcxMjQyNDhaMIGkMSMwIQYDVQQDDBpOU1AgVGVzdCBJZGVudGl0eSBQcm92aWRlcjE3MDUGA1UEBRMuVUk6REstTzpHOjBlYzBlZjUxLTM5NjUtNDU1YS04YzE1LTE4OGIzYjA3NzVmZTEeMBwGA1UECgwVU3VuZGhlZHNkYXRhc3R5cmVsc2VuMRcwFQYDVQRhDA5OVFJESy0zMzI1Nzg3MjELMAkGA1UEBhMCREswggGiMA0GCSqGSIb3DQEBAQUAA4IBjwAwggGKAoIBgQCutQsocogVLOY9yum57tM6CKGhNCPGhapOaS2YFAUccCBcpAkU0tLLXiwifPAkUHxiKBdNhBaaJuKsG8rE128b386rvAZpWxa0MPRmrUEmoOfxtcWKyVTDM5INS87C+gjG96czzz7SD8HvFPNJA/OJ4QfmrvEjeBpcJ7//O8tI/M6/RuuQI2fjDAY4Wjs/IXay4fa5ZgJOMDjY4qw089SZXXPkzd6xJuaH/u+7CW8VxXApn3zocYHM3qmXJ/2KjvBojr1Qh8gnssz/ko3A8kzNEi9P34ScRJh0O79zP+sIZSLYtvlEwGjIk4cW5+j3Fr6NPqy8RtggSLzwigQYVWZym4W2SY//6pTVj+f9Mw4UNfVlzj/hQlUIWdiMSVceTNXQDonvsy0rAFXtYnoj35qMCwG76Jet5aj0fzbPfX3WQV0KZ2TRMQpkientT7um5rRnerMlXlWO8vOUMQ8/feX0iswyWv81/js/YAvv5T6tw3Y6SeI6MsiXXCIT3Doz8P8CAwEAAaOCAYYwggGCMAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUfyif2XGZQuJ159c1di5NCCVtdl4wewYIKwYBBQUHAQEEbzBtMEMGCCsGAQUFBzAChjdodHRwOi8vY2ExLmN0aS1nb3YuZGsvb2Nlcy9pc3N1aW5nLzEvY2FjZXJ0L2lzc3VpbmcuY2VyMCYGCCsGAQUFBzABhhpodHRwOi8vY2ExLmN0aS1nb3YuZGsvb2NzcDAhBgNVHSAEGjAYMAgGBgQAj3oBATAMBgoqgVCBKQEBAQMHMDsGCCsGAQUFBwEDBC8wLTArBggrBgEFBQcLAjAfBgcEAIvsSQECMBSGEmh0dHBzOi8vdWlkLmdvdi5kazBFBgNVHR8EPjA8MDqgOKA2hjRodHRwOi8vY2ExLmN0aS1nb3YuZGsvb2Nlcy9pc3N1aW5nLzEvY3JsL2lzc3VpbmcuY3JsMB0GA1UdDgQWBBTHpeTaSpjT7UcAkAQgZeF0PaJctzAOBgNVHQ8BAf8EBAMCBaAwQQYJKoZIhvcNAQEKMDSgDzANBglghkgBZQMEAgEFAKEcMBoGCSqGSIb3DQEBCDANBglghkgBZQMEAgEFAKIDAgEgA4IBgQATzKUCm3dOBsegxgQ4NIeOh3Q2K9y7HHN9SlPENOuNmbZDH0SZFtUjs/E3Z9LrB/A+V1HIklC2gfYY1Wud+ioJK+CCjLPoZhVB8oDl6A0Rnnr0tgKbV1x7rg0iFE7S34ZHEw5EJMHerFFFlMOpaERCAgepPrkdKHp8kxSMAZDGQL6i/kbL2BYsuoHekkIf0rbmBjvMKnaTlAwZJ4pnI7yY0qutrBKkOUem8ahLaLk4eb5E1XISYWKDFiQlvY1mr0LmQyBRuhyXCxPMw98vGVi8jU2p/EyhQGGrrdz2eKrDb7ZtKzt2kjdbwUa7X0XpfgAyGSYC/24WUaGK+vBXIop3q7HcAQt5hrLk1Lu6jGf4WswA5zhNmsyQyaodatkmp0Wfqj783fqRCnbVvYFK6AP5FZtlMsGnF17dYTu2bIvdHkPhKQL5q81swVMLkKSImSr2Ntuh8bsXDtTIaVZCeExEf4QhUIXd+SVVsmArZSuDnQmEynNhuWEN2wNWYbMliOI=</wsse:BinarySecurityToken>
    </wsse:Security>
    <Action xmlns="http://www.w3.org/2005/08/addressing" wsu:Id="action">urn:ihe:iti:2007:RegistryStoredQuery</Action>
    <MessageID xmlns="http://www.w3.org/2005/08/addressing" wsu:Id="messageID">60211974-13a0-4825-ab81-0d700ba848a5</MessageID>
    <To xmlns="http://www.w3.org/2005/08/addressing" wsu:Id="to">http://www.w3.org/2005/08/addressing/anonymous</To>
    <RelatesTo xmlns="http://www.w3.org/2005/08/addressing" wsu:Id="relatesTo">f0285aa0-a926-47fb-85f1-4837396dd991</RelatesTo>
    <sbf:Framework sbfprofile:profile="urn:liberty:sb:profile:basic" version="2.0" wsu:Id="sbf"/>
  </soap:Header>
  <soap:Body wsu:Id="body">
    <ns3:AdhocQueryResponse xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns2="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns3="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns4="urn:oasis:names:tc:ebxml-regrep:xsd:cms:3.0" xmlns:ns5="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" status="urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success" totalResultCount="2">
      <RegistryObjectList>
        <ExtrinsicObject home="" id="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" isOpaque="false" lid="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" mimeType="text/xml" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved">
          <Slot name="creationTime">
            <ValueList>
              <Value>20170531120000</Value>
            </ValueList>
          </Slot>
          <Slot name="hash">
            <ValueList>
              <Value>2fab5a7dedfd249cfb508083cf36c8e569558889</Value>
            </ValueList>
          </Slot>
          <Slot name="languageCode">
            <ValueList>
              <Value>da-DK</Value>
            </ValueList>
          </Slot>
          <Slot name="repositoryUniqueId">
            <ValueList>
              <Value>1.3.6.1.4.1.21367.2010.1.2.1125</Value>
            </ValueList>
          </Slot>
          <Slot name="serviceStartTime">
            <ValueList>
              <Value>20170531120000</Value>
            </ValueList>
          </Slot>
          <Slot name="serviceStopTime">
            <ValueList>
              <Value>20170531130000</Value>
            </ValueList>
          </Slot>
          <Slot name="size">
            <ValueList>
              <Value>9758</Value>
            </ValueList>
          </Slot>
          <Slot name="sourcePatientId">
            <ValueList>
              <Value>0207761919^^^&1.2.208.176.1.2&ISO</Value>
            </ValueList>
          </Slot>
          <Name>
            <LocalizedString charset="UTF-8" value="Dato og tidspunkt for møde mellem patient og sundhedsperson" xml:lang="en-US"/>
          </Name>
          <Description/>
          <VersionInfo versionName="1.1"/>
          <Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" home="" id="urn:uuid:085014a1-599c-45b7-86db-0489b1e70441" lid="urn:uuid:085014a1-599c-45b7-86db-0489b1e70441" nodeRepresentation="" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="authorInstitution">
              <ValueList>
                <Value>Røntgen og scanning^^^^^&1.2.208.176.1.1&ISO^^^^678401000016005</Value>
              </ValueList>
            </Slot>
            <Name/>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" home="" id="urn:uuid:1455ae2c-66e0-489d-bce0-a83c05c05416" lid="urn:uuid:1455ae2c-66e0-489d-bce0-a83c05c05416" nodeRepresentation="39289-4" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>2.16.840.1.113883.6.1</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="Dato og tidspunkt for møde mellem patient og sundhedsperson" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" classifiedObject="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" home="" id="urn:uuid:252a24ee-5108-4f10-ba7a-a230f99f60bd" lid="urn:uuid:252a24ee-5108-4f10-ba7a-a230f99f60bd" nodeRepresentation="urn:ad:dk:medcom:appointment" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>1.2.208.184.14.1</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="DK CDA APD" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" home="" id="urn:uuid:5f2a0f32-64e2-4b9c-86e5-476eb340ba3e" lid="urn:uuid:5f2a0f32-64e2-4b9c-86e5-476eb340ba3e" nodeRepresentation="N" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>2.16.840.1.113883.5.25</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="N" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" home="" id="urn:uuid:99f43554-513f-4b24-8735-4131053b5197" lid="urn:uuid:99f43554-513f-4b24-8735-4131053b5197" nodeRepresentation="408443003" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>2.16.840.1.113883.6.96</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="almen medicin" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" home="" id="urn:uuid:b9a94179-620d-4cc4-aad2-b8c8c9842c94" lid="urn:uuid:b9a94179-620d-4cc4-aad2-b8c8c9842c94" nodeRepresentation="001" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>1.2.208.184.100.9</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="Klinisk rapport" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" home="" id="urn:uuid:c65ef8c2-42df-4a4c-bebe-5d4ec611236b" lid="urn:uuid:c65ef8c2-42df-4a4c-bebe-5d4ec611236b" nodeRepresentation="22232009" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>2.16.840.1.113883.6.96</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="hospital" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <ExternalIdentifier home="" id="urn:uuid:5936574a-43b5-47ba-8967-3cfe281cb838" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" lid="urn:uuid:5936574a-43b5-47ba-8967-3cfe281cb838" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:ExternalIdentifier" registryObject="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted" value="0207761919.678401000016005.10001">
            <Name>
              <LocalizedString charset="UTF-8" value="XDSDocumentEntry.uniqueId" xml:lang="en-us"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </ExternalIdentifier>
          <ExternalIdentifier home="" id="urn:uuid:d9c687d0-22e7-4e62-aca9-3b60d4e94bc7" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" lid="urn:uuid:d9c687d0-22e7-4e62-aca9-3b60d4e94bc7" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:ExternalIdentifier" registryObject="urn:uuid:316aec00-2d09-4d65-8ea2-d934107861b5" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted" value="0207761919^^^&1.2.208.176.1.2&ISO">
            <Name>
              <LocalizedString charset="UTF-8" value="XDSDocumentEntry.patientId" xml:lang="en-us"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </ExternalIdentifier>
        </ExtrinsicObject>
        <ExtrinsicObject home="" id="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" isOpaque="false" lid="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" mimeType="text/xml" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Approved">
          <Slot name="creationTime">
            <ValueList>
              <Value>20170531120000</Value>
            </ValueList>
          </Slot>
          <Slot name="hash">
            <ValueList>
              <Value>2fab5a7dedfd249cfb508083cf36c8e569558889</Value>
            </ValueList>
          </Slot>
          <Slot name="languageCode">
            <ValueList>
              <Value>da-DK</Value>
            </ValueList>
          </Slot>
          <Slot name="repositoryUniqueId">
            <ValueList>
              <Value>1.3.6.1.4.1.21367.2010.1.2.1125</Value>
            </ValueList>
          </Slot>
          <Slot name="serviceStartTime">
            <ValueList>
              <Value>20170531120000</Value>
            </ValueList>
          </Slot>
          <Slot name="serviceStopTime">
            <ValueList>
              <Value>20170531130000</Value>
            </ValueList>
          </Slot>
          <Slot name="size">
            <ValueList>
              <Value>9758</Value>
            </ValueList>
          </Slot>
          <Slot name="sourcePatientId">
            <ValueList>
              <Value>0207761919^^^&1.2.208.176.1.2&ISO</Value>
            </ValueList>
          </Slot>
          <Name>
            <LocalizedString charset="UTF-8" value="Dato og tidspunkt for møde mellem patient og sundhedsperson" xml:lang="en-US"/>
          </Name>
          <Description/>
          <VersionInfo versionName="1.1"/>
          <Classification classificationScheme="urn:uuid:a09d5840-386c-46f2-b5ad-9c3699a4309d" classifiedObject="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" home="" id="urn:uuid:0b07f02c-94c6-42a8-b0f2-9e7f97277853" lid="urn:uuid:0b07f02c-94c6-42a8-b0f2-9e7f97277853" nodeRepresentation="urn:ad:dk:medcom:appointment" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>1.2.208.184.14.1</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="DK CDA APD" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:93606bcf-9494-43ec-9b4e-a7748d1a838d" classifiedObject="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" home="" id="urn:uuid:2335fc13-dfa0-4e67-be56-0caee626d243" lid="urn:uuid:2335fc13-dfa0-4e67-be56-0caee626d243" nodeRepresentation="" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="authorInstitution">
              <ValueList>
                <Value>Røntgen og scanning^^^^^&1.2.208.176.1.1&ISO^^^^678401000016005</Value>
              </ValueList>
            </Slot>
            <Name/>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:f0306f51-975f-434e-a61c-c59651d33983" classifiedObject="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" home="" id="urn:uuid:28b0deac-33d6-4b96-8d54-d82dbd660632" lid="urn:uuid:28b0deac-33d6-4b96-8d54-d82dbd660632" nodeRepresentation="39289-4" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>2.16.840.1.113883.6.1</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="Dato og tidspunkt for møde mellem patient og sundhedsperson" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1" classifiedObject="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" home="" id="urn:uuid:2b4e556b-a419-47fb-a7f7-12b6c45f8d1f" lid="urn:uuid:2b4e556b-a419-47fb-a7f7-12b6c45f8d1f" nodeRepresentation="22232009" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>2.16.840.1.113883.6.96</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="hospital" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:f4f85eac-e6cb-4883-b524-f2705394840f" classifiedObject="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" home="" id="urn:uuid:633c5650-f52d-47be-bb3b-04aa6a2887fc" lid="urn:uuid:633c5650-f52d-47be-bb3b-04aa6a2887fc" nodeRepresentation="N" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>2.16.840.1.113883.5.25</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="N" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:41a5887f-8865-4c09-adf7-e362475b143a" classifiedObject="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" home="" id="urn:uuid:ab94cd0c-9801-4761-97af-4ca3afb81133" lid="urn:uuid:ab94cd0c-9801-4761-97af-4ca3afb81133" nodeRepresentation="001" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>1.2.208.184.100.9</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="Klinisk rapport" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <Classification classificationScheme="urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead" classifiedObject="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" home="" id="urn:uuid:c2f8ce99-ef5b-475f-ac4c-bbd2a951b76e" lid="urn:uuid:c2f8ce99-ef5b-475f-ac4c-bbd2a951b76e" nodeRepresentation="408443003" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted">
            <Slot name="codingScheme">
              <ValueList>
                <Value>2.16.840.1.113883.6.96</Value>
              </ValueList>
            </Slot>
            <Name>
              <LocalizedString charset="UTF-8" value="almen medicin" xml:lang="en-US"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </Classification>
          <ExternalIdentifier home="" id="urn:uuid:964d85d2-6281-44ec-b498-cccf5f277202" identificationScheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" lid="urn:uuid:964d85d2-6281-44ec-b498-cccf5f277202" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:ExternalIdentifier" registryObject="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted" value="0207761919.678401000016005.10001">
            <Name>
              <LocalizedString charset="UTF-8" value="XDSDocumentEntry.uniqueId" xml:lang="en-us"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </ExternalIdentifier>
          <ExternalIdentifier home="" id="urn:uuid:dc5c7465-1864-41ed-90eb-6c8d0fbdad23" identificationScheme="urn:uuid:58a6f841-87b3-4a3e-92fd-a8ffeff98427" lid="urn:uuid:dc5c7465-1864-41ed-90eb-6c8d0fbdad23" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:ExternalIdentifier" registryObject="urn:uuid:3bcd2e8d-e8eb-4be3-808a-98ff2d421ffa" status="urn:oasis:names:tc:ebxml-regrep:StatusType:Submitted" value="0207761919^^^&1.2.208.176.1.2&ISO">
            <Name>
              <LocalizedString charset="UTF-8" value="XDSDocumentEntry.patientId" xml:lang="en-us"/>
            </Name>
            <Description/>
            <VersionInfo versionName="1.1"/>
          </ExternalIdentifier>
        </ExtrinsicObject>
      </RegistryObjectList>
    </ns3:AdhocQueryResponse>
  </soap:Body>
</soap:Envelope>

Oversigt over fejlbeskeder fra snifladerne

Her dem på denne undersige: Oversigt over fejlbeskeder fra DDS'en

Content

Space Tools

Versions Compared

Old Version 91

New Version Current

Key

Overblik over løsningen

Sundhedsfaglig bruger (SF): Flow for søgning efter dokumenter via DDS Registry

Ikke-autoriseret bruger (IA): Flow for hentning af dokumenter via DDS Repository

Testcases for Dokumentdelingsservicen

Testcases hvor en Borger forespørger efter dokumenter

Borger søger alle dokumenter sig selv

Borger søger alle dokumenter på anden borger

Testcases hvor en ikke-autoriseret bruger forespørger efter dokumenter

Ikke-autoriseret bruger uden nationale roller

Ikke-autoriseret bruger med national rolle 'Lægesekretær'

Testcases for Dokumentdelingsservicen

Ikke-autoriseret bruger med national rolle 'Sundhedsassistent'

Testcases hvor en Sundhedsfaglig bruger forespørger efter dokumenter

Sundhedsfaglig bruger søger efter aftaledokumenter

Sundhedsfaglig bruger søger efter labsvar

Sundhedsfaglig bruger søger efter alle dokumenttyper

Logning i MinLog

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

Snitfladebeskrivelse

GetDocuments

Eksempler

DGWS eksempler

Fremsøgning af metadata dokumentoplysninger (ITI-18)

IDWS eksempel

Fremsøgning af metadata dokumentoplysninger (ITI-18)

Oversigt over fejlbeskeder fra snifladerne