dhis2-users team mailing list archive

[Lars Helge Øverland <larshelge@xxxxxxxxx>]

Hi,

yes for it to be valuable then disease and treatment must be coded (based
on option sets).

A major benefit of using events is that the age group aggregates could be
produced ad-hoc using program indicators. So this will remove the need for
pre-defined age groups. As we know these are hard to agree on, never
consistent between countries and donors and always change over time, making
them painful to manage.


Lars



On Mon, Nov 23, 2015 at 10:37 AM, Kamugunga Adolphe <kaadol@xxxxxxxxx>
wrote:

> Dear Knut,
> The program without registration could fit in case they simply want to
> record cases/services provided on daily basis.  Name should be dropped for
> ethical issues and rely only on the Reg. But if database could support
>  data quality audit exercises, serial number could help to locate patients
> files, and selection boxes should the best to minimize typing/spelling
> errors
>
> Regards
>
> *Adolphe Kamugunga*
> *MIS Technical Advisor*
> *Knowledge Management, Data Use and Research*
> Rwanda Health System Strengthening Activity
> Management Sciences for Health
> Rwanda-Kigali
> Mobile: +250 788 740 578
> Email:kaadol@xxxxxxxxx
> Skype: ka.adolphe
> <http://www.msh.org/>
> Stronger health systems. Greater health impact.
>
>
> On 22 November 2015 at 06:34, Prosper BT <ptb3000@xxxxxxxxx> wrote:
>
>> Dear Knut,
>>
>> If the purpose of data collection is for reporting through counts of
>> number visiting and services in a given period and no interest in
>> longitudinal follow up then they can go without registration.
>>
>> And as you suggest for non numeric data elements (findings, medicine....)
>> need option sets, to build program indicators to be used on dashboard.
>>
>> Regards
>>
>>
>>
>> On Sun, Nov 22, 2015 at 3:27 AM, Knut Staring <knutst@xxxxxxxxx> wrote:
>>
>>> Hello,
>>>
>>> Please see the attached "line listing" case registry form for
>>> outpatients at frontline clinics. Typically, this is the layout of big
>>> registry books located at rural health centres and sub-centres. I suppose
>>> the date and serial number would not be needed when moving from paper to
>>> tablets.
>>>
>>> My intuitive sense is that this should be implemented as a program
>>> without registration, and just one single stage. Most of the fields should
>>> be free text or option sets (in the case of Yes/No that is a data type).
>>>
>>> Then it will be important to generate aggregate data based on this,
>>> which I assume means we do need drop down lists/option sets for all
>>> diseases and treatments.
>>>
>>> Just wanted to see if people had different ideas and suggestions, as
>>> this is becoming a pretty typical use case for Tracker.
>>>
>>> --
>>> Knut Staring
>>> Dept. of Informatics, University of Oslo
>>> Norway: +4791880522
>>> Skype: knutstar
>>> http://dhis2.org
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~dhis2-users
>>> Post to     : dhis2-users@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~dhis2-users
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>>
>> --
>> Prosper Behumbiize, MPH
>> Global HISP| University Of Oslo/HISP Uganda
>> +256 752 751 776 | +256 776 139 139
>> ptb3000@xxxxxxxxx | prosper@xxxxxxxxx | Skype: prospertb
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to     : dhis2-users@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~dhis2-users
> Post to     : dhis2-users@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~dhis2-users
> More help   : https://help.launchpad.net/ListHelp
>
>


-- 
Lars Helge Øverland
Lead developer, DHIS 2
University of Oslo
Skype: larshelgeoverland
http://www.dhis2.org <https://www.dhis2.org>