Skriftlig brugervejledning til Vinterman 2.0
Indledning
Denne brugervejledning beskriver strukturen og anvendelsen af Vinterman 2.0. Systemet ejes, vedligeholdes og videreudvikles af Vejdirektoratet. Systemet kan benyttes af både kommuner samt af private entreprenører. Vinterman er en tjeneste til administration af vinter-relateret funktionaliteter, såssom snerydning og saltkørsel på det danske vejnet.
Hovedfunktion
Vinterman indeholder funktionalitet indenfor følgende hovedområder:
Administration: Systemet håndterer en række opsætnings- og stamoplysninger om personer, telefonnumre, køretøjer, materiel, ruter, handlingsplaner, priser, salt, vagtplaner og kort.
Udkald: Vinterman støtter selve udkaldsprocessen i forbindelse med igangsætning, orientering, overvågning og registrering af de enkelte aktiviteter i forbindelse med et udkald.
Logbog: I forbindelse med udkaldssystemet fører Vinterman en logbog, hvor alle hændelser registreres på en struktureret måde. Logbogen udgør efterfølgende den primære dokumentation af samtlige udførte handlinger.
Opfølgning: Efter et udkald er afsluttet bogføres oplysningerne, når de er kontrolleret. De bogførte data fra alle udkald bliver herefter brugt som grundlag for fakturering samt en række statistikker.
Meldinger: Kommunernes og Vejdirektoratets meldingsoplysninger overføres til http://vintertrafik.dk samt http://Trafikinfo.dk .
Arbejdsflow i Vinterman
Figur 1: Eksempel på arbejdsflow i Vinterman visualiserer et eventuelt arbejdsflow i Vinterman, som er opbygget således:
Planlægning: I planlægningen skal/kan brugeren oprette følgende stamdata: personer, firmaer, vagthold og udstyr. Stamdataen kan/skal senere tilknyttes referenceplan(erne). Derudover, kan brugeren importere ruter og lokationer via GIS import samt oprette doseringer, udkaldesesårsager og statusgrupper.
Opbyg referenceplan(er): En referenceplan repræsenterer en aktivitet. I opbygningen af referenceplan(erne) kan brugeren angive navn på referenceplanen, aktivitetstypen, stemmefrasen og indstillinger ved udkald. Herefter, kan brugeren tilknytte det nødvendige stamdata oprettet i trin 1 (statusgruppe, rute, udstyr, vagthold, personer og firmaer). Et eksempel på en aktivitetstype kunne være snerydning.
Opbyg handlingsplan: Efter at have opbygget aktiviteterne i form af referenceplanerne, kan brugeren oprette handlingsplanen, som benyttes ved udkald. Ved oprettelse af handlingsplanen, skal brugeren tilknytte de referenceplaner (oprettet i trin 2), som er relevante. Det kunne eksempelvis være en referenceplan om snerydning og en referenceplan om saltning.
Foretag udkald: Når udkaldet skal foretages, så skal handlingsplanen (oprettet i trin 3) tilknyttes. Ligeledes, skal der angives dosering og udkaldsårsag (oprettet i trin 1).
Acceptere udkaldet: Efterfølgende vil udkaldsrobotten automatisk kontakte de pågældende chauffører, som først skal acceptere udkaldet ved at trykke på X. Herefter, tilgår chaufføren appen og påbegynder sin aktivitet. Chaufføren skal opdatere aktivitetens status undervejs.
Terminologi
Term | Forklaring | Eksempel |
|---|---|---|
Administrative områder | En inddeling af områder i forhold til administration. Dette bruges til filtrering af aktviteter, plan mv. | |
Aktiviteter | Aktiviteter er det bærende element i Vinterman. En aktivitet er gennemførelse af en opgave på en rute (f.eks. saltning på rute 12). Under gennemførelsen af opgaven registreres en række oplysninger med relation til aktiviteten (f.eks. køretøj, saltforbrug og hændelser mv.). | |
Chauffør app’en | Vintermans chauffør app er rettet mod, at chaufføren selv registrerer start og stop på ruten. Samtidig gives der adgang til ruten, ruteinformation og der opsamles gpsspor undervejs. | |
Doseringer | En dosering angiver mængden af tørstof eller væske der skal bruges ved et udkald | |
Funktioner | dette er en sektion i Vinterman, hvor man kan teste stemmefrasen for en specific referenceplan med specifik udkaldsårsag og dosering. Endivere kan man i denne sektion også udfrøe GIS import. | |
GIS import | Via GIS import er det muligt, at importere ruter, lokationer (punkter) og lokationer (polygoner). Man kan enten importere Shape filer eller via WFS. | |
Handlingsplan | En handlingsplan anvendes, når der skal foretages et udkald. En handlingsplan består af underliggende referenceplaner, der hver repræsenterer en aktivitet. | Et eksempel på en handlingsplan kan være en TS-Kombi, hvor der både tilknyttes en referenceplan, der afspejler aktiviteten snerydning og en referenceplan, der afspejler aktiviteten saltning. |
Informationsprofil | En informationsprofil omkredser specifikke bruger med særlige tilladelser. | Der er 10 brugere med roller som pladsmand, der skal have adgang til den samme information omkring samme salthal i Esbjerg. De ville da have adgang til en informationsprofil vedrørende salthallen i Esbjerg |
Lokation | En lokation er et sted, hvor der udføres vintertjeneste. Lokationer er geografisk stedfæstet med en adresse samt et GPS-punkt. Lokationer bruges typisk, når man sælger vinteropgaver. | Et eksempel på en lokation kan være en p-plads foran en virksomhed eller en institution. |
Lokationsaktiviteter | Lokationsaktiviteter ligger under de almindelige aktiviteter på ruterne. En rute kan omfatte mange lokationsaktiviteter, der besøges undervejs. Lokationsaktiviteter har kun hændelserne ”Oprettet”, Påbegyndt” og ”Afsluttet”. Derudover kan de slettes og annulleres. | |
Melding | En melding er en information, som sendes ud til en interessegruppe. Meldinger udfyldes i Vinterman og kan automatisk sendes pr. mail eller SMS til forskellige grupper af personer elller til trafikkortet for at informere trafikanterne. | En melding kunne være “Information om risiko for glatte veje på Hillerødmotorvejen mandag morgen “. Denne melding orienterer omkring vejforholdene på Hillerødmotorvejen og kunne eksempelvis blive sendt til TV-avisen. |
Nødplan | En oversigt over aktive referenceplaner til brug i tilfælde af nødsitutation, som er behjælpelige ved manuelle udkald uden om Vinterman | |
Opgaver | Alle opgaver i Vinterman-regi fordeles på forskellige opgavetyper. | Eksempler på opgavetyper er: ”Salt”, ”Kombi”, ”Sne”, ”Patrulje”, ”Bortkørsel”, ”Værksted” mv. |
Opsætning | Dette er en sektion i Vinterman 2.0, som giver brugeren mulighed for at definere doseringer, udkaldsårager, serviceniveauer, udstyrskontoer og statusgrupper. Disse definition kan, når de er oprettet, angives i andre dele af Vinterman. | |
Primær vejtype | Der findes 3 forskellige primære vejtyper;
| |
Referenceplan | En referenceplan repræsenterer en aktivitet, som chaufføren skal udføre i forbindelse med et udkald. Til en referenceplan angives aktivitetstypen, stemmefrasen samt tilknyttes ruten, statusgruppen, udstyr, chauffør, firma og/eller vagthold. | Et eksempel på en referenceplan kan være en aktivitet for snerydning. Til referenceplanen tilknyttes nødvendig information om aktiviteten, såsom: statusgruppe, rute, udstyr, chauffør, firma og/eller vagthold tilknyttes. |
Remindere | En reminder er en påmindelse, der kan vises for vagten ved et bestemt statusskift. Notifikationer kan sendes automatisk pr. mail eller sms, når en rute eller lokation afsluttes. Det er også muligt at abonnere på notifikationer, når andre starter en aktivitet eller sender en melding. | Reminderen kan f.eks. være en besked om et vejarbejde på rute 7. Når rute 7 herefter oprettes, får vagten reminderen og kan give beskeden videre til chaufføren. |
Rolletypen “administrator“ | Denne rolle gives til vinteransvarlige | |
Rolletypen “chauffør“ | Denne rolle giver brugeren rettigheder til at bruge og interagere med chauffør appen | |
Rolletypen “klientbruger“ | Denne rolle er lige nu foruden praktisk betydning | |
Rolletypen “læser“ | Denne rolle giver brugeren rettigheder til
| En bruger med rollen “stamdata læser“ har kigge rettigheder til stamdata sektionen |
Rolletypen “skriver“ | Denne rolle giver brugeren rettigheder til
| En bruger med rollen “stamdata skriver“ har rettigheder til at se stamdata samt oprette ny stamdata |
Rolletypen “sletter“ | Denne rolle giver brugeren rettigheder til
| En bruger med rollen “stamdata sletter“har rettigheder til at se stamdata, oprette ny stamdata, redigere og slette stamdata |
Rute | En rute er en væsentlig samlende enhed i Vinterman. En rute kan have et antal lokationer tilknyttet. Alle aktiviteter i Vinterman består i at løse en opgave på en rute. For hver rute defineres desuden hvilke statusgrupper, der skal registreres ved aktiviteter på den pågældende rute. Såvel ruter som statusgrupper skal oprettes før Vinterman kan anvendes til udkald mv. På hver rute er der desuden oplysninger omkring geografi og strækningsdata. Disse oplysninger kan angives senere, hvis man ønsker at præsentere ruten på Vintermans kort. | |
Rutetype | En rute beskriver normalt et stykke vej, men ikke altid. Der er alternative rutetyper som ”Tilsyn”, ”Læssevagt” og ”Andet”. De kan anvendes ved fastlæggelse af ruter, hvor opgaverne typisk er ”Orientering” eller ”Andet” | Et eksempel på ruter uden tilknytning til en specifik vej kan være en vinterpatrulje, en læssevagt eller orientering af forskellige myndigheder omkring en indsats. |
Sektion (handlingsplan) | Når der oprettes/ændres på en handlingsplan, så er det muligt at angive en sektion, som bruges som en overskrift på handlingsplanen-. Bemærk en handlingsplan kan maksimalt indeholder en overskrift ad gangen. | |
Serviceniveauer | Niveauet af vintertjenesten på en givet strækning ifølge bestyrerens vinterregulativ. For mere information se https://www.vejdirektoratet.dk/side/love-regulativer-vejregler-og-udbudsforskrifter-vintertjenesten | Eksemplevis kunne et klasse 1 serviceniveau på O3 dække over præventiv salting |
Stamdata | Stamdata berører opsætningen samt administrationen af data, som anvendes, når der foretages udkald. Dette berører opsætning samt administrering af personer, fimaer, udstyr, vagtmønstre, vagthold og vagtbytte. Ligeledes, er det herfra, at der opbygges referenceplaner og handlingsplaner. | |
Statusgruppe | En beskrivelse af de statustrin som aktivitetyperne skal gennemgå under udførelse. Det er mulgit at angive maksimal gennemførelsestid på hvert aktivt statustrin. | |
Stemmefrase | En stemmefraser angiver, hvad en telefon robot ville sige, når den ringer op | En dosering hedder 'standard pletsaltning snefald', da ville telefon robotten sige '… med dosering standard pletsaltning … ' |
Udkald | Et udkald består i gennemførelse af en række aktiviteter indenfor et tidsrum. Et udkald kan f.eks. være saltning på 5 ruter samt orientering af en række myndigheder mv. | |
Udkaldsårsager | Ved et udkald skal der angives en årsag til udkaldet, og denne årsag er en udkaldsårsag | |
Udstyr | Udstyrsregisteret er et generelt register til beskrivelse af alt fra biler og traktorer over saltspredere og plove til blandeanlæg og galger mv. Der er mulighed for at registrere mange detaljer om udstyr. Som minimum bør saltspredere oprettes med korrekt spredertype, evt. opsætning af automatisk dataopsamling mv. | |
Udstyrskonto | En konto tilknyttet et udstyr, som definerer koblingen mellem udstyret og bestyrerens økonomisystem. | |
Vagtbytter | Et vagtbytte består i at bytte to personers vagter. Her angives den oprindelige chauffør og personen vagten skal byttes med. Derudover, angives det hvornår det er gyldigt fra og til. | Et eksempel kan være, at person A er den oprindelige chauffør og skal lave vagtbytte med person B. Dermed laver man et vagtbytte mellem person A og person B. |
Vagthold | Et vagthold er en gruppe bestående af personer, som kan tildeles en vagtplan i form af en enkelt vagt, en gentagende vagt eller et vagmønster. Når vagtholdet er opbygget, så kan det tilknyttes en referenceplan. | Et eksempel på et vagthold kan være Københavns nathold, der består af en række personer. Når referenceplanen oprettes, så kan man tilknytte vagtholdet til denne. |
Vagtmønstre | Et vagtmønster kan være gentagende tidmønster, som kan gentages enten daglig, ugentligt, månedligt eller årligt. Vagtmønsteret kan tilknyttes til personer på vagthold, som en del af deres vagtplan. | Et eksempel kan være et vagtmønster, der har navnet København Midnat og har en varighed på 6 timer fra 00:00 til 06:00 og dette skal være gentagende ugentligt mandag og fredag. |
Vagtplaner | En vagtplan indeholder en række aftaler gældende for en gruppe af personer. Vinterman anvender vagtplanerne til bestemmelse af firma, chauffør og/eller køretøj ved igangsætning af nye aktiviteter. Referenceplanen angiver hvornår Vinterman skal slå op i en vagtplan. |
Signaturforklaring
Term | Udseende | Forklaring |
|---|---|---|
Rød stjerne | * | Hvis en oplysning er angivet med en rød stjerne, da er oplysningen påkrævet. |
Generelle komponenter
I denne sektion gennegår vi brugen af nogle af de ting som går igen. Bemærk de enkelte tekster kan variere fra sted til sted, men selve funktionaliteten er den samme.
Søg-og-tilføj-komponent
I denne komponent klan man fremsøge elementer, der er oprettet i systemet, og angive elementerne på en samlet liste. Når et element er fremsøgt, så skal det tilføjes ved klik på + ikonet, hvorefter elementet vil dukke op i tabellen nedenunder.
Eksempel
Her ønsker vi at tilføje en medarbejdere, som hedder Thor Odinsen.
Trin 1:
Indtast navnet på personen, her Thor Odinsen, såfremt personen er oprettet burde de dukker op ligesom nedenfor. Vælg den rette person fra listen.
Trin 2:
Personen er nu angivet, så der skal klikkes på + ikonet for at tilføje dem til listen
Trin 3:
Personen er nu tilføjet til listen. denne process kan gentages, såfremt man skulle ønske at tilføje flere elementer
Opret-og-tilføj-kompoenent
Dette komponent mindre meget om det forrige, men denne gnag tilføjes elementet til listen gennem et po-up vindue. Inde i dette pop-up vindue oprettes elementet, derefter kan man trykke [Gem og afslut], hvorefter det vil dukke op i tabellen nedenunder.
Tekstfelter
Denne typer felter angiver, at man skal skrive noget passende tekst som svarer til titlen på feltet
Eksempel
Lad os sige, at vi har et vagtmønstre, som hedder nattevagt og dækker over nattetimerne, da kunne dette angives således:
