Médical : conseil et ingénierie sur mesure

Un secteur où la fiabilité logicielle a un impact direct sur les patients

Des exigences qui n'ont pas d'équivalent dans le logiciel grand public

Dans le médical, un bug n'est jamais qu'un bug, c'est potentiellement un risque pour un patient. Cette réalité impose une culture de développement radicalement différente de celle des logiciels grand public.

Un dispositif médical n'a pas droit à l'approximation, car ses défauts ne se mesurent pas seulement en coût ou en délai, mais potentiellement en conséquences cliniques directes. Un écart d'affichage sur une image de guidage chirurgical, une latence excessive sur un signal vital, ou une imprécision dans une mesure de dosage peuvent avoir un impact immédiat sur le patient.

Cette spécificité radicale impose que chaque fonctionnalité soit spécifiée, tracée et validée avant d'atteindre un environnement clinique. C'est un contraste absolu avec le développement agile classique, où l'itération rapide et la correction en production sont acceptées. En médical, cette approche est inacceptable : la traçabilité, la documentation et la validation formelle ne sont pas des tâches administratives ajoutées en fin de projet - ce sont des contraintes qui structurent chaque phase du développement.

Un marché de 1 500 entreprises sous pression réglementaire croissante

La France compte aujourd'hui environ 1 500 entreprises actives sur le marché des dispositifs médicaux, en très large majorité des TPE et PME. Ce tissu industriel évolue dans un cadre réglementaire de plus en plus dense.

Ces structures doivent absorber simultanément trois cadres réglementaires majeurs qui se superposent : MDR (EU 2017/745) (conformité du dispositif), AI Act (intelligence artificielle), et NIS2 (Directive sur la sécurité des réseaux et de l'information). Cette pression réglementaire croissante pousse les fabricants à externaliser des compétences réglementaires et techniques qu'ils ne peuvent pas constituer en interne - c'est là qu'intervient une ESN spécialisée.

Les échéances de mise en conformité se resserrent : obligation de conformité pour les dispositifs de classe C dès mai 2026. En parallèle, le durcissement des exigences de cybersécurité s'accélère. Les entités de santé classées « essentielles » devront répondre à des audits de cybersécurité dès début 2026, sous peine d'amendes pouvant atteindre 10 millions d'euros.

Un cadre réglementaire parmi les plus denses du numérique

MDR et ISO 13485 : la conformité du dispositif et du système qualité

MDR (EU 2017/745) est le règlement européen sur les dispositifs médicaux. La conformité pour les dispositifs de classe C devient obligatoire dès mai 2026. Cela impose des implications concrètes pour le développement logiciel :

• Documentation technique complète et traçable
• Évaluation clinique rigoureuse
• Gestion des risques formalisée (ISO 14971)
• Surveillance post-commercialisation obligatoire

ISO 13485 est le système de management de la qualité spécifique aux dispositifs médicaux. Il structure les processus de développement, de validation et de maintenance. Ce n'est pas une certification optionnelle - c'est une exigence fondamentale pour opérer sur ce marché.

NF EN 62366-1 impose l'aptitude à l'utilisation : tests utilisateurs obligatoires pour valider que l'interface médicale est compréhensible et utilisable en contexte clinique réel (bloc opératoire, urgences, soins intensifs). Cette norme s'applique à toute interface homme-machine d'un dispositif médical.

AI Act et dispositifs médicaux intelligents

La quasi-totalité des dispositifs médicaux intégrant de l'IA (logiciels d'aide au diagnostic, imagerie autonome, systèmes de triage) sont classés « à haut risque » par le règlement européen sur l'intelligence artificielle.

Ce classement impose :

