
- Publication
- Mise à jour
Une table de correspondance peut piloter les codes de centre, les noms d’analyses ou les descriptions de produits. Un changement d’une seule ligne peut modifier l’interprétation de milliers d’enregistrements ; l’apparence simple d’une table ne garantit donc pas un risque opérationnel faible.
Préserver le sens des données
Définir qui peut proposer un changement de données de référence, qui en vérifie le sens et comment reconnaître la version active. Une clé techniquement unique ne prouve pas une correspondance scientifiquement ou opérationnellement correcte. Rendre explicites les dates d’effet et les décisions d’application rétrospective. Relier la source de correspondance pertinente et la justification du changement à la version contrôlée utilisée pour le traitement.
Exemple pratique
Par exemple, deux analyses de laboratoire similaires correspondent à un seul code cible alors que l’une représente un type d’échantillon différent. Un expert examine le sens de la table, plutôt que le seul format des codes. Après correction, l’équipe identifie les enregistrements traités avec la version antérieure et évalue les besoins de retraitement. Charger une table révisée ne répare pas automatiquement les correspondances historiques.
Points de contrôle
- Échantillonner des codes d’apparence similaire qui représentent des sens différents.
- Examiner un changement proposé avec la population qu’il affecte.
- Relier la version de la table de correspondance à chaque traitement ou livraison pertinent.
Acceptation et limites
L’acceptation signifie qu’un enregistrement sélectionné peut être expliqué à travers sa règle approuvée de correspondance. Toutes les données de référence ne nécessitent pas les mêmes niveaux d’approbation ; choisir selon leur effet. Un circuit de correction accéléré nécessite toujours des preuves véridiques d’habilitation et de contrôle. Pour les tables fréquemment modifiées, examiner les différences peut être plus utile que relire tout le fichier, tandis que vérifier le sens exige toujours l’expertise responsable.
Questions fréquentes
- Vérifier les clés en double suffit-il ?
- Non. Une correspondance unique mais incorrecte peut toujours déformer le sens.
- Faut-il retraiter les données historiques après chaque changement ?
- Évaluer le périmètre et la finalité, en documentant la justification de toute application rétrospective.