ER_TSRSED_Perfil_Medico_Usos_Beneficiario

Informações Gerais

Objetivo

 Permitir a exibição do histórico de atendimento de um determinado beneficiário com opções de definir um período deste histórico. Também devera ser possível realizar o filtro por serviço e realizar o agrupamento pelo mesmo código de procedimento.

Desenvolver os seguintes requisitos:

Definição da Regra de Negócio

Desenvolver uma tela de pesquisa do histórico de atendimento do beneficiário. Deverá possuir as opções de buscar nos últimos 3, 6 ou 12 meses. Ao carregar a tela deverá listar por default os exames e consultas do beneficiário nos últimos 3 meses. Os campos que serão exibidos na lista do histórico deverão poder ser parametrizáveis pela operadora para serem exibidos ou não. Os registros deverão ser destacados por cor de acordo com seu status (Pendente, Autorizado, Realizado, Negado, Cancelado), podendo ser agrupados por serviço ou pesquisar por um determinado procedimento.

Será desenvolvido uma tela que será utilizada para exibir todo o histórico de atendimento do beneficiário (Registro de Consulta, Solicitação e Realização de Exames). Isto não inclui solicitação de Internação ou outros tipos de guia.

• Ao selecionar um beneficiário na Agenda, deverá ser exibida a tela com o histórico já carregado.
• Ao abrir a tela de histórico deverá trazer o histórico de exames e consultas dos últimos 3 meses, podendo alterar para 6 ou 12 meses. Segue abaixo o detalhamento da regra dos filtros:

Exames: Procedimentos amarrados ao tipo de atendimento 5 da TISS; 

Consultas: Procedimentos amarrados ao tipo de atendimento 4 da TISS;

Procedimentos: Tudo que não se enquadrar nas 2 regras anteriores independente de onde foi solicitado ou registrado.

o TODOS: Retorna todos os registros independente do tipo de atendimento.
• A operadora poderá parametrizar os status das guias que serão buscadas no histórico (Realizado, Autorizado, Pendente, Negado, Cancelado)
• Será disponibilizado um campo de pesquisa rápida, para filtrar o os registros de acordo com o código,nome ou apelido do procedimento independente da data de solicitação/execução
• Os campos disponíveis para visualização poderão ser parametrizados para exibir ou não em tela. Esta parametrização será feita em arquivos de propriedade.

A ideia é que para cada caso de uso, exista um arquivo de propriedades.

• Segue abaixo os campos que ficarão visíveis por default

o Nome do serviço

o Apelido

o Data (solicitação caso o procedimento ainda não foi realizado ou data de execução caso o mesmo já tenha sido executado)

o Especialidade do Solicitante

o Quantidade

o Custo = Valor pago pela operadora para o procedimento (Valor total procedimento - coparticipação)

o Participação

o  Código prestador

o  Solicitante (Nome do prestador solicitante)

Protótipo de Tela

Tela inicial

No modo de visualização de Lista, o botão “Agrupar por serviço” deverá ser removido, pois o mesmo perde essa funcionalidade.

Caso de Testes

Obs.: O teste abaixo é genérico. Efetuar a alteração de todas as colunas de exames e consultas e conferir no Perfil Médico

Especificação Técnica

• Artefatos envolvidos
  • Criar as seguintes classes abaixo:

Camada de negócio:

• Criar as classes abaixo no pacote com.totvs.saude.business.proceduresolicitation.sq.implementation do projeto WAC2ERPConnectEJB
  • ProcedureSolicitationSql – Responsavel por chamar as buscas no banco e implementar a regra de negócio
  • ProcedureSolicitationSqlSearch – Responsavel por implementar os métodos de busca no banco de dados.
  • Criar classe BenefHistorySolicitationData no pacote com.totvs.saude.business.entity do projeto WAC2CommonsJava com os campos abaixo:

• Criar método de busca do histórico de atendimento do beneficiário dentro de um período informado nas classes citadas acima:
  • findBenefHistoryByFilter – Deve receber como parâmetro de entrada a carteira do beneficiário, data inicial e data final que será realizada a pesquisa,código da clinica (caso queira trazer apenas os registros realizados na clinca).  Trazer apenas os campos que estão criados na classe BenefHistorySolicitationData
  • findMoviProc – Receber como parâmetros um objeto do tipo BenefHistorySolicitationData, deverá buscar todos os registros criados na moviproc para este procedimento
  • findMoviProcConsultation - Deve receber como parâmetro de entrada a carteira do beneficiário, data inicial e data final que será realizada a pesquisa,código da clinica (caso queira trazer apenas os registros de consulta realizados na clínca).  Buscar apenas os registros de consulta

• Todas as querys de busca deverão ser externalizadas para um arquivo de propriedades. Utilizar como exemplo a classe “MedicalProductionSqlSearch”. Implementar para os bancos Oracle e Progress
  • Separar as buscas por tabela, para não ocorrer problemas caso elas ficarem em bancos separados
  • Utilizar Indices de pesquisa nas querys

Busca de guias de Exame:

Segue abaixo Exemplo da Query para banco Oracle:

 select g.cd_unidade unidade,

       g.aa_guia_atendimento ano_guia,

       g.nr_guia_atendimento nr_guia,

       g.dt_emissao_guia dt,

       g.cd_prestador_principal cd_prest,

       g.in_liberado_guias status,

       p.nm_prestador nm_prestador,

       pg.cd_esp_amb,

       pg.cd_grupo_proc_amb,

       pg.cd_procedimento,

       pg.dv_procedimento,

       ap.ds_procedimento_reduz ds_proced,

       pg.qt_procedimento qt_proced,

       (pg.vl_principal + pg.vl_auxiliar) vl_principal,

       pg.vl_desconto_prestador vl_copart

  from procguia pg, guiautor g, ambproce ap, preserv p

 where pg.nr_guia_atendimento = g.nr_guia_atendimento

   and pg.aa_guia_atendimento = g.aa_guia_atendimento

   and pg.cd_unidade = g.cd_unidade

   and g.cd_carteira_usuario = '2002501000310'

   and g.cd_unidade_carteira = '120'

   and g.dt_emissao_guia between to_date('2010-07-15', 'YYYY-MM-DD') and

       to_date('2015-05-15', 'YYYY-MM-DD')

   and g.in_liberado_guias in (2, 4, 6, 7, 9)

   and g.in_classe_nota in (2, 3, 13, 34)

   and pg.cd_esp_amb = ap.cd_esp_amb

   and pg.cd_grupo_proc_amb = ap.cd_grupo_proc_amb

   and pg.cd_procedimento = ap.cd_procedimento

   and pg.dv_procedimento = ap.dv_procedimento

   and g.cd_prestador_principal = p.cd_prestador

Busca Moviproc

  select ep.ds_especialid ds_espec,

         ep.cd_especialid cd_espec,

         mc.vl_desconto_prestador vl_partic,

         (mc.vl_principal + mc.vl_auxiliar) vl_proced,

         mc.dt_realizacao,

         mc.hr_realizacao

          from moviproc mc,

         (select dc.cd_unidade,

                 dc.cd_unidade_prestadora,

                 dc.cd_transacao,

                 dc.nr_serie_doc_original,

                 dc.nr_doc_original,

                 dc.nr_doc_sistema

            from docrecon dc, guiautor g

           where dc.nr_guia_atendimento = g.nr_guia_atendimento

             and dc.aa_guia_atendimento = g.aa_guia_atendimento

             and dc.cd_unidade = '120'

             and g.nr_guia_atendimento = '280'

             and g.aa_guia_atendimento = '2014'

             and g.cd_unidade = 120) dct,

         esp_med ep

         where mc.in_liberado_contas <> '3'

           and mc.cd_esp_amb = '10'

           and mc.cd_grupo_proc_amb = '10'

           and mc.cd_procedimento = '101'

           and mc.dv_procedimento = '2'

           and mc.cd_unidade = dct.cd_unidade

           and mc.cd_unidade_prestadora = dct.cd_unidade_prestadora

           and mc.cd_transacao = dct.cd_transacao

           and mc.nr_serie_doc_original = dct.nr_serie_doc_original

           and mc.nr_doc_original = dct.nr_doc_original

           and mc.nr_doc_sistema = dct.nr_doc_sistema

           and mc.cdespprestexecutante = ep.cd_especialid

Busca registros de Consulta

select mc.vl_desconto_prestador vl_copart,

                 (mc.vl_principal + mc.vl_auxiliar) vl_proced,

                 mc.dt_realizacao dt,

                 mc.hr_realizacao hour,

                 mc.cd_prestador cd_prest,

                 mc.cdespprestexecutante cd_especialid,

                 mc.qt_procedimentos qt_proced,

                 ep.ds_especialid ds_especialid,

                 p.nm_prestador nm_prestador,

                 ap.ds_procedimento_reduz ds_proced

                  from docrecon dc,

                 moviproc mc,

                 esp_med  ep,

                 preserv  p,

                 ambproce ap

                 where dc.cd_carteira_usuario = '2002501000310'

                   and dc.cd_unidade_carteira = '120'

                   and mc.cd_unidade = dc.cd_unidade

                   and mc.cd_unidade_prestadora = dc.cd_unidade_prestadora

                   and mc.cd_transacao = dc.cd_transacao

                   and mc.nr_serie_doc_original = dc.nr_serie_doc_original

                   and mc.nr_doc_original = dc.nr_doc_original

                   and mc.nr_doc_sistema = dc.nr_doc_sistema

                   and dc.tp_consulta <> 0

                   and dc.tp_atend = 0

                   and mc.dt_realizacao between

                       to_date('2010-07-15', 'YYYY-MM-DD') and

                       to_date('2015-05-15', 'YYYY-MM-DD')

                   and ep.cd_especialid = mc.cdespprestexecutante

                   and p.cd_prestador = mc.cd_prestador

                   and p.cd_unidade = mc.cd_unidade_prestadora

                   and mc.cd_esp_amb = ap.cd_esp_amb

                   and mc.cd_grupo_proc_amb = ap.cd_grupo_proc_amb

                   and mc.cd_procedimento = ap.cd_procedimento

                   and mc.dv_procedimento = ap.dv_procedimento

Camada WEB

• Criar tela de Histórico de Exames e Consultas, a tela deverá estar disponível para visualização após a seleção do beneficiário na Agenda
• Disponibilizar filtro de pesquisa por período padrão de 3, 6 ou 12 meses, e possibilitar a pesquisa período de datas
  • Criar parâmetro para restringir o período permitido para busca no banco
  • As colunas deverão estar disponíveis para visualização de acordo com as parametrizações realizadas nas propriedades, por default todos os campos deverão estar disponíveis
  • Diferenciar os registros por cor de acordo com o status
  • Criar filtro por Exames ou Consultas, Procedimentos e Todos
  • Criar opção para agrupar os serviços por código
  • Criar opção para buscar todo o histórico de um determinado serviço que  beneficiário realizou independente da data de realização

Segue abaixo Layout do Histórico de Exames e Consultas

Diagrama de Classes

Abaixo o diagrama com as classes e programas a serem criados, bem como sua arquitetura de comunicação: