Предварительное разрешение — это важнейший процесс в здравоохранении, который предполагает одобрение медицинских методов лечения или процедур до их проведения. Этот процесс необходим для обеспечения того, чтобы пациенты получали правильный уход и чтобы медицинские работники соблюдали правильные процедуры. Однако предварительное разрешение может оказаться трудоемким и сложным процессом, требующим большого количества документов и общения между поставщиками медицинских услуг, страховыми компаниями и пациентами.
Процесс предварительного разрешения на использование электронных медицинских карт (ЭМК) состоит из пяти этапов:
- Определите, требуется ли предварительное разрешение.
- Соберите информацию, необходимую для поддержки предварительного запроса на авторизацию.
- Отправьте запрос на предварительное разрешение.
- Отслеживайте запрос на предварительную авторизацию для разрешения проблемы.
- При необходимости дополните запрос на предварительное разрешение дополнительной необходимой информацией (и перейдите к шагу 4).
Сокращение бремени да Винчи В рамках проекта эти этапы предварительного разрешения были преобразованы в три взаимосвязанных руководства по внедрению, которые направлены на снижение нагрузки на врачей и плательщиков:
- Обнаружение требований к покрытию (CRD) – Это обеспечивает поддержку принятия решений поставщиками услуг во время заказа диагностики, назначения лечения, выдачи направлений, планирования посещений и т. д.
- Шаблоны и правила документации (DTR) – Это позволяет поставщикам услуг загружать интеллектуальные анкеты и правила, такие как язык клинического качества (CQL), и обеспечивает СМАРТ на FHIR приложение или приложение EHR, которое запускает анкеты и правила для сбора информации, относящейся к выполненной или запланированной услуге. Запуск анкет и правил также может осуществляться с помощью приложения, входящего в состав ЭМК провайдера.
- Поддержка предварительной авторизации (PAS) – Это позволяет системам поставщиков отправлять (а системам плательщиков получать) запросы на предварительную авторизацию с использованием FHIR, при этом соблюдая нормативные требования по использованию X12 278, где это необходимо, для транспортировки предварительной авторизации, потенциально упрощая обработку для любого партнера по обмену (или для обоих). ).
В этом посте мы сосредоточимся на руководстве по внедрению CRD, чтобы определить требования к предварительной авторизации и объяснить, как CDS (поддержка принятия клинических решений) Hooks использует AWS HealthLake чтобы определить, требуется ли предварительное разрешение или нет.
Обзор решения
CRD — это протокол в рабочем процессе электронной предварительной авторизации, который облегчает звонки между EHR и плательщиками, использующими услуги CDS. При использовании он предоставляет поставщикам услуг информацию о требованиях к страховому покрытию во время принятия решений по уходу за пациентами. Это позволяет персоналу поставщика услуг принимать более обоснованные решения и соответствовать требованиям страхового покрытия своего пациента. Взаимодействие между поставщиками и плательщиками осуществляется с помощью CDS Hooks.
CDS Hooks — это спецификация Health Level Seven International (HL7). CDS Hooks предоставляет возможность внедрить дополнительные функции, работающие почти в реальном времени, в рабочий процесс врача по ЭМК. С помощью CDS Hooks можно должным образом оптимизировать практику отбора кандидатов, такую как предварительное разрешение, а также другие требования к предварительной сертификации, такие как участие врача в сети. Эта функция помогает поставщикам услуг принимать обоснованные решения, предоставляя им информацию о состоянии пациента, вариантах лечения и формах, которые необходимо заполнить для облегчения оказания им помощи. Стратегическое использование CDS Hooks позволяет врачам быстро разрабатывать планы лечения, более ориентированные на пациента, и способствовать процессу предварительного разрешения, раскрывая важные административные и клинические требования. Дополнительную информацию о CDS Hooks и их спецификациях см. в разделе CDS Hooks. веб-сайт.
На следующей диаграмме показано, как рабочий процесс CRD автоматизируется с помощью HealthLake.
Этапы рабочего процесса следующие:
- Сотрудник поставщика услуг входит в систему ЭМК, чтобы открыть карту пациента.
- Система EHR проверяет учетные данные пользователя и вызывает перехватчик просмотра пациента для получения информации о состоянии пациента.
- Шлюз API Amazon вызывает крючки просмотра пациента AWS Lambda функции.
- Функция Lambda проверяет и извлекает идентификатор пациента из запроса и получает информацию о состоянии пациента от HealthLake.
- После просмотра состояния пациента пользователь вызывает перехватчик выбора заказа, чтобы получить информацию о требованиях к страховому покрытию для соответствующего препарата.
- API Gateway вызывает лямбда-функцию перехватчиков требований к покрытию.
- Функция Lambda извлекает информацию о претензиях для пациента, запускает правила CQL на основе отправленных лекарств и информации о претензиях, полученной из HealthLake, а также определяет, требуется ли предварительное разрешение.
Решение доступно в Определение требований к покрытию. Обнаружение с помощью перехватчиков CDS с AWS HealthLake. GitHub репо.
Предпосылки
Этот пост предполагает знакомство со следующими сервисами:
Разверните приложение с помощью интерфейса командной строки AWS SAM.
Вы можете развернуть шаблон, используя Консоль управления AWS или интерфейс командной строки AWS SAM. Чтобы использовать CLI, выполните следующие шаги:
- Установите интерфейс командной строки AWS SAM..
- Загрузите пример кода из репозитория образцов AWS в свою локальную систему:
git clone https://github.com/aws-samples/aws-crd-hooks-with-awshealthlake-api
cd aws-crd-hooks-with-awshealthlake-api/
- Создайте приложение с помощью AWS SAM:
sam build
- Разверните приложение, используя пошаговый процесс:
sam deploy --guided
# Replace MY_VALUE with proper resource names
Configuring SAM deploy ====================== Looking for config file [samconfig.toml] : Not found Setting default arguments for 'sam deploy' ========================================= Stack Name [sam-app]: aws-cds-hooks-with-healthlake AWS Region [us-east-1]: us-east-2 #Shows you resources changes to be deployed and require a 'Y' to initiate deploy Confirm changes before deploy [y/N]: #SAM needs permission to be able to create roles to connect to the resources in your template Allow SAM CLI IAM role creation [Y/n]: #Preserves the state of previously provisioned resources when an operation fails Disable rollback [y/N]: cdsDemoServicesFunction has no authentication. Is this okay? [y/N]: y cqlQueryFunction has no authentication. Is this okay? [y/N]: y cqlQueryOrderFunction has no authentication. Is this okay? [y/N]: y Save arguments to configuration file [Y/n]: y SAM configuration file [samconfig.toml]: SAM configuration environment [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, указывают на то, что у пациента имеется инфекция носовых пазух, и врачу, возможно, потребуется заказать рецепт.
Вы можете перейти к Просмотр приема вкладка, чтобы заказать рецепт. Выступая в роли врача, выберите подходящее лекарство и введите другие данные, как показано на следующем снимке экрана.
Крючок выбора заказа возвращается вместе с карточкой права на предварительную авторизацию.
Следующим шагом является предоставление предварительной авторизации с помощью приложения SMART или других механизмов, доступных поставщику.
Убирать
Если вам больше не нужны ресурсы AWS, созданные вами при выполнении этого примера, вы можете удалить их, удалив развернутый вами стек CloudFormation:
sam delete --stack-name <<your-stack-name>>
Заключение
В этом посте мы показали, как HealthLake с CDS Hooks может помочь снизить нагрузку на поставщиков и улучшить качество обслуживания участников, определяя требования к покрытию для предварительного разрешения в рамках клинического рабочего процесса заказа рецептов. CDS Hooks вместе с HealthLake могут помочь поставщикам услуг при заказе диагностики, назначении лечения, выдаче направлений и планировании посещений.
Если вы заинтересованы во внедрении обнаружения требований покрытия в AWS с помощью этого решения или хотите узнать больше о реализации предварительной авторизации в AWS, вы можете обратиться к Представитель АВС.
Об авторах
Маниш Патель, глобальный архитектор решений для партнеров, поддерживающий здравоохранение и биологические науки в AWS. Он имеет более чем 20-летний опыт создания решений для Medicare, Medicaid, плательщиков, поставщиков услуг и клиентов медико-биологических наук. Вместе с партнерами он разрабатывает стратегии выхода на рынок для ускорения разработки решений в таких областях, как электронная медицинская документация, медицинская визуализация, решения для многомодельных данных и генеративный искусственный интеллект. Он увлечен использованием технологий для преобразования отрасли здравоохранения и улучшения результатов лечения пациентов.
Шраван Вурпутур — старший архитектор решений в AWS. Будучи доверенным защитником интересов клиентов, он помогает организациям понять лучшие практики в области передовых облачных архитектур и дает рекомендации по стратегиям, которые помогут добиться успешных бизнес-результатов для широкого круга корпоративных клиентов благодаря своему увлечению обучением, обучением, проектированием и созданием облачных технологий. решения.
- SEO-контент и PR-распределение. Получите усиление сегодня.
- PlatoData.Network Вертикальный генеративный ИИ. Расширьте возможности себя. Доступ здесь.
- ПлатонАйСтрим. Интеллект Web3. Расширение знаний. Доступ здесь.
- ПлатонЭСГ. Углерод, чистые технологии, Энергия, Окружающая среда, Солнечная, Управление отходами. Доступ здесь.
- ПлатонЗдоровье. Биотехнологии и клинические исследования. Доступ здесь.
- Источник: https://aws.amazon.com/blogs/machine-learning/automate-prior-authorization-using-crd-with-cds-hooks-and-aws-healthlake/
- :имеет
- :является
- :нет
- :куда
- 150
- 20
- 20 лет
- 30
- 7
- a
- в состоянии
- О нас
- ускорять
- Учетная запись
- через
- действующий
- дополнительный
- административный
- продвинутый
- совет
- адвокат
- AI
- позволять
- позволяет
- вдоль
- причислены
- Amazon
- Amazon Web Services
- an
- и
- API
- приложение
- Применение
- Назначения
- соответствующий
- утверждение
- МЫ
- области
- Аргументы
- около
- AS
- помощь
- помогает
- предполагает,
- At
- Аутентификация
- разрешение
- автоматизировать
- Автоматизированный
- доступен
- AWS
- основанный
- BE
- до
- не являетесь
- ЛУЧШЕЕ
- лучшие практики
- Лучшая
- между
- изоферменты печени
- широкий
- Строительство
- бремя
- бизнес
- но
- by
- Объявления
- CAN
- карта
- Карты
- заботится
- проводятся
- CD
- CDS
- изменения
- График
- Выберите
- требования
- Клинический
- клиницисты
- облако
- код
- Связь
- Компании
- полный
- Заполненная
- комплекс
- состояние
- Конфигурация
- настроить
- подтвердить
- Свяжитесь
- состоит
- Консоли
- обращайтесь
- исправить
- охват
- Создайте
- создали
- создает
- создание
- Полномочия
- критической
- решающее значение
- клиент
- Клиенты
- da
- данным
- решение
- решения
- По умолчанию
- развертывание
- развернуть
- развертывание
- описано
- проектирование
- подробнее
- Определять
- определяет
- определения
- развивать
- события
- диагностика
- Раскрытие
- открытие
- врач
- не
- сделанный
- Dont
- скачать
- управлять
- диски
- наркотик
- обучение
- или
- Электронный
- Electronics
- приемлемость
- вставлять
- позволяет
- обеспечивать
- Enter
- Предприятие
- Окружающая среда
- оценивать
- пример
- обмена
- существовать
- опыт
- Объяснять
- содействовал
- облегчает
- не удается
- фамильярность
- Файл
- 5
- Фокус
- внимание
- после
- следующим образом
- Что касается
- формы
- найденный
- от
- функция
- функциональность
- шлюз
- собирать
- генеративный
- Генеративный ИИ
- GitHub
- Глобальный
- Go
- Иди в магазин
- инструкция
- управляемый
- Гиды
- Случай
- Есть
- he
- Медицина
- здравоохранение
- медицинской отрасли
- помощь
- помогает
- его
- Крючки
- Как
- Однако
- HTML
- HTTP
- HTTPS
- ID
- if
- иллюстрирует
- Изображениями
- реализация
- Осуществляющий
- улучшать
- in
- указывать
- промышленность
- информация
- сообщил
- инициировать
- страхование
- интегрировать
- интегрированный
- взаимодействие
- заинтересованный
- Мультиязычность
- в
- Запускает
- IT
- ЕГО
- JPG
- язык
- УЧИТЬСЯ
- уровень
- ЖИЗНЬЮ
- Медико-биологическая промышленность
- такое как
- линия
- локальным
- дольше
- искать
- серия
- сделать
- Создание
- управление
- мандаты
- Май..
- механизмы
- основным медицинским
- Medicare
- лечение
- Встречайте
- заседания
- член
- Минут
- БОЛЕЕ
- должен
- имя
- имена
- Откройте
- необходимо
- Необходимость
- необходимый
- потребности
- сеть
- следующий
- нет
- of
- Хорошо
- on
- открытый
- операция
- оптимизированный
- Опции
- or
- заказ
- организации
- Другое
- внешний
- Результаты
- оформление документации
- часть
- участие
- партнер
- партнеры
- страсть
- страстный
- пациент
- пациентов
- выполнены
- разрешение
- запланированный
- Планы
- Платон
- Платон Интеллектуальные данные
- ПлатонДанные
- После
- потенциально
- практиками
- рецепт
- предварительно
- Предварительный
- Процедуры
- процесс
- обработка
- Прогресс
- Проект
- правильный
- должным образом
- протокол
- Недвижимости
- поставщики
- приводит
- обеспечение
- публично
- цель
- быстро
- Получать
- запись
- учет
- уменьшить
- снижение
- относиться
- рефералов
- область
- регуляторы
- Связанный
- соответствующие
- удаление
- замещать
- хранилище
- представитель
- запросить
- Запросы
- требовать
- обязательный
- требование
- Требования
- требуется
- Постановления
- ресурс
- Полезные ресурсы
- те
- продолжить
- возвращают
- обзор
- правую
- Роли
- роли
- условиями,
- Run
- Бег
- работает
- Сэм
- песочница
- Сохранить
- планирование
- НАУКА
- легко
- посмотреть
- Отправить
- старший
- обслуживание
- Услуги
- набор
- установка
- семь
- должен
- показал
- показанный
- упрощение
- умный
- So
- только
- Решение
- Решения
- Спецификация
- стек
- Персонал
- Область
- Статус:
- Шаг
- Шаги
- По-прежнему
- Stop
- Останавливает
- магазин
- Стратегический
- стратегий
- отправить
- представленный
- успешный
- такие
- дополнять
- поддержка
- поддержки
- Поддержка
- система
- системы
- взять
- Технологии
- шаблон
- шаблоны
- Тестирование
- чем
- который
- Ассоциация
- Государство
- их
- Их
- Эти
- они
- этой
- три
- Через
- время
- кропотливый
- в
- Обучение
- Transform
- перевозки
- лечение
- лечение
- надежных
- два
- понимать
- использование
- используемый
- Информация о пользователе
- использования
- через
- использовать
- проверить
- Вид
- хотеть
- Путь..
- we
- Web
- веб-сервисы
- когда
- будь то
- в то время как
- в
- рабочий
- лет
- Ты
- ВАШЕ
- зефирнет