Logging
Alle hendelser som besluttede tiltak, begrunnelse for aktivering av pasient og lesing, endring, opprette ny eller sletting av opplysninger logges. Logging har flere formål. Først og fremst for kontroll av hvem som har lest i pasientens journal, der rutiner for etterkontroll er pålagt av myndigheter. I pasientjournalloven § 18 framgår det at retten til innsyn også omfatter innsyn i (logg over) hvem som har hatt tilgang til eller fått utlevert helseopplysninger som er knyttet til pasientens eller brukerens navn eller fødselsnummer. Logging for dette formålet kalles for innsynslogging. Andre behov er muligheten for å rette opp feilregistrereringer hvor tidligere opplysninger feilaktig ble overskrevet, der det er behov for å vite hvem som oppdaterte hva i forbindelse med tvistemål. Det kan også være behov for å vite når det ble logget på en brukerkonto for å finne ut om kontoen er brukt av andre enn eieren selv.
Det er flere typer logger:
Innloggingslogg
All innlogging logges i en egen innloggingslogg. Dette gjelder både vellykkede og mislykkede innloggingsforsøk. I tillegg logges tekniske databaseoppdateringer for eksempel oppgraderinger som endrer data i databasen, eksempelvis endring i/nye kodeverk. (DIPS publiserer sine databaseoppgradering som såkalte DUP-filer, Database Update Pilot).
Følgende informasjon lagres i innloggingslogg:
Dato og klokkeslett
DIPS-brukernavn som ble (forsøkt) brukt
Hvilken DIPS-terminal ble innloggingen / innloggingsforsøket gjort fra hvis kjent
Innloggingstype som ble brukt ved innloggingen
Valgt brukerrolle (kun ved vellykket innlogging)
Feilkode som angir årsak dersom innlogging mislyktes
DIPS-brukernavn kan både være en personlig bruker, men også en systembruker (teknisk bruker) for innlogging gjort av for eksempel DIPS Message Broker eller DIPS Kiosk.
Dersom innloggingen er et databaseoppdatering, vil DIPS-brukernavn inneholde navn på databaseoppgradering i stedet for reelt brukernavn.
Rapport for å hente data fra innloggingslogg: D-9929 Innloggingslogg for brukere.
Logg med begrunnelser for aktivering av pasient
Som beskrevet forutsetter all tilgang til pasient i Arena at det finnes minst ett besluttet tiltak knyttet til pasienten (implisitt eller eksplisitt registrert), og at brukerrolle har de nødvendige autorisasjoner som gir rett til å aktivere og lese pasientopplysninger basert på aktuell beslutningsmal.
Logg med begrunnelser for aktivering av pasient logger hvilket tiltak som ble benyttet som begrunnelse for tilgang til pasientopplysninger ved aktivering av pasienten.
Logg med begrunnelser for tilgang logger blant annet følgende opplysninger:
Navn og stilling på den som aktiverte pasienten i Arena
Besluttet tiltak (m/referanse til pasient) som ble benyttet som begrunnelse
Fritekstbegrunnelse
Tiltakets første loggedato
Tiltakets siste loggedato
I hovedsak vil tilgang gis implisitt ved at systemet selv finner ut om brukeren er involvert i et pasientforløp. Derfor er det typisk flere aktive besluttede tiltak samtidig som kan autorisere brukerrollen for tilgang, f.eks. «åpen henvisningsperiode», «poliklinisk besøk», osv. Tilgang kan også innvilges dersom andre har tildelt deg tilgang via Involver andre i pasientforøpet for eksempel «Tilsyn på annen avdeling», «IT-Systemarbeid», osv.
Dersom flere aktive besluttede tiltak autoriserer bruker, prioriteres tiltakene etter følgende kriterier punkt for punkt inntil du står igjen med ett besluttet tiltak som velges som begrunnelse:
Det besluttede tiltak som har lavest sekvensnummer. Hvis flere kvalifiserer, så …
velges det besluttede tiltak som er opprettet av den aktuelle brukerrollen selv. Hvis flere kvalifiserer, så …
velges det besluttede tiltak som er tilknyttet samme sykehus som brukerrollen tilhører. Hvis flere kvalifiserer, så …
velges det besluttede tiltak som er tilknyttet samme avdeling som brukerrollen tilhører (defaultavdeling). Hvis flere kvalifiserer, så …
velges det besluttede tiltak som ikke er avsluttet. Hvis flere kvalifiserer så …
velges det besluttede tiltak som er aktivt nå (her ser vi bort fra de som påbegynnes i framtiden) Hvis flere kvalifiserer så …
velges det besluttede tiltak med aktivt fra tidspunkt (dato + klokkeslett) nærmest nåtidspunkt.
Dersom det fremdeles finnes flere enn ett besluttet tiltak som kvalifiserer etter siste prioriteringsregel, så vil det være tilfeldig hva som velges.
For begrunnelser som velges automatisk etter reglene over vil fritekstbegrunnelse alltid settes iht. kodeverdi 0 i kodeverket BT-ACCESSREASON.
Dersom det ved aktivering av pasient ikke finnes besluttede tiltak som autoriserer for tilgang, vil bruker få melding «ingen journaltilgang». Da kan det likevel gis tilgang til å aktivere pasient med en eksplisitt beslutning (selvaktualisering), for eksempel når pasienten henvender seg på telefon til behandler eller IT-systemarbeid. Dette er begrunnelser som ikke er knyttet til et pågående pasientforløp. Dersom det er gitt tilgang til eksplisitte beslutningsmaler som kan benyttes for aktivering av pasient (se Aktivering av pasient), så vil en nedtrekksliste vises, samt muligheter for å oppgi fritekstbegrunnelse. Valget av beslutningsmal resulterer da i et besluttet tiltak med tekstlig begrunnelse som logges. Begrunnelser for selvaktualisering er spesielt interessant å overvåke.
Dersom du selv velger å opprette en ny eksplisitt besluttet tiltak til deg selv via grønnlys-funksjonen i Classic, så vil ikke det medføre at ny begrunnelsen logges.
Relevante rapporter:
A-1200 Pasientaktivering
D-9816 Eksplisitte beslutninger
Blålyslogg
I enkelte akutte situasjoner hvor det står om pasientens liv og helse kan det være behov for å kortslutte vanlig tilgangskontroll for de med rettigheter til det. Dette kalles for blålys i DIPS. All bruk av blålys logges i en egen blålyslogg.
Bruk av blålys må begrunnes spesielt med en fritekst-årsak.
Egen rapport for å hente data fra blålyslogg: D-6091 Blålyslogg.
Leselogg
Det finnes to typer leselogger i Arena:
Skjermbildelogg som logger hvilke siden som ble åpnet i Arena, se Skjermbildelogg
Dokumentlogg som logger hvilke dokumenter som ble åpnet, se Dokumentlogg
Skjermbildelogg
Skjermbildelogg logger åpning av siden i Arena. Det betyr at det logges hver gang du åpner for eksempel siden for operasjon, vedtak, pasientlister, oppgaver eller dokumentadmin.
Loggen inneholder blant annet:
Teknisk navn på side
Brukerrolle-id
Tidsstempel
Arbeidsstasjonsnavn
Pasient-id (for pasientspesifikke skjermbilder)
Per i dag finnes det ingen rapport som henter data fra skjermbildeloggen. For å få data fra skjermbildeloggen må du kontakte systemansvarlig.
Dokumentlogg
For opplysninger som klassifiseres som journaldokumenter (openEHR/EN ISO 13606 composition), logges det for journalaktivitet i en egen dokumentlogg. Dette gjelder også forhåndsvisning av dokument, feks via Dokumentliste. Loggen inneholder blant annet følgende opplysninger:
Tidspunkt for journalaktivitet
Journalaktivitet: 'Merknad', 'Innsyn', 'Utskrift', 'Slettet', 'Gjenopprettet', 'Godkjent', 'Opprettet', 'Ny versjon', 'Flyttet', 'Kopiert', 'EDI', 'Kopiutskrift', 'Lagret'
Dokument-id, dato, betegnelse på dokument som journalaktivitet gjelder for og avdelingstilknytning
Pasientens fødselsnummer og navn for journalaktivitet
Bruker og brukernavn til den som har foretatt journalaktivitet
Brukerrolle: Betegnelsen på brukerrollen som brukeren var innlogget med ved journalaktivitet
Navn på terminal journalaktivitet ble foretatt på
Det kan i tillegg knyttes en "Innsynsmerknad" til journalaktivitet, eksempelvis "Lytting til diktat" for journalaktivitet "Merknad".
Rapport for hente data fra dokumentlogg: A-1199 Dokumentinnsynslogg
Teknisk endringslogg
Alle endringer som gjøres på data i systemet logges i en endringslogg. Det logges hvem som gjorde endringen, og når det ble gjort. I hver tabell finnes også systemfelter der du kan se når raden ble opprettet og av hvem, når den sist ble endret og av hvem, og hvor mange ganger den har blitt endret. Det er mulig å spesifisere på tabellnivå at endringer skal eller at de ikke skal i endringsloggen i det hele tatt. Men for enkelte tabeller er dette fastsatt i systemet og kan ikke endres på.
Spesiell endringslogg for personopplysninger
Ved endring av fødselsnummer og eller navn på en person, vil dette lagres i en spesiell logg. Dette gjør det mulig i pasientsøket å søke også på tidligere brukt navn og fødselsnummer, og likevel finne den riktige personen. Dette gjelder også dersom endringen i navn eller fødselsnummer ble gjort ved å slå sammen pasienter.
Last updated