Sérialisation FMD pour les grossistes : alertes NMVS et désactivation
Sérialisation (FMD) pour les grossistes : gestion des alertes NMVS, vérifications et désactivation sans erreur
Si, à la réception, vous scannez une boîte et que le message « Unknown pack » ou « Pack Already Inactive » apparaît, le premier risque n’est pas technique : il est organisationnel.
Le vrai risque est que quelqu’un dise :
« Ce doit être le système, mets-la de côté et on continue. »
Et cela, en audit, devient : absence de contrôle sur d’éventuels médicaments falsifiés ou sur des anomalies de supply chain.
En 30 secondes
Pour un grossiste, la FMD ne consiste pas à « tout scanner », mais à savoir quand il faut vérifier et quand il faut désactiver.
Les alertes NMVS doivent être gérées avec un workflow qualité : quarantaine + triage + preuve + escalade.
Le mythe dangereux : « La sérialisation est un sujet de pharmacie ». Faux : le grossiste a ses propres obligations spécifiques et ses propres points critiques.
Vocabulaire d’inspection (LSI) à maîtriser
Falsified Medicines Directive (2011/62/UE), Règlement délégué (UE) 2016/161, Unique Identifier (UI), DataMatrix 2D, GTIN, NMVS, EMVO, decommissioning, verification, alert status, tamper-evident, risk-based verification, aggregation, exception handling, Sistema Farma / flux XML, dual system (bollino + DataMatrix).
Le point qui génère le plus d’erreurs : confondre “verification” et “decommissioning”
Beaucoup de déviations naissent d’un malentendu simple :
Verification = contrôle que le code existe et qu’il est valide dans le système.
Decommissioning = changement de statut (par ex. « export », « supplied », etc.) qui rend ce pack non dispensable dans l’UE.
En audit, le problème que je constate le plus souvent est l’absence d’une matrice décisionnelle claire, appliquée de manière uniforme par les opérateurs.
Tableau décisionnel (prêt à être transformé en SOP)
| Scénario opérationnel | Action FMD typique | Risque en cas d’erreur |
|---|---|---|
| Achat auprès du fabricant/MAH et vente à une pharmacie | souvent aucune action pack-by-pack, sauf politique interne | inefficacité si vous scannez tout sans valeur ajoutée |
| Achat auprès d’un grossiste « secondaire » / intermédiaire | verification, souvent avec échantillonnage risk-based | entrée de packs non valides dans la chaîne |
| Fourniture à des entités non dispensatrices, comme un médecin, un navire ou certaines structures particulières | decommissioning, par ex. « supplied » | pack qui revient et apparaît comme dupliqué ou incohérent |
| Export hors UE | decommissioning, typiquement « export » | risque de réintroduction / incohérence de statut |
| Alerte NMVS à la réception ou au picking | quarantaine immédiate + gestion d’alerte | faux potentiel ignoré = observation critique |
| Retours, si applicables à votre modèle | workflow dédié : évaluation GDP + éventuelle gestion de l’UI selon les règles et conditions de contrôle | réintégration inappropriée |
Note opérationnelle : les règles exactes dépendent de votre rôle dans la chaîne d’approvisionnement et de la configuration nationale. L’objectif ici est de rendre le raisonnement et le contrôle auditables.
Playbook alertes NMVS : quoi faire quand une erreur apparaît
Lorsqu’une alerte se déclenche, il faut une réponse standardisée. Pas « le héros du poste ».
Workflow en 8 étapes
1. Stop & ségrégation
Le pack doit être placé en quarantaine physique, ou dans une zone dédiée « FMD alert / suspects », avec une étiquette « ON HOLD ».
2. Preuve immédiate
Capture d’écran ou photo de l’erreur, date/heure, poste, ID scanner, opérateur.
3. Second scan / double vérification contrôlée
Pas pour « faire disparaître » l’erreur, mais pour confirmer sa reproductibilité et réduire le risque de faux problème purement technique.
4. Vérification de l’intégrité du pack
Contrôle du système tamper-evident, de l’état de l’emballage et de tout signe de rework ou de manipulation.
5. Ouverture d’un événement qualité
Déviation / signalement dans le QMS avec classification : falsifié potentiel vs erreur technique.
6. Triage technique (IT / fournisseur)
Vérification de la connectivité, de la latence, des mises à jour logicielles, des synchronisations.
7. Escalade réglementaire / supply chain
Contact du helpdesk national + implication du MAH / fournisseur si votre processus l’exige.
8. Disposition tracée
Libération si la fausse alerte est démontrée, ou gestion comme suspicion de médicament falsifié / retrait selon la procédure.
Contrarian insight : la pratique obsolète consiste à « réinitialiser le scanner et recommencer jusqu’à ce que ça passe ».
C’est risqué, car cela détruit la culture de la donnée. En audit, on vous demandera combien d’alertes vous avez eues, comment vous les avez traitées, dans quels délais et avec quelles preuves.
Intégration scanner–logiciel : le risque caché, c’est l’ergonomie (pas la réglementation)
La FMD échoue souvent pour des raisons « banales » :
- scanners lents
- postes insuffisants
- logiciel non intégré → double scan → opérateurs qui contournent
- réponse NMVS lente → pression opérationnelle → raccourcis
Ce qui fonctionne en pratique du point de vue entrepôt
- matériel 2D adapté et maintenance, car des scanners « fatigués » créent des erreurs
- intégration avec le WMS ou un middleware pour éviter les doubles enregistrements
- gestion des pics avec davantage de postes dans les moments de charge
- procédures d’exception handling (que faire si NMVS ne répond pas, si le réseau tombe, etc.)
Italie : DataMatrix + bollino, une dualité qui crée des déviations “silencieuses”
En Italie, la composante administrative (bollino / SSN) et la composante anti-falsification (DataMatrix) peuvent coexister et générer :
- des redondances opérationnelles
- des erreurs de réconciliation
- des flux incomplets vers les systèmes centraux
Du point de vue compliance, ce n’est pas de la « bureaucratie ». C’est de la traçabilité.
Un dispositif RP solide exige :
- une ownership claire des flux : qui envoie quoi, quand et avec quel contrôle
- une réconciliation périodique entre mouvements physiques et transmissions
- une gestion des rejets / erreurs de fichiers comme déviations ou incident logs si la traçabilité est impactée
KPI utiles (qui font la différence en audit)
- alertes NMVS pour 10 000 scans
- % d’alertes clôturées sous X jours
- temps moyen de triage
- % d’opérateurs formés et requalifiés sur la FMD
- nombre d’exceptions par poste / scanner, pour identifier les problèmes techniques ou de processus
À retenir
Pour un grossiste, la FMD, c’est avant tout : des décisions correctes + des preuves.
Une alerte n’est pas « une gêne ». C’est un événement qualité jusqu’à preuve du contraire.
Si la technologie ralentit trop l’activité, le processus finira par s’auto-contourner, et cela se paie en audit.
FAQ
Est-il obligatoire de scanner chaque pack en sortie ?
Pas nécessairement. Beaucoup de modèles prévoient des obligations ciblées et des contrôles risk-based. L’essentiel est d’avoir une procédure cohérente et démontrable.
Que signifie “Pack Already Inactive” ?
C’est un signal qui exige une gestion contrôlée. Il peut s’agir d’un problème technique ou d’une anomalie réelle. La bonne réponse est toujours quarantaine + triage + preuve.
Est-il utile de mettre en place l’aggregation ?
Ce n’est pas toujours obligatoire, mais cela peut réduire les temps et les erreurs si vous avez des volumes élevés. Attention : cela doit être bien maîtrisé, sinon le problème est simplement déplacé.