Kravspesifikasjon Administrative tjenester i TT

Transkript

1 Kravspesifikasjon Administrative tjenester i TT Kravspesifikasjonen beskriver Oslo kommunes behov og krav til administrative tjenester i TT-tjenesten.

2 Side 2 av 36 1 MÅL FOR GJENNOMFØRING AV TT-TJENESTEN TT-BRUKERNE KRAV OG BESVARELSE PÅ KRAVSPESIFIKASJON BRUKER- OG TURREGISTER KONTAKTKORT RAPPORTER OG ADMINISTRATIVE TILGANGER KORTTJENESTE BESTILLINGSMOTTAK PLANLEGGINGSTJENESTE KRAV TIL KOMMUNIKASJON MED ANDRE SYSTEMER OG KOMMUNIKASJONSLØSNINGER KRAV TIL SIKKERHET, SPORBARHET OG KONTROLL KRAV TIL LEVERANDØRENS ADMINISTRATIVE FUNKSJONER OG PERSONELL IMPLEMENTERINGSFASE ANTALL BRUKERE STATISTIKK FOR BESTILLINGSMOTTAK STATISTIKK FOR PLANLEGGINGSTJENESTEN KORTTJENESTE DEFINISJONER... 34

3 Side 3 av 36 1 Mål for gjennomføring av TT-tjenesten Målet for gjennomføringen av TT-tjenesten er å ivareta TT-brukers transportbehov. Dette omfatter nødvendig bistand og tilrettelegging for at TT-bruker skal få dekket sitt transportbehov. Transporttjenesten skal gjennomføres på en brukervennlig, sikker og kostnadseffektiv måte. 2 TT-brukerne Det er mange ulike funksjonshemninger blant TT-brukerne, og leverandør skal ivareta den enkeltes behov. Mange er utviklingshemmet, og kan for eksempel ha Downs syndrom, autisme eller aspergers. De kan ha nedsatt bevegelighet, syn, hørsel og språklige funksjonshemninger. Det er også personer med behov for surstoffapparat, førerhund samt allergikere. Listen er ikke uttømmende. Enkelte TTbrukere er pålagt å ha med ledsager under transporten. Disse skal ikke transporteres uten ledsager. Dette skal gå frem av bestillingen. 3 Krav og besvarelse på kravspesifikasjon Kravspesifikasjonen tar for seg de behov og krav leverandør skal ivareta for at Oslo kommune kan sikre TT-brukere en tilfredsstillende transporttjeneste. Leverandør skal beskrive tilbudte løsning. Leverandør oppfordres til å svare i tabellenes hvite felter. Feltene kan utvides der leverandøren har behov for mer plass. Hvis det besvares på eget ark, skal det benyttes samme overskrifter og punktnummerering som i tabellene. Leverandør skal svare på alle punktene i tabellene. Leverandør er pliktig å gjøre seg kjent med vedlagte kravspesifikasjoner for henholdsvis samkjørt drosje (vedlegg 6) og kravspesifikasjon for rullestoltransport (vedlegg 7).

4 Side 4 av 36 4 Bruker- og turregister Leverandør skal tilby en systemløsning som inkluderer et brukerregister og et turregister. Det er ønskelig at bruker- og turregisteret er mest mulig integrert med hverandre for å sikre best mulig statistikk, kontroll og sporbarhet i tjenesten. Det er også ønskelig med et brukervennlig, helhetlig og fleksibelt system. 4.1 Generell beskrivelse av systemløsning Leverandørs overordnede beskrivelse og presentasjon av løsningen og løsningens grensesnitt. Beskriv bl.a. integreringen mellom tur- og brukerregister, tilganger og muligheter som finns i dag og muligheter for fremtidig utvikling. 4.2 Web-grensesnitt Systemløsningen i bruker- og turregisteret skal sikre oversikt over TTbrukerne og transporten, og det skal til enhver tid gi oppdatert informasjon om utførte reiser, fordeling av reiser og kostnader på bydel samt kvoter. Alle 15 bydeler skal kunne registrere og oppdatere kvoter og brukergodkjenninger gjennom en webbasert løsning for brukere i egen bydel. Oppdragsgiver ønsker tilsvarende muligheter som alle bydelene. Antall systembrukere i Oslo kommune er estimert til å være inntil 35, lokalisert på 16 forskjellige steder. Oslo kommunes tilgang til leverandørens system bør være via webgrensesnitt. Oslo kommune bruker i dag Microsoft Internet Explorer versjon 8. muligheter og 4.3 Kostnader Leverandørs bekreftelse på at kravet overholdes. 4.4 Utvidelser muligheter og Alle kostnader i forbindelse med anskaffelse, installasjon, drift og vedlikehold (inkludert nødvendige abonnementer) er leverandør sitt ansvar. Systemet bør være bygd opp slik at det tåler utvidelser uten omfattende omarbeiding. Løsningen bør være skalerbar i forhold til å håndtere økt antall brukere og økt innholdsvolum.

5 Side 5 av 36 5 Kontaktkort I brukerregisteret skal informasjon om brukerne registreres av bydelene. For hver bruker skal bydel kunne opprette et kontaktkort. 5.1 Navn løsningen. Personalia TT-brukers fulle navn skal kunne registreres. 5.2 Fødselsnummer løsningen. Saksbehandlerne skal registrere brukernes fødselsnummer. Fødselsnummer bør kunne være den unike identifikatoren for brukeren i systemet. For personer som har opphold i Oslo, men som ennå ikke har mottatt fødselsnummer, bør oppdragsgiver ha tilgang til å legge inn ufullstendige fødselsnummer. 5.3 Bydelstilhørighet løsningen. Brukers bydelstilhørlighet skal registreres. Det er bydelen som er ansvarlig for brukeren og som skal betale for brukerens reiser. Bydelstilhørlighet skal kun kunne endres manuelt av bydelen selv og oppdragsgiver. 5.4 Folkeregistrert adresse Beskrivelse av løsningen og hvordan og hvor ofte adressen oppdateres mot folkeregisteret. 5.5 Bostedsadresse løsningen. Folkeregistrert adresse til TT-bruker skal oppdateres mot brukernes fødselsnummer i folkeregisteret. Bydelene bør få melding om endringer i adresseregisteret ved flytting og av døde brukere. Alternativt kan det kjøres en rapport over endringer av adresser og over avdøde brukere. Brukeren kan tilhøre en annen bydel enn hvor brukeren bor. Adressen legges inn av bydel og skal ikke oppdateres mot folkeregisteret. Bør kunne legge inn at bostedsadresse er lik folkeregistrert adresse for å slippe å registrere adressen to ganger. 5.6 Postadresse løsningen. Adresse hvor post og TT-kort til brukeren skal sendes. Adressen legges inn av bydel og skal ikke oppdateres mot folkeregisteret. Bør kunne legge inn at postadresse er lik folkeregistrert adresse for å slippe å registrere adressen to ganger.

