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 |
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
- Importar base de produção para o mesmo servidor que a nova base
- 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.