Skip to main content

Bliksund EWA Release 37

For den engelske oversettelsen av disse release-notatene, vennligst se her.

Versjoner 37.0 og 37.1 (SaaS)​

Versjoner 37.0 og 37.1 av EWA ble utgitt eksklusivt til SaaS-kunder, da de inkluderer skyspesifikke oppdateringer som ikke er relevante for on-premise-oppsett.

Versjon 37.2 beta​

Versjon 37.2 beta av EWA ble lansert til kundene den 19. februar 2025.

De kompatible versjonene av de berørte runtime-komponentene er oppført nedenfor:

KomponentVersjon
AMK-integrasjon25.2.104.0
Chat-server25.2.104.0
Eksporttjeneste til Warehouse25.2.104.0
Eksporttjeneste25.2.104.0
EWA-API25.2.104.0
HP Link Pasientidentitet-API25.2.104.0
Innsynsklient25.2.104.0
Klientapplikasjon25.2.104.0
Klienthub25.2.104.0
Sanntidsskjerm-API25.2.104.0
Medical Unit Broker25.2.104.0
Migrerings- og frøleggingsverktøy25.2.104.0
Personellregistrering-API25.2.104.0
Skjemamodul-API25.2.104.0
Versjonshåndtering-API25.2.104.0
Versjonshåndtering-klientinstallatør24.10.151.0

Innhold i utgivelsen​

Nye funksjoner

Oppdaterte funksjoner

Feilrettinger i versjon 37.2

Testede medisinsk teknisk utstyr

På veikartet for fremtidige utgivelser

Nye funksjoner​

Forbedringer for Undersøkelse/Anamnese (Releasekandidat)​

Det tidligere systemet for dokumentasjon av anamnese i EWA hadde flere utfordringer, inkludert dobbeltregistrering, forvirring grunnet ukjente formater som SAMPLER/OPQRST, og en altfor kompleks brukerflate. Disse problemene førte til ineffektivitet og utfordringer for både prehospitalt og hospitalt personell. Disse utfordringene er nå løst med den nye funksjonen for Undersøkelse/Anamnese, som introduserer et konfigurerbart og brukervennlig grensesnitt for å forenkle arbeidsflyten og forbedre brukervennligheten.

Merknad

Funksjonsflagget 'Undersøkelse/Anamnese' må være aktivert for ressursen, HOPC-skjemaet må tilordnes den aktuelle ressursen, og skjemaet må publiseres for å sikre at den konfigurerte funksjonen for sykehistorikk vises i klientapplikasjonen. Hvis funksjonen 'History of Presenting Complaint' er deaktivert for ressursen, vil klienten gå tilbake til den forrige funksjonen.

Sentrale forbedringer:

  • Konfigurasjonsside: En ny konfigurasjonsside i Innsynsklienten gir brukerne mulighet til å opprette, redigere og slette skjemaer for Undersøkelse/Anamnese. Denne siden fungerer på samme måte som den eksisterende skjemaadministrasjonen, men med ekstra fleksibilitet for å konfigurere skjemaer og synkronisere dem med klientapplikasjonen.

  • Klientintegrasjon: Undersøkelse/Anamnese-data er nå tilgjengelig i klientapplikasjonen, slik at ambulansepersonell kan registrere data i sanntid under pasientvurderingen.

  • Utskrift/eksport: Funksjonaliteten for utskrift og eksport er oppdatert til å inkludere Undersøkelse/Anamnese-data. Kun spørsmål med registrerte svar vises, noe som sikrer tydelige og relevante opplysninger i utskrevne eller eksporterte dokumenter.

  • Innsynsklient Vis/Rediger Journal: Innsynsklient-sidene for visning og redigering av journal støtter nå data fra Undersøkelse/Anamnese, noe som gjør det enklere for klinisk personell å se og redigere denne informasjonen direkte i pasientjournalen.

  • Sanntidsskjerm ISBAR: Undersøkelse/Anamnese er integrert i Sanntidsskjerm ISBAR-siden, som nå inkluderer fem seksjoner (Pasientoversikt, AMK-data, Ambulanseoversikt, Undersøkelse/Anamnese og Skjemaer), som vist på skjermbildet nedenfor. Siden oppdateres i sanntid og bruker Blazor-komponenter for bedre ytelse og respons, spesielt på nettbrett og større enheter.

  • Forbedret fleksibilitet og konfigurerbarhet: Kunder kan konfigurere oppsettet for Undersøkelse/Anamnese i Innsynsklienten og synkronisere det med klientapplikasjonen, noe som gir bedre kontroll over funksjonen og dens bruk i felten.

  • Ressurskobling og triggerbasert aktivering: Skjemaer i Undersøkelse/Anamnese kan nå kobles til ressurser og aktiveres automatisk, på samme måte som andre skjemaer i systemet.

  • Forenklet brukergrensesnitt: Brukergrensesnittet for oppsett av Undersøkelse/Anamnese er forenklet, noe som reduserer unødvendig kompleksitet. Det nye oppsettet krever færre klikk og gir en tydeligere oversikt for brukerne.

