Resumo do Projeto
Site:
www.cannabislink.com.br
Observação: Repeti alguns pontos para garantir clareza, mas não é um trabalho muito extenso para quem tem boa experiência com WordPress. Apenas detalhei bem as etapas.
Contexto da Plataforma
A plataforma CannabisLink é construída em WordPress.
Médicos e pacientes já estão cadastrados como usuários.
O agendamento de consultas e pagamentos é feito via FluentBooking.
Atualmente, as consultas são por videochamada (ex: Google Meet), mas estamos migrando para um sistema 100% baseado em chat, como no modelo da Appblis.
objetivo principal
permitir que apenas médicos que:
possuam crm válido no brasil (registro médico);
tenham feito o upload e validação de certificado digital (.pfx, padrão ICP-Brasil);
Tenham passado por um teste de certificado ou comprado um diretamente com a BRy, possam:
Aparecer para pacientes como “médico disponível”;
Receber alertas em tempo real de pedidos de consulta;
Acessar o chat seguro médico-paciente;
Emitir receitas assinadas digitalmente, válidas juridicamente no Brasil.
fluxo de cadastro e validação do médico
etapa 1: sistema atual
médicos já existem no sistema com nome, cpf, crm, email, senha e integração de agenda via fluentbooking (já funcionando).
ETAPA 2: Onboarding Médico (Nova Tela)
No primeiro login ou antes de se tornar elegível para atender:
Nova tela solicitando:
Upload do certificado A1 (.pfx)
Senha do certificado (campo oculto)
Checkbox de aceite dos termos de uso
Campo crm (ex: “crm: 123456 sp”)
etapa 3: verificação do crm (automatizada)
crm = registro médico no brasil
implementar checagem via api da bry
se inválido:
mostrar mensagem: “seu crm não pôde ser verificado.”
Médico não pode atender (eligible_for_consultation = false)
ETAPA 4: Validação do Certificado
Opção A: Médico já tem certificado A1 (.pfx)
Faz upload
Sistema testa via API da BRy
Se válido: certificate_verified = true
Se inválido: mostrar erro técnico e permitir novo upload
Opção B: Médico ainda não tem certificado
Botão: “Comprar certificado digital com a BRy”
Redireciona para processo da BRy (link será definido)
Após compra, retorna e faz upload do certificado
SEGURANÇA (obrigatória)
o .pfx deve:
Ser armazenado em diretório seguro e criptografado (não no banco de dados)
Ser acessado somente no momento da assinatura
A senha deve ser descartada após uso ou criptografada temporariamente
Registrar todos os acessos e atividades de assinatura
Cumprir lgpd/gdpr: médico deve autorizar explicitamente uso do certificado (checkbox na tela de upload)
fluxo de consulta por chat (substituir videocall)
objetivo:
trocar chamadas por zoom/meet por chat seguro em tempo real, onde médicos respondem quando estiverem disponíveis.
Requisitos:
Cada médico terá um canal de chat com o paciente
Funcionalidades:
Chat por texto
Áudio (gravar e enviar)
Upload de arquivos (PDF, imagens)
Após pagamento e triagem:
Sistema envia alerta aos médicos elegíveis
O primeiro que aceitar, assume a consulta
Médico visualizará:
Respostas da triagem do paciente
Interface de chat no painel
Tecnologia Sugerida:
Firebase ou plugin como o Flyzoo:
https://wordpress.org/plugins/flyzoo/
fluxo de receita médica e assinatura digital
painel médico:
clique em “criar receita”
preencher: nome do paciente, diagnóstico, medicação, dosagem, instruções
sistema gera pdf com layout oficial (logo + dados do médico + do paciente)
integração com bry:
usar a api da bry cloud:
https://bry.com.br/integracoes/
Passos da Assinatura:
Enviar PDF + certificado .pfx + senha para o endpoint da BRy
BRy devolve PDF assinado (PAdES com validade ICP-Brasil)
Arquivo salvo com segurança
Receita anexada ao painel do paciente ou enviada por e-mail
Lógica do sistema
médico só fica disponível se:
crm_verified = true
certificate_verified = true
se ambos forem verdadeiros:
eligible_for_consultation = true
aparece para pacientes
se algum falhar:
médico é bloqueado
mensagem no painel: “você precisa validar seu crm e certificado para receber consultas.”
mensagem para o freelancer (workana)
este é um site wordpress com sistema de usuários, pagamentos, agendamentos e cadastro de pacientes já funcionando.
Você deve:
Adicionar etapas de validação de CRM e certificado no painel do médico. Deve haver também a opção de criar o certificado.
Integrar com a API BRy para testar, assinar e retornar receitas (PDF).
Existem 2 tipos de receita:
A1 (assinada digitalmente)
A2 (sem assinatura digital, apenas impressão manual – usada para THC > 0,3%)
Criar um chat interno seguro para substituir videochamadas.
Bloquear médicos que não validaram CRM e certificado de aparecerem para pacientes.
Garantir que o fluxo de receita seja totalmente interno (sem redirecionamento externo).
O sistema será usado por vários médicos simultaneamente por chat.
O desenvolvedor é responsável por adaptações em plugins que não atendam exatamente os requisitos.
Não usaremos plugins pagos caros.
Todos os novos recursos devem manter o visual atual. Nada de interfaces “cruas”.
Será fornecido um clone do servidor, se necessário. O programador terá acesso total. A publicação online só ocorrerá após tudo testado e validado.
Política de Testes (Para Desenvolvedores)
Não somos os testadores. Você deve testar antes de enviar.
Todas as funções (pagamento, assinatura digital, validação de CRM e chat) devem estar 100% testadas.
Erros simples que mostrem falta de testes podem levar à disputa/arbitragem.
Entregue apenas módulos prontos e testados. Se algo não puder ser testado (ex: por restrição do ambiente), informe com justificativa válida.
Prazo de Entrega: 28 de Junho de 2025