6 Side 6 av Telefonnummer løsningen. Det skal kunne registreres flere ulike telefonnummer, for eksempel telefonnummer til bruker, brukers pårørende, dagsenter, skole, avlastning mm. Telefonnummer skal kunne følge bestillingen som går ut til bilen. Eksempel: Når bruker reiser til dagsenter skal telefonnummeret til dagsenteret følge bestillingen. Når bruker reiser fra dagsenter til bolig skal telefonnummeret til boligen følge bestillingen. 5.8 E-postadresse Det skal kunne registreres minimum én e-postadresse. Det er ønskelig med mulighet til å registrere flere e-postadresser. Ønskelig med mulighet til å velge mellom å sende informasjon til brukere og pårørende elektronisk i stedet for post, eller begge deler. løsningen. 5.9 Bilde Saksbehandlere skal kunne legges inn bilde av bruker som også skal brukes på TT-kortet. løsningen Kjønn Det skal kunne registreres om brukeren er mann eller kvinne. løsningen Transporttilbud 5.12 Gruppe Brukerkategori Brukere tildeles rødt, blått eller hvitt kort. Brukerne kan ha flere kort. Kortene viser hvilken transporttjeneste brukere kan benytte (i 2014: blått kort rullestoltransport, rødt kort fritidsreiser i drosje, hvitt kort direktebestilt drosje for faste reiser). Antall fritidsreiser tildeles etter gruppetilhørighet. Det skal kunne registreres om bruker er blind eller svaksynt, rullestolbruker, over/under 67 år og over/under 6 år.

7 Side 7 av Status løsningens muligheter og 5.14 Tildelt kvote løsningens muligheter og 5.15 Endre kvote løsningens muligheter og 5.16 Overføre kvote løsningens muligheter og 5.17 Godkjent reisetype løsningens muligheter og 5.18 Omkjøringstid løsningens muligheter og Reiserett Det skal fremgå om brukerens reiserett er aktiv eller avsluttet. Det skal fremgå dato for innvilgelse og når vedtaket går ut. Det er ønskelig at saksbehandlere varsles i god tid før vedtak går ut. Det skal fremgå hvor mange fritidsreiser bruker er tildelt og resterende kvote. Det er ønskelig at kvoten tildeles automatisk ut fra gruppetilhørighet. Kvote for fritidsreiser skal kunne nullstilles hvert år. Oppdragsgiver og bydel skal kunne oppdatere/endre kvote på fritidsreiser. Det skal være mulig for saksbehandlere å tildele en bruker flere fritidsreiser. Det skal fremgå hvor mange tilleggsreiser som er innvilget. Det skal være mulig for bydelene å overføre fritidsreiser mellom drosje og rullestolbil, slik at kvoten er fordelt på rødt og blått kort. Hvis en bruker må ha et nytt kort, skal kvoten fra gammelt kort overføres til det nye kortet. Det skal være mulig for bydel å registrere hvilke reisetyper brukeren er godkjent for, for eksempel fritidsreiser, arbeid, skole, dagsenter med flere. Brukere skal kun kunne bestille turer de er godkjent for. Det er ønskelig at det skal kunne legges inn maksimal omkjøringstid ved samkjøring på den enkelte bruker Kortnummer Kort Hvert kort skal ha et eget kortnummer. En bruker skal kunne ha flere aktive kort (rødt, blått, hvitt). Det skal genereres nytt kortnummer hvis bruker får ett nytt kort.

8 Side 8 av 36 løsningens muligheter og 5.20 Kortdato løsningens muligheter og 5.21 Status på kort løsningens muligheter og 5.22 Bilde løsningens muligheter og 5.23 Korthistorikk løsningens muligheter og Det skal registreres dato for når kortet er utstedt. Det skal fremgå om kortet er åpent eller sperret. Det skal være bilde av brukeren på kortet. Det er ønskelig med historikk over tidligere kort Hjelpebehov 5.25 Pålagt ledsager 5.26 Egenandel Bestillingsinformasjon Det skal kunne registreres hvilke hjelpebehov bruker har, for eksempel rullestol, gåstol, hund, må sitte bak, må sitte foran, alenekjøring, må overleveres mottaker, bil med lavt stigtrinn, stasjonsvogn, allergibil mv. Noen brukere har pålagt ledsager. Det bør kunne registreres antall ledsagere bruker er pålagt. Informasjon må komme ut til bil, slik at sjåføren vet at ledsager(e) skal være med bruker under transporten. Planleggingstjenesten må sikre at det er plass til ledsager(e). Det skal fremgå på TT-kortet at brukeren er pålagt ledsager. Det er egne egenandelsatser avhengig av alder og reisetype. Det må være mulig med ulik egenandelssats ut fra reisetype og alder på bruker. Hvilken egenandelsats som gjelder for den enkelte turen skal genereres automatisk. Hvis brukeren skal betale egenandel, skal det fremgå i bilen.

9 Side 9 av Egenandelshåndtering 5.28 Vanlige adresser 5.29 Beskrivelse av adresse 5.30 Omkjøringstid 5.31 Forkortelser begrensninger samt angivelse av antall tegn som kan sendes ut til bil Oppdragskoder Beskrivelsen skal inneholde: Det skal være mulig for bruker å betale egenandel enten forskuddsvis eller etterskuddsvis som et alternativ til å betale egenandel i bilen ved turens start. Det er ønskelig at det kan registreres faste adresser brukerne reiser til/fra, for eksempel adresser til faste reiser som brukeren er godkjent for. Det må kunne legges inn en beskrivelse av hente- og leveringsadresser som kan hjelpe sjåføren ved henting og levering, f.eks. «ringeklokke på vegg» eller «bruker skal ikke settes av uten tilsyn». Denne informasjonen må gå ut til sjåfør. Det er ønskelig at det skal kunne legges inn maksimal omkjøringstid ved samkjøring på de ulike reisetypene. Det kan være ønskelig med kortere omkjøringstid på enkelte reisetyper og/eller tider. Meldingen som sendes ut til bil skal sikre at sjåføren får tilstrekkelig og klar nok informasjon om brukers behov og så videre, uten bruk av vanskelige forkortelser. Det eksisterer ulike oppdragskoder fordelt på ulike transporttyper som er ønskelig at videreføres i nytt system. Det skal fremgå av statistikken over utførte turer hvilken reisetype den enkelte turen tilhører. Kodene skal kunne suppleres eller endres og danne grunnlag for statistikk, kontroll og analyse. antall koder antall tegn og

10 Side 10 av 36 bruk av forkortelser 5.33 Oppdatert adresseregister løsningens muligheter og begrensninger: Beskrivelsen skal inneholde hvordan det skal sikres et oppdatert adresseregister og et register over stedsnavn Manuell registrering løsningens muligheter og Adresseregister Leverandør skal ha et oppdatert adresseregister over gate- og veinettet i Oslo og Akershus. Leverandør skal ha et oppdatert og godt register over vanlige stedsnavn som for eksempel Saga kino, Rådhuset, Frognerparken og så videre. Det må kunne opprettes egne adresser i systemet. 6 Rapporter og administrative tilganger Oppdragsgiver skal ha tilgang til operative og historiske data. Alle data skal kunne eksporteres til Excel. 6.1 Statistikkportal Beskrivelse av av tilbudt tilganger til statistikker samt muligheter og begrensninger for bydel og for oppdragsgiver til å hente ut egne statistikker. 6.2 Grunndata tilbudt Det er ønskelig med en statistikkportal hvor oppdragsgiver kan hente ut statistikk på bydelsnivå og kommunenivå selv. Det er ønskelig at faste statistikker skal kunne hentes ut av oppdragsgiver og bydeler etter behov. Det er ønskelig at bydel kun har tilgang til statistikk over egne brukere. Oppdragsgiver skal kunne ta ut grunndatafil fra systemet, hvor alle gjennomførte reiser er registrert.

