24.09.2014 Views

FORORD

FORORD

FORORD

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>FORORD</strong><br />

Arbeidet med denne oppgaven er utført i Trondheim våren 2004 og i denne<br />

sammenheng vil jeg gjerne takke de som har hjulpet meg i prosessen. Først og fremst vil jeg<br />

takke faglærer og faglig veileder Lill Kristiansen som har bidratt med mange verdifulle<br />

innspill og konstruktive tilbakemeldinger. Videre fortjener også faglig veileder Paul<br />

Forstrønen, overlege ved Haukeland sykehus en stor takk for å ha delt av sin store kunnskap<br />

om det norske helsevesen og interessante synspunkter om veien videre. Avslutningsvis vil jeg<br />

takke Per Hasvold NST, Tor Helland KOKOM, Ingrid Svagård SINTEF og Aksel Hn Tjora<br />

som alle har svart villig på mine spørsmål og bidratt med å fremskaffe nødvendig<br />

informasjon.<br />

Kristian Kahlbom<br />

Våren 2004<br />

AMK og multimedia<br />

i


INNHOLDSFORTEGNELSE<br />

<strong>FORORD</strong> ................................................................................................................................................................I<br />

INNHOLDSFORTEGNELSE ............................................................................................................................ II<br />

FIGURLISTE...................................................................................................................................................... IV<br />

FORKORTELSER ...............................................................................................................................................V<br />

SAMMENDRAG............................................................................................................................................... VII<br />

1. INNLEDNING................................................................................................................................................... 8<br />

1.1 BAKGRUNN ................................................................................................................................................... 8<br />

1.2 DEFINISJONER ............................................................................................................................................... 9<br />

1.3 PROBLEMSTILLING ...................................................................................................................................... 10<br />

1.4 AVGRENSNINGER ........................................................................................................................................ 11<br />

1.5 OPPBYGGING............................................................................................................................................... 11<br />

2. HELSEVESENET I DAG .............................................................................................................................. 12<br />

2.1 EKSISTERENDE SYSTEMER........................................................................................................................... 12<br />

2.1.1 AMIS – Akuttmedisinsk informasjonssystem....................................................................................... 12<br />

2.1.2 Transmed ............................................................................................................................................ 14<br />

2.1.3 CallControll........................................................................................................................................ 16<br />

2.1.4 Radiosamband .................................................................................................................................... 16<br />

2.1.5 Racal Wordnet.................................................................................................................................... 17<br />

2.1.6 Medisinsk Indeks ................................................................................................................................ 17<br />

2.1.7 Pasientadministrativt system .............................................................................................................. 18<br />

2.1.8 Systemoppsett på AMK sentralen ....................................................................................................... 18<br />

2.2 DEN AKUTTMEDISINSKE REDNINGSKJEDEN ................................................................................................. 19<br />

2.2.1 Ulykken oppstår.................................................................................................................................. 20<br />

2.2.2 Primærhelsetjenesten rykker ut .......................................................................................................... 21<br />

2.2.3 Prehospital behandling....................................................................................................................... 21<br />

3. AKTUELLE SYSTEMER.............................................................................................................................. 22<br />

3.1 GENERELLE KRAV TIL NØDKOMMUNIKASJONSSYSTEM................................................................................ 22<br />

3.2 LINJESVITSJING VS PAKKESVITSJING .......................................................................................................... 24<br />

3.3 TETRA - TERRESTRIAL TRUNKED RADIO.................................................................................................. 24<br />

3.4 3G MOBILTELEFONI .................................................................................................................................... 26<br />

3.4.1 3G Tjenester ....................................................................................................................................... 27<br />

3.6 OSA – OPEN SERVICE ARCHITECTURE........................................................................................................ 32<br />

3.7 MULTIMEDIA OVER IP................................................................................................................................. 32<br />

3.7.1 H.323 Signaling Protocol ................................................................................................................... 33<br />

3.7.2 H.324M............................................................................................................................................... 33<br />

3.7.3 SIP – Session Initiation Protocol........................................................................................................ 34<br />

3.8 IMT2000 3GPP - UMTS............................................................................................................................. 36<br />

3.8.1 Arkitektur............................................................................................................................................ 37<br />

3.8.2 Kapasitet............................................................................................................................................. 39<br />

3.9 IMT2000 3GPP2 - CDMA2000 ................................................................................................................. 41<br />

3.9.1 Arkitektur............................................................................................................................................ 42<br />

3.9.2 CDMA2000 1xEV-DO (Data-Only).................................................................................................... 43<br />

3.9.3 CDMA2000 1xEV-DV (Data-Voice)................................................................................................... 43<br />

3.9.4 CDMA450 ............................................................................................................................................... 44<br />

3.10 Kapasitetsoversikt mobile teknologier................................................................................................. 45<br />

4. AMK BRUKERKRAV ................................................................................................................................... 46<br />

4.1 FORBEDRINGSPOTENSIALER VED EKSISTERENDE SYSTEMER ....................................................................... 46<br />

4.2 FASENE I DEN AKUTTMEDISINSKE REDNINGSKJEDEN................................................................................... 48<br />

4.2.1 Varsling til AMK sentral og situasjonsoversikt ................................................................................. 48<br />

4.2.2 Posisjonslokalisering/oppdatering ..................................................................................................... 48<br />

4.2.3 Skadestedsoversikt.............................................................................................................................. 49<br />

AMK og multimedia<br />

ii


4.2.4 Forberedelse av personell før ankomst .............................................................................................. 49<br />

4.2.5 Spesialistkonsultasjoner ..................................................................................................................... 50<br />

4.2.6 Pasientregistrering, skadevurdering og prioritering.......................................................................... 50<br />

4.3 NETTVERKSTILGJENGELIGHET .................................................................................................................... 51<br />

5. AKTUELLE TJENESTER OG FUNKSJONALITET I 3G TEKNOLOGI ............................................. 53<br />

5.1 MULTIMEDIEBASERT INFORMASJONSOVERFØRING...................................................................................... 53<br />

5.1.1 PTT – Push To Talk............................................................................................................................ 53<br />

5.1.2 IM - Instant Messaging....................................................................................................................... 55<br />

5.1.3 Digitale foto........................................................................................................................................ 56<br />

5.1.4 Video................................................................................................................................................... 58<br />

5.1.5 MMS – Multimedia Messaging Service .............................................................................................. 58<br />

5.1.6 Posisjoneringsteknologier .................................................................................................................. 59<br />

5.2 RESSURSRESERVERING OG PRIORITERING.................................................................................................... 65<br />

5.2.1 IEMS - International Emergency Multimedia service ........................................................................ 65<br />

5.2.2 eMLPP - enhanced Multi-Level Precedence and Preemption service.............................................. 66<br />

5.3 ELEKTRONISKE PASIENTJOURNALER (EPJ).................................................................................................. 67<br />

5.4 DATABASETILGANG .................................................................................................................................... 68<br />

5.5 EKG OVERFØRING....................................................................................................................................... 68<br />

5.6 OVERFØRING AV HJERTELYD....................................................................................................................... 69<br />

5.7 OVERFØRING AV RØNTGENBILDER .............................................................................................................. 70<br />

6. TEKNISKE OG KVALITATIVE KRAV..................................................................................................... 71<br />

6.1 LYD<br />

6.2 STILLBILDER ............................................................................................................................................... 72<br />

6.3 VIDEO ......................................................................................................................................................... 72<br />

6.4 POSISJONERING ........................................................................................................................................... 73<br />

7 FRAMTIDENS NØDNETT ............................................................................................................................ 74<br />

7.1 LØSNINGSALTERNATIVER VALG AV INFRASTRUKTUR.................................................................................. 75<br />

7.1.1 Dedikert nødnett ................................................................................................................................. 75<br />

7.1.2 Benytte offentlige nett ......................................................................................................................... 75<br />

7.1.3 Kombinasjon av de to forrige ............................................................................................................. 76<br />

7.1.4 Selveie vs. Tjenestekjøp ..................................................................................................................... 76<br />

7.2 DEN MULTIMEDIEBASERTE AMK SENTRALEN ............................................................................................ 77<br />

7.3 TJENESTER .................................................................................................................................................. 78<br />

7.4 ALT OVER IP,IP OVER ALT........................................................................................................................... 79<br />

7.5 3G SYSTEMLØSNING ............................................................................................................................. 82<br />

8 DISKUSJON..................................................................................................................................................... 85<br />

9 KONKLUSJON................................................................................................................................................ 86<br />

REFERANSER.................................................................................................................................................... 87<br />

AMK og multimedia<br />

iii


FIGURLISTE<br />

FIGUR 1 AMIS REGISTRERINGSSKJEMA FOR ALLE TYPER VARSLEDE HENDELSER.................................................. 13<br />

FIGUR 2 AMIS RESSURSOVERSIKT MED STATUS PÅ ALLE UTRYKNINGSKJØRETØY................................................ 13<br />

FIGUR 3 DIGITALE KART OVER OSLOOMRÅDET SLIK DE BRUKES I TRANSMED ...................................................... 15<br />

FIGUR 4 BRUKERGRENSESNITT CALLCONTROLL ................................................................................................... 16<br />

FIGUR 5 MEDISINSK INDEKS .................................................................................................................................. 17<br />

FIGUR 6 SYSTEMOPPSETT AMK SENTRAL ............................................................................................................. 18<br />

FIGUR 7 DEN AKUTTMEDISINSKE REDNINGSKJEDEN .............................................................................................. 19<br />

FIGUR 8 INFORMASJONSFLYT VED VARSLING AV AKUTTMEDISINSK HENDELSE ..................................................... 20<br />

FIGUR 9 TETRA DMO KOMMUNIKASJON ............................................................................................................. 23<br />

FIGUR 10 IMT-2000 STANDARDISERINGSGRUPPER................................................................................................ 26<br />

FIGUR 11 TJENESTEUTVIKLING.............................................................................................................................. 29<br />

FIGUR 12 IMS ARKITEKTUREN, VIKTIGSTE KOMPONENTER ................................................................................... 31<br />

FIGUR 13 OSA ARKITEKTUR.................................................................................................................................. 32<br />

FIGUR 14 H.323 ARKITEKTUR ................................................................................................................................33<br />

FIGUR 15 H.324M NETTVERK ................................................................................................................................34<br />

FIGUR 16 BRUKERREGISTRERING I SIP .................................................................................................................. 35<br />

FIGUR 17 SIP ARKITEKTUR .................................................................................................................................... 35<br />

FIGUR 18 UMTS RELEASES MED DE VIKTIGSTE ENDRINGER .................................................................................. 36<br />

FIGUR 19 UMTS NETTVERKSARKITEKTUR – HOVEDKOMPONENTER...................................................................... 37<br />

FIGUR 20 UMTS CELLESTØRRELSER MED TILHØRENDE TEORETISKE DATARATER ................................................ 39<br />

FIGUR 21 TRAFIKKLASSER UMTS NETTVERKSTJENESTER..................................................................................... 40<br />

FIGUR 22 CDMA2000 EVOLUSJON........................................................................................................................ 41<br />

FIGUR 23 CDMA2000 1X ARKITEKTUR................................................................................................................. 42<br />

FIGUR 24 CDMA2000 EV-DO ARKITEKTUR......................................................................................................... 43<br />

FIGUR 25 CDMA2000 1XEV-DV NETTVERKSELEMENTER ................................................................................... 43<br />

FIGUR 26 KAPASITETSOVERSIKT MOBILE TEKNOLOGIER ....................................................................................... 45<br />

FIGUR 27 ELEKTRONISK PASIENTINFORMASJON .................................................................................................... 51<br />

FIGUR 28 POC LØSNINGER – OPPSUMMERING ........................................................................................................ 54<br />

FIGUR 29 OMA POC ARKITEKTUR......................................................................................................................... 55<br />

FIGUR 30 DIGITALT FOTO TATT MED MOBILTELEFONKAMERA............................................................................... 57<br />

FIGUR 31 DIGITALT FOTO TATT MED DIGITALT FOTOKAMERA ............................................................................... 57<br />

FIGUR 32: MMS ARKITEKTUR ELEMENTER............................................................................................................ 59<br />

FIGUR 33 3GPP LCS ARKITEKTUR ........................................................................................................................ 60<br />

FIGUR 34 3GPP2 LCS ARKITEKTUR ...................................................................................................................... 60<br />

FIGUR 35 NETTVERKSINITIERT LCS KALL I UMTS NETTET................................................................................... 61<br />

FIGUR 36 EKSEMPLER PÅ LOKALISERINGSTJENESTER FOR ULIKE NØYAKTIGHETSGRADER .................................... 62<br />

FIGUR 37 PMS ARKITEKTUR ................................................................................................................................. 63<br />

FIGUR 38: GPS POSISJONERING.............................................................................................................................. 64<br />

FIGUR 39 EKG OVERFØRING ................................................................................................................................. 69<br />

FIGUR 40 VIDEOSTØRRELSER OG FORMATER MED TILHØRENDE DATARATER ........................................................ 73<br />

FIGUR 41 TYPISK INFORMASJONSFLYT VED EN AKUTTMEDISINSK HENDELSE ........................................................ 78<br />

FIGUR 42 MULTIMEDIEKOMMUNIKASJON VED AMK SENTRALEN......................................................................... 79<br />

FIGUR 43 IP SOM FELLES KJERNENETT OVER ULIKE AKSESSTEKNOLOGIER ............................................................ 80<br />

FIGUR 44 UMTS PROTOKOLLSTAKK USER PLANE.................................................................................................. 81<br />

FIGUR 45 CDMA2000 PROTKOLLSTAKK ............................................................................................................... 81<br />

FIGUR 46 GPRS PROTOKOLLSTAKK OVER UTRAN RADIOAKSESSNETT ................................................................ 81<br />

FIGUR 47 ULIKE APPLIKASJONSTYPER OVER ET FELLES IP NETT............................................................................ 82<br />

FIGUR 48 PRAKTISK SCENARIO AMK SITUASJON .................................................................................................. 83<br />

AMK og multimedia<br />

iv


FORKORTELSER<br />

3G ………………… 3.Generasjon ,her brukt om mobiltelefonisystemer<br />

3GPP……………… 3. Generation Partnership Project – UMTS<br />

3GPP2…………….. 3. Generation Partnership Project 2 – CDMA2000<br />

AMIS……………… Akuttmedisinsk informasjonssystem<br />

AMK……………… Akuttmedisinsk Kommunikasjonssentral<br />

AN………………… Access Network<br />

ATM………………. Asynchronous Transfer Network<br />

BS…………………. Base Station<br />

BSC……………….. Base Station Controller<br />

BTS………………... Base Transceiver Station<br />

CDMA…………….. Carrier Division Multiple Access<br />

CN……………….... Core Network<br />

CS…………………. Circuit Switch<br />

CSCF……………… Call Session Control Function<br />

EDGE……………... Enhanced Data rates for GSM Evolution<br />

EKG………………. Elektrokardiogram<br />

eMLPP……………. enhanced Multi-Level Precedence and Preemption service<br />

EPJ………………... Elektronisk Pasientjournal<br />

GGSN…………….. Gateway GPRS Support Node<br />

GMLC…………….. Gateway Mobile Location Center<br />

GPS……………….. Global Positioning System<br />

HA………………… Home Agent<br />

HLR………………. Home Location Register<br />

HSS………………... Home Subscriber Server<br />

IEMS....................... International Emergency Multimedia Service<br />

IETF………………. Internet Engineering Task Force<br />

IMS……………….. IP Multimedia Subsystem<br />

IMT2000………….. International Mobile Telecommunications 2000<br />

IP………………….. Internet Protokoll<br />

ITU………………... International Tele Union<br />

IWF……………….. Interworking Function<br />

KOKOM………….. Nasjonalt kompetansesenter for helsetjenestens<br />

kommunikasjonsberedskap<br />

LCS……………….. Location Services<br />

MMS……………… Multimedia Messaging Service<br />

MPC………………. Mobile Position Center<br />

MPS……………….. Mobile Positioning System<br />

MRF………………. Multimedia Resource Function<br />

MS………………… Mobile Station<br />

MSC………………. Mobile Switching Center<br />

NMT………………. Nordic Mobile Telephony<br />

NST……………….. Norsk Senter for Telemedisin<br />

OMA……………… Open Mobile Alliance<br />

OSA<br />

Open Service Architecture<br />

PDSN……………… Packet Data Serving Node<br />

PMS……………….. Positioning Middleware System<br />

PoC………………... Push To Talk over Cellular<br />

PS…………………. Packet Switch<br />

PSTN……………… Public Switched Telephone Network<br />

PTT……………….. Push To Talk<br />

RNC………………. Radio Network Controller<br />

S-CSCF…………… Serving - Call Session Control Function<br />

SGSN……………… Serving GPRS Support Node<br />

SIP………………… Session Initiation Protocol<br />

SOAP……………... Simple Object Access Protocol<br />

TDMA…………….. Time Division Multiple Access<br />

TETRA…………… TErrestrial Trunked Radio<br />

AMK og multimedia<br />

v


UE…………………. User Equipment<br />

UMTS……………... Universal Mobile Telecommunications System<br />

UTRAN………….... UMTS Radio Access Network<br />

VASP……………… Value Added Service Providers<br />

VLR……………….. Visitor Location Register<br />

VoIP………………. Voice over Internet Protocol<br />

WCDMA…………. Wideband Code Division Multiple Access<br />

AMK og multimedia<br />

vi


SAMMENDRAG<br />

Sikre effektive og brukervennlige kommunikasjonssystemer er helt nødvendig for at AMK<br />

organisasjonen skal kunne utføre sitt arbeid. Neste generasjons nødnett er i skrivende stund<br />

fortsatt under utredning og slikt nett stiller svært strenge funksjonelle krav.<br />

Målet med denne rapporten har vært å kartlegge hvordan multimediekommunikasjon<br />

basert på 3G mobiltelefonisystemer kan åpne for nye og forbedrete arbeidsrutiner i<br />

akuttmedisinsk sammenheng.<br />

Rapporten innledes med en oversikt over de tekniske hjelpesystemene som er i bruk i AMK<br />

nødkommunikasjon i dag og tar videre for seg hvordan disse benyttes av brukerne i de ulike<br />

fasene i den akuttmedisinske redningskjeden.<br />

Videre presenteres generelle muligheter og aktuell funksjonalitet definert i 3G<br />

mobiltelefoni, før en gir en kort gjennomgang av de spesifikke systemene UMTS og<br />

CDMA2000, samt litt om TETRA.<br />

Etter å ha sett litt på dagens systemer og hvilke muligheter som finnes i ny teknologi<br />

presenteres en del ulike scenarioer der ulike multimedietjenester anses å kunne tilføre noe<br />

verdifullt i helsepersonellets arbeid. Med utgangspunkt i dette kommer en inn på mer konkret<br />

funksjonalitet og tjenester som brukerne har uttrykt ønske om, samt en del andre tjenester<br />

som anses å kunne tilføre et slikt system verdi.<br />

Denne delen avsluttes med noen betraktninger rundt de kravene som må stilles til ulike<br />

tjenester og medieformater for at disse skal tilfredsstille brukernes behov.<br />

Avslutningsvis drøftes noen av de aktuelle valgene som må tas for å realisere et nytt<br />

nødnett. Utviklingen går mot internettbasert kommunikasjon med en IP sentrert arkitektur<br />

også i mobile nett. Med dette som utgangspunkt så presenteres noen overordnede løsninger<br />

for hvordan et framtidig nødnett kan realiseres i praksis, samt noen betraktninger om hva dette<br />

innebærer.<br />

AMK og multimedia<br />

vii


1. Innledning<br />

1.1 Bakgrunn<br />

Fungerende kommunikasjonssystemer er et essensielt hjelpemiddel i AMK<br />

organisasjonenes arbeid. Dagens nødnett klarer ikke å tilfredsstille mange av de kravene<br />

som stilles til et slikt nett.<br />

Siden det eksisterende nettet ble lansert har det vært en enorm teknologisk utvikling<br />

innen tele- og datakommunikasjon. 3G mobiltelefoni er snart en realitet og i disse dager<br />

lanseres det i tillegg til det planlagte UMTS nettet også konkrete planer om CDMA450<br />

utbygging i Norge. I tillegg til dette har Telenor også gått ut med at de lanserer EDGE til<br />

høsten. Denne nye tilgangen på økt båndbredde åpner for å ta i bruk mer avanserte<br />

tjenester over mobile nettverk.<br />

Relatert til den videre utvikling av den akuttmedisinske beredskap er det viktig for<br />

helsetjenesten å kjenne godt til nye muligheter som kan være med på å effektivisere<br />

AMK organisasjonens arbeid.<br />

Mange ulike typer avansert kommunikasjonsutstyr som for eksempel<br />

funksjonsspekkede mobiltelefoner, foto og videokamera og lignende blir også stadig mer<br />

utbredt blant. Dette er utstyr som, dersom det blir tilrettelagt for det, kan bli svært nyttige<br />

verktøy i helsevesenets kontakt med pasienter og publikum som i de fleste tilfeller er de<br />

som faktisk er først på et ulykkes/skadested.<br />

Utredning i forbindelse med valg av nytt system pågår i skrivende stund, og<br />

mange mener at det kun er det digitale radiosystemet TETRA som kan oppfylle de<br />

strenge kravene et slikt system stiller. Det økonomiske omfanget av en slik utbygging er i<br />

størrelsesorden 3-5 mrd NOK og ulike løsninger basert på 3G mobiltelefoni er etter hvert<br />

lansert som en alternativ vei å gå.<br />

Uavhengig av teknologi som velges er det tre overordnete faktorer som er kritiske<br />

for at et nødnett skal bli en suksess; Det må dekke behovet for talekommunikasjon i det<br />

daglige arbeidet, og helst også tilby høye datarater for å åpne for nye arbeidsformer. I<br />

tillegg må det fungere godt i ekstremsituasjoner der belastningen på både personell og<br />

nett kan bli enorm. Sist men ikke minst så må det også ha god radiodekning, også på<br />

steder der det vanligvis ikke er mennesker [1]. I dag er det ingen kjente systemer som<br />

tilfredsstiller samtlige behov like godt.<br />

Den overordnete problemstillingen i denne oppgaven er å kartlegge de muligheter<br />

som finnes for multimedietjenester i 3G mobiltelefonisystemer og hvordan disse kan<br />

bidra til en mer effektiv AMK organisasjon.<br />

Nye arbeidsformer av denne typen kan være med på å forkorte tiden mellom en hendelse<br />

som oppstår og start av nødvendige behandlingstiltak. Dette bør være av spesiell interesse<br />

i Norge der geografiske forhold kan gi lange utrykningstider.<br />

AMK og multimedia 8


1.2 Definisjoner<br />

I det følgende avsnitt gis en del definisjoner og forklaringer på en del uttrykk og<br />

begreper slik de er ment å forstås i sammenheng med denne oppgaven.<br />

3G<br />

Nyeste generasjon av mobile trådløse nettverk.<br />

Omfatter en rekke teknologier, men i denne oppgaven fokuseres det på UMTS og<br />

CDMA2000.<br />

AMK organisasjonen<br />

Brukes i denne oppgaven som et samlebegrep for AMK sentralen og tilhørende<br />

ambulanser og utrykningspersonell-<br />

Best evidenced medicine:<br />

Et begrep som omhandler den allment aksepterte beste behandlingsmetoden for en<br />

gitt sykdom eller skade basert på felles enighet.<br />

Brukere<br />

Brukes i denne oppgaven om personer som i egenskap av å tilhøre en av følgende<br />

grupper er involvert i en eller faser av den akuttmedisinske redningskjeden:<br />

- AMK-personalet på sentralen<br />

- Ambulansepersonalet og leger<br />

- Pasienten – den som er involvert i en hendelse. Ofte også den som varsler AMK<br />

sentralen<br />

- Publikum – Andre som eventuelt kontakter AMK sentralen<br />

Multimedietjenester<br />

En multimedietjeneste kan defineres som en tjeneste som kombinerer flere av<br />

elementene tekst, stillbilde, video, lyd, grafikk og animasjon.<br />

I denne oppgavens kontekst er det mest interessant å se på medieformater og overføring<br />

som har sanntids eller nær sanntidsegenskaper. Tilpasning til bruk på små og mobile<br />

terminaler er også viktig i denne sammenheng.<br />

Publikum:<br />

Den siste av gruppen brukere og innebærer alle andre enn helsepersonellet som<br />

på ett eller annet vis kommer i befatning med en skadesteds- og ulykkessituasjon. Dette<br />

omfatter vitner, media, tilskuere som samler seg og annet tilsvarende ikke medisinsk<br />

personell som ikke er direkte involvert i skadestedsarbeidet. Denne gruppen kan både<br />

være en ressurs og noen ganger også en belastning på åstedet.<br />

AMK og multimedia 9


Telemedisin<br />

Nasjonalt senter for telemedisin tar utgangspunkt i definisjonen fra [2]<br />

"Telemedisin er: Undersøkelse, overvåkning, behandling og administrasjon av pasienter<br />

