Checklist de cláusulas contratuais e SLA para contratar atendimento com IA em clínicas

O checklist de cláusulas contratuais e SLA para plataformas de atendimento com IA em clínicas deve ser analisado antes da assinatura, não depois do primeiro incidente. Uma ferramenta que agenda pacientes durante a madrugada, recupera conversas interrompidas e consulta horários em sistemas como Feegow ou Amplimed passa a participar de um processo operacional sensível. Por isso, a avaliação precisa ir além de preço, quantidade de mensagens ou demonstração comercial. O contrato deve responder a uma pergunta prática: o que acontece quando a plataforma fica indisponível, uma mensagem não é entregue, um número é bloqueado, um dado precisa ser exportado ou o modelo interpreta uma solicitação fora do fluxo esperado? Sem respostas objetivas, a clínica assume riscos que podem aparecer justamente em períodos de alta demanda, campanhas de marketing ou plantões reduzidos. Antes de negociar cláusulas, mapeie os pontos em que a operação perde oportunidades. O guia para mapear e medir os pontos de fuga da recepção ajuda a separar falhas de atendimento, agenda, integração e acompanhamento. Essa distinção é útil porque o SLA da plataforma deve proteger os componentes que realmente afetam o caminho entre o primeiro contato e o agendamento. Também defina quais indicadores serão acompanhados mensalmente. Disponibilidade do sistema, tempo de processamento, taxa de entrega, falhas de integração, conversas transferidas para humanos e agendamentos originados pela automação são métricas diferentes. Misturá-las em uma única promessa de desempenho costuma gerar discussões contratuais quando a clínica mais precisa de clareza.

Um SLA de atendimento 24/7 não deve prometer que todos os componentes estarão disponíveis em qualquer circunstância. O documento precisa distinguir a disponibilidade da aplicação, a comunicação com WhatsApp, SMS e e-mail, as integrações com agenda e prontuário e o suporte humano. Cada camada tem dependências diferentes, inclusive de provedores externos, operadoras e políticas de mensageria. Para a aplicação principal, uma meta mensal de disponibilidade de 99,5% representa aproximadamente 3 horas e 39 minutos de indisponibilidade acumulada em um mês de 30 dias. Uma meta de 99,9% reduz essa janela para cerca de 43 minutos. O número isolado não basta: negocie como a disponibilidade será calculada, quais manutenções programadas serão excluídas, como incidentes parciais serão medidos e quais créditos ou medidas corretivas se aplicam ao descumprimento. A entrega de mensagens deve ser tratada com cuidado. O fornecedor pode controlar a fila, o processamento e a tentativa de envio, mas a entrega final depende do canal, do consentimento do destinatário, da qualidade do número, de limites de frequência e de regras da Meta ou da operadora. Por isso, uma redação tecnicamente honesta separa tempo de processamento sob responsabilidade da plataforma, confirmação de envio ao provedor e status de entrega retornado pelo canal. Para uma operação clínica, um exemplo de tabela de SLA pode incluir: disponibilidade mensal da aplicação, processamento de eventos de agenda, tempo para reconhecer falhas de integração, prazo de resposta por severidade e prazo de atualização durante incidentes. Uma falha que impede todos os agendamentos deve ser classificada de maneira diferente de um atraso em relatório ou de uma indisponibilidade de um canal secundário. O contrato também deve prever comunicação para a clínica e registro do incidente. A avaliação de soluções de automação de atendimento com IA por 12 critérios pode ser usada antes da negociação para transformar requisitos operacionais em uma matriz de decisão. O SLA deve refletir essa matriz, principalmente nos itens que interferem no faturamento, na recepção e na continuidade do agendamento.

O contrato precisa separar o que está sob controle da plataforma do que depende do ecossistema do WhatsApp. A contratação de uma ferramenta não elimina riscos relacionados a consentimento, qualidade das listas, conteúdo, frequência de mensagens ou avaliação do próprio canal. Consulte as políticas oficiais do WhatsApp Business e transforme suas exigências em procedimentos internos, não apenas em uma promessa comercial. Para reduzir risco de bloqueio, exija o uso da API oficial do WhatsApp e esclareça quem será responsável pela configuração do portfólio empresarial, número, templates, permissões e qualidade da conta. Também defina o que acontece se um template for reprovado, se a qualidade do número cair ou se o provedor limitar o envio. A plataforma deve oferecer orientação operacional e alternativas de contato, mas a clínica continua precisando manter consentimentos e práticas de comunicação adequadas. A matriz de responsabilidade deve ter quatro colunas: evento, responsável primário, ação esperada e prazo. Em um erro de autenticação da API, o fornecedor pode assumir diagnóstico e correção; em uma denúncia causada por mensagem enviada sem base adequada, a apuração pode envolver a clínica; em uma falha de operadora, ambos devem colaborar com evidências. Essa clareza evita que o paciente fique sem retorno enquanto as empresas discutem a origem do problema. Em incidentes de segurança, solicite notificação sem demora indevida e um relatório com horário de detecção, sistemas afetados, categorias de dados envolvidas, medidas de contenção e prevenção de recorrência. A orientação da ANPD sobre comunicação de incidentes de segurança ajuda a estruturar o procedimento, mas o contrato deve indicar quem coleta os fatos e quem apoia a clínica na avaliação regulatória. Na Auris, esse ponto deve ser avaliado com base na utilização de API oficial do WhatsApp, na integração com os sistemas de gestão da clínica e na definição de fluxos de transferência para atendimento humano. A pergunta central não é apenas se a mensagem foi enviada, mas se a operação consegue manter contexto, rastreabilidade e continuidade quando algo sai do padrão.