11 Side 11 av Fakturaunderlag Beskrivelse av hvordan det skal sikres et korrekt fakturaunderlag. Beskrivelse av tilganger til fakturaunderlag og begrensninger for den enkelte bydel og for oppdragsgiver til å hente ut fakturaunderlag selv. Fakturaunderlag skal danne grunnlag for kontroll av faktura fra transportørene. Fakturaunderlaget skal gi oversikt over reisekostnader fordelt per bydel, på de ulike transportkontraktene og transporttypene i TT-tjenesten. Egenandel betalt av bruker skal være spesifisert. Oppdragsgiver fakturer bydelene for turer utført av deres brukere. Det er ønskelig at bydel kan hente ut detaljert oversikt over turer utført av egne brukere som fakturaunderlag. Oppdragsgiver ønsker tilgang til oversikt over alle turene. I tillegg til fakturaunderlag skal oppdragsgiver ha tilgang til faste rapporter over: Rapporter om antall brukere Antall brukere som har TT-kort en gitt dato Hvor mange har TT-kort i en bestemt periode (f.eks ): Antall nye brukere som har fått TT-kort i en gitt periode Antall som har utløpte vedtak i en gitt periode 6.4 Faste rapporter Hver rapport skal bl.a. være fordelt på: Type kontrakt (rullestoltransport, samkjørt drosjebil, fast sjåførgruppe) Alder (<6 år, 6-67, >67) For de over 67: fordelt på størrelse på kvote (blinde/svaksynte over 67 år, rullestolbrukere over 67 år, øvrige over 67) Bydel Utløpte brukere skal i tillegg fordeles på årsak Rapporter over reiser Bruk av fritidsreiser Bruk av faste reiser Hver rapport skal bl.a. være fordelt på: Rødt og blått kort Kontrakt Alder (<6 år, 6-67, >67) For de over 67: fordelt på størrelse på kvote (Blind/svaksynte over 67 år, rullestolbrukere over 67 år øvrige over 67) Bydel For faste reiser skal det i tillegg rapporteres på: Antall brukere som er godkjent for ulike typer faste reiser Hvor ofte ulike typer faste reiser kjøres Hvor ofte TT-kortet benyttes til faste reiser

12 Side 12 av 36 Adresselister over hvem som er godkjent for ulike reisetyper Rapporter for økonomistyring Utvikling og prognoser på kostnader Kostnader fordelt på kontrakt Samkjøringsgevinst Kostnader fordelt på alder (<6 år, 6-67, >67) Fordelt på type reiser (fritidsreiser og de ulike typene faste reiser) Fordelt på bydel tilbudt 6.5 Egen-rapportering 6.6 Leverandør skal månedlig rapportere på egen leveranse som dokumenterer hvordan oppdraget har blitt utført ut fra oppdragsgivers krav: generelt om tjenesten siste periode kostnader samkjøringsgrad antall bestillinger, gjennomførte turer, bomturer avvik oversikt over klager fra TT-brukerne telefonstatistikk klager og avvik nye TT-kort utfordringer i tjenesten forslag til forbedringer av tjenesten Leverandør skal årlig rapportere på følgende: generelt om tjenesten siste året kostnader og timer avvik oppsummering av klager fra TT-brukerne utfordringer forslag til forbedringer av tjenesten tilbudt 6.7 Nye rapporter og spørringer Månedsrapport skal sendes til oppdragsgiver innen 10 arbeidsdager etter månedsslutt. Årsrapport skal leveres innen 31. januar påfølgende år. Rapportene skal følge nummereringene over. Alle rapporter skal sendes i elektronisk format. Det skal være mulig å bestille nye spørringer og faste rapporter.

13 Side 13 av 36 Beskriv muligheter og begrensninger for å lage nye spørringer. Oppgi hvor lang tid det tar fra bestilling av spørring til spørringen er tilgjengelig. 7 Korttjeneste Korttjenesten skal sikre oversikt over drosjetransporten. TT-bruker skal trekke kortet i drosjen slik at saldo (antall tildelte turer) oppdateres og fakturagrunnlag kan utarbeides. 7.1 Kommunikasjon med drosjer 7.2 Produksjon Alle ca TT-brukere skal ha TT-kort for identifikasjon. TT-kortet skal også benyttes til kontroll av fritidsreiser i drosje og i direktebestilt drosje som ikke bestilles gjennom leverandørs bestillingsmottak. Det må tas høyde for at alle drosjer med løyve i Oslo og Akershus skal kunne kjøre TT-brukere, og at TT-brukere fritt skal kunne velge drosjeleverandør for hver enkelt tur. Korttjenesten skal sørge for toveiskommunikasjon med drosjene. Løsningen skal ikke påføre drosjetransportørene en kostnad på mer enn NOK. Toveiskommunikasjonen skal sikre oppdatert informasjon om brukers egenandel og restkvote (saldo), samt turdata til statistikk, kontroll og fakturaunderlag. TT-kortene skal produseres på bestilling fra bydelene og oppdragsgiver. TT-kortet skal ha et unikt kortnummer og være uten pinkode. TT-kortet skal være med bilde av bruker og preges med bokstavene TT som gjør at blinde og sterkt svaksynte kan gjenkjenne kortet. Det skal fremgå av TTkortet om bruker er pålagt ledsager. Kortet som benyttes skal være av standard type som kan leses av i taksameteret i alle Oslo og Akershus sine drosjer. Det skal være behov for kun et minimum av tilpasninger fra drosjeleverandørenes side. Leverandør er ansvarlig for å inngå avtaler med drosjesentralene. Dagens inndeling i røde, blå og hvite TT-kort ønskes videreført. Overordnet design av TT-kort utarbeides i samarbeid med oppdragsgiver. 7.3 Utsendelse I 2013 ble det produsert ca TT-kort til nye TT-brukere og personer som har tapt eller ødelagt tildelt kort. Leverandøren vil motta bestillinger av TT-kort til nye TT-brukere fra bydelene fortløpende. Leverandøren skal sende ut TT-kort til TT-brukere som innvilges TTkort. Oppdragsgiver vil utferdige et brev med rutiner for bruk av TTkortet som skal legges ved TT-kortet ved utsendelse. Utsendelsen skal