Ny ISBAR-side

Berørte komponenter: Eksporttjeneste, Innsynsklient , Klientapplikasjon, Klienthub, Sanntidsskjerm-API, Skjemamodul-API

Mer informasjon om endringen i flyten er beskrevet her History of presenting complaint user guide.

Installasjonsveiledning for oppsett av EWA API er beskrevet her EWA API Installation guide

Endringer i Sanntidsskjerm-installasjonsveiledningen for å inkludere 'FormModuleAPI Path' og 'FormModule API Key' er beskrevet her. Sanntidsskjerm Installation guide

Introduksjon av ny flis for hastegradsnivå og sortering etter hastegradsnivå​

Kunder i ulike land bruker forskjellige utsendelses- og hastegradskoder, noe som krevde at vi erstattet den stive strukturen for håndtering av hastegrader i applikasjonen vår med en mer fleksibel og konfigurerbar løsning. Den nye hastegradflisen gjør det nå mulig å tilpasse disse konfigurasjonene til kundenes spesifikke behov, noe som gir bedre tilpasning til regionale eller operasjonelle krav og støtter tilkoblinger til forskjellige Akuttmedisinske kommunikasjonssentraler. Synlighet og obligatoriske innstillinger for flisen kan konfigureres basert på oppdragstyper, og flisen blir skrivebeskyttet når man ser på signerte eller fullførte journaler. Eldre-konfigurasjoner som eksisterende kunder bruker, støttes fullt ut i den nye flisen, noe som sikrer en sømløs overgang uten forstyrrelser i arbeidsflytene deres.

New Urgency Level Tile

New Urgency Level Tile

Hastegradene kan administreres sentralt med Migreringsverktøy, noe som gjør det enklere å oppdatere og tilpasse dem til operasjonelle endringer. Vi har lagt til funksjonalitet for å sortere hastegradene på alle steder i EWA-klientapplikasjonen og Innsynsklient en, for eksempel på journal-siden, som gjør det lettere å strukturere og prioritere hastegradene på tvers av plattformene.

Vi har gjort teksten "Ikke valgt" i oppdragstypen-flisen konfigurerbar og fjernet den hardkodede verdien. Som standard vil oppdragstypen-flisen vise "Ikke valgt," som også vil være tilgjengelig i rullegardinmenyen.

Kjør migrerings- og seeding-verktøyet for "ConfigurableMissionTypes.json," som er inkludert i denne utgivelsen, for å bruke disse endringene.

Berørte komponenter: Innsynsklient , Klientapplikasjon, Klienthub, Migrerings- og seedingverktøy

Offline-funksjonalitet for nettbrett​

For å sikre kontinuerlig drift selv når enheten mister online-tilkobling, har vi introdusert en funksjon som gjør at systemet kan opprettholde viktige funksjoner, inkludert muligheten til å registrere journalinformasjon uten aktiv nettverkstilkobling. Dette er spesielt viktig i miljøer der tilkobling kan være upålitelig eller midlertidig tapt, for eksempel under oppdrag i landlige områder eller tunneler.

