Regras da migração dos dados para o sistema. Saúde Fly

Transcrição

1 Página 1 de 269 Regras da migração dos dados para o sistema Saúde Fly

2 Página 2 de 269 Histórico de Revisões Rev. Data Descrição /10/ Criação do Documento: Regras da migração dos dados para o sistema Saúde Fly /12/ Reestruturação do documento; - Inclusão dos tópicos 2 e /01/ Padronização da linguagem - Ajuste em nome de tabelas - Ajuste nos modelos para conversão

3 Página 3 de 269 Sumário 1. Introdução Liberação e envio dos dados Extrair e estruturar dados Solicitar Token a Betha Sistemas na Base de Teste Migrar dados na base teste Homologar dados migrados Solicitar Token a Betha Sistemas na Base de Produção Migrar dados na base de produção Suporte aos serviços de migração Serviços e tabelas Regras da migração dos dados Layout da tabela de Controle de Viagens Layout da tabela de acompanhantes dos pacientes dos controles de viagens Layout da tabela de Itens dos controles de viagens Layout da tabela de Laudos para TFD Layout da tabela de Pedidos de TFD Layout da tabela de Solicitações para remoção de paciente de TFD Layout da tabela de Veículos Layout da tabela de Contatos Layout da tabela de Medicamentos contínuos Layout da tabela de Pacientes Layout da tabela de CNS e números provisórios dos pacientes Layout da tabela de Especialidades Layout da tabela de Procedimentos da especialidade Layout da tabela de Profissionais Layout da tabela de Vínculos dos profissionais com os estabelecimentos Layout da tabela de Evolução diária do paciente Layout da tabela de Exames físicos Layout da tabela de Prescrições de medicamentos Layout da tabela de Procedimentos realizados no atendimento Layout da tabela de Procedimentos secundários solicitados Layout da tabela de Procedimentos solicitados no atendimento Layout da tabela de SOAP no atendimento Layout da tabela de Tratamento no atendimento... 71

4 Página 4 de Layout da tabela de Aplicações dos medicamentos dos tratamentos Layout da tabela de Atendimentos Layout da tabela de Procedimentos realizados do encaminhamento Layout da tabela de Prontos atendimentos Layout da tabela de Retornos Layout da tabela de Triagens Layout da tabela de Triagem Classificação de Risco Layout da tabela de Agendas dos profissionais Layout da tabela de Horários previstos na agenda do profissional Layout da tabela de Horários de ausência do profissional Layout da tabela de Itens da reserva diária para agendamentos Layout da tabela de Reservas diárias para agendamentos nos estabelecimentos Layout da tabela de Cotas das solicitações de agendamentos Layout da tabela de Itens das cotas das solicitações de agendamentos Layout da tabela de Agendamentos que foram cancelados ou transferidos e que necessitam de contato Layout da tabela de Agendamentos Layout da tabela de Solicitações de agendamentos Layout da tabela de Solicitações de laudos de AIH Layout da tabela de Solicitação de Laudo BPA-I Layout da tabela de Solicitação de Laudo de Procedimentos BPA-I Layout da tabela de Solicitação de procedimentos Layout da tabela de Itens da solicitação de procedimentos Layout da tabela de Solicitações de Atendimentos Individuais Layout da tabela de Atividades Layout da tabela de Atendimentos individuais avaliações de exames Layout da tabela de Atividades profissionais Layout da tabela de Domicílios Layout da tabela de Responsáveis do Domicílio Layout da tabela de Questionário Auto-referido de condição/situação de saúde Layout da tabela de Turmas Layout da tabela de Membros da turma Layout da tabela de Motivos de visitas domiciliares Layout da tabela de Visitas Domiciliares Layout da tabela de Membros da atividade Layout da tabela de Boletins de Produção Ambulatorial Consolidados BPA-C

