Finite Field

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
Ruteplan
Kandidat 02
Tildelt8/9gennemgang
Til tiden96%+8
Transport118min-24
B123456S
Alex 09:00 Egelunden -> 10:35 Grøn TerrasseBrooke 09:30 Flodhuset -> 11:20 NordklinikkenCasey 10:00 Behandling -> 13:15 Almindeligt besøg

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.

01

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å
02

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
03

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
04

É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.

Besøgsvinduer×Personalebetingelser×Transport×Kontinuitetׯndringer= plan, der kan gennemføres

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.

01
Krav

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.
02
Præference

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.
03
Mål

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.
Korteste afstand alene giver ikke en god plan.

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.

HC

Hjemmepleje og sygepleje

Håndter besøgsvinduer, sundhedsfaglige kompetencer, kontinuitet, ugentlig frekvens og reparation ved fravær.

TidsvindueAutorisationKontinuitet
FS

Feltinspektion og reparation

Kombiner udstyrstype, reservedele, teknikerkompetencer, hasteniveau og transport fra basen.

KompetenceReservedeleHaster
CL

Rengøring og vedligehold

Repræsenter adgangsvinduer, krævet udstyr, flere medarbejdere og forbundne opgaver.

Flere personerUdstyrAdgangsvindue
SV

Salgsbesøg og lokationsundersøgelser

Afspejl prioritet, område, relationsansvar, besøgsfrekvens og direkte transport.

PrioritetOmrådeFrekvens

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.

3 medarbejdere / 8 besøg
Betingelser

Regler, der kontrolleres

Dagens forhold

Denne webdemo er en deterministisk forklaringsheuristik. Den er ikke en produktionsklar optimeringsmotor og garanterer ikke optimalitet.

Tildelt
Til tiden
Transport
Kontinuitet
Overtid
Rutekort

Omtrentlige ruter

Koordinaterne er fiktive relative positioner. Produktionssystemer erstatter dette med køretidsmatricer og verificeret adressehåndtering.

Gennemgang

Gennemgangspunkter

    Dagens ruter

    Medarbejdertidslinje

    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-01Krav

    Tidsvindue for besøg

    Start og afslut inden for hvert besøgs tilladte tidsvindue, eller marker besøget som ikke gennemførligt.

    SKL-01Krav

    Krævet kompetence

    Kræv, at medarbejderen har alle kompetencer, autorisationer, udstyrskategorier eller sprog, som besøget kræver.

    AVL-01Krav

    Arbejdstilgængelighed

    Respekter personalefravær, arbejdstidsstart, arbejdstidsslut, maksimalt antal besøg og faste aftaler.

    BRK-01Krav

    Pausevindue

    Hold en spisepause eller hvileperiode synlig i ruteforslaget.

    CON-01Præference

    Kontinuitet

    Foretræk den tidligere ansvarlige medarbejder, når det ikke bryder kravbetingelser.

    CHG-01Præference

    Minimale ændringer

    Undgå at ændre bekræftede besøg, når planen repareres efter fravær eller hastetilføjelser.

    BAL-01Præference

    Balanceret arbejdsbelastning

    Balancer antal besøg, servicetid, transporttid, hasteniveau og vanskelige steder på tværs af personale.

    TRV-01Mål

    Reduktion af transport

    Reducer samlet transport, efter gennemførlighed, prioritet og kontinuitet er vurderet.

    UNS-01Mål

    Forklaring 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.

    01

    Besøgsrækkefølge og tid

    Vis ankomst, ventetid, start, afslutning, transport, pause og returtid for hver medarbejder.

    02

    Årsager til ikke-tildeling

    Klassificer mangelårsager som kompetencer, tidsvinduer, besøgsgrænser, arbejdstid og faste aftaler.

    03

    Sammenligning af alternativer

    Sammenlign antal tildelte, transport, forsinkelse, kontinuitet, overtid og ændringsomfang på tværs af alternativer.

    04

    Manuelle rettelser og effekt

    Lad teamet låse et bekræftet besøg eller en personaletildeling og derefter kun genberegne den resterende plan.

    1Opret kandidaterBeregn ud fra regler og prioriteter
    2Menneskelig gennemgangUndtagelser, relationer, feltkontekst
    3Lås en del af planenHold bekræftede besøg fast
    4GenberegnGenopbyg den ændrede del

    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.
    Se prototypeomfang
    FELTPersonalets smartphonePlan, kort, rapport
    DRIFTDriftsskærmForespørgsler, redigeringer, bekræftelse
    MATEMATISK KERNEBeregningsmotorBegrænsninger, ruter, genberegning
    DATAKunder, personale, resultaterDB, API, revisionslog

    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.

    Input

    Data, der gennemgås først

    01
    Besøgsliste

    Adresse eller zone, tidsvindue, serviceminutter, krævet kompetence, prioritet og tidligere medarbejder.

    02
    Personalliste

    Arbejdstid, baseplacering, kvalifikationer, besøgsgrænse, fravær og aktuel lokation.

    03
    Forretningsregler

    Kravregler, præferencer, prioriteringsrækkefølge, pauseregler, faste aftaler og ændringsgrænser.

    04
    Nuværende plan og resultater

    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 arbejde

    Egnethedstjek

    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.

    1. 01
      DIAGNOSE

      Tjek problem og data

      Gennemgå nuværende planer, personale, besøgsregler og ændringshyppighed.

      Gratis tjek
    2. 02
      MODELLERING

      Klassificer regler i tre grupper

      Adskil obligatoriske regler, præferencer og målepunkter, og aftal derefter, hvordan de skal pointgives.

      Design
    3. 03
      PROTOTYPE

      Kør en lille beregningsprototype

      Brug én dag eller én uge til at generere kandidater og sammenligne dem med den nuværende plan.

      Fast omfang
    4. 04
      PRODUKT

      Implementer driftssystemet

      Implementer modtagelse, kort, manuel redigering, notifikationer, resultater og tilladelser som ét system.

      Skræddersyet tilbud
    5. 05
      FORBEDR

      Forbedr med faktiske resultater

      Brug faktisk transporttid, forsinkelser og manuelle rettelser til at forfine reglerne.

      Forbedr

    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 plan
    Er 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
    Med jeres nuværende planDrøft den nuværende plan