O 1o ponto é lembrar, antes de mais nada, que tem erro de inserção. Ou seja, vai ter dado sem sentido, sim. Mas, em geral, não afeta de maneira significativa análises agregadas. #ficaadica : não use para análise individual.
Feito esse parêntese, vamos lá
Feito esse parêntese, vamos lá
DT_SIN_PRI: data de 1os sintomas associados à SRAG. Campo auto referido pelo(a) paciente ou responsável.
DT_NOTIFIC: data de preenchimento da ficha de notificação (~data de identificação do caso como SRAG na unidade de saúde, preenchido pelo/a profissional/agente de saúde)
+
DT_NOTIFIC: data de preenchimento da ficha de notificação (~data de identificação do caso como SRAG na unidade de saúde, preenchido pelo/a profissional/agente de saúde)
+
DT_DIGITA: data de inserção do registro no SIVEP. Não se altera, e é preenchimento automático pelo sistema. DT_EVOLUCA: data de *ocorrência* da alta/óbito. Informado pela unidade de saúde, inserido "quando for inserido"...
+
+
DT_EVOLUCA, DT_PCR, e tudo que vier DEPOIS da inserção do registro no SIVEP, depende de alguém entrar no sistema e atualizar. Em geral, requer contato da vigilância epidemiológica c a uni. de saúde solicitando atualização, ou consulta ao GAL (Labs) p transpor o resultado do lab.
Ou seja, se na inserção do dado (DT_DIGITA) essas infos ñ existiam (os eventos ainda ñ haviam ocorrido), provavelmente eles serão inseridos com atraso em relação as suas respectivas ocorrências. E isso pode levar dias, semanas, meses e, eventualmente, NUNCA.
Ou seja, um caso já notificado e que veio a óbito (EVOLUCAO = 2) em DT_EVOLUCA = 2020-07-20 pode vir a ter esses dois campos serem preenchidos somente no dia 2020-08-01, que foi quando a unidade responsável repassou a info para o sistema.
Como a DT_DIGITA não muda, a única maneira de saber quando foi INSERIDA uma data nova (DT_EVOLUCA, DT_ENT_UTI, DT_PCR, ...) é fazendo comparação do banco na data X com o banco da data X+1, limpando registros removidos em X+1 (casos descartados)
Outra confusão comum: DT_ENCERRA é quando a investigação do caso para sua classificação foi encerrada. Portanto, não pode ser < que DT_NOTIFI, mas pode ser <= DT_DIGITA. Basta ter sido inserido como caso já classificado. E DT_ENCERRA *ñ tm* relação com EVOLUCAO (e DT_EVOLUCA).
Em resumo: as únicas DT que TEM Q SER <= DT_DIGITA são DT_SIN_PRI e DT_NOTIFIC. Todas as demais podem ser > ou < que DT_DIGITA.
**Em tese**, se HOSPITAL == 1 então DT_INTERNA <= DT_NOTIFIC <= DT_DIGITA.
+
**Em tese**, se HOSPITAL == 1 então DT_INTERNA <= DT_NOTIFIC <= DT_DIGITA.
+
Pausa dramática, contribuição de @anarina
PQ "em tese"? Pq tem casos q ñ são óbito nem tiveram internação mas foram inseridos no SIVEP! "Pode isso, Arnaldo?" Não, não poderia. Mas acontece.
E aà se der o azar de vir a internar depois e o registro antigo for atualizado ao invés de removido, então DT_INTERNA > DT_DIGITA
E aà se der o azar de vir a internar depois e o registro antigo for atualizado ao invés de removido, então DT_INTERNA > DT_DIGITA
Aà eu falo que tem que ter cuidado e filtrar os dados de acordo, i.e, não sair usando "do jeito que está", e tem quem ache que é preciosismo... Eu fico como? Só me resta isso:
Buenas, povo, era isso o que tinha para comentar sobre as datas.
Segue a pergunta do @luciofm que deu origem a isso tudo:
Segue a pergunta do @luciofm que deu origem a isso tudo:
@threadreaderapp
unroll this one, please :*
unroll this one, please :*
@threadreaderapp unroll please ;)
