FMK Teknik

Og der er ikke et eneste andet sted man kan finde/placere de informationer så man slipper for at forurene dosisforslagene med dosisforslag der ikke indeholder dosisforslag?

Lige som for 14 dage siden er der forslag ude dosering

fx:
<dosageproposal:dosageproposal xmlns="http://nsi.dk/-/stamdata/3.0/doseringsforslag" xmlns:dosageproposal="http://nsi.dk/-/stamdata/3.0/doseringsforslag">
<dosageDrugProposalCode>28105935117e58234e0a270c14103a44ddebad99bd1</dosageDrugProposalCode>
<drugId>28105935117</drugId>
<drugName>Febuxostat "Teva"</drugName>
<dosageProposalCode>e58234e0a270c14103a44ddebad99bd1</dosageProposalCode>
<type/>
<dosageUnitCode>d5806231bb6ca6a78f9c254b68c82faa</dosageUnitCode>
<textSingular>tablet</textSingular>
<textPlural>tabletter</textPlural>
<version>1</version>
<source>DKMA</source>
<validFrom>2019-11-28T09:53:35.000+01:00</validFrom>
<validTo>2999-12-31T00:00:00.000+01:00</validTo>
</dosageproposal:dosageproposal>

Hvor <type/> ikke ligefrem er en hjælpsom dosering. Kan de ikke sorteres fra inden publicering?

Quote from: Jan Buchholdt on 2015-02-24 13:08:06
Der er lavet en service til at oversætte 1.2 versioner til 1.4 versioner. Se http://wiki.fmk.netic.dk/doku.php?id=fmk:version:versionsservice_snitflade

Det ville nu være rarere med en der oversatte fra 1.4 til 1.2!
1.2 er en hel del lettere for både mennesker (og brugere ) at forstå

Quote from: Paul D. Samsig on 2015-02-24 10:13:24
Er det ikke kun versionsnummreringen der ændre sig?

Det er da også træls nok 
Godt nok kan man matche ordinationen hvis ID'erne er uændrede, men historikken er jo ødelagt med den nye versionsnummerering  

Man kunne starte med at åbne for en  læse adgang.

Nu er jeg ikke helt klar over hvilke og hvor mange andre sagssystemer der er, men generelt ville det jo være rart hvis man kunne følge med i de sager man havde indberettet. Det er i hvert fald ikke meget man får af feedback på det man indberetter til NSPOP ;-)

Hejsa.

Hvor kan vi se en uddybende beskrivelse af de nævnte issues?
Fx kunne jeg godt tænke mig at vide noget mere om hvad problemet i FMK-1273 var, hvornår det ramte osv. Når vi nu ikke længere har adgang til JIRA, hvad gør vi så?

Hvis når han nu opretter en sag der, hvordan følger vi andre så med i dens udvikling?
Det er jo ret relevant for os andre også...

Render I så rundt og laver re-certificeringer hos alle der kører 1.2.6 den 1/4 eller hvad?

QuoteGK34
Det lokale system skal understøtte relevant logning til brug ved fejlsøgning og datagenopretning i tilfælde af,
at systemet genererer fejl på FMK på grund af systemets uhensigtsmæssige udformning, herunder ved
uhensigtsmæssig anvendelse af systemet.
Systemleverandøren skal kunne sandsynliggøre, at der er de fornødne tekniske og organisatoriske ressourcer
til stede til at sikre forsvarlig og relevant fejlsøgning og datagenopretning.

Betyder det:

• at alle handlinger altid skal logges til tid og evighed, eller
• at man på foranledning skal kunne slå det til indtil "problemet er løst"

QuoteGK 32
Ikke-FMK-recepter må kun anvendes i tilfælde af at den centrale FMK-service er utilgængelig eller
at FMK ikke understøtter de relevante præparater.

Kan man så få en liste over hvilke præparater der er/ikke er understøttet? Som det er nu (som det var sidst jeg undersøgte det) er det gætværk/"trial and error" om præparater kan godkendes hvis de ikke er fra taksten. Der er noget med nogle varenummerserier der arbejdes på at få ind og nogle der ikke må komme ind og ...

