FMK Teknik

Der er indkommet et forslag til en mindre ændring af servicen GetPatientOrganisationRelations som blev indført i FMK 1.4.4.E5 for at give mulighed for at hente lister over patient relationer knyttet til en given organisation. Se https://wiki.fmk-teknik.dk/doku.php?id=fmk:extensions:hent_patientrelationer_for_organisation for yderligere detaljer om denne service.

Som servicen er i dag, returneres alle relationer uden hensyntagen til patientens CPR status, d.v.s. der returneres også relationer for afdøde patienter i op til 2 år efter dødsdagen, hvorefter relationen vil blive slettet. Vil vil gerne indføre en ny optionel parameter til kaldet der gør, at kalderen kan afgøre, om relationer hørende til afdøde personer inkluderes i søgeresultatet eller filtreres fra. Vi foreslår desuden, at hvis den nye parameter udelades, er default værdien, at der kun returneres relationer for leverende personer. Bemærk at denne default opførsel vil være en ændring i forhold til den eksisterende service.

Vi indbyder hermed alle interessenter til at kommentere på ovenstående ændring inden fredag den 8. marts 2024. Hvis vi ikke inden denne dato har modtaget indsigelser med blokerende argumenter mod ændringerne, vil implementationen herefter blive igangsat og senere udrullet i de respektive miljøer.

Mvh FMK Teamet

Da vi har modtaget spørgsmål vedr. gyldighedsperiode af de SOSI Id kort der anvendes ved DGWS kald, herunder til FMK, vil vi gerne lige præcisere hvordan reglerne er, for at være sikre på, at alle er klar over det:

Hovedreglen er, at FMK accepterer ID Kort der højst er 9 timer gamle. STS'en udsteder et ID Kort med maksimalt 24 timers gyldighed , men det er op til de enkelte services, hvor lang tid efter udstedelse en given service vil acceptere et id-kort, da sikkerheden for at id-kortet ikke er kompromitteret (faldet i forkerte hænder) mindskes over tid. Det blev oprindeligt besluttet i FMK-styregruppen, at FMK skulle acceptere 8 timer - altså en almindelig arbejdsdag - men for at undgå at ID-kortet løb ud, lige når man skulle afslutte det sidste arbejde på vej ud af døren, accepterede man at det i praksis var 9 timer.

Såfremt man ved, at en vagt er længere end 8 timer, kan systemet da tillade brugeren at re-autentificere i løbet af vagten - men behøver ikke vente til det er udløbet.

Mvh FMK Teamet

Onsdag den 24.01.2024 opdateres FMK i test1 og test2 til version 1.4.6.62.b. Samme dag opdateres receptmodulet i test1 og test2 til version 1.40.8.

For begge versioners vedkommende henvises til releaseplanen for en oversigt over ændringer: https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Mvh FMK Teamet

Opdateringen blev udført som varslet tirsdag.

Mvh FMK Teamet

Pga. tekniske problemer udsættes releasen til tirsdag den 19.12.2023.

Mvh FMK Teamet

FMK og Receptmodul opdateres i dag i produktionsmiljøet til hhv. version 1.4.6.61.b og 1.40.5. For receptmodulets vedkommende er der udelukkende tale om interne rettelser, der ikke påvirker funktionaliteten. For FMK's vedkommende henvises til releaseplanen på https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan .

Opdateringen foregår uden nedetid.

Mvh FMK Teamet

FMK opdateres torsdag den 7. december 2023 til version 1.4.6.61.a i testmiljøerne TEST1 og TEST2. Opdateringen foregår uden nedetid. Listen over ændringer kan som sædvanlig ses på release planen: https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Mvh FMK Teamet

I testmiljøerne har der i længere tid været aktiveret en validering mod oprettelse af lægemiddelordinationer hvor doseringen udelukkende består af en tom periode. For VKA ordinationer er dette tilladt, men for øvrige ordinationer anses det som værende en fejl. Overvågningen af produktionsmiljøet har vist, at der kun er ganske få forekomster af disse doseringer, hvorfor valideringen vil blive aktiveret i produktion mandag den 4. december 2023, da det lille antal ikke burde anledning til væsentlige problemer.

Mvh FMK Teamet

I.f.m. ibrugtagning af X-eCPR numre i FMK er der opstået et behov for nye typer FMK adviseringsbeskeder, da de eksisterende advis-skemaer ikke tillod andre personidentifikatorer end cpr-numre. Eksempelvis vil en advis vedr. en opdateret lægemiddelordination blive udsendt til abonnenter på topic "http://www.dkma.dk/medicinecard/xml.schema/2012/06/01:MedicineCard" og kunne se således ud:

