Fjernelse af support for brugen at source="Local" på elementer

[Steven A. Sørensen]

Goddag,

I forbindelse med et oprydnings-projekt på FMK har vi igennem længere tid arbejdet med at få repareret for forkert brug af source="local" på elementer hvor der aldrig skulle have været support for brugen af denne source.

Ved en fejl har FMK igennem længere tid accepteret brugen af denne source på elementerne:

• Administrationsvej (RouteOfAdministration)
• Indikation (Indication)
• ATC
• Lægemiddel Form (DrugForm)
• Pakkestørrelsesenhed (PackageSizeUnitCode)

Selvom der aldrig har været korrekt support for source local, samt de har altid været valideret som var der angivet source=Medicinpriser.

Dette ønsker vi at rette op på, så igennem længere tid har FMK udført reperation af disse forkerte sources når de sendes til FMK, men dette ser vi ultimativt som en uholdbar løsning, hvor vi i stedet ønsker at bruger-systemerne i stedet benytter sig at de korrekte sources når de sender data til FMK.

Vi udførte en reparation af samtlige forkerte source "Local" i FMK i prod i begyndelsen af December 2020, samme reparation har været kørt flere gange i både Test1 og Test2.

Den 11-1-2021 slog vi en validering til i Test1 og Test2 som giver fejl hvis man forsøger at benytte source=local på elementer hvor det ikke er supporteret. Samme validering forventer vi at enable i produktion så snart vi kan konstatere at der ikke længere sker yderligere tilfælde af misbrug.

Venlig hilsen
FMK teamet

[hellml]

Hej Steven

Det er en anelse sent at sende denne info ud . Det havde været fint at få den info før I planlægger at slå en ny validering til. Det er ret uholdbart, at skulle opdage det ved et tilfælde.

Når vi tester en leverance som Systematic leverer, tester vi 'kun' tingene éen gang og ikke løbende i hele leverancens løbetid. Ved et tilfælde opdager vi så at local source åbenbart bliver anvendt forkert. Vi skal sætte leverancen i drift næste weekend, så hvis noget fejler nu er det et kæmpe problem.

Det er trods alt godt at høre at I ikke slår det til i drift før der fra andre leverandørers side er 'ryddet' op. Er der en tidsfrist på denne rettelse?

Vh Helle

[Steven A. Sørensen]

Hej Steven

Det er en anelse sent at sende denne info ud . Det havde været fint at få den info før I planlægger at slå en ny validering til. Det er ret uholdbart, at skulle opdage det ved et tilfælde.

Når vi tester en leverance som Systematic leverer, tester vi 'kun' tingene éen gang og ikke løbende i hele leverancens løbetid. Ved et tilfælde opdager vi så at local source åbenbart bliver anvendt forkert. Vi skal sætte leverancen i drift næste weekend, så hvis noget fejler nu er det et kæmpe problem.

Det er trods alt godt at høre at I ikke slår det til i drift før der fra andre leverandørers side er 'ryddet' op. Er der en tidsfrist på denne rettelse?

Vh Helle

Goddag Helle,

Jeg beklager at det ikke var meldt ud inden valideringen blev slået til, det er en fejl fra min side at det ikke blev gjort.

Der er endnu ikke en tidsfrist for at tingende skal være rettet i produktionen, men vi kommer til at holde øje med de systemer hvor fejlen optræder, og forventer at tage fat i disse i løbet af året med henblik på at finde en løsning.

Som nævnt tidligere er dette ikke en kritisk validering da FMK retter på de forkerte source når de indmeldes. Men for at sikre mod at der skulle ske fejl, hvor brugeren måske har forventet noget andet, arbejder vi os langsom hen mod at det gerne skulle være korrekt inden det sendes til FMK.

Det skal måske også igen pointeres at selvom den forkerte source har været angivet, har FMK altid valideret det som om det var medicinpriser. Dvs. hvis ikke de valgte data optrådte i medicinpriser ville FMK alligevel ikke acceptere disse, så de systemer
som anvender forkerte source burde kun skulle rette på sourcen, da det valgte data var fint.

Håber det besvarer dine spørgsmål.

Mvh,
Steven A. Sørensen, Trifork.

[hellml]

Hej Steven

Tak for svaret og ja det besvarer mine spørgsmål. Jeg tror heller ikke at det er noget problem for vores leverandør at ændre, det handler mere om prioritering og tidshorisont.

Har I tænkt at have denne validering slået til på Test 2 fremadrettet?

Hvis det er tilfældet, giver det os  problemer i forhold til test. Kunne man forestille sig at denne validering kun er slået til på Test1, hvor leverandørerne hovedsagelig bør teste? Vi i regionen udfører ikke teknisk test. Vi tester mere de kliniske arbejdsgange og når noget ikke kan overføres til FMK pga en valideringsfejl, kan vi ikke godkende testen, selvom vi ved at valideringen kun er slået til i test og ikke i drift.
Mvh Helle

[Gitte Lind Andersen]

Hej

Vi fra Region Nordjylland er lige som Region Midt interesseret i at få denne validering slået fra på Test2. Vi kan heller ikke teste denne funktionalitet optimalt i vores testmiljø, før det lægges i Produktionsmiljøet, så længe at denne validering er på Test2. Vi mener, at det vil være optimalt at denne validering kun er på Test1 til test af mere teknisk karakter, dette er vores leverandør ligeledes opmærksom på.
Vi planlægger opgradering af de øvrige miljøer i starten af februar, så det vil være ønskeligt at det kommer af Test2 jo før jo bedre, så vi kan få testet denne løsning inden idriftsættelse i produktion.

Mvh Gitte