NOTAT - Funksjonell beskrivelse

Transkript

1 NOTAT - Funksjonell beskrivelse Til Fra Leverandører av RIS/PACS m.fl. Teleradiologiprosjektet i Helse Vest v/ prosjektleder Sverre Størkson og Edgar Glück, KITH Dato Status v0.5 som vedlegg til forespørsel Funksjonell beskrivelse for utveksling av radiologisk informasjon mellom institusjoner Dokumentet beskriver et forslag til løsning for utveksling av radiologisk informasjon, inkludert en detaljert funksjonell beskrivelse av hvordan det kan gjøres. 1 Teleradiologiprosjektet De radiologiske avdelinger i helseforetakene i Helse Vest skal, i samarbeid med regionalt IT-forum og KITH, gjennom et forprosjekt utrede og planlegge sømløs radiologisk informasjonsutveksling mellom ulike system og aktører. Sømløs informasjonsutveksling innebærer tilpasninger av radiologiske system til funksjonell og effektiv utveksling av radiologisk informasjon på tvers av sykehus og helseforetak, basert på internasjonale standarder. Løsningen skal være generelt anvendbar i og mellom landets helseregioner, men løsningene skal prøves ut i Helse Vest gjennom trinnvis innføring av løsningen som skissert i forprosjektet. Innføring av slike løsninger krever samordning av økonomisk kompensasjon for teleradiologiske tjenester og avklaring av juridiske problemstilinger rundt denne type samhandling mellom sykehus. For å utnytte sømløs regional informasjonsutveksling er det avgjørende at undersøkelsesprosedyrer i Helse Vest i størst mulig grad samordnes i forhold til den radiologiske problemstilling. Ulike prosedyrer kan medføre at undersøkelser må utføres på nytt, selv om den er utført og tilgjengelig via teleradiologiske løsninger fra et annet sykehus i regionen. I Teleradiologiprosjektet omtales dette som opprettelse av et Teleradiologisk miljø i Helse Vest. Haugesund sjukehus Helse Fonna Diagnostisk Terapeutisk Serviceblokk, Radiologi POSTADRESSE: BESØKSADRESSE: TELEFON: TELEFAX: Postboks 2170, Postterminalen Karmsundsgt HAUGESUND 5528 HAUGESUND

2 2 Behov for radiologisk informasjonsutveksling Det er ulike behov for utveksling av radiologisk informasjon mellom institusjoner: Ønske om radiologisk assistanse hvor undersøker ønsker assistanse til vurdering av bildene av radiolog på et annet sykehus. Klinikeren som ønsker assistanse fra en annen kliniker og hvor resultatet fra en radiologisk undersøkelse er sentral ("klinisk assistanse"). Tilgang til tidligere radiologiske undersøkelser en pasient har fått utført ved andre institusjoner (historiske pasientopplysninger). Behov for å diskutere radiologiske undersøkelser/funn i en gruppe i forbindelse med pasientbehandling eller intern undervisning / videreutdanning. De ulike behovene er beskrevet nærmere nedenfor. 2.1 Off-line tjenester Vanlig radiologisk henvisning En primærlege eller sykehuslege som ønsker radiologiske tjenester, sender enten en papirhenvisning til det lokale sykehus, eller formidler denne elektronisk til radiologisystemet direkte fra journalsystemet eller ved bruk av en web-tjeneste. På samme måte er det behov for elektronisk formidling av henvisninger fra kliniske sykehusleger og primærleger/spesialister på tvers av sykehus/foretak/regioner Radiologisk assistanse Radiologiske undersøkelser kan i dag foretas desentralisert, men radiologisk kompetanse til å vurdere bildene fra en undersøkelse er ofte ikke like tilgjengelig. Denne problemstillingen finnes der det er mulig å ta et røntgenbilde uten at det er radiologisk kompetanse tilgjengelig. Det kan også være spesialsykehus som har radiologisk spesialekspertise, men hvor det i spesielle situasjoner likevel er ønskelig å kunne rådføre seg med en annen kollega. I de vanligste tilfellene er behovet gjerne hos mindre sykehus hvor den radiologiske kompetansen kan være begrenset eller periodisk fraværende ved sykdom eller ubesatte stillinger slik at primærgranskning kan måtte foregå et annet sted. Det er derfor behov for å kunne sende radiologisk informasjon fra et sted hvor undersøkelsen er foretatt til en radiologisk avdeling med kompetanse til å vurdere denne informasjonen. En slik henvendelse om radiologisk assistanse initieres av undersøkende instans. Det vil vanligvis være behov for svar i løpet av timer eller dager som angitt i henvendelsen. Mottakende radiolog vil vanligvis ønske å ha radiologisk informasjon med full oppløsning Klinisk assistanse Radiologiske undersøkelser foretas vanligvis av radiologiske avdelinger/institutter etter rekvisisjon/henvisning fra en kliniker som er ansvarlig for behandling av pasienten. Kliniker som mottar resultatet av den radiologiske undersøkelsen kan ha behov for å diskutere videre undersøkelse/behandling av pasienten med en kliniker (for eksempel neurolog, ortoped) på en annen institusjon. I denne forbindelse kan det være aktuelt å 2

