24.07.2013 Views

Prosesstøttende EPJ systemer - bakgrunn, definisjon ... - Nasjonal IKT

Prosesstøttende EPJ systemer - bakgrunn, definisjon ... - Nasjonal IKT

Prosesstøttende EPJ systemer - bakgrunn, definisjon ... - Nasjonal IKT

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>Prosesstøttende</strong> <strong>EPJ</strong> <strong>systemer</strong><br />

- <strong>bakgrunn</strong>, <strong>definisjon</strong> og målsetninger<br />

<strong>Nasjonal</strong> <strong>IKT</strong>


Tiltak 10<br />

<strong>Prosesstøttende</strong> <strong>EPJ</strong> <strong>systemer</strong><br />

- <strong>bakgrunn</strong>, <strong>definisjon</strong> og målsetninger<br />

Versjon 1.01 05.10.07<br />

Rapport fra <strong>Nasjonal</strong> <strong>IKT</strong>’s <strong>EPJ</strong>-fagforum<br />

v/Anders Grimsmo, Arild Faxvaag og Hallvard Lærum<br />

Dokumentet er en videreføring av en del av "<strong>Nasjonal</strong> strategi for elektronisk pasientjournal"<br />

(Sosial- og helsdirektoratet, rapport fra forprosjekt 22.09.05) etter initiativ fra Innovasjon<br />

Norge overfor Norsk senter for elektronisk pasientjournal (NSEP). Arbeidet er fullført i regi<br />

av <strong>EPJ</strong>-fagforum med støtte fra Innnovasjon Norge og <strong>Nasjonal</strong> <strong>IKT</strong>.


Innhold<br />

1 Introduksjon..................................................................................................................... 4<br />

1.1 Bakgrunn for behovet for prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong>............................................ 4<br />

1.1.1 Dagens <strong>EPJ</strong>-<strong>systemer</strong> mangler sammenhengende prosesstøtte ............................ 4<br />

1.1.2 Kjennetegn ved dagens bruk av <strong>EPJ</strong>-<strong>systemer</strong> .................................................... 5<br />

Informasjonen i <strong>EPJ</strong>-systemene gjenbrukes i begrenset grad ...................................... 5<br />

Informasjon lagret i helsepersonells hukommelse er fortsatt viktig ............................. 5<br />

Store deler av den kunnskap helsepersonell bruker er erfaringsbasert og implisitt....... 5<br />

Kunnskap bakes inn i planer men planer er dårlig dokumentert i dagens<br />

pasientjournaler.......................................................................................................... 5<br />

1.2 De kliniske arbeidsprosessene ................................................................................... 5<br />

1.2.1 Parallelle prosesser ............................................................................................. 6<br />

1.2.2 Kunnskaper og ferdigheter utvikles parallelt med tjenesteytelsen........................ 6<br />

1.2.3 Mange avdelingsvise kliniske informasjonssystem har prosesstøtte .................... 6<br />

1.2.4 Et godt eksempel på papirbasert prosesstøtte ...................................................... 7<br />

1.2.5 Gode erfaringer med protokoller i klinisk arbeid................................................. 7<br />

1.2.6 Begrenset effekt av tidligere forsøk på modellbygging........................................ 7<br />

1.2.7 Generelle begreper om kliniske arbeidsprosesser ................................................ 8<br />

Aktører og ressurser ................................................................................................... 8<br />

Helsefaglig funksjon .................................................................................................. 8<br />

Arbeidsprosess ........................................................................................................... 8<br />

Pasientforløp.............................................................................................................. 9<br />

Samhandling .............................................................................................................. 9<br />

Samhandlingskjede .................................................................................................... 9<br />

1.2.8 Et pasientforløp eksempel................................................................................... 9<br />

1.2.9 Behandlingsmandat og mandatoverføring......................................................... 10<br />

1.2.10 <strong>Prosesstøttende</strong> <strong>EPJ</strong>-system ............................................................................ 11<br />

1.3 Inkorporering av kliniske retningslinjer i <strong>EPJ</strong>-<strong>systemer</strong> ........................................... 12<br />

1.3.1 Kliniske retningslinjer ...................................................................................... 13<br />

1.3.2 Protokoller (lokale forløpsplaner, sykehusprosedyrer) ...................................... 13<br />

1.3.3 Individualiserte behandlingsplaner.................................................................... 14<br />

2 Behov for funksjonalitet i prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong> ................................................ 15<br />

2.1 Pålogging: autentisering, autorisering og tilgangsstyring ......................................... 16<br />

2.1.1 Tilgangsstyring kan forbedres med prosesstøtte ................................................ 16<br />

2.1.2 Tilpasning av brukergrensesnitt etter rolle og kontekst...................................... 16<br />

2.2 Oversikt over utestående oppgaver for aktuelle bruker ............................................ 17<br />

2.3 Oversikter over klinisk informasjon for en gitt pasient............................................. 17<br />

2.3.1 Stabile og variable informasjonselementer i en oversikt.................................... 18<br />

2.3.2 Problemlister og individualiserte behandlingsplaner ......................................... 18<br />

Kjernejournal og oversikt over pasientforløp på tvers av institusjoner ...................... 19<br />

Oversiktsinformasjon i pågående individualiserte behandlingsplaner........................ 19<br />

Medikamentell behandling skal alltid vises............................................................... 20<br />

2.3.3 Siste notat......................................................................................................... 20<br />

2.3.4 Pasientens generelle status................................................................................ 20<br />

2.3.5 Allergier og CAVE-informasjon....................................................................... 20<br />

2.3.6 Utvelging av variable informasjonselementer i en oversikt ............................... 20<br />

Pasientspesifikk oversikt basert på brukers valg ....................................................... 21<br />

2.3.7 Positive og negative funn.................................................................................. 21


2.3.8 Kondensering ................................................................................................... 21<br />

2.3.9 Presentasjon av oversikter ................................................................................ 22<br />

2.4 Utforming av individualiserte behandlingsplaner..................................................... 23<br />

2.5 Planlegging av egne aktiviteter................................................................................ 24<br />

2.6 Tjenesterekvirering ................................................................................................. 25<br />

2.7 Avtale og timereservasjon ....................................................................................... 25<br />

2.8 Dokumentasjon ....................................................................................................... 26<br />

2.8.1 Gjenbruk av dataelementer, standardiserte terminologier og tidsakser............... 27<br />

2.8.2 <strong>Nasjonal</strong>e skjema skal ikke kunne modifiseres.................................................. 27<br />

2.8.3 Lokalt tilpassede dokumenter kan konkurrere med avdelingsvise kliniske<br />

informasjons<strong>systemer</strong>................................................................................................... 28<br />

2.8.4 Fortløpende notater, sortert etter problem ......................................................... 28<br />

2.8.5 Prosesstøtte for dokumentasjon......................................................................... 28<br />

2.9 Oppsummering........................................................................................................ 28<br />

2.9.1 Generelle krav til brukergrensesnittet i et prosesstøttende <strong>EPJ</strong> .......................... 29<br />

Språkbasert menyvalg .............................................................................................. 29<br />

2.9.2 Føringer for arkitektur i et prosesstøttende <strong>EPJ</strong>-system..................................... 30<br />

Krav til datastruktur ................................................................................................. 30<br />

Krav til kommunikasjon........................................................................................... 30<br />

Mulige tjenester i en tjenestebasert arkitektur........................................................... 30<br />

3 Veien videre................................................................................................................... 34<br />

3.1 Tiltak for å utvikle prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong> .................................................... 34<br />

3.1.1 Kartlegging av implikasjoner for den nasjonale <strong>IKT</strong> arkitektur ......................... 34<br />

3.1.2 Utvikling av nye metoder for utforming av protokoller integrert med den<br />

generelle fagutvikling ved institusjonene...................................................................... 34<br />

3.1.3 Utvikling av <strong>EPJ</strong> på helsefagenes premisser ..................................................... 35<br />

3.2 Risiko forbundet med utvikling av prosesstøttende <strong>EPJ</strong>........................................... 35<br />

4 Litteratur / Referanser .................................................................................................... 36


1 Introduksjon<br />

1.1 Bakgrunn for behovet for prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong><br />

Den raske utviklingen innen forskningsområdene biomedisin og medisinsk-teknologi har gitt<br />

helsepersonell et stadig bredere og mer kraftfullt repertoar av metoder til bruk ved kartlegging<br />

av sykdom og normalitet hos mennesker. Videre har kunnskaps- og teknologiutviklingen<br />

frembrakt nye og mer effektive måter å behandle sykdommer på. Samlet sett har dette ført til<br />

bedre leveutsikter for mange store pasientgrupper. Men denne utviklingen har også skapt nye<br />

utfordringer, både for pasienter og for tjenesteytere. Innføring av nye utrednings- og<br />

behandlingsmetoder har ført til en økende grad av spesialisering, noe som har økt antall<br />

aktører og forsterket behovet for en bedre koordinasjon. Pasienter behandles og utredes for<br />

flere helseproblemer parallelt, og en rekke helsetjenesteaktører leverer tjenester til samme<br />

pasient samtidig. Den økte etterspørselen etter spesialiserte helsetjenester har videre gitt krav<br />

om effektivisering og kostnadsreduksjon [1]. Dette har medført videre press fra spesialisthelsetjenesten<br />

til førstelinjetjenesten om overføring av oppgaver, noe som øker<br />

koordineringsbehovet ytterligere.<br />

Det er et erklært mål at tjenestetilbudet skal være kunnskapsbasert, altså i overensstemmelse<br />

med prinsippene for Evidence-based medicine. Det er også et erklært mål at helsetjenestene<br />

skal fremstå som kontinuerlig, helhetlig og godt koordinert, men begge deler har vist seg<br />

vanskelig å realisere i praksis. I denne situasjonen har både utøvende helsepersonell,<br />

helsepersonellets ledere, ansatte i forvaltningen og IT-industri sett behovet for en<br />

videreutvikling av elektroniske pasientjournal<strong>systemer</strong> (<strong>EPJ</strong>-<strong>systemer</strong>) og andre<br />

helseinformasjons<strong>systemer</strong>, slik at de gir en mer effektiv koordinasjon og forbedret,<br />

kunnskapsbasert støtte til gjennomføring av aktivitetene. Dette behovet er blitt sammenfattet<br />

til et ønske om utvikling av ’prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong>’ (ref til N<strong>IKT</strong> strategi).<br />

Dette dokumentet utdyper hvilke behov neste generasjons <strong>EPJ</strong>-<strong>systemer</strong> må ivareta. Vi<br />

presenterer et begrepsapparat for beskrivelser av prosesser i helsesektoren og forsøker å<br />

definere hva som menes med et prosesstøttende <strong>EPJ</strong>-system. Til sist skisseres hvilke tiltak<br />

som kan iverksettes for å realisere prosesstøttende <strong>EPJ</strong> <strong>systemer</strong>, og hvilken risiko som kan<br />

være forbundet med disse tiltakene. Vi håper dokumentet kan utgjøre et underlag for en bred<br />

og konstruktig diskusjon om den videre utvikling av <strong>EPJ</strong>-<strong>systemer</strong> i Norge.<br />

1.1.1 Dagens <strong>EPJ</strong>-<strong>systemer</strong> mangler sammenhengende prosesstøtte<br />

Praktisk talt alle norske sykehus og primærleger har i dag tatt i bruk <strong>EPJ</strong> [2]. Dagens <strong>EPJ</strong><strong>systemer</strong><br />

for sykehus er overveiende orientert rundt produksjon av dokumenter, og har i<br />

begrenset grad strukturert informasjon som befinner seg i disse dokumentene. Det finnes ulike<br />

former for skjema som strukturer utvalgte data, men dette er hyppigere i bruk for rapportering<br />

til tredjeparter enn for å understøtte det daglige klinisk arbeid. Selv om systemene støtter<br />

enkeltstående arbeidsoppgaver (eks. bestilling av blodprøver, henvisning til spesialist), er det<br />

vår oppfatning at ingen av dem støtter kliniske prosesser i sin helhet. For eksempel har ingen<br />

av disse systemene så langt erstattet den papirbaserte kurven ut over ved begrensede deler av<br />

utvalgte sykehus, og ingen håndterer behovet for koordinasjon av aktiviteter på tvers av


forvaltningslinjener i landets helsevesen. Dagens <strong>EPJ</strong>-<strong>systemer</strong> står derfor overfor et<br />

generasjonsskifte.<br />

1.1.2 Kjennetegn ved dagens bruk av <strong>EPJ</strong>-<strong>systemer</strong><br />

<strong>EPJ</strong> har i likhet med papirjournal hatt akkumulering og oppbevaring av pasientinformasjon<br />

som hovedfunksjon. Ikke uventet kjennetegnes også dagens bruk av klinisk informasjon i<br />

<strong>EPJ</strong>-systemene av forestillingene helsepersonellet har med seg fra bruken av dokumentene i<br />

pasientjournalen (”papir til skjerm”). Noen av disse kjennetegnene er som følger:<br />

Informasjonen i <strong>EPJ</strong>-systemene gjenbrukes i begrenset grad<br />

Selv om en del <strong>EPJ</strong>-<strong>systemer</strong> til en viss grad har lagt opp til gjenbruk av klinisk informasjon,<br />

utnyttes disse mulighetene sjelden av klinikerne [2]. For eksempel registreres sjelden kliniske<br />

undersøkelser som blodtrykk og puls registreres på en slik at de kan vises samlet. Videre<br />

fylles løpende lege- og sykepleiejournaler opp med ulike versjoner av aggregert informasjon<br />

som tidligere sykdommer, faste medisiner og sosiale forhold. Ut over frittstående resymeer av<br />

ulike slag (epikrise, sykepleiesammenfatning), finnes ingen strukturer som viser et oppdatert<br />

bilde av hele pasientens sykehistorie til enhver tid. Dette tyder på at <strong>EPJ</strong>-systemene først og<br />

fremst fremstår som dokumentarkiv for brukerne, hvor innholdet er statisk og duplisert.<br />

Informasjon lagret i helsepersonells hukommelse er fortsatt viktig<br />

Behandlinger av helseopplysninger i <strong>EPJ</strong> utgjør bare en liten del av den totale informasjonsbehandlingen<br />

i helsetjenesten. Forskning viser at helsepersonellets egen hukommelse er det<br />

viktigste og mest dynamiske lageret av helseopplysninger, og at dette lageret benyttes både<br />

når helsepersonen utfører egne aktiviteter og ved koordinasjon av egne prosesser / aktiviteter<br />

med andres (ref?).<br />

Store deler av den kunnskap helsepersonell bruker er erfaringsbasert og implisitt<br />

Akkumuleringen av helseopplysningene som skal danne beslutningsrunnlaget er mer enn<br />

innsamling av informasjon om symptomer, tegn, prøver etc. En vesentlig ingrediens er også<br />

det som kalles erfaringsbasert (taus) kunnskap som er krevende å dokumentere, spesielt i<br />

strukturert form, men også med fritekst [3]. I tillegg kommer ”forhandlinger” med pasienten<br />

