IT hospitalière en décembre : quand la tempête arrive, c'est le système qui décide

1. La tempête de décembre et la question systémique

Décembre aux urgences a son propre rythme : grippe, VRS, infections, accidents, stress des fêtes. Beaucoup de patientes et patients en même temps, moins de personnel que prévu, et en arrière-plan le bruit constant des appels téléphoniques, des e-mails, des portails et des demandes de renseignements.

Et c'est précisément là que se produit quelque chose que personne n'ose dire ouvertement : dans ces phases, les hôpitaux n'atteignent pas seulement leurs limites à cause de l'afflux de patients, mais à cause de la friction dans le système.

Non pas parce que les équipes travaillent mal. Mais parce qu'elles doivent jongler avec trop de choses en même temps.

Quand un hôpital se sent submergé en décembre, la question décisive n'est pas seulement : Avons-nous assez de personnel ?

La question décisive est aussi : Dans quelle mesure notre paysage applicatif nous porte-t-il à travers la tempête ?

Cette page n'est pas une critique de tel ou tel éditeur. C'est une prise de conscience : pourquoi de nombreux programmes de digitalisation dans les hôpitaux sont perçus comme une charge de travail supplémentaire par les utilisateurs, et comment vous pouvez inverser la tendance — non pas avec un onzième outil, mais avec une couche d'orchestration.

2. Le schéma que j'observe dans chaque échange

De nombreux établissements sont en pleine transformation, la plus importante depuis des années :

• Nouveau SIH, parce qu'IS-H est abandonné ou remplacé.
• En parallèle, un Clinical Data Repository (CDR), parce que les données doivent être consolidées.
• Des solutions CDSS comme MAIA ou des systèmes comparables, parce que l'aide à la décision clinique est demandée.
• Portail patient, portail correspondants, portails de consentement, portails de prise de rendez-vous.
• En plus : communication, documentation, facturation, contrôle de gestion, qualité, dispositifs médicaux, laboratoire, radiologie.

Chaque système a sa raison d'être. Certains sont excellents sur le plan fonctionnel. Certains sont le fruit d'un héritage historique. Certains ont été imposés politiquement, parce que des programmes de financement ou des dispositifs de subvention le suggéraient.

Et pourtant, les équipes sur le terrain me disent souvent en substance :

• Aujourd'hui, je fais plus de clics que de médecine.
• Je saute d'une fenêtre à l'autre au lieu de travailler.
• Je cherche des informations qui devraient déjà être disponibles.
• Je saisis les données en double parce qu'il n'y a pas d'autre moyen.

Ce n'est pas le problème d'un outil isolé. C'est le problème entre les outils.

3. Pourquoi un outil supplémentaire n'est presque jamais la solution

Quand ça brûle, la réaction standard est compréhensible : il nous faut encore quelque chose qui résout X.

Encore un portail. Encore une application. Encore un formulaire. Encore une alerte. Encore un tableau de bord.

Cela ressemble à du progrès à court terme. À long terme, cela produit souvent exactement trois effets secondaires :

• Plus de connexions et plus d'interfaces
• Plus de ruptures de médias
• Plus de zones grises de responsabilité, parce que plus personne ne sait où quelque chose se termine et où ça commence

L'hôpital ne devient pas plus digital, il devient simplement plus complexe.

Le changement de perspective : Les hôpitaux n'ont pas besoin de plus de fonctionnalités. Les hôpitaux ont besoin de moins de friction.

4. Ce qu'est réellement une couche d'orchestration

Une couche d'orchestration est la strate au-dessus des systèmes existants qui accomplit deux choses simultanément :

1. Centraliser l'information : À partir du SIH, du CDR, du CDSS et des portails, une vue d'ensemble cohérente émerge pour les équipes.
2. Piloter les processus : Le travail est orchestré au-delà des frontières des systèmes. Il ne s'agit pas seulement d'afficher des données, mais de guider les tâches et les décisions.

