Tracciabilità MES per PCBA medicali: dati, eDHR e RFQ

Guida per progettisti, qualità e acquisti: definire genealogia, dati di test, release, contenimento, export e RFQ per PCBA medicali.

technology8 luglio 202528 min lettura

La tracciabilità MES per una PCBA medicale è una catena verificabile che collega identità e revisione della scheda a materiali, processi, firmware, ispezioni, test, non conformità, riparazioni, deviazioni e disposizione finale. Serve a dimostrare che cosa è stato costruito, quali evidenze sostengono il rilascio e quali unità condividono una possibile causa di rischio.

Questa genealogia può alimentare l'eDHR del dispositivo, ma non lo sostituisce. Il numero seriale della PCBA non è l'UDI del dispositivo finito; il MES non dimostra biocompatibilità, sterilizzazione, sicurezza elettrica, efficacia clinica o conformità del prodotto. Il legal manufacturer definisce requisiti e decisioni regolatorie; il fornitore PCB/PCBA consegna i record concordati nel quality agreement e nell'RFQ.

Punti chiave

Separare UDI del dispositivo, seriale del prodotto, codice/revisione/seriale PCBA, pannello, lotto materiale e identità di test evita associazioni ambigue.
Una release affidabile richiede evidenze definite per configurazione, materiali, route, processi, ispezioni, test, firmware ed eccezioni.
Un retest passato non cancella il primo fallimento: la sequenza FAIL → diagnosi → repair/deviation → retest → disposition deve restare interrogabile.
La granularità va scelta in base a rischio e contenimento; non tutte le schede richiedono consumo per reference designator.
L'eDHR del dispositivo deve ricevere dati strutturati e interpretabili, non soltanto PDF o schermate proprietarie.
La ricerca all'indietro parte da un'unità; quella in avanti parte da lotto, ricetta, fixture, programma o finestra di processo e individua tutte le unità coinvolte.
Un NCR gestisce una non conformità specifica; CAPA e field action appartengono al sistema qualità e alle autorità del soggetto responsabile.
Retention, audit trail, accesso, export e consegna dei dati a fine contratto sono requisiti d'acquisto.
Il fornitore va qualificato con record campione, eccezioni e una prova di contenimento, non con la sola presentazione del software.

Contenuto

Quali identità collegare
Chi è responsabile dei record
Quali dati formano la genealogia
Quale granularità scegliere
Quali evidenze sostengono la release
Come conservare fallimenti e rework
Come collegare ispezione e test
Quali campi servono per imaging e wearable
Come qualificare i dati durante NPI
Come eseguire una query di contenimento
Come separare NCR, CAPA e field action
Come governare retention ed export
Come verificare il fornitore
Quali fattori guidano costo e lead time
Cosa includere nell'RFQ
Quali dati può quotare HILPCB
FAQ

Quali identità deve collegare la tracciabilità di una PCBA medicale?

La catena deve partire da identificatori distinti e controllati. Riutilizzare lo stesso termine “seriale” per dispositivo, scheda, pannello e report crea errori proprio quando serve isolare una popolazione.

Livello	Identità utile	Relazione da conservare	Proprietario tipico
Dispositivo finito	UDI-DI/UDI-PI o identificazione applicabile, seriale/lotto dispositivo	Configurazione commercializzata, produzione, distribuzione e record regolatori	Legal manufacturer
Configurazione prodotto	Codice, revisione, variante, mercato e firmware rilasciato	Baseline approvata e data di efficacia	Product owner/PLM
PCBA	Codice, revisione e seriale univoco	Dispositivo o assieme superiore in cui è installata	OEM/EMS secondo il perimetro
Pannello PCB	Panel ID e posizione unità	Lotto bare board e seriali derivati	Fabbricante PCB/EMS
Materiale	MPN, manufacturer, supplier lot/date code, reel/carrier	Ordine, feeder/splice e unità consumatrici al livello richiesto	Sourcing/EMS
Processo	Route, stazione, ricetta/revisione, timestamp	Unità lavorata, risultato e operatore/equipment quando richiesto	EMS
Ispezione/test	Programma, limiti, fixture, strumento, risultato	PCBA, misure, failure code e allegati	Test owner/EMS
Eccezione	NCR, deviation, repair/rework e disposition ID	Unità coinvolte, approvazione e verifica successiva	Qualità/MRB
Spedizione	Shipment/lot e destinatario concordato	PCBA rilasciate e configurazione consegnata	EMS/OEM

