Com escollir un partner d'enginyeria per a un dispositiu mèdic homologat sota MDR

Gairebé totes les startups medtech amb les quals hem parlat en els darrers 20 anys arriben amb la mateixa pregunta: busquem un freelance, muntem equip intern o treballem amb un partner d'enginyeria extern? La resposta condiciona el timeline, el pressupost i, en molts casos, la viabilitat regulatòria del projecte.

Un dispositiu mèdic homologat sota MDR — ja sigui Classe I, IIa, IIb o III, incloent electrocardiògrafs, monitors de pacient, dispositius d'imatge no invasiva o equips de rehabilitació — no és un producte d'electrònica de consum amb més papers. És un producte regulat sota el Reglament (UE) 2017/745 (MDR), amb requisits tècnics, clínics i de gestió de la qualitat que no admeten dreceres.

Escollir malament el partner d'enginyeria pot incrementar el time-to-market del teu producte entre 12 i 24 mesos. Escollir bé pot estalviar-te aquesta finestra i, més important, evitar-te una desviació regulatòria que obligui a refer el technical file sencer.

En aquest article revisem els 5 criteris que considerem innegociables a l'hora d'escollir un partner d'enginyeria per a un dispositiu mèdic homologat sota MDR, les red flags que hem vist repetir-se al sector, i les preguntes concretes que hauries de fer a la primera reunió.

Per què el partner correcte marca la diferència

El desenvolupament d'un dispositiu mèdic sota MDR implica coordinar tres disciplines simultàniament: disseny electrònic (hardware), firmware embegut, software d'aplicació, i — en paral·lel — tota la documentació tècnica exigida pel Reglament. Cada capa té les seves pròpies trampes.

Un error habitual en startups en fase d'arrencada és assumir que el problema principal és tècnic. En realitat, el problema principal és traçabilitat i documentació. Pots tenir el millor prototip funcional del mercat, però si no pots demostrar el rastre documental — requisits, especificacions, verificacions, validacions — el Notified Body no aprovarà el marcatge CE.

Un partner d'enginyeria amb experiència real en producte regulat no es limita a entregar un prototip. Entrega un prototip més la documentació associada preparada per incorporar-se al technical file del client. Aquesta diferència, invisible a la primera reunió, és el que separa un desenvolupament de 18 mesos d'un de 36.

Els 5 criteris clau per escollir un partner d'enginyeria

1. Certificació ISO 13485 vigent i auditada

La norma ISO 13485 defineix el sistema de gestió de la qualitat específic per a dispositius mèdics. No és opcional: si el teu partner no està certificat, la documentació que generi per al teu producte no encaixa amb el que necessites presentar al Notified Body.

Demana sempre el certificat actualitzat, amb nom de l'organisme certificador i data de vigència. Comprova que l'abast de la certificació cobreix les activitats que necessites (disseny, desenvolupament, fabricació, o els tres). Una certificació limitada a "serveis de consultoria" no et serveix si necessites fabricació sota control ISO.

2. Experiència real amb Notified Bodies

Hi ha una diferència enorme entre "conèixer el MDR" i haver passat pel cicle complet de certificació amb un Notified Body. La documentació tècnica que aprova un NB té un nivell de detall i coherència que només s'aprèn fent-ho.

Pregunta al partner: han desenvolupat productes que hagin obtingut el marcatge CE sota MDR? Idealment, demana referències de projectes concrets amb el número del Notified Body corresponent. La llista oficial de Notified Bodies designats està disponible a la base de dades NANDO de la Comissió Europea.

3. Capacitat hardware + firmware + software + producció sota un mateix sostre

Per a un dispositiu mèdic homologat sota MDR, atomitzar el projecte entre cinc proveïdors — un per hardware, un altre per firmware, un altre per app, un altre per mecànica, un altre per producció — és una recepta per a fricció regulatòria. Cada handoff entre proveïdors és un punt de risc documental.

Un partner amb capacitat tècnica completa et permet mantenir una sola interlocució tècnica, un sol sistema de qualitat i un sol technical file coherent. La coordinació interna del partner és el seu problema, no el teu.

4. Documentació tècnica alineada amb MDR des del dia 1

Pregunta al partner com estructura la documentació tècnica des de l'inici del projecte. Si la resposta és "primer fem el prototip i després documentem", desconfia. La documentació MDR no es pot reconstruir a posteriori sense sobrecost i sense risc.

Un partner experimentat genera durant el desenvolupament: requisits d'usuari, especificacions de disseny, anàlisi de risc (ISO 14971), verificacions, validacions, informe de gestió de riscos, pla de vigilància post-comercialització. Tot això forma part del technical file exigit pel MDR.

Si el dispositiu inclou software (més del 90% ho fan), la norma IEC 62304 afegeix una capa específica de cicle de vida del software. Assegura't que el partner l'aplica i no la tracta com opcional.

5. Track record verificable amb productes propis i de clients

L'indicador més honest de la capacitat d'un partner és si ha portat al mercat els seus propis productes regulats — no només serveis per a tercers. Un partner amb producte propi ha sentit a la seva pròpia pell el cicle complet: disseny, validació, assaigs, Notified Body, distribució, post-market surveillance.

Demana exemples concrets. Un bon partner pot citar productes amb nom, classe, Notified Body i data de marcatge. Si les referències són vagues ("hem treballat al sector medtech") sense dades verificables, demana detall o descarta.

Red flags que has d'evitar

En aquests 20 anys hem vist projectes que fracassaven per escollir malament el partner. Els patrons es repeteixen:

• Preu molt per sota del mercat. Un desenvolupament sota MDR complet (HW+FW+SW+documentació) no pot costar menys d'un rang raonable. Si el pressupost és sospitosament baix, probablement falta documentació MDR o el partner pensa aprendre al teu cost.
• Manca de certificació ISO 13485 o certificació amb abast limitat a "consultoria". Sense sistema de qualitat certificat, la documentació no encaixa amb el technical file.
• Compromisos de termini irrealistes. Un desenvolupament sota MDR des de concepte fins a producció en sèrie amb marcatge CE requereix típicament 18-30 mesos (per a Classe IIa; classes superiors poden allargar-se més). Promeses de 6-9 mesos solen implicar retallar en verificació i validació.
• Nul·la experiència amb Notified Bodies concrets. Si el partner no ha passat mai per un NB, la primera vegada es pagarà amb el teu producte.
• Subcontractació opaca del nucli tècnic. Si el hardware el fa un tercer i el firmware un quart, sense visibilitat sobre qui és qui, qualsevol problema tècnic es converteix en un ping-pong de responsabilitats.
• Confusió entre partner d'enginyeria i fabricant legal. El partner desenvolupa i fabrica sota la teva especificació. La responsabilitat legal com a fabricant MDR és teva. Si el partner suggereix el contrari, no ha entès el marc regulatori.

Com avaluar en la primera reunió

Aquestes són les preguntes concretes que recomanem fer a la primera reunió amb qualsevol partner candidat. Les respostes et diran més que qualsevol deck comercial:

• Quants productes mèdics han desenvolupat i obtingut marcatge CE sota MDR? Amb quin Notified Body?
• Poden ensenyar-me el certificat ISO 13485 vigent i el seu abast?
• Qui de l'equip portaria la part regulatòria del meu projecte? Quina experiència té amb MDR?
• Com estructuren el technical file des del kickoff del projecte?
• Quines normatives aplicables addicionals gestionen (IEC 60601-1, IEC 62304, ISO 14971)?
• Fabriquen a instal·lacions pròpies o subcontracten la producció en sèrie?
• Com gestionen l'obsolescència de components electrònics crítics?
• Què passa amb la propietat intel·lectual del desenvolupament? Com es contractualitza?
• Quin és el timeline realista des de concepte fins als primers lots de producció?

El cost real d'escollir malament

Si el partner falla en qualsevol dels 5 criteris, el cost no és només el pressupost perdut. També és:

• Time-to-market: refer un technical file per documentació insuficient pot afegir 12-18 mesos al projecte.
• Finançament: els inversors medtech avaluaran negativament un projecte on el technical file no està alineat amb l'estàndard de la indústria.
• Reputació: un dispositiu mèdic que surt al mercat amb defectes de qualitat genera conseqüències regulatòries (post-market surveillance, action reports) i comercials.
• Oportunitat: mentre el teu projecte està aturat en revisió del NB, la compètencia llença al mercat. En medtech, el primer a arribar sol consolidar el segment.

Per això la decisió del partner d'enginyeria mereix el mateix rigor que l'elecció del CTO o del director regulatori de la teva pròpia empresa. No és un proveïdor més. És una extensió de la teva capacitat tècnica i regulatòria.

Preguntes freqüents

Puc treballar amb freelancers separats per a hardware, firmware i software?

Tècnicament sí, regulatòriament és molt difícil. La documentació MDR requereix coherència entre totes les capes del producte. Coordinar tres freelancers perquè els seus outputs encaixin en un technical file únic és una feina a temps complet. Per a Classe I pot tenir sentit; per a Classe IIa o superior la fricció sol superar l'estalvi.

Quina diferència hi ha entre un partner d'enginyeria i un contract manufacturer?

Un contract manufacturer fabrica sota la teva especificació ja definida. Un partner d'enginyeria t'ajuda a definir aquesta especificació, desenvolupa el producte i després el fabrica. Per a startups sense equip tècnic intern, el partner d'enginyeria és habitualment l'opció correcta.

Quant costa un desenvolupament de dispositiu mèdic sota MDR?

Depèn de la complexitat i la classe, però un desenvolupament complet Classe IIa (HW+FW+SW+documentació MDR+assaigs+primers lots de producció) típicament es situa entre 200.000 € i 800.000 €. Classes superiors (IIb, III) poden requerir més. Pressupostos molt per sota solen indicar que falta documentació regulatòria o validacions.

Quant tarda el cicle típic?

Des de concepte fins a marcatge CE amb producció en sèrie, el rang habitual per a Classe IIa és 18-30 mesos. Dispositius amb software crític, classes IIb o III, o requisits clínics complexos poden arribar a 36-48 mesos. Timelines significativament menors solen implicar retallar en verificació, validació o documentació.

El partner assumeix la responsabilitat regulatòria com a fabricant MDR?

No. La responsabilitat legal com a fabricant MDR correspon a qui posa el producte al mercat sota el seu nom — normalment tu, el client. El partner és proveïdor d'enginyeria i fabricació. Aquesta separació de rols és clau per al marc regulatori i ha de quedar clara al contracte.

Puc canviar de partner a la meitat del projecte?

Tècnicament sí, pràcticament és un carreronsense sortida. Canviar de partner en fase avançada implica que el nou equip s'hagi de familiaritzar amb disseny, documentació i decisions ja preses. És millor invertir temps a escollir bé a l'inici que resoldre després.

← Tornar a la pàgina principal