क्लिनिक से जाने वाले अपॉइंटमेंट और इलाज के रिमाइंडर
फ़्रंट डेस्क का कर्मचारी क्लिनिक के नेटवर्क पर PC से रिमाइंडर भेजता है। मरीज़ों के नंबर और इतिहास किसी मैसेजिंग कंपनी के खाते में नहीं, क्लिनिक के डेटाबेस में रहते हैं।
डेटा क्लिनिक के नेटवर्क में रहता है। 30 दिन की रिफ़ंड गारंटी।
क्लिनिक असल में कौन से संदेश भेजता है
पाँच संदेश अपॉइंटमेंट रिमाइंडर के ज़्यादातर काम को कवर करते हैं। हर एक का समय और जवाब का नियम अलग है।
| संदेश | आम समय | जवाब चाहिए | नोट |
|---|---|---|---|
| अपॉइंटमेंट रिमाइंडर | 48 घंटे और 24 घंटे पहले | हाँ — पुष्टि या बदलाव | दो बार भेजने से अनुपस्थिति कम होती है |
| इलाज का रिमाइंडर | हर दिन या हर हफ़्ते | नहीं | छोटा पाठ, खुराक की हिदायत न डालें |
| रिपोर्ट तैयार | रिपोर्ट तय होने पर | वैकल्पिक | रिपोर्ट के आँकड़े संदेश में न डालें |
| जाँच का न्योता | सुझाए चक्र के अनुसार | वैकल्पिक | इनकार का रास्ता हमेशा दें |
| बंद या आपात | उसी दिन | नहीं | जल्दी भेजें और रात का समय बचें |
मरीज़ का डेटा कहाँ रहता है
क्लिनिक के अंदर। इसी कारण गेटवे क्लिनिक के नेटवर्क पर चलता है।
संपर्क सूची और संदेश इतिहास क्लिनिक के PC या सर्वर के स्थानीय SQL डेटाबेस में रहते हैं। निर्यात, बैकअप और मिटाना आपका काम है, प्रदाता से माँगने की ज़रूरत नहीं।
यह उत्पाद HIPAA अनुपालन गतिविधियों में सहायक है, पर अकेला सॉफ़्टवेयर संस्था को अनुपालक नहीं बनाता। अनुपालन आपकी नीति, नेटवर्क, कर्मचारी प्रशिक्षण और कैरियर अनुबंध पर निर्भर है।
अनुपालन गाइड को चेकलिस्ट की तरह और गोपनीयता निर्देश को यह देखने की तरह पढ़ें कि हम क्या इकट्ठा करते हैं और क्या नहीं।
डेटा कहाँ रहता है
| फ़ोन नंबर | स्थानीय SQL डेटाबेस |
| संदेश का पाठ | स्थानीय SQL डेटाबेस |
| भेजने की स्थिति | स्थानीय SQL डेटाबेस |
| प्रदाता की प्रतिलिपि | कोई नहीं |
पुष्टि और समय बदलना
जवाब के मुख्य शब्द इनबॉक्स खोले बिना अपॉइंटमेंट की स्थिति बदल देते हैं।
पुष्टि
YES जवाब अपॉइंटमेंट को पुष्टि दर्ज करता है और आने की तैयारी का निर्देश भेजता है।
बदलाव
CHANGE जवाब समय बदलने का लिंक भेजता है या क्लिनिक के लिए जवाब माँगने का काम बनाता है।
इनकार
STOP स्थायी ऑप्ट-आउट फ़्लैग लगाता है और आगे के रिमाइंडर से नंबर हटा देता है।
मरीज़ पोर्टल के सत्यापन कोड भी उसी गेटवे से भेज सकते हैं। OTP और 2FA भेजना देखें।
EHR और शेड्यूल से जोड़ना
किसी ख़ास प्रदाता का कनेक्टर नहीं चाहिए, दो रास्ते हैं: सॉफ़्टवेयर की टेबल में लिखें या क्लिनिक सिस्टम से HTTP कॉल करें।
SQL भेजने वाली टेबल
प्रबंधन सिस्टम नंबर, पाठ और भेजने का समय वाली पंक्ति डालता है। गेटवे भेजता है और स्थिति वापस लिखता है। MySQL, SQL Server, Oracle समर्थित।
HTTP कॉल
रिमाइंडर के समय शेड्यूलर का काम स्थानीय API पर POST करता है। जवाब में संदेश ID होता है जिससे स्थिति पूछी जा सकती है।
दोनों उदाहरण सिर्फ़ स्थानीय नेटवर्क पर चलते हैं। API Ultimate की सुविधा है और SQL लिसनर हर एडिशन में उपलब्ध।
जो हो सकता है और जो नहीं
समर्थित
अपॉइंटमेंट, इलाज और जाँच के रिमाइंडर, दोतरफ़ा पुष्टि, स्थानीय रिकॉर्ड, SQL और HTTP ट्रिगर।
समर्थित नहीं
चिकित्सकीय निर्णय सहायता, संदेश में रिपोर्ट के आँकड़े, पूरी संस्था के HIPAA अनुपालन की गारंटी।
बाहरी कारक
आपकी नीति, कर्मचारी प्रशिक्षण, कैरियर अनुबंध और संपर्क सूची की सटीकता।
खरीदारों के आम सवाल
क्या यह सॉफ़्टवेयर HIPAA अनुपालक है?
कोई सॉफ़्टवेयर अकेला अनुपालन की गारंटी नहीं देता। हम कहते हैं कि यह HIPAA गतिविधियों में सहायक है, क्योंकि डेटा क्लिनिक के नेटवर्क में रहता है और रखरखाव आपके नियंत्रण में है। असल अनुपालन नीति, अनुबंध और प्रशिक्षण पर निर्भर है।
क्या रिमाइंडर में रिपोर्ट का नतीजा लिख सकते हैं?
जाँच के आँकड़े SMS में भेजना सुझाया नहीं जाता। लिखें कि रिपोर्ट तैयार है और क्लिनिक या पोर्टल से पूछने को कहें।
क्लिनिक रोज़ कितने संदेश भेज सकता है?
मोडेम और SIM प्लान पर निर्भर है। एक मोडेम सैकड़ों संदेश बिना दिक्कत संभालता है और मोडेम पूल ज़्यादा। बड़े जाँच अभियान से पहले अपने हार्डवेयर पर परीक्षण करें।
क्या EHR से जोड़ा जा सकता है?
हाँ, अगर आपका सिस्टम SQL टेबल में लिखता है या HTTP एंडपॉइंट कॉल करता है। किसी ख़ास रिकॉर्ड सिस्टम का कनेक्टर खरीदने की ज़रूरत नहीं।
मरीज़ STOP जवाब दे तो क्या होता है?
उस नंबर पर स्थायी फ़्लैग लग जाता है और आगे किसी भी भेजने से हट जाता है। बाद में आयात की गई सूची पर भी वही फ़्लैग लागू रहता है।