La mappatura PCBA-dispositivo può avvenire presso l'EMS, nel box build o presso il legal manufacturer. Va specificato il punto di acquisizione: senza questa relazione, la genealogia del fornitore si ferma alla scheda e non consente una query diretta dal dispositivo finito.

Chi è responsabile della genealogia PCBA, dell'eDHR e delle decisioni regolatorie?

Il legal manufacturer mantiene la responsabilità del dispositivo e del sistema qualità applicabile. Un EMS può raccogliere e consegnare evidenze di produzione, ma non diventa automaticamente proprietario della validazione finale, dell'UDI, della CAPA del prodotto o di una decisione di richiamo.

Attività	Product owner/legal manufacturer	Fornitore PCB/PCBA	Decisione da contrattualizzare
Requisiti e rischio	Definisce intended use, caratteristiche critiche e controlli	Fornisce feedback di producibilità e capacità	Quali caratteristiche entrano nel control plan
Baseline	Approva BOM/AVL, Gerber/ODB++, assembly data, firmware e test spec	Verifica di ricevere la revisione autorizzata	Sistema master, effettività e change notice
Produzione	Definisce deliverable e criteri di accettazione	Esegue route e registra gli eventi inclusi	Stazioni, parametri e interlock coperti
Test	Possiede requisiti, rischi e limiti salvo delega esplicita	Sviluppa/esegue fixture o programmi nel perimetro	Proprietà, validazione e manutenzione dei test
eDHR/release dispositivo	Aggrega le evidenze e autorizza il rilascio	Fornisce unit history e certificati concordati	Formato, firma, review by exception e tempi
NCR/MRB	Partecipa o approva secondo rischio/quality agreement	Apre, contiene, investiga e propone disposition	Autorità per rework, use-as-is e deviazioni
CAPA/vigilance	Decide l'azione nel proprio QMS e gli obblighi regolatori	Fornisce dati, contenimento e supplier corrective action	Escalation, tempi e accesso ai record
UDI/field action	Gestisce identità regolatoria e popolazione di dispositivo	Supporta la query delle PCBA interessate	Ponte tra seriale PCBA e dispositivo/spedizione

Per imaging medico e wearable, il perimetro può includere solo la scheda, oppure programmazione, cablaggio, enclosure e collaudo superiore. “End-to-end” deve indicare il primo identificatore acquisito, l'ultimo assieme tracciato e ogni processo esterno escluso.

Quali campi formano una genealogia PCBA utilizzabile nell'eDHR?

Il record deve essere relazionale: ogni evento ha un'identità prodotto, una revisione, una sorgente, un timestamp, un risultato e un collegamento alle eccezioni. Una lista di report scollegati non consente review by exception né contenimento ripetibile.

Dominio	Campi minimi da valutare	Perché servono
Configurazione	part number, revisione, variante, BOM/AVL, file assembly, firmware e checksum/versione	Dimostrare quale baseline è stata costruita
Ordine/unità	work order, quantità, panel ID, posizione, seriale PCBA e assieme superiore	Ricostruire unità, pannello e destinazione
Bare PCB	fabbricante, lotto, date code, certificato e risultati richiesti	Contenere difetti comuni del circuito stampato
Componenti	manufacturer/MPN, supplier, lotto/date code, reel/carrier, alternate approvato	Collegare rischio materiale e sostituzioni alle unità
Processo	route, stazione, ricetta/revisione, parametri selezionati, allarmi e timestamp	Provare percorso e finestra di esecuzione
Persone/attrezzature	operatore/qualifica quando richiesta, equipment ID, manutenzione e stato calibrazione	Valutare validità e autorizzazione del record
Ispezione	programma/revisione, caratteristica, risultato, defect code, immagine/allegato se richiesto	Separare controllo estetico, giunti nascosti e criteri specifici
Test	fixture, programma, limiti, firmware, strumenti, misure, unità, pass/fail e log selezionati	Rendere ripetibile l'interpretazione del risultato
Eccezioni	primo failure, diagnosi, repair/rework, parti sostituite, deviation, approvatore e retest	Evitare che il pass finale cancelli la storia
Release	stato, record mancanti, reviewer, approvazione e shipment ID	Collegare evidenza completa alla consegna

Ogni campo deve avere definizione, formato, unità, sorgente, obbligatorietà e regola per dati mancanti. “Temperatura = 245” non è un dato utilizzabile senza unità, punto di misura, ricetta, sensore, timestamp e relazione con l'unità o il lotto.

