FMK Teknik

Gælder der også for DDV, eller er det eksklusivt for FMK?

Hvad med ydernummer i WhitelistingHeader, skal den være med eller uden foranstillede nuller?

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

Uden ellers at kende baggrunden for henvendelserne, så er der jo intet nyt i dette, men det har nok fået ny bevågenhed fordi det ikke længere er muligt at automatisk genudstede et ID-kort efter overgangen til MitID, nu er det pludselig en funktion der kræver brugerinteraktion, så for første gang i FMKs historie er det blevet yderst synligt.

Man kunne argumenterer for, at det er totalt overflødig at skulle angive SOR-type, da det er implicit ud fra SOR-kode, og man kunne også argumentere for, at når SOR-typen (implicit eller eksplicit) er 'Supplerende  oplysninger', så tjekkede FMK selv på om niveauet over, var en valid SOR-type. Det ville have været en meget mindre disruptiv måde, at opnå den samme sikkerhed for 'korrekte' SOR-koder og SOR-typer.

Fanden har skabt fiktive ydernumre.

Jeg ved ikke om dette er stedet at spørge, men det var lige det eneste sted jeg kunne finde denne liste publiceret.

Vi har modtaget følgende fra en læge:

Vi er begyndt at anvende doseringsskemaet for Marevan i medicin kortet. Vi vil så gerne vælge antal tabletter, det går meget fin med nogle, men der er en del, der mangler.
8,5, 9,5, 10,5, 11,5, 12,5, 13,5, 14,5, 15, 16, 16,5, 18, 18,5 og alle lige tal herfra inkl ,5 for alle lige tal.
Jeg håber, I kan hjælpe.

Jeg kan ikke bedømme om nuværende liste er 'fuldkommen' eller om der rum for tilføjelser, og i så tilfælde hvem der kan bistå med det?

og ligeså to andre:

Pfizer BioNTech COVID-19 Vacc
Comirnaty Covid-19 Vaccine
Moderna Covid-19 vaccine

Jeg ved godt hvordan det hænger sammen, som sagt er det en gammel diskussion. Da næste alle, og det må selv kunne verificere, bruger et enkelt af testsystemerne, så kunne man reserverer ET til SSI, som de kunne rode med som de lyster, eks. test1, eller hvis det ikke kan lade sig gøre, så lade prodtest indeholde driftstamdata, der er formodentligt ikke mange der har data på den i forvejen, og der lyster kan så migrere deres undervisning/support funktion over på den?

Det er en gentagende gene for vores support funktion, at de ikke i mindst testmiljø kan simulere drift, og jeg har efterspurgt det siden projektets start. FMK arbejder med drifts medicinstamdata (vist på nær UDD), og det gør support utroligt nemt.

Er test-miljøerne nogen sinde kommet over på et opdateret sæt stamdata?

Dårlig dag, LPS-erne har test dage med MedCom 30/9-2/10

Blev dette nogenside realiseret?

Hvis nu SOR bare meldte den slags ting ud i behørig tid, i stedet bare for at gøre det, og så håbe ingen opdager det. Det er langt fra første gang.

Betyder det så at vi fremover kan/må undlade at opdaterer lægemiddelordinationen i forbindelse med en genordination af recept hvis det oprindelige lægemiddel er udgået i mellemtiden?

Når nu åbenbart ingen andre ser ud til at svare dig, så er forventningen utvivlsomt, at hvem der nu ellers levere jeres ordinationsstamdata, allerede gør det på baggrund af en sammenkøring af flere sæt stamdata, hvoraf Lægemiddelstyrelsens 'Medicinpriser' aka. 'Taksten' nok er den vigtigste, nu blot har endnu et register der skal indkluderes.