Dear Hannan, Unique ID is quite tricky. In an ideal situation, it is better unique ID is generated outside DHIS2 and feed to it.
The thing is we don't have a mechanism to tell DHIS2 how the ID should be generated. Yes, we used to have a something that worked before - but it was not-scalable. Currently there is a discussion going on among developers here. We are planning to introduce a model where one can specify a pattern of the unique ID and the system will generate accordingly - we hope to have this for 2.23. --- Thank you, Abyot. On Tue, Nov 24, 2015 at 11:01 AM, Hannan Khan <hann...@gmail.com> wrote: > Dear Abyot > > Yes that is a small one. The major problem creator is in the attachment. > > Regards > > Hannan > HISP Bangladesh > > On Tue, Nov 24, 2015 at 2:58 PM, Abyot Gizaw <aby...@gmail.com> wrote: > >> Hi Hannan, >> >> Sorry that I haven't responded. can you please remind us what was >> reported - I can see this bug >> https://bugs.launchpad.net/dhis2/+bug/1492967 >> >> Do you have more? >> >> >> --- >> Thank you, >> Abyot. >> >> On Tue, Nov 24, 2015 at 9:10 AM, Hannan Khan <hann...@gmail.com> 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 <ptb3...@gmail.com> 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 <hann...@gmail.com> 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 < >>>>> larshe...@gmail.com> 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 <kaa...@gmail.com >>>>>> > 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:kaa...@gmail.com >>>>>>> Skype: ka.adolphe >>>>>>> <http://www.msh.org/> >>>>>>> Stronger health systems. Greater health impact. >>>>>>> >>>>>>> >>>>>>> On 22 November 2015 at 06:34, Prosper BT <ptb3...@gmail.com> 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 <knu...@gmail.com> >>>>>>>> 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@lists.launchpad.net >>>>>>>>> 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 >>>>>>>> ptb3...@gmail.com | pros...@dhis2.org | Skype: prospertb >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Mailing list: https://launchpad.net/~dhis2-users >>>>>>>> Post to : dhis2-users@lists.launchpad.net >>>>>>>> Unsubscribe : https://launchpad.net/~dhis2-users >>>>>>>> More help : https://help.launchpad.net/ListHelp >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Mailing list: https://launchpad.net/~dhis2-users >>>>>>> Post to : dhis2-users@lists.launchpad.net >>>>>>> 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 : dhis2-users@lists.launchpad.net >>>>>> Unsubscribe : https://launchpad.net/~dhis2-users >>>>>> More help : https://help.launchpad.net/ListHelp >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> Mailing list: https://launchpad.net/~dhis2-users >>>>> Post to : dhis2-users@lists.launchpad.net >>>>> 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 >>>> ptb3...@gmail.com | pros...@dhis2.org | Skype: prospertb >>>> >>>> >>> >>> >>> _______________________________________________ >>> Mailing list: https://launchpad.net/~dhis2-users >>> Post to : dhis2-users@lists.launchpad.net >>> Unsubscribe : https://launchpad.net/~dhis2-users >>> More help : https://help.launchpad.net/ListHelp >>> >>> >> >
_______________________________________________ Mailing list: https://launchpad.net/~dhis2-users Post to : dhis2-users@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-users More help : https://help.launchpad.net/ListHelp