3 diskutere med utgangspunkt i den foreliggende radiologiske informasjonen som i så fall må gjøres tilgjengelig for den part en ønsker assistanse fra. Det er derfor behov for å kunne sende radiologisk informasjon fra det stedet hvor undersøkelsen er foretatt og gjøre dette tilgjengelig for mottakende kliniker. En slik henvendelse om vurdering av klinisk spesialist initieres av henvisende kliniker. Det vil vanligvis være behov for svar i løpet av timer eller dager som angitt i henvendelsen. Mottakende kliniker vil ofte kunne klare seg med en redusert oppløsning, men det bør være mulighet for å få overført radiologisk informasjon med full oppløsning på et senere tidspunkt dersom dette skulle bli nødvendig Tilgang til historiske pasientopplysninger I forbindelse med pasientbehandling vil det ofte være aktuelt å få tilgang til tidligere radiologiske undersøkelser som er foretatt på andre institusjoner. Behovet kan dels komme fra behandlende kliniker som ønsker å se resultatet av tidligere undersøkelser for å vurdere behov for nye radiologiske undersøkelser eller vurdere sykdomsforløp. Behovet kan også komme fra radiolog som i forbindelse med forestående undersøkelser ønsker å vurdere om allerede foretatte undersøkelser er tilstrekkelige eller om det er nødvendig å gjenta en undersøkelse eller deler av denne. Likeledes kan det være aktuelt for en radiolog å etterlyse resultatet av tidligere undersøkelser for å kunne foreta sammenligninger med en tidligere foretatt undersøkelse. Behov for mest mulig oppdatert radiologisk historikk innen regionen er åpenbart, og aktuelle undersøkelser bør forhåndshentes automatisk når en undersøkelse er bestilt på tilnærmet samme måte som dette stedvis gjøres internt i sykehuset. Det kan i tillegg være behov for tilfeldige spørringer. Som nevnt ovenfor vil radiologer oftest ha ønske om å få informasjonen med full oppløsning, mens klinikere i større grad kan klare seg med redusert oppløsning i første omgang, men med mulighet for senere å kunne hente informasjonen med full oppløsning. 2.2 On-line tjenester I noen tilfeller vil det kunne være behov for radiologisk assistanse i sann tid i forbindelse med selve undersøkelsen. Slik assistanse kan gjelde selve undersøkelsen (eller forberedelsen av denne) eller gjelde hjelp til granskning. Ved sanntids granskning vil det være behov for å kunne markere områder av interesse ved bruk av gjensidig bruk av markører som da er synlig for den annen part. Assistanse i sann tid vil vanligvis være avtalt mellom partene på forhånd. Denne funksjonelle beskrivelsen omfatter ikke løsninger for on-line tilgang til radiologiske undersøkelser. 3 Funksjonell oversikt Dette kapittel definerer hovedkomponentene og deres funksjon. 3

4 Understående figur viser 3 applikasjoner i hver av 2 helseregioner som kommuniserer internt, så vel som eksternt via et meldingshåndteringssystem. Dette viser en "fullstendig" løsning som omfatter både radiologi og kliniske tjenester. En tilsvarende skisse finnes i forbindelse med beskrivelsen av trinn 1 (kapittel 5.1) viser en oversikt over komponentene som er benyttet i forbindelse med radiologisk assistanse. Web server Web server Historic DB Historic DB Msg Broker Internett Msg Broker RIS PACS EHCRS GP's EHCRS RIS PACS EHCRS EHCR DB 3.1 Lokal/regional historisk database En lokal eller regional database inneholder ajourført informasjon om ulike typer planlagte og utførte medisinske tjenester. Informasjonen oppdateres av alle tilsluttede tjenesteytere i området. Innholdet i denne databasen er i hovedsak pekere til informasjon lagret i de tilknyttede applikasjonssystemene (RIS, PACS, EPJ osv.). Databasen inneholder også informasjon om dato og tidspunkt for utførte tjenester, involverte tjenesteytere, utførte tjenester og evt. andre informasjonselementer. 3.2 Lokal/regional web-tjener En lokal eller regional web-tjener gir enhver autorisert web-klient tilgang til den lokale/regionale historiske databasen og å hente oversiktsinformasjon i den grad tilgangskontrollsystemet tillater dette. Web-tjeneren er også i stand til å hente opplysninger fra de ulike tjenesteyternes databaser gjennom nøkkelinformasjon i denne historiske databasen. Dette gjøres ved å sende en forespørselsmelding via det lokale eller regionale meldingshåndteringssystemet og å slå sammen svarmeldingene fra de ulike applikasjonene. Web-tjeneren må være i stand til å logge de mottatte forespørslene og den informasjon som utleveres. 4

5 3.3 System for meldingshåndtering (MHS) Meldingshåndteringssystemet (MHS) mottar meldinger og sender meldinger videre til andre aktører. I tillegg til vanlig "routing" kan meldingshåndteringssystemet: Konvertere meldinger fra en meldingssyntaks til en annen, avhengig av hvordan de involverte aktører kan kommunisere. Dele en melding inn i flere sub-meldinger til ulike mottagere, basert på type og innhold i den opprinnelige melding. Inkludere informasjon fra en annen applikasjon i en utgående melding Dekryptere meldinger fra eksterne aktører og kryptere meldinger til eksterne aktører. Et MSH kan formidle meldinger mellom ulike parter: Fra en web-tjener til ulike brukersystem Fra et brukersystem til lokal/regional historisk database Fra et brukersystem til et annet både lokale og eksterne system Et MHS skal kunne kommunisere med tilsvarende system i andre geografiske områder. Et MHS skal kunne fungere automatisk, dvs. det skal ikke være behov for betjening fra sluttbruker i forbindelse med utveksling av informasjon knyttet til enkeltpasienter. Et MHS er ofte en eksisterende komponent på de større sykehusene. 3.4 Intern kommunikasjon Kommunikasjonen mellom de ulike brukersystem og MHS kan tilpasses systemenes støtte for aktuelle standarder som f.eks. HL7 v2.x og DICOM. 3.5 Ekstern kommunikasjon Kommunikasjonen mellom meldingshåndteringssystemet og eksterne parter bør være iht. internasjonale standarder som spesifisert av nasjonale myndigheter. I Norge vil slike meldinger har informasjonsinnhold og struktur iht. CEN pre-standarder, være innpakket ved bruk av XML-meldingssyntaks og overført vha. ebxml for meldingsoverføring og routing. 3.6 Brukerapplikasjoner Brukersystem er f.eks. RIS (Radiologisk Informasjons System), PACS (Bildehåndteringssystem), EPJ (Elektronisk Pasient Journal system) osv. Flere brukersystem av samme slag kan knyttes til et meldingshåndteringssystem. Brukersystemene skal normalt være i stand til å motta: rekvisisjoner/henvisninger svarrapporter statusmeldinger 5

