Coût d'un DPI en 2026 : TCO d'un dossier patient legacy vs cloud

The essentials in 30 seconds

Introduction

Choisir un dossier patient informatisé (DPI) ne se résume jamais à un prix. Le montant du devis couvre les licences, mais il dit peu de choses sur ce que le système coûtera une fois en production. Sur dix ans, les interfaces, les montées de version, les interruptions de service et les heures que les soignants perdent en double saisie pèsent souvent bien plus que la licence elle-même. Comprendre le coût DPI dans sa totalité est donc le premier travail d'un hôpital qui veut comparer des éditeurs honnêtement.

Le coût total de possession (TCO) d'un dossier patient informatisé, c'est la somme de tout ce que le système coûte sur l'ensemble de son cycle de vie, et pas seulement son acquisition. Dit simplement : le DPI le moins cher à l'achat est rarement le moins cher à exploiter.

Galeon développe un DPI dopé à l'IA avec les soignants depuis 2016. Il est déployé dans 19 hôpitaux, dont deux CHU, et utilisé par plus de 10 000 soignants sur plus de 3 millions de dossiers patients. Cette expérience de terrain est un bon révélateur : elle montre où se cachent réellement les coûts d'un dossier patient.

Ce guide décompose le vrai coût d'un DPI, ligne par ligne, puis compare les deux modèles que les décideurs hospitaliers arbitrent en 2026 : un système legacy sur site (on-premise) et un DPI en cloud souverain hébergé en Europe.

Que recouvre vraiment le coût total de possession d'un DPI ?

Le TCO d'un DPI couvre bien plus que les licences. Il inclut l'infrastructure, la maintenance, les interfaces, la formation, le temps soignant et la dette technique sur tout le cycle de vie.

Dans le détail, un modèle réaliste doit prendre en compte les postes suivants :

• Licences ou abonnement : le droit d'usage du logiciel, ligne la plus visible mais souvent la plus faible.
• Infrastructure : serveurs, stockage, redondance, sauvegardes et salle machine, ou l'hébergement qui les remplace.
• Maintenance et montées de version : correctifs, migrations et projets internes que chacune déclenche.
• Interfaces et intégration : chaque connexion vers le laboratoire, l'imagerie, la pharmacie ou les services nationaux.
• Formation et conduite du changement : l'accompagnement de milliers de soignants.
• Temps soignant : les heures cliniques passées à ressaisir des données ou à contourner le système.
• Dette technique : le code vieillissant et les développements sur mesure qui ralentissent chaque évolution.
• Sécurité et conformité : hébergement HDS, cybersécurité, sauvegardes et plan de reprise.
• Réversibilité : le coût de sortie du système et de migration des données, un jour.

Deux de ces postes sont presque toujours sous-estimés : le temps soignant et la dette technique. Aucun n'apparaît clairement dans un budget informatique, pourtant tous deux augmentent chaque année où le système reste en place.

Pourquoi le prix d'achat n'est-il que la partie visible de l'iceberg ?

Parce que la licence est une ligne unique et visible, tandis que les coûts récurrents d'exploitation, de maintenance et d'intégration s'accumulent discrètement, année après année. Sur une décennie, la partie invisible finit par dominer.

Les analystes du secteur, comme Gartner, observent depuis longtemps qu'une large majorité des budgets informatiques, souvent estimée autour de 70 %, sert à faire tourner et maintenir l'existant plutôt qu'à créer de la valeur nouvelle. Un DPI hospitalier n'échappe pas à la règle (Gartner).

Le même schéma se retrouve à l'échelle nationale. Pour accélérer le partage sécurisé des données de santé, le Ségur du numérique en santé a mobilisé près de 2 milliards d'euros, selon l'Agence du Numérique en Santé, signe de ce que coûte réellement la plomberie invisible de l'informatique de santé (Agence du Numérique en Santé).

La leçon pour un modèle de TCO est simple : chaque euro économisé sur la licence peut revenir, plusieurs fois, sur les lignes interfaces et maintenance.

Quels coûts cachés pèsent sur chaque décideur ?

Les coûts cachés ne tombent pas sur un seul budget. Ils se répartissent entre la DSI, la direction financière, le DIM et, surtout, les soignants.

Pour la DSI : infrastructure, sécurité et exploitation

