Histórico da Página

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

 Este document trata da atualização do processo de Envio de dados para a ANS Monitoramento TISS para a versão 3.03 do padrão e também da criação da funcionalidade de leitura / recepção do arquivo XML a ser disponibilizado pela ANS referente ao Monitoramento da qualidade dos dados incorporados na ANS em atendimento a RN 305.

Definição da Regra de Negócio

Envio de Dados (PLXMLMON) - alteração

O atual padrão (3.02) de envio de dados de monitoramento está contido dentro de um grande grupo denominado guiaMonitoramento que agrega a maioria das informações a serem incorporadas a ANS conforme demonstrado na figura abaixo.

A partir do novo padrão (3.03) de envio de dados de monitoramento além do grupo guiaMonitoramento deverá ser informado o grupo  fornecimentoDiretoMonitoramento, e valorPreestabelecidoMonitoramento conforme ilustrado abaixo.

 

Na sequência será descrito os ajustes e implementações necessárias por cada um dos grupos identificados acima.

1. Grupo 1 - guiaMonitoramento
   
   
   1. A antiga tag indicadorEnvioPapel ( sim/não ) foi substituída pela tag formaEnvio ( 1=Portal; 2=Upload de arquivo; 3=Webservice e 4=Papel).
      Aqui deverá ser definido um parâmetro SX6 que terá como valor padrão vazio, na documentação o usuário deverá ser orientado a informar nesse parâmetro a opção de sua operadora.
   2. Foi acrescentada a tag registroAnsOperadoraInter onde deverá ser informado o número de registro da operadora que prestou serviço.
      Esta informação deverá vir do cadastro de operadora de saúde ( tabela BA0), entretanto por ser opcional só deverá ser procurado quando o prestador que executou o serviço estiver:
   3. Classificado (BAU_TIPPRE) com o valor definido no parâmetro MV_PLSTPIN;
   4. Tiver o código (BAU_CODIGO) vinculado a um registro de operadora (BA0_CODRDA);
   5. Foi acrescentada a tag identificacaoValorPreestabelecido onde deverá ser informado o valor contratado do evento que está sendo enviado.
      Esta informação deverá vir do campo Vlr. Apres. (BD6_VLRAPR).
   6. Foi acrescentada a tag numeroGuiaSPSADTPrincipal onde deverá ser informado o número da liberação que originou a despesa. Se aplica para guias de SP/SADT.
      Esta informação deverá vir do campo Nr Guia Prin (BD5_GUIPRI).
   7. Dentro do grupo valoresGuia foi acrescentada uma nova tag valorTotalCoparticipacao onde deverá ser informado o valor pago pelo beneficiário.
      Esta informação deverá vir do campo Vlr.Co-Par (BD6_VLRPF).
      
      
2. Grupo 2 - fornecimentoDiretoMonitoramento
   
   Dentro deste grupo deverão ser enviado os eventos de fornecimento de materiais e/ou medicamentos fornecidos diretamente ao beneficiário da operadora através de reembolso. Abaixo o esquema gráfico que representa esse grupo.
   
   
   1. Lista das tags e seus respectivos lugares de origem do dado:
   • tipoRegistro - 1 = Inclusão quando chamado pela opção Gerar XML ou 3 = Exclusão quando chamado pelo opção Excluir da rotina PLXMLMON;
   • numeroCartaoNaciojnalSaude - Nr Cart Nac. (BTS_NRCRNA);
   • sexo - Sexo (BA1_SEXO);
   • dataNascimento - Dt. Nascto. (BA1_DATNAS);
   • municipioResidencia - Cd Municipio (BA1_CODMUN ou BTS_CODMUN);
   • numeroRegistroPlano - Quando produto for regulamentado Produto Novo (BI3_APOSRG=1) enviar Nr. Reg. ANS (BI3_SUSEP), senão enviar Cod. SCPA (BI3_SCPA);
   • identificacaoFornecimentoDireto - Indic Clinic (BD5_INDCLI);
   • valorTotalFornecimento - a soma dos Vlr.Pagto (BD7_VLRPAG) da guia;
   • valorTotalTabelaPropria - a soma dos Vlr.Pagto (BD7_VLRPAG) da guia quando o codigo da tabela (BD6_CODTAB/BD7_CODTAB) estiver vinculado a terminologia 00;
   • valorTotalCoParticipacao - Vlr.Co-Par (BD6_VLRPF);
   • *codigoTabela - Tabela Pagto (BD6_CODTAB);
   • *grupoProcedimento - Quando o Cd. Proc (BD6_CODPRO) estiver indicado na terminologia 64 como um item que deve ser agrupado;
   • *codigoProcedimento - Cd. Proc. (BD6_CODPRO);
   • quantidadeFornecida - Qtd Realizad (BD6_QTDPRO);
   • valorFornecido - a soma dos Vlr.Pagto (BD7_VLRPAG) do procedimento;
   • valorCoParticipacao - Vlr. Co. Part (BD6_VLRPF);
     * Para estas informações deverá ser feito o de-para com suas respectivas tabelas de domínio.
     
     

Para todo o desenvolvimento a regra de preenchimento dos campos deverá consultada nos arquivos XSDs em conjunto com a especificação de conteúdo e estrutura disponibilizado pela ANS.  

Monitoramento da Qualidade (PLMONQUA) - criação

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

Opcional

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

Protótipo 01

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.