Arena Radiologi

Oppsett, konfigurasjon og tilgangskontroll for Radiologi

Arena Radiologi inneholder de elementer som er spesifikke for radiologiske tjenester.

Forutsetninger for bruk Radiologi

For bestilling/henvisning til radiologi må du ha

  • tilgjengelig en tjenestekatalog med aktuelle tjenester for radiologi

For å se data i Radiologiske undersøkelser

Produkt-/lisensnavn
Produktnr.

DIPS EPJ/PAS Grunnmodul

1000

Tabell 102. Påkrevd produkt for Arena Radiologi

Konfigurasjon Radiologi

Hva skal gjøres
Hvordan skal det gjøres

Rekvirere Radiologi

Brukere som skal henvise til radiologi må være knyttet til bruksområdet "Rekvirent" eller "Kan være journalansvarlig".Nytt fra Arena versjon 22.2.4: Nytt systemoppsett er innført for rekvirent: "Arena Radiologi - Bruk Kan rekvirere lab". I tilegg må innlogget bruker ha elementtypen "Arena Radiologi - Henvisning til radiologisk avdeling".

Data iRadiologiske undersøkelser

SidenRadiologiske undersøkelsergjengir en strukturert visning av data i den mottatte HL7 meldingen fra fagsystemet. For å få frem data, må følgende parameter være satt i Message broker (under defaultvalues.xml): CreateImportedInvestigation = 1. Merk at det er kun nye data som vil vises – altså de som kommer etter at parameter er satt på. Det anbefales at denne parameteren settes på tidlig, selv om man ikke har siden i bruk ennå. Gjør du det, vil en kliniker også se «historiske» data når siden etter hvert blir tilgjengelig for bruk. Oppsummert – selv om den ikke er på i produksjon ennå, anbefales du å sette på parameteren.

Oppsettparameter for radiologi

Aktuelle oppsettparameter
Beskrivelse
Standardverdi
Anbefalt verdi

Arena radiologi - diverse oppsett (ny Arena versjon 23.2)

Parameter: HideContagion. Parameteren tar kun stilling til "Smitte" som registreres ved opprettelse av en henvisning fra siden Bestilling, dvs tar ikke stilling til "Smitte" registrert under "Kritisk informasjon". Dette gjelder kun for radiologiske henvisninger som lagres ned til Classic. Parameteren støtter Sykehus (dvs innlogget brukers sykehus).

Arena Radiologi - Bruk Kan rekvirere lab (ny Arena versjon 22.2.4)

For lab-bestilling fins det en egenskap på rekvirent og lokalisering som heter "Kan rekvirere lab". Denne avgjør om rekvirenten/lokaliseringen kan benyttes som rekvirerende lege/enhet på en lab-bestilling. Det fins for tiden ingen tilsvarende egenskap på rekvirent og lokalisering for bestilling av radiologi. Inntil det eventuelt kommer på plass, vil man med denne parameteren kunne angi at egenskapen "Kan rekvirere lab" også skal benyttes for radiologi. Dersom parameterverdien = 0 kreves bruksområdet = journalansvarlig eller rekvirent for at bruker skal få tilgang til radiologitjenester. Gyldige verdier: 0: "Kan rekvirere lab" skal ikke benyttes for radiologi. (Default) 1: "Kan rekvirere lab" skal benyttes for radiologi. Denne parameteren støtter: Sykehus (dvs innlogget brukers sykehus)

Arbeidsflyt - Prosess for radiologisvar (ny Classic 7.4.11)

Angir hvordan arbeidsflyt for radiologisvar skal håndteres. Hovedregelen er at det er rekvirenten/henviseren som skal ha svaret. Denne parameteren styrer hvordan arbeidsflyten skal håndteres ifm innleggelser. 0: Hovedregelen her er at ved innleggelse sendes svaret dit pasienten var ved undersøkelsestidspunktet. 1: Samme som 0, men ved innleggelse og intern rekvirent sendes i tillegg en orienteringsoppgave til rekvirentens personlige arbeidsgruppe. 2: Hovedregelen her er at ved innleggelse sendes svaret dit pasienten er ved svartidspunktet (og ikke ved undersøkelsestidspunktet slik som i 0). 3: Samme som 2, men ved innleggelse og intern rekvirent sendes i tillegg en orienteringsoppgave til rekvirentens personlige arbeidsgruppe. Verdi 1 og 3 støttes ikke av DIPS RIS, og forutsetter at støtte for verdiene er på plass i DIPS MessageBroker. Se dokumentasjonen om arbeidsflyt for en mer detaljert beskrivelse av de forskjellige alternativene. Denne parameteren støtter: Sykehus.

