Versões comparadas
Chave
- Esta linha foi adicionada.
- Esta linha foi removida.
- A formatação mudou.
Tópicos:
Índice |
---|
Dica | ||
---|---|---|
| ||
Este layout foi criado para importações realizadas no painel do cliente da Mobile Saúde ou via SFTP. |
Nota | ||
---|---|---|
| ||
|
1. Integração de dados Mobile Saúde
Para que sua rede credenciada esteja disponível a todos os seus clientes através da plataforma Mobile Guia de Saúde, seus dados devem ser disponibilizados na nuvem da Mobile Saúde.
O layout disponibilizado nesta seção vai auxilia-lo a construir seus arquivos de migração no layout estipulado.
Dica de construção dos arquivos: a Mobile Saúde recomenda que sempre que for necessário atualizar sua rede, sua empresa gere arquivos no formato "carga total". Nossos importadores são otimizados para realizar a importação rapidamente, mesmo nessas condições. Isso facilitará muito a implementação de sua rotina de exportação.
Para informações sobre como realizar o "upload" dos arquivos gerados, disponibilizamos um "passo a passo" no gerenciamento da área restrita. Os documentos relacionados à área restrita fornecem informações sobre como acessar e realizar o upload dos dados através da página web. clicando aqui.
Passo a passo
O Guia de Saúde utiliza 10 Layouts de arquivos, a saber:
- ESPECIALIDADES – especialidades que a operadora deseja divulgar no guia de saúde;
- SUBESPECIALIDADES – Sub-especialidades que a operadora deseja divulgar no guia de saúde;
- PLANOS - planos ou grupos de planos (redes) que sua operadora divulgará no guia;
- REDES X PLANOS – contém a relação de planos que compõem uma rede de atendimento. Esse arquivo é utilizado quando o arquivo de PLANOS é utilizado para enviar informações sobre Rede de Atendimento ao invés dos planos da operadora;
- TIPO DE REDE CREDENCIADA - tipos (classes) de Rede para a base online da Mobile Saúde;
- CORPO CLÍNICO - integrantes de equipe, staff ou corpo clínico dos credenciados
- REDE CREDENCIADA - credenciados que atenderão às especialidades e planos vinculados
- HORÁRIOS DE ATENDIMENTO - horários de atendimento do prestador de serviços
- QUALIFICAÇÃO E ACREDITAÇÃO - informações sobre acreditação e / ou qualificações da rede
- MEDICAMENTOS – lista de medicamentos que será apresentada no app (seção medicamentos – quando disponível em seu modelo de App);
Layouts obrigatórios
São OBRIGATÓRIOS, ou seja, 4 arquivos necessitam ser informados para que o sistema funcione:
- ESPECIALIDADES
- PLANOS
- TIPO DE REDE CREDENCIADA
- REDE CREDENCIADA
Layouts opcionais
São OPCIONAIS, ou seja 6 arquivos, apesar de interessantes para que as informações sobre a rede sejam mais completas possíveis, não impedem o funcionamento do Guia de Saúde:
- SUBESPECIALIDADES
- CORPO CLÍNICO
- HORÁRIOS DE ATENDIMENTO
- QUALIFICAÇÃO E ACREDITAÇÃO
- MEDICAMENTOS
- REDES X PLANOS
Considerações
Dica | ||
---|---|---|
| ||
Após recebermos o retorno dos arquivos gerados pela Operadora, faremos uma validação preliminar, antes de orientarmos o processo de upload dos mesmos no sistema. |
Critérios de preenchimento
Abreviação | Nome | Descrição |
---|---|---|
M | Mandatório | O preenchimento do atributo é obrigatório. Caso o atributo esteja nulo ou em branco, seu arquivo será rejeitado. |
C | Condicional | O atributo pode tornar-se obrigatório quando um ou mais atributos auxiliares for preenchido / atualizado. Quando não obrigatório o conteúdo pode ser informado em branco. |
OP | Opcional | Seu preenchimento não é obrigatório. Podendo o conteúdo estar em branco. |
2. Layout ESPECIALIDADES - (GM_MS_ESPEC.csv)
Breve explicação sobre especialidades
Arquivo onde devem ser informadas as especialidades que sua operadora deseja divulgar no guia, podendo ser utilizados códigos CBO ou códigos próprios internos.
Utilize os códigos CBO ou códigos próprios de sua operadora, conforme seus sistemas. Este arquivo será utilizado no layout de REDE CREDENCIADA e CORPO CLÍNICO.
seq | critério | campos | tipo | descrição | |||||
---|---|---|---|---|---|---|---|---|---|
1 | M | codigo_cbo | Alfanumérico | Informe o código de sua especialidade. Podem ser utilizados códigos CBO ou códigos próprios, caso não exista um CBO correspondente.
| |||||
2 | M | descricao | Alfanumérico | Descrição de sua especialidade. | |||||
3 | M | versao_layout | Alfanumérico | Informar 2.2 para envio deste layout. | |||||
4 | OP | empresa_id | Alfanumérico | Campo reservado para implementação futura. |
Observações importantes sobre o layout de especialidades
- Este arquivo é de envio OBRIGATÓRIO, ou seja, a cada nova carga de Rede Credenciada, será necessário enviar também este arquivo.
- O arquivo deve ser confeccionado obrigatoriamente na extensão "CSV". Após sua geração, deve ser compactado no formato "ZIP".
- Não existe um formato padrão para os nomes dos arquivos gerados. Porém, recomendamos que exista um critério definido para que os arquivos sejam facilmente identificáveis. Exemplo: "GM_MS_ESPEC_26122012_170531.csv"
- Com este modelo de nomenclatura, é possível identificar o software gerador do arquivo (aqui exemplificado por GM_MS), o layout do arquivo (ESPEC, ou seja, layout de envio de Especialidades Médicas), além de identificar facilmente a data e hora da geração do arquivo (26122612_170531). Lembramos que este modelo de nomenclatura é apenas sugerido, não obrigatório. Cada empresa poderá gerar o arquivo com o nome que preferir.
O arquivo gerado deve obrigatoriamente conter um registro de cabeçalho, correspondente ao nome dos campos. No caso do layout de Especialidades Médicas, a linha de cabeçalho será a seguinte:
Bloco de código language bash firstline 1 linenumbers true "codigo_cbo";"descricao";"versao_layout","empresa_id";
As informações contidas no arquivo deverão sempre estar entre ASPAS DUPLAS, inclusive no cabeçalho. Exemplo do conteúdo do arquivo de Especialidades Médicas, incluindo o cabeçalho:
Bloco de código language bash firstline 1 linenumbers true "codigo_cbo";"descricao";"versao_layout","empresa_id"; "002";"CARDIOLOGIA";"2.2","";
Todas as linhas do arquivo devem ser finalizadas com o caractere PONTO E VÍRGULA. Exemplo de um trecho do arquivo de Especialidades Médicas:
Bloco de código language bash firstline 1 linenumbers true "codigo_cbo";"descricao";"versao_layout","empresa_id"; "002";"CARDIOLOGIA";"2.2",""; "055";"HOSPITAL E MATERNIDADE";"2.2","";
Não utilize caracteres de ponto e virgula (;) nos conteúdos dos campos:
Nota title Atenção Em alguns campos de texto é comum separarmos um item do outro utilizando o caractere ponto e virgula (;). Porém, no momento da exportação, este caractere não pode ser usado como conteúdo do campo, pois o ponto e vírgula é o caractere que delimita o fim de um campo e início de outro, em arquivos CSV.
3. Layout SUBESPECIALIDADES - (GM_MS_SUBESP.csv)
Breve explicação sobre subespecialidades
Arquivo onde devem ser informadas as subespecialidades ou áreas de atuação que sua operadora deseja divulgar no guia, podendo ser utilizados códigos próprios internos.
Este arquivo NÃO É OBRIGATÓRIO e será utilizado apenas se sua operadora tiver casos onde a especialidade / área de atuação é “Cardiologia” e exista uma subdivisão “Cardiologia pediátrica”, por exemplo.
Nota | ||
---|---|---|
| ||
Este arquivo será utilizado no layout de REDE CREDENCIADA. |
seq | critério | campos | tipo | descrição | |||||
---|---|---|---|---|---|---|---|---|---|
1 | codigo_sub | M | Alfanumérico | Informe o código de sua subespecialidade.
| |||||
2 | descricao | M | Alfanumérico | Descrição de sua subespecialidade ou área de atuação. |
Observações importantes sobre o layout de subespecialidades
- Este arquivo é de envio OBRIGATÓRIO, ou seja, a cada nova carga de Rede Credenciada, será necessário enviar também este arquivo.
- O arquivo deve ser confeccionado obrigatoriamente na extensão "CSV". Após sua geração, deve ser compactado no formato "ZIP".
- Não existe um formato padrão para os nomes dos arquivos gerados. Porém, recomendamos que exista um critério definido para que os arquivos sejam facilmente identificáveis. Exemplo: "GM_MS_SUBESP_26122012_170531.csv"
- Com este modelo de nomenclatura, é possível identificar o software gerador do arquivo (aqui exemplificado por GM_MS), o layout do arquivo (SUBESP, ou seja, layout de envio de Subespecialidades Médicas), além de identificar facilmente a data e hora da geração do arquivo (26122612_170531). Lembramos que este modelo de nomenclatura é apenas sugerido, não obrigatório. Cada empresa poderá gerar o arquivo com o nome que preferir.
O arquivo gerado deve obrigatoriamente conter um registro de cabeçalho, correspondente ao nome dos campos. No caso do layout de Subespecialidades Médicas, a linha de cabeçalho será a seguinte:
Bloco de código language bash firstline 1 linenumbers true "codigo_sub";"descrição";
As informações contidas no arquivo deverão sempre estar entre ASPAS DUPLAS, inclusive no cabeçalho. Exemplo do conteúdo do arquivo de Subespecialidades Médicas, incluindo o cabeçalho:
Bloco de código language bash firstline 1 linenumbers true "codigo_sub";"descrição"; "001";"CARDIOLOGIA PEDIÁTRICA"
Todas as linhas do arquivo devem ser finalizadas com o caractere PONTO E VÍRGULA. Exemplo de um trecho do arquivo de Subespecialidades Médicas:
Bloco de código language bash firstline 1 linenumbers true "codigo_sub";"descrição"; "001";"CARDIOLOGIA PEDIÁTRICA"; "002";"HOMATOLOGIA";
Não utilize caracteres de ponto e virgula (;) nos conteúdos dos campos:
Nota title Atenção Em alguns campos de texto é comum separarmos um item do outro utilizando o caractere ponto e virgula (;). Porém, no momento da exportação, este caractere não pode ser usado como conteúdo do campo, pois o ponto e vírgula é o caractere que delimita o fim de um campo e início de outro, em arquivos CSV.
4. Layout PLANOS - (GM_MS_PLANOS.csv)
Breve explicação sobre planos
Neste arquivo, deverão ser informados somente os planos ou grupos de planos (redes) que sua operadora deseja divulgar no guia de saúde.
Dica | ||
---|---|---|
| ||
Se a sua operadora optar por enviar o grupo de rede, utilize o layout REDE X PLANOS para detalhar os planos que compõe cada rede deste arquivo. |
Nota | ||
---|---|---|
| ||
Este arquivo será utilizado no layout de REDE CREDENCIADA. |
seq | critério | campos | tipo | descrição | |||||
---|---|---|---|---|---|---|---|---|---|
1 | M | codigo_legado | Alfanumérico | Informe o código de seu plano (produto) ou rede em seus sistemas de gestão.
Exemplo incorreto: “01 Plano” Exemplo correto: “01-Plano” ; “01Plano” ; “01_Plano” | |||||
2 | M | descricao | Alfanumérico | Informe a descrição de seu plano (produto) ou rede de planos. | |||||
3 | OP | eletivo | Alfanumérico | Informe se o plano (produto) ou rede possui atendimento em regime eletivo. | |||||
4 | OP | emergencia | Alfanumérico | Informe se o plano (produto) ou rede possui atendimento em regime de urgência. | |||||
5 | M | versao_layout | Alfanumérico | Informar 2.2 para envio deste layout. | |||||
6 | C | registro_plano_ans | Alfanumérico | Para empresas de planos de saúde. Deve ser enviado o número de registro do produto na ANS ou o número de registro para planos anteriores a lei 9656/98.
| |||||
7 | C | classificacao_para_fins_comercializacao | Alfanumérico | Para empresas que sejam operadoras de saúde. Neste campo deve ser enviada a classificação do plano, conforme descrito na RN 195/09 – ANS:
| |||||
8 | C | situacao_plano_comercializacao | Alfanumérico | Para empresas de sejam operadoras de saúde. É necessário informar a situação do plano, conforme a RN 85 / 2004, ou seja:
| |||||
9 | OP | sequencial | Numérico | Informe a ordem que o plano deverá aparecer na listagem de planos. Se este campo não for preenchido a listagem de planos será apresentada em ordem alfabética. | |||||
10 | OP | empresa_id | Numérico | Campo reservado para implementação futura. |
Observações importantes sobre o layout de planos
- Este arquivo é de envio OBRIGATÓRIO, ou seja, a cada nova carga de Rede Credenciada, será necessário enviar também este arquivo.
- O arquivo deve ser confeccionado obrigatoriamente na extensão "CSV". Após sua geração, deve ser compactado no formato "ZIP".
- Não existe um formato padrão para os nomes dos arquivos gerados. Porém, recomendamos que exista um critério definido para que os arquivos sejam facilmente identificáveis. Exemplo: "GM_MS_PLANOS_26122012_170531.csv"
- Com este modelo de nomenclatura, é possível identificar o software gerador do arquivo (aqui exemplificado por GM_MS), o layout do arquivo (PLANOS, ou seja, layout de envio de Planos), além de identificar facilmente a data e hora da geração do arquivo (26122612_170531). Lembramos que este modelo de nomenclatura é apenas sugerido, não obrigatório. Cada empresa poderá gerar o arquivo com o nome que preferir.
O arquivo gerado deve obrigatoriamente conter um registro de cabeçalho, correspondente ao nome dos campos. No caso do layout de Planos, a linha de cabeçalho será a seguinte:
Bloco de código language bash firstline 1 linenumbers true "codigo_legado";"descricao";"eletivo";"emergencia";"versao_layout";"registro_plano_ans";"classificacao_para_fins_comercializacao";"situacao_plano_comercializacao";"sequencial";"empresa_id";
As informações contidas no arquivo deverão sempre estar entre ASPAS DUPLAS, inclusive no cabeçalho. Exemplo do conteúdo do arquivo de Planos, incluindo o cabeçalho:
Bloco de código language bash firstline 1 linenumbers true "codigo_legado";"descricao";"eletivo";"emergencia";"versao_layout";"registro_plano_ans";"classificacao_para_fins_comercializacao";"situacao_plano_comercializacao";"sequencial";"empresa_id"; "0001001";"PLANO BASICO";"S";"S";"2.2";"123456";"INDIVIDUAL/FAMILIAR";"ATIVO";"";""
Todas as linhas do arquivo devem ser finalizadas com o caractere PONTO E VÍRGULA. Exemplo de um trecho do arquivo de Planos.
Bloco de código language bash firstline 1 linenumbers true "codigo_legado";"descricao";"eletivo";"emergencia";"versao_layout";"registro_plano_ans";"classificacao_para_fins_comercializacao";"situacao_plano_comercializacao";"sequencial";"empresa_id"; "0001001";"PLANO BASICO";"S";"S";"2.2";"123456";"INDIVIDUAL/FAMILIAR";"ATIVO";"";"" "0004001";"PLANO ADVANCED";"S";"S";"2.2";"112112";"";"ATIVO";"";""
Não utilize caracteres de ponto e virgula (;) nos conteúdos dos campos:
Nota title Atenção Em alguns campos de texto é comum separarmos um item do outro utilizando o caractere ponto e virgula (;). Porém, no momento da exportação, este caractere não pode ser usado como conteúdo do campo, pois o ponto e vírgula é o caractere que delimita o fim de um campo e início de outro, em arquivos CSV.
5. Layout REDES X PLANOS - (GM_MS_REDEPLAN.csv)
Breve explicação sobre redes x planos
Este arquivo é opcional e só deve ser enviado se a sua operadora optou por enviar grupos de planos (redes) no arquivo de planos. Neste arquivo sua operadora deve enviar a relação de planos que compõe cada rede.
Nota | ||
---|---|---|
| ||
Este arquivo será utilizado no layout de REDE CREDENCIADA. |
seq | critério | campos | tipo | descrição | |||||
---|---|---|---|---|---|---|---|---|---|
1 | M | codigo_redeplano | Alfanumérico | Informe o código de sua rede seu plano em seus sistemas de gestão.
| |||||
2 | M | codigo_planorede | Alfanumérico | Informe o código de seu plano sua rede em seus sistemas de gestão. | |||||
3 | M | descricao | Alfanumérico | Informe a descrição de seu plano (produto) ou rede de planos. | |||||
4 | OP | eletivo | Alfanumérico | Informe se o plano (produto) ou rede possui atendimento em regime eletivo. | |||||
5 | OP | emergencia | Alfanumérico | Informe se o plano (produto) ou rede possui atendimento em regime de urgência. | |||||
6 | M | versao_layout | Alfanumérico | Informar 2.2 para envio deste layout. | |||||
7 | C | registro_plano_ans | Alfanumérico | Para empresas de planos de saúde. Deve ser enviado o número de registro do produto na ANS ou o número de registro para planos anteriores a lei 9656/98.
| |||||
8 | C | classificacao_para_fins_comercializacao | Alfanumérico | Para empresas que sejam operadoras de saúde. Neste campo deve ser enviada a classificação do plano, conforme descrito na RN 195/09 – ANS:
| |||||
9 | C | situacao_plano_comercializacao | Alfanumérico | Para empresas de sejam operadoras de saúde. É necessário informar a situação do plano, conforme a RN 85 / 2004, ou seja:
| |||||
10 | OP | sequencial | Numérico | Informe a ordem que o plano deverá aparecer na listagem de planos. Se este campo não for preenchido a listagem de planos será apresentada em ordem alfabética. | |||||
11 | OP | empresa_id | Alfanumérico | Campo reservado para implementação futura. |
Observações importantes sobre o layout de redes x planos
- Este arquivo é de envio opcional e só deve ser enviado se a sua operadora optou por enviar grupos de planos (redes) no arquivo de planos. Neste arquivo sua operadora deve enviar a relação de planos que compõe cada rede.
- O arquivo deve ser confeccionado obrigatoriamente na extensão "CSV". Após sua geração, deve ser compactado no formato "ZIP".
- Não existe um formato padrão para os nomes dos arquivos gerados. Porém, recomendamos que exista um critério definido para que os arquivos sejam facilmente identificáveis. Exemplo: "GM_MS_PLANO_REDE_26122012_170531.csv"
- Com este modelo de nomenclatura, é possível identificar o software gerador do arquivo (aqui exemplificado por GM_MS), o layout do arquivo (REDES x PLANOS, ou seja, layout de envio de rede x planos), além de identificar facilmente a data e hora da geração do arquivo (26122612_170531). Lembramos que este modelo de nomenclatura é apenas sugerido, não obrigatório. Cada empresa poderá gerar o arquivo com o nome que preferir.
O arquivo gerado deve obrigatoriamente conter um registro de cabeçalho, correspondente ao nome dos campos. No caso do layout de Planos, a linha de cabeçalho será a seguinte:
Bloco de código language bash firstline 1 linenumbers true "codigo_rede";"codigo_plano";"descricao";"eletivo";"emergencia";"versao_layout";"registro_plano_ans";"classificacao_para_fins_comercializacao";"situacao_plano_comercializacao";"sequencial";"empresa_id";
As informações contidas no arquivo deverão sempre estar entre ASPAS DUPLAS, inclusive no cabeçalho. Exemplo do conteúdo do arquivo de Planos, incluindo o cabeçalho:
Bloco de código language bash firstline 1 linenumbers true "codigo_rede";"codigo_plano";"descricao";"eletivo";"emergencia";"versao_layout";"registro_plano_ans";"classificacao_para_fins_comercializacao";"situacao_plano_comercializacao";;"sequencial";"empresa_id"; “1“;"0001001";"PLANO BASICO";"S";"S";"2.2";"123456";"INDIVIDUAL/FAMILIAR";"ATIVO","";"1";
Todas as linhas do arquivo devem ser finalizadas com o caractere PONTO E VÍRGULA. Exemplo de um trecho do arquivo de Redes X Planos.
Bloco de código language bash firstline 1 linenumbers true "codigo_rede";"codigo_plano";"descricao";"eletivo";"emergencia";"versao_layout";"registro_plano_ans";"classificacao_para_fins_comercializacao";"situacao_plano_comercializacao";"sequencial";"empresa_id"; “1“;"0001001";"PLANO BASICO";"S";"S";"2.2";"123456";"INDIVIDUAL/FAMILIAR";"ATIVO","";"1"; “1“;"0004001";" PLANO ADVANCED ";"S";"S";"2.2";"123456";"INDIVIDUAL/FAMILIAR";"ATIVO","";"1";
Não utilize caracteres de ponto e virgula (;) nos conteúdos dos campos:
Nota title Atenção Em alguns campos de texto é comum separarmos um item do outro utilizando o caractere ponto e virgula (;). Porém, no momento da exportação, este caractere não pode ser usado como conteúdo do campo, pois o ponto e vírgula é o caractere que delimita o fim de um campo e início de outro, em arquivos CSV.
6. Layout TIPO DE REDE CREDENCIADA - (GM_MS_TPREDE.csv)
Breve explicação sobre tipo de de rede credenciada
Utilize este layout para enviar seus tipos (classes) de Rede Credenciada para a base online da Mobile Saúde.
Esta informação será utilizada na exportação de REDE CREDENCIADA.
seq | critério | campos | tipo | descrição |
---|---|---|---|---|
1 | M | classe | Alfanumérico | Informe neste campo um código para o tipo de Rede Credenciada. Exemplo: MED, CLI, HOS, LAB para médicos, clínicas, hospitais e laboratórios, respectivamente. Pode-se utilizar também um sequencial (0001, 0002, 0003, etc). |
2 | M | descricao | Alfanumérico | Descrição do seu tipo de Rede Credenciada (classe). |
3 | M | versao_layout | Alfanumérico | Informar 2.2 para envio deste layout. |
4 | OP | empresa_id | Alfanumérico | Campo reservado para implementação futura. |
Observações importantes sobre o layout de tipo de de rede credenciada
- Este arquivo é de envio OBRIGATÓRIO, ou seja, a cada nova carga de Rede Credenciada, será necessário enviar também este arquivo.
- O arquivo deve ser confeccionado obrigatoriamente na extensão "CSV". Após sua geração, deve ser compactado no formato "ZIP".
- Não existe um formato padrão para os nomes dos arquivos gerados. Porém, recomendamos que exista um critério definido para que os arquivos sejam facilmente identificáveis. Exemplo: "GM_MS_TPREDE_26122012_170531.csv"
- Com este modelo de nomenclatura, é possível identificar o software gerador do arquivo (aqui exemplificado por GM_MS), o layout do arquivo (TPREDE ou seja, layout de envio de Tipo de Rede Credenciada), além de identificar facilmente a data e hora da geração do arquivo (26122612_170531). Lembramos que este modelo de nomenclatura é apenas sugerido, não obrigatório. Cada empresa poderá gerar o arquivo com o nome que preferir.
O arquivo gerado deve obrigatoriamente conter um registro de cabeçalho, correspondente ao nome dos campos. No caso do layout de Planos, a linha de cabeçalho será a seguinte:
Bloco de código language bash firstline 1 linenumbers true "classe";"descricao";"versao_layout","empresa_id";
As informações contidas no arquivo deverão sempre estar entre ASPAS DUPLAS, inclusive no cabeçalho. Exemplo do conteúdo do arquivo de Tipo de Rede Credenciada, incluindo o cabeçalho:
Bloco de código language bash firstline 1 linenumbers true "classe";"descricao";"versao_layout","empresa_id"; "MED";"MEDICO";"2.2","";
Todas as linhas do arquivo devem ser finalizadas com o caractere PONTO E VÍRGULA. Exemplo de um trecho do arquivo de Tipo de Rede Credenciada.
Bloco de código language bash firstline 1 linenumbers true "classe";"descricao";"versao_layout","empresa_id"; "MED";"MEDICO";"2.2",""; "CLI";"CLINICA";"2.2",""; "DEN";"DENTISTAS";"2.2","";
Não utilize caracteres de ponto e virgula (;) nos conteúdos dos campos:
Nota title Atenção Em alguns campos de texto é comum separarmos um item do outro utilizando o caractere ponto e virgula (;). Porém, no momento da exportação, este caractere não pode ser usado como conteúdo do campo, pois o ponto e vírgula é o caractere que delimita o fim de um campo e início de outro, em arquivos CSV.
7. Layout CORPO CLÍNICO - (GM_MS_CORPOCLI.csv)
Breve explicação sobre corpo clínico
Destina-se ao envio de integrantes de equipe, staff ou corpo clínico de credenciados. Neste arquivo, só deverão constar profissionais que prestam atendimento nos seus credenciados e que sua operadora deseje divulgar. Caso você não queira que determinado profissional seja apresentado como corpo clínico de um credenciado, não inclua-o neste arquivo.
Dica | ||
---|---|---|
| ||
Este arquivo NÃO É OBRIGATÓRIO, portanto opcional, ou seja, caso sua empresa não controle o corpo clínico de seus credenciados ou não deseje divulgar estas informações, basta não enviar este arquivo. |
seq | critério | campos | tipo | descrição | |||||
---|---|---|---|---|---|---|---|---|---|
1 | M | codigo_legado | Alfanumérico | Informe o código do profissional em seus sistemas. É um código de controle de sua operadora, utilizado para identificar este profissional em seus sistemas.
| |||||
2 | M | cpf_cnpj | Alfanumérico | Informe o CPF/CNPJ do prestador ao qual este profissional estará vinculado. | |||||
3 | M | codigo_cbo | Alfanumérico | Envie o código do CBO do profissional. Caso não exista um código CBO para sua
| |||||
4 | M | nome | Alfanumérico | Informe o nome do profissional de saúde que realiza atendimento no prestador. | |||||
5 | M | sequencial_endereco | Alfanumérico | Envie o código sequencial do endereço em que este profissional atua.
| |||||
6 | OP | data_bloqueio | Data | Informe apenas se o corpo clínico estiver bloqueado, ou seja, não pertença mais ao “staff” daquele prestador / endereço.
| |||||
7 | OP | motivo_bloqueio | Alfanumérico | Identifique neste campo (texto) o motivo pelo qual o corpo clínico foi bloqueado. | |||||
8 | M | operacao | Alfanumérico | 0 - Inclusão, 1 - Alteração, 2 - Bloqueio, 3 - Desbloqueio, 4 – Exclusão | |||||
9 | M | versao_layout | Alfanumérico | Informar 2.2 para envio deste layout. | |||||
10 | OP | sigla_conselho_regional | Alfanumérico | Deve ser preenchido com dados como CRM, CREFITO, CRO, etc. | |||||
11 | OP | uf_conselho_regional | Alfanumérico | Deve ser preenchido com a UF do conselho regional do prestador (MG, DF, RJ, SC, PR, etc). | |||||
12 | OP | numero_conselho_regional | Alfanumérico | Preencher com o número de registro do conselho regional ao que o profissional pertence. | |||||
13 | OP | empresa_id | Alfanumérico | Campo reservado para implementação futura. |
Observações importantes sobre o layout corpo clínico
- Este arquivo é de envio OPCIONAL, ou seja, não é obrigatório o envio deste layout.
- O arquivo deve ser confeccionado obrigatoriamente na extensão "CSV". Após sua geração, deve ser compactado no formato "ZIP".
- Não existe um formato padrão para os nomes dos arquivos gerados. Porém, recomendamos que exista um critério definido para que os arquivos sejam facilmente identificáveis. Exemplo: "GM_MS_CORPOCLI_26122012_170531.csv"
- Com este modelo de nomenclatura, é possível identificar o software gerador do arquivo (aqui exemplificado por GM_MS), o layout do arquivo (CORPOCLI ou seja, layout de envio de Corpo Clínico), além de identificar facilmente a data e hora da geração do arquivo (26122612_170531). Lembramos que este modelo de nomenclatura é apenas sugerido, não obrigatório. Cada empresa poderá gerar o arquivo com o nome que preferir.
O arquivo gerado deve obrigatoriamente conter um registro de cabeçalho, correspondente ao nome dos campos. No caso do layout de Planos, a linha de cabeçalho será a seguinte:
Bloco de código language bash firstline 1 linenumbers true "codigo_legado";"cpf_cnpj";"codigo_cbo";"nome";"sequencial_endereco";"data_bloqueio";"motivo_bloqueio";"operacao";"versao_layout";"sigla_conselho_regional";"uf_conselho_regional";"numero_conselho_regional";"operacao","empresa_id";
As informações contidas no arquivo deverão sempre estar entre ASPAS DUPLAS, inclusive no cabeçalho. Exemplo do conteúdo do arquivo de Corpo Clínico, incluindo o cabeçalho:
Bloco de código language bash firstline 1 linenumbers true "codigo_legado";"cpf_cnpj";"codigo_cbo";"nome";"sequencial_endereco";"data_bloqueio";"motivo_bloqueio";"operacao";"versao_layout";"sigla_conselho_regional";"uf_conselho_regional";"numero_conselho_regional";"operacao"; "BB0000013";"11111111111";"055";"JOSE DA SILVA";"001";"";"";"0";"2.2";"CRM";"SP";"1234";"0","";
Todas as linhas do arquivo devem ser finalizadas com o caractere PONTO E VÍRGULA. Exemplo de um trecho do arquivo de Corpo Clínico.
Bloco de código language bash firstline 1 linenumbers true "codigo_legado";"cpf_cnpj";"codigo_cbo";"nome";"sequencial_endereco";"data_bloqueio";"motivo_bloqueio";"operacao";"versao_layout";"sigla_conselho_regional";"uf_conselho_regional";"numero_conselho_regional";"operacao","empresa_id"; "BB0000013";"11111111111";"055";"JOSE DA SILVA";"001";"";"";"0";"2.2";"CRM";"SP";"1234";"0",""; "BB0000019";"11111111111";"055";"MARCIO SAMPAIO";"001";"";"";"0";"2.2";"CRM";"SP";"5555";"4",""; "BB0000030";"46734094000123";"001";"LORETTA MORAES";"001";"";"";"0";"2.2";"CRM";"SP";"777777";"0",""; "BB0000013";"46734094000123";"002";"JOSE DA SILVA";"001";"";"";"0";"2.2";"CRM";"SP";"1234";"1","";
Não utilize caracteres de ponto e virgula (;) nos conteúdos dos campos:
Nota title Atenção Em alguns campos de texto é comum separarmos um item do outro utilizando o caractere ponto e virgula (;). Porém, no momento da exportação, este caractere não pode ser usado como conteúdo do campo, pois o ponto e vírgula é o caractere que delimita o fim de um campo e início de outro, em arquivos CSV. Assim, enviar um campo de e-mail, por exemplo, com o seguinte conteúdo email1@meuemail.com;email2@outroemail.com causará uma falha no importador.
8. Layout REDE CREDENCIADA - (GM_MS_REDECRED.csv)
Breve explicação sobre rede credenciada
Utilize este layout para enviar sua Rede Credenciada para a o banco de dados da Mobile Saúde. Neste arquivo, só deverão constar credenciados que podem prestar atendimento às especialidades e planos vinculados.
Nota | ||
---|---|---|
| ||
Lembre-se: Caso você deseje que determinado credenciado/prestador não atenda a um plano ou rede de planos, não inclua-o neste arquivo. |
seq | critério | campo | tipo | descrição | |||||
---|---|---|---|---|---|---|---|---|---|
1 | M | codigo_cbo | Alfanumérico | Envie o código do CBO do credenciado. Caso não exista um código CBO para sua especialidade, envie seu código próprio que identifica a especialidade em seus sistemas.
| |||||
2 | M | codigo_plano | Alfanumérico | Envie o código do plano (produto) de sua operadora a que este credenciado pode prestar atendimento.
| |||||
3 | M | classe_prestador | Alfanumérico | Envie o Código da classe ou tipo do credenciado.
| |||||
4 | M | codigo_legado | Alfanumérico | Informe o código do credenciado em seus sistemas. É um código de controle de sua operadora, utilizado para identificar este profissional/estabelecimento em seus sistemas | |||||
5 | M | nome_prestador | Alfanumérico | Informe o nome do credenciado. | |||||
6 | OP | sexo | Alfanumérico | Informe M para masculino ou F para feminino. | |||||
7 | M | endereco | Alfanumérico | Logradouro do local de atendimento do credenciado.
| |||||
8 | M | numero | Alfanumérico | Informe o número do local de atendimento do credenciado
| |||||
9 | OP | complemento | Alfanumérico | Informe o complemento do endereço do credenciado.
| |||||
10 | M | bairro | Alfanumérico | Informe o bairro do local de atendimento do seu credenciado.
| |||||
11 | M | codigo_municipio | Alfanumérico | Neste campo deve ser enviado o código do município do local de atendimento do credenciado, conforme tabela do IBGE.
| |||||
12 | M | codigo_uf | Alfanumérico | Informe a UF do local de atendimento do credenciado, conforme tabela de UF do IBGE.
| |||||
13 | M | cep | Alfanumérico | Informe o CEP do local de atendimento do credenciado. | |||||
14 | OP | telefone_primario | Alfanumérico | Informe um telefone de contato do local de atendimento do credenciado no formato DDD+Número.
| |||||
15 | OP | telefone_secundario | Alfanumérico | Informe um telefone de contato do local de atendimento do credenciado no formato DDD+Número.
| |||||
16 | OP | Alfanumérico | Informe um email de contato do credenciado, se houver.
| ||||||
17 | OP | site_url | Alfanumérico | Informe o site do credenciado, se houver. | |||||
18 | OP | nome_logomarca | Alfanumérico | Campo reservado para implementação futura. | |||||
19 | M | cpf_cnpj | Alfanumérico | Informe o CPF/CNPJ do credenciado. | |||||
20 | OP | prioridade | Numérico | Campo reservado para implementação futura. | |||||
21 | OP | latitude | Alfanumérico | Caso sua operadora já possua o geo-referenciamento na sua base de dados, repasse a coordenada de latitude neste campo. | |||||
22 | OP | longitude | Alfanumérico | Caso sua operadora já possua o geo-referenciamento na sua base de dados, repasse a coordenada de latitude neste campo. | |||||
23 | M | sequencial_endereco | Alfanumérico | Informe um sequencial para o endereço em cada credenciado.
| |||||
24 | C | data_bloqueio | Data | Campo integrante da solução para RN 365 – ANS válido para operadoras de saúde. Para atendimento a esta RN, deve-se informar neste campo:
| |||||
25 | C | motivo_bloqueio | Alfanumérico | Campo integrante da solução para RN 365 – ANS válido para operadoras de saúde.
| |||||
26 | OP | reservado | Alfanumérico | CAMPO RESERVADO = ANTERIORMENTE COM NOME OPERAÇÃO, ESTE CAMPO AGORA É | |||||
27 | M | versao_layout | Alfanumérico | Informar 2.2 para envio deste layout. | |||||
28 | C | razao_social | Alfanumérico | PREENCHIMENTO OBRIGATÓRIO SOMENTE CASO O PRESTADOR SEJA PESSOA JURÍDICA – conforme RN 285 / 2011.
| |||||
29 | C | sigla_conselho_regional | Alfanumérico | PREENCHIMENTO OBRIGATÓRIO SOMENTE PARA PRESTADORES PESSOA FÍSICA – conforme RN 285 / 2011). Caso o registro seja referente a um prestador PJ, o campo será OPCIONAL, podendo-se informar a sigla do conselho regional do responsável técnico.
| |||||
30 | C | uf_conselho_regional | Alfanumérico | PREENCHIMENTO OBRIGATÓRIO SOMENTE PARA PRESTADORES PESSOA FÍSICA – conforme RN 285 / 2011), podendo-se informar a UF do conselho regional do responsável técnico.
| |||||
31 | C | numero_conselho_regional | Numérico | PREENCHIMENTO OBRIGATÓRIO SOMENTE PARA PRESTADORES PESSOA FÍSICA – conforme RN 285 / 2011).
| |||||
32 | OP | nome_responsavel_tecnico | Alfanumérico | Informe o nome do responsável técnico, caso o prestador seja PJ. | |||||
33 | OP | Alfanumérico | Caso o prestador tenha uma conta nesta rede social e deseje divulga-la, você poderá informar neste campo o link para o Facebook. | ||||||
34 | OP | Alfanumérico | Caso o prestador tenha uma conta nesta rede social e deseje divulga-la, você poderá informar neste campo o link para o Twitter. | ||||||
35 | OP | observacoes | Alfanumérico | Espaço de texto livre para informações gerais a respeito deste prestador. | |||||
36 | OP | acessibilidade | Alfanumérico | Informe “S” para prestadores que possuem algum tipo de acessibilidade (acesso a cadeirantes, auxílio a deficientes visuais, etc). Informe “N” para os que não possuem nenhum tipo de acessibilidade.
| |||||
37 | C | detalhe_acessibilidade | Alfanumérico | Nos casos onde o campo “acessibilidade” foi marcado como “S”, informar que tipo de acessibilidade o prestador possui. Texto livre. | |||||
38 | OP | atend_24_horas | Alfanumérico | Informe “S” se o prestador realiza atendimentos 24 horas. Caso contrário, informe “N”.
| |||||
39 | OP | link_agenda_online | Alfanumérico | CAMPO RESERVADO = ESTE CAMPO AGORA É RESERVADO PARA O FUTURO. | |||||
40 | C | secao_resultado | Numérico | Caso sua empresa opte em utilizar seções para indicar os resultados, o envio deste conteúdo torna-se OBRIGATÓRIO conforme acordado com a Mobile Saúde.
| |||||
41 | OP | regime_atendimento | Alfanumérico | Campo destinado a informar ao usuário o regime de atendimento.
| |||||
42 | C | cpf_cnpj_subst | Alfanumérico | Campo para atendimento a RN 365.
| |||||
43 | C | codigo_cbo_subst | Alfanumérico | Campo para atendimento a RN 365.
| |||||
44 | C | classe_prestador_subst | Alfanumérico | Campo para atendimento a RN 365.
| |||||
45 | C | sequencial_endereco_subst | Alfanumérico | Campo para atendimento a RN 365.
| |||||
46 | C | empresa_id | Alfanumérico | Campo reservado para implementação futura. | |||||
47 | C | tipo_estab | Alfanumérico | Para operadoras de saúde, esse campo é obrigatório, pois a RN 285 indica que todos os prestadores de serviços de saúde devem obrigatoriamente ter o tipo de estabelecimento de saúde.
| |||||
48 | OP | dt_inicio_atend | Data | Informe a data de início de prestação de serviço por parte de seu credenciado. Campo integrante da solução para RN 365 – ANS válido para operadoras de saúde. Para atendimento a esta RN, deve-se informar neste campo:
| |||||
49 | OP | mensagem_alerta | Alfanumérico | Informando conteúdo neste campo, uma mensagem de alerta será exibida logo abaixo dos dados do credenciado, fazendo com que seu cliente tenha informações em destaque de forma simples.
| |||||
50 | OP | codigo_subespecialidade | Alfanumérico | Envie o código da subespecialidade (codigo_sub) de sua operadora a que este credenciado pode prestar atendimento.
|
Observações importantes sobre o layout Rede Credenciada
Nota | ||
---|---|---|
| ||
Este é o arquivo central que faz vinculo com todos os arquivos nesta documentação, todos os itens abaixo são MUITO IMPORTANTES, leiam com atenção. |
- Este arquivo é de envio OBRIGATÓRIO.
- O arquivo deve ser confeccionado obrigatoriamente na extensão "CSV". Após sua geração, deve ser compactado no formato "ZIP".
- Não existe um formato padrão para os nomes dos arquivos gerados. Porém, recomendamos que exista um critério definido para que os arquivos sejam facilmente identificáveis. Exemplo: "GM_MS_REDECRED_26122012_170531.csv"
- Com este modelo de nomenclatura, é possível identificar o software gerador do arquivo (aqui exemplificado por GM_MS), o layout do arquivo (REDECRED ou seja, layout de envio de Rede Credênciada), além de identificar facilmente a data e hora da geração do arquivo (26122612_170531). Lembramos que este modelo de nomenclatura é apenas sugerido, não obrigatório. Cada empresa poderá gerar o arquivo com o nome que preferir.
O arquivo gerado deve obrigatoriamente conter um registro de cabeçalho, correspondente ao nome dos campos. No caso do layout de Planos, a linha de cabeçalho será a seguinte:
Bloco de código language bash firstline 1 linenumbers true "codigo_cbo";"codigo_plano";"classe_prestador";"codigo_legado";"nome_prestador";"sexo";"endereco";"numero";"complemento";"bairro";"codigo_municipio";"codigo_uf";"cep";"telefone_primario";"telefone_secundario";"email";"site_url";"nome_logomarca";"cpf_cnpj";"prioridade";"latitude";"longitude";"sequencial_endereco";"data_bloqueio";"motivo_bloqueio";"operacao";"versao_layout";"razao_social";"sigla_conselho_regional";"uf_conselho_regional";"numero_conselho_regional";"nome_responsavel_tecnico";"facebook";"twitter";"observacoes";"acessibilidade";"detalhe_acessibilidade";"atend_24_horas";”link_agenda_online”;”secao_resultado”;”regime_atendimento”,”empresa_id”;”reservado1”;”dt_inicio_atend”;”mensagem_alerta”;”codigo_subespecialidade”;
As informações contidas no arquivo deverão sempre estar entre ASPAS DUPLAS, inclusive no cabeçalho. Exemplo do conteúdo do arquivo de Rede Credenciada, incluindo o cabeçalho:
Bloco de código language bash firstline 1 linenumbers true "codigo_cbo";"codigo_plano";"classe_prestador";"codigo_legado";"nome_prestador";"sexo";"endereco";"numero";"complemento";"bairro";"codigo_municipio";"codigo_uf";"cep";"telefone_primario";"telefone_secundario";"email";"site_url";"nome_logomarca";"cpf_cnpj";"prioridade";"latitude";"longitude";"sequencial_endereco";"data_bloqueio";"motivo_bloqueio";"operacao";"versao_layout";"razao_social";"sigla_conselho_regional";"uf_conselho_regional";"numero_conselho_regional";"nome_responsavel_tecnico";"facebook";"twitter";"observacoes";"acessibilidade";"detalhe_acessibilidade";"atend_24_horas";”link_agenda_online”;”secao_resultado”;”regime_atendimento”,”empresa_id”;”reservado1”;”dt_inicio_atend”;”mensagem_alerta”;”codigo_subespecialidade”; "002";"0001001";"MED";"000016";"ALEXANDRE FUMAGALI";"";"RUA CUBATAO";"63";"APTO 502";"VILA MARIANA";"3550308";"SP";"";"1188777766";"";"";"";"";"09792311912";"";"";"";"001";"";"";"0";"2.2";"";"CRM";"SP";"444444";"";"";"";"";"";"";"";””;””;””,”0001”;””;”25/10/2015”;”atenção, prestador só atende aos domingos”;”001”
Todas as linhas do arquivo devem ser finalizadas com o caractere PONTO E VÍRGULA. Exemplo de um trecho do arquivo de Rede.
Bloco de código language bash firstline 1 linenumbers true "codigo_cbo";"codigo_plano";"classe_prestador";"codigo_legado";"nome_prestador";"sexo";"endereco";"numero";"complemento";"bairro";"codigo_municipio";"codigo_uf";"cep";"telefone_primario";"telefone_secundario";"email";"site_url";"nome_logomarca";"cpf_cnpj";"prioridade";"latitude";"longitude";"sequencial_endereco";"data_bloqueio";"motivo_bloqueio";"operacao";"versao_layout";"razao_social";"sigla_conselho_regional";"uf_conselho_regional";"numero_conselho_regional";"nome_responsavel_tecnico";"facebook";"twitter";"observacoes";"acessibilidade";"detalhe_acessibilidade";"atend_24_horas";”link_agenda_online”;”secao_resultado”;”regime_atendimento”,”empresa_id”;”reservado1”;”dt_inicio_atend”;”mensagem_alerta”;”codigo_subespecialidade”; "002";"0001001";"MED";"000016";"ALEXANDRE FUMAGALI";"";"RUA CUBATAO";"63";"APTO 502";"VILA MARIANA";"3550308";"SP";"";"11-88777766";"";"";"";"";"09792311912";"";"";"";"001";"";"";"0";"2.2";"";"CRM";"SP";"444444";"";"";"";"";"";"";"";"";"";"","0001";"";"25/10/2015";"";"";""; "002";"0004001";"MED";"000016";"ALEXANDRE FUMAGALI";"";"RUA CUBATAO";"63";"APTO 502";"VILA MARIANA";"3550308";"SP";"";"11-88777766";"";"";"";"";"09792311912";"";"";"";"001";"";"";"0";"2.2";"";"CRM";"SP";"444444";"";"";"";"";"";"";"";””;””;””,"0001";"";”25/10/2015”;"";"";""; "002";"0005001";"MED";"000016";"ALEXANDRE FUMAGALI";"";"RUA CUBATAO";"63";"APTO 502";"VILA MARIANA";"3550308";"SP";"";"11-88777766";"";"";"";"";"09792311912";"";"";"";"001";"";"";"0";"2.2";"";"CRM";"SP";"444444";"";"";"";"";"";"";"";””;””;””,"0001";"";”25/10/2015”;"";""; "055";"0001001";"CLI";"000008";"CLINICA BOA ESPERANCA";"";"RUA AMAZONAS DA SILVA";"120";"SALA 10";"VILA GUILHERME";"3550308";"SP";"02051000";"-0800 70 98100";"";"";"www.clinicabs.com.br";"";"11111111111";"";"";"";"001";"";"";"0";"2.2";"";"CRM";"";"";"";"";"";"";"S";"DEFICIENTES VISUAIS, AUDITIVOS E DE LOCOMOCAO TEM ACESSO GARANTIDO EM NOSSAS DEPENDENCIAS.";"N","0001";"";"12/11/2015"; ;"atenção, prestador só atende aos domingos";"002"; "001";"0001001";"CLI";"000012";"CLINICA SAO MARCOS";"";"RUA TRAJANO";"40";"SALA 450, ANDAR 2 E 4";"LAPA";"3550308";"SP";"05050110";"11-44556677";"";"";"www.clinicasaomarcos.org.br";"";"46734094000123";"";"";"";"001";"";"";"0";"2.1";"";"CRM";"";"";"";"";"";"AGENDAMENTO DAS 13:00 AS 17:00HRS";"S";"ACESSO A CADEIRANTES";"N","0001";"";"25/10/2015”; ”atenção, prestador só atende as terças”;"001"
Cuidados com os campos de endereço: grande parte dos problemas de geo-referenciamento são causados por problemas na disposição dos dados do endereço. Por exemplo: as informações do campo COMPLEMENTO ou NUMERO jamais devem ser enviadas juntamente com o campo ENDEREÇO. Este tipo de envio faz com que os algoritmos não consigam localizar a coordenada geográfica exata, e portanto, devem ser evitados.
Identificamos alguns problemas comuns no cálculo de geo-referenciamento:
- Complementos de endereço (apartamento 1230, sala 453, bloco 2) enviados juntamente com o campo endereço.
- Complementos de endereço (apartamento 1230, sala 453, bloco 2) enviados juntamente com o campo numero.
- Campo de endereço agrupando todos os dados do endereço (logradouro, número, complemento, bairro).
- Campos número ou bairro em branco ou inválidos.
- Campo código do município inválido (não correspondente ao site o IBGE) ou em branco.
- Campo de código UF inválido (não correspondente ao site o IBGE) ou em branco.
Informações importantes a respeito do arquivo de Rede Credenciada:
Quando o arquivo enviado for de carga parcial, os arquivos obrigatórios (Especialidades, Planos e Tipo de Rede Credenciada) deverão ser enviados POR COMPLETO. O envio parcial destes tipos de arquivos pode causar problemas na busca.
Não utilize caracteres de ponto e virgula (;) nos conteúdos dos campos:
- Em alguns campos de texto é comum separarmos um item do outro utilizando o caractere ponto e virgula (;). Porém, no momento da exportação, este caractere não pode ser usado como conteúdo do campo, pois o ponto e vírgula é o caractere que delimita o fim de um campo e início de outro, em arquivos CSV. Assim, enviar um campo de e-mail, por exemplo, com o seguinte conteúdo email1@meuemail.com;email2@outroemail.com causará uma falha no importador.
9. Layout HORÁRIOS DE ATENDIMENTO (GM_MS_HORARIOS.csv)
Breve explicação sobre tipo de de Horários de Atendimento
Destina-se ao envio de informações a respeito dos horários de atendimento do prestador de serviços. Este arquivo é OPCIONAL, ou seja, caso você não possua estas informações em sua base de dados ou não deseje divulgar os horários de atendimento, não gere este arquivo. Caso você possua apenas os horários de atendimento de alguns prestadores ou de sua rede própria, gere o arquivo apenas com os horários dos prestadores que você tem informações.
seq | criterio | campo | tipo | descricao | |||||
---|---|---|---|---|---|---|---|---|---|
1 | M | cpf_cnpj | Alfanumérico | Informe o CPF/CNPJ do prestador ao qual horário de atendimento pertence.
| |||||
2 | M | sequencial_endereco | Alfanumérico | Envie o código sequencial do endereço em que este horário estará vinculado.
| |||||
3 | M | titulo_horario | Alfanumérico | Campo destinado ao título do horário. | |||||
4 | M | horario_inicial | Alfanumérico | Informe o horário inicial de atendimento para este registro. Exemplo: 14:00. Caso o prestador atenda 24 horas, o horário inicial informado deverá ser 00:00 | |||||
5 | M | horario_final | Alfanumérico | Informe o horário final de atendimento para este registro. Exemplo: 19:00. Caso o prestador atenda 24 horas, o horário final deverá ser 23:59 | |||||
6 | OP | inicio_intervalo | Alfanumérico | Informe o horário de início do intervalo. Exemplo: 12:00. Caso o prestador atenda 24 horas, ou não faça intervalo, não enviar conteúdo neste campo. | |||||
7 | OP | final_intervalo | Alfanumérico | Informe o horário de fim do intervalo. Exemplo: 13:30. Caso o prestador atenda 24 horas, ou não faça intervalo, não enviar conteúdo neste campo. | |||||
8 | M | tag_dia_da_semana | Alfanumérico | Informe os dias da semana suportados, separados por barra (/), conforme a seguinte regra:
"SEG/QUA/SEX" – para atendimento nas segundas, quartas e sextas. "DOM/FER" – para atendimento nos domingos e feriados. | |||||
9 | M | operacao | Numérico | 0 - Inclusão; 1 - Alteração; 2 - Bloqueio; 3 - Desbloqueio; 4 – Exclusão | |||||
10 | M | versao_layout | Alfanumérico | Informar 2.2 para envio deste layout. | |||||
11 | OP | empresa_id | Alfanumérico | Campo reservado para implementação futura. |
Observações importantes sobre o layout Horários de Atendimento
- Este arquivo é de envio OPCIONAL, ou seja, não é obrigatório o envio deste layout.
- O arquivo deve ser confeccionado obrigatoriamente na extensão "CSV". Após sua geração, deve ser compactado no formato "ZIP".
- Não existe um formato padrão para os nomes dos arquivos gerados. Porém, recomendamos que exista um critério definido para que os arquivos sejam facilmente identificáveis. Exemplo: "GM_MS_HORARIOS_26122012_170531.csv"
- Com este modelo de nomenclatura, é possível identificar o software gerador do arquivo (aqui exemplificado por GM_MS), o layout do arquivo (HORARIOS ou seja, layout de envio de Horários Médicos), além de identificar facilmente a data e hora da geração do arquivo (26122612_170531). Lembramos que este modelo de nomenclatura é apenas sugerido, não obrigatório. Cada empresa poderá gerar o arquivo com o nome que preferir.
O arquivo gerado deve obrigatoriamente conter um registro de cabeçalho, correspondente ao nome dos campos. No caso do layout de Planos, a linha de cabeçalho será a seguinte:
Bloco de código language bash firstline 1 linenumbers true "cpf_cnpj";"sequencial_endereco";"titulo_horario";"horario_inicial";"horario_final";"Inicio_intervalo";"final_intervalo";"tag_dia_da_semana";"operacao";"versao_layout","empresa_id";
As informações contidas no arquivo deverão sempre estar entre ASPAS DUPLAS, inclusive no cabeçalho. Exemplo do conteúdo do arquivo de Horários de Atendimento, incluindo o cabeçalho:
Bloco de código language bash firstline 1 linenumbers true "cpf_cnpj";"sequencial_endereco";"titulo_horario";"horario_inicial";"horario_final";"Inicio_intervalo";"final_intervalo";"tag_dia_da_semana";"operacao";"versao_layout","empresa_id"; "00000000000000";"001";"DIAS ÚTEIS ";"08:00";"18:00";"12:00";"13:00";"SEG/TER/QUA/QUI/SEX";"0";"2.2","";
Todas as linhas do arquivo devem ser finalizadas com o caractere PONTO E VÍRGULA. Exemplo de um trecho do arquivo de Horários de Atendimento.
Bloco de código language bash firstline 1 linenumbers true "cpf_cnpj";"sequencial_endereco";"titulo_horario";"horario_inicial";"horario_final";"Inicio_intervalo";"final_intervalo";"tag_dia_da_semana";"operacao";"versao_layout",”empresa_id”; "00000000000000";"001";"DIAS ÚTEIS ";"08:00";"18:00";"12:00";"13:00";"SEG/TER/QUA/QUI/SEX";"0";"2.2",""; "00000000000000";"002";"SABADOS ";"08:00";"12:00";"";"";"SAB";"0";"2.2","";
Não utilize caracteres de ponto e virgula (;) nos conteúdos dos campos:
Nota title Atenção Em alguns campos de texto é comum separarmos um item do outro utilizando o caractere ponto e virgula (;). Porém, no momento da exportação, este caractere não pode ser usado como conteúdo do campo, pois o ponto e vírgula é o caractere que delimita o fim de um campo e início de outro, em arquivos CSV.
10. Layout QUALIFICAÇÃO E ACREDITAÇÃO - (GM_MS_QUALIFICACAO.csv)
Breve explicação sobre Qualificação e Acreditação
Destina-se ao envio de dados a respeito das informações relevantes acerca da acreditação e / ou qualificações dos prestadores. Apenas operadoras de saúde devem considerar o envio deste layout. Seu envio é opcional, ou seja, caso você não possua estas informações em sua base de dados, não gere este arquivo.
Nota | ||
---|---|---|
| ||
A Mobile Saúde não faz nenhuma verificação a respeito das informações de acreditação repassadas através deste layout. |
seq | criterio | campo | tipo | descricao | |||||
---|---|---|---|---|---|---|---|---|---|
1 | M | cpf_cnpj | Alfanumérico | Informe o CPF/CNPJ do prestador ao qual a acreditação pertence.
| |||||
2 | M | codigo_cbo | Alfanumérico | Envie o código da especialidade do prestador a que a acreditação / qualificação pertence.
| |||||
3 | M | sequencial_endereco | Alfanumérico | Envie o código sequencial do endereço em que este registro estará vinculado.
| |||||
4 | M | codigo_acreditacao | Alfanumérico | Informe o código definido pela instituição acreditadora.
| |||||
5 | M | resumo_qualificacao | Alfanumérico | Campo destinado ao resumo da qualificação ou acreditação, conforme RN 321 / IN 52. Este é um campo texto aberto, que deve ser preenchido com os conteúdos desejados ou conforme a ANS estipula. Padrão nacional de qualidade | |||||
6 | OP | detalhe_qualificacao | Alfanumérico | Devem ser fornecidos os detalhes (quando aplicáveis) sobre a qualificação / acreditação identificada no resumo. Alguns conteúdos sugeridos:
Este campo é de texto livre, portanto os itens descritos nesta observação são apenas sugestões, cabendo a operadora confeccionar os melhores conteúdos para exibir aos seus beneficiários.
| |||||
7 | OP | data_inicial | Data | Envie a data inicial, caso exista, referente a experiência profissional ou de cursos, aperfeiçoamentos, ou educação formal.
| |||||
8 | OP | data_final | Data | Envie a data final, caso exista, referente a experiência profissional ou de cursos, aperfeiçoamentos, ou educação formal.
| |||||
9 | M | operacao | Numérico | 0 - Inclusão; 1 - Alteração; 4 – Exclusão | |||||
10 | M | versao_layout | Alfanumérico | Informar 2.2 para envio deste layout. | |||||
11 | OP | empresa_id | Alfanumérico | Campo reservado para implementação futura. |
Observações importantes sobre o layout Qualificação e Acreditação
- Este arquivo é de envio OPCIONAL, ou seja, não é obrigatório o envio deste layout.
- O arquivo deve ser confeccionado obrigatoriamente na extensão "CSV". Após sua geração, deve ser compactado no formato "ZIP".
- Não existe um formato padrão para os nomes dos arquivos gerados. Porém, recomendamos que exista um critério definido para que os arquivos sejam facilmente identificáveis. Exemplo: "GM_MS_QUALIFICACAO_26122012_170531.csv"
- Com este modelo de nomenclatura, é possível identificar o software gerador do arquivo (aqui exemplificado por GM_MS), o layout do arquivo (QUALIFICACAO E ACREDITAÇÃO ou seja, layout de envio de Qualificação e Acreditação), além de identificar facilmente a data e hora da geração do arquivo (26122612_170531). Lembramos que este modelo de nomenclatura é apenas sugerido, não obrigatório. Cada empresa poderá gerar o arquivo com o nome que preferir.
O arquivo gerado deve obrigatoriamente conter um registro de cabeçalho, correspondente ao nome dos campos. No caso do layout de Planos, a linha de cabeçalho será a seguinte:
Bloco de código language bash firstline 1 linenumbers true "cpf_cnpj";"codigo_cbo";"sequencial_endereco";"codigo_acreditacao";"resumo_qualificacao";"detalhe_qualificacao";"data_inicial";"data_final";"operacao";"versao_layout","empresa_id";
As informações contidas no arquivo deverão sempre estar entre ASPAS DUPLAS, inclusive no cabeçalho. Exemplo do conteúdo do arquivo de Qualificação / Acreditação, incluindo o cabeçalho:
Bloco de código language bash firstline 1 linenumbers true "cpf_cnpj";"codigo_cbo";"sequencial_endereco";"codigo_acreditacao";"resumo_qualificacao";"detalhe_qualificacao";"data_inicial";"data_final";"operacao";"versao_layout","empresa_id"; "00000000000000";"001";"002";"AONA";"Padrão nacional de qualidade";"Entidade acreditadora: ABCDEFG – Acreditado Pleno";"23/12/2010";"25/12/2012";"0";"2.2","";
Todas as linhas do arquivo devem ser finalizadas com o caractere PONTO E VÍRGULA. Exemplo de um trecho do arquivo de Horários de Atendimento.
Bloco de código language bash firstline 1 linenumbers true "cpf_cnpj";"codigo_cbo";"sequencial_endereco";"codigo_acreditacao";"resumo_qualificacao";"detalhe_qualificacao";"operacao";"versao_layout","empresa_id"; "00000000000000";"001";"002";"AONA";"Padrão nacional de qualidade";"Entidade acreditadora: ABCDEFG – Acreditado Pleno";"23/10/2013";"25/11/2014";"0";"3.1";""; "00000000000000";"001";"002";"ACBA";"Padrão internacional de qualidade";"Entidade acreditadora: ABCDEFG – Acreditado Pleno";"01/01/2014";"31/12/2014";"0";"2.2";"";
Não utilize caracteres de ponto e virgula (;) nos conteúdos dos campos:
Nota title Atenção Em alguns campos de texto é comum separarmos um item do outro utilizando o caractere ponto e virgula (;). Porém, no momento da exportação, este caractere não pode ser usado como conteúdo do campo, pois o ponto e vírgula é o caractere que delimita o fim de um campo e início de outro, em arquivos CSV.
11. Layout MEDICAMENTOS - (GM_MS_MEDICAMENTO.csv)
Breve explicação sobre Medicamentos
Destina-se ao envio de dados a respeito das informações acerta dos medicamentos concedidos como beneficio aos beneficiários da sua operadoras. Apenas operadoras de saúde devem considerar o envio deste layout. Seu envio é opcional, ou seja, caso você não possua estas informações em sua base de dados, não gere este arquivo. A Mobile Saúde não faz nenhuma verificação a respeito das informações de medicamentos repassados através deste layout.
seq | criterio | campo | tipo | descricao | |||||
---|---|---|---|---|---|---|---|---|---|
1 | M | codigo_plano | Alfanumérico | Envie o código do plano (produto) de sua operadora a que este medicamento é oferecido.
| |||||
2 | M | nome_medicamento | Alfanumérico | Nome do medicamento. | |||||
3 | OP | principio_ativo | Alfanumérico | Nome do principio ativo do medicamento. | |||||
4 | OP | fabricante | Alfanumérico | Nome do fabricante do medicamento | |||||
5 | OP | descricao | Alfanumérico | Breve descrição sobre o medicamento | |||||
6 | OP | percentual_subsidio | Alfanumérico | Envio o percentual do subsidio oferecido a este medicamento para o plano em questão. | |||||
7 | OP | codigo_ean | Alfanumérico | Envie o código EAN (codigo de barras) do medicamento. | |||||
8 | OP | quantidade_subsidio | Alfanumérico | Envie a quantidade autorizada pelo subsidio | |||||
9 | OP | empresa_id | Alfanumérico | Campo reservado para implementação futura. |
Observações importantes sobre o layout Medicamentos
- Este arquivo é de envio OPCIONAL, ou seja, não é obrigatório o envio deste layout.
- O arquivo deve ser confeccionado obrigatoriamente na extensão "CSV". Após sua geração, deve ser compactado no formato "ZIP".
- Não existe um formato padrão para os nomes dos arquivos gerados. Porém, recomendamos que exista um critério definido para que os arquivos sejam facilmente identificáveis. Exemplo: "GM_MS_MEDICAMENTO_26122012_170531.csv"
- Com este modelo de nomenclatura, é possível identificar o software gerador do arquivo (aqui exemplificado por GM_MS), o layout do arquivo (MEDICAMENTO ou seja, layout de envio de Medicamentos), além de identificar facilmente a data e hora da geração do arquivo (26122612_170531). Lembramos que este modelo de nomenclatura é apenas sugerido, não obrigatório. Cada empresa poderá gerar o arquivo com o nome que preferir.
O arquivo gerado deve obrigatoriamente conter um registro de cabeçalho, correspondente ao nome dos campos. No caso do layout de Planos, a linha de cabeçalho será a seguinte:
Bloco de código language bash firstline 1 linenumbers true "codigo_plano";"nome_medicamento";"principio_ativo";"fabricante";"descricao";"percentual_subsidio";"codigo_ean","quantidade_subsidio","empresa_id";
As informações contidas no arquivo deverão sempre estar entre ASPAS DUPLAS, inclusive no cabeçalho. Exemplo do conteúdo do arquivo de Medicamentos, incluindo o cabeçalho.
Bloco de código language bash firstline 1 linenumbers true "codigo_plano";"nome_medicamento";"principio_ativo";"fabricante";"descricao";"percentual_subsidio";"codigo_ean";"quantidade_subsidio";"empresa_id"; “0001“;"Aciclovir";"Aciclovir";"EMS";"Medicamento de teste";"100";"10101012";"10";"";
Todas as linhas do arquivo devem ser finalizadas com o caractere PONTO E VÍRGULA. Exemplo de um trecho do arquivo de Tipo de Rede Credenciada.
Bloco de código language bash firstline 1 linenumbers true "codigo_plano";"nome_medicamento";"principio_ativo";"fabricante";"descricao";"percentual_subsidio";"codigo_ean";"quantidade_subsidio";"empresa_id"; “0001“;"Aciclovir";"Aciclovir";"EMS";"Medicamento de teste";"100";"10101012";"10";"";
Não utilize caracteres de ponto e virgula (;) nos conteúdos dos campos:
Nota title Atenção Em alguns campos de texto é comum separarmos um item do outro utilizando o caractere ponto e virgula (;). Porém, no momento da exportação, este caractere não pode ser usado como conteúdo do campo, pois o ponto e vírgula é o caractere que delimita o fim de um campo e início de outro, em arquivos CSV.
Pesquisa em tempo real |
---|