Material de Apoio Configuração Auditoria Pós

Transcrição

1 Material de Apoio Configuração Auditoria Pós Julho

2 Índice 1. Introdução Ambiente Serviço Dataset Formulário Processo Importação de Processos Configuração de Processos Aba Informações Gerais: Aba Versão: Aba Workflow Graphical Designer: Aba Avançado Cadastrar Usuário/Colaborador Cadatstro de Colaborador Cadastrar Grupos de Usuários Versão 1.0

3 1. Introdução Este manual apresentará a configuração do processo de Auditoria Pós na ferramenta ECM. 2. Ambiente O cadastro de Ambiente acessado atrás do menu Painel de Controle/Ambiente é utilizado para cadastrar as bibliotecas Java Open AppServer Client, da Progress que, por meio delas, possibilitam realizar a comunicação com o AppServer. Para configurar o ambiente Progress no TOTVS ECM, é preciso identificar quais os arquivos.jar que são exigidos para a execução dos proxies. A tabela abaixo apresenta o conjunto padrão de arquivos para as versões 9 e 10, embora ela possa sofrer variações dependendo do ambiente do usuário. Verifique a documentação do Progress em cada versão para mais detalhes. Versão 1.0 3

4 Importante: O conjunto de arquivos deve também ser copiado para a pasta <ECM>\server\default\lib. É necessário parar o serviço antes de efetuar a cópia e reiniciá-lo em seguida. Maiores detalhes podem ser obtidos no documento Guia de Integração ECM.pdf disponível na pasta de instalação do TOTVS ECM. 3. Serviço O cadastro de Serviço acessado através do menu Painel de Controle/Serviço permite a configuração dos dados de conexão com o AppServer utilizado. No caso desse projeto, esse serviço deve ser cadastrado obrigatoriamente com o nome Auditoria pois esse nome é utilizado em todos os Datasets do projeto. 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 o arquivo datasul-healthcare-integration-ecmauditory-proxygen SNAPSHOT.jar disponível em <Diretório Programas>\ecm\Auditorias\public_html\proxygen\. 4 Versão 1.0

5 No campo URL deverá ser informado a url de conexão com o AppServer seguindo o seguinte modelo Appserver://<servidor>:<porta>/<serviço> No campo Objeto Remoto informar o valor com.datasul.ems.healthcare.integration.ecmauditory.ecmposauditory Maiores detalhes podem ser obtidos no documento Guia de Integração ECM.pdf disponível na pasta de instalação do TOTVS ECM. Versão 1.0 5

6 4. Dataset O cadastro de Datasets acessado através do menu Painel de Controle / Dataset é responsável por fornecer o acesso as funções disponibilizadas por meio dos Serviços. Os processos e os formulários para obter acesso as informações utilizam-se dos Datasets para chamar as rotinas progress via AppServer. Para o processo de Auditoria deve-se cadastrar os seguintes datasets, o conteúdo dos mesmos encontra-se disponível em <Diretório Programas>\ecm\Auditorias\public_html\datasets\ : ApplyAuditoryRestriction - Simula a aplicação de uma Glosa Fracionada. ChangeMoviment - Simula a Troca de um movimento. GetAuditoryAssociatedGuides - Pesquisa as guias associadas a guia principal GetAuditoryBenefsModule - Pesquisa os Módulos do Beneficiário. GetAuditoryBenefsRealizationHistory - Pesquisa o Histórico de Realizações do Beneficiário. GetAuditoryGuideHistory - Pesquisa o Histórico da Guia. GetAuditoryRestriction - Pesquisa as Glosas referente ao Movimento GetAuditoryValues - Realiza a pesquisa das informações da conta que está em Auditoria. GetCoverage - Pesquisa os módulos de cobertura do beneficiário. GetMoviments - Pesquisa os movimentos para realizar a troca do movimento. Realiza pesquisa de procedimento ou insumo ou tipo de insumo. GetProvider - Pesquisa os Prestadores. GetRestrictions - Pesquisa a Glosa do sistema. GetUnity - Pesquisa as unidades. RollbackReleased - Realiza o bloqueio dos movimentos SaveDocument - Efetiva a persistência ou simulação das informações. ValidateRestriction - Realiza a validação de Glosa. 5. Formulário Processo referente ao menu Documentos/Navegação de Documentos. Todo o Processo de Workflow necessita de um formulário base para a sua execução e armazenamento das informações. Um formulário é uma página html que utiliza-se de recursos de javascript, css e imagens para fornecer uma melhor experiência aos usuários. No ECM um formulário é um fichário que contém em seu interior todos os componentes html (página html, scripts javascripts, css e imagens) utilizados pelo formulário. Para fins de organização, recomendamos que no diretório raiz seja criada uma pasta Formulários e dentro dela seja criada uma pasta Auditoria. No interior da pasta Auditoria deve-se criar um fichário com o nome Formulário Processo Auditoria, deverá ser realizado o upload dos seguintes arquivos existentes na pasta <Diretório Programas>\ecm\Auditorias\public_html\ : auditorycontroller.js 6 Versão 1.0

