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.