IW Software (I W – H E A L T H)

Proposta de padrão de lay-out de dados para importação das informações do histórico de utilização da rede credenciada de serviços de saúde

Esse documento estabelece um modelo proposto de lay-out de arquivo eletrônico para importação automatizada para o IW-Health das informações cadastrais e dados referentes ao histórico de utilização da rede de assistência credenciada (contas médicas).

Basicamente são propostos dois arquivos de dados a saber:

· (a) Arquivo contendo o cadastro dos segurados na operadora

· (b) Arquivo contendo o histórico das contas médicas a partir de uma data de referência. Essa data de referência determina o ponto de corte no tempo a partir do qual a população em estudo terá suas contas analisadas. Tipicamente essa data é estabelecida de modo que sejam considerados 2 anos (24 meses) anteriores a data da contração do serviço de monitoramento. Exemplo: Para um programa de monitoramento que se inicie em 1/01/2009 essa data de referência seria tipicamente estabelecida como sendo 01/01/2007.

Importante: Sempre que a operadora encaminhar para empresa de monitoramento "novos indivíduos" a serem estudados e/ou monitorados deverá haver atenção para que as contas médicas desses novos indivíduos sejam fornecidas "retroativas" à data de início do estudo para que seja preservada a consistência das estatísticas apuradas.

Nota: Os layouts das informações citado nesse documento é um layout de referência. Adequações sintáticas nesse layout são tratáveis em ambiente de configuração integrante do IW-Healh.

Arquivo 1: Dados Cadastrais dos Indivíduos

Nesse arquivo deveremos ter uma linha para cada indivíduo.

Os campos chaves para identificação de indivíduos no IW-Health será o "Nº da matrícula na operadora”. Internamente o IW-Health implementa uma chave composta combinando o ID da operadora e o Nº da matrícula na operadora.

No processamento dos arquivos o IW adotará o seguinte comportamento: indivíduos que ainda não existm no cadastro no IW serão inseridos automaticamente (na tabela de Análise de Carteira, pré-admissional). Aqueles indivíduos que já existirem no IW terão seus dados cadastrais "atualizados".