og opplæring av pasienter og personale via systemer som gir umiddelbar tilgang til<br />

ekspertise og pasientinformasjon uavhengig av hvor pasienten eller relevant informasjon<br />

er geografisk plassert."<br />

1.3 Problemstilling<br />

AMK og multimedia<br />

Helsevesenets daglige virke, som omfatter både rutinemessig arbeid, som for<br />

eksempel kirurgi, og akutte nødsituasjoner, er fullstendig avhengig av et fungerende<br />

kommunikasjonssystem. Relatert til en videre utvikling av den akuttmedisinske<br />

beredskap er det også viktig for helsetjenesten å kjenne godt til de multimedietjenester<br />

som befolkningen vil kunne gjøre seg nytte av i sin kontakt med helsevesenet. Dessuten<br />

er det også viktig for helsetjenesten å følge med i utviklingen av disse systemer som en<br />

kan bli avhengig av dersom Tetra-utviklingen stoppes.<br />

Siden forrige generasjons kommunikasjonssystem ble lansert har det funnet sted<br />

en enorm teknisk utvikling og en får stadig nye og flere muligheter innen<br />

multimedietjenester. Med bakgrunn i alt dette kan en stille seg følgende spørsmål relatert<br />

til nødetatene og AMK organisasjonens arbeid:<br />

- Kan dagens teknologi bidra til en mer effektiv og funksjonell nødetat?<br />

- Hva slags funksjonalitet trenger de aktuelle brukerne og hvilke krav må det i så<br />

fall stilles til de ulike tjenester og medieformater for at de skal fungere<br />

tilfredsstillende?<br />

- Dersom TETRA utviklingen stoppes er bl.a. UMTS eller CDMA2000 alternative<br />

teknologier. Hvilke muligheter er det for multimedietjenester i disse systemene og<br />

hvordan kan disse nyttes i AMK sammenheng.<br />

- Hvordan kan aktuell funksjonalitet og håndtering av de utfordringer AMK<br />

personellet møter i sitt arbeid realiseres i praksis?<br />

AMK og multimedia 10


1.4 Avgrensninger<br />

Oppgavens fokus er, som gitt i problemstilling, hovedsakelig på bruk av multimedia<br />

som verktøy i akuttmedisinsk kommunikasjon. Et nødnett stiller også andre funksjonelle,<br />

tekniske og ytelsesmessige krav som i varierende grad vil bli drøftet. Med tanke på de<br />

løsninger som presenteres er det lagt hovedvekt på tjenester og funksjonalitet basert på<br />

pakkesvitsjede forbindelser med en ”alt over IP” arkitektur som det framtidige målet.<br />

Videre er det i oppgaven stort sett valgt å holde seg på et relativt overordnet nivå<br />

ved beskrivelse av arkitekturer og lignende. For mer detaljer rundt dette anbefales de gitte<br />

referanser.<br />

I forbindelse med utredning av nye kommunikasjonssystemer til helsevesenet er det<br />

mye snakk om det digitale radiosystemet TETRA. Denne rapporten tar utgangspunkt i<br />

alternativer til TETRA, da nærmere bestemt 3G mobilsystemene UMTS og CDMA2000<br />

og det gis kun en kort presentasjon av TETRA.<br />

1.5 Oppbygging<br />

Oppgaven er delt inn i tre hoveddeler. Kap. 2 presenterer dagens systemer og<br />

arbeidsmetoder.<br />

Kap. 3-6 omfatter beskriver 3G mobiltelefoni og videre de krav som stilles til et nødnett.<br />

Denne delen avsluttes med en gjennomgang av funksjoner i de aktuelle systemene som<br />

kan bidra til å realisere multimediekommunikasjon i et 3G basert nødnett og hvilke krav<br />

som må stilles til tjenester og medieformater. Rapporten avsluttes i Kap. 7 med en<br />

drøfting rundt praktisk realisering av beskrevet funksjonalitet og de valg som må tas i<br />

denne forbindelse.<br />

AMK og multimedia 11


2. HELSEVESENET I DAG<br />

Følgende kapittel beskriver de hjelpemidler og systemer som i er i bruk i AMK<br />

organisasjonen i dag. Videre gis det en beskrivelse av de ulike faser i den<br />

akuttmedisinske redningskjeden og ulike scenarioer der kommunikasjonsteknologi kan<br />

tenkes å bidra til å effektivisere AMK og ambulansepersonellets arbeid.<br />

En del av dagens systemer begynner på mange måter å bli gamle og utdaterte. Dette<br />

gjelder spesielt på sambandssiden der analoge radioer fortsatt er i bruk. Men dette betyr<br />

også i praksis at det er utstyr som er godt kjent for brukerne og som har vel innarbeidede<br />

bruksmønstre og rutiner. Siden dette utstyret kom på markedet har det vært en enorm<br />

teknisk utvikling og det er kanskje for mange av brukerne uklart hvilke muligheter som<br />

faktisk finnes. En del nye teknologier som for eksempel GPS posisjonering av<br />

ambulanser med plotting av posisjon i digitale kart er også til en viss grad tatt i bruk.<br />

2.1 Eksisterende systemer<br />

Under følger en kort oversikt over de systemene som i noe varierende grad er i bruk i<br />

de ulike helseregionene pr i dag. Oversikten er i stor grad basert på informasjon hentet fra<br />

[3] og tar utgangspunkt i det systemoppsettet som finnes ved AMK sentralen ved Ullevål<br />

i Oslo.<br />

2.1.1 AMIS – Akuttmedisinsk informasjonssystem<br />

AMIS [4] er det sentrale støttesystemet for medisinske nødmeldetjenester i Norge<br />

og benyttes operativt ved de fleste AMK sentraler i Norge i dag.<br />

AMIS er et registrerings og koordineringssystem som brukes til følgende oppgaver:<br />

• Mottak og registrering av nødmeldinger (inkl opprinnelsesmarkering)<br />

– Simultanregistrering<br />

– Pasienthistorikk<br />

• Bestilling av ambulansetransport<br />

• Henvendelser til legevakt (rådgivning eller ønske om lege hjem)<br />

• Grupper, sortering og prioritering av oppdrag.<br />

• Koordinering og tildeling av ressurser til ventende oppdrag.<br />

• Tilbakemelding fra ressurs om status, tidspunkter.<br />

• Aksjonslogg<br />

• Ambulansejournal<br />

• Søking på tidligere hendelser, oppdrag, pasienter<br />

• Statistikk. (Oppdrag pr. måned, tidspunkt på døgnet, antall henvendelser o.s.v.)<br />

AMK og multimedia 12


I figur 1 og figur 2 begge fra [3] følger noen skjermbilder fra AMIS systemet som viser<br />

utsnitt av brukergrensesnittet for henholdsvis registrering av en ulykke og en<br />

ressursoversikt som viser status på alle utrykningskjøretøy.<br />

Figur 1 AMIS registreringsskjema for alle typer varslede hendelser<br />

Figur 2 AMIS Ressursoversikt med status på alle utrykningskjøretøy<br />

I tillegg til denne listede funksjonaliteten er AMIS også integrert med en rekke andre<br />

systemer som vil bli beskrevet i det følgende.<br />

AMK og multimedia 13


2.1.2 Transmed<br />

Transmed er et elektronisk kartverk som er integrert med AMIS og GPS baserte<br />

flåtestyringssystemer. Dette benyttes i AMK sentraler og i ambulanser.<br />

Systemet benytter seg av kart og adresser for å identifisere innringers posisjon. I det<br />

samme kartet kan man på en enkel måte ha oversikt over hvor ambulansene befinner seg<br />

Utsnitt fra slike kart er vist i figur 3 [3] på neste side. Kartene er interaktive og ved hjelp<br />

av kontinuerlig informasjonsoppdatering kan en blant annet lese av alle ambulansenes<br />

posisjon og status. Dette er markert med piler og fargekoder på kartet, og angir en<br />

ambulanses kjøreretning og om den er ledig eller opptatt med oppdrag.<br />

Symboler, tegninger eller lyd kan knyttes til et punkt i kartet. Skriftlige meldinger kan<br />

utveksles mellom sentral og ambulanse. Overføringen skjer på digital form slik at<br />

pasientopplysninger kan overføres uten fare for avlytting.<br />

Transmed har slik det er i dag kun markering av innkommende samtaler fra<br />

fasttelefon. 70% av samtalene kommer imidlertid fra mobiltelefon [5] og lokalisering av<br />

disse er et område med stort potensial for forbedring. Funksjonalitet for dette er også<br />

definert i 3G mobilsystemer og både Telenor og NetCom har etter hvert lansert løsninger<br />

for lokalisering av mobilsamtaler i dagens GSM nett. En beskrivelse av disse systemene<br />

er gitt i [5.1.6] og en fungerende løsning for posisjonering av både pasienter og ressurser<br />

er noe som har svært høy prioritet.<br />

Transmeds funksjonalitet er oppsummert som følger i [6]:<br />

• GPS<br />

– Gir Ambulansens posisjon<br />

• Digitale kart<br />

– Detaljkart med alle hus i<br />

– Oversiktskart<br />

– Ortofo (Flyfoto) er en opsjon i systemet<br />

– Oversikt over hvor alle ambulanser er.<br />

– Markering av innringers posisjon.<br />

– Markering av oppdrag.<br />

– Søking på sted og adresser<br />

• Kommunikasjon<br />

– Overføring av tekst (oppdrag) fra AMIS ut til ambulansene<br />

– Statusmeldinger fra ambulanse tilbake til AMK og AMIS<br />

Når det gjelder Transmeds digitale kart, så har tilgangen på disse vært noe begrenset.<br />

Dette er hovedsakelig en økonomisk utfordring og tilgangen på kart blir stadig bedre.<br />

AMK og multimedia 14


Figur 3 Digitale kart over Osloområdet slik de brukes i Transmed<br />

AMK og multimedia 15


2.1.3 CallControll<br />

AMK sentralene har et datastøttet telefoni- og callsenter for å forenkle og<br />

forbedre håndteringen av den store telefonpågangen på sentralene. Dette gir tilgang til en<br />

rekke praktiske funksjoner og brukergrensesnittet er som vist i figur 4 [3]. En får opp en<br />

oversikt over alle som ringer og eventuelt står i kø på alle linjer inn på AMK sentralen.<br />

Systemet kan prioritere innkommende anrop etter hvem, og etter hvilket nummer som<br />

ringer. Dermed vil alltid anrop med høyest prioritet bli behandlet først. Videre blir det<br />

lettere å viderekoble eller overføre samtaler, enklere å sette opp konferanser og<br />

gruppesamtaler og definere hurtiglister.<br />

CallControll<br />

©Ullevål universitetssykehus 23<br />

Figur 4 Brukergrensesnitt CallControll<br />

Callsenteret er som en kan se i figur 6 bygget opp rundt en CallControl server<br />

med tilhørende database. I tillegg er det også tilknyttet Telenors abonnent database og<br />

AMK sentralens egen hussentral.<br />

2.1.4 Radiosamband<br />

Intern kommunikasjon mellom utrykningsenheter og AMK sentralene er i dag<br />

basert på analog radiokommunikasjon. Dette baseres på Push To Talk radioer der en bare<br />

kan trykke på en knapp og snakke. Dette gjør det enkelt å få til gruppekommunikasjon,<br />

og de støtter direktekommunikasjon mellom terminalene uten om å gå om ekstra<br />

nettverksstruktur. Dette kalles Direct Mode (DMO).<br />

Svakheten til dagens radiosystemer ligger hovedsakelig i at det benyttes<br />

fullstendig ukryptert kommunikasjon åpen for alle som ønsker å høre på. Dette strider<br />

mot loven om personvern og er et viktig argument for overgang til et nytt system.<br />

Radioene har også kun støtte for tale, og for dataoverføring er man dermed avhengig av<br />

andre systemer.<br />

AMK og multimedia 16


I tillegg til radio benyttes også vanlige mobiltelefoner i ganske stor grad. Dette<br />

særlig i kontakt med publikum men også som et substitutt til radio. Begrensingene her er<br />

ganske store da det ikke er noen form for gruppekommunikasjon og linjesvitsjede<br />

forbindelser med tidkrevende samtaleoppsett gjør det uegnet for<br />

øyeblikkskommunikasjon.<br />

Det som er i bruk av mobile datatjenester i dag baseres på GSM/GPRS overføring over<br />

vanlige mobiltelefoner.<br />

2.1.5 Racal Wordnet<br />

Digital lydlogg som tar opp alle samtaler som kommer inn til sentralen. Disse<br />

lagres i en database og kan hentes når dette er nødvendig, for eksempel ved behov for å<br />

avklare uklarheter i en samtale eller ved evaluering av en situasjon i ettertid [7].<br />

2.1.6 Medisinsk Indeks<br />

Prosedyreverk for kartlegging av pasienters skadetilstand. Systemet tar<br />

utgangspunkt i en standardisert rutine som består av en rekke spørsmål som stilles til<br />

innringer for å kjappest mulig avdekke situasjonens alvorlighet. Dette hjelper AMK<br />

personellet i deres avgjørelser og vurderinger og respons og rådgivning baseres dermed<br />

på disse kriteriene.<br />

Medisinsk indeks finnes både i papirutgave og i en elektronisk versjon som er integrert<br />

med AMIS systemet. Et utsnitt fra den elektroniske utgaven er vist i figur 5 [3] under.<br />

©Ullevål universitetssykehus 29<br />

Figur 5 Medisinsk indeks<br />

AMK og multimedia 17


2.1.7 Pasientadministrativt system<br />

AMIS kan også knyttes opp mot pasientadministrative systemer. Tilgang til<br />

sykehusets pasientjournal er mulig og sykehusene er også knyttet sammen. Dette er<br />

likevel ikke i bruk i dag som en følge av ulike problemstillinger knyttet til tilgang til<br />

pasientjournaler som er fortrolig materiale. Den enkelte AMK sentral loggfører historikk<br />

om sine pasienter og denne vil være tilgjengelig. Dersom en ønsker tilgang til<br />

informasjon utover dette må en kontakte sykehuset.<br />

2.1.8 Systemoppsett på AMK sentralen<br />

Systemoppsett AMK-Oslo<br />

PC klient<br />

Lotus<br />

Notes<br />

Tele<br />

AMIS<br />

Kart<br />

Radio<br />

Notesserver<br />

Callsenter<br />

AMIS<br />

Gw<br />

Flåtestyring<br />

Radio<br />

server<br />

Telenor<br />

CD-katalog<br />

CallControll<br />

Server<br />

AMIS<br />

Trans/COM-server<br />

Transmed<br />

Flåteserver<br />

Tetra<br />

Telenor<br />

Abonent<br />

database<br />

AMK<br />

hussentral<br />

Sybase<br />

database-server<br />

Transcom<br />

server<br />

R<br />

M<br />

GSM-data<br />

Offentlig<br />

Tlf-sentral 2<br />

Sykehus<br />

hussentral<br />

Offentlig<br />

Tlf-sentral 1<br />

Lydlogg<br />

Pas/folk<br />

servere<br />

Fil, Print<br />

servere<br />

Mobil<br />

GSMposisjonering<br />

©Ullevål universitetssykehus 21<br />

Figur 6 Systemoppsett AMK sentral<br />

Figur 6 viser systemoppsettet for en AMK sentral. Denne figuren tar<br />

utgangspunkt i AMK sentralen ved Ullevål sykehus i Oslo som er landets klart største og<br />

også mest velutstyrte sentral.<br />

De ulike komponentene i dagens nødmeldetjeneste som er bygget opp med AMIS<br />

som det sentrale systemet og der de andre systemene er integrert mest mulig opp mot<br />

dette for å få et helhetlig brukersystem. Overordnet kan en si at det er tre<br />

hovedkomponenter som utgjør den totale kommunikasjonsløsningen. Tale i form av<br />

telefoni omfatter publikums- og pasientkontakt og fungerer i tillegg til en viss grad som<br />

et reservesystem for radiosambandet. Radiosambandet brukes for intern kommunikasjon i<br />

AMK organisasjonen. Den siste delen omfatter håndtering av det som finnes av<br />

datatjenester i dagens system.<br />

AMK og multimedia 18


2.2 Den akuttmedisinske redningskjeden<br />

PUBLIKUM - oftest den/de første tilstede<br />

Erkjennelse av hva som har skjedd og at hjelp er nødvendig<br />

ALARMERING til medisinsk nødtelefon 113<br />

PRIMÆRHELSETJENSTEN<br />

Lokale leger, leger i vakt, ambulansetjeneste<br />

SPESIALISERT UTRYKNING<br />

- Luftambulansetjenesten<br />

- Sykehusbaserte utrykningsteam<br />

Willy Skogstad c 2002<br />

Figur 7 Den akuttmedisinske redningskjeden<br />

Et typisk hendelsesforløp for en akuttmedisinsk situasjon er illustrert i figur 7[8].<br />

De følgende avsnitt vil gjennomgå de ulike fasene i helsevesenets arbeid og vesentlige<br />

hendelsesmomenter i disse. Hensikten med dette er å lettere kunne synliggjøre ulike<br />

scenarioer og situasjoner der bruk av multimediekommunikasjon kunne bidra positivt til<br />

helsepersonellets arbeid. Aktuelle tjenester og funksjonalitet som kan være<br />

hensiktsmessige og ønskelige i de ulike situasjoner vil bli nærmere beskrevet i de<br />

følgende kapitler.<br />

Figur 8 på neste side viser de vanligste kommunikasjonslinjene som opprettes<br />

under en ulykke med påfølgende utrykning. Figuren tar utgangspunkt i en mer<br />

”dagligdags” hendelse og kan tenkes utvidet i mange varianter bl.a. med en<br />

skadestedsleder og andre nødetater involvert hvis det er en større ulykke.<br />

AMK og multimedia 19


Åsted AMK Ambulanse<br />

Sykehus<br />

1<br />

3<br />

4<br />

2<br />

5<br />

6<br />

7<br />

1 Publikum eller skadde på åstedet varsler om en inntruffet hendelse.<br />

2 AMK sentralen beordrer utrykningsoppdrag.<br />

3 Situasjonsinformasjon med kontinuerlige oppdateringer mellom åsted og AMK sentral.<br />

4 Situasjonsinformasjon med kontinuerlige oppdateringer direkte mellom åsted og ambulanse.<br />

5 Ambulanse kan forespørre sentral om assistanse, spesialistkonsultasjon eller lignende.<br />

6 Forespørsel fra 5 videresendes til lege/sykehus.<br />

7 Forbindelse mellom ambulanse for spesialistkonsultasjon, situasjonsrapportering mht forberedelser på<br />

akuttmottak og lignende.<br />

Figur 8 Informasjonsflyt ved varsling av akuttmedisinsk hendelse<br />

2.2.1 Ulykken oppstår<br />

Det hele starter med at en ulykke eller illebefinnende inntreffer og behovet for<br />

medisinsk hjelp oppstår. Det viktigste i denne fasen er hurtig varsling til AMK sentralen.<br />

I denne sammenheng vil det være viktig for sentralen å få en best mulig<br />

situasjonsoversikt; hva som har skjedd, hvor det har skjedd, antall involverte, hastegrad<br />

o.s.v. Videre vil det i en krisesituasjon være essensielt å få godt trent personell på stedet i<br />

løpet av kortest mulig tid, da disse i større grad kan vurdere situasjonens alvor og<br />

hastegrad. Dermed kan nødvendig hjelp og korrekte tiltak iverksettes på et tidligst mulig<br />

tidspunkt.<br />

I de fleste tilfeller vil det faktisk være publikum og ikke trenet helsepersonell som<br />

er først på stedet. Til tross for en mer omfattende utdanning og kunnskap enn folk flest<br />

har heller ikke AMK utrykningspersonell legeutdannelse. Med bakgrunn i dette burde<br />

bruk av ulike former for multimedia, da særlig bilde og video, kunne være til hjelp og gi<br />

en bedre og kjappere situasjonsoversikt i en tidlig planleggingsfase. Dette vil være veldig<br />

viktig der skadene er av en slik art at det haster å komme tidlig i gang med riktig<br />

behandling og der det vil ta langt tid før kvalifisert personell kan komme til åstedet.<br />

AMK og multimedia 20


2.2.2 Primærhelsetjenesten rykker ut<br />

Neste fase i hendelsesforløpet involverer det som betegnes som<br />

primærhelsetjenesten. Lokale leger, legevakt eller ambulansetjenesten er de første som<br />

rykker ut ved ulykkesvarsling. AMK sentralen koordinerer uttrykning etter behov og<br />

lokasjon.<br />

Det vesentlige i denne fasen vil være å få ambulansepersonell og lege fortest mulig til<br />

stedet. Dermed blir det viktig med god og nøyaktig lokalisering av åstedet, tilgjengelige<br />

ressurser som ambulanser og personell og ikke minst gode kart og veibeskrivelser av<br />

hvordan man kommer seg til det aktuelle åstedet.<br />

Kontinuerlig oppdatering av situasjonen på åstedet vil også ha stor betydning slik at en er<br />

best mulig forberedt når en kommer fram.<br />

I noen tilfeller der spesielle skader oppstår og tid er en virkelig kritisk faktor kan<br />

det bli aktuelt å tilkalle spesialister som rykker ut, for eksempel legehelikopter. En form<br />

for interaktiv konferanse med lyd, bilder og aller helst video vil i noen slike tilfeller<br />

kanskje kunne brukes til spesialistkonsultasjoner, og muligens også som en<br />

distribusjonskanal for nødvendig veiledning før hjelpen ankommer. Uttrykningspersonell<br />

har begrensede muligheter og utstyr men i situasjoner hvor uttrykningstiden er lang kan<br />

dette kanskje være med på å berge liv.<br />

Når utrykningspersonellet ankommer åstedet vil skadevurdering og prioritering av<br />

pasienter dersom det finnes flere av disse, være vesentlig.<br />

2.2.3 Prehospital behandling<br />

Pasienter fraktes om nødvendig fra ulykkessted til sykehusets akuttmottak. En<br />

størst mulig grad av prehospital behandling vil være viktig for ufallet av pasientens<br />

skade. Kontinuerlig oppdatering av pasienters tilstand før og under transporttiden vil også<br />

gjøre det enklere å forberede mottak og behandling på sykehuset. Et eksempel på dette er<br />

et akutt hjerteinfarkt. Undersøkelser konstaterer en markant nedgang i dødeligheten hos<br />

pasienter som får prehospital trombolytisk behandling [9] og tid er en kritisk faktor her.<br />

Trombolytisk behandling kan kort forklares med at pasienten gis et blodfortynnende<br />

middel som løser opp blodproppen som forårsaket infarktet og dermed sørger for at<br />

blodgjennomstrømmingen gjenopprettes.<br />

AMK og multimedia 21


3. Aktuelle systemer<br />

Etter å ha sett på dagens situasjon skal vi nå se litt på aktuelle systemer for<br />

realisering av et nødnett.<br />

Fram til i dag har debatten i stor grad omhandlet to ulike retninger. Satse på offentlige<br />

nett, da nærmere bestemt en utvidelse av det kjente og godt fungerende GSM systemet og<br />

dets etterkommere i 3G generasjon mobilsystemer. Alternativet er å innføre et nytt<br />

digitalt radiosystem. Dette vil i så fall mest sannsynlig bli TETRA som da vil bli et<br />

dedikert nødnett, selv om en også i teorien i tillegg vil kunne ha andre mer kommersielle<br />

anvendelsesområder som f.eks. taxi og buss.<br />

Nødnettprosjektet [10], tidligere kalt TETRA prosjektet, er etter hvert vedtatt å<br />

skulle gjøres teknologinøytralt og dermed har også den amerikanske CDMA2000<br />

standarden blitt en aktuell kandidat. Denne ses på som særdeles interessant for utbygging<br />

i NMT450 nettet som nå fases ut. UMTS er allerede under utbygging og i juni 2004 ble<br />

konsesjon for CDMA450 utbygging tildelt Nordisk mobiltelefon AB. Lansering av 3G<br />

mobiltelefoni åpner for mange nye muligheter. Spesielt er det høy båndbredde og god<br />

støtte for multimedietjenester som kan nevnes som fortrinn i forhold til andre systemer<br />

som for eksempel TETRA.<br />

3.1 Generelle krav til nødkommunikasjonssystem<br />

I forbindelse med etablering av et slikt nødkommunikasjonssystem stilles det en<br />

del generelle krav som vil gjelde uansett hvilken løsning som vil bli valgt. Mange av<br />

disse kravene vil ikke bli detaljert gjennomgått i denne rapporten som har hovedfokus på<br />

multimediekommunikasjon. En kort gjennomgang av noen essensielle krav som må<br />

tilfredsstilles uansett hvilket system som velges kan allikevel være på sin plass men for<br />

en mer detaljert gjennomgang av fullstendig funksjonell kravspesifikasjon henvises det til<br />

[11].<br />

Tilnærmet fullstendig dekningsgrad er et absolutt krav. Systemet må bygges ut i<br />

en slik skala at det kan brukes over hele landet, også i områder der det vanligvis ikke er<br />

