Análisis técnico por un CTO: el monitor inteligente de presión arterial como sistema de adquisición de datos de precisión

Autor: Dra. Wei Li (Li Wei), doctora en Filosofía
Directora Técnica y Jefa de I+D en VistaMed Technologies
Como arquitecto de la tecnología de VistaMed, la Dra. Li lidera los equipos de ingeniería responsables de todo el portafolio de productos de la empresa y es la inventora principal de una parte significativa de las 87 patentes concedidas de la compañía.

Tengo un estante en mi laboratorio de I+D de Shenzhen al que llamo «la isla de los juguetes defectuosos». Es donde colocamos los dispositivos de la competencia que hemos desmontado. Hace unos meses, adquirimos un nuevo y popular monitor de presión arterial «Bluetooth Smart». Lo primero que hizo mi equipo fue conectar su etapa analógica de entrada a un osciloscopio mientras la radio Bluetooth estaba transmitiendo. El resultado fue un caos: la señal de referencia del sensor de presión estaba plagada de ruido de alta frecuencia. La radio gritaba, y el sensor intentaba escuchar un susurro.

Este es el sucio secreto de muchos dispositivos médicos denominados «inteligentes». Con frecuencia, no son más que un dispositivo estándar al que se le ha añadido una radio de forma adicional. Desde una perspectiva de ingeniería, esto constituye casi un pecado imperdonable. Un monitor inteligente de presión arterial no es simplemente una manga y una radio; es un sistema integrado único de adquisición de datos. Cada componente —desde el motor de la bomba hasta las pistas en la placa de circuito impreso— forma parte de un ecosistema delicado. Si no diseña dicho sistema de manera integral, no está construyendo un instrumento médico, sino un generador de ruido.

Principios clave de ingeniería para un dispositivo conectado

Como ingenieros, seguimos algunos principios fundamentales al diseñar un dispositivo como el SmartBP-Connect. Para un colega ingeniero que evalúe a un posible socio o producto, estas son las áreas en las que la excelencia es ineludible.

• Neumática como precisión: La bomba, la manga y la válvula constituyen un único motor neumático. La linealidad de la válvula de desinflado es tan crítica para la precisión como el propio sensor.
• La primacía del front-end analógico: El AFE es el corazón del sistema. No se puede corregir una señal analógica ruidosa mediante un filtro digital sin perder datos. La integridad de la señal debe establecerse en su origen.
• La radio es el enemigo: Un módulo Bluetooth es una fuente de ruido de radiofrecuencia (RF) potente. Debe aislarse eléctrica y físicamente de los circuitos de medición analógica sensibles.
• El firmware es un componente médico: El software que se ejecuta en el dispositivo no es una consideración secundaria. Se trata de Software como Dispositivo Médico (SaMD) y debe desarrollarse con el mismo rigor que el hardware.

El motor neumático: más allá de una simple compresión

El método oscilométrico, base de todos los tensiómetros automáticos, es un ejercicio de detección de señales. El dispositivo infla la manga para ocluir la arteria y luego mide la amplitud de las oscilaciones de presión en la manga mientras esta se desinfla lentamente. El algoritmo identifica el punto de máxima oscilación para determinar la presión arterial media y, a continuación, calcula las presiones sistólica y diastólica.

La precisión de ese algoritmo depende por completo de una señal limpia. Una fuente clave de ruido es el propio proceso de desinflado. Muchos dispositivos de bajo costo utilizan una válvula de solenoide simple y económica que «pulsa» para liberar aire. Esto genera una desinflación irregular y escalonada, introduciendo artefactos en la señal de presión que pueden engañar al algoritmo.

En mi experiencia, la válvula de desinflado es el primer lugar donde los fabricantes recortan costes, y se trata de un error grave. Utilizamos una válvula solenoide proporcional de alta precisión, lo que permite a nuestro firmware generar una liberación de presión perfectamente suave y lineal. Se trata de un componente más costoso, pero es esencial para proporcionar al algoritmo una forma de onda limpia y sin ambigüedades que analizar. Lo mismo ocurre con el motor de la bomba: seleccionamos los motores no solo por su capacidad de generación de presión y su durabilidad, sino también por su bajo nivel de interferencia electromagnética (EMI), para evitar corromper la señal delicada del sensor.

El reto de la radio: aislar los ámbitos analógico y digital

