Planlagte endringer for SFM Basis API - Charlie

Tabellen nedenfor oppsummerer planlagte relevante endringer* i Charlie og hvordan disse påvirker Basis API, pr 22.Apr.2022.

Endringer etter revisjon juli 2022, markert i rødt. 

*NB! Endringer på disse listene vil kunne forekomme i etterkant, basert på justerte prioriteringer. Revisjon av listen er planlagt ila mai 2022. 

Epic

Funksjonalitet

Påvirker konsument (BasisAPI)

Epic

Funksjonalitet

Påvirker konsument (BasisAPI)

API Authentication and autorization

SFM-5708

Autentisering og autorisering av brukere på lavere sikkerhetsnivå - til bruk for enkelte portaler/visninger

Ja. Ny funksjonalitet for lib-visning/LIB i API krever et lavere sikkerhetsnivå, og må hensyntas om denne funksjonaliteten tas i bruk.

NB! Utsatt til Echo

API for async RF message

SFM-1539

Bekreftelse på at mottak av asynkrone meldinger fungerer

Nei

Controls in basis API

SFM-9557

Sjekker på at løse resepter ikke er utelatt, resept er i RF eller tilbakekalt

Nei, men indirekte (behavior)

NB! Utsatt til Echo

basisAPI get medication

SFM-4262

 

  • Inkludere info om MD apotek i M25.1, relatert til ny M12 melding

 

 

  • Lese forholdsregler ved inntak fra M1 og M25.1

  • Ny og forrige reseptID legges i M9.6 for å kunne lenke til riktig oppføring ved fornying

  • Nei, Ikke endring i API, men info om multidoseapotek vil returneres i eksisterende ressurs  (getMedication) NB! Utsatt til Echo

 

  • Nei, kun intern logikk

  • Nei

basis API send medication

SFM-4263

 

  • Blokkert lege skal ikke sende M25.1

 

  • Gi EPJ tilgang til opprinnelige meldinger som er sendt til RF

  • Slette elementer fra M25.1

  • Legge til forholdsregler ved inntak i M1 og M25.1

  • Ja. Håndtering av ny feilmelding v/blokkert lege NB! Utsatt til Echo

 

  • Ja. Tilleggsinfo i eksisterende API, v/behov NB! Utsatt til Echo

  • Nei, kun intern håndtering mot RF NB! Utsatt til Echo

  • Nei.

Compile information from RF/KJ

SFM-5506

 

  • Sammenstille cave info ved KJ integrasjon og tilleggsinformasjon i PLL

 

  • Robustifisere sammenstillingsprosessen ved å håndtere dårlig datakvaliteti e-resept kjeden på en bedre måte

  • Nei, kun intern sammenstilling. Endringer i API kommer i Echo for Basis API. Midlertidig satt på vent

 

  • Nei NB! Utsatt til Echo

FHIR API framework

SFM-5332

  • Sikre at parameter "total" fungerer 

  • Versjonering av FHIR ressurser

Nei, kun bruk av standardmekanismer i FHIR NB! Utsatt til Echo

FHIR SFM basis API profiles

SFM-5703

Oppdatering av sfm-profiler til APIet (skrivefeil)

Ja 

Rest delivery of asynk message

SFM-5666

Feilhåndtering ved levering av asynk meldinger (intern feilhåndtering)

Nei NB! Utsatt til Echo

Semantic validation FHIR

SFM-5334

Sjekker /valideringer ifht send medication

Nei, men indirekte (behavior) NB! Utsatt til Echo

Timezone

SFM-2138

Retur av klokkeslett fra KJ i lokal tid, som i RF

Nei NB! Utsatt til Echo

Stegvis meldingsendring

  • Strukturert dosering ved forhåndsregler v/inntak (se eget punkt over)

  • Sende med legemiddelreaksjoner i PLL

  • Sende med håndtering av medisinske varsler i PLL

  • Nei

  • Nei. NB! Utgår, utvidet informasjon om Cave skal ikke inngå som vedlegg. 

  • Nei. NB! Utsatt til Echo