6 Brukersystemene skal normalt være i stand til å sende: rekvisisjoner/henvisninger svarrapporter statusmeldinger 3.7 Web-klient En web-klient kan aksessere den lokale/regionale web-tjeneren og etterspørre informasjon. En web-klient kan være hvem som helst som f.eks.: En bruker på et lokalt sykehus En ekstern aktør (som f.eks. en primærlege) 3.8 Tilgangskontrollsystem Tilgangskontrollsystemet må verifisere status for den bruker som etterspør informasjon og gi tilgang for denne brukeren iht. hans/hennes rettigheter til den etterspurte informasjonen. 4 Funksjonell beskrivelse I det følgende skal begrepet "Radiologisk avdeling" forstås som radiologisk tjenesteyter. Denne tjenesten kan ytes av både offentlige sykehus og private institutt. 4.1 Bestilling Den enkelte radiologiske avdeling kan etablere en web-tjeneste hvor leger kan bestille radiologiske undersøkelser og hvor pasientene selv kan avtale tid for undersøkelsen. Avdelingen må legge til rette tilgjengelig tidsintervall og regler for hvordan disse intervall kan benyttes og av hvem. Enkle tjenester kan bestilles av leger direkte via web mens mer komplekse undersøkelser kan kreve at legen sender henvisning. Pasienten kan imidlertid velge det mest passende tidspunktet Vanlig radiologisk henvisning Prosedyre For å beskrive henvisning av radiologiske undersøkelser som innbefatter kommunikasjon mellom sykehus, må vi først beskrive den vanlige måten å rekvirere radiologiske undersøkelser lokalt (slik som beskrevet i 2.1.1). En lege har behov for ytterligere informasjon om en bestemt pasient. Rekvirenten kan finne en del opplysninger i sitt eget system, men kan i tillegg koble seg til den lokale/regionale web-tjeneren for å få tilgang til tidligere radiologiske undersøkelser utført andre steder som beskrevet i 4.4 for å avgjøre om det er behov for å utføre ytterligere undersøkelser. 6

7 Henvisende instans kan være: en primærlege eller spesialist utenfor sykehuset en lege på en av sykehusets kliniske avdelinger. Dersom legen bestemmer seg for å henvise pasienten til radiologiske undersøkelser på det lokale sykehuset kan han/hun enten: fylle ut en papirhenvisning som sendes med posten til det lokale sykehusets radiologisk avdeling, som legger henvisningen inn i det radiologiske datasystemet som beskrevet i 4.3. bruke en lokal web-tjeneste for å rekvirere røntgenundersøkelser. Det kan innbefatte mulighet for å bestille tid for undersøkelsen. skrive henvisning i EPJ-systemet for elektronisk overføring til sykehusets radiologisystem. En kopi av henvisningen bør overføres til den lokale/regionale web-tjeneren, først og fremst for å gi tjenesteytende radiologiske avdeling tilgang til relevant informasjon, men også for å informere andre tjenesteytere om henvisningen Informasjonsinnhold for rekvisisjon/henvisningsmelding Informasjonsinnholdet for den ordinære radiologiske henvisningen: Identifikasjon av henvisende instans (avsender) Identifikasjon av tjenesteyter (mottaker) Opplysninger om pasienten Pasientidentifikasjon Opplysninger knyttet til økonomisk avregning Evt. kliniske opplysninger Begrunnelse for ønskede radiologiske tjeneste(r) Angivelse av de(n) undersøkelse(ne) forespørselen gjelder Forespørsel om radiologisk assistanse Prosedyre En radiolog (eller en delegert person) ønsker assistanse av en annen radiologisk avdeling og rekvirerer sekundærgranskning av bilder og en eventuell foreløpig beskrivelse. Tjenesteyteren kan være knyttet til samme meldingshåndteringssystem som den part som ønsker tjenesten utført, eller til et annet meldingshåndteringssystem. En radiologisk henvisning fylles ut lokalt i RIS, men tjenesteyter er en annen radiologisk avdeling som må angis (mottaker). Tjenesten som etterspørres kan være primærgranskning, sekundærgranskning og/eller utførelse av en radiologisk undersøkelse som ikke kan utføres lokalt. Henvisende instans må angi årsaken til hvorfor han/hun ønsker tjenesten utført (f.eks. mangel på kvalifisert personell, stor arbeidsmengde, defekt utstyr osv). Henvisende instans trenger tilgang til den opprinnelige henvisningen som lå til grunn for den utførte undersøkelsen, og som skal revurderes av tjenesteyter, evt. også den 7

