Traducido con IA

La evolución de la salud digital ha hecho que las fronteras entre las herramientas informáticas y los productos sanitarios (Dispositivos Médicos) sean cada vez más difusas. Un punto de referencia fundamental para orientarse en este escenario es la guía de la FDA publicada el 6 de enero de 2026 en su segunda actualización: “Clinical Decision Support Software – Guidance for Industry and FDA Staff”.

El documento aclara cuándo un software de soporte a la decisión clínica (Clinical Decision Support – CDS) debe o no ser encuadrado y regulado como producto sanitario – específicamente como Software as a Medical Device (SaMD) – en virtud de la Sección 520(o)(1)(E) del Federal Food, Drug, and Cosmetic Act (FD&C Act).

En comparación con la versión de 2022, la guía añade ejemplos y aclaraciones sobre la distinción entre Device CDS (CDS que es producto sanitario) y Non-Device CDS (CDS que no es producto sanitario).

¿Qué es un Clinical Decision Support Software (CDS)?

Un CDS es un sistema informático que proporciona a profesionales sanitarios (Health Care Professionals – HCP), pacientes o cuidadores, información para apoyar decisiones sobre el diagnóstico, tratamiento de patologías o condiciones médicas, mediante alertas, sugerencias terapéuticas personalizadas, o análisis de datos e imágenes. Desde el software hospitalario que detecta interacciones medicamentosas peligrosas hasta las aplicaciones móviles que sugieren al paciente qué preguntas hacer a su médico según los síntomas introducidos, los ejemplos a nuestro alrededor son numerosos.

Sin embargo, no todos los software CDS destinados al soporte de decisiones en el ámbito clínico entran en la categoría de productos sanitarios regulados y supervisados por la FDA.

Non-Device CDS: los 4 criterios de exclusión

Una función de software CDS no se considera un producto sanitario si cumple simultáneamente los siguientes cuatro criterios de exclusión:

  1. Sin análisis de señales o imágenes
    El software no debe adquirir, procesar o analizar imágenes médicas, ni señales procedentes de dispositivos IVD (diagnóstico in vitro) o de sistemas de adquisición de datos (ej. ondas de ECG).
  2. Solo visualización de información médica
    La función debe limitarse a visualizar, analizar o imprimir información médica sobre un paciente u otra información clínica existente (ej. estudios revisados por pares, historial de signos vitales o resultados de laboratorio ya procesados).
  3. Solo soporte, no sustitución del juicio clínico
    El propósito debe ser exclusivamente proporcionar recomendaciones específicas para el paciente, la enfermedad o la condición, sin sustituir ni dirigir el juicio del profesional sanitario.
  4. Independencia del profesional (Independent Review)
    El software debe proporcionar información suficiente (transparencia de la base lógica) que permita al profesional sanitario comprender y evaluar de forma autónoma las recomendaciones, sin depender exclusivamente de ellas para tomar decisiones clínicas.

Cuándo el software se clasifica como Producto Sanitario (Device CDS)

El software queda bajo la regulación de la FDA cuando su función implica un riesgo mayor o una delegación de la decisión clínica. La guía de 2026 aclara los casos principales:

  • Destinado a pacientes y cuidadores: Si el software proporciona recomendaciones diagnósticas o terapéuticas directamente al profano (layperson), sin la mediación crítica de un profesional sanitario, entra casi siempre en la definición de producto sanitario.
  • Condiciones críticas (Time-critical): Los sistemas destinados a gestionar emergencias o estados agudos (ej. detección de ictus o sepsis en tiempo real) son productos sanitarios, ya que el factor tiempo impide que el HCP realice una revisión independiente (independent review) de los datos.
  • Análisis de señales e imágenes: Cualquier software que procese datos de sensores o sistemas de imagen para generar un diagnóstico está regulado como dispositivo.

Conclusiones

Como se ha visto, un software destinado a médicos que presenta información relevante sin proporcionar directrices terapéuticas unívocas puede calificarse como Non-Device CDS.

En este caso, la transparencia algorítmica es fundamental: el resultado debe ir acompañado de una explicación clara de la lógica subyacente, permitiendo al profesional verificar su fundamento y tomar una decisión autónoma. La regulación garantiza que el software clínico siga siendo un aliado de la inteligencia humana, dejando la responsabilidad final del cuidado en manos expertas e informadas.

Thema ofrece apoyo estratégico-regulatorio para la correcta calificación de los Software as a Medical Device y acompaña a los fabricantes en el cumplimiento de los requisitos normativos.

FUENTE:
Clinical Decision Support Software | FDA

Fecha de publicación: 26/01/2026