# 2026-04-15 - Seed clinico e agenda dos medicos Alpha

## O que foi entregue

- criado o SQL [2026-04-15-03-taxonomias-e-agenda-seed-profissionais-alpha.sql](/G:/Clientes/PREVCLUBE/Clientes/DrTigre/sistema/sql/2026-04-15-03-taxonomias-e-agenda-seed-profissionais-alpha.sql:1) para completar os medicos seed da Empresa Alpha
- os profissionais `Dra. Marina Ribeiro` e `Dr. Bruno Prado` passam a ter taxonomias clinicas completas para filtros de agendamento
- os dois recebem tambem o vinculo com a profissao `Medico`, que e o critero usado pela listagem de [medicos.php](/G:/Clientes/PREVCLUBE/Clientes/DrTigre/sistema/pages/admin/medicos.php:1)
- foram incluidos enderecos profissionais nas unidades `Centro` e `Jardins`
- foi criado um catalogo minimo de servicos, procedimentos, modalidades e disponibilidade para demonstracao do agendamento manual

## Ordem de execucao

1. [2026-04-15-01-seed-secretaria-unidades-empresa-alpha.sql](/G:/Clientes/PREVCLUBE/Clientes/DrTigre/sistema/sql/2026-04-15-01-seed-secretaria-unidades-empresa-alpha.sql:1)
2. [2026-04-15-02-unidade-menu-e-acl-secretaria-empresa-alpha.sql](/G:/Clientes/PREVCLUBE/Clientes/DrTigre/sistema/sql/2026-04-15-02-unidade-menu-e-acl-secretaria-empresa-alpha.sql:1)
3. [2026-04-15-03-taxonomias-e-agenda-seed-profissionais-alpha.sql](/G:/Clientes/PREVCLUBE/Clientes/DrTigre/sistema/sql/2026-04-15-03-taxonomias-e-agenda-seed-profissionais-alpha.sql:1)

## Resultado esperado

- `medicos.php` passa a listar esses medicos quando o contexto administrativo enxergar o contrato `65`
- `agendamento-manual` passa a encontrar os profissionais nas cascatas de categoria, profissao, especialidade e atuacao
- o fluxo de agenda passa a ter itens de catalogo e horarios seed para selecao de profissional, endereco e horario

## Observacoes

- o SQL foi escrito de forma idempotente, com `NOT EXISTS` e reaproveitamento de IDs existentes
- os profissionais continuam com `id_contrato = 65`, entao o contexto administrativo precisa enxergar esse ramo para a listagem de medicos
- o bloco de enderecos foi alinhado ao schema real de `wpjy_parceiros_enderecos`, usando `apelido` e `is_principal` em vez de colunas de contrato inexistentes
- os vinculos de servicos e procedimentos respeitam a chave unica real por profissional e item, reaproveitando o mesmo catalogo entre enderecos diferentes da mesma medica
- o bloco de disponibilidade foi alinhado ao schema real de `wpjy_parceiros_profissionais_disponibilidade`, sem depender de coluna `ativo`