Implisitt tilgang

Implisitt tilgang er det settet med tilganger en bruker får med utgangspunkt i stilling, organsiasjonstilhørighet og arbeidssted. Disse tilgangene skal være de tilgangene brukeren til enhver tid trenger for å utføre arbeidsoppgavene sine på en pasient i et behandlingsforløp/kontakt ved sykehuset.

Beslutningsmaler implisitt tilgang

Under vises en liste over de implisitte beslutningsmalene i prioritert rekkefølge.

Bruker har behandlingsansvar for pasienten

Krav
Kan settes opp med både tilgang før starttid og tilgang etter avslutning, men vil primært ha innvirkning når bruker er registrert som behandler på en planlagt kontakt. OBS! Bruker og rekvirentkode må være koblet sammen for at denne beslutningsmalen skal virke.

Beskrivelse

Brukeren er behandler for pasienten i følgende situasjoner:

Situasjon
Gyldighet

Bruker/rekvirent er registrert som ansvarlig behandler på poliklinisk besøk.

Start: Inntid på konsultasjonen (dvs. at den planlagte kontakten må være hentet fra oppmøteliste/timebok og lagret) Slutt: Uttid på konsultasjonen eller Inntid + 1 dag dersom det ikke er registrert noen uttid.

Bruker/rekvirent er registrert som behandler på planlagt kontakt.

Start: Oppmøtedato Slutt: Utførtdato – som er datoen den planlagte kontakten blir hentet fra oppmøteliste/timebok og lagret

Bruker/rekvirent er registrert som ansvarlig lege på et postopphold

Start: Inntid på postoppholdet Slutt: Uttid på postoppholdet eller dato for endring av ansvarlig lege

Bruker/rekvirent er registrert som behandler innen en konsultasjonsserie i psykiatrien (trenger ikke å være satt som ansvarlig).

Start: Fra-tid som behandler i konsultasjonsserien Slutt: Til-tid som behandler i konsultasjonsserien

Bruker/rekvirent er registrert som koterapeut til en poliklinisk konsultasjon (gjelder psykiatri).

Start: Inntid på konsultasjonen (dvs. at den planlagte kontakten må være hentet fra oppmøteliste/timebok og lagret) Slutt: Uttid på konsultasjonen eller Inntid + 1 dag dersom det ikke er registrert noen uttid.

Dersom en ressurs settes inn på en planlagt aktivitet, vil det implisitt genereres en beslutning av typen «Bruker har behandlingsansvar for pasienten».

Beslutningen vil ha startdato en dag før angitt behandlingstid på aktiviteten, og sluttdato en dag etter.

Bruker er pasientens primærkontakt

Egenskap
Verdi

Krav

Bruker og rekvirentkode må være koblet sammen for at denne beslutningsmalen skal virke.

Beskrivelse

Bruker/rekvirent er registrert som primærkontakt i postoppholdsbildet.

Gyldighet

Inntid på postoppholdet til Uttid på postoppholdet eller dato for endring av primærkontakt.

Bruker er journalansvarlig for pasienten

Egenskap
Verdi

Krav

Bruker og rekvirentkode må være koblet sammen for at denne beslutningsmalen skal virke.

Beskrivelse

Bruker/rekvirent er registrert som journalansvarlig for pasienten i F5/Pasientopplysninger – Roller overfor pasient.

Gyldighet

Fra og med dato i "Roller overfor pasient" til og med dato i "Roller overfor pasient"

Bruker er koordinator for pasienten

Egenskap
Verdi

Krav

Bruker og rekvirentkode må være koblet sammen for at denne beslutningsmalen skal virke.

Beskrivelse

Bruker/rekvirent er registrert som koordinator for pasienten i F5/Pasientopplysninger – Roller overfor pasient.

Gyldighet

Fra og med dato i "Roller overfor pasient" til og med dato i "Roller overfor pasient"

Bruker er informasjonsansvarlig for pasienten

Egenskap
Verdi

Krav

Bruker og rekvirentkode må være koblet sammen for at denne beslutningsmalen skal virke.

Beskrivelse

