Why no Category Combinations for Patient Domain type data elements?

John_Ojo · 27 July 2013 10:49

Dear All,

I have noticed that data elements defined with Patient Domain type cannot have category combinations. Please why is this so?

I have a data element defined with Aggregate Domain type and the data element has category combinations (Sex + Organization type). Pls see the attached screenShot.

The challenge is that values for each of the data fields in the screenShot must come from data aggregated from the Tracker side of my DHIS2 application.

Following the instructions titled Sample of person aggregation on page 241 of DHIS2 2.12, I tried creating a corresponding data element on the tracker side to match my data element 22a (screenShot) but realized my tracker-side data element cannot have the category combinations like we have in the screenShot.

I am thinking of creating several data elements (Patient domain type) that will map to each of the data fields in the screenShot as follows:

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - CBO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - CBO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - FBO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - FBO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - intGvmntal_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - intGvmntal_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - Gvmntal_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - Gvmntal_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - HFacility_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - HFacility_Female

Please ignore the ‘t’ in parenthesis; it’s just to signify (to me) that the data element is the tracker side equivalent.

The strategy is that data collected in the data element:

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Male in the tracker module, would

be aggregated into the corresponding data field in the screenShot and so on.

My next questions are:

Will this approach work?

Would you consider this approach as a good way to achieve my aim?

If not, please could somebody kindly suggest a better, more efficient way of handling this situation?

I would appreciate a very clear step-by-step directions to solving this problem.

Thank you,

John

John Ojo MD, FMCPH

Accra, Ghana.

Mobile: +233 234691626

Skype: Johnojo
Email: jnojo@yahoo.com

jason · 27 July 2013 11:53

Hi John,
Not really sure the entire approach makes sense. For the tracker module, you would typically have a tracker data element like

“Received HIV prevention capacity building through step-down technical assistance” which would be a boolean (True/False). This would represent an event. Did they receive capacity building or did they not?

If you are registering people then you would need to register the person obviously, and provide their gender and something like “Affiliation”, which would need to be a “Person attribute” with “Predefined values” corresponding to the options “NGO, CBO, …”. A slightly different but similar approach would be needed for anonymous events.

In the aggregation query builder, you would then need to map each of the different combinations to the correct category option, such as

If “Received HIV prevention capacity building through step-down technical assistance” = TRUE AND Gender = Male and Affiliation = “NGO” were all true, this would get mapped to the corresponding aggregate data element “Number of individuals who Received HIV prevention capacity building through step-down technical assistance” in the male/NGO category combo option. I

This is how I understand it anyway, but there are others out there who understand this module better than me.

Regards,
Jason

···

On Sat, Jul 27, 2013 at 12:49 PM, John Ojo jnojo@yahoo.com wrote:

Dear All,

I have noticed that data elements defined with Patient Domain type cannot have category combinations. Please why is this so?

I have a data element defined with Aggregate Domain type and the data element has category combinations (Sex + Organization type). Pls see the attached screenShot.

The challenge is that values for each of the data fields in the screenShot must come from data aggregated from the Tracker side of my DHIS2 application.

Following the instructions titled Sample of person aggregation on page 241 of DHIS2 2.12, I tried creating a corresponding data element on the tracker side to match my data element 22a (screenShot) but realized my tracker-side data element cannot have the category combinations like we have in the screenShot.

I am thinking of creating several data elements (Patient domain type) that will map to each of the data fields in the screenShot as follows:

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - CBO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - CBO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - FBO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - FBO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - intGvmntal_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - intGvmntal_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - Gvmntal_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - Gvmntal_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - HFacility_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - HFacility_Female

Please ignore the ‘t’ in parenthesis; it’s just to signify (to me) that the data element is the tracker side equivalent.

The strategy is that data collected in the data element:

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Male in the tracker module, would

be aggregated into the corresponding data field in the screenShot and so on.

My next questions are:

Will this approach work?

Would you consider this approach as a good way to achieve my aim?