Arena Radiologi - bestillingskonfigurasjon

Denne parameteren gjelder ved bestilling av så kalt "non-Classic" radiologitjenester. Med denne parameteren er det mulig å lage en eller flere mappinger mellom tjenesteytere i tjenestekatalogen og (proxy-)rad-avdelinger, rad-seksjoner og lokaliseringer i DIPS. (Proxy-)radiologi-avdeling, radiologi-seksjon og lokalisering angir hvilke org.enheter henviningen skal være knyttet til

Arena radiologi - radiologibest. kan avbestilles (ny Arena versjon 22.2.5.5)

Dette er en parameter som angir om avbestilling/sletting av radiologibestillinger/radiologihenvisninger skal være mulig i Arena. Denne parameteren gjelder for "isClassic=ja" radiologitjenester. Dersom ArenaRtgEnabled = true gjelder det også for isClassic = nei (den overstyrer da AcceptsCancelMessages fra tjenestetilbudet). 1 = ja, sletting/avbestilling er mulig 0 = nei, sletting/avbestilling er ikke mulig Parameteren støtter sykehus, avdeling, seksjon og lokalisering (dvs. henvisningens henvist til-felter).

Radiologi - Diverse oppsett

Delvis videreført i Arena. ars:invRadiologistatuskolonne bruker primært data fra radiologiske undersøkelser. aominv:Lagre NCRP-koder ved lagring av radiologibestilling. termcode:ANEventuell avsluttkode for henvisningsperiode ved sletting av radiologibestilling.

Radiologi - Lokal smitteregistrering i henvisning

Oppsettsparameter for smitteregistering i henvisning til radiologisk avdeling. Oppsettsparameteret gjelder for sykehusnivå 0: Smitteregistering med bruk av kritisk informasjon. 1: Smitteregistering av lokal i skjermbildet

Videreføres ikke i Arena

Radiologi - Låsing av Henvisning

Oppsettsparameter for å låse henvisningen etter sending. Oppsettsparameteret gjelder for sykehusnivå 0: Henvisningen låses ikke 1: Henvisningen låses ved sending

Videreføres ikke i Arena

Radiologi - Mottakeroppsett

H: Henviser velges automatisk for røntgensvar i datamottaker-skjermbildet. F: Fastlege velges automatisk for røntgensvar i datamottaker-skjermbildet. I: Også intern henviser velges automatisk for røntgensvar i datamottaker-skjermbildet. L: Ikke automatisk henviser- eller fastlege-mottaker for innlagte pasienter. -: Ikke noen mottaker for røntgensvar automatisk.

Delvis videreført i Arena.Kun F (Fastlege) er videreført

Radiologi - Nytt kodeverk i bruk

Dato for når det nye radiologiske kodeverket NCRP skal tas i bruk. Før denne datoen blir det gamle radiologikodeverket (NORAKO) brukt Format: DD.MM.YYYY

Utgår i Arena

Radiologi - Prosedyrekode må utfylles

Angir om undersøkelseskode (NORAKO) må angis i skjermbilder for planlegging og konsultasjon i røntgen 0 - krever ikke prosedyrekode 1 - krev prosedyrekode

Viderføres ikke i Arena

Radiologi - Send henvisning til MessageBroker

Oppsettsparameter for å sende radiologiske internhenvisninger til MessageBroker 0: Henvisningen sendes ikke 1: Henvisningen sendes til MessageBroker 2: Henvisningen sendes til MessageBroker med kopimottakere (sending til andre sykehus)

Videreføres i Arena

Radiologi - Skjul svarkopiknapp i rtg. henvisning

