Cómo crear una aplicación sanitaria: claves y pasos reales

Crear una aplicación sanitaria no es como crear una app de notas o de productividad. El sector salud tiene sus propias reglas, sus propios organismos reguladores y sus propias consecuencias si algo sale mal. En este artículo explicamos, sin adornos, qué implica realmente desarrollar software para el ámbito sanitario en España.

Lo primero: ¿es tu app un producto sanitario?

No toda app relacionada con la salud es un producto sanitario en sentido legal. La diferencia es importante porque de ella depende si tienes que obtener el marcado CE o no.

El Reglamento (UE) 2017/745 (MDR) define el software como producto sanitario —conocido como MDSW, Medical Device Software— cuando está destinado a ser utilizado para uno o más fines médicos específicos: diagnóstico, prevención, monitorización, predicción, pronóstico, tratamiento o alivio de una enfermedad.

Por ejemplo, una app que muestra los criterios de diagnóstico de sepsis basándose en constantes vitales del paciente es un producto sanitario. Una app que simplemente recuerda al usuario tomar su medicación, no necesariamente lo es.

El marco legal en España

En España, la autoridad competente en productos sanitarios es la Agencia Española de Medicamentos y Productos Sanitarios (AEMPS). El marco normativo vigente combina el Reglamento europeo MDR y el Real Decreto 192/2023, que adapta la legislación española a la normativa comunitaria y entró en vigor en marzo de 2023.

Para comercializar un software como producto sanitario en la UE es obligatorio:

• Clasificar el producto sanitario (clases I, IIa, IIb o III según el riesgo)
• Elaborar la documentación técnica exigida
• Realizar la evaluación clínica del producto
• Implantar un sistema de gestión de calidad (norma ISO 13485)
• Obtener el marcado CE con la intervención de un organismo notificado (salvo clase I de bajo riesgo)
• Registrarse en la base de datos europea EUDAMED

Fases reales del desarrollo de una app sanitaria

1. Definición del problema y del usuario

Antes de escribir una línea de código es imprescindible definir con precisión qué problema resuelve la app y para quién. En el ámbito sanitario, el usuario final suele ser un profesional de la salud (médico, enfermero, farmacéutico) o un paciente con necesidades muy específicas. Ambos perfiles tienen requisitos de usabilidad radicalmente distintos.

2. Diseño UX centrado en el profesional sanitario

El diseño de experiencia de usuario en apps sanitarias no es solo estética: es seguridad. Un error de interfaz —un botón mal colocado, una pantalla confusa bajo presión— puede derivar en un error clínico. La guía de Castilla y León sobre diseño de apps de salud recomienda que el proceso de diseño incluya siempre la participación activa de profesionales sanitarios como validadores del flujo.

3. Desarrollo con estándares de calidad

El desarrollo de software para dispositivos médicos debe seguir los principios del ciclo de vida definidos en la norma IEC 62304 y gestionarse bajo un sistema de calidad conforme a ISO 13485. Esto implica documentar exhaustivamente cada decisión, tener control de versiones riguroso y realizar pruebas formales (unitarias, de integración, de sistema).

4. Gestión de riesgos

La norma ISO 14971 regula la gestión de riesgos en productos sanitarios. Aplicarla significa identificar todos los posibles fallos del software, estimar su probabilidad e impacto, e implementar medidas de mitigación. Este proceso no es opcional: es un requisito legal para obtener el marcado CE.

5. Evaluación clínica y validación

La evaluación clínica es el proceso por el que se demuestra que el dispositivo cumple su función de forma segura y eficaz. Puede realizarse mediante datos clínicos propios (estudios con pacientes reales), datos de literatura científica o, para productos de bajo riesgo, mediante equivalencia con productos ya existentes.

6. Marcado CE y lanzamiento

Con toda la documentación preparada, el fabricante declara la conformidad con el MDR y coloca el marcado CE. A partir de aquí, el producto puede comercializarse en todo el Espacio Económico Europeo. El proceso de post-mercado (seguimiento, actualizaciones, gestión de incidencias) también forma parte de las obligaciones legales.

Lo que nadie te cuenta

El proceso completo de certificación para una app sanitaria de clase IIa o superior puede llevar entre 12 y 24 meses y suponer costes de decenas de miles de euros, en función de la complejidad del producto y del organismo notificado elegido. No es algo que se haga "de camino" al desarrollo.

Sin embargo, muchas apps sanitarias empiezan siendo de clase I (bajo riesgo) o directamente no son productos sanitarios en sentido estricto, lo que reduce enormemente la carga regulatoria. La clasificación correcta desde el principio ahorra tiempo, dinero y dolores de cabeza.

Conclusión

Crear una app sanitaria es un proceso exigente, pero no imposible. La clave está en entender desde el principio qué tipo de producto estás construyendo, cuál es su riesgo regulatorio y cómo diseñar el proceso de desarrollo para que la certificación no sea un obstáculo de última hora, sino una parte integrada desde el día uno.