Resumo Número Mudança Classificação Status
Produção Médica 693 Padrão de Internação para Cobrar e para Pagar Melhoria Requisitada
Produção Médica 706 Segunda Consulta - Prazos para intercâmbio Melhoria Requisitada
Auditoria não Apresenta Glosa Quando não Gera a
Produção Médica 729 Composição Melhoria Requisitada
Auditoria não Realiza Consitências para Solicitações
Produção Médica 768 Integradas Melhoria Requisitada
Mensagens de Glosas de Auditoria - Exibir Todas de ma só
Produção Médica 919 vez Melhoria Requisitada
Gera Evento e Item Evento por Classe do Prestador de
Produção Médica 965 Serviço Melhoria Requisitada
Produção Médica 1074 Instalação de Beneficiário Eventual - Local de Cobrança Melhoria Requisitada
Produção Médica 1148 Retorno de Consulta - Especialidade e CID Diferentes - PTU Melhoria em Planejamento
Criação de Novo Filtro em Função Gera Evento e Item
Produção Médica 1312 Evento Melhoria Requisitada
Produção Médica 1313 Cobrança de Internação Baseada em Limite de Diárias Melhoria Requisitada
Código do Beneficiário Maior que 16 dígitos - Gerar Erro na
Produção Médica 1433 Auditoria Melhoria Requisitada
Gerar Composição de Valores na Auditoria para Todos os
Produção Médica 1539 Serviços Independente da Glosa Apontada Melhoria em Andamento
Glosa 107 - Acomodação do Evento não Existe para o
Produção Médica 1557 Prestador Melhoria Requisitada
Produção Médica 1717 Glosa Percentual Item Evento Melhoria Requisitada
Calcular Percentual de Participação Também Sobre Taxas
Produção Médica 1776 Administrativa Melhoria Requisitada
Glosa de Limite em Evento Ligado a uma Solicitação
Produção Médica 1842 Liberada e Concluída Melhoria Requisitada
Pagamento 991 Demonstrativo de Faturas de Intercâmbio Melhoria Requisitada
Produção Médica 1936 Percentuais de Via de Acesso Melhoria Requisitada
Parâmetro de Idade - Especialidade do Prestador de Serviço -
Produção Médica 2090 Implementar Controle Melhoria Requisitada
Produção Médica 2100 Retorno de Consulta - Glosa 60 Melhoria Requisitada
Filtro Canal de Recebimento do documento - Quando Existir
Produção Médica 2236 Filtro de Intervalo de Lote Melhoria Requisitada
Produção Médica 2483 Validação dos Campos Gerados no PTU na Auditoria Nova Funcionalidade Requisitada
Campo Diagnóstico / Justificativa não Pode Conter o
Produção Médica 2510 Caracter Invisível Melhoria Requisitada
Cobrança 269 Custo Analítico por Contrato Melhoria em Andamento
Cobrança 280 Valor de HM. CO e FILME nos Demonstrativos e SLIP. Melhoria em Planejamento
Data de Reativação na Rotina de Valorização de Cobrança
Valorização 322 de Módulos Reincluidos Melhoria em Planejamento
Reajuste 343 Reajuste Anual de Empresas Melhoria em Planejamento
Pagamento 349 Relatório de Resumo do Pagamento do Cardio X Siamed Plus Melhoria Requisitada
A600 381 Melhorias Importantes para o PTU A600 Melhoria em Planejamento
Cobrança 429 Co-participação com Pacote de Serviços Melhoria Requisitada
Regulador - Verificar Forma que Atenda Necessidade
Pagamento 493 Unimed Melhoria Requisitada
Pagamento 495 RESUMO DO PAGAMENTO DOS PRESTADORES Melhoria Requisitada
Pagamento 508 Resumo de Pagamento e Base de Cálculo Melhoria Requisitada
Pagamento 509 Ajustes Periódicos do Cardio Melhoria Requisitada
Pagamento 512 Relatório de Espelho de Pagamento Prestador Melhoria Requisitada
Pagamento 519 Ajustes Nominais - Carga no Cardio Nova Funcionalidade Requisitada
Cobrança 521 Tipo de Negociação de Participação Nova Funcionalidade Requisitada
1.2.57 - Implementação Cópia do Tipo Negociação
Cobrança 529 Apropriação Pós Nova Funcionalidade Requisitada
Cobrança 536 Layout da Nota de Débito - Geração através de RPT Melhoria Requisitada
Pagamento 547 Ajuste de Pagamento Débito no Documento Financeiro Nova Funcionalidade Requisitada
Financeiro 558 Valores Negativos na Fatura Melhoria em Planejamento
Usuário com Rescisão por Óbito - Cobra Somente
Cobrança 563 Dependentes Melhoria Requisitada
Pagamento 566 Relatório de Extrato de Imposto do Prestador Melhoria Requisitada
Cobrança 568 Relatórios Faturas intercâmbio e Custo Operacional Nova Funcionalidade Requisitada
Relatório de Resumo de Pagamento dos Prestadores - por
Pagamento 569 Prestador Melhoria Requisitada
Pagamento 587 Relatório de Relação de Ajuste na Competência Melhoria Requisitada
Quebra por Módulo Operador no Relatório de Custo
Cobrança 591 Analítico por Contrato Melhoria Requisitada
A700 605 Gerar o Arquivo A700 Único ao Invés de por Contrato Nova Funcionalidade Requisitada
Pagamento 621 Ajustes Nominais na Mesma Competência Melhoria Requisitada
Negociação Ajuste Módulo Competencia que Permite dar
Cobrança 627 Descontos Nova Funcionalidade Requisitada
Cobrança 635 Histórico dos Documentos Agrupados Melhoria Requisitada
Reajuste 655 Reajustes da Tabela de Preços - Reajustes Aplicados Nova Funcionalidade Requisitada
Slip de cobrança 666 Quantide de Serviços - Implementar no Slip de Cobrança Melhoria Requisitada
Pagamento 667 Campo Observação nos Relatórios do Cardio Melhoria Requisitada
Co-participação para Consultas Exames e Tratamentos
Cobrança 992 Ambulatoriais Melhoria Requisitada
Cobrança 674 Código do Prestador de Serviço no Slip de Cobrança Melhoria Requisitada
Pagamento 692 Espelho de Pagamento - Impressão Resumo da Produção Melhoria Requisitada
Relatório Resumo por Contrato das Quantidades - Novo
Contrato 711 Filtro Melhoria Requisitada
SEFIP 713 Geração TXT SEFIP - GFIP - Código Imposto Tomador Melhoria Requisitada
Pagamento 718 Espelho de Pagamento - Código do Serviço e Composição Melhoria Requisitada
Cobrança 719 Ajuste de Cobrança - Beneficiários com Vínculo Rescindido Melhoria Requisitada
Cobrança 727 Mais de uma Negociação Ajuste Móludo Competência Melhoria Requisitada
Financeiro 748 Retorno Bancário - Baixa Melhoria Requisitada
Espelho de Espelho de Pagamento - Quando Realizado Procedimento
Pagamento 754 em Apartamento Melhoria Requisitada
Pagamento 764 Melhoria no Relatório Serviços Prestados por Contrato Melhoria Requisitada
Implementação no 'Relatório de Ajustes Pagamento na
Pagamento 766 Competência' Melhoria Requisitada
Cobrança 769 Custos dos Contratos por Lotação Melhoria Requisitada
Cobrança 781 Cobrança de Co-participação Nova Funcionalidade Requisitada
Cobrança 799 Novo Tipo de Acúmulo na Negociação de Participação Nova Funcionalidade Requisitada
Cobrança 821 Relatório de Custo Analítico - Filtro por Módulo Operadora Melhoria Requisitada
Pagamento 828 Relatório de Imposto Melhoria Requisitada
Relatório Faturamento por Tipo de Movimentação Cadastral
Cobrança 829 - Por Lotação Melhoria Requisitada
Financeiro 835 Relatório de Prestadores por Banco - Total por Agência Melhoria Requisitada
Tela do Ajuste de Pagamento - Implementar Módulo
Pagamento 845 Cobrança Melhoria Requisitada
Relatório de Custos do Beneficiário - Não Gerar os
Produção Médica 852 Procedimentos Melhoria Requisitada
Cobrança 900 Slip de Cobrança - Selecionar por Beneficiário ou Família Melhoria Requisitada
Relatório Extrato de Impostos em Arquivos Individuais por
Pagamento 903 Prestador Melhoria Requisitada
Calculo de Ajuste Percentual - Sobre o Valor das
Cobrança 915 Mensalidades Melhoria Requisitada
Relatório de Serviços Prestados por Contrato - Cobrança de
Cobrança 941 Co-participação Melhoria Requisitada
Geração de Item Financeiro de Ajuste na Competência e
Cobrança 948 Ajuste Nominal Melhoria Requisitada
Descrição Detalhada
Unimed possui hospital próprio e permite que o beneficiário pague a diferença de acomodação quando não é coberto pelo plano, seja, seu plano tem direito a enfermaria e ele paga
pelo apartamento. Diante desta situação, que ocorre com freqüência, criamos o seguinte cenário. Devemos pagar os complementos de procedimentos e diárias de apartamento e
cobrar diárias de enfermaria sem complementos (já pagos pelo beneficiário). Atualmente digitamos os procedimentos com o parecer só pagar com a acomodação apartamento e outro
evento com o parecer só cobrar para acomodação enfermaria. Isto prejudica nosso operacional, deixa o processo de digitação mais lento (2 vezes), sem contar que duplicada a utilização
do beneficiário e distorce nossas estatísticas. Além disso, o Siamed Plus oferecia a opção de padrão de internação para pagar e outro para cobrar o que solucionava a situação.
Necessitamos de uma solução para esta situação."
Implementação a respeito da segunda consulta para o intercâmbio FEDERATIVO / NACIONAL E LOCAL
Nacional = 20 Dias
Federativo = 15 Dias
Local = 15 Dias
Hoje quando entramos em: Regras -> Gestão -> Médicas -> Especialidade de Prestação Serviço, o sistema permite apenas uma parametrização de data e não tem como definir se é para
intercâmbio LOCAL / NACIONAL E FEDERATIVO, e a UNIMED precisa das três.
Quando processada a auditoria e não é gerada a composição, também não é apresentada nenhuma glosa. Isto ocorre quando o serviço não está cadastrado na tabela de pagamento ou
cobrança.
Este incidente foi aberto para que seja apresentada uma glosa quando ocorrer estas situações.
Solicitamos que a auditoria do sistema Cardio não faça consistências para as solicitações integradas que foram liberadas e concluídas, uma vez que foi assumido um compromisso com o
prestador e este já recebeu a autorização devida. A verificação deste erros nos faz perder tempo com as liberações de um evento com certamente iremos pagar. Pedimos até uma opção
para que após a auditoria o evento já saia concluido.
A exceção seria os eventos que entram em duplicidade com os digitados.
Solicita que as mensagens de glosas de auditoria de notas sejam dadas todas de uma só vez.
Como pode ser notado nos relatórios anexos, temos um lote de guias hospitalares Lote 7501, evento 345822, que após apresentar a primeira glosa com seqüência (Seq: 1 - 86 -
Prestador Serviço suspenso), foi corrigido, reauditado e "surgiram" as SEQs de 2 a 10, que não haviam sido exibidas na primeira auditoria.
A Unimed informa que as pessoas responsáveis pela auditoria ficam na dúvida se ficou algum procedimento que poderá gerar transtornos no pagamento e na cobrança por possuir
inconsistências.
Solicita-se que seja implementada a opção de seleção por Classe do Prestador de Serviço no processo Gera Evento e Item Evento.
A Unimed explica o seguinte:
"Necessitamos dessa opção em tela para que possamos integrar somente os eventos da Classe Cooperado ou Laboratórios ou Clinicas e assim por diante.
Obs. No processo atual temos que informar o intervalo do código do prestador e alguns prestadores as vezes fazem parte desse intervalo e não podem ser integrados."
Ao informar um cartão de beneficiário eventual (Digitação de evento) com local de cobrança o mesmo é instalado - caso já encontre o benef. com contrato diferente do contrato
encontrado é criado um novo e rescindido o anterior - Unimed solicita forma de "aviso" para alertar o funcionário nesta situação em que já existe um código criado para o beneficiário.
Ex:
9992056000520010 - cartão - instalado benef. 999056000520010 - contrato 999901700 (no momento do evento não houve informação de local de cobrança). --> Ok!
Em novo evento é informado o local de cobrança: 173
999056000520010 - cartão - instalado benef. 999000000002854 - contrato 999917300 (grava rescisão no benef. anterior) - avisar usuário
Quando é importado um PTU o Cardio está glosando as Consultas devido ser enviadas mais de 1 Consulta na mesma data e no mesmo Prestador (que neste caso é a Unimed onde foram
realizadas as consultas). Porém estas consultas são em Especialidades de Prestadores diferentes e com CID diferentes. Sendo assim a Consulta não deveria glosar.
A mesma informa que isso não deveria acontecer e que o Cardio deveria validar estes campos durante o Processo de Auditoria.
Segue solicitação da área:
"Mesmo tendo a especialidade e o CID diferentes o Cardio gera a glosa de retorno de consulta.
Solicitação: O Cardio deve identificar estes campos e não gerar a glosa indevida."
Resumo: Criação de novo filtro em função Gera Evento e Item Evento.
Descrição: Solicita-se a criação de filtro Prestador Executante na função Gera Evento e Item Evento.
Resultado Esperado: Possibilidade de executar a função Gera Evento e Item Evento por Prestador Executante.
Caminhos:
Gera Evento e Item Evento
Rotinas -> Gestão -> Mov. Eventos -> Gera Evento e Item Evento
Alguns planos em que, após a 21a. diária, deverá ser cobrada uma franquia de R$ 20,00 pela internação.
Atualmente o Cardio não possui uma parametrização para possa contabilizar as diárias, dentro de uma internação no período de um ano, de modo que essa internação seja cobrada.
Existe, no sistema, uma parametrização de franquia, para que a Unimed consiga cobrar o número de diárias a partir de uma certa quantidade. Contudo, desta forma, não é possível
cobrar a internação por inteiro, ou seja, cobro apenas as diárias.
A Unimed solicita uma solução para este problema.
O sistema está importando os eventos de Beneficiários com o Codigo > 16 digitos. Isto está correto.
Segue solicitação para que o sistema emita um erro na auditoria informando que o código do benef. está maior que 16 dígitos.
Isto se faz necessário, pois o Cardio ignora o primeiro dígito do código do beneficiário, com isto a cobrança está sendo gerada para a Unimed errada. Exemplo: código
99982000001500000, o correto é a cobrança ir para a Unimed 999, no entanto está sendo gerada para a Unimed 999.
Anexo XML e dados para testes:
Codigo do Beneficiário = 99982000001500000
Codigo do Lote = 99272
Competencia = 02/2009
Resumo: Gerar composição de valores na auditoria para todos os serviços independente da glosa apontada.
Descrição: Temos a necessidade de contabilizar todos os valores recebidos via PTU.
Ocorre que em algumas situações temos algumas glosas apontadas como por exemplo :
Serviço não encontrato / Valor de cobrança e pagamento não encontrado ... que não geram composição nenhuma.
Nesse caso, seria necessário gerar as composições de credito e débito pelo valor informado.
O problema seria quanto ao serviço que não foi identificado, gostaria que fosse estudado o mesmo processo feito com o beneficiario padrão.
Resumo: Glosa 107 - Acomodação do Evento não existe para o Prestador.
Descrição: Ao digitar um evento na versão 1.2.57 e informar o "Padrão de Internação", é exibido a seguinte Glosa na Auditoria 107 - Acomodação do Evento não existe para o Prestador.
O Grupo de Apropriação do Evento é "Tratamento Médico Individual", desta forma não existe a necessidade de Informar a Acomodação para o Prestador que atendeu em Ambulatório.
Se não informar o "Padrão de Internação" ocorre o erro : Problemas no Processamento (já sendo visto pelo Problema 3867).
Cenário de Testes: Telas ,Parâmetros e arquivo em Anexo.
Caminhos: Rotinas -> Gestão -> Mov. Eventos -> Digitação -> Local -> Internações
Resumo: Glosa percentual item evento
Descrição: A Unimed solicita que na auditoria seja glosado quando o percentual participação for superior a 130%, pois quando a Unimed recebe o A500 e há eventos q contém
percentual maior que 130%, o sistema calcula o valor de acordo com o percentual, não é glosado nem sai no relatório de demonstrativo de divergência evento/fatura.
Caminhos: Rotinas/Gestão/Mov. Eventos/Auditoria/Auditoria Item Evento
Permitir que o Cardio calcule percentual de participação também sobre taxas e não somente sobre serviços.
A situação que a UNIMED solicitante quer resolver é a seguinte:
É cobrado uma taxa de porte de sala 1 e outra taxa de sala de porte de sala 2.
Se as duas taxas vierem juntas na mesma conta, uma é paga a 100% e a outra 50%.
A regra é que quando uma glosa liberada no nivel abaixo esta não poderia ser gerada. O problema é que Evento não enxerga a pré-autorização.
A solução seria alterar o processo de auditoria de evento para na consistencia das glosas passar a considerar tambem a pré-autorização, mas para isso, deve-se abrir uma solicitação de
mudança para ser especificado o que deve ser implementado.
PROBLEMA 4483:
Ao realizar auditoria de um determinado evento está dando glosa de limite. Porem este evento está ligado a uma solicitação, liberada e concluida sem glosas, que por sua vez está
linkada com uma pré-autorização onde foi liberada a glosa de quantidade.
O problema é no único evento do lote citado abaixo
lote doc. Serviço 3.1.092009
competencia auditoria .09.-.2009.
Solicito a criação de relatório que demonstre as faturas de intercâmbio, conforme relatório existente no Sistema Siamed Plus e anexo a este e-mail como exemplo.
Este relatório deverá dados e valores da fatura recebida e dados e valores após seu processamento (pagamento) pela Unimed, como valor de pagamento, nota de débito, etc.
A Justificativa da solicitação deste relatório como de muita importância para demonstração de valores para sua contabilidade
Cardio não está calculando os valores de 50% e sim 100% para procedimentos que a via de acesso é igual a "Mesma Via". Segue detalhes da documentação:
Dependendo da via de acesso utilizada, pode-se cobrar um percentual sobre o valor do serviço. Define-se aqui, desta forma:
A via de acesso é independente (nenhum outro ato cirúrgico está associado a este) com o percentual de 100%;
Mesma via (dois atos cirúrgicos utilizando o mesmo "corte", por exemplo) com o percentual de 50%;
Via diferente (dois atos cirúrgicos em locais diferentes) com o percentual de 70%. O processo de calculo é executado na auditoria do evento/itemevento.
O valor estaria calculado na composição, aba Info Cobr.
Impacto: Cobra-se os valores incorretos dos clientes
Causa: O problema só acontece se o Percentual de Participação no Item Evento estiver preenchido, o preenchimento deste campo se dá por conta da carga do PTU A500, que é
informado pela outra Unimed.
Solução Proposta:
No manual do PTU versão 3.6, Tipo de Registro: 504, sequencia 021, campo CD_VIA_ACESSO deve possuir o seguinte conteúdo:
0 = Independe da via (100% HM)
1 = Mesma via (50% HM)
2 = Via diferente (70% HM)
Após importação do arquivo PTU e existinto as informações descritas acima o sistema tem que validar as informações no processo de auditoria. O processo de auditoria tem que
confrontar o valor informado pela Unimed destino com o valor a ser calculado pela Unimed Origem, seguindo as regras de via de acesso descrito acima. Existindo a diferença
demosntrar no Demonstrativo de Divergência Evento / Fatuta para que a Unimed Origem possa analisar essa divergência e tomar as suas devidas providências.
Caso o campo Percentual Participação seja diferente de nulo, o sistema deve seguir o mesmo conceito, ou seja a Unimed Origem deve calcular o valor com base nas regras do PTU
descritas acima. Existindo a diferença demosntrar no Demonstrativo de Divergência Evento / Fatuta para que a Unimed Origem possa analisar essa divergência e tomar as suas devidas
providências.
Evento 123456
identificação evento 46103
Lote 17.788.072.009
Verificar além da idade o sexo da Pessoa na especialidade.
Outras informações "Numero da tarefa de Negocio Analise: 114263
Numero do problema Aberto: 4890"
Dados informados:
Lote 7766
Numero Documento :123456
Especialidade 360
Prestador 999000099085
Servidor unimed999
Descrição: O Cardio e o Nefron devem gerar glosas caso um beneficiario solicite ou execute um serviço e esteja fora dos parametros de idade que consta na Especialidade do Prestador
de Serviço, apesar de existir os parametros na tela, não existe nenhum controle.
Impacto: Execução de procedimentos indevidos, e consequentemente pagamento por estes serviços prestados
Causa: Não existe controle dos parametros de data na especialidade
Solução paliativa: sem solução paliativa
Solução proposta: "Segue considerações:
__________
O sistema controla atualmente as glosas descritas abaixo apenas para o código do serviço. Não podemos utilizar essas glosas do serviço para a especialidade, pois os conceitos são
diferentes.
25 - Idade do Beneficiário menor que permitido no Serviço
26 - Idade do Beneficiário maior que permitido no Serviço
Para que o sistema possa controlar as glosas do beneficiário por especialidade favor abrir mudança solicitando a implementação por controle de idade e que retorne as mensagens
descritas abaixo. Lembrando que as glosas devem ser geradas pelo Cardio e Nefron.
- Idade do Beneficiário menor que permitido para Especialidade
- Idade do Beneficiário maior que permitido para Especialidade
1) Conforme o conteúdo da tarefa 115568 (Negócios), abrir uma mudança que implicará na criação de um parâmetro, alteração dos processos de Auditoria de Solicitação e de Evento
para validação da Glosa 60 (Retorno de Consulta) em ambos os processos, elaboração de script de geração de valor no novo parâmetro e alteração de help.
2) Para resolução imediata do Problema, sem considerar a abertura de Mudança, verificar a tarefa 115562 (Especificação) contendo a solução provisória até a conclusão da Mudança em
versões futuras.
-------------------------------------------------------------------
Comentário da Tarefa
Concordo com a abertura da mudança descrita abaixo:
2) Abrir uma MUDANÇA com a proposta de flexibilizar a aplicação do parâmetro "Nº de Dias de Retorno de Consulta", criando um outro parâmetro "Considera Dia da Realização da
Consulta nos Dias de Retorno?". Caso este parâmetro esteja marcado o dia da realização da consulta será incluído como um dos dias na contagem dos dias de retorno. Se desmarcado,
será considerado o dia seguinte ao dia da realização da consulta.
Montar um script que auxilie a Unimed na versão que irá contemplar essa mudança. Nesse script os Tipos de Área de Atendimento "2" - Intercâmbio e "3" - Intercâmbio Regional deverá
alimentar o novo parâmetro de forma automática.
Para o Tipo de Área de Atendimento "1" - Área Abrangência e/ou Nulo o script deverá ter uma opção para que a Unimed informe ou se deseja a alimentar o novo parâmetro.
OBS. Caso a Unimed tenha informado/executado o script de forma indevida, montar um script para que desfaça o processo conforme regras descritas acima.
Outro ponto é alimentar o help (ajuda) com a regra desse novo parâmetro, para que o usuário final do sistema possa ter o entendimento dessa regra.
Comentário da Tarefa
Concordo com a abertura da mudança descrita abaixo:
2) Abrir uma MUDANÇA com a proposta de flexibilizar a aplicação do parâmetro "Nº de Dias de Retorno de Consulta", criando um outro parâmetro "Considera Dia da Realização da
Consulta nos Dias de Retorno?". Caso este parâmetro esteja marcado o dia da realização da consulta será incluído como um dos dias na contagem dos dias de retorno. Se desmarcado,
será considerado o dia seguinte ao dia da realização da consulta.
Montar um script que auxilie a Unimed na versão que irá contemplar essa mudança. Nesse script os Tipos de Área de Atendimento "2" - Intercâmbio e "3" - Intercâmbio Regional deverá
alimentar o novo parâmetro de forma automática.
Para o Tipo de Área de Atendimento "1" - Área Abrangência e/ou Nulo o script deverá ter uma opção para que a Unimed informe ou se deseja a alimentar o novo parâmetro.
OBS. Caso a Unimed tenha informado/executado o script de forma indevida, montar um script para que desfaça o processo conforme regras descritas acima.
Incluir os processos:
Auditoria Item/Evento e Conclusão Item/Evento nesta implementação.
Comentário da Tarefa
Este problema deve ser cancelado e o suporte deve abrir mudança, pois trata-se de uma mudança, onde nos processos relacionados abaixo devem ser alterados, inserindo-se o filtro de
"Canal de Recebimento do Documento", por haver filtro de intervalo de lote, sendo que a regra sugerida ao AD deve ser a seguinte:
- O filtro de Canal Rec. Documento deve ser opcional e quando não informado devem ser considerados todos os tipos de Canal Rec Documento.
- Quando informado intervalo de lote, o filtro de Canal Rec. Documento passa a ser obrigatório e deve ser informado, gerando mensagem em tela se não for informado.
Processos a serem alterados:
- Revisão Evento/Item Evento
- Valorização de Cobrança das Composições
- Geração de Item Financeiro de Composição (Cobrança)
- Desfaz Valorização Cobrança das Composições
- Valorização das Composições (Pagamento)
- Desfaz Valorização das Composições (Pagamento)
Comentário da Tarefa
O erro ocorre porque na query é selecionado somente o código inicial e final do lote, não filtrando o canal de recebimento.
Obs.: verificar outros processos que possuem o filtro por lote inicial e final
Quando colocamos um lote cujo o canal de recebimento é papel e pedimos para alterar o parecer de Auditoria para Liberado só Cobr., o cardio está alterando o parecer de Auditoria do
lote (que possui o mesmo número) cujo o canal de recebimento é ONLINE.
Dados informados:
lote inicial 0.1133.122009
lote final 00.133.122.009
comp apresentacao doc: dez/09
Paracer Auditoria: Liberado Só Cobrança
Dificuldade no momento de validar o PTU A500, vários erros que poderiam ser apresentados no momento de auditoria só aparecem quando o usuário vai enviar o arquivo PTU, em geral
são erros gerados pela própria Unimed, como por exemplo "de para" incorreto (códigos inexistentes no PTU), mas existem outros erros que o Cardio poderia prever e que só aparecem
no momento da validação do WebStart.
O campo Diagnóstico / Justificativa na aba Diagnóstico não pode conter o caracter invisível de quebra de linha "ENTER", pois ao ser trafegado esta informação no intercambio online,
WSD impede a transação, pois não permite que o campo Observação esteja em mais de uma linha.
Causa: Caracter de quebra de linha "ENTER" não pode ser encaminhado.
Impacto: as transações dos clientes podem apresentar erro, impedindo o atendimento do cliente.
Segue anexo documento para mais detalhes.
Solicita-se que seja implementado filtros na geração dos relatórios de Custo Analítico (Relatórios/ Gestão/Clientes/Cobrança/Pós-pagamento/Custos/Custo Analítico por Contrato, pois
atualmente é gerado por ordem alfabética. Os filtros seriam: Ordem de Código de Família e Ordem Alfabética.
Solicita-se que nos demonstrativos e SLIP, os valores dos serviços não sejam separados por HM, FILME e/ou CO.
Que saia um valor único.
Segue os relatórios solicitados:
1) Relatórios/Gestão/Clientes/Cobrança/Pós-pagamento/SLIP
2) Relatórios/Gestão/Clientes/Cobrança/Pós-pagamento/Demostrativo
3) Relatórios/Gestão/Clientes/Cobrança/Pré-pagamento/Demostrativo
Solicita-se que seja implementada intervalo de data de reativação na rotina Valorização de Cobrança de Módulos Reincluidos (rotinas/gestão/clientes/cobrança/pré-
pagamento/valorização.
Solicita-se de um relatório que diga quais serão as empresas que irão sofrer reajustes no mês, pois o Departamento Comercial realiza estudos para negociar o percentual de reajuste
anual com as empresas.
Em anexo segue o relatório do Sistema Siamed Plus e o relatório de Resumo de pagamento do Sistema Cardio.
Foi solicitado o resumo de pagamento saia com as mesmas informações que o Relatório Do Siamed, pois os prestadores estão solicitando desta maneira.
Abaixo, seguem melhorias importantes para o PTU A600 e com anexo:
1) Quando a Pessoa da Câmara da Compensação não está cadastrada em Prestador de Serviço:
Mensagem deveria ser apresentada apenas 1 vez, por Câmara e ser a seguinte:
Não existe um prestador (Élcat) para a seguinte pessoa da Câmara: (autoid da Pessoa cadastrada na Câmara). Hoje está apresentando o autoid da pessoa do Documento Financeiro.
Não deve apresentar Exceção não identificada.
2) Quando existe uma Câmara de Compensação cadastrada em um Contrato Financeiro que não é de Unimed, o processo de exportação não apresenta qualquer tipo de mensagem.
Apresenta apenas que Processo finalizado com sucesso.
Exemplo: para o Contrato Financeiro 999401100 foi cadastrada uma Câmara. A pessoa deste contrato é a 999 que não tem Prestador de Serviço Élcat.
Deverá gerar uma mensagem: Pessoa do Doc.Financeiro não é Unimed: (autoid da pessoa do Doc.Financeiro
Ocorrência : Co-Participação com pacote de Serviços.
Verificar para implementaçao.
A Unimed tem uma situação onde faz um pacote de serviços (procedimento + material + medicamento ) e tem um valor máximo para cobrar os 3 itens de R$ 50,00 para co-participação.
Não existem muitos casos, mas este processo é feito com endoscopia, onde todo mês tem casos e que precisa ficar dando descontos causando transtornos na operação.
O primeiro ponto que foi entendido, é que só poderá executar serviços apenas os prestadores cujo sócio tenha feito a solicitação.
O segundo ponto entendido foi à penalização do prestador (redução do valor a ser pago para o prestador no regulador), de acordo com o percentual de suas execuções sobre o
montante das solicitações do sócio.
Exemplo:
As fisioterapias (todo grupo 25) só podem ser executadas pelas clínicas abaixo se o solicitante for um dos sócios. Caso contrário, não deverão ser pagas. Possuem um regulador que varia
de acordo com a seguinte tabela, levando-se em conta o total de consultas de cada um dos sócios individualmente:
Até 121% pagar 100% do valor do serviço (até o primeiro desvio padrão)
Entre 121% e 165% pagar 50% do valor do serviço (entre o primeiro e o segundo desvio padrão)
Acima de 165% não pagar (acima do segundo desvio padrão).
Relação das empresas e seus respectivos sócios:
Centro Ortopédico:
Dr. A
Dr. B
Dr. C
Dr D
Clínica Ortopédica:
Dr. E
Dr. F
Dr. G
Dr. H
Dr. I
Dr. J
Exemplo 1:
Total de consultas realizadas por um determinado sócio: 310.
Total de fisioterapias realizadas pela clínica sendo ele o solicitante: 375 (20,96%)
Solicito abertura de Mudança para o processo => RESUMO DO PAGAMENTO DOS PRESTADORES, acessado pelo menu: Relatórios -> Gestão -> Fornecedores -> Resumo do Pagamento
dos Prestadores, para que ao gerar o arquivo utilizando a opção "SALVAR", o nome do arquivo seja gerado conforme o Espelho de Pagamento.
Exemplo:
1) Espelho de Pagamento => 09900802E04200028116.PDF
2) Resumo do Pagamento => rpt_OpUnimed_Resumo_do_Pagamento_dos_Prestadores_99_9999.PD
Solicita -sea implementação de uma tela para consulta de produção médica como sendo Resumo de Pagamento e Base de Cálculo, conforme a sugestão em anexo.
Solicita-se que exista alguma consistência nos Ajustes Periódicos do Cardio.Hoje o sistema está permitindo duplicidade de digitação, ou seja, está sendo possível digitar dois registros de
Ajustes completamente iguais, e conforme a Unimed, isso não deveria acontecer.
Após testes na Base, verifiquei que tanto o Ajuste Financeiro (Cadastro-> Financeiro-> Contrato-> Ajuste Financeiro), quanto o Ajuste Financeiro de Cobrança (Cadastro-> Gestão->
Clientes-> Cobrança-> Ajuste Financeiro de Cobrança) realmente permitem realizar o mesmo cadastro exatamente iguais para o mesmo Contrato e o mesmo Tipo de Ajuste.
Solicito que seja aberto Mudança para a área de Negócio analisar algum modo de não permitir este cadastramento. Uma possibilidade é que seja verificado se existe um Ajuste para o
mesmo Contrato com o mesmo Tipo de Ajuste sem Fim de Vigência, e assim apresentar algum erro em tela.
Favor abrir Mudança.
Referente ao incidente nº 19576 onde o cliente gostaria de saber porque o relatório de "espelho de pagamento prestador"
estava apresentando um valora a pagar negativo(-R$0,50).
Após analise do banco, notei que devido a um erro na digitação do valor de serviço 3900 no momento do lançamento do evento(5346515), o sistema
gerou uma composição de debito com o valor (R$15,25) para ajustar o valor a ser paga.
Valor serviço evento:R$30,00
Valor serviço tabela :R$14,75
Comp debito gerada:R$15,25
Ao solicitar a geração do relatório "espelho de pagamento prestador" o mesmo exibe os valores a pagar do evento da seguinte forma:
Menu: Relatorios\ gestão\fornecedores\espelho pagamento prestador
evento:5346515 Serviço:3900
Valor unitário serviço:R$14,75
Valor debito evento :R$15,25
Total a pagar :R$0,50-
O cliente solicita que o caso fosse encaminhado para o nosso desenvolvimento para analise de impacto, pois segundo ele , este relatório é enviado diretamente para o prestador o que
pode causar muitos problemas.
Gostaria de saber como devemos proceder com este caso?
Gostaríamos de solicitar a seguinte implementação no Cardio: Uma opção para que possamos dar carga no Sistema dos Ajustes Nominais de Crédito/Débito, pois temos grande
demanda dessa tarefa todo mês.
Exemplo:
O Departamento de Contabilidade, por exemplo, todo mês cria 2 (dois) arquivos para o Faturamento, 1 (um) referente a "Auxilio Funeral" e 1 (um) referente a "Cota", contendo
Competência, Código do Adicional (Ajuste), Código do Prestador, Valor e se vai ser um Adicional de Crédito ou Débito. Os arquivos podem sofrer alterações de Prestadores e Valores de
uma Competência pra outra e como se trata de uma quantidade grande de Prestadores (mais de 1.200), fica difícil realizar essa tarefa manualmente.
Por isso, solicitamos a implementação dessa funcionalidade no Cardio, disponibilizaríamos o arquivo numa determinada área e daríamos carga desses Ajustes Nominais através de uma
opção do Cardio.
Solicita-se uma implementação na parametrização de Tipo de Negociação de Participação que está em: Regras -> Gestão -> Clientes -> Negociação Pos -> Tipo de Negociação de
Participação.
Eles precisam Criar uma negociação para um determinado Grupo de Exames, que haverá co-participação de R$25,00(vinte e cinco reais), limitado a R$100,00 (cem reais) por mês e por
beneficiário e o Cardio não atende essa situação.
Chegou-se a conclusão que o sistema não atende a essa negociação. Solicitamos que seja verificado e ou implemantação dessa negociação.
1-Criar cópia da Tipo negociação apropriação pos;
2- Formulário Tipo Neg. de Apropriacao-PÓS - Incluir no grid dos itens: Tipo Abrangencia, Grupo Apro.util, Classe Apro Util, Classe Prestador
Solicita-se possibilitar que esse relatório seje gerado em PDF.
O arquivo de saída gerado no processo de geração de Nota de Débito é um arquivo TXT, esse processo permite o manuseio indevido de funcionários possibilitando Fralde no Documento
impresso. O nosso setor de Contabilidade precisa que esse processo não permita o manuseio no arquivo depois de gerado. Sendo assim solicito a criação de um RPT para essa geração.
Precisamos de um ajuste de pagamento (debito, tarifa documento) que seja descontado somente quando o documento financeiro de pagamento for maior que esse ajuste
Se o documento financeiro for menor que esse ajuste (que hoje é de R$ 8,00) não considerar esse ajuste.
..."O setor de contabilidade, juntamente com a Assssoria Contábil , informaram que não deverão existir faturas com valores discriminados em negativo.
Assim, gostaria de saber se existe a possibilidade de um procedimento com parecer da auditoria só pagar, não aparecer na fatura com valor negativo...
Nossos clientes pagam diversos procedimentos na Unimed e nós utilizamos o processo de só pagar para digitar a utilização"...
Quando um usuário é rescindido por óbito, ele deve ser excluído na data do óbito e se ele possuir dependentes, os mesmos deveram ser excluídos com 30 dias de cobertura.
O cardio nos impede de fazer este procedimento, eis em anexo no incidente a situação.
Nesta situação não podemos informar uma data futura, pois a cobrança de mensalidade não deve ir para o beneficiário titular, somente para os dependentes. Estamos solicitando que
seja verificado junto à equipe de negócios/desenvolvimento uma alteração na rotina.
Solicita-se mudança ou implementação no relatório de extrado de imposto do prestador, conforme descrito abaixo:
Ao gerar o extrato de impostos dos prestadores no Cardio é apresentado o numero do CI dos prestadores. A contadora da Unimed solicita que seja apresentado o numero do PIS que é o
que aparece na Sefip, para não deixar margens para o prestador questionar.
Solicita-se a criação de um novo relatório conforme descrição abaixo e anexo que está no incidente.
Precisamos de um relatório para anexar junto com as faturas de custo operacional e intercambio. Segue anexo os modelos de relatórios que precisamos.
Solicita-se uma implementação no relatório de resumo de pagamento dos prestadores conforme segue:
Precisamos que no resumo de pagamento aos prestadores seja possível gerar listagem separada por prestador, isto é, um arquivo pdf para cada prestador. Isso se deve ao fato de
enviarmos o resumo do pagamento para cada contador de cada prestador a fim de que eles nos enviem a nota fiscal de prestação de serviço.
Mudança no relatório de relação de ajuste na competência.
Este relatório só gera os ajustes que são cadastrados no ajuste de pagamento na competência, sendo que precisamosda relação de todos os ajustes que são gerados no Cardio.
Solicita-se que seja implementado uma quebra por modulo operadora no relatório de custo analítico por contrato.
(relatórios/gestão/clientes/cobr/pospagamento/)
Solicita-se que seja de verificado a possibilidade da geração de um arquivo A700 único, ao invés de gerá-los por contrato.
Solicitamos implementação no sistema CARDIO, a possibilidade de excluir somente os itens de Ajustes Nominais. Pois só é possível gerar outro Ajuste Nominal caso não exista nenhum
outro para o mesmo prestador. Portanto para gerar um novo ajuste nominal na mesma competência, onde já tenha sido gerado outros, é necessário excluir todos os ajustes nominais
Foi liberado o processo NEGOCIAÇÃO AJUSTE MODULO COMPETENCIA que permite dar descontos e fazer acréscimos nas mensalidades dos beneficiários, contratos e etc.
Caminho: /Cadastro/Gestão/Clientes/Beneficiário/Neg.Ajuste Módulo
A Unimed possui campanhas de vendas promocionais relativos a datas comemorativas. Exemplo: Campanha promocional do dia dos pais, campanha promocional dia das crianças, dias
das mães e etc.
1) No momento de lançar o desconto é necessário indicar a qual campanha pertence o desconto, pois o processo liberado permite dar um desconto mas não é possível saber a que
refere-se.
2) É necessário a indicação para consultar, além disso ter um relatório com o valor geral que a Unimed deu de descontos em cada campanha.
3) A Unimed solicita também que exista um "link" para criação de um outro tipo de ajuste, para que , se na mesma competência ocorram dois tipos de ajustes diferentes (campanha e
desconto, por exemplo), não seja necessário entrar em duas telas diferentes para efetuar o lançamento.
Solicita-se que, quando existir um documento financeiro com agrupamentos, e este for cancelado, mesmo assim exista um "histórico dos documentos" que faziam parte deste
agrupamento.
Hoje, quando um documento é agrupado, na ABA - Cobrança - Docs Agrupados, são exibidos estes documentos, mas quando é feito o cancelamento , este campo fica em branco.
Numero do Documento:Clientes > Cobrança > Pré-pagamento > Valorização > Valorização de cobrança dos módulos ) qdo se aplica "perc. reaj. benef." o cliente deseja que seja criada
Em ( Rotinas > Gestão > 09985908
nova tabela de preços assim como no processo ( Rotinas > Gestão > Clientes > Cobrança > Pré-
pagamento > Valorização > Reajusta preços tabela pré).
Verificar a possibilidade dessa implementação.
A Unimed coloca o seguinte:
"Hoje temos uma tabela vinuculada ao modelo de contrato, mas quando exitem reajustes anuais a tablela fica desatualizada, caso entre um novo dependente no contrato o valor estará
defazado ou em caso de mudança de faixa ocorre as vezes do valor do beneficiário baixar pois buscando o valor original da tabela não aplica os reajustes já sofridos. Pensei em atualizar
as tabelas a medida que fossem liberados os reajustes, mas como o reajuste só pode ser aplicado na database do baneficiário, na inclusão de novos beneficiario de contratos ainda não
reajustados buscaria a tabela ajustada.
Sugiro então a criação de uma tabela paralela de indices de reajustes aplicados a tabela para o modelo uma vez que o beneficiário não atingiu a data bese ainda a tabela seria a original +
ajustes já aplicados, caso ele tenha atingido a data base seria a tabela original + todos os reajustes para aquele contrato. Também faz necessária alguma forma de consulta da tabela
para um contrato aplicados os devidos rajustes."
Na opção para gerar item evento (caminho de menu: \Rotinas \ gestao \ mov.eventos \ Gerar evento e item evento), solicitamos alterar o campo CANAL SOLICITACAO para branco como
default e não ONLINE como é hoje. Isto causou erro em nosso faturamento este mês. Embora entendemos que foi falha do operadora, porém o sistema sugeriu on-line, logo os eventos
com outros tipos de canal não foram integrados e ficaram fora do faturamento. Somente para conhecimento, estamos corrigindo através de um segundo faturamento.
Unimed solicita que seja inserido um campo de observações na tela dos relatórios do cardio, principalmente para aqueles que são enviados para prestadores ou beneficiários. (espelho
de pagamento, extrato de beneficiario, slip de cobranca.
Este campo será utilizado para que seja inserido algum comentário explicando alguma determinada situação do que é demonstrado no relatório.
Estamos com uma solicitação de um contratante para alterarmos o processo de cobrança da co-participação, estamos abrindo o presente incidente para solicitar uma alteração no
cardio para que possamos atender a solicitação do contratante em anexo segue os scripts desenvolvidos para atender ao caso para que os mesmos sejam implementados no sistema
cardio.
Estes scripts servem para que tratemos uma condição especial nas forma de cobrança das co-participações, pois temos um contratante que terá a seguinte forma de cobrança das co-
participações:
Para consultas, exames, e Tratamentos amulatoriais cada usuário poderá ter como teto limite de cobrança pela Unimed 140,00(Cento e quarenta reais), e para as internações os limites
serão os seguintes:
Até 1.000,00 - Sem franquia - Valores não poderão ser cobrados pela Unimed
de 1.001,00 a 2.000,00 reais franquia de R$ 100,00
de 2.001,00 a 5.000,00 reais franquia de R$ 200,00
de 5.000,00 a 10.000,00 reais franquia de R$ 500,00
Mais de 10.000,00 reais franquia de R$ 1.000,00
Este script irá gerar um indice que irá distribuir o valor das notas da empresa para atender essas regras e deverá ser executado após a valorização das notas e antes da geração de
qualquer item financeiro.
*** ARQUIVO CopartJD_ExCons.sql EM ANEXO ***
*** ARQUIVO CopartJD_Internacao.sql EM ANEXO ***
Temos uma empresa de pré pagamento que confere a utilização dos beneficiários no SLIP, gostaria de solicitar que saísse além do nome do prestador o código do prestador de serviço
também. Para que fique mais fácil verificar se o procedimento foi realizado na área de ação da Unimed ou não.
Peço urgência nessa mudança, pois a empresa possui mais de 400 beneficiários e fica difícil a conferência pelo responsável na empresa.
Conforme solicitação favor efetuarem alteração no espelho de pagamento conforme abaixo.
Existe uma página que se chama RESUMO DA PRODUÇÃO e nela e impressa o valor de indice, ou seja, o valor que é calculado para as consultas, honorários e etc, porém isso tem causdo
uma confusão com os nosso cooperados e prestados, solicitamos que essa informação não saia no espelho.
Segue em anexo um espelho para analise.
No Relatório Resumo por Contrato das Quantidades Relatórios / Gestão / Clientes / Cobrança / Pré-pagamento / Demonstrativo) os beneficiários rescindidos são verificados pelo check
box Rescindido ocasionando diferença entre a movimentação cadastral de rescisão e o módulo competência.
Exemplo:
Beneficiário 9990901800032004 rescindido em 30/06/2008
O módulo competência 06/2008 não esta sinalizado como rescindido, pois a valorização foi efetuada antes da rescisão, sendo assim o relatório mencionado acima não demonstra na
coluna rescindido a contagem deste beneficiário, ficando diferente de minha movimentação cadastral.
Necessito que o relatório demonstre a minha realidade de movimentação cadastral
No menu Geração TXT SEFIP - GFIP: Rotinas -> Gestão -> Fornecedores -> Pagamento -> Geração TXT SEFIP - GFIP
Solicita-se que seja implementado no campo código imposto tomador mais campos para que as Unimeds possam gerar o Sefip com mais de um tipo de imposto.
Hoje você pode informar apenas 1 tipo.
Solicita-se para que seja realizada uma mudança no espelho de pagamento , para que seja informado além do código do serviço a composição pois está gerando muita dúvida com os
seus prestadores.
Segue em anexo telas para melhor visualização.
No relatório pdf ( pagina 8 )
No evento 8142340 possui dois itens :
09910037 Endoscopia
09920148 Biopsias
Porém na composição do primeiro serviço, é demonstrado 09910037 Endoscopia e 09931200 Sala de Endoscopia.
No espelho de pagamento, aparece dois serviços com o código 09910037 o que gera dúvidas.
Não está gerando ajustes de cobrança para contratos com vinculo rescindido.
Temos a seguinte situação: O contrato foi rescindido, não deverá existir mais atendimentos para os beneficiários. Porem existiam valores em aberto com a Unimed e em comum acordo,
decidimos parcelar estes valores de débitos em 3 parcelas (3 competencias), através do ajustes. Mas não está gerando porque o contrato está rescindido. Solicito que seja revisado o
processo, pois necessitamos enviar a cobrança para o beneficiário.
Uma sugestão é adicionar no processo um check box, onde seleciono se desejo gerar os ajustes para contratos excluídos também. Desta forma, o processo atenderá duas situações:
gerar para contratos ativos, ou gerar para contratos excluídos.
A unimed necessita de utilizar mais de uma negociação de ajuste do modulo competência, mas o cardio processa somente uma, mesmo possuindo 2 itens cadastrado numa negociação
ou 2 negociações para o mesmo beneficiário / contrato.
Estamos utilizando a Negociação ajuste módulo competencia que esta no menu (Cadastros \ gestão \ clientes \ Beneficiário. Porém, quando o beneficiário possui mais de uma
negociação destas, ou dentro de uma negociação existe mais de um item, o programa não não os considera a partir do segundo item.
Exemplo 1: O beneficiário tem um desconto de 10% referente a promoção gestante e outro de 20 referente a outra promoção. Os dois descontos estão na mesma negociação como
item seq 1 e item se q 2. Neste caso o segundo item não é considerado no calculo da mensalidade.
Exemplo 2: O beneficiário possui a mesma situação acima, porém está cadastrado em duas negociações de ajuste. Neste caso a segunda negociação não é considerada no cálculo da
mensalidade.
Nas baixas de Retorno Bancário, Temos os seguintes problemas:
Observação:
No Arquivo de Retorno Bancário o banco manda o retorno para todos os casos de cobrança,
CARNE, FATURA-PRE e FATURA-POS, ou seja, não manda um arquivo por tipo de cobrança.
Sendo assim, no menu:
Rotinas > Financeiro > Documento Bancário > Cobrança > Pessoa Física > Processa Retorno Bancário Cobr. PF
no campo (Classe Documento Financeiro) selecionamos CARNE, baixamos todos que são carnes, depois seleciona FATURA-PRE e baixamos todos que são PRE, neste caso problema é
que quando baixa o CARNE, dá uma lista de documentos que não conseguiu recuperar o numero que o banco retornou (FAURAS-PRE e FATURAS-POS), e o mesmo ocorre para a FATURA-
PRE, baixa todos da fatura PRE e não conseguiu recuperar o numero do (CARNE e FATURA-POS), o mesmo arquivo depois tem que ir até o menu:
Rotinas > Financeiro > Documento Bancário > Cobrança > Pessoa Jurídica > Processa Retorno Bancário Cobr. PJ
e no Campo (Classe Documento Financeiro) selecionar FATURA-POS, e da mesma forma irá dar problemas na recuperação dos números de retorno do banco que são os CARNES e as
FATURAS-PRE.
Isso torna difícil a conferencia e muito suscetível ao erro uma vez que tem que ficar contando os erros da primeira baixa, e os acertos das outras 2 baixas para o total de retorno ser igual
ao informado no arquivo.
Para isso seria importante se fosse em um lugar só fazer esta baixa e ao final da baixa, tanto CARNE, PRE ou POS, mostrar o que tenha dado erro realmente, caso algo de erro na baixa.
Ou até mesmo fazer de uma forma para o sistema verificar que o processo que está sendo executado é de PF, e os dados são de PJ e não baixar e nem dar erro, simplesmente ignorar...
Solicita-se alteração no espelho de pagamento.
Pois está sendo impresso de uma maneira que tem causado transtorno no pagamento e cobrança, pois quando é realizado um procedimento em apartamento e o mesmo tem seu valor
dobrado, porém da maneira que é impresso parace que está sendo pago e cobrado em duplicidade.
O relatório atulamente esta quebrando da seguinte forma:
* 32040067 - JOELHO: A.P. - LATERAL - AMB
- Valor C.O.
- AMB - Valor Filme
- AMB - Valor H.M.
Atualmente sai assim:
* 32040067 - JOELHO: A.P. - LATERAL - AMB
- Valor C.O.
* 32040067 - JOELHO: A.P. - LATERAL - AMB
- AMB - Valor Filme
* 32040067 - JOELHO: A.P. - LATERAL - AMB
- AMB - Valor H.M.
Da forma atual dificulta a leitura e análise do faturamento. Veja exemplo anexo.
Solicita-se a implementação no "Relatório de ajustes Pagamento na Competência" do campo " CLASSE DO CONTRATO FINANCEIRO".
Existe a necessidade de imprimir um relatório mensal para o setor de contabilidade individual, por médicos cooperados e prestadores;
Menu: Relatórios -> Gestão -> Fornecedores -> Relação de Ajuste Pagamento na Competência
Trabalha-se com lotação pra diversas empresas grandes. Diante disto, fazemos análise dos custos dos contratos por lotação. Pedimos a implementação urgente do custo por lotação nos
atuais relatóros CUSTO ANALITICO POR CONTRATO e CUSTO ANALITICO POR TIPO EVENTO.
Uma vez que que o Siamed Plus contemplava este recurso.
Solicita-se algumas alterações na forma que o Cardio cobra a co-participação dos beneficiários.
A solicitação é que quando há a co-participação fixa (exemplo: tomografia, internações) o cardio conste no SLIP somente o nome do procedimento e o código e o valor total da
participação fixa.
Exemplo;
Tomografia R$ 50,00
Internação R$ 100,00
Sabemos que hoje o Cardio não faz desta forma, ele faz o rateio de tudo até compor o valor total da participação. No entanto foi solicitado que abríssemos um incidente solicitando
implementação.
Segue anexo slip exemplificando como é feito hoje.
Solicita-se implementação de um novo Tipo de Acumulo na Negociação de Participação (Regras-> Gestão-> Clientes-> Negociação Pós-> Tipo Negociação de Participação).
Hoje existem 2 Tipo de Acumulo (Família, Beneficiário), sendo que, se parametrizado Crédito de 5 por Família, toda a família terá direito a 5 procedimentos, e se parametrizado Crédito
de 5 por Beneficiário, cada beneficiário da família terá direito a 5 procedimentos.
Porém a Unimed precisa de um Tipo que atenda a seguinte necessidade:
Em um Contrato com 3 Beneficiários, se parametrizado Crédito de 5, esse Crédito será multiplicado pela quantidade de Beneficiários do Contrato, gerando um Crédito de 15 para todo o
Contrato, cobrando assim apenas o 16º procedimento feito por qualquer um dos Beneficiários desse Contrato.
Solicito implementação no relatório de custo analítico para que o mesmo tenha os filtros por módulo operadora, pois, fazemos o controle estatístico dos custos por módulo, uma vez
que cada módulo possui uma negociação diferente
A questão é a seguinte: o relatório não pode emitir valores errados pois faremos recolhimento errado. Isso precisa ser pensado pela área de negócios e dar uma solução.
Preventivamente, sugiro que o programa de cadastramento deve avisar que está sendo feito um segundo ou terceiro cadastramento e solicitar uma confirmação.
Abaixo segue a resposta do Desenvolvimento com relação ao incidente 20709.
"Após análise do problema foi identificada a seguinte situação:
- O relatório realmente duplicou os registros dos impostos para o prestador, entretanto, isso aconteceu devido a duplicidade no cadastro do registro de Pessoa que possuía 2 números
de inscrição de INSS para o mesmo prestador. Para esta correção, teríamos duas possibilidades. A primeira seria não permitir o cadastro de duas inscrições do mesmo tipo de registro,
mas esta opção está descartada porque alguns ítens são permitidos. Outra possibilidade seria alteração no relatório para somente listar o primeiro registro encontrado. Esta
possibilidade também está descartada porque não podemos garantir que o código impresso está correto, uma vez que um prestador somente poderia ter um número de inscrição.
Sendo assim, como o problema foi solucionado após o acerto da base de dados, não será efetuada nenhuma alteração no Cardio."
A Unimed quer uma solução para este problema.
Solicito implementação de impressão do relatório Faturamento por Tipo Mov. (Relatórios -> Gestão -> Clientes -> Cobrança -> Pré-pagamento -> Demonstrativo -> Faturamento por Tipo
Mov. Cadastral) por lotação.
Solicita-se que o Relatório de Prestadores por Banco (Relatórios -> Financeiro -> Regras -> Pagamentos de Prestador por Banco) tenha um somatório de valores por Agência. Hoje o
Relatório divide por agência porém ele só realiza um somatório total geral no final do arquivo, tendo que ser realizado o somatório por agência manualmente.
Anexo modelo do Relatório emitido na Versão 1.2.56.
Abrir mudança na tela do ajuste de pagamento
Ajuste de Pagamento na Competência
Rotinas -> Gestão -> Fornecedores -> Pagamento -> Ajuste de Pagamento na Competência
Colocar na tela o campo Mod. Cobrança para que o cliente possa escolher que tipo de cobrança deseja usar. Pós Pagamento ou Pré Pagamento.
Esse Mod. Cobrança tem na tela do ajuste de cobrança
Ajuste de Cobrança na Competência
Rotinas -> Gestão -> Clientes -> Cobrança -> Ajuste de Cobrança na Competência
Algumas empresas me solicitam um relatório onde conste o nome do beneficiário e o seu total de custo em um determinado período. (Já fornecia este relatório pelo Siamed).
Consigo tirar o extrato do beneficiário, porem, neste relatório consta a utilização detalhada de cada usuário, e não posso passar para as empresas os procedimentos realizados pelos
usuários.(relatório/gestão/cliente/cobrança/extrato beneficiário por contrato).
Gostaria da opção de colocar 15% de taxa administrativa, como consta no relatório de extrato do beneficiário.
Solicita-se alteração no slip de cobrança para que seja possível selecionar e tirar o slip por família ou beneficiário.
Comentário:
A Unimedsolicita que seja visto a forma que é feita a geração do slip. A mesma pede alteração para que o Cardio gere a partir do código do beneficiário e não do cartão do beneficiário.
Isto está causando problemas na conferência das empresas.
Servidor unimed999
Comp Financeira jun/09
Contrato 099140300
Anexos O Slip de cobrança
A Unimed solicita que o relatorio em (relatorio >> gestao >> fornecedores >> extrato impostos, que hoje é gerado em um unico arquivo PDF, tenha a opção de gerar para todos os
prestador de uma determinda classe em arquivos individuais por prestador.
A Unimed informa que precisa disponibilizar esses extratos na internet para cada prestador.
2- Calculo de Ajuste Percentual
Atualmente o calculo para ajuste percentual é realizado na geração do documento financeiro onde temos um parametro (Nivel Apropriação) podendo ser sobre o valor Bruto ou sub-
total.
Temos uma situação na Brasil, onde várias faturas possuem ajustes nominais, onde são concedidos outros descontos.
O calculo do ajuste percentual deve ser realizado somente em cima do valor das mensalidades, ou seja, do valor cobrado e não em cima do valor final do documento, pois neste caso o
valor se torna muito maior, sendo desconto sob desconto.
Para contorno neste mês de implantação, fizemos as faturas todas via ajuste nominal, dando um trabalho grande pelo número de faturas com esta situação.
Quando um usuário tem cobrança de co-participação, enviamos para ele o relatório de "Serviços Prestados por Contrato", para que ele possa saber a que se refere tal cobrança.
Fato é que tal relatório possui duas colunas de valor: "Valor" e "Valor Total". Sendo que nas duas colunas está saindo o valor da co-participação, dando a impressão para o usuário (e
esta tem sido a reclamação deles) de que estamos cobrando o valor total do exame.
Mesmo explicando que as duas colunas se referem ao valor somente da co-participação os usuários nos questionam o fato pois estavam acostumados com o relatório do Siamed Plus. E
isso tem nos custado até mesmo ação judicial.
Gostaríamos de que vocês analisassem a possibilidade de estar alterando o relatório para que saia o Valor do Exame e o Valor da Co-participação, para que assim possamos atender as
exigências dos nossos usuários.
Cenário :
A Unimed do Brasil está utilizando muito os processos de Ajustes (Nominal / Percentual e na competencia ) para geração das faturas, pois temos produtos específicos como ex. depto TI
- Cardio, Web, Unired , Fiu. CC . Contribuição Social, Patrocinio Tenis etc.
Uma Unimed (singular) pode ter vários produtos, e para cada produto ela tem um contrato no Cardio.
Utilizamos a classe de contrato financeiro para classificar o tipo do produto e também por vários processos no Cardio possuir a classe de contrato como sendo filtro.
Solicitação :
Porém, no processo de geração de item financeiro de Ajuste na competencia e Ajuste Nominal, precisamos que seja incluido filtro de classe de documento financeiro, para que
possamos gerar o item por produto, assim como existe na geração do documento financeiro.
Assim, também será possível realizar o processo por produto do inicio ao fim, até a geração da fatura, facilitando bastante o controle.
Sugestão :
Como sugestão e padronização, também poderia ser incluido este filtro na geração de item financeiro de Mov. Cadastral e Item Financeiro de Composições.