Des articles originaux, sources toujours créditées

Les logiciels médicaux non approuvés mettent en lumière le retard réglementaire dans la surveillance de la santé numérique

Un appel public à une réforme réglementaire souligne l'écart croissant entre les délais d'examen de la FDA et les mises à jour logicielles rapides dans la gestion du diabète.

The Global Wire Newsroom ·

Link preview · horizonglobalnews.com

Les logiciels médicaux non approuvés mettent en lumière le retard réglementaire dans la surveillance de la santé numérique

Un appel public à une réforme réglementaire souligne l'écart croissant entre les délais d'examen de la FDA et les mises à jour logicielles rapides dans la gestion du diabète.

Share

Cet article a été traduit automatiquement par l'IA de notre rédaction depuis l'original en anglais. Lire en anglais

Les logiciels médicaux non approuvés mettent en lumière le retard réglementaire dans la surveillance de la santé numérique

WASHINGTON — Un débat croissant autour de la réglementation des technologies de santé numérique a resurgi à la suite d'un commentaire publié par l'économiste de la santé et chercheuse Dana P. Goldman, qui a détaillé son expérience personnelle d'utilisation d'un logiciel non approuvé par la U.S. Food and Drug Administration pour gérer le diabète. Goldman a soutenu que les agences réglementaires fédérales font face à des obstacles structurels dans l'évaluation des logiciels médicaux, affirmant que les cadres traditionnels d'examen de la sécurité sont fondamentalement inadaptés au rythme rapide des mises à jour numériques et du développement algorithmique. Cette déclaration souligne un défi plus large auquel sont confrontées les autorités de santé publique alors que les patients adoptent de plus en plus d'outils open-source et non réglementés pour gérer des pathologies chroniques.

## Le défi de la vélocité logicielle

Dans le commentaire rédigé par Goldman, la promesse centrale affirme que les mécanismes réglementaires traditionnels conçus pour le matériel médical physique ne peuvent pas s'adapter assez rapidement aux cycles modernes de développement logiciel. Plus précisément, Goldman a noté qu'il n'est plus possible de demander à la Food and Drug Administration de tenir le rythme du développement logiciel en tentant de mener les mêmes examens traditionnels à une vitesse plus élevée.

Contrairement au matériel médical conventionnel — comme les pompes à insuline physiques, les stimulateurs cardiaques ou les équipements de diagnostic —, les plateformes numériques et les algorithmes logiciels subissent des modifications continues. En ingénierie logicielle, les mises à jour de code, les corrections de bugs et les ajouts de fonctionnalités se produisent selon des cycles mesurés en jours ou en semaines, alors que les examens fédéraux standards des dispositifs médicaux nécessitent fréquemment des mois ou des années. Selon les normes réglementaires existantes, lorsqu'un logiciel est classé comme dispositif médical, des modifications substantielles du code peuvent potentiellement déclencher des exigences d'examen réglementaire supplémentaire ou de nouvelle homologation formelle.

Cette disparité a créé un fossé croissant entre les délais réglementaires formels et le déploiement dans le monde réel des solutions de santé numérique. À mesure que le code évolue rapidement, les outils logiciels conçus pour optimiser la prise en charge des maladies chroniques peuvent devenir obsolètes sous des régimes d'examen rigides, amenant certains utilisateurs à rechercher des solutions logicielles en dehors des voies réglementaires établies.

## Innovation des patients et outils non approuvés

Le recours à des logiciels non approuvés est particulièrement prononcé au sein de la communauté de gestion du diabète, où des initiatives menées par des patients ont développé des systèmes personnalisés de délivrance automatisée d'insuline. Ces réseaux, principalement bâtis sur du code open-source et un développement communautaire, relient des dispositifs de mesure en continu du glucose à des pompes à insuline externes au moyen d'algorithmes indépendants.

Largement connus sous le nom de systèmes de délivrance automatisée d'insuline ou systèmes en boucle fermée, ces dispositifs ajustent automatiquement l'administration d'insuline de base en fonction des lectures de glycémie en temps réel. Bien que des versions commerciales de ces systèmes automatisés aient obtenu une homologation réglementaire ces dernières années, les alternatives open-source développées de manière indépendante offrent fréquemment un niveau de personnalisation plus élevé, une compatibilité plus large entre différentes marques de matériel et des mises à jour de fonctionnalités plus rapides.

Les patients qui choisissent des logiciels non approuvés citent souvent un meilleur contrôle de la glycémie, moins de fluctuations sévères et une charge opérationnelle quotidienne réduite associée à la gestion d'une maladie chronique. Cependant, comme ces plateformes fonctionnent sans vérification formelle des autorités de santé publique, les individus assument la responsabilité personnelle d'éventuelles erreurs système, de bugs logiciels ou de pannes de communication matérielle.

