FMK Teknik

Udarbejdelsen af extension E3 har medfødt en del nødvendige ændringer til servicen Hent Dosisdispenseringskort i 1.4.4.E2 og 1.4.6.E2.

Disse ændringer bør ikke give problemer for nogen klientsystemer, da der endnu ikke er nogen der har taget denne service i anvendelse.
Øvrige services er uændrede.

Dokumentation og WSDL er opdateret på dokuwiki under:

• http://wiki.fmk.netic.dk/doku.php?id=fmk:1.4.4:fmk_1.4.4_snitflade
  http://wiki.fmk.netic.dk/doku.php?id=fmk:1.4.6:fmk_1.4.6_snitflade
  http://wiki.fmk.netic.dk/doku.php?id=fmk:extensions:e2
  

Ny version af FMK (1.4.6.15) deployes i dag på test2.

Indholdet er:

FMK-4583   Intern   E3: FindPlannedDispensingsWithoutPlannedAdministrations returnerer for meget
FMK-4576   Validering   Slettet PlannedDispensing kan stoppe startEffectuationOfDDPeriod
FMK-4569   Data justering   ASCP00111595 Dump Restore fejler på UDD i region Syd
FMK-4568   Data justering   Nonclinical modifikator skal fjernes ved klinisk kald
FMK-4565   Intern   Påbegynd ekspedition af DD periode fejler
FMK-4564   Intern   UndoEffectuationOfDDPeriod fejler
FMK-4563   Data justering   ASCP00111451 Søg Medicinkort returnerer altid personidentifier source = "CPR"
FMK-4555   Data justering   Person returneres i FMK med postnummer '9999'
FMK-4548   Intern   SOR organisationer i FMK
FMK-4518   Data justering   Auditlog+Minlog af organisations-id skal hentes fra whitelistning-headeren
FMK-4468   Intern   CreateAndEffectuate fejler i 1.4.6.E2
FMK-4466   Intern   Dump Restore fejler på Webtest
FMK-4461   Ny funktionalitet   E3: Implementering af SearchPlannedDispensing
FMK-4364      Ny afvisningsårsag for receptanmodninger 'Out of office'
FMK-4316      Skemafejl ved hent addresserede recepter
FMK-4282      FMK auditlog REST-service returnerer intet organisationsid for apotekere
FMK-4036      ValidationSenderFejl stopper ikke minlog-indrapportering
FMK-3936      Konsolidering af anvendelse af namespace strenge i kodebasen
FMK-3897      Validering af PackageQuantity i CreatePharmacyEffectuation
FMK-3527      CreatePharmacyEffectuation fejler kryptisk hvis DeliverySite udelades

Samtidig deployes version 1.27.1 af Receptmodulet.

Indholdet er:
FMK-4557   CreateAndAdminister fejler i 1.4.6.E2
FMK-4581   Søg Medicinkort i 1.4.6 kan ikke returnere mere end 1 person uden cpr nummer   
FMK-4496   Ny order ved DD-effektuering får bestiller 'Ukendt'
FMK-4562   Returner ventende anullering som 'Annulleret, under_behandling' i 1.4.6   

Det er besluttet at ændre måden en ventende annulering af en recept returneres i 1.4.6. snitfladen.

Med en ventende annullering menes en recept, der er taget under behandling af apoteket inden lægen annullerer den.
Der gælder allerede det princip, at apoteket har lov til at gennemføre ekspeditionen inden annulleringen træder i kraft.
Dette princip, ændres der ikke på.

Men som det har været hidtil, så returneres recepten i denne tilstand med status 'åben' og bestillingens status er 'Ekspedition påbegyndt'.
Det ændres, så recepten returneres med status 'annulleret', mens bestillingens status stadig er 'Ekspedition påbegyndt'.

Ændringen sker for bedre at illustrere receptens reelle status. Nemlig at den er 'på vej til at blive' annulleret, men der er en igangværende ekspedition.

Konsekvensen for apotekssystemerne er at de skal se på OrderStatus, for at konstatere om de kan afslutte en igangværende ekspedition.

Ændringen bliver iværksat på test1 miljøet fredag den 15/6 og på test2 i den efterfølgende uge.
Såfremt der ikke konstateres problemer vil ændringen blive iværksat i produktion primo august 2018.

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.

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.

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.

Version 1.18.1 af receptmodulet deployes på Test2 kl. 10 i dag.
Deployment 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.

Den ekstra information om hvem, der har oprettet en bestilling (beskrevet i dette opslag)
blev først enablet den 10/8, men gav problemer,  og blev derfor disablet igen.

Det er vores opfattelse at alle klientsystemer nu kan håndtere de ekstra felter, og vi vil derfor enable featuren igen onsdag den 18.01.2017.

v1.16.5 af Recept-modulet deployes på Test 2 kl. 09:00 i dag Jvf. https://www.nspop.dk/display/web/Trifork+FMK+Releaseplan

Deployment sker uden nedetid
Versionen indeholder ingen snitflade ændringer.


Mvh
FMK-teamet

v1.16.5 af Recept-modulet deployes på Test 1 kl. 10:30 i dag.
Versionen indeholder ingen snitflade ændringer.
Se oversigt over indholdet på https://www.nspop.dk/display/web/Trifork+FMK+Releaseplan
Versionen er en forudsætning for FMK v 1.4.4.14. Se særskilt annocering vedrørende denne.

Derudover kan følgende ændringer fremhæves:
- Det bliver nu tilladt for hjemmesygeplejesystemer at 'gensende' en bestilling, der ikke er taget under behandling af apoteket.
- Hvis opretteren af en recept opgiver et telefonnummer, bliver dette ikke længere overskrevet med telefonnummeret fra stamdata.

Mvh
FMK-teamet

Som udløber af seneste møde vedrørende 1.4.6. snitfladen, og efterfølgende dialog planlægger vi med følgende udvidelser til 1.4.6 snitfladen.
- Enumerationen OrderStatus udvides med værdien 'Dosisdispenseret'. Den værdi vil en åben bestilling på en recept have fra den er ekspederet dosisdispenseret til den tages under behandling næste gang.
- CopyRequired genindføres som et optionelt felt på en DoseDispensedRestriction. Feltet er en mulighed for lægen at angive at han/hun ønsker kopi af dosiskortet.
- På en Prescription er der indført et optionelt felt Version, der af klientsystemerne kan anvendes til at checke om de allerede har den seneste version af en recept i deres lokale system.

Det tilstræbes at indføre felterne på en måde så det ikke stiller nye krav til requests.

Vi informerer igen når vi har en plan for udrulning i testmiljøerne.

Der deployes en ny version af receptmodulet på test1 kl. 14.15 i dag.
Versionen indeholder udelukkende ændringer vedrørende DumpRestore som stadig ikke er enablet.

Til 1.4.6. snitfladen udvikles der en ny service der understøtter automatiseret kald af servicen påbegynd ekspedition.
Det vil sige uden involvering af en apoteksmedarbejder.
Servicen er beskrevet på denne side:http://wiki.fmk.netic.dk/doku.php?id=fmk:1.4.6:pabegynd_ekspedition_-_automatiseret
Servicen forventes færdigudviklet  og udstillet på Test1 i uge 40.

v1.15.3.c af Recept-modulet deployes på Test 2 kl. 15:45
Mvh
FMK-teamet

v1.15.3.c af Recept-modulet deployes på Test 1 kl. 15:20

Mvh
FMK-teamet