Custom Program Rules
The PCA currently does not support In-app creation of custom Program Rules, meaning that the standard Program Rules management in the DHIS2 Maintenance App is required for this. However, the custom Program Rules are displayed in the PCA as described in the Checking Existing Program Rules page.
Please Note: A Program Rule creation feature is being planned for a future release of the PCA.
H2 Program Rules Generated by the PCA
If the HNQIS2 Metadata Package has been installed in the server, the PCA will enable the H2 features. These features allow the creation and modification of H2 Programs, enabling access to other features like the Import/Export of Excel Templates, and the Set Up of H2 Logic and Analytics (see Image 1).
The Excel Template is the main way to define Program Logic in H2 Assessments, allowing for easy configuration of Parent Questions (Hide/Show logic), label creation, scoring calculations, and
much more (see Image 2). You can check how to use the Excel Template here.
After importing the Excel Template with the desired changes, the Program Rules can be generated by using the Set Up Program button.
Please Note:
The Set Up Program button is only enabled after changes are Validated and Saved.
Keep in mind that this button also generates Program Indicators and Analytics used in H2 Programs.
The PCA will automatically generate all the necessary Program Rules and Program Rules Variables to implement the specified logic and the scoring calculations used by the Assessment.
Executing this process again will delete all Previously generated Program Rules and Program Rule Variables to create new ones.
Your custom Program Rules and Program Rule Variables will not be deleted.
Parent Logic - Hide/Show Rules
A Parent Question displays more questions if a specific answer is given, this means that some questions can be hidden from the Assessment until the Parent Question has one specific value. This is useful for displaying questions related to another question, for example:
Is the test result positive? (Parent Question - Yes/No)
If yes, Was the necessary medication administered? (Show if answer is Yes)
If no, Are the test results recent? (Show if answer is No)
Hide/Show Rules are generated by the PCA when the Parent Question and Answer Value columns are configured (see Image 2). This translates into Program rules named using the following structure:
PR - Show/Hide - Show when Question is Answer
The resulting Program Rules in DHIS2 will follow the previous naming convention (see Image 3). The rules generated by the PCA are tagged as Scripted in the configurations so the App is able to differentiate custom and automated Program Rules (see Image 4).
Please avoid adding the text _Scripted to the Description field of your Custom Program Rules, otherwise, the PCA will delete these when generating new Program Rules.
The logic of these Program Rules is “Inverted” due to the fact that DHIS2 can only Hide Questions. This means that if the Rule is “Show Questions when Answer is 1”, the logic would be “Hide Questions when Answer is not 1” (see Images 5 and 6).
Special Case: Mandatory Child Questions
Mandatory questions in DHIS2 represent a problem when these are hidden by a Parent Question. DHIS2 always displays mandatory questions, this means that a Child Question cannot be mandatory directly, or else the question will be shown even if the Parent hasn’t been answered.
To circumvent this issue, Mandatory Child Questions aren’t mandatory by default, that is why the PCA also generates Program Rules for making questions mandatory (see Image 7). These rules are named following the structure:
PR - Make Field Mandatory - Make mandatory when Question is Answer
The configuration is mostly the same as the Hide/Show Program Rules, basically only changing the Program Rule Name and the Program Rule Actions (see Images 8 and 9). Also, the condition would be the same as the Hide/Show rules (see Image 10) without inverting the logic.
With that new set of Program Rules, Mandatory Child Questions are no longer an issue.
H2 Scoring Program Rules
In H2, any numeric type question can contribute to the scoring process of an Assessment. By numeric question we refer to any question with a DHIS2 Value Type of Number, Integer, Positive Integer, etc. This includes questions limited to the options contained in an Option Set (requiring the Option Set to be of numeric type).
A numeric question can contribute to a score if the question Numerator, Denominator and Feedback Order are defined (see Images 11 and 12). Lacking any of the previous configurations means that the question doesn’t contribute to any score.
Questions are also divided into Critical and Non-critical, which generates a new set of Scoring Rules. This configuration can also be applied using the Excel Template or directly from editing a Data Element in the PCA.
Critical Score
The Critical Score is calculated by using all the Critical Questions answered in the Assessment. This means that if a question has been left unanswered, it won’t be taken into account for the Critical Score Calculation.
The PCA generates a Program Rule named PR - Calculated - Critical Questions that operates the Numerator, Denominator and Answer Value of all the answered Critical Questions in the Assessment (see Image 13).
Then, it generates another Program Rule named PR - Score - Critical Questions (%) that stores the value into a Data Element named Critical Steps located in the Critical Steps Calculations section (see Image 14).
Meaning that two Program Rules are used for this process:
PR - Calculated - Critical Questions
PR - Score - Critical Questions (%)
The first one being used for calculating and debugging, and the second one being used to present the result to the supervisor during the Assessment.
Non-critical Score
Similarily the Non-critical Score is calculated by using all the Non-critical Questions answered in the Assessment.
The PCA generates a Program Rule named PR - Calculated - Non-Critical Questions that operates the Numerator, Denominator and Answer Value of all the answered Non-critical Questions in the Assessment (see Image 15).
Then, it generates another Program Rule named PR - Score - Non-Critical Questions (%) that stores the value into a Data Element named Non-critical Steps located in the Critical Steps Calculations section (see Image 16).
Meaning that two Program Rules are used for this process:
PR - Calculated - Non-Critical Questions
PR - Score - Non-Critical Questions (%)
The first one being used for calculating and debugging, and the second one being used to present the result to the supervisor during the Assessment.
Overall Score
The Overall Score isn’t a calculation like the Critical and Non-critical Scores, it is basically a copy of the value contained in the Critical Steps or Non-critical Steps.
Basically, if the Assessment contains Critical Questions, the Overall Score is the same as the Critical Score. On the other hand, If the Assessment doesn’t have a single Critical Question, the Overall Score is the same as the Non-critical Score instead.
The Program Rule generated by the PCA is named as follows:
PR - Attributes - Assign Global Score
This rule assigns either the Critical Steps or the Non-critical Steps value to the Global Score attribute of the Tracked Entity Instance (see Image 17).
Compositive Score
Program Variables
In H2 programs where PCA automatically generate the necessary program rules described above, it also generates associated Program Variable. Those variables are named as xxxxx
screenshot showing a couple of program variables generated by PCA h2 case
0 Comments