DIRF 2012 Ano Calendário 2011 – Fase 2 – Geração de Histórico de Planos Saúde -- 116255

O Sistema apresenta a tela com informações sobre a rotina, com as seguintes opções de execução:

·       Parâmetros: Esta opção destina-se ao cadastramento das informações no arquivo de Mapa de Importação para:

ü  Empresas que continuaram a utilizar o cálculo conforme os parâmetros 22 e/ou 58 durante os primeiros meses do ano de2011;

ü  Migração de valores das verbas referentes aos lançamentos de Co-participação e/ou Reembolso durante todo o ano de 2011.

·       Ok: Esta opção inicia o processamento de leitura e gravação das informações:

ü  Incluídas no arquivo de Mapa de Importação, referente ao Plano 0;

ü  Das verbas com ID´s de Assist. Médica e Odontológica (049 e 714) do Titular referente ao Plano 1;

ü  Das verbas exclusivas de Assist. Médica e Odontológica definidas para os Dependentes e Agregados referente ao Plano 1;

ü  Geração de planilha Excel com o resultado do processamento para validação dos valores apurados.

·       Cancelar: Esta opção retorna ao menu principal do Microsiga Protheus.

Opção – Parâmetros:

   Esta opção permite o cadastro do Mapa de Importação, conforme as regras abaixo:

1.        Será criado o arquivo MPIRHS+ee (onde ee identifica o número da empresa) automaticamente na pasta SYSTEM do Microsiga Protheus ou conforme o diretório definido no arquivo de configuração do Protheus (Rootpath + StartPath);

2.        Este arquivo contém os seguintes campos e regras de preenchimento:

Opção – OK (Início de processamento da rotina): EXEMPLO DE ATUALIZAÇÃO

A verba com o id_cálculo 049 neste exemplo é o código 410.

Acima temos um exemplo de utilização do Mapa, utilizando tal referência do Sistema, que se comporta da seguinte maneira:

Ø  Primeira Linha

O Sistema busca nos acumulados anuais (SRD) para a filial 01, data de pagamento em janeiro/2011 a verba 077 e alimenta na tabela temporária (SRDRHSee) valores relativos à Co-Participação Médica.

Tal tratamento embora não existisse no Plano 0, será contemplado devido à viabilidade do mapa, todos os valores encontrados serão gravados para seus respectivos titulares. Sendo relacionado ainda, a um tipo de plano de Valor Fixo do fornecedor 001 e código de Plano 01.

Ø  Segunda Linha

O Sistema busca nos acumulados anuais (SRD) para a filial 01, data de pagamento em janeiro/2011 a verba 077 e alimenta na tabela temporária (SRDRHSee) valores relativos à Assistência Odontológica.

Tal tratamento embora não existisse no Plano 0 será contemplado devido à viabilidade do mapa, todos os valores encontrados serão gravados para os primeiros dependentes de cada funcionário, caso não exista dependente será gravado para o próprio funcionário. Sendo relacionado ainda, a um tipo de plano de Faixa Etária do fornecedor 001 e código de Plano 02.

Ø  Terceira Linha

O Sistema busca nos acumulados anuais (SRD) para a filial 01, data de pagamento em janeiro/2011 a verba 080 e alimenta na tabela temporária (SRDRHSee) valores relativos à Assistência Médica do Agregado.

Tal tratamento embora não existisse no Plano 0 será contemplado devido à viabilidade do mapa, todos os valores encontrados serão gravados para seus respectivos Agregados e na ausência deles para os próprios funcionários. Sendo relacionado ainda, a um tipo de plano de Faixa Salarial do fornecedor 998 e código de Plano 98

Ø  Quarta Linha

O Sistema busca nos acumulados anuais (SRD) para a filial 01, data de pagamento em janeiro/2011 a verba 080, todos os funcionários pertencentes ao código de Assistência Médica 01 do Parâmetro 22 e alimenta na tabela temporária (SRDRHSee) valores relativos à Assistência Médica do Dependente.

Todos os valores encontrados serão gravados para seus respectivos Dependentes, sem rateio algum, pois a verba 080 não possui id_cálculo embora seja correlacionada ao Plano 0.

Na ausência de dependentes o valor será lançado para os próprios funcionários. Sendo relacionado ainda, a um tipo de plano de Faixa Etária do fornecedor 001 e código de Plano 01.

Ø  Quinta Linha

O Sistema busca nos acumulados anuais (SRD) para a filial 01, data de pagamento em janeiro/2011 a verba 410, que possui o id_cálculo 049 e alimenta na tabela temporária (SRDRHSee) valores relativos à Assistência Médica, neste caso processa todos os funcionários da base, rateando o valor com seus respectivos dependentes.

Sendo relacionado ainda, a um tipo de plano de Faixa Salarial do fornecedor 001 e código de Plano 02.

Ø  Sexta Linha

O Sistema busca nos acumulados anuais (SRD) para a filial 01, data de pagamento em janeiro/2011 a verba 410, que possui o id_cálculo 049 e alimenta na tabela temporária (SRDRHSee) o valor relativo à Assistência Médica neste caso processa todos os funcionários cadastrados para o cód. Ass.Médica 01 do parâmetro 22 rateando o valor com seus respectivos dependentes

Sendo relacionado ainda, a um tipo de plano de Faixa Salarial do fornecedor 998 e código de Plano 98. Observe que é possível de tal forma gerar um registro histórico, diferenciando fornecedor e código de plano.

Ø  Sétima Linha

O Sistema busca nos acumulados anuais (SRD) para a filial 01, data de pagamento em janeiro/2011 a verba 410, que possui o id_cálculo 049 e alimenta na tabela temporária (SRDRHSee) os valores relativos à Assistência Médica, neste caso processa todos os funcionários cadastrados para o cód. Ass.Médica 02 do parâmetro 22 rateando o valor com seus respectivos dependentes

Sendo relacionado ainda, a um tipo de plano de Faixa Salarial do fornecedor 001 e código de Plano 01. Observe que novamente foi possível gerar um registro histórico, diferenciando fornecedor e código de plano.

Na 5º linha o processamento considerou todos os funcionários do antigo Plano 0 que foram direcionados aos novos critérios de Assistência Médica e na 6ºe 7º linha reprocessamos alguns destes funcionários, considerando o diferencial de acordo com o Parâmetro 22 e seu respectivo código de assistência informado.

Ø  Oitava Linha

O Sistema busca nos acumulados anuais (SRD) para a filial 01, data de pagamento em janeiro/2011 a verba 410, que possui o id_cálculo 049 e alimenta na tabela temporária (SRDRHSee) o valor relativo à Assistência Médica, neste caso processa todos os funcionários cadastrados para o cód. Ass.Médica E1 do parâmetro 58, rateando o valor com seus respectivos dependentes.

Sendo relacionado ainda, a um tipo de plano de Faixa Salarial do fornecedor 001 e código de Plano 01.

No processamento desta rotina, o Sistema segue linha a linha todo o cadastro efetuado para o mapa, seguindo todas as regras definidas, na sequência efetua oDe/Para considerando os demais meses para o ano calendário 2011, de forma a buscar nos acumulados anuais os valores do Plano 1 que não necessitam de nenhum rateio, pois já havia distinção de verbas para cada dependente/agregado e titulares. Neste processamento é verificado se a verba do acumulado anual foi cadastrada com o mesmo mês no Mapa de importação, sendo desconsiderada neste caso. A prioridade será sempre o cadastro do mapa e a sequência dos demais registros do acumulado anual, que não devem ser rateados, portanto não devem constar no Mapa.

Caso seja efetuado erroneamente o cadastro do mapa para um mês onde não seria necessária a utilização de rateio, vale a observação de que o Sistema obedece ao Mapa de Importação e neste caso será feito o rateio de valores que já estavam corretamente desmembrados.

Para facilitar a conferência dos dados gravados na tabela temporária, a qual não terá tela para manutenção, foi disponibilizada ao término do processamento, a possibilidade de integração com o aplicativo Microsoft Excel®, sendo apresentada a mensagem para optar em abrir o arquivo em planilha. Clique em Sim para aceitar, ou clique em Não para sair da rotina.

Este opção não está disponível para ambientes Linux / Ctree devido à incompatibilidade das extensões destes arquivos com o aplicativo Microsoft Excel®.

Ao confirmar a abertura da planilha, será possível a totalização, criação de filtros e todos os demais facilitadores contidos no aplicativo, sendo impedida qualquer gravação neste arquivo temporário.

O Microsiga Protheus  possibilita a integração somente com a  Microsoft®, portanto não será contemplada nos demais aplicativos existentes no mercado.

Caso opte por não abrir o arquivo em planilha, é possível retornar a rotina clicando na opção OK, sendo verificado pelo Sistema, a existência de dados na tabela temporária (SRDRHSee) e apresentando a mensagem informativa da existência de registros, permitindo novamente, a abertura pelo Microsoft Excel®. Ao abrir a planilha, o Sistema retorna ao menu principal do Microsiga Protheus.

Caso não selecione a opção de abertura em planilha, será apresentada a mensagem relacionada à limpeza total da tabela anteriormente gerada, para que seja possível a inicialização de um novo processamento.

A rotina também disponibiliza um relatório de Log de Processamento, sendo apresentados os totais dos registros lidos nos lançamentos acumulados (SRD) e a totalização dos registros efetivamente gravados, contendo as informações gerais do processamento, data e hora de início e término.

A totalização é feita separando-se os processamentos do Plano 0 e do Plano 1, permitindo que sejam realizadas análises distintas.

Vale observar que devido ao rateio realizado, a totalização no relatório de log do Plano 0 a quantidade dos registros lidos podem ser inferiores à quantidade de registros gravados. Também são apresentados os registros lidos nos lançamentos acumulados (SRD), os quais não foram gravados por algum tipo de divergência de dados.