MexarDonnées de laboratoire Architecture de principe
Outils d’automatisation de la collecte au labo : les briques à prévoir
Automatiser la collecte demande une interface avec l’instrument, un déclenchement, une traduction des données et une destination. Il faut aussi pouvoir constater un échec et reprendre le transfert. Un connecteur qui fonctionne une fois ne suffit pas à rendre le flux exploitable.
Par François Aubeut, fondateur de Mexar ·
Du poste de mesure au résultat exploitable
Voici un flux de principe à adapter à votre environnement. Il sépare l’acquisition locale de la circulation des résultats, pour que le transfert ne décide pas implicitement de ce qui a été mesuré.
- Instrument / logiciel constructeurProduit la mesure et son fichier source.
- Collecteur localAttend une sortie complète et conserve son origine.
- File de transfertGarde les envois à traiter et leur état.
- Contrôles d’importVérifient format, unité et rattachement à l’essai.
- LIMS / ELN / applicationReçoit le résultat et affiche les exceptions.
Le schéma ne prescrit pas un produit ni une infrastructure. Un import par fichiers peut suffire à un flux peu fréquent. Un besoin de temps réel ou de continuité hors réseau demande d’autres preuves.
Choisir l’interface à partir de la sortie réelle
- Fichier terminé
- Pour un appareil qui exporte un résultat, surveillez un dossier ou utilisez l’export prévu. Définissez comment reconnaître la fin d’écriture. Conservez le fichier original et la version du lecteur utilisé.
- Pilote d’instrument
- Si le besoin concerne la communication avec un appareil, vérifiez son pilote et les commandes autorisées. NI-VISA prend en charge plusieurs interfaces, sans garantir à lui seul les commandes d’un modèle précis.
- Acquisition DAQ
- Si vous lisez des capteurs, fréquence et synchronisation relèvent du matériel et de l’acquisition. La documentation NI-DAQmx illustre les déclenchements ; leur disponibilité dépend de l’équipement.
- Serveur OPC UA
- Pour un équipement qui l’expose, vérifiez les variables, leurs unités et leur statut. L’accès à l’historique est une capacité distincte à confirmer, utile pour définir la reprise après coupure.
- API de destination
- Pour enregistrer dans un outil, vérifiez le schéma accepté, les droits et les réponses d’erreur. L’API eLabFTW permet la lecture et l’écriture ; l’adaptateur et les contrôles restent à définir.
Concevoir la reprise avant de multiplier les connexions
| Incident simulé | Comportement attendu | Preuve à conserver |
|---|---|---|
| Même fichier reçu deux fois | Reconnaître le doublon sans créer deux résultats. | Identifiant d’import et journal du second passage. |
| Destination indisponible | Conserver l’envoi, signaler l’attente et reprendre selon la règle prévue. | État avant coupure et rapprochement après reprise. |
| Unité ou format inattendu | Isoler la donnée au lieu de la convertir silencieusement. | Erreur lisible, fichier brut et décision de correction. |
| Essai introuvable | Attendre une décision de rattachement, sans inventer d’identifiant. | Élément en anomalie, responsable et correction tracée. |
| Arrêt du collecteur | Détecter l’arrêt et vérifier les données restant à transférer. | Alerte et bilan de reprise, pas seulement un redémarrage. |
Ces comportements sont des exigences à spécifier. Ils ne sont pas automatiquement fournis par les outils cités. Fixez notamment le nombre de nouvelles tentatives, le délai acceptable et la personne qui reçoit les alertes.
Garder des frontières explicites
Qui peut lire et qui peut agir ?
Pour un besoin de collecte seule, demandez des accès limités à la lecture quand l’équipement le permet. Toute commande modifiant une mesure ou le fonctionnement de l’appareil doit faire l’objet d’une validation dédiée.
Quand le résultat est-il accepté ?
Un transfert réussi signifie que la destination a reçu des données. Il ne signifie pas que l’essai est scientifiquement validé. Conservez des états distincts pour l’import et la décision métier.
Qui reprend le flux demain ?
Documentez les versions, le compte technique, les paramètres et la procédure de reprise. Les secrets restent dans les outils prévus pour cela, jamais dans un mode opératoire partagé.
Sources et limites de la comparaison
Documentations officielles consultées le 24 octobre 2026. Les fonctions dépendent du matériel, des versions, des modules et du contrat. Nous n’avons pas réalisé de banc d’essai de ces produits ; les contrôles proposés doivent être exécutés sur votre installation.