跳转至
For the complete DHIS2 documentation index, see llms.txt.
健康
活动

DHIS2 健康运动的设计和配置注意事项{ #dhis2-design-configuration-considerations-for-health-campaigns }

本章为 DHIS2 的实施者和系统设计者提供了配置和定制 DHIS2 的实用技巧和良好做法，以支持卫生运动的要求。

通过跟踪有时限和超本地化的产出，用于运动监测的信息系统与常规系统相比具有独特的设计特点。然而，为了解释和可持续性，运动系统必须与 HMIS 保持一致，并尽可能重复使用 HMIS 提供的关键功能，如覆盖范围分母和行政地域。

本章将对这些关键设计要素进行分解：

  • 在哪里： 建立组织单位层次结构，以支持活动结构和运作，并考虑在适当的分析层次上与 HMIS 组织单位相协调
  • 何时： 在 DHIS2 中配置活动目标，并使用人口估计数和替代分母
  • 如何： 统一元数据并将活动成果纳入 HMIS

组织单位层次结构{ #org-unit-hierarchy }

组织单位](https://www.youtube.com/watch?v=UDwmYw0W9gg) (OU) 层次结构及其级别是活动设计中最关键的考虑因素。这必须与计划的数据收集方法（汇总或跟踪）、报告数据的层级以及监测指标的层级保持一致。

技术设计的基本挑战在于平衡三个相互竞争的制约因素：

  • HMIS 通常是卫生设施等级和地点最可靠、最可持续的 "真相来源"。
  • 运动活动一般在家庭或社区的次级设施一级开展，或通过与 HMIS 报告结构平行的行政部门进行管理
  • DHIS2 不允许在一个实例中使用多个 OU 层次结构。

如**基础设施**所述，强烈建议大规模、高容量的卫生运动使用专门的 DHIS2 实例。为了尽可能地与国家系统保持一致，应首先从国家 HMIS 中导入元数据，为该活动实例 "播种"。从 HMIS 元数据开始可节省时间，而且还可为活动提供现有的行政层级、组织单位组、指标类型和现有数据元素，以防止与 HMIS 重复，从而促进分析和未来的数据整合。

在此基础上，如何处理组织单位**将取决于您对活动报告的要求与 HMIS 不同的程度**。

评估 HMIS 层次结构和设施位置{ #assessment-of-hmis-hierarchy-and-facility-locations }

医疗卫生机构的层次结构可能包含数以万计的组织单位，长期维护具有挑战性。有时，由于维护不一致，组织单位层次结构的数据质量很差。医疗机构可能会在没有通知的情况下开张、关闭或搬迁；地方政府的边界可能会重新划分。对组织单位日常管理的 SoP 承诺至关重要。现在，此类流程可以通过设施检查程序等举措进行分散管理，设施级用户可以通过该程序检查设施坐标和名称，并在必要时进行更新。

在活动中，请思考 HMIS 层次结构中哪些部分是优质的，哪些是过时的。是否划定了新的行政区划？设施坐标对规划有用吗？您可以利用这个机会对组织单位层次结构进行必要的维护，或在活动中放弃某些部分。例如，如果组织单位没有统一标注为公共或私有，或许可以将该组织单位组从活动实例中删除，或者在所有层次结构中进行更新。

活动网站的级别{ #levels-of-campaign-sites }

考虑有效开展活动、监测和评估的最低级别。这通常被称为执行单位 (IU) 或业务单位。

大多数活动地点一般都位于医疗机构的行政管理之下。但是，如果活动地点与医疗机构的覆盖范围不一致，则可能需要调整 DHIS2 中基于医疗机构的标准报告等级，以适应活动的运作结构。例如，如果村庄和地区无法映射到具体的医疗机构，则可能需要将村庄和地区直接划归到地区一级，跳过医疗机构。

活动网站类型{ #types-of-campaign-sites }

考虑医疗机构以外的活动场所的特点。这些地点可被描述为分区行政单位（如村庄、地方、社区）和非传统服务提供地点（如社区中心、流动外展点、学校和其他临时地点）。可对这些地点进行"地点类型"分类，以便进行分组分析（见下文）。

活动的 OU 层次结构应考虑的行动{ #actions-to-consider-for-a-campaigns-ou-hierarchy }

  • 在卫生设施下增加新的组织单位

如果运动实施单位与卫生机构的匹配度为 n 比 1。

这是开发、维护和导航最简单的活动 OU 层次结构

例如，如果活动是以流动诊所的形式组织的，而每个流动诊所都在特定的医疗机构开始日常活动，那么所有流动诊所的数据都可以汇总到医疗机构层面。

  • 取消保健设施一级，代之以执行单位

如果运动执行单位与保健设施是n对n的匹配。

如果活动不是围绕设施组织的，那么可能根本不需要设施级别，这只会让最终用户感到困惑。

  • ** 在地区下增设新的组织单位（与保健设施同级）**

如果运动执行单位与保健设施是n对n的匹配。

例如，如果活动围绕多个地点展开，而这些地点可由多个医疗机构和/或社区医疗工作者提供服务，但一些报告的活动也在医疗机构进行，则需要保留医疗机构。

  • ** 添加新的组织单位组套。

可根据每个活动网站的特点将其分为不同的组别。然后将该组作为一个维度进行数据分析。请记住，这些组必须是相互排斥的，例如，医疗机构不能既是 "公共 "又是 "私人"。有关组织单位分组的更多信息，请参阅此处

此外，如果运动单位与医疗设施处于同一级别，则需要在该级别的每次分析中使用组 织单位组集，以避免将运动单位和医疗设施混为一谈

  • 添加类别组合来表示位置类型，而不是新的组织单位

在某些情况下，您可能会决定在活动数据集中添加一个类别组合属性。该类别组合中的类别选项可指某类活动实施单位（村庄 A）或特定地点。以前，当多个合作伙伴和项目都从同一个组织单位报告时，这种策略曾被用于按 "合作伙 伴组织 "和 "项目 "类别分列数据集报告。

这种方法的优点是无需创建并行的组织单位结构：所需的只是新的类别组合和新的数据集。事实上，规模较小的活动可能会发现这是最简单的解决方案。对于报告地点和团队类型多变的复杂活动，建议少用数据集类别组合，仅在医疗设施下有固定 类型的活动地点时使用。管理组织单位层次通常比管理一长串类别更容易。此外，使用非常大的类别组合（数百个类别或选项）会对服务器性能、数据录入可用性和分析响应速度产生负面影响。

上述所有方法都将把活动 OU 层次结构与 HMIS 层次结构分开。这些差异可能会在基础设施需求和维护方面带来一些额外的长期管理费用。

要在 HMIS 和活动实例之间实现同步，可考虑使用 MFL 同步器对齐组织单位，并使用汇总数据交换服务将数据从活动地点推送到 HMIS 中的地区级（或设施级）。

关于维护独立组织单位层次结构的更多信息，请参阅组织单位维护 https://github.com/dhis2/dhis2-docs-implementation/blob/orgunit-maintenance-synch/content/maintenance_use/organisation_unit_maintenance.md#data_exchange

人口估计数、目标和分母{ #population-estimates-targets-denominators }

如上所述，健康运动期间的活动通常都有时间限制，通常需要**个日常数据集**进行实时监测。

与这种不寻常的报告周期有关的一个关键因素是**目标人群的定义**。常规计划通常依赖于年度人口数据集，而活动目标人口在数量、地点和时间范围上都是固定的，与活动的特定时期和地理范围相一致。您不应该使用与 HMIS 估计覆盖率相同的人口分母。目标人口尤为重要，因为覆盖率是健康运动期间监测的一项基本指标（UNICEF, 2021），而无效的人口分母很容易导致覆盖率失真。

periodicity

需要创建一个单独的数据集和数据元素，其中包含健康活动元数据。 鉴于活动持续时间较短，数据集可配置**特定的数据录入开始和结束日期**。这一功能对于经常开展活动或同时开展多项活动的地点尤为有用。

健康运动的目标人群通常在地方一级得到明确界定，而且与活动本身一样，限定在特定的时间范围内。活动地点和干预措施通常是为达到预先确定的人数而设计的。

要将此值复制到所有每日时段，可考虑运行 Predictor，将此值预先填入营销活动数据集的所有未来时段。

另一种管理方法是在服务提供数据集中直接包含目标人口部分。这种方法可确保计算出准确可靠的覆盖率，便于对活动绩效进行有效监测和评估，并直接向最终用户提供目标人群的透明度。不过，直接在报告数据集中加入数值，可能会在不经意间对数值进行编辑。

target_pop

在这个特殊的实际例子中，针对 MR 活动目标的独特数据集有一个人口部分，其中包括按年龄组划分的到设施的距离。这些人口将成为特定接种点和特定接种日的分母。要想了解疫苗接种工作的累积概况，用户可能需要在更高层次（如地区）上对数据进行分析，并在分析期间选择 "固定时段 "对活动期间的数据进行分析。

关于使用上述人口分母在 DHIS2 中设计覆盖指标的更多信息，请参阅**支持分析和实时监测的功能**部分。

元数据管理{ #metadata-management }

统一日常数据系统与活动数据系统之间的元数据{ #harmonizing-metadata-between-routine-campaign-data-systems }

宣传活动可以获取卫生服务提供的指标，如免疫接种剂量、驱虫蚊帐分发量、季节性疟疾化学预防[SMC]或大规模药物管理[MDA]治疗的提供量。遵循良好的命名惯例来区分通过运动提供的服务（与常规服务提供），同时保持维度以分析各种服务提供指标，可促进将分类运动数据与 HMIS 中捕获的常规服务提供数据整合在一起，以便更好地确定目标和进行计划规划。例如，考虑如何为上述活动中的活动数据元素命名。名为 "接种剂量 "的单一数据元素可以指 SMC、MDA 甚至常规免疫接种。以 "SMC - "或 "MDA - "作为数据元素的前缀，将更容易找到这些数据元素，从而避免在与常规系统一起解释时出现混淆，并避免在迁移数据或建立指标时出现错误。表格名称可以缩短和简化，以便最终用户阅读。

此外，在设计活动系统时，应考虑适当的年龄段分类以及与综合系统的协调（如类别、类别组合）。如果在活动数据收集中使用了不同的年龄段，这些年龄段能否与 HMIS 中用于监测日常服务提供情况的年龄段进行映射和统一？

检查分类是否符合 HMIS 标准，并尽可能与之保持一致，这将节省比较和分析 HMIS 和活动产出的时间。

在批量{ #managing-metadata-in-bulk } 中管理元数据

当使用 DHIS2 作为一个可重复用于各种类型健康活动的综合活动平台时，有时需要重新创建元数据。由于这些元数据在不同的活动中非常相似（甚至与常规系统中捕获的特定数据元素相似，如疫苗剂量或给予的补充剂），因此克隆和调整元数据名称可以提高效率，并有助于保持良好的命名惯例。

可通过维护应用程序中的 DHIS2 用户界面手动克隆元数据，然后对名称、代码、表单名称和描述等元素的前缀进行快速更新修改，同时根据需要重复使用现有的 CatCombos 和 Legends。不过，这需要 DHIS2 元数据文件结构方面的专业知识。要满足大多数活动的要求，克隆现有元数据并进行手动更改最省时。

示例：使用命名惯例来区分通过宣传活动（SIA）和常规服务（EPI）提供的疫苗剂量。

cloning_metadata

metadata_clone_renamed