FMK Teknik

Der er nu lagt en v1.11.0 af Recept-modulet på Test 1.

Mvh
FMK-teamet

Der er lige deployet en v1.10.1 af Recept-modulet på TEST1, som understøtter den nye opførsel af apoteksnitfladen beskrevet i snitflade dokument v3.11.0.

Den nye opførsel kan enables med en property, og er blevet enabled på TEST1 miljøet. Det er planen er ændringerne i første omgang ikke enables i TEST2 eller øvrige testmiljøer (og produktion), selv når denne eller senere versioner deployes dér. Ændringerne vil dog blive enabled i TEST2 inden de bliver det i produktion, og på UDD og PRODTEST umiddelbart efter.

Bemærk at ny opførsel for lægerne ifm. annullering af recepter IKKE er aktivt endnu, da det kræver ny version af FMK koden også.

Vedhæftet er en beskrivelse af en række testcases, som Trifork har brugt internt, der beskriver hvordan visse scenarier skal fungere før og efter ændringen.

Apoteksleverandørerne opfordres til at test deres løsninger grundigt så der laves en version, der kan fungere både med gammel funktionalitet (fx som på TEST2 eller PRODTEST) og med ny funktionalitet på TEST1. Trifork deltager gerne i denne test! Vi ser frem til at høre fra jer.

Mvh
FMK-teamet

Der er nu lagt en v1.10.1 af Recept-modulet på Test 1.

Mvh
FMK-teamet

De schemaer som hidtil har ligget til grund for FMK snitfladerne har inkluderet nogle special-udgaver af bl.a. SAML og WSSE schemaer, som stammer fra dengang Den Gode WebService (DGWS) blev specificeret, vistnok i regi af IT & Telestyrelsen.  Dels har de taget udgangspunkt i en pre-release udgave af specifikationerne, og dels var de special-tilpassede. Det har vist sig at volde problemer nu, i forhold til at understøtte visse kald over Identitets-baserede WebServices (IDWS).

Derfor har vi måttet ændre i de versioner vi anvender af bl.a. SAML og WSSE så de er nærmere de officielle specifikationer. Der er tale om ændringer, som gør at schemaerne tillader det samme som før, plus nogle nye variationer. Det kan desværre betyde, at visse udviklingsværktøjer i mindre grad end hidtil bliver i stand til at hjælpe med at udfylde header-oplysninger korrekt.

Indtil videre er disse headers kun inkluderet i de foreløbige FMK v1.4.6 schemaer, men vil brede sig til de andre versioner såfremt der bliver behov for opdateringer til disse.

Vi har tidligere publiceret eksempelkode i C#.Net som illustrerer hvordan man kan skaffe et ID-kort og kalde en FMK service med DGWS. Den findes nu i en udgave som passer til de gamle schemaer (FMK 1.4.0 eksempel) og i en anden udgave som passer til de ny (FMK 1.4.6 eksempel).

Begge eksempler kan findes her: http://wiki.fmk.netic.dk/doku.php?id=fmk:generel:eksempel_kode

Med venlig hilsen
FMK-teamet

Det er nu vedtaget at gå videre med den løsning, tidligere omtalt som "påbegynd ekspedition", hvor apotekssystemerne inden 1.7.2016 omlægger til at kalde GetMedicationsByMedicationID med MarkInProgress=true for at tage receptordinationer under behandling forud for en ekspedition.

Det giver anledning til at flere aspekter af snitfladen ændres, og for at beskrive den nye opførsel ordentligt er der nu udgivet en ny version af snitflade-specifikationen. Den hedder v3.11.0 og kan findes her: http://wiki.fmk.netic.dk/doku.php?id=apo:1.0:apoteksnitflade_v1.

Funktionaliteten er endnu ikke implementeret fuldstændig, men den service som apotekssystemerne skal kalde i nogle nye situationer findes allerede i den version der kører på TEST1 miljøet nu, så apoteksleverandørerne kan sagtens begynde deres arbejde nu.

Vi regner med, at den nye funktionalitet gøres tilgængelig på TEST1 inden 17. maj. På TEST2 bevares funktionaliteten i første omgang uden ændringer, og i hvert fald på PRODTEST miljøet vil funktionaliteten være uændret helt frem til løsningen enables i produktion.

Der skal koordineres en dato for, hvornår den nye funktionalitet enables i produktion. Oplægget herfra har hidtil været den 15. juni, for at vi kan nå at håndtere evt. problemer med løsningen inden for mange går på sommerferie.

Med venlig hilsen
FMK-teamet

