跳转至
For the complete DHIS2 documentation index, see llms.txt.

实施规划{ #implementation-planning }

本章就如何规划将 DHIS2 作为一个数字平台来支持**数据驱动的健康运动**,为运动管理者、计划和地方卫生部门提供实时见解提供考虑和指导。实施战略应适合每个国家的国情,并应考虑该国将要实施的卫生运动的特点和类型

数据收集规划{ #data-collection-planning }

规划数据收集和报告方式的指导性问题{ #guiding-questions-for-planning-modalities-of-data-collection-reporting }

大多数健康运动采用混合数据收集模式,包括纸质和电子报告工具。离线数据采集通常是低资源环境下的一项关键要求,对规划设计一个可根据国家环境需要发挥作用的综合健康活动数据平台具有重大影响。在您开始规划数字健康运动监测系统时,以下是一些指导性问题:

由谁来收集活动不同阶段不同活动和不同层面的数据?

这些用户的数字素养如何?用户是否已经熟悉 DHIS2 或其他电子工具?

活动的每个组成部分需要哪些数据收集工具和表格(例如,住户普查、(纸质 报告工具、统计表、移动设备)

DHIS2 中的纸质工具和电子报告表是否一致?如果 DHIS2 发生变化,如何更新和分发纸质工具?

谁负责验证数据并向上报告官方数字(在业务规划一级、地区一级、国家一级)?

活动期间实时监测所需的最低限度数据是什么?是否已将数据收集点映射到监测指标和仪表板输出?

理想的监测频率是多少?确定实时监测的具体需求和具体指标:是每天?每小时?数据收集是否可行?

实时与辅助数据输入

一般来说,只要有网络连接,实施人员就可以预期在移动设备或网络上实时收集的数据可以近乎实时地同步到服务器上。在离线环境下,实施人员需要考虑用户何时可以访问互联网来同步数据。

活动规划者必须准确定义 "实时 "分析所需的内容,以便系统设计者和实施者制定响应迅速但又切合实际的解决方案。在活动期间收集的所有数据通常都不需要,也不可能每分钟都进行监控。在规划过程之初,优先考虑关键监控指标及其需要的频率,有助于确保系统的设计能够让用户在整个活动期间同步数据以进行主动监控(如每日目标、活动工作人员绩效等),同时不受运行环境和实施预算的限制

跟踪器和个人层面的实施:规划者应考虑用户将个人层面的数据输入移动应用程序所需的时间,并平衡这些数据对实时监测功能的效用。此外,规划者应尽量减少重复报告,以最大限度地提高效率,例如避免要求用户将数据输入 Excel 和 DHIS2。

辅助数据录入: 对许多活动而言,在活动实施期间,每天输入关键指标就足以进行实时监测。这些指标可以通过基本的汇总报告轻松填入,这在仍使用纸质工具和统计表进行初级数据收集并将其作为汇总数据集输入 DHIS2 的环境中尤其有用。

更多信息,请参阅跟踪器实施指南章节:

基于网络和移动设备的报告{ #web-based-mobile-reporting }

DHIS2 本身支持多种电子数据收集和传输模式。请注意,本清单未考虑非 DHIS2 应用程序和工具,这些应用程序和工具将在***互操作性规划***部分单独提及。

基于网络的数据收集:使用 DHIS2 数据录入和捕获核心应用程序或在平台上开发的定制应用程序

移动数据收集:使用本地 DHIS2 Android 采集应用程序或使用 DHIS2 Android SDK 开发的定制移动应用程序

SMS 和 USSD:如果使用 DHIS2 SMS 配置应用程序配置了适当的网关,则支持这种报告类型

在整个活动生命周期中,在为不同类型的用户评估和选择合适的报告模式时,我们建议考虑以下因素

互联网接入和移动覆盖

固定与移动服务提供点

现有设备、笔记本电脑和硬件的可用性,这些设备、笔记本电脑和硬件可在 竞选活动期间重新利用/提供使用

用户的数字素养

如需更多指导,请参阅:

** 网络与移动实施**

汇总数据收集与单个数据收集{ #aggregate-vs-individual-data-collection }

大多数 DHIS2 部署都包含综合数据和个人(跟踪器)数据,它们共同作为综合运动信息系统的一部分。即使跟踪器用于收集个体数据,总体数据模型也几乎总是与目标设定、人口估计和其他对规划和监测至关重要的分母等组成部分同时使用。虽然大多数卫生计划通常倾向于以电子方式采集所有个人数据,但如果不做出重大权衡(如转移其他方面的活动预算分配),这样做很少可行或具有成本效益。**没有一个放之四海而皆准的解决方案适用于所有国家,相反,这一决定需要利益相关者就实施背景下的局限性、权衡和优先事项进行讨论并达成共识。

用于实时监测的混合方法和汇总数据{ #hybrid-approaches-aggregate-data-for-real-time-monitoring }

许多国家在活动部署期间仅使用汇总数据就成功实施了实时活动监测系统(乌干达麻疹/脊髓灰质炎、孟加拉国)。在部署阶段,每日报告一组最低限度的综合数据可以有效且具有成本效益地向运动规划者提供实时见解,为第二天重新分配资源,检查后勤和人员水平等。如果无法实时输入 Tracker 数据,由于数据输入积压或无法同步数据,这些数据往往无法 "用于 "实时监控。一些活动策划者可能会优先考虑至少每天获取一套完整的最低核心指标,而不是面对无法跟上个人报告的行政领域的可见性缺口。

如果实时数据录入不可行,则可以在实施综合实时监测解决方案的同时实施 DHIS2 跟踪系统,前提是有强烈的动机在免疫接种活动实施期结束后以电子方式保留这些记录。例如,有些国家可能无法使用跟踪系统对免疫接种活动进行实时监测,但仍希望获取必要的数据,以便在活动结束后更新儿童的电子免疫接种登记表(EIR)。

我们鼓励实施者考虑混合方法,在需要时优先提供数据;同时在可行和最重要的情况下,通过跟踪器/个人数据提供粒度。这种混合方法既能进行详细的个人跟踪,又能确保关键的汇总指标可供即时决策使用。

评估跟踪器和个人层面数据的准备情况{ #assessing-readiness-for-tracker-and-individual-level-data }

在决定是否配置和使用 DHIS2 进行单项数据收集(如使用跟踪系统数据模型)以收集各 方面的活动数据时,需要考虑很多因素。我们建议与卫生部一起重温、更新或进行(如果从未完成)DHIS2 成熟度简介,以了解追踪器的准备情况,以及是否存在可通过使用 DHIS2 作为综合卫生运动数字基础设施的一部分来加强的差距。

是否有强大的基础设施、可靠的托管安排以及专门负责服务器监控和管理的合格人力资源。请注意,仅凭云托管与内部托管并不足以做出这一决定;托管安排以及硬件(物理服务器)与监控和管理的责任分工中有许多因素需要考虑。

电子数据收集点的网络连接可用性

培训最终用户和数据输入人员的可行性和费用

我们还推荐以下资源:

移动部署{ #mobile-deployments }

为健康活动数据实施 DHIS2 通常需要使用移动设备,并需要特别考虑离线设置。DHIS2 Android Capture 应用程序是 DHIS2 本机应用程序,支持此功能。实施过程中还可使用混合报告方法,在低连接性环境中结合短信甚至 USSD 报告,以获取关键的实时监测数据。

在计划将移动设备纳入健康活动数据系统时,请考虑以下几点:

** 设备供应:** 用户是否会使用自己的设备(自带设备)?项目是否会专门为此次活动采购设备?如何跟踪和管理资产?

兼容性:** 所有设备是否与必要的安卓操作系统兼容,以便与 DHIS2 安卓应用程序版本和活动期间使用的 DHIS2 版本兼容?确保所有必要的移动设备都可用,并预先配置好 DHIS2 应用程序。

通常需要向用户提供 ** SIM 卡和数据捆绑包,以便同步数据。实施计划应包括足够的数据捆绑成本预算,以及整个活动期间的分发和补充计划。

** 短信费用:** 短信往往会产生费用,应作为活动计划的一部分编入预算。一些国家已成功地与移动运营商谈判达成协议,对政府授权使用短信进行报告的情况减少或免费提供这些服务。

** 设备安全:** 实施认证机制、远程锁定和数据加密,以防止未经授权的访问。

** 电池寿命和充电解决方案:** 在资源匮乏的环境和难以到达的地区部署电 池或太阳能充电器。这些可与活动的业务单位一起规划。

用户培训:** 需要何种类型的用户培训也取决于所使用的设备以及用户对这些设备和 DHIS2 Android 应用程序的熟悉程度。

对服务器性能的影响:** 确定同步策略,确保服务器硬件和带宽规格能够处理大峰值,**以活动前的测试为基础。大规模活动实施通常会出现用户与服务器同步离线数据的高峰期(如一天结束时)。在整个活动期间使用服务器监控工具将有助于管理员识别并解决瓶颈问题;服务器日志对于管理员排除同步错误也非常有用。

DHIS2 安卓采集应用程序{ #dhis2-android-capture-app }

如果您计划在实施过程中使用 DHIS2 Android 捕捉应用程序,我们建议您访问并查看:

DHIS2 Android 移动实施指南

安卓系统和活动使用案例的特别注意事项{ #special-considerations-for-android-campaign-use-cases }

测试您的安卓系统配置

在没有输入真实用户和数据的情况下,很难模拟新配置的实际性能。综合活动设计的一个好处是,国家可以从每次活动的经验中吸取教训,并实施共同的策略来测试和优化用于 Android 部署的 DHIS2 配置。通常会影响用户和硬件性能的主要测试注意事项包括以下几点。在测试过程中对这些步骤进行时间检查,还可以了解活动工作人员将在报告方面花费多少时间;以及为数据同步、设备准备等安排适当的时间。

装载组织单位

执行程序规则和验证规则

加载大型选项集

加载需要从设备上离线存储和访问的 TEI

移动设备规格

我们建议您查看DHIS2 安卓移动设备规格 ,以了解有关采购安卓设备最低规格和建议规格的最新指导**。**

设备上的可用内存量对性能有直接影响,尤其是当许多跟踪实体实例 (TEIs)、事件或大型选项集离线存储时。对于大规模的移动跟踪器实施(尤其是离线设置中的实施),我们建议规划并预算足够的内存(超过 2GB)。针对设备测试配置以了解设置中的实际性能始终很重要;但是,预期性能所需的内存量可能会受到以下因素的影响:

预计脱机存储在设备上的记录数;

分配给某个用户的组织单位数量;

程序规则和验证逻辑

非常大的选项集

除内存外,还要考虑

现场条件下的电池容量和充电选项

与 DHIS2 应用程序和服务器的安卓版本兼容

存储空间,特别是在收集媒体文件(照片、附件)时

GPS 模块性能,尤其是在定位精度非常重要的情况下

实地观察:** 健康活动的 DHIS2 Android Capture 实施通常需要在离线工作时在设备上存储 1,000-10,000 个或更多 TEI;或为一个用户分配数百个组织单位(如在多个分发站点之间移动的活动工作人员)。在实施跟踪系统时,实施者和规划者应在活动规划过程中尽早估算组织单位分配、活动工作人员、用户、预期 TEI 和活动的数量,以便为预期规模提供最佳的 DHIS2 和设备条件。

通过 SMS 和 USSD 提交数据{ #submitting-data-via-sms-ussd }

DHIS2 支持配置短信网关 ,配置后可用于支持低连接性环境下手持设备的短信报告。

DHIS2 还支持在安卓设备上采集结构化数据输入,通过短信与 DHIS2 服务器同步;但短信必须遵循特定的语法才能被正确解读并整合到系统中。为简化这一过程,**DHIS2 Android 应用程序**也可充当中介,自动格式化和发送短信,而无需用户手动构建短信。不过,要启用短信传输功能,必须正确配置**短信网关。

此配置通过**安卓设置 Web 应用程序 (ASWA)** 进行管理,管理员可在此启用短信模式、设置加密首选项并确定回退行为。您可以在安卓设置应用程序指南中找到配置详情。

从用户的角度来看,基于短信的同步与标准的移动数据同步不同。配置完成后,应用程序允许用户通过短信发送记录,并通过应用程序界面查看同步状态。有关工作原理的完整说明,请参阅《安卓用户指南》(https://docs.dhis2.org/en/use/android-app/android-specific-features.html#capture_app_generic_sync_sms)。

在大规模使用短信报告时,请务必与所选的移动运营商一起测试短信的大小和发送速度,因为字符数限制或网关延迟可能会影响性能。在依赖手持设备(如不使用 DHIS2 Android 应用程序/非智能手机)进行短信数据报告时,实施者和活动管理者应考虑数据收集点的可行性,包括数据质量和这些用户的预计报告时间。

请注意,通过 SMS 发送数据通常会产生费用,应将其作为活动计划的一部分编入预算。一些国家已成功地与移动运营商谈判达成协议,对政府授权使用短信进行报告的情况减少或免费提供这些服务。

以下指导文件可进一步支持在实施过程中整合 SMS 报告或数据传输:** **

使用 DHIS2 配置短信网关

DHIS2安卓设置网络应用程序中的短信配置指南(DHIS2安卓捕捉系统需要使用短信传输功能)

从用户角度看安卓系统如何进行短信同步

移动设备管理 (MDM) 和 APK 分发{ #mobile-device-management-mdm-apk-distribution }

虽然移动设备管理(MDM)系统的使用不是强制性的,但我们强烈建议使用,并应在任何移动部署的预算中加以考虑。MDM 可以大大增强设备控制、安全性和用户体验。MDM 可对活动中使用的所有设备进行集中管理,使管理员能够确保每台设备都运行正确版本的 DHIS2 应用程序和其他所需软件,同时执行组织范围内的安全策略。它还能确保强制开启特定的设备设置(如地理位置服务),限制和/或监控数据的使用,并分发 SOP、培训视频或其他工作辅助工具等文件,以便直接从设备进行离线访问。

这些优势在活动使用案例中尤为明显:

部署大量设备:MDM 简化了应用程序和配置的设置和软件更新流程。

设备地理位置分散或难以检索:MDM 可以远程推送软件更新或安全措施。

在不可行或不需要完整的 MDM 解决方案的情况下,DHIS2 还提供了 APK Distribution Web App--一种轻量级的、活动友好型替代方案,用于安全分发 DHIS2 Android App。该工具允许实施者集中管理安卓设备上的特定 APK 版本,而无需依赖 Google Play 商店。它支持通过安全 HTTPS 链接或本地网络进行安装,因此非常适合断网环境或 Play Store 访问受限的国家。它还能确保 DHIS2 应用程序版本更新不会由 Google Play 商店自动触发,只在设备上部署经过全面测试的版本,以确保不会无意中引入错误。

请参阅其他资源:

用户验收测试 (UAT){ #user-acceptance-testing-uat }

强烈建议在进行全面的用户培训之前,先对少量但具有代表性的最终用户样本进行**用户验收测试(UAT)**。这一过程有助于确保**配置在可用性、效率和用户体验方面**优化。执行良好的 UAT 可以最大限度地减少可用性挑战、简化工作流程并提高系统的整体采用率。

大学入学考试前准备{ #pre-uat-preparation }

在进行 UAT 之前,实施人员、测试人员和设计人员应

** 绘制每个最终用户的工作流程**,了解用户与系统的交互方式。

** 内部测试配置**,以便在最终用户参与之前发现并解决基本的可用性问题。

** 通过解决任何配置不一致、可访问性问题和性能问题,确保系统稳定**。

UAT 的主要组成部分{ #key-components-of-the-uat }

在 UAT 期间,应考虑以下活动:

基于观察的测试

  • 观察用户完成指定工作流程的每个步骤。

  • 确定潜在的可用性障碍和系统改进领域。

绩效和效率评估

  • 记录完成工作流程中的任务所需的时间。
  • 找出导致数据录入速度减慢的不必要步骤、瓶颈或低效环节。
  • 记录遇到的任何错误,并评估其对可用性的影响。

结构化文件和反馈收集

  • 对每个用户组(如数据收集员、主管、管理员)的不同用户样本进行工作流测试。
  • 记录任何重复出现的模式、反馈以及不同用户群体面临的挑战。
  • 收集有关系统整体可用性、说明清晰度和工作流程逻辑的定性反馈。

迭代重新测试和优化

  • 根据 UAT 结果完善系统配置。

  • 对相同用户或新用户进行重新测试,以验证改进效果。

  • 在进行更广泛的用户培训和部署之前,确保解决所有主要的可用性问题。

大学毕业后的考虑{ #post-uat-considerations }

结构合理的 UAT 流程在确保系统直观、高效并可大规模实施、减少部署后问题和增强用户信心方面发挥着至关重要的作用。

  • 编写 UAT 总结报告,记录发现、建议的更改和系统优化。
  • 利用从 UAT 中获得的见解来改进培训材料和入职培训课程。
  • 确保最终工作流程符合最终用户的需求,同时维护**数据的安全性和合规性**。

基础设施、托管和安全{ #infrastructure-hosting-security }

规划容量、规模和性能{ #planning-for-volume-scale-and-performance }

**我是否需要一个单独的 DHIS2 实例来开展活动?

对于大规模、高容量的卫生运动,一般建议使用一个专用的 DHIS2 实例,与稳定的 HMIS(如果在特定国家使用的话)分开,用于卫生运动。每个国家都应分析利用 DHIS2(和其他系统)作为综合卫生运动数字化方法一部分的可能架构。为卫生运动的运作建立独立的 DHIS2 实例的好处包括

更灵活地调整最基层的组织单位等级,如分发点和次地区业务单位

管理数据量和性能:在数据同步高峰期,活动实例的性能不佳风险往往较 高;专用的 DHIS2 实例和充足的基础设施可减少对 HMIS 日常报告的干扰

用户管理和访问:宣传活动通常需要大规模的用户管理,而用户通常不属于常规公共卫生信息系统的一部分

综合系统设计的原则可应用于综合卫生运动平台,如 DHIS2,其方式与 HMIS 作为综合常规卫生设施数据系统的功能类似。综合数字运动平台的设计应考虑到不同类型卫生计划的运动干预,允许共享和重复使用数据(尤其是 "昂贵 "的数据集,如社区一级的家庭绘图/普查)。

活动覆盖率等关键数据和指标可在活动结束后重新纳入**HMIS,以便与其他常规卫生数据进行三角测量和分析。这种方法有助于保持 HMIS 日常运行的稳定性,防止日常报告中断--尤其是在国家 HMIS 实例是在现场托管的情况下,基础设施有限,通常只依赖于一台服务器。

托管和服务器监控

基于云计算与内部部署

基于云的托管服务在活动实施方面有几个明显的优势,因为它可以快速扩展到更多的机器、调整资源等,以提高响应速度并处理通常在报告或数据同步高峰期出现的大量数据(例如:当所有活动团队都要在一天结束时同步他们离线收集的数据时)。

在国家政策不允许使用云主机的情况下,如果有强大的服务器管理团队和充足的物理基础设施,则可以实施内部解决方案。对于资源匮乏地区的卫生部和政府合作伙伴来说,这往往具有挑战性。

服务器管理和性能监控

为确保系统的稳定性和响应速度,应使用**服务器监控工具**。这些工具可让管理员实时跟踪性能指标,找出瓶颈,并在整个活动中进行必要的调整。

有关服务器托管、管理和监控的指导,请参阅:

对于大规模活动的实施,特别是使用 DHIS2 追踪器进行个人数据收集的活动,我们也建议采用这种方法:

● [DHIS2 规模性能:实施和服务器管理指南](https://docs.dhis2.org/en/implement/tracker-implementation/tracker-performance-at-scale.html)

基础设施规划指导问题

实施规划人员应在活动规划流程的早期阶段与服务器管理专家合作,评估服务器托管的需求,以处理该国部署的数量和独特性;同时确保服务器监控工具到位,并为这一职能分配人力资源。以下是一些典型的指导性问题,可用于向负责服务器管理和后台性能监控的人员提供有关实施情况的关键信息:

数据模型

汇总、跟踪(包括活动计划)或混合?

如果使用跟踪器:

预计有多少被跟踪实体?

每个实体有多少个跟踪实体属性?

预计有多少注册人数和活动?

每个用户需要离线存储多少次注册和活动(如果使用移动设备)

组织单位结构

将包括多少个组织单位(OUs)?

业务单位在层次结构中的分布情况如何?(均衡还是集中在某些区域?)

将使用多少层级?

数据录入是在多个级别进行还是只在最低级别进行?

某些业务单位是否比其他业务单位活跃得多,还是活动分布均匀?

用户管理和性能

预计有多少并发用户?

根据功能或角色,用户的分布情况如何?

为汇总数据录入和跟踪数据录入配置了多少用户?

有多少用户只能访问仪表盘和分析应用程序?

是否所有用户都可以访问所有 OU,还是有限制?如果有限制,标准是什么?

数据量与处理

预计有多少数据值?

跟踪报告与汇总报告的预期数据量是多少?

来自实地的启示: 孟加拉国麻疹大规模防治活动需要支持和维护总共 403765 个与微观计划相关的 OU、每日疫苗接种数据和总共 16000 个用户 ID。在这样的规模下,活动为 DHIS2 核心开发人员提供了访问 DHIS2 中受限的匿名数据集的权限,以支持针对大型数据库的性能和压力测试。这些评估的结果显著改善了 API 的内存使用情况,并对跟踪器(结合 OU 和用户访问)进行了性能修复,作为主要测试对聚合*的次级连带影响。

数据隐私与安全{ #data-privacy-security }

正确构建**用户访问和权限**是**活动工作流程效率和数据保护**的基础。活动通常涉及多个利益相关者,他们可能会访问数字化数据,从而增加了未经授权共享数据的风险。在使用 DHIS2 追踪器记录个人数据时,这一问题尤为重要。然而,数据安全协议也必须同时适用于总体数据和个人数据

主要的安全考虑因素包括

基于角色的数据访问:** 根据用户角色限制敏感数据的访问。

** 数据加密:** 确保数据的安全存储和传输。

** 审计日志:** 监控用户活动,以检测和防止未经授权的访问。

** 安全认证:** 实施强大的认证协议,防止账户被滥用。

如需更全面的安全方法,请参阅 DHIS2 安全考虑因素指南 ,其中提供了针对具体情况的建议和最佳做法,以确保 DHIS2 中的**数据安全和用户管理**。

规划互操作性要求{ #planning-for-interoperability-requirements }

使用 ODK 和 KoboToolbox 等非 DHIS2 移动应用程序收集数据也是可行的,但成功实施需要一个强大的技术团队来管理互操作性,并拥有测试、修复和确保系统间数据交换所需的授权和访问权限。建立健全的元数据管理对于保持跨平台数据的一致性和兼容性至关重要。有必要对 DHIS2 和外部工具进行持续维护和元数据管理,以确保对一个应用程序的任何更改都不会扰乱通过互操作性解决方案建立的信息流;并确保在两个系统/工具之间协调和测试更改,然后再将其部署到其中一个或两个系统/工具中。这意味着,如果实施伙伴或其他非卫生部组织正在使用和管理其他移动数据收集工具,则每个工具都需要有明确的角色和责任,以协调与国家 DHIS2 系统的数据整合。这一过程不仅是技术性的,而且需要具备适当技能、任务和访问权限的人员,以及建立*和维护*互操作性解决方案的流程。

更多信息,请参阅

关于可扩展性和与 DHIS2 的互操作性的一般信息: https://dhis2.org/features/extend/

DHIS2 和整合概念

DHIS2网络应用程序接口文档

DHIS2 Android SDK :供开发人员扩展和定制与 DHIS2 本地同步的 Android 应用程序的免费资源。

最终用户支持与服务台{ #end-user-support-help-desks }

结构合理的帮助台对于确保活动实施期间的顺利运作至关重要。主要组成部分包括

** 支持结构:** 建立分级支持(如总部外支持、国家支持服务台、技术小组)。

问题跟踪:** 实施票务系统,以监测技术问题并确保及时解决。

** 沟通渠道:** 提供专线电话、信息平台和电子邮件支持,为用户提供帮助。

** 用户指导材料:** 根据活动需要编制常见问题、用户手册和故障排除指南。

监测和评估:** 不断评估帮助台的有效性,并根据反馈和问题趋势进行改进。

通过解决移动设备管理和帮助台操作问题,DHIS2 实施者可以提高数据质量,改善用户体验,并确保活动的无缝执行。