7 auditorias_v2.html ajax-loader.gif jquery.js knockout js html5.js json2.js html5.js bootstrap-tooltip.js accounting.min.js bootstrap.css docs.css bootstrap-affix.js bootstrap-alert.js bootstrap-button.js bootstrap-carousel.js bootstrap-collapse.js bootstrap-dropdown.js bootstrap-modal.js bootstrap-popover.js bootstrap-responsive.css bootstrap-scrollspy.js bootstrap-tab.js bootstrap-transition.js bootstrap-typeahead.js respond.min.js Deve ser realizado o upload das seguintes imagens contidas no diretório <Diretório Programas> \ecm\auditorias\public_html\imgs\ : message.png treatment.png undo.png trash.png money_add.png package_medical.png via_acesso_diferente.png via_acesso_mesma.png Versão 1.0 7

8 8 Versão 1.0 via_acesso_principal.png anestesista_not.png anestesista.png auxiliar.png demais.png insumo.png principal.png procedimento.png apply.png glyphicons-halflings.png glyphicons_367_expand.png glyphicons_369_collapse_top.png up.png down.png _list-error.png Gnome-Document-Open-Recent-32.png Dialog-Apply-32.png Gnome-Dialog-Warning-32.png clock_32.png clock_down_48.png contract_clock_48_hot.png diagnostic.png info_24.png ok_24.png warning.png Add-Files-To-Archive-32.png Add-Files-To-Archive-Blue-32.png Add-Files-To-Archive-Yellow-32.png

9 Após realizado o upload o arquivo auditorias_v2.html deve ser marcado como Principal. Apenas esse arquivo deve estar marcado como Principal os demais devem estar marcados como Anexo. Versão 1.0 9

10 Na etapa 3 Descrição Principal das Fichas deve-se selecionar o campo ds_anexo_principal. O conteúdo desse campo será apresentado como o valor de uma coluna na lista de tarefas. 10 Versão 1.0

11 Na etapa 6 Eventos deve-se adicionar o evento displayfields. O conteúdo desse evento está no arquivo displayfields.js. Após isso clique em Confirmar para concluir o processo de inclusão do formulário. Versão

12 6. Processo 6.1 Importação de Processos O processo acessado através do menu Processos / Importação de Processos possibilita importar o processo configurado e que fora exportado. Por meio desse cadastro é possível importar o processo disponibilizado na pasta <Diretório Programas> \ecm\auditorias\public_html\processo\auditoriapos.xml Esse processo permite importar novos processos assim como sobrepor processos já existentes pelo que deseja importar. 6.2 Configuração de Processos No processo acessado através do menu Processos / Configuração de Processos poderá ser modificado os processos já cadastrados ou ainda criar novos processos. 12 Versão 1.0

13 6.2.1 Aba Informações Gerais: Código: Código Único do processo. Descrição: Descrição do processo. Ativo?: Indicador que habilita o processo. Categoria: Permite informar a categoria do processo a fim de determinar um agrupador na tela. Versão

14 6.2.2 Aba Versão: Versão: Esse campo indica qual a versão do processo que está sendo alterada. Para alterar a versão corrente de um processo deve-se clicar no botão Nova Versão. A partir desse momento se torna possível editar o processo. Para que as alterações realizadas estejam disponíveis será necessário clicar no botão Liberar Versão. Quando uma solicitação é aberta ela surge numa versão de processo e encerra-se nessa mesma versão. Então, quando gerada uma nova versão do processo, apenas as próximas solicitações sofrerão as alterações realizadas. Fichário: Código do Fichário (formulário) a ser utilizado pelo processo. 14 Versão 1.0