(pasientpreferanser) og helsepersonell i mellom (verdier og tidligere erfaringer) [4].<br />

Kunnskap bakes inn i planer men planer er dårlig dokumentert i dagens pasientjournaler<br />

Med unntak av enkelte sykepleiejournaler uttrykkes planer sjeldent eksplisitt i dagens<br />

pasientjournaler. I beste fall finnes planen i form av beskrivelser av hva som skal skje, for<br />

eksempel ”Det planlegges å sette inn en sementfri protese i høyre hofteledd i morgen” Som<br />

regel beskrives ikke hvilke mål som ønskes oppnådd med planen (f.eks full smertefrihet og<br />

evnen til å gå som normalt) og hvordan man skal evaluere om målet er oppnådd. Dagenes<br />

rutiner mht å dokumentere konkrete beslutninger og pasientenes egne preferanser er dermed<br />

mangelfulle.<br />

1.2 De kliniske arbeidsprosessene<br />

<strong>EPJ</strong>-systemenes overgang til å kunne støtte arbeidsprosessene vil bli utfordrende. Dette er<br />

ikke minst knyttet til egenskapene ved arbeidsprossene slik de finner sted i og mellom de<br />

ulike nivåene av helsetjenestene. La oss starte med å se på forholdet mellom de kliniske<br />

arbeidsprosessene og systemene som støtter dem.


1.2.1 Parallelle prosesser<br />

Spesialisthelsetjenesten er kjennetegnet av et kollektivt interaktivt arbeid i flere parallelle<br />

prosesser og av at det skjer hyppige avbrudd [5]. Dette er det tatt lite hensyn til i dagens <strong>EPJ</strong><strong>systemer</strong>.<br />

Blærekreft<br />

Sukkersyke<br />

Depresjon<br />

Slag<br />

Senebetennelse<br />

Leggs år<br />

Figur 1 Sykehistorien representert som flere forløp<br />

Pasienter, gjerne eldre, har ofte flere problemer og det kompliserer handteringen av prosesser<br />

ytterligere. Samhandling og god logistikk krever at <strong>EPJ</strong> kan representere flere parallelle<br />

forløp. Slik Figur 1 viser kan en pasient på et gitt tidspunkt (T) være under behandling for<br />

flere problemer og kanskje også av ulike spesialiteter. Hvis <strong>EPJ</strong> ikke kan skille mellom forløp<br />

på en god måte vil det stokke seg for påminnere og beslutningsstøtte, likeledes for anvendelse<br />

av data til statistikk, kvalitetssikring og administrative formål. Dette kan også begrense<br />

muligheten systemet har til å gi prosesstøtte gjennom oversikt over pasientens sykehistorie og<br />

en rekke andre nyttige oversikter.<br />

1.2.2 Kunnskaper og ferdigheter utvikles parallelt med tjenesteytelsen<br />

Helsepersonellets erfaring og ferdigheter er noe av det som har størst verdi på et sykehus.<br />

Erfaring og ferdigheter utvikles mens tjenester ytes. En vordende kirurg som fjerner sin fjerde<br />

blindtarm utfører dette inngrepet både for å behandle en pasient med blindtarmbetennelse og<br />

for å øve inn en — for ham — ny kirurgisk ferdighet. Et prosesstøttende <strong>EPJ</strong>-system må også<br />

støtte utdanningen av helsepersonell.<br />

1.2.3 Mange avdelingsvise kliniske informasjonssystem har prosesstøtte<br />

Samtidig med fremveksten av de generelle <strong>EPJ</strong>-systemene er et stort antall fagspesifikke IT<strong>systemer</strong><br />

blitt utviklet de siste årene. Mange av disse er kommersielt utviklet og fokusert på<br />

en spesialitets behov (eks. gastroskopiundersøkelser, diabetesoppfølging, EKG-tolkning, etc.),<br />

men enda flere er utviklet lokalt ved de enkelte sykehusavdelingene eller helseinstitusjonene.<br />

Sistnevnte kalles gjerne avdelingsvise kliniske informasjonssystemene (AKIS) [6], og det er<br />

rasjonelt å studere disse spesielt. AKIS’ene brukes flittig, og mange er laget med prosesstøtte<br />

som mål. Videre er de forankret i lokale kliniske behov som ikke <strong>EPJ</strong> hittil har greid å ta opp i<br />

seg. Spørsmålet er hva disse systemene har til felles og som kan integreres og bygges på til<br />

mer generiske støtteverktøy i <strong>EPJ</strong>. Utbredelsen og bruken av AKIS’ene tyder på at klinikere<br />

og avdelinger bør ha mulighet til å tilpasse informasjonssystemet til egen praksis uten at dette<br />

T


går ut over <strong>EPJ</strong>-systemets funksjonelle eller informasjonsmessige integritet. Et prosessstøttende<br />

<strong>EPJ</strong> må derfor kunne balansere hensynene til lokal praksis spesielt, og til<br />

standardisert informasjonsutveksling og god systemforvaltning generelt (testbarhet, stabilitet,<br />

funksjonsmessig forutsigbarhet).<br />

1.2.4 Et godt eksempel på papirbasert prosesstøtte<br />

Det er ikke det første man tenker på, men papirjournalen har hatt en viktig koordineringsfunksjon.<br />

Et godt eksempel er helsekortet for gravide. Det beskriver et helt forløp på et enkelt<br />

A4 ark, planen for mange av oppgavene som skal gjøres og har koordinert arbeidsfordelingen<br />

mellom jordmor, allmennlege og spesialist. Det finnes flere slike eksempler på forskjellige<br />

rekvisisjons- og skjemablanketter. Det ligger mange års erfaring og et betydelig<br />

utviklingsarbeid bak mange av papirskjemaene som er i bruk. For eksempel er balansen<br />

mellom fritekst og avkrysning (strukturert informasjon) blitt grundig utprøvd. Når det gjelder<br />

utvikling av nye former for prosess-støtte har en derfor en god erfaringsbase i papirskjemaene<br />

som man ikke må forkaste, men bygge videre på.<br />

1.2.5 Gode erfaringer med protokoller i klinisk arbeid<br />

Protokoller (Figur 5) i form av lokale standardiserte behandlingsplaner basert på faglige<br />

retningslinjer er blitt tatt i bruk mange steder [7, 8]. Strukturering av forløp for kroniske<br />

sykdommer er sammenfallende med inntil en halvering av behovet for spesialisthelsetjenester<br />

når man sammenligner mellom sykehus [9, 10]. Støtte fra informasjons- og kommunikasjonsteknologi<br />

er beskrevet i flere løsninger [11-14]. Det er også dokumentert gevinster når<br />

strukturering og planlegging av forløp også inkluderer overganger mellom tjenestenivåer/tilbydere<br />

[15, 16].<br />

1.2.6 Begrenset effekt av tidligere forsøk på modellbygging<br />

Det er blitt gjort mange forsøk på utvikling av modeller for å kunne gi et helhetlig bilde av det<br />

helsefaglige kunnskapsområdet, aktørene og aktivitetene. Det eldste forsøket på problem- og<br />

prosessorientere <strong>EPJ</strong> stammer fra 1968 [17]. Weed beskrev fire grunnleggende steg i en<br />

helsefaglige prosess som han betegnet ’SOAP’ (etter Subjective, objective, assesment<br />

(vurdering) og plan). SOAP modellen har vist seg å gi gevinster først og fremst ved<br />

beslutningstøtte og gjenbruk av data [18]. I Danmark har de utviklet en modell benevnt G-<strong>EPJ</strong><br />

som har vurdering, planlegging, gjennomføring og evaluering som de fire grunnleggende<br />

aktivitetene [19], og denne modellen har vært brukt under utvikling av nye <strong>EPJ</strong>. Erfaringene<br />

med å slavisk følge slike <strong>EPJ</strong>-modeller har imidlertid vært meget blandet. For eksempel<br />

brukte helsepersonellet i Aarhus mye lengre tid til dokumentasjon, uten at informasjonen lot<br />

seg gjenbruke i tilsvarende grad [20]. Kanskje er det mulig å lage dekkende, generiske<br />

modeller, men det gjenstår å se om gjennomgripende implementasjon av slike modeller i <strong>EPJ</strong><strong>systemer</strong><br />

får den ønskede effekt når det kommer til det daglige arbeidet.


T. Winograd and F. Flores om bruk av modeller:<br />

”In designing computer-based devices, we are not in the position of creating a formal model that<br />

covers the functioning of an organisation and the people within it. When this is attempted, the resulting<br />

system becomes inflexible and unable to cope with local alternative courses of action and new<br />

developments or potentials.<br />

Instead we design additions and changes to the network of equipment within which people work. The<br />

computer is like a tool, in that it is brought up for use by people engaged in some domain of action. Its<br />

power does not lie in its performance or what it potentially can accomplish, but how it will be used in<br />

connection of a larger network of communication (oral, electronic, telephone, paper-based) in which<br />

organisations operate”<br />

Winograd T, Flores F. Understanding computers and cognitions: A new foundation for design. Reading MA: Addison-<br />

Wesley, 1987<br />

Det er videre reist spørsmål ved behovet for en omfattende modellering av arbeidsprosesser<br />

og informasjonsflyt som et nødvendig førstesteg for å utvikle funksjonelle <strong>EPJ</strong>-løsninger [21].<br />

Den viktigste erfaringen fra G-<strong>EPJ</strong> er kanskje at informasjonsmodeller kan være nyttige i<br />

formidling, kartlegging og drøfting av behov, men de må ikke brukes til å overstyre<br />

arbeidsprosesser.<br />

1.2.7 Generelle begreper om kliniske arbeidsprosesser<br />

For å beskrive de ulike aspektene ved prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong> på en enhetlig måte, blir<br />

sentrale begreper for kliniske arbeidsprosesser kort gjennomgått her.<br />

Aktører og ressurser<br />

Med en aktør menes den personen som skal gjennomføre den aktiviteten som er beskrevet i<br />

behandlingsplanen. Denne aktøren må ha den nødvendige erfaring og beherske de ferdigheter<br />

som er kreves for å kunne utføre aktiviteten med tilstrekkelig kvalitet og uten at pasienten<br />

utsettes for unødig risiko. Med ressurs menes her de arealer og det utstyr (i vid forstand) som<br />

er nødvendig for å gjennomføre oppgaven.<br />

Helsefaglig funksjon<br />

Med en helsefaglig funksjon menes en oppgave eller aktivitet som en aktør er kompetent til å<br />

gjennomføre. Det er blitt sagt at utdanningen av leger er lite akademisk, fordi den legger<br />

større vekt på opparbeidelse av erfaring og innøvelse av manuelle og mentale ferdigheter enn<br />

de fleste andre universitetsutdannelser. Samlet sett utgjør ferdighetene til en nyutdannet lege<br />

et repertoar av basisfunksjoner som kan aktiviseres i arbeidsprosesser. Mange av funksjonene<br />

ligger implisitt i utdanningen, eller sagt på en annen måte: er ferdig programmert i hodet på<br />

helsepersonell. Andre funksjoner øves inn etter endt grunnutdanning.<br />

Arbeidsprosess<br />

En arbeidsprosess (eng: business process) representerer gjennomføringen av en eller flere<br />

aktiviteter for å oppnå et mål. Arbeidsflyt (eng: workflow, careflow) beskriver hvordan<br />

aktivitetene henger sammen. Aktiviteter ved innleggelse og opphold i spesialisthelsetjenesten<br />

kan grupperes i tre hovedgrupper faser i et forløp: utredning/diagnostikk, behandling og<br />

rehabilitering/utskriving. Forflytting/transport kan spesielt i akuttsituasjoner,også være en


sentral aktivitet i et forløp (ambulanse til sykehuset, overflytting til nytt sykehus). I tillegg<br />

innebærer Lov om spesialisthelsetjenesten at forskning, utdanning og pasientopplæring også<br />

er pålagte aktiviteter som skal knyttes til pasientforløp. Forebygging og helsefremmende<br />

arbeid er to andre aktivitetsområder som skal ivaretas. Arbeidsprosesser flest er derfor<br />

multidimensjonale med av og til flere innbyrdes delvis synergistiske og delvis opportunistiske<br />

målsetninger.<br />

Pasientforløp<br />

Pasientforløp (eng. health trajectory) omhandler arbeidsprosesser som kan relateres til en<br />

bestemt gruppe pasienter. Hyppigst dreier det seg om en bestemt diagnose. Et forløp begynner<br />

med første kontakt for et nytt problem, eller for et tidligere overstått problem, og varer til siste<br />

kontakt for dette problemet. Kontakter eller opphold i et forløp knyttet til ulike virksomheter<br />

og tjenesteytere utgjør delforløp [23]. En pasientjournal som kan representere forløp knyttet<br />

til et bestemt helseproblem omtales ofte som en problemorientert journal. Et forløp strekker<br />

seg alltid på tvers av forvaltningsgrensene.<br />

Samhandling<br />

Samhandling er en betegnelse som benyttes om koordinasjon og gjennomføring av aktiviteter<br />

i en behandlingsprosess der ingen enkeltperson eller institusjon har et totalansvar for<br />

behandlingsprosessen og hvor koordinasjon og gjennomføring av aktivitetene derfor må finne<br />

sted i forhandlinger mellom aktørene. Figur 3 gir eksempler på ulike kommunikasjons- og<br />

koordineringsaktiviteter (forespørsel, respons, svar og godkjenning) og hvilke aktiviteter som<br />

inngår og slik deler samhandling inn i tre faser [24].<br />

Samhandlingskjede<br />

Kontakter og opphold med en felles overordnet målsetting betegnes ofte samhandlingskjeder i<br />

et sekvensielt samarbeid mellom aktører eller samordnet behandling og omsorg (eng. shared<br />

care) når ansvar deles og virksomhetene deltar parallelt i behandlingen. Når primærhelsetjenesten<br />

og spesialisthelsetjenesten begge deltar kan man bruke begrepet veiledet<br />

samhandling med <strong>bakgrunn</strong> i Spesialisthelsetjenesteloven §6-3. Samhandlingskjeder og<br />

samordnet behandling og omsorg utrykker en organisatorisk kontinuitet og man beskriver et<br />

forløp som sømløst (eng. seamless care) når det også skjer tidsmessig riktig i rett rekkefølge.<br />

Et helhetlig forløp (eng. integrated care) er kontinuerlig og sømløst.<br />

1.2.8 Et pasientforløp eksempel<br />

De generelle begrepene rundt kliniske arbeidsprosesser belyses best i et eksempel. Figur 2<br />

fremstiller et helt pasientforløp i sin enkleste form, og synligggjør først og fremst logistikken<br />

og den tilhørende informasjonsflyt synligggjøres. Pasienten henvender seg første gangen med<br />

problemet smertefull vannlating. Videre i forløpet skifter problemet navn ettersom den<br />

underliggende årsaken blir avklart.<br />

Pasienten hadde fått smertefull vannlating og søkte fastlegen. Det ble påvist blærekatarr som<br />

