Combien coûte une application e-santé en 2026 ? Budget réaliste par type de projet

Antoine Auffray

15/01/2026

Vous avez un projet de santé numérique et vous cherchez à comprendre ce que ça va réellement vous coûter. Bonne démarche. Parce qu'entre les devis incomplets, les agences généralistes qui sous-estiment les contraintes réglementaires et les startups qui se retrouvent à court de budget en phase de déploiement, les mauvaises surprises sont fréquentes.

Cet article est écrit pour les porteurs de projets e-santé : médecins entrepreneurs, DSI d'établissements hospitaliers, startupers en santé numérique. L'objectif est simple : vous donner des fourchettes réalistes, vous expliquer pourquoi les coûts sont plus élevés qu'une app classique, et vous aider à prioriser vos dépenses.


Pourquoi une application e-santé coûte plus cher qu'une app standard

Quand vous développez une application de livraison ou un SaaS B2B générique, vous partez sur des stacks éprouvées, des hébergements classiques (AWS, GCP, Vercel) et des équipes qui connaissent le terrain. En e-santé, plusieurs couches de complexité s'ajoutent. Chacune a un prix.

L'hébergement HDS, une obligation non négociable

En France, toute application qui héberge des données de santé à caractère personnel doit être hébergée chez un prestataire certifié Hébergeur de Données de Santé (HDS). Cette certification, délivrée par l'ANS, garantit un niveau de sécurité et de traçabilité conforme au Code de la santé publique.

Autrement dit : vous ne pouvez pas déployer votre app sur un VPS OVH standard ou sur un compte AWS non certifié. Vous devez passer par des offres spécifiques (OVHcloud HDS, Outscale, Microsoft Azure Healthcare, Clever Cloud HDS), qui coûtent en moyenne 2 à 4 fois plus cher qu'un hébergement classique équivalent.

La conformité RGPD renforcée en santé

Les données de santé sont des données sensibles au sens du RGPD (article 9). Cela implique :

  • Une analyse d'impact relative à la protection des données (AIPD) obligatoire
  • Des mécanismes de consentement explicite et traçable
  • Un droit à la portabilité des données médicales effectif
  • Des durées de conservation strictement encadrées
  • Un délégué à la protection des données (DPO) dans la plupart des cas

Chaque point se traduit en heures de développement, en revue juridique et en tests de conformité.

L'interopérabilité avec les systèmes existants

Une application santé isolée a peu de valeur. La vraie valeur vient de l'intégration avec les systèmes d'information de santé existants : DPI hospitaliers, Mon Espace Santé, logiciels métier (Doctolib, Mediboard, etc.).

Ces intégrations passent par des standards comme HL7 FHIR, DICOM ou CDA. Ce sont des protocoles complexes qui demandent des compétences spécialisées et des phases de test longues, surtout avec les DSI hospitalières qui ont leurs propres contraintes de validation.

La certification comme dispositif médical

Si votre application prend en charge un acte de diagnostic, de prévention ou de traitement, elle peut être qualifiée de dispositif médical logiciel (SaMD). Dans ce cas, elle est soumise au règlement européen MDR 2017/745 et doit obtenir le marquage CE. Le processus de certification est lourd : documentation technique, essais cliniques, audit par un organisme notifié.


Budget réaliste par type de projet e-santé

Les fourchettes ci-dessous sont celles que nous observons en 2026 sur le marché français, pour des projets menés avec une équipe expérimentée en santé numérique.

Type de projet Périmètre typique Budget estimé
App mobile santé simple (suivi patient) Suivi symptômes, observance médicament, coaching 19 800 € – 40 000 €
Plateforme de télémédecine Consultation vidéo, agenda médecin, ordonnance numérique 50 000 € – 150 000 €
Dashboard BI médical Visualisation données patients, alertes, reporting 30 000 € – 80 000 €
Dispositif médical logiciel (SaMD) Aide au diagnostic, monitoring clinique certifié MDR 80 000 € – 250 000 €+

