Forskjeller mellom DIPS Classic og Arena

Tilgangskontrollen "flyttet frem"

EPJ Standarden stiller krav om at det skal angis og lagres en begrunnelse for åpning av pasientens journal.

I dag er dette løst ulikt i Arena og i Classic. I Arena er dette kravet flyttet slik at du allerede ved aktivering av pasient gjør en sjekk på eksisterende beslutninger. Men kun enkelte funksjoner i Classic har samme krav (bl.a. skjermbildet «Alle journaldokumenter»).

Vi anbefaler at dette settes opp likt for begge klientene ved å aktivere Systemoppsett: "BT-Classic: krever begrunnelse v. pasientaktivering" det vil da kreves begrunnelse ved aktivering av pasient i Classic også.

Pasientreservasjon

I Arena er sperrede pasienter filtrert bort i sin helhet og det visualiseres med en rød linje nederst i hver pasientlister. I DIPS Classic er sperrede pasienter sladdet eller stjernet ut.

I Classic kan du registrere Gyldig til dato på en pasientsperre, det kan du ikke gjøre i Arena. Dersom det er registrert en Gyldig til dato i Classic, får du aktivert pasienten både i Classic og Arena når Gyldig til dato er passert.

I Classic gjelder registrering av samtykker for pasientsperre per brukerrolle. I Arena gjelder den per bruker. Dersom det er registrert et samtykke for én brukerrolle i Classic, vil Arena tolke at dette gjelder alle brukerrollene. Du får altså aktivert pasienten i Arena fra hvilken som helst brukerrolle dersom det er registrert samtykke på minst én brukerrolle. I Classic får du kun aktivert pasient på den brukerrollen som det er gitt samtykke til. Dersom du åpner Classic fra Arena med en brukerrolle det ikke er gitt samtykke til, oppfører Classic seg som om den ikke har aktiv pasient. Du får ikke opp pasientrelaterte skjermbilder f.eks. Alle journaldokument (Ctrl+O).

Dokumentreservasjon

I Arena opprettholdes tilgang til dokumentet for brukeren som opprettet det, inntil dokumentet godkjennes. Dette gjelder ikke i Classic.

I Arena vises ikonet om at pasienten har sperrede dokumenter også for journalansvarlig, forfatter, oppretter og godkjenner, selv om disse faktisk har tilgang til pasientens dokumenter.

Når du i Classic åpner journalen til en pasient med sperrede dokumenter vises varselet Det finnes data som er filtrert bort. Varselet vises i «utforsker» og «alle journaldokumenter». Varselet vises både når Classic kjøres "standalone" og "embedded" fra Arena. Et slikt varsel vises ikke i dokumentlister i Arena. Der vises bare "sperre-ikonet" .

Når du i Classic "standalone" aktiverer en pasient med sperrede dokumenter vises en melding Det er registrert en eller flere journalsperringer på denne pasienten. En slik melding vises ikke i Arena eller i Classic "embedded" fra Arena. Der vises bare "sperre-ikonet" .

Oppretting av dokument i sperret journal

I Arena kan du opprette dokumenter i en sperret journal, dette er ikke mulig i DIPS Classic.

Åpne sperret journal

For å kunne åpne en sperret journal i Classic må brukeren ha tilgang til både elementtypen "Tilgang til alle dokumenter uavhengig av samtykkekrav/sperring", og det må være opprettet en beslutning av typen "Åpne sperret journal - akutt helsehjelp". I Arena kreves det ikke tilgang til elementtypen "Tilgang til alle dokumenter uavhengig av samtykkekrav/sperring" for å åpne en sperret journal.

Når du er tildelt tilgang til å åpne en sperret journal kan du velge dette som begrunnelse for åpning av pasientjournal i Classic (den "gule mappa"). I Arena kan du ikke velge "Åpne sperret journal - akutt helsehjelp" som begrunnelse for aktivering av pasient.

Håndtering av beslutninger for brukere som ikke kan gi seg selv tilgang

I DIPS Classic er det mulig å få tilgang ved å fatte en beslutning om tilgang til en arbeidsgruppe som du selv er medlem av, selv om du ikke har tilgang til å gi seg selv tilgang. Dette er ikke mulig i Arena. I Arena vil beslutninger som er fattet av pålogget bruker ikke ha noen effekt dersom beslutningen er tilknyttet en beslutningsmal brukeren ikke er autorisert for å tildele til seg selv. Det avgjørende er om brukeren var autorisert for dette på det tidspunktet da beslutningen ble fattet.