ble behandlet. Ved innlevering av urin til kontroll etter 14 dager var det fortsatt blod i urin.<br />

Legen tok nye utvidede prøver, sendte de til laboratoriet og bestilte deretter røntgen av<br />

urinveiene. Pasienten var til røngten (blå linje) i løpet av 14 dager. Siden årsaken til<br />

symptomene fortsatt var uavklart, ble pasienten henvist kirurgisk poliklinikk. Pasienten fikk<br />

time etter 6 uker, og ved cystoskopi ble det påvist en polypp. Det ble bestemt innleggelse og<br />

pasienten fikk plass i løpet av vel 4 uker. Ved innleggelsen ble det bestilt nye laboratorie-


prøver og røntgen, fordi det var allerede gått mer enn 14 uker siden allmennlegen gjorde<br />

undersøkelsene. Det var ventetider på sykehuset og etter 14 dager ble pasienten operert og<br />

etter ytterligere en uke utskrevet hjem. Diagnosen etter operasjonen var slimhinnekreft.<br />

Pasienten var til poliklinisk kontroll knapt 14 dager etter oppholdet. Allmennlegen fikk<br />

epikrisen 6 uker deretter og hadde en konsultasjon med pasienten med gjennomgang av alt<br />

som hadde skjedd. Ikke på noen steder var ventetiden spesielt lang, men likevel gikk det med 7<br />

måneder til sammen.<br />

Kontakt å rsak (pasient): Smertefull vannlating<br />

Problem/diagnose:<br />

Bl æ rekatarr Blod i urin Bl æ repolypp Slimhinnekreft<br />

Pasient<br />

Fastlege<br />

Sykehjem<br />

Poliklinikk<br />

Sengeavdeling<br />

Operasjonsstue<br />

R ø ntgen<br />

Laboratorium<br />

0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28<br />

Uker<br />

Informasjonsflyt<br />

Behandlingsmandat: Fastlege Spesialisthelsetjenesten<br />

Kontakter Journal<br />

P<br />

Standard plan<br />

Figur 2 Illustrasjon av et forløp med kontakter, hvilke aktører som er involvert og hvordan<br />

informasjonen flyter. Den røde linjen viser Informasjonsflyten. Den blå og grønne linjen viser pasientens<br />

bevegelser i systemet. Linjen er blå når fastlegen har behandlingsmandatet, og grønn når<br />

spesialisthelsetjenesten har det.<br />

1.2.9 Behandlingsmandat og mandatoverføring<br />

To sentrale begreper i samhandling er behandlingsmandat og mandatoverføring. Begge<br />

fremstår som ledd i kommunikasjon og koordinasjon når en aktør henviser eller retter en<br />

forespørsel til en annen (Figur 3). Den som mottar forespørselen tildeles gjennom en<br />

forespørsel et mandat som gir ham ansvar for og rett til å utføre den konkrete aktiviteten på en<br />

bestemt pasient. Dette er et generelt mandat som overføres fra Aktør 1 til Aktør 2 for hver<br />

enkeltaktiviteter. Imidlertid overføres ikke behandlingsmandatet eller ansvaret for å behandle<br />

pasienten på samme måte. Når for eksempel en almennlege (Aktør 1) rekvirerer en blodprøve<br />

fra et laboratorium(Aktør 2), overføres sjelden mandatet for å behandle pasienten. Ved<br />

henvisning overføres derimot behandlingsmandatet i det øyeblikket henvisningen er mottatt.<br />

Henvisning kan defineres som at Aktør 1 ber om at Aktør 2 tar over mandatet for å behandle<br />

pasienten. Da slår også inn helsepersonellovens krav om å gjøre en vurdering ved henven-


delser eller sørge for at behandlingsmandatet overføres til annen instans som er egnet til å<br />

gjøre vurderingen (plikt til respons i Figur 3). Tildeling av behandlingsmandat er eksplisitt når<br />

aktiviteter koordineres ved skriftlig kommunikasjon. I en travel sykehusavdeling skjer<br />

imidlertid dette mye oftere implisitt, knyttet til yrkesroller og intern rollefordeling, fordi den<br />

muntlige kommunikasjonen dominerer.<br />

Kommunikasjonsprosess<br />

Aktør 1<br />

Arbeidsprosess<br />

Foresp ørsel<br />

1<br />

2<br />

Respons<br />

Aktør 2<br />

Bestillingsfase Utføringsfase<br />

Resultatfase<br />

Aktør 2<br />

3<br />

Aktivitet<br />

Aktør 2<br />

Svar<br />

4<br />

5<br />

Godkjenne<br />

Figur 3 Illustrasjon av faser og prosesser som inngår i samhandling.<br />

Aktør 1<br />

Kommunikasjonen i mandatoverføringen går begge veier i både bestillings- og resultatfasen. I<br />

bestillingsfasen forventer Aktør 1 en respons på at mandatet er mottatt, og om når aktiviteten<br />

kan gjennomføres. I resultatfasen, etter at Aktør 2 har gjennomført sin aktivitet, overføres<br />

svaret til Aktør 1, som igjen godkjenner at svaret er mottatt. Implisitt i svaroverføringen ligger<br />

et mandat om at Aktør 1 skal vurdere svaret, men dette ansvaret er allerede dekket i<br />

behandlingsmandatet.<br />

En forespørsel om helsetjenester som ikke er gjenstand for å bli rekvirert eller henvist til vil<br />

gjerne falle inn under betegnelsen søknad om. Da overføres et mandat for å vurdere søknaden,<br />

men helsetjenesten blir ikke nødvendigvis ytt. Et eksempel på slike helsetjenester er<br />

behandlingsopphold i utlandet for reumatikere. Svaret til Aktør 2 vil da være hvorvidt<br />

søknaden er innvilget eller ikke.<br />

1.2.10 <strong>Prosesstøttende</strong> <strong>EPJ</strong>-system<br />

Et prosesstøttende <strong>EPJ</strong>-system kan defineres som et <strong>EPJ</strong>-system som bruker opplysninger om<br />

planer, aktører, pasienter, kontekst og ressurser til å understøtte:<br />

1. en aktør når han eller hun går fra en aktivitet til den neste i samme prosess<br />

2. en prosess, når en annen aktør tar over (behandlingen av pasienten) der den forrige<br />

sluttet<br />

3. en aktør, når han eller hun går fra en prosess til en annen i den hensikt å oppnå mer<br />

kontinuerlige og helhetlige pasientforløp.


Disse overgangene overgangene mellom aktiviteter, aktører og prosesser er illustrert med<br />

kryss i i Figur 4. Hver overgang representerer en utfordring for bruker og <strong>EPJ</strong>-system, fordi<br />

systemene per i dag ikke har gode nok forutsetninger for å hjelpe brukeren med å gjøre<br />

valgene ved hvert kryss. Her må for eksempel brukeren selv finne frem til funksjonaliteten i<br />

<strong>EPJ</strong> for å gjennomføre neste aktivitet, eller selv finne frem til egnet person når neste aktør<br />

skal overta (og selv oppgi opplysningene som beskriver <strong>bakgrunn</strong> og hensikt).<br />

Figur 4 Overgang og overføring av aktiviteter mellom ulike aktører og prosesser<br />

Når kontinuiteten for pasienten skal opprettholdes, er spesielt overgangene mellom ulike<br />

aktører eller prosesser vist i del 2 og 3 av Figur 4 utfordrende. Begge overgangene har i<br />

mindre grad støtte av en og samme aktørs hukommelse (se side 5), førstnevnte fordi en ny<br />

aktør må oppdateres om pasientens tilstand og sistnevnte fordi den samme aktør skifter fokus.<br />

Et prosesstøttende <strong>EPJ</strong> må kunne håndtere disse overgangene uten at prosessen stopper opp<br />

eller fraviker fra den individualiserte behandlingsplanen (se side 14). For å understøtte<br />

prosessene må <strong>EPJ</strong>-systemene kunne forutsi dem etter forutbestemte mønstre eller planer.<br />

Felles for disse planene er at de tar sitt utspring i helsefaglige anbefalinger om hvordan en gitt<br />

pasientgruppe skal behandles.<br />

1.3 Inkorporering av kliniske retningslinjer i <strong>EPJ</strong>-<strong>systemer</strong><br />

Når medisinsk-faglig eller annen helsefaglig kunnskap skal omsettes i praktiske planer, vil det<br />

måtte skje på ulike nivåer, hver med sitt virkeområde og grad av konkretisering. Planene alltid<br />

utgangspunkt i en bestemt pasientgruppe eller diagnose. En aktuell pasientgruppene har sine<br />

inklusjons- og eksklusjonskriterier beskrevet av internasjonal forskning, og vil være å finne i


konsensusform i standardiserte kodeverk som ICD-10 eller ICPC. Fra dette utgangspunktet<br />

utvikles først kliniske retningslinjer.<br />

Figur 5 Trinn i implementering, fra faglige retningslinjer til prosesstøtte i <strong>EPJ</strong><br />

1.3.1 Kliniske retningslinjer<br />

Kliniske retningslinjer (eng. evidence based guidelines) forteller noe om hvordan en rekke<br />

aktiviteter bør utføres (eks. utredning og behandling) i forhold til et bestemt kliniske problem.<br />

De utvikles etter en internasjonalt anerkjent metode som baserer seg på en grundig analyse av<br />

eksisterende vitenskapelige publikasjoner og som kommer med anbefalinger om tiltak som er<br />

basert på kunnskapen (evidens) i disse vitenskapelige publikasjonene. De fleste vestlige land<br />

har opprettet egne institusjoner med ansvar for utvikling av kliniske retningslinjer. I Norge<br />

skjer dette ved <strong>Nasjonal</strong>t kunnskapssenter for helsetjenesten. Ved utarbeiding av lokale<br />

prosessbeskrivelser ut fra de kliniske retningslinjene kan man deretter definere lokalt<br />

tilpassede protokoller.<br />

1.3.2 Protokoller (lokale forløpsplaner, sykehusprosedyrer)<br />

Protokoller ligner prosessbeskrivelser, men de er mer konkrete i utformingen, og tilpasset den<br />

enkelte helseinstitusjon. Protokollene representerer en operasjonalisering og lokal tilpasning<br />

av protokoller med detaljerte kommunikasjons- og arbeidsprosessbeskrivelser 1 . De beskriver<br />

aktivitetene som skal inngå og nødvendig formålsbestemt dokumentasjon. I tillegg skal de<br />

kunne synliggjøre helsefaglige overveielser eller beslutninger som inngår i pasientforløpet.<br />

Protokollene må inngå som grunnlagsdata i et prosesstøttende <strong>EPJ</strong>, fordi de her danner<br />

utgangspunkt for de individualiserte behandlingsplanene for hver pasient.<br />

1 Det som her er benevnt som protokoller har ingen omforent <strong>definisjon</strong> i letteraturen. På engelsk finnes flere<br />

uttrykk som overlapper hvis man skal søke etter litteratur: Critical paths(ways), clinical pathways, management<br />

plans, care paths/plans, flow sheets, trajectories. På norsk er tilsvarende begreper: arbeidslinjer, standardiserte<br />

planer, behandlingsplaner/-kjeder.


1.3.3 Individualiserte behandlingsplaner<br />

Individualiserte behandlingsplaner (eng. care plan) er tilpasninger av protokollene til den<br />

enkelte pasient og en fastlagt tidsramme, fastsatte reservasjoner og tjenesterekvireringer, med<br />

føringer for rolleorienterte arbeidslister, oversikter over klinisk informasjon, prosessorientert<br />

dokumentbehandling m.m. [22]. Begrepet omfatter også kravene til individuelle planer slik<br />

det er fastsatt i §2-5 i lov om pasientrettigheter. I individualiserte behandlingsplaner vil helsepersonellet<br />

kunne tilpasse protokollene etter hver enkelt pasients forutsetninger, ønsker og<br />

preferanser. Man får fastsatt en konkret plan for pasienten med fastsatte timeavtaler og<br />

tilpassede behandlingsalternativer, og reduserer samtidig behov for endring av planene<br />

underveis. Der pasienten har behov for å forfølge flere problemstillinger parallellt,<br />

kombineres behandlingsplanene i et felles individualisert behandlingsprogram (eng.<br />

programme of care).<br />

Dette siste leddet i inkorporeringen av kliniske retningslinjer i <strong>EPJ</strong>-<strong>systemer</strong> representerer på<br />

mange måter den faktiske planleggingen sett fra klinikerens ståsted. Samtidig er dette et svært<br />

utfordrende funksjonsområde. Vi skal se nærmere på dette og andre områder hvor<br />

funksjonaliteten må utvides for å gi prosesstøtte i <strong>EPJ</strong>, og hvordan utvidelsen eventuelt kan<br />

gjøres.


2 Behov for funksjonalitet i prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong><br />

Per i dag finnes få prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong> internasjonalt, og det er ingen konsensus om<br />

hvordan et slikt system bør se ut. Vi vil her skissere funksjonsområder som fremtrer som<br />

særlig viktig for å understøtte arbeidsprosessene, og gi innspill her til hvordan disse<br />

funksjonene kan utformes. For at <strong>EPJ</strong> skal bli et godt og fullverdig klinisk verktøy, må det på<br />

et overordnet plan utvikles til også å kunne tilby helsepersonellet følgende former for støtte<br />

[25]:<br />

• Prosesstøtte – sikre kontinuitet og sømløshet i det enkelte pasientforløp og overgang fra<br />

en arbeidsprosess til en annen for aktørene. Det er å bistå i å fordele og koordinere<br />

arbeidsoppgaver og helsepersonell.<br />

• Dokumentasjonsstøtte – forenkle, automatisere og kvalitetssikre dokumentasjon ved<br />

automatisk generering av relevant tekst, bruk av menyer med ferdig tekst/semistrukturerte<br />

skjemaer, evt. med digital diktering eller talegjenkjenning.<br />

• Beslutningstøtte – fremstille kontekst og rollespesifikke oversikter, problemliste,<br />

innarbeide kliniske retningslinjer for ”best practice” og på en lite påtrengende måte gi<br />

varsler og råd for å forebygge utilsiktede hendelser<br />

Disse formene for støtte er vevd i hverandre i de ulike funksjonsområder i <strong>EPJ</strong>. Likevel er<br />

spesielt fire funksjonsområder identifisert å dra nytte av prosesstøtte [27] for helsepersonell,<br />

uavhengig av profesjon eller spesialitet. Dette gjelder:<br />

• autorisering og tilgangsstyring<br />

• tjenesterekvirering<br />

• avtale- og timereservasjon (booking)<br />

• dokumentasjon<br />

For å oppnå en funksjonell helhet, har vi i dette dokumentet også tatt med elementer som<br />

generelle oppbygging av brukergrensesnitt, planlegging og kliniske oversikter.<br />

Vekten her er lagt på prosesstøtte og dokumentasjonsstøtte, hovedsakelig fordi <strong>EPJ</strong>-<strong>systemer</strong><br />

