Descriptif standardisé « Middleware

Transcription

Descriptif standardisé
« Middleware »
Anne Gruson1
et les membres du groupe de travail « Middleware » :
Thierry Blanchard2, Bernard Capolaghi3, Pierre Carayon4,
Régine Cartier5, Philippe Chatron6, Geneviève Dedieu7, Philippe Derache8, Gérard Desch9,
Anne Gruson1, Jean-Claude Maury10, Yvan Monneret11, Bernard Poggi5, Michel Sorel12,
Jérôme Soucheleau13, Jean-Jacques Taris14
1. Centre Hospitalier d’Arras
2. Assistance Publique - Hôpitaux de Marseille - Marseille
3. Centre Hospitalier - Thionville
4. Assistance Publique - Hôpitaux de Marseille - Marseille
5. Hospices civils de Lyon - Lyon
6. LBM - Clermont Ferrand
7. Centre Hospitalier Universitaire - Toulouse
8. Centre Hospitalier Universitaire - Bordeaux
9. Centre Hospitalier - Avignon
10. Centre Hospitalier Universitaire - Lille
11. LBM - Nimes
12. Hospices civils de Lyon - Lyon
13. Centre Hospitalier Universitaire - Poitiers
14. LBM - Lyon
15. Codes - La Varenne St Hilaire
Éditeur : John Libbey Eurotext, 127, avenue de la République, 92120 Montrouge, France. Tel. : 01 46 73 06 60. Fax : 01 40 84 09 99.
Email : [email protected]. Site Internet : http://www.jle.com. Directeur de la publication : Gilles Cahn. Prépresse : Thomson,
Digital (Mauritius) Ltd, Ile Maurice. Imprimeur : Corlet SA, ZI, route de vire, 14110 Condé-sur-Noireau. Nº ??? – Dépôt légal novembre
2012
ISSN 003-3898 – Commission paritaire no 0207T81246
doi:10.1684/abc.2012.0772
Copyright © 2017 John Libbey Eurotext. Téléchargé par un robot venant de 78.47.27.170 le 07/02/2017.
Société française de biologie clinique
Syndicat de l’industrie du diagnostic in vitro
Sommaire
A – PARTIE DESCRIPTIVE
1. Description
S9
2. Architecture
S10
S10
S11
S12
S14
S16
S16
2.1.
2.2.
2.3.
2.4.
2.5.
2.6.
Postes clients/serveur
Montée en charge/dimensionnement
Sécurité/continuité de services/confidentialité
Backup SIL
Interopérabilité
Interface utilisateurs
3. Connexions et intégration logicielle
3.1.
3.2.
3.3.
3.4.
3.5.
Liens avec le SIL
Prescription connectée
Connexion à la station de pilotage de la robotique
Connexion analyseurs
Connexion à des logiciels tiers
4. Suivi de la gestion opérationnelle
4.1.
4.2.
4.3.
4.4.
4.5.
4.6.
Listes de travail
Routage
Traçabilité
Colisage
Compteur de cellules
Sérothèque
5. Suivi de production, indicateurs et statistiques
5.1.
5.2.
5.3.
Production
Indicateurs
Statistiques
6. Gestion des lots de réactifs, calibrants et contrôles
6.1.
6.2.
Calibrants et réactifs
Contrôles de qualité
S17
S17
S18
S19
S19
S21
S22
S22
S22
S23
S25
S27
S27
S29
S29
S30
S31
S32
S32
S33
7. Audit traçabilité
S39
8. Règles d’expertise
S41
9. Validation technique
S43
10. Assurance qualité
S46
S46
S47
10.1.
10.2.
Management de la qualité
Évaluation de méthodes quantitatives et qualitatives
11. Biologie délocalisée sans logiciel tiers
Ann Biol Clin - Supplément 1, volume 70, 2012 : S2
S49
12. Maintenance/service après-vente/formation
12.1.
12.2.
12.3.
Gestion des maintenances
Service après-vente
Formation
13. Observations
S50
S50
S51
S54
S55
B. PARTIE EXPLICATIVE
S57
- Acronymes et termes anglo-saxons
S63
- Glossaire général
Les descriptifs standardisés sont réalisés sous l’égide de la Société française de biologie clinique (SFBC) qui est
promoteur, en lien avec les industriels du Syndicat de l’industrie du diagnostic in vitro (SIDIV).
Les descriptifs se positionnent comme guide dans le choix des systèmes d’automatisation et d’information, ainsi qu’en
support aux démarches de qualité des laboratoires de biologie médicale.
Le descriptif standardisé Middleware a été réalisé suite à la publication du descriptif consacré à la Robotique et à
l’automatisation. Il est également complémentaire des différents descriptifs dédiés aux systèmes analytiques.
Le descriptif standardisé Middleware constituera un chapitre du guide d’aide à l’automatisation des laboratoires de biologie
médicale.
Ce descriptif a été réalisé en lien avec la Société française d’informatique de laboratoire (SFIL), le Collège national
de biochimie des hôpitaux (CNBH) et l’Association française des ingénieurs biomédicaux (AFIB).
Anne GRUSON*
Biologiste Responsable du LBM
Chef de Service Biochimie-Toxicologie
Centre hospitalier d’Arras
Tél. 03 21 21 10 88 - Mail : [email protected]
*Vice-présidente du Comité de section « santé humaine » du
Cofrac
Membre de la Commission de certification des établissements de
santé de l’HAS
Notice explicative
Introduction
Les systèmes d’information contribuent à l’efficience de
l’automatisation des laboratoires de biologie médicale. Ils
sont par ailleurs des supports aux démarches de qualité.
Parmi ces systèmes, le Middleware. Celui-ci, selon la
définition reprise dans le glossaire en annexe à ce descriptif,
est un concentrateur intégré dans le flux de données entre le
système informatique du laboratoire (SIL) et les systèmes
analytiques et/ou pré- et post-analytiques.
Le Middleware pilote et vise à optimiser tout ou partie
des processus de laboratoire (production, traçabilité,
validation…).
L’objectif est de réaliser un descriptif détaillé des systèmes
Middleware et de traiter de leur utilisation et de leur
intégration dans l’environnement.
Le descriptif standardisé Middleware peut être utilisé
comme document d’évaluation et de comparaison.
Ce descriptif présente deux parties :
A. Partie descriptive
1. Description
2. Architecture
12. Maintenance/Service après-vente/Formation/Coût
B. Partie explicative
1. Représentation schématique des interactions entre
logiciels
2. Glossaire
Glossaire général reprenant les principales terminologies
techniques utilisées dans ce descriptif. Cinquante et un
termes sont listés. Pour chacun, leur signification est
précisée, dans certains cas, une définition est proposée. Les
noms commerciaux ont été exclus de ce glossaire.
3. Acronymes et termes anglo-saxons
Trente-cinq sigles ou abréviations correspondants à des
termes français ou anglo-saxons sont explicités. Ils ont
tous été utilisés dans le texte.
1. Description
L’objectif est d’indiquer pour les différents Middleware,
par exemple, la date de la première installation, la date de
la dernière version, le nombre de sites utilisateurs. Cette
description permet de préciser notamment si la Société et
le logiciel sont indépendants ou non, de Société fournisseur
de SIL ou de tout système d’automatisation, ainsi que les
ressources dédiées.
2. Architecture
- L’architecture technique générale, les postes clients/
serveurs, les systèmes d’exploitation, les bases de données
et périphériques sont exposés dans ce chapitre.
- Des réponses détaillées sont à apporter faces aux
exigences :
• de montée en charge en regard de la volumétrie du
LBM, de la demande de disponibilité, des besoins et
des performances souhaitées ;
• de sécurité, dont les volets continuité de service
(en mode dégradé, en backup du SIL), et de
confidentialité ;
• d’interopérabilité avec les environnements référentiels,
bureautiques et décisionnels du laboratoire ;
• d’ergonomie des postes de travail et des interfaces
utilisateurs.
- Enfin, dans la réflexion globale, il ne faudra pas oublier
d’envisager un plan de reprise d’activité en cas de problème
majeur du matériel informatique Middleware et son
backup.
- Cette partie précise les liens avec le SIL, la prescription
connectée, les connexions au station de pilotage de
Robotique et aux systèmes analytiques.
- La connexion à des logiciels tiers est également
envisagée, de type gestion qualité, stocks, colisage, biologie
délocalisée…
- Un schéma en annexe à ce descriptif positionne le
Middleware au centre de l’informatique fonctionnelle et de
production du laboratoire.
- Ce schéma met en évidence, par exemple, les
interconnexions indispensables entre les informatiques
de laboratoire multi-sites afin de minimiser les risques à
chaque étape du processus et faire circuler le maximum
d’informations pertinentes. Ceci au travers de l’ensemble
du réseau jusqu’aux étapes de validations techniques (SIL
ou Middleware) et de validation biologique de l’ensemble
du dossier patient (SIL).
- Les flux des prélèvements et leur gestion au niveau des
trois phases analytiques sont tout particulièrement traités
(avec listes de travail et routage).
- Plusieurs paragraphes décrivent également la traçabilité
du suivi de la gestion opérationnelle de type, par exemple :
• traçabilité du cheminement du tube ;
• traçabilité d’enregistrements ;
• compteur de charge de travail (gestion dynamique en
temps réel) ;
• alertes ;
• colisage (trace du cheminement du tube avec
informations à chaque étape des différentes phases).
- Ce chapitre concerne les différentes possibilités de
suivre et de piloter la gestion de la production, avec des
moyens multiples comme notamment par visualisation
de l’avancement des traitements, par l’état fonctionnel
des connexions, et par des outils automatiques de gestion
(comme celle des réactifs).
- Par ailleurs, différents indicateurs (de temps, de charge
de travail, de TAT…) et des outils statistiques sont aussi
répertoriés de manière très détaillée.
- Le descriptif standardisé Middleware s’attache à présenter
un chapitre très complet sur la gestion des lots de réactifs,
calibrants et contrôles.
- La gestion des contrôles de qualité est présentée
sous forme d’une grille particulièrement détaillée avec
notamment des précisions relatives, entre autres, à :
• la possibilité de gestion des contrôles internes de
qualité et des évaluations externes ;
• la gestion centralisée (pour tous les analyseurs ou
poste/poste) ;
• la gestion et le paramétrage des lots ;
• la gestion de la stabilité, de la péremption ;
• l’exploitation de différentes règles ;
• les visualisations et graphiques ;
• les traçabilités (date, heure, analyseur, lots réactifs
et contrôles, alarmes, opérateur de validation
technique) ;
• le transfert des données vers des logiciels externes
(mono, bi-automatique ou manuelle et sous quel
format) ;
• l’archivage (selon méthode, support et durée).
- Le Middleware offre des possibilités intéressantes
« d’audit de traçabilité » de différentes informations comme
sur :
• le dossier patient ;
• la demande ;
• les tubes ;
• les résultats (valeurs brutes, règles d’expertises
exécutées) ;
• les
modifications
effectuées
(démographie,
paramétrage, pré- ou post-analytique interne) ;
• les actions réalisées.
- Les fonctions et outils utilisés peuvent être listées à ce
niveau.
Les règles d’expertise sont des aides intéressantes.
Cependant, il importe que ces règles soient maîtrisées par
le biologiste. Aussi, ce chapitre aborde :
• les possibilités de paramétrage des règles d’expertise et
de leur déclenchement (au moment de la réception de
la demande ou après obtention des résultats émanant
d’un automate ou saisis manuellement) ;
• la portée de ces règles en fonction de la prescription
et/ou du paramètre (en tenant compte ou non de
l’antériorité) ;
• les critères utilisables pour définir ces règles ;
• l’existence d’une bibliothèque de règles par l’éditeur
ou de règles génériques adaptables ;
• la traçabilité et la visualisation des règles.
• la possibilité d’une base séparée de la production pour
tester les règles en cours de paramétrage ;
• les fonctions disponibles pour le paramétrage.
- C’est la validation technique qui est abordée dans
ce chapitre et qui est à bien différencier de la validation
biologique. La validation biologique est réalisée par le
biologiste médical et intègre l’ensemble des résultats dans
le contexte global du dossier patient en vue d’interprétation
au regard du contexte clinique.
- Le Middleware apporte de nombreuses aides et est un
support à la validation au niveau des systèmes analytiques
et d’automatisation.
- Ce chapitre présente les possibilités d’aide à la validation
technique des résultats. Les systèmes Middleware peuvent,
à titre d’exemple, permettre de proposer :
• la gestion d’alarmes (alarmes analyseurs, Robotique
pré-analytique, valeurs de référence…) ;
• l’utilisation de filtres (analyseur, prescripteur, bilan,
patient, urgence, laboratoire émetteur) ;
• les actes de validation à paramétrer ;
• différents indicateurs (antériorités,…) ;
• divers affichages (analyseur, résultats des CQ, lots
réactifs, valeurs de référence…) ;
• de générer certaines actions (ré-analyse, facteur de
dilution ou concentration, déclenchement d’autres
examens, liste de résultats à téléphoner, ajout de
commentaires codés ou libres….) ;
• la validation technique par bilans, tubes, examens,
groupement d’examens (avec ou non enclenchement
automatique).
- Le Middleware apporte une aide conséquente à la
démarche de qualité par les possibilités offertes et détaillées
dans les différents chapitres de ce descriptif.
- Pour autant, certaines autres actions peuvent être
envisagées qui conforteraient le Middleware en tant que
support de qualité :
• Management de la qualité.
Les fonctionnalités classiques des logiciels de management
de la qualité (comme gestion : documentaire, non
conformités, stocks, matériel, économique, personnel,
audits et revues de direction) pourraient être assurées par
le Middleware.
Cela est détaillé dans le document.
• Évaluation de méthodes quantitatives et qualitatives.
- Il serait efficient que le Middleware assume tout ou partie
des fonctionnalités utiles à l’évaluation des performances
analytiques
(vérification/validation
des
méthodes
quantitatives et qualitatives).
- Un paragraphe permet ici de lister les possibilités
souhaitées.
- Parmi les évolutions en prospective, le Middleware
pourrait gérer lui-même sans logiciel tiers, tout ou partie
des examens de biologie médicale délocalisée (EBMD).
- Les principaux critères à prendre en charge sont
rassemblés dans ce chapitre. Cela depuis l’autocréation
dans le SIL jusqu’au pilotage à distance des analyseurs
délocalisés (gestion des calibrations, CIQ, alarmes, blocage
si problèmes).
12. Maintenance/Service après-vente/Formation/Coût
Ce chapitre vise à apporter des informations sur :
• le niveau de gestion et de traçabilité des
maintenances ;
• l’organisation, la disponibilité et la réactivité du
service après-vente et des services associés ;
• la formation (organisation et nature avec possibilité de
e-learning).
Conclusion
Le descriptif standardisé Middleware sera soumis à
actualisation régulière tenant compte de l’évolution des
sytèmes et des technologies.
Ce descriptif ainsi que les différents descriptifs des systèmes
analytiques et de robotique constitueront des chapitres du
Guide d’aide à l’automatisation des laboratoires.
Nous souhaitons remercier les Sociétés qui ont activement contribué à la réalisation du descriptif standardisé
Middleware.
Les industriels peuvent être ici largement associés à la rédaction de ce document :
-
Abbott
Beckman Coulter
Bio Mérieux
Byg informatique
Data Innovations
DL Santé
MIPS Diagnostics Intelligence
Ortho Clinical Diagnostics
Roche Diagnostics
Siemens Healthcare Diagnostics
Technidata
Tosoh Bioscience
SYSTÈME :
FABRICANT :
NOM :
ADRESSE :
TÉLÉPHONE :
FAX :
MAIL :
DISTRIBUTEUR :
NOM :
ADRESSE :
TÉLÉPHONE :
FAX :
MAIL :
FICHE REMPLIE PAR :
NOM :
FONCTION :
DATE :
TÉLÉPHONE :
FAX :
MAIL :
1. DESCRIPTION
Remarques
1-1
Nom du logiciel
1-2
Nom du distributeur
1-3
Nom de l’éditeur
1-4
Date de la première installation
1-5
Numéro et date de la dernière version
1-6
Nombre de versions majeures dans les 2 dernières
années (hors patchs)
Société et logiciel indépendant de société fournisseur Non Oui
de SIL ou de tout système d’automatisation
Nombre de sites utilisateurs français (fournir une
liste de références)
Nombre de sites utilisateurs dans le monde entier
1-7
1-8
1-9
Ressources dédiées pour ce produit en termes de
1-10 développement/support hot-line/nombre total de
personnes de la société
1-11 Ressources dédiées pour ce produit sur le terrain
Marquage CE du logiciel
1-12 Certification du logiciel
Si oui, caractéristiques :
Certification de la société
1-13
Si oui : laquelle ?
Langues supportées :
1-14 - pour l’utilisation, lesquelles :
- pour le paramétrage, lesquelles :
Non Oui
Non Oui
Non Oui
2. ARCHITECTURE
2.1. POSTES CLIENTS/SERVEUR
Remarques
2-1-1
PC fournis par le fournisseur
Non
Oui
2-1-2
Serveurs fournis par le fournisseur
Non
Oui
2-1-3
Client/serveur
Non
Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non
Oui
Non
Oui
Non
Oui
Non
Non
Oui
Oui
Non
Oui
Non
Oui
2-1-4
2-1-5
2-1-6
2-1-7
2-1-8
2-1-9
2-1-10
2-1-11
2-1-12
2-1-13
Type de client :
- lourd
- léger
- web
Compatible client léger
Si oui, lesquels :
Différences de fonctionnalités entre client léger et
client lourd
Si oui : lesquelles ?
Technologie web
Préciser les types et la version du navigateur :
Réseau propriétaire
Si oui :
- HUB ou switch commun à la structure d’accueil
- HUB ou switch dédiés
Préciser :
Système d’exploitation des postes informatiques
Préciser :
Modalités de déploiement du logiciel sur les
postes de travail
Automatisation des reprises de données en cas de
changement de version
Système d’exploitation du serveur
Préciser :
Bases de données : produits et versions supportées
(ex. : ORACLE 10.3.2.5)
Préciser : date à laquelle la version supposée
la plus récente a été rendue disponible aux
utilisateurs du produit
Base de données unique (sur serveur) ou par poste
de travail
Préciser l’architecture des bases de données :
centralisée, répartie-organisation en multi-sites…
/
/
Périphériques : quels sont les prérequis ou les
listes de produits certifiés pour chacun des types
de périphériques suivants :
- imprimantes N/B
- imprimantes couleurs
- lecteurs RFID
2-1-14
- lecteur code-barres (douchettes) avec et sans
fil+E11
- imprimantes code-barres
- lecteurs de cartes CPS
- scanner
- autres : préciser
Non
Non
Non
Oui
Oui
Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
2.2. MONTÉE EN CHARGE/DIMENSIONNEMENT
Remarques
2-2-1
Nombre maximum de postes clients
2-2-2
Configuration matérielle minimale proposée pour
les postes clients : plateforme(s) matérielle(s)
2-2-3
2-2-4
2-2-5
Limitation de la base de données
Si oui préciser :
- en volume
- en nombre de dossiers
- en nombre d’années
- Décrire le dimensionnement de la solution
proposée (volumétrie de base de données, nombre
et caractéristiques des serveurs, dimensionnement
des postes clients)
- Critères retenus :
- nombre de tubes
- nombre de patients
- nombre de CQ
- audit ou données de traçabilité (durée de
stockage)
- lots réactifs, calibrants et CQ (durée de stockage)
- autres
Présence d’un mécanisme de purge et d’archivage
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Montée en charge et disponibilité
Indiquer les architectures préconisées pour
gérer la capacité de montée en charge et la haute
disponibilité :
- architecture de type « ferme de serveurs »
2-2-6
- clustering de serveurs
- clustering de bases de données
- mécanismes de haute disponibilité supportés et
déjà mis en œuvre en production (ex. : ORACLE)
Préciser :
Nombre maximum de sites distants supportés :
2-2-7
bande passante nécessaire
Durée minimum pendant laquelle le fournisseur
s’engage à maintenir le produit sur la version
2-2-8 courante d’un logiciel système (OS, SGBD,
Java…) à partir du moment où une nouvelle
version de ce logiciel système est disponible
Délai maximum dans lequel le fournisseur
s’engage à porter son produit sur une nouvelle
2-2-9
version majeure de logiciel système, à partir du
moment où celle-ci est disponible
Décrire les moyens mis en œuvre pour optimiser
2-2-10
les temps de réponse : préciser
Durée minimale de lancement du progiciel sur le
poste de travail utilisateur, incluant l’initialisation
2-2-11
de l’environnement de travail et le chargement du
contexte
Indiquer (et lister) s’il existe des opérations
2-2-12 courantes quotidiennes qui entraînent un temps de
réponse supérieur à 3 secondes
Non
Non
Non
Non
Oui
Oui
Oui
Oui
2.3. SÉCURITÉ/CONTINUITÉ DE SERVICES/CONFIDENTIALITÉ
Remarques
2-3-1
2-3-2
2-3-3
Virtualisation possible :
- technologie CITRIX
- technologie VM-Ware
- autre : préciser
Si serveur physique, installation d’une carte ethernet
de secours sur le serveur
La notion de poste de secours est-elle indispensable
L’ensemble de l’installation est-elle capable de gérer
un mode de fonctionnement dégradé
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
2-3-4
2-3-5
2-3-6
2-3-7
2-3-8
2-3-9
Disponibilité d’un poste de secours de connexion et
de validation
Temps de remplacement d’un poste de connexion et
de validation
Quel est le niveau de compétence de l’utilisateur
pour remplacer un poste de connexion ?
- technicien de laboratoire
- informaticien
Préciser la procédure de bascule quand le serveur
primaire tombe en panne
Procédure dégradée en cas de panne du MW
Préciser :
Plan de reprise d’activité
Existe-t-il des procédures de sauvegarde et
restauration pour traiter une corruption :
- de logiciels systèmes
- du paramétrage de ces logiciels
- du paramétrage des équipements matériels dédiés
à l’infrastructure du MW (ex. : contrôleurs réseaux,
« appliances »/boîtes noires)
- du logiciel du Middleware
- du paramétrage du Middleware
- des données manipulées (lues et créées) par le
Middleware
- des données produites par le Middleware et
archivées
Décrire chaque étape :
Type de protection :
- antivirus supportés :
• sur les serveurs
• sur les clients
Si oui, lesquels : ……………………………………
Influence sur les performances : ………………...…
- firewall
- programme spécifique
Fourniture et description des fonctionnalités
suivantes :
- contrôles d’accès aux postes de travail
- chiffrement des données confidentielles lors de
leur transfert
- protocole de communication garantissant
l’intégrité des données
Non Oui
h
min
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Authentification par certificat GIP-CPS
2-3-10 Chiffrement par certificat GIP-CPS
Signature par certificat GIP-CPS
Procédure de déconnexion automatique de
2-3-11 l’utilisateur
Délai paramétrable par groupe d’utilisateurs
Gestion des droits par profil utilisateur
paramétrables :
- par site
- intersites
2-3-12
- inter-automates
Niveaux d’action de chaque profil utilisateur
paramétrable (biologiste, technicien, secrétaire)
Différenciation lecture/modification/suppression
Sécurité et confidentialité :
- gestion des mots de passe : préciser codage,
2-3-13 fréquence…
- les mots de passe sont-ils modifiables par le
titulaire de ce mot de passe (CNIL)
Connexion avec le référentiel d’authentification
et d’habilitation LDAP : utilisation de l’annuaire
2-3-14
d’entreprise pour attribuer les habilitations, autoriser
les connexions
Moyens mis en place par le fournisseur pour
2-3-15 assurer la confidentialité des données et des process
(CNIL…) : préciser
Position du logiciel suivant la vigilance sur les
2-3-16 logiciels avec signalement des incidents à l’ANSM
(décret du 7 novembre 2011)
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
2.4. BACKUP SIL
Remarques
2-4-1
2-4-2
Fonction de saisie des demandes sur le Middleware
en cas de rupture de communication avec le SIL :
- saisie manuelle
- par système de numérisation (scanner ou autres)
- par prescription connectée
Saisie d’un dossier :
- dans sa globalité
- tube/tube
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
2-4-3
2-4-4
2-4-5
2-4-6
2-4-7
2-4-8
2-4-9
2-4-10
2-4-11
Fonction d’édition d’étiquettes code-barres à partir
du Middleware :
- au fur et à mesure
- par lots
Fonction d’édition de résultats sur le Middleware
Quelles informations sont éditées (fournir un
exemple d’édition) ?
Diffusion des résultats :
- par fax
- sur un serveur de résultat
Autocréation de la demande sur le SIL
Si oui, avec gestion de la notion de résultat édité
Procédure dégradée en cas de rupture de
communication du SIL
Décrire la méthode de fonctionnement en mode
dégradé, et décrire la procédure de sortie du mode
dégradé (par exemple, que deviennent les analyses
non réalisées au retour du SIL, informations
perdues…)
Génération automatique d’une non-conformité
en cas de dépassement d’un TAT (à valider par
l’opérateur)
Lors de la saisie du dossier patient, existe-t-il un
lien pour récupérer les informations de la base de
données ?
Pendant combien de temps ?
Existe-t-il une procédure de réassociation lors du
retour SIL en cas de divergence mineure ?
Sur quelle base le MW et le SIL communiquent
- no de tube
- no de dossier
- no IPP
autres : Préciser
Étude de cas : backup exceptionnel :
- 2 laboratoires ayant le même SIL liés entre eux
- 2 laboratoires avec un Middleware commun (lien
réseau)
- dictionnaires avec des codes analyses identiques
- analyseurs identiques connectés au même MW
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Chaque laboratoire pourra-t-il récupérer les
Non Oui
résultats des paramètres enregistrés indifféremment
sur l’un des 2 laboratoires et passés indifféremment
sur l’analyseur d’un des 2 sites
2.5. INTEROPÉRABILITÉ
Remarques
Synchronisation des référentiels du Middleware
avec les référentiels extérieurs : lesquels, et par quel
mécanisme (import/export, EAI) et dans quel sens
(MW maître ou esclave ou les 2)
2-5-1
En particulier, qu’en est-il des référentiels suivants :
- dictionnaire des analyses
- dictionnaire des correspondants
- fichier structure de l’établissement de santé
Outils bureautique :
- pour les envois par mail, quels clients de
messagerie sont supportés, et dans quelles versions
2-5-2 (ex., Outlook 2010, ThunderBird…)
- pour la constitution de documents bureautiques,
quels logiciels bureautiques sont supportés, et dans
quelle version (ex. : Word 2007)
Logiciel d’agrégation de données :
- extractions (base ouverte)
- quel niveau de paramétrage
- quels formats d’exportation
2-5-3
- fourniture d’un entrepôt de données structuré pour
requêtage
Préciser :
- outils décisionnels
Non Oui
Non Oui
Non Oui
Non Oui
2.6. INTERFACE UTILISATEURS
Remarques
Langue française utilisée pour :
- écran
2-6-1 - rapports
- aide en ligne
- documentation écrite
Une seule charte d’ergonomie pour toute
l’application, ou coexistence de différentes chartes
Si plusieurs applications coexistent, mécanisme
2-6-2
de passage de l’une à l’autre (passage de contexte
automatique, ou ressaisie de certaines informations)
Si mode web, aide en ligne contextuelle
2-6-3 Niveau de personnalisation par utilisateur (profils)
Canaux de diffusion :
- postes fixes
2-6-4 - mobiles
- PDA
- tablet PC
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
3. CONNEXIONS ET INTÉGRATION LOGICIELLE
Voir annexe : Représentation schématique des interactions entre logiciels.
3.1. LIENS AVEC LE SIL
Remarques
3-1-1 Mono-SIL : liste des SIL connectés
Multi-SIL
Si oui, nombre de SIL connectables sur une application
Contraintes en termes :
- de no de tubes
3-1-2
- de no IPP
- de no IEP
- autres contraintes pour assurer l’unicité du patient :
préciser
Protocole(s) de communication avec le SIL
- HPRIM
- ASTM
3-1-3 - HL7
- autre
Préciser les standards, les profils, le niveau
d’engagement et les versions (ex. : HL7 2.4)
Mise à jour Middleware vers SIL :
- de la démographie du patient
- des examens ajoutés
- des examens supprimés
- des examens nouvellement générés par le MW
3-1-4 - des alarmes analyseurs
- des flags analyseurs
- d’une non-conformité
- d’autres informations liées à la demande du
dictionnaire des correspondants
Autres : préciser
Mise à jour SIL vers Middleware :
- de la démographie du patient
- des examens ajoutés
- des examens supprimés
- des examens nouvellement générés par le MW
3-1-5 - des alarmes analyseurs
- des flags analyseurs
- d’une non-conformité
- d’autres informations liées à la demande du
dictionnaire des correspondants
Autres : préciser
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Données remontées au SIL via la connexion
ensemble des valeurs (premier passage et suivants) et
commentaires associés (texte libre ou codés ?)
code ou nom analyseur passage/passage
nom des valideurs techniques
heure de validation/paramètre/paramètre et passage/
passage
- no de lots réactifs
- no de série du coffret
- calibrations
- contrôles de qualité
3-1-6 - alarmes analyseurs
- flags automates
- graphes
- images (y compris pdf)
- commentaires associés au tube, au test (textes
paramétrables)
- technique analytique (pour compte rendu)
- non-conformités éventuelles
- à téléphoner (pour modifier flag de « non » à « oui »
sur le SIL)
- Résultat téléphoné (icône ou autre modalité)
Autres : préciser
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
3-1-7 Identito-vigilance : préciser le mode de gestion
3.2. PRESCRIPTION CONNECTÉE
Remarques
Gestion de l’acquittement par le MW :
- de la demande
3-2-1
- du prélèvement
- du tube
3-2-2 Retour d’acquittement de la part de la robotique
Transmission de cet acquittement au SIL qui va
activer la demande
3-2-4 Traçabilité
3-2-3
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Se référer également au descriptif standardisé « Robotique et automatisation du laboratoire »,
Ann Biol Clin 2010 ; 68.
3.3. CONNEXION À LA STATION DE PILOTAGE DE LA ROBOTIQUE
Remarques
3-3-1
3-3-2
3-3-3
3-3-4
Lister les systèmes robotiques connectés
Le paramétrage des analyses du MW est-il transmis à
la station de pilotage de la robotique
Surveillance de l’ensemble des connexions :
- par un outil visuel
- par envoi d’une alerte
Autres : Préciser
Récupération des informations péri-analytiques (statut
des modules de la chaîne pré-/post-analytique…)
Non Oui
Non Oui
Non Oui
Non Oui
3.4. CONNEXION ANALYSEURS
Remarques
3-4-1
3-4-2
3-4-3
Type d’analyseurs gérés :
- biochimie
- immuno-analyse
- hématologie
- immuno-hématologie
- biologie moléculaire
- bactériologie
- virologie
Autres : Préciser
Fournir une liste détaillée :
Récupération de graphes et d’images d’origine
différente :
- graphes de NFS (fournisseurs et modèles) :
- graphes de cytologie urinaire
- photographies des boîtes ensemencées
- courbes électrophorèses (fournisseurs et modèles) :
- courbes d’HbA1c (fournisseurs et modèles) :
- groupes sanguins (fournisseurs et modèles) :
- caryotypes (fournisseurs et modèles) :
Autres : Préciser
Formats récupérables :
Temps de conservation en ligne
Connexions analyseurs disponibles (donner la liste en
annexe, y compris robotique pré-/post-analytique)
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Nouvelle connexion
- temps de déploiement du pilote
- temps d’installation sur le site client
Architecture des connexions :
- directe
3-4-5
- via un boîtier de connexion
- Que se passe-t-il lorsque le boîtier tombe en panne
Nombre de connexions par poste client
3-4-6 - série
- ethernet
Nombre de connexions analyseurs supportées par
3-4-7
l’architecture globale
3-4-8
Autres : préciser
Protocole(s) de communication pour chaque analyseur
supporté :
- standard utilisé
3-4-9
- mode de communication
• mode interrogatif
• mode téléchargement
Exportation des bases (paramétrage unique du
3-4-10
dictionnaire pour tout le laboratoire)
Ajout d’une nouvelle analyse « connectée » :
3-4-11 - réalisable par les utilisateurs
- nécessite une intervention par télémaintenance
Mise en place ou modification de connexions :
- par le personnel du laboratoire
3-4-12
- par télémaintenance
- intervention sur site
3-4-4
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
3.5. CONNEXION À DES LOGICIELS TIERS
Remarques
3-5-1
3-5-2
3-5-3
3-5-4
Type de connexions disponibles :
- monodirectionnel
- bidirectionnel
Connexions disponibles :
- gestion qualité
- gestion « contrôle de qualité »
- gestion colisage (température et temps)
- gestion de stocks
- cinétique de marqueurs
- profils protéiques
- biologie délocalisée
- gestion des pneumatiques (traçabilité des envois)
- gestion des sondes de température
Autres : Préciser
Fournir la liste des logiciels déjà connectés
Autres : préciser
Existe-t-il des interfaces avec la station de contrôle
des analyseurs de biologie délocalisée ?
Fournir la liste des systèmes connectés :
Non Oui
Non Oui
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
4. SUIVI DE LA GESTION OPÉRATIONNELLE
4.1. LISTES DE TRAVAIL
Remarques
4-1-1
4-1-2
4-1-3
4-1-4
4-1-5
4-1-6
Construites automatiquement
Paramétrables par administrateur/utilisateur
Préciser :
Indicateurs de priorité sur les listes (routine, urgent, vital)
Existence de filtres et de tri (si oui, à préciser)
Fonction de recherche d’un patient, d’un tube, d’un
résultat
Possibilité de liste globale de tubes (tous automates)
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
4.2. ROUTAGE
Remarques
4-2-1
4-2-2
4-2-3
4-2-4
4-2-5
4-2-6
4-2-7
4-2-8
4-2-9
Réception de la demande et des analyses liées en
provenance de plusieurs SIL
Acquittement de l’arrivée du tube :
- manuel
- automatique
Génération de dossiers « urgents » en fonction du
prescripteur, d’un groupe de prescripteurs, de l’UF
ou d’un groupe d’UF prescriptrices, ou de certaines
analyses et transmettre cette notion d’urgence aux
automates
Préciser :
Différenciation de degrés d’urgence :
- routine
- urgent
- vital
Routage proprement dit :
- manuel
- automatique
Routage et tri des tubes : décrire les critères gérés
Routage intersites ré-aiguillage
Gestion des demandes comprenant des analyses sans
cibles prédéfinies
(si oui, préciser les modalités)
Orientation du tube en fonction de la charge de
travail des analyseurs (gestion des flux)
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Gestion de chaîne de convoyage :
- définition des routes à suivre par les échantillons
voire même « load balancing » par test sur plusieurs
analyseurs identiques
- optimisation des routes à suivre par les échantillons
- évaluation des règles de « tests réflexes »
4-2-10 - évaluation des règles de « repassage »
- réévaluation des routes
- re-routage des prélèvements
- routage de la même analyse sur plusieurs
analyseurs (en mode fonctionnement liste de travail
vers les automates), l’analyse n’étant traitée que sur
un seul
Possibilité de router des examens vers un analyseur
non connecté sur une chaîne robotique
4-2-11 Si oui :
- activation automatique
- activation manuelle
Non Oui
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
4.3. TRAÇABILITÉ
Remarques
4-3-1
4-3-2
Statut du tube sur l’ensemble du plateau technique
(multi-localisations, multiservices), depuis le
prélèvement jusqu’à la diffusion de résultats
Traçabilité d’enregistrements :
- application nomade
- de départ de tubes intersites (top départ coursier)
Si oui : comment CB ou RFID : préciser :
- d’arrivée de tubes intersites (top arrivée coursier)
Si oui : comment CB ou RFID : préciser :
Autres : Préciser
Fonctionnalités :
- gestion des temps de transport
- paramétrage d’objectifs de temps de transport
intersites
- paramétrage de ces mêmes objectifs/tournées ?
- gestion d’alarmes de délais dépassés
- gestion des températures de transport
- gestion des alarmes de températures dépassées
Ces alarmes sont-elles visualisables lors de la
validation biotechnique ?
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Non Oui
4-3-3
4-3-4
4-3-5
4-3-6
4-3-7
4-3-8
4-3-9
Gestion de tubes en retard ou non arrivés, compteurs
personnalisables en fonction :
- du paramètre
- de l’urgence
- du laboratoire d’origine
- de la journée
- d’un créneau horaire
- du prescripteur
- du type de tube
- du jour de la semaine
- des heures de la journée
Avec alarmes
Transmission des informations au SIL (lesquelles sont
attendues)
Avec délais prévisibles
Avec notion « automate indisponible »
Bibliothèque de rapports préétablis (outil intégré)
Paramétrage des compteurs de charge de travail
- par poste de travail
- par paramètre
- par profil utilisateur
Tris multicritères (automate, laboratoire émetteur,
prescripteur). Préciser :
Compteurs de charge de travail (gestion dynamique en
temps réel) :
- nombre de tubes en attente technique :
• demandés
• chargés
- nombre de tubes urgents en attente technique
- nombre de tubes en attente de validation
biotechnique :
• nombre de tubes urgents
• nombre de tubes analysés
Création de compteurs personnalisables (ex.: nombre
de lames…)
Génération automatique d’une alerte en cas de
dépassement d’un objectif
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Connaissance de l’état technique :
- par tube
- par analyse :
• enregistré
• niveau de localisation
4-3-10
• en cours d’analyse
• en repassage
• à valider
• transmis au SIL
• terminé…
Si oui, mode de visualisation (indicateur coloré…) :
Recherche de tubes par :
- prescripteur
- laboratoire d’origine
- automate(s)
- nom ; prénom de patient
- numéro de patient
- numéro de demande (dossier)
4-3-11
- numéro de tube
- analyse
- statut (routine/urgent/vital)
- statut (attente/à bord)
- recherche de tubes par analyse et par lots de réactifs
et/ou de calibrants et/ou de contrôles (réactovigilance)
Autres : (à préciser)
Non Oui
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
4.4. COLISAGE
Remarques
4-4-1
4-4-2
4-4-3
Matériel de lecture utilisé pour les colis :
- code-barres
- puce RFID
Le MW gère-t-il lui-même la fonction de colisage
Si non, est-il capable d’intégrer les données cidessous
Nombre de niveaux de colis gérés : préciser
Non Oui
Non Oui
Non Oui
4-4-4
4-4-5
Contenu du colis primaire :
- nature du tube
- no de dossier
- nom et prénom du patient
- statut « centrifugé »
- statut « décanté » avec nature du tube d’origine
- horodatage de scannérisation
Lister le nombre d’étapes limité
Traçabilité du colis :
- horodatage et opérateur de prise en charge
4-4-6
- horodatages des étapes intermédiaires
- horodatage et opérateur du déchargement du colis
Cette traçabilité est-elle remontée sur le MW au
niveau :
4-4-7 - du dossier patient
- du tube
- de l’examen biologique
Des objectifs de temps sont-ils paramétrables ?
Si oui, à quelle granularité :
4-4-8 - colis
- tube
- examen biologique
Les dépassements d’objectifs de temps sont-ils gérés
4-4-9 - colis
- tube
- examen biologique
Les dossiers non conformes (dépassement de temps)
4-4-10 sont-ils visibles du premier abord au moment de la
validation biotechnique
Une sonde de température peut-elle être intégrée
4-4-11 Si oui, comment est géré le raccordement à l’étalon
international : préciser
Des plages de température sont-elles paramétrables
4-4-12 - colis
- tube
- examen biologique
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Les dépassements d’objectifs de température sont-ils
gérés
4-4-13
- colis
- tube
- examen biologique
Les dossiers non conformes (température de transport
4-4-14 non respectée) sont-ils visibles du premier abord au
moment de la validation biotechnique
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
4.5. COMPTEUR DE CELLULES
Remarques
4-5-1
Création de compteurs personnalisables et adaptables
Écran de comptage propre à l’utilisateur
Non Oui
Non Oui
4-5-2 Nombre de compteurs différents
4-5-3 Utilisation de plusieurs portions du clavier
4-5-4
4-5-5
4-5-6
4-5-7
4-5-8
Distribution des cellules sur les touches du clavier,
paramétrable
Total à compter paramétrable pour chaque compteur
défini
Arrêt de comptage possible avant d’avoir atteint le
total défini
Compteur de formules
Compteur de myélogrammes
Compteur d’adénogrammes
Autres : préciser
Saisie de résultats manuels, commentaires, anomalies,
textes libres et/ou codés
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
4.6. SÉROTHÈQUE
Remarques
4-6-1
4-6-2
4-6-3
4-6-4
4-6-5
4-6-6
Type de supports possibles
Modalités de classement
Modalités de recherche
Modalités de sortie
Gestion de sérothèque long et court termes
Stockage temporaire
Non Oui
Non Oui
4-6-7
4-6-8
4-6-9
4-6-10
4-6-11
4-6-12
4-6-13
4-6-14
Définition du type de contenant avec notions de
lignes, colonnes, étagères, armoire
Capacités disponibles par type de contenant et/ou
supports
Gestion automatique par défaut
Gestion manuelle possible
Gestion automatisée de sérothèque connectée au
pré-analytique
Visualisation de la cartographie des rangements
Déplacement d’un tube
Si oui, préciser les modalités
Modalités de déchargement des tubes périmés (liste,
alarmes)
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
5. SUIVI DE PRODUCTION, INDICATEURS ET STATISTIQUES
5.1. PRODUCTION
Remarques
5-1-1
5-1-2
5-1-3
5-1-4
5-1-5
5-1-6
Visualisation de l’état d’avancement des analyses
(paramètres/tests) en temps réel par :
- site transmetteur
- analyseur
- analyse
- prescripteur
- service, UF, correspondant
- discipline
- valideur
- statut (routine/urgent/vital)
- heure
- journée
Si un tri est possible est-il :
- monocritère
- multicritères
Superviseur de l’état fonctionnel (fournir une copie
d’écran du superviseur) :
- des connexions postes
- des connexions SIL
- des connexions automates
- des connexions au logiciel de management de la
qualité
- des connexions au logiciel de gestion des stocks
- des connexions au logiciel de gestion des
températures
Décrire les alarmes de dysfonctionnement des
connexions
Outils automatiques de gestion des réactifs embarqués
sur les analyseurs (numéros de lots, quantités) à
A préciser pour quels types d’analyseurs :
Outils automatiques de suivi du coût au résultat rendu
(coût patient)
Préciser
Indicateurs de suivi de charge (occupation) des
analyseurs et modules robotiques
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
5.2. INDICATEURS
Remarques
5-2-1
Définition d’indicateurs personnalisés
Indicateur de temps pré-analytique en temps réel
5-2-2 (fournir une copie d’écran)
Préciser : par origine, par prescripteur…
Indicateur de temps de validation biotechnique en
5-2-3
temps réel (fournir une copie d’écran)
Indicateur de charge en nombre de tubes (en temps
réel) pour un plateau technique global (fournir une
copie d’écran)
Indicateur de charge en nombre de demandes (en
5-2-4
temps réel) pour un plateau technique global (fournir
une copie d’écran)
Comparaison en temps réel de la charge du plateau
technique avec sa capacité d’absorption théorique
Indicateur de TAT en temps réel d’un plateau
technique (fournir une copie d’écran) par :
- origine
- site
- prescripteur ou groupe de prescripteurs
5-2-5 - types de tubes
- paramètre
- analyseur
- statut
Y a-t-il génération d’alarmes en cas de dépassement
du TAT
Indicateur d’activité restant à analyser par paramètre
5-2-6
pour l’ensemble des connexions
Définition d’évènements de départ et de fin de règle
5-2-7
de calcul des TAT
Statistique de répartition de TAT par tranche horaire/
5-2-8
journalière/mensuelle/annuelle selon plage de date
Format d’export de ces données
5-2-9
(papier, txt, html, xls, pdf…)
Construction de ses propres requêtes
5-2-10
Préciser les moyens mis à disposition
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
5.3. STATISTIQUES
Remarques
5-3-1
5-3-2
5-3-3
5-3-4
5-3-5
5-3-6
5-3-7
Outils d’analyse de l’activité :
- nombre total de tests
- nombre total de tubes
- nombre total de demandes
- nombre de résultats patients rendus
- nombre de CQ en différenciant CIQ et EEQ
- nombre de ré-analyses
- nombre de calibrations
- en B produits
Un tri est-il possible :
- par site transmetteur
- par analyseur
- par analyse
- par prescripteur
- service, UF, correspondant…
- par discipline
- par valideur
- par statut (routine/urgent/vital)
- par heure (accueil, réception, tri, chargement…)
- par journée
Si un tri est possible est-il :
- monocritère
- multicritères
A préciser : hospitalisés, externes, recherche, envois
Import et mises à jour automatiques de la NABM
Statistiques médicales (renseignements cliniques
liés aux patients et résultats) :
- épidémiologie
- moyennes du jour/paramètre
- suivi pré-analytique
Gestions spécifiques :
- gestion de l’écologie microbienne
- gestion des alertes
• vis-à-vis de bactéries multirésistantes (BMR)
• vis-à-vis de résultats improbables
Autres : A préciser
Format d’export de ces données (papier, txt, html,
xls, pdf…)
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
6. GESTION DES LOTS DE RÉACTIFS, CALIBRANTS ET
CONTRÔLES
6.1. CALIBRANTS ET RÉACTIFS
Remarques
6-1-1
6-1-2
6-1-3
6-1-4
6-1-5
6-1-6
6-1-7
Enregistrement automatique des lots de (mode
d’enregistrement des lots) :
- réactifs
- calibrants
Préciser les données :
- référence, numéros lots, date de péremption, date
d’utilisation…
- préciser le mode d’enregistrement
- lien possible avec logiciel de stock, code-barres…
Gestion et traçabilité d’un réactif non stable à bord de
l’analyseur
Lien avec analyseur
Interface de visualisation des informations à partir du
résultat patient
Numéros lots réactifs, flacons réactifs, calibrant, CIQ
associé à chaque analyte
Outils de gestion et d’enregistrement manuel des lots
Existe-t-il un moteur de recherche (à partir d’un
numéro de lot par exemple… ; par date…)
Extraction des données pour archivage ou
retraitement
Sous quel format (txt, html, xls, csv) : ……………
Décrire la procédure
Gestion des dates de péremption des lots à bord des
analyseurs avec alarmes
Gestion de temps de stabilité des lots à bord des
analyseurs avec alarmes
Gestion des lots :
- centralisée (base de données unique)
- poste par poste
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
6.2. CONTRÔLES DE QUALITÉ
Remarques
6-2-1
6-2-2
6-2-3
6-2-4
6-2-5
6-2-6
6-2-7
La gestion des contrôles internes de qualité est-elle
prévue
La gestion des évaluations externes de la qualité
est-elle possible :
- acquisition automatique (lien électronique)
- acquisition par saisie manuelle
Gestion centralisée (base de données unique) des
CQ de tous les analyseurs :
- sinon préciser :
Gestion et paramétrage des lots de CIQ :
- préciser les données : nom du contrôle, fabricant,
numéros lots, niveaux, date de péremption, date
d’utilisation
- peut-on gérer des lots actifs et inactifs
- peut-on gérer des niveaux de contrôles (même lot
et différents niveaux)
- mode de saisie :
• manuelle
• automatique : préciser
Gestion de la stabilité à bord des lots de CIQ :
- si oui, préciser le mode de gestion et les
possibilités (alarme, délai…)
Gestion de la date de péremption des lots de CIQ :
- si oui, préciser le mode de gestion et les
possibilités (alarme, délai…)
Existe-t-il un calendrier paramétrable de passage
des CIQ :
- général
- par analyseur
- par analyte
Si oui :
- peut-il prendre en compte le nombre d’analyses
réalisées sur l’analyseur ?
- une demande de passage de CIQ est-elle
envoyée à?
Interface de visualisation des informations à partir
du résultat de CIQ :
- analyseur
- numéro lots réactifs
- numéro lot calibrant
- flacon réactif (si 2 flacons en cours)
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
6-2-8
6-2-9
6-2-10
6-2-11
6-2-12
6-2-13
6-2-14
L’utilisation d’un nouveau flacon réactif (même lot)
sur l’analyseur entraîne-t-il :
- une alarme de demande de CIQ
- une demande de passage de CIQ envoyée à
l’analyseur
Un nouveau lot de CIQ peut-il être utilisé en
parallèle du lot en cours (réalisation d’une période
probatoire) : Si oui :
- le paramétrage préliminaire du nouveau lot
engendre-t-il une alarme ?
Préciser les calculs statistiques possibles sur le
nouveau lot et les données fournies
Quel est le paramétrage minimum (obligatoire) à
saisir pour chaque test d’un CIQ :
- valeur cible (moyenne fixée)
- écart type fixé
- pourcentage de limites acceptables
La validation des CIQ est-elle paramétrable :
- manuellement (par l’opérateur)
- automatiquement
Autre : Préciser
Plusieurs niveaux de validation sont-ils possibles
(technicien, biologiste)
Type de visualisation des CIQ :
- quotidiens
- entre 2 dates
- sur une période glissante
- graphique
- analyte par analyte
- CIQ par CIQ
Autre : Préciser
Plusieurs types de graphique de visualisation sontils proposés :
Si oui :
- combien
- préciser le ou les types proposés : Levey-Jennings,
Youden, cusum charts…
- l’opérateur peut-il les choisir
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
6-2-15
6-2-16
6-2-17
6-2-18
6-2-19
Visualisation sur le graphique :
- valeur cible (préciser : labo, fournisseur)
- moyenne calculée (en temps réel)
- écart type, CV (en temps réel)…
- alarmes de CIQ (préciser 1sd, 2sd, 3sd, LA…)
- alarmes analyseur
- calibrations
- changements de lots de réactifs
- opérations de maintenances
- commentaires
- alarmes
Comparaison multicritères sur un même graphique :
- multi-niveaux
- multi-lots
- multi-analyseurs
- multi-analytes
- autres combinaisons possibles : préciser
La gestion des règles de Westgard est-elle possible ?
Si oui, indiquer les règles disponibles :
Peut-on choisir les règles de Westgard à appliquer ?
Peut-on choisir l’ordre d’application des règles de
Westgard ?
Comment les règles sont activées :
- par analyte
- par panel d’analytes
- pour l’ensemble des analytes
- par analyseur
- Préciser si besoin :
- Ces règles déclenchent-elles des alarmes
- Ces alarmes sont-elles bloquantes
- automatiquement
- par l’utilisateur
- peut-on choisir les alarmes bloquantes
En cas de violation des règles de Westgard, existe-til des alarmes générant une action :
- documentaire
- analytique
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
6-2-20
6-2-21
6-2-22
6-2-23
6-2-24
En cas de violation d’une règle de Westgard :
- l’analyse des échantillons pour l’analyte concerné
est-elle interrompue
- la validation automatique est-elle suspendue
- un commentaire automatique apparaît-il sur
l’écran du MW
- l’alarme est-elle reportée en visualisation des
résultats (lors de la validation biotechnique)
Est-il possible d’exclure une valeur de CIQ (erreur
technique, valeurs aberrantes, inversion de niveaux)
pour le calcul des moyennes, écart type, CV… :
- si oui, un commentaire est-il possible ?
- la traçabilité de l’action est-elle enregistrée ?
- si exclusion possible, peut-on la réserver à un
opérateur avec un droit d’accès particulier ?
En cas de reciblage des contrôles après une période
donnée : a-t-on la traçabilité des actions faites ?
Commentaires sur les CIQ :
- ajout de commentaires libres en validation de CIQ
- ajout de textes codés en validation de CIQ
- si textes codés, sont-ils spécifiques du CIQ
- transfert des commentaires lors du transfert des
données vers des logiciels externes
L’envoi des CIQ vers le SIL est-il possible ?
Si oui, indiquer les données transmises : tel
que le nom du CIQ, le numéro lot CIQ, valeurs
numériques, alarmes, commentaires…
Exploitation statistique des données des CIQ
Le nombre de valeurs utilisables est-il limité ?
Si oui, quelle est la limite ?
Préciser quelles sont les données accessibles :
• nombre de valeurs
• moyenne
• médiane
• SD, CV
L’analyse de concordance des analyseurs en miroir
est-elle possible :
• comparaison de CV
• calcul du biais
Préciser :
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non Oui
6-2-25
6-2-26
6-2-27
6-2-28
Objectifs de fidélité du laboratoire paramétrables
Définition de plusieurs objectifs de fidélité :
• état de l’Art (SFBC..)
• Ricos
• critères cliniques
• autres…
Alerte lorsque les objectifs ne sont pas atteints
Si oui, préciser :
Evaluation externe de la qualité
Saisie des résultats d’EEQ :
- manuellement par l’opérateur
- automatiquement à partir d’une application
externe
Intégration d’un planning EEQ (avec alertes)
Préciser les données intégrables :
- résultats labo
- moyenne, écart type, CV du groupe de pairs
- moyenne, écart type, CV toutes techniques, calcul
du biais moyen, biais max…
Calcul des incertitudes de mesure : formules
incluant CIQ et EEQ sur une période donnée
Choix de formules :
- si oui préciser :
Traçabilités de :
- date
- heure
- analyseur
- opérateur de validation biotechnique
- lots de réactifs
- lots de calibrants
- lots de CIQ
- cellule de lecture ou de mesure
- reciblage des moyennes
- modifications limites acceptables
Édition : (papier)
À partir du MW :
- format de fichier
- Quelle présentation : liste récapitulatives des
valeurs brutes, cumulées…, compact, détaillée…,
graphiques…
- Quelles informations : à préciser
Choix des informations par l’utilisateur (tableau,
graphique)
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
6-2-29
Non Oui
Non Oui
Non Oui
6-2-30
Archivage :
- méthode :
- support :
- durée :
- nombre :
Transfert ou exportation des données CIQ vers des
logiciels externes :
- manuelle
- automatique
Sous quel format (txt, html, xls, csv) : ……………
Décrire la procédure
7. AUDIT TRAÇABILITÉ
Remarques
7-1
7-2
7-3
Traçabilité des informations sur le dossier patient :
- récupération des renseignements :
• nom patronymique
• prénom
• date de naissance
• lieu de naissance
- mise à jour des renseignements sur le Middleware
en cas de mise à jour sur le SIL
Traçabilité des informations sur la demande :
- nom du prescripteur
- renseignements cliniques
- correspondant
- nom de l’opérateur de saisie
Traçabilité des informations sur les tubes :
- date de prélèvement
- heure prélèvement
- nom du préleveur
- date et heure d’enregistrement dossier
- urgence vitale
- urgence organisationnelle
- circuit de colisage, opérateurs
- heure de chargement sur analyseurs
- rack et position sur analyseurs
- circuit post-analytique, opérateurs
- stockage, aliquotage, sérothéquage
Indiquer les opérations tracées et leur disponibilité
(en ligne ou en archivage).
Fournir un exemple d’écran d’audit
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
7-4
7-5
7-6
7-7
7-8
7-9
7-10
Traçabilité des informations sur résultats
d’analyses :
- valeurs brutes, arrondis
- repasses multiples et valeur validée
- valeur transmise au SIL
- règles d’expertise exécutées
- origine : saisie manuelle ou en provenance des
analyseurs, alarmes associées
- opérateurs
- dilutions
- lots utilisés : réactifs, calibrants, CQ
- alarmes CIQ
Indiquer les opérations tracées et leur disponibilité
(en ligne ou en archivage).
Fournir un exemple d’écran d’audit résultats
Disponibilité des traces :
- durée ou volume des traces dans la base en ligne
- accessibilité à la base archive de la même manière
que la base en ligne
Traçabilité sur les modifications :
- de la démographie (backup)
- du paramétrage
- du pré-analytique ou post-analytique interne
Fonctions spécifiques :
- recherche de patients à partir d’un no de lot
(réactovigilance)
- recherche des lots utilisés sur un patient
Outil d’analyse des traces :
- exportation pour une utilisation dans un
environnement décisionnel. Si oui, environnement
imposé. Lequel ?
- écrans d’analyse prédéfinis. Lesquels ?
Écrans d’analyse paramétrables. Quels paramètres ?
Exportation des traces :
- forme papier
- forme HTML
Auditabilité : existence d’un outil de contrôle
permettant d’assurer l’attribution de chaque action à
un acteur identifié (parmi ces actions, modification du
paramétrage des règles d’expertise…)
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
8. RÈGLES D’EXPERTISE
Remarques
8-1
8-2
8-3
8-4
8-5
8-6
8-7
Règles d’expertise déclenchées à la réception de
la demande avant analyse, décrire les conditions
et actions gérées (exemples : tests générés, ajout
ou suppression d’analyses/prescripteur ou dilution
automatique en fonction du paramètre et/ou de
l’antériorité…)
Règles d’expertise déclenchées après obtention
des résultats d’analyse (exemples : tests réflexes,
repasses ± dilution automatique, ajout d’analyses/
prescripteur ou de manière générale, paramètres
calculés, ajout de commentaires…)
Exécution des règles pour des résultats saisis
manuellement
Exécution de règles sur la prescription globale et
sur l’ensemble des résultats d’un patient (préciser
le périmètre : trame de communication, tubes,
dossiers)
Critères utilisables pour les règles d’expertise :
- paramètres demandés sur un ou plusieurs
tubes
- valeur de la repasse
- valeur de la dilution
- valeur de l’antériorité
- délai d’antériorité
- âge
- sexe
- prescripteur
- service, UF, correspondant
- site transmetteur
- contexte physiopathologique
- données en provenance des analyseurs connectés
- contrôles de qualité
- alarmes
- flags analyseur
- autres :
Gestion du delta-check pré-paramétré :
- intra-tube : validation de la ré-analyse
- intra-patient
Quelle base de connaissance est utilisée ?
Fourniture d’une bibliothèque de règles. Si oui, pour
quelles disciplines, combien ?
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
8-8
8-9
8-10
8-11
8-12
8-13
8-14
8-15
8-16
8-17
8-18
8-19
Existence de règles génériques adaptables (capacité
à éditer ses propres règles)
Visualisation des règles mises en œuvre
Non Oui
Non Oui
Traçabilité des règles exécutées sur un tube dans
l’audit
Vérification des règles avant mise en routine
Non Oui
Séparation dans la même base de 2 espaces de règles
séparées (base test, base de production)
Réalisation de scénarii de tests à partir de dossiers
patients virtuels et de vérifier sur un rapport que les
règles se sont appliquées avant validation
Quel langage d’écriture des règles est utilisé (fournir
des exemples) ?
Instructions disponibles dans les règles (fonctions
mathématiques et/ou booléennes…)
Préciser :
Nombre de niveaux possibles par règles (If)
Utilisation d’autres boucles itératives (while, for…)
Association de règles à des actions : ajout texte
codé, message libre, déclenchement d’un test,
suppression, dilution, modification de route,
notification Préciser :
Importation de règles d’expertise par un fichier
externe (type txt, csv, xml ou xls)
Traçabilité de l’utilisation de la règle :
- date de la dernière utilisation
- nombre de déclenchements entre 2 dates
- nom du biologiste rédacteur initial
- nom du biologiste auditeur
- date du dernier audit de revue des règles
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
9. VALIDATION TECHNIQUE
Remarques
9-1
Filtres :
- analyseur
- groupe d’analyseurs
- laboratoire émetteur
- prescripteur
- bilan
- nature de tube
- date et heure
- urgence
- nom/prénom du patient
- nom de jeune fille
- no IPP
- no de tube
- étude clinique
- correspondant
Autre : Préciser
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
9-2
Tri, regroupements et de présentations des filtres
Non Oui
Indicateurs d’urgences et extraction d’une liste
d’urgence
Préciser la forme de ces indicateurs (couleur, icône…)
Extraction d’une liste d’urgences
Gestions des alarmes
Types d’alarme :
- robotique pré-analytique
- analyseurs
- valeurs de référence
- bornes de pathologie (ou thérapeutiques)
- valeurs paniques (ou toxiques…)
- comparaison avec l’antériorité :
• delta-checks en valeur absolue
• delta-checks en pourcentage
- comparaison avec le premier passage :
• en valeur absolue
• en pourcentage
- CQ
Autre : Préciser
Non Oui
9-3
9-4
9-5
Paramétrage en fonction de :
- âge du patient
- sexe du patient
- prescripteur
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Validation par exception (autre que le ou les
paramètres ou secteurs sélectionnés)
Validation automatique après application de règles
d’expertise
Validation par bilans (plusieurs tubes d’un même
patient) :
- par bilans (plusieurs tubes d’un même patient)
- par tube
- par analyse
- par groupement d’analyses
Nombre et dates d’antériorités des résultats du
patient sur l’écran de validation technique
Origine des antériorités affichées avec leurs dates :
- SIL
- MW
Séparation possible entre vérification technique et
envoi vers le SIL
Affichage des valeurs de référence
En un clic
Affichage de l’identifiant de l’analyseur qui a réalisé
les analyses
Affichage des renseignements cliniques liés au
dossier
Affichage du résultat initial et des repassages
Combien d’affichages : préciser
Accès direct au CQ en validation technique
En un clic
Accès direct aux moyennes mobiles « patients » par
test
Paramétrage des objectifs
Paramétrage des alertes
Non Oui
9-18
Saisie manuelle possible en validation technique
Non Oui
9-19
Gestion automatique :
- commande d’une ré-analyse
- gestion d’un facteur de dilution ou de
concentration (diminution de la prise d’essai)
- génération d’un autre test
- déclenchement d’une dilution automatique
- génération d’un commentaire automatique
- génération de la notion de « à téléphoner »
- envoi d’une ré-analyse vers un analyseur
particulier
9-6
9-7
9-8
9-9
9-10
9-11
9-12
9-13
9-14
9-15
9-16
9-17
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Non Oui
9-20
9-21
9-22
9-23
9-24
Fonctionnalités qui facilitent la vérification
technique/discipline
- feuilles de paillasse
- double saisie du résultat
- double saisie de l’identité
Ajout de commentaires remontés dans le SIL
Texte libre (texte libre et/ou texte codé) :
- sur analyse
- sur tube
- sur demande
- sur patient
Texte codé :
- sur analyse
- sur tube
- sur demande
- sur patient
Ajout de textes libres et de textes codés dans le
même champ
Ce commentaire :
- remplace-t-il le résultat ?
- complète-t-il le résultat ?
Sélection de la valeur à vérifier entre différents
passages
Gestion des résultats à téléphoner
Traçabilité de l’opérateur
Traçabilité de l’heure :
- par tests
- par bilan
- par dossier
- par prescripteur
- par service
- par urgence
Gestion des résultats téléphonés remontés dans le
SIL :
- par tests
- par bilan
- par dossier
- par prescripteur
- par service
- identification de l’interlocuteur prévenu
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Ou
Oui
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
10. ASSURANCE QUALITÉ
10.1. MANAGEMENT DE LA QUALITÉ
Remarques
10-1-1
10-1-2
10-1-3
10-1-4
10-1-5
10-1-6
10-1-7
10-1-8
10-1-9
Gestion des stocks et approvisionnements :
localisations, affectation des lots, suivi des dates
de péremptions… Si oui, fonctionnalités à préciser
Gestion des incidents : suivi des incidents de
laboratoire pour amélioration de la qualité… Si
oui, fonctionnalités à préciser
Gestion des non-conformités : suivi des actions
correctives et préventives. Si oui, fonctionnalités à
préciser
Gestion du matériel : évaluations, qualifications,
suivi des maintenances et des pannes… Si oui, à
préciser
Gestion économique : coût par test : calcule le
coût par test basé sur les coûts de fournitures,
la main-d’œuvre, l’équipement, etc. Si oui,
fonctionnalités à préciser
Gestion du personnel : formations, habilitations,
plannings. Si oui, fonctionnalités à préciser
Gestion des indicateurs qualités : évolutions, suivi
des actions correctives. Si oui, fonctionnalités à
préciser
Gestion documentaire : accès aux documents,
diffusion, information des destinataires. Si oui,
fonctionnalités à préciser
Gestion des audits et revues de direction :
historique, planification, suivi des actions
correctives. Si oui, fonctionnalités à préciser
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
10.2. ÉVALUATION DE MÉTHODES QUANTITATIVES ET QUALITATIVES
Remarques
10-2-1
10-2-2
10-2-3
10-2-4
10-2-5
10-2-6
Existe-t-il un module permettant l’évaluation des
performances analytiques (vérification/validation
des méthodes). Si oui, préciser le ou les modèles
ou protocoles proposés, les méthodes de calcul
Évaluation de la fidélité
Étude de répétabilité :
- calcul de la moyenne, écart type, coefficient
de variation
- comparaison à des limites acceptables ou à
des objectifs choisis par le laboratoire
Préciser : nombre de valeurs, nombre de niveaux
possibles, s’il existe des limites et lesquelles
Étude de la fidélité intermédiaire :
- calcul de la moyenne, écart type, coefficient
de variation sur des périodes variables
- comparaison à des limites acceptables
ou objectifs choisis par le laboratoire selon
plusieurs critères (fournisseurs, critères
cliniques, Ricos, SFBC… Autres : à préciser)
Préciser : nombre de valeurs, nombre de niveaux
possibles, s’il existe des limites et lesquelles
Évaluation de la justesse :
- calcul du biais relatif en pourcentage à partir
d’une moyenne de résultats d’un échantillon et de
la valeur cible de l’échantillon
- comparaison à des valeurs limites d’erreur de
justesse
Possibilité de calculer les incertitudes de mesure.
Si oui, préciser les formules proposées
Étude de la limite de détection et de la limite de
quantification
Préciser la(les) méthode(s) de calcul
Étude des limites de linéarité
Préciser la(les) méthode(s) de calcul
Étude de stabilité des réactifs
Préciser la méthode
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
10-2-7
10-2-8
10-2-9
Comparaison de méthodes
Étude de comparaison des résultats de patients :
- entre deux méthodes analytiques
- entre analyseurs utilisant la même technique
- entre analyseurs utilisant des techniques
différentes (analyse différente)
Analyse descriptive de la cohorte étudiée (couvrir
l’étendue du domaine physiopathologique)
Préciser la(les) méthode(s) de calcul pour les
droites de régression (moindres rectangles,
Deming…)
Possibilité de graphiques :
- des différences
- des rapports
- autre, à préciser
Application des :
- normes de suivi
- normes d’interprétation
Calcul du nombre de résultats hors limites
(discordance) en fonction des normes choisies par
l’opérateur
Étude de la contamination inter échantillons
Préciser la méthode :
- test de Student possible
- calcul du pourcentage de contamination
Étude des interférences
Préciser les protocoles et les calculs possibles
Statistiques descriptives et histogrammes
Préciser les données fournies
10-2-10
Calcul d’intervalle de référence, utilisation des
quartiles, centiles… Préciser
Autres statistiques possibles (courbes ROC,
10-2-11 moyenne des patients…)
Préciser :
Édition d’un rapport avec conclusions, signature et
enregistrement
10-2-12
Exportation des données possible :
Sous quel format ? Préciser
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
11. BIOLOGIE DÉLOCALISÉE SANS LOGICIEL TIERS
11.1. BIOLOGIE DÉLOCALISÉE SANS LOGICIEL TIERS
Remarques
11-1
11-2
11-3
11-4
11-5
11-6
11-7
Systèmes connectés :
Fournir la liste
Connexions des analyseurs de biologie délocalisée
en mode bidirectionnel, préciser les possibilités :
récupération du no patient…
Envoi de la démographie patient vers l’analyseur
délocalisé après l’avoir récupérée du SIL ou du SIH
Autocréation de demande vers le SIL, et renvoi des
résultats au SIL dans le dossier patient
Réception des résultats de l’analyseur, préciser les
modalités
Échanges avec l’analyseur délocalisé sans notion de
demande envoyée par le SIL. Préciser la nature des
échanges
Pilotage à distance des analyseurs délocalisés :
- calibrations à distance
- gestion des CIQ
- blocage de l’analyseur délocalisé :
• total
• partiel
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
12. MAINTENANCE/SERVICE APRÈS-VENTE/FORMATION
12.1. GESTION DES MAINTENANCES
Remarques
12-1-1
12-1-2
12-1-3
12-1-4
12-1-5
12-1-6
12-1-7
Le Middleware intègre-t-il un ou des outils de
gestion et de suivi de maintenance des analyseurs :
- pour les analyseurs connectés
- pour les analyseurs non connectés
Gestion des maintenances de tous les analyseurs :
- centralisée quel que soit le fournisseur
- centralisée pour les analyseurs commercialisés par
le fournisseur du Middleware
- poste par poste
Gestion des températures des modules :
- pré-analytiques
- analytiques
- post-analytiques
Gestion des fréquences des maintenances :
- journalière
- hebdomadaire
- mensuelle
- autres :
Chargement des calendriers et opérations de
maintenances à partir des analyseurs ou fourni sous
fichier de format compatible (quels formats) ou à
définir par saisie manuelle
Préciser :
Alertes automatiques de maintenance à effectuer
Préciser :
Génération automatique d’une non-conformité suite
à un retard de maintenance à valider par l’opérateur
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
12-1-8
12-1-9
12-1-10
12-1-11
12-1-12
12-1-13
12-1-14
Traçabilité des maintenances effectuées et pannes
traitées :
- date
- heure
- opérateur
- commentaires
- durée d’immobilisation
- notion de criticité (solution dégradée mise en
œuvre)
- historique : suivi des actions reliées à un même
évènement
- liste des actions et des relevés (température…)
- lien vers un système qualité
- création d’un pdf
Traçabilité des retards de maintenance
Différenciation des maintenances préventives et des
interventions curatives
Si oui, peut-on différencier les pannes ayant entraîné
une intervention SAV ?
Mise en regard des opérations de maintenances et
des valeurs de CQ
Édition de rapport de maintenances (types de
rapport, format de fichier, informations présentes sur
le rapport)
Gestion documentaire des rapports de maintenances
(liens vers des procédures et opérations de
maintenance)
Temps d’immobilisation lors de la maintenance du
Middleware
Non
Non
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Oui
Oui
Non Oui
Non
Non
Non
Non
Oui
Oui
Oui
Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
12.2. SERVICE APRÈS-VENTE
Remarques
12-2-1
Organisation du SAV dédié MW :
- Organisation européenne
- Organisation nationale
Nombre de techniciens SAV dédiés au MW
(national) : préciser…
Nombre de techniciens SAV total (national) :
préciser…
Localisation du technicien SAV dédié MW pour le
laboratoire
Non Oui
Non Oui
12-2-2
12-2-3
12-2-4
12-2-5
12-2-6
12-2-7
12-2-8
12-2-9
12-2-10
12-2-11
12-2-12
12-2-13
Plateforme téléphonique spécifique et non partagée
du fournisseur
Fournisseur propriétaire MW
Si non, préciser…
Intervention pour maintenance d’un sous-traitant du
fournisseur de MW
Si oui, précisez le nom du sous-traitant
Horaires de l’assistance téléphonique dédiée MW :
- jours ouvrables : jour/nuit : Préciser
- samedis :
- dimanches et jours fériés :
Horaires d’ouverture du SAV pouvant répondre à
un problème MW :
- jours ouvrables : jour/nuit : Préciser
- samedis :
- dimanches et jours fériés :
Existence d’un help-desk (services Internet)
(déclaration de pannes, acquittements, historisation
des pannes)
Le contrat SAV (prestation tous risques de
l’équipement robotique) inclut-il le Middleware
Si oui, part du coût SAV (prestation tous risques)
dédiée au MW en regard du coût global tous risques
(équipement + MW) en pourcentage, préciser
Existe-t-il un contrat SAV dédié au MW
Mode de préservation de la confidentialité
Préciser :
Connexion sécurisée via VPN
Préciser :
Télémaintenance du fournisseur sur un problème
MW :
- sur appel (hot-line)
- programmée (ex. : mise à jour)
- automatique : surveillance automatique à distance
pour vérifier les points névralgiques et alerte avant
blocage
La télémaintenance s’accompagne-t-elle d’un
compte rendu :
- par courrier différé au référent
- par mail immédiat au référent
Engagement en termes de taux de disponibilité
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Délai contractuel d’intervention du SAV sur un
problème MW, préciser
12-2-15 Délais d’acheminement des pièces détachées MW
12-2-14
12-2-16
12-2-17
12-2-18
12-2-19
12-2-20
12-2-21
12-2-22
12-2-23
Mise à jour des versions majeures inclue dans la
prestation SAV :
- du logiciel MW
- du système d’exploitation
En cas de cessation de développement du MW,
mise à niveau en fonction du système d’exploitation
maintenue pendant la durée du contrat
Durée de la garantie
Décrire la nature de la prestation couverte sur le
MW pendant la garantie
Intervention en télémaintenance
Délai intervention sur site, préciser
Intervention constructeur
Intervention sous-traitant
Mise à jour des versions majeures inclue pendant la
garantie :
- du logiciel MW
- du système d’exploitation
Politique de licences des logiciels :
- nouveau poste
- nouveau site
- nouvel analyseur
- nouvel analyseur extérieur au fournisseur de MW
Licences concurrentes
Licences nommées
Licences sites
En cas de changement d’analyseur connecté,
organisation de la période intermédiaire, préciser
En cas de changement du SIL, organisation de la
période intermédiaire :
Préciser :
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Non Oui
Organisation :
Coût :
Organisation :
Coût :
12.3. FORMATION
Remarques
Jours dédiés MW (siège fournisseur) en amont ou
aval de l’installation
12-3-2 Jours dédiés MW sur site prévus à l’installation
12-3-1
12-3-3
12-3-4
12-3-5
12-3-6
12-3-7
12-3-8
Jours dédiés MW prévus sur site pendant l’année
suivant l’installation
Formation niveau 1 (utilisateur technicien
laboratoire)
Formation niveau 2 (utilisateur ingénieur
laboratoire)
Nombre d’utilisateurs formés sur chaque niveau :
- niveau 1
- niveau 2
Formation par e-learning
Si oui, organisation, préciser
Formation paramétrage et administration
Non Oui
Non Oui
Non Oui
Non Oui
Prise en charge financière des frais de déplacement, Non Oui
12-3-9 d’hébergement, de restauration des personnes en
formation incluse dans l’offre
13. OBSERVATIONS
ANNEXE
Représentation schématique des interactions entre logiciels
Gestion stocks
Démographie
Sondes
Dossier médical
du patient
Prescription
Métrologie
Gestion du dossier
patient hospitalisé (SIH)
Facturation
Gestion du dossier
patient (SIL)
Management
de la qualité
CIQ
Diffusion des
comptes rendus
Validation
biologique
Middleware(s)
Serveur de
résultats
Pilotage
robotique
Robotique
pré-/post-analytique
Colisage
Analyseurs
Gestion des CIQ à moyen terme
Externalisation des CIQ
Biologie délocalisée
Alertes prélèvement
Pannes modules
Validation technique
Gestion des flux
Alerte des retards
Traçabilité
Résultats
Inventaire dynamique
Lots réactifs
Lots calibrateurs
Alertes analyseurs
Légende :
Logiciel
Matériel
Fonction
GLOSSAIRE GÉNÉRAL (*)
(*) les termes commerciaux ont été exclus
ALIQUOTAGE
ARCHIVAGE
AUDITABILITÉ
AUTOMATE
AUTOMATISATION
(= Automation : anglicisme
pour automatisation)
AUTOMATISATION
MODULAIRE
(= Modular Laboratory
Automation [MLA])
AUTOMATISATION
MODULAIRE INTÉGRÉE
(= Integrated Modular
Automation)
AUTOMATISATION
PARTIELLE (= Task Target
Automation [TTA])
Action de répartir en différentes fractions, ou parties aliquotes, un
ou des échantillon(s) de liquide(s) biologiques
Du latin : aliquot « un certain nombre de »
Terme réservé à la conservation de dossiers de comptes rendus de
résultats, peut être employé pour le stockage d’échantillons ou de
matériels non biologiques en vue de leur conservation
Aptitude à fournir, à une autorité compétente, la preuve que la
conception et le fonctionnement du système et de ses contrôles
internes sont conformes aux exigences
Structure mécanique réalisant des tâches définies et répétitives de
façon automatique
Terme général : emploi de moyens automatiques pour la
réalisation du processus général d’analyse
Regroupe les « robotiques » des 3 phases du processus général
d’analyse : phases pré-analytiques, analytiques et post-analytiques
Définition du Larousse : exécution totale ou partielle de tâches ou
de suites d’opérations techniques par des machines fonctionnant
sans intervention humaine
Désigne l’automatisation plus ou moins complète du processus
général de réalisation des analyses à l’aide de systèmes ou
plateformes modulaires prenant en charge tout ou partie des
phases pré-/post-analytiques et analytiques
Ces « modules » peuvent être reliés ou non par une chaîne
de convoyage, en partie ou en totalité (= Integrated Modular
Automation)
Voir définition Automatisation Modulaire
Concept correspondant à une automatisation limitée à une ou
plusieurs tâches du processus général de réalisation des analyses
Par extension, l’appellation TTA est donnée par certains
constructeurs aux îlots d’automatisation
AUTOMATISATION
Concept correspondant à une automatisation complète du
TOTALE (= Total Laboratory processus général de réalisation des analyses
Automation [TLA])
Correspond à des ensembles robotiques intégrant des éléments
pré-analytiques, analytiques et post-analytiques sans discontinuité
pour le parcours des échantillons et sans rupture de flux
BASE DE DONNÉES
Ensemble de données organisé en vue de son utilisation par des
(ORACLE…)
programmes correspondant à des applications distinctes et de
manière à faciliter l’évolution indépendante des données et des
programmes
BIOTHÈQUE
Ensemble de données organisé en vue de son utilisation par des
programmes correspondant à des applications distinctes et de
manière à faciliter l’évolution indépendante des données et des
programmes
Lieu où sont conservés des échantillons biologiques de toute
nature : liquides, tissus, cellules…
CLUSTER (« grappe »)
Architecture informatique regroupant en réseau plusieurs
ordinateurs (« computer ») indépendants, formant des nœuds
(« node »), afin de permettre une gestion globale et de dépasser
les limitations d’un ordinateur pour :
- augmenter la disponibilité
-faciliter la montée en charge
- permettre une répartition de la charge chacun des nœuds restant
capable de fonctionner indépendamment des autres (par exemple,
en cas de défaillance d’un nœud)
COLISAGE
Action de « coliser » : préparation d’un colis de marchandises
pour l’expédition. Par extension, décrit toute la procédure de
la réception de la demande d’envoi à la livraison des colis aux
différents destinataires
En biologie préparation des « colis » d’échantillons biologiques
et modalités de transfert aux différents destinataires (envois
entre plusieurs sites, géographiquement distincts d’un « même »
laboratoire, et/ou à des laboratoires « extérieurs, sous-traitants »)
Dans le domaine analytique, c’est la mise en place du plus
grand nombre de paramètres analytiques relevant de différentes
CONSOLIDATION
spécialités sur un plus petit nombre de systèmes analytiques ou
(= regroupement)
sur une même plateforme analytique
CONVOYAGE
CONVOYEUR (= chaîne de
convoyage)
Réunion d’un ensemble d’analyses d’une ou plusieurs spécialités
sur un même analyseur ou sur une même plateforme analytique
Transport mécanisé pour desservir les différentes stations de
travail ou plateformes analytiques
Élément de robotique permettant le transport des échantillons à
analyser
DÉLAI DE RÉPONSE ou
DÉLAI DE RENDU DES
RÉSULTATS (DR) (= Turn
Around Time [TAT])
ENTERPRISE
APPLICATION
INTÉGRATION (= EAI)
ÉQUIVALENT TEMPS
PLEIN (= ETP)
ETHERNET
ÉTUDE DES FLUX
FERME DE SERVEUR
FIREWALL
FORMAT
D’EXPORTATION DE
DONNÉES : html, txt, xls,
pdf, csv…
FLUX DE DONNÉES
(= Data Flow)
HELP DESK
ÎLOT
D’AUTOMATISATION OU
ÎLOT DE ROBOTIQUE (=
Stand Alone Module ou Stand
Alone Automation System)
Représente le délai de « rendu » des résultats d’analyses : temps
compris entre l’enregistrement de l’arrivée du prélèvement au
laboratoire et le moment où le résultat est disponible pour le
prescripteur
Enterprise Application Integration : logiciel permettant de
gérer, en quasi temps réel, les flux d’échanges de données entre
applications informatiques hétérogènes
- ETP de personnel : nombre d’agents nécessaires pour occuper
un poste de travail à temps complet (compte tenu, par exemple,
des congés, récupérations et absences diverses …) pendant une
période donnée
- ETP machine : se dit d’une machine qui ne fonctionnerait
qu’une partie du temps nominal (en raison, par exemple, de la
maintenance)
Protocole universel de réseau local à commutation de paquets
Réalisée dans le cadre de l’élaboration d’un projet d’équipement
ou de réorganisation, elle comprend en général plusieurs aspects :
charge de travail, flux de données, routage des échantillons…
Synonyme de « grappe de serveur » ou de ferme de calcul
(« computer cluster » en anglais )
Voir la définition de « cluster »
Pare-feu en français, logiciel de sécurité permettant de contrôler
et d’autoriser ou non les accès de/vers un poste de travail ou un
serveur
Formats standards de fichiers utilisés pour exporter les données du
Middleware
Parcours de données produites par les systèmes informatiques
de laboratoire à travers les connexions avec la robotique, les
automates et/ou les plateformes analytiques pour la réception des
prescriptions et l’émission électronique des résultats
Centre d’assistance
Système robotique isolé dédié à une tâche ou à un ensemble
d’opérations partielles du parcours des échantillons, mettant en
œuvre le concept d’automatisation partielle
INTÉGRATION
Concerne l’ensemble des domaines pré-analytique, analytique et
post-analytique
Elle consiste, grâce à la robotisation, à lier les actes pré- et
post-analytiques avec l’analytique pour diminuer le nombre de
manipulations manuelles et éviter les ruptures de flux
Rassemblement, plus ou moins abouti, d’un ensemble de phases
pré-analytiques, analytiques et post-analytiques en incluant les
flux de données et le parcours des échantillons à analyser
Faire entrer dans un tou
Lat, integrare « rendre complet, achever », « exécuter, faire »
INTEROPÉRABILITÉ
Faculté de fonctionnement coordonné entre deux ou plusieurs
systèmes informatiques pour la réalisation d’une ou de plusieurs
tâches d’un ou de plusieurs processus
LIGHTWEIGHT
Lightweight Directory Access Protocol : protocole reposant
DIRECTORY ACCESS
sur le protocole TCP/IP et permettant de définir des annuaires
PROTOCOL
d’entreprise. Dans les environnements Microsoft, ce protocole est
(= LDAP)
implémenté par la solution Active Directory
LECTEURS RFID
Dispositif matériel permettant de lire (avec ou sans contact) le
contenu des radio-étiquettes, également appelées « tags RFID »
(RFID = Radio Frequency IDentification)
MIDDLEWARE (MW) ou
Concentrateur complémentaire au SIL élaboré à partir de microSYSTÈME DE PILOTAGE ordinateur monoposte ou de plusieurs postes en réseau, intégré
DE PROCESSUS DE
dans le flux de données entre le SIL et les systèmes analytiques et/
LABORATOIRE (ou WAM : ou pré- et post-analytique visant à optimiser tout ou une partie des
Work Area Manager, ou
processus de laboratoire (production, traçabilité, validation…)
système intermédiaire)
PÉRI-ANALYTIQUE
Qualifie, par exemple, toutes les tâches du processus général
d’analyse correspondantes aux phases pré- et post-analytiques et
extérieures à la phase analytique
PHASE PRÉ-ANALYTIQUE Étape du processus général d’analyse comprise entre le
prélèvement et la réalisation de l’analyse
On peut distinguer :
la phase pré-analytique externe au laboratoire
la phase pré-analytique interne au laboratoire
Ou également :
la phase pré-analytique « documentaire » et administrative :
identifications, informations patients, prescriptions
la phase pré-analytique « technique » : prélèvements et
traitements des échantillons
PHASE ANALYTIQUE
Subdivision du processus général d’analyse concernant la seule
réalisation « technique » de l’analyse
PHASE POSTANALYTIQUE
PLATEFORME
ANALYTIQUE
PROTOCOLES DE
COMMUNICATION :
(HPRIM, ASTM, HL7…)
RÉ-ANALYSE (ou repasses
= repeat testing)
ROBOTIQUE
ROBOTISATION
ROUTAGE DES
ÉCHANTILLONS (=
Workflow)
SÉROTHÈQUE
SÉROTHÉQUAGE
Étape du processus général d’analyse comprenant : validation
biologique, transmission des résultats, collection d’échantillons,
rebouchage des tubes, archivage…
Ensemble de systèmes analytiques modulaires permettant de
traiter des charges de travail et/ou des menus analytiques de
différentes spécialités en fonction des modules installés sur la
plateforme
Méthodes standardisées de communication entre systèmes,
définissant le format des échanges et les mécanismes de contrôle
de ces échanges
HPRIM : protocole de communication unique et commun pour
tous les utilisateurs, publics et privés, d’informatique hétérogène
dans le secteur de la santé
ASTM : protocoles développés par l’American Society for
Testing & Materiels ; certains de ces protocoles supportent les
communications entre les automates et le Middleware
HL7 : HEalth Level 7, standards développés pour
l’interopérabilité des systèmes d’information du secteur de la
santé
Contrôle (= retesting) d’un échantillon déclenché volontairement
ou automatiquement en fonction de critères prédéfinis
Application industrielle de l’informatique consistant à
programmer et à actionner des robots
Science et technique de la conception et de la construction des
robots (Larousse)
En biologie, désigne un ou plusieurs robots prenant en charge une
ou plusieurs tâches faisant partie d’un processus
Correspond à un ensemble de mécanismes commandés par
un processeur pour assurer l’automatisation des opérations
analytiques et/ou pré/post-analytiques
Mise en œuvre de la robotique, mise en place de robots : action de
robotiser
Parcours des échantillons lors de l’ensemble de leurs traitements
successifs pré-analytiques, analytiques et post-analytique
Lieu où sont conservés des sérums sanguins ou plus généralement
des échantillons de liquides biologiques
De thêkê « coffre, lieu de dépôt »
Action de mettre un ou des sérums sanguins, ou plus
généralement un ou des échantillon(s) biologique(s) liquides dans
un ou des lieu(x) de stockage adapté(s) à leur conservation à long
terme (congélation)
SYSTÈME ANALYTIQUE
SYSTÈME
D’AUTOMATISATION
DE LABORATOIRE
(= SAL ou LAS)
SYSTÈME DE PILOTAGE
DE LA ROBOTIQUE
(= SPR ou LASS)
SYSTÈME
INFORMATIQUE DE
LABORATOIRE
(= SIL ou LIS)
TEMPS D’OBTENTION
DES RÉSULTATS
(ou délai d’obtention…)
TESTS RÉFLEXES
(= reflexive testing)
VIRTUALISATION
Ensemble de moyens analytiques constitués d’une méthode, d’un
appareil, d’un (ou de plusieurs) logiciel(s), d’un (ou de plusieurs)
réactif(s), d’un (ou de plusieurs) échantillon(s) de calibrage,
d’un (ou de plusieurs) échantillon(s) de contrôle, qui permet de
déterminer la nature d’un constituant ou sa concentration selon un
mode opératoire défini (définition du Guide de bonne exécution
des analyses)
Ensemble comprenant la robotique de laboratoire des phases :
pré-analytiques, analytiques, post-analytique, et ses systèmes de
pilotage
Désigne le ou les systèmes informatiques de pilotage de la
robotique de tout ou partie des phases pré-analytiques, analytiques
et post-analytiques
Terme général pour désigner tout système informatique de
laboratoire en charge notamment de l’identification des patients
et des prélèvements, de la collecte des données médicales ou
biologiques, des prescriptions, de la restitution des résultats
validés… :
identique à LIMS : Laboratory Information Médical System
identique à SGL : Système de gestion de laboratoire
Délai séparant le moment ou un échantillon est disposé sur
le système d’automatisation et celui ou les résultats de cet
échantillon sont disponibles pour la validation technique
Analyses additionnelles déclenchées en fonction du résultat
d’autres analyses soit manuellement, soit automatiquement en
fonction d’algorithmes
Partitionnement d’un serveur physique en plusieurs machines
virtuelles par abstraction du processeur de la mémoire de stockage
et des ressources réseau (CITRIX, VMWARE…)
ACRONYMES ET TERMES ANGLO-SAXONS
ASTM
BACKUP
BHN
BO
CITRIX
CPP
CQ
CIQ
CORE LABORATORY
CPS
CV
DRIVER
EAI
EEQ
FTE
HL7
HPRIM
LAS
LASs
LDAP
LIMS
LIS
LOAD BALANCING
MW
OLAP
OS
PDA
American Standard for Testing and Materials
Procédure de Backup = Procédure de secours = Procédure de
reprise des données produites sans pertes, ni saisies manuelles
Actes hors nomenclature des actes de biologie médicale (NABM).
Une cotation de ces actes est proposée par le CHRU de Montpellier
Business Object
Solution de virtualisation de poste de travail
= Code procédure pénale. Il définit une tarification des actes de
biologie et de toxicologie dans le cadre de la prise en charge de
frais de justice
Contrôle qualité
Contrôle interne de qualité
Laboratoire central
Carte professionnelle de santé
Coefficient de variation
Pilote
Enterprise Application Integration
Évaluation externe de la qualité
Full Time equivalent of employees (équivalent temps plein de
personnel = ETP)
Health Level 7
« Harmonie et PRomotion de l’Informatique Médicale »
Laboratory Automation System (= Système d’automatisation de
laboratoire)
Laboratory Automation System Software (= SPR : Système de
pilotage robotique)
Lightweight Directory Access Protocol
Laboratory Information Medical System
Laboratory Information System (= Système d’information de
laboratoire = SIL)
Orientation des échantillons sur plusieurs analyseurs réalisant des
tests identiques, en fonction de leur charge de travail
MIDDLEWARE
On Line Analysis Processing
OS = Operating System, système d’exploitation
Personal Digital Assistant
Radio Frequency Identification
Système de gestion de bases de données
Système de gestion de laboratoire
Système informatique hospitalier
Système informatique de laboratoire
Turn Around Time = Délais de réponse
Transmision Control Protocol/Internet Protocol
Virtual Private Network
Work Area Manager (système de pilotage de processus de
laboratoire)
RFID
SGBD
SGL
SIH
SIL
TAT
TCP/IP
VPN
WAM

Descriptif standardisé « Middleware

Transcription

Documents pareils

L`Association La Marque au fil de l`Eau vous propose des spectacles

ATHANOR Affiche A3 2016

CALENDRIER SCOLAIRE 2016/2017 Petites Vacances

Bienvenue au Club Homéo

Improve your English Pronunciation ! Ship or sheep ? Tree or three ?

Comédie de Picardie • Incredible Drum Show : Fills Monkey merc 11

Calendrier 2016-2017 - Collège Jacques

Greta du LEVANT - Mission Locale Guadeloupe

Guide de l`exposant - Salon Véhicule Électrique Montréal

Gîte n°1107 Album photo - Gîtes de France Guadeloupe