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.


Messages - Ulrik Skyt

Pages: 1 2 3 [4] 5 6 ... 8
46
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

47
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

48
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

49
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

50
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

51
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

52
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

53
Hej,

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

Mvh,
FMK-teamet

54
Opdateringen er udført nu.

Der var desværre nogle kald som fejlede fordi vi havde glemt en afhængighed til et andet internt modul, der skulle opdateres ved samme lejlighed.
Men det er fixet nu.

55
Hej,

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

Mvh,
FMK-teamet

56
I dag køres første klump af data-rettelser, så det er i nat man kan forvente den første "bølge" af sletninger og advis-udsendelser. I dag gennemgås alle CPR-numre, der slutter på "0".

I øvrigt bliver mængden nok mindre end skitseret fordi mange data er genoprettet tidligere i forbindelse med opdateringer, der naturligt er kommet ind i perioden siden en bestemt rettelse blev releaset den 6. maj.

57
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

58
Hej,

Recept-modulet er lige opdateret til v1.0.20 på TEST1.
Opdateringerne er foretaget uden nedetid.

Mvh,
FMK-teamet

59
Hej,

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

Mvh,
FMK-teamet

60
Kære alle
 
I det følgende forklares tre ændringer til apotekssnitfladen, der er på vej ud i test- og produktionssystemerne.
Rettelserne forventes ikke at påvirke apotekernes håndtering af recepter - ej heller de tekniske løsninger.
 
1. DD ekspeditioner accepteres fra alle lokationsnumre tilknyttet samme apoteksnummer
 
Når en dosisdispenseret recept har fået status "overført til dosiskort" har den indtil nu kun kunne ekspederes fra det lokationsnummer som har den under behandling. Dette har vist sig uhensigtsmæssigt i visse situationer, hvor dosisdispenseringen i stedet ekspederes fra et andet lokationsnummer under samme apoteks-koncern. Ekspeditionerne er fejlet, og derfor er de i stedet indberettet som “papirrecepter” med "opret og ekspeder recept" servicen.
 
For lægerne betyder det, at selvom de har gjort sig umage og oprettet elektroniske DD recepter, så dukker der alligevel "løse recepter" op i FMK for hver ekspedition af hvert lægemiddel, som kræver "oprydning".
 
Fremover vil ekspeditioner fra et andet lokationsnummer blive accepteret, såfremt det i stamdata er tilknyttet samme apoteksnummer som lokationsnummeret på recepten. Når FMK sender ekspeditionen videre til PEM (som nu udelukkende anvendes af hjemmeplejen i visse kommuner), så vil det se ud som om recepten er ekspederet på det lokationsnummer, hvor recepten er under behandling. Altså ikke nødvendigvis det apotek eller den filial, der rent faktisk foretog ekspeditionen.
 
 
2. Ugyldige recepter sendes ikke ud til apotekerne
 
Vi sendte for nylig et spørgsmål ud til apoteksleverandørerne angående deres holdning til evt. at udelade ugyldige recepter fra GetMedicationsByCpr requestet. Det viser sig nu at den foreslåede ændring faktisk er nødvendig af juridiske årsager. Apoteket må som udgangspunkt kun se ekspedérbare recepter.
 
Derfor ændres servicen nu, så recepter med status ugyldig ikke sendes ud.
 
Bemærk at dette IKKE har relation til de recepter som lægen annullerer. De får status "annulleret" og bliver ikke sendt ud til apotekerne, hverken før eller efter denne ændring.
 
Bemærk også at apotekerne evt. stadig kan gemme recepter lokalt, som de SELV har markeret ugyldige. Dette kan jo bruges til at huske og evt. retfærdiggøre egne handlinger.
 
 
3. Tilbagefør papirrecept medfører at recept og udlevering ikke vises nogen steder
 
Der har i en del tilfælde været problemer med at apoteket er kommet til at registrere en papirrecept forkert, og har ikke haft mulighed for at rette tilstrækkeligt op på dette ved hjælp af de services snitfladen stiller til rådighed.
 
Hvis fx apoteket ekspederer en papirrecept på et forkert CPR-nummer, og efterfølgende tilbagefører den, så har recepten indtil nu stadig været synlig i FMK som en receptordination uden udleveringer på. Dette har de berørte personer, som intet har med recepten at gøre, i flere tilfælde været utilfredse med, og så har administrative data-rettelser været nødvendige.

Fremover kan apoteket tilbageføre den fejlagtige papirrecept, og så vil den IKKE blive vist i FMK. En tilbageføring fra apoteket burde altså være fuldt tilstrækkeligt uanset hvilken fejl der er begået. Hvis lægemidlet reelt er udleveret skal der naturligvis registreres en ny papirrecept med korrekte oplysninger. I modsat fald går jeg ud fra at lægemidlet mangler i apotekets lagerbeholdning ift. hvad systemet har registreret. Apotekernes eksisterende procedurer skal sikre mod svindel med udleveringer!

Pages: 1 2 3 [4] 5 6 ... 8