News:

Velkommen til FMK Teknik

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Topics - Benny Kristensen

#1
Til information.
Mandag den 6/12 deployes version 1.38.2 af receptmodulet i produktion jvf.
https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan
Indholdet af releasen kan også ses der.

Deployment sker som sædvanligt uden nedetid og forventes ikke at påvirke apotekernes arbejde.

Indholdet af releasen giver heller ikke de store konsekvenser for apotekerne i første omgang.
De to fejlrettelser vedrørende E-Cpr og CPR-skift vil dog slå igennem
FMK-3547 og FMK-7052 er propertystyret, og vil derfor først få effekt senere.

Vedrørende FMK-3547 vil vi bede jer teste at ændringen ikke giver problemer i jeres systemer.
Det drejer sig om patienter med recepter der er administrativt slettede (af juridiske årsager eks. i forbindelse med identitetstyveri)
ID'erne på disse returneres nu i elementet InvalidPrescription jvf: https://wiki.fmk.netic.dk/doku.php?id=fmk:generel:ugyldig-markering_af_data
Elementet har altid eksisteret i skemaerne, men er indtil nu ikke blevet udfyldt.

Det kan eksempelvis testes på test1 på patienten 2901010056
#2
Det er aftalt at der nu åbnes for DosisDispensering til institutioner via FMK.
Vi åbner for det i FMK mandag den 13. september.

Understøttelsen i FMK-online bliver via en speciel profil, så det kun er de institutioner, der kender til denne profil, der vil kunne bestille dd-pakning.
På den måde bliver det lidt nemmere at kontrolere udrulningen.

Trifork er p.t. i gang med at skrive en vejledning til institutionerne i at oprette medicinkort og lægemiddelordinationer via FMK-online.
Her kommer url'en til den nævnte profil også til at fremgå.
Vi tænker denne vejledning kan blive distribueret via Apotekerforeningen og i første omgang de apoteker der vil agere piloter på løsningen.

#3
Siden udrulningen af DD løsningen i løbet af foråret og sommeren 2020, er der aftalt og implementeret en del ændringer.

I det vedhæftede dokument er der lavet en opsamling af de vigtigste af disse ændringer.
#4
Kære alle.

Vi er i FMK-teamet blevet pålagt at arbejde på at forbedre kommunikationen i forbindelse med receptanmodninger.

Som en del af dette, er det planen, at FMK skal understøtte viderestilling af receptanmodninger.
I vedhæftede dokument er snitfladen og den forventede virkemåde beskrevet.

Vi vil gerne have systemleverandørernes tilbagemelding, om de kan se fejl eller mangler i den beskrevne løsning, eller i øvrigt har forslag til forbedringer.

Vi vil gerne have tilbagemeldingerne senest den 2. august 2021.

Mvh FMK-teamet
#5
Version 1.37.19 af receptmodulet deployes på test1 og test2 d.d.

Følgende rettelse er indeholdt:
- FMK-6761   RM, Fjern P-nummer validering, tjek ved berigelse om værdier er sat

Udrulningsplanen kan ses på https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan
#6
Til apotekssystemleverandørerne.

Der er forslag om opstraming af tre valideringer vedrørende dosisdispensering, der har til hensigt at reducere fejl i kommunikationen mellem udleveringsapoteket og pakkeapotet.

Vi ønsker derfor tilbagemelding fra apoteksleverandørerne senest den 1/5 for hvert af nedenstående forslag.

1) Validering af overlappende dosisdispenseringsperioder

Der har tidligere været skrappe valideringer af overlappende dosisdispenseringsperioder.

Disse er efter aftale blevet fjernet helt.

Det er nu kommet frem at det vil være hensigtsmæssigt at forhindre overlappende ordinære perioder inden for samme DD-kort.

FMK vil derfor indføre en validering, så det ikke bliver muligt at oprette ordinære DD-perioder, der er overlappende på det samme DD-kort (akut perioder indgår ikke i valideringen). Det vil sige at det ikke bliver muligt at oprette 2 DD-perioder med overlappende dato-interval på samme DD-kort uden akutmarkering på mindst en af dem.