5 Página 5 de Layout da tabela de Itens dos Boletins de Produção Ambulatorial Consolidados - BPA-C Layout da tabela de Competências Layout da tabela de Faixas de valores permitidos para numeração das autorizações de procedimentos Layout da tabela de Ficha de Produção Orçamentária - FPO Layout da tabela de Procedimentos da Ficha de Produção Orçamentária FPO Layout da tabela de Municípios da Microrregião Layout da tabela de Microrregiões da PPI Layout da tabela de Pactuação integrada Layout da tabela de Procedimentos Pactuados Layout da tabela de Procedimentos que requerem autorização Layout da tabela de Tetos Financeiros Layout da tabela de Agendas das coletas de exames Layout da tabela de Cotas dos horários das agendas de coletas de exames Layout da tabela de Horários das agendas de coletas de exames Layout da tabela de Exames complementares Layout da tabela de Exames complementares itens Layout da tabela de Endereço dos laboratórios dos estabelecimentos Layout da tabela de Exames sadts Layout da tabela de Itens de exames SADT Layout da tabela de Exames SADTS relacionados Layout da tabela de Fila de coleta de exames Layout da tabela de Grupos de exames SADT Layout da tabela de Exames dos grupos de exames SADT Layout da tabela de Resultados dos exames Layout da tabela de Resultado de exames citopatológico Layout da tabela de Itens dos resultados dos exames Layout da tabela de Profissional do resultado de exame Layout da tabela de Solicitação de exames citopatológico Layout da tabela de Solicitação de exames de mamografia Layout da tabela de Solicitações de exames SADTS Layout da tabela de Solicitações de exames SADTS itens Layout da tabela de valores permitidos para o exame Layout da tabela de Itens dos valores permitidos Layout da tabela de Valores de referência do exame Layout da tabela de Itens dos valores de referências do exame

6 Página 6 de Layout da tabela de Campanhas imunobiológicos Layout da tabela de Estabelecimentos de campanhas de imunobiológicos Layout da tabela de Populações de campanhas de imunobiológicos Layout da tabela de Cartões de Vacinas Layout da tabela de Itens do Cartão de Vacinas Layout da tabela de Doses dos imunobiológicos Layout da tabela de imunobiológicos Layout da tabela de Dispensas de materiais Layout da tabela de Itens da dispensa de materiais Layout da tabela de Lotes dispensados Layout da tabela de Entradas de materiais Layout da tabela de Fornecedores Layout da tabela de Grupos de materiais Layout da tabela de Relacionamento entre Grupos e Subgrupos de materiais Layout da tabela de Localizações no estoque Layout da tabela de Localizações dos materiais no estoque Layout da tabela de Materiais estoques críticos Layout da tabela de Itens dos materiais estoques críticos Layout da tabela de Laboratórios dos materiais Layout da tabela de Vencimento dos lotes dos materiais Layout da tabela de Saldos de estoque dos materiais Layout da tabela de Saldo dos lotes de materiais Layout da tabela de Movimentação do estoque Layout da tabela de Perdas e Sinistros Layout da tabela de Itens de perdas e sinistros Layout da tabela de Programação de materiais Layout da tabela de Itens da programação de materiais Layout da tabela de Requisição de materiais Layout da tabela de Itens da requisição de materiais Layout da tabela de Setores de custos Layout da tabela de Subgrupos de materiais Layout da tabela de Transferências de materiais Layout da tabela de Itens das transferências de materiais Layout da tabela de Unidades de medidas Layout da tabela de Materiais

7 Página 7 de Layout da tabela de Itens das entradas de materiais

8 Página 8 de 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.

9 Página 9 de 269 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 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.

10 Página 10 de 269 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-4w aa000311g 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.

11 Página 11 de 269 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 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 caracteres não seja respeitado, será apresentada a mensagem Conteúdo enviado da tabela Registros de conversão está fora do tamanho permitido !. 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 deve ser utilizado o token para este tipo de requisição 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, é

