General design principles integrated RHIS¶
Tento dokument stručně popisuje celkové principy návrhu, které byly dodrženy při konfiguraci standardních balíčků metadat DHIS2 pro sadu nástrojů digitálního zdraví WHO. Kromě tohoto dokumentu, který nastiňuje některé obecné principy, je k dispozici podrobný dokument návrhu systému pro každou oblast zdraví / programový balíček.
Analýza dat¶
The data analysis part of the configuration is centered around indicators and dashboards. Aggregate packages (both dashboard/analytics and complete versions) include one or more dashboards.
Dashboards in the aggregate packages are based exclusively on indicators. This means that even in cases where an equivalent data element exists for a concept (i.e. ANC visits), an indicator will be created and used in the dashboard item (pivot table, chart or map). This is a requirement for the dashboard-only packages because the indicators are used to map to existing data elements in a country's own DHIS2 instance. One downside to this approach is that we are creating "duplicate" metadata which is not strictly needed. However, there are significant advantages that outweigh this duplication. The most important advantage is that is allows the same dashboards to be used in the aggregate and dashboard only configuration packages, without modifications. Since the standard configurations packages are aligned with a training curriculum, it is an advantage that any implementation of the dashboard is as similar as possible. Whether the aggregate or dashboard-only package has been installed, the same variables for analysis will be available. In addition, it is often easier for end users to access all of the data they want to analyze within an indicator group in the analytics apps, rather than toggling between data element groups and indicator groups. These analytics end users should not be expected to distinguish between what is a DHIS2 data element vs. a DHIS2 indicator.
Podobně jako se na ovládacích panelech používají pouze indikátory, pouze skupiny voleb kategorií a skupiny voleb kategorií se používají k aplikaci rozčlenění na analytické výstupy. Toto odůvodnění je podobné rozhodnutí použít pouze indikátory: skupiny možností kategorie lze namapovat na stávající možnosti kategorie.
Nakonec všechny analytické výstupy (oblíbené: kontingenční tabulky, grafy, mapy) používají relativní organizační jednotky a období. To je nezbytné, aby byly přenosné napříč instancemi a časem. V některých případech jsou nutné určité úpravy, aby se to nastavilo podle kontextu. V takových případech je to popsáno v dokumentaci.
Souhrnné hlášení¶
Součástí agregovaných reportů balíčků metadat jsou:
- datové sady
- datový prvek
- kategorie datových prvků, možnost kategorie, kombinace kategorií
- ověřovací pravidla
The data sets have all been based either on WHO recommendations and best-practice examples or published reporting frameworks (such as the "WHO Definitions and reporting framework for tuberculosis"). These data sets will in many instances have to be adjusted to fit with national reporting systems, to varying degree. On the one hand, there might be additional variables that are important in a national context which must be added. On the other hand, there might be information that is simply not available for reporting, for example if the data is not captured in the case-based registers at the clinical level. The implementation of these reference data sets will therefore often be a longer-term project. Even in contexts where they are not used directly, they can be used as models for what and how data for different health areas/programs can be collected using DHIS2.
Přestože standardní konfigurační balíčky jsou specifické pro oblast zdraví/program, základní metadata byla harmonizována a používána napříč zdravotními programy co nejvíce. Pokud například datový prvek nebo rozčlenění platí ve více než jedné datové sadě, byla metadata DHIS2 znovu použita.
Běžným nedostatkem viděným v mnoha zemích s instancemi DHIS2 je, že ověřovací pravidla nejsou implementována konzistentně: buď se nepoužívají, nebo se někdy používají k označení problémů s kvalitou dat, které jsou nepravděpodobné, ale možné. Ve standardních konfiguračních balíčcích bylo vyvinuto úsilí k přidání ověřovacích pravidel všude, kde je to možné, ale pouze pro kontroly, které představují určité problémy s kvalitou dat (např. Provedené testy vs. pozitivní testy).
Průřezové zásady¶
Kde je to možné, měly by mít všechny objekty metadat od datových sad a datových prvků po oblíbené grafy smysluplný popis. Aby se usnadnil harmonizovaný HMIS, agregují se metadata, jako jsou datové prvky a kombinace kategorií, kdykoli je to možné. Pokud například balíček s malárií obsahuje datový prvek „Počet návštěv ANC“ jako jmenovatele indikátoru, bude tento datový prvek sdílen s balíčkem RMNCAH v celkových agregovaných balíčcích.
Trasovač¶
Již brzy!