Quale granularità di tracciabilità scegliere per una PCBA medicale?

La granularità segue l'impatto del guasto e la precisione di contenimento necessaria. Raccogliere tutto aumenta scansioni, storage, integrazioni e possibilità di associazione errata; raccogliere troppo poco allarga inutilmente hold e field investigation.

Livello	Cosa collega	Quando può essere adeguato	Limite
Ordine/lotto	Materiali e processi all'intero work order	Prodotti semplici o rischi contenibili per lotto	Popolazione ampia e alternates/splice poco visibili
Pannello	Bare PCB e processo al panel ID/posizione	Difetti legati a pannello, plating o fabbricazione	Dopo depaneling serve il legame unità-posizione
Unità serializzata	Route, test ed eccezioni a ogni PCBA	Base per prodotti configurati e test individuali	Non indica automaticamente quale reel ha alimentato ogni componente
Feeder/reel/splice	Carrier e intervallo di consumo alle unità	Componenti critici, programmati o a rischio supply	Dipende da scansioni, mapping linea e gestione splice affidabili
Reference designator	Lotto/MPN alla posizione montata	Contenimento molto mirato o configurazioni miste	Maggiore complessità dati e necessità di verifica semantica
Assieme/dispositivo	PCBA installata nel seriale superiore	Quando serve passare da device identity a board genealogy	Richiede acquisizione al punto di integrazione

Definire anche la precisione attesa della query. Se il requisito è isolare tutte le unità che hanno consumato uno specifico reel dopo uno splice, una registrazione a livello work order non è sufficiente, anche se il fornitore la chiama “full traceability”.

Quali evidenze devono essere presenti prima della release di una PCBA medicale?

La release non dovrebbe dipendere da un generico certificato finale. Deve verificare che i record richiesti siano completi, nella revisione corretta e privi di eccezioni aperte o bypass non autorizzati.

Domanda di release	Evidenza richiesta	Blocco tipico
È la configurazione approvata?	Codice/revisione, BOM/AVL, documenti, firmware/checksum ed effettività	Revisione o alternate non autorizzati
I materiali sono accettabili?	Lotti, status incoming, shelf-life/MSL se applicabile, CoC richiesti	Materiale in hold, scaduto o senza identità
La route è completa?	Tutte le operazioni obbligatorie con stato e timestamp	Stazione saltata o route alternativa non approvata
Il processo è valido?	Ricetta rilasciata, equipment/fixture qualificati e parametri richiesti	Programma errato, calibrazione/manutenzione fuori stato
Le ispezioni sono chiuse?	Risultati, defect code e disposition delle anomalie	Difetto aperto o campionamento non eseguito
I test sono validi?	Programma/limiti, strumenti, misure, pass/fail e log richiesti	Limite non controllato, test mancante o record incompleto
Le eccezioni sono autorizzate?	NCR, repair/rework, deviazione, approvazione e verifica	Disposition assente o rework senza istruzione
Il record è esportabile?	Unit history leggibile e file strutturato concordato	Dati disponibili solo in una dashboard temporanea
La spedizione è coerente?	Stato released, shipment ID e mappatura all'assieme se richiesta	Unità in hold, duplicata o non assegnata

Il legal manufacturer decide quali elementi alimentano l'eDHR e quale reviewer autorizza il dispositivo finito. Il fornitore deve rendere evidente sia il record completo sia l'elenco delle eccezioni; un PDF “pass” senza storia non sostiene una review by exception.

Come conservare FAIL, retest, repair, rework e deviation senza perdere la storia?

Ogni nuovo evento deve essere aggiunto, non sovrascritto. Il record finale può risultare PASS o RELEASED, ma deve mostrare perché l'unità aveva fallito, che cosa è cambiato e chi ha autorizzato la disposizione.

Stato/evento	Record minimo	Regola
`FAIL`	Test/limite, valore, failure code, programma, fixture, timestamp	Resta immutabile anche dopo un pass
Diagnosi	Sintomo confermato, analisi, evidenze e responsabile	Separare ipotesi da causa verificata
Repair	Sostituzione/riparazione eseguita e materiale usato	Definire se l'azione è prevista o speciale
Rework	Istruzione e revisione approvate, operazioni ripetute	Tornare alle stazioni e ai test richiesti
Deviation/use-as-is	Motivo, rischio, autorità e durata/lotto applicabile	Non trasformare un'eccezione in regola permanente
Retest	Nuovo risultato con gli stessi identificatori di metodo	Conservare numero/tipo di tentativo e condizioni
Disposition	Release, scrap, return o hold	Solo ruoli autorizzati possono chiudere

