Automatizar la autorización previa utilizando CRD con CDS Hooks y AWS HealthLake

Automatización de la autorización previa mediante CRD con CDS Hooks y AWS HealthLake

La autorización previa es un proceso crucial en el cuidado de la salud que implica la aprobación de tratamientos médicos o procedimientos antes de llevarlos a cabo. Este proceso es necesario para asegurar que los pacientes reciban la atención adecuada y que los proveedores de atención médica sigan los procedimientos correctos. Sin embargo, la autorización previa puede ser un proceso que consume mucho tiempo y complejo, que requiere una gran cantidad de papeleo y comunicación entre los proveedores de atención médica, las compañías de seguros y los pacientes.

El proceso de autorización previa para los registros electrónicos de salud (EHR, por sus siglas en inglés) consta de cinco pasos:

1. Determinar si se requiere autorización previa.
2. Recopilar la información necesaria para respaldar la solicitud de autorización previa.
3. Enviar la solicitud de autorización previa.
4. Controlar la solicitud de autorización previa hasta su resolución.
5. Si es necesario, complementar la solicitud de autorización previa con información adicional requerida (y volver al paso 4).

El proyecto The Da Vinci Burden Reduction ha reorganizado estos pasos para la autorización previa en tres guías de implementación interrelacionadas que se centran en reducir la carga para los clínicos y los pagadores:

1. Coverage Requirements Discovery (CRD) – Esto proporciona soporte de decisión a los proveedores en el momento en que solicitan diagnósticos, especifican tratamientos, hacen referencias, programan citas, etc.
2. Documentation Templates and Rules (DTR) – Esto permite a los proveedores descargar cuestionarios inteligentes y reglas, como Clinical Quality Language (CQL, por sus siglas en inglés), y proporciona una aplicación SMART on FHIR o una aplicación EHR que ejecuta los cuestionarios y reglas para recopilar información relevante para un servicio realizado o planificado. Los cuestionarios y reglas también pueden ser ejecutados por una aplicación que forma parte del EHR del proveedor.
3. Prior Authorization Support (PAS) – Esto permite que los sistemas de los proveedores envíen (y los sistemas de los pagadores reciban) solicitudes de autorización previa utilizando FHIR, al tiempo que cumplen con los mandatos regulatorios de utilizar X12 278, cuando sea necesario, para transportar la autorización previa, lo que potencialmente simplifica el procesamiento para ambos socios de intercambio.

En esta publicación, nos centramos en la guía de implementación de CRD para determinar los requisitos de autorización previa y explicar cómo CDS (Clinical Decision Support) Hooks utiliza AWS HealthLake para determinar si se requiere o no autorización previa.

• OpenAI presenta DALL-E 3 y los usuarios pueden generar imágenes en ChatGPT
• Tom Hanks advierte a sus seguidores sobre Deepfakes generados con IA
• Guía para no ingenieros Entrena a un chatbot LLaMA 2.

Resumen de la solución

CRD es un protocolo dentro del flujo de trabajo de autorización previa electrónica que facilita las llamadas entre los EHR y los pagadores mediante servicios CDS. Cuando se utiliza, proporciona información sobre los requisitos de cobertura a los proveedores mientras las decisiones de atención al paciente están en progreso. Esto permite que el personal del proveedor tome decisiones más informadas y cumpla con los requisitos de cobertura del seguro de sus pacientes. La interacción entre proveedores y pagadores se realiza de manera fluida utilizando CDS Hooks.

CDS Hooks es una especificación de Health Level Seven International (HL7). CDS Hooks proporciona una forma de incorporar funcionalidad adicional casi en tiempo real dentro del flujo de trabajo de un clínico en un EHR. Con CDS Hooks, las prácticas de elegibilidad como la autorización previa pueden ser optimizadas correctamente, junto con otros requisitos de pre-certificación como la participación en la red del médico. Esta función ayuda a los proveedores a tomar decisiones informadas al proporcionarles información sobre la condición de su paciente, opciones de tratamiento y los formularios que deben completarse para facilitar su atención. El uso estratégico de CDS Hooks permite a los médicos desarrollar rápidamente planes de atención más centrados en el paciente y ayudar al proceso de autorización previa al revelar requisitos administrativos y clínicos críticos. Para obtener más información sobre CDS Hooks y su especificación, consulte el sitio web de CDS Hooks.

El siguiente diagrama ilustra cómo se automatiza el flujo de trabajo de CRD utilizando HealthLake.

Los pasos del flujo de trabajo son los siguientes:

1. Un miembro del personal del proveedor inicia sesión en el sistema EHR para abrir la historia clínica del paciente.
2. El sistema EHR valida las credenciales del usuario y llama al hook de visualización del paciente para obtener información sobre la condición del paciente.
3. Amazon API Gateway llama a la función Lambda Patient View Hooks.
4. La función Lambda valida y obtiene el ID del paciente de la solicitud y obtiene la información sobre la condición del paciente de HealthLake.
5. Después de revisar la condición del paciente, el usuario llama al hook de selección de pedido para obtener información sobre los requisitos de cobertura para el medicamento correspondiente.
6. API Gateway llama a la función Lambda Coverage Requirements Hooks.
7. La función Lambda obtiene información de reclamos del paciente, ejecuta reglas CQL basadas en el medicamento enviado e información de reclamos obtenida de HealthLake, y determina si se requiere autorización previa.

