...
Expand | ||
---|---|---|
| ||
Saken har vært forelagt følgende grupper og vurdering: [ ] Apotek [ ] Bandasjist [ ] Legemiddelverket [ ] Rekvirent [ ] RF [ ] Helfo [ ] Standardisering [ ] FM [ X ] Andre (SFM, Helseplattformen, Helse-midt) |
Bakgrunn
Dagens M9.12 mangler nødvendige parametre (Her-id) for apotek. Her er det en inkonsistens mellom M9.12 og PLL/Multidosemeldingen M25.1 hvor HER-id er obligatorisk for registrering av multidoseapotek.
Historisk er M9.12 benyttet av pakke-apotek, og der er denne opplysningen tilgjengelig. Når M9.12 ble besluttet gjort tilgjengelig for Rekvirent ble det gjort uten endringer i meldingen.
Vurdering og anbefaling
Når rolle (=md-apotek) skal fylles ut i M25.1 gir ikke M9.12 tilstrekkelig underlag for å fylle denne ut korrekt. Videre er det noe historikk i M9.12 meldingen som vi ønsker å rydde.
Det er identifisert behov for at Kjernejounal kan ta i bruk denne meldingen (eller en spesialvariant) for å hente oppdatert informasjon om multidoseregistrering på pasient. I dag finnes kun den historiske informasjonen fra siste PLL eller MD-melding.
Konsekvenser og avhengigheter
Konsekvensen av dagens modell, er at rekvirenter som skal fylle ut PLL-melding, ikke har oppdatert og tilstrekkelig informasjon til å fylle ut påmeldt multidoseapotek og multidoseansvarlig lege i PLL.
Det er ingen kjente konsekvenser av endringen utover at den løser et problem på rekvirent-siden.
Meldinger som M9.12 defineres i par. Det vil si at M9.11 også oppdateres, men endringen der er minimal: Flagg for angivelse av om “VarerIBruk” skal inkluderes i svaret, samt flagg for valg av komprimering tilsvarende som for andre rekvirentmeldinger.
Konsekvenser for EPJ:
EPJ får mulighet til å benytte ny meldingsversjon for å hente informasjon om PLL og multidose. Konsekvens er at det må utvikles støtte for ny meldingsversjon. Den nye meldingen er noe forenklet, samt at det legges opp til at EPJ kan velge hvor mye som returneres (raskere løsning)
Konsekvenser for apotek:
For apotek er ibruktakelse av ny melding en opsjon. Bør i tilfelle samordnes med eventuell ny versjon av M9.2 som bruker en del av de samme strukturene.
Endringer i e-resept dokumentasjonen
...
[ ] Funksjonelt
[ ] Rekvirentkrav
[ X ] Meldingsdefinisjoner
[ ] Kodeverk
Forslag til ny eller endret tekst i dokumentasjonen
...
Kode
...
Kodetekst
...
Endring
...
Side
...
Tittel
...
Det vil bli utferdiget en ny versjon av meldingsspesifikasjon for M9.11 og M9.12
Krav til leveringstid
Ingen eksplisitte krav. Endringen blir spesifisert for implementasjon i Reseptformdiler og prioritert etter normal prosess
Evt økonomiske og/eller administrative konsekvenser
Ingen særskilt finansiering.