Un limite modificato dopo un fallimento è un change-control event, non un semplice retest. Il sistema deve mostrare quale versione dei limiti ha prodotto ogni risultato e impedire che una modifica retroattiva riclassifichi silenziosamente record esistenti.

Come collegare SPI, AOI, X-ray, ICT, flying probe e FCT alla genealogia?

Ogni metodo copre difetti diversi. La genealogia deve indicare programma, criteri, risultato e unità; non deve presentare il nome del metodo come prova automatica di copertura o conformità.

Metodo	Evidenza possibile	Non dimostra da solo	Dato da collegare
SPI	Deposito pasta rispetto a criteri configurati	Qualità finale del giunto o funzione	Programma/revisione, feature, misura/defect e unità/pannello
AOI	Presenza, polarità, posizione e difetti visibili configurati	Giunti nascosti o comportamento elettrico	Programma, libreria, immagine/defect e disposition
X-ray	Strutture nascoste secondo piano e criteri	Funzione del circuito o affidabilità universale	Metodo, area, criterio, campionamento e risultato
Flying probe	Open/short e misure accessibili con flessibilità NPI	Copertura di nodi non accessibili o funzione completa	Programma, net/test, valore, limite e seriale
ICT/boundary scan	Difetti di montaggio e interconnessione nel perimetro progettato	Prestazione del sistema e sensori reali	Fixture, programma, coverage statement e failure data
FCT	Funzioni stimolate nelle condizioni definite	Intended use, sicurezza o prestazione clinica completa	Setup, firmware, strumenti, stimoli, limiti e risultati

Il DFT owner deve fornire accesso, power sequence, interfacce, firmware di test, golden reference, condizioni, limiti e gestione degli stati sicuri. Per approfondire il rapporto tra metodi e copertura, consultare test PCB e test funzionale PCB.

Quali campi aggiungere per imaging medico e dispositivi indossabili?

Le applicazioni cambiano i dati critici, non la responsabilità di qualifica. La tabella aiuta a definire la genealogia della PCBA; non certifica il dispositivo o i materiali a contatto con il paziente.

Caso	Identità/configurazione da controllare	Evidenza PCBA utile	Confine da mantenere
Catena di acquisizione imaging	Revisione analog front end, FPGA/MCU, clocking e firmware	Programma test, rail, comunicazione, calibrazione elettronica se definita	Qualità immagine e prestazione clinica richiedono validazione di sistema
Scheda di controllo gantry/attuatori	Variante, safety-related I/O, firmware e assieme	I/O testati, interlock verificati nel fixture e history delle riparazioni	Sicurezza macchina/dispositivo non deriva dal solo FCT PCBA
Wearable alimentato a batteria	PMIC, cell-interface variant, sensori e firmware	Leakage/current test, programmazione, comunicazione e serial mapping	Runtime, charging safety e uso sul corpo richiedono prove di prodotto
Flex/rigid-flex wearable	Lotto materiale, panel/position e processo concordato	Bare-board record, assembly route, ispezioni e test elettrici	Biocompatibilità e compatibilità cutanea dipendono dai materiali esposti e dal dispositivo finito
Modulo wireless	RF component lot, antenna configuration e firmware/regulatory variant	Programmazione, identity e test RF solo se inclusi e specificati	Conformità radio/EMC è un'attività di prodotto e mercato
Sensore calibrato	Sensor lot, calibration method/revision e reference equipment	Coefficienti, raw/final result e equipment status se il supplier esegue la calibrazione	Accuratezza in uso dipende da integrazione, ambiente e algoritmo

Le pagine dedicate a DFM/DFT/DFA medicale, NPI EVT-DVT-PVT e turnkey PCBA, safety e biocompatibilità trattano quei domini; qui l'obiettivo è definire quali loro risultati devono diventare record collegati.

Come qualificare il flusso dati MES durante NPI?

Il flusso non va dichiarato pronto perché “il dato appare nel sistema”. Durante NPI bisogna verificare identità, significato, eccezioni, integrità e portabilità con casi positivi e negativi.

