Logiciels de collecte de données en laboratoire : qui fait quoi ?

Suivre une donnée à travers les couches

Le schéma ci-dessous est une architecture de principe. Les rôles peuvent se trouver dans une seule suite ou dans plusieurs produits. Leur nom importe moins que les opérations effectivement assurées.

1. 01

   Acquisition : obtenir la valeur

   Le logiciel constructeur ou le système DAQ lit l’instrument ou le capteur. Il gère les paramètres utiles à la mesure : canal, fréquence, déclenchement ou séquence. Il produit des données brutes et parfois des résultats calculés.

2. 02

   Intégration : rendre la sortie interprétable

   Un importeur lit un fichier ou une API. Il reconnaît les colonnes, les unités et les identifiants. C’est ici qu’un changement de séparateur décimal ou de format doit être repéré avant l’enregistrement.

3. 03

   Gestion : rattacher au bon essai

   Un LIMS organise le parcours de l’échantillon et des résultats. Les règles de validation, les droits et l’état d’avancement doivent correspondre aux pratiques du laboratoire.

4. 04

   Conservation et explication

   Un SDMS conserve et organise les fichiers scientifiques ; un ELN documente le protocole, les observations et les conclusions. Leurs fonctions peuvent se recouvrir avec celles d’une suite LIMS.

Un fichier n’est pas encore un résultat métier

Un fichier CSV peut transporter un tableau ; il ne définit pas, à lui seul, les unités, la signification des colonnes ou les règles de correction. Le format TDMS de NI distingue données brutes et métadonnées. Même avec un format descriptif, il faut décider quelles informations votre équipe doit conserver.

Cette fiche est une proposition de contrat de données, pas un format universel. Ajoutez ce que votre méthode exige : numéro de lot, conditions d’essai, statut d’étalonnage ou version du calcul, par exemple. Ne remplacez pas une donnée inconnue par une valeur par défaut trompeuse.

Les interfaces relient les rôles, elles ne les remplacent pas

Une API permet à des logiciels d’échanger. L’API eLabFTW est un exemple d’entrée programmable dans un dossier d’expérience. Elle ne constitue pas un pilote universel pour les appareils.

Un serveur OPC UA peut exposer des données industrielles. La spécification Historical Access décrit l’accès aux historiques quand cette fonction est prise en charge. La présence d’OPC UA sur un équipement ne prouve donc pas la disponibilité de tout son historique ni de tous ses champs.

La plateforme LabWare illustre le rôle de l’intégration entre instruments et gestion de laboratoire. Dans votre dossier de choix, décrivez les données nécessaires et la preuve d’échange attendue, plutôt que de demander simplement « un outil connecté ».

Où une application métier peut être utile

Une application ciblée peut réunir le contexte de l’essai, contrôler les imports et présenter les résultats au bon interlocuteur. Elle est à examiner lorsque les outils disponibles laissent un travail précis sans réponse : associer des fichiers à une campagne, consolider des sources hétérogènes ou suivre la validation d’un résultat.

Elle doit respecter le rôle des logiciels de mesure et les données brutes. Modifier une interface d’exploitation ne valide pas une chaîne métrologique. Les exigences de votre système qualité et la qualification éventuelle restent à définir avec les responsables concernés.