La plupart des départements d'oncologie équipés de MOSAIQ, ARIA, Epic ou Cerner ont investi significativement dans leurs systèmes cliniques. Les protocoles de traitement sont encodés. Les contraintes de sécurité sont appliquées. Le dossier patient est tenu avec précision. Ces plateformes font exactement ce pour quoi elles ont été conçues.

Et pourtant, la plupart de ces mêmes départements se heurtent au même problème opérationnel : dès que quelque chose change en cours de journée, qu'un appareil tombe en panne, qu'un membre clé de l'équipe est absent, ou qu'un patient urgent doit être intégré au planning, la réponse est largement manuelle. Les emails et les appels téléphoniques commencent à fuser. Deux heures plus tard, la journée est rafistolée.

Ce n'est pas un dysfonctionnement des systèmes cliniques. C'est une question de périmètre.

Ce Pour Quoi les OIS et les DPI ont été Conçus

Les systèmes d'information en oncologie (OIS) ont été conçus pour la délivrance des traitements et la sécurité clinique. Ils suivent chaque fraction de rayonnement délivrée, appliquent les contraintes cliniques et garantissent l'intégrité du dossier de traitement. Ils sont indispensables.

Les dossiers patients informatisés (DPI) ont été conçus pour la documentation et la facturation. Ils constituent le dossier longitudinal du patient et structurent le flux administratif de l'établissement.

Les deux ont intégré des fonctionnalités de planification des rendez-vous au fil du temps. Les deux sont devenus des standards du secteur. Les deux sont essentiels. Aucun n'a été conçu pour équilibrer en continu la demande patient face à une capacité de prise en charge finie, entre les départements, en temps réel. C'est simplement en dehors du périmètre pour lequel ils ont été développés.

Ce que les Systèmes ne Couvrent pas

Quand l'équation capacité-demande se déséquilibre, quelque chose doit absorber le travail. Dans la plupart des départements, ce quelque chose est une combinaison de mémoire institutionnelle, de coordination manuelle et d'outils informels qui n'ont jamais été pensés pour jouer un rôle d'infrastructure opérationnelle.

Les tableurs comblent les lacunes : suivi des listes de patients, représentation des créneaux à remplir pour la planification des rendez-vous, liste des activités à coordonner dans un plan de soins. Les messageries instantanées gèrent les exceptions en temps réel. Et quelques personnes expérimentées tiennent dans leur tête ce qu'aucun système ne capture : quels patients peuvent être déplacés, comment reconstruire une journée sans que l'impact se propage au lendemain.

Chacune de ces rustines résout un problème local. Collectivement, elles deviennent la couche de coordination que les systèmes cliniques n'ont jamais été conçus pour assurer.

Pourquoi c'est un Problème Structurel

Les conséquences dépassent la simple inefficacité. C'est une question de fragilité.

Quand la connaissance opérationnelle d'un département repose sur deux ou trois personnes plutôt que sur un système, ce département est à un arrêt maladie d'une rupture de coordination. Quand une reprise de planification des rendez-vous prend deux heures au lieu de quelques minutes, l'impact cumulé sur les patients et les équipes s'accumule de jour en jour. Quand les responsables opérationnels n'ont pas de visibilité en temps réel sur la capacité réelle de prise en charge, ils pilotent avec des données en retard plutôt qu'avec la réalité du moment.

Ce ne sont pas des problèmes qu'une meilleure configuration de l'OIS ou du DPI résoudra. Ce sont les conséquences structurelles d'un écart entre ce que les systèmes cliniques ont été conçus pour faire et ce que les opérations d'oncologie complexes exigent réellement.