Un projet SIH qui échoue, ce n’est presque jamais à cause du logiciel. C’est parce que l’organisation n’était pas prête, les équipes pas impliquées, les rôles mal définis. L’outil arrive, il est installé et il reste à la marge des usages réels pendant des mois, parfois des années.
Conduire un projet de système d’information hospitalier, c’est d’abord conduire une transformation organisationnelle. Le logiciel n’est que l’aboutissement visible d’un travail de fond qui commence bien avant l’installation et se prolonge bien après la mise en production.
Le projet SIH ne commence pas à l'installation
Un projet d'organisation avant d'être un projet informatique
C’est l’erreur la plus fréquente : traiter le projet SIH comme un projet technique. On choisit un éditeur, on signe un contrat, on attend la livraison. Et on découvre à la mise en production que les processus n’ont pas changé, que les équipes ne savent pas quoi faire des nouveaux écrans, que les circuits d’information sont les mêmes qu’avant, juste numérisés.
Un bon projet SIH part des usages réels. Avant de configurer quoi que ce soit, il faut comprendre comment les équipes travaillent aujourd’hui : les soignants, le secrétariat, la logistique, la direction. Pas pour reproduire l’existant à l’identique, mais pour ne pas imposer un cadre artificiel qui sera contourné dès le premier jour.
Partir des parcours patients pour identifier les vrais enjeux
La bonne entrée dans un projet SIH, c’est le parcours patient : entrée dans l’établissement, séjour, sortie, relais avec la ville.
À chaque étape, on cartographie ce qui se passe réellement, qui informe qui, qui décide, qui enregistre, qui valide. Cette cartographie fait souvent apparaître des points de rupture évidents que l’organisation s’est habituée à ne plus voir.
C’est à partir de cette lecture terrain que l’on peut distinguer ce qui est obligatoire (réglementation, traçabilité, sécurité) de ce qui relève de choix organisationnels. Et c’est seulement à ce moment-là que le paramétrage du SIH a du sens.
L'appropriation : l'ingrédient que personne ne planifie
Un outil utile ne s'impose pas, il se construit
Le projet n’est pas réussi tant que les équipes ne perçoivent pas le SIH comme un outil utile et non comme une contrainte supplémentaire imposée d’en haut. Cette bascule ne se produit pas automatiquement à la mise en production. Elle se prépare dès le début du projet.
Impliquer les utilisateurs en amont change tout. Groupes de travail, ateliers de co-conception, retours d’expérience terrain : quand les équipes soignantes participent à la définition du paramétrage, elles s’approprient l’outil différemment. Elles ne découvrent pas un système le jour J, elles retrouvent quelque chose qu’elles ont contribué à construire.
Parler le langage de chaque métier
Un infirmier, un médecin, un agent administratif et un responsable logistique n’ont pas les mêmes attentes vis-à-vis d’un SIH.
Pour chacun, les bénéfices concrets doivent être formulés dans son propre langage : gain de temps sur la saisie, réduction des erreurs de prescription, meilleure information sur le statut des patients, moins de recherches de dossiers papier.
Quand chaque professionnel comprend ce que le projet change pour lui concrètement, dans son quotidien, la résistance au changement diminue significativement. Ce travail de traduction est l’un des rôles clés du consultant SIH.
Valoriser les retours d'usage pour ajuster
Après le démarrage, les équipes remontent des difficultés, des incohérences, des fonctionnalités mal paramétrées par rapport aux usages réels. Ces retours sont précieux, à condition d’être entendus et traduits en ajustements concrets. Montrer aux équipes que leurs retours ont été pris en compte, c’est renforcer leur engagement dans la durée et éviter que le SIH dérive vers un usage a minima.
Le rôle du consultant SIH dans cette transformation
Traducteur entre les métiers et la technique
La valeur d’un consultant SIH ne réside pas dans sa connaissance du logiciel. Elle réside dans sa capacité à faire le pont entre deux mondes qui ne parlent pas naturellement la même langue : les équipes soignantes et médico-sociales d’un côté, les équipes techniques et les éditeurs de l’autre.
Reformuler les besoins métier en spécifications compréhensibles, anticiper les contraintes techniques que les équipes n’ont pas vues, proposer des solutions adaptées à l’organisation réelle plutôt qu’à l’organisation théorique : c’est ce travail de traduction qui détermine en grande partie la réussite du projet SIH.
Prioriser ce qui impacte vraiment le parcours patient
Toutes les fonctionnalités d’un SIH ne se valent pas. Certaines ont un impact direct sur la qualité des soins et la sécurité du parcours patient : prise de rendez-vous, circuits d’admission, relais d’information entre services, prescription électronique. D’autres sont utiles mais secondaires.
Le rôle du consultant SIH est d’aider l’établissement à prioriser, à ne pas vouloir tout déployer en même temps, à séquencer intelligemment les phases du projet pour que chaque étape génère des bénéfices visibles avant de passer à la suivante.
Rester présent après la mise en production
Le go-live n’est pas la fin du projet. C’est le début de la phase la plus critique. Les équipes sont en situation réelle, les imprévus surgissent, certains paramétrages révèlent leurs limites au contact des usages quotidiens.
Un accompagnement post-déploiement structuré : ajustements de paramétrage, sessions de formation des équipes, capitalisation des retours terrain, est ce qui transforme un démarrage correct en adoption durable. Les établissements qui sautent cette phase sont ceux qui, six mois après la mise en production, constatent que le SIH est utilisé à 40 % de ses capacités.
Le SIH comme levier de qualité, pas comme outil informatique
Le cadrage du projet détermine son destin. Un projet SIH présenté comme un projet informatique sera vécu comme un projet informatique avec tout ce que cela implique de résistances, de délais, et de déceptions. Un projet SIH présenté comme un levier de transformation de la qualité des soins, de la sécurité et de la continuité des parcours change de dimension.
Ce positionnement n’est pas qu’une question de communication interne. Il conditionne la gouvernance du projet, le niveau d’implication de la direction médicale, l’engagement des équipes soignantes et la légitimité du consultant SIH pour prendre des décisions structurantes sur l’organisation.
Les projets SIH qui réussissent sont ceux portés par une conviction partagée : on ne change pas de logiciel, on change de façon de travailler. Le logiciel, c’est le moyen. La transformation, c’est l’objectif.
Le projet SIH : en résumé
Un projet SIH bien conduit, c’est un projet qui commence par l’organisation, qui implique les équipes soignantes dès la conception, qui distingue ce qui est prioritaire de ce qui peut attendre, et qui ne s’arrête pas le jour de l’installation.
C’est aussi un projet qui nécessite un accompagnement expert — pas seulement technique, mais organisationnel et humain.
E-Medicom accompagne les établissements de santé dans la conduite de leurs projets SIH : cadrage, déploiement, formation des équipes et suivi post-production.