Periodismo propio, siempre citando las fuentes

El software médico no aprobado pone de relieve el desfase regulatorio en la supervisión de la salud digital

Un llamamiento público a la reforma regulatoria subraya la creciente brecha entre los plazos de revisión de la FDA y las rápidas actualizaciones de software en la gestión de la diabetes.

The Global Wire Newsroom ·

Link preview · horizonglobalnews.com

El software médico no aprobado pone de relieve el desfase regulatorio en la supervisión de la salud digital

Un llamamiento público a la reforma regulatoria subraya la creciente brecha entre los plazos de revisión de la FDA y las rápidas actualizaciones de software en la gestión de la diabetes.

Share

Este artículo fue traducido automáticamente por la IA de nuestra redacción desde el original en inglés. Leer en inglés

El software médico no aprobado pone de relieve el desfase regulatorio en la supervisión de la salud digital

WASHINGTON — El creciente debate en torno a la regulación de las tecnologías de salud digital ha reaparecido tras la publicación de un comentario por parte de la economista e investigadora de la salud Dana P. Goldman, quien detalló su experiencia personal en el uso de software no aprobado por la Administración de Alimentos y Medicamentos de Estados Unidos (FDA) para gestionar la diabetes. Goldman argumentó que las agencias reguladoras federales se enfrentan a obstáculos estructurales para evaluar el software médico, sosteniendo que los marcos tradicionales de revisión de seguridad están fundamentalmente desalineados con el vertiginoso ritmo de las actualizaciones digitales y el desarrollo algorítmico. Su declaración subraya un desafío más amplio al que se enfrentan las autoridades de salud pública a medida que los pacientes adoptan cada vez más herramientas no reguladas y de código abierto para gestionar enfermedades crónicas.

## El desafío de la velocidad del software

En el comentario firmado por Goldman, la premisa central afirma que los mecanismos reguladores tradicionales diseñados para el hardware médico físico no pueden adaptarse lo suficientemente rápido a los ciclos modernos de desarrollo de software. Específicamente, Goldman señaló que ya no es posible pedir a la Administración de Alimentos y Medicamentos que se mantenga al ritmo del desarrollo de software intentando llevar a cabo las mismas revisiones tradicionales a una mayor velocidad.

A diferencia del hardware médico convencional —como bombas de insulina físicas, marcapasos o maquinaria de diagnóstico—, las plataformas digitales y los algoritmos de software sufren modificaciones continuas. En la ingeniería de software, las actualizaciones de código, la corrección de errores y la adición de funciones se producen en ciclos medidos en días o semanas, mientras que las revisiones federales estándar para dispositivos médicos con frecuencia requieren meses o años. Bajo las normas regulatorias vigentes, cuando el software se clasifica como un dispositivo médico, las modificaciones sustanciales de código pueden generar requisitos de revisión regulatoria adicional o una reautorización formal.

Esta disparidad ha creado una brecha cada vez mayor entre los plazos regulatorios formales y la implantación en el mundo real de soluciones de salud digital. A medida que el código evoluciona rápidamente, las herramientas de software diseñadas para optimizar la gestión de enfermedades crónicas pueden quedar desfasadas bajo regímenes de revisión rígidos, lo que lleva a algunos usuarios a buscar soluciones de software fuera de las vías regulatorias establecidas.

## Innovación de los pacientes y herramientas no aprobadas

La dependencia de software no aprobado es especialmente pronunciada dentro de la comunidad de gestión de la diabetes, donde iniciativas lideradas por pacientes han desarrollado sistemas personalizados de administración automatizada de insulina. Estas redes, creadas en gran medida a partir de código abierto y desarrollo comunitario, conectan monitores continuos de glucosa con bombas de insulina externas utilizando algoritmos independientes.

Conocidos ampliamente como sistemas de administración automatizada de insulina o de asa cerrada, estos dispositivos ajustan automáticamente la administración de insulina basal en función de las lecturas de glucosa en sangre en tiempo real. Aunque las versiones comerciales de estos sistemas automatizados han recibido autorización regulatoria en los últimos años, las alternativas de código abierto desarrolladas de forma independiente con frecuencia ofrecen mayores niveles de personalización, una compatibilidad más amplia con distintas marcas de hardware y actualizaciones de funciones más rápidas.

Los pacientes que optan por software no aprobado suelen alegar un mejor control de la glucosa en sangre, menos fluctuaciones graves y una reducción de la carga operativa diaria asociada a la gestión de una enfermedad crónica. Sin embargo, dado que estas plataformas funcionan sin la verificación formal de las autoridades de salud pública, los individuos asumen la responsabilidad personal por posibles errores del sistema, fallos de software o interrupciones en la comunicación del hardware.

