dhis2-devs team mailing list archive

[Lars Helge Øverland <larshelge@xxxxxxxxx>]

I think the suggestion from Jim is good. Could it be configurable by
validation rule group? So we have a true/false option "send alerts to users
within hierarchy only" or similar on the validation rule group. Then
messages only goes out to users who have the originating org unit of the
alert in their sub-hierarchies.

I think in general having user roles and not user groups was a (my) mistake
- we could simply change it.

regards,

Lars



On Thu, Mar 6, 2014 at 8:26 PM, Prosper BT <ptb3000@xxxxxxxxx> wrote:

> Yes Jim this would suit my use case, but not sure if its global enough
> others can comment may be
>
>
> On Thu, Mar 6, 2014 at 10:23 PM, Jim Grace <jimgrace@xxxxxxxxx> wrote:
>
>> Maybe the most useful next step is to leave the user interface the same,
>> but filter for the organisation unit assigned to the user when sending the
>> messages. So for example a national user would see alerts from anywhere in
>> the country, but a district user would see alerts only from within their
>> district. (We probably should have done it that way in the first place!)
>> Would this help?
>>
>> Cheers,
>> Jim
>>
>>
>> On Thu, Mar 6, 2014 at 2:15 PM, Prosper BT <ptb3000@xxxxxxxxx> wrote:
>>
>>> Thanks Jim for the quick response.
>>>
>>> As we talk about the two the more I see them complicated.
>>>
>>> For the user role, my use case is on the Uganda national system where
>>> user roles and creating users is guarded like a gold mine. Only two people
>>> allowed to create roles and users though the rest of us can create user
>>> groups. But for now I will ask them to create a user role with only one
>>> role that can do much with the system and try it out.
>>>
>>> For the second one, my use case is in four districts where community
>>> health workers are sending weekly maternal surveillance reports. These are
>>> like over 4000 villages in level 5 on the hierarchy. I want districts at
>>> level 3 to receive alerts whenever a death is reported
>>>
>>> So if I implement it the way it is now, I have to create 4 district
>>> accounts and assign all them the alert user role. Once a death happen in
>>> one district all the districts will receive the alert.
>>>
>>> May be as you suggest we should add hierarchy selection (level) in
>>> creating the rule and if we specify sending to a given level (district,
>>>  region, national,...) an alert is only sent to only users assigned to that
>>> level and only for that hierarchy of that orgunit.
>>>
>>> Example
>>>
>>> Uganda/Northern Region/Gulu District/Alur Soubcounty/Gulu
>>> Hospital/Village A
>>> Uganda/Western Region/Kibaale District/Mutoke Soubcounty/Kagadi
>>> Hospital/Village W
>>>
>>> If death is reported from Village W and the rule was set to send to only
>>> users at level 3 only users assigned to Kibaale District with the alert
>>> role should receive the alert, but if level 1 is chosen then all users
>>> assigned to Uganda would receive the alert.
>>>
>>> Regards
>>>
>>>
>>>
>>>
>>> On Thu, Mar 6, 2014 at 9:39 PM, Jim Grace <jimgrace@xxxxxxxxx> wrote:
>>>
>>>> You also raise a good point about sending alerts from different parts
>>>> of the org unit hierarchy to different groups of users. I'm trying to
>>>> imagine how this could be configured. Perhaps when you configure a
>>>> validation rule group you could choose a point in the org unit hierarchy
>>>> and assign a user group to be alerted for organisations at or below that
>>>> point -- and then you could make similar assignments for other points in
>>>> the org unit hierarchy as well. This sounds very useful to me, if a bit
>>>> awkward. Can you imagine a simpler mechanism?
>>>>
>>>> If you can say a bit more about the use case, that also strengthens the
>>>> case for a new feature. In particular, can you tell me what kinds of
>>>> position(s) the users have who want to know about maternal or neonatal
>>>> deaths in their district?
>>>>
>>>> Thanks,
>>>> Jim
>>>>
>>>>
>>>> On Thu, Mar 6, 2014 at 1:17 PM, Jim Grace <jimgrace@xxxxxxxxx> wrote:
>>>>
>>>>> Prosper, thanks for the feedback. The role is only used to identify a
>>>>> group of users, so it doesn't matter what authorities the role has. You
>>>>> could create any number of otherwise dummy roles for this purpose.
>>>>>
>>>>> But your point is very well taken that user groups are in general
>>>>> easier to set up and administer (without needing the authority to create
>>>>> roles.) That's a very good suggestion for the future.
>>>>>
>>>>>  Thanks,
>>>>> Jim
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Mar 6, 2014 at 12:53 PM, Prosper BT <ptb3000@xxxxxxxxx> wrote:
>>>>>
>>>>>> Dear Team and Jim
>>>>>>
>>>>>> Thanks for this validation rule type that helps us send alerts above
>>>>>> set thresholds. Am planning to implement it on one of our use case -
>>>>>> Maternal and Neonatal Weekly death reports. Basically I want sms sent to a
>>>>>> group of users whenever a maternal or neonatal death is reported.
>>>>>>
>>>>>> First of all the two challenges I have are:
>>>>>>
>>>>>> - Sending to users assigned a given user role as opposed to sending
>>>>>> to users in a given group. Its easier to send to a user group as opposed to
>>>>>> the current design that only allows to send to users assigned a given user
>>>>>> role. First of all am not sure what different authorities this role should
>>>>>> have. Secondary in a situation where I have no rights to create a user role
>>>>>> I cant implement this like the case of Uganda national DHIS2.
>>>>>>
>>>>>> So I would suggest we either add sending to a user group.
>>>>>>
>>>>>> - Ability to localize the alerts to the hierarchy; right now we can
>>>>>> only send alerts to a central team otherwise it creates a lot of noise if
>>>>>> we send to user of lower levels for them to be relevant. A user in
>>>>>> districts B may not be interested in alerts from district C would rather
>>>>>> only receive from his only district. But currently if a user in District B
>>>>>> is assigned the alert role, he/she will receive alerts from all districts.
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>> --
>>>>>> Prosper Behumbiize, MPH
>>>>>> Phone:        +256 414 320076
>>>>>> Cell:             +256 772 139037
>>>>>>                      +256 752 751776
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> Prosper Behumbiize, MPH
>>> Phone:        +256 414 320076
>>> Cell:             +256 772 139037
>>>                      +256 752 751776
>>>
>>>
>>
>>
>
>
> --
> Prosper Behumbiize, MPH
> Phone:        +256 414 320076
> Cell:             +256 772 139037
>                      +256 752 751776
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~dhis2-devs
> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~dhis2-devs
> More help   : https://help.launchpad.net/ListHelp
>
>