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, el Dr. Li lidera los equipos de ingeniería detrás de todo el portafolio de productos de la empresa y es el inventor principal de una parte significativa de las 87 patentes concedidas de VistaMed.
Tuve una conversación el año pasado con el Director de TI de un hospital en Chicago que ha quedado grabada en mi memoria. Me contó que su mayor pesadilla no era un sofisticado ciberataque externo, sino el «ejército de puntos finales no gestionados» que los departamentos clínicos, con las mejores intenciones, introducían en su hospital. Una nueva bomba de infusión «inteligente», una cama para pacientes «conectada», un reloj de «bienestar» para un programa piloto. Cada nuevo dispositivo representaba una posible vulnerabilidad adicional, una nueva carga para su red y un nuevo silo de datos propietario que su equipo debía gestionar y proteger de forma repentina.
Me miró y me hizo una pregunta sencilla: «¿Cómo es que su dispositivo no es simplemente una pesadilla más para mí?»
Era la pregunta más importante que cualquiera podía formular. Desde una perspectiva de TI, un dispositivo médico como un oxímetro de pulso no es, ante todo, una herramienta clínica. Es un punto final conectado a la red que recopila y transmite algunos de los datos más sensibles que se puedan imaginar. Mi respuesta a esa pregunta constituye la base de esta guía. Como colega tecnólogo, quiero ofrecerle una visión desde la perspectiva de un director técnico (CTO) sobre la arquitectura de seguridad y datos de un oxímetro de grado clínico real, y mostrarle por qué está diseñado para ser un socio de confianza en su red, y no una amenaza.
El planteamiento clínico: el reto de medir lo «normal» en personas mayores
La pregunta clínica es frecuentemente: «¿Cuáles son los niveles normales de oxígeno en sangre en personas mayores?». Desde una perspectiva clínica, la respuesta suele ser la misma que para cualquier adulto: un 95 % o superior. Pero desde una perspectiva de ingeniería, la verdadera pregunta es: «¿Cómo podemos confiar en el valor que estamos viendo?». Los pacientes mayores suelen presentar una combinación perfecta de desafíos para la adquisición de la señal: menor perfusión periférica, piel más delgada y mayor probabilidad de artefactos por movimiento.
Este no es un problema clínico; es un problema de relación señal-ruido. Aquí es donde la disciplina de la ingeniería distingue un instrumento médico de un dispositivo de consumo. Para ofrecer un valor fiable, el dispositivo debe estar meticulosamente diseñado para detectar una señal limpia y estable en un entorno muy ruidoso.
Garantizar la señal en su origen: La física de la luz
El núcleo de un pulsioxímetro es un elegante experimento de física. Emite luz roja e infrarroja a través de la yema de un dedo y mide lo que emerge por el otro lado. Sin embargo, la «señal» que nos interesa —el pequeño cambio en la absorción de luz causado por un solo pulso de sangre arterial— puede representar menos del 1 % de toda la luz detectada por el sensor. El otro 99 % es «ruido».
La fuente más importante de ruido es la contaminación por luz ambiental. La luz proveniente de una ventana o de una luminaria de techo que se filtra en la cavidad del sensor puede anular por completo la señal real, lo que da lugar a una lectura extremadamente inexacta o a un error de «lectura fallida».
Es por esto que, en mi laboratorio, la primera prueba que realizamos en un dispositivo de la competencia es una prueba de "fuga de luz". También es por esto que estamos obsesionados con la ingeniería mecánica de nuestro FPO-50. Utilizamos un polímero ABS opaco de alta calidad para la carcasa. Las dos mitades de la carcasa tipo "concha" están diseñadas con una junta superpuesta que crea un sello laberíntico, dificultando físicamente que la luz externa llegue al sensor. Este enfoque en un diseño funcional y robusto —en el que la forma física cumple una finalidad crítica desde el punto de vista ingenieril— es un pilar fundamental de la filosofía que le valió a nuestra empresa un Premio Red Dot de Diseño . Así es como creamos una "caja negra" para proteger la señal frágil en su interior.
Desde el despacho del Director Técnico
"Un director de TI y yo resolvemos el mismo problema desde distintos ángulos. Él construye un muro para proteger los datos dentro del hospital. Yo construyo una fortaleza para proteger los datos desde el momento en que se generan dentro del dispositivo. Los datos son el paciente. Debemos tratarlos con el mismo nivel de cuidado y seguridad."
– Dra. Wei Li (Li Wei), doctora en Filosofía
El cerebro: de la señal bruta a los datos seguros e interpretables
Tras capturar una señal limpia, el siguiente reto consiste en su interpretación inteligente. El algoritmo del dispositivo, clasificado como Software como Dispositivo Médico (SaMD) , debe eliminar cualquier ruido residual (por ejemplo, causado por el movimiento) sin distorsionar la forma de onda subyacente.
Este es un equilibrio delicado. Un dispositivo barato usará el alisado agresivo para crear un número "bonito" y estable, pero lo hace borrando los detalles que un médico necesita. Nuestros algoritmos están diseñados para aclarar, no oscurecer. También proporcionamos a los médicos Índice de perfusión (PI) , una medida en tiempo real de la intensidad de la señal. Esto actúa como una "métrica de calidad de señal" incorporada que empodera al equipo clínico, reduciendo el número de tickets de soporte a su departamento de TI sobre "lecturas erróneas".
Crucialmente, todo este sistema debe ser validado para que funcione para todos. Esto es una cuestión de seguridad del paciente y el escrutinio regulatorio. El La FDA de EE.UU. ha emitido comunicaciones específicas de seguridad sobre la necesidad crítica de garantizar la precisión del oxímetro de pulso en todo el espectro de pigmentaciones de la piel. Es por eso que nuestro proceso de validación para ISO 80601-2-61 el cumplimiento se realiza en una cohorte diversa de pacientes, un hecho que es crítico para los equipos de gestión de riesgos y garantía de calidad de su hospital.
Lista de verificación de un director de TI para IoT médico
Al evaluar cualquier nuevo dispositivo médico conectado, su equipo debe contar con un conjunto estándar de preguntas técnicas. Si un posible proveedor no puede responderlas de forma clara y segura, esto constituye una señal de alerta importante.
[ ] API y SDK: ¿Proporciona el proveedor una API REST bien documentada y segura para la integración de datos? ¿Existe un Kit de Desarrollo de Software (SDK) para integraciones más personalizadas?
[ ] Flujo de datos y arquitectura: ¿Puede el proveedor proporcionar un diagrama claro del flujo de datos que muestre exactamente dónde se crean, cifran, transmiten y almacenan los datos?
[ ] Clasificación de software como dispositivo médico (SaMD): ¿El software del dispositivo está clasificado como SaMD? ¿Pueden proporcionar la documentación regulatoria que lo demuestre, conforme a los marcos internacionales de la IMDRF ?
[ ] Cumplimiento de normativas sobre datos y Acuerdo de Protección de Información Confidencial (BAA): ¿Puede el proveedor firmar un Acuerdo de Asociado Comercial (BAA, por sus siglas en inglés) y proporcionar documentación que acredite su cumplimiento con HIPAA/GDPR para su plataforma en la nube?
[ ] Gestión de vulnerabilidades: ¿Cuál es su proceso documentado para recibir informes de vulnerabilidades, desarrollar parches y desplegar actualizaciones seguras?
El valor de TI reinterpretado: El caso del Sistema de Salud Unity
El beneficio definitivo de una plataforma bien diseñada va más allá de un solo dispositivo. En un proyecto a gran escala con Unity Health System , estandarizaron sus dispositivos de monitorización en la plataforma VistaMed. Mientras los equipos clínicos celebraban una 47 % de reducción en el tiempo de formación de enfermeras , el departamento de TI tuvo su propia victoria. Al sustituir una mezcla caótica de dispositivos de múltiples proveedores por una única plataforma unificada, redujeron drásticamente el número de puntos finales no gestionados en su red. El resultado fue una matriz de soporte simplificada, una superficie de ataque menor y una 41 % de disminución en el tiempo de inactividad relacionado con mantenimiento , lo que significó menos incidencias derivadas al servicio de asistencia técnica de TI.
Preguntas frecuentes de un director de TI
«¿Cómo se integra esto con nuestro sistema de registros médicos electrónicos (EMR)? ¿Admiten HL7 o FHIR?»
Esta es una pregunta fundamental. Nuestra plataforma en la nube está diseñada con una filosofía centrada primero en las API. Ofrecemos una API REST segura que permite a su equipo de integración con el EMR, o a un proveedor externo de software intermedio, extraer datos de los pacientes e integrarlos en sus sistemas existentes. Actualmente estamos desarrollando activamente funcionalidades nativas de FHIR (Recursos rápidos para la interoperabilidad sanitaria) para hacer esta integración aún más fluida en un futuro próximo. Nuestro objetivo es entregarle los datos, no crearle otro silo de datos que deba gestionar.
«¿Cuál es el impacto sobre la red? ¿Va a saturar nuestro espectro inalámbrico?»
Mínimo. Esta es una consideración clave en el diseño. Una única lectura de signos vitales se transmite como un paquete de datos muy pequeño, típicamente de solo unos pocos kilobytes. A diferencia de la transmisión de vídeo, el ancho de banda requerido para una flota de nuestros dispositivos es insignificante en una red hospitalaria moderna. Además, los dispositivos están diseñados para conectarse y desconectarse de la red en cada transmisión, sin mantener una conexión constante, lo que reduce aún más la sobrecarga de la red y minimiza el tiempo durante el cual el punto final permanece «activo» en la red.
«¿Dónde se almacenan los datos y quién asume la responsabilidad?»
Como procesador de datos, asumimos esta responsabilidad con extrema seriedad. Todos los datos de los pacientes se alojan en una infraestructura en la nube totalmente conforme con la normativa HIPAA, proporcionada por un proveedor importante como AWS o Azure, con servidores ubicados en la región correspondiente para cumplir con las leyes sobre soberanía de los datos, como el Reglamento General de Protección de Datos (RGPD). Firmamos un Acuerdo de Asociado Comercial (BAA, por sus siglas en inglés) con el proveedor de servicios sanitarios, obligándonos contractualmente a garantizar la seguridad y la privacidad de la información protegida de salud (PHI, por sus siglas en inglés) que gestionamos.
Sobre el autor
Dr. Wei Li (Li Wei), PhD desempeña el cargo de Director Técnico y Jefe de I+D en VistaMed Technologies. Con más de 20 años de experiencia en ingeniería biomédica, es la fuerza impulsora detrás de la innovación tecnológica de VistaMed y el inventor principal de una parte significativa de las 87 patentes concedidas por la empresa. Su liderazgo fue fundamental en el desarrollo del Sistema Diagnóstico Inteligente IntelliScan AI, que recibió tanto el Premio MedTech Breakthrough (2024) como el Premio Red Dot de Diseño (2023). Este artículo refleja su profunda experiencia en ingeniería y su perspectiva sobre la construcción de dispositivos médicos seguros, fiables y listos para la integración en el ecosistema de TI moderno.
Revisado clínica y regulatoriamente por: Jian Wang (Wang Jian), RAC, Vicepresidente de Calidad y Asuntos Regulatorios
La información proporcionada tiene fines informativos y está dirigida a una audiencia B2B de profesionales sanitarios y responsables de la toma de decisiones en adquisiciones. No sustituye el asesoramiento médico o financiero profesional. Los resultados del coste total de propiedad (TCO) y del retorno de la inversión (ROI) pueden variar según el tamaño del centro, los patrones de uso y las condiciones del mercado local. Todas las certificaciones y autorizaciones reglamentarias mencionadas son exactas a la fecha de publicación. Póngase en contacto con VistaMed Technologies para obtener la documentación más actualizada.
EN
