Enxaqueca: por que o mercado e a tecnologia ainda tratam essa doença como secundária

Se você já ouviu alguém dizer que enxaqueca “não é nada sério” ou que “é só uma dor de cabeça”, provavelmente essa pessoa nunca enfrentou um episódio real da doença. Mais provável ainda: nunca esteve exposta a dados clínicos consistentes. A enxaqueca é uma doença neurológica crônica, com episódios de dor moderada a forte que podem durar horas ou dias, e que frequentemente acompanham sintomas como náusea, sensibilidade à luz e ao som, e comprometimento cognitivo temporário. Apesar de sua prevalência — estima-se que atinja cerca de 15% da população global —, ela permanece subdiagnosticada, subfinanciada e, o pior, desvalorizada.

O neurologista Henrique Delgado, em entrevista ao Observador, foi direto: a desvalorização da enxaqueca começa no próprio ambiente legislativo e regulatório. Quando as autoridades de saúde pública e os órgãos de financiamento não reconhecem a gravidade e o impacto funcional da doença, os pacientes ficam presos em um limbo de anos até o diagnóstico e tratamento adequados. Esse atraso não é apenas clínico: ele se reflete em perda de produtividade, absenteísmo no trabalho e em custos indiretos que o sistema de saúde tradicionalmente ignora.

Para o mercado de tecnologia em saúde, essa lacena é tanto um problema quanto uma oportunidade. O argumento central deste artigo é simples: se a enxaqueca é subtratada porque ela é subvalorizada, então o caminho para corrigir isso não passa apenas por mais consultas médicas, mas sim por inteligência de dados, sensores vestíveis, algoritmos de triagem e interfaces que registrem e comuniquem a experiência do paciente com precisão. Produtos digitais que não entendem a fisiologia da enxaqueca falham em capturar a evidência necessária para mudar a percepção de quem legisla.

Contexto técnico ou de negócio

A enxaqueca não é um único fenômeno, mas um espectro. A classificação médica distingue entre enxaqueca com aura (aquelas precedidas por distúrbios visuais ou sensoriais) e sem aura, além de formas crônicas que se manifestam quinze ou mais dias por mês. Do ponto de vista neurológico, o que ocorre é uma ativação anômala do sistema trigeminovascular, seguida por uma cascata de liberação de neuropeptídeos, vasodilatação e inflamação estéril das meninges. O cérebro de um paciente com enxaqueca não é anatomicamente diferente, mas é funcionalmente hiperexcitável. Isso explica por que episódios podem ser disparados por fatores rotineiros como alterações no sono, certos alimentos, estresse ou mudanças climáticas.

Por que isso importa

Para o desenvolvedor de produto digital, esse detalhe técnico é vital. Um aplicativo que depende exclusivamente de autorrelato do paciente — “marque a intensidade da sua dor em uma escala de 1 a 10” — está capturando apenas uma fração do fenômeno. A intensidade da dor não é o único indicador de progressão da doença. A duração, a presença de aura e a resposta a estímulos ambientais são métricas que o próprio paciente pode não saber comunicar. Sem um modelo de captura estruturado, a base de dados gerada pelo paciente é ruidosa, incompleta e de baixa utilidade para o médico ou para o regulador. É exatamente por isso que a enxaqueca permanece desvalorizada no ecossistema de saúde: não há evidência bruta suficiente para informar a alocação de recursos públicos.

Desenvolvimento

O diagnóstico tardio é o primeiro grande sintoma da desvalorização da doença. Isabel Pireza, paciente entrevistada, relata anos até que o quadro fosse reconhecido como enxaqueca. Para muitos profissionais de saúde de primeiro contato, o rótulo “dor de cabeça tensional” ou “cefaleia comum” é um atalho diagnóstico que evita o aprofundamento clínico. O problema é que a fisiopatologia da enxaqueca é completamente diferente daquela de uma cefaleia tensional. Tratar uma condição com ibuprofeno genérico quando o sistema nervoso está ativamente sensibilizado não só não resolve como pode piorar o quadro, gerando cronicidade da medicação.

