FMK Teknik

I morgen, fredag den 30. sep. forventer vi at release en ny version af FMK (v1.4.4.13.*) og Recept-modulet (v1.16.4) på TEST1.

Der er sket flg. ændringer siden FMK v1.4.4.12 (aktuelle produktionsversion), hvoraf nogle dog allerede har været releaset til TEST1 og TEST2:

FMK-3094 Tillad kald af "Hent MedicinKortVersion" med VOCES
FMK-2998 ASCP00080169 DD recepter på LMO'er med fri tekst og AccordingToSchme fejler
FMK-3115 Håndtering af tidspunkter i doseringsperioder
FMK-3144 ASCP00082662 Sender vi forkert doseringstype ud på 1.4.0 snitfladen ?
FMK-3129 ASCP00084128: Tom PostCode mappes forkert
FMK-2958 ASCP00078113 Dosis-til-text: slutdato mangler i ugentligt gentagede doseringer
FMK-3017 Dosis-to-text oversætter NotIterated struktur med en enkelt dag forkert
FMK-3057 Validationsender: medicinecard20150101:PackageSize
FMK-3110 fix non-deterministisk hashCode impl for OtherPerson
FMK-3043 ASCP00081296: Fejl i valideringen af ReportedByFMK-3238
FMK-3015 ASCP00080346: EffectuationDateTime på GetMedicineCardVersions skal vise seneste ændringsdato for effektueringer og ikke blot dato for seneste effektuering
FMK-3188 Sendxml kald fra admingui er altid med 1.2.6 i service version
FMK-3172 Fjern muligheden for at angive receptordinations-ID i medicinanmodninger
FMK-3194 ASCP00085231 Fejl i pausering
FMK-3196 NullPointer pga. null DosageTimes
FMK-3199 Tilføj IDWS til manglende services i 1.4.6 snitflade
FMK-3197 ASCP00085242 DD recepter for fritekst / iflg. skema doseringer - startdato behavior
FMK-3069 ASCP00082124: MaximalQuantity validering accepterer ikke decimal som 0,5
FMK-2896 ASCP00075906 Print: fejlagtig markering af at doseringsdato er overskredet
FMK-3204 Håndtering af ny rolle Apoteksansat i FMK REST-lag
FMK-3206 Tilføj ny fejlkode til ukendt Idws Soap fejl
FMK-3179 EO funktionalitet: GetRequestedPrescriptions (ud fra CPR)
FMK-3238 ValidationSender ved GetOrderedEffectuations
FMK-3239 ValidationSender ved EffectuationOrdering svar
FMK-3228 POR Gensuspendering
FMK-3227 Periode-start kan mangle i longtext ifm. periodejustering
FMK-3230 AutomatedStartEffectuation implementering (ny service i FMK 1.4.6)
FMK-3253 Ændring til periodetekst
FMK-3083 NullPointerException i getNewOrders
FMK-3139 ASCP00084492 Validation sender
FMK-3220 NullPointer i SpecielPeriodHandling
FMK-3181 Understøttelse af recepter i DumpRestore

OBS potentielle brud på bagud-kompatibilitet:

 - FMK-3172 Fjern muligheden for at angive receptordinations-ID i medicinanmodninger

WSDL til 1.4.6 er opdateret med nye services. Den tidligere WSDL er kompatibel med denne FMK version.
Her er links til de varianter af WSDL og schemaer der udgives, i en version der passer til denne FMK version:

 - WSDL og skemaer, version 1.4.6: https://github.com/trifork/FMKResources/blob/1c42d2385103fbafdc838bf885033800792f5725/wsdl/MedicineCard_2015_06_01-collection.zip?raw=true
 - WDSL med skemaer inline, version 1.4.6: https://github.com/trifork/FMKResources/blob/1c42d2385103fbafdc838bf885033800792f5725/wsdl/MedicineCard-inline_2015_06_01.wsdl.zip?raw=true
 - IDWS WSDL og skemaer, version 1.4.6: https://github.com/trifork/FMKResources/blob/1c42d2385103fbafdc838bf885033800792f5725/wsdl/MedicineCard_Idws_2015_06_01-collection.zip?raw=true
 - IDWS WDSL med skemaer inline, version 1.4.6: https://github.com/trifork/FMKResources/blob/1c42d2385103fbafdc838bf885033800792f5725/wsdl/MedicineCard-inline_Idws_2015_06_01.wsdl.zip?raw=true

 
