Category: Plataformas de Agendamento

Em um agendamento de teleconsulta feito com menos de dez minutos de antecedência, a Doctoralia envia o link imediatamente apenas por e-mail. A página oficial do Feegow informa que WhatsApp e e-mail são usados quando a consulta é marcada com mais de dez minutos de antecedência.

A documentação não explica o comportamento para exatamente dez minutos. Esse ponto não deve ser preenchido por suposição. Quando a marcação cai no limite ou o paciente não encontra a mensagem, confira o e-mail e use o fluxo manual documentado com o profissional responsável.

Qual canal a Doctoralia usa conforme a antecedência?

O guia da integração divide o envio em dois cenários. Para consultas agendadas com mais de dez minutos de antecedência, o paciente recebe o link automaticamente por WhatsApp e e-mail. Para consultas agendadas com menos de dez minutos, o link é enviado imediatamente após a confirmação, somente por e-mail.

Essa regra vale para as teleconsultas descritas no artigo, independentemente de a marcação ter sido realizada pela clínica ou pelo próprio paciente. Portanto, a origem operacional do agendamento não muda os dois canais informados para cada faixa de antecedência.

O artigo não atribui ao WhatsApp uma falha quando o agendamento ocorre com menos de dez minutos. Nesse cenário, a ausência da mensagem no aplicativo é compatível com o comportamento publicado. A primeira verificação deve ser o endereço de e-mail cadastrado e a caixa de entrada correspondente.

Esse comportamento é diferente da regra geral abordada em notificações da Doctoralia após remarcação. Aqui, o tema é o canal usado para entregar o link de uma teleconsulta de última hora, não a configuração de confirmação ou remarcação.

O que acontece quando faltam exatamente dez minutos?

A fonte usa “mais de 10 minutos” para WhatsApp e e-mail e “menos de 10 minutos” para e-mail imediato. Ela não declara qual regra se aplica quando a antecedência é exatamente dez minutos. Nenhuma das duas frases cobre a igualdade.

Não transforme essa lacuna em uma terceira regra. Também não arredonde o horário para afirmar que haverá WhatsApp. O tempo usado pelo sistema pode depender do instante de confirmação, mas a página consultada não fornece uma definição técnica desse cálculo.

Inferência operacional: trate exatamente dez minutos como resultado não documentado. Oriente a equipe a conferir o e-mail e preparar a recuperação manual pelo profissional. Se a clínica precisa de uma garantia para esse limite, peça confirmação ao suporte e teste antes de escrever um procedimento definitivo.

Registre o horário da consulta, o horário da confirmação e os canais observados usando uma marcação sintética autorizada. Não use uma experiência isolada para publicar uma regra geral que contradiga ou amplie a documentação.

Quais dados precisam estar corretos para o envio automático?

O guia recomenda manter um número de celular com DDD e um endereço de e-mail válido no cadastro. Esses dados são usados para as notificações e para o envio automático do link. Um contato ausente ou incorreto cria outro problema, separado da faixa de antecedência.

Confira o mínimo necessário para resolver a entrega. A equipe não precisa copiar prontuário, motivo da consulta ou outras informações clínicas para investigar se um e-mail ou celular estava cadastrado. A verificação deve ocorrer dentro das telas e permissões aprovadas pela clínica.

Inferência operacional: antes de confirmar uma teleconsulta de última hora, peça que a pessoa valide o canal de contato por um procedimento seguro. Não leia o endereço completo em voz alta em local compartilhado nem envie o link para um contato alternativo sem autorização e verificação.

Não confunda presença de contato com prova de entrega. O cadastro correto permite o envio descrito, mas a página não oferece uma garantia de recebimento, leitura ou acesso. O resultado final deve ser confirmado pelo canal aprovado quando houver dúvida.

Onde o profissional pode recuperar o link manualmente?

O artigo apresenta três locais. A forma indicada é a conversa com o paciente na Mensageria da Doctoralia, onde fica o link oficial. O profissional também pode copiar o link no prontuário do Feegow depois de iniciar a teleconsulta, ou nos detalhes da consulta no painel de agendamentos da Doctoralia.

A página informa que o link não fica mais disponível na tela comum de agendamento. Por isso, procurar apenas nessa tela pode dar a impressão de que não existe recuperação manual. O profissional deve usar um dos caminhos específicos descritos no guia.

O acesso manual tem uma limitação de perfil. Somente o profissional responsável pelo atendimento consegue visualizar ou copiar o link. Usuários com perfil Recepção, Administrativo ou Master não conseguem fazê-lo no Feegow ou na Doctoralia segundo a fonte.

Inferência operacional: defina uma escalada curta para o profissional responsável quando a recepção identificar o problema. Não compartilhe credenciais nem aumente permissões para contornar a restrição. O fluxo precisa respeitar a função que o fornecedor autoriza a acessar o link.

Como compartilhar o link manual sem ampliar a exposição?

O guia permite que o profissional copie o link e o compartilhe pelo canal usado pela clínica. Essa instrução operacional não declara que qualquer canal é adequado para qualquer contexto. A clínica ainda precisa aplicar suas regras de identidade, privacidade, retenção e comunicação.

Inferência operacional: prefira a Mensageria da Doctoralia quando ela fizer parte do fluxo aprovado, pois a própria página a apresenta como caminho indicado. Se outro canal for necessário, confirme o destinatário, envie apenas o link oficial e evite acrescentar detalhes sobre a consulta.

Não cole o link em planilhas, tickets gerais, ferramentas de marketing ou conversas internas sem controle de acesso. Um link de teleconsulta é um dado operacional sensível. Registre somente que a recuperação foi concluída, por qual canal aprovado e por qual função autorizada.

A regra de canais deste artigo também não substitui políticas gerais de mensageria. O conteúdo sobre lembretes e lista de espera explica por que comunicação e ocupação da agenda devem ser medidas separadamente.

Qual fluxo usar quando a teleconsulta começa em poucos minutos?

Comece verificando se a antecedência está abaixo de dez minutos. Nesse caso, procure o e-mail enviado após a confirmação. Confirme que o cadastro contém e-mail válido. Se a mensagem não for encontrada, acione o profissional responsável para recuperar o link em um dos locais documentados.

No horário do atendimento, o guia orienta alterar manualmente o status para Aguardando. Essa ação informa ao sistema que o paciente pode entrar na sala de espera. Depois, o profissional acessa a aba Espera, localiza a consulta e seleciona Atender Online.

Inferência operacional: use um checklist curto com horário da confirmação, faixa de antecedência, e-mail verificado, profissional acionado, link recuperado e acesso confirmado. Não marque a entrega como resolvida apenas porque alguém abriu a tela onde o link deveria estar.

Se a consulta também foi remarcada, preserve o histórico e a origem correta. O uso correto do fluxo Remarcar no Feegow explica por que uma simples mudança de status não atualiza a integração.

Como testar esse comportamento sem usar uma consulta real?

Use contatos de teste controlados e uma teleconsulta sintética autorizada. Execute um cenário com mais de dez minutos e outro com menos de dez minutos. Registre os canais que receberam o link e o tempo observado após a confirmação, sem inserir dados de pacientes.

Crie um terceiro cenário exatamente no limite apenas para observar o produto. O resultado deve ser registrado como comportamento observado naquele teste, não como regra oficial. A documentação consultada continua sem definir a igualdade de dez minutos.

Teste também a recuperação por função. Confirme que o profissional responsável consegue usar os caminhos documentados e que Recepção, Administrativo e Master não são orientados a procurar um controle que a fonte diz estar indisponível para esses perfis.

Inferência operacional: guarde somente identificadores sintéticos, horários, faixa testada, canal esperado, canal observado, perfil usado e resultado. Apague links temporários e registros de teste segundo o procedimento da clínica. Não reutilize o link em demonstrações ou material de treinamento.

O que deve ser monitorado no processo?

Monitore teleconsultas confirmadas perto do início, falhas de contato, recuperações manuais, tempo até o paciente acessar e casos no limite exato. Separe ausência esperada de WhatsApp abaixo de dez minutos de problemas reais no e-mail ou no cadastro.

Inferência operacional: revise incidentes por faixa de antecedência e canal. Uma categoria simples evita que toda ausência de WhatsApp seja enviada ao suporte como falha. Encaminhe somente os casos que contradizem a regra documentada ou permanecem sem solução após o fluxo aprovado.

Quando uma mudança de horário ocorre, mantenha o canal de ação separado da origem do agendamento. O guia sobre preservar a origem após remarcação ajuda a evitar que uma recuperação manual altere a atribuição histórica.

Revise a fonte antes de atualizar o procedimento. Limites de canal, telas e permissões podem mudar. Até nova documentação, mantenha as afirmações estritas: mais de dez minutos, WhatsApp e e-mail; menos de dez, somente e-mail; exatamente dez, não documentado.

Perguntas frequentes

Agendamento com menos de dez minutos recebe WhatsApp?

Não segundo o guia consultado. Nesse cenário, a Doctoralia envia o link imediatamente após a confirmação apenas por e-mail.

O que acontece com exatamente dez minutos?

A documentação não informa. Ela descreve apenas mais de dez e menos de dez minutos. Confira o e-mail e use o fluxo manual sem prometer um canal.

A recepção pode copiar o link da teleconsulta?

Não pelo fluxo documentado. A página diz que somente o profissional responsável pode visualizar ou copiar o link. Recepção, Administrativo e Master não têm esse acesso.

O envio muda quando a clínica faz o agendamento?

Não nessa regra. O artigo afirma que o envio automático ocorre em todas as teleconsultas, independentemente de a marcação ter sido feita pela clínica ou pelo paciente.

Referências

• Feegow, Como agendar e realizar um atendimento de Telemedicina com Integração Doctoralia, revisado em 16 de agosto de 2026.

A agenda de equipamento do Feegow não aparece na Doctoralia porque esse tipo de grade não pode ser compartilhado para agendamentos externos. O Feegow permite cadastrar o equipamento e criar seus horários, mas a documentação da integração afirma que a agenda online funciona somente de profissional para profissional.

Por isso, abrir a grade de uma sala, cadeira, aparelho ou outro recurso no Feegow não publica essa capacidade na Doctoralia. A agenda do profissional e a agenda do equipamento continuam sendo recursos distintos. Uma disponibilidade externa do profissional não comprova que o equipamento necessário está livre.

O Feegow permite criar uma grade para equipamento?

Sim. O guia de configuração informa dois caminhos para acessar a Grade de Equipamentos. Um parte de Agenda > Equipamentos Alocados. O outro parte de Cadastros > Equipamentos e abre a Grade de Horários do recurso escolhido.

A criação segue o mesmo fluxo básico usado para a grade de profissionais de saúde. Isso permite organizar horários internos do equipamento e aplicar o limite de encaixes descrito na própria página. A semelhança de configuração, porém, não significa que todas as opções de publicação tenham o mesmo alcance.

O mesmo guia encerra a seção de equipamento com uma restrição direta: não é possível compartilhar a Grade de Equipamento para agendamentos externos. A página geral da integração confirma o limite e diz que a agenda online funciona apenas de profissional para profissional.

Essa diferença também evita confundir o problema com horários personalizados que não aparecem na Doctoralia. Horários personalizados tratam do formato de uma grade profissional. A agenda de equipamento está fora do compartilhamento externo como categoria de recurso.

Por que marcar a grade profissional não publica o equipamento?

O guia descreve Exibir na Doctoralia como a opção usada para compartilhar a grade do profissional no marketplace. A seção dedicada aos equipamentos informa que a grade desse recurso não pode ser compartilhada externamente. Uma configuração válida para o profissional não remove o limite documentado para o equipamento.

Imagine um exame que exige uma profissional e um aparelho. A Doctoralia pode receber a disponibilidade da profissional conforme a integração permitida. A documentação não diz que a capacidade do aparelho acompanha esse envio. Tratar os dois recursos como se fossem uma única agenda criaria uma promessa que as fontes não sustentam.

Inferência operacional: considere o horário publicado como disponibilidade do profissional, salvo quando um fluxo aprovado provar outra garantia. Antes de oferecer externamente um serviço dependente de equipamento, a clínica precisa definir como validará a capacidade desse recurso no Feegow.

