विज़िट शेड्यूलिंग
विज़िट खिड़कियां, कौशल और यात्रा समय।
ऐसी दैनिक योजना बनाएं जो सच में चल सके।
विज़िट खिड़कियां, आवश्यक कौशल, यात्रा, ब्रेक, निरंतरता और तत्काल जोड़ को साथ में मॉडल करें, फिर ऐसे मार्ग उम्मीदवार बनाएं जिन्हें लोग जांच और समायोजित कर सकें।
- 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 शीट या योजना बोर्ड की समीक्षा करें और डेटा, नियम तथा पहले प्रोटोटाइप का दायरा पहचानें।
- गुमनाम डेटा स्वीकार्य है
- कस्टम विकास अनावश्यक हो तो हम स्पष्ट बताएंगे
- जबरन बिक्री प्रक्रिया नहीं