FORORD
FORORD
FORORD
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