Hva som er implementert:

  • Offline-indikator: En tydelig offline-statusindikator er lagt til på låseskjermen, oversiktssiden og journalen for å informere brukerne når enheten er frakoblet fra nettverket. Denne visuelle indikatoren (se skjermbilde nedenfor) hjelper brukerne å forstå offline-statusen, slik at de kan ta de nødvendige tiltakene når tilkoblingen er tapt og fortsette arbeidet uten forvirring.

  • Tracker-funksjonalitet: Tracker-funksjonaliteten forblir operativ etter pålogging, selv når enheten er frakoblet fra nettverket. Dette sikrer at brukerne ikke uventet blir logget ut på grunn av en tapt tilkobling, og at de kan fortsette å jobbe med journalene uten avbrudd under oppdrag eller i miljøer hvor nettverksproblemer kan oppstå.

  • Feilmeldinger: I tilfeller der klienten ikke kan koble til serveren for oppdateringer eller datautvekslinger, vises en feilmelding for å informere brukerne om offline-statusen. Denne meldingen gir klarhet om situasjonen, slik at brukerne er klar over tilkoblingsproblemet og kan håndtere oppgavene sine deretter til nettverket er gjenopprettet.

Offline-indikator i klientapplikasjonen

Offline-funksjonaliteten administreres via et funksjonsflagg, som gjør at det kan aktiveres kun når kundene trenger det, og gir fleksibilitet til å tilpasse seg endrede operasjonelle behov.

Berørte komponenter: Klientapplikasjon

Oppdaterte funksjoner​

Forbedret synlighet av pasient- og hendelsesdata i Innsynsklient​

I den nyeste oppdateringen vil det komplette AMK hendelsesnummeret nå vises i sitt fulle format på søkesiden for journaler i Innsynsklient . Dette gjør det enklere for brukere å skille mellom lignende hendelser. I tillegg støtter systemet nå søk etter det komplette hendelsesnummeret, noe som gjør det raskere og enklere å finne spesifikke Journaler.

Full Incident Number in Search Record Page

Som en tillegg oppdatering vil pasientens navn ikke lenger vises som standard i oversikten på søkesiden for journaler. I stedet kan brukerne nå velge å vise eller skjule pasientens navn via en enkel bryter i kontekstmenyen. Hvis brukeren søker ved hjelp av pasientrelaterte filtre, vil navnet automatisk vises. Dette gir brukerne mer kontroll over synligheten av sensitiv informasjon, samtidig som det opprettholder enkel tilgang når det er nødvendig.

Skjul pasientens navn i søkesiden for journaler

Begge endringene er laget for å forbedre brukeropplevelsen ved å gjøre håndteringen av hendelses- og pasientdata enklere.

Berørte komponenter: Innsynsklient , Migrerings- og seedingverktøy

Oppdatering av JSON-versjon for kompatibilitet med Norsk hjertestansregister​

Norsk hjertestansregister har oppdatert datastrukturen i sitt system, noe som krever at alle importerte JSON-filer samsvarer med de nye endringene for å sikre feilfrie dataimporter. For å opprettholde kompatibilitet har vi justert vår hjertestans-JSON-fil fra versjon 22 til versjon 24. Oppdateringen er allerede implementert automatisk, og det kreves ingen ytterligere handling fra brukerne. Denne justeringen sikrer at manuelt opplastede JSON-filer oppfyller de oppdaterte kravene fra registeret og legger til rette for en sømløs og nøyaktig databehandling.

Berørte komponenter: Klientapplikasjon

Gjeninnføring av "AMK varslet" flisen og utfasing av redigerbar AMK-bestillingsfunksjon​

Flisen som tillater manuell inntasting av tidsstempelet (CentralAlerted, tidligere EOC_Alerted) for når AMK først ble varslet, ble tidligere fjernet fra EWA-applikasjonen, da denne informasjonen skulle leveres gjennom AMK-integrasjonen og ikke var ment å være redigerbar av ambulansepersonell. Imidlertid, med onboardingen av nye kunder som ikke er koblet til en AMK-sentral, ble det nødvendig å gjeninnføre denne funksjonen for å imøtekomme deres behov. Som et resultat har flisen blitt gjeninnført som en valgfri og redigerbar funksjon.

