Dear Prosper In tracker we have large amount of data, as we are using tracker from introduction of the tracker in DHIS2. And the data conversion is a major problem for us.
Major significant change in tracker is in 'Patient Attribute' and system generated 'Patient Identifier' and is the major problem for us. System generated 'Patient Identifier' was used as Heath ID for our patient as there is no national level universal patient identifier in Bangladesh. All our field staffs are using this as a unique identifier. When that is dropped in 19 is a major issue for us. This was reported by my team but not yet get any solution from the team. Lars and Abyot's special attention is required. Regards Hannan On Tue, Nov 24, 2015 at 2:57 PM, Prosper BT <[email protected]> wrote: > 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