folk. Dette krever at infrastruktur i nettet må tilpasses den aktuelle teknologien, noe som<br />

også vil være en viktig faktor for kostnadsnivået.<br />

Videre er det også i nødsituasjoner et nødvendig med en form for<br />

ressursreservering eller prioritering av trafikken i nettet. Slik det er i dag er dette et stort<br />

problem i GSM nettet. Ved større hendelser blir det et enormt behov for linjekapasitet i et<br />

svært begrenset område. Da får både nødetatene og andre involverte i redningsarbeidet,<br />

publikum, og ikke minst presse og media stort behov for tilgang til det samme nettet.<br />

Konsekvensen av dette blir enorme belastninger på en eller få basestasjoner og tilhørende<br />

utstyr ellers i nettet. Dette har i flere tilfeller resultert i at nødetatene ikke har fått tilgang<br />

til de nettressurser som er nødvendig i deres livsviktige arbeid. Eksempler på hendelser<br />

der dette har skjedd er Åstaulykken og Rocknesforliset.<br />

AMK og multimedia 22


Et annet viktig krav er sikker kryptering av trafikken. Trafikken over dagens<br />

analoge radiosamband er helt åpen og dermed tilgjengelig for avlytting for hvem som<br />

helst som måtte ønske dette. Sikker kryptering er nødvendig med tanke på personvern og<br />

i enkelte tilfeller også brukernes sikkerhet, da det flyter en del sensitiv informasjon over<br />

nødnettene. Datatilsynet har allerede gitt politiet pålegg om å kryptere sin<br />

sambandstrafikk [12] og det varsles at det samme vil skje for helsevesenet selv om både<br />

mengden og graden av sensitiv informasjon er noe lavere der.<br />

Korte oppsetningstider for en kommunikasjonssesjon er også av stor betydning.<br />

En stor del av kommunikasjonen i en akuttsituasjon er korte meldinger som ofte haster.<br />

Dagens radioer er som beskrevet i [2.1.4] basert på PTT (Push To Talk) funksjonalitet.<br />

Da er det bare å trykke på en knapp for å snakke og det er tilnærmet ingen oppsetningstid<br />

eller forsinkelse. Vanlig mobilkommunikasjon er pr i dag fortsatt basert på linjesvitsjing<br />

og dette medfører en oppsetningstid på mange sekunder. Ved utveksling av mange korte<br />

meldinger er det eneste reelle alternativet å holde forbindelsen åpen kontinuerlig.<br />

Konsekvensen av dette blir dermed at en legger beslag på en tidvis ubrukte<br />

nettverksressurser. Utviklingen i 3G mobiltelefoni går mot et fullstendig pakkebasert<br />

trafikknett selv om det enda er en stund til dette er en realitet. Med en slik løsning kan en<br />

oppnå en alltid tilkoblet funksjonalitet uten å beslaglegge unødig mye ressurser.<br />

Videre stilles det også krav til mulighet for direktekommunikasjon mellom to<br />

eller flere terminaler uten å måtte rute trafikken innom en mellomliggende basestasjon<br />

eller tilsvarende. Dette er illustrert i figur 9 [13] og kalles ofte ”Direct Mode” (DMO).<br />

Slik kommunikasjon er nødvendig for å kunne opprettholde kommunikasjon i områder<br />

uten dekning og i situasjoner der nettet av en eller annen årsak ikke er tilgjengelig. Dette<br />

gir også mulighet til å bruke terminaler som mellomliggende repeater stasjoner for å<br />

oppnå kontakt med nettet. Et typisk bruksområde her er ved en ulykke inne i en tunnel.<br />

Der vil det vanligvis ikke være nettdekning og en kan da plassere en terminal med<br />

videresendingsfunksjon i tunnelåpningen. Personellet inni tunnelen kan da bruke dette<br />

som en mellomliggende node for oppnå kontakt med nettet.<br />

p<br />

TETR<br />

A<br />

DMO<br />

TETRA<br />

DMO<br />

Repeater<br />

FAIL!!<br />

Figur 9 TETRA DMO kommunikasjon<br />

AMK og multimedia 23


Sist men ikke minst er det også nødvendig å kunne få til gruppekommunikasjon.<br />

En veldig stor del av kommunikasjonen, da spesielt på et skadested ved en litt større<br />

hendelse, er informasjon som skal gis til flere brukere. Enkel og hurtig etablering og<br />

administrasjon av brukergrupper er dermed essensielt. Gruppekommunikasjonen bør<br />

gjerne også være av en slik art at den ikke beslaglegger tilsvarende økt mengde av<br />

ressurser i nettet.<br />

3.2 Linjesvitsjing Vs Pakkesvitsjing<br />

Dagens 2G mobiltelefonisystemer er basert på tradisjonelle linjesvitsjede<br />

forbindelsesoppsett. Dette krever at en forbindelse må settes opp i forkant av selve<br />

taletrafikken, noe som tar flere sekunder og som i den akuttmedisinske<br />

øyeblikkskommunikasjonen vil være uakseptabelt. Fordelene ligger i at etter en<br />

forbindelse er etablert har man dedikerte ressurser gjennom hele<br />

kommunikasjonssesjonen. Ved gruppekommunikasjon må man også opprette flere<br />

forbindelser.<br />

Ved bruk av vanlig radiosamband er det ikke noe tid som går med til<br />

samtaleoppsett, og gruppekommunikasjon er heller ikke noe problem da signalene kan<br />

fanges opp av alle som er på riktig frekvens og evt. kan dekode dette hvis det er kryptert<br />

trafikk.<br />

I overgangen mot 3G er det etter hvert innført mulighet for pakkesvitsjet trafikk<br />

og i senere versjoner av dagens 3G systemer legges det opp til at all trafikk blir<br />

pakkebasert. Da kreves det ingen forhåndsoppsetning av forbindelse, og dette kan gi<br />

muligheter for øyeblikkelig kommunikasjon liknende dagens bruk av radiosamband ved<br />

at man kan benytte seg av at en alltid er oppkoblet mot nettet, og allikevel bare<br />

beslaglegge ressurser når man faktisk sender data noe som kan være viktig i en situasjon<br />

der nettverksressurser kan være mangelvare.<br />

Ulempen med pakkebasert trafikk er at en i utgangspunktet ikke noen garantier<br />

for forbindelse. Så i akuttmedisinsk sammenheng vil det være hensiktsmessig å<br />

kombinere dette med en form for pakkeprioritering og tjenestegarantier over vanlig<br />

nettverkstrafikk og også internt i forhold til hastegrad på meldinger.<br />

3.3 TETRA - TErrestrial Trunked RAdio<br />

Denne rapporten skal ikke gå detaljert inn på TETRA teknologien, men en kort<br />

oppsummering av de viktigste spesifikasjonene kan være på sin plass da det henvises til<br />

TETRA flere ganger i rapporten, og videre som et sammenligningsgrunnlag mot andre<br />

aktuelle teknologier.<br />

TETRA er en åpen ETSI standard for digital mobil radiokommunikasjon som<br />

støttes av de fleste land i Europa. TETRA anses av mange å være det systemet som<br />

AMK og multimedia 24


dekker flest av basiskravene som stilles til et kommunikasjonssystem tiltenkt nødetatene.<br />

Med utgangspunkt i [14] viktigste funksjonaliteten kan kort oppsummeres slik<br />

• Individuelle- og gruppesamtaler<br />

• Nødanrop<br />

• Hurtig oppkobling (< 300 ms)<br />

• Direkte Modus (DMO)<br />

• Prioritet<br />

• Sikkerhet (kryptering og autentisering)<br />

• Tilgang til data (IP) via radioen<br />

• Trunket system<br />

• Kapasitet tilordnes brukerne dynamisk og etter behov<br />

TETRAS styrke ligger i korte oppsetningstider, mulighet for gruppe- og<br />

direktekommunikasjon og kryptering av trafikken.<br />

Den viktigste kritikken i tillegg til de høye utbyggingskostnadene som følger med<br />

et nytt og dedikert system går på begrenset datakapasitet. Systemet er basert på<br />

aksessmetoden TDMA (Time Division Multiple Access). Dette er den samme teknologi<br />

som danner grunnlaget for GSM-standarden og datakapasiteten i TETRA versjon 1 er<br />

begrenset til 28.8 Kbps noe som i praksis gir lavere datarater enn dagens GSM data.<br />

Datakapasiteten i TETRA er dermed såpass begrenset at en kan beregne et<br />

bruksmønster tilsvarende GSM data. Dermed vil TETRA i stor grad bli et samband basert<br />

på taletrafikk med store begrensninger med tanke på innføring av mobile<br />

multimediebaserte tjenester.<br />

Utvikling for å oppnå bedre datarater pågår og dette innebærer tilpasning til bruk av<br />

GPRS og EDGE teknologi. TAPS (TETRA advanced Packet Services) vil dermed kunne<br />

tilby teoretiske datarater på 384 Kbps. Noe som er tilsvarende det en kan oppnå i tidlige<br />

UMTS releases. TETRA 2 med High speed data skal ha en større grad av støtte for<br />

multimedietjenester.<br />

Et pilotprosjekt med TETRA teknologien er tidligere gjennomført i Trondheim.<br />

Denne involverte alle de tre nødetatene, om enn i noe ulik grad.<br />

Tilbakemeldinger basert på erfaringer fra bruk av TETRA er litt varierende men tilsier at<br />

dette fungerte veldig bra på mange områder. Systemet var i bruk under bl.a. under<br />

bybrannen i Trondheim og brannvesenets tilbakemeldinger i denne sammenheng var<br />

veldig positive. For en grundig gjennomgang av erfaringene fra TETRA piloten henvises<br />

det til [15]<br />

AMK og multimedia 25


3.4 3G Mobiltelefoni<br />

ITU har i forbindelse med utvikling av 3G mobilsystemer utviklet rammeverket IMT-<br />

2000. Her har en samlet de ulike standardiseringsgruppene for å definere en felles<br />

internasjonal standard med følgende overordnete mål. Overordnet organisasjonsstruktur<br />

for de ulike arbeidsgruppene er vist i figur 10 [16].<br />

• Støtte for multimedia tjenester.<br />

• Støtte for høyere hastigheter (opp til 2Mbps).<br />

• Utvidet roaming, som gir abonnenten et mye større spekter av tjenester, og<br />

mulighet til å utnytte disse bedre enn i dag.<br />

Figur 10 IMT-2000 standardiseringsgrupper<br />

Arbeidet med henholdsvis UMTS og CDMA2000 er videre delt opp i to ulike<br />

arbeidsgrupper, 3GPP (3rd Generation Partnership Project) [17] og 3GPP2 [18]. De to<br />

systemene er ulike realiseringer av 3G mobilsystem, men har flere likhetstrekk og trådløs<br />

internettforbindelse med høy båndbredde og en IP sentrert nettverksarkitektur er et<br />

framtidig mål for begge. De tidlige versjoner av 3G som er i drift og som fortsatt lanseres<br />

i disse dager har fortsatt en todelt arkitektur. Denne er basert på linjesvitsjet taletrafikk<br />

slik vi kjenner den fra 2G. Videre er de også utvidet med funksjonalitet for pakkesvitsjing<br />

for å tilby støtte for mobile datatjenester.<br />

Utviklingen går likevel mot en IP basert arkitektur der både tale og data går over<br />

pakkesvitsjede nett. Dette er planlagt innført ved hjelp av IMS [3.5] i UMTS release 5 og<br />

tilsvarende i CDMA2000 EV-DV. Standardiseringsarbeidet rundt dette antas fullført i<br />

AMK og multimedia 26


løpet av 2004, men det er da viktig å presisere at dette er skriving av spesifikasjonen og<br />

ikke utrulling av ferdige produkter som nok ligger en stund frem i tid.<br />

En slik omlegging til en fullstendig pakkebasert arkitektur vil medføre en del fordeler.<br />

Slik det er i dag er det ikke mulig å kombinere samtidig tale over vanlige linjesvitsjede<br />

forbindelser og bruk av andre formater som er pakkebaserte. Ved å også kjøre<br />

taletrafikken som pakketrafikk blir denne behandlet som data på lik linje med andre<br />

formater og det blir dermed mulig å kjøre samtidig tale og data.<br />

Stadige forsinkelser og utsettelser av lansering av 3G mobiltelefoni både her i<br />

landet og i resten av verden, har ført til flere utvidelser av dagens 2G systemer. Disse går<br />

under navnet 2.5G og har gitt en del ytelsesforbedringer i forhold til de opprinnelige<br />

systemene. Dette anses som en naturlig del av evolusjonen mot 3G og har til en viss grad<br />

vært med på å jevne ut overgangen til 3G. En vil kanskje ikke oppleve en enorm<br />

revolusjon, men snarere en evolusjon mot stadig økende og forbedret funksjonalitet. Det<br />

stilles litt ulike forventinger til hva en kan forvente seg av tjenester i 3G systemene, men<br />

hovedforskjellen som ligger i økt båndbredde gir helt klart en del nye muligheter.<br />

Levende video trekkes ofte ut som det som virkelig skiller de to generasjonene.<br />

3.4.1 3G Tjenester<br />

I tillegg til de tjenester som vi kjenner fra standard 3G mobiltelefonisystemer med<br />

linjesvitsjet tale er det muligheter for pakkesvitsjede sesjoner og teoretiske datarater opp<br />

mot 2Mbps. Dette vil i de fleste praktiske tilfeller begrenses til 384 Kbps eller mindre<br />

som en følge av avstand til nærmeste basestasjon.<br />

Denne økte tilgangen på dataoverføringskapasitet åpner for bruk av<br />

multimedietjenester. Dermed blir det aktuelt å benytte mange ulike dataformater. Det<br />

defineres i standarden støtte for en rekke ulike formater. For bilder og video inkluderer<br />

dette bl.a. JPEG, MPEG-4, H-263 og Microsoft media player. Tilsvarende er det også<br />

støtte for et bredt spekter av kodekser for andre medieformater som lyd, tekst o.s.v.<br />

Datakompresjon vil foregå på applikasjonsnivå. Programmer legges inn på<br />

terminaler etter behov og disse vil ha innebygde kodekser for aktuelle formater. Et godt<br />

eksempel på dette er det mye utbredte MP3 formatet der man kan installere<br />

avspillingsprogramvare på telefonen og dermed spille av musikk fra denne. På denne<br />

måten blir det også enklere å utvikle nye applikasjoner da en kun trenger tilpasse de til<br />

standardiserte grensesnitt. Se avsnittet om OSA [3.6] for mer om dette.<br />

AMK og multimedia 27


UMTS Forum Market Aspects group har delt forventet utvikling inn i følgende<br />

ulike tjenestekategorier for et 3G nettverk [19]:<br />

Fun: WWW, video, post card, snapshots, text, picture and multimedia messaging,<br />

datacast, personalisation applications (ring tone, screen saver, desk top), jukebox, virtual<br />

companion / pet.<br />

Work: Rich call with image and data stream, IP telephony, B2B ordering and logistics,<br />

information exchange, personal information manager, dairy, scheduler, note pad, 2-way<br />

video conferencing, directory services, travel assistance, work group, telepresence, FTP,<br />

instant voicemail, colour fax.<br />

Media: Push newspaper and magazines, advertising, classified<br />

Shopping: E-commerce, e-cash, e-wallet, credit card, telebanking, automatic transaction,<br />

auction, micro-billing shopping.<br />

Entertainment: News, stock market, sports, games, lottery, gambling, music, video,<br />

concerts, adult content.<br />

Education: Online libraries, search engines, remote attendance, field research<br />

Peace of Mind: Remote surveillance, location tracking, and emergency use.<br />

Health: Telemedicine, remote diagnose and health monitoring.<br />

Automation: Home automation, traffic telematics, machine-machine communication<br />

(telemetry).<br />

Travel: location sensitive information and guidance, e-tour, location awareness, time<br />

tables, e-ticketing.<br />

Add-on: TV, radio, PC, access to remote computer, MP3 player, camera, video camera,<br />

watch, pager, GPS, remote control unit.<br />

Som en ser er det mange tjenester her som er svært interessante i akuttmedisinsk<br />

sammenheng, og som eksempler fra figuren kan en trekke ut telemedisin,<br />

posisjonslokalisering, videokonferanse og IP telefoni.<br />

Figur 11 [20] viser videre utviklingen av funksjonalitet i ulike tjenesteklasser som<br />

følge av generasjonsskiftene i mobiltelefoni og dertil økende båndbredde.<br />

AMK og multimedia 28


Figur 11 Tjenesteutvikling<br />

Som en følge av økte muligheter foregår det en stadig utvikling også i de mobile<br />

brukerterminalene, både for 2G og 3G nettverk. Manglende utvikling av terminaler var<br />

lenge et argument for utsettelse av 3G lansering, men terminaler kommer nå på rekke og<br />

rad.<br />

Terminalene får en stadig økende prosesserings- og lagringskapasitet, noe som<br />

også er nødvendig for å håndtere økt bruk av multimedia. Tilbudet av ekstrautstyr blir<br />

også stadig større. Fotokamera er nå nærmest standardutstyr og videokamera, Bluetooth<br />

tilkobling, utskiftbare minnebrikker og lignende blir også mer og mer vanlig.<br />

En ser dermed at utviklingen går mot stadig kraftigere PDA liknende terminaler, noe som<br />

er nødvendig for å kunne utnytte den mest avanserte funksjonaliteten, men som også vil<br />

kunne være en drivkraft for utvikling av ny funksjonalitet. En annen viktig drivkraft for<br />

videre utvikling er standardiserte grensesnitt mot endepunktsterminalene. Java har etter<br />

hvert blitt veldig utbredt som plattform. Dermed kan en drive applikasjonsutvikling mot<br />

en standard API, noe som kan stimulere til en større grad av utvikling, og dette gir også<br />

bedre muligheter for utvikling av spesialtilpassede applikasjoner etter behov. I denne<br />

sammenheng kan for eksempel Java Smartcard være interessant. Her kan en laste inn<br />

applikasjoner på et lite kort. Dette kortet settes i en terminal og en kan benytte de<br />

innlastede applikasjoner.<br />

Mulighetene er mange og varierte og den største begrensningen i utvikling av<br />

brukerutstyr ligger i dag kanskje i konflikten mellom størrelse og batterikapasitet.<br />

AMK og multimedia 29


3.5 IMS – IP Multimedia Subsystem<br />

Som en følge av utviklingen av stadig flere typer tjenester oppstår det behov for<br />

samtidig håndtering av flere typer sanntids- og ikke-sanntidstrafikk. IMS [21] er laget for<br />

å ta seg av signalering for å kontrollere sanntids multimedietjenester i pakkedomenet i<br />

UMTS. Med dette oppnår man integrert støtte for multimedietjenester basert på IP, som<br />

for eksempel VoIP, PTT og IM.<br />

IMS er en som nevnt en viktig del av UMTS release 5 og en tilsvarende løsning vil<br />

komme for CDMA2000 EV-DO. Ved å ta steget over i et rent pakkesvitsjet nett,<br />

forsvinner de ulempene som forbindes med linjesvitsjing. Dette vil være et stort<br />

fremskritt med tanke på realisering av mange av de tjenester skissert i denne oppgaven.<br />

IMS arkitekturen er vist i figur 12 [21] og som en ser kan denne deles opp i tre lag.<br />

Transport og endepunktslaget:<br />

Initierer og avslutter SIP signalering. Media Gateways foretar analog - digital<br />

konvertering slik at data kan kjøres over IP baserte RTP sesjoner<br />

Medieservere tilbyr en rekke medierelaterte funksjoner som for eksempel<br />

konferansefunksjonalitet.<br />

Sesjonskontroll:<br />

CSCF foretar registrering av endepunkter og ruting av SIP meldinger. Samarbeider videre<br />

med transportlaget for å kunne garantere tjenestekvalitet for alle tjenester.<br />

HSS inneholder unik info om den enkelte.<br />

Applikasjonsservere<br />

Inneholder de funksjoner som til sammen utgjør tjenester.<br />

AMK og multimedia 30


Figur 12 IMS arkitekturen, viktigste komponenter<br />

De enkelte komponentene kan videre kort beskrives som følger [22]:<br />

• Home Subscriber Server (HSS), inneholder brukerrelaterte data om abonnement<br />

og sikkerhetsdetaljer<br />

• Call Session Control Function (CSCF), fungerer som en proxy CSCF (P-CSCF) I<br />

et Visited network,<br />

• Serving CSCF (S-CSCF) i Home network eller Interrogating CSCF (I-CSCF) i<br />

Home network, som håndterer ruting og kontrollerer sesjonsetablering.<br />

• Multimedia Resource Function Controller (MRFC), som kontrollerer media strøm<br />

ressurser.<br />

• Media Gateway Control Function (MGCF) med signalerings Gateway, som<br />

kontrollerer Media Gateway og utfører protokoll oversettelser mellom ISUP og<br />

SIP.<br />

• Media Gateway (MGW), samarbeider med MGCF for ressurs kontroll.<br />

• Application Servers (AS), består av de funksjoner som til sammen danner<br />

tjenester<br />

o IMS definerer tre typer Applikasjons Servere:<br />

• SIP Application Server<br />

• OSA/Parlay Service Capability Server<br />

• Application Server for CAMEL services (Wireless IN)<br />

AMK og multimedia 31


3.6 OSA – Open Service Architecture<br />

OSA [23] er definert av 3GPP og er en arkitektur som tilbyr standardiserte<br />

grensesnitt slik at tredjeparts applikasjoner kan utnytte eksisterende<br />

nettverksfunksjonalitet. Dermed blir applikasjonene uavhengige av underliggende<br />

nettverksteknologi og trenger kun å tilpasses de standardiserte grensesnittene. Disse<br />

forbindes igjen med Service Capability Servers (SCS). SCS kalles OSA-GW i figur 12 og<br />

mapper OSA grensesnittet mot spesifikke underliggende nettverksprotokoller. Dette er<br />

illustrert i oversikten over OSA arkitekturen er gitt i figur 13 [24] Som en ser i SCS så er<br />

det bl.a. mulighet for lokasjonstjenester.<br />

Application<br />

server<br />

discovery<br />

Application<br />

OSA API<br />

Open<br />

Service<br />

Access<br />

framework<br />

User Location Call control<br />

Service capability server(s)<br />

Interface<br />

class<br />

HSS CSE S-CSCF Servers<br />

OSA internal API<br />

E.g. Location server<br />

MExE server<br />

SAT server<br />

Figur 13 OSA arkitektur<br />

3.7 Multimedia over IP<br />

Muligheten for pakkebasert datatrafikk over mobile nett åpner for bruk av andre<br />

tjenester enn bare ren tale, og bruken blir da mer lik vi kjenner den fra internett i dag.<br />

En tjeneste som etter hvert har blitt veldig populær er Voice over IP. VoIP er en teknikk<br />

for å sende å sende sanntids tale over datanettverk som, Internett eller andre IP baserte<br />

nett. Hovedpoenget er at taletrafikken ikke lenger sendes over tradisjonelle linjesvitsjede<br />

forbindelser, men nå går over pakkesvitsjede nett akkurat som annen datatrafikk. Dermed<br />

blir det mulig tale å kombinere med andre medieformater og en kan oppnå pakkebasert<br />

multimediekommunikasjon med samtidig tale og data også i et nett der vanlig taletrafikk<br />

i utgangspunktet er linjesvitsjet.<br />

To ulike grupper, ITU og IETF jobber med standardisering av blant annet VoIP,<br />

og dette har ført til to ulike hovedprotokoller henholdsvis H323 og SIP. disse vil bli<br />

beskrevet litt nærmere i følgende avsnitt.<br />

AMK og multimedia 32


3.7.1 H.323 Signaling Protocol<br />

H.323 er en standard som er utviklet av International Telecommunications Union<br />

(ITU). Dette er en omfattende og komplisert protokollsamling som definerer<br />

spesifikasjoner for blant annet sanntids videokonferanse, deling av data og<br />

lydapplikasjoner som IP-telefoni. H.323 ble utviklet allerede midt på 90 tallet og er<br />

dermed en moden standard som egentlig benytter seg av mange ulike protokoller som har<br />

ansvaret for video, lyd, data og transport. Arkitekturen med eksempler på noen av de<br />

protokollene som støttes kan lettest sammenfattes som vist i figur 14 [25]. Støttede audioog<br />

videoprotokoller settes opp med sesjoner over RTP og System Control Unit med<br />

tilhørende protokoller håndterer signalering og flytkontroll. For en mer omfattende<br />

beskrivelse av H.323 anbefales [25].<br />

Figur 14 H.323 arkitektur<br />

H.323 er utviklet for pakkesvitsjede tjenester og håndterer både signalerings- og<br />

mediestrømmer. For å kunne tilby tilsvarende over linjesvitsjede forbindelser i mobile<br />

nett benyttes H.324M.<br />

3.7.2 H.324M<br />

H.324 standarden inneholder en protokollsamling for å realisere<br />

multimediekommunikasjon over linjesvitsjede nettverk. IMT2000 har adoptert denne og<br />

