Open Dental आपले चार्ट आणि रेकॉर्ड प्रणाली राहते. हे Open Dental च्या प्रकाशित API द्वारे कनेक्ट होते, आपल्या स्वतःच्या सर्व्हरवर चालणाऱ्या eConnector द्वारे सर्व्ह केले जाते — कोणताही थेट डेटाबेस ऍक्सेस नाही, डेटा मायग्रेशन नाही आणि आपल्या विद्यमान रेकॉर्ड्सचे कोणतेही रूपांतरण नाही.
इंटिग्रेशन API द्वारे आगामी अपॉइंटमेंट्स आणि त्यांच्याशी जोडलेले रुग्ण आणि प्लॅन रेकॉर्ड्स घेते, म्हणून पडताळणी कोणीतरी स्वतंत्रपणे ठेवलेल्या यादीऐवजी आपल्या वास्तविक शेड्यूलचे अनुसरण करते.
प्रत्येक रुग्णाचे कव्हरेज भेटीपूर्वी क्लियरिंगहाऊसद्वारे पेयरविरुद्ध इलेक्ट्रॉनिकरित्या तपासले जाते आणि पेयर परत देतो तो तपशील त्याच्यासोबत परत येतो — म्हणून तपासणी फोनवर किंवा पेयर पोर्टलमध्ये एका वेळी एका रुग्णासाठी करावी लागत नाही.
परिणाम पडताळणी तारखेसह Open Dental मधील रुग्णाच्या चार्टमध्ये लिहिला जातो, म्हणून फ्रंट डेस्कवरील व्यक्ती ते आधीच पाहत असलेल्या चार्टमध्येच पाहते, मध्ये कॉपी-पेस्ट स्टेपशिवाय.
सेटअप Open Dental च्या प्रकाशित API द्वारे चालते. आपले ऑफिस Open Dental मध्ये API ऍक्सेस सक्षम करते आणि आम्हाला कस्टमर API की जारी करते आणि कनेक्शन Open Dental च्या eConnector द्वारे सर्व्ह केले जाते, जे आपल्या स्वतःच्या सर्व्हरवर चालते — अनेक ऑफिसेसमध्ये ते आधीच चालू असते. API ऍक्सेस Open Dental च्या स्वतःच्या अटींनुसार त्यांच्याशी व्यवस्था केली जाते. आम्ही फक्त त्या API द्वारे कनेक्ट होतो आणि आपला डेटाबेस थेट वाचत किंवा लिहित नाही आणि कोणतेही डेटा मायग्रेशन आणि आपल्या विद्यमान रेकॉर्ड्सचे कोणतेही रूपांतरण नाही. कोणत्याही रुग्ण डेटाच्या हालचालीपूर्वी BAA वर स्वाक्षरी केली जाते आणि आमच्या बाजूला PHI फील्ड स्तरावर एन्क्रिप्टेड ठेवलेला आहे.
नाही. Open Dental आपली प्रॅक्टिस मॅनेजमेंट सिस्टम आणि रेकॉर्ड प्रणाली राहते; हे प्रकाशित API द्वारे त्याच्याशी कनेक्ट होते आणि त्यात पडताळणी परिणाम लिहिते. आधीच लिहिलेला कव्हरेज तपशील Open Dental च्या स्वतःच्या रेकॉर्ड्समध्ये राहतो, म्हणून आपण इंटिग्रेशन वापरणे थांबवले तरी ते चार्टमध्ये राहते.
Open Dental मधील रुग्णाच्या चार्टमध्ये, पडताळणी तारखेसह. आपण पाहत असलेल्या कोणत्याही पडताळणी विक्रेत्याला विचारणे हा योग्य प्रश्न आहे — परिणाम कुठे येतो ते विचारा, कारण उत्तर ठरवते की आपली टीम अपॉइंटमेंटच्या सकाळी चार्टमध्ये काम करत आहे की स्वतंत्र पोर्टलमध्ये.
नाही. क्लेम सबमिशन PMS बाहेर चालते आणि राइट-बॅकचा भाग नाही. Open Dental विरुद्ध जे चालते ते पात्रता पडताळणी आणि चार्टवर परत लिहिलेला कव्हरेज तपशील आहे.
आपण तो ठेवू शकता, आणि हे चालू करण्यासाठी ते बंद करणे आवश्यक नाही. eServices वेगळ्या गोष्टींचा संच कव्हर करते — वेब फॉर्म, पेशंट पोर्टल, रिमाइंडर्स, टेक्स्टिंग, वेब शेड्युलिंग — पात्रता सत्यापनापेक्षा, त्यामुळे दोन्ही एकत्र चालू शकतात. यापैकी काही आपण येथे चालू करत असलेल्या गोष्टींसह ओव्हरलॅप होते का ते आपल्या Open Dental प्रतिनिधी आणि आपल्या स्वतःच्या आकड्यांसह तपासणे आवश्यक आहे.
पात्रता सत्यापन अपॉइंटमेंट्स वाचते आणि चार्टमध्ये कव्हरेज तपशील लिहिते; ते बिल्ट-इन Open Dental फंक्शन बदलत नाही किंवा बंद करत नाही. आपण जोडलेल्या कोणत्याही इंटिग्रेशनबद्दल विचारणे योग्य आहे — विक्रेत्याला विचारा की त्यांना आपण काय बंद करणे आवश्यक आहे, आणि आपल्या Open Dental प्रतिनिधीकडे उत्तर तपासा.
एक कनेक्शन इन्शुरन्स कार्ड इमेजेस असलेले इनटेक फॉर्म, पेमेंट पोस्टिंग, ट्रीटमेंट प्लॅन्स, AR, पेशंट सर्च आणि तयार करणे व अपडेट करणे, सेल्फ-शेड्युलिंग, आणि कॉल उत्तरणारा आणि लाइव्ह शेड्यूलमध्ये बुकिंग करणारा AI रिसेप्शनिस्ट देखील कव्हर करते. Open Dental वर, अपॉइंटमेंट तयार करणे आणि वाचणे सपोर्ट केले जाते; अपॉइंटमेंट स्टेटस अपडेट्स आणि कॅन्सलेशन्स सपोर्ट केले जात नाहीत, म्हणून ते आपल्या टीमसह मॅन्युअल राहतात. आपण एकट्या पात्रता सत्यापन चालू करू शकता आणि बाकीचे नंतर जोडू शकता, किंवा अजिबात नाही.
आपण आधीच Open Dental चालवत असाल, तर हा दुसऱ्या PMS वर जाण्याचा प्रश्न नाही. पात्रता भेटीपूर्वी चालते आणि कव्हरेज तपशील प्रकाशित API द्वारे Open Dental चार्टमध्ये लिहिला जातो, आपला चार्ट, आपला डेटा, आणि आपला वर्कफ्लो तेथेच राहतो.
Open Dental हा Open Dental Software, Inc. चा ट्रेडमार्क आहे. Intake.Dental हे एक स्वतंत्र उत्पादन आहे आणि Open Dental Software, Inc. शी संलग्न, समर्थित किंवा प्रायोजित नाही.
अपॉइंटमेंटपूर्वी पात्रता चालते आणि कव्हरेज तपशील Open Dental च्या प्रकाशित API द्वारे रुग्णाच्या Open Dental चार्टमध्ये लिहिला जातो. Open Dental आपली प्रॅक्टिस मॅनेजमेंट सिस्टम आणि रेकॉर्ड प्रणाली राहते.
आपले शेड्यूल आणि आपले प्रक्रिया कोड वापरून 20 मिनिटांचे वॉकथ्रू. स्विचिंग नाही, मायग्रेशन नाही, रिप-अँड-रिप्लेस नाही.
