Doctolib en recul : est-ce vraiment une bonne nouvelle pour la santé numérique européenne ?

Doctolib en recul : est-ce vraiment une bonne nouvelle pour la santé numérique européenne ?

Quand la licorne emblématique de la FrenchTech vacille, les commentateurs se divisent en deux camps : ceux qui crient victoire pour les alternatives locales, et ceux qui s'inquiètent pour l'ensemble de l'écosystème. La réalité, comme souvent, est plus inconfortable que les deux.

Ce qui s'est passé — et pourquoi ce n'est pas anecdotique

Depuis 2024, Doctolib traverse une période de turbulences que la direction avait longtemps su tenir hors des radars médiatiques. Des suppressions de postes significatives, un retrait partiel du marché allemand après des années d'investissements massifs, et une valorisation en recul sensible par rapport au pic atteint lors de la bulle des licornes européennes. En 2026, le tableau n'est pas catastrophique, mais il n'est plus celui d'une conquête irrésistible.

Le contexte est important : Doctolib n'est pas en faillite, et ses volumes de prises de rendez-vous médicaux en France restent colossaux. Ce n'est pas une mort annoncée. C'est quelque chose de plus subtil — et de plus instructif — : une démonstration que même une plateforme en position quasi-monopolistique sur un marché peut se retrouver exposée lorsque son modèle de croissance repose sur une expansion géographique coûteuse, des marges sous pression, et une dépendance à des financements extérieurs dans un climat de taux d'intérêt qui a radicalement changé.

Pour les décideurs IT du secteur santé — DSI d'hôpitaux privés, CTO de groupes de cliniques, directeurs numériques de réseaux de soins de ville — cette situation pose une question très concrète : quel est votre niveau d'exposition à cette dépendance ?

La vraie question n'est pas « Doctolib va-t-il disparaître ? »

Soyons clairs : il serait irresponsable de baser une stratégie IT sur l'hypothèse d'un effondrement de Doctolib à court terme. Ce n'est pas ce que dit l'actualité, et ce n'est pas ce que devrait faire un responsable technique sérieux.

La vraie question est ailleurs. Elle porte sur la concentration du risque.

Depuis une dizaine d'années, Doctolib a réussi quelque chose de remarquable : s'imposer comme infrastructure critique de la prise de rendez-vous médicaux en France, au point que certaines structures de soins ont progressivement externalisé à la plateforme toute leur relation patient numérique. Agenda, rappels, téléconsultation, documents : pour une partie non négligeable des acteurs du secteur, Doctolib n'est plus un outil parmi d'autres, c'est le point de contact numérique avec le patient.

Or quand une infrastructure critique est gérée par un acteur privé, dont la stratégie peut évoluer, dont les priorités géographiques peuvent changer, et dont les conditions tarifaires peuvent être révisées à la hausse — c'est précisément le moment où la question de la dépendance mérite d'être posée à froid, pas dans l'urgence.

Les DSI qui ont vécu la renégociation de contrats SaaS après une consolidation de marché savent exactement de quoi il s'agit. Le pouvoir de négociation d'un acheteur diminue drastiquement quand la migration est devenue techniquement et organisationnellement coûteuse.

Ce que ça change — concrètement — pour les équipes IT santé

L'interopérabilité comme variable stratégique

La première leçon pratique de cette période, ce n'est pas « cherchez une alternative à Doctolib ». C'est : auditez vos niveaux d'intégration actuels. Est-ce que votre système d'information hospitalier ou de cabinet communique avec Doctolib via des APIs documentées et ouvertes ? Ou via des connecteurs propriétaires dont la maintenance dépend entièrement du bon vouloir de l'éditeur ?

La question de la portabilité des données patients — agenda, historique de rendez-vous, préférences de contact — est réglementairement encadrée par le RGPD et, dans le secteur santé, par des référentiels spécifiques. Mais entre le droit théorique à la portabilité et la capacité pratique à migrer une base de plusieurs centaines de milliers de patients avec leurs données d'agenda vers un autre système en moins de six mois, il y a souvent un gouffre.

C'est là que le DSI a un travail de fond à faire, indépendamment de toute décision de changer ou non de prestataire.

La souveraineté : un argument réel, mais mal calibré

Beaucoup vont saisir l'occasion pour remettre sur la table l'argument souveraineté. Il n'est pas sans fondement, mais il mérite d'être précisé.

Doctolib est une entreprise française, hébergeant ses données en Europe, sous juridiction RGPD. Sur ce plan, elle n'est pas comparable à un acteur américain soumis au Cloud Act. L'argument souveraineté pur est donc plus faible ici qu'il ne l'est pour d'autres choix technologiques.

