Adressering til og fra spesialisthelsetjenesten

HISD 1103:2015 Adressering til og fra spesialisthelsetjenesten

Publikasjonens tittel: Adressering til og fra spesialisthelsetjenesten Teknisk standard nr.: HISD 1103:2015 Utgitt: 02/2015 Utgitt av: Kontakt: Postadresse: Besøksadresse: Helsedirektoratet Seksjon standardisering Pb. 7000 St Olavs plass, 0130 Oslo Universitetsgata 2, Oslo Tlf.: 810 20 050 Faks: 24 16 30 01 www.helsedirektoratet.no - 2-04.02.2015

1. Innholdsfortegnelse ADRESSERING TIL OG FRA SPESIALISTHELSETJENESTEN... 1 1. INNHOLDSFORTEGNELSE... 3 2. DOKUMENTHISTORIE... 4 3. BAKGRUNN OG MÅL... 5 3.1. BAKGRUNN... 5 3.2. PROSESSEN... 5 3.3. MÅL... 5 4. DAGENS SITUASJON OG UTFORDRINGER... 7 4.1. PROBLEMSTILLING... 7 4.2. ADRESSERINGSIDENTIFIKATOR... 7 4.2.1. Tjenestekoder for spesialisthelsetjenesten... 8 4.3. STATUS I DAG PÅ HF... 8 5. TILTAK... 9 5.1. IDENTIFIKATORER... 9 5.1.1. Meldinger med HCP-struktur... 9 5.1.2. Meldinger med Hodemelding... 9 5.2. HER-ID I AVSENDERADRESSEN I MELDINGER FRA HF/SYKEHUS... 9 5.3. NY TJENESTEKODE... 10 5.4. ENDRINGER I NHN-ADRESSEREGISTER... 10 5.4.1. Eksempel Epikrise og tilhørende Applikasjonskvittering... 10 5.4.2. Eksempel PLO-melding som benytter Hodemelding... 12 6. ULIKE SCENARIER... 13 6.1. EPIKRISE FRA HF/SYKEHUS... 13 6.2. PLO-MELDING FRA KOMMUNE TIL HF/SYKEHUS... 14 6.3. FELLESTREKK... 15 7. REFERANSER... 17 APPENDIX 1 EKSEMPEL FRA HELSE VEST MAPPING MELLOM TJENESTER OG ORGANISASJONSENHETER... 18-3 - 04.02.2015

2. Dokumenthistorie Dato Detaljer 11.04.2014 Dokumentversjon 0.1 opprettet av Steinar Sandvik, Helse Vest IKT 11.06.2014 Dokumentversjon 0.2 opprettet av Annebeth Askevold, Helsedirektoratet Tilbakemeldinger etter workshop 8. mai 2014 med arbeidsgruppen er innarbeidet 21.07.2014 Dokumentversjon 0.3 opprettet av Annebeth Askevold, Helsedirektoratet Tilbakemeldinger fra arbeidsgruppen er innarbeidet. Dokumentet sendes til ekstern kommentering. 12.01.2015 Dokumentversjon 0.4 opprettet av Annebeth Askevold, Helsedirektoratet Tilbakemeldinger fra ekstern høringsrunde er innarbeidet. Erfaringer fra Strakstiltak Adresseregisteret er innarbeidet Dokumentet sendes til arbeidsgruppen for en siste gjennomlesing 4.02.2015 Dokumentversjon 1.0 er publisert - 4-04.02.2015

