Cómo elegir un partner de ingeniería para un dispositivo médico homologado bajo MDR

Casi todas las startups medtech con las que hemos hablado en los últimos 20 años llegan con la misma pregunta: ¿buscamos un freelance, montamos equipo interno, o trabajamos con un partner de ingeniería externo? La respuesta condiciona el timeline, el presupuesto y, en muchos casos, la viabilidad regulatoria del proyecto.

Un dispositivo médico homologado bajo MDR — ya sea Clase I, IIa, IIb o III, incluyendo electrocardiógrafos, monitores de paciente, dispositivos de imagen no invasiva o equipos de rehabilitación — no es un producto de electrónica de consumo con más papeles. Es un producto regulado bajo el Reglamento (UE) 2017/745 (MDR), con requisitos técnicos, clínicos y de gestión de la calidad que no admiten atajos.

Elegir mal el partner de ingeniería puede aumentar el time-to-market de tu producto entre 12 y 24 meses. Elegir bien puede ahorrarte esa ventana y, más importante, evitarte una desviación regulatoria que obligue a rehacer el technical file entero.

En este artículo revisamos los 5 criterios que consideramos innegociables al elegir un partner de ingeniería para un dispositivo médico homologado bajo MDR, las red flags que hemos visto repetirse en el sector, y las preguntas concretas que deberías hacer en la primera reunión.

Por qué el partner correcto marca la diferencia

El desarrollo de un dispositivo médico bajo MDR implica coordinar tres disciplinas simultáneamente: diseño electrónico (hardware), firmware embebido, software de aplicación, y — en paralelo — toda la documentación técnica exigida por el Reglamento. Cada una de estas capas tiene sus propias trampas.

Un error habitual en startups en fase de arranque es asumir que el problema principal es técnico. En realidad, el problema principal es trazabilidad y documentación. Puedes tener el mejor prototipo funcional del mercado, pero si no puedes demostrar el rastro documental — requisitos, especificaciones, verificaciones, validaciones — el Notified Body no aprobará el marcado CE.

Un partner de ingeniería con experiencia real en producto regulado no se limita a entregar un prototipo. Entrega un prototipo más la documentación asociada lista para incorporarse al technical file del cliente. Esta diferencia, invisible en la primera reunión, es lo que separa un desarrollo de 18 meses de uno de 36.

Los 5 criterios clave para elegir un partner de ingeniería

1. Certificación ISO 13485 vigente y auditada

La norma ISO 13485 define el sistema de gestión de la calidad específico para dispositivos médicos. No es opcional: si tu partner no está certificado, la documentación que genere para tu producto no encaja con lo que necesitas presentar al Notified Body.

Pide siempre el certificado actualizado, con nombre del organismo certificador y fecha de vigencia. Comprueba que el alcance de la certificación cubre las actividades que necesitas (diseño, desarrollo, fabricación, o los tres). Una certificación limitada a "servicios de consultoría" no te sirve si necesitas fabricación bajo control ISO.

2. Experiencia real con Notified Bodies

Existe una diferencia enorme entre "conocer el MDR" y haber pasado por el ciclo completo de certificación con un Notified Body. La documentación técnica que aprueba un NB tiene un nivel de detalle y coherencia que solo se aprende haciéndolo.

Pregunta al partner: ¿han desarrollado productos que hayan obtenido el marcado CE bajo MDR? Idealmente, pide referencias de proyectos concretos con el número del Notified Body correspondiente. La lista oficial de Notified Bodies designados está disponible en la base de datos NANDO de la Comisión Europea.

3. Capacidad hardware + firmware + software + producción bajo un mismo techo

Para un dispositivo médico homologado bajo MDR, atomizar el proyecto entre cinco proveedores — uno para hardware, otro para firmware, otro para app, otro para mecánica, otro para producción — es una receta para fricción regulatoria. Cada handoff entre proveedores es un punto de riesgo documental.

Un partner con capacidad técnica completa te permite mantener una sola interlocución técnica, un solo sistema de calidad y un solo technical file coherente. La coordinación interna del partner es su problema, no el tuyo.

4. Documentación técnica alineada con MDR desde el día 1

Pregúntale al partner cómo estructura la documentación técnica desde el inicio del proyecto. Si la respuesta es "primero hacemos el prototipo y luego documentamos", desconfía. La documentación MDR no se puede reconstruir a posteriori sin sobrecoste y sin riesgo.

Un partner experimentado genera durante el desarrollo: requisitos de usuario, especificaciones de diseño, análisis de riesgo (ISO 14971), verificaciones, validaciones, informe de gestión de riesgos, plan de vigilancia post-comercialización. Todo esto forma parte del technical file exigido por el MDR.

Si el dispositivo incluye software (más del 90% lo hacen), la norma IEC 62304 añade una capa específica de ciclo de vida del software. Asegúrate de que el partner la aplica y no la trata como opcional.

5. Track record verificable con productos propios y de clientes

El indicador más honesto de la capacidad de un partner es si ha llevado al mercado sus propios productos regulados — no solo servicios para terceros. Un partner con producto propio ha sentido en su propia piel el ciclo completo: diseño, validación, ensayos, Notified Body, distribución, post-market surveillance.

Pide ejemplos concretos. Un buen partner puede citar productos con nombre, clase, Notified Body y fecha de marcado. Si las referencias son vagas ("hemos trabajado en el sector medtech") sin datos verificables, pide detalle o descarta.

Red flags que debes evitar

En estos 20 años hemos visto proyectos que fracasaban por elegir mal el partner. Los patrones se repiten:

• Precio muy por debajo del mercado. Un desarrollo bajo MDR completo (HW+FW+SW+documentación) no puede costar menos de un rango razonable. Si el presupuesto es sospechosamente bajo, probablemente falta documentación MDR o el partner planea aprender a tu costa.
• Falta de certificación ISO 13485 o certificación con alcance limitado a "consultoría". Sin sistema de calidad certificado, la documentación no encaja con el technical file.
• Compromisos de plazo irrealistas. Un desarrollo bajo MDR desde concepto hasta producción en serie con marcado CE requiere típicamente 18-30 meses (para Clase IIa; clases superiores pueden alargarse más). Promesas de 6-9 meses suelen implicar recortar en verificación y validación.
• Nula experiencia con Notified Bodies concretos. Si el partner nunca ha pasado por un NB, la primera vez se pagará con tu producto.
• Subcontratación opaca del núcleo técnico. Si el hardware lo hace un tercero y el firmware un cuarto, sin visibilidad sobre quién es quién, cualquier problema técnico se convierte en un ping-pong de responsabilidades.
• Confusión entre partner de ingeniería y fabricante legal. El partner desarrolla y fabrica bajo tu especificación. La responsabilidad legal como fabricante MDR es tuya. Si el partner sugiere lo contrario, no ha entendido el marco regulatorio.

Cómo evaluar en la primera reunión

Estas son las preguntas concretas que recomendamos hacer en la primera reunión con cualquier partner candidato. Las respuestas te dirán más que cualquier deck comercial:

• ¿Cuántos productos médicos han desarrollado y obtenido marcado CE bajo MDR? ¿Con qué Notified Body?
• ¿Pueden enseñarme el certificado ISO 13485 vigente y su alcance?
• ¿Quién en el equipo llevaría la parte regulatoria de mi proyecto? ¿Qué experiencia tiene con MDR?
• ¿Cómo estructuran el technical file desde el kickoff del proyecto?
• ¿Qué normativas aplicables adicionales manejan (IEC 60601-1, IEC 62304, ISO 14971)?
• ¿Fabrican en instalaciones propias o subcontratan la producción en serie?
• ¿Cómo gestionan la obsolescencia de componentes electrónicos críticos?
• ¿Qué pasa con la propiedad intelectual del desarrollo? ¿Cómo se contractualiza?
• ¿Cuál es el timeline realista desde concepto hasta primeros lotes de producción?

El coste real de elegir mal

Si el partner falla en cualquiera de los 5 criterios, el coste no es solo el presupuesto perdido. Es también:

• Time-to-market: rehacer un technical file por documentación insuficiente puede añadir 12-18 meses al proyecto.
• Financiación: los inversores medtech evaluarán negativamente un proyecto donde el technical file no está alineado con el estándar de la industria.
• Reputación: un dispositivo médico que sale al mercado con fallos de calidad genera consecuencias regulatorias (post-market surveillance, action reports) y comerciales.
• Oportunidad: mientras tu proyecto está parado en revisión del NB, la competencia lanza al mercado. En medtech, el primero en llegar suele consolidar el segmento.

Por eso la decisión del partner de ingeniería merece el mismo rigor que la elección del CTO o del director regulatorio de tu propia empresa. No es un proveedor más. Es una extensión de tu capacidad técnica y regulatoria.

Preguntas frecuentes

¿Puedo trabajar con freelancers separados para hardware, firmware y software?

Técnicamente sí, regulatoriamente es muy difícil. La documentación MDR requiere coherencia entre todas las capas del producto. Coordinar tres freelancers para que sus outputs encajen en un technical file único es una labor a tiempo completo. Para Clase I puede tener sentido; para Clase IIa o superior la fricción suele superar el ahorro.

¿Qué diferencia hay entre un partner de ingeniería y un contract manufacturer?

Un contract manufacturer fabrica bajo tu especificación ya definida. Un partner de ingeniería te ayuda a definir esa especificación, desarrolla el producto y luego lo fabrica. Para startups sin equipo técnico interno, el partner de ingeniería es habitualmente la opción correcta.

¿Cuánto cuesta un desarrollo de dispositivo médico bajo MDR?

Depende de la complejidad y la clase, pero un desarrollo completo Clase IIa (HW+FW+SW+documentación MDR+ensayos+primeros lotes de producción) típicamente se sitúa entre 200.000 € y 800.000 €. Clases superiores (IIb, III) pueden requerir más. Presupuestos muy por debajo suelen indicar que falta documentación regulatoria o validaciones.

¿Cuánto tarda el ciclo típico?

Desde concepto hasta marcado CE con producción en serie, el rango habitual para Clase IIa es 18-30 meses. Dispositivos con software crítico, clases IIb o III, o requisitos clínicos complejos pueden llegar a 36-48 meses. Timelines significativamente menores suelen implicar recortar en verificación, validación o documentación.

¿El partner asume la responsabilidad regulatoria como fabricante MDR?

No. La responsabilidad legal como fabricante MDR corresponde a quien pone el producto en el mercado bajo su nombre — normalmente tú, el cliente. El partner es proveedor de ingeniería y fabricación. Esta separación de roles es clave para el marco regulatorio y debe quedar clara en el contrato.

¿Puedo cambiar de partner a mitad de proyecto?

Técnicamente sí, prácticamente es un callejón sin salida. Cambiar de partner en fase avanzada implica que el nuevo equipo tenga que familiarizarse con diseño, documentación y decisiones ya tomadas. Es mejor invertir tiempo en elegir bien al inicio que resolver después.

← Volver a la página principal