01. DADOS GERAIS

Linha de Produto:Datasul
Segmento:Saúde
Módulo:TOTVS Saúde Planos (Linha Datasul)
Função:

Gestão de Planos:

Manutenção Parâmetros Globais Sistema - PR1410P

Manter Configuração de Atendimento - hmr.ConfigAttentionView

Manter Categorias de Atendimento - hmr.CallCategoryView

Manter Motivos de Atendimento - hmr.CallMotiveView

Manter Parâmetros Marketing Receptivo - hmr.HMRParametersView

Manter Chamados de Atendimento - hmr.CallView

Manutenção Tipos de Atendimentos - HMR0310L

Manutenção Configuração Protocolo Atendimento - hcg.attendanceProtocolSettings


CRM:

Manutenção Fluxo Ocorrência - html-crm.ticketFlow

Manutenção Usuário CRM - html-crm.user

Manutenção Grupo de Usuários CRM - html-crm.group-user

Manutenção Recurso - html-crm.ticketResource

Manutenção Tipo Ocorrência - html-crm.ticket-type

Manutenção Assunto Ocorrência - html-crm.ticket-subject

Manutenção Origem Ocorrência - html-crm.ticketSource

Manutenção de Ação - html-crm.action

Manutenção de Tipo de Campanha - html-crm.campaign-type

Manutenção de Campanha - html-crm.campaign


02. SITUAÇÃO/REQUISITO

Implementação da migração dos dados do HMR para o CRM.

03. SOLUÇÃO


Procedimento para Configuração

Importação de Menu

Importar o menu "men_hte.d" presente no pacote. Para importar, utilizar o programa men706aa (Importação Menu Datasul).


Parâmetro Integração módulo de Ocorrência do CRM

Foram criados campos que indicam a utilização do CRM para geração de protocolo.

Os campos são:

  • Usa Ocorrência CRM: Ao setar como "sim", os protocolos gerados pelo GPS (como as RN412 e RN395) serão gerados e integrados com o CRM, e não com o HMR. Ao deixar o campo como "Não", irá gerar o protocolo e o chamado no HMR. IMPORTANTE: Ao utilizar a SPP "spp\sp-convergencia-hmr-crm" descrita nesta documentação, ela irá setar automaticamente o campo para "Sim".
  • Usuário Padrão Ocorrência CRM: Usuário o qual irá ser o responsável pelas integrações entre o GPS e o CRM, como no processo de geração de protocolo via WebService. IMPORTANTE: Ao utilizar a SPP "spp\sp-convergencia-hmr-crm" descrita nesta documentação, este campo receberá o valor do campo "Usuário responsável" do cadastro "Manutenção Parâmetros Marketing Receptivo" do HMR.


Configurações adicionais

Lembramos que o processo aqui descrito atende à aqueles que utilizavam e tem configurado o HMR do GPS.

Para o total funcionamento do RPW e suas SPPs, é necessário:

  • Módulo HMR configurado
  • CRM disponível (cliente Progress com os bancos do CRM conectados: mdtcrm)
  • Central de Documentos configurada


Configurações do CRM

Realizar as configurações abaixo no CRM.

  1. O primeiro passo é ativar o parâmetro 'O CRM está integrado ao Gestão de Planos de Saúde?', para isso basta acessar o menu CRM → Administração do CRM → Tarefas → Alterar Parâmetros CRM.
  2. Para utilização de anexos na ocorrência, é necessário a configuração dos parâmetros 'Caminho dos anexos' e 'Caminho download anexo', Lembrando que o diretório informado nesses parâmetros deve estar acessível pelo Appserver, além de permissão para incluir e remover arquivos. Para localizar os parâmetros basta acessar o menu CRM → Administração do CRM → Tarefas → Alterar Parâmetros CRM.
  3. O próximo passo é executar a carga de prioridades, essa carga é necessária para adicionar as prioridades padrões que serão utilizados no cadastro de ocorrência. Para isso, é necessário acessar o programa Carga Inicial do CRM através do menu CRM → Administração do CRM → Tarefas.
Importante: Essas informações estão descritas no documento Manutenção de Ocorrências (Gestão de Planos) - html-crm.healthPlanTickets. Somente executar os três itens acima e depois seguir para o próximo passo deste documento. Os passos seguintes na documentação acima, devem ser executados somente após a carga das configurações do HMR para CRM (passos 3 e 4 deste documento).

Executando a SPP-RPW Convergência de dados do HMR para o CRM (spp\sp-convergencia-hmr-crm)

Para executar a SPP-RPW deve-se chamá-la pelo programa hteexcpro (Rodar Programa Progress) ou similar.


Na opção Parâmetro, há as seguintes opções:

  • Situação Ocorrência: Permite selecionar se serão migrados os chamados do HMR em situação Abertas, Fechadas ou Ambas;
  • Data Abertura: Somente para a opção Fechada, é solicitada a data de Abertura dos chamados, migrando os chamados fechados a partir dessa data até o dia atual;
  • Servidor RPW: Lista dos Servidores RPW disponíveis para agendar o pedido e executá-lo;
  • Qtd. Processos: Quantidade de processos RPW que serão executados simultaneamente. Somente se aplica para a opção Fechada ou Ambas. Separa em quantidade de pedidos para a SP de Ocorrências. Sugerimos que configure o Servidor RPW para rodar pedidos em paralelo, desta forma, ao solicitar que execute 2 pedidos no campo Qtd. Processos, irá executar os 2 pedidos simultaneamente, acelerando o processo.
  • Somente Ocorrencias: Permite integrar apenas as ocorrências, sem criar o pedido de integração das configurações do HMR para o CRM. Essa opção deve ser utilizada apenas caso já tenha sido integrado ao menos uma vez as configurações, e elas estejam íntegras na base.


