Hub de qualidade · formulários e registros
Gestão de formulários
O formulário é a peça que liga a regra à prova. Em branco, ele é documento — aprovado, versionado, controlado. Preenchido, ele vira registro — imutável, datado e assinado. Entender essa virada é entender por que um sistema de qualidade não pode tratar formulário como um anexo qualquer.
01O mesmo papel muda de natureza ao ser preenchido
Uma ficha de controle de temperatura em branco é um documento: alguém escreveu, alguém revisou, alguém aprovou, ela tem código e versão. No instante em que uma pessoa anota “7,2 °C às 7h12”, aquilo vira outra coisa — um registro, que prova um fato e por isso não pode mais ser alterado. Ver a diferença entre documento e registro →
Daí decorre a regra que quase todo sistema erra: quando o formulário muda de versão, os registros antigos continuam presos à versão com que foram preenchidos. Se em março você acrescentou um campo ao formulário, o registro de fevereiro não passa a ter aquele campo vazio — ele é, para sempre, um registro da versão 4.
02Quem participa
Cinco papéis, e o desenho costuma falhar quando o primeiro e o terceiro não conversam: quem desenha o formulário raramente é quem vai preenchê-lo às 6h da manhã, de luva.
| Papel | Recebe | Entrega |
|---|---|---|
| Dono do processo | a necessidade de evidência que o procedimento define | o rascunho do formulário: quais campos, em que ordem, o que é obrigatório |
| Gestor da qualidade | o rascunho e o acervo de formulários existentes | padronização, código, versão e a publicação — evitando dois formulários para a mesma coisa |
| Responsável técnico | o formulário revisado | a aprovação: o que está ali é suficiente como evidência? |
| Quem preenche | o formulário vigente no ponto de uso | o registro preenchido durante a execução, com data, hora e identificação |
| Supervisor / conferente | os registros do turno ou do período | a conferência: faltou preencher? tem valor fora da faixa sem tratativa? |
A regra prática que resolve metade dos problemas: quem desenha o formulário preenche ele mesmo, uma vez, no local e na hora em que ele será usado. Campo demais, ordem errada e pergunta ambígua aparecem em cinco minutos — e não em seis meses de registros inúteis.
03Atividade por atividade: o que entra, o que sai
Identificar a necessidade de evidência
dono do processo + gestor da qualidadeentra
o procedimento que descreve a tarefa · requisito de norma que pede registro
sai
decisão: esta tarefa gera registro, com esta finalidade
rastro
o vínculo entre o procedimento e o formulário que ele exige
Desenhar os campos
dono do processoentra
o que precisa ser provado · quem vai preencher e em que condição
sai
lista de campos com tipo, obrigatoriedade e faixa aceitável
rastro
o rascunho, com a justificativa de cada campo
Aprovar e publicar como documento
RT + gestor da qualidadeentra
formulário desenhado
sai
modelo aprovado, com código e versão · formulário disponível no ponto de uso
rastro
a aprovação assinada e a versão vigente
Disponibilizar no ponto de uso
gestor da qualidadeentra
modelo vigente · onde a tarefa acontece
sai
formulário acessível onde o trabalho é feito: tela, celular, QR ou cópia controlada
rastro
as cópias impressas rastreadas, quando houver
Preencher durante a execução
quem executaentra
formulário vigente · a tarefa acontecendo
sai
registro preenchido com data, hora e identificação de quem fez
rastro
o próprio registro
Fechar, conferir e corrigir com rastro
quem preenche + supervisorentra
registro preenchido
sai
registro fechado e imutável · correções registradas ao lado do valor original
rastro
a trilha da correção: valor antigo, novo, quem, quando e por quê
Indexar, guardar e localizar
gestor da qualidadeentra
registros do período
sai
registros indexados e recuperáveis por data, tipo, setor, equipamento ou pessoa
rastro
a lista mestra de registros
Reter e descartar
gestor da qualidade + RTentra
plano de temporalidade · registros com prazo cumprido
sai
registros preservados pelo prazo · descarte autorizado por ata
rastro
a ata de descarte — e o registro eletrônico, que não se descarta
04Anatomia de um campo
A escolha do tipo de campo parece detalhe técnico e é decisão de qualidade. Um campo de texto livre onde deveria haver uma lista transforma seiscentos registros em algo que ninguém consegue somar, filtrar ou comparar.
Campos que o laboratório esquece
Lote e validade do que foi usado, equipamento em que rodou, condição no momento (temperatura, turno) — são eles que permitem, depois, cruzar um problema com tudo que passou por ali.
O campo mais importante
Um espaço para o inesperado: “observações” ou “ocorrência”. É nele que aparece o que o formulário não previu — e é a origem de boa parte das melhorias reais do processo.
05Quando alguém erra ao preencher
Erro de preenchimento acontece todo dia — e a forma de corrigir é o que separa um sistema de registros sério de uma planilha compartilhada.
06Nem todo registro vem de um formulário
Esta é a parte que mais influencia como o módulo deve ser construído. Num laboratório informatizado, boa parte dos registros obrigatórios já nasce dentro dos módulos que fazem o trabalho: a corrida do controle interno, a calibração, a manutenção, a conferência da coleta, a confirmação de leitura de um POP. Esses registros são estruturados, validados e já têm tela própria.
O construtor de formulários existe para o resto — a limpeza da bancada, o recebimento de material, o checklist de abertura, a inspeção de EPI. É um conjunto que varia de laboratório para laboratório e que nenhum fornecedor consegue prever.
07O que a norma exige
“Quando o laboratório utiliza instruções de trabalho na forma de fluxograma, sumário, ficha resumo, formulários, planilhas de registros ou sistema semelhante, deve extrair as informações de um documento aprovado e garantir a conexão entre eles de forma rastreável, com registros da identificação do documento e da versão originais.”
PALC 2025 · item 3.7
É o requisito que obriga o formulário a saber de qual procedimento e de qual versão ele nasceu — e o registro a saber de qual versão do formulário ele veio.
“Os registros podem ser físicos ou eletrônicos e devem ser gerados durante a execução das atividades que afetam a qualidade do exame. O SGQ deve contemplar um controle de registros que garanta as condições de armazenamento para prevenir acesso não autorizado, perda ou deterioração, sua legibilidade e acessibilidade.”
PALC 2025 · item 4.2
“Alterações feitas nos registros críticos devem gerar registros correspondentes, contendo a data e a identificação do responsável pela alteração […] de forma a preservar o dado original. […] Lembrar que o uso de ‘corretivos’ não é permitido.”
PALC 2025 · item 4.3
E o item 4.1 fecha o conjunto: procedimento documentado definindo identificação, coleta, indexação, acesso, armazenamento, correção e descarte, com guarda mínima de cinco anos — além da lista do que precisa existir, que inclui coleta e transporte, controle interno e externo, dados brutos com backups, manutenção e calibração, treinamento, não conformidades, reagentes e lotes, e as atas de reunião do sistema da qualidade.
08Proposta para o Lisya
Hoje o Lisya tem o modelo: o formulário existe como tipo documental no módulo de documentos, com código, versão e aprovação. O que falta é a instância preenchida — e é a próxima onda do módulo. Ver o que já existe em documentos →
A decisão que vem antes do código
Antes de construir o construtor de formulários, vale mapear quais registros obrigatórios já existem em outros módulos do sistema. Sem esse levantamento, o risco é oferecer ao laboratório um formulário em branco para ele recriar à mão aquilo que o produto já registra sozinho — e acabar com dois lugares dizendo coisas diferentes sobre o mesmo fato. A lista mestra aponta para o registro onde ele nasce; a fonte da verdade continua sendo uma só.
Continue no hub de qualidade