0: Svarkopiknapp vises i skjermbilde 1: Svarkopiknapp vises ikke i skjermbilde Denne oppsettparameteren støtter : Sykehus og avdeling Det sjekkes mot avdelingen som er valgt i henvisningen

Videreføres ikke i Arena

Radiologi - Undersøkelsestypekodeverk i bruk

Dette oppsettsparameteret styrer om man skal bruke kodeverket VI-Radiologi undersøkelsestyper for å velge hvilken undersøkelsestype det er 0: ikke i bruk 1: i bruk

Videreføres ikke i Arena

Radiologi - Web-integrasjon

Benytter web-integrasjon hvis lengde større enn 10

Videreføres ikke i Arena

Elementtyper Radiologi

ElementtypeId

Elementtyper

Beskrivelse

7816

Arena Radiologi - Henvisning til radiologisk avdeling (ny Arena versjon 22.2.4)

Innlogget bruker må ha denne elementtypen for å kunne lage en radiologibestilling. Denne elementtypen kommer i tillegg til dagens krav om opprette-rettighet på "Ventelistedata"

4419

Arena order Management - Bestilling

Gir tilgang til å se siden for Bestilling i Arena

4638

Arena Radiologiske undersøkelser

Gir tilgang til å se siden for Radiologiske undersøkelser i Arena. Denne erstatter 4056 Oversikt importerte undersøkelser i Classic

6656

Arena Radiologi - signere radiologisvar

Gir tilgang til å utføre signering av radiologisvar. Denne erstatter 4089 Signering av radiologisvar i Classic, men for Arena må du ha denne for å utføre signering uavhengig av arbeidsflyt

110

Radiologi - administrasjon

Styrer tilgangen til vedlikehold av radiologi skjekklister. Sjekklistene brukes også ved bestilling av radiologi fra Arena.

Tabell 104. Elementtyper Radiologi

Kodeverk Radiologi

Kodeverknavn
Kodeliste Id
Beskrivelse

FE-BILDELINK

4000

Vise bilder gjeldene radiologiske undersøkelser.

VI-RADIOLOGI-UNDERSØKELSESTYPER

3960

Kobling til eventuell sjekkliste som må fylles ut for aktuelle undersøkelsestyper. ParameterTjenestekode(ny fra Arena versjon 21.1.2) benyttes for kobling til tjenestekode angitt i tjenestetilbudet (når ikke kodeverk 7270 benyttes). Du legger inn koden du la inn på tjenesten i feltetPrimærkodei Publisher. NB! Det må legges inn parameter på de aktuelle undersøkelsestypene for hvert foretak, dersom feltet Sykehus er utfylt i kodeverket. ParameterModalitet(ny fra Arena versjon 22.1) benyttes til å mappe modalitet fra NCRP-kodene til gitt oppføring i kodeverket.

VI-HENVISNING PRIORITET

1500

Brukes i henvisning. Henvisers hastegrad. Merk: Kodeverk må synkroniseres mot tjenestetilbud for bestilling. ParameterMappingkode(ny Arena 21.1.2) benyttes for å angi hvilke hastegradskoder fra Arena bestilling, koden gjelder for. En kan også angi hastegradtid. F.eks for hastegradskode IKL "innen angitt klokkeslett" kan det var aktuelt å angi mappingkode: 1H:1h,2H:2h,4H:4h,8H:8h. For hastegradstid gjelder følgende enheter: "T" for time, "M" for antall måneder, "D" eller ingen for antall dager.

VI-TRANSPORTKODER

1870

Registreres på internhenvisning. Kodeverk må synkroniseres mot tjenestetilbud for bestilling

RTG-UNDSTATUSKODER

3283

Mulige statuser en rtg.undersøkelse kan ha i DIPS. Brukes i dwRtgUndStatus.UndStatusId.Videreføres ikke i Arena.

RTG-MOBILITET

1332

Brukes ved registrering av henvisning til røntgen. Pasientens mobilitet. Kodeverk må synkroniseres mot tjenestetilbud for bestilling

RTG-SMITTETYPE

4140

Mulige smittetyper som kan angis i radiologisk internhenvisning.Videreføres ikke i Arena.