tilpasset denne til mobile terminaler, denne varianten har da fått navnet H.324M og<br />

bruker mange av de samme kontrollprotokollene som H.323 vist i figur 14.<br />

Dersom en ser dette i sammenheng med bruk i 3G så er dagens IPv4 baserte<br />

pakkesvitsjing ikke robust nok for mange forsinkelses- og feilsensitive applikasjonstyper.<br />

H.324M gir dermed mulighet til å kjøre disse applikasjonene over linjesvitsjede<br />

forbindelser som illustrert i figur 15 [26]. Typiske eksempler på dette er sanntids video<br />

og tale som er følsomme for henholdsvis forsinkelse og feil. Innføring av IMS og<br />

AMK og multimedia 33


tjenestekvalitetsgarantier som kommer i senere 3G releases gir mulighet for å kjøre også<br />

disse applikasjonstypene over pakkesvitsjing.<br />

Figur 15 H.324M nettverk<br />

3.7.3 SIP – Session Initiation Protocol<br />

SIP [27] er en nyere protokoll som er utviklet av IETF. Dette er en mindre, mer<br />

effektiv og mer fleksibel protokoll enn H.323. SIP er i motsetning til H.323 en ren<br />

signaleringsprotokoll laget kun for å håndtere den signalering som kreves for å opprette<br />

og gjennomføre en kommunikasjonssesjon. Signalering er dermed separert fra selve<br />

mediestrømmen som settes opp i en RTP sesjon over andre definerte transportprotokoller<br />

som TCP eller UDP. En kommunikasjonssesjon kan dermed inneholde et hvilket som<br />

helst medieformat.<br />

For identifikasjon av brukere bruker SIP et e-post liknende format, dette er på<br />

formen sip:jan@iptel.org og er en unik ID av bruker uavhengig av tilknyttet terminal.<br />

Ved tilkobling benytter SIP seg av en REGISTER funksjon der bruker registrerer sin<br />

aktuelle binding mellom SIP adresse og fysisk IP-adresse som vist i figur 16 [27]. Disse<br />

bruker - adresse bindingene oppdateres jevnlig og lagres i en SIP server slik at denne<br />

informasjonen er tilgjengelig for andre.<br />

AMK og multimedia 34


Figur 16 Brukerregistrering i SIP<br />

Sesjonsforespørsler sendes til tilknyttet SIP server som er ansvarlig for å finne<br />

den bruker en ønsker å knytte seg til. Kommunikasjonssesjonen settes opp direkte<br />

mellom brukerne og SIP servere brukes kun til signalering.<br />

En oversikt over de viktigste komponentene i SIP arkitekturen finnes i figur 17 [27] og<br />

for mer detaljert informasjon om SIP anbefales [27].<br />

Figur 17 SIP arkitektur<br />

SIP er valgt som standard signaleringsprotokoll i 3GPP IMS [3.5] og alle<br />

mobilterminaler med støtte for UMTS release 5 vil dermed måtte ha en SIP klient<br />

installert når IMS blir realisert.<br />

AMK og multimedia 35


3.8 IMT2000 3GPP - UMTS<br />

UMTS (Universal Mobile Telephone System) er en ITU 3GPP standard for 3G<br />

mobilteknologi. UMTS teknologien er etter hvert tatt i bruk i flere land men er i Norge pr<br />

i dag fortsatt i en utbyggingsfase. Endelig oppstartstidspunkt har lenge vært noe uklart.<br />

De norske aktørene Telenor og NetCom har begge vært svært avventende med et ønske<br />

om å utnytte 2.5G før overgangen til UMTS er en realitet. Fra departementsnivå trues det<br />

med bøter som en konsekvens av manglende iverksetting, og nå ser det ut til at det<br />

omsider begynner å skje ting. NetCom annonserer nemlig i disse dager at kommersiell<br />

oppstart av UMTS vil bli 01.03.05.<br />

UMTS er designet for tale, video og multimedia med datarater opp til 2Mbps og<br />

anses som en naturlig utvikling av den svært utbredte 2.generasjons GSM teknologien.<br />

Motivasjonen for å innføre et slikt nytt system er hovedsakelig et ønske om høyere<br />

båndbredde som igjen vil åpne for mange nye tjenester og bruksområder. Systemet er<br />

under stadig utvikling og dette standardiseringsarbeidet ledes av 3GPP. En oversikt over<br />

foreløpige versjoner, også kalt releases, med de viktigste endringer og stadig økende<br />

funksjonalitet er vist i figur 18 [28].<br />

3GPP<br />

Release 99<br />

Release 4<br />

Release 5<br />

Release 6<br />

Spescified Features<br />

Bearer Services:<br />

64kbps circuit switched<br />

384 kbps packet switched<br />

Call services: GSSM compatible, USIM based, CAMEL phase 3<br />

FDD and TDD radio (3.84 Mcps)<br />

Location Services (LCS)<br />

New codes (AMR)<br />

EDGE radio<br />

TDD low chip rate radio (1,28 Mcps)<br />

Improved LCS (Emergency), USIM toolkit, MExe<br />

Repeater specification<br />

Multimedia Messaging<br />

IP Multimedia Subsystem (IMS)<br />

IPv6, IP transport in UTRAN<br />

HSDPA 10 Mbps (ITU-R update of M.1457)<br />

CAMEL Phase 4<br />

Wideband AMR (16 kHz)<br />

Improvements in GERAN,LCS, MExe etc<br />

IMS improvements, Presence service<br />

WLAN integration<br />

Multimedia broadcast and multicast (MBMS)<br />

Digital Rights Management<br />

Network Sharing<br />

Figur 18 UMTS releases med de viktigste endringer<br />

AMK og multimedia 36


Systemer som implementeres i dag vil i stor grad være basert på release 99 og<br />

release 4. Standardiseringsarbeidet med release 5 ventet ferdig i løpet av 2004, men det er<br />

da viktig å presisere at dette gjelder det teoretiske standardiseringsarbeidet.<br />

Med innføringen av IMS i release 5 tas det endelige steget mot et fullstendig pakkebasert<br />

nett også for taletrafikk. Pakkesvitsjingen i de tidligere versjoner, før release 5 er også ren<br />

”best effort” uten noen form for tjenestegarantier, mens en fra og med release 5 innfører<br />

en viss form for tjenestekvalitet. Dermed er det først her en kan begynne å snakke om<br />

virkelige interaktive sanntidstjenester, og det er dette som er det mest interessante i<br />

akuttmedisinsk multimediekommunikasjon.<br />

For en mer detaljert beskrivelse av innholdet i de ulike releases henvises det til 3GPP’s<br />

egne oversikter som kan finnes på [29].<br />

3.8.1 Arkitektur<br />

UMTS nettet vil ta utgangspunkt i tre hovedkomponenter; Kjernenettet (CN),<br />

radiogrensesnittet UTRAN (AN) og brukerutstyret i form av mobile terminaler (UE).<br />

De ulike hovedkomponentene i UMTS arkitekturen er vist i figur 19 [30]<br />

CN<br />

AN<br />

UE<br />

. Central switching<br />

. Transmission<br />

. Service provisioning fn.<br />

. Radio access between<br />

UE and CN<br />

Figur 19 UMTS nettverksarkitektur – hovedkomponenter<br />

3.8.1.1 Kjernenettet<br />

Kjernenettet utgangspunkt i det eksisterende GSM nettet utvidet med GPRS, men<br />

eksisterende utstyr må modifiseres for å tilpasses det eksisterende nettet da UMTS er<br />

planlagt utbygget i 2.1Ghz båndet. Ved høyere frekvenser er rekkevidden til signalet<br />

lavere, så antall basestasjoner som må installeres vil være også høyere enn GSM/GPRS<br />

AMK og multimedia 37


for å oppnå samme dekning. I tillegg må kjernenettet oppdateres gradvis for å kunne<br />

håndtere høyere belastning.<br />

Kjernenettet er delt opp i et linjesvitsjet og et pakkesvitsjet domene. Den<br />

linjesvitsjede trafikken baseres på den opprinnelige GSM nettstrukturen og går mellom<br />

RNC i aksessnettet og MSC/VLR. Etter hvert har GSM kjernenettet blitt utvidet med<br />

tanke på GPRS og det er denne påbygningen som tar seg av pakkesvitsjingen. Denne går<br />

mellom RNC i aksessnettet og SGSN og GGSN i kjernenettet.<br />

Trafikken i kjernenettet er basert på ATM (asynchronous transfer mode) der AAL2 tar<br />

seg av linjesvitsjing og AAL5 håndterer den pakkesvitsjede trafikken.<br />

For en nærmere beskrivelse av ATM og de tilhørende AAL refereres det til [31] .<br />

Arkitekturen i UMTS kan bli gjenstand for mindre endringer og tilpasninger ved<br />

eventuell innføring av nye tjenester og funksjonalitet.<br />

3.8.1.2 Radioaksessnettet<br />

For UMTS er det utviklet et nytt radioaksessnett UTRAN (UMTS Terrestrial<br />

Radio Access Network). Dette baserer seg på WCDMA teknologien.<br />

WCDMA - Wideband code division multiple access<br />

I WCDMA blir ikke den enkelte bruker tildelt en gitt reservert datamengde men har<br />

full tilgang til all tilgjengelig båndbredde og tilgang til transmisjonsmediet hele tiden.<br />

Oppnådd kapasitet er dermed avhengig av hvor mye kapasitet som til enhver tid er ledig i<br />

nettet. Dette gir en mer fleksibel, dynamisk og effektiv utnyttelse av nettet enn dagens<br />

TDMA teknologi.<br />

For å skille de ulike kanalene fra hverandre brukes det en spredekode som:<br />

• ”Sprer” et nyttesignal med liten båndbredde til et signal med større båndbredde.<br />

• Oppnå mindre konsentrasjon av effekt.<br />

For mer detaljert informasjon om WCDMA teknologien anbefales [32].<br />

UTRAN grensesnittets viktigste funksjoner kan videre oppsummeres opp slik [33]:<br />

• Tilgangskontroll for brukerutstyr og nye radioforbindelser.<br />

• Systemstyring ved trafikk nær metning og ved overbelastningsfunksjoner.<br />

• Kringkasting av systeminformasjon.<br />

• Tildeling av midlertidige kjennetegn, som brukes i stedet for de permanent tildelte<br />

ID-nr.<br />

• Kryptering og dekryptering.<br />

• Kartlegging av radiotransmisjonsforhold, synkronisering og dopplerforskyvning.<br />

• Beslutninger og gjennomføring av handover.<br />

AMK og multimedia 38


3.8.2 Kapasitet<br />

Økt overføringskapasitet er hovedmotivasjonen bak innføring av 3G<br />

mobiltelefoni. Praktisk datarate varierer etter geografisk avstand til basestasjon og antall<br />

brukere i den aktuelle cellen. En oversikt over teoretisk makimale datarater ved de<br />

respektive cellestørrelser og terminalens bevegelseshastighet er med utgangspunkt i [34]<br />

gitt i figur 20.<br />

Celletype Overføringshastighet Bevegelseshastighet Celleradius<br />

Global 16 Kbps 500 km/t ”global”<br />

Rural outdoor 144 Kbps 150 km/t 4 km<br />

Suburban outdoor 384 Kbps 100 km/t 0,5 km<br />

Indoor 2 Mbps 3 km/t 0,1 km<br />

Figur 20 UMTS cellestørrelser med tilhørende teoretiske datarater (reformatert)<br />

Som en ser av tabellen har en synkende hastighet ved økende avstand til<br />

basestasjon.<br />

Den største avstanden mellom basestasjonene vil en finne ute i distriktene. I<br />

akuttmedisinsk sammenheng vil det grunnleggende behovet for kommunikasjon alltid<br />

være til stede uansett hvor skadestedet er men i sentrale strøk vil tiden det tar å få<br />

pasienten inn til sykehus være liten. I distriktene derimot vil transporttiden være mye<br />

lenger og det er nettopp da mange av de medisinske multimedietjenestene er mest<br />

nødvendige, da de kan bidra til at prehospital behandling kan komme i gang på et<br />

tidligere tidspunkt. Eksempler på dette kan være en interaktiv spesialistkonsultasjon for<br />

diverse prosedyrer der tid er en viktig faktor. I distriktene kan en til gjengjeld anta i de<br />

fleste tilfeller at det er noe mindre kamp om eksisterende nettverkskapasitet.<br />

Realistiske teoretiske tall for datarater i de fleste praktiske tilfeller kan dermed<br />

anslås til å bli ca 384 Kbps i byer og tettbygde strøk og 144 Kbps i de fleste andre<br />

områder. Slik situasjonen er i dag er ligger det også begrensninger til 384 Kbps i UMTS<br />

brukerterminalene som utviklingsmessig fortsatt er i en tidlig fase, men en stadig<br />

terminalutvikling gjør at dette ikke vil være noen hindring.<br />

Med bakgrunn i krav til forsinkelse, variasjon i forsinkelse (jitter) og toleranse med<br />

tanke på transmisjonsfeil er det definert fire ulike trafikklasser for UMTS<br />

nettverkstjenester.<br />

AMK og multimedia 39


• A - Konversasjonstjenester – tale, videotelefoni, videospill o.s.v.<br />

• B - Streaming – multimedia, video on demand, webcast.<br />

• C - Interaktive tjenester – nettlesing, nettverksspilling, databaseaksess.<br />

• D - Bakgrunnstjenester – e-post, SMS, nedlasting.<br />

Figur 21 Trafikklasser UMTS nettverkstjenester<br />

Feiltoleranse og sanntidskrav for de ulike klassene er illustrert i figur 21 [16, s 17].<br />

Klasse A omfatter tjenester som opererer i sanntid eller iallfall svært nær sanntid. Dette<br />

krever at en har veldig liten forsinkelse og også at en har en jevn datastrøm. Enkelte<br />

overføringsfeil kan tolereres. Klasse B stiller ikke de samme strenge sanntidskravene da<br />

man kan benytte buffer ved sending av data. Dette kan også gi et visst rom for<br />

feiltoleranse, da data kan sendes om igjen ved feil. Klasse C og D bruker begge data som<br />

er følsomme for overføringsfeil. Klasse C kan også, litt avhengig av tjenestetype, stille<br />

strenge krav til sanntidsoperasjon ved interaktiv bruk.<br />

I akuttmedisinsk sammenheng kan det faktisk være interesse for alle de nevnte<br />

tjenesteklassene. De fleste tjenestene er likevel av en slik art at tid er en kritisk faktor og<br />

dermed vil interaktivitet og sanntidsoperasjon være vesentlig.<br />

AMK og multimedia 40


3.9 IMT2000 3GPP2 - CDMA2000<br />

CDMA2000 er på lik linje med UMTS en standard for 3G mobiltelefoni og er<br />

også medlem av IMT-2000 familien som en kan se i figur 10. UMTS og CDMA har<br />

derfor mye til felles og også utviklingen av denne standarden tar utgangspunkt i de 3G<br />

tjenester definert av IMT-2000 som beskrevet i [3.4]. En kort oversikt over CDMA<br />

teknologiens utvikling vises i figur 22 og som en kan se er CDMA2000 en videreføring<br />

av IS-95 standarden, også kjent som cdmaOne. CDMA2000 har muligheter for både tale<br />

og dataoverføring og dedikerte datakanaler kan gi teoretiske hastigheter på 3.1Mbps pr<br />

celle.<br />

CDMA2000 har vært kommersielt tilgjengelig siden oktober 2000 og det er i dag<br />

en rekke nett som er i drift i bl.a. Korea, Japan, Europa, Nord-Amerika, Latin<br />

Amerika og New Zealand, og teknologien har i dag ca 60 millioner brukere [35].<br />

Figur 22 CDMA2000 evolusjon<br />

AMK og multimedia 41


3.9.1 Arkitektur<br />

Figur 23 [36] viser de viktigste komponentene i CDMA2000 1x arkitekturen.<br />

Prinsippene for arkitekturen er i stor grad de samme som i UMTS og også her består<br />

denne av terminalutstyr, her kalt Mobile Stations (MS), radioaksessnett og kjernenett.<br />

BTS: Base transceiver station PDSN: Packet data serving node<br />

BSC: Base station controller HA: Home agent<br />

MSC: Mobile switching center IWF: Interworking function<br />

Figur 23 CDMA2000 1x arkitektur<br />

En kan også se den samme oppdelingen i et linjesvitsjet domene for tale og<br />

pakkesvitsjing for data. For mer informasjon om de enkelte komponenter henvises det til<br />

[37].<br />

Basisversjonen av CDMA2000 kalles CDMA2000 1x og dette er et felles navn<br />

for IMT-2000 ”Multi Carrier”, som henviser til både tale og data kapabilitet. Navnet 1x<br />

referer til bruk av en enkelt 1.25MHz bærebølge og denne kan tilby en teoretisk datarate<br />

på 153 Kbps i release 0 som dobles i release 1. [35]<br />

Standarden baserer seg som navnet tilsier på spredt spektrum multippel aksess<br />

teknologi og under en evolusjonær utvikling. Nedlenken benytter tidsmultipleksing, der<br />

MS med til enhver tid best mottaksforhold blir servert. Totalkapasiteten går ned dersom<br />

det er få brukere pr. celle eller om rettferdighetskrav og latency krav skal imøtekommes.<br />

[38] CDMA2000 har pakkebaserte datatjenester med hastigheter opp til 3.1 Mbps totalt<br />

pr. celle og er utviklet for å bruke en rekke frekvensbånd. Både 450, 700 , 800, 900,<br />

1700, 1800,1900 og 2100 MHz omfattes.<br />

Denne basisvarianten er videreutviklet og neste trinn av denne standarden kalles<br />

CDMA2000 1xEV(Evolution), denne tilbyr høyere datahastighet og kommer i to ulike<br />

faser EV-DO (Data Only) og EV-DV (Data+Voice).<br />

AMK og multimedia 42


3.9.2 CDMA2000 1xEV-DO (Data-Only)<br />

EV-DO er utviklet for å tilby bedre støtte for datatjenester enn det som finnes i 1x<br />

og blir dermed en utvidelse tilsvarende GPRS for GSM nettet. Her brukes som navnet<br />

tilsier hele frekvensbåndet til data. En tar utgangspunkt i en hel 1.25 MHz bærebølge<br />

dedikert til datatrafikk. 1xEV-DO har en forenklet arkitektur i forhold til 1x, og denne er<br />

vist i figur 24 [35].<br />

Figur 24 CDMA2000 EV-DO arkitektur<br />

Som en kan se brukes det opprinnelige 1x nettet til vanlig linjesvitsjet linjetrafikk,<br />

men den pakkebaserte utvidelsen som utgjør EV-DO håndterer datatrafikk.<br />

3.9.3 CDMA2000 1xEV-DV (Data-Voice)<br />

Neste fase av CDMA2000 bygger på en oppgradert 1x arkitektur, denne kalles<br />

EV-DV og er vist i figur 25 [35]. En går her over til et rent pakkebasert nett som<br />

integrerer data og tale i et felles delt medium. Dette blir dermed en løsning tilsvarende det<br />

en får ved hjelp av IMS i UMTS release 5.<br />

Figur 25 CDMA2000 1xEV-DV nettverkselementer<br />

AMK og multimedia 43


3.9.4 CDMA450<br />

NMT450 er betegnelsen på et gammelt Telenor mobilnett i 450Mhz båndet.<br />

Konsesjonen for dette gikk ut ved utgangen av 2004 og Telenor har vedtatt å legge dette<br />

ned. Ny konsesjon er tildelt Nordisk Mobiltelefon AB i juni 2004. Vilkårene for tildeling<br />

omfatter utbygging av de områder der det ikke er GSM dekning og der NMT dekningen<br />

vil forsvinne. Videre skal utbyggingen omfatte minst 30 basestasjoner som skal dekke<br />

16000 km 2 og nettet må åpnes innen starten av september 2005 [39].<br />

450Mhz båndet anses av mange som en mulighet til å innføre et slags ”bredbånd<br />

light” til distrikts-Norge. I denne sammenheng er det av spesiell interesse å se på CDMA<br />

teknologien der det allerede eksisterer en løsning for bruk i 450Mhz båndet. Denne<br />

løsningen kalles CDMA450 og er tatt i bruk i flere andre land, deriblant Kina. En<br />

utbygging her i Norge vil være et fint supplement til den pågående UMTS utbyggingen<br />

og gi en større dekningsgrad for 3G mobiltelefoni og dette må anses som gode nyheter i<br />

nødnettsammenheng. CDMA450 telefoner kan i utgangspunktet ikke kommunisere med<br />

GSM eller UMTS nett men hybridtelefoner vil komme.<br />

CDMA 450 er en tilpasning av eksisterende CDMA 2000.Overgang til CDMA<br />

450 teknologi vil innebære en direkte overgang fra et førstegenerasjons- til et<br />

tredjegenerasjonssystem i frekvensbåndet. CDMA 450-teknologien har kommet langt i<br />

utvikling. NMT 450-frekvensene gir plass til tre CDMA 450-kanaler, noe som vil gi<br />

svært god dataoverføringskapasitet. Det er også mulig å fase inn CDMA 450 gradvis<br />

samtidig som NMT450 fases ut.[40]<br />

AMK og multimedia 44


3.10 Kapasitetsoversikt mobile teknologier<br />

Som en avslutning på kapittelet gis en kort oppsummering av datarater for en del<br />

mobile teknologier Med utgangspunkt i [41] kan en sette opp tabellen gitt i figur 26. En<br />

ser at dagens 2.5G gir reelle datarater i størrelsesorden 50 Kbps mens en i senere 3G<br />

versjoner kan vente seg nærmere ti ganger dette. Med økende avstand til basestasjoner<br />

må nok dette tallet ventes å synke ganske betydelig.<br />

Teknologi<br />

GPRS (General Packet Radio<br />

Service)<br />

EDGE (Enhanced Datarates for<br />

GSM Evolution)<br />

Teoretisk<br />

maksimal (til UE)<br />

57.6Kbps (fire<br />

tidsluker)<br />

473Kbps<br />

Forventet gjennomsnittsrate<br />

40Kbps<br />

70-80Kbps (to tidsluker); 100-130kbps (fire<br />

tidsluker)<br />

CDMA2000 1X 153Kbps 50-70Kbps<br />

CDMA2000 1X EV- DO<br />

CDMA2000 1X EV-DV<br />

UMTS/WCDMA(rel 5)<br />

2.4Mbps, 135Kbps<br />

fra UE<br />

3.1Mbps, 1.85Mbps<br />

fra UE<br />

2Mbps<br />

300-500Kbps, med 1Mbps topper, til UE<br />

1-1.5Mbps, samtidig tale og data<br />

Estimater varierer: 200-300Kbps til 400-<br />

800Kbps, samtidig tale og data<br />

Figur 26 Kapasitetsoversikt mobile teknologier<br />

AMK og multimedia 45


4. AMK BRUKERKRAV<br />

Det følgende kapittelet vil omhandle de behov og ønsker de faktiske brukerne selv<br />

uttrykker i forbindelse med et slikt kommunikasjonssystem. En vil her prøve å<br />

konkretisere funksjonalitet og tjenester som kunne være hensiktsmessig med<br />

utgangspunkt i de ulike fasene i den akuttmedisinske redningskjeden som beskrevet i<br />

[2.2]. Andre muligheter som kan være interessante i en slik sammenheng blir også<br />

presentert.<br />

Konkrete tekniske løsninger og begrensninger med utgangspunkt i teknologien i 3G<br />

mobiltelefoni vil bli presentert i de etterfølgende kapitler.<br />

Det som i denne oppgaven defineres som brukere kan deles opp i følgende grupper:<br />

- AMK-personalet på sentralen.<br />

- Ambulansepersonalet og leger på stedet.<br />

- Publikum - de som ringer til AMK og er en ressurs fram til de andre når fram.<br />

- Pasienter - Den syke eller skade. Kan i noen tilfeller også kontakte AMK selv.<br />

Den typiske bruker er lite opptatt av tekniske spesifikasjoner, ytelser og hvordan et<br />

problem løses, men mer opptatt av effektivt, funksjonelt og brukervennlig utstyr.<br />

4.1 Forbedringspotensialer ved eksisterende systemer<br />

Tjora har i Aksjonskollektivet [42] forsøkt å kartlegge de ulike tekniske innretningene<br />

som benyttes ved en AMK sentral i dag. Disse kan deles inn i følgende seks overordnete<br />

kategorier:<br />

• Kommunikasjon eksternt<br />

• Kommunikasjon internt (på sykehuset)<br />

• Geografisk posisjonering og visualisering<br />

• Dokumentasjon og informasjon<br />

• Visualisering<br />

• Kontorstøtte<br />

Tjoras undersøkelser konkluderer med at telefon og radio vurderes som de viktigste<br />

hjelpemidlene, videre fulgt av opprinnelsesmarkering og sentralbordapparater. Dette<br />

gjenspeiler at det er i den eksterne kommunikasjonen de tekniske hjelpemidlene er mest<br />

nødvendig. Dette omfatter kommunikasjon ut mot publikum og pasienter og mellom<br />

