Page History
...
Gliffy Diagram | ||||||
---|---|---|---|---|---|---|
|
- SMB-Util: Utilities, der indeholder klientkode, der kan anvendes fra LAR til kald af de eksterne NSP services: MinSpærring og behandlingsrelationsservice.
Opslag af oplysninger om lægemiddeloverfølsomhed for en borger
...
- Sikkerheden håndhæves af modulet DGWS provider (se arkitekturtegning ovenfor). Kun kald, hvor sikkerhedskravene er overholdt sendes videre til LAR servicens forretningslogik (se i øvrigt afsnittet Sikkerhedskrav i forhold til kald af LAR).
- Valideringen af indholdet af requestet foretages i LAR forretningslogikken herunder kald til CprExist. Se afsnit 34.4 Validering af requests i LAR
...
Kommunikationen med CAVE service (herunder fejlhåndtering) håndteres af LAR Servicens modul larservice-cave.
Opslag i MinSpærring ved anvendelse af MSB-Util for at finde ud af, om der findes negative eller dataspecifikke samtykker for borgeren mod den opslående bruger eller organisationen, hvor opslaget foretages fra (en del af snitfladen for opslag). I tilfældet af negativt samtykke returnerer LAR uden videre en fejlkode til kalderen. NB! Der er i snitfladen mulighed for at angive, at man ønsker at foretage værdispring. Hvis kalderen angiver, at værdispring ønskes, så springes opslaget mod MinSpærring over.
...
- Sikkerheden håndhæves af modulet DGWS provider (se arkitekturtegning ovenfor). Kun kald, hvor sikkerhedskravene er overholdt sendes videre til LAR servicens forretningslogik (se i øvrigt afsnittet Sikkerhedskrav i forhold til kald af LAR).
- Valideringen af indholdet af requestet foretages i LAR forretningslogikken herunder kald til CprExist. Se Se afsnit 34.4 Validering af requests i LAR.
...
- 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)
- LAR Service validerer ikke på værdierne for de indkommende kode systemer (dette overlades til CAVE Servicen - se i øvrigt CAVE - Installationsvejledning)
...
- identifier er et gyldigt uuid, hvis udfyldt
- clinicalStatus er sat
- criticality har en gyldig værdi, hvis udfyldt (gyldige værdier fremgår af WSDL'en)
- substance.system og substance.code er udfyldt
- patient.system og patient.code er udfyldt. Hvis cpr-validering er enabled, bliver patient.code desuden valideret ved kald til CprExist service, som checker om cprnummeret findes.
- onsetDateTime er udfyldt
- recorder.system og recorder.code er udfyldt
- recorderOrganization.system og recorderOrganization.code er udfyldt
- reaction.manifestation.system og reaction.manifestation.code er udfyldt, alternativ reaction.manifestationDescription er udfyldt
- reaction.severity har en gyldig værdi, hvis udfyldt (gyldige værdier fremgår af WSDL'en)
- LAR Service validerer ikke på værdierne for de indkommende kode systemer (dette overlades til CAVE Servicen - se i øvrigt CAVE - Installationsvejledning)
- verificationStatus, type og category sættes af LAR servicen uafhængigt af, hvad der sendes ind i requestet
- onsetDateTime og reaction.onset format er bestemt af WSDL/XSD filen (Eksempel på gyldig format 2018-11-01T13:30:00.000+01:00)
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 ODR fejler, hvis CPRExist service ikke kender CPR nummeret.
Modellering af diverse identifiers i LAR
...