Medicinkortet: Issues Vers. FMK 1.4.6.75

I forbindelse med hospitalernes ibrugtagning af SOR enhedstyper et der identificeret et behov for at få åbnet op for flere enhedstyper i FMK indenfor hospitalsregi, ”administrativ enhed” og ”serviceenhed”. SOR foreslår vi at kigge på HealthInstitutionEntityTypeName eller HealthInstitutionEntityTypeId for at validere om enheden er underlagt et hospital.

Due to the way DumpRestore's date-adjustment works, only full days are allowed to be moved, to preserve the time sensitivity of certain elements.  In the past there's been issues where if a dump was taken with elements changed at 5.PM, and restored the next day at 1.PM, the user would get errors about concurrent updates until 5.PM We've attempted to mitigate previously, by no longer allowing the restore until the timestamp of the dump has passed. However we've found another edgecase. If the restore happend in the past, and another dump was then done, you'd now how the timestamp of the dump being out of sync with the contents of the dump. To deal with this issue, the restore will now assert that every piece of data that's to be restored, must end up being valid before the current time.

Der er fundet en mindre fejl i måden FMK frasortere doseringer efter behandlingsslut. FMK har igennem længere tid frasorteret doseringsperiode som foregår efter behandlingsslut, og disse returneres så ikke med mindre der ikke findes andre doseringsperiode, i så fald returneres kun den sidste doseringsperiode. Der er dog lokaliseret en fejl såfremt der findes en nuværende doseringsperiode, og en fremtidig doseringsperiode uden slutdato. Sættes behandlingsslut til dags-dato eller tidligere men inde i den nuværende doseringsperiods, får denne doseringsperiode sat en doseringslut = behandlingsslut. Men den fremtidige periode returneres stadig med dens originale startdato, hvilket giver et hul fra behandlingsslut til den fremtidige doseringsperiodes startdato.