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.
01Em branco é documento; preenchido é registro
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