FMK Teknik

Så er NSPens STS oppe igen og FMK-Online på testsystemerne kan tilgåes.

Det har et stykke tid været muligt på Test1 og Test2 at anvende SOR ID mod FMK som organisations identificer. På Teknikkermødet den 27. februar, blev det gennemgået hvorledes SOR understøttes i FMK. Præsentationen fra teknikkermødet kan læses på http://www.fmk-teknik.dk/index.php?topic=1509.0.

Desuden er anvendelse af SOR, dokumenteret på https://wiki.fmk.netic.dk. Den generalle anvendese af SOR ID i FMK er beskrevet på https://wiki.fmk.netic.dk/doku.php?id=fmk:stamdata:brug_af_sor_id_i_fmk. Anvendelse af SOR i SOAP Headers til system autorisation er beskrevet på https://wiki.fmk.netic.dk/doku.php?id=fmk:generel:systemautorisation, og anvendelse af SOR i Modifikator er beskrevet på https://wiki.fmk.netic.dk/doku.php?id=fmk:1.4.4:modifikator.

Fra den 1. oktober 2019, vil det også blive muligt at anvende SOR ID mod FMK i produktion. I første omgang lukkes der kun op for følgende typer organisationer, der kan anvende SOR
   • behandlingscenter for stofmisbrugere
   • bosted
   • center for misbrugsbehandling
   • genoptræningsenhed
   • handicap- og psykiatrienhed
   • handicapenhed
   • hjemmeplejeenhed
   • hjemmesygeplejeenhed
   • plejehjem
   • psykiatrienhed
   • sundhedscenter
   • sundhedsplejen
   • sygeplejeklinik
   • tandlægepraksis
   • tandplejeklinik   

Bosted og plejehjem har tidligere anvendt kommunekoder til identifikation, og er de første der flyttes over på SOR. De resterende typer er ønsket af EOJ leverandørerne, for at kunne komme helt væk fra at anvende kommunekoder. Hvornår der lukkes for anvendelse af kommunekoder er endnu ikke fastlagt. Ligeledes er det ikke fastlagt hvornår ydeligere organisationer kan anvende SOR.   

Med venlig hilsen
FMK Teamet

Vi har desværre fundet et problem, og har trukket releasen på test1 tilbage. Den bliver rullet på igen ASAP, se evt http://www.fmk-teknik.dk/index.php?topic=1409.0

Vi har desværre fundet et problem, og har trukket releasen på test1 tilbage. Den bliver rullet på igen ASAP, se evt http://www.fmk-teknik.dk/index.php?topic=1409.0

Der er efterfølgende konstateret problemer med seal.Net v. 4.09, så det anbefales at denne version ikke anvendes men at man i stedet anvender seal.Net v. 4.10.

Med hensyn til adgang til yderligere information om Seal.NET, herunder også sourcekode til komponenten, henvises vi til NSPOP.dk. Seal.NET er et NSP projekt og ikke en del af FMK.

Ifm. Windows 10 - 1803 upgrade og tilsvarende for WIN 7 har vi konstateret at Seal.Net v 4.08 ikke overholder DGWS specifikationen, idet den ikke kan håndtere at STS sender et <Signature> element tilbage som har en attribut med navnet id (et lille i og et lille d). Det samme problem findes også i ældre versioner af Seal.net, helt tilbage til version 2.

DGWS specifikationen beskriver specifikt at dette er den korrekte måde, selv om xmldsig specifikationen beskriver det som Id (et stort i og et lille d). Seal.Net v. 4.09 er ændret til at kunne håndtere dette også efter at Windows 10 - 1803 upgrade eller lign er kørt på systemet.

Seal.Net v. 4.09 findes på NuGet, på dette link: https://www.nuget.org/packages/Seal.net/
Såfremt der opleves problemer med tidligere usupporterede udgaver af seal.net fra Digitaliser.dk, Softwarebørsen m.v., anbefales at der foretages opgradering til Seal.Net v. 4.09 - alternativt en tilbagerulning af Windows 10/7 upgrade.

Effektueringer knyttet til lægemiddelordinationer, er primært tiltænkt registrering af de udleveringer som praksislægerne foretager. Derfor har anvendelsen af effektueringer haft et relativt begrænset omfang, og der har ikke tidligere været udfordringer med antallet af effektueringer knyttet til en enkelt lægemiddelordination.

Bostedernes ibrugtagning af FMK har ændret dette. Når bostederne udleverer medicin til deres beboere, registreres dette i FMK som effektueringer. Hvis en beboer får medicin 3 gange dagligt, bliver der på et år registeret 3x365 effektueringer. Så der kan på sigt ligge adskillige tusinde effektueringer under en enkelt lægemiddelordination, der reelt ikke giver meget værdi, og som vil gøre medicinkortet tungt at håndtere både for den centrale løsning, men i særdeleshed for anvendersystemerne. 

