Innhold

Aktører

Bakgrunn

Rekvirenter i Bergen som er med på utprøving av Pasientens legemiddelliste (PLL) får innimellom melding om at resepter er under ekspedering i apotek når de endrer eller trekker tilbake resepter. Dette kan skape utfordringer for rekvirent, som eventuelt må kontakte pasient eller apotek for å informere om at resept ikke skal hentes ut.

En resept under ekspedering betyr at apoteket har påbegynt utlevering og har lastet ned resepten fra Reseptformidleren (RF). Resepten er “låst” til apoteket. Det er først etter at apoteket har utlevert varen på resepten og utleveringsmelding (M10) sendes at resepten “ frigis” fra apoteket.

Tilbaketrekking eller endringer/fornying legen gjør med resepten etter at den er lastet ned på apoteket, blir ikke varslet til apoteket.

Apotek risikerer derfor å utlevere legemidler som pasienten ikke skal bruke og som dermed vil kunne være en risiko for pasientsikkerheten.

Det er flere årsaker til at resepter holdes under ekspedering over lengre tid enn det vanligvis tar “over disk”:

• Ekspedering er påbegynt, men varen må bestilles.

• Varer klargjøres i forbindelse med abonnement.

• Kunden henter ikke varen .

Det er et pågående arbeid å se på hva apoteksiden kan gjøre for å begrense antall av resepter under ekspedering.

Selv om omfanget av resepter under ekspedering (ca 100 000 pr 1/9-23) reduseres vil det være et vedvarende problem og vi ønsker å se på løsninger som begrenser ulempene for aktørene og samtidig ivaretar pasientsikkerheten.

NHN mener at det er en uheldig praksis å kunne utlevere på en tilbakekalt resept. Derfor bør apoteket alltid hente reseptliste/laste ned resept umiddelbart før utlevering til kunde.

Løsningsforslaget som diskuteres her ønsker å løse problemet med resepter under ekspedering som er tilbakekalt uten at det krever særskilte endringer i rekvirent og apoteksystemer.

Vurdering og anbefaling

Nåsituasjon:

Når apoteket laster ned en resept med M9.3/4 så er resepten “låst” til apoteket ved at reseptstatus settes til "Under ekspedering" på dette apoteket.

Når resepten tilbakekalles settes en "mellomstatus" som sier at resepten skal tilbakekalles når ekspederingen på apotek er fullført. Ved oppslag i RF vises resepten som under ekspedering selv om den er tilbakekalt

Når en resept har status "Under ekspedering" og denne resepten fornyes vil den nye resepten være ekspederbar og den gamle resepten som er tilbakekalt fortsatt ha reseptstatus "Under ekspedering".

Dette kan skape problemer i PLL fordi den gamle resepten vil kunne fremstå som en løs resept med status under ekspedering uten at det vises at den er tilbakekalt. En annen rekvirent vil ikke forstå hvorfor det tilsynelatende er dobbeltoppføring med mindre epj tolker informasjon om tilbakekallingsårsak i reseptlisten.

Problemet er større jo lenger resepten holdes under ekspedering.

Forslag til løsning:

Logikken i reseptformidleren endres slik at resepten får reseptstatus “tilbakekalt” når RF mottar en tilbakekalling (M5). RF skal fortsatt vite at resepten er under ekspedering med en mellomstatus.

Apotek vi fortsatt kunne ekspedere tilbakekalte resepter som er under ekspedering, selv om NHN mener dette er en uheldig praksis.

Rekvirent som tilbakekaller en resept vil få beskjed når den er under ekspedering slik at det er mulig å kontakte aktuelt apotek. I rekvirentsystemene vil resepten ha status tilbakekalt og med mulighet til å se hvilket apotek som har resepten under ekspedering.

RF må akseptere mottak av M10 for tilbakekalte resepter som er under ekspedering fra apoteket som har resepten under ekspedering. Når en tilbakekalt resept er under ekspedering skal resepten ikke slettes i RF før mottak av M10.

Konsekvenser og avhengigheter

Konsekvenser for alle aktører er ikke fullstendig gjennomgått enda, men vil bli gjort i det videre arbeid hvis endringsforum anbefaler at vi jobber videre med løsningsforslaget.

Konsekvenser for EPJ:

I utgangspunktet skal det ikke være nødvendig med endringer i EPJ systemet forutsatt at EPJ kan vise resultat fra M5.2 med annen tekst evt. ny statuskode.

Status på tilbakekalling benytter kodeverk 7503 Status kvittering på tilbakekalling av resept

• Nåværende status på tilbakekalling i M5.2 er:
  "2 - Resepten er under ekspedering, blir tilbakekalt når ekspedering avsluttes "

• Eksempel på ny verdi for status i M5.2:
  "2 - Resepten som ble tilbakekalt er under ekspedering, ta kontakt med utleverer hvis resepten ikke skal utleveres "

Eventuelt så kan navn på apoteket eller bandasjisten også flettes inn i meldingen.

I reseptlista (M9.5/6) vil resepten ha status tilbakekalt. “Navn utleverer” inneholde apoteket som har resepten under ekspedering. Dette feltet benyttes også for ekspederingsanmodning.

Konsekvenser for apotek:

For apoteket som har resepten under ekspedering så skal det ikke være nødvendig med endringer for å kunne fortsette utleveringen, men det er sterkt ønskelig at reseptlisten hentes på nytt for å sikre at man vet at resepten er tilbakekalt.

M10 - utleveringsrapport vil akseptere at det utleveres på en tilbakekalt resept med mellomstatus "Under ekspedering" for apoteket som har resepten under ekspedering.

Ved lesing av reseptlista M9.1/2 vil resepten ha status tilbakekalt.

Nedlasting av resept M9.3/4 gir negativ applikasjonskvittering også for apoteket som har resepten under ekspedering.

For å hindre at det utleveres på en tilbakekalt resept bør apoteket alltid hente reseptliste/laste ned resept umiddelbart før utlevering til kunde. Vi kan diskutere en “varighet” av nedlasting av resept før den må lastes ned på nytt.

Konsekvenser for SLV

Ingen.

Konsekvenser for Reseptformidleren:

Det må endres logikk i RF slik at:

• M5 Tilbakekalling skal sette status tilbakekalling og “mellomstatus” at resepten er under ekspedering når resepten har status under ekspedering.

• M10 Utleveringsrapport skal aksepteres for tilbakekalt resept som er under ekspedering på apoteket som har resepten under ekspedering

• M15 Søknadssvar fra Legemiddelverket skal sette status tilbakekalling og “mellomstatus” at resepten er under ekspedering når resepten har status under ekspedering.

Endringer i e-resept dokumentasjonen

[ ] Arkitektur

[ x ] Funksjonelt

[ ] Rekvirentkrav

[ ] Meldingsdefinisjoner

[ x ] Kodeverk

Forslag til ny eller endret tekst i dokumentasjonen

E-resept dokumentasjonen oppdateres.

Ingen endring i meldingsdokumentasjon eller spesifikasjon.

Krav til leveringstid

Ingen særskilt.

Evt økonomiske og/eller administrative konsekvenser

Ingen særskilt finansiering.