Robust mobilt helsenett konseptfase. Overordnede krav og behov

Transkript

1 Robust mobilt helsenett konseptfase Overordnede krav og behov Saksnummer: Versjonsnummer: 1.01 Godkjent dato: Godkjent i prosjektstyremøte Utarbeidet av: Gaute Nygreen

2 Innhold Endringsoversikt... 3 Referanser... 4 Innledning... 5 Overordnede krav... 6 Krav og behov basert på use-cases... 6 Krav forslag fra Vest... 7 Krav forslag fra Sør-Øst... 7 Krav forslag fra Nord... 8 Krav forslag fra Midt... 9 Krav forslag fra Luftambulansetjenesten Endelig liste overordnede krav

3 Endringsoversikt Versjon Dato Forfatter Beskrivelse Gaute Nygreen Dokumentmal for innsamling av overordnede krav Input fra helseregionene Gaute Nygreen Samlet kravliste Gaute Nygreen Oppdatert etter workshop Gaute Nygreen Oppdatert med hvordan overordnet kravliste dekker krav fra Midt og SØ Gaute Nygreen Oppdatert med hvordan overordnet kravliste dekker krav fra Vest, Nord og Luftambulansetjenesten Gaute Nygreen Oppdatert etter kommentarer fra Prosjektstyre Gaute Nygreen Gjennomgang alle kapitler 3

4 Referanser [1] NIKT, «NIKT Sak 99/15 B Konseptfase - Robust mobilt helsenett,» [2] «Robust mobilt helsenett Use-case beskrivelser for bruk av mobil helsenett-tilgang,»

5 Innledning I forbindelse med konseptfasen av Robust Mobilt Helsenett [1] ble det samlet inn overordnede krav fra RHFene, HDO og Luftambulansetjenesten. I tillegg ble behov/krav fra arbeid med use-case [2] tatt inn i dette dokumentet. Kravene ble bearbeidet gjennom flere workshops og videomøter, og endelig liste med overordnede krav er beskrevet i siste del av dokumentet. Noen krav i endelig kravliste kom gjennom dette arbeidet og kan ikke føres tilbake til en bestemt kilde. Alle krav som kom som innspill fra ulike organisasjoner og fra usecase dokumentet er koblet til krav i endelig kravliste. 5

6 Overordnede krav I dette kapittelet følger de overordnede kravene fra Use-cases, RHFene og Luftambulansetjenesten. Som nevnt i innledningen til dokumentet så er de opprinnelige kravene bearbeidet gjennom workshops og videomøter, i denne bearbeidelsen ble det delvis arbeidet direkte med den endelige kravlisten som kommer i neste kapittel "Endelig liste overordnede krav ". Etter at den overordnede kravlisten var klar, har hver organisasjon sjekket tilbake at sine krav er dekket. Dette er gjort med å notere ned hvilke krav i den endelige kravlisten dekker hvert av kravene i den overordnede listen fra organisasjonen. Kravene er delt inn i MÅ krav og BØR krav. I konseptfasen forholdt prosjektet seg til overordnede krav som går på behov som skal dekkes. Krav og behov basert på use-cases Behovene er avledet fra use-casene i "Robust mobilt helsenett Use-case beskrivelser for bruk av mobil helsenett-tilgang" [2] Kommunikasjon med AMK sitt flåtestyringssystem, med informasjon om pasient og navigasjon, små datamengder. (Krav 1 og 12) Kommunikasjon i og utenfor fartøy, EKG har lav datamengde. Skjermdeling og evt. fremtidig strømming av lyd vil kreve noe mer. (Krav 1, 12 og 14) Mobil nett-tilgang i fartøy. (Krav 1 og 12) Mobil nett-tilgang fra der journalen føres (elektronisk). (Krav 1, 12 og 14) Behov: overføring av store datamengder og dette løses i dag ved en ruter som benytter seg av flere mobilnett. (Delvis krav 1, 12 og 24) Best mulig nett-tilgang når de er inne hos pasienten. Dette kan generaliseres til tilgang til foretakets/kommunens arbeidsflate og kliniske systemer på en sikker og stabil måte. (Krav 1, 12 og 14) Robust nettilgang på de plassene blodbussen stopper. Og helst nettilgang når den kjører. (Krav 1, 2, 12 og 16.) Nett-tilgang så en fremtidig P-EPJ kan overføres mellom ulike fartøy og til sykehuset. (Krav 1, 12 og 14) For fremtiden er følgende behov beskrevet: Beslutningsstøtte: P-EPJ må løse beslutningstøtte basert på triageringsystem som respektive ambulansetjeneste benytter. (Tjeneste, så ikke vurdert videre) o Innhente pasientinformasjon på vei til pasienten. o Registrere pasientinformasjon/oppdatere P-EPJ. (krav til tjeneste) Behov for å støtte video (Krav 19) Behov for store datamengder ved en del tjenester. (Delvis Krav 1, 12 og 24) 6