Der er i dag en udfordring vedr. annullering af recepter, fordi apotekerne ikke nødvendigvis opdager, hvis en læge har annulleret en recept, som de skal til at ekspedere, såfremt de allerede har den under behandling.

Problemstillingen har to sider. Apoteket må ikke ekspedere en recept, som ikke længere er gyldig, fx hvis en læge har annulleret den. Men hvis apoteket reelt er begyndt at ekspedere, bør lægen nok heller ikke kunne annullere recepten, da kunden er ved at tage medicinen med hjem. Hvis det er livsvigtigt at recepten annulleres og kunden ikke må få udleveret medicinen, må lægen tage direkte kontakt til apoteket/patienten.
I dag afspejler receptens status desværre ikke om recepten reelt er under behandling dvs. om ekspeditionen reelt er i gang ved skranken,  fordi en adresseret recept sættes under behandling fra det øjeblik den modtages på apoteket, og altså ikke først når apoteket begynder at ekspedere den. Den kan altså være under behandling i timer, dage eller uger! Det samme er gældende hvis fx hjemmeplejen har lavet en genbestilling på en reitereret recept. Og det ville ikke være godt, hvis lægen i et udefineret langt tidsrum forhindres i at annullere en recept på medicin som patienten ikke længere bør få.

Hvis apoteket  i dag ekspederer en recept, som lægen har annulleret og som apoteket ikke har opdaget er annulleret, så vil indberetningen fejle og købet vil derfor ikke fremgå af FMK.  Lægen tror at annulleringen havde den tilsigtede effekt, og kun apoteket ved at der alligevel blev udleveret medicin. I værste fald opdager apoteket ikke engang at indberetningen af udleveringen fejlede. Dermed tror alle at alt er som det skal være, selvom det modsatte er tilfældet.

For at imødekomme dette problem er der iværksat flere tiltag:
 
Pr. 1. juli 2016 er apotekerne pålagt at foretage elektronisk kontrol af recepter gyldighed inden der foretages ekspedition. Dette foregår ved at apotekerne kalder en servicen der hedder “påbegynd ekspedition”, som foretager denne kontrol for dem.
 
Pr. 22. august (forventet) iværksættes en ændring som betyder to ting:
 

• dels skal apotekerne udskyde det tidspunkt, hvor recepten får status “under behandling”. I stedet for at recepten sættes under behandling så snart den er adresseret eller en udlevering er bestilt, så skal recepten først sættes under behandling, når apoteket kalder servicen “påbegynd ekspedition”. Dermed forlænges det tidsvindue, hvor det kan lykkes en læge at annullere en recept, således at apoteket opdager det inden ekspeditionen og derfor undlader at ekspedere recepten.
• dels vil læger opleve at få en ny type fejl, såfremt de forsøger at annullere en recept, der er under behandling på et apotek. Fejlbeskeden vil lyde således:

Recepten med id {0} er under behandling hos {1} - annulleringen vil derfor først træde i kraft når deres ekspedition er fuldført (eller afbrudt).
 
Dvs. annulleringen er reelt noteret på recepten, men træder først i kraft når den igangværende ekspedition er fuldført. Dette vil normalt være efter få minutter, men kan i visse særlige tilfælde være væsentlig længere tid. Hvis samme læge eller evt. andre brugere af FMK betragter medicinkortet efter denne delvist gennemførte annullering vil receptens status fortsat være “under behandling” indtil apoteket enten færdiggør eller afbryder ekspeditionen. Under alle omstændigheder vil status derefter være annulleret, uanset om apoteket har markeret at recepten skal afsluttes eller ej.
 
Såfremt lægen vurderer at det er vigtigt at bremse apotekets igangværende ekspedition, eller patientens efterfølgende indtagelse af medicinen, må lægen kontakte apoteket eller patienten!
 
For dosisdispenserede recepter indtræffer samtidig også nogle ændringer. Hver gang apoteket påbegynder ekspedition af en dosisdispenseret recept - hvilket typisk sker med 14 dages mellemrum - så skal apotekssystemet ligeledes kalde “påbegynd ekspedition” servicen. Herfra vil der typisk gå et par dage inden dosispakningen er fremstillet og den endelige ekspedition af recepterne foretages. I den mellemliggende periode har de dosisdispenserede recepter status “under behandling” og når ekspeditionen er gennemført får de igen status “overført til dosiskort”. Læger kan annullere recepter til dosisdispensering imens status er “overført til dosiskort” idet apoteket da vil opdage det næste gang de påbegynder en ekspedition. Hvis lægen annullerer en dosisdispenseret recept imens den er under behandling, så annulleres recepten først efter apotekets ekspedition, og får derfor ikke virkning for den dosispakning, der er ved at blive pakket nu, men først når den efterfølgende dosisekspedition skal påbegyndes næsten 14 dage senere! Såfremt lægen vurderer at ændringerne skal træde i kraft tidligere end dette, skal apoteket, borgeren eller evt. hjemmeplejen kontaktes.