A opção Geração irá solicitar o início ao Servidor RPW, agendando os pedidos.

Os pedidos podem ser monitorados pela tela pedido-execucao-monitor (Monitor Pedido Execução (HTML) ) ou pela tela Progress bas_ped_exec (Monitor Pedido Execução).

Lembrando que a carga pode ser executada mais de uma vez, sendo que protocolos já integrados serão ignorados.


Caso haja necessidade de "resetar" as configurações do CRM, existe a SPP "spp/sp-limpa-crm" o qual irá limpar os cadastros e ocorrências criados no CRM.

Importante: Essa SPP irá limpar tudo relacionado ao Ocorrências do CRM, independente se foi migrado do HMR ou criado na mão no cadastro do CRM.




Carga de Configuração CRM

Foi criada a SPP "spp\sp-carga-crm-config" que será rodada pela SPP-RPW, ela irá configurar o CRM de acordo com o HMR.

Existe uma diferença na estrutura de cadastros do CRM para o HMR, desta forma, segue abaixo um Fluxograma do processo da SPP de configuração:

No fim do processo, o CRM estará configurado para poder incluir Ocorrências através do programa html-crm.healthPlanTickets (Manutenção de Ocorrências - Gestão de Planos).



Os cadastros "Manter Motivo de Atendimento" e "Manter Categoria de Atendimento" contém um processo de "exclusão" de registros. Quando excluído, o registro recebe uma data de exclusão, e não aparece mais no cadastro da tela Flex. Essa data não será passada para o CRM, devido a necessidade de passar os protocolos do HMR para o CRM, e para isso esses registros precisam estar ativos. Desta forma, sugerimos que os mesmos sejam suspensos nos seus cadastros posteriormente, sendo os cadastros "Manutenção Assuntos Ocorrências" e "Manutenção Tipo Ocorrência".



Após a carga das configurações do HMR para o CRM, seguir as validações descritas na seção 1.2 no documento Manutenção de Ocorrências (Gestão de Planos) - html-crm.healthPlanTickets



Carga de Ocorrências CRM

Foi criada a SPP "spp\sp-carga-crm-ocor" que será rodada pela SPP-RPW, ela irá migrar os Chamados de Atendimento do HMR para o CRM.

Esse processo será após o processo de configuração. Em resumo, os protocolos, a depender da parametrização no SPP-RPW, serão passados do HMR para o CRM.

Chamado no HMR:

Após a carga:

Ocorrência no CRM:


Os chamados dentro do HMR permanecerão lá para checagem dos dados ou futura pesquisa, até que o cliente atualize para o novo Framework "Tomcat", onde não estarão mais disponíveis as telas em Flex.



Caso necessário, pode ser executada a SPP "spp/sp-encerramento-mr" para encerrar os chamados de atendimento por assunto.

Essa SPP foi criada para encerramento dos protocolos do AT, os quais não encerravam automaticamente.

Documentação: 2754891 DSAUGPSCONTRAT2-1492 DT Encerramento em lote de chamados abertos HMR



Protocolos e RN412 e RN395

Foram desenvolvidos processos para atendimento da RN412 e RN395 no HMR.

Sobre a RN412 (238048 MSAU-3494 DT RN 412 Solicitação de Cancelamento de Contrato), com a troca para o CRM, foi desenvolvido o programa hcg.attendanceProtocolSettings (Manutenção Configuração Protocolo Atendimento):

Esse programa tem o intuito de fazer o de-para do Tipo de Guia ou Motivo de Cancelamento para a Categoria ou Motivo do CRM.

Com esse cadastro, não será mais necessária a utilização do HMR, os Grupos de Atendimento tinham parametrizações de Integração do AT\Autorizador e MC, o qual fazia essa parte. Agora o protocolo será gerado (tabela protoc-atendim), e integrado com o CRM, criando uma Ocorrência (já encerrada).


Sobre a RN395 (TSKOFJ_DT_RN395_Número_do_Protocolo_de_Atendimento e TUYAK9_DT_RN395_WAC_Autorizador), com a troca para o CRM, o protocolo continuará sendo gerado pelo GPS, também continuará sendo consultado no AT ou WAC. A diferença é que agora ele também é integrado no CRM, podendo ser visualizado e sofrer interações por lá.


04. 
ASSUNTOS RELACIONADOS

Para melhores esclarecimentos sobre o CRM, segue documentação sobre o módulo de Ocorrências:

Manutenção de Ocorrências (Gestão de Planos) - html-crm.healthPlanTickets

CSP - Suporte


05. Vídeos explicativos - How to

Nesta seção você poderá conferir o vídeo relacionado ao processo de implantação do CRM e o vídeo do  processo padrão das ocorrências do CRM.

Implantação CRM:

Manutenção de Ocorrências (Gestão de Planos):


06. FAQ


R: Abrir o editor progress e executar o script abaixo:

CREATE hier_param.

ASSIGN hier_param.num_id = 1 hier_param.log_usa_regra_time = FALSE.

RELEASE hier_param.