Imagerie médicale et ingénierie des dispositifs embarqués

Les chaînes d’imagerie médicale peuvent comprendre l’acquisition, le prétraitement et l’inférence locale, chacun avec ses exigences de temps et de qualité des données. L’IA en santé doit être évaluée pour un usage prévu clairement défini. Les essais d’ingénierie établissent le comportement de l’électronique et du logiciel ; ils ne démontrent pas à eux seuls la précision diagnostique ou le bénéfice clinique.

Pour l’IA médicale, consignez les conditions d’entrée, la version du modèle et le traitement des résultats incertains. Alvexis peut étudier le matériel embarqué, les interfaces de capteurs et l’intégration de prototypes avec une équipe de développement de dispositifs. La validation clinique et le parcours réglementaire applicable restent intégrés au programme complet de développement du dispositif médical.

Que signifie l’IA physique en médecine?

Pensez à un instrument de laboratoire qui observe un porte-échantillon, un prototype de réadaptation qui mesure le mouvement ou un assistant robotique qui répond à la rétroaction des capteurs. Chacun combine des observations physiques avec des calculs et une sortie que quelqu'un peut utiliser. La sortie peut guider un opérateur, organiser une tâche ou contribuer à la fonction d'un appareil.

Décrivez d’abord l’usage prévu en termes simples. Qui utilisera le système, dans quel environnement et qu’observe-t-il ? Quelle sortie fournit-il et qui décide de la suite ? Un système qui transporte des fournitures dans un hôpital ne doit pas reprendre les allégations ou les hypothèses d’un dispositif utilisé pour les soins aux patients.

Pour les dispositifs médicaux dotés d’IA aux États-Unis, la FDA décrit une approche qui tient compte de l’utilisation prévue et des caractéristiques technologiques. La voie de commercialisation d’un dispositif ne peut pas être déduite de son processeur ou de l’étiquette « IA ». Voir le panorama de la FDA sur les dispositifs médicaux dotés d’IA. Les exigences des autres marchés nécessitent leur propre évaluation avec le fabricant responsable et des spécialistes de la réglementation.

Domaines d'application à évaluer

Ces exemples décrivent des projets d’ingénierie possibles. Ils ne signifient pas qu’Alvexis fournit actuellement des dispositifs médicaux autorisés ou des algorithmes d’IA validés cliniquement.

RubriquePortée technique possibleQuestion précoce
Automatisation de laboratoireInterfaces caméra, retour d’information sur la manutention, commande d’instruments et journaux de tracesComment l'identité de l'échantillon, les erreurs de manipulation et la récupération de l'opérateur sont-elles vérifiées?
Prototypes de détection médicaleAcquisition de signaux, synchronisation, prétraitement et enregistrement embarquésQuelle référence établit la qualité de mesure pour l'utilisation prévue?
Mesure de la réadaptationCapteurs de mouvement, traitement local et observations destinées aux cliniciensQuelle mesure est utile, pour quels utilisateurs et avec quelle répétabilité?
Développement du suivi des patientsIntégration de capteurs, vérification de la qualité du signal et flux d'alerte limitéQui répond et comment les événements manqués et les alertes de nuisance sont-ils évalués?
Systèmes robotiques médicauxInterfaces embarquées, détection synchronisée et intégration de commandeComment sont définis l’autorité de commande, les conditions de contact, les fonctions de protection et le transfert de commande ?
Logistique et équipement hospitaliersDétection des actifs, surveillance de l'état des équipements et interfaces de transportLe résultat a-t-il une incidence sur les soins aux patients ou sur une tâche opérationnelle, et comment cette frontière est-elle maintenue?

Un bref de projet utile distingue le sous-système de détection, la fonction d’IA et le produit final. Une intégration réussie de la caméra ne valide pas en soi une interprétation clinique, une démonstration de modèle de travail n’établit pas en soi l’adéquation électrique, mécanique ou de flux de travail.

Concevoir ensemble le chemin de mesure et le chemin de décision

MesurerEntrées de capteur définies, étalonnage, temporisation et contrôle de la qualité du signal.
TraiterLogiciel versionné avec sortie explicite et traitement des données invalides.
Réviser ou répondreUn utilisateur désigné ou une fonction du dispositif, avec un chemin de réponse et de reprise défini.

Définir l'interface entre ces étapes. Pour un prototype de détection, enregistrez les unités, les taux d'échantillonnage, les paramètres d'étalonnage et toute transformation appliquée avant le stockage. Pour un pipeline d'images, incluez l'exposition, l'optique et l'éclairage dans la configuration. Les modifications apportées à l'acquisition peuvent changer la signification de l'entrée d'un algorithme.

Définissez ce qui constitue une observation invalide. Un capteur déconnecté, un mauvais contact, une vue obstruée ou un signal hors plage ne doivent pas devenir silencieusement un résultat normal. Prévoyez un état explicite « indisponible » ou « incertain » si nécessaire et définissez la réaction de l’utilisateur ou de la fonction suivante.

