Finite Field

Besøksplanlegging

Besøksvinduer, kompetanse og reisetid.
Bygg en dagsplan som faktisk kan gjennomføres.

Modeller besøksvinduer, nødvendig kompetanse, reise, pauser, kontinuitet og hastebesøk samlet, og lag rutekandidater som mennesker kan kontrollere og justere.

  • Start fra Excel
  • Vurder tidsvinduer, kompetanse og reise samlet
  • Bekreft før sluttføring
Ruteplan
Kandidat 02
Tildelt8/9gjennomgang
I tide96%+8
Reise118min-24
B123456E
Alex 09:00 Oak Home -> 10:35 Green TerraceBrooke 09:30 River House -> 11:20 North ClinicCasey 10:00 Behandling -> 13:15 Ordinært besøk

Problem

Arbeidet med å bygge ruter på nytt er tyngre enn kalenderregistreringen.

Det vanskelige er ikke å registrere avtaler. Det er å kontinuerlig bygge en gjennomførbar kombinasjon av besøk, mennesker, tid, reise og unntak.

01

Besøksvinduer overlapper.

Noen besøk kan bare skje om morgenen, noen må starte etter en annen oppgave, og noen må fullføres før en frist.

  • Reise før og etter har betydning
  • Ventetid oppstår også
02

Ikke alle medarbeidere kan dra.

Lisenser, utstyr, språk, stedskunnskap og kundepreferanser kan gjøre en liten gruppe medarbeidere gjennomførbar.

  • Kvalifiserte medarbeidere blir flaskehalsen
  • Kompatibilitet og kontinuitet betyr noe
03

Nær på kartet er ikke alltid gjennomførbart.

Luftlinjeavstand er ikke nok når servicetid, parkering, kjøretid, baseplassering og direkte reise har betydning.

  • Reise presser planen
  • Hver medarbeider kan starte et annet sted
04

Én endring forplanter seg gjennom dagen.

Fravær, kansellering eller hastebesøk kan tvinge hele resten av dagen til å bygges på nytt.

  • Behold bekreftet arbeid så langt det er mulig
  • Varsler kan også være nødvendige

Planleggeren løser dette mentalt hver gang.

Besøksvinduer×Medarbeidervilkår×Reise×Kontinuitet×Endringer= plan som kan gjennomføres

Matematisk modell

Del reglene fra hverandre før du ber en løser rutelegge dagen.

Besøksplanlegging kan behandles som et ruteproblem med tidsvinduer, medarbeiderkompetanse, pauser, faste avtaler og reparasjon etter endringer.

01
Må-regel

Regler som må holde

  • Tidsvinduer for besøkHvert besøk starter og slutter innenfor det tillatte servicevinduet.
  • Nødvendig kompetanseBare medarbeidere med nødvendig kompetanse, lisens, utstyr eller språk tas med.
  • MedarbeidertilgjengelighetFravær, arbeidstid, besøksgrenser og regler for retur til base forblir synlige.
02
Preferanse

Preferanser å respektere når det er mulig

  • KontinuitetBehold samme ansvarlige medarbeider når kontinuitet har driftsmessig verdi.
  • Foretrukket tidspunktForetrekk et ønsket tidspunkt innenfor det tillatte vinduet når kunder eller steder ber om det.
  • Balanse i arbeidsbelastningUnngå å samle krevende besøk, lang reise eller hastearbeid hos én person.
03
Mål

Måltall å forbedre

  • Ikke-tildelte besøkReduser høyt prioriterte ikke-tildelte besøk før praktiske forbedringsmål optimeres.
  • ReisetidMinimer samlet reisetid samtidig som tidsvinduer og kontinuitet kan forklares.
  • Forsinkelse og overtidVis når tilgjengelig bemanning ikke kan dekke hele behovet.
Korteste avstand alene gir ikke en god plan.

Vi avgjør sammen om noen minutters kortere reise er verdt å bryte kontinuiteten, eller hvor mange bekreftede besøk som kan flyttes for et hastetilfelle.

Feltdrift

Fungerer for drift som matcher besøk, mennesker og rekkefølge.

Det vanlige spørsmålet er hvem som bør besøke hvilket sted, i hvilken rekkefølge og til hvilket tidspunkt.

HC

Hjemmeomsorg og sykepleie

Håndter besøksvinduer, medisinsk kompetanse, kontinuitet, ukentlig frekvens og reparasjon ved fravær.

TidsvinduLisensKontinuitet
FS

Feltinspeksjon og reparasjon

Kombiner utstyrstype, deler, teknikerkompetanse, hastenivå og reise fra basen.

KompetanseDelerHaster
CL

Renhold og vedlikehold

Beskriv adgangsvinduer, nødvendig utstyr, flere medarbeidere og koblede oppgaver.

Flere personerUtstyrAdgangsvindu
SV

Salgsbesøk og befaringer

Gjenspeil prioritet, område, relasjonseierskap, besøksfrekvens og direkte reise.

PrioritetOmrådeFrekvens

