Clépio Med: quando a tecnologia nasce de uma dor real

Uma das coisas em que acredito dentro da tecnologia é que as melhores soluções nascem de problemas reais. Não de ideias soltas ou de algo criado só por criar, mas de dores que alguém vive no dia a dia e que realmente precisam ser resolvidas.

E foi exatamente assim que nasceu o Clépio Med.

Esse projeto surgiu dentro da minha própria casa, a partir de uma dificuldade que meu pai, médico, enfrentava na hora de organizar suas escalas e as do seu time. Muitas vezes, essa gestão acabava dependendo de planilhas e ferramentas como o Excel, que nem sempre são práticas ou intuitivas para todo mundo. Isso mostra que o problema não está na falta de esforço, mas na falta de uma ferramenta pensada de verdade para aquela realidade.

Foi aí que enxerguei a oportunidade de transformar uma dor real em solução. Eu já enxergava isso há um tempo, mas procrastinei um pouco para começar a desenvolver.

Como desenvolvedor, decidi criar uma solução que ajudasse justamente nesse ponto, facilitar a gestão das escalas médicas, tornar a visualização mais clara, reduzir o esforço operacional e trazer mais organização para uma rotina do meu pai que já é naturalmente intensa.

Assim nasceu o Clépio Med, um serviço web criado para tornar a gestão de escala médica mais simples, intuitiva e eficiente.

A proposta dele é muito clara.

Mais controle, mais clareza, menos esforço.

Esse é o centro de tudo. Porque, no fim, tecnologia boa não é a que impressiona apenas pela complexidade, mas a que resolve um problema real de forma prática e acessível.

O nome Clépio Med também carrega um significado especial. Ele vem de Asclépio, o deus grego da medicina, conhecido por estar associado à cura e ao cuidado. Essa referência eu tirei de uma das minhas leituras de infância, uma lembrança pessoal. Quando eu lia Percy Jackson e Os Heróis do Olimpo, lembro de uma parte da história em que Asclépio aparece e ajuda em um momento específico da jornada. Por isso, trazer essa inspiração para o nome do serviço web foi uma forma de conectar esse símbolo de cuidado e auxílio ao propósito do Clépio Med.

Da mesma forma, o serviço web nasce para ajudar médicos, principalmente meu pai, em sua própria jornada, especialmente em uma parte da rotina que muitas vezes é cansativa, manual e desorganizada.

Mais do que criar um sistema, esse projeto representa algo que eu valorizo muito e o motivo pelo qual quis seguir na faculdade de ciência da computação, usar a tecnologia para servir pessoas de verdade, resolver problemas concretos e tornar a vida de alguém mais fácil. E, nesse caso, tudo isso ganha um significado ainda mais forte para mim, porque essa ideia começou com alguém que sempre foi minha referência, meu pai.

O Clépio Med é isso.

Um projeto que nasceu de uma dor real, ganhou forma através da tecnologia e hoje carrega um propósito muito simples e muito forte, ajudar médicos a terem uma gestão de escala mais organizada, clara e eficiente.

Do ponto de vista técnico, o serviço web foi estruturado com separação clara entre frontend, backend e persistência de dados. Na camada de interface, utilizei React com TypeScript para construir uma experiência dinâmica e responsiva, facilitando a navegação entre cadastro, agenda, relatórios e administração. Essa escolha permitiu manter componentes reutilizáveis, tipagem mais segura e uma evolução mais organizada da interface. No backend, optei por Express também com TypeScript, organizando o código em rotas, controllers, services e repositories. Esse modelo em camadas foi importante para separar responsabilidades. A rota recebe a requisição, o controller trata o fluxo, o service aplica regras de negócio e o repository concentra o acesso ao banco. Isso melhora manutenção, testes, legibilidade e reduz acoplamento.

A persistência foi desenhada sobre banco de dados relacional, com modelagem voltada para entidades principais, como médicos, equipes, plantões, vínculos entre profissionais e plantões, configurações gerais e templates de escala previsível. Essa estrutura foi pensada para refletir o domínio real da operação, permitindo registrar tanto escalas pontuais quanto recorrências organizadas por regras semanais. Em vez de prender a lógica ao frontend, deixei a consistência principal no backend, validando relações importantes antes de gravar dados, como existência de médicos e equipes associadas.

Um dos pontos centrais do desenvolvimento foi equilibrar flexibilidade operacional com previsibilidade. Por isso, além do cadastro manual de plantões, implementei o conceito de escala previsível, que funciona como um conjunto de modelos recorrentes reutilizáveis. Essa decisão reduz o esforço de repetição mensal e ajuda a manter padronização na montagem da agenda. A geração e a exportação das escalas também foram pensadas para se integrar ao fluxo administrativo real, inclusive com produção de arquivos compatíveis com planilhas, preservando um formato de saída familiar para conferência, circulação e uso operacional.

Na camada de relatórios, o serviço web consolida horas por profissional, distribuição de tipos de plantão e visão semanal do volume operacional. Isso foi desenvolvido para transformar registros operacionais em informação de gestão, permitindo leitura rápida da carga de trabalho e apoiando decisões administrativas sem depender de controles paralelos externos.

Em relação à segurança, tomei o cuidado de estruturar a autenticação, o tratamento de sessão, a validação de entrada e a proteção da API sem expor detalhes sensíveis na implementação funcional do serviço web. A ideia foi adotar boas práticas compatíveis com um sistema administrativo real, incluindo isolamento entre camadas, uso de variáveis de ambiente para informações críticas, proteção de rotas autenticadas e controle cuidadoso do que trafega entre cliente e servidor. Também procurei evitar dependência de configurações rígidas no código-fonte, o que favorece portabilidade, manutenção e implantação em diferentes ambientes.

Em resumo, este serviço web foi construído para resolver um problema operacional concreto com uma base técnica organizada, escalável e orientada à rotina de gestão médica. As escolhas de tecnologia e arquitetura foram feitas para garantir produtividade no desenvolvimento, consistência no domínio de negócio e facilidade de evolução futura, sem abrir mão de uma abordagem responsável em relação à segurança e à manutenção do sistema.

Feliz demais em compartilhar isso. Esse é o motivo de eu ter escolhido seguir essa profissão e fico mais feliz ainda por poder ajudar meu pai, meu herói.