Linha de Produto: | Datasul | ||||||||||
Segmento: | Saúde | ||||||||||
Módulo: | Gestão de Planos de Saúde - GPS | ||||||||||
Rotina: |
| ||||||||||
Cadastros Iniciais: | Relacione os cadastros necessários que precisam ser preenchidos antes da utilização desse requisito. | ||||||||||
Parâmetro(s): | Informe os parâmetros utilizados. | ||||||||||
Ponto de Entrada: | Informe o ponto de entrada relacionado (link). | ||||||||||
Chamados Relacionados | Informe o(s) chamado(s) relacionado(s). | ||||||||||
Requisito (ISSUE): | Informe o requisito relacionado (Issue). | ||||||||||
País(es): | Brasil | ||||||||||
Banco(s) de Dados: | Progress/Oracle | ||||||||||
Tabelas Utilizadas: | Informe as tabelas utilizadas. | ||||||||||
Sistema(s) Operacional(is): | Todos |
Possibilitar que no processo de Auditoria Pos seja possível determinar o fluxo das auditorias conforme as regras cadastradas para cada perfil.
Com essa funcionalidade será possível ao cliente modelar um fluxo de auditoria onde cada papel de auditoria ( Auditoria Médica, Auditoria Enfermagem, Auditoria Administrativa) esteja condicionado à existência de regras de auditoria cadastradas para o perfil.
Para utilizar o Processo de AuditoriaPos se faz necessária a utilização da ferramenta FLUIG.
1) Cadastrar na ferramenta de Worflow o seguintes Serviços
Esse cadastro utiliza-se do cadastro de Ambientes para associar as bibliotecas Java que devem ser utilizadas para a conexão com o AppServer correspondente. Além disso, nesse cadastro, deve-se realizar o upload do jar contendo as classes do Proxygen que irá se comunicar com o programa progress desejado no caso os arquivos disponíveis em:
“<Diretorio Programas>\fluig\wf\hrc\wfauditoriapos001\process\proxygen”.
2) Importar os formulários de auditoria
3) Realizar a importação do processo existente no diretório “<Diretorio Programas>\fluig\wf\hrc\wfauditoriapos001\process\workflow”. Durante a importação deverá ser associado o formulário de auditoria importado anteriormente e selecionada a opção Liberar Versão, para que após a importação a versão do processo seja disponibilizada.
4) Importar o Formulário Regras de Configuração de Triagem para Auditoria
5) Importar o Formulário Configurador de Específicos
6) Importar o Formulário Regras Permissão para Edição de Movimentos
7) Importar o Formulário Regras de Permissão para Alteração do Movimento
8) Importar o Formulário Regras de Liberação de Bloqueio
Após realizado o upload o arquivo config_permissao_auditorias.html deve ser marcado como Principal. Apenas esse arquivo deve estar marcado como Principal os demais devem estar marcados como Anexo.
Para o campo descrição recomendamos que seja utilizado o nome “Regras de Permissão para Alteração do Movimento”.
No campo Nome do Serviço de Dados deverá ser atribuído obrigatoriamente o valor “config_permissao_bloqueio” como nome do serviço.
Recomendamos que o campo “regra” seja utilizado para descrição das fichas.
9) Importar os Datasets
Maiores Detalhes quanto a utilização da ferramenta Fluig Studio podem ser obtidos em Platform | Fluig Studio
CONFIGURAÇÃO DE PARÂMETROS
Funcionalidades do Processo de Auditoria
Nesse modelo, quando a conta entra no sistema ocorre a execução das regras de auditoria na seguinte ordem: Primeiramente são processadas as regras de Auditoria Medica, em seguida as regras de Auditoria de Enfermagem e por fim as regras de Auditoria Administrativa.
Durante o processamento das regras o sistema verifica todas as regras que a conta pode se enquadrar de acordo com o tipo de regra que está sendo processado.
Conforme o papel da regra, que pode ser Medica, Enfermagem ou Administrativa o sistema encaminha para a etapa do processo correspondente a regra. O andar do fluxo é determinado pelas regras de auditoria dos próximos papeis, ou seja, quando a Solicitação é enviada para a próxima auditoria o sistema processa as regras de auditoria daquele papel caso exista regras as quais a conta se enquadre o sistema envia para essa atividade do fluxo, caso contrário o sistema processa o próximo papel fazendo a mesma verificação.
Caso o último papel do fluxo possuir uma regra de liberação automática o sistema irá efetuar a liberação automática dos movimentos contas deixando-os aptos para os processos de Pagamento de Prestadores e Faturamento.
Caso a solicitação não atinja o último papel do fluxo, ou seja, a conta não se enquadre em nenhuma regra de auditoria dos papeis seguintes o sistema encerra a solicitação e deixa os movimentos pendentes de liberação manual no revisão de contas.
A imagem abaixo visa demonstrar a sequencia de execução das ações:
Como o processamento das regras de auditoria assim como a finalização da solicitação consomem um tempo considerável esse processo possui duas etapas automáticas que ficam responsáveis por controlar essa execução em segundo plano deixando o usuário livre para atender outra solicitação.
A etapa PROXIMA AUDITORIA é a etapa que verifica se existe regras para o próximo perfil e de acordo com o resultado decide para qual etapa deve transferir automaticamente. Quando a solicitação é encaminhada para essa etapa ela é movida para o grupo ANALISE_REGRA, determinado na tarefa de processo. Esse grupo é responsável por enfileirar as tarefas que precisam executar as regras de auditoria.
A etapa FINALIZAR AUDITORIA é a etapa que envia para o fim a solicitação. Nessa etapa o sistema consolida as ações realizadas pela auditoria na base de dados e libera os movimentos do revisão de contas. Quando a solicitação é encaminhada para essa etapa ela é movida para o grupo ANALISE_FINALIZACAO, determinado na tarefa de processo. Esse grupo é responsável por enfileirar as tarefas que precisam ser executadas.
A ferramenta de Auditoria permite que apenas uma tarefa de cada uma das caixas seja movimentada automaticamente por vez. Devido ao volume de informação isso se torna inviável, de forma que o sistema não conseguirá atender a demanda no tempo necessário. Por essa razão, existe o programa ouvidor ouvidorProcessoECM.w, esse programa possibilita movimentar múltiplas solicitações simultaneamente. Assim sendo, para que o processo possa ser executado, deve-se ter duas sessões desse programa iniciadas onde uma aponta para etapa ANALISE_REGRA e outra para ANALISE_FINALIZACAO. Na tela de configuração deverá ser parametrizado quantas sessões múltiplas serão administradas para cada etapa.
Deverá ser aberto duas sessões do OuvidorProcessoECM. Uma parametrizada para Próxima Auditoria e outra parametrizada para Finalização.
Funcionalidades da Tela de Auditoria
1) Nova Forma de Apresentar os Movimentos
A estrutura os movimentos foi alterada para a seguinte forma Procedimentos em Auditoria e Insumos em Auditoria e não mais em Movimentos em Auditoria e Movimentos Vinculados à Conta. Essa alteração visa melhorar o processo de auditoria visto que agora os movimentos ficam separados, deixando mais facil a realização da Auditoria Médica ( que geralmente audita procedimentos) e Auditoria de Enfermagem( que geralmente audita insumos).
2) Adicionada opção que possibilita desfazer a Troca de um movimento.
3) Adicionada na tooltip sobre o valor e a quantidade do movimento a informação referente a todas as glosas do movimento.
4) Adicionada opção para efetuar a troca da glosa principal. Através do botão Glosa Principal é possível definir dentre as glosas existentes no sistema a que será a principal.
5) Disponibilizado novo cadastro para a inclusão de programas específicos para a tela de Auditoria Pós.
Esse formulário possibilita ativar os pontos específicos que se deseja utilizar. Os pontos específicos pode ser de dois tipos: VIEW, quando trata-se de alteração na tela necessitando apresentar dados em HTML; e INLINE, quando trata-se de uma alteração numa logica já existente sem a necessidade de apresentar dados em tela.
Para ambos os casos as funções javascript especificas devem ser incluídas dentro do arquivo config_espec.js existente no formulários auditoriapos. Esse javascript é local determinado para as logicas especificas.
Até o momento teremos 2 pontos de chamada especificas disponíveis no formulário.
Ponto: “Antes da Area de Mensagem",
Código: "especificPoint1"
Tipo: "VIEW"
Descrição: Esse ponto está localizado sobre a área de mensagens e possibilita a injeção de programas HTML.
Exemplo: <p> Teste </p>
Ponto: “Altera Permissao Para Validacao",
Código: "especificPoint2"
Tipo: " INLINE"
Descrição: Esse ponto está localizado dentro da função que inicializa as propriedades de cada movimento possibilitando assim sobrepor as lógicas de negócio padrões.
Exemplo: Chamada da função definida dentro do config_espec.js : EPCVerifyPermissionOfRestricion(moviment);
6) A tela de auditoria foi alterada para apresentar todas as regras de Auditoria da Conta de acordo com o Papel da Auditoria. Além disso, foi adicionada uma nova cor na linha do movimento para destacar os movimentos que possuam sua glosa principal já validada.