Solution Laboratoire

SOLUTION Laboratoire propose en standard un module d’archivage / épuration des données. Ce module peut être paramétré afin de choisir les éléments suivants :

• Archivage et/ou épuration 
• Base source
• Base cible
• Eléments à épurer (paramétrage, données techniques et administratives, factures, mouvements comptables)
• Dossiers à archiver/épurer (choix par date de validation scientifique + filtre dossiers)

Ainsi, vous pouvez décider de la profondeur de l'historique que vous souhaitez conserver en ligne.

Vous pouvez automatiser le fonctionnement de ce module, afin d'effectuer les opérations d’archivage en temps voulu, selon le rythme souhaité. Au préalable, vous devrez effectuer des tests afin de définir combien de dossiers peuvent être archivés en 1 nuit (lorsque la base est inutilisée, après les opérations quotidiennes de sauvegarde).

Nos consultants peuvent vous aider à défiir votre stratégie d'archivage/épuration et vous assister pour l'automatisation des tâches. Si vous êtes intéressés, nous vous invitons à contacter David BOURGEOIS.

Toute l'équipe SOLUTION Laboratoire vous souhaite à tous de très bonnes fêtes de fin d'année.

Vous pouvez décider dans SOLUTION Laboratoire de réaliser vos analyses dans un ordre bien établi. Par exemple, vous ne faites les dosages des éléments ⁹⁰Sr, ⁵⁵Fe, ⁹⁴Nb et ⁶³Ni que si la mise en solution a été réalisée. Pour cela, nous vous conseillons d'utiliser le rang des DUs.

Vous enregistrez toutes les DUs sur vos échantillons. La DU Mise en Solution aura été paramétrée avec un rang 1, les DUs de chaque élément (⁹⁰Sr, ⁵⁵Fe, ⁹⁴Nb et ⁶³Ni) auront été paramétrées avec un rang 2.

SOLUTION Laboratoire ne vous proposera donc au premier placement que les DUs de rang 1, puis vous invitera à saisir puis à valider les résultats des DUs de rang 1 avant d'autoriser le placement des DUs de rang 2.

Les listes configurables permettent de moduler l’affichage des listes de dossiers, d’échantillons… Affichage ou non d'une colonne, modification des entêtes, personnalisation de l’affichage et mise en forme avec InfoMaker.

En poussant un peu plus loin le paramétrage de ces listes configurables, en déclarant par exemple des jointures complémentaires sur les types de listes configurables proposés en standard par SOLUTION Laboratoire, on parvient à remplacer une édition spécifique InfoMaker par la présentation directe d’une liste à l’écran. L'accès à l'information devient plus rapide.

Comptages et analyses statistiques prennent alors place au sein des listes SOLUTION Laboratoire, toujours agrémentées par la puissance des filtres.

De plus en plus fréquemment mises en place par nos chefs de projets ou par les paramétreurs dans les laboratoires, les listes configurables permettent de créer des états dans les listes Solution, états qui jusque la version 4 étaient délocalisés dans les gestionnaires et autres exécutables autonomes InfoMaker.

Certains de ces états deviennent de grands classiques :

• nombre d’échantillons par client et par période,
• nombre d’analyses par produit et par période,
• répartition de demandes par client et par période…

Et n'oubliez pas que vous pouvez aussi afficher des graphiques dans les listes configurables. Pour en savoir plus, cliquez ici.

La version 1.0 du module d'échange des données EDILABO de SOLUTION Laboratoire a été  certifiée conforme au scénario d'échange EDILABO v1.0, en date du 13 décembre 2007.

Le document de conformité est accessible à l'adresse suivante : http://sandre.eaufrance.fr/article.php3?id_article=56&... ou http://sandre.eaufrance.fr/IMG/pdf/Altik_Sandre_conformit...

En mode exploitation, lors de la modification d’un élément de paramétrage (norme, DU ou protocole), sa version est incrémentée. Pour que l’élément versionné soit pris en compte par les éléments de paramétrage qui en dépendent, il est nécessaire de les modifier. Cette opération est automatique depuis la version 4.1.8 de SOLUTION Laboratoire.

Les libellés des écrans de propagation des DU et Normes peuvent être modifiés via la touche F2.

Cette fonctionnalité est accessible suivant deux options distinctes :

Propagation de procédure reversionnée

Cette option est valable pour toute détermination unitaire ou protocole qui a subit un reversionnement. La propagation peut être effectuée sur les DUs de dépendance, les protocoles, les modèles de feuille de paillasse et les dossiers-types qui utilisent la détermination unitaire ou le protocole reversionné.

