FMK Teknik

Siden sidste produktionsrelease:

FMK-Online:

FMKP FMKU   Type
x    x      Bug     FMK-4202 Mulighed for at angive på-vegne-af cpr ifm. sikker browseropstart (fx apoteksansatte)
x    x      Bug     FMK-4187 FMK-Online finder ikke sygehus afdelinger i SOR, hvis de er underafdelinger.
x    x      Bug     FMK-4110 Autosuggest boxe husker gammel værdi, selvom der er skrevet noget nyt i inputfeltet
x    x      Bug     FMK-4108 Fejlagtig advarsel om ikke-substituerbart lægemiddel, hvis der ikke er valgt en indikation
x    x      Imp     FMK-4103 FMK-online bør ikke bruge backend-fejl til at afgøre om telefonnummer mangler ved receptoprettelse
      x      Bug     FMK-4096 Tjekbox for DD i Opret recept 1.4.6 virker mystisk (SIRUP)
      x      Bug     FMK-4095 Visiteret til medicinadministration virker ikke i FMK-U
x    x      Bug     FMK-4089 Alle ubehandlede exceptions bliver opsamlet og remote logget af et enkelt modul (administration)
      x      Bug     FMK-4086 FMK-Online: Tilpas FMKU-146 til ændret 1.4.6E2 skema
x    x      Bug     FMK-4081 Gl. login kontekst bliver hængende efter nyt login
x    x      Bug     FMK-4079 Dialog til indtastning af manglende telefonnummer ved opret recept genererer fejllogs i Splunk
x    x      Bug     FMK-4064 Fejl under initialisering af modulet "fmk-144"
x           Bug     FMK-4061 Når sidste periode i avanceret struktureret dosering fjernes, bliver evt. advarsel om tom periode hængende
x    x      Bug     FMK-4057 Logik til filtrering efter paste i doseringsfelter virker ikke
x           Bug     FMK-4034 Visning af doseringsslutdato ved dosering med flere perioder
x    x      Bug     FMK-4024 Visning af DD antal pakninger / pakningsstørrelse
x    x      Bug     FMK-4018 Det fejler at vise receptbestillinger når brugeren er apoteker
x    x      Bug     FMK-4013 Fejlende validering i pauseringsdialog vises på ikke-standard måde
x    x      Bug     FMK-3999 FMK-Online fejler uden at vise begrænset ordinationsret fejlen hvis man opretter LMO og recept i samme operation
     x      Bug     FMK-3927 FMK146-modulets POR funktionalitet flyttes fra 144_e1 til 146 snitfladen
     x      Bug     FMK-3891 Recepter på et Ugyldigt medicinkort - Tooltip tekst ønskes ændret
x           Bug     FMK-3860 ASCP00096383: FMK-Online kan melde fejl hvis ugyldig yder angives
     x      Bug     FMK-3858 Ændringer til DD/Apotekerfunktionalitet i FMK-Online 1.4.6
x    x      Bug     FMK-3799 Ændring af Organisationsoplysninger ved administratoropslag
x    x      Bug     FMK-3697 Flueben i receptfiltrering ønskes fjernet
x    x      Bug     FMK-3670 Opdater Info under om forældremyndighed ved dig selv/barn drop-down
x    x      Bug     FMK-3471 Tab, cut-n-paste, pile-taster, backspace, del virker ikke i Firefox (struktureret dosering og tal-felter)
x    x      Bug     FMK-2989 FMK-Online Sikkerhedsopdatering 2

TAS-Online:

            Bug     TILSKUD-258 Riak kladder, der er oprettet ud fra afslået ansøgning (eller med MariaDB som primær backend) kan ikke slettes og klones ved opdatering

På FMK-teamets vegne,
Simon Hem Pedersen

Hej.

Det bør bemærkes at dette er første version af den nye 1.4.4 udgave af FMK-online.

Udgaven udgør en omfattende opgradering i forhold til 1.4.0 udgaven, så vi finder og retter til stadighed bugs, og som sådan vil denne udgave enkelte steder virke mere rå end den gamle.

Vi har dog valgt at prioritere at give Jer tidlig adgang så I kan se hvad der er i vente.

Som Kari også skriver:
Den gamle integration med fmk snitflade 1.4.0 kan findes frem med url'en http://test1.fmk.netic.dk/fmk/?profile=fmk140

På FMK-Teamets vegne
/Mads Larsen

Kære Alle.

Vi er blevet opmærksomme på at DDVs snitflade i visse tilfælde giver cpr-numre på medhjælpere med ud i svar fra version 1.4 af webservicen (den nyeste version af snitfladen).

Mere præcist kan det forekomme, når der er tale om en "Other"-modificator.
Dette er ikke hensigtsmæssigt, og da cpr-nummer ikke er obligatorisk, vil vi derfor undlade at medsende cpr-nummeret i Other-elementet i svar fra webservicen.

En version uden disse oplysninger, er tilgængelige i test2-systemet, og vi påregner deployment til produktion i begyndelsen af næste uge.

Mvh
/Mads Larsen

Hej.

Vi har konstateret at drugidentifier i DDVs snitflade kan give anledning til valideringsfejl, idet drugidentifier fra stamdata nogle gange ikke er i overensstemmelse med kravet i XML-schemaet.

Fejlen skyldes manglende oprydning af historisk arvegods, fra en fjern fortid hvor DDV baserede sig på lægemidler fra taksten.

I forhold til håndteringen af fejlen, har vi løsnet schemaet for drugidentifier så mindsteværdien af drugidentifier nu er 0 på alle snitflader. Serverside valideres der altså ikke længere for dette, men nogle validerer også på klientsiden inden afsendelsen, og de har derfor behov for de tilrettede udgaver af xml-schemaerne.

Jeg vedhæfter de to udgaver til denne post, og linker derudover til dokuwiki, hvor schemaer, wsdl-filer m.m. er tilægngelige.
http://wiki.fmk.netic.dk/doku.php?id=fmk:ddv:ddv_wsdlfiler_og_schemaer

Håber det løser eventuelle valideringsproblemer.

Mvh
/Mads

Hej.

Fra forskellig side har der været stillet spørgsmål til aspekter omkring vaccinationers modificator-strukturer.

Det vedhæftede notat er et forsøg på at beskrive centrale aspekter på et overordnet niveau.

mvh
/Mads

Idet nogle har efterspurgt DDVs ikoner fra FMK-online til inspiration, kan de hermed findes i den vedhæftede fil.

Mvh
/Mads

Om DDV-stamdata på produktionssystemerne - herunder testlignende data.

Flere har givet udtryk for undren over at kunne finde testlignende data i DDVs stamdatasæt.

Forekomsten af disse data skyldes, at der er fuld historik på stamdatasættet. Eventuelle fejlindtastninger (og eventuelle tidlige oprettede “testdata”), vil således kunne findes i datasættet. Det er dog essentielt at INGEN af disse data er gyldige nu. Gyldighedsperioden er defineret af felterne ddvvalidfrom og ddvvalidto.

En oprydning / rensning i datasættet vil være en omfattende manuel opgave, og idet gyldighedsperioderne er entydigt fastlagt, er der der en simpel og utvetydig måde at finde gældende (gyldige) DDV-stamdata. En oprydning / rensning i data er derfor p.t. ikke en prioriteret opgave.

Derudover hører vi naturligvis gerne, hvis I ser stamdata som I opfatter som fejlagtige. Eventuelt input vil blive bragt videre til SSIs klinikere, der varetager definitionen af DDVs stamdata.

Mvh
/Mads