Cenários de Teste — Central do Médico (Cockpit)

Funcionalidade: [DOC-004] Central do Médico (Cockpit) Versão de referência da especificação: 01-Definição v4.42 / 02-Especificação v4.37 / 03-Protótipo v3.19 / 04-Mapeamento de BD v4.48 Autor: Marcos Arao, para uso da equipe de QA do Gemed 2.1 Massa de dados de referência: CargaCMZero.xlsx (entregue junto com este documento, já com Tags e Equipes de mensageria) — ver “Pendências de Massa de Dados” abaixo para o que ainda está em aberto. Data-base dos testes: 23/09/2026 12:00 (alterada nesta versão — v1.22 — era 24/09/2026 12:00 até a v1.21; ver Histórico). Todas as datas relativas deste documento (“hoje”, “hoje+N”, “X dias atrás/à frente”) giram em torno desse instante — inclusive as datas absolutas de calendário citadas na Massa de dados (Agenda, Prescrição, planos terapêuticos). A CargaCMZero.xlsx recalcula essas datas a cada carga (script UPDATE DATAS, relativo a GETDATE()); se a massa for recarregada em outro dia, os valores absolutos abaixo se deslocam junto e precisam ser reconferidos contra a nova data-base. Achado desta versão (v1.22): a massa original (agendas “de hoje” 1-151) deslocou de 24/09 para 23/09/2026 sem que isso tivesse sido pedido explicitamente; o solicitante confirmou a nova data-base e ajustou também as agendas 158/163 (pacientes 16/18, criadas na v1.21) para o mesmo dia, restaurando a convenção única.

Conferência completa (v1.23): as Seções 3 (Consultas) e 5 (Procedimentos na Clínica) foram reconferidas campo a campo contra CargaCMZero.xlsx — todas as 23 agendas “de hoje” rastreadas (horários, Situacao, recepção/atendimento/infusão) batem exatamente com o texto já publicado; o deslocamento de dia não alterou conteúdo, só o rótulo do dia, confirmado item a item. A Seção 4 (Prescrições Pendentes) foi reconferida e teve 4 achados, corrigidos nesta versão: (1) Roberto N. Alves (19, prescrição 61) — badge estava com “−6h atrasado”, valor não bate com Agenda 138 (09:00, −3h da referência 12h) em nenhuma das duas datas-base; corrigido para “−3h atrasado”. (2) Beatriz A. Lima (20, prescrição 70) — rótulo estava “hoje+2”; Agenda 147 (26/09) é hoje+3 em relação à nova data-base (23/09); corrigido. (3) Benjamin Thompson (17, prescrição 73, C1D1) — rótulo estava “ontem 11:00”; Agenda 154 (23/09 11:00) não se deslocou junto com o resto da massa (mesmo padrão já visto em 158/163 antes do ajuste), então hoje é “hoje 11:00”, não “ontem”; corrigido. (4) Benjamin Thompson (17, prescrição 74, C1D2) — Agenda 155 também não se deslocou (permanece 24/09 12:30); a 24h30 da nova referência (23/09 12h), a aplicação passa a ficar fora da janela de 1 dia de “a revisar” (PrescricaoTempoRevisao) — a prescrição sai das listas “Todas” (CT-PRES-02.1 badge 7→6, CT-PRES-02.2 badge 8→7). Nenhum dos 4 achados decorre de reinterpretação de regra — são recálculos diretos de Agenda.DhAgendaIniUTC contra a nova data-base e a janela já documentada em 04-Mapeamento de BD §4.6.

Correções de dado (v1.24): o solicitante corrigiu diretamente 2 pontos em CargaCMZero.xlsx — Situacao da prescrição 61 (Roberto N. Alves) de 'G' para 'F' (retira o paciente 19 de “Não aderentes” em CT-KPI-02.1 e a prescrição 61 por completo de RN-CM-020) e a assinatura da prescrição 72 (Kenji Chen) removida de propósito (passa de “a revisar” para “a assinar”, cobrindo pela primeira vez o caso de um médico de terceiros nunca assinado na visão “Todas”). Detalhamento completo em “Pendência resolvida nesta versão (v1.24)”, em “Pendências de Massa de Dados”.

1. Escopo

Este documento cobre a homologação funcional da Central do Médico (Cockpit), conforme [DOC-004]: KPI Bar (4 indicadores clicáveis) e os 4 painéis do grid — Consultas, Prescrições Pendentes, Mensagens e Procedimentos na Clínica — além da Busca Inteligente de pacientes.

Fora de escopo deste documento: Agenda do Médico (DOC-006, tela dedicada, especificação própria ainda sem Protótipo/Mapeamento de BD) e o fluxo de Agendamento da Recepção (não mapeado no projeto). Cenários aqui tratam apenas do que a Central do Médico exibe/consome desses dados.

Nota de nomenclatura: o painel chamado “Comunicação” nesta massa/rodada de testes é o mesmo painel que a Especificação (02) renomeou para “Mensagens” desde a v4.26/v4.27 — usei “Mensagens” neste documento para ficar consistente com a Especificação vigente; a Seção 6 cobre exatamente os mesmos casos que estariam sob “Comunicação”.

Cada seção traz uma tabela de casos (ID, Pré-condição, Passos, Resultado Esperado, Dados de Teste, RN Relacionada). Quando o resultado esperado envolve múltiplos itens — vários cards ou pacientes na mesma tela —, a tabela mostra um resumo e o detalhamento completo (lista item a item) fica na subseção “Detalhamento” logo abaixo da tabela da seção.

Endpoints envolvidos (referência)

Endpoint	Painel/KPI
`GET /api/v1/patients/search`	Busca Inteligente
`GET /api/v1/cockpit/doctor/kpis/appointments-today`	KPI Consultas Hoje
`GET /api/v1/cockpit/doctor/kpis/in-treatment`	KPI Em Tratamento
`GET /api/v1/cockpit/doctor/kpis/procedures-today`	KPI Procedimentos Hoje
`GET /api/v1/cockpit/doctor/kpis/prescription-alerts`	KPI Alertas de Prescrição
`GET /api/v1/cockpit/doctor/appointments`	Painel Consultas
`GET /api/v1/cockpit/doctor/prescriptions`	Painel Prescrições Pendentes
`GET /api/v1/cockpit/doctor/conversations`	Painel Mensagens
`GET /api/v1/cockpit/doctor/procedures`	Painel Procedimentos

Massa de dados criada para estes testes

Médicos: IdChProfissional 11 (Craig Evans, especialidade Oncologista) e 9 (Gilliard Onório Santos, especialidade Cirurgião Oncológico).
Pacientes: IdPaciente 3,4,6,9,12,14,21,22,24 (vinculados ao Dr.9) e 1,7,10,13,19,20,23 (vinculados ao Dr.11), todos com convênio próprio cadastrado.
Agendas: IdPaciente 2,3,4,6,9,12,14,21,22,24 agendados ao Dr. 9; 1,4,6,7,8,10,13,19,20,23 agendados ao Dr.11.
Agenda de hoje: 21 registros, distribuídos entre os dois médicos (11 do Dr.9 e 10 do Dr.11), cobrindo 7 dos 9 estados do domínio Agenda.Situacao (A=Aberta, V=Confirmada, D=Cancelada pelo paciente, M=Cancelada pelo médico, F=Falta, I=Cancelado por internação, T=Transferido) — cancelamentos representados de forma genérica, sem necessidade de cobrir cada subtipo (C=Cancelada pelo usuário e O=Cancelada por óbito não ocorrem hoje nesta massa).
Agenda passada: majoritariamente confirmadas/realizadas (V), com algumas canceladas (ocorrências de C/D/F) — de 5 dias a mais de um ano atrás; a maior parte dentro de 60 dias, com uma série histórica mais longa do paciente 1 (até ~420 dias) simulando um tratamento de longa duração.
Agenda futura: todas em estado Agendado (A), de 3 a 65 dias à frente.
Fotos de paciente: seguem a convenção {IdPaciente com 12 dígitos}.png/.jpg (ex.: 000000000020.png); alguns pacientes de propósito não têm foto (ex.: paciente 23, 24) — usar para validar o avatar/placeholder de fallback.
**Plano terapêutico completo 1 — Paciente 19 (Roberto Nascimento Alves), Dr. 11, protocolo NIVOLUMAB + IPILIMUMAB, C1D1 em 23/07/2026 até C5D1 em 15/10/2026: todas as 5 prescrições do ciclo geradas (C1-C3 finalizadas, C4 é hoje, C5 futura), cada uma com sua Agenda de quimioterapia correspondente.
**Plano terapêutico completo 2 — Paciente 21 (Helena Duarte Costa), Dr. 9, protocolo DOCETAXEL + CARBOPLATINA, C1D1 em 18/08/2026, programação de 6 ciclos: apenas as prescrições até o próximo ciclo foram geradas (C1-C2 finalizadas, C3 é o próximo ciclo) — as demais (C4-C6) existem só na programação (PEPProjetoTerapeuticoProtocoloP), sem prescrição ainda gerada.
**Plano terapêutico completo 3 — Paciente 8 (Yuki Tanaka), Dra. 8, protocolo PACLITAXEL + CARBOPLATINA, C1D1 em 27/08/2026, programação de 6 ciclos: todos prescritos, com médico prescritor o Dr.11, agendas até o ciclo 4.
Prescrições avulsas baseadas em protocolo (sem plano terapêutico formal) para os pacientes 20, 22, 23 e 24 — protocolos Ácido Zoledrônico e Prescrição Livre; na data-base, nenhuma está finalizada ou cancelada — a maioria está futura, uma em curso (paciente 22, ciclo 1). Paciente 1 tem tratamento NIVOLUMAB + IPILIMUMAB e NIVOLUMAB sem plano terapêutico.
Pacientes 16 (Isabella Santos, Dr. 11) e 18 (Elena Volkov, Dr. 9), acrescentados na v1.21 para cobrir com dado real a Precedência 2 de RN-CM-020 (“a revisar”) no caminho que faltava: prescrição já assinada (par legado DataAssinaturaPrescricao/IdChProfissionalAssinou) e já revisada (PrescricaoAssinatura.TipoAssinatura='R') — até esta versão, nenhum registro 'R' existia em toda a massa (ver 04-Mapeamento de BD, Histórico v4.40/v4.45). Cada paciente tem 6/4 prescrições GENCITABINA/CISPLATINA em ciclos, sem vínculo a PrescricaoProtocolo (não entram em “Não aderentes”); a prescrição do ciclo de hoje de cada um (77/Isabella, 82/Elena) tem TipoAssinatura='R' datada de antes da data-base (23/09/2026) — na data-base, já revisada, não aparece em nenhuma lista do painel de Prescrições Pendentes (ver Seção 4). Ambos têm Agenda de quimioterapia hoje (158/Isabella 16:00, 163/Elena 08:00), com efeito nos KPIs “Em Tratamento” e “Procedimentos Hoje” e no painel Procedimentos na Clínica (Seções 2 e 5).
Tags de Atenção (RN-CM-025): domínio real em ProgramaApoio, 8 tags — VIP, Linha de Cuidados, Uso de Anticoagulantes, Insuficiência Cardíaca (IC), Interação Medicamentosa (INT.MED), Médico Externo (EXT), Especial, Particular. Administrativas (ProgramaApoioPaciente, vínculo direto a IdPaciente): só VIP, pacientes 3 e 12. Assistenciais/prontuário (PEPProgramaApoioPaciente, vínculo a IdPEP, cruzado com a aba PEP para achar o IdPaciente): 10 vínculos — IC (pacientes 14, 20, 22), Linha de Cuidados (pacientes 2, 20, 22), INT.MED (pacientes 4, 8, 19), Especial (paciente 24); os pacientes 20 e 22 têm 2 tags cada (IC + Linha de Cuidados). ProgramaApoio.MostrarEm é um bitmask que filtra onde cada tag aparece — mapa de 6 telas já documentado em DOC-006/Agenda do Médico (prontuário=1, cadastro do paciente=2, recepção=4, Central do Médico=8, confirmação de quimio=16, agendas=32; 63 = todas). Linha de Cuidados tem MostrarEm=1 (só o bit do prontuário) — sem o bit 8, não aparece na Central do Médico (Cockpit), mesmo para pacientes com o vínculo em PEPProgramaApoioPaciente (pacientes 2, 20 e 22). IC (61) e INT.MED (57) têm o bit 8 ligado, por isso aparecem nos cards. VIP é exceção às duas regras (bitmask e vigência) — sempre exibida, mesmo com MostrarEm=38 (sem o bit 8) — conforme já registrado no Índice para RN-CM-025. Cor de VIP corrigida nesta versão: confirmada pelo solicitante e conferida em ProgramaApoio.Cor = #80FF38 (verde) para IdProgramaApoio=1/Nome=‘VIP’ — até a v1.15, as Seções 3 abaixo mostravam VIP com a mesma cor lilás-claro da tag “1ª consulta” (nunca conferida contra a massa real); corrigido nas 3 ocorrências (Sophia Muller/12 e John Smith/3) — ver Histórico. Especial (63) tem todos os bits, incluindo o 8. O bit 32, que também aparece nesses valores, é da tela Agenda do Médico (DOC-006), fora do escopo deste documento — não é um bit do Cockpit. As Seções 3 e 5 abaixo mostram apenas as tags com o bit 8 ligado (ou a exceção VIP).
Tag “1ª consulta”: não é uma tag do domínio ProgramaApoio — vem de Agenda.PrimeiraConsulta = 'S', agora formalizado na Especificação como RN-CM-028 (01-Definição v4.35). Bate exatamente com as 4 ocorrências usadas neste documento (Agenda 102/paciente 3, 113/paciente 10, 134/paciente 12, 148/paciente 6, todas com PrimeiraConsulta='S').
Tipo de Consulta: o campo real é Agenda.Atendimento (domínio P=Presencial / T=Teleatendimento) — não Agenda.TipoConsulta (domínio N/E, sem relação com teleatendimento, usado para outro fim ainda não mapeado). Conferido para todas as agendas das Seções 3 e 5.
Equipes de mensageria: Mensageria.Equipe/Mensageria.EquipeMembro já carregadas — conferem exatamente com a lista já usada na Seção 6 (Onco: usuários 1 e 4; Enfermagem: 5 e 7; Farmácia: 6 e 8).
Parâmetros de configuração da clínica (RN-CM-020): todos os resultados esperados de “a assinar”/“a revisar” deste documento assumem os valores-padrão — janela de antecedência de assinatura de 7 dias (IpParametro.PrescricaoTempoAssinatura, novo parâmetro nesta versão, em dias) e janela de antecedência de revisão de 1 dia (PrescricaoTempoRevisao, sem mudança). Desde a v1.19, não existe mais janela de validade/vencimento de assinatura (PrescricaoValidadeAssinatura, retirado — RN-CM-020, 01-Definição v4.39) — uma vez assinada, a prescrição nunca mais volta a “a assinar” por decurso de tempo. Novo pré-requisito nesta versão: Prescricao.Situacao precisa estar em P/G/A/O (prescrição “em andamento”) para entrar em qualquer uma das duas listas — RN-CM-020. Se a clínica de teste tiver outros valores configurados para os 2 parâmetros, as contagens da Seção 2 (KPI de Alertas) e as listas da Seção 4 precisam ser recalculadas. Na ausência da linha do parâmetro para a clínica, o sistema assume esses mesmos valores-padrão (Mapeamento de BD, Seção 4.6). Não conferido se a CargaCMZero.xlsx já traz as linhas de seed desses dois parâmetros. O KPI “Em Tratamento” (CT-KPI-02) depende também da janela de atividade de RN-CM-024 (TempoPacienteAtivoAgenda/TempoPacienteAtivoPrescricao, em dias) — valor esperado: 180 dias (padrão de RN-CM-024, também usado quando o parâmetro não existe para a clínica). As contagens esperadas de CT-KPI-02 foram calculadas com 180 dias.

Pendências de Massa de Dados

Nesta versão a CargaCMZero.xlsx passou a incluir as abas de Tags (ProgramaApoio, ProgramaApoioPaciente, PEPProgramaApoioPaciente) e de Equipes (Mensageria.Equipe, Mensageria.EquipeMembro) — isso resolve a lacuna sinalizada na v1.1 para essas duas áreas.

Pendências resolvidas nesta versão (v1.9):

~~Tag “1ª consulta” precisa de menção própria na Especificação~~ — resolvida: RN-CM-028 (01-Definição v4.35) formaliza que a tag vem de Agenda.PrimeiraConsulta='S', distinta do cadastro ProgramaApoio de RN-CM-025.
~~Ordenação do Painel de Procedimentos (Seção 2.6) não era documentada~~ — resolvida: RN-CM-027 (01-Definição v4.35) formaliza a regra informada pelo solicitante (cronológica por Agenda.DhAgendaIniUTC, desempate alfabético pelo nome do paciente) — conferida contra a massa real e reproduz exatamente a ordem já usada nas Seções 5 deste documento, sem necessidade de reordenar nada.

Pendência resolvida nesta versão (v1.10):

