Atendimento ao cidadão com IA nos sistemas da prefeitura

Como criamos uma camada de atendimento à população sobre os sistemas da própria prefeitura

Toda prefeitura já tem sistemas. Tem o da saúde, o da educação, o tributário, o de protocolo. Cada um foi contratado em uma época, por uma secretaria, para resolver uma necessidade interna. O que quase nenhuma tem é uma porta de entrada única para o morador. Quem precisa de uma segunda via de IPTU, de uma vaga em creche ou de um reparo na iluminação ainda tem que descobrir qual site, qual balcão ou qual telefone resolve cada coisa.

Quando começamos a desenhar o Prefeitura IA, partimos dessa constatação: o problema do atendimento municipal raramente é falta de sistema. É falta de uma camada que converse com o cidadão e opere esses sistemas por ele. Este artigo conta as decisões que tomamos para construir essa camada e por que escolhemos não substituir nada do que a prefeitura já usa.

Sistemas feitos para o servidor, não para o morador

Os sistemas de gestão pública foram pensados para quem trabalha dentro da prefeitura. Têm telas com códigos, campos obrigatórios e fluxos que pressupõem treinamento. Para o servidor, faz sentido. Para o cidadão, é uma barreira.

Na prática, o servidor vira o intermediário entre a pessoa e a tela. O morador explica o que precisa, o atendente traduz o pedido para a linguagem do sistema, digita, confere e devolve a resposta. Esse trabalho de tradução consome a maior parte do tempo do balcão e só existe em horário de expediente.

Portais e aplicativos tentaram resolver isso, mas criaram outro obstáculo: mais um cadastro, mais uma senha, mais um lugar para aprender a usar. E, por trás, a fragmentação entre secretarias continuou a mesma.

Por que decidimos não criar mais um sistema

Trocar sistema no setor público significa licitação, migração de dados, treinamento de equipes e risco de interromper um serviço essencial. Além do custo, a troca não ataca a causa: o sistema novo continuaria sendo uma ferramenta para o servidor.

Por isso definimos um princípio logo no início. Os sistemas da prefeitura continuam sendo a fonte oficial da informação. A nossa camada fica acima deles: recebe o cidadão, entende o pedido, consulta e registra nos sistemas existentes e devolve a resposta na mesma conversa.

As quatro decisões que definiram a camada

A conversa é a interface

O cidadão não aprende nada novo. Ele manda uma mensagem no WhatsApp Oficial da prefeitura, por texto ou por áudio, do jeito que falaria com um atendente. Nenhum site, nenhum aplicativo, nenhum login.

A IA lê e escreve, não apenas informa

Essa é a diferença entre um robô de perguntas frequentes e uma camada de atendimento. Informar o horário da unidade de saúde é útil. Agendar a consulta, emitir o boleto ou abrir o chamado com número de protocolo é resolver. Para isso, a IA precisa consultar e registrar nos sistemas que a secretaria já opera.

As regras são da prefeitura

Quem define critérios, documentos exigidos, prazos e o que depende de análise de um servidor é a gestão. A IA executa dentro desse perímetro. Ela não cria política pública, aplica a que já existe.

Tudo fica registrado

Cada solicitação gera dado organizado: o que foi pedido, por qual canal, em que bairro, com qual desfecho. A gestão acompanha em um painel, em tempo real, com tratamento de dados em conformidade com a LGPD.

O que acontece por trás de uma mensagem

Imagine um morador que envia um áudio às 21h avisando que o poste da rua está apagado. A IA entende o áudio, identifica que é uma demanda de infraestrutura, confirma o endereço e abre o chamado no sistema que a secretaria já utiliza. O morador recebe o protocolo na hora.

Na manhã seguinte, a equipe encontra o chamado na mesma fila de sempre, já classificado e com os dados completos. Dias depois, se o morador perguntar pelo andamento, a IA consulta o status e responde.

A mesma lógica vale para as outras áreas. Na saúde, consulta de unidades, agendamento e lembretes, conversando com sistemas de regulação como o SISREG. Na educação, matrícula e consulta de vagas. No financeiro, segunda via de IPTU, débitos e parcelamentos.

Onde o servidor continua decidindo

A camada não substitui a equipe. Ela retira do balcão o trabalho de traduzir e digitar pedidos repetitivos. Casos sensíveis, exceções administrativas e situações que exigem análise seguem para o servidor responsável, já com o histórico da conversa. O atendimento presencial continua existindo para quem precisa dele, com menos fila.

Como a implantação acontece

1. Levantar os serviços mais procurados. O ponto de partida é a demanda real: o que a população mais pede e onde a fila é maior.

2. Mapear os sistemas por trás de cada serviço. Para cada pedido, identificamos onde a informação está e onde o registro precisa ser feito.

3. Configurar regras e limites. A gestão define o que a IA resolve sozinha e o que encaminha, por secretaria.

4. Começar por um módulo e expandir. Uma área entra em operação, os resultados são medidos e as demais secretarias entram na sequência, sobre a mesma base.

Como saber se a camada está funcionando

Volume de mensagens não prova nada. Os indicadores que importam são a parcela de solicitações resolvidas sem intervenção humana, o tempo entre o pedido e o protocolo, a proporção de atendimentos fora do horário comercial e a redução da fila presencial para serviços simples.

Vale observar também um efeito menos óbvio: a qualidade do dado. Quando todo pedido entra pelo mesmo canal e sai registrado, a prefeitura passa a enxergar a demanda da cidade por bairro, por tema e por período, algo que sistemas isolados nunca mostraram.

Modernizar o atendimento não exigiu reconstruir a prefeitura. Exigiu respeitar o que ela já tinha e colocar, por cima, uma camada que fala a língua do morador. Os sistemas continuam os mesmos. O que muda é que, pela primeira vez, a população consegue usá-los sem sair da conversa.