Som snitfladen er i dag er der ikke muligheder for at paginere de effektueringer, der returneres fra kald til "Hent medicinkort" og "Hent lægemiddelordination". Dette vil blive skrevet på backloggen til kommende snitflader.

Men indtil nye snitflader tages i brug, er der en udfordring med antallet af effektueringer, som skal løses.

Den umiddelbare løsning er kun at returnerer de sidste effektueringer, f.eks. de 30 nyeste effektueringer. Udfordringen ved dette er at klientsystemerne ikke ved om der er 30 effektueringer, eller om FMK har undladt at returnerer et antal ældre effektueringer.

Der er mulighed for at undersøge om der er flere effektueringer ved at anvende "Hent effektueringer", se http://wiki.fmk.netic.dk/doku.php?id=fmk:1.4.2:hent_effektuering.

Her kan angives <FromDateTime> og <ToDateTime> på den periode man er interesseret i at få returneret effektueringer til. Her vil alle effektueringer i perioden blive returneret uden at antallet er begrænset. Modtages under 30 effektueringer fra "Hent medicinkort" eller "Hent lægemiddelordination", er der kun de returnerede effektueringer. Modtages 30 kan "Hent effektueringer" anvendes til at hente de manglende, ved at sætte <ToDateTime> til tidspunktet for den sidste modtagne effektuering.


Høringen går på:
1)   Er det acceptabelt at begrænse antallet af effektueringer der returneres fra "Hent medicinkort" og "Hent lægemiddelordination".
2)   Hvad er et godt antal at returnere, 30 som foreslået, eller er det bedre at returnere 50, 100? Bemærk antallet er pr. lægemiddelordination.

Høringen løber til tirsdag den 28. februar og svar på høringen skal gives ved at oprette en supportsag på NSPOP.dk.

Dette er en høring om at ændre semantik i historiske FMK kald. Detaljerne i høringen findes i vedhæftede dokument.

Høringen løber til tirsdag den 28. februar og svar på høringen skal gives ved at oprette en supportsag på NSPOP.dk.

På SDS og FMK teamets vegne

Jan Buchholdt

For en ordensskyld vil jeg lige informere om at ændringen er lagt i produktion og vi har endnu ikke hørt problemer med ændringen. Vi vi derfor gøre den permenent.

I forbindelse med idriftsættelse af denne ændring har vi fundet en fejl. Dette betyder at vi har rulle tilbage og skal have rette fejlen, inden vi igen kan aktiverer ændringen. Fejlen er en uforudset sideeffekt, når der fremsøges recept anmodninger på organisationsniveau. 

Rettelsen kan ikke nå med i næste release, hvilket betyder at gen-aktiveringen først kommer til at ske i løbet af februar. Der bliver meldt ud når vi kender den nye dato.

Ændringen kan stadigvæk testes på Test1 og Test2.

Tilbage i maj måned rettede FMK en fejl, der sikrede at koder, der sendes til FMK er korrekte, i forhold til de koder der findes i Medicinpriser. Før rettelsen var det muligt at sende koder ind, hvor store bogstaver var ændret til små.

Rettelsen betød imidlertid at der var en del regioner, der fik problemer med at lave effektueringer pga. en fejl i ApoVision omkring pakningsstørrelseenhedskoder. FMK rullede derfor rettelsen tilbage.

Den fejl er nu rettet og sikringen af korrekte koder skal slåes til igen.

Planen er at dette sker umiddelbart efter nytår, såfremt der ikke er yderligere indsigelser mod dette.

Med venlig hilsen

FMK Teamet

På teknikkermødet 2017-11-07 blev 3 forskellige måder gennemgået, hvor doseringsstrukturen bliver anvendt forkert. På mødet var der enighed om at doseringsstrukturerne ikke skulle anvendes på denne måde, og at det er hensigtsmæssigt at FMK sikre det ikke sker. Derfor er der nu implementeret en validering, der giver brugeren en fejl, såfremt doseringsstrukturen alligevel bliver anvendt forkert.

De 3 situationer er:

1. Morgen, middag, aften eller nat anvendes flere gange samme dag

En typisk "2 tabletter hver morgen", ser således ud:

<Day>
  <Number>1</Number>
   <Dose>
     <Time>morning</Time>
     <Quantity>2</Quantity>
   </Dose>
</Day>

Men enkelte systemer har indrapporteret:

<Day>
  <Number>1</Number>
    <Dose>
      <Time>morning</Time>
      <Quantity>2</Quantity>
    </Dose>
    <Dose>
      <Time>morning</Time>
      <Quantity>1</Quantity>
   </Dose>
</Day>

Valideringen af at morgen, middag, aften eller nat ikke anvendes flere gange samme dag, resulterer i følgende fejl:

229, "Fejl i doseringen: tidsangivelsen 'morgen' må ikke anvendes mere end een gang indenfor samme doserings-dag"