QuoteMedicinafstemning på FMK
Patientens medicinkort opdateres, således at lægemiddelordinationerne afspejler patientens aktuelle
medicinering, og relevante recepter er knyttet til en lægemiddelordination

Hovsa. Betyder det at sammenkodningen af de gamle løse recepter er kommet ind i overenskomsten igen? Ellers er der vel ikke meget grund til at kræve det som system godkendelsesgrav.

QuoteGK18
Advare mod potentielle dobbeltregistreringer af lægemiddelordinationer som minimum på ATC-kode niveau

Betyder det at man skal advare hver gang der er ATC-kode sammenfald plus i nogle andre tilfælde? (Hvilke?)

Eller betyder det at der mindst skal være sammenfald i ATC-koden (men også helst i fx Styrke+Form) før man advarer brugerne?

QuoteGK16
Hvis der er foretaget en medicinafstemning på FMK, tilkendegiver lægen, at medicinkortet indeholder de
lægemiddelordinationer, som patienten er i aktuel behandling med. Angivelse af "Medicinafstemning på
FMK" har ikke indvirkning på de løse recepter, som det var tilfældet med FMK version 1.2.4 og tidligere
versioner.
Recepterne kan enkeltvis markeres som 'Ikke aktuel'. Løse recepter, som er markeret som 'Ikke aktuel' bliver
ikke returneret med det aktuelle medicinkort, medmindre man i kaldet angiver at man ønsker at se alle løse
recepter.

Er det et skjult krav om at man skal kunne markere recepter som "ikke aktuelle" på enkelt basis? I så fald sysnes jeg det skal have sit eget GK nummer!

QuoteVisning af recepter
En recept kan være knyttet til en lægemiddelordination eller være løs j (dvs. en løs recept). Uanset om
recepten er tilknyttet en lægemiddelordination eller ej, skal receptens status vises tydeligt.
GK15
Receptens aktuelle status skal vises. Det er vigtigt at aktuel status vises tydeligt i brugergrænsefladen, idet
status f.eks. kan være "Kladde", "Annulleret", "Ugyldiggjort" etc.
Det Fælles Medicinkort - Godkendelseskriterier for version 1.2 Side 6
Med indførelse af hjemmeplejens brug af FMK vil bestilling af udleveringer
samt anmodning om receptfornyelse optræde som receptkladder, altså recepter med status "Kladde".
Løse recepter kan være markeret som 'Ikke aktuelle'. Recepter, markeret som 'Ikke aktuelle' bliver kun vist
ved Hent medicinkort, såfremt man i kaldet beder om at få vist alle recepter.

Jeg forstår ikke hvad det er der menes her. Det lyder som om forfatteren har siddet med eet specifikt system foran sig og beskrevet hvordan det virker og hvad det har af status'er for recepter.
Jeg har fx i XMO:

• Løse recepter - disse er ret beset løse effektueringer og kan bruges til at danne ordinationer eller (hvis man er meget flittig) knyttes til eksisterende ordinationer. De har dog intet andet med recepter at gøre end at de vises under det navn som de nu engang har fået i FMK-speak
• Recepter der er tilknyttet en ordination - enten fordi de er lavet i XMO eller fordi modtaget under en ordination fra FMK
• Recepter der vil blive dannet hvis jeg gemmer medicinkortet når jeg forlader det - hvad enten det er fordi man har patienten i røret eller fordi man har modtaget en hjemmepleje fornyelses edifact

Andre systemer har sikkert andre grupperinger og jeg kan ikke læse ovenstående så det giver menig for andet end eet system (og jeg ved ikke engang hvilket system).

Hvad menes der med:

QuoteI lokale systemer, der opdaterer FMK, skal det for brugeren være klart, hvad en handling har af konsekvens i FMK.

Skal der komme en popup besked for hvert tastetryk ("Er du klar over at du stadigt er på FMK og at dosisteksten OGSÅ bliver sendt til FMK for denne ordination") +  ("Er du klar over at du stadigt er på FMK og at indikationsteksten OGSÅ bliver sendt til FMK for denne ordination") +  ("Er du klar over at du stadigt er på FMK og at startdatoen OGSå bliver sendt til FMK for denne ordination") + fortsæt ad libitum.

Med andre ord, hvad er det der forsøges undgået med dette krav?