If not, please could somebody kindly suggest a better, more efficient way of handling this situation?

I would appreciate a very clear step-by-step directions to solving this problem.

Thank you,

John

**John Ojo MD, FMCPH
**

Accra, Ghana.

Mobile: +233 234691626

Skype: Johnojo
Email: jnojo@yahoo.com

Mailing list: https://launchpad.net/~dhis2-devs

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs

More help : https://help.launchpad.net/ListHelp

jason · 29 July 2013 06:35

Hi John,

I think you have a good point here though. It would seem being able to reuse categories (used for aggregate data elements) as option sets or attribute lists (used to create dropdowns for tracker data elements) could be useful. In the approach I outlined,you would need to effectively duplicate your category (something like Affiliation) with a similar list as a person attribute. Does not seem really that efficient.

Regards,

Jason

–Sent from my mobile

···

On Jul 28, 2013 4:29 PM, “John Ojo” jnojo@yahoo.com wrote:

Thank you so much Jason. This sounds good to me.

John

John Ojo MD, FMCPH

Accra, Ghana.

Mobile: +233 234691626

Skype: Johnojo

Email: jnojo@yahoo.com

From: Jason Pickering jason.p.pickering@gmail.com
To: John Ojo jnojo@yahoo.com

Cc: DHIS developers dhis2-devs@lists.launchpad.net; dhis1-users dhis2-users@lists.launchpad.net

Sent: Saturday, July 27, 2013 12:53 PM
Subject: Re: [Dhis2-devs] Why no Category Combinations for Patient Domain type data elements?

Hi John,
Not really sure the entire approach makes sense. For the tracker module, you would typically have a tracker data element like

“R eceived HIV prevention capacity building through step-down technical assistance” which would be a boolean (True/False). This would represent an event. Did they receive capacity building or did they not?

If you are registering people then you would need to register the person obviously, and provide their gender and something like “Affiliation”, which would need to be a “Person attribute” with “Predefined values” corresponding to the options “NGO, CBO, …”. A slightly different but similar approach would be needed for anonymous events.

In the aggregation query builder, you would then need to map each of the different combinations to the correct category option, such as

If “Received HIV prevention capacity building through step-down technical assistance” = TRUE AND Gender = Male and Affiliation = “NGO” were all true, this would get mapped to the corresponding aggregate data element “Number of individuals who Received HIV prevention capacity building through step-down technical assistance” in the male/NGO category combo option. I

This is how I understand it anyway, but there are others out there who understand this module better than me.

Regards,
Jason

On Sat, Jul 27, 2013 at 12:49 PM, John Ojo jnojo@yahoo.com wrote:

Dear All,

I have noticed that data elements defined with Patient Domain type cannot have category combinations. Please why is this so?

I have a data element defined with Aggregate Domain type and the data element has category combinations (Sex + Organization type). Pls see the attached screenShot.

The challenge is that values for each of the data fields in the screenShot must come from data aggregated from the Tracker side of my DHIS2 application.

Following the instructions titled Sample of person aggregation on page 241 of DHIS2 2.12, I tried creating a corresponding data element on the tracker side to match my data element 22a (screenShot) but realized my tracker-side data element cannot have the category combinations like we have in the screenShot.

I am thinking of creating several data elements (Patient domain type) that will map to each of the data fields in the screenShot as follows:

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - CBO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - CBO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - FBO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - FBO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - intGvmntal_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - intGvmntal_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - Gvmntal_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - Gvmntal_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - HFacility_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - HFacility_Female

Please ignore the ‘t’ in parenthesis; it’s just to signify (to me) that the data element is the tracker side equivalent.

The strategy is that data collected in the data element:

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Male in the tracker module, would

be aggregated into the corresponding data field in the screenShot and so on.

My next questions are:

Will this approach work?

Would you consider this approach as a good way to achieve my aim?

If not, please could somebody kindly suggest a better, more efficient way of handling this situation?

I would appreciate a very clear step-by-step directions to solving this problem.