Ces fourchettes incluent la conception, le développement, les tests, la mise en production initiale et la conformité de base. Elles n'incluent pas la maintenance annuelle, les évolutions réglementaires ni l'hébergement récurrent.

App mobile santé simple : 19 800 € – 40 000 €

C'est la porte d'entrée. Une app de suivi patient (observance médicament, journal de symptômes, rappels de consultation) peut être développée avec une équipe resserrée en quelques mois.

Ce qui fait monter dans la fourchette haute : l'intégration de capteurs (oxymètre, glucomètre connecté), la synchronisation avec Mon Espace Santé, ou la nécessité d'une validation clinique même légère.

Plateforme de télémédecine : 50 000 € – 150 000 €

Le périmètre d'une plateforme de télémédecine est large. Au minimum : gestion des praticiens, prise de rendez-vous, consultation vidéo sécurisée, ordonnance numérique, facturation CPAM. Ajoutez l'hébergement HDS, l'intégration avec des logiciels métier existants, et les niveaux de sécurité requis pour les échanges médicaux, et vous atteignez rapidement les six chiffres.

C'est d'ailleurs l'univers d'où vient Bob le développeur : fondé à partir d'une expérience directe dans une startup de télémédecine, avec des missions pour des établissements comme l'AP-HP. Cette connaissance terrain évite de réapprendre à chaque projet les erreurs classiques sur ce type de plateforme.

Dashboard BI médical : 30 000 € – 80 000 €

Un tableau de bord médical n'est pas qu'une interface Power BI avec des données hospitalières. Il faut sécuriser les flux entrants, gérer les droits d'accès par profil (médecin, cadre de santé, direction), assurer la qualité des données et respecter les obligations de traçabilité. La partie front est souvent sous-estimée : les utilisateurs médicaux ont des exigences d'ergonomie élevées.

Dispositif médical logiciel (SaMD) : 80 000 € – 250 000 €+

Si votre logiciel entre dans la classification MDR, préparez-vous à un projet de longue haleine. La documentation technique seule (fichier technique, IFU, plan de surveillance post-commercialisation) représente des semaines de travail. Ajoutez les coûts d'audit par un organisme notifié, les essais cliniques si requis, et les mises à jour réglementaires continues. Le marquage CE n'est pas une étape, c'est un processus permanent.


Les coûts cachés que les startups oublient

Vous avez un devis de développement en main. Ce qui n'y figure probablement pas :

L'hébergement HDS récurrent

Un environnement HDS mutualisé de base coûte entre 300 € et 800 € par mois. Un environnement dédié pour une plateforme à fort trafic peut atteindre 2 000 € à 5 000 € mensuels. Sur trois ans, c'est un poste budgétaire significatif à anticiper dès le départ.

La maintenance corrective et évolutive

Les applications médicales ne peuvent pas rester statiques. Les mises à jour de sécurité sont non négociables. Les évolutions réglementaires (nouvelles recommandations HAS, évolutions du cadre MDR, mises à jour des référentiels ANS) nécessitent des adaptations régulières. Comptez 15 à 20 % du coût initial de développement par an pour une maintenance sérieuse.

Les audits et certifications périodiques

Un hébergeur HDS doit être recertifié. Votre conformité RGPD doit être auditée. Si vous êtes SaMD, la surveillance post-commercialisation génère des rapports annuels. Ces coûts sont réels et récurrents.

L'accompagnement juridique

En e-santé, le droit n'est pas optionnel. CGU spécifiques, mentions légales conformes RGPD, contrats de sous-traitance avec vos prestataires HDS, convention de partenariat avec les établissements de santé : chaque document doit être rédigé ou relu par un juriste spécialisé en droit de la santé numérique. Budget à prévoir : 3 000 € à 10 000 € selon la complexité.


Ce qui fait vraiment monter la facture

Au-delà des catégories de projet, certains facteurs spécifiques font systématiquement monter les budgets.

L'intégration SIH hospitalière est sans doute le facteur le plus imprévisible. Chaque établissement a son propre système, ses propres contraintes de sécurité, ses propres processus de validation. Une intégration HL7 FHIR qui devrait prendre trois semaines peut en prendre douze si la DSI impose son propre calendrier de tests.