Vi har nu deployet en version (v1.4.4.10.a) af FMK på TEST1.

Den gamle version af FMK (v1.4.4.9.d) som var deployet på TEST1 før, kører nu på TEST2. Så hvis I af en eller anden grund vil udskyde overgangen til den nye version, så kan i teste imod TEST2 miljøet.

Den nye version understøtter følgende apoteks-rettede services i 1.4.6 snitfladen:

   
• Hent medicinkort for apoteker
• Påbegynd ekspedition
• Opret effektuering på recept
• Afbryd ekspedition
• Tilbagegefør effektuering på recept
• Afslut recept
• Ugyldiggør recept
• Genåbn recept
• Opret bestilling
• Opret og ekspeder recept

Samtidig er der indført en række mindre schema-ændringer til 1.4.6:

   
• Fjernet servicen Opdater Effektuering (og tilhørende schema-filer) - brugerne kan anvende tilbagefør og evt. ekspedere igen, hvis der skal rettes en fejl.
• CreateAndEffectuatePrescriptionType (som anvendes i servicen opret og ekspeder recept)

      
• Order skal være obligatorisk (fjern minOccurs=0)
• CreatedBy angives kun på request niveau, ikke pr. recept
   
• CreateOrderAndEffectuationType (som anvendes i servicen opret og ekspeder recept)

      
• Fjernet bestillingens status - status skal altid være Udført
   
• CreateOrderType (som anvendes ved recept-oprettelse)

      
• DoseDispensed skal bare være et flag, ikke en struktur. Dem der opretter en bestilling er ikke dem, der kender værdierne for DD-felterne. Flaget er indført i CreateOrder og CreatePrescription.
   
• CreateOrderRequest (som anvendes ved oprettelse af en bestilling på en eksisterende recept)

      
• Fjern ReportedBy - alle roller må oprette en bestilling, så det giver ikke mening at anvende på vegne af.
   
• CreateOrderPrescriptionType (som anvendes ved oprettelse af en bestilling på en eksisterende recept)

      
• Felter fra Order indlejres, dog uden CreatedBy og ReportedBy, som kun angives på request-niveau
• DoseDispensed skal bare være et flag, ikke en struktur. Dem der opretter en bestilling er ikke dem, der kender værdierne for DD-felterne.
   
• InvalidatePrescriptionType (som anvendes i servicen InvalidatePrescription)

      
• Feltet ReasonText er omdøbt til InvalidationReasonText og gjort obligatorisk.
   
• PrescriptionType (som bruges når man henter recepter, fx som en del af et medicinkort)

      
• Nyt felt InvalidationReasonText tilføjet på Prescription. Udfyldes på recepter hvor status er sat til Ugyldig (af et apotek).
   
• Flyttet DosageText fra Prescription.(PackageRestriction, DoseDispensedRestriction) til Prescription.
• Flyttet LabelText fra Prescription.Order.Effectuation.PackageDispensed til Prescription.Order.Effectuation.
• Ændringerne fra denne høring er implementeret: http://www.fmk-teknik.dk/index.php?topic=887.0
• Tilføjet schemaer til servicen Annuller Bestilling (CancelOrderRequest, CancelOrderResponse). Servicen er endnu ikke implementeret.

Ændrede schema- og wsdl-filer er publiceret på DokuWiki (her).

Med venlig hilsen
FMK teamet

Hej,

Recept-modulet er netop opdateret til v1.7.0 på TEST1.
Det er planen at opdatere FMK til v1.4.4.10 på TEST1 inden dagen er omme.

Ændringerne er primært i 1.4.6 snitfladen, som er rettet mod apoteksleverandørerne.

Opdateringerne foretages uden nedetid.

Mvh,
FMK-teamet

Hej,

På sidste møde med apotekssystemleverandørerne (den 25. januar 2016) blev der lovet delvise leverancer af 1.4.6 snitfladen kørende på TEST 1 på nogle bestemte datoer, og herunder bl.a. en leverance til den 28. marts, hvoraf det meste funktionalitet allerede er leveret.

Da disse datoer blev fastsat var det i forhold til nogle sprint-perioder, som sidenhen er skubbet lidt af hensyn til vinterferie og påske. Derfor udskydes de sidste leverancer tilsvarende, så de ligger en uge senere end ellers. Indholdet af de sidste leverancer forventes at være følgende:

• 4. april: Opret og ekspeder recept, opret bestilling (samt måske også annuller bestilling - ellers er den med i næste leverance)
• 25. april: Hent nye bestillinger, kvitter for bestillinger, apotekssystem rolle
• 17. maj: Søg medicinkort, erstat recept, certificeringskriterier

