[Dhis2-users] dhis 2.25

[Sunil Gavaskar]

Hi DHIS2 team,when is 2.25 version getting released. the website says 7 oct, 
2016, but its still not availablesunilgavaskar___
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

[Dhis2-users] Validation Rules translation

[marcgarnica13]

Hi all,

I’m currently developing some validation rules and I would really like to 
translate them in other languages. At least at versions 2.24 I’m only able to 
translate the name of the VR, which is quite useless because what I really need 
to translate is the description of the rule and the instructions in case the 
rule is violated. 

Is there any way to translate them?

Thank you very much

Marc Garnica

___
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

Re: [Dhis2-users] Looking for Human Resource System to integrate with DHIS

[gerald thomas]

Raphael,
Please share

On 10/11/16, Raphael Pundo  wrote:
> All,
> In case on is interested, Kenya has integrated the iHRIS (Aggregate Data)
> with DHIS2 using  the Master Facility List Code as the Primary Key. I can
> provide more info
>
> Regards
> Raphael
>
> On Tue, Oct 11, 2016 at 8:49 AM, Arthur Heywood 
> wrote:
>
>> Prosper
>> good to know .
>> BUT
>> On the other hand, this is a great example of not thinking about USE of
>> data . UNICEF is  proposing bottleneck analysis that needs HR data
>> ...
>> yet there is no  automatically  genersted quality / usable HR data in one
>> place ..
>>
>> Sounds like we need to quickly sit down and start to get aggregated data
>> directly out of IHRIS so we can make bottleneck analysis . I hope
>> this
>> January workshop will provide this opportunity
>>
>> Cheers
>> A
>>
>> On Saturday, 8 October 2016, Prosper BT  wrote:
>>
>>> Hi Arthur,
>>>
>>> For bottleneck analysis using HR indicators/data element, HISP Uganda
>>> with UNICEF support use aggregate HR DHIS2 dataset, we have not managed
>>> to
>>> integrate iHRS data yet.
>>>
>>> [image: Inline image 1]
>>>
>>> On Sat, Oct 8, 2016 at 8:17 AM, Arthur Heywood 
>>> wrote:
>>>
 Carl
 We do not need detailed data  what was described as "core HRHIS" is
 more than good enough  aggregate data with no details so that we can
 do
 workload indicators, Bottleneck analysis etc within DHIS, using
 imported
 data
 I would really like to see this in practice somewhere  any ideas
 where this integration is actually working already?

 Regards
 Arthur

 *Without deviation from the norm, there can be no progress***
 *(Frank Zappa)*
 *Skype* arthur_heywood_za
 Tanzania* +255-773669393 OR +255 673150252









 On 5 October 2016 at 14:56, Carl Leitner  wrote:

> Hey Arthur,
> Let me know if you would like to talk about this.  If you are keen on
> doing everything in DHSI2 (rather than an separate HRIS system, such
> as
> iHRIS) then there are some existing standard data models for health
> worker
> information that it would be good to model your data elements after.
>
> Are you looking more for the aggregate number of HWs or do you need
> information on the HWs themselves?
> Cheers,
> -carl
>
>
>
> On Oct 4, 2016, at 4:20 PM, Calle Hedberg 
> wrote:
>
> Arthur,
>
> I'm not directly involved with the HRIS work using DHIS, my current
> focus is on a fully integrated disease surveillance system. Will find
> out
> and get back to you.
>
> Regards
> Calle
>
> On 4 October 2016 at 15:15, Arthur Heywood 
> wrote:
>
>> Calle
>> In Zambia we are also looking to set up what you call a "core" Human
>> Resource HMIS ... mainly to do some "Bottleneck analysis" for our
>> MDGi
>> districts ...
>>
>> Are we able to use a beta version and see what we are able to adapt
>> it
>> to our needs (same people being called different professional jobs
>> etc)
>>  and then feed back into the development process interesting to
>> know
>> how far you have progressed?
>>
>> Cheers
>> a
>>
>> *Without deviation from the norm, there can be no progress***
>> *(Frank Zappa)*
>> *Skype* arthur_heywood_za
>> Tanzania* +255-773669393 OR +255 673150252
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On 26 August 2016 at 23:08, Calle Hedberg 
>> wrote:
>>
>>> Laura,
>>>
>>> The two main HRIS component designs "within" DHIS2 are the HRHIS in
>>> Tanzania and another in Vietnam (John Lewis or Morten will be able to
>>> tell
>>> you more about that one).
>>>
>>> South Africa is currently using a customised Tracker app for
>>> managing
>>> Community Service and Internships (around 10,000 graduates are
>>> applying for
>>> internship or Community Service posts per annum).
>>>
>>> We are also working on a "core" workforce registry tightly
>>> integrated
>>> with DHIS2. By "core" I mean it will only deal with actual HR
>>> resources
>>> including position, what they are licensed/authorised to do, and
>>> contact
>>> details. Things like continuous education, bursaries, payroll, etc
>>> are
>>> processed/managed by other systems. A major advantage of tight
>>> integration
>>> will be the ability to use DHIS2 communication and messages + user
>>> registration to communicate directly with health workers - in
>>> particular
>>> since health workers increasingly will be interacting directly with
>>> 

