3.9.0 + 3.9.1 Mellomverjon og patch innholdsliste
Releasedato Feb 11, 2024
SFM versjon 3.9.1 inneholder refaktorering av medisinske varsler for SFM fullversjon og endringer på oppslag i Kjernejournal.
Det leveres også en del endringer på Basis API i denne versjonen, men det berører ikke de som benytter Basis API i produksjon.
I tillegg er det en del feilrettinger for SFM fullversjon.
Issue Type | Key Jira | External issue ID Junta | Summary | Components | What's New Text | SFM Customers | Created |
Defect | SFM-19104 |
| Migrated treatments get <SistEndret> set to 0001-01-01T00:43:00+00:43 |
| Feilretting av migrering av "Sist endret" dato ved migrering fra FM til SFM |
| 31.01.2024 15:28 |
Defect | SFM-19015 |
| Error when opening AK treament without structured dosing |
| Feilretting av åpning av LIB-detaljer for AK legemiddel der det mangler strukturert dosering |
| 29.01.2024 14:03 |
Defect | SFM-18892 |
| SFM is unable to handle status update to recalled when a loose resept is part of KJ/RF lookup |
| Feilretting av statusoppdatering ved mottak av tilbakekallingsmelding (M5) |
| 23.01.2024 13:34 |
Defect | SFM-18771 |
| It should be mandatory to set a seponation date when prescribing a Kur using Egendefinert fritekst |
| Retter en feil slik at det nå valideres at det er satt seponeringsdato når man forskriver en kur med egendefinert fritekst |
| 12.01.2024 13:08 |
Feature | SFM-18721 |
| Microsoft Identity Denial of service vulnerability | API-Basis, NONFUNC-Security, Vulnerability | Oppdatert .net |
| 10.01.2024 18:19 |
Defect | SFM-18633 |
| New and updated CAVE registrations aren't being sent to KI |
| Rettet feil med synkronisering av CAVE informasjon med KI for importerte pasienter fra FM |
| 04.01.2024 11:49 |
Customer Defect | SFM-18619 |
| VS: Visning av antall utleverte |
| Rettet en feil med visning av antall utleverte i LIB-detaljer | CGM | 03.01.2024 12:17 |
Defect | SFM-18597 |
| Internal Server Error When Accessing Correspondence Log |
|
|
| 28. Dec 23 13:37 |
Customer Defect | SFM-18498 |
| When a nurse sign the lib, the inactive treatments does not disapear |
| Rettet en feil på visning av inaktive behandlinger i LIB for sykepleier | Aidn | 13. Dec 23 15:22 |
Customer Defect | SFM-18497 |
| Inactive treatments are transfered as active in datashare API before signing locally | API-Datashare | Retter en feil i datadelingsAPI relatert til inaktive forskrivninger | Aidn | 13. Dec 23 14:24 |
Customer Defect | SFM-18493 |
| SFM is creating treatments with no head of chain |
| Lagt til mer logging for å kunne analysere innmeldte feil i produksjon bedre |
| 13. Dec 23 11:28 |
Defect | SFM-18457 |
| SFM does not update reseptstatus based on KJ lookup alone |
| Rettet en feil med visning av status på resept når det kun er utført KJ oppslag |
| 11. Dec 23 16:39 |
Customer Defect | SFM-18439 |
| AS EPJ i want proper HTML coding of DIV content in basis. | API-Datashare | Rettet en feil med HTML-koding av tekst/DIV felt i datadelingsAPI | SystemX | 08. Dec 23 13:46 |
Defect | SFM-18406 |
| Seponer status is not shown in Display Portal |
| Display portalen viser når korrekt informasjon om status på forskrivninger for de respektive roller |
| 06. Dec 23 00:44 |
Defect | SFM-18364 |
| SFM does not send updated reaction codes to KI for code 19 and 11 received in PLL |
| Rettet en feil med sending av reaksjonskodeverdier fra SFM til Kritisk Info i Kjernejournal |
| 01. Dec 23 10:28 |
Feature | SFM-18353 |
| Update our usage of vault to support both enterprise, name-spaced, vault and community vault |
| SFM støtter nå Enterprise Vault |
| 30.11.2023 11:31 |
Defect | SFM-18350 |
| XXX-id not included in task-22 despite being "official" | API-Datashare | XXX-id er nå med i task-22 |
| 30.11.2023 11:22 |
Feature | SFM-18332 |
| Activate feature flag to enable SFM to use RSA key pair and not the enterprise cert |
| Funksjonalitet for å aktivere ny løsning for HelseID klient som benyttes i exchange-token |
| 29.11.2023 16:56 |
Customer Defect | SFM-18275 |
| "Instituert av" not shown in details |
| Instituert av vises igjen i LIB-detaljer | CGM | 27.11.2023 10:04 |
Feature | SFM-18272 |
| SFM should not try to re-send messages from previous sign and send session |
| SFM håndterer nå sending (og evt. resending) av meldinger til RF på en mer robust måte |
| 27.11.2023 09:10 |
Feature | SFM-18267 |
| Refactor Incoming messages from Inbox | API-Inbox | Optimalisering og stabilisering av kode for mottak av asynkrone meldinger fra RF til SFM |
| 24.11.2023 18:52 |
Defect | SFM-18234 |
| Getting active and latest inactive FEST records is not working correctly |
| Rettet en feil relatert til bruk av siste versjon av et legemiddel i FEST-tjenesten |
| 22.11.2023 14:04 |
Defect | SFM-18205 |
| Send/Get medication - If note is present, then text length must be validated | API-Basis | get/sendMedication er nå mer robust i håndtering av tom verdi i et notatfelt |
| 20.11.2023 14:49 |
Defect | SFM-18195 |
| Resept/Deliveries log in details panel does not coincide with actual status and history |
|
|
| 19.11.2023 21:03 |
Customer Defect | SFM-18164 |
| System null reference exception when extracting XML information |
| Rettet en feil relatert til utleveringer med NULL verdi | Webmed | 15.11.2023 08:29 |
Defect | SFM-18163 |
| Delivery in M25.3 for a prescription without resept, does not show in the client |
| SFM viser nå utleveringer på forskrivninger uten resept (f.eks. kosttilskudd) for multidosepasienter |
| 14.11.2023 22:55 |
Defect | SFM-18162 |
| Deliveries which are only received via M25.3 in M9.12, are not showing in the client |
| Rettet en feil med visning av utleveringer på multidose hvis SFM kun mottar informasjon via oppslag fra RF og ikke KJ |
| 14.11.2023 22:49 |
Defect | SFM-18159 |
| SFM keeps sending M9.7 when all available deliveries have been received in the last M9.8 |
| Retter en feil slik at det ikke skal sendes unødvendige M9.7 kall til Reseptformidleren |
| 14.11.2023 17:08 |
Defect | SFM-18125 |
| timestamp is updated for all reginfo when a treatment is marked as seponared | API-Datashare | Rettet en feil på oppdatering av datoer i datadelingsAPI |
| 14.11.2023 11:50 |
Defect | SFM-18102 |
| Asynchronous delivery message does not seem to include InstallationIdentifier and shows error entry in Splunk | API-Basis, Logging | Rettet en feil relatert til logging av InstallationIdentifier |
| 13.11.2023 16:52 |
Defect | SFM-18099 |
| Lookup handle Mengde with U invalid |
| SFM er nå mer robust dersom det mottas forskrivninger med 0 i U-verdien på mengdefeltet for en strukturert dosering |
| 13.11.2023 14:27 |
Defect | SFM-18095 |
| Changing marketing licence reason in details makes saving not possible |
| Det er nå mulig å lagre forskrivninger der det kun er endret på begrunnelse for å forskrive legemiddel uten markedsføringstillatelse |
| 13.11.2023 12:26 |
Defect | SFM-18093 |
| Cancelled deliveries are not correctly calculated for imported data |
| Rettet en feil på beregning av utleveringer dersom en av utleveringene er annullert |
| 13.11.2023 11:50 |
Defect | SFM-18036 |
| Resept is removed from treatment - when changing the treatment, resept is back on the treatment |
| Funksjonen "fjern resept" fungerer nå korrekt i en PLO-virksomhet |
| 06.11.2023 14:56 |
Feature | SFM-18020 |
| Part 2 Components: Update and additions to colours and button states |
| Designoppdateringer på knapper i GUI |
| 03.11.2023 10:39 |
Defect | SFM-17958 |
| SFM updates datetime on question when responding to it |
| Feil rettet slik at ikke SFM endrer tidspunkt for spørsmål som er fremsatt av multidoseapotek |
| 01.11.2023 07:48 |
Defect | SFM-17910 |
| SFM requires Helsesykepleier to sign twice when creating new treatment and registering CAVE at the same time |
| Det er nå mulig for helsesykepleier å signere samtidig for CAVE registrering og for ny forskrivning |
| 27. Oct 23 10:29 |
Feature | SFM-17791 |
| Create consumer for Basis API | API-Basis | Ny teknisk komponent for Basis API |
| 19. Oct 23 09:36 |
Customer Defect | SFM-17758 |
| Possible to move sfm-condition from one patient to another | API-Datashare | Det "arves" ikke lenger diagnoser mellom pasienter i datadelingsAPI | TietoEvry | 18. Oct 23 07:33 |
Feature | SFM-17745 |
| AS EPJ using Basis i want to be able to show sender and timestamp for latest messages of each M25.x type | API-Basis, PLL | getMedication will return one sfm-PLLinfo record for each M25.x message from RF/KJ. Affects "multidose" patients. Detailed info will be presented in simplifier |
| 17. Oct 23 09:43 |
NOTE: depending on EHR implementation, this MIGHT be a "breaking" issue. An updated version of sfm-MedicationComposition should be adatpded. | |||||||
Information on multidose responsibility in the "M25.1" element will be parsed from M9.12 info. (e.g. updated information from RF) | |||||||
Defect | SFM-17714 |
| SFM sends wrong Role in KI message, when Dentists register Critical information - CAVE |
| SFM oppdaterer nå korrekt informasjon om rolle til kritisk info (KI) grensesnittet i Kjernejournal |
| 13. Oct 23 10:44 |
Defect | SFM-17698 |
| SFM does not show dispense information in LIB details, on first delivery from pharmacy |
| Visning av utleveringsinformasjon etter første utlevering på apotek er nå korrekt |
| 12. Oct 23 12:08 |
Defect | SFM-17674 |
| DbConcurrencyException in the lookup handler |
| Feilretting av parallellitetsproblem relatert til skriving til database |
| 11. Oct 23 08:54 |
Defect | SFM-17659 |
| Update local information/functions does not work when nurse signs locally |
| Funksjonen "signer lokalt" fungerer nå for sykepleiere og det vises korrekt status i LIB |
| 10. Oct 23 09:12 |
Feature | SFM-17652 |
| Improve loading practitioner data on Server/DataShare per each request | API-Datashare, NONFUNC-Performance | Forbedring av kode for å laste inn forskriverdata (brukere) |
| 09. Oct 23 13:52 |
Defect | SFM-17570 |
| If changing Form/styrke for Merkevare it is not possible to save |
| Det er nå mulig å lagre forskrivning etter at det skiftes form eller styrke på en merkevareforskrivning |
| 28.09.2023 10:21 |
Defect | SFM-17564 |
| CAVE warning missing in LIB list and LIB details for locally registered drug |
| Det vises nå CAVE varsel hvis aktuelt for lokalt registrerte legemidler |
| 27.09.2023 15:02 |
Defect | SFM-17518 |
| CAVE: Externally changed CAVE still shows old office and practitioner |
| KI and KJ calls have now been separated so that even if you don't have new information in KJ we will still make the KI call if we have consent. This will bring back the Consent pop-up for doing the KI lookup. This is needed to sync caves correctly from KI even if we don't make KJ calls. |
| 21.09.2023 14:39 |
Customer Defect | SFM-17515 |
| SFM is using expired tickets in communication with KJ |
| Rettet en feil der SFM benyttet utgått pasientbillett ved oppslag i KJ | CGM | 21.09.2023 11:34 |
Customer Defect | SFM-17514 |
| error in KJ related to missing value in KI syncronization |
| Rettet en feil slik at SFM sender verdien "Ukjent reaksjonstype" dersom denne verdien mangler |
| 21.09.2023 11:21 |
Customer Defect | SFM-17478 |
| Utlopsdato for older M1 is being recalculated when sending a new M25.1 |
| Retter en feil på generering av utløpsdato på resept dersom den ikke var med i import av historikk fra FM | Webmed | 18.09.2023 11:14 |
Customer Defect | SFM-17370 |
| Still showing "påmeldt md apotek" after pharmacy has withdrawn as md pharmacy |
| Rettet en feil slik at det ikke lenger vises navn på MD-apotek på pasienten dersom MD-apotek har meldt seg av multidosepakking for pasienten | SystemX | 13.09.2023 12:36 |
Feature | SFM-17323 |
| As SFM i want to read Multidoseinfo from Kjernejournal |
| Multidose information available in KJ lookup response |
| 08.09.2023 16:52 |
Feature | SFM-17239 |
| Regeneration of warning must be executed using a queuing and consumption mechanism. |
| Optimalisering av kode for å generere medisinske varsler |
| 01.09.2023 22:27 |
Customer Feature | SFM-17233 |
| As a doctor on Helseplattformen I do not want to have to do a new getMedication before a sendMedication just because a nurse did a getMedication after me | API-Basis | Validation for sendmedication is now done by fetching the latest GetMedicationBundle that has a value in the RfLookupTime column and comparing the compositionIdentifier. This essentially filters out any getmedications performed by nurses. As before the if the latest medicationBundle is from a sendMedication, that will still be picked up and validated against. | Helseplattformen | ############ |
What changes here is that a doctor can send sendMedication over and over again after doing an initial getMedication even if a nurse does a getMedication in the mean time. The threshold for a valid getmedication still applies and is validated against. The doctor will need to do a new getmed if the time since his last getmed passes over the valid threshold. | |||||||
Customer Feature | SFM-17224 |
| As the SFM basis API I want to authenticate an organization, without user information, when fetching a Task list from RF (M9.21) | API-Basis, API-Datashare, API-Task List, INT-Helse-ID, MD | BaseFhir task endpoint is now accepting organization tokens without any user information | Helseplattformen | 31.08.2023 07:26 |
Feature | SFM-17223 |
| SFM shall use the latest version of M9.11 against RF, and receive latest version of M9.12 | API-Basis, API-Datashare, MD | Updated info from RF on multidose responsibility, including necessary id's for pharmacy. Ressurs endres ikke, men attributter fylles ut basert på ny tilgjengelig informasjon fra RF. |
| 31.08.2023 06:58 |
Feature | SFM-17209 |
| Regeneration of cave warnings |
| Optimalisering av kode for å generere medisinske varsler |
| 30.08.2023 08:48 |
Feature | SFM-17086 |
| Optimize workflow around the anticoagulant endpoint |
| Optimalisering av kode for å generere medisinske varsler |
| 21.08.2023 11:44 |
Customer Defect | SFM-17048 |
| CLONE - Treatment not visible in patient lists should not be considered when checking for warnings |
| Det varsles ikke lenger medisinske varsler på inaktiverte behandlinger |
| 16.08.2023 14:59 |
Feature | SFM-16859 |
| Use Signal-R to provide the warnings to the lib list |
| Optimalisering av kode for å generere medisinske varsler |
| 27.07.2023 16:12 |
Defect | SFM-16758 |
| FHIR Gateway requests are routed after authentication fails | API-Basis, API-Datashare, INT-Helse-ID | FHIR gateway returnerer nå riktig feilmelding dersom autentisering feiler |
| 12.07.2023 10:15 |
Feature | SFM-16744 |
| Regeneration of warnings on lookup |
| Optimalisering av kode for å generere medisinske varsler |
| 10.07.2023 10:44 |
Feature | SFM-16743 |
| Regeneration of warnings on Fest update |
| Optimalisering av kode for å generere medisinske varsler |
| 10.07.2023 10:41 |
Feature | SFM-16742 |
| Update db model to store all warning (handled and not handled) information needed for LIB |
| Optimalisering av kode for å generere medisinske varsler |
| 10.07.2023 10:40 |
Feature | SFM-16741 |
| Optimizing warning checks in FEST |
| Optimalisering av kode for å generere medisinske varsler |
| 10.07.2023 10:37 |
Feature | SFM-16740 |
| Regeneration of SLV warnings |
| Optimalisering av kode for å generere medisinske varsler |
| 10.07.2023 10:35 |
Feature | SFM-16739 |
| Regeneration of interaction warnings |
| Optimalisering av kode for å generere medisinske varsler |
| 10.07.2023 10:35 |
Feature | SFM-16738 |
| Regeneration of double medication warnings |
| Optimalisering av kode for å generere medisinske varsler |
| 10.07.2023 10:32 |
Defect | SFM-16716 |
| The use of stopdate as timedate in sfm-discontinuation in getMedication is not correct | API-Basis, FUNC-Stop Medication | Rettet en feil på format på seponeringsdato i Basis API |
| 06.07.2023 17:33 |
Customer Defect | SFM-16553 |
| New prescription is not created when using "Kopier til ny" on a Utgått Legemiddel in FEST |
| Rettet en feil funksjonen "Kopier til ny" på et utgått legemiddel i FEST | CGM | 27.06.2023 13:16 |
Feature | SFM-16366 |
| As a SFM user I want to do lookup when opening SFM Patient portal |
| SFM har redusert antall oppslag i Kjernejournal og henter bare informasjon dersom der har vært endringer i Kjernejournal siden siste oppslag. |
| 14.06.2023 10:41 |
Customer Defect | SFM-16313 |
| SFM should select telecom for PLL/MD messages based on type |
| Rettet en feil slik at SFM ikke henter en vilkårlig telecom verdi til bruk i M25.1 | CGM | 08.06.2023 10:05 |
Defect | SFM-16091 |
| Internal server error when attempting to renew/recall with reason "seponering" in Basis-API | API-Basis | Rettet en feil med forny/tilbakekalling i Basis API |
| 22. May 23 11:10 |
Defect | SFM-15933 |
| Cave: when receiving a changed Cave from external office, it is the new, changed version that is striked through in the Show changes view |
| Visning av oppdateringer på CAVE-informasjon fra en ekstern virksomhet |
| 08. May 23 14:12 |
Feature | SFM-15521 |
| Comment PLL (support comment from both M25.1 and M25.2) | API-Basis, API-Datashare, PLL | Improved multidose. Related to SFM-17745 |
| ############ |
Added new structure for general comment in lib list with type and text | |||||||
Customer Defect | SFM-15379 |
| CanCreatePractitionerDynamically defaults to true for created new base-FHIR organization | API-Basis | Internal: Wrong default value. |
| ############ |
This has been changed with a migration that sets this Value to 0 where Key='CanCreatePractitionerDynamically' and the Creation date is the date the migration is run. | |||||||
It will therefor not change this value in schemas created before today. (the day the migration runs) | |||||||
Schemas created earlier but on the same day this migration is run, will be affected and may need to be changed back. | |||||||
see details here: https://thula.atlassian.net/wiki/spaces/SFM/pages/2924118036/SFM-17928+Prio+Api+Adjustments | |||||||
Feature | SFM-15053 |
| As an SFM API I want to handle cancellation tokens |
| Moduler i SFM har tilrettelagt for å kunne avbryte tunge spørringer dersom det er høy last på systemet |
| 19.02.2023 12:22 |
Customer Feature | SFM-14813 | Junta 780535 | As the Basis API I do not want to send recalls (M5) for resepter that cannot be recalled (support 780535 HP) | API-Basis | Unnecesary warnings/errors to end user will be avoided by this improvement. No implementation changes required. | Helseplattformen | 01.02.2023 08:06 |
Feature | SFM-12860 |
| As the SFM I want to use recall information in updated M9.6 to update local resept information | ALG-Compile Information, API-Basis | Info on recall is provided from Reseptformidleren in latest M9.6 message. SFM will now consume this information in a consistent manner together with information from KJ |
| 25.08.2022 14:06 |
Feature | SFM-12743 |
| As an operator I want Base Fhir MessageLogs table to have more information | API-Basis, Correspondence log, Logging | Internal improvement to add features to the support chain. Better logs on interactions between SFM and RF/KJ |
| 18.08.2022 10:30 |
Customer Feature | SFM-9400 |
| As the Basis API I do not want to try to send the same M1 multiple times to RF | API-Basis | Unnecesary warnings/errors to end user will be avoided by this improvement. No implementation changes required. | Helseplattformen | 26.11.2021 14:36 |
Customer Feature | SFM-6215 |
| As the Basis API I want proper error handling when attempting to forward messages from RF | API-Basis, API-Basis Async Forwarder | A cronjob scheduler was implemented to run every 2 minutes (Configurable). | Helseplattformen | ############ |
When basefhir receives async messages from basefhir they are processed and then forwarded to helseplattformen, when the forwarding fails the message is put in a Pending state. | |||||||
The retry mechanism pics up all pending messages and retries to forward them to helseplattformen, when the maximum retry count (configurable) is reached the message will be put in a Failed state. | |||||||
| |||||||
Every step is logged. | |||||||
| |||||||
Database queries supplied in comment for updating retryCount and state for messages, to be able to keep on or stop trying to forward them. | |||||||
Feature | SFM-6030 |
| As an EPJ I want the sfm-PLLinfo returned by $getMedication to contain information about multidose pharmacy | API-Basis, MD | SFM will ensure updated information about Multidose responsible pharmacy in getMedication for multidose patients. |
| ############ |
SFM will ensure updated information about Multidose responsible pharmacy in full SFM for multidose patients. |