Selo LA31
VIA
Vida Integrada e Autônoma · Ciência e Tecnologia a serviço do Cuidado.
Portfólio técnico · parcerias institucionais · 2026

Software de utilidade pública como infraestrutura de compreensão e decisão.

A Iniciativa VIA — Vida Integrada e Autônoma — integra cuidado, educação, curadoria técnica e tecnologia para reduzir a distância entre conhecimento confiável e decisão responsável, preservando autoria, contexto e autoridade humana.

O problema central não é “usar inteligência artificial” ou criar mais um canal digital. É construir instrumentos verificáveis, leves e distribuíveis que cheguem à rotina clínica, educacional e institucional sem transformar toda interação em extração de dados ou dependência de plataforma proprietária.

HTML/CSS/JavaScript estáticoExecução local quando aplicávelSem etapa de buildCódigo versionadoMinimização de dadosIntegração progressiva

1. Tese institucional: furar a bolha pela utilidade

Distribuição algorítmica é um canal, não uma condição de existência. A estratégia de expansão transforma módulos digitais em infraestrutura de apoio incorporável a redes humanas já existentes: consultas, equipes, unidades, sociedades científicas, universidades e mídia especializada.

Problema

Informação abundante, decisão escassa

O gargalo é a distância entre evidência, compreensão e ação. Mais conteúdo sem curadoria frequentemente apenas aumenta ruído.

Resposta

Instrumentos pequenos e verificáveis

O módulo deve resolver uma tarefa delimitada, declarar limites e permanecer inspecionável por profissionais, instituições e usuários.

Distribuição

Acoplamento institucional

Parcerias começam por fluxos de baixo atrito: material pós-consulta, atalhos em terminais, pilotos educacionais, revisão técnica e pesquisa.

2. Arquitetura: local-first quando o problema permite

A VIA privilegia aplicações estáticas e processamento no navegador quando isso é suficiente. Essa escolha reduz superfície de coleta e dependências, mas não é convertida em promessa jurídica ou clínica automática.

Execução

Browser como runtime

HTML, CSS e JavaScript entregues diretamente, sem etapa de build e sem backend por padrão nos módulos compatíveis.

Privacidade

Minimização por arquitetura

Dados permanecem locais quando a finalidade não exige transmissão. Integrações futuras devem justificar finalidade, base jurídica e segurança próprias.

Proveniência

Código e conteúdo versionados

Escopo, manutenção e alterações ficam rastreáveis. Software é tratado como argumento verificável, não como peça cenográfica.

3. Portfólio atual

O ecossistema é modular. Cada frente explicita estágio, função e limites, permitindo a uma parceria selecionar apenas o componente útil ao problema real.

Publicado

Saúde na Última Semana — Revista Eletrônica VIA

Curadoria semanal de saúde pública, ciência, cuidado e tecnologia, organizada por relevância temporal e fontes primárias.

Comunicação de risco · educação em saúde · apoio pós-consulta
Publicado

VIA MENTE — MBRP-8

Webapp psicoeducacional estruturado em prática formal, prática cotidiana e registro local, orientado à autonomia.

Educação · autocuidado estruturado
Publicado

VIA Economia & Saúde

Trilha interativa com conteúdo, diagnóstico orientativo, simuladores locais e plano de ação para literacia econômica aplicada à vida e ao cuidado.

Planejamento · literacia econômica
Publicado

VIA Soberania Informacional

Frente de proteção de dados, autonomia e direitos digitais, com documentação de evidência e governança.

Privacidade · direitos digitais · soberania tecnológica
Publicado

Regulação Federal de IA em Saúde + EVAM

Briefing sobre transferências interestaduais no Sistema Único de Saúde (SUS) e conversor local de narrativa clínica para resumo e schema regulatório.

Estruturação de informação · regulação
Publicado

VIA Literacia — Programação, Git e GitHub

Trilha introdutória com progresso local, fonte pedagógica versionada e documentação de uso.

Formação tecnológica · autonomia digital