2) Validering af sortiment.

Der returneres p.t. en advarsel, hvis der er lægemidler på DD-kortet, hvor lægemidlet eller noget substituerbart ikke er i pakkeapotekets sortiment.

Det har vist sig uhensigtsmæssigt at udleveringsapoteket (hvis de ignorerer advarslen), kan sende noget til pakning, som ikke kan pakkes, fordi det ikke er i sortiment.

Det samme gælder omkring delbarhed. Det vil sige hvis der eksempelvis planlægges halve tabletter af et lægemiddel, der ifølge pakkeapotekets sortiment ikke er delbar.

FMK vil derfor erstatte advarslerne omkring dette med en 'hård fejl', når udleveringsapoteket sætter perioden 'Klar til pakning'.

Det vil dog kun medføre en hård fejl, hvis lægemidlet rent faktisk skal pakkes i den pågældende periode.

Det vil sige, at hvis lægemiddelordinationen er pauseret, eller på anden måde ikke er planlagt til pakning i den pågældende dosisdispenseringsperiode, vil sortimentsvalideringen ikke blokere for at sætte klar til pakning for den pågældende periode.

3) Validering af antal linier på den enkelte DD-pose

Der er kun begrænset plads til at printe indholdet på den enkelte DD-pose.

Der ønskes derfor indført en validering, så udleveringsapoteket ikke kan sende en periode til pakning, hvis der er poser, der indeholder flere lægemidler, end der er plads til at printe på posen. Udleveringsapoteket bliver dermed tvunget til at tage stilling til opdelingen i flere poser.

Der er tidligere sket en 'automatisk' opdeling i poser på pakkeapotekerne, men dette er ikke hensigtsmæssigt, da der så opstår inkonsistens mellem FMK's DD-kort og den fysiske rulle, og det dermed kan få konsekvenser for patientsikkerheden.

Med de nuværende anvendte poser og pakkerobotter er der 9 linier til rådighed til eventuel indtagelsesvejledning og lægemidler. Det vil sige FMK vil som udgangspunkt validere at der højst er 8 eller 9 lægemidler i samme pose afhængig af om posen også har en indtagelsesvejledning.
Berænsningen gøres dog fleksibel, så det enkelte pakkeapotek, hvis det bliver nødvendigt, kan have en anden grænse.

Valideringen vil resultere i en advarsel på DD-kortet, men som en hård fejl, når perioden sættes 'Klar til pakning'.

Mvh FMK-teamet.
#7
I forbindelse med FMK-release 1.4.6.42.c, der er lagt på testmiljøerne i dag og som forventes at komme i produktion om ca 14 dage er der foretaget en ændring i algoritmen for servicen 'Restudleveringer på recept'.
Hvis der udleveres en pakning inden for samme substitutionsgruppe som den ordinerede pakning, men som har en anden pakningsstørrelse, så beregnes den udleverede mængde og restmængden som om der var udleveret den ordinerede pakningsstørrelse.

Så hvis der eksempelvis er ordineret 10 pakninger af 100 stk, og der er udleveret 6 pakninger som er i samme substitutionsgruppe, men som kun indeholder 90 stk, så beregnes den udleverede mængde til 600 stk og restudleveringen til 400 stk.
Før ændringen ville dette have resulteret i en udleveret mængde på 540 og en restmængde på 460.

