Share via

مقدمة حول إمكانية التشغيل التفاعلي لمراكز الرعاية الطبية وخدمات الرعاية الطبية (CMS) وقاعدة وصول المرضى

  • مقالة

في هذه السلسلة من البرامج التعليمية، سنغطي ملخصا عالي المستوى لمركز إمكانية التشغيل التفاعلي لخدمات Medicare و Medicaid Services (CMS) وقاعدة وصول المرضى، والمتطلبات التقنية الموضحة في هذه القاعدة. سنستعرض أدلة التنفيذ المختلفة المشار إليها لهذه القاعدة. سنقدم أيضا تفاصيل حول كيفية تكوين واجهة برمجة تطبيقات Azure ل FHIR لدعم أدلة التنفيذ هذه.

نظرة عامة على القاعدة

أصدرت CMS قاعدة إمكانية التشغيل التفاعلي والوصول إلى المرضى في 1 مايو 2020. تتطلب هذه القاعدة تدفقا مجانيا وآمنا للبيانات بين جميع الأطراف المشاركة في رعاية المرضى (المرضى ومقدمي الخدمات والدفع) للسماح للمرضى بالوصول إلى معلوماتهم الصحية عندما يحتاجون إليها. وقد ابتليت إمكانية التشغيل البيني صناعة الرعاية الصحية لعقود، مما أدى إلى عزل البيانات التي تسبب نتائج صحية سلبية مع تكاليف أعلى ولا يمكن التنبؤ بها للرعاية. تستخدم CMS سلطتها لتنظيم ميزة الرعاية الطبية (MA) و Medicaid وبرنامج التأمين الصحي للأطفال (CHIP) ومصدري خطة الصحة المؤهلة (QHP) في البورصات المسهلة الفيدرالية (FFEs) لفرض هذه القاعدة.

وفي آب/أغسطس 2020، شرحت إدارة المشاريع بالتفصيل كيف يمكن للمنظمات الوفاء بالولاية. لضمان إمكانية تبادل البيانات بشكل آمن وبطريقة موحدة، حدد CMS الإصدار 4 من موارد التشغيل التفاعلي للرعاية الصحية السريعة (FHIR®) كمعيار أساسي مطلوب لتبادل البيانات.

هناك ثلاثة أجزاء رئيسية لحكم إمكانية التشغيل التفاعلي ووصول المرضى:

  • واجهة برمجة تطبيقات وصول المرضى (مطلوبة في 1 يوليو 2021) - يجب على الجهات التي تنظمها CMS (كما هو محدد أعلاه) تنفيذ وصيانة واجهة برمجة تطبيقات آمنة تستند إلى المعايير تسمح للمرضى بالوصول بسهولة إلى مطالباتهم ومصادفة المعلومات، بما في ذلك التكلفة، بالإضافة إلى مجموعة فرعية محددة من معلوماتهم السريرية من خلال تطبيقات الجهات الخارجية التي يختارونها.

  • واجهة برمجة تطبيقات دليل الموفر (مطلوب 1 يوليو 2021) - يطلب هذا الجزء من القاعدة الدفعات التي تنظمها CMS لجعل معلومات دليل الموفر متاحة للجمهور عبر واجهة برمجة تطبيقات تستند إلى المعايير. من خلال إتاحة هذه المعلومات، سيتمكن مطورو التطبيقات التابعون لجهة خارجية من إنشاء خدمات تساعد المرضى على العثور على موفرين لاحتياجات رعاية محددة ويجد الأطباء موفرين آخرين لتنسيق الرعاية.

  • تبادل بيانات Payer-to-Payer (مطلوب أصلا في 1 يناير 2022 - متأخر حاليا) - يطلب من الجهات التي تنظمها CMS تبادل بعض البيانات السريرية للمرضى بناء على طلب المريض مع دفعين آخرين. على الرغم من عدم وجود متطلبات لاتباع أي نوع من المعايير، يتم تشجيع تطبيق FHIR® لتبادل هذه البيانات.

مفاهيم FHIR الرئيسية

وكما ذكر أعلاه، فإن FHIR R4 مطلوب للوفاء بهذه الولاية. وبالإضافة إلى ذلك، وضعت عدة أدلة للتنفيذ توفر إرشادات للقاعدة. توفر أدلة التنفيذ سياقا إضافيا أعلى مواصفات FHIR الأساسية. يتضمن ذلك تعريف معلمات البحث الإضافية وملفات التعريف والملحقات والعمليات ومجموعات القيم وأنظمة التعليمات البرمجية.

