FMK Teknik

Gå grund af en fejl i LMS stamdata er FMK i øjeblikket fejlbehæftet. Vi arbejder på en løsning. Vi vender tilbage om senest 1 time.

I produktion henter FMK alle receptoplysninger fra receptserveren, og når en recept oprettes i FMK, er det reelt en oprettelse af recepten på receptserveren.
Da NSI testmiljøerne blev etableret, var det klart at receptserveren ikke kunne komme på NSI testmiljøerne, og for at kompenserer for det, blev recepter i testmiljøerne kun gemt i FMK's receptcache. Dette muliggjorde at det meste af receptfunktionaliteten gennem FMK kunne testes.
Men det betød også at det ikke var muligt at teste den fulde funktionalitet, da FMK ikke har mulighed for at lave recept effektueringer.
Testmiljøerne er derfor blevet ændret, således at FMK testmiljøerne nu anvender en receptserverer ligesom i produktion. Integrationen er dog kun delvis og har følgende begrænsninger:

• Kun Test2 og ProdTest anvender en recept server, da der kun er eksisterer 2 receptserver testmiljøer.
• Det er kun en delmængde af alle test personer der gennemstilles til receptserveren. Resten bliver som før gemt lokalt i FMK's receptcache. Denne begrænsning har væres nødvendig, da receptserveren ikke kender alle de test personer der eksisterer i NSI testmiljøerne. Listen af personer, der gennemstilles til receptserveren kan ses i vedhæftede fil.
• Recepter oprettet gennem FMK vil alle være oprettet af "testlæge 2". Dette har været nødvendigt da receptserveren ikke kender de testlæger, der anvendes i NSI testmiljøerne.

 

For at holde FMK bagud kompatibel med tidligere versioner, er der blevet indført enkelte undtagelser i valideringen af header felter. FMK teamet har løbende kontaktet de leverandører der ramte ind i undtagelserne og de fleste har da også ændret koden.
Vi vil nu, i første omgang på Test1, fjerne disse undtagelser. Senere følger de andre testsystemer.

Flere har spurgt om hvordan de sikre at de nu er på en ren FMK 1.2.6, uden der anvendes 1.2.2 og 1.2.4 kald. Det letteste er at anvende FMK1.2.6only WSDL, der kun indeholde 1.2.6 kald, og hvor der er alle nødvendige headers.
Det er desuden muligt at whiteliste ens system, til kun at anvende 1.2.6 kald. Dette gøres ved i AdmGUI'en, under FMK Versioner at angive "1.2.6.only", se vedhæftede screendump.
Alle kald der ikke opfylder FMK 1.2.6 specifikationen vil herefter fejle.

FMK 1.2.x snitfladen blev udviklet da lovgivningen kun tilod læger og deres assistenter at ændre et medicinkort. Siden da har mange andre grupper fået adgang til FMK, og ikke autoriserede roller som f.eks. farmaceuter har ifølge lovgivningen i dag lov til at lave effektueringer og suspender et medicinkort.

Men for at gøre dette i FMK 1.2.x snitfladen skal der medsendes et autorisationsnummer, hvilket farmaceuter ikke har. Vi har derfor bedt sundhedsstyrelsen om et autorisationsnummer, der kan anvendes til roller uden autorisationer i FMK 1.2.x snitfladen. Dette har vi nu fået, og det er muligt at anvende mod alle FMK test og produktionssystemer.
Autorisationsnummeret der skal anvendes er "09YM8"

FMK på TEST1 er netop blevet opdateret til seneste udviklingsversion uden nedetid.

Ændringerne er beskrevet på http://www.fmk-teknik.dk/index.php?topic=389.0

Venlig hilsen
FMK teamet

Vi har i dag opdateret NSI testsystemmet Test1 med en ny version af FMK, der implementer det nye FMK 1.4.0 ReportedBy element.

Vi vil senest fredag, komme med en opdateret version, som også vil blive deployed på Test2 og som inkluderer følgende funktionalitet:

I afsnit 4.10 af snitfladebeskrivelsen står der:

• Såfremt certifikatejer adskiller sig fra beslutningstager skal ReportedBy anvendes til at registrere information omkring certifikatejer og dennes organisation. Der valideres at det er samme person der optræder på certifikatet og i ReportedBy.
• Er certifikatejer den same som beslutningstager anvendes CreatedBy / ModifiedBy (dvs. som i FMK 1.2). I dette tilfælde valideres at det er samme person der optræder på certifikatet og i CreatedBy / ModifiedBy m.v.

Dette er ikke aktiveret i den nuværende version, men bliver aktiveret på næste version, så check venligst at jeres tests ikke bliver ødelagt når valideringen bliver aktiveret.

DumpRestore er implementeret på ReportedBy, men det er endnu ikke muligt at restore dumps fra tidligere versioner. Dette bliver det i næste version.

Nej det forventer vi ikke at gøre. Du har vel allerede den information fra sidste HentMedicinkort, hvor du fik den PrescriptionMedicationIdentifier du ønsker at hente, så jeg forstår ikke helt hvorfor du gerne vil have den information igen?

Det er korrekt at 1.2.6 og 1.4 er i drift, både på testmiljøer og i produktion. 1.4.2 er derimod ikke i drift, og den fulde pakke i 1.4.2 er endnu ikke fastlagt. Ret sikkert er det at der kommer en del funktionalitet til regionerne, som periodiseret doseringer og en ny form for medicinafstemning. Så snart at pakken er endeligt fastlagt kommer vi med en tidsplan.

Efterhånden som vi får fastlagt snitfladen, vil den blive lagt ud på FMK-Teknik. Der er allerede lagt lidt af FMK 1.4.2 snitfladen ud.

Hej Thomas

Du skal angive SKS koder/navn på afdelingsniveau.

Hej Mikkel

Det lyder som fejl. Vil du oprette en supportsag gennem nspop.dk. Så skal vi kikke på det.

Vi er helt enige. Det er desværre bare ikke os to der bestemmer.  Jeg vil gerne forsøge endnu engang at få åbnet vores Jira, da jeg ligesom dig mener, der mangler information om fejl og deres status.

Hej Tom

Med hensyn til FMK-1273 var det en følgefejl i forbindelse med rettelsen af en anden problemstilling og fejlen har ikke været i produktion, da den blev fundet under aftestningen. Alt dette ville du kunne læse hvis i havde adgang til vores Jira. Vi har forsøgt at få åbnet den igen, men NSI er bange for at det vil skabe forvirring, da de forskellige services på NSP'en, anvender forskellige fejltrackingssystemer.

Måske skulle vi stoppe med at liste vores interne Jira nummer, ikke fordi det hjælper jer.

Jeg ved ikke helt hvordan vi kan gøre dette bedre, nu når vi ikke må genåbne for Jira. Har du et forslag?

jeg vil gerne opfordre dig til, hvis du ikke får svar her, at stille dit spørgsmål til nspop.dk, som er det rigtige kanal for support spørgsmål til såvel FMK som andre systemer på sundhedsplatformen.

På FMK-teknik er det kun brugerene, der kan diskuterer og jeg er ikke sikker på at leverandøren af seal.net kikker med. 

Jeg vil gerne have at du opretter en sag på NSPOP.dk med dine spørgsmål, da de involverer flere parter, og har supportrelevans.