## Límites de la revisión tradicional de dispositivos médicos

La FDA clasifica el software destinado al diagnóstico, tratamiento o gestión médica como Software como Dispositivo Médico. En virtud de las leyes federales, el software médico debe cumplir con estándares de seguridad y eficacia proporcionales al riesgo que supone para los pacientes. El software que calcula o controla directamente las dosis de medicamentos —como los algoritmos de administración de insulina— se categoriza entre los niveles de mayor riesgo, ya que una dosificación inadecuada puede provocar complicaciones de salud graves, como hipoglucemia grave o cetoacidosis diabética.

Las agencias de salud pública sostienen que es necesaria una evaluación rigurosa e independiente para proteger la seguridad de los pacientes, prevenir errores algorítmicos no deseados y mantener la protección de ciberseguridad frente a accesos no autorizados. Los reguladores evalúan no solo la lógica terapéutica principal de un algoritmo, sino también el diseño de la interfaz de usuario, el tratamiento de errores del sistema y la interoperabilidad del hardware.

Sin embargo, los críticos del modelo regulatorio actual sostienen que forzar el software dinámico a través de procesos de revisión estáticos genera consecuencias negativas no deseadas. Cuando el software autorizado permanece bloqueado en configuraciones estáticas para evitar retrasos regulatorios, los pacientes pueden verse obligados a depender de interfaces desfasadas o algoritmos de control menos eficientes. En consecuencia, un grupo de pacientes decide eludir por completo los canales regulatorios oficiales para acceder a funciones de software más recientes.

## Propuestas de marcos regulatorios adaptativos

La fricción destacada por Goldman refleja los debates normativos en curso sobre cómo deberían evaluarse en el futuro las tecnologías médicas basadas en software. Expertos en regulación y académicos de la salud pública han examinado de manera creciente modelos de supervisión alternativos diseñados para dar cabida al desarrollo continuo de software sin dejar de mantener los estándares de seguridad básicos.

Una de las vías propuestas implica cambiar el enfoque de la aprobación de versiones individuales de software a la evaluación de los procesos organizativos del desarrollador y su infraestructura de gestión de calidad. Bajo conceptos de precertificación, los desarrolladores que demuestren sólidos estándares de ingeniería, protocolos de pruebas automatizadas y capacidad de supervisión del rendimiento en el mundo real podrían recibir autorizaciones agilizadas para lanzar actualizaciones iterativas de software sin someterse a una reevaluación completa en cada revisión menor.

Otro marco regulatorio hace hincapié en la ampliación de la vigilancia poscomercialización. En lugar de depender de forma casi exclusiva de la evaluación previa a la comercialización, los organismos de supervisión podrían monitorizar los datos operativos en el mundo real recopilados a partir del despliegue activo del software. Al analizar las métricas de rendimiento en tiempo real, los reguladores y desarrolladores podrían identificar posibles anomalías de seguridad o retrocesos en el rendimiento a medida que se producen, lo que permitiría intervenciones específicas sin detener las mejoras del software.

## Impacto más amplio en la integración de la salud digital

El debate en torno al software de gestión de la diabetes sirve como estudio de caso clave para el conjunto de la industria de la salud digital. A medida que la inteligencia artificial, el aprendizaje automático y el análisis de la salud personal se integran cada vez más en los dispositivos de consumo, las agencias reguladoras de todo el mundo se enfrentan a desafíos similares en múltiples campos clínicos.

Las aplicaciones de salud digital ayudan ahora a monitorizar afecciones cardíacas, analizar la actividad neurológica, gestionar enfermedades respiratorias y realizar el seguimiento de los horarios de medicación. Muchas de estas aplicaciones digitales se basan en algoritmos adaptativos que procesan continuamente datos de los pacientes, planteando nuevas preguntas para los marcos regulatorios históricamente construidos en torno a equipos médicos estáticos.

Equilibrar la protección de la salud pública con la innovación tecnológica sigue siendo un reto normativo complejo. Mientras las autoridades reguladoras tratan de evitar fallos de seguridad, la continua adopción de software independiente pone de manifiesto una creciente demanda por parte de los pacientes de herramientas de salud digital modernas y flexibles.

Este artículo informa sobre un comentario publicado originalmente por Dana P. Goldman.

Fuente: Dana P Goldman

Noticias relacionadas