FMK Teknik

I dag torsdag deployes hotfix 1.4.6.35.e på FMK produktionsmiljøet.

Deploy foregår uden nedetid.

Til apotekssystemleverandørerne.

Det er p.t. ikke muligt at tilføje en lægemiddelordination til DD kortet, hvis lægemiddelordinationen ikke har et drugId.
Det drejer sig typisk om frihandelsvarer hvor lægen ikke kender / ikke påsætter drugid. Apotekerne håndterer det p.t. typisk ved at oprette borgervalgte lægemiddeloridnationer på disse.

Vi mener dog ikke det er en acceptabelt at fastholde denne blokering, da der kan være situationer, hvor lægerne ikke er i stand til at påsætte drugId, men det stadig er receptpligtig medicin, så borgervalte lægemiddelordinationer ikke er en option.

Vi ønsker derfor at åbne for at apotekerne kan sætte lægemiddelordinationer uden drugId på DD kort, men at de i den forbindelse SKAL substituere til et lægemiddel med drugId. FMK validerer ikke denne substitution.

Det giver dog en udfordring i forhold til Pakningsoverblik, hvor drugId er krævet i skemaet også for det ordinerede lægemiddel.
Det kan vi naturligvis ændre på i en kommende version.
Men for at kunne komme videre nu, foreslår vi en af følgende:
 - Hvis der mangler drugId på lægemiddelordinationen, returneres i det samme drugId, som står på det som udleveringsapoteket har subsitueret til (under antagelsen at apoteket har foretaget en lovlig substitution)
 - Vi aftaler en 'dummy-værdi' for DrugId, der betyder intet valgt.

Vi vil umiddelbart foretrække den første løsning.

Vi vil gerne høre jeres holdning til ovenstående så hurtigt som muligt, så vi eventuelt kan tage rettelsen med i en release efter sommereferien.

Vi har tidligere udmeldt at 1.4.6.34 released den 10/6 blev sidste større release inden sommerferien.

Det har imidlertidigt vist sig nødvendigt med endnu en release af flere årsager.
Vi planlægger at releasen kommer på test uge 25, og i produktion den 24/6.

Der kommer naturligvis releaseinformation om den, men indtil videre er der planlagt følgende indhold:

FMK-6266 Fejl i getOrderedEffectuation, udgået lægemiddel men ikke pakning
    (Intern serverfejl i tilfælde af dårlige stamdata)
FMK-6272 DeleteDoseDispensingPeriod Valider form om samme periode angives flere gange
   (Skal give en valideringsfejl i stedet for en intern serverfejl)
FMK-6270 DD: Valider at en LMO ikke tilføjes til DD kort flere gange
    (Som tidligere aftalt)
FMK-6232 NPE i OpretRecept ved anvendelse af ukendt/ugyldig formkode
    (Resulterede i intern serverfejl)
FMK-6275 Opret recept, valider varenummer hvis der benyttes kendt Source
FMK-6285 Udvidet Validering af skift af lægemiddel for DD, tag højde for ordinationer med kun DrugName
FMK-6268: Restudlevering fejler på kombinationspræparater
FMK-6287: DD: ValidPrescription skal udledes på bagrund af Dags dato
FMK-6288: DD, GetPackingOverview, fjern validering af kalders Ean.nr i forhold til anmodede data.
FMK-6289: DD: SubstitutePackagedDrug skal validere subst. ift. Udl apotekets valg af lægemiddel
FMK-6290: DD PDF: tilføj behandlings- og doseringsslut og ret receptudløbsdato

Forespørgsel til apotekssystemleverandørerne.

Det er p.t. tilladt at tilføje den samme lægemiddelordination flere gange til et DD-kort.
Det var oprindeligt tænkt til situationer hvor lægen havde valgt en uhensigtsmæssig styrke, og apoteket så kunne tilføje flere planlagte dispenseringer med forskellige styrker.
Dette frarådes jo nu kraftigt af apotekerforeningen, så spørgsmålet er om der er andre cases, hvor det kan være relevant.
Vi har i forbindelse med supportsager, oplevet at det kan give problemer/forvirring, hvis det  kommer til at ske ved en fejl.

Spørgsmålet til apotekssystemleverandørerne er derfor:
Ønsker i at FMK indfører en validering eller en advarsel, hvis den samme lægemiddelordination tilføjes til samme DD kort flere gange? Eller er det mest hensigtsmæssigt at apotekssystemet håndterer dette.
Det skal naturligvis stadig være tilladt at tilføje den samme lægemiddelordination til forskellige DD kort for samme patient.

Skriv gerne jeres svar på denne posting inden den 18. Juni.

Som nævnt her http://www.fmk-teknik.dk/index.php?topic=1730.0
er der lagt en ny release af FMK på testmiljøerne.
Indholdet i releasen er som sædvanligt listet på https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Vi vil gerne gøre specielt opmærksom på et par af ændringerne som kan være specielt vigtige for apoteksleverandørerne og deres kunder.

FMK-5992: Det er nu et krav at der findes en Dosisdispenseret recept for at der kan dosispakkes. Det vil sige det nu bliver et krav og ikke blot en anbefaling at udleveringsapoteket konvereterer eventuelle pakningsrecepter til dosisdispenserede recepter inden der kan dosispakkes.
FMK-6028 StartEffectuationOfDDPeriod fejler nu hårdt hvis der er seponerede/uløbne lægemiddelordinationer på dosisdispenseringskortet. Tidligere udløste det kun en advarsel.
FMK-6029 I tråd med ovenstående, så skippes øvrige advarsler for en lægemiddelordination, hvis der advares om at behandlingen er afsluttet.
FMK-6043 Visse advarsler er primært henvendt til apotekerne og filtreres derfor fra på DD PDF. Det er derfor vigtigt at apoteket er opmærksomme på disse advarsler, der typisk handler om noget som FMK ikke er i stand til at validere.

Der er i øjeblikket problemer med test2 miljøet.
Det er ikke muligt at foretage kald hverken via services eller FMK-online.
Vi arbejder på at løse problemet.

Det er af flere af EOJ systemleverandørerne blevet problematiseret at det i 1.4.4.E2 er blevet vanskeligere at give brugerne et overblik over egne udleveringsanmodninger (apoteksbestillinger).

Dette er løst i 1.4.4.E5 via to nye services:  https://wiki.fmk.netic.dk/doku.php?id=fmk:extensions:sog_bestillinger og https://wiki.fmk.netic.dk/doku.php?id=fmk:extensions:hent_bestillinger

Men da extension E5 stadig er under udvikling, og der kan gå noget tid før den bliver frigivet, foreslår vi også at tilbyde disse services på 1.4.4.E2 snitfladen som optionelle services. Det vil sige uden specifikke certificeringskrav.

Vi vil derfor gerne have en tilkendegivelse fra systemleverandørerne, om de vil være intereseret i at tage disse services i brug, hvis de bliver gjort tilgængelig på 1.4.4.E2 snitfladen.

I må gerne skrive jeres tilbagemelding som kommentarer til denne posting.