Toda equipe de faturamento já passou por isso: meio de competência, você precisa fechar o relatório, abre o TabNet, dá timeout. Tenta de novo, dá erro de sessão. Decide baixar o arquivo no TabWin, mas o servidor de FTP está fora.
Em 2026, esses sistemas ainda travam. Por quê?
1. A arquitetura é de outra década
O TabWin é um cliente desktop pensado para uma era em que o computador do hospital baixava arquivos .DBC uma vez por mês e processava local. O TabNet é a versão web disso, mas mantém a mesma lógica por dentro: uma consulta = uma sessão pesada no servidor.
Quando você troca uma variável, ele não cacheia nem refaz incrementalmente — recomeça do zero. Multiplique isso por centenas de gestores tentando fechar a mesma competência no mesmo dia, e o que era lento vira timeout.
2. Não existe SLA para servidor público gratuito
O DATASUS atende uma das maiores bases de dados de saúde pública do mundo. A operação é robusta para o que disponibiliza, mas não há contrato de disponibilidade com cada usuário final. Se cai numa terça-feira, é o que é — e ninguém vai te dar SLA de retorno.
3. Volume cresceu, infraestrutura não
O número de CNES ativos, de procedimentos faturados e de gestores que precisam do dado cresceu muito desde 2010. A infraestrutura do TabNet foi dimensionada para outra realidade. Em horário de pico (fim de mês, fim de competência), a fila vira gargalo.
4. A interface não foi pensada para gestor
O TabWin assume que você sabe exatamente qual cruzamento quer: que linha, que coluna, que variável, que filtro. É uma ferramenta de pesquisador, não de gestor hospitalar. Funciona, mas exige treinamento e paciência.
Para quem precisa de um número rápido — "quanto faturamos em AIH no mês passado?" — abrir o TabWin é overkill. E é por isso que muita gente acaba migrando para planilhas mantidas à mão, com todos os erros que vêm junto.
O que dá pra fazer enquanto isso
- Não dependa de um único caminho. Quem fecha competência sério tem TabWin instalado e um plano B (uma ferramenta Plus ou um banco interno).
- Não consulte em horário de pico. 9h e 14h são piores. Madrugada e fim de semana são mais estáveis.
- Cacheie os dados que você já consultou. Mantenha um histórico interno em vez de refazer a mesma consulta toda vez.
- Considere uma camada acima. Ferramentas como o tabsus existem justamente para isolar a equipe do gestor da instabilidade do DATASUS — quando o servidor está fora, a gente avisa, faz cache e retoma sozinho.
Isso vai melhorar?
Não tão cedo. Modernizar TabWin e TabNet exige investimento que historicamente não chega — e mesmo que chegasse, o tempo de implantação seria de anos. Quem precisa do dado agora vai continuar precisando de uma camada por cima.
Cansou de refazer o relatório porque caiu?
O tabsus faz o cache da sua competência e mantém o histórico do CNES disponível mesmo quando o DATASUS sai do ar.