er funnet best egnet til å støtte opptak, innsamling og organisering av informasjonen, og i<br />

mindre grad avgjørelsen på grunnlag av informasjonen [31]. I utviklingen av neste generasjon<br />

<strong>EPJ</strong> i spesialisthelsetjenesten vil man spesielt sette fokus på prosesstøtte gjennom<br />

individualiserte behandlingsplaner og gode oversikter, men også fortsette videreutviklingen<br />

av innholdet og standarder [26]. Det er allerede i gang viktig arbeid vedrørende<br />

dokumentasjonsstøtte og beslutningstøtte, og som må koordineres og bli en del av<br />

funksjonene som skal gi oversikter og prosesstøtte.<br />

Gjennomgangen av funksjonsområdene vil følge slik en bruker møter funksjonsområdene i et<br />

<strong>EPJ</strong>-system, med funksjonelle avhengigheter i rekkefølge. Innenfor hvert område vil vi<br />

beskrive hvordan funksjonaliteten bør utvides. Påloggingsvinduet møter alle brukere av <strong>EPJ</strong><strong>systemer</strong>,<br />

og da er det naturlig å begynne her.


2.1 Pålogging: autentisering, autorisering og tilgangsstyring<br />

Hovedformålet med påloggingsprosedyren er som kjent autentisering (identifikasjon) og<br />

tildeling av rettigheter i forhold til hvem man er (autorisering). Systemene for autentisering<br />

som hittil er introdusert i helsetjenesten har utspring fra bank- og kontorsammenheng, hvor<br />

brukerene stort sett sitter i ro. Dette er lite funksjonelt i forhold til helsepersonell som stadig<br />

er i bevegelse med hyppige avbrudd og parallelle arbeids- og dokumentasjonsprosesser.<br />

Påloggingen oppleves i dag som en flaskehals av mange, med fare for uheldige kompensasjonsmekanismer,<br />

for eksempel å notere på papirlapper og bruke muntlig kommunikasjon<br />

der den skriftlige er bedre egnet. <strong>EPJ</strong>-systemene bør derfor støtte alternativer metoder for<br />

autentisering enn brukernavn og passord (eks. RFID, biometrisk identifisering), og kunne<br />

kombinere dette med plattformer for vandrende systemsesjoner mellom ulike klienter.<br />

2.1.1 Tilgangsstyring kan forbedres med prosesstøtte<br />

Tilgangsstyringen går normalt etter faste opplysninger om brukerens yrkesrolle og<br />

arbeidssted, og informasjon om hvor og når pasienten har konsultasjon eller er innlagt.<br />

Imidlertid har denne fremgangsmåten i praksis vist seg verken å være dekkende eller presis<br />

nok. Helsepersonellet får ikke nødvendigvis tilgang til alle pasientene de skal jobbe med, og<br />

man får hyppig tilgang til pasienter man ikke har ansvar for. Hovedårsaken er at man får<br />

tilgang til hele avdelinger eller seksjoner av gangen med dette systemet.<br />

Ved å benytte prosessinformasjon kan denne tilgangsstyringen forbedres, primært ved å koble<br />

aktørenes mandat med hvor langt pasienten er kommet i planen. For eksempel kan en<br />

henvisning brukes til å gi leger som utfører spesialistvurderinger tilgang til pasientens journal,<br />

selv om pasienten er innlagt på en annen avdeling. Tilsvarende kan oppmelding av en pasient<br />

til vurdering i et tverrfaglig klinisk team gi tilgang til alle deltakerne i teamet. Selv om det<br />

ikke skjer et direkte møte mellom deltakerne og pasienten, trenger deltakere ofte tilgang til<br />

pasientjournalen for å gjøre sine vurderinger (jf. spesialisthelsetjenestelovens §6.3 om plikten<br />

til veiledning overfor kommunene). I begge tilfellene er det ingen konvensjonell, tidsbestemt<br />

kontakt mellom lege og pasient, men en intern bestilling som utløser tjenestlig behov for å se<br />

pasientjournalen (ref til AG notat). For å støtte helsepersonellet som åpner og lukker <strong>EPJ</strong> for<br />

mange pasienter hyppig og kort tid av gangen, må tilgangsmekanismene sørge for<br />

kontinuerlig tilgang så lenge en aktør har en rolle i et pasientforløp, enten det er under<br />

forberedelse, utføring eller etterarbeid for aktiviteten.<br />

2.1.2 Tilpasning av brukergrensesnitt etter rolle og kontekst<br />

Dagens <strong>EPJ</strong>-<strong>systemer</strong> har i hovedsak samme brukergrensesnitt for alle type brukere, selv om<br />

enkelte <strong>systemer</strong> kan skille ut bruksområder i ulike moduler. Her er det stort potensiale for<br />

prosesstøtte for brukerne, ut fra faste opplysninger om bruker og dennes kontekst.<br />

Tilpasningen av funksjoner og visninger ved pålogging må derfor kunne knyttes til brukerens<br />

yrkesrolle og konteksten brukeren er i. Yrkesrollen kan utledes fra brukerens registrerte<br />

profesjon (lege, sykepleier, ergoterapeut) og avdeling (medisinsk, ortopedisk), og konteksten<br />

ut fra geografisk lokasjon ved pålogging (poliklinisk rom, operasjonsstue), tid<br />

(normalarbeidstid eller vakt) og sammenstilling av om avdelingen brukeren er knyttet til er<br />

det samme som avdeling rommet tilhører. En <strong>EPJ</strong> vil derfor fremstå forskjellig knyttet<br />

situasjon (poliklinikk eller avdeling), avhengig av medisinsk domene (anestesi, ortopedi, etc.),<br />

og valg av aktiviteter, bestillinger, m.m. vil lettere kunne fokuseres mot de vanligste valgene<br />

brukeren har i sin arbeidsdag.


2.2 Oversikt over utestående oppgaver for aktuelle bruker<br />

Etter pålogging må åpningsbildet må kunne vise oversikt over arbeidsoppgaver, varslinger om<br />

for eksempel uferdig arbeid, usignerte dokumenter, aktuelle pasientlister etc tilpasset den<br />

aktuelle bruker og kontekst, og derfra gi tilgang til å velge en pasient å arbeide med. Slike<br />

oversikter er ganske vanlig i <strong>EPJ</strong>-<strong>systemer</strong>, og brukes mye. Imidlertid er utvalget av<br />

aktiviteter i disse oversiktene begrenset, og kretser rundt produksjon av journaldokumenter og<br />

lesing av prøvesvar. Et prosesstøttende <strong>EPJ</strong> vil ha et mye større utvalg av utstående aktiviteter<br />

på mange flere pasienter, og dette må systemet kunne presentere på en oversiktlig måte. Hva<br />

som skal kunne vises i den enkelte rolles første visningsbilde bør kunne videre tilpasses lokale<br />

behov, og individuelle preferanser må kunne følge den enkelte bruker fra terminal til terminal.<br />

I dette bildet skal brukeren kunne velge en utestående aktivitet, og komme seg direkte til<br />

omgivelsen hvor aktiviteten kan utføres. Når en pasient blir valgt fra en slik oversikt, er det<br />

naturlig å komme til pasientens oversiktsbilde.<br />

2.3 Oversikter over klinisk informasjon for en gitt pasient<br />

For å sikre informasjonsoverføring mellom aktører må et prosesstøttende <strong>EPJ</strong> kunne gi en<br />

oversikt over pasienten. Oversiktene vil være særlig viktig i aktivitetsoverføringene vist i<br />

Figur 4 (side 12). Her vil oversikten fungere som et resymé ved mandatoverføringer mellom<br />

helsepersonell, og når en og samme helsepersonell gjenopptar arbeidet med en pasient.<br />

Oversikten sikrer at neste helsepersonell i kjeden får et korrekt inntrykk av de viktigste<br />

aspektene ved pasientens problemstilling, og kan arbeide videre der forrige helsepersonell<br />

slapp. Oversikter kan i mange tilfeller erstatte kurven (generisk oversiktsskjema benyttet på<br />

sengeposter), særlig der informasjon om pågående medikamentell behandling er viet god<br />

plass. Utformingen deles generelt inn i stabile og variable elementer.<br />

Stabile<br />

informasjons-<br />

elementer<br />

Variable<br />

informasjons-<br />

elementer<br />

Figur 6 Eksempel på presentasjon av utvalgt klinisk informasjon


2.3.1 Stabile og variable informasjonselementer i en oversikt<br />

En oversikt skal inneholde stabile og variable informasjonselementer (se side 26). De stabile<br />

informasjonselementene er utvalgt informasjon som vises for alle pasienter, uavhengig av<br />

problemstilling. Innholdet i disse elementene bør velges ut fra kontekst (sted og tid for<br />

helsehjelpen, eks. sengepost, poliklinikk) og brukerens profesjon (sykepleier, fysioterapeut,<br />

lege), men dette må også kunne tilpasses av den enkelte bruker. Antall stabile informasjonselementer<br />

i en oversikt skal være minst mulig, og her lanseres kun følgende elementer:<br />

• Problemliste og invididualiserte behandlingsplaner<br />

• Siste notat<br />

• Pasientens generelle status (almentilstand)<br />

• Allergier og CAVE<br />

Øvrig pasientorientert informasjon er variable informasjonselementer, dvs. de vises i<br />

oversikten etter brukervalg (se side 20) eller strukturerte informasjonsutvalg ut fra kliniske<br />

retningslinjer (se side 13).<br />

2.3.2 Problemlister og individualiserte behandlingsplaner<br />

Til å sortere informasjon og knytte ny informasjon til et problem blir det rapportert suksess<br />

med såkalt problemliste [29, 30]. En problemliste bygges opp gradvis og består av en<br />

oversikt over pasientens viktigste helseproblemer. Når et tidligere eller nytt problem velges<br />

skal journalen automatisk kunne hente frem tidligere notater om problemet og tilhørende<br />

laboratorieprøver, epikriser, resepter m.m.<br />

Hos en primærlege kan hele problemlisten være aktuell i oppfølgingen av pasienten, mens i<br />

spesialisthelsetjenesten konsentrerer helsepersonellet seg om færre helseproblemer av gangen.<br />

Ved innleggelser i sykehus kalles ofte dette utvalget (med evenuell siktemål for innleggelsen)<br />

for ”aktuell problemstilling”, og bygges opp av henvisningsårsaken med aktuelle kroniske<br />

sykdommer. Individualiserte behandlingsplaner ved en helseinstitusjon vil således ta<br />

utgangspunkt i hele eller deler av pasientens problemliste. En oversikt må derfor kunne vise<br />

både problemliste og liste over individualiserte behandlingsplaner, og minst den ene skal være<br />

tilgjengelig til enhver tid.


Figur 7 Individualiserte behandlingsplaner tar utgangspunkt i ”aktuell problemstilling”, dvs.<br />

opplysninger fra i evt.henvisning, pasientens problemliste (tidligere sykdommer),<br />

og eventuelle nyoppståtte problemer<br />

Oppsummert kan man her si at kontaktoversikter og problemliste skal hentes fra kjernejournal<br />

der dette er tilgjengelig, mens aktuell problemstilling opprettes lokalt.<br />

Kjernejournal og oversikt over pasientforløp på tvers av institusjoner<br />

Som beskrevet i pasienteksempelet i avsnittet 1.2.8, vil brukere av et prosesstøttende <strong>EPJ</strong> ha<br />

behov for oversikt over pasientforløp på tvers av institusjoner og ulike nivåer i helsetjenesten.<br />

Informasjon om det komplette pasientforløpet kan vanskelig vedlikeholdes lokalt, og her<br />

kommer konseptet om en nasjonal kjernejournal inn [33, 34]. Ved å inkorporere opplysninger<br />

fra kjernejournalen i oversikten, vil brukeren få holdepunkter om hva slags utredning<br />

pasienten har gjennomgått så langt for det aktuelle problemet, og ikke minst få vite hvor mer<br />

utdypende informasjon er å få tak i. I denne sammenheng skal primært oppsummeringer (eks.<br />

epikriser og kontaktnotater) og opplysninger om pågående behandling (først og fremst<br />

medikamenter) være tilgjengelig for brukeren [35]. Oversikten over pasientforløp bør videre<br />

lede til mekanismer for anmodning om tilgang til ytterligere opplysninger fra lokalt <strong>EPJ</strong>.<br />

Direkte tilgang til <strong>EPJ</strong> i andre sykehus eller i allmennpraksis blir lite brukt [36-38].<br />

Oversiktsinformasjon i pågående individualiserte behandlingsplaner<br />

Moderne helsetjeneste har et rikt utvalg utrednings- og behandlingtilbud, hver med<br />

kompliserte forløp og spesifikke krav til gjennomføring i de invidualiserte<br />

behandlingsplanene. Disse prosessene kan visualiseres, men i en oversikt vil bare de aller<br />

nødvendigste detaljene få plass. Prosessene eller tiltakspakkene knyttet til hver<br />

behandlingsplan kan presenteres med navn og helsepersonell/ institusjoner som involveres i<br />

dem, med stilisert fremdrift av prosessen. Denne informasjonen kan presenteres med<br />

sammensatte ikoner. Klikk på ikonet bør i så fall lede til mer detaljerte visninger av<br />

prosessene, hvor fremdriften er presentert kronologisk.


Medikamentell behandling skal alltid vises<br />

I denne sammenhengen har oversikten pågående medikamentell behandling en særstilling for<br />

mange klinikere. Dette understrekes ikke minst av at denne oversikten er mest prominent og<br />

stabil ved de ulike kurveskjemaene ved landets sykehus. Helsepersonell som ønsker dette bør<br />

kunne se pågående medikamentell behandling i detalj i selve oversikten, i tillegg til andre<br />

behandlingsformer som innebærer risiko.<br />

2.3.3 Siste notat<br />

Når en kliniker har sett aktuell problemstilling(er), leses gjerne siste notat, dvs. siste tekstlige<br />

resymé fra helsepersonell. Her beskrives forrige helsepersonells vurdering av pasientens<br />

tilstand, samt status og aktivitet i helsehjelpen. Teksten dette utvalget skal gjøres fra vil kunne<br />

fremstå i følgende former: notater orientert etter problem (se side 28), profesjonsspesifikke<br />

journaldokumenter orientert etter dokumenttype, eller manuelt vedlikeholdte resymefelt (bl.a.<br />

brukt av leger til ulik tjenesterekvirering eller av sykepleiere til postoversikter) Selv med sterk<br />

problemorientering av <strong>EPJ</strong>-systemet vil alle formene kunne være aktuelle. Brukeren vil som<br />

regel foretrekke å se formen som kan tilby den sist oppdaterte informasjonen fra brukerens<br />

yrkesgruppe, men må også kunne velge form og yrkesgruppe selv. Velges problemorientert<br />

notater, vises alle notater fra brukers yrkesgruppe knyttet til aktuell problemstilling. Velges<br />

journaldokumenter, vises siste dokument av en dokumenttype som passer med brukerens<br />