تحتوي واجهة برمجة تطبيقات Azure ل FHIR على الإمكانات التالية لمساعدتك في تكوين قاعدة البيانات الخاصة بك لأدلة التنفيذ المختلفة:

أدلة تنفيذ واجهة برمجة تطبيقات وصول المريض

تصف واجهة برمجة تطبيقات وصول المريض الالتزام بأربعة أدلة تنفيذ FHIR:

  • CARIN IG للزر® الأزرق: يطلب من Payers جعل مطالبات المرضى ويصادف البيانات المتاحة وفقا ل CARIN IG لدليل تنفيذ الزر الأزرق (C4BB IG). يوفر C4BB IG مجموعة من الموارد التي يمكن للدفع عرضها للمستهلكين عبر واجهة برمجة تطبيقات FHIR ويتضمن التفاصيل المطلوبة لبيانات المطالبات في واجهة برمجة تطبيقات إمكانية التشغيل التفاعلي ووصول المريض. يستخدم دليل التنفيذ هذا مورد ExplanationOfBenefit (EOB) كمورد رئيسي، ويسحب الموارد الأخرى كما يشار إليها.

  • HL7 FHIR Da Vinci PDex IG: يركز دليل تنفيذ تبادل بيانات Payer (PDex IG) على ضمان أن يوفر payers جميع البيانات السريرية للمرضى ذات الصلة لتلبية متطلبات واجهة برمجة تطبيقات وصول المريض. يستخدم هذا ملفات تعريف الولايات المتحدة الأساسية على موارد R4 ويتضمن (كحد أدنى) اللقاءات والموفرين والمؤسسات والمواقع وتواريخ الخدمة والتشخيصات والإجراءات والملاحظات. في حين أن هذه البيانات قد تكون متاحة بتنسيق FHIR، فقد تأتي أيضا من أنظمة أخرى بتنسيق بيانات المطالبات ورسائل HL7 V2 ومستندات C-CDA.

  • HL7 US Core IG: دليل التنفيذ الأساسي HL7 US (US Core IG) هو العمود الفقري ل PDex IG الموضح أعلاه. في حين أن PDex IG يحد من بعض الموارد حتى أبعد من US Core IG، فإن العديد من الموارد تتبع فقط المعايير في US Core IG.

  • HL7 FHIR دا فينشي - PDex الولايات المتحدة صيغ المخدرات IG: الجزء D خطط ميزة الرعاية الطبية لديها لجعل معلومات الصيغ المتاحة عبر واجهة برمجة تطبيقات المريض. يفعلون ذلك باستخدام دليل تنفيذ صيغ المخدرات PDex الولايات المتحدة (USDF IG). يحدد USDF IG واجهة FHIR لمعلومات صيغ الأدوية الخاصة بإحدى شركات التأمين الصحية، وهي قائمة باسم العلامة التجارية والأدوية الطبية العامة التي يوافق المؤمن الصحي على دفع ثمنها. حالة الاستخدام الرئيسية لهذا حتى يتمكن المرضى من فهم ما إذا كان هناك دواء بديل متاح لدواء تم وصفه لهم ومقارنة تكاليف الأدوية.

دليل تنفيذ واجهة برمجة تطبيقات دليل الموفر

تصف واجهة برمجة تطبيقات دليل الموفر الالتزام بدليل تنفيذ واحد:

  • HL7 Da Vinci PDex Plan Network IG: يحدد دليل التنفيذ هذا واجهة FHIR لخطط تأمين شركة التأمين الصحية والشبكات المرتبطة بها والمنظمات والموفرين الذين يشاركون في هذه الشبكات.

المحك

لاختبار الالتزام بأدلة التنفيذ المختلفة، تعد Touchstone موردا رائعا. خلال البرامج التعليمية القادمة، سنركز على ضمان تكوين واجهة برمجة تطبيقات Azure ل FHIR لاجتياز اختبارات Touchstone المختلفة بنجاح. يحتوي موقع Touchstone على كمية كبيرة من الوثائق لمساعدتك على بدء التشغيل.

الخطوات التالية

الآن بعد أن أصبح لديك فهم أساسي لقاعدة إمكانية التشغيل التفاعلي ووصول المريض وأدلة التنفيذ وأداة الاختبار المتاحة (Touchstone)، سنستعرض إعداد واجهة برمجة تطبيقات Azure ل FHIR ل CARIN IG للزر الأزرق.

دليل تنفيذ CARIN للزر الأزرق

FHIR® هي علامة تجارية مسجلة ل HL7 وتستخدم بإذن من HL7.