Guia do usuário do aplicativo Office Ally OA Processing

DECLARAÇÃO DE DIVULGAÇÃO
A divulgação, distribuição e cópia deste guia são permitidas, porém alterações nos itens encontrados neste guia podem ocorrer a qualquer momento sem aviso prévio. O propósito pretendido e o uso deste guia é fornecer informações referentes à Reivindicação de Cuidados de Saúde: Institucional (837I).
A Office Ally, Inc. será chamada de OA neste guia.
PREFÁCIO
Este documento complementar aos guias de implementação ASC X12N e erratas associadas adotadas sob HIPAA esclarece e especifica o conteúdo dos dados ao trocar dados eletrônicos de saúde com OA. As transmissões baseadas neste documento complementar, usado em conjunto com os Guias de Implementação do X12N, são compatíveis com a sintaxe do X12 e com esses guias.
Este Guia Complementar destina-se a transmitir informações que estão dentro da estrutura dos Guias de Implementação ASC X12N adotados para uso sob HIPAA. O Guia Complementar não se destina a transmitir informações que de alguma forma excedam os requisitos ou usos de dados expressos nos Guias de Implementação.
Os Guias Complementares (CG) podem conter dois tipos de dados, instruções para comunicações eletrônicas com a entidade editora (Instruções de Comunicações/Conectividade) e informações suplementares para a criação de transações para a entidade editora, garantindo ao mesmo tempo a conformidade com o ASC X12 IG associado (Instruções de Transação). O componente Comunicações/Conectividade ou o componente Instrução de Transação devem ser incluídos em cada CG. Os componentes podem ser publicados como documentos separados ou como um documento único.
A componente Comunicações/Conectividade é incluída no CG quando a entidade editora pretende transmitir a informação necessária para iniciar e manter a troca de comunicações.
A componente Instrução de Transação é incluída no CG quando a entidade editora pretende esclarecer as instruções do IG para submissão de transações eletrónicas específicas. O conteúdo do componente Instruções de Transação é limitado pelos direitos autorais e pela declaração de uso justo do ASCX12.

INTRODUÇÃO

1.1 Âmbito
Este documento complementar oferece suporte à implementação de um aplicativo de processamento em lote.
OA aceitará envios recebidos formatados corretamente em termos X12. O files devem estar em conformidade com as especificações descritas neste documento complementar, bem como com o guia de implementação HIPAA correspondente.
Os aplicativos OA EDI serão editados para essas condições e rejeitados files que estão fora de conformidade.
Este documento complementar especificará tudo o que é necessário para conduzir o EDI para esta transação padrão. Isso inclui:

Especificações no link de comunicação
Especificações sobre os métodos de submissão
Especificações sobre as transações

1.2 Acimaview
Este guia complementar complementa o guia de implementação ASC X12N atualmente adotado pela HIPAA.
Este guia complementar será o veículo que a OA utilizará com seus parceiros comerciais para qualificar ainda mais o guia de implementação adotado pela HIPAA. Este guia complementar está em conformidade com o guia de implementação HIPAA correspondente em termos de elementos de dados e conjuntos de códigos, padrões e requisitos.
Os elementos de dados que requerem acordo e compreensão mútuos serão especificados neste guia complementar. Os tipos de informações que serão esclarecidas neste complemento são:

Qualificadores que serão usados nos guias de implementação da HIPAA para descrever determinados elementos de dados
Segmentos situacionais e elementos de dados que serão utilizados para satisfazer as condições de negócios
Rastreando parceiro profissionalfile informações com a finalidade de estabelecer com quem estamos negociando nas transmissões trocadas