Der er nu lagt en v1.11.0 af Recept-modulet på Test 1.

Mvh
FMK-teamet

Der er nu lagt en v1.10.1 af Recept-modulet på Test 1.

Mvh
FMK-teamet

Det er nu vedtaget at gå videre med den løsning, tidligere omtalt som "påbegynd ekspedition", hvor apotekssystemerne inden 1.7.2016 omlægger til at kalde GetMedicationsByMedicationID med MarkInProgress=true for at tage receptordinationer under behandling forud for en ekspedition.

Det giver anledning til at flere aspekter af snitfladen ændres, og for at beskrive den nye opførsel ordentligt er der nu udgivet en ny version af snitflade-specifikationen. Den hedder v3.11.0 og kan findes her: http://wiki.fmk.netic.dk/doku.php?id=apo:1.0:apoteksnitflade_v1.

Funktionaliteten er endnu ikke implementeret fuldstændig, men den service som apotekssystemerne skal kalde i nogle nye situationer findes allerede i den version der kører på TEST1 miljøet nu, så apoteksleverandørerne kan sagtens begynde deres arbejde nu.

Vi regner med, at den nye funktionalitet gøres tilgængelig på TEST1 inden 17. maj. På TEST2 bevares funktionaliteten i første omgang uden ændringer, og i hvert fald på PRODTEST miljøet vil funktionaliteten være uændret helt frem til løsningen enables i produktion.

Der skal koordineres en dato for, hvornår den nye funktionalitet enables i produktion. Oplægget herfra har hidtil været den 15. juni, for at vi kan nå at håndtere evt. problemer med løsningen inden for mange går på sommerferie.

Med venlig hilsen
FMK-teamet

Hej,

Recept-modulet er netop opdateret til v1.7.0 på TEST1.
Det er planen at opdatere FMK til v1.4.4.10 på TEST1 inden dagen er omme.

Ændringerne er primært i 1.4.6 snitfladen, som er rettet mod apoteksleverandørerne.

Opdateringerne foretages uden nedetid.

Mvh,
FMK-teamet

Hej,

Vi ønsker at lave en snitfladeændring i 1.4.6, som er forklaret nedenfor, og ønsker med dette opslag at høre om apoteksleverandørerne har indvendinger imod det. Hvis der ikke er indvendinger senest onsdag den 23. marts betragtes forslaget som godtaget. Men det ville under alle omstaændigheder være rart med en bemærkning herunder fra leverandørerne, hvis fx ændringen kan godtages.

Forslaget går på at forsimple bestillingen lidt, og undgå behovet for servicen "opdater bestilling". Den service er lidt et levn fra dengang vi havde skitseret en snitflade med "CRUD" operationer (create-read-update-delete). Nu er snitfladen mere baseret på de nødvendige workflow-operationer.

• Servicen opdater bestilling fjernes
• Feltet ExpectedDeliveryDateTime flyttes fra bestillingen til effektueringen
• Feltet StatusInformation fjernes. Alternativt kan der defineres et fast sæt værdier som kan sættes ifm. "påbegynd ekspedition" og fjernes igen når ekspeditionen gennemføres. Input til værdier er i givet fald velkomne, det kunne fx være "afventer dosispakning".
• Felterne TrackingIdentifier og TrackingUrl fjernes. Der har ikke været udvidt megen interesse for at gøre brug af disse felter. Alternativt kan de flyttes til effektueringen, ligesom ExpectedDeliveryDateTime
• Mulige Status for bestilling reduceres til: Bestilt, Ekspedition påbegyndt, Udført, Annulleret. Dvs. status "Klar til afhentning" er fjernet og status'erne "Afhentet" og "Afsendt" er erstattet af status "Udført". Se evt. yderligere info om bestillings-entiteten og dens status'er her.
• Nye felter på effektueringen (ExpectedDeliveryDateTime, samt evt. tracking felter) sættes ifm. ekspedition af recepten

Mvh
FMK-teamet