dhis2-kenya team mailing list archive

[samuel cheburet <samuelcheburet@xxxxxxxxx>]

Thanks Ola for you response here are still by elaboration.


>    1. There is need to provide sorting option of data element or
>    indicators to be reflected in a report table.
>
> In report generation in term of data element or indicators user can decide
to  sort the element/indicators by predetermine order




I assume you mean when the data elements or indicators are not cross-tabbed
(on  columns) and listed on rows? Agree that we should do something here.



>    1. There selection of orgunit in report design or GIS shows samburu
>    etc.
>
> As you could see in my email yesterday, that is already fixed. Someone
edited the organisation unit levels, this should not be done!

by them the email you send was not copied to me hence got through MUMO.
Future feedback on who made the changes required to be known to avoid future
same problem as experience in change of guest password. Guest password
require to be un editable to avoid change
>
>
>    1. Development of query code for dispensary as level 2, Health centre
>    as level 3, Community unit as level 1, Hospital as level 4 etc.
>
> You need to provide more details here. What do you mean by query code? What
will this be used for? If there is a one to one relationship between orgunit
type and level then we already have this in place. If not, then one
possibility is to make a new group set for these levels. I guess this is for
the MOH 105 report?

I disucssed this report with Manya and Mumo during the workshop in Tanzania
in June. What we talked about is that we can make this as a standard report
without the levels (for now), and if necessary we can make it in pivot
tables with levels. Later when report tables/ standard reports supports
aggregation by group set (facility levels) we can expand the standard report
to include levels.

I do agree, but there is need to come up with long lasting solution because
the health sector the report (MOH105) This require interoperbility of DHIS
and MFL because some indicator can be generated from the two system. Also I
had proposed if I want to generate contribution of various manning agency to
immunization what is the steps currently. This mean it require coding of the
existing facility type and enen ownership to achieve the request. Based on
the TAnzania declaration when are we achieving the task?

>
>    1. Develop a query code for data analysis by type and ownership  of
>    health facility like Relative periods in report making.
>
>  You mean to be able to analyse orgunit types and ownership (group sets) in
report tables and standard reports? This analysis is already supported in
pivot tables, and is planned for report tables/standard reports for the Dec
2011 release of DHIS 2.

This will be fine but to response to various ministry need like performance
contracting require by September as in above response


>    1. There is need to include type of services offered by each health
>    facility  while adding a health facility like the way dataset is been assign
>    to a given healtyh facility.
>
> For now we have assumed that data set = service. I know that is not always
true, especially with 711. For a different way of collecting services
provided inside organisation units we need quite a lot of work I think. Lars
will have to comment.
However, one way to do this in the current system is to create an annual
data set with one data element per service and then each facility fill in
yes or no in each field in data entry.
Using this data we can make indicators and reports on services provided, and
also see on a map where a certain service is provided.

I still proposed the services to be part of facility registration and can be
used in section naming so  so has to achieve reporting rate by section.
(There should be some relationship btw services and dataset or section. The
interoperbility of MFL can address 50%.

Regards

On Thu, Aug 11, 2011 at 1:07 PM, Ola Hodne Titlestad <olati@xxxxxxxxxx>wrote:

> On 11 August 2011 11:26, Ola Hodne Titlestad <olati@xxxxxxxxxx> wrote:
>
>> Cheburet,
>>
>> Thanks for feedback and suggestions. See my comments inline.
>>
>>
>> On 11 August 2011 10:32, samuel cheburet <samuelcheburet@xxxxxxxxx>wrote:
>>
>>> Hi
>>> I proposed the following to be re looked in the system
>>>
>>>
>>>    1. Validation of custom form data element because using filter one
>>>    can get the data element.
>>>
>>> Please explain what you mean here, I don't understand.
>>
>>>
>>>    1. There is need to increase the chart options from just line and
>>>    graph.
>>>
>>> What kind of charts to you suggest we add? We currently have bar, line,
>> and pie.
>>
>>>
>>>    1. Dataset report is not communication total data entered instate
>>>    showing one facility data or zero values. this have been reported in more
>>>    than three district. This affect all dataset.
>>>
>>> Please give a concrete example of a district + data set + period that is
>> not showing the correct total. I just tested with Nyamira + 711 + June 2011
>> and the total seem fine.
>>
>
> After chatting with Cheburet we found the reason for this. There is nothing
> wrong with the report functionality as such, it was just an issue of the
> nightly data mart (report data) build. The user went directly from data
> entry to data set report and expected to see all the recently entered data.
> As we know, this data will only be available for reports the next day. We
> need to keep informing users about this, and perhaps even put a note inside
> the system, as this causes a lot of confusion.
>
> Ola
> --------
>
>
>
>
>>
>>>    1. There is need to provide sorting option of data element or
>>>    indicators to be reflected in a report table.
>>>
>>> I assume you mean when the data elements or indicators are not
>> cross-tabbed (on  columns) and listed on rows? Agree that we should do
>> something here.
>>
>>>
>>>    1. There selection of orgunit in report design or GIS shows samburu
>>>    etc.
>>>
>>> As you could see in my email yesterday, that is already fixed. Someone
>> edited the organisation unit levels, this should not be done!
>>
>>>
>>>    1. Development of query code for dispensary as level 2, Health centre
>>>    as level 3, Community unit as level 1, Hospital as level 4 etc.
>>>
>>> You need to provide more details here. What do you mean by query code?
>> What will this be used for? If there is a one to one relationship between
>> orgunit type and level then we already have this in place. If not, then one
>> possibility is to make a new group set for these levels. I guess this is for
>> the MOH 105 report?
>>
>> I disucssed this report with Manya and Mumo during the workshop in
>> Tanzania in June. What we talked about is that we can make this as a
>> standard report without the levels (for now), and if necessary we can make
>> it in pivot tables with levels. Later when report tables/ standard reports
>> supports aggregation by group set (facility levels) we can expand the
>> standard report to include levels.
>>
>>>
>>>    1. Develop a query code for data analysis by type and ownership  of
>>>    health facility like Relative periods in report making.
>>>
>>>  You mean to be able to analyse orgunit types and ownership (group sets)
>> in report tables and standard reports? This analysis is already supported in
>> pivot tables, and is planned for report tables/standard reports for the Dec
>> 2011 release of DHIS 2.
>>
>>>
>>>    1. There is need to include type of services offered by each health
>>>    facility  while adding a health facility like the way dataset is been assign
>>>    to a given healtyh facility.
>>>
>>> For now we have assumed that data set = service. I know that is not
>> always true, especially with 711. For a different way of collecting services
>> provided inside organisation units we need quite a lot of work I think. Lars
>> will have to comment.
>> However, one way to do this in the current system is to create an annual
>> data set with one data element per service and then each facility fill in
>> yes or no in each field in data entry.
>> Using this data we can make indicators and reports on services provided,
>> and also see on a map where a certain service is provided.
>>
>>
>>> Regards
>>>
>>> Samuel Cheburet
>>> Ministry Of Health
>>> P.O. Box 20781
>>> Nairobi, Kenya
>>> Mobile- 0721624338
>>>
>>> *Don't Compromise The Quality! Don't Risk It! apply Available Standards
>>> to Achieve Your/organizational Goal.*
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~dhis2-kenya
>>> Post to     : dhis2-kenya@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~dhis2-kenya
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>


-- 
Samuel Cheburet
Ministry Of Health
P.O. Box 20781
Nairobi, Kenya
Mobile- 0721624338

*Don't Compromise The Quality! Don't Risk It! apply Available Standards to
Achieve Your/organizational Goal.*