FMK Teknik

Høringsfristen er nu overstået, og i lyset af at høringen foregik i sommerferien har vi udvidet perioden. Der er ikke kommet nogle svar ind, der tyder på at ændringen vil give problemer. Vi vil derfor implementerer ændringen og give mulighed for at teste ændringen efter følgende plan.

3. oktober aktiveres ændringen i Test1.
10. oktober aktivvers ændringen i Test2, såfremt der ikke er kommet yderligere input.
1. november aktiveres ændringen i produktion, såfremt der ikke er kommet yderligere input. 

Input, spørgsmål eller andet skal gives gennem NSP supporten, på NSPOP.dk. Opret en supportsag. Det er også muligt at anvende dette forum til dissektioner, men hvis der skal et officielt svar fra FMK teamet, skal det gennem NSP supporten. 

Med venlig hilsen

FMK teamet

I forbindelse med fjernelse af klokkeslæt på start- og slutdatoer i FMK 1.4.4, er der identificeret nogle cases, hvor det er problematisk, at brugere af FMK 1.4.4 klientsystemer ikke kan få viden om klokkeslæt, der er registret via en ældre snitflade, og hvor den registrerende kliniker antager, at denne information er tilgængelig i andre systemer.

For at gøre denne information tilgængelig i den overgangsperiode, hvor der i FMK ligger informationer registreret med klokkeslæt på start- og slutdatoer, vil disse klokkeslæt (hvis de eksisterer) kunne afleveres med i en doserings supplerende tekst.

For at give parterne mulighed for at se, hvordan dette fungerer i praksis, vil SDS pr. 2. september slå denne funktionalitet til i TEST1.

Mvh
FMK-teamet

Vi har kunnet konstaterer at et par EPJ systemer ikke var klar til denne validering, har vi valgt at disable denne validering igen. Der vil komme en ny plan senere. Valideringen vil blive slået fra indenfor de næste timer på test1 og test2.

FMK giver i dag mulighed for at kunne registrere en patients tilknytning til hjemmeplejen eller at patienten er indlagt på et sygehus. Det er klinisk relevant at have mere end en tilknytning/indlæggelse og derfor tillader snitfladen at der oprettes flere tilknytninger/indlæggelser.

Erfaringerne har dog vist at der ofte oprettes flere indlæggelser til samme afdeling. Når afdelingen efterfølgende udskriver patienten opdager de ikke at patienten er blevet indlagt flere gange, hvilket resulterer i at patienten fejlagtig står som indlagt selv om dette ikke er tilfældet.

For at forhindre denne dobbeltregisterering, foreslås det fra SDS's side at ændre registrering af patienttilknytning således, at hvis en patient tilknyttes hjemmeplejen eller indlægges på en afdeling, hvor patienten allerede er tilknyttet/indlagt, så vil den eksisterende tilknytning/indlæggelse blive slettet, således at patienten kun vil fremstå som tilknyttet/indlagt en gang pr. organisation.

Det vil være muligt at fremsøge de slettede registreringer med historikkaldet, der blev implementeret i  E1, se evt http://wiki.fmk.netic.dk/doku.php?id=fmk:patient-organisation-relation:1.4.2:opslag_pa_tilknytning

Såfremt der ikke er modtaget indsigelser mod denne ændring inden den 15.08.2016, vil ændringen blive implementeret og gjort tilgængelig på testsystemerne.

Med venlig hilsen

FMK teamet

FMK er opdateret til version 1.4.4.12 på test1.

På https://www.nspop.dk/display/web/Trifork+FMK+Releaseplan findes detaljer om releasen.

Mvh,
FMK-teamet

FMK er ved at ibrugtage behandlingsrelations servicen, som er en service, der skal sikre at der eksisterer en behandlingsrelation mellem en borger og en sundhedsfaglig, der anvender FMK. En sådan relation er ifølge lovgivningen omkring FMK påkrævet for at lave opslag på FMK.