Pour une image parlante : le SIH, le CDR, MAIA, les portails sont des instruments. La couche d'orchestration est le chef d'orchestre. Sans chef d'orchestre, tout le monde joue. Mais pas ensemble.

Important : L'orchestration ne remplace ni le SIH, ni MAIA, ni votre CDR. C'est la couche qui empêche qu'un bon système paraisse mauvais au quotidien.

5. La tempête de décembre, traduite en types de charge

Quand il y a moins de personnel et simultanément plus de patients, la pratique génère généralement un mélange de quatre types de charge :

• Charge de communication : Appels téléphoniques, demandes de précisions, relances, concertations, mises à jour de statut.
• Charge de documentation : Admissions, transmissions, transferts, sorties, résultats, consentements.
• Charge de coordination : Qui fait quoi ensuite, quelle est la priorité, où ça bloque.
• Charge de recherche : Où est l'information, où est-elle consignée, qui la détient, quelle version est la bonne.

Une couche d'orchestration doit réduire précisément ces types de charge. Non par magie, mais par un pilotage rigoureux.

6. Ce qui a le plus d'impact : la communication et le travail de routine

Beaucoup pensent d'abord à l'intégration de données quand on parle d'orchestration. C'est important, mais ce n'est que le début.

Le plus grand levier réside dans la communication de routine et les demandes standards.

Dans presque chaque hôpital, il existe des schémas récurrents qui se répètent des centaines de fois par jour :

• Questions de statut
• Demandes de rendez-vous
• Questions standards sur des documents
• Questions des correspondants
• Questions des patients
• Demandes internes entre le service et l'administration
• Relances pour informations obligatoires manquantes
• Questions sur le codage, le statut du dossier, la facturation

C'est là qu'émerge une grande partie de la surcharge ressentie. Et c'est là qu'un bon système peut réellement contribuer.

Ce qui est fréquemment possible dans les pilotes, lorsque les processus sont bien définis :

50 à 70 pour cent des tâches de routine récurrentes peuvent être traitées automatiquement ou préparées sous forme de brouillon (selon le domaine et le référentiel de règles).

Cela ne signifie pas : la machine prend tout en charge. Cela signifie : l'équipe reçoit des suggestions, des brouillons, des réponses pré-remplies et une escalade claire.

• Moins de ping-pong téléphonique
• Moins de demandes de précisions
• Des délais de réponse plus rapides
• Moins de copier-coller manuel

Et c'est exactement la différence entre l'IA-spectacle et l'IA-utile.

7. Des indicateurs concrets que vous pouvez réellement mesurer

Si vous êtes décideur, vous ne voulez pas une belle histoire. Vous voulez du pilotage.

Une couche d'orchestration ne devrait donc pas être vendue sur ses fonctionnalités, mais sur ses effets mesurables. Des indicateurs que les hôpitaux peuvent facilement appréhender, et que vous pouvez comparer avant et après un pilote :

• Temps de recherche et de clics : Combien de minutes par dossier sont consacrées à la recherche, l'ouverture, le basculement et la consultation ?
• Double documentation : Combien de fois les mêmes informations sont-elles saisies dans deux systèmes ou plus ?
• Résolution au premier contact : Quel pourcentage des demandes est traité dès le premier contact, sans relance et sans transfert ?
• Taux d'escalade : Combien de fois un humain doit-il intervenir parce que l'automatisation n'y parvient pas ?
• Délai de traitement des processus standards : Admission, transfert, sortie, demande de documents, communication avec les correspondants.
• Impact sur les temps d'attente et la durée de séjour : Chaque minute n'est pas liée à l'IT. Mais moins de friction agit indirectement via une coordination plus rapide et moins de demandes de précisions.

À retenir : Si vous ne mesurez pas, ce n'est pas du digital. C'est juste coûteux.

8. Comment la couche d'orchestration est conçue techniquement

