Padrões de Desenvolvimento de Prontuários Eletrônicos de Saúde (EMR)

Padrões para a construção de sistemas de Prontuário Eletrônico de Paciente (PEP) e Prontuário Eletrônico de Saúde (PES). Prioriza a segurança do paciente, a precisão clínica e a eficiência do profissional.

Quando Usar

• Construção de fluxos de atendimento ao paciente (queixa, exame, diagnóstico, prescrição)
• Implementação de anotações clínicas (estruturadas + texto livre + voz para texto)
• Design de módulos de prescrição/medicação com verificação de interação medicamentosa
• Integração de Sistemas de Apoio à Decisão Clínica (CDSS)
• Construção de exibição de resultados de exames laboratoriais com destaque para valores de referência
• Implementação de trilhas de auditoria para dados clínicos
• Design de interfaces de usuário acessíveis na área da saúde para entrada de dados clínicos

Como Funciona

Segurança do Paciente em Primeiro Lugar

Toda decisão de design deve ser avaliada sob a ótica: "Isso poderia prejudicar um paciente?"

• Interações medicamentosas DEVEM alertar, não passar silenciosamente
• Valores laboratoriais anormais DEVEM ser visualmente sinalizados
• Sinais vitais críticos DEVEM acionar fluxos de escalonamento
• Nenhuma modificação de dados clínicos sem trilha de auditoria

Fluxo de Atendimento em Página Única

Os atendimentos clínicos devem fluir verticalmente em uma única página — sem troca de abas:

Patient Header (sticky — always visible)
├── Demographics, allergies, active medications
│
Encounter Flow (vertical scroll)
├── 1. Chief Complaint (structured templates + free text)
├── 2. History of Present Illness
├── 3. Physical Examination (system-wise)
├── 4. Vitals (auto-trigger clinical scoring)
├── 5. Diagnosis (ICD-10/SNOMED search)
├── 6. Medications (drug DB + interaction check)
├── 7. Investigations (lab/radiology orders)
├── 8. Plan & Follow-up
└── 9. Sign / Lock / Print

Sistema Inteligente de Modelos

interface ClinicalTemplate {
  id: string;
  name: string;             // e.g., "Chest Pain"
  chips: string[];          // clickable symptom chips
  requiredFields: string[]; // mandatory data points
  redFlags: string[];       // triggers non-dismissable alert
  icdSuggestions: string[]; // pre-mapped diagnosis codes
}

Sinalizações vermelhas em qualquer modelo devem acionar um alerta visível e não dispensável — NÃO uma notificação "toast".

Padrão de Segurança de Medicação

User selects drug
  → Check current medications for interactions
  → Check encounter medications for interactions
  → Check patient allergies
  → Validate dose against weight/age/renal function
  → If CRITICAL interaction: BLOCK prescribing entirely
  → Clinician must document override reason to proceed past a block
  → If MAJOR interaction: display warning, require acknowledgment
  → Log all alerts and override reasons in audit trail

Interações críticas bloqueiam a prescrição por padrão. O profissional de saúde deve explicitamente substituir com um motivo documentado, armazenado na trilha de auditoria. O sistema nunca permite silenciosamente uma interação crítica.

Padrão de Atendimento Bloqueado

Uma vez que um atendimento clínico é assinado:

• Nenhuma edição permitida — apenas um adendo (um registro separado e vinculado)
• Tanto o original quanto o adendo aparecem na linha do tempo do paciente
• A trilha de auditoria captura quem assinou, quando e quaisquer registros de adendo

Padrões de UI para Dados Clínicos

Exibição de Sinais Vitais: Valores atuais com destaque para o intervalo normal (verde/amarelo/vermelho), setas de tendência em comparação com os anteriores, pontuações clínicas calculadas automaticamente (NEWS2, qSOFA), orientação de escalonamento em linha.

Exibição de Resultados Laboratoriais: Destaque para o intervalo normal, comparação com valores anteriores, valores críticos com alerta não dispensável, carimbos de data/hora de coleta/análise, pedidos pendentes com tempo esperado de resposta.

PDF de Prescrição: Geração com um clique contendo dados demográficos do paciente, alergias, diagnóstico, detalhes do medicamento (genérico + marca, dose, via, frequência, duração), bloco de assinatura do profissional.

Acessibilidade para a Área da Saúde

Interfaces de usuário na área da saúde têm requisitos mais rigorosos do que aplicativos web típicos:

• Contraste mínimo de 4.5:1 (WCAG AA) — profissionais trabalham em iluminação variada
• Alvos de toque grandes (mínimo de 44x44px) — para interação com luvas/com pressa
• Navegação por teclado — para usuários avançados que inserem dados rapidamente
• Nenhum indicador apenas de cor — sempre combine cor com texto/ícone (profissionais daltônicos)
• Rótulos de leitor de tela em todos os campos de formulário
• Sem "toasts" de alerta clínico que se auto-dispensam — o profissional deve reconhecer ativamente

Anti-Padrões

• Armazenar dados clínicos no localStorage do navegador
• Falhas silenciosas na verificação de interação medicamentosa
• Notificações "toast" dispensáveis para alertas clínicos críticos
• Interfaces de atendimento baseadas em abas que fragmentam o fluxo de trabalho clínico
• Permitir edições em atendimentos assinados/bloqueados
• Exibir dados clínicos sem trilha de auditoria

…