1.3 Referências
ASC X12 publica guias de implementação, conhecidos como Relatórios Técnicos Tipo 3 (TR3's), que definem o conteúdo dos dados e os requisitos de conformidade para a implementação de cuidados de saúde dos conjuntos de transações ASC X12N/005010. O seguinte TR3 é referenciado neste guia:

Reivindicação de assistência médica: Institucional – 8371 (005010X223A2)

O TR3 pode ser adquirido através da Washington Publishing Company (WPC) em http://www.wpc:-edi.com
1.4 Informações Adicionais
Electronic Data Interchange (EDI) é a troca de computador para computador de dados de negócios formatados entre parceiros comerciais. O sistema informático que gera as transações deve fornecer informações completas e precisas, enquanto o sistema que recebe as transações deve ser capaz de interpretar e utilizar as informações no formato ASC X12N, sem intervenção humana.
As transações deverão ser enviadas num formato específico que permitirá à nossa aplicação informática traduzir os dados. OA oferece suporte às transações padrão adotadas pela HIPAA. A OA mantém uma equipe dedicada com a finalidade de habilitar e processar transmissões EDI X12 com seus parceiros comerciais.
O objectivo da AA é estabelecer relações com parceiros comerciais e realizar EDI em vez de fluxos de informação em papel, sempre e onde for possível.

COMEÇANDO

No Office Ally, entendemos como é importante ter um processo de reclamação fácil de usar, eficiente e simplificado para o seu consultório. Você receberá pagamentos até 4 vezes mais rápido ao enviar eletronicamente e saberá em poucas horas se ocorrer algum problema com uma de suas reivindicações.
Benefícios do aliado do escritório:

Envie reivindicações eletronicamente para milhares de pagadores GRATUITAMENTE
Sem contratos para assinar
Configuração e treinamento GRATUITOS
Suporte ao cliente GRATUITO 24 horas por dia, 7 dias por semana
Chega de EOBs de papel! Aconselhamento sobre remessa eletrônica (ERA) disponível para pagadores selecionados
Use seu software de gerenciamento de práticas existente para enviar solicitações eletronicamente
Relatórios resumidos detalhados
Correção de reclamação on-line
Relatório de inventário (inventário histórico de sinistros)

Um vídeo de introdução ao Centro de Serviços do Office Ally está disponível aqui: Introdução ao Centro de Serviços
2.1 Registro do Remetente
Os remetentes (provedor/faturador/etc.) devem se inscrever no Office Ally para enviar reivindicações eletronicamente. Você pode se inscrever entrando em contato com o Departamento de Inscrições da OA em 360-975-7000 Opção 3, ou iniciando o registo online AQUI.
Uma lista de verificação de registro pode ser encontrada na próxima página.

Verificação de registro OA I ist.

Completo Registro on-line (ou ligue para o Departamento de Inscrição da OA @ 360-975-7000 Opção 3)
Assinar OA Folha de Autorização
Review, assinar e armazenar OA's Office-Ally-BAA-4893-3763-3822-6-Final.pdf (officeally.com) Para você lembrar
Receber link de ativação de nome de usuário e senha atribuídos ao OA
Agende uma sessão de treinamento GRATUITA (se necessário)
Review Guia complementar do OA
Review OA's Pagadores disponíveis do Office Ally para determinar o Pager ID, bem como os requisitos de inscrição EDI
Teste completo e review relatórios de resposta (necessários apenas para remetentes de software de terceiros)
Comece a enviar reivindicações de produção!

FILE DIRETRIZES DE SUBMISSÃO

3.1 Aceito File Formatos
O Office Ally pode aceitar e processar os seguintes file tipos:

Imagem HCFA, CMS1500, UB92 e UB04 Files
ANSI X12 8371, 837P e 837D files
HCFA NSF Files Guia HCFA delimitada Files (O formato deve seguir rigorosamente as especificações do OA. Entre em contato com o suporte para obter detalhes.)

3.2 Aceito File Extensões
Da mesma forma, o Office Ally pode aceitar files que possuem qualquer um dos itens abaixo file extensões de nome:

TXT	Dado	CEP	Ecs	ver
Hcf	Primeiro	Ls	Pm	Fora
Clm	837	Nsf	pmg	Cnx
Pgp	Arquivo	CSV	mpn	aba

3.3 File Mudanças de formato
É importante que você continue enviando o mesmo file formato ao enviar reclamação files para o Office Ally. Se seu file alterações de formato devido a atualizações do sistema, novos computadores ou diferentes seleções de formulário, o file pode falhar.
Caso você precise atualizar o file formato sendo enviado para o Office Ally, entre em contato com a OA em 360-975-7000 Opção 1 e informe ao Representante de Atendimento ao Cliente que você precisa ter seu file formato atualizado.

TESTE COM ESCRITÓRIO ALIADO

Para garantir uma transição tranquila para o envio eletrônico por meio do Office Ally, é recomendável que os testes sejam concluídos para todos os remetentes de software de terceiros.
O teste ponta a ponta não está disponível para todos os pagadores (e é concluído apenas mediante solicitação do pagador); no entanto, você pode testar quantas vezes quiser diretamente com o OA.
É recomendado que um teste file contendo de 5 a 100 reivindicações serão enviadas para teste. As reivindicações de teste devem incluir uma variedade de reivindicações, considerando diferentes tipos de situações ou cenários com os quais você lida com mais frequência (Ambulância, NDC, Paciente Internado, Paciente Ambulatorial, etc.).
Depois do seu teste file foi enviada e processada, o Office Ally retornará um relatório identificando as reivindicações que passaram nos testes e aquelas que podem ter falhado.
4.1 Teste File Requisitos de nomenclatura
A palavra OATEST (todas uma palavra) deve ser incluída no teste file nome para que o Office Ally o reconheça como um teste file. Se o file não tiver a palavra-chave obrigatória (OATEST), o file serão processados em nosso ambiente de produção, independentemente de o ISA15 estar definido como 'T'. Abaixo estão examparquivos de teste aceitáveis e não aceitáveis file nomes:
ACEITÁVEL: XXXXXX.OATEST.XXXXXX.837
ACEITÁVEL: AVEIA XXXXXX_XXXXX.txt
INACEITÁVEL: 0A_TESTXXXX>C
INACEITÁVEL: TESTE XXXXXX_XXXXX.837
Teste filepodem ser enviados via file upload ou transmissão SFTP. Ao enviar o teste files via SFTP, a palavra-chave do tipo de declaração também deve ser incluída no file nome (ou seja, 837P/8371/837D).

INFORMAÇÕES DE CONECTIVIDADE

O Office Ally oferece dois file métodos de troca para remetentes de lote:

SFTP (seguro File Protocolo de Transferência)
Seguro do Office Ally Website

5.1 SFTP – Seguro File Protocolo de Transferência
Instruções de configuração
Para solicitar uma conexão SFTP, envie as seguintes informações por e-mail para Sipporteofficeallu.com:

Nome de usuário do Office Ally
Nome do contato
E-mail de contato
Nome do software (se disponível)
Tipos de reivindicação enviados (HCFA/UB/ADA)
Receber relatórios 999/277CA? (Sim ou não)

Observação: Se você selecionar 'Não', somente os relatórios de texto proprietários do Office Ally serão retornados.
Detalhes de conectividade
URL Endereço: ftp10officeally.com
Porta 22
SSH/SFTP ativado (se solicitado a armazenar SSH em cache durante o logon, clique em 'Sim')
FileOs arquivos carregados no Office Ally via SFTP devem ser colocados na pasta “inbound” para processamento. Todas as saídas SFTP files (incluindo 835) do Office Ally estarão disponíveis para recuperação na pasta “outbound”.
SFTP File Requisitos de nomenclatura
Todas as reivindicações de entrada files enviados via SFTP devem conter uma das seguintes palavras-chave no file nome para identificar o tipo de reclamação que está sendo enviada: 837P, 8371 ou 837D
Por exemploample, ao enviar uma reclamação de produção file contendo reivindicações institucionais: drsmith_8371_claimfile_10222022.837
5.2 Office Ally Seguro Website
Siga as etapas abaixo para enviar uma reivindicação file usando o seguro do Office Ally website.

Entrar em www.officeally.com
Passe o mouse sobre “Carregar reivindicações”
Clique para carregar o file com base no seu tipo de reivindicação (ou seja, “Upload Professional (UB/8371) File”)
Clique em “Selecionar File"
Procure o seu file e clique em “Abrir”
Clique em “Carregar”

Após o upload, você receberá uma página de confirmação de upload com seu FileNúmero de identificação.
Os relatórios de resposta estarão disponíveis dentro de 6 a 12 horas na seção “Baixar File seção Resumo” do website.

INFORMAÇÕES DE CONTATO

6.1 Atendimento ao cliente

Dias disponíveis:	Segunda a sexta
Horários disponíveis:	6:00 às 5:00 PST
Telefone:	360.975.7000 Opção 1
E-mail:	suporte@officeally.com
Fax:	360.896-2151
Chat ao vivo:	https://support.officeally.com/

6.2 Suporte Técnico

Dias disponíveis:	Segunda a sexta
Horários disponíveis:	6:00 às 5:00 PST
Telefone:	360.975.7000 Opção 2
E-mail:	suporte@officeally.com
Chat ao vivo:	https://support.officeally.com/

6.3 Assistência à Inscrição

Dias disponíveis:	Segunda a sexta
Horários disponíveis:	6:00 às 5:00 PST
Telefone:	360.975.7000 Opção 3
E-mail:	suporte@officeally.com
Fax:	360.314.2184
Chat ao vivo:	https://support.officeally.com/

6.4 Treinamento

Agendamento:	360.975.7000 Opção 5
Tutoriais em vídeo:	https://cms.officeally.com/Pages/ResourceCenter/Webinars.aspx

SEGMENTOS/ENVELOPES DE CONTROLE

Esta seção descreve o uso do intercâmbio (ISA) e do grupo funcional (segmentos de controle GS) pelo OA. Observe que os envios ao Office Ally são limitados a um intercâmbio (ISA) e um grupo funcional (GS) por file. Files podem conter até 5000 conjuntos de transações (ST).
7.1 ISA-IEA

Elemento de Dados	Descrição	Valores usados	Comentários
ISA01	Qualificador de autorização	0
ISA02	Código de autorização
ISA03	Qualificador de segurança	0
Eu SA04	Informações de segurança
ISA05	Qualificador de remetente	30 ou ZZ
ISA06	ID do remetente		ID do remetente de sua escolha. A identificação fiscal é mais comum.
ISA07	Qualificador de receptor	30 ou ZZ
ISA08	ID do receptor	330897513	ID fiscal do Office Ally
ISA11	Separador de Repetição	A	Ou separador de sua preferência
ISA15	Indicador de uso	P	Produção File Para testes, envie “OATEST” no filenome.

7.2 GS-GE

Elemento de Dados	Descrição	Valores usados	Comentários
GS01	Código de identificação funcional
G502	Código do remetente		Código do remetente de sua escolha. A identificação fiscal é mais comum.
GS03	Código do destinatário	OA ou 330897513
GS08	Código de identificação do setor de liberação de versão	005010X223A2	Institucional

REGRAS E LIMITAÇÕES DE NEGÓCIOS ESPECÍFICAS DO OFFICE ALLY

A seguir file as especificações são retiradas do Guia de implementação do 837 X12. O objetivo é orientar sobre loops e segmentos específicos importantes para o processamento de sinistros eletronicamente. Este não é um guia completo; um guia completo está disponível para compra na Washington Publishing Company.

Informações do remetente Laço 1000A - NM1
O objetivo deste segmento é fornecer o nome do indivíduo ou organização que envia o file
Posição	Descrição	Mín/Máx	Valor	Comentários
NM101	Código identificador da entidade	2/3	41
NM102	Qualificador de tipo de entidade	1/1	1 ou 2	1 = Pessoa 2 = Não Pessoa
NM103	Nome da organização (ou sobrenome)	1/35
NM104	Nome do remetente	1/35		Situacional; Necessário apenas se NM102 = 1
NM108	Qualificador de código de identificação	1/2	46
NM109	Código de identificação	2/80		ID do remetente de sua escolha (ID fiscal é comum)

Informações do receptor Ciclo 10008 - NM 1
O objetivo deste segmento é fornecer o nome da organização para a qual você está enviando
Posição	Descrição	Mín/Máx	Valor	Comentários
NM101	Código identificador da entidade	2/3	40
NM102	Qualificador de tipo de entidade	1/1	2
NM103	Nome da organização	1/35	ALIADO DE ESCRITÓRIO
NM108	Qualificador de código de identificação	1/2	46
NM109	Código de identificação	2/80	330897513	Identificação Fiscal OA

Informações do provedor de cobrança Ciclo 2010AA— NM1, N3, N4, REF
O objetivo deste segmento é fornecer o nome, endereço, NPI e identificação fiscal do provedor de cobrança
Posição	Descrição	Mín/Máx	Valor	Comentários
NM101	Código identificador da entidade	2/3	85
NM102	Qualificador de tipo de entidade	1/1	2	2 = Não Pessoa
NM103	Nome da organização (ou sobrenome)	1/60
NM108	Qualificador de código de identificação	1/2	XX
NM109	Código de identificação	2/80		Número NPI de 10 dígitos
N301	Endereço do provedor de cobrança	1/55		Endereço físico obrigatório. Não envie caixa postal.
N401	Cidade do provedor de cobrança	2/30
N402	Estado do provedor de cobrança	2/2
N403	CEP do provedor de cobrança	3/15
RESMA	Qualificador de identificação de referência	2/3	El	El= ID Fiscal
REF02	Identificação de referência	1/50		ID fiscal de 9 dígitos

Informações do Assinante (Segurado) Loop 2010BA – NM1, N3, N4, DMG
O objetivo deste segmento é fornecer o nome, endereço, número de membro, data de nascimento e sexo do assinante (segurado)
Posição	Descrição	Mín/Máx	Valor	Comentários
NM101	Código identificador da entidade	2/3	IL
NM102	Qualificador de tipo de entidade	1/1	1
NM103	Sobrenome do assinante	1/60
NM104	Nome do assinante	1/35
NM108	Qualificador de código de identificação	1/2	MI
NM109	Código de identificação	2/80		Número de identificação do membro
N301	Endereço do assinante	1/55
N401	Cidade do Assinante	2/30

N402	Estado do assinante	2/2
N403	CEP do assinante	3/15
DMG01	Qualificador de formato de período de data e hora	2/3	8
DMG02	Data de nascimento do assinante	1/35		Formato AAAAMMDD
DMG03	Sexo do assinante	1/1	F, M ou U F = Feminino	M = Masculino você = desconhecido

Informações do pagador Ciclo 201088 - NM1
O objetivo deste segmento é fornecer o nome do pagador e o ID ao qual a reclamação deve ser submetida (pagador de destino) Use o ID do pagador listado na lista de pagadores do Office Ally para garantir o roteamento adequado.
Posição	Descrição	Mín/Máx	Valor	Comentários
NM101	Código identificador da entidade	2/3	PR
NM102	Qualificador de tipo de entidade	1/1	2
NM103	Nome do pagador de destino	1/35
Nm108	Qualificador de código de identificação	1/2	PI
Nm1O9	ID do pagador de 5 dígitos	2/80		Use um ID de pagador listado na lista de pagadores do Office Ally.

Informações do paciente (situacionais) Ciclo 2010CA— NM1, N3, N4, DMG
O objetivo deste segmento é fornecer o nome do paciente – caso seja diferente do assinante (dependente)
Posição	Descrição	Mín/Máx	Valor	Comentários
NM101	Código identificador da entidade	2/3	QC
NM102	Qualificador de tipo de entidade	1/1	1
NM103	Sobrenome do paciente	1/60
NM104	Nome do Paciente	1/35
N301	Endereço do Paciente	1/55
N401	Cidade do Paciente	2/30
N402	Estado do paciente	2/2
N403	CEP do paciente	3/15
DMG01	Qualificador de formato de período de data e hora	2/3	D8
DMG02	Data de nascimento do paciente	1/35		Formato AAAAMMDD
DMG03	Sexo do paciente	1/1	F, M ou U	F = Feminino M = Masculino você = desconhecido

Informações do Provedor Participante Laço 2310A - NM1
O objetivo deste segmento é fornecer o nome e o NPI do prestador responsável pelo atendimento médico do paciente.
Posição	Descrição	Mín/Máx	Valor	Comentários
NM101	Código identificador da entidade	2/3	71
NM102	Qualificador de tipo de entidade	1/1	1	1= Pessoa
NM103	Atendendo Sobrenome	1/60
NM104	Atendendo Primeiro Nome	1/35
NM108	Qualificador de código de identificação	1/2	XX
NM109	Código de identificação	2/80		Número NPI de 10 dígitos

Informações do provedor operacional (situacional) Ciclo 23108 - NM1
O objetivo deste segmento é fornecer o nome e NPI do prestador responsável pela realização da cirurgia do paciente.
Posição	Descrição	Mín/Máx	Valor	Comentários
NM101	Código identificador da entidade	2/3	72
NM102	Qualificador de tipo de entidade	1/1	1	1= Pessoa
NM103	Atendendo Sobrenome	1/60
NM104	Atendendo Primeiro Nome	1/35
NM108	Qualificador de código de identificação	1/2	XX
NM109	Código de identificação	2/80		Número NPI de 10 dígitos

AGRADECIMENTOS E RELATÓRIOS

O Office Ally retorna as seguintes respostas e tipos de relatório. Conforme observado, as respostas 999 e 277CA são produzidas apenas para reclamações files enviados via SFTP. Consulte o Apêndice A para obter uma lista de file convenções de nomenclatura associadas a cada resposta.
9.1 Reconhecimento de Implementação 999
O documento de reconhecimento de implementação EDI X12 999 é usado na área da saúde para fornecer confirmação de que um file foi recebido. Uma confirmação 999 é devolvida ao remetente apenas para reclamação files enviados via SFTP.
9.2 Reconhecimento de reivindicação 277CA File Resumo
O objetivo do EDI X12 277CA File Resumo serve para relatar se uma reivindicação foi rejeitada ou aceita ou não pelo Office Ally. Somente reclamações aceitas serão enviadas ao pagador para processamento. Este é um formato X12 file que é equivalente ao texto formatado File Relatório resumido.
9.3 Status EDI de confirmação de reivindicação 277CA
O objetivo do relatório de status EDI X12 277CA EDI é transmitir se uma reclamação foi aceita ou rejeitada pelo pagador. Este é um formato X12 file que é equivalente ao Relatório de Status EDI formatado em texto
9.4 File Relatório de Resumo
O File O relatório resumido é um texto (.txt) formatado file que indica se as reivindicações foram aceitas ou rejeitadas pelo Office Ally. As reivindicações aceitas serão enviadas ao pagador para processamento. Consulte o Apêndice B para file especificações de layout.
9.5 Relatório de status de EDI
O Relatório de Status EDI é um texto (.txt) formatado file que é usado para transmitir o status de uma reclamação depois que ela foi enviada ao pager para processamento. As respostas de reclamação recebidas de um pager serão repassadas a você na forma de um Relatório de status de EDI. Consulte o Apêndice C para file especificações de layout.
Além desses relatórios de texto, você também pode solicitar o recebimento de um relatório de status EDI CSV personalizado. O Relatório de status EDI CSV personalizado contém as declarações incluídas no texto do Relatório de status EDI file, juntamente com quaisquer elementos adicionais de dados de reivindicação de sua escolha.
Para obter detalhes adicionais e/ou solicitar esta opção, entre em contato com o Suporte ao Cliente.
9.6 835 Aviso de Remessa Eletrônica
Office Ally retornará EDI X12 835 files, bem como uma versão formatada em texto do mandato file. Consulte o Apêndice D para file especificações de layout.

APÊNDICE A – RESPOSTA DO ESCRITÓRIO ALIADO FILE CONVENÇÕES DE NOMES

Relatórios do Office Ally e File Convenções de nomenclatura
File Resumo — Profissional*	FS_HCFA_FILEID_IN_C.txt
File Resumo — Institucional*	FILEID_UBSUMMARY_AAAAMMDD.txt
Status do EDI*	FILEID_EDI_STATUS_AAAAMMDD.txt
X12 999**	FILEID_EnviadoFileNome_999.999
X12 277CA – Profissional (File Resumo)**	NOME DE USUÁRIO_FILEID_HCFA_277ca_AAAAMMDD.txt
X12 277CA – Institucional (File Resumo)**	NOME DE USUÁRIO_FILEID_UB_277ca_AAAAMMDD.txt
X12 277CA – Profissional (status EDI)**	FILEID_EDI_STATUS_HCFA_AAAAMMDD.277
X12 277CA – Institucional (Status EDI)**	FILEID_EDI_STATUS_UB_AAAAMMDD.277
X12 835 e ERA (TXT)**	FILEID_ERA_STATUS_5010_YYYYMMDD.zip (contém 835 e TXT) FILEID_ERA_835_5010_AAAAMMDD.835 FILEID_ERA_STATUS_5010_AAAAMMDD.txt

*Consulte os Apêndices B a D para File especificações de layout
**A ativação do relatório 999/277CA deve ser solicitada e está disponível apenas para filesão enviados via SFTP

APÊNDICE B - FILE RESUMO – INSTITUCIONAL

Abaixo estão examparquivos do Institucional File Relatório resumido:
Todas as reivindicações no File Foram aceitos pelo Office Ally

Algumas reivindicações no File Foram aceitos e alguns foram rejeitados (com erros) pelo Office Ally

Abaixo estão os file detalhes de layout para cada uma das seções que podem ser incluídas no File Resumo.

FILE DETALHE DO RESUMO
Nome do campo Posição inicial Comprimento do campo
ALEGAR#	1	6
STATUS	10	3
ID DA REIVINDICAÇÃO	17	8
NÚMERO DE CONTROLE	27	14
REC MÉDICA	42	15
ID DO PACIENTE	57	14
PACIENTE (L, F)	72	20
CARGA TOTAL	95	12
DA DATA	109	10
CONTA TÁXID	124	10
NPI/PIN	136	11
PAGADOR	148	5
ERRO DE CÓDIGO	156	50

INFORMAÇÃO DUPLICADA
Nome do campo Posição inicial Comprimento do campo
Informação	1	182
ID da reivindicação OA	35	8
OA File Nome		55
DataProcessada	–	–
NÚMERO DE CONTROLE		–

Notas: 1. “-” indica que a posição inicial e o comprimento podem variar devido ao comprimento do OA file nome 2. Os códigos de erro são delimitados por vírgulas e correspondem ao resumo do erro no cabeçalho. 3. Se ACCNT# (CLM01) tiver >14 dígitos, as posições iniciais PHYS.ID, PAYER e ERRORS serão ajustadas.

APÊNDICE C – RELATÓRIO DE STATUS EDI

Este relatório formatado em texto é semelhante ao File Relatório Resumido; entretanto, o Relatório de status de EDI contém informações de status enviadas ao Office Ally pelo pagador. Qualquer mensagem que a OA receba do pagador será repassada a você na forma de um Relatório de Status de EDI.
O Relatório de Status EDI aparecerá e será semelhante ao exampmostrado abaixo.

Observação: No ED! Relatório de status, se diversas respostas retornarem para a mesma reivindicação (ao mesmo tempo), você verá diversas linhas contendo o status de uma única reivindicação.
Abaixo estão os file detalhes de layout do Relatório de status de EDI.

Registros detalhados do relatório de status EDI
Nome do campo	Posição inicial	Comprimento do campo
File ID	5	9
ID da reivindicação	15	10
Pat. Número da conta	27	14
Paciente	42	20
Quantia	62	9
Prática D	74	10
Número de identificação fiscal	85	10
Pagador	96	5
Processo do Pagador Dt	106	10
ID de referência do pagador	123	15
Status	143	8
Mensagem de resposta do pagador	153	255

APÊNDICE D – RELATÓRIO DE STATUS ERA/835
O Office Ally fornece uma versão de texto legível (.TXT) do EDI X12 835 file, comoampcujo arquivo é mostrado abaixo:

As informações de transação do guia complementar padrão referem-se aos guias de implementação baseados em X12
Versão 005010X223A2
01 / 25 / 2023 revisado

Documentos / Recursos

Aplicativo de processamento do Office Ally OA [pdf] Guia do Usuário
Aplicativo de Processamento OA, OA, Aplicativo de Processamento, Aplicativo

Referências

Manual do usuário

Aplicativo de processamento de OA