For å støtte dette er CentralAlerted-feltet blitt gjeninnført, noe som muliggjør manuell sporing av dette tidsstempelet. Ny logikk sikrer at dette tidsstempelet kan sjekkes, oppdateres og vises gjennom applikasjonen. Valideringsprosesser er implementert for å opprettholde dataintegritet, mens brukergrensesnitt elementer er lagt til for å forbedre synligheten og kontrollen over CentralAlerted-statusen. Denne flisen kan skjules ved hjelp av konfigurerbare oppdragstyper, som gir kundene med et sentralt AMK-system muligheten til å fortsette å bruke det eksisterende systemet, samtidig som den gir fleksibilitet for andre kunder som trenger manuell inntasting av denne informasjonen.

Reintroduced EOC Alerted Tile

For å sikre korrekt funksjonalitet for den gjeninnførte, redigerbare "AMK Varslet"-flisen, har den tidligere tilgjengelige funksjonen for redigering av informasjon i AMK-bestillingsflisen blitt fjernet. Denne endringen ble gjort for å forenkle systemet og forhindre konflikter mellom de to funksjonene. Som et resultat vil brukerne ikke lenger ha muligheten til å manuelt redigere AMK-bestilling, noe som samsvarer med den nye tilnærmingen for håndtering av CentralAlerted-tidsstemplene.

Berørte komponenter: Innsynsklient , Klientapplikasjon

SATS-oppgradering med forbedret lokalisering og vurderingsvisning​

SATS-vurderingsmodulen har blitt forbedret for å øke tydeligheten, sikre konsistens i terminologi og tilpasse seg etablerte retningslinjer på tvers av grensesnitt og rapporter. Viktige begreper er oppdatert, scoringsjusteringer er implementert, og lokaliseringen er forbedret for en mer presis gjengivelse av vurderingsstatuser.

Sentrale forbedringer:

  • Fjerning av hyperkoblinger: Alle hyperkoblinger i SATS, inkludert de for telefonnumre, er fjernet. Ny referansetekst er lagt til: "Se Helsedirektoratet.no, Nasjonal faglig retningslinje for håndtering av CBRNE-hendelser med personskade, kapittel 3".

  • Oppdatering av prioritetslisten: Begrepet "Ingen funn" er erstattet med "Grønn hastegrad".

  • NEWS2-bevissthetsscore: Vurderingsvisningen følger nå det etablerte formatet fra e.Care. Begrepet "Ukjent" er erstattet med "Ikke registrert" (score 0). Den oppdaterte strukturen er:

    • 0 - A: Våken, normal kontakt
    • 3 - C: Nyoppstått forvirring
    • 3 - V: Slapp, reagerer på tale
    • 3 - P: Reagerer på smerte
    • 3 - U: Ingen respons
    • 0 - Ikke registrert

  • Statusetiketter i SATS: Etikettene "Ufullstendig" og "Fullstendig" er erstattet med "Foreløpig" og "Endelig" i alle relevante deler av EWA og utskrifter. Den endelige hastegrad vises kun når både prioritetslisten og NEWS2/TEWS er fullført.

  • Konsistent terminologi: NEWS2 eller TEWS brukes nå konsekvent gjennom hele systemet.

Berørte komponenter: Klientapplikasjon, Eksporttjeneste, Innsynsklient

Ny indikator for treningmodus med varsler i klientapplikasjonen​

En ny indikator for treningmodus er lagt til i klientapplikasjonen for å hjelpe brukerne med å tydelig skille mellom treningmodus og normal modus, som vist i skjermbildene nedenfor. Et vedvarende merke vises øverst i grensesnittet for å sikre synlighet til enhver tid, og et varsel vises ved starten av en ny oppgave for å minne brukerne om at de er i treningmodus. Disse forbedringene øker klarheten, reduserer risikoen for forvirring og hjelper til med å forhindre utilsiktede handlinger i et treningsmiljø.

Indikator for treningmodus

Varsel for treningmodus

Berørte komponenter: Klientapplikasjon

Forbedret loggsporbarhet med enhetsnavn i bruker- og teknisk logger​

EWA-klientapplikasjonen registrerer og viser nå enhetsnavnet for logger generert i systemet, som vist i revisjons- og tekniske logger. Dette forbedrer sporbarheten ved å fange opp maskinnavnet som er ansvarlig for hver loggoppføring. En ny kolonne med navnet "MachineName" er lagt til i revisjonsloggtabellen, og loggtransmisjoner fra klienten inkluderer nå enhetsnavnet. I tillegg har Innsynsklient en blitt oppdatert for å vise denne informasjonen både i brukerloggen og den tekniske loggen.