RADIOLOGISK BIUNDERSØKELSESTYPE

1088

Videreføres ikke i Arena.

RADIOLOGISK UNDERSØKELSESTYPE

1087

Videreføres ikke i Arena.F.eks. i en planlagt kontakt vil koden som er brukt kopieres over til innleggelse/konsultasjon. Hvis denne koden i mellomtiden er satt ut av bruk, vil det føre til en feilmelding. Dette kan løses her ved å mappe den uaktuelle koden mot en annen kode. Ved lagring av den nye raden vil triggere da erstatte den gamle koden med den nye (forutsatt at triggere er generert med rett versjon av dwDba) Du må først velge en erstatning for den gamle, og lagre dette. Deretter må du krysse av for at dette er validert og funnet i orden. Først da vil triggeren faktisk utføre erstatningen

Radiologiske koder

Videreføres ikke i Arena. Erstattet av NCRP koder under kodeverketMedisinske koder

Medisinske koder

NCRP kodeverk

Sjekkliste radiologi

Ligger i dwAdmin. Sjekklistespørsmål som ikke er definert i dwAdmin, vil gjennfinnes iAOM sjekklistei Classic. Ønskes det kun en sjekkliste i Classic, må spørsmålene og kodeID legges inn i ønsket sjekkliste, f.eksMR sjekkliste. IAOM sjekklisteendres kodeID for å unngå atAOM sjekklistefremkommer på nye henvisninger

FE-TYPE LABORATORIEMELDING

4447

Kolonnen "Modalitet" iRadiologiske undersøkelser. KITH Codelist: 8202

JT-RAPPORTSTATUS

4449

Kolonnen "Svarrapport status" iRadiologiske undersøkelser. KITH Codelist: 7306

FE-SVARRAPPORT UNDSTATUS

4479

Kolonnen "Undersøkelsestatus" iRadiologiske undersøkelser. KITH Kodeverk for "Status for resultat i svarrapportering av medisinske tjenester". KITH Codelist: 8245

Vise bilder embedded i Arena eller via uthopp

Kodeverket FE-BILDELINK kobler til en verdi i røntgensvarmeldingen som beskriver hvilket system som må åpnes for å vise bildene. Kodeverket har én parametertype, PROGRAMLINJE, som angir eventuell sti og program som skal benyttes for visning av bildelinken.

Skal bildene fremkomme embedded i Arena når Vis bilder velges enten via sidene for Radiologiske undersøkelser, Pasientliste eller Oppgaver må FE-BILDELINK/Parameter verdier/Type/PROGRAMLINJE ha Verdi = "tom". Om bildene skal vises via uthopp ved å benytte ekstern URL velges FE-BILDELINK/Parameter verdier/Type/PROGRAMLINJE Verdi = "default".

Vise bilder via dokument/lenke

Det bør settes opp en egen unik oppbygning av stien for å vise bilder via dokument/lenke sammenliknet med vise bilder via Radiologiske undersøkelser, Pasientliste og Oppgaver. FE-BILDELINK/Parameter verdier/Type/PROGRAMLINJE Verdi støtter ikke "default", som er en verdi for visning embedded via dokument/lenke.

Sjekklister og visning i Arena

Tjenestetilbudet kan være "IsClassic" = Ja eller "IsClassic" = Nei.

"IsClassic" = Nei

  • Ved «Is Classic» = Nei i kombinasjon med ArenaRtgEnabled=True, vil detaljvisningen i oversikt bruke samme detaljvisning som for classic radiologi

  • Hvis «Is Classic» = Nei i kombinasjon med ArenaRtgEnabled=False, er visningen av radiologihenvisninger ikke basert på datagrunnlaget fra databasen som bl.a. Classic bruker. Det er ikke implementert detaljvisning for non-classic radiologi. Non-classic lab visning benyttes. Etter mottak av svar vil classic radiologivisning benyttes

"IsClassic" = Ja Avhengig av behov/ønske i fagsystemet så kan Radiologihenvisninger fra DIPS inneholde strukturerte (formaliserte) koder eller som fritekst. Strukturerte koder betyr at undersøkelsene sendes på et format som gjør at de treffer bestemte undersøkelser i fagsystemet. Eksport foregår via DIPS Message Broker.

