Введение в правила взаимодействия и доступа пациентов в центрах Medicare и Medicaid Services (CMS)
В этой серии учебников мы рассмотрим общие сведения о правиле взаимодействия и доступа пациентов Центра Medicare и Medicaid Services (CMS), а также о технических требованиях, изложенных в этом правиле. Мы рассмотрим различные руководства по реализации, на которые ссылается это правило. Мы также предоставим сведения о том, как настроить Azure API для FHIR для поддержки этих руководств по реализации.
Общие сведения о правилах
CMS выпустила правило взаимодействия и доступа пациентов 1 мая 2020 г. Это правило требует бесплатного и безопасного потока данных между всеми сторонами, участвующими в уходе за пациентами (пациентами, поставщиками и плательщиками), чтобы предоставить пациентам доступ к их медицинской информации, когда они в ней нуждаются. Взаимодействие страдает от отрасли здравоохранения на протяжении десятилетий, в результате чего данные разрозначены, что приводит к негативным результатам для здоровья с более высокими и непредсказуемыми затратами на уход. CMS использует свои полномочия для регулирования Medicare Advantage (MA), Medicaid, программы детского медицинского страхования (CHIP) и квалифицированных медицинских планов (QHP) издателей на федеральных биржах (FFE) для обеспечения соблюдения этого правила.
В августе 2020 г. CMS подробно описала, как организации могут выполнить мандат. Чтобы обеспечить безопасный и стандартизированный обмен данными, CMS определила ресурсы быстрого взаимодействия в сфере здравоохранения (FHIR®) версии 4 (R4) в качестве базового стандарта, необходимого для обмена данными.
Существует три основных элемента решения о взаимодействии и доступе для пациентов:
API доступа для пациентов (требуется 1 июля 2021 г.) — плательщики, регулируемые CMS (как определено выше), должны реализовать и поддерживать безопасный, основанный на стандартах API, который позволяет пациентам легко получать доступ к своим утверждениям и сталкиваться с информацией, включая затраты, а также определенное подмножество их клинической информации через сторонние приложения по своему выбору.
API каталога поставщика (требуется 1 июля 2021 г.) — плательщики, регулируемые CMS, должны в соответствии с этой частью правила сделать сведения о каталоге поставщика общедоступными через API на основе стандартов. Предоставляя доступ к этой информации, сторонние разработчики приложений смогут создавать службы, которые помогают пациентам находить поставщиков для конкретных потребностей в уходе, а клиницистам — других поставщиков для координации ухода.
Обмен данными между плательщиками (первоначально требовалось 1 января 2022 г. — в настоящее время отложено) — регулируемые CMS плательщики обязаны обмениваться определенными клиническими данными пациентов по запросу пациента с другими плательщиками. Хотя нет необходимости следовать каким-либо стандартам, рекомендуется применять FHIR® для обмена данными.
Основные понятия FHIR
Как упоминалось выше, для выполнения этого мандата требуется FHIR R4. Кроме того, было разработано несколько руководств по реализации, которые предоставляют рекомендации по правилу. Руководства по реализации предоставляют дополнительный контекст поверх базовой спецификации FHIR. Сюда входит определение дополнительных параметров поиска, профилей, расширений, операций, наборов значений и систем кода.
Azure API для FHIR предоставляет следующие возможности, которые помогут вам настроить базу данных для различных руководств по реализации.
- Поддержка взаимодействия с RESTful
- Хранение и проверка профилей
- Определение и индексирование параметров пользовательского поиска
- Преобразование данных
Руководства по реализации API доступа для пациентов
API доступа для пациентов описывает соблюдение четырех руководств по реализации FHIR:
CARIN IG for Blue Button®: Плательщики должны сделать заявления пациентов и данные о встречах доступны в соответствии с CARIN IG for Blue Button Implementation Guide (C4BB IG). C4BB IG предоставляет набор ресурсов, которые плательщики могут отображать для потребителей через API FHIR, и включает сведения, необходимые для данных утверждений, в API взаимодействия и доступа к пациентам. В этом руководстве по реализации в качестве основного ресурса используется ресурс ExplanationOfBenefit (EOB), который извлекает другие ресурсы по мере их ссылки.
HL7 FHIR da Vinci PDex IG: Руководство по реализации обмена данными плательщика (PDex IG) предназначено для обеспечения того, чтобы плательщики предоставляли все соответствующие клинические данные пациентов в соответствии с требованиями к API доступа для пациентов. При этом используются профили US Core в ресурсах R4 и включаются (как минимум) встречи, поставщики, организации, расположения, даты обслуживания, диагностики, процедуры и наблюдения. Хотя эти данные могут быть доступны в формате FHIR, они также могут поступать из других систем в формате данных утверждений, сообщений HL7 V2 и документов C-CDA.
HL7 US Core IG: HL7 US Core Implementation Guide (US Core IG) является основой для PDex IG, описанной выше. Хотя PDex IG ограничивает некоторые ресурсы еще дальше, чем US Core IG, многие ресурсы просто следуют стандартам в US Core IG.
HL7 FHIR da Vinci - PDex US Drug Formulary IG: Part D Medicare Advantage планы должны сделать формулы информации доступны через API пациентов. Они делают это с помощью PDex US Drug Formulary Implementation Guide (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 for Blue Button.
FHIR® является зарегистрированным товарным знаком HL7 и используется с разрешения HL7.