Le traitement local peut réduire la quantité de données brutes qui doivent quitter l'appareil et peut aider un flux de travail à fonctionner pendant une interruption du réseau. Cela ne rend pas automatiquement un produit privé ou sécurisé. Définir les données conservées, l'accès autorisé, la transmission, la suppression et les interfaces de maintenance pour l'installation particulière.

Que change-t-il lorsque le prototype devient un produit physique?

L'emballage et l'installation font partie de la portée du développement. Discutez des conditions de contact, des méthodes de nettoyage, du montage, de l'accès aux connecteurs, des limites thermiques et des procédures de service avec le propriétaire du produit. L'équipe responsable devrait déterminer quelles évaluations électriques, mécaniques, d'utilisabilité et réglementaires s'appliquent à l'appareil prévu.

Élaborez le plan énergétique et thermique en fonction de la charge de travail totale. L'acquisition, le traitement, l'affichage, les communications et l'enregistrement peuvent fonctionner ensemble. Mesurer le comportement soutenu à l'intérieur de l'enceinte proposée et pendant le cycle de travail prévu. La spécification de pointe d'un accélérateur n'est pas un résultat complet des performances du produit.

Prévoyez l’accès pour l’étalonnage, les tests de fabrication et l’analyse des défaillances. Une carte porteuse sur mesure peut apporter les interfaces et les dimensions requises, mais crée aussi des responsabilités concernant la disponibilité des composants, la vérification de la carte et la maîtrise de la configuration. Le guide de conception de cartes porteuses sur mesure explique ces dépendances du projet.

Gardez la vérification technique et les preuves cliniques distinctes

La vérification technique peut établir qu’un sous-système mesure, traite et communique conformément à ses spécifications. L’évaluation clinique détermine si la fonction finale répond correctement à sa finalité médicale prévue. L’une ne remplace pas l’autre.

Les principes de transparence de la FDA, de Santé Canada et de la MHRA soulignent la nécessité d’expliciter l’usage prévu, les utilisateurs, les populations, le processus, les performances et les limites. Ils abordent aussi la communication des changements et le suivi des performances. Ces points aident l’équipe à définir les preuves et les informations utilisateur nécessaires au produit.

La ressource de la FDA sur les GMLP renvoie aux principes de l’IMDRF couvrant le cycle de vie des dispositifs médicaux. La planification doit inclure le produit déployé et ses évolutions, au lieu de s’arrêter à l’entraînement du modèle.

Une façon d'organiser le projet est de créer un tableau de traçabilité : pour chaque fonction revendiquée, enregistrez les conditions d'entrée requises, la sortie, la méthode de vérification, le propriétaire et les preuves d'acceptation. Inclure les cas d'échec et l'examen humain. Geler le matériel, le logiciel, le modèle et la configuration utilisés pour chaque évaluation afin que les résultats puissent être interprétés et reproduits.

Un premier pilote pratique

  1. Convenez de l'objectif et de la propriété. Identifier le fabricant, les utilisateurs prévus, les partenaires cliniques le cas échéant et l'équipe responsable de l'acceptation.
  2. Choisissez une question étroite. Les exemples incluent la répétabilité de mesure, l'observation de position d'échantillon ou la détection d'état d'équipement dans des conditions définies.
  3. Définissez la référence. Spécifier le processus de mesure ou d’examen utilisé pour évaluer les extrants. Convenir des autorisations relatives aux données avant de recueillir des renseignements sur les patients.
  4. Instrumentez le prototype. Enregistrez le timing, la qualité d'entrée, l'état de traitement et la configuration de l'appareil en même temps que le résultat.
  5. Examinez les preuves avant l'expansion. Déterminer ce que le prototype démontre, ce qui reste incertain et quelles évaluations supplémentaires sont nécessaires pour le produit prévu.

La limite d'une démonstration de recherche ou d'ingénierie doit être explicite dans l'entente pilote. Passer de l’observation à une décision de soins ou à une action physique modifie ce qui doit être établi avant l’utilisation.

Où Alvexis s’intègre dans le programme de développement

Alvexis peut discuter de la conception électronique personnalisée, des interfaces de capteurs, du support logiciel embarqué et de l'intégration mécanique avec les équipementiers médicaux, les équipes de recherche et les intégrateurs de systèmes. La première conversation devrait identifier le sous-système technique et les preuves dont le programme de produits plus large aura besoin.

L’adéquation médicale, les responsabilités du système qualité, les allégations cliniques et l’autorisation de mise sur le marché doivent être établies pour le projet convenu. Cet article présente une démarche d’ingénierie; il n’affirme pas qu’une plateforme Alvexis existante est certifiée pour un usage médical ou autorisée pour le diagnostic ou le traitement.

Pour le contexte plus large, lire L’IA physique dans tous les secteurs. Pour le mouvement, la perception et les limites de contrôle intégrées, continuez avec le Guide de l'IA en robotique.

Références techniques

Ces références appuient la planification du développement. Les exigences applicables dépendent du produit, de l’usage et du marché visés.

Définir le défi du génie médical.

Présentez le processus prévu, les besoins de détection, les interfaces et les responsabilités de développement. Nous pouvons définir avec votre équipe produit un périmètre limité de prototype et d’intégration.

Discuter d'une collaboration en ingénierieExplorez l'IA physique dans tous les secteurs →