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.


Messages - Claus Hemberg Jørgensen

Pages: [1] 2 3 ... 25
1
Opdateringen er nu udført.

Mvh FMK Teamet

2
I dag onsdag den 10.04.2024 opdateres FMK i produktionsmiljøet til version 1.4.6.63.c. Opdateringen foregår uden nedetid.

For oversigten over ændringer i denne version, henvises til FMK releaseplanen: https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Mvh FMK Teamet

3
Hej Claus

Det er fint at I indfører en parameter, så anvendersystemet kan foretage en filtrering. Men som standard bør en sådan ændring ikke resultere i en ændret opførsel. Jeg forventer ikke at vores brug bliver påvirket, men udfra teksten kan det ikke afgøres med sikkerhed. Hvis I vender funktionaliteten, så parameteren skal angives eksplicit for at undge kontakter på døde patienter, har vi ingen indvendiger.

Mvh
Claus Åge Breuerbach / Systematic

Hej Claus.

Tak for feedback. Vi har behandlet dit svar på FMK projektmødet d.d. og der var enighed om at følge dit forslag, d.v.s. ikke ændre default opførsel.

Mvh FMK Teamet

4
Onsdag den 3. april 2024 åbnes der i FMK backenden for, at SOR organisationstyperne "præhospitalsenhed" og "kosmetisk klinik" kan anvendes i kald til FMK, bl.a. i modifikator oplysninger. Torsdag den 4. april 2024 åbnes der ligeledes for de 2 typer i FMK-Online, således at der bliver mulighed for at logge ind med angivelse af at man arbejder for en SOR organisation af en af de 2 nye typer, ud over de typer man allerede kan anvende.

For den komplette liste af SOR organisationstyper som FMK accepterer, og for information i øvrigt om FMK's anvendelse af SOR henvises til https://wiki.fmk-teknik.dk/doku.php?id=fmk:stamdata:brug_af_sor_id_i_fmk.

Mvh FMK Teamet

5
Når I siger 'direkte' så mener ikke via FMKDosisTilTekstWrapper NuGet, som jeg mener benytter fmk-dosis-til-tekst-ts, for den benytter vi.

Formuleringen var nok ikke helt skarp. Om I anvender komponenten "indlejret" er nok et bedre ordvalg, og det kan jeg så konstatere at I gør. Tak.

6
FMK opdateres onsdag den 20.03.2024 til version 1.4.6.63.a i test1 og test2 miljøerne. Opdateringen sker uden nedetid.

For listen af ændringer, se releaseplanen på https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Mvh FMK Teamet

7
FMK har gennem tiden stillet forskellige versioner af dosis-til-tekst komponenten til rådighed for eventuelt interesserede klientsystemer. Komponenten kan kort fortalt generere hhv. en kort og en lang doseringstekst givet en struktureret dosering. Oprindeligt var komponenten skrevet i java men er sidenhen flyttet over til typescript/javascript af hensyn til web-klienters anvendelse. I samme forbindelse er der lavet en java-wrapper  (fmk-dosistiltekst-wrapper-nashorn) der indkapsler brugen af denne javascript komponent. Det udstillede typescript interface har hidtil ikke været særligt rigt, da det af hensyn til kald fra java primært bestod af metoder med en streng-parameter der indeholdt en json-repræsentation af doseringen. Da afvikling af javascript i JVM er blevet deprecated i nyere JVM versioner har vi i stedet besluttet at udstille en webservice version af komponenten.

Vi vil i den forbindelse gerne forbedre dosis-til-tekst interfacet så der anvendes "rigtige"/dokumenterede typer i interfacet, som bliver dokumenteret vha en OpenAPI specifikation. Denne refaktorering har krævet en mindre interface ændring. Ændringen bliver indkapslet i java-wrapper library'et  (fmk-dosistiltekst-wrapper-nashorn), men hvis der er systemer der selv henter fmk-dosis-til-tekst-ts direkte fra npmjs.org vil det kræve ændringer.

Det er uklart for os, hvor mange der anvender fmk-dosis-til-tekst-ts og wrapperen direkte og vi vil derfor gerne indenfor 14 dage have en tilkendegivelse om:
1) I bruger fmk-dosis-til-tekst-ts og/eller fmk-dosistiltekst-wrapper-nashorn ?
2) Hvis I gør, vil en navneændring af typen LocalTime  til LocalTimeWrapper så kræve større justeringer i.f.t. at bygge jeres system eller blot mindre ændringer?

Man skal ikke svare, hvis man ikke anvender nogle af de nævnte komponenter.

Mvh FMK Teamet

8
Valideringen er nu aktiveret i produktionsmiljøet med de aftalte undtagelser jvf. ovenstående.

Mvh FMK Teamet

9
Ovennævnte validering er nu aktiveret i hhv. test1, test2 og udd.

Mvh FMK Teamet

10
FMK opdateres i dag mandag den 04.03.2024 til version 1.4.6.62.f. Opdateringen foretages uden nedetid.

Opdateringen indeholder kun en opgradering af interne tekniske komponenter, d.v.s. der er ingen funktionelle ændringer.

Mvh FMK Teamet

11
FMK opdateres i dag onsdag den 28.02.2024 til version 1.4.6.62.e i produktionsmiljøet. Opdateringen foregår uden nedetid.

For listen over ændringer i denne version henvises til releaseplanen: https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Mvh FMK Teamet

12
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


13
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

14
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

15
Opdateringen blev udført som varslet tirsdag.

Mvh FMK Teamet

Pages: [1] 2 3 ... 25