Besøgsplanlægning
Besøgsvinduer, kompetencer og transporttid.
Byg en dagsplan, der faktisk kan gennemføres.
Modeller besøgsvinduer, krævede kompetencer, transport, pauser, kontinuitet og hastetilføjelser samlet, og opret derefter ruteforslag, som teamet kan kontrollere og justere.
- Start fra Excel
- Vurder tidsvinduer, kompetencer og transport samlet
- Bekræft før færdiggørelse
Problem
Arbejdet med at genopbygge ruten er tungere end kalenderindtastningen.
Det svære er ikke at indtaste aftaler. Det er løbende at genopbygge en gennemførlig kombination af besøg, personale, tid, transport og undtagelser.
Besøgsvinduer overlapper.
Nogle besøg kan kun ligge om morgenen, nogle skal starte efter en anden opgave, og nogle skal afsluttes før en deadline.
- Transport før og efter betyder noget
- Ventetid opstår også
Ikke alle medarbejdere kan tage afsted.
Autorisationer, udstyr, sprog, lokalkendskab og kundens præference kan gøre en lille gruppe medarbejdere gennemførlig.
- Kvalificeret personale bliver flaskehalsen
- Kompatibilitet og kontinuitet betyder noget
Tæt på kortet er ikke altid gennemførligt.
Fugleflugtsafstand er ikke nok, når servicetid, parkering, køretid, baseplacering og direkte transport betyder noget.
- Transport presser planen
- Hver medarbejder kan starte et andet sted
Én ændring forplanter sig gennem dagen.
Fravær, aflysning eller hastetilføjelse kan tvinge hele resten af dagen til at blive genopbygget.
- Behold bekræftet arbejde så vidt muligt
- Notifikationer kan også være nødvendige
Planlæggeren løser dette mentalt hver gang.
Matematisk model
Adskil reglerne, før en løser bliver bedt om at planlægge dagens rute.
Besøgsplanlægning kan behandles som et ruteproblem med tidsvinduer, personalekompetencer, pauser, faste aftaler og reparation efter ændringer.
Regler, der skal overholdes
- Tidsvinduer for besøgHvert besøg starter og slutter inden for det tilladte servicevindue.
- Krævede kompetencerKun personale med den krævede kompetence, autorisation, udstyr eller sprog tages i betragtning.
- Personalets tilgængelighedFravær, arbejdstid, besøgsgrænser og regler for retur til base forbliver synlige.
Præferencer, der respekteres når muligt
- KontinuitetBehold samme ansvarlige medarbejder, når kontinuitet har driftsmæssig værdi.
- Foretrukken tidForetræk et ønsket tidspunkt inden for det tilladte vindue, når kunder eller steder beder om det.
- Balanceret arbejdsbelastningUndgå at samle vanskelige besøg, lang transport eller hastearbejde hos én person.
Målepunkter, der skal forbedres
- Ikke-tildelte besøgReducer højt prioriterede ikke-tildelte besøg, før praktiske målepunkter optimeres.
- TransporttidMinimer samlet transport, samtidig med at tidsvinduer og kontinuitet kan forklares.
- Forsinkelse og overtidVis, når den tilgængelige personalekapacitet ikke kan dække hele efterspørgslen.
Vi beslutter sammen med jer, om få minutters kortere transport er værd at bryde kontinuitet for, eller hvor mange bekræftede besøg der må flyttes ved en hastesag.
Feltdrift
Fungerer for drift, hvor besøg, personer og rækkefølge skal matches.
Det fælles spørgsmål er, hvem der skal besøge hvilket sted, i hvilken rækkefølge og på hvilket tidspunkt.
Hjemmepleje og sygepleje
Håndter besøgsvinduer, sundhedsfaglige kompetencer, kontinuitet, ugentlig frekvens og reparation ved fravær.
Feltinspektion og reparation
Kombiner udstyrstype, reservedele, teknikerkompetencer, hasteniveau og transport fra basen.
Rengøring og vedligehold
Repræsenter adgangsvinduer, krævet udstyr, flere medarbejdere og forbundne opgaver.
Salgsbesøg og lokationsundersøgelser
Afspejl prioritet, område, relationsansvar, besøgsfrekvens og direkte transport.
Interaktivt eksempel
Ændr betingelser, og se hvorfor ruteforslaget ændrer sig.
Ændr scenarie, fravær, akut besøg og regelstyrke for at se, hvordan ruteforslaget ændrer sig.
Omtrentlige ruter
Koordinaterne er fiktive relative positioner. Produktionssystemer erstatter dette med køretidsmatricer og verificeret adressehåndtering.
Gennemgangspunkter
Medarbejdertidslinje
Besøg, der kræver en beslutning
Regelbibliotek
Modeller de driftsregler, der afgør, om en rute kan gennemføres.
Eksemplerne nedenfor er de typer regler, der skal adskilles, før en løser eller søgemetode vælges.
WIN-01KravTidsvindue for besøg
Start og afslut inden for hvert besøgs tilladte tidsvindue, eller marker besøget som ikke gennemførligt.
SKL-01KravKrævet kompetence
Kræv, at medarbejderen har alle kompetencer, autorisationer, udstyrskategorier eller sprog, som besøget kræver.
AVL-01KravArbejdstilgængelighed
Respekter personalefravær, arbejdstidsstart, arbejdstidsslut, maksimalt antal besøg og faste aftaler.
BRK-01KravPausevindue
Hold en spisepause eller hvileperiode synlig i ruteforslaget.
CON-01PræferenceKontinuitet
Foretræk den tidligere ansvarlige medarbejder, når det ikke bryder kravbetingelser.
CHG-01PræferenceMinimale ændringer
Undgå at ændre bekræftede besøg, når planen repareres efter fravær eller hastetilføjelser.
BAL-01PræferenceBalanceret arbejdsbelastning
Balancer antal besøg, servicetid, transporttid, hasteniveau og vanskelige steder på tværs af personale.
TRV-01MålReduktion af transport
Reducer samlet transport, efter gennemførlighed, prioritet og kontinuitet er vurderet.
UNS-01MålForklaring på ikke-tildeling
Vis ikke-tildelte besøg og årsagen i stedet for at tvinge en misvisende komplet plan frem.
Forklarligt resultat
Vis begrundelsen for planen, ikke kun selve planen.
Et nyttigt system skjuler ikke mangel. Det viser kandidatplanen og årsagen til, at hver undtagelse kræver menneskelig vurdering.
Besøgsrækkefølge og tid
Vis ankomst, ventetid, start, afslutning, transport, pause og returtid for hver medarbejder.
Årsager til ikke-tildeling
Klassificer mangelårsager som kompetencer, tidsvinduer, besøgsgrænser, arbejdstid og faste aftaler.
Sammenligning af alternativer
Sammenlign antal tildelte, transport, forsinkelse, kontinuitet, overtid og ændringsomfang på tværs af alternativer.
Manuelle rettelser og effekt
Lad teamet låse et bekræftet besøg eller en personaletildeling og derefter kun genberegne den resterende plan.
Fra model til drift
Ikke kun beregning: systemet, som feltteams faktisk bruger.
En optimeringsmotor alene ændrer ikke driften. Vi designer skærme og arbejdsgang omkring forespørgsler, kundedata, personaleplaner, kort, notifikationer og resultater.
- Modtagelse af forespørgsler og besøgsregisterAdministrer besøgsregler, adresse, servicetid og prioritet.
- Mobilapp til personaleKontroller dagens rækkefølge, kort, kontakt, ankomst og afslutning.
- Ændringer og notifikationerAfspejl aflysninger, fravær og hastetilføjelser, og giv de rette personer besked.
- Resultater og analyseSaml forskelle mellem plan og faktisk drift, transport, forsinkelser og udnyttelse.
Data
Start med de planfiler og regler, I allerede bruger.
En første prototype kan begynde med én anonymiseret dag eller uge. Målet er at bekræfte, om reglerne kan repræsenteres, og om kandidaten er nyttig.
Data, der gennemgås først
Adresse eller zone, tidsvindue, serviceminutter, krævet kompetence, prioritet og tidligere medarbejder.
Arbejdstid, baseplacering, kvalifikationer, besøgsgrænse, fravær og aktuel lokation.
Kravregler, præferencer, prioriteringsrækkefølge, pauseregler, faste aftaler og ændringsgrænser.
Nuværende plan, faktiske ankomst- og sluttider, transport, aflysninger og manuelle ændringer.
Relateret erfaring
Et system til at kontrollere besøgsplaner for hjemmesygepleje fra en smartphone.
Finite Field har bygget systemer, hvor plejeledere kan kontrollere og styre besøgsplaner for hjemmesygepleje fra en smartphone. Denne side bygger videre på den driftserfaring og viser, hvordan flere begrænsninger kan omsættes til planforslag.
Se relateret arbejdeEgnethedstjek
Hvornår skræddersyet udvikling passer, og hvornår det ikke gør.
Vi kontrollerer først, om kompleksiteten og gevinsten retfærdiggør et skræddersyet system.
Godt egnet til en skræddersyet model
- Mange tidsvinduer, kompetencer og transportbetingelser overlapper
- Planlægningen afhænger af én bestemt koordinators hukommelse
- Fravær eller hastetilføjelser tvinger ofte planen til at blive genopbygget
- Standardprodukter kræver stadig omfattende manuelle rettelser
- Planer skal forbindes med andre driftssystemer
Overvej standardværktøjer først
- Antallet af besøg er lille, og faste ruter er nok
- Der er få tidsvinduer eller kvalifikationskrav
- En standardtjeneste til planlægning dækker allerede arbejdsgangen
- Grunddata eller forretningsregler er endnu ikke organiseret
- Modtagelsesprocessen bør organiseres før automatisering
Leveringsproces
Løs først et lille udsnit, og forbind det derefter med feltdriften.
Vi adskiller validering af beregningen fra systemimplementering, så hver fase kan fortsætte, ændres eller stoppes med evidens.
- 01DIAGNOSEGratis tjek
Tjek problem og data
Gennemgå nuværende planer, personale, besøgsregler og ændringshyppighed.
- 02MODELLERINGDesign
Klassificer regler i tre grupper
Adskil obligatoriske regler, præferencer og målepunkter, og aftal derefter, hvordan de skal pointgives.
- 03PROTOTYPEFast omfang
Kør en lille beregningsprototype
Brug én dag eller én uge til at generere kandidater og sammenligne dem med den nuværende plan.
- 04PRODUKTSkræddersyet tilbud
Implementer driftssystemet
Implementer modtagelse, kort, manuel redigering, notifikationer, resultater og tilladelser som ét system.
- 05FORBEDRForbedr
Forbedr med faktiske resultater
Brug faktisk transporttid, forsinkelser og manuelle rettelser til at forfine reglerne.
FAQ
Spørgsmål før automatisering af besøgsplanlægning.
Disse svar præciserer demonstrationssidens rolle, kortdata, menneskelig gennemgang og integrationsarbejde.
Spørg om jeres planEr denne demonstrationsside den produktionsklare optimeringsmotor?
Nej. Demonstrationssiden er en enkel deterministisk heuristik til forklaring. I produktionsarbejde vælges løser, søgemetode eller hybrid tilgang, når skala, regler og behov for svartid er kendt.
Kan vi starte fra Excel?
Ja. En første gennemgang kan starte fra en anonymiseret besøgsliste, personalliste, regelnotat og nuværende plan.
Kan planen repareres efter fravær eller et akut besøg?
Ja. En reparationsfunktion kan låse gennemførte eller allerede varslede besøg og derefter kun genberegne den resterende rute og vise, hvad der ændrede sig.
Kan dette forbindes til en korttjeneste?
Ja. Køretids-API'er, distancematricer og kortvisninger kan integreres, efter omkostninger, vilkår, caching og privatlivshåndtering er bekræftet.
Bekræfter systemet automatisk den endelige plan?
Nej. Teamet bør gennemgå ikke-tildelte besøg, regellempelser og manuelle rettelser, før planen bekræftes.
Tjek jeres drift
Jeres besøgsplan kan udtrykkes som en beregnelig model.
Gennemgå jeres nuværende Excel-ark eller planlægningstavle, og identificer data, regler og omfanget af den første prototype.
- Anonymiserede data er acceptable
- Vi siger tydeligt til, hvis skræddersyet udvikling er unødvendig
- Ingen påtvungen salgsproces