ISO 13485 con IA — el expediente del producto sanitario, vivo y trazable de la pieza a la vigilancia post-market.
ISO 13485 + UDI + MDR exigen trazabilidad multi-dimensión: del diseño (DHF) a la producción (DMR), al UDI de cada unidad, al post-market. iLEAN cubre los cuatro ejes con captura continua y dossier vivo — sin reconstruir el expediente cada vez que el notified body llama a la puerta.
Cuatro expedientes que tienen que cuadrar siempre — y que casi nunca viven en el mismo sitio.
El sistema de calidad de un fabricante de producto sanitario tiene que mantener cuatro expedientes vivos y consistentes — y la mayoría de plantas los tienen distribuidos en tantos sistemas como áreas hay:
- DHF (Design History File) — la historia del diseño. Suele estar en un PLM/eQMS, pero los cambios reales (escalados a producción, cambios de proveedor) acaban en otro sistema o en una hoja Excel del equipo de R&D.
- DMR (Device Master Record) — la receta maestra del producto en producción. Vive cerca del ERP/MES, pero las desviaciones aprobadas que la modifican no siempre se actualizan al ritmo de la planta.
- UDI — el identificador único de cada unidad, trazable al lote y a su DMR y DHF. Se imprime/graba en la línea, pero la trazabilidad bidireccional (de la unidad al lote, del lote a su DHF) exige cruzar tres sistemas.
- Vigilancia post-market (PMS) — las quejas, incidencias y reportes que llegan por canales heterogéneos (email del distribuidor, llamada del hospital, formulario web). Casi nunca llegan a tiempo al sistema que las cruza con el lote y el DHF, y la trazabilidad inversa queda incompleta.
Cuando el notified body audita, o cuando un evento post-market obliga a una acción correctora del campo, hay que reconstruir el cruce de los cuatro a mano. La frase honesta del responsable de calidad: «mi DHF está congelado en la versión del lanzamiento, mi DMR cambia con cada deviation, mi UDI lo gestiona producción, y las quejas las trata el equipo de RA — y los cuatro tienen que cuadrar en el dossier».
iLEAN no sustituye tu eQMS — sella la grieta entre los cuatro expedientes y la realidad.
El sistema de calidad de producto sanitario no falla en la documentación — falla en la sincronización entre lo que pasa en planta y los expedientes vivos. iLEAN actúa como la masilla que rellena ese hueco. No te pide cambiar el eQMS, ni el PLM, ni el ERP, ni el sistema de quejas. Se pone encima y garantiza que la evidencia llegue completa, asociada al UDI/lote/DHF correcto, y firmada.
Edge lee el UDI y la integridad del envase. Tracer captura cada deviation, cada queja, cada certificado de proveedor. Writer mantiene DHF, DMR y PSUR vivos. La persona — del RA — firma.
Las piezas iLEAN aplicadas a ISO 13485 con UDI y MDR:
- iLEAN Edge — terminales con visión artificial (CNN) sobre la línea de producto sanitario: OCR del UDI impreso/grabado, integridad del sellado del envase estéril, control de etiquetado, lectura de número de lote y de fecha de caducidad. Si algo no cuadra con lo esperado, retiene la unidad en milisegundos antes del cierre. Funciona sin red: la seguridad del producto sanitario no puede depender de la conectividad.
- iLEAN Tracer (Connect + integraciones) — captura todo lo que el eQMS no ve por sí solo: cada deviation que el operario abre, cada change request del equipo de R&D, cada certificado de proveedor que llega por email, cada queja que entra por el formulario web o por el distribuidor por WhatsApp. Lo asocia al lote, al UDI y al elemento del DHF/DMR que toca.
- iLEAN Writer + Agente RA — Writer construye dossiers vivos para DHF, DMR, PSUR y MDR/QMSR. El agente vigila la consistencia entre los cuatro expedientes y avisa cuando una deviation aprobada no se ha reflejado en el DMR vigente, cuando un PSUR debe actualizarse por la frecuencia de una queja, o cuando un UDI registrado en EUDAMED/GUDID no cuadra con el lote producido. La persona del RA decide y firma — la línea no sale al campo sola.
eQMS + sprints regulatorios vs. expedientes vivos con iLEAN
| Aspecto | eQMS clásico + sprints | Con iLEAN Edge + Tracer + Writer |
|---|---|---|
| DHF entre lanzamiento y revisión anual | Congelado — los cambios reales no llegan | Vivo — cada change request actualiza el DHF |
| DMR vs realidad de planta | Desfasado cuando hay deviations aprobadas | Sincronizado en tiempo real con MES/ERP |
| UDI: trazabilidad bidireccional | Manual — cruzar tres sistemas a mano | Edge lee + Tracer asocia + dossier automático |
| Vigilancia post-market | Canales dispersos, llegada tardía | Captura unificada en el segundo cero |
| Generación de PSUR | 3-5 semanas reconstruyendo evidencia | Dossier preconstruido — revisión y firma |
| Auditoría notified body | Sprint pre-auditor del equipo de calidad | Expediente listo todos los días del año |
Estimación de impacto para tu planta — a validar con tus números.
El siguiente bloque es una estimación a validar con los datos de tu planta y tu cartera regulatoria. Lo planteamos para que el comité tenga un orden de magnitud; lo refinamos en el diagnóstico.
- Fabricante de producto sanitario clase IIa/IIb con ISO 13485 + MDR + UDI, 1-3 líneas de producción, equipo de RA/QA de 4-10 personas.
- Primer valor esperable en pocas semanas: piloto Edge en una línea con lectura de UDI + integridad de envase + captura unificada de quejas post-market en una familia de producto.
- Payback orientativo entre 4 y 9 meses, según el volumen mensual de deviations, change requests y quejas, y el coste de los sprints regulatorios (PSUR, MDR Technical File update, auditorías de notified body).
- Reducción esperable del tiempo dedicado a tareas administrativas de evidencia: ≥30% (estimación a validar). La palanca dura no es el ahorro de horas — es el riesgo regulatorio evitado: un hallazgo mayor de notified body o una FDA Form 483 cuestan mucho más que el piloto completo.
Y la duda razonable del responsable de RA
«¿Y si la IA se equivoca al asociar una queja a un lote o al leer un UDI?» — la alucinación es un problema de la generación libre, no de las tareas ancladas. En tareas donde la IA se limita a recontextualizar un dato (leer un UDI y compararlo con el lote esperado, normalizar una queja que llegó por email), los mejores modelos bajaron el error por debajo del 1,5% [1]. Y aun así, lo crítico no se decide solo: iLEAN retiene la unidad o propone el cruce, y la persona del RA firma. El AI Act europeo y la regulación de producto sanitario coinciden en exigir supervisión humana en IA de alto riesgo — los tres anillos de iLEAN están diseñados precisamente para soportar ese requisito sin renunciar a la potencia.
[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.
Lo que se pregunta sobre ISO 13485 medical devices con IA
¿Qué diferencia hay entre ISO 13485 y 21 CFR 820?
ISO 13485 es la norma internacional de sistema de gestión de la calidad para producto sanitario. 21 CFR Part 820 es la regulación de la FDA estadounidense (QSR — Quality System Regulation). La FDA está armonizándola con ISO 13485:2016 vía la regla QMSR (Quality Management System Regulation), lo que hará la convergencia mucho mayor. iLEAN trata ISO 13485 como el sustrato común y mapea los registros para que cubran ambas exigencias sin duplicar trabajo en planta.
¿Y MDR UE (Reglamento 2017/745)?
MDR exige expediente técnico vivo (Anexo II/III), UDI, vigilancia post-market sistemática (PMS Plan + PMCF + PSUR), y trazabilidad reforzada. ISO 13485 es la base del QMS que MDR exige; iLEAN añade lo que MDR pidió por encima — captura continua de incidencias post-market desde múltiples canales (email del distribuidor, llamada del hospital transcrita, formulario web), generación de PSUR con evidencia ya recopilada, y trazabilidad de cada UDI a su lote y a su DHF.
¿Cómo se mantiene el DHF (Design History File) vivo?
El DHF documenta la historia del diseño del producto sanitario — requisitos, planes de verificación y validación, decisiones de diseño, gestión de riesgos (ISO 14971). El problema clásico es que el DHF queda congelado al lanzamiento, pero el producto cambia (escalado a planta, cambios de proveedor, mejoras de proceso). iLEAN captura cada change request, cada acción correctora, cada deviation y lo asocia al elemento del DHF que toca, así el expediente evoluciona con el producto en lugar de envejecer en una carpeta.
¿Integra con UDI (Unique Device Identification)?
Sí. UDI exige que cada dispositivo lleve un identificador único trazable a su lote de producción, su DMR y su DHF. iLEAN Edge lee el UDI impreso/grabado en la línea de envasado (visión + OCR), lo asocia al lote producido, y conecta esa trazabilidad con el ERP/MES y con la base UDI (GUDID FDA, EUDAMED UE). Si el UDI no es legible o no cuadra con el lote esperado, retiene la unidad antes del cierre.
¿Y la vigilancia post-market (PMS)?
La vigilancia post-market es el eje más infravalorado de MDR e ISO 13485:2016 — y el que más cuesta sostener porque la información llega por canales heterogéneos (email del distribuidor, queja del hospital, reporte de un sanitario, formulario web). iLEAN Connect captura todos esos canales en el segundo cero, los normaliza y los enruta al sistema de gestión de quejas/PSUR. El agente cruza el evento con el lote, el UDI, el DHF y el análisis de riesgos vigente, y prepara el dossier que el responsable de Asuntos Regulatorios firma.
Cuéntanos tu caso y te pasamos en 48h el ROI estimado de este proyecto de IA para tu sistema ISO 13485.
Trabajamos sobre los datos reales de tu planta y tu cartera regulatoria, no sobre los nuestros. Diagnóstico sin compromiso.
Pedir ROI estimado en 48h Ver farmacéutico y producto sanitario