Transcript Erfaring med Soti Telemark - Vestfold - Ekstranett

Erfaring med Soti Telemark - Vestfold
Erfaring med Soti Telemark - Vestfold
•
Status juni 2012:
–
–
–
–
–
Brukte ca. 2 uker i timeverk på en oppgradering.
Gjorde dette en gang pr. år, burde vært 2 ganger pr. år.
Noen ganger gikk det to år mellom hver gang. (ressurskrevende, reise rundt, ikke lett å treffe
alle, kjedelig oppgave)
Utfordring å holde oversikt over hvor kart pc er, Sim kort nummer, status på dem og hvilke
versjoner en hadde.
Ambulansetjenesten har kreative og handlingskraftige ansatte, som ikke går av veien for å
fikse ting selv når ting ikke fungerer.
Målsetning med teknologien
•
•
•
•
•
•
•
Gi mulighet til å øke oppdateringsfrekvensen av programvare og kart.
Automatisere kjedelige oppgaver.
Skaffe bedre oversikt.
Gi ambulansetjenesten bedre og raskere service.
Forebygge feil.
Logging og feilsøking.
Bedre presisjon på melding av feil til Locus, slippe ping - pong saker med spørsmål
frem og tilbake.
Innføringsprosjekt.
•
•
•
•
•
•
•
•
•
Totalt 46 ambulanser og 3 helse-ekspresser
Skifte av samtlige Sim kort, noen var over 10 år gamle.
Ukjent antall reservemaskiner. Lå litt her og der og noen fant vi i en skuff.
Hadde kjørt Transmobil 7 pilot på 5-6 maskiner i ca. 1,5 år.
Skiftet ut ca. 14 Flex maskiner parallelt. Ombygging av 11 biler.
Ukjent status på mobilabonnement og maskiner. Endte opp med en del til overs….
Lav kvalitet på dokumentasjon, krevende å holde oppdatert manuelt.
Utviklet et eget lite verktøy for å se faktiske innstallerte versjoner, hadde ikke tid til å
vente på Locus.
Startet med å legge Soti på samme server som Transcom/IP server og Transmed.
–
–
–
–
•
•
Lite fornøyde brukere når en måtte boote eller gjøre ting i produksjon.
Lite hensiktsmessig å blande management løsning med kritisk programvare.
Endte opp med egen server for løsningen
La inn WSUS (Windows Server Update Service)
Testet dette i noen mnd.
Startet med å oppgradere klienter manuelt til transmobil 7 og Soti, tok alt for lang tid og
plutselig måtte bilene på et oppdrag.
–
Satte dette bort til Locus.
Standarisering er viktig.
•
Gjennomførte møte med Sykehuspartner og Locus september 2012.
•
Mye diskusjon og meninger om navn, og hva man skal bruke, svært ulik praksis.
•
Enighet om følgende:
–
–
–
–
–
PC merkes med SDXXXX, minne og CPU.
PC Windows navn settes til SDXXXX
Kommunikasjonsnummer RAS-IP settes til SDXXXX, også på inneløsning.
Soti ID settes til SDXXXX
Sim kort og abonnement følger PC i hele dens levetid. Registreres hos Telenor på spesifisert
kundekonto og bruker SDXXXX.
Rullerte 8 - 10 maskiner av gangen, service, nytt image, Soti og Transmobil 7.
Superbrukerkurs Transmobil under utrullingen
Ny teknologi gir nye behov, og muligheter!
Ønske om å sende SMS fra transmobil til et fast nummer for revisjon av
abonnement. (Peters programvare)
Demo og visning.
Erfaringer fra 7 mnd drift med hele flåten på Soti.
•
Pakking er relativt enkelt. Men en må ha kontroll på hva man gjør.
–
•
3G dekning og 3G kort, kart og programvare går på timer.
–
•
•
•
•
•
•
Uten 3 G dekning, dager. (en uke?)
Oppdatering av programvare bør skje i to steg:
–
–
•
Anbefaler at Locus gjør dette.
1. pakke sender ut programvaren.
2. script installerer programvaren.
Små pakker kan gis høyere prioritet, i påvente av store pakker slik at en slipper å
vente på de store pakkene. (visningsfil versus kartfil)
Kart bør lages som pakker for å ha kontroll på utrullingen og status samt minimere
båndbredde.
En bør sette opp sync av loggfiler. NB: Ulike operativsystemer har ulikt oppsett.
En bør velge 1 GB trådløs bedrift abonnement for de som har Telenor.
Wsus fungerer bra, gir økt sikkerhet.
Løsningen gir totaloversikt over versjoner, status og logger.
Erfaringer fra 7 mnd drift med hele flåten på Soti.
•
•
•
•
Mulighet til å fjernstyre klientene samt restarte dem.
En bør ha ca. 20-30 % flere Soti lisenser for å ha til nye biler og reservemaskiner
samt testmaskiner. Husk ambulansetjenesten kjøper nye biler, og disse skal ha pc.
Alltid en viss turnover og overskudd.
Installer WSUS på samme server. Kjøres ut en registry for å aktivere.
Reservebiler er en utfordring, men vil få ny programvare når de skrur på maskinen.
–
•
Evt. Kan man ta jobben med å ringe rundt. Har ikke vi gjort annet enn ved kritiske
oppdateringer.
Vi vurderer å rullere reservemaskiner en gang pr. år.
Sett opp epost varsling.
Test alt før man ruller ut i produksjon. Husk to versjoner av OS.
RISIKO ELEMENTER
•
•
•
Admin for hele ambulanseflåten. En site pr AMK-område. Dyrere, men lavere risiko.
Mulighet til å slå ut alle bilene ved personlig feil, eller dårlig kvalitetssikring.
Endring i grupper gjør at alle pakker installerer seg på nytt.
–
•
•
•
Test alle endringer på testklienter før utrulling.
Start med få klienter nær der du er lokalisert når man ruller ut store oppdateringer.
La løsningen gå en uke eller to før videre oppgradering.
–
•
•
Derfor to delt utrulling av kritisk programvare.
Sjekk logger!
Ha evt. reservemaskiner klare.
Begrens hvor mange som skal ha kompetanse og jobbe med løsningen.
Tidsbruk etter innføring av Soti.
•
•
Ny programvare februar 2013 ca 8-10 timer. (det var første gangen)
Kartoppdatering og programvare av 49 klienter mai 2013 tok 4-5 timers effektivt
arbeide inkl. testing og pilotering.
Nye muligheter. Ta ut gevinster.
•
•
Full oversikt over hvilke maskiner en har.
Mulighet til å stenge ned maskiner. (ikke testet)