2.  Samme tidspunk anvendes flere gange same dag

Det samme gælder tidspunkter.

<Day>
  <Number>1</Number>
    <Dose>
      <Time>18:00:00</Time>
      <Quantity>2</Quantity>
    </Dose>
    <Dose>
      <Time>18:00:00</Time>
      <Quantity>1</Quantity>
    </Dose>
</Day>

Valideringen af at samme tidspunk ikke anvendes flere gange samme dag, resulterer i følgende fejl:

229, "Fejl i doseringen: tidsangivelsen '18:00:00' må ikke anvendes mere end een gang indenfor samme doserings-dag"

3. Samme Day struktur anvendes flere gange

Samme 'Day' struktur bør kun anvendes 1 gang. Derfor bør denne struktur ikke anvendes:

<Day>
   <Number>1</Number>
   <Dose>
     <Time>morning</Time>
     <Quantity>2</Quantity>
  </Dose>
</Day>

<Day>
  <Number>1</Number>
  <Dose>
    <Time>evening</Time>
    <Quantity>2</Quantity>
  </Dose>
</Day>

I stedet bør man kun angive samme dag 1 gang

<Day>
  <Number>1</Number>
  <Dose>
    <Time>morning</Time>
    <Quantity>2</Quantity>
  </Dose>
  <Dose>
    <Time>evening</Time>
    <Quantity>2</Quantity>
  </Dose>
</Day>

Valideringen der sikre at samme "Day" kun anvendes 1 gang, vil resulterer i følgende fejl:

234, "Fejl i doseringen: Doseringsdag '1' optræder flere gange i samme doseringsstruktur"

Ændringen kan testes på Test1 og Test2 fra den 15. November.

Såfremt der ikke modtages yderligere tilbagemeldinger, ligges ændringen i produktion mandag den 4. December.

Som præsenteret på de sidste 2 teknikkermøder, er det besluttet, at det ikke giver klinisk mening, at bestilleren kan angive en doseringstekst på receptanmodninger.  Dette er nu implementeret.

Fra FMK 1.4.4.E2/1.4.6 er det ikke mere muligt at angive doseringstekster i receptanmodninger.

I de eksisterende snitflader er det ikke muligt at fjerne doseringsteksten, da denne er påkrævet, såfremt der i receptanmodningen ønskes at angive:
•   Varenummer
•   Antal pakninger
•   Antal udleveringer
•   Pakkestørrelse
 
For alligevel at understøtte at doseringsteksten ikke anvendes, er følgende funktionalitet implementeret i FMK.

Bestilleren (typisk hjemmeplejen) skal medsende en doseringstekst som de plejer, såfremt de ønsker at angive varenummer, antal pakninger, antal udleveringer eller pakkestørrelse. Denne doseringstekst fjernes af FMK og i stedet ser lægen følgende doseringstekst på receptanmodningen:
•   Den korte tekst, såfremt varenummeret passer med lægemiddelordinationen.
•   Er den korte tekst for lang (70 karakterer) angives doseringsteksten "Se lægemiddelordinationen"
•   For ikke takst lægemidler, eller hvis varenummeret ikke passer med lægemiddelordinationen, anvendes altid doseringsteksten "Se lægemiddelordinationen"
•   Hvis receptanmodningen er enten annulleret eller omsat til en recept, anvendes doseringsteksten "Se lægemiddelordinationen"

For at sikre at lægen altid tager stilling til doseringsteksten ved oprettelse af recepter ud fra receptanmodninger, er der i FMK lavet en ny validering, der returnerer en fejl, såfremt en recept oprettes med doseringsteksten "Se lægemiddelordinationen".  Kaldet fejler med følgende fejl:
477, "Recepten har en ugyldig doseringstekst, "Se lægemiddelordinationen" er ikke tilladt som doseringstekst".

Ændringen kan testes på Test1 nu.

Den 15. November bliver ændringen også lagt i Test2.
Såfremt der ikke modtages yderligere tilbagemeldinger, ligges ændringen i produktion mandag den 4. December.

Med venlig hilsen
FMK Teamet

Planen for idriftsættelse kan ses på http://www.fmk-teknik.dk/index.php?topic=1248.0

Med overgangen fra FMK 1.2.6 til FMK 1.4.0, blev formatet for versioneringen af medicinkort og lægemiddelordinationer ændret. For at give systemerne mulighed for at konvertere internt gemte FMK versionsnumre fra det gamle format til det nye, blev VersionsServicen idriftsat, se evt. http://wiki.fmk.netic.dk/doku.php?id=fmk:version:versionsservice_snitflade.

Vi kan i overvågningen se, at denne service ikke mere anvendes, og derfor vil servicen blive lukket, såfremt vi ikke hører protester indenfor de næste 14 dage.   

Med venlig hilsen
FMK Teamet