8 foreløpige beskrivelsen og tilhørende bilder. Det vil være fordelaktig om radiologen ved granskning har lagret nøkkelbilder i en egen "visningsmodus". Henvisende instans må kunne velge hvilken informasjon som skal gjøres tilgjengelig for den mottagende tjenesteyteren: Legge ved alle bildene til henvisningen Bare legge ved valgt "presentasjon" Bare legge ved en referanse til bilder på lokal/regional web-tjener (og eventuelt legge ved en "nøkkel" som gir tjenesteyter tilgang til opplysningene). Tjenesteyteren på den mottagende institusjonen ønsker tidvis også tilgang til tidligere radiologiske undersøkelser for den aktuelle pasienten. Disse bør fortrinnsvis bli hentet automatisk fra web-tjeneren (pre-fetch), eller kunne hentes av tjenesteyter selv. Dersom denne tjenesten ikke er tilgjengelig bør det være mulig å legge ved bilder til den radiologiske henvisningen av den som rekvirerer tjenesten. RIS bør i den sammenheng kunne presentere en oversikt over tidligere utførte radiologiske undersøkelser utført lokalt eller som er tilgjengelig fra regional web-tjener. Henvisende instans bør ha mulighet for å inkludere utvalgte bilder fra alle eller utvalgte undersøkelser. Hvis nøkkelbilder og "visningsmodus" er definert bør dette være de bilder som fortrinnsvis overføres, men det må være mulig å velge andre bilder i tillegg eller istedenfor de foreslåtte. En kopi av den radiologiske henvisningen bør sendes til lokal/regional web-tjener for å sikre tjenesteyters tilgang til relevante opplysninger, og gi informasjon om henvisningen til andre tjenesteytere i regionen. ServiceRequester : RisUser LocalRis : RisRegistry LocalPacs : PacsRegistry LocalDB : HistRegistry RemoteDB : Hi st Regist ry InternMHS : MsgBrooker RemotePacs : PacsRegistry RemoteRis : RisRegistry ServiceProvider : RisUser 1: initiaterequest( ) 2: fetchimages( ) 3: transferimages( ) 4: presentinfo( ) 5: sendrequest( ) 6: storerequest( ) 7: transferreques t( ) 8: convertmsg( ) 9: transferrequest( ) 10: alertuser( ) 11: storeimages( ) Informasjonsinnhold i rekvisisjons/henvisningsmeldingen Informasjonsinnholdet for en henvisning til radiologisk assistanse: Identifikasjon av henvisende instans (avsender) Identifikasjon av tjenesteyter (mottaker) Opplysninger om pasienten Pasientidentifikasjon 8

9 Opplysninger knyttet til økonomisk avregning Evt. kliniske opplysninger Angivelse av evt. tidligere undersøkelser (henvisning, svarrapport og bilder) Begrunnelse for den radiologiske tjenesten Aktuell undersøkelse Original henvisning Evt. opprinnelig svarrapport Tilhørende bilder Ønsket tjeneste Ytterligere ønskede tjenester/undersøkelser Rekvirering av klinisk assistanse Prosedyre Klinikere på ulike sykehus har et betydelig behov for å diskutere behandling av pasienter hvor radiologiske informasjon må være tilgjengelig. En klinisk henvisning registreres i rekvirentens EPJ. Mottagende kliniske tjenesteyter må kunne spesifiseres i henvisningen. Tjenester som forespørres kan være klinisk evaluering, ekspertvurdering, vurdering av overflytting av pasient og/eller behov for kliniske tjenester som ikke kan utføres lokalt. Rekvirenten må spesifisere begrunnelsen for forespørsel om klinisk assistanse. Den kliniske henvisningen bør ledsages av relevant klinisk informasjon hentet fra EPJ, så vel som radiologisk henvisning og/eller radiologisk svarrapport som er tilgjengelig fra EPJ. Rekvirenten må være i stand til å hente relevante bilder enten direkte fra EPJ eller via web til lokalt PACS. Referanse til utvalgte bilder, visningsmodus osv. bør være inkludert som en del av henvisningen. Tjenesteyter på det mottagende sykehuset kan ønske tilgang til tidligere radiologiske undersøkelser, og tjenesteyter bør selv kunne hente slik informasjon fra regional webtjener. Hvis dette ikke er mulig, må det være mulig å legge bildene ved henvisningen. En kopi av henvisning bør sendes til den lokale/regionale web-tjener for å sikre tjenesteyter tilgang til relevant informasjon og å informere andre tjenesteytere om henvisningen Informasjonsinnhold henvisningsmelding Identifikasjon av henvisende instans (avsender) Identifikasjon av tjenesteyter (mottaker) Opplysninger om pasienten Pasientidentifikasjon Opplysninger knyttet til økonomisk avregning Evt. kliniske opplysninger Begrunnelse for ønsket tjeneste(r) 9

10 Ønskede tjeneste(r) 4.2 Meldingshåndteringssystem Den ønskede løsningen bør baseres på meldingsutveksling mellom "løst koblede" systemer f.eks. ved å benytte meldinger iht. en internasjonal standard uten at avsender må kjenne til detaljer om mottakers applikasjon eller database. Meldinger vil i hovedsak utveksles mellom følgende system: RIS radiologiske informasjonssystem EPJ journalsystem for sykehus EPJ journalsystem for primærleger og spesialister Systemet utfører oppgaver som syntakskonvertering for innkomne og utgående meldinger. Avhengig av konfigurasjon kan et eller flere meldingshåndteringssystem være involvert. Hvis bare ett system er involvert, må meldinger håndteres av samme meldingshåndteringssystem både for innkommende og utgående melding Håndtering av utgående meldinger De ulike applikasjonene kan generere meldinger i ulik syntaks som f.eks. HL7 v2.x, CEN XML og proprietær syntaks. Meldinger bør konverteres til avtalt meldingsstruktur og utvekslingssyntaks ved bruk av en meldingskonverter. Konverteren må også være i stand til å inkludere vedlegg basert på en referanse til objekter som kan hentes, f.eks. et DICOM objekt fra PACS ved bruk av DICOM kommandoer. Meldingen og mulige vedlegg settes sammen ved bruk av en ebxml meldingskonvolutt. Meldingene er delvis eller helt kryptert iht. nasjonal lovgivning Meldingsrouting og forsendelse Meldinger iht. avtalt internasjonal standard kan sendes enten: direkte til mottaker via en postkasse mellom avsender og mottaker. Hvis meldinger utveksles vha. en postkasseløsning bør mottaker gjøre periodiske spørringer mot postkassen. Postkassesystemet bør også kunne varsle mottaker om ankomne meldinger, særlig meldinger med høy prioritet Logging av meldinger Meldingshåndteringssystemet bør logge innkomne og utgående meldinger Håndtering av innkomne meldinger Krypterte meldinger mottatt direkte fra avsender eller via en postkasseløsning bør dekrypteres om nødvendig. ebxml konvolutten bør "åpnes" og hovedmeldingen sendes til mottagende applikasjon etter evt. konvertering av meldingsstruktur og syntaks. Vedlegg bør behandles iht. meldingstype og mottagende applikasjons evne til å håndtere vedlegg av ulike typer. Meldinger som inneholder DICOM bilder sendt til et EPJ system som ikke kan håndtere slike bilder som en del av meldingen, kan splittes for 10