Bruker/rekvirent er registrert som informasjonsansvarlig for pasienten i F5/Pasientopplysninger – Roller overfor pasient

Gyldighet

Fra og med dato i "Roller overfor pasient" til og med dato i "Roller overfor pasient"

Bruker har rolle overfor pasienten

Egenskap
Verdi

Krav

Bruker og rekvirentkode må være koblet sammen for at denne beslutningsmalen skal virke.

Beskrivelse

Bruker/rekvirent er registrert med en rolle overfor for pasienten, med en type rolle som er definert i kodeverket lokalt. Denne vil slå til for alle rollekoder med unntak av "Journalansvarlig", "Koordinator" og "Informasjonsansvarlig". Ny rolle overfor pasient opprettes i kodeverket FE_ROLLEROVENFORPASIENT i DIPS Admin. +

NB! For å se data i skjermbildet "Roller overfor pasient" opprette nye roller og gjøre denne koblingen, må du ha tilgang til elementtypen "Arena roller overfor pasient".

Gyldighet Fra og med dato i "Roller overfor pasient" til og med dato i "Roller overfor pasient"

Innlagt pasient

Beskrivelse
Pasienten er inneliggende.

Gyldighet

Start: Inndato for selve innleggelsen Slutt: sluttdatodato for selve innleggelsen På beslutningsmalen kan du angi antall dager bruker skal ha tilgang etter at beslutningen ikke lenger er gyldig. Dette skal gi tilgang til pasientens dataxantall dager etter pasienten er utskrevet. Eks: Pasienten er innlagt på avdeling x og post a. Sykepleier har autorisasjoner som gir tilgang til pasientens data 14 dager etter evt. utskrivelse. Pasienten blir flyttet til post b, som sykepleier ikke har tilgang til. Det finnes dermed ikke lenger en gyldig beslutning for sykepleieren. Men sykepleier har tilgang til pasientens data 14 dager etter postoverflyttingen.

Åpen konsultasjonsserie

Beskrivelse
Pasienten har en åpen konsultasjonsserie. Sluttdato er ikke satt, eller sluttdato er frem i tid.

Gyldighet

Start: Konsultasjonsseriens startdato. Slutt: Konsultasjonsseriens sluttdato. Åpen så lenge det ikke er satt sluttdato

Poliklinisk besøk

Beskrivelse
Poliklinisk konsultasjon der sluttid er enten episodesluttid, eller – hvis det ikke er fylt ut – så er det en dag etter episodestarttid

Gyldighet

Start: Inntid på konsultasjonen (dvs. at den planlagte kontakten må være hentet fra oppmøteliste/timebok og lagret) Slutt: Uttid på konsultasjonen eller Inntid + 1 dag dersom det ikke er registrert noen uttid

Pasienten finnes på operasjonsoversikten

Beskrivelse
Pasienten er meldt til operasjon, enten til en bestemt dag, eller på venteliste til operasjon. Beslutningsmalen knyttes kun til lokalisering (operasjonsstedet) på planlagt aktivitet. Den vil altså ikke slå til for en bruker som mangler tilgang til denne lokasjonen, selv om pasienten nå er inneliggende på en enhet brukeren har tilgang til.

Gyldighet

Start: Dato for når operasjonen (planlagt aktivitet) blir opprettet Slutt: 24 timer etter Gitt tidspunkt på operasjonen

Planlagt oppmøte

Beskrivelse
Kan settes opp med både dager før og dager etter Pasienten har et planlagt oppmøte – dvs. en planlagt kontakt med oppmøtedato og klokkeslett (gjelder ikke kontakter med kun planlagt måned/år).

Gyldighet

Start: Oppmøtedato satt i feltet for Oppmøtetid i skjermbildet planlagt kontakt. Slutt: Utførtdato for den planlagte kontakten –som er datoen den planlagte kontakten blir hentet fra oppmøteliste/timebok og lagret

Ventende pasient

Beskrivelse
Det er en planlagt kontakt uten oppmøtedato – men med evt. oppmøtemåned.

Gyldighet