kontekst 2 . Velges et manuelt vedlikeholdt resymefelt, vises dette. Uansett valg må <strong>EPJ</strong>systemet<br />

signalisere hvilken av disse formene som inneholder det senest daterte dokumentet<br />

(av brukerens yrkesgruppe og av alle).<br />

2.3.4 Pasientens generelle status<br />

Når helsepersonell beskriver en pasient sies det alltid noe om pasientens generelle status, i<br />

første rekke om almentilstanden (eks. dårlig, sengeliggende, oppegående, evt. WHO<br />

funksjonsstatus) og om retning av sykdomsutviklingen (eks. i bedring, stabil, i forverring,<br />

kritisk). Innenfor de fleste fagområder vil det være mulig å velge seg en slik nøkkelparameter<br />

for pasientens status, og systemet bør vise denne for enhver pasient.<br />

2.3.5 Allergier og CAVE-informasjon<br />

Av hensyn til pasientens sikkerhet skal alltid informasjon om allergier og<br />

hypersensitivitetsreaksjoner være synlige i kliniske oversikter. Denne informasjonen er kritisk<br />

ved forordning av tiltak (medikamentell behandling, kostgjennomgang, implantering av<br />

proteser og lignende), men er like aktuelle ved mer ”ufarlig” situasjoner som utdeling av mat<br />

(eks. matvareallergi) bruk av hygieneartikler (eks. latexallergi) og sårstell (eks. allergi mot lim<br />

og andre stoffer i bandasjeprodukter). Kravene til slik presentasjon er beskrevet i <strong>EPJ</strong>standarden<br />

fra KITH (Ref. 26).<br />

2.3.6 Utvelging av variable informasjonselementer i en oversikt<br />

Oversikter for <strong>EPJ</strong> skal inneholde den mest relevante informasjonen for en pasient, og vise<br />

denne samlet for brukeren. Dette innebærer at mekanismene som produserer en oversikt må<br />

gjøre et svært smalt utvalg av informasjonen som er tilgjengelig. Det er velkjent for både<br />

klinikere og pasienter at informasjon som er relevant for et lårhalsbrudd (eks. rtg. hofte,<br />

hemoglobin i blod, blodtrykk og puls) ikke trenger å være relevant for andre tilstander, f.eks.<br />

2 Eks. siste operasjonsnotat fra lege vises på første polikliniske legetime etter inngrepet, siste innkomstjournal<br />

eller siste kontinuasjonsnotat vises på previsitt, siste sykepleienotat vises på vaktrapport, etc.


hjerteinfarkt (EKG, angiografi, infarktmarkører i blod) eller lungebetennelse (rtg lunger,<br />

blodkultur, CRP, hvite blodlegemer i blod). Nettopp fordi den enkelte kliniker både utreder og<br />

følger opp den enkelte pasient med diagnoser som rettesnor, er det nærliggende å forvente at<br />

en oversikt per problem eller diagnose vil være dekkende. Ved de fleste sykehusavdelinger<br />

har majoriteten av pasientene en hyppig forekommende diagnose, og de mest aktuelle<br />

oversiktene for ulike yrkesgrupper kan derfor hentes fra kliniske retningslinjer og tilpasses<br />

lokalt. Imidlertid passer ikke pasienten nødvendigvis inn i et forutbestemt problem, spesielt i<br />

tidlig utredningsfase. Utredningens forløp er heller ikke forutsigbart, og preges av plutselige<br />

hendelser, uventede funn og gryende mistanker. Oversikter trenger dermed noe mer enn<br />

diagnosespesifikke utvalgsmaler.<br />

Pasientspesifikk oversikt basert på brukers valg<br />

Oversikter må understøtte den diagnostiske prosess, og denne kan ha stor grad av<br />

uforutsigbarhet. Når en kliniker utforsker pasientens tilstand på jakt etter en forklaring, blir<br />

viktig informasjon valgt ut underveis som holdepunkter for de ulike hypotesene. Disse<br />

holdepunktene utgjører byggesteinene i en pasientspesifikk oversikt. Hver gang en bruker har<br />

navigert seg frem til informasjon som er interessant for en eller flere hypoteser, skal<br />

holdepunktetet kunne markeres av brukeren, og informasjonen (eks. blodprøvesvaret eller<br />

røntgenbildet) vises i oversikten for pasienten. Den samlede fremstillingen av holdepunkter<br />

vil dermed utgjøre en oversikt, hvor resonnementet bak pasientens diagnose(r) fremgår av<br />

resultatene. Klikk på holdepunktet bør lede brukeren til resultatene for øvrig som<br />

holdepunktet er hentet fra.<br />

Når resultater vises direkte i en oversikt, medfører dette stort behov for skjermplass. Ulike<br />

virkemidler kan taes i bruk for å moderere dette behovet, for eksempel seleksjon av positive<br />

funn og kondensering.<br />

2.3.7 Positive og negative funn<br />

Under utredning av en tilstand har negative funn stor betydning for hvilken hypotese<br />

klinikeren vil forfølge. Imidlertid er det krevende å basere en diagnose på negative funn alene,<br />

fordi denne vil være basert på eksklusjon av alle andre plausible alternativer. I tilfeller hvor<br />

oversikter inneholder flere funn enn det er plass til å vise samtidig, kan visning av positive<br />

funn alene være et alternativ. Positive funn betyr i denne sammenheng unormale resultater,<br />

fortrinnsvis i samsvar med aktuelle diagnose.<br />

2.3.8 Kondensering<br />

Når en bestemt type undersøkelse er valgt av bruker til oversikten (eks. CT av hjernen), kan<br />

resultatene lett fylle skjermplassen uten å gjøre spesiell nytte. Mange av disse resultatene er<br />

hentet inn for å følge opp behandlingen, men gir i liten grad ny informasjon. Ved å filtrere<br />

resultatene ut fra deres forhold til standardiserte tidspunkt kan brukeren i større grad hente ut<br />

resultater med relevant informasjon. Denne filtreringen kalles her for kondensering. De<br />

viktigste tidspunkt for et enkelt sykdomstilfelle er som følger:<br />

Tidspunkt Definisjon<br />

Frisk (før sykdom) Siste tidspunkt for antatt normaltilstand før sykdom<br />

Hendelse Sykdom oppdaget eller skade skjedd<br />

Tiltak startet Behandling eller andre tiltak satt i verk


Forslag til disse tidspunkt kan hentes fra <strong>EPJ</strong> eller PAS, men bruker må vanligvis verifisere<br />

dem. Vi får dermed et sett regler for å uttrykke hendelsesforløpet for pasienten:<br />

Utvalgsregel Definisjon<br />

A Normal Måling på tidspunkt ”Frisk”, eks. normal blodprøve<br />

B Siste før hendelse Siste måling før tidspunkt ”Hendelse”, alternativ til normal<br />

C Første etter hendelse Første måling etter tidspunkt ”Hendelse”, eks. røntgenbilde av<br />

brukket leggben ute av stilling.<br />

D Siste før start av tiltak Siste måling før tiltak eller behandling startet, eks. siste<br />

E Første etter start av<br />

tiltak<br />

F Siste Siste måling så langt<br />

kreatininmåling i blod før hemodialyse hos pasienter med nyresvikt.<br />

Første måling etter at tiltak eller behandling er satt i gang, eks.<br />

første CRP etter oppstart med antibiotika eller første røntgen av<br />

leggben etter gipsing.<br />

En sterk kondensering kan for eksempel inkludere utvalgsregel C og F, mens en svak<br />

kondensering kan inkludere alle målepunktene A-F. Selv med svak kondensering vil antall<br />

utvalgte undersøkelser kunne reduseres betraktelig.<br />

Figur 8 Eksempler på kondensering av undersøkelser av en gitt type<br />

Den største svakheten med kondensering er at forholdet mellom hendelse og tiltak ikke alltid<br />

er konsekvent. En hendelse kan kreve flere tiltak, og et tiltak kan av og til være myntet på<br />

flere hendelser. Likevel utgjør prinsippet et viktig bidrag for å hjelpe brukeren å skille<br />

relevant informasjon fra mindre relevant.<br />

2.3.9 Presentasjon av oversikter<br />

Når relevant informasjon er valgt ut for en pasient og kondensert i passende grad, burde<br />

oversiktene kunne tegnes ut for brukeren. Da gjenstår utfordringen med å presentere dette på<br />

den begrensede skjermplassen. Denne utfordringen krever nærmere utprøving, men generelle


prinsipper fra layout og design kan benyttes i sanntid under oppbygging av presentasjonen. Et<br />

eksempel er slik:<br />

Skjermplassen fordeles i utgangspunktet likt mellom holdepunkter. Utvalgte deler av tekstlige<br />

notater presenteres som de er, tall vises i tabeller eller grafer, bilder begrenses til utsnitt, og<br />

vises med den oppløsning skjermplassen tillater. Alle tidsorienterte data (eks. hendelser,<br />

kontakter med helseinstitusjoner, diagnoser) vises langs en tidsakse, slik det gjøres i såkalte<br />

lifelines (se Figur 9). Ut over de layoutmessige virkemidlene skal brukeren etter eget ønske<br />

kunne forstørre plassen som tildeles de ulike holdepunktene, og flytte viktig informasjon<br />

sentralt og øverst. Når muspekeren flyttes over de ulike holdepunktene, blir innholdet i dem<br />

forstørretog får mer detaljer, f.eks. slik det er gjort i applikasjonslinjen i Apple’s OS X®.<br />

Hensikten er å presentere mest mulig relevant informasjon i oversikten, uten at brukeren for<br />

egen del trenger å legge mye arbeid i å tilpasse presentasjonen til den aktuelle pasient.<br />

Figur 9 Eksempler på lifeline-presentasjon av tidsorienterte data<br />

2.4 Utforming av individualiserte behandlingsplaner<br />

I avsnitt 1.3 (side 12) beskrives hvordan kliniske retningslinjer kan spesifiseres ned til<br />

protokoller beregnet på den lokale helseinstitusjon. Imidlertid har vi ikke en konkret plan før<br />

protokollen er applisert på en bestemt pasient, under utformingen av en individualisert<br />

behandlingsplan (se Figur 5 på side 13 og Figur 7 på side 19). For en kliniker representerer


dette steget den konkrete planleggingen, som vil være en forutsetning for å binde sammen<br />

aktører, mandat og aktivteter.<br />

Hvis man regner planlegging som applisering av et forutbestemt sett aktiviteter med bestemte<br />

aktører innen for et gitt tidsrom, fremtår dette som en forutsigbar, teknisk oppgave. Dette<br />

gjelder også når planleggingen må ta hensyn til avhengigheter mellom aktiviteter (eks. få tatt<br />

røntgenbilde tidlig nok til at svaret er klart for en poliklinisk konsultasjon, booke alt helsepersonell<br />

som skal delta i en tverrfaglig uredning av samme pasient innenfor samme dag).<br />

Imidlertid utgjør individualiseringen av planen særlige utfordringer for brukergrensesnittet,<br />

fordi det her kan både være snakk om å endre svært detaljerte enkeltelementer og hele blokker<br />

av planen. Med mindre <strong>EPJ</strong>-systemet klarer å håndtere dette spennet i detaljering, kan<br />

resultatet bli at alle endringer blir for møysommelige og tungvinne for brukeren, med risiko<br />

for økt rigiditet i behandlingstilbudet for pasienten. I tillegg må <strong>EPJ</strong>-systemet kunne påvise<br />

hvilke konsekvenser de pasientspesifikke tilpasningene har for resten av planen, og støtte<br />

brukeren i å håndtere disse etter pasientens ønske. Tilsvarende må et slikt planverktøy kunne<br />

håndtere alle oppståtte avvik og endringer av planer underveis i forløpet. Disse overordnete<br />

hensyn må kunne inkorporeres i funksjonalitet for planlegging av egne aktiviteter,<br />

tjenesterekvirering, avtale- og timereservasjon.<br />

2.5 Planlegging av egne aktiviteter<br />

Første angrepspunkt for et planleggingssystem er å legge opp en plan for egne aktiviteter (eks.<br />

utredninger, undersøkelser, behandlinger, pleietiltak, oppfølging, etc.), inkludert rent<br />

pasientadministrative aspekter ved oppholdet. Aktiviteter som ikke krever særskilt<br />

ressursallokering (eks. forordning av medikamentell behandling, begrensede observasjonsregimer)<br />

ordineres direkte av ansvarlig aktør i pasientens timeplan. Der aktiviteten kan<br />

overskride tilgjengelige ressurser, må imidlertid <strong>EPJ</strong>-systemet fasilitere forhandlingen som<br />

skal skje mellom utførende og ansvarlig aktør før aktiviteten tidfestes (eks. forhandling om<br />

størrelse av pasientgrupper på sengepost ut fra pleietyngde). Denne prosessen er hyppig basert<br />

på uformelle informasjonskilder, muntlig kommunikasjon og dynamisk tilpasning. Utforming<br />

av funksjonalitet for lokal ressursallokering krever derfor en balanse mellom aktiviteter som<br />

tidfestes og klassifiseres detaljert i <strong>EPJ</strong>-systemet (eks. utdeling av medikamenter), og<br />

aktiviteter som tidsfestes og klassifiseres på et overordnet nivå (eks. gangtrening i trapper).<br />

Sistnevnte håndteres i praksis av organisatoriske mekanismer utenfor <strong>EPJ</strong>-systemet.<br />

Pasientens timeplan må med andre ord kunne støtte ulik grad av detaljering og krav til<br />

kontroll fra aktørerenes side, inkludert ulike former for kvalitetssikringsmekanismer<br />

(dobbeltsignering, oppfanging av avvik og lignende).<br />

Alle aktiviteter må kunne bestilles som enkelttiltak, i repetisjonsform (eks. to ganger daglig i<br />

en uke), i pakker og kombinasjoner, og med kontroll av eventuelle innbyrdes avhengigheter.<br />

Aktivitetene skal i utgangspunktet velges fra en standardisert og lokalt tilpasset tjenestekatalog,<br />

men egenspesifiserte tiltak må også kunne registreres. Alle aktiviteter skal ha<br />

mulighet til å lenkes til referanseverk i form av kvalitetsdokumenter, undervisningsmedia, og<br />

lignende. Særskilt fokus må settes på funksjonaliteten for utkvittering, dvs. å registrere at en<br />

aktivitet faktisk er gjennomført. Årsaken er at ukritisk krav til detaljert utkvittering kan<br />

medføre så mye ekstraarbeid at det gå på bekostning av andre oppgaver. Der automatisk<br />

utkvittering av aktiviteter ikke kan kombineres med selve gjennomføringen av aktiviteten, bør<br />

utkvittering av hele sjekklister være regelen, unntatt i de tilfellene aktiviteten innebærer<br />

pasientrisiko.


Lokale tjenester med stabilt liten kapasitet bør håndteres av samme mekanismer som avtale<br />

og timereservasjon, beskrevet under (avsnitt 2.7).<br />

2.6 Tjenesterekvirering<br />

Rekvirering gjelder bestilling av helsefaglige tjenester hos andre aktører, enheter eller<br />