11 mulig lagring i lokal PACS database via DICOM kommandoer. Slike bilder bør gjøres tilgjengelig for visning ved bruk av lokal web-applikasjon, fortrinnsvis etter verifisering av radiologisk avdeling. 4.3 Håndtering av innkommende henvisninger Henvisninger bør behandles på samme måte, uavhengig om hvordan/hvor henvisningen er generert Radiologisk henvisning Hvis den radiologiske henvisning ankommer med vanlig post må den først registreres i RIS på radiologisk avdeling. Lokalt registrerte radiologiske henvisninger bør formidles til lokal/regional web-server og registreres der som en ny "oppføring" som beskrevet i 4.4. Brukeren bør varsles om nye ø.hjelp-henvisninger og alle aktuelle henvisninger bør listes i RIS. Nye henvisninger bør vurderes, og resultatet av vurderingen bør formidles til henvisende instans i form av en statusmelding. Den rekvirerte tjenesten kan bli akseptert, forkastet eller satt under fortsatt vurdering i påvente av tilleggsopplysninger. For godkjente radiologiske henvisninger med tilhørende bilder, bør bildene lagres i en egen PACS-mappe og bli verifisert før de flyttes til en ordinært mappe i PACS. ServiceRequester : RisUser LocalRis : RisRegistry LocalPacs : PacsRegistry LocalDB : HistRegistry InternMNS : MsgBrooker RemoteDB : HistRegistry RemotePacs : PacsRegistry RemoteRis : RisRegistry ServiceProvider : RisUser 1: listrequests( ) 2: presentinfo( ) 3: selectrequest( ) 4: fetchimages( ) 5: transferim ages( ) 6: checkrequest( ) 7: updatestatus( ) Ved ankomst av en ny henvisningsmelding eller lokalt registrert henvisning bør det automatisk genereres en forespørselsmelding til lokal/regional web-server om at aktuelle undersøkelser og evt. relevante tidligere undersøkelser for denne pasienten gjøres tilgjengelig på serveren (og evt. andre definerte servere). Serveren henter aktuell informasjon såvel som svarrapport og relaterte bilder for tidligere undesøkelser til sammenligning ihht. predefinerte regler for prefetching. Hvis mulig bør prefetch finne sted om natten, når nettverkstrafikken er lav Klinisk henvisning Brukeren bør varsles om nye, akutte innkomne henvisninger. Alle aktuelle henvisninger bør listes i EPJ. Nye henvisninger bør vurderes, og denne evaluering bør formidles til "spørreren" i form av en statusmelding. Forespørselen kan akseptert, forkastet eller bli "satt på vent" i påvente av tilgang til ytterligere opplysninger. For godkjente henvisninger med tilhørende radiologiske bilder, bør bildene verifiseres før de evt. lagres lokalt i EPJ. Hvis EPJ ikke kan lagre bilder, må bildene splittes ut av meldingshåndteringssystemet og lagres lokalt i PACS. 11

