Na CTE base_atendimentos_pre_natal a ordenação deveria ser por data_atendimento e não por id_registro.
Da forma que está, trás de forma equivocada a primeira dum valida, pois não necessariamente os valores de id_registro possuem uma ordenação ascendente.
Isso impacta no cálculo da primeira_data_dpp na CTE validacao_dum:
max(apn.primeira_data_dum_valida) + '294 days'::interval AS primeira_data_dpp,
Que consequentemente impacta no cálculo da data_fim_primeira_gestacao na CTE analise_gestante:
LEAST(ra.menor_data_registro_aborto::timestamp without time zone, vd.primeira_data_dpp)::date AS data_fim_primeira_gestacao
Impactando também na alocação das gestantes por quadrimestre e na validação da realização de exames (pois avalia através do campo primeira_data_dum_valida)
Obs: O problema sinalizado nessa issue já foi corrigido no código SQL migrado para o BigQuery conforme o seguinte PR: https://github.com/ImpulsoGov/impulso-orquestrador/pull/37
Na CTE base_atendimentos_pre_natal a ordenação deveria ser por
data_atendimentoe não porid_registro.Da forma que está, trás de forma equivocada a primeira dum valida, pois não necessariamente os valores de id_registro possuem uma ordenação ascendente.
Isso impacta no cálculo da
primeira_data_dppna CTE validacao_dum:max(apn.primeira_data_dum_valida) + '294 days'::interval AS primeira_data_dpp,Que consequentemente impacta no cálculo da
data_fim_primeira_gestacaona CTE analise_gestante:LEAST(ra.menor_data_registro_aborto::timestamp without time zone, vd.primeira_data_dpp)::date AS data_fim_primeira_gestacaoImpactando também na alocação das gestantes por quadrimestre e na validação da realização de exames (pois avalia através do campo primeira_data_dum_valida)
Obs: O problema sinalizado nessa issue já foi corrigido no código SQL migrado para o BigQuery conforme o seguinte PR: https://github.com/ImpulsoGov/impulso-orquestrador/pull/37