AMK sentralen og personell ute i felten.<br />

Videre konkluderes det med at etter brukernes vurdering kan en liste følgende punkter, i<br />

prioritert rekkefølge, for mulige forbedringer ved AMK sentralene:<br />

AMK og multimedia 46


• AMIS<br />

• Digitalt kartverk med opprinnelsesmarkering<br />

• Integrert radio, telefon og IT-systemer, kallsenter<br />

• Flåtestyring – GPS<br />

• Bedre radiosystem og oppgradering av helseradionettet i distriktet<br />

• Bedre dataskjermer/datautstyr<br />

• Lydlogg<br />

På denne lista er det spesielt de fire første punktene som det var stor enighet om og en del<br />

av dette er utbedret i den senere tid. Et oppgradert radiosystem vil sannsynligvis bli<br />

tvunget fram bl.a. som følge av krav til kryptering med tanke på personvern.<br />

AMIS [2.1.1] er etter hvert tatt i bruk i alle helseregioner og blir karakterisert<br />

som en stor suksess som har bidratt til en forenkling av koordinering og registrering av et<br />

stadig økende antall hendelser.<br />

Videre arbeid med AMIS vil hovedsakelig dreie seg om videre integrasjon med andre<br />

systemer, og evt. utvikling mot og tilpasning til støtte for det som vil være interessant av<br />

multimedietjenester når 3G mobilsystemer gjør sitt inntog.<br />

Angående kartverk, opprinnelsesmarkering og flåtestyring er Transmed etter hvert<br />

blitt innført som standard i helsevesenet. Dette systemet er foreløpig bare i drift ved<br />

enkelte sentraler og i den grad digitale kart i det hele tatt er tilgjengelige har de vært dyre.<br />

Mange sentraler opererer derfor fortsatt med posisjonsrapportering over analog radio med<br />

manuell plotting på vanlige papirkart [43], noe som i en travel situasjon kan ta<br />

oppmerksomhet bort fra andre oppgaver. Transmed systemet har i dag bare<br />

posisjonsmarkering av fasttelefoner.<br />

Når det gjelder ambulanser er det i dag installert GPS [5.1.6.3] i de fleste biler.<br />

Dette er et svært nøyaktig system som fungerer godt, og den største utfordringen her har<br />

vært tilgang på digitale kart.<br />

Slik situasjonen er i dag finnes det ingen direkte kommunikasjon mellom de ulike<br />

AMK sentralene i form av felles tilgang til de data som finnes i AMIS systemet. Slik<br />

kommunikasjon må i dag foregå over telefon/radio. På samme måte finnes det heller ikke<br />

noe felles samband mellom de tre nødetatene noe som ofte kan være nødvendig ved litt<br />

større ulykker der også brannvesen og politi kan være involvert. Slik kommunikasjon<br />

foregår nå via en skadesteds- eller operativ leder noe som kan være et ekstra og<br />

forsinkende ledd i mange tilfeller.<br />

AMK og multimedia 47


4.2 Fasene i den akuttmedisinske redningskjeden<br />

Innføring av digitale mobile tjenester er et sterkt ønske i forbindelse med<br />

realisering av et nytt helsekommunikasjonsnett. Og det er nettopp innføring av<br />

datatjenester som er den store styrken til, og hovedmotivasjonen for innføring av 3G<br />

mobiltelefoni generelt. Ved å ta dette i bruk også i helsevesenet åpner en for mange nye<br />

muligheter.<br />

Dersom en tar utgangspunkt i de ulike fasene i den akuttmedisinske<br />

redningskjeden kan en tenke seg følgende bruksområder/scenarioer:<br />

4.2.1 Varsling til AMK sentral og situasjonsoversikt<br />

Etter at en akutt hendelse inntreffer er det viktig å få varslet AMK sentralen så<br />

fort som mulig. Det viktige i denne fasen er å overbringe mest mulig relevant<br />

informasjon fra åstedet til sentralen raskest mulig. Informasjonsoverføring mellom<br />

publikum og AMK-sentral foregår pr i dag i all hovedsak over telefon.<br />

Men en kunne også tenke seg at det at det var mulig å ta i bruk andre<br />

medieformater enn bare lyd for informasjonsoverføring i denne fasen. Med dagens<br />

utvikling av mobilterminaler og økt tilgang til båndbredde vill mulighetene innen<br />

multimedia bli stadig større.<br />

4.2.2 Posisjonslokalisering/oppdatering<br />

Videre vil det være av stor betydning for utrykningspersonellet å komme seg raskt<br />

til åstedet, da tid som oftest er en avgjørende faktor ved alvorlige hendelser. Dermed blir<br />

det viktig å fastslå nøyaktig både hvor skadestedet er og hvor tilgjengelige ressurser i<br />

form av personell og ambulanser befinner seg. Dette vil være spesielt viktig i tilfeller der<br />

innringer er alvorlig syk eller skadet og har problemer med å orientere og gjøre rede for<br />

seg.<br />

Som beskrevet i [2.1.2] finnes det posisjonsmarkering av innringer med visning<br />

på digitale kart i det eksisterende Transmed systemet. Men dette fungerer slik det er<br />

implementert i dag ikke for mobiltelefoni som utgjør en betydelig del av samtalene. Ulike<br />

løsninger for posisjonering av mobile terminaler er dermed av stor interesse, og vil bli<br />

beskrevet i [5.1.6].<br />

AMK og multimedia 48


4.2.3 Skadestedsoversikt<br />

I en tidlig fase av en ulykke eller et sykdomsforeløp vil det å få oversikt over<br />

situasjonen være av stor viktighet for raskt å kunne iverksette riktige og nødvendige<br />

tiltak.<br />

I de fleste tilfeller vil publikum være de første som ankommer åstedet for den<br />

aktuelle situasjonen og dermed varsler om dette. For ansvarlig AMK sentral vil mye og<br />

tidlig informasjon om situasjonen og åstedet lette koordinering og planlegging av videre<br />

arbeid som utrykning og skadestedsledelse.<br />

Typisk informasjon som vil være av interesse i en slik fase er oversikt over antall skadde,<br />

skadenes alvorlighet, geografiske hensyn, faremomenter på stedet og lignende.<br />

Hjelpemidler som kan bidra i en slik sammenheng vil bl.a. være oversiktsbilder, video,<br />

tekstmeldinger og talebeskrivelser. Utbredelsen av for eksempel kameraer på vanlige<br />

mobiltelefoner er allerede i dag så stor, og i stadig vekst, at det kunne være interessant å<br />

ta i bruk for eksempel MMS teknologien for overføring av bilder og i enkelte tilfeller<br />

også korte videosnutter. Teknisk bildekvalitet er allerede i dag såpass god at slike bilder<br />

kunne være et spennende hjelpemiddel som kan gi en fin oversikt over situasjonen som<br />

kan være veldig nyttig i ved litt større hendelser/ulykker. Et typisk eksempel her er enkle<br />

oversiktsbilder evt. korte videosnutter tatt av en publikummer med et enkelt<br />

digitalkamera eller en mobiltelefon som overfører en MMS melding vil dette kunne gi en<br />

god oversikt over området, antall involverte, spesielle praktiske ting en må ta hensyn til i<br />

dette området, bilder av pupillene til en person med hodeskader og lignende.<br />

Vanlig bruk av telefon med tale og evt. tekstmeldinger vil også være av stor nytte og<br />

kanskje det mest brukte her.<br />

For utrykningspersonellet kunne det være av interesse med predefinerte korte meldinger<br />

som for eksempel ”send helikopter”, ”alt OK” o.l. ferdig implementert i<br />

terminal/håndsett.<br />

4.2.4 Forberedelse av personell før ankomst<br />

Dersom utrykningspersonell er godt orientert om hva som venter dem ved<br />

ankomst til åstedet gir dette bedre muligheter til å forberede seg før ankomst. Slikt<br />

personell er godt trenet og vant til å håndtere mange typer ulike situasjoner. Men gode<br />

forberedelser vil likevel alltid være viktig. Dette kan en tenke seg at kunne foregå på flere<br />

ulike måter. Hvis en tar utgangspunkt i bruk av ulike former for media, kunne en. for<br />

eksempel tenke seg en database som beskrev ”best evidenced medicine” for ulike typer<br />

skader og sykdommer vha av tekst, bilder, lyd og video. På vei til og også på åstedet<br />

kunne utrykningspersonellet ved behov kontakte en slik informasjonsdatabase og hente<br />

nødvendig informasjon. Et annet alternativ er å benytte seg av mer eller mindre<br />

interaktive spesialistkonsultasjoner.<br />

AMK og multimedia 49


4.2.5 Spesialistkonsultasjoner<br />

I mange tilfeller som f.eks. ved hjerteproblemer er det kritisk å komme i gang<br />

med tidlig behandling, helst før en kommer til sykehusets spesialister. Dermed vil det<br />

være ønskelig at utrykningspersonell og kanskje til en viss grad også publikum kan<br />

kontakte medisinsk ekspertise, og dermed bidra til at en kan få fastslått skadesituasjon og<br />

kommet i gang med riktig behandling på et tidligere tidspunkt.<br />

For tiden jobbes det med flere ulike prosjekter bl.a. innen telemedisin som<br />

omhandler nettopp overføring av informasjon til personell plassert på et annet sted, for<br />

deres vurderinger av denne informasjonen slik at de videre kan rettlede og veilede<br />

tilstedværende personell ut fra denne. Noen av disse beskrives litt nærmere i kapittel 5.<br />

Det vesentlige her vil være å overføre beskrivelser av skader, symptomer og evt.<br />

sykdomsforløp til rette vedkommende som kan tolke disse. For å få dette til å fungere<br />

skikkelige vil det være fordelaktig med toveis interaktiv sanntidskommunikasjon med<br />

både lyd og bilde. Da ser en for seg at en for eksempel kan dele EKG bilde og at begge<br />

parter kan gå inn og peke på dette samtidig som en kan samtale om dette. Dermed kan<br />

man faktisk ”se” pasienten og ikke bare snakke om denne.<br />

På skadested og under transport til sykehus kan slik prehospitale behandling som<br />

utføres være av avgjørende betydning for skadens utvikling og dermed pasientens senere<br />

generelle helsetilstand ref tidligere eks om hjerteinfarkt.<br />

I enkelte tilfeller kan umiddelbare handlinger som kanskje bare kan være ”enkle” inngrep<br />

på stedet være vel så viktig som kjapp transport til sykehus.<br />

4.2.6 Pasientregistrering, skadevurdering og prioritering<br />

I forbindelse med en skade/ulykkessituasjon kan det fort bli store mengder<br />

informasjon som flyter rundt, både av administrativ art og knyttet til pasienters tilstand.<br />

En utfordring blir dermed å holde alle involverte parter oppdatert. Dette er viktig for best<br />

mulig forberedelser og riktig behandling.<br />

I en slik sammenheng kunne en tenke for eksempel tenke seg et elektronisk<br />

pasientregistrerings- og journalsystem. SINTEF jobber i dag med elektronisk<br />

skadestedsregistrering av pasienter som pr i dag foregår med papirmerkelapper.<br />

Elektronisk registrering vil kunne samkjøres opp mot sentrale personregister og journaler<br />

og en vil kunne få oppdatert personalia og sykehistorikk. Videre kunne en tenke seg en<br />

elektronisk ”oppslagstavle” som kan fås opp på brukerterminaler av typen PDA eller<br />

liknende. Her kan all nødvendig skadestedsinformasjon oppdateres fortløpende av<br />

tilstedeværende personell og det hele kan også koordineres opp mot en eventuell.<br />

skadestedsleder og AMK sentral. Figur 27 viser hvordan disse elementene kan fungere<br />

sammen. En kan tenke seg at en pasient registreres på skadestedet og merkes med en<br />

elektronisk ”merkelapp” dvs. en liten elektronisk brikke. Personell ved åstedet bør kunne<br />

hente ut informasjon fra denne, og deretter kontakte en sentral pasientjournal for å<br />

framskaffe tilleggsopplysninger som for eksempel sykdomshistorikk eller andre nyttige<br />

AMK og multimedia 50


data om den enkelte pasient, dette kan via terminalen overføres til merkebrikken som<br />

oppdateres med pasientinformasjon relevant i dette tilfellet. Alternativt kan en tenke seg å<br />

bruke pasientjournalen som et verktøy i selve identifiseringen av pasienter. Gitt at denne<br />

journalen for eksempel inneholder en personidentifikator som for eksempel finger- eller<br />

retinaavtrykk så kunne en foreta en skanning av dette på åstedet og deretter sende en<br />

forespørsel til journaldatabasen om identifikasjon og annen pasientinformasjon.<br />

Et slikt system vil kreve komplett sentral persondatabase. Alternativt må en kunne<br />

knytte sammen de ulike sykehusenes databaser i et sentralt nett. Tilgang til journaler er i<br />

prinsippet mulig i dag, men det ligger en del praktiske og også juridiske spørsmål ved full<br />

tilgang til journaler på denne måten. Hvem skal kunne lese og ikke minst skrive til disse?<br />

Videre vil en slik løsning med tilgang til elektronisk journaler ute i felten kreve at<br />

brukerterminalene kan håndtere den informasjon som finnes i en slik database.<br />

Elektronisk<br />

pasientmerkelapp<br />

Elektronisk<br />

pasientjournal<br />

Mobil<br />

terminal<br />

Figur 27 Elektronisk pasientinformasjon<br />

4.3 Nettverkstilgjengelighet<br />

Ved litt større ulykker blir det ofte en kamp om de tilgjengelige<br />

nettverksressursene i det offentlige telenettet. Dette har kommet til syne ved flere av de<br />

større ulykkene som har skjedd i den senere tid, deriblant Åsta- og Rocknesulykken, og<br />

har bakgrunn i den store aktiviteten som oppstår innen et svært begrenset geografisk<br />

område. Publikum skal fortelle til andre hva som har skjedd, involverte som skal varsle<br />

om at de har det bra, helsepersonell som skal utføre arbeid på stedet og sist men ikke<br />

minst presse og media som skal dekke hendelsen. Sistnevnte har en tendens til å<br />

beslaglegge store ressurser over lengre tid i sin kamp om å være først og best. Det hele<br />

har i flere tilfeller resultert i at helsepersonell på åstedet ikke har fått den nødvendige<br />

nettilgang. Sikker tilgang til tilstrekkelig ressurser bør anses som et absolutt krav i<br />

akuttmedisinsk sammenheng. Denne problemstillingen unngås dersom en baserer seg på<br />

et kommunikasjonsnett dedikert til nødetatene. Da blir det ingen kamp om ressursene og<br />

en vet hva en har tilgjengelig, gitt ellers normal drift.<br />

AMK og multimedia 51


Alternativt kan en ta utgangspunkt i et system med mulighet for preemptive<br />

prioritering av trafikk iht. ulike prioritetsklasser i nettet. Dette innebærer at mindre viktig<br />

trafikk kan avbrytes for å frigi kapasitet til høyere prioritert trafikk.<br />

AMK og multimedia 52


5. AKTUELLE TJENESTER OG FUNKSJONALITET I 3G<br />

TEKNOLOGI<br />

Underliggende teknologi vil legge føringer for hvilke muligheter og løsninger<br />

som kan benyttes i praksis. Det følgende kapittel vil ta for seg noen litt mer konkrete<br />

tjenester som enten er under utprøving eller som oppfattes som interessante, og se på<br />

hvordan både disse og andre definerte behov kan realiseres i praksis ved hjelp av<br />

funksjonalitet spesifisert i 3G mobilteknologi.<br />

5.1 Multimediebasert informasjonsoverføring<br />

Overføring av informasjon er hele essensen i enhver form for<br />

kommunikasjonsform. Dette skjer i akuttmedisinsk sammenheng i all hovedsak over<br />

telefon og radio. Innføring av datatjenester og økt båndbredde åpner for et bredere<br />

spekter av medieformater og tjenestetyper, og noen av disse vil bli presentert i de<br />

følgende avsnitt.<br />

5.1.1 PTT – Push To Talk<br />

Kommunikasjonen i en akuttmedisinsk situasjon er består i stor grad av mange og<br />

korte meldinger preget av stor hastegrad. Hurtig og øyeblikkelig kommunikasjon er<br />

hovedfunksjonen til dagens analoge radiosamband. Disse har walkie talkie funksjonalitet,<br />

også kalt PTT [44], der en bare kan trykke på en knapp på radiosambandet og man er da<br />

umiddelbart klar til å snakke uten noen som helst form for samtaleoppsett og<br />

kapasitetsreservering.<br />

Akkurat dette med korte oppsetningstider for øyeblikkelig kommunikasjon anses<br />

som et viktig krav til et nytt nødnett. Tidskravene som er satt er svært strenge og det er i<br />

dag bare TETRA eller tilsvarende radiosystemer som kan tilfredsstille dette. Mobile<br />

teknologier, da spesielt i vanlig linjesvitsjet talemodus vil ha en oppsetningstid på mange<br />

sekunder og dette anses som uakseptabelt for denne typen kommunikasjon. Et alternativ<br />

er da selvfølgelig å etablere en forbindelse i forkant men dette beslaglegger mye ressurser<br />

og man har i de fleste tilfeller kanskje heller ikke full oversikt over hvem man skal<br />

snakke med på forhånd.<br />

Ved innføring av pakkesvitsjing har man mulighet til å oppnå en slags ”alltid på”<br />

forbindelse. Dette åpner for tale over data, som for eksempel VoIP.<br />

Det har etter hvert kommet flere standarder for PTT funksjonalitet basert på sanntids<br />

VoIP over allerede eksisterende 2.5G nett. Dette kalles med en fellesbetegnelse PoC<br />

(Push To Talk over Cellular). De viktigste egenskapene ved disse er listet opp i figur 28<br />

[45].<br />

AMK og multimedia 53


Figur 28 PoC løsninger – oppsummering<br />

Den kanskje mest interessante av disse, og den eneste som ikke baserer seg på<br />

proprietære løsninger er OMA PoC.<br />

5.1.1.1 OMA - Open Mobile Alliance PoC<br />

OMA er en industrigruppe som jobber med spesifisering av mobile tjenester og<br />

