Det benyttes flere ulike mekanismer for å referere mellom meldinger, iht. krav fra Direktoratet for E-helse, avdeling standardisering, og ebXML standarden.
ConversationRef
Klassen ConversationRef sendes ikke med i første melding i en dialog. For alle meldinger som etterfølger en annen melding, er denne klassen obligatorisk.
I tilfeller hvor det er dialoger av meldinger skal det refereres til første melding i dialogen og forrige melding i dialogen.
Til dette benyttes henholdsvis feltene ”RefToConversation” og ”RefToParent” i klassen ConversationRef i hodemeldingen.
I feltet «RefToParent» skal MsgId til den forrige meldingen i dialogen stå.
Eksempelvis:
M9.2: referanse til M9.1
M9.3: referanse til M9.2
M9.4: referanse til M9.3
M10: referanse til M9.4 (gjelder for ALLE M10 i en dialog)
I feltet «RefToConversation» skal alltid MsgId til den første meldingen stå.
Eksempelvis:
M9.2: referanse til M9.1
M9.3: referanse til M9.1
M9.4: referanse til M9.1
M10: referanse til M9.1
Bruk av ConversationRef for utleverer
Når det ikke velges noen resepter så skal det sendes en M9.3 (kansellering) for hver reseptliste i M9.2. M9.3 skal da inneholde en referanse til M9.2 listen: RefToParent (M9.2) i hodemeldingen, pluss kanselleringskoden. Det er dermed RefToParent som blir benyttet som referanse i meldingen (ikke reseptid eller referansenummer)
RefToParent og RefToConversation fylles ut i alle M10, ved ekspedering på samme resept.
Ved reekspederinger hvor apotek starter å sende en M9.3 kan dette
løses med følgende:
RefToParent:
M9.4: referanse til M9.3
M10: referanse til M9.4
RefToConversation:
M9.4: referanse til M9.3
M10: referanse til M9.3
For M25 meldingene gjelder følgende.
RefToParent skal inneholde referanse til siste M25.1/2/3 som Reseptformidleren mottok. M9.12 kan inneholde både M25.1, M25.2 og M25.3, og mottagersystemet kan da finne hvilken av disse som Reseptformidleren mottok sist ut i fra RefMsgId i M9.12. Denne skal benyttes som RefToParent når M25 meldinger sendes inn.
Når RF videresender M25.2 og M25.3 til LIB ansvarlig, så endres RefToParent til å referere til meldingen som ble mottatt fra apotek. RefToConversation beholdes uendret og peker på forrige M25 som ble levert til RF.
Bruk av ConversationRef for nettapotek
For bestilling av reseptbelagte varer på Internett (M9NA1-M9NA4) gjelder følgende:
Når kunde har logget på nettapotekets portal gjennom ID-porten, og nettapotek har mottatt teknisk bevis på kundens autentisering fra ID-porten, kan nettapoteket sende en forespørsel med melding M9NA1 til Reseptformidleren. Denne meldingen vil starte en ny dialog, og alle etterfølgende meldinger fra nettapoteket som er knyttet til samme sesjon (teknisk bevis) skal referere til denne første meldingen i RefToConversation.
RefToParent skal referere til forrige melding, dvs. at M9NA3 skal referere til M9NA2-meldingen som reseptId er hentet fra. For nye M9NA1 meldinger som er knyttet til samme sesjon skal RefToParent referere til den første meldingen som startet dialogen, dvs. at RefToParent er identisk med RefToConversation.
Den første M9NA1 meldingen i en dialog skal ikke ha noen verdier i RefToParent og RefToConversation. Tabellen under oppsummerer hvilke referanser som skal benyttes for de etterfølgende meldingene som er relatert til samme dialog.
Melding | RefToParent | RefToConversation |
M9NA1 | MsgId til den første M9NA1 meldingen som startet dialogen | MsgId til den første M9NA1 meldingen som startet dialogen |
M9NA2 | MsgId til forespørselen (M9NA1) som svarmeldingen er basert på | MsgId til den første M9NA1 meldingen som startet dialogen |
M9NA3 | MsgId til melding M9NA2 som reseptId er hentet fra | MsgId til den første M9NA1 meldingen som startet dialogen |
M9NA4 | MsgId til forespørselen (M9NA3) som svarmeldingen er basert på | MsgId til den første M9NA1 meldingen som startet dialogen |
Dersom kunden får avsluttet sesjonen i portalen, og det blir opprettet en ny sesjon med nytt teknisk bevis, skal nettapoteket starte en ny dialog med M9NA1.
Avgrensning av en meldingskonversasjon
Omfanget av en meldingskonversasjon i ebXML er bestemmende for bruk av flere kommunikasjonsparametere i en meldingsutveksling.
Spørsmålet om hvor lang dialog en ConversationID kan dekke besvares ikke entydig hverken i Rammeverket til Standardisering eller i OASIS ebXML-standarden. Begge steder åpnes det for at en dialog kan inneholde flere meldinger.
Det benyttes følgende utstrekning av konversasjoner i e-resept i betydning lik ConversationID på ebXML-nivå: Asynkrone meldinger og den tilhørende AppRec skal ha samme ConversationID.
For referanser internt i fagmeldinger til tidligere meldinger i samme konversasjon (RefToConversation) benyttes følgende utstrekning av referanser.
Konversasjon | Melding 1 | Melding 2 | Melding 3 | Melding 4 | Melding 5 | Melding 6 | Melding 7 | Melding 8 |
M1 | M1 | AppRec M1 | ||||||
M1/M21 | M1 | AppRec M1 | M21 | AppRec M21 | M9.3 | M94/AppRec M9.3 | ||
M1/M15 | M1 | AppRec M1 | M14 | AppRec M14 | M15 | AppRec M15 | M15 Rek/Utl | AppRec M15 |
M5 | M5 | M5.2/AppRec M5 | M7 | AppRec M7 | ||||
M4.1 | M4.1 | M4.2 / AppRec M4.2 | ||||||
M24.1 | M24.1 | M24.2 / AppRec M24.2 | ||||||
M9.5 | M9.5 | M9.6 / AppRec M9.6 | ||||||
M91/M3 | M9.1 | M9.2 / AppRec M91 | M9.3 | M9.4 / AppRec M93 | M3 | AppRec M3 | Forts. i Melding 3 for M1/M15 | |
M9.1/M6 | M9.1 | M9.2 / AppRec M91 | M9.3 | M9.4 / AppRec M93 | M10 | AppRec M10 | M6 | AppRec M6 |
M9.1/M8 | M9.1 | M9.2 / AppRec M9.1 | M9.3 | M9.4 / AppRec M93 | M10 | AppRec M10 | M8 | AppRec M8 |
M9.1/M20 | M9.1 | M9.2 / AppRec M9.1 | M9.3 | M9.4 / AppRec M9.3 | M10 | AppRec M10 | M20 | AppRec M20 |
M9.11 | M9.11 | M9.12/ AppRec M9.11 | M9.3 | M9.4 / AppRec | M10 | AppRec M10 | Som M9.1 alternativer | |
M9.21 | M9.21 | M9.22/ AppRec | ||||||
M2 | M2 | AppRec M2 | M12 | AppRec M12 | ||||
M18 | M18 | M22 | M23 | |||||
M25.1 | M25.1 | AppRec M25.1 | Se regler i meldingsdokument | |||||
M25.2 | M25.2 Apotek-RF | AppRec M25.2 | M25.2 RF-rekvirent | AppRec M25.2 | Se regler i meldingsdokument | |||
M25.3 | M25.3 Apotek-RF | AppRec M25.3 | M25.3 RF-rekvirent | AppRec M25.3 | Se regler i meldingsdokument | |||
M27.1 | M27.1 | M27.2 | M28 | AppRec M28 | ||||
MV | MV | AppRec |