Baseline: importare codice/revisione, BOM/AVL, route, firmware e programmi di test approvati; confrontare con i file master.
Identità: creare panel ID e seriali unità; tentare duplicato, formato errato e associazione alla revisione sbagliata.
Materiali: tracciare lotto e alternate; simulare materiale in hold, splice e cambio reel nel livello concordato.
Route: tentare stazione fuori sequenza, documento obsoleto, programma non rilasciato e operatore/fixture non autorizzati.
Test: iniettare un fallimento noto; verificare valore, limite, unità, programma, fixture e preservation del risultato originale.
Eccezione: eseguire diagnosi, rework o deviation, retest e disposition; controllare approvazioni e audit trail.
Completezza: rimuovere un campo obbligatorio o un allegato; la release deve bloccarsi o generare un'eccezione esplicita.
Downtime: interrompere rete o collegamento macchina; verificare identità offline, backlog, riconciliazione e duplicati.
Export: ottenere unit history leggibile, dati strutturati e dizionario campi; ricostruire la storia fuori dalla dashboard.
Contenimento: eseguire una query in entrambe le direzioni e confrontare il risultato con record indipendenti.

EVT, DVT o PVT non determinano da soli quale test sia al cento per cento. Sampling, test individuale e copertura devono derivare da rischio, requisiti, validazione del processo e quality plan approvato.

Come eseguire una query di contenimento per una possibile anomalia?

La query deve partire da un identificatore e da un intervallo documentati e restituire una popolazione ripetibile. “Tutte le schede di quel mese” può essere prudente, ma spesso segnala che la granularità non sostiene il contenimento richiesto.

Ricerca all'indietro da dispositivo o PCBA

acquisire UDI/seriale dispositivo o seriale PCBA e la configurazione;
risolvere la relazione dispositivo-assieme-PCBA;
recuperare pannello, bare-board lot e materiali al livello contrattuale;
ricostruire route, ricette, stazioni, equipment e tempi pertinenti;
leggere risultati originali, fallimenti, repair/rework, deviation e retest;
verificare release, shipment e altri dispositivi/assiemi correlati.

Ricerca in avanti da una causa possibile

definire lotto, reel, recipe, fixture, program revision, equipment event o time window;
ottenere carrier/pannelli/unità che hanno consumato o attraversato quell'evento;
distinguere non iniziato, WIP, hold, stock, spedito, RMA, scrap e rework;
applicare hold fisico e logico senza perdere lo stato precedente;
collegare screening, reinspezione, retest o rework autorizzati;
esportare query, criteri, popolazione, esclusioni e motivazione di chiusura.

La genealogia aiuta a definire la popolazione tecnica. Il legal manufacturer combina questi dati con risk management, complaint/vigilance e distribuzione per decidere reporting, advisory, recall o field safety corrective action secondo i mercati applicabili.

Come separare NCR, supplier corrective action, CAPA e field action?

Questi record possono essere collegati, ma non sono sinonimi. Confonderli produce escalation mancanti o trasferisce responsabilità al soggetto sbagliato.

Record/azione	Domanda a cui risponde	Owner tipico	Collegamento genealogy
NCR/nonconformity	Che cosa non soddisfa un requisito in questa unità/lotto?	Organizzazione che rileva/controlla il prodotto	Seriali/lotti, difetto, containment e disposition
Supplier corrective action	Quale causa del fornitore va corretta e come si prova l'efficacia?	Fornitore con oversight del cliente	Lotti coinvolti, processi, cause, azioni e verification
CAPA	Esiste un problema sistemico nel QMS che richiede azione correttiva/preventiva?	Organizzazione responsabile nel proprio QMS	Trend, complaint, NCR e popolazioni correlate
Complaint/vigilance	Che cosa è accaduto in uso e quali obblighi si applicano?	Legal manufacturer	UDI/device serial, distribuzione e PCBA genealogy
Recall/FSCA/field action	Quale popolazione richiede comunicazione, correzione o ritiro?	Legal manufacturer e autorità applicabili	Query tecnica più identificazione/distribuzione dispositivo

Il supplier quality agreement deve definire soglie e tempi di notifica, accesso ai record, supporto alle indagini e approvazione delle disposizioni. Il MES può instradare un workflow; non valuta da solo significatività clinica o obbligo regolatorio.

Come governare audit trail, retention, accesso ed export dei dati?

Un dato è utile se resta interpretabile e accessibile per il periodo concordato. Il contratto deve evitare sia l'archivio incompleto sia la dipendenza da una dashboard del fornitore.