Mange behandlingsrelationer opstår fordi en borger bliver indlagt på et sygehus, eller henvender sig til et lægehus og mindre som følge af en direkte relation mellem borgeren og den sundhedsfaglige. Derfor er det nødvendigt for behandlingsrelations servicen, at organisationen er kendt for alle kald til FMK.
Informationen om organisationen står i FMK i whitelistningsheaderens OrgUsingID felt. Det har vist sig, at mange systemer, ikke angiver en forståelig organisationskode i OrgUsingID.

Resultatet af at der ikke angives en fornuftig OrgUsingID, er at disse systemers brugere, vil bliver udtaget til opfølgning af behandlingsrelations servicen, hvilket kunne være undgået.  For at få alle systemer til at angive en forståelig OrgUsingID, vil følgende plan blive iværksat.
1)   FMK logger hvis der angives en OrgUsingID kode, der ikke kan verificeres. Dette er etableret pr. 2016.03.15
2)   SDS kontakter de systemer, der anvender ikke verificerbare OrgUsingID koder, og beder disse systemer korrigere. Dette arbejde er påbegyndt pr. 2016.06.01
3)   Pr. 2016.08.15 vil FMK fejle kald til testsystemer hvor OrgUsingID ikke kan verificeres.
4)   Pr. 2016.10.15 vil FMK fejle kald til produktion hvor OrgUsingID ikke kan verificeres.

Beskrivelsen af hvordan OrgUsingID skal anvendes, findes på http://wiki.fmk.netic.dk/doku.php?id=fmk:generel:systemautorisation&#orgusingid

