Objetivo deste artigo
Este artigo orienta o parceiro sobre quais configurações não devem ser alteradas durante a implantação inicial da Dersalis/BioLink.
Use este guia para evitar customizações prematuras em monitoramentos, cenários de risco, gatilhos e parâmetros sensíveis da plataforma.
Para configurar os cenários iniciais recomendados, consulte Configuração inicial de monitoramentos e cenários de risco [ADICIONAR LINK].
Regra principal
Na implantação inicial, não altere parâmetros sensíveis apenas por preferência do cliente. Primeiro valide o uso real da operação. Depois avalie ajustes com base em dados, experiência e orientação da Dersalis.
A flexibilidade da plataforma deve ser usada para evoluir a operação, não para tornar a primeira implantação mais complexa.
Por que evitar alterações no início
Alterações prematuras podem gerar:
alertas em excesso;
poucos alertas relevantes;
incidentes difíceis de interpretar;
respostas operacionais desproporcionais;
confusão no treinamento;
dificuldade para o parceiro prestar suporte;
dificuldade para a Dersalis analisar problemas;
perda de comparabilidade entre operações;
expectativa incorreta do cliente;
necessidade de retrabalho.
A implantação inicial deve validar o funcionamento básico: dispositivos, dados, incidentes, tratativas e resposta operacional.
O que não deve ser alterado sem validação
Durante a implantação inicial, o parceiro não deve alterar livremente os itens abaixo.
1. Gatilhos associados aos cenários
Os gatilhos determinam quais condições farão a plataforma gerar incidentes ou alertas.
Não altere gatilhos apenas porque o cliente quer “mais controle” ou “mais visibilidade”.
Evite:
trocar o gatilho recomendado por outro sem motivo técnico;
adicionar múltiplos gatilhos ao mesmo cenário sem validação;
ativar todos os gatilhos disponíveis;
criar gatilhos para riscos que não fazem parte do caso de uso;
misturar gatilhos fisiológicos e operacionais sem orientação.
Quando necessário, envolva a Dersalis antes de modificar a composição dos cenários.
2. Ocorrência mínima
A ocorrência mínima influencia quando um cenário passa a ser considerado relevante para geração de incidente.
Não altere esse campo sem entender o impacto.
Alterações inadequadas podem fazer com que:
incidentes sejam gerados cedo demais;
incidentes deixem de ser gerados;
a operação receba alertas excessivos;
riscos importantes sejam ignorados;
o cliente perca confiança na plataforma.
Se o cliente pedir mais ou menos sensibilidade, registre a solicitação e envolva a Dersalis antes de alterar.
3. Intensidade inicial de risco
A intensidade inicial de risco define o nível com que um incidente começa.
Não aumente ou reduza intensidades por preferência subjetiva.
Evite:
iniciar cenários diretamente em nível alto sem justificativa;
reduzir risco para evitar alertas;
usar a mesma intensidade para todos os cenários sem orientação;
alterar nível apenas porque o cliente considera o alerta “forte demais”;
mudar intensidade sem revisar o protocolo de resposta.
A intensidade precisa estar alinhada à gravidade do cenário e à ação esperada.
4. Condição de agravamento
A condição de agravamento define quando um incidente deve subir de nível ou se tornar mais crítico.
Não altere essa lógica sem validação.
Alterações nesse campo podem afetar:
escalonamento do risco;
prioridade de resposta;
notificações;
tratativas;
interpretação histórica;
indicadores operacionais.
Se o cliente quiser mudar como um risco evolui ao longo do tempo, envolva a Dersalis.
5. Regras de encerramento
As regras de encerramento definem quando um incidente deixa de estar ativo.
Não altere encerramento automático, manual ou por condição sem entender o impacto.
Alterações inadequadas podem gerar:
incidentes encerrados cedo demais;
incidentes que permanecem ativos por tempo excessivo;
dificuldade para analisar histórico;
inconsistência em relatórios;
confusão sobre o status real do risco.
O encerramento precisa ser coerente com o tipo de cenário e com o protocolo de resposta.
6. Necessidade de tratativa
A configuração de tratativa define se um incidente exige ação registrada por um responsável.
Não ative ou desative tratativa sem alinhar quem será responsável por responder.
Antes de alterar, confirme:
quem receberá a notificação;
quem analisará o incidente;
qual ação é esperada;
como a resposta será registrada;
em quanto tempo a tratativa deve ocorrer;
o que acontece se ninguém responder.
Tratativa sem responsável claro gera ruído e perda de confiança.
7. Alertas ao colaborador
Os alertas ao colaborador definem se a pessoa monitorada receberá comunicação direta no dispositivo ou no fluxo disponível.
Não altere esse comportamento sem alinhar o protocolo com o cliente.
Antes de ativar ou desativar alertas ao colaborador, confirme:
se o operador foi treinado;
se ele sabe o que fazer ao receber alerta;
se o alerta não criará distração indevida;
se a operação permite reação do operador;
se a supervisão entende seu papel no protocolo.
Alertas ao colaborador precisam estar conectados a uma ação clara.
8. Notificações e tratativas via WhatsApp
As notificações e tratativas via WhatsApp são uma funcionalidade padrão disponível na plataforma, mas seu uso deve estar alinhado ao protocolo do cliente.
Não configure notificações sem responsável claro.
Antes de alterar esse fluxo, confirme:
quem receberá notificações;
qual número será usado;
se o telefone está correto;
se o responsável entende como tratar incidentes;
se o fluxo de resposta foi explicado;
se há cobertura durante o turno monitorado;
se o cliente sabe que incidentes podem exigir tratativa.
O WhatsApp deve apoiar a resposta operacional, não substituir o protocolo do cliente.
9. Combinações complexas de cenários
Evite criar muitos cenários ou combinações complexas na implantação inicial.
Não faça no início:
um cenário para cada equipe;
um cenário para cada turno;
um cenário para cada pequena variação operacional;
muitos cenários com gatilhos parecidos;
combinações difíceis de explicar ao cliente;
configurações que só uma pessoa sabe interpretar.
A implantação inicial deve ser compreensível para parceiro, cliente e suporte.
10. Parâmetros fisiológicos sensíveis
Gatilhos relacionados a fadiga, frequência cardíaca, estresse térmico, temperatura periférica e gasto energético podem impactar diretamente a interpretação de risco.
Não altere parâmetros sensíveis sem validação da Dersalis.
Essas alterações podem afetar:
geração de incidentes;
nível de risco;
confiança do cliente;
treinamento do operador;
leitura da equipe de saúde, segurança ou operação;
análise posterior dos dados.
O que pode ser ajustado sem grande risco
Alguns ajustes operacionais podem ser feitos com menor risco, desde que não mudem a lógica de risco.
Exemplos:
nome do monitoramento seguindo o padrão acordado;
descrição do cenário;
identificação clara da operação;
correção de erro de digitação;
ajuste de responsáveis por tratativa, quando já alinhado;
correção de telefone ou contato;
ativação ou desativação operacional já prevista no projeto.
Mesmo nesses casos, alterações devem ser registradas quando afetarem uso, suporte ou interpretação.
Como responder pedidos de alteração do cliente
Quando o cliente pedir uma alteração durante a implantação inicial, não aceite automaticamente.
Use uma resposta como:
Podemos avaliar esse ajuste, mas recomendamos primeiro iniciar com a configuração padrão para validar o uso real. Depois dos primeiros ciclos de operação, conseguimos revisar os dados e entender se a alteração faz sentido. Se for uma necessidade obrigatória para começar, vamos registrar e validar com a Dersalis antes de aplicar.
Essa resposta preserva o relacionamento com o cliente sem abrir mão do controle técnico.
Quando uma alteração pode ser considerada
Uma alteração pode ser considerada quando:
há necessidade operacional clara;
o padrão impede o funcionamento do projeto;
o cliente possui requisito obrigatório;
já houve primeiro uso e dados reais;
um cenário gerou alertas demais ou de menos;
o protocolo de resposta precisa ser ajustado;
a Dersalis validou o impacto;
a alteração foi registrada.
Alterações não devem ser feitas apenas porque o cliente “quer ver como fica”.
Como registrar alterações
Sempre que uma configuração sensível for alterada, registre:
cliente;
operação;
monitoramento afetado;
cenário afetado;
gatilho afetado;
configuração anterior;
nova configuração;
motivo da mudança;
solicitante;
aprovador;
data;
impacto esperado;
validação da Dersalis, quando houver.
Para detalhes, consulte Como documentar exceções do cliente [ADICIONAR LINK].
Checklist antes de alterar qualquer parâmetro sensível
Antes de alterar, confirme:
a solicitação foi entendida;
o motivo operacional está claro;
o impacto foi avaliado;
a alteração não prejudica treinamento;
a alteração não compromete suporte;
a alteração não gera expectativa incorreta;
a Dersalis foi envolvida quando necessário;
a mudança foi registrada;
o cliente sabe o que mudará na prática;
o responsável pela tratativa entende a mudança.
Quando envolver a Dersalis
Envolva a Dersalis antes de alterar:
gatilhos;
ocorrência mínima;
intensidade inicial de risco;
condição de agravamento;
regra de encerramento;
parâmetros de fadiga;
parâmetros de frequência cardíaca;
parâmetros de estresse térmico;
parâmetros de temperatura periférica;
parâmetros de gasto energético;
combinações de cenários;
protocolos fora do padrão;
lógica de notificações ou tratativas que afete operação.
Ao acionar a Dersalis, envie:
cliente;
operação;
monitoramento;
cenário;
gatilho;
configuração atual;
alteração solicitada;
motivo;
impacto esperado;
urgência;
evidências disponíveis.
Resultado esperado
Ao seguir este artigo, o parceiro deve evitar alterações prematuras que possam comprometer a implantação inicial.
A operação deve começar com parâmetros recomendados, cenários simples e protocolo de resposta compreensível. Ajustes devem ser feitos apenas quando houver necessidade real, registro adequado e validação da Dersalis quando aplicável.
Próximo passo
Se o cliente solicitar uma mudança fora do padrão, consulte Quando solicitar customização à Dersalis [ADICIONAR LINK].
Se a mudança for aprovada ou aplicada, registre a exceção conforme o artigo Como documentar exceções do cliente [ADICIONAR LINK].
Resumo
Nem toda configuração disponível deve ser alterada no início.
O parceiro deve proteger a implantação inicial contra customizações prematuras, especialmente em gatilhos, intensidades, agravamentos, encerramentos, tratativas e parâmetros fisiológicos sensíveis.
A regra é simples: comece pelo padrão, valide com dados reais e só então ajuste com critério.