Re: [Dhis2-users] Looking for Human Resource System to integrate with DHIS

[Arthur Heywood]

Hi Carl
Well put ... the major challenge is certainly NOT a technological one -
that is (as usual) the easiest

To go back to my old favorite, the PRISM framework, it is the

   -  *organisational / managerial* determinants (Standard operating
   procedures, facility lists, reporting procedures etc)
   - *behavioural *determinants (coordination between departments, demand
   for data etc)

Once these are sorted, the technical part is easy
r
MY feeling is that we should sit down clearly and identify what OUTPUTS
(indicators, data elements for ) we need for RBF and other HR management
 and analysis tools tools  and THEN see how we can most easily collect
the necessary data .

To do this we need a

   -  clear vision from the various MoHs and NGOs (particularly UNICEF)
   whether they really want to do RBF  and if there is a common vision we
   make a
   - plan (with associated budget) and
   - test this out in a few countries (e.g. Zanzibar)

Can we start moving towards this for the january workshop??

cheers
A
On Saturday, 8 October 2016, Carl Leitner  wrote:

> Hi all,
>
> At this point, the challenges in integrating DHIS2 and iHRIS for
> indicators are pretty much entirely related to governance and
> coordination.  The technological tools are there (and they are getting
> simpler and simpler to use).   If anyone is wanting help in these areas,
> please reach out to us (IntraHealth) and we should be able to find a way to
> support you with the tools and provide further guidance.
>
> The main challenges in order of complexity, as I see them, are:
>
>- Often the HR and HMIS units do not work in close co-ordination.
>The information needs for the HR unit (and other similar stakeholders) are
>different than for the HMIS unit.  If there is no formal platform (e.g. a
>TWG)  for these groups to coordinate on and jointly own issues related to
>information needs and the associated data exchange needed to support this,
>than any attempt to have  sustainable data exchange will be dead in the
>water.   This, in my opinion, is the major point of failure.
>- Lack of agreement of facility lists, as has already been mentioned.
>   There are a couple of situations here:
>   - One system (e.g. DHIS2) becomes the authority for the facility
>   data.  In this case, there is existing tooling for iHRIS to load in 
> DHIS2
>   facility data using a third piece of standards compliant software (more 
> on
>   that below) to handle the data management, an “InterLinked Registry".  
> This
>   situation can be problematic, as Kayode alludes to,  if the two systems 
> do
>   not agree on what is a facility.   The set of facilities from an HR
>   perspective is larger than the set of facilities that provide clinical
>   services, for example.
>   - DHIS2 and iHRIS each maintain their own independent facility
>   lists.   This is the most common scenario and occurs when the HMIS unit
>   does not agree to adopt all of the facilities that are required for the 
> HR
>   unit.   In this case, we need to ensure that the iHRIS facilities can
>   cross-reference the DHIS2 facilities.   There is significant tooling on
>   this already, again using third piece of standards compliant software.
>   Note, on the OpenHIE InterLinked Registry call this Wednesday  (see 
> below),
>   Ally will be showing us some of the facility matching/de-duplication 
> tools
>   he developed for Sierra Leone and now extended to be used in other
>   contexts.  Jembi has also worked on a lot of tooling to help automate 
> and
>   monitor the synchronization processes through the OpenHIM software.
>   - There is a third party facility registry that both DHIS2 and
>   iHRIS should synchronize with.  This is a pretty uncommon scenario.
>- Lack of agreement on the cadre, job or other health worker
>classification to report on.   There are three types of stakeholders here,
>and usually each has a different set of classifications for health workers
>they are interested in. These stakeholders are the HMIS unit with DHIS2,
>the HR unit with software like iHRIS Manage, and the professional councils
>with software like iHRIS Qualify.  iHRIS Manage will give you the currently
>deployed health workers, while iHRIS Qualify would give you total number of
>available/licensed (though not necessarily deployed) health workers.  There
>are a couple of other HRIS systems that are also coming: iHRIS Train which
>is used to manage information a national picture on the health workers
>graduating from academic institutions and the iHRIS Community Health Worker
>Registry.
>
>Because of this multiple types of classification, we often need to map
>the cadres from the source HRIS system into the cadres required for the
>HMIS/DHIS2.This mapping can be handled within the HRIS