Baixe o manual - Betha Sistemas

Transcrição

Baixe o manual - Betha Sistemas
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 conferencia dos dados migrados
Sumário
1. Introdução ............................................................................................................ 8
2. Liberação e envio dos dados ............................................................................... 8
2.1.
Extrair e estruturar dados ................................................................................. 9
2.2.
Solicitar Token a Betha Sistemas na Base de Teste ........................................ 9
2.3.
Migrar dados na base teste .............................................................................. 9
2.4.
Homologar dados migrados ........................................................................... 10
2.5.
Solicitar Token a Betha Sistemas na Base de Produção ............................... 13
2.6.
Migrar dados na base de produção ................................................................ 13
3. Suporte aos serviços de migração ..................................................................... 13
4. Serviços e tabelas ............................................................................................. 14
4.1.
Regras da migração dos dados ...................................................................... 14
4.2.
Layout da tabela de Pacientes ....................................................................... 14
4.3.
Layout da tabela de CNS e números provisórios dos pacientes .................... 26
4.4.
Layout da tabela de Contatos ......................................................................... 28
4.5.
Layout da tabela de Profissionais ................................................................... 29
4.6.
Layout da tabela de Vínculos dos profissionais com os estabelecimentos .... 36
4.7.
Layout da tabela de Especialidades ............................................................... 42
4.8.
Layout da tabela de Procedimentos da especialidade ................................... 43
4.9.
Layout da tabela de Agendas dos profissionais ............................................. 44
4.10.
Layout da tabela de Horários previstos na agenda do profissional ............. 47
4.11.
Layout da tabela de Horários de ausência do profissional .......................... 50
4.12.
Layout da tabela de Itens da reserva diária para agendamentos ................ 53
4.13. Layout da tabela de Reservas diárias para agendamentos nos
estabelecimentos ..................................................................................................... 55
4.14.
Layout da tabela de Veículos ...................................................................... 57
4.15.
Layout da tabela de Controle de Viagens ................................................... 58
4.16.
Layout da tabela de Itens dos controles de viagens ................................... 62
4.17. Layout da tabela de Acompanhantes dos pacientes dos controles de
viagens... .................................................................................................................. 64
4.18.
Layout da tabela de Laudos para TFD ........................................................ 67
4.19.
Layout da tabela de Pedidos de TFD .......................................................... 77
4.20.
Layout da tabela de Solicitações para remoção de paciente de TFD ......... 87
4.21.
Layout da tabela de Medicamentos contínuos ............................................ 97
4.22.
Layout da tabela de Atendimentos ............................................................ 100
4.23.
Layout da tabela de Triagens .................................................................... 106
4.24.
Layout da tabela de Evolução diária do paciente ...................................... 113
4.25.
Layout da tabela de Exames físicos .......................................................... 115
4.26.
Layout da tabela de Prescrições de medicamentos .................................. 119
4.27.
Layout da tabela de Procedimentos realizados no atendimento ............... 124
4.28.
Layout da tabela de Procedimentos secundários solicitados .................... 127
4.29.
Layout da tabela de Procedimentos solicitados no atendimento ............... 128
4.30.
Layout da tabela de SOAP no atendimento .............................................. 130
4.31.
Layout da tabela de Tratamento no atendimento ...................................... 133
4.32.
Layout da tabela de Aplicações dos medicamentos dos tratamentos ....... 137
4.33.
Layout da tabela de Prontos atendimentos ............................................... 139
4.34.
Layout da tabela de Procedimentos realizados do encaminhamento ....... 143
4.35.
Layout da tabela de Retornos ................................................................... 144
4.36.
Layout da tabela de Triagem Classificação de Risco ................................ 146
4.37.
Layout da tabela de Cotas das solicitações de agendamentos................. 148
4.38.
Layout da tabela de Itens das cotas das solicitações de agendamentos .. 150
4.39.
Layout da tabela de Agendamentos .......................................................... 152
4.40. Layout da tabela de Agendamentos que foram cancelados ou
transferidos e que necessitam de contato .............................................................. 157
4.41.
Layout da tabela de Solicitações de agendamentos ................................. 158
4.42.
Layout da tabela de Solicitações de laudos de AIH .................................. 164
4.43.
Layout da tabela de Solicitação de Laudo de Procedimentos BPA-I ........ 169
4.44. Layout da tabela de Procedimentos da Solicitação de Laudo de
Procedimentos BPA-I ............................................................................................. 174
4.45.
Layout da tabela de Solicitação de procedimentos ................................... 175
4.46.
Layout da tabela de Itens da solicitação de procedimentos ...................... 180
4.47.
Layout da tabela de Atendimentos Individuais .......................................... 184
4.48.
Layout da tabela de Atividades ................................................................. 191
4.49.
Layout da tabela de Membros da atividade............................................... 196
4.50. Layout da tabela de Avaliações de exames dos Atendimentos
individuais............................................................................................................... 198
4.51.
Layout da tabela de Profissionais das Atividades .................................... 200
4.52.
Layout da tabela de Domicilios ................................................................. 202
4.53.
Layout da tabela de Responsáveis do Domicílio ....................................... 211
4.54. Layout da tabela de Questionário Auto-referido de condição/situação
de saúde ................................................................................................................ 212
4.55.
Layout da tabela de Turmas ...................................................................... 219
4.56.
Layout da tabela de Membros da turma .................................................... 220
4.57.
Layout da tabela de Visitas Domiciliares ................................................... 222
4.58.
Layout da tabela de Motivos de visitas domiciliares .................................. 225
4.59. Layout da tabela de Boletins de Produção Ambulatorial Consolidados
BPA-C... ................................................................................................................. 228
4.60. Layout da tabela de Itens dos Boletins de Produção Ambulatorial
Consolidados - BPA-C ........................................................................................... 230
4.61.
Layout da tabela de Competências ........................................................... 232
4.62.
Layout da tabela de Faixas de BPA-I ........................................................ 234
4.63.
Layout da tabela de Ficha de Produção Orçamentária - FPO................... 235
4.64. Layout da tabela de Procedimentos da Ficha de Produção
Orçamentária – FPO .............................................................................................. 237
4.65.
Layout da tabela de Microrregiões da PPI ................................................ 240
4.66.
Layout da tabela de Municípios da Microrregião ....................................... 241
4.67.
Layout da tabela de Programação Pactuada e Integrada ......................... 242
4.68.
Layout da tabela de Procedimentos Pactuados ........................................ 246
4.69.
Layout da tabela de Procedimentos que requerem autorização ............... 249
4.70.
Layout da tabela de Tetos Financeiros ..................................................... 251
4.71.
Layout da tabela de Valores permitidos para o exame ............................. 253
4.72.
Layout da tabela de Itens dos valores permitidos ..................................... 255
4.73.
Layout da tabela de Valores de referência do exame ............................... 256
4.74.
Layout da tabela de Itens dos valores de referências do exame .............. 257
4.75.
Layout da tabela de Exames SADTs......................................................... 259
4.76.
Layout da tabela de Itens de exames SADT ............................................. 263
4.77.
Layout da tabela de Exames SADTS relacionados ................................... 267
4.78.
Layout da tabela de Agendas das coletas de exames .............................. 268
4.79. Layout da tabela de Cotas dos horários das agendas de coletas de
exames.. ................................................................................................................. 271
4.80.
Layout da tabela de Horários das agendas de coleta de exames SADT .. 272
4.81.
Layout da tabela de Exames complementares ......................................... 275
4.82.
Layout da tabela de Exames complementares itens ................................. 278
4.83.
Layout da tabela de Endereço dos laboratórios dos estabelecimentos .... 281
4.84.
Layout da tabela de Fila de coleta de exames .......................................... 284
4.85.
Layout da tabela de Grupos de exames SADT ......................................... 288
4.86.
Layout da tabela de Exames dos grupos de exames SADT ..................... 290
4.87.
Layout da tabela de Resultados dos exames ............................................ 291
4.88.
Layout da tabela de Itens dos resultados dos exames ............................. 294
4.89.
Layout da tabela de Profissional do resultado de exame .......................... 297
4.90.
Layout da tabela de Solicitação de exames citopatológico ....................... 299
4.91.
Layout da tabela de Resultados de exames citopatológicos ..................... 305
4.92.
Layout da tabela de Solicitação de exames de mamografia ..................... 313
4.93.
Layout da tabela de Solicitações de exames SADT .................................. 323
4.94.
Layout da tabela de Itens das solicitações de exames SADTS ................ 327
4.95.
Layout da tabela de Grupos de materiais .................................................. 331
4.96.
Layout da tabela de Subgrupos de materiais ............................................ 333
4.97. Layout da tabela de Relacionamento entre Grupos e Subgrupos de
materiais ................................................................................................................. 334
4.98.
Layout da tabela de Unidades de medidas ............................................... 335
4.99.
Layout da tabela de Materiais ................................................................... 338
4.100. Layout da tabela de Entradas de materiais ............................................... 345
4.101. Layout da tabela de Itens das entradas de materiais ................................ 349
4.102. Layout da tabela de Dispensas de materiais............................................. 352
4.103. Layout da tabela de Itens da dispensa de materiais ................................. 356
4.104. Layout da tabela de Lotes dispensados .................................................... 361
4.105. Layout da tabela de Fornecedores ............................................................ 363
4.106. Layout da tabela de Localizações dos materiais no estoque .................... 364
4.107. Layout da tabela de Itens das localizações dos materiais no estoque ...... 366
4.108. Layout da tabela de Materiais estoques críticos ....................................... 368
4.109. Layout da tabela de Itens dos materiais estoques críticos ........................ 369
4.110. Layout da tabela de Laboratórios dos materiais ........................................ 371
4.111. Layout da tabela de Vencimento dos lotes dos materiais ......................... 373
4.112. Layout da tabela de Saldos de estoque dos materiais .............................. 375
4.113. Layout da tabela de Saldo dos lotes de materiais ..................................... 377
4.114. Layout da tabela de Movimentação do estoque ........................................ 379
4.115. Layout da tabela de Perdas e Sinistros ..................................................... 384
4.116. Layout da tabela de Itens de perdas e sinistros ........................................ 387
4.117. Layout da tabela de Programação de materiais ........................................ 390
4.118. Layout da tabela de Itens da programação de materiais........................... 391
4.119. Layout da tabela de Requisição de materiais ............................................ 393
4.120. Layout da tabela de Itens da requisição de materiais ............................... 396
4.121. Layout da tabela de Setores de custos ..................................................... 398
4.122. Layout da tabela de Transferências de materiais ...................................... 400
4.123. Layout da tabela de Itens das transferências de materiais ....................... 403
4.124. Layout da tabela de Imunobiológicos ........................................................ 405
4.125. Layout da tabela de Doses dos imunobiológicos ...................................... 407
4.126. Layout da tabela de Campanhas imunobiológicos .................................... 410
4.127. Layout da tabela de Estabelecimentos de campanhas de
imunobiológicos...................................................................................................... 412
4.128. Layout da tabela de Populações de campanhas de imunobiológicos ....... 413
4.129. Layout da tabela de Cartões de Vacinas................................................... 416
4.130. Layout da tabela de Itens do Cartão de Vacinas ....................................... 408
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 atividadesprofissionais 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.2Layout 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
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
Valores possíveis
>> Nome em tela
> iEntidades
>> Código da
entidade
> iPessoas
"idSequencia":
1,
Inteiro
>> Código da
entidade
> cns
Não
“precisão”: 9,
Não
"idSequencia":
2,
Texto
“precisão”: 15,
Texto
“precisão”: 15,
Texto
“precisão”: 1,
>> Número do
Cartão Nacional
de Saúde
> nroProvisorio
>> Número
provisório
> alergico
NÃO(“N”);
>> Indica se o
paciente é
alérgico (S ou N)
> alergia
Texto
“precisão”:
250,
Texto
“precisão”:
500,
Texto
“precisão”:
>> Descreve a
alergia do
paciente
> observacao
>> Observações
>nomeResponsav
SIM(“S”),
el
155,
>> Nome do
responsável
> cpfResponsavel
Texto
“precisão”: 11,
Texto
“precisão”: 13,
Texto
“precisão”: 4,
Inteiro
“precisão”: 3,
Texto
“precisão”: 16,
Inteiro
“precisão”: 2,
Inteiro
“precisão”: 4,
Inteiro
“precisão”: 3,
Texto
“precisão”: 1,
>> CPF do
responsável
>nroProntuario
>> Número do
prontuário
> iAreas
>> Código da área
> familia
>> Código da
família
> domicilio
>> Código do
domicílio
> microarea
>> Microárea
> iEtnias
>> Código da
etnia
> iNacionalidades
>> Código da
nacionalidade
> receberSms
>> Autorização de
envio de SMS
SIM(“S”),
NÃO(“N”);
pela entidade
> dhOpcaoSms
>> Data/hora da
opção de
recebimento de
SMS pela
entidade
> receberEmail
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato:
yyyy-MMdd'T'HH:mm:s
s.SSSZ
Texto
“precisão”: 1,
>> Autorização de
envio de e-mail
pela entidade
> dhOpcaoEmail
>> Data/hora da
opção de
recebimento de email pela entidade
> ativo
SIM("S"),
NÃO("N"),
ERRO("E"),
Data e
Hora
“scala”: 6,
Texto
“precisão”: 1,
“precisão”: 11,
Formato:
yyyy-MMdd'T'HH:mm:s
s.SSSZ
SIM(“S”),
NÃO(“N”);
>> Indica se o
paciente esta
ativo ou não
>
Texto
motivoPacienteIna
tivo
“precisão”:
500,
>> Motivo da
inativação do
paciente
>
tipoMotivoInativac
ao
>>Tipo do motivo
da inativação do
paciente
Texto
“precisão”: 1,
ÓBITO("O"),
MUDANÇA DE
ENDEREÇO("M"),
UNIFICADO("U"),
OUTROS("T");
> iCbos
Texto
“precisão”: 6,
BigDeci
mal
“scala”: 1,
BigDeci
mal
“scala”: 1,
Inteiro
“precisão”: 9,
Texto
“precisão”: 1,
>> Código do
CBO
> alturaPai
>> Altura do pai
> alturaMae
>> Altura da mãe
> iPessoasResp
“precisão”: 4,
“precisão”: 4,
>> Código do
responsável
familiar
>frequentaEscola
NÃO(“N”);
>> Frequenta
escola
>
Inteiro
cursoMaisElevado
>> Maior curso
que frequenta ou
frequentou
SIM(“S”),
“precisão”: 2,
CRECHE("1"),
PRÉ-ESCOLA (EXCETO
CA)("2"),
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");
>
situacaoTrabalho
Inteiro
“precisão”: 2,
EMPREGADOR("1"),
ASSALARIADO COM
CARTEIRA DE
TRABALHO("2"),
>> Situação de
trabalho
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
responsavelCrianc
“precisão”: 2,
ADULTO
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”),
NÃO(“N”);
>> Frequenta
curandeiro(a)
>
Texto
apartGrupoComun
itario
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
>> Participa de
algum grupo
comunitário
>
possuiPlanoSaud
e
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
>> Possui plano
de saúde
>
membroPovoCom
unidade
>> Membro de
povo ou
comunidade
tradicional
Inteiro
“precisão”: 2,
NÃO(NULL),
POVOS
QUILOMBOLAS("1"),
POVOS INDÍGENAS("2"),
AGROEXTRATIVISTAS("3"),
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");
>
descricaoPovoCo
munidade
Texto
>> Descrição
povo ou
comunidade
tradicional
> situacaoRua
“precisão”:
150,
Preencher
com o Nome
da
comunidade
caso
membroPovo
Comunidade =
99 (outros)
Inteiro
“precisão”: 2,
NÃO(“N”);
>>Está em
situação de rua
> recebeBeneficio
SIM(“S”),
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
>> Recebe algum
benefício
>
referenciaFamiliar
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
>> Possui
referência familiar
>
Texto
acompanhadoInsti
tuicao
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
>> Acompanhado
por outra
instituição
>
Texto
descricaoInstituica
o
“precisão”:
150,
>> Descrição
instituição
> visitaFamiliar
Texto
“precisão”: 1,
NÃO(“N”);
>> Visita algum
familiar
>
descricaoFamiliar
SIM(“S”),
Texto
“precisão”:
150,
Texto
“precisão”: 1,
>> Descrição
familiar
> recusaCadastro
NÃO(“”);
>> Recusou o
cadastro individual
da Atenção
Básica
>
naoConheceMae
>> Não conhece
mãe
SIM(“S”),
Texto
“precisão”: 1,
CONHECE(“”),
NÃO CONHECE(“N”);
> origemCadastro
Texto
>> origem
cadastro
>
responsavelFamili
ar
“precisão”: 1,
NORMAL(NULL);
O padrão é o
Individual
Texto
“precisão”: 1,
Texto
“precisão”:
50,
Data e
Hora
“scala”: 6,
>> Identificador
universal único
>
dhUltimaSincroniz
acao
>> Data/hora da
ultima
sincronização
>iPaisesNascimen Inteiro
to
“precisão”: 11,
Formato:
yyyy-MMdd'T'HH:mm:s
s.SSSZ
“precisão”: 5,
>> País de
nascimento
>
dtNascimentoRes
ponsavel
Data
“precisão”: 7,
Formato:
yyyy-MM-dd
>> Data de
nascimento do
responsável
>cnsResponsavel
Texto
“precisão”:
15,
Inteiro
“precisão”: 4,
>> CNS do
responsável
>
relacaoParentesc
SIM(“S”),
NÃO(“N”);
>> Responsável
familiar
> uuid
INDIVIDUAL(“I”),
oFamiliar
>> Relação de
parentesco com o
responsável
familiar
Texto
“precisão”:
20,
>versaoEsusUltAlt Texto
eracao
“precisão”:
20,
>versaoEsusCriac
ao
>> Versão do eSUS na criação
do registro
>> Versão do eSUS 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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iPessoasPac
Valores possíveis
Não
"idSequencia":
1,
Inteiro
>> Código da
pessoa
> cns
Observações
Aceita
Nulo
“precisão”: 9,
Não
"idSequencia":
2,
Texto
>> Número do
cartão nacional
de saúde
“precisão”: 15,
Não
"idSequencia":
3,
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
>> Nome em tela
> iEntidades
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4, Não
Inteiro
>> Data e hora do
contato
“precisão”: 9, Não
"idSequencia
": 2,
>> Código da pessoa
> iDhContatos
Valores possíveis
"idSequencia
": 1,
>> Código da entidade
> iPessoas
Observaçõe
s
Aceita
Nulo
Data e
Hora
“scala”: 6,
Não
“precisão”:
11,
"idSequencia
": 3,
Formato:
yyyy-MMdd'T'HH:mm:
ss.SSSZ
> nomePessoa
Texto
“precisão”:
60,
Não
Texto
“precisão”:
100,
Não
Texto
“precisão”: 1, Não
>> Nome da pessoa que
contatou
> assunto
>> Assunto do contato
realizado
> tipoContato
PRESENCIAL("1"),
>> Tipo do contato
TELEFONE("2"),
E-MAIL("3"),
VIZINHO("4"),
CARTA("5"),
OUTROS("6");
> observacao
Texto
>> Observações
“precisão”:
500,
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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iPessoas
Valores possíveis
Não
"idSequencia":
1,
Inteiro
>> Código da
pessoa
> cns
Observações
Aceita
Nulo
“precisão”: 9,
Não
"idSequencia":
2,
Texto
“precisão”: 15,
Texto
“precisão”: 16,
>> Código do
Cartão Nacional
de Saúde
> profId
>> Identificador
do profissional no
CNES
> ativo
Não pode ser
valor duplicado.
Texto
“precisão”: 1,
>> Indica se o
registro está ativo
> iUsuariosVinc
Não
Não
SIM("S"),
NÃO("N");
Texto
“precisão”: 16,
>> Usuário
vinculado
>
Texto
importacaoManua
“precisão”: 1,
SIM("S"),
NÃO(null);
l
>> Importação
manual
> iEntidades
Inteiro
>> Código da
entidade
> iPessoasProf
Inteiro
Inteiro
Texto
“precisão”: 9,
“precisão”: 6,
Texto
“precisão”: 2,
Não
Não
"idSequencia":
5,
Texto
“precisão”: 2,
>> Código do tipo
do vínculo
"idSequencia":
6,
>
Texto
iSubtiposVinculos
“precisão”: 2,
>> Código do
subtipo do
vínculo
>
iOrgaosEmissore
s
Não
"idSequencia": 4
>> Código do
vínculo
> iTiposVinculos
Não
"idSequencia":
3,
>> Código CBO
> iVinculos
“precisão”: 9,
"idSequencia":
2,
>> Código da
pessoa do
estabelecimento
> iCbos
Não
"idSequencia":
1,
>> Código da
pessoa do
profissional
> iPessoasEstab
“precisão”: 4,
Texto
Não
Não
"idSequencia":
7,
“precisão”: 2,
Obrigatório
quando >
registro for
Não
2-CPF
com
condiçã 3-TITULO ELEITOR
>> Código do
orgão emissor
preenchido,
Obs: Inserir
somente o
código do
órgão.
o
4-Carteira de Trabalho e
Previdência Social
5-ESTRANGEIRO
9-Programa de Integração
Social
10-SSP SECRETARIA DE
SEGURANCA PUBLICA
12-OAB
15-CR BIOMEDICINA
17-CR
FONOAUDIOLOGIA
18-CR BIOLOGIA
19-CR EDUCACAO
FISICA
20-CR ECONOMIA
22-CR FISICA
23-CR RADIOLOGIA
24-CR PEDAGOGO
25-CR DE OPTICOS
26-CR DE TECNICOS DE
RADIOLOGIA
40-ORGANISMOS
MILITARES
41-COMANDO DA
AERONAUTICA EX MIN
AERONAUTICA
42-COMANDO DO
EXERCITO EX MIN
EXERCITO
43-COMANDO DA
MARINHA EX MIN
MARINHA
44-POLICIA FEDERAL
60-CARTEIRA DE
IDENTIDADE CLASSISTA
61-ADMINISTRACAO
CONSELHO REGIONAL
62-ASSISTENCIA
SOCIAL CONSELHO
REGIONAL
63-BIBLIOTECONOMIA
CONSELHO REGIONAL
64-CONTABILIDADE
CONSELHO REGIONAL
65-CORRETORES DE
IMOVEIS CONSELHO
REGIONAL
66-ENFERMAGEM
CONSELHO REGIONAL
67-ENGENHARIA,ARQ E
AGRONOMIA CONSELHO REGIONAL
68-ESTATISTICA
CONSELHO REGIONAL
69-FARMACIA
CONSELHO REGIONAL
70-FISIOTERAPIA E
TERAPIA OCUP
CONSELHO REGIONAL
71-MEDICINA
CONSELHO REGIONAL
72-MEDICINA
VETERINARIA
CONSELHO REGIONAL
73-MUSICOS DO BRASIL
ORDEM
74-NUTRICAO
CONSELHO REGIONAL
75-ODONTOLOGIA
CONSELHO REGIONAL
76-RELACOES
PUBLICAS CONSELHO
REGIONAL
77-PSICOLOGIA
CONSELHO REGIONAL
78-QUIMICA CONSELHO
REGIONAL
79-REPRESENTANTES
COMERCIAIS
CONSELHO REGIONAL
80-ADVOGADOS DO
BRASIL ORDEM
81-OUTROS
EMISSORES
82-DOCUMENTO
ESTRANGEIRO
83-Identidade Cons. Reg.
de Economia
91-Certidão de
Nascimento
92-Certidão de
Casamento
93-Certidão de Separação
ou Divórcio
95-Certidão Administrativa
– Índio
99-NULL
>
cargaHorariaAmb
Inteiro
“precisão”: 3,
Inteiro
“precisão”: 3,
>> Carga horária
ambulatorial
>
cargaHorariaOutr
os
>> Carga horária
outros
> registro
Texto
“precisão”: 13,
Obrigatório
quando >
iOrgaosEmissor
es for
preenchido,
Não
com
condiçã
o
Texto
“precisão”: 1,
Não
>> Número do
registro no
conselho de
classe
> ativo
>> Indica se o
registro está ativo
>
Texto
importacaoManua
l
NÃO("N");
“precisão”: 1,
>> 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,
"iPessoas": null
},
"estabVinculosProfisDtoItemList": [
{
"clientId": null,
SIM("S"),
SIM("S"),
NÃO(null);
"estabVinculosProfis": {
"cargaHorariaAmb": null,
"registro": null,
"ativo": null,
"importacaoManual": null,
"iCbos": null,
"iOrgaosEmissores": null,
"iPessoasEstab": null,
"iPessoasProf": null,
"iSubtiposVinculos": null,
"iTiposVinculos": null,
"iVinculos": null
}
}
]
}
]
}Onde: Null = valores a serem alimentados.
4.6 Layout da tabela
estabelecimentos
de
Vínculos
dos
profissionais
com
os
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
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
Valores possíveis
>> Nome em tela
> iEntidades
>> Código da
entidade
> iPessoasProf
"idSequencia":
1,
Inteiro
>> Código da
pessoa do
profissional
> iPessoasEstab
Inteiro
Texto
“precisão”: 9,
“precisão”: 6,
Texto
“precisão”: 2,
Texto
“precisão”: 2,
"idSequencia":
6,
> iSubtiposVinculos Texto
“precisão”: 2,
>> Código do
subtipo do vínculo
"idSequencia":
7,
>> Código do
orgão emissor
Não
Não
"idSequencia":
5,
>> Código do tipo
do vínculo
>
iOrgaosEmissores
Não
"idSequencia": 4
>> Código do
vínculo
> iTiposVinculos
Não
"idSequencia":
3,
>> Código CBO
> iVinculos
“precisão”: 9,
"idSequencia":
2,
>> Código da
pessoa do
estabelecimento
> iCbos
Não
Texto
“precisão”: 2,
Obrigatório
quando >
registro for
preenchido,
Obs: Inserir
Não
Não
Não
2-CPF
com
condiçã 3-TITULO ELEITOR
o
4-Carteira de Trabalho e
Previdência Social
somente o
código do
órgão.
5-ESTRANGEIRO
9-Programa de
Integração Social
10-SSP SECRETARIA
DE SEGURANCA
PUBLICA
12-OAB
15-CR BIOMEDICINA
17-CR
FONOAUDIOLOGIA
18-CR BIOLOGIA
19-CR EDUCACAO
FISICA
20-CR ECONOMIA
22-CR FISICA
23-CR RADIOLOGIA
24-CR PEDAGOGO
25-CR DE OPTICOS
26-CR DE TECNICOS
DE RADIOLOGIA
40-ORGANISMOS
MILITARES
41-COMANDO DA
AERONAUTICA EX MIN
AERONAUTICA
42-COMANDO DO
EXERCITO EX MIN
EXERCITO
43-COMANDO DA
MARINHA EX MIN
MARINHA
44-POLICIA FEDERAL
60-CARTEIRA DE
IDENTIDADE
CLASSISTA
61-ADMINISTRACAO
CONSELHO REGIONAL
62-ASSISTENCIA
SOCIAL CONSELHO
REGIONAL
63-BIBLIOTECONOMIA
CONSELHO REGIONAL
64-CONTABILIDADE
CONSELHO REGIONAL
65-CORRETORES DE
IMOVEIS CONSELHO
REGIONAL
66-ENFERMAGEM
CONSELHO REGIONAL
67-ENGENHARIA,ARQ
E AGRONOMIA CONSELHO REGIONAL
68-ESTATISTICA
CONSELHO REGIONAL
69-FARMACIA
CONSELHO REGIONAL
70-FISIOTERAPIA E
TERAPIA OCUP
CONSELHO REGIONAL
71-MEDICINA
CONSELHO REGIONAL
72-MEDICINA
VETERINARIA
CONSELHO REGIONAL
73-MUSICOS DO
BRASIL ORDEM
74-NUTRICAO
CONSELHO REGIONAL
75-ODONTOLOGIA
CONSELHO REGIONAL
76-RELACOES
PUBLICAS CONSELHO
REGIONAL
77-PSICOLOGIA
CONSELHO REGIONAL
78-QUIMICA
CONSELHO REGIONAL
79-REPRESENTANTES
COMERCIAIS
CONSELHO REGIONAL
80-ADVOGADOS DO
BRASIL ORDEM
81-OUTROS
EMISSORES
82-DOCUMENTO
ESTRANGEIRO
83-Identidade Cons.
Reg. de Economia
91-Certidão de
Nascimento
92-Certidão de
Casamento
93-Certidão de
Separação ou Divórcio
95-Certidão
Administrativa – Índio
99-NULL
> cargaHorariaAmb Inteiro
“precisão”: 3,
>> Carga horária
ambulatorial
>
Inteiro
cargaHorariaOutros
“precisão”: 3,
>> Carga horária
outros
> registro
>> Número do
registro no
Texto
“precisão”: 13,
Obrigatório
quando >
iOrgaosEmissor
Não
com
condiçã
o
es for
preenchido,
conselho de classe
> ativo
Texto
“precisão”: 1,
>> Indica se o
registro está ativo
>
importacaoManual
Não
SIM("S"),
NÃO("N");
Texto
“precisão”: 1,
SIM("S"),
NÃO(null);
>> Importação
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
> iEntidades
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
>> Código da
entidade
>
iEspecialidades
Observações
Aceita
Nulo
Valores possíveis
Não
"idSequencia": 1,
Inteiro
“precisão”: 5,
Não
"idSequencia": 2,
>> Código da
especialidade
> iCbos
Texto
“precisão”: 6,
Não
Texto
“precisão”: 60,
Não
>> Código CBO
> descricao
>> 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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
Observações
>> Código da
entidade
"idSequencia": 1,
> iEspecialidades Inteiro
“precisão”: 5,
>> Código da
especialidade
"idSequencia": 2,
> iProcedimentos Texto
“precisão”: 10,
>> Código do
Aceita
Nulo
Não
Não
Não
Valores possíveis
procedimento
"idSequencia": 3,
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
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em tela
> iEntidades
>> Código da
"idSequencia":
Não
Valores possíveis
entidade
> iAgendas
1,
Inteiro
>> Código da
agenda
> iPessoasEstab
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 9,
Não
Texto
“precisão”: 1,
Não
>> Código do
estabelecimento
para o qual esta
agenda é válida
> tipoAgenda
>> Tipo de agenda
> iPessoasProf
CONSULTA("C");
PROCEDIMENTO("P");
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 5,
Texto
“precisão”: 10,
Texto
“precisão”: 1,
>> Código do
profissional que
possui esta agenda
> iEspecialidades
>> Código da
especialidade
> iProcedimentos
>> Código do
procedimento
> ativa
Não
>> Indica se a
agenda é ativa
>
motivoDesativacao
>> Motivo da
desativação da
agenda
SIM("S"),
NÃO("N");
Texto
“precisão”:
250,
Obrigat
ório se
Agenda
=
Inativa
> dtInicial
Data
“precisão”: 7,
Formato: yyyyMM-dd
Data
“precisão”: 7,
Formato: yyyyMM-dd
Inteiro
“precisão”: 3,
Texto
“precisão”:
1000,
Texto
“precisão”: 1,
>> Data de início da
agenda
> dtFinal
>> Data de término
da agenda
> qtdProcedimentos
Não
>> Quantidade de
procedimentos
semanais estimados
para esta agenda
>obsImpressao
>> Observação de
impressão
>agendaRegulada
>> Agenda
exclusiva da central
de regulação
>ativaCabecalhoAut
orizacao
NÃO("N");
Texto
“precisão”: 1,
PADRÃO("N"),
DEFINIR("S");
>> Ativa cabeçalho
de autorização de
atendimento
>cabecalhoAutoriza
caoAtend
SIM("S"),
Texto
“precisão”:
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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iAgendas
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
>> Código do
horário previsto
na agenda
> diaSemana
Não
"idSequencia":
1,
>> Código da
agenda
> iHorarios
Observações
Aceita Valores possíveis
Nulo
“precisão”: 10,
Não
"idSequencia":
3,
Texto
“precisão”: 1,
Não
>> Dia da
semana previsto
na agenda
DOMINGO("1"),
SEGUNDA("2"),
TERÇA("3"),
QUARTA("4"),
QUINTA("5"),
SEXTA("6"),
SÁBADO("7");
> horarioIni
>> Horário de
início do período
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:s
s.SSSZ
Não
> horarioFin
>> Código da
especialidade
Data e
Hora
>
Inteiro
duracaoAtendime
nto
“scala”: 6,
Não
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:s
s.SSSZ
“precisão”: 3,
Não
>> Duração em
minutos de cada
atendimento
>
qtdPrimeiraCons
ulta
Inteiro
“precisão”: 3,
Data e
Hora
“scala”: 6,
Inteiro
“precisão”: 3,
>>Quantidade
reservada para 1ª
consulta
> horaInicioAte
>> Hora de início
do atendimento
> qtdEncaixes
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:s
s.SSSZ
>> 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.11
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
em banco
>> Nome em
tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
> iEntidades
Inteiro
>> Código da
entidade
> iAusencias
“precisão”: 4,
"idSequencia": 1,
Inteiro
>> Código
sequencial da
ausência
“precisão”: 10,
Não
"idSequencia": 2,
Inteiro
“precisão”: 9,
> iPessoasProf Inteiro
“precisão”: 9,
>
iPessoasEstab
Não
Não
>> Código da
pessoa
>> Código da
pessoa
>
iProcedimento
s
Texto
“precisão”: 10,
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Texto
“precisão”: 13,
>> Código do
procedimento
> dtInicial
>> Data de
início da
ausência
> dtFinal
>> Data de
término da
ausência
> diasSemana
>>Dias da
semana em
que há
previsão de
ausência
> dhIni
>> Hora de
início da
ausência
> dhFin
>> Horário de
término da
ausência
> motivo
Data e
Hora
“scala”: 6,
Data e
Hora
“scala”: 6,
Texto
“precisão”: 250,
Não
Texto
“precisão”: 1,
Não
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.S
SSZ
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.S
SSZ
>>Motivo da
ausência do
profissional/pro
cedimento
> tipoAgenda
>> Tipo de
agenda
CONSULTA("C"),
PROCEDIMENTO("P");
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.12 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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iReservas
>> Código da
reserva
Observações
Aceita
Nulo
Não
"idSequencia": 1,
Inteiro
“precisão”: 5,
"idSequencia": 2,
Não
Valores possíveis
> iDiasSemana
Inteiro
>> Dia da
semana da
reserva
“precisão”: 1,
Não
"idSequencia": 3,
DOMINGO("1"),
SEGUNDA("2"),
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.13 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
> iReservas
"idSequencia": 1,
Inteiro
>> Código da
reserva
>
iPessoasEsta
b
“precisão”: 5,
>> Código do
procedimento
Não
"idSequencia": 2,
Inteiro
“precisão”: 9
Texto
“precisão”: 10,
>>Código do
estabelecimen
to
>
iProcedimento
s
Não
Não
Valores possíveis
>
Inteiro
iEspecialidade
s
“precisão”: 5
>> Código da
especialidade
> tipoCota
Texto
“precisão”: 1,
>> Tipo de
cota
> dtInicial
SECRETARIA("S"),
ADMINISTRADOR("A");
Data
“precisão”: 7,
Formato: yyyy-MMdd
Data
“precisão”: 7,
Formato: yyyy-MMdd
>> Data inicial
da cota para
administrador
> dtFinal
Não
>> 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.14 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
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
Valores possíveis
>> Nome em tela
> iEntidades
>> Código da
entidade
> iVeiculos
"idSequencia":
1,
Inteiro
>> Código do
veículo
> descricao
Não
“precisão”: 10,
Não
"idSequencia":
2,
Texto
“precisão”: 100, Não
Texto
“precisão”: 1,
>> Descrição do
veículo
> transporte
>> Transporte
Não
AMBULÂNCIA("B"),
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.15 Layout da tabela de Controle de Viagens TFD
Neste tópico iremos abordar a forma com que os dados referente ao
cadastro de Controle de Viagens TFD 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 TFD (Cadastros >> TFD >> Controle de Viagens TFD).
> Descrição Tipo de
em banco
Dado
Observações
Aceit
a
Nulo
> iEntidades Inteiro
“precisão”: 4,
Não
>> Código
da entidade
"idSequencia": 1,
Regras /
>> Nome
em tela
>
iControlesVi
agens
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>> Código
do controle
da viagem
Inteiro
“precisão”: 10,
>
Inteiro
iMunicipiosD
est
“precisão”: 10,
> iVeiculos
Não
>> Código
do veiculo
>>
Municipios
de destino
>
qtdLugares
Inteiro
“precisão”: 3,
Não
Texto
“precisão”: 50,
Não
Data
“precisão”: 7,
Formato: yyyy-MMdd
Não
>>
Quantidade
de lugares
no veiculo
> motorista
>> Motorista
> dtViagem
>> Data da
Valores possíveis
viagem
Data
“precisão”: 7,
Formato: yyyy-MMdd
Data e Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyy-MMdd'T'HH:mm:ss.SSS
Z
>horaRetorn Data e Hora
o
“scala”: 6,
“precisão”: 11,
Formato: yyyy-MMdd'T'HH:mm:ss.SSS
Z
> dtRetorno
>> Data do
retorno
>
horaViagem
>> Hora da
partida
>> Hora do
retorno
> kmSaida
Inteiro
“precisão”: 6,
Inteiro
“precisão”: 6,
Texto
“precisão”: 250,
Texto
“precisão”: 1,
Não
>>
Kilometros
de saida
>
kmRetorno
>>
Kilometros
de retorno
>
observacao
>>
Observação
> situacao
>> Situação
do controle
de viagens
>
iPessoasEst
Não
PENDENTE("P"),
FINALIZADO("F"),
CANCELADO("C");
Inteiro
“precisão”: 9,
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.16 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 TFD (Cadastros >> TFD >> Controle de Viagens TFD), em Pacientes
a serem transportados.
> Descrição
em banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
>
iControlesViage
ns
Aceita Nulo Valores possíveis
Observações
Não
"idSequencia": 1,
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>> Código do
controle da
viagem
> iPacientes
Inteiro
>> Código do
paciente
>
iProfEncaminha
dor
“precisão”: 9,
"idSequencia": 3,
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 10,
>> Código do
profissional
encaminhador
>
iMunicipiosDest
>> Código do
Não
Não
município de
destino
>
localEmbarque
Texto
“precisão”: 100,
Texto
“precisão”: 100,
Texto
“precisão”: 1,
>> Local do
embarque do
paciente
> localDestPac
>> Local de
destino do
paciente
>
possuiAcompan
hante
Não
SIM("S"),
NÃO("N");
>> Possui
acompanhante
>
iSolicRemocao
PacTfd
Inteiro
“precisão”: 10,
>> 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.17 Layout da tabela de Acompanhantes dos pacientes dos controles
de viagens TFD
Neste tópico iremos abordar a forma com que os dados referente ao
cadastro de Acompanhantes dos pacientes do Controle de Viagens TFD
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 TFD (Cadastros >> TFD >> Controle de Viagens TFD), em Pacientes
a serem transportados, coluna acompanhante, ou utilize a emissão do Controle
de viagens, onde constam essas informações (botão ‘Emitir’).
> Descrição em
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em tela
> iEntidades
>> Código da
entidade
> iControlesViagens
>> Código do
controle da viagem
Não
"idSequencia": 1,
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
>
iControlesViagensA
comp
Inteiro
“precisão”: 10,
Não
"idSequencia": 3,
>> Código do
acompanhante do
paciente do controle
de viagens
> iPacientes
Inteiro
“precisão”: 9,
"idSequencia": 4,
Data
“precisão”: 7,
Não
Formato: yyyy-MMdd
Texto
“precisão”: 25,
Texto
“precisão”: 20,
Texto
“precisão”: 100,
Texto
“precisão”: 20,
Inteiro
“precisão”: 1,
>> Código do
paciente
> dtNascimento
>> Data de
nascimento do
acompanhante
> cpf
Não
>> CPF do
acompanhante
> rg
>> RG do
acompanhante
> nome
Não
>> Nome do
acompanhante
> telefone
>> Telefone do
acompanhante
>raca
>> raca
Não
INDÍGENA(0),
BRANCA(2),
PRETA(4),
AMARELA(6),
PARDA(8);
> sexo
Texto
“precisão”: 1,
>> sexo
Não
MASCULINO("M"),
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 TFD
{
"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.18 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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iLaudosTfd
Observações
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 9,
Não,
quando
origem do
laudo para
tfd é interno
Inteiro
“precisão”: 9,
Não,
quando
origem do
laudo para
tfd é externo
Inteiro
“precisão”: 9,
Não
“precisão”: 10,
Não
>> Código do
paciente externo
> iPessoasProf
Não
"idSequencia": 2,
>> Código do
paciente
> iPacientesExt
Não
"idSequencia": 1,
>> Código do
laudo para TFD
> iPessoasPac
Aceita Nulo
>> Código do
profissional
solicitante
> iProcedimentos Texto
>> Código do
procedimento
Valores possíveis
solicitado
> iCids
Texto
“precisão”: 7,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 10,
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.S
SSZ
Não
Texto
“precisão”: 1,
Não
Não
>> CID 10 do
diagnóstico inicial
> iAtendimentos
>> Código do
atendimento
vinculado ao
laudo para TFD
> iPessoasEstab
Não
>>
Estabelecimento
solicitante
> iMunicipios
>> Município
solicitante
> dhLaudo
>> Data e hora
do cadastro do
laudo
> tipoLaudo
>> Tipo de laudo
(dentro ou fora
do estado)
>
Texto
nomeProfExterno
>> Nome do
profissional
externo solicitant
DENTRO DO
ESTADO("D"),
FORA DO
ESTADO("F");
“precisão”: 60,
Não
Texto
“precisão”: 11,
>
Texto
telefoneProfExter
no
“precisão”: 11,
> cpfProfExterno
Não
>> CPF do
profissional
externo
solicitante
>> Telefone do
profissional
externo
solicitante
>
celularProfExtern
o
Texto
“precisão”: 11,
Texto
“precisão”: 1,
>> Celular do
profissional
externo
solicitante
>
caraterAtendime
nto
Não
HOSPITALAR("H");
>> Caráter do
atendimento
>
diagnosticoProva
vel
Texto
“precisão”: 500,
Não
Texto
“precisão”: 500,
Não
>> Diagnóstico
provável
>
examesComplRe
alizados
>> Exames
complementares
realizados
AMBULATORIAL("A
"),
>
princSinaisSinto
mas
Texto
“precisão”: 500,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
Texto
“precisão”: 500,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
Texto
“precisão”: 500,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
")
>> Principais
sinais e sintomas
clínicos
>
condicoesJustInt
ernacao
>> Condições
que justificam a
internação
>
princResultProva
sDiag
;
>> Principais
resultados de
provas
diagnósticas
Texto
“precisão”: 500,
Não
> procedTratSolic Texto
“precisão”: 500,
Não,
quando >
tipoLaudo
for
DENTRO
DO
ESTADO("D
");
“precisão”: 500,
Não,
quando >
tipoLaudo
for FORA
DO
>
tratamentosReali
zados
>> Tratamentos
realizados
solicitante
>>
Procedimento/Tr
atamento
solicitado
>
justSolicitacaoInt
ernacao
>> Justificativa
da solicitação de
Texto
ESTADO("F
");
internação
“precisão”: 250,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
“precisão”: 250,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
Texto
“precisão”: 250,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
>
Texto
estadoNeurologic
o
“precisão”: 250,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
“precisão”: 500,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
>
Texto
condicoesHemod
inamicas
>> Avaliação
clínica geral Condições
hemodinâmicas
>
Texto
padraoRespirator
io
>> Avaliação
clínica geral Padrão
respiratório
>
funcaoRenalHep
atica
>> Avaliação
clínica geral Função renal e
hepática
>> Avaliação
clínica geral Estado
neurológico
sumário
>
Texto
estadoNutricional
>> Estado
nutricional
Texto
“precisão”: 500,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
>
Texto
historiaPregressa
Atual
“precisão”: 500,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
“precisão”: 500,
Não,
quando >
tipoLaudo
for
DENTRO
DO
ESTADO("D
");
Texto
“precisão”: 250,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
Texto
“precisão”: 150,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
>
caracterEventual
Urgencia
>>
Caracterização
de eventual
urgência na
realização do
procedimento
>> História
pregressa e atual
significativa
>
Texto
ultExamesFisicos
>> Dados dos
últimos exames
físicos realizados
>
hemogramaCom
pleto
>> Exames
complementares
mínimos Hemograma
completo
>
coagulogramaCo
mpleto
>> Exames
complementares
mínimos Coagulograma
completo
> creatinina
Texto
“precisão”: 30,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
Texto
“precisão”: 30,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
Texto
“precisão”: 150,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
Texto
“precisão”: 250,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
Texto
“precisão”: 500,
Não,
quando >
tipoLaudo
for FORA
DO
ESTADO("F
");
Texto
“precisão”: 500,
Não
>> Exames
complementares
mínimos Creatinina
> glicemiaJejum
>> Exames
complementares
mínimos Glicemia em
jejum
>
eletrocardiogram
a
>> Exames
complementares
mínimos Eletrocardiogram
a
>
radiografiaTorax
>> Exames
complementares
mínimos Radiografia do
tórax
> riscoCirurgico
>> Relatório de
risco cirúrgico
>
justImpossibTrat
Local
>> Justificativa
das razões que
impossibilitam a
realização do
tratamento/exam
es na localidade
>
necessidadeAco
mpanhante
Texto
“precisão”: 1,
Não
SIM(“S”),
NÃO(“N”);
>> Necessidade
de
acompanhante
>
justNecesAcomp
anhante
Texto
“precisão”: 500,
Não,
quando
necessidade
Acompanha
nte for “S”;
Texto
“precisão”: 1,
Não
>> Justificativa
da necessidade
de
acompanhante
>
transpRecomend
avel
AÉREO("A"),
AMBULÂNCIA("B"),
>> Transporte
recomendável
> justTransporte
RODOVIÁRIO("R"),
ESPECIAL("E");
Texto
“precisão”: 500,
Não
Texto
“precisão”: 1,
Não
>> Justificativa
da escolha do
transporte
recomendável
> situacao
>> Situação do
laudo para TFD
>
historicoDoenca
>> Histórico da
CANCELADO("C"),
PENDENTE("P"),
PEDIDO DE TFD
REALIZADO("R");
Texto
“precisão”:
100000,
Não
doença
> exameFisico
Texto
>> Exame físico
> iEspecialidades Inteiro
“precisão”:
100000,
Não
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.19 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
banco >> Nome Dado
em tela
Regras /
> iEntidades
“precisão”: 4,
Inteiro
>> Código da
entidade
> iPedidosTfd
>> Código do
laudo para TFD
vinculado
Observações
Não
"idSequencia":
1,
Inteiro
>> Código do
pedido de TFD
> iLaudosTfd
Aceita Nulo
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 10,
Não, quando
“laudoVinculad
o”for ‘S’
Valores possíveis
“precisão”: 10,
Não
Inteiro
“precisão”: 9,
Não, quando
solicitação é
interna
Inteiro
“precisão”: 9,
Não, quando a
solicitação é
externa
>
Inteiro
iMunicipiosOrige
m
>> Código do
município de
origem do
pedido
> iPessoasPac
>> Código do
paciente
> iPacientesExt
>> Código do
paciente externo
>
Inteiro
iMunicipiosNasci
mento
“precisão”: 10,
>> 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
iPessoasProfAut
>> Código do
profissional
autorizador
“precisão”: 9,
Não, quando
parâmetro
exigir
autorização
> dtPedido
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Texto
“scala”: 1,
Não
>> Data do
pedido
>
laudoVinculado
SIM(“S”),
NÃO(“N”);
>> Vincular
laudo ao pedido
> regionalSaude
Texto
“precisão”: 40,
Texto
“precisão”: 1,
>> Regional de
saúde
> pacEntidade
Não
NÃO(“N”);
>> Indica se o
paciente está
cadastrado na
entidade
> nomePac
Texto
“precisão”: 60,
Não, quando
“pacEntidade”f
or “N”;
Texto
“precisão”: 15,
Não, quando
“pacEntidade”f
or “N”;
Texto
“precisão”: 60,
Não, quando
“pacEntidade”f
or “N”;
Data
“precisão”: 7,
Formato: yyyy-
Não, quando
“pacEntidade”f
>> Nome do
paciente não
cadastrado na
entidade
> cns
>> CNS do
paciente não
cadastrado na
entidade
> nomeMae
>> Nome da
mãe do paciente
não cadastrado
na entidade
> dtNascimento
SIM(“S”),
>> Data de
nascimento do
paciente não
cadastrado na
entidade
> sexo
Texto
MM-dd
or “N”;
“precisão”: 1,
Não, quando
“pacEntidade”f
or “N”;
>> Sexo do
paciente não
cadastrado na
entidade
> altura
Inteiro
“precisão”: 3,
Inteiro
“precisão”: 6,
Texto
“precisão”: 50,
Texto
“precisão”: 8,
Texto
“precisão”: 50,
>> Altura do
paciente em
centímetros
> peso
>> Peso do
paciente em
gramas
> logradouro
>> Logradouro
do paciente não
cadastrado na
entidade
> numero
>> Número do
paciente não
cadastrado na
entidade
> complemento
>>
Complemento
do paciente não
cadastrado na
entidade
Não, quando >
“pacEntidade”f
or “N”;
MASCULINO("M"),
FEMININO("F");
> bairro
Texto
“precisão”: 50,
Texto
“precisão”: 8,
Texto
“precisão”: 60,
Texto
“precisão”: 11,
Texto
“precisão”: 11,
Texto
“precisão”: 20,
Texto
“precisão”: 8,
>> Bairro do
paciente não
cadastrado na
entidade
> cep
Não, quando >
“pacEntidade”f
or “N”;
>> CEP do
paciente não
cadastrado na
entidade
> email
>> E-mail do
paciente não
cadastrado na
entidade
> telefone
>> Telefone do
paciente não
cadastrado na
entidade
> celular
>> Celular do
paciente não
cadastrado na
entidade
> rg
>> RG do
paciente não
cadastrado na
entidade
> orgaoEmisRg
>> Órgão
emissor do RG
do paciente não
cadastrado na
Não, quando >
rg for
informado
entidade
> ufEmissao
Texto
“precisão”: 2,
Não, quando >
rg for
informado
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não, quando >
rg for
informado
Texto
“precisão”: 11,
Não, quando >
rg ou >numReg
não for
informado
Texto
“precisão”: 32,
Não, quando >
rg ou > cpf não
for informado
Texto
“precisão”: 1,
Não
>> UF emitente
do RG do
paciente não
cadastrado na
entidade
> dtEmisRg
>> Data de
emissão do RG
do paciente não
cadastrado na
entidade
> cpf
>> CPF do
paciente não
cadastrado na
entidade
> numReg
>> Número do
registro de
nascimento do
paciente não
cadastrado na
entidade
>
primeiroTfdPac
SIM("S"),
NÃO("N");
>> Primeiro
tratamento fora
do domicílio do
paciente
>
pacTratamento
>> Paciente em
tratamento
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
> dtAutorizacao
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não, quando
parâmetro
exigir
autorização
Data
“precisão”: 7,
Formato: yyyyMM-dd
não pode ser
preenchido
quando o
parâmetro
estiver
selecionado
com a opção
“Não”
Data
“precisão”: 7,
Formato: yyyyMM-dd
não pode ser
preenchido
quando o
parâmetro
estiver
selecionado
com a opção
“Não”
Data
“precisão”: 7,
Formato: yyyyMM-dd
não pode ser
preenchido
quando o
parâmetro
estiver
selecionado
com a opção
“Não”
Texto
“precisão”:
250,
não pode ser
preenchido
quando o
parâmetro
estiver
selecionado
com a opção
“Não”
Texto
“precisão”: 1,
Não
>> Data da
autorização ou
não autorizacao
> dtTratInt
>> Data do
tratamento ou
internação
> dtRetornoTfd
>> Data do
retorno do TFD
> dtValidadeAut
>> Data de
validade da
autorização
> justNaoAutTfd
>> Justificativa
da não
autorização do
TFD
> situacao
>> Situação do
pedido de TFD
AUTORIZADO("A"),
CANCELADO("C"),
NÃO
AUTORIZADO("N"),
PENDENTE("P");
>
iProcedimentos
Texto
“precisão”: 10,
Não, quando >
laudoVinculado
for “N”
Texto
“precisão”: 7,
Não, quando >
laudoVinculado
for “N”
“precisão”: 60,
Não, quando >
laudoVinculado
for “N”
Texto
“precisão”: 11,
Não, quando >
laudoVinculado
for “N”
Texto
“precisão”: 60,
Não, quando >
laudoVinculado
for “N”
Inteiro
“precisão”: 10,
Não, quando >
laudoVinculado
for “N”
Inteiro
“precisão": 9,
Não
“precisão”:9,
Não
>> Código do
procedimento
solicitado
> iCids
>> Diagnóstico
inicial/CID
> nomeProfSolic Texto
>> Nome do
profissional
solicitante
> cpfProfSolic
>> CPF do
profissional
solicitante
>
nomeEstabSolic
>> Nome do
estabelecimento
solicitante
>
iEspecialidades
>> Código da
especialidade
> iPessoasProf
>> Código do
profissional
> iPessoasEstab Inteiro
>> 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.20 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
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
Pacientes de TFD (Relatórios >> Cadastrais >> Solicitações de remoção
TFD).
> Descrição em
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
Observações
>> Código da
entidade
"idSequencia": 1,
>
Inteiro
iSolicRemocaoPa
cTfd
“precisão”: 10,
>> Código da
solicitação para
remoção de
pacientes de TFD
Aceita Nulo
"idSequencia": 2,
Não
Não
de
>>
de
de
Valores possíveis
> iPedidosTfd
Inteiro
“precisão”: 10,
Não
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Texto
“precisão”: 100,
Não
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.S
SSZ
Data
“precisão”: 7,
Formato: yyyyMM-dd
Texto
“precisão”: 100,
Texto
“precisão”: 100,
Não
Texto
“precisão”: 500,
Não
>> Código do
pedido de TFD
> dtSolicitacao
>> Data da
solicitação
> localCidade
>> Local/cidade
onde será
realizado o
tratamento
>
horaTratamento
>> Hora do
tratamento a ser
realizado
> dtRetorno
>> Data de
retorno
> localEspera
>> Local de
espera do
transporte
> dadosClinicos
>> Dados
clínicos do
paciente
>
tratamentoNeces
sario
>> Tratamento
necessário
> carroExtra
Texto
“scala”: 1,
SIM("S"),
>> Indica a
necessidade de
carro extra
>
observacaoCarro
Extra
NÃO("N");
Texto
“precisão”: 250,
este campo
não deve
ser
preenchido
quando >
carroExtra
for
selecionado
com a
opção “Não”
Inteiro
“precisão”: 1,
Não
>> Observações
da necessidade
de carro extra
>
qtdAcompanhant
es
UM("1"),
DOIS("2");
>> Quantidade
de
acompanhantes
>
justAcompanhant
e
Texto
“precisão”: 250,
Não,
quando >
qtdAcompan
hantes for
selecionado
com as
opções “Um
ou Dois”
Texto
“precisão”: 1,
Não,
SIM("S"),
quando >
qtdAcompan NÃO("N");
hantes for
selecionado
com as
opções “Um
ou Dois”
Texto
“precisão”: 50,
Não,
quando >
>> Justificativa
da necessidade
de
acompanhante
> familiarAcomp1
>> Indica se o
acompanhante 1
é familiar do
paciente entidade
> nomeAcomp1
NENHUM("0"),
>> Nome do
acompanhante 1
> rgAcomp1
qtdAcompan
hantes for
selecionado
com as
opções “Um
ou Dois”
Data
“precisão”: 7,
Não,
quando >
qtdAcompan
hantes for
selecionado
com as
opções “Um
ou Dois”
Texto
“precisão”: 11,
este campo
não deve
ser
preenchido
quando >
qtdAcompan
hantes for
selecionado
com a
opção
“Nenhum”
Texto
“precisão”: 1,
Não,
SIM("S"),
quando >
qtdAcompan NÃO("N");
hantes for
selecionado
com a
opção
“Dois”
Texto
“precisão”: 50,
Não,
quando >
qtdAcompan
hantes for
selecionado
com a
opção
“Dois”
>> Número da
identidade do
acompanhante 1
> cpfAcomp1
>> CPF do
acompanhante 1
> familiarAcomp2
>> Indica se o
acompanhante 2
é familiar do
paciente
> nomeAcomp2
>> Nome do
acompanhante 2
> rgAcomp2
Texto
“precisão”: 20,
Não,
quando >
qtdAcompan
hantes for
selecionado
com a
opção
“Dois”
Texto
“precisão”: 11,
este campo
não deve
ser
preenchido
quando >
qtdAcompan
hantes for
selecionado
com a
opção
“Nenhum ou
Um”
Texto
“precisão”: 50,
Texto
“precisão”: 1,
>> Número da
identidade do
acompanhante 2
> cpfAcomp2
>> CPF do
acompanhante 2
> nomeMotorista
>> Nome do
motorista
> enfermagem
SIM("S"),
>> Indica a
necessidade do
acompanhament
o de
enfermeiro(a)
>
nomeEnfermage
m
NÃO("N");
Texto
“precisão”: 50,
Não,
quando >
enfermagem
for
selecionado
com a
opção “Sim”
Texto
“precisão”: 1,
Não
>> Nome do(a)
enfermeiro(a)
> situacao
>> Situação da
solicitação
CANCELADO("C"),
NORMAL("N");
> transporte
Texto
“precisão”: 1,
AMBULÂNCIA("B")
,
>> Transporte
RODOVIÁRIO("R")
,
AÉREO("A"),
ESPECIAL("E");
> iMunicipios
Inteiro
“precisão”: 10,
Não
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato:
'T'HH:mm:ss.SSS
Z
Texto
“precisão”: 250,
>> Município
destino
> dtViagem
>> Data da
viagem
> horaViagem
>> Hora da
viagem
> observacao
>> Observação
>
Texto
telefoneEnfermag
em
“precisão”: 11,
este campo
não deve
ser
preenchido
quando >
enfermagem
for
selecionado
com a
opção “Não”
“precisão”: 11,
este campo
não deve
ser
preenchido
quando >
qtdAcompan
hantes for
>> Telefone
do(a)
enfermeiro(a)
>
telefoneAcomp1
>> Telefone do
acompanhante 1
Texto
selecionado
com a
opção
“Nenhum”
>
telefoneAcomp2
Texto
“precisão”: 11,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 8,
Não
Texto
“precisão”: 1,
Não,
MASCULINO("M"),
quando >
qtdAcompan FEMININO("F");
hantes for
selecionado
com a
opção “Um”
Inteiro
“precisão”: 1,
Não,
quando >
qtdAcompan
hantes for
selecionado
com a
opção “Um”
>> Telefone do
acompanhante 2
> iVeiculos
este campo
não deve
ser
preenchido
quando >
qtdAcompan
hantes for
selecionado
com a
opção
“Nenhum ou
Um”
>> Veículo de
transporte
> kmDistancia
>> Distância em
km entre
municípios
> sexoAcomp1
>> Sexo do
acompanhante 1
> racaAcomp1
>> Raça do
acompanhante 1
INDÍGENA("0"),
BRANCA("2"),
PRETA("4"),
AMARELA("6"),
PARDA("8");
> iEtniasAcomp1
Inteiro
“precisão”: 4,
Não,
quando >
racaAcomp1
for
selecionado
com a
opção
“Indígena”
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não,
quando >
qtdAcompan
hantes for
selecionado
com a
opção “Um”
Texto
“precisão”: 1,
Não,
MASCULINO("M"),
quando >
qtdAcompan FEMININO("F");
hantes for
selecionado
com a
opção
“Dois”
Inteiro
“precisão”: 1,
Não,
quando >
qtdAcompan
hantes for
selecionado
com a
opção
“Dois”
>> Etnias do
acompanhante 1
> dtNascAcomp1
>> Data de
nascimento do
acompanhante 1
> sexoAcomp2
>> Sexo do
acompanhante 2
> racaAcomp2
>> Raça do
acompanhante 2
> iEtniasAcomp2
Inteiro
“precisão”: 4,
Não,
quando >
racaAcomp2
for
selecionado
com a
opção
“Indígena”
Data
“precisão”: 7,
Formato: yyyy-
Não,
quando >
qtdAcompan
>>
i_etnias_acomp_
2
> dtNascAcomp2
>> Data de
INDÍGENA("0"),
BRANCA("2"),
PRETA("4"),
AMARELA("6"),
PARDA("8");
nascimento do
acompanhante 2
> dtTratamento
Data
>> Data do
tratamento
MM-dd
hantes for
selecionado
com a
opção
“Dois”
“precisão”: 7,
Formato: yyyyMM-dd
Não
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.21 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
Acompanhamento do paciente (Atendimento >> Acompanhamento
Paciente), guia Medicação contínua.
> Descrição em
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em tela
> iEntidades
>> Código da
entidade
> iPessoasPac
"idSequencia": 1,
Inteiro
“precisão”: 9,
>> Código do
paciente
"idSequencia": 2,
>
Inteiro
iMedicamentosConti
nuosPac
“precisão”: 10,
>> Sequência do
registro de
medicamento
contínuo
Não
"idSequencia": 3,
Não
Não
de
do
Valores
possíveis
> iMateriaist
Inteiro
“precisão”: 10,
Texto
“precisão”: 1,
>> Código do
material
> matSistema
Não
>> Material do
sistema
>
descricaoMedicame
nto
SIM("S"),
NÃO("N");
Texto
“precisão”: 50,
Texto
“precisão”: 100,
Texto
“precisão”: 50,
Data
“precisão”: 7,
Formato: yyyyMM-dd
Data
“precisão”: 7,
Formato: yyyyMM-dd
Texto
“precisão”: 1,
>> Descrição do
medicamento
>
apresentacaoMedic
amento
>> Apresentação do
medicamento
>posologia
>> Posologia
> dtInicio
>> Data de início do
tratamento
>dtTermino
>> Data de término
do tratamento
> situacao
>> Situação do
registro
Não
EM
ABERTO("A"),
CANCELADO("C
"),
ENCERRADO("E
");
> motivo
Texto
“precisão”: 100,
BigDecim
al
“scala”: 2,
Texto
“precisão”: 1,
>> Motivo do
cancelamento ou
encerramento do
tratamento
> quantidade
>> Quantidade
> unidadeDuracao
Obrigatóri
o se
Medicaçã
o
Contínua
=
Cancelad
o
“precisão”: 10,
>> Unidade de
duração
> programa
DIA("D"),
SEMANA("S"),
MÊS("M");
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.22 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.
Importante saber que para alimentação do ("atendimentos”) é obrigatório
a inserção em conjunto de ("atendProcedRealizados").
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
banco >> Nome Dado
em tela
Regras /
> iEntidades
“precisão”: 4,
Inteiro
>> Código da
entidade
> iAtendimentos
>> Código do
atendimento
Observações
Aceita
Nulo
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
"idSequencia":
2,
Não
Valores possíveis
>
tipoAtendimento
Texto
“precisão”: 1,
Não
PROCEDIMENTO("P")
;
>> Tipo do
atendimento
>
iEspecialidades
CONSULTA("C"),
Inteiro
“precisão”: 5,
>> Código da
especialidade
>iProcedimentos Texto
Obrigatório
se Tipo de
atendiment
o=
Consulta
“precisão”: 10,
>> Código do
procedimento
“precisão”: 9
Não
Inteiro
“precisão”: 9
Não
Inteiro
“precisão”: 9
Não
Data e
Hora
“scala”: 6,
Não
Texto
“precisão”: 1,
> iPessoasEstab Inteiro
>> Código do
estabelecimento
> iPessoasProf
>> Código do
profissional
> iPessoasPac
>> Código do
paciente
>
dhAtendimento
>> Data e hora
do atendimento
> situacao
>> Situação do
atendimento
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.
SSSZ
Não
PENDENTE("P"),
EM EXECUÇÃO("X"),
FINALIZADA("F"),
ENTREGUE("E"),
CANCELADA("C"),
AUTORIZADA("A"),
NÃO
AUTORIZADA("N");
> origem
Texto
“precisão”: 1,
Não
>> Origem do
atendimento
PRONTO
ATENDIMENTO("P"),
AGENDAMENTO("A"),
RETORNO("R"),
OUTROS("O");
> iProntosAtend
Inteiro
“precisão”: 10
Inteiro
“precisão”: 10
Texto
“precisão”: 7,
Texto
“precisão”: 250,
Texto
“precisão”: 1,
>> Código do
pronto
atendimento
>
iAgendamentos
>> Código do
agendamento
> iCids
>> Código do
CID
> observacao
>> Observação
>
solicitacaoRetor
no
>> Data
SIM("S"),
NÃO("N");
>> Indica se foi
solicitado o
retorno do
paciente
> dtRetornoSug
Não
Data
“precisão”: 7,
Formato: yyyy-
sugerida para o
retorno
MM-dd
>
Inteiro
iAtendimentosOr
igem
“precisão”: 10
>> Código de
atendimento de
origem
> motivoCancel
Texto
“precisão”: 250,
Long
“precisão”: 13,
Texto
“precisão”: 1,
>> Motivo do
cancelamento
do atendimento
> numeroBpa
Obrigatório
se
Atendiment
o=
cancelado
>> Número do
BPA para a
autorização
> carater
>> Caráter do
atendimento
(Eletivo ou
Urgência)
> iEquipes
Não
ELETIVO("E"),
URGÊNCIA("U");
Inteiro
“precisão”: 10,
Texto
“precisão”: 1,
>> Código da
equipe
>
finalizadoAutom
aticamente
SIM("S"),
NÃO(NULL);
>> Finalizado
automaticament
e
> nivelAtencao
>> Nível de
Texto
"ATENCAO_BASICA",
"ATENCAO_SECUND
ARIA",
"ATENCAO_TERCIAR
IA"
atenção
Texto
“precisão”: 50,
>
Texto
versaoEsusCriac
ao
“precisão”: 20,
> uuid
>> Identificador
universal único
>> Versão do eSUS na criação
do registro
>
versaoEsusUltAl
teracao
Texto
“precisão”: 20,
>> Versão do eSUS na última
alteração do
registro
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,
"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.23 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
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em tela
> iEntidades
>> Código da
entidade
> iPessoasPac
Não
"idSequencia": 1,
Inteiro
“precisão”: 9,
Não
Valores possíveis
>> Código da
pessoa
> iTriagens
"idSequencia": 2,
Inteiro
>>Código da
triagem
> iAtendimentos
“precisão”: 10,
Não
"idSequencia": 3,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 9,
Texto
“precisão”: 6,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
Data e
Hora
“scala”: 6,
>> Código de
atendimento
> iPessoasProf
Não
>> Código do
profissional da
triagem
> iCbos
>> Código do CBO
> iAgendamentos
>> Código do
agendamento
> iProntosAtend
>> Código do
pronto
atendimento
> iRetornos
>> Código do
retorno
> dhTriagem
>> Data e hora da
triagem
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.S
SSZ
Não
> pressaoSistolica
>> Pressão
sistólica
>
pressaoDiastolica
BigDecima “scala”: 1,
l
“precisão”: 4,
BigDecima “scala”: 1,
l
“precisão”: 4,
>> Pressão
diastólica
> temperatura
>> Temperatura
do paciente
> pulso
BigDecima “scala”: 1,
l
“precisão”: 3,
Inteiro
“precisão”: 3,
>> Pulso
> peso
>> Peso
> altura
>> Altura
> perimCefalico
>> Perímetro
cefálico
> perimToracico
>> Perímetro
torácico
> cintura
>> Medida da
cintura
> quadril
>> Medida do
quadril
BigDecima “scala”: 3,
l
“precisão”: 6,
BigDecima “scala”: 1,
l
“precisão”: 4,
BigDecima “scala”: 3,
l
“precisão”: 6,
BigDecima “scala”: 3,
l
“precisão”: 6,
BigDecima “scala”: 1,
l
“precisão”: 4,
BigDecima “scala”: 1,
l
“precisão”: 4,
> freqRespiratoria
Inteiro
“precisão”: 3,
>> Frequência
respiratória
> satOxigenio
>> Saturação de
oxigênio
BigDecima “scala”: 2,
l
“precisão”: 5,
>> Hemoglicoteste
BigDecima “scala”: 2,
l
“precisão”: 6,
> pulsoArritmico
Texto
> hgt
“precisão”: 1,
>> Pulso arrítmico
> pfe
>> Pico de fluxo
expiratório
> dor
SIM("A"),
NÃO(null);
BigDecima “scala”: 2,
l
“precisão”: 5,
Inteiro
“precisão”: 2,
Inteiro
“precisão”: 1,
>> Escala de
intensidade de dor
>glasgowOcular
>> Escala de
coma de glasgow
abertura ocular
AUSENTE("1"),
A DOR("2"),
AO COMANDO
VERBAL("3"),
ESPONTÂNEO("4");
> glasgowVerbal
>> Escala de
coma de glasgow
resposta verbal
Inteiro
“precisão”: 1,
SEM RESPOSTA("1"),
SONS
INCOMPREENSÍVEIS
("2")
PALAVRAS
INAPROPRIADAS("3")
,
DESORIENTADO E
CONVERSANDO("4"),
ORIENTADO E
CONVERSANDO("5");
> glasgowMotora
Inteiro
“precisão”: 1,
>> Escala de
coma de glasgow
resposta motora
NENHUMA("1"),
EXTENSÃO
ANORMAL("2"),
FLEXÃO
ANORMAL("3"),
MOVIMENTO DE
RETIRADA("4"),
LOCALIZA DOR("5")
OBEDECE
COMANDOS("6");
> scqCabeca
Inteiro
“precisão”: 1,
>>Superfície
corporal queimada
cabeça
> scqToraxF
2º GRAU("2"),
3º GRAU("3");
Inteiro
“precisão”: 1,
>>Superfície
corporal queimada
tórax frontal
> scqToraxD
3º GRAU("3");
Inteiro
“precisão”: 1,
>>Superfície
corporal queimada
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
Inteiro
“precisão”: 1,
>>Superfície
corporal queimada
abdômen frontal
> scqAbdomenD
1º GRAU("1"),
2º GRAU("2"),
>>Superfície
corporal queimada
tórax dorsal
> scqAbdomenF
1º GRAU("1"),
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
abdômen dorsal
> scqVirilha
3º GRAU("3");
Inteiro
“precisão”: 1,
>>Superfície
corporal queimada
virilha
> scqBracoE
2º GRAU("2"),
3º GRAU("3");
Inteiro
“precisão”: 1,
>>Superfície
corporal queimada
braço esquerdo
> scqBracoD
3º GRAU("3");
Inteiro
“precisão”: 1,
3º GRAU("3");
Inteiro
“precisão”: 1,
3º GRAU("3");
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
Inteiro
“precisão”: 1,
>>Superfície
corporal queimada
perna esquerda
> scqPernaD
1º GRAU("1"),
2º GRAU("2"),
>>Superfície
corporal queimada
coxa direita
> scqPernaE
1º GRAU("1"),
2º GRAU("2"),
>>Superfície
corporal queimada
coxa esquerda
> scqCoxaD
1º GRAU("1"),
2º GRAU("2"),
>>Superfície
corporal queimada
braço direito
> scqCoxaE
1º GRAU("1"),
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
Inteiro
“precisão”: 1,
>>Superfície
corporal queimada
perna direita
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/triagens
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
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.24 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iAtendimentos
Não
"idSequencia": 1,
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>> Código do
atendimento
>
iAtendEvoluco
esDiarias
Inteiro
“precisão”: 10,
Não
"idSequencia": 3,
>> Código
sequencial da
evolução diária
> iPessoasProf Inteiro
“precisão”: 9,
Não
“scala”: 6,
Não
>> Código do
profissional
>
Data e
dhEvolucaoDia Hora
ria
>> Data e hora
do registro da
evolução
> observacao
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.S
SSZ
Texto
“precisão”: 200,
Data
“precisão”: 7,
Formato: yyyyMM-dd
>> Código do
tipo do vínculo
> dtInternacao
>> Data da
internação
Não
Valores possíveis
> dtAlta
Data
>> Data da alta
“precisão”: 7,
Formato: yyyyMM-dd
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.25 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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iAtendimentos
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
"idSequencia": 3,
Texto
“precisão”:
100000,
Texto
“precisão”:
100000,
Texto
“precisão”: 200,
>> Inspeção
física do
paciente
>
inspDistDesenvo
lvimento
>> Inspeção de
distúrbios de
desenvolvimento
>
inspLesaoCutan
ea
>> Inspeção de
lesões cutâneas
Não
"idSequencia": 2,
>> Código
sequencial do
exame físico
> inspDismorfias
Não
"idSequencia": 1,
>> Código do
atendimento
>
iAtendExamesFi
sicos
Observações
Aceita
Nulo
Não
Valores possíveis
Texto
“precisão”: 200,
Texto
“precisão”:
100000,
Texto
“precisão”:
100000,
>
Texto
palpConsistencia
“precisão”:
100000,
> inspCateter
>> Inspeção de
cateter e outros
>
palpModeloEstru
tural
>> Palpação do
modelo
estrutural do
órgão
> palpEspessura
>> Palpação da
espessura dos
órgãos
>> Consistência
verificada na
palpação dos
órgãos
> palpVolume
Texto
“precisão”: 200,
Texto
“precisão”: 200,
Texto
“precisão”: 1,
>> Volume
verificado na
palpação dos
órgãos
> palpDureza
>> Dureza
verificada na
palpação dos
órgãos
> percussao
>> Percussão
encontrada na
inspeção do
CLARO PULMONAR("C"),
MACIÇA("M"),
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.26 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
banco >>
Dado
Nome em tela
Regras /
> iEntidades
“precisão”: 4,
Inteiro
>> Código da
entidade
> iAtendimentos
Observações
Não
"idSequencia": 1,
Inteiro
>> Código do
atendimento
“precisão”: 10,
Não
"idSequencia": 2,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
>
Inteiro
iPessoasEstabD
“precisão”: 10,
>
iMateriaisPresc
Aceita
Nulo
>> Código do
material
prescrito
>
iPessoasProfPr
esc
>> Código do
profissional
Não
Valores possíveis
isp
>> Código da
pessoa
>
pertenceEstoqu
ePresc
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
>> Indica se o
medicamento
pertence ao
estoque
>
unidadeDispens
aPresc
Texto
“precisão”: 20,
Texto
“precisão”: 150,
>> Unidade de
dispensa
>
apresentacaoPr
esc
>>
Apresentação
do medicamento
>
BigDecim
qtdPrescritaPres al
c
“scala”: 2,
“precisão”: 10,
>> Quantidade
prescrita
>
viaAdministraca
oPresc
>> Via de
administração
Inteiro
“precisão”: 2,
ORAL("1"),
TÓPICA("2"),
PARENTAL("3"),
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,
>
Inteiro
unidadeDuracao
Presc
“precisão”: 1,
>> Doses
DIAS("1"),
SEMANAS("2"),
MESES("3"),
>> Unidade da
duração do
tratamento
SEMESTRES("4"),
ANOS("5"),
HORAS("6"),
MINUTOS("7");
>
observacaoPres
c
Texto
precisão": 150,
Texto
precisão": 1,
>>Observações
> situacaoPresc
>> Situação
EM ABERTO("A"),
DISPENSADO("D"),
DISPENSADO
PARCIALMENTE("P"),
CANCELADO("C"),
NÃO SE APLICA("N");
>
descricaoMateri
alPresc
Texto
“precisão”: 100,
Inteiro
“precisão”: 3,
>> Descrição do
material
prescrito
> duracaoPresc
>> Tempo de
duração do
tratamento
>
Inteiro
iAtendMedPresc
ricoes
“precisão”: 10,
Não
"idSequencia": 3,
>> Sequência
do medicamento
na prescrição
> dtPrescricao
Data
“precisão”: 7,
Formato: yyyyMM-dd
Texto
“precisão”: 30,
>> Data da
prescrição
> posologia
Não
>> Posologia da
prescrição
>
Texto
medicamentoCo
ntinuo
“precisão”: 1,
NÃO("N");
>> Indica
medicamento
contínuo
> iRenameSus
>> Código do
rename
Inteiro
SIM("S"),
“precisão”: 10,
>
justificativaQtdE
xcedente
Texto
“precisão”: 500,
Inteiro
“precisão”: 10,
>> Justificativa
da quantidade
excedente
>
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.27 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
Não
Valores possíveis
entidade
>
iAtendimentos
"idSequencia": 1,
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>> Código do
atendimento
>
Texto
iProcedimentos
“precisão”: 10,
Não
"idSequencia": 3,
>> Código do
procedimento
>
Data e
horarioRealizac Hora
ao
>> Horário de
realização do
procedimento
> quantidade
“scala”: 6,
Não
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.SS
SZ
Inteiro
“precisão”: 3,
Não
Inteiro
“precisão”: 9,
Não
>> Quantidade
de
procedimentos
> iPessoasProf
>> Código do
profissional
que realizou o
procedimento
> iCids
"idSequencia": 4,
Texto
“precisão”: 7,
Long
“precisão”: 13,
>> Código do
CID
> numeroBpa
>> Número do
BPA para a
autorização
> iCbos
Texto
“precisão”: 6,
Texto
“precisão”: 1,
Não
>> CBO
> fixo
>>
Procedimento
fixo
SIM("S"),
NÃO("N");
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.28 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
Valores possíveis
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iAtendimentos
Não
"idSequencia": 1,
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>> Código do
atendimento
>
iProcedimento
s
Texto
“precisão”: 10,
Não
"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.29 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.
Para conferir o envio das informações, acesse a tela de cadastro de
Atendimentos (Atendimento >> Atendimentos) em Procedimentos coluna
Solicitados.
> Descrição em
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em tela
> iEntidades
>> Código da
"idSequencia":
Não
Valores possíveis
entidade
> iAtendimentos
1,
Inteiro
>> Código do
atendimento
> iProcedimentos
Não
"idSequencia":
2,
Texto
>> Código do
procedimento
> quantidade
“precisão”: 10,
“precisão”: 10,
Não
"idSequencia":
3,
Inteiro
“precisão”: 3,
Não
Texto
“precisão”: 7,
Não
Texto
“precisão”: 7,
Texto
“precisão”: 7,
Texto
“precisão”: 250,
Texto
“precisão”: 250,
>> Quantidade
solicitada
> iCidsPrinc
>> CID principal
> iCidsSec
>> CID secundário
> iCidsAssoc
>> CID associado
> observacao
>> Observação
> diagnostico
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.30 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
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
> iEntidades
Inteiro
>> Código da
entidade
> iAtendimentos
Inteiro
Texto
“precisão”:
100000,
Texto
“precisão”:
100000,
Texto
“precisão”:
100000,
Texto
“precisão”:
100000,
Texto
“precisão”: 7,
>> Observações
quanto aos
exames físicos,
ausculta,
resultados de
exames
apresentados pelo
paciente
> prescricoes
>> Observações
quanto pedido de
exames,
encaminhamentos
para outros
especialistas e
prescrição de
medicamentos
> avaliacoes
>> Observações
quanto as
avalições médicas
> iCids
“precisão”: 10,
"idSequencia": 2,
>> Observações
quanto a queixa
principal, sintomas
e histórico de
doenças
> objetivo
Não
"idSequencia": 1,
>> Código do
atendimento
> subjetivo
“precisão”: 4,
Não
>> Código do cid
> plano
Texto
“precisão”:
100000,
Texto
“precisão”:
100000,
>> Plano do
paciente
>
prescricoesControl
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.31 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iAtendimentos
Não
"idSequencia": 1,
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>> Código do
atendimento
>
Inteiro
iAtendTratame
ntos
“precisão”: 10,
"idSequencia": 3,
>> Sequência
do
medicamento
no
tratamento/ter
apia
>
Inteiro
iPessoasProfT
rat
>> Código do
profissional
“precisão”: 10,
Não
Valores possíveis
prescritor
>
iMateriaisTrat
Inteiro
“precisão”: 10,
BigDecimal
“precisão”: 10,
>> Código do
material
> qtdTrat
>>
Quantidade
prescrita
“scala”: 2,
>
Inteiro
viaAdministrac
aoTrat
“precisão”: 2,
>>Via de
administração
TÓPICA EPIDERMICA("1");
TÓPICA INALÁVEL("2"),
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 INTRAARTERIAL("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,
Inteiro
“precisão”: 1,
>> Doses
>
unidadeDurac
aoTrat
DIAS("1"),
SEMANAS("2"),
MESES("3"),
>> Unidade de
duração do
tratamento
SEMESTRES("4"),
ANOS("5"),
HORAS("6"),
MINUTOS("7");
>
qtdAplicadaTr
BigDecimal
“scala”: 2,
“precisão”: 10,
at
>>Quantidade
aplicada
> situacaoTrat
Texto
“precisão”: 1,
>> Situação
do tratamento
EM ABERTO("A"),
CONCLUÍDO
(APLICADO)("C"),
PARCIAL("P"),
CANCELADO("X");
> duracaoTrat
Inteiro
“precisão”: 3,
Long
“precisão”: 15,
>> Duração
do tratamento
>
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.32 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iAtendimentos
>> Código do
Não
"idSequencia": 1,
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
atendimento
>
iAtendTratame
ntos
Inteiro
“precisão”: 10,
Não
"idSequencia": 3,
>> Sequência
do
medicamento
no
tratamento/ter
apia
>
iAtendTratame
ntosAplic
Inteiro
“precisão”: 10,
Não
"idSequencia": 4,
>> Sequência
da aplicação
do
medicamento
do tratamento
>
iPessoasProf
Inteiro
“precisão”: 10,
Não
Texto
“precisão”: 20
Não
BigDecima
l
“precisão”: 10
Não
Data e
Hora
“scala”: 6,
>> Código do
profissional
responsável
pela aplicação
> lote
>> Lote de
fabricação
> qtdAplicada
>> Quantidade
aplicada
>
dhAplicacaoTr
at
>> Data e hora
“scala”: 2
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.S
Não
da aplicação
SSZ
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.33 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
Prontos atendimentos (Atendimento >> Prontos atendimentos) ou Relatório de
Pronto atendimentos (Relatórios >> Gerenciais >> Atendimento >> Pronto
atendimentos).
> Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome
em tela
> iEntidades
>> Código
da entidade
>
iProntosAten
d
Não
"idSequencia": 1,
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>> Código
do pronto
atendimento
>
Texto
tipoAtendime
nto
“precisão”: 1,
>> Tipo de
atendimento
>
Inteiro
iEspecialidad
es
“precisão”: 5,
>>
Quantidade
>
Texto
iProcediment
os
“precisão”: 10,
>> Código
do
procediment
o
>
iPessoasEst
Inteiro
“precisão”: 9,
Não
Valores possíveis
ab
>> Código
do
estabelecime
nto
>
Inteiro
iPessoasPac
“precisão”: 9,
Não
>> Código
do paciente
>
dhProntoAte
nd
Data e Hora “scala”: 6,
“precisão”: 11,
Formato: yyyy-MMdd'T'HH:mm:ss.SS
SZ
>> Data e
hora do
pronto
atendimento
>
observacao
Não
Texto
“precisão”: 250,
Texto
“precisão”: 1,
>>
Observação
> situacao
Não
>> Situação
do pronto
atendimento
AGUARDANDO("G"),
FINALIZADO("F"),
CANCELADO("C"),
EM
ATENDIMENTO("E");
>
Texto
motivoCance
l
“precisão”: 250,
>> Motivo do
cancelament
o do pronto
atendimento
>
Texto
tipoMotivoCa
“precisão”: 1,
Obrigatór
io se
motivo
do
cancelam
ento =
outros
ATRASO("A"),
ncel
FALTA("F"),
>> Tipo do
motivo do
cancelament
o
DESISTÊNCIA("D"),
OUTROS(“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.34 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
banco >>
Dado
Nome em tela
Regras /
> iEntidades
“precisão”: 4,
Inteiro
>> Código da
entidade
>
iEncaminhamen
tos
Observações
Aceita
Nulo
Valores possíveis
Não
"idSequencia": 1,
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>> Código do
encaminhament
o
>
iProcedimentos
Texto
“precisão”: 10,
Não
"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.35 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
em banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iRetornos
>> Código da
Não
"idSequencia": 1,
Inteiro
>> Código do
retorno
> iPessoasPac
Observações
Aceita
Nulo
“precisão”: 10,
Não
"idSequencia": 2,
Inteiro
“precisão”: 9,
Não
Valores possíveis
pessoa
> dhRetorno
>> Data e hora
do retorno
Data e
Hora
>
Inteiro
iAtendimentosO
rigem
“scala”: 6,
Não
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.S
SSZ
“precisão”: 10,
Não
“precisão”: 1,
Não
>> Código de
atendimento
que originou
esse retorno
> situacao
Texto
>> Situação do
retorno
AGUARDANDO("G"),
FINALIZADO("F"),
CANCELADO("C"),
EM ATENDIMENTO("E");
> motivoCancel
Texto
“precisão”: 250,
Texto
“precisão”: 1,
>> Motivo do
cancelamento
do retorno
>
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.36 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
Não
Valores possíveis
entidade
4.130>
iPessoasPac
"idSequencia": 1,
Inteiro
“precisão”: 9,
Não
"idSequencia": 2,
>> Código do
paciente
> iTriagens
Inteiro
“precisão”: 10,
>> Código da
triagem
"idSequencia": 3,
>
Texto
corClassificaca
o
“precisão”: 1,
Não
Não
EMERGÊNCIA("R"),
MUITO URGENTE("O"),
URGENTE("Y"),
>> Cor da
classificação
NÃO URGENTE("G"),
BAIXA
COMPLEXIDADE("B");
> queixa
Texto
“precisão”: 2000,
Texto
“precisão”: 2000,
Texto
“precisão”: 2000,
>> Queixa
> historico
>> Histórico
> exameFisico
>> 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.37 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
"idSequencia": 1,
Não
Valores possíveis
>
iSolicAgendC
otas
Inteiro
“precisão”: 9,
Não
"idSequencia": 2,
>> Código
das cotas de
solicitações
de
agendamento
s
>
Inteiro
iPessoasEsta
b
“precisão”: 9
Não
“precisão”: 4,
Não
>>Código do
estabelecime
nto
>
Inteiro
iCompetencia
s
>> Código da
competência
> situacao
Texto
“precisão”: 1
>> Situação
da cota
ATIVO("A"),
INATIVO("I");
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.38 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iSolicAgendC
otas
Não
"idSequencia": 1,
Inteiro
“precisão”: 9,
Não
"idSequencia": 2,
>> Código
das cotas de
solicitações
de
agendamento
s
>
iSolicAgendC
Inteiro
“precisão”: 9
"idSequencia": 3,
Não
Valores possíveis
otasItens
>>Código dos
itens das
cotas
> tipo
Texto
“precisão”: 1
>> Tipo de
solicitação
>
iProcediment
os
PROCEDIMENTO("P"
),
CONSULTA("C");
Texto
“precisão”: 10
Inteiro
“precisão”: 5
Inteiro
“precisão”: 10
>> Código do
procedimento
>
iEspecialidad
es
>> Código da
especialidade
> qtdSolic
>>
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.39 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Observações
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iAgendament
os
>> Código do
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
"idSequencia":
2,
Não
Valores possíveis
agendamento
>tipoAgenda
mento
Texto
“precisão”: 1
Não
PROCEDIMENTO("P");
>> Tipo de
agendamento
>
iEspecialidad
es
Inteiro
“precisão”: 5,
>> Código da
especialidade
>iProcedimen Texto
tos
“precisão”: 10,
>> Código do
procedimento
>iPessoasEst Inteiro
ab
“precisão”: 9,
Não
>> Código do
estabelecime
nto
>iPessoasPr
of
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 9,
Não
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
>> Código do
profissional
>iPessoasPa
c
>> Código do
paciente
>dtAgendam
ento
>> Data do
agendamento
CONSULTA("C"),
>horarioIni
>> Horário
inicial do
agendamento
Data e
Hora
>iSolicitacoes Inteiro
“precisão”: 11,
Formato: 19700101'T'HH:mm:ss.
SSSZ
Não
“precisão”: 10,
>> Código da
solicitação de
agendamento
>situacao
Texto
“precisão”: 1,
Não
>> Situação
do
agendamento
FINALIZADO("F"),
AGENDADO("A"),
CANCELADO("C"),
PENDENTE DE
TRANSFERÊNCIA("P"),
TRANSFERIDO("T"),
AGUARDANDO("G"),
EM
ATENDIMENTO("E");
>horarioFin
>> Horário
final do
agendamento
>observacao
Data e
Hora
>> Motivo do
cancelament
o do
agendamento
Não
“precisão”: 11,
Formato: 19700101'T'HH:mm:ss.
SSSZ
Texto
“precisão”:
1000,
Texto
“precisão”: 250,
>>
Observação
>motivoCanc
el
“scala”: 6,
*Obrigatório
se motivo do
cancelament
o=outros
>
iAgendament
osTransf
Inteiro
“precisão”: 10,
Texto
“precisão”: 1,
>> Código do
agendamento
de
transferência
>origem
>> Indica
quem
realizou o
agendamento
>ocorrencia
Preenchido
automaticam
ente.
Texto
“precisão”: 1,
>> Data e
hora do
registro do
agendamento
Texto
EXTERNO
NORMAL(4);
PRIMEIRA
CONSULTA("P"),
“precisão”: 1,
ATRASO("A"),
FALTA("F"),
DESISTÊNCIA("D"),
OUTROS("O");
Data e
Hora
>iProcedimen Texto
tosExec
>> Código do
procedimento
executado
EXTERNO ADMIN(2),
RETORNO("R");
>> Tipo do
motivo do
cancelament
o
>dhRegistro
LOCAL ADMIN(1),
LOCAL NORMAL(3),
>>
Ocorrência
do
agendamento
>tipoMotivoC
ancel
Não;
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.
SSSZ
“precisão”: 10,
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.40 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
em banco
Tipo de
Dado
Regras /
Observações
Aceit
a
Nulo
Inteiro
“precisão”: 4,
Não
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iAgendamento
s
Valores possíveis
"idSequencia": 1,
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>> Código do
agendamento
>
contatoRealiza
do
>>Indica se o
Texto
“precisão”: 1
Não
SIM("S"),
NÃO("N");
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.41 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
em banco
>> Nome em
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
tela
> iEntidades
Inteiro
>> Código da
entidade
> iSolicitacoes
Não
"idSequencia":
1,
Inteiro
>> Código da
solicitação de
agendamento
> iMunicipios
“precisão”: 4,
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 10,
Não
Texto
“precisão”: 1,
Não
>> Código do
município
>
tipoAgendame
nto
PROCEDIMENTO("P");
>> Tipo de
agendamento
>iPessoasPac
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 9,
>>Código da
pessoa do
paciente
>iPessoasEsta
b
>> Código do
estabeleciment
o solicitante
>iPessoasProf
>> Código do
profissional
solicitante
>iPacientesExt
>> Código do
CONSULTA("C"),
paciente de
outro município
Inteiro
“precisão”: 5,
>iProcedimento Texto
s
“precisão”: 10,
>iEspecialidad
es
>> Código da
especialidade
>> Código do
procedimento
>dhSolicitacao
>> Data e hora
da solicitação
>prioridade
Data e
Hora
“scala”: 6,
Texto
“precisão”: 1,
Não
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss
.SSSZ
Não
>> Prioridade
no
agendamento
>situacao
NORMAL("N"),
ALTA("A"),
URGENTE("U");
Texto
“precisão”: 1,
>> Situação da
solicitação
Não
AGENDADO("A"),
CANCELADO("C"),
PENDENTE DE
TRANSFERÊNCIA("P"),
TRANSFERIDO("T"),
EM ATENDIMENTO("E"),
FINALIZADO("F"),
INDEFERIDO("I"),
AGUARDANDO("G");
>justificativa
Texto
“precisão”:
>> Justificativa
para a situação
da solicitação
>observacao
150,
Texto
“precisão”:
250,
Texto
“precisão”:
250,
Data
“precisão”: 7,
Formato: yyyyMM-dd
Texto
“precisão”: 1,
>> Observação
da solicitação
> motivo
>> Motivo da
situação da
solicitação
>dtEncaminha
mento
>> Data do
encaminhamen
to
>retorno
>> Retorno
>dtRetorno
NÃO("N");
Data
“precisão”: 7,
Formato: yyyyMM-dd
Inteiro
“precisão”: 9,
Texto
“precisão”: 1,
>> Data do
retorno
>iPessoasProf
Ret
SIM("S"),
>> Código da
pessoa do
profissional de
retorno
>pacContactad
o
NÃO("N");
>> Paciente
contactado
>iProcedimento Texto
SIM("S"),
“precisão”: 10,
sExec
>>Código do
procedimento
executado
>iAtendOrigem
Ret
Inteiro
“precisão”: 10,
Texto
“precisão”: 1,
>>Código do
atendimento de
origem do
retorno
>riscoOdontolo
gico
RISCO 0("0"),
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
familiar
BAIXO RISCO("B"),
MÉDIO RISCO("M")
ALTO RISCO("A");
>motivoCancel
>>Motivo do
cancelamento
Texto
“precisão”:
250,
Não =
situação for
"cancelado
”
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.42 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
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em tela
> iEntidades
>> Código da
entidade
> iSolicLaudosAih
"idSequencia": 1,
Inteiro
>> Código da
solicitação do laudo
AIH
>
iPessoasEstabSolic
Não
“precisão”: 10,
Não
"idSequencia": 2,
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Não
>> Código do
estabelecimento
solicitante
>
iPessoasEstabExec
>> Código do
estabelecimento
executante
Valores
possíveis
> iPessoasPac
Inteiro
“precisão”: 9,
Texto
“precisão”: 500,
Texto
“precisão”: 500,
Texto
“precisão”: 500,
Texto
“precisão”: 30,
Texto
“precisão”: 7,
Texto
“precisão”: 7,
Texto
“precisão”: 7,
Texto
“precisão”: 10,
>> Código do
paciente
> sintomasClinicos
>> Descrição dos
sintomas clínicos
>
condJustInternacao
>> Descrição da
justificativa de
internaçã
>
provasDiagnosticas
>> Descrição da
prova diagnóstica
>
diagnosticosIniciais
>> Diagnóstico
inicial
>iCidsPrinc
>> Código do CID
principal
> iCidsSec
>> Código do CID
secundário
> iCidsCausas
>> Código do CID
causas associadas
> iProcedimentos
>> Código do
Não
procedimento
> tiposClinicas
Texto
“precisão”: 2,
Não
Texto
“precisão”: 3,
Não
Texto
“precisão”: 1,
Não
Inteiro
“precisão”: 9,
Não
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Texto
“precisão”: 2,
Texto
“precisão”: 11,
Texto
“precisão”: 11,
Texto
“precisão”: 9,
>> Tipo de clínica
>
iCaracteresInternaco
es
>> Código do caráter
de internação
> tiposDocumentos
>> Tipo de
documento
> iPessoasProf
>> Código do
profissional
> dtSolicitacao
>> Data da
solicitação
> tiposAcidentes
>> Tipo de acidente
> cnpjSeguradora
>> CNPJ da
segurador
> numeroBilhete
>> Número do
bilhete
> serieBilhete
>> Série do bilhete
> cnpjEmpresa
Texto
“precisão”: 14,
Texto
“precisão”: 7,
Texto
“precisão”: 6,
Texto
“precisão”: 1,
>> CNPJ da
empresa
> iCnaes
>> Código do CNAE
>iCbors
>> Código do CBO
reduzido
> tiposVinculosPrev
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
>> Situação da
solicitação
CANCELADO("C
"),
FINALIZADO("F"
),
EM
ABERTO("A");
> iAtendimentos
Inteiro
“precisão”: 10,
Texto
“precisão”: 100,
>> Atendimento
vinculado à
solicitação
>
Não,
quando o
campo
“Do
município
”for
seleciona
do como
“Não”.
nomeEstabExecExt
>> Nome do
estabelecimento
executante externo
> cnesEstabExecExt
Texto
>> Código do cnes
do estabelecimento
executante externo
“precisão”: 7,
Não,
quando o
campo
“Do
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.43 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).
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Observações
>> Nome
em tela
>
iEntidades
Não
"idSequencia": 1,
>> Código
da entidade
>
iSolicLaudo
sBpai
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>> Código
da
solicitação
de laudos
bpa
>
Inteiro
iPessoasPa
c
“precisão”: 9,
Não
“precisão”: 9,
Não
>> Código
do paciente
>
Inteiro
iPessoasEs
tabSolic
>> Código
do
estabelecim
ento
solicitante
Valores possíveis
“precisão”: 9,
Não, quando
selecionado
campo “Do
município”
“precisão”: 200,
Não, quando não
selecionado
campo “Do
município”
“precisão”: 7,
Não, quando não
selecionado
campo “Do
município”
Inteiro
“precisão”: 9,
Não
>
Inteiro
tipoDocume
ntoProf
“precisão”: 1,
Não
>
Inteiro
iPessoasEs
tabExec
>> Código
do
estabelecim
ento
executante
>
Texto
nomePesso
asEstabExe
c
>> Nome
do
estabelecim
ento
executante
que não
pertence ao
Sistema
>
Texto
cnesEstabE
xec
>> CNES
do
estabelecim
ento
executante
que não
pertence ao
sistema
>
iPessoasPr
of
>> Código
do
profissional
CNS("1"),
CPF("2");
>> Tipo do
documento
do
profissional
>dtSolicitac
ao
Data
“precisão”: 7,
Formato: yyyyMM-dd
Texto
“precisão”: 2000,
>> Data da
solicitação
>
diagnostico
>>
Descrição
do
diagnóstico
> iCidsPrinc Texto
“precisão”: 7,
>> Código
do Cid
principal
> iCidsSec
Texto
“precisão”: 7,
Texto
“precisão”: 7,
Texto
“precisão”: 2000,
>> Código
do Cid
secundário
>
iCidsCausa
s
>> Código
do Cid da
provável
causa
>
anamnese
>> Resumo
da
anamnese
e exame
Não
físico
>
justificativa
Texto
“precisão”: 1000,
Texto
“precisão”: 1,
>>
Justificativa
do
procedimen
to
> situacao
Não
>> Situação
da
solicitação
PENDENTE("P"),
CANCELADO("C"),
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.44 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.
>
Descrição
em banco
Tipo
de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Observações
>> Nome
em tela
>
iEntidades
>> Código
da
entidade
>
Texto
iProcedime
ntos
>> Código
do
Não
"idSequencia":
1,
“precisão”: 10,
"idSequencia":
2,
Não
Valores possíveis
procedime
nto
>
iSolicLaud
osBpai
Inteiro
“precisão”: 10,
"idSequencia":
3,
Não
“precisão”: 4,
Não
>> Código
da
solicitação
de laudos
bpai
>
Inteiro
quantidade
>>
Quantidad
e
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-laudos-bpai-proced
Modelo para conversão da
Procedimentos BPA-I
tabela de
Solicitação de Laudo de
{
"dtoList”: [{
"clientId”: null,
“solicLaudosBpaiProced": {
"quantidade": null,
"iEntidades": null,
"iProcedimentos": null,
"iSolicLaudosBpai": null
}
Onde: Null = valores a serem alimentados.
4.45 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).
>
Descrição
em banco
Tipo de
Dado
Regras /
Aceita Nulo
Observações
>> Nome
em tela
> iEntidades Inteiro
“precisão”: 4,
>> Código
da entidade
"idSequencia": 1,
>
Inteiro
iSolicProced
imentos
“precisão”: 10,
Não
Não
"idSequencia": 2,
>> Código
da
solicitação
de
procediment
os
Inteiro
“precisão”: 9,
Não
>
Inteiro
iPessoasEst
abSolic
“precisão”: 9,
Não
>
iPessoasPa
c
>> Código
do paciente
>> Código
do
estabelecim
ento
solicitante
Valores possíveis
>
iPessoasPr
ofSolic
Inteiro
“precisão”: 9,
Não
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.S
SSZ
Não
Texto
“precisão”: 1,
Não
>> Código
do
profissional
solicitante
>
dhCadastro
>> Data e
hora do
cadastro
> situacao
>> Situação
da
solicitação
>
iMunicipios
Origem
NORMAL("N");
Inteiro
“precisão”: 10,
Não, quando
solicitação for
externa
Inteiro
“precisão”: 10,
Não, quando
solicitação for
externa
Texto
“precisão”: 60,
Não, quando
solicitação for
externa
>> Código
do
município
externo de
origem
>
iPacientesE
xt
>> Código
do paciente
externo
>
nomeEstab
SolicExt
>> Nome do
estabelecim
ento
solicitante
CANCELADO("C"),
externo
“precisão”: 7,
Não, quando
solicitação for
externa
“precisão”: 60,
Não, quando
solicitação for
externa
Texto
“precisão”: 11,
Não, quando
solicitação for
externa
>
Texto
cnsProfSolic
Ext
“precisão”: 15,
Não, quando
solicitação for
externa
>
cnesEstabS
olicExt
Texto
>> CNES
do
estabelecim
ento
solicitante
externo
>
Texto
nomeProfSo
licExt
>> Nome do
profissional
solicitante
externo
>
cpfProfSolic
Ext
>> CPF do
profissional
solicitante
externo
>> CNS do
profissional
solicitante
externo
>
observacao
Texto
“precisão”: 1000,
Texto
“precisão”: 5,
>>
Observação
>
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.46 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
em banco
Dado
Regras /
Aceita Nulo
Observações
>> Nome
em tela
> iEntidades
Inteiro
>> Código
da entidade
>
iSolicProced
imentos
“precisão”: 4,
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código
da
solicitação
de
procediment
os
>
Inteiro
iSolicProced
imentosItens
>> Código
do item da
solicitação
de
“precisão”: 10,
"idSequencia":
3,
Não
Valores possíveis
procediment
os
Texto
“precisão”: 10,
Texto
“precisão”: 7,
Inteiro
“precisão”: 9,
>
Inteiro
iPessoasPro
fAut
“precisão”: 9,
Não, quando
parâmetro exigir
autorização
“precisão”: 3,
Não
“precisão”: 3,
Não, quando
parâmetro exigir
autorização
>
iProcedimen
tos
Não
>> Código
do
procediment
o
> iCids
>> Código
do CID
>
iPessoasEst
abExec
>> Código
do
estabelecim
ento
executante
>> Código
do
profissional
autorizador
>
Inteiro
qtdSolicitada
>>
Quantidade
solicitada
>
Inteiro
qtdAutorizad
a
>>
Quantidade
autorizada
>
estabPerten
ceMunicipio
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
>>
Estabelecim
ento
executante
pertence ao
município
>
Texto
nomeEstabF
oraMun
“precisão”: 60,
Não, quando
solicitação for
externa
>> Nome do
estabelecim
ento
executante
de fora do
município
>
dtValidadeA
ut
Data
“precisão”: 7,
este campo não
Formato: yyyy- deve ser
informado quando
MM-dd
parâmetro não
exigir autorização
Texto
“precisão”:
250,
Não, quando a
solicitação for
selecionada como
“Não”autorizada
Texto
“precisão”: 1,
Não
>> Data de
validade da
autorização
>
justNaoAut
>>
Justificativa
da não
autorização
> situacao
>> Situação
CANCELADO("C"),
NORMAL("N");
>
dhAutorizac
ao
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:s
s.SSSZ
Texto
“precisão”: 1,
>> Data e
hora da
autorização
> prioridade
Não
MÉDIA("M"),
>>
Prioridade
da
solicitação
de
procediment
os
ALTA("A"),
BAIXA("B");
>
Texto
motivoCanc
elamentoAut
“precisão”:
250,
>> 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
procedimentos
da
tabela
de
{
"dtoList”: [{
"clientId”: null,
“solicProcedimentosItens": {
"qtdSolicitada": null,
"qtdAutorizada": null,
"estabPertenceMunicipio": null,
"nomeEstabForaMun": null,
"dtValidadeAut": null,
Itens
da
solicitação
de
"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.47 Layout da tabela 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 (Cadastros
>> Atenção básica >> e-SUS >> Atendimento Individual) ou Relatório de
Atendimentos (Relatórios >> Cadastrais >> e-SUS >> Atendimentos Individuais
AB).
> Descrição
em banco
>> Nome em
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
tela
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
"idSequencia":
1,
>
Inteiro
iAtendimentos
“precisão”: 10,
>> Código do
atendimento
Não
"idSequencia":
2,
Texto
“precisão”: 4,
Texto
“precisão”: 4,
>
Texto
localAtendime
nto
“precisão”: 1,
> iCiap1
Não
>> CIAP-1
> iCiap2
>> CIAP-2
Não
UBS("U"),
UNIDADE MÓVEL("M"),
RUA("R"),
>> Local do
atendimento
DOMICILIO("D"),
ESCOLA/CRECHE("E"),
OUTRO("O"),
PÓLO("P"),
INSTITUIÇÃO/ABRIGO("I"),
UNIDADE PRISIONAL OU
CONGÊNERES("C"),
UNIDADE
SOCIOEDUCATIVA("S");
>
tipoAtendime
nto
>> Tipo de
atendimento
Texto
“precisão”: 1,
CONSULTA AGENDADA
PROGRAMADA/CUIDADO
CONTINUADO("P"),
CONSULTA AGENDADA("A"),
ESCUTA INICIAL /
ORIENTAÇÃO("E"),
CONSULTA NO DIA("C"),
ATENDIMENTO DE
URGÊNCIA("U");
> origem
Texto
“precisão”: 10,
Texto
“precisão”: 1,
Não
>> Origem do
atendimento
>
demandaEsp
ontanea
SIM(“E”),
NÃO(null);
>> Demanda
espontânea
>
condicaoAvali
ada
Texto
“precisão”: 35,
>>
Problema/Co
ndição
Avaliada
>atencaoDom Inteiro
iciliar
“precisão”: 1,
>> Atenção
domiciliar
AD1: ATENDIDOS PELA ESF
E NASF("1"),
AD2: ATENDIMENTO
COMPARTILHADO
EMAD/EMAP("2"),
AD3: ATENDIMENTO
COMPARTILHADO
EMAD/EMAP("3");
> aleitamento
Texto
“precisão”: 1,
>>
Aleitamento
materno
EXCLUSIVO("E"),
PREDOMINANTE("P"),
COMPLEMENTADO("C"),
INEXISTENTE("I");
> dtDum
Data
“precisão”: 7,
Formato: yyyy-
>> Dia da
última
menstruação
MM-dd
Inteiro
“precisão”: 2,
>
Texto
doencasTrans
missiveis
“precisão”: 8,
>
idadeGestaci
onal
>> Idade
gestacional
>> Doenças
transmissíveis
>
rastreamento
Texto
“precisão”: 6,
Texto
“precisão”: 1,
>>
Rastreamento
>
vacinacaoEm
Dia
SIM("S"),
NÃO("N");
>> Vacinação
em dia
>
ficouObserva
cao
Texto
“precisão”: 1,
NÃO("N");
>> Ficou em
observação
> nasf
Texto
“precisão”: 6,
Texto
“precisão”: 14,
>> Núcleo de
Apoio à
Saúde da
Família
> pic
>> Práticas
SIM("S"),
Integrativas e
Complementa
res
Texto
“precisão”: 20,
>
Texto
encaminhame
nto
“precisão”: 50,
> conduta
>> Conduta
>>
Encaminham
ento
> escutaInicial Texto
“precisão”: 1,
SIM(“E”),
>> Escuta
inicial /
Orientação
> consulta
NÃO(null);
Texto
“precisão”: 10,
Caso
atendim
ento
Individu
al =
Odontol
ógico
Texto
“precisão”: 14,
Caso
atendim
ento
Individu
al =
Odontol
ógico
Texto
“precisão”: 6,
Texto
“precisão”: 1,
>> Consulta
>
vigilanciaBuc
al
>> Vigilância
em saúde
bucal
>
fornecimento
>>
Fornecimento
> pne
>> Pacientes
SIM("S"),
com
necessidades
especiais
> iCids
NÃO(null);
Texto
“precisão”: 7,
BigDecim
al
“scala”: 3,
BigDecim
al
“scala”: 1,
>> Código do
CID
> peso
>> Peso
> altura
>> Altura
>
Texto
gravidezPlane
jada
“precisão”: 6,
“precisão”: 4,
“precisão”: 1,
SIM("S"),
NÃO("N");
>> Gravidez
planejada
>
Inteiro
gestasPrevias
“precisão”: 2,
>> 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.48 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
> iAtividades
"idSequencia":
1,
Inteiro
>> Código da
atividade
> iTurmas
“precisão”: 10,
"idSequencia":
2,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
>> Código da
turma
>
iPessoasEstab
>> Código da
turma
Não
Não
Valores possíveis
>
iPessoasEstab
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 1,
Não
>>Código do
estabeleciment
o
> atividade
REUNIÃO DE EQUIPE("1"),
REUNIÃO COM OUTRAS
EQUIPES DE SAÚDE("2"),
>>Atividade
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");
>
temaAtividade
>> Tema da
atividade
Texto
“precisão”: 150
QUESTÕES
ADMINISTRATIVAS /
FUNCIONAMENTO("1"),
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
Texto
“precisão”: 200
Texto
“precisão”: 100
Texto
“precisão”: 200
Inteiro
“precisão”: 8,
>
Inteiro
nroParticipante
s
“precisão”: 3,
>
temaAtividade
Outros
>> Tema da
atividade
outros
>
localAtividade
>> Local da
atividade
>publicoAlvo
>> Público
alvo
>
outroPublicoAl
vo
>> Outro
publico alvo
> inep
>> Instituto
Nacional de
Estudos e
Pesquisas
>>Programaçã
o do número
de
participantes
> horaInicio
>> Horário
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyy-
MMdd'T'HH:mm:ss
.SSSZ
inicial
> horaFinal
>> Horário
final
> dtInicio
Data e
Hora
“scala”: 6,
Data
“precisão”: 7,
Formato: yyyyMM-dd
Data
“precisão”: 7,
Formato: yyyyMM-dd
Texto
“precisão”: 50,
>> Data inicial
da atividade
> dtFinal
>> Data final
da atividade
> uuid
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss
.SSSZ
>>
Identificador
universal único
>
Data e
dhUltimaSincro Hora
nizacao
>> Data/hora
da ultima
sincronização
>
versaoEsusCri
acao
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss
.SSSZ
Texto
“precisão”: 20,
Texto
“precisão”: 20,
>> Versão do
e-SUS na
criação do
registro
>
versaoEsusUlt
Não
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.49 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
> iAtividades
"idSequencia":
1,
Inteiro
>> Código da
atividade
>
iAtividadesMe
mbros
Não
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 10,
Não
"idSequencia":
3,
>> Código do
membro da
atividade
> iPessoasPac
Inteiro
“precisão”: 9,
Não
Valores possíveis
>> Código do
paciente
> iPessoasProf Inteiro
“precisão”: 9,
>> Código do
profissional
> vinculado
Texto
“precisão”: 1,
>> Membro
vinculado da
turma
SIM("S"),
NÃO(null);
>
Texto
avaliacaoAltera
da
“precisão”: 1,
SIM("S"),
NÃO("N");
>>Avaliaçao
alterada
> estatura
BigDecimal
“precisão”: 3,
>>Estatura
> peso
BigDecimal
“scala”: 2,
“precisão”: 5,
>>Peso
>
cessouHabitoF
umar
“scala”: 2,
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
>> Cessou o
hábito de
fumar
>
abandonouGru
po
Texto
“precisão”: 1,
SIM("S"),
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.50 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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iAtendimentos
Não
"idSequencia":
1,
Inteiro
>> Código de
atendimento
>
iAtendIndAvalico
esExames
Observações
Aceita
Nulo
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 10,
Não
"idSequencia":
3,
>> Código da
avaliação
> iCids
Texto
“precisão”: 7,
Data e
Hora
“scala”: 6,
Texto
“precisão”: 250,
Texto
“precisão”:
1000,
Texto
“precisão”:
1000,
>> Código do
CID
> dhAvaliacao
>>Data e hora da
avaliação
> exame
Não
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.
SSSZ
Não
>> Exame
> resultado
>> Resultado
> avaliacao
>> Avaliação
Não
Valores possíveis
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.51 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Valores possíveis
Observações
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iPessoasProf
Não
"idSequencia": 1,
Inteiro
“precisão”: 9,
Não
"idSequencia": 2,
>> Código do
profissional
> iAtividades
Inteiro
>> Código
da atividade
> iCbos
“precisão”: 10,
Não
"idSequencia": 3,
Texto
“precisão”: 6,
Inteiro
“precisão”: 10,
Texto
“precisão”: 1,
Não
>> Código
CBO
> iEquipes
>>Código da
equipe
>
responsavel
>>
SIM("S"),
NÃO(“N”);
>>
Profissional
responsável
>
avaliacoesAlt
eradas
Não
Inteiro
“precisão”: 4,
Avaliações
alteradas
>
Inteiro
iPessoasEsta
b
“precisão”: 9,
Não
>> 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.52 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
> iDomicilios
"idSequencia":
1,
Inteiro
>> Código do
domicilio
>
iPessoasEstab
Não
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 10,
Não
Inteiro
“precisão”: 10,
Não
>> Código do
estabeleciment
o
> iPessoasProf
>> Código do
profissional
responsável
> iEquipes
>>Código da
equipe
> iMunicipios
>> Código do
município
Valores possíveis
> iBairros
Inteiro
“precisão”: 10,
Não
Inteiro
“precisão”: 10,
Não
Texto
“precisão”: 8,
Não
Texto
“precisão”: 8,
Não
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Inteiro
“precisão”: 2,
Texto
“precisão”:
250,
Texto
“precisão”: 1,
>> Código do
bairro
> iLogradouros
>> Código do
logradouro
>cep
>> CEP
>numero
>> Número da
rua
>dtCadastro
>> Data do
cadastro
>microarea
>> Código da
microárea
>complemento
>>
Complemento
>termoRecusa
>> Termo de
recusa
>telefoneResid
encial
SIM("S"),
Texto
“precisão”: 11,
Texto
“precisão”: 11,
>> Telefone
residencial
>telefoneRefer
NÃO(null);
encia
>> Telefone de
referência
>situacaoMora
dia
Texto
“precisão”: 1,
PRÓPRIO("P"),
FINANCIADO("F"),
>> Situação de
mora
ALUGADO("A"),
ARRENDADO("R"),
CEDIDO("C"),
OCUPAÇÃO("U"),
SITUAÇÃO DE RUA("S"),
OUTRA("O");
>localizacaoDo Texto
micilio
“precisão”: 1,
URBANA("U"),
RURAL("R");
>> Localização
do domicílio
>tipoDomicilio
Texto
“precisão”: 1,
>> Tipo
domicílio
CASA("C"),
APARTAMENTO("A"),
CÔMODO("M"),
OUTRO("O");
>nroMoradores Inteiro
“precisão”: 3,
>> Número de
moradores
Inteiro
“precisão”: 3,
>condicaoPoss Inteiro
eTerra
“precisão”: 1,
>nroComodos
>> Número de
cômodos
>> Condição
de posse e uso
PROPRIETÁRIO (A)("1"),
PARCEIRO(A)/MEEIRO(A)("2"
),
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
mocilio
Texto
“precisão”: 1,
CHÃO BATIDO("C"),
>> Tipo de
acesso ao
domicílio
>
energiaEletrica
PAVIMENTO("A"),
FLUVIAL("F"),
OUTRO("O");
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
>>
Disponibilidade
de energia
elétrica
>
Inteiro
matConstrucao
Domicilio
“precisão”: 1
ALVENARIA/TIJOLO: COM
REVESTIMENTO("1"),
ALVENARIA/TIJOLO: SEM
REVESTIMENTO("2"),
>> Material
predominante
da construção
do domicílio
TAIPA: COM
REVESTIMENTO("3"),
TAIPA: SEM
REVESTIMENTO("4"),
MADEIRA APARELHADA("5"),
PALHA("6"),
MATERIAL
APROVEITADO("7"),
OUTRO MATERIAL("8");
>
abastecimento
Texto
“precisão”: 1,
REDE ENCANADA ATÉ O
Agua
DOMICÍLIO("R"),
>>
Abastecimento
de água
POÇO / NASCENTE NO
DOMICÍLIO("N"),
CISTERNA("C"),
CARRO PIPA("P"),
OUTRO("O");
>
escoamentoSa
nitario
Texto
“precisão”: 1,
REDE COLETORA DE
ESGOTO OU PLUVIAL("R"),
FOSSA SÉPTICA("S"),
>> Forma de
escoamento do
banheiro ou
sanitário
FOSSA RUDIMENTAR("U"),
DIRETO PARA UM RIO,
LAGO OU MAR("D"),
CÉU ABERTO("C"),
OUTRO("O");
>
tratamentoAgu
a
Texto
“precisão”: 1,
FERVURA("E"),
CLORAÇÃO("C"),
>> Tratamento
de água no
domicilio"
>destinoLixo
FILTRAÇÃO("F"),
SEM TRATAMENTO("S");
Texto
“precisão”: 1,
>> Destino do
lixo
COLETADO("C"),
QUEIMADO /
ENTERRADO("Q"),
CÉU ABERTO("A"),
OUTRO("O");
>animaisDomic Texto
ilio
“precisão”: 1,
SIM("S"),
NÃO("N");
>> Animais no
domicílio
>gato
Texto
“precisão”: 1,
SIM("S"),
>> Gato
>cachorro
NÃO(null);
Texto
“precisão”: 1,
>> Cachorro
>passaro
NÃO(null);
Texto
“precisão”: 1,
>> Pássaro
>criacao
Texto
“precisão”: 1,
Texto
“precisão”: 1,
Inteiro
“precisão”: 3,
Texto
“precisão”: 50,
>> Identificador
universal único
>
Data e
dhUltimaSincro Hora
nizacao
>> Data/hora
da ultima
sincronização
>
versaoEsusCri
acao
>> Versão do
e-SUS na
criação do
SIM("S"),
NÃO(null);
>> Número de
animais
> uuid
SIM("S"),
NÃO(null);
>> Outros
>nroAnimais
SIM("S"),
NÃO(null);
>> De criação
>outros
SIM("S"),
Texto
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss
.SSSZ
“precisão”: 20,
registro
>
versaoEsusUlt
Alteracao
Texto
“precisão”: 20,
>> 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.53 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
em banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iDomicilios
Observações
Inteiro
“precisão”: 10,
"idSequencia":
2,
> iPessoasResp Inteiro
“precisão”: 9,
>> Código do
responsável
"idSequencia":
3,
Inteiro
“precisão”: 6,
Inteiro
“precisão”: 3,
>> Renda
familiar (sal.
mínimo)
>nroMembrosF
amilia
>>Número de
membros da
família
>
Data
dtResideDomicil
io
>> Profissional
Não
"idSequencia":
1,
>> Código do
domicílio
> rendaFamiliar
Aceita
Nulo
“precisão”: 7,
Formato: yyyyMM
Não
Não
Valores possíveis
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.54 Layout
da
tabela
de
condição/situação de saúde
Questionário
Auto-referido
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 que possua permissão específica
no Cadastro individual de Pacientes (Cadastros >> Pessoas >> Pacientes).
> Descrição em
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em tela
> iEntidades
"idSequencia":
1,
>> Código da entidade
> iPessoasPac
Inteiro
Inteiro
>> Código do
questionário
> iPessoasEstab
“precisão”: 9,
Não
"idSequencia":
2,
>> Código do paciente
> iQuestionarios
Não
“precisão”: 4,
Não
"idSequencia":
3,
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 10,
Não
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
>> Código do
estabelecimento
>iPessoasProf
>>Código do
profissional
> iEquipes
>> Código da equipe
> dtVisita
>> Data da visita
Valores possíveis
> gestante
Texto
“precisão”: 1,
>> Está gestante
> maternidade
NÃO("N");
Texto
“precisão”:
150,
Texto
“precisão”: 1,
>> Maternidade de
referência
> sobrePeso
SIM("S"),
>> Sobre seu peso,
você se considera
ABAIXO DO
PESO("B"),
PESO
ADEQUADO("A"),
ACIMA DO PESO("C");
> fumante
Texto
“precisão”: 1,
>> Fumante
> abusaAlcool
NÃO("N");
Texto
“precisão”: 1,
>> Dependente ou
abusa de álcool
> abusaOutrasDrogas
Texto
“precisão”: 1,
Texto
“precisão”: 1,
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
Texto
“precisão”: 1,
>>Teve AVC/derrame
> infarto
SIM("S"),
NÃO("N");
>> Tem diabetes
> derrame
SIM("S"),
NÃO("N");
>> Tem hipertensão
arterial
> diabetes
SIM("S"),
NÃO("N");
>> Dependente ou
abusa de outras
drogas
> hipertensao
SIM("S"),
SIM("S"),
NÃO("N");
Texto
“precisão”: 1,
SIM("S"),
>> Teve infarto
> doencaCardiaca
NÃO("N");
Texto
>> Tem doença
cardíaca
> doencaRins
pode ser mais
de uma opção,
separado por
virgulas
Texto
>> Tem ou teve
problemas nos rins
> doencaRespiratoria
“precisão”: 10,
pode ser mais
de uma opção,
separado por
virgulas
Texto
>> Tem doença
respiratória
> hanseniase
“precisão”: 10,
“precisão”: 10,
pode ser mais
de uma opção,
separado por
virgulas
Texto
“precisão”: 1,
>> Está com
hanseníase
> tuberculose
Texto
“precisão”: 1,
>> Teve alguma
internação nos últimos
12 meses
NÃO SABE("D");
INSUFICIÊNCIA
RENAL("I"),
OUTRA("O"),
NÃO SABE("D");
ASMA("A"),
DPOC/ENFISEMA("E")
,
OUTRA("O"),
NÃO SABE("D");
SIM("S"),
SIM("S"),
NÃO("N");
Texto
“precisão”: 1,
>> Tem ou teve
câncer
> internacao
OUTRA("O"),
NÃO("N");
>> Está com
tuberculose
> cancer
INSUFICIÊNCIA
CARDÍACA("I"),
SIM("S"),
NÃO("N");
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> causaInternacao
Texto
“precisão”:
150,
Texto
“precisão”: 1,
>> Causa internação
> psiquiatra
>> Fez ou faz
tratamento com
psiquiatra ou teve
internação por
problema de saúde
mental
> acamado
NÃO("N");
Texto
“precisão”: 1,
>> Está acamado
> domiciliado
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
Texto
“precisão”: 1,
>> Usa plantas
medicinais
>
descricaoPlantasMedi
cinais
SIM("S"),
NÃO("N");
>> Está domiciliado
> plantasMedicinais
SIM("S"),
SIM("S"),
NÃO("N");
Texto
“precisão”:
250,
Texto
“precisão”: 1,
>> Descrição plantas
medicinais
>
praticasComplementar
es
SIM("S"),
NÃO("N");
>> Usa outras práticas
integrativas/compleme
ntares
> outrasDoencas
Texto
“precisão”:
500,
Texto
“precisão”: 1,
>> Outras doenças ou
condições de saúde
> qtdAlimentacaoDia
1 VEZ("1"),
>> Quantas vezes se
alimenta ao dia
> origemAlimentacao
2 OU 3 VEZES("2"),
MAIS DE 3
VEZES("3");
Texto
“precisão”: 10,
Texto
“precisão”: 10,
>> Qual a origem da
alimentação
> higienePessoal
>> 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.55 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
em banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iTurmas
Não
"idSequencia":
1,
Inteiro
>> Código da
turma
>
iPessoasEstab
Observações
Aceita
Nulo
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 9,
Não
Texto
“precisão”: 40,
Não
Texto
“precisão”:
1000,
>> Código do
estabeleciment
o
> nome
>> Nome da
turma
> descricao
>> Descrição
da turma
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/turmas
Modelo para conversão da tabela de Turmas
{
Valores possíveis
"dtoList”: [{
"clientId”: null,
“turmas": {
"nome": null,
"descricao": null,
"iEntidades": null,
"iPessoasEstab": null,
"iTurmas": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.56 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código
da entidade
> iTurmas
>> Código
da turma
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
"idSequencia":
2,
Não
Valores possíveis
>
iTurmasMem
bros
Inteiro
“precisão”: 10,
Não
"idSequencia":
3,
>> Código
do membro
da turma
Inteiro
“precisão”: 9,
>
Inteiro
iPessoasProf
“precisão”: 9,
>
iPessoasPac
Não
>> Código
do paciente
>> 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.57 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
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em tela
> iEntidades
>> Código da
entidade
>
iVisitasDomiciliare
s
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código da
visita domiciliar
> iPessoasEstab
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Não
Texto
“precisão”: 6,
Não
Inteiro
“precisão”: 10,
Não
>> Código do
estabelecimento
> iPessoasProf
>>Código do
profissional
> iCbos
>> Código CBO
> iEquipes
>> Código da
Valores possíveis
equipe
>
iPessoasProfAco
mp
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 9,
Data
“precisão”: 7,
Não
Formato: yyyyMM-dd
Texto
“precisão”: 1,
>> Código do
profissional
acompanhante
> iPessoasPac
Não
>> Código do
paciente
> dtCadastro
>> Data do
cadastro
> turno
Manhã("M"),
>>Turno
Tarde("T"),
Noite("N");
> desfecho
Texto
“precisão”: 1,
>>Desfecho
Não
VISITA
REALIZADA("R"),
VISITA
RECUSADA("C"),
AUSENTE("A");
> uuid
Texto
“precisão”: 50,
Data e
Hora
“scala”: 6,
>> Identificador
universal único
>
dhUltimaSincroniz
acao
>> Data/hora da
ultima
sincronização
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:s
s.SSSZ
>versaoEsusCriac
ao
Texto
“precisão”: 20,
Texto
“precisão”: 20,
>> Versão do eSUS na criação do
registro
>
versaoEsusUltAlte
racao
>> Versão do eSUS 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.58 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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
>
iVisitasDomiciliar
es
Observações
Aceita
Nulo
Valores possíveis
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código da
visita domiciliar
>
Inteiro
iVisitasDomicMot
ivos
>> Código do
“precisão”: 10,
"idSequencia":
3,
Não
TIPO DA VISITA:
CADASTRAMENTO /
ATUALIZAÇÃO("1001")
VISITA PERIÓDICA
motivo da visita
("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.59 Layout da tabela
Consolidados BPA-C
de
Boletins
de
Produção
Ambulatorial
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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código
"idSequencia":
Não
Valores
possíveis
da entidade
1,
> iBpacs
Inteiro
>> Código
da produção
“precisão”: 10,
Não
"idSequencia":
2,
>
iPessoasEst
ab
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 4,
Não
Inteiro
“precisão”: 10,
Não
>> Código
do
estabelecime
nto
>
iCompetenci
as
>> Código
da
competência
> numFolha
>> 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.60 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
em banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iBpacs
Inteiro
>> Código do
procedimento
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
>> Código da
linha
>
iProcedimentos
Não
"idSequencia":
1,
>> Código da
produção
> iBpacsItens
Observações
Aceita
Nulo
“precisão”: 10,
Não
"idSequencia":
3,
Texto
“precisão”: 10,
Não
Valores possíveis
> iCbos
Texto
“precisão”: 6,
Inteiro
“precisão”: 4,
Inteiro
“precisão”: 6,
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 9,
Data
“precisão”: 7,
Formato: yyyyMM-dd
>> Código CBO
> idade
>> Idade
> quantidade
Não
>> Quantidade
> iPessoasProf
>> Código do
profissional
> iPessoas
>> Código da
pessoa jurídica
> dtBpac
>> 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.61 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
banco >>
Dado
Nome em tela
Regras /
> iEntidades
“precisão”: 4,
Inteiro
>> Código da
entidade
>
iCompetencias
Não
"idSequencia":
1,
Inteiro
“precisão”: 4,
Não
"idSequencia":
2,
>> Código da
competência
> exercicio
Observações
Aceita
Nulo
Inteiro
“precisão”: 4,
Não
Inteiro
“precisão”: 2,
Não
>> Exercício da
competência
> mes
Valores possíveis
>> Mês da
competência
> descricao
Texto
“precisão”: 20,
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Data
“precisão”: 7,
Não
Data
“precisão”: 7,
Formato: yyyyMM-dd
>> Descrição da
competência
> dtInicial
>> Data inicial
da competência
> dtFinal
>> Data final da
competência
> prazoEntrega
>> Prazo de
entrega do
faturamento
para o SUS
> dtBloqueio
>>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.62 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
em banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iFaixasBpa
>> Código da
competência
Não
"idSequencia": 1,
Inteiro
>> Código da
faixa de BPA
>
iCompetencias
Observações
Aceita
Nulo
“precisão”: 10,
Não
"idSequencia": 2,
Inteiro
“precisão”: 4,
Não
Valores possíveis
> numeracaoIni
Long
“precisão”: 12,
Não
Long
“precisão”: 12,
Não
>> Numeração
inicial da faixa
>
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.63 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Valores possíveis
Observações
>> Nome em
tela
> iEntidades
>> Código da
entidade
> iFpos
Não
"idSequencia":
1,
Inteiro
“precisão”: 6,
Não
>> Código
da ficha
"idSequencia":
2,
>
Inteiro
iPessoasEsta
b
“precisão”: 9,
Não
“precisão”: 4,
Não
>> Código do
estabelecime
nto
>
Inteiro
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.64 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
> iFpos
"idSequencia":
1,
Inteiro
>> Código
da ficha
>
iFposProced
“precisão”: 6,
Não
"idSequencia":
2,
Inteiro
“precisão”: 6,
"idSequencia":
3,
>> Código
sequêncial
da ficha
>
Não
Texto
“precisão”: 10,
Não
Valores possíveis
iProcediment
os
>> Código do
procedimento
>
qtdProcedim
entos
Inteiro
“precisão”: 6,
Texto
“precisão”: 2,
Não
>>Quantidad
e de
procedimento
s
>
iFinanciamen
tos
Estes valores
podem mudar
sem aviso
prévio
conforme
importação da
tabela
unificada
>>Código do
tipo de
financiament
o
ATENÇÃO BÁSICA
(PAB)("1");
ASSISTÊNCIA
FARMACÊUTICA("2"),
FUNDO DE AÇÕES
ESTRATÉGICAS E
COMPENSAÇÕES
(FAEC)("4"),
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,
Texto
“precisão”: 2,
Texto
“precisão”: 2,
>>Código do
grupo
> iSubgrupos
>> Código do
subgrupo
>
iFormasOrga
nizacao
>> Código da
forma de
organização
> vlUnitario
BigDecimal
“scala”: 2,
“precisão”: 10,
>>Valor
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.65 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
Valores possíveis
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iMicrorregioe
sPpi
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"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.66 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.
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome
em tela
>
iEntidades
>> Código
da entidade
>
Inteiro
iMicrorregio
Não
"idSequencia":
1,
“precisão”: 10,
"idSequencia":
Não
Valores possíveis
esPpi
2,
>> Código
da
microrregiã
o
>
iMunicipios
Inteiro
>> Código
do
município
“precisão”: 10,
Não
"idSequencia":
3,
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.67 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
Valores possíveis
>> Nome em
tela
> iEntidades
>> Código
da entidade
>
iPactuacoes
"idSequencia":
1,
Inteiro
“precisão”: 6,
Não
"idSequencia":
2,
>> Código
da
pactuação
>
iCompetenci
as
Não
Inteiro
“precisão”: 4,
Inteiro
“precisão”: 5,
Inteiro
“precisão”: 10,
Texto
“precisão”: 1,
Não
>> Código
da
competência
> iEstados
>> Código
do estado
> iMunicipios
>> Código
do município
> origem
Não
>>Origem do
pacto
> tipoPacto
>> Tipo do
pacto
MUNICIPAL("M"),
ESTADUAL("E"),
MICRORREGIONAL("R");
Texto
“precisão”: 1,
Não
DEMANDADO("D"),
RECEBIDO("R");
>
ppiSimplifica
da
Texto
“precisão”: 1,
NÃO("N");
>>Pactuação
simplificada
>
BigDecimal
vlTetoPactPa
b
“scala”: 2,
“precisão”: 15,
>> Valor do
teto
pactuado
para PAB
>
vlTetoPactM
ac
BigDecimal
“scala”: 2,
“precisão”: 15,
>> Valor do
teto
pactuado
para MAC
>
BigDecimal
vlTetoPactFa
ec
“scala”: 2,
“precisão”: 15,
>>Valor do
teto
pactuado
para FAEC
>
vlTetoPactVi
gSaude
SIM("S"),
BigDecimal
“scala”: 2,
“precisão”: 15,
>> Valor do
teto
pactuado
para
Vigilância em
Saúde
>
BigDecimal
vlTetoPactAs
“scala”: 2,
“precisão”: 15,
sistFarm
>> Valor do
teto
pactuado
para
Assistência
Farmacêutic
a
>
vlTetoPactG
estaoSus
BigDecimal
“scala”: 2,
“precisão”: 15,
>> Valor do
teto
pactuado
para Gestão
do SUS
>
vlTetoPactIn
centMac
BigDecimal
“scala”: 2,
“precisão”: 15,
>> Valor do
teto
pactuado
para
Incentivo
MAC
>
iMicrorregioe
sPpi
Inteiro
“precisão”: 10,
>> 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.68 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 >>
Nome em tela
Dado
Observações
Nulo
> iEntidades
Inteiro
“precisão”: 4,
Não
>> Código da
entidade
> iPactuacoes
"idSequencia": 1,
Inteiro
>> Código da
pactuação
>
iProcedimentos
“precisão”: 6,
Não
"idSequencia": 2,
Texto
“precisão”: 10,
>> Código do
procedimento
>
Inteiro
iEspecialidades
“precisão”: 5,
>> Código da
especialidade
>
Inteiro
qtdProcediment
os
“precisão”: 6,
Não
>> Quantidade
de
procedimentos
pactuados
>
Inteiro
iPactuacoesPro
ced
“precisão”: 6,
Não
"idSequencia": 3,
>> Código
sequencial dos
procedimentos
pactuados
>
iFinanciamento
s
>> Código do
Texto
“precisão”: 2,
tipo de
financiamento
> iGrupos
Texto
“precisão”: 2,
Texto
“precisão”: 2
Texto
“precisão”: 2
>> Código do
grupo
> iSubgrupos
>> Código do
subgrupo
>
iFormasOrgani
zacao
>> Código da
forma de
organização
BigDecima “scala”: 2,
l
“precisão”: 10,
> vlUnitario
>> Valor
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.69 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).
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome
em tela
>
iEntidades
"idSequencia":
1,
>> Código
da entidade
>
iProcedime
ntos
>> Código
do
procedimen
to a ser
Não
Texto
“precisão”: 10,
"idSequencia":
2,
Não
Valores possíveis
autorizado
> iDhIni
>>Data e
hora de
início da
requisição
da
autorização
> dhFin
>> Data e
hora final
da
requisição
da
autorização
Data e
Hora
“scala”: 6,
Data e
Hora
“scala”: 6,
Não
“precisão”: 11,
"idSequencia":
3, Formato:
yyyy-MMdd'T'HH:mm:s
s.SSSZ
“precisão”: 11,
Formato:
yyyy-MMdd'T'HH:mm:s
s.SSSZ
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.70 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iCompetencias
"idSequencia": 1,
Inteiro
“precisão”: 4,
"idSequencia": 2,
>> Código da
competência
> vlPab
>> Valor do
teto financeiro
referente ao
Piso de
Atenção
Básica
> vlMac
>> Valor do
teto financeiro
referente à
Média e Alta
Complexidade
Não
BigDecima “scala”: 2,
l
“precisão”: 15,
BigDecima “scala”: 2,
l
“precisão”: 15,
Não
Valores possíveis
> vlFaec
>> Valor do
teto financeiro
referente ao
Fundo de
Ações
Estratégicas e
de
Compensação
BigDecima “scala”: 2,
l
“precisão”: 15,
>
BigDecima “scala”: 2,
vlVigilanciaSau l
“precisão”: 15,
de
>> Valor do
teto financeiro
referente à
Vigilância em
Saúde
>
vlAssistenciaF
armaceutica
BigDecima “scala”: 2,
l
“precisão”: 15,
>> Valor do
teto financeiro
referente à
Assistência
Farmacêutica
> vlGestaoSus
>> Valor do
teto financeiro
referente à
Gestão do
SUS
>
vlIncentivoMac
BigDecima “scala”: 2,
l
“precisão”: 15,
BigDecima “scala”: 2,
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.71 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
Observações
Nulo
Inteiro
“precisão”: 4,
Não
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iValoresPerm
"idSequencia":
1,
Inteiro
Não
"idSequencia":
2,
>> Código do
valor permitido
> descricao
“precisão”: 10,
Texto
>> Descrição
do valor
permitido
“precisão”:
100,
Não
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.72 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
banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
> iValoresPerm
Valores possíveis
Não
"idSequencia":
1,
Inteiro
>> Código do
valor permitido
>
iValoresDisponiv
eis
Observações
Aceita
Nulo
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 4,
Não
"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.73 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
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita Nulo Valores
possíveis
>> Nome em tela
> iEntidades
>> Código da
entidade
> iValoresRefer
"idSequencia":
1,
Inteiro
>> Código do valor
de referência
> descricao
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 10,
"idSequencia":
3,
Inteiro
“precisão”: 1,
>>Descrição do valor
de referência
> qtdCasasDecimais
Não
Não
>>Quantidade de
casas decimais para
o valor
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/valores-referencias
UMA("1"),
DUAS("2"),
TRÊS("3");
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.74 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
"idSequencia": 1,
> iValoresRefer Inteiro
“precisão”: 10,
>> Código do
valor de
"idSequencia": 2,
Não
Não
Valores possíveis
referência
>
iValoresReferIt
ens
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
Texto
“precisão”: 1,
Não
>>Código do
item do valor
de referência
> sexo
>>Sexo
AMBOS("A"),
MASCULINO("M"),
FEMININO("F");
> idadeMin
Inteiro
“precisão”: 4,
Não
Inteiro
“precisão”: 4,
Não
BigDecimal
“scala”: 3,
“precisão”: 15,
Não
BigDecimal
“scala”: 3,
“precisão”: 15,
Não
>> Idade
mínima
> idadeMax
>> Idade
máxima
> vlMin
>>Valor
mínimo
> vlMax
>> Valor
máximo
>
Texto
textoImpressao
“precisão”: 1000,
>> Texto para
impressão
>
apresentaValor
esImpr
>> Apresenta
valores na
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
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.75 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).
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
Valores possíveis
>> Nome
em tela
>
iEntidades
"idSequencia":
1,
>> Código
da entidade
>
iExamesSa
dts
Não
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código
do exame
>
iProcedime
ntos
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código
do
procedimen
to
> sigla
Texto
“precisão”: 50,
Texto
“precisão”: 100,
Inteiro
“precisão”: 2,
Não
>> Sigla do
exame
> metodo
>> Método
do exame
>
iMateriaisC
oletas
>> Tipo de
Não
ESPERMA ("1")
FEZES("2")
material
para coleta
LIQUIDO SEMINAL("3")
LÍQUOR("4")
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")
SECREÇÃO VAGINAL("13")
OUTROS("14")
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")
>
diasEntrega
Inteiro
“precisão”: 3,
>> Dias de
entrega
>
iBancadas
Inteiro
“precisão”: 2,
Não
BIOQUÍMICA ("1")
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")
HEMATOLOGIAHEMOGRAMA("13")
>
observacao
Texto
“precisão”: 255,
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Texto
“precisão”: 1,
Não
>>
Observação
do exame
> dtCriacao
>> Data de
criação do
cadastro
> ativo
>> Ativo
>
vlProcedim
ento
ATIVO("A"),
INATIVO("I");
BigDecimal
“scala”: 2,
“precisão”: 10,
>> 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.76 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iExamesSadt
s
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código do
exame
>
iExamesSadt
sItens
Inteiro
“precisão”: 10,
Não
"idSequencia":
3,
>> Código do
item do
exame
> descricao
Texto
“precisão”:
100,
Não
Inteiro
“precisão”: 10,
Não,
quando
tipo de
resultado
for “Valor
numérico
inteiro e/ou
>> Descrição
do item do
exame
>
iUnidadesMe
didas
>> Código da
unidade de
medida
Valores possíveis
decimal”
>
tipoResultado
Texto
“precisão”: 1,
>> Tipo do
resultado
Não,
quando
incluído
parâmetro
para o
exame
SEM RESULTADO("S"),
VALOR NUMÉRICO
INTEIRO("I"),
VALOR NUMÉRICO
DECIMAL("D"),
TEXTO CURTO("C"),
TEXTO LONGO("L");
>
iValoresRefer
Inteiro
“precisão”: 10,
Não,
quando
tipo de
resultado
for “Valor
numérico
inteiro e/ou
decimal”
Inteiro
“precisão”: 10,
Não,
quando
tipo de
resultado
for “Texto
curto e/ou
longo”
Texto
“precisão”: 20,
Inteiro
“precisão”: 4,
>> Código do
valor de
referência
>
iValoresPerm
>> Código do
valor
permitido
>
idVariavelFor
mula
>>
Identificação
do item para
fórmulas
>
iValoresRefer
Perm
>> Código do
valor
permitido de
referência
>
iUnidadesMe
didasSec
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
>> Código da
unidade de
medida
secundária
>
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.77 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.
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome
em tela
>
iEntidades
"idSequencia":
1,
>> Código
da entidade
>
iExamesSa
dts
Não
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código
do exame
>
Inteiro
iExamesSa
dtsRelacion
ados
>> Código
do exame
relacionado
“precisão”: 10,
"idSequencia":
3,
Não
Valores possíveis
>
idVariavelF
ormula
Texto
“precisão”: 20,
>>
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.78 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Observações
>> Nome
em tela
> iEntidades
>> Código
da entidade
>
iAgendasCol
etas
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código
da agenda
>
iPessoasEst
ab
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 10,
Data
“precisão”: 7,
Formato: yyyyMM-dd
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
>> Código
do
estabelecim
ento
>
iAgendasCol
etasOrigem
>> Código
da agenda
de origem
> dtInicial
>> Data
inicial
> dtFinal
>> Data
final
Não
Valores possíveis
> situacao
Texto
“precisão”: 1,
Não
>> Situação
>
motivoInativ
acao
ATIVA("A"),
INATIVA("I");
Texto
“precisão”:
250,
>> Motivo da
inativação
Não, quando o
campo “Situação”
estiver
selecionado com
a opção “Inativa”
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.79 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
Horários da agenda, coluna Cota.
> Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
"idSequencia":
1,
>
Inteiro
iAgendasCole
tas
“precisão”: 10,
Não
Não
"idSequencia":
2,
>> Código da
agenda
>
Inteiro
iAgendasCole
tasHorarios
“precisão”: 10,
Não
"idSequencia":
3,
>> Código do
horário da
agenda
>
iPessoasEsta
b
Inteiro
“precisão”: 9,
"idSequencia":
4,
Não
Inteiro
“precisão”: 5,
Não
>> Código do
estabelecime
nto
> qtdCota
Valores possíveis
>>
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.80 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
em banco
>> Nome em
tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
Aceita Nulo
Valores possíveis
Observações
>> Código da
entidade
"idSequencia": 1,
>
Inteiro
iAgendasCole
tas
“precisão”: 10,
Não
Não
"idSequencia": 2,
>> Código
da agenda
>
Inteiro
iAgendasCole
tasHorarios
“precisão”: 10,
Não
"idSequencia": 3,
>> Código do
horário da
agend
> diaSemana
Inteiro
“precisão”: 1,
Não
>> Dia da
semana
DOMINGO ("1")
SEGUNDA("2")
TERÇA("3")
QUARTA("4")
QUINTA("5")
SEXTA("6")
SÁBADO("7")
> horaInicial
>> Horário
inicial
> horaFinal
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.S
SSZ
Não
Data e
“scala”: 6,
“precisão”: 11,
Não
>> Horário
final
Hora
Formato: yyyyMMdd'T'HH:mm:ss.S
SSZ
> qtdColetas
Inteiro
“precisão”: 5,
Não
Texto
“precisão”: 1,
Não
>>
Quantidade
de coletas
> ativo
>> ativo
SIM("S"),
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.81 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iAtendimentos
Inteiro
“precisão”:
10,
Não
"idSequencia
": 2,
Inteiro
“precisão”:
10,
Não
"idSequencia
": 3,
>> Código do
exame
complementar
>
Texto
subgrupoProce
d
“precisão”: 2,
>> Código do
subgrupo dos
procedimentos
>
materialExami
Não
"idSequencia
": 1,
>> Código do
atendimento
>
iAtendExames
Comple
Observaçõe
s
Aceita
Nulo
Texto
“precisão”:
150,
Não
Valores possíveis
nar
>> Descrição
do material
para examinar"
>
dadosClinicos
Texto
“precisão”:
250,
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 9,
>> Descrição
dos dados
clinicos
>
iPessoasProfS
olic
>> Código do
profissional
>
iPessoasEstab
Result
>> Código do
estabeleciment
o
> codUniqSolic Texto
>> Código
único da
solicitação
> observacao
>> Data e hora
da criação
>
Não
Texto
“precisão”:
200,
Data e
Hora
“scala”: 6,
“precisão”:
11, Formato:
yyyy-MMdd'T'HH:mm:
ss.SSSZ
Não
Texto
“precisão”:
Não
>> Observação
da solicitação
> dhCriacao
“precisão”:
50,
PÚBLICO("1"),
tipoEstabExec
1,
PRIVADO("2");
>>Tipo de
estabeleciment
o executante
>
classificacaoRi
sco
Inteiro
“precisão”:
2,
>>
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.82 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Observações
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iAtendimentos
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código do
atendimento
>
iAtendExames
Comple
Não
Inteiro
“precisão”: 10,
Não
"idSequencia":
3,
>> Código do
exame
complementar
>
iExamesSadts
>> Código do
Inteiro
“precisão”: 10,
"idSequencia":
4,
Não
Valores possíveis
exame SADT
> situacao
Texto
“precisão”: 1,
>> Situação da
solicitação do
exame
PENDENTE("P"),
EM
EXECUÇÃO("X"),
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO("C");
> dhColeta
>> Data e hora
da coleta
> dhEntrega
>> Data e hora
da entrega
> portador
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.
SSSZ
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.
SSSZ
Texto
“precisão”: 80,
Texto
“precisão”: 150,
Inteiro
“precisão”: 9,
Data
“precisão”: 7,
Formato: yyyy-
>> Portador
> observacao
>>
Observação
>
iPessoasProfA
ut
>> Código do
profissional
autorizador
>
dtValidadeAut
MM-dd
>> Data de
validade da
autorização
> justNaoAut
Texto
“precisão”: 250,
>> Justificativa
da não
autorização
>
dhAutorizacao
quando
solicitação for
selecionada
como “Não
autorizada”
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.
SSSZ
Texto
“precisão”: 1,
>> Data e hora
da autorização
> autorizado
Não,
>> Autorizado
SIM("S"),
NÃO("N");
>
Texto
motivoCancela
mentoAut
“precisão”: 250,
>> Motivo do
cancelamento
da autorização
>
vlProcediment
o
BigDecim
al
“scala”: 2,
“precisão”: 10,
>> 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.83 Layout da tabela
estabelecimentos
de
Endereço
dos
laboratórios
dos
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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
> iPessoas
"idSequencia":
1,
Inteiro
>> Código do
estabeleciment
o
> iMunicipios
“precisão”: 9,
"idSequencia":
2,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
Texto
“precisão”: 8,
>> Código do
município
> iBairros
>> Código do
bairro
> iLogradouros
>> Código do
logradouro
> numero
>> Número
> descricaoLab Texto
“precisão”: 100,
>> Descricao
dos dados do
laboratório
> telefoneLab
Não
Texto
“precisão”: 11,
Não
Valores possíveis
>> Telefone
> telefoneLab2
Texto
“precisão”: 11,
Texto
“precisão”: 150,
>> Telefone
>
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.84 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iPessoasEsta
b
Não
"idSequencia"
: 1,
Inteiro
“precisão”: 9,
Não
"idSequencia"
: 2,
>> Código do
estabelecime
nto
>
iFilasColetas
Inteiro
"idSequencia"
: 3,
>> Código da
coleta na fila
>
iAgendasCole
tas
“precisão”: 10, Não
Inteiro
“precisão”: 10,
Valores possíveis
>> Código da
agenda de
coletas
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
>
Inteiro
iAtendimentos
“precisão”: 10,
>
iAgendasCole
tasHorarios
>> Código do
horário da
agenda
>
iSolicExames
Sadts
>> Código da
solicitação de
exames
SADT
>> Código do
atendimento
>
iAtendExame
sComple
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 9,
Data
“precisão”: 7,
Formato:
yyyy-MM-dd
>> Código da
solicitação de
exame
complementar
>
iPessoasEsta
bSolic
>> Código do
estabelecime
nto solicitante
>
dtColetaAgen
dada
Não
>> Data da
coleta
agendada
>
horaChegada
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato:
yyyy-MMdd'T'HH:mm:s
s.SSSZ
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato:
yyyy-MMdd'T'HH:mm:s
s.SSSZ
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
Texto
“precisão”: 1,
>> Hora de
chegada
> horaColeta
>> Hora da
coleta
>
prefixoSeqCol
eta
>> Prefixo do
sequencial da
coleta
> seqColeta
>>
Sequencial da
coleta
> situacao
>> Situação
da coleta
Não
AGENDADO("A"),
CANCELADO("C"),
COLETADO("D"),
ENTREGUE("E"),
FINALIZADO("F"),
AGUARDANDO("G"),
EM EXECUÇÃO("X");
>
dtCancelame
Data
“precisão”: 7,
Formato:
nto
yyyy-MM-dd
>> Data do
cancelamento
>
Texto
tipoMotivoCan
celamento
“precisão”: 1,
FALTA("F"),
DESISTÊNCIA("D"),
>> Tipo do
motivo do
cancelamento
>
motivoCancel
amento
ATRASO("A"),
OUTROS("O");
Texto
“precisão”:
250,
Texto
“precisão”: 1,
>> Motivo do
cancelament
>
agendamento
Direto
SIM("S"),
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.85 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).
>
Descrição
em banco
>> Nome
em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
>
iEntidades
Inteiro
“precisão”: 4,
Não
"idSequencia":
1,
>> Código
da entidade
>
Inteiro
iGruposExa
mesSadt
“precisão”: 10,
Não
"idSequencia":
2,
>> Grupos
de exames
SADT
>
Inteiro
iPessoasEs
tabExec
“precisão”: 9,
Não
>>
Estabeleci
mento
executante
>
tipoLaborat
orio
Texto
“precisão”: 1,
PÚBLICO("0"),
PRIVADO("1");
>>Tipo de
laboratório
> descricao
Texto
>>
descrição
“precisão”:
100,
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.86 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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
>
iGruposExamesSa
dt
Aceita Nulo
Observações
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código do
grupo de exames
SADT
> iExamesSadts
Inteiro
“precisão”: 10,
"idSequencia":
Não
Valores possíveis
>> Código do
exames SADT
3,
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.87 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
banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
Observações
"idSequencia":
Aceita
Nulo
Não
Valores possíveis
entidade
>
iResultadosExam
es
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código do
resultado de
exame
> iAtendimentos
Inteiro
“precisão”:
10,
Inteiro
“precisão”:
10,
Inteiro
“precisão”:
10,
Texto
“precisão”: 1,
>> Código de
atendimento
>
iSolicExamesSad
ts
>> Código da
solicitação de
exame SADT
>
iAtendExamesCo
mple
>> Código do
exame
complementar
> origem
Não
>> Origem da
solicitação de
exame
> situacao
ATENDIMENTO("A"),
SOLICITAÇÃO("S");
Texto
“precisão”: 1,
>> Situação do
resultado de
exame
Não
EM EXECUÇÃO("X"),
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO ("C");
> dhCriacao
Data e
“scala”: 6,
>> Data da
Criação
Hora
“precisão”: 11,
> dhResultado
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss
.SSSZ
Texto
“precisão”:
100000,
>
Texto
motivoCancelame
nto
“precisão”:
100,
>> Data e hora
do resultado
> observacoes
>> Observações
>> Motivo do
cancelamento
>
faturarResultExa
me
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
>> Faturar
resultado de
exame
>
resultadoImpress
o
Texto
“precisão”: 1,
SIM("S"),
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.88 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).
>
Descrição
Tipo de
Regras /
Aceita
Valores possíveis
em banco
Dado
Observações
Nulo
Inteiro
“precisão”: 4,
Não
>> Nome
em tela
>
iEntidades
"idSequencia":
1,
>> Código
da entidade
>
Inteiro
iResultados
Exames
“precisão”: 10,
Não
"idSequencia":
2,
>> Código
do
resultado
de exame
>
Inteiro
iResultados
ExamesIten
s
“precisão”:
10,
"idSequencia":
3,
Não
>> Código
dos itens
dos
resultados
dos
exames
>
BigDecim “scala”: 3,
valoresRefe al
“precisão”: 15,
r
>> Valor
permitido
>
valoresPer
m
>> Valor
permitido
Inteiro
“precisão”: 4,
Não,
quando tipo
de
resultado
for “Valor
numérico
inteiro e/ou
decimal”
Não,
quando tipo
de
resultado
for “Texto
curto e/ou
longo”
>
textoResult
Texto
“precisão”:
500,
>> Texto do
resultado
>
BigDecim “scala”: 3,
valoresRefe al
“precisão”: 15,
rSec
>> Valor de
referência
secundário
>
iExamesSa
dts
Inteiro
“precisão”: 10,
"idSequencia":
4,
Não
>> 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.89 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
banco >> Nome Dado
em tela
Regras /
> iEntidades
“precisão”: 4,
Inteiro
Observações
>> Código da
entidade
"idSequencia":
1,
>
Inteiro
iResultadosExame
s
“precisão”: 10,
Aceita
Nulo
Não
Não
"idSequencia":
2,
>> Código do
resultado de
exame
> iExamesSadts
>> Código do
exames SADT
Inteiro
“precisão”:
10,
"idSequencia":
3,
Não
Valores possíveis
> iPessoasProf
“precisão”: 9,
Inteiro
Não
>> Código do
profissional
> iCbos
Texto
“precisão”: 6,
Texto
“precisão”: 7,
Texto
“precisão”:
200,
Não
>> Código do
CBO
> iCids
>> Código do cid
>
observacaoExame
>> 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.90 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
em banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
>
iSolicExamesCi
to
Observações
Aceita
Nulo
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código da
solicitação de
exame
citopatológico
>
iPessoasEstab
>> Código do
estabeleciment
o
Inteiro
“precisão”: 9,
Não
Valores possíveis
> dhColeta
>> Data e hora
da coleta
> iPessoasProf
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss
.SSSZ
Não
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Não
Texto
“precisão”: 50,
Texto
“precisão”: 1,
>> Código do
profissional
> iPessoasPac
>> Código do
paciente
> apelidoPac
>> Apelido do
paciente
>
examePapanic
olau
Não
NÃO("N"),
NÃO SABE("A");
>> Indica se a
paciente fez
exame
papanicolau
>
anoPapanicola
u
SIM("S"),
Inteiro
“precisão”: 4,
Texto
“precisão”: 1,
>> Ano que foi
realizado o
papanicolau
> diu
Não
>> Indica se a
paciente fez o
uso do DIU
> gravida
>> Indica se a
SIM("S"),
NÃO("N"),
NÃO SABE("A");
Texto
“precisão”: 1,
Não
SIM("S"),
paciente está
gravida
>
pilulaAnticonce
pcional
NÃO("N"),
NÃO SABE("A");
Texto
“precisão”: 1,
Não
NÃO("N"),
NÃO SABE("A");
>> Indica se a
paciente fez
uso de
anticoncepcion
al
>
hormonioReme
dioMenopausa
Texto
“precisão”: 1,
Não
NÃO SABE("A");
Texto
“precisão”: 1,
Não
NÃO SABE("A");
Texto
“precisão”: 1,
SIM("S"),
>> Indica se a
paciente
lembra-se da
data da ultima
vez que
menstruou
>
dtUltimaMenstr
SIM("S"),
NÃO("N"),
>> Indica se a
paciente fez
tratamento
utilizando
radioterapia
> menstruou
SIM("S"),
NÃO("N"),
>> Indica se a
paciente fez
uso de
hormônio ou
remédio para
tratar
menopausa
>
tratamentoRadi
oterapia
SIM("S"),
NÃO("N");
Data
“precisão”: 7,
Formato: yyyy-
Não,
quando
campo
uacao
MM-dd
>> Data da
ultima
menstruação
>
Texto
sangramentoRe
lacoesSexuais
“precisão”: 1,
“menstru
ou”for
seleciona
do como
“Sim”
Não
NÃO("N"),
NÃO SABE("A");
>> Indica se a
paciente teve
ou tem
sangramento
após relações
sexuais
>
sangramentoM
enopausa
Texto
“precisão”: 1,
Não
NÃO SABE("A"),
NÃO ESTÁ NA
MENOPAUSA("E");
Texto
“precisão”: 1,
Não
>> Indica o
resultado da
inspeção do
colo
> sinaisDst
Indica se há
sinais
sugestivos de
doenças
sexualmente
transmissíveis
SIM("S"),
NÃO("N"),
>> Indica se a
paciente teve
ou tem
sangramento
após a
menopausa
> inspecaoColo
SIM("S"),
NORMAL("N"),
AUSENTE("A"),
ALTERADO("L"),
COLO NÃO
VISUALIZADO("C");
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
> observacao
Texto
>> Observação
da solicitação
de exame
citopatológico
> situacao
Texto
“precisão”:
250,
“precisão”: 1,
Não
>>Situação da
solicitação de
exame
citopatológico
EM EXECUÇÃO("X"),
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO ("C"),
PENDENTE("P");
>
Data e
dhRecebimento Hora
>> Data e hora
do recebimento
> dhEntrega
>> Data e hora
da entrega
> iCbos
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss
.SSSZ
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss
.SSSZ
Texto
“precisão”: 6,
Inteiro
“precisão”: 10,
fakse
>> Código do
CBO
>
iAtendimentos
>> Código do
atendimento
Path: https://e-gov.betha.com.br/saude-conversao-ws/api/solic-exames-cito
Modelo para conversão
citopatológico
da
tabela
de
Solicitação
de
exames
{
"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.91 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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
>
iResultadosExame
sCito
Não
"idSequencia"
: 1,
Inteiro
“precisão”:
10,
Não
"idSequencia"
: 2,
>> Código do
resultado de
exames
citopatológico
>
Observaçõe
s
Aceita
Nulo
Inteiro
“precisão”:
Não
Valores possíveis
iSolicExamesCito
10,
>> Código da
solicitação de
exame
citopatológico
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 9,
Texto
“precisão”: 6,
Data e
Hora
“scala”: 6,
“precisão”:
11, Formato:
yyyy-MMdd'T'HH:mm:
ss.SSSZ
Texto
“precisão”: 7,
Texto
“precisão”:
20,
>
Texto
especificarOutrasC
ausas
“precisão”:
20,
> iPessoasEstab
>> Código do
estabelecimento
> iPessoasProf
>> Código do
profissional
> iCbos
>> Código do CBO
> dhLiberacao
>> Data e hora da
liberação
>
amostraRejeitada
>> Amostra
rejeitada por
>
especificarCausas
Alheias
>> Especificar
outras causas
alheias
>> Especificar
Não
outras causas
Texto
“precisão”: 5,
>
Texto
tipoAdequabilidade
Material
“precisão”: 1,
>
epiteliosRepresent
ados
>> Epitélios
representados na
amostra
Texto
SATISFATÓRIA("S"),
INSATISFATÓRIA PARA
AVALIAÇÃO
ANCÓTICA("I");
>> Tipo da
adequabilidade do
material
>
adequabilidadeMat
erial
Não
“precisão”:
13,
>>
Adequabilidade do
material
>
Texto
matDentroLimiteNo
rmalidade
“precisão”: 1,
SIM("S"),
NÃO("N");
>>Dentro dos
limites da
normalidade, no
material coletado
>
tiposAlteracoesCel
ulares
>>Tipos de
alterações
celulares benignas
reativas ou
reparativas
Texto
“precisão”:
11,
INFLAMAÇÃO("1"),
METAPLASIA
ESCAMOSA
IMATURA("2"),
REPARAÇÃO("3"),
ATROFIA COM
INFLAMAÇÃO("4"),
RADIAÇÃO("5"),
OUTROS("6");
Texto
“precisão”:
20,
>
Texto
tiposMicrobiologias
“precisão”:
17,
>
especificarOutrasA
lteracoes
>> Especificar
outras alterações
celulares
LACTOBACILLOS-SP("1"),
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
especificarOutrasM
icrobiolog
“precisão”:
20,
>> Especificar
outras
microbiologias
> escamosa
>> Escamosa
Texto
“precisão”: 1,
Não
NÃO CONSTA("N"),
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"),
POSSIVELMENTE NÃO
NEOPLÁSICAS("P"),
>> Glandulares
NÃO SE PODE AFASTAR
LESÃO DE ALTO
GRAU("A"),
> origemIndefinida
Texto
“precisão”: 1,
Não
>> De origem
indefinida
NÃO CONSTA("N"),
POSSIVELMENTE NÃO
NEOPLÁSICAS("P"),
NÃO SE PODE AFASTAR
LESÃO DE ALTO
GRAU("A"),
>
Texto
tipoAtipiasCelulasE
scamosa
“precisão”: 1,
Não
>> Tipo atipias em
células escamosas
LESÃO INTRAEPITELIAL
DE BAIXO GRAU
(COMPREENDENDO
EFEITO CITOPÁTICO
PELO HPV E NEOPLASIA
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");
>
adenocarcinomaIn
vasor
Texto
“precisão”: 5,
>>
Adenocarcinoma
invasor
> outrasNeoplasias Texto
>> Outras
neoplasias
malignas
>
presencaCelulasE
ndometriais
Texto
“precisão”:
20,
“precisão”: 1,
NÃO("N");
>> Presença de
células
endometriais
>
Texto
observacoesGerais
“precisão”:
150,
>> Observações
gerais
Texto
“precisão”:
150,
>
Texto
motivoCancelamen
to
“precisão”:
150,
> conclusao
>> Conclusão do
resultado de
exame
>> Motivo do
cancelamento
SIM("S"),
> situacao
Texto
“precisão”: 1,
Não
>> Situação do
resultado de
exame
EM EXECUÇÃO("X"),
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO ("C");
>
pertenceMunicipio
Texto
“precisão”: 1,
Texto
“precisão”:
50,
>
Texto
descPessoasEstab
“precisão”:
50,
>> Nome do
profissional
executante
>> Nome do
estabelecimento
executante
> cnesEstab
Texto
“precisão”: 7,
Texto
“precisão”:
15,
Texto
“precisão”:
100,
>> Número do
CNES do
estabelecimento
executanteo
> cnsProf
>> Número do
CNS do
profissional
executante
>
motivoAdequabilid
adeMaterial
>> Motivo da
adequabilidade do
SIM("S"),
NÃO("N");
>> Pertence ao
município
>
descPessoasProf
Não
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.92 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
banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
>
iSolicExamesMa
ma
Observações
Aceita
Nulo
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código da
solicitação de
exame de
mamografia
> iAtendimentos
Inteiro
>> Código do
atendimento
> iPessoasEstab
“precisão”:
10,
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Não
>> Código do
estabelecimento
solicitante
> iPessoasProf
>> Código do
profissional
> iPessoasPac
>> Código do
paciente
>
iProcedimentosD
iag
>> Código do
procedimento
Texto
“precisão”:
10,
Valores possíveis
diagnóstico
>
iProcedimentosR
astr
Texto
“precisão”:
10,
Data e
Hora
“scala”: 6,
Não
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:s
s.SSSZ
Texto
“precisão”:
50,
>> Código do
procedimento
rastreamento
> dhSolicitacao
>>Data/hora do
cadastro da
solicitação de
mamografia
> apelidoPac
>> Apelido do
paciente
>
Texto
possuiNoduloCar
oco
“precisão”: 1,
Não
SIM, MAMA DIREITA("1"),
SIM, MAMA
ESQUERDA("2"),
>> Tem nódulo
ou caroço na
mama
SIM, AMBAS AS
MAMAS("3"),
NÃO("4");
>
Texto
apresentaRiscoC
ancer
“precisão”: 1,
Não
NÃO("2"),
NÃO SABE("3");
>> Apresenta
risco elevado
para câncer de
mama
>
Texto
mamasExaminad
asPassado
>> Teve as
mamas
examinadas por
SIM("1"),
“precisão”: 1,
Não
SIM("1"),
NÃO("2");
um profissional
de saude
>
mamografiaPass
ado
Texto
“precisão”: 1,
Não
SIM("1"),
NÃO("2"),
NÃO SABE("3");
>> Fez
mamografia
alguma vez
> anoMamografia Inteiro
“precisão”: 4,
>> Ano que fez a
ultima
mamografia
> tipoMamografia Texto
“precisão”: 1,
>> Tipo de
mamografia
>
tiposLesoesMam
aDir
Não
DIAGNÓSTICA("1"),
RASTREAMENTO("2"),
AMBAS("3");
Texto
“precisão”: 3,
LESÃO PAPILAR("1"),
DESCARGA ("2");
>> Tipos de
lesões da mama
direita
>
Texto
tipoDescargaPap
ilarDir
“precisão”: 1,
CRISTALINA("1"),
HEMORRÁGICA("2");
>> Tipo de
descarga papilar
na mama direita
>
Texto
linfonodoMamaDi
r
>> Linfonodo
palpável na
mama direita
“precisão”: 3,
AXILAR("1"),
SUPRACLAVICULAR("2");
>
tiposLesoesMam
aEsq
Texto
“precisão”: 3,
LESÃO PAPILAR("1"),
DESCARGA ("2");
>> Tipos de
lesões da mama
esquerda
>
Texto
tipoDescargaPap
ilarEsq
“precisão”: 1,
CRISTALINA("1"),
HEMORRÁGICA("2");
>> Tipo de
descarga papilar
na mama
esquerda
>
linfonodoMamaE
sq
Texto
“precisão”: 3,
AXILAR("1"),
SUPRACLAVICULAR("2");
>> Linfonodo
palpável na
mama esquerda
>
controleRadioMa
maDir
Texto
“precisão”:
11,
NÓDULO("1"),
MICROCALCIFICAÇÃO("2"),
ASSIMETRIA FOCAL("3"),
>> Controle
radiológico
categoria 3 na
mama direita
ASSIMETRIA DIFUSA("4"),
ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");
>
controleRadioMa
maEsq
Texto
“precisão”: 3,
NÓDULO("1"),
MICROCALCIFICAÇÃO("2"),
ASSIMETRIA FOCAL("3"),
>> Controle
radiológico
categoria 3 na
mama esquerda
ASSIMETRIA DIFUSA("4"),
ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");
> lesaoMamaEsq Texto
“precisão”:
NÓDULO("1"),
>> Lesão com
diagnóstico de
câncer na mama
esquerda
11,
MICROCALCIFICAÇÃO("2"),
ASSIMETRIA FOCAL("3"),
ASSIMETRIA DIFUSA("4"),
ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");
> lesaoMamaDir
Texto
>>Lesão com
diagnóstico de
câncer na mama
direita
“precisão”:
11,
NÓDULO("1"),
MICROCALCIFICAÇÃO("2"),
ASSIMETRIA FOCAL("3"),
ASSIMETRIA DIFUSA("4"),
ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");
>
avaliacaoRespos
taQt
Texto
“precisão”:
150,
Texto
“precisão”:
200,
>> Avaliação da
resposta de QT
neo-adjuvante
>
obsMamoRatrea
mento
>> Descrição da
mamografia de
rastreamento
> paDir
Texto
“precisão”: 3,
>>Prolongament
o axilar direito
> rraDir
>> Região
retroareolar
direito
NÓDULO("1"),
ESPESSAMENTO("2");
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> uqinfDir
Texto
“precisão”: 3,
>> União dos
quadrantes
inferiores direito
> uqintDir
ESPESSAMENTO("2");
Texto
“precisão”: 3,
>>União dos
quadrantes
internos direito
> uqsupDir
Texto
“precisão”: 3,
Texto
“precisão”: 3,
Texto
“precisão”: 3,
Texto
“precisão”: 3,
>> Quadrante
superior externo
direito
NÓDULO("1"),
ESPESSAMENTO("2");
Texto
“precisão”: 3,
>> Quadrante
inferior externo
direito
> qseDir
NÓDULO("1"),
ESPESSAMENTO("2");
>> Quadrante
superior interno
direito
> qieDir
NÓDULO("1"),
ESPESSAMENTO("2");
>> Quadrante
inferior interno
direito
> qsiDir
NÓDULO("1"),
ESPESSAMENTO("2");
>> União dos
quadrantes
externos direito
> qiiDir
NÓDULO("1"),
ESPESSAMENTO("2");
>> União dos
quadrantes
superiores direito
> uqextDir
NÓDULO("1"),
NÓDULO("1"),
ESPESSAMENTO("2");
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> paEsq
Texto
“precisão”: 3,
>>
Prolongamento
axilar esquerdo
> rraEsq
ESPESSAMENTO("2");
Texto
“precisão”: 3,
>>Região
retroareolar
esquerdo
> uqinfEsq
Texto
“precisão”: 3,
Texto
“precisão”: 3,
Texto
“precisão”: 3,
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
Texto
“precisão”: 3,
>> Quadrante
inferior interno
esquerdo
> qsiEsq
NÓDULO("1"),
ESPESSAMENTO("2");
>> União dos
quadrantes
externos
esquerdo
> qiiEsq
NÓDULO("1"),
ESPESSAMENTO("2");
>> União dos
quadrantes
superiores
esquerdo
> uqextEsq
NÓDULO("1"),
ESPESSAMENTO("2");
>> União dos
quadrantes
internos
esquerdo
> uqsupEsq
NÓDULO("1"),
ESPESSAMENTO("2");
>> União dos
quadrantes
inferiores
esquerdo
> uqintEsq
NÓDULO("1"),
NÓDULO("1"),
ESPESSAMENTO("2");
Texto
“precisão”: 3,
NÓDULO("1"),
>> Quadrante
superior interno
esquerdo
> qieEsq
ESPESSAMENTO("2");
Texto
“precisão”: 3,
NÓDULO("1"),
>> Quadrante
inferior externo
esquerdo
> qseEsq
ESPESSAMENTO("2");
Texto
“precisão”: 3,
NÓDULO("1"),
>> Quadrante
superior externo
esquerdo
> situacao
ESPESSAMENTO("2");
Texto
“precisão”: 1,
>> Situação da
solicitação de
exame de
mamografia
Não
FINALIZADO("F"),
CANCELADO("C"),
PENDENTE("P");
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.93 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 /
banco >> Nome
Aceita Nulo
Valores possíveis
em tela
Dado
Observações
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
>
iSolicExamesSadt
s
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código da
solicitação de
exame SADT
>
Inteiro
iPessoasEstabSoli
c
“precisão”: 9,
Não, quando
campo “Do
município”esti
ver
selecionado
como “Sim”
“precisão”: 9,
Não
>> Código do
estabelecimento
solicitante
>
Inteiro
iPessoasEstabExe
c
Se não for
solicitação
externa e as
solicitações
não
necessitarem
de
autorização, o
estab.
executante
não pode ser
nulo
>> Código do
estabelecimento
executante
>
iPessoasProfSolic
>> Código do
profissional
Inteiro
“precisão”: 9,
Não, quando
campo “Do
município”esti
ver
selecionado
como “Sim”
> iPessoasPac
Inteiro
“precisão”: 9,
>> Código do
paciente
> dtCriacao
Se não for
solicitação
externa
Data
“precisão”: 7,
Formato: yyyyMM-dd
Texto
“precisão”: 250,
Texto
“precisão”: 34,
Não
Texto
“precisão”: 100,
Este campo
não deve ser
preenchido
quando
campo “Do
município”esti
ver
selecionado
como “Sim”
Texto
“precisão”: 100,
Este campo
não deve ser
preenchido
quando
campo “Do
município”esti
ver
selecionado
como “Sim”
>> Data de
criação do exame
> observacao
Não
Não
>> Observação
da solicitação
> codUniqSolic
>> Código único
da solicitação
>
descPessoasEsta
bSolic
>> Descrição do
estabelecimento
solicitante
>
descPessoasProf
Solic
>> Descrição do
profissional
solicitante
>
pertenceMunicipio
Solic
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
>> Pertence ao
município
solicitante
> origem
Texto
“precisão”: 1,
>> Origem da
solicitação
Não
SOLICITAÇÃO DE
EXAMES SADT("S"),
SOLICITAÇÃO DE
EXAMES DE
MAMOGRAFIA("M"),
ATENDIMENTOS
INDIVIDUAL("I");
>
iMunicipiosOrigem
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 2,
>> Código do
município de
origem
> iPacientesExt
>> Código do
paciente externo
> iAtendimentos
>> Código do
atendimento
>
classificacaoRisco
>> Classificação
de risco
VERMELHO("0"),
LARANJA("1"),
AMARELO("2"),
VERDE("3"),
AZUL("4");
> tipoEstabExec
Texto
“precisão”: 1,
>> Tipo do
estabelecimento
executante
PÚBLICO("0"),
PRIVADO("1");
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.94
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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Valores possíveis
Observações
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iSolicExamesS
adts
Não
"idSequencia"
: 1,
Inteiro
“precisão”: 10, Não
"idSequencia"
: 2,
>> Código da
solicitação de
exame SADT
>
iExamesSadts
Inteiro
"idSequencia"
: 3,
>> Código do
exame SADT
> situacao
“precisão”: 10, Não
Texto
“precisão”: 1,
>> Situação da
solicitação do
exame
EM EXECUÇÃO("X"),
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO ("C"),
PENDENTE("P");
> dhColeta
>> Data e hora
da coleta
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato:
yyyy-MMdd'T'HH:mm:s
s.SSSZ
> dhEntrega
>> Data e hora
da entrega
>
iPessoasEstab
ExecItem
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato:
yyyy-MMdd'T'HH:mm:s
s.SSSZ
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Não,
>> Código do
estabeleciment
o executante
>
iPessoasProfA
ut
quando
parâmetro
exigir
autorização
>> Código do
profissional
autorizador
>
dtValidadeAut
Data
“precisão”: 9,
Formato:
yyyy-MM-dd
Este camo
não deve ser
preenchido
quando o
parâmetro
não solicitar
autorização
Data e
Hora
“scala”: 6,
“precisão”: 11,
Formato:
yyyy-MMdd'T'HH:mm:s
s.SSSZ
Não,
Texto
“precisão”: 1,
>> Data de
validade da
autorização
>
dhAutorizacao
>> Data e hora
da autorização
> autorizado
>> Autorizado
quando
parâmetro
exigir
autorização
SIM("1"),
NÃO("2");
>
motivoCancela
mentoAut
Texto
“precisão”:
250,
>> Motivo do
cancelamento
da autorização
> portador
Não,
quando
parâmetro
exigir
autorização
e situação =
Cancelado
(“C”)
Texto
“precisão”: 80,
Texto
“precisão”:
150,
Inteiro
“precisão”: 10,
>> Portador
> observacao
>> Observacao
>
iAtendimentos
>> Código do
atendimento
>
vlProcediment
o
BigDecim “scala”: 2,
al
“precisão”: 10,
>> 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.95 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
em banco
Tipo de Regras /
Dado
Observações
Aceita
Nulo
Valores possíveis
>> Nome em
tela
> iEntidades
Inteiro
>> Código da
entidade
>iGruposMat
eriais
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>>Código do
grupo
> descricao
“precisão”: 4,
Texto
>> Descrição
do grupo
“precisão”:
100,
Não
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.96 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
Descrição Dado
em banco
Regras /
Observações
Aceita
Nulo
Valores possíveis
>> Nome
em tela
>
iEntidades
Inteiro
Não
"idSequencia":
1,
>> Código
da
entidade
>
iSubgrupo
sMateriais
“precisão”: 4,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código
do
subgrupo
>
descricao
Texto
“precisão”:
100,
Não
>>
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.97 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
em banco
Dado
Regras /
Observações
Aceita
Nulo
>> Nome
em tela
> iEntidades Inteiro
“precisão”: 4,
>> Código
da entidade
"idSequencia":
1,
>iGruposMa
teriais
Inteiro
Não
"idSequencia":
2,
>>Código
do grupo
>
iSubgrupos
“precisão”: 10,
Não
Inteiro
“precisão”: 10,
"idSequencia":
Não
Valores possíveis
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.98 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).
>
Descriçã
o em
banco
>> Nome
em tela
Tipo de
Dado
Regras /
>
iEntidade
s
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
Não
"idSequencia":
1,
>>
Código
da
entidade
>
Inteiro
iUnidades
Medidas
“precisão”: 10,
Não
"idSequencia":
2,
>>
Código
da
unidade
de
medida
>
descricao
Texto
“precisão”:
100,
Não
“scala”: 20,
Não
>>
Descrição
da
unidade
de
medida
>
Texto
abreviatur
a
>>
Abreviatu
ra da
unidade
de
medida
Valores possíveis
>unidade Texto
Fracionari
a
“precisão”: 1,
SIM("S"),
NÃO("N");
>>
Unidade
fracionári
a
>iUnidad Inteiro
esMedida
sCatMat
“precisão”: 4,
>>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.99 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).
>
Descriçã
o em
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome
em tela
>
iEntidade
s
Não
"idSequencia":
1,
>>
Código
da
entidade
>
iMateriais
Inteiro
>>
Descrição
do
Não
"idSequencia":
2,
>>
Código
do
material
>
descricao
“precisão”: 10,
Texto
“precisão”:
100,
Não
Valores possíveis
material
> ativo
Texto
“precisão”: 1,
Não
>> Indica
se o
material
está ativo
>medica
mentoIns
umo
NÃO("N");
Texto
“precisão”: 1,
Não
>apresent Texto
acao
“precisão”:
150,
>>Aprese
ntação do
material
Texto
“precisão”: 30,
Inteiro
“precisão”: 10,
>>
Registro
no
Ministério
da Saúde
>iPessoa
sFornec
>>
Código
do
SIM("S"),
NÃO("N");
>> Indica
se o
material é
medicam
ento/insu
mo
>
registroM
s
SIM("S"),
Não
fornecedo
r
Texto
“precisão”:
200,
Inteiro
“precisão”: 10,
>iSubgru Inteiro
posMateri
ais
“precisão”: 10,
>principio
Ativo
>>Descri
ção do
princípio
ativo do
medicam
ento
>iGrupos
Materiais
Não
>>Código
do grupo
>>Código
do
subgrupo
>estoque
Critico
BigDecimal
“scala”: 2,
“precisão”: 10,
>>Estoqu
e crítico
do
material
>iUnidad Inteiro
esMedida
s
“precisão”: 10,
>>Código
da
unidade
de
medida
>iUnidad
esDispen
Inteiro
“precisão”: 10,
Não
sa
>>Código
da
unidade
de
dispensa
>fatorUni
dade
BigDecimal
“scala”: 2,
“precisão”: 10,
>>Fator
de
unidade
>motivo
Texto
“precisão”:
200,
Texto
“precisão”: 1,
>>Motivo
da
inativaçã
o
>medica
mentoCo
ntrolado
SIM("S"),
NÃO("N");
>>Medica
mento
controlad
o
>grupoM
edControl
ado
>>Grupo
do
medicam
ento
controlad
o
Texto
“precisão”: 2,
A1("A1"),
A2("A2"),
A3("A3"),
B1("B1"),
B2("B2"),
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,
Texto
“precisão”: 20,
Texto
“precisão”: 1,
>>Código
da DCB
>
iCatalogo
sMateriai
s
>>Código
do
material
no
CATMAT
>vincular
Horus
NÃO(null);
>>Vincula
r com o
Hórus
>vlUnitari
oHorus
BigDecimal
“scala”: 8,
“precisão”: 20,
>>Valor
unitário
horús
>qtdMax
Prescrita
>>Quanti
dade
máxima
SIM("S"),
BigDecimal
“scala”: 2,
“precisão”: 10,
prescrita
>vincular
Sigaf
Texto
“precisão”: 1,
SIM("S"),
NÃO(null);
>>Vincula
r com o
SiGAF
>vlUnitari
o
BigDecimal
“scala”: 8,
“precisão”: 20,
>>Valor
unitário
do
material
>tipoMate Inteiro
rial
“precisão”: 2,
IMUNOBIOLÓGICO (“1”)
>>Indica
o tipo de
material
>escritura Texto
rLivroReg
istro
NORMAL (“0”),
DILUENTE (“2”)
“precisão”: 1,
SIM("S"),
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.100 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
em banco
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
>> Nome
em tela
> iEntidades
Inteiro
“precisão”: 4,
>> Código
da entidade
"idSequencia": 1,
>iEntradasM Inteiro
ateriais
“precisão”: 10,
Não
Não
"idSequencia": 2,
>>Código da
entrada do
material
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
Inteiro
“precisão”: 9,
Não
>tipoEntrada Texto
“precisão”: 1,
Não
> dtEntrada
>> Data de
entrada
>iPessoasE
stab
>>Código do
estabelecim
ento
>> Tipo de
ENTRADA("E"),
entrada
TRANSFERÊNCIA("T"),
PACIENTE("P");
Inteiro
“precisão”: 10,
>
Texto
numeroDocu
mento
“precisão”: 50,
>iTransfMat
eriais
>> Código
da
transferênci
a do
material
>>Número
do
documento
>situacao
Texto
“precisão”: 1,
>>Situação
da entrada
de materiais
CANCELADA("C");
“precisão”: 30,
>>Autorizaç
ão de
forneciment
o
Inteiro
“precisão”: 9,
Inteiro
“precisão”: 10,
>>Código do
fornecedor
>iSetoresCu
stos
>>Código do
setor de
custos
FINALIZADA("F"),
PENDENTE("P"),
>autorizaFor Texto
necimento
>iPessoasF
ornec
Não
>tipoAquisic
ao
Texto
“precisão”: 1,
>>Tipo de
aquisição
SALDO DE
IMPLEMENTAÇÃO("I"),
CONCORRÊNCIA("C"),
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
ac
Inteiro
“precisão”: 9,
Texto
“precisão”: 30,
Texto
“precisão”: 30,
BigDeci
mal
“scala”: 4,
Data
“precisão”: 7,
Formato: yyyyMM-dd
>>Código do
paciente da
devolução
>nroPregao
>>Número
do pregão
>nroLicitaca
o
>>Número
da licitação
>vlNotaFisc
al
“precisão”: 10,
>>Valor da
nota fiscal
>dtNotaFisc
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.101 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
em banco
Dado
Regras /
Aceita Nulo
Observações
>> Nome
em tela
> iEntidades Inteiro
“precisão”: 4,
>> Código
da entidade
"idSequencia":
1,
>
Inteiro
iEntradasMa
teriais
“precisão”: 10,
Não
Não
"idSequencia":
2,
>> Código
da entrada
do material
>
Inteiro
iEntradasMa
teriaisItens
“precisão”: 10,
"idSequencia":
3,
Não
“precisão”: 10,
Não
>>
Sequência
do item da
entrada do
material
> iMateriais
>> Código
do material
Inteiro
Valores possíveis
>
qtdApresent
ada
BigDecimal
“scala”: 2,
Não
“precisão”: 10,
>>
Quantidade
apresentada
>qtdRecebid BigDecimal
a
“scala”: 2,
Não
“precisão”: 10,
>>Quantida
de recebida
>
dtFabricaca
o
Data
“precisão”: 7,
Formato: yyyyMM-dd
Sim
Texto
“precisão”: 60,
Obrigatório se
“medicamentoI
nsumo = SIM”
Não (Com
condição)
BigDecimal
“scala”: 8,
>> Data de
fabricação
>lote
>>Lote de
fabricação
>vlUnitario
“precisão”: 20,
>>Valor
unitário
>nroPregao
Texto
“precisão”: 30,
Texto
“precisão”: 1,
>>Número
do pregão
>situacao
CANCELADA("C"),
>>Situação
do item da
entrada de
materiais
>dtValidade
>>Data de
validade
FINALIZADA("F"),
PENDENTE("P");
Data
“precisão”: 7,
Formato: yyyyMM-dd, Não
deve ser
Não (Com
condição)
informado se
“medicamentoI
nsumo = NÃO”
>codBarras
Texto
“precisão”: 25,
Não deve ser
informado se
“medicamentoI
nsumo = NÃO”
Sim (Com
condição)
Texto
“precisão”: 15,
Sim
>>Código
de barras
>nroRegistr
o
>>N°
Registro
MS/ANVISA
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,
"codBarras": null,
"nroRegistro": null,
"qtdRecebida": null,
"entradasMateriaisItens" : {
"qtdApresentada" : null,
"qtdRecebida" : null,
"dtFabricacao" : null,
"lote" : null,
"vlUnitario" : null,
"nroPregao" : null,
"situacao" : null,
"iEntidades" : null,
"iEntradasMateriais" : null,
"iEntradasMateriaisItens" : null,
"iMateriais" : null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.102 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código
da entidade
>iDispensas
Mat
"idSequencia":
1,
Inteiro
"idSequencia":
2,
>> Código
da dispensa
de materiais
>
iAtendimento
“precisão”: 10,
Inteiro
“precisão”: 10,
Não
Valores possíveis
s
>> Código
do
atendimento
>iPessoasEs
tab
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
Obrigatório se
no registro
conter pelo
menos um
medicamento
controlado
Não (Com
condição)
Inteiro
“precisão”: 1,
Não
>>Código do
estabelecime
nto
solicitante
>iPessoasPr
of
>>Código do
profissional
>tipoDispens
a
>> Tipo de
dispensa
PACIENTE DO PRÓPRIO
ESTABELECIMENTO("1"),
PACIENTES DE OUTRO
ESTABELECIMENTO("2"),
ESTABELECIMENTOS E
PROFISSIONAIS("3"),
DISPENSA DIRETA AO
PACIENTE (SEM VÍNCULO
COM ATENDIMENTO)("4");
> dtDispensa Data
>>Data da
dispensa
>motivo
“precisão”: 7,
Formato: yyyyMM-dd
Texto
“precisão”: 250,
Texto
“precisão”: 1,
Não
>>Motivo
>situacao
>>Situação
da dispensa
Não
CANCELADO("C"),
FINALIZADO("F"),
PENDENTE("P");
>origemDisp
ensa
Texto
“precisão”: 1,
DISPENSA (DISPENSAS
DO TIPO 3)("D"),
>> Origem
da dispensa
PRESCRIÇÃO (DISPENSAS
DOS TIPOS 1 E 2)("P"),
TRATAMENTO
(DISPENSAS DOS TIPOS 1
E 2)("T");
>observacoe
s
Texto
“precisão”: 250,
>>
Observações
da dispensa
>iPessoasPa Inteiro
c
“precisão”: 9,
>>Código do
paciente
Não
Caso
destino
dispensa
= Paciente
>profSistema Texto
“precisão”: 1,
SIM("S"),
>>Profission
al do sistema
>iPrescritore
s
NÃO("N");
Inteiro
“precisão”: 6,
Obrigatório se
no registro
conter pelo
menos um
medicamento
controlado
Inteiro
“precisão”: 10,
>>Código do
prescritor
>iSetoresCu
stos
>>Código do
setor de
custos
Não (Com
condição)
>faturarDisp
ensa
Texto
“precisão”: 1
SIM("S"),
NÃO("N");
>>Faturar
dispensa
>iCbos
Texto
“precisão”: 6
Inteiro
“precisão”: 9,
>>Código do
CBO
>iPessoasPr
ofResp
Obrigatório se
‘faturarDisp
>>Código do
profissional
responsável
>origemPres
cricao
Não (Com
condição)
Ensa’ for “Sim”
Texto
“precisão”: 1
PARTICULAR("P"),
SUS("S");
>>Origem da
prescrição
>iTransfMate Inteiro
riaisOrigem
“precisão”: 10,
>>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.103 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
em banco
Dado
Observações
Nulo
Inteiro
“precisão”: 4,
Não
>> Nome
em tela
>
iEntidades
"idSequencia":
1,
>> Código
da entidade
>iDispensas Inteiro
Mat
>>Código
da dispensa
de materiais
>
iDispensas
MatItens
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
“precisão”: 10,
Não
"idSequencia":
3,
>> Item da
dispensa de
materiais
>iMateriais
Inteiro
>>Código
do material
>qtdPrescrit BigDecim
a
al
“precisão”:
10,
Não
“scala”: 2,
“precisão”: 10,
>>Quantida
de prescrita
>qtdDispen
sada
BigDecim
al
“scala”: 2,
Texto
“precisão”: 1,
“precisão”: 10,
>>
Quantidade
dispensada
> situacao
>>Situação
EM ABERTO("A"),
do item da
dispensa
>seqExtern
a
CANCELADO("C"),
FINALIZADO("F");
Inteiro
“precisão”: 10
Data
“precisão”: 7,
Formato:
yyyy-MM-dd
Long
“precisão”: 15,
>>Sequênci
a externa
do item
>dtPrescric
ao
>>Data da
prescrição
>numNotific
acao
Não
>>Número
da
notificação
>viaAdminis Inteiro
tracao
>> Via de
administraç
ão
“precisão”: 2,
ORAL("1"),
TÓPICA("2"),
PARENTAL("3"),
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,
Inteiro
“precisão”: 2,
>>Doses
>duracao
>>Tempo
de duração
do
tratamento
Não
Se
medicamen
to =
controlado
>unidadeDu Inteiro
racao
“precisão”: 1,
Não
OUTRA("0"),
DIAS("1"),
>>Unidade
da duração
do
tratamento
Se
medicamen
to =
controlado
SEMANAS("2"),
MESES("3"),
SEMESTRES("4"),
ANOS("5"),
HORAS("6"),
MINUTOS("7");
>justificativa Texto
QtdExcede
nte
“precisão”:
500,
>>
Justificativa
da
quantidade
excedente
>observaco
es
>>Observaç
ões do item
Texto
“precisão”:
500,
da dispensa
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,
“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.104 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).
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Observações
>> Nome
em tela
>
iEntidades
"idSequencia":
1,
>> Código
da
entidade
>iDispensa Inteiro
sMat
>>Código
da
dispensa
de
materiais
>
iDispensas
MatItens
>> Item da
dispensa
Não
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
“precisão”: 10,
"idSequencia":
3,
Não
Valores possíveis
de
materiais
>iDispensa Inteiro
sMatItensL
otes
“precisão”: 4,
Não
"idSequencia":
4,
>>Sequênc
ia do lote
>lote
Texto
>>Lote de
fabricação
>quantidad BigDecim
e
al
“precisão”: 60,
Obrigatório se
medicamento/I
nsumo = Sim
Não (Com
condição)
“scala”: 2,
Não
“precisão”: 10,
>>Quantid
ade
dispensada
>
dhDispens
a
Data e
Hora
>>Data e
hora da
dispensa
“scala”: 6,
Não
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss
.SSSZ
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.105 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).
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
Valores possíveis
>> Nome
em tela
>
iEntidades
"idSequencia":
1,
>> Código
da entidade
>iPessoasF Inteiro
ornec
>>Código
do
fornecedor
>
laboratorio
Sadt
Não
Texto
“precisão”: 9,
Não
"idSequencia":
2,
“precisão”: 1,
SIM("S"),
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.106 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
em banco
>> Nome
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
em tela
> iEntidades
Inteiro
>> Código
da entidade
>iLocalizaco
esMat
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>>Código da
localização
>
iPessoasEst
ab
“precisão”: 4,
Inteiro
“precisão”: 9,
Texto
“precisão”: 1,
Não
>> Código
do
estabelecim
ento
>
tipoCorredor
PRIMÁRIO("P"),
SECUNDÁRIO("S");
>>Tipo do
corredor
>
descricaoCo
rredor
Texto
“precisão”: 50,
>>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.107 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código
da entidade
>iLocalizaco
esMat
Não
"idSequencia": 1,
Inteiro
“precisão”: 10,
Não
"idSequencia": 2,
>>Código da
localização
> iMateriais
>> Código
Inteiro
“precisão”: 10,
"idSequencia": 3
Não
Valores possíveis
do material
>
iLocalizacoe
sMatItens
Inteiro
“precisão”: 10,
"idSequencia": 4
Texto
“precisão”: 60,
Texto
“precisão”: 1,
Não
>>Código
dos itens das
localizações
> lote
>> Lote do
material
> tipoEspaco
ESTRADO (“2”)
>> Tipo do
espaço
>
descricaoEs
paco
ESTANTE(“1”)
Texto
“precisão”: 50,
>> 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.108 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
em banco
Dado
Regras /
Observações
Aceita
Nulo
>> Nome
em tela
> iEntidades Inteiro
“precisão”: 4,
>> Código
da entidade
"idSequencia":
1,
>iMatEstCrit
icos
Inteiro
>> Código
do
Não
"idSequencia":
2,
>>Código
do estoque
crítico do
material
>
iPessoasEst
ab
“precisão”: 9,
Não
Inteiro
“precisão”: 9
Não
Valores possíveis
estabelecim
ento
> ativo
Texto
“precisão”: 1,
Não
>>Indica se
o material
está ativo
SIM("S"),
NÃO("N");
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.109 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).
>
Descrição
em banco
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
>> Nome
em tela
> iEntidades Inteiro
“precisão”: 4,
>> Código
da entidade
"idSequencia":
1,
>iMatEstCrit Inteiro
icos
“precisão”: 9,
>>Código
do estoque
crítico do
material
> iMateriais
Inteiro
Não
"idSequencia":
2,
“precisão”: 10
Não
"idSequencia":
3,
>> Material
> ativo
Não
Texto
“precisão”: 1,
Não
>>Indica se
o material
está ativo
> qtdCritica
>>
Quantidade
crítica
SIM("S"),
NÃO("N");
BigDeci
mal
“scala”: 2,
Não
“precisão”: 10,
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.110 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
em banco
Dado
Regras /
Observações
Aceita
Nulo
>> Nome
em tela
> iEntidades Inteiro
“precisão”: 4,
>> Código
da entidade
"idSequencia":
1,
> iMateriais
>> Material
Inteiro
“precisão”: 10,
"idSequencia":
2,
Não
Não
Valores possíveis
>
iPessoasLa
b
Inteiro
“precisão”: 9
Não
"idSequencia":
3,
>> Código
do
laboratório
>
nroRegistro
Texto
“precisão”: 15,
Texto
“precisão”: 25,
>>Número
de registro
no
MS/Anvisa
> codBarras
>> 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.111 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.
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Observações
>> Nome
em tela
>
iEntidades
"idSequencia":
1,
>> Código
da entidade
> iMateriais
Inteiro
Texto
>> Lote de
fabricação
>
dtValidade
Não
“precisão”: 60
Não
"idSequencia":
3,
Data
“precisão”: 7,
Formato: yyyyMM-dd
Inteiro
“precisão”: 9,
>>Data de
validade
>
“precisão”: 10,
"idSequencia":
2,
>> Material
> iLotes
Não
Não
Valores possíveis
iPessoasLa
b
>> Código
do
laboratório
Texto
“precisão”: 15
> codBarras Texto
“precisão”: 25,
>
nroRegistro
>> Número
de registro
no
MS/Anvisa
>> 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.112 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
em banco
Dado
Regras /
Observações
Aceita
Nulo
>> Nome
em tela
> iEntidades Inteiro
“precisão”: 4,
>> Código
da entidade
"idSequencia": 1,
>
iPessoasEst
ab
Inteiro
“precisão”: 9,
Não
Não
"idSequencia": 2,
>> Código
do
estabelecim
ento
> iMateriais
Inteiro
>> Código
do material
> iDtSaldos
>>Data do
saldo
“precisão”: 10,
Não
"idSequencia": 3,
Data
“precisão”: 7,
"idSequencia": 4,
Formato: yyyy-MMdd
Não
Valores possíveis
>
saldoFisico
BigDecimal
“scala”: 2,
“precisão”: 18
BigDecimal
“scala”: 8,
“precisão”: 30
BigDecimal
“scala”: 8,
“precisão”: 20
Não
>> Saldo
físico do
material
>
vlMaterialSa
ldo
>> Valor do
saldo do
material
>
vlUltPrecoM
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.113 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).
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Observações
>> Nome
em tela
>
iEntidades
Não
"idSequencia":
1,
>> Código
da entidade
>
Inteiro
iPessoasEs
tab
“precisão”: 9,
Não
"idSequencia":
2,
>> Código
do
estabelecim
ento
> iMateriais
Inteiro
>> Código
do material
> iLotes
>>Lote de
fabricação
“precisão”: 10,
Não
"idSequencia":
3,
Texto
“precisão”: 60,
"idSequencia":
4,
Não
Valores possíveis
> iDtSaldos
Data
“precisão”: 7,
"idSequencia":
5, Formato:
yyyy-MM-dd
BigDecimal
“scala”: 2,
“precisão”: 18
BigDecimal
“scala”: 8,
“precisão”: 30
BigDecimal
“scala”: 8,
“precisão”: 20
Inteiro
“precisão”: 1,
>> Data do
saldo
>
saldoFisico
Lote
Não
>> Saldo
físico do
lote do
material
>
vlMaterialS
aldoLote
>> Valor do
saldo do
lote do
material
>
vlUltPreco
MedioLote
>> Valor do
último
preço
médio do
lote
> ativo
>> Ativo
SIM(1),
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.114 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Aceita Nulo
Observações
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iPessoasEsta
Não
"idSequencia":
1,
Inteiro
“precisão”: 9,
Não
Valores possíveis
"idSequencia":
2,
b
>> Código do
estabelecimen
to
> iMateriais
Inteiro
“precisão”: 10,
>> Código do
material
"idSequencia":
3,
>
Inteiro
iMovimentosM
ateriais
“precisão”: 10,
Não
Não
"idSequencia":
4,
>>Sequencial
do movimento
do material
Texto
“precisão”: 60,
>
Texto
numeroDocum
ento
“precisão”: 60,
> lote
>> Lote de
fabricação
>> Número do
documento
>
Texto
tipoMovimento
“precisão”: 1,
Não
ENTRADA("1"),
SAÍDA("2"),
>> Tipo do
movimento
ESTORNO DE
ENTRADA("3"),
ESTORNO DE
SAÍDA("4");
>
dtMovimento
>> Data do
movimento
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
BigDecimal
“scala”: 2,
“precisão”: 18,
Inteiro
“precisão”: 10,
Inteiro
“precisão”: 10,
>
Inteiro
iEntradasMate
riais
“precisão”: 10,
> quantidade
>>
Quantidade
movimentada
>
iTransfMateria
is
>> Código da
transferência
de materiais
>
iTransfMateria
isItens
>> Item da
transferência
de materiais
>> Código da
entrada de
materiais
>
Inteiro
iEntradasMate
riaisItens
“precisão”: 10,
>> Item da
entrada de
materiais
> dtValidade
Data
“precisão”: 7,
Formato: yyyyMM-dd
Inteiro
“precisão”: 10,
>> Data de
validade do
lote de
fabricação
>
iPerdasSinistr
Não
os
>> Código da
perda/sinistro
de materiais
Inteiro
“precisão”: 10,
>
Inteiro
iDispensasMat
“precisão”: 10,
>
iPerdasSinistr
osItens
>>Item da
perda/sinistro
de materiais
>>Código da
dispensa de
materiais
>
Inteiro
iDispensasMat
Itens
“precisão”: 10,
>>Item da
dispensa de
materiais
>
vlMaterialMov
BigDecimal
“scala”: 8,
“precisão”: 30,
Inteiro
“precisão”: 10,
>>Valor
movimentado
do materia
>
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.115 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
Descrição Dado
em banco
Regras /
Aceita Nulo
Observações
>> Nome
em tela
>
iEntidades
Inteiro
“precisão”: 4,
Não
"idSequencia":
1,
>> Código
da
entidade
>
Inteiro
iPerdasSin
istros
“precisão”: 10,
Não
"idSequencia":
2,
>> Código
da perda
ou sinistro
>
iPessoasE
stab
>> Código
do
estabeleci
mento
Inteiro
“precisão”: 9,
Não
Valores possíveis
>
Data
dtPerdasSi
nistros
“precisão”: 7,
Formato: yyyyMM-dd
Não
“scala”: 1,
Não
>>Data da
perda ou
sinistro
> tipo
Texto
>> Tipo
PERDA("P"),
SINISTRO("S"),
AJUSTE DE
ESTOQUE("A"),
MATERIAIS
VENCIDOS("V");
>
iTransfMat
eriais
Inteiro
“precisão”: 10,
Se tipo de
ocorrência =
transferência
>> Código
da
transferên
cia de
materiais
>
iEntradas
Materiais
Inteiro
“precisão”: 10
Texto
“precisão”:
500,
Não
Texto
“precisão”: 1,
Não
>>Motivo
da perda
ou sinistro
> situacao
>>
Situação
da
perda/sinis
Não
Se tipo de
ocorrência =
Entrada
>> Código
da entrada
de
materiais
> motivo
Não
CANCELADO("C"),
NORMAL("N");
tro
> dtInicial
Data
“precisão”: 7,
Formato: yyyyMM-dd
Data
“precisão”: 7,
Formato: yyyyMM-dd
>>Data
Inicial
> dtFinal
>>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.116 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).
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome
em tela
>
iEntidades
"idSequencia":
1,
>> Código
da entidade
>
iPerdasSini
stros
Não
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código
da perda
ou sinistro
>
iPerdasSini
strosItens
>>
Sequência
do item da
perda ou
Inteiro
“precisão”: 10,
"idSequencia":
3,
Não
Valores possíveis
sinistro
>
iMateriais
Inteiro
“precisão”: 10,
Texto
“precisão”: 60
BigDecim
al
“scala”: 2,
“precisão”: 10
Inteiro
“precisão”: 10
Não
>>Código
do material
> lote
>> Lote do
material
>
qtdSinistra
da
Não
>>
Quantidade
sinistrada
>
iUnidades
Medidas
>> Código
da unidade
de medida
>
BigDecim
qtdApresen al
tada
“scala”: 2,
“precisão”: 10
>>
Quantidade
apresentad
a
>
qtdRecebid
a
BigDecim
al
“scala”: 2,
“precisão”: 10
Texto
“precisão”: 1,
>>
Quantidade
recebida
>
QUEBRA("Q"),
motivoImun
o
>> Motivo
da perda
em caso
medicamen
to do tipo
imunobioló
gico
FALTA DE ENERGIA("N"),
FALHA DE
EQUIPAMENTO("E"),
VALIDADE VENCIDA("V"),
PROCEDIMENTO
INADEQUADO("P"),
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.117 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
em banco
Dado
Regras /
Observações
Aceita
Nulo
>> Nome
em tela
> iEntidades Inteiro
“precisão”: 4,
>> Código
da entidade
"idSequencia":
1,
>
Inteiro
iProgramaca
oMateriais
“precisão”: 10,
Não
Não
"idSequencia":
2,
>> Código
da
programaçã
o do
material
>
Inteiro
iCompetenci
as
>> Código
da
competência
“precisão”: 4,,
Não
Valores possíveis
>
iPessoasEst
ab
Inteiro
“precisão”: 9,
Não
>> 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.118 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).
>
Descriçã
o em
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome
em tela
>
iEntidade
s
Não
"idSequencia":
1,
>>
Código da
entidade
>
iProgram
acaoMate
riais
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>>
Código da
programa
ção do
material
>
iMateriais
Inteiro
“precisão”: 10,
"idSequencia":
3,
Não
BigDecimal
“scala”: 2,
Não
>>
Código do
material
>
qtdProgra
mada
“precisão”: 10,
>>
Quantida
de
programa
da
>
BigDecimal
qtdReposi
cao
“scala”: 2,
“precisão”: 10,
Valores possíveis
>>
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.119 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
em banco
>> Nome em
tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
> iEntidades
Inteiro
>> Código da
entidade
>
iRequisicoesM
ateriais
“precisão”: 4,
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código da
requisição de
materiais
>
iPessoasEstab
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Texto
“precisão”: 1,
>> Código do
estabeleciment
o requisitante
>
iPessoasEstab
Def
>> Código do
estabeleciment
o de
deferimento
>
iPessoasProf
>> Código do
profissional
> prioridade
Não
>>Prioridade
da requisição
>
dtRequisicao
>> Data da
requisição
ALTA("A"),
URGENTE("U"),
NORMAL("N");
Data
“precisão”: 7,
Formato: yyyyMM-dd
Não
> motivo
Texto
“precisão”:
500,
Texto
“precisão”: 1,
>>Motivo da
prioridade
>
tipoRequisicao
NORMAL("N"),
COMPLEMENTAR("C");
>> Tipo de
requisição
>
Inteiro
iSetoresCustos
“precisão”: 10,
>>Código do
setor de custos
>
bloquearRequi
sicao
Texto
“precisão”: 1,
Não
>> 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.120 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código
da entidade
>
iRequisicoes
Materiais
>> Código
da requisição
de materiais
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
"idSequencia":
2,
Não
Valores possíveis
> iMateriais
Inteiro
“precisão”: 10,
"idSequencia":
3,
Não
BigDecimal
“scala”: 2,
Não
>> Código
do material
>
quantidade
“precisão”: 10,
>>
Quantidade
do material
>
qtdDeferida
BigDecimal
“scala”: 2,
“precisão”: 10,
>>
Quantidade
deferida
>
motivoIndefe
rimento
Texto
“precisão”: 500,
Texto
“precisão”: 1,
>> Motivo do
indeferiment
o
> situacao
DEFERIDA("D"),
>> Situação
do material
INDEFERIDA("I"),
DEFERIDO PARCIAL("P"),
EM ABERTO("A");
>
qtdFaltante
BigDecimal
“scala”: 2,
Não
“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.121 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).
>
Descrição
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome
em tela
>
iEntidades
>> Código
da entidade
"idSequencia":
1,
Não
Valores possíveis
>
Inteiro
iPessoasEs
tab
“precisão”: 9,
Não
"idSequencia":
2,
>> Código
do
estabeleci
mento
>
iSetoresCu
stos
Inteiro
“precisão”: 10,
"idSequencia":
3,
Não
Texto
“precisão”:
150,
Não
Texto
“precisão”: 1,
>> Código
do setor de
custos
>
descricao
>>
Descrição
do setor de
custos
> ativo
>> Indica
se o setor
de custos
está ativo
SIM("S"),
NÃO("N");
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.122 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4, Não
>> Nome em
tela
> iEntidades
>> Código da
entidade
>
iTransfMateriai
s
"idSequencia
": 1,
Inteiro
>> Situação da
“precisão”:
10,
Não
"idSequencia
": 2,
>> Código da
transferência
do material
> situacao
Observaçõe
s
Aceita
Nulo
Texto
“precisão”: 1, Não
Valores possíveis
transferência
>
dtTransferenci
a
Data
“precisão”: 7, Não
Formato:
yyyy-MM-dd
Inteiro
“precisão”: 9, Não
Texto
“precisão”: 1,
>>Data da
transferência
>
iPessoasEstab
Origem
>>Código do
estabeleciment
o de origem
>
tipoTransferen
cia
NORMAL("N"),
DIRETA("I"),
>>Tipo da
transferência
BAIXA EM ESTOQUE("B");
>
Inteiro
iSetoresCustos
Origem
“precisão”:
10,
>>Código do
setor de custos
de origem
>
Inteiro
iSetoresCustos
Destino
“precisão”:
10,
>> Código do
setor de custos
de destino
> observacao
Texto
“precisão”:
250,
Inteiro
“precisão”:
10,
>>Observação
>
iRequisicoesM
DEVOLUÇÃO("D"),
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.123 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).
>
Descriçã
o em
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome
em tela
>
iEntidade
s
Não
"idSequencia":
1,
>> Código
da
entidade
>
iTransfMa
teriais
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código
da
transferên
cia do
material
>
iMateriais
>> Código
do
material
>
quantidad
Inteiro
“precisão”: 10,
"idSequencia":
3,
BigDecimal “scala”: 2,
Não
Não
Valores possíveis
“precisão”: 10,
e
>>
Quantidad
e do
material
Texto
“precisão”: 60,
>iTransfM Inteiro
ateriaisIte
ns
“precisão”: 10,
"idSequencia":
4,
>lote
>> Lote
de
fabricação
Não
>>Sequên
cia do
item da
entrada
do
material
>
qtdMovim
entada
BigDecimal “scala”: 2,
“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.124 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
em banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em
tela
> iEntidades
>> Código da
entidade
>iMateriais
"idSequencia":
1,
Inteiro
>>Código do
material
>
iMateriaisImu
Não
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 10,
Não
Valores possíveis
noDiluido
>> Código do
imunobiológic
o diluído
>estrategia
Inteiro
“precisão”: 2,
Não
Inteiro
“precisão”: 2,
Não
Inteiro
“precisão”: 5,
Inteiro
“precisão”: 1,
>>Estratégia
>populacao
>>População
>prazoUso
>> Prazo para
utilização
>
unidadePrazo
Uso
>Unidade de
tempo do
prazo para
utilização
Não
HORAS("0"),
MINUTOS("1"),
DIAS("2"),
SEMANAS("3"),
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.125 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
banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
>iMateriais
>> Sequencial
da dose do
imunobiológico
Observações
Não
"idSequencia":
1,
Inteiro
>>Código do
material
>
iDosesImunobiol
ogicos
Aceita Nulo
“precisão”: 10,
Não
"idSequencia":
2,
Inteiro
“precisão”: 10,
"idSequencia":
3,
Não
Valores possíveis
Inteiro
“precisão”: 3,
Não
Inteiro
“precisão”: 3,
Não
>idadeMesesMin Inteiro
“precisão”: 3,
Não
Inteiro
“precisão”: 5,
Não
Inteiro
“precisão”: 3,
Não
Inteiro
“precisão”: 3,
Não
Inteiro
“precisão”: 5,
Não
Inteiro
“precisão”: 3,
Inteiro
“precisão”: 1,
>dose
>>Dose
>idadeAnosMin
>>Idade mínima
em anos
>> Idade mínima
em meses
> idadeDiasMin
>>Idade mínima
em dias
>idadeAnosMax
>>Idade máxima
em anos
>idadeMesesMa
x
>>Idade máxima
em meses
>idadeDiasMax
>>Idade máxima
em dias
>prazoProxDose
>>Prazo para a
próxima dose
>unidadePrazoP
roxDose
>>Unidade de
tempo do prazo
para a próxima
dose
ANOS ("4")
DIAS ("1")
HORAS ("5")
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.126 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
banco >> Nome
em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
>
iCampanhasImuno
Observações
Aceita
Nulo
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código da
campanha
Inteiro
“precisão”: 10,
Não
>
Inteiro
iDosesImunobiolog
icos
“precisão”: 10,
Não
“precisão”: 2,
Não
> iMateriais
Valores possíveis
>> Código do
imunobiológico
>> Dose
>
iEsferasAdministra
tivas
>> Esfera
administrativa
Inteiro
FEDERAL("1"),
ESTADUAL("2");
> dtInicial
Data
“precisão”: 7,
Formato: yyyyMM-dd
Data
“precisão”: 7,
Formato: yyyyMM-dd
Texto
“precisão”: 100,
Inteiro
“precisão”: 1,
>> Data inicial
> dtFinal
>> Data final
> nome
Não
>> Nome
> etapa
Não
>> Etapa
1º ETAPA("1"),
2º ETAPA("2");
> situacao
Texto
“precisão”: 1,
Não
>> Situação
ATIVO("A"),
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.127 Layout da tabela
imunobiológicos
de
Estabelecimentos
de
campanhas
de
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
banco >>
Nome em tela
Tipo de
Dado
Regras /
> iEntidades
Inteiro
“precisão”: 4,
>> Código da
entidade
>
iCampanhasImun
o
Observações
Aceita
Nulo
Não
"idSequencia":
1,
Inteiro
“precisão”: 10,
Não
"idSequencia":
2,
>> Código da
campanha
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 10,
"idSequencia":
3,
Não
Valores possíveis
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.128 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
banco
Tipo de
Dado
Regras /
Inteiro
“precisão”: 4,
Observações
Aceita
Nulo
>> Nome em tela
> iEntidades
>> Código da
entidade
"idSequencia":
1,
Não
Valores possíveis
> iCampanhasImuno
Inteiro
>> Código da
campanha
> iPessoasEstab
"idSequencia":
2,
Inteiro
>> Código do
estabelecimento
>iCampanhasImunoP
op
>>Tipo de população
“precisão”: 10, Não
"idSequencia":
3,
Inteiro
“precisão”:
10,
Não
“idSequencia":
4,
>>Código da
população
>populacao
“precisão”: 10, Não
Inteiro
“precisão”: 2,
Não
ACAMPADOS("3")
ADULTO("11")
ASSENTADOS("2")
CRIANCAS("8")
CRIANCAS_INDIGENA
S("9")
CRIANCAS_NAO_INDI
GENAS("10")
GERAL("7")
GESTANTES("14")
HOMENS("12")
IDOSOS("17")
INDIGENAS("1”)
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
Inteiro
“precisão”: 3,
Não
Inteiro
“precisão”: 3,
Não
Inteiro
“precisão”: 3,
Não
Inteiro
“precisão”: 3,
Não
Inteiro
“precisão”: 3,
Não
Inteiro
“precisão”: 10, Não
>> Idade em anos
mínima
> idadeMesesMin
>>Idade em meses
mínima
>idadeDiasMin
>>Idade em dias
mínima
>idadeAnosMax
>>Idade em anos
máxima
>idadeMesesMax
>>Idade em meses
máxima
>idadeDiasMax
>>Idade em dias
máxima
>populacaoEsperada
>>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.129 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
em banco
>> Nome em
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
tela
> iEntidades
Inteiro
>> Código da
entidade
> iPessoasPac
“precisão”: 4,
Não
"idSequencia":
1,
Inteiro
“precisão”: 9,
>> Código do
paciente
"idSequencia":
2,
>
Inteiro
grupoAtendime
nto
“precisão”: 2,
Não
Não
POPULAÇÃO EM GERAL("1"),
ACAMPADOS("2"),
ASSENTADOS("3"),
>> Grupo de
atendimento
INDÍGENAS("4"),
QUILOMBOLA("5"),
MILITARES("6"),
POPULAÇÃO PRIVADA DE
LIBERDADE("7");
>gestante
Texto
“precisão”: 1,,
>>Gestante
>hanseniase
SIM("S"),
NÃO("N");
Texto
>>Comunicant
e de
hanseníase
“precisão”: 1,
SIM("S"),
NÃO("N");
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.130 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
banco >>
Dado
Nome em tela
Regras /
> iEntidades
“precisão”: 4,
Inteiro
>> Código da
entidade
> iPessoasPac
>> Sequencial
Não
"idSequencia":
1,
Inteiro
>> Código do
paciente
>
iCartoesVacinas
Itens
Observações
Aceita
Nulo
“precisão”: 9,
Não
"idSequencia":
2,
Inteiro
“precisão”: 10,
"idSequencia":
3,
Não
Valores possíveis
do item do
cartão
>iMateriais
Inteiro
Não
“idSequencia":
4,
>>Código do
material
>iDosesImunobi
ologicos
“precisão”: 10,
Inteiro
“precisão”: 10,
Não
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 9,
Não
Inteiro
“precisão”: 5,
Texto
“precisão”: 60,
Não
Data e
Hora
“scala”: 6,
Não
>>Sequencial
da dose do
imunobiológico
>iPessoasLab
>> Código do
laboratório
> iPessoasProf
>>Código do
estabelecimento
>iEspecialidade
s
>>Código da
especialidade
>lote
>>Lote do
material
>dhVacina
>>Data e hora
da vacina
>dtProximaDose Data
“precisão”: 11,
Formato: yyyyMMdd'T'HH:mm:ss.
SSSZ
“precisão”: 7,
>>Data da
próxima dose"
>motivo
Formato: yyyyMM-dd
Inteiro
“precisão”: 4,
Texto
“precisão”: 500,
>>Motivo
>observacao
>>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.

Documentos relacionados