મુલાકાત આયોજન
મુલાકાત સમયખંડો, કૌશલ્ય અને મુસાફરી સમય.
વાસ્તવમાં અમલ કરી શકાય તેવી દિવસ યોજના બનાવો.
મુલાકાત સમયખંડો, જરૂરી કૌશલ્ય, મુસાફરી, વિરામ, સતતતા અને તાત્કાલિક ઉમેરાઓને સાથે મોડેલ કરો, પછી લોકો તપાસી અને ગોઠવી શકે એવા રૂટ ઉમેદવારો બનાવો.
- Excel થી શરૂઆત
- સમયખંડો, કૌશલ્ય અને મુસાફરીને સાથે મૂલ્યાંકિત કરો
- અંતિમ કરતા પહેલાં પુષ્ટિ કરો
રૂટ યોજના
ઉમેદવાર 02
અલેક્સ 09:00 ઓક હોમ -> 10:35 ગ્રીન ટેરેસબ્રુક 09:30 રિવર હાઉસ -> 11:20 નોર્થ ક્લિનિકકેસી 10:00 સારવાર -> 13:15 નિયમિત મુલાકાત
સમસ્યા
રૂટ ફરી બનાવવાનું કામ કેલેન્ડરમાં દાખલ કરતા ભારે છે.
મુશ્કેલ ભાગ એપોઇન્ટમેન્ટ દાખલ કરવાનો નથી. મુલાકાતો, લોકો, સમય, મુસાફરી અને અપવાદોના વ્યવહાર્ય સંયોજનને સતત ફરી ગોઠવવાનો છે.
મુલાકાત સમયખંડો અથડાય છે.
કેટલીક મુલાકાતો માત્ર સવારની હોય છે, કેટલીક બીજી કામગીરી પછી જ શરૂ થઈ શકે છે, અને કેટલીક સમયમર્યાદા પહેલાં પૂર્ણ થવી જરૂરી છે.
- પહેલાં અને પછીની મુસાફરી મહત્વની છે
- રાહ સમય પણ આવે છે
દરેક કર્મચારી જઈ શકતો નથી.
લાઇસન્સ, સાધન, ભાષા, સાઇટ જ્ઞાન અને ગ્રાહક પસંદગી થોડા કર્મચારીઓને જ યોગ્ય બનાવી શકે છે.
- લાયક કર્મચારી અડચણ બને છે
- સુસંગતતા અને સતતતા મહત્વની છે
નકશામાં નજીક હોવું હંમેશા વ્યવહાર્ય નથી.
સેવા સમય, પાર્કિંગ, માર્ગ સમય, બેઝ સ્થાન અને સીધી મુસાફરી મહત્વની હોય ત્યારે સીધી રેખાનું અંતર પૂરતું નથી.
- મુસાફરી યોજના મુશ્કેલ બનાવે છે
- દરેક કર્મચારી અલગ જગ્યાથી શરૂ કરી શકે છે
એક ફેરફાર આખા દિવસમાં અસર કરે છે.
ગેરહાજરી, રદબાતલ અથવા તાત્કાલિક ઉમેરો બાકી આખો દિવસ ફરી બનાવવાનું મજબૂર કરી શકે છે.
- પુષ્ટિ થયેલું કામ શક્ય તેટલું સ્થિર રાખો
- સૂચનાઓ પણ જરૂરી હોઈ શકે છે
આયોજનકર્તા દર વખતે મનમાં આ ઉકેલી રહ્યો હોય છે.
મુલાકાત સમયખંડો×કર્મચારી શરતો×મુસાફરી×સતતતા×ફેરફારો= અમલ કરી શકાય એવો શેડ્યૂલ
ગાણિતિક મોડેલ
સોલ્વરને દિવસનો રૂટ બનાવવાનું કહેતા પહેલાં નિયમો અલગ કરો.
મુલાકાત આયોજનને સમયખંડો, કર્મચારી કૌશલ્ય, વિરામ, નિશ્ચિત એપોઇન્ટમેન્ટ અને ફેરફાર પછીના સુધારા ધરાવતી રૂટિંગ સમસ્યા તરીકે જોઈ શકાય છે.
01
કઠોર
માનવા જ પડતા નિયમો
- મુલાકાત સમયખંડોદરેક મુલાકાત મંજૂર સેવા સમયખંડની અંદર શરૂ અને પૂર્ણ થાય છે.
- જરૂરી કૌશલ્યજરૂરી કૌશલ્ય, લાઇસન્સ, સાધન અથવા ભાષા ધરાવતા કર્મચારી જ ઉમેદવાર બને છે.
- કર્મચારી ઉપલબ્ધતાગેરહાજરી, કામના કલાકો, મુલાકાત મર્યાદા અને બેઝ પર પરત આવવાના નિયમો સ્પષ્ટ રહે છે.
02
લવચીક
શક્ય હોય ત્યારે માનવાની પસંદગીઓ
- સતતતાસતતતા કામગીરીમાં મૂલ્ય ધરાવે ત્યારે એ જ જવાબદાર કર્મચારી રાખો.
- પસંદગીનો સમયગ્રાહક અથવા સાઇટ માંગે ત્યારે મંજૂર સમયખંડની અંદર લક્ષ્ય સમયને પ્રાધાન્ય આપો.
- કાર્યભાર સંતુલનમુશ્કેલ મુલાકાતો, લાંબી મુસાફરી અથવા તાત્કાલિક કામ એક વ્યક્તિ પર એકઠું થવાનું ટાળો.
03
ઉદ્દેશ
સુધારવાના માપદંડ
- ન ફાળવાયેલી મુલાકાતોસુવિધા માપદંડ સુધારતા પહેલાં ઉચ્ચ પ્રાધાન્યની ન ફાળવાયેલી મુલાકાતો ઘટાડો.
- મુસાફરી સમયસમયખંડ અને સતતતા સમજાવી શકાય એવી રાખીને કુલ મુસાફરી ઘટાડો.
- વિલંબ અને વધારાનો સમયઉપલબ્ધ કર્મચારી ક્ષમતા બધી માંગ પૂરી ન કરી શકે ત્યારે બતાવો.
માત્ર સૌથી ઓછું અંતર સારો શેડ્યૂલ બનાવતું નથી.
થોડી મિનિટની મુસાફરી બચત માટે સતતતા તોડવી યોગ્ય છે કે નહીં, અથવા તાત્કાલિક કેસ માટે કેટલી પુષ્ટિ થયેલી મુલાકાતો ખસેડી શકાય તે અમે તમારી સાથે નક્કી કરીએ છીએ.
ફીલ્ડ કામગીરી
મુલાકાતો, લોકો અને ક્રમ મેળવનારી કામગીરી માટે ઉપયોગી.
સામાન્ય પ્રશ્ન એ છે કે કોણ ક્યા સ્થળે, કયા ક્રમે અને કયા સમયે જશે.
ઘર સંભાળ અને નર્સિંગ
મુલાકાત સમયખંડો, વૈદ્યકીય કૌશલ્ય, સતતતા, સાપ્તાહિક આવર્તન અને ગેરહાજરી સુધારો સંભાળો.
સમયખંડલાઇસન્સસતતતા
ફીલ્ડ નિરીક્ષણ અને મરામત
સાધન પ્રકાર, ભાગો, ટેક્નિશિયન કૌશલ્ય, તાત્કાલિકતા સ્તર અને બેઝથી મુસાફરી જોડો.
કૌશલ્યભાગોતાત્કાલિક
સફાઈ અને જાળવણી
પ્રવેશ સમયખંડો, જરૂરી સાધન, અનેક કર્મચારી અને જોડાયેલા કામ રજૂ કરો.
બહુ-કર્મચારીસાધનપ્રવેશ સમયખંડ
વેચાણ મુલાકાતો અને સાઇટ સર્વે
પ્રાધાન્ય, વિસ્તાર, સંબંધ માલિકી, મુલાકાત આવર્તન અને સીધી મુસાફરી પ્રતિબિંબિત કરો.
પ્રાધાન્યવિસ્તારઆવર્તન
ઇન્ટરેક્ટિવ ઉદાહરણ
શરતો બદલો અને રૂટ ઉમેદવાર કેમ બદલાય છે તે તપાસો.
દૃશ્ય, ગેરહાજરી, તાત્કાલિક મુલાકાત અને નિયમની કડકાઈ બદલીને ઉમેદવાર રૂટ કેવી રીતે બદલાય છે તે જુઓ.
રૂટ નકશો
અંદાજિત રૂટ
કોઓર્ડિનેટ્સ કલ્પિત સાપેક્ષ સ્થાનો છે. ઉત્પાદન સિસ્ટમમાં તેને માર્ગ-સમય મેટ્રિક્સ અને ચકાસેલા સરનામા સંભાળથી બદલવામાં આવે છે.
સમીક્ષા
સમીક્ષા મુદ્દા
દૈનિક રૂટ
કર્મચારી સમયરેખા
ન ફાળવાયેલું
નિર્ણય જોઈએ તેવી મુલાકાતો
નિયમ લાઇબ્રેરી
રૂટ અમલમાં મૂકી શકાય કે નહીં તે નક્કી કરતા કામગીરી નિયમોનું મોડેલ બનાવો.
સોલ્વર અથવા શોધ પદ્ધતિ પસંદ કરતાં પહેલાં અલગ કરવાના નિયમોના પ્રકાર નીચે બતાવ્યા છે.
WIN-01કઠોરમુલાકાત સમયખંડ
દરેક મુલાકાત મંજૂર સમયખંડમાં શરૂ અને પૂર્ણ કરો, અથવા મુલાકાતને અશક્ય તરીકે ચિહ્નિત કરો.
SKL-01કઠોરજરૂરી કૌશલ્ય
મુલાકાત માટે જરૂરી દરેક કૌશલ્ય, લાઇસન્સ, સાધન શ્રેણી અથવા ભાષા કર્મચારી પાસે હોવી જોઈએ.
AVL-01કઠોરકામ ઉપલબ્ધતા
કર્મચારી ગેરહાજરી, કામ શરૂઆત, કામ અંત, મહત્તમ મુલાકાતો અને નિશ્ચિત એપોઇન્ટમેન્ટ માનવી.
BRK-01કઠોરવિરામ સમયખંડ
ઉમેદવાર રૂટમાં ભોજન વિરામ અથવા આરામ સમયખંડ સ્પષ્ટ રાખો.
CON-01પસંદગીસતતતા
કઠોર મર્યાદા ન તૂટે ત્યારે અગાઉના જવાબદાર કર્મચારીને પ્રાધાન્ય આપો.
CHG-01પસંદગીન્યૂનતમ ફેરફાર
ગેરહાજરી અથવા તાત્કાલિક ઉમેરા પછી યોજના સુધારતી વખતે પુષ્ટિ થયેલી મુલાકાતો બદલવાનું ટાળો.
BAL-01પસંદગીકાર્યભાર સંતુલન
કર્મચારીઓ વચ્ચે મુલાકાત સંખ્યા, સેવા સમય, મુસાફરી સમય, તાત્કાલિકતા અને મુશ્કેલ સાઇટો સંતુલિત કરો.
TRV-01ઉદ્દેશમુસાફરી ઘટાડો
વ્યવહાર્યતા, પ્રાધાન્ય અને સતતતા વિચાર્યા પછી કુલ મુસાફરી ઘટાડો.
UNS-01ઉદ્દેશન ફાળવવાનું કારણ
ભ્રામક પૂર્ણ યોજના બળજબરીથી બનાવવાના બદલે ન ફાળવાયેલી મુલાકાતો અને કારણ સ્પષ્ટ બતાવો.
સમજાવી શકાય એવું પરિણામ
માત્ર યોજના નહીં, પણ યોજના પાછળનું કારણ પણ આપો.
ઉપયોગી સિસ્ટમ અભાવ છુપાવતી નથી. તે ઉમેદવાર યોજના અને દરેક અપવાદને માનવીય નિર્ણય કેમ જોઈએ તે બતાવે છે.
મુલાકાત ક્રમ અને સમય
દરેક કર્મચારી માટે પહોંચ, રાહ, શરૂઆત, પૂર્ણતા, મુસાફરી, વિરામ અને પરત સમય બતાવો.
ન ફાળવવાના કારણો
કૌશલ્ય, સમયખંડો, મુલાકાત મર્યાદા, કામના કલાકો અને નિશ્ચિત એપોઇન્ટમેન્ટ જેવા અભાવ કારણો વર્ગીકૃત કરો.
વિકલ્પ સરખામણી
વિકલ્પો વચ્ચે ફાળવેલી સંખ્યા, મુસાફરી, વિલંબ, સતતતા, વધારાનો સમય અને ફેરફાર માત્રા સરખાવો.
હાથથી સુધારા અને અસર
લોકો પુષ્ટિ થયેલી મુલાકાત અથવા કર્મચારી ફાળવણી સ્થિર રાખી શકે, પછી ફક્ત બાકી યોજના ફરી ગણી શકે.
1ઉમેદવારો બનાવોનિયમો અને પ્રાધાન્ય પરથી ગણો
→2માનવીય સમીક્ષાઅપવાદો, સંબંધો, ફીલ્ડ સંદર્ભ
→3યોજનાનો ભાગ સ્થિર કરોપુષ્ટિ થયેલી મુલાકાતો સ્થિર રાખો
→4ફરી ગણોબદલાયેલ ભાગ ફરી બનાવો
→મોડેલથી કામગીરી સુધી
માત્ર ગણતરી નહીં: ફીલ્ડ ટીમો ખરેખર વાપરે તેવી સિસ્ટમ.
ફક્ત ઑપ્ટિમાઇઝેશન એન્જિન કામગીરી બદલી શકતું નથી. અમે વિનંતીઓ, ગ્રાહક ડેટા, કર્મચારી શેડ્યૂલ, નકશા, સૂચનાઓ અને પરિણામો આસપાસ સ્ક્રીન અને કાર્યપ્રવાહ ડિઝાઇન કરીએ છીએ.
- વિનંતી સ્વીકાર અને મુલાકાત નોંધપોથીમુલાકાત નિયમો, સરનામું, સેવા સમય અને પ્રાધાન્ય સંભાળો.
- કર્મચારી મોબાઇલ એપઆજનો ક્રમ, નકશો, સંપર્ક, પહોંચ અને પૂર્ણતા તપાસો.
- ફેરફારો અને સૂચનાઓરદબાતલ, ગેરહાજરી અને તાત્કાલિક ઉમેરા પ્રતિબિંબિત કરો અને યોગ્ય લોકોને જાણ કરો.
- પરિણામો અને વિશ્લેષણયોજના અને વાસ્તવિકતા, મુસાફરી, વિલંબ અને ઉપયોગ વચ્ચેના અંતર એકત્ર કરો.
ફીલ્ડકર્મચારી સ્માર્ટફોનશેડ્યૂલ, નકશો, અહેવાલ
કામગીરીકામગીરી સ્ક્રીનવિનંતીઓ, સંપાદન, પુષ્ટિ
ગાણિતિક કોરગણતરી એન્જિનમર્યાદાઓ, રૂટ, ફરી ગણતરી
ડેટાગ્રાહકો, કર્મચારી, પરિણામોDB, API, તપાસ નોંધ
ડેટા
તમે હાલમાં વાપરતા શેડ્યૂલ ફાઇલો અને નિયમોથી શરૂઆત કરો.
પ્રથમ પ્રોટોટાઇપ અનામી કરેલા એક દિવસ અથવા અઠવાડિયાથી શરૂ થઈ શકે છે. લક્ષ્ય એ છે કે નિયમો રજૂ કરી શકાય છે કે નહીં અને ઉમેદવાર યોજના ઉપયોગી છે કે નહીં તેની પુષ્ટિ કરવી.
ઇનપુટ
પહેલા સમીક્ષવાનો ડેટા
મુલાકાત યાદી
સરનામું અથવા વિસ્તાર, સમયખંડ, સેવા મિનિટ, જરૂરી કૌશલ્ય, પ્રાધાન્ય અને અગાઉનો કર્મચારી.
કર્મચારી યાદી
કામના કલાકો, બેઝ સ્થાન, લાયકાતો, મુલાકાત મર્યાદા, ગેરહાજરી અને હાલનું સ્થાન.
વ્યવસાયિક નિયમો
કઠોર નિયમો, પસંદગીઓ, પ્રાધાન્ય ક્રમ, વિરામ નિયમો, નિશ્ચિત એપોઇન્ટમેન્ટ અને ફેરફાર મર્યાદા.
હાલની યોજના અને પરિણામો
હાલની યોજના, વાસ્તવિક પહોંચ અને પૂર્ણ સમય, મુસાફરી, રદબાતલ અને હાથથી કરેલા ફેરફારો.
સંબંધિત અનુભવ
સ્માર્ટફોનથી મુલાકાતી નર્સના શેડ્યૂલ તપાસવાની સિસ્ટમ.
Finite Field એ એવી સિસ્ટમ બનાવી છે જેમાં કેર મેનેજર સ્માર્ટફોનથી મુલાકાતી નર્સના શેડ્યૂલ તપાસી અને સંભાળી શકે છે. આ પૃષ્ઠ તે કામગીરી આધારને અનેક મર્યાદાઓ પરથી ઉમેદવાર યોજના બનાવવાની દિશામાં વિસ્તારે છે.
સંબંધિત કામ જુઓયોગ્યતા તપાસ
કસ્ટમ વિકાસ ક્યારે યોગ્ય છે અને ક્યારે નથી.
અમે પહેલા તપાસીએ છીએ કે જટિલતા અને લાભ કસ્ટમ સિસ્ટમને યોગ્ય ઠેરવે છે કે નહીં.
+
કસ્ટમ મોડેલ માટે યોગ્ય
- ઘણા સમયખંડો, કૌશલ્ય અને મુસાફરી શરતો એકબીજાને અથડાય છે
- આયોજન કોઈ ચોક્કસ સંયોજકની યાદ પર આધારિત છે
- ગેરહાજરી અથવા તાત્કાલિક ઉમેરા વારંવાર ફરી બનાવવાનું મજબૂર કરે છે
- તૈયાર ઉત્પાદનો છતાં ભારે હાથથી સુધારા જોઈએ છે
- શેડ્યૂલને બીજી કામગીરી સિસ્ટમો સાથે જોડાવું પડે છે
-
પહેલાં તૈયાર સાધનો વિચારો
- મુલાકાતો ઓછી છે અને સ્થિર રૂટ પૂરતા છે
- સમયખંડો અથવા લાયકાત શરતો ઓછી છે
- તૈયાર શેડ્યૂલિંગ સેવા પહેલેથી કાર્યપ્રવાહ આવરી લે છે
- મૂળભૂત ડેટા અથવા વ્યવસાયિક નિયમો હજુ ગોઠવાયેલા નથી
- આપમેળીકરણ પહેલાં સ્વીકાર પ્રક્રિયા ગોઠવવી જોઈએ
ડિલિવરી પ્રક્રિયા
પહેલાં નાનો ભાગ ઉકેલો, પછી તેને ફીલ્ડ કામગીરી સાથે જોડો.
અમે ગણતરી ચકાસણીને સિસ્ટમ અમલીકરણથી અલગ કરીએ છીએ જેથી દરેક તબક્કો પુરાવા સાથે ચાલુ, બદલાઈ અથવા અટકી શકે.
- 01નિદાનમફત તપાસ
સમસ્યા અને ડેટા તપાસો
હાલના શેડ્યૂલ, કર્મચારી, મુલાકાત નિયમો અને ફેરફાર આવર્તન સમીક્ષો.
- 02મોડેલિંગડિઝાઇન
નિયમોને ત્રણ જૂથમાં વર્ગીકૃત કરો
અનિવાર્ય નિયમો, પસંદગીઓ અને માપદંડો અલગ કરો, પછી સ્કોર કેવી રીતે કરવો તે નક્કી કરો.
- 03પ્રોટોટાઇપનિશ્ચિત વ્યાપ
નાનો ગણતરી પ્રોટોટાઇપ ચલાવો
એક દિવસ અથવા અઠવાડિયા વડે ઉમેદવારો બનાવો અને હાલની યોજના સાથે સરખાવો.
- 04ઉત્પાદનકસ્ટમ અંદાજ
કામગીરી સિસ્ટમ અમલમાં મૂકો
સ્વીકાર, નકશા, હાથથી સંપાદન, સૂચનાઓ, પરિણામો અને પરવાનગીઓને એક સિસ્ટમ તરીકે અમલમાં મૂકો.
- 05સુધારોસુધારો
વાસ્તવિક પરિણામોથી સુધારો
નિયમો સુધારવા વાસ્તવિક મુસાફરી સમય, વિલંબ અને હાથથી કરેલા ફેરફારો વાપરો.
પ્રશ્નોત્તરી
મુલાકાત આયોજન આપમેળે કરતાં પહેલાંના પ્રશ્નો.
આ જવાબો પૃષ્ઠ ડેમોની ભૂમિકા, નકશા ડેટા, માનવીય સમીક્ષા અને સંકલન કામ સ્પષ્ટ કરે છે.
તમારા શેડ્યૂલ અંગે પૂછોશું આ પૃષ્ઠ ડેમો ઉત્પાદન ઑપ્ટિમાઇઝર છે?
ના. પૃષ્ઠ ડેમો સમજાવટ માટેનું સરળ નિશ્ચિત હ્યુરિસ્ટિક છે. વ્યાપ, નિયમો અને પ્રતિભાવ સમયની જરૂરિયાત જાણી લીધા પછી ઉત્પાદન કાર્યમાં સોલ્વર, શોધ પદ્ધતિ અથવા સંયુક્ત રીત પસંદ થાય છે.
શું Excel થી શરૂઆત કરી શકાય?
હા. પ્રથમ સમીક્ષા અનામી મુલાકાત યાદી, કર્મચારી યાદી, નિયમ મેમો અને હાલના શેડ્યૂલથી શરૂ થઈ શકે છે.
ગેરહાજરી અથવા તાત્કાલિક મુલાકાત પછી યોજના સુધારી શકાય?
હા. સુધારા મોડ પૂર્ણ થયેલી અથવા પહેલેથી જાણ કરેલી મુલાકાતો સ્થિર રાખી, ફક્ત બાકી રૂટ ફરી ગણી અને શું બદલાયું તે બતાવી શકે છે.
શું આ નકશા સેવાને જોડાઈ શકે?
હા. ખર્ચ, શરતો, કેશિંગ અને ગોપનીયતા સંભાળ પુષ્ટિ થયા પછી માર્ગ-સમય API, અંતર મેટ્રિક્સ અને નકશા દર્શન જોડાઈ શકે છે.
શું સિસ્ટમ અંતિમ શેડ્યૂલ આપમેળે પુષ્ટિ કરશે?
ના. શેડ્યૂલ પુષ્ટિ કરતાં પહેલાં લોકોએ ન ફાળવાયેલી મુલાકાતો, નિયમ ઢીલાશ અને હાથથી સુધારા તપાસવા જોઈએ.
તમારી કામગીરી તપાસો
તમારો મુલાકાત શેડ્યૂલ ગણતરી કરી શકાય એવા મોડેલ તરીકે વ્યક્ત થઈ શકે છે.
તમારી હાલની Excel શીટ અથવા આયોજન બોર્ડ સમીક્ષો અને ડેટા, નિયમો તથા પ્રથમ પ્રોટોટાઇપનો વ્યાપ ઓળખો.
- અનામી ડેટા ચાલે છે
- કસ્ટમ વિકાસ જરૂરી ન હોય તો અમે સ્પષ્ટ કહીએ છીએ
- જબરદસ્તી વેચાણ પ્રક્રિયા નથી