15 6.2.3 Aba Workflow Graphical Designer: Essa tela permite que seja desenhado o processo seguindo o padrão BPM. Constitui-se o processo como um conjunto de atividades interligadas conforme a necessidade. Cada atividade possibilita informar as Instruções e que aparecerão ao usuário quando a solicitação estiver nessa atividade. O campo mecanismo de atribuição permite informar a forma com que as atividades serão atribuídas, ou seja, pode ser atribuída a um usuário específico, a um grupo de usuários, a um papel de usuário. Versão

16 6.2.4 Aba Avançado Nessa aba pode-se adicionar os eventos de formulários que possibilitarão a realização dos controles e validações sobre o fluxo conforme a necessidade. Na sub-aba Propriedades a propriedade AutomaticTasks informa o código de sequência das atividades que deverão ser automáticas, ou seja, que não necessitam de ação do usuário no formulário. A sub-aba Eventos possibilita o cadastro dos eventos de controle do processo. No processo auditoriapos, os eventos utilizados são afterstateentry e beforestateentry. Os conteúdos desses eventos já são preenchidos quando o processo é importado/sobreposto. Mas está disponibilizado na pasta <Diretório Programas>\ecm\Auditorias\public_html\eventos\. Os arquivos javascripts desse diretório estão nomeados de acordo com o nome do evento utilizado. Maiores detalhes podem ser obtidos no documento Guia de Referência Customização de Workflow.pdf disponível na pasta de instalação do TOTVS ECM. Após ter importado o processo auditoriapos.xml e verificado se os eventos foram importados, devemos liberar a versão do processo para que o mesmo fique disponível para uso. Esse processo jamais poderá ser inicializado diretamente pelo TOTVS ECM. A solicitação é gerada pelo ERP TOTVS devido a ação de uma das regras de auditoria sobre algum documento/movimento. Por padrão o processo de Auditoria Pós utiliza os seguintes grupos de auditorias: AuditoriaMedica Grupo dos Auditores Médicos AuditoriaEnfermagem Grupo dos Auditores Enfermeiros AuditoriaAdministrativa Grupo dos Auditores Administrativos Reanalise Grupos dos Auditores de Reanalise De acordo com a regra de auditoria, o sistema automaticamente, durante o processamento da atividade Triagem verifica o tipo da Regra e encaminha para a atividade correspondente de acordo com a seguinte regra: Se o tipo da regra for Administrativa encaminha para a tarefa Auditoria Administrativa associando aos usuários do grupo AuditoriaAdministrativa. Se o tipo da regra for Médica encaminha para a tarefa Auditoria Médica associando aos usuários do grupo AuditoriaMedica. Se o tipo da regra for Enfermagem encaminha para a tarefa Auditoria Enfermagem associando aos usuários do grupo AuditoriaEnfermagem. Os grupos de reanálise somente são utilizados quando a atividade do processo é encaminhada para uma tarefa de Reanálise. A partir desse momento o ECM está configurado para receber e gerenciar as tarefas de auditoria. 16 Versão 1.0

17 As solicitações geradas a partir do ERP TOTVS 11 serão apresentadas na Central de Tarefas do usuário no menu Documentos/Central de Tarefas. A lista de Tarefas a concluir agrupa as tarefas assumidas pelo usuário logado e estão pendentes de seu parecer. A lista Tarefas em pool apresentam as tarefas conforme os grupos que o usuário participa. Desta forma, o usuário pode encontrar uma tarefa referente ao grupo de auditoria que participa e assume a tarefa. Quando um usuário assume a tarefa, a mesma é enviada para a lista de tarefas a concluir do usuário. Observações: Para que o cliente possa customizar os grupos de usuários de auditoria criando grupos específicos de usuários para auditar determinados prestadores deve-se então criar uma parametrização de Regra de Direcionamento das Auditorias. Para isso acesse o menu Documentos / Navegação de Documentos. Formulário: O controle das regras de direcionamento das auditorias se dá por meio de regras cadastradas nas fichas. As fichas são registros de parametrização oriundos de um formulário. Um formulário é uma página html que utiliza-se de recursos de javascript, css e imagens para fornecer uma melhor experiência aos usuários. No ECM um formulário é um fichário que contém em seu interior todos os componentes html (página html, scripts javascripts, css e imagens) utilizados pelo formulário. Para fins de organização, recomendamos que no diretório raiz seja criada uma pasta Formulários e dentro dela seja criada uma pasta Auditoria. No interior da pasta Auditoria deve-se criar um fichário com o nome Regras de Configuração de Triagem para Auditoria, deverá ser realizado o upload dos seguintes arquivos existentes na pasta <Diretório Programas>\ecm\Auditorias\public_html\ : config_auditorias_controller.js config_auditorias.html Versão

