Rascunho vs assinada — os três estados de uma evolução

Entenda o ciclo de vida de uma evolução no Assimetrix: os três estados possíveis, o que muda entre eles, como funciona o versionamento se você precisar editar depois de assinar, e por que a imutabilidade não é limitação — é o que dá validade jurídica ao prontuário.

Os três estados de uma evolução

Toda evolução escrita no Assimetrix passa por (ou vive em) um destes três estados:

Screenshot pendente: histórico de evolução mostrando 3-4 sessões cada uma em um estado diferente (amarelo rascunho + botão Assinar / verde assinada / vermelho precisa reassinar).

Estado 1 — Rascunho (📝 amarelo)

Toda evolução começa como rascunho quando você acaba de salvar. Se o auto-assinar está ligado e sua sessão de assinatura está ativa, o rascunho é convertido em assinada quase instantaneamente. Se o auto-assinar está desligado (ou a sessão de assinatura foi cancelada por engano), ela fica em rascunho aguardando você decidir assinar depois.

Características do rascunho

• Editável livremente — pode mudar texto, data, tudo, sem gerar versão nova;
• Aparece no histórico com selo amarelo "📝 Rascunho" e um botão verde "🔒 Assinar" ao lado;
• Não tem valor legal — não pode ser usado como prova documental em auditoria ou processo;
• Aparece nos relatórios PDF com uma marca visual indicando que não foi assinada — quem receber vê que é conteúdo não oficializado.

Quando faz sentido deixar em rascunho

• Você escreveu a evolução correndo entre pacientes e quer revisar no fim do dia antes de assinar;
• Você trabalha com estilo de revisão em lote — escreve várias evoluções na semana e assina todas no domingo;
• Você não tem certeza de que a evolução está bem escrita ou completa e prefere assinar quando estiver 100%.

Estado 2 — Assinada (✓ verde)

Uma evolução vira assinada quando você (ou o auto-assinar) confirma a assinatura eletrônica. A partir desse momento:

Características da assinada

• Tem validade jurídica plena — vale como prova documental em auditorias, convênios, processos judiciais;
• Aparece com selo verde "✓ Assinada" no histórico. Clicar mostra o certificado (nome, CREFITO, data, hora, ID);
• É verificável publicamente — qualquer pessoa pode confirmar autenticidade em assimetrix.com.br/verificar;
• Tem uma marca de integridade (hash) — se o texto for alterado, o sistema detecta e a assinatura é invalidada;
• Aparece nos relatórios PDF com bloco de assinatura + QR code no rodapé, sem marca de "não assinada".

O que não pode acontecer

Uma evolução assinada não pode ser silenciosamente alterada. Se você editar o texto:

• A versão assinada original é preservada no histórico interno (não some);
• A edição vira uma nova versão;
• A nova versão fica no estado "Precisa reassinar" (vermelho) até você reassinar.

É essa imutabilidade após assinatura que dá valor jurídico — sem ela, "assinar" não significaria nada.

Estado 3 — Precisa reassinar (⚠️ vermelho)

Este é o estado transitório: você assinou, depois precisou editar (correção de erro, complemento de informação, ajuste de data), e a versão nova aguarda sua assinatura pra virar oficial.

Características

• Aparece no histórico com selo vermelho "⚠️ Reassinar" e o botão "🔒 Assinar" pra completar;
• A versão original assinada continua guardada como histórico — não some. Um auditor consegue ver que a evolução foi editada, quando e o que mudou;
• A versão nova ainda não tem validade legal até ser assinada;
• Nos relatórios PDF, se você gerar antes de reassinar, a evolução aparece com marca indicando que a versão vigente não está assinada.

Ou seja: é o convite do sistema pra você assinar de novo o quanto antes, pra fechar o ciclo. Não é erro nem alerta — é fluxo normal.

Screenshot pendente: histórico com evolução no estado "precisa reassinar" (vermelho) + botão Assinar em destaque + tooltip explicando por que precisa reassinar.

