...

LAR indeholder yderligere en webservice, som giver mulighed for sundhedspersoner at registrere oplysninger vedr. lægemiddeloverfølsomhed for borgere.

Selve LAR Servicen ejer ikke data. Dette ansvar delegeres til den bagvedliggende CAVE Service (se i øvrigt CAVE Design og Arkitekturbeskrivelse).

LAR Servicen fungerer således primært som en fronten for CAVE Servicen. LAR Servicens ansvarsområder er følgende:

• Implementation af sikkerhed (DGWS)
• Anvendelse af samtykkedata i MinSpærring i forhold til opslag af lægemiddeloverfølsomhed - herunder håntering af værdispring
• Kald af behandlingsrelationservice til tjek/opfølgning
• Logning af opslag og registreringer (auditloging og MinLog)
• Mapning af kompleks FHIR model (i Cave Service) til enklere model mod anvenderne af LAR

Overblik over LAR

LAR er udviklet som en web applikation i henhold til Servlet specifikationen 2.5. Dette sikrer, at LAR kan afvikles på enhver Servlet Engine, der overholder denne specifikation - specielt på WildFly Application Server 8.2, der i øjeblikket anvendes på NSP.

...

De interne ider for de returnerede CAVE oplysninger (og ider for de frafiltrerede entries) logges vha AuditAPI'et (se i øvrigt LAR Driftsvejledning for detaljer vedr. indholdet af auditlogingsbeskeden).

Endelig sker der en registring af opslaget i MinLog. Se LAR Driftsvejledning for opsætning af registering i MinLog for opslag.

@Jonas: Hvor laves opslag til behandlingrelation (kan du putte ind et sted?)

...

LAR servicen transformerer herefter FHIR responset fra CAVE til responemodellen for LAR (@Lene hvad sender vi egentlig tilbage...bare lige to ord vedr dette).

Oprettelsen logges vha AuditAPI'et (se i øvrigt LAR Driftsvejledning for detaljer vedr. indholdet af auditlogingsbeskeden).

Registreringen medfører også et kald til MinLog. Se LAR Driftsvejledning for opsætning af registering i MinLog for oprettelse.

Designmålsætninger og -beslutninger

...