O artigo sobre novo profissional que não aparece na Doctoralia cobre outro limite. Nesse caso, cadastro e grade ainda exigem intervenção de suporte para concluir o perfil integrado. Aqui, mesmo um equipamento corretamente cadastrado não ganha uma agenda externa.

Qual é o risco para serviços que dependem de equipamento?

O risco é oferecer um horário de profissional sem ter comprovado o recurso necessário para realizar o serviço. Isso pode levar a uma revisão manual, troca de horário ou impossibilidade operacional. As fontes não afirmam que a Doctoralia verificará a grade interna do equipamento antes de aceitar a marcação.

Inferência operacional: classifique quais procedimentos dependem de sala, aparelho, cadeira ou outro recurso com capacidade limitada. Para cada serviço, documente se a agenda online pode ser aberta com segurança, se exige conferência antes da confirmação ou se deve permanecer em um canal interno.

Não tente compensar o limite aumentando encaixes ou usando um bloqueio genérico. O controle de encaixe em horário bloqueado resolve uma regra interna diferente. Ele não cria sincronização da agenda de equipamento com a Doctoralia.

Também não use informações do paciente para testar disponibilidade. A decisão depende de horário, profissional, local, procedimento e recurso. Dados de contato, motivo clínico e observações não ajudam a provar se a grade do equipamento foi publicada.

Como confirmar que o problema é o limite de equipamento?

Primeiro, confirme que o recurso investigado é um equipamento cadastrado, e não um profissional ou local. Abra a grade pelos caminhos documentados e registre somente o identificador interno permitido, a unidade e o intervalo de teste.

Depois, compare a grade interna do equipamento com a grade do profissional associada ao serviço. Verifique a disponibilidade publicada na Doctoralia sem usar uma marcação real. A ausência do equipamento como agenda externa é compatível com o limite declarado pelas duas páginas oficiais.

Inferência operacional: execute um teste sintético autorizado com um intervalo em que o profissional esteja disponível e o equipamento esteja indisponível. O objetivo é observar se o canal externo consegue distinguir os recursos. Não conclua que existe sincronização quando ambos aparecem livres por coincidência.

Se a grade profissional também não aparecer, investigue esse segundo problema separadamente. A publicação pode depender de configuração da unidade, grade suportada ou manutenção da integração. O artigo sobre feriados no Feegow e na Doctoralia mostra outro exemplo de controle interno que não reflete automaticamente na agenda online.

Que alternativas operacionais não prometem integração inexistente?

A documentação consultada estabelece o limite, mas não prescreve uma única alternativa para cada clínica. A escolha depende do contrato, do serviço, da capacidade do recurso e do procedimento aprovado pela operação. Ela não deve ser apresentada como função nativa da integração.

Inferência operacional: uma clínica pode manter o serviço fora do agendamento externo, exigir conferência da recepção antes de confirmar, reservar capacidade do equipamento em blocos compatíveis com a grade profissional ou oferecer apenas horários cuja capacidade foi previamente protegida. Cada alternativa precisa de teste e responsável definidos.

Evite uma segunda agenda informal sem reconciliação. Se a equipe usar uma lista auxiliar, determine quem a atualiza, qual sistema decide em caso de conflito e quanto tempo pode passar entre mudança e revisão. Uma planilha solta não se torna fonte confiável apenas porque está fora da integração.

Quando o serviço puder ser agendado internamente, registre o equipamento pelo fluxo permitido no Feegow. Não descreva esse processo como publicação na Doctoralia. O paciente e a recepção precisam receber uma confirmação coerente com o horário que a clínica realmente consegue cumprir.

Como testar o processo sem envolver pacientes reais?

Use um profissional, um equipamento e um procedimento sintéticos ou autorizados no ambiente definido pela clínica. Crie intervalos controlados: ambos livres, apenas profissional livre, apenas equipamento livre e ambos ocupados. Não use nomes, telefones, e-mails ou detalhes clínicos reais.

Registre o que aparece na agenda interna e o que fica disponível no canal externo. O teste deve demonstrar a diferença entre a grade compartilhável do profissional e a grade interna do equipamento. Uma captura precisa ocultar identificadores ou dados que não sejam necessários à evidência.

Inferência operacional: o critério de aprovação deve exigir que nenhum horário seja oferecido quando o recurso obrigatório não está garantido pelo processo definido. Se o canal externo não consegue fazer essa verificação, a operação precisa bloquear, revisar ou retirar aquele serviço da oferta automática.

Repita o teste quando a clínica adicionar um equipamento, mudar a unidade, alterar a grade do profissional ou modificar o procedimento associado. Uma validação antiga não prova a capacidade atual. Registre data, cenário, resultado e responsável pela revisão.

O que deve ser monitorado após a implantação?

Monitore marcações externas de serviços dependentes de equipamento, divergências entre profissional e recurso, revisões manuais, mudanças de horário e falhas encontradas no teste sintético. Separe uma limitação conhecida da integração de um erro novo na grade profissional.

Inferência operacional: trate cada divergência como item de reconciliação com identificador interno aprovado, unidade, serviço, intervalo, recurso necessário, decisão tomada e responsável. Não copie informações clínicas nem contatos para relatórios gerais de operação ou marketing.

Revise as páginas oficiais antes de mudar o processo. O fornecedor pode alterar capacidades e telas. Até que a documentação passe a permitir o compartilhamento, a afirmação segura continua sendo a publicada: a grade de equipamento não está disponível para agendamentos externos.

Se o suporte informar um recurso contratual diferente, peça a confirmação por escrito e teste no ambiente da clínica antes de ampliar a oferta. Uma exceção comercial específica não deve ser tratada como comportamento geral do produto.

Perguntas frequentes

Posso criar uma grade de equipamento no Feegow?

Sim. O Feegow documenta a Grade de Equipamentos e permite acessá-la pela agenda de equipamentos alocados ou pelo cadastro do equipamento.

A grade de equipamento pode ser exibida na Doctoralia?

Não segundo as páginas oficiais consultadas. O guia diz que a grade de equipamento não pode ser compartilhada para agendamentos externos, e a integração funciona entre profissionais.

Marcar Exibir na Doctoralia na grade profissional resolve?

Não para o equipamento. Essa opção publica a grade compatível do profissional. Ela não transforma a grade do recurso em agenda externa.

A Doctoralia verifica se o equipamento está livre?

As fontes mapeadas não documentam essa verificação. A clínica não deve prometer o controle até ter um fluxo aprovado e testado que garanta a capacidade necessária.

Referências

• Feegow, Como configurar os horários de atendimento de profissionais de saúde e equipamentos, revisado em 16 de agosto de 2026.
• Feegow, Integração Doctoralia e Feegow, revisado em 16 de agosto de 2026.

Cadastrar um novo profissional e criar sua grade no Feegow não conclui a publicação na Doctoralia. A documentação da integração orienta que, após essas etapas no Feegow, a clínica entre em contato com o suporte para criar ou manter o perfil e a integração na Doctoralia.

O mesmo fluxo assistido vale para entrada, troca ou remoção de profissionais. Por isso, não trate a ausência na Doctoralia como prova de que o cadastro do Feegow falhou. Primeiro confirme o profissional e a grade no sistema de origem. Depois verifique se o suporte concluiu o perfil e o vínculo corretos no marketplace.

Por que o cadastro no Feegow não basta?

A página oficial separa as configurações que a clínica faz diretamente daquelas que precisam de intervenção da equipe Doctoralia e Feegow. A clínica cadastra o profissional e cria sua grade no Feegow. Depois deve entrar em contato com o suporte para a criação ou manutenção do perfil e da integração na Doctoralia.

Essa divisão explica o caso em que o profissional existe internamente, mas ainda não aparece no canal externo. São objetos e etapas relacionados, não uma única gravação que se publica sozinha em todos os lugares.

Confirme em que etapa o processo parou. Um cadastro ausente no Feegow pede correção interna. Um cadastro e uma grade válidos, sem perfil ou vínculo correspondente na Doctoralia, pedem a continuação do fluxo com suporte.

A mesma fronteira aparece no catálogo. Um procedimento integrado à Doctoralia não pode ser inativado no Feegow antes da remoção do vínculo pelo suporte. A integração tem ciclos próprios para profissionais e procedimentos.

Quais etapas pertencem à clínica?

A documentação manda cadastrar o profissional e criar sua grade no Feegow. Também afirma que todo o processo de criação de horários, inclusive aqueles compartilhados para agendamento externo, deve ser feito no Feegow.

Antes de abrir o pedido, confira o cadastro exato, a unidade, a grade e o período em que o profissional deve receber agendamentos. Não use apenas o nome exibido. Profissionais com nomes parecidos ou atuação em mais de uma unidade precisam de identificação administrativa sem ambiguidade.

A duração do procedimento também interfere na apresentação do horário. Segundo o guia, quando o procedimento tem uma duração informada, esse tempo aparece no agendamento. Quando não tem, a duração refletida é a definida na grade. Esse detalhe não substitui a integração do profissional, mas pode explicar uma duração inesperada depois que o perfil estiver visível.

Se a grade usa horários personalizados, confira o limite documentado em horários personalizados do Feegow que não aparecem na Doctoralia. Criar o profissional não transforma uma configuração não contemplada em horário publicável.

Quais etapas dependem do suporte?

A integração de um novo profissional, a troca entre profissionais e a remoção exigem contato com o suporte depois do trabalho no Feegow. A página descreve essa etapa como criação e manutenção do perfil e da integração na Doctoralia.

O documento não promete prazo de conclusão nem descreve um botão de autoatendimento para esse vínculo. Não invente um prazo para a recepção ou para o profissional. Registre quando o pedido foi aberto, qual era o escopo e o que o suporte confirmou.

Inferência operacional: trate o pedido como mudança de configuração com estado visível: preparado no Feegow, enviado ao suporte, confirmado pelo fornecedor e verificado na Doctoralia. “Solicitado” não deve aparecer no controle interno como “publicado”.

O suporte também aparece em outros limites da integração. Mudanças de convênio exigem atualização no Feegow e aviso à equipe para refletirem no marketplace. Consulte horários exclusivos por convênio na integração quando o profissional aparece, mas a cobertura publicada está errada.

O que deve constar no pedido?

Envie somente o necessário para localizar e executar a mudança: conta ou clínica autorizada, identificador administrativo do profissional, nome profissional, unidade, tipo de ação, grade criada e perfil esperado na Doctoralia. Informe se o pedido é entrada, troca ou remoção.

Não inclua nomes de pacientes, telefones, emails, documentos, motivos de consulta, prontuários ou observações clínicas. O suporte precisa identificar uma configuração de profissional e agenda, não reproduzir um atendimento.

Se houver mais de um profissional na mudança, enumere cada cadastro e sua ação. Evite frases amplas como “atualizar todos” quando o escopo aprovado é menor. Uma troca precisa distinguir quem sai, quem entra e em qual unidade o vínculo deve existir.

Inferência operacional: anexe uma captura somente quando ela for necessária e estiver sem informações de pacientes. Prefira identificadores e estado de configuração. Isso reduz a exposição e deixa o pedido mais fácil de conferir.

Como verificar a grade destinada à Doctoralia?

O guia da integração diz que os horários compartilhados para agendamento externo devem ser criados no Feegow. Portanto, depois de confirmar o perfil, verifique se a grade correta pertence ao profissional e à unidade esperados.

Não crie horários manuais na Doctoralia para mascarar uma integração incompleta. Essa ação pode produzir duas origens de disponibilidade e tornar a investigação mais difícil. O artigo sobre horários manuais da Doctoralia fora da integração mostra como tratar esse excesso sem assumir que ele veio do Feegow.

A margem de disponibilidade tem outra origem. A documentação diz que a primeira e a última data em que pacientes podem agendar são configuradas diretamente na Doctoralia. Se o perfil aparece mas a janela publicada começa ou termina no dia errado, confira essa configuração separadamente.

Também não confunda grade com procedimentos. O perfil pode existir e ainda assim um procedimento não estar disponível ou ter duração diferente. Verifique o profissional, a grade, o procedimento e a janela de disponibilidade como quatro condições distintas.