Requisito	Criterio di accettazione	Evidenza
Completezza	I campi obbligatori bloccano la chiusura o generano eccezione visibile	Report di record mancanti
Integrità	Correzioni, retest e approvazioni non cancellano l'evento originale	Audit trail cronologico
Attribuzione	Sorgente automatica/manuale e ruolo autorizzato sono distinguibili	User/equipment ID e firma quando richiesta
Tempo	Timestamp, timezone e sincronizzazione sono definiti	Confronto MES-macchina-tester
Retention	Durata distinta per eventi, misure, immagini e file grezzi	Schedule contrattuale
Accesso	Ruoli di visualizzazione, export, modifica e approvazione sono limitati	Matrice accessi e review periodica
Sicurezza/backup	Trasferimento, backup, restore e incident process sono concordati	Prova restore e responsabilità
Residenza/subfornitori	Sedi, sistemi e terze parti sono trasparenti	Elenco approvato e change notice
Export	Formato strutturato e report leggibile sono disponibili	Campione CSV/JSON/PDF/API e data dictionary
Fine contratto	Consegna, migrazione e cancellazione sono definite	Clausola, tempi e conferma di chiusura

La retention non ha una durata universale. Deve seguire ciclo di vita, obblighi di mercato/cliente, rischio, garanzia/servizio e disponibilità dei record del dispositivo. Quando il PCBA supplier conserva meno del legal manufacturer, prevedere un trasferimento periodico verificato.

Come verificare la capacità del fornitore prima della nomina?

La verifica migliore segue una PCBA campione e forza almeno un'eccezione. Chiedere quali dati sono realmente acquisiti nella linea proposta, non quali funzioni il software potrebbe supportare in astratto.

Prova	Cosa chiedere	Segnale di rischio
Baseline	Mostrare revisione, BOM/AVL, route, firmware e test collegati	Correzioni locali non riportate ai file controllati
Identità	Creare e leggere panel/unit serial; tentare un duplicato	Etichette esterne o identità riutilizzabili
Material genealogy	Tracciare lotto/reel/splice verso le unità	Materiale registrato solo a livello ordine
Interlock	Tentare materiale in hold, route errata o programma obsoleto	Bypass non limitato o non auditabile
Test history	Mostrare fail, misura/limite, repair e retest	Il pass sostituisce il primo fail
Equipment/calibration	Collegare risultato a fixture/strumento e stato	ID generico o stato non verificato
NCR/rework	Eseguire disposition e ritorno alle stazioni richieste	Note libere senza istruzione/revisione
Containment	Query avanti/indietro su identificatore noto	Risultati manuali, incompleti o non ripetibili
Export	Consegnare report e dati strutturati	Solo screenshot o login temporaneo
Downtime/change	Simulare disconnessione e nuova revisione	Eventi persi o vecchio programma ancora disponibile

Per assemblaggio SMT o turnkey assembly, confermare anche sourcing, programmazione, processi speciali e subfornitori. La stessa interfaccia commerciale non significa necessariamente un unico database o una genealogy continua.

Quali fattori guidano costo e lead time della tracciabilità medicale?

I principali driver sono il livello di identità, le integrazioni e la profondità dei dati. Le offerte vanno normalizzate: una proposta meno costosa può includere solo work-order history, mentre un'altra comprende seriale unità, test raw data, retention ed export.

Driver	Possibile impatto	Domanda per l'offerta
Serializzazione/marking	Etichette, laser, scansioni, verifica e tempo ciclo	Chi definisce formato, posizione e qualità lettura?
Granularità materiale	Più eventi, mapping linea e gestione splice	Lotto, reel, feeder o reference designator?
Integrazione stazioni	Driver, mapping, validazione e manutenzione	Quali stazioni sono automatiche, manuali o escluse?
Fixture/test	NRE, debug, golden unit, programmi e calibrazione	Proprietà e change-control inclusi?
Dati/immagini grezzi	Storage, rete e strumenti di lettura	Pass/fail, valori chiave o file completi?
eDHR/export	Mapping, report, firme e integrazione cliente	Quale formato e con quale frequenza?
Retention/backup	Storage, replica, restore e migrazione	Durata per ogni tipo di record?
Qualità/regolatorio	Review, deviazioni, audit e quality agreement	Quali approvazioni e tempi di risposta?
Mix/revisioni	Route e programmi multipli, changeover e rischio errore	Quante varianti attive e quale effettività?
Pilot/accettazione	Tempo per casi negativi e chiusura gap	Quali prove devono passare prima di PVT/MP?