virksomheter. Tjenestene som det kan være behov for å rekvirere har et meget vidt spekter.<br />

Likevel kan de alle fra et helseinformatikk perspektiv sammenstilles i kommunikasjonsmodellen<br />

vist i Figur 3 (side 11). Hovedgruppene av tjenester kan deles opp i følgende<br />

hovedgrupper:<br />

• Laboratorietjenester/diagnostikk (eks. billeddiagnostikk, biologiske prøver, etc.)<br />

• Behandling (eks. fysioterapi, legemidler, etc)<br />

• Rådgivning (eks. henvisning til spesialistvurdering, second opinion)<br />

• Transporttjenester (eks. syketransport, ambulanse, etc.)<br />

En rekvisisjon er et dokument (se side 26) som består av et hode, tjenesten(e) som er ønsket<br />

utført og nødvendige informasjonselementer til å utføre tjenesten trygt og effektivt.<br />

Resultatene av tjenesten(e) som blir utført er informasjonselementer returneres og som skal<br />

inngå i dokumenter i pasientjournalen. For å støtte den kliniske prosessen effektivt bør<br />

bestilling av tjenester være standardisert, forhåndsvalgt ut fra den individualiserte<br />

behandlingsplanen (se side 14) og i stand til automatisk å trekke ut nødvendig informasjon om<br />

pasienten. Tjenester som skal rekvireres kan gjelde et enkelt tiltak (eks. røntgen thorax),<br />

repeterte tiltak (blodtrykksmålinger) eller en samlet ”pakke” av forskjellige tiltak (ulike<br />

undersøkelser før en operasjon). Det må være mulig å bestille tjenester for et helt forløp på en<br />

gang, inklusive evt. standardisert oppfølging med kontroller. En slik protokoll med tiltak bør<br />

fremstå samlet i ett dokument for rekvirenten, selv om den ved avsending splittes opp, evt.<br />

omorganiseres og sendes til flere utførende enheter. Informasjonselementene bør vises i en<br />

rekkefølge som støtter en naturlig arbeidsflyt slik den kan organiseres lokalt, men som også<br />

kan være forskjellig for rekvirent og tjenesteyter. Det må videre være innebygd en varsling i<br />

systemene om at tjenester er bestilt og når de leveres, evt. overskrider forhåndsdefinert tid.<br />

2.7 Avtale og timereservasjon<br />

Tiltak skal komme i riktig rekkefølge og tidsmessig henge sammen. Dette skal koordineres<br />

med at helsepersonell skal kunne delta i flere pasientforløp og at tjenester er organisert og<br />

ytes av atskilte enheter (jf <strong>definisjon</strong> av arbeidsprosesser avsnitt 1.2.10). Kjernen i god<br />

prosesstøtte er derfor et avtale og timereservasjonssystem som er tilpasset forholdene i et<br />

sykehus. Skal et slikt system fungere effektivt må det være:<br />

• Integrert og koblet med systemet for rekvirering av tjenester<br />

• Felles for hele sykehuset<br />

• Åpent for alle og med direkte tilgang for bestiller<br />

• Koblet til personal-/bemanningssystem<br />

Et slikt system må kunne ha innebygd prioriteringsstyring, men også fleksibelt kunne tilpasse<br />

seg variasjon i etterspørsel. Det må til enhver tid kunne vise oversikt over tjenester som er<br />

bestilt, utført og som står på venting.


En sentral funksjon i koblingen mellom rekvirering og et avtale og timereservasjonssystem er<br />

at det kan lage arbeidslister både knyttet til den enkelte pasient og for helsepersonell med<br />

flere pasienter. På enhetsnivå skal det kunne gi muligheter til en ressursallokering ved behov.<br />

2.8 Dokumentasjon<br />

Til akkumulering og formidling av informasjon i <strong>EPJ</strong> om en pasient brukes dokumenter. Alle<br />

dokumenter skal ha et fast ”hode” som er likt for alle dokumenter og som inneholder<br />

standardisert informasjon nødvendig til å kunne administrere dokumentet, inklusive arkivere<br />

og forsende. Det vil variere i hvilken grad det er behov for at hodeinformasjonen skal vises<br />

for brukeren og mye av informasjonen her bør kunne bli utfylt automatisk på basis av faste<br />

pasient- og brukeropplysninger som kan importeres ved pålogging.<br />

Dokumenter må kunne ha ulik grad av strukturering og kunne innholde både fritekst og<br />

strukturerte data. Strukturering av et dokument har fire nivåer (Figur 10):<br />

• Dokumentnavn eller type – for eksempel notat, epikrise etc<br />

• Inndeling med overskrifter for avsnitt – for eksempel sosiale opplysninger, status presens,<br />

etc.<br />

• Informasjonselementer (kalt informasjonsfragmenter i <strong>EPJ</strong>-standarden) – for eksempel<br />

notater, kliniske funn, resultater, et bilde, bestillinger, avtaler etc.<br />

• Dataelementer – for eksempel koder, mengde, målenhet etc. som er grunnenhetene som<br />

bygger opp informasjonselementene<br />

Informasjonselementer skal lagres permanent, helst bare ett sted og skal ha tilstrekkelige<br />

opplysninger om opprinnelse og bruk (kilde, tidspunkt, versjon, forbindelser etc.).<br />

Informasjonselementer kan inngå i andre informasjonselementer og i flere dokumenter.


Figur 10 Et dokument bygges opp av informasjonselementer<br />

2.8.1 Gjenbruk av dataelementer, standardiserte terminologier og<br />

tidsakser<br />

Faste dataelementer og arkitektur i et informasjonselement bør, der det er hensiktsmessig,<br />

kunne standardiseres og programmeres som uavhengige ”minimoduler” og slik kunne inngå i<br />

et repositorium av informasjonselementer som vil kunne importeres og gjenbrukes i mange<br />

dokumenter. Eksempler er spørsmål i et skjema med predefinerte svaralternativer ,eller<br />

registrering av et klinisk måleparameter (rektal temperatur i °C). Hensikten er å kunne ha en<br />

funksjonalitet i <strong>EPJ</strong> som gjør det mulig å bygge opp nye dokumenter eller utvide eksisterende<br />

for lokale behov med lokal kompetanse uten å måtte gå om <strong>EPJ</strong> leverandøren. Disse<br />

dokumentene må hente sine dataelementer fra en standardisert terminologi, for eksempel<br />

SNOMED CT. Videre må det enkelte sykehus kunne fremstille skjema i <strong>EPJ</strong> som fremstiller<br />

utvalgte parametere slik de utvikler seg over tid. Slike skjema (eks. blodtrykkskurver, ulike<br />

scorings<strong>systemer</strong> for oppfølging) følger en annen tidsakse enn dokumenter. Mens dokumenter<br />

hovedsaklig er knyttet til undersøkelser og vurderinger på et bestemt tidspunkt, viser disse<br />

skjemaene hvordan ulike funn og symptomer utvikler seg over tid. Et <strong>EPJ</strong> må kunne støtte<br />

begge deler.<br />

2.8.2 <strong>Nasjonal</strong>e skjema skal ikke kunne modifiseres<br />

Mange dokumenter i <strong>EPJ</strong> vil ha en struktur med informasjonselementer som vil være fastlagt<br />

nasjonalt (som for eksempel sykmelding, dødsattest, resept og rapporter til sentrale


kvalitetsregistre). Disse vil ikke kunne bli tillatt endret, men informasjonselementene i disse<br />

kan bli en del av et repositorium, som nevnt, av standardiserte preprogrammerte<br />

informasjons-elementer/moduler, og hindrer ikke muligheten for utvidelse av nasjonale<br />

dokumenter med flere variable til for eksempel kvalitetskartlegging. Interaktiv henvisning<br />

som er under utvikling vil ha en fast nasjonal del, felles for alle henvisninger, og en del<br />

