2014 09:14
To: Lars Helge Øverland
Cc: DHIS 2 Developers list
Subject: Re: [Dhis2-devs] Surveillance Alerts - Sending Alerts
Thanks Guys,
I think the role was also affecting its use, I go for user groups.
Regards
On Thu, Mar 13, 2014 at 11:12 AM, Lars Helge Øverland mailto:larshe
Hi Ola,
Actually the alert does not keep going off. Each time the nightly
surveillance run starts, it records in a system property the time of the
start. In the subsequent run the next night, it only considers alerts that
involve data values that have been entered since the start of the pervious
r
Hi,
I also see a need to be able to configure how we deal with (repeated)
alerts over time.
If the data is not changed the alert will be re-created every night as it
is right now, correct?
I have some ideas for improvements, but would be good to hear what others
are thinking here.
- should we ha
Thanks Guys,
I think the role was also affecting its use, I go for user groups.
Regards
On Thu, Mar 13, 2014 at 11:12 AM, Lars Helge Øverland
wrote:
> Good. I would say lets change to groups, not too many are using it still.
>
> Lars
> On Mar 12, 2014 6:44 PM, "Jim Grace" wrote:
>
>> An optio
Good. I would say lets change to groups, not too many are using it still.
Lars
On Mar 12, 2014 6:44 PM, "Jim Grace" wrote:
> An option to configure this per validation rule group sounds fine. In the
> interest of not making this too complicated for the user, would it better
> to leave it with ro
An option to configure this per validation rule group sounds fine. In the
interest of not making this too complicated for the user, would it better
to leave it with roles (optionally restricted within the org unit
hierarchy), or change the implementation from roles to user groups
(optionally restri
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 the
I think this is very close to a requirement that is likely to come out
of the mobile team in the near future to solve automatic generation of
SMS (and potentially e-mail) reports to users with specific roles
triggered by a completed data set.
Br,
_Andreas_
On 06. mars 2014 20:26, Prosper BT
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 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
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
dis
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
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
g
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 ad
13 matches
Mail list logo