## Limites de l'examen traditionnel des dispositifs médicaux

La FDA classe les logiciels destinés au diagnostic, au traitement ou à la prise en charge médicale en tant que Software as a Medical Device. En vertu des lois fédérales, les logiciels médicaux doivent satisfaire à des normes de sécurité et d'efficacité proportionnelles au risque qu'ils posent aux patients. Les logiciels qui calculent ou contrôlent directement les dosages de médicaments — tels que les algorithmes d'administration d'insuline — sont catégorisés dans les niveaux de risque les plus élevés, car un dosage inapproprié peut entraîner de graves complications de santé, notamment une hypoglycémie sévère ou une acidocétose diabétique.

Les agences de santé publique soutiennent qu'une évaluation rigoureuse et indépendante est nécessaire pour protéger la sécurité des patients, prévenir les erreurs algorithmiques involontaires et maintenir les protections de cybersécurité contre les accès non autorisés. Les régulateurs évaluent non seulement la logique thérapeutique fondamentale d'un algorithme, mais aussi la conception de l'interface utilisateur, la gestion des erreurs système et l'interopérabilité matérielle.

Cependant, les critiques du modèle réglementaire actuel soutiennent que le fait d'imposer à des logiciels dynamiques des processus d'examen statiques génère des conséquences négatives indésirables. Lorsque des logiciels homologués restent bloqués dans des configurations statiques pour éviter les retards réglementaires, les patients peuvent se retrouver dépendants d'interfaces obsolètes ou d'algorithmes de contrôle moins réactifs. En conséquence, un sous-groupe de patients choisit de contourner totalement les canaux réglementaires officiels pour accéder à des fonctionnalités logicielles plus récentes.

## Propositions de cadres réglementaires adaptatifs

Les frictions mises en évidence par Goldman reflètent des discussions politiques en cours concernant la manière dont les technologies médicales basées sur des logiciels devraient être évaluées à l'avenir. Les experts en réglementation et les chercheurs en santé publique examinent de plus en plus des modèles de surveillance alternatifs conçus pour s'adapter au développement logiciel continu tout en maintenant des normes de sécurité fondamentales.

L'une des orientations proposées consiste à déplacer l'attention de l'homologation de versions logicielles individuelles vers l'évaluation des processus organisationnels et de l'infrastructure de gestion de la qualité d'un développeur. Selon les concepts de pré-certification, les développeurs faisant la preuve de normes d'ingénierie solides, de protocoles de test automatisés et de capacités de suivi des performances en conditions réelles pourraient recevoir une autorisation simplifiée pour publier des mises à jour logicielles itératives sans subir une réévaluation complète à chaque révision mineure.

Un autre cadre réglementaire met l'accent sur une surveillance post-commercialisation élargie. Plutôt que de s'appuyer presque exclusivement sur l'évaluation préalable à la mise sur le marché, les organismes de contrôle pourraient surveiller les données opérationnelles réelles collectées à partir des déploiements logiciels actifs. En analysant les métriques de performance en temps réel, les régulateurs et les développeurs pourraient identifier les anomalies potentielles de sécurité ou les régressions de performance à mesure qu'elles se produisent, permettant des interventions ciblées sans interrompre les améliorations logicielles.

## Impact plus large sur l'intégration de la santé numérique

Le débat autour des logiciels de gestion du diabète sert d'étude de cas clé pour l'ensemble du secteur de la santé numérique. Alors que l'intelligence artificielle, l'apprentissage automatique et l'analyse de la santé personnelle s'intègrent de plus en plus dans les appareils grand public, les agences de réglementation du monde entier font face à des défis similaires dans de multiples domaines cliniques.

Les applications de santé numérique aident désormais à surveiller les affections cardiaques, à analyser l'activité neurologique, à gérer les maladies respiratoires et à suivre les calendriers de prise de médicaments. Beaucoup de ces applications numériques reposent sur des algorithmes adaptatifs qui traitent les données continues des patients, posant de nouvelles questions pour des cadres réglementaires historiquement conçus autour d'équipements médicaux statiques.

Concilier la protection de la santé publique et l'innovation technologique reste un défi politique complexe. Alors que les autorités réglementaires cherchent à prévenir les défaillances de sécurité, l'adoption continue de logiciels indépendants souligne une demande croissante parmi les patients pour des outils de santé numérique flexibles et modernes.

Cet article rend compte d'un commentaire initialement publié par Dana P. Goldman.

Source : Dana P Goldman

À lire aussi