Interaktivt eksempel

Endre betingelser og se hvorfor rutekandidaten endres.

Endre scenario, fravær, hastebesøk og regelstyrke for å se hvordan rutekandidaten endres.

3 medarbeidere / 8 besøk
Betingelser

Regler som skal kontrolleres

Dagens situasjon

Denne nettleserdemoen er en deterministisk forklaringsheuristikk. Den er ikke en driftsklar optimaliseringsmotor og garanterer ikke optimalitet.

Tildelt
I tide
Reise
Kontinuitet
Overtid
Rutekart

Omtrentlige ruter

Koordinatene er fiktive relative posisjoner. Driftsløsninger erstatter dette med reisetidsmatriser og verifisert adressehåndtering.

Gjennomgang

Gjennomgangspunkter

    Dagsruter

    Medarbeidertidslinje

    Regelbibliotek

    Modeller driftsreglene som avgjør om en rute kan kjøres.

    Eksemplene nedenfor er typer regler som bør skilles fra hverandre før en løser eller søkemetode velges.

    WIN-01Må-regel

    Tidsvindu for besøk

    Start og slutt innenfor hvert besøks tillatte tidsvindu, eller merk besøket som ikke gjennomførbart.

    SKL-01Må-regel

    Nødvendig kompetanse

    Krev at medarbeideren har all kompetanse, lisens, utstyrskategori eller språk som besøket krever.

    AVL-01Må-regel

    Arbeidstilgjengelighet

    Respekter medarbeiderfravær, arbeidsstart, arbeidsslutt, maksimalt antall besøk og faste avtaler.

    BRK-01Må-regel

    Pausevindu

    Hold en måltidspause eller hvileperiode synlig i rutekandidaten.

    CON-01Preferanse

    Kontinuitet

    Foretrekk tidligere ansvarlig medarbeider når dette ikke bryter harde begrensninger.

    CHG-01Preferanse

    Minst mulig endring

    Unngå å endre bekreftede besøk når planen repareres etter fravær eller hastebesøk.

    BAL-01Preferanse

    Balanse i arbeidsbelastning

    Balanser antall besøk, servicetid, reisetid, hastegrad og krevende steder mellom medarbeidere.

    TRV-01Mål

    Reduksjon av reise

    Reduser samlet reise etter at gjennomførbarhet, prioritet og kontinuitet er vurdert.

    UNS-01Mål

    Forklaring av ikke-tildeling

    Løft fram ikke-tildelte besøk og årsaken, i stedet for å tvinge fram en misvisende fullstendig plan.

    Forklarbart resultat

    Vis årsaken til planen, ikke bare selve planen.

    Et nyttig system skjuler ikke mangel. Det viser kandidatplanen og årsaken til at hvert unntak krever menneskelig vurdering.

    01

    Besøksrekkefølge og tid

    Vis ankomst, venting, start, slutt, reise, pause og returtidspunkt for hver medarbeider.

    02

    Årsaker til ikke-tildeling

    Klassifiser mangelsårsaker som kompetanse, tidsvinduer, besøksgrenser, arbeidstid og faste avtaler.

    03

    Sammenligning av alternativer

    Sammenlign antall tildelte besøk, reise, forsinkelse, kontinuitet, overtid og endringsmengde mellom alternativer.

    04

    Manuelle rettelser og effekt

    La mennesker låse et bekreftet besøk eller en medarbeidertildeling, og beregn deretter bare resten av planen på nytt.

    1Lag kandidaterBeregn ut fra regler og prioriteringer
    2Menneskelig gjennomgangUnntak, relasjoner, feltkontekst
    3Lås deler av planenHold bekreftede besøk faste
    4Beregn på nyttBygg den endrede delen på nytt

    Fra modell til drift

    Ikke bare beregning: systemet feltteamene faktisk bruker.

    En optimaliseringsmotor alene endrer ikke driften. Vi designer skjermene og arbeidsflyten rundt forespørsler, kundedata, medarbeiderplaner, kart, varsler og resultater.

    • Mottak av forespørsler og besøksregisterAdministrer besøksregler, adresse, servicetid og prioritet.
    • Mobilapp for medarbeidereKontroller dagens rekkefølge, kart, kontakt, ankomst og fullføring.
    • Endringer og varslerGjenspeil kanselleringer, fravær og hastebesøk, og varsle riktige personer.
    • Resultater og analyseAggreger avvik mellom plan og faktisk utførelse, reiser, forsinkelser og utnyttelse.
    Se prototypeomfang
    FELTMedarbeiderens smarttelefonPlan, kart, rapport
    DRIFTDriftsskjermForespørsler, endringer, bekreftelse
    MATEMATISK KJERNEBeregningsmotorBegrensninger, ruter, ny beregning
    DATAKunder, medarbeidere, resultaterDatabase, API, revisjonslogg

    Data

    Start med planfilene og reglene dere allerede bruker.

    En første prototype kan starte med én anonymisert dag eller uke. Målet er å bekrefte om reglene kan beskrives, og om kandidaten er nyttig.

    Inndata

    Data som bør gjennomgås først

    01
    Besøksliste

    Adresse eller sone, tidsvindu, serviceminutter, nødvendig kompetanse, prioritet og tidligere medarbeider.

    02
    Medarbeiderliste

    Arbeidstid, baseplassering, kvalifikasjoner, besøksgrense, fravær og nåværende plassering.

    03
    Forretningsregler

    Harde regler, preferanser, prioriteringsrekkefølge, pauseregler, faste avtaler og endringsgrenser.

    04
    Gjeldende plan og resultater

    Gjeldende plan, faktiske ankomst- og sluttider, reiser, kanselleringer og manuelle endringer.

    Relatert erfaring

    Et system for å kontrollere hjemmesykepleieplaner fra smarttelefon.

    Finite Field har bygget systemer der koordinatorer kan kontrollere og administrere hjemmesykepleieplaner fra smarttelefon. Denne siden viderefører det driftsgrunnlaget til kandidatgenerering med flere begrensninger.

    Se relatert arbeid

    Egnethetssjekk

    Når tilpasset utvikling passer, og når den ikke gjør det.

    Vi kontrollerer først om kompleksiteten og gevinsten forsvarer et tilpasset system.

    +

    Passer godt for en tilpasset modell

    • Mange tidsvinduer, kompetanser og reisevilkår overlapper
    • Planleggingen avhenger av hukommelsen til én bestemt koordinator
    • Fravær eller hastebesøk tvinger fram hyppig omplanlegging
    • Pakkeløsninger krever fortsatt tung manuell korrigering
    • Planer må kobles til andre driftssystemer
    -

    Vurder ferdige verktøy først

    • Antall besøk er lite og faste ruter er nok
    • Det finnes få tidsvinduer eller kvalifikasjonskrav
    • En ferdig planleggingstjeneste dekker allerede arbeidsflyten
    • Grunndata eller forretningsregler er ennå ikke organisert
    • Mottaksprosessen bør organiseres før automatisering

    Leveranseprosess

    Løs en liten del først, og koble den deretter til feltdriften.

    Vi skiller beregningsvalidering fra systemimplementering, slik at hver fase kan fortsette, endres eller stoppes med evidens.

    1. 01
      DIAGNOSE

      Kontroller problemet og dataene

      Gå gjennom gjeldende planer, medarbeidere, besøksregler og endringsfrekvens.

      Gratis sjekk
    2. 02
      MODELLERING

      Klassifiser regler i tre grupper

      Del obligatoriske regler, preferanser og måltall fra hverandre, og avtal hvordan de skal gis poeng.

      Design
    3. 03
      PROTOTYPE

      Kjør en liten beregningsprototype

      Bruk én dag eller én uke til å lage kandidater og sammenligne dem med gjeldende plan.

      Fast omfang
    4. 04
      PRODUKT

      Implementer driftssystemet

      Implementer mottak, kart, manuell redigering, varsler, resultater og rettigheter som ett system.

      Tilpasset tilbud
    5. 05
      FORBEDRING

      Forbedre med faktiske resultater

      Bruk faktisk reisetid, forsinkelser og manuelle endringer til å finjustere reglene.

      Forbedre

    FAQ

    Spørsmål før besøksplanlegging automatiseres.

    Disse svarene forklarer rollen til sidedemoen, kartdata, menneskelig gjennomgang og integrasjonsarbeid.

    Spør om planen deres
    Er denne sidedemoen produksjonsoptimereren?

    Nei. Sidedemoen er en enkel deterministisk heuristikk for forklaring. I produksjonsarbeid velges løser, søkemetode eller hybrid tilnærming etter at skala, regler og krav til responstid er kjent.

    Kan vi starte fra Excel?

    Ja. En første gjennomgang kan starte med en anonymisert besøksliste, medarbeiderliste, regelnotat og gjeldende plan.

    Kan planen repareres etter fravær eller hastebesøk?

    Ja. En reparasjonsmodus kan låse fullførte eller allerede varslede besøk, og deretter beregne bare den gjenværende ruten på nytt og vise hva som endret seg.

    Kan dette kobles til en karttjeneste?

    Ja. API-er for kjøretid, avstandsmatriser og kartvisninger kan integreres etter at kostnad, vilkår, caching og personvernhåndtering er avklart.

    Bekrefter systemet den endelige planen automatisk?

    Nei. Mennesker bør gjennomgå ikke-tildelte besøk, regelavvik og manuelle rettelser før planen bekreftes.

    Kontroller driften

    Besøksplanen deres kan beskrives som en beregnbar modell.

    Gå gjennom dagens Excel-ark eller planleggingstavle og finn dataene, reglene og omfanget for den første prototypen.

    • Anonymiserte data er tilstrekkelig
    • Vi sier tydelig fra hvis tilpasset utvikling ikke er nødvendig
    • Ingen tvungen salgsprosess
    Med deres gjeldende planDiskuter gjeldende plan