14 Side 14 av 36 antall dager fra bestilling av kort til kortet er postlagt. sendes til kortinnehaverens postadresse i nøytrale konvolutter. Det er ønskelig med utsendelse av nye TT-kort sendes fortløpende eller senest innen 2 virkedager fra bestilling. 8 Bestillingsmottak Bestillingsmottaket skal motta bestillinger om rullestoltransport og transport i samkjørt drosje for godkjente TT-brukere i Oslo kommune. Bestillingsmottaket skal kunne ta imot telefonbestillinger. Bestillingsmottaket skal være åpent hele året, 24 timer i døgnet. Det er ønskelig at bestillingsmottaket kan håndtere bestillinger også via andre kanaler, for eksempel nettside eller app. Bestillingsmottaket bør kunne tilby brukeren en kvittering på SMS eller via app. 8.1 Åpningstid og bestillingsrutiner Alle fritidsreiser for blåkortbrukere skal som hovedregel bestilles innen en time før avreisetidspunktet. Alle bestillinger til arbeid, utdanning og dagsenter skal som hovedregel bestilles senest siste virkedag i forveien, hverdager kl Det er unntak fra dette, for eksempel ved endringer av forhåndsbestilt transport der TT-bruker blir forsinket, eller må reise tidligere enn avtalt. Mange av reisene vil være forhåndsbestillinger for en lengre periode, eksempelvis for et helt skoleår eller til fast dagtilbud. TT-brukerne vil ha behov for å endre og avbestille transport. Reisene kan bestilles av TT-bruker, pårørende eller andre. Bestillinger og endringer skal alltid bekreftes av bestillingsmottaket. Det kan være tilfeller der reisene kun kan bestilles av enkelte personer/instanser, f.eks. skolereiser. Bestillingsmottaket skal umiddelbart kontakte bruker når transporten er forsinket mer enn 10 minutter eller straks kjørekontoret får informasjon om at transporten kan bli forsinket. tilbudt 8.2 Krav til universell utforming tilbudt Kostnader relatert til bomturer som følge av feilregistreringer foretatt av bestillingsmottaket, skal belastes leverandør. Informasjons- og kommunikasjonsteknologi skal være i tråd med diskriminerings- og tilgjengelighetsloven 11 om plikt til universell utforming av informasjons- og kommunikasjonsteknologi (IKT). Dette inkluderer bl.a. nettsidene og bestillingssystemet som bruker skal benytte.

15 Side 15 av % av alle samtaler skal besvares innen 25 sekunder, målt snitt per uke. Kundebehandlere skal beherske meget godt norsk muntlig og skriftlig, tilsvarende bergenstesten. 8.3 Telefontjeneste tilbudt 8.4 Saldo fritidsreiser tilbudt Det er ønskelig at TT-brukerne kan benytte samme åttesifrete telefonnummer til bestillingsmottaket uansett hva henvendelsen gjelder. TT-brukere skal betale maksimalt Telenors pris for åttesifrete nummer fra henholdsvis fast- og mobiltelefon. Leverandør skal ha et eget telefonnummer for henvendelser fra sjåførene. TT-bruker skal kunne sjekke sin saldo for fritidsreisekvote via webgrensesnitt og/eller per telefon. 9 Planleggingstjeneste Planleggingstjenesten skal planlegge og samordne transport i rullestolbiler og transport i samkjørt drosje. Enkelte brukere har behov for kun enkel praktisk bistand i forbindelse med transporten, men det er også mange brukere med større hjelpebehov. Transporten skal fordeles slik oppdragsgivers transportkontrakter legger til grunn. Leverandør plikter å gjøre seg kjent med gjeldene transportkontrakter. Leverandør skal distribuere kjøreoppdrag til transportører og kontinuerlig være i stand til å kommunisere med sjåførene. Leverandør skal til enhver tid ha oversikt over tilgjengelig setekapasitet i rullestoltranporten. Bruker kan ha allergier, behov for trappeklatrer, ledsager, hjelpemidler, sørvis- og førerhund, assistanse til bekledning og støtte ned trapp. I rullestoltransporten er det stilt krav til at alle vognene skal være utstyrt med trappeklatrer. Når statens transportordning for reiser til arbeid og høyere utdanning blir innført, vil faste reiser til arbeid og høyere utdanning overføres til staten. Planlagt dato for overføringen er , Samarbeid mellom transportør og leverandør Transportør og leverandør skal ha som overordnet mål å gjennomføre tjenesten slik at den ivaretar TT-brukernes behov. De skal sørge for at dette skjer på en sikker og kostnadseffektiv måte. Planleggingstjenesten er ansvarlig for å planlegge transporten i henhold til dette målet, og

16 legge til rette for at transportør kan bidra til måloppnåelse. Side 16 av 36 Planleggingstjenesten skal lytte til transportørs innspill på transportplanleggingen og vurdere om planleggingen må justeres. tilbudt 9.2 Ansvar for kjøreog hviletid tilbudt 9.3 Mobiltelefon tilbudt 9.4 Trafikk Beskrivelse av hvordan leverandør skal sikre å være oppdatert over trafikkbildet i Oslo og Akershus og hvordan dette vil brukes i trafikkplanleggingen. 9.5 Krav til manuell kvalitetssikring av transportplanleggingen Transportør skal forholde seg til planleggingstjenesten planlegging, og gjennomføre transporten slik planleggingstjenesten angir. Transportør er ansvarlig for at regler om kjøre- og hviletid overholdes, men det er ønskelig at kjørekontoret legger til rette for at transportør kan overholde regler om kjøre- og hviletid. Planleggingstjenesten skal planlegge innleietid og transportkapasitet, ikke arbeidstid. Det er transportørs ansvar å disponere mannskapet sitt og for eksempel finne tidspunkt for pauser. Bilene kan bli benyttet utover den kjøre- og hviletidsgrense én sjåfør har per dag. Telefonnummeret til hver bil i rullestoltransporten skal være kjent for planleggingstjenesten, slik at oppringninger kan skje direkte til bilen. Leverandør skal ha oppdatert informasjon om trafikkbildet i Oslo og Akershus. Transporten skal planlegges ut fra hva som er hensiktsmessig for oppdragsgiver og brukeren. Det innebærer at det vil variere i hvilken grad det vil være samkjøring av flere TT-brukere. Leverandør skal legge opp til mest mulig bruk av faste ruter. Det er ønskelig at transportør og leverandør samarbeider for å finne de beste løsningene for faste ruter og biler på de fleste turer. Transportør må ha en kanal inn til leverandør for å ta opp uhensiktsmessig kjøring og for å få til mest mulig hensiktsmessig samkjøring. Leverandør kan benytte et planleggingssystem for å planlegge transporten, men planleggingen skal kontrolleres og justeres manuelt av personer med gode geografikunnskaper om Oslo og Akershus for manuell kvalitetssikring av den planlagte transporten. Leverandør skal også sikre seg oppdatert kjennskap til endringer i trafikkbildet, f.eks. omkjøringsruter ved trafikkulhell, særskilt kødannelser en dag o.l.

