Автоматизируйте предварительное разрешение с использованием CRD с помощью CDS Hooks и AWS HealthLake.

Оптимизация предварительного разрешения с использованием CRD при помощи CDS Hooks и AWS HealthLake.

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

Процесс предварительной аутентификации для электронных медицинских записей (EHR) состоит из пяти шагов:

  1. Определение необходимости предварительной аутентификации.
  2. Сбор необходимой информации для поддержки запроса на предварительную аутентификацию.
  3. Отправка запроса на предварительную аутентификацию.
  4. Отслеживание запроса на предварительную аутентификацию до его разрешения.
  5. При необходимости дополнение запроса на предварительную аутентификацию дополнительной требуемой информацией (и возобновление с шага 4).

Проект The Da Vinci Burden Reduction переосмыслил эти шаги для предварительной аутентификации, создав три взаимосвязанных руководства по реализации, направленных на сокращение нагрузки на врачей и страховые компании:

  1. Coverage Requirements Discovery (CRD) – предоставляет поддержку принятия решений для врачей во время заказа диагностических исследований, назначения лечения, направления на консультации, назначения встреч и т. д.
  2. Documentation Templates and Rules (DTR) – позволяет врачам скачивать умные анкеты и правила, такие как Clinical Quality Language (CQL), и предоставляет приложение SMART on FHIR или приложение EHR, которые запускают анкеты и правила для сбора информации, необходимой для выполнения или планируемой услуги. Запуск анкет и правил также может выполняться приложением, являющимся частью EHR врача.
  3. Prior Authorization Support (PAS) – позволяет системам врачебной практики отправлять (и системам страховых компаний получать) запросы на предварительную аутентификацию с использованием FHIR, при соблюдении регулирующих положений о необходимости использования X12 278 для отправки запроса на предварительную аутентификацию, что может упростить обработку для обоих партнеров (или для обоих).

В этой статье мы сосредоточимся на руководстве по реализации CRD для определения требований предварительной аутентификации и объясним, как CDS (Clinical Decision Support) Hooks использует AWS HealthLake, чтобы определить, требуется ли предварительная аутентификация или нет.

Обзор решения

CRD является протоколом в рамках рабочего процесса предварительной аутентификации, который облегчает вызовы между EHR и страховыми компаниями с использованием CDS-сервисов. При использовании этого протокола он предоставляет информацию о требованиях к страховому покрытию врачам во время принятия решений о лечении пациента. Это позволяет сотрудникам врачебной практики принимать более обоснованные решения и соответствовать требованиям страхового покрытия пациента. Взаимодействие между врачами и страховыми компаниями осуществляется без проблем с использованием CDS Hooks.

CDS Hooks – это спецификация Health Level Seven International (HL7). CDS Hooks позволяет внедрять дополнительную функциональность почти в режиме реального времени в рабочий процесс врача в EHR. С помощью CDS Hooks такие практики, как предварительная аутентификация, могут быть правильно оптимизированы, вместе с другими требованиями предварительной сертификации, такими как участие в сети врача. Эта функция помогает врачам принимать обоснованные решения, предоставляя информацию о состоянии пациента, вариантах лечения и формах, которые должны быть заполнены для обеспечения ухода за ними. Стратегическое использование CDS Hooks позволяет быстро разрабатывать более пациентоориентированные планы лечения и помогает процессу предварительной аутентификации путем раскрытия критических административных и клинических требований. Дополнительную информацию о CDS Hooks и его спецификации можно найти на сайте CDS Hooks.

Следующая диаграмма иллюстрирует, как автоматизируется рабочий процесс CRD с использованием HealthLake.

Шаги рабочего процесса следующие:

  1. Сотрудник врачебной практики входит в систему EHR для открытия карты пациента.
  2. Система EHR проверяет учетные данные пользователя и вызывает хук для просмотра информации о состоянии пациента.
  3. Amazon API Gateway вызывает функцию лямбда Patient View Hooks AWS Lambda.
  4. Функция лямбда проверяет и извлекает идентификатор пациента из запроса и получает информацию о состоянии пациента из HealthLake.
  5. После просмотра состояния пациента пользователь вызывает хук для выбора заказа, чтобы получить информацию о требованиях к страховому покрытию для соответствующего препарата.
  6. API Gateway вызывает функцию лямбда Coverage Requirements Hooks.
  7. Функция лямбда извлекает информацию о претензиях пациента, запускает правила CQL на основе представленного лекарственного средства и полученной информации о претензиях из HealthLake, и определяет, требуется ли предварительная аутентификация.