La solución está disponible en el repositorio de GitHub Determinar los Requisitos de Cobertura utilizando Hooks CDS con AWS HealthLake.

Requisitos previos

Este artículo asume familiaridad con los siguientes servicios:

• API Gateway
• HealthLake
• Lambda
• Modelo de Aplicación sin Servidor de AWS (AWS SAM)

Implementar la aplicación usando AWS SAM CLI

Puede implementar la plantilla usando la Consola de Administración de AWS o AWS SAM CLI. Para usar la CLI, complete los siguientes pasos:

1. Instale AWS SAM CLI.
2. Descargue el código de muestra del repositorio de muestras de AWS en su sistema local:

git clone https://github.com/aws-samples/aws-crd-hooks-with-awshealthlake-apicd aws-crd-hooks-with-awshealthlake-api/

1. Construya la aplicación usando AWS SAM:

sam build

1. Implemente la aplicación utilizando el proceso guiado:

sam deploy --guided

# Reemplace VALOR con los nombres adecuados de recursosConfigurando implementación de SAM======================Buscando archivo de configuración [samconfig.toml]: No encontradoEstableciendo argumentos predeterminados para 'sam deploy'     =========================================     Nombre de la pila [sam-app]: aws-cds-hooks-with-healthlake     Región de AWS [us-east-1]: us-east-2     #Muestra los cambios de recursos que se implementarán y requiere una 'Y' para iniciar la implementación     Confirmar cambios antes de la implementación [y/N]:     #SAM necesita permisos para crear roles para conectarse a los recursos en su plantilla     Permitir creación de roles de IAM por SAM CLI [Y/n]:     #Preserva el estado de los recursos ahombrados anteriormente cuando falla una operación     Desactivar reversión [y/N]:     cdsDemoServicesFunction no tiene autenticación. ¿Esto está bien? [y/N]: y     cqlQueryFunction no tiene autenticación. ¿Esto está bien? [y/N]: y     cqlQueryOrderFunction no tiene autenticación. ¿Esto está bien? [y/N]: y     Guardar argumentos en archivo de configuración [Y/n]: y     Archivo de configuración SAM [samconfig.toml]:     Entorno de configuración SAM [default]:

La implementación puede llevar 30 minutos o más mientras AWS crea una tienda de datos HealthLake y recursos relacionados en su cuenta de AWS. AWS SAM puede agotar el tiempo y devolverlo a la línea de comandos. Este tiempo de espera detiene a AWS SAM de mostrarle el progreso en la nube, pero no detiene la implementación que ocurre en la nube. Si ve un tiempo de espera, vaya a la consola de AWS CloudFormation y verifique el estado de implementación de la pila de CloudFormation. Integre Hooks CDS con su flujo de trabajo clínico cuando la implementación de la pila de CloudFormation esté completa.

Determinar los requisitos de cobertura para la autorización previa

La solución tiene dos hooks, patient-view y order-select, para determinar si se requiere autorización previa o no en función de las reglas de autorización previa del pagador. Se utiliza CQL para evaluar las reglas de autorización previa.

Los Hooks CDS se pueden integrar con EHR que admite Hooks CDS. Alternativamente, si no tiene EHR disponible para realizar pruebas, puede usar el sandbox disponible públicamente como se describe en el repositorio de GitHub. Tenga en cuenta que el sandbox de Hooks CDS se utiliza únicamente con fines de prueba.

Después de que sus hooks se hayan integrado con EHR, cuando un usuario navega al flujo de trabajo clínico, se ejecuta el hook patient-view para el paciente configurado. Tenga en cuenta que el ID del paciente del flujo de trabajo clínico debe existir en HealthLake. Las tarjetas devueltas desde la API indican que el paciente tiene una afección de infección sinusal y es posible que el médico deba emitir una receta.

Puedes navegar a la pestaña Vista RX para ordenar una receta. Actuando como el médico, elige el medicamento apropiado e ingresa otros detalles como se muestra en la siguiente captura de pantalla.

El gancho de selección de la orden se devuelve con la tarjeta de elegibilidad de autorización previa.

El siguiente paso es enviar una autorización previa utilizando la aplicación SMART u otros mecanismos disponibles para el proveedor.

Limpiar

Si ya no necesitas los recursos de AWS que creaste ejecutando este ejemplo, puedes eliminarlos eliminando la pila de CloudFormation que desplegaste:

sam delete --stack-name <<nombre-de-tu-stack>>

Conclusión

En esta publicación, mostramos cómo HealthLake con CDS Hooks puede ayudar a reducir la carga de trabajo de los proveedores y mejorar la experiencia del miembro al determinar los requisitos de cobertura para la autorización previa como parte del flujo de trabajo clínico de la orden de prescripción. CDS Hooks junto con HealthLake pueden ayudar a los proveedores en el momento en que solicitan diagnósticos, especifican tratamientos, realizan referencias y programan citas.

Si estás interesado en implementar un descubrimiento de requisitos de cobertura en AWS utilizando esta solución o quieres obtener más información sobre la implementación de autorización previa en AWS, puedes ponerte en contacto con un representante de AWS.

We will continue to update Zepes; if you have any questions or suggestions, please contact us!