Data lake sanitario - Gestión / análisis de datos médicos conformes con FHIR con Amazon HealthLake
Explicamos la gestión de datos médicos conformes con FHIR con Amazon HealthLake. Presentamos la integración de datos médicos estructurados / no estructurados, la extracción automática mediante NLP, las consultas analíticas y el cumplimiento de HIPAA.
Desafíos de la gestión de datos médicos y HealthLake
Los datos médicos existen en formatos diversos, como historias clínicas electrónicas (EHR), resultados de pruebas, diagnóstico por imagen, notas clínicas y datos de reclamaciones de seguros, y la interoperabilidad entre sistemas es un desafío desde hace muchos años. FHIR (Fast Healthcare Interoperability Resources) es un estándar de datos médicos elaborado por HL7 que define el intercambio de datos médicos mediante API RESTful. Amazon HealthLake es un almacén de datos administrado conforme con FHIR R4 que hace posible la gestión / el análisis estandarizados de los datos médicos. Incorpora tanto datos estructurados (recursos FHIR) como datos no estructurados (notas clínicas, resúmenes de alta), y con NLP extrae automáticamente entidades médicas de los datos no estructurados y las estructura. Como servicio apto para HIPAA, admite el tratamiento de información médica protegida (PHI).
Incorporación de datos y procesamiento NLP
HealthLake ofrece operaciones CRUD sobre los datos mediante la API FHIR (REST). Se pueden gestionar con API estándar recursos FHIR como Patient (paciente), Condition (enfermedad), Medication (medicamento), Observation (resultado de prueba) y Procedure (procedimiento). También admite la importación masiva mediante paquetes FHIR, lo que hace posible migrar datos desde sistemas EHR existentes. La función de NLP médico integrado (Integrated Medical NLP) extrae automáticamente entidades médicas de texto no estructurado (notas clínicas, resúmenes de alta). Aprovechando la tecnología de Comprehend Medical, identifica nombres de enfermedades, nombres de medicamentos, nombres de procedimientos, zonas anatómicas, valores de pruebas, etc., y realiza la asignación automática a ICD-10-CM (códigos de enfermedades) y RxNorm (códigos de medicamentos). La información extraída se estructura como recursos FHIR y se puede aprovechar para búsquedas / análisis.
Análisis e integración
Los datos de HealthLake se pueden exportar a S3, y se pueden ejecutar análisis a gran escala con consultas SQL en Athena. Por ejemplo, se pueden ejecutar consultas como «patrones de prescripción de medicamentos en pacientes con una enfermedad concreta», «distribución de los resultados de pruebas por grupo de edad» o «análisis de la tasa de reingreso». Con la integración con Amazon Quick Sight (antes Amazon QuickSight) también es posible crear paneles y visualizar los datos médicos. Con la integración con SageMaker, también se pueden aprovechar los datos médicos para crear modelos de ML (predicción de enfermedades, puntuación de riesgos). Como estos análisis no se completan solo con la búsqueda FHIR, la configuración básica consiste en exportar a S3 con un trabajo de exportación (StartFHIRExportJob) y combinarlo con Athena o SageMaker. El volumen de datos exportados también se factura, por lo que el panorama completo de los costes se organiza en la siguiente sección.
Precios de HealthLake
(A fecha de agosto de 2026 / los precios unitarios son de Norte de Virginia salvo que se indique lo contrario) Los precios de HealthLake se componen de siete ejes de facturación. Lo característico es que el mayor elemento de coste no es el volumen de solicitudes, sino el tiempo de funcionamiento del almacén de datos. Desde el momento en que se crea un almacén de datos hasta que se elimina, se siguen facturando 0.27 USD por hora aunque no se envíen solicitudes. Este cargo por hora incluye los primeros 10 GB de almacenamiento y 3,500 consultas por hora (el total de todos los almacenes de datos de la cuenta), y solo el exceso se factura según el uso. La determinación de las consultas incluidas se realiza al final del ciclo de facturación mensual con el total mensual (3,500 consultas × 720 horas = 2.52 millones de consultas al mes). Por lo tanto, aunque se superen las 3,500 consultas/hora solo en ciertas franjas horarias, no se factura si el total mensual está dentro de la asignación. Los almacenes de datos tienen dos niveles, HealthLake Advanced (predeterminado) y HealthLake Standard (almacén de datos de la generación anterior), con precios unitarios distintos para el almacenamiento y las consultas.
| Eje de facturación | Unidad y precio unitario | Capa gratuita / redondeo al alza |
|---|---|---|
| Tiempo de funcionamiento del almacén de datos | 0.27 USD por hora | Se factura desde la creación hasta la eliminación. Incluye 10 GB de almacenamiento y 3,500 consultas por hora |
| Almacenamiento adicional (más de 10 GB) | 0.37 USD por GB al mes (Advanced) / 0.25 USD (Standard) | Redondeo al alza por GB |
| Consultas (exceso sobre lo incluido) | 0.048 USD por cada 10,000 consultas (Advanced) / 0.015 USD (Standard) | Redondeo al alza por unidades de 10,000 consultas |
| Incorporación de datos | Mismo precio unitario que las consultas por número de llamadas a la API de importación | Advanced es gratuito los primeros 2 meses, Standard es gratuito. No se factura el volumen de datos (GB) |
| NLP médico integrado | 0.0010 USD por cada 100 caracteres (común a ambos niveles) | Redondeo al alza por unidades de 100 caracteres |
| Exportación a S3 y conversión a formato de tabla | 0.19 USD por GB | Sin capa gratuita |
| Notificaciones de FHIR Subscriptions | 2.00 USD por millón de eventos (EventBridge) / 0.90 USD (REST-Hook) | Gratis hasta 100,000 eventos al mes en ambos canales |
Lo que conviene tener en cuenta en la incorporación es que la facturación se produce por el número de llamadas a la API de importación, no por el volumen de datos. El NLP médico integrado, que estructura el texto médico, también es un concepto de facturación del propio HealthLake, y no es necesario contratar Comprehend Medical por separado. Los precios unitarios varían según la región; en Asia Pacífico (Sídney), el almacén de datos cuesta 0.2889 USD por hora, el almacenamiento adicional 0.3959 USD por GB al mes en Advanced y la exportación 0.2033 USD por GB. HealthLake no se ofrece en la región de Tokio, por lo que, al tratar datos médicos de Japón, la propia elección de la región de almacenamiento se convierte en una cuestión de diseño. En el ejemplo de cálculo oficial, se almacenan 7 GB en Norte de Virginia, se ejecuta una media de 2,000 consultas por hora y se procesa 1 millón de caracteres al mes con NLP. En ese caso, a los 194.40 USD del cargo por hora del almacén de datos de 720 horas se suman 10.00 USD de NLP. El almacenamiento y las consultas quedan dentro de lo incluido, y el importe mensual es de 204.40 USD. Incluso en pruebas a pequeña escala surge un coste fijo de unos 200 USD solo por el tiempo de funcionamiento. Por ello, el punto clave de la gestión de costes es una operación que no deje almacenes de datos de prueba tras terminar de usarlos.
HIPAA y cumplimiento normativo
En una plataforma que maneja datos médicos, el cumplimiento de la ley es la máxima prioridad. HealthLake es un servicio apto que puede manejar información médica protegida, pero para usarlo es necesario firmar un acuerdo de socio comercial y operar conforme a la normativa. Los datos almacenados y las comunicaciones se cifran, y quién puede acceder a qué datos se controla con el mínimo privilegio. Los registros de acceso se conservan como registros de auditoría para poder rastrear las consultas no autorizadas. La información personal de los pacientes se gestiona de forma estricta para evitar su uso con fines distintos de los previstos. Disponer, tanto en la protección técnica como en las reglas operativas, de controles adecuados para manejar información médica es la premisa de una plataforma de datos médicos de confianza.
Interoperabilidad e integración con sistemas existentes
La dificultad de aprovechar los datos médicos reside en que cada sistema usa un formato distinto. Como HealthLake dispone de API conformes con el estándar FHIR, se facilita el intercambio de datos con los sistemas compatibles con el estándar. Al migrar datos desde historias clínicas electrónicas existentes, se pueden incorporar por etapas mediante el mecanismo de importación masiva. Al acumularlos como datos estandarizados, la información de los pacientes que estaba dispersa en sistemas separados se puede consultar / analizar de forma transversal. Garantizar la interoperabilidad es la base de la integración de datos entre centros y departamentos, y conduce a la mejora de la calidad de la atención médica.
Casos de uso representativos
Cuando se reúnen datos médicos estandarizados, se amplía una gran variedad de usos. Un ejemplo representativo es la gestión de la salud poblacional, que ofrece una visión general del estado de salud de toda una población y analiza las tendencias de las enfermedades y los efectos de la prevención. También se pueden extraer grupos de pacientes que cumplan condiciones concretas y aprovecharlos para seleccionar a los participantes de investigaciones clínicas y ensayos clínicos. También se puede aplicar a la creación de modelos que predicen reingresos y pacientes de alto riesgo a partir de valores de pruebas e historiales médicos. Si se añade la información extraída automáticamente de notas clínicas no estructuradas, también pasan a ser objeto de análisis conocimientos que hasta ahora estaban ocultos. Con los datos estandarizados como base, se hace realidad un análisis que respalda la toma de decisiones en la práctica clínica.
Consideraciones de diseño y gobernanza de datos
En el diseño de una plataforma de datos médicos, la protección de la privacidad se sitúa en el centro. Para fines analíticos, es una política segura realizar la desidentificación, que elimina la información que permite identificar a las personas, y usar solo los datos mínimos necesarios. Se establece un mecanismo que gestiona el alcance del consentimiento de los pacientes y evita el uso de datos sin consentimiento. El origen y el historial de uso de los datos se hacen rastreables para garantizar la calidad y la procedencia. A gran escala los costes también aumentan, por lo que un enfoque realista es avanzar por etapas: probar primero centrándose en un departamento clínico o un periodo concreto, y ampliar el alcance después de comprobar los resultados. Se requiere un diseño que equilibre el control y el aprovechamiento.
Resumen - Pautas para usar HealthLake
Amazon HealthLake es un servicio administrado que hace posible la gestión y el análisis de datos médicos conformes con FHIR. Sus principales puntos fuertes son la gestión estandarizada de datos mediante la API FHIR, la estructuración automática de datos no estructurados con NLP, la integración analítica con Athena/SageMaker y el cumplimiento de HIPAA. Es adecuado para organizaciones que necesitan estandarizar y analizar datos médicos, como instituciones médicas, empresas farmacéuticas y startups del sector sanitario.
Referencias (recursos oficiales de AWS)
Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.
- Amazon HealthLake (página oficial)
- Amazon Comprehend (página oficial)
- Amazon Athena (página oficial)
- Documentación de AWS (oficial)
Si esta página y la documentación oficial difieren, prevalece la documentación oficial.