Regra de compatibilidade legada para assinatura (Prescricao.DataAssinaturaPrescricao, RN-CM-029) — resolvida por completo, com correção do que a v1.9 havia estimado: uma rodada anterior a esta (25-27/09/2026) simplificou por completo a regra de assinar/revisar para 2 estados, eliminando a janela de validade de 7 dias — foi revertida a pedido do solicitante por ser precipitada (“uma vez assinada não tem porque assinar novamente” não é a regra real; a real tem 2 níveis de precedência, RN-CM-020 em 01-Definição v4.36). A regra corrigida: (1) a assinar = nunca assinada OU assinada mas vencida (mais de 7 dias, PrescricaoValidadeAssinatura); (2) a revisar = assinada e dentro da validade, aplicação a 24h ou menos, sem confirmação de revisão (PrescricaoAssinatura.TipoAssinatura = 'R') também dentro da validade. Para “assinada” e sua idade, RN-CM-029 formaliza que Prescricao.DataAssinaturaPrescricao conta como assinatura (compatibilidade legada) — quando mais recente que o registro em PrescricaoAssinatura, prevalece. Reconferido com essa regra corrigida contra as 4 prescrições “para assinar” com registro DataAssinaturaPrescricao preenchido: só a prescrição 70 (Beatriz A. Lima) muda de classificação — sua fonte mais recente (DataAssinaturaPrescricao, 18/09, idade 6,2 dias na data-base) está dentro da validade, mas a aplicação (26/09, hoje+2) está a mais de 24h de distância, então ela não entra em “a revisar” também — simplesmente sai de ambas as listas. As prescrições 43 (Yuki Tanaka), 68 (Cecília R. Ferreira) e 69 (Otávio B. Lima), que a v1.9 havia estimado que também sairiam da lista, permanecem “a assinar”: a fonte mais recente de cada uma (comparando PrescricaoAssinatura tipo A e DataAssinaturaPrescricao) já está vencida — a estimativa da v1.9 (que citava só a existência de DataAssinaturaPrescricao, sem comparar qual data é mais recente) não se confirmou para essas três. Muda 1 badge, não 4: CT-PRES-01.1 (5→4), CT-PRES-02.1 (10→9); CT-PRES-01.2 e CT-PRES-02.2 não mudam (prescrição 70/paciente 20 pertence ao painel do Dr. 11, não ao do Dr. 9). CT-KPI-04.1 “P/ assinar” 4→3; CT-KPI-04.2 sem mudança. Ver Seção 9 para o detalhamento completo da verificação contra CargaCMZero.xlsx.

Pendência resolvida nesta versão (v1.19) — supera a regra corrigida na v1.10: pedido do solicitante, simplificação grande de RN-CM-020 (01-Definição v4.39): abolido por completo o conceito de “assinatura vencida” que a v1.10 havia formalizado (2 níveis de precedência COM validade). Nova regra, ainda 2 precedências, agora sem expiração: (1) “a assinar” = nunca assinada + aplicação dentro de PrescricaoTempoAssinatura (novo parâmetro, padrão 7 dias); (2) “a revisar” = assinada (qualquer época) + sem NENHUM registro TipoAssinatura = 'R' (não mais “válido”, apenas existente) + aplicação dentro de PrescricaoTempoRevisao (padrão 1 dia, sem mudança); (3) novo pré-requisito para as duas: Prescricao.Situacao em P/G/A/O. Reconferido contra CargaCMZero.xlsx (mesma data-base, 24/09/2026 12:00): as 3 prescrições que a v1.10 havia confirmado como “permanecem a assinar por assinatura vencida” — 43 (Yuki Tanaka), 68 (Cecília R. Ferreira) e 69 (Otávio B. Lima) — saem da lista “a assinar” nesta versão, porque JÁ FORAM assinadas (a idade da assinatura deixou de importar) e nenhuma tem confirmação de revisão: 68 (aplicação hoje+2) e 69 (aplicação hoje+3) saem completamente de ambas as listas (aplicação além da janela de 1 dia de “a revisar”); 43 (aplicação hoje+1 14:00) é um caso-limite, igual ao já registrado para o próprio badge de urgência desta prescrição (“laranja ou sem badge conforme hora”) — no horário de referência usado neste documento (12h da data-base, mesma convenção de CT-KPI-01.1), a aplicação está a ~26h de distância, fora da janela de 24h de “a revisar”, então também sai das duas listas nesse instante; entra em “a revisar” (e ali permanece, sem expirar) assim que a distância cair abaixo de 24h. A prescrição 70 (Beatriz A. Lima), já fora de ambas as listas desde a v1.10 (por um motivo diferente — estava “assinada e dentro da validade” mas fora da janela de revisão), permanece fora, pelo motivo simplificado (assinada, fora da janela de revisão — sem mais “dentro da validade” a considerar). Achado adicional, motivador do novo filtro de Situacao: sem esse filtro, e sem mais o mecanismo de expiração para “limpar” o histórico, a contagem de “a revisar” (clínica toda) explodiria de ~7 para 34 prescrições — incluindo prescrições de dez/2025 já aplicadas há meses (nenhum registro TipoAssinatura = 'R' existe em toda a massa hoje). O filtro de Situacao IN ('P','G','A','O') resolve isso: das 34, apenas as ainda “em andamento” (não Q/F/C) contam — confirmado com 3 exemplos reais na massa que teriam entrado em “a revisar” sem o filtro e ficam de fora com ele: prescrições 31, 37 (Situacao = 'Q', Dr. 9) e 66 (Situacao = 'Q', Dr. 9) — todas assinadas, sem revisão, com aplicação dentro da janela de 1 dia, mas já com a quimioterapia confirmada pela enfermagem. Badges recalculados: CT-KPI-04.1 (Dr. 11) “P/ assinar” 3→1, “P/ revisar” mantém 1, “Urgentes” mantém 2 (nenhum dos 2 itens urgentes muda); CT-KPI-04.2 (Dr. 9) “P/ assinar” 3→2, “P/ revisar” e “Urgentes” mantêm 1; CT-KPI-06 (Dr. 12) sem mudança. CT-PRES-01.1 4→2, CT-PRES-02.1 9→7, CT-PRES-01.2 4→3, CT-PRES-02.2 10→8. Ver Seção 9 para o detalhamento atualizado.

Pendência resolvida nesta versão (v1.21): faltava cobertura de dado real para o caminho “prescrição já revisada” de RN-CM-020 (Precedência 2) — nenhum registro PrescricaoAssinatura.TipoAssinatura='R' existia em toda a massa até a v1.20 (gap registrado desde 04-Mapeamento de BD v4.40/v4.45). Dois pacientes novos (16 e 18, ver “Massa de dados” acima) fecham essa lacuna: suas prescrições de hoje (77, 82) já têm confirmação de revisão, e por isso não aparecem em nenhuma lista do painel de Prescrições Pendentes (Seção 4) — comportamento esperado, conferido. Efeito colateral reconciliado nesta versão: os dois pacientes também contam para o KPI “Em Tratamento” (Seção 2) e têm procedimento de quimioterapia hoje, com efeito no KPI “Procedimentos Hoje” e no painel Procedimentos na Clínica (Seção 5) — badges e listas atualizados.

Tags das Seções 3 e 5 foram reconferidas nesta versão contra os dados reais (ProgramaApoioPaciente e PEPProgramaApoioPaciente cruzado com PEP). Pendência da v1.1 considerada resolvida.

Mensagens (Seção 6) segue sem massa pré-carregada de Conversa/Mensagem, e isso é intencional: as demais tabelas (fora Tags e Equipes) começam vazias de propósito — são os próprios casos de teste da Seção 6 que geram essa massa, em sequência. Não é uma lacuna de carga.

Pendência resolvida nesta versão (v1.22): o solicitante reformulou as datas dos planos terapêuticos dos pacientes 1, 8, 19, 21 e 22 e pediu reconferência dos casos de “Não aderentes” (CT-KPI-02). Três achados no processo, todos esclarecidos com o solicitante antes de recalcular:

Deslocamento não anunciado da data-base: junto com a reformulação, as agendas “de hoje” da massa original (1 a 151) deslocaram de 24/09/2026 para 23/09/2026, sem que isso tivesse sido pedido explicitamente — só os planos terapêuticos deveriam ter mudado. O solicitante confirmou a nova data-base (23/09/2026 12:00) e ajustou também as agendas 158/163 (pacientes 16/18, da v1.21) para o mesmo dia. Atenção (v1.22): só a Seção 2 (Em Tratamento) foi reconferida contra o novo dia nesta versão — as demais seções assumiam que o deslocamento preservou horários/pacientes/status de cada agenda, sem conferência item a item. A conferência completa foi feita na v1.23 — ver pendência abaixo.
Divergência de intervalo entre ciclos no paciente 8: o protocolo Paclitaxel+Carboplatina tem Protocolo.IntervaloCiclosEmDias=28, mas o plano terapêutico do paciente tinha seu próprio campo com 21 dias, e as datas reais lançadas seguiam a cadência de 21 dias a partir do Ciclo 3 — batendo com o plano, não com o protocolo. O solicitante confirmou usar o valor do Protocolo (28 dias), como já documentado em 04-Mapeamento de BD — os Ciclos 3→4, 4→5 e 5→6 do paciente 8 contam como não aderentes (7 dias de desvio cada).
Erro de carga no paciente 22: a prescrição 67 (deveria ser o C2D1) estava gravada em PrescricaoProtocolo com Ciclo=1/Sessao=1 — idêntica à prescrição 66 (o C1D1 real) — em vez de Ciclo=2. Isso impedia a condição “início de novo ciclo” de TreatmentPlanAdherenceCount() de reconhecer a prescrição como tal, deixando a não aderência deste paciente sem detecção mecânica (mesmo ele devendo aparecer como não aderente, como sempre esteve documentado desde a v1.0). O solicitante confirmou corrigir a planilha (Ciclo=2) — corrigido diretamente em CargaCMZero.xlsx.

Resultado recalculado (ver CT-KPI-02.1/02.2 na Seção 2 para o detalhamento completo de cada paciente): Dr. 11 continua com 3 não aderentes (pacientes 1, 8, 19 — os 3 mesmos de antes, mas 2 deles por motivo diferente com as novas datas); Dr. 9 passa de 1 para 2 não aderentes (paciente 22 confirmado após a correção do erro de carga, e paciente 21, novo nesta versão — atraso de 10 dias no C1D1, não detectado antes porque as datas antigas do paciente 21 não tinham esse desvio). Revisão por Dois Críticos: não aplicável — recálculo de dado de teste a partir de datas fornecidas pelo próprio solicitante, com 3 decisões de modelagem confirmadas diretamente com ele (não interpretação autônoma).

Pendência resolvida nesta versão (v1.23): conferência completa das Seções 3, 4 e 5 contra a nova data-base (23/09/2026 12:00), pedida pelo solicitante (“faça a conferência completa”), completando o que a v1.22 deixou em aberto.

Seção 3 (Consultas) e Seção 5 (Procedimentos na Clínica): as 23 agendas “de hoje” rastreadas nestas duas seções (Agenda 1, 62, 65, 70, 87, 101-110, 113, 118, 132, 134, 148, 151, 158, 163) foram reconferidas campo a campo (horário, Situacao, recepção, atendimento, infusão) — todos os valores batem exatamente com o texto já publicado; o deslocamento de dia não alterou nenhum conteúdo, confirmado item a item. Nenhuma mudança de texto necessária nestas duas seções, além do cabeçalho de data-base já atualizado na v1.22.
Seção 4 (Prescrições Pendentes): reconferida prescrição a prescrição contra Agenda.DhAgendaIniUTC e a janela de 1 dia de PrescricaoTempoRevisao (04-Mapeamento de BD §4.6) — 4 achados, todos corrigidos nesta versão (ver também a nota no cabeçalho do documento): (1) Roberto N. Alves (19, prescrição 61) — badge “−6h atrasado” não batia com Agenda 138 (09:00, −3h da referência 12h) em nenhuma das duas datas-base; era um valor já errado antes desta rodada, corrigido para “−3h atrasado” (3 ocorrências, CT-PRES-01.1/02.1/02.2). (2) Beatriz A. Lima (20, prescrição 70) — rótulo “hoje+2” desatualizado; Agenda 147 (26/09) é hoje+3 em relação à nova data-base; corrigido. (3) e (4) Benjamin Thompson (17, prescrições 73 e 74, C1D1/C1D2) — as Agenda 154 e 155 não se deslocaram junto com o resto da massa quando a data-base mudou de 24/09 para 23/09 (mesmo padrão já visto em 158/163 antes do ajuste do solicitante, mas estas duas não foram corrigidas). Prescrição 73 (C1D1, Agenda 154, 23/09 11:00): o rótulo “ontem 11:00” passa a ser “hoje 11:00” — sem mudança de badge (aplicação já passou, permanece “a revisar”). Prescrição 74 (C1D2, Agenda 155, 24/09 12:30): a 24h30 da nova referência, passa a ficar fora da janela de 1 dia de “a revisar” — sai das listas “Todas” (CT-PRES-02.1 badge 7→6, CT-PRES-02.2 badge 8→7; matriz de rastreabilidade da Seção 9 também atualizada, de 5 para 4 casos reais de “a revisar”). Nenhum dos 4 achados é reinterpretação de regra — são recálculos diretos de Agenda.DhAgendaIniUTC contra a data-base já confirmada na v1.22. Revisão por Dois Críticos: não aplicável — conferência de dado de teste contra regra já documentada, sem decisão de modelagem nova.

Pendência resolvida nesta versão (v1.24): o solicitante fez 2 correções diretas em CargaCMZero.xlsx, ambas verificadas contra a massa e propagadas neste documento:

Prescrição 61 (Roberto N. Alves, C4D1) — Situacao corrigida de 'G' para 'F'. O solicitante apontou que o terceiro item de “Não aderentes” em CT-KPI-02.1 (paciente 19) não deveria contar — a sessão foi de fato realizada, e o C1D1 do paciente está dentro da tolerância do protocolo. Conferido linha a linha contra CargaCMZero.xlsx (protocolo 69, IntervaloCiclosEmDias=21, ToleranciaEntreSessoes=ToleranciaEntreCiclos=1): Condição 1 (C1D1 real 22/07 vs. planejado 21/07, diferença de 1 dia, igual à tolerância — não excede, portanto adere); Condição 2 (antes flagrava a prescrição 61 como “esperada não realizada” enquanto Situacao='G' e a data já tinha passado — deixa de se aplicar com Situacao='F'); Condição 3b (transições de ciclo 1→2, 2→3, 3→4 e 4→5 todas em exatamente 21 dias, sem desvio). Nenhuma das 3 condições de TreatmentPlanAdherenceCount() (04-Mapeamento de BD §4.5) flagra o paciente 19 — sai por completo de “Não aderentes” (CT-KPI-02.1: 3→2). O mesmo dado corrigido também retira a prescrição 61 de RN-CM-020 por inteiro (F fora do filtro Situacao IN ('P','G','A','O')) — Roberto N. Alves sai de CT-PRES-01.1, 02.1 e 02.2, e de CT-KPI-04.1 (Urgentes 2→1, P/ assinar 1→0). Como efeito colateral, o empate documentado desde a v1.2/v1.8 entre Roberto (19) e Rogério (2), ambos “hoje 09:00” — usado para ilustrar a falta de critério de desempate de RN-CM-011 — deixa de ter cobertura de dado real (ver nota em “Detalhamento” da Seção 4).
Prescrição 72 (Kenji Chen, C1D1, médico Dr. Ricardo Martins/12) — assinatura removida de PrescricaoAssinatura, deliberadamente. O solicitante retirou o único registro de assinatura desta prescrição para ter, pela primeira vez na massa, um caso real de “prescrição nunca assinada” pertencente a um médico de terceiros (nem Dr. 11, nem Dr. 9) na visão “Todas” dos painéis dos 2 médicos rastreados. Efeito em RN-CM-020: a prescrição passa da Precedência 2 (“a revisar”) para a Precedência 1 (“a assinar”) — ação do card muda de Revisar para Assinar em CT-PRES-02.1/02.2 (badge e posição na ordem não mudam, Agenda 153 inalterada) e em CT-KPI-06 (P/ revisar 1→0, P/ assinar 0→1).

Revisão por Dois Críticos: não aplicável — ambas são correções de dado de teste feitas e comunicadas diretamente pelo solicitante, com o cálculo de adesão (item 1) conferido linha a linha contra a regra já documentada em 04-Mapeamento de BD §4.5, sem decisão de modelagem nova.

Pendências abertas:

RN-CM-011 não define critério de desempate para prescrições com o mesmo horário de aplicação: afeta o empate entre Roberto N. Alves (19) e Rogério M. Santos (2), ambos “hoje 09:00”, nas listas completas de CT-PRES-02.1/02.2 (Seção 4). A ordem usada segue a observada na carga de referência, não uma regra confirmada.
CT-PRES-07 (janela de revisão configurada diferente do padrão) não tem massa dedicada: falta uma prescrição já assinada (qualquer época, desde a v1.19 não há mais janela de validade a respeitar), sem confirmação de revisão (TipoAssinatura = 'R'), com aplicação entre 24h e 48h à frente da data-base — mais a alteração de IpParametroChave.Valor de PrescricaoTempoRevisao para 2 (dias) na clínica de teste.
CT-PRES-09 (janela de antecedência de assinatura configurada diferente do padrão) não tem massa dedicada: falta uma prescrição nunca assinada com aplicação entre o valor alterado e o valor-padrão de 7 dias (ex: aplicação a 5 dias, com o parâmetro PrescricaoTempoAssinatura alterado para 3) — mais a alteração de IpParametroChave.Valor na clínica de teste.
Origem real do vínculo vip↔paciente ainda em aberto (Paciente.PacienteVip vs. ProgramaApoioPaciente): o solicitante classificou Paciente.PacienteVip como um conceito legado, de uso futuro incerto — não uma decisão de que a associação venha desse campo. A massa real já usa ProgramaApoioPaciente para os 2 pacientes VIP cadastrados (3 e 12), mesmo mecanismo das outras 7 tags; nenhum caso de teste desta versão depende de Paciente.PacienteVip. Ver Histórico de 04 - Mapeamento de Banco de Dados (v4.44) para o achado completo.
CT-PRES-06.2 (estado vazio do toggle ‘Todos’ em Prescrições Pendentes) não tem massa dedicada: a massa atual sempre tem ao menos uma prescrição “a revisar” de algum médico da clínica, então nenhum médico consegue ver o toggle “Todos” vazio hoje — precisaria de uma massa auxiliar sem nenhuma prescrição a revisar/a assinar em toda a clínica.
CT-PROC-07.2 (estado vazio do toggle ‘Todos’ em Procedimentos na Clínica) não tem massa dedicada: a massa atual sempre tem pacientes na unidade vinculados a outros médicos, então o toggle “Todos” nunca fica vazio hoje — precisaria de uma massa auxiliar sem nenhum paciente presente na clínica.

2. KPI Bar