Start: Dato for når den planlagte kontakten blir opprettet. Slutt: Utførtdato for den planlagte kontakten –som er datoen den planlagte kontakten blir hentet fra oppmøteliste/timebok og lagret eller avsluttet på

Vurdert henvisning

Beskrivelse
Henvisning er vurdert (feltet for vurdering har en verdi).

Gyldighet

Start: vurdertdato for henvisningen Slutt: dagen etter vurdertdato for henvisningen

Henvisning til vurdering

Beskrivelse
Henvisning er registrert men ikke vurdert. (Feltet for vurdering er blankt).

Gyldighet

Start: mottatt-dato for henvisning Slutt: vurdertdato for henvisningen

Åpen henvisningsperiode

Beskrivelse
Pasienten har en åpen henvisningsperiode, dvs. at det er enten ikke-vurdert eller vurdert til behandles.

Gyldighet

Start: Mottatt-dato for henvisningen Slutt: Henvisningsperiodens avslutt-tid.

Oppgave i arbeidsflyt

Beskrivelse
Beslutning som slår til dersom det finnes en ikke utført oppgave i arbeidsflyt og som avsluttes når oppgaven er utført. Gjelder alle oppgavetyper. Tidligere het denne "Dokument i arbeidsflyt"

Gyldighet

Start: dato for når oppgaven ble opprettet eller dato i feltet "vises fra" Slutt: dato for når arbeidsoppgaven knyttet til oppgaven ble utført

Pasientadministrasjon

Beskrivelse
Dette er en beslutningsmal som brukeren ikke kan velge selv, men der beslutningen blir opprettet implisitt som en følge av at brukeren oppretter en ny pasient. Den vil i framtiden også bli benyttet på samme måte til andre funksjoner innenfor pasientadministrasjon. Beslutningsmalen blir også brukt når du aktiverer en pasient fra folkeregisteret som ikke har vært registrert som pasient tidligere. Se ogsåBeslutningsmalen "Pasientadministrasjon".

Gyldighet

Start: Ved registrering av en ny pasient. Slutt: Denne har et døgns gyldighet.

Inneliggende ledsager

Beskrivelse
Ledsageren er inneliggende

Gyldighet

Start: Inndato for selve innleggelsen Slutt: sluttdatodato for selve innleggelsen

Autorisasjon gjennom organisatorisk tilgang

Når en hendelse trigger en beslutningsmal så registreres et besluttet tiltak. Et besluttet tiltak kan bli gyldige for en bruker gjennom én av to mekanismer. Enten ved at den er tildelt brukeren direkte (brukerrolle eller rekvirentkode), arbeidsgruppe brukeren tilhører, eller ved at den er knyttet til et sett med organisatoriske enheter brukeren har tilgang til.

Følgende beslutningsmaler vil autorisere gjennom organisatorisk tilgang. For å kunne brukes av en gitt bruker må den aktuelle brukeren ha tilgang til alle enhetene beslutningen er tilknyttet.

Tabell 2. Autorisasjon gjennom organisatorisk tilgang {#org-unit-authorization}

For alle beslutninger vil sluttid bli satt hvis data slettes. For eksempel en innleggelse genereres en beslutning av typen "Innlagt pasient" med starttid lik innleggelsestidspunkt. Hvis innleggelsen slettes vil det bli satt sluttid på beslutningen. I tillegg vil beslutningen bli markert som slettet, og vil derfor ikke lenger kunne gi tilgang (uansett om autorisasjonen ellers gir tilgang noen dager etter slutttid).

Beslutningsmalene brukes for å gi tilgang til pasientopplysninger.

Beslutningsmalen "Pasientadministrasjon"

Denne beslutningsmalen ble innført med bakgrunn i krav om gyldig beslutning ved aktivering av pasient i Arena. Beslutningen blir automatisk (implisitt) brukt som begrunnelse for aktivering av pasient ved registrering av ny pasient og er nødvendig for å få aktivert den nyregistrerte pasienten.

Beslutningsmalen må som minimum knyttes til elementtypen Aktivering av pasient og Pasient administrative data for at du skal få opprette ny pasient.

Last updated