DBKZ · Contrato · set 2024 — atual
Faturamento médico em 74 hospitais
Produto de faturamento de ponta a ponta para uma operação médica que movimenta cerca de R$ 1,5 milhão por mês.
A ideia
Faturamento aqui não é um checkout. É casar dezenas de milhares de regras de pagamento com códigos de procedimento para os hospitais emitirem boleto todo mês — sem um segundo engenheiro no produto.
A situação
A operação movimenta cerca de R$ 1,5 milhão por mês em 74 hospitais. O produto precisava dono do caminho inteiro: qual regra vale, qual procedimento está sendo faturado, como o boleto sai e como o hospital é avisado.
Eu era o único engenheiro nessa superfície. Desenho do sistema, nuvem e modelo SQL ficavam no mesmo lugar que os apps que as pessoas de fato usavam.
Como funciona
Tratar o faturamento como um motor de regras com uma superfície humana, não como um formulário que despeja numa planilha. Vinte e cinco mil parâmetros de pagamento e quatro mil procedimentos têm que virar um documento pagável. Se o casamento erra, o mês não fecha.
O trabalho era deixar esse casamento chato: modelar em SQL, expor numa API NestJS e dar aos operadores um console Next.js e um app React Native no mesmo contrato.
O que saiu
API, mobile e web saíram juntos. Boleto, e-mail, WhatsApp, uploads e analytics entraram no mesmo fluxo para o procedimento faturado não morrer num canal paralelo.
- 01Resolver parâmetros de pagamento25 mil regras
- 02Casar códigos de procedimento4 mil procedimentos
- 03Emitir boleto e avisare-mail + WhatsApp
- Hospitais
- 74
- Mensal
- R$ 1,5 mi
- Superfícies
- 3
O problema
Assumir o desenho do sistema, a organização na nuvem e a modelagem SQL de 25 mil parâmetros de pagamento e 4 mil procedimentos — sem um segundo engenheiro no produto.
O que saiu
Entreguei a API em NestJS, o app em React Native e o web em Next.js, e integrei boleto, e-mail, WhatsApp, uploads e analytics.