← Back to team overview

dhis2-devs team mailing list archive

[Branch ~dhis2-documenters/dhis2/dhis2-docbook-docs] Rev 227: Added a chapter on orgunits

 

------------------------------------------------------------
revno: 227
committer: olati <olati@olati-laptop>
branch nick: dhis2-docbook-docs
timestamp: Wed 2010-12-08 14:36:13 +0100
message:
  Added a chapter on orgunits
added:
  src/docbkx/en/dhis2_user_man_orgunits.xml
modified:
  src/docbkx/en/dhis2_user_manual_en.xml


--
lp:~dhis2-documenters/dhis2/dhis2-docbook-docs
https://code.launchpad.net/~dhis2-documenters/dhis2/dhis2-docbook-docs

Your team DHIS 2 developers is subscribed to branch lp:~dhis2-documenters/dhis2/dhis2-docbook-docs.
To unsubscribe from this branch go to https://code.launchpad.net/~dhis2-documenters/dhis2/dhis2-docbook-docs/+edit-subscription
=== added file 'src/docbkx/en/dhis2_user_man_orgunits.xml'
--- src/docbkx/en/dhis2_user_man_orgunits.xml	1970-01-01 00:00:00 +0000
+++ src/docbkx/en/dhis2_user_man_orgunits.xml	2010-12-08 13:36:13 +0000
@@ -0,0 +1,114 @@
+<?xml version='1.0' encoding='UTF-8'?>
+<!-- This document was created with Syntext Serna Free. --><!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd"; []>
+<chapter>
+  <title>Organisation units</title>
+  <para>In this section you will learn how to:</para>
+  <para><itemizedlist>
+      <listitem>
+        <para>Create a new orgunit and build up the orgunit hierarchy</para>
+      </listitem>
+      <listitem>
+        <para>Create group sets and groups to add more cetegorisation to your orgunits</para>
+      </listitem>
+      <listitem>
+        <para>How to make changes to the orgunit hierarchy</para>
+      </listitem>
+    </itemizedlist></para>
+  <section>
+    <title>The organisational hierarchy</title>
+    <para>The organisational hierarchy defines the organisation using the DHIS 2, the health facilities, administrative areas and other geographical areas used in data collection and data analysis.  This dimension to the data is defined as a hierarchy with one root unit (e.g. Ministry of Health) and any number of levels and nodes below. Each node in this hierarchy is called an organisational unit in DHIS 2. The design of this hierarchy will determine the  geographical units of analysis available to the users  as data is collected and aggregated in this structure. There can only be one organisational hierarchy at the same time so its structure needs careful consideration. Additional  hierarchies (e.g. parallel administrative boundaries to the health care sector) can be modeled using organisational groups and group sets, but the organisational hierarchy is the main vehicle for data aggregation on the geographical dimension. Typically national organisational hierarchies in public health have 4-6 levels, but any number of levels is supported. The hierarchy is built up of parent-child relations, e.g. a Country or MoH unit (the root) might have e.g. 8 parent units (provinces), and each province again ( at  level 2) might have 10-15  districts as their children. Normally the health facilities will be located at the lowest level, but they can also be located at higher levels, e.g. national or provincial hospitals, so skewed organisational trees are supported (e.g. a leaf node can be positioned at level 2 while most other leaf nodes are at level 5). Note that it is quite easy to make changes to the upper levels of the hierarchy at a later stage, the only problem is changing organisational units that collect data (the leaf nodes), e.g.  splitting or merging health facilities. Aggregation up the hierarchy is done based on the current hierarchy at any time and will always reflect the most recent changes to the organisational structure. </para>
+  </section>
+  <section>
+    <title>Organisation unit maintenance</title>
+    <section>
+      <title>Organisation units</title>
+      <para>This is where you can create organisation units (from now on referred to as orgunits) and build up the orgunit hierarchy. Orgunits are added one by one as either root unit or a child of a selected unit. The left side menu represents the current organisational hierarchy and if you select a unit there you will see its children listed in the main list of orgunits in the middle of the screen. When an orgunit is selected in the left side menu you can also add new child units to it. To locate an orgunit in the hierarchy you can either navigate through the tree by expanding the branches (click on the + symbol), or search for it by opening the search field (click the green symbol above the root of the hierarchy). In search you can either search for the orgunit name or its code, both will only show exact matches (case-insensitive). To add a new orgunit first select its parent and then click on the Add new button in the top right corner of the list of orgunits. To add a new root orgunit make sure no orgunit is selected in the menu and click on &quot;Add new&quot;. The details of adding a new orgunit are explained in the Editing organisational units section below.</para>
+      <section>
+        <title>Editing organisation units</title>
+        <para>To edit the properties of an existing orgunit first select its parent (if any) in the left side menu, then locate the orgunit in the listed orgunits, and finally click on the &quot;Edit&quot; <inlinegraphic fileref="resources/images/dhis2_images/edit.png" align="center"/> button next to the  name of the orgunit that you want to modify.  The following properties can be defined in the Edit (or Create new) window:</para>
+        <para><itemizedlist>
+            <listitem>
+              <para>Name: Define the precise name of the orgunit in this field. Each orgunit must have a unique name. </para>
+            </listitem>
+            <listitem>
+              <para>Short name: Typically, an abbreviation of the full name. This attribute is often used in reports to display the name of the orgunit, where there is limited space available. </para>
+            </listitem>
+            <listitem>
+              <para>Code: In many countries, orgunits are assigned a code. This code can be entered in this field. </para>
+            </listitem>
+            <listitem>
+              <para>Opening date: Used to control which orgunits that where existing  at a point in time, e.g. when analysing historical data. Default is 1994-01-01 and can be used when the orgunit was already existing when the data collection process started.  </para>
+            </listitem>
+            <listitem>
+              <para>Registers data: This property is used to identify which orgunits that can register data or not. Sometimes administrative orgunits at higher levels in the hierarchy are not supposed to register any data. This can help control the data entry process as only orgunits with this property set to Yes will be availabel for data entry.  </para>
+            </listitem>
+            <listitem>
+              <para>Comment: Any additional information that you would like to add can be put here. </para>
+            </listitem>
+            <listitem>
+              <para>Coordinates: This field is used to create the maps in the GIS module. Paste in the coordinates of the orgunit in this field, either a polygon (for orgunits that represent an administrative boundary) or a point (for health facilities). Without this information the GIS module will not work. It might be more efficient to import these coordinates later as a batch job for all orgunits using the import module. See the GIS chapter for more details.</para>
+            </listitem>
+            <listitem>
+              <para>URL: You can use this field to insert a URL link to an external web site that has additional information about this specific orgunit.</para>
+            </listitem>
+          </itemizedlist></para>
+      </section>
+    </section>
+    <section>
+      <title>Organisation unit group sets</title>
+      <para>Group sets can be understood as a flexible tool to add more categorisation to orgunits. Any number of group sets can be added, but as a default start all databases will have the two group sets &quot;Type&quot; and &quot;Ownership&quot;. Using these  group sets will simplify how reporting is done. While a group set like &quot;Type&quot; describes a measure dimension,  the actual categories are represented by the groups, and the categorisation of an orgunit through the orgunit&apos;s group memberships. This can be understood as a parallel hierarchy of orgunits with the group set as the root (&quot;Type&quot;), the groups at level 2 (e..g &quot;Clinic&quot;, &quot;Hospital&quot;, &quot;Dispensary&quot;), and the actual orgunits at level 3. The group set can as such provide additional information and dimensionality to the data analysis as data is easily filtered, organised, or aggregated by groups within a group set. For this aggregation to work without any duplication in the data some rules are necessary. A group set is always exclusive, which means that an orgunit cannot be member of more than one group in a group set. If you try otherwise you will get notified by the application and the action not allowed. Furthermore it is possible to define whether a group set is compulsory or not, which will affect the completeness of the data when analysing data using group sets. Compulsory means that ALL orgunits must be member of a group in that group set. </para>
+      <para>We recommend that you approach the orgunit grouping in the following sequence (and one group set at a time):</para>
+      <para>1. Add a new group set (or use one of the  ones)</para>
+      <para>2. Add new  groups (names only) and then when you are done go back to the group set and add the groups you just created (in edit group set mode).</para>
+      <para>3. Go back to each group, one by one, go to edit mode and assign the orgunits that should be member of the group.</para>
+      <para>If you start with 3) above then you will easily end up with exclusive violations when later adding groups to a group set. Following the sequence above this will be checked at the time of assigning orgunits to a group (since the system know which group set that group belongs to).</para>
+      <para>To add a new group set click on the &quot;Add new&quot; button.</para>
+      <section>
+        <title>Editing organisation unit group sets</title>
+        <para>Click on the &quot;Edit&quot; <inlinegraphic fileref="resources/images/dhis2_images/edit.png" align="center"/> button next to the  name of the orgunit group set that you want to modify.  The following properties can be defined in the Edit (or Create new) window:</para>
+        <para><itemizedlist>
+            <listitem>
+              <para>Name: Provide a precise name for the group set.</para>
+            </listitem>
+            <listitem>
+              <para>Description: Describe the phenomena the group set is measuring/capturing.</para>
+            </listitem>
+            <listitem>
+              <para>Compulsory: Indicate whether ALL orgunits need to be member of a group in this group set or not.</para>
+            </listitem>
+            <listitem>
+              <para> groups/Selected groups: Here you assign groups to your group set by using the arrow buttons to move  highlighted groups between the two lists (/selected). If no groups appear in the  list then you must go to orgunit groups and create new groups there first. Note that assigning groups that will violate the exclusive rule on group sets is not possible, e.g. adding a group that already has assigned an orgunit that again is already member of a group that has already  been selected by this group set, will not be possible since one orgunit will end up with two group memberships in the same group set. To avoid such situations we recommend first adding groups to group sets, and then orgunits to groups.</para>
+            </listitem>
+          </itemizedlist> </para>
+      </section>
+    </section>
+    <section>
+      <title>Organisation unit groups</title>
+      <para>Here you can add new and manage existing organisation groups and their memberships. To add a new orgunit group click on the &quot;Add new&quot; button in the top right corner of the list of  groups. </para>
+      <section>
+        <title>Editing organisation unit groups</title>
+        <para>Click on the &quot;Edit&quot; <inlinegraphic fileref="resources/images/dhis2_images/edit.png" align="center"/> button next to the  name of the orgunit group that you want to modify.  The following properties can be defined in the Edit (or Create new) window:</para>
+        <para><itemizedlist>
+            <listitem>
+              <para>Name: Provide a precise name for the orgunit group.</para>
+            </listitem>
+            <listitem>
+              <para>Organisation unit tree selection: This is where you assign orgunits to the group. The tree supports multiple selection so select all the orgunits that you want to add (the selected ones appear with orange color) and click on &quot;Save&quot;. Click on &quot;Cancel&quot; to undo your changes and return to the list of orgunit groups. Use the &quot;Select at level&quot; button and dropdown if you want to select all orgunits at a specific level in the hierarchy (e.g. all districts). </para>
+            </listitem>
+          </itemizedlist></para>
+      </section>
+    </section>
+    <section>
+      <title>Organisation unit level</title>
+      <para>Here you specify a contextual name for each level in the hierarchy, e.g. &quot;Country&quot;, &quot;Province&quot;, &quot;District&quot;, &quot;Health Facility&quot;, and these names will be used all over the application where levels are referred to. This page will take some time to load if the orgunit hierarchy is very big.</para>
+    </section>
+    <section>
+      <title>Hierarchy operations</title>
+      <para>Here you can move orgunits around in the hierarchy by changing the parent of a selected orgunit. This process is done in three steps:</para>
+      <para>1. Select the orgunit you want to move (in the hierarchy in the left side menu) and click &quot;Confirm&quot; under the &quot;Select an organisation unit to move&quot; label.</para>
+      <para>2. Select the new parent orgunit (again by using the hierarchy in the left side menu). If no parent is selected then the orgunit will be moved up to root level (top of the hierarchy). Click on the &quot;Confirm&quot; button under the &quot;Select the new parent organisation unit for the one to move&quot; label.</para>
+      <para>3. Click on the &quot;Move&quot; button to apply your changes to the hierarchy.</para>
+      <para>Your changes will be immediately reflected in the left side menu hierarchy. At any time in the process (before hitting the Move button) you can click on the &quot;Reset&quot; button to unselect orgunit to move and the new parent.</para>
+    </section>
+  </section>
+</chapter>

=== modified file 'src/docbkx/en/dhis2_user_manual_en.xml'
--- src/docbkx/en/dhis2_user_manual_en.xml	2010-10-21 09:53:34 +0000
+++ src/docbkx/en/dhis2_user_manual_en.xml	2010-12-08 13:36:13 +0000
@@ -29,6 +29,7 @@
   <xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="dhis2_user_man_getting_started.xml" encoding="UTF-8"/>
   <xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="dhis2_user_man_data_entry.xml" encoding="UTF-8"/>
   <xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="dhis2_user_man_data_administration.xml" encoding="UTF-8"/>
+  <xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="dhis2_user_man_orgunits.xml" encoding="UTF-8"/>
   <xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="dhis2_user_man_data_elements_and_indicators.xml" encoding="UTF-8"/>
   <xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="dhis2_user_man_datasets_forms.xml" encoding="UTF-8"/>
   <xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="dhis2_user_man_data_quality.xml" encoding="UTF-8"/>