Il lead time deve separare preparazione dati, design seriale/label, integrazione, fixture/test, configurazione route, pilot, correzione gap, approvazione quality agreement e rilascio. Una data unica senza queste dipendenze non è confrontabile.

Cosa includere nell'RFQ per tracciabilità MES ed eDHR di una PCBA medicale?

L'RFQ deve descrivere un risultato verificabile. La frase “tracciabilità completa secondo ISO 13485” non definisce campi, confini, retention, responsabilità o accettazione.

Identità e configurazione

codice prodotto, revisioni, varianti e mercati;
volumi di prototipo, pilot, ramp e produzione;
panel ID, seriale PCBA, marking, posizione e verifica leggibilità;
punto e formato di mappatura tra PCBA, assieme e device serial/UDI quando applicabile;
BOM/AVL, alternate, firmware/checksum e sistema master;
componenti/posizioni che richiedono granularità elevata.

Route, materiale e processo

flusso PCB, SMT, THT, programmazione, cleaning, coating/potting e box build incluso/escluso;
stazioni obbligatorie, campionarie, alternative, manuali, esterne e di rework;
lotti/date code, reel/feeder/splice e MSL/shelf-life richiesti;
ricette, parametri, equipment/fixture e calibration status da conservare;
interlock per revisione, material hold, route, programma, qualifica e record mancanti;
comportamento durante downtime e riconciliazione.

Ispezione, test e firmware

matrice rischio/difetto/metodo per SPI, AOI, X-ray, flying probe, ICT/boundary scan e FCT;
test owner, coverage statement, fixture, programmi, limiti, golden reference e manutenzione;
firmware di produzione/test, checksum, configurazione e authorization;
strumenti, unità, precisione e calibration requirements;
valori, immagini e raw log da conservare;
regole per failure code, debug, repair, rework, retest e limit change.

Qualità, release e contenimento

evidence-to-release checklist e reviewer/approval richiesti;
stati PASS, FAIL, HOLD, REWORK, SCRAP e RELEASED o equivalenti;
NCR/MRB/deviation authority e notifiche al cliente;
query forward/backward, popolazioni incluse e caso di accettazione;
gestione WIP, stock, shipment, RMA, scrap e subfornitori;
tempi e record richiesti per supplier corrective action e supporto CAPA/field investigation.

Dati, sicurezza e contratto

data dictionary con formato, unità, sorgente e campi obbligatori;
audit trail, firme/attribuzione e controllo accessi;
retention distinta per eventi, misure, immagini e allegati;
residenza, terze parti, backup, restore e incident notification;
export CSV/JSON/PDF/API, frequenza e mapping all'eDHR cliente;
ownership, portabilità, migrazione e cancellazione a fine contratto.

Offerta e deliverable

NRE separato per serializzazione, integrazione, fixture/test, report e pilot;
costi ricorrenti per scansioni, storage, retention, accesso e supporto;
assunzioni, esclusioni, processi esterni e stazioni non connesse;
lead time per dati, tooling, pilot, gap closure e release;
sample unit history, exception report, genealogy export e containment result;
change-control per BOM, route, ricette, programmi, sito e subfornitore.

Quali dati di tracciabilità PCBA può quotare HILPCB?

HILPCB può valutare fabbricazione PCB, sourcing, assembly e test nel perimetro concordato, ma non si deve presumere che ogni macchina, lotto, immagine, misura, calibration record o processo esterno sia integrato automaticamente. Livello di genealogy, formato dei record e responsabilità devono essere confermati sui file del progetto, nel quality agreement e nell'offerta.

Per una valutazione utile, inviare BOM/AVL, fabrication e assembly data, quantità/mix, critical characteristics, serial/marking plan, route, firmware, test specification, retention, data dictionary ed esempio di export/eDHR desiderato. Indicare quali processi restano presso il legal manufacturer e dove avviene la mappatura tra PCBA e dispositivo finito.

La qualifica regolatoria, l'UDI, la validazione del dispositivo, la release finale, la vigilance e le field action restano in capo all'organizzazione responsabile, salvo attività specifiche delegate e documentate. HILPCB deve essere valutata sul deliverable PCBA effettivamente quotato, non su una generica promessa di tracciabilità medicale.

Domande frequenti sulla tracciabilità MES per PCBA medicali

Il seriale della PCBA può essere usato come UDI del dispositivo?