17 Side 17 av 36 Beskrivelse av tilbudt 9.6 Krav til ressursperson(er) på transportplanlegging Beskrivelse av hvordan leverandør skal sikre kvalifisert personell 9.7 Krav til planlegging av rullestoltransport tilbudt 9.8 Krav til planlegging av samkjørt drosjetransport tilbudt 9.9 Begrensninger ved planlegging Leverandør skal som minimum tilby én planlegger med dokumentert god erfaring fra Oslo-trafikken og dokumentert lokalkunnskap, for eksempel flere års erfaring fra å ha kjørt budbil, buss eller tilsvarende. Tilbudt personell i planleggingstjenesten må ha gode geografikunnskaper for Oslo og Akershus, det vil si kompetanse minimum tilsvarende kjentmannsprøven. Innleietiden til transportør skal begynne der første brukeren hentes, og slutte der hvor den siste brukeren leveres. Det skal benyttes faste ruter og biler på de fleste turene. Det skal kontrolleres manuelt at transporten er hensiktsmessig planlagt. Dvs. at det er minst mulig kjøring uten bruker i bil og at kjøringen er lagt opp på en miljømessig, brukervennlig og økonomisk hensiktsmessig måte. I samkjørt drosjetransporten planlegges transporten på fiktive biler (ressurser). Det bør minimum kunne planlegges transport på 300 ressurser. En ressurs er en bil med sjåfør og utstyr, og omtales også som fiktiv bil. Maksimal tillatt omveistid for en bruker på grunn av samkjøring skal avtales med oppdragsgiver. Brukeres tid i bilen skal normalt ikke overstige én time. I rushtid morgen og kveld må bruker påregne lengre tid i bil. Det er tillat å forskyve ønsket hente og leveringstider med inntil +/- 15 minutter. Hvis bruker av en eller annen grunn ikke skal reise en dag, skal bruker inn i den samme faste ruten når han eller hun er tilbake igjen, slik at man ikke får ny rute og ny sjåfør for hver gang man ikke reiser. tilbudt 9.10 Samkjøring Noen få brukere kan ikke samordnes. Dette vurderes av ansvarlig bydel eller oppdragsgiver. Kjørekontoret skal planlegge transport for å utnytte setekapasitet ved å samordne TT-brukere. Samkjøringen skal være innenfor oppdragsgivers krav. All planlegging skal ta utgangspunkt i brukernes behov og ivareta

18 Side 18 av 36 dette foran samkjøring. tilbudt 9.11 Kjørelister For å kontinuerlig effektivisere og analysere konsekvensene av bestemte parametere satt til transportplanleggingen, skal leverandør tilby muligheter til å simulere effekten av å endre gitte parametere. Kjørelisten er oversikt over kjøreoppdrag som formidles av leverandør til transportør, og skal kunne lastes ned i bilens kommunikasjonsutstyr. Kjørelistene skal også sendes til transportørs administrasjonsfunksjon. Leverandør skal sende kjørelisten elektronisk til transportør en stund før turen skal gjennomføres. Turer som starter tidlig om morgenen skal være oversendt transportør dagen før for å sikre at transportør har biler som kan være på plass til rett tid. tilbudt 9.12 Planlegging av rullestoltransport tilbudt 9.13 Kjøreoppdrag tilbudt 9.14 Planlegging av samkjørt drosjetransport Det skal fremkomme i bilene hvilken egenandel brukeren skal betale. Egenandeltransaksjonene skal registreres i systemet for senere avregning mot transportørene. Leverandør skal skjemalegge planlagt innleietid av rullestoltransporten. Et skjema er en oversikt over planlagt innleietid som sier når biler skal være tilgjengelig. Et skjema angir start- og sluttider for en ressurs. En ressurs er en bil med sjåfør og utstyr, og omtales også som fiktiv bil. Skjemaleggingen gjelder inntil ressursbehovet endres. Leverandør skal melde om endringer minst 21 dager i forveien. I særskilte tilfeller kan leverandør avtale kortere varslingstid for endring av skjemalegging med transportør. Et kjøreoppdrag begynner fra første henting og fortsetter fram til siste bruker er levert. Mellom disse punktene kan flere på- og avstigninger forekomme innen samme kjøreoppdrag. Lengden på kjøreoppdraget kan endre seg som følge av nye bestillinger og endringer. Endringer kan forekomme inntil bilen planleggingsmessig er tom igjen. Elektronisk kommunikasjon til bilene i samkjørt drosje skal skje via drosjesentralens trafikkdirigeringssystem. Planleggingstjenesten skal beregne kjørelengde. Til grunn for kjørelengden skal det anvendes en anerkjent matrise. Valgt metode for beregning av kjørelengden skal over en måned gi et riktig uttrykk for

19 Side 19 av 36 faktisk kjørelengde. I det enkelte kjøreoppdrag kan avvik forekomme. For det totale antallet reiser gjennomført på en måned, skal transportørens samlete kjørelengde ikke avvike mer enn +/- 5 % fra planleggingstjenestens beregnede kjørelengde. Det vil si at transportør må akseptere avvik på inntil 5 % av samlet kjørelengde. Transportør skal kjøre den veien som går tidsmessig raskest å kjøre. For hvert kjøreoppdrag inngår en startpris for transportør som er ekskludert henting av første TT-bruker. Startpris er NOK 40. Det faktureres også NOK 40 for hver kjørte TT-bruker, inkludert eventuelle ledsagere. Transportør får også betalt per kjørte kilometer innenfor et kjøreoppdrag. Oppgjøret skal beregnes ut fra matrisen i planleggingstjenestens system. Det skal ikke faktureres for til- og frakjøring ved oppstart av kjøreoppdrag og mellom kjøreoppdrag, eller for tomgang (når bilen står stille). Eksempel: Kl HxxxxxHxxLxxxxxHxxxxxLL------HxxxL HxxHxLxxxxxL-----kl Her faktureres det for kjørelengden innenfor tre kjøreoppdrag. Se også vedlegg 6 Kravspesifikasjon samkjørt drosje, for mer informasjon. tilbudt 10 Krav til kommunikasjon med andre systemer og kommunikasjonsløsninger 10.1 Standard Leverandør skal ved behov bistå med å legge til rette for elektronisk kommunikasjon med andre registre og systemer. Det skal være minimalt behov for manuell registrering og dobbelregistrering av data. Systemet leverandør benytter skal kunne tilpasses de mest kjente standardene i markedet i dag, for eksempel SUTI eller tilsvarende standard. tilbudt 10.2 Elektronisk kommunikasjon samkjørt drosje Leverandør skal ivareta at drosjene som virker i samkjørt drosjekontrakten får kjøreoppdraget tilsendt til sitt taksameter. Leverandør skal legge til rette for at transportør kan sende bekreftelser fra taksameter til leverandørs systemløsning. Leverandør kan benytte seg av tilsvarende kommunikasjonsløsning som benyttes i dag, eller en SUTI-basert protokolløsning eller tilsvarende.