Como lidar com troca ou remoção de profissional?

A documentação inclui troca e remoção no mesmo grupo que exige intervenção do suporte. Não basta apagar ou desativar um cadastro e presumir que o perfil externo seguirá a mudança.

Antes de remover, identifique agendamentos futuros e siga a política da clínica e a orientação do fornecedor. A página mapeada não autoriza cancelamento automático, transferência de pacientes ou troca silenciosa de profissional.

Em uma troca, preserve a identidade de cada profissional. Não reutilize o cadastro do profissional anterior apenas para manter o mesmo perfil visível. A documentação orienta cadastro e criação de grade no Feegow, seguidos da manutenção do perfil e da integração pelo suporte.

Inferência operacional: use uma verificação de encerramento para o perfil antigo e outra para o novo. A publicação do novo vínculo não prova que o anterior foi removido, e a remoção do anterior não prova que o novo está recebendo horários.

Como testar sem usar dados de pacientes?

Teste a configuração administrativa e a disponibilidade publicada com dados neutros. Confirme o profissional, a unidade, a grade e os procedimentos autorizados. Quando houver ambiente de teste aprovado, use horários e identidades sintéticas.

Se a validação exigir uma reserva, obtenha aprovação e use contato controlado que não pertença a um paciente. Não use nome, telefone, email, documento, convênio real, motivo de consulta ou observação clínica.

Verifique os dois sentidos necessários para a operação: a disponibilidade correta aparece no canal externo e a reserva de teste segue o comportamento documentado da integração. A página informa que a criação de horários deve ocorrer no Feegow, mas não garante neste artigo todos os detalhes de escrita de agendamentos para cada configuração.

Registre o que o teste provou e o que ficou fora do escopo. Um horário visível não prova que todos os procedimentos, convênios, unidades ou profissionais estejam corretos.

Quando o caso pode ser encerrado?

O caso pode ser encerrado quando o cadastro e a grade corretos existem no Feegow, o suporte confirma a ação solicitada, o perfil correto aparece na Doctoralia e a disponibilidade esperada passa pela verificação aprovada.

Não encerre apenas com a resposta automática do chamado. Também não espere que uma reserva real revele o problema. Faça uma conferência controlada antes de divulgar o novo perfil ou orientar pacientes a usar o link.

Inferência operacional: guarde identificadores, unidade, tipo de ação, data do pedido, confirmação do suporte, data da verificação e resultado. Mantenha informações de pacientes fora desse registro.

Se o perfil estiver certo, mas bloqueios de agenda não refletirem, investigue outro contrato. Por exemplo, o bloqueio automático de feriado do Feegow não fecha a agenda Doctoralia e exige tratamento específico.

Perguntas frequentes

Criar o profissional no Feegow publica o perfil automaticamente?

Não segundo a documentação da integração. Depois do cadastro e da criação da grade, a clínica deve contatar o suporte para criar ou manter o perfil e a integração na Doctoralia.

Onde devo criar os horários do novo profissional?

No Feegow. O guia diz que todo o processo de criação de horários, inclusive os compartilhados para agendamento externo, deve ocorrer no Feegow.

A remoção do profissional também exige suporte?

Sim. A página inclui entrada, troca e remoção entre as mudanças que exigem cadastro ou ajuste no Feegow e contato posterior com o suporte.

Posso criar um perfil manual na Doctoralia enquanto aguardo?

Não use esse atalho sem orientação do fornecedor. Ele pode criar disponibilidade com outra origem e dificultar a reconciliação com a grade do Feegow.

Referências

• Feegow Clinic, “Integração Doctoralia e Feegow,” revisado em 16 de agosto de 2026, https://ajuda.feegow.com/support/solutions/articles/67000749754-integrac%25C3%25A3o-doctoralia-e-feegow.

Um procedimento do Feegow integrado à Doctoralia não pode ser inativado ou excluído enquanto essa integração permanecer ativa. A documentação geral do Feegow apresenta a inativação de procedimentos, mas a página específica da integração estabelece a exceção: primeiro é preciso pedir ao suporte que remova a integração daquele procedimento.

Não crie um procedimento duplicado para contornar o bloqueio. Confirme o item e seu mapeamento, registre a mudança aprovada, solicite a remoção da integração e espere a confirmação do fornecedor. Só então siga o fluxo geral de inativação no Feegow. Alterações de preço têm outro tratamento e devem ser feitas no Feegow para sincronização com a Doctoralia.

Por que a regra geral de inativação não se aplica?

O guia geral de cadastro de procedimentos mostra que um procedimento pode ser inativado no Feegow. A documentação da integração Doctoralia e Feegow, porém, trata do caso mais específico. Ela informa que um procedimento integrado não pode ser inativado nem excluído enquanto o vínculo com a Doctoralia existir.

As duas orientações não são incompatíveis quando o escopo é preservado. A regra geral vale para o cadastro de procedimentos. A regra da integração vale para o subconjunto conectado à Doctoralia. Quando um item pertence a esse subconjunto, a restrição específica governa a ação.

Por isso, repetir a tentativa no cadastro geral não corrige a causa. Também não é adequado concluir que a interface está quebrada apenas porque a ação disponível para outros procedimentos não funciona no item integrado. Primeiro confirme o vínculo.

Esse tipo de fronteira já aparece em outras configurações. O artigo sobre horários personalizados do Feegow na Doctoralia mostra que uma função válida no sistema interno pode não fazer parte do contrato da integração.

O que significa remover a integração do procedimento?

Remover a integração significa retirar o procedimento do vínculo usado entre Feegow e Doctoralia. Os documentos mapeados não dizem se essa ação apaga o cadastro do Feegow, afeta agendamentos existentes ou cria algum substituto. Não presuma esses efeitos. A página oficial orienta entrar em contato com o suporte quando a clínica precisa remover a integração.

Os documentos mapeados não descrevem um botão de autoatendimento, um prazo de conclusão ou uma garantia sobre efeitos em agendamentos já criados. Não invente essas etapas. Abra o pedido pelo canal autorizado e peça confirmação do procedimento exato e do resultado aplicado.

Use o identificador técnico e o nome administrativo necessários para localizar o procedimento. Evite anexar nomes de pacientes, contatos, motivos de consulta, observações ou prontuários. A alteração trata do catálogo e do mapeamento, não de um caso clínico.

Se a disponibilidade também estiver incorreta, investigue-a separadamente. Horários manuais da Doctoralia fora da integração Feegow podem continuar existindo por outra origem e não provam que o procedimento ainda está integrado.

Como confirmar que o procedimento certo está integrado?

Comece pelo cadastro atual e pela configuração aprovada da integração. A documentação de dúvidas sobre Doctoralia descreve a seleção de procedimentos que ficarão disponíveis durante a configuração. Compare o item observado com essa seleção antes de solicitar qualquer mudança.

Não use somente o texto exibido ao paciente. Dois procedimentos podem ter nomes parecidos, preços diferentes ou uso distinto por profissional e local. A solicitação precisa apontar para o cadastro técnico correto, sem presumir que nomes semelhantes representam o mesmo vínculo.

Registre uma evidência mínima: identificador do procedimento, descrição administrativa, estado esperado, presença na configuração integrada, data da conferência e pessoa que aprovou a retirada. Esse registro deve ficar no sistema operacional autorizado, não em uma planilha com dados de atendimento.

Quando o problema relatado for uma remarcação, não misture as ações. O guia sobre status remarcado entre Feegow e Doctoralia explica que mudar um status não equivale necessariamente a executar o fluxo de remarcação suportado. Isso não altera o vínculo do procedimento.

Qual é a sequência segura para inativar?

A sequência segura começa com confirmação e termina com verificação. Primeiro identifique o procedimento integrado e obtenha a aprovação operacional para retirá-lo do canal. Depois peça ao suporte que remova a integração. Espere a confirmação antes de usar o fluxo geral de inativação no Feegow.

1. Confirme o cadastro exato e sua presença na integração.
2. Registre por que o procedimento deve deixar o canal.
3. Verifique possíveis efeitos operacionais com a equipe responsável.
4. Solicite ao suporte a remoção do vínculo com a Doctoralia.
5. Aguarde confirmação do escopo efetivamente removido.
6. Confira o estado no Feegow e no canal integrado.
7. Inative o procedimento pelo fluxo geral somente depois da remoção.

A verificação externa não deve depender apenas de uma busca feita em cache ou de uma tela já aberta. Consulte novamente o canal pelo caminho aprovado e confirme o procedimento e o contexto corretos. Os documentos usados aqui não definem um tempo de propagação, então registre o horário observado sem prometer um prazo inexistente.

Se houver agendamentos futuros ligados ao procedimento, siga a política da clínica e a orientação do fornecedor. A documentação mapeada não autoriza cancelamento automático nem migração silenciosa. Preserve cada reserva até existir um fluxo aprovado.

Como as alterações de preço devem ser tratadas?

A mesma página de integração separa preço de inativação. Ela orienta que a alteração de preço do procedimento integrado seja feita no Feegow e informa que o valor é sincronizado automaticamente com a Doctoralia. Não é necessário remover a integração apenas para atualizar esse campo.

Essa orientação não transforma qualquer edição em sincronização garantida. Ela é específica para o preço do procedimento integrado. Nome, duração, regras de agenda, convênio e disponibilidade têm contratos próprios e precisam de confirmação na documentação correspondente.

Depois de alterar o preço pelo fluxo autorizado, confira o cadastro do Feegow e a apresentação na Doctoralia. Registre o item, o valor administrativo esperado, a aprovação e o resultado da conferência sem associar a mudança a uma pessoa ou consulta.

Também não use o preço para criar um novo procedimento quando a intenção era atualizar o existente. Um cadastro duplicado pode fragmentar disponibilidade e relatórios, além de deixar o vínculo antigo ativo. Corrija o campo no sistema definido como origem.

Por que criar um procedimento duplicado é arriscado?

Um duplicado não remove a integração do item original. Ele cria outra identidade de catálogo, que pode receber mapeamento, preço, duração e disponibilidade próprios. A equipe passa a ter dois registros parecidos sem uma regra clara sobre qual deve ser usado.

Essa ambiguidade pode levar a uma agenda oferecendo o item antigo enquanto a recepção seleciona o novo. Também pode dividir relatórios e dificultar a explicação de agendamentos anteriores. O nome igual não transforma dois identificadores em um único procedimento.

Se um cadastro duplicado já existe, não apague nenhum deles por impulso. Determine qual está integrado, qual possui uso operacional e qual mudança foi aprovada. Peça ao suporte orientação para o vínculo antes de consolidar ou inativar.

O mesmo princípio vale para disponibilidade. Um bloqueio de feriado no Feegow e uma abertura mantida na Doctoralia podem ter origens diferentes. Resolver o catálogo não substitui a auditoria da agenda.

Que evidência enviar ao suporte?

Envie somente o necessário para identificar e reproduzir o problema: conta ou ambiente autorizado, identificador do procedimento, nome administrativo, estado atual do vínculo, ação pretendida e horário da última conferência. Inclua uma captura apenas se ela não expuser pacientes ou dados clínicos.

Formule o pedido com precisão. Solicite a remoção da integração daquele procedimento para permitir sua inativação no Feegow. Não peça exclusão genérica da integração da clínica quando o escopo aprovado é um item. Uma solicitação ampla pode afetar procedimentos que devem continuar publicados.

Após a resposta, registre quem confirmou, qual identificador foi tratado e qual verificação passou. Se a documentação atual ou a resposta do suporte divergir do comportamento observado, pare novas alterações e peça esclarecimento antes de empilhar tentativas.

Restrições de retorno pertencem a outro limite. O período de retorno do Feegow no agendamento online da Doctoralia explica por que uma regra interna não deve ser presumida no canal externo.

Como testar a mudança sem dados de pacientes?

Use um procedimento sintético em ambiente autorizado quando esse recurso estiver disponível, ou execute a verificação administrativa aprovada sem criar uma reserva real. O teste precisa demonstrar o estado do catálogo e da integração, não reproduzir uma consulta.