7 Krav forslag fra Vest Blodbuss: Nett tilgjengelig uavhengig av leverandør (Krav 1) Tilgjengelig hele tiden. Estimert tap hvis ikke tilgjengelig en dag ca " Nettverket må følge utstyr/bruker. (krav 14) Mobilt røntgen. Jordmødre Tolk Ambulanse Mobilt røntgen: (Delvis, ingen krav som går direkte på forventet kapasitet, Krav 20, 21 og 25): Estimert datamengde per behandling ca 200 MB." Video (2-veis): (Krav 19) Videokonferanse må kunne benyttes i felt. Tolk (Bil/skadested), kroppsspråk og tegn. Slag/blodpropp Ambulanse Jordmødre, konsultere spesialist. Tilgjengelighet. (Krav 1, 12, 18) Løsningen må bestå av flere bærere (leverandører). Automatisk bytte av bærer. Modulært Satellitt: Primær for fly/helikopter Viktig for båter Vurderes som backup på land (i ambulanse) hvor man kun har en bærer. Datapool? (Krav 21, 23,24) Fakturering enkel. Krav forslag fra Sør-Øst HSØ K1. Løsning som kan gå relativt greit inn i eksisterende infrastruktur. HSØ K2. Mulighet for levering av en «pakke» Kommentar: Vi regner med at det her vil være en del detaljer som vil bli diskutert videre i planleggingsfasen. HSØ K3. Plasseringsvennlig Dekket av overordnede krav nr 5. HSØ K4. Enkelt å bytte utstyr ved feil o.l Dekket av overordnede krav nr 5. HSØ K5. Remote konfig/management/kill (MÅ) Dekket av overordnede krav nr 3. HSØ K6. Strøm (oppstart etter strømbrudd) 7

