Inventário inicial de paridade¶
Purpose: Baseline de migração para planejamento. Este inventário não aprova nenhuma remoção do legado; ele registra o que a análise inicial encontrou em 2026-08-04.
Critérios de estado¶
- Preservado, sem evidência: existe no Prontuare, mas ainda requer teste de jornada real e comparação de contrato.
- Adaptado: existe, com mudança de produto explicitamente aprovada.
- Pendente: não há capacidade equivalente verificável no Prontuare.
- Deliberar: há tela, placeholder ou decisão de produto pendente; não pode ser anunciado como concluído.
| Área | Referência legada | Estado inicial | Decisão necessária antes de retirar o legado |
|---|---|---|---|
| Autenticação | Registro, login, sessão e recuperação | Preservado, sem evidência | Exercitar todos os erros e cookies em browser contra a API separada. |
| Propriedade de dados | Tenant/clínica e membros | Adaptado | Manter proprietário individual; não migrar entidade clínica ou colaboração sem nova spec. |
| Perfil e onboarding | Tipo de usuário e perfil profissional | Pendente | Contrato de conclusão de perfil e a ligação das telas existentes à API atual. |
| Pacientes | Lista, busca, ficha, edição, ativar/inativar | Preservado, sem evidência | Comparar campos, validações e limite de cinco pacientes. |
| Atendimentos | Registros de consulta vinculados ao paciente | Adaptado | Usar o modelo atual de atendimento datado, Markdown e versões; comprovar toda a jornada. |
| Agendamentos | Criar, editar, excluir, listar e ficha do paciente | Preservado, sem evidência | Comparar estados, horários e cancelamento com a jornada web atual. |
| Google e Microsoft Calendar | OAuth, status, desconexão e sincronização | Preservado, sem evidência | Validar credenciais, retorno ao web, reautorização, repetição e falhas sem duplicidade. |
| Formulários | Modelos dinâmicos, campos, respostas por paciente | Preservado, sem evidência | Validar criação, publicação, aplicação, resposta e versão histórica no web separado. |
| CEP, CNPJ e CFP | Brasil API e InfoSimples | Pendente | Definir provedores, custos, privacidade, validação e preenchimento manual alternativo. |
| Documentos | Aba por paciente | Deliberar | Definir armazenamento, operações, acesso, auditoria e retenção antes de habilitar upload/download. |
| IA e áudio | Evolução do produto atual | Deliberar | Definir o chat lateral, upload/gravação, consentimento, cancelamento, retenção e revisão humana; não é paridade do legado. |
| Idiomas | Interface pt-BR, inglês e espanhol | Pendente | Implementar seleção e catálogo completo; não há mecanismo de i18n verificável. |
| Contratos web–API | Cliente compartilhado no monorepo | Pendente | Publicar e validar contratos independentes; remover dependência de módulos de apps/. |
| Migração de dados | Esquemas e registros legados | Deliberar | Criar spec exclusiva de migração, backup, ensaio e rollback antes de qualquer corte. |
Evidências examinadas¶
- Rotas e domínios em
apps/api-core/src. - Jornadas e páginas em
apps/web/app. - Contratos/utilitários em
packages/. - Rotas, serviços e esquema atuais em
prontuare-api/src. - Páginas e integrações atuais em
prontuare-web/app.
Próxima etapa esperada¶
O planejamento deve decompor este inventário em fatias entregáveis, priorizando:
- contrato e browser E2E para autenticação, pacientes, atendimentos e limite do plano gratuito;
- agenda e calendário;
- formulários e respostas;
- perfil/onboarding e consultas brasileiras;
- documentos, IA, áudio e i18n, cada um somente após sua especificação de produto complementar quando necessário.