Antes da mudança, confirme que o item está integrado e que a regra específica impede sua inativação. Depois que o suporte confirmar a remoção do vínculo, verifique o estado nos dois sistemas e siga o fluxo geral apenas no procedimento correto.

Não use nome, telefone, email, documento, motivo de consulta ou observação clínica. Se uma reserva de teste for indispensável e aprovada, use identidade sintética e um contato controlado que não alcance terceiros. Exclua ou encerre o teste pelo procedimento operacional definido.

Registre também o que o teste não provou. A retirada de um procedimento não demonstra que todos os horários, convênios ou outros procedimentos foram atualizados. Cada combinação relevante precisa de sua própria conferência.

Perguntas frequentes

Posso inativar no Feegow um procedimento ainda integrado?

Não segundo a documentação da integração. Primeiro peça ao suporte que remova o vínculo do procedimento com a Doctoralia. Depois siga o fluxo geral de inativação.

Excluir o procedimento diretamente resolve a integração?

Não. A documentação diz que um procedimento integrado não pode ser inativado nem excluído. A etapa indicada é solicitar ao suporte a remoção da integração.

Preciso remover a integração para mudar o preço?

Não segundo a orientação mapeada. Altere o preço no Feegow. A documentação informa que esse valor é sincronizado automaticamente com a Doctoralia.

Devo criar outro procedimento enquanto aguardo o suporte?

Não como atalho. Um duplicado cria outra identidade e pode dividir agenda, mapeamento e relatórios. Preserve o cadastro original até existir uma mudança confirmada.

Referências

• Feegow Clinic, “Integração Doctoralia e Feegow,” revisado em 16 de agosto de 2026, https://ajuda.feegow.com/support/solutions/articles/67000749754-integrac%C3%A3o-doctoralia-e-feegow.
• Feegow Clinic, “Como cadastrar procedimentos,” revisado em 16 de agosto de 2026, https://ajuda.feegow.com/support/solutions/articles/67000189204-6-como-cadastrar-procedimentos-.
• Feegow Clinic, “Principais dúvidas sobre a Doctoralia,” revisado em 16 de agosto de 2026, https://ajuda.feegow.com/support/solutions/articles/67000745444-principais-d%C3%BAvidas-sobre-a-doctoralia.

Um agendamento recorrente remarcado mantém o originalStartTime antigo porque esse campo identifica a ocorrência dentro da série, mesmo quando ela muda de horário. O novo horário efetivo fica em start. O campo recurringEventId continua apontando para o evento recorrente que gerou aquela ocorrência.

Não corrija o originalStartTime para igualá-lo ao horário novo. Preserve a identidade original e atualize o estado atual separadamente. Essa distinção permite reconhecer a mesma ocorrência após uma remarcação, sem criar uma duplicata, cancelar a consulta errada ou perder a ligação com a série.

Por que originalStartTime não muda com a remarcação?

A documentação de eventos recorrentes do Google Calendar diz que originalStartTime identifica de forma exclusiva a ocorrência dentro da série, mesmo quando ela foi movida para outro horário. O valor representa onde aquela instância nasceu na regra de recorrência. Ele não é o relógio atual do agendamento.

Essa estabilidade resolve uma pergunta prática: como saber se uma ocorrência movida ainda é a mesma? A resposta não depende apenas do novo início. A integração combina a série indicada por recurringEventId com a posição original indicada por originalStartTime, além do identificador do evento retornado pela API.

Se um sistema substituir a identidade original pelo horário atual, uma nova sincronização pode parecer trazer duas ocorrências. Uma será o registro local remarcado; a outra será a instância reconhecida pelo Google com sua posição original. O erro está no modelo local, não no fato de o campo permanecer antigo.

O problema é diferente do envelope abordado em notificações push do Google Calendar sem detalhes do evento. A notificação apenas inicia a busca. originalStartTime faz parte do evento obtido depois dessa consulta autorizada.

Qual é a diferença entre start, originalStartTime e recurringEventId?

Os três campos respondem a perguntas distintas. start informa quando a ocorrência está marcada agora. originalStartTime informa sua posição de origem na recorrência. recurringEventId informa qual evento recorrente principal gerou a instância.

Campo	Pergunta respondida	Uso seguro
start	Quando a ocorrência acontece agora?	Exibição e disponibilidade atuais
originalStartTime	Qual posição da série esta ocorrência representa?	Identidade estável após uma mudança
recurringEventId	De qual série ela veio?	Vínculo com o evento recorrente principal

Não use somente start como chave. Duas ocorrências podem trocar de horário, e uma remarcação pode ocupar o início antes associado a outro item. O horário atual é um atributo mutável. A identidade precisa sobreviver à alteração.

Também não use apenas recurringEventId. Todas as instâncias da mesma série compartilham esse vínculo. Sem a posição original ou o identificador específico da ocorrência, o sistema não sabe qual item da série foi alterado.

O que events.list retorna por padrão?

O guia de eventos recorrentes informa que events.list, por padrão, retorna eventos únicos, eventos recorrentes principais e exceções. Ele não expande todas as instâncias que continuam seguindo a regra sem alteração. Essa visão é adequada para sincronizar a definição da série e suas exceções sem materializar cada ocorrência normal.

Uma ocorrência remarcada é uma exceção à regra original. Por isso, a integração pode encontrar o evento principal e o item alterado sem receber uma lista completa de ocorrências normais. O item movido mantém a identidade original, mas seu start representa o horário efetivo.

Quando singleEvents=true, a listagem expande as recorrências em instâncias. O guia também explica que, nessa visão expandida, os eventos recorrentes principais não aparecem. A escolha do parâmetro muda o formato da leitura, não a identidade documentada de cada ocorrência.

Não confunda uma leitura parcial com exclusão. Uma instância normal ausente da resposta padrão pode continuar existindo como parte da série. Da mesma forma, a ausência do evento principal em uma consulta expandida é comportamento da visão solicitada, não prova de que a série foi removida.

Quando usar events.instances?

O método events.instances lista as ocorrências pertencentes a um evento recorrente específico. Ele é útil quando a integração já conhece a série e precisa comparar suas instâncias, inclusive as exceções, dentro do escopo autorizado.

Use o identificador do evento recorrente principal para consultar essa coleção. Depois, associe cada resultado à identidade já armazenada. Uma remarcação deve atualizar o horário atual do registro correspondente, não criar um segundo agendamento só porque start mudou.

A resposta da API continua sendo a fonte para o estado atual. Uma notificação, uma tela em cache ou uma projeção local não substitui a leitura. Se a consulta falhar, mantenha o estado como incerto. Não converta ausência de resposta em horário livre ou cancelamento.

Esse cuidado importa quando a agenda influencia disponibilidade externa. O guia sobre Doctoralia, Feegow e Google Calendar mostra que um link ou uma integração entre dois componentes não cria automaticamente uma sincronização entre todos os calendários envolvidos.

Como modelar uma ocorrência remarcada sem duplicá-la?

Guarde identidade e estado em campos separados. O registro local precisa manter o identificador do evento, o recurringEventId, o originalStartTime e o start atual. Outros campos podem existir conforme o contrato da aplicação, mas nenhum deles deve transformar o horário atual na única chave.

Quando chegar uma atualização, procure primeiro pela identidade estável da ocorrência. Se ela já existir, aplique o novo estado de horário ao mesmo registro. Se não existir, confirme que a leitura inclui a série e a instância corretas antes de criar algo. Uma simples busca por data atual pode não encontrar o item que foi movido.

1. Correlacione a notificação com a agenda autorizada, quando houver aviso push.
2. Busque o estado atual pela API com a estratégia de recorrência escolhida.
3. Associe a ocorrência à série e à posição original.
4. Atualize start sem substituir originalStartTime.
5. Recalcule disponibilidade somente após concluir a leitura.
6. Registre o resultado técnico sem copiar conteúdo de paciente.

Preserve também a origem operacional do agendamento. Remarcar sem apagar a origem original evita que uma mudança de horário pareça uma nova aquisição ou um novo agendamento independente.

Como tratar exceções sem alterar a série inteira?

O guia do Google diferencia a atualização de uma ocorrência da atualização do evento recorrente principal. Uma mudança aplicada a uma instância cria ou altera uma exceção. Isso permite mover um agendamento específico sem reescrever automaticamente todas as ocorrências da série.

Antes de escrever, confirme qual recurso está sendo alterado. Uma operação sobre o evento principal pode ter alcance diferente de uma operação sobre uma instância. A pergunta deste artigo é de leitura e identidade; ela não autoriza uma política de edição em massa.

Na sincronização local, mantenha a exceção vinculada ao principal. Não copie os dados como se fosse um evento totalmente independente e depois perca o recurringEventId. Também não force a exceção a voltar para o horário original porque esse valor aparece em originalStartTime.

Se o agendamento participa de relatórios, separe mudança operacional de atribuição. Origem do agendamento e origem de marketing são fatos diferentes. A remarcação de uma ocorrência recorrente não deve gerar uma nova conversão por conta própria.

Como testar a identidade recorrente com segurança?

Crie uma agenda controlada e uma série sintética, sem nome, contato, diagnóstico, motivo de consulta ou texto clínico. Consulte o evento principal e suas instâncias. Guarde o recurringEventId, o originalStartTime e o start de uma ocorrência escolhida.

Remarque somente essa ocorrência por um caminho autorizado. Consulte novamente a API. O teste passa quando o sistema reconhece o mesmo item, preserva a posição original e atualiza o horário atual sem criar um registro duplicado.

Repita a leitura com o comportamento padrão de events.list, com singleEvents=true e com events.instances. Documente quais recursos aparecem em cada visão. A diferença de forma não deve mudar a identidade local da ocorrência.

Por fim, teste uma falha de leitura após a notificação. A agenda deve permanecer pendente ou incerta até obter o estado atual. Ela não deve liberar o horário original ou ocupar o novo com base em uma suposição. A taxonomia de resultados de agendamento ajuda a manter esses estados técnicos fora das conversões confirmadas.

Perguntas frequentes

originalStartTime deveria mudar para o novo horário?

Não. O Google usa esse campo para identificar a posição original da ocorrência na série, mesmo quando ela foi movida. O horário efetivo atualizado fica em start.

Posso identificar a ocorrência usando apenas start?

Não com segurança. start muda quando o agendamento é remarcado. Preserve o vínculo com a série e a identidade original para atualizar o mesmo registro.

singleEvents=true também retorna o evento recorrente principal?

Não segundo o guia. Essa opção expande as recorrências em instâncias e omite os eventos recorrentes principais da resposta.

Uma notificação push informa qual ocorrência foi remarcada?

Não. A notificação push não contém os detalhes do evento alterado. Ela deve iniciar uma consulta autorizada à API, que então fornece o estado da ocorrência.

Referências

• Google for Developers, “Eventos recorrentes,” revisado em 16 de agosto de 2026, https://developers.google.com/workspace/calendar/api/guides/recurringevents?hl=pt-BR.
• Google for Developers, “Events,” revisado em 16 de agosto de 2026, https://developers.google.com/workspace/calendar/api/v3/reference/events?hl=pt-BR.
• Google for Developers, “Events: list,” revisado em 16 de agosto de 2026, https://developers.google.com/workspace/calendar/api/v3/reference/events/list?hl=pt-BR.
• Google for Developers, “Events: instances,” revisado em 16 de agosto de 2026, https://developers.google.com/workspace/calendar/api/v3/reference/events/instances?hl=pt-BR.
• Google for Developers, “Notificações push,” revisado em 16 de agosto de 2026, https://developers.google.com/workspace/calendar/api/guides/push?hl=pt-BR.

A restrição de período para retorno configurada no Feegow não bloqueia o agendamento online feito pela Doctoralia porque a própria documentação da integração exclui essa limitação do canal online. A validação do prazo de retorno funciona em agendamentos realizados dentro do Feegow. Não é seguro presumir que a Doctoralia consultará ou aplicará a mesma regra antes de aceitar um horário.

