I forbindelse med reimplementeringen af apotekersnitfladen i FMK-regi er der dukket en problemstilling op, som vi gerne vil have at apotekssystemleverandørerne tager stilling til.
Tidligt i implementerings-processen stillede vi et spørgsmål angående brugen af servicen "Hent adresserede recepter" og den tilhørende "Kvitter for modtagelse" service. Nemlig, hvorvidt kvitter servicen altid kaldes med feltet MarkInProgress=true. Svaret var dengang ja.
Dette brugte vi til at konkludere, at der ikke var noget til hinder for, at en adresseret recept sættes under behandling straks ved oprettelsen, i stedet for at vente til "Hent adresserede recepter" servicen bliver kaldt eller til "Kvitter for modtagelse" servicen bliver kaldt, idet apoteket således bare får lås på ordinationen lidt hurtigere på den måde. Vores motivation for at ville dette er af teknisk karakter, og det er for kompliceret til at forklare her, men hvis konklusionen ikke holder skal der bruges noget tid på at ændre implementationen og det vil desværre medføre forringelser på andre punkter: Dels performance/belastning/svartid og dels konsistens i form af at "Kvitter for modtagelse" i fejltilfælde risikerer være delvist men ikke helt gennemført.
Dybt inde i implementeringsprocessen er vi blevet opmærksomme på at "Hent adresserede recepter" service har et ekstra felt ud over "AddressedToLocationNumber", nemlig "MarkInProgressAtLocationNumber". Hvis disse numre ikke er ens når servicen kaldes holder vores konklusion fra før måske ikke!
Derfor vil vi gerne høre fra alle 3 leverandører:
- Er der tilfælde, hvor I bruger servicen "Hent adresserede recepter" med to forskellige lokationsnumre til hhv. "AddressedToLocationNumber" og "MarkInProgressAtLocationNumber" ?
- Hvis ja, kan i forklare præcis hvilken use case det bruges til?
Så vidt vi har forstået, så er det beregnet til når serveren på et hovedapotek kalder PEM på vegne af en filial, og derfor henter recepter, der er adresseret til filialen.
- Men ville der i dette tilfælde være noget til hinder for at bruge filialens lokationsnummer i begge felter, så disse recepter sættes under behandling på filialens lokationsnummer?
Dette ville gøre at vi ikke har et problem.
Alternativt kunne man forestille sig at løsne op omkring definitionen af at en ordination er "låst" til det apotek der har den under behandling. Det kunne fx løsnes op til at ordinationen er låst på apoteksnummeret for det apotek, hvis lokationsnummer recepten var adresseret til. Dette apoteksnummer er nemlig - så vidt jeg ved - ens for hovedapoteket og dets filialer. Det betyder at når en ordination er "låst" til et hovedapotek eller en filial vil både hovedapoteket og alle filialer kunne ekspedere på ordinationen! Tanken er, at hvis det tekniske setup er sådan, at apoteket bruger hovedapotekets server til at kalde PEM, så kan denne måske også sikre at der ikke ekspederes fra det forkerte af hovedapoteket og filialerne? Det forekommer i hvert fald naturligt, at denne problematik er uændret uanset om både hovedapotekets og filialernes lokationsnumre kan accepteres ved en ekspedition, i forhold til hvis det samme hovedapotek og dets filialer konsekvent anvender hovedapotekets lokationsnummer til låsning af ordinationerne.
Det alternative forslag vil krævde kodeændringer hos os, og sandsynligvis mere test både på vores og jeres side. Men det giver ikke de omtalte forringelser på andre punkter.
Vi håber derfor - med jeres accept - at kunne afvige lidt fra snitfladebeskrivelsen på dette punkt.