Каждая медицинская организация, работающая с требованиями CMS-0057, должна выбрать свой путь к обеспечению соответствия: создать решение полностью собственными силами, приобрести готовое решение у поставщика или использовать гибридный подход.
Многие организации уже сделали этот выбор для CMS-9115. Некоторые решили создать собственный FHIR-сервер и корпоративное хранилище данных, и многие предпочли придерживаться этого курса для CMS-0057, а не начинать все сначала. Как правило, это технически продвинутые организации, обладающие как ресурсами, так и стремлением владеть и управлять тем, что они создали.
Однако развертывание FHIR API для CMS-0057 — это не самая сложная часть. Сложность заключается во всем том, что не прописано в правилах, но должно работать: создание операционной сети конечных точек для обмена данными между плательщиками (Payer-to-Payer Data Exchange), подключение поставщиков услуг и стимулирование внедрения как доступа для поставщиков (Provider Access), так и электронной предварительной авторизации (ePA), а также маршрутизация запросов ePA через нескольких поставщиков услуг по управлению использованием (UM), чтобы сквозной рабочий процесс функционировал во всех направлениях бизнеса. Именно этот операционный уровень — а не сами API — является источником реальной сложности CMS-0057.
И именно эту проблему мы подробно разобрали на нашем недавнем вебинаре с Point of Care Partners под названием «Соответствие требованиям без перестройки». В ходе сессии мы представили наше решение 1up Gateway как возможный вариант.
Реакция во время вебинара и в последующие недели показала, что это решение попало в самую точку. Ниже приведены ответы на вопросы, которые мы слышали чаще всего.
В: Что такое 1up Gateway и как он работает для CMS-0057?
О: 1up Gateway — это модель развертывания, которая устанавливается перед собственной FHIR-инфраструктурой медицинской организации и берет на себя все внешние взаимодействия. Она работает одинаково для любых продуктов CMS-0057, которые использует организация: будь то 1up Payer-to-Payer Data Exchange, 1up Provider Access, 1up Electronic Prior Authorization, 1up Patient Access или полный пакет CMS-0057. Инфраструктура организации остается на месте и продолжает служить системой учета; 1up Gateway выступает в качестве уровня обеспечения соответствия перед ней.
На практике это означает, что 1up берет на себя задачи, которые не затрагивают ваши данные напрямую, такие как проверка и подключение внешних плательщиков, поставщиков услуг и приложений; создание и поддержка сетевых конечных точек и систем, необходимых для обеспечения работоспособности каждого рабочего процесса; управление согласием участников; а также подготовка отчетности для CMS, чтобы организации могли легко подавать данные об использовании каждый год.
Преимущество очевидно: ваша команда сохраняет контроль над данными и инфраструктурными решениями, которые привели вас к текущему этапу, а 1up берет на себя операционную сложность и вопросы соответствия, чтобы эти API действительно работали и приносили окупаемость инвестиций, а не просто формально соответствовали требованиям.
В: Нужна ли нам разовая выгрузка данных, или 1up Gateway может напрямую обращаться к нашему FHIR API?
О: В модели 1up Gateway прямое подключение к вашему существующему API является стандартным. 1up Gateway работает как уровень подключения, а не как конвейер для сбора данных. Когда поступает запрос от поставщика или другого плательщика, 1up Gateway аутентифицирует его, запрашивает ваш FHIR-сервер в режиме реального времени и возвращает ответ. Мы не храним никаких данных на нашей платформе; мы просто передаем их вам.
В: Какие методы аутентификации поддерживает 1up?
О: В целом, любые, которые требует ваша служба безопасности. Для соединения между 1up и вашими внутренними системами мы поддерживаем OAuth2 и mTLS в сочетании с разрешенными IP-адресами, если это является частью вашей существующей политики безопасности. Мы не просим вас внедрять новую модель безопасности только ради развертывания 1up Gateway.
Для аутентификации участников, например, в 1up Patient Access, мы поддерживаем интеграцию с поставщиками идентификационных данных через стандартные протоколы, такие как SAML и OIDC, включая параллельную работу с несколькими поставщиками, если в вашей организации используется более одного из них в промышленной среде.
В: Какую видимость сетевой активности и отчетности о соответствии вы предоставляете?
О: Даже без использования полной платформы 1up Platform, развертывание 1up Gateway обеспечивает реальную видимость через консоль 1up Console. Вы можете просматривать сетевые подключения, изучать отчеты об использовании и отслеживать статус выполнения каждого запроса, сразу видя, что прошло успешно, что не удалось и почему. Некоторые функции, которые вы не получаете по сравнению с полным развертыванием 1up Platform, включают справочник участников (Member Directory) и профили участников в динамике (Longitudinal Member Profiles), поскольку оба этих компонента требуют хранения данных ваших участников на нашей платформе.
В: Что произойдет, если предыдущий плательщик участника не подключен к сети 1up Network?
О: Рабочий процесс не останавливается — он просто продолжается в той части, в которой это возможно. Система фиксирует согласие участника и указанного им предыдущего плательщика, регистрирует отсутствие подключения как исключение и направляет это исключение по определенному пути для последующей обработки, вместо того чтобы просто игнорировать его. Однако со временем такие случаи должны стать редкостью. Мы активно расширяем сеть 1up Network с целью подключения к конечной точке каждого плательщика, что со временем сделает эту проблему неактуальной.
В: Отсчитывается ли 7-дневный период обмена данными Payer-to-Payer по CMS-0057 с момента регистрации или с момента получения согласия?
О: Семидневный период не является фиксированной датой, привязанной к календарю. Он привязан к согласию.
Участники могут дать свое согласие еще до того, как их страховое покрытие станет активным, например, во время периода открытой регистрации осенью. Но семидневный обратный отсчет до фактического запроса данных начинается с более поздней из двух дат: даты начала действия страхового покрытия или даты получения согласия. У участника, который дал согласие в октябре на покрытие, начинающееся 1 января, отсчет начнется только 1 января. У участника, который дал согласие позже, уже после начала действия покрытия, отсчет начнется с этой более поздней даты.
Другими словами, это скользящий график: окно каждого участника открывается по его собственному графику, исходя из более поздней даты между началом покрытия и датой согласия, а не в единую дату, общую для всех в начале плана года.
В: Как 1upHealth остается в курсе изменений нормативных требований CMS?
О: Нормативные требования постоянно меняются. Правило CMS-9115 уже дважды дополнялось: CMS-0057 изменило первоначальные требования к доступу пациентов (Patient Access), а CMS-4208-F2 обновило требования к справочнику поставщиков (Provider Directory). А предлагаемое правило CMS-0062 расширит требования к предварительной авторизации после его окончательного принятия.
Экосистема, к которой вы подключаетесь, также будет развиваться. Появятся новые плательщики, другие уйдут, потребуются подключения к новым поставщикам EHR и порталам поставщиков, и вы можете решить расширить или изменить список поставщиков UM, с которыми работаете.
1upHealth — это та компания, которая опережает эти изменения для всех наших клиентов. Наша команда постоянно отслеживает нормативно-правовой ландшафт и состояние экосистемы, развивая существующие решения и создавая новые по мере изменения требований CMS и всей экосистемы в целом, чтобы вашей команде не приходилось брать на себя эту сложность.
Мы также берем на себя ответственность за постоянное управление сетью и ее обслуживание: мониторинг и поддержание работоспособности каждого соединения, а также добавление или удаление конечных точек по мере изменения экосистемы. Наша цель — поддерживать соединения со всеми основными EHR, порталами и поставщиками UM, сохраняя при этом независимость от поставщиков, чтобы ваша организация имела гибкость для изменения частей собственной экосистемы с течением времени без каких-либо сбоев.
Посмотрите полный вебинар по 1up Gateway
Хотите получить полный контекст этих вопросов? Посмотрите запись сессии «Compliance Without the Rebuild». В этом вебинаре по запросу мы более подробно рассматриваем разрыв между соответствием требованиям CMS-0057 и операционной готовностью, а также в прямом эфире демонстрируем работу модели 1up Gateway.