Isso não significa que a configuração esteja quebrada. Significa que existem dois limites diferentes: a regra interna do Feegow e o comportamento documentado da integração. A clínica precisa tratar um agendamento online recebido como algo a conferir, sem apagar o registro, culpar o paciente ou prometer que o bloqueio será reproduzido fora do Feegow.

Por que a regra não bloqueia a Doctoralia?

A página oficial sobre a integração Doctoralia e Feegow lista limitações do fluxo. Entre elas, informa que a restrição de período de retorno não é possível para agendamentos online e que a limitação funciona apenas nos agendamentos feitos pelo Feegow. Essa é a resposta direta para a diferença observada.

A regra local pode estar corretamente configurada por procedimento ou convênio e ainda assim não impedir a reserva externa. O Feegow conhece e aplica a configuração quando seu próprio fluxo de agendamento faz a validação. A documentação não promete que essa validação seja exposta à Doctoralia como uma trava antes da reserva.

Evite transformar ausência de suporte documentado em diagnóstico de falha de sincronização. Um horário pode chegar corretamente pela integração e, ao mesmo tempo, não ter sido submetido ao controle interno de retorno. São comportamentos compatíveis com a limitação publicada.

Outras regras também podem variar entre os sistemas. O artigo sobre horários exclusivos por convênio na integração Doctoralia e Feegow mostra por que cada controle precisa ser confirmado no contrato específico, sem assumir equivalência entre telas.

Como o retorno é validado dentro do Feegow?

O fluxo documentado do Feegow exige que o paciente esteja dentro do período configurado para retorno. Esse período pode ser definido no procedimento ou no convênio. No agendamento interno, o operador localiza o paciente, seleciona o procedimento e marca a opção de retorno quando as condições forem atendidas.

A documentação também relaciona o retorno a um atendimento anterior. O sistema precisa reconhecer o histórico que sustenta essa classificação. Se a pessoa nunca foi atendida, não existe consulta anterior a que o retorno possa ser ligado. A agenda não deve usar a categoria apenas como uma forma de ocupar um horário diferente.

Esse contexto explica por que receber uma reserva externa não basta para concluir que ela é um retorno válido. A integração entrega o agendamento segundo o fluxo suportado, mas a equipe ainda pode precisar confirmar se existe atendimento anterior, se o procedimento corresponde e se o prazo configurado está vigente.

Use a identidade e o histórico somente dentro dos sistemas autorizados. Logs técnicos e exemplos de teste não precisam de nome, contato, documento, motivo clínico ou observação de paciente. Para reproduzir a regra, um registro sintético com procedimento de teste e datas controladas é suficiente.

Período de retorno e máximo de retornos são a mesma regra?

Não. A orientação de solução de problemas do Feegow separa a restrição de período do limite de retornos permitido na grade. O período responde se a pessoa ainda está dentro da janela configurada após um atendimento. O máximo de retornos controla quantos encaixes desse tipo a agenda pode aceitar segundo sua configuração.

Confundir os dois controles leva a diagnósticos errados. Se o agendamento interno não permite selecionar um retorno, investigue período, procedimento, convênio, atendimento anterior e histórico reconhecido pelo sistema. Se a grade atingiu seu limite, a causa pertence ao controle de quantidade, não necessariamente ao prazo.

A mesma separação deve existir no painel operacional. Registre uma razão objetiva, como “fora do período configurado” ou “limite de retornos da grade”, em vez de um estado genérico de integração. Isso ajuda a equipe a corrigir a configuração certa sem expor detalhes clínicos.

Horários personalizados também têm uma fronteira própria. Se o problema for um slot que não aparece no canal externo, consulte por que horários personalizados do Feegow podem não aparecer na Doctoralia. Não use essa ausência como prova de que a restrição de retorno foi aplicada.

O que a clínica deve fazer ao receber um retorno online?

Receba o agendamento como um registro real do canal, mas mantenha separada a classificação de retorno. A equipe pode conferir, no Feegow, se há atendimento anterior elegível e se procedimento, convênio e período correspondem à regra aprovada pela clínica. Essa revisão não autoriza apagar silenciosamente a reserva.

Quando a classificação não for válida, siga o fluxo de contato e ajuste definido pela clínica. Explique que a categoria ou condição precisa ser confirmada, sem atribuir erro ao paciente. Qualquer mudança de horário, tipo de consulta ou cobrança precisa respeitar a política comunicada e o aceite necessário.

Preserve a origem externa do agendamento mesmo se a equipe recategorizar o atendimento no sistema interno. O canal de entrada é um fato de atribuição; a elegibilidade para retorno é um fato operacional. Misturá-los prejudica relatórios e pode fazer uma correção parecer uma nova aquisição.

Se o status for alterado depois da entrada, confirme o limite da integração. O guia sobre status remarcado no Feegow e atualização na Doctoralia ajuda a distinguir uma mudança local de uma sincronização garantida com o canal externo.

Qual fluxo operacional reduz conflitos?

Crie uma fila curta para reservas online que pedem tratamento de retorno. Ela deve mostrar apenas o necessário para a equipe autorizada localizar o agendamento no sistema, verificar a elegibilidade e registrar uma decisão. Não duplique dados de paciente em planilhas, mensagens ou logs de integração.

1. Identifique que o agendamento entrou pelo canal online.
2. Confirme no Feegow se existe atendimento anterior elegível.
3. Verifique procedimento, convênio e período de retorno aplicável.
4. Separe eventual limite da grade da regra de período.
5. Mantenha a reserva até que o fluxo aprovado defina o ajuste.
6. Registre o resultado operacional sem copiar conteúdo clínico.

Não tente reproduzir a limitação com uma regra escondida que cancela toda reserva externa marcada como retorno. A documentação não descreve um campo ou contrato que permita essa conclusão de forma geral. Uma automação desse tipo pode rejeitar consultas válidas e produzir divergência entre agendas.

Bloqueios de calendário também devem ser investigados à parte. Um feriado configurado em um sistema não demonstra que a regra de retorno foi transmitida. Consulte o comportamento de bloqueios de feriado entre Feegow e Doctoralia quando o sintoma for disponibilidade indevida.

Como testar a configuração e a limitação?

Faça o teste em ambiente autorizado, com profissional, procedimento, convênio e pessoa sintéticos. Defina um período de retorno conhecido no Feegow e crie um atendimento de teste que permita avaliar um caso dentro da janela e outro fora dela. Não use histórico real nem dados que identifiquem pacientes.

Primeiro, execute o agendamento dentro do Feegow. Documente quando a opção de retorno aparece, qual atendimento anterior é associado e como a regra de período se comporta. Em seguida, repita o cenário pelo caminho online disponível para teste e observe o que chega ao Feegow.

O objetivo não é provar que a Doctoralia deveria bloquear. O objetivo é confirmar a fronteira descrita na documentação: validação interna no Feegow e ausência dessa limitação no agendamento online integrado. Registre horário, ambiente, configuração usada, origem e resultado, sem payload de paciente.

Inclua um caso de reserva externa que demande ajuste e acompanhe o fluxo até a resolução. Confirme que a origem foi preservada, que nenhuma duplicata foi criada e que a equipe conseguiu diferenciar período, limite da grade e disponibilidade. Para investigar itens fora da integração, veja como localizar horários manuais da Doctoralia fora da integração Feegow.

Quando escalar o caso ao suporte?

Escale quando o comportamento divergir do que a documentação promete, não apenas porque a regra online não bloqueou. Um exemplo útil seria o Feegow deixar de aplicar a configuração em um agendamento feito dentro do próprio sistema, com pré-condições confirmadas.

Envie evidência técnica mínima: ambiente, profissional de teste, procedimento de teste, configuração esperada, caminho usado, horários e resultado. Remova nomes, contatos, documentos, descrições e qualquer informação clínica. Se o problema existir apenas no canal online, mencione a limitação documentada e pergunte se o contrato foi atualizado.

Também confirme se o agendamento anterior foi importado. A documentação de solução de problemas observa que agendamentos importados podem não ter o registro de histórico necessário para gerar retorno. Isso é diferente de uma reserva Doctoralia ter ignorado o período.

Perguntas frequentes

Configurar o período de retorno no Feegow deve bloquear a Doctoralia?

Não segundo a documentação atual da integração. Ela informa que essa limitação vale para agendamentos feitos pelo Feegow e não é possível no agendamento online integrado.

A reserva online deve ser excluída se estiver fora do período?

Não automaticamente. Confira a elegibilidade e siga o fluxo aprovado pela clínica para contato e ajuste. A limitação documentada não autoriza apagar silenciosamente uma reserva válida do canal.

O limite máximo de retornos da grade substitui o período?

Não. São controles diferentes. Um limita quantidade na grade; o outro verifica a janela após atendimento anterior segundo procedimento ou convênio. Diagnostique cada um separadamente.

Um agendamento importado sempre pode gerar retorno?

Não. A orientação do Feegow diz que agendamentos importados podem não ter o histórico necessário para gerar retorno. Confirme a origem e o atendimento anterior antes de classificar o problema.

Referências

• Feegow Clinic, “Integração Doctoralia e Feegow”, revisado em 16 de agosto de 2026, https://ajuda.feegow.com/support/solutions/articles/67000749754-integrac%C3%A3o-doctoralia-e-feegow.
• Feegow Clinic, “Como agendar um retorno?”, revisado em 16 de agosto de 2026, https://ajuda.feegow.com/support/solutions/articles/67000715010-9-como-agendar-um-retorno-.
• Feegow Clinic, “O que fazer quando não conseguir agendar retorno?”, revisado em 16 de agosto de 2026, https://ajuda.feegow.com/support/solutions/articles/67000675584-o-que-fazer-quando-n%C3%A3o-conseguir-agendar-retorno-.

A notificação push do Google Calendar chega sem os detalhes do agendamento porque ela sinaliza apenas que o recurso monitorado mudou. O Google envia uma solicitação HTTPS com cabeçalhos X-Goog, mas sem corpo e sem os campos do evento alterado. A integração precisa fazer outra chamada à API para obter a mudança completa.

Esse aviso também não é uma fila permanente. O canal expira, os números de mensagem crescem sem serem sequenciais e o Google alerta que uma pequena parcela das notificações pode ser descartada. O método events.watch usa 604800 segundos como TTL padrão. A aplicação precisa renovar o canal e manter uma rotina de sincronização recuperável.

O que a notificação push realmente informa?

A documentação do Google diz que as mensagens para o URL receptor não incluem corpo. Elas também não informam qual evento foi criado, alterado ou excluído. O POST é um sinal para consultar o recurso monitorado por outro caminho autorizado.

Os cabeçalhos sempre presentes incluem identificador do canal, número da mensagem, identificador e URI do recurso, além do estado do recurso. O estado pode indicar início da sincronização, existência de mudança ou ausência do recurso. Mesmo assim, ele não substitui a leitura do evento.

Trate a notificação como um disparador pequeno. Valide o canal, registre o recebimento técnico e coloque uma tarefa de sincronização na fila. A tarefa consulta o calendário com a credencial e o escopo corretos, aplica as mudanças e registra a conclusão.

Esse desenho é diferente de publicar disponibilidade entre sistemas. O artigo sobre o link da Doctoralia no Google e a agenda do Feegow explica por que um link de agendamento não cria sincronização com o Google Calendar. Aqui, o problema é o envelope de notificação e o ciclo do canal, não a origem da disponibilidade.

Por que os detalhes do agendamento não devem ser inferidos?

Um estado exists informa que houve mudança na coleção monitorada. Segundo o Google, a mudança pode envolver criação, modificação ou exclusão. Sem buscar o recurso, a aplicação não sabe qual dessas ações ocorreu nem qual evento foi afetado.

Não use o último evento visto, o horário atual ou o número da mensagem para preencher essa lacuna. Essas pistas não identificam o registro alterado. Uma inferência errada pode remover um bloqueio válido, duplicar um evento ou associar uma mudança ao agendamento incorreto.

Inferência operacional: mantenha a atualização em estado pendente até que a consulta autorizada confirme o conteúdo. Se a agenda participa da publicação de horários, não interprete uma notificação sem leitura concluída como prova de que o horário ficou livre.

