Un guide pour les fondateurs healthtech, DG et directions de structures de santé. Pour ceux qui portent un produit soumis à HDS, au RGPD santé, au MDR ou à un essai clinique, sans direction technique interne.
Le secteur de la santé numérique se durcit. Certification HDS, RGPD santé, règlement européen sur les dispositifs médicaux (MDR), référencement Ségur : en 2026, un produit de santé n'est plus seulement un logiciel à livrer, c'est un objet réglementaire à maintenir. Ce durcissement change la nature du poste de CTO. Et il rend le recrutement d'un bon profil encore plus difficile qu'ailleurs.
Dans un SaaS classique, une erreur d'architecture coûte du temps. En santé, elle peut coûter la conformité, l'accès au marché, ou la validité d'un essai clinique. Cinq sujets structurent le poste.
Dès que vous stockez, pour le compte de tiers, des données de santé recueillies dans le cadre d'activités de prévention, de diagnostic, de soins ou de suivi médico-social, l'hébergement certifié HDS est une obligation légale, pas une option. Le choix se fait à l'architecture, pas après : migrer un produit existant vers une infra HDS peut coûter plus cher que le build initial lui-même.
Les données de santé sont des données sensibles au sens du RGPD. Base légale, minimisation, durées de conservation, analyse d'impact : les exigences CNIL sont plus lourdes que pour un SaaS classique, et le risque de sanction aussi.
Si votre logiciel a une finalité médicale (diagnostic, suivi thérapeutique, aide à la décision), il peut être qualifié de dispositif médical au sens du MDR, le règlement européen sur les dispositifs médicaux. Marquage CE, documentation technique, gestion des risques : votre produit devient un objet réglementaire, avec un cycle de vie contraint.
Un produit en investigation clinique ne peut plus évoluer librement : toute modification substantielle passe par un amendement soumis au CPP, avec ses délais. Chaque évolution doit être arbitrée entre valeur produit et intégrité de l'évaluation.
Le référencement au Ségur du numérique en santé, la gestion de l'Identité Nationale de Santé (INS) et l'alimentation du Dossier Médical Partagé (DMP), intégré à Mon espace santé, structurent l'accès au marché français. Pour les logiciels destinés aux établissements et aux professionnels, les ignorer, c'est se couper des acheteurs publics.
Recruter un CTO en CDI, déléguer à une agence e-santé, ou travailler avec un CTO externalisé. Les trois modèles existent, aucun n'est absurde. Le bon choix dépend de votre stade et de vos échéances.
| Critère | CTO en CDI | Agence e-santé | CTO externalisé |
|---|---|---|---|
| Coût annuel | 130 000 à 200 000 € chargés, recrutement inclus | Forfaits projet, puis plus personne | À partir de 35 000 €, selon l'intensité |
| Connaissance réglementaire | Selon le profil recruté, rare en santé | Variable, souvent déléguée à un tiers | Critère de sélection numéro 1 |
| Continuité | Forte, mais départ = crise | S'arrête à la livraison | Continue, engagement mensuel |
| Responsabilité des choix | Interne, portée dans la durée | Diluée dans le contrat | Portée personnellement, dans la durée |
| Délai de démarrage | 3 à 6 mois de recrutement | Selon le planning de l'agence | 1 à 2 semaines |
Le piège le plus fréquent n'est pas de choisir la mauvaise option. C'est de déléguer à une agence sans interlocuteur technique côté client. L'agence livre ce qu'on lui demande. Personne ne vérifie que l'hébergement est conforme, que l'architecture tiendra l'essai clinique, que le contrat ne crée pas une dépendance irréversible. L'arbitrage entre développer et acheter est détaillé dans le guide logiciel sur mesure ou SaaS.
Cinq signaux concrets. Si vous en reconnaissez deux ou plus, le sujet mérite mieux qu'un statu quo.
Marquage CE, essai, référencement Ségur : ces échéances figent des exigences techniques. Un arbitrage raté avant l'échéance se paie en mois de retard.
Sur-architecture, hébergement non conforme, dépendance au prestataire : sans interlocuteur technique côté client, vous découvrez les problèmes au pire moment.
Les profils qui cumulent séniorité technique et culture réglementaire santé sont rares et chers. Le poste reste ouvert, les décisions s'accumulent.
Une levée, un partenariat avec un établissement, un appel d'offres : quelqu'un doit répondre des choix d'architecture et de conformité, de façon crédible.
Chaque mois qui passe augmente le coût de la migration et le risque juridique. Le sujet ne se règle pas tout seul.
Un excellent CTO SaaS peut être perdu en santé. Avant de vous engager, vérifiez ces points, avec des exemples concrets à l'appui.
Pour un dispositif médical logiciel de classe IIa, deux voies avancent en parallèle : le build, et la conformité réglementaire et clinique. La première se compte en mois. La seconde en années. Les durées ci-dessous sont des ordres de grandeur constatés, pas un planning : elles varient selon la classe du dispositif, le protocole clinique et la charge des organismes notifiés.
Trois repères à retenir : le CPP a 45 jours réglementaires pour rendre son avis, comptez plutôt 2 à 3 mois en pratique ; l'obtention du certificat CE prend 12 à 18 mois, contractualisation avec l'organisme notifié comprise ; et au guichet PECAN, plus de la moitié des premiers dossiers déposés ont été jugés irrecevables car incomplets. La voie réglementaire a aussi son budget propre : organisme notifié, investigation clinique, accompagnement qualité. Plusieurs dizaines de milliers d'euros, à provisionner dès le départ.
Un produit sans statut de dispositif médical s'arrête là : la voie technique seule suffit pour mettre en production. Dès que le logiciel est un dispositif médical, une seconde voie s'ouvre en parallèle, et c'est elle qui dicte le calendrier.
Les sigles utilisés dans ces frises (DM, HDS, CE, CPP, Ségur, INS, DMP, PECAN) sont détaillés dans le glossaire en bas de page.
Trois formats couvrent la quasi-totalité des besoins. Ils peuvent s'enchaîner : beaucoup de missions commencent par un audit court.
1 à 4 jours pour cartographier les risques techniques et réglementaires d'un projet, avec une recommandation écrite Go/No-Go. Utile avant de signer un devis ou une levée.
Un forfait mensuel pour porter les décisions dans la durée : arbitrages, roadmap, relation prestataires, préparation des échéances réglementaires.
Pour un périmètre défini : reprise d'un existant, migration HDS, mise en production d'un premier périmètre utile. Scope fixe, livrable en production.
Côté chiffres, le marché français des CTO seniors se situe entre 600 et 1 200 € HT par jour. À comparer au coût complet d'un CTO santé en CDI, détaillé dans le comparatif plus haut, et aux 3 à 6 mois de recrutement, quand le profil existe.
En santé, la direction technique n'est pas un luxe de scale-up. C'est ce qui sépare un produit conforme et finançable d'un projet qui découvre le HDS après la mise en production. Si vous ne pouvez pas recruter ce profil, ne laissez pas le poste vide : le CTO externalisé existe précisément pour ça. Vous gagnez une direction technique crédible en semaines, engagée dans la durée, et qui prépare l'internalisation au bon moment.
Les termes qui reviennent dans toute discussion tech en santé. Si un prestataire les manie sans pouvoir les expliquer simplement, méfiance.
Le critère est « pour le compte de tiers » : dès que vous conservez des données de santé qui ne sont pas les vôtres, la certification HDS s'impose. Et elle ne se limite pas à l'hébergeur : selon qui administre la production, l'éditeur peut être concerné lui-même, même sur un cloud déjà certifié. La vraie question est architecturale : concevoir HDS dès le départ coûte beaucoup moins cher que migrer plus tard. Un CTO santé tranche ce point dès le premier mois.
Le critère est la finalité médicale revendiquée : diagnostic, prévention, suivi, traitement ou atténuation d'une maladie. Un logiciel de prise de rendez-vous n'en est pas un. Un algorithme qui oriente une décision thérapeutique, très probablement oui, souvent en classe IIa ou plus sous le MDR. La qualification doit être documentée tôt : elle conditionne le budget, le calendrier et la roadmap.
Il ne remplace ni le responsable réglementaire ni l'organisme notifié. En revanche, il porte les choix techniques qui conditionnent la conformité : architecture, hébergement, traçabilité, documentation. C'est la différence avec un prestataire qui livre du code : il répond de ses arbitrages dans la durée.
Beaucoup de choses. Un dispositif médical qui intègre de l'IA relève aussi du règlement européen sur l'IA (AI Act), avec des exigences pour l'IA à haut risque, dont relèvent la plupart des DM certifiés par un organisme notifié : gestion des risques, gouvernance des données, documentation, supervision humaine, applicables autour de 2027. Le sujet se cadre dès la qualification réglementaire, pas après le build.
Pas nécessairement, mais il doit en connaître les contraintes : HDS, RGPD santé, dispositif médical, interopérabilité. Un excellent CTO SaaS qui découvre ces sujets les apprendra à vos frais. Demandez des exemples concrets de mises en production en environnement régulé.
Sur le marché français, les TJM seniors vont de 600 à 1 200 € HT selon le profil. En forfait mensuel, comptez à partir de 2 900 € HT par mois, selon l'intensité de la mission : le détail est sur la page CTO-as-a-Service. À comparer aux 130 000 à 200 000 € annuels chargés d'un CTO santé en CDI, quand vous arrivez à le recruter.
Oui, et le bon moment se lit à des signaux simples : plusieurs développeurs à encadrer au quotidien, des échéances réglementaires permanentes, un budget qui absorbe un CDI senior. Une mission bien menée prépare cette transition : documentation technique à jour, processus qualité posés, équipe structurée, et recrutement du successeur conduit avec vous.
Pour aller plus loin : le guide complet du CTO externalisé, tous secteurs confondus, et le détail de l'offre CTO-as-a-Service. Et si vous êtes une structure de santé dont la DSI bloque les outils métier, le guide pour obtenir un oui.