3. Bakgrunn og mål 3.1. Bakgrunn Tjenestebasert adressering er i varierende grad tatt i bruk av HF-ene, og det har vært etterspurt nasjonale retningslinjer for hvilke avsenderadresser HF-ene skal benytte i elektronisk samhandling. Tjenestebasert adressering ble besluttet å benytte i spesialisthelsetjenesten gjennom Nasjonalt meldingsløft i 2010. Ansvaret for innføringen av tjenesteadresser på de enkelte HF ligger hos de regionale helseforetakene. Helseforetakene har hatt fokus på å sikre at aktører som vil samhandle med HF-ene (ved sending av henvisninger, rekvisisjoner og pleie- og omsorgsmeldinger) skal finne korrekte tjenesteadresser til HF-ene på en enkel og standardisert måte. Det har i tillegg vært stilt spørsmål ved hvilke avsenderadresser HF-ene skal benytte for å sikre at applikasjonskvittering og dialogmeldinger kommer riktig tilbake i EPJ-systemene. Kommunene besluttet i 2007 å benytte tjenestebasert adressering når de skulle starte med elektronisk meldingsutveksling, og de startet med tjenestebasert adressering gjennom ELIN-k prosjektet. HF-ene har i begrenset grad tatt i bruk tjenestebasert adressering (to nivås adressering) når de sender meldinger fra seg. Tjenestebasert adressering brukes ved PLO-meldingene der det er innført adresseringsprinsipper som er uavhengige av hvor pasienten er plassert organisatorisk. Tilsvarende prinsipper er ikke innført for øvrige meldinger som epikrise, labsvar mv. 3.2. Prosessen Helsedirektoratet og Norsk helsenett gjennomførte en workshop med sektoren november 2013 der tema var avklaringer og retningslinjer for bruk av Adresseregisteret. Våren 2014 ble det nedsatt en arbeidsgruppe med representanter fra alle RHF-ene, Norsk Helsenett og Helsedirektoratet for å bli enige om hvilke elektroniske avsenderadresser HF-ene skulle benytte. Arbeidet har vært ledet av Helsedirektoratet. Denne rapporten er resultatet av arbeidet fra arbeidsgruppen. Etter at denne rapporten var på kommentarrunde i sektoren, har prosjektet «Strakstiltak Adresseregister» blitt startet, og Helseforetakene har i mye større grad tatt i bruk tjenestebasert adressering. Resultatet av arbeidet vil inngå i veiledningsmateriale som blir utarbeidet i tilknytning til dette prosjektet. 3.3. Mål Dette dokumentet inneholder en beskrivelse av hvordan en oppgir avsender- og mottakeradresser i elektroniske meldinger fra spesialisthelsetjenesten. Formålet med korrekt adressering på avsender, er at applikasjonskvittering og dialogmeldinger til helseforetak/sykehus skal bli sendt til riktig helseforetak, og videre til riktig fagsystem. - 5-04.02.2015

Mål og resultatmål: Alle kommunikasjonsparter skal være registrert i Adresseregisteret med HER-id på nivå 2 med korrekte kommunikasjonsparametere (EDI-adresse, sertifikatopplysninger mv) Helseforetakene skal benytte tjenestebasert adressering både ved mottak og sending av meldinger Avsenderadressen som benyttes fra HF-ene sikrer at mottatte applikasjonskvitteringer og dialogmeldinger rutes til riktig fagsystem innenfor foretaket. - 6-04.02.2015