Thank you,

John

**John Ojo MD, FMCPH

**

Accra, Ghana.

Mobile: +233 234691626

Skype: Johnojo
Email: jnojo@yahoo.com

Mailing list: https://launchpad.net/~dhis2-devs

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs

More help : https://help.launchpad.net/ListHelp

John_Ojo · 28 July 2013 14:27

Thank you so much Jason. This sounds good to me.

John

John Ojo MD, FMCPH

Accra, Ghana.

Mobile: +233 234691626

Skype: Johnojo
Email: jnojo@yahoo.com

···

From: Jason Pickering jason.p.pickering@gmail.com
To: John Ojo jnojo@yahoo.com
Cc: DHIS developers dhis2-devs@lists.launchpad.net; dhis1-users dhis2-users@lists.launchpad.net
Sent: Saturday, July 27, 2013 12:53 PM
Subject: Re: [Dhis2-devs] Why no Category Combinations for Patient Domain type data elements?

Hi John,
Not really sure the entire approach makes sense. For the tracker module, you would typically have a tracker data element like

“R eceived HIV prevention capacity building through step-down technical assistance” which would be a boolean (True/False). This would represent an event. Did they receive capacity building or did they not?

If you are registering people then you would need to register the person obviously, and provide their gender and something like “Affiliation”, which would need to be a “Person attribute” with “Predefined values” corresponding to the options “NGO, CBO, …”. A slightly different but similar approach would be needed for anonymous events.

In the aggregation query builder, you would then need to map each of the different combinations to the correct category option, such as

If “Received HIV prevention capacity building through step-down technical assistance” = TRUE AND Gender = Male and Affiliation = “NGO” were all true, this would get mapped to the corresponding aggregate data element “Number of individuals who Received HIV prevention capacity building through step-down technical assistance” in the male/NGO category combo option. I

This is how I understand it anyway, but there are others out there who understand this module better than me.

Regards,
Jason

On Sat, Jul 27, 2013 at 12:49 PM, John Ojo jnojo@yahoo.com wrote:

Dear All,

I have noticed that data elements defined with Patient Domain type cannot have category combinations. Please why is this so?

I have a data element defined with Aggregate Domain type and the data element has category combinations (Sex + Organization type). Pls see the attached screenShot.

The challenge is that values for each of the data fields in the screenShot must come from data aggregated from the Tracker side of my DHIS2 application.

Following the instructions titled Sample of person aggregation on page 241 of DHIS2 2.12, I tried creating a corresponding data element on the tracker side to match my data element 22a (screenShot) but realized my tracker-side data element cannot have the category combinations like we have in the screenShot.

I am thinking of creating several data elements
(Patient domain type) that will map to each of the data fields in the screenShot as follows:

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Female

22a(t) # of individuals who received HIV prevention capacity building
through step-down technical assistance - CBO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - CBO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - FBO_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - FBO_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - intGvmntal_Male

22a(t) # of
individuals who received HIV prevention capacity building through step-down technical assistance - intGvmntal_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - Gvmntal_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - Gvmntal_Female

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - HFacility_Male

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - HFacility_Female

Please ignore the ‘t’ in parenthesis; it’s just to signify (to me) that the data element is the tracker side equivalent.

The strategy is that data collected in the data element:

22a(t) # of individuals who received HIV prevention capacity building through step-down technical assistance - NGO_Male in the tracker module, would

be aggregated into the corresponding data field in the screenShot and so on.

My next questions are:

Will this approach work?

Would you consider this approach as a good way to achieve my aim?

If not, please could somebody kindly suggest a better, more efficient way of handling this situation?

I would appreciate a very clear step-by-step directions to solving this problem.

Thank you,

John

**John Ojo MD, FMCPH
**

Accra, Ghana.

Mobile: +233 234691626

Skype: Johnojo
Email: jnojo@yahoo.com

Mailing list: https://launchpad.net/~dhis2-devs

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs

More help : https://help.launchpad.net/ListHelp