12 Página 12 de 269 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": " T20:24: ", "dtprocessstart": " T20:24: ", "dtservicerequest": " T20:24: ", "idlot": 489, "messagelist": [ "clientid": "123", "id": "ientidades": 161, "ipessoasprof": 90808, "iatividades": 64,

13 Página 13 de 269 "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": " T20:24: ", "dtprocessstart": " T20:24: ", "dtservicerequest": " T20:24: ", "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",

14 Página 14 de 269 "servicetype": "CREATE", "statuslot": "PROCESSED" Detalhes da resposta: Exemplo 2: Message: Mensagem de erro no momento de salvar a informação. Sempre retornará no maximo 1 (uma) restrição por item. "dtprocessend": " T20:24: ", "dtprocessstart": " T20:24: ", "dtservicerequest": " T20:24: ", "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

15 Página 15 de 269 criticidade incluindo mensagens informativas com nível de criticidade SUCESS, ou WARNING que não impedem o processamento do item 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 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

16 Página 16 de 269 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: 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.

17 Página 17 de 269 Aceita Nulo = coluna para identificar se o campo pode ser nulo ou não (não nulo = obrigatório) = 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 Valores possíveis ientidades Código da entidade "idsequencia": 1, icontrolesviagens controle da viagem "idsequencia": 2, iveiculos veiculo imunicipiosdest Municipios de destino qtdlugares Quantidade de lugares no veiculo motorista Motorista Inteiro precisão : 3, Texto precisão : 50,

18 Página 18 de 269 dtviagem Data da viagem dtretorno Data do retorno horaviagem Hora da partida horaretorno Hora do retorno kmsaida Kilometros de saida kmretorno Kilometros de retorno observacao Observação situacao Situação do controle de viagens ipessoasestab estabelecimento Data precisão : 7, Data precisão : 7, Data e Hora scala : 6, precisão : 11, Data e Hora scala : 6, precisão : 11, Inteiro precisão : 6, Inteiro precisão : 6, Texto precisão : 250, Texto precisão : 1, PENDENTE("P"), FINALIZADO("F"), CANCELADO("C"); Inteiro precisão : 9, 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,

19 Página 19 de 269 ] "icontrolesviagens": null, "ientidades": null, "imunicipiosdest": null, "ipessoasestab": null, "iveiculos": null Onde: Null = valores a serem alimentados 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 Valores possíveis ientidades Código da entidade icontrolesviagens controle da viagem icontrolesviagensacomp acompanhante do paciente do controle de viagens ipacientes paciente "idsequencia": 1, "idsequencia": 2, "idsequencia": 3, Inteiro precisão : 9, "idsequencia": 4, dtnascimento Data de nascimento do acompanhante cpf CPF do acompanhante Data precisão : 7, Texto precisão : 25, rg Texto precisão : 20,

20 Página 20 de 269 RG do acompanhante nome Nome do acompanhante telefone Telefone do acompanhante raca raca sexo sexo Texto precisão : 100, Texto precisão : 20, Inteiro precisão : 1, INDÍGENA(0), BRANCA(2), PRETA(4), AMARELA(6), PARDA(8); Texto precisão : 1, MASCULINO("M"), FEMININO("F"); 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.

21 Página 21 de 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 Valores possíveis ientidades Código da entidade "idsequencia": 1, icontrolesviagens controle da viagem ipacientes paciente "idsequencia": 2, Inteiro precisão : 9, "idsequencia": 3, iprofencaminhador profissional encaminhador imunicipiosdest município de destino Inteiro precisão : 9, localembarque Local do embarque do paciente localdestpac Local de destino do paciente possuiacompanhante Possui acompanhante isolicremocaopactfd Código da solicitação de remoção vinculada Texto precisão : 100, Texto precisão : 100, Texto precisão : 1, 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

22 Página 22 de 269 "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 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 Valores possíveis ientidades Código da entidade "idsequencia": 1, ilaudostfd laudo para TFD "idsequencia": 2, ipessoaspac paciente ipacientesext paciente externo Inteiro precisão : 9,, quando origem do laudo para tfd é interno Inteiro precisão : 9,, quando origem do laudo para tfd é externo

