Введение: Центры взаимодействия Medicare и Medicaid Services (CMS) и правило доступа к пациентам

Статья
05/17/2024

В этой серии руководств описывается высокоуровневая сводка центра medicare и medicaid Services (CMS) и правила доступа к пациентам, а также технические требования, описанные в этом правиле. Мы рассмотрим различные руководства по реализации, на которые ссылается это правило. Мы также предоставляем подробные сведения о настройке службы FHIR® в Службах данных Работоспособности Azure для поддержки этих руководств по реализации.

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

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

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

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

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

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

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

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

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

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

CARIN IG для синей кнопки: плательщики должны сделать утверждения пациентов и столкнуться с данными, доступными в соответствии с руководством по реализации синей кнопки® CARIN IG (C4BB IG). IG C4BB предоставляет набор ресурсов, которые плательщики могут отображать потребителям через 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 (US Core IG) является основой для PDex IG ранее описано. Хотя PDex IG ограничивает некоторые ресурсы еще дальше, чем US Core IG, многие ресурсы просто следуют стандартам в US Core IG.
HL7 FHIR Da Vinci - PDex US Наркотик формулы IG: Часть D Medicare Преимущество должны сделать формулы доступные через API пациентов. Они делают это с помощью руководства по реализации формулы наркотиков PDex США (USDF IG). USDF IG определяет интерфейс FHIR к информации о формуле наркотиков страховщика здравоохранения, которая является списком фирменной марки и универсальных рецептов наркотиков, за которые страховщик здравоохранения согласен платить. Основной вариант использования заключается в том, чтобы пациенты могли определить, есть ли препарат доступный альтернативе одному, который был назначен им, и сравнить затраты на наркотики.

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

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

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

Критерий

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

Следующие шаги

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

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

Примечание.

FHIR® является зарегистрированным товарным знаком HL7 и используется с разрешением HL7 .

Поделиться через