← Back to team overview

dhis2-devs team mailing list archive

Re: sectioning a paper form/dataset

 

Hi Abyot,

I would like to freely group data elements of a dataset into sections and
have these sections be displayed as separate tables on a data entry screen
with an optional heading for each of them.
I don't think we need to restrict to one or more of your numbered items
below. A key restriction for me would be to only allow one catcombo per
section, if not you will not be able to auto-generate the tables.

To me the main point of this functionality is to as much as possible avoid
having to design custom forms, especially when the forms you are dealing
with are tabular and somewhat logically built up.

Many of the forms we were designing in Sierra Leone recently had multiple
tables, some with more than one column, some with only one column. That
means some sections would have a catcombo corresponding to many columns,
like:
| Data Element | < 5, male | < 5, female | > 5, male | <5 female |

while other tables were made up of data elements with the default catcombo,
on the type:
| Data Element | Value |

But we would typically have multiple tables (aka sections) which had the
default catcombo that were separated due to their public health program or
subprogram (ANC, Deliveries, Pregnancy complications etc.), and each of
these would have their own heading.

So to use your words, the baseline to divide the data entry screen (I assume
you mean how to build sections) in our case could not be automatically
generated, but in stead the user had to manually create the sections and add
data elements to these. What guides the user will then be the various tables
on the paper form.

In addition to be able to auto generate those tables in the data entry
screen I would like to freely set the order of the tables/sections and for
each table/section specify which fields that need to be greyed out on the
data entry screen.

The tables can be listed one by one under each other, at least as the first
basic step. Being able to put tables next to each other horizontally would
be a bonus, but the vertical order of tables is more important.

Hope this helps to clarify the needs.

Ola
----------




Ola Hodne Titlestad |Technical Officer|
Health Metrics Network (HMN) | World Health Organization
Avenue Appia 20 |1211 Geneva 27, Switzerland | Email: titlestado@xxxxxxx|Tel:
+41 788216897
Website: www.healthmetricsnetwork.org

Better Information. Better Decisions. Better Health.


On 9 June 2010 11:28, Abyot Gizaw <abyota@xxxxxxxxx> wrote:

> Hi Dears,
>
> Just wanted to have your inputs ...
>
> Currently I am working on sections - simply dividing dataentry screens into
> sections, disabling/enabling dataentry cells (grayed fields) and stuff like
> that. I will take off from the existing section code/functionality.... so a
> question I have is - what is the base line to divide a dataentry screen:
>
>
>    1. number of dataelements - like display area?
>    2. categorycombo - for example nice looking uniform table heading?
>    3. some kind of public health logic - for example dividing disease
>    collection form into - airborne, waterborne,.... disease ?
>    4. .....
>
> Thank you
> Abyot.
> _______________________________________________
> Mailing list: https://launchpad.net/~dhis2-devs<https://launchpad.net/%7Edhis2-devs>
> Post to     : dhis2-devs@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~dhis2-devs<https://launchpad.net/%7Edhis2-devs>
> More help   : https://help.launchpad.net/ListHelp
>
>

Follow ups

References