Решение доступно в репозитории Determine Coverage Requirements Discovery using CDS Hooks with AWS HealthLake на GitHub.

Предварительные требования

Для выполнения этого поста предполагается знакомство с следующими сервисами:

Развертывание приложения с использованием AWS SAM CLI

Вы можете развернуть шаблон с помощью AWS Management Console или AWS SAM CLI. Чтобы использовать CLI, выполните следующие действия:

  1. Установите AWS SAM CLI.
  2. Загрузите пример кода из репозитория AWS samples на вашу локальную систему:
git clone https://github.com/aws-samples/aws-crd-hooks-with-awshealthlake-apicd aws-crd-hooks-with-awshealthlake-api/
  1. Соберите приложение, используя AWS SAM:
sam build
  1. Разверните приложение, используя пошаговый процесс:
sam deploy --guided

# Замените MY_VALUE на правильные имена ресурсовНастройка развертывания SAM======================Поиск файла конфигурации [samconfig.toml] : Не найденУстановка аргументов по умолчанию для 'sam deploy'     =========================================     Имя стека [sam-app]: aws-cds-hooks-with-healthlake     Регион AWS [us-east-1]: us-east-2     # Показывает изменения ресурсов, которые будут развернуты, и требует 'Y' для начала развертывания     Подтвердить изменения перед развертыванием [y/N]:     #SAM требуется разрешение для создания ролей для подключения к ресурсам в вашем шаблоне     Разрешить создание ролей IAM SAM CLI [Y/n]:     #Сохраняет состояние ранее развернутых ресурсов при сбое операции     Отключить откат [y/N]:     cdsDemoServicesFunction не имеет аутентификации. Это нормально? [y/N]: y     cqlQueryFunction не имеет аутентификации. Это нормально? [y/N]: y     cqlQueryOrderFunction не имеет аутентификации. Это нормально? [y/N]: y     Сохранить аргументы в файле конфигурации [Y/n]: y     Файл конфигурации SAM [samconfig.toml]:     Окружение конфигурации SAM [default]:

Развертывание может занять 30 минут или дольше, пока AWS создает хранилище данных HealthLake и связанные ресурсы в вашей учетной записи AWS. AWS SAM может выйти в таймаут и вернуть вас в командную строку. Этот таймаут не позволяет AWS SAM показать вам прогресс в облаке, но не останавливает развертывание в облаке. Если вы видите таймаут, перейдите в консоль AWS CloudFormation и проверьте статус развертывания стека CloudFormation. Интегрируйте CDS Hooks с вашим клиническим рабочим процессом после завершения развертывания стека CloudFormation.

Определение требований к охвату для предварительного разрешения

Решение имеет два хука: просмотр пациента и выбор заказа, чтобы определить, требуется ли предварительное разрешение или нет на основе правил предварительного разрешения от плательщика. CQL используется для оценки правил предварительного разрешения.

CDS Hooks можно интегрировать с EHR, поддерживающим CDS Hooks. Либо, если у вас нет доступного для тестирования EHR, вы можете использовать общедоступную песочницу, описанную в репозитории GitHub. Обратите внимание, что песочница CDS Hooks используется исключительно для целей тестирования.

После интеграции хуков с EHR, когда пользователь переходит к клиническому рабочему процессу, запускается хук просмотра пациента для настроенного пациента. Обратите внимание, что идентификатор пациента из клинического рабочего процесса должен существовать в HealthLake. Карты, возвращаемые из API, указывают, что у пациента есть состояние заболевания синусов и врачу может понадобиться заказать рецепт.

Вы можете перейти на вкладку RX View, чтобы заказать рецепт. Действуя в качестве врача, выберите подходящее лекарство и введите другие детали, как показано на следующем скриншоте.

Выбор приоритета заказа возвращается с картой, подтверждающей возможность предварительного разрешения.

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

Очистка

Если вам больше не нужны ресурсы AWS, созданные при запуске этого примера, вы можете удалить их, удалив стек CloudFormation, который вы развернули:

sam delete --stack-name <<ваше-имя-стека>>

Заключение

В этой статье мы показали, как HealthLake с использованием CDS Hooks может помочь снизить бремя на поставщиках услуг и улучшить опыт участников путем определения требований по покрытию для предварительного разрешения как части заказа рецептов в клиническом рабочем процессе. CDS Hooks вместе с HealthLake могут помочь провайдерам на этапе заказа диагностических исследований, определения методик лечения, направления на обследование и назначения встреч.

Если вас интересует реализация обнаружения требований к покрытию на AWS с использованием этого решения или если вы хотите узнать больше о внедрении предварительного разрешения на AWS, вы можете связаться с представителем AWS.