Teknisk logg med enhetsnavn

Revisjonslogg med enhetsnavn

Berørte komponenter: Innsynsklient , Klientapplikasjon

Feilrettinger i versjon 37.2​

Journaler i Sanntidsskjerm sortert etter tekst i triagekolonner (RETTS, NEWS2 og SATS) i stedet for alvorlighetsgrad​

  • Ticket: 36129211628 | DevOps: 28470 | Rapportert av: Helse Sør-Øst
  • Problem: I Sanntidsskjerm ble journaler sortert etter teksten i alvorlighetsgradkolonnene (RETTS, NEWS2 og SATS) i stedet for etter faktisk triageprioritet. Disse kolonnene skulle ikke være sorterbare.
  • Løsning: For å sikre at journaler ikke lenger blir sortert etter tekstverdier, ble sortering fjernet fra de tre triagekolonnene i Sanntidsskjerm.
  • Berørte komponenter: Innsynsklient

AMK oppdateringer av leveringssted ble ikke varslet i klientapplikasjonen hvis oppdragstype ikke er valgt​

  • Ticket: 38737585342 | DevOps: 27906 | Rapportert av: Helse Vest
  • Problem: Hvis oppdragstypen ikke var valgt i klientapplikasjonen, ble oppdateringer fra AMK (via AMIS) til leveringsstedet ikke umiddelbart vist etter at oppdragstype ble valgt. Oppdateringen ble først synlig etter at en annen endring (f.eks. en tidsstempeloppdatering) ble mottatt.
  • Løsning: Oppdateringslogikken ble endret for å sikre at oppdateringer fra AMK behandles umiddelbart, selv om oppdragstypen ikke er valgt, slik at leveringsstedet og andre relevante felter blir oppdatert så snart de mottas.
  • Berørte komponenter: Klientapplikasjon

Engelsk tekst på triage ved første utskrift etter installasjon​

  • Ticket: 67731199182 | DevOps: 28416 | Rapportert av: Helse Midt-Norge
  • Problem: Etter innlogging i EWA-klienten og start av et oppdrag, utfylling av SATS, RETTS og NEWS2 triage, og deretter åpning av utskrift, ble all triagetekst vist på engelsk. Dette skjedde kun for den første utskriften etter installasjonen. Utskriften i Innsynsklient og eksportert PDF viste teksten korrekt på norsk.
  • Løsning: Problemet ble forårsaket av manglende tekstinformasjon når teksten ble hentet. For å løse dette ble et parameter lagt til for å sikre at riktig lokaliserte tekster hentes basert på språkinnstillingene.
  • Berørte komponenter: Eksporttjeneste, Klientapplikasjon

Automatisk rulling ned på vis/rediger journal-siden​

  • Ticket: ingen | DevOps: 27472 | Rapportert av: Intern kvalitetsikring
  • Problem: Vis/rediger journal-siden i innsynsklienten rullet automatisk til bunnen hver gang den ble åpnet, noe som uventet forstyrret navigasjonen og gjorde det vanskelig å se eller samhandle med andre elementer på siden.
  • Løsning: Konsultasjonshistorikk-panelet, som tidligere var integrert i denne siden og forårsaket problemet, har blitt flyttet til et eget faneblad. Denne oppdateringen forhindrer uønsket rulleadferd og gjenoppretter muligheten for brukere å samhandle med elementene på siden.
  • Berørte komponenter: Innsynsklient

Intern serverfeil ved overskridelse av tegnbegrensning i skjema​

  • Ticket: 9682769366 | DevOps: 27150 | Rapportert av: Helse Vest
  • Problem: Når brukere opprettet et nytt skjema eller la til skjemaelementer på skjemakonfigurasjonsiden, opplevde de en 500 intern serverfeil dersom navnet på skjemaet, skjemaelementet, alternativet eller beskrivelsesfeltet overskred 260 tegn.
  • Løsning: For å unngå serverproblemer vises nå en feilmelding på skjemakonfigurasjonsiden når tegnbegrensningen overskrides. I tillegg vil tegnbegrensningen bli kontrollert under JSON-importprosessen for å sikre at den håndheves, slik at brukerne blir informert om problemet før de møter serverfeil.
  • Berørte komponenter: Innsynsklient , Skjemamodul-API

