العديد من عملاء @Stedi هم شركاء يبنون منصات برمجية خاصة بهم - RCM و EHR و PMS وأدوات استقبال المرضى والمزيد. يستخدم هؤلاء الشركاء واجهات برمجة تطبيقات Stedi لبناء وظائف التحقق من الأهلية والمطالبات في منصاتهم حتى يتمكن عملاؤهم - المستخدمون النهائيون الذين يشملون مقدمي الرعاية الصحية والممارسات الجماعية والأنظمة الصحية - من تحديد أهلية التأمين ومعالجة المطالبات / ERAs من داخل برنامج الشركاء. كانت مشكلة هذا النهج هي أن شركائنا احتاجوا إلى تكرار جميع وظائف Stedi داخل منصاتهم الخاصة. لم يكن لدى المزودين النهائيين حق الوصول المباشر إلى Stedi، لذلك كان على الشركاء إنشاء واجهات مستخدم لمهام سير العمل مثل استكشاف أخطاء فحوصات الأهلية والمطالبات وإصلاحها، ولإرسال/تتبع تسجيلات ERA. عندما يحدث خطأ ما ، كان شركاؤنا في مأزق للحصول على دعم مقدمي الخدمات. طلب الميزة الأول الذي تلقيناه من شركائنا هو السماح لعملائهم بمزودهم بامتلاك حسابات Stedi الخاصة بهم. مع هذا الإطلاق ، يمكن لمقدمي الخدمة القيام بذلك بالضبط: يمكنهم إنشاء حسابات Stedi الخاصة بهم ، والتي يمكن دمجها بسرعة مع أنظمة RCM و EHR و PMS الشريكة من خلال تمكين تطبيق Stedi الخاص بالشريك ببضع نقرات فقط. هذا يقلل بشكل كبير من مقدار الوظائف التي يحتاجها الشركاء لبناء أنفسهم. بدلا من الاضطرار إلى إعادة بناء وظائف Stedi لاستكشاف أخطاء فحوصات الأهلية وإصلاحها وإعادة إرسال المطالبات وإرسال تسجيلات ERA، يمكن لمقدمي الخدمة تسجيل الدخول إلى حساب Stedi المخصص الخاص بهم كاحتياطي (والعمل مباشرة مع فريق الدعم لدينا بشأن أي مشكلات يواجهونها). بالطبع ، يمكن للشركاء الاستمرار في إنشاء هذه الوظيفة داخل منصاتهم الخاصة باستخدام واجهات برمجة التطبيقات الخاصة بنا ، ولكن لم يعد ذلك مطلوبا. خلال الأسابيع المقبلة ، سنطلق عمليات تكامل أعمق مع أنظمة الشركاء - على سبيل المثال ، الربط العميق ثنائي الاتجاه للمعاملات بين Stedi ومنصات الشركاء بحيث يمكن للمستخدمين القفز ذهابا وإيابا بين تمثيل المطالبة في Stedi وفي واجهة مستخدم الشريك. المزيد سيأتي قريبا.