ID	Pré-condição	Passos	Resultado Esperado	Dados de Teste	RN Relacionada
CT-KPI-01.1	Dr. Craig Evans (11) logado, Central aberta hoje	Observar o card “Consultas Hoje”	Finalizadas/Total: 2/8 · Pendentes: 6 · Atrasadas: 2 (varia com o horário; valor de referência supõe 12h)	Agenda 1, 62, 87, 101, 103, 105, 107, 109, 113, 148 (107=I, 109=T, excluídos do total)	Seção 4.2 (Mapeamento de BD)
CT-KPI-01.2	Dr. Gilliard (9) logado, Central aberta hoje	Observar o card “Consultas Hoje”	Finalizadas/Total: 4/8 · Pendentes: 4 · Atrasadas: 0 (valor de referência supõe 14h)	Agenda 65, 70, 102, 104, 106, 108, 110, 118, 132, 134, 151 (104=D, 106=F, 118=M, excluídos do total)	Seção 4.2
CT-KPI-02.1	Dr. Craig Evans (11) logado, Central aberta hoje	Observar o card “Em Tratamento”	Em tratamento: 9 (v1.21: +1, paciente 16) · Não aderentes: 2 (corrigido na v1.24 — era 3; paciente 19 saiu, ver nota ⬇) — (pac. 1: C7D1 realizado 34 dias após C6D1, 6 dias acima da tolerância de 1 sobre os 28 dias do protocolo; pac. 8: C1D1 atrasado 12 dias vs. planejado, C1D8/C1D15 do Ciclo 1 muito fora do padrão, e as transições de Ciclo 3→4, 4→5 e 5→6 cada uma 7 dias acima da tolerância de 1 sobre os 28 dias oficiais do protocolo (as datas reais caem numa cadência de 21 dias, não 28 — ver Histórico))	Ver “Massa de dados” — planos terapêuticos dos pacientes 1, 8; paciente 16 conta para “Em tratamento” mas não tem `PrescricaoProtocolo` (não entra em “Não aderentes”); paciente 19 conta para “Em tratamento” mas saiu de “Não aderentes” na v1.24 (prescrição 61 corrigida para `Situacao=`)	RN-CM-023, RN-CM-024
CT-KPI-02.2	Dr. Gilliard (9) logado, Central aberta hoje	Observar o card “Em Tratamento”	Em tratamento: 10 (v1.21: +1, paciente 18) · Não aderentes: 2 (v1.22: +1, paciente 21) — recalculado na v1.22 (pac. 21: C1D1 atrasado 10 dias vs. planejado, 17/08 real contra 07/08 planejado; pac. 22: C2D1 33 dias após C1D1, 5 dias acima da tolerância de 1 sobre os 28 dias do protocolo — só detectável a partir desta versão, ver Histórico sobre o erro de carga corrigido)	Ver “Massa de dados” — planos terapêuticos dos pacientes 21, 22; paciente 18 conta para “Em tratamento” mas não tem `PrescricaoProtocolo` (não entra em “Não aderentes”)	RN-CM-023, RN-CM-024
CT-KPI-03.1	Dr. 11 logado, Central aberta hoje	Observar o card “Procedimentos Hoje”	Total do médico: 4 (v1.21: +1) · Em atendimento: 0 · Aguardando: 2 (v1.21: +1) · Previstos: 1	Prescrição 11, 42, 61, 77 (paciente 16, Agenda 158, `waiting`) / Agenda tipo Q de hoje	Seção 4.4
CT-KPI-03.2	Dr. 9 logado, Central aberta hoje	Observar o card “Procedimentos Hoje”	Total do médico: 4 (v1.21: +1) · Em atendimento: 3 (v1.21: +1) · Aguardando: 0 · Previstos: 1	Prescrição 31, 37, 71, 82 (paciente 18, Agenda 163, `administering`) / Agenda tipo Q de hoje	Seção 4.4
CT-KPI-04.1	Dr. 11 logado, Central aberta hoje	Observar o card de Alertas de Prescrição	Urgentes: 1 (corrigido na v1.24 — era 2) (error-dark) · P/ revisar: 1 · P/ assinar: 0 (corrigido na v1.24 — era 1)	Prescrição 11 (43 e 68 saem — já assinadas; 61 sai na v1.24 — `Situacao` corrigida para `F`, fora do filtro `P`/`G`/`A`/`O` de RN-CM-020 — ver Pendências de Massa de Dados)	RN-CM-011, RN-CM-012, RN-CM-020, RN-CM-029
CT-KPI-04.2	Dr. 9 logado, Central aberta hoje	Observar o card de Alertas de Prescrição	Urgentes: 1 (error-dark) · P/ revisar: 1 · P/ assinar: 2	Prescrição 65, 67, 71 (69 sai — já assinada, ver Pendências de Massa de Dados)	RN-CM-011, RN-CM-012, RN-CM-020, RN-CM-029
CT-KPI-05	Qualquer médico logado, Central aberta hoje	Clicar em cada um dos 4 KPIs	Consultas Hoje → Agenda do Médico · Em Tratamento → “Meus Pacientes” (ainda não criado) · Procedimentos Hoje → Procedimentos do dia (ainda não criado) · Alertas → Prescrições Pendentes (ainda não criado)	—	—
CT-KPI-06	Dr. Ricardo Martins (12) logado, Central aberta hoje	Observar o card de Alertas de Prescrição	Urgentes: 0 (neutral-dark) · P/ revisar: 0 (corrigido na v1.24 — era 1) · P/ assinar: 1 (corrigido na v1.24 — era 0)	Prescrição 72 (única do médico; nesta versão sem assinatura — retirada pelo solicitante para cobrir o caso “prescrição nunca assinada de um médico de terceiros” na visão “Todas”)	RN-CM-011, RN-CM-012, RN-CM-020

3. Painel Consultas

ID	Pré-condição	Passos	Resultado Esperado	Dados de Teste	RN Relacionada
CT-CONS-01.1	Dr. 11 logado, hoje	Olhar o painel Consultas (toggle em “Pendentes”)	Badge: 6, em ordem — ver detalhamento ⬇ (`CT-CONS-01.1`)	Agenda 1, 62, 87, 101, 103, 105, 107, 109, 113, 148 (inclusive finalizadas/canceladas)	RN-CM-006 (ordenação), RN-CM-025 (tags)
CT-CONS-01.2	Dr. 9 logado, hoje	Olhar o painel Consultas (toggle em “Pendentes”)	Badge: 4, em ordem — ver detalhamento ⬇ (`CT-CONS-01.2`)	Agenda 65, 70, 102, 104, 106, 108, 110, 118, 132, 134, 151 (inclusive finalizadas/canceladas)	RN-CM-006 (ordenação), RN-CM-025 (tags)
CT-CONS-02.1	Dr. 11 logado, hoje	Tocar toggle para “Todos”	Badge: 8, lista completa em ordem cronológica (RN-CM-006) — ver detalhamento ⬇ (`CT-CONS-02.1`)	Mesma massa de CT-CONS-01.1	RN-CM-006
CT-CONS-02.2	Dr. 9 logado, hoje	Tocar toggle para “Todos”	Badge: 8, lista completa em ordem cronológica (RN-CM-006) — ver detalhamento ⬇ (`CT-CONS-02.2`)	Mesma massa de CT-CONS-01.2	RN-CM-006
CT-CONS-03.1	Dr. 11 logado, Painel Consultas visível	Olhar card da Cecília R. Ferreira (23) após as 10:30	Card ganha sinalizador “Atrasado” + tempo em atraso	Agenda 105	—
CT-CONS-03.2	Dr. 9 logado, Painel Consultas visível	Olhar card do Marcelo T. Pinto (22) após as 13:30	Card ganha sinalizador “Atrasado” + tempo em atraso	Agenda 108	—
CT-CONS-04	Painel Consultas visível	Tocar em uma consulta com paciente (ex.: Beatriz A. Lima (20), Em atendimento)	Abre o prontuário (PEP) do paciente	—	—
CT-CONS-05	Médico logado, Painel Consultas visível	Tocar no título “Consultas”	Abre a Agenda do Médico no dia de hoje, com as 8 agendas válidas do dia	—	—
CT-CONS-06.1	Dra. Aline Chen (17) logada, Painel de Consultas visível, toggle em “Pendentes” (default)	Abrir o painel	Painel vazio, mensagem “Nenhuma agenda pendente para o dia” (`MSG_appointmentNonePending`)	— (nenhuma agenda hoje para este médico)	—
CT-CONS-06.2	Dra. Aline Chen (17) logada, Painel de Consultas visível, toggle em “Todos”	Tocar o toggle para “Todos”	Painel vazio, mensagem “Nenhuma agenda para o dia” (`MSG_appointmentNoneAll`)	— (nenhuma agenda hoje para este médico)	—
CT-CONS-07.1	Dr. 11 logado, Painel de Consultas visível	Observar o card da Cecília R. Ferreira (23)	Borda esquerda azul-claro (cor do status Recepcionado)	Agenda 105	—
CT-CONS-07.2	Dr. 9 logado, Painel de Consultas visível	Observar o card do Marcelo T. Pinto (22)	Borda esquerda azul-claro (cor do status Recepcionado)	Agenda 108	—
CT-CONS-08.1	Dr. 11 logado, Painel de Consultas visível	Observar o card da Maria Silva (4)	Borda esquerda rosa (cor do status Aguardando Recepção)	Agenda 62	—
CT-CONS-08.2	Dr. 9 logado, Painel de Consultas visível	Observar o card da Sophia Muller (12)	Borda esquerda rosa (cor do status Aguardando Recepção)	Agenda 134	—
CT-CONS-09.1	Dr. 11 logado, Painel de Consultas visível	Observar o card da Fatima Al-Mansoori (6)	Tag “1ª consulta” na cor lilás-claro	Agenda 148	RN-CM-025
CT-CONS-09.2	Dr. 9 logado, toggle “Todos”	Observar o card do John Smith (3)	Tag “1ª consulta” na cor lilás-claro	Agenda 102	RN-CM-025

Detalhamento — Resultado Esperado

Ordenação (RN-CM-006): a lista de Consultas é sempre cronológica pelo horário agendado, priorizando o próximo atendimento; consultas finalizadas permanecem na sua posição cronológica original. A ordem abaixo faz parte do resultado esperado, não é só o conjunto de cards.

Campos adicionados nesta versão: Foto (sim/não — só Cecília R. Ferreira/23 e Otávio B. Lima/24 não têm, ver Massa de dados) e Tipo de Consulta (Presencial/Teleatendimento, Agenda.Atendimento). Tooltip das Tags de Atenção (ProgramaApoio.Descricao, um por tag — não repetido em cada card abaixo): VIP = “Paciente com tratamento administrativo diferenciado” · IC = “Paciente com CID de insuficiência cardíaca” · INT.MED = “Interação medicamentosa sinalizada” · ESPECIAL = “Paciente portador de alguma condição física, cognitiva ou sensorial que requeira atenção multiprofissional para garantia dos seus direitos”. A tag “1ª consulta” não tem tooltip próprio documentado — não é uma tag ProgramaApoio (RN-CM-028).

CT-CONS-01.1 — cards esperados, em ordem (toggle “Pendentes”, Dr. 11)

Beatriz A. Lima (20) — 09:30–10:00 · C50.9 - Câncer de mama · tag IC (amarelo-ouro) · Em atendimento (verde) · sem borda · Foto: sim · Presencial
Cecília R. Ferreira (23) — 10:30–11:00 · sem diagnóstico · sem tag · Recepcionado (azul-claro) · borda azul-claro · Foto: não · Presencial
Maria Silva (4) — 13:30–14:00 · C50.2 - Câncer de mama (QSI) · tag INT.MED (amarelo-claro) · Aguardando Recepção (rosa) · borda rosa · Foto: sim · Teleatendimento
Yuki Tanaka (8) — 14:00–14:15 · C56.3 - Câncer de ovários (bi) · tag INT.MED (amarelo-claro) · Agendado (laranja) · sem borda · Foto: sim · Presencial
Reed Richards / Amanda Peres (1) — 15:45–16:00 · C64 - Câncer do rim · sem tag · Agendado (laranja) · sem borda · Foto: sim · Presencial
Fatima Al-Mansoori (6) — 16:00–17:00 · sem diagnóstico · tag 1ª consulta (lilás-claro) · Agendado (laranja) · sem borda · Foto: sim · Presencial

CT-CONS-01.2 — cards esperados, em ordem (toggle “Pendentes”, Dr. 9)

Otávio B. Lima (24) — 13:00–13:30 · C61 - Câncer de Próstata · tag ESPECIAL (lilás-claro) · Em atendimento (verde-claro) · sem borda · Foto: não · Presencial
Marcelo T. Pinto (22) — 14:30–15:00 · C34.9 - Câncer de pulmão · tag IC (amarelo-ouro) · Recepcionado (azul-claro) · borda azul-claro · Foto: sim · Presencial
Sophia Muller (12) — 15:30–16:00 · sem diagnóstico · tags 1ª consulta (lilás-claro) + VIP (verde) · Aguardando Recepção (rosa) · borda rosa · Foto: sim · Presencial
Alejandro Ramirez (9) — 16:00–16:30 · sem diagnóstico · sem tag · Agendado (laranja) · Foto: sim · Teleatendimento

CT-CONS-02.1 — lista completa, em ordem (toggle “Todos”, Dr. 11 — 8 cards)

Roberto N. Alves (19) — 08:30–09:00 · C22.0 - Câncer de fígado · tag INT.MED (amarelo-claro) · Finalizado (roxo) · Foto: sim · Teleatendimento
Anya Ivanova (10) — 09:00–09:30 · sem diagnóstico · tag 1ª consulta (lilás-claro) · Finalizado (roxo) · Foto: sim · Presencial
Beatriz A. Lima (20) — 09:30–10:00 · C50.9 - Câncer de mama · tag IC (amarelo-ouro) · Em atendimento (verde) · sem borda · Foto: sim · Presencial
Cecília R. Ferreira (23) — 10:30–11:00 · sem diagnóstico · sem tag · Recepcionado (azul-claro) · borda azul-claro · Foto: não · Presencial
Maria Silva (4) — 13:30–14:00 · C50.2 - Câncer de mama (QSI) · tag INT.MED (amarelo-claro) · Aguardando Recepção (rosa) · borda rosa · Foto: sim · Teleatendimento
Yuki Tanaka (8) — 14:00–14:15 · C56.3 - Câncer de ovários (bi) · tag INT.MED (amarelo-claro) · Agendado (laranja) · sem borda · Foto: sim · Presencial
Reed Richards / Amanda Peres (1) — 15:45–16:00 · C64 - Câncer do rim · sem tag · Agendado (laranja) · sem borda · Foto: sim · Presencial
Fatima Al-Mansoori (6) — 16:00–17:00 · sem diagnóstico · tag 1ª consulta (lilás-claro) · Agendado (laranja) · sem borda · Foto: sim · Presencial

CT-CONS-02.2 — lista completa, em ordem (toggle “Todos”, Dr. 9 — 8 cards)

Rogério M. Santos (2) — 08:30–08:45 · C67.9 - Câncer de bexiga · sem tag · Finalizado (roxo) · Foto: sim · Presencial
John Smith (3) — 09:00–09:30 · sem diagnóstico · tags 1ª consulta (lilás-claro) + VIP (verde) · Finalizado (roxo) · Foto: sim · Presencial
Carmen Garcia (14) — 09:30–10:00 · C16.8 - Câncer de estômago (+lesão) · tag IC (amarelo-ouro) · Finalizado (roxo) · Foto: sim · Teleatendimento
Maria Silva (4) — 10:00–10:30 · C50.2 - Câncer de mama (QSI) · tag INT.MED (amarelo-claro) · Finalizado (roxo) · Foto: sim · Presencial
Otávio B. Lima (24) — 13:00–13:30 · C61 - Câncer de Próstata · tag ESPECIAL (lilás-claro) · Em atendimento (verde-claro) · sem borda · Foto: não · Presencial
Marcelo T. Pinto (22) — 14:30–15:00 · C34.9 - Câncer de pulmão · tag IC (amarelo-ouro) · Recepcionado (azul-claro) · borda azul-claro · Foto: sim · Presencial
Sophia Muller (12) — 15:30–16:00 · sem diagnóstico · tags 1ª consulta (lilás-claro) + VIP (verde) · Aguardando Recepção (rosa) · borda rosa · Foto: sim · Presencial
Alejandro Ramirez (9) — 16:00–16:30 · sem diagnóstico · sem tag · Agendado (laranja) · Foto: sim · Teleatendimento

Nota — Maria Silva (4) tem tipo de consulta diferente em cada agenda: Teleatendimento na consulta do Dr. 11 (Agenda 62, item 5 acima) e Presencial na consulta do Dr. 9 (Agenda 65, item 4 de CT-CONS-02.2) — são atendimentos distintos, não um erro de digitação. A v1.8 havia sinalizado Teleatendimento só para Roberto N. Alves, Carmen Garcia e Alejandro Ramirez; a consulta de Maria Silva com o Dr. 11 (Agenda.Atendimento='T') não tinha sido conferida e ficou faltando — corrigida nesta versão.

4. Painel Prescrições Pendentes

