News:

Velkommen til FMK Teknik

Main Menu
Menu

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.

Show posts Menu

Topics - Jan Buchholdt

#41
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.
 
#42
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.
#43
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.
#44
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"
#45
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
#46
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.
#47
Kære alle

Hermed foreløbig dagsorden for FMK Teknikermødet tirsdag den 6. november:

10.00 – 10.15   Velkomst & præsentation
10.15 – 10.30   Ny supportstruktur
10.30 – 10.45   FMK og NSP roadmap
10.45 – 11.15   Lukning af FMK 1.2.2 og 1.2.4. FMK 1.2.6 Only WSDL.
11.15 – 11.45   Introduktion til FMK 1.4
11.45 – 12.30   Frokost og netværk
12.30 – 13.00   Dobbeltordinationer i FMK. Et stort problem
13.00 – 13.30   Nye krav om recertificering
13.30 – 13.45   Https mod FMK
13.45 – 14.15   Stamdata, herunder plan for daglige udtræk af ydere
14.15 – 14.30   Publicering af FMK svartider og oplevet svartid hos de enkelte brugere
14.30 – 15.00   Opsamling og afrunding

Som det ses af dagsordenen, er der mange vigtige ting på programmet og vi opfordrer jer kraftigt til at møde op.

Af hensyn til frokost vil vi gerne ha' jeres tilmelding til mødet så hurtigt som muligt. Tilmelding kan ske ved mail til Ellen Simonsen på els(at)trifork.com.

Vel mødt

Venlig hilsen

FMK teamet
#48
Grundet servicevindue på FMK kan der opleves forlængede svartider i tidsrummet:

    Tirsdag den 11. september 2012 kl 06.00 til kl. 06.30

Evt. spørgsmål kan stilles i denne tråd eller til fmk-support@trifork.com

Med venlig hilsen
National Sundheds-it
#49
Godkendelseskriterier for FMK 1.2.6 findes på http://digitaliser.dk/resource/2364894
#50
FMK 1.2.6 / FMK 1.2.6 snitflade og WSDL
2012-06-12 16:24:06
Vi har i dag publiceret snitfladebeskrivelsen samt inline WSDL'en til FMK 1.2.6 på digitaliser.dk under gruppen "Det Fælles Medicinkort" (http://digitaliser.dk/group/1597792). Versionen er nu tilgængelig i en testversion på triforkfaellestest.lms.trifork.com og vil snarest blive tilgængeligt i produktionsmiljøet.
#51
Hermed fremsendes præsentationen fra EOJ tekniker kickoff, afholdt torsdag den 22. marts, 2012
#52
Kære FMK serviceaftager,

Vi har nu et forslag til de første to services til FMK 1.2.6. Det drejer sig om "Slet effektuering" og "Af-seponer lægemiddelordination".

Vedhæftet denne mail er skemaer samt uddrag af snitflade dokumentet.

Høringen løber de næste 14 dage og jeres kommentarer skal være os i hænde senest  den 12/12.
#53
I dag den 14/11 mellem 12 og 14 vil FMK blive opdateret til version 1.2.4.9. Opdateringen indeholder rettelser til en række valideringsfejl. Følgende rettelser er med i versionen:

FMK-393 Skemavalideringsfejl cvc-maxLength-valid i feltet ReceiptDosageText 
FMK-394 Skemavalideringsfejl på HospitalOrganisationIdentifierType
FMK-403 Skemavalideringsfejl på 'TelephoneNumberIdentifierType'
FMK-412 Skemavalideringsfejl på IndicationCodeType
FMK-413 Skemavalideringsfejl på ContactName
FMK-414 Skemavalideringsfejl på TelephoneNumberIdentifierType

Opdateringen vil blive udført på 1 ud af 4 servere i første omgang. Efter at have konstateret at den nye version ikke giver problemer vil de øvrige 3 servere blive opdateret.
#54
Referatet og præsentationer er attached.
#55
Da der har været interesse for en WSDL der indeholder de nye whitelisting og requested role headerfelter, har vi til information udgivet en sådan WSDL, både i en normal og en inline version. De findes på:
http://digitaliser.dk/resource/1735845
http://digitaliser.dk/resource/1735770
http://digitaliser.dk/resource/1735782
#56
I morgen den 21/7 kl. 8.00 vil FMK blive opdateret til Version 1.2.4.5. Opdateringen indeholder rettelser og der er ingen ændringer af snitfladen eller funktionaliteten. Følgende rettelser er med i versionen:

FMK-300 DD recept ændres til enkeltudlevering
FMK-302 SinglePrescriptionDispensingStructure is not complete
FMK-303 Recepter med et apotek som udsteder giver valideringsfejl i FMK
FMK-305 Indlæsning af testdata virker ikke
FMK-308 Leveringsinformation sendes ikke til receptserveren

Opdateringen vil blive udført på 1 ud af 4 servere i første omgang. Efter at have konstateret at den nye version ikke giver problemer vil de øvrige 3 servere blive opdateret.