4. Modelos de parceria

A VIA propõe acoplamentos pequenos, reversíveis e mensuráveis. Em vez de pedir que uma instituição “adote uma plataforma”, testa-se um instrumento definido em um fluxo real.

Clínicos e ambulatórios

Material de apoio prescritível

  • Links e QR codes pós-consulta.
  • Comunicação de risco e educação em saúde.
  • Feedback sobre clareza, tempo e uso real.
Atenção Primária

Piloto de baixa infraestrutura

  • Atalhos em terminais de triagem e computadores de equipe.
  • Um problema e 1–3 módulos.
  • Métricas de adoção e utilidade antes de claims clínicos.
Entidades profissionais

Revisão e co-desenvolvimento

  • Revisão técnica independente por grupos de trabalho.
  • Critérios explícitos de qualidade e segurança.
  • Versões educacionais ou protocolos de comunicação coautorais.
Universidades e pesquisa

Instrumentação para estudo

  • Protótipos verificáveis como objeto experimental.
  • Usabilidade, compreensão, calibração e decisão.
  • Separação entre educação, apoio à decisão e produto clínico conforme finalidade e risco.
Mídia e tecnologia cívica

Pauta demonstrável

  • Local-first e minimização de dados.
  • Software público como argumento de soberania informacional.
  • Código e limites disponíveis para inspeção.
Terceiro setor e comunidades

Redistribuição governada

  • Materiais reutilizáveis por link.
  • Adaptação de linguagem e acessibilidade.
  • Controle de versão para evitar material obsoleto.

5. Como um piloto começa

O protocolo de entrada privilegia uma hipótese testável e a menor ação que gere evidência útil.

Definir um problema operacional.

Comunicação pós-consulta, literacia digital, estruturação de encaminhamento ou educação de equipe.

Escolher módulo e fluxo.

Quem usa, quando, em qual dispositivo e para qual decisão ou compreensão.

Revisar conteúdo, risco e privacidade.

Claims, público, necessidade de dados, acessibilidade e limites clínicos antes do uso.

Executar piloto curto.

Preferência por equipes ou grupos pequenos com acompanhamento próximo.

Medir utilidade humana.

Adoção, clareza, tempo, compreensão, retrabalho, erros detectados e barreiras.

Decidir expansão ou descarte.

A complexidade só aumenta se o resultado observado justificar a próxima camada.

6. Governança, segurança e limites

Responsabilidade é parte da arquitetura. Versões, fontes, permissões e efeitos devem permanecer rastreáveis, e publicação não é confundida com validação.

PrincípioImplementaçãoLimite explícito
Minimização de dadosProcessamento local e ausência de backend quando suficiente.Não implica conformidade jurídica automática; cada contexto precisa de avaliação própria.
ProveniênciaConteúdo e código versionados; escopo e manutenção documentados.Versionamento não substitui revisão clínica ou científica independente.
Autoridade humanaFerramentas orientam compreensão e decisão delimitada.Não substituem encontro clínico, responsabilidade profissional ou decisão institucional.
InteroperabilidadePadrões de saúde digital entram como eixo de arquitetura quando pertinentes.Integração real com RNDS/FHIR só é declarada quando demonstrada.
ExpansãoPilotos reversíveis e revisão após uso.Impacto clínico ou economia sistêmica exigem avaliação apropriada.
LGPD: a arquitetura local-first pode reduzir exposição de dados e facilitar minimização, mas conformidade com a Lei Geral de Proteção de Dados Pessoais depende da finalidade, dos dados tratados, dos agentes envolvidos e do fluxo concreto. O portfólio evita a formulação “conformidade imediata e absoluta”.
Próxima conversa

Escolha um problema real. A VIA leva o módulo, a documentação e o desenho de piloto.

Parcerias podem começar por revisão técnica, demonstração, piloto em serviço, co-desenvolvimento editorial ou avaliação acadêmica. O primeiro entregável deve caber em uma reunião e terminar em um teste observável.