L'accessibilité numérique (RGAA) est de plus en plus exigée, notamment pour les outils financés par des fonds publics ou déployés dans des établissements de santé. Implémenter l'accessibilité dès le départ coûte moins cher que de l'ajouter après coup.

Les tests et la validation clinique, même hors SaMD, sont souvent sous-estimés. Tester une application médicale avec de vrais professionnels de santé, corriger les problèmes d'ergonomie, valider les parcours cliniques... c'est long et coûteux. Mais sans ça, l'adoption ne décolle pas.


Comment optimiser votre budget sans sacrifier la qualité

L'approche MVP : la seule stratégie sensée

En e-santé, le MVP (Minimum Viable Product) ne signifie pas "une app bâclée". Il signifie "un périmètre fonctionnel limité, mais conforme et sécurisé dès le premier jour". Vous ne pouvez pas déployer une app de santé non conforme en vous disant que vous régulariserez plus tard. La conformité, ce n'est pas optionnel.

Un bon MVP e-santé isole le cas d'usage central, élimine toutes les fonctionnalités secondaires, et concentre le budget sur ce qui apporte de la valeur clinique réelle et ce qui est obligatoire réglementairement.

Le modèle CTO-as-a-Service

Si vous êtes une startup ou une structure de taille intermédiaire, recruter un CTO senior spécialisé en e-santé est hors de portée (150 000 € à 200 000 € de package annuel minimum). Le modèle CTO-as-a-Service à 9 900 €/mois permet d'accéder à ce niveau d'expertise de façon flexible :

  • Pilotage technique du projet et des prestataires
  • Choix d'architecture adaptés aux contraintes HDS et RGPD
  • Revue de code et standards de sécurité
  • Anticipation des contraintes réglementaires
  • Recrutement technique si l'équipe grandit

Pour un projet de 6 à 12 mois, c'est souvent bien plus efficace qu'un recrutement précipité ou qu'une dépendance totale à une agence externe.

Choisir la bonne agence e-santé

Tous les développeurs ne se valent pas en santé numérique. Posez ces questions à vos prestataires potentiels :

  • Ont-ils déjà déployé des projets sur infrastructure HDS ?
  • Ont-ils une expérience avec les standards HL7 FHIR ou DICOM ?
  • Ont-ils accompagné des projets jusqu'à la certification MDR ?
  • Connaissent-ils Mon Espace Santé et les référentiels ANS ?

Une agence e-santé qui répond oui à ces questions avec des références vérifiables va certes coûter plus cher à la journée qu'une agence généraliste, mais elle vous fera économiser des mois d'erreurs évitables.


Ce que vous devez retenir

Développer une application de santé en France en 2026 est un exercice exigeant sur tous les plans : technique, réglementaire, juridique et organisationnel. Les fourchettes présentées ici sont réalistes pour des projets menés sérieusement, pas pour des projets qui coupent les coins ronds sur la conformité.

Les points essentiels :

  • L'hébergement HDS est obligatoire dès lors que vous traitez des données de santé personnelles. Ce n'est pas une option.
  • Le RGPD en santé est renforcé : une AIPD, un DPO, des consentements tracés. Prévoyez le budget.
  • L'intégration SIH est imprévisible : doublez votre estimation de temps si vous devez vous connecter à un DPI hospitalier.
  • Les coûts récurrents (hébergement, maintenance, audits) représentent facilement 20 à 30 % du coût initial par an.
  • Le modèle MVP + CTO-as-a-Service est la combinaison la plus efficace pour les structures qui n'ont pas encore les moyens d'internaliser.

Si vous portez un projet e-santé et souhaitez cadrer votre budget avant d'engager des ressources, une session de diagnostic technique peut vous faire gagner plusieurs mois d'erreurs.

Prêt à vous lancer ?

La newsletter qu'on n'ignore pas

Abonnez-vous à notre newsletter pour recevoir nos derniers articles, retours d'expérience et conseils tech directement dans votre boîte mail.

Désinscription en un clic. Vos données restent privées.