Este es el problema que observé en mi osciloscopio con el dispositivo de la competencia. Una radio Bluetooth, por su propia naturaleza, es una fuente de ruido de radiofrecuencia (RF) de alta frecuencia. El sensor de presión y el Front-End Analógico (AFE) que amplifica su señal son componentes analógicos extremadamente sensibles. Colocarlos uno cerca del otro en una placa de circuito impreso sin un diseño cuidadoso equivale a intentar grabar un susurro al lado de un motor de reacción.

En nuestras placas de circuito impreso (PCB), aplicamos lo que denominamos «diseño de disposición por dominios».

1. El AFE y las pistas analógicas están físicamente separados del módulo Bluetooth y su antena.
2. Utilizamos planos de tierra y, en algunos casos, cubiertas metálicas de blindaje físico para aislar el dominio analógico de los dominios digital y de RF.
3. La fuente de alimentación está filtrada minuciosamente, con rieles de alimentación independientes para las secciones analógica, digital y de RF, a fin de evitar que el ruido se propague a través de las líneas de alimentación.

Esto no es una «característica» que se pueda enumerar en una hoja de especificaciones. Se trata de una disciplina fundamental de ingeniería que pasa desapercibida para el usuario, pero que es absolutamente crítica para el rendimiento del dispositivo. Es la diferencia entre un dispositivo que funciona de forma fiable y otro que constantemente devuelve códigos de «Error».

Firmware como dispositivo médico regulado

La pieza final del sistema es el firmware. No es simplemente «software». En un entorno regulado, constituye un Software como Dispositivo Médico (SaMD, por sus siglas en inglés), un concepto que está siendo estandarizado a nivel mundial por grupos como el Foro Internacional de Reguladores de Dispositivos Médicos (IMDRF) . Esta clasificación exige un nivel de rigor ajeno al mundo de la electrónica de consumo.

Nuestra decisión de utilizar un sistema operativo en tiempo real (RTOS) en lugar de un sistema operativo de propósito general como Linux o Android es intencionada. Un RTOS tiene una huella mínima, lo que reduce drásticamente la superficie potencial de ataque. Es determinista, lo cual es fundamental para una aplicación de medición en tiempo real.

Además, desarrollamos nuestro modelo de seguridad en torno a los principios establecidos en las Directrices de ciberseguridad de la FDA . Todo el firmware está firmado criptográficamente. El arranque seguro garantiza que únicamente nuestro código autenticado pueda ejecutarse en el dispositivo. Cualquier actualización recibida por vía inalámbrica se cifra y verifica antes de su instalación. Esta canalización segura de datos es una razón fundamental por la que instituciones de primer nivel confían en construir sobre nuestra plataforma. La transmisión de datos de alta integridad procedente de nuestro SmartBP-Connect fue un factor clave en su selección por parte de la Instituto de Investigación Cardiovascular de la Universidad de Stanford para un ensayo de monitorización remota, cuyos resultados se publicaron en la Journal of Telemedicine and Telecare . Necesitaban datos de calidad investigadora, y nuestra arquitectura lo proporcionó.

Preguntas frecuentes para ingenieros

¿Qué resolución de ADC y frecuencia de muestreo utiliza para el sensor de presión?
Utilizamos un ADC delta-sigma de 24 bits con una frecuencia de muestreo de 500 Hz. La alta resolución nos permite detectar las oscilaciones de presión muy sutiles, especialmente en pacientes con pulsos débiles, y la alta frecuencia de muestreo garantiza que podamos capturar con precisión las transiciones rápidas y agudas de la forma de onda, lo cual es fundamental para la exactitud del algoritmo.

¿Cómo gestiona el emparejamiento Bluetooth y la seguridad de los datos para cumplir con los requisitos de HIPAA?
Utilizamos Bluetooth 5.0 con Conexiones Seguras LE para el emparejamiento, que emplea el intercambio de claves mediante Diffie-Hellman de curva elíptica (ECDH). La conexión se cifra a nivel de capa de enlace. Además, la carga útil de los datos a nivel de aplicación se cifra de forma independiente mediante AES-128 antes de su transmisión a nuestra plataforma en la nube compatible con HIPAA. Operamos bajo un Acuerdo Completo de Asociado Comercial (BAA, por sus siglas en inglés) con nuestros socios sanitarios.