FMK Teknik

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.

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

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 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.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 v1.0.23 på TEST1 indenfor den næste halve time.
Opdateringerne foretages uden nedetid.

Mvh,
FMK-teamet

Kære alle

Der er i øjeblikket en fejl i nogle interne dato-felter i FMK’s recept-data i produktion. Fejlen gør at recepter, som er 2 år gamle og hvis udleveringer også er 2 år gamle, ikke er blevet slettet, sådan som de burde.

Det skal understreges, at fejlen ikke medfører at der kan udleveres på recepter, som er mere end 2 år gamle, da de korrekt markeres ugyldige når denne grænse passeres. Der er således intet forkert fra et klinisk synspunkt. Det er udelukkende et spørgsmål om at få slettet data, der ikke længere er aktuelle.

For at rette fejlen skal der gennemføres data-rettelser i rigtig mange recepter, hvorefter slettejobbet kan slette de relevante udleveringer og recepter, og udsende advis’er derom.

Vi kender ikke det nøjagtige antal recepter, der skal slettes, men der kan potentielt være tale om op til 25 millioner recepter. Med denne potentielt store datamængde vurderer vi, at det kan være relevant for andre parter at vide besked om denne sag, inden der begynder at strømme en større mængde sletnings-advis’er ind.

Vi vil bryde operationen op i mindre klumper, således at vi ikke håndterer alle i det hurtigst mulige tempo. Derfor forventes sletningerne og advis’erne at blive fordelt over ca. 2 uger med forventet start tirsdag den 26. maj.

Brugerne af Advis vil derfor opleve, at der modtages advis på borgere, hvor der alene er tale om sletning af "forældede" recepter.
Vi beklager det besvær, som rettelserne vil påføre brugerne.

På NSI's vegne,
FMK-teamet

Hej,

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

Mvh,
FMK-teamet