FMK Teknik

Hermed fremsendes præsentationen fra EOJ tekniker kickoff, afholdt torsdag den 22. marts, 2012

Quote from: Paul D. Samsig on 2012-01-11 11:56:22
At det ville være meget ønskelig at man kunne oprette/vedligeholde assistenter.

Hej Poul

Vi har haft dit forslag om at lave en service til at oprette/vedligeholde assistenter. NSI ønsker ikke at invester i en sådan funktionalitet på FMK, da de forventer at flytte hele rollebegrebet ud af FMK og istedet etabler en national løsning som alle sundhedssystemer vil anvende. Denne løsning vil sandsynligvis indeholde en service til at oprette/vedligeholde assistenter.

Der er oprettet en Jira, FMK-467 men på et andet CPR. Fejlen er ikke på prodtest, så du kan evt. bruge den indtil vi får rettet fejlen.

Hej Frank

Vi har haft den problemetik oppe og vende hos LMS og svaret blev:

Receptserveren følger MedCom standarden i forhold til valideringsregler. Der er ikke i receptbekendtgørelsen regler om, at region skal påføres recepten.

Regionskoden er ikke med i snitfladen fra lægen til FMK, og pt. er der ikke planer om at tilføje regionskoder til den.

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.

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.

Hej Tom

Det er rigtig forstået.

Direkte under lægemiddelordinationen finder du effektueringer/udleveringer foretaget af en sundhedsperson, f.eks. en læge og under PrescriptionMedicationStructure finder du effektueringer af recepter, dvs. udleveringer foretaget af et apotek.

Hej Tom

Det er de samme recepter der er tilknyttet en lægemiddelsordination uanset hvilket kald du anvender. Forskellen på de to kald er, som du selv siger, om der er effektueringer med eller ej.

Vi har endnu ikke modtaget den endelige kandidat liste til FMK 1.2.6, men en af de kandidater, der er øverest på listen er netop atkunne udføre en annullering af en recept gennem FMK.

Ikke alle recepter kan annulleres:

• Det vil være muligt at annullere recepter med status "åben" eller "delvist udleveret"
• Muligvis også at annullere recepter "inaktiveret" af patienten eller "ugyldiggjort" og "afsluttet" af apoteket. Det bør være muligt at annullere disse, idet status "inaktiveret" og "afsluttet" kan ændres tilbage til "åben" eller "delvist udleveret", f.eks. for status "afsluttet" ved ekspeditionen tilbageføres.
  


• Recepter med status "Under behandling" eller "Overført til dosiskort" er låst af apoteket, og kan ikke annulleres.
  

Hej Christian

Det er en fejl hvis det virker som du beskriver det. Vil du oprette en Jira? Husk at dokumenter fejlen og beskrive hvor du har set den.

Referatet og præsentationer er attached.

Hej Christian

Nej du gør ikke noget forkert. Deliverystructure vil først blive synlig når apoteket har udleveret en recept til patienten, og ikke før. Hvis det er på testsystemet du arbejder vil jeg gerne ekspeder en eller flere recepter for dig, så du kan teste det.

Hej Christian

I FMK 1.2.4 snitfladen er der forskellige whitelisting header felter der skal sættes, før dit kald går gennem til FMK uden fejl. SystemOwnerName er en af disse header felter, men der er andre.  De er beskrevet i snitflade dokumentationen, http://digitaliser.dk/resource/1597874, og der er også udgivet en wsdl der inkluder dem, http://digitaliser.dk/resource/1735770 eller http://digitaliser.dk/resource/1735782.

Disse felter er ikke relateres til den nye Seal.net, og før den eksisterende STS bliver lukket til fordel for den nye, behøver du ikke at anvende den nye version af Seal.

Christian Gasser har gjort mig opmærksom på at jeg ikke havde fået sat requested role på alle 2011 operationer. Tak for det. Jeg har derfor opdateret WSDL'er den  2011-08-18 14:00 hvor dette er rettet. De ligger samme sted.

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