Propagation de norme reversionnée

Cette option est valable pour toute norme qui a subit un reversionnement. La propagation peut être effectuée sur les modèles de feuille de paillasse et les dossiers-type qui utilisent la norme reversionnée.

Nous souhaitons vous parler de la fonction de validation administrative et compable, présente dans la version 2007 de SOLUTION  Laboratoire.

Ces validations permettent de protéger les champs administratifs et comptables des dossiers et des échantillons, empêchant ainsi leur modification.

Ces deux types de validation sont protégés par des droits d’accès et sont facultatifs.

Des icônes spécifiques montrent l’état de validation du dossier en cours.

NB : Il faut effectuer la validation administrative avant de pouvoir effectuer la validation comptable

Le mode test de SOLUTION Laboratoire a été créé pour faciliter le paramétrage. En effet, dans ce mode d’utilisation du progiciel, les objets versionnés dans SOLUTION Laboratoire ne nécessitent pas de reprise lors de leur modification. Ainsi, on peut modifier une DU, un protocole, une norme, une feuille de paillasse sans avoir à reversionner l’objet modifié.

Par contre, dès lors que le paramétrage est au point et que celui-ci doit être utilisé en production, il est très fortement recommandé de passer le paramétrage en mode Exploitation.

Le versionnement permet :

• d’assurer la traçabilité du paramétrage : si un objet SOLUTION doit être modifié (DU avec ou sans formule de calcul, norme, protocole...), une trace de cette modification est conservée. Sans oublier que l'ancienne version, conservée, permettra la consultation de tout l'historique sans encombre.

• de garantir un fonctionnement correct du progiciel. En effet, l'objet paramétrable versionné est identifié dans la base par son nom et son numéro de version. Ainsi, lorsque cet objet est utilisé par le progiciel, la définition appelée est celle stockée dans la base identifiée par le nom et la version utilisés. L’exemple le plus flagrant se situe au niveau des feuilles de paillasse. Lors du placement d’échantillons sur feuille, SOLUTION Laboratoire utilise la définition du modèle de feuille stockée dans la base. Toute modification du modèle sans versionnement après le placement peut ainsi entraîner l’impossibilité de consulter les feuilles de paillasse créées avant cette modification. 

De ce fait, ALTIK ne peut garantir un fonctionnement correct du mode test pour une utilisation en exploitation. Enfin, il peut s’avérer impossible de résoudre un éventuel problème en mode test, étant donné qu’aucune trace des modifications n’est conservée.

Le progiciel SOLUTION Laboratoire est particulièrement souple au niveau de la réalisation d’interfaces. Il peut aussi bien communiquer par échange de données via des tables intermédiaires (ORACLE, SQL Server), par échange de fichiers (txt ou xml), par socket TCP/IP, par email, par MQ-Series, par FTP, etc…

Pour échanger des informations avec d’autres systèmes reposant sur une base de données (ORACLE, SQL Server), la méthode la plus efficace est l’échange par tables intermédiaires.

Première technique

L’un des systèmes possède naturellement une table de données d’échanges dans son schéma. L’autre système doit pouvoir consulter ces tables en temps réel. Sous ORACLE, il y accède par des vues (basée sur un datalink ORACLE). Les droits d’accès restreignent l’accès à ces tables en mode consultation uniquement.

Deuxième technique

Des tables particulières servent à l’échange d’informations. Pour chaque flux, on crée une ou plusieurs tables d’interface dans un schéma partagé par les deux systèmes. Ainsi, pour chaque table d’interface, l’un des systèmes est producteur d’enregistrements, l’autre est consommateur d’enregistrements. Sur chaque table d’interface, un champ, contenant un numéro chronologique, est géré de façon automatique (par un trigger ORACLE par exemple). Ce champ permet au système consommateur de traiter chronologiquement les enregistrements de la table.

Ces techniques ont déjà été mises en place par les équipes ALTIK. Elles sont entièrement maîtrisées.

Nicolas DHUYGELAERE du SANDRE est dans nos locaux ces 2 prochains jours pour la certification de notre module d'échange de données au format EDI Labo.

Michaël LAMARRE et DOMINIQUE FERRE sont aux commandes pour répondre aux questions et corriger les anomalies qui pourraient être détectées sur le module de SOLUTION Laboratoire.

Objectif : certification de la dernière version du module SANDRE.