23 Página 23 de 269 ipessoasprof profissional solicitante Inteiro precisão : 9, iprocedimentos procedimento solicitado icids CID 10 do diagnóstico inicial iatendimentos atendimento vinculado ao laudo para TFD ipessoasestab Estabelecimento solicitante imunicipios Município solicitante Texto precisão : 10, Texto precisão : 7, Inteiro precisão : 9, dhlaudo Data e hora do cadastro do laudo Data e Hora scala : 6, precisão : 11, tipolaudo Tipo de laudo (dentro ou fora do estado) nomeprofexterno Nome do profissional externo solicitant cpfprofexterno CPF do profissional externo solicitante telefoneprofexterno Telefone do profissional externo solicitante celularprofexterno Celular do profissional externo solicitante carateratendimento Caráter do atendimento Texto precisão : 1, DENTRO DO ESTADO("D"), FORA DO ESTADO("F"); Texto precisão : 60, Texto precisão : 11, Texto precisão : 11, Texto precisão : 11, Texto precisão : 1, AMBULATORIAL("A"), HOSPITALAR("H");

24 Página 24 de 269 diagnosticoprovavel Diagnóstico provável examescomplrealizados Exames complementares realizados princsinaissintomas Principais sinais e sintomas clínicos condicoesjustinternacao Condições que justificam a internação Texto precisão : 500, Texto precisão : 500, Texto precisão : 500,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 500,, quando tipolaudo for FORA DO ESTADO("F"); princresultprovasdiag Principais resultados de provas diagnósticas Texto precisão : 500, ;, quando tipolaudo for FORA DO ESTADO("F") tratamentosrealizados Tratamentos realizados solicitante procedtratsolic Procedimento/Tratamento solicitado justsolicitacaointernacao Justificativa da solicitação de internação condicoeshemodinamica s Avaliação clínica geral - Condições hemodinâmicas padraorespiratorio Avaliação clínica geral - Padrão respiratório funcaorenalhepatica Avaliação clínica geral - Função renal e hepática Texto precisão : 500, Texto precisão : 500,, quando tipolaudo for DENTRO DO ESTADO("D"); Texto precisão : 500,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 250,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 250,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 250,, quando tipolaudo for FORA DO ESTADO("F");

25 Página 25 de 269 estadoneurologico Avaliação clínica geral - Estado neurológico sumário estadonutricional Estado nutricional caractereventualurgencia Caracterização de eventual urgência na realização do procedimento historiapregressaatual História pregressa e atual significativa ultexamesfisicos Dados dos últimos exames físicos realizados hemogramacompleto Exames complementares mínimos - Hemograma completo coagulogramacompleto Exames complementares mínimos - Coagulograma completo creatinina Exames complementares mínimos - Creatinina glicemiajejum Exames complementares mínimos - Glicemia em jejum eletrocardiograma Exames complementares mínimos - Eletrocardiograma radiografiatorax Exames complementares mínimos Texto precisão : 250,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 500,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 500,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 500,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 500,, quando tipolaudo for DENTRO DO ESTADO("D"); Texto precisão : 250,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 150,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 30,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 30,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 150,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 250,, quando tipolaudo for FORA DO

26 Página 26 de Radiografia do tórax ESTADO("F"); riscocirurgico Relatório de risco cirúrgico justimpossibtratlocal Justificativa das razões que impossibilitam a realização do tratamento/exames na localidade necessidadeacompanhan te Necessidade de acompanhante justnecesacompanhante Justificativa da necessidade de acompanhante transprecomendavel Transporte recomendável justtransporte Justificativa da escolha do transporte recomendável situacao Situação do laudo para TFD historicodoenca Histórico da doença examefisico Exame físico iespecialidades Código da especialidade Texto precisão : 500,, quando tipolaudo for FORA DO ESTADO("F"); Texto precisão : 500, Texto precisão : 1, SIM( S ), NÃO( N ); Texto precisão : 500,, quando necessidadeac ompanhante for S ; Texto precisão : 1, RODOVIÁRIO("R"), AÉREO("A"), AMBULÂNCIA("B"), ESPECIAL("E"); Texto precisão : 500, Texto precisão : 1, CANCELADO("C"), PENDENTE("P"), PEDIDO DE TFD REALIZADO("R"); Texto precisão : , Texto precisão : , Inteiro precisão": 10, Path: /saude-conversao-ws/api/laudos-tfd Modelo para conversão da tabela de Laudos para TFD

27 Página 27 de 269 "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,

28 Página 28 de 269 ] "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 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 Valores possíveis ientidades Código da entidade "idsequencia": 1, ipedidostfd pedido de TFD "idsequencia": 2, ilaudostfd laudo para TFD vinculado imunicipiosorigem município de origem do pedido, quando laudovinculado for S

29 Página 29 de 269 ipessoaspac paciente Inteiro precisão : 9,, quando solicitação é interna ipacientesext paciente externo imunicipiosnascimento município de nascimento do paciente não cadastrado na entidade imunicipios município do paciente não cadastrado na entidade ipessoasprofaut profissional autorizador dtpedido Data do pedido laudovinculado Vincular laudo ao pedido regionalsaude Regional de saúde Inteiro precisão : 9,, quando a solicitação é externa Inteiro precisão : 9,, quando parâmetro exigir autorização Data precisão : 7, Texto scala : 1, SIM( S ), NÃO( N ); Texto precisão : 40, pacentidade Indica se o paciente está cadastrado na entidade nomepac Nome do paciente não cadastrado na entidade cns CNS do paciente não cadastrado na entidade nomemae Nome da mãe do paciente não cadastrado na entidade Texto precisão : 1, SIM( S ), NÃO( N ); Texto precisão : 60,, quando pacentidade for N ; Texto precisão : 15,, quando pacentidade for N ; Texto precisão : 60,, quando pacentidade for N ; dtnascimento Data precisão : 7,, quando

30 Página 30 de 269 Data de nascimento do paciente não cadastrado na entidade sexo Sexo do paciente não cadastrado na entidade altura Altura do paciente em centímetros peso Peso do paciente em gramas logradouro Logradouro do paciente não cadastrado na entidade numero Número do paciente não cadastrado na entidade complemento Complemento do paciente não cadastrado na entidade bairro Bairro do paciente não cadastrado na entidade cep CEP do paciente não cadastrado na entidade do paciente não cadastrado na entidade telefone Telefone do paciente não cadastrado na entidade celular Celular do paciente não cadastrado na entidade pacentidade for N ; Texto precisão : 1,, quando pacentidade for N ; Inteiro precisão : 3, Inteiro precisão : 6, Texto precisão : 50,, quando pacentidade for N ; Texto precisão : 8, Texto precisão : 50, Texto precisão : 50,, quando pacentidade for N ; Texto precisão : 8, Texto precisão : 60, Texto precisão : 11, Texto precisão : 11, MASCULINO("M"), FEMININO("F");

31 Página 31 de 269 rg RG do paciente não cadastrado na entidade orgaoemisrg Órgão emissor do RG do paciente não cadastrado na entidade ufemissao UF emitente do RG do paciente não cadastrado na entidade dtemisrg Data de emissão do RG do paciente não cadastrado na entidade cpf CPF do paciente não cadastrado na entidade numreg Número do registro de nascimento do paciente não cadastrado na entidade primeirotfdpac Primeiro tratamento fora do domicílio do paciente pactratamento Paciente em tratamento dtautorizacao Data da autorização ou não autorizacao dttratint Data do tratamento ou internação dtretornotfd Data do retorno do TFD Texto precisão : 20, Texto precisão : 8,, quando rg for informado Texto precisão : 2,, quando rg for informado Data precisão : 7,, quando rg for informado Texto precisão : 11,, quando rg ou numreg não for informado Texto precisão : 32,, quando rg ou cpf não for informado Texto precisão : 1, SIM("S"), NÃO("N"); Texto precisão : 1, SIM("S"), NÃO("N"); Data precisão : 7,, quando parâmetro exigir autorização Data precisão : 7, não pode ser preenchido quando o parâmetro estiver selecionado com a opção Data precisão : 7, não pode ser preenchido quando o parâmetro estiver selecionado com a opção

