Hi all,
When is Offset period by amount used in program indicators? this function seems to be associated with the reporting period.
Thanks
Hi all,
When is Offset period by amount used in program indicators? this function seems to be associated with the reporting period.
Thanks
Good question!
The short answer, from the User Guide on Program Indicators configuration
Offset period by amount : In some cases, for example cohort analytics, the boundary should be offset relative to the aggregate reporting period when running pivots and reports. The offset period by amount is used to move the current boundary either back(negative) or forward(positive) in time. The amount and period type together will determine how big the offset will be. An example can be when making a simple enrollment cohort program indicator for a 1 year cohort, it might be enough to offset each boundary of the program indicator with â-1â and âYearsâ
The longer answer from the Tracker Design Guide:
In most scenarios, the period of the analytics query is the period when events or enrollments should take place. In a few very specific use cases of longitudinal analysis, the program indicator should evaluate tracker data from a certain amount of time before (or after) the reporting period. These are referred to as cohorts, and can be useful in a variety of contexts:
When defining a period boundary, two optional valuesâOffset Period by amount and Period Typeâdefine how to move (âoffsetâ) the period boundary relative to the reporting period.
In the example below, the analytics period boundaries for an enrollment type PI are moved back one month. The offset period type is Monthly, and the Offset period by amount is -1.
This is how we create a cohort with our program indicator by shifting the analytics window to examine tracker data from a previous time frame, relative to the analytics period.
Note Period offsets with negative values will reposition the target backwards in time. Positive offset boundaries are more rare in practice, since they evaluate tracker data from after the reporting period has ended. This is an unlikely scenario for âreal time analysisâ in routine HIS use cases.
Whatâs important from this example is to note that the enrollment boundary has simply shifted to exactly one month before the analytics period opened, and ends one month before the reporting period closes.
âŚ
The Tracker Design Guide provides additional examples of how to use period boundary offsets effectively.
Hi @brian,
Thank you for sharing this useful information although in my opinion there too many technical terms for me understand everything clearly.
I will read this information again and again until I grasp it.