ISO 45001 et intelligence artificielle : ce que la norme attend vraiment de vous
La norme ISO 45001 ne mentionne pas une seule fois l'intelligence artificielle. Elle date de 2018, à une époque où la vision par ordinateur restait un sujet de laboratoire et où personne, dans un comité de normalisation, n'imaginait qu'un algorithme puisse participer à une analyse des risques.
Cette absence pose un problème très concret. Vous déployez un outil d'IA sur un site certifié, l'auditeur arrive, et vous n'avez aucun référentiel pour justifier vos choix. Faut-il le documenter ? Dans quel chapitre ? Est-ce que cela relève de la surveillance, de la participation des travaille
urs, de la gestion du changement ?
La réponse est plus simple qu'il n'y paraît. ISO 45001 est une norme de système, pas de technologie. Elle ne dit pas quels outils utiliser, elle dit ce que votre organisation doit être capable de démontrer. Et c'est précisément là que l'IA se range très naturellement.
Rappel utile : ce qu'ISO 45001 exige réellement
Beaucoup d'entreprises abordent la norme comme une checklist documentaire. C'est un contresens qui coûte cher en audit.
La norme impose un système de management de la santé et de la sécurité au travail construit sur une logique d'amélioration continue. Six exigences structurent l'ensemble : l'engagement de la direction, l'identification des dangers et l'évaluation des risques, la participation des travailleurs, la maîtrise opérationnelle, la surveillance des performances, et la revue de direction.
Sur le papier, rien de révolutionnaire pour qui connaît le Code du bien-être au travail belge. Dans les faits, deux exigences posent régulièrement problème lors des audits : prouver que l'évaluation des risques est vivante plutôt qu'annuelle, et prouver que les travailleurs ont réellement participé plutôt qu'être informés.
Ce sont exactement les deux points où les outils d'IA apportent quelque chose.
Chapitre 6 - l'analyse des risques cesse d'être un exercice annuel
Le chapitre 6.1.2 demande d'identifier les dangers « de manière continue et proactive ». Le mot continue est là depuis 2018. En pratique, la plupart des organisations font une grande analyse annuelle, la classent, et la ressortent avant l'audit.
L'auditeur le voit immédiatement. Un document unique dont la dernière modification remonte à onze mois envoie un signal clair.
Ce que l'analyse prédictive change ici n'est pas la qualité de l'évaluation, c'est sa fréquence. Un modèle qui croise l'historique des presque-accidents, les données de production, la rotation des équipes et les conditions extérieures produit un signalement mensuel plutôt qu'un rapport annuel. Vous ne remplacez pas le jugement du conseiller en prévention : vous lui donnez de la matière fraîche.
Pour l'audit, la différence est nette. Vous présentez une trace horodatée de revues successives, avec les décisions prises à chaque fois. C'est la démonstration du caractère continu que la norme réclame.
Ce que l'auditeur regardera
Trois choses, dans cet ordre. D'abord, qui décide : le système propose, mais une personne identifiée arbitre et signe. Ensuite, la traçabilité : chaque signalement doit pouvoir être retrouvé, avec la suite qui lui a été donnée y compris quand la décision a été de ne rien faire. Enfin, la qualité des données d'entrée : un modèle nourri de déclarations d'incidents incomplètes produira des conclusions incomplètes, et l'auditeur le sait.
Chapitre 5.4 - la participation des travailleurs, le vrai point de friction
C'est l'exigence la plus mal comprise de la norme, et celle qui génère le plus de non-conformités.
Le texte ne demande pas de consulter les travailleurs. Elle demande leur participation et leur consultation, ce qui n'est pas la même chose. La participation suppose qu'ils contribuent à construire, pas qu'ils valident après coup.
Introduire un système de vision par ordinateur dans un atelier sans avoir associé les opérateurs en amont vous met en difficulté sur deux plans simultanément. Côté norme, vous êtes en écart sur le chapitre 5.4. Côté droit belge, vous êtes en infraction à la CCT n°68 si vous n'avez pas consulté le CPPT préalablement.
L'expérience terrain montre autre chose, d'ailleurs. Les déploiements qui échouent ne butent presque jamais sur la technique. Ils butent sur le sentiment de surveillance. Un opérateur qui découvre une caméra intelligente en arrivant un lundi matin développera une méfiance durable, quelle que soit la qualité de vos intentions.
Une méthode qui satisfait la norme et le terrain
Associer le CPPT dès la phase de cadrage, pas à la validation. Définir une finalité unique et écrite, la sécurité, jamais l'évaluation individuelle. Informer chaque travailleur concerné avant le déploiement : quelles données, par quel système, qui y accède, combien de temps elles sont conservées. Prévoir un point d'étape à trois mois avec les opérateurs eux-mêmes.
Cette séquence produit exactement les preuves documentaires que l'audit réclame. Elle a surtout l'avantage de fonctionner.
Chapitre 9 - la surveillance des performances
Le chapitre 9.1 impose de surveiller, mesurer, analyser et évaluer les performances en santé-sécurité. La plupart des organisations s'en tiennent aux indicateurs classiques : taux de fréquence, taux de gravité, nombre de jours perdus.
Ces indicateurs ont un défaut majeur que tout le monde connaît sans forcément l'assumer, ils sont rétrospectifs. Ils comptent ce qui a déjà mal tourné. Une année sans accident grave ne prouve pas que le système fonctionne : elle peut simplement signifier que vous avez eu de la chance.
Les outils d'analyse permettent de suivre des indicateurs avancés : nombre de situations à risque détectées, délai moyen entre détection et traitement, taux de conformité au port des EPI par zone, évolution des remontées volontaires. Ces mesures disent quelque chose de l'état réel du système, pas de son historique.
Un conseil pratique : n'abandonnez pas les indicateurs rétrospectifs pour autant. L'auditeur les attend, et ils restent utiles pour la comparaison sectorielle. Ajoutez les indicateurs avancés à côté.
Chapitre 8.1.3 - la gestion du changement
Voici le chapitre qu'on oublie systématiquement, et celui qui pose le plus de problèmes lors d'un déploiement technologique.
La norme impose de maîtriser les changements planifiés susceptibles d'affecter la santé-sécurité. L'introduction d'un système d'IA est un changement planifié. Elle doit donc suivre le processus formel : analyse d'impact préalable, identification des nouveaux risques introduits, mesures de maîtrise, communication.
Les nouveaux risques introduits par un outil d'IA sont réels et rarement anticipés. La confiance excessive dans l'algorithme, d'abord : un opérateur qui s'en remet au système finit par relâcher sa vigilance propre. La dégradation silencieuse, ensuite : un modèle dont les performances baissent sans que personne le remarque. Et les effets sur le climat social, enfin, qui peuvent affecter la remontée volontaire d'informations, si les gens se sentent surveillés, ils déclarent moins.
Documenter ces risques ne vous fragilise pas face à l'auditeur. C'est l'inverse : cela démontre la maturité du système de management.
Trois erreurs qui coûtent cher en audit
Présenter l'outil comme une preuve de conformité. Un logiciel n'est jamais conforme en soi. C'est votre processus qui l'est ou ne l'est pas. Un auditeur qui entend « nous sommes conformes parce que nous avons déployé cette solution » va creuser, et il trouvera.
Confondre automatisation et maîtrise. Automatiser la production d'un rapport ne signifie pas maîtriser le risque qu'il décrit. La norme s'intéresse au second point.
Négliger la traçabilité des décisions automatiques. Si un système génère des alertes, vous devez pouvoir montrer ce qu'elles sont devenues. Une alerte sans suite documentée est pire qu'une absence d'alerte : elle prouve que vous saviez.
Par où commencer si vous êtes certifié
Reprenez votre dernier rapport d'audit et identifiez les remarques récurrentes. Dans la majorité des organisations, elles tournent autour de trois points : l'analyse des risques n'est pas assez vivante, la participation des travailleurs est difficile à prouver, les indicateurs sont exclusivement rétrospectifs.
Ce sont vos points d'entrée. Choisissez-en un seul, testez sur un périmètre restreint pendant six à douze mois, documentez ce qui se passe y compris les échecs. Un pilote raté et documenté vaut mieux qu'un déploiement massif non maîtrisé, en audit comme dans la réalité.
Et si vous n'êtes pas encore certifié : la démarche reste la même. ISO 45001 formalise ce que le Code du bien-être au travail belge impose déjà en substance. Vous n'avez pas deux systèmes à construire.
Source :
- Code du bien-être au travail (recueil des arrétés d'exécution belges encadrant la prévention en entreprise).
- CCT n° 68 (Convention Collective de Travail) conclue au sein du Conseil National du Travail (CNT) relative à la protection de la vie privée à l'égard de la surveillance par caméras sur le lieu de travail.
- Norme ISO 45001:2018 (Systèmes de management de la santé et de la sécurité au travail & Exigences et lignes directrices pour leur utilisation)
- EU AI Act (Règlement (UE) 2024/1689 du Parlement européen et du Conseil établissant des règles harmonisées concernant l'intelligence artificielle)