32 Página 32 de 269 dtvalidadeaut Data de validade da autorização justnaoauttfd Justificativa da não autorização do TFD situacao Situação do pedido de TFD iprocedimentos procedimento solicitado icids Diagnóstico inicial/cid nomeprofsolic Nome do profissional solicitante cpfprofsolic CPF do profissional solicitante nomeestabsolic Nome do estabelecimento solicitante iespecialidades Código da especialidade ipessoasprof profissional ipessoasestab estabelecimento icbos Código CBO Data precisão : 7, não pode ser preenchido quando o parâmetro estiver selecionado com a opção Texto precisão : 250, não pode ser preenchido quando o parâmetro estiver selecionado com a opção Texto precisão : 1, AUTORIZADO("A"), CANCELADO("C"), NÃO AUTORIZADO("N"), PENDENTE("P"); Texto precisão : 10,, quando laudovinculado for N Texto precisão : 7,, quando laudovinculado for N Texto precisão : 60,, quando laudovinculado for N Texto precisão : 11,, quando laudovinculado for N Texto precisão : 60,, quando laudovinculado for N, quando laudovinculado for N Inteiro precisão": 9, Inteiro precisão :9, Texto precisão :6,

33 Página 33 de 269 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, " ": 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,

34 Página 34 de 269 ] "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 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 Valores possíveis ientidades Código da entidade "idsequencia": 1, isolicremocaopactfd

35 Página 35 de 269 Código da solicitação para remoção de pacientes de TFD ipedidostfd pedido de TFD dtsolicitacao Data da solicitação localcidade Local/cidade onde será realizado o tratamento horatratamento Hora do tratamento a ser realizado dtretorno Data de retorno localespera Local de espera do transporte dadosclinicos Dados clínicos do paciente tratamentonecessario Tratamento necessário carroextra Indica a necessidade de carro extra observacaocarroextra Observações da necessidade de carro extra qtdacompanhantes Quantidade de acompanhantes justacompanhante Justificativa da necessidade de "idsequencia": 2, Data precisão : 7, Texto precisão : 100, Data e Hora scala : 6, precisão : 11, Data precisão : 7, Texto precisão : 100, Texto precisão : 100, Texto precisão : 500, Texto scala : 1, SIM("S"), NÃO("N"); Texto precisão : 250, este campo não deve ser preenchido quando carroextra for selecionado com a opção Inteiro precisão : 1, NENHUM("0"), UM("1"), DOIS("2"); Texto precisão : 250,, quando qtdacompan

36 Página 36 de 269 acompanhante familiaracomp1 Indica se o acompanhante 1 é familiar do paciente entidade nomeacomp1 Nome do acompanhante 1 rgacomp1 Número da identidade do acompanhante 1 cpfacomp1 CPF do acompanhante 1 familiaracomp2 Indica se o acompanhante 2 é familiar do paciente nomeacomp2 Nome do acompanhante 2 hantes for selecionado com as opções Um ou Dois Texto precisão : 1,, quando qtdacompan hantes for selecionado com as opções Um ou Dois Texto precisão : 50,, quando qtdacompan hantes for selecionado com as opções Um ou Dois Data precisão : 7,, quando qtdacompan hantes for selecionado com as opções Um ou Dois Texto precisão : 11, este campo não deve ser preenchido quando qtdacompan hantes for selecionado com a opção Nenhum Texto precisão : 1,, quando qtdacompan hantes for selecionado com a opção Dois Texto precisão : 50,, quando qtdacompan hantes for SIM("S"), NÃO("N"); SIM("S"), NÃO("N");