Nº	Nome do Campos	Tipo dado	Obrigatório	Nro max caracteres	Comentários
1	Nº matrícula do segurado na operadora Coluna IW na tabela GLBINSURANCEENROLL (CAREPLANREGISTER)	char	sim	30	Corresponde ao nº da carteirinha do segurado
2	Código único do segurado Coluna IW na tabela GLBINSURANCEENROLL (USERCODE)	char	não	30	Trata-se do código único de identificação do segurado no sistema da operadora. Exemplo: Um segurado poderá mudar de número de matrícula em casos de migração de plano ou mesmo de recadastramento, mas o código desse segurado permanecerá sendo o mesmo no sistema da operadora. Notas: (1) Alguns sistemas de Operadoras adotam o número de matrícula do segurado na ANS como sendo esse identificador unico. (2) Alguns sistemas de Operadoras não possuem um identificador forte de “pessoa”. Nesses casos esse campo poderá ser deixado em branco (será utilizado como chave o nro de matrícula por operadora (chave fraca: podem ocorrer duplicações de cadastro em casos de alteração de número de carteira. Essa higienização de cadastro por força de lógica tem que ser realizada manualmente por usuários do sistema).
3	Nome do segurado Coluna IW na tabela GLBINSURANCEENROLL (NAME)	char	sim	50	Nome do segurado
4	Nome do Titular Coluna IW na tabela GLBINSURANCEENROLL (HOLDERNAME)	char	sim	50	Nome do titular
5	N° Carteira do Titular	char	não	30
6	Código único do Titular	char	não	30
7	Tipo Plano Coluna IW na tabela GLBINSURANCEENROLL (INSURANCETYPE)	char	não	1	Classificação do plano (titular , dependente) Padronização de valores: 1 = Titular 2 = Dependente 3 = Agregado
8	Nome da Mãe Coluna IW na tabela GLBINSURANCEENROLL (MOTHERNAME)	char	não	50	Nome da mãe do segurado Campo desejável: para resolver chave em caso de beneficiários homônimos (de mesmo nome).
9	Nacionalidade Coluna IW na tabela GLBINSURANCEENROLL (NATIONALITY)	char	não	20	Nacionalidade do segurado
10	Sexo Coluna IW na tabela GLBINSURANCEENROLL (GENDER)	num	sim	1	Genero do beneficiário Padronização de valores: 1 = masculino 2 = feminino
11	Data de nascimento Coluna IW na tabela GLBINSURANCEENROLL (BIRTHDAY)	char	sim	10	Formato : dd/mm/aaaa
12	RG Coluna IW na tabela GLBINSURANCEENROLL (IDNUMBER2)	char	não	15	Número do carteira de identifidade
13	C.P.F Coluna IW na tabela GLBINSURANCEENROLL (IDNUMBER1)	char	sim	15	Código nacional no cadastro de pessoas físicas
14	Nome do plano do segurado na Operadora Coluna IW na tabela GLBINSURANCEENROLL (CAREPLANCATEGORY)	char	não	50	Trata-se do nome do plano (produto) contratado pelo segurado na Operadora. Exemplos: Especial I , Master II etc.
15	Código do plano do segurado na Operadora Coluna IW na tabela GLBINSURANCEENROLL (CAREPLANCATCODE)	char	não	20	Código do plano na Operadora
16	Data de validade da carteira do usuário Coluna IW na tabela GLBINSURANCEENROLL (CAREPLANVALIDITY)	char	não	10	Formato : dd/mm/aaaa
17	Telefone Residencial Coluna IW na tabela GLBINSURANCEENROLL (TELEPHONE)	char	não	40	Exemplo: (0xx)-(11)-7890-5678
18	Telefone Comercial Coluna IW na tabela GLBINSURANCEENROLL (TELEPHONE)	char	não	40	Exemplo: (0xx)-(11)-7890-5678
19	Telefone Celular Coluna IW na tabela GLBINSURANCEENROLL (TELEPHONE)	char	não	40	Exemplo: (0xx)-(11)-7890-5678
20	E-mail Coluna IW na tabela GLBINSURANCEENROLL (TELEPHONE)	char	não	40	Exemplo: (0xx)-(11)-7890-5678
21	CEP Coluna IW na tabela GLBINSURANCEENROLL (ZIPCODE)	char	sim	14	Código CEP sem caracteres de separação. Ex.: 01240010
22	Rua Coluna IW na tabela GLBINSURANCEENROLL (ADDRESS)	char	sim	150	Nome da rua
23	Nro/Complemento Coluna IW na tabela GLBINSURANCEENROLL (COMPLEMENT)	char	sim	20	Número e complemento do endereço : exemplo : nº 1234 fundos
24	Bairro Coluna IW na tabela GLBINSURANCEENROLL (DISTRICT)	char	sim	50	Nome do bairro
25	Cidade Coluna IW na tabela GLBINSURANCEENROLL (CITY)	char	sim	50	Nome da cidade
26	Estado Coluna IW na tabela GLBINSURANCEENROLL (STATE)	char	sim	20	Nome ou sigla do estado (exemplo: SP, RJ. MG, RS )
27	Data de início de validade do Nro de carteirinha corrente do beneficiário na Operadora. Coluna IW na tabela GLBINSURANCEENROLL (CAREPLANADMDATE)	char	não	10	Formato : dd/mm/aaaa
28	Data de término de validade do Nro de carteirinha corrente do beneficiário na Operadora. Coluna IW na tabela GLBINSURANCEENROLL (CAREPLANOUTDATE)	char	não	10	Formato : dd/mm/aaaa
29	Valor da mensalidade Coluna IW na tabela GLBINSURANCEENROLL (MONTHPAYVALUE)	char	não	10	Valor da mensalidade
30	Status do indivíduo no programa de monitoramento da operadora Coluna IW na tabela GLBINSURANCEENROLL (STATUSENTERPRISE)	char	não	50	Algumas operadoras possuem sistema de acompanhamento do progresso nos programas de monitorarmento e impõem conceitos customiozados (próprios) de status do segurado (ex.: elegível ativo, elegível inativo etc). Quando esse for o caso esse campo poderá ser fornecido no lay out.
31	Data do ingresso do segurado na Operadora Coluna IW na tabela GLBINSURANCEENROLL (CAREPLANADMDATEFST)	char	não	10	Formato : dd/mm/aaaa Exemplo: corresponde à data de início de validade do primeiro número de matrícula do segurado na Operadora
32	Código empresa Coluna IW na tabela CTRMONITORINGGROUP (EXTERNALKEY)	char	não	20	Código da empresa no sistema da operadora (no caso de segurados de plano empresarial / coletivo na Operadora)
33	Nome da empresa Coluna IW na tabela CTRMONITORINGGROUP (NAME)	char	não	40	Nome da empresa (no caso de segurados de plano empresarial / coletivo na Operadora)
34	Código do canal de venda do plano de saúde Coluna IW na tabela GLBINSURANCEENROLL (ADMINORIGIN)	num	não	4	Nota: O domíno dos códigos com os respectivos nomes dos canais comerciais deverá ser importado no driver de leitura da tabela TDGLBMONITCOSTCONV também especificado nesse documento.
35	Classificação do motivo do desligamento do beneficiário na Operadora Coluna IW na tabela GLBINSURANCEENROLL (INACTIVECLSENTERP)	num	não	4	Nota: O domíno dos códigos com as classificações dos motivos de desligamento deverá ser importado no driver de leitura da tabela TDGLBMONITCOSTCONV também especificado nesse documento.
36	ID Plano de Atenção	num	não		Corresponde ao “keyindex” do plano de atenção correspondente no IW. Aplicável somente a casos de importação de carteiras de pacientes previamente inscritos em programas PGDC no IW ou com inscrição automatizada na rotina de importação.

Nota: No processo de carga do cadastro dos segurados de uma Operadora o IW fará o cadastramento desses segurados em agrupamentos denominados “carteira monitorada”. O conceito de carteira monitorada pode variar de operadora para operadora e da relação que cada operadora tem com a sua empresa. Seguem relacionados as duas formas possíveis de utiilização desse conceito :

(a) O uso mais comum do conceito de carteira monitorada consiste em : adotar o campo “codigo empresa” do segurado (no caso de plano empresarial) como sendo o identificador formal de cada carteira monitorada.

(b) Em algumas relações comerciais o conceito de carteira monitorada poderá ser um conjunto de indivíduos coletados pela operadora para fins de acompanhamento e monitoramento pela sua empresa. Nesse caso o identificador formal de cada carteira monitorada será o identificador de uma lista fornecido explicitamente pela operadora.

O driver de leitura de carteira default (nativo do IW) adota o conceito (a) como sendo o conceito padrão.

Nota Técnica: Em termos de modelo de dados o cadastramento das carteiras monitoradas no IW ficam armazenados na tabela denominada “CTRMONITORINGGROUP” relacionada com a tabela CTRCONTRACT.

Arquivo 2: Eventos de Utilização da Rede Credenciada (contas médicas)

Nro	Nome do campo	Tipo dado	Obrigatório	Nro max caracteres	Comentários
1	Período de referência Coluna IW na tabela GLBMONITORINGCOST (REFERENCEDATE)	char	sim	7	formato:mm/aaaa
2	Nº matrícula na operadora Coluna IW na tabela GLBMONITORINGCOST (CAREPLANREGISTER)	char	sim	30	Código de identificação do usuário
3	Nome do prestador Coluna IW na tabela GLBMONITORINGCOST (ENTERPRISENAME)	char	sim	60	· internações = nome do hospital / home care · SADT = nome do laboratório · séries ambulatoriais = nome da clínica ou do profissional · atendimento ambulatorial = nome do profissional
4	Código do prestador Coluna IW na tabela GLBMONITORINGCOST (ENTERPRISENAMEID)	number(9,0)	sim	10	Código identificante do prestador no sistema da operadora
5	Data do atendimento Coluna IW na tabela GLBMONITORINGCOST (EVENTDATE)	char	sim	10	Data da realização do atendimento
6	Tipo de Evento Coluna IW na tabela GLBMONITORINGCOST (EVENTTYPE)	number(5,0)	sim	2	0 Atendimento ambulatorial eletivo 1 Atendimento em pronto socorro – 3 Internação hosp 4 Internação hosp. clínica médica eletiva 5 Internação hosp. clínica médica urgência 6 Internação hosp. clínica cirúrgica eletiva 7 Internação hosp. clínica cirúrgica urgência 8 Internação hospitalar clínica obstétrica 9 Hospital dia – 11 Séries ambulatoriais 12 SADT 13 Atenção domiciliar (monitoramento) 14 Atenção domiciliar (atendimento) 15 Atenção domiciliar (internação) 16 Hospital amparador 17 Médico de família 18 APH/Remoções 99 Outros Nota técnica : Classificação armazenada na constante IW : K_CAP_EVENT_TYPE
7	Grau de urgência Coluna IW na tabela GLBMONITORINGCOST (EMERGENCY)	number(5,0)	não	1	Grau de urgência relacionado ao contexto de execução do procedimento 0-Eletivo 1-Urgência/emergência Nota: Corresponde ao campo “Caráter da solicitação” das guias SPSADT e Resumo de internação do TISS.
8	Custo do atendimento Coluna IW na tabela GLBMONITORINGCOST (COST)	Number(17,6)	sim	10	Nessa coluna dever ser fornecido o valor do custo total do evento de atendimento , ou seja, o valor total do item na conta médica do beneficiário. Exemplo: Se em um evento do atendimeto constituiu-se na administração de 14 doses de uma medicação (ex.: ceftriaxona 1g EV onde cada ampola custaria R$ 30,00. Nesse caso teriamos o seguinte item de conta médica : Qtde = 14 Custo unitário = R$ 30,00 Custo do evento = 14 * 30 = 420 O valor do custo a ser fornecido nessa coluna do arquivo deverá ser 420 (e não o custo unitário de cada ampola que seria 30 ) Notas: (a) Utilizar precisão de duas casas decimais após a vírgula (b) Utilizar "," (vírgula como separador decimal) (c) IMPORTANTE: Não utilizar separador de milhar. Exemplos de valores: 1,50 1250,50
9	Valor glosado Coluna IW na tabela GLBMONITORINGCOST (AUDITBILLVALUE)	Number(17,6)	não	10	Nessa coluna dever ser fornecido o valor total da glosa no item da conta médica. Exemplo: Se em um evento do atendimeto constituiu-se na administração de 14 doses de uma medicação (ex.: ceftriaxona 1g EV onde cada ampola custaria R$ 30,00. Nesse caso teriamos o seguinte item de conta médica : Qtde = 14 Custo unitário = R$ 30,00 Custo do evento = 14 * 30 = 420 Vamos supor que foram glosados 4 ampolas. O valor glosado a ser fornecido nessa coluna do arquivo deverá ser 120. Notas: (a) Utilizar precisão de duas casas decimais após a vírgula (b) Utilizar "," (vírgula como separador decimal) (c) IMPORTANTE: Não utilizar separador de milhar. Exemplos de valores: 1,50 1250,50
10	CID_10 principal Coluna IW na tabela GLBMONITORINGCOST (SCDIAGNOSTIC1)	char	não	5	Exemplo: E06.0
11	CID_10 secundário Coluna IW na tabela GLBMONITORINGCOST (SCDIAGNOSTIC2)	char	não	5	Exemplo: E06.0
12	Código do Procedimento (AMB,CBHPM etc) Coluna IW na tabela GLBMONITORINGCOST (EVENTCODE)	char	não	8	Com digito verificador normalmente disponível somente nos tipos de evento = internações hospitalares e sem caracteres separadores de qualquer natureza
13	Nome do procedimento Coluna IW na tabela GLBMONITORINGCOST (EVENTNAME)	char	sim	60	Nome do procedimento (exemplo : nome do procedimento conforme tabela AMB , CPHPM , ou descrição própria da operadora)
14	Detalhes do procedimento Coluna IW na tabela GLBMONITORINGCOST (DESCRIPTION)	char	não	200	Esse campo pode conter descrições complementares opcionais sobre o procedimento executado. Recomendação: - No caso de procedimentos do tipo atendimento ambulatorial, valorar com o nome da especialidade médica
15	Código da tabela de procedimentos Coluna IW na tabela GLBMONITORINGCOST (EVENTCODETYPE)	char	não	2	1 = AMB 2 = CBHPM 3 = SUS 4 - TUSS
16	Quantidade realizada Coluna IW na tabela GLBMONITORINGCOST (QUANTITY)	Number(17,6)	não		Trata-se da quantidade do item da conta médica. Notas: (a) Em casos de quantidades fracionárias utilizar precisão de duas casas decimais após a vírgula (b) Utilizar "," (vírgula como separador decimal) (c) IMPORTANTE: Não utilizar separador de milhar. Exemplos de valores: 1,50 1250,50
17	Quantidade glosada Coluna IW na tabela GLBMONITORINGCOST (AUDITBILLQUANTITY)	Number(17,6)	não		Refere-se à quantidade glosada pela operadora Notas: (a) Em casos de quantidades fracionárias utilizar precisão de duas casas decimais após a vírgula (b) Utilizar "," (vírgula como separador decimal) (c) IMPORTANTE: Não utilizar separador de milhar. Exemplos de valores: 1,50 1250,50
18	Tipo de evento (operadora) Coluna IW na tabela GLBMONITORINGCOST (CLIENTEVENTTYPE)	Number(5,0)	não		Classificação do procedimento segundo critério específico da operadora (1). Se fornecida, essa classificação poderá ser utilizada com o critério de cálculo de sub-totais escores de utilização da rede credenciada
19	Classificação do procedimento (operadora) Coluna IW na tabela GLBMONITORINGCOST (PROCCLASSIF)	char	não	20	Classificação do procedimento segundo critério específico da operadora (1). Se fornecida, essa classificação poderá ser utilizada com o critério de cálculo de sub-totais escores de utilização da rede credenciada
20	2º Critério de Classificação do procedimento (Operadora) Coluna IW na tabela GLBMONITORINGCOST (OTHERPROCCLASSIF)	char	não	20	Classificação do procedimento segundo critério específico da operadora (2). Se fornecida, essa classificação poderá ser utilizada com o critério de cálculo de sub-totais escores de utilização da rede credenciada
21	Objetivo do procedimento (operadora) Coluna IW na tabela GLBMONITORINGCOST (PROCGOAL)	number(9,0)	não		Objetivo do procedimento segundo critério específico da operadora Se fornecida, essa classificação poderá ser utilizada com o critério de cálculo de sub-totais escores de utilização da rede credenciada
22	ID do item de contas médicas Coluna IW na tabela GLBMONITORINGCOST (EXTERNALKEY)	number(9,0)	não	10	Trata-se de um identificador único (ID) de cada item das constas médicas no sistema da operadora.
23	Nº do protocolo de recebimento da conta médica Coluna IW na tabela GLBMONITORINGCOST (IDPROTOCOL)	number(9,0)	nao	10	Trata-se do número de identificação (ID : gerado internamento no sistema de gestão de planos da operadora) de um lote de contas (guias) enviado por um prestador de seviço.

IMPORTANTE: No arquivo devem constar obrigatoriamente todos os eventos de utilização da rede credenciada de todos os beneficiários da operadora. No processamento da carga dos arquivos o IW-Health irá (durante a fase de pré-processamento do arquivo) “deletar” todos os eventos cuja data de referencia (DATEREFERENCE) seja igual ao valor passado no campo “2” desse layout.

Informações Complementares

· Tabela de códigos e descrições para: “Tipo de evento (operadora)"

· Tabela de códigos e descrições para: “Classificação do procedimento (operadora)"

· Tabela de códigos e descrições para: “Objetivo do procedimento (operadora)"

· Relação de códigos dos eventos de cobrança correspondentes a:

§ diária de internação hospitalar normal

§ diária de internação hospitalar UTI

§ diária de internação domiciliar

Especificação do layout para as informações complementares

Tabela IW : TDGLBMONITCOSTCONV

Nro	Nome do Campo	Tipo dado	Obrigatório	Nro max caracteres	Comentários
1	Tipo de conversão (Coluna IW: TYPECONVERSION)	num	Sim	2	1 : Objetivo do Procedimento (segundo a Operadora) ( Coluna : PROCGOAL ) 2 : Classificação do Procedimento (segundo a Operadora) ( Coluna : PROCCLASSIF) 3 : Tipo de Evento (segundo a Operadora) ( Coluna : CLIENTEVENTTYPE ) 4 : códigos de diárias de internação hospitalar normais (que não se referem UTI) 5 : códigos de diárias de internação hospitalar em UTI 6 : códigos de diárias de internação domiciliar (home care) 7 : Códigos de diárias de internação semi-intensiva 8 : Códigos de diárias de internação (sem classificação) 9 : Códigos de canais de venda de planos de saúde 10 : Classificação do motivo do desligamento do segurado segundo a Operadora 11 : Outra Classificação de Procedimentos ( Coluna : OTHERPROCCLAS )
2	Código (Coluna IW: REFERCODE)	num	Sim	9	Código do item na operadora
3	Descrição (Coluna IW: REFERTRANSLATION)	char	Sim	150	Descrição do item na operadora

Observações

· Sugestão: Utilizar carácter pipe (|) como delimitador de campos

· Não utilizar aspas para identificador texto.

· É desnecessário completar o tamanho máximo dos campos.

· Preferencialmente utilizar formato DD/MM/AAAA para campos de data (exemplo: 01/07/2009).

Proposta de padrão de lay-out de dados para importação das informações referentes a senhas e autorizações de internações e/ou procedimentos ambulatoriais

Nº	Nome do Campos	Tipo dado	Obrigatório	Nro max caracteres	Comentários
1	Nº matrícula do associado Corresponde à coluna CAREPLANREGISTER na tabela GLBINSURAUTHORIZ	char	Sim	30	Nº da carteirinha do segurado na Operadora
2	Nº guia de solicitação do atendimento /internação Nota Incoway : Corresponde à coluna PROTOCOLNUMBER na tabela GLBINSURAUTHORIZ	Char	Sim	20
3	Data emissão da guia Corresponde à coluna EMISSIONDATE na tabela GLBINSURAUTHORIZ	data	Sim
4	Data última alteração Corresponde à coluna LSTCHANGEDATE na tabela GLBINSURAUTHORIZ	data	Não
5	Data da autorização Corresponde à coluna AUTHORIZDATE na tabela GLBINSURAUTHORIZ	data	Sim
6	Data validade senha Corresponde à coluna AUTHORIZVALDATE na tabela GLBINSURAUTHORIZ	Data	Sim
7	Senha de autorização Corresponde à coluna AUTHORIZATIONCODE na tabela GLBINSURAUTHORIZ	Char	Sim	20	Nota: Registros de solicitação de aprovação de procedimentos ainda não autorizados podem ter esse campo ainda não valorado
8	Nome solicitante Corresponde à coluna REQUESTER na tabela GLBINSURAUTHORIZ	Char	Sim	50	Nome do profissional credenciado na operadora que solicitou a autorização para execução do(s) procedimento(s)
9	Conselho do solicitante Corresponde à coluna REQUESTERREGTYPE na tabela GLBINSURAUTHORIZ	Char	Sim	10	Exemplo: CRM
10	Nº do registro no conselho (solicitante) Corresponde à coluna REQUESTERREGNUMBER na tabela GLBINSURAUTHORIZ	Char	Sim	20
11	Indicação clinica Corresponde à coluna CLINICREASON na tabela GLBINSURAUTHORIZ	Char	Não	500	Refere-se a um descritivo da justificativa clinica para a solicitação do procedimento
12	Código prestador executante Corresponde à coluna ENTERPRISENAMEID na tabela GLBINSURAUTHORIZ	num	Sim	9	Código do prestador executante (citado na guia de solicitação) na Operadora Exemplo: código do hospital
13	Nome prestador executante Corresponde à coluna ENTERPRISENAME na tabela GLBINSURAUTHORIZ	Char	Sim	80	Nome do prestador executante (citado na guia de solicitação) na Operadora Exemplo: Nome do hospital
14	Endereço do prestador executante Corresponde à coluna HOSPITALADDRESS na tabela GLBINSURAUTHORIZ	Char		50
15	Caráter da internação Corresponde à coluna INTERNATURE na tabela GLBINSURAUTHORIZ	num	não	1	1 = Eletiva 2 = Urgência/emergência 3 = Emergência (risco de vida) Nota Técnica: Domínio de valores configurados na constante : K_MONIT_AUTHORIZ_INTERNATURE
16	Tipo de internação Corresponde à coluna INTERTYPE na tabela GLBINSURAUTHORIZ	num	não	1	1 - Clínica 2 – Cirúrgica 3 – Obstétrica 4 – Psiquiátrica Nota Técnica: Domínio de valores configurados na constante: K_MONIT_AUTHORIZ_INTERTYPE
17	Código tabela de procedimentos Corresponde à coluna EVENTCODETYPE na tabela GLBINSURAUTHORIZ	num	Sim	2	1 - AMB 90 2 - AMB 92 3 - AMB 96 4 - Médicos AMB 99 5 – CBHPM 6 - TUSS
18	Código procedimento solicitado Corresponde à coluna EVENTCODE na tabela GLBINSURAUTHORIZ	Char	Sim	20
19	Nome procedimento solicitado Corresponde à coluna EVENTNAME na tabela GLBINSURAUTHORIZ	Char	Sim	60
20	Quantidade procedimento solicitado Corresponde à coluna EVENTSOLQTY na tabela GLBINSURAUTHORIZ	num	Sim	3
21	Quantidade procedimentos autorizados Corresponde à coluna EVENTAUTHOQTY na tabela GLBINSURAUTHORIZ	num	Nao	3
22	Código da tabela OPME Corresponde à coluna OPMCODETYPE na tabela GLBINSURAUTHORIZ	num	não	2
23	Código OPME solicitada Corresponde à coluna OPMCODE na tabela GLBINSURAUTHORIZ	Char	não	20
24	Nome OPME solicitada Corresponde à coluna OPMNAME na tabela GLBINSURAUTHORIZ	Char	não	80
25	Quantidade OPME solicitada Corresponde à coluna OPMSOLQTY na tabela GLBINSURAUTHORIZ	num	não	3
26	Fabricante OPME solicitada Corresponde à coluna OPMPRODUCERENTERP na tabela GLBINSURAUTHORIZ	Char	não	40
27	Valor OPME solicitada prestador Corresponde à coluna OPMENTERPPRICE na tabela GLBINSURAUTHORIZ	Num	não	9
28	Fabricante OPME Operadora Corresponde à coluna OPMPRODUCERINSURER na tabela GLBINSURAUTHORIZ	Char	não	40
29	Valor OPME Operadora Corresponde à coluna OPMINSURERPRICE na tabela GLBINSURAUTHORIZ	Num	não	9
30	CID_10 principal Corresponde à coluna SCDIAGNOSTIC1 na tabela GLBINSURAUTHORIZ	Char	Sim	5
31	CID_10 secundário Corresponde à coluna SCDIAGNOSTIC2 na tabela GLBINSURAUTHORIZ	Char	não	5
32	CID_10 (3) Corresponde à coluna SCDIAGNOSTIC3 na tabela GLBINSURAUTHORIZ	Char	nao	5
33	CID_10 (4) Corresponde à coluna SCDIAGNOSTIC4 na tabela GLBINSURAUTHORIZ	Char	não	5
34	Nome do Contato Corresponde à coluna CONTACTNAME na tabela GLBINSURAUTHORIZ	Char	não	50
35	Telefone do Contato Corresponde à coluna TELEPHONE na tabela GLBINSURAUTHORIZ	Char	não	300
36	Nº Diárias Autorizadas Corresponde à coluna DAYQTYAUTHORIZ na tabela GLBINSURAUTHORIZ	number	não	4
37	Data provável da internação Corresponde à coluna DELIVERYSTARTDATE na tabela GLBINSURAUTHORIZ	data	não
38	Data provável da alta Corresponde à coluna DELIVERYENDDATE na tabela GLBINSURAUTHORIZ	data	não
39	Observações Corresponde à coluna REMARKS na tabela GLBINSURAUTHORIZ	Char	não	500

Descritivo da Arquitetura de Transferência de Informações entre Servidores

O IW opera nativamente conjuntamente com um servidor de FTP (file transfer protocol) instalado no mesmo servidor de aplicação onde fica a camada servidora (server) do aplicativo (IW).

Os recursos de transferência de arquivos entre servidores do IW pode ser acionado diretamente pelos usuários do aplicativo mediante interface gráfica do próprio IW (interface F01596), ou (mediante customização) podem ser programados (scheduller) no servidor de aplicação para execução temporizada de modo a automatizar a rotinas de extração (via customização), exportação e importação dos dados. Para maiores detalhes sobre o processe de transferência de arquivos entre servidores consulte o tópico: [29] - FTP – Transferência de Arquivos entre Estações Cliente e Servidor no manual do IW.