Non automaticamente. Il seriale PCBA identifica una scheda o assieme interno; l'UDI identifica il dispositivo finito secondo il sistema e il mercato applicabili. Il legal manufacturer deve definire e mantenere la relazione tra UDI/device serial e PCBA installata.

La genealogy del fornitore è già un eDHR completo?

No. Può fornire materiali, processi, test ed eccezioni della PCBA, ma l'eDHR del dispositivo può includere altri assiemi, software/configurazione, label, packaging, sterilizzazione, release e distribuzione. Il perimetro e il mapping vanno definiti.

ISO 13485 impone gli stessi campi MES a ogni PCBA?

No. Lo standard riguarda il sistema qualità per dispositivi medicali; non crea un dizionario MES universale per ogni scheda. Campi, granularità e retention devono derivare da ruolo, rischio, requisiti regolatori/cliente e quality agreement applicabili.

Tutti i componenti devono essere tracciati per reference designator?

Non sempre. Per alcuni progetti bastano lotto, pannello e seriale unità. Componenti critici, programmati o soggetti a contenimento mirato possono richiedere reel, splice o reference designator, purché la linea acquisisca quelle relazioni in modo affidabile.

Un PASS dopo retest può sostituire il primo FAIL?

No. Il pass successivo deve essere aggiunto alla storia insieme al fail originale, diagnosi, repair/rework o deviation e autorizzazione. Cancellare il primo risultato impedisce root-cause, trend, review by exception e valutazione della riparazione.

È obbligatorio eseguire FCT al 100% su ogni PCBA medicale?

Non esiste una regola universale. Copertura e frequenza dipendono da rischio, requisiti del prodotto, difetti indirizzati, capacità del processo e quality plan. Un test individuale può essere richiesto, ma va definito e giustificato dal responsabile del prodotto.

Quale relazione deve esistere tra test e calibrazione degli strumenti?

Il risultato dovrebbe indicare fixture, programma, strumento pertinente e stato di calibrazione/qualifica richiesto. Questo sostiene la validità metrologica del record, ma non dimostra che metodo, stimoli o limiti siano adeguati al rischio del prodotto.

La tracciabilità MES può dimostrare biocompatibilità o compatibilità con la sterilizzazione?

No. Può collegare lotti, certificati e processi inclusi nel perimetro. Biocompatibilità e sterilizzazione dipendono dal dispositivo, dai materiali esposti, dal processo e dalla validazione applicabile; una PCBA interna o il suo MES non certificano il prodotto.

Come si verifica una query di contenimento?

Si sceglie un seriale noto e si ricostruisce all'indietro la storia; poi si sceglie un lotto, reel, ricetta, fixture o programma e si cercano in avanti tutte le unità coinvolte. Il risultato va confrontato con WIP, stock, shipment, rework e record indipendenti.

Qual è la differenza tra NCR e CAPA?

L'NCR registra e dispone una non conformità specifica. La CAPA affronta un problema sistemico nel sistema qualità dell'organizzazione responsabile. Possono essere collegate, ma un NCR non diventa automaticamente CAPA e il fornitore non decide da solo la CAPA del legal manufacturer.

Per quanto tempo vanno conservati i dati PCBA?

Non esiste una durata unica. Il periodo deve allinearsi a ciclo di vita, servizio/garanzia, rischio, obblighi di mercato e record del dispositivo. È utile distinguere eventi strutturati, valori di test, immagini e raw file e prevedere il trasferimento al cliente.

Quali prove chiedere al fornitore prima della produzione?

Chiedere unit history completa, associazione materiale-unità, interlock dimostrato, fail con repair/retest, equipment/test identity, NCR/deviation, query avanti/indietro, export strutturato e prova di downtime/change-control sul flusso rappresentativo del progetto.

Conclusione

La tracciabilità MES di una PCBA medicale è utile quando collega identità, configurazione, materiali, esecuzione, test ed eccezioni in una storia che sostiene release e contenimento. Non è una dichiarazione generica di conformità e non trasferisce al fornitore la responsabilità regolatoria del dispositivo.

Il risultato va progettato come un contratto dati: quali identità, quali campi, quale granularità, quali blocchi, quali approvazioni, quale export e quale prova di accettazione. Con questi elementi, progettisti, NPI, qualità e procurement possono confrontare i fornitori sulla stessa evidenza verificabile e integrare la genealogy PCBA nell'eDHR senza perdere confini o storia.