...

Introduktion

Formål

Formålet med dette dokument er at beskrive systemarkitekturen for DROS.

Læsevejledning

Nærværende dokument er tiltænkt udviklere og IT-arkitekter med interesse i DROS og dens opbygning.

Definitioner og referencer

Overblik over DROS

Dokumentregistrings- og opdateringsservice (DROS) håndterer oprettelsen af nye dokumenter. Servicen tager såldees imod registreringer til repository. Efterfølgende sørger det centrale XDS repository for at meta-data afleveres til registry, så dokumenterne kan fremsøges vha. Dokumentdelingsservice (DDS)

<iframe src="https://archi.nspop.dk/NSP/570928ca/views/id-6a5cebb5-c103-4f88-bfc3-0e96ed8049b4.html" name="test" height="450" 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.

Løsningens afhængigheder

DROS betjener sig af tredjeparts biblioteker fra IPF Open eHealth Integration Platform til implementations- og hjælpeklasser, der har med XDS IHE at gøre.

DROS anvender NSP libraries:

• audit-api
• security-api
• NSP validerings bibliotek

DROS kalder følgende eksterne services:

• Sores. Integrationen har en intern cache til genbrug af kald inden for en konfigurerbare duration.
• PersonInformation

Løsningens opbygning

Nedenstående diagram viser opbygningen af DROS.

...

DROS validerer de indkommende requests.

Whitelisting

DROS har sin egen whitelistingtabel, hvor cvr eller UUID for det kaldende certifikat skal være whitelistet. Se DROS - Driftsvejledning for detaljer.

Håndterede type koder (type codes)

...

• OFF: Validering foretages ikke.
• LOG: Validering foretages, men requestet videresendes alligevel. Eventuelle valideringsfejl bliver auditlogget (se driftsvejledning for detaljer om dette). Anvenderen ser ikke resultatet af validering.
• WARNING: Validering foretages, men requestet videresendes alligevel. Eventuelle valideringsfejl bliver auditlogget (se driftsvejledning for detaljer om dette), og sendes tilbage til anvenderen som warnings.
• REJECT: Validering foretages, og requestet afvises hvis valideringen mislykkes.

 Validering af request vha. DROS' udvidede

...

valideringsbibliotek

DROS har implementeret egen validering vha. valideringsbiblioteket framework. Det drejer sig om validering af Cpr numre vha. PatientInformation samt Sor koder vha. Sores.

Der findes i DROS en enricher og 2 validatorer. Se dokumentationen til valideringsbiblioteket for en bedre forståelse af koncepterneprincipperne.

Det udvidede valideringsbibliotek anvender de samme 4 modes, som standard biblioteket.

...

DocumentEntryAuthorInstitutionSorEnricher kalder Sores i forbindelse med enrichment.

For flere detaljer omkring den enkelte validator, se DROS anvender guide.