Indhold

Komponenter

Dette dokument dækker følgende komponenter på NSP, som sammen med Domibus NSP, EMH, som  er en del af afEHMI MeddelelsesRegistrering(EMR)

• MSH Adapter

Konfiguration

I folderen "compose/configuration" findes følgende relevante konfigurationsfiler, som indlæses når docker compose startes op:

Properties i "adapter.properties"

Bemærk, nogle af default-værdierne herunder er forløbige indtil tingene falder mere på plads.

Properties til adapteren selv og Domibus-integrationen

Properties til DROS-integrationen

Properties til EDS-integrationen

Properties til de enkelte baggrundsjobs

Baggrundsjobs

MSH Adapter består i praksis af en håndfuld baggrundsjobs, som tilsammen tager beskeder fra Domibus'en og gemmer dem i en DROS. Undervejs kaldes EDS med "forsendelsestatus" på de enkelte beskeder.

...

Overvågning

Der findes status- og alarm-endpoints hvor man kan overvåge baggrundsjobbene. 

Request/response-logning mod EDS

EMR kalder to eksterne EDS-endpoints som en del af track-and-trace-flowet:

1. Token-servicen: Henter et JWT access token.
2. FHIR-servicen: Sender AuditEvent-ressourcen til EDS.

For hvert af disse kald findes en dedikeret logger-kategori, som kan slås til og fra uafhængigt af den øvrige logning. Begge er slået fra per default og skal kun aktiveres midlertidigt ved fejlsøgning. Konfigurationen ligger i log4j2.properties.

Sådan slås en kategori til

I log4j2.properties ændres level for den relevante logger fra off til det ønskede niveau.

# HAPI FHIR request/response logging
logger.hapiHttp.name = ca.uhn.fhir.rest.client.interceptor.LoggingInterceptor
logger.hapiHttp.level = info

# JWT request/response logging
logger.jwt.name = dk.nsp.msh.integrations.eds.service.EdsJwtService.wire
logger.jwt.level = debug

Begge loggere er sat op med additivity = false og skriver til samme rullende logfil som den øvrige adapter-logning, men dette kan selvfølgelig også ændres.

Personfølsomme data

Begge kategorier logger fulde request-/response-bodies. Det betyder:

• FHIR-logningen kan indeholde indholdet af AuditEvent-ressourcen, herunder potentielt personfølsomme oplysninger.
• JWT-logningen logger bl.a. det udstedte access_token.

Derfor bør de to logninger kun slås til midlertidigt ifm. fejlsøgning.