Desuden forventes:

• en række mindre skema-ændringer, som annonceres separat
• muligvis ændringer af virkemåde på den eksisterende apoteksnitflade vedr. "påbegynd ekspedition", som har været i høring (konklusion er endnu ikke fastlagt)
• muligvis ny funktionalitet, så Lægemiddelstyrelsen kan registrere udenlandske apoteksudleveringer (oprettet via servicen Opret og ekspeder recept)

Med venlig hilsen
FMK-teamet

Hej,

Vi ønsker at lave en snitfladeændring i 1.4.6, som er forklaret nedenfor, og ønsker med dette opslag at høre om apoteksleverandørerne har indvendinger imod det. Hvis der ikke er indvendinger senest onsdag den 23. marts betragtes forslaget som godtaget. Men det ville under alle omstaændigheder være rart med en bemærkning herunder fra leverandørerne, hvis fx ændringen kan godtages.

Forslaget går på at forsimple bestillingen lidt, og undgå behovet for servicen "opdater bestilling". Den service er lidt et levn fra dengang vi havde skitseret en snitflade med "CRUD" operationer (create-read-update-delete). Nu er snitfladen mere baseret på de nødvendige workflow-operationer.

• Servicen opdater bestilling fjernes
• Feltet ExpectedDeliveryDateTime flyttes fra bestillingen til effektueringen
• Feltet StatusInformation fjernes. Alternativt kan der defineres et fast sæt værdier som kan sættes ifm. "påbegynd ekspedition" og fjernes igen når ekspeditionen gennemføres. Input til værdier er i givet fald velkomne, det kunne fx være "afventer dosispakning".
• Felterne TrackingIdentifier og TrackingUrl fjernes. Der har ikke været udvidt megen interesse for at gøre brug af disse felter. Alternativt kan de flyttes til effektueringen, ligesom ExpectedDeliveryDateTime
• Mulige Status for bestilling reduceres til: Bestilt, Ekspedition påbegyndt, Udført, Annulleret. Dvs. status "Klar til afhentning" er fjernet og status'erne "Afhentet" og "Afsendt" er erstattet af status "Udført". Se evt. yderligere info om bestillings-entiteten og dens status'er her.
• Nye felter på effektueringen (ExpectedDeliveryDateTime, samt evt. tracking felter) sættes ifm. ekspedition af recepten

Mvh
FMK-teamet

Hej,

FMK er netop opdateret til v1.4.4.9.c på TEST1.
Eneste rettelse er fix af en fejl i header-schemaerne.

Opdateringerne er foretaget uden nedetid.

Mvh,
FMK-teamet

I forbindelse med implementationen af FMK 1.4.6 er vi stødt på en række mindre fejl / uhensigtsmæssigheder i snitfladen, som vi har rettet. Herunder er en oversigt over ændringerne.