For fritekst sendes henvisningen med en tekstlig beskrivelse av «Hva ønskes undersøkt». Ressurser på mottakende avdeling/enhet setter opp undersøkelsen(e) i fagsystemet basert på den tekstlige beskrivelse i henvisningen.

Sjekklistene må holdes synkronisert i tjenestetilbudet i Publisher og det som er konfigurert i Classic/Dips Admin. De spørsmål som ikke er synkronisert med Classic, blir automatisk opprettet og ses bla under «AOM Sjekkliste» i Bestillingsoversikten i Arena. Sjekklistene i Classic kan ikke knyttes til sykehus. Selv om ikke henvisningen skal ses i Classic, benyttes databasen til generering av melding til fagsystemet. Det er data fra denne databasen som vises i Bestillingsoversikten i Arena.

OrganisasjonsIDer / tjenesteyter og hastegrader må også være i overenstemmelse mellom tjenestetilbudet gitt i Publisher og det som er i Classic/DIPS Admin.

Sending av henvisning med strukturerte koder

NCRP-koder:

  • NCRP kodeverket leses inn i medisinsk kodeverk i DIPS Admin (hvis det ikke allerede ligger inne). Det er ikke nødvendig å sette opp egen mapping mellom kodene i dette kodeverket og NCRP-tjenestene i tjenestetilbudet.

  • Systemoppsett «Radiologi - diverse» må inneholde verdi |aominv|

  • I tillegg må eksport av radiologiske henvisninger konfigureres i DIPS Message Broker til å ta med NCRP-kodene.

Egendefinerte undersøkelser:

  • Disse defineres i VI-RADIOLOGI-UNDERSØKELSESTYPER og mappes mot de egendefinerte tjenestene i tjenestetilbudet. Dette gjøres via parameteren TJENESTEKODE i VI-RADIOLOGI-UNDERSØKELSESTYPER.

Sending av bestilling med ustrukterte koder, dvs med tekstlig beskrivelse av «Hva ønskes undersøkt»

Det er da ikke nødvendig at NCRP-kodeverket er lest inn i medisinsk kodeverk (DIPS Admin), og det er ikke nødvendig med mapping av egendefinerte undersøkelser i kodeverket VI-RADIOLOGI-UNDERSØKELSESTYPER.

Forutsetninger for bruk av arbeidsflyt for radiologisvar

Arbeidsflyt for radiologisvar aktiveres ved at lisens slås på. Dette er et produkt som må kjøpes i tillegg til DIPS EPJ/PAS Grunnmodul.

Beskrivelse av arbeidsflyten for radiologisvar

Når arbeidsflyt for radiologisvar er aktivert, vil laboratorierekvisisjonens rekvirentopplysninger i stor grad være styrende for arbeidsoppgavene/signeringsoppgavene. For interne rekvirenter vil det kun auto-genereres arbeidsflytoppgaver på rekvisisjoner der dette er gjeldene. For rekvisisjoner med eksterne rekvirenter kan det manuelt opprettes arbeidsflytoppgave som sendes i arbeidsflyt til en angitt arbeidsgruppe.

For importe radiologisvar, er det elementet CreateReportWorkflowTask (se MB Lab brukerdokumetasjon for mer informasjon) som angir om arbeidsflyt skal benyttes eller ikke.

Produkt-/lisensnavn
Produktnr.
Lisens inngår i produktnr.

DIPS EPJ/PAS Grunnmodul

1000

-

Arbeidsflytsystem (radiologi)

1006

24 (id)

Tabell 106. Påkrevde produkter/lisenser arbeidsflyt for radiologisvar

Systemoppsett for arbeidsflyt radiologisvar

Arbeidsflytoppgavene for oppgavetypen Røntgensvar til vurdering styres av følgende systemoppsett:

Oppsettparameter
Beskrivelse
Standardverdi
Anbefalt verdi

Arbeidsflyt RADIOLOGI i bruk

