Prosesstøttende EPJ systemer - bakgrunn, definisjon ... - Nasjonal IKT
Prosesstøttende EPJ systemer - bakgrunn, definisjon ... - Nasjonal IKT
Prosesstøttende EPJ systemer - bakgrunn, definisjon ... - Nasjonal IKT
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