Você está na página 1de 439

Regras da migração dos

dados para o sistema Saúde


Fly
Histórico de revisões

Revisão Data Descrição da alteração

1.0 19/10/2015 - Criação do Documento: Regras da migração dos dados


para o sistema Saúde Fly

1.1 08/12/2015 - Reestruturação do documento;


- Inclusão dos tópicos 2 e 3.

1.2 12/01/2016 - Padronização da linguagem


- Ajuste em nome de tabelas
- Ajuste nos modelos para conversão

1.3 01/04/2016 - Reestruturação do documento


- Inclusão de itens para conferência dos dados migrados

1.4 06/08/2020 - Removido no código da Migração de dados o seguinte


Item de Dispensa: "qtdDispensa".
- Adicionada Relação de Parentesco Familiar com
respectivos responsáveis familiar em:
“relacaoParentescoFamiliar”;
- Os campos descritivos: “Origem do atendimento”;
“Conduta” “Encaminhamento” forma atualizados com
valores respectivos.

1.5 07/08/2020 - Adicionadas descrições “dtValidade” e “fabricante” em


Itens das entradas de materiais.

1.6 12/08/2020 - Removido valores possíveis referente a


“grauParentesco”, mantendo somente valores possíveis
ao “relacaoParentescoFamiliar” Relação de Parentesco
Familiar.
Sumário
1. Introdução
2. Liberação e envio dos dados
2.1. Extrair e estruturar dados
2.2. Solicitar Token a Betha Sistemas na Base de Teste
2.3. Migrar dados na base teste
2.4. Homologar dados migrados
2.5. Solicitar Token a Betha Sistemas na Base de Produção
2.6. Migrar dados na base de produção
3. Suporte aos serviços de migração
4. Serviços e tabelas
4.1. Regras da migração dos dados
4.2. Layout da tabela de Pacientes
4.3. Layout da tabela de CNS e números provisórios dos pacientes
4.4. Layout da tabela de Contatos
4.5. Layout da tabela de Profissionais
4.6. Layout da tabela de Vínculos dos profissionais com os estabelecimentos
4.7. Layout da tabela de Especialidades
4.8. Layout da tabela de Procedimentos da especialidade
4.9. Layout da tabela de Agendas dos profissionais
4.10. Layout da tabela de Horários previstos na agenda do profissional
4.11. Layout da tabela de Horários de ausência do profissional
4.12. Layout da tabela de Itens da reserva diária para agendamentos
4.13. Layout da tabela de Reservas diárias para agendamentos nos
estabelecimentos
4.14. Layout da tabela de Veículos
4.15. Layout da tabela de Controle de Viagens
4.16. Layout da tabela de Itens dos controles de viagens
4.17. Layout da tabela de Acompanhantes dos pacientes dos controles de
viagens...
4.18. Layout da tabela de Laudos para TFD
4.19. Layout da tabela de Pedidos de TFD
4.20. Layout da tabela de Solicitações para remoção de paciente de TFD
4.21. Layout da tabela de Medicamentos contínuos
4.22. Layout da tabela de Atendimentos
4.23. Layout da tabela de Triagens
4.24. Layout da tabela de Evolução diária do paciente
4.25. Layout da tabela de Exames físicos
4.26. Layout da tabela de Prescrições de medicamentos
4.27. Layout da tabela de Procedimentos realizados no atendimento
4.28. Layout da tabela de Procedimentos secundários solicitados
4.29. Layout da tabela de Procedimentos solicitados no atendimento
4.30. Layout da tabela de SOAP no atendimento
4.31. Layout da tabela de Tratamento no atendimento
4.32. Layout da tabela de Aplicações dos medicamentos dos tratamentos
4.33. Layout da tabela de Prontos atendimentos
4.34. Layout da tabela de Procedimentos realizados do encaminhamento
4.35. Layout da tabela de Retornos
4.36. Layout da tabela de Triagem Classificação de Risco
4.37. Layout da tabela de Cotas das solicitações de agendamentos
4.38. Layout da tabela de Itens das cotas das solicitações de agendamentos
4.39. Layout da tabela de Agendamentos
4.40. Layout da tabela de Agendamentos que foram cancelados ou
transferidos e que necessitam de contato
4.41. Layout da tabela de Solicitações de agendamentos
4.42. Layout da tabela de Solicitações de laudos de AIH
4.43. Layout da tabela de Solicitação de Laudo de Procedimentos BPA-I
4.44. Layout da tabela de Procedimentos da Solicitação de Laudo de
Procedimentos BPA-I
4.45. Layout da tabela de Solicitação de procedimentos
4.46. Layout da tabela de Itens da solicitação de procedimentos
4.47. Layout da tabela de Solicitações de Atendimentos Individuais
4.48. Layout da tabela de Atividades
4.49. Layout da tabela de Membros da atividade
4.50. Layout da tabela de Avaliações de exames dos Atendimentos
individuais
4.51. Layout da tabela de Profissionais das Atividades
4.52. Layout da tabela de Domicilios
4.53. Layout da tabela de Responsáveis do Domicílio
4.54. Layout da tabela de Questionário Auto-referido de condição/situação
de saúde
4.55. Layout da tabela de Turmas
4.56. Layout da tabela de Membros da turma
4.57. Layout da tabela de Visitas Domiciliares
4.58. Layout da tabela de Motivos de visitas domiciliares
4.59. Layout da tabela de Boletins de Produção Ambulatorial Consolidados
BPA-C...
4.60. Layout da tabela de Itens dos Boletins de Produção Ambulatorial
Consolidados - BPA-C
4.61. Layout da tabela de Competências
4.62. Layout da tabela de Faixas de BPA-I
4.63. Layout da tabela de Ficha de Produção Orçamentária - FPO
4.64. Layout da tabela de Procedimentos da Ficha de Produção
Orçamentária – FPO
4.65. Layout da tabela de Microrregiões da PPI
4.66. Layout da tabela de Municípios da Microrregião
4.67. Layout da tabela de Programação Pactuada e Integrada
4.68. Layout da tabela de Procedimentos Pactuados
4.69. Layout da tabela de Procedimentos que requerem autorização
4.70. Layout da tabela de Tetos Financeiros
4.71. Layout da tabela de Valores permitidos para o exame
4.72. Layout da tabela de Itens dos valores permitidos
4.73. Layout da tabela de Valores de referência do exame
4.74. Layout da tabela de Itens dos valores de referências do exame
4.75. Layout da tabela de Exames SADTs
4.76. Layout da tabela de Itens de exames SADT
4.77. Layout da tabela de Exames SADTS relacionados
4.78. Layout da tabela de Agendas das coletas de exames
4.79. Layout da tabela de Cotas dos horários das agendas de coletas de
exames..
4.80. Layout da tabela de Horários das agendas de coleta de exames SADT
4.81. Layout da tabela de Exames complementares
4.82. Layout da tabela de Exames complementares itens
4.83. Layout da tabela de Endereço dos laboratórios dos estabelecimentos
4.84. Layout da tabela de Fila de coleta de exames
4.85. Layout da tabela de Grupos de exames SADT
4.86. Layout da tabela de Exames dos grupos de exames SADT
4.87. Layout da tabela de Resultados dos exames
4.88. Layout da tabela de Itens dos resultados dos exames
4.89. Layout da tabela de Profissional do resultado de exame
4.90. Layout da tabela de Solicitação de exames citopatológico
4.91. Layout da tabela de Resultados de exames citopatológicos
4.92. Layout da tabela de Solicitação de exames de mamografia
4.93. Layout da tabela de Solicitações de exames SADT
4.94. Layout da tabela de Itens das solicitações de exames SADTS
4.95. Layout da tabela de Grupos de materiais
4.96. Layout da tabela de Subgrupos de materiais
4.97. Layout da tabela de Relacionamento entre Grupos e Subgrupos de
materiais
4.98. Layout da tabela de Unidades de medidas
4.99. Layout da tabela de Materiais
4.100. Layout da tabela de Entradas de materiais
4.101. Layout da tabela de Itens das entradas de materiais
4.102. Layout da tabela de Dispensas de materiais
4.103. Layout da tabela de Itens da dispensa de materiais
4.104. Layout da tabela de Lotes dispensados
4.105. Layout da tabela de Fornecedores
4.106. Layout da tabela de Localizações dos materiais no estoque
4.107. Layout da tabela de Itens das localizações dos materiais no estoque
4.108. Layout da tabela de Materiais estoques críticos
4.109. Layout da tabela de Itens dos materiais estoques críticos
4.110. Layout da tabela de Laboratórios dos materiais
4.111. Layout da tabela de Vencimento dos lotes dos materiais
4.112. Layout da tabela de Saldos de estoque dos materiais
4.113. Layout da tabela de Saldo dos lotes de materiais
4.114. Layout da tabela de Movimentação do estoque
4.115. Layout da tabela de Perdas e Sinistros
4.116. Layout da tabela de Itens de perdas e sinistros
4.117. Layout da tabela de Programação de materiais
4.118. Layout da tabela de Itens da programação de materiais
4.119. Layout da tabela de Requisição de materiais
4.120. Layout da tabela de Itens da requisição de materiais
4.121. Layout da tabela de Setores de custos
4.122. Layout da tabela de Transferências de materiais
4.123. Layout da tabela de Itens das transferências de materiais
4.124. Layout da tabela de Imunobiológicos
4.125. Layout da tabela de Doses dos imunobiológicos
4.126. Layout da tabela de Campanhas imunobiológicos
4.127. Layout da tabela de Estabelecimentos de campanhas de
imunobiológicos
4.128. Layout da tabela de Populações de campanhas de imunobiológicos
4.129. Layout da tabela de Cartões de Vacinas
4.130. Layout da tabela de Itens do Cartão de Vacinas
4.131. Layout da tabela de Atestados
1. Introdução
Este documento visa orientar as Revendas e Filiais na forma como o
arquivo Json deverá ser estruturado para que seja realizada a migração de
dados para o banco Oracle do sistema Saúde Fly.
2. Liberação e envio dos dados
Antes de realizar os procedimentos do respectivo manual, devem ser
realizados os procedimentos de importação contidos no Manual do GLB
(tabelas globais).
Para que o fluxo do processo de migração de dados possa ser colocado
em prática é necessário seguir alguns procedimentos que envolvem liberação,
preparação de ambiente e homologação dos dados a serem migrados.
Importante: Para utilização dos recursos disponíveis na migração de
dados, é prudente que o responsável pela execução de todo o fluxo tenha o
seguinte perfil técnico:
• Ser desenvolvedor de sistemas com conhecimento na arquitetura
REST com JSON (preferencialmente);
• Ter conhecimento em linguagem de programação, como: Java, Delphi,
Ruby, ASP.NET, Python, PHP, entre outras;
No decorrer deste capítulo o documento descreve o ciclo de
procedimentos necessários para que possa dar início e término do processo de
migração. De início, exibimos na Figura 1, um fluxograma macro que ilustra
todas as fases, desde a necessidade de converter os dados até seu término,
ou seja, a migração concluída na base de produção.

Figura 1 – Fluxograma do ciclo de migração de dados


O fluxo da migração de dados para o Saúde Fly é dividido em seis tarefas,
sendo que abaixo, está descrito os procedimentos necessários para o
atendimento a cada uma delas.
2.1 Extrair e estruturar dados

Esta tarefa é responsável pela extração e estruturação dos dados da


base o qual será migrada para o sistema Saúde Fly. Todos os dados precisam
ser extraídos, manipulados e organizados de maneira que fiquem compatíveis
com os serviços indicados no capítulo “4 – Serviços e tabelas”.
Nota: As ferramentas e técnicas necessárias para realizar esta tarefa ficam a
critério do responsável pelo processo de migração.
2.2 Solicitar Token a Betha Sistemas na Base de Teste

Uma vez que os dados já estejam na estrutura apropriada para execução


dos serviços, é necessário a aquisição de um Token juntamente ao setor de
senhas da Betha Sistemas.
O token é uma chave formada por 32 algarismos alfanuméricos,
organizados em grupos de 8, 4, 4, 4 e 12 dígitos. O token é uma informação
obrigatória para o ciclo de migração, pois tem como finalidade, identificar a
entidade na web que receberá os dados migrados. Neste caso, o token
liberado estará apontando os dados enviados pelos serviços para a base de
dados que foi liberada para os testes de conversão.
Exemplo de token: ga1499bb-bad8-4w63-9999-9aa000311g63
2.3 Migrar dados na base teste

Nesta tarefa, se inicia o processo propriamente dito da migração, pois é


o momento de utilizar todos os dados anteriormente extraídos. Antes de
realizar qualquer procedimento de migração, é necessário solicitar ao setor de
senhas da Betha Sistemas o serial para liberação da entidade na web, e
também possuir o token devidamente liberado. Com esta base montada é
realizado a execução dos serviços, e através do Json, a entidade de teste
liberada na web, recebe os dados convertidos.
Para realizar o envio, o responsável pelo processo de migração precisa
inicialmente definir qual a ferramenta vai ser utilizada para a execução dos
serviços. Na ferramenta, deverá ser informado o token, a URL do serviço e o
tipo de serviço a ser acionado conforme as requisições de serviço: POST
(realiza inserções de registro na base de dados), PUT (realiza alterações de
registro na base de dados) ou DELETE (realiza exclusões de registro na base
de dados).
Os dados serão enviados de forma agrupada, em forma de lote, o qual
será gerado um código para o mesmo e fornecido ao usuário para posterior
consulta através do serviço de lote.
O processo de migração dos dados para o Saúde Fly deve seguir a
estrutura de cada tabela descrita no capítulo “4 – Serviços e tabelas”, onde os
itens da coluna “Saúde Fly”devem ser alimentados com os dados migrados do
outro sistema, obedecendo as informações e condições descritas nas colunas
“Tipo de Dado”e “Regras/Observações”.
Em casos onde seja enviado um dado inválido, ou seja, não compatível
com o atributo do serviço executado, será exibida a mensagem: “O valor do
campo <nome do atributo> é inválido”.
É importante ressaltar, que todo o conteúdo do Json a ser importado por
qualquer dos serviços disponibilizados, não poderá exceder a quantidade de
100000 caracteres. Nestes casos onde ocorra este tipo de situação, as
importações precisam ser partilhadas para que o serviço possa ser executado
com sucesso. Uma vez que o tamanho limite de 100000 caracteres não seja
respeitado, será apresentada a mensagem “Conteúdo enviado da tabela
Registros de conversão está fora do tamanho permitido {0 - 100000}!”.
Nota: Fica a critério das Filiais, Revendas e Conversão, definir a ferramenta e
como será a montagem da estrutura do arquivo Json para importação das
informações.
Para consultar as tabelas passíveis do recurso "DELETE”pode-se fazer um
GET em https://e-gov.betha.com.br/saude-conversao-ws/api/, deve ser utilizado
o token para este tipo de requisição.
2.4 Homologar dados migrados

Esta tarefa é uma das principais do processo de migração, pois neste


momento é realizada a conferência e validação dos dados migrados para a
entidade web. A homologação poderá ser feita basicamente de duas formas,
fazendo a comparação das informações registradas em ambos os sistemas,
conferindo se todos os dados estruturados conforme tarefa “Extrair e estruturar
dados”estão inseridos corretamente na base teste de conversão.
Porém, também é possível conferir via execução de serviço, se em
algum dos atributos ocorreu problemas na inserção, alteração ou exclusão do
dado. Todo conteúdo do Json que for enviado pelos métodos POST, PUT e
DELETE, é retornado um código de identificação do lote de dados. Para
confirmar que a execução foi realizada com sucesso, ou seja, não houve
nenhuma restrição, é possível fazer a consulta através do códigoe com isso
garantir que o processamento dos dados esteja correto.
Para realizar a consulta, deverá ser informado a URL e o método de
serviço utilizado na ferramenta (método GET).
Criar novo lote:
https://e-gov.betha.com.br/saude-conversao-ws/api/atividades-profissionais
Exemplo do retorno de um Json enviado:
{
"idLot": 489,
"serviceType": "CREATE”
}
Exemplo da consulta do lote gerado:

https://e-gov.betha.com.br/saude-conversao-ws/api/lotes/489

Caso a consulta não retorne nenhuma restrição no processamento, é indicado


que o processamento foi efetuado com sucesso.

Exemplo:
{
"dtProcessEnd": "2015-10-30T20:24:50.280+0000",
"dtProcessStart": "2015-10-30T20:24:50.020+0000",
"dtServiceRequest": "2015-10-30T20:24:47.750+0000",
"idLot": 489,
"messageList": [
{
"clientId": "123",
"id": {
"iEntidades": 161,
"iPessoasProf": 90808,
"iAtividades": 64
},
"mostCritical": "SUCESS”
}
],
"mostCritical": "SUCESS",
"service": "atividades-profissionais",
"serviceType": "CREATE",
"statusLot": "PROCESSED”
}

Detalhes da resposta:

messageList: Objeto que contém detalhes de cada registro de atividades-


profissionais contido no lote enviado.
clientId: Id referente a cada registro recebido no lote. Serve para identificar o
registro enviado com o recebido no momento do retorno.
id: Id gerado ou alterado na tabela do sistema.
mostCritical: Quando dentro do item, indica o resultado do processamento do
item. Quando estiver na raiz do JSON, indica o resultado mais crítico de todo o
lote.
Uma mensagem de erro aqui não invalida os sucessos dos itens individuais.
statusLot: Indica o status de processamento do lote incluindo todos os seus
itens.

Caso a consulta retorne indicando alguma restrição no processamento, ou seja,


algum dado não pode ser inserido, é apresentada a informação da restrição.

Exemplo:
{
"dtProcessEnd": "2015-10-30T20:24:50.280+0000",
"dtProcessStart": "2015-10-30T20:24:50.020+0000",
"dtServiceRequest": "2015-10-30T20:24:47.750+0000",
"idLot": 489,
"messageList": [
{
"clientId": "123",
"message": "É obrigatório que a coluna \"Profissional
responsável\”da tabela \"Atividades profissionais\”seja informada!",
"mostCritical": "ERROR”
}
],
"mostCritical": "ERROR",
"service": "atividades-profissionais",
"serviceType": "CREATE",
"statusLot": "PROCESSED”
}

Detalhes da resposta:

Message: Mensagem de erro no momento de salvar a informação.


Sempre retornará no maximo 1 (uma) restrição por item.

Exemplo 2:

{
"dtProcessEnd": "2015-10-30T20:24:50.280+0000",
"dtProcessStart": "2015-10-30T20:24:50.020+0000",
"dtServiceRequest": "2015-10-30T20:24:47.750+0000",
"idLot": 489,
"messageList": [
{
"clientId": "123",
"messageList": [
{
"message": "O CBO informado não é
compatível com o profissional.",
"mostCritical": "ERROR”
}
],
"mostCritical": "ERROR”
}
],
"mostCritical": "ERROR",
"service": "atividades-profissionais",
"serviceType": "CREATE",
"statusLot": "PROCESSED”
}

Detalhes da resposta:

messageList: Lista de erros encontradas durante a validação dos


dados recebidos, pode retornar 1 (um) ou mais registros com diferentes
níveis de criticidade incluindo mensagens informativas com nível de
criticidade SUCESS, ou WARNING que não impedem o processamento
do item.

2.5 Solicitar Token a Betha Sistemas na Base de Produção

Uma vez que os dados migrados já estejam homologados, é necessário


que os mesmos sejam enviados para a base de dados de produção. Conforme
informado no capítulo “2.2 – Solicitar Token a Betha Sistemas na Base de
Teste”, o token direciona para qual entidade na web os dados serão migrados.
Diante disso, para migrar oficialmente as informações para a liberação e
base de produção do cliente, também é necessário à aquisição de um Token
juntamente ao setor de senhas da Betha Sistemas.
Nota: Na solicitação do token a Betha Sistemas, é importante que seja
informado e fique bem claro ao atendente, que a geração do token deve ser
feita para a migração dos dados para o banco de produção (banco oficial) do
cliente.
2.6 Migrar dados na base de produção

Nesta tarefa é efetuado o processo final de todo o ciclo da migração de


dados, ou seja, é o momento de enviar os dados para a base de produção do
cliente, também identificada como “base oficial”.
Nesta fase, todos os devidos ajustes já foram realizados durante o
processo de homologação, e neste caso, a necessidade é que os dados
extraídos e devidamente preparados sejam migrados utilizando os serviços
disponíveis.
Importante ressaltar que migrar os dados para a base de produção,
significa fazer a execução de todos os arquivos Json utilizados anteriormente
na migração teste para o banco de produção, lembrando que, na ferramenta
utilizada para a migração de dados, deve ser informado o token que foi
liberado para base oficial, de acordo com o descrito no capítulo “2.5 – Solicitar
Token a Betha Sistemas na Base de Produção”.
3. Suporte aos serviços de migração
A Betha Sistemas está disponibilizando às Revendas, Filiais e ao setor
de Conversão este manual para que auxilie no processo de migração dos
dados através do uso de WebService.
Toda e qualquer dúvida relacionada a regra de negócio ou estrutura do
sistema Saúde Fly, deverá ser reportado pelos canais de comunicação que a
Betha disponibiliza, ou seja, deve-se seguir o fluxo de atendimento via
chamado.
Nota: Não será prestado nenhum tipo de suporte relacionado a dúvidas sobre
construção de webservice, execução de serviços via Webservice, ou qualquer
outro assunto que não esteja relacionado ao conteúdo deste documento,
regras ou estrutura do Saúde Fly.
4. Serviços e tabelas
4.1 Regras da migração dos dados

● Descrição em banco = Descrição/nome do campo a ser


alimentado no sistema.
○ > nome da tabela
● Nome em tela = Nome do campo ou tabela do sistema Saúde
Fly

● Tipo de Dado = tipo da variável aceita no campo (Inteiro, Texto,


char, etc...)
○ Caso seja um tipo personalizado será listado como
“Enum”seguido do nome do tipo.
● Regras/Observações = Regras/validações ou observações,
referente ao campo.
○ “idSequencia”indica que o campo pertence a uma primary
key na sua respectiva posição.
● Aceita Nulo = coluna para identificar se o campo pode ser nulo
ou não (não nulo = obrigatório)
○ Não = não aceita nulo
○ Sim (ou em branco) = aceita nulo
● Valores possíveis = campos fixos, opções pré definidas pelo
sistema, não são campos de texto livre.
○ Exemplo: Tipo de pessoa >> valores possíveis:
■ "FÍSICA",
■ "OUTROS"
○ Ao inserir os dados na tabela Tipo de pessoa, deve ser
uma das opções acima.
● As requisições de GET devem seguir o seguinte formato:
lotes/[código do lote]
4.1 Layout da tabela de Pacientes

Neste tópico iremos abordar a forma com que os dados do cadastro de


Pacientes, deverão ser enviados para preenchimento da tabela no banco de
dados.
Para conferir o envio das informações, acesse a tela de cadastro de
pacientes (Cadastro >> Pessoas >> Pacientes) ou também pelo relatório de
Pacientes (Relatórios >> Cadastrais >> Pacientes).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iPessoas Inteiro “precisão”: 9, Não


>> Código da "idSequencia":
entidade 2,

> cns Texto “precisão”: 15,


>> Número do
Cartão Nacional
de Saúde

> nroProvisorio Texto “precisão”: 15,


>> Número
provisório

> alergico Texto “precisão”: 1, SIM(“S”),


>> Indica se o NÃO(“N”);
paciente é
alérgico (S ou N)

> alergia Texto “precisão”:


250,
>> Descreve a
alergia do
paciente

> observacao Texto “precisão”:


500,
>> Observações

>nomeResponsav Texto “precisão”:


el 155,
>> Nome do
responsável

> cpfResponsavel Texto “precisão”: 11,


>> CPF do
responsável

>nroProntuario Texto “precisão”: 13,


>> Número do
prontuário

> iAreas Texto “precisão”: 4,


>> Código da área
> familia Inteiro “precisão”: 3,
>> Código da
família

> domicilio Texto “precisão”: 16,


>> Código do
domicílio

> microarea Inteiro “precisão”: 2,


>> Microárea

> iEtnias Inteiro “precisão”: 4,


>> Código da
etnia

> iNacionalidades Inteiro “precisão”: 3,


>> Código da
nacionalidade

> receberSms Texto “precisão”: 1, SIM(“S”),


>> Autorização de NÃO(“N”);
envio de SMS
pela entidade

> dhOpcaoSms Data e “scala”: 6,


Hora
>> Data/hora da “precisão”: 11,
opção de
recebimento de
SMS pela
entidade

> receberEmail Texto “precisão”: 1, SIM("S"),


>> Autorização de NÃO("N"),
envio de e-mail
pela entidade ERRO("E"),

> dhOpcaoEmail Data e “scala”: 6,


>> Data/hora da Hora “precisão”: 11,
opção de
recebimento de e-
mail pela entidade

> ativo Texto “precisão”: 1, SIM(“S”),


>> Indica se o NÃO(“N”);
paciente esta
ativo ou não

> Texto “precisão”:


motivoPacienteIna 500,
tivo
>> Motivo da
inativação do
paciente

> Texto “precisão”: 1, ÓBITO("O"),


tipoMotivoInativac
ao MUDANÇA DE
ENDEREÇO("M"),
>>Tipo do motivo
da inativação do UNIFICADO("U"),
paciente
OUTROS("T");

> iCbos Texto “precisão”: 6,


>> Código do
CBO

> alturaPai BigDeci “scala”: 1,


mal
>> Altura do pai “precisão”: 4,

> alturaMae BigDeci “scala”: 1,


mal
>> Altura da mãe “precisão”: 4,

> iPessoasResp Inteiro “precisão”: 9,


>> Código do
responsável
familiar

>frequentaEscola Texto “precisão”: 1, SIM(“S”),


>> Frequenta NÃO(“N”);
escola

> Inteiro “precisão”: 2, CRECHE("1"),


cursoMaisElevado
PRÉ-ESCOLA (EXCETO
>> Maior curso CA)("2"),
que frequenta ou
frequentou CLASSE DE
ALFABETIZAÇÃO - CA("3"),
ENSINO FUNDAMENTAL 1ª
A 4ª SÉRIES("4"),
ENSINO FUNDAMENTAL
COMPLETO("6"),
ENSINO FUNDAMENTAL
ESPECIAL("7"),
ENSINO FUNDAMENTAL
EJA - SÉRIES INICIAIS
(SUPLETIVO DE 1ª A
4ª)("8"),
ENSINO FUNDAMENTAL
EJA - SÉRIES FINAIS
(SUPLETIVO DE 5ª A
9ª)("9"),
ENSINO MÉDIO, MÉDIO 2º
CICLO (CIENTÍFICO,
TÉCNICO E ETC)("10"),
ENSINO MÉDIO EJA
(SUPLETIVO)("12"),
SUPERIOR,
APERFEIÇOAMENTO,
ESPECIALIZAÇÃO,
MESTRADO,
DOUTORADO("13"),
ALFABETIZAÇÃO PARA
ADULTOS (MOBRAL
ETC.)("14"),
NENHUM("15");

> Inteiro “precisão”: 2, EMPREGADOR("1"),


situacaoTrabalho
ASSALARIADO COM
>> Situação de CARTEIRA DE
trabalho TRABALHO("2"),
ASSALARIADO SEM
CARTEIRA DE
TRABALHO("3"),
AUTÔNOMO COM
PREVIDÊNCIA SOCIAL("4"),
AUTÔNOMO SEM
PREVIDÊNCIA SOCIAL("5"),
APOSENTADO/PENSIONIS
TA("6"),
DESEMPREGADO("7"),
NÃO TRABALHA("8"),
OUTRO("9");

> Inteiro “precisão”: 2, ADULTO


responsavelCrianc RESPONSÁVEL("1"),
a
OUTRA(S) CRIANÇA(S)("2"),
>>Responsável
por criança ADOLESCENTE("3"),
SOZINHA("4"),
CRECHE("5"),
OUTRO("6");

> freqCurandeiro Texto “precisão”: 1, SIM(“S”),


>> Frequenta NÃO(“N”);
curandeiro(a)
> Texto “precisão”: 1, SIM(“S”),
apartGrupoComun
itario NÃO(“N”);

>> Participa de
algum grupo
comunitário

> Texto “precisão”: 1, SIM(“S”),


possuiPlanoSaud
e NÃO(“N”);

>> Possui plano


de saúde

> Inteiro “precisão”: 2, NÃO(NULL),


membroPovoCom
unidade POVOS
QUILOMBOLAS("1"),
>> Membro de
povo ou POVOS INDÍGENAS("2"),
comunidade
AGROEXTRATIVISTAS("3"),
tradicional
CAATINGUEIROS("4"),
CAIÇARAS("5"),
COMUNIDADES DE FUNDO
E FECHO DE PASTO("6"),
COMUNIDADES DO
CERRADO("7"),
EXTRATIVISTAS("8"),
FAXINALENSES("9"),
GERAIZEIROS("10"),
MARISQUEIROS("11"),
PANTANEIROS("12"),
PESCADORES
ARTESANAIS("13"),
POMERANOS("14"),
POVOS CIGANOS("15"),
POVOS DE
TERREIRO("16"),
QUEBRADEIRAS DE
COCODEBABAÇU("17"),
RETIREIROS("18"),
RIBEIRINHOS("19"),
SERINGUEIROS("20"),
VAZANTEIROS("21"),
OUTROS("99");

> Texto “precisão”:


descricaoPovoCo 150,
munidade
>> Descrição
povo ou Preencher
comunidade com o Nome
tradicional da
comunidade
caso
membroPovo
Comunidade =
99 (outros)

> situacaoRua Inteiro “precisão”: 2, SIM(“S”),


>>Está em NÃO(“N”);
situação de rua

> recebeBeneficio Texto “precisão”: 1, SIM(“S”),


>> Recebe algum NÃO(“N”);
benefício

> Texto “precisão”: 1, SIM(“S”),


referenciaFamiliar
NÃO(“N”);
>> Possui
referência familiar

> Texto “precisão”: 1, SIM(“S”),


acompanhadoInsti
tuicao NÃO(“N”);
>> Acompanhado
por outra
instituição

> Texto “precisão”:


descricaoInstituica 150,
o
>> Descrição
instituição

> visitaFamiliar Texto “precisão”: 1, SIM(“S”),


>> Visita algum NÃO(“N”);
familiar

> Texto “precisão”:


descricaoFamiliar 150,
>> Descrição
familiar

> recusaCadastro Texto “precisão”: 1, SIM(“S”),


>> Recusou o NÃO(“”);
cadastro individual
da Atenção
Básica

> Texto “precisão”: 1, CONHECE(“”),


naoConheceMae
NÃO CONHECE(“N”);
>> Não conhece
mãe

> origemCadastro Texto “precisão”: 1, INDIVIDUAL(“I”),


>> origem NORMAL(NULL);
cadastro
O padrão é o
Individual

> Texto “precisão”: 1, SIM(“S”),


responsavelFamili
ar NÃO(“N”);
>> Responsável
familiar

> uuid Texto “precisão”:


50,
>> Identificador
universal único

> Data e “scala”: 6,


dhUltimaSincroniz Hora
acao “precisão”: 11,

>> Data/hora da
ultima
sincronização

>iPaisesNascimen Inteiro “precisão”: 5,


to
>> País de
nascimento

> Data “precisão”: 7,


dtNascimentoRes
ponsavel
>> Data de
nascimento do
responsável

>cnsResponsavel Texto “precisão”:


15,
>> CNS do
responsável

> Inteiro “precisão”: 4, CÔNJUGE OU


relacaoParentesc COMPANHEIRO(A)(“1”)
oFamiliar
FILHO(A)("2")
>> Relação de
parentesco com o ENTEADO(A)(“3”)
responsável
NETO(A)/BISNETO(A)(“4”)
familiar
PAI/MÃE("5")
SOGRO(A)(“6”)
IRMÃO/IRMÃ(“7”)
GENRO/NORA(“8”)
OUTRO PARENTE(“9”)
NÃO PARENTE(“10”)

>versaoEsusCriac Texto “precisão”:


ao 20,
>> Versão do e-
SUS na criação
do registro

>versaoEsusUltAlt Texto “precisão”:


eracao 20,
>> Versão do e-
SUS na última
alteração do
registro

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/pacientes

Modelo para conversão da tabela de Pacientes


{
"dtoList”: [{
"clientId”: null,
"pacientes": {
"cns": null,
"nroProvisorio": null,
"alergico": null,
"alergia": null,
"observacao": null,
"nomeResponsavel": null,
"cpfResponsavel": null,
"nroProntuario": null,
"familia": null,
"domicilio": null,
"microarea": null,
"receberSms": null,
"dhOpcaoSms": null,
"receberEmail": null,
"dhOpcaoEmail": null,
"ativo": null,
"motivoPacienteInativo": null,
"tipoMotivoInativacao": null,
"alturaPai": null,
"alturaMae": null,
"frequentaEscola": null,
"cursoMaisElevado": null,
"situacaoTrabalho": null,
"responsavelCrianca": null,
"freqCurandeiro": null,
"partGrupoComunitario": null,
"possuiPlanoSaude": null,
"membroPovoComunidade": null,
"descricaoPovoComunidade": null,
"situacaoRua": null,
"recebeBeneficio": null,
"referenciaFamiliar": null,
"acompanhadoInstituicao": null,
"descricaoInstituicao": null,
"visitaFamiliar": null,
"descricaoFamiliar": null,
"recusaCadastro": null,
"naoConheceMae": null,
"origemCadastro": null,
"responsavelFamiliar": null,
"uuid": null,
"dhUltimaSincronizacao": null,
"dtNascimentoResponsavel": null,
"cnsResponsavel": null,
"relacaoParentescoFamiliar": null,
"versaoEsusCriacao": null,
"versaoEsusUltAlteracao": null,
"iAreas": null,
"iCbos": null,
"iEntidades": null,
"iEtnias": null,
"iNacionalidades": null,
"iPaisesNascimento": null,
"iPessoas": null,
"iPessoasResp": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.3 Layout da tabela de CNS e números provisórios dos pacientes

Neste tópico iremos abordar a forma com que os dados do cadastro de


CNS e números provisórios dos Pacientes, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
pacientes (Cadastro >> Pessoas >> Pacientes) guia pacientes.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iPessoasPac Inteiro “precisão”: 9, Não


>> Código da "idSequencia":
pessoa 2,

> cns Texto “precisão”: 15, Não


>> Número do "idSequencia":
cartão nacional 3,
de saúde

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/pacientes-cns

Modelo para conversão da tabela de CNS e números provisórios dos


pacientes

{
"dtoList”: [{
"clientId”: null,
"pacientesCns": {
"cns": null,
"iEntidades": null,
"iPessoasPac": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.4 Layout da tabela de Contatos

Neste tópico iremos abordar a forma com que os dados referente aos
registros de contatos do cadastro de pacientes, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
pacientes (Cadastros >> Pessoas >> Pacientes), e visualize as informações na
guia Contatos realizados.

> Descrição em banco Tipo de Regras / Aceita Valores possíveis


Dado Nulo
>> Nome em tela Observaçõe
s

> iEntidades Inteiro “precisão”: 4, Não


>> Código da entidade "idSequencia
": 1,

> iPessoas Inteiro “precisão”: 9, Não


>> Código da pessoa "idSequencia
": 2,

> iDhContatos Data e “scala”: 6, Não


Hora
>> Data e hora do “precisão”:
contato 11,
"idSequencia
": 3,
> nomePessoa Texto “precisão”: Não
60,
>> Nome da pessoa que
contatou

> assunto Texto “precisão”: Não


100,
>> Assunto do contato
realizado

> tipoContato Texto “precisão”: 1, Não PRESENCIAL("1"),


>> Tipo do contato TELEFONE("2"),
E-MAIL("3"),
VIZINHO("4"),
CARTA("5"),
OUTROS("6");

> observacao Texto “precisão”:


500,
>> Observações

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/contatos

Modelo para conversão da tabela de Contatos


{
"dtoList”: [{
"clientId”: null,
“contatos": {
"nomePessoa": null,
"assunto": null,
"tipoContato": null,
"observacao": null,
"iDhContatos": null,
"iEntidades": null,
"iPessoas": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.5 Layout da tabela de Profissionais

Neste tópico iremos abordar a forma com que os dados dos cadastros
de Profissionais, deverão ser enviados para preenchimento da tabela no banco
de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Profissionais (Cadastro >> Pessoas >> Profissionais) ou relatório de
Profissionais (Relatórios >> Cadastrais >> Profissionais).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iPessoas Inteiro “precisão”: 9, Não


>> Código da "idSequencia":
pessoa 2,

> cns Texto “precisão”: 15,


>> Código do
Cartão Nacional
de Saúde

> profId Texto “precisão”: 16, Não


>> Identificador
do profissional no
CNES Não pode ser
valor duplicado.
> ativo Texto “precisão”: 1, Não SIM("S"),
>> Indica se o NÃO("N");
registro está ativo

> iUsuariosVinc Texto “precisão”: 16,


>> Usuário
vinculado

> Texto “precisão”: 1, SIM("S"),


importacaoManua
l NÃO(null);

>> Importação
manual

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/profissionais

Modelo para conversão da tabela de Profissionais


{
"dtoList”: [{
"clientId”: null,
"profissionais": {
"cns": null,
"profId": null,
"ativo": null,
"importacaoManual": null,
"iEntidades": null,
"iPessoas": null,
"iUsuariosVinc": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.6 Layout da tabela de Vínculos dos profissionais com os


estabelecimentos

Neste tópico iremos abordar a forma com que os dados dos Vínculos
dos profissionais com os estabelecimentos, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Especialidades (Cadastro >> Pessoas >> Profissionais) guia profissionais.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iPessoasProf Inteiro “precisão”: 9, Não


>> Código da "idSequencia":
pessoa do 2,
profissional

> iPessoasEstab Inteiro “precisão”: 9, Não


>> Código da "idSequencia":
pessoa do 3,
estabelecimento

> iCbos Texto “precisão”: 6, Não


>> Código CBO "idSequencia": 4
> iVinculos Texto “precisão”: 2, Não
>> Código do "idSequencia":
vínculo 5,

> iTiposVinculos Texto “precisão”: 2, Não


>> Código do tipo "idSequencia":
do vínculo 6,

> iSubtiposVinculos Texto “precisão”: 2, Não


>> Código do "idSequencia":
subtipo do vínculo 7,

> Texto “precisão”: 2,


iOrgaosEmissores
>> Código do
orgão emissor

> cargaHorariaAmb Inteiro “precisão”: 3,


>> Carga horária
ambulatorial

> Inteiro “precisão”: 3,


cargaHorariaOutros
>> Carga horária
outros

> registro Texto “precisão”: 13,


>> Número do
registro no
conselho de classe

> ativo Texto “precisão”: 1, Não SIM("S"),


>> Indica se o NÃO("N");
registro está ativo

> Texto “precisão”: 1, SIM("S"),


importacaoManual
>> Importação NÃO(null);
manual

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/estab-vinculos-profis

Modelo para conversão da tabela de Vínculos dos profissionais com os


estabelecimentos
{
"dtoList”: [{
"clientId”: null,
"estabVinculosProfis": {
"cargaHorariaAmb": null,
"cargaHorariaOutros": null,
"registro": null,
"ativo": null,
"importacaoManual": null,
"iCbos": null,
"iEntidades": null,
"iOrgaosEmissores": null,
"iPessoasEstab": null,
"iPessoasProf": null,
"iSubtiposVinculos": null,
"iTiposVinculos": null,
"iVinculos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.7 Layout da tabela de Especialidades

Neste tópico iremos abordar a forma com que os dados do cadastro de


Especialidades, deverão ser enviados para preenchimento da tabela no banco
de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Especialidades (Cadastro >> Configurações >> Especialidades) ou relatório de
Especialidades (Relatórios >> Gerenciais >> Especialidades).

Descrição Tipo de Regras / Aceita Valores possíveis


Dado Nulo
Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 5, Não


iEspecialidades
"idSequencia": 2,
>> Código da
especialidade

> iCbos Texto “precisão”: 6, Não


>> Código CBO

> descricao Texto “precisão”: 60, Não


>> Descrição
da
especialidade

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/especialidades

Modelo para conversão da tabela de Especialidades


{
"dtoList”: [{
"clientId”: null,
"especialidades": {
"descricao": null,
"iCbos": null,
"iEntidades": null,
"iEspecialidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.8 Layout da tabela de Procedimentos da especialidade

Neste tópico iremos abordar a forma com que os dados dos registros de
Procedimentos da especialidade, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Especialidades (Cadastro >> Configurações >> Especialidades) ou relatório de
Especialidades (Relatórios >> Gerenciais >> Especialidades).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iEspecialidades Inteiro “precisão”: 5, Não


>> Código da "idSequencia": 2,
especialidade

> iProcedimentos Texto “precisão”: 10, Não


>> Código do "idSequencia": 3,
procedimento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/especialidades-proced
Modelo para conversão da tabela de Procedimentos da especialidade
{
"dtoList”: [{
"clientId”: null,
"especialidadesProced": {
"descricao": null,
"iCbos": null,
"iEntidades": null,
"iEspecialidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.9 Layout da tabela de Agendas dos profissionais

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Agendas dos profissionais, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Agendas (Agendamento >> Agendas dos profissionais/procedimentos).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iAgendas Inteiro “precisão”: 10, Não


>> Código da "idSequencia":
agenda 2,

> iPessoasEstab Inteiro “precisão”: 9, Não


>> Código do
estabelecimento
para o qual esta
agenda é válida

> tipoAgenda Texto “precisão”: 1, Não CONSULTA("C");


>> Tipo de agenda PROCEDIMENTO("P");

> iPessoasProf Inteiro “precisão”: 9,


>> Código do
profissional que
possui esta agenda

> iEspecialidades Inteiro “precisão”: 5,


>> Código da
especialidade

> iProcedimentos Texto “precisão”: 10,


>> Código do
procedimento

> ativa Texto “precisão”: 1, Não SIM("S"),


>> Indica se a NÃO("N");
agenda é ativa

> Texto “precisão”: Obrigat


motivoDesativacao 250, ório se
Agenda
>> Motivo da =
desativação da Inativa
agenda

> dtInicial Data “precisão”: 7, Não


>> Data de início da
agenda

> dtFinal Data “precisão”: 7,


>> Data de término
da agenda

> qtdProcedimentos Inteiro “precisão”: 3,


>> Quantidade de
procedimentos
semanais estimados
para esta agenda

>obsImpressao Texto “precisão”:


1000,
>> Observação de
impressão

>agendaRegulada Texto “precisão”: 1, SIM("S"),


>> Agenda NÃO("N");
exclusiva da central
de regulação

>ativaCabecalhoAut Texto “precisão”: 1, PADRÃO("N"),


orizacao
DEFINIR("S");
>> Ativa cabeçalho
de autorização de
atendimento

>cabecalhoAutoriza Texto “precisão”:


caoAtend 200,
>> Cabeçalho de
autorização de
atendimento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/agendas

Modelo para conversão da tabela de Agendas dos profissionais


{
"dtoList”: [{
"clientId”: null,
“agendas": {
"tipoAgenda": null,
"ativa": null,
"motivoDesativacao": null,
"dtInicial": null,
"dtFinal": null,
"qtdProcedimentos": null,
"obsImpressao": null,
"createdRole": null,
"updatedRole": null,
"agendaRegulada": null,
"ativaCabecalhoAutorizacao": null,
"cabecalhoAutorizacaoAtend": null,
"iAgendas": null,
"iEntidades": null,
"iEspecialidades": null,
"iPessoasEstab": null,
"iPessoasProf": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.10 Layout da tabela de Horários previstos na agenda do profissional
Neste tópico iremos abordar a forma com que os dados referente aos
registros dos Horários previstos na agenda do profissional, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Agendas (Agendamento >> Agendas dos profissionais/procedimentos), acesse
a agenda em questão e verifique os detalhes na aba “Horários da agenda”

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iAgendas Inteiro “precisão”: 10, Não


>> Código da "idSequencia":
agenda 2,

> iHorarios Inteiro “precisão”: 10, Não


>> Código do "idSequencia":
horário previsto 3,
na agenda

> diaSemana Texto “precisão”: 1, Não DOMINGO("1"),


>> Dia da SEGUNDA("2"),
semana previsto
na agenda TERÇA("3"),
QUARTA("4"),
QUINTA("5"),
SEXTA("6"),
SÁBADO("7");

> horarioIni Data e “scala”: 6, Não


Hora
>> Horário de “precisão”: 11,
início do período
> horarioFin Data e “scala”: 6, Não
Hora
>> Código da “precisão”: 11,
especialidade

> Inteiro “precisão”: 3, Não


duracaoAtendime
nto
>> Duração em
minutos de cada
atendimento

> Inteiro “precisão”: 3,


qtdPrimeiraCons
ulta
>>Quantidade
reservada para 1ª
consulta

> horaInicioAte Data e “scala”: 6,


Hora
>> Hora de início “precisão”: 11,
do atendimento

> qtdEncaixes Inteiro “precisão”: 3,


>> Quantidade
reservada para
encaixes

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/agendas-horarios

Modelo para conversão da tabela de Horários previstos na agenda do


profissional
{
"dtoList”: [{
"clientId”: null,
“agendasHorarios": {
"diaSemana": null,
"horarioIni": null,
"horarioFin": null,
"duracaoAtendimento": null,
"qtdPrimeiraConsulta": null,
"horaInicioAte": null,
"createdRole": null,
"updatedRole": null,
"qtdEncaixes": null,
"iAgendas": null,
"iEntidades": null,
"iHorarios": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Horários de ausência do profissional

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro dos Horários da agenda em que o profissional irá se ausentar,
deverão ser enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Ausências (Agendamento >> Ausência dos profissionais/procedimentos) ou
Relatório de Ausências dos Profissionais e Procedimentos (Relatórios >>
Cadastrais >> Ausências dos Profissionais e Procedimentos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iAusencias Inteiro “precisão”: 10, Não


>> Código "idSequencia": 2,
sequencial da
ausência

> Inteiro “precisão”: 9, Não


iPessoasEstab
>> Código da
pessoa

> iPessoasProf Inteiro “precisão”: 9,


>> Código da
pessoa

> Texto “precisão”: 10,


iProcedimento
s
>> Código do
procedimento

> dtInicial Data “precisão”: 7, Não


>> Data de
início da
ausência

> dtFinal Data “precisão”: 7, Não


>> Data de
término da
ausência

> diasSemana Texto “precisão”: 13,


>>Dias da
semana em
que há
previsão de
ausência
> dhIni Data e “scala”: 6,
Hora
>> Hora de “precisão”: 11,
início da
ausência

> dhFin Data e “scala”: 6,


Hora
>> Horário de “precisão”: 11,
término da
ausência

> motivo Texto “precisão”: 250, Não


>>Motivo da
ausência do
profissional/pro
cedimento

> tipoAgenda Texto “precisão”: 1, Não CONSULTA("C"),


>> Tipo de PROCEDIMENTO("P");
agenda

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/agendas-ausencias

Modelo para conversão da tabela de Horários de ausência do profissional


{
"dtoList”: [{
"clientId”: null,
“agendasAusencias": {
"dtInicial": null,
"dtFinal": null,
"diasSemana": null,
"dhIni": null,
"dhFin": null,
"motivo": null,
"tipoAgenda": null,
"createdRole": null,
"updatedRole": null,
"iAusencias": null,
"iEntidades": null,
"iPessoasEstab": null,
"iPessoasProf": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens da reserva diária para agendamentos

Neste tópico iremos abordar a forma com que os dados referente aos
registros dos itens da reserva diária para agendamentos, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Reservas de Agendamento (Agendamento >> Reservas de Agendamento).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iReservas Inteiro “precisão”: 5, Não


>> Código da "idSequencia": 2,
reserva

> iDiasSemana Inteiro “precisão”: 1, Não DOMINGO("1"),


>> Dia da "idSequencia": 3, SEGUNDA("2"),
semana da
reserva TERÇA("3"),
QUARTA("4"),
QUINTA("5"),
SEXTA("6"),
SÁBADO("7");

> nroReservas Inteiro “precisão”: 4, Não


>> Número de
consultas/proced
imentos
reservados para
a
secretaria/admini
strador realizar
agendamento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/reserv-diarias-agend-itens

Modelo para conversão da tabela de Itens da reserva diária para


agendamentos
{
"dtoList”: [{
"clientId”: null,
“reservDiariasAgendItens": {
"nroReservas": null,
"iDiasSemana": null,
"iEntidades": null,
"iReservas": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Reservas diárias para agendamentos nos


estabelecimentos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Reservas diárias para agendamentos nos estabelecimentos,
deverão ser enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Reservas de Agendamento (Agendamento >> Reservas de Agendamento).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iReservas Inteiro “precisão”: 5, Não


>> Código da "idSequencia": 2,
reserva

> Inteiro “precisão”: 9 Não


iPessoasEsta
b
>>Código do
estabelecimen
to

> Texto “precisão”: 10,


iProcedimento
s
>> Código do
procedimento

> Inteiro “precisão”: 5


iEspecialidade
s
>> Código da
especialidade

> tipoCota Texto “precisão”: 1, Não SECRETARIA("S"),


>> Tipo de ADMINISTRADOR("A");
cota

> dtInicial Data “precisão”: 7,


>> Data inicial
da cota para
administrador

> dtFinal Data “precisão”: 7,


>> Data final
da cota para
administrador

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/reservas-diarias-agend

Modelo para conversão da tabela de Reservas diárias para agendamentos


nos estabelecimentos
{
"dtoList”: [{
"clientId”: null,
“reservasDiariasAgend": {
"tipoCota": null,
"dtInicial": null,
"dtFinal": null,
"iEntidades": null,
"iEspecialidades": null,
"iPessoasEstab": null,
"iProcedimentos": null,
"iReservas": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Veículos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Veículos, deverão ser enviados para preenchimento da tabela no
banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Veículos (Cadastros >> TFD >> cadastro de Veículos).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iVeiculos Inteiro “precisão”: 10, Não


>> Código do "idSequencia":
veículo 2,

> descricao Texto “precisão”: 100, Não


>> Descrição do
veículo

> transporte Texto “precisão”: 1, Não AMBULÂNCIA("B"),


>> Transporte RODOVIÁRIO("R"),
AÉREO("A"),
ESPECIAL("E");

> observacao Texto “precisão”: 350,


>> Observação do
veículo

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/veiculos

Modelo para conversão da tabela de veiculos


{
"dtoList”: [{
"clientId”: null,
“veiculos": {
"descricao": null,
"transporte": null,
"observacao": null,
"iEntidades": null,
"iVeiculos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Controle de Viagens

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Controle de Viagens deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Controle de
Viagens (Cadastros >> TFD >> Controle de Viagens).

> Descrição Tipo de Regras / Aceit Valores possíveis


em banco Dado a
Observações Nulo
>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia": 1,
da entidade

> Inteiro “precisão”: 10, Não


iControlesVi
agens "idSequencia": 2,

>> Código
do controle
da viagem

> iVeiculos Inteiro “precisão”: 10, Não


>> Código
do veiculo

> Inteiro “precisão”: 10,


iMunicipiosD
est
>>
Municipios
de destino

> Inteiro “precisão”: 3, Não


qtdLugares
>>
Quantidade
de lugares
no veiculo

> motorista Texto “precisão”: 50, Não


>> Motorista
> dtViagem Data “precisão”: 7, Não
>> Data da
viagem

> dtRetorno Data “precisão”: 7,


>> Data do
retorno

> Data e Hora “scala”: 6,


horaViagem “precisão”: 11,
>> Hora da
partida

>horaRetorn Data e Hora “scala”: 6,


o “precisão”: 11,
>> Hora do
retorno

> kmSaida Inteiro “precisão”: 6, Não


>>
Kilometros
de saida

> Inteiro “precisão”: 6,


kmRetorno
>>
Kilometros
de retorno

> Texto “precisão”: 250,


observacao
>>
Observação

> situacao Texto “precisão”: 1, Não PENDENTE("P"),


>> Situação FINALIZADO("F"),
do controle
de viagens CANCELADO("C");

> Inteiro “precisão”: 9,


iPessoasEst
ab
>> Código
do
estabelecim
ento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/controles-viagens

Modelo para conversão da tabela de Controle de Viagens


{
"dtoList”: [{
"clientId”: null,
“controlesViagens": {
"qtdLugares": null,
"motorista": null,
"dtViagem": null,
"dtRetorno": null,
"horaViagem": null,
"horaRetorno": null,
"kmSaida": null,
"kmRetorno": null,
"observacao": null,
"situacao": null,
"iControlesViagens": null,
"iEntidades": null,
"iMunicipiosDest": null,
"iPessoasEstab": null,
"iVeiculos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens dos controles de viagens

Neste tópico iremos abordar a forma com que os dados referente aos
registros do cadastro de Itens dos controles de viagens deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Controle de
Viagens (Cadastros >> TFD >> Controle de Viagens), em Pacientes a serem
transportados.

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco >> Dado
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 10, Não


iControlesViage
ns "idSequencia": 2,

>> Código do
controle da
viagem

> iPacientes Inteiro “precisão”: 9, Não


>> Código do "idSequencia": 3,
paciente

> Inteiro “precisão”: 9, Não


iProfEncaminha
dor
>> Código do
profissional
encaminhador

> Inteiro “precisão”: 10,


iMunicipiosDest
>> Código do
município de
destino

> Texto “precisão”: 100,


localEmbarque
>> Local do
embarque do
paciente

> localDestPac Texto “precisão”: 100,


>> Local de
destino do
paciente

> Texto “precisão”: 1, Não SIM("S"),


possuiAcompan
hante NÃO("N");

>> Possui
acompanhante

> Inteiro “precisão”: 10,


iSolicRemocao
PacTfd
>> Código da
solicitação de
remoção
vinculada

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/controles-viagens-itens

Modelo para conversão da tabela de Itens dos controles de viagens


{
"dtoList”: [{
"clientId”: null,
“controlesViagensItens": {
"localEmbarque": null,
"localDestPac": null,
"possuiAcompanhante": null,
"iControlesViagens": null,
"iEntidades": null,
"iMunicipiosDest": null,
"iPacientes": null,
"iProfEncaminhador": null,
"iSolicRemocaoPacTfd": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Acompanhantes dos pacientes dos controles de
viagens

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Acompanhantes dos pacientes do Controle de Viagens deverão
ser enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Controle de
Viagens (Cadastros >> TFD >> Controle de Viagens), em Pacientes a serem
transportados, coluna acompanhante, ou utilize a emissão do Controle de
viagens, onde consta estas informações (botão ‘Emitir’).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
Observações
>> Nome em tela
> iEntidades Inteiro “precisão”: 4, Não
>> Código da "idSequencia": 1,
entidade

> iControlesViagens Inteiro “precisão”: 10, Não


>> Código do "idSequencia": 2,
controle da viagem

> Inteiro “precisão”: 10, Não


iControlesViagensA
comp "idSequencia": 3,

>> Código do
acompanhante do
paciente do controle
de viagens

> iPacientes Inteiro “precisão”: 9, Não


"idSequencia": 4,
>> Código do
paciente

> dtNascimento Data “precisão”: 7, Não


>> Data de
nascimento do
acompanhante

> cpf Texto “precisão”: 25,


>> CPF do
acompanhante

> rg Texto “precisão”: 20,


>> RG do
acompanhante

> nome Texto “precisão”: 100, Não


>> Nome do
acompanhante
> telefone Texto “precisão”: 20,
>> Telefone do
acompanhante

>raca Inteiro “precisão”: 1, Não INDÍGENA(0),


>> raca BRANCA(2),
PRETA(4),
AMARELA(6),
PARDA(8);

> sexo Texto “precisão”: 1, Não MASCULINO("M"),


>> sexo FEMININO("F");

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/controles-viagens-acomp

Modelo para conversão da tabela de acompanhantes dos pacientes dos


controles de viagens
{
"dtoList”: [{
"clientId”: null,
“controlesViagensAcomp": {
"dtNascimento": null,
"cpf": null,
"rg": null,
"nome": null,
"telefone": null,
"raca": null,
"sexo": null,
"iControlesViagens": null,
"iControlesViagensAcomp": null,
"iEntidades": null,
"iPacientes": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Laudos para TFD

Neste tópico iremos abordar a forma com que os dados referente aos
registros do cadastro de Laudos para TFD, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Laudos para TFD (Cadastros >> TFD >> Laudos para TFD).

> Descrição em Tipo de Regras / Aceita Nulo Valores possíveis


banco >> Nome Dado
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iLaudosTfd Inteiro “precisão”: 10, Não


>> Código do "idSequencia": 2,
laudo para TFD

> iPessoasPac Inteiro “precisão”: 9, Não,


quando
>> Código do origem do
paciente laudo para
tfd é interno

> iPacientesExt Inteiro “precisão”: 9, Não,


quando
>> Código do origem do
paciente externo laudo para
tfd é externo

> iPessoasProf Inteiro “precisão”: 9, Não


>> Código do
profissional
solicitante

> iProcedimentos Texto “precisão”: 10, Não


>> Código do
procedimento
solicitado

> iCids Texto “precisão”: 7, Não


>> CID 10 do
diagnóstico inicial

> iAtendimentos Inteiro “precisão”: 10,


>> Código do
atendimento
vinculado ao
laudo para TFD

> iPessoasEstab Inteiro “precisão”: 9, Não


>>
Estabelecimento
solicitante

> iMunicipios Inteiro “precisão”: 10,


>> Município
solicitante

> dhLaudo Data e “scala”: 6, Não


Hora “precisão”: 11,
>> Data e hora
do cadastro do
laudo
> tipoLaudo Texto “precisão”: 1, Não DENTRO DO
ESTADO("D"),
>> Tipo de laudo
(dentro ou fora FORA DO
do estado) ESTADO("F");

> Texto “precisão”: 60, Não


nomeProfExterno
>> Nome do
profissional
externo solicitant

> cpfProfExterno Texto “precisão”: 11, Não


>> CPF do
profissional
externo
solicitante

> Texto “precisão”: 11,


telefoneProfExter
no
>> Telefone do
profissional
externo
solicitante

> Texto “precisão”: 11,


celularProfExtern
o
>> Celular do
profissional
externo
solicitante

> Texto “precisão”: 1, Não AMBULATORIAL("A


caraterAtendime "),
nto
HOSPITALAR("H");
>> Caráter do
atendimento
> Texto “precisão”: 500, Não
diagnosticoProva
vel
>> Diagnóstico
provável

> Texto “precisão”: 500, Não


examesComplRe
alizados
>> Exames
complementares
realizados

> Texto “precisão”: 500, Não,


princSinaisSinto quando >
mas tipoLaudo
for FORA
>> Principais DO
sinais e sintomas ESTADO("F
clínicos ");

> Texto “precisão”: 500, Não,


condicoesJustInt quando >
ernacao tipoLaudo
for FORA
>> Condições DO
que justificam a ESTADO("F
internação ");

> Texto “precisão”: 500, Não,


princResultProva quando >
sDiag ; tipoLaudo
for FORA
>> Principais DO
resultados de ESTADO("F
provas ")
diagnósticas

> Texto “precisão”: 500, Não


tratamentosReali
zados
>> Tratamentos
realizados
solicitante

> procedTratSolic Texto “precisão”: 500, Não,


quando >
>> tipoLaudo
Procedimento/Tr for
atamento DENTRO
solicitado DO
ESTADO("D
");

> Texto “precisão”: 500, Não,


justSolicitacaoInt quando >
ernacao tipoLaudo
for FORA
>> Justificativa DO
da solicitação de ESTADO("F
internação ");

> Texto “precisão”: 250, Não,


condicoesHemod quando >
inamicas tipoLaudo
for FORA
>> Avaliação DO
clínica geral - ESTADO("F
Condições ");
hemodinâmicas

> Texto “precisão”: 250, Não,


padraoRespirator quando >
io tipoLaudo
for FORA
>> Avaliação DO
clínica geral - ESTADO("F
Padrão ");
respiratório

> Texto “precisão”: 250, Não,


funcaoRenalHep quando >
atica tipoLaudo
for FORA
>> Avaliação DO
clínica geral - ESTADO("F
Função renal e ");
hepática
> Texto “precisão”: 250, Não,
estadoNeurologic quando >
o tipoLaudo
for FORA
>> Avaliação DO
clínica geral - ESTADO("F
Estado ");
neurológico
sumário

> Texto “precisão”: 500, Não,


estadoNutricional quando >
tipoLaudo
>> Estado for FORA
nutricional DO
ESTADO("F
");

> Texto “precisão”: 500, Não,


caracterEventual quando >
Urgencia tipoLaudo
for FORA
>> DO
Caracterização ESTADO("F
de eventual ");
urgência na
realização do
procedimento

> Texto “precisão”: 500, Não,


historiaPregressa quando >
Atual tipoLaudo
for FORA
>> História DO
pregressa e atual ESTADO("F
significativa ");

> Texto “precisão”: 500, Não,


ultExamesFisicos quando >
tipoLaudo
>> Dados dos for
últimos exames DENTRO
físicos realizados DO
ESTADO("D
");
> Texto “precisão”: 250, Não,
hemogramaCom quando >
pleto tipoLaudo
for FORA
>> Exames DO
complementares ESTADO("F
mínimos - ");
Hemograma
completo

> Texto “precisão”: 150, Não,


coagulogramaCo quando >
mpleto tipoLaudo
for FORA
>> Exames DO
complementares ESTADO("F
mínimos - ");
Coagulograma
completo

> creatinina Texto “precisão”: 30, Não,


quando >
>> Exames tipoLaudo
complementares for FORA
mínimos - DO
Creatinina ESTADO("F
");

> glicemiaJejum Texto “precisão”: 30, Não,


quando >
>> Exames tipoLaudo
complementares for FORA
mínimos - DO
Glicemia em ESTADO("F
jejum ");

> Texto “precisão”: 150, Não,


eletrocardiogram quando >
a tipoLaudo
for FORA
>> Exames DO
complementares ESTADO("F
mínimos - ");
Eletrocardiogram
a
> Texto “precisão”: 250, Não,
radiografiaTorax quando >
tipoLaudo
>> Exames for FORA
complementares DO
mínimos - ESTADO("F
Radiografia do ");
tórax

> riscoCirurgico Texto “precisão”: 500, Não,


quando >
>> Relatório de tipoLaudo
risco cirúrgico for FORA
DO
ESTADO("F
");

> Texto “precisão”: 500, Não


justImpossibTrat
Local
>> Justificativa
das razões que
impossibilitam a
realização do
tratamento/exam
es na localidade

> Texto “precisão”: 1, Não SIM(“S”),


necessidadeAco
mpanhante NÃO(“N”);

>> Necessidade
de
acompanhante

> Texto “precisão”: 500, Não,


justNecesAcomp quando
anhante necessidade
Acompanha
>> Justificativa nte for “S”;
da necessidade
de
acompanhante
> Texto “precisão”: 1, Não RODOVIÁRIO("R"),
transpRecomend
avel AÉREO("A"),

>> Transporte AMBULÂNCIA("B"),


recomendável
ESPECIAL("E");

> justTransporte Texto “precisão”: 500, Não


>> Justificativa
da escolha do
transporte
recomendável

> situacao Texto “precisão”: 1, Não CANCELADO("C"),


>> Situação do PENDENTE("P"),
laudo para TFD
PEDIDO DE TFD
REALIZADO("R");

> Texto “precisão”: Não


historicoDoenca 100000,
>> Histórico da
doença

> exameFisico Texto “precisão”: Não


100000,
>> Exame físico

> iEspecialidades Inteiro precisão": 10,


>> Código da
especialidade

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/laudos-tfd

Modelo para conversão da tabela de Laudos para TFD


{
"dtoList”: [{
"clientId”: null,
“laudosTfd": {
"dhLaudo": null,
"tipoLaudo": null,
"nomeProfExterno": null,
"cpfProfExterno": null,
"telefoneProfExterno": null,
"celularProfExterno": null,
"caraterAtendimento": null,
"diagnosticoProvavel": null,
"examesComplRealizados": null,
"princSinaisSintomas": null,
"condicoesJustInternacao": null,
"princResultProvasDiag": null,
"tratamentosRealizados": null,
"procedTratSolic": null,
"justSolicitacaoInternacao": null,
"condicoesHemodinamicas": null,
"padraoRespiratorio": null,
"funcaoRenalHepatica": null,
"estadoNeurologico": null,
"estadoNutricional": null,
"caracterEventualUrgencia": null,
"historiaPregressaAtual": null,
"ultExamesFisicos": null,
"hemogramaCompleto": null,
"coagulogramaCompleto": null,
"creatinina": null,
"glicemiaJejum": null,
"eletrocardiograma": null,
"radiografiaTorax": null,
"riscoCirurgico": null,
"justImpossibTratLocal": null,
"necessidadeAcompanhante": null,
"justNecesAcompanhante": null,
"transpRecomendavel": null,
"justTransporte": null,
"situacao": null,
"historicoDoenca": null,
"exameFisico": null,
"iAtendimentos": null,
"iCids": null,
"iEntidades": null,
"iEspecialidades": null,
"iLaudosTfd": null,
"iMunicipios": null,
"iPacientesExt": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iProcedimentos": null
}
}
]
}

Onde: Null = valores a serem alimentados.


4.1 Layout da tabela de Pedidos de TFD

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Pedidos de TFD, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Pedidos de TFD (Cadastros >> TFD >> Pedidos de TFD) ou Relatório de
Pedidos de TFD (Relatórios >> Cadastrais >> Pedidos de TFD).

> Descrição em Tipo de Regras / Aceita Nulo Valores possíveis


banco >> Nome Dado
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iPedidosTfd Inteiro “precisão”: 10, Não


>> Código do "idSequencia":
pedido de TFD 2,

> iLaudosTfd Inteiro “precisão”: 10, Não, quando


“laudoVinculad
>> Código do o”for ‘S’
laudo para TFD
vinculado

> Inteiro “precisão”: 10, Não


iMunicipiosOrige
m
>> Código do
município de
origem do
pedido

> iPessoasPac Inteiro “precisão”: 9, Não, quando


solicitação é
>> Código do interna
paciente
> iPacientesExt Inteiro “precisão”: 9, Não, quando a
solicitação é
>> Código do externa
paciente externo

> Inteiro “precisão”: 10,


iMunicipiosNasci
mento
>> Código do
município de
nascimento do
paciente não
cadastrado na
entidade

> iMunicipios Inteiro “precisão”: 10,


>> Código do
município do
paciente não
cadastrado na
entidade

> Inteiro “precisão”: 9, Não, quando


iPessoasProfAut parâmetro
exigir
>> Código do autorização
profissional
autorizador

> dtPedido Data “precisão”: 7, Não


>> Data do
pedido

> Texto “scala”: 1, Não SIM(“S”),


laudoVinculado
NÃO(“N”);
>> Vincular
laudo ao pedido

> regionalSaude Texto “precisão”: 40,


>> Regional de
saúde

> pacEntidade Texto “precisão”: 1, Não SIM(“S”),


>> Indica se o NÃO(“N”);
paciente está
cadastrado na
entidade

> nomePac Texto “precisão”: 60, Não, quando


“pacEntidade”f
>> Nome do or “N”;
paciente não
cadastrado na
entidade

> cns Texto “precisão”: 15, Não, quando


“pacEntidade”f
>> CNS do or “N”;
paciente não
cadastrado na
entidade

> nomeMae Texto “precisão”: 60, Não, quando


“pacEntidade”f
>> Nome da or “N”;
mãe do paciente
não cadastrado
na entidade

> dtNascimento Data “precisão”: 7, Não, quando


“pacEntidade”f
>> Data de or “N”;
nascimento do
paciente não
cadastrado na
entidade

> sexo Texto “precisão”: 1, Não, quando MASCULINO("M"),


“pacEntidade”f
>> Sexo do or “N”; FEMININO("F");
paciente não
cadastrado na
entidade

> altura Inteiro “precisão”: 3,


>> Altura do
paciente em
centímetros

> peso Inteiro “precisão”: 6,


>> Peso do
paciente em
gramas

> logradouro Texto “precisão”: 50, Não, quando >


“pacEntidade”f
>> Logradouro or “N”;
do paciente não
cadastrado na
entidade

> numero Texto “precisão”: 8,


>> Número do
paciente não
cadastrado na
entidade

> complemento Texto “precisão”: 50,


>>
Complemento
do paciente não
cadastrado na
entidade

> bairro Texto “precisão”: 50, Não, quando >


“pacEntidade”f
>> Bairro do or “N”;
paciente não
cadastrado na
entidade

> cep Texto “precisão”: 8,


>> CEP do
paciente não
cadastrado na
entidade

> email Texto “precisão”: 60,


>> E-mail do
paciente não
cadastrado na
entidade

> telefone Texto “precisão”: 11,


>> Telefone do
paciente não
cadastrado na
entidade

> celular Texto “precisão”: 11,


>> Celular do
paciente não
cadastrado na
entidade

> rg Texto “precisão”: 20,


>> RG do
paciente não
cadastrado na
entidade

> orgaoEmisRg Texto “precisão”: 8, Não, quando >


rg for
>> Órgão informado
emissor do RG
do paciente não
cadastrado na
entidade

> ufEmissao Texto “precisão”: 2, Não, quando >


rg for
>> UF emitente informado
do RG do
paciente não
cadastrado na
entidade

> dtEmisRg Data “precisão”: 7, Não, quando >


rg for
>> Data de informado
emissão do RG
do paciente não
cadastrado na
entidade

> cpf Texto “precisão”: 11, Não, quando >


rg ou >numReg
>> CPF do não for
paciente não informado
cadastrado na
entidade

> numReg Texto “precisão”: 32, Não, quando >


rg ou > cpf não
>> Número do for informado
registro de
nascimento do
paciente não
cadastrado na
entidade

> Texto “precisão”: 1, Não SIM("S"),


primeiroTfdPac
NÃO("N");
>> Primeiro
tratamento fora
do domicílio do
paciente

> Texto “precisão”: 1, Não SIM("S"),


pacTratamento
NÃO("N");
>> Paciente em
tratamento

> dtAutorizacao Data “precisão”: 7, Não, quando


parâmetro
>> Data da exigir
autorização ou autorização
não autorizacao
> dtTratInt Data “precisão”: 7, não pode ser
preenchido
>> Data do quando o
tratamento ou parâmetro
internação estiver
selecionado
com a opção
“Não”

> dtRetornoTfd Data “precisão”: 7, não pode ser


preenchido
>> Data do quando o
retorno do TFD parâmetro
estiver
selecionado
com a opção
“Não”

> dtValidadeAut Data “precisão”: 7, não pode ser


preenchido
>> Data de quando o
validade da parâmetro
autorização estiver
selecionado
com a opção
“Não”

> justNaoAutTfd Texto “precisão”: não pode ser


250, preenchido
>> Justificativa quando o
da não parâmetro
autorização do estiver
TFD selecionado
com a opção
“Não”

> situacao Texto “precisão”: 1, Não AUTORIZADO("A"),


>> Situação do CANCELADO("C"),
pedido de TFD
NÃO
AUTORIZADO("N"),
PENDENTE("P");
> Texto “precisão”: 10, Não, quando >
iProcedimentos laudoVinculado
for “N”
>> Código do
procedimento
solicitado

> iCids Texto “precisão”: 7, Não, quando >


laudoVinculado
>> Diagnóstico for “N”
inicial/CID

> nomeProfSolic Texto “precisão”: 60, Não, quando >


laudoVinculado
>> Nome do for “N”
profissional
solicitante

> cpfProfSolic Texto “precisão”: 11, Não, quando >


laudoVinculado
>> CPF do for “N”
profissional
solicitante

> Texto “precisão”: 60, Não, quando >


nomeEstabSolic laudoVinculado
for “N”
>> Nome do
estabelecimento
solicitante

> Inteiro “precisão”: 10, Não, quando >


iEspecialidades laudoVinculado
for “N”
>> Código da
especialidade

> iPessoasProf Inteiro “precisão": 9, Não


>> Código do
profissional

> iPessoasEstab Inteiro “precisão”:9, Não


>> Código do
estabelecimento

> iCbos Texto “precisão”:6, Não


>> Código CBO

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/pedidos-tfd

Modelo para conversão da tabela de Pedidos de TFD


{
"dtoList”: [{
"clientId”: null,
“pedidosTfd": {
"dtPedido": null,
"laudoVinculado": null,
"regionalSaude": null,
"pacEntidade": null,
"nomePac": null,
"cns": null,
"nomeMae": null,
"dtNascimento": null,
"sexo": null,
"altura": null,
"peso": null,
"logradouro": null,
"numero": null,
"complemento": null,
"bairro": null,
"cep": null,
"email": null,
"telefone": null,
"celular": null,
"rg": null,
"orgaoEmisRg": null,
"ufEmissao": null,
"dtEmisRg": null,
"cpf": null,
"numReg": null,
"primeiroTfdPac": null,
"pacTratamento": null,
"dtAutorizacao": null,
"dtTratInt": null,
"dtRetornoTfd": null,
"dtValidadeAut": null,
"justNaoAutTfd": null,
"situacao": null,
"nomeProfSolic": null,
"cpfProfSolic": null,
"nomeEstabSolic": null,
"iCbos": null,
"iCids": null,
"iEntidades": null,
"iEspecialidades": null,
"iLaudosTfd": null,
"iMunicipios": null,
"iMunicipiosNascimento": null,
"iMunicipiosOrigem": null,
"iPacientesExt": null,
"iPedidosTfd": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iPessoasProfAut": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Solicitações para remoção de paciente de TFD

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Solicitações para remoção de paciente de TFD, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Solicitações para remoção de paciente de TFD (Cadastros >> TFD >>
Solicitação para remoção de paciente de TFD) ou Relatório de Remoção de
Pacientes de TFD (Relatórios >> Cadastrais >> Solicitações de remoção de
TFD).

> Descrição em Tipo de Regras / Aceita Nulo Valores possíveis


banco >> Nome Dado
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 10, Não


iSolicRemocaoPa
cTfd "idSequencia": 2,

>> Código da
solicitação para
remoção de
pacientes de TFD

> iPedidosTfd Inteiro “precisão”: 10, Não


>> Código do
pedido de TFD

> dtSolicitacao Data “precisão”: 7, Não


>> Data da
solicitação

> localCidade Texto “precisão”: 100, Não


>> Local/cidade
onde será
realizado o
tratamento

> Data e “scala”: 6,


horaTratamento Hora “precisão”: 11,
>> Hora do
tratamento a ser
realizado

> dtRetorno Data “precisão”: 7,


>> Data de
retorno

> localEspera Texto “precisão”: 100,


>> Local de
espera do
transporte

> dadosClinicos Texto “precisão”: 100, Não


>> Dados
clínicos do
paciente

> Texto “precisão”: 500, Não


tratamentoNeces
sario
>> Tratamento
necessário

> carroExtra Texto “scala”: 1, SIM("S"),


>> Indica a NÃO("N");
necessidade de
carro extra

> Texto “precisão”: 250, este campo


observacaoCarro não deve
Extra ser
preenchido
>> Observações quando >
da necessidade carroExtra
de carro extra for
selecionado
com a
opção “Não”

> Inteiro “precisão”: 1, Não NENHUM("0"),


qtdAcompanhant
es UM("1"),

>> Quantidade DOIS("2");


de
acompanhantes

> Texto “precisão”: 250, Não,


justAcompanhant quando >
e qtdAcompan
hantes for
>> Justificativa selecionado
da necessidade com as
de opções “Um
acompanhante ou Dois”

> familiarAcomp1 Texto “precisão”: 1, Não, SIM("S"),


quando >
>> Indica se o qtdAcompan NÃO("N");
acompanhante 1 hantes for
é familiar do selecionado
paciente entidade com as
opções “Um
ou Dois”

> nomeAcomp1 Texto “precisão”: 50, Não,


quando >
>> Nome do qtdAcompan
acompanhante 1 hantes for
selecionado
com as
opções “Um
ou Dois”

> rgAcomp1 Data “precisão”: 7, Não,


quando >
>> Número da qtdAcompan
identidade do hantes for
acompanhante 1 selecionado
com as
opções “Um
ou Dois”

> cpfAcomp1 Texto “precisão”: 11, este campo


não deve
>> CPF do ser
acompanhante 1 preenchido
quando >
qtdAcompan
hantes for
selecionado
com a
opção
“Nenhum”

> familiarAcomp2 Texto “precisão”: 1, Não, SIM("S"),


quando >
>> Indica se o qtdAcompan NÃO("N");
acompanhante 2 hantes for
é familiar do selecionado
paciente com a
opção
“Dois”

> nomeAcomp2 Texto “precisão”: 50, Não,


quando >
>> Nome do qtdAcompan
hantes for
acompanhante 2 selecionado
com a
opção
“Dois”

> rgAcomp2 Texto “precisão”: 20, Não,


quando >
>> Número da qtdAcompan
identidade do hantes for
acompanhante 2 selecionado
com a
opção
“Dois”

> cpfAcomp2 Texto “precisão”: 11, este campo


não deve
>> CPF do ser
acompanhante 2 preenchido
quando >
qtdAcompan
hantes for
selecionado
com a
opção
“Nenhum ou
Um”

> nomeMotorista Texto “precisão”: 50,


>> Nome do
motorista

> enfermagem Texto “precisão”: 1, SIM("S"),


>> Indica a NÃO("N");
necessidade do
acompanhament
o de
enfermeiro(a)

> Texto “precisão”: 50, Não,


nomeEnfermage quando >
m enfermagem
for
>> Nome do(a) selecionado
enfermeiro(a) com a
opção “Sim”

> situacao Texto “precisão”: 1, Não CANCELADO("C"),


>> Situação da NORMAL("N");
solicitação

> transporte Texto “precisão”: 1, AMBULÂNCIA("B")


,
>> Transporte
RODOVIÁRIO("R")
,
AÉREO("A"),
ESPECIAL("E");

> iMunicipios Inteiro “precisão”: 10, Não


>> Município
destino

> dtViagem Data “precisão”: 7, Não


>> Data da
viagem

> horaViagem Data e “scala”: 6,


Hora “precisão”: 11,
>> Hora da
viagem

> observacao Texto “precisão”: 250,


>> Observação

> Texto “precisão”: 11, este campo


telefoneEnfermag não deve
em ser
preenchido
>> Telefone quando >
do(a) enfermagem
enfermeiro(a) for
selecionado
com a
opção “Não”

> Texto “precisão”: 11, este campo


telefoneAcomp1 não deve
ser
>> Telefone do preenchido
acompanhante 1 quando >
qtdAcompan
hantes for
selecionado
com a
opção
“Nenhum”

> Texto “precisão”: 11, este campo


telefoneAcomp2 não deve
ser
>> Telefone do preenchido
acompanhante 2 quando >
qtdAcompan
hantes for
selecionado
com a
opção
“Nenhum ou
Um”

> iVeiculos Inteiro “precisão”: 10,


>> Veículo de
transporte

> kmDistancia Inteiro “precisão”: 8, Não


>> Distância em
km entre
municípios

> sexoAcomp1 Texto “precisão”: 1, Não, MASCULINO("M"),


quando >
>> Sexo do qtdAcompan FEMININO("F");
acompanhante 1 hantes for
selecionado
com a
opção “Um”
> racaAcomp1 Inteiro “precisão”: 1, Não, INDÍGENA("0"),
quando >
>> Raça do qtdAcompan BRANCA("2"),
acompanhante 1 hantes for
PRETA("4"),
selecionado
com a AMARELA("6"),
opção “Um”
PARDA("8");

> iEtniasAcomp1 Inteiro “precisão”: 4, Não,


quando >
>> Etnias do racaAcomp1
acompanhante 1 for
selecionado
com a
opção
“Indígena”

> dtNascAcomp1 Data “precisão”: 7, Não,


quando >
>> Data de qtdAcompan
nascimento do hantes for
acompanhante 1 selecionado
com a
opção “Um”

> sexoAcomp2 Texto “precisão”: 1, Não, MASCULINO("M"),


quando >
>> Sexo do qtdAcompan FEMININO("F");
acompanhante 2 hantes for
selecionado
com a
opção
“Dois”

> racaAcomp2 Inteiro “precisão”: 1, Não, INDÍGENA("0"),


quando >
>> Raça do qtdAcompan BRANCA("2"),
acompanhante 2 hantes for
PRETA("4"),
selecionado
com a AMARELA("6"),
opção
“Dois” PARDA("8");
> iEtniasAcomp2 Inteiro “precisão”: 4, Não,
quando >
>> racaAcomp2
i_etnias_acomp_ for
2 selecionado
com a
opção
“Indígena”

> dtNascAcomp2 Data “precisão”: 7, Não,


quando >
>> Data de qtdAcompan
nascimento do hantes for
acompanhante 2 selecionado
com a
opção
“Dois”

> dtTratamento Data “precisão”: 7, Não


>> Data do
tratamento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-remocao-pac-tfd

Modelo para conversão da tabela de Solicitações para remoção de


paciente de TFD
{
"dtoList”: [{
"clientId”: null,
“solicRemocaoPacTfd": {
"dtSolicitacao": null,
"localCidade": null,
"horaTratamento": null,
"dtRetorno": null,
"localEspera": null,
"dadosClinicos": null,
"tratamentoNecessario": null,
"carroExtra": null,
"observacaoCarroExtra": null,
"qtdAcompanhantes": null,
"justAcompanhante": null,
"familiarAcomp1": null,
"nomeAcomp1": null,
"rgAcomp1": null,
"cpfAcomp1": null,
"familiarAcomp2": null,
"nomeAcomp2": null,
"rgAcomp2": null,
"cpfAcomp2": null,
"nomeMotorista": null,
"enfermagem": null,
"nomeEnfermagem": null,
"situacao": null,
"transporte": null,
"dtViagem": null,
"horaViagem": null,
"observacao": null,
"telefoneEnfermagem": null,
"telefoneAcomp1": null,
"telefoneAcomp2": null,
"kmDistancia": null,
"sexoAcomp1": null,
"racaAcomp1": null,
"dtNascAcomp1": null,
"sexoAcomp2": null,
"racaAcomp2": null,
"dtNascAcomp2": null,
"dtTratamento": null,
"createdRole": null,
"updatedRole": null,
"iEntidades": null,
"iEtniasAcomp1": null,
"iEtniasAcomp2": null,
"iMunicipios": null,
"iPedidosTfd": null,
"iSolicRemocaoPacTfd": null,
"iVeiculos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Medicamentos contínuos

Neste tópico iremos abordar a forma com que os dados referente aos
registros de Medicamentos contínuos, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de
Acompanhamento do paciente (Atendimento >> Acompanhamento do paciente),
guia Medicação contínua.

> Descrição em Tipo de Regras / Aceita Valores


banco Dado Nulo possíveis
Observações
>> Nome em tela
> iEntidades Inteiro “precisão”: 4, Não
>> Código da "idSequencia": 1,
entidade

> iPessoasPac Inteiro “precisão”: 9, Não


>> Código do "idSequencia": 2,
paciente

> Inteiro “precisão”: 10, Não


iMedicamentosConti
nuosPac "idSequencia": 3,

>> Sequência do
registro de
medicamento
contínuo

> iMateriaist Inteiro “precisão”: 10,


>> Código do
material

> matSistema Texto “precisão”: 1, Não SIM("S"),


>> Material do NÃO("N");
sistema

> Texto “precisão”: 50,


descricaoMedicame
nto
>> Descrição do
medicamento

> Texto “precisão”: 100,


apresentacaoMedic
amento
>> Apresentação do
medicamento

>posologia Texto “precisão”: 50,


>> Posologia

> dtInicio Data “precisão”: 7,


>> Data de início do
tratamento

>dtTermino Data “precisão”: 7,


>> Data de término
do tratamento

> situacao Texto “precisão”: 1, Não EM


ABERTO("A"),
>> Situação do
registro CANCELADO("C
"),
ENCERRADO("E
");

> motivo Texto “precisão”: 100, Obrigatóri


o se
>> Motivo do Medicaçã
cancelamento ou o
encerramento do Contínua
tratamento =
Cancelad
o

> quantidade BigDecim “scala”: 2,


al
>> Quantidade “precisão”: 10,

> unidadeDuracao Texto “precisão”: 1, DIA("D"),


>> Unidade de SEMANA("S"),
duração
MÊS("M");

> programa Texto “precisão”: 100,


>> Programa
ministério
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/medicamentos-continuos-pac

Modelo para conversão da tabela de Medicamentos contínuos


{
"dtoList”: [{
"clientId”: null,
“medicamentosContinuosPac": {
"matSistema": null,
"descricaoMedicamento": null,
"apresentacaoMedicamento": null,
"posologia": null,
"dtInicio": null,
"dtTermino": null,
"situacao": null,
"motivo": null,
"quantidade": null,
"unidadeDuracao": null,
"programa": null,
"iEntidades": null,
"iMateriais": null,
"iMedicamentosContinuosPac": null,
"iPessoasPac": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Atendimentos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Atendimentos, deverão ser enviados para preenchimento da tabela
no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) ou Relatório de Atendimentos
(Relatórios >> Gerenciais >> Atendimento >> Atendimentos).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iAtendimentos Inteiro “precisão”: 10, Não


>> Código do "idSequencia":
atendimento 2,

> Texto “precisão”: 1, Não CONSULTA("C"),


tipoAtendimento
PROCEDIMENTO("P")
>> Tipo do ;
atendimento

> Inteiro “precisão”: 5, Obrigatório


iEspecialidades se Tipo de
atendiment
>> Código da o=
especialidade Consulta

>iProcedimentos Texto “precisão”: 10,


>> Código do
procedimento

> iPessoasEstab Inteiro “precisão”: 9 Não


>> Código do
estabelecimento
> iPessoasProf Inteiro “precisão”: 9 Não
>> Código do
profissional

> iPessoasPac Inteiro “precisão”: 9 Não


>> Código do
paciente

> Data e “scala”: 6, Não


dhAtendimento Hora
“precisão”: 11,
>> Data e hora
do atendimento

> situacao Texto “precisão”: 1, Não PENDENTE("P"),


>> Situação do EM EXECUÇÃO("X"),
atendimento
FINALIZADA("F"),
ENTREGUE("E"),
CANCELADA("C"),
AUTORIZADA("A"),
NÃO
AUTORIZADA("N");

> origem Texto “precisão”: 1, Não PRONTO


ATENDIMENTO("P"),
>> Origem do
atendimento AGENDAMENTO("A"),
RETORNO("R"),
OUTROS("O");

> iProntosAtend Inteiro “precisão”: 10


>> Código do
pronto
atendimento

> Inteiro “precisão”: 10


iAgendamentos
>> Código do
agendamento

> iCids Texto “precisão”: 7,


>> Código do
CID

> observacao Texto “precisão”: 250,


>> Observação

> Texto “precisão”: 1, Não SIM("S"),


solicitacaoRetor
no NÃO("N");

>> Indica se foi


solicitado o
retorno do
paciente

> dtRetornoSug Data “precisão”: 7,


>> Data
sugerida para o
retorno

> Inteiro “precisão”: 10


iAtendimentosOr
igem
>> Código de
atendimento de
origem

> motivoCancel Texto “precisão”: 250, Obrigatório


se
>> Motivo do Atendiment
cancelamento o=
do atendimento cancelado

> numeroBpa Long “precisão”: 13,


>> Número do
BPA para a
autorização

> carater Texto “precisão”: 1, Não ELETIVO("E"),


>> Caráter do URGÊNCIA("U");
atendimento
(Eletivo ou
Urgência)

> iEquipes Inteiro “precisão”: 10,


>> Código da
equipe

> Texto “precisão”: 1, SIM("S"),


finalizadoAutom
aticamente NÃO(NULL);

>> Finalizado
automaticament
e

> nivelAtencao Texto "ATENCAO_BASICA",


"ATENCAO_SECUND
>> Nível de ARIA",
atenção "ATENCAO_TERCIAR
IA"

> uuid Texto “precisão”: 50,


>> Identificador
universal único

> Texto “precisão”: 20,


versaoEsusCriac
ao
>> Versão do e-
SUS na criação
do registro

> Texto “precisão”: 20,


versaoEsusUltAl
teracao
>> Versão do e-
SUS na última
alteração do
registro

> dhFinalizado Data e “scala”: 6, Sim


Hora
>> Data e hora “precisão”: 11,
em que o
atendimento foi Formato: 1970-
finalizado
01-
01'T'HH:mm:ss.
SSSZ

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atendimentos

Modelo para conversão da tabela de Atendimentos


{
"dtoList”: [{
"clientId”: null,
"atendimentos”: {
"tipoAtendimento”: null,
"dhAtendimento”: null,
"situacao”: null,
"origem”: null,
"observacao”: null,
"solicitacaoRetorno”: null,
"dtRetornoSug”: null,
"motivoCancel”: null,
"numeroBpa”: null,
"carater”: null,
"createdRole”: null,
"updatedRole”: null,
"finalizadoAutomaticamente”: null,
"nivelAtencao”: null,
"uuid”: null,
"dhUltimaSincronizacao”: null,
"versaoEsusCriacao”: null,
"dhFinalizado”: null,
"versaoEsusUltAlteracao”: null,
"iAgendamentos”: null,
"iAtendimentos”: null,
"iAtendimentosOrigem”: null,
"iCids”: null,
"iEntidades”: null,
"iEquipes”: null,
"iEspecialidades”: null,
"iPessoasEstab”: null,
"iPessoasPac”: null,
"iPessoasProf”: null,
"iProcedimentos”: null,
"iProntosAtend”: null
},
“atendimentosIndividuais”: {},
"atendProcedRealizadosList”: [{
"clientId”: null,
"atendProcedRealizados”: {}
}
],
"atendExamesCompleList”: [{
"clientId”: null,
"atendExamesComple”: {},
"atendExamesCompleItensList”: [{
"clientId”: null,
"atendExamesCompleItens": {}
}
]
}
]
}
]
}
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Triagens

Neste tópico iremos abordar a forma com que os dados referente aos
registros de Triagens, deverão ser enviados para preenchimento da tabela no
banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) informe o paciente que possui a
Triagem, e visualize os dados na Guia Triagem.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade
> iPessoasPac Inteiro “precisão”: 9, Não
>> Código da "idSequencia": 2,
pessoa

> iTriagens Inteiro “precisão”: 10, Não


>>Código da "idSequencia": 3,
triagem

> iAtendimentos Inteiro “precisão”: 10,


>> Código de
atendimento

> iPessoasProf Inteiro “precisão”: 9, Não


>> Código do
profissional da
triagem

> iCbos Texto “precisão”: 6,


>> Código do CBO

> iAgendamentos Inteiro “precisão”: 10,


>> Código do
agendamento

> iProntosAtend Inteiro “precisão”: 10,


>> Código do
pronto
atendimento

> iRetornos Inteiro “precisão”: 10,


>> Código do
retorno

> dhTriagem Data e “scala”: 6, Não


Hora
>> Data e hora da “precisão”: 11,
triagem
> pressaoSistolica BigDecima “scala”: 1,
l
>> Pressão “precisão”: 4,
sistólica

> BigDecima “scala”: 1,


pressaoDiastolica l
“precisão”: 4,
>> Pressão
diastólica

> temperatura BigDecima “scala”: 1,


l
>> Temperatura “precisão”: 3,
do paciente

> pulso Inteiro “precisão”: 3,


>> Pulso

> peso BigDecima “scala”: 3,


l
>> Peso “precisão”: 6,

> altura BigDecima “scala”: 1,


l
>> Altura “precisão”: 4,

> perimCefalico BigDecima “scala”: 3,


l
>> Perímetro “precisão”: 6,
cefálico

> perimToracico BigDecima “scala”: 3,


l
>> Perímetro “precisão”: 6,
torácico

> cintura BigDecima “scala”: 1,


l
>> Medida da “precisão”: 4,
cintura

> quadril BigDecima “scala”: 1,


>> Medida do l “precisão”: 4,
quadril

> freqRespiratoria Inteiro “precisão”: 3,


>> Frequência
respiratória

> satOxigenio BigDecima “scala”: 2,


l
>> Saturação de “precisão”: 5,
oxigênio

> hgt BigDecima “scala”: 2,


l
>> Hemoglicoteste “precisão”: 6,

> pulsoArritmico Texto “precisão”: 1, SIM("A"),


>> Pulso arrítmico NÃO(null);

> pfe BigDecima “scala”: 2,


l
>> Pico de fluxo “precisão”: 5,
expiratório

> dor Inteiro “precisão”: 2,


>> Escala de
intensidade de dor

>glasgowOcular Inteiro “precisão”: 1, AUSENTE("1"),


>> Escala de A DOR("2"),
coma de glasgow
abertura ocular AO COMANDO
VERBAL("3"),
ESPONTÂNEO("4");

> glasgowVerbal Inteiro “precisão”: 1, SEM RESPOSTA("1"),


>> Escala de SONS
coma de glasgow INCOMPREENSÍVEIS
resposta verbal ("2")
PALAVRAS
INAPROPRIADAS("3")
,
DESORIENTADO E
CONVERSANDO("4"),
ORIENTADO E
CONVERSANDO("5");

> glasgowMotora Inteiro “precisão”: 1, NENHUMA("1"),


>> Escala de EXTENSÃO
coma de glasgow ANORMAL("2"),
resposta motora
FLEXÃO
ANORMAL("3"),
MOVIMENTO DE
RETIRADA("4"),
LOCALIZA DOR("5")
OBEDECE
COMANDOS("6");

> scqCabeca Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
cabeça 3º GRAU("3");

> scqToraxF Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
tórax frontal 3º GRAU("3");

> scqToraxD Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
tórax dorsal 3º GRAU("3");

> scqAbdomenF Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
abdômen frontal 3º GRAU("3");

> scqAbdomenD Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
abdômen dorsal 3º GRAU("3");

> scqVirilha Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
virilha 3º GRAU("3");

> scqBracoE Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
braço esquerdo 3º GRAU("3");

> scqBracoD Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
braço direito 3º GRAU("3");

> scqCoxaE Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
coxa esquerda 3º GRAU("3");

> scqCoxaD Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
coxa direita 3º GRAU("3");

> scqPernaE Inteiro “precisão”: 1, 1º GRAU("1"),


>>Superfície 2º GRAU("2"),
corporal queimada
perna esquerda 3º GRAU("3");
> scqPernaD Inteiro “precisão”: 1, 1º GRAU("1"),
>>Superfície 2º GRAU("2"),
corporal queimada
perna direita 3º GRAU("3");

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/triagens

Modelo para conversão da tabela de Triagens


{
"dtoList”: [{
"clientId”: null,
“triagens": {
"dhTriagem": null,
"pressaoSistolica": null,
"pressaoDiastolica": null,
"temperatura": null,
"pulso": null,
"peso": null,
"altura": null,
"perimCefalico": null,
"perimToracico": null,
"cintura": null,
"quadril": null,
"freqRespiratoria": null,
"satOxigenio": null,
"hgt": null,
"pulsoArritmico": null,
"pfe": null,
"dor": null,
"glasgowOcular": null,
"glasgowVerbal": null,
"glasgowMotora": null,
"scqCabeca": null,
"scqToraxF": null,
"scqToraxD": null,
"scqAbdomenF": null,
"scqAbdomenD": null,
"scqVirilha": null,
"scqBracoE": null,
"scqBracoD": null,
"scqCoxaE": null,
"scqCoxaD": null,
"scqPernaE": null,
"scqPernaD": null,
"iAgendamentos": null,
"iAtendimentos": null,
"iCbos": null,
"iEntidades": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iProntosAtend": null,
"iRetornos": null,
"iTriagens": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Evolução diária do paciente

Neste tópico iremos abordar a forma com que os dados referente aos
registros de Evolução diária do paciente, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) em Registro do paciente coluna
Evolução diária.

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 10, Não


iAtendimentos
"idSequencia": 2,
>> Código do
atendimento

> Inteiro “precisão”: 10, Não


iAtendEvoluco
esDiarias "idSequencia": 3,

>> Código
sequencial da
evolução diária

> iPessoasProf Inteiro “precisão”: 9, Não


>> Código do
profissional

> Data e “scala”: 6, Não


dhEvolucaoDia Hora
ria “precisão”: 11,
>> Data e hora
do registro da
evolução

> observacao Texto “precisão”: 200, Não


>> Código do
tipo do vínculo

> dtInternacao Data “precisão”: 7,


>> Data da
internação

> dtAlta Data “precisão”: 7


>> Data da alta

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-evolucoes-diarias

Modelo para conversão da tabela de Evolução diária do paciente


{
"dtoList”: [{
"clientId”: null,
"atendEvolucoesDiarias": {
"dhEvolucaoDiaria": null,
"observacao": null,
"createdRole": null,
"updatedRole": null,
"dtInternacao": null,
"dtAlta": null,
"iAtendEvolucoesDiarias": null,
"iAtendimentos": null,
"iEntidades": null,
"iPessoasProf": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Exames físicos

Neste tópico iremos abordar a forma com que os dados referente aos
registros de Exames físicos do paciente, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) em Registro do paciente coluna
Exames físicos.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iAtendimentos Inteiro “precisão”: 10, Não


>> Código do "idSequencia": 2,
atendimento

> Inteiro “precisão”: 10, Não


iAtendExamesFi
sicos "idSequencia": 3,

>> Código
sequencial do
exame físico

> inspDismorfias Texto “precisão”:


100000,
>> Inspeção
física do
paciente
> Texto “precisão”:
inspDistDesenvo 100000,
lvimento
>> Inspeção de
distúrbios de
desenvolvimento

> Texto “precisão”: 200,


inspLesaoCutan
ea
>> Inspeção de
lesões cutâneas

> inspCateter Texto “precisão”: 200,


>> Inspeção de
cateter e outros

> Texto “precisão”:


palpModeloEstru 100000,
tural
>> Palpação do
modelo
estrutural do
órgão

> palpEspessura Texto “precisão”:


100000,
>> Palpação da
espessura dos
órgãos

> Texto “precisão”:


palpConsistencia 100000,
>> Consistência
verificada na
palpação dos
órgãos

> palpVolume Texto “precisão”: 200,


>> Volume
verificado na
palpação dos
órgãos

> palpDureza Texto “precisão”: 200,


>> Dureza
verificada na
palpação dos
órgãos

> percussao Texto “precisão”: 1, CLARO PULMONAR("C"),


>> Percussão MACIÇA("M"),
encontrada na
inspeção do TIMPÂNICA("T");
paciente

> ausculta Texto “precisão”: 200,


>> Ausculta
encontrada no
atendimento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-exames-fisicos

Modelo para conversão da tabela de Exames físicos


{
"dtoList”: [{
"clientId”: null,
"atendExamesFisicos": {
"inspDismorfias": null,
"inspDistDesenvolvimento": null,
"inspLesaoCutanea": null,
"inspCateter": null,
"palpModeloEstrutural": null,
"palpEspessura": null,
"palpConsistencia": null,
"palpVolume": null,
"palpDureza": null,
"percussao": null,
"ausculta": null,
"createdRole": null,
"updatedRole": null,
"iAtendExamesFisicos": null,
"iAtendimentos": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Prescrições de medicamentos

Neste tópico iremos abordar a forma com que os dados referente aos
registros das Prescrições de medicamentos, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) em Registro do paciente coluna
Receituário.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade
> iAtendimentos Inteiro “precisão”: 10, Não
>> Código do "idSequencia": 2,
atendimento

> Inteiro “precisão”: 10,


iMateriaisPresc
>> Código do
material
prescrito

> Inteiro “precisão”: 10, Não


iPessoasProfPr
esc
>> Código do
profissional

> Inteiro “precisão”: 10,


iPessoasEstabD
isp
>> Código da
pessoa

> Texto “precisão”: 1, Não SIM("S"),


pertenceEstoqu
ePresc NÃO("N");

>> Indica se o
medicamento
pertence ao
estoque

> Texto “precisão”: 20,


unidadeDispens
aPresc
>> Unidade de
dispensa

> Texto “precisão”: 150,


apresentacaoPr
esc
>>
Apresentação
do medicamento

> BigDecim “scala”: 2,


qtdPrescritaPres al
c “precisão”: 10,

>> Quantidade
prescrita

> Inteiro “precisão”: 2, ORAL("1"),


viaAdministraca
oPresc TÓPICA("2"),

>> Via de PARENTAL("3"),


administração
OTOLÓGICA("4"),
INTRANASAL("5"),
VAGINAL("6"),
RETAL("7"),
INTRAVENOSA("8"),
INTRAMUSCULAR("9"),
INTRAÓSSEA("10"),
SUBCUTÂNEA("11"),
INTRADÉRMICA("12"),
INALATÓRIA("13"),
INTRAOCULAR("14"),
INTRACARDÍACA("15"),
INTRAPERITONIAL("16"),
TRANSMUCOSA("17");

> dosesPresc Texto precisão": 30,


>> Doses

> Inteiro “precisão”: 1, DIAS("1"),


unidadeDuracao SEMANAS("2"),
Presc
MESES("3"),
>> Unidade da
duração do SEMESTRES("4"),
tratamento
ANOS("5"),
HORAS("6"),
MINUTOS("7");

> Texto precisão": 150,


observacaoPres
c
>>Observações

> situacaoPresc Texto precisão": 1, EM ABERTO("A"),


>> Situação DISPENSADO("D"),
DISPENSADO
PARCIALMENTE("P"),
CANCELADO("C"),
NÃO SE APLICA("N");

> Texto “precisão”: 100,


descricaoMateri
alPresc
>> Descrição do
material
prescrito

> duracaoPresc Inteiro “precisão”: 3,


>> Tempo de
duração do
tratamento

> Inteiro “precisão”: 10, Não


iAtendMedPresc
ricoes "idSequencia": 3,

>> Sequência
do medicamento
na prescrição

> dtPrescricao Data “precisão”: 7, Não


>> Data da
prescrição

> posologia Texto “precisão”: 30,


>> Posologia da
prescrição

> Texto “precisão”: 1, SIM("S"),


medicamentoCo
ntinuo NÃO("N");

>> Indica
medicamento
contínuo

> iRenameSus Inteiro “precisão”: 10,


>> Código do
rename

> Texto “precisão”: 500,


justificativaQtdE
xcedente
>> Justificativa
da quantidade
excedente

> Inteiro “precisão”: 10,


iSetoresCustos
>> Setor de
custos

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-med-prescricoes

Modelo para conversão da tabela de Prescrições de medicamentos


{
"dtoList”: [{
"clientId”: null,
"atendMedPrescricoes": {
"pertenceEstoquePresc": null,
"unidadeDispensaPresc": null,
"apresentacaoPresc": null,
"qtdPrescritaPresc": null,
"viaAdministracaoPresc": null,
"dosesPresc": null,
"unidadeDuracaoPresc": null,
"observacaoPresc": null,
"situacaoPresc": null,
"descricaoMaterialPresc": null,
"duracaoPresc": null,
"dtPrescricao": null,
"createdRole": null,
"updatedRole": null,
"posologia": null,
"medicamentoContinuo": null,
"justificativaQtdExcedente": null,
"iAtendimentos": null,
"iAtendMedPrescricoes": null,
"iEntidades": null,
"iMateriaisPresc": null,
"iPessoasEstabDisp": null,
"iPessoasProfPresc": null,
"iRenameSus": null,
"iSetoresCustos": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Procedimentos realizados no atendimento

Neste tópico iremos abordar a forma com que os dados referente aos
registros de Procedimentos realizados no atendimento, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) em Procedimentos coluna
Realizados.

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 10, Não


iAtendimentos
"idSequencia": 2,
>> Código do
atendimento

> Texto “precisão”: 10, Não


iProcedimentos
"idSequencia": 3,
>> Código do
procedimento
> Data e “scala”: 6, Não
horarioRealizac Hora
ao “precisão”: 11,

>> Horário de
realização do
procedimento

> quantidade Inteiro “precisão”: 3, Não


>> Quantidade
de
procedimentos

> iPessoasProf Inteiro “precisão”: 9, Não


>> Código do "idSequencia": 4,
profissional
que realizou o
procedimento

> iCids Texto “precisão”: 7,


>> Código do
CID

> numeroBpa Long “precisão”: 13,


>> Número do
BPA para a
autorização

> iCbos Texto “precisão”: 6, Não


>> CBO

> fixo Texto “precisão”: 1, SIM("S"),


>> NÃO("N");
Procedimento
fixo

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-proced-realizados
Modelo para conversão da tabela de Procedimentos realizados no
atendimento
{
"dtoList”: [{
"clientId”: null,
"atendProcedRealizados": {
"horarioRealizacao": null,
"quantidade": null,
"numeroBpa": null,
"createdRole": null,
"updatedRole": null,
"fixo": null,
"iAtendimentos": null,
"iCbos": null,
"iCids": null,
"iEntidades": null,
"iPessoasProf": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Procedimentos secundários solicitados

Neste tópico iremos abordar a forma com que os dados referente aos
registros de Procedimentos secundários solicitados no atendimento, deverão
ser enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) em Procedimentos coluna
Solicitados, guia Procedimentos secundários.
> Descrição Tipo de Regras / Aceita Valores possíveis
em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 10, Não


iAtendimentos
"idSequencia": 2,
>> Código do
atendimento

> Texto “precisão”: 10, Não


iProcedimento
s "idSequencia": 3,

>> Código do
procedimento

> quantidade Inteiro “precisão”: 3, Não


>> Quantidade
solicitada

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-proced-solic-sec

Modelo para conversão da tabela de Procedimentos secundários


solicitados

{
"dtoList”: [{
"clientId”: null,
“atendProcedSolicSec": {
"quantidade": null,
"createdRole": null,
"updatedRole": null,
"iAtendimentos": null,
"iEntidades": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Procedimentos solicitados no atendimento

Neste tópico iremos abordar a forma com que será estruturada as


informações referente aos registros de Procedimentos solicitados no
atendimento.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iAtendimentos Inteiro “precisão”: 10, Não


>> Código do "idSequencia":
atendimento 2,

> iProcedimentos Texto “precisão”: 10, Não


>> Código do "idSequencia":
procedimento 3,

> quantidade Inteiro “precisão”: 3, Não


>> Quantidade
solicitada
> iCidsPrinc Texto “precisão”: 7, Não
>> CID principal

> iCidsSec Texto “precisão”: 7,


>> CID secundário

> iCidsAssoc Texto “precisão”: 7,


>> CID associado

> observacao Texto “precisão”: 250,


>> Observação

> diagnostico Texto “precisão”: 250, Não


>> Descrição do
diagnóstico

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-proced-solicitados

Modelo para conversão da tabela de Procedimentos solicitados no


atendimento
{
"dtoList”: [{
"clientId”: null,
“atendProcedSolicitados": {
"quantidade": null,
"observacao": null,
"diagnostico": null,
"createdRole": null,
"updatedRole": null,
"iAtendimentos": null,
"iCidsAssoc": null,
"iCidsPrinc": null,
"iCidsSec": null,
"iEntidades": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de SOAP no atendimento

Neste tópico iremos abordar a forma com que os dados referente aos
registros de SOAP no atendimento, deverão ser enviados para preenchimento
da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) em Registro do paciente coluna
SOAP.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iAtendimentos Inteiro “precisão”: 10, Não


>> Código do "idSequencia": 2,
atendimento

> subjetivo Texto “precisão”:


100000,
>> Observações
quanto a queixa
principal, sintomas
e histórico de
doenças

> objetivo Texto “precisão”:


100000,
>> Observações
quanto aos
exames físicos,
ausculta,
resultados de
exames
apresentados pelo
paciente

> prescricoes Texto “precisão”:


100000,
>> Observações
quanto pedido de
exames,
encaminhamentos
para outros
especialistas e
prescrição de
medicamentos

> avaliacoes Texto “precisão”:


100000,
>> Observações
quanto as
avalições médicas

> iCids Texto “precisão”: 7,


>> Código do cid

> plano Texto “precisão”:


100000,
>> Plano do
paciente

> Texto “precisão”:


prescricoesControl 100000,
eEspecial
>> Prescrições de
controle especial
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-soap

Modelo para conversão da tabela de SOAP no atendimento


{
"dtoList”: [{
"clientId”: null,
“atendSoap": {
"subjetivo": null,
"objetivo": null,
"prescricoes": null,
"avaliacoes": null,
"createdRole": null,
"updatedRole": null,
"plano": null,
"prescricoesControleEspecial": null,
"iAtendimentos": null,
"iCids": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Tratamento no atendimento

Neste tópico iremos abordar a forma com que os dados referente aos
registros de Tratamento no atendimento, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) em Registro do paciente coluna
Tratamento/Terapia.

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 10, Não


iAtendimentos
"idSequencia": 2,
>> Código do
atendimento

> Inteiro “precisão”: 10, Não


iAtendTratame
ntos "idSequencia": 3,

>> Sequência
do
medicamento
no
tratamento/ter
apia

> Inteiro “precisão”: 10,


iPessoasProfT
rat
>> Código do
profissional
prescritor

> Inteiro “precisão”: 10,


iMateriaisTrat
>> Código do
material
> qtdTrat BigDecimal “precisão”: 10,
>> “scala”: 2,
Quantidade
prescrita

> Inteiro “precisão”: 2, TÓPICA -


viaAdministrac EPIDERMICA("1");
aoTrat
TÓPICA -
>>Via de INALÁVEL("2"),
administração
TÓPICA - ENEMA("3"),
TÓPICA - COLÍRIO("4"),
TÓPICA -
OTOLÓGICAS("5"),
TÓPICA -
INTRANASAL("6"),
ENTERAL - PELA
BOCA("7"),
ENTERAL - POR TUBO
GÁSTRICO("8"),
ENTERAL - PELO
RETO("9"),
PARENTERAL -
INJEÇÃO
INTRAVENOSA("10"),
PARENTERAL -
INJEÇÃO INTRA-
ARTERIAL("11"),
PARENTERAL -
INJEÇÃO
INTRAMUSCULAR("12")
,
PARENTERAL -
INJEÇÃO
INTRACARDÍACA("13"),
PARENTERAL -
INJEÇÃO
SUBCUTÂNEA("14"),
PARENTERAL -
INFUSÃO
INTRAÓSSEA("15"),
PARENTERAL -
INJEÇÃO
INTRADÉRMICA("16"),
PARENTERAL -
INJEÇÃO
INTRAPERITONEAL("17
"),
PARENTERAL -
TRANSDÉRMICA("18"),
PARENTERAL -
TRANSMUCOSA("19"),
PARENTERAL -
INALÁVEL("20"),
OUTRAS("21");

> dosesTrat Texto “precisão”: 30,


>> Doses

> Inteiro “precisão”: 1, DIAS("1"),


unidadeDurac
aoTrat SEMANAS("2"),

>> Unidade de MESES("3"),


duração do
SEMESTRES("4"),
tratamento
ANOS("5"),
HORAS("6"),
MINUTOS("7");

> BigDecimal “scala”: 2,


qtdAplicadaTr
at “precisão”: 10,

>>Quantidade
aplicada

> situacaoTrat Texto “precisão”: 1, EM ABERTO("A"),


>> Situação CONCLUÍDO
do tratamento (APLICADO)("C"),
PARCIAL("P"),
CANCELADO("X");

> duracaoTrat Inteiro “precisão”: 3,


>> Duração
do tratamento

> Long “precisão”: 15,


numNotificaca
o
>> Número da
notificação

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-tratamentos

Modelo para conversão da tabela de Tratamento no atendimento


{
"dtoList”: [{
"clientId”: null,
“atendTratamentos": {
"qtdTrat": null,
"viaAdministracaoTrat": null,
"dosesTrat": null,
"unidadeDuracaoTrat": null,
"qtdAplicadaTrat": null,
"situacaoTrat": null,
"duracaoTrat": null,
"numNotificacao": null,
"createdRole": null,
"updatedRole": null,
"iAtendimentos": null,
"iAtendTratamentos": null,
"iEntidades": null,
"iMateriaisTrat": null,
"iPessoasProfTrat": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Aplicações dos medicamentos dos tratamentos

Neste tópico iremos abordar a forma com que os dados referente aos
registros de Aplicações dos medicamentos dos tratamentos, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) em Registro do paciente coluna
Tratamento/Terapia guia Aplicação.

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 10, Não


iAtendimentos
"idSequencia": 2,
>> Código do
atendimento

> Inteiro “precisão”: 10, Não


iAtendTratame
ntos "idSequencia": 3,

>> Sequência
do
medicamento
no
tratamento/ter
apia

> Inteiro “precisão”: 10, Não


iAtendTratame
ntosAplic "idSequencia": 4,

>> Sequência
da aplicação
do
medicamento
do tratamento

> Inteiro “precisão”: 10, Não


iPessoasProf
>> Código do
profissional
responsável
pela aplicação

> lote Texto “precisão”: 20 Não


>> Lote de
fabricação

> qtdAplicada BigDecima “precisão”: 10 Não


l
>> Quantidade “scala”: 2
aplicada

> Data e “scala”: 6, Não


dhAplicacaoTr Hora
at “precisão”: 11,
>> Data e hora
da aplicação

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-tratamentos-aplic

Modelo para conversão da tabela de Aplicações dos medicamentos dos


tratamentos
{
"dtoList”: [{
"clientId”: null,
“atendTratamentosAplic": {
"lote": null,
"qtdAplicada": null,
"dhAplicacaoTrat": null,
"createdRole": null,
"updatedRole": null,
"iAtendimentos": null,
"iAtendTratamentos": null,
"iAtendTratamentosAplic": null,
"iEntidades": null,
"iPessoasProf": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Prontos atendimentos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Prontos atendimentos, deverão ser enviados para preenchimento
da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) ou Relatório de Atendimentos
(Relatórios >> Gerenciais >> Atendimento >> Atendimentos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia": 1,
da entidade

> Inteiro “precisão”: 10, Não


iProntosAten
d "idSequencia": 2,

>> Código
do pronto
atendimento

> Texto “precisão”: 1, Não


tipoAtendime
nto
>> Tipo de
atendimento

> Inteiro “precisão”: 5,


iEspecialidad
es
>>
Quantidade

> Texto “precisão”: 10,


iProcediment
os
>> Código
do
procediment
o
> Inteiro “precisão”: 9,
iPessoasEst
ab
>> Código
do
estabelecime
nto

> Inteiro “precisão”: 9, Não


iPessoasPac
>> Código
do paciente

> Data e Hora “scala”: 6, Não


dhProntoAte
nd “precisão”: 11,

>> Data e
hora do
pronto
atendimento

> Texto “precisão”: 250,


observacao
>>
Observação

> situacao Texto “precisão”: 1, Não AGUARDANDO("G"),


>> Situação FINALIZADO("F"),
do pronto
atendimento CANCELADO("C"),
EM
ATENDIMENTO("E");

> Texto “precisão”: 250, Obrigatór


motivoCance io se
l motivo
do
>> Motivo do cancelam
cancelament ento =
o do pronto outros
atendimento

> Texto “precisão”: 1, ATRASO("A"),


tipoMotivoCa
ncel FALTA("F"),

>> Tipo do DESISTÊNCIA("D"),


motivo do
OUTROS(“O”);
cancelament
o

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/prontos-atendimentos

Modelo para conversão da tabela de Prontos atendimentos


{
"dtoList”: [{
"clientId”: null,
“prontosAtendimentos": {
"tipoAtendimento": null,
"dhProntoAtend": null,
"observacao": null,
"situacao": null,
"motivoCancel": null,
"tipoMotivoCancel": null,
"createdRole": null,
"updatedRole": null,
"iEntidades": null,
"iEspecialidades": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iProcedimentos": null,
"iProntosAtend": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Procedimentos realizados do encaminhamento

Neste tópico iremos abordar a forma com que os dados dos registros de
Procedimentos realizados do encaminhamento, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela que possui
Classificação de Risco (Atendimento >> Pronto Atendimento ou Atendimento
>> Fila de atendimento), guia encaminhamento.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 10, Não


iEncaminhamen
tos "idSequencia": 2,

>> Código do
encaminhament
o

> Texto “precisão”: 10, Não


iProcedimentos
"idSequencia": 3,
>> Código do
procedimento

> quantidade Inteiro “precisão”: 4, Não


>> Quantidade

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/encam-proced-realizados

Modelo para conversão da tabela de Procedimentos realizados do


encaminhamento
{
"dtoList”: [{
"clientId”: null,
“encamProcedRealizados": {
"quantidade": null,
"iEncaminhamentos": null,
"iEntidades": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Retornos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Retorno de atendimentos, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Retornos (Atendimento >> Retornos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da
entidade "idSequencia": 1,

> iRetornos Inteiro “precisão”: 10, Não


>> Código do "idSequencia": 2,
retorno

> iPessoasPac Inteiro “precisão”: 9, Não


>> Código da
pessoa

> dhRetorno Data e “scala”: 6, Não


Hora
>> Data e hora “precisão”: 11,
do retorno

> Inteiro “precisão”: 10, Não


iAtendimentosO
rigem
>> Código de
atendimento
que originou
esse retorno

> situacao Texto “precisão”: 1, Não AGUARDANDO("G"),


>> Situação do FINALIZADO("F"),
retorno
CANCELADO("C"),
EM ATENDIMENTO("E");

> motivoCancel Texto “precisão”: 250,


>> Motivo do
cancelamento
do retorno

> Texto “precisão”: 1,


tipoMotivoCanc
el
>> Tipo do
motivo do
cancelamento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/retornos

Modelo para conversão da tabela de Retornos


{
"dtoList”: [{
"clientId”: null,
“retornos": {
"dhRetorno": null,
"situacao": null,
"motivoCancel": null,
"tipoMotivoCancel": null,
"iAtendimentosOrigem": null,
"iEntidades": null,
"iPessoasPac": null,
"iRetornos": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Triagem Classificação de Risco

Neste tópico iremos abordar a forma com que os dados referente aos
registros de Triagem Classificação de Risco, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) informe o paciente que possui a
Triagem, e visualize os dados na Guia Triagem.

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

4.130> Inteiro “precisão”: 9, Não


iPessoasPac
"idSequencia": 2,
>> Código do
paciente

> iTriagens Inteiro “precisão”: 10, Não


>> Código da "idSequencia": 3,
triagem

> Texto “precisão”: 1, Não EMERGÊNCIA("R"),


corClassificaca
o MUITO URGENTE("O"),

>> Cor da URGENTE("Y"),


classificação
NÃO URGENTE("G"),
BAIXA
COMPLEXIDADE("B");

> queixa Texto “precisão”: 2000,


>> Queixa

> historico Texto “precisão”: 2000,


>> Histórico

> exameFisico Texto “precisão”: 2000,


>> Exame
físico

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/triagens-classifica-risco

Modelo para conversão da tabela de Triagem Classificação de Risco


{
"dtoList”: [{
"clientId”: null,
“triagensClassificaRisco": {
"corClassificacao": null,
"queixa": null,
"historico": null,
"exameFisico": null,
"iEntidades": null,
"iPessoasPac": null,
"iTriagens": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Cotas das solicitações de agendamentos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Cotas das solicitações de agendamentos, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Cotas para agendamentos (Agendamento >> Cotas para Agendamentos) ou
Relatório de Cotas para agendamentos (Relatórios >> Gerenciais >>
Agendamento >> Cotas dos agendamentos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 9, Não


iSolicAgendC
otas "idSequencia": 2,

>> Código
das cotas de
solicitações
de
agendamento
s

> Inteiro “precisão”: 9 Não


iPessoasEsta
b
>>Código do
estabelecime
nto

> Inteiro “precisão”: 4, Não


iCompetencia
s
>> Código da
competência

> situacao Texto “precisão”: 1 ATIVO("A"),


>> Situação INATIVO("I");
da cota

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-agend-cotas
Modelo para conversão da tabela de Cotas das solicitações de
agendamentos
{
"dtoList”: [{
"clientId”: null,
“solicAgendCotas": {
"situacao": null,
"iCompetencias": null,
"iEntidades": null,
"iPessoasEstab": null,
"iSolicAgendCotas": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens das cotas das solicitações de agendamentos

Neste tópico iremos abordar a forma com que os dados referente aos
itens das cotas das solicitações de agendamentos, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Cotas para agendamentos (Agendamento >> Cotas para Agendamentos) ou
Relatório de Cotas para agendamentos (Relatórios >> Gerenciais >>
Agendamento >> Cotas dos agendamentos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 9, Não


iSolicAgendC
otas "idSequencia": 2,

>> Código
das cotas de
solicitações
de
agendamento
s

> Inteiro “precisão”: 9 Não


iSolicAgendC
otasItens "idSequencia": 3,

>>Código dos
itens das
cotas

> tipo Texto “precisão”: 1 PROCEDIMENTO("P"


),
>> Tipo de
solicitação CONSULTA("C");

> Texto “precisão”: 10


iProcediment
os
>> Código do
procedimento

> Inteiro “precisão”: 5


iEspecialidad
es
>> Código da
especialidade

> qtdSolic Inteiro “precisão”: 10


>>
Quantidade
de
solicitações"

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-agend-cotas-itens

Modelo para conversão da tabela de Itens das cotas das solicitações de


agendamentos
{
"dtoList”: [{
"clientId”: null,
“solicAgendCotasItens": {
"tipo": null,
"qtdSolic": null,
"iEntidades": null,
"iEspecialidades": null,
"iProcedimentos": null,
"iSolicAgendCotas": null,
"iSolicAgendCotasItens": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Agendamentos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Agendamentos, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Agendamentos (Agendamento >> Agendar) ou Relatório de Agendamentos
(Relatórios >> Gerenciais >> Agendamento >> Agendamentos) ou Relatório de
Comprovantes de Agendamentos (Relatórios >> Gerenciais >> Agendamento
>> Comprovantes de Agendamentos).

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco Dado
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iAgendament
os "idSequencia":
2,
>> Código do
agendamento

>tipoAgenda Texto “precisão”: 1 Não CONSULTA("C"),


mento
PROCEDIMENTO("P");
>> Tipo de
agendamento

> Inteiro “precisão”: 5,


iEspecialidad
es
>> Código da
especialidade

>iProcedimen Texto “precisão”: 10,


tos
>> Código do
procedimento

>iPessoasEst Inteiro “precisão”: 9, Não


ab
>> Código do
estabelecime
nto

>iPessoasPr Inteiro “precisão”: 9,


of
>> Código do
profissional

>iPessoasPa Inteiro “precisão”: 9, Não


c
>> Código do
paciente

>dtAgendam Data “precisão”: 7, Não


ento
>> Data do
agendamento

>horarioIni Data e “precisão”: 11, Não


Hora
>> Horário
inicial do
agendamento

>iSolicitacoes Inteiro “precisão”: 10,


>> Código da
solicitação de
agendamento

>situacao Texto “precisão”: 1, Não FINALIZADO("F"),


>> Situação AGENDADO("A"),
do
agendamento CANCELADO("C"),
PENDENTE DE
TRANSFERÊNCIA("P"),
TRANSFERIDO("T"),
AGUARDANDO("G"),
EM
ATENDIMENTO("E");

>horarioFin Data e “scala”: 6, Não


Hora
>> Horário “precisão”: 11,
final do
agendamento

>observacao Texto “precisão”:


1000,
>>
Observação

>motivoCanc Texto “precisão”: 250, *Obrigatório


el se motivo do
cancelament
>> Motivo do o=outros
cancelament
o do
agendamento

> Inteiro “precisão”: 10,


iAgendament
osTransf
>> Código do
agendamento
de
transferência

>origem Texto “precisão”: 1, Não; LOCAL ADMIN(1),


>> Indica LOCAL NORMAL(3),
quem
realizou o Preenchido EXTERNO ADMIN(2),
agendamento automaticam
ente. EXTERNO
NORMAL(4);

>ocorrencia Texto “precisão”: 1, PRIMEIRA


CONSULTA("P"),
>>
Ocorrência RETORNO("R");
do
agendamento

>tipoMotivoC Texto “precisão”: 1, ATRASO("A"),


ancel
FALTA("F"),
>> Tipo do
motivo do DESISTÊNCIA("D"),
cancelament
OUTROS("O");
o

>dhRegistro Data e “scala”: 6,


Hora
>> Data e “precisão”: 11,
hora do
registro do
agendamento

>iProcedimen Texto “precisão”: 10,


tosExec
>> Código do
procedimento
executado

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/agendamentos

Modelo para conversão da tabela de Agendamentos


{
"dtoList”: [{
"clientId”: null,
“agendamentos": {
"tipoAgendamento": null,
"dtAgendamento": null,
"horarioIni": null,
"situacao": null,
"horarioFin": null,
"observacao": null,
"motivoCancel": null,
"origem": null,
"ocorrencia": null,
"tipoMotivoCancel": null,
"dhRegistro": null,
"createdRole": null,
"updatedRole": null,
"iAgendamentos": null,
"iAgendamentosTransf": null,
"iEntidades": null,
"iEspecialidades": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iProcedimentos": null,
"iProcedimentosExec": null,
"iSolicitacoes": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Agendamentos que foram cancelados ou


transferidos e que necessitam de contato

Neste tópico iremos abordar a forma com que os dados referente aos
registros de Agendamentos que foram cancelados ou transferidos e que
necessitam de contato com o paciente para informar a transferência ou
cancelamento, deverão ser enviados para preenchimento da tabela no banco
de dados.
Para conferir o envio das informações, acesse a tela de Pacientes a
contatar (Agendamento >> Pacientes a contatar).

> Descrição Tipo de Regras / Aceit Valores possíveis


em banco Dado a
Observações Nulo
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 10, Não


iAgendamento
s "idSequencia": 2,

>> Código do
agendamento

> Texto “precisão”: 1 Não SIM("S"),


contatoRealiza
do NÃO("N");

>>Indica se o
contato com o
paciente foi
realizado

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/agend-pacientes-contatar

Modelo para conversão da tabela de Agendamentos que foram


cancelados ou transferidos e que necessitam de contato
{
"dtoList”: [{
"clientId”: null,
“agendPacientesContatar": {
"contatoRealizado": null,
"iAgendamentos": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Solicitações de agendamentos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Solicitações de agendamentos, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Solicitações de agendamentos (Agendamento >> Solicitar agendamento) ou
Consultar Solicitações de agendamentos (Agendamento >> Consultar
Solicitações de agendamentos) ou ainda, Relatório de Solicitações de
Agendamentos (Relatórios >> Cadastrais >> Solicitações de Agendamentos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iSolicitacoes Inteiro “precisão”: 10, Não


>> Código da "idSequencia":
solicitação de 2,
agendamento

> iMunicipios Inteiro “precisão”: 10, Não


>> Código do
município
> Texto “precisão”: 1, Não CONSULTA("C"),
tipoAgendame
nto PROCEDIMENTO("P");

>> Tipo de
agendamento

>iPessoasPac Inteiro “precisão”: 9,


>>Código da
pessoa do
paciente

>iPessoasEsta Inteiro “precisão”: 9,


b
>> Código do
estabeleciment
o solicitante

>iPessoasProf Inteiro “precisão”: 9,


>> Código do
profissional
solicitante

>iPacientesExt Inteiro “precisão”: 9,


>> Código do
paciente de
outro município

>iEspecialidad Inteiro “precisão”: 5,


es
>> Código da
especialidade

>iProcedimento Texto “precisão”: 10,


s
>> Código do
procedimento

>dhSolicitacao Data e “scala”: 6, Não


>> Data e hora Hora “precisão”: 11,
da solicitação

>prioridade Texto “precisão”: 1, Não NORMAL("N"),


>> Prioridade ALTA("A"),
no
agendamento URGENTE("U");

>situacao Texto “precisão”: 1, Não AGENDADO("A"),


>> Situação da CANCELADO("C"),
solicitação
PENDENTE DE
TRANSFERÊNCIA("P"),
TRANSFERIDO("T"),
EM ATENDIMENTO("E"),
FINALIZADO("F"),
INDEFERIDO("I"),
AGUARDANDO("G");

>justificativa Texto “precisão”:


150,
>> Justificativa
para a situação
da solicitação

>observacao Texto “precisão”:


250,
>> Observação
da solicitação

> motivo Texto “precisão”:


250,
>> Motivo da
situação da
solicitação

>dtEncaminha Data “precisão”: 7,


mento
>> Data do
encaminhamen
to

>retorno Texto “precisão”: 1, SIM("S"),


>> Retorno NÃO("N");

>dtRetorno Data “precisão”: 7,


>> Data do
retorno

>iPessoasProf Inteiro “precisão”: 9,


Ret
>> Código da
pessoa do
profissional de
retorno

>pacContactad Texto “precisão”: 1, SIM("S"),


o
NÃO("N");
>> Paciente
contactado

>iProcedimento Texto “precisão”: 10,


sExec
>>Código do
procedimento
executado

>iAtendOrigem Inteiro “precisão”: 10,


Ret
>>Código do
atendimento de
origem do
retorno

>riscoOdontolo Texto “precisão”: 1, RISCO 0("0"),


gico
RISCO 1("1"),
>> Risco
odontologico RISCO 2("2"),
RISCO 3("3"),
RISCO 4("4"),
RISCO 5("5");

>riscoFamiliar Texto “precisão”: 1, SEM RISCO("S"),


>>Risco BAIXO RISCO("B"),
familiar
MÉDIO RISCO("M")
ALTO RISCO("A");

>motivoCancel Texto “precisão”: Não =


250, situação for
>>Motivo do "cancelado
cancelamento ”

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solicitacoes-agendamentos

Modelo para conversão da tabela de Solicitações de agendamentos


{
"dtoList”: [{
"clientId”: null,
“solicitacoesAgendamentos": {
"tipoAgendamento": null,
"dhSolicitacao": null,
"prioridade": null,
"situacao": null,
"justificativa": null,
"observacao": null,
"motivo": null,
"dtEncaminhamento": null,
"retorno": null,
"dtRetorno": null,
"pacContactado": null,
"riscoOdontologico": null,
"riscoFamiliar": null,
"createdRole": null,
"updatedRole": null,
"motivoCancel": null,
"iAtendOrigemRet": null,
"iEntidades": null,
"iEspecialidades": null,
"iMunicipios": null,
"iPacientesExt": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iPessoasProfRet": null,
"iProcedimentos": null,
"iProcedimentosExec": null,
"iSolicitacoes": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Solicitações de laudos de AIH

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Solicitações de laudos de AIH, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Solicitações de laudos de AIH (Atendimento >> Laudos de AIH) ou Relatório de
Laudos AIH (Relatórios >> Gerenciais >> Atendimento >> Laudos AIH).

> Descrição em Tipo de Regras / Aceita Valores


banco Dado Nulo possíveis
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iSolicLaudosAih Inteiro “precisão”: 10, Não


>> Código da "idSequencia": 2,
solicitação do laudo
AIH

> Inteiro “precisão”: 9, Não


iPessoasEstabSolic
>> Código do
estabelecimento
solicitante

> Inteiro “precisão”: 9, Não


iPessoasEstabExec
>> Código do
estabelecimento
executante

> iPessoasPac Inteiro “precisão”: 9, Não


>> Código do
paciente

> sintomasClinicos Texto “precisão”: 500,


>> Descrição dos
sintomas clínicos

> Texto “precisão”: 500,


condJustInternacao
>> Descrição da
justificativa de
internaçã

> Texto “precisão”: 500,


provasDiagnosticas
>> Descrição da
prova diagnóstica

> Texto “precisão”: 30,


diagnosticosIniciais
>> Diagnóstico
inicial

>iCidsPrinc Texto “precisão”: 7,


>> Código do CID
principal

> iCidsSec Texto “precisão”: 7,


>> Código do CID
secundário

> iCidsCausas Texto “precisão”: 7,


>> Código do CID
causas associadas

> iProcedimentos Texto “precisão”: 10,


>> Código do
procedimento

> tiposClinicas Texto “precisão”: 2, Não


>> Tipo de clínica

> Texto “precisão”: 3, Não


iCaracteresInternaco
es
>> Código do caráter
de internação

> tiposDocumentos Texto “precisão”: 1, Não


>> Tipo de
documento

> iPessoasProf Inteiro “precisão”: 9, Não


>> Código do
profissional

> dtSolicitacao Data “precisão”: 7, Não


>> Data da
solicitação

> tiposAcidentes Texto “precisão”: 2,


>> Tipo de acidente

> cnpjSeguradora Texto “precisão”: 11,


>> CNPJ da
segurador

> numeroBilhete Texto “precisão”: 11,


>> Número do
bilhete

> serieBilhete Texto “precisão”: 9,


>> Série do bilhete

> cnpjEmpresa Texto “precisão”: 14,


>> CNPJ da
empresa

> iCnaes Texto “precisão”: 7,


>> Código do CNAE
>iCbors Texto “precisão”: 6,
>> Código do CBO
reduzido

> tiposVinculosPrev Texto “precisão”: 1, EMPREGADO("1


"),
>> Tipo de vínculo
com a previdência EMPREGADOR(
"2"),
AUTÔNOMO("3"
),
DESEMPREGAD
O("4"),
APOSENTADO("
5"),
NÃO
SEGURADO("6")
;

> situacao Texto “precisão”: 1, Não CANCELADO("C


"),
>> Situação da
solicitação FINALIZADO("F"
),
EM
ABERTO("A");

> iAtendimentos Inteiro “precisão”: 10,


>> Atendimento
vinculado à
solicitação

> Texto “precisão”: 100, Não,


nomeEstabExecExt quando o
campo
>> Nome do “Do
estabelecimento município
executante externo ”for
seleciona
do como
“Não”.

> cnesEstabExecExt Texto “precisão”: 7, Não,


quando o
>> Código do cnes campo
do estabelecimento “Do
executante externo município
”for
seleciona
do como
“Não”.

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-laudos-aih

Modelo para conversão da tabela de Solicitações de laudos de AIH


{
"dtoList”: [{
"clientId”: null,
“solicLaudosAih": {
"sintomasClinicos": null,
"condJustInternacao": null,
"provasDiagnosticas": null,
"diagnosticosIniciais": null,
"tiposClinicas": null,
"tiposDocumentos": null,
"dtSolicitacao": null,
"tiposAcidentes": null,
"cnpjSeguradora": null,
"numeroBilhete": null,
"serieBilhete": null,
"cnpjEmpresa": null,
"tiposVinculosPrev": null,
"situacao": null,
"nomeEstabExecExt": null,
"cnesEstabExecExt": null,
"iAtendimentos": null,
"iCaracteresInternacoes": null,
"iCbors": null,
"iCidsCausas": null,
"iCidsPrinc": null,
"iCidsSec": null,
"iCnaes": null,
"iEntidades": null,
"iPessoasEstabExec": null,
"iPessoasEstabSolic": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iProcedimentos": null,
"iSolicLaudosAih": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Solicitação de Laudo de Procedimentos BPA-I

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Solicitação de Laudo de Procedimentos BPA-I, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastro de
Solicitação de Laudo de Procedimentos BPA-I (Atendimento >> Laudos de
BPAI).

> Tipo de Regras / Aceita Nulo Valores possíveis


Descrição Dado
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia": 1,
>> Código
da entidade

> Inteiro “precisão”: 10, Não


iSolicLaudo
sBpai "idSequencia": 2,

>> Código
da
solicitação
de laudos
bpa

> Inteiro “precisão”: 9, Não


iPessoasPa
c
>> Código
do paciente

> Inteiro “precisão”: 9, Não


iPessoasEs
tabSolic
>> Código
do
estabelecim
ento
solicitante
> Inteiro “precisão”: 9, Não, quando
iPessoasEs selecionado
tabExec campo “Do
município”
>> Código
do
estabelecim
ento
executante

> Texto “precisão”: 200, Não, quando não


nomePesso selecionado
asEstabExe campo “Do
c município”
>> Nome
do
estabelecim
ento
executante
que não
pertence ao
Sistema

> Texto “precisão”: 7, Não, quando não


cnesEstabE selecionado
xec campo “Do
município”
>> CNES
do
estabelecim
ento
executante
que não
pertence ao
sistema

> Inteiro “precisão”: 9, Não


iPessoasPr
of
>> Código
do
profissional

> Inteiro “precisão”: 1, Não CNS("1"),


tipoDocume CPF("2");
ntoProf
>> Tipo do
documento
do
profissional

>dtSolicitac Data “precisão”: 7, Não


ao
>> Data da
solicitação

> Texto “precisão”: 2000,


diagnostico
>>
Descrição
do
diagnóstico

> iCidsPrinc Texto “precisão”: 7,


>> Código
do Cid
principal

> iCidsSec Texto “precisão”: 7,


>> Código
do Cid
secundário

> Texto “precisão”: 7,


iCidsCausa
s
>> Código
do Cid da
provável
causa

> Texto “precisão”: 2000,


anamnese
>> Resumo
da
anamnese
e exame
físico

> Texto “precisão”: 1000,


justificativa
>>
Justificativa
do
procedimen
to

> situacao Texto “precisão”: 1, Não PENDENTE("P"),


>> Situação CANCELADO("C"),
da
solicitação FINALIZADA("F");

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-laudos-bpai

Modelo para conversão da tabela de Solicitação de Laudo BPA-I


{
"dtoList”: [{
"clientId”: null,
“solicLaudosBpai": {
"nomePessoasEstabExec": null,
"cnesEstabExec": null,
"tipoDocumentoProf": null,
"dtSolicitacao": null,
"diagnostico": null,
"anamnese": null,
"justificativa": null,
"situacao": null,
"iCidsCausas": null,
"iCidsPrinc": null,
"iCidsSec": null,
"iEntidades": null,
"iPessoasEstabExec": null,
"iPessoasEstabSolic": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iSolicLaudosBpai": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Procedimentos da Solicitação de Laudo de
Procedimentos BPA-I

Neste tópico iremos abordar a forma com que os dados referente aos
procedimentos do cadastro de Solicitação de Laudo de Procedimentos BPA-I,
deverão ser enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastro de
Solicitação de Laudo de Procedimentos BPA-I (Atendimento >> Laudos de
BPAI) guia Procedimento solicitado.

> Tipo Regras / Aceita Nulo Valores possíveis


Descrição de
em banco Dado Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da
entidade

> Texto “precisão”: 10, Não


iProcedime
ntos "idSequencia":
2,
>> Código
do
procedime
nto

> Inteiro “precisão”: 10, Não


iSolicLaud "idSequencia":
osBpai 3,
>> Código
da
solicitação
de laudos
bpai

> Inteiro “precisão”: 4, Não


quantidade
>>
Quantidad
e

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-laudos-bpai-proced

Modelo para conversão da tabela de Solicitação de Laudo de


Procedimentos BPA-I
{
"dtoList”: [{
"clientId”: null,
“solicLaudosBpaiProced": {
"quantidade": null,
"iEntidades": null,
"iProcedimentos": null,
"iSolicLaudosBpai": null
}

Onde: Null = valores a serem alimentados.


4.1 Layout da tabela de Solicitação de procedimentos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Solicitação de procedimentos, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Solicitação de procedimentos (Atendimento >> Solicitação de procedimentos)
ou Relatório de Solicitações de procedimentos (Relatórios >> Gerenciais >>
Atendimento >> Solicitações de procedimentos).

> Tipo de Regras / Aceita Nulo Valores possíveis


Descrição Dado
em banco Observações

>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia": 1,
da entidade

> Inteiro “precisão”: 10, Não


iSolicProced
imentos "idSequencia": 2,

>> Código
da
solicitação
de
procediment
os

> Inteiro “precisão”: 9, Não


iPessoasPa
c
>> Código
do paciente

> Inteiro “precisão”: 9, Não


iPessoasEst
abSolic
>> Código
do
estabelecim
ento
solicitante

> Inteiro “precisão”: 9, Não


iPessoasPr
ofSolic
>> Código
do
profissional
solicitante

> Data e “scala”: 6, Não


dhCadastro Hora “precisão”: 11,
>> Data e
hora do
cadastro

> situacao Texto “precisão”: 1, Não CANCELADO("C"),


>> Situação NORMAL("N");
da
solicitação

> Inteiro “precisão”: 10, Não, quando


iMunicipios solicitação for
Origem externa
>> Código
do
município
externo de
origem

> Inteiro “precisão”: 10, Não, quando


iPacientesE solicitação for
xt externa
>> Código
do paciente
externo

> Texto “precisão”: 60, Não, quando


nomeEstab solicitação for
SolicExt externa
>> Nome do
estabelecim
ento
solicitante
externo

> Texto “precisão”: 7, Não, quando


cnesEstabS solicitação for
olicExt externa
>> CNES
do
estabelecim
ento
solicitante
externo

> Texto “precisão”: 60, Não, quando


nomeProfSo solicitação for
licExt externa
>> Nome do
profissional
solicitante
externo

> Texto “precisão”: 11, Não, quando


cpfProfSolic solicitação for
Ext externa
>> CPF do
profissional
solicitante
externo
> Texto “precisão”: 15, Não, quando
cnsProfSolic solicitação for
Ext externa
>> CNS do
profissional
solicitante
externo

> Texto “precisão”: 1000,


observacao
>>
Observação

> Texto “precisão”: 5,


iEspecialida
des
>>Código
da
especialidad
e

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-procedimentos

Modelo para conversão da tabela de Solicitação de procedimentos


{
"dtoList”: [{
"clientId”: null,
“solicProcedimentos": {
"dhCadastro": null,
"situacao": null,
"nomeEstabSolicExt": null,
"cnesEstabSolicExt": null,
"nomeProfSolicExt": null,
"cpfProfSolicExt": null,
"cnsProfSolicExt": null,
"createdRole": null,
"updatedRole": null,
"observacao": null,
"iEntidades": null,
"iEspecialidades": null,
"iMunicipiosOrigem": null,
"iPacientesExt": null,
"iPessoasEstabSolic": null,
"iPessoasPac": null,
"iPessoasProfSolic": null,
"iSolicProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens da solicitação de procedimentos

Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro de Solicitação de procedimentos, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Solicitação de procedimentos, guia procedimentos (Atendimento >> Solicitação
de procedimentos) ou Relatório de Solicitações de procedimentos (Relatórios
>> Gerenciais >> Atendimento >> Solicitações de procedimentos).

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco Dado
Observações
>> Nome
em tela
> iEntidades Inteiro “precisão”: 4, Não
>> Código "idSequencia":
da entidade 1,

> Inteiro “precisão”: 10, Não


iSolicProced
imentos "idSequencia":
2,
>> Código
da
solicitação
de
procediment
os

> Inteiro “precisão”: 10, Não


iSolicProced "idSequencia":
imentosItens 3,
>> Código
do item da
solicitação
de
procediment
os

> Texto “precisão”: 10, Não


iProcedimen
tos
>> Código
do
procediment
o

> iCids Texto “precisão”: 7,


>> Código
do CID

> Inteiro “precisão”: 9,


iPessoasEst
abExec
>> Código
do
estabelecim
ento
executante

> Inteiro “precisão”: 9, Não, quando


iPessoasPro parâmetro exigir
fAut autorização
>> Código
do
profissional
autorizador

> Inteiro “precisão”: 3, Não


qtdSolicitada
>>
Quantidade
solicitada

> Inteiro “precisão”: 3, Não, quando


qtdAutorizad parâmetro exigir
a autorização
>>
Quantidade
autorizada

> Texto “precisão”: 1, SIM("S"),


estabPerten
ceMunicipio NÃO("N");

>>
Estabelecim
ento
executante
pertence ao
município

> Texto “precisão”: 60, Não, quando


nomeEstabF solicitação for
oraMun externa
>> Nome do
estabelecim
ento
executante
de fora do
município

> Data “precisão”: 7, este campo não


dtValidadeA deve ser
ut informado quando
parâmetro não
>> Data de exigir autorização
validade da
autorização

> Texto “precisão”: Não, quando a


justNaoAut 250, solicitação for
selecionada como
>> “Não”autorizada
Justificativa
da não
autorização

> situacao Texto “precisão”: 1, Não CANCELADO("C"),


>> Situação NORMAL("N");

> Data e “scala”: 6,


dhAutorizac Hora “precisão”: 11,
ao
>> Data e
hora da
autorização

> prioridade Texto “precisão”: 1, Não MÉDIA("M"),


>> ALTA("A"),
Prioridade
da BAIXA("B");
solicitação
de
procediment
os
> Texto “precisão”:
motivoCanc 250,
elamentoAut
>> Motivo
do
cancelament
o da
autorização

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-procedimentos-itens

Modelo para conversão da tabela de Itens da solicitação de


procedimentos
{
"dtoList”: [{
"clientId”: null,
“solicProcedimentosItens": {
"qtdSolicitada": null,
"qtdAutorizada": null,
"estabPertenceMunicipio": null,
"nomeEstabForaMun": null,
"dtValidadeAut": null,
"justNaoAut": null,
"situacao": null,
"dhAutorizacao": null,
"prioridade": null,
"motivoCancelamentoAut": null,
"createdRole": null,
"updatedRole": null,
"iCids": null,
"iEntidades": null,
"iPessoasEstabExec": null,
"iPessoasProfAut": null,
"iProcedimentos": null,
"iSolicProcedimentos": null,
"iSolicProcedimentosItens": null
}
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Solicitações de Atendimentos Individuais

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Atendimentos Individuais, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos Atenção Básica (Atendimento >> Atendimentos) ou Relatório de
Atendimentos (Relatórios >> Cadastrais >> e-SUS >> Atendimentos Individuais
AB).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iAtendimentos
"idSequencia":
>> Código do 2,
atendimento
> iCiap1 Texto “precisão”: 4,
>> CIAP-1

> iCiap2 Texto “precisão”: 4,


>> CIAP-2

> Texto “precisão”: 1, Não UBS("U"),


localAtendime
nto UNIDADE MÓVEL("M"),

>> Local do RUA("R"),


atendimento
DOMICILIO("D"),
ESCOLA/CRECHE("E"),
OUTRO("O"),
PÓLO("P"),
INSTITUIÇÃO/ABRIGO("I"),
UNIDADE PRISIONAL OU
CONGÊNERES("C"),
UNIDADE
SOCIOEDUCATIVA("S");

> Texto “precisão”: 1, CONSULTA AGENDADA


tipoAtendime PROGRAMADA/CUIDADO
nto CONTINUADO("P"),
>> Tipo de CONSULTA AGENDADA("A"),
atendimento
ESCUTA INICIAL /
ORIENTAÇÃO("E"),
CONSULTA NO DIA("C"),
ATENDIMENTO DE
URGÊNCIA("U");

> origem Texto “precisão”: 10, Não ATENDIMENTO(“A”),


>> Origem do PROCEDIMENTO(“P”)
atendimento
ATENDIMENTO/PROCEDIME
NTO(“A,P”)
ODONTOLÓGICO(“O”)

> Texto “precisão”: 1, SIM(“E”),


demandaEsp
ontanea NÃO(null);

>> Demanda
espontânea

> Texto “precisão”: 35, Asma(“9”)


condicaoAvali
ada Desnutrição(“8”)

>> Diabetes(“6”)
Problema/Co
ndição
Avaliada Doença Pulmonar Obstrutiva
Crônica (DPOC)(“10”)
Hipertensão arterial(“5”)
Obesidade(“7”)
Reabilitação(“15”)
Saúde mental(“14”)
Saúde sexual e
reprodutiva(“3”)
Tabagismo(“11”)
Usuário de outras drogas(“13”)
Usuário de álcool(“12”)

>atencaoDom Inteiro “precisão”: 1, AD1: ATENDIDOS PELA ESF


iciliar E NASF("1"),
>> Atenção AD2: ATENDIMENTO
domiciliar COMPARTILHADO
EMAD/EMAP("2"),
AD3: ATENDIMENTO
COMPARTILHADO
EMAD/EMAP("3");
> aleitamento Texto “precisão”: 1, EXCLUSIVO("E"),
>> PREDOMINANTE("P"),
Aleitamento
materno COMPLEMENTADO("C"),
INEXISTENTE("I");

> dtDum Data “precisão”: 7,


>> Dia da
última
menstruação

> Inteiro “precisão”: 2,


idadeGestaci
onal
>> Idade
gestacional

> Texto “precisão”: 8, Tuberculose(“T”)


doencasTrans
missiveis Hanseníase(“H”)

>> Doenças Dengue(“D”)


transmissíveis
Doenças Sexualmente
Transmissíveis (DST)(“S”)

> Texto “precisão”: 6, Câncer de mama(“M”)


rastreamento
Risco cardiovascular(“R”)
>>
Rastreamento

> Texto “precisão”: 1, SIM("S"),


vacinacaoEm
Dia NÃO("N");

>> Vacinação
em dia

> Texto “precisão”: 1, SIM("S"),


ficouObserva
cao NÃO("N");
>> Ficou em
observação

> nasf Texto “precisão”: 6, Avaliação/Diagnóstico(“A”)


>> Núcleo de Terapêuticos/Procedimentos
Apoio à clínicos(“T”)
Saúde da
Família Prescrição terapêutica(“P”)

> pic Texto “precisão”: 14, MTC/Acupuntura(“M”)


>> Práticas Antroposofia aplicada à
Integrativas e saúde(“A”)
Complementa
res Homeopatia(“H”)
Fitoterapia(“F”)
Crenoterapia/Termalismo(“C”)
Práticas corporais e mentais
em PICs(“P”)
Técnicas manuais em
PICs(“T”)
Outros(“O”)

> conduta Texto “precisão”: 20, -------- Ambulatorial ---------


>> Conduta Retorno para consulta
agendada(“R”)
Caso Origem
for do tipo Retorno para cuidado
ATENDIMENT continuado/Programado(“P”)
O(“A”) então
usar os Agendamentos para
valores de grupos(“G”)
Ambulatorial
Agendamento para NASF(“N”)
Alta do Episódio(“A”)
Caso Origem
-------- Odontológico ---------
for do tipo
ODONTOLÓG Agendamento para outros
ICO(“O”) profissionais da atenção
então usar os básica(“1”)
valores de
Odontológico Agendamento para núcleo de
apoio à saúde da família
(NASF)(“2”)
Agendamento para grupo("3”)
Retorno para consulta
agendada(“4”)
Tratamento concluído(“5”)
Não se aplica(“6”)
Alta do episódio(“7”)

> Texto “precisão”: 50, -------- Ambulatorial ---------


encaminhame
nto Encaminhamento interno no
dia(“E”)
>>
Encaminham Serviço especializado(“S”)
Caso Origem
ento
for do tipo CAPS(“C”)
ATENDIMENT
O(“A”) então Internação hospitalar(“H”)
usar os
Urgência(“U”)
valores de
Ambulatorial Serviço de Atenção
Domiciliar(“D”)
Intersetorial(“I”)
Caso Origem
for do tipo -------- Odontológico ---------
ODONTOLÓG
ICO(“O”) Atendimento à pacientes com
então usar os necessidades especiais(“1”)
valores de
Odontológico Cirurgia BMF
(bucomaxilofacial)(“2”)
Endodontia(“3”)
Estomatologia(“4”)
Implantodontia(“5”)
Odontopediatria(“6”)
Ortodontia/Ortopedia(“7”)
Periodontia(“8”)
Prótese dentária(“9”)
Radiologia(“10”)
Outros(“11”)

> escutaInicial Texto “precisão”: 1, SIM(“E”),


>> Escuta NÃO(null);
inicial /
Orientação

> consulta Texto “precisão”: 10, Caso


atendim
>> Consulta ento Primeira consulta odontológica
Individu programática(“P”)
al =
Consulta de retorno em
Odontol
odontologia(“R”)
ógico
Consulta de manutenção em
odontologia(“M”)

> Texto “precisão”: 14, Caso Abscesso dento alveolar(“1”)


vigilanciaBuc atendim
al ento Alteração em tecidos
Individu moles(“2”)
>> Vigilância al =
em saúde Dor de dente(“3”)
Odontol
bucal ógico Fendas ou fissuras lábio
palatais(“4”)
Fluorose dentária moderada
ou severa(“5”)
Traumatismo dento
alveolar(“6”)
Não identificado(“7”)

> Texto “precisão”: 6, Caso Escova dental(“E”)


fornecimento atendim
ento Creme dental(“C”)
>> Individu
Fornecimento Fio dental(“F”)
al =
Odontol
ógico
> pne Texto “precisão”: 1, SIM("S"),
>> Pacientes NÃO(null);
com
necessidades
especiais

> iCids Texto “precisão”: 7,


>> Código do
CID

> peso BigDecim “scala”: 3,


al
>> Peso “precisão”: 6,

> altura BigDecim “scala”: 1,


al
>> Altura “precisão”: 4,

> Texto “precisão”: 1, SIM("S"),


gravidezPlane
jada NÃO("N");

>> Gravidez
planejada

> Inteiro “precisão”: 2,


gestasPrevias
>> Gestas
prévias

> qtdPartos Inteiro “precisão”: 2,


>>Quantidade
de partos

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atendimentos-individuais

Modelo para conversão da tabela de Atendimentos Individuais


{
"dtoList”: [{
"clientId”: null,
“atendimentosIndividuais": {
"localAtendimento": null,
"tipoAtendimento": null,
"origem": null,
"demandaEspontanea": null,
"condicaoAvaliada": null,
"atencaoDomiciliar": null,
"aleitamento": null,
"dtDum": null,
"idadeGestacional": null,
"doencasTransmissiveis": null,
"rastreamento": null,
"vacinacaoEmDia": null,
"ficouObservacao": null,
"nasf": null,
"pic": null,
"conduta": null,
"encaminhamento": null,
"escutaInicial": null,
"consulta": null,
"vigilanciaBucal": null,
"fornecimento": null,
"pne": null,
"peso": null,
"altura": null,
"gravidezPlanejada": null,
"gestasPrevias": null,
"qtdPartos": null,
"iAtendimentos": null,
"iCiap1": null,
"iCiap2": null,
"iCids": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Atividades

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Atividades, deverão ser enviados para preenchimento da tabela no
banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atividades (Cadastros >> Atenção Básica >> e-SUS >> Atividades).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iAtividades Inteiro “precisão”: 10, Não


>> Código da "idSequencia":
atividade 2,

> iTurmas Inteiro “precisão”: 10,


>> Código da
turma

> Inteiro “precisão”: 10,


iPessoasEstab
>> Código da
turma

> Inteiro “precisão”: 9, Não


iPessoasEstab
>>Código do
estabeleciment
o

> atividade Inteiro “precisão”: 1, Não REUNIÃO DE EQUIPE("1"),


>>Atividade REUNIÃO COM OUTRAS
EQUIPES DE SAÚDE("2"),
REUNIÃO INTERSETORIAL
/ CONSELHO LOCAL DE
SAÚDE / CONTROLE
SOCIAL("3"),
EDUCAÇÃO EM
SAÚDE("4"),
ATENDIMENTO EM
GRUPO("5"),
AVALIAÇÃO /
PROCEDIMENTO
COLETIVO("6"),
MOBILIZAÇÃO SOCIAL("7");

> Texto “precisão”: 150 QUESTÕES


temaAtividade ADMINISTRATIVAS /
FUNCIONAMENTO("1"),
>> Tema da
atividade PROCESSOS DE
TRABALHO("2"),
DIAGNÓSTICO DO
TERRITÓRIO /
MONITORAMENTO DO
TERRITÓRIO("3"),
PLANEJAMENTO /
MONITORAMENTO DAS
AÇÕES DA EQUIPE("4"),
DISCUSSÃO DE CASO /
PROJETO TERAPÊUTICO
SINGULAR("5"),
EDUCAÇÃO
PERMANENTE("6"),
OUTROS("7");

> Texto “precisão”: 200


temaAtividade
Outros
>> Tema da
atividade
outros

> Texto “precisão”: 200


localAtividade
>> Local da
atividade

>publicoAlvo Texto “precisão”: 100


>> Público
alvo

> Texto “precisão”: 200


outroPublicoAl
vo
>> Outro
publico alvo

> inep Inteiro “precisão”: 8,


>> Instituto
Nacional de
Estudos e
Pesquisas
> Inteiro “precisão”: 3,
nroParticipante
s
>>Programaçã
o do número
de
participantes

> horaInicio Data e “scala”: 6,


Hora
>> Horário “precisão”: 11,
inicial

> horaFinal Data e “scala”: 6,


Hora
>> Horário “precisão”: 11,
final

> dtInicio Data “precisão”: 7, Não


>> Data inicial
da atividade

> dtFinal Data “precisão”: 7,


>> Data final
da atividade

> uuid Texto “precisão”: 50,


>>
Identificador
universal único

> Data e “scala”: 6,


dhUltimaSincro Hora
nizacao “precisão”: 11,

>> Data/hora
da ultima
sincronização

> Texto “precisão”: 20,


versaoEsusCri
acao
>> Versão do
e-SUS na
criação do
registro

> Texto “precisão”: 20,


versaoEsusUlt
Alteracao
>> Versão do
e-SUS na
última
alteração do
registro

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atividades

Modelo para conversão da tabela de Atividades


{
"dtoList”: [{
"clientId”: null,
“atividades": {
"atividade": null,
"temaAtividade": null,
"temaAtividadeOutros": null,
"localAtividade": null,
"publicoAlvo": null,
"outroPublicoAlvo": null,
"inep": null,
"nroParticipantes": null,
"horaInicio": null,
"horaFinal": null,
"dtInicio": null,
"dtFinal": null,
"uuid": null,
"dhUltimaSincronizacao": null,
"versaoEsusCriacao": null,
"versaoEsusUltAlteracao": null,
"iAtividades": null,
"iEntidades": null,
"iPessoasEstab": null,
"iTurmas": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Membros da atividade

Neste tópico iremos abordar a forma com que os dados referente aos
Membros do cadastro de Atividades, deverão ser enviados para preenchimento
da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atividades (Cadastros >> Atenção Básica >> e-SUS >> Atividades.

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iAtividades Inteiro “precisão”: 10, Não


>> Código da "idSequencia":
atividade 2,

> Inteiro “precisão”: 10, Não


iAtividadesMe
mbros "idSequencia":
3,
>> Código do
membro da
atividade

> iPessoasPac Inteiro “precisão”: 9, Não


>> Código do
paciente

> iPessoasProf Inteiro “precisão”: 9,


>> Código do
profissional

> vinculado Texto “precisão”: 1, SIM("S"),


>> Membro NÃO(null);
vinculado da
turma

> Texto “precisão”: 1, SIM("S"),


avaliacaoAltera
da NÃO("N");

>>Avaliaçao
alterada

> estatura BigDecimal “scala”: 2,


>>Estatura “precisão”: 3,

> peso BigDecimal “scala”: 2,


>>Peso “precisão”: 5,

> Texto “precisão”: 1, SIM("S"),


cessouHabitoF
umar NÃO("N");
>> Cessou o
hábito de
fumar

> Texto “precisão”: 1, SIM("S"),


abandonouGru
po NÃO("N");

>>Abandonou
o grupo

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atividades-membros

Modelo para conversão da tabela de Membros da atividade


{
"dtoList”: [{
"clientId”: null,
“atividadesMembros": {
"vinculado": null,
"avaliacaoAlterada": null,
"estatura": null,
"peso": null,
"cessouHabitoFumar": null,
"abandonouGrupo": null,
"iAtividades": null,
"iAtividadesMembros": null,
"iEntidades": null,
"iPessoasPac": null,
"iPessoasProf": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Avaliações de exames dos Atendimentos


individuais

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Avaliações de exames dos Atendimentos individuais, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos Atenção Básica (Atendimento >> Atendimentos) na guia
Avaliação de Exames.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iAtendimentos Inteiro “precisão”: 10, Não


>> Código de "idSequencia":
atendimento 2,

> Inteiro “precisão”: 10, Não


iAtendIndAvalico
esExames "idSequencia":
3,
>> Código da
avaliação

> iCids Texto “precisão”: 7,


>> Código do
CID

> dhAvaliacao Data e “scala”: 6, Não


Hora
>>Data e hora da “precisão”: 11,
avaliação
> exame Texto “precisão”: 250, Não
>> Exame

> resultado Texto “precisão”:


1000,
>> Resultado

> avaliacao Texto “precisão”: Não


1000,
>> Avaliação

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-ind-avaliacoes-exames

Modelo para conversão da tabela de Atendimentos individuais avaliações


de exames
{
"dtoList”: [{
"clientId”: null,
“atendIndAvaliacoesExames": {
"dhAvaliacao": null,
"exame": null,
"resultado": null,
"avaliacao": null,
"icids": null,
"iAtendimentos": null,
"iAtendIndAvalicoesExames": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Profissionais das Atividades

Neste tópico iremos abordar a forma com que os dados referente aos
profissionais do cadastro de atividades, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atividades (Cadastros >> Atenção Básica >> e-SUS >> Atividades), guia
Profissionais auxiliares.

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco Dado
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 9, Não


iPessoasProf
"idSequencia": 2,
>> Código do
profissional

> iAtividades Inteiro “precisão”: 10, Não


>> Código "idSequencia": 3,
da atividade

> iCbos Texto “precisão”: 6, Não


>> Código
CBO
> iEquipes Inteiro “precisão”: 10,
>>Código da
equipe

> Texto “precisão”: 1, Não SIM("S"),


responsavel
NÃO(“N”);
>>
Profissional
responsável

> Inteiro “precisão”: 4,


avaliacoesAlt
eradas
>>
Avaliações
alteradas

> Inteiro “precisão”: 9, Não


iPessoasEsta
b
>> Código do
estabelecime
nto

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atividades-profissionais

Modelo para conversão da tabela de Atividades profissionais


{
"dtoList”: [{
"clientId”: null,
“atividadesProfissionais": {
"responsavel": null,
"avaliacoesAlteradas": null,
"iAtividades": null,
"iCbos": null,
"iEntidades": null,
"iEquipes": null,
"iPessoasEstab": null,
"iPessoasProf": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Domicilios

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Domicilios, deverão ser enviados para preenchimento da tabela no
banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Domicilios (Cadastros >> Atenção Básica >> e-SUS >> Domicilios) ou Relatório
de Domicilios (Relatórios >> Cadastrais >> e-SUS >> Domicilios).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iDomicilios Inteiro “precisão”: 10, Não


>> Código do "idSequencia":
domicilio 2,

> Inteiro “precisão”: 9, Não


iPessoasEstab
>> Código do
estabeleciment
o

> iPessoasProf Inteiro “precisão”: 9, Não


>> Código do
profissional
responsável

> iEquipes Inteiro “precisão”: 10, Não


>>Código da
equipe

> iMunicipios Inteiro “precisão”: 10, Não


>> Código do
município

> iBairros Inteiro “precisão”: 10, Não


>> Código do
bairro

> iLogradouros Inteiro “precisão”: 10, Não


>> Código do
logradouro

>cep Texto “precisão”: 8, Não


>> CEP

>numero Texto “precisão”: 8, Não


>> Número da
rua

>dtCadastro Data “precisão”: 7, Não


>> Data do
cadastro

>microarea Inteiro “precisão”: 2,


>> Código da
microárea

>complemento Texto “precisão”:


250,
>>
Complemento

>termoRecusa Texto “precisão”: 1, NÃO(null);


>> Termo de SIM("S"),
recusa

>telefoneResid Texto “precisão”: 11,


encial
>> Telefone
residencial

>telefoneRefer Texto “precisão”: 11,


encia
>> Telefone de
referência

>situacaoMora Texto “precisão”: 1, PRÓPRIO("P"),


dia
FINANCIADO("F"),
>> Situação de
mora ALUGADO("A"),
ARRENDADO("R"),
CEDIDO("C"),
OCUPAÇÃO("U"),
SITUAÇÃO DE RUA("S"),
OUTRA("O");

>localizacaoDo Texto “precisão”: 1, URBANA("U"),


micilio
RURAL("R");
>> Localização
do domicílio
>tipoDomicilio Texto “precisão”: 1, CASA("C"),
>> Tipo APARTAMENTO("A"),
domicílio
CÔMODO("M"),
OUTRO("O");

>nroMoradores Inteiro “precisão”: 3,


>> Número de
moradores

>nroComodos Inteiro “precisão”: 3,


>> Número de
cômodos

>condicaoPoss Inteiro “precisão”: 1, PROPRIETÁRIO (A)("1"),


eTerra
PARCEIRO(A)/MEEIRO(A)("2"
>> Condição ),
de posse e uso
da terra ASSENTADO(A)("3"),
POSSEIRO (A)("4"),
ARRENDATÁRIO(A)("5"),
COMODATÁRIO (A)("6"),
BENEFICIÁRIO(A) DO
BANCO DA TERRA("7"),
NÃO SE APLICA("8");

>tipoAcessoDo Texto “precisão”: 1, PAVIMENTO("A"),


mocilio
CHÃO BATIDO("C"),
>> Tipo de
acesso ao FLUVIAL("F"),
domicílio
OUTRO("O");

> Texto “precisão”: 1, SIM("S"),


energiaEletrica
NÃO("N");
>>
Disponibilidade
de energia
elétrica

> Inteiro “precisão”: 1 ALVENARIA/TIJOLO: COM


matConstrucao REVESTIMENTO("1"),
Domicilio
ALVENARIA/TIJOLO: SEM
>> Material REVESTIMENTO("2"),
predominante
da construção TAIPA: COM
do domicílio REVESTIMENTO("3"),
TAIPA: SEM
REVESTIMENTO("4"),
MADEIRA APARELHADA("5"),
PALHA("6"),
MATERIAL
APROVEITADO("7"),
OUTRO MATERIAL("8");

> Texto “precisão”: 1, REDE ENCANADA ATÉ O


abastecimento DOMICÍLIO("R"),
Agua
POÇO / NASCENTE NO
>> DOMICÍLIO("N"),
Abastecimento
de água CISTERNA("C"),
CARRO PIPA("P"),
OUTRO("O");

> Texto “precisão”: 1, REDE COLETORA DE


escoamentoSa ESGOTO OU PLUVIAL("R"),
nitario
FOSSA SÉPTICA("S"),
>> Forma de
escoamento do FOSSA RUDIMENTAR("U"),
banheiro ou
DIRETO PARA UM RIO,
sanitário
LAGO OU MAR("D"),
CÉU ABERTO("C"),
OUTRO("O");
> Texto “precisão”: 1, FILTRAÇÃO("F"),
tratamentoAgu
a FERVURA("E"),

>> Tratamento CLORAÇÃO("C"),


de água no
SEM TRATAMENTO("S");
domicilio"

>destinoLixo Texto “precisão”: 1, COLETADO("C"),


>> Destino do QUEIMADO /
lixo ENTERRADO("Q"),
CÉU ABERTO("A"),
OUTRO("O");

>animaisDomic Texto “precisão”: 1, SIM("S"),


ilio
NÃO("N");
>> Animais no
domicílio

>gato Texto “precisão”: 1, SIM("S"),


>> Gato NÃO(null);

>cachorro Texto “precisão”: 1, SIM("S"),


>> Cachorro NÃO(null);

>passaro Texto “precisão”: 1, SIM("S"),


>> Pássaro NÃO(null);

>criacao Texto “precisão”: 1, SIM("S"),


>> De criação NÃO(null);

>outros Texto “precisão”: 1, SIM("S"),


>> Outros NÃO(null);

>nroAnimais Inteiro “precisão”: 3,


>> Número de
animais

> uuid Texto “precisão”: 50,


>> Identificador
universal único

> Data e “scala”: 6,


dhUltimaSincro Hora
nizacao “precisão”: 11,

>> Data/hora
da ultima
sincronização

> Texto “precisão”: 20,


versaoEsusCri
acao
>> Versão do
e-SUS na
criação do
registro

> Texto “precisão”: 20,


versaoEsusUlt
Alteracao
>> Versão do
e-SUS na
última
alteração do
registro

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/domicilios

Modelo para conversão da tabela de Domicilios


{
"dtoList”: [{
"clientId”: null,
“domicilios": {
"cep": null,
"numero": null,
"dtCadastro": null,
"microarea": null,
"complemento": null,
"termoRecusa": null,
"telefoneResidencial": null,
"telefoneReferencia": null,
"situacaoMoradia": null,
"localizacaoDomicilio": null,
"tipoDomicilio": null,
"nroMoradores": null,
"nroComodos": null,
"condicaoPosseTerra": null,
"tipoAcessoDomocilio": null,
"energiaEletrica": null,
"matConstrucaoDomicilio": null,
"abastecimentoAgua": null,
"escoamentoSanitario": null,
"tratamentoAgua": null,
"destinoLixo": null,
"animaisDomicilio": null,
"gato": null,
"cachorro": null,
"passaro": null,
"criacao": null,
"outros": null,
"nroAnimais": null,
"uuid": null,
"dhUltimaSincronizacao": null,
"versaoEsusCriacao": null,
"versaoEsusUltAlteracao": null,
"iBairros": null,
"iDomicilios": null,
"iEntidades": null,
"iEquipes": null,
"iLogradouros": null,
"iMunicipios": null,
"iPessoasEstab": null,
"iPessoasProf": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Responsáveis do Domicílio

Neste tópico iremos abordar a forma com que os dados referente aos
Responsáveis do cadastro de Domicilios, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Domicilios (Cadastros >> Atenção Básica >> e-SUS >> Domicilios) ou Relatório
de Domicilios (Relatórios >> Cadastrais >> e-SUS >> Domicilios).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,
> iDomicilios Inteiro “precisão”: 10, Não
>> Código do "idSequencia":
domicílio 2,

> iPessoasResp Inteiro “precisão”: 9, Não


>> Código do "idSequencia":
responsável 3,

> rendaFamiliar Inteiro “precisão”: 6,


>> Renda
familiar (sal.
mínimo)

>nroMembrosF Inteiro “precisão”: 3,


amilia
>>Número de
membros da
família

> Data “precisão”: 7,


dtResideDomicil
io
>> Profissional
responsável

> mudou Texto “precisão”: 1,


>> Mudou-se

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/domicilios-responsaveis

Modelo para conversão da tabela de Responsáveis do Domicílio


{
"dtoList”: [{
"clientId”: null,
“domiciliosResponsaveis": {
"rendaFamiliar": null,
"nroMembrosFamilia": null,
"dtResideDomicilio": null,
"mudou": null,
"iDomicilios": null,
"iEntidades": null,
"iPessoasResp": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Questionário Auto-referido de condição/situação


de saúde

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Questionário Auto-referido de condição/situação de saúde, do
cadastro individual de pacientes, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
pacientes, com usuário de estabelecimento (Cadastros >> Pessoas >>
Pacientes).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da entidade "idSequencia":
1,
> iPessoasPac Inteiro “precisão”: 9, Não
>> Código do paciente "idSequencia":
2,

> iQuestionarios Inteiro “precisão”: 4, Não


>> Código do "idSequencia":
questionário 3,

> iPessoasEstab Inteiro “precisão”: 9, Não


>> Código do
estabelecimento

>iPessoasProf Inteiro “precisão”: 9, Não


>>Código do
profissional

> iEquipes Inteiro “precisão”: 10, Não


>> Código da equipe

> dtVisita Data “precisão”: 7, Não


>> Data da visita

> gestante Texto “precisão”: 1, SIM("S"),


>> Está gestante NÃO("N");

> maternidade Texto “precisão”:


150,
>> Maternidade de
referência

> sobrePeso Texto “precisão”: 1, ABAIXO DO


PESO("B"),
>> Sobre seu peso,
você se considera PESO
ADEQUADO("A"),
ACIMA DO PESO("C");
> fumante Texto “precisão”: 1, SIM("S"),
>> Fumante NÃO("N");

> abusaAlcool Texto “precisão”: 1, SIM("S"),


>> Dependente ou NÃO("N");
abusa de álcool

> abusaOutrasDrogas Texto “precisão”: 1, SIM("S"),


>> Dependente ou NÃO("N");
abusa de outras
drogas

> hipertensao Texto “precisão”: 1, SIM("S"),


>> Tem hipertensão NÃO("N");
arterial

> diabetes Texto “precisão”: 1, SIM("S"),


>> Tem diabetes NÃO("N");

> derrame Texto “precisão”: 1, SIM("S"),


>>Teve AVC/derrame NÃO("N");

> infarto Texto “precisão”: 1, SIM("S"),


>> Teve infarto NÃO("N");

> doencaCardiaca Texto “precisão”: 10, INSUFICIÊNCIA


CARDÍACA("I"),
>> Tem doença
cardíaca OUTRA("O"),
pode ser mais
de uma opção, NÃO SABE("D");
separado por
virgulas

> doencaRins Texto “precisão”: 10, INSUFICIÊNCIA


RENAL("I"),
>> Tem ou teve pode ser mais
problemas nos rins de uma opção, OUTRA("O"),
separado por
virgulas NÃO SABE("D");

> doencaRespiratoria Texto “precisão”: 10, ASMA("A"),


>> Tem doença DPOC/ENFISEMA("E")
respiratória ,
pode ser mais
de uma opção, OUTRA("O"),
separado por
virgulas NÃO SABE("D");

> hanseniase Texto “precisão”: 1, SIM("S"),


>> Está com NÃO("N");
hanseníase

> tuberculose Texto “precisão”: 1, SIM("S"),


>> Está com NÃO("N");
tuberculose

> cancer Texto “precisão”: 1, SIM("S"),


>> Tem ou teve NÃO("N");
câncer

> internacao Texto “precisão”: 1, SIM("S"),


>> Teve alguma NÃO("N");
internação nos últimos
12 meses

> causaInternacao Texto “precisão”:


150,
>> Causa internação

> psiquiatra Texto “precisão”: 1, SIM("S"),


>> Fez ou faz NÃO("N");
tratamento com
psiquiatra ou teve
internação por
problema de saúde
mental
> acamado Texto “precisão”: 1, SIM("S"),
>> Está acamado NÃO("N");

> domiciliado Texto “precisão”: 1, SIM("S"),


>> Está domiciliado NÃO("N");

> plantasMedicinais Texto “precisão”: 1, SIM("S"),


>> Usa plantas NÃO("N");
medicinais

> Texto “precisão”:


descricaoPlantasMedi 250,
cinais
>> Descrição plantas
medicinais

> Texto “precisão”: 1, SIM("S"),


praticasComplementar
es NÃO("N");

>> Usa outras práticas


integrativas/compleme
ntares

> outrasDoencas Texto “precisão”:


500,
>> Outras doenças ou
condições de saúde

> qtdAlimentacaoDia Texto “precisão”: 1, 1 VEZ("1"),


>> Quantas vezes se 2 OU 3 VEZES("2"),
alimenta ao dia
MAIS DE 3
VEZES("3");

> origemAlimentacao Texto “precisão”: 10,


>> Qual a origem da
alimentação
> higienePessoal Texto “precisão”: 10,
>> Tem acesso a
higiene pessoal

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/pacientes-quest-cond-saude

Modelo para conversão da tabela de Questionário Auto-referido de


condição/situação de saúde
{
"dtoList”: [{
"clientId”: null,
“pacientesQuestCondSaude": {
"dtVisita": null,
"gestante": null,
"maternidade": null,
"sobrePeso": null,
"fumante": null,
"abusaAlcool": null,
"abusaOutrasDrogas": null,
"hipertensao": null,
"diabetes": null,
"derrame": null,
"infarto": null,
"doencaCardiaca": null,
"doencaRins": null,
"doencaRespiratoria": null,
"hanseniase": null,
"tuberculose": null,
"cancer": null,
"internacao": null,
"causaInternacao": null,
"psiquiatra": null,
"acamado": null,
"domiciliado": null,
"plantasMedicinais": null,
"descricaoPlantasMedicinais": null,
"praticasComplementares": null,
"outrasDoencas": null,
"qtdAlimentacaoDia": null,
"origemAlimentacao": null,
"higienePessoal": null,
"iEntidades": null,
"iEquipes": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iQuestionarios": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Turmas


Neste tópico iremos abordar a forma com que os dados referente ao
cadastro de Turmas, deverão ser enviados para preenchimento da tabela no
banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Turmas (Cadastros >> Atenção Básica >> e-SUS >> Turmas).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iTurmas Inteiro “precisão”: 10, Não


>> Código da "idSequencia":
turma 2,

> Inteiro “precisão”: 9, Não


iPessoasEstab
>> Código do
estabeleciment
o

> nome Texto “precisão”: 40, Não


>> Nome da
turma

> descricao Texto “precisão”:


1000,
>> Descrição
da turma

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/turmas

Modelo para conversão da tabela de Turmas


{
"dtoList”: [{
"clientId”: null,
“turmas": {
"nome": null,
"descricao": null,
"iEntidades": null,
"iPessoasEstab": null,
"iTurmas": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Membros da turma

Neste tópico iremos abordar a forma com que os dados referente aos
Membros do cadastro de Turmas, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Turmas (Cadastros >> Atenção Básica >> e-SUS >> Turmas).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia":
da entidade 1,

> iTurmas Inteiro “precisão”: 10, Não


>> Código "idSequencia":
da turma 2,
> Inteiro “precisão”: 10, Não
iTurmasMem
bros "idSequencia":
3,
>> Código
do membro
da turma

> Inteiro “precisão”: 9, Não


iPessoasPac
>> Código
do paciente

> Inteiro “precisão”: 9,


iPessoasProf
>> Código
do
profissional

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/turmas-membros

Modelo para conversão da tabela de Membros da turma


{
"dtoList”: [{
"clientId”: null,
“turmasMembros": {
"iEntidades": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iTurmas": null,
"iTurmasMembros": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Visitas Domiciliares

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Visitas domiciliares, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Visita Domiciliar (Cadastros >> Atenção Básica >> e-SUS >> Visita Domiciliar)
ou Relatório de Visitas domiciliares (Relatórios >> Cadastrais >> e-SUS >>
Visitas Domiciliares).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iVisitasDomiciliare
s "idSequencia":
2,
>> Código da
visita domiciliar

> iPessoasEstab Inteiro “precisão”: 9, Não


>> Código do
estabelecimento

> iPessoasProf Inteiro “precisão”: 9, Não


>>Código do
profissional

> iCbos Texto “precisão”: 6, Não


>> Código CBO
> iEquipes Inteiro “precisão”: 10, Não
>> Código da
equipe

> Inteiro “precisão”: 9,


iPessoasProfAco
mp
>> Código do
profissional
acompanhante

> iPessoasPac Inteiro “precisão”: 9, Não


>> Código do
paciente

> dtCadastro Data “precisão”: 7, Não


>> Data do
cadastro

> turno Texto “precisão”: 1, Manhã("M"),


>>Turno Tarde("T"),
Noite("N");

> desfecho Texto “precisão”: 1, Não VISITA


REALIZADA("R"),
>>Desfecho
VISITA
RECUSADA("C"),
AUSENTE("A");

> uuid Texto “precisão”: 50,


>> Identificador
universal único

> Data e “scala”: 6,


dhUltimaSincroniz Hora
acao “precisão”: 11,
>> Data/hora da
ultima
sincronização

>versaoEsusCriac Texto “precisão”: 20,


ao
>> Versão do e-
SUS na criação do
registro

> Texto “precisão”: 20,


versaoEsusUltAlte
racao
>> Versão do e-
SUS na última
alteração do
registro

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/visitas-domiciliares

Modelo para conversão da tabela de Visitas Domiciliares


{
"dtoList”: [{
"clientId”: null,
“visitasDomiciliares": {
"dtCadastro": null,
"turno": null,
"desfecho": null,
"uuid": null,
"dhUltimaSincronizacao": null,
"versaoEsusCriacao": null,
"versaoEsusUltAlteracao": null,
"iCbos": null,
"iEntidades": null,
"iEquipes": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iPessoasProfAcomp": null,
"iVisitasDomiciliares": null
}
}
]
}

Onde: Null = valores a serem alimentados.


4.1 Layout da tabela de Motivos de visitas domiciliares

Neste tópico iremos abordar a forma com que os dados referente aos
Motivos do cadastro de Visitas domiciliares, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Visita Domiciliar (Cadastros >> Atenção Básica >> e-SUS >> Visita Domiciliar)
ou Relatório de Visitas domiciliares (Relatórios >> Cadastrais >> e-SUS >>
Visitas Domiciliares).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iVisitasDomiciliar
es "idSequencia":
2,
>> Código da
visita domiciliar

> Inteiro “precisão”: 10, Não TIPO DA VISITA:


iVisitasDomicMot
ivos "idSequencia": CADASTRAMENTO /
3, ATUALIZAÇÃO("1001")
>> Código do
motivo da visita VISITA PERIÓDICA
("1002")

BUSCA ATIVA
CONSULTA ("1003")
EXAME ("1004")
VACINA ("1005")
CONDICIONALIDADES
DO BOLSA FAMÍLIA
("1006")

ACOMPANHAMENTO:
GESTANTE ("1007")
PUÉRPERA ("1008")
RECÉM-NASCIDO
("1009")
CRIANÇA ("1010")
PESSOA COM
DESNUTRIÇÃO ("1011")
PESSOA EM
REABILITAÇÃO OU
COM DEFICIÊNCIA
("1012")
PESSOA COM
HIPERTENSÃO ("1013")
PESSOA COM
DIABETES ("1014")
PESSOA COM
ASMA("1015")
PESSOA COM
DPOC/ENFISEMA("1016"
)
PESSOA COM
CÂNCER("1017")
PESSOA COM OUTRAS
DOENÇAS
CRÔNICAS("1018")
PESSOA COM
HANSENÍASE("1019")
PESSOA COM
TUBERCULOSE("1020")
DOMICILIADOS /
ACAMADOS("1021")
CONDIÇÕES DE
VULNERABILIDADE
SOCIAL("1022")
CONDICIONALIDADES
DO BOLSA
FAMÍLIA("1023")
SAÚDE MENTAL("1024")
USUÁRIO DE
ÁLCOOL("1025")
USUÁRIO DE OUTRAS
DROGAS("1026")
SINTOMÁTICOS
RESPIRATÓRIOS("1032"
)
TABAGISTA("1033")

OUTROS:
EGRESSO DE
INTERNAÇÃO("1027")
CONTROLE DE
AMBIENTES /
VETORES("1028")
CONVITE PARA
ATIVIDADES
COLETIVAS /
CAMPANHA DE
SAÚDE("1029")
ORIENTAÇÃO /
PREVENÇÃO("1030")
OUTROS("1031")

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/visitas-domic-motivos

Modelo para conversão da tabela de Motivos de visitas domiciliares


{
"dtoList”: [{
"clientId”: null,
“visitasDomicMotivos": {
"iEntidades": null,
"iVisitasDomiciliares": null,
"iVisitasDomicMotivos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Boletins de Produção Ambulatorial Consolidados
BPA-C

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de BPA-C (Boletins de Produção Ambulatorial Consolidados), deverão
ser enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
BPA-C (Cadastros >> Utilitários >> Cadastro de BPA-C).

> Descrição Tipo de Regras / Aceita Valores


em banco Dado Nulo possíveis
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia":
da entidade 1,

> iBpacs Inteiro “precisão”: 10, Não


>> Código "idSequencia":
da produção 2,

> Inteiro “precisão”: 9, Não


iPessoasEst
ab
>> Código
do
estabelecime
nto

> Inteiro “precisão”: 4, Não


iCompetenci
as
>> Código
da
competência

> numFolha Inteiro “precisão”: 10, Não


>> Número
da folha

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/bpac

Modelo para conversão da tabela de Boletins de Produção Ambulatorial


Consolidados BPA-C
{
"dtoList”: [{
"clientId”: null,
“bpac": {
"numFolha": null,
"iBpacs": null,
"iCompetencias": null,
"iEntidades": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens dos Boletins de Produção Ambulatorial
Consolidados - BPA-C

Neste tópico iremos abordar a forma com que os dados referente aos
Itens do cadastro de BPA-C, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
BPA-C (Cadastros >> Utilitários >> Cadastro de BPA-C).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iBpacs Inteiro “precisão”: 10, Não


>> Código da "idSequencia":
produção 2,

> iBpacsItens Inteiro “precisão”: 10, Não


>> Código da "idSequencia":
linha 3,

> Texto “precisão”: 10, Não


iProcedimentos
>> Código do
procedimento

> iCbos Texto “precisão”: 6,


>> Código CBO

> idade Inteiro “precisão”: 4,


>> Idade

> quantidade Inteiro “precisão”: 6, Não


>> Quantidade

> iPessoasProf Inteiro “precisão”: 9,


>> Código do
profissional

> iPessoas Inteiro “precisão”: 9,


>> Código da
pessoa jurídica

> dtBpac Data “precisão”: 7,


>> Data

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/bpac-itens

Modelo para conversão da tabela de Itens dos Boletins de Produção


Ambulatorial Consolidados - BPA-C
{
"dtoList”: [{
"clientId”: null,
“bpacItens": {
"idade": null,
"quantidade": null,
"dtBpac": null,
"iBpacs": null,
"iBpacsItens": null,
"iCbos": null,
"iEntidades": null,
"iPessoas": null,
"iPessoasProf": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Competências

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Competências, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Competências (Cadastros >> Configurações >> Competências).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Dado Nulo
Nome em tela Observações
> iEntidades Inteiro “precisão”: 4, Não
>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 4, Não


iCompetencias
"idSequencia":
>> Código da 2,
competência

> exercicio Inteiro “precisão”: 4, Não


>> Exercício da
competência

> mes Inteiro “precisão”: 2, Não


>> Mês da
competência

> descricao Texto “precisão”: 20,


>> Descrição da
competência

> dtInicial Data “precisão”: 7, Não


>> Data inicial
da competência

> dtFinal Data “precisão”: 7, Não


>> Data final da
competência

> prazoEntrega Data “precisão”: 7, Não


>> Prazo de
entrega do
faturamento
para o SUS

> dtBloqueio Data “precisão”: 7,


>>data de
bloqueio

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/competencias

Modelo para conversão da tabela de Competências


{
"dtoList”: [{
"clientId”: null,
“competencias": {
"exercicio": null,
"mes": null,
"descricao": null,
"dtInicial": null,
"dtFinal": null,
"prazoEntrega": null,
"dtBloqueio": null,
"iCompetencias": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Faixas de BPA-I

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Faixas de BPA-I (valores permitidos para numeração das
autorizações de procedimentos), deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Faixas de BPA-I (Cadastros >> Configurações >> Faixas de BPA-I).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iFaixasBpa Inteiro “precisão”: 10, Não


>> Código da "idSequencia": 2,
faixa de BPA

> Inteiro “precisão”: 4, Não


iCompetencias
>> Código da
competência

> numeracaoIni Long “precisão”: 12, Não


>> Numeração
inicial da faixa

> Long “precisão”: 12, Não


numeracaoFin
>> Numeração
final da faixa

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/faixas-bpa

Modelo para conversão da tabela de Faixas de BPA-I

{
"dtoList”: [{
"clientId”: null,
“faixasBpa": {
"numeracaoIni": null,
"numeracaoFin": null,
"ifaixasBpa": null,
"iCompetencias": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Ficha de Produção Orçamentária - FPO

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Ficha de Produção Orçamentária – FPO, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
FPO (Cadastros >> Programação Orçamentária >> FPO).

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco Dado
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iFpos Inteiro “precisão”: 6, Não


>> Código "idSequencia":
da ficha 2,

> Inteiro “precisão”: 9, Não


iPessoasEsta
b
>> Código do
estabelecime
nto

> Inteiro “precisão”: 4, Não


iCompetencia
s
>> Código da
competência

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/fpo

Modelo para conversão da tabela de Ficha de Produção Orçamentária -


FPO
{
"dtoList”: [{
"clientId”: null,
“fpo": {
"iCompetencias": null,
"iEntidades": null,
"iFpos": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Procedimentos da Ficha de Produção
Orçamentária – FPO
Neste tópico iremos abordar a forma com que os dados dos
Procedimentos referente ao cadastro da Ficha de Produção Orçamentária –
FPO, deverão ser enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
FPO (Cadastros >> Programação Orçamentária >> FPO).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iFpos Inteiro “precisão”: 6, Não


>> Código "idSequencia":
da ficha 2,

> Inteiro “precisão”: 6, Não


iFposProced
"idSequencia":
>> Código 3,
sequêncial
da ficha

> Texto “precisão”: 10,


iProcediment
os
>> Código do
procedimento

> Inteiro “precisão”: 6, Não


qtdProcedim
entos
>>Quantidad
e de
procedimento
s

> Texto “precisão”: 2, ATENÇÃO BÁSICA


iFinanciamen (PAB)("1");
tos
ASSISTÊNCIA
Estes valores
>>Código do podem mudar FARMACÊUTICA("2"),
tipo de sem aviso
financiament prévio FUNDO DE AÇÕES
o conforme ESTRATÉGICAS E
importação da COMPENSAÇÕES
tabela (FAEC)("4"),
unificada
INCENTIVO - MAC("5"),
MÉDIA E ALTA
COMPLEXIDADE (MAC)("6"),
VIGILÂNCIA EM SAÚDE("7"),
GESTÃO DO SUS("8");

> iGrupos Texto “precisão”: 2,


>>Código do
grupo

> iSubgrupos Texto “precisão”: 2,


>> Código do
subgrupo

> Texto “precisão”: 2,


iFormasOrga
nizacao
>> Código da
forma de
organização

> vlUnitario BigDecimal “scala”: 2,


>>Valor “precisão”: 10,
unitário

> incremento BigDecimal “scala”: 2,


>> “precisão”: 10,
Incremento

> apuracao Texto “precisão”: 2,


>> Apuração
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/fpo-proced

Modelo para conversão da tabela de Procedimentos de Ficha de Produção


Orçamentária - FPO
{
"dtoList”: [{
"clientId”: null,
“fpoProced": {
"qtdProcedimentos": null,
"vlUnitario": null,
"incremento": null,
"apuracao": null,
"iEntidades": null,
"iFinanciamentos": null,
"iFormasOrganizacao": null,
"iFpos": null,
"iFposProced": null,
"iGrupos": null,
"iProcedimentos": null,
"iSubgrupos": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Microrregiões da PPI


Neste tópico iremos abordar a forma com que os dados referente ao
cadastro de Microrregiões da PPI, deverão ser enviados para preenchimento
da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Microrregiões (Cadastros >> Configurações >> Microrregiões).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iMicrorregioe
sPpi "idSequencia":
2,
>> Código da
microrregião

> nome Texto “precisão”: 40, Não


>> Nome da
microrregião

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/microrregioes-ppi

Modelo para conversão da tabela de Microrregiões da PPI


{
"dtoList”: [{
"clientId”: null,
“microrregioesPpi": {
"nome": null,
"iEntidades": null,
"iMicrorregioesPpi": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Municípios da Microrregião

Neste tópico iremos abordar a forma com que os dados referente aos
Municípios do cadastro de Microrregiões da PPI, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Microrregiões (Cadastros >> Configurações >> Microrregiões), guia Municípios
da microrregião.

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da entidade

> Inteiro “precisão”: 10, Não


iMicrorregio
esPpi "idSequencia":
2,
>> Código
da
microrregiã
o

> Inteiro “precisão”: 10, Não


iMunicipios
"idSequencia":
>> Código 3,
do
município

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/microrreg-ppi-municipios

Modelo para conversão da tabela de Municípios da Microrregião


{
"dtoList”: [{
"clientId”: null,
“microrregPpiMunicipios": {
"iEntidades": null,
"iMicrorregioesPpi": null,
"iMunicipios": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Programação Pactuada e Integrada

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro da Programação Pactuada e Integrada - PPI, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro da PPI
(Cadastros >> Programação orçamentária >> PPI) ou Relatório da PPI
(Relatórios >> Gerenciais >> PPI).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela
> iEntidades Inteiro “precisão”: 4, Não
>> Código "idSequencia":
da entidade 1,

> Inteiro “precisão”: 6, Não


iPactuacoes
"idSequencia":
>> Código 2,
da
pactuação

> Inteiro “precisão”: 4, Não


iCompetenci
as
>> Código
da
competência

> iEstados Inteiro “precisão”: 5,


>> Código
do estado

> iMunicipios Inteiro “precisão”: 10,


>> Código
do município

> origem Texto “precisão”: 1, Não MUNICIPAL("M"),


>>Origem do ESTADUAL("E"),
pacto
MICRORREGIONAL("R");

> tipoPacto Texto “precisão”: 1, Não DEMANDADO("D"),


>> Tipo do RECEBIDO("R");
pacto

> Texto “precisão”: 1, SIM("S"),


ppiSimplifica
da NÃO("N");

>>Pactuação
simplificada

> BigDecimal “scala”: 2,


vlTetoPactPa
b “precisão”: 15,

>> Valor do
teto
pactuado
para PAB

> BigDecimal “scala”: 2,


vlTetoPactM
ac “precisão”: 15,

>> Valor do
teto
pactuado
para MAC

> BigDecimal “scala”: 2,


vlTetoPactFa
ec “precisão”: 15,

>>Valor do
teto
pactuado
para FAEC

> BigDecimal “scala”: 2,


vlTetoPactVi
gSaude “precisão”: 15,

>> Valor do
teto
pactuado
para
Vigilância em
Saúde

> BigDecimal “scala”: 2,


vlTetoPactAs
sistFarm “precisão”: 15,

>> Valor do
teto
pactuado
para
Assistência
Farmacêutic
a

> BigDecimal “scala”: 2,


vlTetoPactG
estaoSus “precisão”: 15,

>> Valor do
teto
pactuado
para Gestão
do SUS

> BigDecimal “scala”: 2,


vlTetoPactIn
centMac “precisão”: 15,

>> Valor do
teto
pactuado
para
Incentivo
MAC

> Inteiro “precisão”: 10,


iMicrorregioe
sPpi
>> Código
da
microrregião

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/pactuacoes

Modelo para conversão da tabela de Pactuação integrada


{
"dtoList”: [{
"clientId”: null,
“pactuacoes": {
"origem": null,
"tipoPacto": null,
"ppiSimplificada": null,
"vlTetoPactPab": null,
"vlTetoPactMac": null,
"vlTetoPactFaec": null,
"vlTetoPactVigSaude": null,
"vlTetoPactAssistFarm": null,
"vlTetoPactGestaoSus": null,
"vlTetoPactIncentMac": null,
"iCompetencias": null,
"iEntidades": null,
"iEstados": null,
"iMicrorregioesPpi": null,
"iMunicipios": null,
"iPactuacoes": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Procedimentos Pactuados

Neste tópico iremos abordar a forma com que os dados referente aos
Procedimentos Pactuados do cadastro da PPI, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro da PPI
(Cadastros >> Programação orçamentária >> PPI) ou Relatório da PPI
(Relatórios >> Gerenciais >> PPI).
> Descrição Tipo de Regras / Aceita Valores possíveis
em banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iPactuacoes Inteiro “precisão”: 6, Não


>> Código da "idSequencia": 2,
pactuação

> Texto “precisão”: 10,


iProcedimentos
>> Código do
procedimento

> Inteiro “precisão”: 5,


iEspecialidades
>> Código da
especialidade

> Inteiro “precisão”: 6, Não


qtdProcediment
os
>> Quantidade
de
procedimentos
pactuados

> Inteiro “precisão”: 6, Não


iPactuacoesPro "idSequencia": 3,
ced
>> Código
sequencial dos
procedimentos
pactuados

> Texto “precisão”: 2,


iFinanciamento
s
>> Código do
tipo de
financiamento

> iGrupos Texto “precisão”: 2,


>> Código do
grupo

> iSubgrupos Texto “precisão”: 2


>> Código do
subgrupo

> Texto “precisão”: 2


iFormasOrgani
zacao
>> Código da
forma de
organização

> vlUnitario BigDecima “scala”: 2,


l
>> Valor “precisão”: 10,
unitário

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/pactuacoes-proced

Modelo para conversão da tabela de Procedimentos Pactuados


{
"dtoList”: [{
"clientId”: null,
“pactuacoesProced": {
"qtdProcedimentos": null,
"vlUnitario": null,
"iEntidades": null,
"iEspecialidades": null,
"iFinanciamentos": null,
"iFormasOrganizacao": null,
"iGrupos": null,
"iPactuacoes": null,
"iPactuacoesProced": null,
"iProcedimentos": null,
"iSubgrupos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Procedimentos que requerem autorização

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Procedimentos que requerem autorização, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Procedimentos para autorização (Cadastros >> Configurações >>
Procedimentos para autorização).

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da entidade
> Texto “precisão”: 10, Não
iProcedime
ntos "idSequencia":
2,
>> Código
do
procedimen
to a ser
autorizado

> iDhIni Data e “scala”: 6, Não


Hora
>>Data e “precisão”: 11,
hora de "idSequencia":
início da 3,
requisição
da
autorização

> dhFin Data e “scala”: 6,


Hora
>> Data e “precisão”: 11,
hora final
da
requisição
da
autorização

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/proced-req-autorizacoes

Modelo para conversão da tabela de Procedimentos que requerem


autorização
{
"dtoList”: [{
"clientId”: null,
“procedReqAutorizacoes": {
"dhFin": null,
"iDhIni": null,
"iEntidades": null,
"iProcedimentos": null
}
}
]
}

4.1 Layout da tabela de Tetos Financeiros

Neste tópico iremos abordar a forma com que os dados referente aos
Tetos Financeiros, deverão ser enviados para preenchimento da tabela no
banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Tetos Financeiros (Cadastros >> Programação orçamentária >> Tetos
Financeiros).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 4, Não


iCompetencias
"idSequencia": 2,
>> Código da
competência

> vlPab BigDecima “scala”: 2,


l
>> Valor do “precisão”: 15,
teto financeiro
referente ao
Piso de
Atenção
Básica
> vlMac BigDecima “scala”: 2,
l
>> Valor do “precisão”: 15,
teto financeiro
referente à
Média e Alta
Complexidade

> vlFaec BigDecima “scala”: 2,


l
>> Valor do “precisão”: 15,
teto financeiro
referente ao
Fundo de
Ações
Estratégicas e
de
Compensação

> BigDecima “scala”: 2,


vlVigilanciaSau l
de “precisão”: 15,

>> Valor do
teto financeiro
referente à
Vigilância em
Saúde

> BigDecima “scala”: 2,


vlAssistenciaF l
armaceutica “precisão”: 15,

>> Valor do
teto financeiro
referente à
Assistência
Farmacêutica

> vlGestaoSus BigDecima “scala”: 2,


l
>> Valor do “precisão”: 15,
teto financeiro
referente à
Gestão do
SUS
> BigDecima “scala”: 2,
vlIncentivoMac l
“precisão”: 15,
>> Valor do
teto financeiro
referente ao
incentivo MAC

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/tetos-financeiros

Modelo para conversão da tabela de Tetos Financeiros


{
"dtoList”: [{
"clientId”: null,
“tetosFinanceiros": {
"vlPab": null,
"vlMac": null,
"vlFaec": null,
"vlVigilanciaSaude": null,
"vlAssistenciaFarmaceutica": null,
"vlGestaoSus": null,
"vlIncentivoMac": null,
"iCompetencias": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Valores permitidos para o exame
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de valores permitidos para o
exame.
Neste tópico iremos abordar a forma com que os dados referente ao
cadastro de valores permitidos para exames, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastro de
Valores Permitidos (SADT >> Cadastros >> Valores Permitidos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iValoresPerm
"idSequencia":
>> Código do 2,
valor permitido

> descricao Texto “precisão”: Não


100,
>> Descrição
do valor
permitido

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/valores-permitidos

Modelo para conversão da tabela de valores permitidos para o exame


{
"dtoList”: [{
"clientId”: null,
“valoresPermitidos": {
"descricao": null,
"iEntidades": null,
"iValoresPerm": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Itens dos valores permitidos

Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro de valores permitidos para exames, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastro de
Valores Permitidos (SADT >> Cadastros >> Valores Permitidos) aba Valores
disponíveis.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iValoresPerm Inteiro “precisão”: 10, Não


>> Código do "idSequencia":
valor permitido 2,

> Inteiro “precisão”: 4, Não


iValoresDisponiv
eis "idSequencia":
3,
>> Código do
valor disponível
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/valores-permitidos-itens

Modelo para conversão da tabela de Itens dos valores permitidos


{
"dtoList”: [{
"clientId”: null,
“valoresPermitidosItens": {
"iEntidades": null,
"iValoresDisponiveis": null,
"iValoresPerm": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Valores de referência do exame

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de valores de referência para exames, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastro de
Valores de referência (SADT >> Cadastros >> Valores de referência).

> Descrição em Tipo de Regras / Aceita Nulo Valores


banco Dado possíveis
Observações
>> Nome em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,
> iValoresRefer Inteiro “precisão”: 10, Não
>> Código do valor "idSequencia":
de referência 2,

> descricao Inteiro “precisão”: 10, Não


"idSequencia":
>>Descrição do valor 3,
de referência

> qtdCasasDecimais Inteiro “precisão”: 1, UMA("1"),


>>Quantidade de DUAS("2"),
casas decimais para
o valor TRÊS("3");

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/valores-referencias

Modelo para conversão da tabela de Valores de referência do exame


{
"dtoList”: [{
"clientId”: null,
“valoresReferencias": {
"descricao": null,
"qtdCasasDecimais": null,
"iEntidades": null,
"iValoresRefer": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens dos valores de referências do exame
Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro de valores de referência para exames, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastro de
Valores de referência (SADT >> Cadastros >> Valores de referência) aba
valores.

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> iValoresRefer Inteiro “precisão”: 10, Não


>> Código do "idSequencia": 2,
valor de
referência

> Inteiro “precisão”: 10, Não


iValoresReferIt "idSequencia": 3,
ens
>>Código do
item do valor
de referência

> sexo Texto “precisão”: 1, Não AMBOS("A"),


>>Sexo MASCULINO("M"),
FEMININO("F");

> idadeMin Inteiro “precisão”: 4, Não


>> Idade
mínima

> idadeMax Inteiro “precisão”: 4, Não


>> Idade
máxima

> vlMin BigDecimal “scala”: 3, Não


“precisão”: 15,
>>Valor
mínimo

> vlMax BigDecimal “scala”: 3, Não


“precisão”: 15,
>> Valor
máximo

> Texto “precisão”: 1000,


textoImpressao
>> Texto para
impressão

> Texto “precisão”: 1, SIM("S"),


apresentaValor
esImpr NÃO("N");

>> Apresenta
valores na
impressão

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/valores-referencias-itens

Modelo para conversão da tabela de Itens dos valores de referências do


exame
{
"dtoList”: [{
"clientId”: null,
“valoresReferenciasItens": {
"sexo": null,
"idadeMin": null,
"idadeMax": null,
"vlMin": null,
"vlMax": null,
"textoImpressao": null,
"apresentaValoresImpr": null,
"iEntidades": null,
"iValoresRefer": null,
"iValoresReferItens": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Exames SADTs

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Exames SADTs, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Exames SADTs (SADT >> Cadastros >> Cadastrar exames).

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela
> Inteiro “precisão”: 4, Não
iEntidades
"idSequencia":
>> Código 1,
da entidade

> Inteiro “precisão”: 10, Não


iExamesSa
dts "idSequencia":
2,
>> Código
do exame

> Inteiro “precisão”: 10, Não


iProcedime
ntos "idSequencia":
2,
>> Código
do
procedimen
to

> sigla Texto “precisão”: 50, Não


>> Sigla do
exame

> metodo Texto “precisão”: 100,


>> Método
do exame

> Inteiro “precisão”: 2, Não ESPERMA ("1")


iMateriaisC
oletas FEZES("2")

>> Tipo de LIQUIDO SEMINAL("3")


material
LÍQUOR("4")
para coleta
MUCO NASAL("5")
SANGUE("6")
SECREÇÃO OCULAR("7")
SECREÇÃO URETRAL("8")
SECREÇÃO VULVAR("9")
URINA("10")
URINA/24 HORAS("11")
URINA/SANGUE("12")
OUTROS("13")
FITA GOMADA + SWAB
RETAL("15")
FEZES RECENTE (À
FRESCO)("16")
FEZES CONSERVADA EM
MIF("17")
FEZES - 1ª AMOSTRA("18")
FEZES - 2ª AMOSTRA("19")
FEZES - 3ª AMOSTRA("20")
FEZES - 4ª AMOSTRA("21")
FEZES - 5ª AMOSTRA("22")
FEZES - 6ª AMOSTRA("23")
URINA PRIMEIRO JATO("24")
URINA JATO MÉDIO("25")
URINA ÚLTIMO JATO("26")
URINA RECENTE("27")

> Inteiro “precisão”: 3,


diasEntrega
>> Dias de
entrega

> Inteiro “precisão”: 2, Não BIOQUÍMICA ("1")


iBancadas
CITOLOGIA("2")
>> Tipo de
bancada DIVERSOS("3")
DROGAS("4")
HEMATOLOGIA("5")
HORMÔNIOS("6")
IMUNOLOGIA("7")
LÍQUIDO SINOVIAL("8")
LÍQUOR("9")
MICROBIOLOGIA("10")
PARASITOLOGIA("11")
URINA("12")
HEMATOLOGIA-
HEMOGRAMA("13")

> Texto “precisão”: 255,


observacao
>>
Observação
do exame

> dtCriacao Data “precisão”: 7, Não


>> Data de
criação do
cadastro

> ativo Texto “precisão”: 1, Não ATIVO("A"),


>> Ativo INATIVO("I");

> BigDecimal “scala”: 2,


vlProcedim “precisão”: 10,
ento
>> Valor do
procedimen
to

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/exames-sadts
Modelo para conversão da tabela de Exames sadts
{
"dtoList”: [{
"clientId”: null,
“examesSadts": {
"sigla": null,
"metodo": null,
"diasEntrega": null,
"observacao": null,
"dtCriacao": null,
"ativo": null,
"vlProcedimento": null,
"iBancadas": null,
"iEntidades": null,
"iExamesSadts": null,
"iMateriaisColetas": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens de exames SADT

Neste tópico iremos abordar a forma com que os dados dos itens
referente ao cadastro de Exames SADTs, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Exames SADTs (SADT >> Cadastros >> Cadastrar exames) aba Parâmetros
do exame.
> Descrição Tipo de Regras / Aceita Valores possíveis
em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iExamesSadt
s "idSequencia":
2,
>> Código do
exame

> Inteiro “precisão”: 10, Não


iExamesSadt
sItens "idSequencia":
3,
>> Código do
item do
exame

> descricao Texto “precisão”: Não


100,
>> Descrição
do item do
exame

> Inteiro “precisão”: 10, Não,


iUnidadesMe quando
didas tipo de
resultado
>> Código da for “Valor
unidade de numérico
medida inteiro e/ou
decimal”

> Texto “precisão”: 1, Não, SEM RESULTADO("S"),


tipoResultado quando
incluído VALOR NUMÉRICO
>> Tipo do parâmetro INTEIRO("I"),
resultado para o
exame VALOR NUMÉRICO
DECIMAL("D"),
TEXTO CURTO("C"),
TEXTO LONGO("L");

> Inteiro “precisão”: 10, Não,


iValoresRefer quando
tipo de
>> Código do resultado
valor de for “Valor
referência numérico
inteiro e/ou
decimal”

> Inteiro “precisão”: 10, Não,


iValoresPerm quando
tipo de
>> Código do resultado
valor for “Texto
permitido curto e/ou
longo”

> Texto “precisão”: 20,


idVariavelFor
mula
>>
Identificação
do item para
fórmulas

> Inteiro “precisão”: 4,


iValoresRefer
Perm
>> Código do
valor
permitido de
referência

> Inteiro “precisão”: 10,


iUnidadesMe
didasSec
>> Código da
unidade de
medida
secundária

> Inteiro “precisão”: 10,


iValoresRefer
Sec
>> Código do
valor de
referência
secundário

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/exames-sadts-itens

Modelo para conversão da tabela de Itens de exames SADT


{
"dtoList”: [{
"clientId”: null,
“examesSadtsItens": {
"descricao": null,
"tipoResultado": null,
"idVariavelFormula": null,
"iEntidades": null,
"iExamesSadts": null,
"iExamesSadtsItens": null,
"iUnidadesMedidas": null,
"iUnidadesMedidasSec": null,
"iValoresPerm": null,
"iValoresRefer": null,
"iValoresReferPerm": null,
"iValoresReferSec": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Exames SADTS relacionados

Neste tópico iremos abordar a forma com que os dados dos Exames
relacionados referente ao cadastro de Exames SADTs, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Exames SADTs (SADT >> Cadastros >> Cadastrar exames) aba Exames
relacionados.

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da entidade

> Inteiro “precisão”: 10, Não


iExamesSa
dts "idSequencia":
2,
>> Código
do exame

> Inteiro “precisão”: 10, Não


iExamesSa
dtsRelacion "idSequencia":
ados 3,

>> Código
do exame
relacionado

> Texto “precisão”: 20,


idVariavelF
ormula
>>
Identificaçã
o do item
para
fórmulas

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/exames-sadts-relacionados

Modelo para conversão da tabela de Exames SADTS relacionados


{
"dtoList”: [{
"clientId”: null,
“examesSadtsRelacionados": {
"idVariavelFormula": null,
"iEntidades": null,
"iExamesSadts": null,
"iExamesSadtsRelacionados": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Agendas das coletas de exames

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Agendas das coletas de exames, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Agendas de coleta de exames SADT (SADT >> Agendas de coleta de exames
SADT).

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco Dado
Observações
>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia":
da entidade 1,

> Inteiro “precisão”: 10, Não


iAgendasCol
etas "idSequencia":
2,
>> Código
da agenda

> Inteiro “precisão”: 9, Não


iPessoasEst
ab
>> Código
do
estabelecim
ento

> Inteiro “precisão”: 10,


iAgendasCol
etasOrigem
>> Código
da agenda
de origem
> dtInicial Data “precisão”: 7, Não
>> Data
inicial

> dtFinal Data “precisão”: 7,


>> Data
final

> situacao Texto “precisão”: 1, Não ATIVA("A"),


>> Situação INATIVA("I");

> Texto “precisão”: Não, quando o


motivoInativ 250, campo “Situação”
acao estiver
selecionado com
>> Motivo da a opção “Inativa”
inativação

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/agendas-coletas

Modelo para conversão da tabela de Agendas das coletas de exames


{
"dtoList”: [{
"clientId”: null,
“agendasColetas": {
"dtInicial": null,
"dtFinal": null,
"situacao": null,
"motivoInativacao": null,
"iAgendasColetas": null,
"iAgendasColetasOrigem": null,
"iEntidades": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Cotas dos horários das agendas de coletas de


exames

Neste tópico iremos abordar a forma com que os dados referente as


Cotas dos horários do cadastro de Agendas das coletas de exames, deverão
ser enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Agendas de coleta de exames SADT (SADT >> Agendas de coleta de exames
SADT) selecione a agenda de referência, e visualize as informações na guia
cota.

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iAgendasCole
tas "idSequencia":
2,
>> Código da
agenda

> Inteiro “precisão”: 10, Não


iAgendasCole
"idSequencia":
tasHorarios 3,
>> Código do
horário da
agenda

> Inteiro “precisão”: 9, Não


iPessoasEsta "idSequencia":
b 4,
>> Código do
estabelecime
nto

> qtdCota Inteiro “precisão”: 5, Não


>>
Quantidade
cota

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/agendas-coletas-hora-cotas

Modelo para conversão da tabela de Cotas dos horários das agendas de


coletas de exames
{
"dtoList”: [{
"clientId”: null,
“agendasColetasHoraCotas": {
"qtdCota": null,
"iAgendasColetas": null,
"iAgendasColetasHorarios": null,
"iEntidades": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Horários das agendas de coleta de exames SADT

Neste tópico iremos abordar a forma com que os dados dos Horários
referente ao cadastro de Agendas de coleta de exames SADT, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Agendas de coleta de exames SADT (SADT >> Agendas de coleta de exames
SADT) aba Horários da agenda.

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco Dado
>> Nome em Observações
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia": 1,
entidade

> Inteiro “precisão”: 10, Não


iAgendasCole
tas "idSequencia": 2,

>> Código
da agenda

> Inteiro “precisão”: 10, Não


iAgendasCole
tasHorarios "idSequencia": 3,

>> Código do
horário da
agend

> diaSemana Inteiro “precisão”: 1, Não DOMINGO ("1")


>> Dia da
semana SEGUNDA("2")
TERÇA("3")
QUARTA("4")
QUINTA("5")
SEXTA("6")
SÁBADO("7")

> horaInicial Data e “scala”: 6, Não


Hora “precisão”: 11,
>> Horário
inicial

> horaFinal Data e “scala”: 6, Não


Hora “precisão”: 11,
>> Horário
final

> qtdColetas Inteiro “precisão”: 5, Não


>>
Quantidade
de coletas

> ativo Texto “precisão”: 1, Não SIM("S"),


>> ativo NÃO("N");

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/agendas-coletas-horarios

Modelo para conversão da tabela de Horários das agendas de coletas de


exames
{
"dtoList”: [{
"clientId”: null,
“agendasColetasHorarios": {
"diaSemana": null,
"horaInicial": null,
"horaFinal": null,
"qtdColetas": null,
"ativo": null,
"iAgendasColetas": null,
"iAgendasColetasHorarios": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Exames complementares


Neste tópico iremos abordar a forma com que os dados referente ao
cadastro de Exames complementares, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) guia Exames complementares.

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observaçõe
>> Nome em s
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia
entidade ": 1,

> Inteiro “precisão”: Não


iAtendimentos 10,
>> Código do "idSequencia
atendimento ": 2,
> Inteiro “precisão”: Não
iAtendExames 10,
Comple
"idSequencia
>> Código do ": 3,
exame
complementar

> Texto “precisão”: 2, Não


subgrupoProce
d
>> Código do
subgrupo dos
procedimentos

> Texto “precisão”:


materialExami 150,
nar
>> Descrição
do material
para examinar"

> Texto “precisão”:


dadosClinicos 250,
>> Descrição
dos dados
clinicos

> Inteiro “precisão”: 9,


iPessoasProfS
olic
>> Código do
profissional

> Inteiro “precisão”: 9,


iPessoasEstab
Result
>> Código do
estabeleciment
o
> codUniqSolic Texto “precisão”: Não
50,
>> Código
único da
solicitação

> observacao Texto “precisão”:


200,
>> Observação
da solicitação

> dhCriacao Data e “scala”: 6, Não


Hora “precisão”:
>> Data e hora 11,
da criação

> Texto “precisão”: Não PÚBLICO("1"),


tipoEstabExec 1,
PRIVADO("2");
>>Tipo de
estabeleciment
o executante

> Inteiro “precisão”:


classificacaoRi 2,
sco
>>
Classificação
de risco

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-exames-comple

Modelo para conversão da tabela de Exames complementares


{
"dtoList”: [{
"clientId”: null,
“atendExamesComple": {
"subgrupoProced": null,
"materialExaminar": null,
"dadosClinicos": null,
"codUniqSolic": null,
"observacao": null,
"dhCriacao": null,
"tipoEstabExec": null,
"createdRole": null,
"updatedRole": null,
"classificacaoRisco": null,
"iAtendExamesComple": null,
"iAtendimentos": null,
"iEntidades": null,
"iPessoasEstabResult": null,
"iPessoasProfSolic": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Exames complementares itens

Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro de Exames complementares, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) guia Exames complementares.

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco Dado
Observações
>> Nome em
tela
> iEntidades Inteiro “precisão”: 4, Não
>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iAtendimentos
"idSequencia":
>> Código do 2,
atendimento

> Inteiro “precisão”: 10, Não


iAtendExames
Comple "idSequencia":
3,
>> Código do
exame
complementar

> Inteiro “precisão”: 10, Não


iExamesSadts "idSequencia":
4,
>> Código do
exame SADT

> situacao Texto “precisão”: 1, PENDENTE("P"),


>> Situação da EM
solicitação do EXECUÇÃO("X"),
exame
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO("C");

> dhColeta Data e “scala”: 6,


Hora “precisão”: 11,
>> Data e hora
da coleta

> dhEntrega Data e “scala”: 6,


Hora “precisão”: 11,
>> Data e hora
da entrega
> portador Texto “precisão”: 80,
>> Portador

> observacao Texto “precisão”: 150,


>>
Observação

> Inteiro “precisão”: 9,


iPessoasProfA
ut
>> Código do
profissional
autorizador

> Data “precisão”: 7,


dtValidadeAut
>> Data de
validade da
autorização

> justNaoAut Texto “precisão”: 250, Não,


>> Justificativa quando
da não solicitação for
autorização selecionada
como “Não
autorizada”

> Data e “scala”: 6,


dhAutorizacao Hora “precisão”: 11
>> Data e hora
da autorização

> autorizado Texto “precisão”: 1, SIM("S"),


>> Autorizado NÃO("N");

> Texto “precisão”: 250,


motivoCancela
mentoAut
>> Motivo do
cancelamento
da autorização

> BigDecim “scala”: 2,


vlProcediment al “precisão”: 10,
o
>> Valor do
procedimento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/atend-exames-comple-itens

Modelo para conversão da tabela de Exames complementares itens


{
"dtoList”: [{
"clientId”: null,
“atendExamesCompleItens": {
"situacao": null,
"dhColeta": null,
"dhEntrega": null,
"portador": null,
"observacao": null,
"createdRole": null,
"updatedRole": null,
"dtValidadeAut": null,
"justNaoAut": null,
"dhAutorizacao": null,
"autorizado": null,
"motivoCancelamentoAut": null,
"vlProcedimento": null,
"iAtendExamesComple": null,
"iAtendimentos": null,
"iEntidades": null,
"iExamesSadts": null,
"iPessoasProfAut": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Endereço dos laboratórios dos estabelecimentos

Neste tópico iremos abordar a forma com que os dados referente ao


Endereço dos laboratórios do cadastro de estabelecimento, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Estabelecimentos (Cadastros >> Pessoas >> Estabelecimentos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iPessoas Inteiro “precisão”: 9, Não


>> Código do "idSequencia":
estabeleciment 2,
o

> iMunicipios Inteiro “precisão”: 10,


>> Código do
município
> iBairros Inteiro “precisão”: 10,
>> Código do
bairro

> iLogradouros Inteiro “precisão”: 10,


>> Código do
logradouro

> numero Texto “precisão”: 8,


>> Número

> descricaoLab Texto “precisão”: 100,


>> Descricao
dos dados do
laboratório

> telefoneLab Texto “precisão”: 11,


>> Telefone

> telefoneLab2 Texto “precisão”: 11,


>> Telefone

> Texto “precisão”: 150,


nomeEntidade
>> Nome da
entidade para
relatórios

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/estabEnderecosLab

Modelo para conversão da tabela de Endereço dos laboratórios dos


estabelecimentos
{
"dtoList”: [{
"clientId”: null,
“estabEnderecosLab": {
"numero": null,
"descricaoLab": null,
"telefoneLab": null,
"telefoneLab2": null,
"nomeEntidade": null,
"iBairros": null,
"iEntidades": null,
"iLogradouros": null,
"iMunicipios": null,
"iPessoas": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Fila de coleta de exames

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro da Fila de coleta de exames, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Fila de Coletas
de Exames (SADT >> Fila de Coletas de Exames).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela
> iEntidades Inteiro “precisão”: 4, Não
>> Código da "idSequencia"
entidade : 1,

> Inteiro “precisão”: 9, Não


iPessoasEsta
b "idSequencia"
: 2,
>> Código do
estabelecime
nto

> Inteiro “precisão”: 10, Não


iFilasColetas
"idSequencia"
>> Código da : 3,
coleta na fila

> Inteiro “precisão”: 10,


iAgendasCole
tas
>> Código da
agenda de
coletas

> Inteiro “precisão”: 10,


iAgendasCole
tasHorarios
>> Código do
horário da
agenda

> Inteiro “precisão”: 10,


iSolicExames
Sadts
>> Código da
solicitação de
exames
SADT

> Inteiro “precisão”: 10,


iAtendimentos
>> Código do
atendimento

> Inteiro “precisão”: 10,


iAtendExame
sComple
>> Código da
solicitação de
exame
complementar

> Inteiro “precisão”: 9,


iPessoasEsta
bSolic
>> Código do
estabelecime
nto solicitante

> Data “precisão”: 7, Não


dtColetaAgen
dada
>> Data da
coleta
agendada

> Data e “scala”: 6,


horaChegada Hora “precisão”: 11,
>> Hora de
chegada

> horaColeta Data e “scala”: 6,


Hora “precisão”: 11,
>> Hora da
coleta

> Inteiro “precisão”: 10,


prefixoSeqCol
eta
>> Prefixo do
sequencial da
coleta

> seqColeta Inteiro “precisão”: 10,


>>
Sequencial da
coleta

> situacao Texto “precisão”: 1, Não AGENDADO("A"),


>> Situação CANCELADO("C"),
da coleta
COLETADO("D"),
ENTREGUE("E"),
FINALIZADO("F"),
AGUARDANDO("G"),
EM EXECUÇÃO("X");

> Data “precisão”: 7,


dtCancelame
nto
>> Data do
cancelamento

> Texto “precisão”: 1, ATRASO("A"),


tipoMotivoCan
celamento FALTA("F"),

>> Tipo do DESISTÊNCIA("D"),


motivo do
OUTROS("O");
cancelamento

> Texto “precisão”:


motivoCancel 250,
amento
>> Motivo do
cancelament

> Texto “precisão”: 1, SIM("S"),


agendamento
Direto NÃO("N");
>>
Agendamento
direto

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/filas-coletas

Modelo para conversão da tabela de Fila de coleta de exames


{
"dtoList”: [{
"clientId”: null,
“filasColetas": {
"dtColetaAgendada": null,
"horaChegada": null,
"horaColeta": null,
"prefixoSeqColeta": null,
"seqColeta": null,
"situacao": null,
"dtCancelamento": null,
"tipoMotivoCancelamento": null,
"motivoCancelamento": null,
"agendamentoDireto": null,
"iAgendasColetas": null,
"iAgendasColetasHorarios": null,
"iAtendExamesComple": null,
"iAtendimentos": null,
"iEntidades": null,
"iFilasColetas": null,
"iPessoasEstab": null,
"iPessoasEstabSolic": null,
"iSolicExamesSadts": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Grupos de exames SADT

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro da Grupos de exames SADT, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Grupos de
exames SADT (SADT >> Cadastros >> Grupos de exames SADT).

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da entidade

> Inteiro “precisão”: 10, Não


iGruposExa
mesSadt "idSequencia":
2,
>> Grupos
de exames
SADT

> Inteiro “precisão”: 9, Não


iPessoasEs
tabExec
>>
Estabeleci
mento
executante

> Texto “precisão”: 1, PÚBLICO("0"),


tipoLaborat
orio PRIVADO("1");

>>Tipo de
laboratório

> descricao Texto “precisão”:


100,
>>
descrição

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/grupos-exames-sadt

Modelo para conversão da tabela de Grupos de exames SADT


{
"dtoList”: [{
"clientId”: null,
“gruposExamesSadt": {
"tipoLaboratorio": null,
"descricao": null,
"iEntidades": null,
"iGruposExamesSadt": null,
"iPessoasEstabExec": null
}
}
]
}

Onde: Null = valores a serem alimentados.


4.1 Layout da tabela de Exames dos grupos de exames SADT

Neste tópico iremos abordar a forma com que os dados referente aos
Exames do cadastro da Grupos de exames SADT, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Grupos de
exames SADT (SADT >> Cadastros >> Grupos de exames SADT) guia
Exames SADT.

> Descrição em Tipo de Regras / Aceita Nulo Valores possíveis


banco >> Nome Dado
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iGruposExamesSa
dt "idSequencia":
2,
>> Código do
grupo de exames
SADT

> iExamesSadts Inteiro “precisão”: 10, Não


"idSequencia":
>> Código do 3,
exames SADT

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/grupos-exames-sadt-exames

Modelo para conversão da tabela de Exames dos grupos de exames SADT


{
"dtoList”: [{
"clientId”: null,
“gruposExamesSadtExames": {
"iEntidades": null,
"iExamesSadts": null,
"iGruposExamesSadt": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Resultados dos exames

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro dos Resultados dos exames, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Resultados dos
exames (SADT >> Resultados dos exames) ou Relatório de Resultados de
Exames SADT (Relatório >> Gerenciais >> Exames >> Resultados de Exames
SADT).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iResultadosExam
es "idSequencia":
2,
>> Código do
resultado de
exame
> iAtendimentos Inteiro “precisão”:
10,
>> Código de
atendimento

> Inteiro “precisão”:


iSolicExamesSad 10,
ts
>> Código da
solicitação de
exame SADT

> Inteiro “precisão”:


iAtendExamesCo 10,
mple
>> Código do
exame
complementar

> origem Texto “precisão”: 1, Não ATENDIMENTO("A"),


>> Origem da SOLICITAÇÃO("S");
solicitação de
exame

> situacao Texto “precisão”: 1, Não EM EXECUÇÃO("X"),


>> Situação do FINALIZADO("F"),
resultado de
exame ENTREGUE("E"),
CANCELADO ("C");

> dhCriacao Data e “scala”: 6,


Hora “precisão”: 11,
>> Data da
Criação

> dhResultado Data e “scala”: 6,


Hora “precisão”: 11,
>> Data e hora
do resultado
> observacoes Texto “precisão”:
100000,
>> Observações

> Texto “precisão”:


motivoCancelame 100,
nto
>> Motivo do
cancelamento

> Texto “precisão”: 1, Não SIM("S"),


faturarResultExa
me NÃO("N");

>> Faturar
resultado de
exame

> Texto “precisão”: 1, SIM("S"),


resultadoImpress
o NÃO("N");

>> Resultado
impresso

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/resultados-exames

Modelo para conversão da tabela de Resultados dos exames


{
"dtoList”: [{
"clientId”: null,
“resultadosExames": {
"extraData": null,
"origem": null,
"situacao": null,
"dhCriacao": null,
"dhResultado": null,
"observacoes": null,
"motivoCancelamento": null,
"faturarResultExame": null,
"resultadoImpresso": null,
"createdRole": null,
"updatedRole": null,
"iAtendExamesComple": null,
"iAtendimentos": null,
"iEntidades": null,
"iResultadosExames": null,
"iSolicExamesSadts": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens dos resultados dos exames

Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro dos Resultados dos exames, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Resultados dos
exames (SADT >> Resultados dos exames) ou Relatório de Resultados de
Exames SADT (Relatório >> Gerenciais >> Exames >> Resultados de Exames
SADT).

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela
> Inteiro “precisão”: 4, Não
iEntidades
"idSequencia":
>> Código 1,
da entidade

> Inteiro “precisão”: 10, Não


iResultados
Exames "idSequencia":
2,
>> Código
do
resultado
de exame

> Inteiro “precisão”: Não


iResultados 10,
ExamesIten "idSequencia":
s 3,
>> Código
dos itens
dos
resultados
dos
exames

> BigDecim “scala”: 3, Não,


valoresRefe al “precisão”: 15, quando tipo
r de
resultado
>> Valor for “Valor
permitido numérico
inteiro e/ou
decimal”

> Inteiro “precisão”: 4, Não,


valoresPer quando tipo
m de
resultado
>> Valor for “Texto
permitido curto e/ou
longo”
> Texto “precisão”:
textoResult 500,
>> Texto do
resultado

> BigDecim “scala”: 3,


valoresRefe al “precisão”: 15,
rSec
>> Valor de
referência
secundário

> Inteiro “precisão”: 10, Não


iExamesSa "idSequencia":
dts 4,
>> Código
do exame
SADT

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/resultados-exames-itens

Modelo para conversão da tabela de Itens dos resultados dos exames


{
"dtoList”: [{
"clientId”: null,
“resultadosExamesItens": {
"valoresRefer": null,
"valoresPerm": null,
"textoResult": null,
"valoresReferSec": null,
"createdRole": null,
"updatedRole": null,
"iEntidades": null,
"iExamesSadts": null,
"iResultadosExames": null,
"iResultadosExamesItens": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Profissional do resultado de exame

Neste tópico iremos abordar a forma com que os dados referente ao


Profissional do cadastro dos Resultados dos exames, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Resultados dos
exames (SADT >> Resultados dos exames).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iResultadosExame
s "idSequencia":
2,
>> Código do
resultado de
exame

> iExamesSadts Inteiro “precisão”: Não


10,
>> Código do "idSequencia":
exames SADT 3,
> iPessoasProf Inteiro “precisão”: 9, Não
>> Código do
profissional

> iCbos Texto “precisão”: 6, Não


>> Código do
CBO

> iCids Texto “precisão”: 7,


>> Código do cid

> Texto “precisão”:


observacaoExame 200,
>> Observação do
exame

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/resultados-exames-profis

Modelo para conversão da tabela de Profissional do resultado de exame


{
"dtoList”: [{
"clientId”: null,
“resultadosExamesProfis": {
"observacaoExame": null,
"createdRole": null,
"updatedRole": null,
"iCbos": null,
"iCids": null,
"iEntidades": null,
"iExamesSadts": null,
"iPessoasProf": null,
"iResultadosExames": null
}
}
]
}

Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Solicitação de exames citopatológico

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro da Solicitação de exame citopatológico, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastro de
Solicitação de Exame Citopatológico do Colo do Útero (Atendimento >>
Exames citopatológicos do colo do útero>> Solicitar exames).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iSolicExamesCi
to "idSequencia":
2,
>> Código da
solicitação de
exame
citopatológico
> Inteiro “precisão”: 9, Não
iPessoasEstab
>> Código do
estabeleciment
o

> dhColeta Data e “scala”: 6, Não


Hora “precisão”: 11,
>> Data e hora
da coleta

> iPessoasProf Inteiro “precisão”: 9, Não


>> Código do
profissional

> iPessoasPac Inteiro “precisão”: 9, Não


>> Código do
paciente

> apelidoPac Texto “precisão”: 50,


>> Apelido do
paciente

> Texto “precisão”: 1, Não SIM("S"),


examePapanic
olau NÃO("N"),

>> Indica se a NÃO SABE("A");


paciente fez
exame
papanicolau

> Inteiro “precisão”: 4,


anoPapanicola
u
>> Ano que foi
realizado o
papanicolau

> diu Texto “precisão”: 1, Não SIM("S"),


>> Indica se a NÃO("N"),
paciente fez o
uso do DIU NÃO SABE("A");

> gravida Texto “precisão”: 1, Não SIM("S"),


>> Indica se a NÃO("N"),
paciente está
gravida NÃO SABE("A");

> Texto “precisão”: 1, Não SIM("S"),


pilulaAnticonce
pcional NÃO("N"),

>> Indica se a NÃO SABE("A");


paciente fez
uso de
anticoncepcion
al

> Texto “precisão”: 1, Não SIM("S"),


hormonioReme
dioMenopausa NÃO("N"),

>> Indica se a NÃO SABE("A");


paciente fez
uso de
hormônio ou
remédio para
tratar
menopausa

> Texto “precisão”: 1, Não SIM("S"),


tratamentoRadi
oterapia NÃO("N"),

>> Indica se a NÃO SABE("A");


paciente fez
tratamento
utilizando
radioterapia

> menstruou Texto “precisão”: 1, SIM("S"),


>> Indica se a NÃO("N");
paciente
lembra-se da
data da ultima
vez que
menstruou

> Data “precisão”: 7, Não,


dtUltimaMenstr quando
uacao campo
“menstru
>> Data da ou”for
ultima seleciona
menstruação do como
“Sim”

> Texto “precisão”: 1, Não SIM("S"),


sangramentoRe
lacoesSexuais NÃO("N"),

>> Indica se a NÃO SABE("A");


paciente teve
ou tem
sangramento
após relações
sexuais

> Texto “precisão”: 1, Não SIM("S"),


sangramentoM
enopausa NÃO("N"),

>> Indica se a NÃO SABE("A"),


paciente teve
NÃO ESTÁ NA
ou tem
MENOPAUSA("E");
sangramento
após a
menopausa

> inspecaoColo Texto “precisão”: 1, Não NORMAL("N"),


>> Indica o AUSENTE("A"),
resultado da
inspeção do ALTERADO("L"),
colo
COLO NÃO
VISUALIZADO("C");
> sinaisDst Texto “precisão”: 1, Não SIM("S"),
Indica se há NÃO("N");
sinais
sugestivos de
doenças
sexualmente
transmissíveis

> observacao Texto “precisão”:


250,
>> Observação
da solicitação
de exame
citopatológico

> situacao Texto “precisão”: 1, Não EM EXECUÇÃO("X"),


>>Situação da FINALIZADO("F"),
solicitação de
exame ENTREGUE("E"),
citopatológico
CANCELADO ("C"),
PENDENTE("P");

> Data e “scala”: 6,


dhRecebimento Hora “precisão”: 11,
>> Data e hora
do recebimento

> dhEntrega Data e “scala”: 6,


Hora “precisão”: 11,
>> Data e hora
da entrega

> iCbos Texto “precisão”: 6, fakse


>> Código do
CBO

> Inteiro “precisão”: 10,


iAtendimentos
>> Código do
atendimento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-exames-cito

Modelo para conversão da tabela de Solicitação de exames


citopatológico
{
"dtoList”: [{
"clientId”: null,
“solicExamesCito": {
"dhColeta": null,
"apelidoPac": null,
"examePapanicolau": null,
"anoPapanicolau": null,
"diu": null,
"gravida": null,
"pilulaAnticoncepcional": null,
"hormonioRemedioMenopausa": null,
"tratamentoRadioterapia": null,
"menstruou": null,
"dtUltimaMenstruacao": null,
"sangramentoRelacoesSexuais": null,
"sangramentoMenopausa": null,
"inspecaoColo": null,
"sinaisDst": null,
"observacao": null,
"situacao": null,
"dhRecebimento": null,
"dhEntrega": null,
"createdRole": null,
"updatedRole": null,
"iAtendimentos": null,
"iCbos": null,
"iEntidades": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iSolicExamesCito": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Resultados de exames citopatológicos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro dos Resultados de exames citopatológicos, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Resultados de
exames citopatológicos (Atendimento >> Exames citopatológicos do colo do
útero>> Resultados de exames).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observaçõe
s
> iEntidades Inteiro “precisão”: 4, Não
>> Código da "idSequencia"
entidade : 1,

> Inteiro “precisão”: Não


iResultadosExame 10,
sCito
"idSequencia"
>> Código do : 2,
resultado de
exames
citopatológico

> Inteiro “precisão”: Não


iSolicExamesCito 10,
>> Código da
solicitação de
exame
citopatológico

> iPessoasEstab Inteiro “precisão”: 9,


>> Código do
estabelecimento

> iPessoasProf Inteiro “precisão”: 9,


>> Código do
profissional

> iCbos Texto “precisão”: 6, Não


>> Código do CBO

> dhLiberacao Data e “scala”: 6,


Hora “precisão”:
>> Data e hora da 11,
liberação

> Texto “precisão”: 7,


amostraRejeitada
>> Amostra
rejeitada por

> Texto “precisão”:


especificarCausas 20,
Alheias
>> Especificar
outras causas
alheias

> Texto “precisão”:


especificarOutrasC 20,
ausas
>> Especificar
outras causas

> Texto “precisão”: 5,


epiteliosRepresent
ados
>> Epitélios
representados na
amostra

> Texto “precisão”: 1, Não SATISFATÓRIA("S"),


tipoAdequabilidade
Material INSATISFATÓRIA PARA
AVALIAÇÃO
>> Tipo da ANCÓTICA("I");
adequabilidade do
material

> Texto “precisão”:


adequabilidadeMat 13,
erial
>>
Adequabilidade do
material

> Texto “precisão”: 1, SIM("S"),


matDentroLimiteNo
rmalidade NÃO("N");

>>Dentro dos
limites da
normalidade, no
material coletado

> Texto “precisão”: INFLAMAÇÃO("1"),


tiposAlteracoesCel 11,
ulares METAPLASIA
ESCAMOSA
>>Tipos de IMATURA("2"),
alterações
celulares benignas REPARAÇÃO("3"),
reativas ou
ATROFIA COM
reparativas
INFLAMAÇÃO("4"),
RADIAÇÃO("5"),
OUTROS("6");

> Texto “precisão”:


especificarOutrasA 20,
lteracoes
>> Especificar
outras alterações
celulares

> Texto “precisão”: LACTOBACILLOS-SP("1"),


tiposMicrobiologias 17,
COCOS("2"),
>> Tipos de
microbiologias SUGESTIVO DE
CHLAMYDIA SP("3"),
CANDIDA SP("4"),
TRICHOMONAS
VAGINALIS("5"),
EFEITO CITOPÁTICO
COMPATÍVEL COM
VÍRUS DO GRUPO
HERPES("6"),
BACILOS
SUPRACITOPLASMÁTIC
OS (SUGESTIVOS DE
GARDNERELLA/MOBILU
NCUS("7"),
OUTROS BACILOS("8"),
OUTROS("9");

> Texto “precisão”:


especificarOutrasM 20,
icrobiolog
>> Especificar
outras
microbiologias

> escamosa Texto “precisão”: 1, Não NÃO CONSTA("N"),


>> Escamosa POSSIVELMENTE NÃO
NEOPLÁSICAS("P"),
NÃO SE PODE AFASTAR
LESÃO DE ALTO
GRAU("A"),

> glandulares Texto “precisão”: 1, Não NÃO CONSTA("N"),


>> Glandulares POSSIVELMENTE NÃO
NEOPLÁSICAS("P"),
NÃO SE PODE AFASTAR
LESÃO DE ALTO
GRAU("A"),

> origemIndefinida Texto “precisão”: 1, Não NÃO CONSTA("N"),


>> De origem POSSIVELMENTE NÃO
indefinida NEOPLÁSICAS("P"),
NÃO SE PODE AFASTAR
LESÃO DE ALTO
GRAU("A"),

> Texto “precisão”: 1, Não LESÃO INTRAEPITELIAL


tipoAtipiasCelulasE DE BAIXO GRAU
scamosa (COMPREENDENDO
EFEITO CITOPÁTICO
>> Tipo atipias em PELO HPV E NEOPLASIA
células escamosas INTRAEPITELIAL
CERVICAL GRAU I("1"),
LESÃO INTRAEPITELIAL
DE ALTO GRAU
(COMPREENDENDO
NEOPLASIAS
INTRAEPITELIAIS
CERVICAIS GRAUS II E
III("2"),
LESÃO INTRAEPITELIAL
DE ALTO GRAU, NÃO
PODENDO EXCLUIR
MICRO-INVASÃO("3"),
CARCINOMA
EPIDERMÓIDE
INVASOR("4"),
NÃO CONSTA("5");

> Texto “precisão”: 1, Não NÃO CONSTA("N"),


tipoAtipiasCelulas
Glandular ADENOCARCINOMA "IN
SITU"("A"),
>> Tipo atipias em
células glandulares ADENOCARCINOMA
INVASOR("I");

> Texto “precisão”: 5,


adenocarcinomaIn
vasor
>>
Adenocarcinoma
invasor

> outrasNeoplasias Texto “precisão”:


20,
>> Outras
neoplasias
malignas

> Texto “precisão”: 1, SIM("S"),


presencaCelulasE
ndometriais NÃO("N");
>> Presença de
células
endometriais

> Texto “precisão”:


observacoesGerais 150,
>> Observações
gerais

> conclusao Texto “precisão”:


150,
>> Conclusão do
resultado de
exame

> Texto “precisão”:


motivoCancelamen 150,
to
>> Motivo do
cancelamento

> situacao Texto “precisão”: 1, Não EM EXECUÇÃO("X"),


>> Situação do FINALIZADO("F"),
resultado de
exame ENTREGUE("E"),
CANCELADO ("C");

> Texto “precisão”: 1, Não SIM("S"),


pertenceMunicipio
NÃO("N");
>> Pertence ao
município

> Texto “precisão”:


descPessoasProf 50,
>> Nome do
profissional
executante

> Texto “precisão”:


descPessoasEstab 50,
>> Nome do
estabelecimento
executante

> cnesEstab Texto “precisão”: 7,


>> Número do
CNES do
estabelecimento
executanteo

> cnsProf Texto “precisão”:


15,
>> Número do
CNS do
profissional
executante

> Texto “precisão”:


motivoAdequabilid 100,
adeMaterial
>> Motivo da
adequabilidade do
material

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/resultados-exames-cito

Modelo para conversão da tabela de Resultado de exames citopatológico


{
"dtoList”: [{
"clientId”: null,
“resultadosExamesCito": {
"dhLiberacao": null,
"amostraRejeitada": null,
"especificarCausasAlheias": null,
"especificarOutrasCausas": null,
"epiteliosRepresentados": null,
"tipoAdequabilidadeMaterial": null,
"adequabilidadeMaterial": null,
"matDentroLimiteNormalidade": null,
"tiposAlteracoesCelulares": null,
"especificarOutrasAlteracoes": null,
"tiposMicrobiologias": null,
"especificarOutrasMicrobiolog": null,
"escamosa": null,
"glandulares": null,
"origemIndefinida": null,
"tipoAtipiasCelulasEscamosa": null,
"tipoAtipiasCelulasGlandular": null,
"adenocarcinomaInvasor": null,
"outrasNeoplasias": null,
"presencaCelulasEndometriais": null,
"observacoesGerais": null,
"conclusao": null,
"motivoCancelamento": null,
"situacao": null,
"pertenceMunicipio": null,
"descPessoasProf": null,
"descPessoasEstab": null,
"cnesEstab": null,
"cnsProf": null,
"motivoAdequabilidadeMaterial": null,
"createdRole": null,
"updatedRole": null,
"iCbos": null,
"iEntidades": null,
"iPessoasEstab": null,
"iPessoasProf": null,
"iResultadosExamesCito": null,
"iSolicExamesCito": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Solicitação de exames de mamografia

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Solicitação de exames de mamografia, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastro de
Solicitação de exames de mamografia (Atendimento >> Exames de
mamografia>> Solicitar exames) ou Relatório de exames de mamografia
(Relatórios >> Gerenciais >> Exames >> Exames de mamografia).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iSolicExamesMa
ma "idSequencia":
2,
>> Código da
solicitação de
exame de
mamografia

> iAtendimentos Inteiro “precisão”:


10,
>> Código do
atendimento

> iPessoasEstab Inteiro “precisão”: 9, Não


>> Código do
estabelecimento
solicitante

> iPessoasProf Inteiro “precisão”: 9, Não


>> Código do
profissional

> iPessoasPac Inteiro “precisão”: 9, Não


>> Código do
paciente

> Texto “precisão”:


iProcedimentosD 10,
iag
>> Código do
procedimento
diagnóstico

> Texto “precisão”:


iProcedimentosR 10,
astr
>> Código do
procedimento
rastreamento

> dhSolicitacao Data e “scala”: 6, Não


Hora “precisão”: 11,
>>Data/hora do
cadastro da
solicitação de
mamografia
> apelidoPac Texto “precisão”:
50,
>> Apelido do
paciente

> Texto “precisão”: 1, Não SIM, MAMA DIREITA("1"),


possuiNoduloCar
oco SIM, MAMA
ESQUERDA("2"),
>> Tem nódulo
ou caroço na SIM, AMBAS AS
mama MAMAS("3"),
NÃO("4");

> Texto “precisão”: 1, Não SIM("1"),


apresentaRiscoC
ancer NÃO("2"),

>> Apresenta NÃO SABE("3");


risco elevado
para câncer de
mama

> Texto “precisão”: 1, Não SIM("1"),


mamasExaminad
asPassado NÃO("2");

>> Teve as
mamas
examinadas por
um profissional
de saude

> Texto “precisão”: 1, Não SIM("1"),


mamografiaPass
ado NÃO("2"),

>> Fez NÃO SABE("3");


mamografia
alguma vez

> anoMamografia Inteiro “precisão”: 4,


>> Ano que fez a
ultima
mamografia

> tipoMamografia Texto “precisão”: 1, Não DIAGNÓSTICA("1"),


>> Tipo de RASTREAMENTO("2"),
mamografia
AMBAS("3");

> Texto “precisão”: 3, LESÃO PAPILAR("1"),


tiposLesoesMam
aDir DESCARGA ("2");

>> Tipos de
lesões da mama
direita

> Texto “precisão”: 1, CRISTALINA("1"),


tipoDescargaPap
ilarDir HEMORRÁGICA("2");

>> Tipo de
descarga papilar
na mama direita

> Texto “precisão”: 3, AXILAR("1"),


linfonodoMamaDi
r SUPRACLAVICULAR("2");

>> Linfonodo
palpável na
mama direita

> Texto “precisão”: 3, LESÃO PAPILAR("1"),


tiposLesoesMam
aEsq DESCARGA ("2");

>> Tipos de
lesões da mama
esquerda

> Texto “precisão”: 1, CRISTALINA("1"),


tipoDescargaPap
ilarEsq HEMORRÁGICA("2");

>> Tipo de
descarga papilar
na mama
esquerda

> Texto “precisão”: 3, AXILAR("1"),


linfonodoMamaE
sq SUPRACLAVICULAR("2");

>> Linfonodo
palpável na
mama esquerda

> Texto “precisão”: NÓDULO("1"),


controleRadioMa 11,
maDir MICROCALCIFICAÇÃO("2"),

>> Controle ASSIMETRIA FOCAL("3"),


radiológico
ASSIMETRIA DIFUSA("4"),
categoria 3 na
mama direita ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");

> Texto “precisão”: 3, NÓDULO("1"),


controleRadioMa
maEsq MICROCALCIFICAÇÃO("2"),

>> Controle ASSIMETRIA FOCAL("3"),


radiológico
ASSIMETRIA DIFUSA("4"),
categoria 3 na
mama esquerda ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");

> lesaoMamaEsq Texto “precisão”: NÓDULO("1"),


11,
>> Lesão com MICROCALCIFICAÇÃO("2"),
diagnóstico de
câncer na mama ASSIMETRIA FOCAL("3"),
esquerda
ASSIMETRIA DIFUSA("4"),
ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");

> lesaoMamaDir Texto “precisão”: NÓDULO("1"),


>>Lesão com 11, MICROCALCIFICAÇÃO("2"),
diagnóstico de
câncer na mama ASSIMETRIA FOCAL("3"),
direita
ASSIMETRIA DIFUSA("4"),
ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");

> Texto “precisão”:


avaliacaoRespos 150,
taQt
>> Avaliação da
resposta de QT
neo-adjuvante

> Texto “precisão”:


obsMamoRatrea 200,
mento
>> Descrição da
mamografia de
rastreamento

> paDir Texto “precisão”: 3, NÓDULO("1"),


>>Prolongament ESPESSAMENTO("2");
o axilar direito

> rraDir Texto “precisão”: 3, NÓDULO("1"),


>> Região ESPESSAMENTO("2");
retroareolar
direito

> uqinfDir Texto “precisão”: 3, NÓDULO("1"),


>> União dos ESPESSAMENTO("2");
quadrantes
inferiores direito

> uqintDir Texto “precisão”: 3, NÓDULO("1"),


>>União dos ESPESSAMENTO("2");
quadrantes
internos direito

> uqsupDir Texto “precisão”: 3, NÓDULO("1"),


>> União dos ESPESSAMENTO("2");
quadrantes
superiores direito

> uqextDir Texto “precisão”: 3, NÓDULO("1"),


>> União dos ESPESSAMENTO("2");
quadrantes
externos direito

> qiiDir Texto “precisão”: 3, NÓDULO("1"),


>> Quadrante ESPESSAMENTO("2");
inferior interno
direito

> qsiDir Texto “precisão”: 3, NÓDULO("1"),


>> Quadrante ESPESSAMENTO("2");
superior interno
direito

> qieDir Texto “precisão”: 3, NÓDULO("1"),


>> Quadrante ESPESSAMENTO("2");
inferior externo
direito

> qseDir Texto “precisão”: 3, NÓDULO("1"),


>> Quadrante ESPESSAMENTO("2");
superior externo
direito

> paEsq Texto “precisão”: 3, NÓDULO("1"),


>> ESPESSAMENTO("2");
Prolongamento
axilar esquerdo
> rraEsq Texto “precisão”: 3, NÓDULO("1"),
>>Região ESPESSAMENTO("2");
retroareolar
esquerdo

> uqinfEsq Texto “precisão”: 3, NÓDULO("1"),


>> União dos ESPESSAMENTO("2");
quadrantes
inferiores
esquerdo

> uqintEsq Texto “precisão”: 3, NÓDULO("1"),


>> União dos ESPESSAMENTO("2");
quadrantes
internos
esquerdo

> uqsupEsq Texto “precisão”: 3, NÓDULO("1"),


>> União dos ESPESSAMENTO("2");
quadrantes
superiores
esquerdo

> uqextEsq Texto “precisão”: 3, NÓDULO("1"),


>> União dos ESPESSAMENTO("2");
quadrantes
externos
esquerdo

> qiiEsq Texto “precisão”: 3, NÓDULO("1"),


>> Quadrante ESPESSAMENTO("2");
inferior interno
esquerdo

> qsiEsq Texto “precisão”: 3, NÓDULO("1"),


>> Quadrante ESPESSAMENTO("2");
superior interno
esquerdo
> qieEsq Texto “precisão”: 3, NÓDULO("1"),
>> Quadrante ESPESSAMENTO("2");
inferior externo
esquerdo

> qseEsq Texto “precisão”: 3, NÓDULO("1"),


>> Quadrante ESPESSAMENTO("2");
superior externo
esquerdo

> situacao Texto “precisão”: 1, Não FINALIZADO("F"),


>> Situação da CANCELADO("C"),
solicitação de
exame de PENDENTE("P");
mamografia

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-exames-mama

Modelo para conversão da tabela de Solicitação de exames de


mamografia
{
"dtoList”: [{
"clientId”: null,
“solicExamesMama": {
"dhSolicitacao": null,
"apelidoPac": null,
"possuiNoduloCaroco": null,
"apresentaRiscoCancer": null,
"mamasExaminadasPassado": null,
"mamografiaPassado": null,
"anoMamografia": null,
"tipoMamografia": null,
"tiposLesoesMamaDir": null,
"tipoDescargaPapilarDir": null,
"linfonodoMamaDir": null,
"tiposLesoesMamaEsq": null,
"tipoDescargaPapilarEsq": null,
"linfonodoMamaEsq": null,
"controleRadioMamaDir": null,
"controleRadioMamaEsq": null,
"lesaoMamaEsq": null,
"lesaoMamaDir": null,
"avaliacaoRespostaQt": null,
"obsMamoRatreamento": null,
"paDir": null,
"rraDir": null,
"uqinfDir": null,
"uqintDir": null,
"uqsupDir": null,
"uqextDir": null,
"qiiDir": null,
"qsiDir": null,
"qieDir": null,
"qseDir": null,
"paEsq": null,
"rraEsq": null,
"uqinfEsq": null,
"uqintEsq": null,
"uqsupEsq": null,
"uqextEsq": null,
"qiiEsq": null,
"qsiEsq": null,
"qieEsq": null,
"qseEsq": null,
"situacao": null,
"createdRole": null,
"updatedRole": null,
"iAtendimentos": null,
"iEntidades": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iProcedimentosDiag": null,
"iProcedimentosRastr": null,
"iSolicExamesMama": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Solicitações de exames SADT

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Solicitações de exames SADT, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Solicitações de
exames SADT (SADT >> Solicitar exames) ou Relatório de Solicitações de
exames SADT (Relatórios >> Gerenciais >> Exames >> Solicitações de
exames SADT).

> Descrição em Tipo de Regras / Aceita Nulo Valores possíveis


banco >> Nome Dado
em tela Observações
> iEntidades Inteiro “precisão”: 4, Não
>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iSolicExamesSadt
s "idSequencia":
2,
>> Código da
solicitação de
exame SADT

> Inteiro “precisão”: 9, Não, quando


iPessoasEstabSoli campo “Do
c município”esti
ver
>> Código do selecionado
estabelecimento como “Sim”
solicitante

> Inteiro “precisão”: 9, Não


iPessoasEstabExe
c
>> Código do Se não for
estabelecimento solicitação
executante externa e as
solicitações
não
necessitarem
de
autorização, o
estab.
executante
não pode ser
nulo

> Inteiro “precisão”: 9, Não, quando


iPessoasProfSolic campo “Do
município”esti
>> Código do ver
profissional selecionado
como “Sim”
> iPessoasPac Inteiro “precisão”: 9, Não
>> Código do
paciente
Se não for
solicitação
externa

> dtCriacao Data “precisão”: 7, Não


>> Data de
criação do exame

> observacao Texto “precisão”: 250,


>> Observação
da solicitação

> codUniqSolic Texto “precisão”: 34, Não


>> Código único
da solicitação

> Texto “precisão”: 100, Este campo


descPessoasEsta não deve ser
bSolic preenchido
quando
>> Descrição do campo “Do
estabelecimento município”esti
solicitante ver
selecionado
como “Sim”

> Texto “precisão”: 100, Este campo


descPessoasProf não deve ser
Solic preenchido
quando
>> Descrição do campo “Do
profissional município”esti
solicitante ver
selecionado
como “Sim”

> Texto “precisão”: 1, Não SIM("S"),


pertenceMunicipio
Solic NÃO("N");

>> Pertence ao
município
solicitante

> origem Texto “precisão”: 1, Não SOLICITAÇÃO DE


EXAMES SADT("S"),
>> Origem da
solicitação SOLICITAÇÃO DE
EXAMES DE
MAMOGRAFIA("M"),
ATENDIMENTOS
INDIVIDUAL("I");

> Inteiro “precisão”: 10,


iMunicipiosOrigem
>> Código do
município de
origem

> iPacientesExt Inteiro “precisão”: 10,


>> Código do
paciente externo

> iAtendimentos Inteiro “precisão”: 10,


>> Código do
atendimento

> Inteiro “precisão”: 2, VERMELHO("0"),


classificacaoRisco
LARANJA("1"),
>> Classificação
de risco AMARELO("2"),
VERDE("3"),
AZUL("4");

> tipoEstabExec Texto “precisão”: 1, PÚBLICO("0"),


>> Tipo do PRIVADO("1");
estabelecimento
executante

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-exames-sadts

Modelo para conversão da tabela de Solicitações de exames SADTS


{
"dtoList”: [{
"clientId”: null,
“solicExamesSadts": {
"dtCriacao": null,
"observacao": null,
"codUniqSolic": null,
"descPessoasEstabSolic": null,
"descPessoasProfSolic": null,
"pertenceMunicipioSolic": null,
"origem": null,
"createdRole": null,
"updatedRole": null,
"classificacaoRisco": null,
"tipoEstabExec": null,
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens das solicitações de exames SADTS

Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro de Solicitações de exames SADT, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Solicitações de
exames SADT (SADT >> Solicitar exames) ou Relatório de Solicitações de
exames SADT (Relatórios >> Gerenciais >> Exames >> Solicitações de
exames SADT).

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco Dado
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia"
entidade : 1,

> Inteiro “precisão”: 10, Não


iSolicExamesS
adts "idSequencia"
: 2,
>> Código da
solicitação de
exame SADT

> Inteiro “precisão”: 10, Não


iExamesSadts
"idSequencia"
>> Código do : 3,
exame SADT

> situacao Texto “precisão”: 1, EM EXECUÇÃO("X"),


>> Situação da FINALIZADO("F"),
solicitação do
exame ENTREGUE("E"),
CANCELADO ("C"),
PENDENTE("P");
> dhColeta Data e “scala”: 6,
Hora “precisão”: 11,
>> Data e hora
da coleta

> dhEntrega Data e “scala”: 6,


Hora “precisão”: 11,
>> Data e hora
da entrega

> Inteiro “precisão”: 9, Não


iPessoasEstab
ExecItem
>> Código do
estabeleciment
o executante

> Inteiro “precisão”: 9, Não,


iPessoasProfA
ut quando
parâmetro
>> Código do exigir
profissional autorização
autorizador

> Data “precisão”: 9, Este camo


dtValidadeAut não deve ser
preenchido
>> Data de quando o
validade da parâmetro
autorização não solicitar
autorização

> Data e “scala”: 6, Não,


dhAutorizacao Hora “precisão”: 11,
quando
>> Data e hora parâmetro
da autorização exigir
autorização

> autorizado Texto “precisão”: 1, SIM("1"),


>> Autorizado NÃO("2");

> Texto “precisão”: Não,


motivoCancela 250,
mentoAut quando
parâmetro
>> Motivo do exigir
cancelamento autorização
da autorização
e situação =
Cancelado
(“C”)

> portador Texto “precisão”: 80,


>> Portador

> observacao Texto “precisão”:


150,
>> Observacao

> Inteiro “precisão”: 10,


iAtendimentos
>> Código do
atendimento

> BigDecim “scala”: 2,


vlProcediment al “precisão”: 10,
o
>> Valor do
procedimento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-exames-sadts-itens

Modelo para conversão da tabela de Solicitações de exames SADTS itens


{
"dtoList”: [{
"clientId”: null,
“solicExamesSadtsItens": {
"situacao": null,
"dhColeta": null,
"dhEntrega": null,
"dtValidadeAut": null,
"justNaoAut": null,
"dhAutorizacao": null,
"autorizado": null,
"motivoCancelamentoAut": null,
"portador": null,
"observacao": null,
"createdRole": null,
"updatedRole": null,
"vlProcedimento": null,
"iAtendimentos": null,
"iEntidades": null,
"iExamesSadts": null,
"iPessoasEstabExecItem": null,
"iPessoasProfAut": null,
"iSolicExamesSadts": null
}
}
]
}

Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Grupos de materiais


Neste tópico iremos abordar a forma com que os dados referente ao
cadastro de Grupos de materiais, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastros de
Grupos de materiais (Materiais >> Grupos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

>iGruposMat Inteiro “precisão”: 10, Não


eriais
"idSequencia":
>>Código do 2,
grupo

> descricao Texto “precisão”: Não


100,
>> Descrição
do grupo

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/grupos-materiais

Modelo para conversão da tabela de Grupos de materiais


{
"dtoList”: [{
"clientId”: null,
“gruposMateriais": {
"descricao": null,
"iEntidades": null,
"iGruposMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Subgrupos de materiais

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Subgrupos de materiais, deverão ser enviados para preenchimento
da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastros de
Subgrupos de materiais (Materiais >> Subgrupos).

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da
entidade

> Inteiro “precisão”: 10, Não


iSubgrupo
sMateriais "idSequencia":
2,
>> Código
do
subgrupo

> Texto “precisão”: Não


descricao 100,
>>
Descrição
do
subgrupo
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/subgrupos-materiais

Modelo para conversão da tabela de Subgrupos de materiais


{
"dtoList”: [{
"clientId”: null,
“subgruposMateriais": {
"descricao": null,
"iEntidades": null,
"iSubgruposMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Relacionamento entre Grupos e Subgrupos de
materiais

Neste tópico iremos abordar a forma com que os dados referente ao


Relacionamento do cadastro de Grupos e Subgrupos de materiais, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastros de
Subgrupos de materiais (Materiais >> Subgrupos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome
em tela
> iEntidades Inteiro “precisão”: 4, Não
>> Código "idSequencia":
da entidade 1,

>iGruposMa Inteiro “precisão”: 10, Não


teriais
"idSequencia":
>>Código 2,
do grupo

> Inteiro “precisão”: 10, Não


iSubgrupos "idSequencia":
Materiais 3,
>> Código
do subgrupo

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/grupos-subgrupos-materiais

Modelo para conversão da tabela de Relacionamento entre Grupos e


Subgrupos de materiais
{
"dtoList”: [{
"clientId”: null,
“gruposSubgruposMateriais": {
"iEntidades": null,
"iGruposMateriais": null,
"iSubgruposMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Unidades de medidas

Neste tópico iremos abordar a forma com que os dados do cadastro de


Unidades de medidas, deverão ser enviados para preenchimento da tabela no
banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Unidades de medidas (Materiais >> Unidades de medida).

> Tipo de Regras / Aceita Valores possíveis


Descriçã Dado Nulo
o em Observações
banco
>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidade
s "idSequencia":
1,
>>
Código
da
entidade

> Inteiro “precisão”: 10, Não


iUnidades
Medidas "idSequencia":
2,
>>
Código
da
unidade
de
medida

> Texto “precisão”: Não


descricao 100,
>>
Descrição
da
unidade
de
medida

> Texto “scala”: 20, Não


abreviatur
a
>>
Abreviatu
ra da
unidade
de
medida

>unidade Texto “precisão”: 1, SIM("S"),


Fracionari
a NÃO("N");

>>
Unidade
fracionári
a

>iUnidad Inteiro “precisão”: 4,


esMedida
sCatMat
>>Código
da
unidade
de
medida
do
CATMAT

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/unidades-medidas

Modelo para conversão da tabela de Unidades de medidas


{
"dtoList”: [{
"clientId”: null,
“unidadesMedidas": {
"descricao": null,
"abreviatura": null,
"unidadeFracionaria": null,
"iEntidades": null,
"iUnidadesMedidas": null,
"iUnidadesMedidasCatMat": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Materiais

Neste tópico iremos abordar a forma com que os dados do cadastro de


Materiais, deverão ser enviados para preenchimento da tabela no banco de
dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Materiais (Materiais >> Cadastrar Materiais/Imunobiológicos) ou Relatório de
Materiais (Relatórios >> Gerenciais >> Estoque >> Materiais).

> Tipo de Regras / Aceita Valores possíveis


Descriçã Dado Nulo
o em Observações
banco
>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidade
"idSequencia":
s 1,
>>
Código
da
entidade

> Inteiro “precisão”: 10, Não


iMateriais
"idSequencia":
>> 2,
Código
do
material

> Texto “precisão”: Não


descricao 100,
>>
Descrição
do
material

> ativo Texto “precisão”: 1, Não SIM("S"),


>> Indica NÃO("N");
se o
material
está ativo

>medica Texto “precisão”: 1, Não SIM("S"),


mentoIns
umo NÃO("N");

>> Indica
se o
material é
medicam
ento/insu
mo
>apresent Texto “precisão”: Não
acao 150,
>>Aprese
ntação do
material

> Texto “precisão”: 30,


registroM
s
>>
Registro
no
Ministério
da Saúde

>iPessoa Inteiro “precisão”: 10,


sFornec
>>
Código
do
fornecedo
r

>principio Texto “precisão”:


Ativo 200,
>>Descri
ção do
princípio
ativo do
medicam
ento

>iGrupos Inteiro “precisão”: 10, Não


Materiais
>>Código
do grupo

>iSubgru Inteiro “precisão”: 10,


posMateri
ais
>>Código
do
subgrupo

>estoque BigDecimal “scala”: 2,


Critico
“precisão”: 10,
>>Estoqu
e crítico
do
material

>iUnidad Inteiro “precisão”: 10, Não


esMedida
s
>>Código
da
unidade
de
medida

>iUnidad Inteiro “precisão”: 10,


esDispen
sa
>>Código
da
unidade
de
dispensa

>fatorUni BigDecimal “scala”: 2,


dade
“precisão”: 10,
>>Fator
de
unidade

>motivo Texto “precisão”:


200,
>>Motivo
da
inativaçã
o

>medica Texto “precisão”: 1, SIM("S"),


mentoCo
ntrolado NÃO("N");

>>Medica
mento
controlad
o

>grupoM Texto “precisão”: 2, A1("A1"),


edControl
ado A2("A2"),

>>Grupo A3("A3"),
do
B1("B1"),
medicam
ento B2("B2"),
controlad
o C1("C1"),
C2("C2"),
C3("C3"),
C4("C4"),
C5("C5"),
D1("D1"),
D2("D2"),
E("E"),
F1("F1"),
F2("F2"),
F3("F3"),
F4("F4");

>iDcbs Inteiro “precisão”: 6,


>>Código
da DCB
> Texto “precisão”: 20,
iCatalogo
sMateriai
s
>>Código
do
material
no
CATMAT

>vincular Texto “precisão”: 1, SIM("S"),


Horus
NÃO(null);
>>Vincula
r com o
Hórus

>vlUnitari BigDecimal “scala”: 4,


oHorus
“precisão”: 20,
>>Valor
unitário
horús

>qtdMax BigDecimal “scala”: 2,


Prescrita
“precisão”: 10,
>>Quanti
dade
máxima
prescrita

>vincular Texto “precisão”: 1, SIM("S"),


Sigaf
NÃO(null);
>>Vincula
r com o
SiGAF

>vlUnitari BigDecimal “scala”: 4,


o
“precisão”: 20,
>>Valor
unitário
do
material

>tipoMate Inteiro “precisão”: 2, NORMAL (“0”),


rial
IMUNOBIOLÓGICO (“1”)
>>Indica
o tipo de DILUENTE (“2”)
material

>escritura Texto “precisão”: 1, SIM("S"),


rLivroReg
istro NÃO("N");

>>Escritu
rar em
Livro
Registro
Específic
o

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/materiais

Modelo para conversão da tabela de materiais

{
"dtoList”: [{
"clientId”: null,
“materiais": {
"descricao": null,
"ativo": null,
"medicamentoInsumo": null,
"apresentacao": null,
"registroMs": null,
"principioAtivo": null,
"estoqueCritico": null,
"fatorUnidade": null,
"motivo": null,
"medicamentoControlado": null,
"grupoMedControlado": null,
"vincularHorus": null,
"vlUnitarioHorus": null,
"qtdMaxPrescrita": null,
"vincularSigaf": null,
"vlUnitario": null,
"tipoMaterial": null,
"escriturarLivroRegistro": null,
"iCatalogosMateriais": null,
"iDcbs": null,
"iEntidades": null,
"iGruposMateriais": null,
"iMateriais": null,
"iPessoasFornec": null,
"iSubgruposMateriais": null,
"iUnidadesDispensa": null,
"iUnidadesMedidas": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Entradas de materiais

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Entradas de materiais, deverão ser enviados para preenchimento
da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Entradas de
materiais (Materiais >> Entradas), ou Relatórios de Entradas de materiais
(Relatórios >> Gerenciais >> Estoque >> Entrada de materiais).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia": 1,
da entidade

>iEntradasM Inteiro “precisão”: 10, Não


ateriais
"idSequencia": 2,
>>Código da
entrada do
material

> dtEntrada Data “precisão”: 7, Não


>> Data de
entrada

>iPessoasE Inteiro “precisão”: 9, Não


stab
>>Código do
estabelecim
ento

>tipoEntrada Texto “precisão”: 1, Não ENTRADA("E"),


>> Tipo de TRANSFERÊNCIA("T"),
entrada
PACIENTE("P");

>iTransfMat Inteiro “precisão”: 10,


eriais
>> Código
da
transferênci
a do
material

> Texto “precisão”: 50,


numeroDocu
mento
>>Número
do
documento

>situacao Texto “precisão”: 1, Não FINALIZADA("F"),


>>Situação PENDENTE("P"),
da entrada
de materiais CANCELADA("C");

>autorizaFor Texto “precisão”: 30,


necimento
>>Autorizaç
ão de
forneciment
o

>iPessoasF Inteiro “precisão”: 9,


ornec
>>Código do
fornecedor

>iSetoresCu Inteiro “precisão”: 10,


stos
>>Código do
setor de
custos

>tipoAquisic Texto “precisão”: 1, SALDO DE


ao IMPLEMENTAÇÃO("I"),
>>Tipo de CONCORRÊNCIA("C"),
aquisição
LICITAÇÃO("L"),
CONVITE("N"),
DOAÇÃO("D"),
PREGÃO("P"),
AJUSTE DE ESTOQUE("A"),
ENTRADA ORDINÁRIA("O"),
TOMADA DE PREÇO("T"),
INEXIGIBILIDADE("G"),
EMPRÉSTIMO("E");

>iPessoasP Inteiro “precisão”: 9,


ac
>>Código do
paciente da
devolução

>nroPregao Texto “precisão”: 30,


>>Número
do pregão

>nroLicitaca Texto “precisão”: 30,


o
>>Número
da licitação

>vlNotaFisc BigDeci “scala”: 4,


al mal
“precisão”: 10,
>>Valor da
nota fiscal

>dtNotaFisc Data “precisão”: 7,


al
>>Data da
nota fiscal

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/entradas-materiais
Modelo para conversão da tabela de Entradas de materiais
{
"dtoList”: [{
"clientId”: null,
“entradasMateriais": {
"dtEntrada": null,
"tipoEntrada": null,
"numeroDocumento": null,
"situacao": null,
"autorizaFornecimento": null,
"tipoAquisicao": null,
"nroPregao": null,
"nroLicitacao": null,
"vlNotaFiscal": null,
"dtNotaFiscal": null,
"iEntidades": null,
"iEntradasMateriais": null,
"iPessoasEstab": null,
"iPessoasFornec": null,
"iPessoasPac": null,
"iSetoresCustos": null,
"iTransfMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens das entradas de materiais
Neste tópico iremos abordar a forma com que os dados dos itens do
cadastro da Entrada de Materiais, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Entrada de Materiais (Materiais >> Entrada de Materiais) ou Relatório de
Entrada de Materiais (Relatórios >> Gerenciais >> Estoque >> Entrada de
Materiais).

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco Dado
Observações
>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia":
da entidade 1,

> Inteiro “precisão”: 10, Não


iEntradasMa
teriais "idSequencia":
2,
>> Código
da entrada
do material

> Inteiro “precisão”: 10, Não


iEntradasMa "idSequencia":
teriaisItens 3,
>>
Sequência
do item da
entrada do
material

> iMateriais Inteiro “precisão”: 10, Não


>> Código
do material

> BigDecimal “scala”: 2, Não


qtdApresent
ada “precisão”: 10,
>>
Quantidade
apresentada

>qtdRecebid BigDecimal “scala”: 2, Não


a
“precisão”: 10,
>>Quantida
de recebida

> Data “precisão”: 7,


dtFabricaca
o
>> Data de
fabricação

>lote Texto “precisão”: 60,


>>Lote de
fabricação
Somente pode
ser informado
se
“medicamentoI
nsumo = SIM”

>vlUnitario BigDecimal “scala”: 8,


>>Valor “precisão”: 20,
unitário

>nroPregao Texto “precisão”: 30,


>>Número
do pregão

>situacao Texto “precisão”: 1, CANCELADA("C"),


>>Situação FINALIZADA("F"),
do item da
entrada de PENDENTE("P");
materiais

> dtValidade Data “precisão”: 7,


>> Data de
validade

> fabricante Texto “precisão”: 60,


>>
Fabricante

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/entradas-materiais-itens

Modelo para conversão da tabela de Itens das entradas de materiais


{
"dtoList”: [{
"clientId”: null,
"dtValidade”: null,
“entradasMateriaisItens": {
"qtdApresentada": null,
"qtdRecebida": null,
"dtFabricacao": null,
"lote": null,
"vlUnitario": null,
"nroPregao": null,
"situacao": null,
"iEntidades": null,
"iEntradasMateriais": null,
"fabricante": null,
"iEntradasMateriaisItens": null,
"iMateriais": null
}
}
]
}

Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Dispensas de materiais

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Dispensas de materiais, deverão ser enviados para preenchimento
da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Dispensas de
Materiais (Materiais >> Dispensas) ou Relatórios de materiais dispensados
(Relatórios >> Gerenciais >> Estoque >> Materiais Dispensados).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia":
da entidade 1,

>iDispensas Inteiro “precisão”: 10,


Mat
"idSequencia":
>> Código 2,
da dispensa
de materiais

> Inteiro “precisão”: 10,


iAtendimento
s
>> Código
do
atendimento

>iPessoasEs Inteiro “precisão”: 10,


tab
>>Código do
estabelecime
nto
solicitante

>iPessoasPr Inteiro “precisão”: 10,


of
>>Código do
profissional

>tipoDispens Inteiro “precisão”: 1, Não PACIENTE DO PRÓPRIO


a ESTABELECIMENTO("1"),
>> Tipo de PACIENTES DE OUTRO
dispensa ESTABELECIMENTO("2"),
ESTABELECIMENTOS E
PROFISSIONAIS("3"),
DISPENSA DIRETA AO
PACIENTE (SEM VÍNCULO
COM ATENDIMENTO)("4");

> dtDispensa Data “precisão”: 7, Não


>>Data da
dispensa

>motivo Texto “precisão”: 250,


>>Motivo

>situacao Texto “precisão”: 1, Não CANCELADO("C"),


>>Situação FINALIZADO("F"),
da dispensa
PENDENTE("P");

>origemDisp Texto “precisão”: 1, DISPENSA (DISPENSAS


ensa DO TIPO 3)("D"),
>> Origem PRESCRIÇÃO (DISPENSAS
da dispensa DOS TIPOS 1 E 2)("P"),
TRATAMENTO
(DISPENSAS DOS TIPOS 1
E 2)("T");

>observacoe Texto “precisão”: 250,


s
>>
Observações
da dispensa

>iPessoasPa Inteiro “precisão”: 9, Não


c
>>Código do
paciente Caso
destino
dispensa
= Paciente

>profSistema Texto “precisão”: 1, SIM("S"),


>>Profission NÃO("N");
al do sistema

>iPrescritore Inteiro “precisão”: 6,


s
>>Código do
prescritor

>iSetoresCu Inteiro “precisão”: 10,


stos
>>Código do
setor de
custos

>faturarDisp Texto “precisão”: 1 SIM("S"),


ensa
NÃO("N");
>>Faturar
dispensa

>iCbos Texto “precisão”: 6


>>Código do
CBO

>iPessoasPr Inteiro “precisão”: 9,


ofResp
>>Código do
profissional
responsável

>origemPres Texto “precisão”: 1 PARTICULAR("P"),


cricao
SUS("S");
>>Origem da
prescrição

>iTransfMate Inteiro “precisão”: 10,


riaisOrigem
>>Código da
transferência
de materiais
de origem

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/dispensas-mat

Modelo para conversão da tabela de Dispensas de materiais


{
"dtoList”: [{
"clientId”: null,
“dispensasMat": {
"tipoDispensa": null,
"dtDispensa": null,
"motivo": null,
"situacao": null,
"origemDispensa": null,
"observacoes": null,
"profSistema": null,
"faturarDispensa": null,
"origemPrescricao": null,
"iAtendimentos": null,
"iCbos": null,
"iDispensasMat": null,
"iEntidades": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iPessoasProfResp": null,
"iPrescritores": null,
"iSetoresCustos": null,
"iTransfMateriaisOrigem": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens da dispensa de materiais

Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro de Dispensas de materiais, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Dispensas de
Materiais (Materiais >> Dispensas) ou Relatórios de materiais dispensados
(Relatórios >> Gerenciais >> Estoque >> Materiais Dispensados).

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da entidade

>iDispensas Inteiro “precisão”: 10, Não


Mat
"idSequencia":
>>Código 2,
da dispensa
de materiais

> Inteiro “precisão”: 10, Não


iDispensas
MatItens "idSequencia":
3,
>> Item da
dispensa de
materiais

>iMateriais Inteiro “precisão”: Não


10,
>>Código
do material

>qtdPrescrit BigDecim “scala”: 2,


a al
“precisão”: 10,
>>Quantida
de prescrita

>qtdDispen BigDecim “scala”: 2,


sada al
“precisão”: 10,
>>
Quantidade
dispensada

> situacao Texto “precisão”: 1, EM ABERTO("A"),


>>Situação CANCELADO("C"),
do item da
dispensa FINALIZADO("F");

>seqExtern Inteiro “precisão”: 10


a
>>Sequênci
a externa
do item

>dtPrescric Data “precisão”: 7, Não


ao
>>Data da
prescrição

>numNotific Long “precisão”: 15,


acao
>>Número
da
notificação

>viaAdminis Inteiro “precisão”: 2, ORAL("1"),


tracao
TÓPICA("2"),
>> Via de
administraç PARENTAL("3"),
ão
OTOLÓGICA("4"),
INTRANASAL("5"),
VAGINAL("6"),
RETAL("7"),
INTRAVENOSA("8"),
INTRAMUSCULAR("9"),
SUBCUTÂNEA("10"),
INTRAÓSSEA("11"),
INTRADÉRMICA("12"),
INALATÓRIA("13"),
INTRAOCULAR("14"),
INTRACARDÍACA("15"),
INTRAPERITONIAL("16"),
TRANSMUCOSA("17");

>doses Texto “precisão”:


30,
>>Doses

>duracao Inteiro “precisão”: 2, Não


>>Tempo
de duração
do Se
tratamento medicamen
to =
controlado

>unidadeDu Inteiro “precisão”: 1, Não OUTRA("0"),


racao
DIAS("1"),
>>Unidade
da duração Se SEMANAS("2"),
do medicamen
to = MESES("3"),
tratamento
controlado
SEMESTRES("4"),
ANOS("5"),
HORAS("6"),
MINUTOS("7");

>justificativa Texto “precisão”:


QtdExcede 500,
nte
>>
Justificativa
da
quantidade
excedente

>observaco Texto “precisão”:


es 500,
>>Observaç
ões do item
da dispensa

qtdDispens Não é mais necessário informar este campo.


a
A quantidade dispensada deve ser informada no campo
“qtdDispensada” dentro da “dispensasMatItens:{“
O campo ainda será visível no “Options” para manter a compatibilidade.

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/dispensas-mat-itens

Modelo para conversão da tabela de Itens da dispensa de materiais


{
"dtoList”: [{
"clientId”: null,
"qtdDispensa": null,
“dispensasMatItens": {
"qtdPrescrita": null,
"qtdDispensada": null,
"situacao": null,
"seqExterna": null,
"dtPrescricao": null,
"numNotificacao": null,
"viaAdministracao": null,
"doses": null,
"duracao": null,
"unidadeDuracao": null,
"justificativaQtdExcedente": null,
"observacoes": null,
"iDispensasMat": null,
"iDispensasMatItens": null,
"iEntidades": null,
"iMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Lotes dispensados

Neste tópico iremos abordar a forma com que os dados referente aos
Lotes dispensados no cadastro de Dispensas de materiais, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Dispensas de
Materiais (Materiais >> Dispensas), coluna Movimentações de Material ou
Relatórios de materiais dispensados (Relatórios >> Gerenciais >> Estoque >>
Materiais Dispensados).

> Tipo de Regras / Aceita Nulo Valores possíveis


Descrição Dado
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da
entidade
>iDispensa Inteiro “precisão”: 10, Não
sMat
"idSequencia":
>>Código 2,
da
dispensa
de
materiais

> Inteiro “precisão”: 10, Não


iDispensas
MatItens "idSequencia":
3,
>> Item da
dispensa
de
materiais

>iDispensa Inteiro “precisão”: 4, Não


sMatItensL
otes "idSequencia":
4,
>>Sequênc
ia do lote

>lote Texto “precisão”: 60, Não


>>Lote de
fabricação
Se
medicamento/Insu
mo = Sim

>quantidad BigDecim “scala”: 2, Não


e al
“precisão”: 10,
>>Quantid
ade
dispensada

> Data e “scala”: 6, Não


dhDispens Hora
a “precisão”: 11,

>>Data e
hora da
dispensa

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/dispensas-mat-itens-lotes

Modelo para conversão da tabela de Lotes dispensados


{
"dtoList”: [{
"clientId”: null,
“dispensasMatItensLotes": {
"lote": null,
"quantidade": null,
"dhDispensa": null,
"iDispensasMat": null,
"iDispensasMatItens": null,
"iDispensasMatItensLotes": null,
"iEntidades": null
}
}
]
}

Onde: Null = valores a serem alimentados.


4.1 Layout da tabela de Fornecedores

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Fornecedores, deverão ser enviados para preenchimento da tabela
no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastros de
Fornecedores (Cadastros >> Pessoas >> Fornecedores).
> Tipo de Regras / Aceita Valores possíveis
Descrição Dado Nulo
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da entidade

>iPessoasF Inteiro “precisão”: 9, Não


ornec
"idSequencia":
>>Código 2,
do
fornecedor

> Texto “precisão”: 1, SIM("S"),


laboratorio
Sadt NÃO("N");

>> Indica
se é
laboratório
SADT

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/fornecedores-sau

Modelo para conversão da tabela de Fornecedores


{
"dtoList”: [{
"clientId”: null,
“fornecedoresSau": {
"laboratorioSadt": null,
"iEntidades": null,
"iPessoasFornec": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Localizações dos materiais no estoque

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Localizações no estoque, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastros de
Localizações de materiais no estoque (Materiais >> Localizações de materiais
no estoque) ou Relatório de Localizações dos Materiais no Estoque (Relatórios
>> Gerenciais >> Estoque >> Localizações dos estoques).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia":
da entidade 1,

>iLocalizaco Inteiro “precisão”: 10, Não


esMat
"idSequencia":
>>Código da 2,
localização

> Inteiro “precisão”: 9, Não


iPessoasEst
ab
>> Código
do
estabelecim
ento
> Texto “precisão”: 1, PRIMÁRIO("P"),
tipoCorredor
SECUNDÁRIO("S");
>>Tipo do
corredor

> Texto “precisão”: 50,


descricaoCo
rredor
>>Descrição
do corredor

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/localizacoes-mat

Modelo para conversão da tabela de Localizações no estoque


{
"dtoList”: [{
"clientId”: null,
"localizacoesMat": {
"tipoCorredor": null,
"descricaoCorredor": null,
"iEntidades": null,
"iLocalizacoesMat": null,
"iPessoasEstab": null
}
}
]
}

Onde: Null = valores a serem alimentados.


4.1 Layout da tabela de Itens das localizações dos materiais no estoque
Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro de Localizações no estoque, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastros de
Localizações de materiais no estoque (Materiais >> Localizações de materiais
no estoque) ou Relatório de Localizações dos Materiais no Estoque (Relatórios
>> Gerenciais >> Estoque >> Localizações dos estoques).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia": 1,
da entidade

>iLocalizaco Inteiro “precisão”: 10, Não


esMat
"idSequencia": 2,
>>Código da
localização

> iMateriais Inteiro “precisão”: 10, Não


"idSequencia": 3
>> Código
do material

> Inteiro “precisão”: 10, Não


iLocalizacoe "idSequencia": 4
sMatItens
>>Código
dos itens das
localizações

> lote Texto “precisão”: 60,


>> Lote do
material

> tipoEspaco Texto “precisão”: 1, ESTANTE(“1”)


>> Tipo do
espaço ESTRADO (“2”)

> Texto “precisão”: 50,


descricaoEs
paco
>> Descrição
do espaço

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/localizacoes-mat-itens

Modelo para conversão da tabela de Localizações dos materiais no


estoque
{
"dtoList”: [{
"clientId”: null,
“localizacoesMatItens": {
"lote": null,
"tipoEspaco": null,
"descricaoEspaco": null,
"iEntidades": null,
"iLocalizacoesMat": null,
"iLocalizacoesMatItens": null,
"iMateriais": null
}
}
]
}

Onde: Null = valores a serem alimentados.


4.1 Layout da tabela de Materiais estoques críticos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Estoques Críticos nos Estabelecimentos, deverão ser enviados
para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastros de
Estoques Críticos nos Estabelecimentos (Materiais >> Cadastrar Estoques
Críticos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia":
da entidade 1,

>iMatEstCrit Inteiro “precisão”: 9, Não


icos
"idSequencia":
>>Código 2,
do estoque
crítico do
material

> Inteiro “precisão”: 9 Não


iPessoasEst
ab
>> Código
do
estabelecim
ento

> ativo Texto “precisão”: 1, Não SIM("S"),


>>Indica se NÃO("N");
o material
está ativo

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/mat-estoques-criticos
Modelo para conversão da tabela de Materiais estoques críticos

{
"dtoList”: [{
"clientId”: null,
“matEstoquesCriticos": {
"ativo": null,
"iEntidades": null,
"iMatEstCriticos": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens dos materiais estoques críticos

Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro de Estoques Críticos nos Estabelecimentos, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastros de
Estoques Críticos nos Estabelecimentos (Materiais >> Cadastrar Estoques
Críticos).

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia":
da entidade 1,

>iMatEstCrit Inteiro “precisão”: 9, Não


icos
"idSequencia":
>>Código 2,
do estoque
crítico do
material

> iMateriais Inteiro “precisão”: 10 Não


>> Material "idSequencia":
3,

> ativo Texto “precisão”: 1, Não SIM("S"),


>>Indica se NÃO("N");
o material
está ativo

> qtdCritica BigDeci “scala”: 2, Não


mal
>> “precisão”: 10,
Quantidade
crítica

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/mat-estoques-criticos-itens

Modelo para conversão da tabela de Itens dos materiais estoques críticos


{
"dtoList”: [{
"clientId”: null,
“matEstoquesCriticosItens": {
"ativo": null,
"qtdCritica": null,
"iEntidades": null,
"iMateriais": null,
"iMatEstCriticos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Laboratórios dos materiais

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Laboratórios dos materiais, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastros de
Materiais (Materiais >> Cadastrar Estoques Críticos) guia Laboratórios e lotes.

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia":
da entidade 1,

> iMateriais Inteiro “precisão”: 10, Não


>> Material "idSequencia":
2,

> Inteiro “precisão”: 9 Não


iPessoasLa
b "idSequencia":
3,
>> Código
do
laboratório

> Texto “precisão”: 15,


nroRegistro
>>Número
de registro
no
MS/Anvisa

> codBarras Texto “precisão”: 25,


>> Código
de barras

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/materiais-laboratorios

Modelo para conversão da tabela de Laboratórios dos materiais


{
"dtoList”: [{
"clientId”: null,
“materiaisLaboratorios": {
"nroRegistro": null,
"codBarras": null,
"iEntidades": null,
"iMateriais": null,
"iPessoasLab": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Vencimento dos lotes dos materiais


Neste tópico iremos abordar a forma com que os dados de Vencimento
dos lotes dos materiais referente ao cadastro de Laboratórios dos materiais,
deverão ser enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Cadastros de
Materiais (Materiais >> Cadastrar Estoques Críticos) guia Laboratórios e lotes.

> Tipo de Regras / Aceita Nulo Valores possíveis


Descrição Dado
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da entidade

> iMateriais Inteiro “precisão”: 10, Não


>> Material "idSequencia":
2,

> iLotes Texto “precisão”: 60 Não


>> Lote de "idSequencia":
fabricação 3,

> Data “precisão”: 7, Não


dtValidade
>>Data de
validade

> Inteiro “precisão”: 9,


iPessoasLa
b
>> Código
do
laboratório
> Texto “precisão”: 15
nroRegistro
>> Número
de registro
no
MS/Anvisa

> codBarras Texto “precisão”: 25,


>> Código
de barras

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/materiais-lotes-vencimentos

Modelo para conversão da tabela de Vencimento dos lotes dos materiais


{
"dtoList”: [{
"clientId”: null,
“materiaisLotesVencimentos": {
"dtValidade": null,
"nroRegistro": null,
"codBarras": null,
"iEntidades": null,
"iLotes": null,
"iMateriais": null,
"iPessoasLab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Saldos de estoque dos materiais

Neste tópico iremos abordar a forma com que os dados do cadastro de


Saldos de estoque dos materiais, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Relatórios de
saldo em estoque dos estabelecimentos (Relatórios >> Gerenciais >> Estoque
>> Saldo em estoque dos estabelecimentos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome
em tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia": 1,
da entidade

> Inteiro “precisão”: 9, Não


iPessoasEst
ab "idSequencia": 2,

>> Código
do
estabelecim
ento

> iMateriais Inteiro “precisão”: 10, Não


>> Código "idSequencia": 3,
do material

> iDtSaldos Data “precisão”: 7, Não


>>Data do "idSequencia": 4,
saldo

> BigDecimal “scala”: 2, Não


saldoFisico “precisão”: 18
>> Saldo
físico do
material

> BigDecimal “scala”: 8,


vlMaterialSa “precisão”: 30
ldo
>> Valor do
saldo do
material

> BigDecimal “scala”: 8,


vlUltPrecoM “precisão”: 20
edio
>> Valor do
último preço
médio

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/materiais-saldos

Modelo para conversão da tabela de Saldos de estoque dos materiais


{
"dtoList”: [{
"clientId”: null,
“materiaisSaldos": {
"saldoFisico": null,
"vlMaterialSaldo": null,
"vlUltPrecoMedio": null,
"iDtSaldos": null,
"iEntidades": null,
"iMateriais": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Saldo dos lotes de materiais

Neste tópico iremos abordar a forma com que os dados do cadastro de


Saldo dos lotes de materiais, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de Relatórios de
saldo em estoque dos estabelecimentos (Relatórios >> Gerenciais >> Estoque
>> Saldo em estoque dos estabelecimentos).

> Tipo de Regras / Aceita Nulo Valores possíveis


Descrição Dado
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da entidade

> Inteiro “precisão”: 9, Não


iPessoasEs
tab "idSequencia":
2,
>> Código
do
estabelecim
ento

> iMateriais Inteiro “precisão”: 10, Não


>> Código "idSequencia":
do material 3,

> iLotes Texto “precisão”: 60, Não


>>Lote de "idSequencia":
fabricação 4,
> iDtSaldos Data “precisão”: 7, Não
"idSequencia":
>> Data do 5,
saldo

> BigDecimal “scala”: 2,


saldoFisico “precisão”: 18
Lote
>> Saldo
físico do
lote do
material

> BigDecimal “scala”: 8,


vlMaterialS “precisão”: 30
aldoLote
>> Valor do
saldo do
lote do
material

> BigDecimal “scala”: 8,


vlUltPreco “precisão”: 20
MedioLote
>> Valor do
último
preço
médio do
lote

> ativo Inteiro “precisão”: 1, SIM(1),


>> Ativo NÃO(0);

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/materiais-saldos-lotes

Modelo para conversão da tabela de Saldo dos lotes de materiais


{
"dtoList”: [{
"clientId”: null,
“materiaisSaldosLotes": {
"saldoFisicoLote": null,
"vlMaterialSaldoLote": null,
"vlUltPrecoMedioLote": null,
"ativo": null,
"iDtSaldos": null,
"iEntidades": null,
"iLotes": null,
"iMateriais": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Movimentação do estoque

Neste tópico iremos abordar a forma com que os dados da


Movimentação do estoque, deverão ser enviados para preenchimento da tabela
no banco de dados.
Para conferir o envio das informações, acesse a tela de Relatórios de
Movimentação de materiais (Relatórios >> Gerenciais >> Estoque >>
Movimentação de materiais).

> Descrição Tipo de Regras / Aceita Nulo Valores possíveis


em banco Dado
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,
> Inteiro “precisão”: 9, Não
iPessoasEsta
b "idSequencia":
2,
>> Código do
estabelecimen
to

> iMateriais Inteiro “precisão”: 10, Não


>> Código do "idSequencia":
material 3,

> Inteiro “precisão”: 10, Não


iMovimentosM
ateriais "idSequencia":
4,
>>Sequencial
do movimento
do material

> lote Texto “precisão”: 60,


>> Lote de
fabricação

> Texto “precisão”: 60,


numeroDocum
ento
>> Número do
documento

> Texto “precisão”: 1, Não ENTRADA("1"),


tipoMovimento
SAÍDA("2"),
>> Tipo do
movimento ESTORNO DE
ENTRADA("3"),
ESTORNO DE
SAÍDA("4");

> Data “precisão”: 7, Não


dtMovimento
>> Data do
movimento

> quantidade BigDecimal “scala”: 2, Não


“precisão”: 18,
>>
Quantidade
movimentada

> Inteiro “precisão”: 10,


iTransfMateria
is
>> Código da
transferência
de materiais

> Inteiro “precisão”: 10,


iTransfMateria
isItens
>> Item da
transferência
de materiais

> Inteiro “precisão”: 10,


iEntradasMate
riais
>> Código da
entrada de
materiais

> Inteiro “precisão”: 10,


iEntradasMate
riaisItens
>> Item da
entrada de
materiais

> dtValidade Data “precisão”: 7,


>> Data de
validade do
lote de
fabricação

> Inteiro “precisão”: 10,


iPerdasSinistr
os
>> Código da
perda/sinistro
de materiais

> Inteiro “precisão”: 10,


iPerdasSinistr
osItens
>>Item da
perda/sinistro
de materiais

> Inteiro “precisão”: 10,


iDispensasMat
>>Código da
dispensa de
materiais

> Inteiro “precisão”: 10,


iDispensasMat
Itens
>>Item da
dispensa de
materiais

> BigDecimal “scala”: 8,


vlMaterialMov “precisão”: 30,
>>Valor
movimentado
do materia

> Inteiro “precisão”: 10,


iSetoresCusto
s
>>Código do
setor de
custos

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/movimentos-materiais

Modelo para conversão da tabela de Movimentação do estoque


{
"dtoList”: [{
"clientId”: null,
“movimentosMateriais": {
"lote": null,
"numeroDocumento": null,
"tipoMovimento": null,
"dtMovimento": null,
"quantidade": null,
"dtValidade": null,
"vlMaterialMov": null,
"iDispensasMat": null,
"iDispensasMatItens": null,
"iEntidades": null,
"iEntradasMateriais": null,
"iEntradasMateriaisItens": null,
"iMateriais": null,
"iMovimentosMateriais": null,
"iPerdasSinistros": null,
"iPerdasSinistrosItens": null,
"iPessoasEstab": null,
"iSetoresCustos": null,
"iTransfMateriais": null,
"iTransfMateriaisItens": null
}
}
]
}

Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Perdas e Sinistros

Neste tópico iremos abordar a forma com que os dados do cadastro de


Perdas e Sinistros, deverão ser enviados para preenchimento da tabela no
banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Perdas e Sinistros (Materiais >> Perdas e Sinistros) ou Relatório de Perdas e
sinistros (Relatórios >> Gerenciais >> Estoque >> Perdas e Sinistros).

> Tipo de Regras / Aceita Nulo Valores possíveis


Descrição Dado
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da
entidade

> Inteiro “precisão”: 10, Não


iPerdasSin
istros "idSequencia":
2,
>> Código
da perda
ou sinistro

> Inteiro “precisão”: 9, Não


iPessoasE
stab
>> Código
do
estabeleci
mento

> Data “precisão”: 7, Não


dtPerdasSi
nistros
>>Data da
perda ou
sinistro

> tipo Texto “scala”: 1, Não PERDA("P"),


>> Tipo SINISTRO("S"),
AJUSTE DE
ESTOQUE("A"),
MATERIAIS
VENCIDOS("V");

> Inteiro “precisão”: 10, Não


iTransfMat
eriais
>> Código Se tipo de
da ocorrência =
transferên transferência
cia de
materiais

> Inteiro “precisão”: 10 Não


iEntradas
Materiais
>> Código Se tipo de
da entrada ocorrência =
de Entrada
materiais

> motivo Texto “precisão”: Não


500,
>>Motivo
da perda
ou sinistro

> situacao Texto “precisão”: 1, Não CANCELADO("C"),


>> NORMAL("N");
Situação
da
perda/sinis
tro

> dtInicial Data “precisão”: 7


>>Data
Inicial

> dtFinal Data “precisão”: 7


>>Data
Final

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/perdas-sinistros

Modelo para conversão da tabela de Perdas e Sinistros


{
"dtoList”: [{
"clientId”: null,
“perdasSinistros": {
"dtPerdasSinistros": null,
"tipo": null,
"ocorrencia": null,
"motivo": null,
"situacao": null,
"dtInicial": null,
"dtFinal": null,
"iEntidades": null,
"iEntradasMateriais": null,
"iPerdasSinistros": null,
"iPessoasEstab": null,
"iTransfMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Itens de perdas e sinistros

Neste tópico iremos abordar a forma com que os dados dos itens do
cadastro de Perdas e Sinistros, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Perdas e Sinistros (Materiais >> Perdas e Sinistros) ou Relatório de Perdas e
sinistros (Relatórios >> Gerenciais >> Estoque >> Perdas e Sinistros).

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da entidade
> Inteiro “precisão”: 10, Não
iPerdasSini
stros "idSequencia":
2,
>> Código
da perda
ou sinistro

> Inteiro “precisão”: 10, Não


iPerdasSini
strosItens "idSequencia":
3,
>>
Sequência
do item da
perda ou
sinistro

> Inteiro “precisão”: 10, Não


iMateriais
>>Código
do material

> lote Texto “precisão”: 60


>> Lote do
material

> BigDecim “scala”: 2, Não


qtdSinistra al “precisão”: 10
da
>>
Quantidade
sinistrada

> Inteiro “precisão”: 10


iUnidades
Medidas
>> Código
da unidade
de medida
> BigDecim “scala”: 2,
qtdApresen al “precisão”: 10
tada
>>
Quantidade
apresentad
a

> BigDecim “scala”: 2,


qtdRecebid al “precisão”: 10
a
>>
Quantidade
recebida

> Texto “precisão”: 1, QUEBRA("Q"),


motivoImun
o FALTA DE ENERGIA("N"),

>> Motivo FALHA DE


da perda EQUIPAMENTO("E"),
em caso
VALIDADE VENCIDA("V"),
medicamen
to do tipo PROCEDIMENTO
imunobioló INADEQUADO("P"),
gico
FALHA TRANSPORTE("T"),
OUTROS MOTIVOS("O");

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/perdas-sinistros-itens

Modelo para conversão da tabela de Itens de perdas e sinistros

{
"dtoList”: [{
"clientId”: null,
“perdasSinistrosItens": {
"lote": null,
"qtdSinistrada": null,
"qtdApresentada": null,
"qtdRecebida": null,
"motivoImuno": null,
"iEntidades": null,
"iMateriais": null,
"iPerdasSinistros": null,
"iPerdasSinistrosItens": null,
"iUnidadesMedidas": null
}
}
]
}

Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Programação de materiais

Neste tópico iremos abordar a forma com que os dados do cadastro de


Programação de materiais, deverão ser enviados para preenchimento da tabela
no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Programação de materiais (Materiais >> Programação) ou Relatório de
Programação física de materiais (Relatórios >> Gerenciais >> Estoque >>
Programação física de materiais).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome
em tela
> iEntidades Inteiro “precisão”: 4, Não
>> Código "idSequencia":
da entidade 1,

> Inteiro “precisão”: 10, Não


iProgramaca
oMateriais "idSequencia":
2,
>> Código
da
programaçã
o do
material

> Inteiro “precisão”: 4,, Não


iCompetenci
as
>> Código
da
competência

> Inteiro “precisão”: 9, Não


iPessoasEst
ab
>> Código
do
estabelecim
ento

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/programacao-materiais

Modelo para conversão da tabela de Programação de materiais


{
"dtoList”: [{
"clientId”: null,
“programacaoMateriais": {
"iCompetencias": null,
"iEntidades": null,
"iPessoasEstab": null,
"iProgramacaoMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Itens da programação de materiais

Neste tópico iremos abordar a forma com que os dados dos itens do
cadastro de Programação de materiais, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Programação de materiais (Materiais >> Programação) ou Relatório de
Programação física de materiais (Relatórios >> Gerenciais >> Estoque >>
Programação física de materiais).

> Tipo de Regras / Aceita Valores possíveis


Descriçã Dado Nulo
o em Observações
banco
>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidade
s "idSequencia":
1,
>>
Código da
entidade

> Inteiro “precisão”: 10, Não


iProgram
acaoMate "idSequencia":
riais 2,

>>
Código da
programa
ção do
material

> Inteiro “precisão”: 10, Não


iMateriais "idSequencia":
3,
>>
Código do
material

> BigDecimal “scala”: 2, Não


qtdProgra
mada “precisão”: 10,

>>
Quantida
de
programa
da

> BigDecimal “scala”: 2,


qtdReposi
cao “precisão”: 10,

>>
Quantida
de para
reposição
do
material

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/programacao-materiais-itens

Modelo para conversão da tabela de Itens da programação de materiais


{
"dtoList”: [{
"clientId”: null,
“programacaoMateriaisItens": {
"qtdProgramada": null,
"qtdReposicao": null,
"iEntidades": null,
"iMateriais": null,
"iProgramacaoMateriais": null
},
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Requisição de materiais

Neste tópico iremos abordar a forma com que os dados do cadastro de


Requisição de materiais, deverão ser enviados para preenchimento da tabela
no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Requisição de materiais (Materiais >> Requisições) ou Relatório de
Requisições de materiais (Relatórios >> Gerenciais >> Estoque >> Requisições
de materiais).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iRequisicoesM
ateriais "idSequencia":
2,
>> Código da
requisição de
materiais

> Inteiro “precisão”: 9, Não


iPessoasEstab
>> Código do
estabeleciment
o requisitante
> Inteiro “precisão”: 9, Não
iPessoasEstab
Def
>> Código do
estabeleciment
o de
deferimento

> Inteiro “precisão”: 9,


iPessoasProf
>> Código do
profissional

> prioridade Texto “precisão”: 1, Não ALTA("A"),


>>Prioridade URGENTE("U"),
da requisição
NORMAL("N");

> Data “precisão”: 7, Não


dtRequisicao
>> Data da
requisição

> motivo Texto “precisão”:


500,
>>Motivo da
prioridade

> Texto “precisão”: 1, NORMAL("N"),


tipoRequisicao
COMPLEMENTAR("C");
>> Tipo de
requisição

> Inteiro “precisão”: 10,


iSetoresCustos
>>Código do
setor de custos

> Texto “precisão”: 1, Não


bloquearRequi
sicao
>> Bloquear
requisição

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/requisicoes-materiais

Modelo para conversão da tabela de Requisição de materiais


{
"dtoList”: [{
"clientId”: null,
“requisicoesMateriais": {
"prioridade": null,
"dtRequisicao": null,
"motivo": null,
"tipoRequisicao": null,
"bloquearRequisicao": null,
"iEntidades": null,
"iPessoasEstab": null,
"iPessoasEstabDef": null,
"iPessoasProf": null,
"iRequisicoesMateriais": null,
"iSetoresCustos": null
}
}
]
}

Onde: Null = valores a serem alimentados.


4.1 Layout da tabela de Itens da requisição de materiais

Neste tópico iremos abordar a forma com que os dados dos itens do
cadastro de Requisição de materiais, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Requisição de materiais (Materiais >> Requisições) ou Relatório de
Requisições de materiais (Relatórios >> Gerenciais >> Estoque >> Requisições
de materiais).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código "idSequencia":
da entidade 1,

> Inteiro “precisão”: 10, Não


iRequisicoes
Materiais "idSequencia":
2,
>> Código
da requisição
de materiais

> iMateriais Inteiro “precisão”: 10, Não


"idSequencia":
>> Código 3,
do material

> BigDecimal “scala”: 2, Não


quantidade
“precisão”: 10,
>>
Quantidade
do material

> BigDecimal “scala”: 2,


qtdDeferida
>> “precisão”: 10,
Quantidade
deferida

> Texto “precisão”: 500,


motivoIndefe
rimento
>> Motivo do
indeferiment
o

> situacao Texto “precisão”: 1, DEFERIDA("D"),


>> Situação INDEFERIDA("I"),
do material
DEFERIDO PARCIAL("P"),
EM ABERTO("A");

> BigDecimal “scala”: 2, Não


qtdFaltante
“precisão”: 10,
>>
Quantidade
faltante

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/requisicoes-materiais-itens

Modelo para conversão da tabela de Itens da requisição de materiais


{
"dtoList”: [{
"clientId”: null,
“requisicoesMateriaisItens": {
"quantidade": null,
"qtdDeferida": null,
"motivoIndeferimento": null,
"situacao": null,
"qtdFaltante": null,
"iEntidades": null,
"iMateriais": null,
"iRequisicoesMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Setores de custos

Neste tópico iremos abordar a forma com que os dados do cadastro de


Setores de custos, deverão ser enviados para preenchimento da tabela no
banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Setores de custos (Materiais >> Setores de custos).

> Tipo de Regras / Aceita Valores possíveis


Descrição Dado Nulo
em banco Observações

>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidades
"idSequencia":
>> Código 1,
da entidade

> Inteiro “precisão”: 9, Não


iPessoasEs
tab "idSequencia":
2,
>> Código
do
estabeleci
mento

> Inteiro “precisão”: 10, Não


iSetoresCu "idSequencia":
stos 3,
>> Código
do setor de
custos

> Texto “precisão”: Não


descricao 150,
>>
Descrição
do setor de
custos

> ativo Texto “precisão”: 1, SIM("S"),


>> Indica NÃO("N");
se o setor
de custos
está ativo

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/setores-custos

Modelo para conversão da tabela de Setores de custos


{
"dtoList”: [{
"clientId”: null,
“setoresCustos": {
"descricao": null,
"ativo": null,
"iEntidades": null,
"iPessoasEstab": null,
"iSetoresCustos": null
}
}
]
}

Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Transferências de materiais

Neste tópico iremos abordar a forma com que os dados do cadastro de


Transferências de materiais, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Transferências de materiais (Materiais >> Transferências) ou Relatório de
transferências de materiais (Relatórios >> Gerenciais >> Estoque >>
transferências de materiais).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observaçõe
>> Nome em s
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia
entidade ": 1,

> Inteiro “precisão”: Não


iTransfMateriai 10,
s
"idSequencia
>> Código da ": 2,
transferência
do material

> situacao Texto “precisão”: 1, Não


>> Situação da
transferência

> Data “precisão”: 7, Não


dtTransferenci
a
>>Data da
transferência

> Inteiro “precisão”: 9, Não


iPessoasEstab
Origem
>>Código do
estabeleciment
o de origem

> Texto “precisão”: 1, DEVOLUÇÃO("D"),


tipoTransferen
cia NORMAL("N"),

>>Tipo da DIRETA("I"),
transferência
BAIXA EM ESTOQUE("B");

> Inteiro “precisão”:


iSetoresCustos 10,
Origem
>>Código do
setor de custos
de origem

> Inteiro “precisão”:


iSetoresCustos 10,
Destino
>> Código do
setor de custos
de destino

> observacao Texto “precisão”:


250,
>>Observação

> Inteiro “precisão”:


iRequisicoesM 10,
ateriais
>>Código da
requisição de
materiais
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/transf-materiais

Modelo para conversão da tabela de Transferências de materiais


{
"dtoList”: [{
"clientId”: null,
“transfMateriais": {
"situacao": null,
"dtTransferencia": null,
"tipoTransferencia": null,
"observacao": null,
"iEntidades": null,
"iPessoasEstabDestino": null,
"iPessoasEstabOrigem": null,
"iRequisicoesMateriais": null,
"iSetoresCustosDestino": null,
"iSetoresCustosOrigem": null,
"iTransfMateriais": null
}
}
]
}

Onde: Null = valores a serem alimentados.


4.1 Layout da tabela de Itens das transferências de materiais

Neste tópico iremos abordar a forma com que os dados dos itens do
cadastro de Transferências de materiais, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastros de
Transferências de materiais (Materiais >> Transferências) ou Relatório de
transferências de materiais (Relatórios >> Gerenciais >> Estoque >>
transferências de materiais).

> Tipo de Regras / Aceita Valores possíveis


Descriçã Dado Nulo
o em Observações
banco
>> Nome
em tela

> Inteiro “precisão”: 4, Não


iEntidade
s "idSequencia":
1,
>> Código
da
entidade

> Inteiro “precisão”: 10, Não


iTransfMa
teriais "idSequencia":
2,
>> Código
da
transferên
cia do
material

> Inteiro “precisão”: 10, Não


iMateriais "idSequencia":
3,
>> Código
do
material
> BigDecimal “scala”: 2, Não
quantidad
e “precisão”: 10,

>>
Quantidad
e do
material

>lote Texto “precisão”: 60,


>> Lote
de
fabricação

>iTransfM Inteiro “precisão”: 10, Não


ateriaisIte "idSequencia":
ns 4,
>>Sequên
cia do
item da
entrada
do
material

> BigDecimal “scala”: 2,


qtdMovim
entada “precisão”: 18,

>>
Quantidad
e
moviment
ada do
material

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/transf-materiais-itens

Modelo para conversão da tabela de Itens das transferências de materiais


{
"dtoList”: [{
"clientId”: null,
“transfMateriaisItens": {
"quantidade": null,
"lote": null,
"qtdMovimentada": null,
"iEntidades": null,
"iMateriais": null,
"iTransfMateriais": null,
"iTransfMateriaisItens": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Imunobiológicos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de imunobiológicos, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Imunobiológicos (Imunização >> Cadastrar Imunobiológicos).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

>iMateriais Inteiro “precisão”: 10, Não


>>Código do "idSequencia":
material 2,

> Inteiro “precisão”: 10, Não


iMateriaisImu
noDiluido
>> Código do
imunobiológic
o diluído

>estrategia Inteiro “precisão”: 2, Não BLOQUEIO = ("3")


>>Estratégia CAMPANHA_INDISCRIMINAD
A = ("5")
CAMPANHA_SELETIVA =
("6")
ESPECIAIS = ("2")
ITENSIFICACAO = ("4")
ROTINA = ("1")
SOROTERAPIA = ("7")

>populacao Inteiro “precisão”: 2, Não ACAMPADOS("3")


>>População ADULTO("11")
ASSENTADOS("2")
CRIANCAS("8")
CRIANCAS_INDIGENAS("9")
CRIANCAS_NAO_INDIGENAS
("10")
GERAL("7")
GESTANTES("14")
HOMENS("12")
IDOSOS("17")
INDIGENAS("31)
MILITARES("4")
MULHERES("13")
PORTADOR_DOENCAS_CRO
NICAS("15")
PRIVADA_DE_LIBERDADE("6
")
QUILOMBOLA("5")
TRABALHADORES_SAUDE("
16")

>prazoUso Inteiro “precisão”: 5,


>> Prazo para
utilização

> Inteiro “precisão”: 1, Não HORAS("0"),


unidadePrazo
Uso MINUTOS("1"),

>Unidade de DIAS("2"),
tempo do
SEMANAS("3"),
prazo para
utilização MESES("4"),
ANOS("5");

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/imunobiologicos

Modelo para conversão da tabela de imunobiológicos


{
"dtoList”: [{
"clientId”: null,
“imunobiologicos": {
"estrategia": null,
"populacao": null,
"prazoUso": null,
"unidadePrazoUso": null,
"iEntidades": null,
"iMateriais": null,
"iMateriaisImunoDiluido": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Doses dos imunobiológicos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Doses dos imunobiológicos, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Imunobiológicos (Imunização >> Cadastrar Imunobiológicos) guia
Imunobiológicos.

> Descrição em Tipo de Regras / Aceita Nulo Valores possíveis


banco >> Dado
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

>iMateriais Inteiro “precisão”: 10, Não


>>Código do "idSequencia":
material 2,

> Inteiro “precisão”: 10, Não


iDosesImunobiol
ogicos "idSequencia":
3,
>> Sequencial
da dose do
imunobiológico
>dose Inteiro “precisão”: 3, Não D1 = ("0")
>>Dose D2 = ("1")
D3 = ("2")
D4 = ("3")
D5 = ("4")
DU = ("5")
R1 = ("6")
R2 = ("7")
REVACINACAO =
("8")
T1 = ("9")
T10 = ("10")
T11 = ("11")
T12 = ("12")
T13 = ("13")
T14 = ("14")
T15 = ("15")
T16 = ("16")
T17 = ("17")
T18 = ("18")
T19 = ("19")
T2 = ("20")
T20 = ("21")
T24 = ("29")
T3 = ("22")
T4 = ("23")
T5 = ("24")
T6 = ("25")
T7 = ("26")
T8 = ("27")
T9 = ("28")

>idadeAnosMin Inteiro “precisão”: 3, Não


>>Idade mínima
em anos

>idadeMesesMin Inteiro “precisão”: 3, Não


>> Idade mínima
em meses

> idadeDiasMin Inteiro “precisão”: 5, Não


>>Idade mínima
em dias

>idadeAnosMax Inteiro “precisão”: 3, Não


>>Idade máxima
em anos

>idadeMesesMa Inteiro “precisão”: 3, Não


x
>>Idade máxima
em meses

>idadeDiasMax Inteiro “precisão”: 5, Não


>>Idade máxima
em dias

>prazoProxDose Inteiro “precisão”: 3,


>>Prazo para a
próxima dose

>unidadePrazoP Inteiro “precisão”: 1, ANOS ("4")


roxDose
DIAS ("1")
>>Unidade de
tempo do prazo HORAS ("5")
para a próxima
dose MESES ("3")
SEMANAS ("2")

>observacao Texto “precisão”: 150,


>>Observação

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/doses-imunobiologicos

Modelo para conversão da tabela de Doses dos imunobiológicos

{
"dtoList”: [{
"clientId”: null,
“dosesImunobiologicos": {
"dose": null,
"idadeAnosMin": null,
"idadeMesesMin": null,
"idadeDiasMin": null,
"idadeAnosMax": null,
"idadeMesesMax": null,
"idadeDiasMax": null,
"prazoProxDose": null,
"unidadePrazoProxDose": null,
"observacao": null,
"iDosesImunobiologicos": null,
"iEntidades": null,
"iMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Campanhas imunobiológicos

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Campanhas de imunobiológicos, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Campanhas (Imunização >> Campanhas).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Nome Dado Nulo
em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iCampanhasImuno
"idSequencia":
>> Código da 2,
campanha

> iMateriais Inteiro “precisão”: 10, Não


>> Código do
imunobiológico

> Inteiro “precisão”: 10, Não


iDosesImunobiolog
icos
>> Dose
> Inteiro “precisão”: 2, Não FEDERAL("1"),
iEsferasAdministra
tivas ESTADUAL("2");

>> Esfera
administrativa

> dtInicial Data “precisão”: 7, Não


>> Data inicial

> dtFinal Data “precisão”: 7,


>> Data final

> nome Texto “precisão”: 100,


>> Nome

> etapa Inteiro “precisão”: 1, Não 1º ETAPA("1"),


>> Etapa 2º ETAPA("2");

> situacao Texto “precisão”: 1, Não ATIVO("A"),


>> Situação INATIVO("I");

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/campanhas-imuno

Modelo para conversão da tabela de Campanhas imunobiológicos


{
"dtoList”: [{
"clientId”: null,
“campanhasImuno": {
"dtInicial": null,
"dtFinal": null,
"nome": null,
"etapa": null,
"situacao": null,
"iCampanhasImuno": null,
"iDosesImunobiologicos": null,
"iEntidades": null,
"iEsferasAdministrativas": null,
"iMateriais": null
}
}
]
}

Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Estabelecimentos de campanhas de


imunobiológicos

Neste tópico iremos abordar a forma com que os dados referente aos
Estabelecimentos do cadastro de Campanhas de imunobiológicos, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Campanhas (Imunização >> Campanhas) aba Estabelecimentos.

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> Inteiro “precisão”: 10, Não


iCampanhasImun
o "idSequencia":
2,
>> Código da
campanha

> iPessoasEstab Inteiro “precisão”: 10, Não


>> Código do "idSequencia":
estabelecimento 3,

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/campanhas-imuno-estab

Modelo para conversão da tabela de Estabelecimentos de campanhas de


imunobiológicos
{
"dtoList”: [{
"clientId”: null,
“campanhasImunoEstab": {
"iCampanhasImuno": null,
"iEntidades": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Populações de campanhas de imunobiológicos

Neste tópico iremos abordar a forma com que os dados referente à


população do cadastro de Campanhas de imunobiológicos, deverão ser
enviados para preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Campanhas (Imunização >> Campanhas).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco Dado Nulo
>> Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iCampanhasImuno Inteiro “precisão”: 10, Não


>> Código da "idSequencia":
campanha 2,

> iPessoasEstab Inteiro “precisão”: 10, Não


>> Código do "idSequencia":
estabelecimento 3,

>iCampanhasImunoP Inteiro “precisão”: Não


op 10,
>>Código da “idSequencia":
população 4,

>populacao Inteiro “precisão”: 2, Não ACAMPADOS("3")


>>Tipo de população ADULTO("11")
ASSENTADOS("2")
CRIANCAS("8")
CRIANCAS_INDIGENA
S("9")
CRIANCAS_NAO_INDI
GENAS("10")
GERAL("7")
GESTANTES("14")
HOMENS("12")
IDOSOS("17")
INDIGENAS("31)
MILITARES("4")
MULHERES("13")
PORTADOR_DOENCA
S_CRONICAS("15")
PRIVADA_DE_LIBERD
ADE("6")
QUILOMBOLA("5")
TRABALHADORES_S
AUDE("16")

>idadeAnosMin Inteiro “precisão”: 3, Não


>> Idade em anos
mínima

> idadeMesesMin Inteiro “precisão”: 3, Não


>>Idade em meses
mínima

>idadeDiasMin Inteiro “precisão”: 3, Não


>>Idade em dias
mínima

>idadeAnosMax Inteiro “precisão”: 3, Não


>>Idade em anos
máxima

>idadeMesesMax Inteiro “precisão”: 3, Não


>>Idade em meses
máxima

>idadeDiasMax Inteiro “precisão”: 3, Não


>>Idade em dias
máxima

>populacaoEsperada Inteiro “precisão”: 10, Não


>>Número da
população esperada

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/campanhas-imuno-pop

Modelo para conversão da tabela de Populações de campanhas de


imunobiológicos
{
"dtoList”: [{
"clientId”: null,
“campanhasImunoPop": {
"populacao": null,
"idadeAnosMin": null,
"idadeMesesMin": null,
"idadeDiasMin": null,
"idadeAnosMax": null,
"idadeMesesMax": null,
"idadeDiasMax": null,
"populacaoEsperada": null,
"iCampanhasImuno": null,
"iCampanhasImunoPop": null,
"iEntidades": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.1 Layout da tabela de Cartões de Vacinas

Neste tópico iremos abordar a forma com que os dados referente ao


cadastro de Cartões de Vacinas, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Cartão de Vacina (Imunização >> Cartões de Vacinas).

> Descrição Tipo de Regras / Aceita Valores possíveis


em banco Dado Nulo
Observações
>> Nome em
tela

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iPessoasPac Inteiro “precisão”: 9, Não


>> Código do "idSequencia":
paciente 2,

> Inteiro “precisão”: 2, Não POPULAÇÃO EM GERAL("1"),


grupoAtendime
nto ACAMPADOS("2"),

>> Grupo de ASSENTADOS("3"),


atendimento
INDÍGENAS("4"),
QUILOMBOLA("5"),
MILITARES("6"),
POPULAÇÃO PRIVADA DE
LIBERDADE("7");

>gestante Texto “precisão”: 1,, SIM("S"),


>>Gestante NÃO("N");

>hanseniase Texto “precisão”: 1, SIM("S"),


>>Comunicant NÃO("N");
e de
hanseníase

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/cartoes-vacinas

Modelo para conversão da tabela de Cartões de Vacinas


{
"dtoList”: [{
"clientId”: null,
“cartoesVacinas": {
"grupoAtendimento": null,
"gestante": null,
"hanseniase": null,
"iEntidades": null,
"iPessoasPac": null
}
}
]
}

Onde: Null = valores a serem alimentados.

4.1 Layout da tabela de Itens do Cartão de Vacinas

Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro de Cartões de Vacinas, deverão ser enviados para
preenchimento da tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Cartão de Vacina (Imunização >> Cartões de Vacinas).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >>
Nome em tela Dado Observações Nulo

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iPessoasPac Inteiro “precisão”: 9, Não


>> Código do "idSequencia":
paciente 2,

> Inteiro “precisão”: 10, Não


iCartoesVacinas
Itens "idSequencia":
3,
>> Sequencial
do item do
cartão

>iMateriais Inteiro “precisão”: 10, Não


>>Código do “idSequencia":
material 4,

>iDosesImunobi Inteiro “precisão”: 10, Não


ologicos
>>Sequencial
da dose do
imunobiológico

>iPessoasLab Inteiro “precisão”: 9, Não


>> Código do
laboratório

> iPessoasProf Inteiro “precisão”: 9, Não


>>Código do
estabelecimento

>iEspecialidade Inteiro “precisão”: 5,


s
>>Código da
especialidade

>lote Texto “precisão”: 60, Não


>>Lote do
material

>dhVacina Data e “scala”: 6, Não


Hora
>>Data e hora “precisão”: 11,
da vacina

>dtProximaDose Data “precisão”: 7,


>>Data da
próxima dose"

>motivo Inteiro “precisão”: 4,


>>Motivo

>observacao Texto “precisão”: 500,


>>Observação

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/cartoes-vacinas-itens

Modelo para conversão da tabela de Itens do Cartão de Vacinas


{
"dtoList”: [{
"clientId”: null,
“cartoesVacinasItens": {
"lote": null,
"dhVacina": null,
"dtProximaDose": null,
"motivo": null,
"observacao": null,
"iCartoesVacinasItens": null,
"iDosesImunobiologicos": null,
"iEntidades": null,
"iEspecialidades": null,
"iMateriais": null,
"iPessoasEstab": null,
"iPessoasLab": null,
"iPessoasPac": null,
"iPessoasProf": null
}
}
]
}

Onde: Null = valores a serem alimentados.

4.2 Layout da tabela de Atestados

Neste tópico iremos abordar a forma com que os dados referente aos
itens do cadastro de Atestados, deverão ser enviados para preenchimento da
tabela no banco de dados.
Para conferir o envio das informações, acesse a tela de cadastro de
Atestados(Atendimento >> Atendimento >> Atestados).

> Descrição em Tipo de Regras / Aceita Valores possíveis


banco >> Dado Nulo
Nome em tela Observações

> iEntidades Inteiro “precisão”: 4, Não


>> Código da "idSequencia":
entidade 1,

> iAtendimentos Inteiro “precisão”: 10, Não


>> Código de "idSequencia":
atendimento 2,

> Inteiro “precisão”: 10, Não


iAtendAtestados
"idSequencia":
>> Código do 3,
atestado

>iPessoasPac Inteiro “precisão”: 9 Não


quando o
>>Código do Tipo de
paciente atestado
for igual a
“C”
Compare
cimento

>iCids Texto “precisão”: 7, Não


quando o
>>Código do cid Tipo de
atestado
for igual a
“D”
Declaraç
ão

>tipoAtestado Texto “precisão”: 2, Não Comparecimento("C"),


>> Tipo do Declaração("D"),
atestado
Médico("M"),
Saúde("S")

> horaInicial Data e “scala”: 6, Não


Hora quando o
>>Hora inicial “precisão”: 11, Tipo de
atestado
Formato: 1970-
for igual a
01-
“C”
01'T'HH:mm:ss.
SSSZ Compare
cimento

>horaFinal Data e “scala”: 6, Não


Hora quando o
>>Hora final “precisão”: 11, Tipo de
atestado
Formato: 1970-
for igual a
01-
“C”
01'T'HH:mm:ss.
Compare
SSSZ
cimento

>periodoAfasta Inteiro “precisão”: 3, Não


mento quando o
Tipo de
>>Período do atestado
afastamento for igual a
“M”
Médico

>unidadePeriod Texto “precisão”: 1, Não Dias("D"),


o quando o
Tipo de Horas("H")
>>Unidade de atestado
tempo do for igual a
período de “M”
afastamento Médico

>motivoAtestado Texto “precisão”: 250 Não


quando o
>>Motivo da Tipo de
necessidade do atestado
atestado for igual a
“S”
Saúde

>dhRegistroAtes Data e “scala”: 6, Não


tado Hora
“precisão”: 11,
>>Data e hora
do registro do Formato: 1970-
atestado 01-
01'T'HH:mm:ss.
SSSZ
>situacao Texto “precisão”: 1, Cancelado("C"),
>>Situação do Normal("N")
registro

>observacao Texto “precisão”: 250 Sim


>>Observação

>condicaoPac Texto “precisão”: 1 Sim Apto("A"),


>>Condição do Inapto("I")
paciente

>tipoAptidao Texto “precisão”: 1 Sim Mental("M"),


>>Tipo de Física("F"),
aptidão do
paciente Todos("T")

>dtUsuarioDesd Data “precisão”: 7, Não


e quando o
Formato: yyyy- Tipo de
>>dt_usuario_d MM-dd atestado
esde for igual a
“D”
Declaraç
ão

>medicamentos Texto “precisão”: 250 Sim


Prescritos
>>medicamento
s_prescritos

Path: https://e-gov.betha.com.br/saude-conversao-ws/api/cartoes-vacinas-itens
Modelo para conversão da tabela de Atestados
{
"dtoList”: [{
"clientId”: null,
“atendAtestados": {
"tipoAtestado": null,
"horaInicial": null,
"horaFinal": null,
"periodoAfastamento": null,
"unidadePeriodo": null,
"motivoAtestado": null,
"dhRegistroAtestado": null,
"situacao": null,
"observacao": null,
"createdRole": null,
"updatedRole": null,
"condicaoPac": null,
"tipoAptidao": null,
"dtUsuarioDesde": null,
"medicamentosPrescritos": null,
"iAtendAtestados": null,
"iAtendimentos": null,
"iCids": null,
"iEntidades": null,
"iPessoasPac": null
}
}
]
}

Onde: Null = valores a serem alimentados.