37 Página 37 de 269 selecionado com a opção Dois rgacomp2 Número da identidade do acompanhante 2 cpfacomp2 CPF do acompanhante 2 nomemotorista Nome do motorista enfermagem Indica a necessidade do acompanhamento de enfermeiro(a) nomeenfermagem Nome do(a) enfermeiro(a) situacao Situação da solicitação transporte Transporte imunicipios Município destino dtviagem Data da viagem Texto precisão : 20,, quando qtdacompan hantes for selecionado com a opção Dois Texto precisão : 11, este campo não deve ser preenchido quando qtdacompan hantes for selecionado com a opção Nenhum ou Um Texto precisão : 50, Texto precisão : 1, SIM("S"), NÃO("N"); Texto precisão : 50,, quando enfermagem for selecionado com a opção Sim Texto precisão : 1, CANCELADO("C"), NORMAL("N"); Texto precisão : 1, AMBULÂNCIA("B"), RODOVIÁRIO("R"), AÉREO("A"), ESPECIAL("E"); Data precisão : 7, horaviagem Data e Hora scala : 6,

38 Página 38 de 269 Hora da viagem precisão : 11, observacao Observação telefoneenfermagem Telefone do(a) enfermeiro(a) telefoneacomp1 Telefone do acompanhante 1 telefoneacomp2 Telefone do acompanhante 2 iveiculos Veículo de transporte kmdistancia Distância em km entre municípios sexoacomp1 Sexo do acompanhante 1 racaacomp1 Raça do acompanhante 1 Texto precisão : 250, Texto precisão : 11, este campo não deve ser preenchido quando enfermagem for selecionado com a opção Texto precisão : 11, este campo não deve ser preenchido quando qtdacompan hantes for selecionado com a opção Nenhum Texto precisão : 11, este campo não deve ser preenchido quando qtdacompan hantes for selecionado com a opção Nenhum ou Um Inteiro precisão : 8, Texto precisão : 1,, quando qtdacompan hantes for selecionado com a opção Um Inteiro precisão : 1,, quando qtdacompan hantes for MASCULINO("M"), FEMININO("F"); INDÍGENA("0"), BRANCA("2"), PRETA("4"), AMARELA("6"),

39 Página 39 de 269 selecionado com a opção Um PARDA("8"); ietniasacomp1 Etnias do acompanhante 1 dtnascacomp1 Data de nascimento do acompanhante 1 sexoacomp2 Sexo do acompanhante 2 racaacomp2 Raça do acompanhante 2 ietniasacomp2 i_etnias_acomp_2 dtnascacomp2 Data de nascimento do acompanhante 2 dttratamento Data do tratamento, quando racaacomp1 for selecionado com a opção Indígena Data precisão : 7,, quando qtdacompan hantes for selecionado com a opção Um Texto precisão : 1,, quando qtdacompan hantes for selecionado com a opção Dois Inteiro precisão : 1,, quando qtdacompan hantes for selecionado com a opção Dois, quando racaacomp2 for selecionado com a opção Indígena Data precisão : 7,, quando qtdacompan hantes for selecionado com a opção Dois Data precisão : 7, MASCULINO("M"), FEMININO("F"); INDÍGENA("0"), BRANCA("2"), PRETA("4"), AMARELA("6"), PARDA("8");

40 Página 40 de 269 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,

41 Página 41 de 269 ] "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 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 Valores possíveis ientidades Código da entidade "idsequencia": 1, iveiculos veículo "idsequencia": 2, descricao Descrição do veículo Texto precisão : 100, transporte Texto precisão : 1, AMBULÂNCIA("B"),

42 Página 42 de 269 Transporte RODOVIÁRIO("R"), AÉREO("A"), ESPECIAL("E"); observacao Observação do veículo Texto precisão : 350, 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 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 Valores possíveis ientidades Código da entidade ipessoas Código da pessoa "idsequencia": 1, Inteiro precisão : 9, "idsequencia": 2, idhcontatos Data e scala : 6,