ID	Pré-condição	Passos	Resultado Esperado	Dados de Teste	RN Relacionada
CT-PRES-01.1	Dr. 11 logado, hoje, toggle em “Minhas”	Observar o painel	Badge: 1 (corrigido na v1.24 — era 2; prescrição 61 saiu, ver nota ⬇), ordem por urgência — ver detalhamento ⬇ (`CT-PRES-01.1`)	Ver Seção 2 (mesmas prescrições de CT-KPI-04.1)	RN-CM-011, RN-CM-012, RN-CM-020, RN-CM-021, RN-CM-029
CT-PRES-01.2	Dr. 9 logado, hoje, toggle em “Minhas”	Observar o painel	Badge: 3, ordem por urgência — ver detalhamento ⬇ (`CT-PRES-01.2`)	Ver Seção 2 (mesmas prescrições de CT-KPI-04.2)	RN-CM-011, RN-CM-012, RN-CM-020, RN-CM-021, RN-CM-029
CT-PRES-02.1	Dr. 11 logado, hoje, tocar toggle “Todas”	Observar o painel	Badge: 5 (corrigido na v1.24 — era 6; prescrição 61 saiu, ver nota ⬇), lista completa em ordem de urgência — ver detalhamento ⬇ (`CT-PRES-02.1`)	IdPrescricao adicionais ao 1 de CT-PRES-01.1: 71 (Rogério/2), 73 (Benjamin/17), 67 (Marcelo/22), 72 (Kenji/15 — ação agora Assinar, ver nota ⬇)	RN-CM-011, RN-CM-012, RN-CM-020, RN-CM-021, RN-CM-029
CT-PRES-02.2	Dr. 9 logado, hoje, tocar toggle “Todas”	Observar o painel	Badge: 6 (corrigido na v1.24 — era 7; prescrição 61 saiu, ver nota ⬇), lista completa em ordem de urgência — ver detalhamento ⬇ (`CT-PRES-02.2`)	IdPrescricao adicionais aos 3 de CT-PRES-01.2: 73 (Benjamin/17), 11 (Reed/1), 72 (Kenji/15 — ação agora Assinar, ver nota ⬇)	RN-CM-011, RN-CM-012, RN-CM-020, RN-CM-021, RN-CM-029
CT-PRES-03	Médico logado, Painel de Prescrições Pendentes visível	Clicar em “Assinar” num card	Abre a página de report da prescrição com o botão de Assinar (não implementado)	—	—
CT-PRES-04	Médico logado, Painel de Prescrições Pendentes visível	Clicar em “Revisar” num card	Abre a página de report da prescrição com o botão de Revisar (não implementado)	—	—
CT-PRES-05	Médico logado, Painel de Prescrições Pendentes visível	Tocar no título do painel	Abre a página de Prescrições Pendentes (não implementado)	—	—
CT-PRES-06.1	Dra. Aline Chen (17) logada, Central aberta, toggle em “Meus” (default)	Observar o painel	Sem cards, mensagem “Sem prescrições pendentes para você” (`MSG_prescriptionNoneMine`)	— (nenhuma prescrição a assinar nem a revisar como preferencial para este médico)	—
CT-PRES-06.2	A partir do estado de CT-PRES-06.1	Tocar o toggle para “Todos”	Não reproduzível com a massa atual: a massa real sempre tem ao menos uma prescrição “a revisar” de algum médico da clínica hoje (CT-PRES-01.1/02.1 mostram 1 “Minhas” contra 5 “Todas” para o Dr. 11, nesta versão — a diferença são itens de outros médicos), então nenhum médico consegue ver o toggle “Todos” vazio com os dados de hoje; `MSG_prescriptionNoneAll` sem cobertura de dado real	Pendente — sem massa dedicada (ver Pendências de Massa de Dados)	—
CT-PRES-07	Parâmetro `PrescricaoTempoRevisao` da clínica alterado para 2 (dias); médico prescritor logado; prescrição assinada (qualquer época, sem janela de validade a respeitar), sem confirmação de revisão, com aplicação entre 24h e 48h à frente	Observar o painel (toggle “Minhas”) e o card de Alertas de Prescrição; depois voltar o parâmetro para 24 e observar de novo	Com 2: a prescrição aparece com ação Revisar, sem chip de urgência (≥24h, RN-CM-011), e entra na contagem “P/ revisar”. Com 1: a prescrição sai das duas listas (nem “a assinar”, nem “a revisar”)	Pendente — sem massa dedicada (ver Pendências de Massa de Dados)	RN-CM-011, RN-CM-020
CT-PRES-08	Linha de `PrescricaoTempoRevisao` ausente em `IpParametroChave` para a clínica; Dr. 11 logado, hoje, toggle em “Minhas”	Observar o painel	Mesmo resultado de CT-PRES-01.1 — o sistema assume a janela padrão de 1 dia	Massa atual (mesmas prescrições de CT-PRES-01.1)	RN-CM-020
CT-PRES-09	Parâmetro `PrescricaoTempoAssinatura` da clínica alterado para 3 (dias); médico prescritor logado; prescrição nunca assinada, com aplicação a 5 dias à frente	Observar o painel (toggle “Minhas”) e o card de Alertas de Prescrição; depois voltar o parâmetro para 7 e observar de novo	Com 3: a prescrição não aparece em nenhuma lista (5 dias > 3). Com 7 (padrão): a prescrição aparece com ação Assinar	Pendente — sem massa dedicada (ver Pendências de Massa de Dados)	RN-CM-020
CT-PRES-10	Linha de `PrescricaoTempoAssinatura` ausente em `IpParametroChave` para a clínica; Dr. 11 logado, hoje, toggle em “Minhas”	Observar o painel	Mesmo resultado de CT-PRES-01.1 — o sistema assume a janela padrão de 7 dias	Massa atual (mesmas prescrições de CT-PRES-01.1)	RN-CM-020

Detalhamento — Resultado Esperado

Ordenação (RN-CM-011/RN-CM-020): as prescrições são ordenadas por urgência — quanto mais próxima a aplicação agendada, mais prioritária; <12h = crítica (badge vermelho), 12–24h = atenção (badge laranja). A ordem abaixo faz parte do resultado esperado. RN-CM-011 não define critério de desempate entre prescrições com o mesmo horário de aplicação; a partir da v1.24, a massa não tem mais nenhum empate real (Roberto/19, prescrição 61, saiu das listas — ver nota abaixo — deixando de empatar com Rogério/2 às hoje 09:00) — pendência sem cobertura de dado real (ver Pendências de Massa de Dados).

CT-PRES-01.1 — cards esperados, em ordem (toggle “Minhas”, Dr. 11 — 1 card, corrigido na v1.24)

Reed Richards (1) — NIVOLUMAB C7D1 · hoje 14:00 · badge vermelho (atrasado/restante conforme hora) · ação Revisar · borda Meu

Roberto N. Alves (19), prescrição 61 (NIVOLUMAB+IPILIMUMAB C4D1), sai desta lista nesta versão (v1.24): o solicitante corrigiu Prescricao.Situacao de 'G' para 'F' (a sessão de hoje foi de fato realizada, não ficou pendente). F está fora do filtro Situacao IN ('P','G','A','O') de RN-CM-020 (04-Mapeamento de BD §4.6) — a prescrição sai por completo de “a assinar” e de “a revisar”, em qualquer toggle. Esta correção também resolve, com o mesmo dado, o achado do paciente 19 em CT-KPI-02.1 (Seção 2): ver “Pendência resolvida nesta versão (v1.24)” em “Pendências de Massa de Dados”.

Yuki Tanaka (8), prescrição 43, e Cecília R. Ferreira (23), prescrição 68, saem desta lista nesta versão (v1.19): ambas já estão assinadas (43 via PrescricaoAssinatura, 68 via DataAssinaturaPrescricao, RN-CM-029) — desde a v1.19 isso basta para nunca mais aparecerem em “a assinar”, sem verificação de idade/vencimento (conceito abolido). Nenhuma das duas tem confirmação de revisão, mas nenhuma entra em “a revisar” no horário de referência deste documento (12h da data-base): Cecília (aplicação hoje+2) está fora da janela de 1 dia de “a revisar”; Yuki (aplicação hoje+1 14:00, ~26h de distância no horário de referência) também está fora dessa janela — o mesmo caso-limite já registrado no seu badge (“laranja ou sem badge conforme hora”): assim que a distância cair abaixo de 24h, Yuki entra em “a revisar” (e ali permanece, sem expirar, até ser revisada). Até a v1.18, o conceito então vigente de “assinatura vencida” (RN-CM-020, abolido na v4.39 do 01-Definição) mantinha as duas em “a assinar” — não mais.

Beatriz A. Lima (20), prescrição 70, permanece fora de ambas as listas, como desde a v1.10 — já assinada (via DataAssinaturaPrescricao, RN-CM-029), sem revisão, mas com aplicação (hoje+3, corrigido nesta versão — v1.23) fora da janela de 1 dia de “a revisar”; a v1.19 simplifica o motivo (não há mais “dentro da validade” a considerar), sem mudar o resultado. Ver “Pendências de Massa de Dados” e Seção 9.

Isabella Santos (16), prescrição 77, e Elena Volkov (18), prescrição 82 — novas na v1.21, não aparecem em nenhuma lista deste painel: ambas já assinadas (par legado, RN-CM-029) e já com confirmação de revisão (TipoAssinatura='R', datada de antes da data-base) — Precedência 2 de RN-CM-020 satisfeita como “já revisada”, primeira cobertura de dado real desse caminho nesta massa (ver “Pendências de Massa de Dados”). Isabella é paciente do Dr. 11 (prescritor), Elena do Dr. 9 — nenhuma aparece em “Minhas” nem em “Todas” de nenhum dos dois médicos.

CT-PRES-01.2 — cards esperados, em ordem (toggle “Minhas”, Dr. 9)

Rogério M. Santos (2) — GENCITABINA+CISPLATINA C1D1 · hoje 09:00 · badge vermelho atrasado · ação Assinar · borda Meu
Marcelo T. Pinto (22) — ACIDO ZOLEDRONICO C2D1 · hoje+1 08:00 · badge laranja/vermelho conforme hora (troca às 20h) · ação Revisar · borda Meu
Helena D. Costa (21) — DOCETAXEL+CARBOPLATINA C3D1 · hoje+5 · sem badge · ação Assinar · borda Meu

Otávio B. Lima (24), prescrição 69, sai desta lista nesta versão (v1.19): já assinada (via DataAssinaturaPrescricao, RN-CM-029) — desde a v1.19 isso basta para nunca mais aparecer em “a assinar” (sem verificação de vencimento). Sem confirmação de revisão, mas aplicação (hoje+3) fora da janela de 1 dia de “a revisar” — sai de ambas as listas. Até a v1.18, o conceito então vigente de “assinatura vencida” mantinha esta prescrição em “a assinar”.

CT-PRES-02.1 — lista completa, em ordem (toggle “Todas”, Dr. 11 — 5 cards, corrigido na v1.24)

Rogério M. Santos (2) — GENCITABINA+CISPLATINA C1D1 · hoje 09:00 · badge vermelho atrasado · ação Assinar · sem borda
Benjamin Thompson (17) — FLOT C1D1 · hoje 11:00 · badge vermelho (aplicação já passou) · ação Revisar · sem borda
Reed Richards (1) — NIVOLUMAB C7D1 · hoje 14:00 · badge vermelho (atrasado/restante conforme hora) · ação Revisar · borda Meu
Marcelo T. Pinto (22) — ACIDO ZOLEDRONICO C2D1 · hoje+1 08:00 · badge laranja/vermelho conforme hora (troca às 20h) · ação Revisar · sem borda
Kenji Chen (15) — PRESCRIÇÃO LIVRE C1D1 · hoje+1 09:00 · badge laranja/vermelho conforme hora (troca às 21h) · ação Assinar (corrigido na v1.24 — era Revisar; o solicitante retirou a assinatura da prescrição 72 para cobrir o caso “nunca assinada, médico de terceiros” — ver nota abaixo) · sem borda

Yuki Tanaka (8, prescrição 43) e Cecília R. Ferreira (23, prescrição 68) saem desta lista nesta versão (v1.19) — mesmo motivo de CT-PRES-01.1 acima (já assinadas, sem verificação de vencimento; fora da janela de “a revisar” no horário de referência).

Beatriz A. Lima (20), prescrição 70, permanece fora desta lista — mesmo motivo de CT-PRES-01.1 acima.

Benjamin Thompson (17), prescrição 74 (FLOT C1D2), sai desta lista desde a v1.23 — já assinada (RN-CM-029), sem confirmação de revisão, mas Agenda 155 (hoje+1 12:30) não se deslocou junto com a massa geral — a 24h30 da nova referência (23/09 12h), a aplicação fica acima da janela de 1 dia de “a revisar” (PrescricaoTempoRevisao, 04-Mapeamento de BD §4.6). Volta a entrar na lista quando a distância cair para 24h ou menos (a partir de hoje 12:30, no horário de referência).

Roberto N. Alves (19), prescrição 61, sai desta lista nesta versão (v1.24) — mesmo motivo de CT-PRES-01.1 acima (Situacao corrigida para F).

Kenji Chen (15), prescrição 72 — ação muda de Revisar para Assinar nesta versão (v1.24): o solicitante removeu o registro de assinatura (PrescricaoAssinatura) desta prescrição, deliberadamente, para criar um caso real de “prescrição nunca assinada” pertencente a um médico de terceiros (Dr. Ricardo Martins/12, não Dr. 11 nem Dr. 9) na visão “Todas” — antes só havia cobertura desse caso para os 2 médicos rastreados. Agenda 153 (hoje+1 09:00) não mudou — badge e posição na ordem seguem iguais, só a ação e o enquadramento em RN-CM-020 (Precedência 1, “a assinar”, em vez de Precedência 2, “a revisar”) mudam. Ver CT-KPI-06 (Seção 2) e “Pendências de Massa de Dados”.

CT-PRES-02.2 — lista completa, em ordem (toggle “Todas”, Dr. 9 — 6 cards, corrigido na v1.24)

Rogério M. Santos (2) — GENCITABINA+CISPLATINA C1D1 · hoje 09:00 · badge vermelho atrasado · ação Assinar · borda Meu
Benjamin Thompson (17) — FLOT C1D1 · hoje 11:00 · badge vermelho (aplicação já passou) · ação Revisar · sem borda
Reed Richards (1) — NIVOLUMAB C7D1 · hoje 14:00 · badge vermelho (atrasado/restante conforme hora) · ação Revisar · sem borda
Marcelo T. Pinto (22) — ACIDO ZOLEDRONICO C2D1 · hoje+1 08:00 · badge laranja/vermelho conforme hora (troca às 20h) · ação Revisar · borda Meu
Kenji Chen (15) — PRESCRIÇÃO LIVRE C1D1 · hoje+1 09:00 · badge laranja/vermelho conforme hora (troca às 21h) · ação Assinar (corrigido na v1.24 — era Revisar; mesmo motivo de CT-PRES-02.1 acima) · sem borda
Helena D. Costa (21) — DOCETAXEL+CARBOPLATINA C3D1 · hoje+5 · sem badge · ação Assinar · borda Meu

Yuki Tanaka (8, prescrição 43) e Otávio B. Lima (24, prescrição 69) saem desta lista nesta versão (v1.19) — mesmo motivo de CT-PRES-01.2 acima (já assinadas, sem verificação de vencimento; fora da janela de “a revisar” no horário de referência, no caso de Yuki, ou definitivamente, no caso de Otávio).

Benjamin Thompson (17), prescrição 74 (FLOT C1D2), sai desta lista desde a v1.23 — mesmo motivo de CT-PRES-02.1 acima.

Roberto N. Alves (19), prescrição 61, sai desta lista nesta versão (v1.24) — mesmo motivo de CT-PRES-01.1 acima.

A reconstrução da lista completa em ordem cronológica (acima) resolve, por construção, a dúvida de duplicidade da prescrição 71/Rogério M. Santos registrada desde a v1.2: ele aparece uma única vez, na posição 2, com destaque “Meu” (é paciente do Dr. 9) — o item duplicado que existia no formato antigo (“cards adicionais”) era um erro de montagem da lista, não um comportamento real do sistema. Pendência da v1.2/v1.6 considerada resolvida.

5. Painel Procedimentos na Clínica

ID	Pré-condição	Passos	Resultado Esperado	Dados de Teste	RN Relacionada
CT-PROC-01.1	Dr. 11 logado, hoje, toggle “Meus”	Observar o painel	Badge: 4 (v1.21: +1), em ordem — ver detalhamento ⬇ (`CT-PROC-01.1`)	Prescrição/Agenda de hoje, Dr. 11	RN-CM-025 (tags), RN-CM-026 (horário do Finalizado), RN-CM-027 (ordenação)
CT-PROC-01.2	Dr. 9 logado, hoje, toggle “Meus”	Observar o painel	Badge: 4 (v1.21: +1), em ordem — ver detalhamento ⬇ (`CT-PROC-01.2`)	Prescrição/Agenda de hoje, Dr. 9	RN-CM-025, RN-CM-016, RN-CM-027
CT-PROC-02.1	Dr. 11 logado, hoje, tocar toggle “Todos”	Observar o painel	Badge: 9 (v1.21: +2), lista completa em ordem cronológica (RN-CM-027) — ver detalhamento ⬇ (`CT-PROC-02.1`)	—	RN-CM-025, RN-CM-016, RN-CM-026, RN-CM-027
CT-PROC-02.2	Dr. 9 logado, hoje, tocar toggle “Todos”	Observar o painel	Badge: 9 (v1.21: +2), lista completa em ordem cronológica (RN-CM-027) — ver detalhamento ⬇ (`CT-PROC-02.2`)	—	RN-CM-025, RN-CM-016, RN-CM-026, RN-CM-027
CT-PROC-04	Qualquer médico logado, hoje	Observar cards com status “Em Administração”/“Em Infusão”	Barra de progresso inline (3px), calculada a partir do tempo decorrido vs. `Prescrição.TempoAplicacao`; fica vermelha acima de 100%. Some assim que o status muda para Finalizado.	Ver casos 01/02 acima	RN-CM-016
CT-PROC-08 (novo)	Acompanhar um mesmo procedimento antes e depois de ele passar para Finalizado (ex.: Roberto N. Alves, agenda 101)	Observar o card antes do atendimento terminar, e novamente depois	Antes de Finalizado: horário exibido é o de início do atendimento. A partir de Finalizado: o horário exibido passa a ser o de término (12:02 no exemplo) — é um único valor que troca de sentido, não dois campos simultâneos (conferido no `03 - Protótipo v3.16.html`, linha 754: `c.status + ' (' + (Finalizado ? c.fim : c.inicio) + ')'`)	Agenda 101 (real início 09:03, término 12:02)	RN-CM-026
CT-PROC-05	Qualquer médico logado, hoje	Tocar no card	Abre a página de report do procedimento (não implementado); ao fechar, volta para a Central atualizada	—	—
CT-PROC-06	Qualquer médico logado, hoje	Tocar no botão “PEP”	Abre o Resumo do Prontuário do paciente	—	—
CT-PROC-07.1	Dra. Aline Chen (17) logada, Central aberta, toggle “Meus” (default)	Observar o painel	Sem cards, mensagem “Sem pacientes seus para o dia” (`MSG_proceduresNoneMine`)	— (nenhum paciente com vínculo direto com este médico hoje)	—
CT-PROC-07.2	A partir do estado de CT-PROC-07.1	Desativar o toggle “Meus”	Não reproduzível com a massa atual: há pacientes na unidade hoje vinculados a outros médicos (CT-PROC-02.1/02.2, badge 7 clínica-wide contra 3 do Dr. 11 sozinho em CT-PROC-01.1), então o toggle “Todos” nunca fica vazio hoje; `MSG_proceduresNoneAll` sem cobertura de dado real	Pendente — sem massa dedicada (ver Pendências de Massa de Dados)	—