• Elementet OrganisationIdentifier er fjernet fra GetMedicineCardRequest og GetMedicineCardResponse, hvilket betyder at disse requests kun kan kaldes med en PersonIdentifier. Bemærk at der fortsat er flere muligheder i den apoteks-specifikke service GetMedicineCardOnlyEffectuatable.
• Tilføjet elementerne Gender og BirthDate til SimpleCPRPersonType, da man i den gamle apotekersnitflade kunne se denne information. Det betyder at elementer der indeholder en SimpleCPRPersonType, vil indeholde køn og fødselsdato.
• Ændret typen af elementet PackageNumber fra talværdier til strengværdier. Formålet er at være kompatibel med potentielle nye typer ID'er i fremtiden, hvilket vil kunne angives via Source-attributten.
• Elementet ModifiedBy i AbortEffectuationRequest, InvalidatePrescriptionRequest, ReopenPrescriptionRequest, TerminatePrescriptionRequest og UndoEffectuationRequest er ændret fra optional (minOccurs=0 i schema-filen) til at være påkrævet.
• Fjernet elementet ModifiedBy fra UndoEffectuation, da der allerede findes en ModifiedBy på UndoEffectuationRequest.
• Fjernet elementet ReportedBy fra UndoEffectuation, som bliver benyttet i UndoEffectuationRequest, da det ikke giver mening på apotekersnitfladen.
• Fjernet elementet ReportedBy fra InvalidatePrescriptionRequest, da det ikke giver mening på apotekersnitfladen.
• Elementet DeadlineDateTime er fjernet fra DoseDispensing. Det er ikke praktisk muligt for apotekerne at angive en deadline på forhånd, men deadline indtræffer de facto når servicen påbegynd ekspedition (StartEffectuation) kaldes.
• StartEffectuationRequest er udvidet med elementet DoseDispensing, der beskriver information omkring dosisdispensering. (se evt. eksempel  http://wiki.fmk.netic.dk/doku.php?id=fmk:1.4.6:pabegynd_ekspedition).
• Typerne CreatePrescriptionOrderEffectuationRequest og CreatePrescriptionOrderEffectuationResponse er omdøbt til henholdsvis CreateAndEffectuatePrescriptionRequest og CreateAndEffectuatePrescriptionResponse.
• Udvidet CreateAndEffectuatePrescriptionRequest således at det er muligt at oprette papirrecepter på personer uden et cpr-nummer. Bemærk, funktionaliteten er ikke implementeret endnu.

Vi lægger en ny version af schemaerne ud på denne side snarest muligt og lægger i opfølgende bemærkning i denne tråd, når det er gjort.

Vi har nu deployet en version af FMK på test1, der understøtter følgende apoteks-rettede services:

• Hent medicinkort for apoteker
• Påbegynd ekspedition
• Opret effektuering på recept
• Afbryd ekspedition
• Tilbagegefør effektuering på recept
• Afslut recept
• Ugyldiggør recept
• Genåbn recept

Desuden understøttes nye DD felter på den gamle apoteksnitflades GetMedicationByMedicationID, som forklaret her.

Hej,

Følgende opdateringer er foretaget på TEST1 i dag ml. kl. 13:00 - 14:30:

• Stamdata-modulet er opdateret til v1.3.0
• Recept-modulet er opdateret til v1.6.0
• FMK er opdateret til v1.4.4.9.b

Opdateringerne er foretaget uden nedetid.

Mvh,
FMK-teamet

I den gældende officielle terminologi er der ikke noget der hedder Receptordination. Det hedder bare Recept.
I den nuværende apoteksnitflade anvendes begrebet 'Recept' som noget der kan indeholde flere Receptordinationer.

Det er besluttet at ændre terminologien i FMK's snitflader fra version 1.4.6, i både dokumentation og schemaer, således at Receptordination ændres til Recept og PrescriptionMedication ændres til Prescription.

Ændringen vil dog smitte en smule igennem til eksisterende snitflader, idet fejlteksterne ændres ét sted, og anvendes på tværs.

Der er ikke fastlagt en bestemt dato, hvor disse ændringer deployes i test og produktion, men det bliver sandsynligvis inden for nogle få uger.

Med venlig hilsen
FMK teamet

Vi har identificeret en lille fejl i en del af 1.4.6 snitfladen der er rettet mod apotekerne, som vi ser os nødsaget til at rette.

På StartEffectuationRequest er der et ModifiedBy-element, som er optional (minOccurs=0 i schema-filen), men den bør være krævet.

Rettelsen består derfor i at fjerne minOccurs=0 i schema-filen StartEffectuationRequest.xsd.

Man kan læse mere om servicen på denne side: http://wiki.fmk.netic.dk/doku.php?id=fmk:1.4.6:pabegynd_ekspedition

Hej,

Recept-modulet er lige opdateret til v1.0.26b på TEST1, og opdateres tilsvarende på TEST2 i løbet af formiddagen.
Opdateringerne foretages uden nedetid.

Mvh,
FMK-teamet

Hej,

Recept-modulet opdateres til v1.0.25b på TEST1 og TEST2 indenfor den næste time.
Opdateringerne foretages uden nedetid.

Den opmærksomme læser vil konstatere at v1.0.26 er rullet tilbage, hvilket er en sikkerhedforanstaltning ift. nogle problemer der er set i produktion.

Mvh,
FMK-teamet

Hej,

Recept-modulet opdateres til v1.0.26 på TEST1 og TEST2 indenfor den næste time.
Opdateringerne foretages uden nedetid.

Versionen kan reparere på et problem, der opstår i produktion som følge af midlertidig fejl i taksten fra 2015-12-07.

Mvh,
FMK-teamet

Hej,

Recept-modulet opdateres til v1.0.25 på TEST2 indenfor den næste time.
Opdateringerne foretages uden nedetid.

Samme version blev lagt på TEST1 i går aftes.

Mvh,
FMK-teamet

Hej,

Recept-modulet opdateres til (en ny) v1.0.24 på TEST1 indenfor den næste halve time.
Opdateringen foretages uden nedetid.

Mvh,
FMK-teamet