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

实时监测疫苗接种活动 - 实施

本章重点介绍**DHIS2实施战略**的各个方面，以及通常必须根据每个国家/每个活动的具体情况做出的决定。本指南的目的是让DHIS2的**实施者**了解部署策略和方法，以便利用DHIS2实施稳健且符合目的的活动。

选择数据收集模式{ #selecting-modes-of-data-collection }

DHIS2 允许**多种数据输入模式**，包括一个本地 DHIS2 安卓客户端，并可支持纸质报告和适合离线环境的电子报告相结合的混合实施。

实施计划应考虑以下因素：

  • 实时数据录入与二次/回顾数据录入的对比
  • 原始数据收集水平：哪些用户使用哪些工具收集原始数据？
  • 电子报告的级别：在纸质或混合原始数据收集的情况下，实施者应根据可行性、 背景和数据分析要求，确定应在哪个级别将数据输入系统。
  • 疫苗接种点和分区业务单位的连通性
  • 电子报告模式
  • 基于网络
  • DHIS2 Android 移动 数据录入系统
  • 短信、USSD 和其他数据传输模式

这种灵活性的主要好处是**不需要互操作解决方案**--一旦数据输入系统，DHIS2 即成为活动数据的储存库。此外，还可以离线输入数据（可能在移动设备中）并在瞬间同步数据，这样就可以在现场直接输入数据，而不必先在纸上统计。

追踪器

使用 DHIS2 Tracker 进行实时监测**应慎重考虑**，这取决于基础设施的可用性（即强大、可扩展的主机）、终端用户的网络连接以及培训数据录入人员在 Tracker 中实时收集数据的可行性。由于用于数据录入的资源有限、网络连接有限以及其他基础问题，许多国家在 COVID-19 疫苗交付期间面临着追踪器数据录入大量积压的严峻挑战。如果实时数据录入不可行，DHIS2 追踪器也可与综合实时监测解决方案并行实施，前提是有足够的资源进行二次数据录入。

强烈建议审查《跟踪系统实施指南》并进行快速跟踪系统就绪评估，以确保关键的基础组件和促进因素到位，从而成功部署跟踪系统。

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

当**没有互联网连接**时，短信模块 可用作上传数据的备用方法。DHIS2 支持通过短信接受数据，但短信需要按照一定的语法结构来解释并输入 DHIS2。DHIS2 Android 应用程序是通过短信发送信息的透明层，用户无需担心短信的编写问题。要使用安卓应用程序发送短信，需要正确配置短信网关。

有关 SMS 数据录入和配置 的更多信息，请参阅嵌入式链接。

其他移动数据录入工具{ #other-mobile-data-entry-tools }

使用非 DHIS2 移动应用程序和工具（如**ODK 和 KoboToolbox**）收集数据是可能的，但这一解决方案需要在该国有一个**强大的技术团队**，以促进互操作性 ，并监督在两个系统中建立强大的元数据管理，以确保所收集数据的兼容性。

基础设施与性能测试{ #infrastructure-performance-testing }

规模规划{ #planning-for-scale }

对于大规模、高容量的活动，通常建议在活动期间使用**专用的 DHIS2 实例**，并在活动结束后将覆盖率等关键活动数据纳入 HMIS，以便进行三角测量和使用。这样做是为了**保持日常 HMIS**的稳定性，防止日常报告出现任何中断，因为许多国家的 HMIS 总实例都是在现场或本地服务器上托管的--通常只有一个服务器可用。

应在**个最初阶段**规划托管基础设施。 在国家政策允许的情况下，强烈建议使用**云资源**托管。云托管通常可以提高性能和可扩展性，因为可以使用物理或虚拟服务器网络。应部署服务器监控工具，以确保服务器管理员及时、准确地掌握整个活动的性能信息，并能针对可能出现的瓶颈做出调整。请参阅其他服务器托管、管理和监控技术指南。

规划基础设施的指导性问题：

  • 数据录入方式：汇总数据录入还是跟踪数据录入？
  • 如果使用 Tracker：
    • 您预计有多少个跟踪实体？
    • 每个跟踪实体有多少个跟踪实体属性？
    • 注册人数有多少？
    • 有多少活动？
  • 组织单位的数量？
  • 它们在层次结构中是如何分布的（分布均衡还是在某些部分存在大量次级单位？）
  • 有几层？
  • 数据是在不同的 OU 级别输入，还是只在最低级别输入？
  • 是某些 OU 比其他 OU 更活跃，还是所有 OU 的活动分布均匀？
  • 并发用户数？
  • 基于功能/角色的用户分布：例如，有多少用户配置了输入汇总数据与跟踪数据的角色，有多少用户配置了只允许访问仪表盘/分析应用程序的角色？
  • 是否所有用户都可以访问所有 OU，还是有一些限制？如果有，是哪些限制？
  • 预计有多少数据值？
  • 跟踪器与总量？

示例

使用中的**dhis2：**

孟加拉国麻疹大规模防治活动**需要支持和维护共计**403765个与微观计划相关的OU**、每日疫苗接种数据和共计**16000个用户ID**。 在这样的规模下，该活动为 DHIS2 核心开发人员提供了一个针对大型数据库的真实用例测试性能和压力测试的挑战性场景。这些评估的结果大大改善了 API 的内存使用情况，并对跟踪器（与 OU 和用户访问相结合）进行了性能修复，作为主要测试对总体的次级连带影响。

用户管理{ #user-management }

规划参与 SIA 的工作人员如何获取信息也是在活动前规划阶段需要评估的一个重要考 虑，因为这也将反映活动期间和之后的角色和责任。

所有全局软件包都与一些核心用户（管理员、数据收集员和数据监控员）一起发布。这些用户及其角色 可以根据本地情况保留和调整，也可以根据实施类型和工作量分配完全更改。

分散的访问控制和用户管理是信息系统运作的关键。已经有了常规的 HMIS 数据，地区用户可以对其账户进行管理，其访问权限仅限于本地区。因此，必须强调的是，特别是在疫苗接种活动期间，人们很容易走捷径，在不同的人和职位之间共享用户，或者在每个较高的层次结构中只有一个用户，并有一系列的角色，主要的建议是为每个职位/人分配一个单一的角色，或者为每个职位分配一套固定的角色。这就意味着不能共享用户，而且要根据活动数据和工作流程中的工作类型来确定非常具体的角色。这种方法非常重要，可使系统中的 SIA 配置与国家有关数据存储、保护和安全的法律/法规保持一致。此外，这也是一个宝贵的工具，可以**对卫生工作者和数据录入员进行良好的监督，**并随时监测工作和数据的质量。

虽然对用户和用户角色进行适当的机构设置是活动正常运作和监督工作流程的核心，但也可能存在**数据隐私的问题，因为多个利益相关者可能会访问数字化数据，因此这些数据很容易共享。在使用跟踪器的情况下，这一问题尤为重要，不过，对于总体数据和个人数据，都应执行当地的法规和法律。

DHIS2 安全考虑因素指南](https://docs.dhis2.org/en/implement/implementing-dhis2/security-considerations.html) 提供了一系列背景建议和实用措施，可用于实施和监测安全管理。

用户验收测试{ #user-acceptance-testing }

建议在用户**培训**之前，对少量但有代表性的最终用户样本进行用户验收测试（UAT），以优化配置的可用性。实施人员/测试人员/设计人员应绘制每个最终用户的**工作流程图，并在 UAT 之前对配置进行内部测试。用户测试可包括

  • 观察用户逐步完成工作流程的过程
  • 记录完成工作流程所需的时间，以及在数据录入过程中注意到的任何不必要的步骤、延迟或错误
  • 记录流程，并从每个用户组中抽取用户进行重复测试（即测试每个最终用户的工作流程）
  • 优化配置后重新测试工作流程