Build & Versão

Vimaka Odontologic

Atualização 2.0 — Operação orientada à agenda

Vimaka Odontologic v2.1.0-rc2

Build de 2026-08-27 · Base44 SDK 0.8.44+ · React 18 · Multi-tenant

95%

cobertura do roadmap

Total de itens

99

12 módulos

Já implantados

77

no app atual

Novos nesta versão

17

a implementar

Planejados

5

fase futura

Já existe
Novo
Planejado

Papéis granulares (Super Admin, Admin clínica, Gestor, Recepção, Dentista, Especialista, Auxiliar, Financeiro, Auditor), grupos, profissionais, cadeiras, perfis de agenda, auditoria base e migrações de schema.

  • Entidade Professional (profissionais)Já existe
  • Entidade ClinicUnit (unidades/cadeiras)Já existe
  • Entidade AuditLog (auditoria)Já existe
  • Entidade PermissionRequest (solicitações de acesso)Já existe
  • Entidade Consent (consentimentos)Já existe
  • Entidade Chair (cadeiras físicas)Já existe
  • Entidade ProfessionalGroup (grupos/equipes)Já existe
  • Entidade AppointmentStatus (status configuráveis)Já existe
  • Entidade AppointmentChangeRequest (aprovações)Já existe
  • Entidade ScheduleProfile (perfis de agenda)Planejado
  • RLS granular por papel/módulo/açãoPlanejado
  • Perfis customizados de permissãoPlanejado

Critérios gerais de aceite

  • Recepcionista opera a agenda sem navegar por múltiplas telas.
  • Profissional/grupo/cadeira/especialidade coexistem no mesmo agendamento.
  • Nenhum movimento/exclusão protegido ocorre sem autorização configurada.
  • Toda alteração sensível aparece no histórico com autor, data/hora e motivo.
  • Feriados regionais bloqueiam/sinalizam a agenda conforme configuração.
  • Pacientes confirmam/reagendam/preenchem anamnese/assinam no portal.
  • Kanban e chat abrem registros vinculados por @tag.
  • Evolução clínica possui histórico/versionamento e editor avançado.
  • IA nunca salva alteração clínica sem aceite humano explícito.

Bibliotecas removidas (reinstalar se necessário)

Removidas do package.json por não terem uso no código (varredura de imports). Caso algum módulo apresente erro de importação após a retirada, reinstale a biblioteca correspondente com a versão indicada.

  • @hookform/resolvers
    ^4.1.2
    Resolvers de validação (zod/yup) p/ react-hook-form
  • @stripe/react-stripe-js
    ^3.0.0
    Stripe Elements (checkout embutido) — checkout é hospedado no Stripe
  • @stripe/stripe-js
    ^5.2.0
    Stripe.js client — integração é server-side, não usado no front
  • canvas-confetti
    ^1.9.4
    Efeito de confete (celebração)
  • jspdf
    ^4.2.1
    Geração de PDF no cliente
  • lodash
    ^4.17.21
    Utilidades (debounce/clone) — substituído por nativo
  • moment
    ^2.30.1
    Manipulação de datas — substituído por date-fns + Date nativo
  • react-hot-toast
    ^2.6.0
    Toasts — substituído pelo toaster/sonner do shadcn
  • react-leaflet
    ^4.2.1
    Mapas Leaflet — mapas via backend googleMapsPlaces
  • three
    ^0.171.0
    Three.js 3D — 3D do app via @babylonjs/core
  • zod
    ^3.24.2
    Validação de schema — não usado diretamente no front

Estratégia de implantação

Cada fase usa feature flag, migration incremental e testes antes de aplicar. O schema atual é preservado; nenhum dado existente é excluído. As fases 2 a 5 (agenda, anamnese, portal, evolução) são o núcleo desta atualização e serão implementadas incrementalmente.