FMK Teknik

Extension E2 er nu komplet og betragtes som endelig (dog med forbehold for fejlrettelser).
Indholdet er beskrevet på http://wiki.fmk.netic.dk/doku.php?id=fmk:extensions:e2
WSDL og skemaer kan hentes på https://github.com/trifork/FMKResources
Extensionen er fuldt implementeret i FMK release 1.4.6.8, der er lagt på test1 21.11.2017. Se releaseplan på https://www.nspop.dk/display/web/Trifork+FMK+Releaseplan
Extensionen er en udvidelse til følgende snitflader: FMK/POR/EO 1.4.4, FMK/POR 1.4.6.

Certificeringskrav er endnu ikke fastlagt, og extensionen kan derfor endnu ikke anvendes i produktion.

Version 1.21 af Receptmodulet deployes på Test1 kl. 12.30
Versionen indeholder primært interne rettelser, samt en enkelt bugfix til GetNewOrders på 1.4.6 snitfladen.

Der deployes endnu et mindre fix på Test1 og Test2 hhv. kl. 15.45 og kl. 16.00.
Ændringerne vedrører stadig kun intern teknik.

Kl. 13 - 14 deployes version 1.4.3 af stamdatamodulet og 1.20.4 af Receptmodulet på Test2.
Deployment vil foregå uden nedetid.
Opdateringen indeholder blandt andet følgende fejlrettelser:
- FMK-4027 CreateOrder opdaterer ikke versionCheckKey
- FMK-4026 Readrepair af vagtlæge recepter ugyldiggør recepten 'forsinket'
Ovenstående rettelser påvirker primært apotekssystemer.

Desuden inkluderer releasen en del interne ændringer/optimeringer.

Der er rejst bekymring om den del der har med markInProgress at gøre.
Vi vælger derfor at pille denne del ud i første omgang og tage den op igen på et senere tidspunkt, hvor der er bedre tid til at teste konsekvenserne.
Bortset fra det består rettelsen som beskrevet.

Vi er henover sommeren blevet opmærksom på en fejl vedrørende versionCheckKey.
Det viser sig desværre at vi ikke har opdateret versionCheckKey ved CreateOrder og CancelOrder (kan bla. kaldes af hjemmesygeplejesystemer).
Desuden sker det heller ikke ved markInProgress/StartEffectuation.

Dette har tidligere nok ikke været det store problem.
Men i forbindelse med 'ny opførsel vedrørende påbegynd ekspedition', er det blandt andet er blevet muligt for et apotek at tage en recept under behandling selv om recepten er adresseret til et andet apotek (men ikke taget under behandling af dette).
Desuden er det nu muligt for hjemmesygeplejen at lave en ny bestilling selv om der allerede findes en bestilling, der endnu ikke er taget under behandling.

Vi har nu rettet således at versionCheckKey opdateres ved:
- CreateOrder
- CancelOrder
- MarkInProgress (kun hvis det er et andet apotek, der tager den  under behandling)
- StartEffectuation (kun hvis det er et andet apotek, der tager den  under behandling)

Rettelsen er deployet på Test1 og deployes på Test2 den 9/8.

Kl. 11.30 deployes version 1.20.4 af Receptmodulet på Test1.
Deployment vil foregå uden nedetid.
Opdateringen indeholder blandt andet følgende fejlrettelser:
- FMK-4027 CreateOrder opdaterer ikke versionCheckKey
- FMK-4026 Readrepair af vagtlæge recepter ugyldiggør recepten 'forsinket'
Ovenstående rettelser påvirker primært apotekssystemer.

Desuden inkluderer releasen en del interne ændringer/optimeringer.

Kl. 9.30 deployes version 1.20.1 af Receptmodulet på Test1.
Deployment vil foregå uden nedetid.
Opdateringen indeholder primært interne tekniske omlægninger, og bør ikke påvirke klientsstemerne

Den ekstra information om hvem, der har oprettet en bestilling (beskrevet i http://www.fmk-teknik.dk/index.php?topic=952.0)
blev først enablet den 10/8 2016 og igen den 18/1, men gav problemer,  og blev derfor disablet igen.

Sidst gav det problemer i forbindelse med bestillinger fra regionale bosteder. Dette har vi nu løst og vi vil derfor enable featuren igen onsdag den 1/3.

Ændringen er afhængig af at den seneste version af FMK bliver deployet i produktion.
Featuren forventes derfor først at blive enablet i starten af marts.

Vi har valgt at flytte deployment til kl. 15.

Version 1.18.1 af receptmodulet deployes på Test2 kl. 10 i dag.
Deployment sker uden nedetid

Receptmodulet deployes kl. 9.00.
Det sker uden nedetid.

Den nye feature med Info om bestiller blev forsøgt enablet den 18/1 som aftalt.
Desværre viste der sig problemer igen.
Denne gang drejede det sig dog kun om bestillinger fra regionale bosteder, som FMK behandler uhensigtsmæssigt, og som derfor ikke kan afleveres.
Vi har derfor valgt at disable featuren igen, indtil vi får løst dette problem.

Problemet har bevirket forsinkelse af denne type bestillinger for 5 patienter i op til 3 timer.

Vi forventer at featuren kan slåes til igen i starten af februar.

Da featuren gav problemer i forbindelse med bestillinger fra regionale bosteder, har vi valgt at rulle den tilbage igen.
Problemet har betydet at enkelte bestillinger vedrørende 5 patienter er blevet forsinket i op til 3 timer.