4. Dagens situasjon og utfordringer 4.1. Problemstilling Målsetningen er at det skal være mulig sende meldinger til og fra helseforetak ved samhandling om inneliggende pasient, nylig utskrevet pasient eller en pasient i poliklinisk oppfølging. Dette må kunne gjøres uten at avsender har informasjon om hvilken enhet pasienten er plassert på internt på HF-et. Helsepersonell skal ikke behøve å bruke unødvendig tid på å finne rett mottaker eller hvilken avsenderadresse som skal benyttes når man oppretter en melding. Fagsystemet bør derfor ha støtte for automatisk valg av korrekt avsenderadresse. Ved registrering i Adresseregisteret, blir den enkelte virksomhet og dens egne kommunikasjonsparter (avsendere/mottakere) knyttet til en unik identifikator som kalles HER-id. HER-id brukes til å identifisere avsendere og mottakere i den elektroniske samhandlingen med meldinger. Det har vært knyttet usikkerhet til hvilken HER-id sykehusene skal benytte som avsenderadresse. Tjenesteadressene som i hovedsak benyttes i forbindelse med henvisning 1 er lite egnet som mottaksadresser for applikasjonskvittering og dialogmeldinger knyttet til en dialogtråd. Årsaken til dette er at det ikke er en entydig relasjon mellom behandlingssted på sykehusene (organisatorisk og fysisk plassering) og tjenesteområdene i adressering som i hovedsak baserer seg på koder fra kodeverk 8655 Helsehjelpsområde. 4.2. Adresseringsidentifikator Nivåinndeling i Adresseregisteret Strukturen i Adresseregisteret består hovedsakelig av to nivåer, hvor navn på HF er på nivå 1 og tjenesteområde er på nivå 2. Mange HF sender i dag mange meldingstyper, herunder epikriser der det ikke er lagt inn HER-id på nivå 2 i avsenderadressen. I stedet legger de inn en lokal identifikator for avdeling, post eller seksjon. Informasjon om ansvarlig enhet (avdeling, post mv) skal ligge i den «faglige» delen av meldingen, og det er ikke nødvendig at denne informasjonen ligger i avsender- og mottakerfeltene, se ref [5]. Bruk av lokale identifikatorer hindrer muligheten for oppslag i Adresseregisteret. Når HER-id på nivå 2 mangler, vil systemet som skal svare på en mottatt melding med Applikasjonskvittering og eventuelt en dialogmelding, ikke finne kommunikasjonsopplysninger på nivå 2 ved oppslag i Adresseregisteret. Avsenderadresse Avsenderadressen i innkommende melding skal benyttes som mottakeradresse i Applikasjonskvittering () [5]. Før utsending av Applikasjonskvittering vil meldingstjener eller fagsystem forsøke å identifisere mottaker ved å benytte id på nivå 2 i avsenderadressen. Dette er korrekt i henhold til nasjonale retningslinjer. Siden HER-id ikke er tatt i bruk i hele sektoren er det litt ulik praksis på hva de ulike systemene tillater av identifikatorer. Noen system feiler uten å få sendt Applikasjonskvittering når HER-id på nivå 2 mangler. Noen system benytter id på nivå 1 i adressen (identifikator på virksomhet) for å identifisere mottaker, og godtar både HER-id og organisasjonsnummer på nivå 1. 1 koder fra kodeverk 8655 Helsehjelpsområde (se www.volven.no)

EDI-adressen Virksomheter som har flere ulike fagsystem har ofte definert en EDI-adresse per fagsystem. Det kan være flere tjenesteadresser (kommunikasjonsparter) knyttet til samme EDI-adresse. [5]Feil! Fant ikke referansekilden.. Tjenestebasert adressering 4.2.1. Tjenestekoder for spesialisthelsetjenesten Spesialisthelsetjenestens kommunikasjonsparter publiseres i Adresseregisteret ved bruk av følgende kodeverk: Kodeverk 8654 Klinisk medisinsk service o Benyttes i forbindelse med rekvisisjoner og svarrapporter innenfor lab og røntgen Kodeverk 8655 Helsehjelpsområde o Benyttes for kliniske henvisninger og frittstående dialogmeldinger Kodeverk 8657 Spesifikke sykdomsgrupper og prosjekt til bruk i adressering o Benyttes for kliniske henvisninger og frittstående dialogmeldinger Kodeverk 8656 Meldingsmottak i spesialisthelsetjenesten o kode 01 Somatikk plo meldingsmottak benyttes for Pleie- og omsorgsmeldinger o kode 02 Psykiatri plo meldingsmottak benyttes for Pleie- og omsorgsmeldinger o Kode 03 Meldeordning Kunnskapssenteret benyttes til meldinger knyttet til meldeordningen ved Kunnskapssenteret Kodeverk 8664 o Benyttes til Reseptmottak (bandasjist) 4.3. Status i dag på HF Sykehus har etter hvert publisert de fleste HF i Adresseregisteret med 2 nivåer, og stadig flere HF tar dette i bruk. Det utarbeides midlertidige løsninger over alt, og ulike EPJ-system hos samhandlingspartnerne løser dette på ulike måter. Helse Midt-Norge har vist at adressering til og fra HF fungerer med tjenestebasert adressering. Meldinger til lab og røntgen kan benytte mottakeradresse når de svarer på meldinger. Meldinger som ikke kan kobles automatisk til en arbeidsflyt i EPJ havner i «udefinert» arbeidsflyt og må behandles manuelt. Det er et mål å redusere meldinger i denne siden det krever en del uønsket manuell oppfølging. 8