20 Side 20 av 36 Dagens kommunikasjonsløsning: Turinformasjonen sendes av SAM3001 som et antall beskjedlinjer uten dedikerte felter til de enkelte elementer som for eksempel adresser, tidspunkter, attributter, kundenavn etc. En eller flere bestillinger sendes altså i et stort beskjed-telegram. Noen ganger sendes informasjon om henteadressen i et telegram, mens informasjonen om avleveringsadressen sendes i et annet telegram. Når Norgestaxi sitt system mottar en beskjed på 1-20 linjer fra SAM3001, isolerer taksametersystemet Frogne, via en såkalt beskjedlinjedeler, først de enkelte bestillinger, og deretter brytes bestillingen ned i de enkelte elementer. Det finnes en overordnet beskrivelse av denne protokollen på hvor versjon 1.12 (exttlspec_1_12.pdf) av protokollbeskrivelsen kan lastes ned. Alternativ til dagens kommunikasjonsløsning: Alternativ til dagens løsning kan være en SUTI-basert protokoll eller tilsvarende. Følgende SUTI-telegrammer vil kunne ivareta oppdragsgivers behov: Client-system: Msg 2000: Order Msg 2003: Order Reject Confirmation Msg 2010: Order Cancellation Msg 5000: Message to Vehicle Msg 5011: Message to Client from Vehicle confirmation Msg 5020: Request for Location Msg 7000: Keep alive Msg 7001: Keep alive Confirmation Msg 7030: Syntax Error Msg 7031: Not operational Provider-System Msg 2001: Order Confirmation Msg 2002: Order Reject Msg 2011: Order Cancellation accepted Msg 2013: Order Cancellation reject Msg 3001: Dispatch Confirmation Msg 4010: Pickup Confirmation (Event Confirmation) (Person Ind/Ud/Bom) Msg 4031: No contact with Vehicle Msg 5001: Confirmation Message to Vehicle Msg 5002: Confirmation Message to Vehicle read Msg 5010: Message to Client from Vehicle Msg 5021: Requested Location Msg 7000: Keep alive Msg 7001: Keep alive Confirmation Msg 7030: Syntax Error

21 Side 21 av 36 Msg 7031: Not operational Med ovenstående utvalg av telegrammer, vil man fra leverandør kunne sende ordrer og beskjeder til Norgestaxi, og man vil kunne kansellere og endre ordrene. Leverandør vil kunne få informasjon om hvilken bil og sjåfør som utfører de enkelte turene. Leverandør vil også kunne få live informasjon fra drosjene om brukernes påstigning og avstigning fra bilene, samt løpende informasjon om bilenes posisjon når en bil er i gang med å utføre et kjøreoppdrag. Alternative løsninger til dagens løsning eller SUTI-protokoll skal oppfylle oppdragsgivers behov. Oppdragsgiver forbeholder seg retten til å konferere med Finn Frogne om leverandørs foreslåtte kommunikasjonsløsning vil ivareta oppdragsgivers behov. Beskrivelse av tilbudt Beskrivelsen skal vise hvordan elektronisk kommunikasjon med samkjørt drosjebilene skal ivaretas samt hvilken løsning/standard som skal benyttes. Beskrivelsen skal også inneholde en plan for implementering og testing Elektronisk kommunikasjon rullestoltransport Planleggingstjenesten skal inngå egen avtale med transportør med detaljert beskrivelse av rutiner og ansvarsforhold for kommunikasjonsløsningen. Avtalen skal foreligge to uker etter kontraktsinngåelse. Uavhengig av hvilket alternativ til kommunikasjon som benyttes skal det utarbeides en plan for tilpasning og driftstesting av løsningen i samarbeid med dagens leverandør av samkjørt drosje som skal oversendes oppdragsgiver for godkjenning. Turformidling i rullestoltransporten skal skje via elektronisk kommunikasjon mellom leverandør og transportør. Det er ikke taksameter i bilene som benyttes i oppdraget. Det er ønskelig med fire tidsregistreringer per tur for å kunne måle hvor lang tid det tar sjåfør å hjelpe brukeren og hvor mye tid det går til å vente på bruker: Når bilen er fremme Når brukeren er i bilen Når bilen er fremme på leveringsadressen Når turen avsluttes Leverandør skal formidle bestillinger til transportørene, tilby programvare for vognkommunikasjon og ha ansvar for brukerstøtte av denne. Vognkommunikasjonen skal være hyllevare og legge til rette for toveiskommunikasjon og blant annet vise reell tidsbruk for hver enkelt

22 Side 22 av 36 bil. Dataene skal danne grunnlag for statistikk, kontroll og fakturering. Rullestoltransportørene skal ha smarttelefon eller tilsvarende med abonnement for dataoverføring og GPS for vognkommunikasjon, samt mobiltelefoner til vognene. Telefonnummer til hver vogn skal være kjent for kjørekontoret. Dagens transportører har smarttelefoner med operativsystemet Android. IOS, Windows eller tilsvarende operativssystem kan også benyttes. Beskrivelse av tilbudt begrensninger,herunder antall tegn som kan sendes til bil, antall tidsregistreringer ved henting/levering Leverandør skal svare for kostnadene til installering av ny software på rullestoltransportørenes smarttelefoner. 11 Krav til sikkerhet, sporbarhet og kontroll 11.1 Standard 11.2 Sikker kommunikasjon Alle data som genereres for alle enheter som benytter systemet skal lagres. Systemet skal basere seg på anerkjent teknologi og internasjonale standarder. Leverandør skal ha rutiner som sikrer at all kommunikasjon mellom biler og planleggingstjenesten skal foregå på en sikker måte. Rutinene skal sikre at all data oppbevares, lagres og slettes i henhold til personopplysningslovens krav. Leverandør og dets systemer skal tilfredsstille Datatilsynets krav til informasjonssikkerhet i henhold til personopplysningsloven. Beskrivelse av rutiner og hvordan krav til informasjonssikkerhet skal overholdes 11.3 Tilgangsrettigheter Det skal ikke sendes sensitive personopplysninger om brukeren ut til bilene. Systemet skal gi støtte for differensiering av tilgangsrettigheter etter systembrukernes funksjoner og tillatelser. Systemet skal være sikret på en slik måte at ingen kan få tilgang til informasjon de ikke er autorisert for. Dette gjelder uavhengig av om de er brukere av systemet eller ikke.

23 Side 23 av Brukernavn og passord 11.5 Sporbarhet 11.6 Historiske data 11.7 Driftsstans tilbudt løsning Tilgang til data Alle systembrukere skal ha unike brukernavn og passord. Systemet skal kunne gi rapport over hvilke brukeridenter som er definert i systemet for Oslo kommune. I tillegg skal systemet kunne gi rapport over hvilke autorisasjoner som er tildelt en brukerident i Oslo kommune. Systemet skal automatisk sørge for at alle systembrukere må skifte passord hver tredje måned. Alle registreringer og endringer skal være sporbare og loggføres, inkludert feilregistreringer. Det skal loggføres hvilken systembruker som har foretatt registreringen eller endringen. Historiske data skal ivaretas i systemet, og sletting skal kun gjøres etter avtale med oppdragsgiver. Turdata og annen data skal anonymiseres og samtidig fortsatt kunne benyttes i statistikk. Ved driftstans må oppdragiver straks varsles. Leverandør må ha reserveløsninger for driftstans. Leverandør skal sørge for å ha sikre backup- og gjenopprettingsrutiner. Sjåfør skal kun ha tilgang til sin egen kjørerute. Bydel skal kun ha tilgang til data som gjelder sin bydel. TT-Bruker skal kun ha tilgang til data som gjelder seg selv. Oppdragsgiver skal ha tilgang til data for alle bydelene. 12 Krav til leverandørens administrative funksjoner og personell 12.1 Administrasjon Beskrivelse av tilbudt administrasjonsfunksjon inkludert tilbudt personells kompetanse og erfaring, Leverandør skal ha en administrasjonsfunksjon som er ansvarlig for å kvalitetssikre tjenesten. Administrasjonsfunksjonen skal sikre god kontroll over tjenesten, følge opp avvik og oppgjør overfor oppdragsgiver.