tilpasset diagnosen (for eksempel hoftestatus ved henvisning til proteseoperasjon.<br />

2.8.3 Lokalt tilpassede dokumenter kan konkurrere med avdelingsvise<br />

kliniske informasjons<strong>systemer</strong><br />

En funksjonalitet i <strong>EPJ</strong> hvor man fleksibelt kan bygge opp eller utvide dokumenter med<br />

standardiserte informasjonselementer eller moduler, skal kunne møte viktige behov for<br />

utvikling og implementering av faglige retningslinjer som er et kontinuerlig arbeid og som<br />

tilpasses organisasjonen lokalt. Dette vil kunne redusere behovet for egenutviklede<br />

avdelingsvise kliniske informasjons<strong>systemer</strong> på ”utsiden” av <strong>EPJ</strong> [6]. Funksjonaliteten kan<br />

brukes til å automatisk sette sammen informasjon alt etter behov til å representere et forløp,<br />

en plan for pasienten og arbeidslister for tjenesteytere (kalt saker i <strong>EPJ</strong> standarden). Dette<br />

fordrer likevel at brukeren selv kan velge ut og eksportere informasjonen på aggregert eller<br />

anonymisert form til bruk i forskning og kvalitetssikring<br />

2.8.4 Fortløpende notater, sortert etter problem<br />

Mens henvisninger, epikriser, rekvisisjoner etc. bør fremstå som enkeltdokumenter, bør<br />

notater bli sortert i forhold til diagnose eller problem og representert kronologisk slik at det<br />

blir enkelt og naturlig å kontinuere sykehistorien ved bare å legge til det aktuelle eller nye.<br />

Derved vil notatene kunne leses som en sammenhengende sykehistorie [28]. Man ser at<br />

notatføring i dagens <strong>EPJ</strong> <strong>systemer</strong> fører til gjentagelser av forhistorien og at det medgår mye<br />

arbeid å sortere og lete bakover. Det må også automatisk kunne opprettes tekst med lenker til<br />

andre dokumenter som representerer prosesser som er utført – for eksempel en rekvisisjon,<br />

resept, en utskrift av informasjon til pasienten, etc. Det vil sikre bedre hvilken informasjon<br />

som har ligget til grunn for beslutninger.<br />

2.8.5 Prosesstøtte for dokumentasjon<br />

Det vil kunne spare mye arbeid og implisitt gi god prosess- og beslutningsstøtte om<br />

dokumenter og informasjonselementer i størst mulig grad er ferdig utfylt med standardisert<br />

informasjon, evt med menyer for valg av ferdig tekst. I bunnen for en behandlingsplan skal<br />

det ligge en ferdig skrevet journal, inkludert journalnotater, operasjons- og<br />

prosedyrebeskrivelser, epikrise, evt. standard brev og meldinger til pasient/pårørende og<br />

andre instanser. Ferdig informasjon må selvfølgelig kunne redigeres, men vil slik også<br />

synliggjøre evt. avvik på en enkel og tydelig måte, for eksempel annen farge. At informasjon<br />

er strukturert i felter når den skal legges inn, er ikke til hinder for at den kan fremstilles som<br />

sammenhengende tekst beregnet på lesning senere, for eksempel som en del av et notat.<br />

2.9 Oppsummering<br />

I avsnittene over har vi gjennomgått hvordan spesifikke sider av funksjonaliteten i et <strong>EPJ</strong>system<br />

må utvides for å støtte kliniske arbeidsprosesser, og skissert eksempler på hvordan


dette kan gjøres. I denne oppsummeringen vil vi se på ulike aspekter som har betydning av for<br />

<strong>EPJ</strong>-systemet som helhet, direkte eller indirekte.<br />

2.9.1 Generelle krav til brukergrensesnittet i et prosesstøttende <strong>EPJ</strong><br />

Når det kliniske arbeid skal struktureres i prosesser, setter dette store krav til måten <strong>EPJ</strong>systemet<br />

feller prosessene ned i brukergrensesnittet. Klinisk arbeid preges av avbrytelser,<br />

uventede hendelser, mange involverte parter, hyppig mandatoverføring og individuelle<br />

vurderinger. Vel så viktig er det å merke seg at hovedfokus for helsepersonell er på pasienten,<br />

uansett hvor elegant eller hjelpende <strong>EPJ</strong>-systemet måtte være. Prosessorienterte <strong>systemer</strong> kan<br />

dermed ikke oppføre seg som ”wizards” kjent fra installasjonsprogrammer, hvor brukeren<br />

geleides inn en fastsatt rekke av spørsmål og avgjørelser. I stedet må systemet være<br />

tilpasningsdyktig, og legge få begrensninger på hvor brukeren kan gå. Som nevnt tidligere<br />

kan det foreslå neste steg, men ofte vil det måtte vente på svar fra brukeren, for eksempel til<br />

neste gang brukeren har tid til å bruke systemet eller på at brukeren returnerer til en gitt<br />

behandlingsplan etter å ha arbeidet med en annen. Systemet skal kunne legge planer, men like<br />

ofte skal det kunne endre planer ved å booke om timeavtaler, og forlenge eller forkorte<br />

varigheten av planene. For å oppnå nødvendig dynamikk i brukergrensesnittet bør systemet<br />

tillate brukeren å gå direkte fra ethvert vindu til ethvert vindu når brukeren måtte ønske det,<br />

og gjør valg fra svært lange lister (eks. 17.000+ diagnoser, 1500+ blodprøveanalyser, 5000+<br />

medikamenter) raskest mulig. For å oppnå dette må nye mekanismer for valg fra lange lister<br />

utvikles. En mulig mekanisme er språkbasert menyvalg.<br />

Språkbasert menyvalg<br />

Med språkbasert menyvalg menes her et system hvor bruker kan velge fra en lang liste (eks.<br />

blodprøver, kliniske tjenester, spesialister) ved å oppgi hele eller deler av et begrep eller navn,<br />

nok til å identifisere et ønsket alternativ i lista. Dagens metoder for å velge fra lange lister<br />

benytter som regel flere steg (eks. navigere seg ned i et hierarki av menyer), og blokkerer<br />

samtidig andre aktiviteter. Dette krever for mye av oppmerksomheten for brukeren [32], og<br />

bryter opp brukerens arbeid. Språkbaserte menyvalg har en rolle i følgende aspekter av et<br />

prosessorientert <strong>EPJ</strong>-system:<br />

• valg fra strukturerte terminologier og kodeverk (eks. ved valg av diagnose fra ICD-10<br />

intervensjonskode fra NCSP, klinisk parameter fra SNOMED CT)<br />

• valg av type supplerende undersøkelse (røntgen, blodprøve, etc.) for visning av<br />

resultat eller bestilling av nye prøver<br />

• valg av tiltak eller behandling (eks. medikament, sykepleietiltak, etc.)<br />

• valg av protokoll eller behandlingsplan<br />

• valg av aktør i prosesser (eks. henvisning, overføring av mandat)<br />

• valg av vindu og visning i brukergrensesnittet<br />

Språkbasert menyvalg kan oppnås med kombinasjon av tekstinput og virkemidler som<br />

synonymer, fonetisk likhet og valg av forventede verdier ut fra kontekst (som i Microsoft<br />

Visual Basic Express 2008®). Videre forventes elektronisk talegjenkjenning å ha høy<br />

treffsikkerhet i denne sammenhengen, og kan være egnet for denne type input.


2.9.2 Føringer for arkitektur i et prosesstøttende <strong>EPJ</strong>-system<br />

Et prosesstøttende <strong>EPJ</strong>-system må kommunisere med kjernejournal, andre <strong>EPJ</strong>-<strong>systemer</strong> og et<br />

betydelig antall fagspesifikke IT-<strong>systemer</strong> for å støtte hele pasientforløpet. Det stilles svært<br />

høye krav til integritet, responstid og sporbarhet i denne kommunikasjonen, og dette medfører<br />

særlige utfordringer for utformingen av systemets arkitektur. Dette dokumentet har ikke til<br />

hensikt å beskrive arkitekturer, men vi vil beskrive føringer som kan avledes av funksjonsbeskrivelsene<br />

i dette kapittelet.<br />

Krav til datastruktur<br />

Dagens <strong>EPJ</strong>-<strong>systemer</strong> kommuniserer med et mindre utvalg fagspesifikke <strong>systemer</strong>, og i noen<br />

grad med hverandre. Det finnes etablerte standarder på meldingsutveksling (HL-7) , og det er<br />

gjort mye for å standardisere tjenestekataloger (laboratorieprøver, radiologiske undersøkelser,<br />

patologiundersøkelser) og fortegnelser over organisatoriske enheter i helsevesenet (HER).<br />

Imidlertid må et prosesstøttende <strong>EPJ</strong> også kunne strukturere kliniske aktiviteter for alle typer<br />

helsepersonell, og dette krever implementering av standardiserte terminologier også på<br />

innholdssiden i et <strong>EPJ</strong>, for eksempel SNOMED CT.<br />

Krav til kommunikasjon<br />

Krav til kommunikasjon mellom kliniske <strong>systemer</strong> er beskrevet i ELIN (ref), men vi vil her<br />

trekke frem følgende knyttet til prosesstøtte:<br />

• Kommunikasjonen må kunne spores i alle ledd, og avsendende system må få svar fra<br />

mottakende system om at meldingen er mottatt (applikasjonskvittering).<br />

• Avsender må kunne se fremdrift og status på sine tjenesterekviringer, også når de<br />

utføres eksternt.<br />

• Ved feiladressering må uriktig mottaker kunne gi avsender tilbakemelding om dette,<br />

og overlate avsender mulighet til å omdirigere meldingen selv.<br />

Mulige tjenester i en tjenestebasert arkitektur<br />

Ved overgang fra modulbasert til tjenestebasert arkitektur reises spørsmålet om hvordan<br />

tjenestene i et prosesstøttende <strong>EPJ</strong> kan inndeles i generiske komponenter. Vi vil med<br />

utgangspunkt i den beskrevne funksjonaliteten antyde mulige komponenter for videre analyse<br />

i arkitekturarbeidet.<br />

Tjeneste Innhold Kommentar<br />

Autentisering,<br />

tilgangsstyring og<br />

rolletildeling<br />

Identifikasjon, rolletildeling og<br />

tilgangsrettigheter i forhold til<br />

denne.<br />

Dokumentproduksjon<br />

Dokumentorientert Strukturering av dokumenter<br />

pasientjournal<br />

etter Piene-strukturen<br />

Generisk dokument- Arbeidsflyt mtp. oppretting,<br />

Knytte en person til en rolle i<br />

et gitt punkt i organisasjonen<br />

Bro til tradisjonell<br />

journalføring


håndtering godkjenning og utsendelse,<br />

versjonering<br />

(endring/retting/sletting)<br />

Dokumenttyperedigering Vedlikehold av nasjonale og<br />

lokalt tilpassede dokumenttyper<br />

Generell funksjonalitet<br />

Tekstredigering Felles tjeneste for å utføre<br />

Fasilitert valg fra store<br />

terminologier og andre<br />

lister<br />

tekstbehandling<br />

Felles tjeneste for å utføre valg<br />

fra lange lister uten å måtte<br />

navigere i terminologienes<br />

hierarkier<br />

Pasientadministrasjon<br />

Pasientflyt Innleggelse, overføring,<br />

utskriving, venteliste,<br />

innkallinger<br />

Eksterne henvisninger Behandling av søknader og<br />

henvisninger fra andre<br />

helseinstitusjoner<br />

Prosessflyt<br />

Ordnet lokal planlegging Pasientkalendere, oppretting og<br />

redigering av individualiserte<br />

behandlingsplaner, aktuell<br />

problemstilling.<br />

Lokal tiltaksplanlegging Detaljert planlegging for lokal<br />

aktivitet på hver pasient<br />

Tjenesterekvirering Bestilling av tjenester inkludert<br />

Avtale- og<br />

timereservasjon,<br />

booking<br />

Pasientkoordinering og<br />

operasjonsplanlegging<br />

Håndtering av<br />

pasientforløp på tvers av<br />

institusjonsgrenser og<br />

omsorgsnivåer<br />

henvisning til spesialistvurdering<br />

Timeallokering, med evt.<br />

forutgående kommunikasjon for<br />

tilpasning av tiltak<br />

Håndtering av komplekse<br />

planleggingsløp for enkeltpasienter,<br />

og koordinere dette<br />

med endringer i tilgjengelige<br />

ressurser og øvrige pasients<br />

behandlingsplaner.<br />

Koordinering rundt utskrivelse<br />

til andre institusjoner og<br />

omsorgsnivåer, inkludert<br />

videreføring av behandlingsansvaret<br />

for pasienten. Inluderer<br />

her oppfølging og forsendelse av<br />

kommunikasjonsdokumenter<br />

som epikrise og sykepleiesammenfatning<br />

Protokollhåndtering Vedlikehold av protokoller, evt.<br />

Eks. velge medikament,<br />

tjeneste, diagnose, tiltak,<br />

mottaker, etc.<br />

Uten behov for særskilt<br />

timereservasjon


import av kliniske retningslinjer<br />

og prosessbeskrivelser<br />

Kliniske oversikter på Utvelgelse og presentasjon av<br />

enkeltpasient<br />

informasjon til kliniske<br />

oversikter spesifikk for en<br />

pasient<br />

Aktørs pasientlister og Samlet administrasjon av<br />

utestående oppgaver pasientansvar og utestående<br />

oppgaver ut fra rolle, kontekst og<br />

deltakelse i registrerte<br />

individualierte behandlingsplaner,<br />

rekvirerte tjenester og<br />

opprettede dokumenter.<br />

Kjernejournal Representasjon av kjernejournal<br />

med lokale tillegg. Visning av<br />

vedlikeholdt problemliste og<br />

tidligere kontakter fra alle<br />

helseinstitusjoner<br />

Kliniske opplysninger<br />

Registrering og lagring<br />

av kliniske<br />

dataelementer<br />

Resultat fra supplerende<br />

undersøkelser og<br />

referanse til<br />

undersøkelsene de<br />

springer ut fra<br />

Strukturerte kliniske<br />

dataelementer på enkeltpasient<br />

til bruk i oversikter, dokumenter<br />

og skjema, med versjonering<br />

Eks. laboratoriesvar,<br />

radiologiske svarrapporter uten<br />

bilder, innskannede svarrapporter<br />

fra ikke-integrerte<br />

<strong>systemer</strong>. Tjenesten skal også<br />

inneholde informasjon om hvem<br />

som har kvittert for svaret.<br />

Datamining Rapportgenerator, analyse og<br />

eksport av aggregerte eller<br />

anonymiserte data<br />

Annet<br />

Generisk<br />

kommunikasjonssystem<br />

Kommunikasjon med<br />

kjernejournal, fagspesifikke<br />

<strong>systemer</strong>, andre <strong>EPJ</strong><br />

Tjenestekatalog Vedlikehold av fortegnelse over<br />

aktiviteter som skal kunne<br />

planlegges, bestilles eller<br />

Helseenhetsregister og<br />

rolleregister<br />

bookes.<br />

Vedlikehold av fortegnelse over<br />

organisasjonstruktur, interne og<br />

eksterne mottakere for ulike<br />

kliniske bestillinger,<br />

henvisninger, aktiviteter, m.m.<br />

Ressurser og kapasitet Vedlikehold av kapasitet og<br />

løpende tilgjengelige ressurser,<br />

Rådataene er her utdypende<br />

informasjon i kildesystemene<br />

f,eks, radiologiske bilder i<br />

PACS<br />

Håndterer bl.a. adressering og<br />

applikasjonskvittering<br />

Bør være basert på roller og<br />

organisasjoner, ikke personer<br />

Eks. vaktlister, administrasjon<br />

av teknisk vedlikehold av rom


for eksempel personell, rom,<br />

utstyr<br />

Sikerhetsadministrasjon Leselogger, rolle- og<br />

brukertilganger<br />

Terminologier SNOMED CT, ICD-10, NIC,<br />

NOC, ICPC, etc.<br />

og utstyr<br />

Denne oversikten av tjenester har tatt utgangspunkt i den beskrevne funksjonaliteten i dette<br />

dokumentet. Oversikten dekker sentrale sider av prosesstøttende <strong>EPJ</strong>, men den er ikke<br />

komplett. Figuren under viser inndelingen slik den er blitt valgt i det prosesstøtende <strong>EPJ</strong>systemet<br />

ved Pompidou-sykehuset i Paris [27]. Forskjellene er illustrerende for behovet for<br />

videre analyse av tjenestenes utforming og avhengighetene tjenestene imellom.<br />

Klient<br />

Identifikasjons -<br />

system<br />

Sesjonsstyring<br />

Applikasjons -<br />

portal<br />

Helsefaglige komponenter<br />

Pasientadministrasjon<br />

Rekvirerings -<br />

komponent<br />

Pasientjournal<br />

Planleggings -<br />

komponent<br />

Generiske komponenter<br />

Applikasjons -<br />

administrasjon<br />

Terminologi og<br />

katalogbank<br />

Dokument -<br />

behandler<br />

Kommunikasjons -<br />

system<br />

Sikkerhets -<br />

administrasjon<br />

Arbeidsflyt -<br />

administrasjon<br />

Beslutnings -<br />

støttesystem<br />

Data/ -<br />

informasjons -<br />

repositorier<br />

Pasientrelatert<br />

Kartotek<br />

Kliniske funn<br />

Biologiske pr øver<br />

Bilderesultater<br />

Dokumenter<br />

Institusjons -<br />

relart<br />

Terminologier<br />

Ressurser<br />

Protokoller<br />

Figur 11 Komponenter i et prosesstøttende <strong>EPJ</strong>-system [27]


3 Veien videre<br />

<strong>Prosesstøttende</strong> <strong>EPJ</strong> representerer neste generasjon av <strong>EPJ</strong>-<strong>systemer</strong>, hvor systemene for alvor<br />

tar steget inn i de pågående kliniske arbeidsprosessene. Det er knyttet store forventninger til<br />

dette generasjonsskiftet, i form av bedre koordinering mellom helsepersonell og innbyrdes<br />

avhengige aktiviteter, færre unødvendige avvik fra protokoller og lettere håndtering av<br />

endring av planer, bedre utnyttelse av kapasitet hos tjenesteytende instanser, og et mer<br />

helhetlig forløp mellom de ulike nivåene i helsetjenesten. Vi lanserer her tiltak for å sikre<br />

videre fremdrift mot realisering av slike <strong>systemer</strong> nasjonalt.<br />

3.1 Tiltak for å utvikle prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong><br />

Her nevnes kort mulige kortsiktige og langsiktige tiltak som kan iverksettes for å realisere<br />

prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong>.<br />

3.1.1 Kartlegging av implikasjoner for den nasjonale <strong>IKT</strong> arkitektur<br />

Et prosesstøttende <strong>EPJ</strong> system må ha tilgang til mange andre komponenter og disse<br />

komponentene må være en del av den nasjonale <strong>IKT</strong> arkitektur. Et prosesstøttende <strong>EPJ</strong><br />

system vil f.eks. være avhengig av opplysninger om behandlingsplanen, pasienten, aktørene<br />

og de institusjonene som aktørene tilhører for å kunne tilby prosessstøtte. <strong>Prosesstøttende</strong><br />

<strong>EPJ</strong>-<strong>systemer</strong> kan vanskelig oppnås uten at det utvikles nytt innhold, ny funksjonalitet og nye<br />

programmeringsgrensesnitt i helseenhetsregisteret og helsepersonellregisteret. Videre er det<br />

behov for et distribusjonssystem for kliniske retningslinjer, et system for utforming av<br />

standardplaner og en komponent for representasjon av pasientens behandlingsplan. Det må<br />

utvikles nye programmeringsgrensesnitt mot <strong>systemer</strong> som beskriver ressurser (time- og<br />

romreservasjonssystem) og disse systemene må åpnes for interaksjon med aktører som<br />

befinner seg utenom institusjonen. I framtiden må f.eks. fastlegen ha anledning til å se når<br />

pasienten er satt opp til time på sykehuset og pasienter må kunne anmode om å få endret på en<br />

timeavtale også via elektroniske kommunikasjonsveier.<br />

3.1.2 Utvikling av nye metoder for utforming av protokoller integrert med<br />

den generelle fagutvikling ved institusjonene<br />

Arbeidet med spesifisering av helsefaglig innholdet i protokoller som skal brukes i <strong>EPJ</strong><br />

representerer et omfattende arbeid. Det er essensiellt at dette blir integrert og koordinert med<br />

det som allerede pågår av kvalitets- og prosessforbedringsarbeid i helsetjenesten. Det vil gi<br />

synergieffekter for begge formål, og bidra til eierskapsfølelse og engasjement fra helsefaglig<br />

side. Utarbeidelse og implementering av retningslinjer pågår kontinuerlig i helsetjenesten og<br />

representerer trolig den viktigste innfallsporten til å engasjere klinikere i utformingen av <strong>EPJ</strong>,<br />

hvis man legger til rette for at <strong>EPJ</strong> kan støtte og integrere denne virksomheten. Det er derfor<br />

behov for utvikling av verktøy som kan støtte utvikling av protokoller og som kan bli<br />

transformert og direkte integrert i <strong>EPJ</strong> og benyttes i praktisk klinisk arbeid. En overordnet<br />

oppgave blir i størst mulig grad å utvikle generiske prosess<strong>definisjon</strong>er så langt som råd som<br />

et nasjonalt arbeid og samtidig gi rom for å kunne evt. overlate til lokale faglige miljø å<br />

fullføre og tilpasse planer for sine egne behov.<br />

Lokalt arbeid vil også bestå i å bestemme hvilke pasientforløp eller sykdomsområder som<br />

skal prioriteres. Man bør vurdere om spesifikasjon av innholdet som skal inngå som


standarder i <strong>EPJ</strong> lokalt bør bli koordinert på nasjonalt nivå slik at man kan bytte og bygge<br />

videre på hverandres spesifikasjoner av helsefaglig innhold. Oppgaver kan også delegeres til<br />

spesialist- eller faggrupper.<br />

3.1.3 Utvikling av <strong>EPJ</strong> på helsefagenes premisser<br />

Som i andre systemutviklings-prosjekter må behov for funksjonalitet i prosesstøttende <strong>EPJ</strong><br />

<strong>systemer</strong> utvikles i dialog med fremtidige brukere av disse systemene og nedfelles i testbare,<br />

funksjonelle krav. I en gjennomgang av litteraturen på dette området fant man at de beste<br />

resultatene kom fra virksomheter der utviklere og helsepersonell var underlagt samme<br />

arbeidsgiver eller organisasjon [39]. I første omgang bør man se på det som er felles<br />

hovedprosesser for de ulike kliniske aktivitetene og beskriver disse [27, 40]. På <strong>bakgrunn</strong> av<br />

arbeidsprosessbeskrivelsene kan det utvikles krav og deretter testprosedyrer til kravene. Dette<br />

er en fremgangsmåte man allerede har positiv erfaring med, men må tett valideres mot<br />

leverandørene slik at krav og testing av disse ikke blir for detaljerte. I ELIN-prosjektet har<br />

man tatt for seg krav til eksterne samhandlingsprosesser som åpner for en arbeidsdeling der<br />

man først vektlegger å utvikle støtte for prosesser internt i spesialisthelsetjenesten [41]. For å<br />

øke antall potensielle bidragsytere og unngå at <strong>EPJ</strong>-systemene kun fungerer med hver enkelt<br />

leverandør proprietære formater, bør utviklingen av disse systemene i størst mulig grad<br />

benytte seg av åpne standarder innen meldingsutveksling, arkitektur og annen teknologi, samt<br />

bruke internasjonale standardiserte terminologier der disse finnes.<br />

3.2 Risiko forbundet med utvikling av prosesstøttende <strong>EPJ</strong><br />

Utvikling av prosesstøttende <strong>EPJ</strong> har store potensialer ved seg, men det er også risiko for å<br />

skape rigide og uhensiktsmessige <strong>systemer</strong>. Noen av risikomomentene er gjennomgått under.<br />

Interessene til stakeholders blir ikke<br />

atskilt fra interessen til de<br />

fremtidige brukerne førende til at<br />

systemet egenskaper som verktøy<br />

for brukerne svekkes<br />

Den samlede utviklingsløpet blir for<br />

komplekst og får for mange<br />

avhengigheter mellom ulike<br />

delprosjekter.<br />

For rigid prosesstyring i <strong>EPJ</strong>systemet<br />

medfører tungvinn<br />

arbeidsfly, for eksempelt der<br />

utredning må avvike fra det<br />

planlagte<br />

Manglende kvalifisert medvirkning<br />

fra fremtidige brukere av systemet<br />

Med stakeholders menes de interessenter (oftest<br />

ledere, forvaltning eller finansieringsinstitusjon) som<br />

har interesse av at brukerne av det fremtidige systemet<br />

vil komme til å bruke systemet på en bestemt måte.<br />

Slike behov er legitime, men må avveies mot<br />

brukernes behov for å ha et verktøy som støtter<br />

gjennomføringen av en oppgave.<br />

Svært mange tekniske problemer må løses. Det kan<br />

reises tvil om bestillere og leverandører innehar den<br />

tilstrekkelig kompetanse.<br />

<strong>EPJ</strong>-systemet bør være like tilpasningsdyktig som<br />

papir. Hvis brukere må ”kjempe mot systemet” for å<br />

kunne gjennomføre arbeidet sitt, er ikke <strong>EPJ</strong>-systemet<br />

til særlig nytte, og det kan få uventede konsekvenser<br />

for hvordan arbeidet faktisk gjennomføres.<br />

Det har i praksis vist seg vanskelig å trekke travle<br />

brukere inn i krevende utviklingsprosjekter.


Manglende aksept av et<br />

prosesstøttende <strong>EPJ</strong>-system blant<br />

brukerne<br />

Hvis brukerne ikke selv opplever at endrede<br />

arbeidsformer med prosesstøttende <strong>EPJ</strong>-<strong>systemer</strong> kan<br />

gi dem gevinst, vil de ikke benytte systemene.<br />

4 Litteratur / Referanser<br />

[1] Coleman EA, Berenson RA. Lost in transition: challenges and opportunities for<br />

improving the quality of transitional care. Ann Intern Med. 2004 Oct 5;141(7):533-6.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=15466770<br />

[2] Laerum H, Ellingsen G, Faxvaag A. Doctors' use of electronic medical records<br />

systems in hospitals: cross sectional survey. Bmj. 2001 Dec 8;323(7325):1344-8.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=11739222<br />

[3] Stefanelli M. Knowledge and process management in health care organizations.<br />

Methods Inf Med. 2004;43(5):525-35.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=15702214<br />

[4] Norheim OF, Hunskår S. Kunnskaper må kombineres med verdier ved beslutninger<br />

under usikkerhet. Tidsskr Nor Lægeforen. 2001;121:1387-90.<br />

http://www.tidsskriftet.no/pls/lts/PA_LTS.Vis_Seksjon?vp_SEKS_ID=317641<br />

[5] Coiera EW, Jayasuriya RA, Hardy J, et al. Communication loads on clinical staff in<br />

the emergency department. Med J Aust. 2002 May 6;176(9):415-8.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=12056992<br />

[6] Vedvik E, Faxvaag A. The fate of clinical department systems at the dawn of hospitalwide<br />

Electronic health records in a Norwegian university hospital. MIE 2006.<br />

Maastricht: European Fedaration of Medical Information 2006.<br />

[7] Every NR, Hochman J, Becker R, et al. Critical pathways : a review. Committee on<br />

Acute Cardiac Care, Council on Clinical Cardiology, American Heart Association.<br />

Circulation. 2000 Feb 1;101(4):461-5.<br />

http://circ.ahajournals.org/cgi/reprint/101/4/461.pdf<br />

[8] Panella M, Marchisio S, Di Stanislao F. Reducing clinical variations with clinical<br />

pathways: do pathways work? Int J Qual Health Care. 2003 December 1,<br />

2003;15(6):509-21. http://intqhc.oxfordjournals.org/cgi/content/abstract/15/6/509<br />

[9] Ham C, York N, Sutch S, et al. Hospital bed utilisation in the NHS, Kaiser<br />

Permanente, and the US Medicare programme: analysis of routine data. Bmj. 2003<br />

Nov 29;327(7426):1257. http://www.bmj.com/cgi/reprint/327/7426/1257<br />

[10] Ram FSF, Wedzicha JA, Wright J, et al. Hospital at home for patients with acute<br />

exacerbations of chronic obstructive pulmonary disease: systematic review of<br />

evidence. BMJ. 2004 August 7, 2004;329(7461):315-.<br />

http://www.bmj.com/cgi/content/abstract/329/7461/315<br />

[11] Casas A, Troosters T, Garcia-Aymerich J, et al. Integrated care prevents<br />

hospitalisations for exacerbations in COPD patients. Eur Respir J. 2006 Jul;28(1):123-<br />

30.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=16611656


[12] Stacey D, Graham ID, O'Connor AM, et al. Barriers and Facilitators Influencing Call<br />

Center Nurses' Decision Support for Callers Facing Values-Sensitive Decisions: A<br />

Mixed Methods Study. Worldviews on Evidence-Based Nursing. 2005;2(4):184-95.<br />

http://www.blackwell-synergy.com/doi/abs/10.1111/j.1741-6787.2005.00035.x<br />

[13] Blaser R, Schnabel M, Biber C, et al. Improving pathway compliance and clinician<br />

performance by using information technology. International Journal of Medical<br />

Informatics. 2007;76(2-3):151-6.<br />

http://www.sciencedirect.com/science/article/B6T7S-4KRY94B-<br />

1/2/cb8682900a482240a6184430e15c1ab1<br />

[14] Gomez EJ, del Pozo F, Hemando ME, et al. Middlecare: middleware technology for<br />

home-based chronic patient shared care. EMBS/BMES Conference; 2002:<br />

Biomedical Engineering Society; 2002. p. 1900-3.<br />

http://ieeexplore.ieee.org/iel5/8123/22474/01053084.pdf?tp=&isnumber=&arnumber=<br />

1053084<br />

[15] Cabana MD, Jee SH. Does continuity of care improve patient outcomes? J Fam Pract.<br />

2004 Dec;53(12):974-80.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=15581440<br />

[16] Fjaertoft H, Indredavik B, Lydersen S. Stroke unit care combined with early supported<br />

discharge: long-term follow-up of a randomized controlled trial. Stroke; a journal of<br />

cerebral circulation. 2003 Nov;34(11):2687-91.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=14576376<br />

[17] Weed LL. Medical records that guide and teach. N Engl J Med. 1968;278(11):593-<br />

600. http://www.ncbi.nlm.nih.gov/htbinpost/Entrez/query?db=m&form=6&dopt=r&uid=5637758<br />

[18] Bayegan E, Nytro O. A problem-oriented, knowledge-based patient record system.<br />

Stud Health Technol Inform. 2002;90:272-6.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=15460701<br />

[19] Vingtoft S, Bruun-Rasmussen M, Bernstein K. Sundhedsfagligt indhold i elektroniske<br />

patientjournaler. Tidsskr Dansk Sundhedsvæsen. 2005(9):328-33.<br />

[20] Bossen C, Krüger E, Weeke J. Rapport om avprøving af Århus Amts G-<strong>EPJ</strong> prototype<br />

efteråret 2004. Aarhus: Aarhus Amt <strong>EPJ</strong>-styregruppe 2005.<br />

[21] Berg M, Toussaint P. The mantra of modeling and the forgotten powers of paper: A<br />

sociotechnical view on the development of process-oriented ICT in health care. Int J<br />

Med Inform. 2003 Mar;69(2-3):223-34.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=12810126<br />

[22] Sørby ID, Nytrø Ø, Røst TB. Hva er sammenhengen mellom abstrakte retningslinjer<br />

og praktisk klinisk arbeid? HelsIT 2006; 2006; Trondheim: KITH; 2006.<br />

[23] Mennerat F, Juncosa S, Booth N. Health Informatics - System of concepts to support<br />

continuity of care. Brussels: Comité Européen de Normalisation (CEN); 2001. Report<br />

No.: ENV 13940:2001. http://www.cenorm.be/catweb/35.240.80.htm<br />

[24] Tange HJ, Dietz JL, Hasman A, et al. A generic model of clinical practice. Methods<br />

Inf Med. 2003;42(3):203-11.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=12874651<br />

[25] Vingtoft S, Bruun-Rasmussen M, Bernstein K. Specifikation av sundhedsfagligt<br />

indhold i <strong>EPJ</strong>. Tidsskr Dansk Sundhedsvæsen. 2005(10):363-7.


[26] KITH. Standardisering. 2006 [cited 2006 24. april]; Available from:<br />

http://www.kith.no/templates/kith_WebPage____572.aspx<br />

[27] Degoulet P, Marin L, Lavril M, et al. The HEGP component-based clinical<br />

information system. International journal of medical informatics. 2003 Mar;69(2-<br />

3):115-26.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=12810117<br />

[28] Aghili H, Mushlin RA, Williams RM, et al. Progress notes model. Proc AMIA Annu<br />

Fall Symp. 1997:12-6. http://www.ncbi.nlm.nih.gov/htbinpost/Entrez/query?db=m&form=6&dopt=r&uid=9357579<br />

[29] Campbell JR. Strategies for problem list implementation in a complex clinical<br />

enterprise. Proc AMIA Symp. 1998:285-9. http://www.ncbi.nlm.nih.gov/htbinpost/Entrez/query?db=m&form=6&dopt=r&uid=0009929227<br />

[30] Poissant L, Tamblyn R, Huang A. Preliminary validation of an automated health<br />

problem list. AMIA Annual Symposium proceedings / AMIA Symposium.<br />

2005:1084.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=16779371<br />

[31] Weed LL. New connections between medical knowledge and patient care. Bmj. 1997<br />

Jul 26;315(7102):231-5. http://www.ncbi.nlm.nih.gov/htbinpost/Entrez/query?db=m&form=6&dopt=r&uid=9253272<br />

[32] Powsner SM, Wyatt JC, Wright P. Opportunities for and challenges of<br />

computerisation. Lancet. 1998 Nov 14;352(9140):1617-22.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=9843122<br />

[33] Grimsmo A. Kjernejournal – betydning og rolle for spesialisthelsetjenesten? Oslo:<br />

Prosjekteierforum <strong>Nasjonal</strong> <strong>IKT</strong>; 2007.<br />

[34] Scottish Executive Health Department. NHS Scotland ‘Best Practice’ Guidance on<br />

Developing Local Health Board Access Protocols to the National Emergency Care<br />

Summary (ECS) Store. Edinburgh: Health Department, Directorate of Performance<br />

Management & Finance; 2007.<br />

[35] Grimsmo A. Medisinskfaglig analyse av behovet for enklere kommunika¬sjon i<br />

tilknytning til bruken av elektronisk pasientjournal. Trondheim: Norsk senter for<br />

elektronisk pasientjournal; 2007.<br />

http://www.nsep.no/publikasjoner/Analyse%20av%20behovet%20for%20enklere%20<br />

kommunikasjon_5.pdf<br />

[36] Lang E, Afilalo M, Vandal AC, et al. Impact of an electronic link between the<br />

emergency department and family physicians: a randomized controlled trial. CMAJ.<br />

2006 January 31, 2006;174(3):313-8.<br />

http://www.cmaj.ca/cgi/content/abstract/174/3/313<br />

[37] Overhage JM, Dexter PR, Perkins SM, et al. A randomized, controlled trial of clinical<br />

information shared from another institution. Annals of Emergency Medicine. 2002<br />

01;39(1):14-23. http://linkinghub.elsevier.com/retrieve/pii/s0196064402455291<br />

[38] Shapiro JS, Kannry J, Lipton M, et al. Approaches to Patient Health Information<br />

Exchange and Their Impact on Emergency Medicine. Ann Emergency Med. 2006<br />

10;48(4):426-32. http://linkinghub.elsevier.com/retrieve/pii/s0196064406004884<br />

[39] Chaudhry B, Wang J, Wu S, et al. Systematic review: impact of health information<br />

technology on quality, efficiency, and costs of medical care. Ann Intern Med. 2006<br />

May 16;144(10):742-52.


http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=16702590<br />

[40] Grøtting KA, Faxvaag A, Nystadnes T. Utarbeide felles krav til funksjonalitet og<br />

innhold i <strong>EPJ</strong>-system i helseforetak og innen ulike fagområder i<br />

spesialisthelsetjensten. Tiltak 11 og 13. Bergen: <strong>Nasjonal</strong> <strong>IKT</strong>; 2005.<br />

[41] Christensen T, Grimsmo A. Development of functional requirements for electronic<br />

health communication: preliminary results from the ELIN project. Inform Prim Care.<br />

2005;13(3):203-8.<br />

http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?cmd=Retrieve&db=PubMed&dopt=Ci<br />

tation&list_uids=16259860


Produsert av: Allkopi Bergen, 55 54 49 40

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!