5. Tiltak For å løse utfordringene som er beskrevet i dette dokumentet må flere tiltak iverksettes. Alle elektroniske kommunikasjonsparter skal ha registrert en EDI-adresse. o En virksomhet skal alltid være registrert med de kommunikasjonspartene på nivå 2 som skal være tilgjengelig som tjenester ved oppslag i Adresseregisteret HER-id skal være den primære identifikatoren både på nivå 1 og nivå 2 Avsender og mottakerinformasjon i i Hodemeldingen eller fagmeldinger som ikke bruker Hodemeldingen skal alltid legges inn med 2 nivåer, se [5] Det er HER-id til kommunikasjonsparten (nivå 2) som skal benyttes som identifikator for å hente opplysninger fra Adresseregisteret. HER-id til avsender i en elektronisk melding skal være knyttet til en EDI-adresse til riktig fagsystem slik at mottaker av meldingen kan sende en kvittering eller dialogmelding tilbake til riktig fagsystem. 5.1. Identifikatorer Det er mulig å legge ved flere identifikatorer i Hodemeldingen eller fagmeldinger som ikke bruker Hodemeldingen. Det er viktig at alle identifikatorer blir returnert i Applikasjonskvitteringen. Tilleggsidentifikatorer i meldingen er kun til intern bruk og kan benyttes av virksomheten for intern mapping av meldinger de får i retur. 5.1.1. Meldinger med HCP-struktur For meldingstyper som benytter HCP-strukturen (f.eks. epikrise og henvisning Feil! Fant ikke referansekilden.), skal HER-id være den primære identifikatoren. Andre identifikatorer (organisasjonsnummer, avdelingsid mm) kan legges i <AdditionalId>. 5.1.2. Meldinger med Hodemelding For meldingstyper som benytter Hodemeldingen [3] legges flere identifikatorer fortløpende i nye forekomster av <Ident>. Det er viktig at mottakersystemet alltid sjekker både Id og TypeId. Tilleggsidentifikatorer (alle identifikatorer som ikke er HER-id) skal returneres som AdditionalId i Applikasjonskvittering på både nivå 1 og nivå 2. 5.2. HER-id i avsenderadressen i meldinger fra HF/sykehus I mange fagsystem, spesielt i sykehusenes EPJ-system er det vanskelig å få til en entydig mapping fra den organisasjonsenheten som har sendt en melding (avdeling, post eller seksjon) til en spesifikk tjenesteadresse som foretaket har publisert i Adresseregisteret. Sykehusenes organisasjonsenheter tilbyr ofte helsehjelp innenfor flere helsehjelpsområder, samt at flere geografiske enheter tilbyr tjenester innen samme helsehjelpsområde. Det er ingen knytning mellom foretakenes organisasjonsstruktur (RESH) og tjenesteadressene virksomheten har publisert i AR [6]. Prinsippet bak tjenestebasert adressering er å skille adressering fra interne organisasjonsstrukturer, og sikre en stabil adresseringsmetode. Informasjon om ansvarlig/utøvende avdeling, post eller seksjon ved et sykehus skal ligge som Tilknyttet tjenesteyter i epikrise/henvisning/rekvisisjon/svarrapport. For PLO-meldinger og nye/reviderte meldinger som benytter Hodemelding vil en i fagmeldingsdelen vanligvis ha mulighet for å legge denne informasjonen i Kontaktenhet eller Ansvarlig enhet. 9

