Versions Compared

Old Version 28

changes.mady.by.user Lene Andersen

Saved on

compared with

New Version 29

changes.mady.by.user Lene Andersen

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • 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. For opslag af oplysning verficeres det, at:
  • Patient Code og System skal er udfyldt
    • Requester Organization Code og System er udfyldtSe afsnit 3.4 Validering af requests i LAR

For detaljer vedr. request- og responseformat for anvendere af LAR samt fejlkoder henvises til LAR Anvenderguide. Se i øvrigt også Beslutninger vedr LAR Snitfladen nedenfor.

...

  • 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. For opslag af oplysning verficeres det, at:
    • identifier er et gyldigt uuid, hvis udfyldt
    • clinicalStatus er sat
    • criticality har en gyldig værdi, hvis udfyldt
    • substance.system og substance.code er udfyldt
    • patient.system og patient.code er udfyldt
    • 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
    Derudover gælder det at:
  • 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)
    • en række valideringer foretages af CAVE servicen (se CAVE Design og Arkitekturbeskrivelse) Se afsnit 3.4 Validering af requests i LAR.

For detaljer vedr. request- og responseformat for anvendere af LAR samt fejlkoder henvises til LAR Anvenderguide. Se i øvrigt også Beslutninger vedr LAR Snitfladen nedenfor.

...

Mapning mellem LAR og CAVE

Udgangspunktet for LAR servicen servicens snitflade og datamodel, er standarden FHIR for - allergi resourcen. Denne standard er tilpasset efter Efter en funktionel workshop . Hvad der i praksis er sket, er at modellen er blevet noget forsimplet ved at fjerne felter, der ikke skal gøres brug af. Samt reducere muligheden for flere værdier på en række af de felter, som er medtaget.

...

At gå fra LAR format til FHIR format er letved registrering af data er uden komplikationer; gå fra simpel format til mere kompleks format. Den anden modsatte vej, fra FHIR til LAR kan give udfordringer, i fald at data kommer ind af andre veje end LAR snitfladen, og dermed ikke overholder de simple strukturer.

Hvis der åbnes op for registrering af data på anden form en LAR format, vil man kunne komme i en situation, hvor man ved opslag fra LAR servicen kunne kan stå med f.eks. 2 substance koder for den samme allergi. Og hvilken skal der så hentes.?

For at fremtidssikre mod dette bedst muligt, er LAR servicen lavet sådan, at hvor FHIR standarden tillader lister (som f.eks. listen af substance koder) da tjekkes FHIR listen efter for en foretrukket værdi. Findes denne ikke, tages alternativ den mindste værdi alfabetisk. Den alfabetisk alternative udvælgelse er lavet, for at sikre at to kald efter hinanden altid vil returnere det samme svar.

FHIR til LAR simplificeringen foregår på følgende felter med angivne prioriteringer:

  • identifer: mindste værdi alfabetisk
  • clinicalStatus: active - alternativt mindste værdi alfabetisk
  • verificationStatus: confirmed - alternativt mindste værdi alfabetisk
  • category: medication - alternativt mindste værdi alfabetisk
  • substance.code/system: foretrukket kodesystem - alternativt mindste kode værdi alfabetisk
  • patient.code/system: foretrukket kodesystem - alternativt mindste kode værdi alfabetisk
  • recorder.code/system: foretrukket kodesystem - alternativt mindste kode værdi alfabetisk
  • recorderOrganization.code/system: foretrukket kodesystem - alternativt mindste kode værdi alfabetisk
  • reaction.manifestation.code/system:
    • hvis flere reactions: første foretrukket kodesystem på reaction.manifestation.coding - alternativt mindste kode værdi alfabetisk på coding
    • hvis flere manifestation på reaction: foretrukket kodesystem på manifestation.coding - alternativt mindste kode værdi alfabetisk på coding 
    • hvis flere codings på manifestation: foretrukket kodesystem på coding - alternativt mindste kode værdi alfabetisk på coding 

Den konkrete opsætning af foretrukne kodesystemer er beskrevet i LAR Driftsvejledning.

...

For opslag valideres det at:

  • patient.code og patient.system er udfyldt
  • requesterOrganization.code og requesterOrganization.type er udfyldt
  • requesterOrganization.code har en gyldig værdi (gyldige værdier fremgår af WSDL'en) @Lene kan du beskrive valideringerne for opslag?
  • LAR Service validerer ikke på værdierne for de indkommende kode systemer (dette overlades til CAVE Servicen - se i øvrigt CAVE Installationsvejledning)

For registreringer valideres det at:

  • 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
  • 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) @Lene kan du beskrive valideringerne for registrering?

  • 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)

Modellering af diverse identifiers i LAR

...