24 Side 24 av 36 samt hvordan leverandør skal sikre leveransen ved ressurspersoners fravær eller at ressurspersoner slutter Koordinator Beskivelse av tilbudt personell sin kompetanse og erfaring 12.3 Telefonnummer tilbudt løsning 12.4 Varsling tilbudt løsning 12.5 Avviks-håndtering Leverandør skal ha en koordinator som skal ivareta den daglige dialogen med oppdragsgiver og andre aktører i tjenesten. Koordinator skal delta i møte med oppdragsgiver og eventuelt andre samarbeidspartnere. Koordinator må beherske norsk muntlig og skriftlig tilsvarende nivå bergenstesten. All kommunikasjon mellom oppdragsgiver og koordinator skal være på norsk. Administrasjonen skal ha et eget telefonnummer som er bemannet på dagtid. Ulykker og personskader skal umiddelbart meldes oppdragsgiver. Tilsvarende gjelder hendelser med nestenulykker og uheldige episoder med sjåfør og/eller TT-bruker. Leverandør skal fortløpende logge alle avvik som berører transporten. Avvikene må være skrevet på en forståelig måte og inneholde alle nødvendige opplysninger. Avvikene sendes samlet til transportørene slik at transportørene kan komme med en tilbakemelding. Det må lages en avviksrapport for hver transportør. Oppdragsgiver definerer frekvens når det gjelder utsendelse og tilbakemelding. Et avvik skal ikke logges mer enn en gang, uavhengig av hvem som har meldt inn avviket. Avvik som gjelder leverandør, skal rettes til oppdragsgiver. Beskrivelse av tilbudt : Leverandør må sikre at alle avvik er sporbare for alle som tar imot samtaler om avvik. Avvikene må være kategorisert og kvalitetssikret etter avtale med oppdragsgiver. Leverandør skal også hindre at klager som ikke er avvik blir sendt til transportør. Oppdragsgiver skal ha kopi av all korrenspondanse. Hvordan leverandør skal arbeide med avvikshåndtering. Hvordan leverandør skal bidra til å hindre at avvik oppstår i tjenesten. Hvordan leverandør vil arbeide med analyse av

25 Side 25 av 36 avvik og løsningsforslag for å redusere fremtidige avvik Klagehåndtering tilbudt 12.7 Brukerstøtte tilbudt 12.8 Sperring av kort tilbudt Muntlige og skriftlige klager fra TT-brukere skal rettes til oppdragsgiver uten ugrunnet opphold. Oppdragsgiver avgjør om saken er av en slik karakter at leverandør selv skal utarbeide svar på klager og henvendelser om forsinkelser, feil, sørvis eller lignende i forbindelse med transporten. I de tilfeller der leverandør skal besvare klager fra TT-brukerne, skal dette gjøres innen 7 kalenderdager. Leverandør skal tilby brukerstøtte og lett tilgjengelig brukerdokumentasjon slik at oppdragsgiver, bydeler og transportører effektivt kan gjøre bruk av og forholde seg til leverandørs systemer og leveranser. Åpningstid for brukerstøtte skal være fra kl til kl på virkedager for oppdragsgiver og bydeler. For transportørene skal det være døgnåpen brukerstøtte. Det skal alltid være en person tilstede som har muligheten til for eksempel å sperre kort ved stjålet kort/mistet kort mv. Bydelene skal ha mulighet til å sperre kort selv. 13 Implementeringsfase Leverandør skal i samarbeid med oppdragsgiver forsikre seg om at overføringen av data skjer i henhold til avtalt fremdrift. Leverandør skal utforme planer for testing som sikrer bekreftelse på at all data er overført og at systemløsningen er klar til bruk. Dette er tester for 13.1 Krav til testing konvertering av data fra dagens kjørekontor og korttjeneste eventuell etablering av tilgang til bydelene og oppdragsgiver kommunikasjon mellom leverandør og transportørene eventuelt utviklings- og eller tilpasningsarbeid i systemløsningen systemtest av hele løsningen Dokumentasjon på gjennomførte tester skal oversendes Oslo kommune før akseptansetest senest en måned før kontraktsopstart. Testene skal gjennomføres utenfor drosjenes driftsmiljø ved at det settes

26 Side 26 av 36 opp en kopi av systemet, som kan settes i testmode/testmiljø. Linker og kommunikasjon med samkjørt drosje og rullestoltransporten skal testes før driftsoppstart. Før oppstart skal leverandør to ganger ukentlig rapportere om framdriften per e-post. Leverandørs plan for implementeringsfasen 13.2 Krav til kursing Det skal avholdes kurs for brukerne av systemløsningene som tilbys. Dette skal være gjennomført i god tid før oppstart. Det skal tilbys kurs gjennom hele kontraktsperioden slik at nye brukere av systemet kan få opplæring i bruk av systemet. Plan og innhold for kursing i systemløsningen 13.3 Brukermanual Plan for å sikre en oppdatert brukermanual Det skal foreligge en brukermanual på norsk. 14 Antall brukere Per var det totalt brukere i Oslo kommune sin TT-ordning. Av disse var det som hadde blått kort, og som hadde rødt kort. Av rødkort-brukerne var det totalt 279 brukere som hadde hvitt korti tillegg. Vi gjør oppmerksom på at antall brukere vil kunne variere ettersom brukere går inn og ut av TT-ordningen. 15 Statistikk for bestillingsmottak Bestillingsmottaket i TT-tjenesten er åpen 365 dager i året, 24 timer i døgnet. Totalt i 2013 var det telefonhenvendelser som ble besvart av bestillingsmottaket. Telefonhenvendelsene fordeler seg på tre forskjellige områder, bestillinger, gjentakende reiser og henvendelser fra sjåførene. Det var telefoner som gjaldt bestilling, som gjaldt gjentakende reiser og telefoner fra sjåførene. Gjennomsnittlig samtaletid for bestilling var ca. 132 sekunder, for gjentakende reiser ca. 91 sekunder og for sjåfører ca. 87 sekunder. Telefoner til gjentakende reiser er reiser som en bruker bestiller fremover i tid, for eksempel til faste tidspunkter på faste ukedager Besvarte samtaler hverdager Nedenfor er en oversikt over antall bestilte reiser for en gjennomsnittlig hverdag. Tallene i i parantes viser den dagen i 2013 med høyest trafikk.

