Ir para o conteúdo principal

Analisar o impacto de migração de dados do banco de produção do Perícias para a nova estrutura do banco, considerando apenas agendamento

Data de elaboração 31/07/2023
Responsável pelo estudo

Raissa de Sousa Stodulski
Taillon Miguel Gonçalves
Ádelle Camarão Monteiro
Lucas Tavares Viana de Souza

Equipe do estudo Tambakiss
Alvo Perícia Médica
Origem Objetivo estratégico, para identificar o impacto da migração de dados de produção para a nova base.
Objetivo Com a análise do impacto, definir alterações estruturais ou tratamentos a serem realizados a fim melhorar a migração.
Documentação correlata (opcional)


Observações

1. Introdução

O sistema de Perícia Médica é o sistema responsável pelo controle, elaboração e compartilhamento de atas e laudos realizados por peritos médicos do CEPEM. Diante da necessidade de realizar a migração de dados de produção para a nova base, foi necessário analisar o impacto que a mesma acarretaria.

2. Desenvolvimento

Após uma análise realizada, foi levantado as seguintes informações.

2.1 Estruturas (DE-PARA)
Conforme planilha que pode ser acessada via link.

Novo Perícia
Tabela Campo Tipo Nullable? Valor para inserção
Agendamentos








Id uniqueidentifier Não  NEWID()
Data datetime2 Não AGENDAMENTO.DAT_AGENDAMENTO
UnidadePericialId uniqueidentifier Não JOIN UnidadesPericiais usando AGENDAMENTO.COD_UNIDADE_PERICIONAL
ProfissionalId uniqueidentifier Não JOIN Profissionais usando AGENDAMENTO.COD_PROFISSIONAL

Horario

 nvarchar  Não  AGENDAMENTO.HOR_AGENDAMENTO
 TipoDeAgendamento nvarchar Não CASE WHEN AGENDAMENTO.IND_TIPO_AGENDAMENTO

PRE-Presencial, Online
SeguradoId uniqueidentifier Não JOIN Segurados usando AGENDAMENTO.COD_SEGURADO
TipoDeLicencaId uniqueidentifier Não JOIN TiposDeLicencas usando AGENDAMENTO.COD_TIPO_LICENCA
Observarcao nvarchar Sim AGENDAMENTO.DES_OBSERVACAO
MotivoCanceladoOuDesistir nvarchar Sim AGENDAMENTO.OBS_CANCELAMENTO
Situacao nvarchar Não CASE WHEN AGENDAMENTO.IND_SITUACAO

CAN-Cancelado
AGE-Agendado
DES-Desistente
RLZ-Concluido
PRE-Presente
FLT-Ausente
FinalidadeDaLicencaId int Não CASE WHEN AGENDAMENTO.FINALIDADE_LICENCA

ACO-Acompanhante
OUT-Outros
MAT-Maternidade
TTS-Tratamento de saúde
ADC (inserido na tabela apesar de não estar listado como na lista anteriormente)
PSE-Pensão especial
RCH-Redução de carga horária
APO-Aposentadoria
IIR-Isenção IRRF
IDD-Inclusão de dependentes
REA-Readaptação
EntidadeId uniqueidentifier Não Id de registro inserido como "Não informado"
MedicoAssistenteId uniqueidentifier Sim Id de registro inserido como "Não informado"
Antigo Perícia
Tabela Campo não utilizado Nullable? Valor Count
AGENDAMENTO




NUM_OFICIO varchar(20) Sim
366.105



HOR_CHEGADA varchar(5) Sim
HOR_CANCELAMENTO varchar(5) Sim
DAT_CRIACAO datetime Sim
DAT_ALTERACAO datetime Sim
COD_USUARIO int Sim
IND_TIPO varchar(3) Não
QUESITO_EXTRA varchar(-1) Sim
USUARIO_SAURON varchar(15) Sim

2.2 Passo-a-passo para importação

    1. Importar base de produção para o mesmo servidor que a nova base
    2. Substituir base origem e destino na instrução abaixo:

Script

            3. Executar instrução

2.3 Alterações necessárias
Após a importação dos agendamentos, foi identificado que não será necessário alterações estruturais e já foi realizado o tratamento/formatação dos dados (que precisaram) na própria instrução.

3. Conclusão

Concluímos que a nível de cadastros, a importação deve ocorrer sem impedimentos. Porém, na planilha foi identificado que há agendamentos com alguns dados não informados e foi inseridos registros nas tabelas como "não informado" ao salvar no novo banco.