43 Página 43 de 269 Data e hora do contato Hora precisão : 11, "idsequencia": 3, nomepessoa Nome da pessoa que contatou assunto Assunto do contato realizado tipocontato Tipo do contato observacao Observações Texto precisão : 60, Texto precisão : 100, Texto precisão : 1, PRESENCIAL("1"), TELEFONE("2"), ("3"), VIZINHO("4"), CARTA("5"), OUTROS("6"); Texto precisão : 500, 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 Layout da tabela de Medicamentos contínuos

44 Página 44 de 269 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 Valores possíveis ientidades Código da entidade "idsequencia": 1, ipessoaspac paciente imedicamentoscontinuospac Sequência do registro de medicamento contínuo imateriaist material Inteiro precisão : 9, "idsequencia": 2, "idsequencia": 3, matsistema Material do sistema Texto precisão : 1, SIM("S"), NÃO("N"); descricaomedicamento Descrição do medicamento apresentacaomedicamento Apresentação do medicamento posologia Posologia dtinicio Data de início do tratamento dttermino Data de término do tratamento situacao Situação do registro motivo Motivo do cancelamento ou encerramento do tratamento Texto precisão : 50, Texto precisão : 100, Texto precisão : 50, Data precisão : 7, Data precisão : 7, Texto precisão : 1, EM ABERTO("A"), CANCELADO("C"), ENCERRADO("E"); Texto precisão : 100, Obrigatório se Medicação Contínua = Cancelado

45 Página 45 de 269 quantidade Quantidade unidadeduracao Unidade de duração programa Programa ministério BigDecimal scala : 2, precisão : 10, Texto precisão : 1, DIA("D"), SEMANA("S"), MÊS("M"); 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 Layout da tabela de Pacientes

46 Página 46 de 269 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 Valores possíveis ientidades Código da entidade "idsequencia": 1, ipessoas Código da entidade Inteiro precisão : 9, "idsequencia": 2, cns Número do Cartão Nacional de Saúde nroprovisorio Número provisório Texto precisão : 15, Texto precisão : 15, alergico Indica se o paciente é alérgico (S ou N) alergia Descreve a alergia do paciente observacao Observações nomeresponsavel Nome do responsável cpfresponsavel CPF do responsável nroprontuario Número do prontuário iareas Código da área familia Código da família domicilio domicílio microarea Microárea Texto precisão : 1, SIM( S ), NÃO( N ); Texto precisão : 250, Texto precisão : 500, Texto precisão : 155, Texto precisão : 11, Texto precisão : 13, Texto precisão : 4, Inteiro precisão : 3, Texto precisão : 16, Inteiro precisão : 2, ietnias

47 Página 47 de 269 Código da etnia inacionalidades Código da nacionalidade recebersms Autorização de envio de SMS pela entidade Inteiro precisão : 3, Texto precisão : 1, SIM( S ), NÃO( N ); dhopcaosms Data/hora da opção de recebimento de SMS pela entidade Data e Hora scala : 6, precisão : 11, receber Autorização de envio de pela entidade Texto precisão : 1, SIM("S"), NÃO("N"), ERRO("E"), dhopcao Data/hora da opção de recebimento de pela entidade Data e Hora scala : 6, precisão : 11, ativo Indica se o paciente esta ativo ou não motivopacienteinativo Motivo da inativação do paciente tipomotivoinativacao Tipo do motivo da inativação do paciente icbos CBO Texto precisão : 1, SIM( S ), NÃO( N ); Texto precisão : 500, Texto precisão : 1, ÓBITO("O"), MUDANÇA DE ENDEREÇO("M"), UNIFICADO("U"), OUTROS("T"); 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 responsável familiar frequentaescola Frequenta escola Inteiro precisão : 9, Texto precisão : 1, SIM( S ), NÃO( N );