Styrer hvorvidt arbeidsflyt for radiologi er i bruk. Ved å sette parameteren forskjellig for ulike avdelinger kan man starte gradvis med arbeidsflytsystemet. I tillegg kreves at lisens er installert for arbeidsflyt radiologi.

Merk: Denne gjelder kun for radiologidokumenter som godkjennes i Classic. Dette systemoppsettet tas det ikke hensyn til vedimportav radiologisvar.

Arbeidsflyt: Usignerte svar tilbake til moderpost

Parameteren styrer om rutinen for å tilbakeføre usignerte lab/røntgensvar kalles når pasient flyttes fra teknisk post tilbake til moderpost dersom parameteren er JA Pga. at dette kan ta tid kan det være aktuelt å slå av denne funksjonaliteten ved enkelte avdelinger, eller hele sykehus. Oppsettparameterens inngangsparametre gjelder mottakende moderpost, altså den avdeling, post (og evt. seksjon) pasient tilbakeføres til. Vær oppmerksom på at dersom pasient har byttet moderpost/avdeling under opphold på teknisk post, vil usignerte svar også tilbakeføres disse, selv om disse ikke har satt dette parameter til JA. Dette under forutsetning at mottakende moderpost ved overflyttingen har parameteren satt til JA. Denne parameteren støtter AvdId, PostId og Seksjonsid

Arbeidsflyt - Prosess for lab/rad/pat-svar

Angir hvordan arbeidsflyt for lab-, rad- og pat-svar skal håndteres. Hovedregelen er at det er rekvirenten/henviseren som skal ha svaret. Denne parameteren styrer hvordan arbeidsflyten skal håndteres ifm innleggelser. NB: For patologi brukes denne parameteren kun dersom oppsettparameteren "Patologisvar - Arbeidsflyt prosess" = 0. 0: Arbeidsflyten fungerer slik den gjorde før versjon 7.0.2.0. 1: Samme som 0, men for labsvar gjelder følgende: Hvis rekvirenten er en intern person sender vi alltid svaret til denne personens personlige arbeidsgruppe. 2: Hovedregelen her er at ved innleggelse sendes svaret dit pasienten er ved svartidspunktet (og ikke ved undersøkelsestidspunktet slik som i 0). 3: Samme som 2, men for labsvar gjelder følgende: Hvis rekvirenten er en intern person sender vi alltid svaret til denne personens personlige arbeidsgruppe. Se dokumentasjonen om arbeidsflyt for en mer detaljert beskrivelse av de forskjellige alternativene. Denne parameteren støtter: Sykehus.

Kolonneoppsett i Radiologiske undersøkelser* (*Ny Arena versjon 23.2)

Pasientlisten Radiologiske undersøkelser er opprettet i siden Pasientlisteadmin. Her kan forvalter definere standardoppsett til bruk i siden Radiologiske undersøkelser. Kolonnen "Merket" er ny fra Arena versjon 24.1. Ved navigering fra oppgavetypen Røntgensvar til vurdering til Radiologiske undersøkelser vil et symbol i denne kolonnen angi undersøkelsen(e) det ble navigert fra.

Kolonneutvalg for Radiologi

Radiologistatus i pasientlister

En kolonne for Radiologistatus kan legges inn i en pasientliste. Henvisninger som vises i denne kolonnen er avhengig av MottattDato på henvisningen og GenDate på undersøkelsene. Under Kolonnekonfigurasjon kan det også velges hvor data skal hentes fra (som standard sjekkes alle) (nytt Arena 23.2):

  • Bruk data fra DIPS RIS

  • Bruk kun data fra radiologiske undersøkelser

Vise henvisninger eldre enn 1 måned

"Henvisning mottatt dato grense (dager)". Standard har denne ingen verdi definert. Da vil radiologihenvisningene for kolonnen ikke filtreres på mottatt dato. Hvis det viser seg at kolonnen med dette oppsettet ikke har akseptabel ytelse kan en definere en grense for mottatt dato (f.eks. -60). Sannsynligvis vil dette ha bedre ytelse, men da med den ulempen at henvisninger med mottatt dato lenger tilbake enn oppgitt grense ikke vil vises.

Last updated