Para fazer esse cadastro, a operadora precisa entender que essas classificações são os motivos de contato do beneficiário com a operadora, podendo então ser divididas por setores ou tipos de atendimento, tudo conforme o fluxo da operadora. Essas classificações formam o que chamamos de "Árvore". Ao criar essa árvore, a operadora cria uma forma padrão de registro de atendimento.
| Expandir |
|---|
| Basta clicar na opção de incluir e na sequência preencher os campos abaixo: 
Classificação / Descrição: Inserir o nome da etapa, setor ou tipo do atendimento, conforme determinado pela operadora; Agrupamento / Classificação Superior: Determina se essa classificação é a principal ou é uma classificação que está ligada a outra. Quando é a principal, basta deixar esse campo em branco. Se ela está ligada a outra, basta clicar na seta e selecionar a classificação que a mesma está ligada; Nível: Qual nível hierárquico aquela classificação está. Quando a mesma é principal, o nível é sempre 1. Caso contrário, ao selecionar o agrupamento, o próprio sistema já faz isso automaticamente; Status: Se a classificação está ativa, inativa ou ainda em digitação, ou seja, ainda em cadastramento; Tipo: Se o que está sendo cadastrado é do tipo informação ou classificação.;
Último Nível: Essa opção indica que não há outro tema subsequente, ou seja, não tem nenhuma outra classificação correspondente. Quando se trata do último tema, o sistema habilita outros campos, conforme print abaixo: Concluir em tempo de atendimento na web: Exibe na API: Indica se essa classificação vai listar ou não na API; Manifestação Ouvidoria ANS: Aqui você indica se essa classificação é do tipo ouvidoria ou não. Se sim, classificar conforme ANS determina. Essa opção afeta diretamente o REA.
|
6.1- Publicação na WEB: Isso fará ativar os campos “Exibir na web” nas mensagens do protocolo de atendimento. Dessa forma as mensagens de conclusão virão sinalizadas como SIM por padrão. Quando uma mensagem estiver sinalizada como SIM ela será exibida na web beneficiário; 6.2- Prazo (dias úteis): Qual o prazo em dias úteis aquela demanda tem para ser atendida;
6.3- Prazo reanálise: Qual o prazo aquela demanda tem para uma reanálise; 6.4- Pessoa Referenciada: Nessa opção, indicamos se é obrigatório ou não sempre exigir uma pessoa referenciada ao utilizar aquela classificação, exemplo: Em uma classificação de "Reclamação do Médico" onde preciso indicar o médico em questão, posso deixar essa opção como obrigatória, assim, todas as vezes que alguém utilizar essa classificação, será obrigado a indicar a pessoa referenciada; 6.5- TAG / Conteúdo gerencial: Palavras chaves para buscar essa classificação de atendimento ao registrar um protocolo, exemplo: Posso indicar que aquela classificação é sobre a RN 412. Quando um protocolo for registrado, posso apenas pesquisar pela palavra "RN" que essa classificação aparece;
6.6- Quem pode fechar o atendimento? Nessa opção você pode indicar quem pode fechar o protocolo, indicando apenas pessoas de um determinado grupo ou qualquer pessoa; 6.7- É relacionamento com Cliente: Sinaliza se é uma classificação do tipo relacionamento com cliente ou não (apenas para fins de relatórios); 6.8- Procedimento Operacional Padrão: Campo utilizado para inserir um POP para aquela classificação, explicando e orientando o que fazer naquela determinada situação. O intuito é auxiliar quem está fazendo o registro do atendimento.
6.9- Texto de orientação interna: Campo utilizado pela operadora para incluir alguma orientação interna que corresponda para aquela classificação. O intuito é auxiliar quem está fazendo o registro do atendimento.
6.10- Texto de orientação Externa: Utilizado pela Unimed Londrina*
6.11- Links: Campo utilizado para incluir links que falam sobre a classificação que está sendo cadastrada, exemplo: É possível vincular um link relacionado a uma RN que se refere aquele atendimento ou até mesmo uma orientação da ANS. O intuito é auxiliar quem está fazendo o registro do atendimento. 6.12- Mensagem Padrão: Campo utilizado para criar mensagens padrões para registros de protocolos. Essas mensagens irão aparecer todas as vezes que um protocolo for registrado com aquela opção de classificação.O intuito é auxiliar quem está fazendo o registro do atendimento. 6.13- Mensagem de conclusão: Campo utilizado para criar mensagens padrões de conclusão. Essas mensagens aparecem quando um atendimento com aquela classificação é concluída, ou seja, finalizada. O intuito é auxiliar quem está fazendo o registro do atendimento. 6.14- Grupo Responsável / Responsáveis: É possível vincular aquela classificação a um grupo de pessoas, ou seja, dizer que um setor ou algumas pessoas especificas cuidam da classificação em questão; 6.15- Follow up permitidos: Follow up são pendências de um atendimento. Nessa opção, posso dizer que tipos de pendências se referem a essa classificação;
7- Concluir em tempo de atendimento na WEB: Utilizado pela Unimed Londrina* 8- Exibe na API? : Indica que essa classificação poderá aparecer na API;
9- Manifestação Ouvidoria ANS: Aqui você indica se essa classificação é do tipo ouvidoria ou não. Se sim, classificar conforme ANS determina. Essa opção afeta diretamente o REA. 10- Tipo de vínculos Permitidos: Nessa opção é possível indicar para que tipo de pessoa é utilizada aquela classificação, ou seja, é possível criar algumas classificações utilizada apenas para um determinado grupo de pessoas. 11- Texto de orientação interna: Campo utilizado pela operadora para incluir alguma orientação interna que corresponda para aquela classificação. O intuito é auxiliar quem está fazendo o registro do atendimento. 12- Ao localizar a classificação de atendimento na árvore de pesquisar exibir o texto de orientação interna: Ao pesquisar essa classificação quando se está registrando um atendimento, essa orientação interna aparece como um pop up. 13- Follow up permitidos: Follow up são pendências de um atendimento. Nessa opção, posso dizer que tipos de pendências se referem a essa classificação;
Observação: Importante que o setor de Ouvidoria crie sua própria árvore por conta dos dados utilizados para envio do REA, onde esses protocolos devem ser registrados de forma correta.
| 
