Общие сведения о правиле интероперабельности и доступа пациентов Центров услуг Medicare и Medicaid (CMS)

В этой серии руководств мы рассмотрим высокоуровневую сводку правила совместимости и доступа пациентов в рамках Центра Medicare и Medicaid Services (CMS), а также технические требования, изложенные в этом правиле. Мы рассмотрим различные руководства по реализации, на которые ссылается это правило. Кроме того, мы предоставляем подробные сведения о настройке API Azure для FHIR® для поддержки этих руководств по реализации.

Общие сведения о правиле

CMS выпустила правило взаимодействия и доступа к пациентам 1 мая 2020 года. Это правило требует свободного и безопасного потока данных между всеми сторонами, участвующими в уходе за пациентами (пациентами, поставщиками и плательщиками), чтобы позволить пациентам получить доступ к их медицинской информации, когда они нуждаются в ней. Совместимость на протяжении десятилетий являлась проблемой для отрасли здравоохранения, что приводит к разрозненным данным и вызывает негативные результаты в медицине, с более высокими и непредсказуемыми затратами на медицинское обслуживание. CMS использует свои полномочия для регулирования Medicare Advantage (MA), Medicaid, Детской программы медицинского страхования (CHIP) и страховых компаний, предоставляющих квалифицированные планы здравоохранения (QHP), на федеральных торговых площадках (FFEs) для соблюдения данного правила.

В августе 2020 года CMS подробно описывает, как организации могут соответствовать мандату. Чтобы обеспечить безопасный обмен данными и стандартизированным способом, CMS определил ресурсы быстрого взаимодействия со здравоохранением (FHIR®) версии 4 (R4) как базовый стандарт, необходимый для обмена данными.

Существует три основных фрагмента решения о взаимодействии и доступе к пациентам:

• API доступа к пациентам (требуется 1 июля 2021 г.) — плательщики, регулируемые CMS (как определено ранее), обязаны реализовать и поддерживать безопасный, основанный на стандартах API, который позволяет пациентам легко получить доступ к своим данным о претензиях и информации о посещениях, включая затраты, а также к определенному подмножеству их клинической информации с помощью сторонних приложений по своему выбору.

• API каталогов поставщиков (требуется 1 июля 2021 г.) — регулированные CMS плательщики обязаны в соответствии с этой частью правила сделать информацию о каталогах поставщиков общедоступной через стандартизированный API. Благодаря тому, что эта информация доступна, сторонние разработчики приложений могут создавать службы, которые помогают пациентам находить поставщиков услуг для конкретных потребностей в уходе, и врачи находят других поставщиков для координации помощи.

• Обмен данными между плательщиками (первоначально требовался с 1 января 2022 г. - в настоящее время отложен) — плательщики, регулируемые CMS, по запросу пациента обязаны обмениваться с другими плательщиками некоторыми клиническими данными пациента. Хотя нет никаких требований к выполнению любого типа стандарта, применение FHIR для обмена данными рекомендуется.

Основные понятия FHIR

Как упоминалось ранее, для удовлетворения этого мандата требуется FHIR R4. Кроме того, существует несколько руководств по реализации, которые предоставляют рекомендации по правилу. Руководства по реализации предоставляют дополнительный контекст поверх базовой спецификации FHIR. Это включает определение дополнительных параметров поиска, профилей, расширений, операций, наборов значений и систем кода.

Api Azure для FHIR имеет следующие возможности, которые помогут вам настроить базу данных для различных руководств по реализации.

• Поддержка взаимодействия RESTful
• Хранение и проверка профилей
• Определение и индексирование настраиваемых параметров поиска
• Преобразование данных

Руководства по реализации API доступа для пациентов

API доступа к пациентам описывает соблюдение четырех руководств по реализации FHIR:

• CARIN IG для Blue Button®: Плательщики должны сделать данные о претензиях и встречах пациентов доступными в соответствии с Руководством по внедрению CARIN IG для Blue Button (C4BB IG). IG C4BB предоставляет набор ресурсов, которые плательщики могут отображать потребителям через API FHIR и включает сведения, необходимые для данных страховых требований в API совместимости и доступа пациентов. Это руководство по реализации использует ресурс ExplanationOfBenefit (EOB) в качестве основного ресурса, подключая другие ресурсы по мере их упоминания.

• HL7 FHIR Da Vinci PDex IG: Руководство по реализации обмена данными страховщиков (PDex IG) ориентировано на обеспечение того, чтобы страховщики предоставляли все соответствующие клинические данные пациента для удовлетворения требований к программному интерфейсу доступа пациентов. Это использует профили US Core в ресурсах версии R4 и включает (как минимум) взаимодействия, поставщиков медицинских услуг, организации, расположения, даты оказания услуг, диагнозы, процедуры и наблюдения. Хотя эти данные могут быть доступны в формате FHIR, они также могут поступать из других систем в формате данных утверждений, сообщений HL7 V2 и документов C-CDA.

• HL7 US Core IG: Руководство по реализации HL7 US Core (US Core IG) служит основой для PDex IG, который был ранее описан. Хотя PDex IG ограничивает некоторые ресурсы еще дальше, чем US Core IG, многие ресурсы следуют стандартам в US Core IG.

• HL7 FHIR Da Vinci - PDex US Формуляр лекарственных средств IG: Планы Medicare Advantage, часть D, обязаны предоставлять информацию о формуляре через API для пациентов. Они используют для этого руководство по внедрению формуляра лекарственных средств PDex США (USDF IG). USDF IG определяет интерфейс FHIR к информации о формуляре лекарственных средств медицинской страховой компании, который является списком брендовых и дженериковых рецептурных лекарств, за которые страховая компания согласна платить. Основной вариант использования заключается в том, чтобы пациенты могли понять, есть ли альтернативные препараты доступны для одного, который был назначен им, и сравнить затраты на наркотики.

Руководство по реализации API каталога поставщика

API каталога поставщика описывает соблюдение одного руководства по реализации.

• HL7 Da Vinci PDex Plan Network IG: это руководство по реализации определяет интерфейс FHIR для планов страхования медицинского страховщика, их связанных сетей и организаций и поставщиков, участвующих в этих сетях.

Touchstone

Touchstone — отличный ресурс для проверки соблюдения различных руководств по реализации. В предстоящих руководствах мы сосредоточимся на том, чтобы API Azure для FHIR успешно прошел различные тесты Touchstone. Сайт Touchstone содержит обширную документацию, чтобы помочь вам приступить к работе.

Дальнейшие шаги

Теперь, когда у вас есть базовое понимание правила интероперабельности и доступа пациентов, руководящих принципов реализации и доступного инструмента тестирования (Touchstone), мы рассмотрим настройку API Azure для FHIR, предназначенного для CARIN IG в рамках Blue Button.