• Documentation complète de l'algorithme et de ses données d'entraînement
• Gestion des risques IA formalisée
• Supervision humaine obligatoire (pas d'automatisation complète)
• Transparence sur les limites et les cas d'usage
• Traçabilité des décisions

L'application complète du cadre AI Act pour les systèmes incorporés dans des produits réglementés est attendue pour 2027-2028. Contrairement à certaines dérogations temporaires, il n'y a pas d'exemption pour les dispositifs médicaux : les deux cadres (MDR et AI Act) s'appliquent simultanément, sans dérogation mutuelle.

La Haute Autorité de Santé (HAS) encadre l'évaluation clinique des dispositifs intégrant de l'IA, en complément de l'ANSM (Agence Nationale de Sécurité du Médicament et des produits de santé), qui reste l'autorité compétente pour la surveillance des dispositifs médicaux en France.

Cybersécurité, RGPD et hébergement des données de santé

NIS2 (Directive sur la sécurité des réseaux et de l'information) s'applique aux entités de santé classées « essentielles ». Les audits de cybersécurité sont obligatoires dès début 2026, avec des amendes pouvant atteindre 10 millions d'euros en cas de non-conformité.

RGPD s'applique aux données de santé avec une rigueur particulière : catégorie sensible, consentement explicite obligatoire, droit à l'effacement garanti. Les données patients ne peuvent pas être traitées comme des données commerciales ordinaires.

HDS (Hébergeur de Données de Santé) : certification obligatoire pour tout hébergement de données patients. Cela signifie que l'infrastructure informatique d'un dispositif médical connecté doit être certifiée HDS - ce n'est pas optionnel.

La cybersécurité d'un dispositif médical connecté n'est plus optionnelle : surface d'attaque, données patients sensibles, continuité des soins - un incident de sécurité sur un DM n'est pas un problème informatique, c'est un risque clinique.

Nos expertises techniques pour le secteur médical

Imagerie médicale 3D temps réel

C++ est le socle technique de référence pour l'imagerie médicale : maîtrise fine de la latence du flux d'images, traitement de volumes de données importants en temps réel, synchronisation avec les équipements d'acquisition (IRM, scanner, échographie).

Pourquoi la latence est critique en imagerie de guidage chirurgical ou en imagerie interventionnelle : un délai d'affichage de quelques centaines de millisecondes peut compromettre la précision d'un geste chirurgical. C'est une exigence de sécurité, pas de performance.

Les bibliothèques C++ spécialisées incluent :

• ITK (Insight Toolkit) : traitement d'images médicales, segmentation, recalage
• VTK (Visualization Toolkit) : rendu 3D médical, visualisation temps réel

Ces outils s'intègrent dans une chaîne C++ qui garantit le déterminisme temporel et la fiabilité d'exécution - des garanties que peu d'environnements de développement offrent au même niveau.

Vision par ordinateur appliquée au diagnostic

Les algorithmes de vision par ordinateur occupent une place croissante dans le diagnostic assisté :

• Détection d'anomalies pulmonaires, mammaires, neurologiques, rétiniennes
• Aide au centrage lors d'un examen
• Analyse prédictive de signaux cliniques

La chaîne technique complète : acquisition → prétraitement → inférence → affichage → validation clinique.

C'est un point de jonction naturel entre l'écosystème C++ et les couches d'intelligence artificielle appliquées au diagnostic. Les modèles d'inférence (PyTorch, TensorFlow) s'intègrent dans une chaîne C++ qui garantit le temps de réponse et la fiabilité d'exécution.

Contrainte réglementaire critique : tout algorithme d'aide au diagnostic est un dispositif médical logiciel (SaMD) soumis à MDR. Il n'y a pas de zone grise : si l'algorithme influence une décision clinique, il est réglementé comme un DM.

Logiciels embarqués pour équipements médicaux

Firmware et logiciels embarqués sur équipements médicaux : C, C++, RTOS (FreeRTOS, VxWorks), gestion des capteurs, protocoles de communication (HL7, DICOM, Bluetooth médical).

Les contraintes spécifiques :

• Fiabilité sur cycles longs (années de fonctionnement continu)
• Mises à jour sans interruption de service
• Traçabilité complète des versions
• Déterminisme temporel garanti

Ces exigences sont comparables à celles des systèmes embarqués critiques en défense, ou aux logiciels certifiés DO-178C en aéronautique - même culture de certification et de traçabilité.

Interfaces homme-machine pour dispositifs cliniques

Les IHM médicales opèrent sous contrainte : bloc opératoire, urgences, soins intensifs. Les exigences sont radicales :

• Lisibilité immédiate, zéro ambiguïté d'affichage
• Temps de réponse garanti (pas de latence imprévisible)
• Ergonomie validée par des tests utilisateurs réels

NF EN 62366-1 impose des tests d'aptitude à l'utilisation : validation que l'interface est compréhensible et utilisable par les professionnels de santé en contexte réel. Ce n'est pas une validation UX classique - c'est une validation clinique.

Technologies : C++/Qt, frameworks certifiables, rendu temps réel. Une IHM médicale ne peut pas être conçue comme une interface applicative classique - chaque élément doit être justifié cliniquement.

Pourquoi le choix technologique est structurant dans le médical

C++ : maîtrise de la latence et déterminisme comme exigences absolues

Dans le médical, le contrôle des ressources matérielles et des délais d'exécution n'est pas un critère de performance - c'est une exigence de sécurité.

Pourquoi C++ :

• Absence de garbage collector (pas de pause GC imprévisible)
• Contrôle fin de la mémoire et des ressources
• Déterminisme temporel garanti
• Synchronisation précise avec les capteurs et équipements

Cas concrets :

• Synchronisation d'un capteur de pression : latence imprévisible = mesure invalide
• Flux d'imagerie peropératoire : délai d'affichage = risque chirurgical
• Pilotage temps réel d'un équipement : absence de déterminisme = perte de contrôle

Pourquoi Python ou Java ne suffisent pas seuls sur ces cas d'usage : ces langages offrent une abstraction qui masque les délais d'exécution. En médical, cette abstraction est inacceptable - il faut une maîtrise fine et prévisible.

Traçabilité et documentation : une contrainte d'architecture dès le début

Dans le médical, la traçabilité n'est pas une tâche de fin de projet - c'est une contrainte qui structure chaque phase du développement.

Chaque exigence doit être tracée jusqu'au code, chaque test jusqu'à une exigence. Cela impose :

• Outils de gestion des exigences (DOORS, Polarion, Jama)
• Processus de revue formelle à chaque étape
• Gestion de configuration rigoureuse
• Documentation technique complète et à jour

Intégrer ces contraintes dès le début coûte moins cher que de les ajouter en fin de projet pour la certification. C'est une différence fondamentale de culture de développement.

Ce que Syslearn Group apporte concrètement

Une double maîtrise : technique C++ et culture réglementaire médicale

La valeur ajoutée d'une ESN sur ce secteur : des ingénieurs qui maîtrisent à la fois l'écosystème C++ temps réel et les normes du secteur médical (MDR, ISO 13485, AI Act).

Cette combinaison est rare. La plupart des développeurs C++ n'ont pas de culture réglementaire médicale, et la plupart des consultants réglementaires ne codent pas. Syslearn Group apporte les deux.

L'approche : cadrage rigoureux dès la phase de conception, traçabilité intégrée dès le début, pas ajoutée pour la certification. C'est une différence de culture qui se mesure en coûts et en délais de mise sur le marché.

Des profils techniques adaptés à vos projets médicaux

• Ingénieurs C++ imagerie médicale (ITK, VTK)
• Développeurs vision par ordinateur appliquée au diagnostic
• Ingénieurs embarqués médicaux (RTOS, DICOM, HL7)
• Architectes systèmes dispositifs médicaux

Ces profils connaissent les contraintes réglementaires et les outils du secteur.