अस्पताल CRM असल में किसलिए है
को गौरव फोगाट द्वारा समीक्षित। आंकड़ों का मिलान उसी तारीख को उनके मूल स्रोतों से किया गया।
भारत में अस्पताल CRM अपनी लागत तभी वसूलता है जब वह कोई ऐसी आउटबाउंड कार्रवाई शुरू करे जो वरना नहीं होती, सिर्फ़ मरीज़ का एक समग्र दृश्य रखने से नहीं। यह लेख उन चार उपयोगों को बताता है जो सचमुच फ़ायदा लौटाते हैं, और डेटा के स्वामित्व और सहमति की उन लड़ाइयों को जो तय करती हैं कि पायलट के बाद अपनाना टिकेगा या नहीं।
मेरी जानकारी के ज़्यादातर अस्पताल ग्रुप अपने दूसरे CRM पर हैं। पहला “मरीज़ का एक समग्र दृश्य पाने” के लिए ख़रीदा गया था, तीन यूनिट में चालू हुआ, कॉन्टैक्ट सेंटर ने उसे कॉल लॉग की तरह इस्तेमाल किया, और चार साल बाद चुपचाप एक दूसरे प्रोडक्ट से बदल दिया गया, जिसे मरीज़ का एक समग्र दृश्य पाने के लिए ख़रीदा गया था।
नाकामी लगभग कभी सॉफ़्टवेयर की नहीं होती। बात यह है कि कमरे में कोई एक आसान सवाल का जवाब नहीं दे सका: हम मरीज़ के रिकॉर्ड के साथ ऐसा क्या करना चाहते हैं जो आज नहीं कर सकते? जब तक उस सवाल के तीन या चार खास जवाब, मालिकों के साथ, नहीं हैं, आप डैशबोर्ड वाला एक डेटाबेस ख़रीद रहे हैं, और जो डेटाबेस सिर्फ़ दर्ज करता है वह लाइसेंस फ़ीस वाला एक लागत केंद्र है।
CRM अपनी क़ीमत तब वसूलता है जब वह ऐसी आउटबाउंड कार्रवाई करवाए जो वरना नहीं होती। पूरी कसौटी यही है। बाक़ी सब (360-डिग्री दृश्य, एकीकृत टाइमलाइन, सेगमेंटेशन बिल्डर) या तो उस कार्रवाई का ढांचा है या सजावट।
रिकॉर्ड सिस्टम और ग्रोथ सिस्टम में क्या फ़र्क़ है?
HIS, बिलिंग और लैबोरेटरी सिस्टम जैसे रिकॉर्ड सिस्टम लेनदेन के पल में सटीक होने के लिए हैं। CRM विज़िट के बीच के हफ़्तों और महीनों में उपयोगी होने के लिए है, रिकॉल, फ़ॉलो-अप और नवीनीकरण शुरू करके। रिकॉर्ड सिस्टम से CRM बनने को कहना, या इसका उल्टा, न सटीकता देता है न कार्रवाई।
आपके HIS में क्लिनिकल रिकॉर्ड पहले से है। बिलिंग सिस्टम में वित्तीय रिकॉर्ड है। LIS में रिपोर्ट हैं। इनमें से कोई भी CRM नहीं है और किसी से भी CRM बनने को नहीं कहना चाहिए, क्योंकि इनका काम लेनदेन के पल में सटीकता है और CRM का काम उसके बाद के हफ़्तों में उपयोगिता।
परिचालन में जो फ़र्क़ मायने रखता है: रिकॉर्ड सिस्टम जवाब देता है “इस मरीज़ के साथ क्या हुआ?” ग्रोथ सिस्टम जवाब देता है “इस मरीज़ के साथ आगे क्या होना चाहिए, कौन करवाएगा, और क्या वह काम किया?” दूसरे सवाल के लिए ऐसी चीज़ें चाहिए जो पहले के पास नहीं: सहमति की स्थिति, संपर्क योग्यता की स्थिति, अगली सबसे अच्छी कार्रवाई, एक मालिक, नतीजे का फ़ील्ड और एक सप्रेशन सूची।
मैंने दो ग्रुपों को हर सिस्टम को CRM से जोड़ने में एक साल लगाते और फिर उसे किसी काम में न लेते देखा है, क्योंकि इंटीग्रेशन प्रोजेक्ट ने वह बजट और सद्भाव खा लिया जो अभियान के काम को चाहिए था। कम जोड़िए, जल्दी कार्रवाई कीजिए। तीन सोच-समझकर चुने डेटा पॉइंट वाला CRM जो रोज़ की कॉल सूची चलाता है, चार सौ फ़ील्ड वाले उस CRM से बेहतर है जो कुछ नहीं चलाता।
कौन से उपयोग अस्पताल CRM को सही ठहराते हैं?
चार उपयोग भरोसे से फ़ायदा लौटाते हैं: लंबी बीमारी और फ़ॉलो-अप देखभाल के लिए रिकॉल, GP और डायग्नॉस्टिक सेंटरों के साथ रेफ़रल रिश्तों का प्रबंधन, डिस्चार्ज के बाद व्यवस्थित संपर्क, और हेल्थ चेक का नवीनीकरण। हर एक में रिकॉर्ड से बुक अपॉइंटमेंट तक एक छोटी, ट्रेस करने लायक कड़ी है जिसे CFO समझ सकता है। CRM मरीज़ों को बनाए रखने और दोबारा सक्रिय करने का औज़ार है, अधिग्रहण का इंजन नहीं।
ये वे हैं जिन्हें मैंने फ़ायदा लौटाते देखा है। अकेले यही नहीं, लेकिन ये वे हैं जहां रिकॉर्ड से राजस्व तक की कड़ी इतनी छोटी है कि CFO उसे समझ सके।
लंबी बीमारी और फ़ॉलो-अप देखभाल के लिए रिकॉल। HbA1c के लिए ड्यू डायबिटीज़ का मरीज़। प्रक्रिया के नब्बे दिन बाद का कार्डियक मरीज़। सालाना समीक्षा वाला थायरॉइड मरीज़। ये मरीज़ आप पर पहले से भरोसा करते हैं, इनकी फ़ाइल पहले से है, और याद दिलाए बिना ये बस नहीं आएंगे, इसलिए नहीं कि उन्होंने किसी प्रतिस्पर्धी को चुना, बल्कि इसलिए कि किसी ने याद नहीं दिलाया। भारतीय अस्पतालों में रिकॉल CRM का सबसे ज़्यादा फ़ायदा देने वाला उपयोग है और सबसे उपेक्षित भी, क्योंकि इससे कोई नया नाम नहीं जुड़ता और इसलिए कोई इसे प्रस्तुत नहीं करता।
रेफ़रल रिश्तों का प्रबंधन। आपके रेफ़र करने वाले GP और डायग्नॉस्टिक सेंटर एक सेल्स पाइपलाइन हैं, और लगभग कोई उन्हें इस तरह नहीं संभालता। किस डॉक्टर ने कितने मरीज़ भेजे, किसके पास, किस कन्वर्ज़न के साथ, और नियमित रूप से भेजने वाला कब चुप हो गया? वह आख़िरी संकेत (एक रेफ़रर जिसका वॉल्यूम दो महीने से गिरा है) किसी भी लीड सोर्स रिपोर्ट से ज़्यादा क़ीमती है, और ऐसे CRM के बिना दिखता नहीं जो रेफ़रर को दाख़िला फ़ॉर्म के एक टेक्स्ट फ़ील्ड की जगह एक इकाई माने।
डिस्चार्ज के बाद। आंशिक रूप से क्लिनिकल, आंशिक रूप से व्यावसायिक, और वह जगह जहां दोनों सचमुच एक दिशा में हैं। अड़तालीस घंटे और दो हफ़्ते पर व्यवस्थित संपर्क दोबारा भर्ती के विवाद घटाता है, जटिलताओं को जल्दी सामने लाता है, NABH दस्तावेज़ों के लिए ज़रूरी फ़ीडबैक देता है, और साथ ही उस मरीज़ को पकड़ता है जो ऐसी फ़िज़ियोथेरेपी के लिए कहीं और जाने वाला है जो आप भी देते हैं। इसे मार्केटिंग फ़ायदे वाले देखभाल प्रोग्राम की तरह चलाइए, कभी उल्टा नहीं। जिस पल अड़तालीस घंटे वाली कॉल किसी ऑफ़र से शुरू होती है, आपने वह चैनल जला दिया।
हेल्थ चेक का नवीनीकरण। अस्पताल के पास सब्सक्रिप्शन जैसी सबसे क़रीबी चीज़। जिसने पिछले नवंबर मास्टर हेल्थ चेक कराया, वह इस नवंबर सबसे गर्म संभावित ग्राहक है, और बिना प्रबंधन वाले आधार की नवीनीकरण दर शर्मनाक होती है। तरीका सीखने की यह सबसे सुरक्षित जगह भी है: कम क्लिनिकल जोखिम, सहमति का साफ़ आधार, एक तिमाही में मापने लायक।
ध्यान दीजिए कि इस सूची में क्या नहीं है: अधिग्रहण। CRM अधिग्रहण का कमज़ोर औज़ार है। मरीज़ों को बनाए रखने और दोबारा सक्रिय करने का यह असाधारण औज़ार है। जो ग्रुप नए मरीज़ लाने के लिए इसे ख़रीदते हैं, वे निराश होते हैं, और ठीक ही होते हैं।
डेटा के स्वामित्व की लड़ाई जो आपको लड़नी होगी
मरीज़ के रिकॉर्ड पर चार समूह दावा करते हैं: मेडिकल रिकॉर्ड और क्लिनिकल नेतृत्व, जिनके पास अभिरक्षा और गोपनीयता है; IT, जो सिस्टम चलाता है; वित्त, जिसके पास बिलिंग डेटा है; और मार्केटिंग, जो उस पर कार्रवाई करना चाहती है। लॉन्च से पहले मेडिकल डायरेक्टर के साथ डेटा उपयोग का लिखित नोट तय कीजिए, वरना पांचवें महीने के आसपास अपनाना रुक जाता है।
यह होगी। इसे पांचवें महीने में खोजने की जगह इसकी योजना बनाइए।
मरीज़ के रिकॉर्ड पर चार दावेदार हैं और हर एक के पास असली तर्क है। मेडिकल रिकॉर्ड और क्लिनिकल नेतृत्व के पास अभिरक्षा है और वे गोपनीयता के लिए जवाबदेह हैं। IT के पास सिस्टम हैं और वह, काफ़ी उचित रूप से, नहीं चाहता कि मार्केटिंग प्रोडक्शन डेटाबेस में लिखे। यूनिट मानती है (सांस्कृतिक रूप से, और कंसल्टेंट के मामले में अक्सर अनुबंध से) कि मरीज़ उस अस्पताल का है जिसमें वह आया, ग्रुप का नहीं। मार्केटिंग सेगमेंट करना और संपर्क करना चाहती है।
मेरे लिए जो समझौता काम आया है वह संकरा और लिखित है: मार्केटिंग को गैर-क्लिनिकल फ़ील्ड के एक तय समूह और एक व्युत्पन्न क्लिनिकल फ़्लैग तक पढ़ने की पहुंच मिलती है, निदान का टेक्स्ट कभी नहीं। कार्डियक मरीज़ “कार्डियक फ़ॉलो-अप ड्यू” के रूप में दिखता है, किसी बीमारी के रूप में नहीं। आउटबाउंड संदेशों के टेम्पलेट हर प्रोग्राम के लिए एक बार किसी क्लिनिशियन से स्वीकृत होते हैं, और उसके बाद मार्केटिंग हर भेजने पर अलग स्वीकृति के बिना अमल कर सकती है। ऑन्कोलॉजी, मानसिक स्वास्थ्य, फ़र्टिलिटी या HIV समूह को छूने वाला हर संदेश हर बार एक नामित क्लिनिशियन से होकर जाता है, कोई अपवाद नहीं, और इस पर मैं कोई ढील नहीं दूंगा।
इसे एक पेज के डेटा उपयोग नोट के रूप में लिखिए, मेडिकल डायरेक्टर और CIO से हस्ताक्षर करवाइए, और CRM की एक्सेस कॉन्फ़िगरेशन से जोड़ दीजिए। यह आपको नौ बहसों से बचाएगा, और यही वह दस्तावेज़ है जो बाद में आपका DPDP तैयारी का काम मांगेगा।
सहमति ऐसा चेकबॉक्स नहीं जिसे बाद में जोड़ा जा सके
भारत के डेटा संरक्षण नियमों के तहत अस्पताल को मरीज़ों से संपर्क के लिए एक बचाव योग्य आधार और सहमति वापस लेने का काम करने वाला तरीका चाहिए। रजिस्ट्रेशन पर लिया गया फ़ोन नंबर मार्केटिंग के लिए सहमति का ढांचा नहीं है। देखभाल के संदेश और प्रचार के संदेश अलग रखने होंगे, क्योंकि यही फ़र्क़ तय करता है कि CRM क़ानूनी रूप से क्या भेज सकता है।
भारत की डेटा संरक्षण व्यवस्था के तहत आपको संपर्क के लिए एक बचाव योग्य आधार और सहमति वापसी का काम करने वाला तरीका चाहिए, और “मरीज़ ने रजिस्ट्रेशन पर हमें अपना नंबर दिया था” मार्केटिंग संदेशों के लिए सहमति का ढांचा नहीं है। देखभाल से जुड़े संदेश और प्रचार के संदेश अलग जगह पर हैं, और यह फ़र्क़ दिखावटी नहीं है: यही तय करता है कि जो आधार आप पहले ही जमा कर चुके हैं, उसे आप क्या भेज सकते हैं।
तीन व्यावहारिक बातें। देखभाल के संदेशों और प्रचार के संदेशों के लिए सहमति अलग-अलग लीजिए, रजिस्ट्रेशन पर, मरीज़ की भाषा में। समय, चैनल, शब्दों का संस्करण और सहमति लेने की जगह दर्ज कीजिए। सहमति वापसी को एक कदम में काम करने लायक बनाइए और चौबीस घंटे के भीतर हर सिस्टम में उसका पालन कीजिए, जिसका मतलब है कि आपका CRM सप्रेशन का मुख्य स्रोत हो और हर दूसरा आउटबाउंड टूल उसी से पढ़े।
बाद में जोड़ना दर्दनाक है और इसका कोई चालाक रास्ता नहीं है। आपके पास एक बड़ा पुराना आधार होगा जिससे आप देखभाल के लिए संपर्क कर सकते हैं और एक काफ़ी छोटा आधार जिससे प्रचार के लिए, और यह बात बोर्ड को शुरू करने से पहले बताइए, न कि तब जब वे पूछें कि पहुंच योग्य संख्या क्यों गिरी।
अपनाने की समस्या यूनिट पर है, केंद्र पर नहीं
CRM केंद्र ख़रीदता है, लेकिन यूनिट के फ़्रंट ऑफ़िस को इसे घबराए मरीज़ों की कतार, शिफ़्ट बदलने और लंबित बीमा सवालों को संभालते हुए इस्तेमाल करना होता है। हर अतिरिक्त फ़ील्ड उस कतार पर एक टैक्स है। अपनाना तब सुधरता है जब फ़ील्ड न्यूनतम कर दिए जाएं, डेटा एंट्री HIS से स्वचालित हो और यूनिट CRM से बने अपॉइंटमेंट देख सकें।
CRM केंद्र ख़रीदता है। इस्तेमाल यूनिट को करना होता है। और यूनिट के फ़्रंट ऑफ़िस में वे लोग हैं जो घबराए लोगों की कतार संभाल रहे हैं, शिफ़्ट बदल रही है, एक डॉक्टर देर से चल रहा है और एक TPA सवाल लंबित है। आप उनसे जो भी फ़ील्ड भरवाते हैं, वह उस कतार पर एक टैक्स है।
जो मैंने नाकाम होते देखा है: रजिस्ट्रेशन पर अनिवार्य फ़ील्ड जिन्हें कोई जांचता नहीं, इसलिए उनमें 9999999999 भर दिया जाता है। बाईस विकल्पों वाले लीड सोर्स ड्रॉपडाउन, जिनमें ज़्यादातर वॉल्यूम “अन्य” में चला जाता है। ऐसा CRM इंटरफ़ेस जिसे फ़्रंट ऑफ़िस को HIS के साथ दूसरे टैब में खोलना पड़ता है। एक बार, वेंडर द्वारा, उन लोगों को दी गई ट्रेनिंग जो उस दोपहर फ़्लोर पर थे।
जो काम आया है: रजिस्ट्रेशन पर CRM फ़ील्ड की संख्या उतनी कम रखिए जितनी आप सही ठहरा सकें: नाम, नंबर, सहमति की स्थिति, इलाका, पांच विकल्पों वाली स्रोत श्रेणी। CRM को HIS के साथ नहीं, HIS के वर्कफ़्लो के भीतर रखिए, भले इंटीग्रेशन भद्दा हो, क्योंकि दूसरे लॉगिन का मतलब है कोई डेटा नहीं। हर यूनिट में एक व्यक्ति चुनिए (आमतौर पर फ़्रंट ऑफ़िस सुपरवाइज़र, मैनेजर नहीं) और CRM की सफ़ाई को उसके मूल्यांकन का स्पष्ट हिस्सा बनाइए, एक साप्ताहिक स्कोर के साथ जो उसका यूनिट प्रमुख देखे। और यह स्कोर यूनिट के हिसाब से उसी समीक्षा में रिपोर्ट कीजिए जहां फ़ुटफ़ॉल पर बात होती है, क्योंकि पास की यूनिट से तुलना जितना यूनिट का व्यवहार बदलती है, उतना कुछ नहीं।
उत्साह की उम्मीद मत कीजिए। लगभग दो तिमाहियों तक हर हफ़्ते मापे गए पालन की उम्मीद कीजिए, जिसके बाद यह आदत बन जाता है।
वे रिपोर्ट जिन्हें बनाना बंद करना चाहिए
CRM दर्जनों ऐसी रिपोर्ट बना सकता है जो काम का विकल्प बन जाती हैं। चार रखिए: समूह के हिसाब से संपर्क योग्य आधार, जो लीवर का आकार दिखाता है; हर प्रोग्राम से बने अपॉइंटमेंट, भेजे गए संदेश नहीं; सप्रेशन और शिकायत की दरें, जो सहमति पर पहली चेतावनी हैं; और वित्त द्वारा स्वीकृत तरीके से प्रोग्रामों को जोड़ा गया राजस्व।
CRM ख़ुशी-ख़ुशी पचास रिपोर्ट बना देगा और रिपोर्ट का होना ही काम का विकल्प बन जाता है। मैं चार रखूंगा। समूह के हिसाब से संपर्क योग्य आधार, क्योंकि यह लीवर का आकार बताता है। प्रोग्राम का आउटपुट: हर प्रोग्राम से बने अपॉइंटमेंट, भेजे गए संदेश नहीं। सप्रेशन और शिकायत की दर, क्योंकि यह आपकी पहली चेतावनी है कि कोई प्रोग्राम आधार को जला रहा है। और रेफ़रर की गतिविधि में बदलाव, जो अकेली ऐसी रिपोर्ट है जिसे मार्केटिंग के बाहर कोई दोबारा देखना चाहेगा।
बाक़ी हटा दीजिए, या कम से कम उन्हें प्रस्तुत करना बंद कीजिए। समीक्षा में दिखाई गई हर रिपोर्ट ऐसी चीज़ बन जाती है जिसे सुधारने के लिए आप जवाबदेह हैं, और उनमें से आधी को आपके पास मौजूद किसी कार्रवाई से सुधारा नहीं जा सकता।
मैं क्या अलग करता
CRM प्रोग्राम को इंटीग्रेशन के पड़ावों के इर्द-गिर्द क्रम देने से पहला उपयोगी नतीजा महीनों टल जाता है। बेहतर क्रम एक यूनिट में हाथ से चलाए गए एक रिकॉल प्रोग्राम से शुरू होता है, अपॉइंटमेंट और राजस्व साबित करता है, और उसके बाद ही स्वचालन और इंटीग्रेशन करता है। डैशबोर्ड से शुरुआत संगठन को सिखाती है कि CRM कार्रवाई का इंजन नहीं, रिपोर्टिंग टूल है।
मैंने एक CRM प्रोग्राम को इंटीग्रेशन के पड़ावों के इर्द-गिर्द क्रम दिया और इसमें मेरा लगभग एक साल गया। पहला दिखने वाला आउटपुट एक डैशबोर्ड था, जिसने स्टीयरिंग कमेटी को प्रभावित किया और कुछ नहीं बदला, और जब तक हम असली रिकॉल प्रोग्राम चलाने को तैयार हुए, संगठन तय कर चुका था कि CRM एक रिपोर्टिंग टूल है। उस धारणा को बदलने में एक और साल लगा।
अगर दोबारा करता तो CRM ख़रीदे जाने से पहले एक यूनिट में एक निर्यात की गई स्प्रेडशीट और साझा कॉलिंग सूची पर एक रिकॉल प्रोग्राम चलाता। कच्चा, हाथ से, बिल्कुल न बढ़ाया जा सकने वाला। लेकिन यह तरीका साबित कर देता, एक संख्या देता, और आने वाले CRM को ऐसे लोगों का लिखा काम का विवरण देता जो यह काम पहले हाथ से कर चुके थे।
अगर आप अगली तिमाही में यह शुरू कर रहे हैं
पहले तीन प्रोग्रामों के एक-एक पेज के डिज़ाइन लिखिए: रिकॉल, हेल्थ चेक नवीनीकरण और डिस्चार्ज के बाद फ़ॉलो-अप, हर एक का समूह, ट्रिगर, संदेश, कॉल करने वाला और सफलता का पैमाना। सॉफ़्टवेयर ख़रीदने से पहले एक यूनिट में छह हफ़्ते एक प्रोग्राम हाथ से चलाइए। मेडिकल डायरेक्टर के साथ डेटा उपयोग और सहमति तय कीजिए, फिर CRM चुनिए।
- पहले तीन प्रोग्राम लिखिए। रिकॉल, हेल्थ चेक नवीनीकरण, डिस्चार्ज के बाद। हर एक का एक पेज: समूह, ट्रिगर, संदेश, कौन कॉल करेगा, सफलता किसे माना जाएगा।
- इनमें से एक को हाथ से चलाइए, एक यूनिट में छह हफ़्ते। कोई ख़रीद नहीं। आपत्तियों को संभालने का असली तरीका और संपर्क योग्यता की असली दर सीखिए।
- हाथ से चल रहे पायलट के दौरान मेडिकल डायरेक्टर और CIO के साथ डेटा उपयोग नोट तय कीजिए। हस्ताक्षरित, एक पेज, खास फ़ील्ड।
- कुछ भी बढ़ाने से पहले रजिस्ट्रेशन पर सहमति लेना ठीक कीजिए। यही वह निर्भरता है जो आगे की हर चीज़ रोकती है।
- फिर CRM की ज़रूरतें तय कीजिए, तीन प्रोग्रामों के आधार पर, फ़ीचर तुलना के आधार पर नहीं। आपका ज़रूरतों का दस्तावेज़ चेकलिस्ट नहीं, अभियान कैलेंडर जैसा पढ़ा जाना चाहिए।
- न्यूनतम जोड़िए। पहचान, विज़िट का इतिहास, आपके प्रोग्रामों को चाहिए क्लिनिकल फ़्लैग, बिलिंग की स्थिति। पहले चरण में और कुछ नहीं।
- चालू होने के पहले दिन से यूनिट स्तर के मालिक नियुक्त कीजिए और साप्ताहिक सफ़ाई स्कोर प्रकाशित कीजिए, अपनाने से निराशा मिलने के बाद नहीं।
- हर प्रोग्राम के लिए एक चीज़ मापिए (ऐसे अपॉइंटमेंट जो वरना नहीं होते) और उसे मासिक समीक्षा में मीडिया ख़र्च के बगल में रखिए।
CRM आपको मरीज़ का एक समग्र दृश्य नहीं देता। यह आपको खड़े होने की एक जगह देता है जब आप उन्हें कॉल करने का फ़ैसला करते हैं। अगर कोई कॉल नहीं करने वाला, तो लाइसेंस फ़ीस बचाइए और उसकी जगह बेहतर कॉन्टैक्ट सेंटर ख़रीदिए।
पूरी गाइड: अस्पताल CRM लागू करना: चरणबद्ध रोलआउट योजना।
रिकॉर्ड सिस्टम बनाम अस्पताल CRM
अस्पताल अक्सर उम्मीद करते हैं कि उनके मौजूदा सिस्टम CRM का काम करें, या CRM उनकी जगह ले ले। यह तालिका अस्पताल के मुख्य सिस्टमों की तुलना उद्देश्य, मालिक और उस सवाल के आधार पर करती है जिसका हर एक जवाब देता है, जिससे साफ़ होता है कि CRM एक अलग ग्रोथ सिस्टम क्यों है जो विज़िट के बीच कार्रवाई करता है, न कि जो हो चुका उसका एक और रिकॉर्ड।
| सिस्टम | मुख्य उद्देश्य | आमतौर पर मालिक | किस सवाल का जवाब देता है |
|---|---|---|---|
| HIS (हॉस्पिटल इन्फ़ॉर्मेशन सिस्टम) | क्लिनिकल और प्रशासनिक रिकॉर्ड | IT और मेडिकल रिकॉर्ड | इस विज़िट में क्या हुआ? |
| बिलिंग सिस्टम | वित्तीय लेनदेन और क्लेम | वित्त | कितना चार्ज हुआ और कितना भुगतान हुआ? |
| LIS (लैबोरेटरी सिस्टम) | जांच के ऑर्डर और रिपोर्ट | लैबोरेटरी | जांच में क्या निकला? |
| CRM | विज़िट के बीच आउटबाउंड कार्रवाई | ग्रोथ या मार्केटिंग, क्लिनिकल निगरानी के साथ | आगे किससे संपर्क करना चाहिए, और क्यों? |
मुख्य आंकड़े, स्रोतों के साथ
तीन बदलाव तय करते हैं कि भारत में अस्पताल CRM को क्या संभालना होगा। डेटा संरक्षण नियमों में अब भारी जुर्माने हैं, राष्ट्रीय डिजिटल हेल्थ ID ज़्यादातर आबादी तक पहुंच चुकी है, और मरीज़ उम्मीद करते हैं कि जब स्वचालन और AI सामान्य संपर्क संभालें तब भी कोई इंसान उपलब्ध हो। CRM के डिज़ाइन को तीनों का ध्यान रखना होगा।
- MeitY के अनुसार, डिजिटल पर्सनल डेटा प्रोटेक्शन नियम, 2025 के तहत निजी डेटा के लिए उचित सुरक्षा उपाय न रखने वाले संगठनों पर INR 250 करोड़ तक का जुर्माना लग सकता है, और चरणबद्ध पालन के लिए 18 महीने का समय है। स्रोत: PIB, MeitY: DPDP नियम, 2025 अधिसूचित, नवंबर 2025।
- स्वास्थ्य और परिवार कल्याण मंत्रालय के अनुसार, भारत में बनाए गए आयुष्मान भारत हेल्थ अकाउंट (ABHA) ID की संख्या 90 करोड़ पार कर चुकी है, जो 2021 में 14.7 करोड़ थी। स्रोत: PIB, MoHFW: ABDM ने 90 करोड़ ABHA अकाउंट पार किए, मई 2026।
- Gartner के 3,566 ग्राहकों के सर्वे के अनुसार, 87% ग्राहक कहते हैं कि ग्राहक सेवा में जेनरेटिव AI इस्तेमाल करने वाली कंपनियों को इंसानी एजेंट तक पहुंच भी देनी चाहिए। स्रोत: Gartner प्रेस रिलीज़, अगस्त 2026, अगस्त 2026।
मूल स्रोतों से आगे पढ़ने के लिए
- DPDP नियम, 2025 (प्रेस इन्फ़ॉर्मेशन ब्यूरो): भारत के अधिसूचित डेटा संरक्षण नियम और समयसीमा।
- आयुष्मान भारत डिजिटल मिशन: भारत का राष्ट्रीय डिजिटल हेल्थ ढांचा।
लोग जो सवाल पूछते हैं
HIS जवाब देता है “इस मरीज़ के साथ क्या हुआ?” CRM जवाब देता है “इस मरीज़ के साथ आगे क्या होना चाहिए, कौन करवाएगा, और क्या वह काम किया?” दूसरे सवाल के लिए ऐसी चीज़ें चाहिए जो HIS में नहीं: सहमति की स्थिति, संपर्क योग्यता, अगली कार्रवाई, एक मालिक, नतीजे का फ़ील्ड और एक सप्रेशन सूची। CRM अपनी क़ीमत तभी वसूलता है जब वह ऐसी आउटबाउंड कार्रवाई करवाए जो वरना नहीं होती। बाक़ी सब सजावट है।
चार। लंबी बीमारी और फ़ॉलो-अप देखभाल के लिए रिकॉल, जैसे जांच के लिए ड्यू डायबिटीज़ का मरीज़ या नब्बे दिन बाद का कार्डियक मरीज़। रेफ़रल रिश्तों का प्रबंधन, रेफ़र करने वाले GP और डायग्नॉस्टिक सेंटरों को पाइपलाइन मानकर। डिस्चार्ज के बाद अड़तालीस घंटे और दो हफ़्ते पर संपर्क, पहले देखभाल प्रोग्राम की तरह चलाया गया। और हेल्थ चेक का नवीनीकरण, अस्पताल के पास सब्सक्रिप्शन जैसी सबसे क़रीबी चीज़। चारों में रिकॉर्ड से राजस्व तक की कड़ी इतनी छोटी है कि CFO समझ सके।
नहीं। CRM अधिग्रहण का कमज़ोर औज़ार है और मरीज़ों को बनाए रखने और दोबारा सक्रिय करने का असाधारण औज़ार। जो ग्रुप नए मरीज़ लाने के लिए इसे ख़रीदते हैं, वे निराश होते हैं, और ठीक ही होते हैं। फ़ायदा लौटाने वाले मरीज़ वे हैं जो आप पर पहले से भरोसा करते हैं, जिनकी फ़ाइल पहले से है, और जो बिना याद दिलाए वापस नहीं आएंगे। अगर आपका अकेला लक्ष्य नए नाम हैं, तो लाइसेंस फ़ीस कॉन्टैक्ट सेंटर पर ख़र्च कीजिए।
लाइसेंस शायद ही कभी महंगा हिस्सा होता है। पैसा HIS, बिलिंग और लैब सिस्टम से इंटीग्रेशन, पुराने आधार पर सहमति को बाद में जोड़ने, यूनिट स्तर की ट्रेनिंग और प्रोग्राम चलाने वाले लोगों में जाता है। मैंने दो ग्रुपों को एक साल और ज़्यादातर बजट सब कुछ जोड़ने में लगाते और फिर CRM को किसी काम में न लेते देखा है। न्यूनतम जोड़िए (पहचान, विज़िट का इतिहास, कुछ क्लिनिकल फ़्लैग, बिलिंग की स्थिति) और पैसा कॉलिंग में लगाइए।
किसी भी ख़रीद से पहले, एक यूनिट में एक निर्यात की गई स्प्रेडशीट और साझा कॉलिंग सूची पर एक रिकॉल प्रोग्राम चलाइए। छह हफ़्ते, कच्चा और न बढ़ाया जा सकने वाला। यह तरीका साबित करता है, एक असली संख्या देता है, संपर्क योग्यता की असली दर और आपत्तियां संभालना सिखाता है, और आने वाले CRM को ऐसे लोगों का लिखा काम का विवरण देता है जिन्होंने यह काम हाथ से किया। मैंने इसकी जगह इंटीग्रेशन के पड़ावों के इर्द-गिर्द क्रम दिया और इसमें मेरा लगभग एक साल गया।
हेल्थ चेक का नवीनीकरण एक तिमाही में मापा जा सकता है और सीखने की सबसे सुरक्षित जगह है। यूनिट में अपनाने को आदत बनने से पहले लगभग दो तिमाहियों का साप्ताहिक, मापा गया पालन चाहिए। अगर आप इंटीग्रेशन से शुरू करते हैं, तो कुछ भी दिखने में एक साल की उम्मीद कीजिए, और पहली दिखने वाली चीज़ एक डैशबोर्ड होगी जो कुछ नहीं बदलता। पहले एक प्रोग्राम चलाइए, और समयसीमा हफ़्तों में सिमट जाती है।
चार दावेदार, हर एक के पास असली तर्क: मेडिकल रिकॉर्ड और क्लिनिकल नेतृत्व के पास अभिरक्षा है, IT के पास सिस्टम हैं, यूनिट मानती है कि मरीज़ उस अस्पताल का है जिसमें वह आया, और मार्केटिंग सेगमेंट करना और संपर्क करना चाहती है। मेरे लिए जो समझौता काम आया है वह मेडिकल डायरेक्टर और CIO द्वारा हस्ताक्षरित एक पेज का डेटा उपयोग नोट है। मार्केटिंग को तय गैर-क्लिनिकल फ़ील्ड और एक व्युत्पन्न क्लिनिकल फ़्लैग तक पढ़ने की पहुंच मिलती है, निदान का टेक्स्ट कभी नहीं।
संपर्क के लिए एक बचाव योग्य आधार और सहमति वापसी का काम करने वाला तरीका। रजिस्ट्रेशन पर दिया गया नंबर प्रचार के लिए सहमति नहीं है। देखभाल के संदेशों और प्रचार के संदेशों के लिए सहमति अलग-अलग लीजिए, मरीज़ की भाषा में, और समय, चैनल, शब्दों का संस्करण और सहमति लेने की जगह दर्ज कीजिए। सहमति वापसी एक कदम में होनी चाहिए और एक दिन के भीतर हर सिस्टम तक पहुंचनी चाहिए, जिसका मतलब है कि CRM सप्रेशन का मुख्य स्रोत है। उम्मीद कीजिए कि देखभाल के लिए संपर्क योग्य पुराना आधार बड़ा और प्रचार के लिए काफ़ी छोटा होगा।
क्योंकि इसे केंद्र ख़रीदता है और फ़्रंट ऑफ़िस को इस्तेमाल करना होता है, घबराए मरीज़ों, शिफ़्ट बदलने और लंबित TPA सवालों को संभालते हुए। हर फ़ील्ड उस कतार पर एक टैक्स है। अनिवार्य फ़ील्ड में 9999999999 भर दिया जाता है। बाईस विकल्पों वाला लीड सोर्स ड्रॉपडाउन “अन्य” में सिमट जाता है। दूसरे लॉगिन का मतलब है कोई डेटा नहीं। वेंडर द्वारा एक बार दी गई ट्रेनिंग सिर्फ़ उन लोगों तक पहुंचती है जो उस दोपहर फ़्लोर पर थे। फ़ील्ड बहुत कम रखिए और CRM को HIS के वर्कफ़्लो के भीतर रखिए।
प्रोग्रामों को ग्रोथ या मार्केटिंग में एक केंद्रीय मालिक चाहिए, लेकिन अपनाने के लिए हर यूनिट में एक नामित व्यक्ति चाहिए (आमतौर पर फ़्रंट ऑफ़िस सुपरवाइज़र, मैनेजर नहीं), जिसके मूल्यांकन में CRM की सफ़ाई हो और जिसका साप्ताहिक स्कोर उसका यूनिट प्रमुख देखे। वह स्कोर उसी समीक्षा में रिपोर्ट कीजिए जहां फ़ुटफ़ॉल पर बात होती है। पास की यूनिट से तुलना जितना यूनिट का व्यवहार बदलती है, उतना कुछ नहीं। लगभग दो तिमाहियों तक उत्साह की नहीं, पालन की उम्मीद कीजिए।
हर प्रोग्राम के आउटबाउंड टेम्पलेट एक क्लिनिशियन एक बार स्वीकृत करता है, जिसके बाद मार्केटिंग हर भेजने पर अलग स्वीकृति के बिना अमल करती है। संवेदनशील समूह अलग हैं: ऑन्कोलॉजी, मानसिक स्वास्थ्य, फ़र्टिलिटी या HIV को छूने वाला हर संदेश हर बार एक नामित क्लिनिशियन से होकर जाता है, बिना अपवाद, और इस पर मैं कोई ढील नहीं दूंगा। डॉक्टरों को भी CRM से फ़ायदा है: डिस्चार्ज के बाद का संपर्क जटिलताओं को जल्दी सामने लाता है और NABH दस्तावेज़ों के लिए ज़रूरी फ़ीडबैक देता है। इसे व्यावसायिक फ़ायदे वाली देखभाल की तरह चलाइए, कभी उल्टा नहीं।
चार। समूह के हिसाब से संपर्क योग्य आधार, क्योंकि यह लीवर का आकार बताता है। प्रोग्राम का आउटपुट: हर प्रोग्राम से बने अपॉइंटमेंट, भेजे गए संदेश नहीं। सप्रेशन और शिकायत की दर, आपकी पहली चेतावनी कि कोई प्रोग्राम आधार को जला रहा है। और रेफ़रर की गतिविधि में बदलाव, अकेली रिपोर्ट जिसे मार्केटिंग के बाहर कोई दोबारा देखना चाहेगा। बाक़ी को प्रस्तुत करना बंद कीजिए। समीक्षा की हर रिपोर्ट ऐसी चीज़ बन जाती है जिसे सुधारने के लिए आप जवाबदेह हैं, और उनमें से आधी आपकी किसी कार्रवाई से नहीं बदल सकतीं।
तीन प्रोग्राम (रिकॉल, हेल्थ चेक नवीनीकरण, डिस्चार्ज के बाद), एक-एक पेज के ब्रीफ़ के रूप में, समूह, ट्रिगर, संदेश, कॉल करने वाले और सफलता के पैमाने के साथ। आपका ज़रूरतों का दस्तावेज़ फ़ीचर चेकलिस्ट नहीं, अभियान कैलेंडर जैसा पढ़ा जाना चाहिए। CRM को HIS के वर्कफ़्लो के भीतर मांगिए, भले इंटीग्रेशन भद्दा हो, पहले चरण के लिए न्यूनतम इंटीग्रेशन, और CRM को सप्रेशन का मुख्य स्रोत। जो वेंडर 360-डिग्री दृश्य से शुरू करता है, वह आपको वही डेटाबेस बेच रहा है जो आपके पास पहले से है।
ऐसे अपॉइंटमेंट जो वरना नहीं होते, हर प्रोग्राम के हिसाब से, मासिक समीक्षा में मीडिया ख़र्च के बगल में दिखाए गए। भेजे गए संदेश नहीं, एकीकृत रिकॉर्ड नहीं, बनाए गए डैशबोर्ड नहीं। अगर चालू होने की दो तिमाहियों के भीतर यह संख्या नहीं बन रही, तो CRM एक रिपोर्टिंग टूल बन चुका है, और उस धारणा को बदलने में एक और साल लगता है। पूरे निवेश की कसौटी यह है कि क्या कोई कॉल करने वाला है।
Read my takes first in Google Search