Detalhamento — Resultado Esperado

Ordenação (RN-CM-027): a lista é ordenada cronologicamente pelo horário agendado do procedimento (Agenda.DhAgendaIniUTC) — não pelo horário exibido no card (início real ou término, conforme RN-CM-026). Procedimentos no mesmo horário são desempatados em ordem alfabética pelo nome do paciente. Confirmada contra a massa real e contra Cenários de Teste v1.0: reproduz exatamente a ordem abaixo, inclusive o empate Roberto N. Alves/Rogério M. Santos (ambos agendados às 09:00 — “Roberto” antes de “Rogério” alfabeticamente). Todos os pacientes deste painel têm foto (nenhum dos dois sem-foto da massa — Cecília R. Ferreira/23, Otávio B. Lima/24 — aparece aqui). Tooltip da tag INT.MED: ver legenda na Seção 3.

CT-PROC-01.1 — cards esperados, em ordem (toggle “Meus”, Dr. 11)

Roberto N. Alves (19) — NIVOLUMAB+IPILIMUMAB C4D1 · Setor Verde/Verde B · tag INT.MED (amarelo-claro) · Finalizado (12:02) · sem barra · borda Meu · Foto: sim
Reed Richards (1) — NIVOLUMAB C7D1 · Setor Rosa/Salmão B · sem tag · Aguardando recepção (14:00 agenda) · sem barra · borda Meu · Foto: sim
Yuki Tanaka (8) — PACLITAXEL+CARBOPLATINA C1D15 · Setor Verde/Verde A · tag INT.MED (amarelo-claro) · Agendado (14:30 agenda) · sem barra · borda Meu · Foto: sim
Isabella Santos (16, nova nesta versão) — GENCITABINA C1D15 · Setor Verde/Verde A · sem tag · Aguardando recepção (16:00 agenda) · sem barra · borda Meu · Foto: sim

CT-PROC-01.2 — cards esperados, em ordem (toggle “Meus”, Dr. 9)

Elena Volkov (18, nova nesta versão) — CISPLATINA C2D1 · Setor Rosa/Salmão A · sem tag · Em Administração · início 07:49 · progresso 93% (12h, cruza 100%/vermelho às 12:19) · borda Meu · Foto: sim
Rogério M. Santos (2) — GENCITABINA+CISPLATINA C1D1 · Setor Rosa/Limão A · sem tag · Em Administração · início 08:52 · progresso 84% (12h) / 104% vermelho (13h) · borda Meu · Foto: sim
Maria Silva (4) — DOCETAXEL+CARBOPLATINA C3D1 · Setor Verde/Verde A · tag INT.MED (amarelo-claro) · Em Administração · início 11:52 · progresso 0% (12h) / 28% (13h) · borda Meu · Foto: sim
Maria Silva (4) — PRESCRIÇÃO LIVRE C1D1 · Setor Verde/Verde A · tag INT.MED (amarelo-claro) · Agendado (15:00 agenda) · sem barra · borda Meu · Foto: sim

CT-PROC-02.1 — lista completa, em ordem (toggle “Todos”, Dr. 11 — 9 cards)

Elena Volkov (18, nova nesta versão) — CISPLATINA C2D1 · Setor Rosa/Salmão A · sem tag · Em Administração · início 07:49 · progresso 93% (12h, cruza 100%/vermelho às 12:19) · sem borda · Foto: sim
Roberto N. Alves (19) — NIVOLUMAB+IPILIMUMAB C4D1 · Setor Verde/Verde B · tag INT.MED (amarelo-claro) · Finalizado (12:02) · sem barra · borda Meu · Foto: sim
Rogério M. Santos (2) — GENCITABINA+CISPLATINA C1D1 · Setor Rosa/Limão A · sem tag · Em Infusão · início 08:52 · progresso 84% (12h) / 104% vermelho (13h) · sem borda · Foto: sim
Benjamin Thompson (17) — FLOT C1D1 · Setor Verde/Salmão A · sem tag · Agendado (11:00 agenda) · sem barra · sem borda · Foto: sim
Maria Silva (4) — DOCETAXEL+CARBOPLATINA C3D1 · Setor Verde/Verde A · tag INT.MED (amarelo-claro) · Em Administração · início 11:52 · progresso 0% (12h) / 28% (13h) · sem borda · Foto: sim
Reed Richards (1) — NIVOLUMAB C7D1 · Setor Rosa/Salmão B · sem tag · Aguardando recepção (14:00 agenda) · sem barra · borda Meu · Foto: sim
Yuki Tanaka (8) — PACLITAXEL+CARBOPLATINA C1D15 · Setor Verde/Verde A · tag INT.MED (amarelo-claro) · Agendado (14:30 agenda) · sem barra · borda Meu · Foto: sim
Maria Silva (4, prescrição livre) — PRESCRIÇÃO LIVRE C1D1 · Setor Verde/Verde A · tag INT.MED (amarelo-claro) · Agendado (15:00 agenda) · sem barra · sem borda · Foto: sim
Isabella Santos (16, nova nesta versão) — GENCITABINA C1D15 · Setor Verde/Verde A · sem tag · Aguardando recepção (16:00 agenda) · sem barra · borda Meu · Foto: sim

CT-PROC-02.2 — lista completa, em ordem (toggle “Todos”, Dr. 9 — 9 cards)

Elena Volkov (18, nova nesta versão) — CISPLATINA C2D1 · Setor Rosa/Salmão A · sem tag · Em Administração · início 07:49 · progresso 93% (12h, cruza 100%/vermelho às 12:19) · borda Meu · Foto: sim
Roberto N. Alves (19) — NIVOLUMAB+IPILIMUMAB C4D1 · Setor Verde/Verde B · tag INT.MED (amarelo-claro) · Finalizado (12:02) · sem barra · sem borda · Foto: sim
Rogério M. Santos (2) — GENCITABINA+CISPLATINA C1D1 · Setor Rosa/Limão A · sem tag · Em Infusão · início 08:52 · progresso 84% (12h) / 104% vermelho (13h) · borda Meu · Foto: sim
Benjamin Thompson (17) — FLOT C1D1 · Setor Verde/Salmão A · sem tag · Agendado (11:00 agenda) · sem barra · sem borda · Foto: sim
Maria Silva (4) — DOCETAXEL+CARBOPLATINA C3D1 · Setor Verde/Verde A · tag INT.MED (amarelo-claro) · Em Administração · início 11:52 · progresso 0% (12h) / 28% (13h) · borda Meu · Foto: sim
Reed Richards (1) — NIVOLUMAB C7D1 · Setor Rosa/Salmão B · sem tag · Aguardando recepção (14:00 agenda) · sem barra · sem borda · Foto: sim
Yuki Tanaka (8) — PACLITAXEL+CARBOPLATINA C1D15 · Setor Verde/Verde A · tag INT.MED (amarelo-claro) · Agendado (14:30 agenda) · sem barra · sem borda · Foto: sim
Maria Silva (4, prescrição livre) — PRESCRIÇÃO LIVRE C1D1 · Setor Verde/Verde A · tag INT.MED (amarelo-claro) · Agendado (15:00 agenda) · sem barra · borda Meu · Foto: sim
Isabella Santos (16, nova nesta versão) — GENCITABINA C1D15 · Setor Verde/Verde A · sem tag · Aguardando recepção (16:00 agenda) · sem barra · sem borda · Foto: sim

Nota: só existe um horário exibido por card, dentro do parêntese ao lado do status — ele é o de início do atendimento enquanto o card não vira Finalizado, e passa a ser o de término a partir daí (RN-CM-026). Não são dois campos simultâneos; se a intenção for mostrar os dois horários (início e término) ao mesmo tempo, é uma mudança de UI que ainda não está em nenhuma especificação. Correção desta versão: a tag Linha de Cuidados foi removida dos cards de Rogério M. Santos acima (Seção 5) — ProgramaApoio.MostrarEm para essa tag é 1 (só o bit do prontuário), sem o bit 8 (Central do Médico) que IC/INT.MED têm; por isso ela nunca aparece nos cards de Consultas/Procedimentos, só no prontuário, mesmo quando o paciente tem o vínculo em PEPProgramaApoioPaciente. Confirmado contra o documento original (v1.0): Rogério já aparecia “sem tags” nesses mesmos cards.

6. Painel Mensagens

Estes casos não têm massa pré-carregada (ver “Pendências de Massa de Dados”) — são roteiros de ações que a QA executa em sequência; vários casos dependem do estado deixado pelos anteriores (ex.: CT-MSG-08 supõe que CT-MSG-01 a 07 já rodaram). Rode nesta ordem numa mesma sessão de teste.

Equipes de referência: Onco (Dr. Craig Evans=IdUsuario 1, Dr. Gilliard=4) · Enfermagem (Claire Vance=5, Mateo Perez=7) · Farmácia (Ingrid Jorgensen=6, Li Wei=8)

ID	Pré-condição	Passos	Resultado Esperado	RN Relacionada
CT-MSG-01	Mateo Perez logado	Nova mensagem → destinatário Ingrid Jorgensen → Assunto “Atraso” → corpo “Ingrid, vou chegar 30 minutos atrasado…” → Enviar	Mensagem enviada, aparece no painel da Ingrid como não lida (borda azul)	RN-CM-015
CT-MSG-02	Mateo Perez logado	Nova mensagem → destinatário equipe Farmácia → Assunto “Encontro de fim de ano” → corpo “Pessoal, queria fazer um encontro…” → Enviar	Compartilhada com Ingrid e Li Wei, ambas não lida (borda azul)	RN-CM-015, RN-CM-022
CT-MSG-03	Mateo Perez logado	Nova mensagem → equipe Farmácia → Assunto “Paciente Sra. Maria” → corpo citando a paciente → linkar paciente 4 (Maria Silva) → Enviar	Compartilhada com Ingrid e Li Wei, não lida; card tem botão com nome do paciente, que abre o Prontuário	RN-CM-015, RN-CM-022
CT-MSG-04	Mateo Perez logado	Nova mensagem → Dr. Craig Evans → Assunto “Paciente Sr. Ahmed pediu receita” → linkar paciente 5 (Ahmed Khan) → prazo 25/09 10:14 → Enviar	Compartilhada com Dr. Evans, não lida; botão do paciente + prazo estampado no card	RN-CM-015
CT-MSG-05	Ingrid Jorgensen logada, com a mensagem de CT-MSG-01 recebida	Abrir card “Atraso” → responder “OK” → Enviar	Card sem borda, mostra “OK”/Ingrid; no painel do Mateo, aparece não lida com o texto “OK”	RN-CM-015
CT-MSG-06	Ingrid Jorgensen logada, com a mensagem de CT-MSG-02 recebida	Abrir card “Encontro de fim de ano” → responder “sim, adoro lá” → Enviar	Card sem borda, mostra a resposta/Ingrid; painéis de Mateo e Li ficam não lidos com o texto	RN-CM-015, RN-CM-022
CT-MSG-07	Li Wei logada, parte da equipe que recebeu a mensagem de CT-MSG-02	Abrir card “Encontro de fim de ano” → responder “Tchado. Tem que ser antes da semana de natal…” → Enviar	Card sem borda, mostra a resposta/Li; painéis de Mateo e Ingrid ficam não lidos com o texto de Li	RN-CM-015, RN-CM-022
CT-MSG-08	Mateo Perez logado, após rodar CT-MSG-01 a 07	Visualizar a lista do painel	Ordem esperada (5 cards) — ver detalhamento ⬇ (`CT-MSG-08`)	RN-CM-015
CT-MSG-09	Li Wei logada, com card “Paciente Sra. Maria” não lido	Abrir o card → fechar sem digitar nada	Mensagem cai de prioridade, fica “Lido” (sem borda)	RN-CM-015
CT-MSG-10	Ingrid Jorgensen logada, com mensagem “Paciente Sra. Maria” ainda não resolvida	Abrir o card → digitar “Pode dar seguimento…” → “Resolver”	Some do painel da Ingrid; permanece na tela de Mensagens com status “Resolvido”. Painéis de Mateo e Li ficam não lidos com a mensagem da Ingrid + tarja “Resolvido”	RN-CM-015
CT-MSG-11	Li Wei logada, pertence a grupo com mensagem resolvida por outro membro	Abrir o card “Paciente Sra. Maria” → fechar	Card some do painel da Li; permanece na tela de Mensagens como “Resolvido”	RN-CM-015
CT-MSG-12	Li Wei logada; Mateo já “resolveu” o card “Encontro de fim de ano”	Observar o painel	Card não aparece mais no painel; permanece na tela de Mensagens como “Resolvido”	RN-CM-015
CT-MSG-13	Mateo Perez logado, com o card “Atraso” aberto	Abrir “Atraso” → “Descartado”	Some do painel do Mateo; permanece na tela de Mensagens como “Descartado”	RN-CM-015
CT-MSG-14	Ingrid Jorgensen logada, mensagem “Atraso” descartada por outro	Observar o painel	Card não aparece mais; permanece na tela de Mensagens como “Descartado”	RN-CM-015

Detalhamento — Resultado Esperado

CT-MSG-08 — ordem esperada da lista (painel do Mateo)

“Encontro de fim de ano” — não lida, resposta 14:28 (Li)
“Atraso” — não lida, resposta 13:26 (Ingrid)
“Paciente Sr. Ahmed…” — lida, 13:13 (Mateo)
“Estoque de gaze” — lida, 12:53 (Mateo)
“Paciente Sra. Maria” — lida, 12:36 (Mateo)

7. Busca Inteligente

ID	Passos	Resultado Esperado	RN Relacionada
CT-BUSCA-01	Digitar “Rob” na busca	Após 1s sem digitação, retorna Roberto Nascimento Alves (19)	RN-CM-004
CT-BUSCA-02	Digitar “21” na busca	Reconhece como padrão de CPF (não nome), retorna Rogério Mendes Santos (CPF 20668319216) e Kenji Chen (CPF 63213055026)	RN-CM-004
CT-BUSCA-03	Digitar “1958”	Reconhece como data de nascimento, retorna Antonio Rossi (28/05/1958) e Roberto Nascimento Alves (14/03/1958)	RN-CM-004

8. Volume (regressão de performance/paginação)

ID	Pré-condição	Resultado Esperado
CT-VOL-01	Gerar 100 agendas e 100 prescrições no dia (100 futuras pendentes)	Painel carrega, ordena por horário, sem travar ou apresentar erro

9. Matriz de rastreabilidade

Painel/KPI	Casos	RN cobertas	Cobertura de dados
KPI Bar	CT-KPI-01 a 06	RN-CM-011, 012, 020, 023, 024, 029	Caminho feliz completo; 3 casos reais de “a revisar” cobertos na massa (prescrições 11, 67, 73 — a 74 saiu na v1.23 e a 72 virou caso de “a assinar” na v1.24, ver Pendências de Massa de Dados); 1º caso real de “a assinar nunca assinada” de um médico de terceiros (prescrição 72, Dr. Ricardo Martins/12) coberto na v1.24; badges “P/ assinar” de CT-KPI-04.1/04.2 recalculados nesta versão (v1.19 — RN-CM-020 simplificada, “assinatura vencida” abolida; ver Pendências de Massa de Dados) — nenhum caso real de `TipoAssinatura = 'R'` na massa ainda (Precedência 2 de RN-CM-020 não tem cobertura de dado real para “já revisada”; é justamente essa ausência, combinada com o fim da expiração, que motivou o novo filtro de `Situacao`)
Consultas	CT-CONS-01 a 06.2, 07 a 10	RN-CM-006, 025, 028	Caminho feliz completo; tag “1ª consulta” confirmada como `Agenda.PrimeiraConsulta='S'`, formalizada como RN-CM-028; tags de Atenção reconferidas contra a massa real (com o filtro `MostrarEm`) e com tooltip documentado (legenda na Seção 3) — cor de VIP corrigida para verde (`#80FF38`, `ProgramaApoio.Cor`); ordenação (RN-CM-006) explicitada em listas numeradas nas Seções CT-CONS-01/02; Foto e Tipo de Consulta (`Agenda.Atendimento`) adicionados a cada card, incluindo Teleatendimento de Maria Silva com o Dr. 11 (faltava na v1.8); estado vazio do painel (CT-CONS-06) dividido em 2 casos, um por estado do toggle
Prescrições Pendentes	CT-PRES-01 a 06.2, 07 a 10	RN-CM-011, 012, 020, 021, 029	RN-CM-020 simplificada nesta versão — “assinatura vencida” abolida: 43, 68 e 69, que a v1.10 confirmara como “permanecem a assinar”, agora saem de “a assinar” (já assinadas, sem mais verificação de idade) — 68 e 69 saem de ambas as listas (fora da janela de revisão), 43 é caso-limite dependente do horário de observação; badges recalculados em CT-PRES-01.1/01.2/02.1/02.2 e CT-KPI-04.1/04.2; novo filtro `Prescricao.Situacao IN ('P','G','A','O')` confirmado contra 3 prescrições reais (31, 37, 66 — todas `Situacao='Q'`) que qualificariam para “a revisar” sem o filtro e ficam de fora com ele; janela de antecedência de revisão como parâmetro por clínica (`PrescricaoTempoRevisao`): valor-padrão coberto por CT-PRES-08/10 (massa atual), valor alterado por CT-PRES-07/09 (sem massa dedicada) — mesmo padrão agora também para a nova janela de assinatura (`PrescricaoTempoAssinatura`); Caminho feliz completo; duplicidade de Rogério/71 entre os toggles resolvida desde a v1.x ao reconstruir CT-PRES-02.2 como lista única ordenada; falta critério de desempate para prescrições com mesmo horário (RN-CM-011) — ver Pendências de Massa de Dados; estado vazio do painel (CT-PRES-06) dividido por estado do toggle — “Meus” coberto com dado real (CT-PRES-06.1), “Todos” sem massa dedicada (CT-PRES-06.2, ver Pendências de Massa de Dados)
Procedimentos	CT-PROC-01 a 07.2, 08	RN-CM-016, 025, 026, 027	Caminho feliz completo; RN-CM-026 com caso dedicado (CT-PROC-08); tags de Atenção corrigidas contra o filtro `MostrarEm` (RN-CM-025); ordenação do painel agora tem regra confirmada (RN-CM-027) — conferida contra a massa real, sem necessidade de reordenar as listas já publicadas; pendência da v1.8 resolvida; estado vazio do painel (CT-PROC-07) dividido por estado do toggle — “Meus” coberto com dado real (CT-PROC-07.1), “Todos” sem massa dedicada (CT-PROC-07.2, ver Pendências de Massa de Dados)
Mensagens	CT-MSG-01 a 14	RN-CM-015, 022	Sem massa pré-carregada — roteiro manual sequencial (ver Pendências de Massa)
Busca Inteligente	CT-BUSCA-01 a 03	RN-CM-004	Caminho feliz completo
Volume	CT-VOL-01	—	Pendente de execução

