Plataforma de saúde digital Em desenvolvimento

Glicare

Uma aplicação de saúde full-stack que transforma registros de glicose em tendências claras e informações estruturadas para pacientes e conversas com profissionais de saúde.

Apresentação do produto Glicare

O projeto

Visão geral do projeto

Contexto

O controle do diabetes depende de registros frequentes, mas as informações muitas vezes estão dispersas entre anotações em papel, dispositivos e consultas isoladas.

Problema

Os pacientes precisavam de uma maneira mais simples de compreender as tendências de glicose, enquanto as equipes de saúde precisavam de informações consistentes e estruturadas para apoiar conversas mais produtivas.

Solução

A Glicare reúne medições, rotinas de medicação e indicadores de progresso em uma experiência responsiva projetada para um uso diário ágil.

Função
Desenvolvimento full-stack e design de produto
Tipo
Aplicação web responsiva
Status
Em desenvolvimento
Cronograma
1 mês
Ano
2026

Experiência do produto

Principais funcionalidades

Funcionalidades relevantes desenvolvidas em torno da jornada principal do usuário.

  • Registro de glicose simplificado

    Registros rápidos e validados, com notas contextuais sobre refeições, sintomas e medicação.

  • Tendências de saúde fáceis de interpretar

    Visualizações diárias e semanais revelam padrões sem sobrecarregar o usuário com dados clínicos.

  • Rotina de medicação

    Uma agenda clara conecta a rotina de tratamento ao histórico geral de saúde.

  • Resumos prontos para consultas

    Um histórico estruturado torna as consultas mais objetivas e apoia decisões informadas.

  • Responsividade por padrão

    O mesmo fluxo principal permanece rápido e legível em celulares, tablets e computadores.

  • Interação acessível

    Estrutura semântica, suporte ao teclado e alto contraste atendem a uma variedade maior de usuários.

Por trás da implementação

Tecnologias utilizadas

Ferramentas selecionadas pelo papel que desempenham em um sistema de ponta a ponta e de fácil manutenção.

Front-end

  • Angular

    Arquitetura de componentes, roteamento e estado reativo da interface.

  • TypeScript

    Contratos de domínio estritos e lógica da aplicação mais segura.

Back-end

  • Spring

    Serviços REST, validação e segurança da aplicação.

  • Java

    Lógica de domínio tipada e fluxos de trabalho confiáveis no servidor.

Banco de dados

  • PostgreSQL

    Armazenamento relacional para registros de saúde e dados de usuários.

Infraestrutura

  • Docker

    Ambientes consistentes para desenvolvimento local e implantação.

  • AWS

    Hospedagem gerenciada e recursos duráveis na Cloud.

Testes

  • JUnit

    Cobertura de testes unitários e de integração para regras críticas.

Design do sistema

Arquitetura do sistema

Uma arquitetura web em camadas permite manter a interface, as regras da aplicação e a persistência de forma independente. O cliente Angular se comunica com uma REST API protegida, que coordena serviços de domínio e o PostgreSQL.

Principais componentes do sistema e o fluxo de comunicação entre eles
  1. Cliente Angular

    Interface responsiva e estado de interação local

  2. REST API

    Autenticação, validação e orquestração

  3. Serviços de domínio

    Regras de saúde e lógica de casos de uso

  4. PostgreSQL

    Registros de saúde estruturados e duráveis

Jornada principal

Como funciona

  1. Registrar

    O paciente adiciona uma medição de glicose e o contexto relevante.

  2. Validar

    A API verifica os dados inseridos e aplica as regras do domínio de saúde.

  3. Organizar

    O registro passa a fazer parte da linha do tempo longitudinal protegida.

  4. Compreender

    Resumos atualizados evidenciam padrões e apoiam a próxima ação.

Por trás do produto

Engenharia

As escolhas técnicas e os trade-offs que moldaram uma experiência de produto confiável.

Trade-offs

Decisões técnicas

  1. Limites entre camadas da aplicação

    Separar apresentação, regras da aplicação e persistência.

    Limites claros mantêm as regras de saúde testáveis e permitem que a interface evolua sem expor detalhes de infraestrutura.

  2. Modelo de dados relacional

    Usar PostgreSQL para registros clínicos e de contas.

    Consistência forte, relacionamentos explícitos e operações transacionais se ajustam melhor ao domínio do que o armazenamento flexível de documentos.

  3. Revelação progressiva

    Apresentar primeiro a próxima ação útil e revelar detalhes adicionais sob demanda.

    Dados de saúde podem parecer densos; uma hierarquia mais serena reduz a carga cognitiva durante sessões frequentes e curtas.

Resolução de problemas

Desafios de engenharia

Tornando dados densos mais claros

Desafio
As medições ganham significado ao longo do tempo e em relação a refeições e medicação, gerando alta densidade de informações.
Solução
Organizar a experiência em torno das decisões diárias, com detalhes progressivos e sinais visuais consistentes.
Resultado
Um caminho de leitura mais rápido que mantém as tendências compreensíveis sem ocultar contextos importantes.

Proteção de registros críticos

Desafio
Informações de saúde exigem operações de gravação confiáveis, controle rigoroso da propriedade dos dados e validação previsível.
Solução
Validar nos limites da API, aplicar autorização no servidor e agrupar operações de gravação relacionadas em transações.
Resultado
Um fluxo de dados confiável, no qual as falhas são tratadas antes que um estado incompleto chegue à linha do tempo.

Atributos de qualidade

Desenvolvido além do cenário ideal

Segurança

A defesa em profundidade protege a identidade e os registros de saúde confidenciais.

  • Autorização no servidor
  • Validação nos limites da API
  • Acesso com privilégio mínimo

Desempenho

Payloads pequenos e renderização focada mantêm as interações diárias responsivas.

  • Carregamento por rota
  • Consultas indexadas para a linha do tempo
  • Mídia responsiva estável

Testes

A cobertura baseada em riscos se concentra nas regras de domínio e nas jornadas essenciais do usuário.

  • Testes unitários de domínio
  • Testes de integração de API
  • Testes de interface em fluxos críticos

Observabilidade

Sinais estruturados facilitam o diagnóstico de falhas sem expor dados privados.

  • Logs estruturados da aplicação
  • Verificações de integridade
  • Monitoramento da taxa de erros

Reflexão

Aprendizados e próximos passos

Principais aprendizados

  • Projetar em torno das decisões do usuário cria um produto mais claro do que reproduzir o modelo do banco de dados.
  • Limites de domínio explícitos reduzem o retrabalho quando os requisitos da interface mudam.
  • As decisões de acessibilidade são mais eficazes quando incluídas na estrutura dos componentes desde o início.

Próximos passos

  • Adicionar integrações com dispositivos para sincronização automática da glicose.
  • Introduzir relatórios configuráveis para equipes de saúde.
  • Expandir os insights sobre tendências, mantendo a interpretação clínica transparente.