27 ( ) Bestilte reiser Bestilling Besvarte samtaler Gjentakende reiser Sjåførlinjen 00: (0) 1 (0) 0 (0) 0 (0) 01:00-01:59 0 (0) 0 (0) 0 (0) 0 (0) 02:00-02:59 0 (0) 0 (1) 0 (0) 0 (0) :59 0 (0) 0 (0) 0 (0) 0 (0) :59 0 (1) 1 (0) 0 (0) 0 (0) :59 2 (2) 0 (0) 0 (0) 0 (0) :59 12 (11) 16 (15) 0 (0) 0 (0) : (157) 29 (29) 5 (3) 9 (0) : (240) 40 (38) 3 (5) 11 (0) : (104) 34 (39) 7 (4) 13 (3) :59 27 (60) 25 (44) 3 (6) 1 (2) :59 40 (49) 27 (30) 3 (5) 14 (2) :59 33 (38) 24 (43) 6 (4) 4 (8) :59 83 (113) 27 (35) 1 (2) 7 (10) : (252) 32 (35) 4 (6) 15 (9) : (153) 25 (26) 7 (2) 2 (11) :59 57 (76) 16 (25) 2 (2) 6 (19) :59 25 (29) 15 (19) 0 (0) 1 (11) :59 12 (15) 9 (5) 0 (0) 1 (3) :59 6 (13) 6 (18) 0 (0) 0 (9) :59 9 (15) 11 (10) 0 (0) 0 (6) :59 4 (9) 8 (10) 0 (0) 0 (13) :59 1 (3) 5 (7) 0 (0) 0 (0) :59 2 (4) 2 (5) 0 (0) 0 (0) Sum (1 344) 353 (434) 41 (39) 84 (106) Side 27 av 36

28 Side 28 av Besvarte samtaler lørdager Nedenfor er en oversikt over antall bestilte reiser for en gjennomsnittlig lørdag. Tallene i i parantes viser den lørdagen i 2013 med høyest trafikk Besvarte samtaler ( ) Bestilte reiser Bestilling Sjåførlinjen 00: (1) 0 (1) 0 (0) 01:00-01:59 1 (0) 1 (2) 0 (0) 02:00-02:59 1 (1) 0 (0) 0 (0) :59 1 (0) 0 (0) 0 (0) :59 1 (0) 0 (0) 0 (0) :59 0 (0) 1 (0) 0 (0) :59 0 (0) 0 (0) 0 (0) :59 0 (0) 2 (0) 0 (0) :59 3 (4) 10 (7) 1 (2) :59 3 (7) 10 (8) 4 (8) :59 6 (13) 15 (14) 3 (7) :59 23 (22) 8 (22) 2 (9) :59 12 (16) 13 (13) 4 (5) :59 21 (28) 12 (11) 3 (5) :59 15 (20) 13 (23) 2 (4) :59 18 (10) 7 (6) 0 (7) :59 12 (23) 8 (11) 1 (5) :59 11 (11) 6 (9) 3 (0) :59 8 (8) 9 (10) 0 (3) :59 8 (9) 4 (4) 0 (2) :59 3 (6) 3 (2) 2 (0) :59 5 (1) 3 (3) 0 (2) :59 3 (5) 1 (4) 0 (0) :59 1 (2) 0 (1) 0 (0) Sum 157 (187) 126 (151) 25 (59)

29 Side 29 av Besvarte samtaler søndager Nedenfor er en oversikt over antall bestilte reiser for en gjennomsnittlig søndag. Tallene i i parantes viser den søndagen i 2013 med høyest trafikk Besvarte samtaler ( ) Bestilte reiser Bestilling Sjåførlinjen 00: (2) 0 (0) 0 (0) 01:00-01:59 0 (0) 1 (1) 0 (0) 02:00-02:59 2 (0) 0 (0) 0 (0) :59 0 (1) 0 (1) 0 (0) :59 0 (0) 0 (0) 0 (0) :59 0 (0) 0 (0) 0 (0) :59 0 (0) 0 (0) 0 (0) :59 0 (1) 1 (0) 0 (0) :59 0 (1) 6 (5) 2 (0) :59 2 (2) 5 (14) 2 (2) :59 8 (5) 6 (11) 2 (4) :59 12 (13) 6 (11) 2 (3) :59 9 (11) 9 (13) 5 (4) :59 10 (17) 14 (14) 3 (8) :59 13 (18) 7 (10) 2 (7) :59 16 (18) 10 (9) 2 (8) :59 9 (22) 6 (10) 4 (5) :59 8 (12) 7 (7) 4 (1) :59 6 (11) 9 (11) 1 (4) :59 10 (13) 5 (8) 1 (4) :59 4 (15) 10 (12) 2 (1) :59 2 (2) 11 (8) 0 (1) :59 1 (0) 5 (4) 0 (0) :59 1 (0) 1 (3) 0 (0) Sum 115 (164) 119 (152) 32 (52)

30 Side 30 av Statistikk for planleggingstjenesten En reise er gjennomføring av transport av én TT-bruker uavhengig av samordning. De aller fleste av reisene er gjennomført på dagtid hverdager. Rushtiden for våre kontrakter er lik den vanlige rushtiden i Oslo. I skoleferier benyttes det lavere kapasitet vil den statlige ordningen for arbeids- og utdanningsreiser (AU-reiser) for personer med nedsatt funksjonsevne tre i kraft også for Oslo kommune sine innbyggere. Det er noe usikkerhet knyttet til det faktiske antall brukere og reiser som ikke lenger vil omfattes av Oslo kommunes TTordning. Men det anslås at ca. 200 av Oslo kommune sine TT-brukere som har gjentakende reiser til lønnet arbeid og høyere utdanning vil gå over til den statlige ordningen. Dette vil også medføre at ca reiser per år vil gå over til statlig transportordning Rullestoltransport Oversikten nedenfor viser antall bestilte reiser per måned, faktisk utførte reiser per måned. I tillegg viser oversikten antall bomturer. Sjåfør melder turen som bomtur til kjørekontoret hvis TT-bruker ikke skal reise eller ikke har møtt opp Bestillinger Utførte reiser Bomturer Januar Februar Mars April Mai Juni Juli August September Oktober November Desember Sum

31 Side 31 av Trappeklatring rullestoltransport Oversikten viser statistikk over trappeklatring for alle dager samlet, for hverdager og for helger. Prosentandelen av reiser med trappeklatring er høyere på helligdager enn for andre dager. Alle dager (totalt) Totalt antall bestilte spesialbilturer % trappeklatring er av antall spesialbilturer Snitt trappeklatrin ger per dag Antall turer med Antall turer med 2 Totalt antall Antall trappeklatring trappeklatringer trappeklatringer dager Januar ,28 % 31 12,52 Februar ,25 % 28 12,54 Mars ,70 % 31 12,42 April ,20 % 30 12,30 Mai ,98 % 31 10,26 Juni ,91 % 30 10,67 Juli ,49 % 31 8,32 August ,58 % 31 9,32 September ,58 % 30 10,53 Oktober ,22 % 31 9,39 November ,20 % 30 9,07 Desember ,30 % 31 15,23 Sum ,02 % , Samkjørt drosje Oversikten nedenfor viser antall bestilte reiser per måned, faktisk utførte reiser per månedsamt antall bomturer. Sjåfør melder turen som bomtur til kjørekontoret hvis TT-bruker ikke skal reise eller ikke har møtt opp Bestilte reiser Utførte reiser Bomturer Januar Februar Mars April Mai Juni Juli August September Oktober November Desember Sum