Uma pulseira de monitorização remota de pacientes que mede pressão arterial, ECG, oxigenação, pulso e temperatura da pele parece, num documento de requisitos, cinco subsistemas independentes que dividem uma bateria. Dentro do invólucro ela se comporta como cinco subsistemas que se degradam ativamente uns aos outros, e a arquitetura que sobrevive é a que se constrói em torno desse fato e não em torno da lista de sensores.
A OVA Solutions é uma equipe de desenvolvedores de hardware médico experientes, 62 engenheiros que levaram mais de 200 dispositivos do conceito à produção. O programa descrito aqui foi de ciclo completo: requisitos, conceito, design de produto e industrial, projeto mecânico e de PCB, software embarcado, produção, montagem e controle de qualidade. A pressão arterial foi medida da maneira convencional, com um manguito inflável de pulso e um algoritmo oscilométrico, em vez de uma estimativa óptica sem manguito. O dispositivo rodava Yocto Linux em um i.MX8M com aplicações em contêineres, Wi-Fi de banda dupla, Bluetooth 5.0 e uma conexão de servidor para troca remota de dados e configuração remota.
Essas duas decisões, um manguito real e um processador de aplicações real, são toda a história do projeto.
O que cada sensor faz com os vizinhos
O manguito precisa de uma bomba. A bomba é um motor parafusado ao mesmo chassi que o front end analógico de ECG e um conjunto de fotodiodos. Enquanto funciona, ela injeta vibração mecânica no caminho óptico e ruído elétrico em uma cadeia de sinal projetada para resolver microvolts. A consequência prática é que ECG e SpO2 não podem ser amostrados durante a insuflação, o que transforma cinco medições simultâneas em uma sequência programada.
A temperatura da pele tem a versão mais traiçoeira do mesmo problema. Um i.MX8M rodando Linux com Wi-Fi ativo dissipa potência real em um volume pequeno de alumínio e plástico, e esse calor chega ao sensor de temperatura através do invólucro muito antes de atingir o equilíbrio. Sem isolamento térmico deliberado, o dispositivo informa uma temperatura corporal que acompanha em parte o próprio tráfego de rede. A solução é mecânica e pertence à fase de conceito: uma barreira térmica entre o bloco de computação e o módulo de sensores, um sensor colocado sobre uma ilha em contato com a pele com o próprio caminho de condução, e um atraso de estabilização escrito no cronograma de medição.
O rádio de 5 GHz e o front end de ECG têm uma versão mais limpa do conflito, resolvida com blindagem, disciplina de layout e janelas de transmissão que evitam a janela de captura do ECG.
Nenhum desses é um problema exótico. Todos são baratos na arquitetura e caros no DFM, e essa é a razão para enumerá-los antes que o diagrama de blocos exista.
A decisão sobre o cronograma condiciona tudo o que vem depois
Uma vez que as medições passam a ser sequenciais em vez de simultâneas, a sequência se torna a especificação que restringe o resto do dispositivo. A cadência de medição fixa o ciclo de trabalho. O ciclo de trabalho fixa o orçamento de energia. O orçamento de energia fixa o tamanho da célula. O tamanho da célula fixa o volume do invólucro, e o volume do invólucro determina se a coisa é vestível.
A referência pública de volume é o Omron HeartGuide, o único dispositivo de pulso com manguito oscilométrico inflável cujas especificações estão publicadas por completo: 115 g em uma caixa de 48 mm, 14 mm de espessura. A Apple publica o Watch Series 10 entre 29 e 42 g e 9,7 mm, conforme o tamanho da caixa e o material. O manguito, a bomba e a estrutura da pulseira explicam essa diferença, e nenhuma miniaturização da eletrônica a recupera.
A autonomia se divide pela mesma linha. A Aktiia, que estima a pressão arterial opticamente e sem manguito, publica de 6 a 15 dias para a pulseira IP68. O Corsano CardioWatch, fabricado pela Corsano Health e distribuído pela Medtronic, é publicado em até 7 dias. Dispositivos que carregam ao mesmo tempo sensoriamento contínuo e um processador de aplicações ficam na ponta curta dessa faixa.
Isso pesa mais no comercial do que no técnico. Programas corporativos costumam abrir com um requisito que diz “formato de smartwatch, pressão arterial de grau clínico, uma semana de bateria”. Esses três não são alcançáveis ao mesmo tempo com manguito hoje, e um fornecedor que aceite os três compromete o cliente com uma descoberta que aparecerá no mês doze.
De onde a exatidão realmente vem
A ISO 81060-2 fixa o patamar para um dispositivo de pressão arterial em um erro médio dentro de 5 mmHg e um desvio padrão igual ou inferior a 8 mmHg frente à medição de referência. Os dispositivos de pulso validados atuais superam esse patamar. Uma validação de 2023 do monitor de pulso U60EH relatou uma diferença média sistólica de 1,51 mmHg com desvio padrão de 6,48, e uma diferença média diastólica de 0,44 mmHg com desvio padrão de 5,98. Os monitores de pulso do início dos anos 2000 relatavam desvios padrão próximos de 9 a 10 mmHg frente a dispositivos de braço na faixa de 5 a 6, e essa é a lacuna que se fechou ao longo de duas décadas. Os mesmos critérios de validação são os que reguladores regionais como a ANVISA analisam.
O que fechou essa lacuna não foi, em sua maior parte, o algoritmo. Foi a mecânica do manguito, o material da pulseira, o controle da insuflação e a consistência do ajuste. A própria descrição da Omron sobre a pulseira do HeartGuide se concentra em um material sintético flexível que infla ao redor do pulso em vez de uma câmara convencional.
A consequência de engenharia é uma regra de sequência. Rode a validação ISO 81060-2 contra a pulseira mecânica real, no invólucro real, assim que existir uma unidade funcional. Validar um algoritmo contra um manguito de bancada e depois transferi-lo para a mecânica de produção repete o trabalho, porque a mecânica carrega a maior parte da variância.
Processador de aplicações ou microcontrolador
A maioria dos wearables usa um microcontrolador de baixo consumo porque a aritmética de energia é decisiva. Este dispositivo rodava Linux com contêineres Docker, Qt para a interface e Python ao lado de C.
A justificativa foi a integração e não a computação. O cliente exigia troca de dados com o servidor, configuração remota do dispositivo em campo e a possibilidade de atualizar as aplicações de medição de forma independente da imagem de firmware. Contêineres sobre Linux entregam isso diretamente. Uma arquitetura de microcontrolador entrega o mesmo através de um protocolo próprio, um atualizador próprio e uma história de implantação própria que a equipe passa a manter por toda a vida do produto.
É uma troca defensável, e é uma troca, não uma melhoria. Custa autonomia, custa margem térmica ao lado de um sensor de temperatura e acrescenta uma sequência de boot a um dispositivo do qual um clínico espera resposta imediata. A recomendação é decidir isso de forma explícita frente ao requisito de integração, escrever o custo de autonomia em horas antes de assumir o compromisso, e parar de tratar um wearable com Linux como a opção moderna padrão.
A versão curta para um diretor de programa
Construa a matriz de interferências entre sensores antes do diagrama de blocos, listando cada par de sensores e o que um faz com o outro em condições reais de operação. Converta essa matriz em um cronograma de medição durante a arquitetura, porque o cronograma fixa o orçamento de energia e o orçamento de energia fixa o invólucro. Coloque o isolamento térmico entre a computação e qualquer sensor térmico no conceito mecânico e não no DFM. Valide a pressão arterial contra a ISO 81060-2 sobre mecânica de produção o mais cedo possível, já que a pulseira e o ajuste carregam mais variância do que o algoritmo. Escolha a classe de processador frente ao requisito de integração, com o custo de autonomia escrito em horas.
Este dispositivo passou por produção, montagem e controle de qualidade com o manguito intacto, e essa única decisão fixou ao mesmo tempo a massa, a autonomia e o cronograma de medição. Um programa que trata esses três como requisitos independentes tende a descobrir, em algum ponto da segunda revisão do invólucro, que eles sempre foram um único requisito com três nomes.
Perguntas frequentes
Por que um wearable multiparamétrico não consegue medir os cinco sinais ao mesmo tempo?
Porque os sensores interferem uns nos outros. A bomba do manguito é um motor montado no mesmo chassi que um front end analógico de ECG que resolve microvolts e um conjunto de fotodiodos que lê uma onda de pulso. Enquanto a bomba funciona, ela injeta vibração no caminho óptico e ruído elétrico na cadeia de ECG, de modo que ECG e SpO2 não podem ser amostrados durante a insuflação. Cinco medições simultâneas viram uma sequência programada.
Por que uma pulseira com manguito de pressão pesa mais que um smartwatch?
O manguito, a bomba e a estrutura da pulseira explicam a diferença. A Omron publica o HeartGuide, o único dispositivo de pulso com manguito oscilométrico inflável cujas especificações estão publicadas por completo, em 115 g, caixa de 48 mm e 14 mm de espessura. A Apple publica o Watch Series 10 entre 29 e 42 g e 9,7 mm. A miniaturização da eletrônica não recupera essa diferença.
A pressão arterial medida no pulso é exata o bastante para uso clínico?
Os dispositivos de pulso validados atuais superam a ISO 81060-2, que fixa um erro médio dentro de 5 mmHg e um desvio padrão igual ou inferior a 8 mmHg frente à medição de referência. Uma validação de 2023 do monitor de pulso U60EH relatou diferença média sistólica de 1,51 mmHg com desvio padrão de 6,48, e diferença média diastólica de 0,44 mmHg com desvio padrão de 5,98.
O que fechou a lacuna de exatidão entre monitores de pulso e de braço?
A mecânica, e não os algoritmos. Os monitores de pulso do início dos anos 2000 relatavam desvios padrão próximos de 9 a 10 mmHg, enquanto os de braço ficavam entre 5 e 6. O que fechou essa lacuna ao longo de duas décadas foi a mecânica do manguito, o material da pulseira, o controle da insuflação e a consistência do ajuste. A Omron descreve a pulseira do HeartGuide pelo material inflável, não pelo processamento de sinal.
Como o bloco de computação corrompe uma leitura de temperatura da pele?
Aquecendo o invólucro. Um i.MX8M rodando Linux com Wi-Fi ativo dissipa potência real em um volume pequeno de alumínio e plástico, e esse calor chega ao sensor de temperatura muito antes de atingir o equilíbrio, de modo que o dispositivo informa uma temperatura corporal que acompanha em parte o próprio tráfego de rede. A solução é mecânica: barreira térmica, ilha em contato com a pele e atraso de estabilização.
Quando um wearable justifica usar Linux em vez de um microcontrolador?
Quando o requisito de integração pede, e não a carga de computação. Este dispositivo rodava Yocto Linux em um i.MX8M com contêineres porque o cliente precisava de troca de dados com o servidor, configuração remota em campo e aplicações de medição atualizáveis de forma independente do firmware. Essa escolha custa autonomia, margem térmica e tempo de boot, então convém decidi-la com o custo escrito em horas.
Fontes: ISO 81060-2:2018 · critérios de validação da ISO 81060-2, acesso aberto · validação do monitor de pulso U60EH, 2023 · Kikuya et al., exatidão de pulso frente a braço, 2002 · Omron Healthcare, manual de instruções do HeartGuide · especificações técnicas do Apple Watch Series 10 · documentação de bateria da Aktiia · Corsano CardioWatch, distribuído pela Medtronic
Se você está desenvolvendo algo nesta área, teremos prazer em analisar o projeto com você. Reserve um horário na agenda da Lisa em calendly.com/lisa-voronkova/30min e, se nenhum horário servir, escreva para lisa@ovasolutions.com.