Gi andre tilgang/involvere andre i pasientforløpet

I Classic kunne du "gi" andre tilgang til å aktivere en pasient/åpne pasientens journal ved å sende en beslutning som "Gul lapp" i arbeidsflyt. Dette er ikke mulig i Arena. I Arena må du bruke funksjonaliteten "Involver andre i pasientforløpet" når du har behov for å gi andre tilgang, se Involver andre i pasientforløpet.

Pasientlister

Det skapte mange utfordringer da tilgangskontrollen i pasientlistene ble lagt om til å kreve beslutningsstyrt tilgangskontroll i Arena. Etter mange tilbakemeldinger på at pasienter som bruker har tjenstlig behov bare forsvant fra lista, samt utfordringer med ytelse, så har vi gått tilbake på dette. Flere og flere lister har nå endret til tilgangskontroll uten BT for lesetilgang slik at det ligner med slik det var i Classic. Hvilke lister det gjelder vil være dokumentert i versjonsdokumentasjonen.

Se forøvrig beskrivelse av anbefalt oppsett i admin-dokumentasjon kapittel 4.1.3.

Tilgangskontroll på lokalisering

DIPS Classic har begrenset støtte for tilgangskontroll på lokalisering. Den omfatter støtte for lokalisering i implisitt tilgang til pasient (fra og med DIPS Classic versjon 7.4.1: lokalisering på beslutningsmaler i kapittel Autorisasjon gjennom organisatorisk tilgang) og noen skjermbilder med pasientlister (fra og med 7.3.11/13: operasjonsoversikt, oppmøtelist poliklinikk, oversikt over polikliniske konsultasjoner og ventelista). Det blir imidlertid ikke sjekket lokaliseringstilgang i DIPS Classic på pasientopplysninger på en aktiv pasient i DIPS Classic (f.eks. henvisninger, kontakter, opphold osv.). I Arena støttes lokaliseringstilgang fullt ut i alle pasientlister og pasientopplysninger der lokalisering er angitt basert på krav i autorisasjonsoppsett. Det kan derfor i noen sammenhenger gis mer tilgang i Classic enn i Arena når det ikke er gitt tilgang til alle lokaliseringer.

Tolkning av inkonsistente autorisasjoner

I Classic er det slik at autorisasjoner blir tolket på strengeste måte, ved at tilgangen som er gitt til å endre/slette/skrive ut/opprette ny versjon av data ignoreres dersom lesetilgang mangler.

I Arena har vi forenklet dette ved å tolke det slik at endre/slette/skrive ut/opprette ny versjon også impliserer lesetilgang.

Dersom autorisasjonen er satt opp korrekt, vil Classic og Arena vise samme resultat. Men dersom det finnes inkonsistens i oppsett for autorisasjon, for eksempel at det for Journaldata er gitt endretilgang, uten lesetilgang vil du i Arena få lese data, men ikke i Classic. Det beste er å unngå inkonsistens i oppsett av tilgangskontroll, da det altså vil kunne føre til ulik tilgang i Classic og Arena.

Det finnes en rapport som viser inkonsistente autorisasjoner i databasen, rapport D-10621 "Autorisasjoner - sjekk konsistens". Den kjøres fra DIPS Admin.

Systemoppsett "Adgangskontroll: Filtrer bort psykiatri"

Systemoppsettet støttes ikke i Arena og vil heller ikke bli støttet i fremtiden. Som alternativ kan systemoppsett "Adgangskontroll: Filtrer bort data fra angitt enhet" brukes, inntil Arena får bedre støtte for pasientreservasjon knyttet til brukertilgang (sperrefunksjonalitet). Se nærmere beskrivelse i DIPS Admin.

Systemoppsett "Adgangskontroll: Filtrer bort annet sykehus"

I Arena støttes ikke systemoppsettet med parameterverdi=1. Se nærmere beskrivelse i DIPS Admin.

Systemoppsett "Journalansvarlig kreves før sperring av journal"

I Arena er det ingen sjekk på systemoppsettet "Journalansvarlig kreves før sperring av journal".