A origem de marketing também não vem no webhook. Mesmo quando um evento corresponde a uma consulta, preserve separadamente a origem do agendamento e a origem de marketing. Um aviso técnico do Google Calendar não deve substituir nenhuma delas.

Quais cabeçalhos precisam ser preservados?

O receptor precisa correlacionar X-Goog-Channel-ID com um canal criado pela própria aplicação. X-Goog-Resource-ID identifica de forma opaca o recurso monitorado, enquanto X-Goog-Resource-URI representa seu endereço específico da versão da API. Preserve essa relação no registro interno do canal.

O X-Goog-Channel-Token aparece quando a aplicação definiu um token na criação. O Google recomenda usá-lo para verificar que a mensagem pertence a um canal criado pelo sistema e orienta a não colocar dados sensíveis nesse valor. Use um identificador opaco, sem nome, contato, motivo de consulta ou conteúdo clínico.

O cabeçalho de expiração aparece quando o canal tem prazo definido. Ele serve para programar a substituição antes do fim, não para descobrir a expiração depois que as mensagens pararam. Guarde também o horário em milissegundos devolvido pela resposta de watch.

Registros gerais devem conter somente metadados técnicos: canal, recurso, estado, número da mensagem, horário de recebimento e resultado da sincronização. Não copie descrição, convidados ou anotações do evento para provar que o webhook chegou.

Os números de mensagem revelam notificações perdidas?

Não como uma sequência contínua. O Google informa que mensagens sync usam o número 1. As mensagens seguintes têm números maiores, porém não sequenciais. Um salto não prova quantos avisos faltaram e não deve produzir eventos artificiais.

O valor ainda ajuda a rejeitar regressões óbvias dentro do mesmo canal e a correlacionar recebimentos. Ele não substitui uma sincronização baseada no estado atual da API. Também não deve ser comparado entre canais diferentes, pois cada renovação usa um identificador próprio.

O guia do Google avisa que notificações push não são totalmente confiáveis e que uma pequena parcela pode ser descartada em condições normais. A integração precisa continuar sincronizada mesmo sem receber cada aviso. Crie uma verificação periódica ou outra rotina de reconciliação aprovada.

Se a busca posterior falhar, mantenha a atualização pendente e siga o procedimento de recuperação da API. Não trate uma resposta incompleta ou um erro de sincronização como uma agenda vazia.

Como funciona a expiração e renovação do canal?

O método events.watch aceita params.ttl e documenta 604800 segundos como padrão. A resposta inclui o prazo de expiração quando definido. O Google também pode aplicar limites internos, usando o valor mais restritivo entre a solicitação e seus próprios limites.

Não existe renovação automática. Quando o canal se aproxima da expiração, a aplicação deve criar outro com uma propriedade id exclusiva. O Google observa que pode haver um período de sobreposição em que os dois canais do mesmo recurso permanecem ativos.

Inferência operacional: crie o canal novo, confirme sua resposta e só depois encerre o antigo segundo a estratégia aprovada. O receptor precisa aceitar temporariamente ambos sem aplicar a mesma mudança duas vezes. Expirar o canal anterior antes de provar o novo cria uma janela silenciosa.

Cadastre a relação entre usuário autorizado, agenda, canal, recurso, criação e expiração. Se a credencial ou permissão mudar, trate isso como um evento separado. Uma renovação bem-sucedida não prova que a aplicação ainda consegue listar os eventos.

Qual fluxo transforma o aviso em estado confiável?

O caminho seguro separa recebimento de interpretação. Primeiro, o endpoint valida o canal e o token. Em seguida, registra um sinal técnico durável e responde. Um worker consulta as mudanças pela API, aplica o resultado de forma idempotente e avança o estado de sincronização somente após concluir todas as páginas necessárias.

1. Correlacione o identificador do canal com um registro ativo.
2. Valide o token do canal quando ele estiver configurado.
3. Registre estado, recurso, número e horário sem conteúdo de paciente.
4. Acione a consulta autorizada dos eventos alterados.
5. Aplique criação, mudança ou exclusão conforme a resposta real.
6. Marque a sincronização como concluída apenas após todas as etapas.

Faça o processamento tolerar avisos repetidos e sobreposição de canais. A mesma mudança pode provocar trabalho duplicado no receptor sem significar dois agendamentos. Preserve a identidade do evento e o estado atual antes de executar efeitos externos.

Uma remarcação também não deve apagar a origem original. O guia sobre preservar a origem após uma remarcação ajuda a manter atribuição e estado operacional em campos diferentes.

Como testar sem usar dados de pacientes?

Crie uma agenda controlada com eventos sintéticos e títulos neutros. Não inclua nome, telefone, email, motivo de consulta, diagnóstico ou observação clínica. O teste precisa provar o protocolo do canal, não reproduzir uma consulta real.

Crie um canal e registre a resposta de watch. Confirme a mensagem inicial sync, inclusive o caso documentado em que ela pode chegar antes da resposta de criação por causa do tempo de rede. Depois, altere um evento sintético e verifique que o POST chega sem corpo.

Teste uma notificação repetida, um salto no número da mensagem e uma falha temporária na busca posterior. O estado publicado pela aplicação deve permanecer pendente até a leitura completa. Em seguida, simule a sobreposição entre canal antigo e novo para provar idempotência.

Por fim, deixe um canal de teste atingir seu fluxo de expiração controlado. Confirme que o substituto foi criado com novo identificador e que a aplicação continua encontrando mudanças. A taxonomia de resultados de agendamento ajuda a impedir que esses eventos técnicos sejam contados como novas conversões.

Perguntas frequentes

A notificação push do Google Calendar contém o evento alterado?

Não. O Google afirma que as mensagens não incluem corpo nem informações específicas sobre o recurso atualizado. Use os cabeçalhos para identificar o canal e faça outra chamada autorizada à API para obter a mudança.

Um salto no X-Goog-Message-Number prova perda de mensagens?

Não. Os números aumentam, mas o Google diz que não são sequenciais. Um salto não informa quantas notificações faltaram. Confirme o estado pela API e mantenha uma rotina de reconciliação.

O canal events.watch é renovado automaticamente?

Não. O Google orienta criar um novo canal com identificador exclusivo antes da expiração. O TTL padrão documentado para events.watch é 604800 segundos.

Posso colocar o identificador do paciente no token do canal?

Não é necessário e aumenta o risco. O Google recomenda não colocar dados sensíveis no token. Use um valor opaco que permita correlacionar o canal sem expor paciente, consulta ou credencial.

Referências

• Google for Developers, “Notificações push,” revisado em 16 de agosto de 2026, https://developers.google.com/workspace/calendar/api/guides/push?hl=pt-BR.
• Google for Developers, “Events: watch,” revisado em 16 de agosto de 2026, https://developers.google.com/workspace/calendar/api/v3/reference/events/watch?hl=pt-BR.

Os Horários Personalizados do Feegow não aparecem na agenda da Doctoralia porque esse tipo de horário não é suportado pela integração. Segundo a documentação do Feegow, a Doctoralia recebe a grade padrão compartilhada do profissional. Criar ou editar um Horário Personalizado no Feegow, portanto, não faz esse intervalo surgir no canal externo.

A correção começa pela origem da disponibilidade. Se o intervalo precisa aceitar agendamentos online pela Doctoralia, ele deve estar em uma grade compatível e marcada para exibição no canal. Uma exceção de grade pode ser compartilhada. Já uma grade livre não entra nesse fluxo. Essa distinção evita o atalho perigoso de abrir um horário paralelo diretamente na Doctoralia sem entender quem passará a controlá-lo.

Por que o Horário Personalizado não chega à Doctoralia?

O motivo é uma limitação documentada da integração, não necessariamente uma falha de sincronização. O Feegow informa, nas dúvidas sobre Doctoralia, que os Horários Personalizados não são suportados e que apenas a grade padrão é integrada. O intervalo personalizado pode existir e funcionar dentro do Feegow sem aparecer na agenda externa.

Essa diferença costuma confundir porque as duas telas podem mostrar o mesmo profissional e o mesmo dia. Ainda assim, cada disponibilidade carrega uma origem e uma regra. O fato de a equipe ver uma abertura no Feegow não prova que ela pertence ao conjunto compartilhado com a Doctoralia.

Antes de investigar atrasos, filas ou credenciais, confira o tipo de grade. Se o horário foi criado como personalizado, esperar mais tempo ou refazer a mesma edição não altera o contrato publicado. O caminho é decidir se aquele intervalo deve entrar na grade compartilhada ou permanecer apenas no uso interno.

Há um caso vizinho que merece uma auditoria própria: uma disponibilidade pode ter sido criada diretamente na plataforma externa. O guia sobre como encontrar horários manuais na Doctoralia fora da integração com o Feegow ajuda a separar esse cenário da limitação dos Horários Personalizados.

Qual grade a integração realmente compartilha?

O artigo do Feegow sobre disponibilizar a grade na Doctoralia orienta o compartilhamento a partir da grade de horários do profissional. A configuração inclui a opção Exibir na Doctoralia. Sem essa marcação, a mera existência da grade não estabelece que ela será oferecida para agendamento online no canal externo.

Profissional e local também precisam corresponder ao escopo que a clínica pretende publicar. Uma abertura para o profissional certo, mas vinculada a outro local, não é equivalente. O mesmo vale para uma grade configurada em período diferente daquele pesquisado. Compare os campos lado a lado, em vez de usar somente a aparência do calendário.

Inferência operacional: mantenha uma tabela simples de controle com profissional, local, dia da semana, hora inicial, hora final, tipo de grade e estado da opção de exibição. Não inclua nome de paciente, motivo de consulta ou informação clínica. A tabela serve para provar a configuração, não para duplicar o prontuário.

Se o problema observado envolve feriado ou fechamento pontual, a causa e o teste são outros. Consulte por que um bloqueio de feriado no Feegow pode não fechar a agenda da Doctoralia antes de converter um bloqueio em mudança permanente da grade.

Como diferenciar grade padrão, exceção e grade livre?

A documentação citada permite uma distinção útil. A grade padrão é a base do compartilhamento. Uma grade de exceção pode ser marcada para exibição na Doctoralia. A grade livre, por sua vez, não é considerada pela integração. Horário Personalizado também não é suportado nesse fluxo.

Isso significa que uma exceção não precisa virar uma alteração permanente. Se um profissional atender em um intervalo fora do padrão por uma data específica, a equipe pode avaliar uma grade de exceção compartilhada, desde que a configuração atual do fornecedor e a política da clínica confirmem esse uso. Revise a documentação antes da mudança, pois telas e recursos podem mudar.

Não use a grade livre como substituto silencioso para a grade compartilhada. Ela pode cumprir outra função dentro do Feegow, mas o fornecedor diz que não entra na integração. Da mesma forma, renomear um Horário Personalizado não transforma sua natureza técnica.

Uma clínica com regras diferentes por convênio precisa revisar esse recorte separadamente. O artigo sobre horários exclusivos por convênio na integração entre Doctoralia e Feegow mostra por que uma janela comercial não deve ser presumida como uma restrição sincronizada.

Como corrigir sem abrir horários errados?

Comece registrando o estado atual. Escolha um único profissional, um local e uma data controlada. Anote qual intervalo deveria aparecer, em que tipo de grade ele está e se a opção de exibição está marcada. Só então ajuste a grade compatível. Essa ordem mantém a causa visível.

1. Confirme que o intervalo ausente foi criado como Horário Personalizado.
2. Decida, com o responsável pela agenda, se ele deve ser interno ou público.
3. Se deve ser público, configure a disponibilidade em uma grade padrão ou de exceção compatível.
4. Marque Exibir na Doctoralia no escopo correto.
5. Confira profissional, local, data, início e fim antes de salvar.
6. Espere apenas o período operacional previsto pela clínica e faça a verificação externa.

Inferência operacional: altere uma variável por vez. Se a equipe mudar tipo de grade, local, duração e canal na mesma tentativa, um resultado positivo não mostra qual ajuste resolveu o problema. Um resultado negativo também fica difícil de explicar.