Vous n'avez pas besoin d'un nouveau monstre monolithique. Vous avez besoin d'une couche modulaire qui s'intègre proprement dans les paysages existants.

Trois niveaux ont fait leurs preuves en pratique :

1. Couche de données : Interfaces normalisées, modèles de données clairs, FHIR là où c'est pertinent, sinon des API propres. Objectif : une vue cohérente du patient, du dossier, du statut, des tâches et des documents.
2. Couche de workflow : Tâches, règles, responsabilités, escalades. Non pas sous forme de BPM rigide et folklorique, mais comme une orchestration pragmatique : qui reçoit quoi, quand, avec quelles données, avec quel délai.
3. Couche d'interaction : Le cockpit pour le service, l'administration, le contrôle de gestion, l'exploitation IT. Peu de clics, des priorités claires, une vue qui fonctionne en pleine tempête.

9. Des agents IA, mais bien intégrés

Dans les hôpitaux, l'IA échoue rarement à cause de la qualité des modèles. Elle échoue à cause de l'absence de cadre.

Pour que l'IA ne produise pas simplement de nouvelles alertes, elle a besoin de :

• Des missions claires : Que peut-elle décider automatiquement, que doit-elle seulement préparer ?
• Des règles de transfert claires : Quand et comment escalade-t-on vers un humain, qui est responsable ?
• Des protocoles clairs : Qu'a été répondu, pourquoi, sur la base de quelles données ?
• Des mesures claires : Qualité des réponses, taux d'escalade, gain de temps, taux d'erreur.

Ainsi, l'IA devient un soulagement et non une source supplémentaire d'incertitude.

10. Ce qui rend cela pertinent pour 2030, sans relever de la fiction

Il ne s'agit pas d'une date fixe, mais de la réalité que des changements de systèmes surviendront dans les prochaines années.

Certains systèmes arrivent en fin de vie, d'autres sont abandonnés, d'autres ne correspondent plus à la stratégie, d'autres encore ne sont plus économiquement viables. Les hôpitaux devront chercher des alternatives. Et à chaque fois, le même cauchemar menace :

• Migration de données
• Rupture de processus
• Formation
• Retour à Excel et aux listes parallèles
• Des mois de chaos transitoire

Une couche d'orchestration peut ici devenir une assurance de stabilité : l'hôpital construit un noyau qui lui appartient. Les systèmes en dessous sont interchangeables.

• Les données sont extraites et normalisées proprement.
• Les workflows restent stables dans la couche d'orchestration.
• Quand un système est remplacé, c'est l'adaptateur qui change, pas l'hôpital entier qui est reconstruit.

C'est la différence entre un hôpital qui réagit aux changements et un hôpital qui est submergé par les changements.

11. Une feuille de route réaliste, qui ne ressemble pas à un méga-projet

Si vous voulez aborder le sujet, vous avez besoin d'un point d'entrée qui montre rapidement si cela fonctionne.

Une approche qui fonctionne souvent bien :

Phase 1

30 jours de pilote sur un processus précis – par exemple les demandes via le portail, le téléphone et les documents standards pour une unité définie. Objectif : mesurer trois KPI et les améliorer visiblement.

Phase 2

60 à 90 jours d'extension à deux ou trois processus – avec de vrais rôles, des escalades et une logique de brouillons.

Phase 3

Montée en charge sur d'autres services – avec une stratégie d'adaptateurs pour le SIH, le CDR, le CDSS et les portails. C'est ici que naît le noyau propre à l'hôpital.

Ainsi, cela reste gérable. Et vous pouvez à tout moment arrêter, corriger, affiner.

12. Ce que vous devez retenir de cette page

Si vous ne retenez qu'une seule phrase, que ce soit celle-ci : L'IT hospitalière n'a pas besoin d'un outil de plus. Elle a besoin d'orchestration.

Et ce, de manière à ce qu'en décembre, ce ne soit pas l'équipe qui porte les systèmes, mais les systèmes qui portent l'équipe.