Uma implantação de atendimento com IA em saúde não termina quando o fluxo inicial entra em produção. A linguagem dos pacientes, os convênios aceitos, os horários médicos, as regras de preparo e as políticas de cancelamento mudam. Sem um mecanismo contratual de revisão, a clínica pode interpretar respostas inadequadas como falha do produto quando o problema é a ausência de governança após a entrada em operação. Inclua no contrato um ciclo de melhoria com responsabilidades dos dois lados. A clínica fornece informações aprovadas, valida respostas sensíveis e comunica alterações de agenda ou procedimento; o fornecedor analisa conversas, sugere ajustes, atualiza instruções e registra a versão aplicada. O aceite deve ser documentado, especialmente quando a mudança afeta informações de preparo, elegibilidade de convênio ou encaminhamento para humanos. Peça indicadores de qualidade que não dependam apenas da quantidade de mensagens respondidas. Alguns exemplos são taxa de transferência correta, percentual de conversas interrompidas por falta de informação, erros de disponibilidade, reabertura de atendimento, reclamações e agendamentos concluídos. Para uma clínica, responder mais conversas não é suficiente se a informação não conduz o paciente ao próximo passo adequado. A arquitetura também influencia a governança. A Auris utiliza uma arquitetura Orchestra, na qual um agente maestro coordena agentes especializados, uma abordagem construída para reduzir o risco de respostas inadequadas em operações clínicas com maior complexidade. O ponto contratual é exigir que alterações, fontes de informação, escopos e critérios de encaminhamento sejam rastreáveis, com revisão proporcional ao risco. O mapa de processos do CRM conversacional em clínicas pode apoiar a definição desses eventos e responsabilidades. Negocie ainda o prazo para corrigir uma resposta crítica, a forma de reportar uma regressão e o tratamento para solicitações que a IA não deve responder. A transferência para a equipe humana precisa ser parte do desenho do serviço, com histórico preservado e contexto suficiente para evitar que o paciente repita toda a demanda.

O primeiro erro é aceitar disponibilidade como sinônimo de resultado. Uma plataforma pode estar acessível e ainda assim falhar ao consultar a agenda, registrar um agendamento ou encaminhar uma conversa para a recepção. O contrato precisa medir os eventos que importam para a operação, sem atribuir ao fornecedor aquilo que depende do paciente, da operadora ou do sistema integrado. Outro problema recorrente é contratar um canal sem avaliar a integração. Quando a equipe precisa copiar horários entre ferramentas, o ganho de automação diminui e crescem os riscos de conflito. A análise de integração nativa e conector genérico para reduzir perdas até o agendamento ajuda a formular perguntas sobre consistência, manutenção e responsabilidade técnica. Também é arriscado aceitar uma cláusula genérica de segurança que não informa retenção, acesso, subcontratados ou resposta a incidentes. Termos como ambiente seguro ou tecnologia de ponta não definem o que será feito quando um dado for excluído, quando uma credencial for comprometida ou quando a clínica precisar comprovar uma operação. Solicite procedimentos e prazos escritos. A ausência de uma cláusula de evolução produz um segundo problema: a ferramenta é julgada por uma configuração inicial que nunca foi revisada. Para fluxos de saúde, o contrato deve prever calibragem, validação de conteúdo e encaminhamento humano. Na avaliação da Auris, o atendimento precisa ser tratado como ativo estratégico de crescimento, e não apenas como uma despesa da recepção, porque cada etapa mal acompanhada pode desperdiçar investimento em aquisição de pacientes. Por fim, não deixe a saída para o final da negociação. Se a clínica não consegue exportar conversas, registros do CRM, configurações e evidências de consentimento, fica dependente do fornecedor mesmo quando a relação comercial já terminou. Portabilidade, retenção e continuidade devem ser critérios de entrada, não remédios para uma situação de urgência.