En revanche, la question de la dépendance à un acteur privé dominant dans un secteur aussi sensible que la santé est légitime indépendamment de sa nationalité. C'est moins un enjeu de souveraineté nationale qu'un enjeu de résilience et de gouvernance.

Les acteurs qui méritent l'attention — sans naïveté

Il serait facile de profiter de ce moment pour dresser une liste d'alternatives. Ce serait le mauvais reflexe. Deux acteurs méritent cependant d'être mentionnés pour des raisons structurelles, pas commerciales.

Maiia (groupe IQVIA) occupe une position intéressante : présent historiquement sur le segment des logiciels métier pour cabinets médicaux, il propose une vision plus intégrée où la prise de rendez-vous est une fonctionnalité dans un environnement logiciel plus large, plutôt qu'une plateforme indépendante. Pour les structures qui cherchent à réduire le nombre d'interfaces critiques externalisées, c'est une architecture différente — avec ses propres compromis.

Cerner (désormais Oracle Health) et d'autres acteurs du dossier patient hospitalier cherchent à intégrer les fonctionnalités de prise de rendez-vous directement dans les SIH. L'avantage : une intégration native. Le risque : tomber dans une autre forme de dépendance, potentiellement plus profonde, et avec un éditeur américain cette fois-ci — ce qui rouvre effectivement le débat souveraineté.

La conclusion pragmatique : il n'existe pas de solution sans dépendance. La question est de choisir sa dépendance en connaissance de cause.

Pistes de réflexion — ce qu'un pair dirait autour d'un café

Premièrement, si vous êtes DSI d'un groupe de soins et que vous n'avez jamais fait d'audit de vos flux d'intégration avec Doctolib, c'est le moment. Pas pour partir, mais pour savoir où vous en êtes. Quelle est la durée réelle de migration si vous deviez changer dans douze mois ? Quelle est la qualité de vos exports de données ? Ces réponses devraient exister dans votre plan de continuité d'activité.

Deuxièmement, les négociations contractuelles avec des plateformes en position dominante se font toujours mieux quand vous avez une alternative crédible, même partielle. Ce n'est pas une question de vouloir partir — c'est une question de rapport de force à la table de négociation. Tester un acteur alternatif sur un périmètre limité (une spécialité, une clinique pilote) vous donne un levier réel.

Troisièmement, le débat sur les outils ne doit pas faire oublier la question des usages. La valeur de Doctolib pour un patient comme pour un praticien repose en partie sur l'effet réseau : tout le monde y est, donc tout le monde y va. Changer d'outil ne résout pas ce problème si vos patients continuent d'utiliser Doctolib pour trouver leurs médecins. La stratégie doit donc distinguer ce qui relève de l'infrastructure back-office (où vous avez de la marge) et ce qui relève de la visibilité patient (où le réseau est un actif réel).

Quatrièmement, engagez-vous dans les groupes de travail sectoriels. La feuille de route de l'Espace Numérique de Santé (ENS), les travaux autour des référentiels d'interopérabilité nationaux, les évolutions du cadre réglementaire européen sur les données de santé — tout cela définit les règles du jeu à moyen terme bien plus que les mouvements d'une startup. Un DSI santé qui n'a pas quelqu'un en veille active sur ces sujets se retrouve toujours en position réactive.

En conclusion : une opportunité de lucidité, pas de revanche

Le recul de Doctolib n'est pas une bonne nouvelle en soi. Un acteur qui a réussi à numériser massivement la relation patient en France a créé de la valeur réelle — pour les patients, pour les praticiens, et indirectement pour les systèmes de soins. Voir cet acteur fragilisé sans qu'une alternative mature soit prête à prendre le relais, ce n'est pas un progrès, c'est un risque systémique.

Mais cette période de turbulences offre quelque chose de précieux aux décideurs IT : une fenêtre de lucidité. Les marchés en croissance rapide anesthésient les questions difficiles. Quand la dépendance est confortable et que les fonctionnalités s'améliorent trimestre après trimestre, personne ne pose la question du plan B.

Aujourd'hui, la question se pose naturellement. C'est le bon moment pour y répondre calmement, avec des données, sans idéologie ni précipitation. Non pas pour fuir Doctolib, mais pour décider en connaissance de cause si vous voulez continuer à travailler avec eux — et à quelles conditions.

C'est précisément ce que devrait faire un responsable IT : ne pas laisser les accidents de marché décider à sa place.

*Sur ce sujet, RiffLab Media est en train de préparer une série d'entretiens avec des DSI de structures de soins ayant engagé des démarches d'audit d'interopérabilité. Si vous avez une expérience à partager — positive ou négative — notre rédaction est à l'écoute.*