12 Ved ankomst av en ny henvisningsmelding bør det automatisk genereres en forespørsel til lokal/regional web-tjener om at aktuelle undersøkelser og evt. relevante tidligere undersøkelser for denne pasienten gjøres tilgjengelig i lokalt PACS (og evt. tilsvarende fra andre aktuelle web-tjenere). Web-tjeneren henter aktuell informasjon så vel som svarrapport og relaterte bilder for tidligere undersøkelser til sammenligning iht. forhåndsdefinerte regler for pre-fetching. Hvis mulig bør pre-fetch finne sted om natten, når nettverkstrafikken er lav. 4.4 Tilgang til pasienthistorikk Grunnlaget for tilgang til aktuell og historisk pasientinformasjon er en lokal/regional database med pekere til data som er lagret lokalt der tjenesten ble utført. Lokal informasjon gjøres tilgjengelig for autoriserte brukere på forespørsel. For dette prosjektet er tilgang til radiologisk informasjon viktigst, men løsningen kan også brukes for senere å gjøre andre typer av historisk pasientinformasjon tilgjengelig. Databasen det refereres til i dette dokumentet er databasen knyttet til den lokale/regionale web-tjeneren som kan være en lokal database for et sykehus, eller for en enkelt tjenesteyter. Alternativt kan databasen betjene alle sykehus og andre tjenesteytere i et bestemt geografisk område i Norge f.eks. en helseregion. Antallet databaser som benyttes bør begrenses for å redusere antall mislykkede forespørsler og for å begrense nettverkstrafikken. De partene som deler database på denne måten må ha tillit til at den part som har ansvaret for den sentrale databasen er til å stole på mht. å gi tilgang til personopplysninger. Slik tilgang skal bare være tilgjengelig for autentiserte brukere iht. forhåndsdefinerte regler. Nasjonal lovgivning bestemmer i hvilken grad informasjon kan gjøres tilgjengelig. I Norge skal tjenesteytere som et minimum gis tilgang til den informasjon det er referert til i henvisningen fra den som ønsker assistanse. En tjenesteyter kan også få tilgang til supplerende informasjon hos den som forespør en slik tjeneste, dersom det ikke er lagt spesielle begrensninger på tilgang til opplysningene. Tjenesteytere har tidvis behov for å få tilgang til supplerende informasjon om pasienten fra andre tjenesteytere. Enhver ny utlevering av henvisning og svarinformasjon skal logges. Tilsvarende skal enhver endring av informasjonsinnhold og henvisningsstatus logges. Databasen skal innledningsvis bestå av opplysninger om radiologiske henvisninger og svarrapporter, men kan senere utvides til også å omfatte andre typer pasientinformasjon. Hver forekomst skal inneholde "tilgangsstatus" som f.eks. "begrenset adgang", "pasient samtykke foreligger" osv. Databasen oppdateres av henvisninger, svarrapporter og statusmeldinger som sendes av de involverte partene i regionen når en tjeneste blir rekvirert, det foreligger et svar eller tjenesten blir endret. Tilgang til pasientopplysninger kan tilbys ved bruk av en av understående teknikker alene eller i kombinasjon: Web -løsning Felles database EDI-baserte spørringer Disse alternativer presenteres nedenfor. 12

13 Forespørsler etter informasjon sendt til lokal/regional database kan bli videresendt til en annen lokal/regional database iht. forhåndsdefinerte regler. Svar fra andre databaser bør være inkludert i det samlede resultatsettet tilbake til den som etterspør informasjonen Web-løsning Tilgang til databasen ved bruk av en web-tjener er den foretrukne løsningen. Det gjøre informasjonen tilgjengelig i "sann tid" for alle autentiserte brukere. Denne løsningen tillater brukeren å se på en pasients spesifikke undersøkelser i det omfang det er behov for. Brukeren kan senere gå tilbake igjen og se etter supplerende opplysninger. Brukeren har mulighet for å se på tekstlige dokumenter og/eller bilder, eller å overføre informasjonen til egen applikasjon. ServiceRequester : RisUser LocalRis : RisRegistry LocalPacs : PacsRegistry LocalDB : HistRegistry InternMNS : MsgBrooker RemoteDB : HistRegistry RemotePacs : PacsRegistry RemoteRis : RisRegistry ServiceProvider : RisUser 1: requestinfo( ) 2: fetchinfo( ) 3: receiveoverview( ) 4: presentinfo( ) 5: selectinfo( ) 6: fetchinfo( ) 7: transferfetch( ) 8: fetchinfo( ) 9: transferinfo( ) 10: storeimages( ) 11: fetchreport( ) 12: transferinfo( ) 14: fetchimages( ) 15: transferinfo( ) 13: storereport( ) 16: storeimages( ) Felles database Tilgang til opplysningene ved bruk av en felles database er et alternativ til en webløsning. Dette gjør informasjon tilgjengelig i sann tid, men begrenser tilgangen til autentiserte brukere som er koblet online til databasen og som på forhånd er definert som brukere. Denne løsningen er derfor mindre fleksibel enn web-løsningen. Løsningen er også avhengig av programvare som er særegen for den aktuelle databasen for å presentere dokumenter og bilder, da ulike historiske databaser kan ha ulike definisjoner av datainnhold og datastruktur. Løsningen tillater også brukerne å se på spesifikke undersøkelser i det omfang som er nødvendig. Brukeren kan komme tilbake senere og se på supplerende informasjon. Brukeren har tilsvarende mulighet til å se på dokumenter og/eller bilder eller å overføre dem til egen applikasjon. 13

14 4.4.3 EDI-baserte forespørsler Tilgang til databasen ved bruk av EDI-baserte spørringer er en supplerende løsning til web-løsningen. Denne gjøre informasjonen tilgjengelig til alle autentiserte brukere, men ikke i sann tid. Dette kan dog være tilstrekkelig for mange brukere. Brukerne kan ikke vurdere informasjonen før den er overført til brukerens egen applikasjon, noe som gjør dette alternativ mindre nyttig for å velge spesifikke deler av informasjon, hvis dette ikke er gjort på forhånd Informasjonsinnhold Innholdet av en oppføring i databasen kan være: Type tjeneste (innleggelse, radiologisk undersøkelse osv. ) Dato og tidspunkt for tjenesten Tjenesteyters ID ID til den som rekvirerte tjenesten Peker til henvisningen, eventuelt selve henvisningen/rekvisisjonen Peker til svarrapporten, eventuelt selve svarrapporten Tilgangsstatus (pasient samtykke, VIP osv. ) Status for tjenesten (rekvirert, under utførelse, foreløpig svar foreligger, godkjent svar foreligger osv.) 4.5 Utførelse av en rekvirert tjeneste Utførelse av en radiologisk tjeneste Som en del av henvisningsprosessen og mottak av eksterne henvisninger beskrevet i er informasjon forhåndshentet fra eksterne databaser til lokalt RIS/PACS iht. forhåndsdefinerte regler. Operatøren har mulighet til å etterspørre ytterligere informasjon som skal kopieres til RIS/PACS før, under og etter undersøkelsen. Brukeren kan se på valgt informasjon og be om at valgte undersøkelser helt eller delvis overføres til brukerens RIS (tidligere henvisning og/eller svarrapport) og/eller PACS (bilder). Dette er avhengig av at det er etablert en regional/lokal web-tjener. I motsatt fall vil bare lokalt lagret radiologisk informasjon være tilgjengelig sammen med opplysninger som er blitt overført som en del av rekvisisjonsmeldingen Utførelse av en klinisk tjeneste Brukeren kan se på valgt informasjon og be om at valgte undersøkelser helt eller delvis overføres til brukerens EPJ (tidligere henvisning og/eller svarrapport, evt. bilder hvis EPJ kan lagre bilder). Brukeren kan benytte web-tjenester for å se supplerende informasjon lokalt eller eksternt, forutsatt at det er opprettet en lokal/regional web-tjener. 14