Não crie uma disponibilidade direta na Doctoralia como primeira resposta. Isso pode estabelecer uma segunda origem de agenda, fora do controle esperado no Feegow. Se já houver um horário manual, preserve a evidência e siga o procedimento de auditoria antes de desativá-lo.

E se o horário estiver aberto diretamente na Doctoralia?

Um intervalo direto na Doctoralia não passa a ser integrado porque existe um horário parecido no Feegow. A documentação do Feegow reconhece a existência de disponibilidades criadas na plataforma externa sem integração. Compare o intervalo exato, o profissional e o local para saber se há uma abertura paralela.

Evite concluir que dois blocos visualmente iguais são o mesmo registro. Um pode vir da grade padrão compartilhada e o outro de uma configuração manual. Também pode haver diferença de duração. A equipe precisa identificar a origem antes de editar, pois remover o item errado pode fechar uma disponibilidade válida.

Inferência operacional: classifique cada intervalo como compartilhado, manual externo, personalizado interno, exceção compartilhada ou incerto. A categoria “incerto” é útil. Ela impede uma correção baseada em suposição e cria um ponto claro de escalonamento para o suporte.

Depois de uma remarcação, não use somente o rótulo local para julgar a sincronização. O guia sobre por que o status remarcado no Feegow não atualiza a Doctoralia separa a ação de remarcar de uma simples mudança de status.

Como testar a correção com segurança?

Use um cenário sintético aprovado pela clínica. Escolha um intervalo que possa ser aberto e fechado sem afetar pacientes. O teste deve usar um contato controlado que não alcance terceiros e não deve incluir diagnóstico, tratamento, observação clínica ou qualquer dado real de paciente.

Primeiro, confirme a grade no Feegow e a opção Exibir na Doctoralia. Depois, pesquise a disponibilidade no canal externo com o mesmo profissional, local e data. Faça uma reserva sintética e confirme se ela aparece no escopo correto. Verifique também se o intervalo deixa de aceitar outra reserva.

Se o fluxo da clínica inclui remarcação e cancelamento, teste essas ações com o mesmo registro sintético. Preserve os identificadores técnicos permitidos e as horas de cada etapa. Não copie telas com dados pessoais para uma planilha geral ou para um chamado.

Um teste aprovado cobre apenas a combinação executada. Regras distintas por local, profissional ou tipo de atendimento pedem novos casos. Se a clínica também usa Google Calendar, leia por que o link Doctoralia com Google não sincroniza o Feegow com o Google Calendar. São integrações diferentes.

Que evidência guardar para o suporte?

Guarde a menor evidência que permite reproduzir o problema: identificador técnico do profissional, local, data, intervalo, tipo de grade, estado de Exibir na Doctoralia, horário da tentativa e resultado observado. Inclua as etapas executadas e a diferença entre o esperado e o visto.

Não envie nomes, telefones, endereços, motivos de consulta ou capturas de prontuário. Se um identificador interno já basta para o suporte autorizado localizar a configuração, ele é preferível a dados pessoais. A investigação trata de disponibilidade e mapeamento.

Interrompa novas alterações quando a tela atual não corresponder à documentação, quando o tipo de grade não puder ser confirmado ou quando uma correção abrir horários além do escopo testado. Reverter a última mudança e preservar o estado é melhor do que empilhar tentativas.

Ao encerrar, registre o que foi modificado, quem aprovou, qual caso sintético passou e quais combinações continuam sem teste. Esse pequeno relatório ajuda a equipe seguinte a não recomeçar pelo palpite de que “a sincronização atrasou”.

Perguntas frequentes

Esperar mais tempo faz um Horário Personalizado aparecer na Doctoralia?

Não segundo o contrato documentado. O Feegow informa que Horários Personalizados não são suportados pela integração. Se o intervalo precisa ser público, avalie uma grade padrão ou de exceção compatível e marque a exibição no canal correto.

Uma grade de exceção pode ser exibida na Doctoralia?

Sim. O guia do Feegow informa que uma grade de exceção pode ser compartilhada. Confirme profissional, local, data e opção Exibir na Doctoralia, depois valide com um cenário sintético antes de liberar a disponibilidade.

A grade livre do Feegow entra na integração?

Não. A documentação afirma que grades livres não são consideradas. Não use uma grade livre como prova de que a Doctoralia deveria exibir o intervalo.

Posso abrir o mesmo horário manualmente na Doctoralia?

Uma configuração manual pode criar uma origem separada da grade integrada. Antes de fazer isso, confirme quem controlará o intervalo, como ele será fechado após reserva e como a equipe evitará disponibilidade duplicada. Se o horário já existe, audite sua origem antes de alterar.

Referências

• Feegow, “Principais dúvidas sobre a Doctoralia”, revisado em 16 de agosto de 2026, https://ajuda.feegow.com/support/solutions/articles/67000745444-principais-d%C3%BAvidas-sobre-a-doctoralia.
• Feegow, “Como disponibilizar a grade de horários Feegow na agenda Doctoralia”, revisado em 16 de agosto de 2026, https://ajuda.feegow.com/support/solutions/articles/67000721206-como-disponibilizar-a-grade-de-hor%C3%A1rios-feegow-na-agenda-doctoralia.

O link da Doctoralia exibido no Google não sincroniza a agenda do Feegow com o Google Calendar. A Central de Ajuda Feegow afirma que não existe integração com o Google Calendar ou outro calendário externo nesse fluxo. A visibilidade no Google corresponde apenas ao link que leva o paciente ao agendamento online da Doctoralia.

A disponibilidade segue outro caminho. A clínica configura a grade no Feegow e usa Exibir na Doctoralia para compartilhá-la no marketplace. Já Disponível via API libera consulta pela API Pública do Feegow. As duas opções têm destinos diferentes e uma não ativa a outra.

O que o link da Doctoralia no Google realmente faz?

A documentação do Feegow separa visibilidade de calendário. O Google pode exibir um link para o agendamento online da Doctoralia, mas isso não significa que eventos do Google Calendar sejam lidos pelo Feegow. Também não significa que consultas do Feegow sejam gravadas como eventos num calendário externo.

O paciente usa o link para abrir o fluxo online da Doctoralia. A disponibilidade mostrada nesse fluxo vem da grade compartilhada pelo Feegow, dentro dos limites da integração. O papel do Google termina na descoberta do link. Ele não fornece horários nem cria bloqueios.

Inferência operacional: registre separadamente o link público, a grade publicada na Doctoralia e qualquer calendário externo. Se um horário divergir, identifique onde o erro aparece antes de alterar configurações. Assim, a equipe não atribui ao Google Calendar uma função que a fonte oficial nega.

Qual opção publica a grade na Doctoralia?

Para disponibilizar horários na Doctoralia, o Feegow orienta abrir Agenda, entrar na visualização diária ou semanal e acessar Grade. Na grade desejada, a clínica marca Exibir na Doctoralia e salva. Esse é o controle documentado para compartilhamento externo.

A página de configuração também informa que o local precisa estar apto para compartilhamento. Se o aviso indicar que a grade não pode ser compartilhada, a clínica deve verificar Exibir no agendamento online no cadastro da unidade. Uma grade correta para um profissional não comprova que outra unidade recebeu a mesma configuração.

Depois de salvar, valide a jornada pública. Não conclua pela presença de um botão interno. Se surgirem horários criados diretamente na plataforma externa, use o processo para encontrar horários manuais da Doctoralia fora da integração.

Para que serve Disponível via API?

A opção Disponível via API tem outro destino. A documentação diz que ela torna as informações da grade consultáveis por meio da API Pública do Feegow. Ela não é descrita como substituta de Exibir na Doctoralia e não cria integração com o Google Calendar.

Uma clínica pode precisar de um dos caminhos ou dos dois, conforme os sistemas aprovados. Marcar somente Disponível via API não prova que os horários chegaram ao marketplace da Doctoralia. Marcar somente Exibir na Doctoralia também não prova que um integrador próprio consegue consultar a grade pela API.

Inferência operacional: mantenha uma matriz simples por grade, profissional e unidade. Registre se a saída esperada é Doctoralia, API Pública ou ambas. A matriz é um controle interno; as fontes apenas estabelecem que as opções são separadas.

Quais grades entram no compartilhamento externo?

O artigo específico sobre compartilhamento informa que a mesma configuração pode ser aplicada a grades de exceção. Também diz que Grade Livre não é considerada pelo sistema no compartilhamento externo. Portanto, enxergar horários personalizados dentro do Feegow não prova que eles aparecerão no agendamento da Doctoralia.

Use a grade compatível com o comportamento documentado. Quando a clínica precisa limitar convênios, procedimentos ou períodos, configure a regra na grade suportada e teste o resultado. O guia de horários exclusivos por convênio no Feegow e Doctoralia detalha esse cenário.

Não recrie uma Grade Livre como vários horários externos sem avaliar duplicidade. Se a necessidade não cabe na integração atual, preserve o caso e encaminhe ao suporte. A semelhança visual entre duas agendas não comprova que usam o mesmo tipo de grade.

Como diagnosticar um horário que aparece num sistema e não no outro?

Comece pelo destino que está errado. Se o link não aparece no Google, trate a visibilidade do link. Se o link abre, mas a Doctoralia não mostra o horário, revise a grade, o profissional, o local, a unidade e Exibir na Doctoralia. Se uma aplicação própria não recebe dados, revise Disponível via API e o contrato da API.

1. Identifique profissional, unidade, data e horário sem incluir dados de paciente.
2. Confirme qual grade contém o período dentro do Feegow.
3. Verifique se a grade é compatível com compartilhamento externo.
4. Confira Exibir na Doctoralia para o marketplace.
5. Confira Disponível via API somente para a API Pública.
6. Abra o link público e observe a disponibilidade na Doctoralia.
7. Registre a divergência antes de mudar outra configuração.

Se o problema for um feriado, existe um limite específico. Veja por que o bloqueio automático de feriado não fecha a agenda da Doctoralia. Não use esse comportamento para explicar toda falha de publicação.

Por que um teste no Google Calendar não valida essa integração?

Criar um evento no Google Calendar não testa o fluxo documentado entre Feegow e Doctoralia. A própria fonte informa que não há sincronização de agenda com calendários externos. Se o horário continuar aberto, esse resultado é compatível com a ausência de integração e não prova falha no Feegow.

O teste correto começa na grade do Feegow e termina na disponibilidade pública da Doctoralia. Use um horário neutro, futuro e aprovado para teste. Verifique se ele aparece, depois aplique uma alteração compatível e confirme o novo estado. Não use nome, telefone, procedimento ou motivo de consulta de um paciente real.

Inferência operacional: se a clínica precisa que compromissos externos bloqueiem a agenda, trate isso como requisito de produto separado. A documentação citada não oferece esse recurso e não escolhe uma alternativa. Compare fornecedores, riscos e operação antes de adicionar outro sincronizador.

Como remarcações e bloqueios entram nessa análise?

Uma remarcação e um bloqueio são operações da agenda, não provas de integração com o Google Calendar. Na integração Doctoralia e Feegow, mudar apenas o status para Remarcado não atualiza a plataforma externa. O fluxo documentado usa o botão Remarcar. Veja o diagnóstico completo sobre status Remarcado e atualização da Doctoralia.

Bloqueios também precisam do controle correto. Um horário bloqueado pode continuar aceitando encaixe quando a configuração específica não está ativa. Isso é diferente de um evento externo. O artigo sobre encaixe em horário bloqueado no Feegow cobre esse limite.

Teste uma variável por vez. Primeiro prove que a grade foi publicada. Depois valide remarcação, bloqueio ou encaixe pelo fluxo próprio. Misturar todas as ações num único teste torna impossível saber qual contrato falhou.

Que evidência deve acompanhar um chamado ao suporte?

Registre clínica ou conta, unidade, profissional, tipo de grade, data, intervalo, opções marcadas e resultado observado na Doctoralia. Informe também se a dúvida é sobre o link público, o marketplace ou a API Pública. Uma frase como “não sincroniza” é ampla demais para localizar o problema.

Use capturas sem dados desnecessários. O chamado não precisa de nome, telefone, convênio individual, motivo da consulta ou detalhe clínico para demonstrar que uma grade não apareceu. Se um agendamento sintético for necessário, siga o processo aprovado para removê-lo e não o envie para ferramentas de marketing.