Como o versionamento funciona por dentro

Quando você edita uma evolução assinada, o Assimetrix não sobrescreve o texto original. Ele:

1. Guarda a versão 1 (texto original + assinatura original) como histórico permanente;
2. Cria a versão 2 com o texto editado, no estado "precisa reassinar";
3. Se você reassinar, a versão 2 vira assinada e passa a ser a versão vigente;
4. Se você editar de novo, cria a versão 3, e assim por diante;
5. Todas as versões antigas ficam preservadas — a página de verificação pública consegue mostrar o histórico completo se um auditor pedir.

Fluxo típico de vida de uma evolução

Cenário A — Fluxo perfeito (95% das evoluções)

1. Fim da sessão com o bebê.
2. Você escreve a evolução na aba 📈 Evolução do paciente.
3. Clica em Salvar → auto-assinar ativo → evolução vira assinada (✓ verde) em segundos.
4. Fim. Passa pro próximo paciente.

Cenário B — Escreve agora, revisa e assina no fim do dia

1. Durante o dia, você desliga auto-assinar (Configurações → ⚖️ Assinatura Digital).
2. Escreve várias evoluções — todas ficam em rascunho (📝 amarelo).
3. Fim do dia, senta pra revisar o histórico de cada paciente atendido.
4. Em cada evolução, clica 🔒 Assinar. Digita a senha na primeira (abre sessão) e as próximas assinam sem popup.
5. Fim. Todas viram assinada (✓ verde).

Cenário C — Errou algo em evolução já assinada

1. Uma evolução assinada tinha uma medida errada de perímetro cefálico.
2. Você clica em ✏️ Editar naquela evolução → corrige o número → Salva.
3. A versão original assinada é preservada como histórico interno.
4. A versão nova aparece no estado "Precisa reassinar" (⚠️ vermelho).
5. Você clica 🔒 Assinar na versão nova → confirma senha (se sessão expirou) → assinada.
6. A versão 2 (corrigida) é agora a vigente. A versão 1 (original) fica no histórico pra auditoria.

Boas práticas

1. Assine tudo antes de gerar relatório final

Se você vai imprimir/enviar o prontuário completo ou um relatório de evolução, revise antes: todas as evoluções incluídas deveriam estar assinadas (verde). Evoluções em rascunho ou "precisa reassinar" incluídas no PDF final aparecem com marca de "não assinada", o que pode gerar questionamento.

2. Não deixe rascunhos velhos acumular

Se você usa estilo "revisar em lote", faça isso pelo menos semanalmente. Rascunho de 3 meses atrás mal revisado é problema — melhor assinar em dia ou definir horário fixo de revisão.

3. Edite com propósito — cada edição vira histórico

Editar uma evolução assinada é totalmente válido (correção de erro, complemento). Mas cada edição vira registro de auditoria: aparece "editada e reassinada em [data]" no histórico. Se você edita muito (5, 10 vezes a mesma evolução), o histórico fica poluído. Melhor uma edição bem feita do que várias pequenas.

4. Assinar retroativamente é OK; mudar data original não é

Se você assina hoje uma evolução escrita há 3 semanas, o sistema registra a assinatura como feita hoje, mas mantém a data original da sessão no texto da evolução. Isso é o comportamento correto — refletir a realidade cronológica dos fatos. Mudar deliberadamente a data da sessão pra que fique "recente" seria fraude.

5. Não delete evoluções assinadas casualmente

O botão excluir existe, mas usar em evolução assinada é uma decisão pesada — o registro some do prontuário. Se um auditor perguntar depois "por que essa sessão que aparece no financeiro não tem evolução?", você não vai ter resposta boa. Se realmente precisar apagar (ex: registro feito no paciente errado), documente o motivo em observação separada.

Próximos passos

• Como assinar uma evolução passo a passo;
• Sessão de assinatura — duração e boas práticas;
• Verificar autenticidade de uma assinatura;
• Validade jurídica da assinatura eletrônica.