15 4.6 Svarrapportering av utførte tjenester Svarrapportering av radiologiske undersøkelser Klargjøring av radiologisk svarrapport Den tekstlige radiologirapporten registreres i RIS. Nøkkelbilder bør velges, og en visningspresentasjon lagres. Dette gjøres foreløpig i liten grad, men dette vil bli viktigere etter hvert som radiologisk informasjon blir lettere tilgjengelig. Radiolog velger bilder som skal være en del av svarrapporten, enten ved å inkludere dem eller å referere til dem. Svarrapporten signeres av radiolog og rapporten er klar til distribusjon Sending av svarrapport Sending av svarrapport foregår automatisk etter hvert som rapporten er klar for distribusjon. Alternativt kan slike rapporter sendes periodisk, til visse tidspunkt eller når brukeren starter sendingen. RIS må kunne generere en svarmelding for hver mottaker, så vel som en melding til den lokale/regionale web-tjeneren. Alternativt kan RIS produsere en enkeltmelding som er basis for duplisering av meldingshåndteringssystemet ut fra opplysninger om aktuelle svarmottakere registrert i den opprinnelige henvisningen. RIS kan inkludere bilder i den originale svarmeldingen som sendes ut fra RIS, eller kun inneholde referanse til bildene. Bildevedlegg kan gjøres av RIS eller i meldingshåndteringssystemet avhengig av hvilke muligheter applikasjonene har Informasjonsinnhold Informasjonsinnholdet i en radiologisk svarrapport: Tjenesteyters ID (avsender) ID til henvisende instans (mottaker) Opplysninger om pasienten Begrunnelse for ønsket tjeneste (valgfritt) Aktuell(e) undersøkelse(r) Original henvisning (valgfritt) Tekstlig svarrapport Tilhørende bilder ( vedlagt, referert, skal legges ved i MHS) Rapportering av kliniske tjenester Klargjøring av klinisk svarrapport Den tekstlige svarrapporten (epikrisen) registreres i EPJ. Svarrapporten signeres av tjenesteyter og evt. av en annen kliniker. Rapporten er da klar for distribusjon Sending av klinisk svarrapport Sendingen av svarrapporten kan foregå automatisk for hver svarrapport som er klar for distribusjon. Evt. kan slike rapporter sendes periodisk, til bestemte tider eller når brukeren starter sendingen. 15

16 EPJ må kunne generere en rapportmelding til hver av partene som skal motta svaret så vel som en melding til den lokale/regionale web-tjeneren. Evt. kan EPJ generere enkeltmeldinger som basis for duplisering av meldingshåndteringssystemet Informasjonsinnhold Informasjonsinnholdet i en klinisk svarrapport: Tjenesteyters ID (avsender) ID til henvisende instans (mottaker) Opplysninger om pasienten Begrunnelse for ønsket tjeneste (valgfritt) Aktuell(e) undersøkelse(r) Original henvisning (valgfritt) Tekstlig svarrapport Evt. tilhørende bilder ( vedlagt, referert, skal legges ved i MHS) 4.7 Mottak av svarrapport Svarrapporten formidles av meldingshåndteringssystemet iht Av radiologiske avdelinger Svarrapportene som mottas av en radiologisk avdeling er svar på forespørsler for radiologisk assistanse. Den tekstlige svarrapporten skal importeres i RIS hvor den skal knyttes til henvisningen som initierte undersøkelsen/evalueringen. Den tekstlige rapporten kan følges av bilder relatert til nye undersøkelser eller nye bildepresentasjoner av bilder som fulgte med henvisningen. Bildene bør splittes fra meldingen enten av meldingshåndteringssystemet eller av RIS og lagres i PACS-databasen. Den mottatte svarrapport vurderes av radiolog sammen med refererte bilder og bilder som følger med i svarrapporten. Vedlagte bilder bør verifiseres. Det bør overveies om refererte bilder skal overføres til PACS Av klinikere Rapportene som mottas av primærlege eller sykehusavdeling er svar på vanlige radiologiske undersøkelser eller svar på forespørsler om klinisk assistanse. Den tekstlige svarrapporten bør importeres i EPJ hvor den bør knyttes til henvisningen/forespørselen som initierte undersøkelsen/henvisningen. Den tekstlige svarrapporten kan ledsages av bilder knyttet til ny undersøkelse eller nye bildepresentasjoner av bilder som fulgte med henvisningen. Bildene bør så splittes ut av meldingen enten av meldingshåndteringssystemet eller av EPJ. Bildene bør lagres EPJ hvis systemet kan gjøre dette, eller lagres i lokalt PACS. Den mottatte svarrapporten bør leses av kliniker sammen med bilder referert i rapporten og bilder vedlagt i meldingen. Hvis bildene ikke lagres i EPJ bør bildene kunne hentes fra lokal/regional web-tjener. 16

