01. DADOS GERAIS
Produto: | TOTVS Saúde Planos
|
---|---|
Linha de Produto: | Linha Protheus |
Segmento: | Saude |
Módulo: | Plano de Saúde |
Função: | PlJobExtDmed |
Ticket: | |
Requisito/Story/Issue (informe o requisito relacionado) : | DSAUBE-13628 |
02. VISÃO GERAL
Para atender as necessidades de nossas Operadoras de Saúde. foi disponibilizado no módulo Plano de Saúde (PLS), a extração das informações das despesas medicas (DMED), para módulo Central de Obrigações.
03. PROCEDIMENTOS DE IMPLEMENTAÇÃO
a) Configurar um ambiente que tenha REST, conforme link e exemplo abaixo.
https://tdn.totvs.com/display/framework/02.+REST+com+ERP+Microsiga+Protheus
b) Configurar a rotina de Schedule conforme link e exemplo abaixo abaixo.
Schedule - Como agendar a execução de rotinas
c) Configurar o parâmetro MV_PLURDEM que determina o endereço da API.
d) Para melhor entendimento da estrutura do arquivo JSON, o mesmo estará divido por identificador de registro que são:
TOP = Titular
RTOP = Reembolso do Titular
DTOP = Dependente do Titular
RDTOP = Reembolso do Dependente do Titular
https://api.totvs.com.br/apidetails/AnalyticDmedExpenses_v1_100.json
Estrutura Json do TOP (Titular)
{
"healthInsurerCode":"417505",
"ssnHolder":"76116313221",
"titleHolderEnrollment":"00010001000011005",
"holderName":"PAULO SILVA TITULAR",
"expenseKey":"0000000000000000000000000000000000000001",
"expenseAmount":1000,
"period":"202010",
"exclusionId":"0"
}
Estrutura Json do DTOP (Dependente do Titular)
{
"healthInsurerCode":"417505",
"ssnHolder":"76116313221",
"titleHolderEnrollment":"00010001000011005",
"holderName":"PAULO SILVA TITULAR",
"dependentSsn":"14754460553",
"dependentEnrollment":"00010001000011108",
"dependentName":"DEPENDENTE TITULAR",
"dependentBirthDate":"20091013",
"dependenceRelationships":"03",
"expenseKey":"0000000000000000000000000000000000000003",
"expenseAmount":1000,
"period":"202010",
"exclusionId":"0"
}
Estrutura Json do RTOP (Reembolso do Titular)
{
"healthInsurerCode":"417505",
"ssnHolder":"76116313221",
"titleHolderEnrollment":"00010001000011005",
"holderName":"PAULO SILVA TITULAR",
"expenseKey":"0000000000000000000000000000000000000002",
"refundAmount":2000,
"previousYearRefundAmt":2000,
"period":"202010",
"providerSsnEin":"39613205861",
"providerName":"NOME PRESTADOR",
"exclusionId":"0"
}
Estrutura Json RDTOP (Reembolso do Dependente do Titular)
{
"healthInsurerCode":"417505",
"ssnHolder":"76116313221",
"titleHolderEnrollment":"00010001000011005",
"holderName":"PAULO SILVA TITULAR",
"dependentSsn":"14754460553",
"dependentEnrollment":"00010001000011108",
"dependentName":"DEPENDENTE TITULAR",
"dependentBirthDate":"20091013",
"dependenceRelationships":"03",
"expenseKey":"0000000000000000000000000000000000000004",
"refundAmount":2000,
"previousYearRefundAmt":2000,
"period":"202010",
"providerSsnEin":"39613205861",
"providerName":"NOME PRESTADOR",
"exclusionId":"0"
}
04. PROCEDIMENTOS EXECUÇÃODA ROTINA
a) No módulo Plano de Saúde, a partir das baixas dos títulos gerado pelo Lote de Cobrança (SE1), em conjunto com a composição de cobrança (BM1), a integração se dará com as movimentações de meses anteriores com base no database do sistema , isso é necessário devidos aos beneficiários já terem efetuado pagamentos de suas despesas, nessa tratativa chamamos de TOP = Titular e DTOP = Dependente do Titular.
Com acionamento do Job (PlJobExtDmed) a rotina analisará as movimentações a partir das baixas dos títulos efetuada pela rotina FINA070 - Baixas a Receber (SE1), em conjunto com a composição de cobrança (BM1) que contem o campo BM1_FLDMED, esse campo determina se a informação foi enviada para o módulo Central de Obrigações, caso seja enviado esse campo será preenchido com o caractere "S" que significa que o registro foi enviado.
Atenção
Caso necessite de efetuar o reprocessamento é necessário que o campo BM1_FLDMED esteja em branco, assim a rotina efetuará o reprocessamento, e o módulo Central de Obrigações possui uma inteligência de excluir os registros anteriores.
b) No módulo Plano de Saúde, a partir dos reembolsos (B44 e B45), a integração se dará com as movimentações de reembolso já aprovados, nessa tratativa chamamos de RTOP = Reembolso do Titular e RDTOP= Reembolso do Dependente do Titular.
Com acionamento do Job (PlJobExtDmed) a rotina analisará os movimentos a partir a dos reembolsos aprovados (B44 e B45) que contem o campo B44_FLDMED, esse campo determina se a informação foi enviada para o módulo Central de Obrigações, caso seja enviado esse campo será preenchido com o caractere "S" que significa que o registro foi enviado.
Atenção
Caso necessite de efetuar o reprocessamento é necessário que o campo B44_FLDMED esteja em branco, assim a rotina efetuará o reprocessamento, e o módulo Central de Obrigações possui uma inteligência de excluir os registros anteriores.
c) A rotina disponibiliza logs para que seja analisado se o sistema esta efetuando corretamente o envio das informações para o módulo central de Obrigações, essas informações são encontrado na pasta LOGPLS dentro do Protheus_data com o nome de job_extdmed.
Dentro log terá a informação dos itens que foram enviado e os que tiveram problemas, ocorrendo problemas no envio, e não for preenchido o campo BM1_FLDMED ou B44_FLDMED com "S", a rotina efetuará o reenvio novamente, caso esses campos estiver preenchido e não foi enviado, é preciso que os campo BM1_FLDMED ou B44_FLDMED estejam com seu valor em branco.
05. PARÂMETROS
- Criação de Parâmetro no arquivo SX6 – Parâmetros:
Nome da Variável | MV_PLURDEM |
---|---|
Tipo | Caractere |
Descrição | Determina Url de integração do PLS com a Central DMED |
Valor Padrão | http://localhost:8011/rest/healthcare/v1/analyticDmedExpenses |