Mudanças entre as edições de "ARQUIVOS TISS"
(Uma revisão intermediária pelo mesmo usuário não estão sendo mostradas) | |||
Linha 1: | Linha 1: | ||
:Envio de Arquivo XML | :Envio de Arquivo XML | ||
+ | |||
:Esse sistema de importação de arquivos XML busca aproveitar os recursos, dos sistemas dos prestadores, que já possuem geradores de XML para facilitar a digitação de guias no sistema da COOPERATIVA. | :Esse sistema de importação de arquivos XML busca aproveitar os recursos, dos sistemas dos prestadores, que já possuem geradores de XML para facilitar a digitação de guias no sistema da COOPERATIVA. | ||
+ | |||
+ | :Ao clicar neste botão [[Arquivo:botãotissclinweb.png]] os prestadores poderão enviar arquivo xml de guias para ser processado na base de dados que está sendo alimentada. Para isso é só clicar no botão de + no canto esquerdo inferior da tela para selecionar o arquivo xml desejado e enviar. Dentro de alguns minutos o arquivo será processado e irá ter uma resposta gerada. | ||
+ | |||
:::[[Arquivo:primeiroenvioxml.png]] | :::[[Arquivo:primeiroenvioxml.png]] | ||
− | + | ||
:Além disso fica registrado nesta tela todos os arquivos enviados anteriormente. | :Além disso fica registrado nesta tela todos os arquivos enviados anteriormente. | ||
+ | |||
:::[[Arquivo:consultaeenviaxml.png]] | :::[[Arquivo:consultaeenviaxml.png]] | ||
+ | |||
+ | ==Sobre a importação== | ||
+ | |||
+ | Importação de XML por COOPERATIVAS de Faturamento | ||
+ | |||
+ | Hoje o exportador de arquivos XML usa o registro ANS da guia para separar as guias das operadoras, mas, como temos operadoras com registro ANS zerado, vamos modificar para que o agrupamento seja feito pelo código do “Receber de “ da guia, e o Registro ANS será preenchido com o Registro ANS do cadastro do “Receber de”. | ||
+ | No OAZEZ o campo Registro ANS não poderá ser mais editado, devendo obrigatoriamente estar preenchido no cadastro da Operadora, a qual estará mencionada no campo “Receber de”. | ||
+ | Ao agrupar o diretório é criado com o nome REGISTRO ANS – NOME DA OPERADORA, com isso, o sistema poderá ter mais de uma operadora com Registro ANS zerado e manter os arquivos separados. | ||
+ | |||
+ | IDENTIFICAÇÃO DO ARQUIVO. | ||
+ | No XML nós temos dois campos para indicar a origem e o destino do arquivo. | ||
+ | Os quais são a origem que em geral, se trata do CONTRATADO EXECUTANTE o qual seria o mesmo do campo CONTRATADO EXECUTANTE da guia. | ||
+ | Com isso, o que vale para preenchimento da guia é o conteúdo do campo contratado executante e não a origem. Dessa forma uma mesma empresa poderá enviar guias de contratados executantes diferentes. | ||
+ | Ou seja, o CONTRATADO EXECUTANTE é o que vem na guia e não o da origem. | ||
+ | |||
+ | CAMPO DESTINO: | ||
+ | Para o envio de guias de prestador para COOPERATIVA o campo DESTINO no cabeçalho do XML é de SUMA IMPORTÂNCIA. Pois será esse campo que definirá o “RECEBER DE” da guia, ou seja, a operadora a ser cobrada será a operadora identificada no XML como destino, pois não há nenhum outro campo no XML do TISS que identifique a OPERADORA. | ||
+ | Logo no campo DESTINO deverá ser enviado o REGISTRO ANS OU CNPJ da operadora. | ||
+ | Caso a Operadora não tenha REGISTRO ANS, então obrigatoriamente deverá ser enviado o CNPJ da Operadora. | ||
+ | Se enviar o REGISTRO ANS zerado o sistema irá localizar o primeiro cadastro com registro ANS zerado que encontrar, o qual será qualquer um. | ||
+ | Dessa forma no campo DESTINO do XML deverá OBRIGATORIAMENTE ser informado o REGISTRO ANS, ou no caso desse ser zero, deverá OBRIGATORIMANTE ser enviado o CNPJ. | ||
+ | O REGISTRO localizado através do campo DESTINO é o que será preenchido no campo “RECEBER DE” do cadastro de guias. | ||
+ | |||
+ | |||
+ | |||
+ | CONTRATADO EXECUTANTE: | ||
+ | Esse campo no XML pode ser identificado pelo código do prestador na cooperativa, CPF, CNPJ, CRM conforme o tipo de guia. | ||
+ | Caso o prestador queira enviar o lote de guia usando o campo código no CONTRATADO EXECUTANTE, este campo CÓDIGO deverá conter o código do contratado executante na COOPERATIVA e não o do PRESTADOR NA OPERADORA como é o normal. | ||
+ | Ou manda o código do prestador na COOPERATIVA, ou envia os outros campos para identificação. | ||
+ | Se mandar o código, o sistema localizará esse código na base de dados da COOPERATIVA e será esse o CONTRATADO EXECUTANTE. | ||
+ | Nas cooperativas de faturamento médico, o campo CONTRATADO EXECUTANTE é sempre preenchido com o código da COOPERATIVA DE FATURAMENTO. | ||
+ | Com o IMPORTADOR XML DE prestador para cooperativa, vamos modificar isso para preservar a informação. O sistema então irá guardar nas guias do OAZEZ o CONTRATADO EXECUTANTE que foi enviado no XML, e não o código da cooperativa como contratado executante. | ||
+ | Isso permitira mais facilmente identificar as guias dos CONTRATADO EXECUTANTES originais. | ||
+ | Só que para o exportador de guias para a OPERADORA, para as COOPERATIVAS, esse campo não poderá ser enviado no XML, pois o CONTRATADO EXECUTANTE nesse caso é a própria COOPERATIVA. | ||
+ | Por isso, nos Parâmetros do Sistema há um parâmetro para informa o código do contratado executante que deverá ser envidado no exportador do XML para as OPERADORAS, para prevenir erros de exportação. | ||
+ | No programa de Exportador de XML, há um campo chamado “Envia Contratado Executante: “ para forçar o envio das guias com o CONTRATADO EXECUTANTE preenchido nesse campo. O sistema irá gerar o XML com os dados desse campo, como CONTRATADO EXECUTANTE. Se esse campo estiver vazio, o sistema irá enviar a guia com o CONTRATADO EXECUTANTE que estiver na guia original. | ||
+ | Caso exista o Parâmetro preenchido, o sistema automaticamente no exportador irá preencher o campo, como o código do CONTRATADO EXECUTANTE que estiver no parâmetro, caso COOPERATIVA deseje, poderá zerar esse campo e dessa forma o exportador irá enviar a guia com o campo CONTRATADO EXECUTANTE que estiver na guia. | ||
+ | Ou seja, o parâmetro só serve para preencher automaticamente o código do contratado executante no exportador. | ||
+ | Se no exportador tiver o campo contratado executante, é este contratado executante que será enviado na guia, se não tiver, o contratado executante da guia é que será enviado. | ||
+ | |||
+ | PRESTADOR EXECUTANTE, SOLICITANTE, LOCAL DE ATENDIMENTO | ||
+ | Esses códigos são de menor força no sistema, e caso não sejam localizados serão cadastrados no sistema. | ||
+ | Caso o prestador queira enviar o campo código para esses campos, esse campo código deverá de ser o código do prestador na COOPERATIVA, e não o código do prestador no sistema de origem. | ||
+ | Caso não venha o campo código, então o sistema irá localizar os prestadores pelos demais campos. | ||
+ | Caso não encontre, o sistema irá criar um cadastro desses prestadores e local de atendimento, com os dados do XML. | ||
+ | Caso venha o campo código, o sistema irá localizar esse código no sistema e atribuir isso à guia, independente de quem seja. | ||
+ | Caso venha o código e o sistema não encontre esse código, o sistema irá cadastrar esse prestador com um novo código no sistema. | ||
+ | |||
+ | PACIENTE DA GUIA: | ||
+ | O paciente da guia deverá ser identificado no sistema através do CPF. | ||
+ | Caso localize o CPF o sistema irá atribui o código desse cadastro ao código da guia e alterar os campos carteira e outros com os dados recentes enviados na guia. | ||
+ | O PACIENTE da guia, para as cooperativas é um campo de baixa importância, pois se trata de um campo informativo e está preservado na guia. | ||
+ | Caso tenhamos dois pacientes com o mesmo CPF no cadastro, o sistema irá atualizar o primeiro que ele encontrar. | ||
+ | |||
+ | TABELA E CÓDIGO DO PROCEDIMENTO: | ||
+ | O sistema irá criar o item de guia com a tabela e código enviado no arquivo. | ||
+ | Caso essa tabela e código não exista no sistema, ela será criada com o nome “PROCEDIMENTO NÃO ENCONTRADO” | ||
+ | Os dados enviados no XML como quantidade e valor serão preenchidos no espaço do item da guia definido como “Autorizado/Enviado” para preservar os dados enviados pelo prestador. | ||
+ | Na coluna SOLICITADA e PAGA, na importação serão preenchidos com as quantidades enviadas, mas os valores serão os calculados pelo sistema, com base nos diversos parâmetros e preços configurados, considerando ainda via de acesso, grau de participação, técnica utilizada, etc. Ou seja, na importação serão os calculados pelo sistema. | ||
+ | Dessa forma teremos os valores enviados pelo prestador, os valores calculados pelo sistema e o valor pago pela operadora preservados no sistema. | ||
+ | |||
+ | CONCLUSÃO: | ||
+ | Esse sistema de importação de arquivos XML busca aproveitar os recursos, dos sistemas dos prestadores, que já possuem geradores de XML para facilitar a digitação de guias no sistema da COOPERATIVA. |
Edição atual tal como às 17h13min de 13 de setembro de 2024
- Envio de Arquivo XML
- Esse sistema de importação de arquivos XML busca aproveitar os recursos, dos sistemas dos prestadores, que já possuem geradores de XML para facilitar a digitação de guias no sistema da COOPERATIVA.
- Ao clicar neste botão os prestadores poderão enviar arquivo xml de guias para ser processado na base de dados que está sendo alimentada. Para isso é só clicar no botão de + no canto esquerdo inferior da tela para selecionar o arquivo xml desejado e enviar. Dentro de alguns minutos o arquivo será processado e irá ter uma resposta gerada.
- Além disso fica registrado nesta tela todos os arquivos enviados anteriormente.
Sobre a importação
Importação de XML por COOPERATIVAS de Faturamento
Hoje o exportador de arquivos XML usa o registro ANS da guia para separar as guias das operadoras, mas, como temos operadoras com registro ANS zerado, vamos modificar para que o agrupamento seja feito pelo código do “Receber de “ da guia, e o Registro ANS será preenchido com o Registro ANS do cadastro do “Receber de”. No OAZEZ o campo Registro ANS não poderá ser mais editado, devendo obrigatoriamente estar preenchido no cadastro da Operadora, a qual estará mencionada no campo “Receber de”. Ao agrupar o diretório é criado com o nome REGISTRO ANS – NOME DA OPERADORA, com isso, o sistema poderá ter mais de uma operadora com Registro ANS zerado e manter os arquivos separados.
IDENTIFICAÇÃO DO ARQUIVO. No XML nós temos dois campos para indicar a origem e o destino do arquivo. Os quais são a origem que em geral, se trata do CONTRATADO EXECUTANTE o qual seria o mesmo do campo CONTRATADO EXECUTANTE da guia. Com isso, o que vale para preenchimento da guia é o conteúdo do campo contratado executante e não a origem. Dessa forma uma mesma empresa poderá enviar guias de contratados executantes diferentes. Ou seja, o CONTRATADO EXECUTANTE é o que vem na guia e não o da origem.
CAMPO DESTINO: Para o envio de guias de prestador para COOPERATIVA o campo DESTINO no cabeçalho do XML é de SUMA IMPORTÂNCIA. Pois será esse campo que definirá o “RECEBER DE” da guia, ou seja, a operadora a ser cobrada será a operadora identificada no XML como destino, pois não há nenhum outro campo no XML do TISS que identifique a OPERADORA. Logo no campo DESTINO deverá ser enviado o REGISTRO ANS OU CNPJ da operadora. Caso a Operadora não tenha REGISTRO ANS, então obrigatoriamente deverá ser enviado o CNPJ da Operadora. Se enviar o REGISTRO ANS zerado o sistema irá localizar o primeiro cadastro com registro ANS zerado que encontrar, o qual será qualquer um. Dessa forma no campo DESTINO do XML deverá OBRIGATORIAMENTE ser informado o REGISTRO ANS, ou no caso desse ser zero, deverá OBRIGATORIMANTE ser enviado o CNPJ. O REGISTRO localizado através do campo DESTINO é o que será preenchido no campo “RECEBER DE” do cadastro de guias.
CONTRATADO EXECUTANTE: Esse campo no XML pode ser identificado pelo código do prestador na cooperativa, CPF, CNPJ, CRM conforme o tipo de guia. Caso o prestador queira enviar o lote de guia usando o campo código no CONTRATADO EXECUTANTE, este campo CÓDIGO deverá conter o código do contratado executante na COOPERATIVA e não o do PRESTADOR NA OPERADORA como é o normal. Ou manda o código do prestador na COOPERATIVA, ou envia os outros campos para identificação. Se mandar o código, o sistema localizará esse código na base de dados da COOPERATIVA e será esse o CONTRATADO EXECUTANTE. Nas cooperativas de faturamento médico, o campo CONTRATADO EXECUTANTE é sempre preenchido com o código da COOPERATIVA DE FATURAMENTO. Com o IMPORTADOR XML DE prestador para cooperativa, vamos modificar isso para preservar a informação. O sistema então irá guardar nas guias do OAZEZ o CONTRATADO EXECUTANTE que foi enviado no XML, e não o código da cooperativa como contratado executante. Isso permitira mais facilmente identificar as guias dos CONTRATADO EXECUTANTES originais. Só que para o exportador de guias para a OPERADORA, para as COOPERATIVAS, esse campo não poderá ser enviado no XML, pois o CONTRATADO EXECUTANTE nesse caso é a própria COOPERATIVA. Por isso, nos Parâmetros do Sistema há um parâmetro para informa o código do contratado executante que deverá ser envidado no exportador do XML para as OPERADORAS, para prevenir erros de exportação. No programa de Exportador de XML, há um campo chamado “Envia Contratado Executante: “ para forçar o envio das guias com o CONTRATADO EXECUTANTE preenchido nesse campo. O sistema irá gerar o XML com os dados desse campo, como CONTRATADO EXECUTANTE. Se esse campo estiver vazio, o sistema irá enviar a guia com o CONTRATADO EXECUTANTE que estiver na guia original. Caso exista o Parâmetro preenchido, o sistema automaticamente no exportador irá preencher o campo, como o código do CONTRATADO EXECUTANTE que estiver no parâmetro, caso COOPERATIVA deseje, poderá zerar esse campo e dessa forma o exportador irá enviar a guia com o campo CONTRATADO EXECUTANTE que estiver na guia. Ou seja, o parâmetro só serve para preencher automaticamente o código do contratado executante no exportador. Se no exportador tiver o campo contratado executante, é este contratado executante que será enviado na guia, se não tiver, o contratado executante da guia é que será enviado.
PRESTADOR EXECUTANTE, SOLICITANTE, LOCAL DE ATENDIMENTO Esses códigos são de menor força no sistema, e caso não sejam localizados serão cadastrados no sistema. Caso o prestador queira enviar o campo código para esses campos, esse campo código deverá de ser o código do prestador na COOPERATIVA, e não o código do prestador no sistema de origem. Caso não venha o campo código, então o sistema irá localizar os prestadores pelos demais campos. Caso não encontre, o sistema irá criar um cadastro desses prestadores e local de atendimento, com os dados do XML. Caso venha o campo código, o sistema irá localizar esse código no sistema e atribuir isso à guia, independente de quem seja. Caso venha o código e o sistema não encontre esse código, o sistema irá cadastrar esse prestador com um novo código no sistema.
PACIENTE DA GUIA: O paciente da guia deverá ser identificado no sistema através do CPF. Caso localize o CPF o sistema irá atribui o código desse cadastro ao código da guia e alterar os campos carteira e outros com os dados recentes enviados na guia. O PACIENTE da guia, para as cooperativas é um campo de baixa importância, pois se trata de um campo informativo e está preservado na guia. Caso tenhamos dois pacientes com o mesmo CPF no cadastro, o sistema irá atualizar o primeiro que ele encontrar.
TABELA E CÓDIGO DO PROCEDIMENTO: O sistema irá criar o item de guia com a tabela e código enviado no arquivo. Caso essa tabela e código não exista no sistema, ela será criada com o nome “PROCEDIMENTO NÃO ENCONTRADO” Os dados enviados no XML como quantidade e valor serão preenchidos no espaço do item da guia definido como “Autorizado/Enviado” para preservar os dados enviados pelo prestador. Na coluna SOLICITADA e PAGA, na importação serão preenchidos com as quantidades enviadas, mas os valores serão os calculados pelo sistema, com base nos diversos parâmetros e preços configurados, considerando ainda via de acesso, grau de participação, técnica utilizada, etc. Ou seja, na importação serão os calculados pelo sistema. Dessa forma teremos os valores enviados pelo prestador, os valores calculados pelo sistema e o valor pago pela operadora preservados no sistema.
CONCLUSÃO: Esse sistema de importação de arquivos XML busca aproveitar os recursos, dos sistemas dos prestadores, que já possuem geradores de XML para facilitar a digitação de guias no sistema da COOPERATIVA.