Ugyldig posisjon informasjon for Fremme hendelsesstead på grunn av feil tildeling av breddegrad/lengdegrad​

  • Ticket: 5411715520 | DevOps: 27674 | Rapportert av: Helse Midt-Norge
  • Problem: Posjonsdata for Fremme hendelsesstead-flisen ble feilaktig lastet fra SQLite-databasen, der både breddegrad og lengdegrad ble plassert i breddegradens felt, noe som resulterte i ugyldig koordinatinformasjon.
  • Løsning: Problemet er løst ved at breddegrad og lengdegrad nå lastes korrekt inn i sine respektive felter, og riktig posisjonsinformasjon vises igjen for Fremme hendelsesstead.
  • Berørte komponenter: Klientapplikasjon

Skjermtastatur forårsaker at journalen ruller til starten når man klikker utenfor kilometerflisen​

  • Ticket: 3733910721 | DevOps: 26992 | Rapportert av: Helse Nord
  • Problem: Når man taster inn en avstandsverdi ved hjelp av skjermtastaturet i kilometerflisen, forårsaker et klikk utenfor flisen at journalen ruller til starten, i stedet for at den beholder sin nåværende posisjon.
  • Løsning: Problemet er løst ved å sikre at journalen beholder sin posisjon når popup-vinduet lukkes, og at ikke pekeren settes til starten av journalen. Den samme løsningen er også blitt brukt på "Skjema" og "Anamnese"-flisene.
  • Berørte komponenter: Klientapplikasjon

Skjema åpnes delvis utenfor skjermen på nettbrett​

  • Ticket: 25604439274 | DevOps: 27239 | Rapportert av: Helse Midt-Norge
  • Problem: Når et skjema åpnes på nettbrett, vises dialogen noen ganger delvis utenfor skjermen hvis skjemaflisen er midt på journalsiden. Rullefeltet er heller ikke synlig, noe som gjør navigasjon vanskelig.
  • Løsning: Skjemaets UI ble frakoblet journalsiden, og to egne brukerkomponenter ble laget: Skjemamodalvindu og skjemaflise. Skjemadialogen er nå en sentrert modal i stedet for en flyout, som i anamnese. Endringen løser problemer med rullefelt, dialogstørrelse og skjermtilpasning for konsekvent plassering.
  • Berørte komponenter: Klientapplikasjon, Skjemamodul-API

Hovedrapportgenerering feiler når det ikke er noen journaler​

  • Ticket: 35719632087 | DevOps: 27726 | Rapportert av: Helse Sør-Øst
  • Problem: Når man genererer en hovedrapport for en periode uten journaler å hente, flimrer skjermen kort, men ingen feilmelding vises, og ingen fil er tilgjengelig for nedlasting. Teknisk logg viser flere feil.
  • Løsning: Problemet oppsto på grunn av feil håndtering av tomme eller null-journaler i Innsynsklient en når det ikke finnes noen journaler for den angitte tidsperioden. Logikken for datavalidering og datatransformasjon er oppdatert for å løse dette problemet og sikre at, i disse tilfellene, vises en melding til brukeren eller en tom CSV-fil blir levert, i stedet for at det genereres ingen utdata uten tilbakemelding fra systemet.
  • Berørte komponenter: Eksporttjeneste, Innsynsklient

Kan ikke se hele teksten i prioritetslisten i SATS​

  • Ticket: 24054460623 | DevOps: 27897 | Rapportert av: Helse Vest
  • Problem: Når SATS og prioritetslisten velges, mangler siste del av teksten i "Smerte"-kategorien. I tillegg er det tekstforskyvning i "Skade"-kategorien.
  • Løsning: Brukergrensesnittet for SATS-flyouten har blitt oppdatert for å sikre at hele teksten nå vises korrekt, og justeringer har blitt gjort for å løse tekstforskyvningen i "Skade"-kategorien.
  • Berørte komponenter: Klientapplikasjon
  • Ticket: 7169590203 | DevOps: 26983 | Rapportert av: Helse Midt-Norge
  • Problem: Når en bruker klikker på HP-Link-integrasjonen i EWA-klienten, blir ikke deres aktivitet registrert i brukeraktivitetloggen i Innsynsklient en.
  • Løsning: For å løse dette har vi implementert en revisjonslogg som sikrer at brukeraktivitet nå blir sporet når HP-Link-menyen åpnes i EWA-klienten. Denne oppdateringen gir bedre overvåking og gjennomsiktighet for brukerhandlinger knyttet til HP-Link-integrasjonen.
  • Berørte komponenter: Integrasjon, Klientapplikasjon

