Page History
...
- 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 MinLog2)
- Mapning af kompleks FHIR model (i Cave Service) til enklere model mod anvenderne af LAR
...
HTML |
---|
<iframe src="https://archi.nspop.dk/NSP/570928ca/views/id-53393914-f2b1-4699-8003-8f6f7e488205.html" name="test" height="510" 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.
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.
...
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
Opslag af oplysninger om lægemiddeloverfølsomhed for en borger
...
De interne id'er for de returnerede CAVE oplysninger (og id'er for de frafiltrerede oplysninger) logges vha AuditAPI'et (se i øvrigt LAR - Driftsvejledning for detaljer vedr. indholdet af auditlogingsbeskeden).
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
Registrering og opdatering af oplysning om lægemiddeloverfølsomhed for en borger
...
Registreringen og opdateringen medfører også et kald til MinLog2. Se LAR - Driftsvejledning for opsætning af registering i MinLog2 for oprettelse.
HTML |
---|
<iframe src="https://archi.nspop.dk/NSP/570928ca/views/id-77b3df12-55b4-4270-890d-0f2b3e0c6241.html" name="test" height="170" 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.
Snitfladeversionering
Der findes to strategier for versionering af LAR sntifladen. En hvor der køres flere versioner af det docker image der leveres og en hvor det kørende docker image udstiller flere versioner af snitfladen.
...
- patient.code og patient.system er udfyldt. Hvis cpr-validering er enabled, bliver patient.code desuden valideret ved kald til CprExist service, som checker om cprnummeret findes.
- requesterOrganization.code og requesterOrganization.type er udfyldt
- requesterOrganization.code har en gyldig værdi (gyldige værdier fremgår af WSDL'en)
- Hvis requesterOrganization.type er Ydernummer, sikres det at requesterOrganization.code er på 6 tegn ved validering, og hvis ikke længden er korrekt, paddes code med 0'er.
- LAR Service validerer ikke på værdierne for de indkommende kode systemer (dette overlades til CAVE Servicen - se i øvrigt CAVE - Installationsvejledning)
...
Validering af patient.code
Gennem kald til CprExists Service foretages validering af CPR nummer. CPR valideringen kan køre i følgende tre modes:
- OFF: Der foretages ikke yderligere verifikation af CPRnummeret udover simpel validering af længde. CPRExists kaldes ikke
- WARNING: CPRExists service kaldes. Hvis denne service svarer, at CPR nummeret ikke findes, så audit logges denne information.
- REJECT: CPRExists service kaldes. Svaret fra denne er en hård validering dvs kaldet til
...
- LAR fejler, hvis CPRExist service ikke kender CPR nummeret.
Modellering af diverse identifiers i LAR
...