Is your feature request related to a problem? Please describe.
Today, ReportStream sends all positive test results to the WA Notify code issuing server. In some cases, these test results are older than the duration that the code issuing server expects. This results in events in the "problems to be investigated" queue for the ReportStream team to investigate
As a state health department, WA does not want to receive exposure notifications older than 19 days to the WA Notify system.
As an operator of the service, I do not want to investigate error events in the "problems to be investigated" queue. I do not want the ReportStream delivery KPI to go down for this false error.
Describe the solution you'd like
I would like to see date-based filters added to the set of filters that can be used to configure receivers. In this way, the WA Notify receiver can filter out old test results.
I suggest two date-based filters for completeness and future use cases. One is based on relative comparison to now() and another is based on absolute time.
Describe alternatives you've considered
This logic could be put into the GAEN transport, but the ReportStream design separates transport from filtering into different operations and configurations.
Is your feature request related to a problem? Please describe. Today, ReportStream sends all positive test results to the WA Notify code issuing server. In some cases, these test results are older than the duration that the code issuing server expects. This results in events in the "problems to be investigated" queue for the ReportStream team to investigate
As a state health department, WA does not want to receive exposure notifications older than 19 days to the WA Notify system.
As an operator of the service, I do not want to investigate error events in the "problems to be investigated" queue. I do not want the ReportStream delivery KPI to go down for this false error.
Describe the solution you'd like I would like to see date-based filters added to the set of filters that can be used to configure receivers. In this way, the WA Notify receiver can filter out old test results.
I suggest two date-based filters for completeness and future use cases. One is based on relative comparison to now() and another is based on absolute time.
Describe alternatives you've considered This logic could be put into the GAEN transport, but the ReportStream design separates transport from filtering into different operations and configurations.
Additional context