Feil grunn logget når et journal åpnes i Innsynsklient​

  • Ticket: 23910718686 | DevOps: 27902 | Rapportert av: Helse Midt-Norge
  • Problem: Når et fullført journal åpnes i Innsynsklient , må brukeren velge en grunn for å få tilgang til journalen. Denne grunnen ble feilaktig logget i auditloggen. For eksempel, hvis "Forskning" ble valgt, ble det logget som "Brukerstøtte".
  • Løsning: Problemet oppsto på grunn av en feil i ID-ene for alternativene, som nå er rettet, slik at tilgangsgrunnene logges korrekt i auditloggen.
  • Berørte komponenter: Innsynsklient

Automatisk synkroniseringsfunksjon fungerer ikke i klienten​

  • Ticket: ingen | DevOps: 27895 | Rapportert av: Intern kvalitetsikring
  • Problem: Automatisk synkronisering i klienten fungerer ikke lenger som forventet. Tidligere ble synkronisering automatisk utført hver time, men nå krever det manuell synkronisering, inkludert å starte klientapplikasjonen på nytt og bytte ressurser.
  • Løsning: Den automatiske synkroniseringsfunksjonen ble fjernet, og "Synk Alle"-knappen ble oppdatert for å forbedre brukervennligheten. I tillegg ble håndteringen av internettilkobling refaktorert for å sikre mer pålitelig synkronisering og løse tidligere problemer.
  • Berørte komponenter: Klientapplikasjon

Manglende maskinnøkkel hindrer innsynsklient i å kjøre i replikerte miljøer​

  • Ticket: ingen | DevOps: 27912 | Rapportert av: Intern kvalitetsikring
  • Problem: Innsynsklient en fungerer ikke som forventet når den kjøres i flere containere (replikater), på grunn av en manglende maskinnøkkel-konfigurasjon. Dette fører til problemer med håndtering av sesjonsinformasjon, som forårsaker feil, som at noen brukere er innlogget mens andre ikke er det, og uventede omdirigeringer.
  • Løsning: Problemet ble løst ved å konfigurere den nødvendige maskinnøkkelen under oppstarten av containerne som kjører Innsynsklient en. Dette sikrer at sesjonsinformasjonen håndteres riktig på tvers av flere containere, slik at Innsynsklient en kan fungere feilfritt i et lastbalansert eller replikert miljø.
  • Berørte komponenter: Innsynsklient

Ikke mulig å skrive ut fra konsultasjons sanntidsskjerm​

  • Ticket: 46548233423 | DevOps: 28012 | Rapportert av: Helse Sør-Øst
  • Problem: Når man prøver å skrive ut fra konsultasjons sanntidsskjerm, vises en feilmelding som indikerer at journalen må være tilknyttet den spesifikke sanntidskjermen for at man skal kunne skrive ut.
  • Løsning: Problemet er løst ved å oppdatere datavalideringslogikken, slik at konsultasjonslokasjonstypen blir riktig inkludert for utskriftsbehandling. Denne oppdateringen gjør at utskrift fungerer som forventet når Sanntidsskjerm er riktig tilknyttet journalen.
  • Berørte komponenter: Innsynsklient

Tilfeldige leveringsteder vises i konsultasjon sanntidsskjerm​

  • Ticket: 50956989679 | DevOps: 28253 | Rapportert av: Helse Sør-Øst
  • Problem: Ved bruk av konsultasjonsmodulen i Sanntidsskjerm vises ikke det valgte leveringsstedet korrekt. I stedet vises et tilfeldig sted, spesielt når en konsultasjonspartner tilknyttet en standard Sanntidsskjerm er valgt. Hvis flere leveringssteder er koblet til Sanntidsskjerm, velger systemet automatisk det første stedet på listen i stedet for det riktige.
  • Løsning: Filtreringslogikken er oppdatert for å sikre at kun relevante konfigurasjoner hentes. Denne justeringen forbedrer nøyaktigheten av dataene som behandles, og sikrer at riktig leveringssted vises under konsultasjoner.
  • Berørte komponenter: Innsynsklient , Sanntidsskjerm-API