Pour la DSI, les coûts cachés les plus lourds sont l'infrastructure et l'exploitation : maintenir les serveurs à jour, sûrs et disponibles, et refaire les interfaces après chaque montée de version. Dans un modèle legacy sur site, la cybersécurité dépend fortement des ressources internes, dans un secteur parmi les plus exposés aux incidents cyber signalés aux autorités nationales comme la CNIL et l'ANSSI (CNIL).

Pour la DG et la direction financière : prévisibilité et trésorerie

Pour la direction générale (DG) et la direction financière, l'enjeu est la prévisibilité. Un DPI sur site, très capitalistique, immobilise de la trésorerie en amont et expose l'hôpital à des projets de migration non planifiés. Un modèle en abonnement étale le coût en dépense d'exploitation et facilite la budgétisation pluriannuelle, à condition de lire le contrat attentivement.

Pour le DIM : qualité de la donnée et codage

Pour le DIM (département d'information médicale), le coût, c'est la qualité de la donnée. Quand l'information est saisie en texte libre puis structurée après coup, le codage est plus lent et moins fiable, ce qui pèse à la fois sur le financement à l'activité et sur la capacité à réutiliser les données pour la recherche (IA et données de santé).

Pour les soignants : du temps au lit du patient

Pour les soignants, le coût caché, c'est le temps au lit du patient. La double saisie, les connexions répétées et les contournements consomment des heures cliniques qui n'apparaissent dans aucun budget, mais qui se payent en soin. Le temps perdu par les soignants est un coût réel, au bout du compte supporté par les patients.

Legacy sur site ou cloud souverain : comment les coûts se comparent-ils vraiment ?

Un DPI legacy sur site concentre les coûts d'infrastructure et de maintenance à l'intérieur de l'hôpital, tandis qu'un DPI en cloud souverain les transforme en abonnement prévisible hébergé en Europe. Aucun n'est automatiquement moins cher : cela dépend du périmètre, de la durée et du risque.

Un cloud souverain, c'est un hébergement sur une infrastructure européenne, certifiée pour l'hébergement de données de santé (HDS), conçu pour limiter l'exposition aux juridictions hors Union européenne. Il réduit, sans jamais la supprimer totalement, l'exposition extraterritoriale : le propos doit donc rester mesuré. Le référentiel HDS 2024, aligné sur ISO 27001:2022, encadre cet hébergement lorsqu'il est confié à un tiers.

Dans un modèle legacy, l'hôpital achète de la capacité en avance de phase et porte le risque de sur ou sous-dimensionnement. Dans un modèle cloud souverain, la capacité s'ajuste à l'usage réel, et les mises à jour sont continues plutôt que des projets de migration périodiques. Héberger chez un prestataire certifié transfère aussi une partie du socle de sécurité à un spécialiste (comment choisir son prestataire HDS).

Le tableau ci-dessous compare les deux approches sur les critères qui pilotent le TCO.

La comparaison n'est pas un verdict. Un système legacy entièrement amorti et stable peut rester raisonnable ; l'important est de comparer le coût total et le risque dans le temps, pas le prix affiché.

Comment modéliser le TCO d'un dossier patient informatisé avant de signer ?

Pour modéliser le TCO d'un dossier patient informatisé avant de signer, construisez une vision à 5 à 10 ans qui inclut chaque ligne récurrente, pas seulement la licence. Posez ensuite les mêmes questions à chaque éditeur.

Ajoutez les interfaces, les montées de version, l'hébergement, la sécurité, la formation, les interruptions attendues et les coûts de sortie. Puis ajoutez une estimation du temps soignant : même une hypothèse prudente sur les minutes gagnées par vacation, multipliée par des milliers de soignants, peut renverser la comparaison.

La structure de la donnée joue ici un rôle clé. Quand l'information est saisie de façon structurée à la source et validée par les soignants, elle demande moins de reprises en aval et se rapproche d'un usage pour la recherche et l'IA. Galeon s'appuie sur ce principe, et sur le Swarm Learning, une manière décentralisée d'entraîner l'IA où les données restent sur les serveurs de chaque hôpital, une approche prometteuse plutôt qu'une garantie.

Le message pour les décideurs : un modèle de TCO, même approximatif, en dit plus qu'un devis détaillé.

Limites et points de vigilance à connaître

• Un modèle de TCO reste une estimation. Les gains de temps soignant, en particulier, sont difficiles à mesurer précisément et varient d'un établissement à l'autre.
• Le cloud souverain réduit le risque sans le supprimer. L'hébergement européen limite l'exposition extraterritoriale ; il ne garantit pas à lui seul une souveraineté totale des données.
• Une migration n'est jamais gratuite. Changer de DPI, même vers un système plus ouvert, est un projet à coût et à risque clinique réels, qu'il faut planifier.
• L'abonnement n'est pas automatiquement moins cher. Sur une période très longue et stable, un système sur site entièrement amorti peut rester compétitif sur le seul coût.
• La conformité évolue en permanence. Des textes comme l'AI Act s'appliquent selon la finalité et la qualification de chaque outil ; toute IA clinique n'est pas automatiquement à haut risque, et les obligations doivent être vérifiées au cas par cas.

FAQ

Qu'est-ce que le coût total de possession d'un DPI ?
C'est le coût complet du système sur son cycle de vie : licences ou abonnement, infrastructure, maintenance, interfaces, formation, temps soignant, sécurité et sortie éventuelle. Le prix d'achat n'en est qu'une partie.

Un DPI en cloud est-il moins cher qu'un DPI sur site ?
Pas automatiquement. Un DPI en cloud souverain offre en général des coûts d'exploitation plus prévisibles et des mises à jour continues, mais la vraie comparaison dépend du périmètre, de la durée et de la valeur du temps soignant économisé.

Qu'est-ce qu'un cloud souverain pour les données de santé ?
Un hébergement sur une infrastructure européenne, certifiée HDS, conçu pour limiter l'exposition aux juridictions hors Union européenne. Il réduit l'exposition extraterritoriale sans la supprimer totalement.

Quels sont les coûts de DPI les plus sous-estimés ?
Les interfaces, les montées de version, les interruptions, le temps de ressaisie des soignants et le coût de sortie du système. Ensemble, ils dépassent souvent la ligne licence sur une décennie.

Qu'est-ce que la dette technique d'un DPI ?
Le code vieillissant, les correctifs sur mesure et les dépendances accumulées qui rendent chaque évolution plus lente et plus chère. Invisible aujourd'hui, elle se facture demain.

Comment comparer les éditeurs de DPI équitablement ?
Construisez un modèle de TCO à 5 à 10 ans incluant l'exploitation, les interfaces, la formation et la sortie, et posez les mêmes questions à chaque éditeur. Un modèle vaut mieux qu'un devis.

En résumé

Le coût d'un DPI se décide bien après la signature du contrat. Les licences sont la partie visible de l'iceberg ; le vrai poids se trouve dans l'infrastructure, la maintenance, les interfaces, la sécurité, la dette technique et, surtout, le temps soignant consommé par des systèmes qui n'ont pas été conçus autour du soin. Comparer un DPI legacy sur site et un DPI en cloud souverain ne consiste pas à trouver le prix le plus bas, mais le coût total et le risque les plus faibles sur dix ans. Modélisée honnêtement, cette comparaison tend à récompenser les systèmes qui saisissent la donnée de façon structurée à la source, l'hébergent sur une infrastructure européenne certifiée HDS et se mettent à jour en continu. Galeon, construit avec les soignants depuis 2016 et utilisé dans 19 hôpitaux, est conçu autour de ces principes : non comme la seule réponse, mais comme une façon crédible de garder le coût total de possession sous contrôle.

Pour aller plus loin : DPI intelligent vs DPI traditionnel, pourquoi les hôpitaux basculent vers l'IA en 2026.

Sources

• Agence du Numérique en Santé (ANS), Ségur du numérique en santé
• Agence du Numérique en Santé (ANS), référentiel de certification HDS 2024 (aligné sur ISO 27001:2022)
• Cour des comptes, rapports sur les systèmes d'information hospitaliers
• Gartner, part des budgets informatiques consacrée à l'exploitation
• CNIL, protection des données de santé
• Union européenne, AI Act (règlement (UE) 2024/1689)
• Galeon, DPI intelligent vs DPI traditionnel en 2026
• Galeon, comment choisir son prestataire HDS en 2026
• Galeon, IA et données de santé en 2026

‌