Dear Hannan, I can understand the pain of upgrading and change management. Obviously between 2.13 and 2.20 there have been major changes in the tracker.
Since its a small tracker program with few data elements, would you rather take the option of rebuilding everything from scratch on 2.20, then prepare the data from previous versions and re-import? Regards On Tue, Nov 24, 2015 at 11:10 AM, Hannan Khan <[email protected]> wrote: > Dear Prosper > > Yes you are right; new versions have some very good feature (Thanks to > Lars and the Team) which meet majority of the requirements and some are > done through discussion and alternative reporting. > > But converting from 13 to 21 is a big headache; we already done some > conversion from 13 to 19 but still there are some bugs already reported and > waiting for Abyot's response and I ask the Team to take our request > seriously, because we are under huge pressure from the MoH and development > partners. Also we face a lot of new issues due to huge data volume. > > Also orient large number of user on this new UI is another big issue. > > Hope we can soon upgrade one of the Biggest tracker to version 2.21 > > Regards > > Hannan > > On Tue, Nov 24, 2015 at 12:31 PM, Prosper BT <[email protected]> wrote: > >> Hi Hannan, >> >> Good to read from you hoping Bangladesh is treating you well. >> >> You can now use program indicators and create majority of the donor >> statistics, however you will need to upgrade to the latest versions atleast >> 2.20 or 2.21. You also need to have options sets to make meaningful >> indicator expressions. >> >> These program indicators will be used in pivot table, data visualizer... >> >> I think using 2.13 you are still using category combinations for option >> sets, am not sure how they are supported in indicators because I have not >> used them. You may need to overhaul the current 2.13 version to 2.20 and >> import the data with new options sets if you are using them. >> >> Regards >> >> >> On Tue, Nov 24, 2015 at 7:44 AM, Hannan Khan <[email protected]> wrote: >> >>> Dear Knut >>> >>> Fully agree with Lars and Prosper. >>> >>> In our case we used 'Single Event without registration' (in version >>> 2.13) and now 'Event capture'. But producing report using aggregation query >>> is a headache as Donor requirements are varied widely. SO if you have any >>> idea share it with us. I attached our screenshot. >>> >>> Regards >>> >>> Hannan Khan >>> HISP Bangladesh >>> >>> On Mon, Nov 23, 2015 at 5:21 PM, Lars Helge Øverland < >>> [email protected]> wrote: >>> >>>> 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 <[email protected]> >>>> 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:[email protected] >>>>> Skype: ka.adolphe >>>>> <http://www.msh.org/> >>>>> Stronger health systems. Greater health impact. >>>>> >>>>> >>>>> On 22 November 2015 at 06:34, Prosper BT <[email protected]> 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 <[email protected]> >>>>>> 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 : [email protected] >>>>>>> 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 >>>>>> [email protected] | [email protected] | Skype: prospertb >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Mailing list: https://launchpad.net/~dhis2-users >>>>>> Post to : [email protected] >>>>>> Unsubscribe : https://launchpad.net/~dhis2-users >>>>>> More help : https://help.launchpad.net/ListHelp >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> Mailing list: https://launchpad.net/~dhis2-users >>>>> Post to : [email protected] >>>>> 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> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: https://launchpad.net/~dhis2-users >>>> Post to : [email protected] >>>> Unsubscribe : https://launchpad.net/~dhis2-users >>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>> >>> _______________________________________________ >>> Mailing list: https://launchpad.net/~dhis2-users >>> Post to : [email protected] >>> 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 >> [email protected] | [email protected] | Skype: prospertb >> >> > > -- Prosper Behumbiize, MPH Global HISP| University Of Oslo/HISP Uganda +256 752 751 776 | +256 776 139 139 [email protected] | [email protected] | Skype: prospertb
_______________________________________________ Mailing list: https://launchpad.net/~dhis2-users Post to : [email protected] Unsubscribe : https://launchpad.net/~dhis2-users More help : https://help.launchpad.net/ListHelp