I tillegg til dagens tjenesteadresser vil det bli opprettet en ny tjenestekode (se neste avsnitt) som sikrer at meldingene kommer til riktig fagsystem/meldingsmottak. Det vil fortsatt være lov å benytte de samme tjenesteadressene som blir benyttet i mottakeradressen i meldinger til sykehuset som avsenderadresse, dersom dette er mest hensiktsmessig for aktuell virksomhet. 5.3. Ny tjenestekode Det opprettes en ny kode i kodeverk 8656 Meldingsmottak i spesialisthelsetjenesten. Denne koden skal ikke benyttes til å starte en dialogtråd/samhandlingsforløp. Koden kan benyttes som avsenderadresse i en epikrise, dialogmelding mm. Automatisk generert applikasjonskvittering skal benytte denne adressen som mottakeradresse. Tilsvarende vil en dialogmelding som opprettes i tilknytning til epikrisen kunne benytte Teknisk avsenderadresse som mottakeradresse, og meldingen vil komme frem til riktig fagsystem på sykehuset. Se eksempler på scenarier i kapittel 6. Nye koder i kodeverk 8656 Meldingsmottak i spesialisthelsetjenesten: 04 Teknisk avsenderadresse o Kan benyttes som automatisk avsenderadresse/mottakeradresse for all elektronisk samhandling som primært skal komme inn i EPJ relatert til epikriser, dialogmeldinger mv. Koden vil ikke fremkomme i et ordinært søk i Adresseregisteret, men det vil alltid være mulig å slå opp på spesifikk HER-id. Dette er egenskaper som er knyttet til funksjonalitet i Adresseregisteret. 5.4. Endringer i NHN-Adresseregister Den nye koden Teknisk avsenderadresse skal ikke fremkomme i et ordinært søk i Adresseregisteret ved valg av mottaker. Det vil alltid være mulig å slå opp på en spesifikk HER-id for å finne kommunikasjonsparten med riktige parametere (EDI-adresse, sertifikatinformasjon mm). Informasjon om tjenestene må kunne returneres ved oppslag med HER-id. Når CPP/CPA tas i bruk, vil begrensninger knyttet til disse adressene kunne legges inn i egen CPP. Teknisk avsenderadresse skal kunne identifisere ett fagsystem eller et teknisk meldingsmottak. 5.4.1. Eksempel Epikrise og tilhørende Applikasjonskvittering Eksempelet viser hvordan den nye koden kan benyttes sammen med eventuelle lokale identifikatorer i tillegg. Lokale identifikatorer benyttes kun til intern ruting og kobling. 10

Applikasjonskvittering sendt fra Sykepleietjeneste, pleie- og omsorg i Stavanger kommune Opplysninger fra Hodemelding i mottatt melding Opplysninger i tilhørende Applikasjonskvittering <Receiver> <Organisation> <OrganisationName>Haukeland Universitetsjukehus</OrganisationName> <Ident> <Id>258521</Id> <TypeId V="HER" DN="HER-id" S="2.16.578.1.12.4.1.1.9051"/> </Ident> <! Organisasjonsnummer er tatt med som tilleggsinformasjon i dette eksempelet ikke påkrevd --> <Ident> <Id>964965226</Id> <TypeId V="ENH" DN="Organisasjonsnummeret i Enhetsregister" S="2.16.578.1.12.4.1.1.9051"/> </Ident> <Organisation> <OrganisationName> Teknisk avsenderadresse </OrganisationName> <Ident> <Id>xxxxxx</Id> <Sender> <Role V="PRIM" DN="Primærmottaker"/> <HCP> <Inst> <Name> Haukeland Universitetsjukehus</Name> <Id>258521</Id> DN="HER-id"/> <TypeId V="HER" <! Organisasjonsnummer som tilleggsinformasjon (AdditionalId) ligger etter Dept i Applikasjonskvitteringen--> <Dept> avsenderadresse sykehus</name> <Name> Teknisk <Id>xxxxx</Id> <TypeId V="HER" DN="HER-id" S="2.16.578.1.12.4.1.1.9051"/> </Ident> </Organisation> DN="HER-id"/> </Dept> <AdditionalId> <TypeId V="HER" </Receiver> </Organisation> <Id>964965226</Id> <Type V="ENH" DN="Organisasjonsnummeret i Enhetsregister" /> </AdditionalId> </Inst> </HCP> </Sender> 11