Ændringen er besluttet ud fra en betragtning om at de udleverede pakninger er i samme substitutiongruppe og dermed kan sidestilles med den ordinerede pakning. Det gør samtidig at klientsystemer, der omregner restmængden til antal pakninger oftere får et fornuftigt antal pakninger.
#8
Med version 1.4.6.41 af FMK (jvf: http://www.fmk-teknik.dk/index.php?topic=1876.0) er 1.4.6.E6 snitfladen nu tilgængelig i første omgang i testmiljøerne.

Snitfladen er overordnet beskrevet på denne side: https://wiki.fmk.netic.dk/doku.php?id=fmk:extensions:e6

Servicene på snitfladen kan kaldes på både test1 og test2 (men det kræver som sædvanligt en whitelistning af en given systemversion).

Links til WSDL og skemaer er tilføjet på denne side: https://wiki.fmk.netic.dk/doku.php?id=fmk:1.4.6:wsdl_og_xml_skemaer

Links til Type og feltdokumentation er tilføjet på denne side: https://wiki.fmk.netic.dk/doku.php?id=fmk:1.4.6:type-_og_feltbeskrivelser

Bemærk: da snitfladen stadig er relativ uafprøvet, kan der stadig forekomme ændringer. Disse vil vi naturligvis koordinere, med de systemer der er begyndt at bruge snitfladen i testmiljøerne. (Når snitfladen er taget i anvendelse i produktion forventer vi naturligvis ikke at lave 'breaking changes').
Af hensyn til dette vil vi gerne have at de enkelte systemleverandører informerer os når de påbegynder implementation mod snitfladen.
#9
Der er nu udarbejdet et løsningsforslag for bedre understøttelse af dosisdispensering til institutioner.

SDS og Trifork ønsker feedback fra apotekernes systemleverandører, om det er en hensigtsmæssig løsning, og om det vurderes at opfylde kravene.
Ligeledes ønsker vi en indikation af om leverandørerne forventer at understøtte denne funktionalitet og i givet fald med hvilken tidshorisont.

Af hensyn til planlægning, ønskes svar senest den 14. Januar 2021.

mvh FMK-teamet.
#10
Der er nu udarbejdet løsningsforslag på endnu en delmængde af de ændringsønsker der er indkommet vedrørende DD understøttelsen i 1.4.6.E3.
Ændringerne tilføjes som de tidligere beskrevne i 1.4.6.E6

SDS og Trifork vil gerne have feedback fra apoteksleverandørerne om de er enige i de foreslåede løsninger.
Af hensyn til planlægning, skal vi have feedback senest den 11. december 2020.

Feedback må gerne gives som kommentarer til dette opslag.
#11
Mandag den 16. november 2020 opdateres FMK i testmiljøerne til version 1.4.6.39.c. Opdateringen foregår uden nedetid.

Versionen indeholder fejlrettelser til følgende issues som også var en del af 1.4.6.39.b:
FMK-6439, FMK-6454, FMK-6451, FMK-6457.

Den komplette liste kan ses her: https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan
Bemærk endvidere at release i produktion er udskudt til Onsdag 18/11.

Mvh FMK Teamet
#12
FMK validerer det pnummer apotekerne angiver for udleveringsapoteket i forbindelse med udlevering (CreatePharmacyEffectuation og CreateAndEffectuatePrescription)
Det sker på baggrund af et register der vedligeholdes af lægemiddelstyrelsen.

Denne validering giver p.t. en del udfordringer, da FMK modtager ændringer til disse med en vis forsinkelse, og der i de fleste tilfælde ikke er nogen historik for ændrede pnumre.
Det betyder blandt andet at apotekerne er tvunget til at opdatere pnumrene samtidig med at FMK modtager det opdaterede register fra lægemiddelstyrelsen.

SDS og Trifork foreslår derfor at FMK dropper denne validering og i stedet 'stoler' på den information om udleveringsapoteket, der modtages fra apoteket / apotekssystemet.
Det betyder også at FMK ikke længere vil berige navne og adresse på apoteket ud fra lægemiddelstyrelsens register, men blot gemme den information apoteket har medsendt i forbindelse med udleveringen.
Og det vil også være den indsendte information der returneres når apoteket eller andre efterfølgende henter udleveringen fra FMK.

Det vil sige at det er op til apotekerne og apotekssystemerne at sikre at pnummer, navn og adresse på udleveringsapoteket indberettes korrekt.

Vi vil derfor gerne have en tilbagemelding fra apotekernes systemleverandører om de kan tilslutte sig dette.
#13
Der er nu udarbejdet løsningsforslag på en del af de ændringsønsker der er indkommet vedrørende DD understøttelsen i 1.4.6.E3.
Disse udvidelser tænkes placeret i en ny ekstension 1.4.6.E6.

Inden vi påbegynder implementeringen af disse vil vi gerne have feedback fra apoteksleverandørerne om de er enige i de foreslåede løsninger.
SDS og Trifork vil gerne have feedback på dette senest den 3/11, af hensyn til planlægning.

Til info, så vil alle de listede ændringer også blive understøttet i FMK-online på testmiljøerne.
#14
Til apotekssystemleverandørerne.
På møderne om ændringsønsker til DD understøttelsen i FMK, blev det besluttet at ændre grænsen for hvor tidligt der advares om dosisdispensering efter doserings-/behandlingsslut.
Det vil sige advarslen 4303 "Der er planlagt administration efter behandlingsslutdatoen/doseringsslutdatoen".
Det blev vedtaget at denne grænse skal sættes til 45 dage i stedet for de nuværende 90 dage.
Det er nu rettet på testmiljøerne (test1 og test2).
Det er planlagt til at blive ændret i produktion mandag den 7/9.

Vi forventer at i orienterer jeres brugere om ændringen.
#15
Version 1.37.15 af receptmodulet deployes på test1 i dag og test2 i morgen

Release indeholder en del mindre fejlrettelser.
Det komplette indhold af releasen og udrulningsplanen kan ses på https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan
#16
Inden sommerferien blev der udviklet en validering mod at et apotek, kan slette et DD-kort, der er 'ejet' af et andet apotek.
Efter mange diskussioner blev det besluttet at udskyde enabling af denne validering til efter sommerferien.

Vi planlægger nu at enable denne validering mandag den 3/8.
#17
I dag torsdag deployes hotfix 1.4.6.35.e på FMK produktionsmiljøet.

Deploy foregår uden nedetid.
#18
FMK opdateres i dag onsdag den 01.07.2020 til version 1.4.6.35.e i test1 og test2. Opdateringen bliver gennemført i løbet af formiddagen og sker uden nedetid.

Rettelserne retter sig primært mod apotekernes DD funktionalitet, og vi vil derfor opfordre apotekssystemleverandørerne til at teste versionen, inden den lægges i produktion, hvilket er planlagt til at ske torsdag den 2/7.

Hotfixet erstatter 1..4.6.35.d (http://www.fmk-teknik.dk/index.php?topic=1791.0) og i forhold til den er yderligere tilføjet
- FMK-6333 DD: Advarsel om planlagt administration efter LMO's slutdato filtreres fra hvis den er langt ude i fremtiden
- FMK-6334 DD, Tillad ordinationer hvor der ikke er angivet DrugId, kræv i stedet substitution

Det opdaterede indhold af release 1.4.6.35 kan som altid findes på https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan.
#19
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.
#20
FMK opdateres i dag mandag den 29.06.2020 til version 1.4.6.35.d i test1 og test2. Opdateringen bliver gennemført i løbet af formiddagen og sker uden nedetid.

Rettelserne retter sig primært mod apotekernes DD funktionalitet, og vi vil derfor opfordre apotekssystemleverandørerne til at teste versionen, inden den lægges i produktion, hvilket er planlagt til at ske onsdag den 1/7.

Flg. rettelser er tilføjet siden 1.4.6.35.b:
- FMK-6314 DD, Validering af apotek ved sletning af DD-kort
- FMK-6325 DD, validering ved sletning af DD-kort skal tillades hvis det er samme koncern
- FMK-6326 DD Ret advarselstekst vedrørende planlagt adm efter doseringsslut
- FMK-6327 NPE i StartEffectuationOfDDPeriod

Det opdaterede indhold af release 1.4.6.35 kan som altid findes på https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan.

Umiddelbart efter releasen er lagt på henholdsvis test og produktion er det planen at enable valideringen af at apoteker kun kan slette egne DD kort.