3 Modulo Cadastro

Sistema Unimed Cardio
ÍNDICE
1. Conceitos Básicos ........................................................................................................................ 4

1.1 Grupo de Cobertura ...................................................................................................................... 5
2.1. Serviço Cob. Do Grupo Cobertura ....................................................................................... 8
2.2. Exceção Cob. Do Grupo Cobertura ................................................................................... 11
2.3. Criação de Grupo de Cobertura Automaticamente ............................................................ 13
3. Grupo de Contingente ................................................................................................................ 17
4. Módulo Operadora ...................................................................................................................... 20
4.1. RN nº 195........................................................................................................................... 22
4.2. Tabelas Necessárias no Cadastro de Módulo Operadora ................................................. 23
4.3. Cadastro Módulo Operadora .............................................................................................. 24
4.4. Módulo Operadora Intercâmbio.......................................................................................... 43
4.5. Negociação de Módulo Acessório ...................................................................................... 44
4.6. Negociação de Cobertura .................................................................................................. 53
4.7. Tipo de Rede Referenciada ............................................................................................... 63
4.8. Cópia automática de Coberturas dos Módulos .................................................................. 65
4.9. Copiar Módulo Operadora.................................................................................................. 68
4.10. Código de Publicação do Módulo Operadora para o SIB ................................................... 74
5. Pessoa ......................................................................................................................................... 79
5.1. Tabelas Necessárias no Cadastro de Pessoa ................................................................... 81
5.2. Cadastro Pessoa................................................................................................................ 83
5.3. Recuperação Automática de Campos no Endereço da Pessoa ......................................... 97
5.4. Obrigatoriedades exigidas pelos órgãos reguladores ...................................................... 102
5.5. Copiar Endereço para Família ......................................................................................... 111
6. Modelo de Contrato .................................................................................................................. 120
6.1. Negociação de Aquisição de Módulo ............................................................................... 136
7. Contrato ..................................................................................................................................... 144
7.1. Cadastro de Contratos Inadimplentes .............................................................................. 158
8. Contrato Financeiro .................................................................................................................. 163
8.1. Contrato Financeiro – Identificador Débito Automático .................................................... 164
8.2. Classe do Contrato Financeiro ......................................................................................... 166
9. Beneficiário ............................................................................................................................... 167
9.1. Cadastro de Beneficiário - Código ................................................................................... 170
9.2. Módulo do Beneficiário com Co-participação ................................................................... 209
9.3. Cadastramento de Acessórios (Opcionais) para Beneficiários ........................................ 211
9.4. Rescisão Módulo Operadora Acessório ........................................................................... 213
9.5. Negociação de Repasse .................................................................................................. 220
9.6. Repasse Beneficiário ....................................................................................................... 223
9.6.1 Repasse Automático de Beneficiário ............................................................................. 227
9.7. Suspensão de Vínculo ..................................................................................................... 262
9.7.1 Considerar último dia na suspensão de vínculo ...................................................... 267
9.8. Reinclusão de Beneficiário ............................................................................................... 274
9.9. Aposentado/ Demitido ...................................................................................................... 275
9.1.1 Rescisão / Reinclusão Contratos Vinculados (Aposentado/Demitido) .................... 285
UNIMED do Brasil – Diretoria de Tecnologia
Página 1 de 749
Módulo Cadastro Beneficiário
9.10. Consulta Movimentação Cadastral do Beneficiário .......................................................... 308
9.11. Doença (Pré-existência)................................................................................................... 315
9.12. Alteração do Código do Beneficiário ................................................................................ 325
9.13. Alteração do Código do Contrato do Beneficiário ............................................................ 328
9.14. Validação dos Nomes no Cadastro de Beneficiário ......................................................... 330
9.15. Cadastro de Beneficiário para Serviços Admissionais ..................................................... 334
9.16. Beneficiário Eventual (Intercâmbio) ................................................................................. 338
9.17. Inclusão / Troca de Módulo .............................................................................................. 340
9.18. Transferência de Beneficiários entre Contratos ............................................................... 346
9.19. Reaproveitamento de Carências ...................................................................................... 358
9.20. Revisão de Cadastro de Beneficiário ............................................................................... 379
10. Negociação de Movimentação Cadastral................................................................................ 388
10.1. Limite de dias para inclusão de Beneficiários no Contrato ............................................... 394
10.2. Tipo Negociação Modelo de Cartão ................................................................................. 396
10.3. Tipo Negociação de Movimentação Cadastral ................................................................. 400
10.4. Data Base Cobertura automática na inclusão de Beneficiário ......................................... 408
10.5. Inclusão de Dependentes para Contratos Inadimplentes ................................................. 411
10.6. Geração de Cartão de Identificação para Contrato Inadimplente .................................... 413
11. Cartão Magnético ...................................................................................................................... 421
11.1. Layout de Cartão Magnético, Carteira de Papel e Etiquetas ........................................... 421
11.2. Mnemônico para acomodação ......................................................................................... 436
11.3. Buffers -Modulo Beneficiário Origem e Número Registro Prestador Origem ................... 437
11.4. Cartão de identificação do Beneficiário - Nome do LCAT ................................................ 440
11.5. Emissão de Carteira de Identificação Provisória .............................................................. 443
11.6. Bloqueio de Cartão de Identificação automático .............................................................. 446
11.7. Bloqueio Automático do Cartão até a Primeira Utilização ................................................ 449
11.8. Bloqueio Cartão – Atualização de Dados Cadastrais....................................................... 450
11.9. Emissão Cartão Magnético .............................................................................................. 480
11.1.1 Geração de Cartão por Mov. Cadastral .................................................................. 481
12.1.1 Emissão de Cartão.................................................................................................. 483
13.1.1 Geração de 2ª Via de Cartão .................................................................................. 486
14.1.1 Geração Ren. de Cartão Val. Expirando ................................................................. 495
11.10. Validação da Tarja Magnética do Cartão ......................................................................... 499
11.11. Emissão de Etiqueta de Beneficiários .............................................................................. 500
11.12. Emissão de Etiquetas por Contrato.................................................................................. 502
12. RN 254 – Adaptação de Planos, Migração de Planos e Portabilidade.................................. 504
13. Protocolo CMB .......................................................................................................................... 515
14. PTU A100 – Movimentação Cadastral de Beneficiários - Intercâmbio ................................. 516
14.1. Exportação do PTU A100 ................................................................................................ 516
14.2. Importação do PTU A100 ................................................................................................. 522
14.3. Importação PTU A100 - Validar a abrangência geográfica do módulo operadora ........... 538
14.4. Formatação Código de Beneficiário ................................................................................. 543
14.5. Recodificação de Beneficiários Repassados ................................................................... 545
15. PTU A200 – Retorno de Movimentação Cadastral de Beneficiário ....................................... 551
15.2 Importação PTU A200 ......................................................................................................... 556
16. PTU A300 – Movimentação cadastral de beneficiários (Produto) ........................................ 572
Página 2 de 749
16.2. Exportação do PTU A300 - Layout Projeto Coração ........................................................ 587
16.3. Importação do PTU A300 ................................................................................................. 591
17. Importação Lote – Movimentação Beneficiários .................................................................... 600
18. Importação Beneficiários - Federação Mato Grosso ............................................................. 603
19. Envio e Recebimento de Arquivo PTU .................................................................................... 607
20. Exclusão de Itens de Arquivos Processados (PTU) .............................................................. 612
21. Exportação Dados Cadastrais Beneficiário e Contratos no formato CSV ........................... 617
22. ANS 620
22.1. SIB ................................................................................................................................... 620
22.2. SIB – Arquivo XML ........................................................................................................... 628
Exportação Mov.SIB .................................................................................................................... 667
22.3. Aplicativo SIB ................................................................................................................... 670
22.4. TSS .................................................................................................................................. 675
23. Relatório .................................................................................................................................... 681
23.1 Extrato de Beneficiário por Contrato ................................................................................ 681
23.2 Módulo Competência Pagamento .................................................................................... 685
23.3 Relação de Beneficiários por Contrato............................................................................. 687
23.4 Relação de Beneficiários por Módulo Operadora............................................................. 692
23.5 Conferência Cobertura de Contrato ................................................................................. 696
23.6 Carência do Beneficiário .................................................................................................. 699
23.7 Beneficiários fora da Restrição na Aquisição de Módulo ................................................. 708
23.8 Histórico Contratos Transferidos do Beneficiário ............................................................. 713
23.9 Relação de Beneficiários Repassados............................................................................. 715
23.10 Qtde. de Beneficiário - Módulo Competência ................................................................... 718
23.11 Termo de Ciência de Cobertura Parcial Temporária ........................................................ 722
23.12 Consulta de Prestador por Bairro ..................................................................................... 730
23.13 Informações Sobre o Prestador de Serviço ..................................................................... 733
23.14 Relação de Contratos por Revenda/Vendedor ................................................................ 738
23.15 Resumo Movimentação de Produtos ............................................................................... 741
23.16 Resultado Exportação / Importação do PTU A100, PTU A200 e PTU A300 .................... 743

Página 3 de 749
1. Conceitos Básicos
Objetivo:
Conceituar nomenclaturas do Cardio que serão utilizadas durante o treinamento.
Carências
Nos planos de saúde o prazo de carência é o período, previsto em contrato, entre a assinatura do contrato e a
efetiva possibilidade de uso dos serviços pelo segurado. Nesse intervalo, o beneficiário não tem direito de
usufruir de todos os benefícios contratados junto à operadora.
Portanto, definimos Carência como o período necessário para iniciar o direito de usufruir dos benefícios
contratados.
Coberturas
Sabemos que um contrato firmado entre a Unimed e uma pessoa física ou jurídica específica quais serviços
médicos, acomodações, taxas hospitalares, material, medicamentos e etc. estão cobertos, ou seja, são de
direito do contratante. Além disso, consta do contrato também, os prazos (carências) para início da utilização
dos serviços.
Portanto, definimos Cobertura como os direitos que o contratante tem perante o contrato com a operadora.
Módulo Operadora
Idéia mais próxima de módulo operadora é o conceito atual de plano de saúde.
Existem 2 tipos de Módulos Operadora:

 Assistencial: é o plano de saúde.
 Acessório: produtos agregados ao módulo operadora do tipo assistencial.
Serviço Operadora
No serviço operadora são cadastrados todos os códigos, descrições, especificações e classificações referentes
a procedimentos médicos, taxas, diárias hospitalares, material, medicamentos, composições de custo e
complementações.
Então, se forem cirados novos códigos de procedimentos, taxas, diárias, material, medicamento e etc., é nesta
opção que devem ser cadastrados.

Página 4 de 749
1.1 Grupo de Cobertura

[ (Cadastros / Coberturas / Grupo de Cobertura) ]
Objetivo:
O grupo de cobertura consiste em agrupar os códigos de serviços operadora (procedimento médico, taxas
hospitalares, diárias, material e medicamento) através de um código numérico e uma descrição livre que facilite
a identificação do mesmo.
Através de codificação do contrato, ou seja, cada cobertura escrita no contrato deve ser transformada em um
código. Se for um serviço médico, será utilizada a tabela AMB E/OU CBHPM. Lembrando que esta tabela será
importada do sistema antigo. Para acomodações, material, taxas hospitalares e medicamentos os códigos
serão estipulados pela própria singular.
Para facilitar o processo de montagem do contrato no sistema, houve a necessidade de agrupar estes códigos
e rotulá-los. Este agrupamento é denominado GRUPO DE COBERTURAS e também recebe um código
numérico livre, ou seja, um grupo de coberturas possui um código e uma descrição com códigos de serviços,
acomodações e etc. agregados a ele.
Regras de Negócio
Para montar grupos de coberturas é necessário atentar para algumas regras, a saber:
 Um grupo de cobertura deve possuir apenas um tipo de cobertura, ou seja, deve agrupar somente serviços,
somente diárias, somente taxas, somente medicamentos ou somente material.
 Todos os itens agregados a um grupo de cobertura devem ter a mesma carência dentro de um contrato.
 Os grupos de cobertura são criados de acordo com a cobertura dos contratos. Por exemplo, se um contrato
cobre todas as tomografias deve-se criar um grupo contendo todos os códigos de serviço AMB E/OU CBHPM
de tomografia. Se outro contrato cobre todas as tomografias menos uma, então deve ser criado outro grupo de
cobertura com todos os códigos, menos o que é exceção;
 Quando dois ou mais contratos cobrirem exatamente os mesmos serviços variando apenas a quantidade,
ou a periodicidade ou mesmo o prazo de carências, não há necessidade de criar um novo grupo de coberturas,
ou seja, o mesmo grupo pode ser utilizado em vários contratos com alteração apenas destas variantes.
 Deve ser criado, pelo menos, um contrato contendo os serviços que os beneficiários em intercâmbio eventual
têm direito.
Pré-Requisitos:
 Não há Pré-Requisitos;

Página 5 de 749
Tela 1-1 – Grupo de Cobertura
Campos Observações
Código Código livre a ser utilizado para identificação do grupo de cobertura.
Nome Define o nome do grupo de cobertura com objetivo de apresentar o nome
completo para facilitar a identificação.
Nome Publicação Nome reduzido do grupo de cobertura. O nome aqui informado será
impresso no cartão do beneficiário.
Prioridade Para exibir os grupos de cobertura no cartão do beneficiário, o sistema
respeitará a “ordem” de prioridade aqui definida. Se a prioridade não for
informada, o grupo de cobertura não é impresso no verso do cartão.
Mapeamentos Intercâmbio São os grupos de cobertura utilizados para códigos externos (intercâmbio).
Define-se o código do grupo de cobertura de intercâmbio ao qual o grupo
de cobertura da Unimed faz referência.
Informações Importantes:
 Deve ser criado, pelo menos, um contrato contendo os serviços que os beneficiários em intercâmbio
eventual têm direito.

Página 6 de 749
Exemplos:
1. Abaixo, veja exemplos de como criar grupos de cobertura seguindo as regras de negócio pré-estabelecidas.
Código Descrição do Grupo de Cobertura

0001 Exames alto custo
36000000 Grupo Ressonância Serviços Cobertos no
34000003 Grupo Tomografias contrato
32000006 Grupo Radiologia
33010005 SubGrupo Ultrassom

0002 Exames básicos
28000005 Grupo Análises Clínicas
32010001 SubGrupo radiologia Serviços Cobertos no
contrato
33010013 Abdômen superior
33010021 Abdômen total

0003 Internação
80011020 Apartamento Simples Diárias cobertas no
80012027 Enfermaria contrato
80013015 Berçário Normal

0004 Taxas hospitalares
Taxas cobertas no
80061001 Taxa hospitalar contrato
80053343 Taxa hospitalar
Código Descrição do grupo de cobertura

0005 Medicamentos Medicamentos cobertos
92471455 Medicamento 1 no contrato
92471463 Medicamento 2
Código Descrição do grupo de cobertura

0006 Materiais
70002010 Material 1 Materiais cobertos no
70023050 Material 2 contrato
77801300 Material 3
Ícone Nome Observações

Serviços Cobertos Através deste link, é possível acessar os serviços operadora vinculados ao
grupo de cobertura em questão.
Exceções Através deste link é possível acessar o cadastro dos serviços operadora
que serão considerados como Exceção do Grupo de Cobertura. Isso
significa que estes serviços não fazem parte da Cobertura / o beneficiário
não terá direito a utilizá-lo.

Página 7 de 749
2.1. Serviço Cob. Do Grupo Cobertura

[ (Cadastros / Coberturas / Serviço Cob. Do Grupo Cobertura) ]
Objetivo:
Vincular os serviços operadora ao grupo de cobertura. Ou seja, os serviços cadastrados através deste
formulário estarão cobertos para o grupo em questão.
Pré-Requisitos:
 Existir serviço operadora cadastrado;
Tela 1-2 – Serviço Cob. Do Grupo Cobertura

Página 8 de 749
Campo Observações
Grupo Grupo de cobertura que está sendo associado o serviço operadora.
Serviço Define o serviço operadora que será coberto pelo grupo de cobertura em
questão. Pode ser informado um serviço, um grupo de serviço, um sub-grupo
de serviço ou grupo especial.
Seu Sub-Grupo Especial Os SubGrupos especiais são definidos para permitir o lançamento de
coberturas formadas por um conjunto de procedimentos que não seguem a
estrutura de grupo ou SubGrupo da AMB.
Por exemplo: supondo que se deseja definir uma cobertura limitada a 5
unidades por 365 dias para os procedimentos 4002004-5, 1701002-0 e
2801149-0. Como estes procedimentos não pertencem a um mesmo grupo ou
sub-grupo AMB, não temos como lançar a cobertura usando a hierarquia
AMB. Neste caso então devemos utilizar o conceito de SubGrupo especial,
vinculando os serviços “desejados”.
Checkbox Controlado Esse checkbox é utilizado para controlar as quantidades cobertas para
realização do serviço. Também é utilizado no processo de auditoria para
forçar que o evento possua uma solicitação de serviço.
Se estiver marcado, será verificado se existe uma solicitação de serviço
associada ao item evento, se não existir, verifica se existe uma solicitação de
serviço associada ao evento, se não existir, será exibida a glosa 57 – Serviço
controlado e sem autorização.
Checkbox Por serviço Este parâmetro só será utilizado quando tratar-se de coberturas definidas
com códigos de Grupo ou SubGrupo. Ou seja, quando se define uma
limitação por serviço, ela será válida para cada procedimento dentro da
cobertura.
Por exemplo: caso se defina a cobertura 34.01.000 (Exames de Tomografia

Computadorizada) limitada a 3 por 365 dias por serviço, o sistema entenderá
que cada procedimento dentro do grupo 34.01.000 tem uma cobertura de 3
unidades em 365 dias. Ou seja, os procedimentos 34.01.001-7 (Tomografia
Computadorizada do Abdômen Superior), 34.01.003-3 (Tomografia
Computadorizada da Coluna Cervical),... Teriam uma cobertura de 3 unidades
em 365 dias. Se fosse definido que não era por serviço (checkbox
desmarcado), só poderiam ser utilizadas 3 unidades em 365 dias de
procedimentos dentro do grupo, independente de quais são (ou seja,
acumula-se as utilizações dos procedimentos dentro do grupo).
Unidades Pode-se definir um controle na utilização dos serviços, informando a
quantidade máxima de unidades permitida para utilização do serviço durante
um determinado período.
Tipo Ac. Unidades Define o nível a ser considerado para acúmulo de utilizações do serviço. Caso
o nível seja "Beneficiário", a quebra de utilização será por cada beneficiário e
assim por diante.
Por exemplo: Se o usuário configurar Unidades = 3 e TipoAcumuloUnidades =
Contrato, cada contrato poderá utilizar 3 unidades de determinado serviço
dentro do período definido. Se ao auditar um evento para um beneficiário, já
existirem 3 eventos para o mesmo contrato e mesmo serviço dentro do
período definido, o evento será glosado.
Caso o TipoAcumuloUnidades = Beneficiário, a configuração acima não
geraria glosa, pois cada beneficiário do contrato poderia utilizar 3 unidades,
independente da utilização dos outros.
Página 9 de 749
Periodicidade Define o período de contagem das unidades de utilização de serviço,
juntamente com o parâmetro Unidade Periodicidade.
Unidade Periodicidade Define se a periodicidade indicada no campo anterior será como dia (s) ou
mês (es).
Ciclo Este ciclo define o limite para o acúmulo das utilizações de serviços. Desta
forma, o controle na utilização de serviços completará o ciclo de um ano
tendo como referência o período de acúmulo parametrizado.
No início de um novo ciclo, a contagem de utilizações "zera" e começa
novamente o acúmulo.
O ciclo pode ser definido como:
 Ano Fiscal: O acúmulo é feito por ano fiscal (dia 01/01 ao dia 31/12),
"zera" novamente na virada para o próximo ano.
 Primeira utilização: o ciclo será baseado na primeira utilização.
 Vigência do beneficiário: o ciclo será baseado na data de inclusão do
beneficiário.
 Vigência do contrato: o ciclo será baseado na data de vigência do
contrato.

Página 10 de 749
2.2. Exceção Cob. Do Grupo Cobertura

[ (Cadastros / Coberturas / Exceção Cob. Do Grupo Cobertura) ]
Objetivo:
Vincular os serviços operadora não cobertos ao grupo de cobertura. Ou seja, os serviços cadastrados através
deste formulário não estarão cobertos para o grupo em questão.
O sistema verifica primeiro se o procedimento (grupo/subgrupo) está na lista das Exceções, caso esteja,
significa que não é coberto.
Pré-Requisitos:
 Existir serviço operadora cadastrado;
Tela 1-3 – Exceção Cob. Do Grupo Cobertura
Campo Observações
Exceção Define o serviço operadora que NÃO será coberto pelo grupo de cobertura
em questão.

Página 11 de 749
 Apesar da definição do grupo de cobertura (relacionando quais serviços são cobertos pelo produto), pode-se
desejar explicitar os serviços que não são cobertos pelo grupo de cobertura.
 Para exemplificar, consideremos as seguintes situações:
 Suponhamos que o grupo 2500000 não seja coberto pelo grupo de cobertura. Pode-se, simplesmente, não
cadastrá-lo no grupo de cobertura ou ainda cadastrá-lo em Exceções.
 Suponhamos agora, que o grupo 2500000 foi definido como coberto, mas o subgrupo 2503000 não é coberto.
Devemos então lançar o subgrupo 2503000 em Exceções.
 O sistema verifica primeiro se o procedimento (grupo/subgrupo) está na lista das Exceções, caso esteja,
significa que não é coberto.

Página 12 de 749
2.3. Criação de Grupo de Cobertura Automaticamente

[ (Cadastros / Coberturas / Criar e Atualizar Grupo de Cobertura) ]
Objetivo:
Possibilitar a criação de um novo Grupo de Cobertura com base em um grupo já existente, através de um
intervalo de serviços, tipo de serviço e/ou tipo tabela de serviço.
Pré-Requisitos:
 Existir Grupo de Cobertura cadastrado;
 Existir Serviço Operadora cadastrado;
Tela 1-4 – Criar e Atualizar Grupo Cobertura
Grupo de Cobertura destino Deverá ser informado o grupo de cobertura que receberá as informações.
Serviço Operadora Inicial Se preenchido, será inserido na cobertura destino o serviço informado. Esse
campo poderá ser utilizado como intervalo junto com o campo seguinte.
Serviço Operadora Final Se preenchido, será inserido na cobertura destino o serviço informado.
Tipo de Serviço Operadora Se informado, os serviços serão inseridos iguais ao tipo no Grupo de
Cobertura Destino.
Remover Serviço Operadora Caso marcado, os serviços cadastrados no Grupo Cobertura Destino serão
apagados, sendo inseridos novos de acordo com os filtros informados.
Página 13 de 749
Tela 1-5 – Criar e Atualizar Grupo Cobertura – Aba Listas
Campo Observações
Grupo de Cobertura destino Se informado, o Grupo Cobertura destino receberá todas as
coberturas e exceções (serviços vinculados na aba Exceção do
grupo de cobertura) desse grupo.
Serviço Operadora Se preenchido, os serviços informados serão inseridos no grupo
destino.
Checkbox Inserir Serviço como exceção no Se essa opção estiver marcada os serviços operadoras
grupo cobertura dentro de Serviço informados na lista serão considerados com exceções (Não
Operadora coberto). Sendo gravado como exceção da cobertura.

Página 14 de 749
Exemplos:
1. O Grupo de Cobertura Destino com o código “999999” irá receber os dados da “Aba Lista” do “Grupo de
Cobertura Origem” = Consulta, importando todos os dados existentes. Veja abaixo:
Tela 1-6 – Criar e Atualizar Grupo Cobertura – Aba Principal

Página 15 de 749
Verificando os dados notamos que os dados do Grupo de Cobertura “999999” foram importados corretamente
a partir do Grupo de Cobertura Origem “Consulta”. Veja abaixo:

Página 16 de 749
3. Grupo de Contingente
[ (Cadastros / Tabelas Gerais / Grupo de Contingente) ]
Objetivo:
Serve para agrupar beneficiários que possuem a mesma característica. Desta forma é possível efetuar
cobranças, restrições e outras funcionalidades baseados nas características dos beneficiários.
Pré-Requisitos:
 Não há;
Campo Observações
Código Código livre.
Nome Nome que identifica o grupo de contingente. Utilizamos a
descrição do Nome para já identificar o seu conteúdo; suas
Características; qual o objetivo do Grupo de Contingente.

Página 17 de 749
Grid Características
Característica O que preencher em Valor:

Classe Faturamento Código da Classe de Faturamento será verificado se esse código existe na Classe de
Faturamento[ (Cadastros / Tabelas Gerais / Classe de Faturamento) ]. A Classe de
Faturamento é uma informação existente no cadastro do Modelo de Contrato
[ (Cadastros / Contratos / Modelo de Contrato) ], aba Info. Financeiras.
Dependência Informar o Tipo de Dependência:
T - Titular
DD - Dependente Direto
DO - Outros Dependentes (Agregados)
Eaniversariante Quando esta opção for selecionada, o campo “Valor” só poderá ser preenchido com as
opções “S” ou “N”: Muito utilizado para cálculo da co-paticipação.
“S”: Define que o desconto só será concedido para os beneficiários que estão
aniversariando no mesmo mês da competência de atendimento do evento.
“N”: Define que o desconto só será concedido para os beneficiários que NÃO estão
aniversariando no mesmo mês da competência de atendimento do evento.
Exceção Código do Tipo de Exceção que é cadastrado em [ (Cadastros / Pessoas / Informações

Pessoais / Tipo de Exceção) ]
Este Tipo de Exceção pode ser informado no cadastro de Pessoa Física, aba Física,
sub-aba Info. Pessoais.
Faixa Etária Intervalo de idades, separado pelo caracter hífen ( - ).
Exemplo: 010-018 significa  idade inicial 10 anos e final 18 anos.
Grau Dependência Códigos do Grau de Dependência:
0 - Titular
1 - Cônjuge
2 - Companheiro(a)
10 - Filho(a)
50 - Pai/Mãe
52 - Sogro(a)
60 - Outra Dependência
70 - Filho(a) Adotivo(a)
80 - Irmão(a)
90 – Agregado
O grau de dependência é informado no momento do cadastramento do Beneficiário [
(Cadastros / Beneficiários / Beneficiário) ].
Migração Operadora Deverá estar vazio.
Recém-Nato Deverá estar vazio.
Sexo Informação existente no cadastro de Pessoa [ (Cadastros / Pessoas /Pessoa) ]
F - Feminino
M - Masculino
Tipo Área Atend Códigos dos Tipos de Área de Atendimento possíveis no Cardio:
1 – Área Abrangência
2 – Intercâmbio
3 – Intercâmbio Regional
Os beneficiários serão classificados com os Tipos de Área de Atendimento acima
dependendo de informações existentes em Modelo de Contrato e do cadastro da
Página 18 de 749
Unimed.
1 – Área Abrangência: beneficiários de Contrato onde a Contratante não é uma
Unimed e o Tipo de Contingente no Modelo de Contrato esteja igual a Local.
2 – Intercâmbio: beneficiários de Contrato onde a Contratante é uma Unimed e o Tipo
de Contingente é igual a Continuado ou Eventual. Neste caso, no cadastro da Unimed,
a informação Pertence Rede Regional está desmarcada.
3 – Intercâmbio Regional: é semelhante ao item anterior, mas neste caso, no cadastro
da Unimed, a informação Pertence Rede Regional está marcada.
Tipo Contingente Quando escolhido o tipo = “Tipo Contingente” deverá ser utilizado o valor "D" ou "P".
Sendo "D" para demais contingentes e "P" para o primeiro contingente (mesmo
conceito para o cálculo da carência).
Exemplos:
O exemplo ideal para entendermos rapidamente o que é um Grupo de Contingente é quando pensamos nas cobranças
de mensalidade de acordo com a Faixa Etária do beneficiário.
Assim, já fica claro que, utilizaremos o Grupo de Contingente para identificarmos os valores das mensalidades de
acordo com a idade (Faixa Etária) dos beneficiários.
Mas o Grupo de Contingente não serve apenas para separação de valores de mensalidades. Ele também pode ser
utilizado para criarmos Restrições de Aquisição de Módulos Operadora (Planos de Saúde ou Acessórios), isto é,
identificarmos quais beneficiários podem ou não podem ter determinados Módulos Operadora.

Página 19 de 749
4. Módulo Operadora
[ (Cadastros / Produtos / Módulo Operadora) ]
Definição: Idéia mais próxima de módulo operadora é o conceito atual de plano de saúde.
Porém, o módulo operadora é mais abrangente e pode representar um produto comercializado pela operadora além do
próprio plano de saúde, tal como remoção aérea, um seguro de vida, etc.
Tela principal
Existem 2 tipos de Módulos Operadora:

Assistencial: é o plano de saúde.
Acessório: produtos agregados ao módulo operadora do tipo assistencial.
O módulo operadora Assistencial (Plano de Saúde) por ser classificado como Regulamentado ou Não
Regulamentado.
Regulamentado: a Lei 9656/1998 criou a regulamentação das operadoras de saúde e com isso, todos os planos
devem seguir suas normas. O plano de saúde deve ser registrado pela Operadora junto a ANS, e este registro possui
características como: Segmentação (Hospitalar, Ambulatorial, Obstetrícia, etc.), Abrangência (Nacional, Estadual,
Municipal, etc.), se possui a cobrança de co-participação (percentual cobrado sobre utilização / atendimento), se o tipo
de contratação será realizado por Pessoa Física ou Pessoa Jurídica, entre outras.
Além disso, a ANS estabeleceu o Rol de Procedimentos Cobertos (serviços que os beneficiários têm direito),
estabeleceu limite de dias de carências e ate mesmo as idades para as faixas etárias.

Página 20 de 749
Não Regulamentado: planos de saúde comercializados e existentes antes da lei citada acima. Havia total flexibilidade
para criação de suas características. Não há registro junto a ANS.
ANS continua incentivando as Operadoras a adaptarem seus contratos Não Regulamentados para Regulamentado.
Acessório: é um produto complementar ao plano de saúde (assistencial). Os exemplos mais comuns são: Remoção
Terrestre, Remoção Aérea, Seguro de Vida, etc.
O acessório não sofre as definições / determinações da ANS.
Geralmente, os produtos oferecidos por terceiros, mas existem Unimeds ou Federações que detém o controle de algum
tipo de produto acessório.
Exemplo: Unimed Seguradora possui produtos como Franquia, Vida e Remissão; Unimed do Brasil possui o Beneficio
Família (antigo PEA – Plano de Extensão Assistencial; atendimento aos dependentes por 5 anos após falecimento do
beneficiário titular).
PRINCIPAIS RELACIONAMENTOS:
MóduloOperadora Contrato
MóduloOperadoraInter
Beneficiarios
Todas as tabelas relacionadas com ModuloOperadora:
Exclmovoperadora Negociacaocarteira Negociacaorestaqmod

Itemnegpre Negociacaocobertura Negociacaosolserv
Modacessorio Negociacaocontabcob Negociacaotipoglosa
ModuloBeneficiario Negociacaocontabpag Obsentidade
Modulooperadorainter NegociacaoModAcessorio Rederefclprestador
Negconjuntotabela Negociacaopos
Negimposicaotabela Negociacaopre
NegociacaoAqModulo Negociacaorepasse

Página 21 de 749
4.1. RN nº 195
Entre os dias 3 de novembro e 2 de dezembro de 2009 as operadoras deverão confirmar ou indicar a alternativa à
reclassificação dos registros de seus produtos de contratação coletiva feita pela Gerência-Geral de Estrutura e
Operação dos Produtos - GGEOP, conforme previsto no art. 27 da Resolução Normativa - RN nº 195 e regulamentado
pela Instrução Normativa - IN nº 22 da Diretoria de Normas e Habilitação dos Produtos (DIPRO).
A reclassificação seguirá os critérios dispostos no anexo I da IN/DIPRO nº 22, conforme abaixo:
INFORMAÇÃO DO REGISTRO DE PRODUTO ATÉ A RN RECLASSIFICAÇÃO PELA RN 195/2009

195/2009
Tipo de Vínculo do Beneficiário Tipo de Vínculo do Beneficiário
Contratação Contratação
Coletivo Empresarial
Coletivo Com vínculo empregatício
1 ou Com vínculo empregatício ativo
Empresarial ativo
Coletivo por Adesão
Coletivo Com vínculo empregatício
2 ou Com vínculo empregatício inativo
Empresarial inativo
Coletivo por Adesão
Coletivo por
3 ou Sem vínculo empregatício Sem vínculo empregatício
Adesão
Coletivo por adesão
Coletivo Empresarial Com vínculo empregatício
Com vínculo empregatício ativo + Coletivo
4 ou ativo + Com vínculo
Com vínculo empregatício inativo Empresarial
Coletivo por Adesão empregatício inativo
Com vínculo empregatício ativo + Com vínculo empregatício
Coletivo
5 Coletivo Empresarial Com vínculo empregatício inativo ativo + Com vínculo
Empresarial
+ Sem vínculo empregatício empregatício inativo
Com vínculo empregatício ativo +
Coletivo por
6 Coletivo por Adesão Com vínculo empregatício inativo Sem vínculo empregatício
Adesão
+ Sem vínculo empregatício
Com vínculo empregatício ativo + Coletivo Com vínculo empregatício
7 Coletivo Empresarial
Sem vínculo empregatício Empresarial ativo
Com vínculo empregatício ativo + Coletivo por
8 Coletivo por Adesão Sem vínculo empregatício
Sem vínculo empregatício Adesão
Com vínculo empregatício inativo Coletivo Com vínculo empregatício
9 Coletivo Empresarial
+ Sem vínculo empregatício Empresarial inativo
Com vínculo empregatício ativo + Coletivo por
10 Coletivo por Adesão Sem vínculo empregatício
Sem vínculo empregatício Adesão
Com vínculo empregatício
Coletivo
11 Coletivo Empresarial Sem marcação de vínculo ativo + Com vínculo
Empresarial
empregatício inativo
Coletivo por
12 Coletivo por Adesão Sem marcação de vínculo Sem vínculo empregatício
Adesão

Página 22 de 749
As operadoras devem ter a máxima atenção na reclassificação, observando se permanecerão com produtos suficientes
para comportar o mercado em que atuam e os clientes em potencial. Caso a reclassificação não contemple as
necessidades da operação, a Unimed não deve concordar com ela, indicando outros parâmetros para o plano
reclassificado. Se, por exemplo, ela tem dois registros como “coletivo por adesão”, cadastrados com as características
dos itens 6 e 8 da tabela acima, terá a oportunidade de indicar o primeiro como empresarial (relação com vínculo
empregatício) e manter o outro (item 8) como contratação por adesão.
O aplicativo permitirá a alteração do nome comercial do plano, caso isso seja necessário em decorrência da
reclassificação.
É importante verificar se a operadora disporá de planos para comercialização a partir do dia 3 de novembro
pelos novos critérios da RN Nº 195. Caso contrário, terá que registrar novo plano para contemplar as exigências da
Resolução, o que interromperá as novas vendas, estando sujeita às penalidades legais.
A adequação dos dispositivos dos planos com as características definidas pela RN nº 195 somente terá início em
dezembro, e no intervalo de um ano os planos poderão ser comercializados por meio de aditivos contratuais.
Vale lembrar que não é obrigatória a adequação dos planos celebrados até a vigência da referida Resolução. A
restrição imposta pela ANS à manutenção das condições contratuais é de não inclusão de novos titulares a partir do
aniversário do contrato (que ocorrer após 2 de novembro).
4.2. Tabelas Necessárias no Cadastro de Módulo Operadora

[ (Cadastros / Produtos / Linha do Módulo) ]
Tabela que contém as linhas possíveis de um produto criado pela operadora, atualmente tem 3 opções: Regulamentado
(utilizado para plano registrados na ANS), não regulamentados (planos antigos) e específicos (Outros produtos como
seguros, remoção, franquias e etc.).
Observação: esta Linha de Produto não é obrigatória. É apenas classificatória.
[ (Cadastros / Produtos / Classe Contábil de Módulo Operadora) ]
Nesta opção estão cadastradas todas as combinações possíveis dos entre o tipo de contratação de um módulo
(familiar, individual, coletivo e etc.), a linha do produto (regulamentado, não regulamentado) e o segmento de cobertura
estipulado pela ANS.
Observação: Esta classe é de suma importância uma vez que será utilizada no plano de contas da ANS, portanto,
torna-se obrigatória.
[ (Cadastros / Produtos / Abrangência Geográfica) ]
Esta opção contém todos os tipos de abrangências previstas para os módulos de acordo com ANS (Agência Nacional
de Saúde), a saber: Nacional, Regional de municípios, Regional de estados, Estadual e Municipal. No momento do
cadastro do módulo deve-se informar em qual abrangência ele pertence.
[ (Cadastros / Produtos / Segmentação de Cobertura) ]
Esta opção mostra todos os tipos de coberturas criados pela ANS, bem como, os percentuais de descontos que são
utilizados para o cálculo da TSS – Taxa de Saúde Suplementar. Ao cadastrar um módulo deve-se informar a
segmentação a qual ele pertence.
Página 23 de 749
4.3. Cadastro Módulo Operadora
[ (Cadastros / Produtos / Módulo Operadora) ]
Nesta tela são cadastrados todos os módulos operadoras que a Unimed comercializa, ou seja, todos os seus produtos
tais como planos de saúde, seguros de vida, remoções aérea e terrestre, seguros franquia e etc.
Campo Observações
Código Informar o código do produto. A codificação é livre e não pode se repetir.
OBS: Existe um plano com a denominação de EVENTUAL que é utilizado apenas
para beneficiários de intercâmbio com atendimento eventual.
Nome Nome completo do produto.
Nome reduzido Nome reduzido do produto que será utilizado em alguns relatórios e consultas
onde não é possível o uso do nome completo por questão de espaço.
Linha Informar, de acordo com tabela vista anteriormente, a linha a qual o módulo
pertence (regulamentado, não regulamentado ou especifico no caso de produtos
como seguros, remoções, franquias).
Abrangência Informar qual abrangência tem o módulo de acordo com tabela de abrangência da
ANS vista anteriormente.
Tanto o Cardio (auditoria de Eventos) quanto o Néfron (Solicitação de Serviços)
verifica a Abrangência do Módulo com o cadastro de Endereço do Contrato. Desta
maneira, evita-se o uso indevido. Exemplo: Beneficiário possui um Módulo cuja
abrangência é Municipal e o mesmo quer atendimento em uma outra cidade.
Quando isso ocorre, o Tipo de Glosa 169 - Cidade ou Estado não permitidas para
Abrangência do Módulo Operadora é gerado pelos sistemas.
Página 24 de 749
Data início de comercialização Data a partir da qual a Unimed passou a comercializar o produto
Data fim comercialização Data a partir da qual a Unimed não mais comercializará o produto. Somente
preencher caso seja desativada a venda do produto.
Classe Informar em qual classe contábil o módulo está inserido, de acordo com as
combinações vista em opção anterior referente à classe módulo operadora.
Impacto / utilização: Plano de Contas. Por isso, torna-se obrigatório o seu
preenchimento.
Grupo Campo sem funcionalidade. Quando implementado será documentado.
Plano Adaptado Somente atenderá para os módulos operadoras do tipo Assistencial e Não
Regulamentado. Quando sinalizado, identifica que o módulo operadora pertence
ao Plano Adaptado.
Código de Publicação Quando estiver preenchido, ao invés de gravar no arquivo o Código do Plano ou o
Número Registro (ANS), será impresso o “Código Publicação”.
Permite livre escolha Se assinalada esta opção indicará que os beneficiários que possuírem o módulo
terão direito a utilizar prestadores fora da rede oferecida pela Unimed e solicitar
reembolso.
Índice de Reembolso Informar o percentual de reembolso, se o módulo permitir, que o beneficiário terá
direito caso utilize prestadores fora da rede Unimed. Vale ressaltar que estes 2
últimos campos são informativos. Existem negociações no Cardio que irão permitir
o Reembolso assim como seus valores.
Participativo Se assinalado este checkbox indicará que o módulo é co-participativo, ou seja, os
beneficiários que o adquirirem podem pagar co-participação. Esta informação
deve refletir o que foi registrado na ANS (quando Regulamentado). Vale ressaltar
que existem negociações no Cardio que realmente irão definir quem terá cobrança
de co-participação e como será esta cobrança.
Tipo Informar: Produto Assistencial quando cadastrar planos de saúde. Quando
cadastrar outros produtos tais como seguros, franquias, remoções, informar:
Acessório.

Página 25 de 749
Ao informar no cadastro do módulo Operadora o Tipo = Acessório aparecerá a aba Acessório. Segue
detalhamento:
Campo Observações
Fornecedor O fornecedor é uma pessoa jurídica responsável pelo benefício oferecido pela
operadora, como por exemplo: PrevSaúde, Uniminas, Clidec, Uniodonto, etc.
Observação: Para Benefícios que irão transitar entre Unimeds (PTU) o fornecedor
tem que estar cadastrado como Local de Atendimento e estar com o Código de
Intercâmbio preenchido.
Código Convênio Este código de convênio tem o caráter informativo, mas pode se tornar importante
quando nas transações entre operadora e convênio, os arquivos gerados tenham
esta informação na composição do nome ou no header do registro.
Dia Fechamento Essa informação será utilizada na rotina de Geração de Módulo Competência
Pagamento, para seleção do período a ser considerado no processamento da
rotina. Será detalhado na Exportação do PTU A300.
Tipo Benef. Enviado Campo ainda sem funcionalidade.
Tipo Envio Mensalidade Na documentação de exportação do PTU A300 este campo será detalhado.
Cobrança
Tipo Benef. Envio Mensalidade Na documentação de exportação do PTU A300 este campo será detalhado.

Página 26 de 749
Nesta aba temos o grid Produto Convênio, aqui são cadastrados os produtos convênio do acessório.
Já se for informardo no cadastro do módulo Operadora o Tipo = Produto Assistencial aparecerão as Sub-
abas Produto, Grau e Acessórios Vinculados detalhadas abaixo:
Sub-Aba Produto
Campo Observações
Modalidade de Cobrança Poderá selecionar entre Pós Pagamento e Pré-Pagamento. Assim, o módulo
operadora ficará definido para este tipo de Modalidade selecionado.
Se for deixado em branco, o módulo operadora poderá ser utilizado tanto para um
Contrato cujo Modelo seja de Pós ou de Pré-Pagamento.
Tipo Contratação Define o Tipo de Contratação do Módulo Operadora. Se for deixado em branco, o
módulo poderá ser cadastrado em qualquer Contrato.
Segmentação Informar em qual segmentação da ANS o módulo está inserido. Esta informação é
utilizada para o cálculo da TSS (Taxa de Saúde Suplementar) e também para a
apropriação dos valores no Plano de Contas.
Acomodação Informar a acomodação (Enfermaria ou Apartamento) a que terão direito os
beneficiários que comprarem o módulo.
Padrão Internação Em geral é utilizado o código A para enfermaria e B para apartamento. Verificar o
código que cada Unimed utiliza na digitação dos eventos de internação. O
cadastramento do Padrão de Internação está disponível em [ (Produção Médica /
Cadastro Serviços / Padrão Internação) ].
Data Registro Informar este campo apenas para planos regulamentados, indicando a data que
Página 27 de 749
foi feita o registro junto a ANS.
Número Registro Indicar o número do registro disponibilizado para a ANS. Informar apenas para
planos regulamentados. É por este campo que a Unimed (e/ou o Cardio) sabe se
o plano é regulamento ou não.
Produto Intercâmbio Informar o código do módulo (plano) intercâmbio correspondente ao módulo que
está sendo cadastrado. É o relacionamento entre o Módulo Operadora da Unimed
com o Módulo Operadora previsto no PTU. Para cadastro do Produto Intercâmbio
verifique o item Módulo Operadora Intercâmbio mais adiante.
Mensagens de Erro que podem gerar dúvida:
 Plano Adaptado só pode ser marcado quando o Módulo Operadora for do tipo Assistencial
Essa mensagem será gerada ao tentar sinalizar o checkbox “Plano Adaptado” para um Módulo Operadora do
tipo Acessório.
 Plano Adaptado não pode ser Marcado para Planos com Número de Registro
Essa mensagem será gerada ao tentar sinalizar o checkbox “Plano Adaptado” para um Módulo Operadora do
tipo Assistencial que for Regulamentado (possuir número de registro externo).
 Plano Adaptado só pode estar marcado quando código de publicação for informado
Essa mensagem será gerada ao tentar sinalizar o checkbox “Plano Adaptado” com o campo Código de
Publicação em branco (não preenchido).

Página 28 de 749
Sub-Aba Grau
Campo Observações
Grau do módulo Os módulos podem ser classificados em graus de maneira a permitir uma
permanência mínima ou máxima do beneficiário para mudar de um módulo de
determinado grau para outro.
Permanência mínima grau >= Número de dias para permanência mínima de um beneficiário para mudar para
um módulo de grau maior ou igual ao que possui.
Permanência mínima grau < Número de dias para permanência mínima de um beneficiário para mudar para
um módulo de grau menor ao que possui.

Página 29 de 749
Sub-Aba Acessórios Vinculados
Nesta aba são informados os módulos acessórios que estão vinculados ao módulo assistencial que está sendo
cadastrado, ou seja, são os acessórios que todo e qualquer beneficiário herdará automaticamente ao adquirir o módulo
assistencial em questão. Por exemplo, o beneficiário adquire um plano e tem direito automaticamente a um módulo
acessório PEA.
Esta parametrização é a Negociação de Módulo Acessório, que tem a flexibilidade de determinar quais Acessórios
deverão ser incluídos dependendo do Modelo de Contrato, Contrato e Módulo Operadora Assistencial.
A Negociação de Módulo Acessório será estudada mais adiante.

Página 30 de 749
Aba Coberturas
Nesta aba são informadas as coberturas e carências padrões que o módulo (plano) possui (Negociação de
Cobertura). A Negociação de Cobertura será estudada mais adiante.
Aba Geral
Aba Negociações de Carências

Página 31 de 749
Aba Restrições Aq
Ao cadastrar um Módulo Operadora, é possível definir para quais características de beneficiário o Módulo Operadora
poderá ser incluído no momento de inclusão dos beneficiários.
Esta definição se faz através das características do beneficiário como Sexo, Faixa Etária, Grau de Dependência, etc.
Observação: a ANS não permite restrições na comercialização dos módulos regulamentados.

Página 32 de 749
Campo Observações
Início Vigência Data inicial de inclusão dos clientes para a qual a restrição será verificada.
Fim Vigência Data final de inclusão dos clientes para a qual a restrição será verificada.
Observação Descreve uma observação a respeito da negociação da restrição.

Página 33 de 749
Grid “Restrições de Aquisição”
Campo Observações
Grupo Define o grupo de contingente ao qual se restringe a aquisição do módulo
operadora.
Agrupador Permite agrupar os grupos de contingente ao qual se restringe a aquisição do
módulo operadora. Numa busca das restrições de uma negociação, deverá
satisfazer a todos agrupadores existentes nesta negociação, e em cada grupo de
contingente, ao menos um deles.
EXEMPLO 1:
Para determinado Contrato e Módulo Operadora só poderão ter Titulares.
Grupo/Código Característica Valor

Dependência T
999
Faixa Etária 000-999

Página 34 de 749
Para o grupo acima, como existe somente uma possibilidade, o agrupar é único. Sendo assim, neste exemplo, somente
titulares poderão ser incluídos como beneficiários para esta negociação aquisição de módulo.
Grupo Contigente Agrupador

999 1
EXEMPLO 2:
Para um Contrato e Módulo Operadora poderão ser incluídosTitulares de todas as idades e dependentes até 18 anos.

Dependência T
997
Dependência DD
998
Foram criados dois grupos: um para os titulares e outro para os dependentes. Neste caso os dois grupos deverão ter o
mesmo agrupador, pois a regra será um grupo (997) ou outro grupo (998). Se o beneficiário não estiver contido em
nenhum dos dois grupos, no momento de sua inclusão, uma mensagem de erro será apresentada.

997 1
998 1
EXEMPLO 3:
Para um Contrato e Módulo Operadora poderão ser incluídosTitulares de todas as idades e dependentes até 24 anos,
mas somente para o sexo feminino.

Dependência T
995
Dependência DD
996
994 Sexo F
Foram criados três grupos: um com os titulares, outro para os dependentes e um terceiro apenas com Sexo. Neste
caso, os grupos 995 e 996 deverão ter o mesmo agrupador. Já o grupo 994 ficará com um agrupador diferente.

995 1
996 1
994 2
O processo entenderá da seguinte maneira: Se for titular OU dependente até 24 anos E que seja do sexo Feminino.
Portanto, somente não dará erro se estiver dentro das condições do Agrupador 1 e dentro das condições do Agrupador
2.

Página 35 de 749
EXEMPLO 4:
Para um Contrato e Módulo Operadora poderão ser incluídosTitulares de todas as idades, dependentes até 18 anos e
dependentes universitários de 19 a 24 anos.

Dependência T
993
Dependência DD
992
Dependência DD
991 Faixa Etária 019-024
Exceção 01
Foram criados três grupos: um com os titulares, outro para os dependentes até 18 anos e um terceiro para dependentes
de 19 a 24 anos que tenha a exceção “01” (por exemplo, Filho Universitário). Esta exceção é cadastrada em [
(Cadastros / Pessoas / Informações Pessoais / Tipo de Exceção) ], e é relacionada no Cadastro de Pessoa [ (Cadastros
/ Pessoas /Pessoa) ].
Para atender este exemplo todos os grupos devem ficar com o mesmo “Agrupador”, pois o sistema entenderá que o
beneficiário está no grupo de contingente 993 OU 992 OU 991 e, se estiver, permitirá o cadastramento.

993 1
992 1
991 1

Página 36 de 749
Aba Observações
Nesta aba é permitido informar qualquer observação sobre o módulo. É um texto livre.
As Observações possuem um Tipo e este tipo tem funcionalidade.
O mais utilizado é o tipo: do Cartão Identificação. Nele se cadastra mensagens que são impressas no cartão de
identificação dos beneficiários.
Note pela tela acima que, Observações podem ser cadastradas em vários níveis como Beneficiário, Modelo Contrato,
Contrato, Módulo Operadora e Prestador de Serviços.
Apesar de estarmos tratando exclusivamente de Módulo Operadora, abaixo, há a explicação genérica deste tipo de
informação no Cardio.
Quando chegarmos aos outros cadastros (Beneficiário, Modelo de Contrato, etc.), iremos fazer referência a este tópico.
Campo Observações
Beneficiário, Lotação do
Contrato, ModeloContrato,
Níveis para qual a observação poderá ser cadastrada.
Contrato, Módulo, Prestador,
Vendedor
Início Vigência Início de vigência da observação.
Tipo Tipo da observação.
Resumo Descreve um resumo sobre a observação.
Conteúdo Descreve o conteúdo da observação.
Fim Vigência Fim de vigência da observação.
Página 37 de 749
Operador Desativação Operador responsável pela desativação da observação.
Veja os Tipos de Observação existentes no Cardio e suas funcionalidades:
Tipo Funcionalidade
Atualizar Cadastro
da Declaração de IR Descrição será impressa na Declaração de IR emitida pelo relatório Rendimentos

Tributáveis [ (Relatórios / Financeiro / Rendimentos Tributáveis) ]. Este Tipo de Observação
deverá ser cadastrado no Prestador de Serviço que é sua Unimed.
da Pessoa Observação do cadastro de Pessoa. Não tem outra funcionalidade.
De Cadastro/Mov. Observação do cadastro do Beneficiário (também pode utilizar em outros cadastros). Não
Cadastral tem outra funcionalidade.
de Observação do cadastro do Contrato ou Beneficiário (também pode ser utilizado em outros
Venda/Contratação cadastros). Não tem outra funcionalidade.
do Cartão Ident. Observação utilizada na impressão do Cartão Provisório do Beneficiário. É a mensagem
Provisório impressa no verso do cartão.
do Cartão Observação utilizada na impressão do Cartão de Identificação definitivo do Beneficiário. É a
Identificação mensagem impressa no verso do cartão.
Financeira Observação em cadastro (geral). Não tem outra funcionalidade.
Impressão Observação para ser apresentada no momento de uma Solicitação de Serviços

Autorização de (autorização). Esta observação será impressa para o cliente.
Serviço
Impressão de Boletos
Inadimplência
Itens Negados
Solicitação de Serviço
p/Autorização Observação para ser apresentada no momento de uma Solicitação de Serviços
Serviços (autorização). Observação interna, somente será visualizada pelos atendentes.
Prestadores
Executantes
Solicitação de Serviço
Reajuste por Observação utilizada a emissão de cartas ref. Reajuste da mensalidade ao Beneficiário nas
Mudança de seguintes situações: ou por troca da Faixa Etária, ou por troca da Qtde de Beneficiários na
Negociação Família ou por troca da Qtde de Beneficiários no Contrato.
O relatório que verifica a existência deste cadastramento é o Emissão de Cartas Benef.
Com Preço Reajustado [ (Relatórios / Cobrança / Cobrança Pré-Pagamento / Emissão de
Cartas Benef. Com Preço Reajustado) ].
Reajuste por Observação utilizada a emissão de cartas ref. Reajuste da mensalidade ao Beneficiário
Mudança Plano quando há uma troca de Módulo (estava em um plano de saúde e foi transferido para outro).
O relatório que verifica a existência deste cadastramento também é o Emissão de Cartas

Página 38 de 749
Benef. Com Preço Reajustado [ (Relatórios / Cobrança / Cobrança Pré-Pagamento /
Emissão de Cartas Benef. Com Preço Reajustado) ].
Reajuste Tabela Observação utilizada a emissão de cartas ref. Reajuste da mensalidade ao Beneficiário
quando há o reajuste contratual (é aquele reajuste autorizado pela ANS a cada ano).
O relatório que verifica a existência deste cadastramento é o Emissão de Cartas Benef.
Com Preço Reajustado [ (Relatórios / Cobrança / Cobrança Pré-Pagamento / Emissão de
Cartas Benef. Com Preço Reajustado) ].
Recibo Autorização Observação a ser impressa no Recibo da Autorização.
Retorno Transação Observação que é retornada em uma transação de autorização on-line, de acordo com
on-line exigência da captura de dados.
Suspensão Observação é apresentada na Solicitação de Serviço (aba Mensagens), quando a solicitação
Solicitação de Serviço estiver cancelada.
O cadastramento das Observações está disponível por Abas e também pela opção Observação sobre a Entidade em [
(Cadastros / Tabelas Gerais / Observação sobre a Entidade) ].
Aba Rede Referenciada
Define qual Rede Referenciada, rede de atendimento, o Módulo Operadora possui.
A Rede Referenciada nada mais é do que a relação de Prestadores que podem dar atendimento para os beneficiários.
Será estudado mais adiante.

Página 39 de 749
Campo Observações
Tipo Rede Define o tipo de rede referenciada.
Classe Prestador, Prestador,
Modelo Contrato, Contrato, Níveis para qual a rede poderá ser cadastrada
Módulo
Início Vigência Início de vigência da associação à esta rede referenciada.
Fim Vigência Fim de vigência da associação à esta rede referenciada.
Checkbox Publica Rede Permite sinalizar qual rede referenciada será gerada no cartão por Módulo
Operadora, Contrato ou Modelo.
Note aqui também que, apesar de estarmos tratando de Módulo Operadora, este cadastro possui tanto a funcionalidade
do lado Prestador quanto do lado Contrato. No capítulo de Prestadores de Serviços também iremos fazer referência a
este cadastramento.
Deverá informar o código do Tipo de Rede Referenciada e para quais Modelos de Contrato ou Contratos ou Módulos
Operadora (ou até mesmo combinação entre estes 3 campos).
Mais adiante, nesta Capacitação, iremos abordar Modelo de Contrato e Contrato e poderemos relacioná-los com a
Rede Referenciada.

Página 40 de 749
Como todo e qualquer cadastro no Cardio, o Inicio de Vigência é primordial. É através desta vigência que tanto o Cardio
(na Auditoria de Eventos) e o Néfron (na Solicitação de Serviços / Autorização) irão consistir a parametrização efetuada,
neste caso, se a Rede Referenciada que o beneficiário tem direito também está cadastrada para o Prestador que dará o
atendimento.
Quando isso não ocorre, os Tipos de Glosa “108 - Rede Referenciada informada para o Prestador não está vigente”,
“109 - Rede Referenciada informada para o Beneficiário não está vigente” e “110 - Rede Referenciada definida
Beneficiário/Local Execução incompatíveis” podem ocorrer.
Observação: os Tipos de Glosas serão tratados em capítulo exclusivo mais adiante nesta Capacitação.
Links disponíveis em Módulo Operadora
Ícone Nome Função

Negociação Tipo Glosa Negociação Tipo de Glosa. Será estudado em capítulo ref. Tipo de Glosa. Para
adiantar, este cadastro desliga Tipos de Glosa para Beneficiários que tiverem o
Módulo Operadora.
Negociação de Negociação Repasse para Intercâmbio. São informações utilizadas no Repasse de
Repasse Beneficiários para outras Unimeds.
Exclusão das Exclusão Movimentação Operadora. Cadastro que determina que o Beneficiários que
Movimentações da tiverem o Módulo Operadora não sejam enviados nas movimentações do SIB, TSS,
Operadora entre outros. Será mais bem estudado em capítulo específico nesta Capacitação.

Página 41 de 749
Outras informações relacionadas a Módulo Operadora:
Migração de Dados:
 PadroesInternacao
 MódulosOperadoraInter
 MódulosOperadora
Matriz do Sistema já contem:

 Linha do Módulo
 Classe do Módulo Operadora
 Abrangência Geográfica
 Segmentação de Cobertura

Página 42 de 749
4.4. Módulo Operadora Intercâmbio

[ (Cadastros / Produtos / Módulo Operadora Intercâmbio) ]
Conceito: o PTU prevê uma relação de módulos (planos) que podem ser utilizados em caso de repasse de
beneficiários entre Unimeds.
Esta padronização que o PTU determina também serve para auxiliar o atendimento de um beneficiário por outra
Unimed, em caso de atendimento eventual, já que, haverá a identificação no cartão do beneficiário do módulo adquirido
e também na própria tarja magnética.
O objetivo é: dizer que o módulo local X corresponde ao módulo Y do PTU (intercâmbio).
Para cadastrar um módulo de intercâmbio informar os seguintes campos:
Campo Observações
Código do plano Código livre. Para que a Unimed tenha maiores possibilidades nas codificações, o
campo permiti 6 caracteres alfanuméricos.
Código do plano padrão Código do plano de acordo com o manual PTU. Para que a Unimed tenha maiores
possibilidades nas codificações, o campo permiti 6 caracteres alfanuméricos.
Nome Nome do módulo (plano).
Nome reduzido Nome reduzido do módulo (plano). Seguir manual PTU.
Tarja Informar o código da tarja magnética para gravação na trilha do cartão magnético. A
tabela com todos os códigos de tarja consta do manual do PTU.
Módulo operadora Informar o código do módulo operadora local correspondente ao módulo intercâmbio
que esta sendo cadastrado. Esta alternativa é raramente utilizada já que, vários
módulos operadora locais é que fazem correspondência a um mesmo módulo
operadora intercambio.
Combinação Opcional Informar a combinação de opcionais conforme definição do manual PTU.
Página 43 de 749
4.5. Negociação de Módulo Acessório

[ (Cadastros / Produtos / Negociação de Módulo Acessório) ]
A Negociação de Módulo Acessório cadastra automaticamente o Acessório e o Produto Convênio ao incluir um

beneficiário para o Produto, Modelo de Contrato ou Contrato parametrizado nesta negociação.
Campo Observações
Acessório Define o código do Acessório que será vinculado aos filtros informados Produto,
Modelo de Contrato e Contrato.
Produto Convênio É o Produto Convênio que o Acessório possui. Já vimos seu cadastramento no
capítulo de Módulo Operadora.
Produto Módulo Operadora do tipo assistencial que está relacionado a essa negociação.
Não é obrigatório. Se preenchido, todos os Beneficiários atrelados ao Módulo
terão direito ao Acessório.
Modelo Modelo de contrato que está relacionado a essa negociação. Não é obrigatório.
Se preenchido, todos os Beneficiários de Contratos atrelados ao Modelo de
Contrato terão direito ao Acessório.
Contrato Contrato que está relacionado a essa negociação. Não é obrigatório. Se
preenchido, todos os Beneficiários do Contrato terão direito ao Acessório.
Observação:
Os campos Produto, Modelo e Contrato podem ser combinados entre si. Assim,
pode-se vincular um Acessório a um Produto (Módulo Assistencial) de um
determinado Contrato.
Nível Data Base
Estes campos serão mais bem estudados no capítulo referente ao PTU A300 –
Tipo Base
Movimentação Cadastral de Beneficiários – Produtos.
Tipo Reajuste
Página 44 de 749
Grupo Restringe a aquisição do módulo acessório ao grupo de contingente informado.
Assume Vigência Módulo Se marcado, ao executar os processos Inclusão/Troca de Módulo e Transferência
Acessório de Contrato a data base de cobertura deve assumir a mesma do início de vigência
do módulo beneficiário associado a este acessório.
Quando este checkbox estiver desmarcado, os processos de Inclusão/Troca de
Módulo e Transferência de Contrato devem gravar na data base de cobertura do
módulo acessório a mesma data base de cobertura do módulo assistencial do
beneficiário.
No exemplo acima, ao cadastrar um beneficiário no contrato 293003600, em qualquer módulo operadora (note que, o
campo Produto está em branco), será cadastrado automaticamente o acessório PEA com o Produto Convênio A.
A Negociação de Módulo Acessório também pode ser acessada pelo link disponível dentro da Negociação de Aquisição
Módulo.

Página 45 de 749
Exemplos utilizando o checkbox Assume Vigência Módulo Acessório:
1º Exemplo:
O checkbox Assume Vigência Módulo Acessório está desmarcado. Ao executar o processo de
Inclusão/Troca de Módulo não será informada a Data Base Cobertura. Sendo assim, a data base
cobertura do(s) novo(s) módulo(s) deverá ser a mesma data base do módulo antigo. Vejamos no
exemplo abaixo:
Tela 4.5-1 Módulo Beneficiário Assistencial antigo

Página 46 de 749
Tela 4.5-2 Módulo Beneficiário Acessório antigo
Tela 4.5-3 Negociação de Módulo Acessório – checkbox Assume Vigência Módulo Acessório desmarcado

Página 47 de 749
Tela 4.5-4 Inclusão/Troca Módulo – Data Base Cobertura não informada
Tela 4.5-5 Módulo Beneficiário Assistencial Novo – Data Base Cobertura

Página 48 de 749
Observe que a data base cobertura do novo módulo assistencial permaneceu a mesma do módulo antigo. Isso porque
na execução do processo da Troca do Módulo não foi informada uma nova data base cobertura. A mesma situação
acontece para o módulo acessório abaixo.
Tela 4.5-6 Módulo Beneficiário Acessório Novo – Data Base Cobertura

Página 49 de 749
2º Exemplo:
O checkbox Assume Vigência Módulo Acessório está marcado. Ao executar o processo de Inclusão/Troca
de Módulo não será informada a Data Base Cobertura. Sendo assim, a data base cobertura do novo
módulo assistencial irá permanecer igual à data base do módulo antigo. Porém, para o módulo acessório
será utilizada a data de início de vigência informada no processo. Vejamos no exemplo abaixo:
Tela 4.5-7 Negociação de Módulo Acessório – checkbox Assume Vigência Módulo Acessório marcado

Página 50 de 749
Tela 4.5-8 Inclusão/Troca Módulo – Data Base Cobertura não informada
Tela 4.5-9 Módulo Beneficiário Assistencial – Data Base Cobertura igual ao módulo assistencial antigo

Página 51 de 749
Tela 4.5-10 Módulo Beneficiário Acessório – Data Base Cobertura igual ao início de vigência informado no processo

Página 52 de 749
4.6. Negociação de Cobertura

[(Cadastros / Coberturas / Negociação de Cobertura) ]
A negociação de cobertura é o cadastro onde são indicadas as carências e particularidades que cada grupo de
cobertura terá. No Unimed Cardio é possível cadastrar a negociação em vários níveis. Veja abaixo:
Níveis de Negociação de Cobertura
Existem 4 níveis no Unimed Cardio, onde pode ser feita a Negociação de Cobertura. O conceito para quaisquer um dos
níveis é o mesmo.
Beneficiário
Contrato
Modelo de contrato
Módulo Operadora
Desta forma, quando o sistema vai verificar os serviços aos quais os beneficiários têm direito, ou seja, checa os grupos
de coberturas que o beneficiário eventualmente possua. Caso não os encontre passa a verificar o seu contrato, de
forma semelhante vai ao modelo de contrato e depois ao módulo operadora.

Página 53 de 749
Aba Geral
Campo Observações
Cobertura Grupo de cobertura negociado (válido) para o contrato em questão. Ou seja, todos
os beneficiários que pertencerem à esse contrato, e não existir negociações de
cobertura específicas para o beneficiário herdarão as carências aqui cadastradas.
Contrato é o segundo nível de cobertura que o sistema verifica para um
atendimento.
Módulo Define o módulo operadora para o qual será registrada a cobertura. Quando
acessado pela Negociação Aq. Módulo, este campo não poderá ser editado.
Mod. Negociado Define o módulo negociado na negociação de aquisição de módulo para um
contrato ou modelo de contrato, para o qual será registrada a cobertura. Será
preenchido automaticamente quando acessado pela Negociação Aq. Módulo.
Mod. Beneficiário Define o módulo beneficiário para o qual será registrada a cobertura. Campo
somente será cadastrado quando acessado pelo Beneficiário.
checkbox Controlado O campo controlado é utilizado para controlar as quantidades cobertas para
realização do serviço (limitar as utilizações), neste caso dentro do grupo de
cobertura em questão.
Por Serviço Quando Marcado verifica o limite de utilização, serviço a serviço.
Página 54 de 749
Unidades Pode-se definir um controle na utilização dos serviços do grupo de cobertura,
informando a quantidade máxima de unidades permitida para utilização do serviço
durante um determinado período. Este campo não é obrigatório. Se não for
especificado valerá a quantidade de unidades digitada na montagem dos serviços
cobertos no grupo de cobertura.
Tipo Ac. Unidades Define o nível a ser considerado para acúmulo de utilizações do serviço. Caso o
nível seja "Beneficiário", a quebra de utilização será por beneficiário e assim por
diante. Não é obrigatório. Informar caso o checkbox Controlado seja marcado.
Por exemplo: Se o usuário configurar Unidades = 3 e TipoAcumuloUnidades =

Contrato, cada contrato poderá utilizar 3 unidades de determinado serviço dentro
do período definido. Se ao auditar um evento para um beneficiário, já existirem 3
eventos para o mesmo contrato e mesmo serviço dentro do período definido, o
evento será glosado. Caso o TipoAcumuloUnidades = Beneficiário, a configuração
acima não geraria glosa, pois cada beneficiário do contrato poderia utilizar 3
unidades, independente da utilização dos outros.
Periodicidade Define o período de contagem das unidades de utilização de serviço, juntamente
com o parâmetro Unidade Periodicidade. Este campo não é obrigatório. Se não for
especificado valerá o período digitado na montagem dos serviços cobertos no
grupo de cobertura.
Unidade Periodicidade Define a unidade de tempo para a periodicidade informada no campo anterior, se
será em dia(s) ou mês(s).
Ciclo Este ciclo define o limite para o acúmulo das utilizações de serviços. Desta forma,
o controle na utilização de serviços completará o ciclo de um ano tendo como
referência o período de acúmulo parametrizado.
No início de um novo ciclo, a contagem de utilizações "zera" e começa novamente
o acúmulo.
O ciclo pode ser definido como:

 Ano Fiscal: O acúmulo é feito por ano fiscal (dia 01/01 ao dia 31/12), "zera"
novamente na virada para o próximo ano.
 Primeira utilização: o ciclo será baseado na primeira utilização.
 Vigência do beneficiário: o ciclo será baseado na data de inclusão do beneficiário.
Vigência do contrato: o ciclo será baseado na data de vigência do contrato.
Data Utilização: o ciclo é baseado na data de solicitação no caso de Solicitações e
na data de realização (atendimento) no caso de Eventos.

Página 55 de 749
Exemplo:
Se existir a seguinte Negociação Cobertura cadastrada para nível do Módulo com o campo Por Serviço
marcado e os demais parâmetros da seguinte forma:
Cobertura: 22
Unidades: 2
Tipo Ac. Unidades: Beneficiário
Periodicidade: 30
Unidade Periodicidade: Dias
Ciclo: Data Utilização
A verificação referente ao limite será feita para todos os serviços que fazem parte da Cobertura 22, sendo que
cada beneficiário terá direito a realizar 2 serviços de cada um que pertencer à cobertura 22 a cada 30 dias,
sendo o ciclo contado 30 dias retroativos a partir da Data de Solicitação no caso de Solicitações e Data de
Atendimento no caso de Eventos.
Situação:
Cobertura 22 da direito aos procedimentos: 20010095, 20010109 e 20010133, então cada beneficiário terá
direito de realizar 2 serviços de cada, dentro do período parametrizado.

Página 56 de 749
Aba Negociações de Carências
Campo Observações
Negociação Cobertura Define a qual negociação de cobertura será utilizada a negociação de carência.
Tipo Área Atendimento Este campo poderá ser utilizado para diferenciar as carências por área de
atendimento. Veja detalhes abaixo:
Área Abrangência: Quando é atendido dentro da rede de atendimento da

Unimed Origem.
Intercâmbio Regional: Quando é atendido na abrangência de outra Unimed e no

cadastro desta Unimed; em Prestador Serviço [ (Cadastros / Fornecedores /
Prestador de Serviço) ] está sinalizado o campo (CheckBox) “Considera como
Intercâmbio Regional”. Portanto, será utilizado para atendimentos de intercâmbio.
Intercâmbio: Quando é atendido na abrangência de outra Unimed e no cadastro

desta Unimed; em Prestador Serviço [ (Cadastros / Fornecedores / Prestador
de Serviço) ] está sinalizado o campo (CheckBox) “Considera como Intercâmbio”.
Portanto, será utilizado para atendimentos de intercâmbio.
Em Branco – Quando NÃO preenchido, os parâmetros serão considerados para

Página 57 de 749
qualquer um dos tipos relacionados anteriormente, desde que não haja nenhuma
parametrização específica para tal tipo. Portanto, este campo segue o conceito do
Cardio, quando não preenchido será utilizado em todos os parâmetros.
Carência Prim. Conting. Define o prazo de carência para utilização da cobertura (a partir da vigência do
contrato) para o primeiro contingente para o grupo de cobertura dentro deste
módulo.
Unid. Carências Define a unidade de tempo para as carências para o primeiro contingente, se será
em dia(s) ou mês(s).
Carência Demais Conting. Define o prazo de carência para utilização da cobertura (a partir da vigência do
contrato) para os demais contingentes.
Unid. Carências Define a unidade de tempo para as carências dos demais contingentes, se será
em dia(s) ou mês(s).
Os tipos de área de atendimento localizados na negociação de carência poderá impactar nos seguintes processos:
 Negociação Mov. Cadastral

 Beneficiário (Recém-Nato)
 Módulo do Beneficiário
 Neg. Aquisição de Módulo
 Lote
 Contrato
 Emissão de Cartão
 Relação Cobertura por Módulo Operadora (Relatório)
 Conferencia Cobertura de Contrato (Relatório)
 Carência do Beneficiário (Relatório)
 Hilum (Solicitação)
 Nefron (Pré-Solicitação)
A Negociação de Carência deve contemplar os três “Tipos Área de Atendimento”, podendo ser definida uma carência
para cada “Tipo Área de Atendimento” ou um em branco, representando os Tipos não negociados.
(Veja Exemplo tela 1).
ATENÇÃO: Deverá ser cadastrado um “Tipo Área Atendimento” em branco ou deverá ter no cadastro as três áreas de
atendimentos (Área Abrangência, Intercâmbio e Intercâmbio Regional).

Página 58 de 749
Tela 1 – Negociação Cobertura
Abaixo a “Aba Negociações de Carências” que é um Grid, criando a possibilidade de adicionar várias carências de
acordo com a área de abrangência.
Veja exemplos abaixo de como poderia ficar o cadastro das negociações de carências
Exemplo 1:
Suponhamos que a Unimed queira definir que os Serviços do Grupo de Cobertura “x” terão 90 dias de carência, mas
somente para atendimentos realizados fora da Área de Abrangência.
Na Aba Negociações de Carências – Da Negociação Cobertura feita para o Grupo “x”
Tipo Área de Atendimento Carência Prim. Conting. Unid. Carências

Intercâmbio 90 Dias
NULL 0 Dias
O Beneficiário “X” tem em seu grupo de cobertura a negociação de carência acima, veja como ficaria um atendimento
realizado.

Página 59 de 749
Beneficiário Data Base Data Execução Área Observação

Cobertura Procedimento Atendimento
X 01/02/2009 01/03/2009 Intercâmbio Em Carência. Neste caso para
atendimento em intercâmbio,
seja no
Cardio, Nefron, Hilum ou
qualquer autorizador dará
Glosa.
X 01/02/2009 01/03/2009 Local Sem Carência. Será liberado o
atendimento, ou seja, não será
gerada Glosa.
Exemplo 2:
Agora, suponhamos que a Unimed queira definir diferentes dias para Carências, dependendo da área de atendimento
Grupo de Cobertura “y”, conforme tabela abaixo:
Na Aba Negociações de Carências – Da Negociação Cobertura feita para o Grupo “y”
Tipo Área de Atendimento Carência Prim. Conting. Unid. Carências

Área Abrangência 15 Dias
Intercâmbio Regional 120 Dias
Intercâmbio 180 Dias
O Beneficiário “X” tem em seu grupo de cobertura a negociação de carência acima, veja como ficaria um atendimento
realizado.
Beneficiário Data Base Data Execução Área Observação

Cobertura Procedimento Atendimento
atendimento em intercâmbio,
seja no
Glosa.
X 01/02/2009 01/03/2009 Local Sem Carência. Será liberado o
atendimento, ou seja, não será
gerada
Glosa.
Regional atendimento em intercâmbio,
seja no
Glosa.

Página 60 de 749
Limite Contratual
Existe a limitação contratual que pode ser cadastrada nos seguintes níveis: Grupo de Cobertura e Negociação de
Cobertura.
Em Grupo de Cobertura [ (Cadastros/ Coberturas / Grupo de Cobertura) ] dentro dos Serviços Coberturas existem os
parâmetros para controlar as Unidades, Periodicidade, Unidade Periodicidade, Ciclo e o Tipo de Acúmulo das Unidades
que pode ser: por Beneficiário, por Titular, por Contrato ou por Modelo de Contrato.
No exemplo acima, o serviço 00010014 só poderá ser executado 1 vez para cada Beneficiário a cada 1 Dia, contado a
partir do início de Vigência do Beneficiário, para beneficiários que possuam o Grupo de Cobertura 1.

Página 61 de 749
Os mesmos parâmetros acima apresentados também existem na Negociação Cobertura [(Cadastros / Coberturas /
Negociação de Cobertura) ]. Veja:
Pelo exemplo acima, os serviços do Grupo de Cobertura 1, possuem uma limitação de 50 procedimentos para o
Contrato todo pelo prazo de 2 Meses contados a partir da Vigência do Contrato.
Lembrando que, uma Negociação Cobertura pode ser feita nos seguintes níveis:
 Para o Módulo do Beneficiário
 Para o Módulo do Contrato
 Para o Módulo do Modelo de Contrato
 Para o próprio Módulo Operadora
E é nesta ordem que os processos de Auditoria de Evento do Cardio e autorização pelo Néfron verificam a Negociação
de Cobertura, utilizando a primeira possível / existente.
O Tipo de Glosa que será apresentado para uma limitação contratual é:
135 - Qtde Procedimentos solicitados no período maior que o permitido.
No complemento da glosa, ainda será apresentado: ( Total Procedimentos: X Qt.Procedimentos: Y ), onde X é o total de
procedimentos a executar e o Y é a quantidade de procedimentos já utilizados.
Página 62 de 749
4.7. Tipo de Rede Referenciada

[ (Cadastros / Fornecedores / Tipo de Rede Referenciada) ]
Algumas Unimeds comercializam planos de saúde que não dão direito a ter atendimento em todos os prestadores que
são cooperados e contratados por ela. São os chamados planos “AMB - MASTER”.
Com isso, a relação de prestadores é restrita e, apenas beneficiários que possuem tal plano de saúde é que poderão
usufruir do atendimento destes prestadores “AMB - MASTER”.
O Código e Nome são livres.
O Código Externo deve ser preenchido conforme Tabela I – Rede Referenciada do manual PTU:

Página 63 de 749
Tipo de Acomodação do Prestador: Normalmente representado pelos valores “Coletiva (Enfermaria)” e

“Apartamento”. Se não houver uma Acomodação vinculada ao Prestador, pode-se caracterizar como Rede
Ambulatorial.
Uma vez a Rede Referenciada cadastrada, deve-se identificar quais Prestadores pertencem a ela e também quais são
os Contratos que poderão ser atendidos.
No arquivo de configuração (.cfg) do Cartão de Identificação, se existirem CAMPO(S) da Tabela

TipoRedeReferenciada, por exemplo, “TipoRedeReferenciada.CodigoExterno”, será exportado a rede referenciada que
estiver com o Publica Rede MARCADO.
Somente poderá ser marcado “Publica Rede” para uma rede referenciada.

Página 64 de 749
4.8. Cópia automática de Coberturas dos Módulos

[ (Cadastros / Coberturas / Copiar Cobertura Módulo) ]
O objetivo desse processo é possibilitar a cópia de uma cobertura de um módulo para outro. Sendo possível também
ser realizada cópia de cobertura da Negociação de Aquisição de Módulo e do Módulo Beneficiário.
Módulo Operadora Origem Campo onde será informado o Módulo que contém as coberturas que serão
(Opcional) copiadas para o destino.
Neg. Aquisição Módulo Caso preenchido será utilizado às coberturas dessa negociação para serem
Origem (Opcional) copiadas no destino.
Módulo Beneficiário Origem Se informado as coberturas desse módulo serão copiadas para o destino
(Opcional) informado.
Módulo Operadora Destino Se informado serão inseridas as coberturas de acordo com a origem informada.
(Opcional)
Neg. Aquisição Módulo Se informado serão inseridas as coberturas de acordo com a origem informada.
Destino (Opcional)
Módulo Beneficiário Destino Se informado serão inseridas as coberturas de acordo com a origem informada.
(Opcional)
Excluir Cobertura Existente Caso marcado as coberturas existentes no destino informado serão apagadas e
(Opcional) cadastradas novas coberturas. Caso desmarcado serão acrescentados novas
coberturas permanecendo as existentes.
Página 65 de 749
Exemplo 1
Neste exemplo iremos copiar um Módulo Operadora, onde teremos um Módulo de Origem e outro de Destino.
Módulo Operadora Origem: MÓDULO TESTE
Módulo Operadora Destino: MÓDULO TESTE 2

Página 66 de 749
Resultado do exemplo 1
Neste exemplo pudemos comprovar a duplicação das coberturas de um módulo de origem para outro de destino.
Esta mesma prática pode ser executada para fazer a cópia através de Negociação Aquisição Módulo e Módulo
Beneficiário sempre de uma origem para um destino.

Página 67 de 749
4.9. Copiar Módulo Operadora
Objetivo:
Permitir a cópia de um Módulo Operadora (Assistencial ou Acessório) já cadastrado na base para um Novo
Módulo Operadora.
Regra de Negocio:
O usuário irá informar o “Módulo Operadora Origem” que será copiado.
É obrigatório informar qual será o código do novo Módulo Operadora e não pode ser um código já existente na
base.
O usuário também poderá informar o “Nome”, “Data Início Comercialização” e “Código de Publicação” para o
novo Módulo Operadora. Caso estes campos não sejam informados em tela, o novo Módulo Operadora irá
assumir estas informações do Módulo Operadora Origem.
Além disso, é possível definir quais as outras informações devem ser copiadas do Módulo Operadora Origem
para o novo Módulo. Para isso, foram criados os checkboxes: “Plano Adaptado”, “Acessórios Vinculados”,
“Produtos Convênio”, “Cobertura”, “Restrições Aq.”, “Observações”, “Rede Referenciada”, “Liminar” e “Área de
Atuação”.
Quando o Módulo Operadora Origem for do tipo “Assistencial”, o checkbox “Produto Convênio” não pode ser
marcado. Se marcado, no processamento será apresentada mensagem de erro e o módulo não será copiado.
Quando o Módulo Operadora Origem for do tipo “Acessório”, os checkboxes “Plano Adaptado” e “Acessórios
Vinculados” não poderão ser marcados. Se marcado, no processamento será apresentada mensagem de erro
e o módulo não será copiado.
O checkbox “Plano Adaptado” só poderá ser marcado se for informado em tela o “Código Publicação” e se o
Módulo Operadora Origem for do tipo Assistencial e não possuir o campo “Número Registro” preenchido.
Pré-Requisitos:
 É necessário ter cadastrado o Módulo Operadora que será utilizado como Origem (Cadastros / Produtos /
Módulo Operadora)

Página 68 de 749
Copiar Módulo Operadora (Cadastros / Produtos / Copiar Módulo Operadora)
Este processo permite a cópia de um Módulo Operadora (Assistencial ou Acessório) já cadastrado na base
para um Novo Módulo Operadora.
Tela 4.9-1 – Copiar Módulo Operadora
Módulo Operadora Origem Módulo Operadora que será copiado.
Código Código do novo Módulo Operadora.
Nome Nome do novo Módulo Operadora.

Este campo é opcional. Caso não seja informado, o sistema irá utilizar o mesmo
nome do Módulo Operadora Origem.
Data Início Comercialização Data de Início de Comercialização do novo Módulo Operadora.

Este campo é opcional. Caso não seja informado, o sistema irá utilizar a mesma
Data de Início de Comercialização do Módulo Operadora Origem.
Código Publicação Código de Publicação do novo Módulo Operadora.

Este campo é opcional. Caso não seja informado, o sistema irá utilizar o mesmo
Código de Publicação do Módulo Operadora Origem.
Plano Adaptado Checkbox marcado por default. Quando marcado, o novo Módulo Operadora
será considerado um Plano Adaptado, ou seja, em seu cadastro o checkbox
“Plano Adaptado” será marcado.
Página 69 de 749
Para utilizar este checkbox:
 O “Código Publicação” deve ser informado em tela;
 O Módulo Operadora Origem deve ser do tipo “Assistencial”;
 O Módulo Operadora Origem não pode ter o campo “Número Registro”
preenchido.
Acessórios Vinculados Checkbox marcado por default. Quando marcado, os “Acessórios Vinculados”
do Módulo Origem serão copiados para o Novo Módulo Operadora.
 O Módulo Operadora Origem deve ser do tipo “Assistencial”
Produtos Convênio Checkbox marcado por default. Quando marcado, os “Produtos Convênio” do
Módulo Origem serão copiados para o Novo Módulo Operadora.
 O Módulo Operadora Origem deve ser do tipo “Acessório”
Cobertura Checkbox marcado por default. Quando marcado, as “Coberturas” do Módulo

Origem serão copiadas para o Novo Módulo Operadora.
Restrições Aq Se este checkbox estiver marcado, as “Restrições Aq” do Módulo Origem serão
copiadas para o Novo Módulo Operadora.
Observações Checkbox marcado por default. Quando marcado, as “Observações” do Módulo

Origem serão copiadas para o Novo Módulo Operadora.
Rede Referenciada Checkbox marcado por default. Quando marcado, as “Redes Referenciadas” do
Módulo Origem serão copiadas para o Novo Módulo Operadora.
Liminar Se este checkbox estiver marcado, as “Liminares” do Módulo Origem serão

copiadas para o Novo Módulo Operadora.
Área Atuação Checkbox marcado por default. Quando marcado, as “Áreas de Atuação” do
Módulo Origem serão copiadas para o Novo Módulo Operadora.
Mensagens de Erros que podem gerar dúvida:
 “Não foi possível realizar a cópia do módulo operadora. Código Módulo: XXXXXX, já existe cadastrado na base
Módulo Operadora: <autoid>”
Esta mensagem será apresentada se o código sugerido para o novo Módulo Operadora já existir cadastrado
na base.
 “Não pode ser MARCADO o Produtos Convênio quando o Módulo Operadora Origem for do Tipo Produto
Assistencial.”
Esta mensagem será apresentada quando o Módulo Operadora Origem for do tipo Assistencial e o checkbox
“Produto Convênio” estiver marcado.

Página 70 de 749
 “Não pode ser MARCADO o Acessórios Vinculados quando o Módulo Operadora Origem for do Tipo
Acessório.”
Esta mensagem será apresentada quando o Módulo Operadora Origem for do tipo Acessório e o checkbox
“Acessórios Vinculados” estiver marcado.
 “Plano Adaptado só pode ser marcado quando o Módulo Operadora for do tipo Assistencial.”
Esta mensagem será apresentada quando o Módulo Operadora Origem for do tipo Acessório e o checkbox
“Plano Adaptado” estiver marcado.
 “Plano Adaptado só pode estar marcado quando código de publicação for informado.”
Esta mensagem será apresentada quando o checkbox “Plano Adaptado” estiver marcado, porém não foi
informado o “Código de Publicação”.
 “Plano Adaptado não pode ser Marcado para Planos com Número de Registro“
Esta mensagem será apresentada quando o checkbox “Plano Adaptado” estiver marcado, e no cadastro do
Módulo Operadora Origem o campo “Número Registro” estiver preenchido.
 Todas as outras informações do Módulo Operadora Origem que não possuem parâmetro para ser definido
na tela do processo, serão copiadas automaticamente.
 Se existir cadastro de Negociação Tipo Glosa, Negociação Repasse e/ou Exclusão das Movimentações da
Operadora vinculado ao Módulo Operadora Origem, os mesmos NÂO serão copiados para o novo Módulo
Operadora.

Página 71 de 749
Exemplos:
Exemplo de uma cópia de Módulo Operadora do tipo Assistencial 9998888A para um novo Módulo Operadora
9998888B.
Tela 4.9-2 – Módulo Operadora - Origem
Tela 4.9-3 – Copiar Módulo Operadora

Página 72 de 749
Tela 4.9-4 – Mensagem – Copia do Módulo Realizada Com Sucesso
Tela 4.9-5 – Módulo Operadora - Destino

Página 73 de 749
4.10. Código de Publicação do Módulo Operadora para o SIB
O objetivo deste parâmetro é permitir que seja informado, no cadastro do Módulo Operadora, o “Código Publicação” que
será utilizado no envio dos arquivos SIB.
Esta parametrização impactará nos seguintes processamentos:
 Movimento SIB [ (Diversos / ANS / SIB / Movimento SIB) ]

Quando o campo “Código Publicação” no Módulo Operadora estiver preenchido, no cadastro do Movimento
SIB – Aba Inf.Módulo o campo “Registro Módulo” irá assumir este código. (Veja tela 2)
 Geração Arquivo Texto SIB [ (Diversos / ANS / SIB / Geração SIB / Geração Arquivo Texto SIB) ]
Quando no Módulo Operadora o campo “Código Publicação” estiver preenchido, ao invés de gravar no arquivo
o Código do Plano ou o Número Registro (ANS), será impresso o “Código Publicação”.
Portanto, o “Código Publicação” (quando cadastrado no Módulo Operadora) irá substituir o Código do Plano nos
processos de Geração Arquivo Texto SIB e no Cadastro do Movimento SIB.
Lembrando que a geração do Arquivo Texto SIB, segue a seguinte regra:
PLANO NÃO REGULAMENTADO è No arquivo será impresso o Número do código do plano na operadora (Col.
393-393). Enquanto o Número do Código do plano na ANS (Col. 210-218) será preenchido com “0” (zero).
PLANO REGULAMENTADO è No arquivo NÃO será impresso o Número do código do plano na operadora (Col.
393-393). Enquanto no Número do Código do plano na ANS (Col. 210-218) será impresso o valor cadastrado no
Módulo Operadora – campo “Número Registro” (trata-se do registro do Plano junto à ANS).
Exemplos:
Situação dos Módulos Operadora de 4 beneficiários diferentes:
NO CARDIO
Módulo Operadora Código Publicação Número Registro
1 9999990019N Vazio Vazio
2 408163993R Vazio 408163993
3 9999990024N XXX405060 Vazio
4 423053991R ZZZ321654 423053991
Informações a serem impressas no relatório, seguindo o exemplo acima:

Página 74 de 749
NO RELATÓRIO
Número do Código do plano na Nº código plano na operadora
ANS (Col. 210-218) (Col. 393-393)
1 “000000000” 9999990019N
2 408163993 “Em branco”
3 “000000000” XXX405060
4 ZZZ321654 “Em Branco”
Situação 1
Número do Código do plano na ANS (Col. 210-218)
Nº código plano na operadora (Col. 393-393)
Situação 2

Página 75 de 749
Situação 3

Página 76 de 749
Situação 4:

Página 77 de 749
Tela 1 – Módulo Operadora
Tela 2 – Movimento SIB

Página 78 de 749
5. Pessoa
Definição: Pessoa é uma entidade dentro do sistema, podendo ser pessoa física ou jurídica.
Exemplos de pessoa são contratos (empresas), vendedores, prestadores de serviços, Unimeds, responsáveis por
contrato e etc.
O cadastro de pessoa deve ser único e utilizado de acordo com a necessidade, por exemplo, uma pessoa física é
inicialmente cadastrada por ser um cooperado novo, em seguida ele resolver fazer um plano de saúde. Neste caso, a
mesma pessoa é utilizada para fazer o relacionamento com o contrato do plano.
É importante observar que o cadastro de pessoa não caracteriza nenhum vinculo com a Unimed. Um cliente que vem
pedir informações na recepção ou setor de vendas pode ser cadastrado como pessoa somente para registro de um
atendimento.
Os dados cadastrados em Pessoas é a fonte de alimentação para muitos processos do sistema:

 Emissão de Cartão de Identificação
 Exportação PTU A400 (Prestadores de Serviços)
 Exportação PTU A100 (Repasse de Beneficiários)
 Emissão de Documentos Financeiros e Bancários, etc.

Página 79 de 749
PRINCIPAIS RELACIONAMENTOS:
Contratante
Unimed Fornecedor
Pessoa
Prestador
Vendedor
Servico
Responsavel
Beneficiario Contrato
Todas as tabelas relacionadas com Pessoa:
Agenciabancaria Lotacaocontrato
Atendimentodireto Modelocontrato
Beneficiario Módulooperadora
Camaracompensacao Movprotocolo
Certificacaoprestador Negociacaopensao
Configfinan Prestadorservico
Contatopessoa Referenciapessoa
Contrato Registropessoa
Contratofinanceiro Retencaoimposto
Dependentepessoa Revenda
Docfinanceiro Servicoendpessoa
Emailpessoa Telefonepessoa
Enderecopessoa Vendedor
Entidademovdados Vincpessoaconcorrente
Especprestador Vincpessoajuridica
Itemfinanceiro

Página 80 de 749
5.1. Tabelas Necessárias no Cadastro de Pessoa
 [ (Cadastros / Pessoas / Informações Pessoais / Classe de Pessoa) ]

As pessoas, ao serem cadastradas recebem uma classificação, ou seja, deve-se informar em qual classe ela se
encaixa, veja tabela abaixo que foi padronizada pelo suporte da Unimed do Brasil, porém novas classes podem ser
criadas.
Classe de Pessoa:
1 UNIMEDs 2 Prestadores
3 Empresas 4 Beneficiários
5 Controladora 6 Vendedores
7 Lotações 8 Responsável pelo Contrato
9 Dependente IR 10 Outras Fontes
Observação: esta Classe de Pessoa não é obrigatória. É apenas classificatória.
 [ (Cadastros / Pessoas / Informações Pessoais / Faixa de Renda) ]

Nesta opção é possível estabelecer faixas de renda para ser informada em qual delas a pessoa está inserida no
momento do registro da pessoa, desta forma pode-se identificar perfis das pessoas registradas no sistema para criação
de produtos direcionados a determinado perfil.
Observação: esta Faixa de Renda não é obrigatória. É apenas classificatória.
 [ (Cadastros / Pessoas / Informações Pessoais / Faixa de Patrimônio) ]

Semelhante a opção anterior é possível estabelecer faixas de patrimônio para ser informada em qual delas a pessoa
está inserida no momento do registro da pessoa, desta forma pode-se identificar perfis das pessoas registradas no
sistema para criação de produtos direcionados a determinado perfil.
Observação: esta Faixa de Patrimônio não é obrigatória. É apenas classificatória.
 [ (Cadastros / Pessoas / Informações Pessoais / Canal de Divulgação) ]

Esta opção permite cadastrar os canais de divulgação, através dos quais a operadora faz propagandas para vendas,
campanhas, promoções e etc. No momento do cadastro da pessoa pode-se informar qual o canal a pessoa tomou
conhecimento da Unimed, desta forma, medimos onde será melhor divulgar promoções, vendas e etc.
Observação: este Canal de Divulgação não é obrigatório. É apenas classificatório.
 [ (Cadastros / Pessoas / Informações Pessoais / Cidade do País) ]

Opção utilizada para cadastrar as cidades do país. Este cadastro será utilizado principalmente nos Endereços da
Pessoa.
Observação: Não é permitida a duplicidade de cidades, isto é, uma mesma cidade (Nome + Estado) em mais de um
código distinto A consistência (chave do registro) é: Nome da Cidade + UF (Estado).

Página 81 de 749
 [ (Cadastros / Pessoas / Informações Pessoais / Ocupação Profissional) ]

Nesta opção já estão cadastradas todas as ocupações profissionais divulgadas pelo IBGE. No momento de cadastrar a
pessoa, deve-se informar o código de sua ocupação profissional (ver Obrigatoriedades exigidas pelos órgãos
reguladores descritas abaixo). Elas correspondem ao CBO – Código Brasileiro de Ocupação.
 [ (Cadastros / Pessoas / Informações Pessoais / Operadora de Comunicação) ]

Cadastrar aqui, as operadoras de comunicação para serem utilizadas no cadastro dos telefones da pessoa.
Observação: esta Operadora de Comunicação não é obrigatória. É apenas classificatória.
 [ (Cadastros / Pessoas / Informações Pessoais / Ramo de Atividade) ]

Cadastrar aqui a lista de ramos de atividades possíveis para classificar suas pessoas jurídicas e criar perfis para
geração de produtos e tomada de decisão.
Observação: este Ramo de Atividade não é obrigatório. É apenas classificatório.
 [ (Cadastros / Pessoas / Informações Pessoais / Região de Atuação) ]

Cadastro das regiões da sua área de ação ou cidade com a finalidade identificar onde estão as pessoas cadastradas.
Observação: esta Região de Atuação não é obrigatória. É apenas classificatória.
 [ (Cadastros / Pessoas / Informações Pessoais / Segmento de Mercado) ]

Cadastrar aqui a lista de segmentos de mercados possíveis para classificar suas pessoas jurídicas e criar perfis para
geração de produtos e tomada de decisão.
Observação: este Segmento de Mercado não é obrigatório. É apenas classificatório.
 [ (Cadastros / Pessoas / Informações Pessoais / Tipo Exceção) ]

Cadastrar nesta opção as exceções de maioridade dos dependentes, ou seja, as pessoas que não encaixam no padrão
legal de dependência, por exemplo, universitários que têm a dependência expandida até 24 anos e as deficientes que
não tem limite de idade para dependência.

Página 82 de 749
5.2. Cadastro Pessoa

[ (Cadastros / Pessoas / Pessoa) ]
Aba Geral
Campo Observações
Nome Nome com 120 posições exigido pela ANS
Nome Reduzido Nome com 25 caracteres que será utilizado na emissão de cartões e na maioria
dos relatórios
CNP (Cadastro Nacional de Informar o CPF, CNPJ ou CEI.
Pessoa)
Faixa Receita Campo opcional conforme lista previamente cadastrada
Faixa Patrimônio Campo opcional conforme lista previamente cadastrada
Canal Divulgação Campo opcional conforme lista previamente cadastrada
Comp. Canal Divulgação Se informado o campo anterior, pode registrar um complemento, por exemplo, se
o canal informado foi jornal, pode cadastrar o nome deste jornal no campo
complemento.
Tipo Física ou Jurídica
Classe Utilizada para agrupar pessoas com as mesmas características.
Home Page Informar o site da pessoa, se ela possuir

Página 83 de 749
Dependendo do Tipo da pessoa, serão apresentadas sub-abas diferentes.
Aba Jurídica - Sub-aba Info PJ

Campo Observações
Junta Comercial Informar o código do registro na junta comercial
Data Fundação Informar a data da fundação da pessoa jurídica
Capital Social Informar o capital social da pessoa jurídica
Região Informar a região na qual está localizada a pessoa jurídica
Segmento de Mercado Informar o segmento de mercado no qual a pessoa jurídica atua
Ramo de atividade Informar o ramo de atividade que a empresa desempenha
Aba Jurídica - Sub-aba Vínculos

Identificação da Controladora, Controlada e/ou Coligada, de acordo com RN 117 da ANS.

Página 84 de 749
Aba Física - Sub-Aba Info Pessoais
Campo Observações
Sexo Informar sexo da pessoa
Data de nascimento Informar a data de nascimento da pessoa
Data Adoção Data de adoção utilizada para cálculo de recém nato quando for filho adotivo.
Sempre que o campo “Data Adoção” for preenchido com uma data que seja
menor que a data preenchida para o campo “Data Nascimento” será apresentada
uma mensagem de erro alertando o usuário. Para que essa mensagem deixe de
ser gerada, a data preenchida no campo “Data Adoção” deve ser maior ou igual à
data preenchida no campo “Data Nascimento”.
Estado Civil Informar o estado civil da pessoa
Nome do Cônjuge Informar o nome do cônjuge da pessoa, se tiver.
Naturalidade Informar a naturalidade da pessoa
Nacionalidade Informar nacionalidade da pessoa
Escolaridade Informar a naturalidade da pessoa
Data de Falecimento Informar se for este o caso
Tipo de exceção Informar o código da exceção de maioridade de dependência da pessoa, se este
for o caso. Exemplos de exceções: Universitários e deficientes

Página 85 de 749
Aba Física - Sub-Aba Filiação
Nome do pai
Nome da mãe: nome da mãe é obrigatório para a ANS quando Pessoa for Beneficiário.
Aba Física - Sub-Aba Info.Profissionais

Natureza Ocupação
Ocupação Profissional: exigido pela RN 117 da ANS
Aba Física - Sub-Aba Dependentes

Informar os dependentes do aspecto legal da pessoa cadastrada e restringir ou não o atendimento para o dependente.
No caso de prestadores de serviço, pessoas físicas que abatem no valor na base do imposto de renda seus
dependentes devem ser informados nessa opção. Porém, para que o Dependente seja considerado no cálculo do IR, o
checkbox “Considera Contagem Imposto” deve estar marcado. O checkbox “Atendimento bloqueado” permite que seja
liberado ou não um evento/solicitação onde a pessoa do beneficiário do evento/solicitação seja a mesma pessoa de
algum dependente vinculado a pessoa do prestador executante do item evento/item solicitação.
 Considera Contagem Imposto
Essa opção permite que a Unimed defina quais os Dependentes serão considerados no cálculo do Imposto de
Renda.
O cadastro destes Dependentes deve ser vinculado ao Prestador de Serviço no cadastro da Pessoa (Física) do
mesmo. Porém para que o Dependente seja considerado no cálculo do IR, o novo checkbox “Considera
Contagem Imposto” deve estar marcado.
Tela 5.2-1 – Pessoa – Aba Dependentes – Grid Dependentes

Página 86 de 749
Exemplos:
1. Existe um Prestador na Unimed que possui um Dependente, e este deve ser considerado no cálculo do
Imposto de Renda.
Para isso, o Dependente deve ser vinculado no cadastro da Pessoa do Prestador, e o checkbox “Considera
Contagem Imposto” deve ser marcado.
Na geração do Documento Financeiro de Pagamento deste Prestador, o cálculo do Imposto de Renda será
realizado considerando o desconto para o Dependente cadastrado.

Página 87 de 749
Tela 5.2-3 – Documento Financeiro – Considerado Dependente no cálculo do IR
Tela 5.2-4 – Imposto do Documento Financeiro – Considerado Dependente no cálculo do IR

Página 88 de 749
2. Existe um Prestador na Unimed que possui um Dependente, porém este não deve ser considerado no cálculo
do Imposto de Renda.
Para isso, o dependente deve ser vinculado no cadastro da Pessoa do Prestador, porém o checkbox
“Considera Contagem Imposto” NÃO deve ser marcado.
realizado sem considerar o desconto para este dependente.

Página 89 de 749
Tela 5.2-6 – Documento Financeiro – Não Considerado Dependente no cálculo do IR
Tela 5.2-7 – Imposto do Documento Financeiro – Não Considerado Dependente no cálculo do IR

Página 90 de 749
 Atendimento Bloqueado
Essa opção permite que a Unimed defina se será permitido liberar um Evento/Solicitação onde a Pessoa do
Beneficiário deste Evento/Solicitação seja a mesma Pessoa de algum Dependente vinculado a Pessoa do
Prestador Executante do Item Evento/Item Solicitação.
Caso não seja informado o Prestador Executante no Item Evento/Item Solicitação, será verificado o Local de
Execução do Evento/Solicitação.
Porém, para que esta restrição seja feita e a Glosa seja apresentada, no cadastro do Dependente do Prestador
Executante (Pessoa) do Item Evento/Item Solicitação, o checkbox “Atendimento Bloqueado” deve estar
marcado.
Quando existir estas situações, ao realizar a Auditoria no Cardio ou Solicitação de Serviço no Néfron será
apresentada a glosa 291 - Beneficiário bloqueado por ser dependente do Prestador.

Página 91 de 749
Exemplos:
1. Existe um Prestador na Unimed que possui um Dependente, e este deve ser considerado no cálculo do
Imposto de Renda.
Para isso, o Dependente deve ser vinculado no cadastro da Pessoa do Prestador, e o checkbox “Considera
Contagem Imposto” deve ser marcado.
realizado considerando o desconto para o Dependente cadastrado.

Página 92 de 749
Tela 5.2-10 – Documento Financeiro – Considerado Dependente no cálculo do IR
Tela 5.2-11 – Imposto do Documento Financeiro – Considerado Dependente no cálculo do IR

Página 93 de 749
Aba Registros
Nesta Aba são cadastrados os documentos da pessoa normalmente solicitados pela operadora como: Inscrição
Estadual (PJ), PIS/PASEP, Certidão de Nascimento, Passaporte, etc.
No caso do tipo ser igual “P.I.S” o sistema irá validar o dígito verificador. Se for informado um número inválido será
apresentada uma mensagem de aviso “Número do PIS inválido”.
Alguns tipos de Registros serão obrigatórios de acordo com a característica da Pessoa e sua exportação aos órgãos
reguladores.

Página 94 de 749
Aba Endereço
Aqui são cadastrados os endereços da pessoa, o telefone, o e-mail e etc.

Por ser bem simples, vamos destacar apenas os campos relevantes:
No Campo Seq identificar a sequência de endereços da pessoa, por exemplo, se ela tem 3 endereços então poderia ser
seqüência 1 para o primeiro endereço, seqüência 2 para o segundo endereço e assim por diante.
O Campo início vigência serve para identificar a data a partir da qual o endereço é válido
O Campo fim vigência deve ser preenchido quando houver mudança de endereço ou o mesmo não será mais utilizado,
desta forma pode-se ficar com o histórico de endereços da pessoa.
Os checkboxes para correspondência, para cobrança e para faturamento servem, quando assinaladas, para
identificar sua utilização (Para Cobrança e Para Faturamento serão utilizados para a emissão de documentos
financeiros e documentos bancários).
O checkbox para publicação identifica se o endereço será utilizado para emitir relatório para publicação do guia
médico e também para a exportação do PTU A400. Esta opção será utilizada e útil somente quando a Pessoa for um
Prestador de Serviço.

Página 95 de 749
Aba Contatos
São os cadastros de contatos e/ou referências da pessoa. São cadastros básicos como nome, telefone, email, etc..

Página 96 de 749
5.3. Recuperação Automática de Campos no Endereço da Pessoa
Existe a facilidade de permitir que o Logradouro, Bairro e Cidade sejam recuperados automaticamente no cadastro de
endereço da pessoa, quando digitado o código do CEP.
Para este recurso será necessário o cadastro dos seguintes processos:
 Bairro [ (Cadastros / Pessoas / Logradouro / Bairro) ]

(Veja tela 1)
 Logradouro [ (Cadastros / Pessoa / Logradouro / Logradouro) ]

(Veja tela 2)
No cadastro de Endereço de Pessoa [ (Cadastros / Pessoas / Endereço de Pessoa) ], existe uma “Lupa” ao lado do
campo Logradouro, permitindo a recuperação de um Logradouro previamente cadastrado na base (Veja tela 3).
O processo irá funcionar da seguinte forma:
 No cadastro do Logradouro será vinculado um bairro cadastrado na base

 Neste cadastro também estará vinculado um código de CEP
No momento do cadastro de um endereço de Pessoa, ao informar o CEP o sistema irá recuperar automaticamente o
Logradouro, o Bairro e a Cidade.
Se, ao invés de ser informado o CEP seja informado o Logradouro (através da “Lupa”), os campos CEP, Bairro e
Cidade, deverão ser preenchidos automaticamente no cadastro do endereço de Pessoa. (Veja Exemplo 1)
Obs.: O preenchimento do Bairro no cadastro do Logradouro não é obrigatório, desta forma caso seja recuperado um
Logradouro sem Bairro, no cadastro do Endereço de Pessoa o campo “Bairro” ficará vazio, podendo ser informado um
valor manualmente.

Página 97 de 749
Tela 1 – Bairro
Código Código que identifica o Bairro
Nome Nome Completo do Bairro
Nome Reduzido Nome que será apresentado nos relatórios e/ou arquivos impressos.
Cidade A cidade do Bairro será recuperada de uma tabela já existente na base.

Página 98 de 749
Tela 2 - Logradouro
Código Código que identifica o Logradouro
CEP CEP do Logradouro. Através dele será recuperado automaticamente o
Logradouro no momento do cadastro do Endereço de Pessoa
Tipo Indica qual o tipo do Logradouro. Ex: Av., Rua, Rodovia, etc.
Nome Nome do Logradouro
Bairro O Bairro do Logradouro será recuperado de uma tabela já existente na base
Cidade A cidade do Logradouro será recuperada de uma tabela já existente na
base.

Página 99 de 749
Tela 3 – Endereço de Pessoa
Campo “Logradouro” no cadastro do Endereço de Pessoa. Neste cadastro será possível recuperar um Logradouro já
existente na base utilizando a “Lupa” no canto direito do campo.
Exemplo 1
Logradouro cadastrado na base:
 CEP: 03259-000
 Bairro: 999 (vinculado)
 Cidade: SÃO PAULO.SP

Página 100 de 749
Cadastrando o Endereço de Pessoa

Após informar um CEP existente no cadastro de um determinado Logradouro, o sistema preenche automaticamente os
campos Logradouro, Bairro e Cidade.

Página 101 de 749
5.4. Obrigatoriedades exigidas pelos órgãos reguladores
1. RESOLUÇÃO NORMATIVA - RN N.° 117, DE 30 DE NOVEMBRO DE 2005.
Dispõe sobre a identificação de clientes, manutenção de registros e prevê relação de operações e situações que podem
configurar indícios de ocorrência dos crimes previstos na Lei n.º 9.613, de 3 de março de 1998, e dá outras
providências.
Para obter a RN na íntegra, acessar o site da ANS:

http://www.ans.gov.br/portal/site/legislacao/legislacao_integra.asp?id=798&id_original=0
As principais necessidades exigidas pela ANS estão abaixo relacionadas, com explicação de como efetuar o
cadastramento no Cardio:
§ 1º O cadastro de que trata o caput deverá conter, no mínimo, as seguintes informações:

I – se pessoa física:
a) nome completo;
b) número de inscrição no Cadastro de Pessoas Físicas (CPF/MF);
Os itens acima já existem e estão disponíveis no cadastro de Pessoa [ (Cadastros / Pessoas /Pessoa) ].
Utilizar-se dos campos Nome e CNP.
c) natureza e número do documento de identificação, nome do órgão expedidor e data de expedição ou dados
do passaporte ou carteira civil, se estrangeiro;
O item acima também já é contemplado no cadastro de Pessoa [ (Cadastros / Pessoas /Pessoa)] aba Registros:

Página 102 de 749
d) endereço completo (logradouro, complemento, bairro, código de endereçamento postal – CEP, cidade,
unidade da federação), número de telefone e código DDD;
Itens também já contemplados no cadastro de Pessoa [ (Cadastros / Pessoas /Pessoa) ], aba Endereços.
e) atividade principal desenvolvida.

Item também já existente. No cadastro de Pessoa [ (Cadastros / Pessoas /Pessoa) ], aba Info. Profissionais (quando
Pessoa Física) utilizar-se do campo CBO (Código Brasileiro de Ocupação). Obs: No cadastro de ocupação profissional
poderá ser utilizado até 136 caracteres.

Página 103 de 749
II – se pessoa jurídica:
a) a denominação ou razão social;
Utilizar-se do campo Nome já existente no cadastro de Pessoa [ (Cadastros / Pessoas /Pessoa) ].

Página 104 de 749
b) atividade principal desenvolvida;
Utilizar-se do campo Ramo Atividade disponível na aba Info PJ (quando Pessoa Jurídica):
O cadastro de Ramo de Atividade está disponível em [ (Cadastros / Pessoas / Informações Pessoais / Ramo de
Atividade) ], e foi utilizada a codificação elaborada pela Receita Federal já que, a ANS não padronizou tal cadastro.
Existe um campo chamado código externo, que quando preenchido, será utilizado quando houver exportação de dados
da pessoa, ou seja, o objetivo é adequar o processo de cadastro esses códigos de acordo com uma lista externa que
será comum a todas as Unimed’s.

Página 105 de 749
Tela 1 – Ramo de Atividade
Código Código utilizado para identificação do ramo de atividade.
Nome Nome utilizado para identificação do ramo de atividade. O campo comporta
até 200 caracteres.
Código Externo Caso este campo seja preenchido, o mesmo irá referenciar o Ramo de
Atividade, quando houver exportação de dados da pessoa.
c) número de identificação no Cadastro Nacional de Pessoa Jurídica (CNPJ);

Refere-se ao campo CNP já existente no cadastro de Pessoa.
d) endereço completo (logradouro, complemento, bairro, código de endereçamento postal – CEP, cidade,
unidade da federação), número de telefone e código DDD;
Itens também já contemplados no cadastro de Pessoa [ (Cadastros / Pessoas /Pessoa) ], aba Endereços.

Página 106 de 749
e) nome e qualificação dos representantes legais;
Deverá utilizar-se do cadastro disponível na aba Contatos no cadastro de Pessoa:
Este cadastro foi implementado para atender esta RN.

Foi inserido o Início e Fim de Vigência do Contato, desta maneira mantém-se um histórico.
Poderá optar pelo cadastramento apenas do Nome ou então utilizar-se o campo Cadastro que é um cadastro de uma
Pessoa.
O Tipo é o padrão definido pela ANS, sendo: Acionista, Empregado, Advogado, Cliente, Contador, Corretor, Diretor e
Outros.
Caso o contato seja o Representante Legal, então, deverá marcar o checkbox correspondente.
Em cartilha de Perguntas e Respostas divulgada pela ANS, o entendimento de Qualificação do Representante Legal
diz respeito à escolaridade e não ao cargo/função do representante na empresa.

Página 107 de 749
Desta maneira, no cadastro da Pessoa que se refere a um Representante Legal (que é cadastrado em Contatos no
cadastro da Pessoa Jurídica), deverá informar a Escolaridade. Veja exemplo:

Página 108 de 749
f) nome da(s) controladora(s), controlada(s) ou coligada(s).
Foi disponibilizada uma nova aba chamada Vínculos para Pessoa Jurídica:

Página 109 de 749
Através deste cadastramento, identifica-se a Pessoa Vinculada e o Tipo de Vínculo: Coligada ou Controlada.
A identificação de Controladora é intrínseca, isto é, se houverem registros de Controlada, então, automaticamente a

Pessoa é a Controladora.
Outras informações relacionadas à Pessoa:
Migração de Dados:
 Cidade Pais
 Tipos de Exceção
 Pessoas
Matriz do Sistema já contém:

 Classe de Pessoa
 Ocupação Profissional
 Tipo de Contato

Página 110 de 749
5.5. Copiar Endereço para Família
Objetivo:
Realizar a cópia do endereço cadastrado no titular para os seus respectivos dependentes.
Regras de Negócio:
Realizar a cópia do endereço do titular para todos os seus dependentes desde que não haja nenhum endereço
previamente cadastrado para o dependente.
Pré-Requisitos:
 Possuir um endereço cadastrado para o Titular;
 Possuir ao menos um dependente sem endereço cadastrado.
Copiar Endereço Família (Cadastros / Beneficiários / Movimentações Cadastrais / Copia Endereço Família)
Tela 5.5-1 Cópia Endereço Familia
Beneficiário Beneficiário titular detentor do endereço
Para Correspondência O endereço será utilizado para envio de correspondência
Para Cobrança O endereço será utilizado para envio de cobranças
Para Faturamento O endereço será utilizado para envio de faturas
Classe Classe do endereço

Página 111 de 749
 A cópia é feita apenas para o cadastro de Endereço, não é feita para o cadastro de Telefone.
 A data de início de vigência do endereço do dependente será a mesma do endereço do titular.
 A cópia para o titular é feita somente quando todos os filtros satisfazem as condições do endereço
do titular (veja mais detalhes no 1º exemplo).
 A cópia do Endereço do Titular é feita somente para os seus Dependentes que não possuírem
Endereço cadastrado. Para os que já possuem é gerado uma mensagem de aviso (veja mais
detalhes no 2º exemplo).
 Mesmo que o Dependente possua um endereço com fim de vigência, o endereço do titular não
será copiado através deste processo.
 O processo não irá atualizar o Endereço do Dependente quando o Endereço do Titular sofrer
alteração. O processo fará cópia somente se o Dependente não possuir endereço.

 Não foi recuperado nenhum registro com os parâmetros informados
A mensagem ocorreu por haver incompatibilidade entre o endereço do Titular com os filtros informados na tela
do processo. Deverá ser verificado como está o cadastro do endereço do Titular e informar em tela as
informações corretas.
Mensagens de Aviso que podem gerar dúvida:

 Problemas ao tentar inserir/atualizar endereço / Beneficiário xxxxxxxxxxxxxxxx já possui endereço
cadastrado
Esta mensagem será apresentada sempre que um dos dependentes do Titular já possuir endereço cadastrado.
Porém, se houver mais dependentes que não possuírem endereço a cópia será feita.

Página 112 de 749
1º Exemplo
O Endereço do Titular está com todos os checkboxes marcados e ao executar o processo foi marcado apenas
o checkbox “Para Correspondência”.
Tela 5.5-2 Endereço do Beneficiário Titular

Página 113 de 749
Tela 5.5-3 Cópia Endereço Família – Marcado apenas o checkbox “Para Correspondência”
Tela 5.5-4 Mensagem de Erro gerada pela incompatibilidade do Endereço do Titular com os filtros informados em tela

Página 114 de 749
2º Exemplo:
O beneficiário Titular possui 2 dependentes. Um deles já possui um endereço cadastrado e o outro dependente
não. Ao executar o processo o sistema fará a cópia do endereço do Titular para o dependente que não possuia
endereço e apresentará uma Mensagem de Aviso mostrando o dependente que já possuia endereço.
Tela 5.5-5 Beneficiário Titular

Página 115 de 749
Tela 5.5-6 Endereço do Beneficiário Titular
Tela 5.5-7 Endereço do “Dependente A” não cadastrado

Página 116 de 749
Tela 5.5-8 Endereço do “Dependente B” cadastrado
Tela 5.5-9 Cópia Endereço Família

Página 117 de 749
Tela 5.5-10 Mensagem de Aviso
Tela 5.5-11 Endereço copiado para o “Dependente A” que não possuia endereço cadastrado

Página 118 de 749
Tela 5.5-12 Endereço NÂO copiado para o “Dependente B”, pois já possuia endereço cadastrado

Página 119 de 749
6. Modelo de Contrato
[ (Cadastros / Contratos / Modelo de Contrato) ]
Objetivo:
Modelo de Contrato é a caracterização de tipos de Contratos que a Unimed possui. Dentre estas
características estão: Tipo de Contingente, Tipo de Contratação e Modalidade de Cobrança.
Se uma Unimed possui 2 contratos Locais com Pessoa Jurídica, sendo um de Pós-Pagamento e outro de
Pré-Pagamento, teremos, com certeza, 2 Modelos de Contrato. Veja exemplo:
Código do Modelo de Contrato Tipo de Contingente Tipo de Contratação Modalidade de Cobrança

1 - PRE-PAGAMENTO (PATROCINADO) Local Coletivo Patrocinado Pré-Pagamento
3 - POS-PAGAMENTO (PATROCINADO) Local Coletivo Patrocinado Pós-Pagamento
Quando pensamos em Contratos de Pessoa Física, podemos também pensar na criação de Modelos de
Contratos por característica, mas neste caso, pelo tipo de plano de saúde oferecido. Exemplo:
Código do Modelo de Contrato Tipo de Contingente Tipo de Contratação Modalidade de Cobrança

9990001 - REGIONAL STANDARD Local Individual / Familiar Pré-Pagamento
9997000 - PARCERIA ESPECIAL Local Individual / Familiar Pré-Pagamento
Observação: Os exemplos citados acima são apenas sugestões. A criação de Modelos de Contratos é livre,
dependendo da caracterização mínima (Tipo de Contingente, Tipo de Contratação e Modalidade de
Cobrança) e da necessidade da Unimed.
No Cardio, existem muitos recursos associados diretamente ao Modelo de Contrato como: criação de
Negociações, processamentos e relatórios.
Pré-Requisitos:
 Não há pré-requisitos

Página 120 de 749
Tela 6-1 – Modelo de Contrato - Aba Geral
Campo Observações
Código Define o código do Modelo de Contrato. Codificação livre.
Nome Define o nome do modelo.
Nome Reduzido Define o nome reduzido do módulo.
Início Vigência Define a data que o modelo de contrato começou a ser oferecido.
Fim Vigência Define a data que determina o fim de utilização de um modelo de contrato. Este parâmetro
impactará nos seguintes processos:
 Contrato [ (Cadastros / Contratos / Contrato) ].

Será validado na inclusão de um contrato se o Inicio de Vigência é superior ao Fim de Vigência
do Modelo de Contrato em qual o contrato está sendo associado. Caso seja, será apresentada
mensagem em tela.
 Negociação de Aquisição de Módulo [ (Cadastros / Contratos / Negociação de Aquisição de

Módulo) ].
Será validado na inclusão de uma negociação se o Inicio de Vigência é superior ao Fim de
Vigência do Modelo de Contrato em qual o contrato está sendo associado. Caso seja, será
Página 121 de 749
apresentada mensagem em tela.
Tipo Correspondem aos valores cadastrados na tabela TipoModeloContrato.Atualmente só existe o
Assistencial
Tipo Contingente Relacionado diretamente ao Contrato firmado entre a Unimed e a Contratante. São eles:
1 Local É o tipo mais comum existente nas Unimeds. Será utilizado para os
Contratos firmados entre a Unimed e o Contratante
Local (não Unimeds) pessoa Jurídica ou Física.
2 Continuado Será utilizado para Contratos que serão cadastrados para conter os
beneficiários que são repassados de outras Unimeds para a Unimed
local. É chamado Intercâmbio de Beneficiários. Geralmente estes
beneficiários serão recebidos através do arquivo PTU A100 –
Movimentação Cadastral de Beneficiários.
3 Eventual Será utilizado para Contratos cujos Contratantes são Unimeds, que irão
conter os beneficiários que são atendidos eventualmente por sua
Unimed, também conhecidos como atendimento em trânsito.
4 Aposentado / É o tipo de contingente que abrigará os beneficiários que se tornarem
Demitido Aposentado ou Demitido.
(Mais bem estudado em Beneficiários).
Tipo Contratação Define qual será o tipo de contratação do modelo.
1 Individual/Familiar O contrato Individual/Familiar é considerado aquele contratado por
pessoas físicas, ou plano mantido por autogestões em que a
contraprestação pecuniária seja integralmente paga pelo
beneficiário.
(Originalmente, a ANS havia definido 2 tipos distintos para contratos
de pessoas físicas. Atualmente, tanto o Individual/Familiar quanto o
só Familiar caracterizam contratos de Pessoas Físicas. Portanto, não
existem problemas / impactos pelo fato do Cardio ter mantido esta
antiga definição).
2 Familiar O contrato Familiar é considerado aquele contratado por pessoas
físicas, ou plano mantido por autogestões em que a contraprestação
pecuniária seja integralmente paga pelo beneficiário.
3 Coletivo O contrato coletivo patrocinado é considerado aquele contratado por
Patrocinado pessoa jurídica em que a contraprestação pecuniária é total ou
parcialmente paga a operadora pela pessoa jurídica contratante e o
mantido por autogestão em que o beneficiário paga parcialmente a
contraprestação pecuniária.
4 Coletivo Não O contrato coletivo não patrocinado (adesão) é considerado aquele
Patrocinado contratado por pessoa jurídica em que a contraprestação pecuniária
seja integralmente paga pelo beneficiário diretamente a operadora.
Também é permitido que o contratante seja diretamente uma pessoa
física.
5 Beneficente Identifica os contratos de entidades filantrópicas e entidades
beneficentes de assistência social.
Classe Contratação Define valores cadastrados pela própria Operadora na tabela Classe Contratação. A matriz
segue com: Pré-Pagamento, Pós-Pagamento e Particular. Não há funcionalidade para este
Página 122 de 749
campo apesar de ser obrigatório.
Modalidade Define qual será a modalidade de cobrança dos serviços prestados. Esta informação é
Cobrança determinante para a cobrança dos Eventos. Selecionar entre Pré-Pagamento e Pós-
Pagamento.
Pré-Pagamento: contrato onde a Unimed cobrará mensalidade, movimentações cadastrais
(inclusão, 2ª via de cartão, etc.) e co-participação.
Pós-Pagamento: contrato onde a Unimed cobrará todos os atendimentos realizados por seus
beneficiários.
Entidade Captadora Define a pessoa responsável pela negociação do modelo de contrato. Geralmente esta
informação é indicada para contratos de Adesão.
Captador Define o vendedor que negociou o modelo de contrato.
Modelo Base Caso o modelo seja um modelo de contrato Aposentado/Demitido, o modelo base é o modelo
de contrato que deu origem ao modelo de contrato aposentado/demitido.
Empresa Informar a empresa. Este campo será utilizado para montagem do código do beneficiário
quando for formatado e para atender ao PTU.
checkbox “Permite O checkbox Permite Dep sem Titular quando marcado serve para permitir o cadastro de
Dep sem Titular” dependentes sem titulares para modelos de contrato do tipo continuado.
Tela 6-2 – Modelo de Contrato – Aba Módulos Negociados
São os Módulos Operadora dos tipos Assistencial (Plano de Saúde) ou Acessório permitidos para o Modelo de
Contrato.
Vale salientar que, os Módulos Negociados cadastrados em Modelo de Contrato poderão ser herdados pelos Contratos
atrelados ao Modelo de Contrato.
A Negociação de Aquisição de Módulo será estudada mais adiante.

Página 123 de 749
Tela 6-3 – Modelo de Contrato - Aba Info. Financeiras
Campo Observações
Classe Faturamento Define valores cadastrados pela própria Operadora na tabela Classe Faturamento
[ (Cadastros / Tabelas Gerais / Classe de Faturamento) ].
A matriz já segue com informações que podem ser modificadas / adequadas de
acordo com necessidades.
Esta informação é bastante útil em processos de Valorização de Cobranças,
relatórios, etc., onde haverá a possibilidade de seleção pela Classe de
Faturamento.
Data Base É a data de referência para que determinados processos encontre a tabela de
cobrança a ser utilizado / aplicada.
Será mais bem estudada no capítulo referente a Cobranças.
Tipo Intervalo Faturamento Define o tipo de intervalo de faturamento do modelo de contrato para a cobrança
de pré-pagamento, a saber:
1 Competência O faturamento é feito do primeiro dia até o último dia do
mês.
2 Vigência do O faturamento é feito a partir da data de inclusão do
Contrato contrato na competência até a mesma data na próxima

Página 124 de 749
competência.
Exemplo, supondo que um Contrato tenha início de vigência em 10/03/2006 e a
competência de pré-pagamento a ser processada é a 12/2007:
Tipo Intervalo Faturamento Período que o processo considerará
Competência 01/12/2007 a 31/12/2007
Vigência do Contrato 10/12/2007 a 09/01/2008
Tipo Cls. Doc. Fin. Define um tipo de classe de documento financeiro específico para o modelo de
contrato, caso não seja informado será utilizado o tipo classe documento
financeiro padrão cadastrado em: [ (Diversos / Configurações Gerais /
Configuração da Operadora / Tipo Cl. Doc. Fin.) ]
Este Tipo de Classe Documento Financeiro serve para a Unimed unificar os tipos
de documentos financeiros a serem gerados. Por exemplo: sua Unimed quer que
cobranças de Mensalidades e de Co-participação sejam emitidas em um único
documento para cada Contrato. Normalmente, estas cobranças seriam geradas
em Documentos Financeiros distintos já que, a Mensalidade refere-se à cobrança
de Pré-Pagamento e a Co-participação refere-se à cobrança de Pós-Pagamento.
O Tipo Classe Doc. Financeiro está disponível em [ (Financeiro / Tabelas e Configurações / Tipo Classe Doc.
Financeiro ) ]. Veja exemplo:
Tela 6-4 – Tipo Classe Doc. Financeiro

Página 125 de 749

Página 126 de 749
Aba Rateios Atos
O Rateio de Atos é um percentual aplicado sobre mensalidade de cobrança de pré-pagamento para se identificar então
o valor da base que será utilizada para cálculo de impostos (veja mais informações adiante).
Os percentuais dos Atos muitas vezes são definidos pelo Contador na Unimed.
Mas também existe uma recomendação da Assessoria Contábil da Unimed do Brasil onde o rateio destes percentuais
seja definido por Contrato, baseado nas utilizações. Em suma, qual é o percentual do valor da Receita que são gastos
para pagamento de atos médicos (Ato Principal).
Veja abaixo como o Cardio atende esta funcionalidade:

 O percentual do Rateio pode ser obtido automaticamente ou inserido manualmente
 O percentual do Rateio poderá estar no nível Contrato (valerá apenas para ele) ou então, poderá estar no nível
Modelo de Contrato (valerá para todos os Contratos que estão atrelados ao Modelo).
Em Modelo de Contrato [ (Cadastros / Contratos / Modelo de Contrato) ] existe a aba Rateios Atos para permitir sua
manutenção:
Tela 6-5 – Modelo de Contrato – Aba Rateios Atos

Página 127 de 749
O Rateio de Atos também permite histórico. Então há Início e Fim de Vigência:
Tela 6-6 – Modelo de Contrato – Aba Rateios
Este Fim de Vigência tem uma função bastante importante: como o Rateio de Atos está nos níveis de Contrato e
também de Modelo de Contrato, seu Contador pode definir que a partir de uma determinada data, o Rateio de Atos
cadastrado no Contrato deixe de ser considerado. Bastará então inserir um Fim de Vigência para que o processo de
Geração de Item Financeiro passe a utilizar o Rateio de Atos vigente do Modelo de Contrato.
Para informar um Fim de Vigência para um intervalo de Contratos, pode-se utilizar o processo denominado Finaliza
Rateio de Ato disponível em [ (Cobranças / Cobrança Pré- Pagamento / Rateio de Atos / Finaliza Rateio de Atos) ] ou
entrar no Contrato (um a um) e editar o cadastrado do Rateio, informando uma data em Fim de Vigência.
IMPORTANTÍSSIMO:
O Rateio de Atos tem uma função essencial que é o cálculo de impostos nos Documentos Financeiros, principalmente
no cálculo do Imposto de Renda nas Faturas que são emitidas por sua Unimed.
O valor total direcionado para o Ato Principal é que é à base do Imposto de Renda e do INSS.
Como gerar o Rateio de Atos ?

O Rateio de Atos considera os valores de utilização (custo do serviço) e o Tipo de Ato que foram processados pela
Auditoria e que já estão devidamente gravados nas Composições dos Itens de Eventos.

Página 128 de 749
A somatória dos valores por Tipo de Ato considera a Competência de Cobrança informada no processo Geração de
Percentuais de Atos – Automático [ (Cobranças / Cobrança Pré-Pagamento / Rateios de Atos / Geração de
Percentuais de Atos - Automático) ]. Veja a tela:
Tela 6-7 – Geração de Percentuais de Atos – Automático – Aba Restrições
De acordo com o exemplo acima, o Rateio de Atos considerará os valores das Composições dos Itens de Eventos da
competência 06-2009, somente para os Contratos cujo Tipo de Pessoa do Contratante seja Jurídica.
O início de vigência do Rateio de Atos será 01/09/2009. Havendo qualquer Rateio de Atos com data inferior a
01/09/2009, o processo irá colocar o Fim de Vigência em 31/08/2009 automaticamente.
O checkbox Regerar está marcado. Então, se já existir Rateio de Ato para a data de 01/09/2009, o processo irá
recalcular e regravar a informação.
O checkbox Atualiza Nível Contrato está marcado. Então, o processo irá gerar o Rateio de Ato apenas para os
Contratos. Para a criação no nível de “Modelo de Contrato”, deverá ser utilizado intervalo de modelo, e o checkbox
Atualiza Nível Modelo de Contrato obrigatoriamente marcado, sendo assim será gerado apenas para os Modelos de
Contrato.
Caso a Unimed defina os percentuais de Rateio de Ato por algum outro método e deseja cadastrá-los automaticamente
para o Modelo de Contrato e/ou Contratos, poderá fazê-lo apenas preenchendo o grid ListaItemRateioAto.
Página 129 de 749
Deverá informar o Tipo de Ato e o Percentual.
O histórico desta geração é registrado no Contrato e/ou no Modelo de Contrato. Veja exemplo:
Tela 6-8 – Contrato – Aba Rateios Atos
Note que, como há várias datas de Início de Vigência (histórico), o Fim de Vigência estará preenchido para as datas
anteriores. Veja exemplo:
Tela 6-9 – Contrato – Aba Rateios

Página 130 de 749
Pelo exemplo acima, como há um Rateio de Atos com Início de Vigência em 01/09/2009 (veja tela da página anterior), o
Rateio de Atos do Início de Vigência em 01/05/2009 estará com o Fim de Vigência.
Observação:
Em verificações diversas em várias bases de dados das Unimeds Clientes, detectamos erro cadastral que causa
divergência no cálculo da base dos impostos. O que encontramos foi o preenchimento do campo Percentual Base no
cadastro do Tipo de Imposto 1 - Imposto de Renda (Cobr). Veja exemplo:
Tela 6-10 – Tipo de Imposto – Grid Ìtens – Grid Vigência – Aba Geral

Página 131 de 749
Veja a consequência deste erro cadastral: Se o valor total do Ato Principal em uma Fatura de Pré-Pagamento for de R$
1000,00 (valor este já considerando o Rateio de Atos devidamente cadastrado), o processo está considerando apenas
R$ 324,60 (32,46% de R$ 1000,00) para então calcular, por exemplo, 1,5% do IR.
O valor total direcionado para o Ato Principal é que é a base do Imposto de Renda e do INSS. Portanto, o Percentual
Base para o imposto 1 – Imposto de Renda (Cobr) (ou outro qualquer que a Unimed tenha criado) não deve ser
diferente de 100%.
Aba Prioridade Mens. Carteiras
Define a prioridade de tipos de mensagens a serem exibidas na parte de trás da carteira do beneficiário / cartão de
identificação.
Caso não seja definida nenhuma prioridade de mensagens no modelo de contrato, no momento de impressão de
mensagens o sistema irá verificar se existe algum tipo de mensagem na seguinte ordem: carências, doenças pré-
existentes, inclusão de acessório, migração de plano e texto livre, se o beneficiário não possuir nenhum desses tipos de
mensagens cadastrados, a parte de trás da carteira ficará vazia.

Página 132 de 749
Tela 6-11 – Modelo de Contrato – Prioridade Mens. Carteiras
Tipos de Mensagem
Código Valor Descrição

1 Carências Serão recuperadas as coberturas do módulo beneficiário, contrato, modelo
de contrato e módulo operadora, que ainda não expiraram, com suas datas
base de cobertura.
Se existir a mesma cobertura em mais de um nível, será impressa a primeira
recuperada na ordem citada acima.
2 Doenças Pré-existentes Serão recuperadas as doenças cadastradas para o beneficiário, que ainda
não expiraram, com as datas de fim de vigência.
3 Inclusão de Acessório Serão recuperadas as movimentações cadastrais de inclusão de acessório e
as datas que foram feitas tais movimentações.
4 Migração de Plano Serão recuperadas as movimentações cadastrais de migração de plano e as
datas que foram feitas tais movimentações.
5 Texto livre Serão recuperadas as observações ativas do tipo 7 - Cartão Identificação ou
13 – Cartão Identificação Provisório cadastradas para o beneficiário,
contrato, modelo de contrato e módulo operadora.
No momento de recuperação das mensagens para emissão de carteira /
cartão, serão verificados todos os níveis acima, e serão impressas as
mensagens enquanto houver espaço.

Página 133 de 749
Existe um capítulo onde iremos abordar exclusivamente a configuração, geração e emissão dos Cartões de
Identificação dos Beneficiários.
Aba Rede Referenciadas

São as Redes de Atendimento permitidas para o Modelo de Contrato.
Este assunto já foi estudado em Módulo Operadora.
Aba Observações
São Observações / informações diversas que podem ser cadastradas para consultas e ate mesmo para serem
impressas, dependendo do Tipo informado.
Assunto já abordado em Módulo Operadora.
Links disponíveis em Modelo de Contrato:
Tela 6-12 – Modelo de Contrato

Página 134 de 749

Negociação de Negociação Repasse para Intercâmbio. São informações utilizadas no Repasse de
Repasse Beneficiários para outras Unimeds.
Exclusão das Exclusão Movimentação Operadora. Cadastro que determina que os Beneficiários
Movimentações da pertencentes a Contratos que sejam do Modelo de Contrato, não sejam enviados nas
Operadora movimentações do SIB, TSS, entre outros. Será mais bem estudado em capítulo
específico nesta Capacitação.
Negociações Negociação de Tabela de Cobrança. São as tabelas de Cobrança parametrizadas para o
Tabela Cobrança Modelo de Contrato. Será estudado em capítulo próprio.
Negociação Tipo Negociação Tipo de Glosa. Será estudado em capítulo ref. Tipo de Glosa. Para adiantar,
Glosa este cadastro desliga Tipos de Glosa para o Modelo de Contrato.

Página 135 de 749
6.1. Negociação de Aquisição de Módulo

[ (Cadastros / Contratos / Negociação de Aquisição de Módulo) ]
São os Módulos Operadora do tipo Assistencial (Plano de Saúde) ou Acessório permitidos para o Modelo de Contrato/
Contrato.
Aba Geral
Campo Observação
Módulo Define o módulo assistencial ou módulo acessório negociado para o Contrato.
Início Vigência Define a data inicial de negociação do módulo para o Contrato.
Contrato Se este campo estiver preenchido, a negociação de aquisição de módulo aqui
cadastrada vale para todos os beneficiários que possuírem o mesmo contrato aqui
informado.
Modelo Este campo ficará preenchido quando o cadastramento ocorrer pelo Modelo de
Contrato, aba Módulos Negociados. Nesta situação, os Módulos Operadora
cadastrados valerão para o Modelo de Contrato e poderão ser herdados pelo
Contrato conforme já explicado.
Página 136 de 749
Igual Família Se marcado, indica que o módulo beneficiário (assistencial ou acessório)
adquirido pelo titular do contrato, obrigatoriamente deverá ser adquirido por todos
os seus dependentes.
Se por algum motivo, o módulo não puder ser adquirido pelo dependente, o
mesmo não poderá ser cadastrado. Por exemplo: uma restrição de aquisição de
módulo à qual o dependente não atenda.
Caso esteja marcado e o titular do contrato não tenha adquirido o módulo, seus
dependentes também não poderão adquirir.
No caso da rescisão de um módulo acessório que tenha o campo igual família
marcado, se o beneficiário for o titular do contrato, será realizada a rescisão do
módulo para todos os seus dependentes também. No caso da rescisão do módulo
do beneficiário ser de algum beneficiário dependente, a mesma somente será
permitida se o módulo do titular já estiver rescindido.
Participativo Indica se o módulo é participativo ou não. Veja mais informações e
funcionalidades abaixo (item: Módulo Beneficiário com Co-participação).
Cobrar Contingente Mínimo Diz ao Cardio que deve haver um número mínimo de beneficiários para o módulo
em um Contrato. É um dispositivo que muitas Unimeds utilizam para manter
equilibrada a relação Receita x Despesa.
Desta maneira, sinalizando o campo Cobrar Contingente Mínimo, o processo de
Valorização dos Módulos irá verificar a quantidade mínima de beneficiários
cadastrados em Contingente Mínimo.
Supondo que o Contingente Mínimo esteja em 5 e que, em uma determinada
competência, haja apenas 2 beneficiários.
O valor a ser cobrado sobre os três beneficiários que ficaram “faltando”, será
recuperado do item de negociação de pré-pagamento, parametrizado na
negociação de pré-pagamento do módulo operadora, de menor seqüência
cadastrada.
Deve-se parametrizar no item da negociação de pré-pagamento, um tipo de
apropriação, com a classe de apropriação para o contingente mínimo, no campo
Conting. Mínimo.
Será recuperada primeiramente a classe de apropriação de contingente mínimo
associada ao ato 1 – Ato Principal, caso não seja encontrada, será recuperada a
classe de apropriação de contingente mínimo cadastrada para o ato 2 – Ato
Auxiliar.
Observação: essa classe deve ser contábil, para recuperação do evento contábil a
ser gravado no item financeiro.
Não serão gravados geradores de item financeiro para os itens de contingente
mínimo gerados.
Contingente Mínimo Pode-se negociar para Contrato, um contingente mínimo para aquisição de um
módulo operadora, ou seja, uma quantidade mínima de beneficiários adquirindo o
módulo. Esta informação está relacionada ao campo explicado anteriormente.
Data Base Data base para cálculo dos valores de mensalidade / franquia / co-participação. A
data base é a referência de um ciclo de reajuste, é a data que o Cardio utilizará
para encontrar as tabelas a serem utilizadas nas Cobranças.
Será mais bem estudado no capítulo referente Cobranças.
Limite 1. Contingente Define a quantidade de dias a partir do inicio de vigência do Contrato para
considerar ou não o Beneficiário como 1. contingente.
Exemplo: Contrato com início de vigência em 01/01/2008 e Limite 1. Contingente
em 15 dias. Se o beneficiário for incluído com data em 10/01/2008, estará dentro
do limite estabelecido. Então, o Cardio/Néfron utilizará a carência cadastrada no
1. contingente. Beneficiários incluídos a partir do dia 16/01/2008 (neste exemplo),
Página 137 de 749
utilizarão a carências cadastradas em Demais Contingentes.
Recurso bastante útil para Unimeds que negociam carências diferenciadas para
incentivar a captação de beneficiários logo no início da contratação. Geralmente,
beneficiários que aderem no início do contrato tem carências reduzidas.
Tipo de Herança de Carência na São 3 possibilidades que podem ocorrer com as Carências no momento de uma
Transferência transferência:
Não herda: todas as carências serão contadas a partir da data da transferência.

Desta maneira, tudo o que o beneficiário já cumpriu será desprezado.
Herda de Todos os Módulos: a contagem das carências iniciará sempre do 1.

módulo que o beneficiário teve. Exemplo: beneficiário tem início de vigência em
01/02/2006 no módulo A. Em 01/10/2006 transferiu-se para o módulo B. Em
01/12/2006 transferiu-se para o módulo C. Agora, em 01/02/2008 está
transferindo-se para o módulo D. A carência será contada desde 01/02/2006 que
é o 1. módulo que ele teve.
Herda apenas o último Módulo: usando o mesmo exemplo anterior, a carência

terá contagem a partir de 01/12/2006.
Em branco: assume a mesma regra da opção Herda de Todos os Módulos.
Fim Vigência Define a data final de negociação do módulo no modelo de contrato / contrato.
Se o campo Fim Vigência não estiver preenchido, é porque o módulo ainda está
vigente.
Se o mesmo estiver preenchido e não houver uma nova vigência para esse
módulo, quer dizer que o módulo não está mais disponível para a negociação.
Essa é uma maneira de desligar ou renegociar vários módulos.
Motivo Fim Vigência Define um motivo para o fim de negociação do módulo. Os Motivos aqui
apresentados são aqueles cadastros em Motivo Suspensão Vínculo em
[(Cadastros / Tabelas Gerais / Motivo de Suspensão de Vínculo) ].
 A regra para recuperação da data base de cálculo quando na negociação pré-pagamento ou na pós-
pagamento o campo “Nível Data Base Mens” estiver com os valores “Contrato ou Modelo de contrato” é
sempre verificar se existe data base de cálculo na negociação aquisição de modulo que pode estar nos níveis
contrato e modelo de contrato.
 Caso não encontrada a data base de cálculo na negociação aquisição de módulo em um dos níveis, o
sistema irá verificar a data base de cálculo no contrato ou no modelo de contrato.

Página 138 de 749
 Aba Coberturas
Aqui, podem-se cadastrar as Coberturas que serão válidas para o Módulo Operadora do Modelo de Contrato.
É o que chamamos da personalização de Coberturas para um determinado Módulo Operadora e um determinado
Modelo de Contrato. Já estudamos suas funcionalidades em Módulo Operadora.
Aba Restrições Aq.

Ao cadastrar uma Negociação de Aquisição de Módulo para o Contrato ou Modelo de Contrato, é possível definir para
quais características de beneficiário o Módulo Operadora poderá ser incluído no momento de inclusão dos beneficiários.
As restrições têm a mesma funcionalidade já explicada na Capacitação do Módulo Operadora.
Por exemplo, a Unimed poderá restringir a inclusão de alguns módulos para determinados beneficiários. Poderá, por
exemplo, efetuar o controle de maioridade.
A restrição pode ser parametrizada na Negociação de Aquisição de Módulo [ (Cadastros / Contratos / Negociação de
Aquisição de Módulo) ] por grupo de contingente. Assim, a Unimed poderá definir e utilizar a parametrização de acordo
com suas necessidades.
A parametrização será utilizada:

 Na inclusão do Beneficiário [ (Cadastros / Beneficiários / Beneficiário) ], será verificado se o mesmo está dentro
da restrição cadastrada.
 Na geração do Relatório de Beneficiários Fora da Restrição na Aquisição de Módulo
[ (Relatórios / Cadastros / Beneficiários / Benef, Fora da Restrição na Aquisição de Módulo) ], será verificado
se algum beneficiário, que foi cadastrado dentro da restrição, está fora da descrição.
Lembramos que o conceito de restrição do Cardio significa que somente o grupo cadastrado terá permissão para ser
cadastrado.
Página 139 de 749
Aba Grau
Objetivo:
Permiti o controle da permanência do beneficiário no módulo, através de parâmetros na negociação de
aquisição de módulo.
Dessa forma, é possível parametrizar o controle de permanência no módulo para contratos específicos ou para
modelos de contrato utilizando a negociação de aquisição de módulo. Além da opção de indicar os parâmetros
diretamente no módulo operadora.
Pré-Requisitos:
 Negociação de aquisição de módulo (/Cadastros/Contratos/ )
Tela 6.1-1 – Negociação de Aquisição de Módulo – Aba Grau
Campo Observação
Grau do Módulo Indica o grau do módulo em questão.
Permanência mínima grau >= Indica o período mínimo (em dias) de permanência neste módulo para que se
possa migrar para outro módulo cujo grau seja igual ou superior ao atual.
Permanência mínima grau < Indica o período mínimo (em dias) de permanência neste módulo para que se
possa migrar para outro módulo cujo grau seja inferior ao atual.

Página 140 de 749
Ao executar o processo de Inclusão/Transferência de Módulo:

 Não venceu o tempo mínimo de permanência no módulo para transfer. para módulo de grau maior ou igual.
Este erro indica que o beneficiário ainda não permaneceu tempo suficiente ( tempo esse que está
parametrizado no campo “permanência mínima grau >=”) no módulo atual para poder ser transferido para um
plano de mesmo grau ou de grau superior ao atual.
Para concluir a transferência, é necessário que a data de transferência seja maior que a data do início de
vigência do módulo atual para o beneficiário + o período mínimo de permanência no módulo atual.
 Não venceu o tempo mínimo de permanência no módulo para transfer. para módulo de grau menor.
Este erro indica que o beneficiário ainda não permaneceu tempo suficiente ( tempo esse que está
parametrizado no campo “permanência mínima grau >=”) no módulo atual para poder ser transferido para um
plano de grau inferior ao atual.
Para concluir a transferência, é necessário que a data de transferência seja maior que a data do início de
vigência do módulo atual para o beneficiário + o período mínimo de permanência no módulo atual.
Exemplos:
Um determinado contrato precisa ter um período mínimo de permanência no módulo atual = 3 meses (90 dias)
para que os beneficiários desse contrato possam mudar para um módulo de grau menor e 2 meses (60 dias )
para que possam mudar para um módulo de grau superior.
A tela abaixo representa esta situação:
Tela 6-13 – Negociação de Aquisição de Módulo – Aba Grau

Página 141 de 749
Negociação Aquisição de Módulo - Acessório com Fim de Vigência
Quando um Acessório não precisar mais ser inserido (automaticamente ou não) em Beneficiários, deve-se cadastrar um
Fim de Vigência no mesmo. Este é o típico caso em que o Acessório deixa de ser comercializado pela Unimed a um
Contrato e/ou Modelo de Contrato.
Como proceder ?
Entrar no Contrato desejado [ (Cadastros / Contratos /Contrato) ], clicar no link Negociações Aquisições Módulo,
recuperar o Acessório desejado, editá-lo e inserir uma Data como Fim de Vigência. Veja abaixo:
Assim, ao cadastrar um Beneficiário cujo Início de Vigência seja superior ao Fim de Vigência do Acessório, o mesmo
não será incluído para o Beneficiário.

Página 142 de 749
Links disponíveis em Negociação de Aquisição de Módulo:

Acessórios É a Negociação de Módulo Acessório. É a parametrização que diz ao Cardio quais são os
Vinculados Acessórios vinculados a um Módulo Operadora do tipo Assistencial.

Página 143 de 749
7. Contrato
[ (Cadastros / Contratos /Contrato) ]
São todas as empresas (Pessoa Jurídica) e os tipos de contratos de Plano Particular comercializados pela Unimed.
Aba Geral
Campo Observações
Código Define o número do contrato. É um código livre. Na migração do Siamed e Siamed
Plus, adotou-se o seguinte critério: Para PJ: UUUEEEESS; Para PF:
UUUEEEEFFFFFFSS, onde:
UUU: código da Unimed;
EEEE: código da Empresa;
FFFFFF: código da Família (do Beneficiário);
SS: seqüência, iniciando sempre com 00.
Modelo Código do modelo de contrato ao qual o contrato está associado. O contrato irá
possuir as características do modelo de contrato (Tipo de Contingente, Tipo de
Contratação, Modalidade de Cobrança, etc.).
Contratante Contratante da prestação de serviços.
Pessoa que contratou o plano de saúde junto à operadora.
As informações a respeito deste contratante no sistema devem estar previamente
cadastradas nos registros de Pessoa. Quando o tipo de pessoa informada no
Página 144 de 749
campo contratante for igual à Jurídica, o contrato da mesma deverá ser vinculado
a um modelo de contrato cujo tipo da contratante seja Coletivo Patrocinado,
Coletivo Não Patrocinado ou Beneficente. Se o tipo da pessoa for Física o tipo da
contratante deverá ser Individual/Familiar, Familiar ou Coletivo Não Patrocinado.
Início Vigência Define a data inicial de negociação desse contrato (a partir de quando ele é
valido).
Data Assinatura É a data de assinatura do contrato.
Data Proposta Data de início da proposta.
Data Envio Data de envio do contrato para assinatura.
Data Parecer Data do parecer da proposta.
Empresa Informar a empresa. Este campo será utilizado para montagem do código do
beneficiário quando for formatado e para atender ao PTU.
Contratado Define a operadora contratada. É o código da Unimed.
Num. Registro Número do registro do contrato. Não é uma informação obrigatória e não tem
funcionalidade.
Contrato Origem É a relação entre Contratos no Cardio. Um Contrato pode apontar para outro.
Desta maneira, o Contrato herdará as informações do Contrato Origem informado.
Este campo estará preenchido quando se tratar de contratos de beneficiários
Aposentado ou Demitido. O Contrato para este tipo de beneficiário estará
apontando para o Contrato ao qual ele pertencia.
Classificador Origem Classificação interna do contrato a ser utilizada pela operadora.
Ex: utilizada para enviar algum relatório para o contratante.

Página 145 de 749
Aba Geral – Sub-Aba Info. Negociação
Campo Observações
Herda Módulos do Modelo Se estiver marcado, o Contrato herdará os Módulos Operadora que estão
cadastrados no Modelo de Contrato na aba Módulos Negociados. Desta maneira,
não há a necessidade de se cadastrar o Módulo Operadora para o Contrato em
questão.
Responsável Decorrente Diz se é responsável por contratos decorrentes. Será explicado no capítulo ref.
Inadimplência Cobranças.
Pró-Rata Se marcado, ao invés de cobrar a competência inteira, será cobrado somente o
número de dias que o serviço esteve disponível na competência.
Caso contrário, será cobrada a competência inteira.
Esse caso só irá acontecer na inclusão ou desligamento de beneficiários. Por
exemplo: beneficiário incluído/desligado dia 15. Através desse desta opção pode-
se definir se serão cobrados somente os dias expostos (checkbox marcado) ou
será cobrada toda a competência (checkbox desmarcado).
A verificação do Pró-Rata será feita primeiro em nível de Negociação Pré-

Pagamento, caso contrário, a mesma será feita em nível de Contrato ou Contrato
Origem.
Tipo de Competência Define o tipo de competência de referência utilizado para calcular os valores a
Página 146 de 749
Referência serem cobrados: Comp. Atendimento ou Comp. Conhecimento.
 Comp.Atendimento – Será considerada a data do atendimento (abertura) do
evento para pesquisa da Negociação Pós.
Exemplo:
Negociação POS
Inicio Vigência Fim Vigência
1 01/01/2001 31/03/2008
2 01/04/2008 Em branco
Evento
Competência Data Atendimento Negociação Utilizada
04/2008 01/03/2008 1
05/2008 10/04/2008 2
07/2008 15/03/2008 1
 Comp.Conhecimento – Para pesquisa da Negociação Pós será considerada a

última data da competência do Lote em que o evento está relacionado. Por
exemplo, competência 07/2008 data de referência 31/07/2008.
Exemplo:
Negociação Pós
Inicio Vigência Fim Vigência
1 01/01/2001 31/03/2008
2 01/04/2008 Em branco
Evento
Data Negociação
Competência / Dt.Referência
Atendimento Utilizada
02/2008 / 29/02/2008 01/03/2008 1
05/2008 / 31/05/2008 10/04/2008 2
07/2008 / 31/07/2008 15/03/2008 2
Data Base Data base para cálculo dos valores de mensalidade/franquia/participação do
beneficiário.
É uma data de referência para indicar a tabela de preço a ser verificada nas
negociações cadastradas. Será mais bem estudado e compreendido na cobrança
Pré-Pagamento.
Comp. 1a Cobrança Automática Define a competência de cobrança da primeira parcela. A data informada tem que
ser superior à data de início de vigência.
1. Contingente Negociado Determina o número mínino de beneficiários negociados para a viabilização da
assinatura do contrato, ou seja, se o Primeiro contingente negociado for igual a 10
(dez), o contrato possui, no momento da assinatura, pelo menos 10 beneficiários
vinculados a ele. Este será o numero mínimo de beneficiários que será cobrado
do Contrato, mesmo que este tenha um numero menor.
Contrato Fin. Contrato financeiro vinculado ao contrato.
Essa informação será utilizada durante os processamentos financeiros do
contrato.
O preenchimento desse campo vai depender da parametrização do campo Não
Gerar Automático o Contrato Financeiro, em Configuração Operadora [
(Diversos / Configurações Gerais / Configuração da Operadora) ].
Página 147 de 749
Podem-se agrupar vários contratos em um único documento financeiro, desde

que, o contrato financeiro e o pagador sejam os mesmos.
Tipo Cls. Doc. Fin. Define um tipo de classe de documento financeiro específico para o contrato.
Caso não seja informado será utilizado o tipo classe documento financeiro padrão
cadastrado na Configuração da Operadora.
Um exemplo típico: sua Unimed deseja que as cobranças de Pós-Pagamento
(cobrança de atendimentos) e cobranças de mensalidades sejam geradas em um
único documento. Então, será necessário cadastrar um Tipo Cls. Doc. Financeiro
apontando tais tipos de cobrança para uma mesma Classe de Documento
Financeiro.

Página 148 de 749
Aba Geral – Sub-Aba Info. Adicionais
Campo Observações
Vendedor Define o Vendedor que negociou o contrato, é o intermediário entre a
operadora e o contratante.
Grupo Contratual de Atendimento Possibilita agrupar os contratos com a mesma característica de atendimento.
Desta forma, quando preenchido, a Unimed poderá optar em realizar
restrições das glosas para este grupo na Negociação Tipo Glosa (Cadastros
/ Fornecedores). Veja a seguir, mais detalhes sobre este assunto.
Pagador Pagador do contrato.
Define a pessoa responsável pelo pagamento das utilizações do contrato.
Pode ser utilizado no caso de agrupamento da cobrança de vários contratos
em um único documento financeiro.
Para isso, o contrato financeiro e o pagador dos contratos a serem
agrupados, devem ser os mesmos.
Operadora Origem É a pessoa da operadora origem, caso tenha migrado de outra operadora.
Arq. Impresso Nome/caminho do arquivo físico para impressão do contrato. Não há
funcionalidade para esta informação.

Página 149 de 749
Aba Geral – Sub-Aba Auto Atendimento
Define se os beneficiários desse contrato podem utilizar a rede de auto atendimento (Online). Geralmente, para
realização de Pré-Autorizações.
Observação: Unimeds podem ter aplicativos que tem como função a realização de Pré-Autorização. Será mais bem
explicado quando tratarmos as Solicitações de Serviços (autorizações).
Aba Geral – Sub-Aba Info. Bancária
Indica a agência bancária associada ao Contrato. Somente aparecerá a agência bancária para o CEP do
contratante válido no intervalo de CEP Inicial e Final da Agência Bancária.
Aba Geral – Sub-Aba Info. Contábil

Diferenciar os eventos contábeis referentes aos contratos Próprios da Unimed, ou seja, os Itens financeiros gerados
para as despesas dos contratos da própria Unimed (Funcionários da Unimed, Funcionários do Hospital da Unimed, etc)
estarão vinculados a Eventos Contábeis distintos.
Esta implementação pode servir para os Pagamentos e para as cobranças do tipo Pós-Pagamento Participativo. No
caso da cobrança, esta implementação só irá influenciar quando o evento contábil for recuperado do campo “Evento
Rec” da aba Recuperação, no Item do Tipo de Apropriação Contábil da Utilização.
Para este controle, foi criado o campo “Classe Contábil de Dispêndio” no contrato e no Tipo de Apropriação Contábil de
utilização. Portanto, no momento de definir o evento contábil a ser utilizado no item financeiro para um determinado
contrato, o sistema também irá verificar a Classe Contábil de Dispêndio cadastrada no contrato e no Tipo de
Apropriação Contábil de utilização.
Esta parametrização se faz necessária, para contemplar a nova RN 184 da ANS.

Página 150 de 749
Aba Info. Empresarial
Campo Observação
Percentual Patrocínio Define a porcentagem que a empresa patrocina no plano em relação ao seu
funcionário. Este percentual será utilizado na Cobrança de Pré-Pagamento
(mensalidades e movimentação cadastral).
O Cardio ainda permite que haja uma personalização deste percentual. Esta
flexibilidade será estudada na Cobrança Pré-Pagamento.
Lotação Obr. Conceito de Lotação: é uma divisão dentro de um Contrato, podendo ser
departamento, setor, filiais, etc. O uso é livre.
Indica se o contrato exige que exista uma lotação cadastrada, isto é, todo e
qualquer beneficiário do Contrato deverá ter uma Lotação. Deverá ser utilizado
quando a Unimed desejar emitir cobranças separadamente.
Cobrança por Lotação Define se os documentos financeiros de cobrança do contrato, vão ser gerados
separadamente por lotação.
Se marcado, caso existam lotações cadastradas para o contrato, será verificado
no momento de valorização se existe negociação pré parametrizada por lotação,
se existir, esta será utilizada para valorizar o contrato.
No momento de gerar o item financeiro e o documento financeiro, será gerado um
item financeiro e um documento financeiro para cada lotação cadastrada. No item
e no documento financeiro será gravado o código da lotação que deu origem ao
mesmo.
Página 151 de 749
Se não marcado, não será recuperada a negociação pré por lotação e o
documento será gerado normalmente para todo o contrato.
Lotação Resp. Cobrança Diz se as lotações são responsáveis pelas cobranças.
Define se a pessoa que será gravada no item financeiro e no documento
financeiro será a pessoa do responsável pela lotação ou a pessoa do contrato
financeiro.
Se marcado, juntamente com o campo Cobrança por Lotação, será gravada a
pessoa do responsável pela lotação.
Observação: neste caso deve-se preencher o responsável no cadastro da lotação.
Se não marcado, será gravada a pessoa do contrato financeiro.
Resumindo, a Unimed quer que a cobrança seja emitida em nome do Contratante
ou em nome da Lotação.
Grid Lotações
Aba Geral
Campo Observações
Nome Nome Lotação.
Complemento Recebe o complemento da Lotação.
Responsável Pessoa jurídica responsável pelas lotações de um contrato referentes a filiais de
empresas.
Página 152 de 749
Início Vigência Início de vigência da lotação.
Determina a data a partir da qual a lotação cadastrada passa a vigorar dentro do
contrato.
Fim Vigência Fim da vigência da lotação.
Se a lotação está suspensa, não se pode mais movimentar beneficiários que
estejam locados dentro dela.
Mot. Fim Vigência Motivo do fim da vigência da lotação.
Código Externo Código externo, utilizado para atender ao PTU. Para as empresas recebidas pelo
PTU A100.
Padrão Para facilitar o cadastramento dos beneficiários, o Cardio possui a seguinte
funcionalidade:
 Identifica se a Lotação é obrigatória no Contrato.
 Se positivo, recupera a Lotação padrão e a cadastra automaticamente no
beneficiário (desde que não tenha sido informada nenhuma Lotação no
momento do cadastramento do Beneficiário).
Observação importante: Quando a Unimed for utilizar cobrança por Lotação, TODOS os beneficiários do
Contrato deverão possuir uma Lotação.
Associação Automática da Lotação para os Dependentes
No processo do Beneficiário [ (Cadastros / Beneficiários / Beneficiário) ], durante a inclusão de dependentes, será

verificado se o titular possui lotação cadastrada. Em caso afirmativo, quando nenhuma outra lotação for cadastrada
para o beneficiário dependente, a associação será efetuada automaticamente.
Lembrando que, se um contrato utiliza lotação, todos os beneficiários deverão ter lotação, mesmo que esta lotação
esteja cadastrada como matriz.
Lotação padrão em Contrato e Beneficiário
Para facilitar o cadastramento dos beneficiários, o Cardio possui a seguinte funcionalidade:

 Identifica se a Lotação é obrigatória no Contrato.
 Se positivo, recupera a Lotação padrão e a cadastra automaticamente no beneficiário (desde que não tenha sido
informada nenhuma Lotação no momento do cadastramento do Beneficiário).

Página 153 de 749
A identificação da Lotação padrão está no próprio cadastro. Veja abaixo:
Como ficará o cadastramento do Beneficiário ?
Veja as situações no quadro abaixo:
Lotação Lotação Informou Lotação Resultado

Obrigatória Padrão no Beneficiário
Não está Não existe Não Beneficiário será cadastrado sem lotação já que, Lotação não é
marcada obrigatória.
Não está Existe Não Beneficiário será cadastrado sem lotação já que, Lotação não é
marcada obrigatória.
Está marcada Não existe Não Será apresentada mensagem obrigando a informação de uma
Lotação já que Lotação é obrigatória e não existe um Padrão e nem
foi informada uma Lotação para o beneficiário.
Está marcada Não existe Sim Beneficiário será cadastrado com a Lotação informada.
Está marcada Existe Sim Beneficiário será cadastrado com a Lotação informada.
Está marcada Existe Não Beneficiário será cadastrado com a Lotação padrão cadastrada no
Contrato.

Página 154 de 749
Aba Rateios Atos

O Rateio de Atos é um percentual aplicado sobre mensalidade de cobrança de pré-pagamento para se identificar então
o valor da base que será utilizada para cálculo de impostos.
O funcionamento deste cadastro já foi explicado em Modelo de Contrato.
Na aba Suspensões
Aqui, serão apresentadas todas as Suspensões ocorridas para o Contrato.
Não é permitida manutenção. O usuário poderá apenas consultá-las.
Detalharemos este item em Beneficiário.
Aba Observações
São Observações / informações diversas que podem ser cadastradas para consultas e ate mesmo para serem
impressas, dependendo do Tipo informado.
As Observações podem ser cadastradas em vários níveis como Beneficiário, Modelo Contrato, Contrato, Módulo
Operadora e Prestador de Serviços.
Os Tipos e funcionalidades já foram estudados no capítulo de Módulo Operadora.
O cadastramento das Observações está disponível por Abas e também pela opção Observação sobre a Entidade em [
(Cadastros / Tabelas Gerais / Observação sobre a Entidade) ].
Aba Rede Referenciada

Rede Referenciada é a Rede de Atendimento da Unimed. Nada mais é do que a relação de Prestadores que podem dar
atendimento para os beneficiários.
Já estudamos o cadastramento da Rede Referenciada no capítulo de Módulo Operadora.
O Cardio permite que a Rede Referenciada possa ser cadastrada em vários níveis: Modelo Contrato, Contrato e/ou
Módulo no que se refere a quem será atendido e por Classe de Prestador ou Prestador para quem irá atender.

Página 155 de 749
Links disponíveis em Contrato

Ajustes Fixos Ajuste Financeiro de Cobrança. Será estudado juntamente com Documento
Financeiro.
Ajustes por Ajuste de Cobrança na Competência. Também faz parte da Cobrança / Documento
Competência Financeiro.
Negociação de Repasse Negociação Repasse para Intercâmbio. São informações utilizadas no Repasse de
Beneficiários para outras Unimeds.
Negociações Aquisições Negociação de Aquisição de Módulo. São os módulos operadoras permitidos para o
Módulo Contrato.
Exclusão das Exclusão Movimentação Operadora. Cadastro que determina que os Beneficiários
Movimentações da do Contrato não sejam enviados nas movimentações do SIB, TSS, entre outros.
Operadora Será mais bem estudado em capítulo específico nesta Capacitação.
Documentos Irá recuperar os Documentos Financeiros gerados para o Contrato.
Negociações Tabela Negociação de Tabela de Cobrança. São as tabelas de Cobrança parametrizadas

Cobrança para o Contrato. Será estudado em capítulo próprio.

Página 156 de 749
Negociação Tipo Glosa Negociação Tipo de Glosa. Será estudado em capítulo ref. Tipo de Glosa. Para
adiantar, este cadastro desliga Tipos de Glosa para o Contrato.
Lotações do Contrato São as lotações do contrato.

Página 157 de 749
7.1. Cadastro de Contratos Inadimplentes
Objetivo:
Permitir ou não que o cadastro do contrato seja gravado (salvo) quando a pessoa (tipo física) responsável pelo
contrato financeiro possui inadimplência no sistema. Este bloqueio ocorrerá de forma parametrizada em
Configuração Operadora, proporcionando a Unimed habilitar e desabilitar esta funcionalidade.
Quando a Unimed solicitar a gravação do cadastro do contrato, o sistema irá verificar se o checkbox “Verifica
Inadimplência do Responsável Financeiro” em Configuração da Operadora (Diversos / Configuração Geral)
aba Suspensão está marcado, caso positivo e a pessoa do contrato financeiro estiver inadimplente, não será
permitida a gravação deste contrato apresentando a seguinte mensagem “O Responsável financeiro pelo
contrato possui inadimplência no sistema – Contrato (NNNNNNN)”.
Regra de Negócios:
Quando o usuário do sistema solicitar a gravação do cadastro do contrato (Salvar), o sistema irá verificar se o
parâmetro que ativa a funcionalidade de validação de inadimplência esta marcado, ou seja, o sistema deve
verificar em Configuração da Operadora (Diversos / Configuração Geral) aba Suspensão se o novo parâmetro
checkbox “Verifica Inadimplência do Responsável Financeiro” está marcado.
Uma vez o parâmetro ativo, o sistema irá verificar se o “Contrato Fin.” na aba “Info. Negociação” possui
inadimplência, ou seja, o sistema deve verificar se a pessoa informada no campo “Contrato Fin.” (pessoa
responsável pelo contrato financeiro) já possui algum contrato financeiro inadimplente.
Para tal calculo, o sistema deve utilizar os parâmetros que estão em Configuração da Operadora (Diversos /
Configuração Geral) aba suspensão, campo “Par controle de Inadimplência”, onde verifica se a data de
vencimento dos documentos financeiros em aberto ultrapassou o prazo definido no modelo de carta de
cobrança.
No caso de inadimplência, o sistema deve apresentar uma mensagem para o usuário, informando que a
pessoa possui inadimplência no sistema e o número do contrato pendente de pagamento, (Mensagem: ”O
Responsável financeiro pelo contrato possui inadimplência no sistema – Contrato (NNNNNNN)”) e não permitir
a gravação, ou seja, não salvar o contrato.
Pré-Requisitos:
 Pessoa (Cadastros / Contratos / Contrato Financeiro) – pessoa responsável pelo contrato financeiro deve estar
inadimplente.
 Verif. Inadimplência da Pessoa Contrato Financeiro – (Diversos / Configuração Geral / Configuração
Operadora - Aba Suspensão) – parâmetro deve estar marcado.

Página 158 de 749
Configuração Operadora (Diversos / Configuração Geral / Configuração Operadora)
 (checkbox) “Verif. Inadimplência da Pessoa Contrato Financeiro” - quando desmarcado, permite a

Unimed cadastrar contrato quando a pessoa responsável pelo contrato financeiro possui inadimplência no
sistema, caso positivo, não será permitido o cadastro do contrato apresentado ao usuário do sistema uma
mensagem em tela.
Tela 7.1-1 – Configuração Operadora – Aba Suspensão
Verif. Inadimplência da Pessoa Contrato Verifica Inadimplência da Pessoa Contrato
Financeiro Financeiro – utilizado para ativar a verificação de
inadimplência no cadastro de contrato.
Quando desmarcado, permite a Unimed cadastrar
contrato quando a pessoa responsável pelo
contrato financeiro possui inadimplência no
sistema, caso contrário, não permitirá o
cadastramento apresentado à seguinte mensagem
em tela. O Responsável financeiro pelo contrato
possui inadimplência no sistema – Contrato
(NNNNNNN))

Página 159 de 749
 A restrição do cadastro de contratos será aplicada somente para pessoa do Tipo Física.
 Ao gravar o contrato foi exibida a seguinte mensagem: “O Responsável financeiro pelo contrato possui
inadimplência no sistema – Contrato (NNNNNNN))”
Esta mensagem é apenas para avisar que não foi permitida a gravação do contrato devido à pessoa
responsável pelo contrato financeiro estar inadimplente no sistema. Isto também ocorre devido ao checkbox
“Verif. Inadimplência da Pessoa Contrato Financeiro” em Configuração Operadora – Aba Suspensão estar
marcado,
Exemplos:
Abaixo exemplo da gravação do cadastro de contrato quando a pessoa responsável do contrato financeiro está
inadimplente.
Veja que o Check-box “Verifica Inadimplência do Responsável Financeiro” está marcado.
A pessoa indicada no campo “Contratante” está inadimplente. Ao tentar gravar o cadastro do contrato o
sistema apresentará a seguinte mensagem “O Responsável financeiro pelo contrato possui inadimplência no
sistema – Contrato (NNNNNNN)”.
Tela 7.1-2 – Contratos – Pessoa Responsável Contrato Financeiro Inadimplente

Página 160 de 749
Tela 7.1-3 – Contratos – Mensagem exibida para a Pessoa Responsável Inadimplente
Tela 7.1-4 – Contratos – Complemento da mensagem

Página 161 de 749

Página 162 de 749
8. Contrato Financeiro
[ (Cadastros / Contratos / Contrato Financeiro) ]
Contrato Financeiro é um cadastro existente no Cardio para onde as Cobranças e/ou Pagamentos serão processados.
É um cadastro a parte, pois possui recursos e flexibilidades exclusivas dos trâmites financeiros (data de vencimento,
cálculo de juros, negociação bancária, etc). Cada Contrato e cada Prestador de Serviço terão um Contrato Financeiro
atrelado já que, é necessário processar cobranças e pagamentos.
Campo Observações
Código Define o código do Contrato Financeiro. Normalmente, por uma questão de
facilidade operacional, este código é o mesmo do Contrato ou do Prestador de
Serviço. Desta maneira, o código do Contrato tem o Contrato Financeiro com o
mesmo código; o Prestador de Serviço tem seu Contrato Financeiro com o mesmo
código do prestador.
Pessoa Define a Pessoa Responsável pelo Contrato Financeiro. Os Documentos
Financeiros gerados para o Contrato Financeiro terão esta Pessoa como a
responsável. No Documento Financeiro, a Pessoa só não será esta aqui
cadastrada quando utilizar a Pessoa Tipo Divisão É Responsável cadastrada na
Negociação Pré, Negociação Pós e também em Pagador no Contrato e
Recebedor em Prestador de Serviços.
Classe Define a Classe do Contrato Financeiro que tem uso variável já que, a Classe
também permite algumas parametrizações genéricas.
Contrato Vinculado Contrato vinculado por inadimplência. Processo será estudado no Financeiro.
Tipo responsabilidade Tipo de responsabilidade de inadimplência. Processo será estudado no
inadimplência Financeiro.
Padrão: Não é responsável .
Início de Vigência Início de vigência do Contrato Financeiro.
Fim de Vigência Fim de vigência.
Página 163 de 749
8.1. Contrato Financeiro – Identificador Débito Automático
Objetivo:
Permitir cadastrar número identificador para débito automático. Essa informação poderá ser enviada aos
bancos por meio de arquivo de boleto cobrança (carnê).
Regra de Negócios:
Para que seja possível a indicação do número identificador para cadastro de débito automático nos contratos
financeiros, de modo que a informação seja encaminhada nos arquivos de boleto cobrança deverá ser
informado o campo “Identificador Débito Automático”. O envio da informação para os arquivos de boleto, será
possível com a aplicação do mnemônico {ID.DEBITO.AUTOMATICO.
Os números para identificação devem ser únicos, não podendo ser repetidos, e para isso foram aplicadas
algumas regras para o seu cadastro, conforme descrito no item Pré-Requisitos:
Pré-Requisitos:
 O código a ser informado no campo “Identificador Débito Automático” deve ser único, não podendo ser igual ao
de outro identificador já cadastro;
 Não pode ser igual aos códigos de contrato financeiro que não possuam “Identificador Débito Automático”;
 Não poderá ser cadastrado contrato financeiro com o mesmo código de algum “Identificador Débito
Automático” de outro contrato financeiro.
Contrato Financeiro (/Cadastros/ Contratos/ Contrato Financeiro)
o Identificador Débito Automático: indica o número identificador para cadastro em débito automático.

Página 164 de 749
Tela 8.1-1 – Contrato Financeiro – Aba Outros

 Id Débito Automático deve ser único e não pode ser igual a nenhum Código de Contrato
Essa mensagem será gerada sempre que for informado no campo “Identificador Débito Automático” um código
que:
o Seja igual ao de outro identificador já cadastro ou que;
o Seja igual ao código de algum contrato financeiro que não possua “Identificador Débito Automático”;
Ela será gerada também, caso seja informado um código de contrato financeiro com o mesmo código de algum
“Identificador Débito Automático” existente.

Página 165 de 749
8.2. Classe do Contrato Financeiro

[ (Cadastros / Tabelas Gerais / Classe Contrato Financeiro) ]
Campo Observações
Código Define o código da Classe do Contrato Financeiro. O uso é livre.
Geralmente criam-se Classes pela característica, exemplo: Pré-
Pagamento, Pós-Pagamento, Intercâmbio vencimento dia 10, Particular
venc. 10, Particular venc. 15, Cooperados, Laboratórios, etc.
Nome Nome que define a Classe de Contrato Financeiro.
Tipo Classe Identificar se a Classe é para Cliente ou Fornecedor.
Tipo Neg. Retenção Tipo Negociação Retenção será estudado na capacitação da DIRF.
Checkbox Verifica Seq. Posterior Permite a validação de seqüências posteriores já existentes para o
pagamento.
Será estudado na capacitação de Pagamento.
Negociações Financeiras As Negociações Financeiras serão estudadas em capítulo próprio. O que
vale já ressaltar é que o Cardio permite o cadastramento de Negociações
Financeiras em 2 níveis: para a Classe de Contrato Financeiro e para o
Contrato Financeiro.
A busca pela Negociação Financeira, nos processamentos que a utilizam é
primeiramente para o Contrato Financeiro. Não existindo ou não estando
ativo, irá buscar a Negociação para a Classe do Contrato Financeiro.

Página 166 de 749
9. Beneficiário
[ (Cadastros / Beneficiários / Beneficiário) ]
São Pessoas Físicas que possuem direito ao plano de saúde através de um Contrato cuja Contratante pode ser uma
Pessoa Jurídica ou Pessoa Física.
Aba Geral
Campo Observações
Pessoa Pessoa Física beneficiária do contrato.
Contrato Contrato ao qual o beneficiário pertence.
Código O código do beneficiário é composto de 16 dígitos e pode ou não ser informado pelo
usuário. Caso ele não seja informado será gerado pelo sistema da seguinte forma:
- Três primeiras posições – código intercâmbio da operadora

- Doze posições seguintes – um número sequencial (gerado automaticamente pelo
sistema)
- Última posição – dígito verificador (calculado pelo sistema)
Caso seja informado pelo usuário, o sistema exige que sejam informados no mínimo 13
Página 167 de 749
dígitos e no máximo 15 dígitos. Caso seja informado 15 dígitos o sistema irá calcular o
dígito verificador. Caso contrário, além de calcular o dígito verificador o sistema irá
completar o código com zeros à esquerda.
Serão feitas as seguintes verificações:
- As três primeiras posições devem ser correspondentes ao código intercâmbio da
operadora, se não for, será exibida a mensagem de erro – “Os três primeiros dígitos do
código do beneficiário não correspondem ao código da operadora”
- Para as doze posições seguintes se for informado menos que quinze dígitos, o sistema
irá completar as posições com zero a esquerda
- A última posição, sempre será calculada pelo sistema de acordo com as posições
anteriores
Para alterar o código do beneficiário o usuário deverá fazê-lo através do link para
acessar a rotina Alterar Código Beneficiário.
Há mais 20 anos, quando a Unimed do Brasil criou o primeiro sistema informatizado de

Gestão de Cooperativa, criou-se também um padrão de codificação para os beneficiários
que já contemplava 16 dígitos. Era composto da seguinte forma: UUUEEEEFFFFFDDX,
onde UUU – Código da Unimed, EEEE – Código da Empresa, FFFFFF – Código da
Família, DD – Código da Dependência e X – Digito de Controle.
Esta definição já foi “derrubada” pelo GAT – Grupo de Apoio Técnico há muito tempo,
mas, ainda hoje encontramos Unimed que se baseiam nela.
Família Código da Família do Beneficiário. O uso é livre. Algumas Unimeds utilizam o número da
funcional do colaborador dentro de sua Empresa.
Rdp Define qual é a relação de dependência do beneficiário com a família.
Todo beneficiário cujo RDP for "00" é considerado como titular da família. Caso contrário,
é considerado como beneficiário dependente. As faixas de RDP são as seguintes:
00 - Titular
01- Esposa
02 - Companheira
09 - Esposo
10 a 29 - Filhos
30 a 49 - Filhas
50 - Pai
51 - Mãe
52 - Sogro
53 - Sogra
60 a 69 - Outros
70 a 74 - Filhos adotivos
75 a 79 - Filhas adotivas
90 a 99 – Agregados
No Cardio, este código do RDP não tem influências sobre o Código do Beneficiário. São
dados independentes
Início Vigência Início de vigência do beneficiário. Não poderá ser menor que o Início de vigência de seu
Contrato e nunca maior que a Data de Suspensão com Vínculo Rescindido do Contrato
ou do seu Titular.

Página 168 de 749
Classificador Destino Classificador do beneficiário definido para o destino de repasse.
Este será o código utilizado na Operadora para a qual o beneficiário foi repassado.
Tipo Contratação Origem Define o tipo de contratação origem do beneficiário de intercâmbio. Informação está
explícita no Cartão de Identificação do Beneficiário e poderá ser inserido na digitação de
Eventos.
Matrícula Armazena o número da matrícula do beneficiário dentro da empresa para qual ele
trabalha.
 A100 – Movimentação de beneficiários
O conteúdo do campo matrícula passa a ser importando e exportado
nos arquivos A100 do PTU através do campo NR_MATRICULA;
 Transferência de contratos
O conteúdo do campo matrícula acompanhará o beneficiário quando
o mesmo sofrer transferências de contrato.
 Importação CARDIO DB.
O número da matrícula poderá ser importado através do processo de
importação CardioDB (Cadastros / Beneficiários / Cardio DB /
Importação de beneficiários ).
 Relatório - Relação de beneficiário completo (Cadastros /
Beneficiários / Relação de beneficiário completo)
Foi adicionado o campo matrícula neste relatório.
Data de Admissão na Informa-se a data de admissão do beneficiário na empresa contratante. Este campo é
Empresa apenas informativo e seu preenchimento será possível apenas quando o beneficiário for
“Titular” e seu contratante for “Pessoa Jurídica”. Os processos de Importação PTU A100
e Importação Lote Movimentação Beneficiário irá importar o campo “Data Admissão na
Empresa” apenas quando o arquivo a ser importado for XML.
Tipo Define qual é o tipo do beneficiário.
Titular Beneficiário responsável pela assinatura do contrato PF com a

operadora ou em contrato PJ, o funcionário da Empresa.
Dependente São beneficiários considerados dependentes diretos do titular, por
Direto exemplo: cônjuge, companheiro(a), filhos, filhas, filhos(as) adotivos,
etc.
Observação: o início de vigência do beneficiário do tipo Dependente
Direto deve ser maior ou igual ao início de vigência de seu beneficiário
titular.
Agregado Beneficiários agregados do beneficiário titular, que não correspondem
aos dependentes diretos.
Observação: o início de vigência do beneficiário do tipo Agregado deve
ser maior ou igual ao início de vigência de seu beneficiário titular.
Controle CO Os controles CO são beneficiários fictícios instalados para contratantes
empresariais, geralmente para as cobranças de Serviços Admissionais
e Periódicos (também de Saúde Ocupacional). Os beneficiários de
atendimento Eventual de Intercâmbio também são instalados no Cardio

Página 169 de 749
com o tipo Controle CO.
Titular É o código do beneficiário titular, quando se cadastra um beneficiário dependente.
Grau Dependência É o Grau de Dependência entre o beneficiário dependente e seu titular.
9.1. Cadastro de Beneficiário - Código
As regras de cadastramento do código existentes no Cardio visam uma manutenção coerente para evitar possíveis
erros operacionais, o que causa sérios problemas em processos como Pagamento e principalmente nos de Cobrança.
De acordo com o manual do PTU, o código do beneficiário possui 16 dígitos sendo, os 3 primeiros o código da Unimed
e o último o dígito de controle.
Assim, para evitar que o dígito de controle seja informado com número errado, na inclusão de beneficiário o dígito será
calculado automaticamente pelo Cardio.
Assim, ao cadastrar um beneficiário, o máximo que pode ser informado são 15 dígitos. Se forem informados 16 dígitos,
mensagem de alerta será apresentada, veja exemplo:

Página 170 de 749

Página 171 de 749
Criação de Código do Beneficiário Automaticamente
Para cadastro de um beneficiário ou transferência de contrato, a Unimed poderá escolher quatro formas para
codificação do beneficiário:
 Manual: A pessoa que está realizando o cadastro informa o código para o beneficiário.
 Sequencial: Definido no campo “Tipo Codificação do Beneficiário” na Negociação de Movimentação Cadastral.

O código Sequencial gerado pelo Cardio utiliza o valor do campo “Código Sequencial” do ConfigOperadora.
 Original: Tanto o Código do Beneficiário quando do Cartão de Identificação terão o mesmo Código da Unimed
Origem. (Para casos de repasse de beneficiário)
 Formatado: Também definido no campo “Tipo Codificação do Beneficiário” na Negociação de Movimentação

Cadastral. A montagem do código do beneficiário utiliza a seguinte estrutura: Unimed, Empresa, Família, RDP,
Digito Verificador.
Unimed Será recuperado o valor do campo “Esta Operadora” definido no
ConfigOperadora.
Empresa Será recuperada do campo “Empresa” do Contrato. Caso esteja vazio, será
verificado do Modelo de Contrato.
Família Será recuperada do código da família informada ou do campo “Nova
Família” da Negociação Mov. Cadastral.
RDP Será recuperado do campo RDP do cadastro do beneficiário (no caso de
cadastro de beneficiário) ou do contrato origem do beneficiário (no caso de
transferência de contrato).
Dígito verificador Calculado pelo sistema.
Existem ainda duas formas para utilizar o tipo de codificação “Formatado” sendo elas:
 Família gerada automaticamente: para geração do código família automaticamente, o campo “Tipo Preench.
Fam.” da Negociação de Movimentação Cadastral deve ser obrigatoriamente “Seq. Automática”.
 Família informada na digitação: o campo “Tipo Preench. Fam.” seja diferente de “Seq. Automática”. Caso este
campo seja diferente de “Seq. Automática” e no cadastro do beneficiário não for informado um código de
família, ocorrerá erro solicitando o preenchimento do campo.
Ao informar a família o sistema utilizará esse valor para montar o código do beneficiário.
Na tela “Negociação de Mov. Cadastral”, se o campo “Tipo Preenchimento Família” estiver com valor “Seq. Automática”,
o sistema utilizará o valor do campo “Nova Família” para montagem do código do beneficiário, sendo que esse valor
será a “Família” do beneficiário. Caso seja diferente de “Seq. Automática” será solicitada a digitação da família no
cadastro do beneficiário. (Veja tela 7)
Na transferência de contrato o processo seguirá a mesma lógica do cadastro de beneficiários sendo que, caso exista
um código de família, no contrato de destino, igual ao código da família que está sendo transferido, o sistema utilizará o
campo “Nova Família” da Negociação de Mov. Cadastral para montagem do código do beneficiário, se não houver um
código de família igual, então o sistema conservará a família do beneficiário origem.

Página 172 de 749
Se o beneficiário transferido for um dependente, será utilizada a família do titular e a codificação será feita de acordo
com o campo “Tipo Codificação do Beneficiário” (Sequencial ou formatado) da Negociação Movimentação Cadastral.
Exemplo 1
Unimed: 999
Empresa: 1- Família: 278 - RDP: 02
Obedecendo a formatação e quantidade de posições dos campos, o código do beneficiário ficará assim:
(999000100027802-X)
Unimed três posições, Empresa quatro posições, Família seis posições, RDP duas posições, o dígito será calculado
pelo sistema.
Obs.: Caso o sistema monte um código igual a um existente, será emitida mensagem de erro abaixo, indicando os
campos que foram utilizados para montagem do código e também qual beneficiário está utilizando. (Veja tela 8 e 9)
Essa montagem de código em duplicidade pode ocorrer quando no cadastro do beneficiário seja informado um RPD
igual a um já existente para a família que está sendo cadastrada, ou ainda quando o código da empresa seja igual para
contratos diferentes, essa ultima situação pode ocorrer quando utilizado o campo empresa do modelo de contrato e a
negociação movimentação cadastral está parametrizada para o contrato.
Tela 1 – Campo Código Sequencial na Configuração Operadora

Página 173 de 749
O valor em destaque será o utilizado para montagem do código do beneficiário quando a Negociação de Movimentação
Cadastral for “Sequencial”.
Tela 2 – Campo Família

Página 174 de 749
Tela 3 – Negociação Movimentação Cadastral
Tela 4 - Transferência de Contrato

Página 175 de 749
Tela 5 – Contrato
Campo empresa está habilitado para digitação, sendo que o valor desse campo será utilizado para composição do
código. Caso não esteja preenchido será verificado o valor no modelo de contrato.

Página 176 de 749
Tela 6 – Modelo de Contrato
Tela 7 - O campo “Tipo Preenchimento Família”

Página 177 de 749
Tela 8 – Mensagem de Erro
Tela 9 – Mensagem de Erro – Aba Complemento

Página 178 de 749
Aba Info. Cobrança
Campo Observações
Data Base Data base para cálculo dos valores de mensalidade / franquia / co-participação do
beneficiário.
É uma data de referência para indicar a tabela de preço a ser utilizada em
processamento de cobranças. Será mais bem estudado no capítulo referente a
Cobranças.
Incluído como Recém-Nato Identifica se o beneficiário é um Recém-Nato. Com isso, a carência do Titular será
assumida para este beneficiário.
Veja mais informações sobre esta parametrização no item Identificação de
Beneficiários como Recém-Nato mais adiante.
Tipo Neg. Movimentação Tipo neg. que informa quais movimentações cadastrais serão faturadas e irão
Cadastral gerar cartão.
Este item será estudado e detalhado na Negociação Movimentação Cadastral.
Cobrança Inscrição Indica se cobra a inscrição do beneficiário. Para que isso ocorra, deverá haver
valor para o tipo de movimentação = Inclusão de Beneficiário na Negociação Pré.
Veremos mais detalhes no capítulo referente a Negociação Pré.
Comp. 1a Cobrança Automática Define a competência de cobrança da primeira parcela. A data informada tem que
ser superior à data de início de vigência.
Vendedor Indica quem negociou a entrada do beneficiário no contrato.

Página 179 de 749
Identificação de Beneficiários como Recém-Nato
a) Prazo para considerar se o beneficiário é recém-nato ou não.
Existem 2 maneiras de se parametrizar esta funcionalidade:
a.1) Em Configuração Operadora [ (Diversos / Configurações Gerais / Configuração da Operadora.) ]
Esta parametrização tem caráter genérico, isto é, será válido para todos os beneficiários independente de seu Contrato.
Deve-se informar o Limite de Inclusão e a Unidade Limite que poderá ser em Dias ou Meses.
Este limite será verificado no momento da inclusão do beneficiário através do seguinte cálculo: Data de Nascimento x
Data de Início de Vigência.
a.2) Em Negociação Movimentação Cadastral [ (Cadastros / Contratos / Negociação de Mov. Cadastral) ]
Apenas para ressaltar, uma Negociação Mov. Cadastral pode ser realizada por Contrato ou por Modelo de Contrato.
Assim, na aba Recém-Nato também será possível estabelecer alguns controles para recém-natos.

Página 180 de 749
Desta maneira, o processo irá verificar primeiramente na Negociação Mov. Cadastral e se não existir, irá utilizar a
parametrização da Configuração Operadora.
Define o limite para inclusão de beneficiário como recém-nato.
Será utilizado no momento de cadastro do beneficiário para cálculo da data limite
que definirá se o beneficiário pode ou não ser incluído como recém-nato.
O cálculo da data limite para inclusão como recém-nato será feito a partir da data
Limite Inclusão beneficiário de nascimento do beneficiário e através da parametrização do limite e unidade
Recém-Nato: limite para inclusão. Por exemplo:
Data de nascimento do beneficiário – 01/01/2005

Limite para inclusão de recém-nato – 2
Unidade limite – Meses
Indica que até a data limite de 01/03/2005, este beneficiário poderá ser incluído
como recém-nato, caso contrário, não poderá ser incluído como recém-nato.
Define a unidade limite para inclusão de beneficiários como recém-nato, podendo
Unidade Limite
ser dia ou mês.
Este campo tem como objetivo parametrizar a verificação ou não da existência de
uma autorização de parto liberada para a mãe na inclusão de um novo
Verifica Sol.Parto Recém-Nato
beneficiário do tipo Recém Nato. Caso não encontre uma autorização liberada, o
sistema não permite a inclusão deste novo beneficiário como sendo Recém Nato.
Este campo tem como objetivo parametrizar a verificação da existência de uma
Indica Recém-Nato Automático autorização de parto liberada para a mãe. Caso haja uma autorização liberada, o
sistema cadastra automaticamente o novo beneficiário como Recém Nato.
Página 181 de 749
Controle na Inclusão de Beneficiários Recém-Nato
A Unimed pode identificar e consistir os Recém-Natos na inclusão dos beneficiários.
As seguintes validações podem ser efetuadas:

 Limite de dias para considerar o beneficiário como recém-nato:
Esta validação depende dos campos “Limite Inclusão Beneficiário Recém-Nato” e “Unidade Limite” que vimos
no processo Negociação de Mov. Cadastral e consistirá se o beneficiário está dentro do limite determinado
pela Unimed para ser considerado como recém-nato.
 Verificação da Solicitação/Autorização para parto:

Esta validação será efetuada nas inclusões dos beneficiários, quando:
o A Negociação de Mov. Cadastral para o contrato estiver com o campo “Verifica Sol. Parto Recém-
Nato” marcado.
o O campo “Incluído como Recém-Nato” estiver marcado, no próprio processo de Beneficiário [
(Cadastros / Beneficiários / Beneficiário) ].
Abaixo, o campo circulado, apenas para demonstração, “Incluído como Recém-Nato”.
Quando os campos mencionados estiverem marcados, será validada a existência de uma solicitação/autorização com
procedimento parto para um dependente da família.
Página 182 de 749
Como o sistema sabe que é do grupo Parto?
R: Através dos procedimentos relacionados ao grupo de despesa Assistencial do cadastro do SIP, no qual o campo
“Tipo” deverá estar preenchido como Parto Normal ou Parto Cesárea.
Abaixo, o cadastro de Despesa Assistencial com o campo “Tipo” circulado. Tal campo é essencial para o funcionamento
da verificação da solicitação/autorização do recém-nato.
ATENÇÃO: É obrigatório o preenchimento deste campo no SIP para que a validação possa funcionar.
Caso não seja encontrada nenhuma autorização/solicitação, será apresentado em tela o seguinte erro: Inclusão de
Recém-Nato não permitida por não possuir autorização.
Mensagem de erro exibida quando o beneficiário estiver marcado como Recém-Nato e não for localizada autorização
de parto.

Página 183 de 749
 Marcação Automática do campo “Incluído como Recém-Nato” na inclusão dos beneficiários:

Isto acontecerá quando:
o Na Negociação de Mov. Cadastral para o contrato estiver com o novo campo, Indica como Recém-
Nato Automático, marcado.
o Não foi marcado o campo “Incluído como Recém-Nato” no próprio processo de Beneficiário.

Página 184 de 749
Como funciona o Reaproveitamento de Carência para o beneficiário recém-nato ?
Se na Negociação Mov. Cadastral estiver sinalizado para reaproveitar a carência, ao cadastrar o beneficiário como
recém-nato, a Data Base Cobertura (que é a data a partir da qual as carências são calculadas) será a mesma Data
Base Cobertura cadastrada para o Titular.
Com a sinalização de Reaproveitar Carência para Benef. Recém-Nato na Negociação Mov. Cadastral, a Data Base
Cobertura é gerada automaticamente, assumindo a do Titular. Veja exemplo:

Página 185 de 749
Inclusão de Beneficiário Adotivo como Recém-Nato
Objetivo:
Permitir que uma criança adotada possua os mesmos benefícios concedidos na inclusão de um beneficiário
recém-nato, em atendimento à lei 9656/98, que garante ao filho adotivo, cuja adoção ocorra dentro de 30 dias
da inclusão no plano, os mesmos direitos que a um filho natural também incluído no mesmo prazo.
Portanto, a Unimed pode realizar a inclusão de um beneficiário adotivo, informando a data de adoção do
mesmo, e com base nessa data a inclusão se procederá seguindo as mesmas regras existentes para a
inclusão de um beneficiário recém-nato.
Regras de Negócio:
A Unimed poderá permitir que filhos adotivos de seus beneficiários possam ser incluídos também com a
mesma regra do recém-nato, atendendo a lei 9656/98.
Para isso, deverá ser informada a data de adoção para a pessoa criada para o filho adotivo, no formulário
Pessoa (/Cadastros/ Pessoas/ Pessoa) e que na Negociação de Mov. Cadastral (Cadastros / Contratos /
Negociação de Mov. Cadastral) para o contrato ou modelo do contrato em que será incluído o novo
beneficiário, que as parametrizações estejam configuradas conforme segue:
o Campos “Limite Inclusão Beneficiário Recém-Nato” e “Unidade Limite” preenchidos:

 Esses dois campos são utilizados no momento do cadastro de beneficiário para cálculo da
data limite que irá definir se o beneficiário pode ou não ser incluído como recém-nato.
 O cálculo da data limite para inclusão como recém-nato, é feito a partir da data de
nascimento do beneficiário ou agora, a partir da data de adoção. Primeiro o sistema verifica
se a data de adoção está preenchida e a utiliza para a realização do cálculo, mas se a data
de adoção estiver nula então utilizará a data de nascimento.
o Campo “Reaproveitar Carência p/ Benef. recém Nato” marcado: se este campo estiver marcado,
assim que o beneficiário for incluído como recém-nato, também será reaproveitado para o filho
adotivo as carências daquele indicado como seu titular.
Pré-Requisitos:
 Beneficiário (/Cadastros/ Beneficiários/ Beneficiário)
Antes de finalizar a inclusão de um beneficiário, para que o sistema faça a verificação se esse beneficiário
pode ser incluído com a característica de recém-nato, é necessário que o Checkbox “Incluído como Recém-
Nato / Adotivo” esteja marcado. Esse checkbox fica na Aba Info. Cobrança.
 No cadastro de Pessoa o campo Data Adoção identifica a data de adoção da pessoa. Veja abaixo:

Página 186 de 749
Tela 9-1 – Pessoa – Aba Física – Sub-Aba Info. Pessoais
 No cadastro de Pessoa o campo Recém-Nato / Adotivo identifica tanto beneficiário recém nato quanto adotivo.
Veja abaixo:

Página 187 de 749
Tela 9-2 – Beneficiário– Aba Info- Cobrança – Versão Atual

Página 188 de 749
Veja o cálculo realizado pelo sistema para encontrar a data limite para inclusão de recém-nato:
 Para que o beneficiário seja incluído como recém-nato é necessário que exista uma Negociação de
Mov. Cadastral (Cadastros / Contratos / Negociação de Mov. Cadastral) para o Contrato ou Modelo do
novo beneficiário, e que os campos “Limite Inclusão Beneficiário Recém-Nato” e “Unidade Limite”,
existentes na Aba Recém-Nato estejam preenchidos. Caso não existam as informações na
negociação, o processo irá buscar na Configuração da Operadora (Diversos / Configuração Geral /
Configuração da Operadora), aba Recém-Nato.
 Com isso, o sistema fará um cálculo para encontrar a data limite que irá definir se o beneficiário pode
ou não ser incluído como recém-nato quando o checkbox “Incluído como Recém-Nato / Adotivo” do
formulário Beneficiário, aba Info. Cobrança estiver marcado.
 O cálculo da data limite para inclusão como recém-nato era feito a partir da data de nascimento do
beneficiário, agora será verificado primeiro se existe data de adoção.
 Se o campo “Data Adoção” estiver preenchido o cálculo da data limite será feito a partir dessa data,
mas se ele estiver nulo a data limite voltará a ser calculada a partir da data de nascimento.

 A data de adoção deve ser maior ou igual à data de nascimento
Essa mensagem será gerada no formulário Pessoa (/Cadastros/ Pessoas/ Pessoa). Ela será gerada sempre
que o campo “Data Adoção” for preenchido com uma data que seja menor que a data preenchida para o
campo “Data Nascimento”. Para que essa mensagem deixe de ser gerada, a data preenchida no campo “Data
Adoção” deve ser maior ou igual à data preenchida no campo “Data Nascimento”.
 219 – O beneficiário não poder ser incluído como recém-nato a partir desta data devido ao limite pré-
estabelecido
Essa glosa/mensagem será apresentada em tela, quando na inclusão de beneficiário o checkbox “Incluído
como Recém-Nato / Adotivo” (Aba Info. Cobrança) estiver marcado e a data de início de vigência informada
para o beneficiário for maior que a data limite calculada pelo sistema.
O cálculo para identificar a data limite para inclusão de beneficiário como recém-nato foi explicado no tópico
anterior.

Página 189 de 749
Exemplos:
1º. Exemplo: Inclusão de beneficiário com data de adoção: inclusão dentro da data limite para inclusão como
recém-nato
Inclusão da pessoa Beneficiário Teste Mariazinha com o preenchimento da data de adoção.
Essa pessoa será incluída para o contrato 326326 – Empresa Teste, como dependente do beneficiário titular
3140000000005843 – Beneficiário Teste.
Existe uma Negociação de Mov. Cadastral para o Modelo do Contrato: 1 – Pré-pagamento (Patrocinado), com
a configuração abaixo:

Página 190 de 749
Tela 9-4 – Negociação de Mov. Cadastral– Aba Recém- Nato
Ao realizar a inclusão da pessoa Beneficiário Teste Mariazinha, o sistema deverá calcular a data limite para
inclusão como recém-nato pela data de adoção.
Vejamos quais seriam as datas limites para inclusão como recém-nato utilizando a data de nascimento e a
data de adoção:
o Data de Nascimento: 01/01/2010

 Data Limite: 01/01/2010 + 20 dias => 21/01/2010
o Data de Adoção: 07/05/2010

 Data Limite: 07/05/2010 + 20 dias => 27/05/2010
Vamos então efetuar a inclusão desse beneficiário, com início de vigência igual a 18/05/2010:

Página 191 de 749
Tela 9-5 – Beneficiário – Aba Geral – Inclusão de novo beneficiário
Tela 9-6 – Beneficiário – Aba Info. Cobrança - Inclusão de novo beneficiário

Página 192 de 749
Tela 9-7 – Beneficiário – Aba Módulos – Módulo Novo 408163993R - Inclusão de novo beneficiário
Preenchidos os dados principais, efetua-se a finalização da inclusão. O sistema irá permitir incluir o
beneficiário como recém-nato, pois pela data de adoção o mesmo ainda está dentro do prazo limite, e, além
disso, a data base do módulo operadora assistencial deverá ser o mesmo do titular, que é 01/01/2000, uma
vez que na Negociação de Mov. Cadastral (Cadastros / Contratos / Negociação de Mov. Cadastral), na aba
Recém-Nato o checkbox “Reaproveitar Carência p/ Benef. recém Nato” está marcado.

Página 193 de 749
Tela 9-8 – Beneficiário – Aba Geral – Beneficiário incluso como recém-nato

Página 194 de 749
Tela 9-9 – Beneficiário – Aba Info. Cobrança - Beneficiário incluso como recém-nato
Tela 9-10 – Beneficiário – Aba Módulos – Módulo 408163993R - Beneficiário incluso como recém-nato

Página 195 de 749
Tela 9-11 – Beneficiário – Aba Módulos – Módulo 408163993R - Beneficiário titular do novo beneficiário

Página 196 de 749
2º. Exemplo: Inclusão de beneficiário com data de adoção: inclusão fora da data limite para inclusão como
recém-nato:
Inclusão da pessoa Beneficiário Joãozinho Unimed com o preenchimento da data de adoção.
Essa pessoa será incluída para o contrato 326326 – Empresa Teste, como dependente do beneficiário titular
3140000000005843 – Beneficiário Teste.
Existe uma Negociação de Mov. Cadastral para o Modelo do Contrato: 1 – Pré-pagamento (Patrocinado), com
a configuração abaixo:

Página 197 de 749
Tela 9-13 – Negociação de Mov. Cadastral– Aba Recém- Nato
Ao realizar a inclusão da pessoa Beneficiário Joãozinho Unimed, o sistema deverá calcular a data limite para
inclusão como recém-nato pela data de adoção.
Vejamos quais seriam as datas limites para inclusão como recém-nato utilizando a data de nascimento e a
data de adoção:
o Data de Nascimento: 01/01/2010

 Data Limite: 01/01/2010 + 20 dias => 21/01/2010
o Data de Adoção: 07/05/2010

 Data Limite: 07/05/2010 + 20 dias => 27/05/2010

Página 198 de 749
Vamos então efetuar a inclusão desse beneficiário com início de vigência igual a 28/05/2010:
Tela 9-14 – Beneficiário – Aba Geral – Inclusão de novo beneficiário
Tela 9-15 – Beneficiário – Aba Info. Cobrança - Inclusão de novo beneficiário

Página 199 de 749
Tela 9-16 – Beneficiário – Aba Módulos – Módulo Novo 408163993R - Inclusão de novo beneficiário
Preenchidos os dados principais, efetua-se a finalização da inclusão. O sistema não irá permitir incluir o
beneficiário como recém-nato, pois realizando o cálculo pela data de adoção o mesmo não está dentro do
prazo limite. Ao tentar salvar o cadastro será emitida a glosa 219 – O beneficiário não poder ser incluído como
recém-nato a partir desta data devido ao limite pré-estabelecido.

Página 200 de 749
Tela 9-17 – Beneficiário - Mensagem de Erro – Glosa 219

Página 201 de 749
Cadastro de Beneficiário Titular (Menor Idade) - Sem Documento Identidade
Para cadastrar um beneficiário titular, menor de idade, sem documento de identidade basta marcar o checkbox Permite
menor de idade sem docto de identidade, em configuração Operadora:
 Benef. menor de idade é obrigat. Pelo menos 1 campo (CPF, PIS/PASEP ou CNS/NUS) ou a Carteira de
Identidade
Este erro irá ocorrer quando o beneficiário estiver sendo cadastrado como titular, e o mesmo for menor de
idade, não possuir nenhum dos documentos acima e o campo “Permite menor de idade sem docto de
identidade” não estiver marcado na Configuração da Operadora.
 Benef.titular, é obrigatório o preenchimento de pelo menos 1 campo (CPF, PIS/PASEP ou CNS/NUS)

Este erro irá ocorrer quando o beneficiário estiver sendo cadastrado como titular, e o mesmo não for menor de
idade e não possuir nenhum dos documentos acima. O preenchimento do campo “Permite menor de idade
sem docto de identidade” na configuração da operadora NÃO irá evitar este erro, isto porque o beneficiário não
é menor de idade.

Página 202 de 749
Exemplos:
Cadastro de beneficiário titular sem documento de identidade informado:
Permite menor de idade Beneficiário Mensagem apresentada

sem docto de identidade menor de idade
Desmarcado NÃO Benef.titular, é obrigatório o preenchimento de pelo menos 1 campo
(CPF, PIS/PASEP ou CNS/NUS)
Marcado NÃO Benef.titular, é obrigatório o preenchimento de pelo menos 1 campo
(CPF, PIS/PASEP ou CNS/NUS)
Desmarcado SIM Benef. menor de idade é obrigat. Pelo menos 1 campo (CPF,
PIS/PASEP ou CNS/NUS) ou a Carteira de identidade
Marcado SIM Não será apresentada mensagem de erro
Acima, as mensagens somente serão apresentadas quando não existir também um dos documentos:
CPF, PIS/PASEP ou CNS/NUS.
Importante:
 A Carteira de Identidade só é considerada como documento; não obrigando CPF, PIS/PASEP ou CNS/NUS;
para beneficiário menor de idade.
Aba Info. Carteira

Apresenta informações anteriores de beneficiários. Estas informações são alimentadas automaticamente quando
ocorrem transferências.

Página 203 de 749
Campo Observações
Beneficiário Anterior É o código do beneficiário que ele possuía antes de sua transferência para este
novo beneficiário.
Contratante Anterior É a Contratante anterior do beneficiário.
Classificador Origem É um campo aberto para que a Unimed informe uma numeração a qual o
beneficiário pertence. Pode ser o número de matricula do funcionário na empresa.
Para Beneficiários que são recebidos em Intercâmbio, este campo deve ser
preenchido com o código original (código do beneficiário na Unimed de origem).
Esta informação é utilizada na exportação dos arquivos PTU A500 e A700. Se não
estiver preenchido, o processo de exportação PTU utilizará o próprio código do
beneficiário (aba Geral) o que muitas vezes pode causar a não identificação do
beneficiário na Unimed que está recebendo o PTU.
Vigência Origem Vigência origem do beneficiário. Corresponde a vigência do contrato anterior.
Cod. Anteriores Atualmente não utilizado pelo Cardio.
O conceito inicial era para conter os códigos de beneficiários, criando um
rastreamento no caso de transferências.
Aba Módulos
Aqui, devem ser cadastrados os Módulos Operadora dos tipos Assistencial e Acessórios aos quais o beneficiário tem
direito. Veja exemplo abaixo:

Página 204 de 749
Note que, o histórico de Módulos é mantido. Neste exemplo, o beneficiário foi incluído em 09/11/2001 nos módulos
9999990014, VIDA e FAC e em 01/09/2009 foi transferido para o módulo 9999990013 (também com VIDA e FAC).
Quando ocorreu esta transferência, automaticamente a data de 31/08/2009 foi gravada como Fim de Vigência nos
módulos originalmente cadastrados.
Tela de cadastramento de Módulo Operadora para Beneficiário:
Aba Geral
Campo Observações
Beneficiário Define o beneficiário que está adquirindo o módulo.
Módulo Define qual módulo está sendo adquirido pelo beneficiário, Assistencial ou
Acessório.
Início Vigência Início de vigência do módulo para o beneficiário.
O início de vigência informado deve ser maior ou igual ao início de vigência do
beneficiário ao qual o módulo estará associado.
Vendedor Define quem negociou a venda do módulo para o beneficiário.
Data Aquisição Será gravada a data de inicio vigência informada na rotina Inclusão/Troca Módulo
para o beneficiário, quando utilizada esta rotina.
Página 205 de 749
Data Base Cobertura Data de início de vigência das coberturas.
Se este campo não for informado, será recuperada a parametrização do campo
Controle Referência 1° Dia Próximo Mês da negociação de movimentação
cadastral do contrato / modelo de contrato do beneficiário.
Caso não exista negociação de movimentação cadastral para o contrato / modelo
de contrato do beneficiário, ou o campo esteja desmarcado, deve-se informar a
data base de cobertura.
Mens. Retr. Inclusão Define a quantidade de mensalidades retroativas cobradas na inclusão do
beneficiário. Será abordada no capítulo referente Negociação Pré.
Participativo Indica se o módulo do beneficiário é participativo ou não. Como valor default
receberá o mesmo valor parametrizado na negociação de aquisição do módulo,
seja ela em nível de Contrato ou Modelo de Contrato.
Conforme já comentado anteriormente, a Auditoria de Eventos verifica esta
informação para marcar se o Evento está apto a ter co-participação ou não.
Data Base Calc. Data base para cálculo dos valores de mensalidade / franquia / co-participação do
beneficiário.
É uma data de referência para indicar a tabela de preço a ser utilizada no
processamento de Cobrança. Assunto a ser abordado no capítulo referente
Negociação Pré.
Módulo Base Esta informação será preenchida automaticamente durante o cadastro de um
módulo, troca de módulo e transferência de contrato, quando o produto
assistencial cadastrado possuir um acessório vinculado.
Código Origem Código do módulo origem do beneficiário repassado (Intercâmbio).
Nome Origem Nome do módulo origem do beneficiário repassado (Intercâmbio).
Mov. Cadastral Inclusão Movimentação utilizada para incluir o beneficiário no módulo.
Fim Vigência Fim de vigência (rescisão) do módulo para o beneficiário.
Produto Convênio Será preenchido automaticamente durante o cadastro de um módulo, troca de
módulo e transferência de contrato, quando o produto assistencial cadastrado
possuir um acessório vinculado.
No campo Produto Convênio do módulo acessório será gravado o produto
convênio do acessório vinculado ao produto assistencial.
Quando não houver uma Negociação de Módulo Acessório ou não houver um
Acessório Vinculado no Módulo Operadora do tipo Assistencial, o processo irá
solicitar tal Produto. Já vimos esta necessidade no item Cadastramento de
Acessórios Opcionais para Beneficiários no capítulo referente à Módulo
Operadora.
Número Reg. Plano Op. Origem Código do Produto na ANS da Unimed Origem. Para exportação do PTU A100,
recupera o campo “Número Registro ou Código Publicação” do módulo operadora
do beneficiário. E para importação do PTU A100 grava em módulo beneficiário
campo “Número reg. Plano Op. Origem”, sendo na tabela definido como
“moduloanterior”.

Página 206 de 749
Aba Info. Rescisão
Campo Observações
Motivo Rescisão Define o motivo pelo qual o beneficiário não tem mais direito ao módulo.
Processo Rescisão Número do processo de rescisão.
Mov. Cadastral Resc. Movimentação cadastral vinculada à rescisão do módulo.
Data Registro Rescisão Data de registro da rescisão do módulo pelo beneficiário.
Estas informações são preenchidas automaticamente pelo processo de Inclusão / Troca de Módulo disponível em [
(Cadastros / Beneficiários / Movimentações Cadastrais / Inclusão/Troca Módulo) ].

Página 207 de 749
Aba Coberturas
Aqui, podem-se cadastrar as Coberturas que serão válidas apenas para o Beneficiário.
O cadastro das negociações de cobertura já foi estudado em Módulo Operadora.

Página 208 de 749
9.2. Módulo do Beneficiário com Co-participação
No Cardio, o que determina que um Evento possa ter cobrança de co-participação é a sinalização existente no cadastro
do Módulo do Beneficiário no campo Participativo. Veja exemplo:
Existem 2 maneiras de efetuar esta marcação no Módulo do Beneficiário:

 Manual: a cada inclusão do módulo do Beneficiário, o usuário deverá marcar que é Participativo. Se o usuário
esquecer, não haverá cobrança da co-participação.
 Automática: na Negociação de Aquisição de Módulo do Contrato (ou Modelo de Contrato), já deixar sinalizado o
campo Participativo. Com isso, ao cadastrar um beneficiário, mesmo que o usuário esqueça de marcar o
checkbox, o sistema irá efetuar tal marcação automaticamente.

Página 209 de 749
Para informar que o Módulo Operadora de um Contrato ou Modelo de Contrato é Participativo:
Para efetuar esta sinalização em Contrato [ (Cadastros / Contratos / Contrato) ] pode-se utilizar o link Negociações
Aquisições Módulos.
Em Modelo de Contrato [ (Cadastros / Contratos / Modelo de Contrato) ], entrar na aba Módulos Negociados.

Página 210 de 749
9.3. Cadastramento de Acessórios (Opcionais) para Beneficiários
A Negociação de Módulo Acessório [ (Cadastros / Produtos / Negociação de Módulo Acessório) ] cadastra

automaticamente o Acessório e o Produto Convênio ao incluir um beneficiário para o Produto, Modelo de Contrato ou
Contrato parametrizado nesta negociação.
Mas existem situações que são comercializadas pelas Unimeds onde o Acessório é opcional e não automático.
Como proceder ?
Quando o Acessório for opcional, não deverá cadastrar a Negociação de Módulo de Acessório.
Ao cadastrar um Beneficiário, o Acessório deverá ser informado na aba Módulos do Beneficiário e o sistema irá solicitar
o Produto Convênio. Veja exemplo:
Como não existe uma Negociação de Módulo de Acessório para o acessório VIDA para o Contrato, ao tentar salvar o
Beneficiário, mensagem de alerta será apresentada.

Página 211 de 749
Desta maneira, será necessário informar o Produto Convênio para o módulo:

Página 212 de 749
9.4. Rescisão Módulo Operadora Acessório

[ (Cadastros / Beneficiários / Movimentações Cadastrais / Rescisão do Módulo) ]
Essa rotina irá rescindir o módulo para um beneficiário OU para um contingente total de um contrato, ou seja, a rescisão
do módulo não pode ser feita para o beneficiário e para um contrato ao mesmo tempo, ou rescindi o módulo para o
beneficiário ou rescindi para o contrato.
Pré-requisito
O Módulo a ser rescindido deve ser do tipo 9 Acessório.
Atualizações realizadas
Será verificado se existe um módulo beneficiário para o beneficiário com o módulo informado e com fim de vigência
nulo, caso exista, será atribuído o fim de vigência para este módulo beneficiário.
Código Cartão Beneficiário Código do cartão do beneficiário para o qual será feita a rescisão de módulo.
Beneficiário Código do beneficiário para o qual será feita a rescisão de módulo.
Acomodação Auto-preenchido de acordo com o beneficiário informado.
Repasse Auto-preenchido de acordo com o beneficiário informado
Módulo Rescisão Módulo que será utilizado como base para que seja efetuado rescisão.
Motivo Define o motivo da rescisão do módulo.
Página 213 de 749
Data Devolução Carteira Data Devolução Carteira.
Fim Vigência Define a data em que o módulo Acessório será rescindido.
(checkbox) “Analisa Esta opção deverá ser utilizada juntamente com o Intervalo e/ou Lista de Contratos. Se
Contrato Anterior” marcado, a Rescisão ocorrerá para os Beneficiários dos Contratos informados e para
os Beneficiários Aposentado/Demitido que possuírem o Contrato como anterior.
(Sub-Aba) “Inicio de Foram incluídos os campos Início de Vigência Inicial e Início de Vigência Final, que
Vigência do Beneficiário” possibilita a seleção utilizando como filtro o início de vigência do beneficiário.
(Sub-Aba) “Contratos” Foram incluídos os campos Contrato Inicial e Contrato Final, que possibilita a seleção
utilizando como filtro o intervalo de contratos do beneficiário.
(Sub-Aba) “Modelo” Foram incluídos os campos Modelo Inicial e Modelo Final, que possibilita a seleção
utilizando como filtro o intervalo de Modelos de Contrato.
Aba Listas
(Sub-Aba) “Tipos de Restringe a seleção aos Tipos de Contratação informados neste grid. Se marcado a
Contratação” opção Exceto, indica que os valores informados no grid deverão ser desconsiderados
da seleção.
(Sub-Aba) “Contratos” Restringe a seleção aos Contratos informados neste grid. Se marcado a opção Exceto,
indica que os valores informados no grid deverão ser desconsiderados da seleção.
(Sub-Aba) “Modelos” Restringe a seleção aos Modelos de Contrato informados neste grid. Se marcado a
opção Exceto, indica que os valores informados no grid deverão ser desconsiderados
da seleção.

 Se forem preenchidos os campos ”Modulo Destino Benef.”, “Inicio Vigência”, “Motivo”, e marcar a opção
“Analisa contrato Anterior”, o Sistema apresenta mensagem: “A opção” Analisa Contrato Anterior “só poderá
ser marcada se foi informado algum contrato (Intervalo/Lista)”.
Para que o sistema não apresente esta mensagem, deverá ser preenchido um intervalo de contrato e/ou lista
de contrato.
 Se forem preenchidos os campos ”Modulo Destino Benef.”, “Inicio Vigência” e “Motivo, o Sistema apresenta
mensagem: “Deve ser informado um dos campos: Beneficiário, Início de Vigência, Contrato, Modelo de
Contrato, Tipo de Contratação, Módulo Origem Beneficiário”.
Para que o sistema não apresente esta mensagem, deverá ser preenchido pelo menos um dos campos da
mensagem.
Exemplos:
Preencher campos para validar a regra do parâmetro “Analisa Contrato Anterior”
Campos a ser preenchido:
“Modulo Destino Benef.”, “Inicio Vigência”, “Motivo”, “Verifica Modulo Competência”, “Analisa Contrato
Anterior”, “Contrato Inicial e Final” da aba Contratos.
Obs: Lembrando que para rescisão de módulo, o mesmo deve ser do tipo “Acessório”

Página 214 de 749
Tela 9-18 – Rescisão Modulo
Tela 9-19 – Rescisão Modulo

Página 215 de 749
Neste momento, os beneficiários do contrato 314000900 rescindiram o acessório “Seguro Vida”, conforme
exemplo na tela abaixo.
Tela 9-20 – Beneficiário

Página 216 de 749
Links disponíveis em Módulo do Beneficiário

Por este link se tem acesso aos valores de mensalidades que foram processados para o
Módulo Operadora do Beneficiário.
Módulo Os Módulos Competência serão gerados através do processamento das rotinas de
Competência valorização em pré-pagamento: Valorização de Cobrança dos Módulos [ (Cobranças /
Cobrança Pré-Pagamento / Valorizações / Valorização de Cobrança dos Módulos) ] e
Valorização Cobrança Módulos Movimentados [ (Cobranças / Cobrança Pré-Pagamento /
Valorizações / Valorização Cobrança Módulos Movimentados) ].
Mas também podem ser cadastrados manualmente pelo usuário no caso de ajustes a serem
feitos para o módulo competência.
Por este link se tem acesso aos valores de mensalidades, normalmente dos Módulos
Módulo Acessórios. Os Módulos Competência Pagamento serão gerados através do processamento
Competência da rotina Geração de Módulo Competência Pagamento [ (Cadastros / Beneficiários /
Pagamento Movimentações Cadastrais / Geração de Módulo Competência de Pagamento) ] que serve
principalmente para a exportação do PTU A300.

Página 217 de 749
Aba Repasses
Por esta aba visualiza-se todo o histórico de Repasses do Beneficiário em Intercâmbio. Veja exemplo:
Acima, temos um beneficiário que teve um repasse em 01/08/2009 para a Unimed 032 e depois em 01/10/2009 para a
Unimed 001.
Consultando os dados do Repasse, temos o detalhamento que podemos ver abaixo:

Página 218 de 749
Campo Observações
Início Vigência Define a data que o beneficiário foi repassado.
Local Atendimento Define o local de atendimento que vai receber o beneficiário repassado.
Tipo Tipo do repasse. (Eventual, Continuado Pré e Continuado Pós)
Classificador Destino Define qual o código recebido pelo beneficiário no local de atendimento para o
qual ele foi repassado.
Local de Destino Local de Destino do Beneficiário.
Local de Cobrança Local de Cobrança do Beneficiário.
Mov. Cadastral Abertura Movimentação cadastral vinculada à abertura do repasse.
Fim Vigência Define a data final do repasse para o beneficiário.
Mov. Cadastral Fechamento Movimentação cadastral vinculada ao fechamento do repasse.
Data Registro Fechamento Data de registro do fechamento do repasse.
Vamos nos atentar para 2 tipos de informações importantes:

1) A cada movimentação cadastral efetuada para o Beneficiário, o próprio sistema cria um Tipo de Movimentação
e a inseri no respectivo registro. Acima temos 2 movimentações cadastrais: uma de Abertura e outra de
Fechamento do Repasse.
2) O campo Fim de Vigência está preenchido. Isso significa que este Repasse não é mais válido a partir desta
data.

Página 219 de 749
9.5. Negociação de Repasse

[ (Cadastros / Contratos / Negociação Repasse) ]
É um cadastro não obrigatório que estipula os parâmetros definidos pela Unimed para repassar o seu beneficiário para
atendimento em outra Unimed.
No exemplo acima, o beneficiário do contrato 293003600 que for repassado para a Unimed 001 na modalidade de
repasse Continuado Pré (Pré-Pagamento), terá como Unimed Destino a Federação 984 e o Local de Cobrança a ser
impresso no Cartão de Identificação é o 175.
Resp. Impressão do Cartão Define quem será o responsável pela emissão do cartão de identificação para
beneficiários repassados.
Repasse Automático do Quando este check-box estiver marcado, significa que no cadastramento do
Beneficiário beneficiário, o repasse será criado automaticamente.
Seq. Automática do Beneficiário Quando este Check-Box estiver marcado, significa que o código a ser enviado no
repasse será definido através da parametrização feita na Negociação Repasse –
Campos “Seq. Família”, “Máscara” e “Código da Operadora”.
Seq. Família Este campo será utilizado em conjunto com os campos “Máscara” e “Código da
Página 220 de 749
Operadora”, para criar o código a ser considerado no repasse do beneficiário.
Máscara Este campo será utilizado em conjunto com os campos “Seq. Família” e “Código
da Operadora”, para criar o código a ser considerado no repasse do beneficiário.
Código da Operadora Este campo será utilizado em conjunto com os campos “Seq. Família” e
“Máscara”, para criar o código a ser considerado no repasse do beneficiário.
Quando preenchido, o campo Máscara também deverá estar preenchido.
 O código do beneficiário a ser repassado será gravado no campo “Classificador Destino” do Beneficiário.
 Mesmo que não haja Negociação de Repasse, se forem preenchidos os campo “Local de Atendimento” e “Tipo
de Repasse”, será realizada abertura de repasse.
 Quando o campo (checkbox) “Seq. Automática Família” estiver sinalizado na Negociação Repasse, os campos
“Seq. Família”, “Máscara” e “Código da Operadora” devem ser preenchidos.
 O campo “Máscara” na Negociação Repasse, sempre que preenchido deve conter 15 dígitos, e só aceitar
números e os caracteres “UUU”, “EEEE”, “FFFFFF”, “DD”, onde:
o “U” – Unimed
 Será recuperado do campo “Código da Operadora”, na própria Negociação Repasse.
o “E” – Empresa
 Será recuperado do campo “Empresa” localizado no Contrato, caso não exista, irá verificar no
Modelo de Contrato
o “F” – Família
 Será recuperado do campo “Família”, na própria Negociação Repasse
o “D” – Dependente
 Será recuperado o mesmo código que foi definido no código original
o O Digito Verificador será calculado automaticamente pelo sistema
 Os campos “Local Atendimento” e “Tipo Repasse” só poderão ser digitados após ser informado o Módulo
Beneficiário e só serão habilitados no cadastro de novos beneficiários.
Atenção: O checkbox “Resp. Impressão do Cartão” define quem será o responsável pela emissão do cartão de
identificação para beneficiários repassados. Caso esse campo esteja marcado sinaliza que o responsável pela emissão
do cartão será o local de atendimento ou o local destino. Caso contrário (desmarcado) o responsável pela emissão será
a operadora origem.
Outra forma é a possibilidade de determinar se para beneficiários locais haverá emissão de cartão de identificação.
Caso no Modelo de Cartão de Identificação não tenha o campo “Nome Arq. Configuração” preenchido, os beneficiários
que utilizarem esse modelo de cartão não haverá emissão. Sendo emitida mensagem de erro caso utilizada a opção de
emissão de cartão. (Veja tela 1)

Página 221 de 749
Tela 1 – Modelo de Cartão de Identificação
De acordo com o exemplo citado na negociação repasse, ao entrar na Abertura de Repasse

[ (Cadastros / Beneficiários / Movimentações Cadastrais / Abertura Repasse) ] e informar que o Tipo Repasse é
Continuado Pré e Local de Atendimento é 001, os campos já cadastrados na Negociação Repasse serão trazidos
automaticamente. Veja exemplo:

Página 222 de 749
9.6. Repasse Beneficiário
A Abertura e o Fechamento de Repasse são Movimentações Cadastrais. Elas estão disponíveis em [ (Cadastros /
Beneficiários / Movimentações Cadastrais) ]:
O repasse pode ser realizado para um beneficiário ou contrato de Pessoa Física ou Jurídica
Regra de Negócio:
Algumas Singulares por não possuírem uma estrutura para gestão de sua carteira fazem um acordo com sua
Unimed Federação, e com isso, ela passa a ser uma Unimed prestadora da Federação que irá gerenciar e
administrar a carteira de seus clientes.
Conceitualmente Unimed prestadora é uma Unimed de pequeno porte, que possui beneficiários e prestadores,
porém não tem estrutura para administrá-los e deixa que todo o gerenciamento da carteira de seus
beneficiários e prestadores, assuntos contábeis e financeiros, assuntos relativos à ANS (SIB/SIP,etc.), sejam
realizados por outra Unimed.
Para isso, os beneficiários das Unimeds prestadoras, sejam eles contratos Pessoa Física ou Pessoa Jurídica,
são cadastrados no sistema como beneficiários locais, permitindo que todo o gerenciamento necessário seja
realizado (geração de cartão magnético, cobrança, atendimentos, etc.). Para que a prestação de contas seja
possível, é necessário distinguir esses beneficiários dos demais da Unimed Federação, neste caso será
utilizada a opção de Repasse.
Esse repasse é realizado apenas com o objetivo de identificar os beneficiários que pertencem as Unimeds
prestadoras, não havendo necessidade de se gerar arquivo PTU A100 – Movimentação de Beneficiários.
Ao abrir um novo Repasse, havendo um Repasse vigente, o mesmo receberá um Fim de Vigência.

Página 223 de 749
Este processo irá colocar o Fim de Vigência informado no cadastro do Repasse ativo que o Beneficiário
possui.

Página 224 de 749
Aba Lotações:
São apresentadas todas as Lotações que o Beneficiário teve e/ou tem.
O detalhamento do cadastro da Lotação para o Beneficiário é visualizado expandindo o registro. Veja

exemplo:

Página 225 de 749
Este Beneficiário iniciou-se na Lotação 293003600.001 – Lotação Matriz em 01/08/2009.
Note que existe uma Movimentação Cadastral para esta Lotação. Ela é criada automaticamente a cada
manutenção que é realizada.
Atenção: a manutenção da Lotação para o Beneficiário (inclusão de lotação e fim de vigência para uma
Lotação) é sempre realizada diretamente na aba Lotações disponível em Beneficiários.
Para trocar o Beneficiário de uma Lotação para outra, primeiramente é preciso colocar um Fim de Vigência na
atual para depois cadastrar a nova Lotação.
No capítulo de Contratos, foram abordados os recursos que o Cardio fornece no que se refere ao
cadastramento de Lotação para os Beneficiários.
Aba Observações:
Nesta aba é permitido informar qualquer observação sobre o Beneficiário. É um texto livre.
As Observações possuem um Tipo e este tipo tem funcionalidade.
O mais utilizado é o tipo: do Cartão Identificação. Nele se cadastra mensagens que são impressas no cartão
de identificação dos beneficiários.
As Observações, seus Tipos e Funcionalidades já foram abordados no capítulo do Módulo Operadora.

Página 226 de 749
9.6.1 Repasse Automático de Beneficiário

Objetivos:
Gerar repasse automático de beneficiários entre Unimed’s Singulares, Intrafederativas e Federações, para
apoiar os processos da Triangulação e Quadrangulação no repasse de beneficiários. Esse processo ocorre
quando existir a necessidade de uma Unimed Intrafederativa ou Federação precisar importar o PTU A100 com
vários beneficiários de uma Unimed Singular, que estão destinados para LCAT’s diferentes. Dessa forma a
Unimed Intrafederativa ou Federação consegue identificar os LCAT’s dos beneficiários importados e realizar os
repasses automáticos para os LCAT’s desses beneficiários.
Regras de Negócio:
 Percurso dos Beneficiários entre Unimed's:
o A Unimed Singular "A" (origem)
 Abertura de repasses manuais com vários beneficiários para LCAT’s diferentes
 Fechamento de repasses manuais para vários beneficiários.
 Exportação dos Beneficiários pelo PTU A100, direcionando o envio do arquivo para a Unimed
Intrafederativa "B" que deve ser inserida no campo Local de Destino, marcar a opção arquivo
único, para gerar apenas um arquivo contendo todos os beneficiários que estão com LCAT’s
distintos.
o A Unimed Intrafederativa "B"

 Cadastro da Negociação de Repasse para repassar os beneficiários da Unimed "A"
automaticamente para a Unimed Federação "C".
 Importação do PTU A100.
 Instalação automática do LCAT no Beneficiário importado.
 Repasse automaticamente de beneficiários para a Unimed Federação "C".
 Exportação dos Beneficiários pelo PTU A100, direcionando o envio do arquivo para a Unimed
Federação "C" que deve ser inserida no campo Local de Destino, marcar a opção arquivo
único, para gerar apenas um arquivo contendo todos os beneficiários que estão com LCAT’s
distintos.
o A Unimed Federação "C"

 Cadastro das Negociações de Repasse para todos os LCAT’s dos beneficiários da Unimed
"A" para repassá-los automaticamente ao LCAT destino final de cada um.
 Repasse automaticamente de beneficiários para cada LCAT das Unimed’s Singulares.
 Exportação dos Beneficiários pelo PTU A100 com a opção arquivo único Desmarcado, para
direcionar o envio dos arquivos para os LCAT’s dos beneficiários, nesse caso serão gerados
vários arquivos, sendo um para cada singular.
o As Unimed’s Singulares "D", "E", "F" e "G"


Página 227 de 749
 Geração do novo cartão de identificação com nova numeração para o beneficiário.
 Personalização dos Beneficiários:

o Gestão do Beneficiário pela Unimed Intrafederativa "B" ou Unimed Federação "C":
 Unimed’s Intrafederativa ou Federação também pode ser o LCAT destino final do
beneficiário, que nesse caso, se torna responsável pelo atendimento do beneficiário.
 Unimed’s Intrafederativa ou Federação associam o seu próprio código de LCAT ao
beneficiário e podem gerar o novo cartão de identificação do beneficiário.
 O atendimento desses beneficiários pode ser realizado por alguma Unimed Singular que
esteja na Rede Referenciada da Unimed Intrafederativa "B" ou da Unimed Federação "C. O
atendimento do beneficiário neste caso não pode ser tratado como intercâmbio eventual.
o Lotação do Beneficiário:
 O código do LCAT na lotação do Beneficiário é um cadastro muito importante, pois é na
lotação que será vinculado o LCAT de destino final do beneficiário. No processo de repasse
automático entre Unimed’s, a lotação só é utilizada para esse fim.
 As Unimed’s Intrafederativa ou Federação geram as lotações automaticamente para os
beneficiários, após efetivar a importação do PTU A100.
 Na lotação do beneficiário importado, sempre será gravado o LCAT recebido na importação
do PTU A100.
 Personalização das Unimed’s Intrafederativa ou Federação:

o Identificar no cadastro de Unimed’s (Prestador de Serviço) que ela pode ser uma Federação. Esse
cadastro é necessário para tratar a Unimed como uma intermediadora no percurso de repasse
diferenciado de beneficiários.
o Na Negociação de Repasse, é obrigatório que o campo Local Atendimento esteja com um código de
LCAT caso o campo Local de Destino esteja com algum código de LCAT que NÃO pertença a alguma
Unimed identificada como Federação.
o A identificação de Federação protege o campo Local de Destino para o mesmo não receba LCAT’s
que não tenham a identificação de Federação caso o campo Local Atendimento esteja em branco.
 Negociação de Repasse Automático:

o O cadastro de Negociação de Repasse possibilita que ao receber um beneficiário possuindo LCAT
que não seja o código da própria Unimed que fez a importação, possa ser repassado
automaticamente para a Unimed Federação que está cadastrada no campo Local Destino ou para a
Unimed Singular que está cadastrada no campo Local Atendimento.
o Quando a Negociação de Repasse for utilizada para repasse automático de vários beneficiários com
LCAT’s distintos, e que necessitam ser enviados pela exportação do PTU A100 em um arquivo único,
apenas o campo Local Destino deve ser preenchido.
o Caso os campos Local Atendimento e Local Destino estejam preenchidos, o repasse automático só
vai repassar os beneficiários que estão com o mesmo LCAT inserido no campo Local Atendimento da
Negociação de Repasse, nesse caso o campo LCAT funciona como filtro.

Página 228 de 749
 Exportação e Importação do PTU A100 com arquivo único:
o Exportação do PTU A100:

 Quando uma Unimed Intrafederativa recebe vários arquivos PTU A100 com LCAT’s distintos,
e que devem ser repassados para uma Federação, podem ser gerados vários arquivos
conforme o período que se deseja repassar o beneficiário, mas para simplificar e agrupar os
beneficiários é possível gerar um arquivo único contendo todos os Beneficiários para facilitar
o processo de importação do PTU A100 na Unimed Federação, pois a Federação também
deve receber todos os beneficiários, porém não precisará importar arquivo por arquivo já que
há um arquivo único contendo todos os beneficiários.
o Importação do PTU A100:

 Quando uma Unimed Federação necessita receber vários beneficiários com LCAT’s distintos,
para posteriormente repassá-los ou retê-los, é necessário que seja realizado o processo de
importação do PTU A100 com o arquivo único ou todos os arquivos gerados na Unimed
Intrafederativa, possibilitando de uma forma automatizada, a geração de repasses para as
Unimed’s dos LCAT’s dos Beneficiários.
 Quando o LCAT de algum beneficiário for igual ao código da própria Federação que importou
o PTU A100, não é necessário gerar repasse automático para esse beneficiário, pois a
Unimed com destino final deste beneficiário já recebeu o mesmo.
Pré-Requisitos:
 É obrigatório que todas as Unimed envolvidas tenham em seu cadastro de Prestador de Serviço, o checkbox É
Local Atendimento (Operadora) marcado;
 Contrato cujo Modelo de Contrato seja do tipo Continuado;
 Módulo Operadora Intercâmbio compatível com o Módulo Operadora da Unimed origem.
 Na exportação do PTU A100, quando os dois campos LCAT e Local de Destino estiverem preenchidos, o
campo LCAT será utilizado apenas como filtro, pois o arquivo será gerado para envio à Unimed que está no
campo Local de Destino.
 O processo de envio (exportação) e recebimento (importação) do PTU A100 é opcionalmente realizado com a
opção arquivo único, que simplifica o processo agrupando em um único arquivo os beneficiários que estão
com LCAT’s diferentes.

Página 229 de 749
Exemplos:
Processo de Repasse Automático de Beneficiários em Pré-pagamento e Pós-pagamento para vários LCAT’s
utilizando Unimed’s Singulares, Intrafederativa, e Federação.
o Tabela de Unimed’s Participantes;
TIPO CÓDIGO IDENTIFICAÇÃO DA UNIMED

Singular 101 Unimed Singular AAA – ORIGEM DOS BENEFICIÁRIOS
Intrafederativa 860 Unimed Intrafederativa BBB – LDESTINO
Federação 511 Unimed Federação CCC – LDESTINO
Singular 190 Unimed Singular DDD – LCAT
Singular 001 Unimed Singular EEE – LCAT
Singular 031 Unimed Singular FFF – LCAT
o Tabela de Beneficiários da Unimed Singular(AAA) para repasse entre várias Unimed’s;
LCAT PARA LCDESTINO PRODUTO MÓDULO

BENEFICIÁRIO TIPO CONTRATO
REPASSE PARA REPASSE INTERCÂMBIO OPERADORA
1010001000002009 190 860 62 PÓS 646464 POS64
1010001000002297 190 860 62 PÓS 646464 POS64
1018000000769585 190 860 64 PRÉ 64190 PRE64_2
1018000000769615 001 860 64 PRÉ 64190 PRE64
1018000000769593 001 860 64 PRÉ 64001 PRE64_2
1018000000769607 031 860 64 PRÉ 64031 PRE64
 Abertura de Repasse: Unimed Singular AAA

Abertura de repasse com dois beneficiários em Pós-pagamento, para o LCAT Unimed Singular DDD e Local de
Destino como Unimed Intrafederativa BBB.

Página 230 de 749
Tela 9.6-1 – Abertura Repasse – Contrato em Pós-Pagamento – LCAT Unimed Singular DDD
Abertura de repasse com um beneficiário em Pré-pagamento, para o LCAT Unimed Singular DDD e Local de
Tela 9.6-2 – Abertura Repasse – Beneficiário em Pré-Pagamento – LCAT Unimed Singular DDD

Página 231 de 749
Abertura de repasse com dois beneficiários em Pré-pagamento, para o LCAT Unimed Singular EEE e Local de
Tela 9.6-3 – Abertura Repasse – Beneficiário em Pré-Pagamento – LCAT Singular EEE
Tela 9.6-4 – Abertura Repasse – Beneficiário em Pré-Pagamento – LCAT Singular EEE

Página 232 de 749
Abertura de repasse com um beneficiário em Pré-pagamento, para o LCAT Unimed Singular FFF e Local de
Tela 9.6-5 – Abertura Repasse – Contrato em Pré-Pagamento – LCAT Singular FFF

Página 233 de 749
 Exportação do PTU A100
Exportação do PTU A100 com dois beneficiários em Pós-pagamento, para o LCAT Unimed Singular
DDD e Local de Destino como Unimed Intrafederativa BBB.
Tela 9.6-6 – Exportação PTU A100 – Aba Restrições
Tela 9.6-7 – Exportação PTU A100 – Aba Listas / Sub-Aba Beneficiários

Página 234 de 749
Tela 9.6-8 – Exportação PTU A100 – Resultado do Processo
Exportação do PTU A100 com um beneficiário em Pré-Pagamento, para o LCAT Unimed Singular DDD e Local
de Destino como Unimed Intrafederativa BBB.
Tela 9.6-9 – Exportação PTU A100 – Aba Restrições / Sub-Aba Beneficiário

Página 235 de 749
Exportação do PTU A100 com dois beneficiários em Pré-Pagamento, para o LCAT Unimed Singular EEE e
Local de Destino como Unimed Intrafederativa BBB.
Tela 9.6-11 – Exportação PTU A100 – Aba Restrições

Página 236 de 749
Tela 9.6-12 – Exportação PTU A100 – Aba Listas / Sub-Aba Beneficiários
Exportação do PTU A100 com um beneficiário em Pré-Pagamento, para o LCAT Unimed Singular FFF e Local

Página 237 de 749
Tela 9.6-14 – Exportação PTU A100 – Aba Restrições / Sub-Aba Beneficiário

Página 238 de 749
 Relatório Relação de Beneficiários Repassados (Relatórios / Cadastros / Beneficiários) da Unimed
Singular AAA.
Através deste Relatório podemos conferir os beneficiários que foram repassados, exportados
manualmente para a Unimed Intrafederativa BBB.
Tela 9.6-16 – Relatório Beneficiários Repassados

Página 239 de 749
 Prestador de Serviço
Unimed Intrafederativa BBB com o checkbox É Federação marcado.
Tela 9.6-17 – Prestador de Serviço

Página 240 de 749
 Negóciação de Repasse
Cadastro da Negociação de Repasse com o contrato de repasse da Unimed que está como Local de
Origem do beneficiário. Esse cadastro é obrigatório e deve ter o checkbox (Repasse Automático de
Beneficiário) marcado para gerar o repasse automático quando a Unimed que está importando não for
a Unimed do LCAT do Beneficiário repassado. Que nesse caso é a Unimed Federação CCC.
Tela 9.6-18 – Origem - Unimed AAA repasse automático para a Unimed Federação CCC (Pós-pagamento)

Página 241 de 749
Tela 9.6-19 – Origem Unimed AAA repasse automático para a Unimed Federação CCC (Pré Pagamento)

Página 242 de 749
 Importação do PTU A100
Importação do PTU A100 com dois beneficiários em Pós-Pagamento, para o LCAT Unimed Singular
DDD e Local de Destino como Unimed Intrafederativa BBB.
Tela 9.6-20 – Importação A100
Tela 9.6-21 – Importação A100 – Resultado do Processo

Página 243 de 749
Importação do PTU A100 com um beneficiário em Pré-Pagamento, para o LCAT Unimed Singular DDD e Local

Página 244 de 749
Importação do PTU A100 com dois beneficiários em Pré-Pagamento, para o LCAT Unimed Singular EEE e
Local de Destino como Unimed Intrafederativa BBB.

Página 245 de 749
Importação do PTU A100 com um beneficiário em Pré-Pagamento, para o LCAT Unimed Singular FFF e Local

Página 246 de 749
 Relação de Beneficiários Repassados Automaticamente
Por este Relatório podemos conferir os beneficiários que foram importados e repassados
automaticamente para a Unimed Federação CCC.
Tela 9.6-28 – Relatório Beneficiários Repassados

Página 247 de 749
Exportação do PTU A100 com todos os beneficiários em Pós-Pagamento, para o LCAT Unimed
Singular DDD e Local de Destino como Unimed Federação CCC.
Tela 9.6-29 – Exportação A100 – Aba Restrições

Página 248 de 749
Tela 9.6-30 – Exportação A100 – Aba Listas / Sub-Aba Beneficiários
Tela 9.6-31 – Exportação A100 – Resultado do Processo

Página 249 de 749
Exportação do PTU A100 com todos os beneficiários em Pré-Pagamento, para os LCAT’s das Unimed’s
Singulares DDD, EEE, e FFF (implícitos) e Local de Destino como Unimed Federação CCC.
Tela 9.6-32 – Exportação A100 – Aba Restrições
Tela 9.6-33 – Exportação A100 – Aba Listas / Sub-Aba Beneficiários

Página 250 de 749
 Prestador de Serviço - Unimed Federação CCC

Unimed Federação CCC com o checkbox É Federação marcado.
Tela 9.6-35 – Prestador de Serviço

Página 251 de 749
 Negóciação de Repasse
Cadastro das negociações de repasse, com os contratos de repasse das Unimed’s que estão como
LCAT. Esse cadastro é obrigatório e deve ter o checkbox (Repasse Automático de Beneficiário)
marcado para gerar o repasse automático quando a Unimed que está importando, não for a Unimed
do LCAT do Beneficiário repassado.
Tela 9.6-36 – Origem Unimed Singular AAA para a Unimed Singular DDD (Pós-Pagamento)

Página 252 de 749
Tela 9.6-37 – Origem Unimed Singular AAA para a Unimed Singular DDD (Pré-Pagamento)
Tela 9.6-38 – Origem Unimed Singular AAA para a Unimed Singular EEE (Pré-Pagamento)

Página 253 de 749
Informações Importantes
 Não deverá existir Negociação de Repasse automático para a Unimed Singular FFF, pois o beneficiário terá
atendimento na Unimed Singular FFF via rede referenciada da Unimed Federação CCC. A geração do novo
cartão do beneficiário será realizada na própria Unimed Federação CCC que nesse caso é a Unimed
retentora do beneficiário repassado.
 Importação do PTU A100

Importação PTU A100 com dois beneficiários em Pós-Pagamento para a Unimed Singular DDD.

Página 254 de 749
Importação PTU A100 com quatro beneficiários em Pré-Pagamento destinados aos LCAT’s das Unimed’s
DDD, EEE, e FFF e que estão com a Unimed Federação CCC como Local de Destino.

Página 255 de 749
 Relação de Beneficiários Repassados Automaticamente para as Unimed’s Singulares

Com este relatório podemos conferir os beneficiários que foram importados e repassados automaticamente
para as Unimed’s Singulares.
O beneficiário denominado como (BENEFICIÁRIO ITBN CINCO), não consta nesse relatório por não ter sido
repassado automaticamente.
O campo Local Destino está vazio, pois esses beneficiários foram rapassados para Unimed’s Singulares
distintas e deixam de ser tratados por Intrafederações ou Federações. Neste caso, o beneficiário foi repassado
diretamente para o seu LCAT final que está sendo comunicado na lotação do beneficiário desde a saída do
mesmo em sua Unimed Origem.
Tela 9.6-43 – Relação de Beneficiários Repassados

Página 256 de 749

Exportação PTU A100 com dois beneficiários em Pós-Pagamento para a Unimed Singular DDD.
Tela 9.6-44 – Exportação A100

Página 257 de 749
Tela 9.6-45 – Exportação A100

Página 258 de 749
Tela 9.6-47 – Exportação A100 com um beneficiário em Pré-Pagamento para a Unimed Singular DDD

Página 259 de 749
Tela 9.6-49 – Exportação A100 com dois beneficiários em Pré-Pagamento para a Unimed Singular EEE
Tela 9.6-50 – Exportação A100 com dois beneficiários em Pré-Pagamento para a Unimed Singular EEE

Página 260 de 749
Com os arquivos gerados no processo de exportação do PTU A100 pela Unimed Federação CCC, as Unimed’s
Singulares DDD, EEE, e FFF, já podem importar os beneficiários repassados e gerar o novo cartão de
identificação do beneficiário.

Página 261 de 749
9.7. Suspensão de Vínculo
Na aba Suspensões do Beneficiário serão apresentadas todas as Suspensões ocorridas para o Beneficiário
e para comodidade, são apresentadas também as do Contrato.
Não é permitida manutenção. O usuário poderá apenas consultá-las.
A Suspensão de Vínculo possui 2 características:

 Vínculo Rescindido marcado: significa que o Beneficiário e/ou Contrato foi rescindido com a Unimed, isto
é, finalizou-se o tempo de contratação de serviços entre a Contratante e a Unimed.
 Vínculo Rescindido não marcado: significa que o Beneficiário e/ou Contrato está com uma suspensão
temporária apenas para as utilizações. O exemplo típico da utilização deste tipo de suspensão é quando
um Beneficiário e/ou Contrato está inadimplente e a Unimed não irá atender os beneficiários enquanto a
contratante não regularizar a situação financeira. Outros tipos de suspensões temporários podem ser
aplicados normalmente.
Pelo exemplo vemos que o Beneficiário não tem uma Suspensão explícita, mas seu Contrato tem. Então, por
hierarquia, se o Contrato está com Suspensão, todos os seus beneficiários também estão.

Página 262 de 749
A Suspensão de Vínculo é realizada pelo processo disponível em [ (Cadastros / Beneficiários / Suspensão
Vínculo) e (Cadastros / Beneficiários / Movimentações Cadastrais / Suspensão Vínculo)].
Motivo de Suspensão para Dependentes Diferente do Titular
No processo de Suspensão de Vínculo [ (Cadastros / Beneficiários / Suspensão Vínculo) e (Cadastros /

Beneficiários / Movimentações Cadastrais / Suspensão Vínculo) ], há o campo “Motivo Suspensão
Dependente”, cujo objetivo é diferenciar o motivo de suspensão de vínculo do titular e de seus dependentes.
Por exemplo: quando o vínculo é rescindido por óbito do titular.
Suspensão de Dependentes/Agregados
O checkbox Suspende Dependentes / Agregados permite que os dependentes e agregados permaneçam
ativos mesmo que o titular seja suspenso.
 Quando estiver marcado – Os dependentes e agregados, quando houver, serão suspensos com o
titular.
 Quando NÃO estiver marcado – Somente o titular será suspenso, ou seja, os dependentes e
agregados ficarão ativos.

Página 263 de 749
Importante
 O processo funciona para Suspensões COM Vínculo Rescindido ou SEM Vínculo Rescindido.
 Este processo só terá efeito quando a suspensão for feita para um beneficiário titular.
 Como ficará a cobrança quando:
 Quando o tipo divisão cobrança for o titular, e este estiver suspenso, como será feita a
cobrança para os dependentes ativos?
O documento será gerado em nome do titular, mesmo que suspenso.
 Como será feita a cobrança, caso o titular será re-incluído?

A cobrança será feita normalmente.
Motivo de Suspensão Vínculo – Não Reativar Beneficiário
O Cardio possui uma funcionalidade que é cadastrada no Motivo de Suspensão de Vínculo [

(Cadastros / Tabelas Gerais / Motivo de Suspensão de Vínculo) ] que faz com que não haja a possibilidade
de reativação do beneficiário após sua suspensão.
Assim, se um Beneficiário, ao ser suspenso tiver um motivo de suspensão com esta característica, este
beneficiário não poderá jamais ser reativado.
Por isso, cautela é solicitada para cadastramento deste tipo de motivo de suspensão.

Página 264 de 749
Suspensão de Vínculo Rescindido para Contratos x Documentos Financeiros
No Cardio é possível Cancelar os Documentos Financeiros que estejam em Aberto ao efetuar a Suspensão
de Vínculo Rescindido para um Contrato, seja esta suspensão processada manualmente pelo processo
Suspensão de Vínculo [ (Cadastros / Contratos / Suspensão Vínculo) ] ou automaticamente pelo processo
Rescisão Automática por Inadimplência [ (Financeiro / Controle Inadimplência / Rescisão Automática por
Inadimplência) ].
O processo possibilita que quando a suspensão de vínculo for por Contrato seja possível cancelar os
documentos para qualquer motivo de suspensão informado, desde que para o motivo informado na tela de
cadastro de Motivo de Suspensão de Vínculo o campo Cancelar Documentos esteja marcado.

Página 265 de 749
Supondo que para um Contrato haja os seguintes Documentos Financeiros e que a Suspensão de Vínculo
Rescindido seja para a data de 30/08/2009:
Competência Data Número Situação Observação

Vencimento
07-2009 10/07/2009 10006 Quitado Este documento permanecerá intacto, pois já está
quitado.
08-2009 10/08/2009 11106 Em Este documento também permanecerá intacto, pois
Aberto ele pertence a mesma competência do mês de
suspensão.
09-2009 10/09/2009 22206 Em Este documento será Cancelado, pois sua
Aberto competência é maior que a do mês de suspensão e
ele está Em Aberto.
10-2009 10/10/2009 - - Este documento provisório será excluído (removido)
do sistema.
Suspensão de Vínculo para Beneficiários x Valorização Módulo Competência

Na Suspensão de Vínculo de Beneficiário existe uma verificação realizada pelo sistema. Esta verificação tem
por objetivo excluir registros que já tenham sido valorizados, mas o item financeiro e/ou documento financeiro
ainda não tenham sido processados. Desta maneira, evita-se uma cobrança indevida, isto é, emitir cobrança
para um beneficiário que tenha sido suspenso (excluído).
Abaixo, segue um quadro exemplificando o que ocorrerá:
Data da Já tenho a Item Documento O que ocorre:

Suspensão Valorização de Financeiro Financeiro
do Vínculo Módulo gerado ? gerado ?
Competência para:
15/10/2005 11/2005 Não Não Irá suspender o beneficiário
normalmente sem apresentar
qualquer tipo de mensagem.
15/10/2005 11/2005 Sim Não Irá suspender o beneficiário e irá
excluir o registro do Item
Financeiro.
15/10/2005 11/2005 Sim Sim Irá suspender o beneficiário e irá
excluir os registros em
Documento Financeiro e Item
Financeiro, desde que o
Documento Financeiro não tenha
Número Definitivo.
Havendo Número Definitivo, irá
suspender o beneficiário, não irá
excluir o Documento Financeiro e
apresentará uma mensagem de
alerta ao usuário.
Página 266 de 749
9.7.1 Considerar último dia na suspensão de vínculo
Objetivo:
Possibilidade de utilizar um parâmetro para não invalidar o dia inicial da suspensão de beneficiários, liberando
a geração de eventos e solicitações de serviços sem a ocorrência da glosa 193 - Vinculo do Beneficiário
Rescindido e sem devolução do cartão.
Configuração da Operadora (Diversos / Configuração Geral / Configuração da Operadora).

o Considera últ dia suspensão p/ Aud Sol e Aud Eve: Se marcado, o processo da auditoria de eventos
vai considerar o dia inicial da suspensão do beneficiário como dia válido para a realização de
atendimentos desse mesmo beneficiário, inibindo a glosa 193. Se desmarcado, o processo da
auditoria de eventos vai considerar o dia inicial da suspensão do beneficiário como dia inválido para
atendimentos, gerando a glosa 193.
Tela 9.7- 1 – Configuração da Operadora – checkbox Considera últ dia suspensão p/ Aud Sol e Aud Eve

Página 267 de 749
Exemplos:
Exemplo 1:
Geração de evento com a data de atendimento igual à data da suspensão do beneficiário. O checkbox “Considera últ
dia suspensão p/ Aud Sol e Aud Eve” está marcado na Config. Operadora.
Tela 9.7- 2 – Beneficiário - Aba Suspensão – Data inicial para suspensão do beneficiário

Página 268 de 749
Tela 9.7- 3 – Digitação de Eventos do tipo Consultas - Aba Evento – Data de atendimento igual à data de suspensão do
Beneficiário

Página 269 de 749
Tela 9.7- 4 – Auditoria de Evento/Item evento
Tela 9.7- 5 – Resultado da Auditoria de Evento/Item evento – Sem ocorrência de glosas

Página 270 de 749
Exemplo 2:
Geração de evento com a data de atendimento igual à data da suspensão do beneficiário. O checkbox “Considera últ
dia suspensão p/ Aud Sol e Aud Eve” está desmarcado na Config. Operadora.
Tela 9.7- 6 – Beneficiário - aba Suspensão – Data inicial para suspensão do beneficiário

Página 271 de 749
Tela 9.7-7 – Digitação de Eventos do tipo Consultas – aba Evento – Data de atendimento igual à data de suspensão do
Beneficiário.
Tela 9.7- 8 – Auditoria de Evento/Item evento

Página 272 de 749
Tela 9.7- 9 – Resultado da Auditoria de Evento/Item evento – Evento glosado

Página 273 de 749
Tela 9.7- 10 – Digitação de Eventos do tipo Consultas - Aba Glosas – Ocorrência da glosa 193
9.8. Reinclusão de Beneficiário
Toda e qualquer Suspensão pode ter uma Reativação que também é realizada em [ ( Cadastros / Beneficiários /
Movimentações Cadastrais / Reinclusão) ], pela opção: Reinclusão.
Já que estamos falando de Reinclusão, vamos aproveitar para citar um recurso: a possibilidade de inserir Observação
no momento da Reinclusão. Veja tela:

Página 274 de 749
O texto informado poderá ser consultado na aba Info. Reativação disponível na aba Suspensões (lembrando que a aba
Suspensões está disponível em Beneficiário, Contrato, Prestador, Vendedor e Revenda). Veja exemplo em Beneficiário:
9.9. Aposentado/ Demitido

Na aba Aposentado/Demitido do Beneficiário, temos informações sobre a Situação do Beneficiário, a saber:

Página 275 de 749
Situação Beneficiário Define a situação do beneficiário que pode ser:

Normal
Aposentado
Demitido
Pré-cadastro
Este campo é preenchido automaticamente de acordo com as rotinas
processadas no Cardio.
Ao cadastrar um novo beneficiário a Situação Beneficiário é Normal.
Se a Unimed utilizar Revisão Cadastral a Situação do Beneficiário com
glosa será Pré-cadastro.
Ao se executar a rotina de Aposentado / Demitido, esta Situação refletirá
a ação realizada.
Desta maneira, este campo não permitido manutenção do usuário final.
Data Início Contribuição Data de início da contribuição.
É a data a partir da qual o beneficiário começou a pagar o plano de
saúde. Essa informação será usada no cálculo do tempo de benefício
para o beneficiário quando ele se tornar Aposentado ou Demitido.
Data de Data na qual o beneficiário foi Aposentado ou Demitido.
Aposentadoria/Demissão Será gravada a data de aposentadoria/demissão informada no
processamento da rotina Cria Beneficiário Aposentado/Demitido [
(Cadastros / Beneficiários / Movimentações Cadastrais / Cria Beneficiário
Aposentado/Demitido) ].
O que é necessário para cadastrar beneficiários aposentados/ demitidos?

Página 276 de 749
Pela legislação os aposentados e demitidos que faziam parte de um plano coletivo, podem continuar com o
mesmo plano que já tinham quando eram empregados. Para isto, deviam está contribuindo financeiramente
em parte ou integralmente com o seu valor. O aposentado ou demitido herda as negociações e benefícios
que eventualmente a empresa conseguir no plano contratado, porém passa a pagá-lo integralmente,
semelhante a um plano particular. A fim de atender esta situação o sistema controla estas situações de forma
diferenciada.
1º - Cria Modelo Contrato Aposentado Demitido

[ (Cadastros / Contratos / Cria modelo contrato aposentado/demitido) ]
A singular pode optar por criar um modelo novo de contrato para atender os aposentados/demitidos. Porém já
existem modelos prontos que podem atender a situação do aposentado/demitido. Analisar antes de decidir
criar um novo modelo. Caso tenha que fazê-lo, favor seguir as instruções de preenchimento abaixo:
Campos:
Modelo: Informe o código do modelo que o beneficiário possui quando estava no contrato coletivo, ele servirá
de base e será copiado para o novo modelo que o aposentado ou demitido terá.
Código Novo Modelo: Informe o código do novo modelo que o aposentado ou demitido terá.Lembramos que
o padrão de código de modelo é UUU.CCCC, onde UUU código local da Unimed e CCCC código numero de
quatro dígitos livre entre 0001 e 8999.
Classe faturamento: Escolha na lista apresentado no combo, qual a classe de faturamento o novo modelo se
classifica.
2º - Cria Beneficiário Aposentado/Demitido
Página 277 de 749
[ (Cadastros / Beneficiários / Movimentações Cadastrais / Cria Beneficiário Aposentado/Demitido) ]
Nesta opção será criado o cadastro do beneficiário como aposentado ou demitido. Este passo é fundamental,
somente depois dele o sistema controla de acordo com a legislação e permite a emissão de boleto.
Campos:
Competência Primeira Cobrança: Informar a competência para a qual será gerada a primeira cobrança para
o aposentado ou demitido. Lembrando que a partir de agora ele paga as mensalidades e não mais a
empresa.
Código Contrato: Informar o código do novo contrato que o aposentado ou demitido terá.
Início Vigência Beneficiário: Data de inclusão como aposentado ou demitido
Situação: Escolher da lista se o cadastro é referente a um aposentado ou demitido.
Data Aposentadoria/Demissão: Data que ocorreu a aposentadoria ou a demissão.
Beneficiário Titular: Informar o código do beneficiário titular aposentado ou demitido.
Cód. Cartão Identificação Benef. Titular: Ao informar o campo anterior, este campo é automaticamente
preenchido, desde que o beneficiário possui cartão emitido, caso contrário deve-se emiti-lo antes.
Inclusão dependente Recém-Nascido para Titular Aposentado/Demitido

Página 278 de 749
Na inclusão de beneficiário como recém-nascido em uma família, cuja situação do titular seja “Aposentado” ou
“Demitido”, o sistema recuperará os valores determinados no contrato origem, visto que não existe
Beneficiário Anterior para esse tipo (recém nato). Assim, evita-se a geração de erros na recuperação da
“Negociação Pré” durante a valorização.
Para melhor entendimento esta funcionalidade, veja as telas abaixo.
Esta parametrização impactará no seguinte processamento:

Valorização de Cobrança dos Módulos [ (Cobranças / Cobrança Pré-Pagamento / Valorizações / Valorização
de Cobrança dos Módulos) ]
(Veja tela 4)
Importante: Para a inclusão de beneficiário dependente, o campo “Data início Contribuição” na Aba
“Aposentado/Demitido” será solicitado, mas não será validado para cálculo da “Data de Suspensão” futura. A
“Data de Suspensão” será recuperada do cadastro do Titular.
(Veja tela 5)
O sistema irá verificar a existência de “Negociação Pré” para os seguintes níveis

(nessa ordem):
1) Beneficiário Anterior. (Veja tela 6)
2) Contrato Origem. (Veja tela 7)
3) Modelo Base. (Veja tela 8)
Tela 1 – Beneficiário dependente incluído como recém-nato (Aba “Geral”)

Página 279 de 749
Tela 2 – Beneficiário dependente incluído como recém-nato (Aba “Info. Cobrança”)

Página 280 de 749
Tela 3 – Beneficiário dependente incluído como recém-nato (Aba “Info. Carteira”)
Tela 4 – Valorização de Cobrança dos Módulos

Página 281 de 749
Tela 5 – Beneficiário titular DEMITIDO (Aba “Aposentado / Demitido”)

Página 282 de 749
Tela 6 – Beneficiário titular DEMITIDO (Aba “Info. Carteira”)
Tela 7 – Contrato do beneficiário (ver campo “Contrato Origem”)

Página 283 de 749
Tela 8 – Modelo de Contrato (ver campo “Modelo Base”)

Página 284 de 749
9.1.1 Rescisão / Reinclusão Contratos Vinculados (Aposentado/Demitido)
Objetivo:
Possibilitar efetuar a suspensão de vinculo ou reinclusão utilizando o filtro por modelo de contrato, no qual
todos os contratos vinculados ao modelo informado possam ser suspensos e/ou reincluídos.
Permite rescindir ou reativar os contratos de aposentados/demitidos vinculados a um contrato origem.
Permite também validar rescisões com datas futuras.
Regra de Negócio:
 Modelo Contrato: Quando informado um determinado modelo de contrato todos os contratos vinculados ao
mesmo serão suspensos/reincluídos. A data da suspensão/reativação ficará registrada em cada contrato.
 Se o usuário informar um contrato origem e marcar o checkbox: Suspende Contratos Apo./ Dem. Vinculados, o
sistema irá identificar que se trata de um contrato origem e todos os contratos do tipo aposentado/demitido
vinculados ao origem (inclusive o origem) serão suspensos. Caso informado um contrato que não seja origem
e o checkbox Suspende Contratos Apo./Dem.Vinculados estiver marcado, o sistema identificará que não é do
tipo origem, e desta forma, não poderá verificar os contratos de aposentado/demitido. Neste caso, a
suspensão será processada apenas para o contrato em questão. Este checkbox poderá ser marcado quando
utilizado o filtro por contrato e por modelo de contrato. Caso contrário, será apresentada a mensagem: “Os
critérios Suspende Contratos Apo./Dem. Vinculados e Valida Rescisões Futuras só podem ser informados
juntamente com os critérios Contrato ou Modelo de Contrato”.
 O checkbox Re-Inclui Contratos Apo./ Dem. Vinculados seguirá a mesma lógica, porém se marcado o
checkbox e não forem preenchidos os campos contrato ou modelo de contrato, será exibida a mensagem: “O
Atributo Re-Inclui Contrato Apo.Dem.Vinculados só pode ser preenchido caso os atributos Contrato ou Modelo
de Contrato tenham conteúdo”.
 Valida Rescisões Futuras: Se marcado, irá verificar se existem rescisões com data de suspensão maior do que
a data informada em tela. Caso verdadeiro, será gerada a mensagem de aviso “Existe suspensão com data
futura com vinculo rescindido”. Este parâmetro funcionará apenas na suspensão de contratos com vínculo
rescindido, ou seja, suspensões que foram realizadas com o checkbox “Vínculo Rescindido” marcado. Poderá
ser marcado quando utilizado o filtro por contrato e por modelo de contrato.
Pré-Requisitos:
 Existir contratos que possuam contratos de Aposentado/Demitido vinculados;
 Existir contratos que possuam contratos de Aposentado/Demitido vinculados e que estejam com vinculo
rescindido;
 Existir contratos com Data de Rescisão futura.

Página 285 de 749
Suspensão Vínculo (Cadastros / Beneficiários / Movimentações Cadastrais / Suspensão Vinculo)
o Modelo Contrato: Quando informado um determinado modelo de contrato todos os contratos

vinculados ao mesmo serão suspensos. A data da suspensão ficará registrada em cada contrato.
o checkbox Suspende Contratos Apo./ Dem. Vinculados: Se marcado, e informado um contrato origem,
serão verificados todos os contratos do tipo aposentado/demitido vinculados a ele e todos serão
rescindidos (inclusive o contrato origem). Poderá ser marcado quando utilizado o filtro por contrato e
por modelo de contrato.
o checkbox Valida Rescisões Futuras: Se marcado, irá verificar se existem rescisões com data de
suspensão maior do que a data informada. Caso verdadeiro, será gerada a mensagem de aviso
“Existe suspensão com data futura com vinculo rescindido”.
Poderá ser marcado quando utilizado o filtro por contrato e por modelo de contrato.
Reinclusão (Cadastros / Beneficiários / Movimentações Cadastrais / Reinclusão)
o Modelo Contrato: Quando informado um determinado modelo de contrato todos os contratos

vinculados ao mesmo serão reincluídos.
o checkbox Re-Inclui Contratos Apo./ Dem. Vinculados: Se marcado e informado um contrato origem,
serão verificados todos os contratos do tipo aposentado/demitido vinculados a ele e todos serão
reincluídos (inclusive o origem)
Este checkbox poderá ser marcado quando utilizado o filtro por contrato e por modelo de contrato.
Tela 9.9-1 – Suspensão Vínculo

Página 286 de 749
Tela 9.9-2 – Reinclusão
 Os critérios Suspende Contratos Apo./Dem. Vinculados e Valida Recisões Futuras só podem ser informados
juntamente com os critérios Contrato ou Modelo de Contrato.
Esta mensagem será disparada em tela quando forem preenchidos filtros diferentes de “Modelo Contrato” ou
“Contrato” e marcado os checkboxes “Suspende Contratos Apo./Dem. Vinculados” ou “Valida Rescisões
Futuras”.
 O Atributo Re-Inclui Contrato Apo.Dem.Vinculados só pode ser preenchido caso os atributos Contrato ou
Modelo de Contrato tenham conteúdo.
Esta mensagem será disparada em tela quando forem preenchidos filtros diferentes de “Modelo Contrato” ou
“Contrato” e marcado o checkbox “Re-Inclui Contratos Apo./Dem. Vinculados”.
 Existe suspensão com data futura com vinculo rescindido.

Esta mensagem será disparada em tela quando for marcado o checkbox “Valida Recisões Futuras” e existirem
rescisões com data de suspensão maior do que a data informada no formulário de suspensão de vinculo.

Página 287 de 749
Exemplos:
 Suspensão de Vinculo
No cenário abaixo é demonstrado o processo de suspensão de vinculo através do modelo de contrato, onde
são suspensos todos os contratos vinculados ao modelo informado, e todos os contratos de aposentados e
demitidos vinculados aos mesmos.
No diagrama abaixo é demonstrado à hierarquia dos contratos vinculados ao modelo de contrato 1810. Este
possui dois contratos vinculados a ele (314001400 e 314705801032800), sendo que o contrato 314001400
possui três contratos do tipo aposentado/demitido vinculados a ele (3140014005, 3140014002, 3140014007).
Já o contrato 314705801032800 possuí apenas um contrato do tipo aposentado/demitido vinculado a ele
(711201101).
Neste caso ao realizar a suspensão dos contratos vinculados ao modelo 1810 todos os contratos de
aposentado/demitidos vinculados a eles também foram suspensos.
Tela 9.9-3 – Modelo de Contrato – Modelo Contrato 1810

Página 288 de 749
Tela 9.9-4 – Suspensão Vínculo – Modelo Contrato 1810
Tela 9.9-5 – Suspensão Vínculo – Modelo Contrato 1810

Página 289 de 749
Tela 9.9-6 – Selecionar Contrato – Modelo Contrato 1810
Tela 9.9-7 – Contrato – Modelo Contrato 1810 – Contrato 314705801032800

Página 290 de 749
Tela 9.9-8 – Contrato – Modelo Contrato 1810 – Contrato 314705801032800 – Suspensões

Página 291 de 749
Tela 9.9-10 – Contrato – Modelo Contrato 1810 – Contrato 314001400– Suspensões
Tela 9.9-11 – Selecionar Contrato – Contrato Origem 314705801032800

Página 292 de 749
Tela 9.9-12 – Contrato – Contrato Aposentado/Demitido 711201101
Tela 9.9-13 – Contrato – Contrato Aposentado/Demitido 711201101 – Suspensões

Página 293 de 749

Página 294 de 749
Tela 9.9-16 – Contrato - Contrato Aposentado/Demitido 3140014005 – Suspensões

Página 295 de 749
Tela 9.9-19 – Contrato - Contrato Aposentado/Demitido 3140014007

Página 296 de 749

Página 297 de 749
 Reinclusão
No cenário abaixo é demonstrado o processo de reinclusão de vinculo através do modelo de contrato, onde
são reincluídos todos os contratos vinculados ao modelo informado, e todos os contratos de aposentados e
demitidos vinculados aos mesmos.
Tela 9.9-21 – Reinclusão – Modelo Contrato 1810
Tela 9.9-22 – Reinclusão – Modelo Contrato 1810

Página 298 de 749
Tela 9.9-23 – Selecionar Contrato – Modelo Contrato 1810

Página 299 de 749
Tela 9.9-25 – Contrato – Modelo Contrato 1810 – Contrato 314705801032800 – Suspensões

Página 300 de 749
Tela 9.9-27 – Contrato – Modelo Contrato 1810 – Contrato 314001400– Suspensões

Página 301 de 749

Página 302 de 749

Página 303 de 749
Tela 9.9-33 – Contrato - Contrato Aposentado/Demitido 3140014005 – Suspensões

Página 304 de 749

Página 305 de 749
Tela 9.9-36 – Contrato - Contrato Aposentado/Demitido 3140014007

Página 306 de 749
Links disponíveis em Beneficiário:

Irá apresentar todas as vias de cartões de identificação geradas e/ou
Cartões Identificação emitidas para o Beneficiário.
Há um capítulo exclusivo sobre Cartões de Identificação.
Dependentes Irá apresentar todos os Dependentes atrelados ao Titular.
Irá apresentar todas as Movimentações Cadastrais ocorridas para o

Movimentações Beneficiário. Exemplo: Inclusão do beneficiário, Inclusão de Acessório,
Cadastrais Ajustes de Carências, etc.
Irá apresentar todas as Doenças Preexistentes do Beneficiário. Este link dá
Doenças Beneficiário acesso à manutenção da Doença para o Beneficiário. Então é possível
incluir, alterar e/ou excluir Doenças para o Beneficiário. Será estudada em
capítulo próprio.
Relatório de Doenças Este link aciona a emissão do Relatório das Doenças do Beneficiário.
do Beneficiário
Este link aciona a emissão do Relatório de Carências do Beneficiário.
Carência Beneficiário
Exclusão das Exclusão Movimentação Operadora. Cadastro que determina que o

Movimentações da Beneficiário não seja enviado nas movimentações do SIB, TSS, entre
Operadora outros. Será mais bem estudado em capítulo específico nesta Capacitação.
Documentos Irá recuperar os Documentos Financeiros gerados para o Contrato do
Beneficiário.
Este link aciona a emissão do relatório Slip de Cobrança que contém os
Slip dados dos atendimentos (Eventos) que foram cobrados.
Alterar o código do Funcionalidade é explicada nesta documentação.
Beneficiário
Consulta Carências e Esta link permite verificar a situação (Carência/Cobertura/Limite de
Coberturas dos Utilização) de um procedimento, ou uma lista de procedimentos, para um
Beneficiários beneficiário.
Alterar contrato Este link permite alterar o contrato do beneficiário.
Extrato do Beneficiário Este link emite o extrato do beneficiário.
Glosa Cadastro Este link demonstra as glosas ocorridas para o cadastro do beneficiário.
Processo será detalhado mais a frente.

Página 307 de 749
9.10. Consulta Movimentação Cadastral do Beneficiário
Cada movimentação cadastral realizada no Beneficiário é registrada no sistema e podem ser visualizadas
pelo link Mov. Cadastrais. Veja exemplo:

Página 308 de 749

Página 309 de 749
Tipos de Movimentação Cadastral:
Valor Descrição
Abertura Gerada através do processamento da rotina de Abertura de Repasse
Repasse [ (Cadastros / Beneficiários / Movimentações Cadastrais / Abertura Repasse) ] para o
beneficiário.
Ajuste Gerada através da alteração de informações em uma Negociação de Coberturas que
Carências esteja vinculado de alguma maneira ao Beneficiário. Exemplo: alterando informação na
Negociação de Cobertura que esteja cadastrada no nível Modelo do Contrato, os
beneficiários que pertencem a Contratos deste Modelo de Contrato, terão uma
movimentação deste tipo gerada.
Alteração Gerada devido à alteração de qualquer informação no cadastro do Beneficiário.
Dados
Beneficiário
Alteração Gerada devido à alteração de qualquer informação relativa à pessoa do beneficiário.
Dados
Pessoa
Alteração Gerada devido à alteração da Data Base de Cobertura do Módulo do Beneficiário.
Data Base
Carência
Alteração Gerada quando ocorre a troca do modelo de cartão definido na Negociação de
Modelo Movimentação Cadastral para o Modelo de Contrato ou Contrato do Beneficiário.
Cartão
Alteração Gerada pelo processamento da rotina de Alteração Validade do Cartão sem
Validade Reimpressão [ (Cadastros / Beneficiários / Cartões / Alteração Validade Cartão sem
Cartão Sem Reimpressão) ].
Reimpressão
Atualização Gerada quando ocorre a alteração de qualquer informação do módulo beneficiário que
Módulo é um Acessório.
Beneficiário
Acessório
Atualização Gerada quando ocorre a alteração de qualquer informação do Módulo beneficiário do
Módulo tipo Assistencial.
Bloqueio Gerada através do processamento da rotina Bloquear, Desbloquear e Devolver
Cartão Cartão [ (Cadastros / Beneficiários / Cartões / Bloquear , Desbloquear e Devolver
Cartão) ] quando o Tipo de Ação for Bloqueia Cartão.
Desbloqueio Gerada através do processamento da rotina Bloquear, Desbloquear e Devolver
de Cartão Cartão [ (Cadastros / Beneficiários / Cartões / Bloquear , Desbloquear e Devolver
Cartão) ] quando o Tipo de Ação for Desbloqueia Cartão.

Página 310 de 749
Devolução Gerada através do processamento da rotina Bloquear, Desbloquear e Devolver
Cartão Cartão [ (Cadastros / Beneficiários / Cartões / Bloquear , Desbloquear e Devolver
Cartão) ] quando o Tipo de Ação for Devolve Cartão.
Emissão 1a Este tipo de movimentação cadastral é gerado automaticamente pelo sistema quando
Via Cartão sua Unimed efetua a Geração de Cartão por Movimento Cadastral [ (Cadastros /
Beneficiários / Cartões / Geração de Cartão por Mov. Cadastral) ]. Somente ocorre 1
única vez.
Emissão 2a Gerada através do processamento da rotina de Solicitação de Cartão 2ª via [
Via Cartão (Cadastros / Beneficiários / Cartões / Solicitação de Cartão 2ª via) ]., ou através da
rotina de Bloquear, Desbloquear e Devolver Cartão, quando a opção Solicitar Novo
Cartão estiver marcada.
Fechamento Gerada através do processamento da rotina de Fechamento de Repasse [ (Cadastros /
Repasse Beneficiários / Movimentações Cadastrais / Fechamento de Repasse) ] para o
beneficiário.
Inclusão Gerada quando é realizada a inclusão de módulo do tipo Acessório para o beneficiário,
Acessório através da rotina de Inclusão / Troca de Módulo
[ (Cadastros / Beneficiários / Movimentações Cadastrais / Reinclusão) ].
Inclusão de Gerada quando um beneficiário é incluído no sistema.
Beneficiário
Inclusão Gerada quando uma lotação for incluída para o beneficiário pela aba Lotações.
Lotação
Beneficiário
Migração Gerada quando é realizada a troca do módulo do beneficiário, através da rotina de
Módulo Inclusão / Troca de Módulo [ (Cadastros / Beneficiários / Movimentações Cadastrais /
Reinclusão) ].
Reinclusão Gerada através do processamento da rotina de Reinclusão de beneficiário [ (
de Cadastros / Beneficiários / Movimentações Cadastrais / Reinclusão) ].
Beneficiário
Rescisão de Gerada através do processamento da rotina de Suspensão de Vínculo
Beneficiário [ (Cadastros / Beneficiários / Suspensão Vínculo) e (Cadastros / Beneficiários /
Movimentações Cadastrais / Suspensão Vínculo)] de beneficiário.
Rescisão de Gerada através do processamento da rotina de Rescisão de Módulo
Módulo [ (Cadastros / Beneficiários / Movimentações Cadastrais / Rescisão do Módulo) ].
Acessório
Troca Gerada pelo processamento da rotina de Solicitação de Renovação de Cartão com
Periódica Validade Expirando [ (Cadastros / Beneficiários / Cartões / Solicitação Renovação de
Cartão Cartão Validade Expirando) ].

Página 311 de 749
Lembrando que, todos os tipos de movimentos cadastrais podem ser cobrados de seus contratos, desde que,
haja valor para o tipo na Negociação Pré [ (Cobranças / Cobrança Pré-Pagamento / Negociação Pré /
Negociação Pré ) ]. Veja exemplo:
Este exemplo, na Inclusão do Beneficiário será cobrado o valor de R$ 3,00. Na Emissão da 1ª. via do cartão
será cobrado o valor de R$ 5,00 e em uma Emissão de 2ª. via de cartão, será cobrado o valor de R$ 10,00.
Veja um exemplo das marcações que o Cardio realiza nos registros e como consultar o Faturamento de uma
Movimentação Cadastral:
Para que o Cardio possa efetuar a cobrança desta movimentação cadastral, além de estar marcada como
Faturada, não poderá estar marcada como Cancelada.

Página 312 de 749
E, havendo valores cadastrados na Negociação Pré para o Tipo de Movimentação Cadastral processado, ao
executar a rotina de Valorização de Cobrança das Movimentações Cadastrais [ (Cobranças / Cobrança
Pré-Pagamento / Valorizações / Valorização de Cobrança das Mov. Cadastrais) ] o Cardio criará o registro de
Faturamento da Movimentação Cadastral Beneficiário que é acessado pelo link disponível da tela da
Movimentação Cadastral do Beneficiário:

Página 313 de 749
No registro do Faturamento contém as informações parametrizadas e de processamento no Cardio:
Mais detalhes deste Faturamento serão abordados no capítulo referente a Cobranças.

Página 314 de 749
9.11. Doença (Pré-existência)
Doenças ou Lesões Preexistentes são previstas pela ANS pela Regulamentação dos Planos de Saúde,
conforme lei 9656/98.
São várias as publicações da ANS referindo-se a preexistência.
Iremos tomar como base uma Resolução Normativa mais recente, pois não fere o conceito já existente /
aplicado. Abaixo, reproduzimos parte desta Resolução:
RESOLUÇÃO NORMATIVA - RN Nº 162, DE 17 DE OUTUBRO DE 2007.

A Diretoria Colegiada da Agência Nacional de Saúde Suplementar – ANS, no uso da competência a ela
conferida pelos incisos II, IX, XV, XXIV, XXVIII e XXXVII, do art. 4º, da Lei nº 9.961, de 28 de janeiro de 2000,
e considerando o disposto no parágrafo único, do art. 11, da Lei nº 9.656, de 3 de junho de 1998, em reunião
de 14 de outubro de 2007, adotou a seguinte Resolução Normativa, e eu, Diretor-Presidente, determino a sua
publicação:
Das Disposições Gerais
Art. 1º Esta Resolução dispõe sobre Doenças ou Lesões Preexistentes (DLP), Cobertura Parcial Temporária
(CPT), Declaração de Saúde (DS), Carta de Orientação ao Beneficiário e sobre o processo administrativo
para comprovação do conhecimento prévio de doença ou lesão preexistente pelo beneficiário de plano
privado de assistência à saúde no âmbito da Agência Nacional de Saúde Suplementar – ANS.
Art. 2º Para fins desta Resolução, considera-se:
I - Doenças ou Lesões Preexistentes (DLP) aquelas que o beneficiário ou seu representante legal saiba ser
portador ou sofredor, no momento da contratação ou adesão ao plano privado de assistência à saúde, de
acordo com o art. 11 da Lei nº 9656, de 3 de junho de 1998, o inciso IX do art 4º da Lei nº 9961, de 28 de
janeiro de 2000 e as diretrizes estabelecidas nesta Resolução;
II - Cobertura Parcial Temporária (CPT) aquela que admite, por um período ininterrupto de até 24
meses, a partir da data da contratação ou adesão ao plano privado de assistência à saúde, a
suspensão da cobertura de Procedimentos de Alta Complexidade (PAC), leitos de alta tecnologia e
procedimentos cirúrgicos, desde que relacionados exclusivamente às doenças ou lesões preexistentes
declaradas pelo beneficiário ou seu representante legal;
III - Agravo como qualquer acréscimo no valor da contraprestação paga ao plano privado de
assistência à saúde, para que o beneficiário tenha direito integral à cobertura contratada, para a
doença ou lesão preexistente declarada, após os prazos de carências contratuais, de acordo com as
condições negociadas entre a operadora e o beneficiário; e...

Página 315 de 749
O que é preciso no Cardio para configurar a Preexistencia ?
1. Ter a tabela de CID (Código Internacional de Doenças) no Cardio (a matriz do Cardio já contempla o CID)
2. Ter migrado / cadastrado os Serviços Operadora (iremos estudar este assunto em capítulo próprio)
3. Cadastrar as Doenças
4. Relacionar as Doenças ao Beneficiário
Tabela do CID está disponível em [ (Cadastros / Tabelas Gerais / CID) ]:
Na auditoria de eventos e serviços, serão validados os dados do atendimento de acordo com o C.I.D.
informado, consistindo se este C.I.D. apresenta restrições quanto ao Sexo, Idade, Tipo Obrigatório Revisão, Tipo CID e
Data de Vigência.
Essa validação garanti à Unimed que a informação de CID do atendimento seja fidedigna, já que este dado
passa a ser validado criteriosamente durante a auditoria de eventos e solicitação de serviços, garantindo assim a
integridade dessa informação que é muito valiosa para análises gerenciais e tomada de decisões com relação a
programas de Medicina Preventiva, por exemplo.
Para que esta validação seja possível, deverão ser informadas as características de atendimento de cada
C.I.D.
Página 316 de 749
Código Código da doença.

Nome Nome da doença.
Sexo Quando preenchido com o sexo (Feminino ou Masculino) para o qual se aplica o CID, a
validação do CID no momento da auditoria acontecerá de acordo com este critério.
Idade Inicial Quando preenchido com valor válido de idade (valores entre 0 e 999) para a qual se aplica
o CID, a validação do CID no momento da auditoria acontecerá de acordo com este
critério.
Idade Final Quando preenchido com valor válido de idade (valores entre 0 e 999) para a qual se aplica
o CID, a validação do CID no momento da auditoria acontecerá de acordo com este
critério. A “Idade Final” deverá ser igual ou maior que a “Idade Inicial”, quando esta for
informada.
Tipo Obrigatório Quando preenchido com um dos valores da lista de opções (Auditoria Contratante,
Revisão Auditoria Não Obrigatória, Auditoria Obrigatória, Auditoria Obrigatória Alto Custo), a
validação do CID no momento da auditoria acontecerá de acordo com este critério.
Tipo CID Quando preenchido com um dos valores da lista de opções (Diagnóstico/Definitivo ou
Sintomas/Outros), a validação do CID no momento da auditoria acontecerá de acordo com
este critério.
Início de Vigência Quando preenchido com valor válido de data inicial de vigência do CID, a validação do CID
no momento da auditoria acontecerá de acordo com este critério.
Fim de Vigência Quando preenchido com valor válido de data final de vigência do CID, a validação do CID
no momento da auditoria acontecerá de acordo com este critério. O “Fim de Vigência”
deverá ser igual ou maior que o “Início Vigência”, quando este for informado.
Tipos de Glosa Auditoria que podem ocorrer:
 265 - Sexo do beneficiário é incompatível com o CID informado

Quando esta glosa for acusada na auditoria, significa que o CID informado na solicitação não permite o
atendimento deste beneficiário, devido ao seu sexo. Neste caso, verificar se o cadastro de sexo do beneficiário
está correto e então verificar qual CID é compatível com as características do atendimento, levando em
consideração inclusive o “Sexo” quando este estiver informado no cadastro do CID. Após esta verificação e
decorrente correção, reprocessar a auditoria.
 266 - Idade do Beneficiário é maior que o determinado pelo CID

Quando esta glosa for acusada na auditoria, significa que o CID informado no atendimento não permite o
atendimento deste beneficiário, devido à sua idade, que na data de atendimento é superior à “Idade Final”
informada no cadastro do CID. Neste caso, verificar qual CID é compatível com as características do
atendimento, levando em consideração inclusive a idade do beneficiário quando a “Idade Final” estiver
informada no cadastro do CID. Após esta correção, reprocessar a auditoria.
 267 - Idade do Beneficiário é menor que o determinado pelo CID

Quando esta glosa for acusada na auditoria, significa que o CID informado no atendimento não permite o
atendimento deste beneficiário, devido à sua idade, que na data de atendimento é inferior à “Idade Inicial”
informada no cadastro do CID. Neste caso, verificar qual CID é compatível com as características do
atendimento, levando em consideração inclusive a idade do beneficiário quando a “Idade Inicial” estiver
informada no cadastro do CID. Após esta correção, reprocessar a auditoria.

Página 317 de 749
 268 - Solicitação Serviço necessita de revisão conforme determinado pelo CID
Quando esta glosa for acusada na auditoria, significa que o CID informado no atendimento tem o campo “Tipo
Obrigatório Revisão” igual a “Auditoria Obrigatória”, e a revisão ainda não foi realizada para a solicitação de
serviço. Neste caso, é necessário realizar a revisão.
 269 - Revisão obrigatória p/ prestador de alto custo conforme determina CID

Quando esta glosa for acusada na auditoria, significa que a solicitação de serviço é de alto custo e no cadastro
do CID informado no atendimento o campo “Tipo Obrigatório Revisão” é igual a “Auditoria Obrigatória Alto
Custo”. Neste caso, é necessário realizar a revisão.
 270 - CID informado não se encontra vigente

Quando esta glosa for acusada na auditoria, significa que na data do atendimento o CID informado não está
vigente, ou seja, a data de atendimento é menor que o “Início Vigência” do CID ou é maior que o “Fim
Vigência” do CID. Neste caso, verificar qual CID é compatível com as características do atendimento e se
encontra vigente na data de atendimento. Após esta verificação e consequente correção, reprocessar a
auditoria.
 271 - CID informado para Internação não é Diagnostico / Definitivo

Quando esta glosa for acusada na auditoria, significa que a Classe de Tratamento Informada no evento ou na
solicitação de serviço é uma Internação Clínica, ou Internação Cirúrgica ou ainda o Tipo de evento do grupo de
apropriação do evento é Tratamento Médico em Equipe, ou Tratamento Médico Individual, ou Guias
Hospitalares (Internações), ou Tratamento Médico em Equipe Intercâmbio, ou Tratamento Médico Individual
Intercâmbio, ou Guias Hospitalares Intercâmbio (Internações Intercâmbio), e no cadastro do CID informado no
atendimento o campo “Tipo CID” é igual a “Sintoma/Outros”. Neste caso, verificar qual CID é compatível com
as características do atendimento de internação e tenha o campo “Tipo CID” igual a “Diagnóstico/Definitivo”.
Após esta verificação e consequente correção, reprocessar a auditoria.

Página 318 de 749
Cadastrando a Doença [ (Cadastros / Tabelas Gerais / Doença) ]
Tela Principal
Campo Descrição
Código Código da doença. É uma codificação livre.
Nome Nome da doença. Nomenclatura é livre.
Classe Apro. É a Classe de Apropriação Financeira da doença quando a mesma for do tipo
Agravo.
Observação: Classe de Apropriação Financeira está diretamente relacionada ao
Documento Financeiro que estudaremos mais adiante nesta Capacitação.
Tipo do Valor Tipo do Agravo – Indica o tipo do valor a ser aplicado para o agravo, que pode ser:
do Agravo  Percentual - Quando informado este valor o campo Percentual passa a ser
obrigatório. O percentual será aplicado sobre o valor da mensalidade.
 Nominal – Quando o valor é fixo. O campo Valor Agravo passa a ser obrigatório.
Exemplo:
Página 319 de 749
Um beneficiário possui uma doença cadastrada com agravo (doença do beneficiário),

com percentual cadastrado de 20%, e sua mensalidade base é de R$ 199,80 na
competência utilizada no exemplo. O valor do agravo nesta competência será de R$
39,96.
Valor Agravo Valor padrão de Agravo estabelecido para a doença. Poderá ser personalizado por
Beneficiário. Iremos ver esta opção mais adiante.
Percentual Percentual que terá o agravo.
do Agravo
Itens São os dados que realmente configuram a Doença Preexistente.
Os Itens de uma Doença contém:
CID Código do CID

Serviço Código de Serviço Operadora do tipo Procedimento Médico.
Início Data a partir da qual o item passa a valer para a Doença em questão.
Vigência
Fim Vigência Data a partir da qual o item não é mais válido para a Doença em questão.
A consistência da Doença Preexistente em um atendimento ocorrerá da seguinte maneira:

Quando o CID Quando o Serviço O que acontecerá na Auditoria do Cardio e na Solicitação de
estiver: estiver: Serviço no Néfron ?
Preenchido Não Preenchido Sempre que ocorrer o CID, independentemente do Serviço, o
sistema irá gerar Glosa.
Preenchido Preenchido Só irá gerar Glosa se o CID e o Serviço ocorrerem juntos.
Não Preenchido Preenchido Irá gerar Glosa sempre que ocorrer o Serviço
independentemente do CID informado.
Não Preenchido Não Preenchido (não existe esta situação. Cardio nem permite cadastramento).
Vamos analisar o cadastramento abaixo e verificar o resultado de acordo com a consistência descrita:
Supondo que temos um Beneficiário com a Doença que contém estes Itens e Eventos com os seguintes
dados:

Página 320 de 749
Evento CID Serviço O que ocorrerá ?

1 Z00 10014 Não será gerada Glosa. O CID Z00 não está na nos Itens da Doença. O Serviço
10014 está nos Itens, mas só é considerado como Doença se aparecer
juntamente com o CID I10.
2 I15 10014 Será gerada Glosa, pois nos Itens, o CID I15 está cadastrado sem Serviço.
Então, para quaisquer Serviços, o sistema considerará como Doença.
3 I15 23010037 Idem anterior.
4 I10 10073 Não será gerada Glosa. O Serviço 10073 não está nos Itens da Doença. O CID
I10 está nos Itens, mas só é considerado como Doença se aparecer juntamente
com o serviço 10014.
5 Z00 20010010 Será gerada Glosa, pois nos Itens, o serviço 20010010 está cadastrado sem
CID. Então, para qualquer CID, o sistema considerará como Doença.
6 I15 20010010 Será gerada Glosa. Há 2 motivos para isso. O CID I15 está cadastrado sem
Serviços e o serviço 20010010 está cadastrado sem CID. Ambos caracterizam a
Doença.
7 Z00 20010 Não será gerada Glosa. Nem o CID, nem o Serviço estão cadastrados nos Itens
da Doença.
O Tipo de Glosa gerado quando há Doença para o Beneficiário é o “79 - Beneficiário cumprindo carência para
CID e/ou Serviço (pré-existência)”.
Cadastrando a Doença para o Beneficiário
Há 2 opções para efetuar o cadastramento da Doença para o Beneficiário:

a) Pelo próprio cadastro do Beneficiário, utilizando o link Doenças Beneficiários;
b) Pela opção Doença Beneficiário disponível em [ (Cadastros / Beneficiários / Informações do Beneficiário
/ Doença Beneficiário) ]

Página 321 de 749
Tela Principal:
Campo Descrição
Beneficiário Beneficiário para o qual será relacionada a doença.
Doença Código da Doença que o beneficiário terá.
Controle Define o controle do tipo de doença.
Agravo Para os beneficiários com pré-existência, calcula-se um valor
(agravo) a ser pago pelo beneficiário durante um determinado
tempo, para que ele tenha direito a cobertura total.
Cobertura Os Itens da Doença não poderão ser utilizados pelo
Parcial Beneficiário. Terá o período de carência especificado.
Temporária
Valor Agravo No caso do tipo controle de doença ser Agravo, deve-se preencher o valor do agravo.
Se esse valor não for preenchido, recupera-se o valor padrão do agravo cadastrado
em Doença.
Tipo Divisão No caso do tipo controle de doença ser Agravo define para quem será gerada a
Cobrança cobrança, pode ser: Beneficiário, Titular, Lotação e Contrato. Se não for informado o
default é contrato.
Início Geralmente é a data de início de vigência do beneficiário, mas pode ser uma data
Vigência posterior ao início de vigência.

Página 322 de 749
Qtde Dias É a quantidade de Dias de Carência que o beneficiário deverá cumprir para poder
Carência utilizar os Itens da Doença.
Se for preenchido, o sistema calculará automaticamente o Fim de Vigência.
Fim Vigência Data de término da carência da Doença.
É preenchido automaticamente ao informar o campo Qtde Dias Carência.
Se preencher apenas o Fim de Vigência, o sistema calculará automaticamente a Qtde
Dias Carência.
Seq. Comp. O fechamento de cobrança dentro da competência pode ser feito diariamente,
Agravo semanalmente, quinzenalmente, de acordo com a escolha da Unimed. Esse campo
define em qual Sequência dentro da competência será cobrado o agravo.
Observação Descreve alguma observação a respeito da doença do beneficiário.
Itens É a personalização da Doença para o Beneficiário.
O Cardio permite que uma Doença possa ser personalizada para o Beneficiário. Desta maneira, evita-se o
cadastramento de muitas Doenças que, praticamente contém os mesmos Itens.
A personalização da Doença que é cadastrada nos Itens permite Adicionar ou Retirar Itens.

Página 323 de 749
Veja exemplo:
Neste caso, foi adicionado o CID Z00 na Doença do Beneficiário.

Então, além dos Itens já cadastrados para a Doença (vistos anteriormente), a consistência ocorrerá também
neste novo Item.
Similarmente, se cadastrarmos um novo Item com o Tipo de Ação = Retirar, o Item que está cadastrado na
Doença não será considerado para o Beneficiário.

Página 324 de 749
9.12. Alteração do Código do Beneficiário
A edição do código do beneficiário não é permitida.

Mas, havendo a necessidade de troca do código, a Unimed deverá utilizar-se do processo disponível no link:
Alterar o código do beneficiário.
Vale ressaltar que a Alteração de Código deve ser utilizada com coerência já que existem outros processos
que o utilizam: o principal deles é a Emissão do Cartão de Identificação.
Veja exemplo de Alteração de Código abaixo:

Página 325 de 749
Clicando no link, tela para informar o novo código é aberta:
Após o processamento, o novo código irá figurar no cadastro do beneficiário:

Página 326 de 749
IMPORTANTE:
 Quando é efetuado alteração de código de um beneficiário que é enviado para a ANS, é gerada uma
exclusão do código anterior e uma inclusão para o código atual.
 Se o beneficiário que sofreu esta alteração for um beneficiário para o qual sua Unimed emite cartão
de identificação, então, será necessário gerar e emitir um novo cartão para o mesmo. Caso contrário,
haverá glosa em auditoria já que, o código anterior não mais existirá.

Página 327 de 749
9.13. Alteração do Código do Contrato do Beneficiário
O processo Alteração do Código do Contrato do Beneficiário [ (Cadastros / Beneficiários / Movimentações

Cadastrais / Alterar Contrato do Beneficiário) ] foi criado para atender a solicitações das Unimeds, visando a
correção do código do contrato digitado errado no momento da inclusão do beneficiário.
Este processo pode ser facilmente acessado através do link criado no cadastro de Beneficiário.
São realizadas algumas verificações para a efetivação da alteração do contrato:

 Não poderá ter sido gerado cartão para o beneficiário.
 Não poderá ter sido realizado qualquer processo de cobrança para o beneficiário. Por exemplo,
módulo competência.
 Datas de inícios de vigência entre beneficiário e contrato (novo), devem estar de acordo, ou seja, a
data do contrato deve ser menor ou igual a do beneficiário.
 Tipos de contração dos dois contratos devem ser iguais.
 Não poderá existir titular no novo contrato, quando o contrato for de pessoa física.
 Se houver dependentes e/ou agregados a alteração será realizada para todos da família.

Página 328 de 749
 É verificado se já existe a mesma pessoa no contrato destino.
 É verificado se o contrato destino possui uma data de suspensão de vínculo.
 Se a alteração do número do contrato for realizada para o dependente e/ou agregado, todos os outros
beneficiários (inclusive o titular) também sofrerão a alteração (após verificação de todas as regras do
processo).
 A alteração poderá ser realizada para qualquer beneficiário, seja contrato de pessoa física ou pessoa
jurídica.
Alterar Contrato do Beneficiário
O processo poderá ser acessado pelo menu [ (Cadastros / Beneficiários / Movimentações Cadastrais / Alterar
Contrato do Beneficiário) ] ou através do link no processo Beneficiário, conforme já demonstrado.
Beneficiário Neste campo deverá ser informado o código atual do beneficiário
Neste campo deverá ser informado o código do novo contrato que será
Novo contrato
alterado para o beneficiário.
Aba “Listas” / Beneficiários Poderão ser informados vários beneficiários.

Página 329 de 749
9.14. Validação dos Nomes no Cadastro de Beneficiário
Para atender a legislação vigente não será possível a inclusão de beneficiários, onde terão as seguintes
validações:
 Tenham caracteres especiais e/ou números - “,!,@,#,$,%,¨,&,*,(,),+,=,{,},[,],^,~,

<,>,;,?,/,\,.1,2,3,4,5,6,7,8,9,0
 Nome da Pessoa do Beneficiário e/ou nome da Mãe com apenas uma palavra
Foram incluídas duas mensagens onde deve atentar ao complemento delas:
 Nome do beneficiário inválido, o nome deverá estar em conformidade com a legislação vigente. –
(Veja tela 1) - Que poderá ter os seguintes complementos:
o Nome não pode conter caracter especial e/ou número – Este erro acontecerá quando for digitado
um ou mais dos seguintes caracteres:
“,!,@,#,$,%,¨,&,*,(,),+,=,{,},[,],^,~, <,>,;,?,/,\,.1,2,3,4,5,6,7,8,9,0. (Veja tela 2)
o Nome não pode conter apenas uma palavra – Este erro acontecerá quando o nome do
beneficiário não tiver um segundo nome (sobrenome). (Veja tela 3)
 Nome da mãe inválido, deverá estar em conformidade com a legislação vigente

– (Veja tela 4) – Que terá os mesmos complementos utilizados para a mensagem do nome do
beneficiário:
o Nome não pode conter caracter especial e/ou número

o Nome não pode conter apenas uma palavra

Página 330 de 749

Página 331 de 749
Tela 1: Mensagem de erro apresentada quando há problema no nome do
Beneficiário
Tela 2: Complemento da Mensagem

Página 332 de 749
Tela 3: Complemento da Mensagem

Página 333 de 749
9.15. Cadastro de Beneficiário para Serviços Admissionais
Existem situações onde a Unimed prestará atendimento a beneficiários que não estão cadastrados, que
realmente não são beneficiários do plano de saúde.
São normalmente beneficiários que realizarão Serviços Admissionais, Periódicos, Demissionais. A Unimed
pode possuir contratos que são de Saúde Ocupacional, portanto, não há um cadastro “fixo” de beneficiários.
Como operacionalizar esta situação no Cardio ?

1) Cadastrar um beneficiário que será a referência para todos os atendimentos. Será utilizado o código
deste beneficiário referência nos atendimentos. O que é importante no cadastramento deste beneficiário:
Pessoa Utilizar uma Pessoa fictícia. (Pode-se aproveitar a Pessoa cujo Nome é
BENEFICIARIO EVENTUAL que é criada na migração dos dados ou outro nome
genérico qualquer).
Contrato Informar o Código de Contrato para o qual a cobrança será realizada.
Código Criar um código de beneficiário, pois é ele que será utilizado na digitação dos
Eventos.
Início Para evitar Glosa de Auditoria, sugerimos que esta data seja a mesma do Início de
Vigência Vigência do Contrato.
Tipo Deverá, obrigatoriamente, ser Controle CO.
Benef. O checkbox deve ser sinalizado para beneficiários utilizados como base no
Temporário cadastro para saúde ocupacional e que seja de intercâmbio.
Módulo Deverá informar um Módulo válido para o Contrato. É através deste Módulo que a
Auditoria irá verificar as coberturas.
A única atenção que se deve ter neste momento e a possibilidade de inclusão
automática de Acessórios. Se isso ocorrer, então faça a Rescisão do Módulo para
os Acessórios [ (Cadastros / Beneficiários / Movimentações Cadastrais / Rescisão do
Módulo) ]. Este tipo de Beneficiário não necessita de módulos Acessórios.

Página 334 de 749
Veja exemplo:
Beneficiário com Módulo Acessório Rescindido:
Na Digitação de Eventos, ao informar o código do Beneficiário (conforme cadastramento), a tela de

Informação Beneficiário será aberta automaticamente para preenchimento de Nome, Data de Nascimento,
Sexo, etc.

Página 335 de 749
Tela de digitação de Evento:

Página 336 de 749
Tela com os dados do Beneficiário atendido.
Os Demonstrativos de Cobrança e Espelho de Pagamento demonstrarão os dados digitados no Evento.
Apenas para conhecimento: ao auditar os Eventos, o processo irá instalar automaticamente a Pessoa e um
novo Beneficiário para os controles internos do Cardio.

Página 337 de 749
9.16. Beneficiário Eventual (Intercâmbio)
No início deste capítulo mencionamos que beneficiários Eventuais de intercâmbio possuirão o tipo igual a
Controle CO.
Como isso funciona ?

Todo e qualquer beneficiário atendido pela Unimed, obrigatoriamente, estará cadastrado na base de dados.
Assim, para que a Unimed possa atender um beneficiário eventual de outra Unimed, é necessário ter 2
cadastramentos realizados:
1) Ter o cadastro da Unimed do beneficiário que será atendido na base de dados. Este cadastro é realizado
em [ (Cadastros / Fornecedores / Prestador de Serviço) ] e será abordado em capítulo próprio.

Página 338 de 749
2) Ter um Contrato cujo Modelo de Contrato tenha o Tipo de Contingente igual à Eventual e onde a
Contratante seja a mesma Pessoa do cadastro do Prestador de Serviço. Veja exemplo:
O processo de Auditoria de Eventos do Cardio e o de Solicitação de Serviço do Néfron irão instalar o

beneficiário no Contrato valendo-se as 3 primeiras posições do código do beneficiário. Veja exemplo:
Se for informado o código de beneficiário: 0011234001002002.

1) O Cardio pegará as 3 primeiras posições, neste caso, 001.
2) Pelo cadastro de Prestador de Serviço, buscará o registro onde o Código de Intercâmbio está 001. Ao
encontrar, reservará o código da Pessoa deste Prestador. Em nosso exemplo, o número 32713 (veja telas
acima).
3) No cadastro de Contratos, irá recuperar um Contrato cuja Contratante seja 32713 e o Modelo de Contrato
tenha o Tipo de Contingente Eventual. No nosso exemplo, recuperará o Contrato código 258900100.
4) Irá instalar o beneficiário 0011234001002002 no contrato 258900100.
5) Assim, os demais processamentos no Cardio, principalmente os de Cobrança, serão realizados para o
Contrato 258900100.

Página 339 de 749
9.17. Inclusão / Troca de Módulo
Para efetuar uma troca ou inclusão de módulo para beneficiários, será necessário informar o Motivo. Este
motivo é necessário para a exportação dos dados para o SIB (ANS) e seguem as regras definidas pela ANS.
Este Motivo deve ser cadastrado em Motivo de Suspensão de Vínculo [ (Cadastros / Tabelas Gerais /
Motivo de Suspensão de Vínculo) ] cujo tipo seja Mudança de Plano, Plano Antigo Adaptado ou Plano Antigo
Migrado. Veja exemplo abaixo:
Tela 9.17-9-38 – Inclusão/Troca Modulo

Página 340 de 749
No processo Inclusão/Troca Módulo [ (Cadastros / Beneficiários / Movimentações Cadastrais /
Inclusão/Troca Módulo) ], o motivo será solicitado e no combo, serão apresentados apenas os Motivos dos
tipos possíveis. Acompanhe o processo:
Tela 9.17-2 – Inclusão/Troca Modulo
Código Cartão Código do cartão do beneficiário para o qual será feita a inclusão / troca de
Beneficiário módulo.
Beneficiário Código do beneficiário para o qual será feita a inclusão / troca de módulo.
Acomodação Auto-preenchido de acordo com o beneficiário / contrato informado.
Repasse Auto-preenchido de acordo com o beneficiário / contrato informado
Módulo Origem Benef. Módulo que será utilizado como base para que seja efetuado a troca ou
inclusão do módulo destino.
Módulo Destino Benef. Define se será feita a inclusão ou troca de um módulo.
Se o módulo informado for do tipo 1 - Produto Assistencial indica que se trata de
uma troca de módulo.
Se o tipo do módulo for 9 - Acessório, indica que se trata de uma inclusão de
módulo.
Data Base Cobertura Data e hora de início de vigência das coberturas. Regras: 1) A Data Base
Cobertura deixou de ser obrigatória; 2) Se preenchida, o processo deverá
assumí-la sem qualquer tipo de consistência nos Módulos gerados por Inclusão
ou Troca; 3) Se não for preenchida, deverá levar em consideração o conteúdo

Página 341 de 749
de TipoHerCarTransferencia existente em NegociacaoAqMódulo, em que se o
TipoHerCarTransferencia for NULL, deverá assumir 2 - Herda de Todos os
Módulos. Neste caso, o conteúdo da Data Base de Cobertura será gerado
conforme as seguintes condições: a) Se Tipo = 3
(HERDA_APENAS_O_ÚLTIMO_MÓDULO), a Data Base de Cobertura do
Módulo será igual à do Módulo mais recente; b) Se Tipo = 2
(HERDA_DE_TODOS_OS_MÓDULOS), a Data Base de Cobertura do Módulo é
igual à do Módulo com Data Base mais antiga do Beneficiário; c) Se Tipo de
Herança = 1 (NAO_HERDA) ou se NÃO houver Módulos anteriores do
Beneficiário, a Data Base de Cobertura do Módulo será igual à Data de Início de
Vigência do Módulo do Beneficiário.
Início de Vigência Data e hora de inclusão / troca do módulo para o beneficiário.
Data Base Cálc. É a data base para cálculo dos valores de mensalidades/ franquia/ participação
do beneficiário. Esta data serve de referência para indicar a tabela de preço a
ser verificada nas negociações cadastradas.
Motivo O motivo é necessário para a exportação dos dados para o SIB, os tipos
possíveis a serem enviados para ANS são:
Código Valor
1 Rompimento contrato por iniciativa do beneficiário
2 Término da relação de vinculo a um beneficiário
3 Desligamento da empresa (para planos coletivos)
4 Inadimplência
5 Óbito
6 Mudança de Módulo
7 Exclusão decorrente mudança código do beneficiário
8 Transferência de carteira
9 Alteração do Código do Beneficiário
11 Plano Antigo Migrado
12 Plano Antigo Adaptado
13 Inclusão Indevida de Beneficiários
14 Fraude (art.13 da lei 9656/98)
Produto Convênio Indica o produto convênio associado ao módulo acessório o qual será incluído
opcionalmente para o beneficiário.
Verifica Módulo Será verificado se existe módulo competência de acordo com a competência do
Competência início de vigência informado. Se existir será apresentado uma mensagem
conforme abaixo.
Exemplo:
Módulo Competência: 07/2009
Início de vigência para o novo módulo: 10/07/2009
Mensagem de erro apresentada “Troca de Módulo só poderá ocorrer a partir de:

08/2009 (competência do registro em módulo competência + 1 competência)
código do beneficiário “XXXXXXXXXXXXXXXX”).
Ou seja, na competência 07/2009 não é possível gerar a cobrança pois nesta
Página 342 de 749
competência já houve a cobrança para o módulo vigente, sendo assim, só
poderá ser efetuada a troca do módulo na competência seguinte, no exemplo
em 08/2009).
(checkbox) “Analisa Esta opção deverá ser utilizada juntamente com o Intervalo e/ou Lista de
Contrato Anterior” Contratos. Se marcado, a Inclusão/Troca ocorrerá para os Beneficiários dos
Contratos informados e para os Beneficiários Aposentado/Demitido que
possuírem o Contrato como anterior.
(Sub-Aba) “Inicio de Os campos Início de Vigência Inicial e Início de Vigência Final possibilitam a
Vigência do Beneficiário” seleção utilizando como filtro o início de vigência do beneficiário.
(Sub-Aba) “Contratos” Os campos Contrato Inicial e Contrato Final possibilitam a seleção utilizando
como filtro o intervalo de contratos do beneficiário.
(Sub-Aba) “Modelo” Os campos Modelo Inicial e Modelo Final que possibilitam a seleção utilizando
como filtro o intervalo de Modelos de Contrato.
Aba Listas
(Sub-Aba) “Tipos de Restringe a seleção aos Tipos de Contratação informados neste grid. Se marcado a
Contratação” opção Exceto, indica que os valores informados no grid deverão ser desconsiderados
da seleção.
(Sub-Aba) “Contratos” Restringe a seleção aos Contratos informados neste grid. Se marcado a opção Exceto,
indica que os valores informados no grid deverão ser desconsiderados da seleção.
(Sub-Aba) “Modelos” Restringe a seleção aos Modelos de Contrato informados neste grid. Se marcado a
opção Exceto, indica que os valores informados no grid deverão ser desconsiderados
da seleção.

 Se forem preenchidos os campos ”Modulo Destino Benef.”, “Inicio Vigência”, “Motivo”, e marcar a opção
“Analisa contrato Anterior”, o Sistema apresentará a mensagem: “A opção” Analisa Contrato Anterior “só
poderá ser marcada se foi informado algum contrato (Intervalo/Lista)”.
Para que o sistema não apresente esta mensagem, deverá ser preenchido um intervalo de contrato e/ou lista
de contrato.
 Se forem preenchidos os campos ”Modulo Destino Benef.”, “Inicio Vigência” e “Motivo”, o Sistema apresentará
a mensagem: “Deve ser informado um dos campos: Beneficiário, Início de Vigência, Contrato, Modelo de
Contrato, Tipo de Contratação, Módulo Origem Beneficiário”.
Para que o sistema não apresente esta mensagem, deverá ser preenchido pelo menos um dos campos da
mensagem.

Página 343 de 749
Exemplos:
Preencher campos para validar a regra do parâmetro “Analisa Contrato Anterior”
Campos a ser preenchido:
“Módulo Destino Benef.”, “Inicio Vigência”, “Motivo”, “Verifica Modulo Competência”, “Analisa Contrato
Anterior”, “Contrato Inicial e Final” da aba Contratos.
Tela 9.17-3 - Inclusão/Troca Modulo

Página 344 de 749
Tela 9.17-4 – Inclusão/Troca Modulo
Neste momento, os beneficiários do contrato 314000900 foram trocados para o novo módulo, conforme
exemplo na tela abaixo.
Tela 9.17-5 – Beneficiário

Página 345 de 749
9.18. Transferência de Beneficiários entre Contratos

[ (Cadastros / Beneficiários / Movimentações Cadastrais / Transferência de Contrato)]
Objetivo:
Permitir transferência de beneficiários de um Contrato para outro, independentemente do tipo da Pessoa
Contratante, e ainda que seja cobrada uma taxa quando houver uma movimentação do tipo “Migração
Contrato”. É possível também cadastrar automaticamente a lotação do contrato destino nos beneficiários
transferidos.
Regras de Negócio:
É permitido que seja informada uma data diferente para a data base de cobertura dos módulos do beneficiário
transferido.
Se o usuário desejar que as datas de início de vigência para o beneficiário e para os módulos do beneficiário
sejam iguais, basta preencher somente o campo “Data Transferência”, mas se desejar que a data base de
cobertura dos módulos transferidos tenha data diferente da data de transferência deverá indicar a data
desejada no campo “Data Base Cobertura”.
Ao realizar a Transferência de Contrato, se o parâmetro “Considera últ dia suspensão p/ Aud Sol e Aud Eve”
em Configuração da Operadora estiver marcado, a data de suspensão dos beneficiários no antigo contrato
será adiantada em um dia.
o Checkbox Marcado: O processamento da Transferência de Contrato utilizará um dia anterior ao dia
informado no campo “Data Transferência” para inserir como data inicial da Suspensão de Vínculo dos
Beneficiários no contrato origem.
o Checkbox Desmarcado: O processamento da Transferência de Contrato utilizará a mesma data
contida no campo “Data Transferência” para inserir como data inicial da Suspensão de Vínculo dos
beneficiários no contrato origem.
As regras para cadastrar automaticamente a lotação do contrato destino nos beneficiários transferidos são:
Lotação:
o Na Transferência de Contrato, as lotações utilizadas devem obrigatoriamente pertencem ao contrato
destino.
o Na Transferência de Contrato, quando não for informada a lotação destino, e se no contrato destino o
checkbox “Lotação Obrigatório” estiver marcado e existir mais de uma lotação com o checkbox
“Padrão” marcado, o processo de Transferência de Contrato utilizará a lotação que estiver com o
menor número no código de sequência das lotações.
Contrato Destino com Lotação sem Padrão e sem a obrigatoriedade de lotações:

o Durante a Transferência de Contrato, os beneficiários só estarão alocados na lotação caso a mesma
seja informada no campo Lotação Destino da tela de Transferência de Contrato.
Contrato destino com lotação obrigatória marcado, e com Lotação Padrão;

o Durante a Transferência de Contrato, os beneficiários serão alocados na lotação, sem a necessidade
de informar a lotação do contrato destino no campo Lotação Destino da tela de Transferência de
Contrato.

Página 346 de 749
Contrato Destino sem Lotação e com a obrigatoriedade de lotações:
o Durante a Transferência de Contrato, será gerada uma mensagem de alerta dizendo que não existe
uma lotação padrão para o contrato destino.
Contrato Destino sem Lotação e sem a obrigatoriedade de lotações:

o Na Transferência de Contrato, não será necessário utilizar lotações, e a Transferência de Contrato
será feita da mesma forma anterior a essa nova funcionalidade.
Pré-Requisitos:
 O contrato destino ou o seu respectivo modelo de contrato deve possuir pelo menos um módulo
assistencial ativo.
 O beneficiário não pode ter uma suspensão de vínculo com vínculo rescindido marcado.
 Parametrização do caminho do diretório onde será gravado o arquivo de erros (se existir), em: (Diversos /
Configuração Geral / Configuração da Operadora / Caminho Diretórios / Mov. Cadastral / Exportação).
 Se for utilizado o recurso de lotação automática deve existir pelo menos uma lotação cadastrada para o
Contrato Destino.
 Se for utilizado o recurso de lotação automática a lotação do contrato destino deve estar com o checkbox
“Padrão” marcado.
Tela 9-39 – Transferência de Contrato

Página 347 de 749
Lotação Quando informado, o processo de Transferência de Contrato utilizará exatamente essa lotação para
Destino atribuir aos beneficiários que estão sendo transferidos para o contrato destino.
Data Base Indica a data de início de vigência das coberturas. Se preenchido, o processo irá assumir a data
Cobertura informada como a “Data Base Cobertura” dos módulos do beneficiário, caso contrário, o processo irá
assumir a data informada no campo “Data Transferência” como a “Data Base Cobertura” dos
módulos do beneficiário.
Permitir Se marcado, o processo irá verificar para cada módulo do titular se o campo Igual Família da
Módulos Negociação de Aq. Módulo está marcado. Se positivo, será feita uma checagem se todos os
Diferentes dependentes possuem o mesmo módulo. Se a verificação for realizada com sucesso, a família será
transferida de contrato. Caso contrário, será emitida uma mensagem de erro e nenhum beneficiário
será transferido.
Verificar Se marcado, será exibida uma mensagem informando os módulos que não foram incluídos para o
Direito de beneficiário durante a transferência, devido ao beneficiário não ter direito a adquirir o módulo.
Aquisição Se não marcado, não será exibida a mensagem com os módulos que não foram incluídos durante a
transferência.
As seguintes funcionalidades também são atendidas na Transferência de Contrato:
Se o beneficiário Sendo transferido Observações

for: para:
Titular Titular Neste caso, se o Titular tiver dependentes ativos, todos eles também serão
transferidos.
Titular Dependente Somente será possível se o Titular não tiver dependentes ativos.
Dependente Titular O dependente em um contrato se tornará um Titular.
Dependente Dependente O dependente está sendo transferido apenas de uma Família para outra,
podendo ser ou não no mesmo contrato.

Página 348 de 749
Tela 9-40 – Transferência de Contrato
Se o Tipo Beneficiário não for preenchido, o processo irá assumir o mesmo tipo na transferência (Exemplo: se o
beneficiário for Dependente, continuará Dependente).
O campo Beneficiário Destino refere-se ao código do beneficiário na transferência. Se não for preenchido, o sistema
criará automaticamente um novo código.
O campo Beneficiário Titular deverá ser preenchido quando for transferir um beneficiário para um Titular já existente no
cadastro, isto é, o beneficiário se tornará dependente deste titular.
Sempre que for realizada uma transferência de contrato, para o novo beneficiário será gravada uma Mov. Cadastral do
tipo “Migração Contrato”. Esta Mov. Cadastral terá o checkbox “Faturado” marcado automaticamente, ou seja, esta
Movimentação será cobrada do beneficiário levando-se em consideração o valor parametrizado na Negociação Pré.

Página 349 de 749
Tela 9-41 – Mov. Cadastral do Beneficiário
 No processo de Transferência de Contratos, onde o contrato origem dos beneficiários contempla beneficiários
repassados para outras Unimed’s, o repasse é fechado automaticamente. Portanto, neste caso é necessário
realizar a abertura de repasse novamente para os beneficiários com o novo contrato transferido.

 Não existe uma Lotação para o Contrato Destino.
Essa mensagem ocorre quando o contrato destino exige lotação obrigatoriamente, porém não há lotação
cadastrada para o contrato. Para corrigir essa divergência, é necessário cadastrar no contrato destino,
uma lotação com o checkbox “Padrão” marcado.

Página 350 de 749
Exemplos:
1º Exemplo: Contrato com o checkbox “Lotação Obrigatória” marcado que será utilizado na Transferência de Contrato.
Tela 9.18-3 – Contrato – Aba Info. Empresarial
Lotações do Contrato Destino com o checkbox “Padrão” marcado.

Página 351 de 749
Tela 9.18-3 – Contrato – Aba Info. Empresarial
Processo de Transferência de Contrato com atribuição automática de lotação para os beneficiários.
Tela 9.18-4 – Transferência de Contrato

Página 352 de 749
Beneficiário com a Lotação atribuída após ser transferido para o contrato destino.
Tela 9.18-5 – Beneficiário – Aba Lotação

Página 353 de 749
2º Exemplo: Transferência de contrato com o parâmetro “Considera últ dia suspensão p/ Aud Sol e Aud Eve” marcado
em Configuração da Operadora.
Tela 9.18-42 – Configuração da Operadora – Checkbox Considera últ dia suspensão p/ Aud Sol e Aud Eve marcado
Tela 9.18- 43 – Transferência de Contrato - Data Transferência 01/04/2012

Página 354 de 749
Tela 9.18- 44 – Beneficiário Anterior / Aba Suspensão – Data inicial para suspensão antecipada

Página 355 de 749
2º Exemplo: Transferência de contrato com o parâmetro “Considera últ dia suspensão p/ Aud Sol e Aud Eve”
Desmarcado em Configuração da Operadora.
Tela 9.18-45 – Configuração da Operadora – Checkbox Considera últ dia suspensão p/ Aud Sol e Aud Eve
desmarcado
Tela 9.18- 46 – Transferência de Contrato - Data Transferência 01/04/2012

Página 356 de 749
Tela 9.18- 47 – Beneficiário Anterior / Aba Suspensão – Data inicial para suspensão igual a data de transferência

Página 357 de 749
9.19. Reaproveitamento de Carências
Objetivo:
Permite o reaproveitamento de carência já utilizada. Este processo de reaproveitamento é executado para
Recém-Nato, Ultima troca de Módulo, Todas as trocas de Módulo e Migração de outra Operadora, ou seja, o
sistema reaproveita a quantidade de dias de carência já cumprida pelo beneficiário para qualquer escolha
citada acima.
Pré-Requisitos:
 Existir carência cadastrada no módulo operadora do produto do beneficiário.
É utilizado o seguinte formulário:

 Reaproveitamento Carência (Cadastros/ Beneficiários/ Movimentações Cadastrais/ Reaproveitamento de
Carência)
Tela 9.19-1 – Reaproveitamento Carência – Aba Restrições
Data Base Refere-se à data base de carência do módulo operadora do produto do
beneficiário.
Data Referência Refere-se à data que o beneficiário adquiriu o produto na operadora que
ele estava cadastrado. Ao migrar para outra operadora, esta data é
utilizada para avaliar se o usuário terá ou não carência a cumprir.
Obs: Este campo é utilizado para o tipo reaproveitamento Migração de
Outra Operadora.
Módulo Operadora Referência Refere-se ao módulo que será utilizado como base para o cálculo do
Página 358 de 749
reaproveitamento de carência do módulo na migração de outra
operadora (Concorrente ou repasse).
Observação: Este processo será detalhado no exemplo deste
documento.
Tipo Reaproveitamento Refere-se ao tipo de reaproveitamento de carência que poderá ser
utilizado.
São eles:
Recém-Nato: Reaproveitar carência de recém nascidos através do
módulo de produtos do beneficiário do titular, ou não;
Ultima Troca de Módulo: Reaproveitar carência da ultima troca do
módulo de produtos do beneficiário;
Todas as Trocas de Módulo: Reaproveitar carência de todas as trocas de
módulo de produtos do beneficiário;
Migração de Outra Operadora: Reaproveitar carência de outra
operadora.
Tela 9.19-2 – Reaproveitamento Carência – Aba Restrições – Sub Aba Modelo
Modelo Inicial Refere-se faixa inicial de modelo de contrato que poderá ser utilizado para
filtrar o reaproveitamento de carência.
Modelo Final Refere-se faixa final de modelo de contrato que poderá ser utilizado para
filtrar o reaproveitamento de carência.

Página 359 de 749
Tela 9.19-3 – Reaproveitamento Carência – Aba Restrições – Sub Aba Contrato
Contrato Inicial Refere-se faixa inicial de contrato que poderá ser utilizado para filtrar o
reaproveitamento de carência.
Contrato Final Refere-se faixa final de contrato que poderá ser utilizado para filtrar o

Página 360 de 749
Tela 9.19-4 – Reaproveitamento Carência – Aba Restrições – Sub Aba Titular
Titular Inicial Refere-se faixa inicial de titulares dos contratos que poderá ser
utilizado para filtrar o reaproveitamento de carência.
Titular Final Refere-se faixa final de titulares dos contratos que poderá ser
utilizado para filtrar o reaproveitamento de carência.

Página 361 de 749
Tela 9.19-5 – Reaproveitamento Carência – Aba Restrições – Sub Aba Beneficiário
Beneficiário Inicial Refere-se faixa inicial de beneficiários dos contratos que poderá
ser utilizado para filtrar o reaproveitamento de carência.
Beneficiário Final Refere-se faixa final de beneficiários dos contratos que poderá
ser utilizado para filtrar o reaproveitamento de carência.

Página 362 de 749
Tela 9.19-6 – Reaproveitamento Carência – Aba Restrições – Sub Aba Módulo
Módulo Inicial Refere-se faixa inicial de módulo operadora dos produtos dos
beneficiários que poderá ser utilizado para filtrar o
Módulo Final Refere-se faixa final de módulo operadora dos produtos dos
beneficiários que poderá ser utilizado para filtrar o

Página 363 de 749
Tela 9.19-7 – Reaproveitamento Carência – Aba Restrições – Sub Aba Grupo Cobertura
Grupo Cobertura Inicial Refere-se faixa inicial do grupo de cobertura dos produtos do
beneficiário que poderá ser utilizado para filtrar o reaproveitamento
de carência.
Grupo Cobertura Final Refere-se faixa final do grupo de cobertura dos produtos do
beneficiário que poderá ser utilizado para filtrar o reaproveitamento
de carência.

Página 364 de 749
Tela 9.19-8 – Reaproveitamento Carência – Aba Listas – Sub Aba Modelos
Exceto Se marcado, indica que os valores informados no grid deverão
ser desconsiderados da seleção.
Modelos de Contratos Restringe a seleção aos Modelos de Contratos informados.

Página 365 de 749
Tela 1.2-2 – Reaproveitamento Carência – Aba Listas – Sub Aba Contratos
Contratos Restringe a seleção aos Contratos informados.

Página 366 de 749
Tela 1.2-3 – Reaproveitamento Carência – Aba Listas – Sub Aba Titulares
Titulares Restringe a seleção aos Titulares informados.

Página 367 de 749
Tela 1.2-4 – Reaproveitamento Carência – Aba Listas – Sub Aba Beneficiários
Beneficiários Restringe a seleção aos Beneficiários informados.

Página 368 de 749
Tela 1.2-5 – Reaproveitamento Carência – Aba Listas – Sub Aba Módulos
Módulos Restringe a seleção aos Módulos informados.

Página 369 de 749
Tela 1.2-6 – Reaproveitamento Carência – Aba Listas – Sub Aba Grupos Cobertura
Exceto Se marcado, indica que os valores informados no grid deverão ser
desconsiderados da seleção.
Grupos Cobertura Restringe a seleção aos Grupos de Cobertura informados.

Página 370 de 749
Exemplos:
Exemplo 1: Tipo Reaproveitamento - Migração de Outra Operadora
Parâmetro
1. Código do Beneficiário
2. Módulo Operadora Referência (Operadora Concorrente)
3. Data Referência (Operadora Concorrente - data que o beneficiário adquiriu o produto na operadora que ele
estava cadastrado)
Nota: Tendo em vista que o Beneficiário já foi incluso no Cardio (Unimed) ele já possui um Módulo Operadora
Novo e uma Data Base Nova.
Cenário
1. Beneficiário Sr. José: Plano Enfermaria (Concorrente Amil) Data Base 01/01/2009
2. Beneficiário Sr. José: Plano Apartamento Unimed, Data Base 01/10/2009
Fluxo
Nesse exemplo, o beneficiário deverá ser incluso no CARDIO com a data base normal do novo plano, ou seja,
01/10/2009.
Após isso, o Usuário do sistema, deverá entrar no processo a parte e efetuar o aproveitamento do plano antigo
da seguinte forma:
1. Módulo Operadora Referência (Operadora Concorrente): Enfermaria
2. Data Referência (Operadora Concorrente): 01/01/2009
Dessa forma, o sistema fará a diferença de COBERTURA entre o plano Enfermaria (Operadora Concorrente) e
o Plano Apartamento (Novo Unimed).
O sistema verificará o seguinte:
Os grupos de 01 – CONSULTA / 02 – EXAMES SIMPLES / 03 – ENFERMARIA pertencem ao Módulo
Operadora Enfermaria, e que apenas o Grupo 04 – APARTAMENTO é do módulo novo.
Resultado
Todas as carências para os grupos 01, 02 e 03 deverão ser contadas a partir de 01/01/2009 para o módulo
operadora do Beneficiário com as carências a cumprir.
O Grupo 04, como é de apartamento (Grupo Novo), sua data base será 01/10/2009, portanto o sistema não
efetuará algum cálculo, essa será a data base atual do beneficiário.
Observação: Este processo pode ser usado para reaproveitamento de carência de novos beneficiários
(Cadastrados de Operadoras Concorrentes), como também para beneficiários de repasse (Beneficiários
de Outras Unimeds).

Página 371 de 749
Exemplo 2:
Parâmetro
2. Módulo Operadora Referência (Operadora Concorrente)
3. Data Referência (Operadora Concorrente)
Nota: Tendo em vista que o Beneficiário já foi incluso no Cardio (Unimed) ele já possui um Módulo Operadora
Novo e uma Data Base Nova.
Cenário
1. Beneficiário Sr. José: Plano Enfermaria (Concorrente Amil) Data Base 01/08/2010
2. Beneficiário Sr. José: Plano Apartamento (Unimed) Data Base 01/01/2011
3. Reaproveitamento de carência: 153 dias cumpridos na Amil.
Fluxo
Nesse exemplo, o beneficiário deverá ser incluso no CARDIO com a data base normal do novo plano, ou seja,
01/01/2011.
Após isso, o Usuário do sistema, deverá entrar no processo a parte e efetuar o aproveitamento do plano antigo
da seguinte forma:
1. Módulo Operadora Referência (Operadora Concorrente): Enfermaria
2. Data Referência (Operadora Concorrente): 01/08/2010
Dessa forma, o sistema fará a diferença de COBERTURA entre o plano Enfermaria (Operadora Concorrente) e
o Plano Apartamento (Novo Unimed).
Os grupos de coberturas que pertencem ao Módulo Operadora Enfermaria e os grupos de coberturas que
pertencem ao NOVO Módulo Operadora Apartamento.
Para este exemplo, a diferença será o grupo de cobertura 3000 – Internação em Apartamento.
Resultado
Todas as carências já cumpridas para os grupos do Módulo Operadora Enfermaria deverão ser contadas a
partir de 01/08/2010. O sistema fará o cálculo e cadastrará uma nova negociação para o módulo operadora do
Beneficiário com as carências a cumprir.
O grupo de cobertura 3000 como pertence ao NOVO grupo (apartamento), sua data base será 01/01/2011,
portanto o sistema não efetuará nenhum cálculo, essa será a data base atual do beneficiário.

Página 372 de 749
Tela 9.19-9 – Módulo Operadora – (Operadora Concorrente)
Tela 9.19-2 – Módulo Operadora – (Operadora Concorrente)- Aba Cobertura

Página 373 de 749
Tela 9.19-6 – Grupo de Cobertura x Quantidade de Carências (Operadora Concorrente)
Tela 9.19-3 – Módulo Operadora – (Operadora Unimed)

Página 374 de 749
Tela 9.19-4 – Módulo Operadora – (Operadora Unimed) – Aba Cobertura
Tela 9.19-5 – Grupo de Cobertura x Quantidade de Carências (Operadora Unimed)

Página 375 de 749
Tela 9.19-7 – Reaproveitamento de Carência
Tela 9.19-8 – Beneficiários – Aba Módulos – Coberturas que tiveram Reaproveitamento de Carência

Página 376 de 749
Tela 9.19-9 – Nova Cobertura x Quantidade de dias de carências a cumprir
Informação Importante:
 O processo irá criar as coberturas que tiveram reaproveitamento de carência para o
beneficiário.
 Para as coberturas novas (em nosso exemplo, cobertura 3000) será utilizada a data base atual
do beneficiário para contabilização das carências, neste caso, a cobertura já consta no Módulo
Operadora.

Página 377 de 749
Exemplo 3: Tipo Reaproveitamento - Ultima troca de Módulo OU Todas as trocas de módulo
Objetivo
O Cardio possui a funcionalidade automática de Herança de carência na troca ou transferência de módulos

operadora, sendo que é definida no campo “Tipo de Herança de Carência na Transferência” da Negociação de
Aquisição de Módulo.
Quando ocorrer uma transferência de módulo com o parâmetro não herda, não ocorrerá o reaproveitamento da
carência. E caso seja necessário efetuar o reaproveitamento, poderá ser utilizado o processo de
reaproveitamento de carência com esta funcionalidade.
Parâmetro
2. Data Base
Cenário
1. Beneficiário Sr. José: Módulo 888ABC - Data Base 01/01/2009
2. Beneficiário Sr. José: Trocou de módulo para Módulo 999ABC - Data Base 01/10/2009
Fluxo
Nesse exemplo, o beneficiário fez a troca de módulo do módulo 888ABC com data base 01/01/2009 e deverá
ser incluso no módulo 999ABC com a data base 01/10/2009;
Dessa forma, o sistema fará a diferença de COBERTURA entre o módulo 888ABC e o módulo 999ABC.
Os grupos de 01 – CONSULTA / 02 – EXAMES SIMPLES / 03 – ENFERMARIA pertencem ao Módulo
888ABC, os grupos de 01 – CONSULTA / 02 – EXAMES SIMPLES / 03 – ENFERMARIA e 04 –
APARTAMENTO é do módulo 999ABC.
Resultado
Todas as carências para os grupos 01,02 e 03 deverão ser contadas a partir de 01/01/2009. O sistema fará o
cálculo e cadastrará uma nova negociação para o módulo do Beneficiário com as carências já cumpridas ou
com os cálculos de carências parciais (ainda a serem cumpridos parcialmente).
O Grupo 04, como é de apartamento (Módulo trocado pelo beneficiário), deverá ser contado com a data base
01/10/2009, portanto o sistema não fará nada, pois essa já é a data base atual do Módulo 999ABC.
Observação: Baseado no mesmo conceito acima, é possível fazer o reaproveitamento de carência para
o processo de Recém Nato.

Página 378 de 749
9.20. Revisão de Cadastro de Beneficiário
Este processo permite que a Unimed conclua a inclusão de beneficiário mesmo que tenha erros de cadastros.
Para utilização deste processo é necessário atentar-se aos cadastros:
 Negociação de Movimentação Cadastral [ (Cadastros / Contratos / Negociação de Mov. Cadastral)

] – os campos Utiliza Revisão de Cadastro e Motivo Suspensão Revisão são responsáveis para
ativação da utilização do processo.
Utiliza Revisão de Cadastro “Checkbox” – Quando marcado ativará a glosa do beneficiário, ou seja, na
inclusão caso exista algum erro (veja a documentação no item
Beneficiário) será gerada a glosa.
Motivo Suspensão Revisão É o motivo que será gerado na suspensão vinculo do beneficiário quando
for gerada glosa e a situação for pré-cadastro.

Página 379 de 749
 Tipo Glosa Auditoria [ (Cadastros / Fornecedores / Tipo de Glosa de Auditoria) ] – há um campo

(checkbox) É Cadastro para ativar (quando sinalizado) a glosa. Este campo é determinante para a
geração da glosa. O Tipo Glosa Auditoria será estudado em capítulo próprio.
Campo Observações
Cadastro - checkbox Quando este campo estiver sinalizado o tipo glosa auditoria será
considerada no cadastro do beneficiário. Caso a Unimed não deseja
trabalhar com determinada glosa, basta NÃO sinalizar este campo.

Página 380 de 749
 Beneficiário [ (Cadastros / Beneficiários / Beneficiário) ] – Ao cadastrar um beneficiário, caso existam
erros e a Unimed tenha optado a trabalhar com a revisão através da Negociação de Movimentação
Cadastral, será apresentada mensagem que o beneficiário está em pré-cadastro e com isto estará
automaticamente suspenso.
Abaixo demonstração da mensagem que será exibida quando o beneficiário assumir a situação de Pré-
Cadastro, caso tenha ocorrido erro na inclusão do beneficiário e caso a Unimed tenha optado, no processo de
Negociação Movimentação Cadastral, a trabalhar com a revisão do cadastro.

Página 381 de 749
Beneficiário – Aba Aposentado/Demitido
Abaixo, sinalizado o campo Situação Beneficiário que ficará como Pré-Cadastro, caso exista glosa no
momento do cadastro do beneficiário.

Página 382 de 749
Beneficiário – Aba Suspensão
Abaixo sinalizada a data de suspensão. Onde será gerado automático quando a situação do beneficiário for
Pré-Cadastro.

Página 383 de 749
 Revisão Cadastral de Beneficiário (Cadastros/Beneficiários/Revisão Cadastral/Revisão Cadastral
de Beneficiário) – Processo com o objetivo de possibilitar a liberação do cadastro de um beneficiário
que esteja com situação Pré-Cadastro e suspensão vínculo por divergências (Glosas) no momento do
seu cadastro.
Este processo tem os mesmos campos do processo de cadastro do Beneficiário, com apenas as diferenças
sinalizadas abaixo:
 Aba Glosas
Identifica os erros encontrados no cadastro do beneficiário, onde deverão ser liberados/revisados
para efetivação do cadastro.
 “Link” Revisão Cadastro
A partir deste link será possível fazer a liberação das glosas
Atenção: Caso o processo de Revisão Cadastro seja acessado pelo link disponível nesta tela, significa que
serão liberadas ou não-liberadas todas as glosas desse beneficiário.
OBS: Somente serão apresentados para consulta e liberação os beneficiários que estiverem com a situação
“Pré-Cadastro”.

Página 384 de 749
Revisão Cadastral do Beneficiário – Link Revisão Cadastro
Os campos ‘Beneficiário’ e ‘Glosa Cadastro’ serão preenchidos automaticamente pelo sistema, dependendo
do seu local de acesso.
Quando acessado pelo processo Revisão Cadastral de Beneficiário será preenchido o beneficiário e ao
processar, todas as glosas assumirão o parecer digitado.
Campo Observações
Parecer Valores: Liberada e Não Liberada
Quando uma glosa já foi liberada poderá ser revertida para não liberada.
Justificativa Caso a Unimed queira registrar a justificativa pela qual a glosa está sendo
liberada ou não.

Página 385 de 749
Revisão Cadastral do beneficiário - Aba Glosas
Abaixo, para demonstração, a tela que indicará as glosas/restrições que foram geradas pelo cadastro do
beneficiário.
Atenção: Caso o processo de Revisão Cadastro seja acessado pelo link disponível nesta tela, significa que
será liberada ou não-liberada apenas a glosa selecionada.
Campo Observações
Seq Controle da seqüência das glosas.
Tipo de Glosa Glosa gerada no momento do cadastro.
Complemento Descrição detalhada da glosa, caso exista.
Data da Glosa Data em que a glosa foi gerada.
Parecer Informa se essa glosa está liberada ou não.
Link – Item Revisão Através desse link é possível pesquisar as glosas que já passaram pelo processo
Cadastro de revisão.
Link – Revisão de Através desse link é possível revisar apenas a glosa selecionada.
Cadastro

Página 386 de 749
Revisão Cadastral do beneficiário - Aba Glosas – Link Revisão Cadastro
Quando a Revisão de Cadastro acessada a partir da glosa, será liberada apenas a glosa indicada.
Os campos ‘Beneficiário’ e ‘Glosa Cadastro’ serão preenchidos automaticamente pelo sistema, dependendo
do seu local de acesso.
Campo Observações
Parecer Valores: Liberada e Não Liberada
Quando uma glosa já foi liberada poderá ser revertida para não
liberada.
Justificativa Caso a Unimed queira registrar a justificativa pela qual a glosa está
sendo liberada ou não.
Quando forem gerados erros como ficará o cadastro do beneficiário?

R: Serão geradas glosas (como na auditoria dos eventos) e o beneficiário ficará com a situação de pré-
cadastro e suspenso com o motivo parametrizado no processo de Negociação Movimentação Cadastral.
Como será efetivado o cadastro?

R: Isto acontecerá através do processo Revisão Cadastral de Beneficiário. Onde após as correções, as glosas
poderão ser liberadas e o cadastro será efetivado.
Se uma glosa foi liberada erroneamente poderá retornar a situação de não liberada?
R: Sim. Em qualquer momento poderá ser revertida a situação da glosa, retornando o cadastro para pré-
cadastro. Isto só é possível se não foi gerado cartão e/ou módulo competência (cobrança pré-pagamento) e
quando beneficiário titular, não tenha dependentes para este titular.
Importante:
 Não será possível cadastrar dependentes para titulares que estejam em Pré-Cadastro.

Página 387 de 749
10. Negociação de Movimentação Cadastral

[ (Cadastros / Contratos / Negociação de Mov. Cadastral) ]
A negociação de movimentação cadastral pode ser definida por modelo de contrato ou por contrato. As
informações parametrizadas na negociação de movimentação cadastral serão utilizadas no cadastro de forma
geral. Porém os parâmetros fundamentais são para: preenchimento de código da família, geração de cartões
de identificação dos beneficiários de uma forma geral, carência de recém nato entre outras.
 Aba Geral:
Campos Funções
Contrato: Filtro que poderá ser utilizado de acordo com a necessidade. Se preenchido a
negociação de movimentação cadastral em questão, valerá para o contrato
informado.
* Obs: O sistema verifica primeiro se existe negociação para o contrato.

Modelo: Filtro que poderá ser utilizado de acordo com a necessidade. Se preenchido a
negociação de movimentação cadastral em questão, valerá para o modelo de
contrato informado.
* Obs: Se o sistema não encontrar a negociação para o contrato, será

verificado se existe a negociação para o modelo de contrato pertencente ao
contrato em questão, se localizado a mesma será utilizada.
Sit. Repasse Conting.: Se houver repasse intercâmbio do modelo ou contrato, aqui deve ser informado o
Página 388 de 749
tipo a ser utilizado.
Opções Funções
Contingente Escolhido: Define se o repasse vai ser realizado apenas para
uma “massa” de beneficiários escolhida.
Contingente Total: Define se o repasse vai ser realizado para todos os
beneficiários do contrato.
Limite Prim. Contingente: No caso de instalação automática de término de carência dos clientes do
contrato, utiliza-se esta informação para identificar se o cliente está sendo
incluído no primeiro contingente, ou seja, se a diferença entre a sua data de
inclusão e a data de início de vigência do contrato resulta em uma quantidade de
dias menor ou igual aos dias aqui definido. Se a diferença é maior, o cliente deixa
de ser considerado do primeiro contingente do contrato para efeito de cálculo de
carências.
Se esse campo não estiver preenchido significa que não existe separação de
limite para o primeiro e demais contingentes.
Limite Incl. Beneficiário Permite controlar o limite de dias para inclusão de beneficiários no contrato. Com
isto, a Unimed poderá limitar o prazo para inclusão de beneficiários; seja pelo
Cadastro de Beneficiários ou através de Transferências; em um determinado
contrato. Onde, a comparação se dará pela data de inclusão ou data de
transferência do beneficiário com a data de inicio de vigência do contrato.
Responsável: Define quem será o responsável pela movimentação cadastral do contrato.
Opções Funções
Operadora: Define que o responsável pelas
movimentações cadastrais realizadas, será a
Unimed.
Contratante: Define que o responsável pelas
movimentações cadastrais realizadas, será a
própria empresa (contratante do contrato).
Tipo Exibição Carência Define qual carência deverá ser gerada no arquivo texto do cartão do
beneficiário. Existem dois exemplos que podem ser vistos a seguir:
1) Para situações em que o Nome de Publicação da Cobertura for igual e o

campo Tipo Área Atendimento estiver em branco.
Opções Funções
Maior: É gerado no arquivo TXT a cobertura que
possui a MAIOR unidade de carências.
Menor: É gerado no arquivo TXT a cobertura que
possui a MENOR unidade de carências.
Todas Negociadas: É gerado no arquivo TXT a cobertura que
possui a MAIOR unidade de carências.
Em branco: É gerado no arquivo TXT a cobertura que
possuir a MAIOR unidade de carências

Página 389 de 749
Exemplo:
Cobertura: 1- CONSULTAS ELETIVAS

Nome Publicação: CONSULTAS 30 dias carência
Cobertura: 2- CONSULTAS EMERGÊNCIAIS

Nome Publicação: CONSULTAS 20 dias carência
No exemplo acima as coberturas são distintas, mas possuem o mesmo Nome de

Publicação. Com esta parametrização é possível escolher qual Cobertura deverá
ser gerada no cartão do beneficiário. Se for selecionado Maior, será impresso no
arquivo TXT a carência da Cobertura 1. Se for selecionado Menor, será impresso
no arquivo TXT a carência da cobertura 2.
2) Para situações onde existem diferentes carências por área de atendimento,

determinar qual destas carências será gerada no cartão magnético.
Opções Funções
Maior: É gerado no arquivo TXT a cobertura que
possuir a MAIOR unidade de carências.
Menor: É gerado no arquivo TXT a cobertura que
possuir a MENOR unidade de carências.
Todas Negociadas: É gerado no arquivo TXT a mesma cobertura
para os Tipos de Áreas de Atendimento
definidos com as respectivas unidades de
carências
Em branco: É gerado no arquivo TXT a cobertura que
possuir a MAIOR unidade de carências
Exemplo:
Cobertura 1 - possui as seguintes negociações de carências por Tipo Área de

Abrangência:
Intercâmbio = 30 Dias
Area de Abrang. = 60 dias
Intercâmbio Reg = 90 dias
Se na Negociação Movimentação Cadastral o campo Tipo Exibição Carência

estiver:
- Maior: Irá gerar apenas a maior carência, no exemplo 90 dias da data base de
cobertura.
- Menor: Irá gerar apenas a menor carência, no exemplo 30 dias da data base de
cobertura.
- Todas Negociadas: Irá gerar 3 vezes a mesma cobertura, sendo a primeira com
30 dias, a segunda com 60 dias e a terceira com 90 dias da data base de
cobertura.
- Em branco: Irá gerar apenas a maior carência, no exemplo 90 dias da data
base de cobertura.
Página 390 de 749
Tipo Codificação do Beneficiário: Pode receber as seguintes opções de formatação para o Código do Beneficiário:
 Formatado: Tanto o Código do Beneficiário quando do Cartão de

Identificação são recodificados, seguindo a formatação
UUUEEEEFFFFFFDDX, sendo:
U = Unimed Origem;
E = Código do Campo Empresa do Contrato;
F = Sequencial, sendo o primeiro código que não existe;
D = Dependência
 Original: Tanto o Código do Beneficiário quando do Cartão de
Identificação terão o mesmo Código da Unimed Origem.
 Sequencial: Como a codificação do Admissional, será código
Sequencial sem formatação.
Abaixo as possibilidades de cadastro do Código do Beneficiário e Código do

Cartão Identificação na Importação do A100:
1) Checkbox “Recodificar Beneficiário” desmarcado e NÃO EXISTINDO

o Beneficiário como Eventual na base de dados:
Código do Beneficiário Cartão de Identificação

Inclui o Beneficiário com o Inclui Cartão de Identificação para
Código original vindo no o Beneficiário com o Código
arquivo PTU A100. original vindo no arquivo PTU
A100.
2) Checkbox “Recodificar Beneficiário” marcado e NÃO EXISTINDO o

Beneficiário como Eventual na base de dados:

Inclui o Beneficiário com o Inclui Cartão de Identificação para
Código de acordo com a o Beneficiário com o Código de
formatação do Tipo de acordo com a formatação do Tipo
Codificação Beneficiário. de Codificação Beneficiário.
Caso não seja o Código original, a
Data de Emissão deve ficar em
branco para que possa ser
emitido um novo cartão.
3) Checkbox “Recodificar Beneficiário” desmarcado e EXISTINDO o


Inclui o Beneficiário Grava Data Validade Final do
repassado com Código Cartão Identificação do
Sequencial. Beneficiário EVENTUAL já
existente, como 1 dia anterior a
data de inclusão do Beneficiário
REPASSADO e inclui um novo
Página 391 de 749
Cartão Identificação para o
Beneficiário Repassado com o
Código de acordo com a
formatação do Tipo de
Codificação Beneficiário
deixando a Data de Emissão em
branco para que possa ser
emitido o Cartão novo.
4) Checkbox “Recodificar Beneficiário” marcado e EXISTINDO o


Inclui o Beneficiário com Inclui Cartão de Identificação do
código de acordo com a Beneficiário com o código de
formatação do campo Tipo acordo com a formatação do Tipo
de Codificação de Codificação Beneficiário
Beneficiário. Caso esteja deixando a Data de Emissão em
parametrizado com a branco para que possa ser
opção Original o sistema emitido o Cartão novo.
inclui o Beneficiário com
código Sequencial.
Tipo Preench. Fam.: São os possíveis tipos de preenchimento dos códigos de família dos
beneficiários.
Opções Funções
Informada pelo A empresa contratante informará o código das
Contratante: novas famílias. Neste caso, a empresa pode
utilizar, por exemplo, o número de matrícula do
funcionário na empresa. Sendo assim, a informação
da família deverá ser informada manualmente ao
cadastrar o beneficiário.
Não preenchida: Não preenchida.
Seq. Automática: A numeração das novas famílias será gerada
automaticamente (numeração sequencial) pela
Operadora.
Nova Família: Definição do próximo sequencial a ser utilizado para a codificação da nova família
a ser incluída no contratante, quando o “Tipo Preench. Fam.” for igual a Seq.
Automática.
Tipo Neg.Modelo Cartão: Define qual modelo de cartão (veja detalhes em capítulo específico),será
utilizado para o contrato ou modelo de contrato informado na negociação em
questão.
checkbox Considera Mov. Mód. Se marcado, indica que a rotina de Geração de Cartão por Mov. Cadastral, irá
Acessório: considerar a movimentação cadastral do tipo 47 - Atualização Módulo Beneficiário
Acessório (quando alterado o campo Data de Cobertura), para geração de cartão.
Se não marcado, mesmo se o beneficiário tiver uma movimentação cadastral do
tipo 47 - Atualização Módulo Beneficiário Acessório (alteração do campo Data de
Cobertura), a rotina de geração de cartão não irá gerar cartão devido à essa
movimentação cadastral.
checkbox Controle Referência 1º Se marcado, o sistema irá calcular automaticamente a data base de cobertura
Página 392 de 749
Dia Próximo Mês: do módulo do beneficiário.
A partir da data de início de vigência do beneficiário, calcula-se o próximo mês. A
data base de cobertura do módulo beneficiário será o 1º dia do mês seguinte à
data de início de vigência do beneficiário.
Por exemplo:
Início de vigência do beneficiário - 01/03/2009
Próximo mês – 04
Data base de cobertura – 01/04/2009
Se não marcado, deve-se informar a data de cobertura do módulo beneficiário

no momento de cadastro do mesmo.
checkbox Confirma Dados Quando marcado, os processos de pré-autorização, autorização ou simulação
Benef. em Sol. Serv. apresentarão uma tela para confirmação dos dados do beneficiário, para
atendimentos que forem realizados através do “Canal” Tele-Atendimento.
Checkbox Utiliza Revisão de Quando marcado ativará a glosa do beneficiário, ou seja, caso exista algum erro
Cadastro na inclusão (veja detalhes em capítulo específico) a glosa será gerada.
Checkbox Analisa Evento
Permite indicar se os eventos em papel de um determinado contrato/modelo
devem ser separados fisicamente para envio ao Contratante quando for
executado o processo de Auditoria dos eventos. Para isso, foi criada uma nova
glosa (número 264).
 264 – Efetuar separação de Notas do Contrato (o papel)
Indica que o evento em papel precisa ser separado do lote e verificado

manualmente, pois há uma restrição na negociação de movimentação
cadastral do contrato/modelo que não permite sua liberação direta pela
auditoria.
Motivo Suspensão Revisão: Motivo de Suspensão para quando a Unimed trabalhar com Revisão Cadastral.
Benef. Padrão Compartilhamento Indica o Beneficiário padrão para compartilhamento de pré-autorização. Este item
Pré-Autorização: será estudado no Autorizador (Néfron).
Tipo Negociação Mov. Cadastral Esta parametrização permite que a Unimed determine quais as movimentações
cadastrais de beneficiário serão consideradas no faturamento e/ou serão
consideradas no processo de emissão de cartão por movimentação cadastral
(veja detalhes em capítulo específico)
Observação: Campo reservado para qualquer informação que se deseja descrever sobre a
negociação em questão.

Página 393 de 749
10.1. Limite de dias para inclusão de Beneficiários no Contrato
Objetivo:
Permitir que a Unimed controle o limite de dias para a inclusão de beneficiários no contrato.
Com isto, a Unimed poderá limitar o prazo para inclusão de beneficiários; seja pelo Cadastro de Beneficiários
ou através de Transferências; em um determinado contrato. Onde, a comparação se dará pela data de
inclusão ou data de transferência do beneficiário com a data de inicio de vigência do contrato.
Pré-Requisitos:
Parametrização na Negociação de Mov. Cadastral a quantidade de dias permitidos.
Para esta implementação foi necessário alterar os seguintes formulários:
Negociação de Mov. Cadastral (Cadastros/Contratos/Negociação de Mov. Cadastral)
Foi incluído o seguinte campo:
o “Limite Incl. Beneficiário” – Quantidade de dias limite para inclusão de Beneficiários no Contrato.
Quando não informado não haverá limite de dias para inclusão de beneficiários no contrato.
Tela 10.1-1 – Negociação de Mov.Cadastral – campo Limite Incl. Beneficiário

Página 394 de 749
Tipo de Glosa Cadastro:
1. Ao digitar um novo beneficiário no processo (Cadastro/Beneficiários/Beneficiário)
 Glosa 274 – Inclusão não permitida, pois excedeu o limite de dias negociado
Esta mensagem indica que o contrato onde esta sendo cadastrado o Beneficiário, não permite a inclusão
do mesmo em função de que excedeu os dias limites parametrizado na Negociação Mov. Cadastral entre
o inicio de vigência do contrato e a inclusão do Beneficiário.
Lembrando que o beneficiário ficará como Pré-Cadastro e a Glosa deverá ser liberada para que o
beneficiário fique regularizado. Mas, a situação de inclusão como pré-cadastro somente acontece quando
na Negociação Mov. Cadastral estiver com o campo (checkbox) “Utiliza Revisão de Cadastro” sinalizado.
Se não estiver sinalizado aparecerá somente à mensagem em tela, não permitindo então a inclusão do
beneficiário.
 O Beneficiário será incluído com a Situação de Pré-Cadastro no caso da utilização da parametrização

na Negociação Mov. Cadastral de revisão de cadastro (checkbox “Utiliza Revisão de Cadastro”) marcado.
 Se não utilizar revisão de cadastro, a mensagem será data em tela e não será permitida a inclusão
do beneficiário até a regularização da data de inclusão.
Exemplos:
Uma Unimed deseja que para o contrato negociado possa ser incluso novos beneficiários somente
em um período de 90 dias. Após este período deve ser bloqueada a inclusão de novos Beneficiários.
Deve ser indicada na Negociação de Movimentação Cadastral correspondente ao Contrato em
questão, a quantidade de 90 dias de limite para inclusão de Beneficiário.

Página 395 de 749
10.2. Tipo Negociação Modelo de Cartão
Para maior flexibilidade na parametrização e escolha no modelo do cartão/carteirinha foi criado o processo
Tipo Negociação Modelo de Cartão, que permitirá que sejam diferenciados por Abrangências e/ou Módulo
Operadora.
Este cadastro Tipo Neg. Modelo Cartão (Veja as telas 1 e 2), será parametrizado no processo Negociação de
Mov. Cadastral [ (Cadastros / Contratos / Negociação de Mov. Cadastral) ], veja tela 3.
Veja como a Unimed poderá diferenciar os cartões/ carteirinhas com os dois níveis:
 Área de Abrangência
O valor deste campo será recuperado do Módulo Operadora (assistencial) que está vinculado ao
beneficiário (módulo do beneficiário)
 Módulo Operadora
Serão considerados, para tal modelo de cartão/carteirinha, os beneficiários que estiverem com este
Módulo Operadora.
Tela 1 - Tipo Neg. Modelo Cartão

Página 396 de 749
Tela 2 – Itens Tipo Neg. Modelo Cartão

Página 397 de 749
Tela 3 - Negociação de Mov. Cadastral
Exemplo1:
No Modelo de Contrato adotado pelo contrato do beneficiário temos vários módulos, cada um com uma Área
de Abrangência diferente. Para este contrato temos uma “Negociação Movimentação Cadastral” cujo “Tipo
Negociação Modelo de Contrato” é configurado da seguinte forma:
Configuração Item 1
Módulo Operadora: 9999990024N
Modelo Cartão: Teste Impressão Cartão
Área Abrangência: Nacional
Modelo Cartão: Carteira de PVC
Área Abrangência: Estadual
Modelo Cartão: Carteira de Papel
Área Abrangência: (BRANCO)
Módulo Operadora: (BRANCO)
Modelo Cartão: Carteira de Papel
Página 398 de 749
Desta forma configuraremos quatro beneficiários da seguinte forma:
Beneficiário1
Módulo: 9999990024N
Beneficiário 2
Módulo: 9999990022N (possui abrangência Nacional)
Beneficiário 3
Módulo: 9999990026N (possui abrangência Estadual)
Beneficiário 4
Módulo: 9999990012N (possui abrangência Municipal)
Com estas configurações no ato de Solicitar, Gerar, Emitir, Bloquear, ou Desbloquear os cartões podemos
utilizar os filtros “Contrato” e “Modelo de Cartão” para determinar quais beneficiários terão o cartão.
Note que se solicitarmos a emissão de cartão com o “Contrato” do beneficiário e o “Modelo” sendo “Teste
Impressão Cartão” somente o Beneficiário 1 com o Módulo 9999990024N terá seu cartão emitido, da mesma
forma que se solicitarmos o bloqueio do cartão pelo Modelo “Carteira de Papel”, somente o cartão do
Beneficiário 3 será bloqueado.
Caso um Item Tipo Negociação Modelo de Cartão esteja com os campos “Área de Abrangência” e “Módulo”
em branco, todos os beneficiários que não tiverem os módulos ou áreas de abrangência configurados nos
outros itens adotarão este como padrão.

Página 399 de 749
10.3. Tipo Negociação de Movimentação Cadastral
Esta parametrização permite que a Unimed determine quais as movimentações cadastrais de beneficiário
serão consideradas no faturamento e/ou serão consideradas no processo de emissão de cartão por
movimentação cadastral (Veja tela 1).
Este parâmetro poderá ser vinculado:
 Negociação Mov. Cadastral [ (Cadastros / Contratos / Negociação de Mov. Cadastral) ]

Criado o campo: “Tipo Negociação Mov. Cadastral” (Veja Tela 2)
 Beneficiário [ (Cadastros / Beneficiários / Beneficiário) ]

Criado o campo: “Tipo Negociação Mov. Cadastral” (Veja tela 3)
 Mov. Cadastral do Beneficiário [ (Cadastros / Beneficiários / Informações do Beneficiário / Consulta

Movimentações Cadastrais) ]
Criado campo: “Considera Cartão” (Veja tela 4)
Conceito:
 Cartão/Carteira: A solicitação para geração do cartão/carteira por Movimentações Cadastrais será

determinada pela parametrização neste processo Tipo Negociação de Movimentação Cadastral,
através do campo “Considera Cartão”.
 Cobrança: As cobranças das Movimentações Cadastrais serão determinadas pelo cruzamento da

parametrização no processo Tipo Negociação de Movimentação Cadastral, através do campo
“Considera Faturada” com a Negociação Pré. Portanto, somente será concretizada a cobrança se o
tipo de movimentação estiver com valor na Negociação Pré e o campo “Considera Faturada” deve
estar marcado.
Esta parametrização impactará nos seguintes processamentos:
 Geração de Cartão por Mov. Cadastral [ (Cadastros / Beneficiários / Cartões / Geração de Cartão por Mov.
Cadastral) ].
Apenas será gerado Cartão de Identificação para as Mov. Cadastrais que tiverem o campo
“Considera Cartão” marcado.
 Valorização de Cobrança das Mov. Cadastrais [ (Cobranças / Cobrança Pré-Pagamento / Valorizações /

Valorização de Cobrança das Mov. Cadastrais) ] .
Apenas serão Valorizadas (Cobradas) as Mov. Cadastrais que tiverem o campo “Faturada” marcado.

Página 400 de 749
INFORMAÇÕES IMPORTANTES:
 Para a recuperação do registro do Tipo de Negociação Movimentação Cadastral, o sistema irá

primeiro verificar do menor para o maior, ou seja, se existe o cadastro vinculado ao beneficiário, se
existir este será utilizado, se não será verificado na Negociação Movimentação Cadastral.
 Para gerar o cartão de identificação deverá estar marcado na Movimentação Cadastral do

Beneficiário o campo “Considera Cartão”. Para isto, deverá ser realizada a parametrização na
movimentação cadastral desejada no Tipo Negociação Movimentação Cadastral
 Para gerar cobrança de uma determinada movimentação cadastral, esta deverá estar sinalizada no
campo “Faturada” na Movimentação Cadastral do Beneficiário e tal movimentação cadastral deve ter
o valor na Negociação Pré-Pagamento [ (Cobranças / Cobrança Pré-Pagamento / Negociação Pré /
Negociação Pré ) ] - veja tela 5.
Tela 1 - Tipo Negociação Mov. Cadastral

Página 401 de 749
Campo Observações
Código Código de registro da Negociação
Nome Nome de registro da Negociação
Tipo Movimentação Refere-se ao tipo de Mov. Cadastral a ser considerada naquele item negociado
Considera Faturado Quando marcado, significa que a Mov.Cadastral (Informada no campo Tipo
Movimentação) possibilita a cobrança.
Considera Cartão Quando marcado, significa que a Mov. Cadastral (Informada no campo Tipo
Movimentação) possibilita a Geração do Cartão de identificação.
Obs.: Na tabela abaixo as Movimentações Cadastrais que não possuem a coluna “Considera Cartão”
marcada, não geram Cartões através de Movimentações Cadastrais. Ao tentar marcar esta opção nas
Movimentações Cadastrais que não geram Cartões, o sistema exibirá a seguinte mensagem “Para este tipo
de Movimentação o campo Considera Cartão Não pode ser verdadeiro”.
Código Mov. Cadastral Considera Faturada Considera Cartão

1 Inclusão de Beneficiário  
2 Emissão 1ª Via Cartão 
5 Rescisão de Beneficiário 
13 Alteração Modelo Cartão  
15 Migração Módulo  
20 Alteração Dados Beneficiário  
21 Alteração Dados Pessoa  
22 Alteração Data Base Cobertura  
25 Emissão 2a Via Cartão 
30 Abertura Repasse 
35 Fechamento Repasse 
40 Inclusão Acessório  
41 Rescisão de Módulo Acessório  
45 Atualização Módulo do Beneficiário  
47 Atualização Módulo Beneficiário Acessório  
50 Reinclusão de Beneficiário  
55 Troca Periódica Cartão 
56 Alteração Validade Cartão Sem Reimpressão. 
62 Bloqueio Cartão 
64 Desbloqueio de Cartão 
65 Devolução Cartão 
70 Ajuste Carências  
80 Inclusão Lotação Beneficiário 
85 Migração Contrato 
91 Portabilidade
92 Adaptação de Plano 

Página 402 de 749
Mensagem de Erro que podem gerar dúvida:
 Cadastro não permitido para este tipo de movimentação
Essa mensagem será gerada ao tentar efetuar a sinalização dos checkboxes “Considera Faturada” e
“Considera Cartão” para o tipo movimentação 91 – Portabilidade.
Tela 2 – Negociação Mov. Cadastral

Página 403 de 749
Tela 3 – Beneficiário

Página 404 de 749
Tela 4 – Mov. Cadastral do Beneficiário

Página 405 de 749
Exemplos:
Tipo Negociação Mov. Cadastral = Código 1 (Veja tela 1)
Item: 1
 Tipo Mov.: Inclusão beneficiário
 Considera Faturada: Marcado
 Considera Cartão: Marcado
Item: 2
 Tipo Mov.: Alteração Dados Pessoa
 Considera Faturada: Desmarcado
Item: 3
 Tipo Mov.: Emissão 2ª Via Cartão
 Considera Faturada: Marcado
Negociação Mov. Cadastral:

 Contrato: 987654
 Tipo Negociação Mov. Cadastral: 1
Situações das Mov. Cadastrais, para um beneficiário cadastrado neste contrato:
Mov. Cadastral Faturada Considera Cartão Resultado

Inclusão Beneficiário Sim Sim Será gerado Cartão de
Identificação e
valor de Mov. Cadastral para o
beneficiário.
Alteração Dados Pessoa Não Sim Será gerado cartão de
Identificação
para o beneficiário.
Emissão 2ª via Cartão Sim Sim (através do Será gerado Cartão de
processo interno, Identificação e
pois manualmente valor de mov.Cadastral.
não é possível
sinalizá-lo)

Página 406 de 749
Tela 5 – Negociação Pré-pagamento

Página 407 de 749
10.4. Data Base Cobertura automática na inclusão de Beneficiário
A Data Base Cobertura que é cadastrada em Módulo do Beneficiário tem como função ser a referência para o
cálculo das carências para os beneficiários.
As regras existentes para esta informação são:

Se for preenchida Valerá a data informada
Se não for preenchida, beneficiário estiver Assumirá a mesma Data Base existente para seu
sinalizado como Recém-Nato e Reaproveitar Titular.
Carência para Benef. Recém-Nato na Negociação
Mov. Cadastral estiver marcado.
Se não for preenchida e Controle Referência 1. Dia Será gravado o dia 01 do mês seguinte ao início de
Próximo Mês estiver sinalizado na Negociação Mov. vigência do beneficiário. Exemplo: início de vigência
Cadastral estiver marcado. 13/07/2006: Data Base Cobertura será 01/08/2006
Se não for preenchida e não está em nenhuma das Apresentará mensagem em tela obrigando a
condições acima. digitação da Data Base Cobertura para o módulo.
Exemplo de tela da Negociação de Mov. Cadastral [(Cadastros / Contratos / Negociação de Mov.

Cadastral)] com Controle Referência 1. Dia Próximo Mês marcado.

Página 408 de 749
Aba Suspensões:
Campos Funções
checkbox Gerar Define se serão gerados cartões para beneficiários que estejam suspensos.
Cartão/Carteira No momento de geração de cartão para o beneficiário, através das rotinas
Beneficiário Suspenso: Geração de Cartão por Mov. Cadastral, Geração de Cartão 2ª Via e
Geração Ren. de Cartão Val. Expirando, será verificado este parâmetro.
Se marcado, será gerado cartão para os beneficiários que estejam
suspensos.
Se não marcado, não será gerado cartão para os beneficiários que estejam
suspensos.
Parâmetro Controle Define um padrão de modelo de carta de Cobrança (veja detalhes em
Inadimplência: capítulo específico), que será utilizado pelos processos de geração de
cartão para o beneficiário - Geração de Cartão por Mov. Cadastral, Geração
de Cartão 2ª Via e Geração Ren. de Cartão Val. Expirando, para verificar se
o mesmo está inadimplente. Esta verificação é feita da seguinte forma: caso
o beneficiário tenha um documento de cobrança em atraso (de acordo com
os cálculos feitos no modelo parametrizado), não será gerado cartão para
ele.
A forma para cálculo dos dias de atraso pode ser consultada no Modelo de
Carta de Cobrança [ (Financeiro / Carta de Cobrança / Modelo de Carta de
Cobrança) ] campo Tipo Inadimplência.
Inclusão de Dependentes Define um padrão de modelo de carta de cobrança, que será utilizado no
Página 409 de 749
para Inadimplentes: momento de cadastro de um beneficiário do tipo dependente ou agregado,
para verificar se o contrato está inadimplente.
Esta verificação é feita da seguinte forma: caso o contrato tenha um
documento de cobrança em atraso (de acordo com os cálculos feitos no
modelo parametrizado), não será permitida a inclusão de dependentes.
A forma para cálculo dos dias de atraso pode ser consultada no Modelo de
Carta de Cobrança [ (Financeiro / Carta de Cobrança / Modelo de Carta de
Cobrança) ], campo Tipo Inadimplência.

Página 410 de 749
10.5. Inclusão de Dependentes para Contratos Inadimplentes
É possível no Cardio vetar uma inclusão de beneficiários dependentes quando o Contrato ao qual ele
pertenceria está com situação de inadimplência.
Em Negociação de Movimentação Cadastral [ (Cadastros / Contratos / Negociação de Mov. Cadastral) ],

existe a aba Suspensões onde no campo Inclusão de Dependentes para Inadimplentes poderá ser
informado o código da parametrização que caracteriza a inadimplência para sua Unimed. Veja exemplo de
tela:
Lembrete: a Negociação de Movimentação Cadastral pode ser realizada por Contrato ou por Modelo de
Contrato.
O cadastramento dos parâmetros de inadimplência pode ser realizado pela lupa existente (veja tela acima) ou
então pela opção Modelo de Carta de Cobrança [ ( Financeiro / Carta de Cobrança / Modelo de Carta de
Cobrança) ]. Veja exemplo:

Página 411 de 749
Esta parametrização é abrangente e tem várias funcionalidades em vários processos. Aqui, para a inclusão
de beneficiário dependente, vamos efetuar uma explicação mais simplificada. O processo irá se basear em:
Tipo Inadimplência: Dias Corridos ou Dias Acumulados.
Se for Dias Acumulados, deverá informar o Período Verificação que é em Meses.
Informar o Número Dias, Dias Até e o possível Bônus para que considere o Contrato inadimplente.
O Tipo Verificação Inadimplência não é levado em consideração neste processamento. Portanto, poderá ter
qualquer preenchimento.
Observação: O Tipo Verificação Inadimplência é utilizado pelo processo de Auditoria de Eventos do Cardio e
pela Solicitação de Serviços no Néfron. Será estudado mais adiante nesta Capacitação.

Página 412 de 749
10.6. Geração de Cartão de Identificação para Contrato Inadimplente
Em Negociação da Movimentação Cadastral [ (Cadastros / Contratos / Negociação de Mov. Cadastral) ] é

possível estabelecer se sua Unimed gerará ou não Cartão de Identificação para beneficiários cujo contrato
esteja inadimplente.
Como saber se o Contrato está inadimplente ?

Através do campo Parâmetro Controle Inadimplência, informa-se o código do Modelo Carta Cobrança onde
sua Unimed define a forma para considerar um Contrato inadimplência (exemplo já apresentado na página
anterior).
Estas informações serão utilizadas pelos seguintes processos de geração de cartão (Cadastros / Beneficiários
/ Cartões): Geração de Cartão por Mov. Cadastral, Geração de Cartão 2ª. Via e Geração Renovação
Cartão Validade Expirando.

Página 413 de 749
Aba Recém-Nato:
Campos Funções
Limite Inclusão Define o limite para inclusão de beneficiário como recém-nato.
Beneficiário Recém- Será utilizado no momento de cadastro do beneficiário, para cálculo
Nato: da data limite que irá definir se o beneficiário pode ou não ser
incluído como recém-nato.
O cálculo da data limite para inclusão como recém-nato, será feito a

partir da data de nascimento do beneficiário e através da
parametrização do limite e unidade limite para inclusão. Por
exemplo:
Data de nascimento do beneficiário - 01/01/2009
Limite para inclusão de recém-nato – 2
Unidade limite – Meses
Indica que até a data limite de 01/03/2009, este beneficiário poderá
ser incluído como recém-nato, caso contrário, não poderá ser
incluído como recém-nato.
Unidade Limite: Define se o limite de inclusão do beneficiário indicado no campo
anterior será como dia (s) ou mês (es).
checkbox Reaproveitar Este campo tem como objetivo informar se o beneficiário recém-nato irá
Carência para Beneficiário reaproveitar a carência do titular.
Página 414 de 749
Recém-Nato:
checkbox Verifica Sol. Este campo tem como objetivo parametrizar a verificação ou não da
Parto Recém-Nato: existência de uma autorização de parto liberada para a mãe, na
inclusão de um novo beneficiário do tipo Recém-Nato. Caso não
encontre uma autorização liberada, o sistema não permite a
inclusão deste novo beneficiário como sendo Recém-Nato.
checkbox Indica Recém- Este campo tem como objetivo parametrizar a verificação da
Nato Automático: existência de uma autorização de parto liberada para a mãe. Caso
haja uma autorização liberada, o sistema cadastra automaticamente
o novo beneficiário como Recém Nato (sinalizando a opção Incluído
como Recém-Nato, na aba Info Cobrança do Beneficiário)
 Aba Cartões:
Este cadastro tem como objetivo definir o período de validade do cartão, bloqueio automático e restrição a
emissão do cartão para os grupos de contingentes, ou seja, será gerado cartão somente para os beneficiários
que pertencerem ao grupo cadastrado.
Este cadastro terá resultado na Geração e Emissão. Caso a característica do beneficiário não esteja dentro
do grupo de contingente definido na Negociação de Movimentação Cadastral será apresentada a seguinte
mensagem de erro: “Características do beneficiário não estão de acordo com o grupo de contingente”. Sendo
assim o cartão não será gerado.

Página 415 de 749
Campos Funções
Periodicidade Cartão: Define o período de validade do cartão (de quanto em quanto tempo
haverá renovação de cartão), juntamente com a unidade de
periodicidade definida no próximo campo. Se esse campo for
preenchido não é necessário cadastrar a informação do campo Data
Validade Final.
Unidade da Periodicidade: Define se a periodicidade indicada no campo anterior será como dia
(s) ou mês (es).
Data Validade Final: Data exata da data de validade final a ser gerada no cartão de
identificação e que será utilizada para renovação do mesmo. Se
preenchida, não será necessário informar periodicidade cartão e
unidade da periodicidade.
Checkbox Gerar Cartão Quando sinalizado, todos os cartões gerados por Atualização
Beneficiário Bloqueado: Cadastral e Renovação por Validade Expirando serão bloqueados
automaticamente até a primeira utilização. Na primeira utilização, o
novo cartão será desbloqueado e a via anterior será bloqueada.
Checkbox Bloquear Indica que apenas os beneficiários com os dados obrigatórios
Cartão Benef. Sem segundo critérios da ANS que não estiverem preenchidos terão o
Dados Obrigatórios
cartão bloqueado automaticamente no momento da sua geração. É
um campo opcional, mas só poderá ser selecionado quando o
campo “Gerar Cartão Beneficiário Bloqueado” estiver marcado.
Obs.: Para identificar os beneficiários com dados obrigatórios ANS
não preenchidos, serão reaproveitadas as regras utilizadas na
geração do SIB.
Motivo de Bloqueio São os motivos de bloqueios de cartões de identificação definidos
Automático: pela Operadora. Ou seja, caso seja marcado o checkbox Gerar
Cartão Beneficiário Bloqueado, no momento que o sistema fizer
esse bloqueio, o mesmo irá inserir o motivo de bloqueio aqui
informado.
Grupo Contingente Deverá ser informada as características que serão restritas para
Cartão: determinado(s) grupo(s) de contingente(s).
Negociação: Define a negociação para a qual será cadastrada a restrição.
Grupo: Define o grupo de contingente ao qual se restringe a negociação.
Para informá-lo(s) basta clicar no botão Novo , em seguida na
Lupa para pesquisar qual grupo de contingente será atrelado a
negociação de mov. Cadastral.

Página 416 de 749
Exemplo:
Foram cadastrados na negociação de movimentação cadastral: um grupo de contingente para beneficiários

dependentes com idade entre 000-018, um grupo para Titulares com idade entre 000-999 e um grupo para
Agregado com idade entre 000-999 (conforme demonstrado na tela 2).
A data de validade final do cartão que está cadastrada na Negociação de Mov. Cadastral é de 01/01/2014
(conforme demonstrado na tela 3).
O beneficiário dependente irá completar 19 anos em 12/07/2010. Assim, após a emissão do cartão, a data
validade final será 11/07/2010, ou seja, um dia antes do beneficiário completar 19 anos, pois conforme os
parâmetros de grupo de contingente não serão aceitos beneficiários com mais de 18 anos.
Veja na imagem do Cadastro Pessoa do Beneficiário, um exemplo de data de aniversário e, na imagem
Cartão de Identificação, como ficou a data de validade final do cartão gerado.
Cadastro Grupo Contingente Cartão

Página 417 de 749
Negociação de Mov. Cadastral

Página 418 de 749
Cadastro Pessoa do Beneficiário

Página 419 de 749
Cartão de Identificação
ATENÇÃO
 A data validade final do cartão será sempre um dia antes do beneficiário completar (aniversário),
conforme a faixa etária parametrizada no grupo de contingente, desde que essa data seja menor que
a data calculada pelo processo para validade final do cartão.
 Estas regras serão verificadas para Titulares, Dependentes e Agregados, por isso, caso seja
cadastrado algum grupo de contingente, deverá ser verificado se todas as faixas etárias que devem
ser aceitas estão devidamente cadastradas.

Página 420 de 749
11. Cartão Magnético
11.1. Layout de Cartão Magnético, Carteira de Papel e Etiquetas
O Cardio tem a flexibilidade de criação de layouts dos arquivos gerados para cartão magnético, carteira de
papel e de etiquetas geradas por estes processos.
Desta maneira, sua Unimed poderá montar o seu próprio layout de acordo com as necessidades solicitadas
pelo emissor dos cartões e/ou carteiras, sem ter a necessidade de solicitar processos específicos para a
Unimed do Brasil.
Como funciona este processo ?
No cadastro do Modelo de Cartão de Identificação [ (Cadastros / Contratos / Modelo de Cartão de

Identificação) ] foi incluído o campo Nome Arq. Configuração. Este campo deverá conter o nome do arquivo
de configuração que contém o layout do arquivo a ser gerado. Veja exemplo:

Página 421 de 749
Ainda neste mesmo cadastro, existe o campo Nome Arq. Cfg Etiqueta que pode conter o nome do arquivo de
configuração com o layout da etiqueta a ser gerada quando emitir os cartões / carteiras.
Se o campo Nome Arq. Cfg Etiqueta não estiver preenchido, o processo de emissão de etiquetas irá utilizar o
layout do arquivo cadastrado em Configuração da Operadora [ (Diversos / Configurações Gerais /
Configuração da Operadora) ], aba Cartões.
Desta maneira, sua Unimed poderia trabalhar com vários layouts de Etiquetas geradas pela Emissão de
Cartão / Carteira simultaneamente. O layout padrão estaria cadastrado em Configuração da Operadora e em
determinados Modelo de Cartão, haveria outro nome de arquivo de configuração para as etiquetas.

Página 422 de 749
ATENÇÃO: Os arquivos de configuração de cartão, carteiras e etiquetas devem estar obrigatoriamente no
diretório de Importação de Movimento Cadastral. Veja qual é este diretório em sua Unimed, consultando os
dados em Configuração da Operadora, aba Caminho Diretórios, sub-aba Mov. Cadastral.
Observação: se o diretório cadastrado for um drive de rede, todos os usuários precisam ter permissão
de leitura no mesmo.
Se não for um diretório de rede, deverá copiar os arquivos .CFG para o diretório em cada estação de
trabalho.

Página 423 de 749
Sua Unimed precisará montar os arquivos de configuração ?
Não. No diretório /Cardio/bin/Db/Tables/Update foram disponibilizados os seguintes arquivos:
cartaomagnetico.cfg Layout padrão do cartão magnético

carteirapapel.cfg Layout padrão de carteira de papel
etiquetacartao.cfg Layout padrão do Cardio para etiquetas (Mala Direta)
etiqueta3col.cfg Layout de etiqueta para formulário com 3 colunas
cartaoitajuba.cfg Layout específico para Unimed Itajubá/MG
Arquivo de Configuração
Informações importantes sobre os dados a serem gerados nos cartões magnéticos
Se sua Unimed não imprime carências no cartão: Deverá editar o arquivo CFG (exemplo:
cartaomagnetico.cfg) e retirar as seguintes informações:
Linhas a serem deletadas Posição no arquivo CFG

/TODAS_CARENCIAS Logo no início do arquivo. Esta função é a que apresenta a descrição
IMEDIATO IMEDIATO quando a carência já estiver vencida.
/DETALHE_11 No final do arquivo. Este detalhe é o que apresenta as Carências e sua

[005] [A] [030.00] data de vencimento.
[{COBERTURA}]
[005] [A] [010.00] [{CARENCIA}]
/NEXT_ITEM
/DETALHE_15 No final do arquivo. Este detalhe é o que apresenta os Textos Livres.

[005] [A] [240.00]
[{OBSERVACAOCAR}]
/NEXT_ITEM

Página 424 de 749
Se sua Unimed imprime as carências no cartão: o processo só irá imprimir as carências cujo Grupo de
Cobertura [ (Cadastros/ Coberturas / Grupo de Cobertura) ] tenha uma Prioridade definida. Veja exemplo:
Se a Prioridade não estiver preenchida, mesmo que o Beneficiário tenha carência, a mesma não será
impressa no cartão / carteira.
Se sua Unimed imprime as carências no cartão e deseja que, mesmo que a carência já esteja vencida,
apresente uma descrição: os arquivos disponibilizados já contemplam esta possibilidade. Edite o arquivo
CFG (exemplo: cartaomagnetico.cfg) e note que existem as linhas, logo no início:
/TODAS_CARENCIAS
IMEDIATO
Desta maneira, quando a carência já estiver vencida, a palavra IMEDIATO será impressa no lugar da data da
carência.

Página 425 de 749
Se sua Unimed imprime as carências no cartão, mas deseja que somente as carências ainda vigentes
sejam apresentadas: Edite o arquivo CFG (exemplo: cartaomagnetico.cfg) e retirar as seguintes
informações:
Linhas a serem deletadas Posição no arquivo CFG

/TODAS_CARENCIAS Logo no início do arquivo
IMEDIATO
Desta maneira, quando a carência já estiver vencida, a mesma não será impressa.
Ordem de apresentação das informações no cartão magnético e/ou carteira de papel está definida em
Modelo de Contrato [ (Cadastros / Contratos / Modelo de Contrato) ] na aba Prioridade Mens. Carteiras.
 Se não tiver nada cadastrado, o sistema assume a seguinte prioridade: carências, doenças pré-
existentes, inclusão de acessório, migração de plano e texto livre.
 Havendo um cadastramento, o sistema irá respeitar tal cadastro, tanto quanto a ordem quanto ao tipo de
mensagem a ser gerada / impressa. Veja exemplo: neste caso, somente Texto Livre e Carências é que
serão impressos mesmo que, no arquivo de configuração do modelo de cartão, haja o DETALHE_12 que
se refere a Doenças Preexistentes.

Página 426 de 749
Tipos de Formatação no layout de Cartão Magnético, Carteira de Papel e Etiquetas
Tipo Características Exemplos

D Formatação de datas, o usuário pode {DATA.SISTEMA,D,DD/MM/YYYY}
definir qual o formato desejado para
formatação da data, se o formato não for {DATA.SISTEMA,D,YYYYMMDD}
definido será utilizado o padrão
DD/MM/YYYY. A formatação poderá {DATA.SISTEMA,D,DDMMYYHHmmss}
conter os seguintes caracteres:
DD – Dia ; {DATA.SISTEMA,D, EXTENSO}
MM – Mês (numérico);
MMM – Mês (nome do mês abreviado) ;
MMMM – Mês (nome do mês) ;
YY – Ano ;
YYYY – Ano ;
HH – Hora ;
mm – Minutos ;
ss – Segundos.
Pode-se também imprimir a data no

formato extenso, para isso deve-se
informar no formato a palavra
“EXTENSO”.
- Pode-se informar como parâmetro a
quantidade de dias a ser acrescido na
data. {DATA.SISTEMA,D,YYYYMMDD,1}
Resultado: Se a data for 22/06/2005 será
impresso 23/06/2005.
V Formata valores, utilizado quando se [001] [V] [010.02] [{VALOR.DOCTO}]
deseja formatar números com decimais.
Pode ser utilizado também quando Resultado: 00000001.00
necessitar mascarar o número.
[{SEU.NUMERO,V,9,######/##}]
Resultado: 0000001/00
I Formatação de números inteiros. [001] [I] [010.00] [{SEU.NUMERO}]
Resultado: 0000000001
[001] [I] [010.02] [{VALOR.DOCTO}]
Resultado: Se VALOR.DOCTO = 15,49

00000001549
[001] [I] [010.00] [{STXT,N,15.00,+1}]

Neste caso o valor de STXT será acrescido de 1,
o mesmo pode ser feito com subtração e
Página 427 de 749
multiplicação.
N Idêntico ao I.
Q Formata números com máscara de [001] [Q] [005.00] [{SEU.NUMERO}]
quantidade.
Resultado: “ 1,00”
M Formata números com máscara de [001] [M] [010.02] [{VALOR.DOCTO}]
moeda.
Resultado: “R$ 1.00”
[001] [ ] [ ] [{VALOR.DOCTO,M,10.02,current}]
Resultado: Neste caso irá utilizar o caractere de

moeda definida no Windows. Pode-se também
informar qual o caractere de moeda que se
deseja utilizar.
[001] [ ] [ ] [{VALOR.DOCTO,M,10.02,US$}]
C Formata caractere ASCII. Irá gerar
converter o número no seu respectivo
caractere ASCII.
A Formatação de alfa numérico. [001] [A] [010.00] [IMPOSTOS]
Resultado: “IMPOSTOS “
E Escreve um número por extenso. [{VALOR.DOCTO,E,35.00,2}]
Neste caso irá escrever o extenso do número, o

tamanho da linha será de 40 caracteres, e
possuirá 3 linhas. Se o extenso for menor que o
tamanho da linha definido a linha será
completada com “*”.
Resultado:
“Vinte reais e dez centavos********”
“**********************************”
S Formata caractere ASCII com zeros a [002] [S] [18]
esquerda. [{!CartaoIdentificacao.Codigo,S,18,###
############ #}]
Resultado: 006 123456789012 3
Para o código do beneficiário, esta é a

formatação ideal a ser utilizada, caso contrário,
quando o código da Unimed é menor que 100, o
código ficaria errado com outro tipo de
formatação. Veja um exemplo:
Com formatação A:
#DCC##EMB#0 6 100012345600 5 "
Página 428 de 749
26/12/19813-Empresarial
Com formatação S:
#DCC##EMB#0 006 100012345600 5"
26/12/19813-Empresarial
P Comando para saltar de linha.
B Formatação de SubsTring. Com esta [001] [B] [9,1] ou
formatação é possível recuperar uma {ContaCorrente.Numero,B,9,1}
qtde de caracter a partir de um ponto
inicial [posição,qtde]. É aconselhável
formatar antes numéricos à esquerda ou
string com tamanho definido.
Funcionamento do arquivo de configuração
A estrutura do arquivo de configuração prevê os seguintes blocos: HEADER, TRAILLER, DETALHE_10,

DETALHE_11, DETALHE_12, DETALHE_13, DETALHE_14, DETALHE_15 e DETALHE_90.
Identificação do Função
bloco
HEADER As informações cadastradas como HEADER serão geradas uma única vez logo no início
do arquivo.
DETALHE_10 A cada registro a ser impresso o processo passará por aqui, por exemplo, no caso de
carteiras aqui deveriam ficar os dados do beneficiário, validade do cartão, etc.
DETALHE_11 a Estes detalhes são referentes às mensagens variáveis a serem impressas. Verificar no
DETALHE_15 cadastro do Modelo de Contrato, pasta “Prioridade Mens. Carteira”. O DETALHE_11 é
referente a Carências, DETALHE_12 referente a Doenças, DETALHE_13 referente a
Inclusão de Acessório, DETALHE_14 referente a Migração de Plano e DETALHE_15
referente a Texto Livre. A ordem de impressão seguirá a definida no Modelo de Contrato.
DETALHE_90 A cada final de registro impresso o processo passará nesta rotina, será útil quando se
deseja saltar uma linha a cada registro ou finalizá-lo com algum caracter.
TRAILLER As informações cadastradas como TRAILLER serão geradas uma única vez no final do
arquivo.
Pode-se também imprimir mais do que uma coluna por registro, por exemplo, carteira de papel onde os dados
do beneficiário são impressos de um lado e as mensagens de carência são impressas no verso. Para estes
casos o arquivo de configuração utilizará os detalhes referentes às colunas.
Exemplo: No caso da carteira de papel o arquivo de configuração deverá possuir as seguintes sessões.
DETALHE_10, DETALHE_20, DETALHE_21, DETALHE_22...etc.
Os detalhes 20, 21 e 22 funcionam como os 10, 11 e 12, mas são referentes à segunda coluna.
Para a impressão de etiquetas foi disponibilizado um comando (/QTE_COLUNAS) onde é definida a

quantidade de colunas do arquivo gerado. Então se o formulário de etiqueta prevê 3 etiquetas por linha
(coluna) o arquivo de configuração deverá ter este comando (ver o arquivo: etiqueta3col.cfg).

Página 429 de 749
Comandos, parâmetros e mnemônicos
Comando Descrição
/RETIRA_ACENTOS Retira a acentuação ortográfica do conteúdo a ser impresso.
/RETIRA_ESPECIAIS Retira os caracteres especiais do conteúdo a ser impresso.
/QTE_COLREGISTRO Quantidade de colunas por registro, utilizado geralmente para impressão de
carteiras em papel.
/QTE_COLUNAS Quantidade de colunas do relatório, geralmente utilizado para etiquetas.
/QTE_CARACDET Quantidade máxima de caracteres dos detalhes, utilizado para limitar a
impressão de mensagens.
/TODAS_CARENCIAS Este comando determina se serão impressas as carências já vencidas. Hoje a
Cardio só imprime as carências ainda vigentes. Pode-se determinar também a
mensagem a ser impressa (ex: IMEDIATO).
/MENS_SEM_DOENCA Determina a mensagem a ser impressa quando não houver restrição de CPT
para o usuário (ex: SEM RESTRICAO).
/AcomodacaoExtenso Quando este parâmetro estiver presente no arquivo de configuração e
mnemônicos contendo as palavras “Acomodacao”, “AcomodacaoBase”, “TipoAc”
e “TipoAcomodacao”, por exemplo {!MóduloOperadora.Acomodacao}, forem
utilizados os valores exibidos serão: “Apartamento”, “Coletivo” ou “Não se
Aplica”.
/SexoNumerico Quando este parâmetro estiver presente no arquivo de configuração e
mnemônicos contendo a palavra “Sexo”, por exemplo
{!PessoaBeneficiario.Sexo}, forem utilizados os valores exibidos serão: “0”
(zero) para masculino e “1” (um) para feminino.
Parâmetro Descrição
#XCnnn# Este parâmetro define a quantidade máxima de caracteres por DETALHE.
(ex: DETALHE_1#XC50#) Neste exemplo o DETALHE_1 terá apenas 50 caracteres.
#TCnnn# Este parâmetro define o tamanho máximo da coluna por DETALHE. (ex: DETALHE_1#TC34#)
Neste exemplo todas as linhas impressas em DETALHE_1 possuirão 34 caracteres. Este será
muito útil na impressão de carteiras de papel.
Mnemônico Descrição
{CEP.ETIQUETA} Imprime o CEP da pessoa da etiqueta formatado NNNNN-NNN.
{COBERTURA} Imprime a descrição da cobertura, utilizado somente na emissão de
mensagens de carência.
{CARENCIA} Imprime a data de termino da carência da cobertura. Se o usuário
parametrizou para imprimir as carências vencidas então será utilizada a
mensagem definida no comando /TODAS_CARENCIAS.
{OBSERVACAOCAR} Destina-se à impressão dos textos livres referente à carteira, que podem ser
definidas por Modelo, Contrato, Beneficiário e Módulo. Pode-se definir o
numero máximo de linhas a serem impressas da seguinte maneira
{OBSERVACAOCAR,A,30.00,4}, neste exemplo serão impressas 4 linhas com
30 caracteres cada.
{OBSERVACAOCRE} Destina-se à impressão dos textos livres referente ao cartão, que podem ser
Página 430 de 749
definidas por Modelo, Contrato, Beneficiário e Módulo. Pode-se definir o
número máximo de linhas a serem impressas da seguinte maneira
{OBSERVACAOCRE,A,30.00,4}, neste exemplo serão impressas 4 linhas com
30 caracteres cada.
{DATA.VALIDADE} Imprime a data de validade do cartão, quando emissão de carteira provisória
será impressa a data informada na tela do processo.
{DOENCA} Emite a descrição da doença (CPT), no caso do usuário desejar imprimir
analiticamente as restrições.
{DATADOENCA} Assim como o mnemônico {DOENCA} este imprime a data final da restrição.
{RESTRICAO} Imprime a data de restrição (CPT) do usuário, caso este não possuir será
utilizada a mensagem definida no comando /MENS_SEM_DOENCA, se nada
foi definido no comando será impressa a mensagem padrão (“NÃO HÁ”). Este
mnemônico será utilizado tanto para Módulos Operadora Regulamentados
quanto para Não Regulamentados.
{RESTRICAO_REG} Semelhante ao anterior, contudo, este mnemônico será utilizado somente
para Módulos Operadora Regulamentados. Quando o Módulo Operadora for
Não Regulamentado, o espaço destinado ao mnemônico ficará em branco.
{NOME.EMPRESA} Dependendo do Tipo de Contratação do Contrato do Beneficiário, será
impresso o Nome do Modelo de Contrato ou o Nome do Contratante.
{CODIDOENCA} Emite o código da doença (CPT), no caso do usuário desejar imprimir
analiticamente.
{CODIGOLCAT} Irá recuperar o Código Intercâmbio da Unimed (Prestador de Serviço) no qual
o Beneficiário é atendido.
No caso de Beneficiários locais, este código será recuperado do Prestador
cadastrado no campo “Esta Operadora” na Configuração da Operadora
(Diversos / Configuração Geral / Configuração da Operadora).
Já para Beneficiários Repassados, este código será recuperado do Prestador
cadastrado no campo “Local Atendimento” no Repasse do Beneficiário
(Cadastros / Beneficiários / Beneficiário / Aba Repasses).
Buffer Descrição
{!CartaoIdentificacao Dados referentes à classe CartaoIdentificacao.
{!DoencaBeneficiario Dados referentes à classe DoencaBeneficiario, utilizado somente na
impressão analítica de restrições.
{!ObsEntidade Dados referentes à classe ObsEntidade, utilizado somente na impressão dos
textos livres referente à emissão de carteira.
{!MóduloOperadoraInter Utilizado para impressão dos dados da Tarja Magnética e mensagem da
combinação de opcionais do plano.
{!TipoContratacao Dados referentes à classe TipoContratação.
{!AbrangenciaGeografica Utilizado para impressão da abrangência do Plano.
{!TipoRedeReferenciada Irá recuperar o valor dos campos da Tabela “Tipo Rede Referenciada”, que
está vinculada a Rede Referenciada do Módulo Operadora, Modelo de
Contato ou Contrato. Caso tenha Rede Referenciada cadastrada nos 3 níveis,
será recuperada na seguinte ordem: Módulo Operadora, Modelo de Contato
ou Contrato.
Pode-se também configurar o *.CFG para que o buffer apresente os outros
Página 431 de 749
campos da Tabela Tipo Rede Referenciada (Código e Nome). Basta
configurá-los da seguinte maneira:
 {!TipoRedeReferenciada.Nome}
 {!TipoRedeReferenciada.Codigo}
Outra parametrização que pode ser feita no buffer criado é para que seja
impresso apenas uma parte do valor cadastrado no campo da Tabela Tipo
Rede Referenciada. Abaixo alguns exemplos de como realizar esta
parametrização:
Valor Valor
Configuração do Buffer
Cadastrado Apresentado
{!TipoRedeReferenciada.CodigoExterno,,,3%5} NA001 001
{!TipoRedeReferenciada.CodigoExterno,B,3,3}] NA001 001
Na 1ª configuração, será impresso o valor do campo Código Externo a partir

3º campo até o 5º campo. Neste caso seria impresso o valor “001”.
Já na 2ª configuração, será impresso a partir do 3º campo (considera-se a

contagem dos campos iniciando em zero. Ex: 0 = 1º campo, 1 = 2º campo, 2
= 3º campo, etc.) e mais 3 campos posteriores. Neste caso também seria
impresso o valor “001”.
Se existirem CAMPO(S) da Tabela TipoRedeReferenciada, por exemplo,

“TipoRedeReferenciada.CodigoExterno”, será exportado a rede referenciada que
estiver com o Publica Rede MARCADO (Rede Referenciada pela Classe).
Somente poderá ser marcado “Publica Rede” para uma rede referenciada.
{!PadraoInternacao Serão recuperados os dados do Padrão de Internação cadastrado no Módulo
Operadora. Portanto, serão recuperados os dados do Módulo Operadora que
relacionado ao beneficiário (Módulo do Beneficiário).
{!PrestadorServico Dados referentes à contratada, que está definida no contrato, geralmente a
própria Unimed.
{!PessoaPrestadorServico Dados referentes à pessoa contratada.
{!Titular Dados referentes ao titular, classe Beneficiário.
{!PessoaTitular Dados referentes à pessoa do titular do beneficiário, classe Pessoa.
{!Beneficiario Dados referentes ao beneficiário do cartão, classe Beneficiário.
{!PessoaBeneficiario Dados referentes à pessoa do beneficiário do cartão, classe Pessoa.
{!PessoaEtiqueta Imprime os dados da pessoa da etiqueta.
{!EnderecoEtiqueta Imprime dados do endereço da pessoa da etiqueta. Esse buffer permite
recuperar qualquer coluna (campo) da tabela EndereçoPessoa (Logradouro,
NumLogradouro, ComplLogradouro, Bairro, CEP, PontoReferência, CaixaPostal,
Tipo). É utilizado para os processos que geram a emissão de etiqueta com base em
um arquivo de configuração do tipo *.CFG. É utilizado também em arquivos de
configuração do tipo *.CFG específicos para cartão magnético.
{!CidadeEtiqueta Imprime dados da cidade do endereço da pessoa da etiqueta. Permite
Página 432 de 749
recuperar qualquer coluna (campo) da tabela CidadePais (Código, Nome, UF, Código
Externo). É utilizado para os processos que geram a emissão de etiqueta com base
em um arquivo de configuração do tipo *.CFG. É utilizado também em arquivos de
configuração do tipo *.CFG específicos para cartão magnético.
{!Contrato Dados referentes à classe Contrato.
{!ModeloContrato Dados referentes à classe ModeloContrato
!MóduloOperadora Dados referentes ao plano do beneficiário.
{!TipoAcInternacao Dados referentes à classe TipoAcInternacao.
{!Contratante Dados referentes à classe Pessoa, do contratante definido no Contrato.
{!LinhaMóduloOperadora Dados referentes à classe LinhaMóduloOperadora.
{!LotacaoContrato Dados referentes à classe LotacaoContrato.
{!ModuloBeneficiario. Fornece o "Cód. Prod. ANS na Unimed Contratada", código do módulo origem
ModuloAnterior} do beneficiário recebido em pré pagamento. A informação do Buffer
ModuloBeneficiario.ModuloAnterior é extraído do Módulo do Beneficiário
campo Número Reg.Plano Op.Origem
{!PrestadorServicoOrigem. Fornece o "Num. Reg. ANS na Unimed Contratada", número de registro da
NumRegistroExterno} operadora origem do beneficiário. A informação do Buffer
PrestadorServicoOrigem.NumRegistroExterno é extraído da Operadora
origem do beneficiario campo Número Registro Externo.
Exemplos:
Algumas Unimeds possuem acordado com as empresas que emitem os cartões, providenciarem
também o envelopamento e envio dos mesmos. Os buffers !EnderecoEtiqueta e !CidadeEtiqueta
permitem que todos os dados necessários sejam gerados em apenas um arquivo, não havendo
necessidade de dois arquivos: um com dados de cartão magnético e outro com dados para etiqueta
de endereços.
Com isso, basta incluir no arquivo *.CFG do cartão magnético a configuração necessária para gerar
os dados de endereço utilizando esses buffers e marcar os campos necessários para definição de
endereços na emissão de etiqueta existente no formulário Emissão de Cartão (/Cadastros/
Beneficiários/ Cartões/ Emissão de Cartão).
Tela 11.1-1 – Parte de um arquivo .CFG
[011] [A] [040.00] [{!EnderecoEtiqueta.Logradouro}]

[011] [A] [005.00] [{!EnderecoEtiqueta.NumLogradouro}]
[011] [A] [020.00] [{!EnderecoEtiqueta.ComplLogradouro}]
[011] [A] [030.00] [{!EnderecoEtiqueta.Bairro}]
[011] [A] [030.00] [{!CidadeEtiqueta.Nome}]
[011] [A] [002.00] [{!CidadeEtiqueta.UF}]

Página 433 de 749
Para que os buffers !EnderecoEtiqueta e !CidadeEtiqueta sejam demonstrados no arquivo, as
configurações para a emissão de etiqueta e endereço devem estar sinalizados, conforme
demonstrado abaixo:
Tela 11.1-2 – Emissão de Cartão
Tela 11.1-3 – Arquivo de cartão magnético com os endereços demonstrados

Página 434 de 749
Se as configurações para a emissão de etiqueta e endereço não forem marcadas, os dados de
endereço não serão demonstrados no arquivo, sendo demonstrados em seu lugar espaços em
branco:
Tela 11.1-4 – Emissão Cartão
Tela 11.1-5 – Arquivo de cartão magnético com espaços em branco nas posições que correspondem ao endereço

Página 435 de 749
11.2. Mnemônico para acomodação
Objetivo:
Permite a parametrização, no arquivo *.cfg, para definir como será impressa a “acomodação” do beneficiário no
cartão de identificação.
A Unimed poderá definir mensagens personalizadas para cada tipo de acomodação (Enfermaria, Apartamento,
Ambulatorial)
Na emissão dos cartões é impresso a acomodação do beneficiário com a nomenclatura padrão do Cardio
(Apartamento ou Coletiva), de acordo com a informação obtida no Módulo Operadora do beneficiário. Foi
implementado um mnemônico onde é possível definir de forma personalizada a nomenclatura a ser impressa.
Pré-Requisitos:
 Não há pré-requisitos
Para esta implementação deve ser utilizado o mnemônico:

 [<?Case("{!MóduloOperadora.Acomodacao}", "A", "texto1", "C", " texto2 ", " texto3 ")?>]
Onde:
Texto1: Será a descrição impressa, caso a acomodação do beneficiário seja ”Apartamento”
Texto2: Será a descrição impressa, caso a acomodação do beneficiário seja ”Coletivo”
Texto3: Será a descrição impressa, caso o beneficiário não possua acomodação
Exemplo:
Segue abaixo um exemplo de como o mnemônico pode ser utilizado dentro do arquivo *.cfg:
Aqui será informada a definição da

nomenclatura de apartamento
Aqui será informada a definição da

Aqui será informada a definição da nomenclatura quando não houver
nomenclatura de enfermaria acomodação.
Desta maneira, quando a acomodação do beneficiário for:

 Apartamento: será apresentada a nomenclatura “Apto”
 Coletiva: será apresentada a nomenclatura “Enf”
Quando não possuir acomodação: será apresentada a nomenclatura “Não se Aplica”

Página 436 de 749
11.3. Buffers -Modulo Beneficiário Origem e Número Registro Prestador

Origem
Objetivo:
Atender a Resolução Normativa 13 da ANS que exige das Operadoras informarem nos cartões Núm. Reg.
ANS e Cód. Prod. ANS na Unimed Contratada pelo beneficiário.
Exibir a informação Rede de Atendimento.
Pré-Requisitos:
 Existência de beneficiários recebidos em Pré–Pagamento (Cadastros / Beneficiários / Beneficiário).
Buffers para emissão de Cartões:

o {!ModuloBeneficiario.ModuloAnterior}: fornece o "Cód. Prod. ANS na Unimed Contratada", código
do módulo origem do beneficiário recebido em pré pagamento;
o {!PrestadorServicoOrigem.NumRegistroExterno}: fornece o "Num. Reg. ANS na Unimed
Contratada", número de registro da operadora origem do beneficiário
Tela 11.3-1 – Layout do Verso do Cartão – Novos campos para atribuir o Cód. Prod. ANS e o Num. Reg. ANS na Unimed
Contratada
 Essas informações deverão ser gravadas na parte do verso do cartão.
 As Unimeds que praticam impressão de cartões de beneficiários recebidos por repasse em
Pré-Pagamento, deverá fazê-lo através de um modelo de cartão diferente dos demais, uma
vez que no verso do cartão, os campos necessários para RN13, virão de mnemônicos
novos e diferentes dos utilizados para as demais carteiras.

Página 437 de 749
Exemplo Arquivo Cartao.cfg para emissão de vias de cartão
/RETIRA_ACENTOS
/RETIRA_ESPECIAIS
/TODAS_CARENCIAS
IMEDIATO
/MENS_SEM_DOENCA
NAO HA
/QTE_CARACDET
800
/DETALHE_10
[001] [T] [010.00] [#DCC##EMB#]
[001] [A] [002.00] [0 ]
[002] [S] [018.00] [{!CartaoIdentificacao.Codigo,S,18,### ############ #}]
[002] [A] [010.00] [{!PessoaBeneficiario.DataNascimento,D,DD/MM/YYYY}]
[002] [A] [004.00] []
[002] [A] [013.00] [{TIPO.CONTRATACAO}]
[002] [A] [004.00] []
[002] [A] [013.00] [<?Case("{!ModuloOperadora.Acomodacao}", "A", "INDIVIDUAL", "C", "COLETIVA", "NAO SE
APLICA")?>]
[002] [A] [004.00] []
[002] [A] [010.00] [{!CartaoIdentificacao.DataValidadeFinal,D,DD/MM/YYYY}]
[002] [A] [025.00] [{!PessoaBeneficiario.NomeReduzido}]
[002] [A] [010.00] []
[002] [A] [013.00] [{!TipoRedeReferenciada.CodigoExterno}]
[002] [A] [001.00] []
[002] [A] [008.00]
[<?Case("{!TipoRedeReferenciada.CodigoExterno}","NA04","BASICO","NA05","BASICO","NA09","BASICO","N
A12","BASICO","NA13","BASICO","NA08","MASTER","NA11","MASTER","NA16","MASTER","NA06","ESPECIA
L","NA07","ESPECIAL","NA10","ESPECIAL","NA14","ESPECIAL","NA15","ESPECIAL")?>]
[002] [N] [004.00] [{CODIGOLCAT}]
[002] [A] [005.00] []
[002] [A] [017.00] [{!ModuloOperadoraInter.CombinacaoOpcionais}]
[002] [A] [006.00] []
[002] [A] [019.00] [{!AbrangenciaGeografica.Nome,,,6%19}]
[002] [A] [002.00] []
[002] [N] [002.00] [{!CartaoIdentificacao.Via}]
[002] [A] [010.00] [{RESTRICAO}]
[002] [A] [021.00] []
[002] [A] [018.00] [{NOME.EMPRESA}]
[001] [T] [005.00] [#ENC#]
[002] [A] [025.00] [{!PessoaBeneficiario.NomeReduzido}]
[002] [T] [001.00] [;]
[002] [N] [017.00] [{!CartaoIdentificacao.Codigo}]
[002] [T] [001.00] [=]
[002] [N] [002.00] [{!CartaoIdentificacao.Via}]
[002] [A] [004.00] [{!CartaoIdentificacao.DataValidadeFinal,D,YYMM}]
[002] [T] [001.00] [=]
[002] [N] [004.00] [{!PrestadorServico.CodigoIntercambio}]
[002] [N] [003.00] [{!ModuloOperadoraInter.Tarja}]
[002] [A] [001.00] [{!AbrangenciaGeografica.Codigo}]
Página 438 de 749
[002] [N] [001.00] [<?Case("{!TipoContratacao.Codigo}","1","2",{!TipoContratacao.Codigo})?>]
[002] [A] [001.00] [1]
[002] [N] [002.00] [{!TipoRedeReferenciada.CodigoExterno,,,3%4}]
[002] [T] [001.00] [?]
[001] [T] [011.00] [#END#@@@@@@]
[002] [A] [020.00] [{!ModuloOperadora.NumRegistroExterno}]
/DETALHE_11
[005] [A] [020.00] [{COBERTURA}]
[005] [A] [010.00] [{CARENCIA}]
/NEXT_ITEM
/DETALHE_15
[005] [A] [014.00] [{!ModuloBeneficiario.ModuloAnterior}]
[005] [A] [008.00] [{!PrestadorServicoOrigem.NumRegistroExterno}]
[005] [A] [100.00] [{OBSERVACAOCAR}]
/NEXT_ITEM
/DETALHE_90
[013] [P] [] []
/FIM
 As Unimeds que praticam outros tipos de Rede Referenciada também deverão informá-las
no comando do arquivo CFG.

Página 439 de 749
11.4. Cartão de identificação do Beneficiário - Nome do LCAT
Objetivo:
Possibilitar que seja impresso no cartão de identificação do beneficiário, o nome da Unimed identificado no
campo Local de Atendimento (LCAT) da lotação.
Pré-Requisitos:
 Existir um LCAT cadastrado para a lotação do beneficiário.
O processo de geração e emissão de cartão utilizará o seguinte Mnemônico:
NOME {NOME.LCAT} Tipo: (M) (M)Mnemônico (B)Buffer (C)Comando

Imprimir no arquivo gerado o nome atribuído para a Unimed que está cadastrada no
OBJETIVO campo “LCAT” da lotação do beneficiário.
Boleto Fatura Retorno Bancário Relação Bancária

UTILIZAÇÃO
Cartão Magnético
TIPO
(A) (N) Numérico (I) Inteiro (A) Alfa (AN) Alfa-Numérico
RETORNO
PRÉ-
Não há
REQUISITO
DESCRIÇÃO Recuperar a informação que está cadastrada no campo Lcat da Lotação do
DA REGRA Beneficiário.
/DETALHE_11
[004] [T] [040.00] [Descrição do Local de Atendimento]
EXEMPLOS /
[004] [P] [ ] []
SINTAXE
[004] [A] [040.00] [{NOME.LCAT}]
[004] [P] [ ] []
REQUISITOS
Não aplica
ESPECIAIS

 Beneficiário não tem um LCAT cadastrado em sua Lotação.
Esta mensagem ocorrerá somente quando não existir um LCat preenchido no formulário Lotação do
Beneficiário.

Página 440 de 749
Exemplo:
Geração de um cartão de identificação de beneficiário utilizando o novo Mnemônico:
Tela 11.4-1 - Arquivo CFG para geração de cartões de identificação do Beneficiário

Página 441 de 749
Tela 11.4-2 – Lotação cadastrada para o beneficiário – campo Lcat
Tela 11.4-3 – Cartão de Identificação gerado no formato TXT com a Informação do Mnemônico {NOME.LCAT}

Página 442 de 749
11.5. Emissão de Carteira de Identificação Provisória
A Carteira de Identificação Provisória é uma rotina adotada por várias Unimeds com o objetivo de já entregar
uma identificação aos beneficiários que acabaram de assinar contrato com a Unimed.
ATENÇÃO: A Carteira Provisória somente poderá ser emitida após a Inclusão do Beneficiário desde
que, carteira ou cartão definitivo ainda não tenham sido gerado.
Não existe Carteira Provisória para quaisquer outras situações.
A Carteira Provisória não utilizará as mesmas Observações (mensagens) utilizadas para Carteira / Cartão
definitivos. No cadastro de Observações, existe o tipo: do Cartão Ident. Provisório.
Mensagem que será

impressa na carteira.
Lembrete: Observações podem ser cadastradas nos seguintes níveis: Módulo Operadora, Beneficiário,
Contrato e Modelo Contrato.
A emissão de Carteira Provisória continuará a respeitar a Prioridade de Mensagens Carteira cadastrada em

Modelo Contrato.
Quais são os procedimentos para emitir uma Carteira Provisória:
a) Cadastrar Beneficiário [ (Cadastros / Beneficiários / Beneficiário) ]
Página 443 de 749
b) Executar a Geração de Cartão por Movimentação Cadastral [ (Cadastros / Beneficiários / Cartões /
Geração de Cartão por Mov. Cadastral) ].
c) Executar a Emissão de Carteiras Provisórias [ (Cadastros / Beneficiários / Cartões / Emissão de
Carteiras Provisórias) ]. Além de permitir a Emissão de Carteiras Provisórias, será possível também
informar o modelo de cartão que será utilizado, e caso não seja informado em tela esse modelo será
recuperado da Negociação Movimentação Cadastral.
Observações:
 A Emissão de Carteira Provisória cria arquivo iniciando-se com CPddmmaaaaM.seq onde ddmmaaaa
será a data da emissão, M é o código do Modelo de Carteira e seq é a seqüência para o dia de emissão.
(Carteira Definitiva inicia-se com CV).
 Se sua Unimed for utilizar a emissão de Carteira Provisória, é necessário que haja pelo menos um
Modelo de Cartão Identificação [ (Cadastros / Contratos / Modelo de Cartão de Identificação) ] cujo Tipo
seja Carteira Papel Provisória. Se não tiver, deverá cadastrá-lo.

Página 444 de 749
Exemplo de Carteira Provisória (tem o mesmo layout de Carteira de Papel):
EXAMES ESPECIAIS 29/09/2006

PROC.ALTO CUSTO 28/11/2006
UNIMED INTER.CLIN/CIRUR. 28/11/2006
PROC.OBSTETRICOS 28/03/2007
258.0293.112233.00-0 benef - provisória
contrato - provisória
JOAO ALVES AUGUSTO 012 modelo - provisório
CONTRATANTE MÓDULO provisória
07/10/1943 25/07/2006
3-EMPRESARIAL CPT SEM RESTRIC.

Página 445 de 749
11.6. Bloqueio de Cartão de Identificação automático
Existe uma funcionalidade no Cardio que se refere ao bloqueio automático de Cartão de Identificação não
impresso.
Quando isso pode ocorrer ?

O primeiro esclarecimento e entendimento que se deve ter são: Geração e Emissão são 2 processos
distintos. A Geração apenas cria o registro que será utilizado pela Emissão.
Então, vamos exemplificar para situação ficar clara:

1) Cadastrou-se um Beneficiário.
2) As etapas seguintes seriam a Geração e Emissão do Cartão de Identificação.
3) Supondo que o usuário apenas executou a Geração de Cartão por Mov. Cadastral [
(Cadastros / Beneficiários / Cartões / Geração de Cartão por Mov. Cadastral) ]. Com isso, o registro foi
criado em Cartões de Identificação:
4) O usuário identifica que cadastrou a Data de Nascimento errada. Foi até o cadastro de Pessoa [
(Cadastros / Pessoas / Pessoa) ] e procedeu a atualização. Com isso, o Cardio marcará que um novo
Cartão precisará ser gerado, pois houve alteração em informação primordial na identificação do
beneficiário.

Página 446 de 749
5) O usuário irá executar novamente o processo de Geração de Cartão por Mov. Cadastral. É neste
momento que o Cardio irá bloquear a via anteriormente gerada e irá gerar uma nova via.
Pela aba Info. Bloqueio/Desbloq. em Cartão de Identificação, a Via 1, ficará assim:
E uma nova via foi gerada:

Página 447 de 749
O Motivo de Bloqueio para esta situação está cadastrado em Configuração da Operadora [ (Diversos /
Configurações Gerais / Configuração da Operadora) ], aba Cartões:
Observação: Para cadastrar um Motivo de Bloqueio Cartão acessar o menu Cadastros / Tabelas Gerais /
Motivo de Bloqueio de Cartão.

Página 448 de 749
11.7. Bloqueio Automático do Cartão até a Primeira Utilização

Ao emitir o cartão, a Unimed pode optar em deixar o cartão / carteira bloqueado até a primeira utilização do
beneficiário.
Esta opção garante que, mesmo após a emissão de um novo cartão, o beneficiário continue utilizando o
cartão antigo até o vencimento do mesmo.
OBSERVAÇÃO: após a primeira utilização do novo cartão, o anterior será bloqueado, ou seja, não será mais
permitida a sua utilização (mesmo que ainda não esteja vencido).
Para utilizar este processo deverá efetuar a parametrização no processo de Negociação Movimentação
Cadastral [ (Cadastros / Contratos / Negociação de Mov. Cadastral / Aba Cartões) ], no qual há dois campos:
“Gerar Cartão Beneficiário Bloqueado” (checkbox) e “Motivo de Bloqueio Automático”.
Quando sinalizado, todos os cartões gerados por Atualização Cadastral e
Gerar Cartão
Renovação por Validade Expirando serão bloqueados automaticamente até a
Beneficiário Bloqueado
primeira utilização. Na primeira utilização, o novo cartão será desbloqueado e a
(checkbox)
via anterior será bloqueada.
Conterá o motivo do bloqueio do cartão no ato de sua geração / emissão.
Motivo de Bloqueio
Este campo será obrigatório e utilizado somente se preenchido o campo
Automático
anterior.
Página 449 de 749
11.8. Bloqueio Cartão – Atualização de Dados Cadastrais
Objetivo:
Possibilitar o envio de cartões bloqueados para os beneficiários, com o intuito de que estes liguem para a
Unimed e façam atualização cadastral e em seguida o desbloqueio do cartão.
Permite ao atendente visualizar os dados necessários e obrigatórios segundo as normas da ANS. Além disso,
permite um controle sobre a atualização ou não dos dados cadastrais.
Regra de Negócio:
Essa outra opção de bloqueio e desbloqueio de cartão tem por objetivo bloquear cartão de beneficiário que
não possua no cadastro os dados obrigatórios exigidos pela ANS, além de permitir o desbloqueio automático
no primeiro uso do cartão e o registro de algumas informações para controle dos dados como a data do último
bloqueio, a data do último desbloqueio, o motivo do desbloqueio e o operador que efetuou o desbloqueio.
No caso do processo de desbloqueio automático na primeira utilização do cartão por parte do beneficiário, será
gerada a glosa “Cartão Bloqueado automaticamente na geração”, com o objetivo de alertar o atendente de que
aquele beneficiário precisa atualizar alguns dados cadastrais. Essa atualização será realizada através do
formulário Atualização de Dados Cadastrais que permitirá o atendente ter acesso aos dados do beneficiário
que são passíveis de alteração.
No formulário Atualização de Dados Cadastrais, a aba Informações, grid Situação Dados Obrigatórios conterá
as mensagens com os dados obrigatórios que estão faltando para o cadastro do Beneficiário em questão.
Pré-Requisitos:
 Existir na Negociação Movimentação Cadastral (Cadastros / Contratos / Negociação de Mov. Cadastral), os
checkboxes marcados: “Gerar Cartão Beneficiário Bloqueado” e “Motivo de Bloqueio Automático” e/ou
“Bloquear Cartão Benef. Sem dados obrigatórios”:
 Existir cartão de identificação bloqueado

Página 450 de 749
 Motivo de Desbloqueio do Cartão (Cadastros / Tabelas Gerais / Motivo de Desbloqueio do Cartão)
Tela 11.8-1 – Motivo de Desbloqueio do Cartão
Campos Descrição / Observações

Código Código do motivo de desbloqueio do cartão
Nome Descrição do motivo de desbloqueio do cartão

Página 451 de 749
 Motivo Cadastro Incompleto (Cadastros / Tabelas Gerais / Motivo Cadastro Incompleto)
Tela 11.8-2 – Motivo Cadastro Incompleto
Campos Descrição/Observações
Código Código do motivo cadastrado.
Nome Descrição do motivo que será utilizado para definir a situação do cadastro
incompleto do beneficiário.

Página 452 de 749
 Atualização Dados Cadastrais (Cadastros / Beneficiários / Atualização Dados Cadastrais)
Neste formulário é permitido consultar e alterar alguns dados cadastrais do beneficiário além de registrar dados
sobre os diversos tipos de atendimentos que tenham sido realizados para ele. Na aba Informações, grid
Situação Dados Obrigatórios contém as mensagens com os dados obrigatórios que estão faltando para o
cadastro do Beneficiário em questão.
Tela 11.8-3 – Atualização Dados Cadastrais – Aba Informações

Pessoa Pessoa beneficiária do contrato. Somente Leitura.
Ao clicar na lupa é acionado formulário que contém os dados cadastrais que
podem ser alterados. Esse formulário é composto de duas abas: Info.
Pessoais e Atendimentos.
Identificação Chave interna do sistema para identificar o beneficiário. Somente Leitura.
Contrato Indica o código e nome do Contrato ao qual se vinculou o beneficiário.
Somente Leitura.
Obs.: o nome do Contrato é demonstrado no campo ao lado

Código O código do beneficiário. Somente Leitura.
Família Número da família do beneficiário dentro do contrato. Somente Leitura.

Página 453 de 749
Tipo Define qual é o tipo do beneficiário. Somente Leitura.
Grau Dependência Indica o vínculo que o Beneficiário Dependente possui em relação ao Titular.
Exemplo: esposa, filhos e mãe.
Somente Leitura.
Titular Indica o código e nome do beneficiário titular responsável pelo beneficiário
dependente cadastrado.
Obs.: o nome do titular é demonstrado no campo ao lado

grid Situação Dados Obrigatórios Ao consultar um beneficiário serão listadas todas as mensagens de
inconsistências existentes para o cadastro do beneficiário pertinentes as
regras da ANS. Quando não existir inconsistência no cadastro será listada a
mensagem “Cadastro sem inconsistências de dados obrigatórios”.
o Seq – Sequência da mensagem apresentada.
o Mensagem – Descrição da mensagem de inconsistência identificada
no cadastro do beneficiário.
Considera endereço do Titular para Se marcado, indica que o beneficiário dependente assumirá o endereço do
dependentes titular. Ao marcar este parâmetro, o processo irá inserir um fim de vigência
no endereço válido de todos os dependentes relacionados ao titular. Com
isso, apenas o titular terá um endereço vigente, e no caso dos demais
processos do Cardio que se fizer necessário o uso do endereço do
dependente será utilizado do titular.
Checkbox disponível apenas para Beneficiário Titular.

Grid Cartões Identificação
(Ao clicar para expandir o registro será apresentado o formulário Cartões Identificação do Beneficiário)
Via Indica a via do cartão.
Essa via é mostrada somente para cartões de identificação cujo Modelo de
Cartão seja do tipo “Cartão Magnético”. Somente Leitura.
Código Código do cartão de identificação. Somente Leitura.
Data Validade Inicial Data de validade inicial do cartão. Somente Leitura.
Data Validade Final Data de validade final do cartão.
Essa data pode ser a data de validade final informada em algumas rotinas
de geração de cartão, ou pode ser recuperada da negociação de
movimentação cadastral vinculada ao modelo de contrato/contrato do
beneficiário. Somente Leitura.
Bloqueado Define se o cartão está bloqueado para utilização pelo beneficiário. Somente
Leitura.
Motivo Bloqueio Motivo de bloqueio do cartão. Somente Leitura.
Data Desbloqueio Data de desbloqueio do cartão. Somente Leitura.
Link Família Este link tem por objetivo listar todos os beneficiários que pertencem à
(primeiro ícone de acesso) família, ou seja, que possuam o mesmo titular.
Ao clicar nesse botão de atalho, será acionado o formulário de pesquisa

Selecionar Atualização Dados Cadastrais com alguns dados preenchidos e
com o resultado da pesquisa efetuados automaticamente.
Página 454 de 749
O campo de pesquisa “Titular:” estará desabilitado e preenchido com o

código do titular do beneficiário em questão, o checkbox “incluir Suspensos
e Rescindidos” por default estará marcado e o grid de dados já conterá o
resultado da pesquisa.
Link Bloquear, Desbloquear e Permite acessar o formulário Bloquear, Desbloquear e Devolver Cartão
Devolver Cartão (Cadastros / Beneficiários / Cartões / Bloquear, Desbloquear e Devolver
(segundo ícone de acesso) Cartão). Ao acessar esse processo alguns campos serão preenchidos
automaticamente.
O campo “Tipo de Ação:” estará preenchido com a opção “Desbloqueia

Cartão” e o campo Beneficiário estará desabilitado e preenchido com o
código do beneficiário em questão.

Página 455 de 749
Lupa Pessoa / Aba Info. Pessoais:
Nesta aba é permitido realizar alteração ou inclusão de informações do cadastro de beneficiários.
Tela 11.8-4 – Atualização Dados Cadastrais – Lupa Pessoa – Aba Info. Pessoais
Tela 11.8-5 – Atualização Dados Cadastrais – Lupa Pessoa – Aba Info. Pessoais – Sub-Aba Endereços

Página 456 de 749
Tela 11.8-6 – Atualização Dados Cadastrais – Lupa Pessoa – Aba Info. Pessoais – Sub-Aba Telefones
Tela 11.8-7 – Atualização Dados Cadastrais – Lupa Pessoa – Aba Info. Pessoais – Sub-Aba Emails

Nome Nome completo da pessoa.
Nome Reduzido Nome reduzido da pessoa.
AutoId Chave interna do sistema para identificar a pessoa.
Cnp Se a pessoa for caracterizada como pessoa física, o CNP passa a ser o
CPF (Cadastro de Pessoa Física) da mesma.
Se a pessoa for caracterizada como pessoa Jurídica, passa a ser então o
CNPJ (Cadastro Nacional de Pessoa Jurídica).
Também pode ser utilizado o CEI (Cadastro Específico do INSS).
Sexo Sexo da pessoa.
Data Nascimento Data de nascimento da pessoa.
Data Adoção Data de adoção.
Estado Civil Estado civil da pessoa.
Nome Cônjuge Nome do cônjuge/companheiro da pessoa.
Naturalidade Código da cidade (previamente cadastrado) onde a pessoa nasceu.
Nacionalidade Nacionalidade da pessoa.
Escolaridade Grau de escolaridade da pessoa.
Natureza Ocupação Natureza de ocupação da pessoa.
Nome Mãe Nome da mãe.
Ocupação Profissional Ocupação profissional da pessoa.
Checkbox Considera endereço do Se marcado, indica que o beneficiário dependente assumirá o endereço do
Titular para dependentes titular. Ao marcar este parâmetro, o processo irá inserir um fim de vigência
Página 457 de 749
no endereço válido de todos os dependentes relacionados ao titular
(comercial ou residencial) de acordo com o que for selecionado no combo
endereço. Com isso, apenas o titular terá um endereço vigente, e no caso
dos demais processos do Cardio que se fizer necessário o uso do
endereço do dependente será utilizado o endereço do titular.
Endereço Este combo somente poderá ser preenchido se o checkbox “Considera
endereço do Titular para dependentes” estiver marcado, ele disponibilizará
as seguintes opções:
 Comercial – Se selecionado, indica que os beneficiários
dependentes que possuem endereço comercial cadastrado,
assumirão o endereço comercial do titular.
 Residencial – Se selecionado, indica que os beneficiários
dependentes que possuem endereço residencial cadastrado,
assumirão o endereço residencial do titular.
 Branco – Se selecionado, indica que os beneficiários
dependentes assumirão o(s) endereço(s) comercial ou residencial
do titular.
Por exemplo:
 Se o titular tiver os dois endereços (comercial e residencial)
vigentes e o dependente tiver os dois endereços (comercial e
residencial), o dependente assumirá os dois endereços do titular.
 Se o titular tiver os dois endereços (comercial e residencial)
vigentes e o dependente tiver apenas o endereço Residencial, o
dependente assumirá o endereço Residencial do titular.
Se o titular tiver os dois endereços (comercial e residencial) vigentes e o

dependente tiver apenas o endereço Comercial, o dependente assumirá o
endereço Comercial do titular.
Sub-Aba Registros Aba com dados de documentos para identificação da pessoa
Sub-Aba Endereço Aba com dados do(s) endereço(s) da pessoa.
Sub-Aba Telefones Aba com dados do(s) telefone (s) da pessoa.
Sub-Aba Emails Aba com dados do(s) e-mail (s) da pessoa.

Página 458 de 749
Aba Atendimento:
Nesta aba poderão ser registrados todos os atendimentos que foram realizados para o beneficiário. A cada
atendimento que o atendente realizar, independente de ter realizado alguma atualização de dados, ele poderá
registrar nessa aba. As informações registradas têm fins estatísticos. Pode-se saber, por exemplo, se o
atendimento direto está ou não satisfatório, que tipo de atendimento é mais requisitado, qual Unidade realiza
maior atendimento, etc.
Tela 11.8-8 – Atualização Dados Cadastrais – Lupa Pessoa – Aba Atendimentos - Grid

Página 459 de 749
Tela 11.8-9 – Atualização Dados Cadastrais – Lupa Pessoa – Aba Atendimentos – Aba Geral

Cliente Cliente atendido. Campo informativo, não fica habilitado.
Identificação Chave interna do sistema para identificar o atendimento.
Abertura Data e horário em que o atendimento foi realizado.
Canal Canal de atendimento.
Unidade Informação de qual local onde foi realizado o atendimento.
Atendente Registro do nome da pessoa responsável pelo atendimento.
Motivo Informado de acordo com os valores cadastradas na tabela de
MotivoAtendCliente.
Complemento Descreve informações a respeito do atendimento.
Fechamento Data e horário de final do atendimento direto feito ao cliente.

Grau Satisfação Grau de satisfação do atendimento realizado.

Página 460 de 749
 Observação sobre a Entidade (Cadastros / Tabelas Gerais / Observação sobre a Entidade)
o Mensagem Operadora: Utilizar essa opção quando for cadastrada uma “Observação sobre a
Entidade” para a própria Unimed. Esse tipo só é válido para o prestador de serviço que identifique a
própria Unimed do sistema. A informação cadastrada nessas características será utilizada como
complemento da glosa 302 - Cartão Bloqueado automaticamente na geração.
Tela 11.8-10 – Observação sobre a Entidade – Tipo

Página 461 de 749
 Configuração da Operadora (Diversos / Configuração Geral / Configuração da Operadora)
o “Desbloquear Cartão automaticamente”: Quando marcado indica que os Cartões de Identificação
bloqueados automaticamente no momento da geração serão desbloqueados quando da sua primeira
utilização. O valor default deste campo é Verdadeiro.
o “Motivo de Desbloqueio Automático”: Quando preenchido indica o motivo que será utilizado no
desbloqueio automático do cartão. É de preenchimento opcional e será habilitado apenas quando o
campo “Desbloquear Cartão automaticamente” estiver marcado.
Tela 11.8-11 – Configuração da Operadora – Aba Cartões
 Quando o campo “Desbloquear Cartão Automaticamente” estiver selecionado indica que o processo de
desbloqueio cartão continuará funcionando da maneira atual, ou seja, o cartão bloqueado na geração será
desbloqueado automaticamente na primeira utilização e o motivo de desbloqueio do cartão será gravado
com o valor informado no campo “Motivo de Desbloqueio Automático”.
 Quando o campo “Desbloquear Cartão Automaticamente” não estiver selecionado indica que quando o
beneficiário utilizar um cartão bloqueado automaticamente o processo de auditoria irá gerar a nova glosa
“302 - Cartão Bloqueado automaticamente na geração”. No complemento dessa glosa será impressa a
observação cadastrada no formulário “Observação sobre a Entidade” quando o campo “Tipo” for igual à
Mensagem Operadora.

Página 462 de 749
Tipos de Glosa Auditoria:
 302 - Cartão Bloqueado automaticamente na geração
Essa glosa será gerada nas auditorias de evento/item evento e solicitação/item solicitação quando o
campo “Desbloquear Cartão automaticamente” da Configuração da Operadora estiver desmarcado. E
se existir cadastro no formulário “Observação sobre a Entidade” com o campo “Tipo” igual à
Mensagem Operadora, a informação cadastrada será demonstrada como complemento dessa glosa.
Para que a glosa deixe de ser gerada, o campo “Desbloquear Cartão Automaticamente” deverá ser
marcado ou deverá ser realizado o desbloqueio manual para o beneficiário pelo formulário.
 Negociação de Mov. Cadastral (Cadastros / Contratos / Negociação de Mov. Cadastral)

o “Bloquear Cartão Benef. Sem dados obrigatórios”: Indica que apenas os beneficiários com os
dados obrigatórios segundo critérios da ANS que não estiverem preenchidos terão o cartão
bloqueado automaticamente no momento da sua geração. É um campo opcional, mas só poderá
ser selecionado quando o campo “Gerar Cartão Beneficiário Bloqueado” estiver marcado.
 Obs.: Para identificar os beneficiários com dados obrigatórios ANS não preenchidos,
serão reaproveitadas as regras utilizadas na geração do SIB.
Tela 11.8-12 – Negociação de Mov. Cadastral – Aba Cartões

Página 463 de 749
 Bloquear, Desbloquear e Devolver Cartão (Cadastros / Beneficiários / Cartões / Bloquear, Desbloquear e
Devolver Cartão)
o Tipo de Ação: Quando o formulário Bloquear, Desbloquear e Devolver Cartão for acionado pelo link
"Bloquear, Desbloquear e Devolver Cartão" do formulário de Atualização Dados Cadastrais será
fixado no campo “Tipo de Ação” a opção “Desbloqueia Cartão”, desta forma não será possível alterá-
lo. Se acionado pelo menu (Cadastros / Beneficiários / Cartões / Bloquear, Desbloquear e Devolver
Cartão) todas as opções do campo estarão disponíveis.
o “Motivo Desbloqueio”: Identifica o motivo de desbloqueio do cartão. Esse campo só ficará habilitado
quando o campo “Tipo de Ação” estiver preenchido com a opção Desbloqueia Cartão.
o “Desbloqueia todas as vias válidas”: Quando marcado indica que todas as vias bloqueadas e válidas,
ou seja, que não estejam vencidas, do cartão de identificação do beneficiário serão desbloqueadas,
pois atualmente apenas a última via é desbloqueada. Esse campo só ficará habilitado quando o
campo “Tipo de Ação” estiver preenchido com a opção Desbloqueia Cartão. Este parâmetro é muito
útil no caso do beneficiário perder o seu cartão e solicitar nova via, porém antes de recebê-la ele
precisou utilizar o plano e acabou reencontrando a via que tinha perdido. Desta forma, ele pode
solicitar a Unimed que mantenha a via anterior desbloqueada para que possa utilizar até a outra via
chegar.
o Motivo Cadastro Incompleto – Este combo somente será habilitado para preenchimento se o
checkbox “Cadastro Completo” estiver desmarcado.
Se selecionado, permite informar o motivo pelo qual o cadastro do beneficiário está incompleto.
o Cadastro Completo – Este checkbox somente será habilitado para o tipo de ação Desbloqueia Cartão,
e por default, ficará desabilitado.
Se marcado, permite informar que o cadastro do beneficiário está completo e foi atualizado no
momento do desbloqueio, porém é um campo apenas informativo. Ou seja, o sistema não faz nenhum
tipo de verificação quanto ao cadastro do beneficiário.
 Obs.: com o preenchimento desses campos as informações ficarão gravadas no formulário

“Cartão de Identificação” do beneficiário.

Página 464 de 749
Tela 11.8-13 – Bloquear, Desbloquear e Devolver Cartão

Página 465 de 749
 Conferência de cartões emitidos (Relatório / Cadastros / Beneficiários / Conferência de cartões emitidos)
Aba Restrições:
o “Quebrar por Modelo Contrato”: Quando marcado indica que o relatório passará a ter uma quebra por
Modelo de Contrato e não demonstrará a coluna “Modelo Contrato”. Quando desmarcado indica que
será demonstrada a coluna “Modelo Contrato”.
o “Imprimir Total por Contrato”: Quando marcado indica que será gerado um totalizar por Contrato no
relatório.
o Imprimir Dados de Bloqueio – Se marcado irá imprimir todas as informações sobre o total de cartões
bloqueados, desbloqueados e utilização com bloqueio (neste caso será obrigatório informar o período
de utilização – aba Data Utilização).
Se desmarcado irá imprimir somente as informações gerais dos totais de cartões.
o “Intervalo Período Utilização”: Restringe o período que será analisado para encontrar
Eventos/Solicitações com beneficiários que utilizaram o cartão bloqueado. Obrigatório quando
“Cartões bloqueados automaticamente com utilização” marcado, nas demais situações,
preenchimento não permitido.
o Cartões Válidos não emitidos: Se esse checkbox estiver marcado, o relatório será composto apenas
de Cartões que estão Sem Emissão e que também não tenham nenhum registro de Bloqueio ou
Desbloqueio.
Tela 11.8-14 – Conferência de cartões emitidos – Aba Restrições

Página 466 de 749
 Quando os campos “Cartões Bloqueados” e “Cartões Desbloqueados” estiverem marcados serão
demonstrados no relatório apenas os cartões que ainda estão bloqueados e os que já foram
desbloqueados.
 Quando os campos “Cartões Bloqueados” e “Cartões Desbloqueados” estiverem desmarcados serão
demonstrados no relatório todos os cartões.
 Quando os campos “Cartões bloqueados automaticamente com utilização” e “Intervalo Período Utilização”
estiverem desmarcados serão demonstrados no relatório os cartões de beneficiários que possuam Eventos
e/ou Solicitações foram gerados com a glosa “Cartão Bloqueado automaticamente na geração”.
Aba Listas:
o “Lista Motivo Bloqueio”: Relação de motivos de bloqueio que deverão ser considerados durante o
processo de seleção de dados. Essa aba é composta pelos campos abaixo:
 (checkbox) “Exceto”: Quando marcado indica que deverão ser considerados na seleção de
dados todos os motivos de bloqueio, menos os indicados no grid. Quando desmarcado
indica que deverão ser considerados na seleção de dados apenas os motivos de bloqueio
indicados no grid.
 (grid) “Motivos Bloqueio Cartão”: Identifica os motivos de bloqueio que deverão ser
considerados ou não na seleção de dados.
o “Lista Motivo Desbloqueio”: Relação de motivos de desbloqueio que deverão ser considerados
durante o processo de seleção de dados. Essa aba é composta pelos campos abaixo:
 (checkbox) “Exceto”: Quando marcado indica que deverão ser considerados na seleção de
dados todos os motivos de desbloqueio, menos os indicados no grid. Quando desmarcado
indica que deverão ser considerados na seleção de dados apenas os motivos de
desbloqueio indicados no grid.
 (grid) “Motivos Desbloqueio Cartão”: Identifica os motivos de desbloqueio que deverão ser
considerados ou não na seleção de dados.
Obs.: na Lista Motivo Desbloqueio só permitido informar quando o checkbox Cartões
Desbloqueados estiver marcado

Página 467 de 749
Tela 11.8-15 – Conferência de cartões emitidos – Aba Listas

 Lista Motivos Bloqueio só pode ser informada quando "Cartões Bloqueados" marcado
Essa mensagem irá ocorrer sempre que a aba “Motivos Bloqueio” possuir dados e o campo "Cartões
Bloqueados" não estiver selecionado. Para que a mensagem deixe de ser demonstrada o campo "Cartões
Bloqueados" deverá ser marcado ou a aba “Motivos Bloqueio” deverá ser limpa.
 Lista Motivos Desbloqueio só pode ser informada quando "Cartões Desbloqueados" marcado
Essa mensagem irá ocorrer sempre que a aba “Motivos Desbloqueio” possuir dados e o campo "Cartões
Desbloqueados" não estiver selecionado. Para que a mensagem deixe de ser demonstrada o campo
"Cartões Desbloqueados" deverá ser marcado ou a aba “Motivos Desbloqueio” deverá ser limpa.

Página 468 de 749
Colunas, quebras e totalizadores:
o “Telefone”: identifica o número de telefone do beneficiário
o “Bloq.”: identifica se o cartão está bloqueado.
o “Dt. Desbloqueio”: identifica a data de desbloqueio do cartão.
o Quebra por Modelo de Contrato: será gerado quando o campo “Quebrar por Modelo Contrato” estiver
selecionado.
o Totalizador por Modelo Contrato: Identifica a quantidade total de cartões bloqueados, desbloqueados
e total demonstrados no relatório para o Modelo Contrato será demonstrado quando o campo
“Quebrar por Modelo Contrato” estiver selecionado.
o Totalizador por Contrato: Identifica a quantidade total de cartões bloqueados, desbloqueados e total
demonstrados no relatório para o Contrato. Será demonstrado quando o campo “Imprimir Total por
Contrato” estiver selecionado.
o Totalizador de Cartões Bloqueados: identifica a quantidade total geral de cartões bloqueados
demonstrados no relatório.
o Totalizador de Cartões Desbloqueados: identifica a quantidade total geral de cartões desbloqueados
demonstrados no relatório.
Modelo Relatório:
Tela 11.8-16 – Relatório Conferência de Cartões Emitidos

Página 469 de 749
Exemplos:
1º Exemplo: Checkbox “Desbloquear Cartão automaticamente” da Configuração da Operadora desmarcado.
Tela 11.8-17 – Configuração da Operadora – Aba Cartões
Suponha-se que para o Contrato Teste Dois Mil, possua na sua Negociação de Mov. Cadastral a seguinte
configuração para Cartões:

Página 470 de 749
Tela 11.8-18 – Negociação de Mov. Cadastral – Aba Cartões
E suponha-se que existe o seguinte cadastro em Observação sobre a Entidade:
Tela 11.8-19 – Observação sobre a Entidade

Página 471 de 749
Dessa forma ao gerarmos uma segunda via para os beneficiários desse contrato, teremos para o beneficiário
Contrato Teste Dois Mil, a seguinte informação gerada nos registros de cartão de identificação:
Tela 11.8-20 – Beneficiário – Beneficiário Contrato Teste Dois Mil
Tela 11.8-21 – Cartão de Identificação do Beneficiário Contrato Teste Dois Mil - Aba Info. Bloq./Desbloq.

Página 472 de 749
Assim, ao gerar a primeira solicitação para o beneficiário a glosa 302 será gerada conforme demonstrado nas
telas abaixo:
Tela 11.8-22 – Solicitação Serviço do Benef. Contrato Teste Dois Mil - Aba Auditoria – Sub- Aba Glosas

Página 473 de 749
Tela 11.8-23 – Solicitação Serviço do Benef. Contrato Teste Dois Mil - Complemento da glosa 302
Com essa glosa, o atendente poderá alterar os dados cadastrais do beneficiário pelo formulário Atualização
Dados Cadastrais (Cadastros / Beneficiários / Atualização Dados Cadastrais), conforme exemplo abaixo:
Tela 11.8-24 – Selecionar Atualização Dados Cadastrais do Benef. Contrato Teste Dois Mil

Página 474 de 749
Tela 11.8-25 – Atualização Dados Cadastrais do Benef. Contrato Teste Dois Mil
Por meio da lupa do campo “Pessoa”, o atendente terá acesso às telas para a alteração ou cadastramento dos
dados pessoais do beneficiário. Basta clicar no botão “Editar” e todos os campos serão habilitados para
preenchimento.

Página 475 de 749
Tela 11.8-26 –Atualização Dados Cadastrais- Lupa Pessoa – Aba Info. Pessoais
Após as atualizações cadastrais do beneficiário, o atendente poderá voltar à tela inicial do formulário e clicar
no ícone para acessar o formulário Bloquear, Desbloquear e Devolver Cartão (Cadastros / Beneficiários /
Cartões / Bloquear, Desbloquear e Devolver Cartão) para efetuar o desbloqueio do cartão do beneficiário.

Página 476 de 749
Tela 11.8-27 –Atualização Dados Cadastrais - Atalho Bloquear, Desbloquear e Devolver Cartões
Tela 11.8-28 – Bloquear, Desbloquear e Devolver Cartões do beneficiário Contrato Teste Dois Mil

Página 477 de 749
2º Exemplo: Neste exemplo é demonstrado o relatório de Conferência de Cartões Emitidos gerado com o
checkbox Imprimir Dados de Bloqueio marcado. É possível conferir e identificar com maior facilidade o total de
cartões bloqueados, desbloqueados e bloqueados com utilização.
Tela 11.8-29 – Conferência de cartões emitidos - Imprimir Dados de Bloqueio Marcado
Tela 11.8-30 – Conferência de cartões emitidos

Página 478 de 749
3º Exemplo: Relatório de Conferência de Cartões Emitidos com o checkbox Imprimir Dados de Bloqueio
desmarcado. Neste caso é possível consultar apenas o total geral de cartões emitidos.
Tela 11.8-31 – Conferência de cartões emitidos - Imprimir Dados de Bloqueio Desmarcado
Tela 11.8-32 – Conferência de cartões emitidos

Página 479 de 749
11.9. Emissão Cartão Magnético
1 – Geração de Cartão por Movimentação Cadastral – utilizado para gerar e emitir cartões para
movimentações cadastrais de beneficiários que tenha o checkbox Considera Cartão sinalizado.
Por exemplo, acabamos de efetuar inclusão de um beneficiário e sua movimentação cadastral está sinalizada
Considera Cartão, para gerar e emitir o cartão do beneficiário precisamos seguir os passos abaixo:
 Geração de Cartão por Mov. Cadastral – [ (Cadastros / Beneficiários / Cartões / Geração de Cartão
por Mov. Cadastral) ]
 Emissão de Cartão – [ (Cadastros / Beneficiários / Cartões / Emissão de Cartão) ]

Página 480 de 749
11.1.1 Geração de Cartão por Mov. Cadastral
Objetivo:
Esse processo irá gerar cartão de identificação devido a uma movimentação cadastral de beneficiário,
de acordo com as restrições informadas, e dos intervalos e listas de parâmetros preenchidos.
Tela 11-33 – Geração de Cartão por Mov. Cadastral
Módulo: Módulo operadora que será utilizado para geração do cartão. Se for
informado, será gerado cartão para todos os beneficiários que
tiverem esse módulo.
Modelo do Cartão: Modelo de cartão que será utilizado para geração do cartão. Se for
informado, será gerado cartão para todos os beneficiários que
tiverem o cartão de identificação com esse modelo de cartão.
Exceto quando informado cartão do tipo provisório, pois este não
poderá ser utilizado como filtro.
Caso não seja informado, será utilizado o modelo de cartão definido

na Negociação de Mov. Cadastral [(Cadastros / Contratos /
Página 481 de 749
Negociação de Mov. Cadastral)] para o contrato ou modelo de
contrato que o beneficiário pertencer.
Novo Modelo Cartão: Se informado, será utilizado o novo modelo de cartão para geração
de cartão. Ou seja, o sistema irá ignorar o modelo de cartão da
Negociação de Mov. Cadastral e irá considerar o modelo aqui
definido.
Caso não seja informado, será utilizado o modelo de cartão definido

na Negociação de Mov. Cadastral [(Cadastros / Contratos /
Negociação de Mov. Cadastral)] para o contrato ou modelo de
contrato que o beneficiário pertencer.
Data de Referência: Data de referência para geração de cartão.
Sub-Abas
Contratos: Intervalo inicial e final de contratos. Se for informado, será gerado
cartão para todos os beneficiários que pertencerem aos contratos
informados.
Modelos de Contratos: Intervalo inicial e final de modelos de contratos. Se for informado,
será gerado cartão para todos os beneficiários que pertencerem aos
contratos com os modelos informados.
Famílias: Intervalo inicial e final de família. Se for informado, será gerado
cartão para todos os beneficiários que pertencerem as famílias
informadas.
Aba Listas
Contratos: É possível definir contratos aleatoriamente, para que sejam utilizados
como filtros na Geração de Cartão por Mov. Cadastral.
Modelos de Contratos: É possível definir modelos de contratos aleatoriamente, para que sejam
utilizados como filtros na Geração de Cartão por Mov. Cadastral.
Beneficiários: É possível definir beneficiários aleatoriamente, para que sejam utilizados
Tipo de Movimentações É possível definir quais os tipos de movimentações cadastrais serão
Cadastrais: utilizados como filtros na Geração de Cartão por Mov. Cadastral.
 Caso ocorra algum erro durante o processamento, será exibida uma mensagem informando que
foram encontrados erros, e o caminho onde foi gravado o arquivo.
Os arquivos de erros serão gravados no caminho parametrizado na Configuração Operadora
[(Diversos / Configuração Geral / Configuração da Operadora)], Aba Caminho Diretórios > Sub-
Aba Movimentação Cadastral > Campo Exportação.

Página 482 de 749
12.1.1 Emissão de Cartão
Objetivo:
Essa rotina irá gerar um arquivo para impressão do cartão magnético, de acordo com as restrições
informadas, e dos intervalos e listas de parâmetros preenchidos.
Tela 11-34 – Emissão de Cartão
Checkbox Emitir Etiqueta: Se marcado, será gerado também o arquivo de etiquetas. E
obrigatoriamente deverá ser informado o campo endereço
(Correspondência / Cobrança / Faturamento) e o campo tipo de
endereço (Residencial / Comercial). Se este checkbox estiver
marcado e no arquivo *.CFG do cartão magnético possuir um dos
buffers !EnderecoEtiqueta e/ou !CidadeEtiqueta os dados de
endereço serão gerados junto com as demais informações do
arquivo de cartão.
Checkbox Emite somente Se marcado serão emitidas etiquetas apenas para titulares,
titulares na etiqueta: conforme filtros informados. Se este checkbox estiver marcado e no
arquivo *.CFG do cartão magnético possuir um dos buffers
!EnderecoEtiqueta e/ou !CidadeEtiqueta os dados de endereço
Página 483 de 749
serão gerados junto com as demais informações do arquivo de
cartão.
Checkbox Emite somente Se marcado serão emitidas etiquetas apenas para contratantes,
contratantes na etiqueta: conforme filtros informados. Se este checkbox estiver marcado e no
arquivo *.CFG do cartão magnético possuir um dos buffers
!EnderecoEtiqueta e/ou !CidadeEtiqueta os dados de endereço
serão gerados junto com as demais informações do arquivo de
cartão.
Emitir Carências: Esse parâmetro define se serão ou não exibidas às carências do
beneficiário no arquivo do cartão. Por default esse checkbox virá
marcado.
Marcado, serão exibidas as carências no cartão. Se não for
necessário a sua utilização, deverá ser desmarcado e não serão exibidas
as carências no cartão. A ordem de exibição das carências será de
acordo com a ordem priorizada no modelo de contrato.
Emite somente Plano Se marcado, serão emitidos os cartões somente para beneficiários
Regulamentado: cujo módulo operadora seja Regulamentado.
Emite somente Plano Não Se marcado, serão emitidos os cartões somente para beneficiários
Regulamentado: cujo módulo operadora seja Não Regulamentado.
Relatório: É possível extrair um relatório dos cartões emitidos de acordo com
os parâmetros informados em tela.
Tipo Pessoa: Ao selecionar o Tipo Pessoa (Física ou Jurídica), serão recuperados os
contratos que possuam o tipo de pessoa indicada e que atendam os
demais parâmetros ou combinações preenchidas em tela.
Ordenação: Define qual ordenação será utilizada para o arquivo emitido de
cartões e etiquetas.
Geração Arquivo: Existem 2 opções para a geração dos arquivos com os dados dos Cartões
de Identificação:
o “Contrato” – Gera os arquivos separando-os pelo Contrato do
Beneficiário.
o “Contrato + Lotação” – Gera os arquivos separando-os pelo
Contrato e pela Lotação do Beneficiário.
o “Em Branco” – Caso não informado nenhum valor no campo, será
gerado apenas 1 arquivo sem separação.
Checkbox Correspondência: Se marcado, será verificado no endereço da pessoa do beneficiário
um endereço com o Checkbox Correspondência marcado e vigente
para emissão de etiqueta.
Checkbox Cobrança: Se marcado, será verificado no endereço da pessoa do beneficiário
um endereço com o Checkbox Cobrança marcado e vigente para
emissão de etiqueta.
Checkbox Faturamento: Se marcado, será verificado no endereço da pessoa do beneficiário
um endereço com o Checkbox Faturamento marcado e vigente para
Endereço: Tipos de endereço: Residencial ou Comercial. Se informado, será
verificado no endereço da pessoa do beneficiário um endereço com
o tipo informado para emissão de etiqueta. Se o checkbox Emitir
Página 484 de 749
etiqueta estiver marcado, este campo deverá ser preenchido.
Abas
Módulo: Módulo operadora para seleção de emissão de cartão. Se for informado,
será gerado arquivo de cartão para todos os beneficiários que possuírem
esse módulo.
Modelo Cartão: Modelo de cartão para seleção dos cartões a serem emitidos. Se for
informado, será gerado arquivo de cartão (conforme filtros) para todos os
beneficiários que possuírem um cartão de identificação com esse modelo
de cartão.
Data Validade Final: Se informado, serão recuperados todos os cartões de identificação
(conforme filtros escolhidos em tela) que tenham a data de validade
igual à data informada.
Data Emissão Inicial e Final Se informado, serão selecionados os cartões que foram emitidos dentro do
intervalo de datas informadas.
Beneficiário Inicial e Final Permite emitir cartões por intervalo de beneficiário.
Sub-Abas
Contratos: Intervalo inicial e final de contrato para emissão dos cartões.
Modelos de Contratos: Intervalo inicial e final de modelos de contratos para emissão de cartões.
Famílias: Intervalo inicial e final de famílias para emissão de cartões.
Lotações: Intervalo inicial e final de lotações. Será verificada a Lotação cadastrada
na Guia Lotação dos Beneficiários.
Aba Listas
Contratos: É possível definir contratos aleatoriamente, para que sejam utilizados
Modelos de Contratos: É possível definir modelos de contratos aleatoriamente, para que sejam
utilizados como filtros na Geração de Cartão por Mov. Cadastral.
Beneficiários: É possível definir beneficiários aleatoriamente, para que sejam utilizados
Tipo de Movimentações É possível definir quais os tipos de movimentações cadastrais serão
Cadastrais: utilizados como filtros na Geração de Cartão por Mov. Cadastral.
Lotações: É possível definir lotações aleatoriamente. Será verificada a Lotação
cadastrada na Guia Lotação dos Beneficiários

Página 485 de 749
13.1.1 Geração de 2ª Via de Cartão

Para gerar uma nova via de cartão de beneficiário algumas informações deverão estar previamente
cadastradas.
 Motivo de Bloqueio do Cartão (Cadastros / Tabelas Gerais / Motivo de Bloqueio do Cartão)
Tela 11.9-35 – Motivo de Bloqueio do Cartão

Código Código do motivo de bloqueio do cartão
Nome Descrição do motivo de bloqueio do cartão

Página 486 de 749
 Motivo de Desbloqueio do Cartão (Cadastros / Tabelas Gerais / Motivo de Desbloqueio do Cartão)
Tela 11.9-36 – Motivo de Desbloqueio do Cartão

Código Código do motivo de desbloqueio do cartão
Nome Descrição do motivo de desbloqueio do cartão

Página 487 de 749
Para gerar uma nova via de cartão de beneficiário temos que seguir os passos abaixo:
 Bloquear/ Desbloquear e devolver - [ (Cadastros / Beneficiários / Cartões / Bloquear , Desbloquear e

Devolver Cartão) ]
Objetivo:
Essa rotina irá bloquear ou desbloquear ou devolver o cartão de identificação do beneficiário, de

acordo com o tipo de ação escolhida, das restrições informadas, e dos intervalos e listas de
parâmetros preenchidos.
Tela 11-37 – Emissão de Cartão
Tipo de Ação: Existem 3 tipos de ação:
1) Bloqueia cartão: essa opção fará com que o cartão do

beneficiário seja bloqueado para atendimento. Ao escolher essa
opção existem as seguintes regras:
 Cartão não pode estar bloqueado e não pode ter sido
devolvido.
 O beneficiário não pode ter uma suspensão de vínculo
Página 488 de 749
associada sem a data de reativação preenchida.
2) Desbloqueia Cartão: essa opção fará com que o cartão do

beneficiário seja desbloqueado para atendimento. Ao escolher
essa opção existem as seguintes regras:
 O cartão deve estar bloqueado e não pode ter sido

devolvido.
 Não pode haver solicitação de emissão de 2ª via pendente.
3) Devolve Cartão: essa opção fará com que o cartão do

beneficiário seja marcado como devolvido. Apenas informativo.
Ao escolher essa opção existem as seguintes regras:

 O cartão deve estar bloqueado.
Observação: caso o cartão do beneficiário não esteja
bloqueado, o sistema bloqueará automaticamente o
cartão que está sendo devolvido.
Motivo: Define o motivo que está sendo bloqueado, desbloqueado ou

devolvido o cartão.
Para os tipos de ação Bloqueio e Devolução de Cartão essa

informação é obrigatória.
Checkbox Solicitar Novo Cartão: Para o tipo de ação Bloqueia Cartão, pode-se solicitar um novo
cartão juntamente com o bloqueio. Esse processamento é o mesmo
realizado na rotina disponível em: [(Cadastros / Beneficiários /
Cartões / Solicitação de 2ª via de cartão)].
Checkbox Lista Negra: Pode-se adicionar (marcando) ou remover (desmarcando) um cartão
de identificação na Lista Negra. Apenas informativo.
Motivo Desbloqueio Identifica o motivo de desbloqueio do cartão. Esse campo só ficará
habilitado quando o campo “Tipo de Ação” estiver preenchido com a
opção Desbloqueia Cartão.
Checkbox Desbloqueia todas as Quando marcado indica que todas as vias bloqueadas e válidas, ou
vias válidas seja, que não estejam vencidas, do cartão de identificação do
beneficiário serão desbloqueadas, pois atualmente apenas a última
via é desbloqueada. Esse campo só ficará habilitado quando o
campo “Tipo de Ação” estiver preenchido com a opção Desbloqueia
Cartão. Este parâmetro é muito útil no caso do beneficiário perder o
seu cartão e solicitar nova via, porém antes de recebê-la ele
precisou utilizar o plano e acabou reencontrando a via que tinha
Página 489 de 749
perdido. Desta forma, ele pode solicitar a Unimed que mantenha a
via anterior desbloqueada para que possa utilizar até a outra via
chegar.
 Obs.: com o preenchimento desses campos as informações
abaixo ficarão gravadas no formulário “Cartão de
Identificação” do beneficiário: Data Último Bloqueio, Data
Desbloqueio, Operador Desbloqueio e Motivo Desbloqueio.
Aba Restrições
Módulo: Módulo operadora para seleção. Se for informado, serão
bloqueados, desbloqueados ou devolvidos os cartões para todos os
beneficiários que possuírem esse módulo.
Modelo Cartão: Modelo de cartão para seleção. Se for informado, serão bloqueados,
desbloqueados ou devolvidos os cartões para todos os beneficiários
que possuírem esse modelo.
Sub-Abas
Contratos: Intervalo inicial e final de contrato para Bloquear, Desbloquear e
Devolver Cartão.
Modelos de Contratos: Intervalo inicial e final de modelos de contratos para Bloquear,
Desbloquear e Devolver Cartão.
Família: Intervalo inicial e final de famílias para Bloquear, Desbloquear e
Devolver Cartão.
Aba Listas
Contratos: É possível definir contratos aleatoriamente, para que sejam
utilizados como filtros para Bloquear, Desbloquear e Devolver
Cartão.
Modelos de Contratos: É possível definir modelos de contratos aleatoriamente, para que
sejam utilizados como filtros para Bloquear, Desbloquear e Devolver
Cartão.
Beneficiários: É possível definir beneficiários aleatoriamente, para que sejam
utilizados como filtros para Bloquear, Desbloquear e Devolver
Cartão.
 Solicitação de 2ª Via de Cartão - [ (Cadastros / Beneficiários / Cartões / Solicitação de Cartão 2ª via) ]
Objetivo:
Essa rotina irá gerar uma solicitação de emissão de 2ª via de cartão, de acordo com as restrições

Página 490 de 749
Tela 11-38 – Solicitação de 2ª via de cartão

Página 491 de 749
Checkbox Faturada: Define se a 2ª via de cartão solicitada será faturada (cobrada). Se
marcado essa opção, ao realizar o processo de Valorização de
Cobrança das Mov. Cadastrais, o sistema irá buscar na
Movimentação Cadastral do beneficiário o checkbox Faturada, se
estiver marcado, irá buscar um valor cadastrado na Negociação Pré.
Aba Restrições
Módulo: Módulo operadora para seleção. Se for informado, será solicitado 2ª
via de cartão para todos os beneficiários que possuírem esse
módulo.
Modelo Cartão: Modelo de cartão para seleção. Se for informado, será solicitado 2ª
via de cartão para todos os beneficiários que possuírem esse
modelo.
Sub-Abas
Contratos: Intervalo inicial e final de contrato que serão considerados para
Solicitação 2ª via de cartão.
Modelos de Contratos: Intervalo inicial e final de modelos de contratos que serão
considerados para Solicitação 2ª via de cartão.
Família: Intervalo inicial e final de famílias que serão considerados para
Solicitação 2ª via de cartão.
Aba Listas
utilizados como filtros para Solicitação 2ª via de cartão.
sejam utilizados como filtros para Solicitação 2ª via de cartão.
utilizados como filtros para Solicitação 2ª via de cartão.

Página 492 de 749
 Geração de Cartão 2ª Via - [ (Cadastros / Beneficiários / Cartões / Geração de Cartão 2ª via) ]
Objetivo:
Essa rotina irá gerar uma nova via de cartão de identificação, de acordo com as restrições
Tela 11-39 – Geração de Cartão 2ª Via
Limite Mínimo Validade: Define um limite mínimo de ano-mês para nova data de validade do
cartão.
Nova Data Validade: Define qual será a nova data de validade final do cartão de
identificação. Se esse campo for preenchido, não é necessário
cadastrar as informações dos campos Periodicidade e Unidade de
Periodicidade.
Periodicidade: Define o período de validade do cartão, juntamente com a unidade
de periodicidade. Se esse campo for preenchido não é necessário
cadastrar a informação do campo Nova Data Validade.
Unidade de Periodicidade: Define se a periodicidade do cartão será considerada em dia(s) ou
mês(es). Se esse campo for preenchido não é necessário cadastrar
a informação do campo Nova Data Validade.
Aba Restrições
Página 493 de 749
Módulo: Módulo operadora para seleção. Se for informado, será Gerado 2ª
via de Cartão para todos os beneficiários que possuírem esse
módulo.
Modelo Cartão: Modelo de cartão para seleção. Se for informado, será Gerado 2ª via
de Cartão para todos os beneficiários que possuírem esse modelo.
Data Validade Final: Se informado, serão recuperados todos os cartões de identificação
(conforme filtros escolhidos em tela) que tenham a data de validade
igual à data informada.
Sub-Abas
Geração de Cartão 2ª via.
considerados para Geração de Cartão 2ª via.
Geração de Cartão 2ª via.
Aba Listas
utilizados como filtros para Geração de Cartão 2ª via.
sejam utilizados como filtros para Geração de Cartão 2ª via.
utilizados como filtros para Geração de Cartão 2ª via.
 Emissão de Cartão - [ (Cadastros / Beneficiários / Cartões / Emissão de Cartão) ] – já citado acima.

Página 494 de 749
14.1.1 Geração Ren. de Cartão Val. Expirando
Os processos abaixo serão utilizados para gerar cartões para beneficiários que estão com a via expirando.
 Solicitação Renovação de Cartão Val. Expirando

[ (Cadastros / Beneficiários / Cartões / Solicitação Renovação de Cartão Validade Expirando) ]
Objetivo:
Essa rotina irá gerar uma solicitação de renovação de cartão com a validade expirando, de acordo
com as restrições informadas, e dos intervalos e listas de parâmetros preenchidos.
Mês: Mês de vencimento do cartão de identificação. Serão recuperados
todos os cartões com o mês informado.
Ano: Ano de vencimento do cartão de identificação. Serão recuperados
todos os cartões com o ano informado.
Observação: o ano informado deve ser maior ou igual a 1900.
Checkbox Faturada: Define se a solicitação de renovação de cartão será faturada
(cobrada). Se marcado essa opção, ao realizar o processo de
Página 495 de 749
Valorização de Cobrança das Mov. Cadastrais, o sistema irá buscar
na Movimentação Cadastral do beneficiário o checkbox Faturada, se
estiver marcado, irá buscar um valor cadastrado na Negociação Pré.
Aba Restrições
Módulo: Módulo operadora para seleção. Se for informado, será solicitado
renovação de cartão para todos os beneficiários que possuírem
esse módulo, conforme os parâmetros informados.
Modelo Cartão: Modelo de cartão para seleção. Se for informado, será solicitado
renovação de cartão para todos os beneficiários que possuírem
esse modelo, conforme os parâmetros informados.
Sub-Abas
Solicitação Renovação de Cartão.
considerados Solicitação Renovação de Cartão.
Solicitação Renovação de Cartão.
Aba Listas
utilizados como filtros para Solicitação Renovação de Cartão.
sejam utilizados como filtros para Solicitação Renovação de Cartão.
utilizados como filtros para Solicitação Renovação de Cartão.

Página 496 de 749
 Geração Ren. de Cartão Val. Expirando
[ (Cadastros / Beneficiários / Cartões / Geração Ren. de Cartão Val. Expirando) ]
Objetivo:
Essa rotina irá gerar uma nova via de cartão de identificação para os cartões que tiverem a data de validade
final no intervalo de data inicial e final de expiração preenchido, de acordo com as restrições informadas, e
dos intervalos e listas de parâmetros preenchidos.
Data Inicial de Expiração: Intervalo inicial para recuperação da data de validade final do cartão
de identificação.
Data Final de Expiração: Intervalo final para recuperação da data de validade final do cartão
de identificação.
Nova Data Validade: Define qual será a nova data de validade final do cartão de
identificação. Se esse campo for preenchido, não é necessário
cadastrar as informações dos campos Periodicidade e Unidade de
Periodicidade.
Periodicidade: Define o período de validade do cartão, juntamente com a unidade
de periodicidade. Se esse campo for preenchido não é necessário
Página 497 de 749
cadastrar a informação do campo Nova Data Validade.
Unidade de Periodicidade: Define se a periodicidade do cartão será considerada em dia(s) ou
mês(es). Se esse campo for preenchido não é necessário cadastrar
a informação do campo Nova Data Validade.
Aba Restrições
Módulo: Módulo operadora para seleção. Se for informado, será Gerado Ren.
De Cartão Val. Expirando para todos os beneficiários que possuírem
esse módulo, conforme os parâmetros informados.
Modelo Cartão: Modelo de cartão para seleção. Se for informado, será Gerado Ren.
De Cartão Val. Expirando para todos os beneficiários que possuírem
esse modelo, conforme os parâmetros informados.
Sub-Abas
Geração Ren. De Cartão Val. Expirando.
considerados para Geração Ren. De Cartão Val. Expirando.
Geração Ren. De Cartão Val. Expirando.
Aba Listas
utilizados como filtros para Geração Ren. De Cartão Val. Expirando.
sejam utilizados como filtros para Geração Ren. De Cartão Val.
Expirando.
utilizados como filtros para Geração Ren. De Cartão Val. Expirando.
 Emissão de Cartão - [ (Cadastros / Beneficiários / Cartões / Emissão de Cartão) ]

Página 498 de 749
11.10. Validação da Tarja Magnética do Cartão
Há o processo Validação do Cartão de Identificação [ (Cadastros / Beneficiários / Cartões / Validação do

Cartão de Identificação) ] para que a própria Unimed possa realizar as validações das tarjas magnéticas dos
cartões emitidos, seguindo as normas do PTU.
Com este processo também é possível desbloquear o cartão, quando o checkbox “Libera Cartão Bloqueado”
estiver marcado.
OBSERVAÇÃO: Para utilizar este processo, a Unimed deve possuir uma leitora magnética e, antes de passar
o cartão, é necessário posicionar o cursor do mouse no campo “Tarja”.

Página 499 de 749
11.11. Emissão de Etiqueta de Beneficiários
Objetivo:
Possibilitar a Geração de Etiquetas de Beneficiários, utilizando várias combinações de filtros.
Dessa forma, é possível gerar Etiquetas somente dos Beneficiários que pertencerem à determinada Cidade
e/ou CEP cadastrados no endereço da Pessoa do Beneficiário, por exemplo.
Pré-Requisitos:
 Existir os devidos cadastros utilizados como filtros.
Tela 11-40 – Emissão de Etiqueta (Aba Restrições / Cidade – CEP)
Somente Titulares: Quando marcado somente irá emitir etiqueta para o titular do contrato.
Somente Contratantes: Quando marcado somente irá emitir etiqueta para o contratante do contrato.
Ordenação: Define qual ordenação será utilizada para o arquivo emitido de etiquetas.
Geração Arquivo: Existem 02 opções para a geração dos arquivos com as Etiquetas:
 “Contrato” – Gera os arquivos separando-os pelo Contrato do Beneficiário.
 “Contrato + Lotação” – Gera os arquivos separando-os pelo Contrato e pela
Lotação do Beneficiário.
 “Em Branco” – Caso não informado nenhum valor no campo, será gerado
Página 500 de 749
apenas 1 arquivo sem separação.
Relatório: Relatório Conferência de Cartões Emitidos.
Aba Restrições
Módulo: Módulo operadora para seleção das etiquetas a serem emitidas. Se for informado, será
gerado arquivo de etiqueta para todos os beneficiários que possuírem esse módulo.
Modelo Cartão: Modelo de cartão para seleção das etiquetas a serem emitidas. Se for informado, será
gerado arquivo de etiqueta para todos os beneficiários que possuírem um cartão de
identificação com esse modelo de cartão.
Data Emissão Cartão: Data de emissão para seleção das etiquetas a serem emitidas. Se for informada, será
gerado arquivo de etiqueta para todos os beneficiários que possuírem um cartão de
identificação com essa data de emissão.
Arquivo CFG: Se preenchido, será utilizado o CFG informado. Se não preenchido, o sistema irá
buscar a informação do CFG que irá gerar as etiquetas primeiro em: Modelo de Cartão
de Identificação [(Cadastros / Contratos / Modelo de Cartão de Identificação)], se não
existir irá buscar em: [(Diversos / Configuração Geral / Configuração da Operadora)].
Se esse campo estiver marcado será gerado o arquivo em formato Xml, caso contrário,
Gerar Arquivo Xml:
será gerado o arquivo em formato Txt.
Sub-Abas
Contratos: Intervalo inicial e final de contrato para emissão de etiqueta.
Modelos de Contratos: Intervalo inicial e final de modelos de contratos para emissão de etiqueta.
Famílias: Intervalo inicial e final de famílias para emissão de etiqueta.
Beneficiários: Intervalo inicial e final de beneficiários para emissão de etiqueta.
Cidade: Intervalo inicial e final de cidades (nome da Cidade cadastrada no Endereço da Pessoa
do Beneficiário) para emissão de etiqueta.
CEP: Intervalo inicial e final de CEP (cadastrado no Endereço da Pessoa do Beneficiário)
para emissão de etiqueta.
Lotações: Intervalo inicial e final de lotações (lotação cadastrada na Guia Lotação dos
Beneficiários) para emissão de etiqueta.
Aba Listas
Contratos: Caso informado algum valor, será considerado como filtro na Emissão de Etiquetas.
Modelos de Contratos: Caso informado algum valor, será considerado como filtro na Emissão de Etiquetas.
Beneficiários: Caso informado algum valor, será considerado como filtro na Emissão de Etiquetas.
Cidade: Caso informado algum valor, será considerado como filtro na Emissão de Etiquetas.
Cidade (nome da Cidade cadastrada no Endereço da Pessoa do Beneficiário).
CEP: Caso informado algum valor, será considerado como filtro na Emissão de Etiquetas.
CEP (cadastrado no Endereço da Pessoa do Beneficiário).
Lotações: Caso informado algum valor, será considerado como filtro na Emissão de Etiquetas.
Será verificada a Lotação cadastrada na Guia Lotação dos Beneficiários.

Página 501 de 749
11.12. Emissão de Etiquetas por Contrato
Este processo possibilitará a Unimed emitir etiquetas para o endereçamento dos contratos. Através do caminho
Cadastros / Contratos / Emissão de Etiquetas por Contrato. Veja tela 01
Tela 1 - Emissão de Etiquetas por Contrato
Classe (Opcional) Define se o endereço exportado para etiqueta será Residencial
ou Comercial. Caso fique em branco será gerado para as duas
classes.
Lembrando que se houver mais de um endereço (Residencial
e/ou Comercial) para o Contrato serão geradas duas etiquetas.
Arquivo CFG etiqueta (opcional) Se informado será utilizado a estrutura desse arquivo para
geração da etiqueta, se não informado será utilizado o arquivo
CFG definido no Configuração da Operadora, aba Cartões
(Diversos / Configuração Geral /Configuração da Operadora).
Para Correspondência / Cobrança / Define qual tipo de endereço exportado.
Faturamento ATENÇÃO: Somente poderá ser escolhido um tipo.
Gerar arquivo XML (opcional) Se marcado será gerado arquivo XML.
Contrato com vínculo rescindido Se marcado será gerado etiquetas para contratos com vinculo
(opcional) rescindido.
Contrato Inicial/ Final (opcional) Se informado intervalo de contrato, serão geradas etiquetas de
Página 502 de 749
acordo com o filtro.
Modelo Contrato Inicial/ Final (opcional) Se informado intervalo de modelo de contrato, serão geradas
etiquetas de acordo com o filtro.
Intervalos Possibilita selecionar intervalo usando os filtros por: Contratos
Inicial e Final e Modelos de Contrato Inicial e Final, onde serão
recuperadas as informações das etiquetas por contrato de acordo
com o digitado em tela.
Aba Listas Possibilita selecionar aleatoriamente usando os filtros por:
Contrato, Modelo de Contrato, Tipo de Contingente, Tipo de
Contratação, classe de contratação e modalidade de cobrança,
onde serão recuperadas as informações das etiquetas por
contrato de acordo com o digitado em tela.
Checkbox Exceto:
Se marcado, indica que os valores informados no grid deverão
* Obs.: a funcionalidade deste checkbox é a mesma para todas
as abas.

Página 503 de 749
12. RN 254 – Adaptação de Planos, Migração de Planos e Portabilidade
Objetivo
Identificar de forma mais clara, os planos vindos de portabilidade e de adaptação de planos.
Para isso, serão utilizados os tipos de movimentação cadastral de beneficiário: 91- Portabilidade e 92 –
Adaptação de Plano.
Regras de Negócio
Portabilidade:
A portabilidade é identificada através do número de registro da operadora origem cadastrada no Módulo do
Beneficiário. Além disso, podemos confirmar esta informação através da Movimentação Cadastral do
Beneficiário do tipo igual a 91 – Portabilidade, isto para os planos vindos de outras operadoras. Caso seja
removido (editado e limpado) o campo Número de Registro do Plano Operadora Origem no Módulo do
Beneficiário, o sistema cancelará esta movimentação cadastral.
Adaptação de Plano
Além do tipo do motivo de suspensão do Módulo do Beneficiário, podemos identificar a adaptação de planos
através do tipo de Movimentação Cadastral de código 92 – Adaptação de Plano.
Migração de Planos:
Somente não serão visualizados os Motivos de Suspensão de Vínculo do tipo 12 – Plano Antigo Adaptado.
Para módulo destino do beneficiário sinalizado como Plano Adaptado serão visualizados os Motivos de
Suspensão de Vínculo do tipo 12 – Plano Antigo Adaptado e o tipo de Movimentação Cadastral do beneficiário
terá o código 92 – Adaptação de Plano.
Para obter mais informações sobre a legislação acesse o endereço

http://www.ans.gov.br/index2.php?option=com_legislacao&view=legislacao&task=TextoLei&format=raw&id=17
38
O checkbox “Plano Adaptado” somente permitirá sua sinalização para os Módulos Operadora do tipo de
Módulo Assistencial. Caso seja plano regulamentado não será permitido sinalizar o checkbox, caso contrário,
será permitido sua sinalização desde que o campo código de publicação esteja preenchido.
Pré-Requisitos
 No Módulo Operadora o checkbox “Plano Adaptado” deverá estar marcado.
 Existir o cadastro de um Motivo de Suspensão de Vínculo com o tipo 12-Plano Antigo Adaptado.

Página 504 de 749
Módulo Operadora (Cadastros / Produtos)
o checkbox “Plano Adaptado” – Somente atenderá para os módulos operadora do tipo Assistencial e
Não Regulamentado. Quando sinalizado, identifica que o módulo operadora pertence ao Plano
Adaptado.
Tela 11.12-1 – Modulo Operadora

Página 505 de 749
 Tipo de Movimentação Cadastral (Tabela Matriz do Cardio)
o Tipos: 91 – Portabilidade e 92 – Adaptação de Plano.
Para estes tipos não será permitido sinalizar os checkbox “Considera Faturada”.
O checkbox “Considera Cartão” não deverá estar sinalizado para o tipo 91 –Portabilidade.
Tela 11.12-2 – Item Tipo Negociação Movimentação Cadastral – “91 Portabilidade”
Tela 11.12-3 – Item Tipo Negociação Movimentação Cadastral – “92 Adaptação de Plano”

Página 506 de 749
 Inclusão / Troca Módulo (Cadastros / Beneficiários / Movimentações Cadastrais)
o Motivo – Caso o “Módulo Destino Benef.” pertença a um módulo operadora de plano adaptado,
somente serão exibidos os motivos do tipo 12 – Plano Antigo Adaptado, caso contrário, não
será exibido este tipo.
Tela 11.12-4 – Inclusão/Troca Módulo – Módulo Destino Benef de Plano não Adaptado

Página 507 de 749
Tela 11.12-5 – Inclusão/Troca Modulo – Módulo Destino Benef de Plano Adaptado
 O script enviado nesta versão irá criar dois tipos de movimentação cadastral na tabela
“TipoMovCadastral”: 91 - Portabilidade e 92 – Adaptação de Plano e atualizá-los na tabela
“ItemTipoNegMovCadastral” somente sinalizando o checkbox “Considera Cartão” para o tipo 92.
 No processo de Exportação PTU A100 - Movimentação de Beneficiários (Cadastros / Beneficiários /

Movimentações Cadastrais), para o “Tipo de Movimentação de Cadastro” do tipo Movimentação
Periódica, o sistema também irá considerar a movimentação do tipo 92 (Adaptação de Plano) para
gerar o registro no arquivo.
 No processo Geração Massa Cadastral SIB (Diversos / ANS / SIB / Geração SIB), quando ocorrer uma
movimentação cadastral do tipo 92- Adaptação de Plano, o sistema irá gravar no campo “Data de
Adaptação, Migração de Plano” (Movimento SIB / Aba Id. Plano de Saúde (Módulo)) o início de vigência
do módulo assistencial atual do beneficiário.

Página 508 de 749
 Cadastro não permitido para este tipo de movimentação
Essa mensagem será gerada ao tentar efetuar a sinalização dos checkboxes “Considera Faturada” e
“Considera Cartão” para o tipo movimentação 91 – Portabilidade em Tipo Negociação Movimentação
Cadastral.
 Plano Adaptado só pode ser marcado quando o Módulo Operadora for do tipo Assistencial
Essa mensagem será gerada ao tentar sinalizar o checkbox “Plano Adaptado” para um Módulo Operadora
do tipo Acessório.
 Plano Adaptado não pode ser Marcado para Planos com Número de Registro
Essa mensagem será gerada ao tentar sinalizar o checkbox “Plano Adaptado” para um Módulo Operadora
do tipo Assistencial que for Regulamentado (possuir número de registro externo).
 Plano Adaptado só pode estar marcado quando código de publicação for informado
Essa mensagem será gerada ao tentar sinalizar o checkbox “Plano Adaptado” com o campo Código de
Publicação em branco (não preenchido).
Exemplos:
1º Exemplo: Inclusão de um beneficiário em um Módulo Operadora de Plano Não Adaptado. Após inclusão,
realizamos a troca de módulo para um Módulo de Plano Adaptado.
Tela 11.12-7 – Modulo Operadora anterior – checkbox Plano Adaptado desmarcado

Página 509 de 749
Tela 11.12-8 – Movimentação Cadastral do Beneficiário – Inclusão de Beneficiário (Tipo 1)
Tela 11.12-9 – Módulo Operadora Plano Adaptado marcado que será utilizado para Troca de Módulo

Página 510 de 749
Tela 11.12-10 – Inclusão/Troca Módulo – Módulo Destino Benef de Plano Adaptado
Tela 11.12-11 – Movimentação Cadastral do Beneficiário – Tipo 92 – Adaptação de Plano

Página 511 de 749
2º Exemplo: Inclusão de um beneficiário recebido por Portabilidade. Após inclusão, realizamos a troca de
módulo para um Módulo Operadora de Plano Não Adaptado.
Tela 11.12-12 – Módulo Operadora Anterior – Plano não Adaptado
Tela 11.12-13 – Módulo Beneficiário Anterior Portabilidade

Página 512 de 749
Tela 11.12-14 – Movimentação Cadastral do Beneficiário Anterior – Tipo 91 - Portabilidade
Tela 11.12-15 – Inclusão/Troca Modulo – Módulo Destino Benef de Plano não Adaptado

Página 513 de 749
Tela 11.12-16 – Movimentação Cadastral do Beneficiário – Tipo 15 - Migração Módulo

Página 514 de 749
13. Protocolo CMB
Objetivo:
Permitir consultar os dados gerados pela Central de Movimentações Batch “CMB” (PTU Web e Webstart).
Estes dados só serão vistos pela Unimed destino e foi criado para atender ao R999 do manual do PTU 4.0.
Regras de negócios:
Linha R999 da qual será composta de 42 colunas contendo os campos NR_SEQ, TP_REG,
DT_POSTAGEM, NR_PROTOCOLO. Estes dados serão preenchidos pela Central de Movimentações Batch
“CMB”.
Pré-Requisitos:
 Importar arquivo PTU na versão 4.0 que contenha o registro 999.
Protocolo CMB (Diversos / PTU / Importar / Consulta Protocolo CMB).
Tela 11.12-1 – Protocolo CMB
Tipo de Arquivo Informa o tipo de arquivo que foi importado.
Nome Arquivo: Nome do arquivo importado.
Código Unimed Destino: Unimed que recebeu o PTU.
Código Unimed Origem: Unimed que gerou o PTU.
Data da Geração: Data da geração do PTU.
Data da Postagem: Data da postagem do PTU.
Número Protocolo: Número do protocolo gerado pela Central de Movimentações Batch “CMB”.

Página 515 de 749
14. PTU A100 – Movimentação Cadastral de Beneficiários -

Intercâmbio
O PTU A100 é o arquivo que contém as informações de beneficiários repassados em Intercâmbio.
O arquivo PTU A100 pode ser utilizado em 2 situações:

Exportação: quando a Unimed vai enviar seus próprios beneficiários para atendimento em outra Unimed.
Importação: quando a Unimed vai atender (receber) beneficiário de outra Unimed.
14.1. Exportação do PTU A100
O que é necessário para exportar (gerar) o PTU A100 ?

1) Beneficiários estarem com Repasse cadastrado e vigente.
2) Processar a Exportação [(Cadastros / Beneficiários / Movimentações Cadastrais / PTU A100 –
Movimentação de Beneficiários) e (Diversos / PTU / Exportar / A100 – Movimentação de Beneficiários)].
Como o processo de Abertura de Repasse permite a realização de repasse para beneficiários do tipo Pessoa Física e o
PTU A100 não permite o envio de Pessoa Física, existe uma restrição permitindo exportar para o arquivo apenas os
contratantes onde o tipo pessoa seja igual à Jurídica.
Beneficiário com Repasse:

Página 516 de 749
Exportação [ (Cadastros / Beneficiários / Movimentações Cadastrais / PTU A100 – Movimentação de Beneficiários) e
(Diversos / PTU / Exportar / A100 – Movimentação de Beneficiários) ]:
Deverá preencher os dados conforme solicitado e necessidade de exportação.
Local de Destino Se informado, será gerado um arquivo com todos os beneficiários que estão
repassados automaticamente para outros LCAT’s, mas que ainda precisam ser
repassados para outra Unimed Federação antes de chegar a seu LCAT de
destino final.
Se o campo LCAT for marcado juntamente com o campo Local de Destino, o
arquivo a ser gerado, será encaminhado para a Unimed do Local de Destino,
porém só com os beneficiários que estão com aquele LCAT.
Todos os LcAts da Região Este parâmetro indica que a exportação de dados será realizada de forma a
considerar dados de beneficiários repassados para todos os Locais de
Atendimento (LcAts) da região. Um LcAt será considerado da região, se no seu
cadastro de Prestador Serviço o parâmetro “Considera como Intercâmbio
Regional” estiver marcado.
Arquivo Único Esta opção só estará disponível quando a opção “Todos os LcAts da Região”
estiver marcada. Quando for marcado, indicará que será gerado apenas um
arquivo contendo todos os beneficiários dos LcAts Regionais. Se não for

Página 517 de 749
marcado, será gerado um arquivo para cada Lc. At. Regional no mesmo
processamento.
Quando for gerado um único arquivo com todos os beneficiários, o registro
header do arquivo PTU apresentará o campo CD_UNI_DES = 0000, e o nome do
arquivo possuirá o formato Uooossss.000, o que indica que o arquivo contém
dados de mais de um LcAt.
Versão Layout Permite a exportação de arquivos PTU em versões anteriores daquela vigente na
data do processamento.
A exportação do PTU A100 também possibilita a administração das movimentações de beneficiários do Plano de
Assistência ao Cooperado (PAC) no Estado do Paraná. Para atender essa situação deverão ser utilizados os
checkboxes “Todos os LcAts da Região” e “Arquivo Único”.
A administração desta carteira de clientes é feita pela Unimed Federação do Paraná (FDPR) para possibilitar que todos
os médicos cooperados e seus dependentes sejam atendidos em qualquer singular do estado sem considerar
atendimento de intercâmbio, ou seja, como se fosse de forma local. A FDPR é responsável por controlar a receita e
despesa do plano em todo o estado, e por isso é a responsável pelo cadastramento dos médicos cooperados e seus
dependentes. Estes beneficiários são repassados para todas as singulares do estado, inclusive para a própria Unimed
Origem a qual o Médico Cooperado pertence. Atender desta forma aos cooperados e seus dependentes, possibilita que
não haja cobrança de taxa de intercâmbio e que o valor dos honorários médicos não sejam dobrados em caso de
internação em apartamento. Veja a seguir no exemplo.
Para a geração, o processo utiliza o arquivo MovimentacoesCadastrais.xsd que deve estar gravado no diretório de
Exportação de Mov. Cadastral, cadastrado na Configuração da Operadora [ (Diversos / Configurações Gerais /
Configuração da Operadora) ]:
Observação: o arquivo .XSD mencionado acima se encontra sempre disponível a cada liberação de versão do
Cardio no diretório padrão \Cardio\Xsd_Versao_Cliente.
 Todos os processos de exportação de PTU do Cardio permitirão gerar em duas versões, na versão
atual e anterior.
 Quando “Todos LcAts da Região” estiver marcado, e “Arquivo Único” não estiver marcado, será gerado um
arquivo para cada Operadora que é Local de Atendimento e que seja considerada como Intercâmbio Regional
Página 518 de 749
(checkbox “Considera como Intercâmbio Regional” marcado no cadastro de Prestador de Serviço).
 O parâmetro “Arquivo Único” só estará habilitado quando o parâmetro “Todos LcAts da Região” estiver
marcado;
 Quando “Arquivo Único” estiver marcado, será gerado um arquivo com a extensão “.000”, o que indica que o
arquivo poderá ser enviado a qualquer Unimed Destino;
 Quando os dois campos LCAT e Local de Destino estiverem preenchidos, o campo LCAT será utilizado
apenas como filtro, pois o arquivo será gerado para envio à Unimed que está no campo Local de Destino.
 O processo de envio (exportação) do PTU A100 é opcionalmente realizado com a opção arquivo único, que
simplifica o processo agrupando em um único arquivo os beneficiários que estão com LCAT’s diferentes.
 Com relação ao repasse de planos coletivos empresariais, a Unimed será alertada quando a Contratante a
ser exportada for do TipoPessoa=Física. Será gerada inconsistência para beneficiários nesta classificação. O
que diz o manual de intercâmbio:
“ 7.1. Transferência de Risco em Preço Pré-Estabelecido
Ocorre sempre que os clientes de planos coletivos empresariais residirem fora da área de ação da
Unimed Origem, pois eles podem ser transferidos para a Unimed Destino.
7.2. Repasse em Custo Operacional Habitual
O repasse na modalidade de custo operacional habitual está previsto apenas na condição de repasses
de planos empresariais com abrangência regional/local (...) “.
 Para exportação, se no módulo operadora não estiver preenchido o Número de Registro, será exportado o
conteúdo do Código de Publicação para o campo CD_PROD_ANS do PTU. E se ambos os campos não
estiverem preenchidos, será exibida a seguinte mensagem (971 - O campo Número Registro ou Código de
Publicação do Módulo Operadora tem que estar preenchidos - Módulo Operadora Origem: ‘AutoId do módulo
assistencial’).
 Para o “Tipo de Movimentação de Cadastro” do tipo Movimentação Periódica, o sistema irá considerar a
movimentação do tipo 92 (Adaptação de Plano) para gerar o registro no arquivo.
 Na exportação do PTU A100 irá gerar o registro 108, referente às doenças Pré-Existentes do Beneficiário
repassado.
Dessa forma, a Unimed Origem poderá enviar à Unimed Destino via PTU A100, as doenças Pré-Existentes do
Beneficiário repassado. No Registro 108 do PTU serão informados o CID e o Fim de Vigência da Pré-
Existência.
 Serão considerados na exportação do Registro 108 no PTU A100, apenas os Beneficiários com o controle da
Pré-Existência igual a “Cobertura Parcial Temporária” (não é considerado casos de “Agravo”).
 Ocorreram algumas alterações no layout do Cartão do Beneficiário. Para atender a parte do verso do layout
de cartão, devem ser utilizados os seguintes buffers:
o {!ModuloBeneficiario.ModuloAnterior} - Este buffer é necessário para fornecer o "Cód. Prod. ANS na
Unimed Contratada (origem)".
o {!PrestadorServicoOrigem.NumRegistroExterno} - Este buffer é necessário para fornecer o "Num.
Reg. ANS na Unimed Contratada" (origem).
 Serão exportados para o arquivo somente contratantes Pessoa Jurídica

Página 519 de 749
Exemplo 1:
Quando a Unimed Destino importar o PTU A100 contendo dados no Registro 108, o Beneficiário cadastrado na
Base terá vinculado a ele uma Doença de Beneficiário com o Controle igual à “Cobertura Parcial Temporária”.
Esta doença conterá as datas de Início e Fim de Vigência conforme o arquivo importado.
Tela 4-1 – Doença do Beneficiário

Página 520 de 749
Exemplo 2:
Suponhamos que existe uma Negociação de Repasse cujo Local de Atendimento seja X01, Local de Destino X10
e Local de Cobrança X20. Ao realizar o processo de Abertura de Repasse, o sistema irá preencher a tela
automaticamente com as informações cadastradas na Negociação, ou seja, o beneficiário será repassado
para a Unimed X10 (Local Destino), a cobrança será feita para a Unimed X20 (Local Cobrança) e o
atendimento será feito pela Unimed X01 (Local de Atendimento). Após execução do processo, o sistema irá
criar um registro com essas informações no cadastro de Beneficiário / Aba Repasses.
No exemplo acima, ao efetuar Exportação do PTU A100 o campo LCAT deverá ser preenchido com o código
X01, pois o sistema irá recuperar a informação Local Destino X10 da Negociação de Repasse e irá gerar o
arquivo com a extensão .X10. Ou seja, no registro 101 do arquivo a informação CD_UNI_DES (código da
Unimed destino para envio do arquivo) será X10 e no registro 104 a informação CD_LCAT (código do local de
atendimento para beneficiário repassado) será X01.
Ao efetuar a Exportação do arquivo PTU A100, o Cardio registra a informação processada que pode ser
consultada através da opção Envio de Arquivo de Contrato disponível em [ (Cadastros / Contratos / Envio
de Arquivo de Contrato) e (Cobranças / Cobrança Pós Pagamento / Exportação / Envio de Arquivo de
Contrato) ] .

Página 521 de 749
14.2. Importação do PTU A100
Essa rotina tem o objetivo de importar as movimentações cadastrais de beneficiários repassados.
O que é necessário para importar o PTU A100 ?
Para a Unimed Destino utilizar a importação do PTU A100 pelo Cardio, o cadastro terá que atender os seguintes Pré-
Requisitos:
 Cadastro de apenas dois Contratos para cada Unimed Origem, sendo um Contrato de Pré-Pagamento e outro
de Pós-Pagamento. Estes contratos devem ser relacionados a Modelos de Contrato de Tipo de Contingente
Continuado.
 Todos os Beneficiários Repassados já existentes na base devem estar relacionados aos seus respectivos
Contratos Continuados. Caso for necessário transferir de Contrato, verificar a existência de solicitações ou
eventos para estes Beneficiários.
 Todos os Beneficiários já Repassados devem conter o seu Código Origem, informado no campo “Classificador
Origem”.
 Todos os contratos devem ter uma Negociação de Movimentação Cadastral, cadastrada no nível de Contrato
ou Modelo de Contrato.
 Cadastro de Negociação de Aquisição de Módulo no nível de Contrato ou Modelo de Contrato para todos os
Tipos de Planos existentes na Tabela F do manual do PTU (Assistenciais e Acessórios).
 Atentar-se aos Acessórios Associados aos Módulos Assistenciais, para que não sejam incluídos
automaticamente sem autorização da Unimed Origem.
 Para cada empresa contratante da Unimed Origem dever ser criado uma Lotação e relacionar ao seu
respectivo Contrato Continuado. Nesta Lotação, deve-se informar o Código da Empresa no campo Código
Externo. Não informar o mesmo código para mais de uma Lotação dentro do mesmo Contrato Continuado.
 O Campo “Empresa” de todos os contratos PJ deve estar preenchido.
 Quando o Código do Cartão do Beneficiário Repassado for recodificado (diferente da origem), o Campo “Data
de Emissão” do Cartão de Identificação não será gravado, isso para que a Unimed Destino possa fazer a
Emissão do Cartão com a formatação que a mesma escolheu.

Página 522 de 749
Importação [(Cadastros / Beneficiários / Movimentações Cadastrais / Importação PTU A100 – Movimentação
Cadastral) e (Diversos / PTU / Importar / PTU A100 – Movimentação Cadastral)]
Tela 14.2-4 – Importação PTU A100
Contrato Importa as movimentações cadastrais dos beneficiários do contrato
informado. Quando o Layout selecionado for “PTU”, deverá ser informado
um Contrato de Pré-Pagamento, que será utilizado para importar os
Beneficiários com Tipo de Repasse em Pré-Pagamento.
Contrato Pós-Pagamento Define o Contrato de Pós-Pagamento que será utilizado para importar os
Beneficiários com Tipo de Repasse em Custo Operacional. Este campo só
poderá ser informado quando o Layout selecionado for “PTU”.
Nome Arquivo Deverá ser informado o nome do arquivo que será importado. O sistema
irá buscar esse arquivo através do caminho indicado na Configuração da
Operadora (Diversos / Configuração Geral / Configuração da Operadora),
Aba Caminho Diretórios, Sub-Aba Mov. Cadastral, campo Importação.
Dt Repasse Benef. (PTU) / Inclusão Esta data será a data de Início de vigência dos novos beneficiários
instalados pelo processo de Importação do PTU A-100, e também será a
data de início de vigência determinada para os dados relacionados a estes
beneficiários, como Lotações, Locais de Atendimento. Neste campo a data
informada para a inclusão do beneficiário deve estar obrigatoriamente
dentro do período entre as datas de inclusão e exclusão do registro 104 -
posições 107 a 122. Se não informada será considerada a data que estiver

Página 523 de 749
no arquivo PTU.
Data de Exclusão Esta data será utilizada para registrar a “suspensão de vínculo rescindido”
para os beneficiários que já estavam instalados ou que estão sendo
enviados novamente para o fechamento de repasse solicitado pela
Unimed de origem do beneficiário conforme o tipo de movimentação de
cadastro que for enviado no arquivo PTU, e também será a data de fim de
vigência determinada para os dados relacionados a estes beneficiários,
como Lotações, Locais de Atendimento. Se não informada será
considerada a data que estiver no arquivo PTU.
Neste campo a data informada para a exclusão do beneficiário deve estar
obrigatoriamente dentro do período entre as datas de inclusão e exclusão
do registro 104 - posições 107 a 122.
A Unimed que importou beneficiários via PTU A100, deve se atentar as
datas de suspensão de vinculo e finalização de repasse enviadas em
novos arquivos PTU A100, pois se for inserido no campo “Data Exclusão”
datas superiores a essas datas, os beneficiários podem ficar com datas de
suspensão e finalização de repasse superior às informadas para esses
beneficiários pela Unimed Origem. Por exemplo:
o Registro 101 do Arquivo PTU A100 com período de datas para
movimentações iniciando em 01/02/2012 até 29/02/2012;
o Registro 104 do mesmo arquivo PTU A100 há uma solicitação de
exclusão em 15/02/2012 para um beneficiário repassado, que já
está suspenso na Unimed Origem;
o Unimed Destino importa o arquivo PTU A100 inserindo no campo
“Data de Exclusão” a data 25/02/2012.
Repare que na Unimed Origem o beneficiário ficou suspenso a partir de
15/02/2012, porém na Unimed Destino o beneficiário só está suspenso em
25/02/2012, dez dias a frente da data real de suspensão que deveria ser
considerada.
Layout  PTU: layout PTU.
 Plano Federativo MT: Com essa opção o processo irá converter o
arquivo texto enviado pelas Unimeds em um arquivo XML para
importação no Cardio, assim, irá gerar um novo código para os
beneficiários para que todos os beneficiários locais fiquem com o
código de acordo com a Federação.
Motivo Suspensão Informar o um motivo para ser cadastrado na exclusão do beneficiário
checkbox Importa XML Se esse campo estiver marcado o arquivo a ser importado está em
formato Xml, caso contrário, está em formato txt.
checkbox Não Validar Unimed Destino Este parâmetro indica se na importação do arquivo, o código da Unimed
Destino informado na extensão do nome do arquivo e também no arquivo
texto (R101, campo CD_UNI_ORI, posições 16 a 19 PTU 3.8) será
validada com o código da Unimed Local. Quando esta opção estiver
marcada, se a Unimed Destino do arquivo for diferente da Unimed Local, a
mensagem de erro não será exibida e os registros de beneficiários serão
importados.
Checkbox Reprocessa LOG de Benef. Se marcado, ao importar um arquivo PTU A100 (já importado
Página 524 de 749
Incluídos (PTU A200) anteriormente) para um beneficiário que foi “incluído” na base na primeira
importação (mensagem “3201 - Beneficiário incluso”), o status do log de
processamento será atualizado para “alterado” (mensagem – “3202 -
Beneficiário alterado”) a partir da segunda importação. Para os
beneficiários que não sejam de inclusão, todos serão reprocessados e as
mensagens de processamento, campo CD_MENS_ERRO e
DS_Complemento_Erro, serão regravadas com o novo resultado do
processamento.
Se desmarcado, um arquivo PTU A100 (já importado anteriormente) será
totalmente importado e processado novamente. Todos os beneficiários
serão atualizados conforme os dados do arquivo PTU A100. As
mensagens, campo CD_MENS_ERRO e DS_Complemento_Erro, devem
ser regravadas com o novo resultado do processamento, exceto para os
beneficiários que foram processados da primeira vez com sucesso que
possuam o campo CD_MENS_ERRO igual A “3201 - Beneficiário incluso”
e que no novo processamento o status gerado é igual a “3202 –
“Beneficiário alterado”, com essas duas condições o campo cd_mens_erro
e DS_Complemento_Erro do log não será alterado, permanecerá com o
código de mensagem “3201 - Beneficiário incluso” e seu complemento,
mas seus dados serão atualizados. Para todos os demais casos, o
resultado do processamento é gravado com a mensagem do atual
processamento. Desta forma, preservam-se as mensagens de inclusões
feitas com sucesso no primeiro processamento.
 Quando o campo “Data de Repasse de Benef. (PTU)” for informado, será assumido este valor para o campo
“Inicio de Vigência” do Beneficiário e para todos os formulários atrelados ao mesmo (Módulo Beneficiário,
Lotações, Cartão de Identificação, etc).
 Na importação, a informação do PTU “CD_PROD_ANS” será gravada em módulo beneficiário campo
“Número reg. Plano Op. Origem”, sendo na tabela definido como “moduloanterior”.
 Para os beneficiários importados no PTU A100, quando o LCAT for diferente da Unimed que importou o
arquivo, será gerado um registro de observação com os dados XXXX.
Se o LCAT for igual a Unimed que importou o arquivo, a observação NÃO será registrada.
 No processo de Importação do PTU A100 será marcado no endereço dos Beneficiários importado os
checkbox “Para Cobrança” e “Para Correspondência”.
 Conforme regra Manual do Intercambio (página 34 item 7.2), Unimed Destino emitirá os respectivos
Cartões para os Beneficiários repassados, independente do Código do Beneficiário ou do Código do
Cartão importado. Por isso, não será gravado o campo “Data de Emissão” no Cartão de Identificação
dos Beneficiários importados pelo PTU A100, para que a Unimed Destino possa realizar a emissão do
mesmo.
O Cartão de Identificação criado será relacionado à Movimentação Cadastral de Inclusão do
Beneficiário através do campo “Movimentação Cadastral Vinculada”.
 A importação também utiliza o arquivo MovimentacoesCadastrais.xsd que deve estar gravado no diretório de
Importação de Mov. Cadastral, cadastrado na Configuração da Operadora [ (Diversos / Configurações
Gerais / Configuração da Operadora) ] (conforme visto anteriormente na Exportação).
Página 525 de 749
 Se forem gerados erros durante a importação, será apresentada uma mensagem de erro de todos os
beneficiários que ocasionaram problema e também qual o motivo do problema.
 Quando a Unimed Destino efetuar a importação do PTU A100, essas informações serão gravadas no
formulário “Doença Beneficiário” e poderão ser acessadas pelo link (Doenças Beneficiário) no cadastro
do Beneficiário ou através do menu Cadastro / Beneficiário / Informações do Beneficiário / Doença
Beneficiário. Para isso, os seguintes cadastros deverão existir:
o Classe de Apropriação (Financeiro / Tabelas e Configurações / Apropriação Financeira)
o C.I.D (Cadastros / Tabelas Gerais / C.I.D)
o Doença (Cadastros / Tabelas Gerais / Doença)
o Doença Beneficiário (Cadastros / Beneficiários / Informações do Beneficiário)
 O processo de Importação PTU A100 irá importar o campo “Data Admissão na Empresa” (formulário
Beneficiário) apenas quando o arquivo a ser importado for XML.
Mensagens de Erro que podem causar dúvidas:
 “Registro não processado”

Existente na Base - Beneficiario: NNNNNNNNNNNNNNNN - Código Origem: NNNNNNNNNNNNNNNN -
Nome: (nome do usuário) - CNP:NNNNNNNNNNN - Existente no Arquivo - Código Origem:
NNNNNNNNNNNNNNNN - Nome: (nome do usuário) - CNP: NNNNNNNNNNN - Data
Nasc:NN/NN/NNNN”
Esta mensagem indica que o Código Origem: NNNNNNNNNNNNNNNN já está cadastrado para outro
beneficiário (campo pessoa). O sistema compara e apresenta alguns dados existentes na base para o
código origem e os dados que constam no arquivo.
Exemplos:
1º Exemplo: Gerando um arquivo de exportação, considerando os beneficiários de todos os LcAts da região:
Lc.At. Em branco
Todos os LcAts da Região Marcado
Tipo de Movimentação de cadastro Cadastro Completo
Início do Período 01/04/2010
Fim do Período 02/04/2010
Versão Layout Atual
Reprocessar Período Marcado
Arquivo Único Marcado
Veja a seguir:

Página 526 de 749
Tela 14.2-1 – Exportação PTU A100, Aba Restrições
Arquivo 14.2-1 – Arquivo PTU A100, gerado com extensão ”.000” e com zeros na posição onde deveria ser indicada a
Unimed de destino, o que sugere que o arquivo pode conter beneficiários de vários locais de atendimento da região e
possibilita que qualquer LcAt possa importar este arquivo

Página 527 de 749
2º Exemplo: Importando um arquivo em que a Unimed de origem não é indicada, por conter beneficiários de
diferentes LcAts.
Contrato 314000100
Contrato Pós-Pagamento 314000500
Nome Arquivo 03-2009
Data Emissão Inicial 01052010
Data Emissão Final 31052010
Família Inicial 0
Família Final 99999999
Tipo Cobrança
Classe Serviço Operadora
Documento Definitivo Marcado
Documento Provisório Desmarcado
Agrupar Data Atendimento Marcado
Gerar Arq. Por Doc. Financeiro Marcado
Veja a seguir:
Arquivo 14.22-1 – Arquivo PTU A100, gerado com extensão ”.000” e com zeros na posição onde deveria ser indicada a
Unimed de destino, o que sugere que o arquivo pode conter beneficiários de vários locais de atendimento da região e
possibilita que qualquer LcAt possa importar este arquivo

Página 528 de 749
Tela 14.2-3 – Ocorrências da Importação PTU A100

Página 529 de 749
Tela 14.2-4 – 1º Beneficiário importado no processo de Importação PTU A100, em que o Local de Destino não foi
validado, teve a inclusão de um registro de “Observação” contendo a informação de LcAt de origem = 32
Tela 14.2-5 – Observação contendo a informação de LcAt de origem = 32

Página 530 de 749
Tela 14.2-6 – 2º Beneficiário importado no processo de Importação PTU A100, em que o Local de Destino não foi
validado, teve a inclusão de um registro de “Observação” contendo a informação de LcAt de origem = 5
Tela 14.2-7 – Observação contendo a informação de LcAt de origem = 5

Página 531 de 749
3º Exemplo: Processo de Importação PTU A100 de um mesmo Código Classificador Origem já existente na base, para
um beneficiário (campo pessoa) que não seja o mesmo vinculado a este código.
Tela 14.2-9 – Importação PTU A100/A300 - Mensagem

Página 532 de 749
Tela 14.2-10 – Importação PTU A100 - Mensagem

Página 533 de 749
Informações importantes sobre a Importação de Beneficiários em Intercâmbio:
1) No arquivo PTU A100, no registro 101, sequência 009, Campo NR_VER_TRA: identificará a versão da
transação.
O processo de Importação do arquivo deverá apresentar mensagem de erro, se o número da versão da transação
for diferente da atual ou da versão imediatamente anterior.
2) No arquivo PTU A100, no registro 102, sequência 022, campo CD_MUNIC: indica o código do município,
conforme definição do IBGE. Originalmente, o código possui 8 posições, mas o PTU utiliza apenas as 7 primeiras.
O formato do código é EEMMMMVB, onde:

- EE: Estado.
- MMMM: Município.
- V: Dígito Verificador.
- D: Distrito (bairro) – NÃO utilizado no PTU.
O preenchimento desse campo é obrigatório (exceto para geração de arquivo XML), ou seja, se o Código Externo
[(Cadastros / Pessoas / Informações Pessoais / Cidade do País)] da cidade do contrato do beneficiário não estiver
preenchida, no momento da exportação uma mensagem de erro será exibida e o processamento não será
concluído.
3) No arquivo PTU A100, no registro do beneficiário (registro 104), existe a informação do Código do Plano de
Intercâmbio do Beneficiário (CD_PLANO_INTER), isto é, qual é o plano de saúde que o beneficiário tem direito.
Como já sabemos, o plano de saúde é o Módulo Operadora no Cardio.
Então, na Negociação Aq. Módulo do Contrato onde o Beneficiário deverá ser importado deverá haver o cadastro
de um Módulo Operadora cujo Produto Intercâmbio seja aquele enviado no PTU A100.

Página 534 de 749
Como identificar o produto intercâmbio recebido no PTU A100 com o módulo operadora ?

Página 535 de 749
Módulo Operadora Intercâmbio (Produto Intercâmbio):
No cadastro do Módulo Operadora Intercâmbio, o campo Código do Plano Padrão é o que se refere ao campo
CD_PLANO_INTER no arquivo PTU A100.
1) O arquivo PTU A100 também prevê o envio dos MÓDULOS OPCIONAIS DO BENEFICIÁRIO – PRODUTOS
AGREGADOS (registro 106). Então, na Negociação Aq. Módulo do Contrato, os módulos Acessórios também
deverão estar cadastrados.
O relacionamento se faz através do campo TP_PRODUTO existente no PTU A100 e o Código Convênio
cadastrado em Módulo Operadora do tipo Acessório:

Página 536 de 749
Assim, usando os mesmos dados das telas acima exemplificadas, para o contrato 9990001999, deveremos ter 2
Módulos Operadora: 001 (Assistencial) e o VIDA (Acessório):

Página 537 de 749
14.3. Importação PTU A100 - Validar a abrangência geográfica do módulo

operadora
Objetivo:
Possibilitar que o processo de importação de beneficiários repassados via PTU A100, reconheça a
abrangência do módulo informado no arquivo PTU e instale os beneficiários no módulo operadora intercâmbio
que tenha a mesma abrangência geográfica. Essa conferência é necessária para evitar que o sistema grave
um módulo operadora de abrangência diferente da informada no arquivo PTU A100.
Pré-Requisitos:
 No arquivo de importação do PTU, no registro 103 (TP_ABRANGENCIA, posição 77), deve estar cadastrado o
tipo de abrangência.
Importação do PTU A100 (Diversos / PTU / Importar / PTU A100 - Movimentação de Beneficiários)
Tela 14.3-1 – Importação (PTU A-100 Movimentação de Beneficiários)

Página 538 de 749
 Caso o sistema não encontre um módulo operadora com a mesma abrangência do plano de
intercâmbio, o sistema buscará um módulo operadora que possua o mesmo código de plano de
intercâmbio , desprezando a abrangência, processo que já é feito atualmente.
Exemplos:
1) Importação do PTU A100 contendo quatro beneficiários e abrangências distintas.
Tela 14.3-2 – Arquivo PTU A100 – Registro 103 (TP_ABRANGENCIA, posição 77); Abrangência do plano
Tela 14.3-3 – Arquivo PTU A100 – Registro 103 (CD_PLANO_INTER, posição 58 a 59); Código do Plano de Intercâmbio do
Beneficiário

Página 539 de 749
Tela 14.3-4 – Arquivo PTU A100 – Registro 104 (CD_PLANO_INTER, posição 63 a 64); Código do Plano de Intercâmbio do
beneficiário.
Tela 14.3-5 – Relação entre Abrangência e Módulo Operadora - (Unimed Origem)

MÓDULO OPERADORA DOS BENEFICIÁRIOS NA UNIMED DE ORIGEM
PRODUTO
MODULO OPERADORA ABRANGÊNCIA NEG. AQ MODULO
INTERCÂMBIO
65MODPREPAG-NAC 61 NACIONAL Modelo Contrato

65MODPREPAG-EST 62 ESTADUAL Modelo Contrato
65MODPREPAG-MUN 63 MUNICIPAL Modelo Contrato
Tela 0-1 – Relação entre Abrangência e Módulo Operadora - (Unimed Destino)
MÓDULO OPERADORA PARA OS BENEFICIÁRIOS NA UNIMED DESTINO
PRODUTO
MODULO OPERADORA ABRANGÊNCIA NEG. AQ MODULO
INTERCÂMBIO
65MODCONTPRE-NAC 61 NACIONAL Contrato

65MODCONTPRE-ES2 61 ESTADUAL Contrato
65MODCONTPRE-EST 62 ESTADUAL Contrato
65MODCONTPRE-MU2 62 MUNICIPAL Contrato
65MODCONTPRE-MUN 63 MUNICIPAL Modelo Contrato
65MODCONTPRE-NA2 63 NACIONAL Contrato

Página 540 de 749
Tela 0-2 – Importação do PTU A100
Tela 0-3 – Resultado da importação - Lista com relação de beneficiários e módulo operadora atribuídos conforme a abrangência
 Os beneficiários 1018000000789136 e 1018000000789101 possuem o módulo operadora

65MODPREPAG-EST com Código do Plano Padrão 62 e abrangência 3 (Estadual) no arquivo PTU. Após
a importação, os beneficiários foram cadastrados no sistema com o módulo 65MODCONTPRE-EST, pois
este módulo foi o único módulo encontrado pelo sistema com as características informadas no arquivo
PTU.
 O beneficiário 1018000000789128 possui o módulo operadora 65MODPREPAG-MUN com Código do

Plano Padrão 63 e abrangência 5 (municipal) no arquivo PTU. Após a importação, o beneficiário foi

Página 541 de 749
cadastrado no sistema com o módulo 65MODCONTPRE-MUN, pois este módulo foi o único módulo
encontrado pelo sistema com as características informadas no arquivo PTU.
 O beneficiário 1018000000789110 possui o módulo operadora 65MODPREPAG-NAC com Código do

Plano Padrão 61 e abrangência 1 (nacional) no arquivo PTU. Após a importação, o beneficiário foi
cadastrado no sistema com o módulo 65MODCONTPRE-NAC, pois este módulo foi o único módulo
encontrado pelo sistema com as características informadas no arquivo PTU.

Página 542 de 749
14.4. Formatação Código de Beneficiário
Objetivo:
Adequar a inclusão de Beneficiário (formatação do código do Beneficiário) pelo processo de Importação PTU
A100 ao processo de cadastro de Beneficiários (manual).
Pré-Requisitos:
 Ter cadastrado um Contrato vinculado a um Modelo de Contrato Continuado que seja correspondente à
Unimed Origem.
 Ter cadastrada uma Negociação de Movimentação Cadastral para este Contrato.
Regras:
 Negociação de Movimentação Cadastral - campo “Tipo Preenchimento Família”:
o Quando parametrizado "Informado pelo Contratante", deve utilizar a codificação de Família informada
no arquivo PTU A100.
o Quando parametrizado “Não Preenchido", deve utilizar a codificação de Família informada no arquivo
PTU A100.
o Quando parametrizado "Seq. Automática":
 Caso o campo "Nova Família" esteja em branco, deve-se apurar qual o menor código de
Família livre para o Contrato, e utilizá-lo.
 Caso o campo "Nova Familia" esteja preenchido, deve utilizar este valor para gravar a
“Família” no cadastro do Beneficiário, desde que este valor já não exista para o Contrato. Se
existir, deve procurar o menor código de Família que esteja livre e utilizá-lo. Este campo
(Nova Família) será atualizado na Negociação de Movimentação Cadastral.
 Negociação de Movimentação Cadastral - campo “Tipo Codificação Beneficiário”:

o Quando parametrizado "Seqüencial", deve utilizar a codificação seqüencial, como o sistema já realiza
hoje no cadastro de Beneficiários.
o Quando parametrizado "Formatado", deve utilizar a codificação de Família apurada conforme item
anterior, ou seja, utilizar a codificação da Nova Família definida na Negociação de Movimentação
Cadastral para montar o Código do Beneficiário, conforme como o sistema já realiza hoje no cadastro
de Beneficiários.

Página 543 de 749
Tela 5.1 – Negociação de Movimentação Cadastral

Página 544 de 749
14.5. Recodificação de Beneficiários Repassados
Objetivo:
Permitir mais opções para Recodificação ou não do Código do Beneficiário e o Código do Cartão na Unimed
Destino.
Pré-Requisitos:
 Parametrização do campo “Recodifica Beneficiário” na Configuração da Operadora (Diversos / Configuração
Geral).
 Parametrização do Campo “Tipo Codificação Beneficiário” na Negociação Movimentação Cadastral (Cadastros

/ Contratos)
o Formatado: Tanto o Código do Beneficiário quando do Cartão de Identificação são recodificados,
seguindo a formatação UUUEEEEFFFFFFDDX, sendo:
U = Unimed Origem;
D = Dependência
o Original: Tanto o Código do Beneficiário quando do Cartão de Identificação terão o mesmo Código da
Unimed Origem.
o Sequencial: Como a codificação do Admissional, será código Sequencial sem formatação.
 PTU A100 – Importação Movimentação Beneficiário (Diversos / PTU / Importação)
Tela 2.1– Negociação de Mov.Cadastral

Página 545 de 749
Para a Unimed Destino utilizar a importação do PTU A100 pelo Cardio, o cadastro terá que atender os
seguintes Pré-Requisitos:
 Cadastro de apenas dois Contratos para cada Unimed Origem, sendo um Contrato de Pré-Pagamento e
outro de Pós-Pagamento. Estes contratos devem ser relacionados a Modelos de Contrato de Tipo de
Contingente Continuado.
 Todos os Beneficiários Repassados já existentes na base devem estar relacionados aos seus
respectivos Contratos Continuados. Caso for necessário transferir de Contrato, verificar a existência de
solicitações ou eventos para estes Beneficiários.
 Todos os Beneficiários já Repassados devem conter o seu Código Origem, informado no campo
“Classificador Origem”.
 Todos os contratos devem ter uma Negociação de Movimentação Cadastral, cadastrada no nível de
Contrato ou Modelo de Contrato.
 Cadastro de Negociação de Aquisição de Módulo no nível de Contrato ou Modelo de Contrato para todos
os Tipos de Planos existentes na Tabela F do manual do PTU (Assistenciais e Acessórios).
 Atentar-se aos Acessórios Associados aos Módulos Assistenciais, para que não sejam incluídos
automaticamente sem autorização da Unimed Origem.
 Para cada empresa contratante da Unimed Origem dever ser criado uma Lotação e relacionar ao seu
respectivo Contrato Continuado. Nesta Lotação, deve-se informar o Código da Empresa no campo
Código Externo. Não informar o mesmo código para mais de uma Lotação dentro do mesmo Contrato
Continuado.
 O Campo “Empresa” de todos os contratos PJ deve estar preenchido.
 Quando o Código do Cartão do Beneficiário Repassado for recodificado (diferente da origem), o Campo
“Data de Emissão” do Cartão de Identificação não será gravado, isso para que a Unimed Destino possa
fazer a Emissão do Cartão com a formatação que a mesma escolheu.

Página 546 de 749
Exemplos:
Tabela Campo Descrição

Configuração Recodificar Especifica se durante a importação de Beneficiários, será gerado um novo
da Operadora Beneficiário Código ou se o Código do Beneficiário será o mesmo informado no arquivo.
Negociação de Tipo Codificação Pode receber as seguintes opções de formatação para o Código do
Mov. Cadastral Beneficiário Beneficiário:
 Formatado: Tanto o Código do Beneficiário quando do Cartão de

Identificação são recodificados, seguindo a formatação
UUUEEEEFFFFFFDDX, sendo:
U = Unimed Origem;
D = Dependência
 Original: Tanto o Código do Beneficiário quando do Cartão de
Identificação terão o mesmo Código da Unimed Origem.
 Sequencial: Como a codificação do Admissional, será código
Sequencial sem formatação.
Abaixo as possibilidades de cadastro do Código do Beneficiário e Código do

Cartão Identificação na Importação do A100:
5) Checkbox “Recodificar Beneficiário” desmarcado e NÃO

EXISTINDO o Beneficiário como Eventual na base de dados:

Inclui o Beneficiário com o Inclui Cartão de Identificação
Código original vindo no para o Beneficiário com o
arquivo PTU A100. Código original vindo no
arquivo PTU A100.
6) Checkbox “Recodificar Beneficiário” marcado e NÃO

EXISTINDO o Beneficiário como Eventual na base de dados:

Inclui o Beneficiário com o Inclui Cartão de Identificação
Código de acordo com a para o Beneficiário com o
formatação do Tipo de Código de acordo com a
Codificação Beneficiário. formatação do Tipo de
Codificação Beneficiário.
Caso não seja o Código
original, a Data de Emissão
deve ficar em branco para que
possa ser emitido um novo
cartão.
7) Checkbox “Recodificar Beneficiário” desmarcado e EXISTINDO

o Beneficiário como Eventual na base de dados:
Página 547 de 749

Inclui o Beneficiário Grava Data Validade Final do
repassado com Código Cartão Identificação do
Sequencial. Beneficiário EVENTUAL já
existente, como 1 dia anterior
a data de inclusão do
Beneficiário REPASSADO e
inclui um novo Cartão
Identificação para o
Beneficiário Repassado com o
Código de acordo com a
formatação do Tipo de
Codificação Beneficiário
deixando a Data de Emissão
em branco para que possa ser
emitido o Cartão novo.
8) Checkbox “Recodificar Beneficiário” marcado e EXISTINDO o


Inclui o Beneficiário com Inclui Cartão de Identificação
código de acordo com a do Beneficiário com o código
formatação do campo Tipo de de acordo com a formatação
Codificação Beneficiário. do Tipo de Codificação
Caso esteja parametrizado Beneficiário deixando a Data
com a opção Original o de Emissão em branco para
sistema inclui o Beneficiário que possa ser emitido o
com código Sequencial. Cartão novo.
Lotação do Código Externo Informação do código da empresa na Unimed Origem. Pode ser usado
Contrato também código da empresa + filial.
Beneficiário Classificador Código do Beneficiário na Unimed Origem.

Origem
Este campo é utilizado para identificar o beneficiário repassado no processo
de auditoria, autorização, importação e exportação do PTU A100,
Exportação do PTU A500 e muitos outros.

Página 548 de 749
Impacto ao importar o PTU A100
 Inclusão de Beneficiário:
Para incluir um Beneficiário repassado pelo processo de importação, é necessário:
o Não ter um Beneficiário na base com o Classificador Origem, Código do Beneficiário ou Classificador
Destino com o mesmo código informado no PTU.
o O campo DT_EXCL_UNI, tipo 104, seqüência 016 do arquivo PTU ou o campo DT_FIM_REPASSE
devem estar em branco.
Atualizações que serão efetuadas:

 Beneficiário:
o Com o campo “RecodificaBenef” marcada na Configuração da Operadora, o Beneficiário será
instalado com o código no padrão como configurado na tela de Negociação Mov. Cadastral +
Configuração da Operadora (Explicado acima).
o O Inicio de vigência é a mesma data do registro DT_INCL_UNI, tipo 104, seqüência 15.
o O Cardio verifica se há um Beneficiário relacionado ao Contrato informado com o mesmo
Código no campo “Classificador Origem”, Código do Beneficiário e em seguida “Classificador
Destino”. Não havendo, será instalado um novo Beneficiário.
 Cartão Identificação:
o Código no padrão como configurado no formulário de Negociação Mov. Cadastral +
Configuração da Operadora (Explicado acima).
o Data Validade Inicial é a mesma data do Inicio de Vigência do Beneficiário.
o Data de validade final em branco.
o Data de Emissão ficará em branco quando o Código do Cartão for recodificado (diferente da
origem).
 Cartão Identificação do Beneficiário Eventual:

o Casa exista um Beneficiário Eventual na base, será preenchido o Fim de Vigência no Cartão
Identificação do mesmo. Esta data será um dia anterior ao da inclusão do Beneficiário
Repassado.
 Lotação do Beneficiário:
o Relacionado à Lotação do Contrato de acordo com o código da empresa origem, presente no
arquivo PTU no registro CD_EMPR_ORI, tipo 102, seqüência 021.
 Módulo Beneficiário:
o Instala o “Módulo Operadora” Assistencial e Acessório de acordo com o registro
CD_PLANO_INTER, tipo 104, seqüência 008, relacionado na Negociação Aquisição Módulo
do Contrato ou Modelo de Contrato.
 Alteração de Beneficiário:
Para alterar um beneficiário repassado pelo processo de importação, é necessário:
o Existir um Beneficiário na base com o “Classificador Origem”, Código do Beneficiário ou “Classificador
Destino“ com o mesmo código informado no PTU. Este Beneficiário deve estar relacionado ao um
Contrato do tipo Continuado.
devem estar em branco.
o O código do plano no arquivo CD_PLANO_INTER, tipo 104, seqüência 008, seja diferente do já
cadastrado para o Beneficiário.
o A data de inclusão do novo plano DT_INCL_PLANO, tipo 104, seqüência 035 deve ser maior do que o
já cadastrado para o Beneficiário.
Página 549 de 749

 Módulo Beneficiário:
o Altera o “Módulo Operadora” Assistencial e Acessório de acordo com o registro
CD_PLANO_INTER, tipo 104, seqüência 008, relacionado na Negociação Aquisição Módulo
do Contrato ou Modelo de Contrato.
o O Inicio de Vigência do novo módulo é a data do campo CD_PLANO_INTER do arquivo PTU.
o Todos os Módulos Beneficiários anteriores terão data fim de vigência um dia anterior a data
de inclusão do novo Módulo.
 Exclusão do Beneficiário:
Para excluir um Beneficiário Repassado pelo processo de importação, é necessário:
deve estar preenchido com uma data maior que a data de inicio de vigência do Beneficiário existente.
o O código do plano no arquivo CD_PLANO_INTER, tipo 104, seqüência 008, deve ser o mesmo que o
já cadastrado para o Beneficiário.

 Beneficiário:
o Será criada uma Suspensão de Vínculo para o Beneficiário com a data do campo
DT_EXCL_UNI ou do campo DT_FIM_REPASSE presente no arquivo PTU.
 Atendimento Eventual ao Beneficiário repassado com Fim de Vigência:

Para este tipo de movimentação realizado no atendimento, processado pela auditoria do Cardio ou Nefron, é
necessário:
o Este Beneficiário Repassado deve estar com Suspensão de Vínculo vigente.
o Não há restrição para este mesmo usuário ter sido atendido como Eventual anteriormente.
o OBS. Não haverá alteração de cadastro. O Cardio identificará que o Código que será atendido tem
Suspensão de Vinculo como Repassado e entenderá que o atendimento é Eventual. Caso não exista
um Beneficiário Eventual cadastrado anteriormente na base, será instalado um novo.

Página 550 de 749
15. PTU A200 – Retorno de Movimentação Cadastral de

Beneficiário

[(Diversos / PTU/ Exportar)]
Objetivo
Permite exportar o PTU A200.
Tela 15.1-7 – Exportação PTU A200
Arquivo a ser Exportado A exportação do PTU A200 é o retorno das movimentações cadastrais
realizadas pelo PTU A100 e PTU A300.
Para que seja realizada a exportação do PTU A200, é necessário informar
o nome do arquivo PTU A100 ou PTU A300 importado anteriormente.
Por exemplo, para exportar o PTU A200 com retorno de movimentações
de um PTU A100 importado, informar o nome do PTU A100
“UOOOSSSS.DDD”, onde:
o “U” - é fixo indicando movimentação de usuários
o “OOO” - a Unimed de origem, a que está enviando o arquivo
(essa Unimed)
o “SSSS” - um número seqüencial de 0 a 9999 com contagem por
Unimed de Destino (a origem numera de 0 a 9999 os arquivos
Página 551 de 749
que envia e quando chega em 9999 reinicia de 0 (zero)
o “DDD” - a Unimed de Destino
Se for informado o arquivo a ser exportado = “U9990001.001, o nome do
arquivo PTU A200 exportado será “V9990001.001”, troca-se a o caractere
“U” por “V”. Para o PTU A300, teremos:
Reprocessa Se marcado, serão exportados arquivos PTU A200 que já tenham sidos
exportados. Serão recuperados registros do Envio e Recebimento de
Arquivo PTU para verificar se o arquivo PTU já foi exportado.

Página 552 de 749
Exemplos:
Exportação PTU A100 – Unimed Origem.
Tela 15.1-9 – Exportação PTU A100
Tela 15.1-10 – Envio e Recebimento de Arquivo PTU gerado com a exportação

Página 553 de 749
Tela 15.1-11 – Envio e Recebimento de Arquivo PTU – Nome do arquivo gerado
Tela 15.1-12 – Envio e Recebimento de Arquivo PTU – beneficiários exportados no arquivo

Página 554 de 749
Tela 15.1-13 – Envio e Recebimento de Arquivo PTU – detalhe dos beneficiários exportados

Página 555 de 749
15.2 Importação PTU A200

[ (Diversos / PTU/ Importar)]
Objetivo
Permite importar o PTU A200.
Tela 0-8 – Importação PTU A200
Nome do Arquivo Informar o nome do arquivo PTU A200 recebido pela Unimed.
Reprocessa Se marcado, permite reprocessar um arquivo já importado. Serão
recuperados registros do Envio e Recebimento de Arquivo PTU
para verificar se o arquivo PTU já foi importado.

Página 556 de 749
Exemplos:
1º Exemplo: Importação PTU A100 – Unimed Destino

Página 557 de 749
Tela 0-15 – Envio e Recebimento de Arquivo PTU gerado com a importação
Tela 0-16 – Envio e Recebimento de Arquivo PTU – Nome do arquivo importado

Página 558 de 749
Tela 0-17 – Envio e Recebimento de Arquivo PTU – beneficiários importados no arquivo
Tela 0-18 – Envio e Recebimento de Arquivo PTU – detalhe dos beneficiários importados

Página 559 de 749
Tela 0-19 – Exportação PTU A200
Tela 0-20 – Arquivo PTU A200 gerado

Página 560 de 749
Tela 0-21 – Envio e Recebimento de Arquivo PTU com atualização do nome PTU A200 exportado

Página 561 de 749
Importação PTU A200 – Unimed Origem
Tela 0-23 – Envio e Recebimento de Arquivo PTU – Atualização do Nome do arquivo importado do PTU A200

Página 562 de 749
Tela 0-24 – Envio e Recebimento de Arquivo PTU – beneficiário atualizados com a importação do PTU A200

Página 563 de 749
2º Exemplo: Demonstrar utilização do checkbox Reprocessa LOG de Benef. Incluídos (PTU A200)
Tela 0-29 – Importação (PTU A-100 Mov. Beneficiários) – Primeira importação - checkbox desmarcado

Página 564 de 749
Tela 0-30 – Envio e Recebimento de Arquivo PTU – Primeira importação – checkbox desmarcado
Tela 0-31 – Beneficiários importados com a mensagem 3201 – beneficiário incluído

Página 565 de 749
Tela 0-32 – Importação (PTU A-100 Mov. Beneficiários) – Segunda importação - checkbox marcado
Tela 0-33 – Envio e Recebimento de Arquivo PTU - Segunda importação – checkbox marcado

Página 566 de 749
Tela 0-34 – Beneficiários importados e com a mensagem atualizada 3202 – beneficiário alterado

Página 567 de 749
3º Exemplo: Situações que não geram LOG
Tela 0-35 – Importação (PTU A-100 Mov. Beneficiários)
Tela 0-36 – Resultado Exportação

Página 568 de 749
 Quando ocorrer erros que impeçam o processo de efetuar leitura do beneficiário, não será
registrado LOG.
Por exemplo, na tela acima ocorreu a mensagem “Beneficiário não possui um plano que tenha
um módulo operadora intercâmbio relacionado Código Plano Padrão: A”, para este
beneficiário não foi registrado o LOG.
Para registrar o LOG é necessário atualizar o cadastro e importar o PTU novamente.
Tela 0-38 – Importação (PTU A-100 Mov. Beneficiários) – Segunda Importação

Página 569 de 749
Tela 0-39 – Resultado Exportação - – Segunda Importação
Tela 0-40 – Beneficiários importados com a mensagem 3201 – beneficiário incluído

Página 570 de 749
 Para o erro “dependente não possui titular” o processo de importação efetuou leitura do
beneficiário e registrou LOG.

Página 571 de 749
16. PTU A300 – Movimentação cadastral de beneficiários

(Produto)
O PTU A300 é o arquivo que contém as informações (movimentações cadastrais) de beneficiários com seu
respectivo produto. Este produto é o Módulo Acessório no Cardio.
Os produtos previstos no PTU A300 são: S-Seguro de Vida, P-PEA/PCA, F-Franquia, A-Aero-Médico, W-
Remissão, Y-Garantia Funeral, M-Farmácia,D- Plano Pago, L-Ambulância, C-Coração/P1 e O-Proteção
Familiar.
O que é necessário para gerar o PTU A300 ?

2) Existir Módulo Acessório cadastrado.
3) Beneficiários estarem com o módulo Acessório cadastrado e vigente.
4) Processar a Geração de Módulo Competência Pagamento [ (Cadastros / Beneficiários / Movimentações
Cadastrais / Geração de Módulo Competência de Pagamento) ].
5) Efetuar a Exportação Mov. Cadastral de Beneficiários – Produtos [ (Cadastros / Beneficiários /
Movimentações Cadastrais / PTU A300 – Movimentação de Produtos) ].
Módulo Acessório cadastrado

Este tópico já foi estudado nesta Capacitação.
Os Módulos Acessórios são cadastrados em Módulo Operadora [ (Cadastros / Produtos / Módulo Operadora)
] com a identificação em Tipo:

Página 572 de 749

Página 573 de 749
Beneficiários estarem com o módulo Acessório cadastrado e vigente
Se o Beneficiário tem direito a um determinado Acessório (benefício agregado ao plano de saúde), este
deverá estar cadastrado em Módulo do Beneficiário (em Beneficiário  [ (Cadastros / Beneficiários /
Beneficiário) ]. Veja exemplo:

Página 574 de 749
Processar a Geração de Módulo Competência Pagamento
A Geração de Módulo Competência Pagamento está disponível em [ (Cadastros / Beneficiários /

Movimentações Cadastrais / Geração de Módulo Competência de Pagamento) ]:
Campo Descrição
Acessório Módulo operadora do tipo Acessório para o qual será gerado módulo competência
pagamento.
Competência Competência para seleção do intervalo a ser utilizado para recuperação dos módulos
acessórios a serem considerados no processamento.
A partir da competência informada e do dia de fechamento cadastrado no campo Dia
Fechamento em Módulo Operadora, será recuperado o período de processamento.
Seguem exemplos:
1 - Competência 07-2004 e Dia Fechamento 31.
O período de processamento será de 01/06/2004 a 30/06/2004, ou seja, para calcular o
intervalo final de seleção o sistema utiliza um mês anterior à competência informada e o
dia de fechamento (nesse caso como o dia de fechamento é 31 e no mês de junho não
existe 31, ele pega o último dia do mês) e para calcular a data inicial do intervalo, a partir
da data de intervalo final subtrai um mês e soma mais um dia.
2 - Competência 07-2004 e Dia Fechamento 15.

O período de processamento será de 16/05/2004 a 15/06/2004.

Página 575 de 749
Data de intervalo final - um mês anterior a competência informada e o dia de fechamento.
Data de intervalo inicial - da data de intervalo final subtrai um mês e soma mais um dia.
Observação: caso não tenha sido informado o campo Dia Fechamento no módulo
operadora, o dia de fechamento será considerado o último dia do mês anterior à
competência informada.
Comp. Competência de pagamento do acessório ao Fornecedor.
Pagamento
Gerar Define se serão gerados módulos competência pagamento para todos os módulos
Cadastro beneficiários ou somente para os módulos beneficiários ativos.
Completo Se marcado, será gerado módulo competência pagamento para todos os módulos
beneficiário cujo início de vigência do módulo seja menor que a data de intervalo final do
processamento.
Se não marcado, será gerado módulo competência pagamento para todos os módulos
beneficiário cujo início de vigência do módulo seja menor que a data de intervalo final do
processamento e cujo fim de vigência seja nulo ou cujo fim de vigência seja maior que a
data de intervalo inicial do processamento.
Calcular Define se serão calculados valores de mensalidade para os módulos competência
Valores pagamento.
Se marcado, será preenchido o valor mensalidade do módulo competência pagamento.
Para isso, será verificado se existe uma negociação de aquisição de módulo para os
níveis Módulo / Contrato ou Módulo / Modelo, se não existir, será exibida uma mensagem
de erro; se existir, será verificado se existe uma negociação de módulo acessório para o
acessório obrigatório, se não existir, será exibida uma mensagem de erro; se existir, de
acordo com as parametrizações da negociação de módulo acessório serão recuperados a
tabela de preço do módulo acessório e o valor da mensalidade para o módulo
competência pagamento.
O valor do módulo acessório é parametrizado em: menu [ (Cadastros / Produtos / Módulo
Operadora) ] aba Acessório > Produtos Convênio > Tabelas Preço > Vigências.
Se não marcado, gera o módulo competência pagamento sem o valor da mensalidade
preenchido.
Na geração dos módulos competência de pagamento para os módulos acessórios
incluídos opcionalmente quando o campo Calcula Valores estiver marcado deverá ser
recuperado o valor parametrizado na negociação módulo acessório, caso não encontre
valores parametrizados deverá ser recuperado o valor parametrizado na tabela de preço
do módulo acessório vinculada ao produto convênio do módulo acessório, desde que
exista Data Base parametrizada no contrato. Quando o campo Calcula Valores estiver
desmarcado os módulos competência de pagamento terão os seus valores zerados.
Observação: abordaremos um pouco mais sobre os valores em item abaixo.
O PTU A300 prevê em seu layout o envio do valor de mensalidade. Esta informação deve ser gerada e
enviada de acordo com o tipo de produto (acessório) contratado e de acordo com as normas que fornecedor
deste acessório determinar para sua Unimed.
Página 576 de 749
Para que isso possa ser processado da maneira correta, é preciso estabelecer a regra em Módulo
Operadora [ (Cadastros / Produtos / Módulo Operadora) ], através dos campos Tipo Envio Mensalidade
Cobrança e Tipo Benef. Envio Mensalidade.
Em Tipo Envio Mensalidade Cobrança:
Módulos O processo irá procurar o valor da mensalidade do módulo assistencial do beneficiário.

Assistenciais Só selecionar esta opção se o acessório for Remissão, Plano Pago ou Proteção
Familiar.
Todos Se não houver valor para o módulo assistencial, o processo buscará o valor da mensalidade
Módulos para os módulos acessórios.
Só selecionar esta opção se o acessório for Remissão, Plano Pago ou Proteção
Familiar.
Valor Assumirá o valor do documento financeiro como valor de mensalidade.
Documento Só selecionar esta opção se o acessório for Remissão, Plano Pago ou Proteção
Familiar.
(em branco) O valor da mensalidade no arquivo PTU A300 será sempre 0 (zero).
Deverá estar em branco para todos os Acessórios que não são Remissão, Plano Pago
ou Proteção Familiar.
Módulos Possibilita parametrizar a exportação do PTU A300 para enviar apenas o valor das mensalidades do
Acessórios módulo acessório do beneficiário. Se o módulo operadora do tipo acessório informado para a
Página 577 de 749
exportação do PTU A300, estiver com a opção “Módulos Acessórios” no campo “Tipo Envio
Mensalidade Cobrança”, a geração do arquivo só utilizará o valor de pagamento do módulo
acessório para compor o valor do campo VL_MENSALIDADE no registro 304. Deverá existir Valor
vigente para a tabela de preço do produto convênio para o modulo acessório
ATENÇÃO: Efetuar uma verificação nos cadastros dos Módulos Operadora do tipo Acessório.
Beneficiários podem não estar sendo enviados / gerados no arquivo PTU A300 se o cadastro estiver
incoerente com sua condição.
Em Tipo Benef. Envio Mensalidade:
A Unimed poderá definir quais os tipos de beneficiários serão enviados no Arquivo PTU A300.
Este controle será através da parametrização feita no Módulo Operadora, do Tipo Acessório, onde no campo
“Tipo Benef. Envio Mensalidade” será definido se serão impressos apenas Titulares, ou se serão impressos
todos os beneficiários, ou seja, Titulares, Dependentes, Agregados, etc.
Conteúdo do Funcionalidade
campo
Titular Tanto os valores (considerados pelo item anterior) do Titular e de seus Dependentes serão
somados e apresentados na linha do Titular. Nesta opção não serão geradas linhas para os
dependentes.
Todos Os valores serão apresentados na linha respectiva de cada beneficiário, ou seja, as
informações de todos os beneficiários (titulares, dependentes, agregados, etc) poderão ser
enviados no PTU A300.
Ainda relacionado a valores do módulo Acessório, no cadastro do Módulo Operadora, nos Produtos Convênio
do Acessório, pode-se cadastrar os valores negociados entre a Unimed e o Fornecedor. Selecione o Produto:

Página 578 de 749
Será aberta a tela para cadastramento das Tabelas Preço:

Página 579 de 749
Este cadastramento de valores segue o mesmo conceito já estudado em Negociação Pré. Temos a Data
Tabela e dentro dela, as Vigências com seus valores, além de permitir informar a Acomodação (Enfermaria,
Apartamento ou Ambulatorial) para cada “Produto Convênio” em um Módulo Operadora do Tipo Acessório.
Caso exista esta Acomodação parametrizada no Produto Convênio do Módulo Acessório, a mesma será considerada
na exportação do PTU A300 (Exportação Mov. Cadastral Beneficiário - Produtos).
 Na exportação do arquivo PTU A300 (Exportação Mov. Cadastral Beneficiário - Produtos) será exportada
a Acomodação de cada Beneficiário.
Para isso, o sistema primeiro verifica se existe Acomodação cadastrada no Produto Convênio do Módulo
do Acessório do Beneficiário.
 Não havendo será verificada a Acomodação no Módulo Operadora Assistencial do Beneficiário. Caso
também não exista este cadastro, a Acomodação deste Beneficiário será considerada como
“Ambulatorial”.

Página 580 de 749
Exemplos:
1. Suponhamos as seguintes situações no momento da exportação do arquivo PTU A300:
Cadastro Campo “Acomodação”

Módulo do Acessório Coletivo
Módulo Assistencial Não Preenchido
Qual Acomodação será considerada na Exportação do PTU A300?

Resposta: Será considerada a Acomodação = Coletivo
2. Suponhamos as seguintes situações, no momento da exportação do arquivo PTU A300:

Módulo do Acessório Coletivo
Módulo Assistencial Apartamento

Resposta: Será considerada a Acomodação = Coletivo

Módulo do Acessório Não Preenchido
Módulo Assistencial Apartamento

Resposta: Será considerada a Acomodação = Apartamento

Módulo do Acessório Não Preenchido
Módulo Assistencial Não Preenchido

Resposta: Será considerada a Acomodação = Ambulatorial

Página 581 de 749
A exportação do arquivo PTU A300 está disponível em [ (Cadastros / Beneficiários / Movimentações
Cadastrais / Exportação PTU A300 – Movimentação de Produtos) ], opção Exportação Mov. Cadastral
Beneficiário – Produtos:
Campo Descrição
Acessório Módulo acessório para seleção dos módulos competência pagamento a serem
exportados.
Competência Competência para seleção dos módulos competência pagamento a serem exportados.
É a competência já gerada anteriormente.
Tipo Geração Define qual será o tipo geração cadastro para exportação do arquivo.
Cadastro No caso, se informar o Layout da PrevSaúde só será aceito o tipo geração cadastro
ativo que significa a carga inicial (inclusão) e o periódico que significa a movimentação
dos beneficiários (inclusão, alteração, exclusão). Esta definição foi estabelecida pela
própria PrevSaúde.
Layout Define o layout do arquivo a ser exportado. Note que o Cardio permite a geração de
alguns layouts em específico.
O layout do PTU A300 é a opção Mov. Cadastral Beneficiários – Produtos.
Versão Layout Este campo determina a versão do PTU que será realizada à exportação – Anterior ou
Atual. O objetivo é permitir a exportação de arquivos PTU em versões anteriores da
vigente na data do processamento.
Código Contrato Código do Contrato da PrevSaúde junto à Unimed. Somente deverá ser preenchido
da PrevSaúde quando escolhido o layout PrevSaúde ou PrevSaúde2.
Página 582 de 749
Enviar Essa informação somente será utilizada para os layouts Mov. Cadastral Beneficiário -
Beneficiários sem Produto e XML.
CPF Se marcado, também serão exportados no arquivo, os beneficiários que não tenham
CPF preenchido.
Enviar Essa informação somente será utilizada para os layouts Mov. Cadastral Beneficiário -
Beneficiários sem Produto e XML.
Endereço Se marcado, também serão exportados no arquivo, os beneficiários que não tenham
endereço preenchido.
Considera Se marcado e existir uma Pessoa Jurídica no campo Entidade Captadora do modelo de
Entidade contrato do beneficiário, o processamento vai obter as informações dessa pessoa, para compor
Captadora os campos do registro R302 e gerar o arquivo de exportação do PTU A300. A pessoa da
entidade captadora deve ter obrigatoriamente um endereço cadastrado.
Só podem ser utilizados nos layouts (Mov. Cadastral Beneficiário - Produto) ou (XML).
 Se esse checkbox não for utilizado, a exportação do PTU A300 vai continuar a
processar e obter os dados da pessoa que está inserida no campo contratante do
contrato do beneficiário, conforme se executava antes, para compor os campos do
registro R302.
 Se esse checkbox for marcado e não existir cadastro no campo Entidade Captadora, o
processo irá considerar o contratante do contrato para gerar no arquivo.
 Se a pessoa da Entidade Captadora não tiver um endereço cadastrado, será
apresentado uma mensagem em tela solicitando o cadastro e o registro não será
gerado no arquivo.
 Se o checkbox Entidade Captadora não for utilizado, é necessário que a pessoa do
contrato tenha o endereço cadastrado para gerar o registro no arquivo, caso contrário
será apresentado uma mensagem em tela solicitando o cadastro.
Modulo Informar o intervalo inicial e final do Módulo Operadora

Assistencial
Inicial e Modulo
Assistencial Final
Modelo Inicial e Informar o intervalo inicial e final do Modelo de Contrato
Modelo Final
Aba Listas Informar o Produto Convênio que pertença ao Acessório informado no formulário.
Produto Caso seja informado um Produto Convênio que não pertença ao Acessório informado, será
Convênio gerada a mensagem de aviso: “Produto Convênio informado não pertence ao Módulo Acessório
exportado”.
Aba Listas Informar o Modulo Assistencial

Modulo
Assistencial

Página 583 de 749
Modelo Informar o Modelo de Contrato
Check-box Se este check-box for marcado, indica que os valores informados no grid deverão ser
Exceto desconsiderados da seleção, caso contrário, indica que os valores informados no grid deverão
ser considerados para a seleção.
Para a geração, o processo utiliza o arquivo MovimentacoesCadastraisBeneficiarioProdutos.xsd que deve

estar gravado no diretório de Exportação de Mov. Mod. Comp. Pag., cadastrado na Configuração da
Operadora [ (Diversos / Configurações Gerais / Configuração da Operadora) ]:
Observação: o arquivo .XSD mencionado acima se encontra sempre disponível a cada liberação de versão do
Cardio no diretório padrão \Cardio\Xsd_Versao_Cliente.
ATENÇÃO: Conforme determina as regras no manual PTU, o registro 302 que contém os dados da
EMPRESA CONTRATANTE assim como seu endereço, somente é gerado se o Bairro estiver preenchido no
Endereço da Pessoa no Cardio.
A falta do Bairro no cadastro no Cardio não impede a geração do PTU A300 já que, este tipo de registro não é
obrigatório (novamente, conforme regras explícitas no manual PTU).

Página 584 de 749
Módulo Competência de Pagamento por Beneficiário
Após a Geração do Módulo Competência Pagamento é possível consultar os registros pelo próprio cadastro
de Beneficiários, através de seus módulos.
Em Beneficiário [ (Cadastros / Beneficiários / Beneficiário) ] consultando o beneficiário, entrar na aba

Módulos. Selecione o Acessório a consulta e o expanda. O 2. link disponível na tela é o correspondente ao
Módulo Competência Pagamento:
O link dá acesso a todos os registros de Módulo Pagamento Competência já gerados por competências.
Consultando o registro, temos os dados do Acessório para o beneficiário na competência selecionada, como:
competência, módulo acessório, situação do acessório na competência, negociação de módulo acessório
cadastrada, datas das tabelas e valores (se na geração foi sinalizado como Calcular Valores). Veja exemplo:

Página 585 de 749

Página 586 de 749
16.2. Exportação do PTU A300 - Layout Projeto Coração
A exportação do PTU A300 permite a exportação de dados em um layout para o Projeto

Coração.
O campo Layout da rotina “Exportação Mov. Cadastral Beneficiário – Produtos” possui uma nova opção (veja
tela 1), cujo objetivo é gerar dois arquivos: um arquivo TXT de acordo com o layout definido para o “Projeto
Coração” e um arquivo XML mais simples em relação ao padrão gerado atualmente.
Os arquivos serão gravados no diretório parametrizado na Configuração Operadora
[ (Diversos / Configurações Gerais / Configuração da Operadora) ], campo “Exportação” da aba “Mov. Mod.
Comp. Pag.”
Tela 1: Exportação Mov. Cadastral Beneficiário – Produtos

Página 587 de 749
Tela 2: Arquivo TXT gerado com novo layout
Tela 3: Arquivo XML

Página 588 de 749

Página 589 de 749
Número Pos. Pos. Campo Tipo Tamanho Descrição Obrigatório
Inicial Final Máximo
01 001 004 Unimed N 04 Código da Unimed S
02 006 011 Família N 06 Código da Família S
03 013 014 Dependência N 02 Código da Dependência S
04 016 023 Data Nascimento N 08 Data de nascimento (ddmmaaaa) S
05 025 028 Empresa N 04 Código da Empresa S
06 030 058 Nome S 27 Nome do beneficiário (deve estar sempre entre aspas duplas “ S
“)
07 058 058 Sexo S 01 Sexo S
08 060 060 Estado Civil S 01 Estado Civil S
09 062 062 Padrão Internação S 01 Padrão Internação (A- Enfermaria B – Apartamento) S
10 064 081 Código Benef N 18 Nome do beneficiário (deve estar sempre entre aspas duplas “ S
“)
* Separar cada campo com caracter vírgula ( , ).

** Completar campo tipo N com 0 (zero) à esquerda.
** Completar campo tipo S com “ “ (espaço em branco) à direita.

Página 590 de 749
16.3. Importação do PTU A300

(Cadastros / Beneficiários / Movimentações Cadastrais / Importação PTU A300 – Movimentação de Produtos)
O que é necessário para importar o PTU A300?

 Cadastro do Contrato (Cadastros / Contratos / Contrato). O modelo de contrato poderá ser Continuado, Local
ou Eventual.
 Negociação Aquisição de Módulo (Cadastros / Contratos / Negociação de Aquisição de Módulo)
 O acessório deverá ter o fornecedor preenchido
 O Módulo Operadora deverá ter o Produto Intercâmbio preenchido
A importação do PTU A300 também pode ser utilizada por Federações, Intra-Federativa, Unimed do Brasil, ou seja, por
Unimeds que fazem o papel de “seguradora”. Na base destes fornecedores existirá um contrato para cada um deles.
Quando o contrato destes fornecedores for Continuado, o código original do beneficiário será mantido, e quando o
contrato destes fornecedores for Local, deverá acessar o menu Config.Operadora, aba Movimentação/Importação e
marcar Recodificar Beneficiário. Desta forma, o beneficiário importado terá um novo código e o código anterior (origem)
será preenchido no campo Classificador Destino.

Página 591 de 749
Contrato Informar o Contrato onde serão importados os beneficiários do PTU A300.
Nome do Arquivo Informar o nome do arquivo PTU A300.
Data Limite Inclusão Define a Data Limite para inclusão/reativação de beneficiário, ou seja, no momento
da inclusão ou reativação de um beneficiário, caso a data de inclusão/reativação for
menor que a data limite informada, o processo de importação irá considerar a data
limite como sendo a data de inclusão/reativação do beneficiário.
Data de exclusão (Massa de Define a data exclusão dos beneficiários, ou seja no momento da importação no
Ativos) caso de arquivos de massa total, essa será a data de exclusão dos beneficiários
que não estiverem no arquivo, caso não for preenchida a data a ser considerada
será a data de movimentação final.
Motivo Suspensão Motivo de suspensão dos beneficiários a serem excluídos.
Checkbox Importa sem Caso esteja marcado importará o beneficiário mesmo sem endereço ou com
endereço endereço inválido.
Checkbox Ignora CNP Inválido Caso esteja marcado importará o beneficiário mesmo sem CPF/CNPJ ou com
CPF/CNPJ inválido.
Checkbox Layout SIAMED Caso estiver marcado o tipo do arquivo deve ser Layout SIAMED.
Checkbox Considerar Massa Flag deve ser marcada quando o Layout do arquivo for SIAMED e para considerar
de Ativos SIAMED arquivo como Massa Total.
Checkbox Particionar Arquivo Se marcado, o sistema irá validar todo o conteúdo do arquivo antes de importá-lo.
Ou seja, ao importar um arquivo com grande massa de informações utilizando este
checkbox marcado, antes de ser efetuada qualquer importação, o processo irá
antecipar a validação do arquivo e mostrará os erros/falhas que necessitam ser
corrigidos. Após correção, a importação deverá ser realizada novamente.
Qte de Dias para Re-Inclusão Quantidade de dias para fazer a re-inclusão do beneficiário no plano.
Checkbox Reprocessa LOG Se marcado, ao importar um arquivo PTU A300 (já importado anteriormente) para
de Benef. Incluídos (PTU um beneficiário que foi “incluído” na base na primeira importação (mensagem “3201
A200) - Beneficiário incluso”), o status do log de processamento será atualizado para
“alterado” (mensagem – “3202 - Beneficiário alterado”) a partir da segunda
importação. Para os beneficiários que não sejam de inclusão, todos serão
reprocessados e as mensagens de processamento, campo CD_MENS_ERRO e
DS_Complemento_Erro, serão regravadas com o novo resultado do
processamento.
Se desmarcado, um arquivo PTU A300 (já importado anteriormente) será

totalmente importado e processado novamente. Todos os beneficiários serão
atualizados conforme os dados do arquivo PTU A300. As mensagens, campo
CD_MENS_ERRO e DS_Complemento_Erro, devem ser regravadas com o novo
resultado do processamento, exceto para os beneficiários que foram processados
da primeira vez com sucesso que possuam o campo CD_MENS_ERRO igual A
“3201 - Beneficiário incluso” e que no novo processamento o status gerado é igual
a “3202 – “Beneficiário alterado”, com essas duas condições o campo
cd_mens_erro e DS_Complemento_Erro do log não será alterado, permanecerá
com o código de mensagem “3201 - Beneficiário incluso” e seu complemento, mas
seus dados serão atualizados. Para todos os demais casos, o resultado do
processamento é gravado com a mensagem do atual processamento. Desta forma,
preservam-se as mensagens de inclusões feitas com sucesso no primeiro
processamento.
Checkbox Considera Lotação Se marcado será importado o cadastro da lotação do beneficiário.
Página 592 de 749
Mensagens de Erro que podem causar dúvidas
 “Registro não processado”

Existente na Base - Beneficiario: NNNNNNNNNNNNNNNN - Código Origem: NNNNNNNNNNNNNNNN -
Nome: (nome do usuário) - CNP:NNNNNNNNNNN - Existente no Arquivo - Código Origem:
NNNNNNNNNNNNNNNN - Nome: (nome do usuário) - CNP: NNNNNNNNNNN - Data
Nasc:NN/NN/NNNN”
Esta mensagem indica que o Código Origem: NNNNNNNNNNNNNNNN já está cadastrado para outro
beneficiário (campo pessoa). O sistema compara e apresenta alguns dados existentes na base para o
código origem e os dados que constam no arquivo.
Exemplos:
1º Exemplo: Importação do PTU A300 com particionamento de arquivo e validação antecipada.
Tela 16.3-2 – Importação PTU A300 utilizando arquivo com informações que necessitam ser corrigidas

Página 593 de 749
Tela 16.3-3 – Resultado da validação do arquivo PTU A300 antes de importá-lo
Tela 16.3-4 – Arquivo de erro gerado na validação do arquivo PTU A300
Após correção do arquivo deverá ser realizado novamente o processo de Importação do PTU A300.

Página 594 de 749
2º Exemplo: Importação do PTU A300 com checkbox Considera Lotação marcado.
Tela 16.3-1 - Importação (PTU A300 Mov. Produtos) – campo Considera Lotação marcado

Página 595 de 749
Tela 16.3-2 – Envio e Recebimento de Arquivo PTU – Arquivo Importado
Tela 16.3-3 – Beneficiário Processado

Página 596 de 749
Tela 16.3-4 – Cadastro do Beneficiário
Tela 16.3-5 – Lotação Beneficiário

Página 597 de 749
3º Exemplo:
Tela 16.3-7 – Importação PTU A300 - Mensagem atual

Página 598 de 749
Tela 16.3-8 – Importação PTU A300 - Mensagem

Página 599 de 749
17. Importação Lote – Movimentação Beneficiários

[(Cadastros / Beneficiários / Movimentações Cadastrais / Importação Lote - Movimentação Beneficiários)]
Esta rotina irá fazer a importação dos registros incluídos nos lotes criados para a digitação do beneficiário tais
como: registros de inclusão, alteração, suspensão e transferência de módulo.
Quando informado um intervalo de lotes junto com intervalo de contrato, serão excluídos os registros correspondentes
aos contratos informados de acordo com o restante dos parâmetros. Caso possua lotes e contratos informados nas
listas, os mesmos também serão excluídos.
Para importar os registros é necessário que o arquivo MovimentaçõesCadastrais.xsd esteja no diretório do arquivo XML
que será importado, ou seja, caminho diretório definido no Config. Operadora na aba Outros no campo Digitação
Beneficiário.
Nome do arquivo a ser importado.

O nome do arquivo informado deve estar no formato ULLLL.DDD.XML, onde LLLL é o número do lote e DDD é esta
operadora (Destino). Todos os arquivos XML que estiverem no caminho diretório determinado no config operadora
serão lidos, mas serão processados somente os beneficiários relacionados aos parâmetros informados em tela.
Pré-Requisito
Os pré-requisitos deverão ser os mesmos do cadastro das rotinas relacionadas, ou seja, serão exigidos de acordo com
o tipo dos registros incluídos nos lotes, sendo eles:
 Inclusão Beneficiário
Neste caso os pré-requisitos serão os mesmos exigidos na rotina Cadastro do Beneficiário, tais como:
 Código Exclusivo do Beneficiário Ativo
Verifica se o beneficiário já existe cadastrado na base.
 Obrigatoriedade dos campos abaixo, de acordo com o órgão federativo responsável pela
regulamentação dos planos de saúde:
- Código do beneficiário na operadora,

- Nome completo do beneficiário,
- Data de Nascimento,
- Sexo,
- Número do CPF, PIS/PASEP ou do Cartão Nacional de Saúde
- Nome da Mãe do Beneficiário,
- Estado Civil,
- Número do registro do plano no órgão federativo,
- Número de registro do plano na operadora,
- Data de inclusão ao plano
- Data de Inicio de Contribuição,
- Endereço completo (Rua, Bairro, Número, Complemento, Município, Unidade Federativa,
CEP e Fone),
- Cidade Atendimento (válida no endereço),
- Segmento assistencial de cobertura do plano,
- Abrangência geográfica da cobertura,
- Tipo de contratação,

Página 600 de 749
 Exigência do Módulo Assistencial
Deverá ter sido informado um módulo assistencial durante a digitação. Os acessórios vinculados
ao módulo serão cadastrados automaticamente para o beneficiário. Além disso, o módulo
assistencial informado deverá estar vinculado ao modelo de contrato ou contrato o qual o
beneficiário pertence.
 Alteração de Dados do Beneficiário
Para alterar os dados do beneficiário é necessário que o beneficiário esteja incluído na base. Lembrando
que as informações Fim Vigência, Motivo Rescisão, Mov. Cadastral Resc. e Data Registro Rescisão
relacionadas ao beneficiário não poderão ser alterados.
 Suspensão de Vinculo do Beneficiário
Os pré requisitos para importar os registros de suspensão digitados na rotina Exclusão Programada
deverão ser os mesmos exigidos para na rotina de Rescisão, sendo eles:
 Não pode haver uma suspensão em aberto.
 A data de suspensão informada não pode estar dentro de um intervalo no qual o beneficiário se
encontrava suspenso
Para os requisitos acima, existe a exceção para o beneficiário aposentado/demitido conforme
descrito na rotina de rescisão.
 Transferência de Módulo do Beneficiário
Os pré requisitos para importar os registros de transferência de módulo deverão ser os mesmos da rotina de
Inclusão/Troca de Módulo, sendo eles:
 O Módulo a ser incluído / trocado deve estar cadastrado para o modelo de contrato ou para o contrato
do beneficiário.
 O Tipo de Contratação do módulo inserido/trocado deverá ser igual ao Tipo de Contratação do
modelo de contrato.
 Ter concluído o tempo mínimo de permanência no módulo.
 Caso o Módulo Assistencial possua um módulo acessório e/ou negociação de módulo acessório
vinculada, as mesmas também deverão estar vinculadas ao contrato ou modelo de contrato do
beneficiário.
Atualizações Realizadas
As atualizações também serão de acordo com os registros importados, tais como:
 Inclusão do Beneficiário
Será criado um novo beneficiário com os dados informados na digitação tais como: Informações pessoais,
endereço, módulo beneficiário, telefone, além do cadastro de doença, repasse, lotação caso estes sejam
informados.
 Suspensão do Beneficiário
Quando importado um registro de suspensão será criado uma suspensão de vinculo para o beneficiário com
data da suspensão, motivo e vinculo rescindido.
 Transferência de Módulo
Será inserido um fim de vigência para o módulo atual do Beneficiário com a data anterior a informada como
data de transferência. Após inserir um fim de vigência para o módulo será criado um novo módulo
Beneficiário com as informações digitadas.
Em todas os registros importados com sucesso serão gerados as respectivas movimentações cadastrais.

Página 601 de 749
 O processo de Importação Lote Movimentação Beneficiário irá importar o campo “Data Admissão na
Empresa” (formulário Beneficiário) apenas quando o arquivo a ser importado for XML.

Página 602 de 749
18. Importação Beneficiários - Federação Mato Grosso

Este processo irá converter o arquivo texto enviado pelas Unimeds em um arquivo XML para importação no
Cardio, assim, irá gerar um novo código para os beneficiários para que todos os beneficiários locais fiquem
com o código de acordo com a Federação.
Para esta funcionalidade foi necessário alterar o(s) seguinte(s) processo(s):
 Importação [ (Cadastros / Beneficiários / Movimentações Cadastrais / PTU A100 – Movimentação

Cadastral) e (Diversos / PTU / Importar / PTU A100 – Movimentação Cadastral) ]
Foi incluído em tela o campo “Layout”. (veja tela 1)
 Config.Operadora [ (Diversos / Configurações Gerais / Configuração da Operadora) ]

Foi incluído o checkbox “Recodificar Beneficiário” na Aba “Mov Cadastral”.
(veja tela 2)
A importação de beneficiários para esta Federação seguirá o Layout “Plano Federativo MT”, conforme
demonstração na tela 1.
Para que todos os beneficiários locais fiquem com o código da Federação (veja tela 3) é necessário marcar o
checkbox “Recodificar Beneficiário”, caso contrário, o código do beneficiário será o que foi informado no
arquivo. Obs.:O _App.config utilizado no Cardio deverá estar na pasta “config” deste aplicativo, “caminho ..
recodificar\bin\Config”.
Para esta funcionalidade, o Sistema Cardio irá gravar o código do beneficiário no campo Classificador Destino
– (veja tela 3) ;
Observações:
O arquivo deve estar posicionado no diretório especificado em Config. Operadora, aba “Caminho Diretórios”,
sub-aba “Mov.Cadastral” campo “Importação”.
Como o cardio verifica a existência de beneficiário ?

O Sistema Cardio busca o beneficiário na ordem dos seguintes critérios:
 Filtra pelo campo Classificador Destino;
 Filtra pelo Contrato e Classificador Origem;
 Filtra pelo Código do beneficiário;

Página 603 de 749
Tela 1: Importação

Página 604 de 749
Tela 2: Configuração da Operadora – “Aba Mov. Cadastral”

Página 605 de 749
Tela 3: Beneficiário
Abaixo demonstração do campo código e Classificador Destino

Página 606 de 749
19. Envio e Recebimento de Arquivo PTU
Objetivo
Permitir consultar dados de envio e recebimento gerados através dos processos de Exportação e Importação
dos arquivos PTU.
Será gerada a importação e exportação dos PTUs A100, A200 e A300.
Para os PTUs A500, PTU A550, PTU A580, PTU A600, PTU A700 e PTU A800 será gerado somente envio e
recebimento de arquivo PTU para exportação.
Pré-Requisitos
 Importação e exportação de PTU.
Tela 16.3-1 – Envio e Recebimento de Arquivo PTU Aba Geral
Unimed Origem Código da Unimed Origem do Beneficiário importado pelo processo PTU A100
ou PTU A300.
Unimed Destino Código da Unimed Destino do beneficiário importado pelo processo PTU A100
ou PTU A300.
Tipo Mov. Cad. Tipo de movimentação cadastral importada de acordo com o campo TP_MOV
do PTU:
 A = Cadastro Ativo - massa total somente com beneficiários ativos

Página 607 de 749
 M = Cadastro Completo - massa total com beneficiários ativos e
excluídos de todos os períodos já enviados e existentes no cadastro.
 P = Movimentação Periódica, com inclusões, alterações e exclusões.
Data Movimentação Inicial Data de movimentação inicial do arquivo importado ou exportado.

Data Movimentação Final Data de movimentação final do arquivo importado ou exportado.
Versão Transação Versão do arquivo importado ou exportado, para atender ao campo
NR_VER_TRA do manual do PTU.
Tipo do Produto Segue a mesma definição do Manual PTU
Código Descrição
S Seguro de Vida
P PEA/PCA
F Franquia
A Aero-Médico
W Remissão
Y Garantia Funeral
M Farmácia
D Plano Pago
L Ambulância
C Coração/P1
O Proteção Familiar
Contrato Contrato.
Documento Documento.
Excluído Excluído.
LOG Inclusão Reprocessado (PTU Se marcado, sinaliza que o campo Reprocessa LOG de Benef. Incluídos (PTU
A200) A200) foi sinalizado na importação do PTU A100 ou PTU A300, e as
mensagens dos beneficiários incluídos foram atualizados durante o
processamento. Para maiores detalhes consulte os exemplos.

Página 608 de 749
Tela 16.3-2 – Envio e Recebimento de Arquivo PTU Aba Exportação e Importação
Exportação – Tipo de Arquivo É o tipo de arquivo exportado, pode assumir os valores:
 "A" – Movimentação Cadastral do Beneficiário (A100)
 "B" – Serviços Prestados em Pré-Pagamento (A700)
 "C" – Serviços Prestados em Pós-Pagamento (A500)
 "D" – Fatura para Câmara Compensação (A600)
 "E" – Faturas de Uso Geral (A580)
 "F" – Questionamentos da Câmara de Contestação (A550)
 "G" – Faturamento Intercâmbio de Pré-Pagamento (A800)
 “H” – Movimentação Cadastral de Beneficiário – Produtos (A300)
 “I” – Retorno de movimentação Cadastral de beneficiários (A200)
Exportação - Arquivo Nome do arquivo exportado.

Exportação - Data Data em que o arquivo foi exportado.
Importação – Tipo de Arquivo É o tipo de arquivo importado, pode assumir os valores:
Página 609 de 749
Importação - Arquivo Nome do arquivo importado.

Importação - Data Data em que o arquivo foi importado.
Tela 16.3-3 – Beneficiário Processado
Envio Arq. Contrato Tipo de envio e recebimento do arquivo PTU.
Identificador Permite consultar por identificação (autoid) gerada para o beneficiário
processado.
Nr. Seq. Nº da linha do arquivo PTU, representa o campo NR_SEQ dos blocos
104/304 – beneficiário.
Cód. Benef. Origem Código do beneficiário na origem (CD_UNI + ID_BENEF).
Cód. Benef. Destino Código da Unimed atribuído ao código do beneficiário na transferência,
recodificado pela Unimed destino. Usado no PTU A200.
Pl. Interc. É o campo CD_PLANO_INTER do arquivo PTU A100.
Dt. Incl. Uni. Data de inclusão na Unimed.
Dt. Excl. Uni. Data de exclusão na Unimed.
Tp. Repasse Tipo de repasse financeiro na transferência de Beneficiário É o campo
Tp_Repasse do registro 104 do arquivo PTU A100:
 “P” = em Pré-Pagamento (QB, Quantidade de Beneficiário)

Página 610 de 749
 “C” = em Custo Operacional (SP, Serviços Prestados)
Dt. Repasse Data de inclusão no repasse. É o campo DT_REPASSE.

Dt. Fim Repasse Data de exclusão no repasse. É o campo DT_FIM_REPASSE.
Status Se ocorrer erro no processamento do beneficiário o status ficará
preenchido com “Erro”, se o processamento estiver OK ficará com
“Processado OK”.
Código do Erro Permite consultar por mensagem/ código do erro gerado.
Complemento do Erro Complemento detalhado do erro (DS_MENS_ERRO).
Tela 16.3-4 – Envio e Recebimento de Arquivo PTU – link Exportação PTU A200

Página 611 de 749
20. Exclusão de Itens de Arquivos Processados (PTU)

[(Diversos / PTU)]
Objetivo
Permite excluir os logs registrados no envio e recebimento de arquivo PTU.
Tela 16.3-6 – Exclusão de Itens de Arquivos Processados (PTU)
Checkbox Exportação Se marcado, serão removidos os dados do log (envio e recebimento de
arquivo PTU) do tipo exportação.
É obrigatória a seleção de um dos checkboxes “Exportação” ou
“Importação”, porém, o sistema permite que ambos os checkboxes sejam
selecionados, isso significa que o sistema esta considerando ambos para a
limpeza do Log.
Checkbox Importação Se marcado, serão removidos os dados do log (envio e recebimento de
arquivo PTU) do tipo importação. Este checkbox é válido para o PTU A100,
A200 e A300.
Para o PTU A500, PTU A550, PTU A580, PTU A600, PTU A700 e PTU
A800 não são registrados logs na importação, somente na exportação.
Se forem selecionadas estes tipos o processo irá demonstrar a mensagem
“Não é gravado LOG de importação para esse Tipo de Arquivo”.
Tipo de Arquivo Permite informar o tipo de arquivo para exclusão do Log (envio e
recebimento de arquivo de PTU):
Página 612 de 749
 Todos
Data Inicial Data inicial utilizada como filtro para seleção dos logs que serão excluídos.
Data da importação ou exportação registrada no envio e recebimento de
arquivo PTU.
Data Final Data final utilizada como filtro para seleção dos logs que serão excluídos.
Data da importação ou exportação registrada no envio e recebimento de
arquivo PTU.
 Somente serão excluídos LOGs (Envio e Recebimento de Arquivo PTU) de exportação de
PTU A100 e PTU A300 após receber retorno do PTU A200.

Página 613 de 749
Exemplos
Exclusão de LOG ( Envio e Recebimento de Arquivo PTU)
Tela 0-25 – Envio e Recebimento de Arquivo PTU – consulta pelo nome U0150007.012

Página 614 de 749
Tela 0-26 – Envio e Recebimento de Arquivo PTU – consulta pelo nome U0150007.012
Tela 0-27 – Exclusão de Itens de Arquivo Processados – PTU A200

Página 615 de 749
Tela 0-28 – Envio e Recebimento de Arquivo PTU – consulta pelo nome U0150007.012 após exclusão

Página 616 de 749
21. Exportação Dados Cadastrais Beneficiário e Contratos no

formato CSV
Este processo é utilizado para a Exportação de Dados Cadastrais de Beneficiários e Contratos no formato
CSV (Campos delimitados por ponto e vírgula). (Veja tela 1)
Tela 1
Aba Restrições
Tipos de arquivos Conteúdo do Arquivo:
 Beneficiário: Exporta os dados do beneficiário conforme Layout 1.1
em arquivo de extensão CSV.
 Contrato: Exporta os dados do Contrato conforme Layout 1.2 em
arquivo de extensão CSV.
 Todos: Exporta tanto o arquivo de beneficiário quanto o de
contrato.
Data de Referência Utilizada para o cálculo da inadimplência e para verificar a situação (ativo
ou suspenso) do beneficiário. Caso esta data não seja informada, o
Página 617 de 749
Sistema irá considerar a data atual.
Tipo de Endereço Tipo de endereço que deverá ser exportado no arquivo.
Somente Inadimplentes Caso este campo esteja marcado, serão exportados apenas os
Beneficiários que estejam Inadimplentes, conforme data de referência.
Somente Não inadimplentes Caso este campo esteja marcado, serão exportados apenas os
Beneficiários que Não estejam Inadimplentes, conforme data de referência.
Modelo Carta Cobrança Utilizado para o cálculo da Inadimplência. Caso o Usuário do Sistema não
tenha informado um Modelo de Carta de Cobrança, o Sistema recupera
o Modelo Carta Cobrança Padrão, cadastrado em
Configuração da Operadora ou Negociação Mov. Cadastral em sua
respectiva prioridade.
Aba Vigências
Vigência inicial e vigência Intervalo de datas de Início e Fim de Vigência dos Beneficiários que serão
final considerados na exportação.
Aba Contratos
Contrato inicial e contrato Intervalo de Códigos de Contratos que serão considerados na exportação.
final
Aba Família
Família inicial e família final Intervalo de Famílias que serão consideradas na exportação dos
Beneficiários.
Aba Listas
Aba Tipo Contratação Permite selecionar alguns Tipos de Contratação que serão exportados, de
acordo com que foi configurado no modelo de contrato.
Exceto: Todos, menos estes
Aba Modelos Contrato Permite selecionar alguns modelos de contratos para restringir a seleção
dos beneficiários e contratos.
Exceto: Todos, menos estes
Aba Contratos Permite selecionar alguns modelos de contratos para restringir a seleção
dos beneficiários e contratos.
Exceto: Todos, menos estes.

Página 618 de 749
1. Layout dos arquivos
1.1. Campos do arquivo Beneficiários.csv:

Campo Tamanho Obrigatório
Código do usuário Com 16 posições sem pontos, sem barras. SIM
Nome Com 40 posições (máximo) SIM
Endereço Com 40 posições (máximo) NÃO
Cidade Com 30 posições (máximo) SIM
Bairro Com 30 posições (máximo) NÃO
UF Com 2 posições SIM
CEP Com 8 posições sem pontos NÃO
E-mail Com 60 posições (máximo) NÃO
RG / Identidade Com 20 posições (máximo) NÃO
CPF / CNPJ Com 14 posições sem pontos NÃO
Data de Cadastro Com 10 posições no formato DD/MM/AAAA NÃO
Data de Nascimento Com 10 posições no formato DD/MM/AAAA NÃO
Data de Vencimento plano Com 10 posições no formato DD/MM/AAAA NÃO
1.2 Campos do arquivo Contratos.csv:
Campo Tamanho Obrigatório

Código da empresa Com 5 posições sem pontos, sem barras SIM
Nome Com 40 posições (máximo) SIM
Endereço Com 40 posições (máximo) NÃO
Cidade Com 30 posições (máximo) SIM
Bairro Com 30 posições (máximo) NÃO
UF Com 2 posições SIM
CEP Com 8 posições sem pontos NAO
Obs.: Os campos com limite máximo poderão ter tamanho inferior ao mencionado.
Os arquivos serão gerados no caminho informado na “Configuração da Operadora” / Aba “Caminhos

Diretórios” / Aba “Mov. Cadastral”, campo “Exportação”.

Página 619 de 749
22. ANS
22.1. SIB
Mensal SIB - Sistema Utilizado para envio 1 - Transmissão do arquivo Alterar a fundamentação
de Informação dos cadastros de de atualização - até o normativa, colocando RN n°
dos beneficiários à ANS. dia 05 de cada mês. 187/09 e IN n° 35/DIDES/09
Beneficiários.
Geração Massa Cadastral SIB [ (Diversos / ANS / SIB / Geração SIB / Geração Massa Cadastral SIB) ] –
gera a movimentação cadastral dos beneficiários [ (Diversos / ANS / SIB / Movimento SIB) ] e sinaliza os
beneficiários que serão enviados atualizando o campo Ação. (Movimento SIB)
A fim de adequar-se às regras de envio de informações à ANS o sistema irá exportar nos campos nome do
beneficiário e nome da mãe as acentuações “Cedilha” e “Apóstrofo”.
O sistema irá verificar os endereços que não possuam número cadastrado. Se não existir, será enviada a
informação “SN” que significa “Sem Número”.
Competência Competência de geração da massa cadastral do SIB
Serão selecionados para o processamento todos os beneficiários cuja data
de início de vigência do módulo assistencial, seja menor ou igual a data
Data Limite Inclusão
limite de inclusão e a data de fim de vigência do módulo seja nula ou maior
ou igual a data limite de inclusão.
Serão considerados como rescisão, os beneficiários cuja data da
Data Limite Rescisão suspensão seja menor ou igual a data limite de rescisão e a data de
reativação seja nula ou maior que a data limite para inclusão.
Página 620 de 749
 No processo Geração Massa Cadastral SIB quando ocorrer uma movimentação cadastral do tipo 92-
Adaptação de Plano, o sistema irá gravar no campo “Data de Adaptação, Migração de Plano” (Movimento SIB
/ Aba Id. Plano de Saúde (Módulo)) o início de vigência do módulo assistencial atual do beneficiário
 Ao enviar alterações de beneficiários à ANS (SIB) quando ocorrer alteração em determinado beneficiário que
possua um cancelamento e uma reativação em seu cadastro, as informações <dataReativacao>,
<dataCancelamento>, <motivoCancelamento> serão enviadas no arquivo.
o “Data de Cancelamento” – o processo irá considerar a data em que houve a suspensão de vínculo.
o “Motivo de Exclusão” – o processo irá considerar o motivo gravado para esta suspensão de vínculo.
o “Data de Reativação” – o processo irá considerar a data de reativação do Beneficiário.
Geração Arquivo Texto SIB

[ (Diversos / ANS / SIB / Geração SIB / Geração Arquivo Texto SIB) ]
Gera arquivo em formato XML (Extensible Markup Language) com a movimentação dos beneficiários (incluir, alterar e
cancelar beneficiários). O XML será validado por uma versão teste em formato XML que a ANS publicou no seu site.
O sistema irá verificar se será enviado à ANS o CNPJ ou o CEI (Cadastro Específico do INSS) do contratante (no caso
do contratante da empresa ser Pessoa Jurídica).
Ao executar o processo Geração Arquivo SIB, se o contratante do contrato do beneficiário for Pessoa Jurídica, no
arquivo XML gerado será enviada a tag <cnpjEmpresaContratante> ou a tag <ceiEmpresaContratante>, conforme
regras abaixo:
<cnpjEmpresaContratante> - Esta tag será impressa caso o valor do campo “CNPJ da Empresa Contratante”
(Movimento SIB / Aba Id.Plano de Saúde (Módulo)) tenha exatamente 14 caracteres.
<ceiEmpresaContratante> - Esta tag será impressa caso o valor do campo “CNPJ da Empresa Contratante”
(Movimento SIB – Aba Id.Plano de Saude (Modulo)) tenha menos de 14 caracteres. Caso o campo possua 13
caracteres, o sistema irá desconsiderar o último caracter da esquerda, enviando apenas 12 caracteres.
Caso o campo possua menos de 12 caracteres, o sistema irá completar com zeros (0) a esquerda enviando apenas 12
caracteres.
Pré-Requisitos:
 A competência anterior deve estar com status R – Retornado;
 Os arquivos sibComplexTypeV1_00.xsd, sibSimpleTypeV1_00.xsd e sibV1_00.xsd, deverão estar no diretório
de exportação definido na Configuração Operadora (Diversos/ Configuração Geral) na aba Caminho Diretórios
sub-aba Mov. Cadastral item Exportação.
 Movimento SIB - deve estar gerado para que possa ser exportado o arquivo SIB.

Página 621 de 749
Tela 22.1-1 Geração Arquivo SIB
Competência Competência na qual foi gerada a massa cadastral do SIB.
Quantidade de Registro por Permite definir a quantidade de linhas que serão impressas no arquivo
Arquivo texto SIB. O default é 100000. (Veja explicação detalhada abaixo)
Tipo Exportação O arquivo será gerado de acordo com o tipo exportação:
XML – formato XML
O que ocorre se a quantidade de linhas a serem impressas for maior que a definida em tela?
Resposta: Serão impressos mais de 1 arquivo texto e o nome dos arquivos serão considerados para o
processo de “Retorno SIB”. Neste processo de “Geração Arquivo Texto SIB” o sistema irá gravar o nome do
arquivo na tabela “Movimento SIB”, e no momento de importar o arquivo de retorno SIB, o nome será utilizado
como chave de procura dos registros do movimento SIB.

Página 622 de 749
 Esta tag <cnpjEmpresaContratante> será impressa caso o valor do campo “CNPJ da Empresa
Contratante” (Movimento SIB / Aba Id.Plano de Saúde (Módulo)) tenha exatamente 14 caracteres.
 Esta tag <ceiEmpresaContratante> será impressa caso o valor do campo “CNPJ da Empresa Contratante”
(Movimento SIB – Aba Id.Plano de Saude (Modulo)) tenha menos de 14 caracteres.
Caso o campo possua 13 caracteres, o sistema irá desconsiderar o último caracter da esquerda, enviando
apenas 12 caracteres.
Caso o campo possua menos de 12 caracteres, o sistema irá completar com zeros (0) a esquerda enviando
apenas 12 caracteres.
 Ao enviar alterações de beneficiários à ANS (SIB) quando ocorrer alteração em determinado beneficiário
que possua um cancelamento e uma reativação em seu cadastro, as informações <dataReativacao>,
<dataCancelamento>, <motivoCancelamento> serão enviadas no arquivo.
o “Data de Cancelamento” – será gerado no arquivo a data em que houve a suspensão de vínculo.
o “Motivo de Exclusão” – será gerado no arquivo o motivo gravado para esta suspensão de vínculo.
o “Data de Reativação” – será gerado no arquivo a data de reativação do Beneficiário.
Exemplos:
1º Exemplo
Existem 2 Movimentações SIB a serem exportadas no Arquivo SIB.
O primeiro registro possui o campo “CNPJ da Empresa Contratante” preenchido com o valor 123456789012,
ou seja, contendo 12 caracteres.
Neste caso, será impressa a tag <ceiEmpresaContratante>

Página 623 de 749
Tela 22.1-2 – Arquivo SIB gerado
2º Exemplo
O segundo registro possui o campo “CNPJ da Empresa Contratante” preenchido com o valor
12345678901234, ou seja, contendo 14 caracteres.
Neste caso, será impressa a tag <cnpjEmpresaContratante>

Página 624 de 749
3º Exemplo
Vejamos abaixo, um beneficiário que possui data de Suspensão de Vínculo e Reativação. Desta forma, essas
informações serão preenchidas no arquivo SIB que será enviado a ANS.
Tela 22.1-4 Beneficiário

Página 625 de 749
Tela 22.1-5 Suspensões do Beneficiário
Tela 22.1-6 Movimento SIB – Aba Beneficiário – Ação = Alteração

Página 626 de 749
Tela 22.1-7 Movimento SIB – Aba Id.Plano de Saúde (Módulo) – Data Cancelamento, Motivo Exclusão e Data de
Reativação
Tela 22.1-8 Arquivo SIB gerado com as informações

Página 627 de 749
22.2. SIB – Arquivo XML
Objetivo:
Atender ao disposto na Resolução Normativa nº 250 e na Instrução Normativa nº 46/DIDES, ambas de 25 de

março de 2011 para arquivos SIB XML.
Regras de Negócios:
 IN/DIDES nº 46, de 25 de março de 2011 - institui o formato XML (Extensible Markup Language) para a
transmissão das informações para o Sistema de Informações de Beneficiários da Agência Nacional de
Saúde Suplementar - SIB/ANS; estabelece procedimentos para a geração, validação, transmissão e
controle de dados cadastrais de beneficiários do SIB/ANS; e revoga as Instruções Normativas n° 35, de
3 de abril 2009; e nº 39, de 26 de novembro de 2009, ambas da DIDES.
 RN nº 250 Art. 26 - As informações cadastrais de beneficiários ativos referentes ao campo Cartão

Nacional de Saúde e ao campo Declaração de Nascidos Vivos para os beneficiários nascidos a partir
de 1º de janeiro de 2010, que não estiverem em conformidade com esta Resolução e com
regulamentação específica a cargo da Diretoria de Desenvolvimento Setorial - DIDES, deverão ser
atualizadas e informadas para a ANS, por meio do SIB, até a data de 05 de junho de 2012.
Pré-Requisitos:
 Para a Geração Arquivo SIB (Diversos / ANS / SIB / Geração SIB):

 Processamento da rotina Geração Massa Cadastral SIB;
 A competência anterior deve estar com status R – Retornado;
 O Prestador de Serviço parametrizado no campo “Esta Operadora” na Configuração da Operadora, deve
ter o CNP e o Número Registro Externo cadastrados.
 Pessoa (Cadastros / Pessoas)

Campo “Tipo”:
o “DN” (Declaração de Nascido Vivo) - Tipo de Registro de Pessoa de Código “15” define a declaração
de nascido vivo do beneficiário. Comporta até 11 caracteres no formato numérico.
o “N.U.S” (Número Único de Saúde) – Alterado para C.N.S (Carteira Nacional de Saúde), Tipo de
Registro de Pessoa de Código “10”, define o número do cartão nacional de saúde do beneficiário.

Página 628 de 749
Tela 22.2-1 – Pessoa - Aba Registro – Novo Tipo
Tela 22.2-2 – Pessoa - Aba Registro – Alteração de Tipo - Versão Anterior

Página 629 de 749
Tela 22.2-3 – Pessoa - Aba Registro – Alteração de Tipo - Versão Atual
 Movimento SIB (Diversos / ANS / SIB)
Campos:
o “DN” (Declaração de Nascido Vivo) - Define a declaração de nascido vivo do beneficiário. Essa
informação é recuperada do registro da pessoa, que seja do Tipo “15”.
o Flag “DN” (Declaração de Nascido Vivo) - Identifica o status do campo “DN”.

Página 630 de 749
Tela 22.2-4 – Movimento SIB - Aba Registro Benef.
Atualização efetuada:
 Geração do Arquivo SIB XML (Diversos / ANS / SIB) – Poderá ser consultada as informações em Movimento
SIB (Diversos / ANS / SIB).
 O Tipo de Registro DN (Declaração de Nascido) deve ser numérico e com até 11 posições
Essa mensagem será apresentada quando for informado uma quantidade de caracteres superior ao
permitido ou quando não atender o formato numérico.

Página 631 de 749
Tela 22.2-5 – Pessoa – Aba Registro Pessoa
Tela 22.2-6 – Pessoa – Aba Registro Pessoa – Mensagem de Aviso

Página 632 de 749
Toda vez que um arquivo texto SIB for gerado, o sistema irá gravar um novo registro em “Arquivo
SIB” ((Diversos / ANS / SIB / Geração SIB).
Tela 22.2-7 Arquivo SIB
Nome O nome do arquivo será criado da seguinte forma:
nnnnnnaaaammddhhmmss.SIB
Onde:
nnnnnn: NúmeroRegistroExterno (Configuração da Operadora / Esta Operadora / aba
Info
Operadora / aba Info Local Atendimento)
aaaammdd: Data da geração
hhmmss: Hora da geração
Tipo Exportação Tipo do arquivo exportado: XML.
Resumo Resumo da competência de geração do SIB.
Protocolo Retorno Protocolo retorno.
Quantidade de Identifica quantos arquivos foram retornados.
Retornos
Status A ANS retorna os arquivos (CCO e ERR) para serem processados pelo Cardio. Para que o
Página 633 de 749
Resumo do SIB tenha seu Status como Retornado, todos os arquivos retornados pela ANS
devem ter sido processados, enquanto isso não ocorrer o Status na tela de Resumo
permanecerá como Retornado Parcial.
Se o arquivo for retornado da ANS o status ficará como Retornado.

Último Tipo Retorno No caso de retorno de arquivos TXT, para cada arquivo enviado para ANS, retornam dois
arquivos com o mesmo nome, porém com extensões diferentes (.CCO e .ERR). Portanto, esse
campo, irá armazenar o arquivo que foi importado por último (Arquivo CCO TXT ou Arquivo de
Erros TXT). Para arquivos XML o tipo será referente ao retorno do XML (Arquivo XML).
Exemplo de mais de um Arquivo de Retorno para a mesma competência
Tela 22.2-2 – Status do Resumo SIB antes do processamento do arquivo de retorno SIB

Página 634 de 749
Tela 22.2-3 – Processamento arquivo de retorno SIB .CCO
Tela 22.2-4 – Status do Arquivo SIB após o processamento do arquivo de retorno SIB .CCO

Página 635 de 749
Tela 22.2-5 – Status do Resumo SIB após o processamento do arquivo de retorno SIB .CCO
Tela 22.2-6 – Processamento arquivo de retorno SIB .ERR
Tela 22.2-7 – Status do Arquivo SIB após o processamento dos arquivos de retorno SIB .CCO e .ERR

Página 636 de 749
Tela 22.2-8 – Status do Resumo após o processamento dos arquivos SIB (processado o retorno dos dois arquivos
enviados pela ANS)

Página 637 de 749
Tela 22.2-9 – Status do Arquivo SIB após processamento de retorno dos dois arquivos enviados pela ANS
 O status para a competência na tela de Resumo SIB, somente estará como Retornado após o retorno de
todos os arquivos SIB enviados pela ANS terem sido processados, sendo que para cada arquivo há o .CCO e
o .ERR, enquanto não forem processados todos os arquivos o Status estará como Retornado Parcial.
 Na Geração Arquivo SIB, o novo Schema de arquivo da ANS para envio do SIB não prevê mais o código 45
(Transferência de Carteira) como Motivo de Cancelamento. Para isso o Cardio deixa de gerar arquivos com
este código e passa a gerá-los com o código 41 (Cancelamento por iniciativa do beneficiário). O arquivo XML
gerado também teve sua versão atualizada de 1.1 para 1.2.

Página 638 de 749
Exemplo – Quantidade de Registro por Arquivo
1. Suponhamos que será gerado o arquivo texto SIB referente ao mês 11/2009, e o total de
linhas a ser impressas será de 4700.
Veja situações na geração do arquivo:

Total de Comp. Quantidade de Observação
Registros - Registro por Arquivo
Impressão
4700 11/2009 100.000 Será impresso 1 arquivo.
Serão impressos 2 arquivos:
4700 11/2009 4.000 · 1º com 4.000 registros

· 2º com 700 registros
Serão impressos 3 arquivos:
4700 11/2009 2.000 · 1º com 2.000 registros

· 2º com 2.000 registros
· 3º com 700 registros
Exemplo – Nome Arquivo SIB
1. Suponhamos que esteja sendo efetuado o processo de Retorno SIB, o sistema irá considerar apenas as
Movimentações SIB que possuírem a coluna “Arquivo” com o mesmo nome do Arquivo de Retorno.
Veja abaixo:
Arquivo Retorno Movimento SIB Considera o

Código Arquivo Movimento SIB
11111120091113112926 X 22222220091113112926 NÃO
11111120091113112926 Y 11111120091113112926 SIM
11111120091113112926 Z 33333320091113112926 NÃO

Página 639 de 749
Para efetuar a Geração Massa Cadastral SIB, a competência anterior gerada tem que estar com o status
retornado [ (Diversos / ANS / SIB / Resumo Movimento SIB) ].
Para atualizar o status e processar o retorno, existem dois processos:
Processamento Arquivo Retorno SIB [ (Diversos / ANS / SIB / Geração SIB / Processamento Arquivo
Retorno SIB) ] – processa o arquivo de retorno disponibilizado pela ANS.
Retorno SIB sem arquivo Texto [ (Diversos / ANS / SIB / Geração SIB / Retorno SIB sem Arquivo Texto) ] –
atualiza o status para retornado, mesmo sem o arquivo de retorno da ANS.
Para atender a IN35, foram incluídos os seguintes campos no Processamento Arquivo Retorno SIB
- Competência: Deverá ser informada a competência referente ao arquivo de retorno.

Formato MM-AAAA, sendo MM mês e AAAA ano.
- Tipo Layout SIB – Podem ser selecionados os seguintes tipos:

 Arquivo CCO – Este arquivo foi criado pela ANS com objetivo de informar as operadoras o Código de
Controle Operacional (CCO) e seu dígito (DVCCO) dos beneficiários que estão registrados nesta
entidade.
Este tipo de arquivo será disponibilizado pela ANS; pelo aplicativo PTA; com todos os registros de
inclusões; todos os meses; enviados no arquivo da última competência.
Ao processar este tipo de arquivo no Cardio será preenchido o campo “Código Controle Operacional”
com seu dígito no Movimento SIB [(/Diversos / ANS / SIB)] da competência informada.
Regra: Caso o beneficiário enviado não exista na competência informada, será alterado o registro da
primeira competência anterior.
 Arquivo de Erros – Extensão .ERR. Este arquivo é a devolução dos erros gerados pelo envio do
último arquivo à ANS. Ele substitui o arquivo com a extensão .RER. Este arquivo também sofreu
alteração em seu layout.

Página 640 de 749
Retorno do arquivo SIB no formato XML
Objetivo:
Permitir o retorno do Cadastro de Beneficiários (SIB) junto a ANS sob o formato XML.
Regras de Negócio:
O retorno da atualização cadastral de beneficiários das operadoras de planos privados de assistência à saúde
junto a ANS (SIB) será realizada por meio de arquivos de dados gerados no formato XML (Extensible Markup
Language).
A data de entrada em vigor do novo sistema SIB-XML será definida em Instrução Normativa a ser publicada
pela ANS.
Pré-Requisitos:
 A competência a ser retornada deve estar com status E – Emitido;
 Deve existir um registro de Resumo Mov.SIB com a competência enviada no arquivo.

Página 641 de 749
Tela 22.2-8 Processamento Arquivo Retorno SIB
Movimento SIB [(/Diversos / ANS / SIB)]
No movimento SIB ficarão registradas as informações geradas do processo SIB. Por exemplo: É possível
consultar o Código Controle Operacional através da aba Inf. Beneficiário.
Este campo está dividido em dois:

Código do Controle Operacional (CCO) e seu dígito (DVCCO).
Este campo será enviado nos seguintes registros do SIB:
· Alteração:
 Campo 204 – Código de Controle Operacional (CCO) do registro - Posições 11 a 20
 Campo 205 – Dígito verificador do Código de Controle Operacional do registro – Posições 21 a 22
· Exclusão:
· Reinclusão:

Página 642 de 749
Quando a movimentação do beneficiário for de inclusão, este campo estará em branco até o primeiro
processamento do arquivo de retorno (CCO).

Página 643 de 749
- Segundo a RN 187 é obrigatório o CPF para todos os titulares, independente de menor ou

maior de idade. Abaixo segue um pequeno trecho :
RESOLUÇÃO NORMATIVA - RN No- 187, DE 9 DE MARÇO DE 2009
Estabelece normas para a geração, transmissão e controle de dados cadastrais

de beneficiários do Sistema de Informações de Beneficiários da Agência Nacional de Saúde
Suplementar - SIB/ANS, e dá outras providências.
Seção III
Das Informações Cadastrais de Beneficiários
Art.14. As informações cadastrais de beneficiários constam do anexo a esta resolução e as
formas de preenchimento serão detalhadas em regulamentação específica a ser editada pela
DIDES.
Art.15. As operadoras deverão enviar para a ANS a informação

do número de inscrição no Cadastro de Pessoas Físicas - CPF dos beneficiários titulares,
maiores ou menores de dezoito anos, bem como dos beneficiários dependentes maiores de
dezoito anos, de planos individuais ou familiares, coletivos empresariais ou coletivos
por adesão.
Parágrafo único. O envio da informação do número de inscrição no CPF para os beneficiários

dependentes menores de dezoito anos de planos privados de assistência à saúde será
opcional.
No entanto estamos em contato com a ANS para validar realmente a regra de envio do CPF
para menores de idade. Mas, salientamos que é de responsabilidade da Unimed obter os dados
obrigatórios pedidos por este órgão.
- Para conhecer as alterações realizadas pela IN 35 no layout de envio acesse a página da ANS
ou o seguinte link
http://www.ans.gov.br/portal/site/legislacao/legislacao_integra.asp?id=1794&id_original=0
- A maior alteração deste layout é a criação do Código de Controle Operacional (CCO). Abaixo
uma parte da IN 35:
Seção III
Do Código de Controle Operacional – CCO
Art. 9° Fica instituído o Código de Controle Operacional (CCO) do registro de dados de

beneficiários, gerado e controlado pela ANS, a ser utilizado no gerenciamento do registro de
dados, estando seus procedimentos operacionais descritos nos Anexos desta Instrução
Normativa.
§ 1° Para cada registro existente no cadastro de beneficiários da ANS será gerado um único
CCO, que será a identificação unívoca do registro de dados no SIB/ANS.
§ 2° Todos os registros da base cadastral da operadora no cadastro de beneficiários do

SIB/ANS receberão o CCO e será gerado um Arquivo de Conferência específico para informar
às operadoras o CCO atribuído para cada registro.
Página 644 de 749
§ 3° No ato da inclusão do novo registro de dados do beneficiário no cadastro de beneficiários

do SIB/ANS será gerado o CCO pela ANS, que será disponibilizado às operadoras de planos
privados de assistência à saúde por meio do arquivo de devolução.
§ 4° A cada movimento de alteração, correção, exclusão ou reinclusão, a operadora de planos

deverá informar o CCO referente ao registro de dados.
- Formato do arquivo enviado à ANS será:
XXXXXXAAAAMMDDHHMMSS.SIB: Sendo XXXXXX para os seis dígitos do código da

operadora na ANS, AAAA ano de geração do arquivo, MM mês de geração do arquivo,
DD dia de geração do arquivo, HH hora da criação do arquivo, MM minuto da criação
do arquivo e SS segundo da criação do arquivo.
- Ao enviar alterações de beneficiários a ANS (SIB) quando ocorrer alteração em determinado beneficiário que
possua um cancelamento e uma reativação em seu cadastro, as informações <dataReativacao>,
<dataCancelamento>, <motivoCancelamento> serão enviadas no arquivo
o “Data de Cancelamento” – Demonstra a data em que houve a suspensão de vínculo.
o “Motivo de Exclusão” – Demonstra o motivo gravado para esta suspensão de vínculo.
o “Data de Reativação” – Demonstra a data de reativação do Beneficiário.

Página 645 de 749
Aba Mensagens Mov. SIB – Serão gravados os erros apresentados no arquivo de retorno (.ERR).
É possível gerar um relatório de erros através do menu [(Relatórios / Diversos /ANS /Erros SIB)]

Página 646 de 749
SIB – Relatório de Erros
(Relatórios / Diversos /ANS /Erros SIB)
Objetivo
Gerar relatório com os Erros SIB, enviados pela ANS no arquivo de retorno (.ERR), após seu processamento
no Cardio, de acordo com o layout definido pela entidade.
Possibilitar também que o relatório Erros SIB seja gerado sem a quebra de linha por Beneficiário, ou seja,
todas as informações do beneficiário serão impressas em apenas uma linha, permitindo assim uma melhor
visualização dos dados principalmente quando exportado para o Excel.
Possibilitar que seja gerado no final do relatório um resumo do processamento e dos erros com base nas
informações do Movimento SIB.
Pré-Requisitos
Processamento do Arquivo Retorno SIB (/Diversos / ANS / SIB / Geração SIB )
 Processar com o campo “Tipo Layout SIB” na opção Arquivo de Erros.
 No relatório, serão gerados os dados que retornaram no arquivo de erros, que também podem ser
visualizados, por beneficiário, no Movimento SIB (Diversos / ANS / SIB) através do grid Mensagens Mov. SIB.
 Existir Movimento SIB gerado
Tela 22.2-9 – Erros SIB

Página 647 de 749
Competência Deverá ser informada a competência referente ao arquivo de retorno.
Formato MM-AAAA, sendo MM mês e AAAA ano.
Checkbox Imprimir Quebra Este checkbox é marcado por default e tem a seguinte finalidade:
por Beneficiário  Se marcado, será gerado o relatório de Erros SIB com uma quebra de linha
por Beneficiário.
 Se desmarcado, o sistema irá gerar o relatório de Erros SIB em uma única
linha por beneficiário, permitindo assim uma melhor visualização dos dados
principalmente quando exportado para o Excel.
Checkbox Imprimir Resumo Este checkbox recupera as informações do Movimento SIB enviado a ANS. Este
Processamento/Erros checkbox é desmarcado por default e tem a seguinte finalidade:
 Se desmarcado, será gerado o relatório de erros SIB sem o resumo
Processamento/Erros.
 Se marcado, o sistema irá gerar o relatório de erros SIB com o resumo
Processamento/Erros, no final do arquivo.
O checkbox “Imprimir Resumo Processamento/Erro” irá imprimir no final do relatório as seguintes informações:
 Resumo de Processamento:
Serão recuperados os registros Movimento SIB enviados na competência informada e serão totalizados os
registros encontrados através do campo “Ação”, onde:
o Ação: valor do campo “Ação” do Movimento SIB: Alteração, Exclusão, Inclusão e Reinclusão.
o Perc. de Acertos: para definir o percentual será realizado o cálculo das colunas: Quantidade
Processados / Quantidade de Registro * 100.
o Qte de Registro: quantidade de registros encontrados para cada Ação;
o Qte Processados: quantidade de registros encontrados para cada Ação que NÃO possuem erros
(NÃO possui Mensagem do Movimento SIB);
o Qte Rejeitados: Quantidade de registros encontrados para cada Ação que possuem erros (possui
Mensagem do Movimento SIB);
 Resumo dos Erros Ocorridos:

Serão totalizados os erros ocorridos, através dos campos “Código Mensagem” e “Descrição Complementar da
inconsistência” os registros Mensagem do Movimento SIB vinculados a um Movimento SIB, onde:
o Qte Erros: quantidade de registros encontrados para cada Código Mensagem e Descrição
Complementar da inconsistência;
o Cód. Erro: valor do campo “Código Mensagem”;
o Mensagem Erro: valor do campo “Descrição Complementar da inconsistência”.

Página 648 de 749
Tela 22.2-10 – Erros SIB – Relatório impresso em PDF – checkbox Imprimir Resumo Processamento/Erros
 A Unimed deve se atentar para as regras para validação do SIB - veja o item 13 disponível em instruções
(através do link da ANS http://www.ans.gov.br/index.php/planos-de-saude-e-operadoras/espaco-da-
operadora/198-manual-de-instalacao-historico-de-versao-e-outros-arquivos-sib) para preenchimento.
 13. Quando o arquivo de atualização enviado para a ANS não obedecer à formatação definida no XSD, será
gerado o Arquivo de Resultado do Processamento (RPX) correspondente, informando a não conformidade
com a formatação exigida, caracterizando, dessa forma, o não envio da informação por rejeição do arquivo.
Exemplos:
No caso abaixo, o registro do plano deve contar no máximo 9 caracteres ou dígitos, no arquivo gerado foram
informados com 10 dígitos porque o cadastro do módulo operadora.
22/06/2011 08:40:29 br.gov.ans.sib.cliente.ui.acoes.ProcessarValidacao processamento

SEVERE: ERRO FATAL:cvc-pattern-valid: Value '1234567890' is not facet-valid with respect to pattern '[0-
9]{9}' for type 'st_nr_plano_rps'.

Página 649 de 749
No caso abaixo o Logradouro está vazio na tabela do SIB, se verificado o endereço associado a essa pessoa,
provavelmente fora da vigência da competência SIB.
22/06/2011 10:36:52 br.gov.ans.sib.cliente.ui.acoes.ProcessarValidacao processamento

SEVERE: ERRO FATAL:cvc-minLength-valid: Value '' with length = '0' is not facet-valid with respect to
minLength '1' for type 'st_no_logradouro'.
Exemplos:
1º Exemplo:
Neste exemplo, o relatório será extraído através de uma competência com os checkboxes “Imprimir Quebra
por Beneficiário” e “Imprimir Resumo Processamento/Erros” desmarcados. O resultado será a geração do
relatório em uma única linha por beneficiário.
Tela 22.2-11 – Erros SIB – checkboxes desmarcados

Página 650 de 749
Tela 22.2-12 – Erros SIB - Relatório em PDF
2º Exemplo:
Neste exemplo, o relatório será extraído através de uma competência com o checkbox “Imprimir Quebra por
Beneficiário” desmarcado e “Imprimir Resumo Processamento/Erros” marcado. O resultado será a geração de
um relatório de Erros SIB em uma única linha por beneficiário e no final um resumo do processamento e dos
erros utilizando a opção de salvar em formato Excel.
Tela 22.2-13 – Erros SIB – checkbox Imprimir Resumo Processamento/Erros marcado

Página 651 de 749
Tela 22.2-14 – Erros SIB - Formato de gravação Excel
Tela 22.2-15 – Erros SIB – Informações do beneficiário em uma única linha

Página 652 de 749
Tela 22.2-16 – Erros SIB - Resumo Processamento / Erros Ocorridos - Arquivo Excel

Página 653 de 749
3º Exemplo:
Neste exemplo, os checkboxes “Imprimir Quebra por Beneficiário” e “Imprimir Resumo Processamento/Erros”
estão marcados. O resultado será a geração do relatório com quebra de linha por beneficiário e no final um
resumo do processamento e dos erros.
Tela 22.2-17 – Erros SIB – checkboxes marcados

Página 654 de 749
Tela 22.2-18 – Erros SIB – quebra de linha por beneficiário e resumos de processamento e erros

Página 655 de 749
Conferência SIB
O processo de Conferência SIB [ (Diversos / ANS / SIB / Geração SIB / Conferência SIB) ] tem o objetivo de
validar a base da ANS X Base da Unimed. Serão validados:
 Beneficiários ativos
 Beneficiários inativos
 Dados cadastrais dos beneficiários
Aplicando as seguintes regras:

 Ativo na ANS e inativo na Unimed: Será gerado um registro de exclusão na próxima competência
gerada para o SIB.
 Ativo na Unimed e inativo na ANS: Será gerado um registro de re-inclusão na próxima competência
gerada para o SIB.
 Dados cadastrais diferentes entre ANS e Unimed: Será gerado um registro de alteração na próxima
competência gerada para o SIB.
Pré-Requisitos:
 O status do “Resumo Movimento SIB” deve ser igual a “R” – Retorno ou “C” – Conferência.
Tela 22.2-19 – Conferência SIB
Página 656 de 749
Competência da última geração do SIB. Esta competência deverá estar
Competência
finalizada, ou seja, gerada, enviada e que já tenha retornado.
Nome do arquivo disponibilizado pela ANS (com a extensão). Este arquivo
Arquivo deve estar no diretório definido no campo Importação na Configuração
Operadora, pasta Caminhos Diretórios/ Mov.Cadastral.
Tipo Exportação Importação XML.
 Os registros serão enviados na competência seguinte da validação do arquivo.
 O arquivo de conferência é adquirido através de solicitação junto a ANS.
Mensagem de Aviso que pode gerar dúvida:

 “Não foi efetuado o retorno da competência. Competência xx/xxxx – Status: Y”
Onde:
 xx/xxxx refere-se a competência da movimentação SIB
 Y refere-se ao status do Retorno Movimento SIB
Esta mensagem será apresentada na execução do processo de conferência SIB, quando o status do Resumo
Movimento SIB for diferente de “R” ou “C”.

Página 657 de 749
Diversos / ANS
Podemos excluir um beneficiário, contrato, modelo ou módulo operadora da movimentação do SIB enviada a
ANS. Isso pode ser parametrizado através do menu: Exclusão Movimentação Operadora (Diversos / ANS)
Tipo Movimentação Operadora
Motivo Exclusão Movimentação da Operadora

Página 658 de 749
Exclusão Movimentação Operadora
Máscara para Código do Beneficiário na Geração do Arquivo SIB
Esta parametrização possibilita que a Unimed decida o formato que os códigos dos beneficiários serão
impressos no arquivo SIB.
O campo “Máscara do Código do Beneficiário” tem como objetivo permitir que a Unimed defina qual o formato
que o código do beneficiário será impresso no Arquivo SIB. O campo permite até 30 posições.
Está parametrização deve ser feita utilizando o caractere “#” para representar cada número do código do
beneficiário.
A parametrização deverá ser feita em Configuração da Operadora [ (Diversos / Configurações Gerais /

Configuração da Operadora) ], na aba “Mov.Cadastral” – Sub Aba “Exportação”
Foi criado o campo: “Máscara do Código do Beneficiário”
(Veja tela 1)
IMPORTANTE: Esta parametrização deve ser utilizada apenas pelas Unimeds que já enviam o Arquivo para
ANS com o código do beneficiário formatado.
As Unimeds que enviam o arquivo com o código do beneficiário sem formatação, ou seja, sem utilizar (“.”, “-“
ou “espaços”) entre os números do código, não devem preencher o campo “Máscara do Código do
Beneficiário”.
1º Exemplo:
Página 659 de 749
Caso a Unimed queira que o código do beneficiário seja impresso da seguinte forma:
314.0001.000083.00-1
Na Configuração da Operadora, o campo “Máscara do Código do Beneficiário” deve

estar preenchido conforme demonstrado abaixo:
###.####.######.##-#
2º Exemplo:
Caso a Unimed queira que o código do beneficiário seja impresso da seguinte forma:
314 0001 000083 00 1
Na Configuração da Operadora, o campo “Máscara do Código do Beneficiário” deve

estar preenchido conforme demonstrado abaixo:
### #### ###### ## #
Tela 1 – Configuração da Operadora

Página 660 de 749
3º Exemplo:
Com o campo “Máscara do Código do Beneficiário” com máscara de 30 posições, efetuar a Geração Arquivo
SIB.
Tela 22.2-20 - Configuração da Operadora - Campo “Máscara do Código do Beneficiário” Máscara de 30 posições

Página 661 de 749
Código Beneficiário
com 30 Posições

Página 662 de 749
Geração do arquivo SIB - Suprimir Cód. Operadora Geração Arquivo

SIB
Objetivo:
Permitir gerar o arquivo SIB suprimindo o Código da Operadora do Código do Beneficiário.
Pré-Requisitos:
 Existir Massa Cadastral SIB gerada;
Configuração da Operadora (Diversos / Configuração Geral / Configuração da Operadora)
Tela 22.2-22 – Configuração da Operadora / Aba Movimentação / Sub Aba Exportação
Suprimir Cód.Operadora Geração Arquivo SIB Suprime no arquivo SIB o Código da Operadora do
Código do Beneficiário.
O GroupBox com o nome de SIB irá agrupar o campo
“Suprimir Cód. Operadora Geração Arquivo SIB” com o
campo já existente “Máscara do Código do Beneficiário”.

Página 663 de 749
Exemplos:
Com o checkbox “Suprimir Cód. Operadora Geração Arquivo SIB” marcado, efetuar a Geração Arquivo SIB.
Tela 22.2-23 – Configuração da Operadora - checkbox Suprimir Cód.Operadora Geração Arquivo SIB marcado

Página 664 de 749
Código Suprimido

Página 665 de 749
Tela 22.2-25 – Beneficiário gerado no arquivo
No formulário do Beneficiário o código não é suprimido, mas no arquivo SIB este código foi suprimido para ser enviado
à ANS.

Página 666 de 749
Exportação Mov.SIB
Permite gerar um arquivo texto com informações obtidas do cadastro “Movimento SIB”.
Este arquivo será gerado no layout definido pela Unimed Seguradora, isto porque o processo foi criado para
as Unimeds que necessitam enviar informações de seus beneficiários para a Unimed Seguradora.
Pré-Requisitos:
Movimento SIB (Diversos / ANS / SIB)
Tela 1 – Exportação Mov.SIB
Aba Restrições
Competência Inicial Define qual a competência inicial a ser considerada
para recuperar o registro no Movimento SIB
Competência Final Define qual a competência final a ser considerada
para recuperar o registro no Movimento SIB
Layout Define o Layout que o arquivo será gerado.
Página 667 de 749
Define qual o tipo de geração será considerado para
considerar os registros. São eles:
Inclusão: Serão considerados apenas os registros do
Movimento SIB, referentes a inclusões
Tipo Geração Alteração: Serão considerados apenas os registros

do Movimento SIB, referentes a alterações
Exclusão: Serão considerados apenas os registros

do Movimento SIB, referentes a exclusões
Massa Total: Serão considerados todos os registros,

levando em consideração os outros filtros
preenchidos em tela
Nome Arquivo Exp. Deve ser informado o nome que o arquivo texto irá
assumir
Se preenchido, define um intervalo de contrato a ser
Contrato Inicial e Final considerado, para recuperar os registros no
Movimento SIB
Se preenchido, define um intervalo de Modelo de
Modelo Contrato Inicial e Final Contrato a ser considerado, para recuperar os
registros no Movimento SIB
Se preenchido, define um intervalo de Módulo a ser
Módulo Inicial e Final considerado, para recuperar os registros no
Movimento SIB
Se preenchido, define um intervalo de Local de
Local Atendimento Inicial e Final Atendimento a ser considerado, para recuperar os
registros no Movimento SIB
Aba Listas
Se preenchido, define uma lista de contratos a ser
considerada, para recuperar os registros no
Grid Contrato Movimento SIB.
Caso o checkbox “Exceto” esteja marcado, significa
que os dados informados na lista não serão
considerados
Se preenchido, define uma lista de Modelo a ser
Grid Modelo Movimento SIB.
considerados
Se preenchido, define uma lista de Módulo a ser
Grid Módulo Movimento SIB.
Página 668 de 749
considerados
Se preenchido, define uma lista de Local de
Atendimento a ser considerada, para recuperar os
Grid Local Atendimento registros no Movimento SIB.
considerados
Se existir algum erro em algum dado a ser impresso no arquivo texto, o sistema irá gerar um arquivo
demonstrando os erros encontrados, porém também irá gerar um outro arquivo dentro do layout selecionado,
onde irá constar os dados que não apresentaram erros.
Exemplos:
Suponhamos que a Unimed deseja imprimir as informações do Movimento SIB referentes a competência
01/2009. Porém alguns dados apresentavam erros, portanto o sistema gerou 2 arquivos, sendo o primeiro
com os erros identificados e o outro com os dados que estão corretos.
Veja abaixo uma demonstração de como os arquivos serão gerados.
Tela 2 – Arquivo de erro
Tela 3 – Arquivo com dados corretos

Página 669 de 749
22.3. Aplicativo SIB
Após efetuar geração do arquivo para o SIB, é necessário efetuar download do aplicativo no site da ANS
(http://www.ans.gov.br/portal/site/perfil_operadoras/cadastramento_arq.asp?completo=1) para validação do arquivo.

Página 670 de 749
Após o download da aplicação, é necessário efetuar instalação do aplicativo:

Página 671 de 749

Página 672 de 749
Após instalação, acessar o SIB com os dados da Operadora.
O menu Conclusão/ Validar Arquivo texto é utilizado para validar o arquivo gerado pelo Cardio, antes da transmissão
para a ANS.

Página 673 de 749

Página 674 de 749
22.4. TSS
Trimestral TPS - Taxa de Seu valor é Deverá ser recolhida até o Resolução
Saúde determinado pela último dia útil do primeiro RN nº 89
Suplementar quantidade de decêndio dos meses de alterada
por Plano de beneficiários, cobertura março, junho, setembro e pela RN nº
Assistência à oferecida e área de dezembro de cada 101
Saúde. abrangência ano.OBS: As operadoras
geográfica dos planos com número de
privados. beneficiários inferior a vinte
mil poderão optar pelo
recolhimento da TPS em
parcela única, realizado até
o último dia útil do primeiro
decêndio do mês de março,
fazendo jus a um desconto
de 5% (cinco por cento)
sobre a TPS final a ser
recolhida.
Diversos / ANS / TSS / Geração Taxa Saúde Suplementar - TSS – gera a movimentação TSS.
Pré-requisitos:
O tipo do módulo operadora deve ser 1 - Produto Assistencial.

O tipo de contingente do modelo de contrato deve ser 1 - Local.
O módulo operadora relacionado ao modelo de contrato / contrato / beneficiário não pode estar suspenso
no movimento.
O contrato e o beneficiário não podem estar suspensos no movimento.
O Beneficiário não pode ser do Tipo 9 - Controle CO.

Página 675 de 749
Ano para geração do movimento de taxa de saúde
Ano
suplementar.
Mês para geração do movimento de taxa de saúde
suplementar.
Como o processamento é trimestral, para o mês informado,
serão selecionados os três meses anteriores ao mês
Mês
informado.
Por exemplo: se for informado Setembro, para o
processamento serão selecionados os meses: Junho, Julho e
Agosto
Se marcado, caso existam dados gerados para a competência
Reprocessar
informada, os mesmos serão apagados e gerados novamente
Listar Beneficiários Irá listar os beneficiários processados com seus respectivos
Processados códigos e módulos operadora relacionados
Relatórios / Diversos / ANS / Realização do Pagamento da TSS – relatório de pagamento da TSS.
Neste relatório serão demonstradas as movimentações geradas através da rotina Geração de Mov. de
Taxa Saúde Suplementar.

Página 676 de 749

Página 677 de 749
Diversos / ANS / TSS / Movimento TSS
Esses registros são gerados através do processamento da rotina Geração de Mov. de Taxa de Saúde
Suplementar, disponível em: (Diversos / ANS / TSS /)

Página 678 de 749
Diversos / Configuração Geral / Configuração da Operadora
Aba: Caminho Diretórios / Outros – > TSS – informação do diretório que será utilizado para exportar
arquivos.

Página 679 de 749
Exclusão Movimentação Operadora
É possível excluir um beneficiário, contrato, modelo ou módulo operadora da movimentação da TSS enviada
a ANS. Isso pode ser parametrizado através do menu: Exclusão Movimentação Operadora (Diversos / ANS)

Página 680 de 749
23. Relatório
23.1 Extrato de Beneficiário por Contrato

[ (Relatórios / Cadastros / Beneficiários / Extrato Beneficiário por contrato) ]
Objetivo:
Este relatório tem como objetivo demonstrar os valores de Receitas (tudo que foi cobrado) e Despesas
(utilizações) referentes ao Beneficiário.
Pré-Requisitos:
 O campo “Logo Marca” da Configuração da Operadora (Diversos / Configurações Gerais) deve estar
preenchido e o arquivo deve estar no diretório parametrizado.
 Existir eventos.
Tela 23-1 – Extrato do Beneficiário por Contrato

Página 681 de 749
Checkbox Imprime Receitas Irá imprimir todos os valores de receitas dos beneficiários: mensalidades,
movimentações cadastrais, eventos, co-participação, etc.
Checkbox Imprime Despesa Irá imprimir as despesas (utilizações) do beneficiário.
Checkbox Imprime Valor Imprime o valor das despesas. Observações: algumas Unimeds
Despesa apresentam o Extrato de Utilização, mas preferem omitir o valor do custo
dos procedimentos. Para esta situação, bastará não marcar este
checkbox.
Checkbox Serviços Irá apresentar os serviços que realmente foram cobrados do beneficiário,
Cobrados com seu respectivo valor.
Checkbox Serviços Pagos Irá apresentar somente os serviços que foram pagos. Serão bastante úteis
para demonstrar quais são os procedimentos que o beneficiário está
utilizando.
Adicional de Taxa Se for informado e se sua Unimed Imprimir Valor Despesa, os valores das
Administrativa despesas serão acrescidos deste percentual. Por exemplo: se informado
10% e o custo do procedimento for de R$ 10,00, no extrato, figurará R$
11,00. É uma maneira de embutir os custos administrativos nas utilizações
Competência de Receita Competência de Receita inicial.
Inicial
Competência de Receita Competência de Receita final.
Final
Data de Despesa Inicial Data de Despesa inicial.
Data de Despesa Final Data de Despesa final.
Intervalos Possibilita selecionar intervalo usando os filtros por: Contrato Inicial e

Final, Contrato Financeiro Inicial e Final, Beneficiário Inicial e Final, Modelo
de Contrato Inicial e Final, Classe de Contrato Financeiro Inicial e Final e
Módulo Operadora Inicial e Final, onde serão recuperadas as informações
do extrato do beneficiário de acordo com o digitado em tela.
Aba Listas Possibilita selecionar aleatoriamente usando os filtros por: Beneficiário,
Contrato, Modelo de Contrato, Contrato Financeiro, Grupo de Apropriação,
Classe de Contrato Financeiro, Tipos de Receitas, Grupo de Serviço e
Módulo Operadora, onde serão recuperadas as informações do extrato do
beneficiário de acordo com o digitado em tela.
Checkbox Exceto:
Se marcado, indica que os valores informados no grid deverão ser
* Obs.: a funcionalidade deste checkbox é a mesma para todas as abas.

Página 682 de 749
Exemplos:
Abaixo, exemplo do relatório.
Tela 23.1-1 – Extrato do Beneficiário por Contrato

Página 683 de 749
Tela 23.1-1 – Extrato do Beneficiário por Contrato Gerado

Página 684 de 749
23.2 Módulo Competência Pagamento

[ (Relatórios / Cadastros / Beneficiários / Módulo Competência Pag.), (Relatórios / Pagamentos / Pagamento
Prestadores Locais / Módulo Competência Pag.) e (Relatórios / Pagamentos / Pagamento Unimeds Pós / Módulo
Competência Pag.) ]
Objetivo:
Este relatório é utilizado para conferência dos módulos competência pagamento processados em uma
Competência.
Pré-Requisitos:
 Módulo Competência Pagamento gerado.
Tela 23-2 – Relatório Módulo Competência Pag.
Campo Observação
Competência A Competência informada neste campo servirá como referência recuperar
os módulos competência pagamento.
Sequência de Ajuste Sequência de ajuste para seleção dos módulos competência pagamento.
Tipo de Ordenação Define a forma de ordenação do relatório:

Página 685 de 749
 Modelo Contrato: Lista ordenados por Modelo Contrato e

Acessório (por ordem de prioridade, ou seja, primeiro ordena-se
por Modelo Contrato e em seguida por Acessório).
 Acessório: Lista ordenados por Acessório e Modelo Contrato (por
ordem de prioridade, ou seja, primeiro ordena-se por Acessório e
em seguida por Modelo Contrato).
Checkbox Imprimir Se marcado, os dados dos Beneficiários serão listados no relatório.
Beneficiários
Checkbox Imprimir Se marcado, os dados dos Contratos serão listados no relatório.
Contratos
Checkbox Imprimir Se marcado, os dados dos Acessórios serão listados e o relatório será
Acessórios agrupado por Acessórios.
Checkbox Imprimir Se marcado, os dados dos Modelos Contrato serão listados e o relatório
Modelos será agrupado por Modelo Contrato.
Intervalos Possibilita selecionar intervalo usando os filtros por: Contrato Inicial e Final,
Modelo Contrato Inicial e Final e Módulo Operadora Inicial e Final, onde
serão recuperadas as informações do Módulo Competência Pag. de acordo
Listas Possibilita selecionar aleatoriamente usando os filtros por: Contratos,
Modelos Contrato, Módulos Operadoras, Módulos Acessórios, Linha de
Módulo, Abrangência, Padrão Internação, Tipo de Contratação, Classe de
Documento Financeiro, Classe Contrato Financeiro, Situação de Abertura e
Situação de Fechamento, onde serão recuperadas as informações do
histórico de contratos transferidos dos beneficiários de acordo com o
digitado em tela.
Checkbox Exceto:

Página 686 de 749
23.3 Relação de Beneficiários por Contrato

[ (Relatórios / Cadastros / Beneficiários / Relação de Beneficiários por Contrato) ]
Objetivo:
Este relatório irá extrair a relação de beneficiários por contrato. Serão exibidos os totais de beneficiários no
período por: contrato, módulo operadora, família, suspensos futuros, excluídos futuros entre outras
informações.
Pré-Requisitos:
Tela 23-3 – Relação de Beneficiários por Contrato
Ordenação Relatório Define a forma de ordenação do relatório:
 Ordem Contrato: a listagem será ordenada por

Página 687 de 749
contrato.
 Ordem Contratante. listagem será ordenada por
contratante.
 Ordem Beneficiário: listagem será ordenada por
beneficiário.
 Ordem Contrato/Lotação: listagem será ordenada por
lotação do contrato.
 Ordem Modelo de Contrato: listagem será ordenada
por modelo de contrato.
Ordenação Beneficiário Define a forma de ordenação do relatório:
 Ordem Código: a listagem será ordenada por código.

 Ordem Alfabética Titular: a listagem será ordenada por
titular em ordem alfabética.
 Ordem Alfabética: a listagem será em ordem alfabética.
Checkbox Ativos Apresentará os beneficiários que estão ativos no período
informado.
Checkbox Suspensos Apresentará os beneficiários que foram suspensos no
período. A suspensão neste caso, não é a de vínculo.
Checkbox Rescindidos Apresentará os beneficiários que foram suspensos no
período. A suspensão neste caso é a de vínculo.
Checkbox Somente Incluídos no Período Apresentará somente os beneficiários que foram incluídos no
período informado.
Checkbox Somente Suspensos no Apresentará somente os beneficiários que foram incluídos no
Período período informado.
Checkbox Somente Rescindidos no Sem funcionalidade.
Período
Checkbox Imprimir Nome Reduzido Apresentará o nome reduzido do beneficiário.
Checkbox Imprimir Benef. Repassado Apresentará os beneficiários repassados.
Checkbox Apresentar Apenas Módulo Apresentará apenas o Módulo Assistencial dos beneficiários.
Assistencial Para apresentar os módulos Acessórios, deverá desmarcar
este checkbox.
Checkbox Imprime Beneficiários Apresentará os dados dos beneficiários. Se não marcar este
checkbox, o relatório apresentará apenas um resumo com os
totais.
Checkbox Imprime Total por Contrato Apresentará um total de beneficiários por Contrato.
Checkbox Imprime Total por Contratante Apresentará um total de beneficiários por Contratante.
Checkbox Imprime Total por Modelo Apresentará um total de beneficiários por Modelo.
Checkbox Imprime Total por Tipo de Apresentará um total de beneficiários por Tipo de
Contratação Contratação (Coletivo Patrocinado, etc).
Checkbox Imprime Total Geral Apresentará um Total Geral do processamento.
Checkbox Imprime Motivo Suspensão Apresentará o motivo que foi utilizado para suspender o
beneficiário.
Checkbox Quebra Página Se marcado, fará com que seja saltada uma página para
cada quebra que ocorrer dentro do relatório de acordo com a
opção Ordenação Relatório. Ele não será habilitado para
preenchimento quando o campo Ordenação Relatório for
igual à Ordem Beneficiário.
Intervalos Possibilita selecionar intervalo usando os filtros por: Contrato
Inicial e Final, Data Inicial e Final, Modelo Contrato Inicial e
Página 688 de 749
Final, Lotação Inicial e Final, Lc. At (local de atendimento)
Inicial e Final, Contrato Anterior Inicial e Final, Módulo
Operadora Inicial e Final e Faixa Etária Inicial e Final, onde
serão recuperadas as informações da relação de
beneficiários por contrato de acordo com o digitado em tela.
Listas Possibilita selecionar aleatoriamente usando os filtros por:
Contrato, Modelo Contrato, Classes Contratação, Lotação,
Local Atendimento, Contrato Anterior, Módulo Operadora,
Tipo Contratação, Modalidade de Cobrança, Situação do
Beneficiário, Motivo Suspensão onde serão recuperadas as
informações do extrato do beneficiário de acordo com os
dados digitados em tela.
Para a lista Motivo de Suspensão se o checkbox “Ativos”

estiver marcado juntamente com os checkboxes “Suspensos”
e/ou “Rescindidos”, também serão recuperados os
beneficiários que estão sem suspensão de vínculo e/ou que
estão reativados.
Checkbox Exceto:
Se marcado, indica que os valores informados no grid
deverão ser desconsiderados da seleção.
* Obs.: a funcionalidade deste checkbox é a mesma para
todas as abas.

Página 689 de 749
Exemplos:
Tela 23.3-1 – Relatório Relação de Beneficiários por Contrato

Página 690 de 749

Página 691 de 749
23.4 Relação de Beneficiários por Módulo Operadora
Objetivo:
Extrair as informações dos beneficiários por módulo operadora, através de combinações de filtros.
Serão exibidas duas linhas com várias colunas logo ao final do relatório, facilitando a visualização dos totais e
reduzindo a quantidade de páginas geradas.
Pré-Requisitos:
Tela 23-4 – Relação de Beneficiário por Módulo Operadora
Ordenação Relatório Define a forma de ordenação do relatório:
 Ordem Modelo de Contrato/Contrato/Módulo: a listagem

será ordenada por Código do Modelo de Contrato,
Código de Contrato, Código do Módulo, Família e RDP.
 Ordem Modelo de Contrato/Módulo Operadora/Contrato:
a listagem será ordenada por Código do Modelo de
Contrato, Código de Módulo, Código do Contrato,
Página 692 de 749
Família e RDP.
 Ordem Módulo Operadora/Modelo de Contrato/Contrato:
a listagem será por Código de Módulo, Código do
Modelo de Contrato, Código do Contrato, Família e
RDP.
Checkbox Somente Incluídos no Se marcado, serão apresentados somente os beneficiários que
Período foram incluídos no período informado.
Checkbox Ativos Se marcado, serão apresentados os beneficiários que estão
ativos no período informado.
Checkbox Suspensos Se marcado, serão apresentados os beneficiários que foram
suspensos no período. A suspensão neste caso, não é a de
vínculo.
Checkbox Rescindidos Se marcado, serão apresentados os beneficiários que foram
suspensos no período. A suspensão neste caso é a de vínculo.
Checkbox Somente Titular Se marcado, serão apresentados somente os beneficiários que
são titulares.
Checkbox Apenas Módulo Assistencial Se marcado, será apresentado apenas o módulo assistencial dos
beneficiários.
Intervalos Possibilita selecionar intervalo usando os filtros por: Módulo
Operadora Inicial e Final, Contrato Inicial e Final, Modelo de
Contrato Inicial e Final e Data Inicial e Final, onde serão
recuperadas as informações dos beneficiários de acordo com o
digitado em tela.
módulos operadoras, contratos e modelos de contratos, onde
serão recuperadas as informações das etiquetas por contrato de
acordo com o digitado em tela.
Checkbox Exceto:
as abas.

Página 693 de 749
Exemplo:
Abaixo, exemplo do relatório gerado:
Tela 23.4-2 – Relação de Beneficiário por Módulo Operadora

Página 694 de 749
Tela 23.4-3 – Relação de Beneficiário por Módulo Operadora

Página 695 de 749
23.5 Conferência Cobertura de Contrato

[ (Relatórios / Cadastros / Beneficiários) ]
Objetivo:
Relaciona as coberturas cadastradas para o contrato e/ou modelo de contrato.
Serão exibidas informações do contrato, modelo de contrato, contratante, módulo ao qual a cobertura está
associada e cobertura com suas respectivas carências de primeiro e demais contingentes.
Pré-Requisitos:
 Deverão existir os cadastros das coberturas na negociação de aquisição de módulo do contrato ou do modelo
de contrato.
Tela 23-5 – Conferência Cobertura de Contrato
Intervalos Possibilita selecionar intervalo usando o filtro por: Contrato
Inicial e Final, onde serão recuperadas as informações das
coberturas dos contratos de acordo com o digitado em tela.
contratos e modelos de contratos, onde serão recuperadas as
informações das coberturas dos contratos de acordo com o
Página 696 de 749
digitado em tela.
Checkbox Exceto:
as abas.
Exemplo:
Abaixo, exemplo do relatório:
Tela 23.5-2 – Conferência Cobertura de Contrato

Página 697 de 749
Tela 23.5-3 – Conferência Cobertura de Contrato Gerado

Página 698 de 749
23.6 Carência do Beneficiário

(Relatórios / Cadastros / Beneficiários / Carência do Beneficiário)
Objetivo:
Listar as carências do beneficiário e informações relacionadas à carência.
Pré-Requisitos:
 Existir Beneficiário com cobertura cadastrada.
Tela 23.6-1 – Carência do Beneficiário
Ordenação Relatório Este campo disponibilizará as seguintes opções:
 Contrato + Código Beneficiário: Ordena pelo código do contrato e código
do beneficiário. Este campo virá selecionado por padrão;
 Contrato + Alfabética Beneficiário: Quando selecionada esta opção
ordenará pelo código do contrato e em seguida pelo nome do beneficiário;
 Contrato + Código Titular: Quando selecionada esta opção ordenará pelo
código do contrato e em seguida pelo código do titular do contrato;
 Contrato + Alfabética Titular: Quando selecionada esta opção ordenará
pelo código do contrato e em seguida pela ordem alfabética do titular do
contrato.
Ordenação Coberturas Este campo disponibilizará as seguintes opções:
Página 699 de 749
 Alfabética: Ordena as coberturas do beneficiário em ordem alfabética. Este
campo virá selecionado por padrão;
 Código: Quando selecionada esta opção ordenará as coberturas pelo
código de cobertura.
Tipo Pessoa Este campo é de preenchimento “Opcional” e disponibilizará as seguintes

opções:
 Em Branco: Filtra todos os beneficiários com contratantes do tipo Pessoa
Física ou Jurídica. Este campo virá selecionado por padrão;
 Física: Filtra todos os beneficiários com contratantes do tipo de Pessoa
Física;
 Jurídica: Filtra todos os beneficiários com contratantes do tipo de Pessoa
Jurídica.
Beneficiário Irá Filtrar pelo Beneficiário informado.
Titular Irá filtrar pelo Beneficiário Titular informado.
Módulo Irá filtrar os Beneficiários que tenham o Módulo informado.
Título Relatório Este campo é de preenchimento “Opcional” e será utilizado para inserir um texto
livre ao relatório de carência de beneficiário. Caso este campo não seja
preenchido, o titulo do relatório será impresso conforme o padrão: “Carência do
Beneficiário”.
Checkbox Módulos Ativos Este campo virá selecionado por padrão. Se marcado, o relatório será gerado
apenas com módulos ativos do beneficiário. Se desmarcado, o relatório será
gerado com todos os módulos do beneficiário, ou seja, módulos ativos e
inativos.
Checkbox Sintético Quando estiver marcado, a coluna “Carência” não será impressa no relatório e
as informações de cobertura serão impressas em duas colunas.
Checkbox Imprimir Informações Quando este campo estiver marcado, irá imprimir informações adicionais
Adicionais (Contratada, CNPJ Contratada, Contratante, Titular, Agravo (Descrição e Data
Fim do Agravo), Revenda/Vendedor, Observação e Assinatura Unimed), no
relatório de carência do beneficiário.
Checkbox Quebra página por Quanto este campo estiver marcado, irá fazer a quebra de página para cada
Beneficiário beneficiário.
Checkbox Incluir Suspensos e Este campo virá selecionado por padrão. Se marcado, serão listados todos os
Rescindidos beneficiários cadastrados no sistema que atendam os filtros e regras do
formulário, sendo eles ativos, suspensos e rescindidos. Se desmarcado, o
relatório deverá filtrar apenas beneficiários ativos, ou seja, beneficiários que não
possuam Suspensão/Rescisão de Vinculo ou que possuam o registro com
Suspensão/Rescisão de Vinculo Futuro ou Reativado.
Aba Contrato Contrato Inicial e Final: Código do Contrato inicial e final que será utilizado como
filtro para emissão do relatório de Carência do Beneficiário.
Aba Modelo Contrato Modelo Contrato Inicial e Final: Código do Modelo de Contrato inicial e final que
será utilizado como filtro para emissão do relatório de Carência do Beneficiário.
Aba Família Família Inicia e Final: Código da Família inicial e final que será utilizado como
Página 700 de 749
filtro para emissão do relatório de Carência do Beneficiário.
Aba Data Data Inicial e Final: Poderá informar o intervalo inicial e final da data de inicio de
vigência do beneficiário que será utilizado como filtro para emissão de relatório
de Carência do Beneficiário.
Aba Data Registro Benef. Data Registro Benef. Inicial e Final: Poderá informar o intervalo inicial e final da
data de registro do beneficiário no sistema que será utilizado como filtro para
emissão de relatório de Carência do Beneficiário.
Tela 23.6-2 – Carência do Beneficiário - Aba Listas
Contrato Contrato: Restringe a seleção aos contratos informados.
Exceto: Se marcado, indica que os valores informados no grid deverão ser
Modelo de Contrato Modelo Contrato: Restringe a seleção aos modelos de contratos informados.
Família Restringe a seleção às famílias informadas.


Página 701 de 749
Tela 23.6-3 – Relatório Carência do Beneficiário
Módulo Código do Módulo do beneficiário.
Contratada Nome da empresa contratada. Este campo será impresso
apenas quando o campo “Imprimir Informações Adicionais”
estiver marcado.
CNPJ CNPJ da contratada. Este campo será impresso apenas
quando o campo “Imprimir Informações Adicionais” estiver
marcado.
Contratante É a pessoa Contratante do Contrato. Este campo será
impresso apenas quando o campo “Imprimir Informações
Adicionais” estiver marcado.
Titular Pessoa Titular do Contrato. Este campo será impresso apenas
quando o campo “Imprimir Informações Adicionais” estiver
marcado.
Agravo Informações sobre o agravo (doença do beneficiário, valor ou
percentual do agravo e data fim vigência do agravo). Este
campo será impresso apenas quando o campo “Imprimir
Informações Adicionais” estiver marcado.
Revenda/ Vendedor Informações sobre a revenda e vendedor. O Sistema verifica
nos três níveis (Beneficiário, Modulo e Contrato). Este campo
Página 702 de 749
será impresso apenas quando o campo “Imprimir Informações
Adicionais” estiver marcado.
Observação Será impresso a mensagem: “Este Beneficiário está sujeito a
CPT (Cobertura parcial Temporária)”, somente se o
beneficiário possuir CPT cadastrada na doença do
beneficiário. Este campo será impresso apenas quando o
campo “Imprimir Informações Adicionais” estiver marcado.
Regra para impressão deste campo:

Ira recuperar as informações do formulário “Doença
Beneficiário”, se o campo “Controle” estiver preenchido
Cobertura Parcial Temporária e o fim de vigência for nulo ou
>= a data de geração do relatório ou no campo data final (Aba
Data), for informada uma data >= a data de final de vigência
da cobertura parcial temporária.
Caso contrário o campo Observação não será impresso a
mensagem.
Assinatura Unimed Será impresso uma linha para assinatura da Unimed. Este
campo será impresso apenas quando o campo “Imprimir
Informações Adicionais” estiver marcado.
Área Atend. Este campo será impresso somente quando a opção
“Sintético” estiver marcada. Imprimirá os seguintes valores:
AA: Área de Abrangência;
I: Intercâmbio;
IR: Intercâmbio Regional.
 Quantidade de registros excedeu o limite permitido do relatório. Selecione um intervalo adequado para
visualização das informações.
Esta mensagem irá ocorrer sempre for informado um intervalo inadequado ou muito grande.

Página 703 de 749
Exemplos:
1º Exemplo: Demonstrar o relatório de carência conforme os filtros preenchidos em tela:

Página 704 de 749
Tela 23.6-5 – Carência do Beneficiário - Relatório

Página 705 de 749
2º Exemplo: Demonstrar o relatório de carência conforme os filtros preenchidos em tela:

Página 706 de 749
Tela 23.6-7 – Carência do Beneficiário - Relatório

Página 707 de 749
23.7 Beneficiários fora da Restrição na Aquisição de Módulo

[ (Relatórios / Cadastros / Beneficiários / Benef. fora da Restrição na Aquisição de Módulo) ]
Objetivo:
Lista os beneficiários, agrupados por contrato, cujo módulo beneficiário tem restrições de aquisição de módulo
cadastrados, nas quais o beneficiário não se encaixa. É possível gerar um arquivo para impressão de
etiquetas, com os dados do beneficiário, de acordo com as restrições informadas.
Observação: se na restrição de aquisição do módulo operadora existir mais de um grupo de contingente

cadastrado, será verificado entre os grupos cadastrados se existe algum no qual o beneficiário atenda a todas
as características, se existir, o beneficiário não será exibido no relatório.
Pré-Requisitos:
 Parametrização do caminho do diretório onde será gravado o arquivo de etiquetas, em: Configuração da
Operadora, pastas Caminho Diretórios / Movimentação Cadastral / Campo Exportação.
Tela 23-8 – Benef. fora da Restrição na Aquisição de Módulo

Página 708 de 749
Período Inicial e Final Período inicial e final do beneficiário fora da restrição na aquisição de
módulo.
Data Ref. Suspensão Vínculo Serão selecionados beneficiários com suspensão de vínculo rescindido
até a data informada nesse campo.
Mês / Ano Aniversário Opção para filtrar os beneficiários que estejam completando aniversário
no mês e ano informados.
Checkbox Apenas Módulo Assistencial Se marcado, será apresentado apenas o módulo assistencial dos
beneficiários.
Checkbox Emitir Etiquetas Se marcado, será gerado também o arquivo de etiquetas. E
obrigatoriamente deverá ser informado o campo endereço
(Correspondência / Cobrança / Faturamento).
Checkbox Quebra Página por Contrato Se marcado, indica que será saltada uma página a cada quebra por
contrato realizada no relatório. Desmarcado, não saltará página.
Checkbox Para Correspondência Se marcado, será recuperado o endereço que possuir o checkbox
Correspondência marcado para emissão de etiqueta.
Checkbox Para Cobrança Se marcado, será recuperado o endereço que possuir o checkbox
Cobrança marcado para emissão de etiqueta.
Checkbox Para Faturamento Se marcado, será recuperado o endereço que possuir o checkbox
Faturamento marcado para emissão de etiqueta.
Checkbox Gerar Arquivo Xml Se marcado será gerado arquivo XML para emissão de etiqueta.
Checkbox Titulares Se marcado, serão apresentados somente os beneficiários que são
titulares para emissão de etiqueta.
Checkbox Beneficiário Vínculo Se marcado, será gerado o arquivo para os beneficiários com vínculo
Rescindido rescindido, caso contrário, gera somente para os beneficiários ativos para
Intervalos Possibilita selecionar intervalo usando os filtros por: Contrato Inicial e
Final, Modelo de Contrato Inicial e Final e Módulo Operadora Inicial e
Final, onde serão recuperados os beneficiários fora da restrição do
módulo de acordo com o digitado em tela.
Aba Listas Possibilita selecionar aleatoriamente usando os filtros por: contratos,
modelos de contratos, características do grupo de contingente, tipo de
contratação, modalidade de cobrança, módulo operadora, natureza
ocupação e ocupação profissional, onde serão recuperados os
beneficiários fora da restrição do módulo de acordo com o digitado em
tela.
Checkbox Exceto:

Página 709 de 749
Exemplos:
1º Exemplo:
Abaixo, exemplo do relatório:
Tela 23.7-2 – Benef. fora da Restrição na Aquisição de Módulo
As colunas e totalizadores abaixo:
o Ocupação Profissional: Identifica o código da ocupação profissional do beneficiário.

o Grau de Dependência: Identifica a descrição do grau de dependência do beneficiário.
o Unimed Rep.: Identifica o código de intercâmbio da Unimed para o qual o beneficiário foi repassado.
o Dt. Ini. Vigência: Identifica a data de início da vigência do módulo operadora do beneficiário.

Página 710 de 749
2º Exemplo:
Geração do Relatório de Beneficiários fora da Restrição na Aquisição de Módulo para beneficiários
aniversariantes no mês 04/2012.
Tela 23.7-9 – Benef. Fora da Restrição na Aquisição Módulo – Campo (Mês / Aniversário)

Página 711 de 749
Tela 23.7-10 – Relatório Benef. fora da Restrição na Aquisição Módulo – campo Data de Nascimento

Página 712 de 749
23.8 Histórico Contratos Transferidos do Beneficiário

[ (Relatórios / Cadastros / Beneficiários / Histórico Contratos Transferidos do Beneficiário) ]
Objetivo:
Serão exibidos todos os contratos que o beneficiário faz ou já fez parte.
Neste relatório será impresso um histórico de todos os contratos que um determinado beneficiário já fez parte,
inclusive o contrato atual (Vigente ou Suspenso).
Além de descrever o código dos contratos, será exibido o código do beneficiário em cada contrato, e as Datas
de Inicio de Vigência e Situação do beneficiário e do Contrato.
Pré-Requisitos:
 O beneficiário deverá ter sido transferido de contrato.
Tela 23-11 – Histórico Contratos Transferidos do Beneficiário
Intervalos Possibilita selecionar intervalo usando os filtros por: Beneficiário Inicial e
Final, Contrato Inicial e Final, Modelo Contrato Inicial e Final e Período
Página 713 de 749
Transferência Inicial e Final, onde serão recuperadas as informações do
histórico de contratos transferidos dos beneficiários de acordo com o
digitado em tela.
Aba Listas Possibilita selecionar aleatoriamente usando os filtros por: Beneficiário,
Contrato e Modelo de Contrato, onde serão recuperadas as informações
do histórico de contratos transferidos dos beneficiários de acordo com o
digitado em tela.
Checkbox Exceto:
Exemplos:
Tela 23.8-2 – Histórico Contratos Transferidos do Beneficiário
Tela 23.8-3 – Histórico Contratos Transferidos do Beneficiário

Página 714 de 749
23.9 Relação de Beneficiários Repassados

[ (Relatórios / Cadastros / Beneficiários / Relação de Beneficiários por Contrato) ]
Objetivo:
Este relatório é utilizado para controle dos beneficiários repassados.
Serão impressas as informações dos beneficiários que foram repassados antes da data informada no campo
obrigatório “Data Referência”. Serão extraídas informações como: o código e Nome do beneficiário, a Data do
repasse, o Local para onde foi repassado, entre outros.
É possível utilizar os códigos do (Local de Destino) e ou códigos do (Local de Cobrança) para filtrar os dados
que compõem o relatório.
Pré-Requisitos:
 O beneficiário deverá estar repassado.
 Os códigos do local de destino e local de cobrança devem estar informados na abertura de repasse.
Tela 23-12 – Relação de Beneficiários Repassados

Página 715 de 749
Aba Restrições
Tipo Repasse É possível utilizar o filtro de tipo repasse:
1 – Pré-Pagamento: serão listados apenas os beneficiários cujo campo “Tipo” do
Repasse do Beneficiário seja igual à pré-pagamento.
2 – Pós-Pagamento: serão listados apenas os beneficiários cujo campo “Tipo” do
Repasse do Beneficiário seja igual a pós-pagamento.
3 – Eventual: serão listados apenas os beneficiários cujo campo “Tipo” do Repasse do
Beneficiário seja igual a eventual.
Data Referência O preenchimento deste campo é obrigatório, pois serão impressas as informações dos
repasses realizados com Data anterior a informada neste campo.
Intervalos Possibilita selecionar intervalo usando os filtros por: LcAt Inicial e Final, Local Destino
Inicial e Final, Local Cobrança Inicial e Final, Contrato Inicial e Final e Módulo Operadora
Inicial e Final, onde serão recuperadas as informações da relação de beneficiários
repassados de acordo com o digitado em tela.
Aba Listas Possibilita selecionar aleatoriamente usando os filtros por: Local Atendimento, Local
Destino, Local Cobrança, Contratos e Módulo Operadora, onde serão recuperadas as
informações da relação de beneficiários repassados de acordo com o digitado em tela.
Checkbox Exceto:
Se marcado, indica que os valores informados no grid deverão ser desconsiderados da
seleção.
Exemplos:
Tela 23.9-1 – Relatório Relação de Beneficiários Repassados

Página 716 de 749

Página 717 de 749
23.10 Qtde. de Beneficiário - Módulo Competência

(Relatórios / Cadastros / Beneficiários)
Objetivo:
Este relatório imprime os dados do Módulo Competência dos beneficiários.
Regras de Negócio:
Todos os filtros existentes na tela referem-se ao Módulo Competência, exceto o filtro “Seq. Item Financeiro”.
Este campo refere-se à sequência do Item Financeiro do Documento Financeiro gerado para o Módulo
Competência.
Quando este filtro estiver preenchido, os dados do Módulo Competência filtrado serão apresentados apenas se
já existir Documento Financeiro gerado para estes Módulos, com a situação diferente de “Cancelado” e com a
sequência dos Itens Financeiros igual à informada no campo “Seq. Item Financeiro”.
Pré-Requisitos:
 Existir Módulo Competência gerado
 Existir Item Financeiro/Documento Financeiro (tornam pré-requisito se preenchido o campo Seq. Item
Financeiro).
Tela 23.10-1 – Qtde. de Beneficiário – Módulo Competência
Seq. Item Financeiro O preenchimento deste campo irá obrigar a existência do Documento
Financeiro gerado, com a mesma sequência e a situação diferente de
cancelada.
Página 718 de 749
 Quando o campo “Seq. Item Financeiro” é preenchido, deve existir o documento financeiro com situação
diferente de “Cancelado” e o Item Financeiro com a mesma sequência informada em tela.
 Quando o campo “Seq. Item Financeiro” NÃO é preenchido, o sistema irá verificar apenas o Módulo
Competência gerado.
Exemplos:
1º Exemplo: campo Seq. Item Financeiro
Suponhamos que exista a seguinte situação:
Módulo Competência Documento Financeiro

Código Comp. Cobrança Seq. Item Financeiro Situação Documento
MÓDULO A 01/2012 1 Aberto
MÓDULO B 02/2012 Não gerado documento Não gerado documento
MÓDULO C 02/2012 2 Aberto
MÓDULO D 02/2012 1 Cancelado
MÓDULO E 02/2012 1 Aberto
No momento de gerar o relatório “Qtde. de Beneficiário - Módulo Competência”, o sistema irá se comportar da
seguinte maneira:
1ª Situação: NÂO preencher o campo “Seq. Item Financeiro”.
Campos preenchidos em tela:

 Comp. Cobrança = 02/2012
 Seq. Item Financeiro = Vazio
Resultado:
 MÓDULO A  Não será impresso no relatório, pois a “Comp. Cobrança” é diferente da informada em
tela.
 MÓDULO B  Será impresso no relatório, pois o fato de não existir documento financeiro não
influência neste caso, pois o campo “Seq. Item Financeiro” não foi preenchido em tela.
 MÓDULO C  Será impresso no relatório, pois o fato da sequência do item financeiro ser diferente
da informada em tela, não influência neste caso, pois o campo “Seq. Item Financeiro” não foi
preenchido em tela.
 MÓDULO D  Será impresso no relatório, pois o fato do documento financeiro estar cancelado, não
influência neste caso, pois o campo “Seq. Item Financeiro” não foi preenchido em tela.
 MÓDULO E  Será impresso no relatório, independente do preenchimento do campo “Seq. Item
Financeiro”.

Página 719 de 749
2ª Situação: Preencher o campo “Seq. Item Financeiro”.
Campos preenchidos em tela:

 Comp. Cobrança = 02/2012
 Seq. Item Financeiro = 1
Resultado:
 MÓDULO A  Não será impresso no relatório, pois a “Comp. Cobrança” é diferente da informada em
tela.
 MÓDULO B  Não será impresso no relatório, pois não existe documento financeiro gerado.
 MÓDULO C  Não será impresso no relatório, pois a sequência do item financeiro é diferente da
sequência informada em tela.
 MÓDULO D  Não será impresso no relatório, pois a situação do documento financeiro é igual a
cancelado.
 MÓDULO E  Será impresso no relatório, independente do preenchimento do campo “Seq. Item
Financeiro”.
2º Exemplo: Colunas impressas Total e Média Val Mens

Emissão da quantidade de beneficiários por módulo competência.
Tela 23.10- 2 – Relatório Qtde. de Beneficiário - Módulo Competência

Página 720 de 749
Tela 23.10- 3 – Relatório Qtde. de Beneficiário - Módulo Competência impresso
Na linha dos “Grupos de contingente” serão realizados os seguintes cálculos:

 Total: serão somadas as quantidades de módulos competência existentes para o grupo de contingente em
questão.
 Total Val. Mens.: serão somados os valores de mensalidades de acordo com o grupo de contingente.
 Média Val. Mens.: será recuperada a somatória dos valores de mensalidades (coluna Total Val. Mens.) e será
dividido pelo total de módulos competência (coluna Total).
Na linha “Total por Titular” ou “Total por Dependente Direto” serão realizados os seguintes cálculos:
 Total: serão somados todos os módulos competência por Titular ou por Dependente Direto.
 Total Val. Mens.: serão somados os totais de valores de mensalidades de acordo com o grupo de contingente.
 Média Val. Mens.: será recuperada a somatória dos valores de mensalidades (coluna Total Val. Mens.) e será
dividido pelo total de módulos competência (coluna Total).

Página 721 de 749
23.11 Termo de Ciência de Cobertura Parcial Temporária

[ (Relatório / Cadastros / Beneficiários / Termo de Ciência de CPT) ]
Objetivo:
Com esse processo será possível a emissão do termo de ciência para CPT, sendo recuperadas as
informações do cadastro de doenças do beneficiário para montagem do arquivo. É possível a padronização do
texto por parte da Unimed.
Este processo impactará nos seguintes processamentos:

 Doença Beneficiário (Cadastros / Beneficiários / Informações do Beneficiário / Doença Beneficiário);
 Geração Despesa Assistencial – SIP (Diversos / ANS / SIP / Geração SIP / Geração Despesas Assistenciais -
SIP).
O relatório terá o seguinte texto padrão:
TERMO DE CIÊNCIA DE SUSPENSÃO POR DOENÇA(S) OU LESÃO (ÕES)

PREEXISTENTE(S)
Eu, “Nome do Beneficiário”, declaro estar ciente de que:
Houve constatação da(s) doença(s) ou lesão(ões) preexistente(s) descrita(s) na tabela 1 abaixo por meio de
declaração, entrevista qualificada ou perícia médica;
Em concordância com o disposto no §3°, art. 6° da Resolução Normativa n° 162 de 17 de outubro de 2007 e
com o Rol de Procedimentos da Resolução Normativa nº 167, de 9 de janeiro de 2008, optei por Cobertura
Parcial Temporária e que ficarão suspensos os procedimentos relacionados à(s) doença(s) ou lesão(ões)
preexistente(s), conforme tabela 2 abaixo; e
O(s) período(s) de suspensão descrito(s) abaixo, em meses, são contados a partir da assinatura deste termo,
sendo que este é parte integrante da proposta de adesão n° “Numero do Contrato do Beneficiário”.
TABELA 1
DESCRIÇÃO DAS DOENÇA(S) OU LESÃO(ÕES) PREEXISTENTE(S)
Doença ou Lesão Período de Suspensão
“Nome da doença cadastrada para o beneficiário “Tempo em meses que o beneficiário terá direito ao
em “Doença Beneficiário” serviço/tratamento”
TABELA 2
DESCRIÇÃO DO(S) PROCEDIMENTO(S) SUSPENSO(S)
Procedimentos Cirúrgicos - relacionados as Doença(s) e Lesão(ões) Preexistente(s) descrita(s) acima.
Uso de leitos de alta tecnologia (UTI/CTI) - relacionados as Doença(s) e Lesão (ões) Preexistente(s)
descrita(s) acima.
Abaixo, Procedimentos de Alta Tecnologia – PAC - relacionados as Doença(s) e Lesão (es)
Preexistente(s)descrita(s) acima.
“Descrição do Serviço cadastrado nos itens da doença”
Local e Data Consumidor proponente ou responsável legal

Página 722 de 749
 Os campos que estão sublinhados serão recuperados do Cardio, já o texto em negrito poderá ser
substituído de acordo com a necessidade da Unimed, para isso basta criar o texto desejado num
“arquivo.txt”.
Pré-Requisitos:
 O beneficiário deverá ter doença cadastrada.
Tela 23-4 – Emissão do Relatório para o Termo de Ciência de CPT
Campo Observação
Intervalos Possibilita selecionar intervalo usando os filtros por: Contrato Inicial e Final e
Beneficiário Inicial e Final, onde serão recuperadas as informações do
Termo de Ciência de CPT de acordo com o digitado em tela.
Data Assinatura do Termo Campo que será utilizado para cálculo do período de suspensão. Veja
(Obrigatório) exemplo abaixo.
Arquivo (Opcional) Se informado será utilizado o texto contido no arquivo. Esse arquivo deverá
estar no diretório definido no ConfigOperadora (aba Caminho Diretórios /
Sub-Aba Mov.Cadastral, campo Exportação).
Página 723 de 749
O texto descrito no arquivo será impresso no lugar do trecho em destaque
informado acima. Veja exemplo abaixo.
Lista Contratos / Possibilita selecionar aleatoriamente usando os filtros por: Contratos e
Beneficiários Beneficiários, onde serão recuperadas as informações do histórico de
contratos transferidos dos beneficiários de acordo com o digitado em tela.
Checkbox Exceto:
Exemplos:
Exemplo de cálculo:
Beneficiário com inicio de vigência em 01/12/2008, Data Assinatura do Termo 15/01/2009 e Doença cadastrada com
data de 30/06/2007.
Ao solicitar o relatório o sistema utilizará a data informada para calcular os meses em que o beneficiário estará com as
doenças suspensas.
Utilizado a seguinte regra:

 Data Assinatura (informado em tela): 15/01/2009;
 Fim Vigência (doença): 29/06/2009 (pois a carência máxima para CPT será de 24 meses, sendo calculado
assim 30/06/2007 + 24 meses (730 ou 731 dias caso bissexto).
Dessa forma o valor impresso no campo “Período de Suspensão” será 05 meses.

 29/06/2009 – 15/01/2009 = 05 meses e 15 dias, sendo arredondado para 05 meses.
Obs.: O sistema desprezará os dias, sendo arredondado sempre para baixo. Exemplo: 02 meses e 24 dias, será
impresso 02 meses.
O Cardio não permitirá cadastro de doença que tenha prazo superior a 24 meses, sendo emitida mensagem de erro
abaixo.

Página 724 de 749
Tela 23.11-2 – Relatório Termo de Ciência de CPT – Mensagem Exibida
Vejam que a quantidade de dias de carência é superior a 24 meses.
Tela 23.11-3 – Doença do Beneficiário

Página 725 de 749
Tela 23.11-4 – Doença do beneficiário (doença com prazo limite de 24 meses)
Tela 23.11-5 – Relatório Termo de Ciência de CPT

Página 726 de 749
Tela 23.11-6 – Relatório Termo de Ciência de CPT Gerado (com descrição da doença e o período suspenso)

Página 727 de 749
Tela 23.11-7 – Relatório Termo de Ciência de CPT (utilizando arquivo texto)
Tela 23.11-8 – Arquivo Texto

Página 728 de 749
Tela 23.11-8 – Arquivo Gerado

Página 729 de 749
23.12 Consulta de Prestador por Bairro

[ (Relatórios / Cadastros / Fornecedores / Consulta Prestador por Bairro) ]
Objetivo:
Lista os prestadores de serviço por bairro. Dentro do bairro os prestadores estão sendo agrupados por classe
de prestador.
Serão exibidos: código do prestador, nome do prestador, especialidade, início de vigência e endereço. Se
marcado o campo Considerar Externo, deve listar no relatório também os Prestadores de Serviços cadastrados
como externos.
Pré-Requisitos:
 O prestador deverá estar com a especialidade cadastrada.
Tela 23-5 – Relatório Consulta Prestador por Bairro - Formulário
Campo Observação
Classe Endereço Serão recuperados todos os endereços que possuírem a classe igual à
informada, em conjunto com os outros filtros escolhidos em tela.
Cidade Inicial e Final Serão recuperados os prestadores que possuírem a Cidade de acordo com
Página 730 de 749
o intervalo de Cidades inicial e final, em conjunto com os outros filtros
escolhidos em tela.
Vigência Inicial e Final Serão recuperados os prestadores que possuírem a Cidade de acordo com
o intervalo de Cidades inicial e final.
Checkbox Considerar Se marcado, serão recuperados os prestadores que possuírem vínculo
Vínculo Rescindido rescindido.
Checkbox Considerar Se marcado, serão recuperados os prestadores que possuírem em seu
Externo cadastro o checkbox É Externo marcado.
Checkbox Lista Fones Se marcado, serão listados no relatório os telefones vigentes dos
prestadores.
Checkbox Se marcado, será recuperado o endereço que possuir o checkbox
Correspondência Correspondência marcado.
Checkbox Cobrança Se marcado, será recuperado o endereço que possuir o checkbox Cobrança
marcado.
Checkbox Faturamento Se marcado, será recuperado o endereço que possuir o checkbox
Faturamento marcado.
Checkbox Email(s) Se marcado, serão listados no relatório os emails vigentes cadastrados na
Pessoa do prestador.
Lista Possibilita selecionar aleatoriamente usando o filtro por: Classe
Prestador(es), onde serão recuperadas as informações dos prestadores por
bairro de acordo com o digitado em tela.

Página 731 de 749
Exemplos:
Tela 23-6 – Relatório Consulta Prestador por Bairro - Relatório

Página 732 de 749
23.13 Informações Sobre o Prestador de Serviço

[ (Relatórios / Cadastros / Fornecedores / Informações Sobre o Prestador de Serviço) ]
Objetivo:
Extrair as principais informações do cadastro do prestador de serviço, através de combinações de filtros.
Pré-Requisitos:
 Existir cadastro de prestador de serviço (Cadastros / Fornecedores / Prestador de Serviço).
Tela 23.13-1 – Informações Sobre o Prestador de Serviço
Campo Observação
Checkbox É Local Atendimento Se marcado, serão recuperados todos os prestadores de serviço que
(Operadora) possuírem em seu cadastro o checkbox É Local Atendimento
marcado.
Checkbox Exibe Informação Se marcado, serão recuperadas as informações dos dependentes de
Analítica dos Dependentes forma analítica.
Checkbox Somente Contratos Se marcado, serão exibidas as informações dos prestadores de
Vencidos no Período acordo com o período informado na Dt Venc Contrato Inicial e Final.
Checkbox Imprime Endereços Se marcado, serão recuperados os endereços vigentes dos
prestadores de serviço.
Checkbox Considerar Externo Se marcado, serão recuperados os prestadores que possuírem em
Página 733 de 749
seu cadastro o checkbox É Externo marcado.
Checkbox Sintético Se marcado, o relatório será exibido de forma sintética.
Checkbox Exibe Vínculos Se marcado, serão exibidos os vínculos do prestador de serviço.
Rede Referenciada Serão recuperados todos os prestadores que possuírem a rede
referenciada igual a informada, em conjunto com os outros filtros
escolhidos em tela.
Acomodação Serão recuperados todos os prestadores que possuírem a
acomodação igual a informada, em conjunto com os outros filtros
escolhidos em tela.
Área Atendimento Serão recuperados todos os prestadores que possuírem a área de
atendimento igual à informada, em conjunto com os outros filtros
escolhidos em tela.
Vínculo Prestador Serão recuperados todos os prestadores que possuírem o vínculo
prestador igual ao informado, em conjunto com os outros filtros
escolhidos em tela.
Classe Estabelecimento Serão recuperados todos os prestadores que possuírem a classe de
estabelecimento igual a informada, em conjunto com os outros filtros
escolhidos em tela.
Contratualização Serão recuperados todos os prestadores que possuírem o tipo de
contratualização igual ao informado, em conjunto com os outros
filtros escolhidos em tela.
Tipo Registro Serão recuperados todos os prestadores que possuírem em seu
cadastro de Pessoa, o tipo de registro igual ao informado, em
conjunto com os outros filtros escolhidos em tela.
Ordenação Define a forma de ordenação do relatório:
 Ordem Alfabética do Prestador: a listagem será em ordem

alfabética.
 Ordem Númerica do Prestador: listagem será ordenada pelo
código do prestador.
Dt. Venc. Contrato Inicial e Final Serão recuperados todos os prestadores que estiverem dentro do
período informado, em conjunto com os outros filtros escolhidos em
tela. Essa data é recuperada do cadastro do prestador de serviço,
campo “Data de Início de Contrato”.
Mês de Aniversário Inicial Mês de Aniversário Inicial – Combo com informação dos meses do
ano.
Deverá ser informado o mês de aniversário do ano inicial do
prestador que será filtrado no relatório.
Os Meses são apresentados de Janeiro a Dezembro.
Mês de Aniversário Final Mês de Aniversário Final – Combo com informação dos meses do
ano.
Deverá ser informado o mês de aniversário do ano final do prestador
que será filtrado no relatório.
Os Meses são apresentados de Janeiro a Dezembro.
Intervalos Possibilita selecionar intervalo usando os filtros por: Prestador Inicial
e Final, Especialidade Inicial e Final e Contrato Financeiro Inicial e
Final, onde serão recuperadas as informações sobre os prestadores
de acordo com o digitado em tela.
Lista Possibilita selecionar aleatoriamente usando o filtro por: prestador,
classe de prestadores, especialidade e contrato financeiro, onde
Página 734 de 749
serão recuperadas as informações sobre os prestadores de acordo

 Dado Final não pode ser menor do que o Dado Inicial no intervalo. Aba Complemento [MlRForms,3] Mês de
Aniversário.
Esta mensagem ocorre quando o mês de aniversário final for menor que o mês de aniversário inicial.
Exemplos:
Para mensagem de erro referente ao mês de aniversário do prestador de serviço.
Mês de Aniversário Inicial Dezembro

Mês de Aniversário Final Janeiro
Mensagem de erro apresentada conforme telas abaixo:
Tela 23.13-2 - Informações Sobre o Prestador de Serviço

Página 735 de 749

Página 736 de 749
Exemplo do Relatório Gerado:

Página 737 de 749
23.14 Relação de Contratos por Revenda/Vendedor

[ (Relatórios / Cadastros / Vendas / Relação de Contratos por Revenda/Vendedor) ]
Objetivo:
Lista as revendas com seus respectivos vendedores associados, os contratos negociados por vendedor,
relação de beneficiários por vendedor e o respectivo módulo operadora do tipo assistencial negociado para
esse beneficiário. Serão exibidos os totais de contratos por revenda e por vendedor.
Pré-Requisitos:
 Somente serão visualizados no relatório os contratos e beneficiários que tiverem o vendedor associado no seu
cadastro.
Tela 23-7 – Relação de Contratos por Revenda/Vendedor
Comp. Venda Contrato Competência em que foi realizada a venda do contrato, para
seleção dos contratos a serem visualizados no relatório.
Dt. Inicial Venda Contrato Intervalo inicial de data de assinatura do contrato para seleção
dos contratos negociados a serem visualizados no relatório.
Dt. Final Venda Contrato Intervalo final de data de assinatura do contrato para seleção dos
contratos negociados a serem visualizados no relatório.

Página 738 de 749
Checkbox Imprime Beneficiários do Se marcado, indica que devem ser demonstrados no relatório
Contrato todos os beneficiários que foram negociados para a Revenda ou
Vendedor indicados na parametrização.
Checkbox Imprime Beneficiários Se marcado, indica que devem ser demonstrados no relatório
Excluídos todos os beneficiários com vínculo rescindido que foram
negociados para a Revenda ou Vendedor indicados na
parametrização. Esse checkbox só pode ser marcado se o
checkbox Imprime Beneficiários do Contrato estiver marcado.
Dt. Movimentação Inicial e Final Serão recuperados os beneficiários que foram incluídos dentro do
período informado, em conjunto com os outros filtros escolhidos
em tela. Esses campos só podem ser preenchidos se o checkbox
Imprime Beneficiários do Contrato estiver marcado.
Revenda Inicial e Revenda Final Serão recuperadas as revendas que foram incluídas dentro do
período informado, em conjunto com os outros filtros escolhidos
em tela.
Listas Possibilita selecionar aleatoriamente usando os filtros por:
revenda e vendedores, onde serão recuperadas as informações
dos contratos por revenda/ vendedor de acordo com o digitado
em tela.
Checkbox Exceto:
* Obs.: a funcionalidade deste checkbox é a mesma para todas as
abas.

Página 739 de 749
Exemplo:
Tela 23.14-2 - Relatório Impressão da Revisão Serviço Operadora
Tela 23.14-3 - Relatório Impressão da Revisão Serviço Operadora

Página 740 de 749
23.15 Resumo Movimentação de Produtos

[ (Relatórios / Diversos / PTU / Resumo Movimentação de Produtos) ]
Objetivo:
Este relatório emite um resumo da movimentação de Produtos (Acessórios) inclusive com os seus valores,
desde que, o checkbox “Exibir Valores p/Produtos” esteja marcado.
Pré-Requisitos:
 O beneficiário deverá ter doença cadastrada.
Tela 23-8 – Emissão do Relatório para o Termo de Ciência de CPT
Campo Observação
Competência A Competência será utilizada para validar as movimentações no Cadastro
dos Beneficiários, que possuem Módulos Acessórios.
Checkbox Contabiliza Se marcado, as movimentações dos Beneficiários sem CPF serão
Beneficiário sem CPF contabilizadas no relatório.
Checkbox Contabiliza Se marcado, as movimentações dos Beneficiários sem Endereço serão
Beneficiário sem Endereço contabilizadas no relatório.
Checkbox Totaliza por Se marcado, haverá a totalização das movimentações dos beneficiários por
Página 741 de 749
Modelo/Contrato Modelo/Contrato/Acessório/Módulo Acessório. E se não for marcada, haverá
apenas a totalização por Acessório/Módulo Acessório.
Checkbox Exibir Valores p/ Se marcado, o relatório exibirá o resumo das movimentações com os seus
produtos valores.
Intervalos Possibilita selecionar intervalo usando os filtros por: Contrato Inicial e Final e
Modelo Contrato Inicial e Final, onde serão recuperadas as informações do
Resumo Movimentação de Produtos de acordo com o digitado em tela.
Listas Possibilita selecionar aleatoriamente usando os filtros por: Módulos
Acessórios, Contratos e Modelos Contratos, onde serão recuperadas as
informações do Resumo Movimentação de Produtos de acordo com o
digitado em tela.
Checkbox Exceto:
Exemplos:
Tela 23.15-1 – Resumo Movimentação de Produtos
Observação: Este valor está cadastrado no Produto em Módulo Operadora do tipo Acessório.

Página 742 de 749
23.16 Resultado Exportação / Importação do PTU A100, PTU A200 e PTU

A300
Objetivo
Permitir gerar relatório para conferência da importação ou exportação dos PTUs A100, A200 e A300.
Pré-Requisitos
 Importação ou exportação do PTU A100;
 Importação ou exportação do PTU A200;
 Importação ou exportação do PTU A300.
Nesta conferência será utilizada o seguinte formulário:

 Resultado Exportação / Importação PTU A100 A200 A300 (Relatórios / Diversos / PTU)
Tela 23.16-1 – Relatório Resultado Exportação/ Importação PTU A100 A200 A300

Página 743 de 749
Unimed Origem Define a Unimed Origem que servirá como filtro para gerar o relatório.
Unimed Destino Define a Unimed Destino que servirá como filtro para gerar o relatório.
Beneficiário Define um beneficiário específico em arquivos PTU que servirá como filtro para gerar
o relatório.
Área Importação
Checkbox Importação Se marcado, serão verificados para geração do relatório arquivos importados. Seu
preenchimento é obrigatório quando os campos “Data Inicial Envio/Receb.Arq” e
“Data Final Envio/Receb. Arq” estiverem preenchidos.
Tipo do Arquivo Define o tipo de arquivo que servirá como filtro para geração do relatório, permitindo
selecionar as opções:
 Movimentação Cadastral do Beneficiário (A100)
 Retorno de movimentação Cadastral de beneficiários (A200)
 Movimentação Cadastral de Beneficiário – Produtos (A300)
 Todos
Nome Arquivo Nome do arquivo importado que será utilizado como filtro para geração do relatório.
Quando este campo estiver preenchido, apenas os campos “Situação do
Beneficiário”, “Data inicial de movimentação” e “Data final de movimentação” ficarão
habilitados para preenchimento, os demais ficarão desabilitados.
Área Exportação
Checkbox Exportação Se marcado, serão verificados para geração do relatório arquivos exportados. Seu
preenchimento é obrigatório quando os campos “Data Inicial Envio/Receb.Arq” e
“Data Final Envio/Receb.Arq” estiverem preenchidos.
Tipo do Arquivo Define o tipo de arquivo que servirá como filtro para geração do relatório, permitindo
selecionar as opções:
 Movimentação Cadastral do Beneficiário (A100)
 Retorno de movimentação Cadastral de beneficiários (A200)
 Movimentação Cadastral de Beneficiário – Produtos (A300)
 Todos
São permitidas as combinações abaixo para o Tipo do Arquivo (área da Importação)

X Tipo do Arquivo (área da Exportação):
Tipo do Arquivo - Importação Tipo do Arquivo - Exportação

A100 A200
A100 Nulo
A100 Todos
A200 A100
A200 A300
A200 Todos
A300 A200
A300 Nulo
A300 Todos
Página 744 de 749
Nulo A100
Nulo A300
Nulo Todos
Todos A100
Todos A200
Todos A300
Todos Nulo
Todos Todos
Para qualquer outra combinação o sistema apresenta a seguinte mensagem,
“Combinação inconsistente de acordo com o PTU”.
Nome Arquivo Nome do arquivo exportado que será utilizado como filtro para geração do relatório.
Quando este campo estiver preenchido, apenas os campos “Situação do
Beneficiário”, “Data inicial de movimentação” e “Data final de movimentação” ficarão
habilitados para preenchimento, os demais ficarão desabilitados.
Data Inicial Envio/Receb. Do Define a data inicial que servirá como filtro para geração do relatório. Esta data
Arq. considera a informação do formulário de consulta “Envio e Recebimento de Arquivo
PTU dos campos “Data” (das áreas de “Importação e Exportação”) localizados na aba
Exportação e Importação
Este filtro também é utilizado em conjunto com os demais filtros. Por exemplo, se
marcado o checkbox Importação, será verificada a data de importação do envio e
recebimento de arquivo PTU.
Seu preenchimento é obrigatório quando os campos “Nome arquivo” (área
Importação) e “Nome arquivo” (área Exportação) não estiverem preenchidos.
Data Final Envio/ Receb. Do Define a data final que servirá como filtro para geração do relatório. Esta data
Arq. considera a informação do formulário de consulta “Envio e Recebimento de Arquivo
PTU dos campos dos campos “Data” (das áreas de Importação e Exportação”)
localizados na aba Exportação e Importação
Este filtro também é utilizado em conjunto com os demais filtros. Por exemplo, se
marcado o checkbox Importação, será verificada a data de importação do envio e
recebimento de arquivo PTU.
Seu preenchimento é obrigatório quando os campos “Nome arquivo” (área
Importação) e “Nome arquivo” (área Exportação) não estiverem preenchidos.
Data Inicial de Define a data inicial de movimentação que servirá como filtro para geração do
Movimentação relatório. Esta data considera a informação do “Envio e Recebimento de Arquivo PTU”
campo Data Movimentação Inicial.
Data Final de Movimentação Define a data final de movimentação que servirá como filtro para geração do relatório.
Esta data considera a informação do “Envio e Recebimento de Arquivo PTU” campo
Data Movimentação Final.
Tipo do Produto Define o tipo do produto que servirá como filtro para geração do relatório.
O sistema irá considerar o envio e recebimento do arquivo PTU com o campo “Tipo
Produto” igual à opção selecionada, seguindo a seguinte tabela:

Página 745 de 749
Tabela J – Produtos
Código Descrição
S Seguro de Vida
P PEA/PCA
F Franquia
A Aero-Médico
W Remissão
Y Garantia Funeral
M Farmácia
D Plano Pago
L Ambulância
C Coração/P1
O Proteção Familiar
Observação: O conteúdo do campo “Tipo Produto” foi convertido para apresentação

no relatório de acordo com a “Tabela J” do manual do PTU.
Situação do Beneficiário Este campo possui as opções: “Processamento OK” e “Processamento com Erro” e
“Todos”. Seu valor inicial é “Em Branco” e seu preenchimento é opcional.
Ordenações
Primeira A quebra do relatório permite uma combinação de três ordenações. Este combo
permite informar a primeira ordenação.
Segunda A quebra do relatório permite uma combinação de três ordenações. Este combo
permite informar a segunda ordenação.
Terceira A quebra do relatório permite uma combinação de três ordenações. Este combo
permite informar a terceira ordenação.

Página 746 de 749
Exemplos:
1º Exemplo: Geração do relatório “Resultado Exportação/Importação PTU”, com apenas as movimentações de um

beneficiário.
Tela 23.16-2 – Processamento do Resultado Exportação/Importação PTU A100 A200 A300 – Benef. especifico
Tela 23.16-3 – Resultado Exportação/Importação PTU A100 A200 A300 – Benef. Especifico

Página 747 de 749
2º Exemplo: Quando forem apresentadas mensagens que necessitam ser redimensionadas.
Tela 23.16-4 – Resultado Exportação/Importação PTU A100 A200 A300 – Mensagem de aviso
Com o mouse ir até o fim da mensagem, aguardar esperar o cursor de redimensionamento e redimensionar a
mensagem.

Página 748 de 749
Tela 23.16-5 – Resultado Exportação/Importação PTU A100 A200 A300 – Mensagem redimensionada

Página 749 de 749

3 Modulo Cadastro

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

3 Modulo Cadastro

Enviado por

Direitos autorais:

Formatos disponíveis

Sistema Unimed Cardio

1. Conceitos Básicos ........................................................................................................................ 4

UNIMED do Brasil – Diretoria de Tecnologia

Conceituar nomenclaturas do Cardio que serão utilizadas durante o treinamento.

Existem 2 tipos de Módulos Operadora:

UNIMED do Brasil – Diretoria de Tecnologia

1.1 Grupo de Cobertura

UNIMED do Brasil – Diretoria de Tecnologia

UNIMED do Brasil – Diretoria de Tecnologia

Código Descrição do Grupo de Cobertura

Código Descrição do Grupo de Cobertura

Código Descrição do Grupo de Cobertura

Código Descrição do Grupo de Cobertura

Código Descrição do grupo de cobertura

Código Descrição do grupo de cobertura

Ícone Nome Observações

UNIMED do Brasil – Diretoria de Tecnologia

2.1. Serviço Cob. Do Grupo Cobertura

Tela 1-2 – Serviço Cob. Do Grupo Cobertura

UNIMED do Brasil – Diretoria de Tecnologia

Por exemplo: caso se defina a cobertura 34.01.000 (Exames de Tomografia

O ciclo pode ser definido como:

UNIMED do Brasil – Diretoria de Tecnologia

2.2. Exceção Cob. Do Grupo Cobertura

Tela 1-3 – Exceção Cob. Do Grupo Cobertura

UNIMED do Brasil – Diretoria de Tecnologia

UNIMED do Brasil – Diretoria de Tecnologia

2.3. Criação de Grupo de Cobertura Automaticamente

Tela 1-4 – Criar e Atualizar Grupo Cobertura

Tela 1-5 – Criar e Atualizar Grupo Cobertura – Aba Listas

UNIMED do Brasil – Diretoria de Tecnologia

Tela 1-6 – Criar e Atualizar Grupo Cobertura – Aba Principal

UNIMED do Brasil – Diretoria de Tecnologia

Tela 1-8 – Criar e Atualizar Grupo Cobertura – Aba Listas

UNIMED do Brasil – Diretoria de Tecnologia

UNIMED do Brasil – Diretoria de Tecnologia

Característica O que preencher em Valor:

Exceção Código do Tipo de Exceção que é cadastrado em [ (Cadastros / Pessoas / Informações

UNIMED do Brasil – Diretoria de Tecnologia

Existem 2 tipos de Módulos Operadora:

UNIMED do Brasil – Diretoria de Tecnologia

Todas as tabelas relacionadas com ModuloOperadora:

Exclmovoperadora Negociacaocarteira Negociacaorestaqmod

UNIMED do Brasil – Diretoria de Tecnologia

A reclassificação seguirá os critérios dispostos no anexo I da IN/DIPRO nº 22, conforme abaixo:

INFORMAÇÃO DO REGISTRO DE PRODUTO ATÉ A RN RECLASSIFICAÇÃO PELA RN 195/2009

UNIMED do Brasil – Diretoria de Tecnologia

4.2. Tabelas Necessárias no Cadastro de Módulo Operadora

[ (Cadastros / Produtos / Classe Contábil de Módulo Operadora) ]

[ (Cadastros / Produtos / Abrangência Geográfica) ]

[ (Cadastros / Produtos / Segmentação de Cobertura) ]

UNIMED do Brasil – Diretoria de Tecnologia

UNIMED do Brasil – Diretoria de Tecnologia

Mensagens de Erro que podem gerar dúvida:

UNIMED do Brasil – Diretoria de Tecnologia

UNIMED do Brasil – Diretoria de Tecnologia

A Negociação de Módulo Acessório será estudada mais adiante.

UNIMED do Brasil – Diretoria de Tecnologia

Aba Negociações de Carências

UNIMED do Brasil – Diretoria de Tecnologia

Observação: a ANS não permite restrições na comercialização dos módulos regulamentados.

UNIMED do Brasil – Diretoria de Tecnologia

UNIMED do Brasil – Diretoria de Tecnologia

Para determinado Contrato e Módulo Operadora só poderão ter Titulares.