5.4.2. Eksempel PLO-melding som benytter Hodemelding Applikasjonskvittering sendt fra Sykepleietjeneste, pleie- og omsorg i Stavanger kommune Opplysninger fra Hodemelding i mottatt melding Opplysninger i tilhørende Applikasjonskvittering <Receiver> <Organisation> <OrganisationName>Stavanger kommune</organisationname> <Ident> <Id>258521</Id> <TypeId V="HER" DN="HER-id" S="2.16.578.1.12.4.1.1.9051"/> </Ident> <! Organisasjonsnummer er tatt med som tilleggsinformasjon i dette eksempelet ikke påkrevd --> <Ident> <Id>964965226</Id> <TypeId V="ENH" DN="Organisasjonsnummeret i Enhetsregister" S="2.16.578.1.12.4.1.1.9051"/> </Ident> <Organisation> <OrganisationName>Sykepleietjeneste, pleie- og omsorg</organisationname> <Ident> <Id>50106</Id> <Sender> <Role V="PRIM" DN="Primærmottaker"/> <HCP> <Inst> <Name>Stavanger kommune</name> DN="HER-id"/> <Id>258521</Id> <TypeId V="HER" <! Organisasjonsnummer som tilleggsinformasjon (AdditionalId) ligger etter Dept i Applikasjonskvitteringen--> <Dept> <Name> Sykepleietjeneste, pleie- og omsorg </Name> <Id>50106</Id> <TypeId V="HER" DN="HER-id" S="2.16.578.1.12.4.1.1.9051"/> </Ident> </Organisation> DN="HER-id"/> </Dept> <AdditionalId> <TypeId V="HER" </Receiver> </Organisation> <Id>964965226</Id> <Type V="ENH" DN="Organisasjonsnummeret i Enhetsregister" /> </AdditionalId> </Inst> </HCP> </Sender> 12

6. Ulike scenarier I kapitlene under er det vist et par enkle scenarier som viser meldingsflyt mellom sykehus og fastlege/kommune. 6.1. Epikrise fra HF/sykehus Dette scenariet viser meldingsflyt når HF/sykehus sender f.eks. epikrise til fastlege, og fastlege sender applikasjonskvittering samt forespørsel knyttet til mottatt epikrise til sykehuset. Sykehus Fastlege 1 Epikrise Avsender: Teknisk avsenderadresse / ev. selvvalgt tjenesteadresse Epikrise lagres i journal 2 Korreleres mot epikrise Mottaker: Avsender i epikrise (Tjenesteadresse) Avsender: Mottaker i epikrisen (epikrise) 3 Kobling til epikrise benyttes til å plassere varsel i korrekt postkasse Mottaker: Avsender i epikrise (Tjenesteadresse)/ ev. selvvalgt tjenesteadresse Kobling til epikrise i RefToConversation og RefToParent Forespørsel 4 (Forespørsel) Mottaker: Avsender i forespørsel (Tjenesteadresse) Avsender: Mottaker i forespørsel (Tjenesteadresse) Korreleres mot forespørsel 5 Svar lagres i journal Svar på forespørsel og kobles mot Mottaker: Avsender i forespørsel (Tjenesteadresse) / opprinnelig melding ev. selvvalgt tjenesteadresse (dialogtråd) Kobling til forespørsel i RefToConversation og RefToParent Korreleres mot Svar på forespørsel Mottaker: Avsender i svar på forespørsel (Tjenesteadresse) Avsender: Mottaker i svar på forespørsel (Tjenesteadresse) (Svar på forespørsel) 6 Mottatt melding plasseres alltid direkte i pasientens journal og blir umiddelbart tilgjengelig der. I tillegg legges det varsel om at ny melding er mottatt i egnet postkasse Merk: Avsenderadressen skal alltid representere en kommunikasjonspart i egen virksomhet Figur 1 Epikrise fra sykehus til fastlege, samt bruk av dialogmeldinger 13