Não peça ao suporte para “ativar o Google Calendar” com base nesse fluxo. Cite o comportamento esperado de Exibir na Doctoralia ou Disponível via API. Se a operação realmente precisa de calendário externo, apresente isso como novo requisito.

Perguntas frequentes

O link da Doctoralia no Google bloqueia horários no Google Calendar?

Não. O Feegow informa que a visibilidade no Google é apenas o link de agendamento online da Doctoralia, sem sincronização com o Google Calendar ou outro calendário externo.

Marcar Disponível via API publica a grade na Doctoralia?

Não automaticamente. Disponível via API atende à API Pública do Feegow. Para o marketplace, a opção documentada é Exibir na Doctoralia.

Grade Livre aparece no agendamento online da Doctoralia?

A fonte oficial diz que Grade Livre não é considerada no compartilhamento externo. Use uma grade suportada ou leve o requisito ao suporte sem prometer sincronização.

Como sei se o link público está funcionando?

Abra o link exibido no Google e conclua que ele funciona apenas quando leva ao fluxo correto da Doctoralia. Depois valide os horários separadamente contra a grade compartilhada no Feegow.

Referências

• Central de Ajuda Feegow, “Como disponibilizar a grade de horários Feegow na agenda Doctoralia”, consultado em 2026-08-16, https://ajuda.feegow.com/support/solutions/articles/67000721206-como-disponibilizar-a-grade-de-hor%C3%A1rios-feegow-na-agenda-doctoralia.
• Central de Ajuda Feegow, “Como configurar os horários de atendimento dos profissionais de saúde e de equipamentos”, consultado em 2026-08-16, https://ajuda.feegow.com/support/solutions/articles/67000754792-2-como-configurar-os-hor%C3%A1rios-de-atendimento-grade-dos-profissionais-de-sa%C3%BAde-e-de-equipamentos.

Um horário bloqueado no Feegow ainda pode aceitar encaixe porque o sistema trata o encaixe como um fluxo separado do agendamento padrão. A documentação do fornecedor diz expressamente que é possível encaixar em horário bloqueado. Para impedir também esse tipo de marcação, a clínica precisa ativar a configuração BLOQUEAR ENCAIXE EM HORÁRIOS BLOQUEADOS.

O bloqueio, sozinho, impede a seleção normal dos horários indicados. Ele não equivale a uma proibição universal de qualquer ação administrativa na agenda. Essa diferença explica por que a recepção pode ver a faixa bloqueada e, ainda assim, conseguir salvar um encaixe. O diagnóstico deve confirmar qual botão foi usado, qual regra está ativa e qual profissional e unidade receberam o bloqueio.

Por que o bloqueio não impede o encaixe automaticamente?

O guia de bloqueios informa duas regras que parecem contraditórias quando lidas fora de contexto. Depois de salvar o bloqueio, os horários indicados deixam de ser selecionáveis para agendamentos. O mesmo guia acrescenta que ainda é possível encaixar em horário bloqueado. A primeira regra descreve a seleção normal; a segunda preserva o fluxo administrativo de encaixe.

O guia de agendamento define encaixe como uma marcação fora dos horários padrões da grade. Nesse fluxo, o usuário informa o horário manualmente. O exemplo do fornecedor mostra que o encaixe pode ficar dentro do período de atendimento, mas fora dos intervalos normais, ou até fora da grade. Por isso, a cor de bloqueio na agenda não encerra sozinha todas as possibilidades administrativas.

Essa é uma fronteira documentada do produto, não prova de erro de permissão ou defeito da agenda. Inferência operacional: antes de alterar qualquer regra, confirme se o registro veio do horário normal, de Encaixe ou de outra integração. O caminho usado determina qual controle deve ser verificado.

Qual configuração impede encaixe em horário bloqueado?

O Feegow orienta ativar BLOQUEAR ENCAIXE EM HORÁRIOS BLOQUEADOS quando a clínica não quer nenhum tipo de agendamento nessas faixas. O caminho publicado é Configurações > outras Configurações > Outras Configurações. A grafia repetida faz parte da rota descrita no artigo de ajuda.

Ative a regra de forma controlada e registre o estado anterior. A documentação citada não informa efeitos retroativos sobre encaixes já salvos, não descreve aprovação por perfil e não promete como outras integrações interpretarão o bloqueio. Portanto, não use a ativação como motivo para apagar, mover ou cancelar registros existentes sem uma revisão separada.

Inferência operacional: após salvar, abra a tela novamente e confirme o estado persistido. Em seguida, teste uma data futura sem pacientes reais. O encaixe deve deixar de salvar dentro da faixa bloqueada. Se a interface apresentar outra mensagem, capture o texto exato sem dados identificáveis.

A regra também não substitui os controles de disponibilidade por convênio. Se a clínica usa blocos separados para diferentes operadoras, preserve a estrutura descrita em horários exclusivos por convênio no Feegow. Um bloqueio geral e uma grade restrita respondem a necessidades distintas.

Como confirmar que o bloqueio foi criado na agenda correta?

O Feegow permite criar bloqueios nas agendas diária, semanal, múltipla e de equipamentos alocados. O usuário escolhe o profissional ou equipamento, a data e o comando de bloqueio. Quando o profissional está ligado a mais de uma unidade, o guia exige selecionar a unidade vinculada na grade. Um bloqueio na unidade errada não prova que a regra de encaixe falhou.

A agenda múltipla permite aplicar o bloqueio a mais de um profissional e unidade. Ela é útil quando a clínica inteira não abrirá, mas amplia o alcance da alteração. Liste previamente os profissionais, unidades, data, início, fim e motivo operacional. Depois de salvar, confira cada agenda que deveria receber a faixa, em vez de presumir que uma tela representa todas.

Também é possível iniciar o bloqueio a partir de um horário livre. Nesse caminho, início e fim vêm preenchidos. Confira ambos. Um intervalo curto demais pode deixar parte da grade disponível; um intervalo amplo demais pode retirar capacidade que a clínica pretendia manter.

Bloqueios de feriado têm outra fronteira quando existe agenda externa. O guia sobre bloqueio de feriado no Feegow e disponibilidade na Doctoralia explica por que o fechamento interno não deve ser tomado como prova de que uma agenda integrada também foi atualizada.

Como distinguir agendamento padrão, encaixe e repetição?

No agendamento padrão, o usuário escolhe um horário livre na grade do profissional. No encaixe, seleciona a data, clica em Encaixe e informa o horário. O Feegow também oferece a opção Repetir a partir de um agendamento existente. Esses caminhos podem parecer semelhantes no resultado final, mas não passam pela mesma seleção inicial.

Abra o registro de teste e confirme o indicador de encaixe quando a interface o apresentar. O guia informa que a caixa de encaixe fica marcada nesse fluxo. Registre também data, profissional, unidade, horário do bloqueio e usuário de teste. Não copie nome, telefone, documento, procedimento ou observação de uma pessoa real para demonstrar o problema.

Se o encaixe não puder ser salvo, o artigo de agendamento orienta verificar o limite de encaixes na grade do profissional. Essa é outra regra, diferente da proibição em horários bloqueados. Um limite atingido pode produzir a conclusão correta de que o encaixe falhou, mas não comprova que BLOQUEAR ENCAIXE EM HORÁRIOS BLOQUEADOS foi aplicado.

Da mesma forma, uma remarcação não deve apagar a origem inicial do registro. Consulte como preservar a origem após uma remarcação e guarde a ação administrativa mais recente em campo separado.

Como executar um teste seguro após ativar a regra?

O teste deve verificar primeiro o bloqueio e depois o encaixe, na mesma agenda e faixa. Escolha uma data futura autorizada pela clínica, sem atendimento real no intervalo. Use um cadastro sintético aprovado ou pare antes de salvar se a política interna não permitir registros de teste. O objetivo é provar a regra sem afetar pacientes ou capacidade legítima.

1. Registre o profissional, a unidade, a data e o intervalo escolhidos.
2. Crie o bloqueio e confirme que a faixa aparece bloqueada.
3. Verifique que o agendamento padrão não permite selecionar o horário.
4. Antes da ativação, documente se o fluxo de encaixe aceita a faixa.
5. Ative BLOQUEAR ENCAIXE EM HORÁRIOS BLOQUEADOS.
6. Repita o mesmo encaixe e registre o resultado apresentado.
7. Remova apenas os dados sintéticos pelo processo aprovado.

Altere uma variável por vez. Não mude grade, unidade, duração, profissional e configuração no mesmo teste. Se o resultado continuar diferente do esperado, guarde captura da faixa, estado da configuração, horário do teste e sequência de ações. O suporte consegue analisar melhor um caso reproduzível do que uma descrição genérica de que a agenda “continua aberta”.

O bloqueio interno também fecha horários na Doctoralia?

Não use este procedimento para concluir que uma integração externa removeu disponibilidade. Os dois artigos citados do Feegow estabelecem como bloqueio e encaixe funcionam dentro do sistema. Eles não garantem propagação para a Doctoralia nem descrevem todos os caminhos pelos quais um horário externo pode ter sido criado.

Depois de validar o comportamento interno, abra a agenda externa e compare profissional, unidade, serviço, data e hora. Se houver disponibilidade manual criada fora da integração, siga o processo para identificar horários manuais na Doctoralia. Não desative uma vaga externa até confirmar sua origem e seu alcance.

Inferência operacional: mantenha duas evidências separadas. A primeira mostra que o Feegow impediu o encaixe administrativo. A segunda mostra o que foi publicado no canal externo. Um resultado correto no primeiro teste não substitui o segundo.

Que procedimento a recepção deve registrar?

O procedimento deve dizer quando usar bloqueio, quando um encaixe é permitido e quem aprova uma exceção. Inclua a rota exata da configuração, o profissional e a unidade que devem ser conferidos, o teste posterior e o caminho de escalonamento. Não transforme uma escolha local de governança em recurso garantido pelo fornecedor.

Registre cada exceção com dados mínimos: data, faixa, motivo operacional, aprovador e ação executada. Evite detalhes clínicos no log de agenda. Se uma vaga for liberada depois de cancelamento, trate a recuperação de capacidade como outro processo. O guia sobre lembretes e lista de espera ajuda a separar prevenção de conflito e preenchimento de vagas.

Revise o procedimento quando o Feegow mudar telas, nomes de configuração ou regras de agenda. A documentação consultada foi modificada em maio e junho de 2025, e o registro editorial exige nova revisão em setembro de 2026. Até lá, qualquer diferença reproduzível deve ser comparada com a documentação atual antes de virar regra permanente.

Perguntas frequentes

O bloqueio comum impede agendamento padrão?

Sim. O Feegow informa que, após salvar o bloqueio, os horários indicados deixam de ser selecionáveis para agendamentos. A mesma documentação ressalva que o encaixe continua possível, salvo quando a configuração específica para bloquear encaixes em horários bloqueados estiver ativa.

Onde ativo o bloqueio de encaixe em horário bloqueado?

O caminho documentado é Configurações > outras Configurações > Outras Configurações. Nesse local, ative BLOQUEAR ENCAIXE EM HORÁRIOS BLOQUEADOS, salve e faça um teste sintético na mesma agenda, unidade, data e faixa.

Um encaixe pode ficar fora da grade do profissional?

Sim. O guia do Feegow define encaixe como agendamento fora dos horários padrões e permite informar um horário manual, inclusive fora da grade. A clínica ainda pode ter um limite de encaixes configurado para o profissional, que deve ser verificado quando o salvamento falhar.

Ativar a regra cancela encaixes que já existem?

Os dois artigos citados não afirmam que a configuração cancela registros anteriores. Trate a regra como controle para novos testes e confirme qualquer efeito retroativo com a documentação atual ou com o suporte. Não cancele nem mova um agendamento existente sem revisão operacional.

Referências

• Feegow, Como criar e excluir um bloqueio na agenda?, revisado em 16 de agosto de 2026.
• Feegow, Como realizar um agendamento no Feegow, revisado em 16 de agosto de 2026.