Mensageria — Definição (v1.33)
Documentos desta funcionalidade: 01 - Definição (v1.33) · 02 - Especificação (v1.33) · 03 - Protótipo (v1.33, código executável em 03 - Protótipo v1.33.html) · 04 - Mapeamento de Banco de Dados (v1.33) · Cenários de Teste (v1.33) · 05 - Registro de Decisões (v1.33)
Documento de apoio: (MSG-Auditoria) Telas implementadas 21-10-2026 com as capturas das telas já desenvolvidas.
1.1 Objetivo
Oferecer aos profissionais da clínica, e ao próprio sistema, um canal de comunicação assíncrona para assuntos de coordenação, gestão, operação e alertas de anomalias que acontecem fora do fluxo assistencial direto. O serviço atende quatro situações:
- Pessoa para pessoa: recados, solicitações e coordenações (a recepcionista repassa um pedido de receita ao médico; a enfermeira avisa a farmacêutica sobre um medicamento em falta).
- Pessoa para equipe: comunicados e alinhamentos operacionais enviados a um grupo de profissionais.
- Sistema para pessoa: alertas automáticos sobre anomalias detectadas em outros módulos (prescrição com peso desatualizado, estoque no limite, paciente sem leito programado).
- Lembrete para si mesmo: o profissional envia uma mensagem a si próprio para não esquecer uma tarefa.
A mensageria permite citar pacientes e processos como referência, mas não substitui o prontuário e não executa nenhuma ação clínica.
Problema a resolver. O sistema de mensagens do sistema atual é difícil de usar, não permite resposta na mesma conversa, não mostra o andamento do que foi enviado, tem interface pouco amigável e não aparece nos cockpits dos profissionais. Por isso os profissionais recorrem a WhatsApp, bilhetes e recados verbais. O novo serviço precisa ser claramente melhor do que esses canais informais, com a mesma facilidade de uso para todos os perfis, e acrescentar alertas proativos do sistema que tragam valor real para a segurança do paciente.
1.2 Um dia na comunicação da clínica
A recepcionista atende o telefone. É o Sr. João, que pede receita de antiemético porque vai viajar para a Europa por três meses. Ela abre a tela de Mensagens, escolhe o médico oncologista, escreve o assunto e o recado, associa o paciente e define como prazo o fim do expediente. O médico vê a mensagem na Central, reconhece o paciente pelo nome, abre o prontuário para conferir o tratamento atual, responde à recepcionista confirmando que vai emitir a receita e marca a conversa como resolvida. A recepcionista vê o estado mudar para “Resolvida”, com o nome de quem resolveu, sem precisar perguntar de novo.
Mais tarde, a enfermeira avisa a farmacêutica de que o medicamento de uma paciente está em falta. A farmacêutica responde com a previsão de reposição e marca como resolvida. A enfermeira vê o estado sem precisar ligar.
Enquanto isso, o sistema dispara um alerta para o Dr. Fernando: uma prescrição que ele emitiu usa o peso do paciente (78 kg) como critério de dose, mas o último peso registrado no prontuário é 71 kg, uma variação acima do limite configurado. O alerta aparece com o ícone de sino e a indicação “Sistema” no lugar do nome de uma pessoa, traz o paciente e o atalho “Abrir prescrição”. O médico pode resolver (confirma que revisou e tomou ciência) ou descartar (o alerta não exige nenhuma ação).
No fim do dia, a Dra. Helena envia uma mensagem para si mesma: “Revisar protocolo de neutropenia antes da reunião de quinta”. O lembrete fica na lista até ela marcá-lo como resolvido.
1.3 Escopo
Dentro do escopo:
- Envio de mensagem a uma pessoa, a uma equipe ou a si mesmo.
- Mensagem automática do sistema para uma pessoa ou equipe.
- Resposta na mesma conversa, por qualquer participante.
- Marcação da conversa como resolvida ou descartada, por qualquer participante.
- Acompanhamento do estado da conversa e de quem tomou cada ação, visível a quem enviou.
- Visibilidade compartilhada em conversas de equipe: todos os membros veem as ações de qualquer membro.
- Associação opcional a um paciente, como referência (nome do paciente).
- Associação opcional a um processo (prontuário, prescrição, agenda), como atalho de navegação.
- Prazo opcional para resposta, com destaque quando vencido.
- Grau de urgência opcional (Rotina, Urgente, Quanto antes, Imediato), definido no envio e exibido só quando informado.
- Agrupamento de tudo o que se refere ao mesmo assunto numa única conversa, em ordem cronológica.
- Painel de Mensagens na Central de cada profissional, tela de Mensagens (lista), tela de nova mensagem e tela da conversa.
- Distinção visual entre mensagem de pessoa e alerta do sistema.
Fora do escopo:
- Conversa em tempo real (chat).
- Comunicação com pacientes e comunicação externa (e-mail, SMS, WhatsApp).
- Anexos.
- Substituir o registro clínico formal; executar ações clínicas.
- Cadastro e configuração das regras que geram alertas: pertencem aos módulos de origem (Assistencial, Estoque, Agendamento). A mensageria só recebe e entrega.
- Cadastro e manutenção das equipes e de seus membros: pertencem a outro módulo.
- Envio agendado para data futura (a mensagem sai no momento do envio).
1.4 Personas envolvidas
| Persona | Papel na mensageria | Frequência esperada |
|---|---|---|
| Recepcionista | Repassa recados de pacientes aos médicos (receitas, atestados, exames, avisos). Associa paciente e processo de agenda. Define prazos. | Alta, várias vezes ao dia |
| Médico oncologista | Recebe recados da recepção, comunicações de enfermagem e farmácia e alertas do sistema. Responde, resolve, descarta. Abre o prontuário ou a prescrição a partir da conversa. | Média, entre as consultas |
| Enfermeira | Envia avisos de coordenação (não são intercorrências clínicas, que vão no prontuário). Comunica a farmácia sobre disponibilidade de medicamentos. | Média, algumas vezes ao dia |
| Farmacêutica | Comunica atrasos de manipulação e orientações à enfermagem. Recebe alertas de estoque no limite. | Média a baixa |
| Chefe de enfermagem | Coordena leitos e escala. Recebe alertas de pacientes sem leito programado. | Média a baixa |
| Administrador | Configura as equipes. Não participa da comunicação clínica. | Baixa |
| Sistema (módulos de origem) | Remetente automático: gera mensagem quando detecta uma anomalia. Não é uma pessoa. | Variável |
Usabilidade uniforme. A interface deve ser igualmente fácil para todos os perfis. Mensagens do sistema devem ser visualmente distintas, para que o profissional perceba na hora que é um alerta automático e não um recado de colega.
1.5 Workflows do profissional e touchpoints
A Central do Médico documenta o workflow geral de comunicação do médico (painel de Mensagens e resposta sem sair da Central). Aqui ficam os touchpoints da própria mensageria, nos quatro fluxos em que ela aparece.
Workflow: Recepção, repasse de recados de pacientes aos médicos
Resumo. A recepcionista atende telefonemas e recebe pacientes. Com frequência, o paciente deixa um recado para o médico: pedido de receita para viagem, atestado, resultado de exame entregue na recepção, aviso de falta, dúvida sobre medicação. Ela precisa repassar o recado de modo rastreável. Hoje usa bilhetes e WhatsApp, porque o sistema atual não é lido pelos médicos.
| Momento do workflow | Necessidade do profissional | O que a funcionalidade oferece | Decisão de design |
|---|---|---|---|
| Paciente liga pedindo receita para viagem | Repassar o recado ao médico com o contexto do paciente | Mensagem direta ao médico, com paciente e prazo | Formulário enxuto: destinatário, assunto e mensagem são obrigatórios; paciente, processo e prazo são opcionais |
| Paciente deixou resultado de exame na recepção | Avisar que o exame chegou | Mensagem com paciente e atalho “Abrir prontuário” | O médico chega ao prontuário com um clique |
| A recepcionista enviou e aguarda | Saber se o médico leu e o que decidiu | Estado da conversa visível na lista (enviada, lida, respondida, resolvida ou descartada), com quem finalizou e quando | A lista mostra a última mensagem e o autor, para responder “o médico já viu?” em segundos |
| O prazo de resposta passou | Não deixar recado importante se perder | Ícone de relógio e a palavra “Vencida” em vermelho no card; a data e hora do prazo aparecem em uma dica (no celular, ao tocar em “Vencida”) | O destaque é texto vermelho, sem contorno nem borda, para dar mais peso ao grau de urgência e não competir com o sinal de não lida |
| O médico pede mais informação | Complementar o recado sem abrir outra mensagem | Resposta na mesma conversa | A conversa fica agrupada em ordem cronológica |
| O paciente liga perguntando se o médico respondeu | Consultar o estado rapidamente | Lista com a última mensagem e o autor de cada conversa | Resposta ao paciente em poucos segundos |
Workflow: Médico, resposta a recados e alertas
Resumo. O médico atende em consulta e, entre uma consulta e outra, consulta o painel de Mensagens da Central. Recebe recados da recepção, comunicações da enfermagem e da farmácia e alertas do sistema. Precisa ler rápido, distinguir a origem, decidir, responder quando couber e, se for o caso, abrir o prontuário ou a prescrição.
| Momento do workflow | Necessidade do profissional | O que a funcionalidade oferece | Decisão de design |
|---|---|---|---|
| Entre consultas, abre a Central | Ver quantas conversas estão em aberto e quais pedem atenção | Painel de Mensagens com contagem; não lidas primeiro | Duas camadas de ordem: não lidas, depois lidas ainda pendentes; em cada camada, a mais nova primeiro |
| Vê um recado da recepção sobre paciente que pediu receita | Identificar o paciente e chegar ao prontuário | Etiqueta com o nome do paciente e atalho “Abrir prontuário” na conversa | Reconhecimento imediato, sem sair do fluxo |
| Recebe alerta do sistema sobre prescrição | Perceber que é um alerta automático | ”Sistema:” como autor na linha da mensagem, sem ícone de tipo | A origem aparece no autor; o ícone saiu para o alerta do sistema não parecer mais importante do que a mensagem de uma pessoa ou equipe (D-MSG-056) |
| Precisa responder que vai emitir a receita | Responder com o mínimo de esforço | Campo de resposta na própria conversa (na janela da conversa da Central ou na tela de Mensagens) | Não abre outra tela nem muda de contexto |
| Alerta pede verificar a prescrição | Abrir a prescrição | Atalho “Abrir prescrição” na conversa | Um clique leva ao módulo |
| Quer limpar o que é irrelevante | Remover rapidamente | ”Descartar”, com confirmação | Descartar é uma ação frequente; a confirmação evita remover para todos por engano |
| Precisa lembrar de uma tarefa | Registrar um lembrete | Mensagem enviada a si mesmo | O lembrete usa o mesmo fluxo, sem ferramenta nova |
Workflow: Enfermagem, coordenação com a Farmácia
Resumo. A enfermeira avisa a farmácia sobre medicamentos em falta ou dúvidas de manipulação; a farmacêutica avisa atrasos de manipulação à enfermagem. A comunicação de “medicamento pronto para administração” acontece dentro do fluxo assistencial, não pela mensageria. A mensageria cobre o que foge do fluxo normal: atrasos e indisponibilidades.
| Momento do workflow | Necessidade do profissional | O que a funcionalidade oferece | Decisão de design |
|---|---|---|---|
| Medicamento em falta | Avisar a farmacêutica | Mensagem direta, com paciente quando for relevante | O mesmo formulário de qualquer profissional |
| Medicamento do paciente vai atrasar | Avisar a equipe de enfermagem para reorganizar a agenda de infusão | Mensagem para a equipe de enfermagem, com paciente | Um envio alcança todos os membros |
| Um membro da equipe responde | Os demais precisam ver que já foi respondido | Visibilidade compartilhada: estado e ações de qualquer membro aparecem a todos | A primeira ação final (resolver ou descartar) encerra a conversa para toda a equipe |
Workflow: Sistema, alertas automáticos de anomalias
Resumo. O sistema executa validações em fluxos clínicos e operacionais. Ao detectar uma anomalia, o módulo de origem gera uma mensagem para o profissional responsável. A mensageria é só o canal de entrega.
| Momento do workflow | Necessidade do profissional | O que a funcionalidade oferece | Decisão de design |
|---|---|---|---|
| Prescrição com peso divergente do último peso registrado | O médico prescritor precisa revisar | Alerta ao médico, com paciente e “Abrir prescrição" | "Sistema:” como autor |
| Medicamento no limite do estoque | A farmacêutica precisa repor | Alerta à farmacêutica, sem paciente | O card não mostra paciente quando o alerta é operacional |
| Pacientes programados para amanhã sem leito | A chefe de enfermagem precisa agir | Alerta com a lista de pacientes no texto | Vários pacientes ficam no texto; a associação a paciente só vale para um |
| Profissional recebeu o alerta e verificou | Registrar que tomou ciência | ”Resolver” no alerta | Resolver registra a ciência e não corrige a anomalia |
1.6 Regras de negócio consolidadas
Regras transversais aplicáveis (outras funcionalidades): RN-CM-015 (conversa no painel da Central) e RN-CM-022 (identificação do autor quando responde em nome de uma equipe), da Central do Médico; RN-AGM-018 (horários no fuso da clínica), da Agenda do Médico. Este documento traz só o que é regra da mensageria; o painel de Mensagens da Central segue a estrutura definida aqui. A regra sobre a identificação do autor que responde em nome de uma equipe existe também na Central do Médico (RN-CM-022); a RN-MSG-030 é a regra de referência para a mensageria.
RN-MSG-001 — Painel da Central só com conversas em aberto. O painel de Mensagens da Central mostra as conversas do usuário que ainda não foram resolvidas nem descartadas, lidas ou não lidas. Conversas resolvidas ou descartadas aparecem só na tela de Mensagens, na aba de finalizadas. O painel mostra todas as conversas abertas, sem limite de cartões, e rola dentro do próprio quadro, como os demais painéis da Central (D-MSG-049).
RN-MSG-002 — Ordem das conversas. As conversas abertas são ordenadas em duas camadas. Primeiro vêm as não lidas; depois, as lidas que continuam pendentes. Dentro de cada camada, vem primeiro o grau de urgência (Imediato, Quanto antes, Urgente, Rotina e, por último, as sem grau; RN-MSG-034). Dentro do mesmo grau, as conversas vencidas (RN-MSG-003) vêm antes das demais, da mais atrasada para a menos atrasada (D-MSG-088); entre as demais, a conversa de data mais recente vem primeiro, e a data de cada conversa é a mais recente entre o envio da última mensagem e o prazo para resposta (quando existe); em caso de empate, vem primeiro a conversa criada mais recentemente. Vale para o painel da Central e para a aba de abertas da tela de Mensagens.
RN-MSG-003 — Vencida. Uma conversa aberta cujo prazo já passou é “Vencida”. Isso vale para conversas de pessoas e para alertas do sistema que tenham prazo. “Vencida” não é um estado da conversa, e sim um aviso que aparece enquanto a conversa está aberta e o prazo já passou; ele some quando a conversa é resolvida ou descartada.
RN-MSG-004 — Prazo. O prazo é opcional e não pode ser anterior ao momento do envio. A comparação usa o horário e o fuso da clínica.
RN-MSG-005 — Fuso da clínica. Todas as datas e horários da mensageria (envio, prazo, finalização, “vencida”) estão no fuso da clínica em que o usuário entrou, e cada tela informa esse fuso, como na Agenda do Médico (RN-AGM-018). O fuso vem de ClienteEmpresa.FusoHorarioOficial (IANA) da clínica do login; a coluna Clinica.FusoHorario está descontinuada (Log de Mudanças Estruturais, 26/10/2026).
RN-MSG-006 — Remetente e destinatário visíveis. No modal da conversa aparecem quem enviou e para quem foi enviada (a pessoa ou a equipe, com o número de membros).
RN-MSG-007 — Enviar para si mesmo. O usuário pode escolher a si próprio como destinatário, para usar a conversa como lembrete de tarefa. O usuário aparece na lista de destinatários, identificado como “(você)”.
RN-MSG-008 — Resolver e descartar. Qualquer participante da conversa (quem enviou ou qualquer destinatário) pode resolvê-la ou descartá-la. A ação vale para todos os participantes, não tem “desfazer” e pede uma confirmação que informa isso. “Resolvida” significa que o assunto foi atendido ou que o profissional tomou ciência dele; “Descartada” significa que nenhuma ação é necessária e a conversa sai da lista de pendentes. Quem enviou também pode resolver ou descartar a própria conversa, e isso aparece com o seu nome.
RN-MSG-009 — Conversa finalizada. Uma conversa resolvida ou descartada não aceita novas respostas: o campo de resposta e os botões de ação deixam de aparecer. Finalizar uma conversa sem que ninguém tenha respondido é permitido, e o próprio estado (Resolvida ou Descartada, com quem fez e quando) é o desfecho; nenhuma mensagem é criada automaticamente.
RN-MSG-010 — Alerta do sistema não recebe resposta. O destinatário de um alerta do sistema pode resolver ou descartar, mas não responder.
RN-MSG-011 — Tela de Mensagens. A tela de Mensagens tem duas abas: abertas e finalizadas, com a contagem de cada uma. Os cartões das duas abas e do painel da Central têm a mesma estrutura.
RN-MSG-012 — Prazo: data obrigatória, horário opcional. Para definir um prazo, a data é obrigatória e o horário é opcional (decisão do solicitante, 11/11/2026). Sem horário, o prazo vale até 23:59 do dia, no fuso da clínica, e só a data é exibida (D-MSG-066). O horário é sempre em 24 h, em qualquer idioma ou navegador (D-MSG-064).
RN-MSG-013 — Idiomas. Todo texto da mensageria existe em português do Brasil, inglês dos Estados Unidos e espanhol da América Latina, e o idioma exibido é sempre o da clínica. O português do Brasil é completo: nenhum texto, rótulo ou mensagem fica sem versão em pt-BR (SBIS ECF.17.18 e ECF.17.19); en-US e es-419 complementam (decisão do solicitante, 27/10/2026).
RN-MSG-014 — Identidade do remetente. Toda mensagem registra quem a enviou (uma pessoa ou o sistema), a data e hora do envio e a clínica de origem. O remetente não pode ser alterado depois do envio.
RN-MSG-015 — Destinatários. O destinatário é uma pessoa ou uma equipe. Numa equipe, a mensagem chega a todos os membros ativos no momento do envio, inclusive ao próprio remetente quando ele é membro. Quem entra na equipe depois não recebe conversas anteriores, e quem sai continua constando como destinatário nas conversas que recebeu: vê o histórico delas, mas só pode responder, resolver ou descartar enquanto for membro (D-MSG-082; vale para quem recebeu pela equipe, não para quem enviou). Não é possível enviar a “todos os usuários da clínica”.
RN-MSG-016 — Estados da conversa. O estado da conversa, igual para todos os participantes, passa por: enviada (ninguém abriu ainda), lida (pelo menos um destinatário abriu), respondida (existe resposta de qualquer participante), resolvida e descartada. O estado serve às regras e aos filtros; o cartão não mostra um chip com ele. Quem enviou vê se a sua mensagem foi lida (um traço quando só foi enviada, dois quando pelo menos um dos outros participantes leu até ela), e quem respondeu aparece como autor da última mensagem. “Respondida” não é final: depois dela a conversa pode ser resolvida ou descartada. “Resolvida” e “descartada” são finais e não podem ser revertidas. Quem já leu é registrado individualmente (RN-MSG-017); “vencida” é só um aviso (RN-MSG-003). Quando o assunto de uma conversa finalizada precisa voltar, abre-se uma nova conversa. Num alerta do sistema: se a anomalia continua enquanto o alerta está aberto, o sistema acrescenta uma atualização na mesma conversa; se o alerta já foi finalizado, o sistema abre uma nova conversa, ligada à anterior; se a anomalia se agrava, o módulo de origem abre uma nova conversa, com o novo grau de urgência, e descarta a anterior (D-MSG-033).
RN-MSG-017 — Leitura individual e destaque de não lida. Cada participante tem o seu próprio estado de leitura. Uma conversa é “não lida” para o usuário quando existe mensagem posterior à última que ele viu; abrir a conversa ou responder conta como ler. A leitura de uma pessoa não muda a situação das demais. A conversa não lida aparece com um destaque visual discreto e um ícone, de modo que a informação não dependa só de cor; o objetivo é chamar a atenção sem competir com o restante da lista.
RN-MSG-018 — Acompanhamento pelo remetente e visibilidade na equipe. Quem enviou vê se a sua mensagem foi lida e quem executou cada ação (nome e data e hora). Em conversa de equipe, todos os membros veem as ações de qualquer membro; a primeira ação final (resolver ou descartar) de qualquer membro encerra a conversa para toda a equipe.
RN-MSG-019 — Respostas na mesma conversa. Qualquer participante pode responder enquanto a conversa está aberta (inclusive quem enviou). Toda resposta fica na mesma conversa, em ordem cronológica, com autor, data e hora. Não existe um tipo separado de “réplica”: a resposta de quem enviou é uma resposta como as demais. Num alerta do sistema, só o sistema acrescenta mensagens (RN-MSG-010 e RN-MSG-016).
RN-MSG-020 — Associação a paciente. A mensagem pode ser associada a zero ou um paciente, como referência (aparece o nome; quando não há processo, o nome é o link para o prontuário do paciente; D-MSG-054, 055). A associação é feita no envio e não pode ser alterada (a busca do paciente é o mesmo componente da busca do cabeçalho da Central, com as mesmas regras e a mesma lista de resultados; D-MSG-071). Para corrigir um paciente errado, o remetente descarta a conversa, de preferência avisando nela que o paciente estava errado, e envia outra (D-MSG-072), e não substitui o registro clínico. Alertas do sistema podem associar o paciente quando se referem a um só; quando se referem a vários, os pacientes são citados no texto.
RN-MSG-021 — Associação a processo. A conversa pode ter no máximo um processo: um atalho rápido, na conversa, para o objeto para o qual se quer direcionar quem lê. Escolhe-se um só tipo de processo por conversa: Paciente (leva ao prontuário do paciente), Prescrição, Documento, Registro clínico ou Agenda; outros tipos ainda não mapeados podem entrar sem mudar a mensageria: a lista cresce conforme a necessidade dos usuários, implementada pelo desenvolvimento (D-MSG-085). A escolha é em três etapas: o paciente, o tipo de objeto e o item (prescrição, documento ou registro clínico do paciente); no tipo Paciente não há terceira etapa. O processo exige paciente e só lista itens desse paciente. O processo aparece sempre que houver, como o link do cartão e da conversa, com o texto “item de paciente” (D-MSG-054, 055). A mensageria só leva o usuário até o módulo; quem valida se o usuário pode abrir o processo é o próprio módulo de destino. A associação é feita no envio e não pode ser alterada. Decisões do solicitante, 28/10/2026 (D-MSG-031, 035, 036 e 037). O item é escolhido por busca (RN-MSG-036).
RN-MSG-022 — Conteúdo imutável. O texto de uma mensagem não pode ser editado depois de enviado. Para corrigir ou complementar, o autor envia uma nova mensagem na mesma conversa. Vale para pessoas e para o sistema.
RN-MSG-023 — Auditoria. Toda ação (envio, leitura, resposta, resolução, descarte) é registrada na trilha de auditoria, com o usuário, a data e hora, o endereço de origem e o identificador da conversa. O conteúdo da mensagem e os dados de identificação do paciente não entram na trilha. Para mensagens do sistema, a trilha identifica a origem como “sistema” e o módulo que gerou o alerta.
RN-MSG-024 — Permissões. O acesso à mensageria depende do perfil de acesso do usuário, com duas permissões independentes: visualizar e enviar. Quem não tem nenhuma das duas não vê o painel da Central nem o item de menu. Um perfil pode visualizar sem poder enviar. Enviar exige também visualizar: quem pode enviar mas não pode visualizar não tem acesso à mensageria. Quem só visualiza ainda pode resolver e descartar as conversas que recebeu. O sistema só envia a usuários que têm permissão de visualizar, nunca a pacientes nem a destinatários externos.
RN-MSG-025 — Escopo da clínica. A conversa pertence à clínica em que o remetente entrou (Conversa.IdEmpresa) e só pode ser enviada a usuários que têm acesso a essa clínica (decisão do solicitante, 27/10/2026). O médico vê as conversas das clínicas do cliente em que atende; os demais profissionais veem só as da clínica escolhida no login (DT-013; Central do Médico, D-CM-066). Quando o usuário atende em mais de uma clínica, cada cartão mostra o nome curto da clínica de origem (Central, D-CM-064). Os alertas do sistema respeitam a clínica onde a anomalia foi detectada.
RN-MSG-026 — Mensageria não é registro clínico. As mensagens são um canal de coordenação e de alerta, sem valor de registro clínico formal. O que precisa constar no histórico do paciente deve ser registrado no módulo apropriado.
RN-MSG-027 — Usabilidade uniforme. A interface oferece a mesma facilidade a todos os perfis, sem favorecer um perfil em detrimento de outro. Quando simplicidade e completude entram em conflito, vale a simplicidade para todos.
RN-MSG-028 — Alertas do sistema: características. O sistema não recebe mensagens nem responde: só envia. O alerta pode associar paciente, processo, prazo (este, quando a anomalia é urgente) e grau de urgência, definido pelo módulo de origem (RN-MSG-034). O destinatário pode resolver ou descartar. Resolver um alerta registra que o profissional tomou ciência; a correção da anomalia é feita no módulo apropriado. Todo alerta tem um assunto, informado pelo módulo que o gerou.
RN-MSG-029 — Alertas gerados fora da mensageria. A criação, a configuração e a ativação das regras que geram alertas são responsabilidade dos módulos de origem. A mensageria não tem tela de configuração de regras. Se o módulo de origem repetir o pedido de um mesmo alerta (por falha de comunicação, por exemplo), a mensageria não cria um alerta duplicado.
RN-MSG-030 — Autor da equipe. Quando uma pessoa responde numa conversa endereçada a uma equipe da qual faz parte, o nome da equipe aparece junto ao nome dela em todas as mensagens que escrever ali (por exemplo, “Sandra (Farmácia)”). Quem responde sem ser da equipe aparece só com o próprio nome. A regra vale no cartão (autor da última mensagem) e nas mensagens da conversa; para o próprio usuário, “Você (Equipe)” (D-MSG-055).
RN-MSG-031 — Quem vê a conversa. Só participam de uma conversa (e só a veem) quem a enviou e quem está entre os seus destinatários. Quem não participa não a encontra, nem sabe que ela existe.
RN-MSG-032 — Campos obrigatórios. Para enviar uma mensagem de pessoa são obrigatórios o destinatário, o assunto e o texto. Paciente, processo, prazo e grau de urgência são opcionais.
RN-MSG-033 — Conversas não são excluídas. Nenhum usuário exclui uma conversa ou uma mensagem; o fim de uma conversa é resolvê-la ou descartá-la. Por quanto tempo as conversas ficam guardadas está em aberto.
RN-MSG-034 — Grau de urgência. A conversa pode ter, opcionalmente, um grau de urgência, com os quatro valores do domínio de prioridade do HL7, do menos ao mais urgente: routine (Rotina), urgent (Urgente), asap (Quanto antes) e stat (Imediato). Sem grau, a conversa fica como “Não informado” e nada é exibido. O grau é escolhido por quem envia, no envio, ou pelo módulo de origem, no caso de alerta do sistema, e pertence à conversa: ninguém o altera depois do envio, nem uma resposta nem uma atualização do sistema. Aparece só quando informado (inclusive o grau Rotina, D-MSG-043), em todas as telas em que a conversa aparece (painel, abas Abertas e Finalizadas e conversa), com ícone, texto e cor, nunca só a cor. Os nomes vêm do cadastro de indicadores e são traduzidos para o idioma da clínica (RN-MSG-013). O grau entra na ordem das conversas (RN-MSG-002) e não substitui o prazo. Num alerta cuja anomalia se agrava, o grau não é alterado: o módulo de origem abre uma nova conversa com o novo grau e descarta a anterior (RN-MSG-016). Decisões do solicitante, 28/10/2026 (D-MSG-025 e D-MSG-039: domínio HL7 no lugar de Baixa, Média, Alta e Crítica).
RN-MSG-035 — Horário no cartão. No cartão (painel da Central e abas Abertas e Finalizadas), o horário da última mensagem é relativo ao momento atual, no fuso da clínica (RN-MSG-005): no mesmo dia e há menos de 1 hora, “Há x min”; no mesmo dia, “Há x h”; em dia anterior, data e hora. “Dia” é o dia de calendário da clínica. Dentro da conversa e nos demais textos, o horário é sempre data e hora. A regra é a do painel da Central; vale também para a Mensageria por decisão do solicitante, 28/10/2026 (D-MSG-028, D-MSG-032).
RN-MSG-036 — Campos de seleção com busca. Destinatário, paciente e item do processo são escolhidos por busca com autocomplete, e não por lista fixa, porque uma clínica grande pode ter dezenas de pessoas e muitos pacientes. A busca ignora maiúsculas e acentos e aceita vários termos (todos precisam aparecer). No destinatário, as equipes vêm antes das pessoas, e cada pessoa mostra as equipes a que pertence (o cliente monta as equipes, sem relação com o tipo de profissional ou o setor); ao digitar o nome de uma pessoa, as equipes dela também aparecem entre os resultados, com “Inclui {nome}”, para enviar à equipe sem saber a equipe da pessoa (D-MSG-060 e 063, adotado em 11/11/2026). O item do processo é buscado conforme o tipo: Paciente, pelo nome; Prescrição, por Prescricao.Identificacao (qualquer parte do texto); Documento, pelo nome do documento, exibido com a data; Registro clínico, pela data do evento, exibido com a data, o modelo e o profissional (tratamento e apelido); Agenda, pela data do agendamento, exibida com a data, a hora de início e o tipo do agendamento (por exemplo Consulta, Quimioterapia, Radioterapia; D-MSG-090). Cada tipo busca só no seu campo (D-MSG-050). A lista de itens do processo vem ordenada pela data do evento, e essa ordem pode mudar quando os módulos de documentos e de registro clínico forem detalhados (D-MSG-044). Decisão do solicitante, 28/10/2026 (D-MSG-038); campos de busca corrigidos em 29/10/2026 (D-MSG-050).
RN-MSG-037 — Filtros, busca e paginação das listas. Solicitação do solicitante e análise do Designer, aprovadas em 12/11/2026 (D-MSG-086). Abertas: filtros rápidos Não lidas, Alertas do sistema, Vencidas, Urgência (um ou vários graus; entre graus vale “ou”) e Enviadas por mim. Finalizadas: Alertas do sistema, Enviadas por mim e período (padrão: últimos 3 meses; 6 e 12 meses; “Tudo”; e “Personalizado”, com data inicial e final). Enviadas por mim são as conversas que o usuário iniciou (ele é o remetente da primeira mensagem, inclusive o autoenvio). Busca nas duas abas, em um só campo: nome de quem participa (pessoa ou equipe), nome do paciente, título da conversa e texto das mensagens; a partir de 2 caracteres, depois de uma pausa de 1 s ou ao pressionar Enter; sem distinguir acento ou maiúscula, com vários termos (todos precisam aparecer); não busca por CPF (aqui o campo é filtro, não seleção); só alcança conversas das quais o usuário participa. Os filtros se combinam com “e”. Os filtros não persistem: voltam ao padrão ao sair da tela. A contagem das abas é sempre o total, sem período nem filtros, e uma linha de resumo mostra “Mostrando n de total” e “Limpar filtros” quando há filtro (em Finalizadas, mostra sempre o período). Se a busca em Finalizadas não encontra nada no período, a tela oferece “Buscar em todo o período”, para que a ausência de resultado não pareça inexistência da conversa. O painel da Central não tem filtros (é um resumo). Paginação: botão “Mostrar mais”, 20 por vez em Finalizadas e 50 em Abertas (só como proteção); o foco vai para o primeiro item novo. O período vale pela data de finalização da conversa, e o total da aba Finalizadas não considera o período (confirmado em D-MSG-089).
RN-MSG-038 — Retenção e acesso ao conteúdo. Aprovada em 12/11/2026 (D-MSG-087, P-MSG-21). As conversas não têm prazo de expurgo: ficam guardadas até que haja uma política de retenção definida. O conteúdo das conversas só é lido por quem participa delas; gestor e auditor não leem o conteúdo de conversas alheias. A trilha de auditoria registra as ações sem o conteúdo (RN-MSG-023).
Exemplos de alertas suportados (não é lista fechada; novos alertas podem ser criados pelos módulos de origem sem mudar a mensageria): prescrição com peso divergente do último peso registrado, acima de um limite configurado; medicamento no limite mínimo do estoque; pacientes programados para o dia seguinte sem leito.
Padrões de uso frequentes que a interface deve acomodar (não são tipos de mensagem; o texto livre basta): pedido de receita para viagem; pedido de atestado; aviso de resultado de exame na recepção; aviso de falta ou atraso do paciente; dúvida sobre medicação; aviso de atraso de medicamento manipulado; aviso de medicamento em falta; lembrete para si mesmo.
1.7 Fluxo principal
Pessoa para pessoa, equipe ou si mesmo:
- O profissional abre o painel de Mensagens na Central ou o item “Mensagens” do menu.
- Escolhe “Nova mensagem”.
- Escolhe o destinatário (uma pessoa, uma equipe ou ele mesmo).
- Escreve o assunto e a mensagem.
- Opcionalmente associa um paciente.
- Opcionalmente associa um processo (prontuário, prescrição ou agenda).
- Opcionalmente define o prazo para resolução (data e, se quiser, horário).
- Envia.
- Os destinatários recebem a conversa no painel e na lista, como não lida.
- O destinatário abre a conversa, vê o paciente e o atalho do processo (se houver) e responde, resolve ou descarta.
- Quem enviou acompanha o estado e as ações dos destinatários.
- Enquanto a conversa está aberta, qualquer participante pode responder de novo.
- Quando alguém resolve ou descarta, a conversa passa para finalizada, para todos.
Sistema para pessoa:
- Um módulo (Assistencial, Estoque, Agendamento) detecta uma anomalia.
- O módulo pede à mensageria um alerta, informando destinatário, assunto, texto e, se houver, paciente, processo e prazo.
- A mensageria cria a conversa, identificada como alerta do sistema, e a entrega.
- O destinatário a vê com o autor “Sistema:”, como não lida.
- O destinatário abre, vê paciente e atalho (se houver) e resolve ou descarta.
- Resolver registra a ciência. O módulo de origem pode abrir uma nova conversa, ligada à anterior, se a anomalia persistir.
1.8 Premissas
- O módulo de Segurança identifica o usuário e o perfil de acesso, com as permissões de visualizar e enviar.
- O cadastro de pacientes já existe e fornece o nome.
- Os processos (prontuário, prescrição, agenda) já existem e são abertos pelo seu identificador.
- A comunicação é assíncrona: não há chat em tempo real.
- As equipes são cadastradas previamente pelo administrador.
- Os módulos Assistencial, Estoque e Agendamento têm regras de validação que geram alertas por meio de um meio de integração com a mensageria.
- A mensageria entrega alertas; não detecta anomalias.
- O sistema atual de mensagens existe, mas é pouco usado. O novo serviço precisa ser claramente melhor que WhatsApp, bilhetes e recados verbais.
1.9 Dependências
| Sistema ou módulo | Dependência | Impacto |
|---|---|---|
| Contexto Segurança | Identidade do usuário, perfil de acesso e permissões de visualizar e enviar | Sem ele não há como identificar remetente e destinatário nem controlar o acesso |
| Cadastro de pacientes | Nome do paciente | Sem ele não há associação a paciente |
| Paciente, Prescrição, Documento, Registro clínico, Agenda | Identificador do processo, para o atalho de navegação | Sem eles não há processo a associar |
| Central do Médico | Painel de Mensagens e janela da conversa | O painel segue a estrutura de cartão definida nesta funcionalidade (Especificação 2.3.1; hierarquia: mensagem, título, urgência, demais informações; D-MSG-053) |
| Menu Lateral | Item “Mensagens” | É a porta de entrada da tela de Mensagens |
| Agenda do Médico | Padrão da linha de fuso horário | Mesma apresentação do fuso da clínica |
| Módulos Assistencial, Estoque e Agendamento | Geram alertas pelo meio de integração | A mensageria só entrega |
| Gestão da Aplicação (equipes) | Cadastro das equipes e dos membros | Sem equipes não há envio a grupos |
1.10 Requisitos SBIS aplicáveis (identificação)
Requisitos do arquivo de requisitos SBIS aplicáveis a clínicas ambulatoriais, com o estágio exigido. O detalhamento de como cada um é atendido está na Especificação.
| Requisito | Assunto | Estágio |
|---|---|---|
| NGS1.03.01 | Impedir acesso por pessoas não autorizadas | 1 |
| NGS1.03.03 | Gerenciamento de perfis e permissões | 1 |
| NGS1.03.04 | Segregação de permissões por tipo de operação | 2 |
| NGS1.03.09 | Identidade única e responsabilização | 1 |
| NGS1.05.01 | Segurança da comunicação com o componente de interação | 1 |
| NGS1.05.02 | Processamento de dados no lado do servidor | 1 |
| NGS1.06.01 | Uso de SGBD | 1 |
| NGS1.07.01 | Auditoria contínua | 1 |
| NGS1.07.02 | Proteção dos registros de auditoria | 1 |
| NGS1.07.03 | Eventos registrados na trilha de auditoria | 1 |
| NGS1.07.05 | Informações do registro de auditoria | 1 |
| NGS1.07.06 | Privacidade do paciente na trilha de auditoria | 1 |
| ECF.15.01 | Notas vinculadas a um paciente | 2 |
| ECF.15.02 | Notas para o profissional | 3 |
| ECF.15.03 | Envio de mensagens coletivas | 3 |
| ECF.17.01 | Identificação do profissional responsável pelo evento | 1 |
| ECF.17.02 | Registro de tempo do armazenamento do evento | 1 |
| ECF.17.03 | Registro de tempo da ocorrência do evento | 1 |
| ECF.17.04 | Cronologia de eventos | 1 |
| ECF.17.05 | Validação de consistência cronológica | 1 |
| ECF.17.18 | Idioma do sistema | 1 |
| ECF.17.19 | Mensagens do sistema | 1 |
1.11 Prioridade e complexidade
Prioridade sugerida: Must Have. A comunicação entre profissionais e os alertas automáticos são essenciais para a coordenação da clínica e para a segurança do paciente oncológico.
Complexidade estimada: Alta. Envolve conversa com vários participantes, leitura individual e estado compartilhado, associação a processos de outros módulos e um meio de integração para alertas.
1.12 Próximos passos
- Validar a Definição com representantes de todos os perfis (recepção, médico, enfermagem, farmácia).
- Responder as questões ainda em aberto, registradas à parte.
- Atualizar a Central do Médico para refletir a estrutura de cartão e a ordenação definidas aqui.
Histórico de Versões
- v1.0 (22/10/2026) — Criação da Definição da Mensageria, a pedido do solicitante, a partir do documento “Especificação Funcional Consolidado, Serviço de Comunicação Entre Profissionais, versão 1.0” (12/08/2026), anexado em 22/10/2026, das telas já desenvolvidas (auditoria de 21/10/2026) e das decisões tomadas em conversa em 21 e 22/10/2026, que prevalecem sobre o anexo nas divergências. As regras RN-COM-001 a 021 do anexo foram incorporadas como RN-MSG-014 a 030; RN-MSG-001 a 013 já vinham do documento de regras de 22/10/2026, que esta Definição substitui.
- Divergências em relação ao anexo, decididas pelo solicitante (ver D-MSG no Registro de Decisões): (1) alerta do sistema identificado por “Sistema:” como autor (a v1.18 tirou o ícone de sino do cartão), e não por ícone de robô; (2) o cartão mostra só o nome do paciente, sem foto; (3) prazo vencido destacado pela palavra “Vencida” em vermelho, com a data e hora em dica, e não por borda vermelha; (4) ordem em duas camadas (não lidas, lidas pendentes) pela data mais recente entre última mensagem e prazo, no lugar de “prazo expirado primeiro”; (5) qualquer participante resolve ou descarta, não só o destinatário; (6) o remetente pode ser destinatário, e em equipe da qual faz parte também recebe; (7) descartar passou a ter confirmação, como na Central do Médico; (8) alerta do sistema não recebe resposta (o anexo previa responder, resolver ou descartar); (9) conversa finalizada sem resposta não gera mensagem.
- Divergências em relação ao anexo, escolhas do Designer a confirmar (ver E-MSG e P-MSG): (10) “réplica” abolida: toda resposta é uma resposta comum, e a réplica do anexo que reabria a conversa não foi mantida (P-MSG-08); (11) assunto obrigatório (E-MSG-001); (12) alerta recorrente: atualização na mesma conversa enquanto aberta, nova conversa ligada depois de finalizada, no lugar do reenvio do anexo (P-MSG-16); (13) o anexo previa escolher a instância do processo e buscar paciente por nome ou CPF; ficam em P-MSG-07 e P-MSG-17; (14) lista de “enviadas” com estado para o remetente e status “lida” para o remetente: o estado “lida” foi mantido (RN-MSG-016), a lista filtrada de enviadas não (P-MSG-18); (15) ECF.14.36 saiu dos requisitos aplicáveis, porque a mensageria não dispara lembretes; entraram ECF.15.01, 15.02, 15.03, NGS1.03.03, NGS1.06.01, NGS1.07.02 e ECF.17.xx, conferidos contra o arquivo de requisitos; prioridade (Must Have) e complexidade (Alta) mantidas.
- Revisão por Dois Críticos, crítico de negócio (22/10/2026): 30 achados. Aplicados nesta versão: estados definidos de forma única (RN-MSG-016) e “vencida” como aviso (RN-MSG-003, 016); definições de resolvida e descartada sem sobreposição (RN-MSG-008); exemplo da narrativa trocado por caso coberto pela mensageria; regra única de alerta recorrente (RN-MSG-016) e coexistência de mensagens corrigida (RN-MSG-019); jargão técnico trocado por linguagem de negócio (“janela da conversa”, “etiqueta”, “meio de integração”); ECF.14.36 retirado da tabela; frase de transversais reescrita; referências a outros documentos retiradas do corpo. Registrados como questões abertas, sem inventar regra: destinatário ausente, inativo ou sem permissão e equipe vazia (P-MSG-19); saída de membro da equipe (P-MSG-20); permissões de quem só visualiza (P-MSG-12); aviso ao destinatário fora da Central e contagem (P-MSG-06); paciente errado e homônimos (P-MSG-17); retenção, busca e acesso de gestão (P-MSG-21); recepção sem Central (P-MSG-22); ordem de Finalizadas e várias clínicas (P-MSG-11, P-MSG-23). Recusados: nenhum falso positivo claro; o crítico não conferiu RN-CM-015, RN-CM-022 e RN-AGM-018, que existem nos documentos da Central e da Agenda.
- Revisão por Dois Críticos, crítico técnico (22/10/2026): achados que alteraram a Definição: Enviar exige Visualizar e quem só visualiza ainda resolve e descarta (RN-MSG-024); novas RN-MSG-031 (quem vê a conversa), 032 (campos obrigatórios) e 033 (conversas não são excluídas), porque estas regras existiam só nos documentos técnicos; desempate da ordem (RN-MSG-002); requisitos ECF.17.03 e ECF.17.05 passam a aplicáveis. Conflito apontado e registrado como questão aberta (P-MSG-24): o arquivo de requisitos exige textos em português do Brasil, e a RN-MSG-013 prevê três idiomas.
- Detalhes técnicos apurados ficam no Mapeamento de Banco de Dados.
- v1.1 (27/10/2026) — Respostas do solicitante a P-MSG-01, 09, 24 e 25, e alinhamento com as versões da Central do Médico (v5.15), das Decisões Transversais (DT-013 a DT-016) e do Log de Mudanças Estruturais publicadas depois de 22/10/2026. Mudanças nesta Definição: (1) RN-MSG-025 passa a seguir DT-013: o médico vê as conversas das clínicas em que atende, os demais só a da clínica do login, e o cartão mostra a clínica quando há mais de uma (antes: só a clínica ativa); (2) RN-MSG-005 informa a origem do fuso (
ClienteEmpresa.FusoHorarioOficial); (3) RN-MSG-013 registra que o pt-BR é completo e que en-US e es-419 complementam (P-MSG-24 resolvida). Decisões sem texto novo nesta Definição: padrão de botões e token de verde escuro (Design System, seção 12), borda de não lida de 3 px eResponsecomo único tipo de mensagem (ver 02 e 04). - v1.2 (27/10/2026) — Respostas do solicitante sobre o estado no cartão (P-MSG-13) e o envio entre clínicas (P-MSG-29). Mudanças nesta Definição: (1) RN-MSG-016 e RN-MSG-018: o cartão deixa de ter chip com o estado da conversa; o remetente vê se a sua mensagem foi lida (
checkecheck-check) e a resposta aparece como a última mensagem, com o autor; (2) RN-MSG-025: o destinatário precisa ter acesso à clínica do remetente, agora decisão do solicitante. - v1.3 (28/10/2026) — Novo requisito dos stakeholders: grau de urgência da conversa. Mudanças: nova RN-MSG-034 (quatro níveis na escala do legado, opcional, imutável, mostrado só quando informado, definido pelo módulo de origem nos alertas); RN-MSG-002 passa a ordenar pelo grau antes da data dentro de cada camada (opção B, D-MSG-026); RN-MSG-028 e RN-MSG-032 mencionam o grau; item de escopo novo. Decisões D-MSG-025 a 028. A primeira proposta (1 = mais urgente) foi substituída pela escala do legado, conferida pelo solicitante no código.
- v1.4 (28/10/2026) — Respostas do solicitante ao Registro v1.3: RN-MSG-021 reescrita (um só tipo de processo por conversa, atalho rápido, tipos extensíveis, sem depender do paciente; D-MSG-031); nova RN-MSG-035 (horário relativo no cartão, mesma regra da Central; D-MSG-032); alerta que se agrava abre nova conversa e descarta a anterior (RN-MSG-016 e 034; D-MSG-033). Limite de 2000 caracteres decidido (D-MSG-030), registrado na Especificação.
- v1.5 (28/10/2026) — Respostas do solicitante ao P-MSG-33: RN-MSG-021 reescrita (tipos Paciente, Prescrição, Documento e Registro clínico; escolha em três etapas; o processo exige paciente; Agenda sai da lista; D-MSG-035 a 037).
- v1.6 (28/10/2026) — Grau de urgência passa ao domínio HL7 (Rotina, Urgente, Quanto antes, Imediato; RN-MSG-034, 002; D-MSG-039); nova RN-MSG-036 (destinatário, paciente e item do processo por busca com autocomplete; D-MSG-038); RN-MSG-021 remete a ela.
- v1.7 (29/10/2026) — Respostas do solicitante ao P-MSG-35: grau Rotina também aparece como chip (RN-MSG-034; D-MSG-043); itens do processo ordenados pela data do evento (RN-MSG-036; D-MSG-044).
- v1.9 (29/10/2026) — Sem mudança de regra; cabeçalhos sincronizados (D-MSG-048, nomes técnicos).
- v1.8 (29/10/2026) — Chaves do grau em minúsculas (RN-MSG-034; D-MSG-046). Sem mudança nas regras de resolver e descartar (RN-MSG-008); o cartão não tem mais botão (D-MSG-047; Especificação 2.3.1).
- v1.10 (29/10/2026) — RN-MSG-001: o painel mostra todas as conversas abertas, sem limite de cartões, com rolagem própria (D-MSG-049).
- v1.11 (29/10/2026) — RN-MSG-036: campos de busca e de exibição do item do processo corrigidos pelo solicitante (D-MSG-050).
- v1.12 (30/10/2026) — RN-MSG-036: origem do registro clínico definida pelo solicitante (D-MSG-051); documento mantido como está, por ora.
- v1.13 (30/10/2026) — Sem mudança de regra; confirmações do registro clínico (D-MSG-052).
- v1.14 (30/10/2026) — Sem mudança de conteúdo; acompanha a correção do Mapeamento (nome da coluna
SegurancaUsuarioId). - v1.15 (05/11/2026) — Sem mudança de regra; novo visual do cartão (D-MSG-053).
- v1.16 (05/11/2026) — RN-MSG-020, 021 e 030: paciente e processo como links; equipe junto ao autor, no cartão e na conversa (D-MSG-054).
- v1.17 (05/11/2026) — RN-MSG-020, 021 e 030: um só link por cartão (processo ou paciente); “Você (Equipe)” confirmado (D-MSG-055).
- v1.18 (10/11/2026) — Sem mudança de regra; cartão mais leve: sem ícone de tipo, “Vencida” em texto vermelho com dica da data e hora (D-MSG-056 a 058). Touchpoints do prazo vencido e do alerta do sistema ajustados.
- v1.19 (11/11/2026) — RN-MSG-012 (prazo em data e horário, em dois campos; D-MSG-061); RN-MSG-036 (equipes de cada pessoa no destinatário; D-MSG-060). Dica do prazo como a de 1ª Consulta da Central (D-MSG-059).
- v1.20 (11/11/2026) — RN-MSG-012: data obrigatória e horário opcional, sempre em 24 h (D-MSG-064); RN-MSG-036: “Inclui {nome}” adotado (D-MSG-063). Grau de urgência no formulário em formato de chip (D-MSG-065).
- v1.21 (11/11/2026) — RN-MSG-012: prazo sem horário vale até 23:59 e mostra só a data (D-MSG-066).
- v1.22 (11/11/2026) — RN-MSG-020: busca de paciente como a do cabeçalho (D-MSG-068). Categorias dos itens do processo (D-MSG-067) e alerta para destinatário que não pode receber (D-MSG-069) registrados no Registro de Decisões.
- v1.23 (11/11/2026) — RN-MSG-020: busca de paciente com o componente completo do cabeçalho (D-MSG-071); paciente errado: descartar e enviar outra (D-MSG-072).
- v1.24 (11/11/2026) — Sem mudança de regra. P-MSG-45 deixada como está (D-MSG-073).
- v1.25 (11/11/2026) — Sem mudança de regra. Detalhes da tela de nova mensagem confirmados (D-MSG-074).
- v1.26 (11/11/2026) — RN-MSG-006: a conversa só existe como modal, sem página (D-MSG-075).
- v1.27 (11/11/2026) — Botões Resolver e Descartar no cabeçalho do modal, nos verbos no infinitivo (D-MSG-076); nomes dos botões nas jornadas.
- v1.28 (11/11/2026) — Sem mudança de conteúdo (D-MSG-077: ajuste de layout do modal).
- v1.29 (11/11/2026) — Sem mudança de conteúdo (D-MSG-078).
- v1.30 (12/11/2026) — Sem mudança de conteúdo (D-MSG-079).
- v1.31 (12/11/2026) — RN-MSG-002: vencidas antes das demais no mesmo grau (D-MSG-084); RN-MSG-015: quem sai da equipe vê o histórico e não age (D-MSG-082).
- v1.32 (12/11/2026) — RN-MSG-021 e 036: tipo Agenda volta à lista (D-MSG-085); novas RN-MSG-037 (filtros, busca e paginação das listas, D-MSG-086) e RN-MSG-038 (retenção e acesso ao conteúdo, D-MSG-087); RN-MSG-002: ordem entre vencidas confirmada (D-MSG-088).
- v1.33 (12/11/2026) — RN-MSG-037: período com “Tudo” e “Personalizado” confirmados, e as duas [PROPOSTA] restantes confirmadas (D-MSG-089); RN-MSG-021: item de Agenda com data, hora e tipo (D-MSG-090).