6.2. PLO-melding fra kommune til HF/sykehus Dette scenariet viser meldingsflyt når kommune sender fagmelding som benytter hodemeldingen, f.eks. PLO-melding, og HF/sykehus sender applikasjonskvittering samt Forespørsel knyttet til mottatt fagmelding til kommunen. Sykehus Kommune Melding lagres i EPJ Varsel i arbeidsflyt knyttes til pasienten Mottaker: Somatikk plo meldingsmottak Psykiatri plo meldingsmottak På sykehus: Melding knyttes til pasienten og varsel opprettes PLO-melding 1 2 (PLO-melding) Mottaker: Avsender i PLO-melding (Tjenesteadresse) Avsender: Mottaker i PLO-melding (Tjenesteadresse) Korreleres mot PLO-melding 3 Forespørsel Mottaker: Avsender i PLO-melding (Tjenesteadresse) Kobling til PLO-melding i RefToConversation og RefToParent Info om ansvarlig enhet ligger i «Tilknyttet enhet» Lagres i journal med kobling til PLO-melding 4 Korreleres mot forespørsel Mottaker: Avsender i forespørsel (Tjenesteadresse) Avsender: Mottaker i forespørsel (Tjenesteadresse) (Forespørsel) Kobling til forespørsel benyttes til å plassere varsel i korrekt postkasse Mottaker: Avsender i forespørsel (Tjenesteadresse) Kobling til forespørsel i RefToConversation og RefToParent Svar på forespørsel 5 6 (Svar på forespørsel) Mottaker: Avsender i svar på forespørsel (Tjenesteadresse) Avsender: Mottaker i svar på forespørsel (Tjenesteadresse) Korreleres mot Svar på forespørsel og dialogtråden Mottatt melding plasseres alltid direkte i pasientens journal og blir umiddelbart tilgjengelig der. I tillegg legges det varsel om at ny melding er mottatt i egnet postkasse Merk: Avsenderadressen skal alltid representere en kommunikasjonspart i egen virksomhet Figur 2 PLO-melding fra kommune til sykehus, samt bruk av dialogmeldinger 14

6.3. Fellestrekk I de foregående eksemplene med epikrise, PLO-melding og dialogmeldinger initiert fra enten sykehus, fastlege eller kommune, er det mange fellestrekk: Ved opprettelse av applikasjonskvittering gjelder alltid følgende: Avsenderadresse i meldingen det kvitteres for skal benyttes som mottakeradresse i applikasjonskvittering. Mottaker i meldingen det kvitteres for skal returneres som avsender i applikasjonskvittering. Meldingen skal alltid sendes fra egen virksomhet. o Merk: Hvis man i en overgangsperiode adresserer til en lege med bruk av HPRnummer er det viktig at Applikasjonskvitteringen alltid blir sendt fra egen virksomhet og med informasjon om hvilken lege som er avsender. Ved opprettelse av dialogmelding knyttet til en mottatt elektronisk fagmelding gjelder følgende: Avsenderadresse i mottatt melding skal benyttes som mottakeradresse i dialogmelding. Meldings id (MsgId) i mottatt melding kopieres til RefToParent i dialogmelding. Dersom meldingen dialogmeldingen skal knyttes til har verdi i elementet RefToConversation, kopieres verdien til tilsvarende element i ny melding. Dersom verdi mangler, eller meldingstypen ikke inneholder dette elementet, kopieres MsgId i mottatt melding til RefToConversation i ny melding. Ved opprettelse av fagmelding (f.eks. henvisning, epikrise, labsvar, PLO-melding) eller frittstående dialogmelding (ny «tråd») gjelder følgende: Aktuell mottakeradresse for meldingen hentes fra NHN-Adresseregister. For meldinger som benytter Hodemelding: RefToConversation/RefToParent fylles ikke ut, evt. fylles begge felt ut med verdi lik meldings id (MsgId) for meldingen. Ansvarlig enhet /ansvarlig helsepersonell / kontaktpersoner og kontaktenheter skal ligge i fagmeldingsdelen, både for basismeldinger og meldinger som benytter Hodemelding (PLO-meldinger mm) For import av meldinger til et sykehus gjelder følgende: Dersom innkommende melding er knyttet til en tidligere utgående melding via RefToParent/RefToConversation, benyttes koblingen for å plassere varselet om innkommende melding nærmest mulig avsender av meldingen det refereres til. Dersom innkommende melding ikke har en knytning til en tidligere melding (mangler RefToParent/RefToConversation) må mottaker-elementet (<Receiver> i Hodemelding) utnyttes for å kunne plassere varselet om innkommende melding nærmest mulig tiltenkt mottaker. Tjenesteadresse på sykehuset mappes om til en organisatorisk enhet som kan benyttes ved oppslag i systemoppsett for å avgjøre korrekt postkasse. 15

