dhis2-devs team mailing list archive
-
dhis2-devs team
-
Mailing list archive
-
Message #19995
[Branch ~dhis2-documenters/dhis2/dhis2-docbook-docs] Rev 614: Implementation guide in Spanish: chapter 15 to 17 completed
------------------------------------------------------------
revno: 614
committer: Inés Bebea <ines.bebea@xxxxxxxxxx>
branch nick: dhis2-docbook-docs
timestamp: Sun 2012-11-11 14:21:14 +0100
message:
Implementation guide in Spanish: chapter 15 to 17 completed
added:
src/docbkx/es/resources/images/implementation_guide/dhis_platform.png
src/docbkx/es/resources/images/implementation_guide/mydatamart.png
src/docbkx/es/resources/images/implementation_guide/pivot_table.png
modified:
src/docbkx/es/dhis2_implementation_guide_as_a_platform.xml
src/docbkx/es/dhis2_implementation_guide_data_analysis_tools_overview.xml
src/docbkx/es/dhis2_implementation_guide_pivot_tables_and_mydatamart.xml
src/docbkx/es/dhis2_implementation_guide_users_and_user_roles.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
=== modified file 'src/docbkx/es/dhis2_implementation_guide_as_a_platform.xml'
--- src/docbkx/es/dhis2_implementation_guide_as_a_platform.xml 2012-09-27 08:55:25 +0000
+++ src/docbkx/es/dhis2_implementation_guide_as_a_platform.xml 2012-11-11 13:21:14 +0000
@@ -2,10 +2,10 @@
<!-- 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>DHIS como plataforma</title>
- <para>DHIS can be perceived as a platform on several levels. First, the application database is designed ground-up with flexibility in mind. Data structures such as data elements, organisation units, forms and user roles can be defined completely freely through the application user interface. This makes it possible for the system to be adapted to a multitude of locale contexts and use-cases. We have seen that DHIS supports most major requirements for routine data capture and analysis emerging in country implementations. It also makes it possible for DHIS to serve as management system for domains such as logistics, labs and finance.</para>
- <para>Second, due to the modular design of DHIS it can be extended with additional software modules. These software modules can live side by side with the core modules of DHIS and can be integrated into the DHIS portal and menu system. This is a powerful feature as it makes it possible to extend the system with extra functionality when needed, typically for country specific requirements as earlier pointed out.</para>
- <para>The downside of the software module extensibility is that it puts several constraints on the development process. The developers creating the extra functionality are limited to the DHIS technology in terms of programming language and software frameworks, in addition to the constraints put on the design of modules by the DHIS portal solution. Also, these modules must be included in the DHIS software when the software is built and deployed on the web server, not dynamically during run-time. </para>
- <para>In order to overcome these limitations and achieve a looser coupling between the DHIS service layer and additional software artifacts, the DHIS development team decided to create a Web API. This Web API complies with the rules of the REST architectural style. This implies that:</para>
+ <para>DHIS puede verse como una plataforma de muchos niveles. En primer lugar, la base de datos de la aplicación está diseñada atómicamente teniendo en mente la flexibilidad. Las estructuras de datos como los elementos de datos, las unidades organizativas, los formularios y los roles de usuario pueden definirse de forma totalmente libre desde el interfaz de usuario de la aplicación. Esto hace posible que el sistema se pueda adaptar a multitud de contextos locales y casos de uso. Hemos visto que DHIS soporta los grandes requisitos de captura rutinaria de datos y análisis necesarios en implementaciones a nivel de país. También es posible que DHIS sirva como sistema de gestión para ámbitos como la logística, laboratorios y contabilidad.</para>
+ <para>En segundo lugar, debido al diseño modular de DHIS se puede ampliar con módulos adicionales de software. Estos módulos pueden convivir con los módulos centrales de DHIS y también integrarse en el portal web de DHIS y en el sistema de menú. Esta es una característica muy potente ya que permite extender el sistema con funcionalidades extra cuando sea necesario, normalmente para requisitos específicos del país como se apuntó anteriormente.</para>
+ <para>La otra cara de la extensibilidad modular del software es que pone ciertos límites al proceso de desarrollo software. Los desarrolladores que crean funcionalidad extra están acotados a la tecnología DHIS en términos de lenguaje de programación y entornos software, además de las restricciones puestas en el diseño de módulos por la solución de portal web DHIS. Además, estos módulos han de incluirse en el software DHIS cuando el software se monta y despliega en le servidor web, y no dinámicamente con el servidor en marcha.</para>
+ <para>Para salvar estas limitaciones y lograr un engranaje holgado entre la capa de servicio de DHIS y los aparatos software adicionales, el equipo de desarrollo de DHIS decidió crear un API Web. El API Web cumple con las normas de estilo de arquitectura REST. Esto implica que:</para>
<itemizedlist>
<listitem>
<para>The Web API provides a navigable and machine-readable interface to the complete DHIS data model. For instance, one can access the full list of data elements, then navigate using the provided hyperlink to a particular data element of interest, then navigate using the provided hyperlink to the list of forms which this data element is part of. E.g. clients will only do state transitions using the hyperlinks which are dynamically embedded in the responses.</para>
=== modified file 'src/docbkx/es/dhis2_implementation_guide_data_analysis_tools_overview.xml'
--- src/docbkx/es/dhis2_implementation_guide_data_analysis_tools_overview.xml 2012-09-27 08:55:25 +0000
+++ src/docbkx/es/dhis2_implementation_guide_data_analysis_tools_overview.xml 2012-11-11 13:21:14 +0000
@@ -3,81 +3,49 @@
<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd"; []>
<chapter>
<title>Una perspectiva general de las herramientas de análisis de datos</title>
- <para>This chapter offers an overview of the available tools for data analysis provided by DHIS 2 along with a description of the purpose and benefits of each. If you are looking for a detailed guide on how to use each tool we recommend to continue to read the user guide after finishing this chapter. The following list shows the various tools:</para>
- <orderedlist>
- <listitem>
- <para>Standard reports</para>
- </listitem>
- <listitem>
- <para>Data set reports</para>
- </listitem>
- <listitem>
- <para>Data completeness reports</para>
- </listitem>
- <listitem>
- <para>Static reports</para>
- </listitem>
- <listitem>
- <para>Organisation unit distribution reports</para>
- </listitem>
- <listitem>
- <para>Report tables</para>
- </listitem>
- <listitem>
- <para>Charts</para>
- </listitem>
- <listitem>
- <para>Web Pivot table</para>
- </listitem>
- <listitem>
- <para>GIS</para>
- </listitem>
- <listitem>
- <para>My Datamart and Excel pivot tables</para>
- </listitem>
- </orderedlist>
+ <para>Este capítulo da una panorámica a las herramientas disponibles para el análisis de datos en DHIs 2 junto con una descripción del propósito y ventajas de cada una. Si buscamos una guía detallada sobre cómo usar cada una de ellas, recomendamos seguir leyendo el Manual de Usuario después de este capítulo.</para>
<section>
<title>Herramientas de análisis de datos</title>
- <para>The following section gives a description of each tool.</para>
+ <para>La sección siguiente da una descripción de cada herramienta.</para>
<section>
<title>Reportes estándar</title>
- <para>Standard reports are reports with predefined designs. This means that the reports are easily accessible with a few clicks and can be consumed by users at all levels of experience. The report can contain statistics in the form of tables and charts and can be tailored to suit most requirements. The report solution in DHIS 2 is based on JasperReports and reports are most often designed with the iReport report designer. Even though the report design is fixed, data can be dynamically loaded into the report based on any organisation unit from in the hierarchy and with a variety of time periods.</para>
+ <para>Los reportes estándar son informes con diseños predefinidos. Esto significa que los reportes están accesibles fácilmente en pocos clicks y los usuarios con cualquier nivel de destreza pueden utilizarlos. El reporte puede contener estadísticas en forma de tablas y gráficas y se pueden confeccionar para la mayoría de necesidades. La solución de reportes en DHIS2 se basa en los JasperReports y los reportes normalmente se diseñan con el editor iReport. Incluso cuando el diseño del reporte es fijo, es posible cargar datos dinámicamente en el reporte de cualquier unidad organizativa y de diversos periodos de tiempo.</para>
</section>
<section>
<title>Reportes de sets de datos</title>
- <para>Data set reports displays the design of data entry forms as a report populated with aggregated data (as opposed to captured low-level data). This report is easily accessible for all types of users and gives quick access to aggregate data. There is often a legacy requirement for viewing data entry forms as reports which this tool efficiently provides for. The data set report supports all types of data entry forms including section and custom forms.</para>
+ <para>Los reportes de sets de datos muestran el diseño de los formularios de entrada de datos como reportes ingresados con datos agregados (en contraposición a los datos capturados de bajo nivel). Este reporte es fácilmente accesible para todo tipo de usuarios y nos acerca rápidamente los datos agregados. A menudo existen requisitos heredados de otros sistemas para ver los formularios de entrada de datos como reportes, y lo podemos realizar con esta herramienta. El reporte de sets de datos soporta todo tipo de formularios de entrada de datos incluidos los formularios de secciones y personalizados. </para>
</section>
<section>
- <title>Reportes de integridad de datos</title>
- <para>The data completeness report produces statistics for the degree of completeness of data entry forms. The statistical data can be analysed per individual data sets or per a list of organisation units with a common parent in the hierarchy. It provides a percentage value for the total completeness and for the completeness of timely submissions. One can use various definitions of completeness as basis for the statistics: First based on number of data sets marked manually as complete by the user entering data. Second based on whether all data element defined as compulsory are being filled in for a data set. Third based on the percentage of number of values filled over the total number of values in a data set.</para>
+ <title>Reportes de completitud de datos</title>
+ <para>El reporte de completitud de datos produce estadísticas para el grado de completitud o integridad de los formularios de datos. Los datos estadísticos se pueden analizar por sets de datos individuales o por una lista de unidades organizativas con un "padre" común en la jerarquía. Nos da un porcentaje del total completado y de los registros completados puntualmente. Podemos usar varias definiciones de completitud en base a las estadísticas: primero basándonos en el número de sets de datos marcados manualmente como "Completo" por el usuario que introduce los datos; segundo, basándonos en si todos los elementos de datos marcados como obligatorios se han rellenado en un set de datos; tercero, basándonos en el porcentaje del número de campos rellenados sobre el número total de campos del set de datos.</para>
</section>
<section>
<title>Reportes estáticos</title>
- <para>Static reports provides two methods for linking to existing resources in the user interface. First it provides the possibility to link to a resource on the Internet trough a URL. Second it provides the possibility to upload files to the system and link to those files. The type of files to upload can be any kind of document, image or video. Useful examples of documents to link to are health surveys, policy documents and annual plans. URLs can point to relevant web sites such as the Ministry of Health home page, sources of health related information. In addition it can be used as an interface to third-party web based analysis tools by pointing at specific resources. One example is pointing a URL to a report served by the BIRT reporting framework.</para>
+ <para>Los reportes estáticos ofrecen dos métodos para enlazar con los recursos existentes en la interfaz de usuario. Primero, da la posibilidad de enlazar a un recurso en Internet mediante la URL. Segundo, da la opción de subir archivos al sistema y enlazarlos. El tipo de ficheros que se pueden subir puede ser un documento, imagen o video. Algunos ejemplos de documentos a enlazar son informes estadísticos de salud, documentos normativos y planes anuales de acción. Las URL pueden apuntar a sitios web relevantes como la página principal del Ministerio de Salud, fuentes de información relacionadas con la salud. Además se puede usar como interfaz para herramientas de análisis web de terceros, enlazando a sus recursos específicos. Un ejemplo es enlazar una URL de un reporte entregado por la plataforma de reporte BIRT. </para>
</section>
<section>
<title>Reportes de distribución de unidades organizativas</title>
- <para>The organisation unit distribution report provides statistics on the facilities (organisation units) in the hierarchy based on their classification. The classification is based on organisation unit groups and group sets. For instance can facilities be classified by type through assignment to the relevant group from the group set for organisation unit type. The distribution report produces the number of facilities for each class and can be generated for all organisation units and for all group sets in the system.</para>
+ <para>El reporte de distribución de unidades organizativas muestra estadísticas de los establecimientos (unidades organizativas) en la jerarquía basándose en su clasificación. La clasificación se basa en grupos de unidades organizativas y sets de grupos. Por ejemplo los establecimientos pueden clasificarse por su tipo si los asignamos a un grupo del set de grupos relativo al tipo de unidad organizativa (hospital, centro de salud, etc). El reporte de distribución produce el número de establecimientos de cada clase y puede ser generado para todas las unidades organizativas y para todos los sets de grupo del sistema.</para>
</section>
<section>
<title>Tablas de reporte</title>
- <para>Report tables are reports based on aggregated data in a tabular format. A report table can be used as a stand-alone report or can be used as data source for a more sophisticated standard report design. The tabular format can be cross-tabulated with any number of dimensions appearing as columns. It can contain indicator and data element aggregate data as well as completeness data for data sets. It can contain relative periods which enables the report to be reused over time. It can contain user selectable parameters for organisation units and periods to enable the report to be reused for all organisation units in the hierarchy. The report table can be limited to the top results and sorted ascending or descending. When generated the report table data can be downloaded as PDF, Excel workbook, CSV file and Jasper report.</para>
+ <para>Las tablas de reporte se basan en datos agregados en formato tabular. Una tabla de reporte puede usarse como un informe independiente o como fuente de datos para el diseño de otros reportes estándar más sofisticados. El formato tabular puede cruzarse con el número de dimensiones que queramos, y que aparecerán como columnas. Puede contener indicadores y elementos de datos, datos agregados y datos de completitud de los sets de datos. Puede contener también periodos relativos que permiten que el reporte pueda ser reutilizado cuando queramos. Puede contener parámetros seleccionables por el usuario para las unidades organizativas y periodos para permitir que el reporte se reutilice en todas las unidades organizativas de la jerarquía. La tabla de reporte puede estar limitada a los resultados superiores y se puede ordenar en orden creciente o decreciente. Cuando generamos una tabla de reporte, podremos descargar los datos como fichero PDF, Excel, CSV y reporte Jasper.</para>
</section>
<section>
<title>Gráficas</title>
- <para>The chart component offers a wide variety of charts including the standard bar, line and pie charts. The charts can contain indicators, data elements, periods and organisation units on both the x and y axis as well as a fixed horizontal target line. Charts can be view directly or as part of the dashboard as will be explained later.</para>
+ <para>El componente gráfico ofrece una gran variedad de gráficas incluyendo los diagramas de barras, de puntos y tarta estándar. Las gráficas pueden contener indicadores, elementos de datos, periodos y unidades organizativas en ambos ejes x e y, así como una línea fija horizontal de umbral. Las gráficas pueden verse directamente como parte del panel de control (dashboard), tal y como explicaremos más adelante.</para>
</section>
<section>
<title>Tablas Web dinámicas</title>
- <para>The web pivot table offers quick access to statistical data in a tabular format and provides the ability to “pivot” any number of the dimensions such as indicators, data elements, organisation units and periods to appear on columns and rows in order to create tailored views. Each cell in the table can be visualized as a bar chart. </para>
+ <para>Las tablas web dinámicas ofrecen un rápido acceso a datos estadísticos en formato tabular y permiten "pivotar" tantas dimensiones como queramos: indicadores, elementos de datos, unidades organizativas y periodos para que aparezcan en las columnas y filas y así crear vistas separadas. Cada celda de la tabla se puede visualizar como un diagrama de barras.</para>
</section>
<section>
<title>SIG </title>
- <para>The GIS module gives the ability to visualize aggregate data on maps. The GIS module can provide thematic mapping of polygons such as provinces and districts and of points such as facilities in separate layers. The mentioned layers can be displayed together and be combined with custom overlays. Such map views can be easily navigated back in history, saved for easy access at a later stage and saved to disk as an image file. The GIS module provides automatic and fixed class breaks for thematic mapping, predefined and automatic legend sets, ability to display labels (names) for the geographical elements and the ability to measure the distance between points in the map. Mapping can be viewed for any indicator or data element and for any level in the organisation unit hierarchy. There is also a special layer for displaying facilities on the map where each one is represented with a symbol based on the its type.</para>
+ <para>El módulo SIG (Sistema de Información Geográfica) permite visualizar datos agregados en los mapas. El módulo SIG puede hacer mapeo temático de polígonos, como provincias y distritos, y de puntos, como establecimientos de salud, en distintas capas. Estas capas pueden mostrarse a la vez y pueden combinarse con otras capas personalizadas. Podemos navegar fácilmente por el histórico de vistas de mapas, guardadas para acceder posteriormente o guardadas en el disco como ficheros imagen. El módulo SIG tiene separaciones de clases automáticas y fijas para el mapeo temático, sets de leyendas predefinidos y automáticos, permite mostrar etiquetas (nombres) de los elementos geográficos y permite medir la distancia entre dos puntos del mapa. Podemos ver el mapeo de cualquier indicador o elemento de datos, y para cualquier nivel de la jerarquía de unidades organizativas. Hay también una capa especial para mostrar establecimientos en el mapa donde cada uno se representa con un símbolo según su tipo.</para>
</section>
<section>
<title>Tablas My Datamart y tablas dinámicas Excel</title>
- <para>The purpose of the My Datamart tool is provide users with full access to aggregate data even on unreliable Internet connections. This tool consists of a light-weight client application which is installed at the computer of the users. It connects to an online central server running a DHIS 2 instance, downloads aggregate data and stores it in a database at he local computer. This database can be used to connect third-party tools such as MS Excel Pivot tables, which is a powerful tool for data analysis and visualization. This solution implies that just short periods of Internet connectivity are required to synchronize the client database with the central online one, and that after this process is done the data will be available independent of connectivity. Please read the chapter dedicated to this tool for in-depth information.</para>
+ <para>El propósito de la herramienta My Datamart es permitir a los usuarios un acceso total a los datos agregados incluso con conexiones a Internet poco fiables. Esta herramienta está formada por una aplicación ligera de cliente que se instala en las computadoras de los usuarios. Este cliente se conecta al servidor central online que ejecuta la instancia de DHIS 2, descarga los datos agregados y los almacena en una base de datos en la computadora local. Esta base de datos puede usarse para conectar herramientas de terceros como tablas dinámicas de MS Excel, que es una herramienta potente para el análisis y la visualización de datos. Esta solución implica que se requieren periodos cortos de conexión a Internet para sincroniczar la base de datos cliente con la base de datos central online, y que después de este proceso los datos están disponibles localmente independientemente de la conectividad. Para conocer My Datamart en profundidad, ver el capítulo dedicado expresamente al tema.</para>
</section>
</section>
</chapter>
=== modified file 'src/docbkx/es/dhis2_implementation_guide_pivot_tables_and_mydatamart.xml'
--- src/docbkx/es/dhis2_implementation_guide_pivot_tables_and_mydatamart.xml 2012-09-18 17:33:07 +0000
+++ src/docbkx/es/dhis2_implementation_guide_pivot_tables_and_mydatamart.xml 2012-11-11 13:21:14 +0000
@@ -2,59 +2,56 @@
<!-- 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>Pivot Tables and the MyDataMart tool</title>
- <para>Excel Pivot Table (see screenshot below) is a powerful and dynamic data analysis tool that can be automatically linked to the DHIS 2 data. While most reporting tools in DHIS 2 are limited in how much data they can present at the same time, the pivot tables are designed to give nice overviews with multiple data elements or indicators, and organisation units and periods (see example below). Furthermore, the dynamic features in pivoting and drill-down are very different from static spreadsheets or many web reports, and his makes it a useful tool for information users that want to do more in-depth analysis and to manipulate the views on the data more dynamically. This combined with the well-known charting capabilities of Excel, the Pivot Table tool has made it a popular analysis tool among the more advanced DHIS users for a long time. </para>
+ <title>Tablas dinámicas y la herramienta MyDatamart</title>
+ <para>La tabla dinámica Excel (véase la imagen de pantalla a continuación) es una potente y dinámica herramienta de análisis que podemos enlazar automáticamente con los datos en DHIS 2. Mientras la mayoría de herramientas de reporte en DHIS 2 están limitadas en cuántos datos pueden presentar a la vez, las tablas dinámicas están diseñadas para mostrar buenas vistas con múltiples elementos de datos o indicadores, y unidades organizativas y periods (véase el ejemplo abajo). Es más, las características dinámicas de pitovar y examinar a fondo son muy distintas de las de hojas de datos estáticas o reportes web, y esto las convierte en una herramienta muy útil a los usuarios de información que quieren hacer análisis más profundos y manejar las vistas de los datos de forma más dinámica. Combinando esto con las conocidas capacidades gráficas de Excel, la herramienta de tablas dinámicas se ha convertido por mucho tiempo en una herramienta de análisis muy popular entre los usuarios más avanzados de DHIS.</para>
<graphic width="100%" format="PNG" fileref="resources/images/implementation_guide/pivot_table.png" align="center"/>
- <para>With the recent shift towards online deployments, the offline pivot tables in Excel also provide a useful alternative to the online reporting tools as they allow for local data analysis without Internet connectivity, which can be an advantage on unstable or expensive connections. Internet is only needed to download new data from the online server, and as soon as the data exists locally, working with the pivot tables require no connectivity. The MyDatamart tool, which is explained in detail further down, helps the users to maintain a local data mart file (small database) which is updated over the Internet against the online server, and then used as an offline data source that feeds the pivot tables with data. </para>
- <section>
- <title>Pivot table design</title>
- <para>Typically an Excel pivot table file set up for DHIS 2 will contain multiple worksheets with one pivot table on each sheet. A table can consist of either raw data values (by data elements) or indicator values, and will usually be named based on which level of the organisation unit hierarchy the source data is aggregated by as well as the period type (frequency e.g. Monthly, Yearly) of the data. A standard DHIS 2 pivot table file includes the following pivot tables: District Indicators, District Data Monthly, District Data Yearly, Facility Indicators, Facility Data Monthly, Facility Data Yearly. In addition there might be more specialized tables that focus on specific programs and/or other period types.</para>
- <para>One popular feature of pivot tables is to be able to drag-and-drop the various fields between the three positions page/filter, row, and columns, and thereby completely change the data view. These fields can be seen as dimensions to the data values and represent the dimensions in the DHIS data model; organisation unit (one field per level), data elements or indicators, periods, and then a dynamically extended lists of additional dimensions representing organisation unit/indicator/data element group sets and data element categories (see other chapters of this guide for details). In fact a dynamic pivot table is an excellent tool to represent the many dimensions created in the DHIS 2, and makes it very easy to zoom in or out on each dimension, e.g. look at raw data values by individual age groups or just by its total, or in combination with other dimensions like gender. All the dimensions created in the DHIS 2 will be reflected in the available fields list of each pivot table, and then it is up to the user to select which ones to use.</para>
- <para>It is important to understand that the values in the pivot tables are non-editable and all the names and numbers are fetched directly from the DHIS 2 database, which makes it different from a normal spreadsheet. In order to be edited, the contents of a pivot table must be copied to a normal spreadsheet, but this is rarely needed as all the names can be edited in DHIS 2 (and then be reflected in the pivot tables on the next update). The names (captions) on each field however are editable, but not their contents (values).</para>
- </section>
- <section>
- <title>Connecting to the DHIS 2 database</title>
- <para>Each pivot table has a connection to the DHIS 2 database and makes use of a pivot source view (SQL query) in the database to fetch the data. These queries pull all their data from the data mart tables, so it is important to keep the data mart updated at all times in order to get the most recent data into the pivot tables. A pivot table can connect to a database on the local computer or on a remote server. This makes it well suitable for use in a local network where there is only one shared database and multiple client computers using pivot tables. Excel can also connect to databases running on Linux. The database connection used in the pivot tables is specified in an ODBC data source on the Windows computers running pivot tables.</para>
- <para>For online deployments the recommended way to connect to the DHIS 2 data is to make use of the MyDatamart tool, which creates and updates a local data mart file (database) that Excel can connect to. The MyDatamart tool will be described in detail further down.</para>
- </section>
- <section>
- <title>Dealing with large amounts of data</title>
- <para>The amount of data in a DHIS 2 database can easily go beyond the capabilities of Excel. A table with around 1 million values (rows of data) tend to become less responsive to updates (refresh) and pivoting operations, and on some computers Excel will give out of memory errors when dealing with tables of this size. Typically, the more powerful the computer, the more data can be handled, but the top limit seems to be around 1 million rows even on the high-end computers.</para>
- <para>To deal with this problem the standard DHIS pivot table setup is to split the data over several pivot tables. There are different ways of splitting the data; by organisation unit aggregation level (how deep), by organisation unit coverage/boundary area (how wide), by period (e.g. one year of data at a time), or by data element or indicator groups (e.g. by health programs or themes). Aggregating away the lowest level in the organisation unit hierarchy is the most effective approach as it reduces the amount of data by a factor of the number of health facilities in a country. Typically there is no need to look at all the health facilities in a country at the same time, but instead only for a limited area (e.g. district or province). And when there is a need for data for the whole country that can be provided with district level aggregates or similar. At a district or province office the users will typically have facility level data only for their own area, and then for the neighboring areas the data will be aggregated up one or two levels to reduce the size of data, but still allow for comparison, split into e.g. the two tables Facility Data and Data District Data, and similar for indicator values. Splitting data by period or by data element/indicator groups work more or less in the same way, and can be done either in combination with the organisation unit splitting or instead of it. E.g. if a health program wants to analyse a few data elements at facility level for the whole country that can be possible. The splitting is controlled by the pivot views in the database where one specifies which data values to fetch.</para>
- </section>
- <section>
- <title>The MyDatamart tool</title>
- <para>With online deployments and the use of one single central server (and database) the local use of pivot tables becomes more difficult as Excel connects to the database directly to fetch the data. This means that Excel (and every local computer using DHIS2) would need connection details and access to the database on the server, which is not always wanted. Furthermore,
-the refresh (update the pivot table) operation in Excel completely empties the table before reloading all the data again (new and old), which leads to big and duplicated data downloads over the Internet when connecting to an online server. The solution to these problems has been to build up and maintain an updated "copy" of the central database in each local office where they use Excel pivot tables. These local databases are called data marts and are built specifically for serving as data sources for data analysis tools like Excel. The MyDatamart tool is a newly developed (May 2011) tool that creates a datamart file on a local computer and helps the users to update this against a central server. The pivot tables in Excel connect only to the local datamart and do not need to know about the central server at all.</para>
- <para>The use of MyDatamart dramatically reduces the download size when routinely updating the local Excel files against the central server compared to a direct connection from Excel. It also brings comfort to the local level users to have a copy of their data on their local computer and not to rely on a Internet connection or server up-time to access it. The figure below explains how the linking between the central online server (in the clouds) and the local offices works.</para>
+ <para>Con el cambio reciente hacia despliegues online, las tablas dinámicas offline en Excel también son una alternativa útil a las herramientas de reporte online, ya que permiten el análisis local de los datos sin conexión a Internet, lo que puede ser una ventaja en conexiones inestables o costosas. Así, Internet solo es necesario para descargar nuevos datos del servidor online, y tan pronto como los datos estén en local, trabajar con tablas dinámicas no requiere conexión. La herramienta MyDatamart, que se explica en detalle más abajo, ayuda a los usuarios a mantener un fichero local de datos (una pequeña base de datos) que se actualiza por Internet contra el servidor online, y que entonces puede usarse como fuente de datos offline para cargar datos a las tablas dinámicas.</para>
+ <section>
+ <title>Diseño de tablas dinámicas</title>
+ <para>Normalmente un fichero de tabla dinámica Excel configurado para DHIS 2 contiene múltiples hojas de trabajo con una tabla dinámica por página. Una tabla puede estar formada por valores de datos en bruto (elementos de datos) o valores de indicadores, y generalmente se nombrará según el nivel de la jerarquía de unidades organizativas en el que están agregados los datos fuente, así como el tipo de periodo (frecuencia, por ejemplo mensual, anual) de los datos. Un fichero de tablas dinámicas estándar en DHIS 2 incluye las siguientes tablas dinámicas: indicadores distritales, datos distritales mensuales, datos distritales anuales, indicadores por establecimiento, datos mensuales por establecimiento, datos anuales por establecimiento. Además puede haber más tablas especializadas que se enfocan en programas específicos y/o en otros tipos de periodos.</para>
+ <para>Una caractarerística bien popular de las tablas de datos es la capacidad para arrastrar y mover los campos entre las tres páginas/filtros de posiciones, filas y columnas, y así cambiar totalmente la vista de los datos. Podemos ver estos datos como dimensiones de los valores de datos y representar las dimensiones en el modelo de datos DHIS; unidad organizativa (un campo por nivel), elementos de datos o indicadores, periodos, y también listados extendidos dinámicamente de dimensiones adicionales que representan sets de grupos de unidades organizativas/indicatores/elementos de datos y categorías de elementos de datos (véase otros capítulos de esta guía para más detalle). De hecho una tabla dinámica es yna herramienta excelente para representar las muchas dimensiones creadas en DHIS 2, y facilita enormemente acercarnos o alejarnos de cada dimensión, por ejemplo mirar a valores de datos en bruto por grupos individuales de edad o simplemente por sus totales, o en combinación con otras dimensiones como género. Todas las dimensiones creadas en DHIs 2 se reflejarán en la lista de campos disponibles de cada tabla dinámica, y entonces está en mano del usuairo seleccionar con cuáles quiere trabajar. </para>
+ <para>Es importante entender que los valores en las tablas dinámicas no son editables y que todos los nombres y números se cargan directamente desde la base de datos de DHIS 2, lo cual se diferencia de una hoja de cálculo normal. Para poder editarlos, tendremos que copiar los contenidos de una tabla dinámica en una hoja de cálculo normal, pero esto rara vez es necesario ya que todos los nombres pueden editarse en DHIs 2 (y por tanto reflejarse en la tabla dinámica en la siguiente actualización). Los nombres (etiquetas) de cada campo sin embargo son editables, pero no sus contenidos (valores).</para>
+ </section>
+ <section>
+ <title>Conectando con la base de datos de DHIS 2</title>
+ <para>Cada tabla dinámica tiene una conexión con la base de datos de DHIS 2 y utiliza una fuente dinámica (petición SQL) en la base de datos para hacerse con los datos. Estas peticiones jalan todos los datos de las tablas datamart, de modo que es importante tener el datamart actualizado todo el tiempo para cargar los datos más recientes en las tablas dinámicas. Una tabla dinámica puede conectarse a la base de datos de la computadora local o de un servidor remoto. Esto lo hace muy apropiado para una red local donde hay solo una base de datos compartida y múltiples computadoras cliente utilizando tablas dinámicas. Excel también puede conectarse a bases de datos sobre Linux. La conexión con la base de datos utilizada en las tablas dinámicas se especifica en una fuente de datos ODBC en las computadoras Windows que ejecutan tablas dinámicas.</para>
+ <para>En despliegues online recomendamos que la conexión a los datos de DHIS 2 se haga utilizando la herramienta MyDatamart, que crea y actualiza un fichero de datos local (base de datos) a la que Excel puede conectarse. La herramienta MyDatamart se detalla a continuación.</para>
+ </section>
+ <section>
+ <title>Manejando grandes cantidades de datos</title>
+ <para>La cantidad de datos en una base de datos de DHIS 2 puede sobrepasar fácilmente las capacidades de Excel. una tabla con cerca de un millón de valores (filas de datos) tiende a reaccionar peor ante actualizaciones (refresco) y operaciones dinámicas, y en algunas computadoras Excel dará errores de memoria al manear tablas de estos tamaños. Normalmente, cuanto más potente sea la computadora, más datos puede manejar, pero la cota superior parece estar en torno a un millón de filas incluso en las computadoras más modernas.</para>
+ <para>Para afrontar este problema la configuración estándar de tablas dinámicas en DHIS divide los datos en muchas tablas dinámicas. Hay diferentes formas de dividir los datos: por nivel de agregación de unidad organizativa (según profundidad), por cobertura o área limítrofe de unidad organizativa (según extensión), por periodo (por ejemplo un año de datos de una vez), o por grupos de elementos de datos o de indicadores (por ejemplo por programas o temas de salud). La aproximación más eficiente es agregar por el menor nivel en la jerarquía de unidades organizativas, ya que reduce la cantidad de data por el factor del número de establecimientos de salud en un país. Normalmente no hay necesidad de mirar en todos los establecimientos de salud de un país al mismo tiempo, sino solo en un área limitada (un municipio o provincia). Y cuando hay la necesidad de datos de todo el país, éstos pueden darse con agregados por distrito o similar. En una oficina de distrito o provincia los usuarios generalmente tendrán datos de nivel de establecimiento de salud solo para su propio área, y entonces para las áreas colindantes se agregarán uno o dos niveles para reducir el tamaño de los datos, pero todavía permitiendo la comparación, divididos por ejemplo en dos tablas: datos de establecimiento y datos de distrito, y similares para los valores de indicadores. Dividir los datos por periodo o por grupos de elementos de datos o indicadores funciona más o menos de la misma manera, y podemos hacerlo en combinación con la división por unidades organizativas o en lugar de ésta. Por ejemplo, es posible analizar para un programa de salud concreto unos pocos elementos de datos a nivel de establecimiento de salud para todo el país. Esta división se controla mediante las vistas dinámicas en la base de datos donde especificamos qué valores de datos usar.</para>
+ </section>
+ <section>
+ <title>La herramienta MyDatamart</title>
+ <para>Al utilizar despliegues online y un solo servidor central (y base de datos) el uso local de tablas dinámicas se hace más difícil, ya que Excel conecta directamente a la base de datos para buscar los datos. Esto significa que Excel (y cualquier computadora que utilice DHIS2) necesitaría detalles de conexión y acceso a la base de datos en el servidor, lo cual no siempre queremos. Es más, la operación de refresco (actualización de la tabla dinámica) en Excel vacía completamente la tabla antes de recargar todos los datos de nuevo (los viejos y los nuevos), lo que conlleva descargas grandes y con duplicados a través de Internet siempre que conectemos con el servidor online. La solución a estos problemas ha sido montar y mantener una "copia" actualizada de la base de datos central en cada oficina local donde utilicen tablasd dinámicas Excel. Estas bases de datos locales se llaman datamarts y se montan específicamente para hacer de fuentes de datos para herramientas de análisis de datos como Excel. La herramienta MyDatamart es una aplicación de reciente desarrollo (mayo de 2011) que crea un fichero de datamart en una computadora local y ayuda a los usuarios a actualizarla contra el servidor central. Las tablas dinámicas en Excel conectan solo con el datamart local y no necesitan saber nada acerca del servidor central.</para>
+ <para>La utilización de MyDatamart reduce dramáticamente el tamaño de descargas cuando necesitamos actualizar de forma rutinaria los ficheros locales Excel contra el servidor central, en comparación con una conexión directa desde Excel. También hace que los usuarios locales se sientan más cómodos teniendo una copia de sus datos en su computadora local y no dependan de una conexión a Internet o del estado del servidor central para accederlos. La figura siguiente muestra el diagrama de flujo del datamart.</para>
<graphic width="100%" format="PNG" fileref="resources/images/implementation_guide/mydatamart.png" align="center"/>
</section>
<section>
- <title>Using Excel pivot tables and MyDatamart - a work-flow example</title>
- <para>The details of using the MyDatamart tool are explained in a separate user manual and this section only tries to explain the typical work-flow involved in using the tool together with the pivot tables.</para>
- <section>
- <title>Download and run the MyDatamart tool for the first time</title>
- <para>MyDatamart is a small tool that is easy to download and run immediately. Download mydatamart.exe to the Desktop and run it by double-clicking on the file. The first thing you need to do is to create a new datamart file, and then you type in the login details needed to access the central server (url, username. password). The tool will connect to the server (Internet connection needed at this point) and verify your credentials. The next step is to download all the meta-data from the server meaning all the organisation units, data elements, indicators, groups etc. This might take some time depending on your computer's specifications and the speed of the connection, but is a step that is rarely needed after this first download. Once the tool knows the organisation unit hierarchy you can specify which organisation unit you "belong" to and the analysis level you are interested in. These are settings that limit which organisation units you will download data for. The next thing is to download the data from the server, and then you must specify which periods to download.
- </para>
- </section>
- <section>
- <title>Setup and distribute the pivot tables</title>
- <para>The first thing needed is to download and install an ODBC driver for SQLite, which is the database server running the local datamart. The database connections in the pivot tables depend on this driver and will fail without installed.</para>
- <para>The next thing is to set up the pivot tables themselves. This is a one-off job since the file can be reused as a template in all other locations connecting to the same central database. The MyDatamart tool can produce a skeleton Excel file for you with all the necessary database connections already defined. This will help the process considerably and most of the work is to select which fields to use in each table and give them proper names.
-The user manual has all the detailed instructions on how to set up a pivot table using the MyDatamart connections.</para>
- <para>Once the template Excel file is available it is a matter of distributing it to all local offices that will use pivot tables and to make sure the connections are still valid on the local computers. The connection details in Excel depend on the odbc driver being available and on the name and location of the datamart file. Either you can streamline all local datamart files (by name and location, e.g. "C:\dhis2\dhis2.dmart", or you can use the MyDatamart tool to update the connection details in an existing Excel file to match the location of the local datamart file.</para>
- </section>
- <section>
- <title>Update MyDatamart</title>
- <para>Whenever there is new data available on the central server, e.g. every month, the users will have to open the MyDatamart tool, log on to the server, and then pick the months to download. Once the download has finished the data is available locally in the datamart file.</para>
- </section>
- <section>
- <title>Update the Pivot tables</title>
- <para>Once the local datamart file has been update the users can update the pivot tables by using the Refresh function, once per table. It is important to remember to save the Excel file after refreshing all the tables.</para>
- </section>
- <section>
- <title>Repeat step 3 and 4 when new data is available on the central server</title>
- <para>Whenever there is new data on the server repeat step number 3 and 4 (the two previous steps) in order to update the pivot tables and get access to the latest data.</para>
+ <title>Utilizando tablas dinámicas Excel y MyDatamart - un ejemplo práctico</title>
+ <para>Los detalles de utilización de la herramienta MyDatamart se explican en un manual de usuario a parte, y esta sección solo pretende explicar el típico diagrama de flujo que tenemos al usar la herramienta junto con las tablas dinámicas.</para>
+ <section>
+ <title>Descargar y lanzar la herramienta MyDatamart por primera vez</title>
+ <para>MyDatamart es una herramienta pequeña fácil de descargar y ejecutar de inmediato. Descargaremos mydatamart.exe en el Escritorio y lo ejecutaremos haciendo doble click en el fichero. Lo primero que necesitamos es crear un nuevo fichero datamart, y luego tipear los detalles de login necesarios para acceder al servidor central (UTL, nombre de usuario, contraseña). La herramienta se conectará al servidor (en este punto necesitamos la conexión a Internet) y verificará la información de autenticación. El siguiente paso es descargar todos los metadatos del servidor, es decir unidades organizativas, elementos de datos, indicadores, grupos, etc. Esto puede demorarse un tiempo dependiendo de las especificaciones técnicas de la computadora local y de la velocidad de la conexión, pero es un paso que rara vez necesitaremos repetir después de esta primera descarga. Una vez que la herramienta conoce la jerarquía de unidades organizativas podemos especificar a qué unidad organizativa "pertenecemos" y el nivel de análisis que nos interesa. Estos son los parámetros de configuración que limitarán la información de qué unidades organizativas descargaremos. Lo siguiente es descargar los datos del servidor, y especificar qué periodos descargar.</para>
+ </section>
+ <section>
+ <title>Crear y distribuir las tablas dinámicas</title>
+ <para>Lo primero que necesitamos es descargar e instalar un driver (controlador) ODBC para SQLite, que es el servidor de base de datos que ejecuta el datamart local. Las conexiones a la base de datos de las tablas dinámicas dependerán de este driver y fallarán si no lo instalamos.</para>
+ <para>El siguiente paso es crear las tablas dinámicas. Esta es una tarea única, ya que el fichero podrá luego reutilizarse como plantilla en otras ubicaciones que se conecten a la misma base de datos central. La herramienta MyDatamart puede producir un fichero Excel plantilla que tenga definidas todas las conexiones necesarias a la base de datos. Esto ayudará enormemente en el proceso y buena parte del trabajo aquí está en seleccionar qué campos usar en qué tabla y darle nombres apropiados. El manual de usuario tiene instrucciones detalladas sobre cómo crear una tabla dinámica usando conexiones MyDatamart.</para>
+ <para>Una vez que el fichero plantilla de Excel está disponible es cuestión de distribuirlo en todas las oficinas locales que utilizarán tablas dinámicas y asegurarnos de que las conexiones definidas son válidas en todas esas computadoras locales. Los detalles de conexión en Excel dependen de que el driver ODBC esté disponible y del nombre y ubicación del fichero datamart. Podemos unificar todos los ficheros locales datamart (por nombre y ubicación, por ejemplo: "C:\dhis2\dhis2.dmart"), o podemos usar la herramienta MyDatamart para actualizar los detalles de conexión en un fichero Excel existente para que encaje con la ubicación del fichero local datamart.</para>
+ </section>
+ <section>
+ <title>Actualizar MyDatamart</title>
+ <para>Siempre que haya nuevos datos disponibles en el servidor central, por ejemplo, cada mes, los usuarios tendrán que abrir la herramienta MyDatamart, loguearse en el servidor, y seleccionar los meses para descargar. Una vez que la descarga ha terminado los datos están disponibles localmente en el fichero datamart.</para>
+ </section>
+ <section>
+ <title>Actualizar las tablas dinámicas</title>
+ <para>Cuando el fichero datamart se ha actualizado, los usuarios pueden actualizar las tablas dinámicas utilizando la función Refresco, una vez por cada tabla. Es importante que recordemos guardar el fichero Excel antes de refrescar todas las tablas.</para>
+ </section>
+ <section>
+ <title>Repetimos los pasos 3 y 4 cuando haya nuevos datos disponibles en el servidor central</title>
+ <para>Siempre que haya nuevos datos en el servidor repetiremos los pasos 3 y 4 (los últimos) para actualizar las tablas dinámicas y poder tener acceso a los datos más recientes.</para>
</section>
</section>
</chapter>
=== modified file 'src/docbkx/es/dhis2_implementation_guide_users_and_user_roles.xml'
--- src/docbkx/es/dhis2_implementation_guide_users_and_user_roles.xml 2012-09-18 17:33:07 +0000
+++ src/docbkx/es/dhis2_implementation_guide_users_and_user_roles.xml 2012-11-11 13:21:14 +0000
@@ -2,56 +2,56 @@
<!-- 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>Users and User Roles</title>
- <para>DHIS 2 comes with an advanced solution for fine-grained management of users and user roles. The system is completely flexible in terms of the number and type of users and roles allowed.</para>
+ <title>Los usuarios y sus roles</title>
+ <para>DHIS 2 incluye una solución avanzada para la gestión detallada de usuarios y de los roles de los usuarios. El sistema es completamente flexible en cuanto al número y tipo de usuarios y roles permitidos.</para>
<section>
- <title>Users</title>
- <para>A user in the DHIS 2 context is a human who is utilizing the software. Each user in DHIS 2 has a user account which is identified by a username. A user account allows the user to authenticate to system services and be granted authorization to access them. To log in (authenticate) the user is required to enter a valid combination of username and password. If that combination matches a username and password registered in the database, the user is allowed to enter.</para>
- <para>In addition, a user should be given a first name, surname, email and phone number. This information is important to get correct when creating new users since certain functions in DHIS 2 relies on sending emails to notify users about important events. It is also useful to be able to communicate to users directly over email and telephone to discuss data management issues or to sort out potential problems with the system.</para>
- <para>A user in DHIS 2 is associated with an organisation unit. This implies that when creating a new user account that account should be associated to the location where user works. For instance when creating a user account for a district record officer that user account should be linked with the particular district where she works. The link between user account and organisation unit has several implications for the operation of the system:</para>
+ <title>Usuarios</title>
+ <para>Un usuario en el contexto DHIS 2 es una persona que utiliza el software. Cada usuario en DHIS 2 tiene una cuenta de usuario que se identifica con un nombre de usuario. La cuenta de usuario permite al usuario autenticarse en los servicios del sistema y recibir autorización para acceder a ellos. Para loguearse (autenticarse) el usuario deberá introducir una combinación válida de nombre de usuario y contraseña. Si la combinación coincide con la pareja registrada en la base de datos, se permitirá el acceso al usuario.</para>
+ <para>Además, un usuario debería dar también su nombre, apellidos, email y número de teléfono de contacto. ESta información es importante para luego trabajar correctamente creando nuevos usuarios, ya que ciertas funciones en DHIS 2 necesitan enviar emails para notificar a los usuarios sobre eventos importantes. También es útil poder comunicarse directamente con usuarios por email y teléfono para discutir asuntos de gestión de datos o para identificar potenciales problemas con el sistema.</para>
+ <para>Un usuario en DHIS 2 está asociado a una unidad organizativa. Esto implica que cuando creamos una nueva cuenta de usuario esa cuenta debería estar asociada a la ubicación donde trabaja el usuario. Por ejemplo, cuando creamos una cuenta de usuario para un digitador de datos en un distrito, esa cuenta de usuario debería estar vinculada a ese distrito concreto donde trabaja. El enlace entre la cuenta de usuario y la unidad organizativa tiene muchas implicaciones en la operatividad del sistema:</para>
<itemizedlist>
<listitem>
- <para>In the data entry module, a user can only be entering data for the organisation unit she is associated with and the organisation units below that in the hierarchy. For instance, a district records officer will be able to register data for her district and the facilities below that district only.</para>
- </listitem>
- <listitem>
- <para>In the user module, a user can only create new users for the organisation unit she is associated with in addition to the organisation units below that in the hierarchy.</para>
- </listitem>
- <listitem>
- <para>In the reports module, a user can only view reports her organisation units and those below. (This is something we consider to open up to allow for comparison reports.)</para>
+ <para>En el módulo de entrada de datos, un usuario solo puede introducir datos sobre la unidad organizativa que tiene asociada y las unidades organizativas más abajo en la jerarquía. Por ejemplo, un digitador de datos en un distrito puede registrar datos solo para su distrito y los establecimientos que pertenecen a ese distrito.</para>
+ </listitem>
+ <listitem>
+ <para>En el módulo de usuario, un usuario solo puede crear nuevos usuarios en la unidad organizativa que tiene asociada o en las unidades inferiores a esa en la jerarquía.</para>
+ </listitem>
+ <listitem>
+ <para>En el módulo de reportes, un usuario solo puede ver reportes sobre su unidad organizativa e hijos. (Esto es algo que consideramos positivo abrir para permitir reportes comparativos entre unidades.)</para>
</listitem>
</itemizedlist>
- <para>A user role in DHIS 2 is also associated with a set of user roles. Such user roles are discussed in the following section.</para>
+ <para>Un rol de usuario en DHIS 2 está asociado también a un set de roles de usuario. Estos roles se tratan en la sesión siguiente.</para>
</section>
<section>
- <title>User Roles</title>
- <para>A user role in the DHIS 2 context is a group of authorities. An authority in this regard means the permission to perform one or more specific tasks. For instance, a user role may contain authorities to create a new data element, update an organisation unit or view a report. Such a group of authorities constitutes a user role.</para>
- <para>In a health system the users are logically grouped with respect to the task they perform and the position they occupy. Examples of commonly found positions are:</para>
+ <title>Roles de usuario</title>
+ <para>Un rol de usuario en el contexto de DHIS 2 es un grupo de autorización. Una autorización en este sentido significa el permiso para realizar una o varias tareas específicas. Por ejemplo, un rol de usuario puede contener autorizaciones para crear un nuevo elemento de datos, actualizar una unidad organizativa o ver un reporte. Estos grupos de autorizaciones constituyen un rol de usuario.</para>
+ <para>En el sistema de salud los usuarios están agrupados lógicamente respecto de las tareas que realizan y el puesto que ocupan. Algunos ejemplos de esos puestos son:</para>
<orderedlist>
<listitem>
- <para>National health managers</para>
- </listitem>
- <listitem>
- <para>National health information system division officers (HISO)</para>
- </listitem>
- <listitem>
- <para>Province health managers</para>
- </listitem>
- <listitem>
- <para>District health records and information officers (DHRIO)</para>
- </listitem>
- <listitem>
- <para>Facility health records and information officers (HRIO)</para>
- </listitem>
- <listitem>
- <para>Data entry clerks</para>
+ <para>Gestores nacionales de salud</para>
+ </listitem>
+ <listitem>
+ <para>Oficiales del sistema de información de salud nacional</para>
+ </listitem>
+ <listitem>
+ <para>Gestores provinciales de salud</para>
+ </listitem>
+ <listitem>
+ <para>Oficiales distritales de información y registros de salud </para>
+ </listitem>
+ <listitem>
+ <para>Oficiales por establecimiento de información y registros de salud</para>
+ </listitem>
+ <listitem>
+ <para>Operadores de entrada de datos (digitadores)</para>
</listitem>
</orderedlist>
- <para>When creating user roles such positions within the health system should be kept in mind and it is often sensible to create a user role dedicated for each of those positions. The process of creating user roles should be aligned with the process of deciding which users are doing what tasks in the system.</para>
- <para>First it should be defined which users should fulfill the role as system administrators. This will often a part of the members of the national HIS division and should have full authority in the system. Second a user role should be created roughly for each position. A sensible consideration of what authorities should be given each role must be done. An important rule is that each role should only be given the authorities which are needed to perform the job well - not more. When operating a large, centralized information system there is a need to coordinate the work between the people involved. This is made easier if only those who are supposed to perform a task have the authorities to perform it. </para>
- <para>An example might highlight this issue: The task of setting up the basic structure (meta-data) of the system is critical to the system and should only be performed by the administrators of system. This means that the system administrator user role should have the authority to add, update and delete the core elements of the system such as data elements, indicators and data sets. Allowing users outside the team of system administrators to modify these elements might lead to problems with coordination.</para>
- <para>National and provincial health managers are often concerned with data analysis and monitoring. Hence this group of users should be authorized to access and use the reports module, GIS module, data quality module and dashboard. However they would not need authority to enter data or update data elements and data sets. District information officers are often tasked with both entering data into the system coming from facilities which are not able to do so directly as well as monitoring, evaluation and analysis of data. This means that they will need access to all of the analysis and validation modules mentioned above in addition to the authority to access and use the data entry module.</para>
- <para>In addition, a user role is associated with a collection of data sets. This affects the data entry module in that the user is only allowed to enter data for the data sets registered for her user role. This is often useful in situations where one wants to allow officers from health programs to enter data for their relevant data entry forms only.</para>
- <para>A user can be granted one or any number of user roles. In the case of many user roles, the user is privileged with the sum of all authorities and data sets included in the user roles. This means that user roles can be mixed and matched for special purposes instead of merely creating new ones.</para>
- <para>An important part of user management is to control which users are allowed to create new users with which authorities. In DHIS 2 one can control which users are allowed to perform this task. In this process the key principle is that a user can only grant authorities and access to data sets that the user itself has. The users at national, province and district level are often relatively few and can be created and managed by the system administrators. If a large part of the facilities are entering data directly into the system the number of users might become unwieldy. Experience suggests that delegating and decentralizing this task to the district officers will make the process more efficient and support the facility users better.</para>
+ <para>Cuando creamos roles de usuario debemos tener en cuenta estos puestos del sistema de salud y muchas veces tendrá sentido crear roles de usuario específicos para cada uno de estos puestos. El proceso de creación de roles de usuario debería estar alineado con el proceso de decisión de qué usuarios realizan qué tareas en el sistema.</para>
+ <para>Primero, definiremos qué usuarios deberían cubrir el rol de administradores del sistema. Generalmente serán parte de los miembros de la división del SIS nacional y tendrán autorizaciones totales en el sistema. Segundo, crearemos un rol de usuario aproximadamente para cada posición. Aquí debereemos hacer una consideración cuidadosa de qué autorizaciones damos a cada rol. Una regla importante es que cada sol debería darse solo a las autorizaciones necesarias para realizar bien su trabajo, no más. Cuando operamos un sistema de información extenso y centralizado existe la necesidad de coordinar el trabajo entre todas las personas involucradas. Y esto es más fácil si solo aquellos que supuestamente realizarán una tarea tienen autorización para hacerla. </para>
+ <para>Este ejemplo puede resaltar este asunto: la tarea de configurar la estructura básica (los metadatos) del sistema es crítica para el sistema y solo deberían realizarla los administradores. Esto significa que el rol de usuario administrador del sistema debería tener autorización para añadir, actualizar y eliminar elementos centrales del sistema como son los elementos de datos, indicadores y sets de datos. Si permitiéramos a otros usuarios fuera del equipo de administradores moidificar estos elementos, tendríamos fuertes problemas de coordinación.</para>
+ <para>Los gestores nacionales y provinciales de salud a menudo están encargados del análisis y monitoreo de los datos. Así que este grupo de usuarios debería ser autorizado a acceder y usar el módulo de reportes, de SIG, de calidad de datos y de dashboard. Sin embargo, no necesitarían autorización para introducir datos o actualizar elementos de datos o sets de datos. Los oficiales distritales de información muchas veces están a cargo de registrar en el sistema los datos que vienen de los establecimientos de salud que no pueden hacerlo directemente, y también de monitorear, evaluar y analizar los datos. Esto implica que estos usuarios necesitan acceso a todos los módulos de análisis y validación mencionados antes además de la autorización para acceder y usar el módulo de entrada de datos.</para>
+ <para>Adicionalmente, un rol de usuario está asociado con una colección de sets de datos. Esto afecta al módulo de entrada de datos en que el usuario solo puede introducir datos de los sets de datos registrados para su rol de usuairo. Muchas veces esto es útil en situaciones en que queremos permitir a los oficiales de determinados programas de salud registrar los datos solo de sus formularios relevantes.</para>
+ <para>Un usuario puede tener asociados uno o cualquier cantidad de roles de usuario. En el caso de tener muchos roles de usuario, el usuario es privilegiado en el conjunto de todas las autorizaciones y sets de datos incluidos en los roles. Esto significa que los roles de usuario pueden mezclarse y ajustarse para propósitos especiales en lugar de crear ad-hoc otros roles nuevos.</para>
+ <para>Una parte importante de la gestión de usuarios es controlar a qué usuarios permitir crear nuevos usuarios con qué autorizaciones. En DHIS 2 podemos controlar qué usuarios pueden realizrar esta tarea. En este proceso el principio clave es que un usuario solo puede dar autorización y acceso a sets de datos que ese propio usuario tiene. Los usuarios a nivel nacional, provincial y distrital suelen ser pocos y pueden ser creados y gestionados por los administradores del sistema directamente. Si la mayoría de establecimientos de salud registran sus datos directamente en el sistema, el número de usuarios puede hacerse inmanejable. La experiencia sugiere delegar y descentralizar esta labor en los oficiales de distrito para que el proceso sea más eficiente y apoye mejor a los usuarios de los establecimientos.</para>
</section>
</chapter>
=== added file 'src/docbkx/es/resources/images/implementation_guide/dhis_platform.png'
Binary files src/docbkx/es/resources/images/implementation_guide/dhis_platform.png 1970-01-01 00:00:00 +0000 and src/docbkx/es/resources/images/implementation_guide/dhis_platform.png 2012-11-11 13:21:14 +0000 differ
=== added file 'src/docbkx/es/resources/images/implementation_guide/mydatamart.png'
Binary files src/docbkx/es/resources/images/implementation_guide/mydatamart.png 1970-01-01 00:00:00 +0000 and src/docbkx/es/resources/images/implementation_guide/mydatamart.png 2012-11-11 13:21:14 +0000 differ
=== added file 'src/docbkx/es/resources/images/implementation_guide/pivot_table.png'
Binary files src/docbkx/es/resources/images/implementation_guide/pivot_table.png 1970-01-01 00:00:00 +0000 and src/docbkx/es/resources/images/implementation_guide/pivot_table.png 2012-11-11 13:21:14 +0000 differ