CSV-Hovedrapporten feiler ved datasett over 2100 journaler​

  • Ticket: 49375240435 | DevOps: 28144 | Rapportert av: Helse Sør-Øst
  • Problem: I Release 32 feiler CSV-eksporten av hovedrapporten når antall journaler overstiger 2100. Dette skyldes SQL Servers begrensning for å håndtere mer enn 2100 parametere i én forespørsel. Feilen gjør at eksporten ikke kan genereres.
  • Løsning: Store datasett deles nå opp i mindre grupper på opptil 2000 journaler. Hver gruppe behandles separat, og resultatene kombineres for å generere rapporten uten feil, uavhengig av datasettets størrelse.
  • Berørte komponenter: Innsynsklient

Oppdateringer fra journal reflekteres ikke i ISBAR-visning i Sanntidsskjerm under konsultasjon​

  • Ticket: ingen | DevOps: 24568 | Rapportert av: Intern kvalitetsikring
  • Problem: Endringer gjort i journalen i klienten blir ikke oppdatert i ISBAR-visningen i Sanntidsskjerm når den åpnes via "Konsultasjon." Data oppdateres kun etter at man bytter visning eller åpner Sanntidsskjerm på nytt.
  • Løsning: Bakgrunnstjenesten som oppdager endringer i journaler, er oppdatert for å løse en feil som førte til at den sluttet å fungere. I tillegg utløser nå endringer i den nye Sanntidsskjerm manuelt oppdateringer i eldre ISBAR-visninger for å sikre synkronisert datavisning.
  • Berørte komponenter: Innsynsklient , Sanntidsskjerm-API

Sanntidsskjerm-navn vises ikke i konsultasjonsvinduet​

  • Ticket: ingen | DevOps: 26004 | Rapportert av: Intern kvalitetsikring
  • Problem: Når konsultasjonsvinduet åpnes etter at en Sanntidsskjerm-leveringslokasjon er satt, vises ikke navnet på Sanntidsskjerm. Brukere kan fortsatt kommunisere med Sanntidsskjerm, men mangelen på navn kan skape forvirring.
  • Løsning: Problemet ble løst ved å oppdatere hvordan mottakere for Sanntidsskjerm-leveringslokasjoner håndteres i konsultasjoner. Det er nå sikret at navnet på Sanntidsskjerm vises korrekt i chattevinduet ved å inkludere riktig mottakerinformasjon under oppsettet.
  • Berørte komponenter: Klientapplikasjon, Klienthub, Sanntidsskjerm-API

Hastegrad i sanntidskjerm ble vist feil etter oppdatering av siden​

  • Ticket: 72491914459 | DevOps: 27297 | Rapportert av: Helse Sør-Øst
  • Problem: Etter å ha oppdatert siden eller fått tilgang til et Sanntidsskjerm etter at en journal var koblet til, ble hastegraden som ble vist i Sanntidsskjerm feil. Opprinnelig viste hastegraden riktig verdi basert på de angitte kriteriene (f.eks. Høy - A.03.02), men etter en oppdatering ble det i stedet vist basert på kriterienummeret.
  • Løsning: Problemet ble løst ved å oppdatere handleren for å inkludere hastegraden for journalen. Dette sørget for at den riktige hastegraden ble vist konsekvent, selv etter en oppdatering eller når Sanntidsskjerm ble åpnet etter at journalen ble koblet til.
  • Berørte komponenter: Sanntidsskjerm-API

Testede medisinsk teknisk utstyr​

Denne utgivelsen har blitt testet på det listede medisinsk tekniske utstyret og de tilhørende programvareversjonene, og sikrer kompatibilitet og ytelse i de spesifiserte miljøene.

Corpuls​

  • Programvareversjoner: 4.2.2 og 4.3.2
  • SDK-versjon: 4.3.0.0

Zoll​

  • Programvareversjon: 02.36.21.00
  • SDK-versjon: 6.44.315