IA física na saúde: engenharia de dispositivos médicos e fluxos de trabalho

O que significa IA Física na medicina?

Considere um instrumento de laboratório que observa um portador de amostra, um protótipo de reabilitação que mede o movimento ou um assistente robótico que responde ao feedback do sensor. Cada um combina observações físicas com computação e uma saída que alguém pode usar. A saída pode orientar um operador, organizar uma tarefa ou contribuir para uma função do dispositivo.

Descreva o propósito pretendido em linguagem simples. Quem usará o sistema, em qual ambiente e o que ele observa? Que saída fornece e quem decide o próximo passo? Um sistema que transporta materiais pelo hospital não deve herdar as alegações ou hipóteses de um dispositivo usado no cuidado ao paciente.

Para dispositivos médicos com IA nos Estados Unidos, a FDA descreve uma abordagem que considera o uso pretendido e as características tecnológicas. O caminho de comercialização não pode ser deduzido do processador ou do rótulo «IA». Consulte a Visão geral do dispositivo médico habilitado para IA da FDA. Os requisitos de outros mercados precisam de avaliação própria com o fabricante responsável e especialistas regulatórios.

Áreas de aplicação que vale a pena avaliar

Estes exemplos descrevem possíveis projetos de engenharia. Não afirmam que a Alvexis forneça atualmente dispositivos médicos autorizados ou algoritmos de IA validados clinicamente.

Um resumo de projeto útil distingue o subsistema de detecção, a função de IA e o produto final. Uma integração de câmera bem-sucedida não valida por si só uma interpretação clínica. Uma demonstração de modelo de trabalho não estabelece por si só a adequação elétrica, mecânica ou de fluxo de trabalho.

Projete o caminho de medição e o caminho de decisão juntos

Defina a interface entre esses estágios. Para um protótipo de detecção, unidades de registro, taxas de amostragem, parâmetros de calibração e quaisquer transformações aplicadas antes do armazenamento. Para um pipeline de imagem, inclua exposição, ótica e iluminação na configuração. Mudanças na aquisição podem alterar o significado da entrada de um algoritmo.

Defina o que constitui uma observação inválida. Um sensor desconectado, contato ruim, visão obstruída ou sinal fora da faixa não devem se tornar silenciosamente um resultado normal. Inclua um estado explícito de indisponibilidade ou incerteza quando necessário e defina a resposta do usuário ou da função seguinte.

O processamento local pode reduzir a quantidade de dados brutos que precisam sair do dispositivo e pode ajudar um fluxo de trabalho a operar durante uma interrupção de rede. Não torna automaticamente um produto privado ou seguro. Defina os dados retidos, acesso autorizado, transmissão, exclusão e interfaces de manutenção para a instalação em particular.

O que muda quando o protótipo se torna um produto físico?

A embalagem e a instalação fazem parte do escopo de desenvolvimento. Discuta condições de contato, métodos de limpeza, montagem, acesso ao conector, limites térmicos e procedimentos de serviço com o proprietário do produto. A equipe responsável deve identificar quais avaliações elétricas, mecânicas, de usabilidade e regulatórias se aplicam ao dispositivo pretendido.

Construa o plano de energia e térmico em torno da carga de trabalho total. Aquisição, processamento, exibição, comunicações e registro podem ser executados juntos. Meça o comportamento sustentado dentro do gabinete proposto e durante o ciclo de trabalho pretendido. A especificação de pico de um acelerador não é um resultado completo do desempenho do produto.

Planeje o acesso para calibração, testes de fabricação e análise de falhas. Uma placa portadora sob medida pode fornecer as interfaces e dimensões necessárias, mas também cria responsabilidades de disponibilidade de componentes, verificação da placa e controle de configuração. O guia de projeto de placas portadoras sob medida explica essas dependências do projeto.

Mantenha a verificação de engenharia e a evidência clínica distintas

A verificação de engenharia pode demonstrar que um subsistema mede, processa e se comunica conforme suas especificações. A avaliação clínica analisa se a função final atende adequadamente à finalidade médica pretendida. Uma não substitui a outra.

Os princípios de transparência da FDA, Health Canada e MHRA enfatizam a clareza do uso pretendido, usuários, populações, fluxo de trabalho, desempenho e limitações. Também abordam a comunicação de mudanças e o monitoramento do desempenho. Esses pontos ajudam a equipe a definir as evidências e informações de usuário necessárias ao produto.

O recurso da FDA sobre GMLP aponta para princípios do IMDRF que abrangem o ciclo de vida do dispositivo médico. O planejamento deve incluir o produto implantado e suas mudanças, em vez de terminar quando o modelo é treinado.

Uma maneira de organizar o projeto é uma tabela de rastreabilidade: para cada função reivindicada, registre as condições de entrada necessárias, saída, método de verificação, proprietário e evidência de aceitação. Inclua casos de falha e revisão humana. Congelar o hardware, software, modelo e configuração utilizados para cada avaliação para que os resultados possam ser interpretados e reproduzidos.

Um primeiro piloto prático

1. Concorde sobre o propósito e a propriedade. Identifique o fabricante, os utilizadores pretendidos, os parceiros clínicos, quando relevante, e a equipa responsável pela aceitação.
2. Escolha uma pergunta restrita. Exemplos incluem repetibilidade de medição, observação da posição da amostra ou detecção do estado do equipamento sob condições definidas.
3. Defina a referência. Especificar o processo de medição ou revisão usado para avaliar os resultados. Concordar sobre as permissões de dados antes de coletar informações relacionadas ao paciente.
4. Instrumente o protótipo. Registre o tempo, a qualidade de entrada, o status de processamento e a configuração do dispositivo junto com o resultado.
5. Revise as evidências antes da expansão. Decida o que o protótipo demonstra, o que permanece incerto e que avaliação adicional é necessária para o produto pretendido.

Mantenha o limite de uma demonstração de pesquisa ou engenharia explícito no acordo piloto. A expansão da observação para uma decisão de cuidado ou ação física muda o que deve ser estabelecido antes do uso.

Onde a Alvexis se encaixa no programa de desenvolvimento

A Alvexis pode discutir projetos eletrônicos personalizados, interfaces de sensores, suporte a software embarcado e integração mecânica com OEMs médicos, equipes de pesquisa e integradores de sistemas. A primeira conversa deve identificar o subsistema de engenharia e a evidência que o programa de produtos mais amplo exigirá.

A adequação médica, as responsabilidades do sistema de qualidade, as alegações clínicas e as autorizações de comercialização devem ser estabelecidas para o projeto acordado. Este artigo apresenta uma abordagem de engenharia; não afirma que uma plataforma Alvexis existente seja certificada para uso médico ou autorizada para diagnóstico ou tratamento.

Para o contexto mais amplo, leia IA física em todas as indústrias. Para movimento, percepção e limites de controle incorporados, continue com o guia de IA robótica.