Una pulsera de monitorización remota de pacientes que mide presión arterial, ECG, oxigenación, pulso y temperatura cutánea parece, en un documento de requisitos, cinco subsistemas independientes que comparten una batería. Dentro de la carcasa se comporta como cinco subsistemas que se degradan activamente entre sí, y la arquitectura que sobrevive es la que se construye alrededor de ese hecho y no alrededor de la lista de sensores.
OVA Solutions es un equipo de desarrolladores de hardware médico con experiencia, 62 ingenieros que han llevado más de 200 dispositivos del concepto a la producción. El programa descrito aquí fue de ciclo completo: requisitos, concepto, diseño de producto e industrial, diseño mecánico y de PCB, software embebido, producción, ensamblaje y control de calidad. La presión arterial se midió de la manera convencional, con un manguito inflable de muñeca y un algoritmo oscilométrico, en lugar de una estimación óptica sin manguito. El dispositivo ejecutaba Yocto Linux sobre un i.MX8M con aplicaciones en contenedores, Wi-Fi de doble banda, Bluetooth 5.0 y una conexión a servidor para el intercambio remoto de datos y la configuración remota.
Esas dos decisiones, un manguito real y un procesador de aplicaciones real, son toda la historia del proyecto.
Lo que cada sensor le hace a sus vecinos
El manguito necesita una bomba. La bomba es un motor atornillado al mismo chasis que el front end analógico de ECG y un conjunto de fotodiodos. Mientras funciona, inyecta vibración mecánica en el camino óptico y ruido eléctrico en una cadena de señal diseñada para resolver microvoltios. La consecuencia práctica es que el ECG y la SpO2 no pueden muestrearse durante el inflado, lo que convierte cinco mediciones simultáneas en una secuencia programada.
La temperatura cutánea presenta la versión más insidiosa del mismo problema. Un i.MX8M que ejecuta Linux con Wi-Fi activo disipa potencia real en un volumen pequeño de aluminio y plástico, y ese calor llega al sensor de temperatura a través de la carcasa mucho antes de alcanzar el equilibrio. Sin un aislamiento térmico deliberado, el dispositivo informa una temperatura corporal que sigue en parte su propio tráfico de red. La solución es mecánica y pertenece a la fase de concepto: una barrera térmica entre el bloque de cómputo y el módulo de sensores, un sensor colocado sobre una isla en contacto con la piel con su propio camino de conducción, y un retardo de estabilización escrito en el calendario de medición.
La radio de 5 GHz y el front end de ECG tienen una versión más limpia del conflicto, resuelta con blindaje, disciplina de layout y ventanas de transmisión que evitan la ventana de captura del ECG.
Ninguno de estos es un problema exótico. Todos son baratos en la arquitectura y caros en el DFM, y esa es la razón para enumerarlos antes de que exista el diagrama de bloques.
La decisión sobre el calendario condiciona todo lo que viene después
Una vez que las mediciones se secuencian en lugar de ejecutarse en paralelo, la secuencia se convierte en la especificación que restringe el resto del dispositivo. La cadencia de medición fija el ciclo de trabajo. El ciclo de trabajo fija el presupuesto energético. El presupuesto energético fija el tamaño de la celda. El tamaño de la celda fija el volumen de la carcasa, y el volumen de la carcasa determina si la cosa se puede llevar puesta.
La referencia pública de volumen es el Omron HeartGuide, el único dispositivo de muñeca con manguito oscilométrico inflable cuyas especificaciones están publicadas por completo: 115 g en una caja de 48 mm, 14 mm de grosor. Apple publica el Watch Series 10 entre 29 y 42 g y 9,7 mm, según el tamaño de la caja y el material. El manguito, la bomba y la estructura de la correa explican esa diferencia, y ninguna miniaturización de la electrónica la recupera.
La autonomía se divide por la misma línea. Aktiia, que estima la presión arterial ópticamente y sin manguito, publica de 6 a 15 días para su pulsera IP68. El Corsano CardioWatch, fabricado por Corsano Health y distribuido por Medtronic, se publica en hasta 7 días. Los dispositivos que llevan a la vez sensado continuo y un procesador de aplicaciones se sitúan en el extremo corto de ese rango.
Esto pesa más en lo comercial que en lo técnico. Los programas corporativos suelen abrirse con un requisito que dice “formato de smartwatch, presión arterial de grado clínico, una semana de batería”. Esos tres no son alcanzables a la vez con manguito hoy, y un proveedor que acepte los tres compromete al cliente con un descubrimiento que aparecerá en el mes doce.
De dónde viene realmente la exactitud
ISO 81060-2 fija el listón para un dispositivo de presión arterial en un error medio dentro de 5 mmHg y una desviación estándar igual o inferior a 8 mmHg frente a la medición de referencia. Los dispositivos de muñeca validados actuales lo superan. Una validación de 2023 del monitor de muñeca U60EH informó una diferencia media sistólica de 1,51 mmHg con una desviación estándar de 6,48, y una diferencia media diastólica de 0,44 mmHg con una desviación estándar de 5,98. Los monitores de muñeca de principios de los años 2000 informaban desviaciones estándar cercanas a 9 y 10 mmHg frente a dispositivos de brazo en el rango de 5 a 6, y esa es la brecha que se cerró a lo largo de dos décadas. Los mismos criterios de validación son los que revisan reguladores regionales como COFEPRIS en México e INVIMA en Colombia.
Lo que la cerró no fue en su mayor parte el algoritmo. Fue la mecánica del manguito, el material de la correa, el control del inflado y la consistencia del ajuste. La propia descripción de Omron de la correa del HeartGuide se centra en un material sintético flexible que se infla alrededor de la muñeca en lugar de una cámara convencional.
La consecuencia de ingeniería es una regla de secuencia. Ejecute la validación ISO 81060-2 contra la correa mecánica real, en la carcasa real, tan pronto como exista una unidad funcional. Validar un algoritmo contra un manguito de banco y trasladarlo después a la mecánica de producción repite el trabajo, porque la mecánica carga con la mayor parte de la varianza.
Procesador de aplicaciones o microcontrolador
La mayoría de los wearables usan un microcontrolador de bajo consumo porque la aritmética de la energía es decisiva. Este dispositivo ejecutaba Linux con contenedores Docker, Qt para la interfaz y Python junto a C.
La justificación fue la integración y no el cómputo. El cliente exigía intercambio de datos con el servidor, configuración remota del dispositivo en campo y la posibilidad de actualizar las aplicaciones de medición de forma independiente de la imagen de firmware. Los contenedores sobre Linux entregan eso directamente. Una arquitectura de microcontrolador lo entrega a través de un protocolo propio, un actualizador propio y una historia de despliegue propia que el equipo mantiene después durante toda la vida del producto.
Es un intercambio defendible, y es un intercambio, no una mejora. Cuesta autonomía, cuesta margen térmico junto a un sensor de temperatura y añade una secuencia de arranque a un dispositivo del que un clínico espera respuesta inmediata. La recomendación es decidirlo de forma explícita frente al requisito de integración, escribir el coste de autonomía en horas antes de comprometerse, y dejar de tratar un wearable con Linux como la opción moderna por defecto.
La versión corta para un director de programa
Construya la matriz de interferencias entre sensores antes del diagrama de bloques, enumerando cada par de sensores y lo que uno le hace al otro en condiciones reales de operación. Convierta esa matriz en un calendario de medición durante la arquitectura, porque el calendario fija el presupuesto energético y el presupuesto energético fija la carcasa. Ponga el aislamiento térmico entre el cómputo y cualquier sensor térmico en el concepto mecánico y no en el DFM. Valide la presión arterial contra ISO 81060-2 sobre mecánica de producción lo antes posible, ya que la correa y el ajuste cargan más varianza que el algoritmo. Elija la clase de procesador frente al requisito de integración, con el coste de autonomía escrito en horas.
Este dispositivo pasó por producción, ensamblaje y control de calidad con el manguito intacto, y esa única decisión fijó a la vez su masa, su autonomía y su calendario de medición. Un programa que trata esos tres como requisitos independientes tiende a descubrir, en algún punto de la segunda revisión de la carcasa, que siempre fueron un solo requisito con tres nombres.
Preguntas frecuentes
¿Por qué un wearable multiparamétrico no puede medir las cinco constantes a la vez?
Porque los sensores interfieren entre sí. La bomba del manguito es un motor montado en el mismo chasis que un front end analógico de ECG que resuelve microvoltios y un conjunto de fotodiodos que lee una onda de pulso. Mientras la bomba funciona inyecta vibración en el camino óptico y ruido eléctrico en la cadena de ECG, de modo que el ECG y la SpO2 no pueden muestrearse durante el inflado. Cinco mediciones simultáneas se convierten en una secuencia programada.
¿Por qué una pulsera con manguito de presión pesa más que un smartwatch?
El manguito, la bomba y la estructura de la correa explican la diferencia. Omron publica el HeartGuide, el único dispositivo de muñeca con manguito oscilométrico inflable cuyas especificaciones están publicadas por completo, en 115 g, caja de 48 mm y 14 mm de grosor. Apple publica el Watch Series 10 entre 29 y 42 g y 9,7 mm. La miniaturización de la electrónica no recupera esa diferencia.
¿Es la presión arterial de muñeca suficientemente exacta para uso clínico?
Los dispositivos de muñeca validados actuales superan la ISO 81060-2, que fija un error medio dentro de 5 mmHg y una desviación estándar igual o inferior a 8 mmHg frente a la medición de referencia. Una validación de 2023 del monitor de muñeca U60EH informó una diferencia media sistólica de 1,51 mmHg con desviación estándar de 6,48, y una diferencia media diastólica de 0,44 mmHg con desviación estándar de 5,98.
¿Qué cerró la brecha de exactitud entre los monitores de muñeca y los de brazo?
La mecánica y no los algoritmos. Los monitores de muñeca de principios de los años 2000 informaban desviaciones estándar cercanas a 9 y 10 mmHg, mientras los de brazo se situaban entre 5 y 6. Lo que cerró esa brecha a lo largo de dos décadas fue la mecánica del manguito, el material de la correa, el control del inflado y la consistencia del ajuste. Omron describe la correa del HeartGuide por su material inflable, no por el procesado de señal.
¿Cómo corrompe el bloque de cómputo una lectura de temperatura cutánea?
Calentando la carcasa. Un i.MX8M que ejecuta Linux con Wi-Fi activo disipa potencia real en un volumen pequeño de aluminio y plástico, y ese calor llega al sensor de temperatura mucho antes de alcanzar el equilibrio, de modo que el dispositivo informa una temperatura corporal que sigue en parte su propio tráfico de red. La solución es mecánica: barrera térmica, isla en contacto con la piel y retardo de estabilización.
¿Cuándo justifica un wearable usar Linux en lugar de un microcontrolador?
Cuando lo pide el requisito de integración y no la carga de cómputo. Este dispositivo ejecutaba Yocto Linux sobre un i.MX8M con contenedores porque el cliente necesitaba intercambio de datos con el servidor, configuración remota en campo y aplicaciones de medición actualizables de forma independiente del firmware. Esa elección cuesta autonomía, margen térmico y tiempo de arranque, así que conviene decidirla con el coste escrito en horas.
Fuentes: ISO 81060-2:2018 · criterios de validación de ISO 81060-2, acceso abierto · validación del monitor de muñeca U60EH, 2023 · Kikuya et al., exactitud de muñeca frente a brazo, 2002 · Omron Healthcare, manual de instrucciones del HeartGuide · especificaciones técnicas del Apple Watch Series 10 · documentación de batería de Aktiia · Corsano CardioWatch, distribuido por Medtronic
Si está desarrollando algo en este ámbito, estaremos encantados de revisarlo con usted. Reserve un hueco en el calendario de Lisa en calendly.com/lisa-voronkova/30min y, si ningún horario le encaja, escriba a lisa@ovasolutions.com.