10. Histórico de Versões

v1.24 (30/09/2026) — Pedido do solicitante: 2 correções diretas em CargaCMZero.xlsx, comunicadas em conversa e verificadas linha a linha contra a regra já documentada, sem decisão de modelagem nova. (1) Prescrição 61 (Roberto N. Alves, C4D1) — Situacao corrigida de 'G' para 'F', a pedido do solicitante (“o terceiro item de não aderente não entra pois ainda não se completou e está dentro da tolerância do protocolo”). Conferido contra TreatmentPlanAdherenceCount() (04-Mapeamento de BD §4.5): Condição 1 (C1D1, diferença de 1 dia — igual à tolerância, não excede), Condição 2 (deixa de se aplicar com Situacao='F') e Condição 3b (todas as transições de ciclo em exatamente 21 dias) — nenhuma flagra o paciente 19. Resultado: CT-KPI-02.1 “Não aderentes” 3→2 (sai o paciente 19); a mesma correção retira a prescrição 61 de RN-CM-020 por inteiro (F fora do filtro de Situacao) — Roberto N. Alves sai de CT-PRES-01.1 (badge 2→1), CT-PRES-02.1 (badge 6→5) e CT-PRES-02.2 (badge 7→6), e de CT-KPI-04.1 (Urgentes 2→1, P/ assinar 1→0); o empate Roberto/Rogério (RN-CM-011, pendência desde a v1.2/v1.8) perde a cobertura de dado real. (2) Prescrição 72 (Kenji Chen, Dr. Ricardo Martins/12) — assinatura removida de PrescricaoAssinatura, a pedido do solicitante, para cobrir um caso real de “prescrição nunca assinada de médico de terceiros” na visão “Todas”. Resultado: a prescrição passa de Precedência 2 (“a revisar”) para Precedência 1 (“a assinar”) em RN-CM-020 — ação do card muda de Revisar para Assinar em CT-PRES-02.1/02.2 (badge e Agenda 153 inalterados) e em CT-KPI-06 (P/ revisar 1→0, P/ assinar 0→1); matriz de rastreabilidade da Seção 9 atualizada (3 casos reais de “a revisar”, 1º caso real de “a assinar” de terceiros). Revisão por Dois Críticos: não aplicável — correção de dado de teste comunicada diretamente pelo solicitante, conferida contra regra já documentada.
v1.23 (30/09/2026) — Pedido do solicitante: “faça a conferência completa”, pedindo a reconferência de Consultas (Seção 3), Prescrições Pendentes (Seção 4) e Procedimentos (Seção 5) contra a nova data-base (23/09/2026 12:00), deixada em aberto pela v1.22. Ver “Pendência resolvida nesta versão (v1.23)” acima para o detalhamento. Resultado: Seções 3 e 5 confirmadas sem alteração de conteúdo (23 agendas “de hoje” reconferidas campo a campo, só o rótulo do dia mudou). Seção 4 teve 4 achados corrigidos: badge de Roberto N. Alves (19) de “−6h” para “−3h atrasado” (já estava errado antes desta rodada); rótulo de Beatriz A. Lima (20) de “hoje+2” para “hoje+3”; rótulo de Benjamin Thompson C1D1 (prescrição 73) de “ontem” para “hoje” (a Agenda 154 não havia se deslocado com o resto da massa); e saída da prescrição 74 (Benjamin Thompson C1D2) das listas “Todas” — sua Agenda 155 também não se deslocou e a aplicação passou a ficar fora da janela de 1 dia de “a revisar” (badges CT-PRES-02.1 7→6, CT-PRES-02.2 8→7; matriz de rastreabilidade da Seção 9 de 5 para 4 casos reais de “a revisar”). Revisão por Dois Críticos: não aplicável — conferência de dado de teste contra regra já documentada (04-Mapeamento de BD §4.5/4.6), sem decisão de modelagem nova.
v1.22 (30/09/2026) — Pedido do solicitante: reformulou as datas dos planos terapêuticos dos pacientes 1, 8, 19, 21 e 22 em CargaCMZero.xlsx e pediu reconferência dos casos de “Não aderentes” (CT-KPI-02, RN-CM-023/024). Ver “Pendência resolvida nesta versão (v1.22)” acima para os 3 achados do processo (deslocamento não anunciado da data-base para 23/09/2026, divergência de 28 vs. 21 dias no intervalo entre ciclos do paciente 8, e erro de carga no Ciclo da prescrição 67 do paciente 22) e as 3 decisões correspondentes, todas confirmadas com o solicitante antes de recalcular. Resultado: CT-KPI-02.1 (Dr. 11) mantém 3 não aderentes (pacientes 1, 8, 19 — 2 deles por motivo diferente das datas antigas: paciente 1 agora via desvio de intervalo de ciclo (C6→C7, 34 dias vs. tolerância de 29 sobre 28 dias), paciente 19 via prescrição vencida sem confirmação (C4D1, hoje 09:00); paciente 8 segue não aderente, agora com C1D1 atrasado 12 dias — antes 20 — e as transições de Ciclo 3 em diante fora da tolerância de 28 dias do protocolo, mesmo caindo numa cadência limpa de 21 dias). CT-KPI-02.2 (Dr. 9) sobe de 1 para 2 não aderentes: paciente 22 confirmado (33 dias entre C1D1 e C2D1, só detectável após a correção do erro de carga) e paciente 21, novo nesta versão (C1D1 atrasado 10 dias vs. planejado). Nenhuma mudança nas demais seções do documento além da linha de data-base no cabeçalho (ver ressalva ali sobre não terem sido reconferidas item a item). Revisão por Dois Críticos: não aplicável — recálculo de dado de teste fornecido pelo próprio solicitante, com as decisões de modelagem (data-base, fonte do intervalo de ciclo, correção do erro de carga) confirmadas diretamente com ele, não por interpretação autônoma.
v1.21 (29/09/2026) — Acompanha 01-Definição v4.42, 02-Especificação v4.37, 03-Protótipo v3.19 e 04-Mapeamento de BD v4.48 (só sincronização de cabeçalho com esses 4 arquivos — nenhuma mudança de RN motivou esta versão). Pedido do solicitante: 2 casos de teste com confirmação de revisão real (PrescricaoAssinatura.TipoAssinatura='R'), cobrindo pela primeira vez com dado real a Precedência 2 de RN-CM-020 no caminho “já revisada” — lacuna registrada desde 04-Mapeamento de BD v4.40/v4.45 (“nenhum registro TipoAssinatura='R' existe na massa hoje”). Dois pacientes novos criados pelo solicitante na CargaCMZero.xlsx: Isabella Santos (16), Dr. 11, e Elena Volkov (18), Dr. 9, cada um com uma prescrição de hoje (77, 82) já assinada (par legado DataAssinaturaPrescricao/IdChProfissionalAssinou, RN-CM-029) e já revisada (TipoAssinatura='R', datada de 23/09/2026, antes da data-base). Processo: a primeira carga enviada tinha 3 problemas, verificados e reportados antes de aceitar o dado — (1) as prescrições do paciente 18 estavam sem Prescricao.IdAgenda, o que as tornaria invisíveis às queries de 4.6 (INNER JOIN Agenda); (2) o IdUsuario das assinaturas 'R' apontava para Profissional.IdUsuario de não-médicos (categoria P/F) em vez do médico revisor pretendido; (3) as datas de 'R' inicialmente ficavam depois da data-base do documento (24/09/2026 12:00), o que faria a revisão não ter “acontecido ainda” no instante de referência. O solicitante corrigiu os 3 pontos na planilha; reconferido diretamente contra a massa após a correção. Reconciliação de efeitos colaterais (pacientes novos, com Agenda de hoje) em painéis que não tinham sido tocados pelo pedido original: KPI “Em Tratamento” (Seção 2) +1 para cada médico (PatientInTreatmentCount() conta os dois via janela de atividade de 180 dias; nenhum dos dois entra em “Não aderentes” — não têm PrescricaoProtocolo); KPI “Procedimentos Hoje” (Seção 2) — paciente 16 soma a “Aguardando” (status waiting, Agenda 158), paciente 18 soma a “Em atendimento” (status administering, Agenda 163); painel Procedimentos na Clínica (Seção 5) — Isabella entra em CT-PROC-01.1 (Dr. 11, último da ordem cronológica, 16:00) e em CT-PROC-02.1/02.2 (último, 9 cards); Elena entra em CT-PROC-01.2 (Dr. 9, primeiro, 08:00) e em CT-PROC-02.1/02.2 (primeiro, 9 cards) — setor resolvido via Recurso→Chave (Verde A/Salmão A) e Agenda.IdUAtendimento→UnidadeAtendimento (Setor Verde/Setor Rosa); fotos confirmadas via nova aba PacienteFoto da massa (000000000016.png, 000000000018.jpg, ambas Padrao='S'). Sem impacto em Consultas/KPI Consultas Hoje (TipoAgenda='C' apenas — as agendas novas são 'Q'). Prescrições 75, 76, 81 (ciclos já Situacao='F', faturados) também ganharam TipoAssinatura='R' na mesma leva, mas já saíam do painel só pelo filtro de Situação (P/G/A/O) — não têm efeito de teste adicional, registrado por completude. Revisão por Dois Críticos: não aplicável — dado de teste novo fornecido e corrigido pelo próprio solicitante, verificado por consulta direta à massa, não por interpretação de regra de negócio.
(sincronização, 29/09/2026) — sem mudança de conteúdo deste documento (nenhum Cenário de Teste aqui cobre a compatibilidade legada de assinatura em nível de campo, nem a resolução do nome da equipe); apenas a linha “Versão de referência da especificação” atualizada para apontar Definição v4.41 e Mapeamento de BD v4.47 (esclarecimento sobre o par IdChProfissionalAssinou/DataAssinaturaPrescricao, e decisão sobre o vínculo histórico de equipe na resolução do nome do autor — ver Histórico desses documentos).
v1.20 (29/09/2026) — Acompanha 01-Definição v4.40, 02-Especificação v4.36 e 04-Mapeamento de BD v4.46: 3 correções do solicitante sobre achados que a v1.19/v4.45 haviam deixado em aberto para decisão dele. (1) Escopo de “a assinar” corrigido: a restrição documentada até a v4.45 (“só o próprio prescritor assina”, citando RN-CM-012) estava errada — qualquer médico pode assinar uma prescrição, tipicamente quando a aplicação está próxima e o prescritor não está disponível; não é uma questão de prioridade entre médicos. O toggle “Meus/Todos” passa a afetar as duas categorias (a assinar e a revisar) da mesma forma, com o mesmo critério de “Meus” (prescritor ou médico assistente do paciente) — mudança de RN-CM-021 (01-Definição), Seção 2.4 (Especificação) e Seções 4.6/4.7 (Mapeamento de BD, incluindo isPreferredReviewer agora presente para to_sign também). Isso resolve, sem mudança de dado nem de badge, o “achado” da v1.19 sobre as prescrições 61 e 71 aparecerem na lista “Todas” de um médico diferente do prescritor — esse comportamento sempre esteve correto; a documentação é que estava errada. (2) Badge do cartão de Benjamin Thompson corrigido: confirmado pelo solicitante que não existe badge de atraso para uma aplicação futura. Os cartões de Benjamin Thompson (paciente 17) em CT-PRES-02.1/02.2 tinham datas relativas erradas, herdadas de uma reformatação anterior (v1.6) que não preservou os cálculos originais da v1.5: item 3 (C1D1, prescrição 73) estava rotulado “hoje 11:00” quando a v1.5 já havia calculado “aplicação 23/09 (distância 1 dia)” a partir da mesma data-base — corrigido para “ontem 11:00” (badge vermelho, aplicação já passou — rótulo mantido, pois esse item está de fato atrasado); item 7 (C1D2, prescrição 74) estava rotulado “hoje+1 12:30” quando a v1.5 já havia calculado “aplicação 24/09 (distância 0)” — corrigido para “hoje 12:30” (badge vermelho, sem o qualificador “atrasado”, já que a aplicação ainda não ocorreu — o vermelho reflete só a proximidade, <12h). Nenhuma mudança de contagem ou de lista — os dois itens já estavam corretamente incluídos em “a revisar”, só as legendas estavam erradas. (3) TreatmentPlanAdherenceCount() não deve mais contar prescrições canceladas — mudança em 04-Mapeamento de BD (Seção 4.5), sem impacto neste documento (nenhum Cenário de Teste aqui cobre esse KPI ainda). Nenhum critico externo rodado nesta rodada — as 3 correções vieram de esclarecimento direto do solicitante sobre achados já verificados/relatados na rodada anterior, não de interpretação nova.
v1.19 (28/09/2026) — Acompanha 01-Definição v4.39, 02-Especificação v4.35 e 04-Mapeamento de BD v4.45: RN-CM-020 simplificada, abolindo por completo o conceito de “assinatura vencida” que a v1.10 havia formalizado (2 precedências com validade de 7 dias). Nova regra: (1) “a assinar” = nunca assinada + aplicação dentro de PrescricaoTempoAssinatura (novo parâmetro [PROPOSTA], padrão 7 dias, substituindo PrescricaoValidadeAssinatura — nunca aplicado em produção, sem custo de migração); (2) “a revisar” = assinada (qualquer época) + nenhuma confirmação de revisão jamais registrada + aplicação dentro de PrescricaoTempoRevisao (padrão 1 dia, sem mudança); (3) novo pré-requisito para as duas: Prescricao.Situacao IN ('P','G','A','O'). Reconferido contra CargaCMZero.xlsx (mesma data-base, 24/09/2026 12:00): as prescrições 43 (Yuki Tanaka), 68 (Cecília R. Ferreira) e 69 (Otávio B. Lima), que a v1.10 confirmara como “permanecem a assinar” por assinatura vencida, saem de “a assinar” nesta versão — 68 e 69 saem de ambas as listas (aplicação além da janela de revisão), 43 é um caso-limite que depende do horário de observação (mesma ambiguidade já registrada no seu badge de urgência). A prescrição 70 (Beatriz A. Lima), já fora de ambas as listas desde a v1.10, permanece fora, por um motivo mais simples. Achado quantificado, motivador do novo filtro de Situacao: sem esse filtro, e sem mais expiração para “limpar” o histórico, a lista “a revisar” da clínica (toggle “Todos”) passaria de ~7 para 34 prescrições — incluindo registros de dez/2025 já aplicados há meses — porque nenhum registro PrescricaoAssinatura.TipoAssinatura = 'R' existe em toda a massa hoje. Confirmados 3 exemplos reais (prescrições 31, 37, 66, todas Situacao = 'Q', Dr. 9) que qualificariam para “a revisar” sem o filtro e ficam corretamente de fora com ele. Badges recalculados: CT-KPI-04.1 (Dr. 11) “P/ assinar” 3→1; CT-KPI-04.2 (Dr. 9) “P/ assinar” 3→2; CT-KPI-06 (Dr. 12) sem mudança; CT-PRES-01.1 4→2, CT-PRES-02.1 9→7, CT-PRES-01.2 4→3, CT-PRES-02.2 10→8. Novos casos CT-PRES-09/10 (janela de PrescricaoTempoAssinatura alterada/ausente), mesmo padrão de CT-PRES-07/08 para PrescricaoTempoRevisao — CT-PRES-09 pendente de massa dedicada, CT-PRES-10 coberto pela massa atual. Precedente, verificado antes de iniciar esta rodada: entre 25-27/09/2026, uma simplificação semelhante (2 estados sem validade) já havia sido tentada e revertida a pedido do solicitante (“me precipitei” — ver Histórico/Cenários de Teste v1.10 - REVERTIDA); confirmado explicitamente com o solicitante que o pedido atual (parâmetros nomeados, filtro de situação, janela de “a assinar” parametrizada) é deliberado, e que o achado do backlog de 34 prescrições era esperado e aceitável dado o novo filtro de Situacao (prescricao.situacao = A, G, P, O — confirmado pelo solicitante nesta rodada). Revisão por Dois Críticos (crítico técnico): 1 correção — pré-condição de CT-PRES-07 ainda citava o critério de validade abolido (“assinada há 7 dias ou menos”), corrigida para “assinada (qualquer época)”, alinhando com a própria entrada de Pendências do mesmo caso. Achados adicionais fora do escopo desta rodada, registrados para decisão do solicitante: possível inconsistência entre a restrição de to_sign ao próprio prescritor e o toggle “Todas” (prescrições 61/71 cruzando entre médicos em CT-PRES-02.1/02.2); badge do cartão de Benjamin Thompson C1D2 (item 7 de CT-PRES-02.1/02.2) a conferir contra a massa real — ver relatório completo do crítico técnico.
v1.18 (28/09/2026) — Generalizando a divisão de mensagem de estado vazio por toggle (Painel de Consultas, v1.16) para os outros 2 painéis com toggle, a pedido do solicitante: (1) Prescrições Pendentes: CT-PRES-06 dividido em CT-PRES-06.1 (toggle ‘Meus’, default — coberto com dado real: Dra. Aline Chen/17 não tem prescrição a assinar nem a revisar como preferencial, painel exibe “Sem prescrições pendentes para você”, MSG_prescriptionNoneMine) e CT-PRES-06.2 (toggle ‘Todos’ — achado desta rodada: não reproduzível com a massa atual, porque sempre existe ao menos uma prescrição “a revisar” de algum médico da clínica hoje — CT-PRES-01.1/02.1 mostram um total “Todas” de 9 contra 4 “Minhas” para o Dr. 11, ou seja, há itens de outros médicos no pool clínica-wide — então nenhum médico consegue ver o toggle ‘Todos’ vazio com os dados de hoje; marcado “Pendente — sem massa dedicada”, mesmo padrão de CT-PRES-07). (2) Procedimentos na Clínica: CT-PROC-07 dividido em CT-PROC-07.1 (toggle ‘Meus’, default — coberto com dado real: Dra. Aline Chen/17 sem paciente vinculado, painel exibe “Sem pacientes seus para o dia”, MSG_proceduresNoneMine) e CT-PROC-07.2 (toggle ‘Todos’ — mesmo achado: não reproduzível com a massa atual, porque há pacientes na unidade hoje vinculados a outros médicos — CT-PROC-02.1/02.2, badge 7 clínica-wide contra 3 do Dr. 11 sozinho; marcado “Pendente — sem massa dedicada”). Adicionadas 2 pendências em “Pendências de Massa de Dados” para os dois estados “Todos” vazios sem cobertura. Diferente do Painel de Consultas (onde “Todas” é sempre por agenda do próprio médico, então o mesmo médico sem agenda fica vazio nos dois estados), aqui “Todos” é clínica-wide nos dois painéis — por isso a mesma pré-condição de CT-CONS-06 não pôde ser reaproveitada. As mensagens “Meus” (MSG_prescriptionNoneMine/MSG_proceduresNoneMine) são propostas do Designer confirmadas pelo solicitante, não frases informadas literalmente por ele (diferente da mensagem de Consultas, ditada palavra por palavra). Acompanha 02-Especificação v4.34 (mensagens/critérios de aceitação/i18n dos dois painéis) e 03-Protótipo v3.18 (renderPrescricoes()/renderClinica() agora usam a mensagem correta por scope/onlyMe). Matriz de rastreabilidade (Seção 9) atualizada.
v1.17 (28/09/2026) — Contexto do solicitante incorporado ao achado em aberto sobre a origem do vínculo vip↔paciente (registrado na v1.16): Paciente.PacienteVip é, na visão do solicitante, um conceito legado de uso futuro incerto — não uma confirmação de mecanismo. Nenhum caso de teste desta versão muda; adicionada pendência própria em “Pendências de Massa de Dados” para deixar explícito que a QA não deve assumir Paciente.PacienteVip como fonte de dado de teste — a massa já usa ProgramaApoioPaciente para os 2 pacientes VIP cadastrados (3 e 12), como descrito desde a v1.1. Acompanha 04-Mapeamento de Banco de Dados v4.44 (nota da Seção 4.1 reescrita com o mesmo contexto).
v1.16 (28/09/2026) — Duas decisões esclarecidas pelo solicitante nesta rodada, registradas aqui de forma objetiva para a QA (nova prática adotada a partir desta versão — ver Skill Designer, Lição #24): (1) Cor da tag VIP corrigida: #80FF38 (verde), confirmada pelo solicitante e conferida em ProgramaApoio.Cor (IdProgramaApoio=1, Nome=‘VIP’, cadastro real em CargaCMZero.xlsx). As 3 ocorrências de VIP na Seção 3 (Sophia Muller/12, 2x, e John Smith/3) traziam “VIP (lilás-claro)” — mesma cor da tag “1ª consulta”, nunca conferida contra a massa real — corrigidas para “VIP (verde)”. O Protótipo (03 - Protótipo v3.17.html, .chip-vip) usava uma terceira cor (azul, --color-secondary-light), também nunca confirmada, e foi corrigido na mesma rodada. O Mapeamento de Banco de Dados (04, v4.43) trazia a suposição equivocada de que vip não vem de ProgramaApoio para fins de cor — corrigida; ver Histórico desse documento para o achado em aberto, não resolvido nesta rodada, sobre a origem real do vínculo vip↔paciente (Paciente.PacienteVip vs. ProgramaApoioPaciente — a massa real já usa o segundo mecanismo, igual às outras 7 tags). (2) Mensagem de painel vazio do Painel de Consultas diferenciada por estado do toggle: até esta versão, CT-CONS-06 usava uma única mensagem (“Nenhuma agenda para este dia”) para os dois estados do toggle ‘Pendentes’/‘Todos’ — o solicitante definiu duas mensagens distintas: toggle ‘Pendentes’ → “Nenhuma agenda pendente para o dia” (MSG_appointmentNonePending); toggle ‘Todos’ → “Nenhuma agenda para o dia” (MSG_appointmentNoneAll; nota: a palavra “este” foi removida da mensagem original por decisão do solicitante, não é erro de digitação). CT-CONS-06 dividido em CT-CONS-06.1 (Pendentes) e CT-CONS-06.2 (Todos), reaproveitando a mesma pré-condição (Dra. Aline Chen/17 — confirmado contra a massa que nenhuma das 21 agendas de hoje pertence a ela, então os dois estados do toggle ficam vazios). Acompanha 02-Especificação v4.33 (mensagens/critérios de aceitação/i18n) e 03-Protótipo v3.17 (renderConsultas() agora usa a mensagem correta por filter). Matriz de rastreabilidade (Seção 9) atualizada.
v1.15 (28/09/2026) — Confirmação do solicitante: as contagens esperadas do KPI “Em Tratamento” (CT-KPI-02) foram calculadas com a janela de atividade de 180 dias (RN-CM-024) — não precisam ser reconferidas. Removida do item de parâmetros em “Massa de dados” a ressalva de reconferência registrada na v1.14. Nenhum resultado esperado mudou.
v1.14 (28/09/2026) — Acompanha 01-Definição v4.38 e 04-Mapeamento de BD v4.42: a janela de atividade de RN-CM-024 é de 180 dias (o seed de referência com 120 dias estava errado e foi corrigido), com o mesmo padrão quando o parâmetro não existe para a clínica. Item de parâmetros em “Massa de dados” atualizado; registrado que as contagens de CT-KPI-02 precisam ser reconferidas se a massa tiver sido carregada com o seed antigo. Nenhum resultado esperado mudou.
v1.13 (28/09/2026) — Acompanha 01-Definição v4.37, 02-Especificação v4.32 e 04-Mapeamento de BD v4.41 (pedido do solicitante: parâmetros de janela em dias). (1) PrescricaoTempoRevisao passa a ser em dias: item de parâmetros em “Massa de dados” (padrão 1 dia), CT-PRES-07 (valor alterado 48 horas → 2 dias; volta ao padrão 24 → 1), CT-PRES-08 (padrão de 1 dia) e a pendência de massa de CT-PRES-07. Resultados esperados inalterados — 1 dia equivale às 24 horas usadas antes. (2) Registrado no mesmo item de “Massa de dados” que o KPI “Em Tratamento” (CT-KPI-02) depende da janela de atividade de RN-CM-024, sem registro de com qual valor as contagens foram calculadas (seed de referência: 120 dias; padrão de RN-CM-024: 180 dias).
v1.12 (28/09/2026) — Pedido do solicitante: lista de pendências abertas em “Pendências de Massa de Dados” ajustada — removido o item “Ordenação do Painel de Procedimentos não é documentada”, que continuava listado como aberto apesar de já resolvido pela RN-CM-027 (registrado como resolvido na v1.9), e a lista ganhou o rótulo “Pendências abertas”. Seguem abertos: critério de desempate de prescrições com mesmo horário (RN-CM-011) e massa dedicada para CT-PRES-07. Nenhum caso de teste nem resultado esperado mudou. Nota de processo: este ajuste chegou a ser aplicado dentro da própria v1.11; por decisão do solicitante (toda atualização gera nova versão), a v1.11 original foi reconstituída e arquivada em Histórico/ e o ajuste passou a ser a v1.12.
v1.11 (28/09/2026) — Pedido do solicitante, acompanhando 02-Especificação v4.31: a janela de antecedência em que uma prescrição assinada entra em “a revisar” (RN-CM-020) é um parâmetro por clínica (IpParametro.PrescricaoTempoRevisao, padrão 24h), e este documento não registrava isso — todos os resultados esperados assumiam 24h sem dizer. (1) Novo item em “Massa de dados” explicitando que os resultados esperados dependem dos valores-padrão dos dois parâmetros de RN-CM-020 (24h e 7 dias). (2) Dois casos novos na Seção 4: CT-PRES-07 (parâmetro alterado para 48h — valor de exemplo) e CT-PRES-08 (parâmetro ausente, cai no padrão de 24h). (3) Nova pendência de massa para CT-PRES-07. (4) Matriz de rastreabilidade atualizada. Nenhum resultado esperado existente mudou.
v1.10 (28/09/2026) — Fecha o achado em aberto da v1.9 (regra de compatibilidade legada de assinatura), corrigindo a estimativa que a v1.9 havia registrado. Contexto: entre a v1.9 e esta versão houve uma rodada intermediária (25-27/09/2026) que simplificou a regra de assinar/revisar para só 2 estados, eliminando por completo a janela de validade de 7 dias — essa rodada foi revertida a pedido do solicitante, por ser precipitada (“me precipitei”); a regra real tem 2 níveis de precedência, não 2 estados sem vencimento. Com a regra corrigida e formalizada (RN-CM-020 reescrita — Precedência 1 “a assinar”/Precedência 2 “a revisar” — e nova RN-CM-029, ambas em 01-Definição v4.36; lógica correspondente em 04-Mapeamento de BD v4.40), reconferida a mesma pergunta da v1.9 contra a massa real (CargaCMZero.xlsx, data-base 24/09/2026 12:00): das 4 prescrições “para assinar” com Prescricao.DataAssinaturaPrescricao preenchido, só a prescrição 70 (Beatriz A. Lima) de fato muda de classificação — sua assinatura mais recente (DataAssinaturaPrescricao, 18/09/2026, idade 6,2 dias) está dentro da validade de 7 dias, mas a aplicação agendada (26/09, hoje+2) está a mais de 24h de distância, então ela não entra em “a revisar” — simplesmente sai de ambas as listas (nem “a assinar”, nem “a revisar”). As prescrições 43 (Yuki Tanaka), 68 (Cecília R. Ferreira) e 69 (Otávio B. Lima) — que a v1.9 havia estimado que também sairiam, citando apenas a existência de DataAssinaturaPrescricao sem comparar qual data é a mais recente — permanecem “a assinar”: a data mais recente de cada uma, entre PrescricaoAssinatura tipo A e DataAssinaturaPrescricao, já passou dos 7 dias de validade (43: 29/08, 25,7 dias; 68: 12/09, 12,2 dias; 69: 12/09, 12,2 dias — nas três, DataAssinaturaPrescricao coincide ou é mais antiga que o registro em PrescricaoAssinatura, então não muda nada). Nenhum registro PrescricaoAssinatura.TipoAssinatura = 'R' existe na massa hoje — a Precedência 2 de RN-CM-020 (confirmação de revisão vencendo em 7 dias) segue sem um caso de teste real, mesma lacuna já registrada para outros pontos deste documento. Badges recalculados: CT-KPI-04.1 “P/ assinar” 4→3 (CT-KPI-04.2 sem mudança — prescrição 70/paciente 20 pertence ao painel do Dr. 11, não ao do Dr. 9); CT-PRES-01.1 Badge 5→4; CT-PRES-02.1 Badge 10→9 (“adicionais aos 5” → “aos 4”). CT-PRES-01.2 e CT-PRES-02.2 sem mudança. Nenhuma outra prescrição rastreada neste documento muda de classificação. Seção 9 (KPI Bar e Prescrições Pendentes) atualizada com RN-CM-029 e a descrição corrigida. Revisão por Dois Críticos (crítico de negócio): 1 correção — a primeira redação desta entrada comparava a idade de DataAssinaturaPrescricao isoladamente contra a validade, sem checar se PrescricaoAssinatura tipo A não seria a fonte mais recente nas 3 prescrições que permanecem “a assinar”; corrigido para explicitar a comparação das duas datas em cada uma das 4 prescrições, evitando repetir o erro de raciocínio já cometido (sem querer) na estimativa original da v1.9.
v1.9 (25/09/2026) — Correções a partir de novos apontamentos do solicitante sobre a v1.8, com autorização explícita para atualizar a Especificação em 2 pontos: (1) Ordenação do Painel de Procedimentos formalizada. O solicitante informou a regra real (cronológica pelo horário agendado da agenda, Agenda.DhAgendaIniUTC; empate desempatado em ordem alfabética pelo nome do paciente) — registrada como RN-CM-027 em 01-Definição v4.35 e no parágrafo “Ordenação” de 02-Especificação §2.6 (v4.30). Conferida contra a massa real (CargaCMZero.xlsx) e contra Cenários de Teste v1.0: reproduz exatamente a ordem já publicada na v1.8 para CT-PROC-02.1/02.2, inclusive o empate Roberto N. Alves/Rogério M. Santos (ambos agendados às 09:00, “Roberto” antes de “Rogério”/ordem alfabética) — nenhuma lista precisou ser reordenada, só a nota de Ordenação e a pendência (agora resolvida). (2) Tag “1ª Consulta” formalizada como regra própria — RN-CM-028 (01-Definição v4.35): diferente das demais Tags de Atenção (RN-CM-025, cadastro ProgramaApoio), vem de Agenda.PrimeiraConsulta='S'; RN-CM-025 e a lista de campos do card de Consultas (02-Especificação §2.3) ajustadas para remover o exemplo indevido e apontar para a nova regra. (3) Foto e Tipo de Consulta adicionados a cada card das Seções 3 e 5 — Foto (sim/não; só Cecília R. Ferreira/23 e Otávio B. Lima/24 não têm) e Tipo de Consulta (Presencial/Teleatendimento). Achado no processo: o campo real é Agenda.Atendimento (P/T), não Agenda.TipoConsulta (N/E, sem relação com teleatendimento) como vinha sido assumido; conferindo contra a massa real, a consulta de Maria Silva com o Dr. 11 (Agenda 62) é Teleatendimento e não tinha sido sinalizada na v1.8 — corrigida (a consulta dela com o Dr. 9, Agenda 65, é Presencial; são atendimentos distintos). (4) Tooltip das Tags de Atenção documentado, a pedido do solicitante — texto de ProgramaApoio.Descricao (fonte primária, cruzado com o texto do documento original v1.0: coincide para VIP, IC, INT.MED e Especial) reunido numa legenda na Seção 3, referenciada também na Seção 5; a tag “1ª Consulta” não tem tooltip próprio (RN-CM-028). Achado em aberto, não aplicado nesta versão: o solicitante confirmou uma regra de compatibilidade legada para to_sign — quando Prescricao.DataAssinaturaPrescricao é mais recente que o registro correspondente em PrescricaoAssinatura, aquela data vale como assinatura — citando a prescrição 70 (Beatriz A. Lima) como exemplo. Conferindo a regra contra todas as prescrições “para assinar” das Seções 2 e 4, ela também se aplica às prescrições 43 (Yuki Tanaka), 68 (Cecília R. Ferreira) e 69 (Otávio B. Lima), não só a 70 — mudaria 5 badges (CT-PRES-01.1/01.2/02.1/02.2 e os KPIs de “P/ assinar”) e a Seção 9. Como o pedido original citou só a prescrição 70, essas outras três não foram alteradas — registradas como pendência aguardando confirmação, para não editar números de teste sem checar antes com o solicitante. Nenhuma mudança de classificação assinar/revisar, card ou badge nesta versão.
v1.8 (25/09/2026) — Correções a partir de 3 apontamentos diretos do solicitante sobre a v1.7: (1) Ordem dos cards passa a ser resultado esperado explícito. Confirmado na Especificação que Consultas segue RN-CM-006 (cronológica) e Prescrições segue RN-CM-011/020 (por urgência de aplicação); as listas de Detalhamento de CT-CONS-01/02 e CT-PRES-01/02 foram convertidas de bullets para listas numeradas, com uma nota indicando a RN aplicável logo acima. As subseções “Todas”/“Todos” (CT-CONS-02.1/02.2, CT-PRES-02.1/02.2, CT-PROC-02.1/02.2), que antes só listavam os cards “adicionais” além da visão “Meus/Minhas”, passaram a mostrar a lista completa em ordem, a pedido do solicitante. Achado no processo: a Especificação (§2.6) não define regra de ordenação para o Painel de Procedimentos — diferente dos outros 3 painéis, que têm “Ordenação:” documentada; a ordem usada na Seção 5 (Finalizado primeiro, depois cronológica pelo horário exibido) é um padrão observado na carga de referência, não uma regra confirmada — registrado como pendência para a Especificação (02). Outro achado: RN-CM-011 não define critério de desempate para prescrições com o mesmo horário de aplicação (caso de Roberto N. Alves/19 e Rogério M. Santos/2, ambos “hoje 09:00”) — também registrado como pendência. Efeito colateral positivo: reconstruir CT-PRES-02.2 como lista única ordenada eliminou por construção a dúvida de duplicidade da prescrição 71/Rogério M. Santos entre os dois toggles, sinalizada desde a v1.2 e carregada como nota inline até a v1.7 — o item duplicado era um erro de montagem do formato antigo (“cards adicionais”), não um comportamento real do sistema; pendência considerada resolvida. (2) Termos de diagnóstico corrigidos para literais, conforme o documento original (Cenarios de Teste - Central do Medico v1.0.md): o formato real é sempre “CID - Descrição (modificador)”, não “CID (modificador)” — corrigidas as 9 ocorrências na Seção 3 (ex.: “C50.2 (QSI)” → “C50.2 - Câncer de mama (QSI)”). Erro ortográfico do documento original (“Cancer do rim”, sem acento) corrigido para “Câncer do rim”, a pedido do solicitante. (3) Tag Linha de Cuidados, adicionada indevidamente na v1.7, agora removida dos cards de Beatriz A. Lima (20), Marcelo T. Pinto (22) e Rogério M. Santos (2) nas Seções 3 e 5 — a v1.7 tratou o vínculo em PEPProgramaApoioPaciente como suficiente para exibir a tag, mas ProgramaApoio.MostrarEm é um bitmask de 6 telas já documentado em DOC-006/Agenda do Médico (prontuário=1, cadastro do paciente=2, recepção=4, Central do Médico=8, confirmação de quimio=16, agendas=32): Linha de Cuidados tem MostrarEm=1, sem o bit 8 (Central do Médico) que IC e INT.MED têm — por isso essa tag nunca aparece nos cards de Consultas/Procedimentos, só no prontuário. VIP é exceção a essa regra (sempre exibida, mesmo sem o bit 8). Confirmado contra o documento original v1.0, que já mostrava Rogério “sem tags” nesses mesmos cards. Revertido nas 5 ocorrências (Seções 3 e 5); nota final da Seção 5 reescrita para explicar o motivo real. Bullet “Tags de Atenção” da Massa de dados atualizado com a explicação do MostrarEm. Nenhuma mudança de classificação assinar/revisar nesta versão — apenas ordenação, literalidade de diagnóstico e correção da tag Linha de Cuidados.
v1.7 (25/09/2026) — Verificação completa da seção “Massa de dados” contra a CargaCMZero.xlsx real e correções aplicadas: (1) “Craige Evans” era erro de digitação — nome real é Craig Evans (corrigido em toda a Seção 2 e no bullet “Médicos”); (2) especialidade do Dr. 9 (Gilliard) corrigida de “Oncologista” para Cirurgião Oncológico (IdEspecialidade=2) — só o Dr. 11 é Oncologista (IdEspecialidade=1); (3) bullet “Pacientes” (vinculados) corrigido — a base real (Paciente.IdChProfissional) vincula os pacientes 4 e 14 ao Dr.9, não ao Dr.11 como constava; lista correta: Dr.9 = 3,4,6,9,12,14,21,22,24, Dr.11 = 1,7,10,13,19,20,23; (4) bullet “Agenda de hoje” reescrito — a massa cobre 7 dos 9 estados do domínio hoje (não os 9): faltam C e O, e por decisão do solicitante isso não é uma lacuna a corrigir (cancelamento representado genericamente via D/M/F/I, sem necessidade de cobrir cada subtipo); (5) “Agenda passada” corrigida — intervalo real é de 5 dias a ~420 dias atrás (não “7 a 60”), com apenas C/D/F entre os cancelamentos (não C/D/M/F/I/O/T); (6) “Agenda futura” corrigida — intervalo real é de 3 a 65 dias à frente (não “7 a 60”); (7) adicionada uma data-base explícita (24/09/2026 12:00) logo no cabeçalho do documento, com nota de que a CargaCMZero.xlsx recalcula suas datas a cada carga (UPDATE DATAS/GETDATE()) — as datas de calendário da Massa de dados valem para essa data-base e precisam ser reconferidas se a massa for recarregada em outro dia; (8) datas dos 3 planos terapêuticos recalculadas para essa data-base — Plano #1 (pac.19): C1D1 13/07→23/07/2026, C5D1 05/10→15/10/2026; Plano #2 (pac.21): C1D1 14/08→18/08/2026; Plano #3 (pac.8): C1D1 21/08→27/08/2026 (os valores antigos estavam congelados de quando o documento foi escrito, ~10 dias antes da data-base atual); (9) bullet “Prescrições avulsas” (pacientes 20, 22, 23, 24) corrigido — nenhuma está finalizada ou cancelada na data-base; todas estão futuras, uma em curso (paciente 22, ciclo 1) — não há exemplo de finalizada/cancelada nessas 5 prescrições, ao contrário do que constava. Tags das Seções 3 e 5 reconferidas (pendência aberta desde a v1.1): 3 erros encontrados e corrigidos na Seção 3 — Beatriz A. Lima (20) e Marcelo T. Pinto (22) tinham só a tag IC exibida quando também têm Linha de Cuidados (2 tags cada); Rogério M. Santos (2) estava marcado “sem tag” quando tem Linha de Cuidados. Tags também adicionadas ao Detalhamento da Seção 5 (Procedimentos), que citava RN-CM-025 mas não exibia nenhuma tag nos cards. Pendência “Tag 1ª consulta” mantida em aberto — reescrita para deixar explícito que precisa de menção própria na Especificação (02), a pedido do solicitante. Restaurada uma observação que havia sido perdida na reformatação da v1.6: a nota da Seção 5 sobre RN-CM-026 (horário único que troca de sentido) tinha, na v1.5, uma ressalva de que mostrar início e término simultaneamente seria uma mudança de UI ainda não especificada — essa ressalva não sobreviveu ao resumo da v1.6 e foi reincorporada na Nota da Seção 5. Revisão completa do restante do Detalhamento (Seções 3, 4, 5 e 6) contra a v1.5 não encontrou outra perda de conteúdo. Nenhuma mudança de classificação assinar/revisar ou de card nesta versão — apenas correções da seção “Massa de dados” e das tags.
v1.6 (25/09/2026) — Reformatado o documento a pedido do solicitante, com apoio de um agente de QA sênior, por dois problemas relatados: a tabela ficava difícil de ler (célula “Resultado Esperado” às vezes concatenava 4-6 itens com <br> numa única linha) e notas de decisão/correção misturadas no corpo (blockquotes após cada tabela) atrapalhavam a execução do teste. Aplicado: a tabela de cada seção continua sendo a interface de execução para todos os casos; para os que têm resultado esperado com 3+ itens (CT-CONS-01.1/01.2/02.1/02.2, CT-PRES-01.1/01.2/02.1/02.2, CT-PROC-01.1/01.2/02.1/02.2, CT-MSG-08), a célula passa a trazer um resumo com link e o detalhamento completo (lista real, um item por linha) fica numa subseção “Detalhamento” logo após a tabela — casos simples (a maioria) não mudam. Colunas “Prioridade” e “Status” removidas de todas as tabelas, a pedido do solicitante — o documento deixou de ser preenchido pela própria QA durante a execução. Todos os blockquotes de decisão/correção que estavam nas Seções 2 e 4 foram removidos do corpo — o conteúdo já estava (ou passou a estar, nesta mesma versão) registrado nas entradas de versão abaixo; a única pendência realmente aberta (possível duplicidade de Rogério M. Santos, prescrição 71, entre CT-PRES-01.2 e CT-PRES-02.2) foi preservada como nota inline no Detalhamento de CT-PRES-02.2, por ser relevante para quem executa o teste hoje, não só um registro histórico. Nenhuma mudança de dado de teste ou de resultado esperado nesta versão — só de formato.
v1.5 (25/09/2026) — Corrigida a fonte de verdade do teste “assinada”: deve vir de PrescricaoAssinatura (última assinatura por prescrição com TipoAssinatura = 'A'), não de Prescricao.IdChProfissionalAssinou (que pode ficar nulo mesmo com assinatura registrada) — esse foi o caso das prescrições 73 e 74, tratadas erradamente como “nunca assinadas” nas versões v1.2 a v1.4 apesar de já terem registro em PrescricaoAssinatura. O solicitante atualizou PrescricaoAssinatura para as prescrições 11, 67, 72, 73 e 74; verificado com data-base 24/09/2026 contra a CargaCMZero.xlsx: prescrição 11 (Reed Richards) assinatura 23/09 16:00:59 (idade 1 dia), aplicação 23/09 (distância 1 dia); prescrição 67 (Marcelo T. Pinto) assinatura 23/09 16:45:00 (idade 1 dia), aplicação 24/09 (distância 0); prescrição 72 (Kenji Chen) assinatura 24/09 18:00:00 (idade 0 dia), aplicação 24/09 (distância 0); prescrição 73 (Benjamin Thompson, C1D1) assinatura 22/09 18:00:00 (idade 2 dias), aplicação 23/09 (distância 1 dia); prescrição 74 (Benjamin Thompson, C1D2) assinatura 22/09 18:00:00 (idade 2 dias), aplicação 24/09 (distância 0). Todas as 5 com assinatura válida (≤7 dias) e aplicação a 1 dia ou menos — reclassificadas de “Assinar” para “Revisar” em CT-PRES-01.1, CT-PRES-01.2, CT-PRES-02.1 e CT-PRES-02.2 (conforme cada prescrição aparece). KPIs recalculados: CT-KPI-04.1 (P/ revisar 0→1, P/ assinar 5→4), CT-KPI-04.2 (P/ revisar 0→1, P/ assinar 4→3), CT-KPI-06 (P/ revisar 0→1, P/ assinar 1→0). Resolve o achado da v1.4 (falta de um caso real de “a revisar” na massa) — agora há 5. Nenhuma outra prescrição rastreada no documento muda de classificação.
v1.4 (25/09/2026) — Correção da regra de prioridade assinar/revisar registrada na v1.3: o solicitante esclareceu que ela tem 2 níveis, não 3 — assinatura vencida (mais de 7 dias) joga para “a assinar” mesmo com a aplicação dentro de 1 dia; “a revisar” só ocorre quando a assinatura ainda é válida (≤7 dias) e a aplicação está a 1 dia ou menos. A v1.3 tinha isso invertido (achava que a proximidade da aplicação bastava para manter “a revisar” mesmo com assinatura velha). Reclassificadas: prescrições 11 (Reed Richards, assinatura de 18/07) e 43 (Yuki Tanaka, assinatura de 29/08) — ambas de “Revisar” para “Assinar” em CT-PRES-01.1 e CT-PRES-02.2; CT-KPI-04.1 recalculado (P/ revisar 2→0, P/ assinar 3→5). Limpeza de ⚠️ remanescentes (Cecília/68, Beatriz/70, Otávio/69) que já estavam corretos desde a v1.2/v1.3 mas não tinham o marcador removido da tabela. Achado: com a regra corrigida, nenhuma prescrição da massa atual demonstra o caminho “a revisar” — as duas que ilustravam esse caso (11 e 43) migraram para “a assinar”; RN-CM-020 fica sem cobertura de dado real, recomendado pedir um caso de teste dedicado numa próxima carga. Confirmado pelo solicitante: a assinatura da prescrição 43 datada de 29/09/2026 (depois da data-âncora) foi corrigida na planilha para 29/08/2026 — anomalia da v1.3 totalmente resolvida.
v1.3 (25/09/2026) — Correções a partir de esclarecimentos diretos do solicitante sobre 4 pontos levantados na v1.2: (1) regra completa de classificação confirmada — “a revisar” exige assinatura existente e aplicação (Agenda.DhAgendaIniUTC) a 1 dia ou menos de distância; fora dessa janela, assinatura com mais de 7 dias volta a ser “a assinar”. Isso confirma que 68, 69, 70 (sinalizadas como dúvida na v1.2) e 11/43 (assinatura velha, mas aplicação dentro da janela de 1 dia) já estavam corretas — ⚠️ da v1.2 removidos, sem mudança de número nos cards; (2) prescrição 43 corrigida pelo solicitante na carga (ainda resta uma data de assinatura depois da data-âncora, não afeta a classificação, registrado como nota solta); (3) tag “1ª consulta” confirmada como calculada a partir de Agenda.PrimeiraConsulta='S', não uma tag de ProgramaApoio — conferido contra a carga, bate nas 4 ocorrências já usadas no documento; (4) IDs reais da visão “Todas” corrigidos (CT-PRES-02.1/02.2): paciente 2→71, 17→73/74, 15→72, 22→67 (antes trocados pelo IdPaciente) — reconferindo essas prescrições, todas estão sem assinatura, então a ação nessas linhas passa de “Revisar” para “Assinar”. Sinalizado, não corrigido: possível duplicidade entre CT-PRES-01.2 e CT-PRES-02.2 (prescrição 71/Rogério aparece nas duas, mesmo dentro do “Todas” do próprio Dr. 9); se a Seção 4.7 do Mapeamento de BD documenta uma regra diferente da confirmada aqui, pode precisar de atualização — não verificado nesta rodada.
v1.2 (25/09/2026) — Aplicada a correção confirmada pelo solicitante: prescrição nunca assinada é sempre “a assinar”, mesmo quando também qualifica por tempo como “a revisar” (assinar antes de revisar). Corrigido: CT-KPI-04.1 (P/ revisar 3→2, P/ assinar 2→3 — prescrição 61/Roberto N. Alves); CT-KPI-04.2 (P/ revisar 2→0, P/ assinar 2→4 — as prescrições 67/71 já estavam certas linha a linha em CT-PRES-01.2, só o card agregado estava desatualizado); CT-PRES-01.1 (Roberto N. Alves, ação Revisar→Assinar). Removidos os ⚠️ de confirmação já resolvidos (Marcelo T. Pinto/22 e Helena D. Costa/21 em CT-PRES-01.2). Atualizada a seção “Pendências de Massa de Dados”: a CargaCMZero.xlsx agora traz Tags (ProgramaApoio, ProgramaApoioPaciente, PEPProgramaApoioPaciente) e Equipes de mensageria (Mensageria.Equipe/EquipeMembro) — lacuna da v1.1 resolvida nesses dois pontos; confirmado que as demais tabelas (Conversa/Mensagem) começam vazias por design, geradas pelos próprios casos da Seção 6, não uma lacuna de carga. Sinalizado, não corrigido (pendente de confirmação do solicitante): (1) três prescrições assinadas há mais de 7 dias — 68, 69, 70 — estão classificadas “a assinar” quando, pela regra da Seção 4.7, deveriam cair em “a revisar” (o oposto do problema já corrigido); (2) prescrição 43 tem assinatura datada depois da data-âncora de hoje desta carga, possível inconsistência; (3) a tag “1ª consulta” citada nas Seções 3/5 não existe no domínio real ProgramaApoio (8 tags carregadas, nenhuma com esse nome); (4) as prescrições “adicionais” da visão “Todas” em CT-PRES-02.1/02.2 (IDs 2, 15, 17, 19, 1, 8) pertencem todas ao paciente 1 na massa real, não aos pacientes citados nos nomes das linhas — precisa de nova reconferência, fora do escopo desta correção.
v1.1 (25/09/2026) — Reformatado de prosa em bullets aninhados para tabela (uma linha por caso, coluna “Status” para a QA preencher), a pedido do solicitante. Correções aplicadas após conferência contra a CargaCMZero.xlsx: (1) CT-KPI-01.1, Agenda 68 corrigido para 62 (não existe Agenda 68 na agenda de hoje do Dr. 11); (2) CT-KPI-01.2, lista de “Agenda IdAgenda” que na verdade eram IDs de paciente, substituída pelos IDs de Agenda reais; (3) CT-CONS-01.1, horário do card da Beatriz A. Lima corrigido de “09:30–09:00” para “09:30–10:00”; (4) removida a menção a um campo “Início” separado nos cards Finalizados de Procedimentos (Seção 5) — conferido no 03 - Protótipo v3.16.html que só existe um horário exibido por card. Adicionado: seção “Pendências de Massa de Dados” (ausência de ProgramaApoio/tags e de Conversa/Mensagem/mensageria na planilha); caso novo CT-PROC-08 dedicado a RN-CM-026; referências de RN por caso na matriz de rastreabilidade; renomeado “Comunicação” para “Mensagens” ao longo do documento, para bater com a Especificação (02) desde a v4.26/v4.27. Sinalizado, não corrigido: possível inconsistência de classificação “a revisar” vs. “a assinar” para prescrições nunca assinadas (61, 67, 71 e outras) — ver ⚠️ nas Seções 2 e 4; aguardando confirmação do solicitante antes de alterar os números.
v1.0 (14/09/2026) — Primeira versão, gerada a partir de uma massa de dados anterior (CargaPrescricaoZero_massa_teste.xlsx), menor e sem cobertura de Mensagens/Tags. Substituída nesta v1.1 por uma massa mais completa (CargaCMZero.xlsx) — arquivada em Histórico/.

Arquivo de dados: CargaCMZero.xlsx

Gemed 2.1 — Documentação

Explorador

Cenários de Teste v1.24

Cenários de Teste — Central do Médico (Cockpit)

1. Escopo

Endpoints envolvidos (referência)

Massa de dados criada para estes testes

Pendências de Massa de Dados

2. KPI Bar

3. Painel Consultas

Detalhamento — Resultado Esperado

CT-CONS-01.1 — cards esperados, em ordem (toggle “Pendentes”, Dr. 11)

CT-CONS-01.2 — cards esperados, em ordem (toggle “Pendentes”, Dr. 9)

CT-CONS-02.1 — lista completa, em ordem (toggle “Todos”, Dr. 11 — 8 cards)

CT-CONS-02.2 — lista completa, em ordem (toggle “Todos”, Dr. 9 — 8 cards)

4. Painel Prescrições Pendentes

Detalhamento — Resultado Esperado

CT-PRES-01.1 — cards esperados, em ordem (toggle “Minhas”, Dr. 11 — 1 card, corrigido na v1.24)

CT-PRES-01.2 — cards esperados, em ordem (toggle “Minhas”, Dr. 9)

CT-PRES-02.1 — lista completa, em ordem (toggle “Todas”, Dr. 11 — 5 cards, corrigido na v1.24)

CT-PRES-02.2 — lista completa, em ordem (toggle “Todas”, Dr. 9 — 6 cards, corrigido na v1.24)

5. Painel Procedimentos na Clínica

Detalhamento — Resultado Esperado

CT-PROC-01.1 — cards esperados, em ordem (toggle “Meus”, Dr. 11)

CT-PROC-01.2 — cards esperados, em ordem (toggle “Meus”, Dr. 9)

CT-PROC-02.1 — lista completa, em ordem (toggle “Todos”, Dr. 11 — 9 cards)

CT-PROC-02.2 — lista completa, em ordem (toggle “Todos”, Dr. 9 — 9 cards)

6. Painel Mensagens

Detalhamento — Resultado Esperado

CT-MSG-08 — ordem esperada da lista (painel do Mateo)

7. Busca Inteligente

8. Volume (regressão de performance/paginação)

9. Matriz de rastreabilidade

10. Histórico de Versões

Visão de gráfico

Sumário