<MedicineCardModification xmlns="http://www.dkma.dk/medicinecard/xml.schema/2012/06/01">
   <Action>DrugMedicationUpdated</Action>
   <MedicineCard>
      <PersonIdentifier>1111111118</PersonIdentifier>
      <Version>1341404077658002001</Version>
      <DrugMedication>
         <Identifier>1341404077657002001</Identifier>
         <Version>1341404077658002002</Version>
      </DrugMedication>
   </MedicineCard>
</MedicineCardModification>


Til brug for advis'er vedr. personer identificeret med CPR numre ELLER X-eCPR numre er der oprettet et tilsvarende topic "http://www.sundhedsdata.dk/fmk/2019/06/01:MedicineCardUpdated" og den tilsvarende advis'en som vist ovenfor vil se således ud:

<MedicineCardModification xmlns="http://www.sundhedsdata.dk/fmk/2019/06/01">
   <Action>DrugMedicationUpdated</Action>
   <MedicineCard>
      <PersonIdentifier source="CPR">1111111118</PersonIdentifier>
      <Version>1341404077658002001</Version>
      <DrugMedication>
         <Identifier>1341404077657002001</Identifier>
         <Version>1341404077658002002</Version>
      </DrugMedication>
   </MedicineCard>
</MedicineCardModification>


Bemærk særligt source-feltet på <PersonIdentifier> elementet samt det nye namespace. For et X-eCPR nummer vil PersonIdentifier elementer se således ud:

<PersonIdentifier source="X-eCPR">0101106KV9</PersonIdentifier>

For at sikre, at alle systemer der abonnerer på FMK advis'er fortsat modtager dem i overgangsfasen fra de gamle til de nye advis'er, har vi implementeret flg. overgangsregel:

• Advis'er vedr. ændringer for CPR-numre, udsendes dobbelt, d.v.s. BÅDE for de gamle og de nye topics.
• Advis'er vedr. X-eCPR numre udsendes KUN med det nye topic, da det jo er det eneste mulige rent skemamæssigt.

For det enkelte FMK-klientsystem er proceduren for overgangen som følger:

• Når et system er klar til at modtage advis'er med X-eCPR indhold skal der oprettes NAS pull points svarende til de pull points man havde for de gamle topics
• Derefter skal systemet skifte over til at modtage fra de nye pull points
• Slutteligt skal de gamle pull points nedlægges i NAS'en

Overgangsordningen vil være i drift i 18 måneder, d.v.s. indtil april 2025, hvorefter det ikke længere kan garanteres, at advis udsendes på de gamle topics.

Se også https://wiki.fmk-teknik.dk/doku.php?id=fmk:advis:indhold_i_adviseringer

Mvh FMK Teamet

Opdateringen er nu udført.

Mvh FMK Teamet

Tirsdag den 16. oktober 2023 opdateres FMK i produktionsmiljøet. Opdateringen foregår uden nedetid.

Der henvises til "FMK Releaseplan" for at se listen over ændringer i denne version: https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Mvh FMK Teamet

FMK opdateres i dag torsdag den 5.10.2023 i testmiljøerne test1 og test2 til version 1.4.6.60.b. Opdateringen foregår uden nedetid.

Ændringer siden 1.4.6.60.a:

• FMK-8121 Udvid idkorts gyldighed til 12 timer for apoteksroller
  

Mvh FMK Teamet

FMK opdateres i dag fredag den 29. september til version 1.4.6.60.a i testmiljøerne test1 og test2. Opdateringen foregår uden nedetid.

Ændringer i forhold til tidligere version kan ses på releaseplanen: https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Mvh FMK Teamet

FMK opdateres i dag torsdag den 29.08.2023 til version 1.4.6.59.b. Opdateringen foregår uden nedetid.

Ændringer siden 1.4.6.59.a:

• FMK-7693 Manglende validering af om min dosering < max dosering
• FMK-8083 DD recept, FMK skal finde varenummer ud fra ordination hvis klienten ønsker
• FMK-8091 VKA validering tillader ikke tom justerings periode hvis ATC mangler i requestet
• FMK-7583 DD-Flag for IsDoseDispensed kun ved aktive DD-recepter
• FMK-7881 Præventionsmidler, backend

[li]
[/li][/list]

For den komplette liste af ændringer i 1.4.6.59 henvises til releaseplanen: https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Mvh FMK Teamet

FMK i test1 er nu tilgængeligt igen.

Mvh FMK Teamet