Versions Compared

Key

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

...

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

Precondition:

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

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

Postcondition:

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

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

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

Postcondition:

  1. 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
  2. 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_REPETERENDE_AFTALER

Precondition:

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

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

Postcondition:

  1. 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
  2. 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
NEG_SPAERRING_DENNE_SF

Precondition:

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

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

Postcondition:

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

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

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

Postcondition:

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

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

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

Postcondition:

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

...

Følgende request parametre kan fremhæves for denne query type: 

Request parametreOptBeskrivelse
$XDSDocumentEntryTypeCodeO

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)
$XDSDocumentEntryPatientIdR

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.

$XDSDocumentEntryTypeO

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

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'

FindDocumentsByReferenceId

...

Denne query type har de samme parametre som FindDocuments har. Men har derudover parametren $XDSDocumentEntryReferenceIdList:

Request parametreOptBeskrivelse
$XDSDocumentEntryReferenceIdListR

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

...