Primera decisión: ¿existe una finalidad médica?
En Arabia Saudí, un dispositivo no es médico únicamente por llevarse en la muñeca. Su finalidad declarada, el significado clínico de las alertas, la aplicación, las comunicaciones inalámbricas y los datos determinan las normas que deben examinarse.
Esta guía de evaluación del producto no constituye una clasificación oficial de SFDA ni sustituye las normas vigentes para un modelo concreto.
Primera decisión: ¿existe una finalidad médica?
La guía de salud digital de SFDA diferencia el bienestar general del diagnóstico, la vigilancia médica y el tratamiento. Revise las afirmaciones reales del envase, aplicación, panel clínico y publicidad.
| Ejemplo | Pregunta clave | Resultado provisional |
|---|---|---|
| Pulsera de pasos y sueño | ¿Solo muestra actividad y tendencias del sueño sin detectar enfermedades ni interpretar datos clínicos? | Posible producto de bienestar: verificar todas las afirmaciones e incluir indicación bilingüe de finalidad no médica si procede. |
| Reloj ECG con alerta de arritmia | ¿Detecta un posible trastorno e indica que debe consultarse al médico? | Evaluación médica necesaria; la forma de reloj no determina la clase. |
| Sensor continuo de glucosa | ¿Sus resultados sirven para decisiones clínicas o terapéuticas? | Probable vía médica; analizar sensor, contacto corporal, algoritmo y aplicación por separado. |
| Parche conectado a un hospital | ¿Se interpretan datos para vigilar a pacientes concretos? | Evaluar hardware y función de monitorización remota, no solo la conectividad. |
Matriz de regulación específica para dispositivos vestibles
Estas capas no son autorizaciones intercambiables; dependen de las funciones y del canal comercial:
| Condición | Ámbito regulatorio | Qué comprobar |
|---|---|---|
| Finalidad médica | SFDA: condición de dispositivo, clase y MDMA | Finalidad documentada, reglas de clasificación y autorización antes de comercializar. |
| Interpretación clínica o aviso con IA | SFDA: software/SaMD, accesorios y ciberseguridad | Flujo de datos, papel del algoritmo, versión, validación clínica y controles de riesgo. |
| Bluetooth, Wi-Fi o red móvil | CST: conformidad de equipos de telecomunicaciones si aplicable | Especificaciones de módulos y vía CST; la aprobación SFDA no la sustituye. |
| Datos de salud identificables | Protección de datos saudí PDPL, cuando corresponda | Responsables y encargados, flujos, seguridad y transferencias exteriores. |
| Importación, distribución o promoción | SFDA: establecimientos, envíos y publicidad | Representante saudí del fabricante extranjero, licencias comerciales y autorizaciones promocionales. |
Clasificar conjuntamente sensor, aplicación y servicio
- Fijar finalidad y población de cada SKU: bienestar, cribado, vigilancia o tratamiento; archivar afirmaciones exactas.
- Dibujar arquitectura de sensores, firmware, app, nube, interfaz clínica, accesorios y receptores de datos.
- Distinguir software con finalidad médica independiente del que solo controla el equipo; justificar clasificaciones separadas.
- Distinguir el software integrado que únicamente controla el equipo (SiMD, no necesariamente SaMD independiente), el software autónomo con finalidad médica propia (posible SaMD) y el software auxiliar sin finalidad médica independiente (posible accesorio). Comprobar la distinción según MDS-G027, sin asumir que una MDMA cubre cualquier aplicación.
- Aplicar MDS-G008 de SFDA (clases A–D) según finalidad, riesgo, invasividad y vigilancia; no deducir la clase por el sensor.
- Si quedan dudas sobre finalidad o software, solicitar aclaración de clasificación a SFDA antes de preparar todo el expediente MDMA.
Pruebas necesarias para decidir la vía aplicable
Antes de pedir ensayos o prometer una ruta de autorización, reunir:
- Matriz de afirmaciones en árabe e inglés: caja, web, capturas, alertas, tiendas de apps y material clínico.
- Inventario de SKU, versiones de firmware, aplicación y nube, móviles compatibles, accesorios y algoritmos ajenos.
- Mapa de señal a acción: variable medida, umbral, destinatario del aviso, respuesta esperada y consecuencia del fallo.
- Pruebas de funcionamiento y clínicas de cada resultado médico considerando movimiento, variabilidad cutánea y población.
- Cuando proceda, pruebas de batería/seguridad eléctrica, compatibilidad electromagnética, biocompatibilidad, ciclo de software y ciberseguridad; sin lista universal.
- Expediente técnico, sistema de calidad, cadena representante/distribuidor, autorización extranjera y comparación del diseño para posible reliance.
Etiquetado y condiciones de entrada al mercado saudí
| Condición de salida | Aspecto que debe coincidir |
|---|---|
| Autorización médica | Un dispositivo médico necesita MDMA de SFDA antes de su suministro comercial; excepciones no comerciales no sirven para venta ordinaria. |
| Responsable local | El fabricante extranjero designa representante saudí licenciado por SFDA; comprobar aparte al importador y distribuidor. |
| Información al usuario | Para productos sanitarios destinados a usuarios no profesionales, el etiquetado y las instrucciones aplicables deben figurar en árabe e inglés (reglamento de aplicación, ap. 10.18). Existe además una exigencia expresa para los dispositivos médicos de uso doméstico: su etiquetado, incluidas las pantallas del propio dispositivo, debe estar en ambos idiomas (13.5). Las advertencias y resultados clínicos de una aplicación asociada se examinan según su función; no toda pantalla de teléfono constituye una pantalla del dispositivo. La guía SFDA también exige una declaración bilingüe de finalidad no médica para los productos de bienestar general que cumplan sus criterios. |
| UDI y anuncios | Comprobar alcance y excepciones UDI, modelo y versión, concordancia de indicaciones y aprobación de publicidad sanitaria. El apartado 10.18 exige también árabe e inglés en la publicidad y los materiales comerciales dirigidos a usuarios no profesionales de productos sanitarios. Comprobar por separado la autorización publicitaria SFDA que corresponda conforme a MDS-REQ8. |
| Otras interfaces | Comprobar CST para radio y PDPL para datos; MDMA no exime automáticamente de ambos. |
Las autorizaciones extranjeras no se trasladan automáticamente
La guía SFDA MDS-G030 de septiembre de 2026 permite solicitar MDMA mediante reliance condicional basada en autorizaciones de reguladores reconocidos. Diseño, fabricación y finalidad deben ser idénticos, y persisten los requisitos locales de idioma y otros.
No sirve cualquier aprobación: se excluyen vías de autodeclaración sin evaluación independiente y basadas en equivalencia con producto de referencia; SFDA puede excluir SaMD o equipos con IA según riesgo y complejidad. Verifique el documento exacto. En particular, una autorización estadounidense FDA 510(k) basada principalmente en equivalencia sustancial con un dispositivo de referencia no debe considerarse automáticamente apta para MDS-G030.
Revisión ante cambios en software y hardware
- Si el firmware o algoritmo cambia umbrales o recomendaciones clínicas, reevaluar finalidad, pruebas, riesgo, clase y comunicación de cambios a SFDA.
- Si una app de bienestar incorpora detección de enfermedad o panel clínico, revisar calificación y cobertura de la autorización.
- Cambios de radio, destino de datos o cargador pueden reabrir controles CST, PDPL y eléctricos.
- Según MDS-G027, si el fabricante sabe que profesionales sanitarios utilizan o prescriben un producto de bienestar con fines médicos, procede una evaluación SFDA de su condición y debe comunicarse sin demora el uso médico fuera de la finalidad declarada detectado. La etiqueta «bienestar» no resuelve el problema.
Próxima decisión práctica
Preparar una ficha del modelo con cuatro supuestos, cinco capas normativas, declaraciones actuales, versiones y carencias probatorias. Documentar luego clasificación y vía MDMA con SFDA, y controles CST/PDPL según el caso. Para el procedimiento médico general, consultar la guía de conformidad de dispositivos médicos en Arabia Saudí.
Preguntas frecuentes sobre dispositivos médicos vestibles
¿Todo reloj que mide pulso y sueño es médico?
No. Importan finalidad médica e interpretación clínica. El seguimiento general puede ser bienestar; las declaraciones de app y publicidad pueden cambiarlo.
¿Una alerta de fibrilación auricular modifica la ruta?
Puede hacerlo: detectar una anomalía apunta a una función médica. Evaluar indicación, riesgo y pruebas sin asignar de antemano una clase SFDA.
¿La FDA o el marcado CE sustituyen la MDMA saudí?
No. Pueden servir de base al procedimiento condicional de reliance si se cumplen criterios, pero no autorizan por sí solos la venta.
¿Basta SFDA para un parche médico Bluetooth?
No necesariamente. Puede aplicarse CST a la radio; verificar el módulo y procedimiento exactos.
¿Y si la app genera el consejo médico y no el sensor?
Evaluar por separado la finalidad autónoma del software. Puede ser SaMD o software accesorio regulado; la autorización del sensor no cubre automáticamente el algoritmo.
¿Puede una pulsera de bienestar mencionar la diabetes y seguir siendo no médica?
En ciertos casos. MDS-G027 permite algunas afirmaciones de bienestar sobre enfermedades crónicas cuando tratan de vivir mejor con la enfermedad, no de diagnosticarla, prevenirla ni tratarla. Verifique finalidad, mensajes, resultados y recomendaciones; una alerta patológica exige nueva evaluación.
Fuentes regulatorias oficiales
- Reglamento de ejecución de dispositivos médicos
- Guía de salud digital (MDS-G027)
- Clasificación SFDA (MDS-G008)
- Requisitos MDMA (MDS-REQ1)
- Ruta de reliance SFDA (MDS-G030)
- Normativa CST de equipos de telecomunicaciones
- Guía saudí PDPL sobre protección de datos
- Requisitos SFDA de aprobación de publicidad de productos sanitarios (MDS-REQ8, 2026)
- Requisitos SFDA sobre UDI (MDS-REQ7)