deres PoC løsning baseres på 3GPP`s IMS arkitektur [3.5] som benytter seg av IP<br />

protokoller for signalering og taletransport. SIP benyttes som signaleringsmekanisme og<br />

brukerterminaler etablerer da kontakt med en PoC server. Lister med oversikt over<br />

brukere og deres status genereres fra SIP presence meldinger og vises på den enkeltes<br />

håndsett. Arkitekturen er vist i figur 29 [46]. Sesjoner kan etableres ved å spesifisere<br />

adresse eller ved å velge fra en kontaktliste. Gruppekommunikasjon er mulig og<br />

håndteres av en Group List management Server (GLMS), PoC Server inviterer de<br />

aktuelle brukerne til å delta i en sesjon og Presence Server holder rede på brukerstatus<br />

[47].<br />

AMK og multimedia 54


Figur 29 OMA PoC arkitektur<br />

Ytelsen i prestandard realiseringer av OMA PoC har vært noe varierende.<br />

CDMA2000 varianter har for eksempel problemer med tidsforsinkelser, men utbedringer<br />

av dette pågår. Foreløpig er ikke ytelsen helt i klasse med den proprietære iDen løsningen<br />

fra Motorola.<br />

En GSM basert PoC løsning fra Nokia har også vist seg å kunne tilby<br />

overraskende gode oppsetnings- og responstider. Denne baserer seg på VoIP kombinert<br />

med SIP signalering og kjøres over dagens GPRS nett [48].<br />

Forsinkelse over GSM/GPRS forbindelsen er omtrent ett sekund. Dette vil i<br />

utgangspunktet ikke tilfredsstille de krav som er gitt for slik talekommunikasjon i<br />

kravene til nytt nødnett.<br />

5.1.2 IM - Instant Messaging<br />

Pakkebaserte datatjenester gir også mulighet for Instant Messaging [49] tjenester<br />

slik vi kjenner dem fra dataverden der blant andre MSN Messenger og ICQ har fått en<br />

enorm utbredelse. Tekstbaserte tjenester vil i en hektisk arbeidssituasjon være lite<br />

hensiktsmessige, men dersom en utvider med tale, dokumentdeling og kanskje også video<br />

kan dette være et aktuelt verktøy for bruk til blant annet spesialistkonsultasjoner.<br />

IM tjenester gir gode muligheter for gruppekommunikasjon. En kan forhåndsdefinere<br />

bruker basert på den organisasjonsstrukturen en har. Disse kan enkelt opprettes etter<br />

behov og er veldig fleksible med tanke på endringer. I dagens radiosamband som i<br />

utgangspunktet er ”en til alle” er det bare å velge riktig frekvens så kan alle lytte.<br />

Sammenlignet med dette vil IM i utgangspunktet kreve litt mer administrative<br />

forberedelser med gruppeetablering. Disse vil likevel ha en noenlunde fast struktur og<br />

kan forberedes i forkant. Man kan for eksempel opprette brukergrupper tilsvarende<br />

tilgjengelige radiokanaler i dag.<br />

AMK og multimedia 55


En IM tjeneste kan også tenkes som et substitutt til vanlig telefonvarsling av en<br />

hendelse inn til AMK sentralen. Dette kan i utgangspunktet virke lite hensiktsmessig men<br />

gir muligheter til å ta i bruk andre typer og også større mengder informasjon mellom<br />

innringer og AMK. Dette kan tenkes realisert ved å opprette en landskjent brukerkonto på<br />

linje med å ringe 113, for eksempel 113@amk.no som alle kan nå når som helst.<br />

IM tjenester opererer i tilnærmet sanntid, men bruken spesielt da tekstbasert er mer<br />

tidkrevende enn bare vanlig tale. Derfor vil det i de fleste tilfeller være lite aktuelt for<br />

iallfall personellet ute i felten med tekstbasert bruk. Tekstbaserte meldinger fra AMK<br />

sentral og ut til ambulanser og personell derimot, brukes allerede i dag i AMIS systemet.<br />

Med en integrert IM tjeneste kunne disse meldingene gå rett ut til de aktuelle mottakernes<br />

terminaler.<br />

5.1.3 Digitale foto<br />

Utbredelsen av digitale fotoapparater øker stadig og det blir mer og mer vanlig at<br />

også mobiltelefoner leveres med integrert kamera. Digitale foto og evt. korte filmsnutter<br />

anses å kunne bli et nyttig hjelpemiddel. Da spesielt i en tidlig fase med tanke på<br />

situasjonsoversikt og deretter planlegging og tilrettelegging.<br />

Publikum er i mange tilfeller først på åstedet og bilder eller en liten videosnutt kan da gi<br />

AMK sentral nyttig info med tanke på omfang og organisering av nødvendige tiltak.<br />

Dette kan for eksempel tenkes overført via en standard MMS melding.<br />

Det eksperimenteres med utplassering av digitale kamera i ambulansene. I starten har en<br />

stort sett basert seg på at bildene som tas lagres i kameraet og følger pasienten inn til<br />

sykehus. Mest mulig informasjon tidligst mulig vil alltid være nyttig så muligheter for å<br />

sende de mest relevante bildene direkte inn til akuttmottak i forveien er interessant. En<br />

slik løsning er realisert av Thales som har implementert et system som brukes til å<br />

overføre informasjon fra ambulanser til AMK sentraler [50]. Dette fungerer i praksis slik<br />

at en tar bilder med et vanlig digitalkamera som kobles til en pc. Overføring av bilder fra<br />

ambulanse går over en sikker VPN forbindelse ved hjelp av en vanlig GPRS<br />

mobiltelefon. En slik løsning vil dermed også enkelt kunne gi mulighet for tilkobling av<br />

andre digitale kameraer som evt. måtte finnes hos publikum eller presse.<br />

Økt båndbredde vil her åpne muligheter for større informasjonsflyt, da gjerne i<br />

form av flere bilder og bedre bildekvalitet. Etter hvert som bildekvalitet på kameraer og<br />

ikke minst tilgjengelig båndbredde øker vil en kanskje også til en viss grad kunne bruke<br />

dette som et hjelpemiddel for en spesialistkonsultasjon med lege et annet sted. Eksempler<br />

på dette kan være bilder av pupiller ved mistanke om hodeskade eller bilder av sår og<br />

skader. Et slikt bilde tatt med henholdsvis kamera integrert på en mobiltelefon og et<br />

digitalt fotoapparat er vist i figur 30 og figur 31 under. Bildene er i JPEG format og har<br />

en størrelse på henholdsvis 2 KB og 40 KB. Som en ser vil begge disse være av en<br />

tilstrekkelig kvalitet for å kunne fastslå evt. uregelmessigheter.<br />

Det uttrykkes også interesse for bilder av for eksempel bilvrak involvert i ulykker. Disse<br />

kan fortelle anestesilegene ved akuttmottaket noe om hvilke krefter og dermed hvilke<br />

skader en pasient kan være utsatt for.<br />

AMK og multimedia 56


Figur 30 Digitalt foto tatt med mobiltelefonkamera<br />

Figur 31 Digitalt foto tatt med digitalt fotokamera<br />

Dersom en viderefører tanken om publikum som informasjonskilde i en slik<br />

sammenheng, kunne det også være interessant å se på muligheten for å benytte seg av<br />

media og deres ressurser. Ved ulykker av en litt større og mer alvorlig art vil det nesten<br />

uten unntak være media og pressedekning på stedet, og disse kan mistenkes for å ha vel<br />

så høy utrykningsberedskap i slike situasjoner som det ambulansetjenesten har. Media<br />

sitter også på store ressurser innen kommunikasjonsutstyr, og et samarbeide her ville<br />

kanskje gi muligheten for en situasjonsoversikt sendt direkte dra åstedet til AMK sentral<br />

og koordinerende personell med tv-kvalitet.<br />

Ved å involvere publikum og presse som informasjonskilder må en også ta<br />

diskusjonen om når og hva det skal aksepteres at utenforstående får ta bilder av. Videre<br />

om en kan tvinge disse til å oppgi bilder til slik AMK bruk<br />

Pressen vil jo heller ikke være til stede i de fleste ”dagligdagse” hendelser, men en kan<br />

være sikker på at de dukker opp ved større hendelser og det er også da behovet for<br />

informasjon angående åstedssituasjon er viktigst.<br />

AMK og multimedia 57


5.1.4 Video<br />

Levende video har utvilsomt et enda større potensial som informasjonskilde og<br />

hjelpeverktøy. utfordringer her ligger i at straks en tar i bruk levende bilder stilles det<br />

veldig mye høyere krav til både båndbredde, sanntidskrav, jitter og lignende.<br />

I dagens GSM nett er datakapasiteten svært begrenset, dog noe bedre etter GPRS<br />

utvidelsen. Men det er levende video som antas å bli den største praktiske forskjellen<br />

mellom 2.5G og 3G. Det nærmeste en kommer bruk av video i akuttmedisinsk feltarbeid<br />

dag er vel overføring av EKG som er levende bilder som sendes over GSM data. Ellers<br />

brukes det en del overføring av for eksempel røntgenbilder og videokonferanser mellom<br />

sykehus, men dette går over faste bredbåndsforbindelser.<br />

Korte videosnutter på mobiltelefoner basert på MMS overføring er i sterkt vekst i det<br />

kommersielle markedet.<br />

Dersom en utstyrer utrykningspersonell og ambulanser med kamera kan en tenke<br />

seg at dette kan bli et nyttig verktøy tilsvarende som en har begynt å ta i bruk digitale<br />

fotokameraer nå. Nytteområder kan bli situasjonsoversikt og hjelp til skade- og<br />

symptomvurdering. Med muligheter for toveis sanntidskommunikasjon med både lyd og<br />

bilde vil en få muligheter for mer effektive konsultasjoner mellom personell på åstedet og<br />

spesialister.<br />

Med bakgrunn i de høye kravene stilt til sanntidsvideo spesielt i medisinsk bruk,<br />

må en kanskje forvente en begrenset bruk av dette iallfall i nær framtid.<br />

Andre bruksområder her er opplæring, kursing og instruksjoner som beskrevet tidligere.<br />

5.1.5 MMS – Multimedia Messaging Service<br />

MMS er en videreutvikling av den tradisjonelle SMS tekstoverføringstjenesten for<br />

mobile terminaler. MMS åpner for flere ulike medieformater og man kan sende, både lyd,<br />

bilder, video og tekst. Og kan dermed være en bærer for tjenester beskrevet i de<br />

foregående avsnitt. Tjenesten er tilgjengelig over flere ulike overføringsteknologier som<br />

for eksempel GPRS, CDMA2000 og UMTS og er derfor interessant, kanskje spesielt med<br />

tanke på publikums kommunikasjon med helsevesenet, men også med tanke på<br />

helsepersonellets kommunikasjon med sentral/legepersonell.<br />

En ulempe med MMS tjenesten er at den er en ikke-sanntidstjeneste og at en<br />

dermed i utgangspunktet ikke har noen tjenestekvalitetsgarantier i form av leveringstider.<br />

I de aller fleste tilfeller vil denne leveres i løpet av sekunder, men tilsvarende som for<br />

SMS kan en i ekstremtilfeller få veldig lang forsinkelse. figur 32 [51] viser en oversikt<br />

over de elementene som inngår i MMS arkitekturen. En melding sendes fra en user agent<br />

via en lagrings enhet der den videresendes til mottaker når denne er tilgjengelig.<br />

AMK og multimedia 58


Figur 32: MMS arkitektur elementer<br />

For mer informasjon om de ulike elementene og MMS funksjonalitet generelt refereres<br />

det til [52]. Kommunikasjonen mellom de ulike grensesnittene vist i figuren baseres i<br />

størst mulig grad på eksisterende protokoller, og MMS støtter flere ulike medieformater<br />

deriblant GIF, JPEG, MPEG-4, MP3, WAV og MIDI.<br />

De definerte MMS standardtjenestene kan også utvides vha VASP (Value Added<br />

Service Providers). Da benytter en SOAP (Simple Object Access Protocol) for å definere<br />

tilleggsfunksjonalitet som knyttes til de eksisterende tjenester ved bruk av fast definerte<br />

grensesnitt.<br />

5.1.6 Posisjoneringsteknologier<br />

Som tidligere beskrevet er lokalisering av innringere, skadested og tilgjengelige<br />

ressurser noe som anses som svært viktig. Ulike tjenester knyttet til lokalisering har etter<br />

hvert lansert. Et eksempel på dette er NetComs Taxidirekte løsning som automatisk setter<br />

innringer over til nærmeste taxi [53]. I akuttmedisinsk sammenheng er det lokaliseringen<br />

i seg selv og rapportering av denne til AMK sentralen som er interessant.<br />

E911 (enhanced 911) [54] påbudet fra amerikanske Federal Communications<br />

Commision (FCC) har etter hvert blitt en viktig pådriver for utvikling av nøyaktig<br />

posisjonering. Andre fase av disse pålegger de amerikanske tjenestetilbyderne å kunne<br />

spore oppe enhver mobiltelefon til enhver tid med en nøyaktighet ned mot 50 m i 95% av<br />

tilfellene.<br />

I IMT2000 er det definert støtte for lokaliseringstjenester. Disse er under stadig<br />

utvikling og kalles Location Services (LCS) [55]. Slike mekanismer åpner for en rekke<br />

mulige tjenester men i akuttmedisinsk sammenheng er det lokalisering av innringer og<br />

tilgjengelige ressurser i seg selv som er det mest interessante.<br />

AMK og multimedia 59


Prinsipiell arkitektur for LCS er veldig lik i 3GPP og 3GPP2 og denne er vist i<br />

figur 33 og figur 34 [56] Disse tar utgangspunkt i den kommende UMTS release 6. og<br />

også for CDMA2000 sin del er standardisering av LCS fortsatt under arbeid. LCS<br />

arkitekturen består av selve mobilterminalen (UE/MS), radioaksessnettet (RAN) og<br />

kjernenettet (CN) og i tillegg til disse en ekstern LCS klient. Som en ser er det litt ulike<br />

benevninger på de fysiske enhetene men funksjonaliteten er den samme.<br />

Figur 33 3GPP LCS arkitektur<br />

Figur 34 3GPP2 LCS arkitektur<br />

AMK og multimedia 60


LCS klienten vil være en server eid av teleoperatørene og grensesnittet mellom<br />

denne og kjernenettet (CN) kalles GMLC. Selve posisjoneringen foregår mellom RAN og<br />

UE og baseres på protokoller standardisert i 3GPP RAN. og de ulike trinnene i prosessen<br />

blir beskrevet i figur 35 som er basert på [57]. Posisjonering kan initieres av enten<br />

brukerterminalen, operatør, eller av nettverket. Når det gjelder nødsamtaler kan disse<br />

initiere nettverksbaserte LCS kall. Et slikt LCS kall kan besvares enten med en<br />

umiddelbar eller med forsinket respons avhengig av tilgjengelighet. Dette innebærer at<br />

ved en innkommende nødsamtale kan nettverket automatisk initiere et LCS kall som<br />

automatisk returnerer innringers posisjon. Ved å benytte for eksempel OSA [3.5] kan<br />

man også utvikle egne applikasjoner etter behov og dermed kan en tenke seg løsninger<br />

som kan integreres med digitale kart i Transmed og denne informasjonen kan dermed<br />

benyttes til navigering ved utrykning.<br />

Kjernenett<br />

5<br />

2<br />

Radio Aksess nett<br />

GMLC<br />

6<br />

SGSN<br />

4<br />

RNC<br />

Node B<br />

7<br />

3<br />

Mobil Terminal<br />

8<br />

1<br />

LCS klient<br />

AMK<br />

1: Nødanrop fra mobilterminal til AMK sentral<br />

2: Nettverket sender lokasjonsforespørsel<br />

3: RAN utfører lokalisering iht. en av de standardiserte metoder<br />

4: Lokasjon returneres<br />

5: Abonnent LCS rapport<br />

6: ACK på abo. LCS rapport<br />

7: Lokasjonsinformasjon overføres til LCS klient<br />

8: Posisjonsinformasjon sendes på forespørsel til AMK sentral<br />

Figur 35 Nettverksinitiert LCS kall i UMTS nettet<br />

AMK og multimedia 61


3GPP Standarden eksemplifiserer en del ulike bruksområder for ulike nøyaktighetsgrader<br />

av posisjonslokalisering [58]. En ser her at kravet til nødvarslingstjenester er satt til 100 -<br />

300m i distriktene, 50 m i byer og ned mot 10m for navigering.<br />

Locationindependent<br />

PLMN or<br />

country<br />

Regional<br />

(up to 200km)<br />

District<br />

(up to 20km)<br />

Up to 1 km<br />

500m to 1km<br />

100m (67%)<br />

300m (95%)<br />

75m-125m<br />

50m (67%)<br />

150m (95%)<br />

10m-50m<br />

Most existing cellular services, stock prices, sports reports<br />

Services that are restricted to one country or one PLMN<br />

Weather reports, localized weather warnings, traffic information (pre-trip)<br />

Local news, traffic reports<br />

Vehicle asset management, targeted congestion avoidance advice<br />

Rural and suburban emergency services, manpower planning, information<br />

services (where are?)<br />

U.S. FCC mandate (99-245) for wireless emergency calls using network based<br />

positioning methods<br />

Urban SOS, localized advertising, home zone pricing, network maintenance,<br />

network demand monitoring, asset tracking, information services (where is the<br />

nearest?)<br />

U.S. FCC mandate (99-245) for wireless emergency calls using handset based<br />

positioning methods<br />

Asset Location, route guidance, navigation<br />

Figur 36 Eksempler på lokaliseringstjenester for ulike nøyaktighetsgrader<br />

3GPP standarden inneholder følgende tre standardiserte metoder for<br />

posisjonslokalisering:<br />

5.1.6.1 Posisjonering basert på celledekning<br />

Dette er den teknologien som er i bruk i dagens GSM nett. Posisjonering av<br />

mobile terminaler i GSM nettet er nettverksbasert og terminalen/brukerens posisjon<br />

beregnes ut fra den celledekningen til den basestasjonen som det kommuniseres.<br />

Nøyaktighet begrenses dermed av cellestørrelse og dette kan variere fra 300m til flere<br />

kilometer, og fungerer overalt der det er GSM dekning.<br />

Dette systemet kan pr i dag dermed ikke sies å være nøyaktig nok til å kunne lokalisere et<br />

åsted for utrykningskjøretøyer.<br />

Noe som kan ha en viss interesse er en hybridløsning med kombinert bruk av<br />

cellelokalisering og GPS, disse posisjoneringsteknologiene vil begge dekke den andres<br />

svake virkningsområder. GPS virker dårlig innendørs og i tettbygde strøk mens GSM<br />

ikke har dekning i det aller mest ubebodde strøkene som til gjengjeld gir gode muligheter<br />

AMK og multimedia 62


for fri sikt til GPS satellitter. Problemet vil fortsatt være begrenset nøyaktighet i byene<br />

der en eventuelt ikke har GPS dekning.<br />

Kanskje enda mer interessant er bruk av cellelokalisering og noe som kalles etterpeiling.<br />

Etterpeilingen baserer seg på at enheten som skal peiles, f.eks. en mobiltelefon, sender ut<br />

radiosignaler som dermed kan oppfanges av en peileenhet. Radiosignalene har begrenset<br />

rekkevidde og etterpeilingen krever spesielt utstyr som en evt. måtte utstyre<br />

ambulansepersonellet med. Men på denne måten kan en bruke GSM til en grovsporing<br />

slik at en kommer innen radiorekkevidde og dermed bruker etterpeiling som har en<br />

nøyaktighet helt ned til 1m.<br />

Dersom en ser på Telenors posisjoneringsløsning i GSM nettet er arkitekturen for<br />

denne vist i figur 37. Telenor har tatt utgangspunkt i Ericssons Mobile Positioning<br />

System (MPS) og oppå denne har Telenor utviklet et eget mellomvaresystem kalt<br />

Positioning Middleware System (PMS) [59].<br />

Tilknytning til posisjoneringssystemet (MPS) skjer gjennom PMS og data nås<br />

gjennom et SOAP basert grensesnitt<br />

Rent praktisk så foretas Posisjonsbestemmelse ved at en applikasjon sender en spørring<br />

til PMS, som så returnerer posisjonen i form av lengdegrad, breddegrad og GIS<br />

informasjon.<br />

Figur 37 PMS Arkitektur<br />

AMK og multimedia 63


5.1.6.2 Observed Time Difference of Arrival (OTDOA).<br />

En metode som baserer seg på måling av tidsforskjeller på signaler mottatt fra<br />

basestasjoner. Denne teknologien fungerer kun i WCDMA baserte nettverk<br />

Signalhastigheten er kjent og man er avhengig av å motta signaler fra minst tre<br />

basestasjoner. Med slike målinger kan man oppnå rimelig god nøyaktighet med et avvik i<br />

størrelsesorden 20m [60]<br />

5.1.6.3 Nettverksassisterte GPS målingsmetoder.<br />

GPS (Global Positioning System) er i utgangspunktet utviklet for militær bruk,<br />

men bruken har siden opprinnelsen stadig blitt utvidet til nye områder. Posisjon<br />

bestemmes ved triangulær peiling av satellitter som vist i figur 38 [61], og det kreves<br />

derfor fri sikt til minst tre satellitter for å kunne bestemme en 2D posisjon bestående av<br />

lengde- og breddegrad.<br />

Posisjoneringen er meget nøyaktig med en usikkerhet på ca 10m.<br />

Som en følge av at det kreves fri sikt til satellitter fungerer systemet dårlig i omgivelser<br />

med mange fysiske hindringer (bygninger, fjell, etc.) eller innendørs.<br />

Figur 38: GPS posisjonering<br />

GPS utstyr er i dag montert i de fleste ambulanser og dette er integrert med plotting i<br />

digitale kart i Transmed systemet som beskrevet i [2.1.2].<br />

Med GPS assisterte målinger vil en også kunne foreta tilsvarende lokalisering av<br />

terminaler i mobilnettet.<br />

I UMTS standarden er kravet til usikkerhet ved lokalisering av mobilterminalers<br />

posisjon satt til 50m. Optimalt vil man med de ovennevnte metodene kunne oppnå<br />

målinger med avvik ned mot 20m uten bruk av GPS assistanse. Ved hjelp av GPS kan<br />

dette reduseres til under 10 m.<br />

AMK og multimedia 64


5.2 Ressursreservering og prioritering<br />

Tilgjengelighet og tilstrekkelig kapasitet et essensielt og danner grunnlaget for i<br />

det hele tatt å kunne opprette en hvilken som helst form for kommunikasjon. Tilgang til<br />

nødvendige nettverksressurser er derfor å anse som et absolutt krav i akuttmedisinsk<br />

kommunikasjon. Dette har som nevnt i tidligere eksempler vært et problem i flere tilfeller<br />

ved bruk av GSM mobilnettet.<br />

Nye tjenester og økt bruk av multimedia vil medføre en betydelig økning i total trafikk<br />

både blant folk flest og også i helsepersonellets kommunikasjon. 3G<br />

mobiltelefonsystemer vil tilby både økt båndbredde og mer effektiv utnyttelse av<br />

tilgjengelig frekvensspekter, men kamp om ressursene kan uansett bli en realitet i<br />

spesielle situasjoner.<br />

Den enkleste måten å unngå hele denne problemstillingen er å basere seg på et<br />

kommunikasjonsnett dedikert til nødetatene. Da blir det ingen kamp om ressursene og en<br />

vet hva en har tilgjengelig, gitt ellers normal drift.<br />

Ved bruk av offentlig tilgjengelige nett blir det for å tilfredsstille dette kravet<br />

nødvendig å innføre mekanismer for ressursreservering og preemptive prioritering av<br />

trafikk iht. ulike prioritetsklasser i nettet. Dette innebærer at mindre viktig trafikk kan<br />

avbrytes for å frigi kapasitet til høyere prioritert trafikk.<br />

Slike mekanismer er spesifisert allerede for dagens GSM system men dette har aldri blitt<br />

implementert av fra operatørenes side. Tilsvarende prioriteringsskjema for ulike<br />

trafikklasser er også spesifisert i IMT2000 standarden for 3G mobiltelefoni.<br />

Dersom en tar utgangspunkt i pakkebasert trafikk kan en også benytte<br />

eksisterende tjenestekvalitetsmekanismer og de kontrollfunksjoner som finnes i benyttede<br />

protokoller.<br />

5.2.1 IEMS - International Emergency Multimedia service<br />

ITU har i en ny anbefaling [62] definert IEMS. Denne beskriver funksjonalitet<br />

som lar autoriserte brukere får prioritert tilgang til nødvendige<br />

telekommunikasjonstjenester i akutte nødsituasjoner. Under normale forhold behandles<br />

trafikk som annen vanlig trafikk, men når ytelse faller til et forhåndsdefinert nivå kobler<br />

prioriteringsmekanismer inn.<br />

IEMS tilbyr funksjonalitet som identifiserer og autentiserer IEMS<br />

kommunikasjon, samt ruting og prioritering i nettet. Det er også støtte for tilleggstjenester<br />

som for eksempel lokalisering av innringer.<br />

Anbefalingen tar utgangspunkt i at prioriteringen skal kunne utføres med bakgrunn i<br />

medieformat, hastegrad og brukerkategori.<br />

Kommunikasjon deles dermed inn i tre prioritetsklasser:<br />

AMK og multimedia 65


Class 1: kommunikasjon bestående av en enkelt pakke. Dvs. mindre enn 48B med<br />

nyttedata.<br />

Class 2: Kommunikasjon som består av en enkelt medietype, eller der hver medietype<br />

har samme relative prioritering.<br />

Class 3: Multimediekommunikasjon der ulike formater kan ha ulike tidskrav og dermed<br />

ulik prioritering.<br />

5.2.2 eMLPP - enhanced Multi-Level Precedence and Preemption<br />

service<br />

I 3GPP jobbes det med standardisering av eMLPP [63] Dette er en mekanisme<br />

med funksjonalitet tilsvarende beskrevet ITU-T F.706 i forrige avsnitt. eMLPP definerer<br />

ulike prioritetsklasser for oppsett av samtaler samt videreføring av en samtale ved<br />

handover. Det finnes i alt sju ulike klasser De to øverste klassene er navngitt A og B og<br />

er i utgangspunktet tiltenkt intern nettverkstrafikk, men klasse B kan tilordnes vanlig<br />

nettrafikk. Disse to klassene kan bare brukes lokalt innen en MSC. De resterende fem<br />

klassene er tiltenkt vanlig trafikk og navngis 0,1..4 der 0 er høyeste prioritet.<br />

Med bakgrunn i dette kan en konfigurere nettverket til å tillate preemption og hurtig<br />

samtaleoppsett, for de respektive klasser.<br />

SIM kort inneholder en oversikt over de prioritetsklasser den enkelte har tillatelse til å<br />

bruke, og forespørsel om en spesifikk prioritetsklasse kan sendes sammen med en<br />

generell Service Request. Tildeling av prioritetsklasse avgjøres av MSC.<br />

Tilsvarende som for prioritet kan en også spesifisere oppsetningstid, som delt inn<br />

i tre klasser [63]:<br />

- Class 1 fast set-up 1-2 s;<br />

- Class 2 normal set-up < 5 s;<br />

- Class 3 slow set-up < 10 s.<br />

En av utfordringene med å ta utgangspunkt i et offentlig tilgjengelig nett er å sikre<br />

at nødkommunikasjon får nødvendig tilgang til nettet. Ved å implementere en mekanisme<br />

som eMLPP kan en tildele nødetatenes terminaler en høyere prioritetsklassifisering enn<br />

det som er tilgjengelig for den vanlige bruker. Samtidig er det viktig å presisere at denne<br />

prioriteringen gjelder kun aksess på nettet, og ikke tildeling av den tilgjengelige<br />

båndbredde, men dette vil selvfølgelig henge sammen med prioritert tilgang.<br />

Videre kan man også oppnå en betraktelig reduksjon i oppsetningstid men denne er enda<br />

et stykke i fra det som oppleves med radioer med PTT funksjonalitet slik det brukes i<br />

dag.<br />

Innføring av en slik mekanisme vil helt sikkert skape debatt. Vanlige brukere<br />

betaler for sine tjenester og kan risikere å ikke alltid få den tilgangen de har krav på, så<br />

AMK og multimedia 66


diskusjonen om hvem som skal kunne bruke dette og når det skal brukes vil helt sikkert<br />

komme.<br />

En bruk begrenset innad til nødetatene burde allikevel kunne få aksept da dette bidrar til<br />

et felles gode.<br />

5.3 Elektroniske pasientjournaler (EPJ)<br />

Elektroniske pasientjournaler defineres av KITH [64] som følger:<br />

”Med pasientjournal menes alle opplysninger om en persons sykdom og relevante<br />

personlige forhold nedtegnet av lege og annet helsepersonell. Journalen skal gi så riktige<br />

og tilstrekkelige opplysninger som mulig om pasienten og forhold av betydning for den<br />

hjelp personen trenger. En elektronisk pasientjournal (EPJ) er en pasientjournal hvor<br />

informasjonen er elektronisk lagret på en slik måte at den kan gjenfinnes ved hjelp av<br />

Edb-verktøy.”<br />

Systemer for elektroniske pasientjournaler finnes og er i bruk i AMIS lokalt hos<br />

den enkelte sentral i dag men det finnes pr i dag ingen sentralisert tilgang til<br />

pasientjournaler Situasjonen i dag er slik at hver AMK sentral kun har pasientinformasjon<br />

basert på tidligere hendelser ved akkurat denne sentralen, og ikke noe mer enn dette. Ved<br />

ønske om mer informasjon må sykehus kontaktes.<br />

En innføring av elektroniske pasientjournaler vil gjøre det enklere å sentralisere<br />

og dermed øke tilgjengeligheten av pasientinformasjon, Det jobbes også med utprøving<br />

av muligheter for å bruke ambulansejournaler elektronisk på en brukerterminal av typen<br />

PDA eller lignende og fylle ut og sende den direkte til AMK som da henter den frem i<br />

AMIS<br />

Arbeid med integrering av elektroniske pasientjournaler i det nasjonale helsenettet<br />

pågår i skrivende stund. Dette er temaet for Gustav Bellikas doktoravhandling ved UiTø i<br />

samarbeid med NST. Det overordnede målet her er: ”Forbedre kvaliteten på<br />

pasientopplysningene som gjøres tilgjengelig for sykehus og fastleger og gjøre statistiske<br />

data tilgjengelige for lokale og nasjonale helsemyndigheter. Prosjektet vil ta i bruk<br />

avansert informasjons- og kommunikasjonsteknologi og mobile løsninger.”<br />

En slik løsning vil kunne gi øyeblikkelig tilgang til viktig pasientinformasjon. Ut<br />

fra dette kan en tenke seg en del fordelaktige bruksområder. Et eksempel er ved<br />

innkommende anrop til AMK sentral. I beste fall vil kanskje nr det ringes fra knyttes<br />

direkte til pasient, og denne trenger kun verifisere at navn stemmer, eller evt. så trenger<br />

bare pasienten oppgi navn, og ut fra dette kan en få full pasientinformasjon basert på den<br />

elektroniske journalen. Dermed sparer AMK personellet tid på slike administrative<br />

oppgaver og kan konsentrere seg om den konkrete situasjonen i stedet.<br />

Et annet interessant bruksområde kan knyttes sammen med pågående arbeid innen<br />

elektronisk pasientmerking på åstedet, Med et slikt system der pasienten har en<br />

elektronisk merkebrikke kunne man koble denne opp mot en EPJ database som<br />

automatisk returnerer den aktuelle pasientens persondata, som for eksempel personalia og<br />

sykehistorikk.<br />

AMK og multimedia 67


5.4 Databasetilgang<br />

Tilgang til ulike databaser vil kunne åpne for flere interessante tjenester og i tillegg til<br />

EPJ tilgang som beskrevet over kan en tenke seg:<br />

• Informasjonsdatabaser<br />

En annen mulighet er hurtig og direkte tilgang til annen nyttig informasjon.<br />

Mulighetene her er mange og integrering med offentlige registre kan være av interesse i<br />

tillegg til helsevesenets egne informasjonsdatabaser. Noen eksempler her kan være<br />

opplysninger om skadelige og/eller giftige stoff, kjøretøysregistre, digitale kart,<br />

telefonkataloger o.s.v.<br />

• Kunnskap og opplæring<br />

Databaser gir også gode muligheter innen opplæring og kursing. Mye av den<br />

opplæringen og kursingen som er nødvendig for AMK personell er det mulig å utføre på<br />

datamaskin og internett.<br />

En mulig løsning er å lage et system der alle kurs og opplæring, som det er mulig å<br />

gjennomføre på denne måten, legges ut som nettundervisning Dette vil være en veldig<br />

fleksibel løsning der den enkelte bruker kan gå inn og gjennomføre disse ved behov og<br />

ikke minst når en har tid og mulighet. Slik kan man kanskje utnytte rolige vaktperioder.<br />

Samtidig vil dette kunne gi en kontinuerlig oppdatert kurshistorikk som gir muligheter for<br />

å kontrollere at nødvendig opplæring er gjennomført for den enkelte.<br />

5.5 EKG overføring<br />

Overføring av EKG anses som en av de viktigste telemedisinske tjenester. I<br />

situasjoner der hjerteproblemer er involvert er det av stor viktighet å komme tidlig i gang<br />

med behandling og skadene er også alvorlige.<br />

Utplassering av mobile EKG apparater er etter hvert utplassert i de fleste ambulanser og<br />

er under stadig utprøving i dag. [64].<br />

Dette er realisert på to ulike måter, begge med den hensikt å komme tidlig i gang med<br />

behandling av pasienter med hjerteproblemer [43]:<br />

• Mads Gilbert ved UNN i Tromsø leder et prosjekt der et forenklet EKG apparat<br />

plasseres i ambulanse og personellet gis nødvendig opplæring i bruk av denne.<br />

• Helse Øst har et prosjekt som også bruker EKG apparat i ambulansene, men de<br />

har også basert seg på å ta med en sykepleier på utrykning slik at denne<br />

umiddelbart kan vurdere situasjonen og rapportere tilbake, samt iverksette<br />

nødvendig behandling.<br />

Tillater mer avansert utstyr da pleierne har bedre utdanning<br />

Rent praktisk brukes det 12 kanals, 16 bit EKG med båndbredde på 400Hz. Datamengden<br />

som genereres er da i størrelsesorden 20 Kbps og en videostrøm på ca 30 sek sendes [43].<br />

AMK og multimedia 68


En lege som skal vurdere EKG bildene trenger egentlig bare et utsnitt på en eller noen få<br />

pulsrytmer men det sendes et litt større antall for å være sikker på å få et brukbart resultat<br />

og informasjonsflyten i prosessen er vist i figur 39.<br />

Informasjonsoverføringen mellom ambulanse og akuttmottak/sykehus baseres pr. i dag på<br />

GPRS/GSM, og datamengdene er såpass moderate at dette fint lar seg gjennomføre.<br />

Mobil EKG<br />

EKG data<br />

overføring<br />

Tilbakemelding<br />

Mobil Terminal<br />

2G/3G<br />

EKG data<br />

over<br />

pakkesvitsjet<br />

mobil data<br />

Spesialist/Sykehus<br />

Figur 39 EKG overføring<br />

En interessant videreutvikling av denne tjenesten vil være å kombinere det med en VoIP<br />

klient og sanntids interaktiv delt tilgang til disse bildene. Da ville det bli mulig å peke og<br />

forklare på bildene samtidig som en diskuterer dette.<br />

5.6 Overføring av hjertelyd<br />

En annen mulighet som det er uttrykt interesse for er overføring av hjertelyd.<br />

Dette kan gjøres ved hjelp av elektroniske stetoskoper. Dette er en teknikk som er under<br />

utprøving og til en viss grad i bruk i dag, Foreløpig har en stort sett basert seg på at<br />

informasjon, her i form av hjertelyd lagres og følger med pasienten inn til sykehus der<br />

stetoskopene tømmes for informasjon og hjertelyden kan tolkes av lege på stedet.<br />

Dataoverføring av hjertelyd over tele- eller internett burde det kapasitetsmessig også<br />

være rimelig greit å få til da det kun er snakk om en enkel lydkilde og kravet til<br />

båndbredde vil dermed bli omtrent som for tale.<br />

Det som karakteriseres som det største problemet med slik lydoverføring er<br />

bakgrunnsstøy fra omgivelsene. Potensialer for forbedringer kan her ligge i en annerledes<br />

utforming av stetoskoper slik at selve lytteenheten blir bedre isolert fra omgivelsene.<br />

Tilgang på høyere båndbredde vil også gi mulighet til å overføre lydsignalet med høyere<br />

kvalitet og en kan dermed oppnå et bedre signal – støy forhold.<br />

Overføring av hjertelyd vil være veldig gunstig å kombinere med EKG bilder som<br />

beskrevet tidligere.<br />

AMK og multimedia 69


5.7 Overføring av røntgenbilder<br />

Tilsvarende som for overføring av levende EKG bilder og hjertelyd uttrykkes det<br />

fra NST’s side også interesse for en løsning for overføring av røntgenbilder over nett<br />

tilsvarende den som beskrevet for mobile EKG apparater.<br />

Dette ses på som noe mer urealistisk for bruk i ambulanser da det pr i dag ikke finnes små<br />

nok røntgenapparater til å gjøre disse mobile. Gitt at slike utvikles ville dette også være<br />

fullt mulig å til på samme måte som røntgenbilder allerede overføres mellom sykehus.<br />

Noe som åpner for at en ikke er avhengig av en lokalt tilgjengelig spesialist men i<br />

prinsippet kan få bildene vurdert på et hvilket som helst sted der fagfolk er tilgjengelige.<br />

AMK og multimedia 70


6. Tekniske og kvalitative krav<br />

Foregående kapitler har sett på tjenester og funksjonalitet som kan være<br />

interessant å realisere for multimediekommunikasjon i nødnett. Videre skal vi nå se litt på<br />

tekniske, kvalitative og ikke minst praktiske krav brukerne stiller til de aktuelle<br />

medieformatene og eventuelle andre ytelsesparametere for at disse tjenestene skal<br />

fungere så tilfredsstillende at de har reell nytteverdi for brukerne.<br />

De fleste tjenester vil ha en nedre grense for hva som er kvalitativt akseptabel<br />

kvalitet men dette vil være situasjonsbetinget og avhengig av bruksområde. Det vil derfor<br />

være vanskelig å definere eksakte tallfestede spesifikasjoner på hva som kreves.<br />

Teoretiske betraktninger kan gjøres, men disse har en tendens til å sette mye høyere<br />

tekniske krav til tjenestene enn det som i mange tilfeller reelt kan bidra i en kritisk<br />

situasjon der noe kan være bedre enn ingenting.<br />

Et eksempel på dette kan illustreres med arbeidet med overgang til digitale røntgenbilder.<br />

I denne sammenheng ble det antatt at man måtte ha bilder av minst like god kvalitet som<br />

dagens analoge bilder, men praktisk forsøk viser at bilder av til dels betydelig lavere<br />

kvalitet, for eksempel 640x480 VGA oppløsning, også fungerte tilfredsstillende i de aller<br />

fleste tilfeller [43].<br />

I NST’s rapport ”Telemedisin i TETRA” [66] til Sosial og helsedirektoratet er det<br />

gjort noen generelle betraktninger rundt krav til båndbredde og tjenestekvalitet for en del<br />

aktuelle tjenester. I den videre vurderingen av tekniske krav vil det være naturlig å dele<br />

opp i ulike medieformater da det kan være svært ulike krav som er gjeldende.<br />

6.1 Lyd<br />

Lyd, da spesielt i form av tale er og vil nok alltid være den mest brukte<br />

kommunikasjonsformen og med tanke på lydkvalitet så stiller ikke dette store krav til<br />

båndbredde. Ved hjelp av god komprimering kan en i praksis kan en få til god overføring<br />

av digital lyd med en rate på ca 4 Kbps.<br />

Det som er mer viktig en båndbredde i forbindelse med lydoverføring er at det er en jevn<br />

talekvalitet ellers vil en få avbrudd og forsinkelse som kan oppfattes veldig forstyrrende.<br />

Ved bruk av andre medieformater vil nok de fleste tilfeller være i kombinasjon<br />

med lyd. Lydkanaler vil dermed kunne settes opp enten separat via en radio/mobiltelefon<br />

eller være en del av andre medieformater, for eksempel video med lydkommentarer til.<br />

Kapasitetsmessig vil det uansett system ikke være noe problem å overføre lyd av<br />

ulike former. Det som derimot kan være en utfordring her er støypåvirkning, som i<br />

tilfellet med overføring av hjertelyd som beskrevet i [5.6].<br />

Dette kan muligens løses ved ulike former for filtrering og evt. tilpassing av utstyr som<br />

tar opp denne lyden.<br />

AMK og multimedia 71


6.2 Stillbilder<br />

Overføring av bilder begynner også å få en viss utbredelse. Også her vil<br />

bruksområdet være av svært stor betydning for kravet til kvalitet.<br />

For bilder som skal gi situasjonsoversikter, vil bildekvaliteten fra dagens digitale<br />

kameraer være mer enn tilstrekkelig og til og med kameraene som en finner på<br />

mobiltelefoner kommer etter hvert med en bildeoppløsning på flere megapiksler. Dette<br />

gir en bildekvalitet som er mer enn god nok i denne sammenheng.<br />

Ved bilder brukt til skadevurdering stilles det selvsagt en del høyere krav til detaljer og<br />

kvalitet men et standard digitalkamera som nå har en oppløsning på 3-5 Mpiksler vil<br />

kunne ta gode bilder for slik bruk her.<br />

Med tanke på overføring av digitale foto vil også her datamengdene som overføres for<br />

hver enkelt bilde være ganske moderat. Det finnes også gode komprimeringsalgoritmer<br />

for bilder som gir effektiv størrelsesreduksjon uten nevneverdig kvalitetstap.<br />

Størrelsen på et slikt bilde varierer med grad av kompresjon men et typisk kamerabilde<br />

med en oppløsning på 3Mpiksler vil være i størrelsesorden 100-800 KB. Andre<br />

filformater som for eksempel .3gp som brukes mye i mobiltelefonkameraer gir<br />

filstørrelser helt ned i noen få KB.<br />

Hvis en ser på overføringstid for slike bilder kan en ta utgangspunkt i en omtrentlig<br />

filstørrelse på 200KB. Med dagens GPRS overføring kan en anta en rate på 30 Kbps og<br />

oppnås en overføringstid på ca 50s. Dette er bilder av veldig høy kvalitet og bilder tatt<br />

med lavere oppløsning eller hardere kompresjon kan ha en størrelse på bare noen få KB<br />

og tilsvarende en overføringstid på få sekunder. Dette vil selvsagt forbedres ytterligere<br />

ved økende båndbredde.<br />

6.3 Video<br />

Overføring av levende video vil være det medieformatet som på de aller fleste<br />

parametere krever mest både angående båndbredde og dermed tid, og er kanskje også det<br />

mediet som forringes fortest med synkende oppløsning/kvalitet.<br />

Her er det også nødvendig å skille mellom sanntids video og streaming der man<br />

ved hjelp av forhåndsbufring kan innføre kontrollert forsinkelse på overføringen.<br />

Sanntids video vil være nødvendig i toveis og interaktive sesjoner. Streaming vil ikke ha<br />

de samme sanntidskravene. Se for øvrig [3.4.1] for en beskrivelse av de ulike<br />

tjenesteklasser i UMTS.<br />

Som med stillbilder vil også her kravet til kvalitet avhenge av motiv og<br />

bruksområde.<br />

Aktuelle bruksområder er som nevnt situasjonsoversikt, synliggjøring av symptomer og<br />

skader ved en spesialistkonsultasjon og lignende.<br />

Et konkret eksempel på videooverføring som allerede er i bruk er overføring av EKG<br />

[5.5]. Datamengden som genereres er da i størrelsesorden 20 Kbps og legen trenger<br />

egentlig bare ett eller noen få pulsutslag for å kunne vurdere bildene men for å være<br />

sikker på å få et skikkelig utsnitt sendes en videostrøm på ca 30 sek [43]. Dermed kan en<br />

AMK og multimedia 72


klare seg med en total datamengde på ca 75 KB. Dette overføres pr i dag over en GSM<br />

dataforbindelse og med nyere teknologier dette overføres på noen få sekunder.<br />

Enkel testing med videoopptak på henholdsvis et digitalt fotokamera og en mobiltelefon<br />

er kort oppsummert i figur 40. Kvaliteten på disse opptakene er noe variabel avhengig av<br />

lysforhold, men vil være akseptabel for mange bruksområder. Spesifikasjoner og kvalitet<br />

på slikt utstyr er for tiden i rask utvikling så her vil det skje mye på relativt kort tid.<br />

En utfordring her ligger i å overføre disse fra terminal til mottaker. Tilkobling til pc i<br />

ambulanse vil være et alternativ her, som samtidig også vil gi god oversikt og muligheter<br />

til å koordinere informasjonsflyten.<br />

Streaming eller sanntidsoverføring er også aktuelt og vil være nødvendig for å<br />

gjennomføre videokonferanser. Dette kan settes opp vha tidligere beskrevne protokoller<br />

som H.323 eller SIP kombinert med RTP.<br />

Videokilde Oppløsning Bilder/s Format Datarate<br />

Nokia 6230 640x480 15 3GPP 50 Kbps<br />

Samsung Digimax<br />

U-CA3<br />

320x340 20 MPEG-4 600 Kbps<br />

Figur 40 Videostørrelser og formater med tilhørende datarater<br />

6.4 Posisjonering<br />

Når det gjelder fastsettelse av innringers og ambulanser og personells lokasjon må<br />

denne være nøyaktig nok til at utrykningskjøretøyene kan benytte dette i sin navigering.<br />

Dette innebærer at en må kunne plukke ut et spesifikt hus, og en må ha kart som er<br />

nøyaktige nok til å kunne skille mellom ulike småveier og infrastruktur både i byene og i<br />

distriktet. I praksis må en dermed ha nøyaktighet ned til noen få meter, i alle fall inne i<br />

tette bystrøk. Kravene blir litt mer fleksible ute i områder med mindre infrastruktur da det<br />

der blir lettere å orientere seg med tanke på valg av veier og lignende. Ved bruk av<br />

fasttelefon er nøyaktigheten stor da denne kan spores til en kjent lokasjon på terminalen.<br />

Lokalisering av mobile terminaler er et område det jobbes mye med og det finnes en del<br />

ulike metoder, som beskrevet i [5.1.6]. Med GPS assisterte metoder vil også disse kunne<br />

lokaliseres med en nøyaktighet på ca 10 m.<br />

En annen utfordring i denne sammenheng er at selv om en kan oppnå svært<br />

nøyaktig lokalisering så kan det i svært tettbygde byområder fortsatt være vanskelig å<br />

finne riktig inngangsdør. En typisk boligblokk vil ha mange oppganger og enda flere<br />

leiligheter pr oppgang.<br />

Et enkelt men nyttig hjelpemiddel kunne her være oblater for unik identifisering av<br />

leiligheter i oppganger i bystrøk. En slik løsning er allerede innført i enkelte borettslag<br />

[67] og slik informasjon ville forenkle utrykningsarbeidet i mange tilfeller.<br />

AMK og multimedia 73


7 FRAMTIDENS NØDNETT<br />

Det overordnede målet med denne rapporten er å kartlegge muligheter for bruk av<br />

multimediekommunikasjon i akuttmedisinsk sammenheng og hvordan dette kan bidra til<br />

å effektivisere og forbedre helsepersonellets arbeid. Før en går videre med en drøfting av<br />

framtidens helsenett kan det være greit å ta en kort oppsummering av hva som er<br />

omhandlet så langt.<br />

Innledningsvis gjennomgås dagens eksisterende hjelpesystemer og AMK personalets<br />

arbeidsrutiner. Deretter presenteres muligheter og begrensinger i 3. generasjons<br />

mobiltelefonisystemer og videre UMTS og CDMA2000 som er to aktuelle teknologier i<br />

den sammenheng. En analyse av brukernes behov i denne sammenheng og litt om hvilke<br />

krav som må stilles til eventuelle medieformater og tjenester for at de skal være<br />

hensiktsmessige i bruk følger så. Deretter knyttes konkret funksjonalitet og tjenester<br />

tilgjengelig i de aktuelle systemene sammen med de behovene og kravene som er kartlagt<br />

for å illustrere mulige metoder for å dekke disse.<br />

Dermed er det nå klart for en drøfting av framtidens AMK relaterte kommunikasjon.<br />

Hva er det realistisk å få til og hvordan kan arkitekturen for en totalløsning se ut?<br />

Det overordnete målet her vil være en sikker og velfungerende arkitektur som kan<br />

integreres mest mulig med det som er bra i dag, men som også tar i bruk de mulighetene<br />

som ligger i ny teknologi.<br />

Fungerende kommunikasjonssystemer er og vil alltid være blant de viktigste<br />

hjelpemidlene innen akuttmedisin. Helseetaten stiller veldig strenge krav til nesten alle<br />

både tekniske og brukermessige aspekter ved sine nødkommunikasjonssystemer og i<br />

skrivende stund pågår fortsatt utredningen om valg av framtidig teknologi.<br />

Det er mange og delte meninger om hvor mange reelle alternativer det faktisk finnes, og<br />

fra å være en ren TETRA utredning har utredningen etter hvert blitt teknologinøytral.<br />

Det hevdes fra mange hold også innen fagmiljøene at det kun er TETRA som vil kunne<br />

tilfredsstille alle de tøffe kravene som stilles, spesielt med tanke på<br />

samtaleoppsetningstider og hurtig direktekommunikasjon. På den annen side sliter<br />

TETRA med lav dataoverføringskapasitet, spesielt i versjon 1, og er derfor mindre egnet<br />

med tanke på bruk av digitale mobile datatjenester.<br />

I den kommersielle televerden er det en kontinuerlig utvikling og 3G<br />

mobiltelefoni er lansert i flere land og når verdens største internasjonale mobiloperatør<br />

Vodafone nylig offisielt åpnet sitt UMTS nett må 3G definitivt anses som en realitet.<br />

Dette bekreftes også av at NetCom nå lover åpning av sitt nett våren 2005. UMTS<br />

teknologien er den dominerende i Europa men den amerikanske/japanske CDMA2000<br />

teknologien har også er utgangspunkt for mange etablerte nett ellers i verden. Nå ser det<br />

ut til at de begge vil bli bygd ut i Norge, men det vil være naturlig å anta at UMTS blir<br />

den dominerende her<br />

AMK og multimedia 74


7.1 Løsningsalternativer valg av infrastruktur<br />

Et av de viktige valgene som må tas utbygging av et nytt kommunikasjonssystem<br />

er om en skal basere seg på et dedikert kommunikasjonsnettverk for nødetatene, evt. bare<br />

helseetatene eller offentlig tilgjengelige nett og infrastruktur. De mest sannsynlige<br />

løsningsalternativene er da henholdsvis TETRA2 eller 3G mobiltelefoni herunder mest<br />

sannsynlig UMTS telefoni.<br />

7.1.1 Dedikert nødnett<br />

Den i utgangspunktet mest ideelle løsningen vil mest sannsynlig være å basere seg<br />

på et system dedikert til kommunikasjon for nødetatene. Ved å velge en slik løsning<br />

slipper man problemet med ressursbegrensninger i nettet da dette kan skaleres i forhold<br />

til et ganske nøyaktig kjent antall brukere ved en eventuell utbygging. Man vil også<br />

kunne spesialtilpasse systemet til de kravene som stilles til et slikt nett. Hovedargument<br />

mot denne løsningen ligger i den økonomiske belastningen ved å bygge ut et helt separat<br />

nett. Ved valg av en slik løsning vil det mest sannsynlig være TETRA som blir valget.<br />

Denne dekker de aller fleste av de funksjonelle krav som stilles, men har en noe<br />

begrenset datakapasitet, Dette setter igjen begrensinger på bruken av innføring av digitale<br />

mobile tjenester som er et sterkt ønske og som også åpner for mange nye muligheter som<br />

beskrevet i denne oppgaven.<br />

Et annet løsningsalternativ som har vært lansert er å bygge et dedikert system på 3G.<br />

mobilteknologi. Da er det spesielt CDMA2000 i 450Mhz båndet som er ansett som<br />

interessant. CDMA2000 teknologien er i sterk vekst og tilpasninger til en rekke<br />

frekvensbånd, deriblant 450Mhz som blir ledig etter det gamle NMT450 systemet ved<br />

utgangen av 2004.<br />

3G teknologien er i utgangspunktet ikke utviklet for nødkommunikasjon men utvikling<br />

av en del funksjonalitet pågår og leverandørene viser interesse for utvikling og tilpasning<br />

på dette området.<br />

CDMA2000 er i motsetning til TETRA svært god på datakapasitet, og det arbeides med<br />

igangsetting av en CDMA pilot i Oslo så snart en får tildelt 450Mhz lisensene [68].<br />

Et dedikert nødnett vil også måtte tilpasses for kommunikasjon mot eksterne aktører,<br />

hovedsakelig publikum.<br />

7.1.2 Benytte offentlige nett<br />

Den alternative retningen er å ta utgangspunkt i et offentlig tilgjengelig nett. Dette<br />

gir store økonomiske innsparinger da en kan benytte eksisterende infrastruktur. Ulempen<br />

ligger da i å måtte tilpasse seg ferdige løsninger og tilpasse de til eksisterende<br />

brukersystemer. Disse systemene inneholder i utgangspunktet ikke spesialisert<br />

nødnettfunksjonalitet, Men en del mekanismer blir også definert nettopp med tanke på å<br />

kunne tilby nødnettfunksjonalitet. Et eksempel på dette er IEMS som er beskrevet i<br />

[5.2.1].<br />

AMK og multimedia 75


Mest aktuelt vil det i dette tilfellet bli å basere seg på offentlige mobilnett med dagens<br />

2.5G og ikke minst 3G som nå er på vei med UMTS utbyggingen som pågår og dermed<br />

med sikkerhet vil komme til kommersielt bruk.<br />

I tillegg er det også flere interessenter rundt en kommersiell utbygging av CDMA2000<br />

nett. Et samarbeid mellom kommersielle aktører og helsevesen kunne her gi en stor<br />

økonomisk besparelse sammenlignet med en egen utbygging.<br />

Dersom et nødnett skal baseres kun på kommersielt tilgjengelig og delt infrastruktur må<br />

det foretas en del tilpasninger for å tilfredsstille en del krav som bør anses som<br />

ufravikelige. Dette gjelder bl.a. dekningsgrad, preemptive ressursreservering og sikker<br />

kryptering av trafikken.<br />

7.1.3 Kombinasjon av de to forrige<br />

Dersom en ser på situasjonen i dag har det utviklet seg slik at i tillegg til det<br />

primære radiosystemet som benyttes har også mobiltelefonen blitt et svært viktig verktøy,<br />

ikke bare eksternt ut mot publikum men også internt i etaten som et substitutt til<br />

radiosambandet. Det vil være naturlig å anta at et slikt bruksmønster vil fortsette også ved<br />

innføring av nye systemer. Slik det er i dag er det jo ingen systemer som kan dekke alle<br />

de definerte behovene og det er ikke urealistisk å se for seg TETRA som primær<br />

kommunikasjonskanal for øyeblikkelig taletrafikk og i tillegg 3G. mobil som databærer<br />

ved siden av dette, og som dermed kan åpne for et bredere spekter av tjenester som<br />

diskutert tidligere i oppgaven. På denne måten kan man til en viss grad oppnå det beste<br />

fra begge deler. Det optimale ville selvsagt være å basere seg på et system som dekket<br />

alle behov, men dette lar seg vanskelig realisere i praksis, og dermed må en kanskje satse<br />

på en struktur som gir best mulig integrasjon og støtte for nødvendig funksjonalitet.<br />

Et annet argument som støtter opp om bruk av flere samtidige teknologier/systemer er<br />

behovet for tilgjengelighet. I en akuttsituasjon er en absolutt avhengig av fungerende<br />

kommunikasjon og dette kan i enkelte tilfeller være forskjellen mellom liv og død og<br />

redundans i form av to separate systemer vil dermed være hensiktsmessig ved systemfeil.<br />

7.1.4 Selveie vs. Tjenestekjøp<br />

Økonomi vil alltid være et vesentlig aspekt i slike sammenhenger, og det er snakk<br />

om betydelige investeringer, for eksempel snakkes det i TETRA sammenheng om 3-5<br />

mrd. NOK. Utnyttelse av teknologi som allerede eksisterer eller som samtidig kan ha<br />

kommersielle interesser er derfor av stor interesse. UMTS nettet er som nevnt allerede<br />

under utbygging. CDMA2000 løsningen har blitt foreslått som en distriktenes ”bredbånd<br />

light” variant og dette kan fort bli et tungtveiende argument mot et TETRA nett dedikert<br />

til nødetatene.<br />

Et alternativ til at nødetatene bygger ut enten selv eller i fellesskap er å basere seg<br />

på tjenestekjøp. Dette innebærer at private aktører inviteres til å utforme, finansiere,<br />

bygge, drive/vedlikeholde et nett på statens vegne. Ved en slik løsning må man kreve at<br />

staten inngår et langsiktig avtaleforhold, typisk 15-20 år. Denne kjøpsformen er valgt for<br />

AMK og multimedia 76


nødnett i blant annet Storbritannia og Tyskland. En slik utbyggingsform kan brukes både<br />

ved valg av TETRA eller et eget 3G basert nett [69].<br />

7.2 Den multimediebaserte AMK sentralen<br />

Det finnes i Norge i dag nesten 4 millioner mobiltelefoner [70], og vi får også et<br />

stadig større spekter av andre teknologiske hjelpemidler og. For helsevesenet er det ikke<br />

bare snakk om å etablere et fungerende internt kommunikasjonssystem. Kommunikasjon<br />

med publikum er også et veldig viktig aspekt, og et system som fungerer med ”verden<br />

utenfor” er også av stor viktighet. Den tradisjonelle telefonen vil nok fortsatt være det<br />

viktigste hjelpemiddel mellom publikum og helsepersonell, men dersom en kunne basere<br />

seg på en nettverksplattform for et bredere utvalg av utstyr vil det være lettere å ta i bruk<br />

dette og utnytte dagens teknologiske muligheter til fulle.<br />

De siste årene har den medisinske verden vært preget av en global<br />

kunnskapseksplosjon som en følge av den store utviklingen av, og økte bruken av teknisk<br />

utstyr. Dette har skapt en grunnleggende problemstilling: Hvordan skal en kontrollere og<br />

håndtere denne nye kunnskapen. Svaret har i praksis blitt gjennom spesialisering av<br />

personell. Dette kan igjen medføre at en kan bli avhengig av spesifikke spesialister, og<br />

disse er ikke nødvendigvis tilgjengelige på stedet i akuttsituasjoner.<br />

I denne sammenheng snakkes det også om ”evidenced best medicine” som er en<br />

betegnelse for en felles enighet om beste behandlingsmetode for gitte sykdommer og<br />

skader.<br />

Som en konsekvens av de stadig økende mulighetene, samt økt kunnskap vil en få<br />

en stadig større og mer komplisert informasjonsflyt. Dermed blir det stadig vaskeligere å<br />

være forberedt på alle muligheter. Dette gjelder spesielt med tanke på deltakelse fra<br />

publikum som i mange tilfeller vil være en viktig støttespiller med tanke på tilgang til<br />

informasjon.<br />

AMK Sentralenes viktigste oppgave ligger i at de vet hvem som kan hjelpe, og<br />

dermed kan de styre informasjon til de rette instanser situasjonen tatt i betraktning. En<br />

stor utfordring skapes av at dersom en åpner døra for teknologien vil det bli stadig mer<br />

informasjon som må behandles og denne vil komme fra en rekke ulike kanaler og i<br />

mange ulike formater. Dette leder til et krav om en multimediebasert nødmeldetjeneste<br />

som kan håndtere alle de informasjonskanalene som måtte være aktuelle og en<br />

koordinering av systemer vil også måtte bli nødvendig. Ulike aktører som bidrar til<br />

informasjonsnettverket som oppstår ved en akuttmedisinsk hendelse er skissert i figur 41.<br />

AMK sentralen fungerer som hjerte og hjerne og skal være en kunnskaps- og<br />

informasjonsformidler og -koordinator. Figuren illustrerer de mest vanlige veiene for<br />

informasjonsflyt, og begrepet publikum omfatter i denne sammenheng både til den som<br />

varsler om en hendelse, og dette kan i mange tilfeller være pasienten selv, men også til<br />

alle andre utenforstående som befinner seg ved skadestedet. Tilsvarende så brukes<br />

ambulanse her både som selve utrykningskjøretøyet men også tilhørende helsepersonell<br />

deriblant en eventuell skadestedsleder, når de har ankommet stedet. Figuren kan nok også<br />

AMK og multimedia 77


tenkes utvidet i enkelte spesielle situasjoner. Et eksempel på dette kan være dersom andre<br />

etater er involvert.<br />

Publikum<br />

Media<br />

AMK<br />

Ambulanse<br />

Spesialist\Lege<br />

Figur 41 Typisk informasjonsflyt ved en akuttmedisinsk hendelse<br />

7.3 Tjenester<br />

Som en følge av flere aktører og mange ulike systemer vil AMK sentralen også<br />

måtte være i stand til å handle en rekke ulike dataformater og funksjonalitet. figur 42<br />

skisserer en struktur for overordnede tjenestetyper som kan være aktuelle i denne<br />

sammenheng.<br />

En tar her utgangspunkt i et system som åpner for bruk av både digital radio, datatrafikk<br />

og linjesvitsjet trafikk. Avhengig av de valg som tas kan en tenke seg at en eller flere av<br />

disse komponentene fjernes for eksempel ved valg av en løsning basert på TETRA som<br />

jo er et digital radio system. Eventuelt kan en gå andre veien og basere seg på 3G<br />

mobiltelefoni og dermed fjerne digital radio delen av figuren.<br />

I en kombinert løsning kan en tenke seg at digital radio brukes som intern<br />

kommunikasjon da spesielt da spesielt for øyeblikkelige talemeldinger som krever PTT<br />

funksjonalitet. I tillegg brukes pakkebasert kommunikasjon over IP for å tilby støtte for<br />

multimedietjenester. Denne kan i utgangspunktet baseres på mange ulike<br />

aksessteknologier som vist i figur 43.<br />

AMK og multimedia 78


Ambulanse<br />

Andre<br />

nødetater<br />

Lyd<br />

Tekst<br />

Bilde<br />

Data<br />

Sykehus<br />

Leger<br />

Digital radio<br />

Personell<br />

AMK<br />

Pakkesvitsjet<br />

data<br />

Video<br />

Folkeregister<br />

Databaser<br />

Linjesvitsjet<br />

tale<br />

EPJ<br />

Publikum<br />

Best evidenced<br />

medicine dok<br />

Kart<br />

Figur 42 Multimediekommunikasjon ved AMK sentralen<br />

7.4 Alt over IP,IP over alt<br />

Den store forskjellen fra dagens 2G og nye 3G er kombinasjonen av<br />

pakkesvitsjing og økt båndbredde. Med dette danner man grunnlag for mobile<br />

datatjenester og internettprotokollen IP får i denne sammenheng en stadig større og<br />

viktigere rolle. Innen datakommunikasjon finnes det et velkjent begrep som heter ”Alt<br />

over IP, IP over alt”. IP som nettverksprotokoll støttes av mange ulike teknologier og<br />

utviklingen synes stadig å gå mot en stadig større grad av internettbasert kommunikasjon.<br />

Med en slik felles kjerneprotokoll blir det mulig å tilby sømløs forbindelse av ulike<br />

applikasjoner og tjenester over en rekke ulike aksessteknologier som vist i figur 43 [71].<br />

.<br />

AMK og multimedia 79


Figur 43 IP som felles kjernenett over ulike aksessteknologier<br />

Som tidligere diskutert vil det fortsatt være en stund til mobiltelefonisystemene baseres<br />

kun på pakkesvitsjing for tale og data. Men utviklingen går denne veien og også TETRA<br />

med en utvikling mot EDGE basert datastøtte. Da beslutningene rundt et nødnett lar vente<br />

på seg, kan det godt være mulig at et alt over IP nett kan bli en realitet for nødetatene.<br />

Med bakgrunn i økt støtte for pakkebasert trafikk vil det bli lettere å få til integrerte<br />

tjenester over underliggende teknologier da disse fungerer uavhengig av aksessteknologi<br />

på en felles nettverksprotokoll – IP.<br />

Dette gjenspeiles i de respektive protokollstakker for henholdsvis UMTS, CDMA2000 og<br />

GPRS gjengitt i figur 44 [72], figur 45 [73] og figur 46 [74] der en kan se at de til tross<br />

for ulike både under- og overliggende protokoller alle støtter IP som nettverksprotokoll.<br />

Nevnte figurer illustrerer videre at med en slik sentral nettverksprotokollstakk oppnås en<br />

veldig fleksibel protokollstruktur der en kan tilpasse over og underliggende protokoller<br />

etter behov.<br />

Dette gir også mulighet for å bruke eksisterende og kjente mekanismer for<br />

ressursreservering, tjenestekvalitet og signalering. Et eksempel på sistnevnte er SIP som<br />

er valgt som standard signaleringsprotokoll i UMTS release 5.<br />

AMK og multimedia 80


Figur 44 UMTS protokollstakk user plane<br />

Figur 45 CDMA2000 protkollstakk<br />

Application<br />

E.g. , IP ,<br />

PPP<br />

E.g., IP,<br />

PPP<br />

Relay<br />

Relay<br />

PDCP<br />

PDCP<br />

GTP-U<br />

GTP-U<br />

GTP-U<br />

GTP-U<br />

RLC<br />

MAC<br />

L1<br />

MS<br />

RLC UDP/IP<br />

UDP/IP UDP/IP<br />

UDP/IP<br />

MAC L2<br />

L2 L2<br />

L2<br />

Uu<br />

L1 L1<br />

L1 L1<br />

L1<br />

Iu-PS<br />

Gn Gi<br />

UTRAN<br />

3G-SGSN<br />

3G-GGSN<br />

Figur 46 GPRS protokollstakk over UTRAN radioaksessnett<br />

AMK og multimedia 81


7.5 3G SYSTEMLØSNING<br />

Hvordan vil så multimediekommunikasjon kunne bidra i en framtidig<br />

nødnettløsning?<br />

Kommunikasjonen i en sentral deles i dag inn i tre overordnete deler. Eksternt ut mot<br />

publikum, pasienter og andre utenforstående. Intern kommunikasjon foregår mellom<br />

AMK sentral, ambulanser, leger og annet helsepersonell. Datakommunikasjon foregår i<br />

dag i stor grad over GPRS forbindelser.<br />

I neste generasjons nødnett vil innføring av digitale mobile tjenester gjøre det<br />

mulig å kombinere samtidig tale og data. Dette vil åpne for mange nye tjenester som<br />

beskrevet gjennom denne rapporten.<br />

Figur 42 illustrerer en mulig overordnet arkitektur for AMK relatert<br />

kommunikasjon. Den linjesvitsjede taletrafikken og eventuell radiokommunikasjon vil i<br />

praksis fungere tilsvarende som i dag. Mens aktuelle nye multimedietjenester med<br />

bakgrunn i pakkebasert datatrafikk er illustrert i figur 47.<br />

Figur 47 Ulike applikasjonstyper over et felles IP nett<br />

AMK og multimedia 82


Et litt mer praktisk eksempel på noen av de aktører og den funksjonalitet som vil<br />

være involvert i en typisk brukssituasjon vises i figur 48. For mer detaljert innformasjon<br />

om disse henvises det til tidligere kapitler.<br />

Figur 48 Praktisk scenario AMK situasjon<br />

Ved et innkommende anrop kan en benytte seg av nettverksinitiert LCS funksjonalitet for<br />

å bestemme innringers posisjon. Tilsvarende kan en holde oversikt over tilgjengelige<br />

ressurser som ambulanser og personell. Denne informasjonen benyttes sammen med<br />

digitale kart for navigering til åsted.<br />

Innringer kan bidra i den forberedende fase med situasjonsstatus i form av tale, bilder og<br />

video.<br />

Ved ankomst på åstedet starter identifisering og registrering av pasienter. Her kan en<br />

benytte et elektronisk pasientmerkingssystem (EPM) og dette kan koordineres opp mot<br />

en elektronisk pasientjournal (EPJ) for sykehistorikk.<br />

Intern kommunikasjon på åstedet og inn mot AMK sentral kan baseres på<br />

multimediekompatible terminaler (UE). Da kan en ta utgangspunkt i en IM klient med<br />

PoC funksjonalitet. En slik klient vil være et godt utgangspunkt for<br />

gruppekommunikasjon og enkel administrasjon av brukergrupper. Videre vil den også<br />

kunne fungere som en logg for viktige hendelser, slik at nyankommet personell lett kan<br />

oppdatere seg i den spesifikke situasjonen.<br />

Multimediekonferanser vil kunne settes opp vha den samme klienten og en kan da<br />

benytte beskrevne protokoller som H.323, H324M og SIP. Dette gir mulighet for alt fra<br />

enkel tekst og bildeoverføring til interaktive videokonferanser.<br />

Når det gjelder signalering, flykontroll og multimediesesjoner kan en benytte seg<br />

av standardiserte protokollsamlinger støttet av underliggende systemer.<br />

IP basert trafikk gir også mulighet til å benytte en velkjente sikkerhets-, prioriterings- og<br />

ressursreserveringsmekanismer. Samtaler kan for eksempel settes opp over sikre VPN<br />

forbindelser.<br />

AMK og multimedia 83


Som beskrevet er det også definert mekanismer som definert i IEMS. eMLPP er et<br />

praktisk eksempel på dette og denne har til hensikt å sikre nødvendig aksess til nettet i<br />

situasjoner der nettet er utsatt for harde belastninger. Dette kan gjøres ved å benytte<br />

preemptive prioritering i henhold til definerte trafikklasser.<br />

AMK og multimedia 84


8 DISKUSJON<br />

I det følgende vil det komme noen betraktninger rundt de løsninger beskrevet i denne<br />

rapporten.<br />

Målsetting har vært å kartlegge mulighetene for multimediekommunikasjon som<br />

et verktøy i AMK organisasjonens arbeid. Det tas utgangspunkt 3G<br />

mobiltelefonisystemer som underliggende teknologi. 3G er i Norge fortsatt under<br />

utbygging. Dette kombinert med at teknologi eller tidspunkt for realisering av neste<br />

generasjons nødnett ikke er vedtatt gjør at det er vanskelig å si noe eksakt om hvilke<br />

tjenester som faktisk kan tilbys. De løsninger som her er presentert tar derfor<br />

utgangspunkt i det standardiseringsarbeid som foregår i IMT2000. Noen av disse er<br />

realiserte allerede mens andre ligger en del fram i tid.<br />

Med bakgrunn i dette er det også vanskelig å si noe hvordan de samme tjenestene kan<br />

oppfylle de kravene som går på oppsetningstider. For PTT kommunikasjon stilles det<br />

veldig strenge krav til akkurat dette. Hva de reelle ytelser blir her er det vanskelig å<br />

fastslå.<br />

I den helt avsluttende fasen av dette arbeidet kan en lese at det nå omsider går mot<br />

et stortingsflertall for et nytt nødnett. Teknologien vil høyst sannsynlig bli TETRA og<br />

oppstart blir i 2005 [75]. Om dette virkelig blir en realitet gjenstår å se men et endret<br />

trusselbilde i samfunnet har vært med vært med på å framskynde dette. Eksempelvis<br />

foreligger det sterke mistanker om at politiets radiosamband ble avlyttet under det brutale<br />

ranet i Stavanger.<br />

Hvordan dette systemet blir utbygd og hvor godt det vil fungere gjenstår å se. Med tanke<br />

på multimediekommunikasjon er datakapasiteten svært begrenset i dagens TETRA men<br />

utbedringer er under standardisering. At 3G multimediekommunikasjon vil bli tatt i bruk<br />

som et supplement til TETRA er ikke utenkelig.<br />

AMK og multimedia 85


9 KONKLUSJON<br />

I neste generasjon nødnett er det ønskelig å innføre digitale mobile tjenester. 3G<br />

mobiltelefonisystemer som er under utbygging og stadig utvikling byr på nettopp dette.<br />

Høy båndbredde og støtte for pakkesvitsjede forbindelser åpner for et bredt spekter av<br />

multimedietjenester som vil kunne bidra til en bedre og mer effektiv AMK organisasjon.<br />

Tilgang på ny teknologi samt en kunnskapseksplosjon i den medisinske verden i den<br />

senere tid resulterer i økt mengde informasjon. For å håndtere dette må en etablere en<br />

multimediebasert AMK sentral.<br />

Som beskrevet i denne rapporten er det mange interessante tjenester som kan<br />

realiseres ved hjelp av multimediekommunikasjon. Det finnes imidlertid ingen systemer i<br />

dag som tilfredsstiller alle de krav som stilles til et slikt nødnett. Mulighetene som ligger i<br />

ny teknologi må imidlertid koples til de behovene den kan være med på å avhjelpe.<br />

Funksjonalitet som er rask, effektiv og lett å betjene uten at dette tar oppmerksomheten<br />

fra personellets arbeidsoppgaver er helt nødvendig.<br />

En hybridløsning liknende den som finnes i dag, med digital radio for<br />

hastekommunikasjon og 3G som bærer for avanserte multimedietjenester er ikke<br />

usannsynlig.<br />

AMK og multimedia 86


REFERANSER<br />

1 http://www.nodnett.dep.no/nyheter/0403nodognettinorge.htm<br />

2 Advanced informatics in Medicine 1991<br />

3 Bruun, Sven. AMK presentasjon – 2002 Statskonsult, Ullevål Universitetssykehus<br />

Elektronisk vedlegg<br />

4 http://www.helsekomponenter.no/<br />

5 Helland, Tor KOKOM, e-post Elektronisk vedlegg<br />

6 www.locus.no<br />

7 http://www.lascom.net.nz/lascom_racal_wordnet.htm<br />

8 Aksnes, A.O, Dreyer, K, Juvkvam, P.C. 23.11.2002: Akuttmedisinsk<br />

kommunikasjon og samhandling, (Kilde Willy Skogstad)<br />

9 http://www.tidsskriftet.no/lts-pdf/pdf2004/640-3.pdf<br />

10 http://www.nodnett.dep.no/<br />

11 AB STELACON 23.03.2002 Finansiell och funktionell analys av alternativa<br />

tekniker för gemensamt radiokommunikationsnät för skydd och säkerhet<br />

12 http://www.datatilsynet.no/arkiv/andreforsideoppslag/v2004/dsb.pdf<br />

13 http://www.tetramou.com/resources/files/TWC03/3_TWC03_DMO.ppt<br />

14 Det kongelige justis- og politidepartementet, 11.03.2001: Utredningsrapport - Felles<br />

radiosamband for nød- og beredskapsetatene<br />

15 http://www.nodnett.dep.no/arkiv/sammendrag%20norsk%20v1_0.pdf<br />

16 Lescyer, P, Bott, F (oversettelse), 2004: UMTS Origins, Architecture and the<br />

Standard, ISBN 1-85233-676-5<br />

17 www.3gpp.org<br />

18 www.3gpp2.org<br />

19 http://www.umtsworld.com/umts/faq.htm<br />

20 http://www.samsung.com/Products/CDMA20001xEV_DO/technicalinfo/index.htm<br />

21 http://www.lucent.com/livelink/090094038005df2f_White_paper.pdf<br />

22 http://www.av.cs.tu-berlin.de/Vorlesung/AV-IMS-Aushang.pdf<br />

23 3GPP TS 29.198-1 V5.5.0. 2004-04: Open Service Access (OSA);Application<br />

Programming Interface (API); Part 1: Overview (Release 5)<br />

24 3GPP TS 23.127 V5.2.0. 2002-06: Virtual Home Environment/Open Service Access<br />

(Release 5)<br />

25 http://www.cse.ohio-state.edu/~jain/cis788-99/ftp/h323/<br />

26 http://images.telephonyonline.com/files/7/Radvisionfig1.jpg<br />

27 http://www.iptel.org/ser/doc/sip_intro/sip_introduction.html<br />

28 http://www.itu.int/ITU-D/tech/imt-2000/sofia2002/documents/PART2_SLOT2-<br />

4_Eylert.pdf<br />

29 http://www.3gpp.org/specs/releases-contents.htm<br />

30 http://nasla.yonsei.ac.kr/activity/data/2ndngn-6.ppt<br />

31 http://www.iec.org/online/tutorials/atm_fund/<br />

32 http://www.umtsworld.com/technology/wcdma.htm<br />

AMK og multimedia 87


33 SIE 50AA – Mobilitetshåndtering og formattilpasning i heterogene nett UMTS<br />

presentasjon. Elektronisk vedlegg<br />

34 Rækken, R, H, Walter, K, E; Fra GSM til UMTS - en oversikt. Telenors UMTSprosjekt<br />

Elektronisk vedlegg<br />

35 http://www.cdg.org/technology/3g/evolution.asp<br />

36 http://www.altera.com/solutions/comm/wireless/cellular/cdma2000/wir-<br />

3gcdma2000.html<br />

37 http://www.ericsson.com/cdmasystems/tech/CDMA2000.shtml<br />

38 Colban, Eric, CA/EWU, e-post videresendt fra Kristiansen, Lill; Elektronisk vedlegg<br />

39 http://www.digi.no/php/art.php?id=105260<br />

40 http://www.npt.no/pt_internet/venstremeny/hoeringer/frekvenser/NMT-<br />

450_sak200105378/anbefalinger_om_utlysning.pdf<br />

41 http://www.twice.com/article/CA408200.html?display=Communications<br />

42 Tjora, A, H, 2002; Aksjonskollektivet - Samarbeid og bruk av teknologi i<br />

akuttmedisinsk koordinering.<br />

43 Per Hasvold NST telefonsamtale.<br />

44 http://telephonyonline.com/ar/telecom_ready_prime_time_2/<br />

45 http://www.telecommagazine.com/default.asp?journalid=3&func=articles&page=04<br />

03t07_03&year=2004&month=3<br />

46 http://www.ccl.itri.org.tw/ABOUT/ccl_enews/CCL_e9304153K.htm<br />

47 http://www.northstream.se/download/PoC%20White%20Paper%20-<br />

%20Feb%202004.pdf<br />

48 http://www.nokia.com/nokia/0,8764,46750,00.html#whatdoes<br />

49 http://www.serverwatch.com/tutorials/article.php/1355121<br />

50 http://www.telemed.no/getfile.php/57980.357/Stillbilde+fra+ambulanse.doc<br />

51 http://www.studiemotet.no/2003/Foredrag_2003/Gylterud.ppt<br />

52 MMS Stage 2 Functional Description 3gpp2.org<br />

53 http://www.taxinett.no/direkt_nor/Taxi%20Direkte%20nordisk%20(norsk)-<br />

filer/frame.htm#slide0004.htm<br />

54 http://www.fcc.gov/911/enhanced/<br />

55 3GPP TS 22.071 V6.7.0.2004-03: Location Services (LCS); Service description;<br />

Stage 1(Release 6)<br />

56 Kurashima, A, Uematsu, A, Ishii, K, Yoshikawa, M, Matsuada, J.12.09.03:Mobile<br />

Location Services Platform with Policy-Based Privacy Control<br />

57 3GPP TS 23.271 V5.10.0 (2004-03) - Functional stage 2 description of Location<br />

Services(LCS) (Release 5)<br />

58 http://www.umtsworld.com/technology/lcs.htm<br />

59 Telenor Positioning middleware System PMS presentasjon, Lien, Leif Tomas<br />

60 Agrawal, S,C, Agrawal,S, 2003-09: Location Based Services<br />

61 http://www.garmin.com/aboutGPS/http://www.trimble.com/gps/what.html<br />

62 ITU F.706 IEMS International Emegency Multimedia Service Elektronisk vedlegg<br />

63 3GPP TS 23.067 V6.0.0. 2003-03: enhanced Multi-Level Precedence andPreemption<br />

service (eMLPP) - Stage 2(Release 6)<br />

64 http://www.kith.no/epj/<br />

65 http://www.p4.no/txo/101585.asp<br />

AMK og multimedia 88


66 Telemedisin i TETRA - NST rapport til Sosial og helsedirektoratet, Hasvold Per,<br />

Hagen Oddvar og Johannessen Liv Karen, 08.09.03 Elektronisk vedlegg<br />

67 http://www.elvefaret.no/fakta/leilighetene.htm<br />

68 http://www.nodnett.dep.no/nyheter/040422CDMAleverandorer.htm<br />

69 http://www.nodnett.dep.no/nyheter/040203sinnsyk_utredning.htm<br />

70 http://www.teknologiradet.no/html/480.htm<br />

71 nasla.yonsei.ac.kr/activity/data/2ndngn-6.ppt<br />

72 http://www-106.ibm.com/developerworks/wireless/library/wi-speed/<br />

73 http://www.mpdigest.com/Articles/2002/August2002/spirent/Default.htm<br />

74 3GPP TS 23.060 V6.4.0. 2004-03: General Packet Radio Service (GPRS); Service<br />

description; Stage 2 (Release 6)<br />

75 http://telecom.no/showArticle.php?articleId=10032<br />

AMK og multimedia 89

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!