Do ponto de vista de engenharia de produto, há uma dualidade aqui. O software de saúde hospitalar, como sistema de prontuário eletrônico, precisa de codificações como CID-10 (G43.0, G43.1). Mas essas codificações são genéricas e não capturam a frequência, a duração, a resposta ao tratamento ou o impacto na qualidade de vida. Um produto digital que realmente enxerga a paciente com enxaqueca precisa de componentes adicionais de triagem, incluindo a coleta de história de crises ao longo de três meses, a identificação de padrões circadianos e a exclusão de causas secundárias por meio de checklists. Este não é um problema de hardware, é de software.

Implicações operacionais

A transição de um ambiente clínico para um ambiente baseado em produto digital exige atenção a alguns gargalos específicos. A lista abaixo não é exaustiva, mas captura os principais pontos onde o desenvolvimento de software de saúde falha em capturar a enxaqueca:

• Algoritmos de triagem para enxaqueca são raros em telemedicina. A maioria dos sistemas utiliza árvores de decisão genéricas para cefaleia, sem os ramos para aura, fotofobia e fonofobia. A consequência prática é que o paciente é classificado como “baixo risco” e tratado sintomaticamente, prolongando o sofrimento.
• A periodização de crises é um campo subdesenvolvido nos aplicativos do tipo diário de dor. Quase nenhum produto capta dados de sono noturno, variabilidade de temperatura e exposição a telas de forma estruturada. Sem isso, não há como predizer o gatilho, e o paciente continua sendo atendido no momento agudo, nunca na prevenção.
• O custo de aquisição para governança é alto. Empresas de tecnologia em saúde precisam criar datasets minimamente coerentes para submissão a agências reguladoras. Em enxaqueca, isso significa reunir não apenas os sintomas, mas também o histórico de medicação de abortagem e o número de dias perdidos de trabalho. Pouquíssimas empresas fazem isso adequadamente.

Esses gargalos operacionais não são apenas problemas de implementação, mas sim de percepção. Quando o produto não consegue demonstrar com dados o impacto funcional da doença, ele não consegue gerar a evidência necessária para o legislador. A enxaqueca continua desvalorizada não porque não dói, mas porque a dor não é medida de forma que se traduza em custo para o sistema público.

Decisões técnicas ou editoriais

Em um projeto real de desenvolvimento de aplicativo de triagem para cefaleias, a equipe técnica precisa decidir qual métrica primária de sucesso adotar. A tendência natural é optar pela redução da intensidade da dor, escalada de 0 a 10. Essa métrica é simples de capturar, mas ela esconde o fato de que a enxaqueca varia qualitativamente. Um paciente pode ter dor de baixa intensidade, mas com incapacidade total de ler, dirigir ou trabalhar. Outro pode ter dor moderada, mas ser funcional. Do ponto de vista editorial, o erro mais comum em blogs e guias de produto é tratar a enxaqueca como um valor numérico contínuo, quando na verdade ela deveria ser tratada como um evento binário durante o período de crise: crise versus não crise, com duração e presença de aura registrados separadamente.

A decisão de tornar a aura um campo obrigatório no registro de crises não é apenas clínica, é de arquitetura de dados. Isso força o sistema a distinguir entre cefaleia tensional e enxaqueca com aura. Quando se separa a aura, o próprio dado de frequência se torna mais robusto para submissões regulatórias. É uma decisão técnica que tem impacto direto na comunicabilidade do produto para o mercado de planos de saúde.

Outra decisão crítica é a granularidade temporal do registro. Muitos diários de enxaqueca estabelecem janelas de 24 horas. Isso é insuficiente porque uma crise pode durar de 4 horas a 72 horas. Produtos que registram apenas uma vez ao dia perdem informação crucial sobre a evolução da crise e sobre a janela terapêutica. A decisão editorial aqui é clara: desenhe o formulário de triagem com periodicidade mínima de 4 horas, mesmo que isso pareça excessivo, porque é esse dado que valida a cronificação. Sem ele, o paciente crônico nunca será corretamente categorizado como crônico.

Riscos, limitações e perguntas em aberto

