Planlagte endringer for SFM Datadeling 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 (Datadeling)

Epic

Funksjonalitet

Påvirker konsument (Datadeling)

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

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. 

  • 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 APIene (skrivefeil)

Ja 

Stegvis meldingsendring

Strukturert dosering ved forhåndsregler v/inntak

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

FHIR data sharing it2

SFM-6437

 

Diverse saker i Datadeling som krever håndtering hos konsument: 

  • SFM-10524 As the data sharing API I want to use "line" in address rather than "text" (Ja)

  • SFM-10175 As the full SFM I do not want to accept sfm-patient without a postalCode or city in datashare (Ja)

  • SFM-8999 Multiple sfm-Person instances can be created with the same FNR (Ja, håndtering av returnert feilkode)

  • SFM-7496 [API] SFM FHIR search parameters need to be normalized (Trolig) NB! Utsatt til Echo

  • SFM-7455 [API] As SFM.Datashare I would like to return stopped medicationStatements (Ja, når ny funksjonalitet ønskes tatt i bruk)

  • SFM-7190 As an EPJ I want to receive an administration plan for a specified period within an sfm-MedicationStatement (Ja, relevant for PLO)

 

Diverse feilrettinger ihht spesifikasjon som ikke påvirker konsument:

  • SFM-10646 Patient: active is not updated

  • SFM-8680 Organization update: systeminfo-fields cannot be updated

  • SFM-8674 Updating an organization: city is not saved

  • SFM-8524 When searching/GET patient in Datashare API using Name, LastUpdate has wrong value

  • SFM-3018 Telephone information are not updated for a patient NB! Utsatt til Echo

 

Ja, se inline pr punkt. 

 

 

 

 

 

 

 

 

 

 

 

Nei

SFM-3528

FHIR SFM data sharing profiles

Justering av brukermodell i full SFM (tilsvarende Basis) 

Justering av organisasjonsmodell i full SFM (tilsvarende Basis) og tilrettelegging for å støtte "multiorganisasjonsdatabaser", og relasjon mellom organisasjon og token (se dokumentasjon) 

 

  • SFM-10463 Attempting to POST and organization with an expired token causes a 500 error Feilretting ihht spesifikasjon (Ja, håndtering av feilmelding)

  • SFM-10245 Search Observation in datashare returns error for patientTicket Feilretting ihht spesifikasjon (Nei. Dagens versjon gir unødvendig feilmelding)

  • SFM-5249 As an EPJ I want to search for a Medication resource on the SFM FHIR API in a standardized way Feilretting ihht Spesifikasjon (og FHIR standard) (Ja) NB! Utsatt til Echo

Nei

Ja, når det er behov for å støtte flere organisasjoner i samme database

 

 

Ja, se inline pr punkt.