Figur 3 Eksempel på import av melding til sykehus 16

7. Referanser [1] KITH Rapport nr. 15/04 revisjon 2, Applikasjonskvittering v1.0 Informasjonsmodell og meldingsbeskrivelse: http://www.kith.no/upload/1187/r15-04_-v1%20rev2-2013-03-26.pdf [2] KITH Rapport nr. 15/04:2012, Applikasjonskvittering v1.1 Informasjonsmodell og meldingsbeskrivelse: http://www.kith.no/upload/6466/r15-04-2012_-v1_1-2012-02-15.pdf [3] KITH Rapport nr. 01/06 Standard for Hodemelding - Informasjonsmodell og XML meldingsbeskrivelse: http://www.kith.no/upload/3037/r01-06-hodemelding-v12.pdf [4] KITH Rapport nr. 27/02 Informasjonsmodell henvisning og epikrise: http://www.kith.no/upload/1077/r27-02epikrisehenvisning-v1.pdf [5] KITH Rapport 1029:2011 Adresseopplysninger i nasjonale meldingsstandarder: http://www.kith.no/upload/6392/kith-1029-2011- AdresseopplysningerNasjonaleMeldingsstandarder.pdf [6] Veiledning for spesialisthelsetjenestens vedlikehold i Adresseregisteret: http://www.nhn.no/tjenester/adresseregister/bruksveiledning-spesialisthelsetjenesten.pdf [7] Integrasjon med Adresseregisteret, RESH, HPR og Personregister: http://www.nhn.no/tjenester/adresseregister/registerintegrasjon.pdf 17

Appendix 1 Eksempel fra Helse Vest Mapping mellom tjenester og organisasjonsenheter Det er ikke er en entydig mapping mellom behandlingssted på HF, koder fra kodeverk 8655 Helsehjelpsområde og fagområde (koder fra 8451). Organisatorisk tilhørighet fremgår andre steder i meldingen og er ikke viktig å ha med i avsenderinformasjonen. Dagens løsninger vil kreve at det gjøres mappinger mellom tjenester (type kommunikasjonspart i NHN-AR) og klassiske organisasjonsenheter på sykehus. Per i dag har ikke EPJ på sykehus noe forhold til tjenester som andre aktører kan benytte i adressering til sykehus. Når det gjelder adressering fra DIPS til eksterne tjenester, er dette fullt ut støttet, da disse tjenestene importeres fra NHN-AR og er tilgjengelig i adressebok i DIPS. For dialogmeldinger, som for alle andre meldinger innenfor samhandling, må det etableres mappingtabell i enten Message Broker (MB) eller i kommunikasjonsplattform/meldingsbuss for å tilfredsstille overnevnte problemstilling. Meldinger inn til DIPS som krever mapping fordi adressat kan benyttes til å bestemme arbeidsflyt (eksemplifisert gjennom henvisning): Her må MB/Meldingsbuss mappe fra mottakeradresse (Service Provider) nivå 2 som angir tjeneste (HER), til avdelingskode (NIS-nr?) som DIPS kan bruke til å bestemme hvilken arbeidsgruppe varsling skal gå til. Meldinger ut av DIPS der adressat skal framstå som tjeneste hos mottaker (eksemplifisert gjennom epikrise): 18

Her må MB/Meldingsbuss mappe fra avsender (Service Provider) nivå 2 som angir avdelingskode, til tjeneste (HER) som mottaker kan benytte hvis de vil. 19