O primeiro grande risco do uso de produtos digitais no manejo da enxaqueca é a dependência de autorrelato. O paciente pode não saber distinguir sintomas de aura de outros fenômenos visuais. Tontura, vertigem e escotomas são frequentemente confundidos. Se o aplicativo não tiver um fluxo de validação secundária, como a associação com um exame de fundo de olho ou com o momento exato do início da crise, o dado coletado será enviesado, e a base de dados acumulará ruído que invalida qualquer análise estatística.

A segunda limitação é a ausência de biomarcadores objetivos. A enxaqueca não tem exame de sangue ou imagem que substitua o relato clínico. Isso significa que qualquer produto digital está sempre operando em uma camada de subjetividade. A segurança de que o dado reflete a realidade biológica depende da consistência do protocolo de coleta, não da tecnologia. Isso é um lembrete incômodo para quem aposta em sensores vestíveis como a bala de prata. Por mais que um dispositivo meça frequência cardíaca e condutância da pele, ele não pode medir a atividade anômala do trigêmeo ou a liberação de peptídeos. A correlação é apenas indireta, e o risco de falso positivo ou falso negativo é real.

A terceira limitação é de ordem regulatória e de mercado. A enxaqueca é desvalorizada porque o sistema não tem incentivos de custo para tratá-la. Um produto digital que melhora a triagem, mas não reduz o número de consultas de urgência, pode ser visto como inviável para o sistema de saúde. A conta não fecha. Dados sem valor econômico direto são difíceis de comercializar. Os desenvolvedores precisam demonstrar que o custo de implementação do software é menor que o custo das consultas de emergência evitadas. Sem essa evidência, a doença permanece despriorizada, e o produto morre na prateleira.

Aprendizados práticos

O primeiro aprendizado prático é que a enxaqueca exige um modelo de dados com dupla entrada. O paciente deve ser capaz de registrar tanto a dor aguda quanto a dor antes do tratamento. É comum que um paciente tome um triptano e, uma hora depois, registre a dor como “leve”. Se o sistema não capturar a intensidade pré-tratamento, o dado parece um sucesso falso. O aprendizado correto é sempre registrar a intensidade basal antes da intervenção.

O segundo aprendizado é sobre a granularidade do gatilho. Muitos aplicativos perguntam “qual foi o gatilho?” e oferecem uma lista finita. Isso é um erro porque a enxaqueca tem múltiplos gatilhos. O sistema deve aceitar múltiplas opções e, mais importante, deve permitir que o paciente discorde do modelo padrão. Por exemplo, se o paciente relata que o gatilho foi um alimento, mas não lembra qual, o dado deve ser registrado como “gatilho alimentar não identificado” e não descartado. Produtos que descartam dados ambíguos estão perdendo informação sobre a associação causal.

O terceiro aprendizado é de design de interface. A escala de 1 a 10 é intuitiva, mas ela não reflete bem a heterogeneidade da dor enxaquecosa. Uma alternativa prática é usar uma escala descritiva: Dor que não interfere na atividade, Dor que interrompe parcialmente, Dor que interrompe totalmente. Cada nível se traduz em um número diferente no banco, mas o número discretizado ajuda o algoritmo de aprendizado de máquina a separar clusters de dados.

Conclusão

A enxaqueca continua sendo uma doença desvalorizada não por falta de sofrimento, mas por falta de sistemas que traduzam esse sofrimento em dados acionáveis. O neurologista Henrique Delgado e a paciente Isabel Pireza apontam o mesmo problema de lados opostos: o sistema regulatório e clínico não reconhece a gravidade porque não tem evidência estruturada. A tecnologia em saúde, especialmente a aplicada a produtos digitais, pode preencher essa lacuna, mas apenas se entender que o dado de autorrelato é insuficiente. É preciso ir além: capturar aura, granularidade temporal, múltiplos gatilhos e intensidade pré-tratamento.

O mercado de software de saúde está aprendendo a duras penas que doenças crônicas de difícil mensuração exigem um cuidado editorial e técnico que vai além da simples criação de formulários. A enxaqueca não é um erro de codificação no prontuário eletrônico, é um erro de modelo de dados. Corrigir esse erro é o que transforma um aplicativo medíocre em um instrumento de advocacy. E é esse instrumento que, finalmente, pode pressionar o legislador a deixar de desvalorizar a doença.