17 5 Trinnvis implementering Ovennevnte beskrivelse omfatter full implementering av et system som tilfredsstiller alle kjente behov for samhandling mellom parter som omfatter radiologisk informasjon (off-line). I praksis vil implementasjonen vanligvis foregå trinnvis. Den starter med implementering av en løsning for radiologisk assistanse og funksjonalitet legges til gradvis. 5.1 Trinn 1 Enkel radiologisk assistanse Første trinn vil være å implementere meldingsbasert kommunikasjon mellom 2 RIS/PACS basert på at det gjøres minst mulig endringer i RIS/PACS. Løsningen er basert på eksisterende applikasjoners egenskaper til å sende og motta henvisning og svarrapport i HL7 eller CEN/XML-format. All informasjon som skal være tilgjengelig for mottaker må finnes i den henvisningsmeldingen som overføres til tjenesteyter og tilsvarende for svarmeldingen som returneres. Msg Broker RIS PACS RIS PACS De to kommuniserende RIS/PACS kan kobles mot samme eller ulike meldingshåndteringssystem. Implementasjonen består av følgende trinn: 1. En radiologisk henvisning registreres i RIS. RIS må være i stand til å angi en ekstern mottaker og det som ønskes utført må utvides til å gjelde second opinion osv. Henvisningen må være relatert til den originale henvisning/svarrapport. 2. RIS sender meldingen til meldingshåndteringssystemet. Meldingen kan inneholde et komplett sett av bilder relatert til den opprinnelige svarrapport, dersom RIS kan håndtere dette. 3. Hvis RIS ikke er i stand til å legge ved bilder til henvisningsmeldingen, må meldingshåndteringssystemet ved bruk av DICOM meldingskommandoer hente det bildesettet fra PACS som er relatert til den originale svarrapporten. 17

18 4. Meldingshåndteringssystemet konverterer meldingen ift. mottagende systems krav til utvekslingsformat. Hvis mottaker er en ekstern part, skal utvekslingsformatet være iht. nasjonal standard, i Norge: CEN/XML henvisningsmelding og DICOM bilder i en ebxml konvolutt. 5. Meldingshåndteringssystemet formidler hele meldingen til mottaker. Mottakende applikasjon kan være tilknyttet det samme meldingshåndteringssystemet som avsendende applikasjon. 6. Hvis mottaker applikasjonen ikke er i stand til å motta bilder som en del av meldingen, fjerner meldingshåndteringssystemet bildene og lagrer disse i mottakers PACS ved bruk av DICOM meldingskommandoer. 7. Mottakende (tjenesteyters) RIS håndterer henvisningen på samme måte som innkomne henvisninger generelt. RIS må være i stand til å knytte de mottatte bildene til henvisningen. 8. Granskning utføres hos tjenesteyter. Det kan resultere i at de mottatte bilder lagres som nye presentasjoner (f.eks. 3-D rekonstruksjoner). 9. Svarrapporten registreres i tjenesteyters RIS. 10.RIS sender svarmeldingen til meldingshåndteringssystemet. Meldingen kan inneholde nye presentasjoner av de oversendte bildene. 11.Hvis RIS ikke er i stand til å vedlegge bilder i svarmeldingen må meldingshåndteringssystemet hente de nye presentasjoner fra PACS ved bruk av DICOM meldingskommandoer. 12.Meldingshåndteringssystemet konverterer meldingen iht. mottagende systems krav til utvekslingsformat. Hvis mottaker er ekstern part, skal utvekslingsformatet være iht. nasjonal standard i Norge: CEN/XML henvisningsmelding og DICOM bilder i en ebxml konvolutt. 13.Meldingshåndteringssystemet formidler hele meldingen til mottaker. Mottakende applikasjon kan være tilknyttet det samme meldingshåndteringssystemet som avsender. 14.Hvis mottaker applikasjonen ikke er i stand til å motta bilder som en del av svarmeldingen, fjerner meldingshåndteringssystemet bildene og lagrer disse i mottakers PACS ved bruk av DICOM meldingskommandoer. 15.Mottagende RIS må håndtere svarrapporten. RIS må være i stand til å knytte de mottatte nye presentasjoner til svarrapporten. 5.2 Trinn 2 Avansert radiologisk assistanse Dette trinnet inneholder et revidert RIS som blant annet tillater sluttbrukeren å definere hvilke bilder/presentasjoner som skal vedlegges henvisningsmeldingen. I dette trinnet spesifiseres også hvordan bilder for tidligere undersøkelser kan vedlegges meldingen. Denne funksjonaliteten blir unødvendig når radiologisk informasjon blir tilgjengelig fra en lokal/regional database via en web-tjener som tillater tjenesteyteren å hente all den informasjon vedkommende trenger direkte fra rekvirentens PACS som beskrevet i

19 5.3 Trinn 3 Web tilgang til historisk informasjon Etablering av en lokal/regional database med referanser til radiologisk informasjon (og annen informasjon) fra de tilknyttede RIS/PACS (og EPJ) gir autoriserte brukere tilgang til historisk informasjon fra en web-klient som er koplet opp mot web-tjeneren. Denne egenskapen gir sluttbrukeren tilgang til tilgjengelig informasjon ved behov. Dette begrenser behovet for å legge ved bilder som en del av henvisningsmeldingen og svarmeldingen. 5.4 Trinn 4 Klinisk assistanse Dette trinnet lar klinikere henvise pasienter til andre klinikere ved å sende henvisningsmeldinger fra sitt EPJ og få svarrapporten sendt tilbake til deres EPJ. Bilder og annen informasjon kan ligge som en referanse i meldingen og hentes opp av den andre part via web-løsningen. 6 Bruk av IHE profiler Vil bli beskrevet senere, evt. i et eget dokument. 19