18 ajax-loader.gif jquery.js knockout js html5.js json2.js html5.js bootstrap-tooltip.js accounting.min.js bootstrap.css docs.css bootstrap-affix.js bootstrap-alert.js bootstrap-button.js bootstrap-carousel.js bootstrap-collapse.js bootstrap-dropdown.js bootstrap-modal.js bootstrap-popover.js bootstrap-responsive.css bootstrap-scrollspy.js bootstrap-tab.js bootstrap-transition.js bootstrap-typeahead.js respond.min.js Deve ser realizado o upload das imagens contidas no diretório <Diretório Programas>\ecm\Auditorias\ public_html\ imgs\ : message.png treatment.png undo.png trash.png money_add.png package_medical.png via_acesso_diferente.png via_acesso_mesma.png via_acesso_principal.png anestesista_not.png 18 Versão 1.0

19 19 Versão 1.0 Configuração Auditoria Pós anestesista.png auxiliar.png demais.png insumo.png principal.png procedimento.png apply.png glyphicons-halflings.png glyphicons_367_expand.png glyphicons_369_collapse_top.png up.png down.png _list-error.png Gnome-Document-Open-Recent-32.png Dialog-Apply-32.png Gnome-Dialog-Warning-32.png clock_32.png clock_down_48.png contract_clock_48_hot.png diagnostic.png info_24.png ok_24.png warning.png Add-Files-To-Archive-32.png Add-Files-To-Archive-Blue-32.png Add-Files-To-Archive-Yellow-32.png

20 Após realizado o upload o arquivo config_auditorias.html deve ser marcado como Principal. Apenas esse arquivo deve estar marcado como Principal os demais devem estar marcados como Anexo. 20 Versão 1.0

21 Para o campo descrição recomendamos que seja utilizado o nome Regras de Configuração de Triagem para Auditoria No campo Nome do Serviço de Dados deverá ser atribuído obrigatoriamente o valor config_auditorias_modelo como nome do serviço. Recomendamos que o campo cd_prestador_principal seja utilizado para descrição das fichas. Após isso clique em Confirmar para a conclusão do processo de inclusão do formulário. Nesse ponto terá a seguinte estrutura: Clique sobre a pasta Regras de Configuração de Triagem para Auditoria, em seu interior adicione uma nova Ficha. O sistema apresentará a seguinte tela para inclusão de regra de Triagem: Versão

22 A regra permite que seja especificado o grupo de auditoria que deseja ser utilizado conforme o Prestador Principal e o Prestador Executante. Ou seja, quando o Prestador Principal for o informado e o Prestador Executante for o informado, a regra será aplicada e irá sobrepor os grupos padrões pelos informados nessa parametrização. Para alterar habilitar a regra marque o botão Ativar. Para salvar a regra deve-se concluir clicando no V na parte superior da tela. 6.3 Cadastrar Usuário/Colaborador Cadatstro de Colaborador Esse cadastro realizado em Painel de controle / Colaboradores possibilita o gerenciamento das informações de um usuário além de permitir associá-lo aos grupos o qual o mesmo irá pertencer. 22 Versão 1.0

23 Versão

24 6.3.2 Cadastrar Grupos de Usuários Esse cadastro realizado em Painel de Controle / Grupos de Usuários, possibilita o cadastro dos grupos pelos quais os usuários irão pertencer. Os grupos podem ser utilizados nos processos como um mecanismo de atribuição. Por padrão o processo de Auditoria Pós utiliza os seguintes grupos de auditorias: AuditoriaMedica Grupo dos Auditores Médicos AuditoriaEnfermagem Grupo dos Auditores Enfermeiros AuditoriaAdministrativa Grupo dos Auditores Administrativos Reanalise Grupos dos Auditores de Reanalise SegundaOpiniao Grupo dos Auditores de Segunda Opinião 24 Versão 1.0