Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 1 de 268
Regras da migração dos dados para o sistema
Saúde Fly
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 2 de 268
Histórico de Revisões
Rev.
Data
Descriçã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
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 3 de 268
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 ....................................................................................................... 10
2.4.
Homologar dados migrados ...................................................................................................... 11
2.5.
Solicitar Token a Betha Sistemas na Base de Produção .......................................................... 15
2.6.
Migrar dados na base de produção ........................................................................................... 15
3.
Suporte aos serviços de migração ................................................................................................ 16
4.
Serviços e tabelas ......................................................................................................................... 16
4.1.
Regras da migração dos dados ................................................................................................. 16
4.2.
Layout da tabela de Controle de Viagens ................................................................................. 17
4.3.
Layout da tabela de acompanhantes dos pacientes dos controles de viagens ........................ 19
4.4.
Layout da tabela de Itens dos controles de viagens ................................................................. 21
4.5.
Layout da tabela de Laudos para TFD ...................................................................................... 22
4.6.
Layout da tabela de Pedidos de TFD ........................................................................................ 28
4.7.
Layout da tabela de Solicitações para remoção de paciente de TFD ....................................... 34
4.8.
Layout da tabela de Veículos .................................................................................................... 41
4.9.
Layout da tabela de Contatos .................................................................................................... 42
4.10.
Layout da tabela de Medicamentos contínuos ...................................................................... 43
4.11.
Layout da tabela de Pacientes .............................................................................................. 45
4.12.
Layout da tabela de CNS e números provisórios dos pacientes .......................................... 52
4.13.
Layout da tabela de Especialidades ...................................................................................... 53
4.14.
Layout da tabela de Procedimentos da especialidade .......................................................... 54
4.15.
Layout da tabela de Profissionais.......................................................................................... 55
4.16.
Layout da tabela de Vínculos dos profissionais com os estabelecimentos .......................... 57
4.17.
Layout da tabela de Evolução diária do paciente .................................................................. 58
4.18.
Layout da tabela de Exames físicos ...................................................................................... 60
4.19.
Layout da tabela de Prescrições de medicamentos.............................................................. 62
4.20.
Layout da tabela de Procedimentos realizados no atendimento .......................................... 65
4.21.
Layout da tabela de Procedimentos secundários solicitados ............................................... 67
4.22.
Layout da tabela de Procedimentos solicitados no atendimento .......................................... 68
4.23.
Layout da tabela de SOAP no atendimento .......................................................................... 69
4.24.
Layout da tabela de Tratamento no atendimento .................................................................. 71
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 4 de 268
4.25.
Layout da tabela de Aplicações dos medicamentos dos tratamentos .................................. 74
4.26.
Layout da tabela de Atendimentos ........................................................................................ 75
4.27.
Layout da tabela de Procedimentos realizados do encaminhamento................................... 79
4.28.
Layout da tabela de Prontos atendimentos ........................................................................... 80
4.29.
Layout da tabela de Retornos ............................................................................................... 82
4.30.
Layout da tabela de Triagens ................................................................................................ 83
4.31.
Layout da tabela de Triagem Classificação de Risco ........................................................... 88
4.32.
Layout da tabela de Agendas dos profissionais .................................................................... 89
4.33.
Layout da tabela de Horários previstos na agenda do profissional ...................................... 91
4.34.
Layout da tabela de Horários de ausência do profissional ................................................... 93
4.35.
Layout da tabela de Itens da reserva diária para agendamentos ......................................... 95
4.36.
Layout da tabela de Reservas diárias para agendamentos nos estabelecimentos .............. 96
4.37.
Layout da tabela de Cotas das solicitações de agendamentos ............................................ 97
4.38.
Layout da tabela de Itens das cotas das solicitações de agendamentos ............................. 99
4.39.
Layout da tabela de Agendamentos que foram cancelados ou transferidos e que
necessitam de contato ......................................................................................................................... 100
4.40.
Layout da tabela de Agendamentos .................................................................................... 101
4.41.
Layout da tabela de Solicitações de agendamentos ........................................................... 104
4.42.
Layout da tabela de Solicitações de laudos de AIH ............................................................ 108
4.43.
Layout da tabela de Solicitação de Laudo BPA-I ................................................................ 111
4.44.
Layout da tabela de Solicitação de Laudo de Procedimentos BPA-I .................................. 114
4.45.
Layout da tabela de Solicitação de procedimentos ............................................................. 115
4.46.
Layout da tabela de Itens da solicitação de procedimentos ............................................... 117
4.47.
Layout da tabela de Solicitações de Atendimentos Individuais .......................................... 120
4.48.
Layout da tabela de Atividades ........................................................................................... 124
4.49.
Layout da tabela de Atendimentos individuais avaliações de exames ............................... 127
4.50.
Layout da tabela de Atividades profissionais ..................................................................... 129
4.51.
Layout da tabela de Domicílios ........................................................................................... 130
4.52.
Layout da tabela de Responsáveis do Domicílio ................................................................ 135
4.53.
Layout da tabela de Questionário Auto-referido de condição/situação de saúde ............... 136
4.54.
Layout da tabela de Turmas ................................................................................................ 140
4.55.
Layout da tabela de Membros da turma .............................................................................. 141
4.56.
Layout da tabela de Motivos de visitas domiciliares ........................................................... 142
4.57.
Layout da tabela de Visitas Domiciliares ............................................................................. 143
4.58.
Layout da tabela de Membros da atividade ........................................................................ 145
4.59.
Layout da tabela de Boletins de Produção Ambulatorial Consolidados BPA-C ................. 147
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 5 de 268
4.60.
Layout da tabela de Itens dos Boletins de Produção Ambulatorial Consolidados - BPA-C 148
4.61.
Layout da tabela de Competências ..................................................................................... 149
4.62.
Layout da tabela de Faixas de valores permitidos para numeração das autorizações de
procedimentos ..................................................................................................................................... 151
4.63.
Layout da tabela de Ficha de Produção Orçamentária - FPO ............................................ 152
4.64.
Layout da tabela de Procedimentos da Ficha de Produção Orçamentária – FPO ............. 153
4.65.
Layout da tabela de Municípios da Microrregião ................................................................. 155
4.66.
Layout da tabela de Microrregiões da PPI .......................................................................... 156
4.67.
Layout da tabela de Pactuação integrada ........................................................................... 157
4.68.
Layout da tabela de Procedimentos Pactuados .................................................................. 159
4.69.
Layout da tabela de Procedimentos que requerem autorização ......................................... 161
4.70.
Layout da tabela de Tetos Financeiros ............................................................................... 162
4.71.
Layout da tabela de Agendas das coletas de exames ........................................................ 163
4.72.
Layout da tabela de Cotas dos horários das agendas de coletas de exames .................... 165
4.73.
Layout da tabela de Horários das agendas de coletas de exames .................................... 166
4.74.
Layout da tabela de Exames complementares ................................................................... 168
4.75.
Layout da tabela de Exames complementares itens........................................................... 170
4.76.
Layout da tabela de Endereço dos laboratórios dos estabelecimentos .............................. 172
4.77.
Layout da tabela de Exames sadts ..................................................................................... 173
4.78.
Layout da tabela de Itens de exames SADT ....................................................................... 175
4.79.
Layout da tabela de Exames SADTS relacionados ............................................................ 177
4.80.
Layout da tabela de Fila de coleta de exames .................................................................... 178
4.81.
Layout da tabela de Grupos de exames SADT ................................................................... 181
4.82.
Layout da tabela de Exames dos grupos de exames SADT ............................................... 182
4.83.
Layout da tabela de Resultados dos exames ..................................................................... 183
4.84.
Layout da tabela de Resultado de exames citopatológico .................................................. 185
4.85.
Layout da tabela de Itens dos resultados dos exames ....................................................... 190
4.86.
Layout da tabela de Profissional do resultado de exame ................................................... 192
4.87.
Layout da tabela de Solicitação de exames citopatológico ................................................. 193
4.88.
Layout da tabela de Solicitação de exames de mamografia ............................................... 197
4.89.
Layout da tabela de Solicitações de exames SADTS ......................................................... 203
4.90.
Layout da tabela de Solicitações de exames SADTS itens ................................................ 205
4.91.
Layout da tabela de valores permitidos para o exame........................................................ 208
4.92.
Layout da tabela de Itens dos valores permitidos ............................................................... 209
4.93.
Layout da tabela de Valores de referência do exame ......................................................... 210
4.94.
Layout da tabela de Itens dos valores de referências do exame ........................................ 211
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 6 de 268
4.95.
Layout da tabela de Campanhas imunobiológicos.............................................................. 212
4.96.
Layout da tabela de Estabelecimentos de campanhas de imunobiológicos ....................... 214
4.97.
Layout da tabela de Populações de campanhas de imunobiológicos ................................ 215
4.98.
Layout da tabela de Cartões de Vacinas ............................................................................ 216
4.99.
Layout da tabela de Itens do Cartão de Vacinas ................................................................ 217
4.100.
Layout da tabela de Doses dos imunobiológicos ................................................................ 219
4.101.
Layout da tabela de imunobiológicos .................................................................................. 221
4.102.
Layout da tabela de Dispensas de materiais ...................................................................... 222
4.103.
Layout da tabela de Itens da dispensa de materiais ........................................................... 225
4.104.
Layout da tabela de Lotes dispensados .............................................................................. 228
4.105.
Layout da tabela de Entradas de materiais ......................................................................... 229
4.106.
Layout da tabela de Fornecedores ...................................................................................... 231
4.107.
Layout da tabela de Grupos de materiais ........................................................................... 232
4.108.
Layout da tabela de Relacionamento entre Grupos e Subgrupos de materiais ................. 233
4.109.
Layout da tabela de Localizações no estoque .................................................................... 234
4.110.
Layout da tabela de Localizações dos materiais no estoque .............................................. 235
4.111.
Layout da tabela de Materiais estoques críticos ................................................................. 237
4.112.
Layout da tabela de Itens dos materiais estoques críticos ................................................. 238
4.113.
Layout da tabela de Laboratórios dos materiais ................................................................. 239
4.114.
Layout da tabela de Vencimento dos lotes dos materiais ................................................... 240
4.115.
Layout da tabela de Saldos de estoque dos materiais........................................................ 241
4.116.
Layout da tabela de Saldo dos lotes de materiais............................................................... 242
4.117.
Layout da tabela de Movimentação do estoque .................................................................. 244
4.118.
Layout da tabela de Perdas e Sinistros ............................................................................... 247
4.119.
Layout da tabela de Itens de perdas e sinistros .................................................................. 249
4.120.
Layout da tabela de Programação de materiais .................................................................. 251
4.121.
Layout da tabela de Itens da programação de materiais .................................................... 252
4.122.
Layout da tabela de Requisição de materiais ..................................................................... 253
4.123.
Layout da tabela de Itens da requisição de materiais ......................................................... 255
4.124.
Layout da tabela de Setores de custos ............................................................................... 256
4.125.
Layout da tabela de Subgrupos de materiais ...................................................................... 257
4.126.
Layout da tabela de Transferências de materiais ............................................................... 258
4.127.
Layout da tabela de Itens das transferências de materiais ................................................. 260
4.128.
Layout da tabela de Unidades de medidas ......................................................................... 261
4.129.
Layout da tabela de Materiais ............................................................................................. 263
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 7 de 268
4.130.
Layout da tabela de Itens das entradas de materiais.......................................................... 267
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 8 de 268
1. Introdução
Este documento visa orientar as Revendas, Filiais e o setor de Conversão da
Betha 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
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.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 9 de 268
Figura 1 – Fluxograma do ciclo de migração de dados
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.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 10 de 268
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”.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 11 de 268
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, é
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 12 de 268
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:
http//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:
http//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
},
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 13 de 268
"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",
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 14 de 268
"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
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 15 de 268
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
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 16 de 268
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.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 17 de 268
● 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.2. Layout da tabela de Controle de Viagens
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Controle de Viagens.
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iControlesViagens
>> Código do
controle da viagem
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iVeiculos
>> Código do
veiculo
Inteiro
“precisão”: 10,
Não
> iMunicipiosDest
>> Municipios de
destino
Inteiro
“precisão”: 10,
> qtdLugares
>> Quantidade de
lugares no veiculo
Inteiro
“precisão”: 3,
Não
> motorista
>> Motorista
Texto
“precisão”: 50,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 18 de 268
> dtViagem
>> Data da viagem
Data
“precisão”: 7,
> dtRetorno
>> Data do retorno
Data
“precisão”: 7,
> horaViagem
>> Hora da partida
Data e Hora
“scala”: 6,
“precisão”: 11,
>horaRetorno
>> Hora do retorno
Data e Hora
“scala”: 6,
“precisão”: 11,
> kmSaida
>> Kilometros de
saida
Inteiro
“precisão”: 6,
> kmRetorno
>> Kilometros de
retorno
Inteiro
“precisão”: 6,
> observacao
>> Observação
Texto
“precisão”: 250,
> situacao
>> Situação do
controle de viagens
Texto
“precisão”: 1,
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
Não
Não
Path: /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,
PENDENTE("P"),
FINALIZADO("F"),
CANCELADO("C");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 19 de 268
"iControlesViagens": null,
"iEntidades": null,
"iMunicipiosDest": null,
"iPessoasEstab": null,
"iVeiculos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.3. Layout da tabela de acompanhantes dos pacientes dos
controles de viagens
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Acompanhantes dos pacientes
dos controles de viagens.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iControlesViagens
>> Código do controle da
viagem
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iControlesViagensAcomp
>> Código do acompanhante
do paciente do controle de
viagens
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iPacientes
>> Código do paciente
Inteiro
“precisão”: 9,
"idSequencia": 4,
Não
> dtNascimento
>> Data de nascimento do
acompanhante
Data
“precisão”: 7,
Não
> cpf
>> CPF do acompanhante
Texto
“precisão”: 25,
> rg
Texto
“precisão”: 20,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 20 de 268
>> RG do acompanhante
> nome
>> Nome do acompanhante
Texto
“precisão”: 100,
> telefone
>> Telefone do
acompanhante
Texto
“precisão”: 20,
>raca
>> raca
Inteiro
“precisão”: 1,
Não
INDÍGENA(0),
BRANCA(2),
PRETA(4),
AMARELA(6),
PARDA(8);
> sexo
>> sexo
Texto
“precisão”: 1,
Não
MASCULINO("M"),
FEMININO("F");
Não
Path: /saude-conversao-ws/api/controles-viagens-acomp
Modelo para conversão da tabela de acompanhantes dos pacientes dos
controles de viagens
{
"dtoList" : [{
"clientId" : null,
" controlesViagensAcomp ": {
"dtNascimento": null,
"cpf": null,
"rg": null,
"nome": null,
"telefone": null,
"raca": null,
"sexo": null,
"iControlesViagens": null,
"iControlesViagensAcomp": null,
"iEntidades": null,
"iPacientes": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 21 de 268
4.4. Layout da tabela de Itens dos controles de viagens
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Itens dos controles de viagens.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iControlesViagens
>> Código do controle
da viagem
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPacientes
>> Código do paciente
Inteiro
“precisão”: 9,
"idSequencia": 3,
Não
> iProfEncaminhador
>> Código do
profissional
encaminhador
Inteiro
“precisão”: 9,
Não
> iMunicipiosDest
>> Código do município
de destino
Inteiro
“precisão”: 10,
> localEmbarque
>> Local do embarque
do paciente
Texto
“precisão”: 100,
> localDestPac
>> Local de destino do
paciente
Texto
“precisão”: 100,
> possuiAcompanhante
>> Possui
acompanhante
Texto
“precisão”: 1,
> iSolicRemocaoPacTfd
>> Código da
solicitação de remoção
vinculada
Inteiro
“precisão”: 10,
Não
Valores possíveis
SIM("S"),
NÃO("N");
Path: /saude-conversao-ws/api/controles-viagens-itens
Modelo para conversão da tabela de Itens dos controles de viagens
{
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 22 de 268
"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.5. Layout da tabela de Laudos para TFD
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Laudos para TFD.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iLaudosTfd
>> Código do laudo para
TFD
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
Não, quando
origem do
laudo para tfd
é interno
> iPacientesExt
>> Código do paciente
externo
Inteiro
“precisão”: 9,
Não, quando
origem do
laudo para tfd
é externo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 23 de 268
> iPessoasProf
>> Código do profissional
solicitante
Inteiro
“precisão”: 9,
Não
> iProcedimentos
>> Código do
procedimento solicitado
Texto
“precisão”: 10,
Não
> iCids
>> CID 10 do diagnóstico
inicial
Texto
“precisão”: 7,
Não
> iAtendimentos
>> Código do
atendimento vinculado ao
laudo para TFD
Inteiro
“precisão”: 10,
> iPessoasEstab
>> Estabelecimento
solicitante
Inteiro
“precisão”: 9,
> iMunicipios
>> Município solicitante
Inteiro
“precisão”: 10,
> dhLaudo
>> Data e hora do
cadastro do laudo
Data e
Hora
“scala”: 6,
“precisão”: 11,
Não
> tipoLaudo
>> Tipo de laudo (dentro
ou fora do estado)
Texto
“precisão”: 1,
Não
> nomeProfExterno
>> Nome do profissional
externo solicitant
Texto
“precisão”: 60,
Não
> cpfProfExterno
>> CPF do profissional
externo solicitante
Texto
“precisão”: 11,
Não
> telefoneProfExterno
>> Telefone do
profissional externo
solicitante
Texto
“precisão”: 11,
> celularProfExterno
>> Celular do profissional
externo solicitante
Texto
“precisão”: 11,
> caraterAtendimento
>> Caráter do
atendimento
Texto
“precisão”: 1,
Não
Não
DENTRO DO
ESTADO("D"),
FORA DO
ESTADO("F");
AMBULATORIAL("A"),
HOSPITALAR("H");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 24 de 268
> diagnosticoProvavel
>> Diagnóstico provável
Texto
“precisão”: 500,
Não
>
examesComplRealizados
>> Exames
complementares
realizados
Texto
“precisão”: 500,
Não
> princSinaisSintomas
>> Principais sinais e
sintomas clínicos
Texto
“precisão”: 500,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
>
condicoesJustInternacao
>> Condições que
justificam a internação
Texto
“precisão”: 500,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> princResultProvasDiag
>> Principais resultados
de provas diagnósticas
Texto
“precisão”: 500,
;
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F")
> tratamentosRealizados
>> Tratamentos
realizados solicitante
Texto
“precisão”: 500,
Não
> procedTratSolic
>>
Procedimento/Tratamento
solicitado
Texto
“precisão”: 500,
Não, quando >
tipoLaudo for
DENTRO DO
ESTADO("D");
>
justSolicitacaoInternacao
>> Justificativa da
solicitação de internação
Texto
“precisão”: 500,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
>
condicoesHemodinamica
s
>> Avaliação clínica geral
- Condições
hemodinâmicas
Texto
“precisão”: 250,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> padraoRespiratorio
>> Avaliação clínica geral
- Padrão respiratório
Texto
“precisão”: 250,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> funcaoRenalHepatica
>> Avaliação clínica geral
- Função renal e hepática
Texto
“precisão”: 250,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 25 de 268
> estadoNeurologico
>> Avaliação clínica geral
- Estado neurológico
sumário
Texto
“precisão”: 250,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> estadoNutricional
>> Estado nutricional
Texto
“precisão”: 500,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
>
caracterEventualUrgencia
>> Caracterização de
eventual urgência na
realização do
procedimento
Texto
“precisão”: 500,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> historiaPregressaAtual
>> História pregressa e
atual significativa
Texto
“precisão”: 500,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> ultExamesFisicos
>> Dados dos últimos
exames físicos realizados
Texto
“precisão”: 500,
Não, quando >
tipoLaudo for
DENTRO DO
ESTADO("D");
> hemogramaCompleto
>> Exames
complementares mínimos
- Hemograma completo
Texto
“precisão”: 250,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> coagulogramaCompleto
>> Exames
complementares mínimos
- Coagulograma completo
Texto
“precisão”: 150,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> creatinina
>> Exames
complementares mínimos
- Creatinina
Texto
“precisão”: 30,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> glicemiaJejum
>> Exames
complementares mínimos
- Glicemia em jejum
Texto
“precisão”: 30,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> eletrocardiograma
>> Exames
complementares mínimos
- Eletrocardiograma
Texto
“precisão”: 150,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> radiografiaTorax
>> Exames
complementares mínimos
Texto
“precisão”: 250,
Não, quando >
tipoLaudo for
FORA DO
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 26 de 268
- Radiografia do tórax
ESTADO("F");
> riscoCirurgico
>> Relatório de risco
cirúrgico
Texto
“precisão”: 500,
Não, quando >
tipoLaudo for
FORA DO
ESTADO("F");
> justImpossibTratLocal
>> Justificativa das
razões que impossibilitam
a realização do
tratamento/exames na
localidade
Texto
“precisão”: 500,
Não
>
necessidadeAcompanhan
te
>> Necessidade de
acompanhante
Texto
“precisão”: 1,
Não
>
justNecesAcompanhante
>> Justificativa da
necessidade de
acompanhante
Texto
“precisão”: 500,
Não, quando
necessidadeAc
ompanhante
for “S”;
> transpRecomendavel
>> Transporte
recomendável
Texto
“precisão”: 1,
Não
> justTransporte
>> Justificativa da
escolha do transporte
recomendável
Texto
“precisão”: 500,
Não
> situacao
>> Situação do laudo
para TFD
Texto
“precisão”: 1,
Não
> historicoDoenca
>> Histórico da doença
Texto
“precisão”: 100000,
Não
> exameFisico
>> Exame físico
Texto
“precisão”: 100000,
Não
> iEspecialidades
>> Código da
especialidade
Inteiro
precisão": 10,
Path: /saude-conversao-ws/api/laudos-tfd
Modelo para conversão da tabela de Laudos para TFD
SIM(“S”),
NÃO(“N”);
RODOVIÁRIO("R"),
AÉREO("A"),
AMBULÂNCIA("B"),
ESPECIAL("E");
CANCELADO("C"),
PENDENTE("P"),
PEDIDO DE TFD
REALIZADO("R");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 27 de 268
{
"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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 28 de 268
"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.6. Layout da tabela de Pedidos de TFD
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Pedidos de TFD.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPedidosTfd
>> Código do pedido de
TFD
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iLaudosTfd
>> Código do laudo para
TFD vinculado
Inteiro
“precisão”: 10,
Não, quando
“laudoVinculado”
for „S‟
> iMunicipiosOrigem
>> Código do município
de origem do pedido
Inteiro
“precisão”: 10,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 29 de 268
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
Não, quando
solicitação é
interna
> iPacientesExt
>> Código do paciente
externo
Inteiro
“precisão”: 9,
Não, quando a
solicitação é
externa
> iMunicipiosNascimento
>> Código do município
de nascimento do
paciente não cadastrado
na entidade
Inteiro
“precisão”: 10,
> iMunicipios
>> Código do município
do paciente não
cadastrado na entidade
Inteiro
“precisão”: 10,
> iPessoasProfAut
>> Código do
profissional autorizador
Inteiro
“precisão”: 9,
Não, quando
parâmetro exigir
autorização
> dtPedido
>> Data do pedido
Data
“precisão”: 7,
Não
> laudoVinculado
>> Vincular laudo ao
pedido
Texto
“scala”: 1,
Não
SIM(“S”),
NÃO(“N”);
> regionalSaude
>> Regional de saúde
Texto
“precisão”: 40,
> pacEntidade
>> Indica se o paciente
está cadastrado na
entidade
Texto
“precisão”: 1,
Não
SIM(“S”),
NÃO(“N”);
> nomePac
>> Nome do paciente
não cadastrado na
entidade
Texto
“precisão”: 60,
Não, quando
“pacEntidade” for
“N”;
> cns
>> CNS do paciente não
cadastrado na entidade
Texto
“precisão”: 15,
Não, quando
“pacEntidade” for
“N”;
> nomeMae
>> Nome da mãe do
paciente não cadastrado
na entidade
Texto
“precisão”: 60,
Não, quando
“pacEntidade” for
“N”;
> dtNascimento
Data
“precisão”: 7,
Não, quando
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 30 de 268
“pacEntidade” for
“N”;
>> Data de nascimento
do paciente não
cadastrado na entidade
> sexo
>> Sexo do paciente não
cadastrado na entidade
Texto
“precisão”: 1,
> altura
>> Altura do paciente
em centímetros
Inteiro
“precisão”: 3,
> peso
>> Peso do paciente em
gramas
Inteiro
“precisão”: 6,
> logradouro
>> Logradouro do
paciente não cadastrado
na entidade
Texto
“precisão”: 50,
> numero
>> Número do paciente
não cadastrado na
entidade
Texto
“precisão”: 8,
> complemento
>> Complemento do
paciente não cadastrado
na entidade
Texto
“precisão”: 50,
> bairro
>> Bairro do paciente
não cadastrado na
entidade
Texto
“precisão”: 50,
> cep
>> CEP do paciente não
cadastrado na entidade
Texto
“precisão”: 8,
> email
>> E-mail do paciente
não cadastrado na
entidade
Texto
“precisão”: 60,
> telefone
>> Telefone do paciente
não cadastrado na
entidade
Texto
“precisão”: 11,
> celular
>> Celular do paciente
não cadastrado na
entidade
Texto
“precisão”: 11,
Não, quando
“pacEntidade” for
“N”;
Não, quando >
“pacEntidade” for
“N”;
Não, quando >
“pacEntidade” for
“N”;
MASCULINO("M"),
FEMININO("F");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 31 de 268
> rg
>> RG do paciente não
cadastrado na entidade
Texto
“precisão”: 20,
> orgaoEmisRg
>> Órgão emissor do
RG do paciente não
cadastrado na entidade
Texto
“precisão”: 8,
Não, quando > rg
for informado
> ufEmissao
>> UF emitente do RG
do paciente não
cadastrado na entidade
Texto
“precisão”: 2,
Não, quando > rg
for informado
> dtEmisRg
>> Data de emissão do
RG do paciente não
cadastrado na entidade
Data
“precisão”: 7,
Não, quando > rg
for informado
> cpf
>> CPF do paciente não
cadastrado na entidade
Texto
“precisão”: 11,
Não, quando > rg
ou >numReg não
for informado
> numReg
>> Número do registro
de nascimento do
paciente não cadastrado
na entidade
Texto
“precisão”: 32,
Não, quando > rg
ou > cpf não for
informado
> primeiroTfdPac
>> Primeiro tratamento
fora do domicílio do
paciente
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
> pacTratamento
>> Paciente em
tratamento
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
> dtAutorizacao
>> Data da autorização
ou não autorizacao
Data
“precisão”: 7,
Não, quando
parâmetro exigir
autorização
> dtTratInt
>> Data do tratamento
ou internação
Data
“precisão”: 7,
não pode ser
preenchido
quando o
parâmetro estiver
selecionado com a
opção “Não”
> dtRetornoTfd
>> Data do retorno do
TFD
Data
“precisão”: 7,
não pode ser
preenchido
quando o
parâmetro estiver
selecionado com a
opção “Não”
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 32 de 268
> dtValidadeAut
>> Data de validade da
autorização
Data
“precisão”: 7,
não pode ser
preenchido
quando o
parâmetro estiver
selecionado com a
opção “Não”
> justNaoAutTfd
>> Justificativa da não
autorização do TFD
Texto
“precisão”: 250,
não pode ser
preenchido
quando o
parâmetro estiver
selecionado com a
opção “Não”
> situacao
>> Situação do pedido
de TFD
Texto
“precisão”: 1,
Não
> iProcedimentos
>> Código do
procedimento solicitado
Texto
“precisão”: 10,
Não, quando >
laudoVinculado for
“N”
> iCids
>> Diagnóstico
inicial/CID
Texto
“precisão”: 7,
Não, quando >
laudoVinculado for
“N”
> nomeProfSolic
>> Nome do profissional
solicitante
Texto
“precisão”: 60,
Não, quando >
laudoVinculado for
“N”
> cpfProfSolic
>> CPF do profissional
solicitante
Texto
“precisão”: 11,
Não, quando >
laudoVinculado for
“N”
> nomeEstabSolic
>> Nome do
estabelecimento
solicitante
Texto
“precisão”: 60,
Não, quando >
laudoVinculado for
“N”
> iEspecialidades
>> Código da
especialidade
Inteiro
“precisão”: 10,
Não, quando >
laudoVinculado for
“N”
> iPessoasProf
>> Código do
profissional
Inteiro
“precisão": 9,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”:9,
Não
> iCbos
>> Código CBO
Texto
“precisão”:6,
Não
AUTORIZADO("A"),
CANCELADO("C"),
NÃO
AUTORIZADO("N"),
PENDENTE("P");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 33 de 268
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 34 de 268
"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.7. Layout da tabela de Solicitações para remoção de paciente
de TFD
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Solicitações para remoção de
paciente de TFD.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iSolicRemocaoPacTfd
Inteiro
“precisão”: 10,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 35 de 268
>> Código da solicitação
para remoção de
pacientes de TFD
"idSequencia": 2,
> iPedidosTfd
>> Código do pedido de
TFD
Inteiro
“precisão”: 10,
Não
> dtSolicitacao
>> Data da solicitação
Data
“precisão”: 7,
Não
> localCidade
>> Local/cidade onde
será realizado o
tratamento
Texto
“precisão”: 100,
Não
> horaTratamento
>> Hora do tratamento a
ser realizado
Data e Hora
“scala”: 6,
“precisão”: 11,
> dtRetorno
>> Data de retorno
Data
“precisão”: 7,
> localEspera
>> Local de espera do
transporte
Texto
“precisão”: 100,
> dadosClinicos
>> Dados clínicos do
paciente
Texto
“precisão”: 100,
Não
> tratamentoNecessario
>> Tratamento
necessário
Texto
“precisão”: 500,
Não
> carroExtra
>> Indica a necessidade
de carro extra
Texto
“scala”: 1,
> observacaoCarroExtra
>> Observações da
necessidade de carro
extra
Texto
“precisão”: 250,
este campo
não deve ser
preenchido
quando >
carroExtra for
selecionado
com a opção
“Não”
> qtdAcompanhantes
>> Quantidade de
acompanhantes
Inteiro
“precisão”: 1,
Não
> justAcompanhante
>> Justificativa da
necessidade de
Texto
“precisão”: 250,
Não, quando
>
qtdAcompan
SIM("S"),
NÃO("N");
NENHUM("0"),
UM("1"),
DOIS("2");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 36 de 268
acompanhante
hantes for
selecionado
com as
opções “Um
ou Dois”
> familiarAcomp1
>> Indica se o
acompanhante 1 é
familiar do paciente
entidade
Texto
“precisão”: 1,
Não, quando
>
qtdAcompan
hantes for
selecionado
com as
opções “Um
ou Dois”
> nomeAcomp1
>> Nome do
acompanhante 1
Texto
“precisão”: 50,
Não, quando
>
qtdAcompan
hantes for
selecionado
com as
opções “Um
ou Dois”
> rgAcomp1
>> Número da identidade
do acompanhante 1
Data
“precisão”: 7,
Não, quando
>
qtdAcompan
hantes for
selecionado
com as
opções “Um
ou Dois”
> cpfAcomp1
>> CPF do
acompanhante 1
Texto
“precisão”: 11,
este campo
não deve ser
preenchido
quando >
qtdAcompan
hantes for
selecionado
com a opção
“Nenhum”
> familiarAcomp2
>> Indica se o
acompanhante 2 é
familiar do paciente
Texto
“precisão”: 1,
Não, quando
>
qtdAcompan
hantes for
selecionado
com a opção
“Dois”
> nomeAcomp2
>> Nome do
acompanhante 2
Texto
“precisão”: 50,
Não, quando
>
qtdAcompan
hantes for
SIM("S"),
NÃO("N");
SIM("S"),
NÃO("N");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 37 de 268
selecionado
com a opção
“Dois”
> rgAcomp2
>> Número da identidade
do acompanhante 2
Texto
“precisão”: 20,
Não, quando
>
qtdAcompan
hantes for
selecionado
com a opção
“Dois”
> cpfAcomp2
>> CPF do
acompanhante 2
Texto
“precisão”: 11,
este campo
não deve ser
preenchido
quando >
qtdAcompan
hantes for
selecionado
com a opção
“Nenhum ou
Um”
> nomeMotorista
>> Nome do motorista
Texto
“precisão”: 50,
> enfermagem
>> Indica a necessidade
do acompanhamento de
enfermeiro(a)
Texto
“precisão”: 1,
> nomeEnfermagem
>> Nome do(a)
enfermeiro(a)
Texto
“precisão”: 50,
Não, quando
>
enfermagem
for
selecionado
com a opção
“Sim”
> situacao
>> Situação da
solicitação
Texto
“precisão”: 1,
Não
> transporte
>> Transporte
Texto
“precisão”: 1,
> iMunicipios
>> Município destino
Inteiro
“precisão”: 10,
Não
> dtViagem
>> Data da viagem
Data
“precisão”: 7,
Não
> horaViagem
Data e Hora
“scala”: 6,
SIM("S"),
NÃO("N");
CANCELADO("C"),
NORMAL("N");
AMBULÂNCIA("B"),
RODOVIÁRIO("R"),
AÉREO("A"),
ESPECIAL("E");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 38 de 268
“precisão”: 11,
>> Hora da viagem
> observacao
>> Observação
Texto
“precisão”: 250,
> telefoneEnfermagem
>> Telefone do(a)
enfermeiro(a)
Texto
“precisão”: 11,
este campo
não deve ser
preenchido
quando >
enfermagem
for
selecionado
com a opção
“Não”
> telefoneAcomp1
>> Telefone do
acompanhante 1
Texto
“precisão”: 11,
este campo
não deve ser
preenchido
quando >
qtdAcompan
hantes for
selecionado
com a opção
“Nenhum”
> telefoneAcomp2
>> Telefone do
acompanhante 2
Texto
“precisão”: 11,
este campo
não deve ser
preenchido
quando >
qtdAcompan
hantes for
selecionado
com a opção
“Nenhum ou
Um”
> iVeiculos
>> Veículo de transporte
Inteiro
“precisão”: 10,
> kmDistancia
>> Distância em km entre
municípios
Inteiro
“precisão”: 8,
Não
> sexoAcomp1
>> Sexo do
acompanhante 1
Texto
“precisão”: 1,
Não, quando
>
qtdAcompan
hantes for
selecionado
com a opção
“Um”
MASCULINO("M"),
FEMININO("F");
> racaAcomp1
>> Raça do
acompanhante 1
Inteiro
“precisão”: 1,
Não, quando
>
qtdAcompan
hantes for
INDÍGENA("0"),
BRANCA("2"),
PRETA("4"),
AMARELA("6"),
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 39 de 268
selecionado
com a opção
“Um”
PARDA("8");
> iEtniasAcomp1
>> Etnias do
acompanhante 1
Inteiro
“precisão”: 4,
Não, quando
>
racaAcomp1
for
selecionado
com a opção
“Indígena”
> dtNascAcomp1
>> Data de nascimento
do acompanhante 1
Data
“precisão”: 7,
Não, quando
>
qtdAcompan
hantes for
selecionado
com a opção
“Um”
> sexoAcomp2
>> Sexo do
acompanhante 2
Texto
“precisão”: 1,
Não, quando
>
qtdAcompan
hantes for
selecionado
com a opção
“Dois”
MASCULINO("M"),
FEMININO("F");
> racaAcomp2
>> Raça do
acompanhante 2
Inteiro
“precisão”: 1,
Não, quando
>
qtdAcompan
hantes for
selecionado
com a opção
“Dois”
INDÍGENA("0"),
BRANCA("2"),
PRETA("4"),
AMARELA("6"),
PARDA("8");
> iEtniasAcomp2
>> i_etnias_acomp_2
Inteiro
“precisão”: 4,
Não, quando
>
racaAcomp2
for
selecionado
com a opção
“Indígena”
> dtNascAcomp2
>> Data de nascimento
do acompanhante 2
Data
“precisão”: 7,
Não, quando
>
qtdAcompan
hantes for
selecionado
com a opção
“Dois”
> dtTratamento
>> Data do tratamento
Data
“precisão”: 7,
Não
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 40 de 268
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 41 de 268
"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.8. Layout da tabela de Veículos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Veículos.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iVeiculos
>> Código do veículo
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> descricao
>> Descrição do veículo
Texto
“precisão”: 100,
Não
> transporte
Texto
“precisão”: 1,
Não
Valores possíveis
AMBULÂNCIA("B"),
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 42 de 268
>> Transporte
> observacao
>> Observação do veículo
RODOVIÁRIO("R"),
AÉREO("A"),
ESPECIAL("E");
“precisão”: 350,
Texto
Path: /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.9. Layout da tabela de Contatos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de contatos do cadastro de pacientes.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia":
1,
Não
> iPessoas
>> Código da pessoa
Inteiro
“precisão”: 9,
"idSequencia":
2,
Não
> iDhContatos
Data e
“scala”: 6,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 43 de 268
>> Data e hora do contato
Hora
“precisão”: 11,
"idSequencia":
3,
> nomePessoa
>> Nome da pessoa que contatou
Texto
“precisão”: 60,
Não
> assunto
>> Assunto do contato realizado
Texto
“precisão”: 100,
Não
> tipoContato
>> Tipo do contato
Texto
“precisão”: 1,
Não
> observacao
>> Observações
Texto
“precisão”: 500,
PRESENCIAL("1"),
TELEFONE("2"),
E-MAIL("3"),
VIZINHO("4"),
CARTA("5"),
OUTROS("6");
Path: /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.10.
Layout da tabela de Medicamentos contínuos
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 44 de 268
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Medicamentos contínuos.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
>
iMedicamentosContinuosPac
>> Sequência do registro de
medicamento contínuo
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iMateriaist
>> Código do material
Inteiro
“precisão”: 10,
> matSistema
>> Material do sistema
Texto
“precisão”: 1,
> descricaoMedicamento
>> Descrição do
medicamento
Texto
“precisão”: 50,
> apresentacaoMedicamento
>> Apresentação do
medicamento
Texto
“precisão”: 100,
>posologia
>> Posologia
Texto
“precisão”: 50,
> dtInicio
>> Data de início do
tratamento
Data
“precisão”: 7,
>dtTermino
>> Data de término do
tratamento
Data
“precisão”: 7,
> situacao
>> Situação do registro
Texto
> motivo
>> Motivo do cancelamento
ou encerramento do
tratamento
Texto
Valores possíveis
Não
SIM("S"),
NÃO("N");
“precisão”: 1,
Não
EM ABERTO("A"),
CANCELADO("C"),
ENCERRADO("E");
“precisão”: 100,
Obrigatório
se
Medicação
Contínua =
Cancelado
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 45 de 268
> quantidade
>> Quantidade
BigDecimal
“scala”: 2,
“precisão”: 10,
> unidadeDuracao
>> Unidade de duração
Texto
“precisão”: 1,
> programa
>> Programa ministério
Texto
“precisão”: 100,
Path: /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.11.
Layout da tabela de Pacientes
DIA("D"),
SEMANA("S"),
MÊS("M");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 46 de 268
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Pacientes.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoas
>> Código da entidade
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> cns
>> Número do Cartão
Nacional de Saúde
Texto
“precisão”: 15,
> nroProvisorio
>> Número provisório
Texto
“precisão”: 15,
> alergico
>> Indica se o paciente é
alérgico (S ou N)
Texto
“precisão”: 1,
> alergia
>> Descreve a alergia do
paciente
Texto
“precisão”: 250,
> observacao
>> Observações
Texto
“precisão”: 500,
>nomeResponsavel
>> Nome do responsável
Texto
“precisão”: 155,
> cpfResponsavel
>> CPF do responsável
Texto
“precisão”: 11,
>nroProntuario
>> Número do prontuário
Texto
“precisão”: 13,
> iAreas
>> Código da área
Texto
“precisão”: 4,
> familia
>> Código da família
Inteiro
“precisão”: 3,
> domicilio
>> Código do domicílio
Texto
“precisão”: 16,
> microarea
>> Microárea
Inteiro
“precisão”: 2,
> iEtnias
Inteiro
“precisão”: 4,
Valores possíveis
SIM(“S”),
NÃO(“N”);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 47 de 268
>> Código da etnia
> iNacionalidades
>> Código da
nacionalidade
Inteiro
“precisão”: 3,
> receberSms
>> Autorização de envio
de SMS pela entidade
Texto
“precisão”: 1,
> dhOpcaoSms
>> Data/hora da opção de
recebimento de SMS pela
entidade
Data e
Hora
“scala”: 6,
“precisão”: 11,
> receberEmail
>> Autorização de envio
de e-mail pela entidade
Texto
“precisão”: 1,
> dhOpcaoEmail
>> Data/hora da opção de
recebimento de e-mail pela
entidade
Data e
Hora
“scala”: 6,
“precisão”: 11,
> ativo
>> Indica se o paciente
esta ativo ou não
Texto
“precisão”: 1,
> motivoPacienteInativo
>> Motivo da inativação do
paciente
Texto
“precisão”: 500,
> tipoMotivoInativacao
>>Tipo do motivo da
inativação do paciente
Texto
“precisão”: 1,
> iCbos
>> Código do CBO
Texto
“precisão”: 6,
> alturaPai
>> Altura do pai
BigDecim
al
“scala”: 1,
“precisão”: 4,
> alturaMae
>> Altura da mãe
BigDecim
al
“scala”: 1,
“precisão”: 4,
> iPessoasResp
>> Código do responsável
familiar
Inteiro
“precisão”: 9,
>frequentaEscola
>> Frequenta escola
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
SIM("S"),
NÃO("N"),
ERRO("E"),
SIM(“S”),
NÃO(“N”);
ÓBITO("O"),
MUDANÇA DE ENDEREÇO("M"),
UNIFICADO("U"),
OUTROS("T");
SIM(“S”),
NÃO(“N”);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 48 de 268
> cursoMaisElevado
>> Maior curso que
frequenta ou frequentou
Inteiro
“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
>> Situação de trabalho
Inteiro
“precisão”: 2,
EMPREGADOR("1"),
ASSALARIADO COM CARTEIRA
DE TRABALHO("2"),
ASSALARIADO SEM CARTEIRA
DE TRABALHO("3"),
AUTÔNOMO COM PREVIDÊNCIA
SOCIAL("4"),
AUTÔNOMO SEM PREVIDÊNCIA
SOCIAL("5"),
APOSENTADO/PENSIONISTA("6"
),
DESEMPREGADO("7"),
NÃO TRABALHA("8"),
OUTRO("9");
> responsavelCrianca
>>Responsável por
criança
Inteiro
“precisão”: 2,
ADULTO RESPONSÁVEL("1"),
OUTRA(S) CRIANÇA(S)("2"),
ADOLESCENTE("3"),
SOZINHA("4"),
CRECHE("5"),
OUTRO("6");
> freqCurandeiro
>> Frequenta
curandeiro(a)
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 49 de 268
> apartGrupoComunitario
>> Participa de algum
grupo comunitário
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
> possuiPlanoSaude
>> Possui plano de saúde
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
>
membroPovoComunidade
>> 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");
>
descricaoPovoComunidad
e
>> Descrição povo ou
comunidade tradicional
Texto
“precisão”: 150,
> situacaoRua
>>Está em situação de rua
Inteiro
“precisão”: 2,
SIM(“S”),
NÃO(“N”);
> recebeBeneficio
>> Recebe algum
benefício
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
> referenciaFamiliar
>> Possui referência
familiar
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
Preencher com o
Nome da
comunidade caso
membroPovoCo
munidade = 99
(outros)
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 50 de 268
> acompanhadoInstituicao
>> Acompanhado por
outra instituição
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“N”);
> descricaoInstituicao
>> Descrição instituição
Texto
“precisão”: 150,
> visitaFamiliar
>> Visita algum familiar
Texto
“precisão”: 1,
> descricaoFamiliar
>> Descrição familiar
Texto
“precisão”: 150,
> recusaCadastro
>> Recusou o cadastro
individual da Atenção
Básica
Texto
“precisão”: 1,
SIM(“S”),
NÃO(“”);
> naoConheceMae
>> Não conhece mãe
Texto
“precisão”: 1,
CONHECE(“”),
NÃO CONHECE(“N”);
> origemCadastro
>> origem cadastro
Texto
“precisão”: 1,
INDIVIDUAL(“I”),
NORMAL(NULL);
SIM(“S”),
NÃO(“N”);
O padrão é o
Individual
> responsavelFamiliar
>> Responsável familiar
Texto
“precisão”: 1,
> uuid
>> Identificador universal
único
Texto
“precisão”: 50,
> dhUltimaSincronizacao
>> Data/hora da ultima
sincronização
Data e
Hora
“scala”: 6,
“precisão”: 11,
>iPaisesNascimento
>> País de nascimento
Inteiro
“precisão”: 5,
>
dtNascimentoResponsavel
>> Data de nascimento do
responsável
Data
“precisão”: 7,
>cnsResponsavel
>> CNS do responsável
Texto
“precisão”: 15,
>
relacaoParentescoFamiliar
>> Relação de parentesco
com o responsável familiar
Inteiro
“precisão”: 4,
>versaoEsusCriacao
>> Versão do e-SUS na
Texto
“precisão”: 20,
SIM(“S”),
NÃO(“N”);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 51 de 268
criação do registro
>versaoEsusUltAlteracao
>> Versão do e-SUS na
última alteração do registro
Texto
“precisão”: 20,
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 52 de 268
"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.
Layout da tabela de CNS e números provisórios dos
pacientes
4.12.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 53 de 268
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de CNS e números provisórios dos
pacientes.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasPac
>> Código da pessoa
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> cns
>> Número do cartão
nacional de saúde
Texto
“precisão”: 15,
"idSequencia": 3,
Não
Valores possíveis
Path: /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.13.
Layout da tabela de Especialidades
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Especialidades.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 54 de 268
Descrição
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iEspecialidades
>> Código da
especialidade
Inteiro
“precisão”: 5,
"idSequencia": 2,
Não
> iCbos
>> Código CBO
Texto
“precisão”: 6,
Não
> descricao
>> Descrição da
especialidade
Texto
“precisão”: 60,
Não
Valores possíveis
Path: /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.14.
Layout da tabela de Procedimentos da especialidade
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Procedimentos da especialidade.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 55 de 268
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iEspecialidades
>> Código da
especialidade
Inteiro
“precisão”: 5,
"idSequencia": 2,
Não
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
"idSequencia": 3,
Não
Path: /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.15.
Layout da tabela de Profissionais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Profissionais.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 56 de 268
> iPessoas
>> Código da pessoa
Inteiro
“precisão”: 9,
"idSequencia": 2,
> cns
>> Código do Cartão
Nacional de Saúde
Texto
“precisão”: 15,
> profId
>> Identificador do
profissional no CNES
Texto
“precisão”: 16,
> ativo
>> Indica se o registro
está ativo
Texto
“precisão”: 1,
> iUsuariosVinc
>> Usuário vinculado
Texto
“precisão”: 16,
> importacaoManual
>> Importação manual
Texto
“precisão”: 1,
Não
Não
Não pode ser valor
duplicado.
Não
Path: /saude-conversao-ws/api/profissionais
Modelo para conversão da tabela de Profissionais
{
"dtoList" : [{
"clientId" : null,
" profissionais": {
"cns": null,
"profId": null,
"ativo": null,
"importacaoManual": null,
"iEntidades": null,
"iPessoas": null,
"iUsuariosVinc": null
}
}
]
}
Onde: Null = valores a serem alimentados.
SIM("S"),
NÃO("N");
SIM("S"),
NÃO(null);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 57 de 268
Layout da tabela de Vínculos dos profissionais com os
estabelecimentos
4.16.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Vínculos dos profissionais com os
estabelecimentos.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasProf
>> Código da pessoa do
profissional
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código da pessoa do
estabelecimento
Inteiro
“precisão”: 9,
"idSequencia": 3,
Não
> iCbos
>> Código CBO
Texto
“precisão”: 6,
"idSequencia": 4
Não
> iVinculos
>> Código do vínculo
Texto
“precisão”: 2,
"idSequencia": 5,
Não
> iTiposVinculos
>> Código do tipo do
vínculo
Texto
“precisão”: 2,
"idSequencia": 6,
Não
> iSubtiposVinculos
>> Código do subtipo do
vínculo
Texto
“precisão”: 2,
"idSequencia": 7,
Não
> iOrgaosEmissores
>> Código do orgão emissor
Texto
“precisão”: 2,
> cargaHorariaAmb
>> Carga horária
ambulatorial
Inteiro
“precisão”: 3,
> cargaHorariaOutros
>> Carga horária outros
Inteiro
“precisão”: 3,
> registro
>> Número do registro no
Texto
“precisão”: 13,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 58 de 268
conselho de classe
> ativo
>> Indica se o registro está
ativo
Texto
“precisão”: 1,
> importacaoManual
>> Importação manual
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
SIM("S"),
NÃO(null);
Path: /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.17.
Layout da tabela de Evolução diária do paciente
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Evolução diária do paciente.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 59 de 268
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iAtendEvolucoesDiaria
s
>> Código sequencial
da evolução diária
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iPessoasProf
>> Código do
profissional
Inteiro
“precisão”: 9,
Não
> dhEvolucaoDiaria
>> Data e hora do
registro da evolução
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
> observacao
>> Código do tipo do
vínculo
Texto
“precisão”: 200,
Não
> dtInternacao
>> Data da internação
Data
“precisão”: 7,
> dtAlta
>> Data da alta
Data
“precisão”: 7
Valores possíveis
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 60 de 268
"dtAlta": null,
"iAtendEvolucoesDiarias": null,
"iAtendimentos": null,
"iEntidades": null,
"iPessoasProf": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.18.
Layout da tabela de Exames físicos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Exames físicos do paciente.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iAtendExamesFisicos
>> Código sequencial do
exame físico
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> inspDismorfias
>> Inspeção física do
paciente
Texto
“precisão”: 100000,
>
inspDistDesenvolvimento
>> Inspeção de
distúrbios de
desenvolvimento
Texto
“precisão”: 100000,
> inspLesaoCutanea
>> Inspeção de lesões
cutâneas
Texto
“precisão”: 200,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 61 de 268
> inspCateter
>> Inspeção de cateter e
outros
Texto
“precisão”: 200,
> palpModeloEstrutural
>> Palpação do modelo
estrutural do órgão
Texto
“precisão”: 100000,
> palpEspessura
>> Palpação da
espessura dos órgãos
Texto
“precisão”: 100000,
> palpConsistencia
>> Consistência
verificada na palpação
dos órgãos
Texto
“precisão”: 100000,
> palpVolume
>> Volume verificado na
palpação dos órgãos
Texto
“precisão”: 200,
> palpDureza
>> Dureza verificada na
palpação dos órgãos
Texto
“precisão”: 200,
> percussao
>> Percussão
encontrada na inspeção
do paciente
Texto
“precisão”: 1,
> ausculta
>> Ausculta encontrada
no atendimento
Texto
“precisão”: 200,
Path: /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,
CLARO PULMONAR("C"),
MACIÇA("M"),
TIMPÂNICA("T");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 62 de 268
"percussao": null,
"ausculta": null,
"createdRole": null,
"updatedRole": null,
"iAtendExamesFisicos": null,
"iAtendimentos": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.19.
Layout da tabela de Prescrições de medicamentos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Prescrições de medicamentos do paciente.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iMateriaisPresc
>> Código do material
prescrito
Inteiro
“precisão”: 10,
> iPessoasProfPresc
>> Código do
profissional
Inteiro
“precisão”: 10,
> iPessoasEstabDisp
>> Código da pessoa
Inteiro
“precisão”: 10,
> pertenceEstoquePresc
>> Indica se o
medicamento pertence
ao estoque
Texto
“precisão”: 1,
Valores possíveis
Não
Não
SIM("S"),
NÃO("N");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 63 de 268
>
unidadeDispensaPresc
>> Unidade de dispensa
Texto
“precisão”: 20,
> apresentacaoPresc
>> Apresentação do
medicamento
Texto
“precisão”: 150,
> qtdPrescritaPresc
>> Quantidade prescrita
BigDecimal
“scala”: 2,
“precisão”: 10,
> viaAdministracaoPresc
>> Via de administração
Inteiro
“precisão”: 2,
> dosesPresc
>> Doses
Texto
precisão": 30,
> unidadeDuracaoPresc
>> Unidade da duração
do tratamento
Inteiro
“precisão”: 1,
> observacaoPresc
>>Observações
Texto
precisão": 150,
> situacaoPresc
>> Situação
Texto
precisão": 1,
>
descricaoMaterialPresc
>> Descrição do
material prescrito
Texto
“precisão”: 100,
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");
DIAS("1"),
SEMANAS("2"),
MESES("3"),
SEMESTRES("4"),
ANOS("5"),
HORAS("6"),
MINUTOS("7");
EM ABERTO("A"),
DISPENSADO("D"),
DISPENSADO
PARCIALMENTE("P"),
CANCELADO("C"),
NÃO SE APLICA("N");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 64 de 268
> duracaoPresc
>> Tempo de duração
do tratamento
Inteiro
“precisão”: 3,
> iAtendMedPrescricoes
>> Sequência do
medicamento na
prescrição
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> dtPrescricao
>> Data da prescrição
Data
“precisão”: 7,
Não
> posologia
>> Posologia da
prescrição
Texto
“precisão”: 30,
> medicamentoContinuo
>> Indica medicamento
contínuo
Texto
“precisão”: 1,
> iRenameSus
>> Código do rename
Inteiro
“precisão”: 10,
>
justificativaQtdExcedent
e
>> Justificativa da
quantidade excedente
Texto
“precisão”: 500,
> iSetoresCustos
>> Setor de custos
Inteiro
“precisão”: 10,
SIM("S"),
NÃO("N");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 65 de 268
"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.
Layout da tabela de Procedimentos realizados no
atendimento
4.20.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Procedimentos realizados no atendimento.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 66 de 268
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
"idSequencia": 3,
Não
> horarioRealizacao
>> Horário de
realização do
procedimento
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
> quantidade
>> Quantidade de
procedimentos
Inteiro
“precisão”: 3,
Não
> iPessoasProf
>> Código do
profissional que
realizou o
procedimento
Inteiro
“precisão”: 9,
"idSequencia": 4,
Não
> iCids
>> Código do CID
Texto
“precisão”: 7,
> numeroBpa
>> Número do BPA
para a autorização
Long
“precisão”: 13,
> iCbos
>> CBO
Texto
“precisão”: 6,
> fixo
>> Procedimento fixo
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 67 de 268
"iEntidades": null,
"iPessoasProf": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Procedimentos secundários
solicitados
4.21.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Procedimentos secundários solicitados.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
"idSequencia": 3,
Não
> quantidade
>> Quantidade
solicitada
Inteiro
“precisão”: 3,
Não
Valores possíveis
Path: /saude-conversao-ws/api/atend-proced-solic-sec
Modelo para conversão da tabela de Procedimentos secundários solicitados
{
"dtoList" : [{
"clientId" : null,
" atendProcedSolicSec ": {
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 68 de 268
"quantidade": null,
"createdRole": null,
"updatedRole": null,
"iAtendimentos": null,
"iEntidades": null,
"iProcedimentos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Procedimentos solicitados no
atendimento
4.22.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Procedimentos solicitados no atendimento.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
"idSequencia": 3,
Não
> quantidade
>> Quantidade solicitada
Inteiro
“precisão”: 3,
Não
> iCidsPrinc
>> CID principal
Texto
“precisão”: 7,
Não
> iCidsSec
>> CID secundário
Texto
“precisão”: 7,
> iCidsAssoc
>> CID associado
Texto
“precisão”: 7,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 69 de 268
> observacao
>> Observação
Texto
“precisão”: 250,
> diagnostico
>> Descrição do
diagnóstico
Texto
“precisão”: 250,
Não
Path: /saude-conversao-ws/api/atend-proced-solicitados
Modelo para
atendimento
conversão
da
tabela
de
Procedimentos
solicitados
no
{
"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.23.
Layout da tabela de SOAP no atendimento
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de SOAP no atendimento.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 70 de 268
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> subjetivo
>> Observações quanto a
queixa principal, sintomas e
histórico de doenças
Texto
“precisão”: 100000,
> objetivo
>> Observações quanto aos
exames físicos, ausculta,
resultados de exames
apresentados pelo paciente
Texto
“precisão”: 100000,
> prescricoes
>> Observações quanto
pedido de exames,
encaminhamentos para
outros especialistas e
prescrição de medicamentos
Texto
“precisão”: 100000,
> avaliacoes
>> Observações quanto as
avalições médicas
Texto
“precisão”: 100000,
> iCids
>> Código do cid
Texto
“precisão”: 7,
> plano
>> Plano do paciente
Texto
“precisão”: 100000,
>
prescricoesControleEspecial
>> Prescrições de controle
especial
Texto
“precisão”: 100000,
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 71 de 268
"avaliacoes": null,
"createdRole": null,
"updatedRole": null,
"plano": null,
"prescricoesControleEspecial": null,
"iAtendimentos": null,
"iCids": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.24.
Layout da tabela de Tratamento no atendimento
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Tratamento no atendimento.
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iAtendTratamentos
>> Sequência do
medicamento no
tratamento/terapia
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iPessoasProfTrat
>> Código do
profissional prescritor
Inteiro
“precisão”: 10,
> iMateriaisTrat
>> Código do material
Inteiro
“precisão”: 10,
> qtdTrat
>> Quantidade
BigDecimal
“precisão”: 10,
“scala”: 2,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 72 de 268
prescrita
>
viaAdministracaoTrat
>>Via de
administração
Inteiro
“precisão”: 2,
> dosesTrat
>> Doses
Texto
“precisão”: 30,
> unidadeDuracaoTrat
>> Unidade de
duração do
tratamento
Inteiro
“precisão”: 1,
> qtdAplicadaTrat
>>Quantidade
aplicada
BigDecimal
“scala”: 2,
“precisão”: 10,
> situacaoTrat
>> Situação do
tratamento
Texto
“precisão”: 1,
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
INTRA-ARTERIAL("11"),
PARENTERAL - INJEÇÃO
INTRAMUSCULAR("12"),
PARENTERAL - INJEÇÃO
INTRACARDÍACA("13"),
PARENTERAL - INJEÇÃO
SUBCUTÂNEA("14"),
PARENTERAL - INFUSÃO
INTRAÓSSEA("15"),
PARENTERAL - INJEÇÃO
INTRADÉRMICA("16"),
PARENTERAL - INJEÇÃO
INTRAPERITONEAL("17"),
PARENTERAL TRANSDÉRMICA("18"),
PARENTERAL TRANSMUCOSA("19"),
PARENTERAL INALÁVEL("20"),
OUTRAS("21");
DIAS("1"),
SEMANAS("2"),
MESES("3"),
SEMESTRES("4"),
ANOS("5"),
HORAS("6"),
MINUTOS("7");
EM ABERTO("A"),
CONCLUÍDO
(APLICADO)("C"),
PARCIAL("P"),
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 73 de 268
CANCELADO("X");
> duracaoTrat
>> Duração do
tratamento
Inteiro
“precisão”: 3,
> numNotificacao
>> Número da
notificação
Long
“precisão”: 15,
Path: /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.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 74 de 268
Layout da tabela de Aplicações dos medicamentos dos
tratamentos
4.25.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Aplicações dos medicamentos dos
tratamentos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iAtendTratamentos
>> Sequência do
medicamento no
tratamento/terapia
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
>
iAtendTratamentosApli
c
>> Sequência da
aplicação do
medicamento do
tratamento
Inteiro
“precisão”: 10,
"idSequencia": 4,
Não
> iPessoasProf
>> Código do
profissional
responsável pela
aplicação
Inteiro
“precisão”: 10,
Não
> lote
>> Lote de fabricação
Texto
“precisão”: 20
Não
> qtdAplicada
>> Quantidade
aplicada
BigDecimal
“precisão”: 10
“scala”: 2
Não
> dhAplicacaoTrat
>> Data e hora da
aplicação
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
Path: /saude-conversao-ws/api/atend-tratamentos-aplic
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 75 de 268
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.26.
Layout da tabela de Atendimentos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Atendimentos.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> tipoAtendimento
>> Tipo do atendimento
Texto
“precisão”: 1,
Não
Valores possíveis
CONSULTA("C"),
PROCEDIMENTO("P");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 76 de 268
> iEspecialidades
>> Código da
especialidade
Inteiro
“precisão”: 5,
>iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9
Não
> iPessoasProf
>> Código do
profissional
Inteiro
“precisão”: 9
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9
Não
> dhAtendimento
>> Data e hora do
atendimento
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
> situacao
>> Situação do
atendimento
Texto
“precisão”: 1,
Não
PENDENTE("P"),
EM EXECUÇÃO("X"),
FINALIZADA("F"),
ENTREGUE("E"),
CANCELADA("C"),
AUTORIZADA("A"),
NÃO AUTORIZADA("N");
> origem
>> Origem do
atendimento
Texto
“precisão”: 1,
Não
PRONTO
ATENDIMENTO("P"),
AGENDAMENTO("A"),
RETORNO("R"),
OUTROS("O");
> iProntosAtend
>> Código do pronto
atendimento
Inteiro
“precisão”: 10
> iAgendamentos
>> Código do
agendamento
Inteiro
“precisão”: 10
> iCids
>> Código do CID
Texto
“precisão”: 7,
> observacao
>> Observação
Texto
“precisão”: 250,
> solicitacaoRetorno
>> Indica se foi
solicitado o retorno do
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
Obrigatório
se Tipo de
atendimento
= Consulta
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 77 de 268
paciente
> dtRetornoSug
>> Data sugerida para o
retorno
Data
“precisão”: 7,
> iAtendimentosOrigem
>> Código de
atendimento de origem
Inteiro
“precisão”: 10
> motivoCancel
>> Motivo do
cancelamento do
atendimento
Texto
“precisão”: 250,
> numeroBpa
>> Número do BPA para
a autorização
Long
“precisão”: 13,
> carater
>> Caráter do
atendimento (Eletivo ou
Urgência)
Texto
“precisão”: 1,
> iEquipes
>> Código da equipe
Inteiro
“precisão”: 10,
>
finalizadoAutomaticamen
te
>> Finalizado
automaticamente
Texto
“precisão”: 1,
> nivelAtencao
>> Nível de atenção
Texto
> uuid
>> Identificador universal
único
Texto
“precisão”: 50,
> versaoEsusCriacao
>> Versão do e-SUS na
criação do registro
Texto
“precisão”: 20,
>
versaoEsusUltAlteracao
>> Versão do e-SUS na
última alteração do
registro
Texto
“precisão”: 20,
Obrigatório
se
Atendimento
= cancelado
Não
ELETIVO("E"),
URGÊNCIA("U");
SIM("S"),
NÃO(NULL);
"ATENCAO_BASICA",
"ATENCAO_SECUNDARI
A",
"ATENCAO_TERCIARIA"
Path: /saude-conversao-ws/api/atendimentos
Modelo para conversão da tabela de Atendimentos
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 78 de 268
{
"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" : {}
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 79 de 268
],
"atendExamesCompleList" : [{
"clientId" : null,
"atendExamesComple" : {},
"atendExamesCompleItensList" : [{
"clientId" : null,
"atendExamesCompleItens": {}
}
]
}
]
}
]
}}
Onde: Null = valores a serem alimentados.
Layout da tabela de Procedimentos realizados do
encaminhamento
4.27.
Neste tópico iremos abordar a forma com que será estruturada as
informações
referente
aos
registros
de
Procedimentos
realizados
encaminhamento.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iEncaminhamentos
>> Código do
encaminhamento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
"idSequencia": 3,
Não
> quantidade
>> Quantidade
Inteiro
“precisão”: 4,
Não
Path: /saude-conversao-ws/api/encam-proced-realizados
Valores possíveis
do
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 80 de 268
Modelo para conversão da tabela
encaminhamento
{
"dtoList" : [{
"clientId" : null,
" encamProcedRealizados ": {
"quantidade": null,
"iEncaminhamentos": null,
"iEntidades": null,
"iProcedimentos": null
}
}
]
}
de
Procedimentos
realizados
do
Onde: Null = valores a serem alimentados.
4.28.
Layout da tabela de Prontos atendimentos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Prontos atendimentos.
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iProntosAtend
>> Código do pronto
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> tipoAtendimento
>> Tipo de
atendimento
Texto
“precisão”: 1,
Não
> iEspecialidades
>> Quantidade
Inteiro
“precisão”: 5,
> iProcedimentos
>> Código do
Texto
“precisão”: 10,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 81 de 268
procedimento
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
> iPessoasPac
>> Código do
paciente
Inteiro
“precisão”: 9,
Não
> dhProntoAtend
>> Data e hora do
pronto atendimento
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
> observacao
>> Observação
Texto
“precisão”: 250,
> situacao
>> Situação do
pronto atendimento
Texto
“precisão”: 1,
Não
> motivoCancel
>> Motivo do
cancelamento do
pronto atendimento
Texto
“precisão”: 250,
Obrigatório
se motivo
do
cancelame
nto =
outros
> tipoMotivoCancel
>> Tipo do motivo
do cancelamento
Texto
“precisão”: 1,
Path: /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,
AGUARDANDO("G"),
FINALIZADO("F"),
CANCELADO("C"),
EM ATENDIMENTO("E");
ATRASO("A"),
FALTA("F"),
DESISTÊNCIA("D"),
OUTROS(“O”);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 82 de 268
"iEntidades": null,
"iEspecialidades": null,
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iProcedimentos": null,
"iProntosAtend": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.29.
Layout da tabela de Retornos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Retornos de atendimentos.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iRetornos
>> Código do retorno
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasPac
>> Código da pessoa
Inteiro
“precisão”: 9,
Não
> dhRetorno
>> Data e hora do
retorno
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
> iAtendimentosOrigem
>> Código de
atendimento que
originou esse retorno
Inteiro
“precisão”: 10,
Não
> situacao
>> Situação do retorno
Texto
“precisão”: 1,
Não
Valores possíveis
AGUARDANDO("G"),
FINALIZADO("F"),
CANCELADO("C"),
EM ATENDIMENTO("E");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 83 de 268
> motivoCancel
>> Motivo do
cancelamento do
retorno
Texto
“precisão”: 250,
> tipoMotivoCancel
>> Tipo do motivo do
cancelamento
Texto
“precisão”: 1,
Path: /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.30.
Layout da tabela de Triagens
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Triagens.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 84 de 268
> iPessoasPac
>> Código da pessoa
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iTriagens
>>Código da triagem
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iAtendimentos
>> Código de atendimento
Inteiro
“precisão”: 10,
> iPessoasProf
>> Código do profissional
da triagem
Inteiro
“precisão”: 9,
> iCbos
>> Código do CBO
Texto
“precisão”: 6,
> iAgendamentos
>> Código do
agendamento
Inteiro
“precisão”: 10,
> iProntosAtend
>> Código do pronto
atendimento
Inteiro
“precisão”: 10,
> iRetornos
>> Código do retorno
Inteiro
“precisão”: 10,
> dhTriagem
>> Data e hora da triagem
Data e Hora
“scala”: 6,
“precisão”: 11,
> pressaoSistolica
>> Pressão sistólica
BigDecimal
“scala”: 1,
“precisão”: 4,
> pressaoDiastolica
>> Pressão diastólica
BigDecimal
“scala”: 1,
“precisão”: 4,
> temperatura
>> Temperatura do
paciente
BigDecimal
“scala”: 1,
“precisão”: 3,
> pulso
>> Pulso
Inteiro
“precisão”: 3,
> peso
>> Peso
BigDecimal
“scala”: 3,
“precisão”: 6,
> altura
>> Altura
BigDecimal
“scala”: 1,
“precisão”: 4,
> perimCefalico
>> Perímetro cefálico
BigDecimal
“scala”: 3,
“precisão”: 6,
> perimToracico
>> Perímetro torácico
BigDecimal
“scala”: 3,
“precisão”: 6,
Não
Não
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 85 de 268
> cintura
>> Medida da cintura
BigDecimal
“scala”: 1,
“precisão”: 4,
> quadril
>> Medida do quadril
BigDecimal
“scala”: 1,
“precisão”: 4,
> freqRespiratoria
>> Frequência respiratória
Inteiro
“precisão”: 3,
> satOxigenio
>> Saturação de oxigênio
BigDecimal
“scala”: 2,
“precisão”: 5,
> hgt
>> Hemoglicoteste
BigDecimal
“scala”: 2,
“precisão”: 6,
> pulsoArritmico
>> Pulso arrítmico
Texto
“precisão”: 1,
> pfe
>> Pico de fluxo expiratório
BigDecimal
“scala”: 2,
“precisão”: 5,
> dor
>> Escala de intensidade
de dor
Inteiro
“precisão”: 2,
>glasgowOcular
>> Escala de coma de
glasgow abertura ocular
Inteiro
“precisão”: 1,
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
>> Escala de coma de
glasgow resposta motora
Inteiro
“precisão”: 1,
NENHUMA("1"),
EXTENSÃO
ANORMAL("2"),
FLEXÃO ANORMAL("3"),
MOVIMENTO DE
RETIRADA("4"),
LOCALIZA DOR("5")
OBEDECE
COMANDOS("6");
> scqCabeca
>>Superfície corporal
queimada cabeça
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
SIM("A"),
NÃO(null);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 86 de 268
> scqToraxF
>>Superfície corporal
queimada tórax frontal
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
> scqToraxD
>>Superfície corporal
queimada tórax dorsal
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
> scqAbdomenF
>>Superfície corporal
queimada abdômen frontal
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
> scqAbdomenD
>>Superfície corporal
queimada abdômen dorsal
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
> scqVirilha
>>Superfície corporal
queimada virilha
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
> scqBracoE
>>Superfície corporal
queimada braço esquerdo
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
> scqBracoD
>>Superfície corporal
queimada braço direito
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
> scqCoxaE
>>Superfície corporal
queimada coxa esquerda
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
> scqCoxaD
>>Superfície corporal
queimada coxa direita
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
> scqPernaE
>>Superfície corporal
queimada perna esquerda
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
> scqPernaD
>>Superfície corporal
queimada perna direita
Inteiro
“precisão”: 1,
1º GRAU("1"),
2º GRAU("2"),
3º GRAU("3");
Path: /saude-conversao-ws/api/triagens
Modelo para conversão da tabela de Triagens
{
"dtoList" : [{
"clientId" : null,
" triagens": {
"dhTriagem": null,
"pressaoSistolica": null,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 87 de 268
"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
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 88 de 268
}
]
}
Onde: Null = valores a serem alimentados.
4.31.
Layout da tabela de Triagem Classificação de Risco
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Triagem Classificação de Risco.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iTriagens
>> Código da triagem
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> corClassificacao
>> Cor da
classificação
Texto
“precisão”: 1,
Não
> queixa
>> Queixa
Texto
“precisão”: 2000,
> historico
>> Histórico
Texto
“precisão”: 2000,
> exameFisico
>> Exame físico
Texto
“precisão”: 2000,
Valores possíveis
EMERGÊNCIA("R"),
MUITO URGENTE("O"),
URGENTE("Y"),
NÃO URGENTE("G"),
BAIXA COMPLEXIDADE("B");
Path: /saude-conversao-ws/api/triagens-classifica-risco
Modelo para conversão da tabela de Triagem Classificação de Risco
{
"dtoList" : [{
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 89 de 268
"clientId" : null,
" triagensClassificaRisco": {
"corClassificacao": null,
"queixa": null,
"historico": null,
"exameFisico": null,
"iEntidades": null,
"iPessoasPac": null,
"iTriagens": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.32.
Layout da tabela de Agendas dos profissionais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Agendas dos profissionais.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAgendas
>> Código da agenda
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento para o qual
esta agenda é válida
Inteiro
“precisão”: 9,
Não
> tipoAgenda
>> Tipo de agenda
Texto
“precisão”: 1,
Não
> iPessoasProf
>> Código do profissional
que possui esta agenda
Inteiro
“precisão”: 9,
Valores possíveis
CONSULTA("C");
PROCEDIMENTO("P");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 90 de 268
> iEspecialidades
>> Código da especialidade
Inteiro
“precisão”: 5,
> iProcedimentos
>> Código do procedimento
Texto
“precisão”: 10,
> ativa
>> Indica se a agenda é ativa
Texto
“precisão”: 1,
Não
> motivoDesativacao
>> Motivo da desativação da
agenda
Texto
“precisão”: 250,
Obrigatóri
o se
Agenda =
Inativa
> dtInicial
>> Data de início da agenda
Data
“precisão”: 7,
Não
> dtFinal
>> Data de término da
agenda
Data
“precisão”: 7,
> qtdProcedimentos
>> Quantidade de
procedimentos semanais
estimados para esta agenda
Inteiro
“precisão”: 3,
>obsImpressao
>> Observação de impressão
Texto
“precisão”: 1000,
>agendaRegulada
>> Agenda exclusiva da
central de regulação
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
>ativaCabecalhoAutorizacao
>> Ativa cabeçalho de
autorização de atendimento
Texto
“precisão”: 1,
PADRÃO("N"),
DEFINIR("S");
>cabecalhoAutorizacaoAtend
>> Cabeçalho de autorização
de atendimento
Texto
“precisão”: 200,
SIM("S"),
NÃO("N");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 91 de 268
"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.
Layout da tabela de Horários previstos na agenda do
profissional
4.33.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Horários previstos na agenda do profissional.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAgendas
>> Código da agenda
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iHorarios
>> Código do horário
previsto na agenda
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 92 de 268
> diaSemana
>> Dia da semana
previsto na agenda
Texto
“precisão”: 1,
Não
> horarioIni
>> Horário de início do
período
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
> horarioFin
>> Código da
especialidade
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
> duracaoAtendimento
>> Duração em minutos
de cada atendimento
Inteiro
“precisão”: 3,
Não
> qtdPrimeiraConsulta
>>Quantidade reservada
para 1ª consulta
Inteiro
“precisão”: 3,
> horaInicioAte
>> Hora de início do
atendimento
Data e Hora
“scala”: 6,
“precisão”: 11,
> qtdEncaixes
>> Quantidade reservada
para encaixes
Inteiro
“precisão”: 3,
DOMINGO("1"),
SEGUNDA("2"),
TERÇA("3"),
QUARTA("4"),
QUINTA("5"),
SEXTA("6"),
SÁBADO("7");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 93 de 268
"qtdEncaixes": null,
"iAgendas": null,
"iEntidades": null,
"iHorarios": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.34.
Layout da tabela de Horários de ausência do profissional
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Horários da agenda em que o profissional irá
se ausentar.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAusencias
>> Código sequencial
da ausência
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código da pessoa
Inteiro
“precisão”: 9,
Não
> iPessoasProf
>> Código da pessoa
Inteiro
“precisão”: 9,
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
> dtInicial
>> Data de início da
ausência
Data
“precisão”: 7,
Não
> dtFinal
>> Data de término da
Data
“precisão”: 7,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 94 de 268
ausência
> diasSemana
>>Dias da semana em
que há previsão de
ausência
Texto
“precisão”: 13,
> dhIni
>> Hora de início da
ausência
Data e Hora
“scala”: 6,
“precisão”: 11,
> dhFin
>> Horário de término
da ausência
Data e Hora
“scala”: 6,
“precisão”: 11,
> motivo
>>Motivo da ausência
do
profissional/procedime
nto
Texto
“precisão”: 250,
Não
> tipoAgenda
>> Tipo de agenda
Texto
“precisão”: 1,
Não
CONSULTA("C"),
PROCEDIMENTO("P");
Path: /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
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 95 de 268
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Itens da reserva diária para
agendamentos
4.35.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens da reserva diária para agendamentos.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iReservas
>> Código da reserva
Inteiro
“precisão”: 5,
"idSequencia": 2,
Não
> iDiasSemana
>> Dia da semana da
reserva
Inteiro
“precisão”: 1,
"idSequencia": 3,
Não
> nroReservas
>> Número de
consultas/procedimentos
reservados para a
secretaria/administrador
realizar agendamento
Inteiro
“precisão”: 4,
Não
Valores possíveis
DOMINGO("1"),
SEGUNDA("2"),
TERÇA("3"),
QUARTA("4"),
QUINTA("5"),
SEXTA("6"),
SÁBADO("7");
Path: /saude-conversao-ws/api/reserv-diarias-agend-itens
Modelo para conversão da
agendamentos
{
"dtoList" : [{
"clientId" : null,
tabela de
Itens
da
reserva
diária
para
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 96 de 268
" reservDiariasAgendItens ": {
"nroReservas": null,
"iDiasSemana": null,
"iEntidades": null,
"iReservas": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Reservas diárias para
agendamentos nos estabelecimentos
4.36.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Reservas diárias para agendamentos nos
estabelecimentos
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iReservas
>> Código da reserva
Inteiro
“precisão”: 5,
"idSequencia": 2,
Não
> iPessoasEstab
>>Código do
estabelecimento
Inteiro
“precisão”: 9
Não
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
> iEspecialidades
>> Código da
especialidade
Inteiro
“precisão”: 5
> tipoCota
>> Tipo de cota
Texto
“precisão”: 1,
Não
Valores possíveis
SECRETARIA("S"),
ADMINISTRADOR("A");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 97 de 268
> dtInicial
>> Data inicial da cota
para administrador
Data
“precisão”: 7,
> dtFinal
>> Data final da cota
para administrador
Data
“precisão”: 7,
Path: /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.
Layout da tabela de Cotas das solicitações de
agendamentos
4.37.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Cotas das solicitações de agendamentos.
> Descrição em
banco
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 98 de 268
>> Nome em tela
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iSolicAgendCotas
>> Código das cotas
de solicitações de
agendamentos
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iPessoasEstab
>>Código do
estabelecimento
Inteiro
“precisão”: 9
Não
> iCompetencias
>> Código da
competência
Inteiro
“precisão”: 4,
Não
> situacao
>> Situação da cota
Texto
“precisão”: 1
ATIVO("A"),
INATIVO("I");
Path: /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.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 99 de 268
Layout da tabela de Itens das cotas das solicitações de
agendamentos
4.38.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens das cotas das solicitações de
agendamentos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iSolicAgendCotas
>> Código das cotas
de solicitações de
agendamentos
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
>
iSolicAgendCotasIten
s
>>Código dos itens
das cotas
Inteiro
“precisão”: 9
"idSequencia": 3,
Não
> tipo
>> Tipo de
solicitação
Texto
“precisão”: 1
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10
> iEspecialidades
>> Código da
especialidade
Inteiro
“precisão”: 5
> qtdSolic
>> Quantidade de
solicitações"
Inteiro
“precisão”: 10
Valores possíveis
PROCEDIMENTO("P"),
CONSULTA("C");
Path: /saude-conversao-ws/api/solic-agend-cotas-itens
Modelo para conversão da tabela de Itens das cotas das solicitações de
agendamentos
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 100 de 268
{
"dtoList" : [{
"clientId" : null,
" solicAgendCotasItens ": {
"tipo": null,
"qtdSolic": null,
"iEntidades": null,
"iEspecialidades": null,
"iProcedimentos": null,
"iSolicAgendCotas": null,
"iSolicAgendCotasItens": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Agendamentos que foram
cancelados ou transferidos e que necessitam de contato
4.39.
Neste tópico iremos abordar a forma com que será estruturada as
informações 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.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAgendamentos
>> Código do
agendamento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 101 de 268
> contatoRealizado
>>Indica se o contato
com o paciente foi
realizado
Texto
“precisão”: 1
Não
SIM("S"),
NÃO("N");
Path: /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.40.
Layout da tabela de Agendamentos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Agendamentos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAgendamentos
>> Código do
agendamento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>tipoAgendamento
>> Tipo de
Texto
“precisão”: 1
Não
Valores possíveis
CONSULTA("C"),
PROCEDIMENTO("P");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 102 de 268
agendamento
> iEspecialidades
>> Código da
especialidade
Inteiro
“precisão”: 5,
>iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
>iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
>iPessoasProf
>> Código do
profissional
Inteiro
“precisão”: 9,
>iPessoasPac
>> Código do
paciente
Inteiro
“precisão”: 9,
Não
>dtAgendamento
>> Data do
agendamento
Data
“precisão”: 7,
Não
>horarioIni
>> Horário inicial do
agendamento
Data e Hora
“precisão”: 11,
Não
>iSolicitacoes
>> Código da
solicitação de
agendamento
Inteiro
“precisão”: 10,
>situacao
>> Situação do
agendamento
Texto
“precisão”: 1,
Não
>horarioFin
>> Horário final do
agendamento
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
>observacao
>> Observação
Texto
“precisão”: 1000,
>motivoCancel
>> Motivo do
cancelamento do
agendamento
Texto
“precisão”: 250,
Não
*Obrigatório se
motivo do
cancelamento=
outros
FINALIZADO("F"),
AGENDADO("A"),
CANCELADO("C"),
PENDENTE DE
TRANSFERÊNCIA("P"),
TRANSFERIDO("T"),
AGUARDANDO("G"),
EM ATENDIMENTO("E");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 103 de 268
>
iAgendamentosTrans
f
>> Código do
agendamento de
transferência
Inteiro
“precisão”: 10,
>origem
>> Indica quem
realizou o
agendamento
Texto
“precisão”: 1,
>ocorrencia
>> Ocorrência do
agendamento
Texto
“precisão”: 1,
PRIMEIRA CONSULTA("P"),
RETORNO("R");
>tipoMotivoCancel
>> Tipo do motivo do
cancelamento
Texto
“precisão”: 1,
ATRASO("A"),
FALTA("F"),
DESISTÊNCIA("D"),
OUTROS("O");
>dhRegistro
>> Data e hora do
registro do
agendamento
Data e Hora
“scala”: 6,
“precisão”: 11,
>iProcedimentosExe
c
>> Código do
procedimento
executado
Texto
“precisão”: 10,
Não;
Preenchido
automaticament
e.
Path: /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,
LOCAL ADMIN(1),
LOCAL NORMAL(3),
EXTERNO ADMIN(2),
EXTERNO NORMAL(4);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 104 de 268
"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.41.
Layout da tabela de Solicitações de agendamentos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Solicitações de agendamentos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iSolicitacoes
>> Código da
solicitação de
agendamento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iMunicipios
>> Código do
Inteiro
“precisão”: 10,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 105 de 268
município
> tipoAgendamento
>> Tipo de
agendamento
Texto
“precisão”: 1,
>iPessoasPac
>>Código da pessoa
do paciente
Inteiro
“precisão”: 9,
>iPessoasEstab
>> Código do
estabelecimento
solicitante
Inteiro
“precisão”: 9,
>iPessoasProf
>> Código do
profissional solicitante
Inteiro
“precisão”: 9,
>iPacientesExt
>> Código do paciente
de outro município
Inteiro
“precisão”: 9,
>iEspecialidades
>> Código da
especialidade
Inteiro
“precisão”: 5,
>iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
>dhSolicitacao
>> Data e hora da
solicitação
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
>prioridade
>> Prioridade no
agendamento
Texto
“precisão”: 1,
Não
NORMAL("N"),
ALTA("A"),
URGENTE("U");
>situacao
>> Situação da
solicitação
Texto
“precisão”: 1,
Não
AGENDADO("A"),
CANCELADO("C"),
PENDENTE DE
TRANSFERÊNCIA("P"),
TRANSFERIDO("T"),
EM ATENDIMENTO("E"),
FINALIZADO("F"),
INDEFERIDO("I"),
AGUARDANDO("G");
>justificativa
>> Justificativa para a
situação da solicitação
Texto
“precisão”: 150,
>observacao
Texto
“precisão”: 250,
Não
CONSULTA("C"),
PROCEDIMENTO("P");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 106 de 268
>> Observação da
solicitação
> motivo
>> Motivo da situação
da solicitação
Texto
“precisão”: 250,
>dtEncaminhamento
>> Data do
encaminhamento
Data
“precisão”: 7,
>retorno
>> Retorno
Texto
“precisão”: 1,
>dtRetorno
>> Data do retorno
Data
“precisão”: 7,
>iPessoasProfRet
>> Código da pessoa
do profissional de
retorno
Inteiro
“precisão”: 9,
>pacContactado
>> Paciente contactado
Texto
“precisão”: 1,
>iProcedimentosExec
>>Código do
procedimento
executado
Texto
“precisão”: 10,
>iAtendOrigemRet
>>Código do
atendimento de origem
do retorno
Inteiro
“precisão”: 10,
>riscoOdontologico
>> Risco odontologico
Texto
“precisão”: 1,
RISCO 0("0"),
RISCO 1("1"),
RISCO 2("2"),
RISCO 3("3"),
RISCO 4("4"),
RISCO 5("5");
>riscoFamiliar
>>Risco familiar
Texto
“precisão”: 1,
SEM RISCO("S"),
BAIXO RISCO("B"),
MÉDIO RISCO("M")
ALTO RISCO("A");
>motivoCancel
>>Motivo do
cancelamento
Texto
“precisão”: 250,
SIM("S"),
NÃO("N");
SIM("S"),
NÃO("N");
Não =
situação for
"cancelado"
Path: /saude-conversao-ws/api/solicitacoes-agendamentos
Modelo para conversão da tabela de Solicitações de agendamentos
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 107 de 268
{
"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.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 108 de 268
4.42.
Layout da tabela de Solicitações de laudos de AIH
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Solicitações de laudos de AIH.
> Descrição em banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iSolicLaudosAih
>> Código da solicitação do
laudo AIH
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstabSolic
>> Código do
estabelecimento solicitante
Inteiro
“precisão”: 9,
Não
> iPessoasEstabExec
>> Código do
estabelecimento executante
Inteiro
“precisão”: 9,
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
Não
> sintomasClinicos
>> Descrição dos sintomas
clínicos
Texto
“precisão”: 500,
> condJustInternacao
>> Descrição da justificativa
de internaçã
Texto
“precisão”: 500,
> provasDiagnosticas
>> Descrição da prova
diagnóstica
Texto
“precisão”: 500,
> diagnosticosIniciais
>> Diagnóstico inicial
Texto
“precisão”: 30,
>iCidsPrinc
>> Código do CID principal
Texto
“precisão”: 7,
> iCidsSec
>> Código do CID secundário
Texto
“precisão”: 7,
> iCidsCausas
>> Código do CID causas
associadas
Texto
“precisão”: 7,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 109 de 268
> iProcedimentos
>> Código do procedimento
Texto
“precisão”: 10,
> tiposClinicas
>> Tipo de clínica
Texto
“precisão”: 2,
Não
> iCaracteresInternacoes
>> Código do caráter de
internação
Texto
“precisão”: 3,
Não
> tiposDocumentos
>> Tipo de documento
Texto
“precisão”: 1,
Não
> iPessoasProf
>> Código do profissional
Inteiro
“precisão”: 9,
Não
> dtSolicitacao
>> Data da solicitação
Data
“precisão”: 7,
Não
> tiposAcidentes
>> Tipo de acidente
Texto
“precisão”: 2,
> cnpjSeguradora
>> CNPJ da segurador
Texto
“precisão”: 11,
> numeroBilhete
>> Número do bilhete
Texto
“precisão”: 11,
> serieBilhete
>> Série do bilhete
Texto
“precisão”: 9,
> cnpjEmpresa
>> CNPJ da empresa
Texto
“precisão”: 14,
> iCnaes
>> Código do CNAE
Texto
“precisão”: 7,
>iCbors
>> Código do CBO reduzido
Texto
“precisão”: 6,
> tiposVinculosPrev
>> Tipo de vínculo com a
previdência
Texto
“precisão”: 1,
> situacao
>> Situação da solicitação
Texto
“precisão”: 1,
> iAtendimentos
Inteiro
“precisão”: 10,
EMPREGADO("1"),
EMPREGADOR("2")
,
AUTÔNOMO("3"),
DESEMPREGADO("
4"),
APOSENTADO("5"),
NÃO
SEGURADO("6");
Não
CANCELADO("C"),
FINALIZADO("F"),
EM ABERTO("A");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 110 de 268
>> Atendimento vinculado à
solicitação
> nomeEstabExecExt
>> Nome do estabelecimento
executante externo
Texto
“precisão”: 100,
Não,
quando o
campo “Do
município”
for
selecionado
como “Não”.
> cnesEstabExecExt
>> Código do cnes do
estabelecimento executante
externo
Texto
“precisão”: 7,
Não,
quando o
campo “Do
município”
for
selecionado
como “Não”.
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 111 de 268
"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 BPA-I
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Solicitação de Laudo BPA-I.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iSolicLaudosBpai
>> Código da
solicitação de
laudos bpa
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasPac
>> Código do
paciente
Inteiro
“precisão”: 9,
Não
>
iPessoasEstabSoli
c
Inteiro
“precisão”: 9,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 112 de 268
>> Código do
estabelecimento
solicitante
>
iPessoasEstabExe
c
>> Código do
estabelecimento
executante
Inteiro
“precisão”: 9,
Não, quando
selecionado campo
“Do município”
>
nomePessoasEsta
bExec
>> Nome do
estabelecimento
executante que
não pertence ao
Sistema
Texto
“precisão”: 200,
Não, quando não
selecionado campo
“Do município”
> cnesEstabExec
>> CNES do
estabelecimento
executante que
não pertence ao
sistema
Texto
“precisão”: 7,
Não, quando não
selecionado campo
“Do município”
> iPessoasProf
>> Código do
profissional
Inteiro
“precisão”: 9,
Não
>
tipoDocumentoProf
>> Tipo do
documento do
profissional
Inteiro
“precisão”: 1,
Não
>dtSolicitacao
>> Data da
solicitação
Data
“precisão”: 7,
Não
> diagnostico
>> Descrição do
diagnóstico
Texto
“precisão”: 2000,
> iCidsPrinc
>> Código do Cid
principal
Texto
“precisão”: 7,
> iCidsSec
>> Código do Cid
secundário
Texto
“precisão”: 7,
> iCidsCausas
>> Código do Cid
Texto
“precisão”: 7,
CNS("1"),
CPF("2");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 113 de 268
da provável causa
> anamnese
>> Resumo da
anamnese e
exame físico
Texto
“precisão”: 2000,
> justificativa
>> Justificativa do
procedimento
Texto
“precisão”: 1000,
> situacao
>> Situação da
solicitação
Texto
“precisão”: 1,
Não
PENDENTE("P"),
CANCELADO("C"),
FINALIZADA("F");
Path: /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
}
}
]
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 114 de 268
Onde: Null = valores a serem alimentados.
Layout da tabela de Solicitação de Laudo de
Procedimentos BPA-I
4.44.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Solicitação de Laudo de
Procedimentos BPA-I.
> Descrição em
banco
>> Nome em
tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
"idSequencia": 2,
Não
>
iSolicLaudosBpa
i
>> Código da
solicitação de
laudos bpai
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> quantidade
>> Quantidade
Inteiro
“precisão”: 4,
Não
Valores possíveis
Path: /saude-conversao-ws/api/solic-laudos-bpai-proced
Modelo para conversão da tabela de Solicitação de Laudo de Procedimentos
BPA-I
{
"dtoList" : [{
"clientId" : null,
" solicLaudosBpaiProced ": {
"quantidade": null,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 115 de 268
"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 será estruturada as
informações referente aos registros do cadastro de Solicitação de procedimentos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iSolicProcedimento
s
>> Código da
solicitação de
procedimentos
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasPac
>> Código do
paciente
Inteiro
“precisão”: 9,
Não
>
iPessoasEstabSolic
>> Código do
estabelecimento
solicitante
Inteiro
“precisão”: 9,
Não
>
iPessoasProfSolic
>> Código do
profissional
solicitante
Inteiro
“precisão”: 9,
Não
> dhCadastro
>> Data e hora do
cadastro
Data e
Hora
“scala”: 6,
“precisão”: 11,
Não
> situacao
Texto
“precisão”: 1,
Não
Valores possíveis
CANCELADO("C"),
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 116 de 268
>> Situação da
solicitação
NORMAL("N");
>
iMunicipiosOrigem
>> Código do
município externo
de origem
Inteiro
“precisão”: 10,
Não, quando
solicitação for
externa
> iPacientesExt
>> Código do
paciente externo
Inteiro
“precisão”: 10,
Não, quando
solicitação for
externa
>
nomeEstabSolicExt
>> Nome do
estabelecimento
solicitante externo
Texto
“precisão”: 60,
Não, quando
solicitação for
externa
>
cnesEstabSolicExt
>> CNES do
estabelecimento
solicitante externo
Texto
“precisão”: 7,
Não, quando
solicitação for
externa
>
nomeProfSolicExt
>> Nome do
profissional
solicitante externo
Texto
“precisão”: 60,
Não, quando
solicitação for
externa
> cpfProfSolicExt
>> CPF do
profissional
solicitante externo
Texto
“precisão”: 11,
Não, quando
solicitação for
externa
> cnsProfSolicExt
>> CNS do
profissional
solicitante externo
Texto
“precisão”: 15,
Não, quando
solicitação for
externa
> observacao
>> Observação
Texto
“precisão”: 1000,
> iEspecialidades
>>Código da
especialidade
Texto
“precisão”: 5,
Path: /saude-conversao-ws/api/solic-procedimentos
Modelo para conversão da tabela de Solicitação de procedimentos
{
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 117 de 268
"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.
Layout da tabela de Itens da solicitação de
procedimentos
4.46.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Itens da solicitação de
procedimentos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 118 de 268
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iSolicProcedimento
s
>> Código da
solicitação de
procedimentos
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iSolicProcedimento
sItens
>> Código do item
da solicitação de
procedimentos
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
Não
> iCids
>> Código do CID
Texto
“precisão”: 7,
>
iPessoasEstabExec
>> Código do
estabelecimento
executante
Inteiro
“precisão”: 9,
> iPessoasProfAut
>> Código do
profissional
autorizador
Inteiro
“precisão”: 9,
Não, quando
parâmetro exigir
autorização
> qtdSolicitada
>> Quantidade
solicitada
Inteiro
“precisão”: 3,
Não
> qtdAutorizada
>> Quantidade
autorizada
Inteiro
“precisão”: 3,
Não, quando
parâmetro exigir
autorização
>
estabPertenceMuni
cipio
>> Estabelecimento
executante
pertence ao
município
Texto
“precisão”: 1,
>
nomeEstabForaMu
Texto
“precisão”: 60,
SIM("S"),
NÃO("N");
Não, quando
solicitação for externa
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 119 de 268
n
>> Nome do
estabelecimento
executante de fora
do município
> dtValidadeAut
>> Data de validade
da autorização
Data
“precisão”: 7,
este campo não deve
ser informado quando
parâmetro não exigir
autorização
> justNaoAut
>> Justificativa da
não autorização
Texto
“precisão”: 250,
Não, quando a
solicitação for
selecionada como
“Não” autorizada
> situacao
>> Situação
Texto
“precisão”: 1,
Não
CANCELADO("C"),
NORMAL("N");
> dhAutorizacao
>> Data e hora da
autorização
Data e
Hora
“scala”: 6,
“precisão”: 11,
> prioridade
>> Prioridade da
solicitação de
procedimentos
Texto
“precisão”: 1,
Não
MÉDIA("M"),
ALTA("A"),
BAIXA("B");
>
motivoCancelament
oAut
>> Motivo do
cancelamento da
autorização
Texto
“precisão”: 250,
Path: /saude-conversao-ws/api/solic-procedimentos-itens
Modelo para conversão da tabela de Itens da solicitação de procedimentos
{
"dtoList" : [{
"clientId" : null,
" solicProcedimentosItens ": {
"qtdSolicitada": null,
"qtdAutorizada": null,
"estabPertenceMunicipio": null,
"nomeEstabForaMun": null,
"dtValidadeAut": null,
"justNaoAut": null,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 120 de 268
"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.
Layout da tabela de Solicitações de Atendimentos
Individuais
4.47.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Atendimentos Individuais .
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iCiap1
Texto
“precisão”: 4,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 121 de 268
>> CIAP-1
> iCiap2
>> CIAP-2
Texto
“precisão”: 4,
> localAtendimento
>> Local do
atendimento
Texto
“precisão”: 1,
> tipoAtendimento
>> Tipo de
atendimento
Texto
“precisão”: 1,
> origem
>> Origem do
atendimento
Texto
“precisão”: 10,
>
demandaEspontanea
>> Demanda
espontânea
Texto
“precisão”: 1,
> condicaoAvaliada
>>
Problema/Condição
Avaliada
Texto
“precisão”: 35,
>atencaoDomiciliar
>> Atenção domiciliar
Inteiro
“precisão”: 1,
AD1: ATENDIDOS PELA ESF E
NASF("1"),
AD2: ATENDIMENTO
COMPARTILHADO
EMAD/EMAP("2"),
AD3: ATENDIMENTO
COMPARTILHADO
EMAD/EMAP("3");
> aleitamento
>> Aleitamento
materno
Texto
“precisão”: 1,
EXCLUSIVO("E"),
PREDOMINANTE("P"),
COMPLEMENTADO("C"),
INEXISTENTE("I");
Não
UBS("U"),
UNIDADE MÓVEL("M"),
RUA("R"),
DOMICILIO("D"),
ESCOLA/CRECHE("E"),
OUTRO("O"),
PÓLO("P"),
INSTITUIÇÃO/ABRIGO("I"),
UNIDADE PRISIONAL OU
CONGÊNERES("C"),
UNIDADE SOCIOEDUCATIVA("S");
CONSULTA AGENDADA
PROGRAMADA/CUIDADO
CONTINUADO("P"),
CONSULTA AGENDADA("A"),
ESCUTA INICIAL /
ORIENTAÇÃO("E"),
CONSULTA NO DIA("C"),
ATENDIMENTO DE
URGÊNCIA("U");
Não
SIM(“E”),
NÃO(null);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 122 de 268
> dtDum
>> Dia da última
menstruação
Data
“precisão”: 7,
> idadeGestacional
>> Idade gestacional
Inteiro
“precisão”: 2,
>
doencasTransmissive
is
>> Doenças
transmissíveis
Texto
“precisão”: 8,
> rastreamento
>> Rastreamento
Texto
“precisão”: 6,
> vacinacaoEmDia
>> Vacinação em dia
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> ficouObservacao
>> Ficou em
observação
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> nasf
>> Núcleo de Apoio à
Saúde da Família
Texto
“precisão”: 6,
> pic
>> Práticas
Integrativas e
Complementares
Texto
“precisão”: 14,
> conduta
>> Conduta
Texto
“precisão”: 20,
> encaminhamento
>> Encaminhamento
Texto
“precisão”: 50,
> escutaInicial
>> Escuta inicial /
Orientação
Texto
“precisão”: 1,
> consulta
>> Consulta
Texto
“precisão”: 10,
Caso
atendimen
to
Individual
=
Odontológ
ico
> vigilanciaBucal
>> Vigilância em
saúde bucal
Texto
“precisão”: 14,
Caso
atendimen
to
Individual
=
SIM(“E”),
NÃO(null);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 123 de 268
Odontológ
ico
> fornecimento
>> Fornecimento
Texto
“precisão”: 6,
> pne
>> Pacientes com
necessidades
especiais
Texto
“precisão”: 1,
> iCids
>> Código do CID
Texto
“precisão”: 7,
> peso
>> Peso
BigDecimal
“scala”: 3,
“precisão”: 6,
> altura
>> Altura
BigDecimal
“scala”: 1,
“precisão”: 4,
> gravidezPlanejada
>> Gravidez
planejada
Texto
“precisão”: 1,
> gestasPrevias
>> Gestas prévias
Inteiro
“precisão”: 2,
> qtdPartos
>>Quantidade de
partos
Inteiro
“precisão”: 2,
SIM("S"),
NÃO(null);
SIM("S"),
NÃO("N");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 124 de 268
"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 será estruturada as
informações referente aos registros do cadastro de Atividades.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 125 de 268
> iAtividades
>> Código da atividade
Inteiro
“precisão”: 10,
"idSequencia": 2,
> iTurmas
>> Código da turma
Inteiro
“precisão”: 10,
> iPessoasEstab
>> Código da turma
Inteiro
“precisão”: 10,
> iPessoasEstab
>>Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
> atividade
>>Atividade
Inteiro
“precisão”: 1,
Não
> temaAtividade
>> Tema da atividade
Texto
“precisão”: 150
> temaAtividadeOutros
>> Tema da atividade
outros
Texto
“precisão”: 200
> localAtividade
>> Local da atividade
Texto
“precisão”: 200
>publicoAlvo
>> Público alvo
Texto
“precisão”: 100
> outroPublicoAlvo
>> Outro publico alvo
Texto
“precisão”: 200
Não
REUNIÃO DE EQUIPE("1"),
REUNIÃO COM OUTRAS
EQUIPES DE SAÚDE("2"),
REUNIÃO INTERSETORIAL /
CONSELHO LOCAL DE SAÚDE /
CONTROLE SOCIAL("3"),
EDUCAÇÃO EM SAÚDE("4"),
ATENDIMENTO EM GRUPO("5"),
AVALIAÇÃO / PROCEDIMENTO
COLETIVO("6"),
MOBILIZAÇÃO SOCIAL("7");
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");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 126 de 268
> inep
>> Instituto Nacional
de Estudos e
Pesquisas
Inteiro
“precisão”: 8,
> nroParticipantes
>>Programação do
número de
participantes
Inteiro
“precisão”: 3,
> horaInicio
>> Horário inicial
Data e Hora
“scala”: 6,
“precisão”: 11,
> horaFinal
>> Horário final
Data e Hora
“scala”: 6,
“precisão”: 11,
> dtInicio
>> Data inicial da
atividade
Data
“precisão”: 7,
> dtFinal
>> Data final da
atividade
Data
“precisão”: 7,
> uuid
>> Identificador
universal único
Texto
“precisão”: 50,
>
dhUltimaSincronizacao
>> Data/hora da ultima
sincronização
Data e Hora
“scala”: 6,
“precisão”: 11,
> versaoEsusCriacao
>> Versão do e-SUS
na criação do registro
Texto
“precisão”: 20,
>
versaoEsusUltAlteraca
o
>> Versão do e-SUS
na última alteração do
registro
Texto
“precisão”: 20,
Não
Path: /saude-conversao-ws/api/atividades
Modelo para conversão da tabela de Atividades
{
"dtoList" : [{
"clientId" : null,
" atividades ": {
"atividade": null,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 127 de 268
"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.
Layout da tabela de Atendimentos individuais avaliações
de exames
4.49.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Atendimentos individuais
avaliações de exames.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 128 de 268
> iAtendimentos
>> Código de
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iAtendIndAvalicoesExam
es
>> Código da avaliação
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iCids
>> Código do CID
Texto
“precisão”: 7,
> dhAvaliacao
>>Data e hora da
avaliação
Data e
Hora
“scala”: 6,
“precisão”: 11,
Não
> exame
>> Exame
Texto
“precisão”: 250,
Não
> resultado
>> Resultado
Texto
“precisão”: 1000,
> avaliacao
>> Avaliação
Texto
“precisão”: 1000,
Não
Path: /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
}
}
]
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 129 de 268
Onde: Null = valores a serem alimentados.
4.50.
Layout da tabela de Atividades profissionais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Atividades profissionais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasProf
>> Código do
profissional
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iAtividades
>> Código da
atividade
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iCbos
>> Código CBO
Texto
“precisão”: 6,
Não
> iEquipes
>>Código da equipe
Inteiro
“precisão”: 10,
> responsavel
>> Profissional
responsável
Texto
“precisão”: 1,
>
avaliacoesAlteradas
>> Avaliações
alteradas
Inteiro
“precisão”: 4,
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
Não
Path: /saude-conversao-ws/api/atividades-profissionais
Modelo para conversão da tabela de Atividades profissionais
{
"dtoList" : [{
Valores possíveis
SIM("S"),
NÃO(“N”);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 130 de 268
"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.51.
Layout da tabela de Domicílios
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Domicílios.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iDomicilios
>> Código do domicilio
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
> iPessoasProf
>> Código do
profissional
responsável
Inteiro
“precisão”: 9,
Não
> iEquipes
>>Código da equipe
Inteiro
“precisão”: 10,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 131 de 268
> iMunicipios
>> Código do
município
Inteiro
“precisão”: 10,
Não
> iBairros
>> Código do bairro
Inteiro
“precisão”: 10,
Não
> iLogradouros
>> Código do
logradouro
Inteiro
“precisão”: 10,
Não
>cep
>> CEP
Texto
“precisão”: 8,
Não
>numero
>> Número da rua
Texto
“precisão”: 8,
Não
>dtCadastro
>> Data do cadastro
Data
“precisão”: 7,
Não
>microarea
>> Código da
microárea
Inteiro
“precisão”: 2,
>complemento
>> Complemento
Texto
“precisão”: 250,
>termoRecusa
>> Termo de recusa
Texto
“precisão”: 1,
>telefoneResidencial
>> Telefone residencial
Texto
“precisão”: 11,
>telefoneReferencia
>> Telefone de
referência
Texto
“precisão”: 11,
>situacaoMoradia
>> Situação de mora
Texto
“precisão”: 1,
PRÓPRIO("P"),
FINANCIADO("F"),
ALUGADO("A"),
ARRENDADO("R"),
CEDIDO("C"),
OCUPAÇÃO("U"),
SITUAÇÃO DE RUA("S"),
OUTRA("O");
>localizacaoDomicilio
>> Localização do
domicílio
Texto
“precisão”: 1,
URBANA("U"),
RURAL("R");
>tipoDomicilio
>> Tipo domicílio
Texto
“precisão”: 1,
CASA("C"),
APARTAMENTO("A"),
CÔMODO("M"),
OUTRO("O");
NÃO(null);
SIM("S"),
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 132 de 268
>nroMoradores
>> Número de
moradores
Inteiro
“precisão”: 3,
>nroComodos
>> Número de
cômodos
Inteiro
“precisão”: 3,
>condicaoPosseTerra
>> Condição de posse
e uso da terra
Inteiro
“precisão”: 1,
PROPRIETÁRIO (A)("1"),
PARCEIRO(A)/MEEIRO(A)("2"),
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");
>tipoAcessoDomocilio
>> Tipo de acesso ao
domicílio
Texto
“precisão”: 1,
PAVIMENTO("A"),
CHÃO BATIDO("C"),
FLUVIAL("F"),
OUTRO("O");
> energiaEletrica
>> Disponibilidade de
energia elétrica
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
>
matConstrucaoDomicili
o
>> Material
predominante da
construção do
domicílio
Inteiro
“precisão”: 1
ALVENARIA/TIJOLO: COM
REVESTIMENTO("1"),
ALVENARIA/TIJOLO: SEM
REVESTIMENTO("2"),
TAIPA: COM REVESTIMENTO("3"),
TAIPA: SEM REVESTIMENTO("4"),
MADEIRA APARELHADA("5"),
PALHA("6"),
MATERIAL APROVEITADO("7"),
OUTRO MATERIAL("8");
> abastecimentoAgua
>> Abastecimento de
água
Texto
“precisão”: 1,
REDE ENCANADA ATÉ O
DOMICÍLIO("R"),
POÇO / NASCENTE NO
DOMICÍLIO("N"),
CISTERNA("C"),
CARRO PIPA("P"),
OUTRO("O");
> escoamentoSanitario
>> Forma de
escoamento do
banheiro ou sanitário
Texto
“precisão”: 1,
REDE COLETORA DE ESGOTO OU
PLUVIAL("R"),
FOSSA SÉPTICA("S"),
FOSSA RUDIMENTAR("U"),
DIRETO PARA UM RIO, LAGO OU
MAR("D"),
CÉU ABERTO("C"),
OUTRO("O");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 133 de 268
> tratamentoAgua
>> Tratamento de água
no domicilio"
Texto
“precisão”: 1,
FILTRAÇÃO("F"),
FERVURA("E"),
CLORAÇÃO("C"),
SEM TRATAMENTO("S");
>destinoLixo
>> Destino do lixo
Texto
“precisão”: 1,
COLETADO("C"),
QUEIMADO / ENTERRADO("Q"),
CÉU ABERTO("A"),
OUTRO("O");
>animaisDomicilio
>> Animais no
domicílio
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
>gato
>> Gato
Texto
“precisão”: 1,
SIM("S"),
NÃO(null);
>cachorro
>> Cachorro
Texto
“precisão”: 1,
SIM("S"),
NÃO(null);
>passaro
>> Pássaro
Texto
“precisão”: 1,
SIM("S"),
NÃO(null);
>criacao
>> De criação
Texto
“precisão”: 1,
SIM("S"),
NÃO(null);
>outros
>> Outros
Texto
“precisão”: 1,
SIM("S"),
NÃO(null);
>nroAnimais
>> Número de animais
Inteiro
“precisão”: 3,
> uuid
>> Identificador
universal único
Texto
“precisão”: 50,
>
dhUltimaSincronizacao
>> Data/hora da ultima
sincronização
Data e
Hora
“scala”: 6,
“precisão”: 11,
> versaoEsusCriacao
>> Versão do e-SUS
na criação do registro
Texto
“precisão”: 20,
>
versaoEsusUltAlteraca
o
>> Versão do e-SUS
na última alteração do
registro
Texto
“precisão”: 20,
Path: /saude-conversao-ws/api/domicilios
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 134 de 268
Modelo para conversão da tabela de Domicílios
{
"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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 135 de 268
"iEntidades": null,
"iEquipes": null,
"iLogradouros": null,
"iMunicipios": null,
"iPessoasEstab": null,
"iPessoasProf": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.52.
Layout da tabela de Responsáveis do Domicílio
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Responsáveis do Domicílio.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iDomicilios
>> Código do domicílio
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasResp
>> Código do
responsável
Inteiro
“precisão”: 9,
"idSequencia": 3,
Não
> rendaFamiliar
>> Renda familiar (sal.
mínimo)
Inteiro
“precisão”: 6,
>nroMembrosFamilia
>>Número de membros
da família
Inteiro
“precisão”: 3,
> dtResideDomicilio
>> Profissional
responsável
Data
“precisão”: 7,
> mudou
Texto
“precisão”: 1,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 136 de 268
>> Mudou-se
Path: /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.
Layout da tabela de Questionário Auto-referido de
condição/situação de saúde
4.53.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Questionário Auto-referido de
condição/situação de saúde.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 137 de 268
> iQuestionarios
>> Código do questionário
Inteiro
“precisão”: 4,
"idSequencia": 3,
Não
> iPessoasEstab
>> Código do estabelecimento
Inteiro
“precisão”: 9,
Não
>iPessoasProf
>>Código do profissional
Inteiro
“precisão”: 9,
Não
> iEquipes
>> Código da equipe
Inteiro
“precisão”: 10,
Não
> dtVisita
>> Data da visita
Data
“precisão”: 7,
Não
> gestante
>> Está gestante
Texto
“precisão”: 1,
> maternidade
>> Maternidade de referência
Texto
“precisão”: 150,
> sobrePeso
>> Sobre seu peso, você se
considera
Texto
“precisão”: 1,
ABAIXO DO PESO("B"),
PESO ADEQUADO("A"),
ACIMA DO PESO("C");
> fumante
>> Fumante
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> abusaAlcool
>> Dependente ou abusa de
álcool
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> abusaOutrasDrogas
>> Dependente ou abusa de
outras drogas
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> hipertensao
>> Tem hipertensão arterial
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> diabetes
>> Tem diabetes
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> derrame
>>Teve AVC/derrame
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> infarto
>> Teve infarto
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> doencaCardiaca
>> Tem doença cardíaca
Texto
“precisão”: 10,
INSUFICIÊNCIA
CARDÍACA("I"),
OUTRA("O"),
NÃO SABE("D");
pode ser mais de
uma opção,
separado por
virgulas
SIM("S"),
NÃO("N");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 138 de 268
> doencaRins
>> Tem ou teve problemas nos
rins
Texto
“precisão”: 10,
pode ser mais de
uma opção,
separado por
virgulas
INSUFICIÊNCIA
RENAL("I"),
OUTRA("O"),
NÃO SABE("D");
> doencaRespiratoria
>> Tem doença respiratória
Texto
“precisão”: 10,
ASMA("A"),
DPOC/ENFISEMA("E"),
OUTRA("O"),
NÃO SABE("D");
pode ser mais de
uma opção,
separado por
virgulas
> hanseniase
>> Está com hanseníase
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> tuberculose
>> Está com tuberculose
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> cancer
>> Tem ou teve câncer
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> internacao
>> Teve alguma internação nos
últimos 12 meses
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> causaInternacao
>> Causa internação
Texto
“precisão”: 150,
> psiquiatra
>> Fez ou faz tratamento com
psiquiatra ou teve internação
por problema de saúde mental
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> acamado
>> Está acamado
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> domiciliado
>> Está domiciliado
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> plantasMedicinais
>> Usa plantas medicinais
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> descricaoPlantasMedicinais
>> Descrição plantas medicinais
Texto
“precisão”: 250,
> praticasComplementares
>> Usa outras práticas
integrativas/complementares
Texto
“precisão”: 1,
> outrasDoencas
>> Outras doenças ou
condições de saúde
Texto
“precisão”: 500,
> qtdAlimentacaoDia
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
1 VEZ("1"),
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 139 de 268
>> Quantas vezes se alimenta
ao dia
2 OU 3 VEZES("2"),
MAIS DE 3 VEZES("3");
> origemAlimentacao
>> Qual a origem da
alimentação
Texto
“precisão”: 10,
> higienePessoal
>> Tem acesso a higiene
pessoal
Texto
“precisão”: 10,
Path: /saude-conversao-ws/api/pacientes-quest-cond-saude
Modelo para conversão da
condição/situação de saúde
tabela
{
"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,
de
Questionário
Auto-referido
de
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 140 de 268
"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.54.
Layout da tabela de Turmas
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Turmas.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iTurmas
>> Código da turma
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
> nome
>> Nome da turma
Texto
“precisão”: 40,
Não
> descricao
>> Descrição da turma
Texto
“precisão”: 1000,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 141 de 268
Path: /saude-conversao-ws/api/turmas
Modelo para conversão da tabela de Turmas
{
"dtoList" : [{
"clientId" : null,
" turmas": {
"nome": null,
"descricao": null,
"iEntidades": null,
"iPessoasEstab": null,
"iTurmas": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.55.
Layout da tabela de Membros da turma
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Membros da turma.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iTurmas
>> Código da turma
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iTurmasMembros
>> Código do
membro da turma
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iPessoasPac
>> Código do
paciente
Inteiro
“precisão”: 9,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 142 de 268
> iPessoasProf
>> Código do
profissional
Inteiro
“precisão”: 9,
Path: /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.56.
Layout da tabela de Motivos de visitas domiciliares
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Motivos de visitas domiciliares.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iVisitasDomiciliares
>> Código da visita
domiciliar
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 143 de 268
> iVisitasDomicMotivos
>> Código do motivo da
visita
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
Path: /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.57.
Layout da tabela de Visitas Domiciliares
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Visitas Domiciliares.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iVisitasDomiciliares
>> Código da visita
domiciliar
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
> iPessoasProf
>>Código do profissional
Inteiro
“precisão”: 9,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 144 de 268
> iCbos
>> Código CBO
Texto
“precisão”: 6,
Não
> iEquipes
>> Código da equipe
Inteiro
“precisão”: 10,
Não
> iPessoasProfAcomp
>> Código do profissional
acompanhante
Inteiro
“precisão”: 9,
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
Não
> dtCadastro
>> Data do cadastro
Data
“precisão”: 7,
Não
> turno
>>Turno
Texto
“precisão”: 1,
> desfecho
>>Desfecho
Texto
“precisão”: 1,
> uuid
>> Identificador universal
único
Texto
“precisão”: 50,
> dhUltimaSincronizacao
>> Data/hora da ultima
sincronização
Data e Hora
“scala”: 6,
“precisão”: 11,
>versaoEsusCriacao
>> Versão do e-SUS na
criação do registro
Texto
“precisão”: 20,
> versaoEsusUltAlteracao
>> Versão do e-SUS na
última alteração do registro
Texto
“precisão”: 20,
Manhã("M"),
Tarde("T"),
Noite("N");
Não
Path: /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,
VISITA REALIZADA("R"),
VISITA RECUSADA("C"),
AUSENTE("A");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 145 de 268
"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 Membros da atividade
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Membros da atividade.
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtividades
>> Código da atividade
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iAtividadesMembros
>> Código do membro
da atividade
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
Não
> iPessoasProf
>> Código do
profissional
Inteiro
“precisão”: 9,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 146 de 268
> vinculado
>> Membro vinculado
da turma
Texto
“precisão”: 1,
SIM("S"),
NÃO(null);
> avaliacaoAlterada
>>Avaliaçao alterada
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> estatura
>>Estatura
BigDecimal
“scala”: 2,
“precisão”: 3,
> peso
>>Peso
BigDecimal
“scala”: 2,
“precisão”: 5,
> cessouHabitoFumar
>> Cessou o hábito de
fumar
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> abandonouGrupo
>>Abandonou o grupo
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
Path: /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
}
}
]
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 147 de 268
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Boletins de Produção Ambulatorial
Consolidados BPA-C
4.59.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Boletins de Produção
Ambulatorial Consolidados.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iBpacs
>> Código da
produção
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
> iCompetencias
>> Código da
competência
Inteiro
“precisão”: 4,
Não
> numFolha
>> Número da folha
Inteiro
“precisão”: 10,
Não
Valores
possíveis
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 148 de 268
"iCompetencias": null,
"iEntidades": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Itens dos Boletins de Produção
Ambulatorial Consolidados - BPA-C
4.60.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Itens dos Boletins de Produção
Ambulatorial Consolidados - BPA-C.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iBpacs
>> Código da
produção
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iBpacsItens
>> Código da linha
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
Não
> iCbos
>> Código CBO
Texto
“precisão”: 6,
> idade
>> Idade
Inteiro
“precisão”: 4,
> quantidade
>> Quantidade
Inteiro
“precisão”: 6,
> iPessoasProf
>> Código do
profissional
Inteiro
“precisão”: 9,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 149 de 268
> iPessoas
>> Código da pessoa
jurídica
Inteiro
“precisão”: 9,
> dtBpac
>> Data
Data
“precisão”: 7,
Path: /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 será estruturada as
informações referente aos registros do cadastro de Competências.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 150 de 268
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iCompetencias
>> Código da
competência
Inteiro
“precisão”: 4,
"idSequencia": 2,
Não
> exercicio
>> Exercício da
competência
Inteiro
“precisão”: 4,
Não
> mes
>> Mês da competência
Inteiro
“precisão”: 2,
Não
> descricao
>> Descrição da
competência
Texto
“precisão”: 20,
> dtInicial
>> Data inicial da
competência
Data
“precisão”: 7,
Não
> dtFinal
>> Data final da
competência
Data
“precisão”: 7,
Não
> prazoEntrega
>> Prazo de entrega do
faturamento para o SUS
Data
“precisão”: 7,
Não
> dtBloqueio
>>data de bloqueio
Data
“precisão”: 7,
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 151 de 268
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Faixas de valores permitidos para
numeração das autorizações de procedimentos
4.62.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Faixas de valores permitidos
para numeração das autorizações de procedimentos.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iFaixasBpa
>> Código da faixa de
BPA
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iCompetencias
>> Código da
competência
Inteiro
“precisão”: 4,
Não
> numeracaoIni
>> Numeração inicial da
faixa
Long
“precisão”: 12,
Não
> numeracaoFin
>> Numeração final da
faixa
Long
“precisão”: 12,
Não
Valores possíveis
Path: /saude-conversao-ws/api/faixas-bpa
Modelo para conversão da tabela de Faixas de valores permitidos para
numeração das autorizações de procedimentos
{
"dtoList" : [{
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 152 de 268
"clientId" : null,
" faixasBpa": {
"numeracaoIni": null,
"numeracaoFin": null,
"ifaixasBpa": null,
"iCompetencias": null,
"iEntidades": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Ficha de Produção Orçamentária FPO
4.63.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Ficha de Produção Orçamentária
- FPO
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iFpos
>> Código da ficha
Inteiro
“precisão”: 6,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
> iCompetencias
>> Código da
competência
Inteiro
“precisão”: 4,
Não
Valores possíveis
Path: /saude-conversao-ws/api/fpo
Modelo para conversão da tabela de Ficha de Produção Orçamentária - FPO
{
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 153 de 268
"dtoList" : [{
"clientId" : null,
" fpo": {
"iCompetencias": null,
"iEntidades": null,
"iFpos": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Procedimentos da Ficha de
Produção Orçamentária – FPO
4.64.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Procedimentos da Ficha de
Produção Orçamentária - FPO
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iFpos
>> Código da ficha
Inteiro
“precisão”: 6,
"idSequencia": 2,
Não
> iFposProced
>> Código
sequêncial da ficha
Inteiro
“precisão”: 6,
"idSequencia": 3,
Não
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
> qtdProcedimentos
>>Quantidade de
procedimentos
Inteiro
“precisão”: 6,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 154 de 268
“precisão”: 2,
> iFinanciamentos
>>Código do tipo de
financiamento
Texto
> iGrupos
>>Código do grupo
Texto
“precisão”: 2,
> iSubgrupos
>> Código do
subgrupo
Texto
“precisão”: 2,
>
iFormasOrganizacao
>> Código da forma
de organização
Texto
“precisão”: 2,
> vlUnitario
>>Valor unitário
BigDecimal
“scala”: 2,
“precisão”: 10,
> incremento
>> Incremento
BigDecimal
“scala”: 2,
“precisão”: 10,
> apuracao
>> Apuração
Texto
“precisão”: 2,
Estes valores
podem mudar
sem aviso prévio
conforme
importação da
tabela unificada
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");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 155 de 268
"iFposProced": null,
"iGrupos": null,
"iProcedimentos": null,
"iSubgrupos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.65.
Layout da tabela de Municípios da Microrregião
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Municípios da Microrregião.
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iMicrorregioesPpi
>> Código da
microrregião
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iMunicipios
>> Código do
município
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
Valores possíveis
Path: /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
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 156 de 268
}
}
]
}
Onde: Null = valores a serem alimentados.
4.66.
Layout da tabela de Microrregiões da PPI
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Microrregiões da PPI.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iMicrorregioesPpi
>> Código da
microrregião
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> nome
>> Nome da
microrregião
Texto
“precisão”: 40,
Não
Valores possíveis
Path: /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.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 157 de 268
4.67.
Layout da tabela de Pactuação integrada
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Pactuação integrada.
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPactuacoes
>> Código da
pactuação
Inteiro
“precisão”: 6,
"idSequencia": 2,
Não
> iCompetencias
>> Código da
competência
Inteiro
“precisão”: 4,
Não
> iEstados
>> Código do estado
Inteiro
“precisão”: 5,
> iMunicipios
>> Código do
município
Inteiro
“precisão”: 10,
> origem
>>Origem do pacto
Texto
“precisão”: 1,
Não
MUNICIPAL("M"),
ESTADUAL("E"),
MICRORREGIONAL("R");
> tipoPacto
>> Tipo do pacto
Texto
“precisão”: 1,
Não
DEMANDADO("D"),
RECEBIDO("R");
> ppiSimplificada
>>Pactuação
simplificada
Texto
“precisão”: 1,
> vlTetoPactPab
>> Valor do teto
pactuado para PAB
BigDecimal
“scala”: 2,
“precisão”: 15,
> vlTetoPactMac
>> Valor do teto
pactuado para MAC
BigDecimal
“scala”: 2,
“precisão”: 15,
> vlTetoPactFaec
>>Valor do teto
pactuado para
FAEC
BigDecimal
“scala”: 2,
“precisão”: 15,
SIM("S"),
NÃO("N");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 158 de 268
>
vlTetoPactVigSaude
>> Valor do teto
pactuado para
Vigilância em Saúde
BigDecimal
“scala”: 2,
“precisão”: 15,
>
vlTetoPactAssistFar
m
>> Valor do teto
pactuado para
Assistência
Farmacêutica
BigDecimal
“scala”: 2,
“precisão”: 15,
>
vlTetoPactGestaoSu
s
>> Valor do teto
pactuado para
Gestão do SUS
BigDecimal
“scala”: 2,
“precisão”: 15,
>
vlTetoPactIncentMa
c
>> Valor do teto
pactuado para
Incentivo MAC
BigDecimal
“scala”: 2,
“precisão”: 15,
> iMicrorregioesPpi
>> Código da
microrregião
Inteiro
“precisão”: 10,
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 159 de 268
"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 será estruturada as
informações referente aos registros do cadastro de Procedimentos Pactuados.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPactuacoes
>> Código da
pactuação
Inteiro
“precisão”: 6,
"idSequencia": 2,
Não
> iProcedimentos
>> Código do
procedimento
Texto
“precisão”: 10,
> iEspecialidades
>> Código da
especialidade
Inteiro
“precisão”: 5,
> qtdProcedimentos
>> Quantidade de
procedimentos
pactuados
Inteiro
“precisão”: 6,
Não
> iPactuacoesProced
>> Código sequencial
dos procedimentos
pactuados
Inteiro
“precisão”: 6,
"idSequencia": 3,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 160 de 268
> iFinanciamentos
>> Código do tipo de
financiamento
Texto
“precisão”: 2,
> iGrupos
>> Código do grupo
Texto
“precisão”: 2,
> iSubgrupos
>> Código do subgrupo
Texto
“precisão”: 2
> iFormasOrganizacao
>> Código da forma de
organização
Texto
“precisão”: 2
> vlUnitario
>> Valor unitário
BigDecimal
“scala”: 2,
“precisão”: 10,
Path: /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.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 161 de 268
Layout da tabela de Procedimentos que requerem
autorização
4.69.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Procedimentos que requerem
autorização.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iProcedimentos
>> Código do
procedimento a
ser autorizado
Texto
“precisão”: 10,
"idSequencia": 2,
Não
> iDhIni
>>Data e hora de
início da
requisição da
autorização
Data e
Hora
“scala”: 6,
“precisão”: 11,
"idSequencia": 3,
Não
> dhFin
>> Data e hora
final da requisição
da autorização
Data e
Hora
“scala”: 6,
“precisão”: 11,
Valores possíveis
Path: /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
}
}
]
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 162 de 268
}
4.70.
Layout da tabela de Tetos Financeiros
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Tetos Financeiros.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iCompetencias
>> Código da
competência
Inteiro
“precisão”: 4,
"idSequencia": 2,
Não
> vlPab
>> Valor do teto
financeiro referente ao
Piso de Atenção
Básica
BigDecimal
“scala”: 2,
“precisão”: 15,
> vlMac
>> Valor do teto
financeiro referente à
Média e Alta
Complexidade
BigDecimal
“scala”: 2,
“precisão”: 15,
> vlFaec
>> Valor do teto
financeiro referente ao
Fundo de Ações
Estratégicas e de
Compensação
BigDecimal
“scala”: 2,
“precisão”: 15,
> vlVigilanciaSaude
>> Valor do teto
financeiro referente à
Vigilância em Saúde
BigDecimal
“scala”: 2,
“precisão”: 15,
>
vlAssistenciaFarmaceu
tica
>> Valor do teto
financeiro referente à
Assistência
Farmacêutica
BigDecimal
“scala”: 2,
“precisão”: 15,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 163 de 268
> vlGestaoSus
>> Valor do teto
financeiro referente à
Gestão do SUS
BigDecimal
“scala”: 2,
“precisão”: 15,
> vlIncentivoMac
>> Valor do teto
financeiro referente ao
incentivo MAC
BigDecimal
“scala”: 2,
“precisão”: 15,
Path: /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 Agendas das coletas de exames
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Agendas das coletas de exames
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 164 de 268
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAgendasColetas
>> Código da
agenda
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
>
iAgendasColetasOri
gem
>> Código da
agenda de origem
Inteiro
“precisão”: 10,
> dtInicial
>> Data inicial
Data
“precisão”: 7,
> dtFinal
>> Data final
Data
“precisão”: 7,
> situacao
>> Situação
Texto
“precisão”: 1,
Não
> motivoInativacao
>> Motivo da
inativação
Texto
“precisão”: 250,
Não,
quando o
campo
“Situação”
estiver
selecionado
com a
opção
“Inativa”
Não
ATIVA("A"),
INATIVA("I");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 165 de 268
"iAgendasColetasOrigem": null,
"iEntidades": null,
"iPessoasEstab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Cotas dos horários das agendas de
coletas de exames
4.72.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Cotas dos horários das agendas
de coletas de exames
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAgendasColetas
>> Código da
agenda
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iAgendasColetasHor
arios
>> Código do horário
da agenda
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
"idSequencia": 4,
Não
> qtdCota
>> Quantidade cota
Inteiro
“precisão”: 5,
Não
Path: /saude-conversao-ws/api/agendas-coletas-hora-cotas
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 166 de 268
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.
Layout da tabela de Horários das agendas de coletas de
exames
4.73.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Horários das agendas de coletas
de exames.
> Descrição
em banco
>> Nome em
tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iAgendasCole
tas
>> Código
da agenda
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iAgendasCole
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 167 de 268
tasHorarios
>> Código do
horário da
agend
> diaSemana
>> Dia da
semana
Inteiro
“precisão”: 1,
Não
> horaInicial
>> Horário
inicial
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
> horaFinal
>> Horário
final
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
> qtdColetas
>>
Quantidade
de coletas
Inteiro
“precisão”: 5,
Não
> ativo
>> ativo
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
Path: /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
}
}
]
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 168 de 268
Onde: Null = valores a serem alimentados.
4.74.
Layout da tabela de Exames complementares
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Exames complementares.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iAtendExamesCompl
e
>> Código do exame
complementar
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> subgrupoProced
>> Código do
subgrupo dos
procedimentos
Texto
“precisão”: 2,
Não
> materialExaminar
>> Descrição do
material para
examinar"
Texto
“precisão”: 150,
> dadosClinicos
>> Descrição dos
dados clinicos
Texto
“precisão”: 250,
> iPessoasProfSolic
>> Código do
profissional
Inteiro
“precisão”: 9,
>
iPessoasEstabResult
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
> codUniqSolic
>> Código único da
solicitação
Texto
“precisão”: 50,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 169 de 268
> observacao
>> Observação da
solicitação
Texto
“precisão”: 200,
> dhCriacao
>> Data e hora da
criação
Data e
Hora
“scala”: 6,
“precisão”: 11,
Não
> tipoEstabExec
>>Tipo de
estabelecimento
executante
Texto
“precisão”: 1,
Não
> classificacaoRisco
>> Classificação de
risco
Inteiro
“precisão”: 2,
PÚBLICO("1"),
PRIVADO("2");
Path: /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
}
}
]
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 170 de 268
Onde: Null = valores a serem alimentados.
4.75.
Layout da tabela de Exames complementares itens
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Exames complementares itens.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iAtendExamesComple
>> Código do exame
complementar
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iExamesSadts
>> Código do exame
SADT
Inteiro
“precisão”: 10,
"idSequencia": 4,
Não
> situacao
>> Situação da
solicitação do exame
Texto
“precisão”: 1,
> dhColeta
>> Data e hora da
coleta
Data e
Hora
“scala”: 6,
“precisão”: 11,
> dhEntrega
>> Data e hora da
entrega
Data e
Hora
“scala”: 6,
“precisão”: 11,
> portador
>> Portador
Texto
“precisão”: 80,
> observacao
>> Observação
Texto
“precisão”: 150,
> iPessoasProfAut
>> Código do
Inteiro
“precisão”: 9,
Valores possíveis
PENDENTE("P"),
EM EXECUÇÃO("X"),
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO("C");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 171 de 268
profissional
autorizador
> dtValidadeAut
>> Data de validade
da autorização
Data
“precisão”: 7,
> justNaoAut
>> Justificativa da não
autorização
Texto
“precisão”: 250,
> dhAutorizacao
>> Data e hora da
autorização
Data e
Hora
“scala”: 6,
“precisão”: 11
> autorizado
>> Autorizado
Texto
“precisão”: 1,
>
motivoCancelamentoA
ut
>> Motivo do
cancelamento da
autorização
Texto
“precisão”: 250,
> vlProcedimento
>> Valor do
procedimento
BigDecimal
“scala”: 2,
“precisão”: 10,
Não, quando
solicitação for
selecionada como
“Não autorizada”
SIM("S"),
NÃO("N");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 172 de 268
"motivoCancelamentoAut": null,
"vlProcedimento": null,
"iAtendExamesComple": null,
"iAtendimentos": null,
"iEntidades": null,
"iExamesSadts": null,
"iPessoasProfAut": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Endereço dos laboratórios dos
estabelecimentos
4.76.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Endereço dos laboratórios dos
estabelecimentos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoas
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iMunicipios
>> Código do
município
Inteiro
“precisão”: 10,
> iBairros
>> Código do bairro
Inteiro
“precisão”: 10,
> iLogradouros
>> Código do
logradouro
Inteiro
“precisão”: 10,
> numero
Texto
“precisão”: 8,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 173 de 268
>> Número
> descricaoLab
>> Descricao dos
dados do laboratório
Texto
“precisão”: 100,
> telefoneLab
>> Telefone
Texto
“precisão”: 11,
> telefoneLab2
>> Telefone
Texto
“precisão”: 11,
> nomeEntidade
>> Nome da entidade
para relatórios
Texto
“precisão”: 150,
Path: /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.77.
Layout da tabela de Exames sadts
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 174 de 268
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Exames sadts.
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iExamesSadts
>> Código do
exame
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iProcedimentos
>> Código do
procedimento
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> sigla
>> Sigla do exame
Texto
“precisão”: 50,
Não
> metodo
>> Método do
exame
Texto
“precisão”: 100,
> iMateriaisColetas
>> Tipo de material
para coleta
Inteiro
“precisão”: 2,
> diasEntrega
>> Dias de entrega
Inteiro
“precisão”: 3,
> iBancadas
>> Tipo de
bancada
Inteiro
“precisão”: 2,
> observacao
>> Observação do
exame
Texto
“precisão”: 255,
> dtCriacao
>> Data de criação
do cadastro
Data
“precisão”: 7,
Não
> ativo
>> Ativo
Texto
“precisão”: 1,
Não
> vlProcedimento
>> Valor do
procedimento
BigDecimal
“scala”: 2,
“precisão”: 10,
Path: /saude-conversao-ws/api/exames-sadts
Valores possíveis
Não
Não
ATIVO("A"),
INATIVO("I");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 175 de 268
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.78.
Layout da tabela de Itens de exames SADT
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Itens de exames SADT.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iExamesSadts
>> Código do exame
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 176 de 268
> iExamesSadtsItens
>> Código do item do
exame
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> descricao
>> Descrição do item
do exame
Texto
“precisão”: 100,
Não
> iUnidadesMedidas
>> Código da
unidade de medida
Inteiro
“precisão”: 10,
Não, quando
tipo de
resultado for
“Valor
numérico
inteiro e/ou
decimal”
> tipoResultado
>> Tipo do resultado
Texto
“precisão”: 1,
Não, quando
incluído
parâmetro
para o
exame
> iValoresRefer
>> Código do valor
de referência
Inteiro
“precisão”: 10,
Não, quando
tipo de
resultado for
“Valor
numérico
inteiro e/ou
decimal”
> iValoresPerm
>> Código do valor
permitido
Inteiro
“precisão”: 10,
Não, quando
tipo de
resultado for
“Texto curto
e/ou longo”
> idVariavelFormula
>> Identificação do
item para fórmulas
Texto
“precisão”: 20,
> iValoresReferPerm
>> Código do valor
permitido de
referência
Inteiro
“precisão”: 4,
>
iUnidadesMedidasSe
c
>> Código da
unidade de medida
secundária
Inteiro
“precisão”: 10,
> iValoresReferSec
>> Código do valor
Inteiro
“precisão”: 10,
SEM RESULTADO("S"),
VALOR NUMÉRICO INTEIRO("I"),
VALOR NUMÉRICO
DECIMAL("D"),
TEXTO CURTO("C"),
TEXTO LONGO("L");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 177 de 268
de referência
secundário
Path: /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.79.
Layout da tabela de Exames SADTS relacionados
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Exames SADTS relacionados.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 178 de 268
> iExamesSadts
>> Código do
exame
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iExamesSadtsRel
acionados
>> Código do
exame
relacionado
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
>
idVariavelFormula
>> Identificação
do item para
fórmulas
Texto
“precisão”: 20,
Path: /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.80.
Layout da tabela de Fila de coleta de exames
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Fila de coleta de exames.
> Descrição em
banco
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 179 de 268
>> Nome em tela
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iFilasColetas
>> Código da coleta
na fila
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iAgendasColetas
>> Código da agenda
de coletas
Inteiro
“precisão”: 10,
>
iAgendasColetasHora
rios
>> Código do horário
da agenda
Inteiro
“precisão”: 10,
> iSolicExamesSadts
>> Código da
solicitação de exames
SADT
Inteiro
“precisão”: 10,
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
>
iAtendExamesCompl
e
>> Código da
solicitação de exame
complementar
Inteiro
“precisão”: 10,
> iPessoasEstabSolic
>> Código do
estabelecimento
solicitante
Inteiro
“precisão”: 9,
> dtColetaAgendada
>> Data da coleta
agendada
Data
“precisão”: 7,
> horaChegada
>> Hora de chegada
Data e Hora
“scala”: 6,
“precisão”: 11,
> horaColeta
>> Hora da coleta
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 180 de 268
> prefixoSeqColeta
>> Prefixo do
sequencial da coleta
Inteiro
“precisão”: 10,
> seqColeta
>> Sequencial da
coleta
Inteiro
“precisão”: 10,
> situacao
>> Situação da coleta
Texto
“precisão”: 1,
> dtCancelamento
>> Data do
cancelamento
Data
“precisão”: 7,
>
tipoMotivoCancelame
nto
>> Tipo do motivo do
cancelamento
Texto
“precisão”: 1,
>
motivoCancelamento
>> Motivo do
cancelament
Texto
“precisão”: 250,
>
agendamentoDireto
>> Agendamento
direto
Texto
“precisão”: 1,
Não
AGENDADO("A"),
CANCELADO("C"),
COLETADO("D"),
ENTREGUE("E"),
FINALIZADO("F"),
AGUARDANDO("G"),
EM EXECUÇÃO("X");
ATRASO("A"),
FALTA("F"),
DESISTÊNCIA("D"),
OUTROS("O");
SIM("S"),
NÃO("N");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 181 de 268
"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.81.
Layout da tabela de Grupos de exames SADT
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Grupos de exames SADT.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iGruposExamesSa
dt
>> Grupos de
exames SADT
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iPessoasEstabExe
c
Inteiro
“precisão”: 9,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 182 de 268
>>
Estabelecimento
executante
> tipoLaboratorio
>>Tipo de
laboratório
Texto
“precisão”: 1,
> descricao
>> descrição
Texto
“precisão”: 100,
PÚBLICO("0"),
PRIVADO("1");
Path: /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.
Layout da tabela de Exames dos grupos de exames
SADT
4.82.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Exames dos grupos de exames
SADT.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 183 de 268
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iGruposExamesSadt
>> Código do grupo de
exames SADT
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iExamesSadts
>> Código do exames
SADT
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
Path: /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.83.
Layout da tabela de Resultados dos exames
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Resultados dos exames.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iResultadosExames
>> Código do resultado
de exame
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 184 de 268
> iAtendimentos
>> Código de
atendimento
Inteiro
“precisão”: 10,
> iSolicExamesSadts
>> Código da solicitação
de exame SADT
Inteiro
“precisão”: 10,
> iAtendExamesComple
>> Código do exame
complementar
Inteiro
“precisão”: 10,
> origem
>> Origem da solicitação
de exame
Texto
“precisão”: 1,
Não
ATENDIMENTO("A"),
SOLICITAÇÃO("S");
> situacao
>> Situação do resultado
de exame
Texto
“precisão”: 1,
Não
EM EXECUÇÃO("X"),
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO ("C");
> dhCriacao
>> Data da Criação
Data e Hora
“scala”: 6,
“precisão”: 11,
> dhResultado
>> Data e hora do
resultado
Data e Hora
“scala”: 6,
“precisão”: 11,
> observacoes
>> Observações
Texto
“precisão”:
100000,
> motivoCancelamento
>> Motivo do
cancelamento
Texto
“precisão”: 100,
> faturarResultExame
>> Faturar resultado de
exame
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
> resultadoImpresso
>> Resultado impresso
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
Path: /saude-conversao-ws/api/resultados-exames
Modelo para conversão da tabela de Resultados dos exames
{
"dtoList" : [{
"clientId" : null,
" resultadosExames": {
"extraData": null,
"origem": null,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 185 de 268
"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.84.
Layout da tabela de Resultado de exames citopatológico
Neste tópico iremos abordar a forma com que será estruturada as informações
referente aos registros do cadastro de Resultado de exames citopatológico.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia":
1,
Não
> iResultadosExamesCito
>> Código do resultado de
exames citopatológico
Inteiro
“precisão”: 10,
"idSequencia":
2,
Não
> iSolicExamesCito
>> Código da solicitação de
exame citopatológico
Inteiro
“precisão”: 10,
Não
> iPessoasEstab
Inteiro
“precisão”: 9,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 186 de 268
>> Código do
estabelecimento
> iPessoasProf
>> Código do profissional
Inteiro
“precisão”: 9,
> iCbos
>> Código do CBO
Texto
“precisão”: 6,
> dhLiberacao
>> Data e hora da liberação
Data e
Hora
“scala”: 6,
“precisão”: 11,
> amostraRejeitada
>> Amostra rejeitada por
Texto
“precisão”: 7,
> especificarCausasAlheias
>> Especificar outras
causas alheias
Texto
“precisão”: 20,
> especificarOutrasCausas
>> Especificar outras
causas
Texto
“precisão”: 20,
> epiteliosRepresentados
>> Epitélios representados
na amostra
Texto
“precisão”: 5,
>
tipoAdequabilidadeMaterial
>> Tipo da adequabilidade
do material
Texto
“precisão”: 1,
> adequabilidadeMaterial
>> Adequabilidade do
material
Texto
“precisão”: 13,
>
matDentroLimiteNormalidad
e
>>Dentro dos limites da
normalidade, no material
coletado
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
> tiposAlteracoesCelulares
>>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");
>
especificarOutrasAlteracoe
s
Texto
“precisão”: 20,
Não
Não
SATISFATÓRIA("S"),
INSATISFATÓRIA PARA
AVALIAÇÃO ANCÓTICA("I");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 187 de 268
>> Especificar outras
alterações celulares
> tiposMicrobiologias
>> Tipos de microbiologias
Texto
“precisão”: 17,
>
especificarOutrasMicrobiolo
g
>> Especificar outras
microbiologias
Texto
“precisão”: 20,
> 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
>> Glandulares
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"),
> origemIndefinida
>> De origem indefinida
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"),
>
tipoAtipiasCelulasEscamos
a
>> Tipo atipias em células
escamosas
Texto
“precisão”: 1,
Não
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
LACTOBACILLOS-SP("1"),
COCOS("2"),
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ÁTICOS
(SUGESTIVOS DE
GARDNERELLA/MOBILUNCUS
("7"),
OUTROS BACILOS("8"),
OUTROS("9");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 188 de 268
NEOPLASIAS
INTRAEPITELIAIS CERVICAIS
GRAUS II E III("2"),
LESÃO INTRAEPITELIAL DE
ALTO GRAU, NÃO PODENDO
EXCLUIR MICROINVASÃO("3"),
CARCINOMA EPIDERMÓIDE
INVASOR("4"),
NÃO CONSTA("5");
>
tipoAtipiasCelulasGlandular
>> Tipo atipias em células
glandulares
Texto
“precisão”: 1,
> adenocarcinomaInvasor
>> Adenocarcinoma
invasor
Texto
“precisão”: 5,
> outrasNeoplasias
>> Outras neoplasias
malignas
Texto
“precisão”: 20,
>
presencaCelulasEndometri
ais
>> Presença de células
endometriais
Texto
“precisão”: 1,
> observacoesGerais
>> Observações gerais
Texto
“precisão”: 150,
> conclusao
>> Conclusão do resultado
de exame
Texto
“precisão”: 150,
> motivoCancelamento
>> Motivo do
cancelamento
Texto
“precisão”: 150,
> situacao
>> Situação do resultado
de exame
Texto
“precisão”: 1,
Não
EM EXECUÇÃO("X"),
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO ("C");
> pertenceMunicipio
>> Pertence ao município
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
> descPessoasProf
>> Nome do profissional
executante
Texto
“precisão”: 50,
> descPessoasEstab
Texto
“precisão”: 50,
Não
NÃO CONSTA("N"),
ADENOCARCINOMA "IN
SITU"("A"),
ADENOCARCINOMA
INVASOR("I");
SIM("S"),
NÃO("N");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 189 de 268
>> Nome do
estabelecimento executante
> cnesEstab
>> Número do CNES do
estabelecimento
executanteo
Texto
“precisão”: 7,
> cnsProf
>> Número do CNS do
profissional executante
Texto
“precisão”: 15,
>
motivoAdequabilidadeMater
ial
>> Motivo da
adequabilidade do material
Texto
“precisão”: 100,
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 190 de 268
"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.85.
Layout da tabela de Itens dos resultados dos exames
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Itens dos resultados dos
exames.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
Inteiro
“precisão”: 10,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 191 de 268
iResultadosExame
s
>> Código do
resultado de
exame
"idSequencia": 2,
>
iResultadosExame
sItens
>> Código dos
itens dos
resultados dos
exames
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> valoresRefer
>> Valor permitido
BigDecimal
“scala”: 3,
“precisão”: 15,
Não, quando
tipo de
resultado for
“Valor
numérico
inteiro e/ou
decimal”
> valoresPerm
>> Valor permitido
Inteiro
“precisão”: 4,
Não, quando
tipo de
resultado for
“Texto curto
e/ou longo”
> textoResult
>> Texto do
resultado
Texto
“precisão”: 500,
> valoresReferSec
>> Valor de
referência
secundário
BigDecimal
“scala”: 3,
“precisão”: 15,
> iExamesSadts
>> Código do
exame SADT
Inteiro
“precisão”: 10,
"idSequencia": 4,
Não
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 192 de 268
"valoresReferSec": null,
"createdRole": null,
"updatedRole": null,
"iEntidades": null,
"iExamesSadts": null,
"iResultadosExames": null,
"iResultadosExamesItens": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.86.
Layout da tabela de Profissional do resultado de exame
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Profissional do resultado de
exame.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iResultadosExames
>> Código do resultado de
exame
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iExamesSadts
>> Código do exames
SADT
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iPessoasProf
>> Código do profissional
Inteiro
> iCbos
>> Código do CBO
Texto
“precisão”: 6,
> iCids
>> Código do cid
Texto
“precisão”: 7,
> observacaoExame
>> Observação do exame
Texto
“precisão”: 200,
“precisão”: 9,
Não
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 193 de 268
Path: /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.
Layout da tabela de Solicitação de exames
citopatológico
4.87.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Solicitação de exames
citopatológico.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iSolicExamesCito
>> Código da
solicitação de exame
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 194 de 268
citopatológico
“precisão”: 9,
Não
“scala”: 6,
“precisão”: 11,
Não
Inteiro
“precisão”: 9,
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
Não
> apelidoPac
>> Apelido do paciente
Texto
“precisão”: 50,
> examePapanicolau
>> Indica se a paciente
fez exame papanicolau
Texto
“precisão”: 1,
> anoPapanicolau
>> Ano que foi
realizado o papanicolau
Inteiro
“precisão”: 4,
> diu
>> Indica se a paciente
fez o uso do DIU
Texto
> gravida
>> Indica se a paciente
está gravida
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
> dhColeta
>> Data e hora da
coleta
Data e Hora
> iPessoasProf
>> Código do
profissional
Não
SIM("S"),
NÃO("N"),
NÃO SABE("A");
“precisão”: 1,
Não
SIM("S"),
NÃO("N"),
NÃO SABE("A");
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N"),
NÃO SABE("A");
>
pilulaAnticoncepcional
>> Indica se a paciente
fez uso de
anticoncepcional
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N"),
NÃO SABE("A");
>
hormonioRemedioMeno
pausa
>> Indica se a paciente
fez uso de hormônio ou
remédio para tratar
menopausa
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N"),
NÃO SABE("A");
>
tratamentoRadioterapia
>> Indica se a paciente
fez tratamento
utilizando radioterapia
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N"),
NÃO SABE("A");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 195 de 268
> menstruou
>> Indica se a paciente
lembra-se da data da
ultima vez que
menstruou
Texto
“precisão”: 1,
> dtUltimaMenstruacao
>> Data da ultima
menstruação
Data
“precisão”: 7,
Não,
quando
campo
“menstruou
” for
selecionado
como “Sim”
>
sangramentoRelacoesS
exuais
>> Indica se a paciente
teve ou tem
sangramento após
relações sexuais
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N"),
NÃO SABE("A");
>
sangramentoMenopaus
a
>> Indica se a paciente
teve ou tem
sangramento após a
menopausa
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N"),
NÃO SABE("A"),
NÃO ESTÁ NA
MENOPAUSA("E");
> inspecaoColo
>> Indica o resultado
da inspeção do colo
Texto
“precisão”: 1,
Não
NORMAL("N"),
AUSENTE("A"),
ALTERADO("L"),
COLO NÃO VISUALIZADO("C");
> sinaisDst
Indica se há sinais
sugestivos de doenças
sexualmente
transmissíveis
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
> observacao
>> Observação da
solicitação de exame
citopatológico
Texto
“precisão”: 250,
> situacao
>>Situação da
solicitação de exame
citopatológico
Texto
“precisão”: 1,
Não
EM EXECUÇÃO("X"),
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO ("C"),
PENDENTE("P");
> dhRecebimento
>> Data e hora do
Data e Hora
“scala”: 6,
“precisão”: 11,
SIM("S"),
NÃO("N");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 196 de 268
recebimento
> dhEntrega
>> Data e hora da
entrega
Data e Hora
“scala”: 6,
“precisão”: 11,
> iCbos
>> Código do CBO
Texto
“precisão”: 6,
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
fakse
Path: /saude-conversao-ws/api/solic-exames-cito
Modelo para conversão da tabela de Solicitação de exames citopatológico
{
"dtoList" : [{
"clientId" : null,
" solicExamesCito ": {
"dhColeta": null,
"apelidoPac": null,
"examePapanicolau": null,
"anoPapanicolau": null,
"diu": null,
"gravida": null,
"pilulaAnticoncepcional": null,
"hormonioRemedioMenopausa": null,
"tratamentoRadioterapia": null,
"menstruou": null,
"dtUltimaMenstruacao": null,
"sangramentoRelacoesSexuais": null,
"sangramentoMenopausa": null,
"inspecaoColo": null,
"sinaisDst": null,
"observacao": null,
"situacao": null,
"dhRecebimento": null,
"dhEntrega": null,
"createdRole": null,
"updatedRole": null,
"iAtendimentos": null,
"iCbos": null,
"iEntidades": null,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 197 de 268
"iPessoasEstab": null,
"iPessoasPac": null,
"iPessoasProf": null,
"iSolicExamesCito": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Solicitação de exames de
mamografia
4.88.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Solicitação de exames de
mamografia .
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iSolicExamesMama
>> Código da solicitação
de exame de mamografia
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
> iPessoasEstab
>> Código do
estabelecimento
solicitante
Inteiro
“precisão”: 9,
Não
> iPessoasProf
>> Código do
profissional
Inteiro
“precisão”: 9,
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
Não
> iProcedimentosDiag
>> Código do
Texto
“precisão”: 10,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 198 de 268
procedimento diagnóstico
“precisão”: 10,
> iProcedimentosRastr
>> Código do
procedimento
rastreamento
Texto
> dhSolicitacao
>>Data/hora do cadastro
da solicitação de
mamografia
Data e
Hora
> apelidoPac
>> Apelido do paciente
Texto
“precisão”: 50,
> possuiNoduloCaroco
>> Tem nódulo ou
caroço na mama
Texto
“precisão”: 1,
Não
SIM, MAMA DIREITA("1"),
SIM, MAMA ESQUERDA("2"),
SIM, AMBAS AS MAMAS("3"),
NÃO("4");
> apresentaRiscoCancer
>> Apresenta risco
elevado para câncer de
mama
Texto
“precisão”: 1,
Não
SIM("1"),
NÃO("2"),
NÃO SABE("3");
>
mamasExaminadasPass
ado
>> Teve as mamas
examinadas por um
profissional de saude
Texto
“precisão”: 1,
Não
SIM("1"),
NÃO("2");
> mamografiaPassado
>> Fez mamografia
alguma vez
Texto
“precisão”: 1,
Não
SIM("1"),
NÃO("2"),
NÃO SABE("3");
> anoMamografia
>> Ano que fez a ultima
mamografia
Inteiro
“precisão”: 4,
> tipoMamografia
>> Tipo de mamografia
Texto
“precisão”: 1,
Não
DIAGNÓSTICA("1"),
RASTREAMENTO("2"),
AMBAS("3");
> tiposLesoesMamaDir
>> Tipos de lesões da
mama direita
Texto
“precisão”: 3,
LESÃO PAPILAR("1"),
DESCARGA ("2");
> tipoDescargaPapilarDir
>> Tipo de descarga
papilar na mama direita
Texto
“precisão”: 1,
CRISTALINA("1"),
HEMORRÁGICA("2");
> linfonodoMamaDir
>> Linfonodo palpável na
mama direita
Texto
“precisão”: 3,
AXILAR("1"),
SUPRACLAVICULAR("2");
“scala”: 6,
“precisão”: 11,
Não
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 199 de 268
> tiposLesoesMamaEsq
>> Tipos de lesões da
mama esquerda
Texto
“precisão”: 3,
LESÃO PAPILAR("1"),
DESCARGA ("2");
>
tipoDescargaPapilarEsq
>> Tipo de descarga
papilar na mama
esquerda
Texto
“precisão”: 1,
CRISTALINA("1"),
HEMORRÁGICA("2");
> linfonodoMamaEsq
>> Linfonodo palpável na
mama esquerda
Texto
“precisão”: 3,
AXILAR("1"),
SUPRACLAVICULAR("2");
> controleRadioMamaDir
>> Controle radiológico
categoria 3 na mama
direita
Texto
“precisão”: 11,
NÓDULO("1"),
MICROCALCIFICAÇÃO("2"),
ASSIMETRIA FOCAL("3"),
ASSIMETRIA DIFUSA("4"),
ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");
>
controleRadioMamaEsq
>> Controle radiológico
categoria 3 na mama
esquerda
Texto
“precisão”: 3,
NÓDULO("1"),
MICROCALCIFICAÇÃO("2"),
ASSIMETRIA FOCAL("3"),
ASSIMETRIA DIFUSA("4"),
ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");
> lesaoMamaEsq
>> Lesão com
diagnóstico de câncer na
mama esquerda
Texto
“precisão”: 11,
NÓDULO("1"),
MICROCALCIFICAÇÃO("2"),
ASSIMETRIA FOCAL("3"),
ASSIMETRIA DIFUSA("4"),
ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");
> lesaoMamaDir
>>Lesão com diagnóstico
de câncer na mama
direita
Texto
“precisão”: 11,
NÓDULO("1"),
MICROCALCIFICAÇÃO("2"),
ASSIMETRIA FOCAL("3"),
ASSIMETRIA DIFUSA("4"),
ÁREA DENSA("5"),
DISTORÇÃO FOCAL("6");
> avaliacaoRespostaQt
>> Avaliação da resposta
de QT neo-adjuvante
Texto
“precisão”: 150,
> obsMamoRatreamento
>> Descrição da
mamografia de
rastreamento
Texto
“precisão”: 200,
> paDir
>>Prolongamento axilar
direito
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 200 de 268
> rraDir
>> Região retroareolar
direito
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> uqinfDir
>> União dos quadrantes
inferiores direito
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> uqintDir
>>União dos quadrantes
internos direito
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> uqsupDir
>> União dos quadrantes
superiores direito
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> uqextDir
>> União dos quadrantes
externos direito
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> qiiDir
>> Quadrante inferior
interno direito
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> qsiDir
>> Quadrante superior
interno direito
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> qieDir
>> Quadrante inferior
externo direito
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> qseDir
>> Quadrante superior
externo direito
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> paEsq
>> Prolongamento axilar
esquerdo
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> rraEsq
>>Região retroareolar
esquerdo
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> uqinfEsq
>> União dos quadrantes
inferiores esquerdo
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> uqintEsq
>> União dos quadrantes
internos esquerdo
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> uqsupEsq
>> União dos quadrantes
superiores esquerdo
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 201 de 268
> uqextEsq
>> União dos quadrantes
externos esquerdo
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> qiiEsq
>> Quadrante inferior
interno esquerdo
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> qsiEsq
>> Quadrante superior
interno esquerdo
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> qieEsq
>> Quadrante inferior
externo esquerdo
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> qseEsq
>> Quadrante superior
externo esquerdo
Texto
“precisão”: 3,
NÓDULO("1"),
ESPESSAMENTO("2");
> situacao
>> Situação da
solicitação de exame de
mamografia
Texto
“precisão”: 1,
Não
FINALIZADO("F"),
CANCELADO("C"),
PENDENTE("P");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 202 de 268
"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
}
}
]
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 203 de 268
}
Onde: Null = valores a serem alimentados.
4.89.
Layout da tabela de Solicitações de exames SADTS
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Solicitações de exames SADTS .
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iSolicExamesSadts
>> Código da solicitação
de exame SADT
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstabSolic
>> Código do
estabelecimento solicitante
Inteiro
“precisão”: 9,
Não, quando
campo “Do
município”
estiver
selecionado
como “Sim”
> iPessoasEstabExec
>> Código do
estabelecimento
executante
Inteiro
“precisão”: 9,
Não
> iPessoasProfSolic
>> Código do profissional
Inteiro
“precisão”: 9,
Não, quando
campo “Do
município”
estiver
selecionado
como “Sim”
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
Não
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
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 204 de 268
Se não for
solicitação
externa
> dtCriacao
>> Data de criação do
exame
Data
“precisão”: 7,
> observacao
>> Observação da
solicitação
Texto
“precisão”: 250,
> codUniqSolic
>> Código único da
solicitação
Texto
“precisão”: 34,
Não
> descPessoasEstabSolic
>> Descrição do
estabelecimento solicitante
Texto
“precisão”: 100,
Este campo não
deve ser
preenchido
quando campo
“Do município”
estiver
selecionado
como “Sim”
> descPessoasProfSolic
>> Descrição do
profissional solicitante
Texto
“precisão”: 100,
Este campo não
deve ser
preenchido
quando campo
“Do município”
estiver
selecionado
como “Sim”
> pertenceMunicipioSolic
>> Pertence ao município
solicitante
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
> origem
>> Origem da solicitação
Texto
“precisão”: 1,
Não
SOLICITAÇÃO DE
EXAMES SADT("S"),
SOLICITAÇÃO DE
EXAMES DE
MAMOGRAFIA("M"),
ATENDIMENTOS
INDIVIDUAL("I");
> iMunicipiosOrigem
>> Código do município de
origem
Inteiro
“precisão”: 10,
> iPacientesExt
>> Código do paciente
externo
Inteiro
“precisão”: 10,
Não
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 205 de 268
> iAtendimentos
>> Código do atendimento
Inteiro
“precisão”: 10,
> classificacaoRisco
>> Classificação de risco
Inteiro
“precisão”: 2,
VERMELHO("0"),
LARANJA("1"),
AMARELO("2"),
VERDE("3"),
AZUL("4");
> tipoEstabExec
>> Tipo do
estabelecimento
executante
Texto
“precisão”: 1,
PÚBLICO("0"),
PRIVADO("1");
Path: /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.90.
Layout da tabela de Solicitações de exames SADTS itens
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 206 de 268
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Solicitações de exames SADTS
itens.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iSolicExamesSadts
>> Código da
solicitação de exame
SADT
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iExamesSadts
>> Código do exame
SADT
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> situacao
>> Situação da
solicitação do exame
Texto
“precisão”: 1,
> dhColeta
>> Data e hora da
coleta
Data e
Hora
“scala”: 6,
“precisão”: 11,
> dhEntrega
>> Data e hora da
entrega
Data e
Hora
“scala”: 6,
“precisão”: 11,
>
iPessoasEstabExecIte
m
>> Código do
estabelecimento
executante
Inteiro
“precisão”: 9,
Não
> iPessoasProfAut
>> Código do
profissional autorizador
Inteiro
“precisão”: 9,
Não, quando
parâmetro
exigir
autorização
> dtValidadeAut
>> Data de validade da
autorização
Data
“precisão”: 9,
Este camo não
deve ser
preenchido
quando o
parâmetro não
Valores possíveis
EM EXECUÇÃO("X"),
FINALIZADO("F"),
ENTREGUE("E"),
CANCELADO ("C"),
PENDENTE("P");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 207 de 268
solicitar
autorização
> dhAutorizacao
>> Data e hora da
autorização
Data e
Hora
“scala”: 6,
“precisão”: 11,
> autorizado
>> Autorizado
Texto
“precisão”: 1,
>
motivoCancelamentoA
ut
>> Motivo do
cancelamento da
autorização
Texto
“precisão”: 250,
> portador
>> Portador
Texto
“precisão”: 80,
> observacao
>> Observacao
Texto
“precisão”: 150,
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
> vlProcedimento
>> Valor do
procedimento
BigDecimal
“scala”: 2,
“precisão”: 10,
Não, quando
parâmetro
exigir
autorização
SIM("1"),
NÃO("2");
Não
quando
parâmetro
exigir
autorização
e situação =
Cancelado (“C”)
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 208 de 268
"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.91.
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.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iValoresPerm
>> Código do valor
permitido
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> descricao
>> Descrição do valor
permitido
Texto
“precisão”: 100,
Não
Valores possíveis
Path: /saude-conversao-ws/api/valores-permitidos
Modelo para conversão da tabela de valores permitidos para o exame
{
"dtoList" : [{
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 209 de 268
"clientId" : null,
" valoresPermitidos ": {
"descricao": null,
"iEntidades": null,
"iValoresPerm": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.92.
Layout da tabela de Itens dos valores permitidos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Itens dos valores permitidos.
> Descrição em banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iValoresPerm
>> Código do valor
permitido
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iValoresDisponiveis
>> Código do valor
disponível
Inteiro
“precisão”: 4,
"idSequencia": 3,
Não
Valores possíveis
Path: /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
}
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 210 de 268
]
}
Onde: Null = valores a serem alimentados.
4.93.
Layout da tabela de Valores de referência do exame
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Valores de referência do exame.
> Descrição em banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iValoresRefer
>> Código do valor de
referência
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> descricao
>>Descrição do valor de
referência
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> qtdCasasDecimais
>>Quantidade de casas
decimais para o valor
Inteiro
“precisão”: 1,
Valores
possíveis
UMA("1"),
DUAS("2"),
TRÊS("3");
Path: /saude-conversao-ws/api/valores-referencias
Modelo para conversão da tabela de Valores de referência do exame
{
"dtoList" : [{
"clientId" : null,
" valoresReferencias ": {
"descricao": null,
"qtdCasasDecimais": null,
"iEntidades": null,
"iValoresRefer": null
}
}
]
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 211 de 268
Onde: Null = valores a serem alimentados.
Layout da tabela de Itens dos valores de referências do
exame
4.94.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros do cadastro de Itens dos valores de referências
do exame.
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iValoresRefer
>> Código do valor de
referência
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iValoresReferItens
>>Código do item do
valor de referência
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> sexo
>>Sexo
Texto
“precisão”: 1,
Não
> idadeMin
>> Idade mínima
Inteiro
“precisão”: 4,
Não
> idadeMax
>> Idade máxima
Inteiro
“precisão”: 4,
Não
> vlMin
>>Valor mínimo
BigDecimal
“scala”: 3,
“precisão”: 15,
Não
> vlMax
>> Valor máximo
BigDecimal
“scala”: 3,
“precisão”: 15,
Não
> textoImpressao
>> Texto para
impressão
Texto
“precisão”: 1000,
>
apresentaValoresImpr
>> Apresenta valores
Texto
“precisão”: 1,
Valores possíveis
AMBOS("A"),
MASCULINO("M"),
FEMININO("F");
SIM("S"),
NÃO("N");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 212 de 268
na impressão
Path: /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.95.
Layout da tabela de Campanhas imunobiológicos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Campanhas de imunobiológicos.
> Descrição em banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iCampanhasImuno
>> Código da campanha
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 213 de 268
> iMateriais
>> Código do
imunobiológico
Inteiro
“precisão”: 10,
Não
> iDosesImunobiologicos
>> Dose
Inteiro
“precisão”: 10,
Não
> iEsferasAdministrativas
>> Esfera administrativa
Inteiro
“precisão”: 2,
Não
> dtInicial
>> Data inicial
Data
“precisão”: 7,
Não
> dtFinal
>> Data final
Data
“precisão”: 7,
> nome
>> Nome
Texto
“precisão”: 100,
> etapa
>> Etapa
Inteiro
“precisão”: 1,
Não
1º ETAPA("1"),
2º ETAPA("2");
> situacao
>> Situação
Texto
“precisão”: 1,
Não
ATIVO("A"),
INATIVO("I");
FEDERAL("1"),
ESTADUAL("2");
Path: /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
}
}
]
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 214 de 268
Onde: Null = valores a serem alimentados.
Layout da tabela de Estabelecimentos de campanhas de
imunobiológicos
4.96.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Estabelecimentos de campanhas de
imunobiológicos.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iCampanhasImuno
>> Código da campanha
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
Valores possíveis
Path: /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.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 215 de 268
Layout da tabela de Populações de campanhas de
imunobiológicos
4.97.
Neste tópico iremos abordar a forma com que será estruturada as
informações
referente
aos
registros
de
Populações
de
campanhas
imunobiológicos.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iCampanhasImuno
>> Código da campanha
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do estabelecimento
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
>iCampanhasImunoPop
>>Código da população
Inteiro
“precisão”: 10,
“idSequencia": 4,
Não
>populacao
>>Tipo de população
Inteiro
“precisão”: 2,
Não
>idadeAnosMin
>> Idade em anos mínima
Inteiro
“precisão”: 3,
Não
> idadeMesesMin
>>Idade em meses mínima
Inteiro
“precisão”: 3,
Não
>idadeDiasMin
>>Idade em dias mínima
Inteiro
“precisão”: 3,
Não
>idadeAnosMax
>>Idade em anos máxima
Inteiro
“precisão”: 3,
Não
>idadeMesesMax
>>Idade em meses máxima
Inteiro
“precisão”: 3,
Não
>idadeDiasMax
>>Idade em dias máxima
Inteiro
“precisão”: 3,
Não
>populacaoEsperada
>>Número da população
esperada
Inteiro
“precisão”: 10,
Não
Path: /saude-conversao-ws/api/campanhas-imuno-pop
Valores possíveis
de
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 216 de 268
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.98.
Layout da tabela de Cartões de Vacinas
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Cartões de Vacinas.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 217 de 268
> grupoAtendimento
>> Grupo de
atendimento
Inteiro
“precisão”: 2,
>gestante
>>Gestante
Texto
“precisão”: 1,,
SIM("S"),
NÃO("N");
>hanseniase
>>Comunicante de
hanseníase
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
Não
POPULAÇÃO EM GERAL("1"),
ACAMPADOS("2"),
ASSENTADOS("3"),
INDÍGENAS("4"),
QUILOMBOLA("5"),
MILITARES("6"),
POPULAÇÃO PRIVADA DE
LIBERDADE("7");
Path: /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.99.
Layout da tabela de Itens do Cartão de Vacinas
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens do Cartão de Vacinas.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 218 de 268
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasPac
>> Código do paciente
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iCartoesVacinasItens
>> Sequencial do item
do cartão
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
>iMateriais
>>Código do material
Inteiro
“precisão”: 10,
“idSequencia": 4,
Não
>iDosesImunobiologicos
>>Sequencial da dose
do imunobiológico
Inteiro
“precisão”: 10,
Não
>iPessoasLab
>> Código do laboratório
Inteiro
“precisão”: 9,
Não
> iPessoasProf
>>Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
>iEspecialidades
>>Código da
especialidade
Inteiro
“precisão”: 5,
>lote
>>Lote do material
Texto
“precisão”: 60,
Não
>dhVacina
>>Data e hora da vacina
Data e
Hora
“scala”: 6,
“precisão”: 11,
Não
>dtProximaDose
>>Data da próxima
dose"
Data
“precisão”: 7,
>motivo
>>Motivo
Inteiro
“precisão”: 4,
>observacao
>>Observação
Texto
“precisão”: 500,
Path: /saude-conversao-ws/api/cartoes-vacinas-itens
Modelo para conversão da tabela de Itens do Cartão de Vacinas
{
"dtoList" : [{
"clientId" : null,
" cartoesVacinasItens ": {
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 219 de 268
"lote": null,
"dhVacina": null,
"dtProximaDose": null,
"motivo": null,
"observacao": null,
"iCartoesVacinasItens": null,
"iDosesImunobiologicos": null,
"iEntidades": null,
"iEspecialidades": null,
"iMateriais": null,
"iPessoasEstab": null,
"iPessoasLab": null,
"iPessoasPac": null,
"iPessoasProf": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.100.
Layout da tabela de Doses dos imunobiológicos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens de Doses dos imunobiológicos.
> Descrição em banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iMateriais
>>Código do material
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iDosesImunobiologicos
>> Sequencial da dose
do imunobiológico
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
>dose
>>Dose
Inteiro
“precisão”: 3,
Não
>idadeAnosMin
>>Idade mínima em
Inteiro
“precisão”: 3,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 220 de 268
anos
>idadeMesesMin
>> Idade mínima em
meses
Inteiro
“precisão”: 3,
Não
> idadeDiasMin
>>Idade mínima em dias
Inteiro
“precisão”: 5,
Não
>idadeAnosMax
>>Idade máxima em
anos
Inteiro
“precisão”: 3,
Não
>idadeMesesMax
>>Idade máxima em
meses
Inteiro
“precisão”: 3,
Não
>idadeDiasMax
>>Idade máxima em dias
Inteiro
“precisão”: 5,
Não
>prazoProxDose
>>Prazo para a próxima
dose
Inteiro
“precisão”: 3,
>unidadePrazoProxDose
>>Unidade de tempo do
prazo para a próxima
dose
Inteiro
“precisão”: 1,
>observacao
>>Observação
Texto
“precisão”: 150,
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 221 de 268
"unidadePrazoProxDose": null,
"observacao": null,
"iDosesImunobiologicos": null,
"iEntidades": null,
"iMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.101.
Layout da tabela de imunobiológicos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de imunobiológicos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iMateriais
>>Código do material
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iMateriaisImunoDiluid
o
>> Código do
imunobiológico
diluído
Inteiro
“precisão”: 10,
Não
>estrategia
>>Estratégia
Inteiro
“precisão”: 2,
Não
>populacao
>>População
Inteiro
“precisão”: 2,
Não
>prazoUso
>> Prazo para
utilização
Inteiro
“precisão”: 5,
> unidadePrazoUso
>Unidade de tempo
Inteiro
“precisão”: 1,
Não
Valores possíveis
HORAS("0"),
MINUTOS("1"),
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 222 de 268
do prazo para
utilização
DIAS("2"),
SEMANAS("3"),
MESES("4"),
ANOS("5");
Path: /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.102.
Layout da tabela de Dispensas de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens de Dispensas de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iDispensasMat
>> Código da
dispensa de
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 223 de 268
materiais
> iAtendimentos
>> Código do
atendimento
Inteiro
“precisão”: 10,
>iPessoasEstab
>>Código do
estabelecimento
solicitante
Inteiro
“precisão”: 10,
>iPessoasProf
>>Código do
profissional
Inteiro
“precisão”: 10,
>tipoDispensa
>> Tipo de dispensa
Inteiro
“precisão”: 1,
> dtDispensa
>>Data da dispensa
Data
“precisão”: 7,
>motivo
>>Motivo
Texto
“precisão”: 250,
>situacao
>>Situação da
dispensa
Texto
“precisão”: 1,
>origemDispensa
>> Origem da
dispensa
Texto
“precisão”: 1,
>observacoes
>> Observações da
dispensa
Texto
“precisão”: 250,
>iPessoasPac
>>Código do
paciente
Inteiro
“precisão”: 9,
>profSistema
>>Profissional do
Texto
Não
Não
Não
CANCELADO("C"),
FINALIZADO("F"),
PENDENTE("P");
DISPENSA (DISPENSAS DO
TIPO 3)("D"),
PRESCRIÇÃO (DISPENSAS DOS
TIPOS 1 E 2)("P"),
TRATAMENTO (DISPENSAS
DOS TIPOS 1 E 2)("T");
Não
Caso
destino
dispensa =
Paciente
“precisão”: 1,
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");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 224 de 268
sistema
>iPrescritores
>>Código do
prescritor
Inteiro
“precisão”: 6,
>iSetoresCustos
>>Código do setor
de custos
Inteiro
“precisão”: 10,
>faturarDispensa
>>Faturar dispensa
Texto
“precisão”: 1
>iCbos
>>Código do CBO
Texto
“precisão”: 6
>iPessoasProfResp
>>Código do
profissional
responsável
Inteiro
“precisão”: 9,
>origemPrescricao
>>Origem da
prescrição
Texto
“precisão”: 1
>iTransfMateriaisOri
gem
>>Código da
transferência de
materiais de origem
Inteiro
“precisão”: 10,
SIM("S"),
NÃO("N");
PARTICULAR("P"),
SUS("S");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 225 de 268
"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 será estruturada as
informações referente aos registros de Itens da dispensa de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iDispensasMat
>>Código da
dispensa de
materiais
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iDispensasMatItens
>> Item da
dispensa de
materiais
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
>iMateriais
>>Código do
material
Inteiro
“precisão”: 10,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 226 de 268
>qtdPrescrita
>>Quantidade
prescrita
BigDecimal
“scala”: 2,
“precisão”: 10,
>qtdDispensada
>> Quantidade
dispensada
BigDecimal
“scala”: 2,
“precisão”: 10,
> situacao
>>Situação do item
da dispensa
Texto
“precisão”: 1,
>seqExterna
>>Sequência
externa do item
Inteiro
“precisão”: 10
>dtPrescricao
>>Data da
prescrição
Data
“precisão”: 7,
>numNotificacao
>>Número da
notificação
Long
“precisão”: 15,
>viaAdministracao
>> Via de
administração
Inteiro
“precisão”: 2,
>doses
>>Doses
Texto
“precisão”: 30,
>duracao
>>Tempo de
duração do
tratamento
Inteiro
“precisão”: 2,
>unidadeDuracao
>>Unidade da
duração do
Inteiro
EM ABERTO("A"),
CANCELADO("C"),
FINALIZADO("F");
Não
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");
Não
Se
medicamento
= controlado
“precisão”: 1,
Não
Se
OUTRA("0"),
DIAS("1"),
SEMANAS("2"),
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 227 de 268
tratamento
medicamento
= controlado
>justificativaQtdEx
cedente
>> Justificativa da
quantidade
excedente
Texto
“precisão”: 500,
>observacoes
>>Observações do
item da dispensa
Texto
“precisão”: 500,
MESES("3"),
SEMESTRES("4"),
ANOS("5"),
HORAS("6"),
MINUTOS("7");
Path: /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
}
}
]
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 228 de 268
Onde: Null = valores a serem alimentados.
4.104.
Layout da tabela de Lotes dispensados
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Lotes dispensados.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iDispensasMat
>>Código da dispensa
de materiais
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iDispensasMatItens
>> Item da dispensa
de materiais
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
>iDispensasMatItensL
otes
>>Sequência do lote
Inteiro
“precisão”: 4,
"idSequencia": 4,
Não
>lote
>>Lote de fabricação
Texto
“precisão”: 60,
Não
Se
medicamento/Insumo
= Sim
>quantidade
>>Quantidade
dispensada
BigDecimal
“scala”: 2,
“precisão”: 10,
Não
> dhDispensa
>>Data e hora da
dispensa
Data e Hora
“scala”: 6,
“precisão”: 11,
Não
Path: /saude-conversao-ws/api/dispensas-mat-itens-lotes
Modelo para conversão da tabela de Lotes dispensados
{
"dtoList" : [{
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 229 de 268
"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 Entradas de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Entradas de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iEntradasMateriais
>>Código da
entrada do material
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> dtEntrada
>> Data de entrada
Data
“precisão”: 7,
Não
>iPessoasEstab
>>Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
>tipoEntrada
>> Tipo de entrada
Texto
“precisão”: 1,
Não
>iTransfMateriais
>> Código da
Inteiro
“precisão”: 10,
Valores possíveis
ENTRADA("E"),
TRANSFERÊNCIA("T"),
PACIENTE("P");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 230 de 268
transferência do
material
>
numeroDocumento
>>Número do
documento
Texto
“precisão”: 50,
>situacao
>>Situação da
entrada de
materiais
Texto
“precisão”: 1,
>autorizaFornecime
nto
>>Autorização de
fornecimento
Texto
“precisão”: 30,
>iPessoasFornec
>>Código do
fornecedor
Inteiro
“precisão”: 9,
>iSetoresCustos
>>Código do setor
de custos
Inteiro
“precisão”: 10,
>tipoAquisicao
>>Tipo de aquisição
Texto
“precisão”: 1,
>iPessoasPac
>>Código do
paciente da
devolução
Inteiro
“precisão”: 9,
>nroPregao
>>Número do
pregão
Texto
“precisão”: 30,
>nroLicitacao
>>Número da
licitação
Texto
“precisão”: 30,
>vlNotaFiscal
>>Valor da nota
fiscal
BigDecima
l
“scala”: 4,
“precisão”: 10,
Não
FINALIZADA("F"),
PENDENTE("P"),
CANCELADA("C");
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");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 231 de 268
>dtNotaFiscal
>>Data da nota
fiscal
Data
“precisão”: 7,
Path: /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.106.
Layout da tabela de Fornecedores
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Fornecedores.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 232 de 268
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iPessoasFornec
>>Código do
fornecedor
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> laboratorioSadt
>> Indica se é
laboratório SADT
Texto
“precisão”: 1,
Valores possíveis
SIM("S"),
NÃO("N");
Path: /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.107.
Layout da tabela de Grupos de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Grupos de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 233 de 268
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iGruposMateriais
>>Código do grupo
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> descricao
>> Descrição do
grupo
Texto
“precisão”: 100,
Não
Path: /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.
Layout da tabela de Relacionamento entre Grupos e
Subgrupos de materiais
4.108.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Relacionamento entre Grupos e Subgrupos
de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 234 de 268
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iGruposMateriais
>>Código do grupo
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iSubgruposMateriai
s
>> Código do
subgrupo
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
Path: /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.109.
Layout da tabela de Localizações no estoque
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Localizações no estoque.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 235 de 268
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iLocalizacoesMat
>>Código da
localização
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
> tipoCorredor
>>Tipo do corredor
Texto
“precisão”: 1,
> descricaoCorredor
>>Descrição do
corredor
Texto
“precisão”: 50,
PRIMÁRIO("P"),
SECUNDÁRIO("S");
Path: /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.
Layout da tabela de Localizações dos materiais no
estoque
4.110.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Localizações dos materiais no estoque.
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 236 de 268
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iLocalizacoesMat
>>Código da
localização
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iMateriais
>> Código do
material
Inteiro
“precisão”: 10,
"idSequencia": 3
Não
>
iLocalizacoesMatIte
ns
>>Código dos itens
das localizações
Inteiro
“precisão”: 10,
"idSequencia": 4
Não
> lote
>> Lote do material
Texto
“precisão”: 60,
> tipoEspaco
>> Tipo do espaço
Texto
“precisão”: 1,
> descricaoEspaco
>> Descrição do
espaço
Texto
“precisão”: 50,
Valores possíveis
Path: /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
}
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 237 de 268
]
}
Onde: Null = valores a serem alimentados.
4.111.
Layout da tabela de Materiais estoques críticos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Materiais estoques críticos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iMatEstCriticos
>>Código do
estoque crítico do
material
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9
Não
> ativo
>>Indica se o
material está ativo
Texto
“precisão”: 1,
Não
Valores possíveis
SIM("S"),
NÃO("N");
Path: /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
}
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 238 de 268
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Itens dos materiais estoques
críticos
4.112.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens dos materiais estoques críticos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>iMatEstCriticos
>>Código do
estoque crítico do
material
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iMateriais
>> Material
Inteiro
“precisão”: 10
"idSequencia": 3,
Não
> ativo
>>Indica se o
material está ativo
Texto
“precisão”: 1,
Não
> qtdCritica
>> Quantidade
crítica
BigDecimal
“scala”: 2,
“precisão”: 10,
Não
Valores possíveis
SIM("S"),
NÃO("N");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 239 de 268
"iMateriais": null,
"iMatEstCriticos": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.113.
Layout da tabela de Laboratórios dos materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Laboratórios dos materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iMateriais
>> Material
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasLab
>> Código do
laboratório
Inteiro
“precisão”: 9
"idSequencia": 3,
Não
> nroRegistro
>>Número de
registro no
MS/Anvisa
Texto
“precisão”: 15,
> codBarras
>> Código de
barras
Texto
“precisão”: 25,
Valores possíveis
Path: /saude-conversao-ws/api/materiais-laboratorios
Modelo para conversão da tabela de Laboratórios dos materiais
{
"dtoList" : [{
"clientId" : null,
" materiaisLaboratorios": {
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 240 de 268
"nroRegistro": null,
"codBarras": null,
"iEntidades": null,
"iMateriais": null,
"iPessoasLab": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.114.
Layout da tabela de Vencimento dos lotes dos materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Vencimento dos lotes dos materiais.
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iMateriais
>> Material
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iLotes
>> Lote de
fabricação
Texto
“precisão”: 60
"idSequencia": 3,
Não
> dtValidade
>>Data de
validade
Data
“precisão”: 7,
Não
> iPessoasLab
>> Código do
laboratório
Inteiro
“precisão”: 9,
> nroRegistro
>> Número de
registro no
MS/Anvisa
Texto
“precisão”: 15
> codBarras
>> Código de
Texto
“precisão”: 25,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 241 de 268
barras
Path: /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.115.
Layout da tabela de Saldos de estoque dos materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Saldos de estoque dos materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 242 de 268
> iMateriais
>> Código do
material
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iDtSaldos
>>Data do saldo
Data
“precisão”: 7,
"idSequencia": 4,
Não
> saldoFisico
>> Saldo físico do
material
BigDecimal
“scala”: 2,
“precisão”: 18
Não
> vlMaterialSaldo
>> Valor do saldo
do material
BigDecimal
“scala”: 8,
“precisão”: 30
> vlUltPrecoMedio
>> Valor do último
preço médio
BigDecimal
“scala”: 8,
“precisão”: 20
Path: /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.116.
Layout da tabela de Saldo dos lotes de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Saldo dos lotes de materiais
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 243 de 268
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iMateriais
>> Código do
material
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iLotes
>>Lote de
fabricação
Texto
“precisão”: 60,
"idSequencia": 4,
Não
> iDtSaldos
>> Data do saldo
Data
“precisão”: 7,
"idSequencia": 5,
Não
> saldoFisicoLote
>> Saldo físico do
lote do material
BigDecimal
“scala”: 2,
“precisão”: 18
>
vlMaterialSaldoLot
e
>> Valor do saldo
do lote do material
BigDecimal
“scala”: 8,
“precisão”: 30
>
vlUltPrecoMedioLo
te
>> Valor do último
preço médio do
lote
BigDecimal
“scala”: 8,
“precisão”: 20
> ativo
>> Ativo
Inteiro
“precisão”: 1,
Valores possíveis
SIM(1),
NÃO(0);
Path: /saude-conversao-ws/api/materiais-saldos-lotes
Modelo para conversão da tabela de Saldo dos lotes de materiais
{
"dtoList" : [{
"clientId" : null,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 244 de 268
" 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.117.
Layout da tabela de Movimentação do estoque
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Movimentação do estoque
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iMateriais
>> Código do material
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
>
iMovimentosMateriais
>>Sequencial do
movimento do
material
Inteiro
“precisão”: 10,
"idSequencia": 4,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 245 de 268
> lote
>> Lote de fabricação
Texto
“precisão”: 60,
> numeroDocumento
>> Número do
documento
Texto
“precisão”: 60,
> tipoMovimento
>> Tipo do movimento
Texto
“precisão”: 1,
Não
> dtMovimento
>> Data do
movimento
Data
“precisão”: 7,
Não
> quantidade
>> Quantidade
movimentada
BigDecimal
“scala”: 2,
“precisão”: 18,
Não
> iTransfMateriais
>> Código da
transferência de
materiais
Inteiro
“precisão”: 10,
>
iTransfMateriaisItens
>> Item da
transferência de
materiais
Inteiro
“precisão”: 10,
> iEntradasMateriais
>> Código da entrada
de materiais
Inteiro
“precisão”: 10,
>
iEntradasMateriaisIten
s
>> Item da entrada
de materiais
Inteiro
“precisão”: 10,
> dtValidade
>> Data de validade
do lote de fabricação
Data
“precisão”: 7,
> iPerdasSinistros
>> Código da
perda/sinistro de
materiais
Inteiro
“precisão”: 10,
>
Inteiro
“precisão”: 10,
ENTRADA("1"),
SAÍDA("2"),
ESTORNO DE
ENTRADA("3"),
ESTORNO DE
SAÍDA("4");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 246 de 268
iPerdasSinistrosItens
>>Item da
perda/sinistro de
materiais
> iDispensasMat
>>Código da
dispensa de materiais
Inteiro
“precisão”: 10,
> iDispensasMatItens
>>Item da dispensa
de materiais
Inteiro
“precisão”: 10,
> vlMaterialMov
>>Valor movimentado
do materia
BigDecimal
“scala”: 8,
“precisão”: 30,
> iSetoresCustos
>>Código do setor de
custos
Inteiro
“precisão”: 10,
Path: /saude-conversao-ws/api/movimentos-materiais
Modelo para conversão da tabela de Movimentação do estoque
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 247 de 268
{
"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.118.
Layout da tabela de Perdas e Sinistros
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Perdas e Sinistros.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 248 de 268
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iPerdasSinistros
>> Código da
perda ou sinistro
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
>
dtPerdasSinistros
>>Data da perda
ou sinistro
Data
“precisão”: 7,
Não
> tipo
>> Tipo
Texto
“scala”: 1,
Não
> iTransfMateriais
>> Código da
transferência de
materiais
Inteiro
“precisão”: 10,
Não
>
iEntradasMateriai
s
>> Código da
entrada de
materiais
Inteiro
> motivo
>>Motivo da
perda ou sinistro
Texto
“precisão”: 500,
Não
> situacao
>> Situação da
perda/sinistro
Texto
“precisão”: 1,
Não
> dtInicial
>>Data Inicial
Data
“precisão”: 7
> dtFinal
>>Data Final
Data
“precisão”: 7
PERDA("P"),
SINISTRO("S"),
AJUSTE DE ESTOQUE("A"),
MATERIAIS VENCIDOS("V");
Se tipo de
ocorrência =
transferência
“precisão”: 10
Não
Se tipo de
ocorrência =
Entrada
Path: /saude-conversao-ws/api/perdas-sinistros
Modelo para conversão da tabela de Perdas e Sinistros
CANCELADO("C"),
NORMAL("N");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 249 de 268
{
"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.119.
Layout da tabela de Itens de perdas e sinistros
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens de perdas e sinistros.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPerdasSinistros
>> Código da
perda ou sinistro
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iPerdasSinistrosIte
ns
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 250 de 268
>> Sequência do
item da perda ou
sinistro
> iMateriais
>>Código do
material
Inteiro
“precisão”: 10,
> lote
>> Lote do
material
Texto
“precisão”: 60
> qtdSinistrada
>> Quantidade
sinistrada
BigDecimal
“scala”: 2,
“precisão”: 10
>
iUnidadesMedidas
>> Código da
unidade de
medida
Inteiro
“precisão”: 10
> qtdApresentada
>> Quantidade
apresentada
BigDecimal
“scala”: 2,
“precisão”: 10
> qtdRecebida
>> Quantidade
recebida
BigDecimal
“scala”: 2,
“precisão”: 10
> motivoImuno
>> Motivo da
perda em caso
medicamento do
tipo
imunobiológico
Texto
“precisão”: 1,
Não
Não
QUEBRA("Q"),
FALTA DE ENERGIA("N"),
FALHA DE EQUIPAMENTO("E"),
VALIDADE VENCIDA("V"),
PROCEDIMENTO
INADEQUADO("P"),
FALHA TRANSPORTE("T"),
OUTROS MOTIVOS("O");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 251 de 268
"motivoImuno": null,
"iEntidades": null,
"iMateriais": null,
"iPerdasSinistros": null,
"iPerdasSinistrosItens": null,
"iUnidadesMedidas": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.120.
Layout da tabela de Programação de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Programação de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iProgramacaoMater
iais
>> Código da
programação do
material
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iCompetencias
>> Código da
competência
Inteiro
“precisão”: 4,,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
Não
Valores possíveis
Path: /saude-conversao-ws/api/programacao-materiais
Modelo para conversão da tabela de Programação de materiais
{
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 252 de 268
"dtoList" : [{
"clientId" : null,
" programacaoMateriais": {
"iCompetencias": null,
"iEntidades": null,
"iPessoasEstab": null,
"iProgramacaoMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.
4.121.
Layout da tabela de Itens da programação de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens da programação de materiais.
> Descrição em
banco
>> Nome em
tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iProgramacaoM
ateriais
>> Código da
programação do
material
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iMateriais
>> Código do
material
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
>
qtdProgramada
>> Quantidade
programada
BigDecimal
“scala”: 2,
“precisão”: 10,
Não
> qtdReposicao
>> Quantidade
para reposição
do material
BigDecimal
“scala”: 2,
“precisão”: 10,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 253 de 268
Path: /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.122.
Layout da tabela de Requisição de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Requisição de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iRequisicoesMateriais
>> Código da
requisição de materiais
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iPessoasEstab
>> Código do
estabelecimento
requisitante
Inteiro
“precisão”: 9,
Não
> iPessoasEstabDef
>> Código do
estabelecimento de
deferimento
Inteiro
“precisão”: 9,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 254 de 268
> iPessoasProf
>> Código do
profissional
Inteiro
“precisão”: 9,
> prioridade
>>Prioridade da
requisição
Texto
“precisão”: 1,
Não
> dtRequisicao
>> Data da requisição
Data
“precisão”: 7,
Não
> motivo
>>Motivo da prioridade
Texto
“precisão”: 500,
> tipoRequisicao
>> Tipo de requisição
Texto
“precisão”: 1,
> iSetoresCustos
>>Código do setor de
custos
Inteiro
“precisão”: 10,
> bloquearRequisicao
>> Bloquear requisição
Texto
“precisão”: 1,
ALTA("A"),
URGENTE("U"),
NORMAL("N");
NORMAL("N"),
COMPLEMENTAR("C");
Não
Path: /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
}
}
]
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 255 de 268
Onde: Null = valores a serem alimentados.
4.123.
Layout da tabela de Itens da requisição de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens da requisição de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iRequisicoesMateriai
s
>> Código da
requisição de
materiais
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iMateriais
>> Código do
material
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> quantidade
>> Quantidade do
material
BigDecimal
“scala”: 2,
“precisão”: 10,
Não
> qtdDeferida
>> Quantidade
deferida
BigDecimal
“scala”: 2,
“precisão”: 10,
>
motivoIndeferimento
>> Motivo do
indeferimento
Texto
“precisão”: 500,
> situacao
>> Situação do
material
Texto
“precisão”: 1,
> qtdFaltante
>> Quantidade
faltante
BigDecimal
“scala”: 2,
“precisão”: 10,
Path: /saude-conversao-ws/api/requisicoes-materiais-itens
Valores possíveis
DEFERIDA("D"),
INDEFERIDA("I"),
DEFERIDO PARCIAL("P"),
EM ABERTO("A");
Não
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 256 de 268
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.124.
Layout da tabela de Setores de custos
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Setores de custos.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iPessoasEstab
>> Código do
estabelecimento
Inteiro
“precisão”: 9,
"idSequencia": 2,
Não
> iSetoresCustos
>> Código do
setor de custos
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> descricao
>> Descrição do
Texto
“precisão”: 150,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 257 de 268
setor de custos
> ativo
>> Indica se o
setor de custos
está ativo
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
Path: /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.125.
Layout da tabela de Subgrupos de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Subgrupos de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iSubgruposMateri
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 258 de 268
ais
>> Código do
subgrupo
> descricao
>> Descrição do
subgrupo
Texto
“precisão”: 100,
Não
Path: /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.126.
Layout da tabela de Transferências de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Transferências de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de
Dado
Regras /
Observações
Aceita
Nulo
> iEntidades
>> Código da entidade
Inteiro
“precisão”: 4,
"idSequencia":
1,
Não
> iTransfMateriais
>> Código da
transferência do
material
Inteiro
“precisão”: 10,
"idSequencia":
2,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 259 de 268
> situacao
>> Situação da
transferência
Texto
“precisão”: 1,
Não
> dtTransferencia
>>Data da
transferência
Data
“precisão”: 7,
Não
>
iPessoasEstabOrigem
>>Código do
estabelecimento de
origem
Inteiro
“precisão”: 9,
Não
> tipoTransferencia
>>Tipo da
transferência
Texto
“precisão”: 1,
>
iSetoresCustosOrigem
>>Código do setor de
custos de origem
Inteiro
“precisão”: 10,
>
iSetoresCustosDestino
>> Código do setor de
custos de destino
Inteiro
“precisão”: 10,
> observacao
>>Observação
Texto
“precisão”: 250,
>
iRequisicoesMateriais
>>Código da
requisição de materiais
Inteiro
“precisão”: 10,
DEVOLUÇÃO("D"),
NORMAL("N"),
DIRETA("I"),
BAIXA EM ESTOQUE("B");
Path: /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,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 260 de 268
"iPessoasEstabOrigem": null,
"iRequisicoesMateriais": null,
"iSetoresCustosDestino": null,
"iSetoresCustosOrigem": null,
"iTransfMateriais": null
}
}
]
}
Onde: Null = valores a serem alimentados.
Layout da tabela de Itens das transferências de
materiais
4.127.
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens das transferências de materiais.
> Descrição em
banco
>> Nome em
tela
Tipo de
Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iTransfMateriais
>> Código da
transferência do
material
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> iMateriais
>> Código do
material
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> quantidade
>> Quantidade
do material
BigDecimal
“scala”: 2,
“precisão”: 10,
Não
>lote
>> Lote de
fabricação
Texto
“precisão”: 60,
>iTransfMateriai
Inteiro
“precisão”: 10,
Não
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 261 de 268
sItens
>>Sequência do
item da entrada
do material
>
qtdMovimentada
>> Quantidade
movimentada do
material
"idSequencia": 4,
BigDecimal
“scala”: 2,
“precisão”: 18,
Path: /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.128.
Layout da tabela de Unidades de medidas
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Unidades de medidas.
> Descrição em
banco >>
Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 262 de 268
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iUnidadesMedid
as
>> Código da
unidade de
medida
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> descricao
>> Descrição da
unidade de
medida
Texto
“precisão”: 100,
Não
> abreviatura
>> Abreviatura
da unidade de
medida
Texto
“scala”: 20,
Não
>unidadeFracion
aria
>> Unidade
fracionária
Texto
“precisão”: 1,
>iUnidadesMedi
dasCatMat
>>Código da
unidade de
medida do
CATMAT
Inteiro
“precisão”: 4,
SIM("S"),
NÃO("N");
Path: /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
}
}
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 263 de 268
]
}
Onde: Null = valores a serem alimentados.
4.129.
Layout da tabela de Materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de materiais.
> Descrição em
banco
>> Nome em
tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
Valores possíveis
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
> iMateriais
>> Código do
material
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
> descricao
>> Descrição do
material
Texto
“precisão”: 100,
Não
> ativo
>> Indica se o
material está
ativo
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
>medicamentoIn
sumo
>> Indica se o
material é
medicamento/in
sumo
Texto
“precisão”: 1,
Não
SIM("S"),
NÃO("N");
>apresentacao
>>Apresentação
do material
Texto
“precisão”: 150,
Não
> registroMs
>> Registro no
Ministério da
Texto
“precisão”: 30,
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 264 de 268
Saúde
>iPessoasForne
c
>> Código do
fornecedor
Inteiro
“precisão”: 10,
>principioAtivo
>>Descrição do
princípio ativo
do medicamento
Texto
“precisão”: 200,
>iGruposMateria
is
>>Código do
grupo
Inteiro
“precisão”: 10,
>iSubgruposMat
eriais
>>Código do
subgrupo
Inteiro
“precisão”: 10,
>estoqueCritico
>>Estoque
crítico do
material
BigDecimal
“scala”: 2,
“precisão”: 10,
>iUnidadesMedi
das
>>Código da
unidade de
medida
Inteiro
“precisão”: 10,
>iUnidadesDisp
ensa
>>Código da
unidade de
dispensa
Inteiro
“precisão”: 10,
>fatorUnidade
>>Fator de
unidade
BigDecimal
“scala”: 2,
“precisão”: 10,
>motivo
>>Motivo da
inativação
Texto
“precisão”: 200,
>medicamentoC
ontrolado
>>Medicamento
controlado
Texto
“precisão”: 1,
SIM("S"),
NÃO("N");
>grupoMedCont
Texto
“precisão”: 2,
A1("A1"),
Não
Não
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 265 de 268
rolado
>>Grupo do
medicamento
controlado
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
>>Código da
DCB
Inteiro
“precisão”: 6,
>
iCatalogosMateri
ais
>>Código do
material no
CATMAT
Texto
“precisão”: 20,
>vincularHorus
>>Vincular com
o Hórus
Texto
“precisão”: 1,
>vlUnitarioHorus
>>Valor unitário
horús
BigDecimal
“scala”: 8,
“precisão”: 20,
>qtdMaxPrescrit
a
>>Quantidade
máxima
prescrita
BigDecimal
“scala”: 2,
“precisão”: 10,
>vincularSigaf
>>Vincular com
o SiGAF
Texto
“precisão”: 1,
>vlUnitario
>>Valor unitário
do material
BigDecimal
“scala”: 8,
“precisão”: 20,
>tipoMaterial
>>Indica o tipo
de material
Inteiro
“precisão”: 2,
NORMAL (“0”),
IMUNOBIOLÓGICO (“1”)
DILUENTE (“2”)
>escriturarLivro
Texto
“precisão”: 1,
SIM("S"),
SIM("S"),
NÃO(null);
SIM("S"),
NÃO(null);
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 266 de 268
Registro
>>Escriturar em
Livro Registro
Específico
Path: /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
}
}
NÃO("N");
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 267 de 268
]
}
Onde: Null = valores a serem alimentados.
4.130.
Layout da tabela de Itens das entradas de materiais
Neste tópico iremos abordar a forma com que será estruturada as
informações referente aos registros de Itens das entradas de materiais.
> Descrição em
banco
>> Nome em tela
Tipo de Dado
Regras /
Observações
Aceita Nulo
> iEntidades
>> Código da
entidade
Inteiro
“precisão”: 4,
"idSequencia": 1,
Não
>
iEntradasMateriais
>> Código da
entrada do material
Inteiro
“precisão”: 10,
"idSequencia": 2,
Não
>
iEntradasMateriaisIt
ens
>> Sequência do
item da entrada do
material
Inteiro
“precisão”: 10,
"idSequencia": 3,
Não
> iMateriais
>> Código do
material
Inteiro
“precisão”: 10,
Não
> qtdApresentada
>> Quantidade
apresentada
BigDecimal
“scala”: 2,
“precisão”: 10,
Não
>qtdRecebida
>>Quantidade
recebida
BigDecimal
“scala”: 2,
“precisão”: 10,
Não
> dtFabricacao
>> Data de
fabricação
Data
“precisão”: 7,
>lote
>>Lote de
Texto
“precisão”: 60,
Valores possíveis
Regras da migração dos dados
Identificação: ERP790968618724
Produto: Saúde Fly
Página 268 de 268
fabricação
>vlUnitario
>>Valor unitário
BigDecimal
“scala”: 8,
“precisão”: 20,
>nroPregao
>>Número do
pregão
Texto
“precisão”: 30,
>situacao
>>Situação do item
da entrada de
materiais
Texto
“precisão”: 1,
CANCELADA("C"),
FINALIZADA("F"),
PENDENTE("P");
Path: /saude-conversao-ws/api/entradas-materiais-itens
Modelo para conversão da tabela de Itens das entradas de materiais
{
"dtoList" : [{
"clientId" : 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.
_______________________________________________________