8 Overordnede krav nr 11. HSØ K7. Datapakker. Dekket av overordnede krav nr 21, 23 og 24 HSØ K8. Separere i ulike nett. F.eks SIKT, gjestenett og lukket nett. Delvis dekket av overordnede krav nr 16 og 17. Kommentar: Bør krav i overordnede krav. Mange i HSØ vil nok si at dette er et må-krav. HSØ K9. Pris! Kommentar: Henger litt sammen med HSØ K2. (Mulighet for levering av en «pakke»). Det er litt vanskelig å si hva som er akseptabel pris, men kost/nytte vil jo bli vurdert av HF ene. Muligheter for leasing/leie av noe av utstyret (f.eks rutere) kan være interessant for enkelte HF. HSØ K10. Minimum 2 bærere Dekket av overordnede krav nr 1 og 12 HSØ K11. Intelligens i endepunktsenhet for å håndtere flere nett/failover. Dekket av overordnede krav nr 12. HSØ K12. WAN-port og WiFi-AP med 2 radioer (Bør) Delvis dekket av overordnede krav nr 2 og 18. HSØ K13. Bør klare seg med en enhet i kjøretøyet Kommentar: Vil være avhengig av løsning/konsept. Dette vil da være relatert til Dekket av overordnede krav nr 5 og 17. HSØ K14. MDA-APN kontra std. internett APN må sjekkes. (ulik autentisering) (nett-leverandør må kunne levere løsning ala MDA?) Kommentar: Vi antar at en første løsning vil basere seg på egne APN (MDA) hos de ulike operatørene. Bruk av standard internett APN antar vi vil bli en vurdering i en videre fase eller videreutvikling av løsningen. Detaljer for videre arbeid i neste fase. Krav forslag fra Nord Bilene i nord har i dag transmobil PC (2G/3G), corpuls (2G) og mobiltelefon i tillegg til nødnett i alle bilene. Noen biler i Bodø tester ut Ambos (prehospital EPJ på nettbrett). Nettverket skal bestå av tre deler (Krav 1, 12, 14, 16 oog wi-fi nett i og rundt bilen 2. nettverkene mellom bilen og helsenettet 3. møtepunktet der «utenettet» er koblet til helsenettet 8

9 I bilen skal wi-fi nettet ha de samme kvaliteter og muligheter som et generelt wi-fi nett inne på sykehuset. Dette er det generelle kravet. (Krav 16) Utstyr som brukes i bilen skal autentiseres mot sentral infrastruktur, og kun innmeldt utstyr skal få tilgang. (Krav 15) Ambulansepersonell skal kunne bruke privat utstyr på bilens nett eller «gjestenett». (Krav 16) MTU som i hovedsak produserer og sender informasjon inn, for spesifikke formål skal fortsatt kunne gjøre det uten spesiell ekstra innlogging. (Delvis krav 15) For å få tilgang til å lese og skrive i pasientopplysninger må det være en sikker pålogging til applikasjonen. (Tjeneste) Utstyr og systemer: Flåtestyring det som i dag er ivaretatt av transmobil, oppdraget som sendes til bilen Bil-data overvåking Prehospital journal nettbrett og/eller bil-pc med pasientopplysninger Multimonitor (corpuls) Andre måle og overvåkings instrument og system. Video: (Krav 19) 1. skadestedskamera montert i «blålys» 2. pasientkamera i ambulanserom Koblet til sentral server må kunne mutes fra bil andre må kunne se video fra serveren. Krav forslag fra Midt HM K1. Sikker overføring av data. Dekket av overordnet krav 15, 16, 17, og 26 HM K2. Uavhengig av nettleverandør og aller helst nett-teknologi --> modulært Dekket av overordnet krav 1, 18 (og 2). HM K3. Stabilitet, robusthet og kapasitet til å strømme EKG og andre vitale data Dekket av overordnet krav 1, 12, 19 og 20. HM K4. Avbruddsfri og sømløs fail-over (ikke nødvendig å bruke flere bærere samtidig) Dekekt av overordnet krav 1, 12 HM K5. Kjekt å ha: aggregering av båndbredde Delvis dekket av overordnet krav 1, minimum hente info om fremtidige løsninger støtter dette. HM K6. Kommunikasjon med sykehus/lege med både lyd og bilde (streaming av livebilde fra ambulanse/skadested med interaktiv lyddialog). Delvis dekket av overordnet krav 18, men lyddialog er ikke beskrevet i kravtabell. 9

10 Krav forslag fra Luftambulansetjenesten Løsningen bør kunne gjenbruke eksisterende infrastruktur som allerede er etablert med dette formål i luftfartøyet. (Krav 4) Løsningen bør kunne leveres med braketter som forenkler innfesting. (Krav 5) Løsningen bør i størst mulig grad tilfredsstille relevante standarder for denne typen utstyr tiltenkt brukt i fartøy (luft, bil, båt). (Krav 6) Løsningen må kunne benytte eksterne antenner tilpasset fartøy og teknologi. (Krav 7) Løsningen må ta høyde for at medisin teknisk utstyr kan ha kablet tilkobling (LAN). Dette vil sette krav til at løsningen er godkjent som medisinsk utstyr, eller har et galvanisk skille mot det medisin tekniske utstyret slik at man ikke har en direkte elektrisk kobling. (Krav 8) Løsningen må fungere i hangar eller garasje. (Delvis, krav 9. garasje tatt ut da det kan være garasjer uten dekning) Løsningen bør håndtere grenseoverskridende oppdrag mellom de regionale helseforetakene (Krav 10) 10

11 Endelig liste overordnede krav Dette er den endelige listen med overordnede krav fra konseptfasen, disse kravene vil detaljeres videre og endringer vil kunne oppstå i prosjektets neste fase. Krav nr Krav tekst Løsningen må støtte flere bærere (minimum 2). Løsningen/enheten bør kunne koble seg til helseforetakenes trådløse nett, når det er innen rekkevidde. Løsningen må kunne administreres vha fjerntilgang. 4. Løsningen bør kunne gjenbruke eksisterende infrastruktur som allerede er etablert med dette formål i luftfartøyet. 5. Løsningen bør kunne leveres med braketter som forenkler innfesting. 6. Løsningen bør i størst mulig grad tilfredsstille relevante standarder for denne typen utstyr tiltenkt brukt i fartøy (luft, bil, båt). 7. Løsningen må kunne benytte eksterne antenner tilpasset fartøy og teknologi. 8. Løsningen må ta høyde for at medisin teknisk utstyr kan ha kablet tilkobling (LAN). Dette vil sette krav til at løsningen er godkjent som medisinsk utstyr, eller har et galvanisk skille mot det medisin tekniske utstyret Teknisk/ Funksjonell /Utforming Må/ bør Kommentar Teknisk Må Mobiloperatører må være på separate nett for at de skal ses på som separate bærere. (I Norge er det 3 separate mobilnett, de drives av: Telenor, Telia og Ice.) Der hvor bærere ikke kan leveres over mobilt nett må satellitt eller TEDS vurderes. Ved detaljert kravspesifikasjon, få info om aggregering av båndbredde støttes. Teknisk Bør Funksjonell Må Det må være mulig å administrere løsning med fjerntilgang, inklusive "KILLPILL" Teknisk Bør Utforming Bør Teknisk Bør Elektrisk sikkerhet, omgivelsestrykk/høyde, støt og slag, innfestningsstyrke, vibrasjon, vanntetthet, støvtetthet, magnetisk effekt, EMC, spenningsvariasjon, temperatur Teknisk Må Teknisk Må 11

12 slik at man ikke har en direkte elektrisk kobling. 9. Løsningen må fungere i hangar Funksjonell Må 10. Løsningen bør håndtere grenseoverskridende oppdrag mellom de regionale Funksjonell Bør helseforetakene 11. Oppstartstid (etter strømbrudd/ved restart) skal være så kort som mulig. 12. Sømløst/ automatisk/proaktivt bytte til god nok bærer Fastmontert utstyr i fartøyet må kunne kobles til ruteren med kablet nett. Mobilt utstyr som følger helsepersonell må ha netttilgang også når det ikke når nettet i fartøy. Løsningen må autentisere utstyr som skal tilkobles. (Mer detaljerte krav senere fase.) Teknisk/ Funksjonell 16. Interne nett i fartøy Teknisk/ Funksjonell 17. Løsningen må kunne tilby HF'ets trådløse nett, med krypterte tuneller til HF'et 18. Løsningen bør kunne ta i bruk nye bærere/ny teknologi når det blir tilgjengelig. Bør Løsningen må starte raskt, og ikke slås av selv om kjøretøy slår av tenning under oppdrag. Teknisk Må Løsningen må kunne håndtere failover mellom bærerne. Teknisk Bør Fastmontert utstyr bør i utgangspunktet være koblet til løsning. Funksjonell Må 2 mulige løsninger: 1. utstyret har egen tilgang til mobilnett 2. Ambulansepersonell har en boks med seg som gir nett til utstyret. Funksjonelle Bør Dette for å sikre at det ikke skjer uautorisert bruk. (Eks forbipasserende/tilskuere på skadested kobler seg til løsningen for å få nett.) Bør Løsningen bør kunne separer i minimum tre nett - HF interne nett - Gjestenett - Helsenett Ved behov bør alle nettene kunne distribueres vha WiFi. Funksjonell Må Det er 2 måter å oppfylle dette behovet: 1. Ruteren som følger løsningen har støtte for dette. 2. Det er mulig for HFet å plassere ut eget utstyr som kobles til ruteren som følger løsningen. Teknisk Bør Løsningen bør være modulær, slik at man kan bytte teknologi på bærerne, uten å bytte hele løsningen. Et eksempel her er at når en mobiloperatør lanserer 5G kan dette tas i bruk når det kommer en versjon av ruteren i bilen som støtter dette. 12

13 19. Video Funksjonell Bør Løsningen bør kunne ha kapasitet til å kjøre 2 veis videokommunikasjon. 20. Quality of service Funksjonell Bør Det er et ønske at løsningen skal ha mulighet til å prioritere trafikk. 21. Leverandør bærere Funksjonell Må Mobil leverandøren skal ikke sette noen hastighetsbegrensning på kapasitet. 22. Normen Funksjonell Må Løsningen må følge kravene i Normen. 23. Kostnad dataoverføring Funksjonell Må Helseforetakene ønsker ikke å eie avtalene rundt datapakker, både mobil og satellitt. Helseforetakene forutsetter enkel fakturaoppfølging. (Helseforetakene peker mot Norsk Helsenett som eier av avtalene) 24. Bulk datapakker Funksjonell Må Datapakkene som benyttes må være tilpasset bruken, dette kan f.eks. skje gjennom bulk datapakker. 25. Prioritering mobilnett Funksjonell Bør Hvis mulig og kostnadseffektivt bør datatrafikken kunne få prioritet i mobilnettet. 26. Kryptering av tjenester Funksjonell Må Det må være mulig å legge på kryptering på tjenester som skal benytte robust mobilt helsenett 27. Nasjonal løsning Funksjonell Må Løsningen må være nasjonal. 28. Fungere over landegrenser Funksjonell Må Løsningen må fungere over landegrenser og roaming i nabolands mobilnett må støttes. Det er vanlig at både helikopter, fly og bil er over eller nær landegrensene. 13