AWS HealthLake ahora es compatible con los requisitos de la regla final de interoperabilidad y autorización previa (CMS-0057-F) de CMS

Publicado en: 29 de may de 2026

AWS HealthLake ahora brinda soporte nativo para que los pagadores de servicios de salud cumplan con la regla final de interoperabilidad y autorización previa de los CMS (CMS-0057-F). Esta regla exige que las organizaciones de Medicare Advantage, los planes de atención administrada de Medicaid, las entidades de atención administrada de CHIP y los emisores de planes de salud calificados (QHP) implementen cuatro API estandarizadas basadas en el formato Fast Healthcare Interoperability Resources (FHIR) antes del 1 de enero de 2027.

Nuevas capacidades

API Patient Access

  • CARIN IG for Blue Button® 2.1.0: permite a los pacientes acceder a sus reclamos, datos de encuentros e información sobre autorizaciones previas a través de aplicaciones de terceros. 

  • SMART App Launch 2.0.0: proporciona una autorización segura y basada en estándares para aplicaciones orientadas al paciente.

  • DaVinci PDex Drug Formulary 2.1.0: permite a los pacientes consultar la información sobre la cobertura de los medicamentos.

  • Recopilación de métricas de uso de API: cumple con el requisito de notificación anual de datos de uso de la API Patient Access agregados y anónimos.

API Provider Access

  • CARIN IG for Blue Button® 2.1.0: permite compartir los reclamos de los pacientes y los datos sobre encuentros con los proveedores de la red.

  • DaVinci PDex 2.1.0: admite el intercambio de datos clínicos entre el pagador y el proveedor.

  • DaVinci PDex Drug Formulary 2.1.0: proporciona información sobre el formulario de medicamentos a los proveedores de tratamiento.

  • Integración de administración de consentimientos: admite los flujos de trabajo de exclusión voluntaria del paciente y la atribución de proveedores mediante la integración con los servicios de AWS. 

API Payer-to-Payer

  • CARIN IG for Blue Button® 2.1.0: facilita el intercambio de datos sobre reclamos y encuentros entre los pagadores.

  • DaVinci PDex 2.1.0: admite el intercambio de datos clínicos más allá de los límites de los pagadores.

  • Operación $bulk-member-match: permite a los pagadores identificar a los miembros compartidos a gran escala para el intercambio de datos, lo que respalda el requisito de solicitar datos de pacientes a los pagadores anteriores dentro de una semana del inicio de la cobertura. 

  • Seguimiento del estado de $bulk-member-match: realiza un sondeo de estado asincrónico para operaciones de búsqueda de miembros a gran escala.

  • Exportación de datos de DaVinci: admite la exportación masiva de datos en formato FHIR de acuerdo con la guía de implementación de DaVinci para una transferencia de datos eficiente de pagador a pagador.

  • API Group Discovery: estas interfaces de programación permiten detectar automáticamente los tipos de recursos disponibles para la exportación, lo que agiliza la integración de pagador a pagador.

  • Integración de administración de consentimientos: admite los flujos de trabajo de suscripción voluntaria del paciente, los cuales se requieren para el intercambio de datos entre pagadores. 

API Prior Authorization

  • DaVinci Coverage Requirements Discovery (CRD) 2.1.0: permite a los proveedores consultar si se requiere una autorización previa y descubrir los requisitos de documentación para los artículos y servicios

  • DaVinci Documentation Templates and Rules (DTR) 2.1.0: admite la compilación de la documentación necesaria para acompañar las solicitudes de autorización previa

  • DaVinci Prior Authorization Support (PAS) 2.1.0: permite la autorización previa electrónica de extremo a extremo, que incluye el envío, el seguimiento del estado y la comunicación de decisiones a través de las API de FHIR 

  • SMART App Launch 2.0.0: proporciona una autorización segura para las aplicaciones de flujo de trabajo de autorización previa

  • Compatibilidad con métricas de autorización previa: permite a los pagadores recopilar y exponer las métricas requeridas, incluidas las tasas de aprobación, las tasas de denegación, los resultados de las apelaciones y los plazos promedio de decisión

 

AWS HealthLake es un servicio que cumple los requisitos de la HIPAA. Los clientes son responsables de determinar sus propias obligaciones de cumplimiento en virtud del CMS-0057-F y deben consultar con un asesor legal y de cumplimiento con respecto a sus requisitos específicos.

AWS HealthLake está disponible en las regiones de AWS este de EE. UU. (norte de Virginia), este de EE. UU. (Ohio), oeste de EE. UU. (Oregón), Asia-Pacífico (Mumbai), oeste de Europa (Londres), Europa (Irlanda) y sudeste de Asia-Pacífico (Sídney). Consulte la tabla de regiones de AWS para ver todas las regiones.

 

Para obtener más información, consulte la página del producto de AWS HealthLake y la Guía para desarrolladores de AWS HealthLake.