Generelt skal der anvendes samme OrgUsingID som den Identifier der angives i modifikator (se http://wiki.fmk.netic.dk/doku.php?id=fmk:1.4.2:modifikator) i opdaterende kald. For organisationer, der ikke har Ydernummer, SKS koder eller kommunekode, skal organisationens CVR anvendes.

Opdatering: For apoteker-systemer gælder det at, p-nummer kan anvendes. Dvs anvend følgende:

<OrgUsingID NameFormat=“medcom:pnumber”>[INDSÆT PNUMMER]</OrgUsingID>

FMK indeholder kun medicinkort for borgere med et CPR. For spædbørnsafdelinger og andre der medicinerer nyfødte, har dette givet en del problemer, da FMK modtager opdateringer fra CPR kontoret med 2-4 dages forsinkelser, således at FMK ikke kender nyfødte de første dage af et barns levetid, og der derfor ikke kan registreres medicin på et nyfødt barns medicinkort.

Der er nu lavet en løsning, således at FMK kan håndtere nyfødte som alle andre borgere. Disse nyfødte vil blive vist med følgende stamdata:
   Navn: Ikke navngivet Nyfødt
   Adresse: Ukendt 999
   Postnr og by: 9999 Ukendt

Når FMK efterfølgende modtager det rigtige navn og adresse fra CPR kontoret, vil navnet og adresse i medicinkortet skifte til det korrekte.

Se http://wiki.fmk.netic.dk/doku.php?id=fmk:godkendelse:1.4.0:automatisk_certificeringstest

DumpRestore på FMK testmiljøer er nu blevet udvidet med EO og POR snitfladerne. Gamle Dumps kan stadigvæk anvendes, men de indeholder ikke EO eller POR oplysninger, hvilket resultere i at eksisterende EO og POR oplysninger nu bliver slettet.

Det er dog stadigvæk muligt kun at undgå at slette eksisterende EO og POR oplysninger, da vi også har gjort det muligt at anvende DumpRestore, på de enkelte snitflader. URL's til de enkelte snitflader såvel som til det samlede FMK, kan findes på FMK+Overblik

Recepter er fortsat ikke med i DumpRestore, men recepter bliver nu slettet ved en restore. DumpRestore på recepter og på DDV, forventes etablere ultimo Q2-2016.

Læs mere om DumpRestore på wiki.fmk.netic.dk

På Teknikermødet den 20. oktober, var der en del kritik af høringen omkring dosisdispenserede receptudleveringer, da adskillige af de tilstedeværende, ikke havde opdaget at der var en høring i gang.

NSI blev bedt om at sikre en positiv tilbagemelding fra samtlige integrerende systemer, når der var tale om semantiske ændringer.

Derfor sætter vi løsningen om forbedringer af dosisdispenserede receptudleveringer i høring igen. Der er ikke ændret noget i det oprindelig forslag, som kan læses på http://www.fmk-teknik.dk/index.php?topic=792.0.
For at sikre alle har læst, forstået og testet løsningen, beder vi jer om, inden den 27. november, at udfylde denne doodle (http://doodle.com/poll/67du7799iqmme242) med navn på kontaktperson, samt det/de systemer I repræsenterer.

Hvis I ser problemer med løsningen, bedes i oprette en supportsag på NSPOP.dk, der beskriver problemerne.   

NSI vil efter den 27. november kontakte de systemer, der ikke har udfyldt doodlen.

Med venlig hilsen

FMK Teamet

Der udestår stadig nogle kliniske og juridiske afklaringer omkring tilføjelserne omkring AK (AntiKoagulation) behandlinger i FMK 1.4.4 . Derfor vil disse ikke kunne anvendes endnu. Det drejer sig om opfølgningsdatoer, der registreres på lægemiddelordinationer samt terapeutisk INR niveauer, der registers i POR.
Indtil der bliver åbnet op for brug af disse tilføjelser, vil de blive spæret i produktion samt på testsystemerne Test2, ProdTest og Udd. På Test1 vil man stadig kunne teste tilføjelserne.

Såfremt terapeutisk INR forsøges anvendt, medens spærringen ar aktiv, vil det resultere i at der modtages en fejl '3100, "Metoden Opret patientregistrering er endnu ikke implementeret"'
Såfremt opfølgningsdatoer forsøges sat på en lægemiddelordination, medens spærringen ar aktiv, vil det resultere i at der modtages en fejl '3101, "Servicen opfølgningsdatoer på lægemiddelordinationer er ikke understøttet""'

Vi har desværre i sidste øjeblik fundet en fejl vedrørende "Forbedringer af dosisdispenserede receptudleveringer". Dette betyder også at vi udsætter idriftsættelsen indtil denne fejl er rettet. Vi melder en ny dato ud når fejlen er rettet og testet.

Der har i perioden 2015-08-12 til 2015-08-31 været en mini-høring om Forbedringer af dosisdispenserede receptudleveringer og da vi kun har modtaget positive tilkendegivelser er det blevet besluttet at aktivere ændringen i produktion. Ændringen vil træde i kraft mandag 2015-09-28.

Med venlig hilsen

FMK teamet

Hermed listen af doseringsenheder

NSI varsler hermed at et opdateret sæt doseringsenheder lægges på Test 1 og Test 2 d. 16. september og i drift d. 30.september 2015. I det opdaterede sæt af doseringsenheder, vil endnu flere lægemidler have fået en godkendt doseringsenhed fra Sundhedsstyrelsen .
Den nye og opdaterede liste af doseringsenheder er vedhæftet. NSI er i gang med at sammenligne doseringsenhederne fra juli 2015 med det opdaterede sæt af doseringsenheder. Vi vil så hurtigt som muligt lægge en differenceliste mellem tidligere(juli 2015) og ny liste (september 2015) af doseringsenheder på fmk-teknik.
Alle regioner skal være opmærksom på den lokale mapning i forhold til de nye doseringsenheder.
 
Med venlig hilsen

Helle Balle
RN, Cand. Pæd. i pædagogisk psykologi
Projektleder Implementering
IT- udvikling & projekter, ITU
Sektor for National Sundheds-it