For the complete DHIS2 documentation index, see llms.txt.

规划您的跟踪器实施{ #planning-your-tracker-implementation }¶

本部分的目的是概述在您的Tracker实施中将获得成功的注意事项，并按主题进行分组，并提供指向特定工具的链接。

本节将涵盖：

定义目的、目标和范围
规模
设计和配置过程
实时与辅助数据输入
移动与网络
建立核心团队
代管
训练
推出

定义目的、目标和范围{ #define-purpose-aim-and-scope }¶

明确的目的和明确的目标是建立对项目范围和局限性的共识，并能够在内部和外部传达开发和运行Tracker程序的过程的关键。

定义跟踪程序的主要目的和次要目的。
确定跟踪的实体，数据收集的范围以及数据收集中涉及的卫生干部。
确定如何唯一标识目标人群的成员（例如，使用唯一标识号或属性组合）。
明确核心团队以及其他利益相关者和系统用户的最初期望。
集思广益并讨论在开发阶段要解决的关键问题和关注领域。
准备进行开发阶段：制定时间表，并针对可能导致延误的意外事件纳入应急计划。阐明预期的问题并讨论如何缓解。

确定规模¶

由于个人级数据系统（即 Tracker）针对的是系统的最低级别，因此 Tracker 程序可以显着增加实施和维护系统所需的用户、硬件/设备、技术资源和组织支持的数量。各国有资格管理部署的人员往往有限，而且与这项工作相关的成本很高。

规模可以指几个维度：规划规模、功能规模或地理规模，仅举几例。

因此，扩大地理范围可能需要时间和资源。实现地理规模有不同的策略，即完全覆盖一个区域或同时在多个区域“小规模”开始，并以稍慢的速度并行扩展。

随着实施规模的扩大，往往会发生滚雪球效应。当你开始扩展时，事情会发生得更快；用户数量可以呈指数级增长，这需要更多的人员和更强的支持机制。因此，规划人员可以通过考虑以下因素来确保支持团队有能力处理增加的数量和速度：

在缩放之前完成并引导跟踪器 尝试扩展规模之前，先收集证据并证明其影响。考虑减少对未显示影响的功能的投资，或对影响有限的资源密集型功能的投资。您应该有一个最终的设计/配置，该配置/配置应经过用户测试和试验，并在扩展之前产生信息管理和所需报告方面的目标结果。开始缩放时，还不是进行实验的时间。换句话说，测试您的设计并设置100个用户而不是5000个用户。

治理尝试进行扩展之前，请确保有可靠的治理流程和明确的职责分配。确保审核此过程，以确保遵循治理过程。适当的治理对于确保跟踪器项目的灵活性和适应性也至关重要，例如添加新选项集或新诊所的例程。谁做出这些决定，如何记录这些决定，以及如何与用户沟通？

成本/财务方面的考虑 考虑您的资金模型，包括创收方案，社交业务模型，每位用户的成本以及维持计划的财务途径。扩展导致支持，设备和连接性方面的运营成本增加。

扩大基础架构 随着规模的扩大，您必须处理更多的连接，这又需要增加内存，处理能力，存储和连接性的资源。

扩展过程的一部分可确保您有一个合理的计划来快速恢复，因为更多的人依赖于该系统。

修改飞行员的程序 通常无法使用与飞行员完全相同的工具和方法来扩大规模，尤其是涉及培训和支持以达到飞行员所达到的使用水平所需的人力资源和专业知识水平时。因此，请检查您的工具和实施方法，并考虑可以重新设计和简化哪些方面以实现您的核心目标

参考：

数字发展原理

工具：

准备评估

设计和配置过程¶

使用户密切关注Tracker程序的设计和配置，以确保它改善并支持他们的工作。为了开发Tracker程序，需要定义要输入的数据，定义工作流和定义程序规则。所有这些定义决策都应与用户密切协作，因为它们直接关系到并可能影响他们的工作方式。

我们建议通过提出以下问题来开始讨论来开始设计过程：

您收集的数据的目的是什么？您打算如何使用这些数据？
谁将从Tracker实施中受益？
输入数据的用户将如何从Tracker实施中受益？
您今天收集这些数据吗？如何？目前的数据流是怎样的？
当前是否有不需要的数据元素？

形成阶段

清楚了解卫生系统（或对于非卫生实施，Tracker计划将涵盖的其他系统），以了解当前系统的“痛点”，确定改进的机会，并最终开发出有用且合适的系统解决这些问题和机会的方法，包括了解卫生工作者，他们收集的数据，他们的临床工作流程以及他们的监督和报告系统。

准备并进行现场访问，以绘制临床工作流程，监督和报告要求，并由所有使用Tracker的卫生人员组成。
准备并举行利益相关者会议，以告知，探索并获得反馈。
验证与跟踪器范围相关的现有国家（临床）指南。
映射现有的文档工作流程：记录员工当前的工作，并确保您的设计支持他们的工作实践，而不是使他们变得繁琐。
映射指示器和相关数据点以进行报告。
考虑是否需要修订准则或报告要点。如果是这样，请制定平行计划以修订指南和报告。

开发阶段

概述当前的临床指南，干预措施，指标和算法。
根据当前指南以及报告的指标和数据点，制定用于电子跟踪的算法和数据点。
定义目标群体和决策支持的复杂程度。根据工作流支持的级别，为支持创建规则，并将其以商定的需求格式传达给软件开发人员。
启用迭代审核过程，以确保开发人员的翻译与医疗保健提供者的需求一致。

定制和测试阶段

此阶段是与利益相关者，软件开发人员，实施者和用户合作并吸收他们反馈的迭代过程。

建立一个结构化且易于访问的数字系统，以在核心工作组之间建立全面而即时的反馈渠道。
确保内容开发符合利益相关者，系统用户和出资者的期望。
保持有关翻译，使用信息按钮等的开放，开放的讨论，以避免误解。
确保在这些阶段中所有用户组之间存在连续且并行的过程，涉及并促进信息流。
为开发人员，实施人员和用户定义里程碑。
建立结构化且易于访问的在线数字系统，以获取来自最终用户的全面而详细的反馈。

世界卫生组织 DHIS2 健康数据工具包

DHIS2 与世界卫生组织 (WHO) 合作开展各种与健康相关的举措，包括创建标准化元数据包以加强国家和国际层面的数据使用。世界卫生组织批准的 DHIS2 健康数据工具包提供了一套数字工具，支持将世界卫生组织常规健康数据标准纳入国家常规健康信息系统。与世卫组织常规卫生信息系统数据工具包保持一致，综合分析和特定项目的 DHIS2 模块是根据全球数据分析指南和测量标准设计的。 DHIS2 工具包提供了完全数字化的参考实施，其中包括可安装的元数据包、技术文档、演示数据库和实施指南。 WHO 批准的 DHIS2 元数据包可以安装在独立的 DHIS2 系统中，也可以集成到现有的 DHIS2 实例中，并根据国家情况进行调整。元数据包将全球标准和 DHIS2 的综合健康信息系统循证设计实践汇集到一个可安装的工具包中，可用于设计参考或直接导入本地使用。

有关 WHO DHIS2 健康数据工具包文档和工具的更多信息，请参见此处。

确定您的M＆E框架¶

监测和评估 (M&E) 框架是 DHIS2 Tracker 实施的重要组成部分。它可以评估实施的进展和成功，并确定需要改进的领域。成熟的跟踪器实施应该有一个强大的 M&E 框架，以确保数据收集、使用实践、DHIS2 版本更新、用户管理、安全、托管、用户支持和培训都得到有效管理。

成熟的跟踪器实现是什么样的？

一个成熟的跟踪器实施应该有一个全面的 M&E 框架，涵盖实施的各个方面。这包括定期评估数据收集、数据使用实践、DHIS2 版本更新、用户管理、安全性、托管、用户支持和培训。监测和评估框架还应包括识别和解决出现的任何问题的流程。

维护和评估数据收集

定期评估数据收集过程以确保其准确、完整和及时非常重要。这包括评估输入数据的质量、数据的完整性以及数据提交的及时性。识别并解决数据收集中的任何问题将提高数据的整体质量。

维护和评估数据使用实践

定期评估数据使用实践将确保有效地使用数据来为决策提供信息，并且数据的使用方式与组织的目的和目标保持一致。这包括评估数据分析的质量、决策中数据的使用以及数据传播的有效性。

维护和评估与新的 DHIS 2 版本保持同步

跟上新的 DHIS2 版本对于确保实施使用最新版本的软件非常重要。这包括定期评估正在使用的 DHIS2 版本、评估升级到新版本的好处以及实施任何必要的升级。

维护和评估用户admin

定期评估用户管理将确保用户拥有对系统的适当访问权限、正确配置用户角色和权限以及有效管理用户帐户。这包括评估活跃用户数量、新用户数量和非活跃用户数量。

维护和评估安全性

定期评估实施的安全措施将确保数据受到保护并且系统符合安全法规。这包括评估系统身份验证和授权过程的有效性、托管环境的安全性以及系统灾难恢复计划的有效性。

维护和评估托管

定期评估托管环境将确保系统配置正确、系统运行良好以及系统可供用户使用。这包括评估托管环境的稳定性和性能、托管环境的安全性以及系统的可用性。

维护和评估用户支持

定期评估用户支持将确保用户能够有效地使用系统并及时解决任何问题。这包括评估用户支持团队的响应能力、用户支持团队的有效性以及用户支持文档的质量。

维护和评估培训

定期评估培训计划将确保用户得到适当的培训，并且培训计划满足组织的需求。这包括评估培训计划的有效性、培训材料的质量以及完成培训计划的用户数量。

值得注意的是，应定期审查和更新监测和评价框架，以确保其满足组织的需求并与组织的目的和目标保持一致。它还应符合与数据安全和保护相关的任何国家和国际法规和标准。

实时与辅助数据输入¶

仔细评估是否应实时输入数据，因为这对您构建项目的方式具有重要影响。跟踪器用于通过具有关联数据元素和规则的定义程序来跟踪个人。卫生人员可以在咨询期间（实时护理点）或在一天结束时（或当他们有时间输入时）捕获数据。这两种不同的方法自然会对跟踪器的用途产生影响。

实时输入数据可以实现实时决策支持、数据验证并防止重复数据输入。然而，它还需要可靠的互联网连接，这在某些地方可能不可用。此外，实时数据输入可能需要使用移动设备，这可能会带来额外的挑战，例如设备维护、供电和卫生人员培训。

如果在一天结束时或卫生人员有时间时输入数据，则可以通过实时数据输入消除这些挑战。然而，这也意味着数据不是实时可用的，并且对于实时决策支持可能没有那么有用。

在决定方法时，重要的是要考虑可用资源、当地环境以及组织的目标和目的。同样重要的是，拥有用于备份纸质文件的明确标准操作程序 (SOP)、轻松导航以查找客户以及防止错误的机制（例如无法输入未来日期的规则）。

移动与网络¶

**考虑数据输入者如何以及何时可以访问Internet **在某些情况下或位置，通过计算机访问在线中央DHIS2服务器非常困难，甚至是不可能的。 DHIS2 Android Capture App是为应对这些情况而设计和开发的。但是，将移动设备引入DHIS2实现将在许多层面上影响您的项目，因此，需要以知情和自觉的方式做出决定。

网络还是移动？ 在为Tracker实施考虑移动组件时，应考虑两个主要方面：Internet可用性和健康岗位的移动性。给定的Tracker实现可能只需要解决这两个方面之一，或者同时解决这两个方面。我们将尝试定义它们，并在本节中帮助您分析您的情况。

流动性：有些团队通过移动部门在不同的位置提供服务。在移动单元访问的位置，可能有一个带有适当工作站的设施，用于数据收集，但是有时数据输入是在动态环境中或在车辆本身中完成的。在这些情况下，随身携带笔记本电脑并不总是那么容易，取而代之的是使用移动设备。
** Internet可用性**：在很多地方，访问Internet都充满挑战。可以在两种主要情况下总结不同的可能情况：* Internet连接不稳定或受限*，并且* Internet连接不可用*。
- 当* Internet连接不稳定或受限*情况仅限于一天中的某些时刻时，可以考虑使用移动设备或Web进行数据输入。 DHIS2 Web数据输入允许Internet中断时继续输入数据。输入的数据将存储在本地的Web浏览器缓存中，下一次用户上线时，数据将自动上传。需要特别注意的是，此脱机支持取决于Web浏览器的存储，并且仅在浏览器窗口保持打开状态时才起作用。如果用户正在离线收集数据并在离线状态下关闭其正在工作的窗口，那么数据将会丢失。离线支持*吸收*间歇性的Internet连接中断的影响，以提供平稳，稳定的工作体验，但这不是完整的离线解决方案。
- 如果* Internet连接不可用*，则应考虑使用DHIS2 Android Capture App，该应用程序为数据收集提供了完整的脱机支持。这个应用程式可以在行动装置和平板电脑上使用，也可以在其他装置（例如Chromebook）上执行。因此，Android Capture App可适用于您面临Internet可用性挑战但对数据收集人员的流动性没有挑战的情况。

使用Android应用程序的含义 DHIS2 Android Capture App促进了脱机使用Tracker数据收集，但也带来了必须从项目早期阶段就考虑的含义。在您的实施中拥有移动组件可能会影响您的计划，预算，培训，配置和部署策略以及其他方面。

** DHIS2配置：**当配置Tracker与移动设备一起使用时，您需要特别注意移动用户的配置，他们对数据输入和组织单位的访问。通常设想移动用户在最偏远和不可访问的区域中物理地收集数据，因此，不期望移动用户从大量设施（例如整个国家的组织单位层次结构）中收集数据。虽然应用程序中没有允许的最大单位部门数量，但大量设备可能会对性能产生影响，具体取决于设备上的资源（内存，处理器）。通常，少于250个组织单位应该是安全的，但是对于典型的移动用例而言，这仍然是一个很大的数目。注意程序规则和程序指示器的配置也非常重要。安卓应用程序旨在支持所有 Tracker 网页功能，但其中一些功能在安卓系统中的表现可能略有不同，或在应用程序开发路线图中等待实施。有关 Android 中程序规则和程序指示器行为的详细列表，请参阅Android 应用程序文档中的_程序规则_和_程序指示器_部分。
数据收集的视觉呈现： 安卓应用程序的用户体验设计得非常视觉化和直观。图标和颜色可用于配置数据输入表单及其显示方式。系统管理员可对可视化表示进行配置。图标库中有四百多张图片和一个调色板，图标和颜色均可分配给大多数元数据对象：图标和颜色均可分配给大多数元数据对象：选项、数据元素、属性、程序/数据集。有关 DHIS2 可视化配置的更多信息，请参阅安卓应用程序文档中的_Visual Configurations_部分。
**测试：**在任何DHIS2实现中，测试都是非常重要的阶段。您应与服务器配置并行测试Android App，以确保服务器中进行的所有配置均能正确反映并在App中正常工作。这在配置程序规则期间尤其重要。有关不同类型的测试以及如何计划项目的测试阶段的更多信息，请参见[DHIS2移动实施指南]的_Testing_部分（https://s3-eu-west-1.amazonaws.com/content .dhis2.org / Publications / DHIS + 2 + Mobile + Implementation + Guidelines.pdf）。
安全性： 根据您的 Tracker 配置，您可能将个人数据存储在移动设备上，并且卫生系统对可识别数据的需求与患者的隐私权之间可能存在紧张关系。确保只有获得授权的卫生人员才能访问个人数据至关重要。正确管理个人数据是用户教育的重要组成部分，建立描述要应用的安全措施的 SOP 并确保所有用户共享并遵守这些 SOP 至关重要。系统管理员在配置用户访问级别时也发挥着重要作用，通过确保数据访问适合每个用户并且永远不会不必要地过度。_数据安全和隐私_可以在 [DHIS 2 移动实施指南](https://s3-eu-west-1.amazonaws.com/content .dhis2.org/Publications/DHIS+2+Mobile+Implementation+Guidelines.pdf）找到。去做;在本文档的“安全性”部分添加链接！
**购买移动设备：**移动设备的购买是移动部署的关键方面，在规划，预算和物流时需要考虑这些因素。一个好的策略是获得您可以负担得起的最好和最新的设备，以使它们在您的项目生命周期中使用寿命更长。从这个意义上讲，优良作法是尽可能延迟采购的大部分时间（换句话说，任何不需要初始测试和中试阶段的设备），而不是在计划过程的早期购买所有设备。技术-尤其是移动设备-发展非常迅速。给定的模型通常每年更新一次，使消费者能够以相似的价格逐年获得重大的技术改进。可以在[此处]（https://docs.google.com/document/d/1jZjw-hb1W8sszkPU9yPWrPoow91gEkTb0nyZJh3IJQQ/edit）中找到可与DHIS2 Capture Android App一起使用的移动设备的规范。当您完成所有测试并完成试点后，您就可以通过购买硬件和必要的服务来扩展部署。您可以在 DHIS2 移动实施指南的_扩展_部分找到移动获取指南移动+实施+指南.pdf）。我们总结了此阶段需要考虑的关键方面：

1）购买设备与BYOD（带上自己的设备）：BYOD的优势在于，它避免了购置的大量初始成本，并减少了管理成本和物流方面的考虑。另一方面，使用BYOD模型会带来管理非常异构的硬件环境的挑战，这意味着不同的设备和Android OS版本会导致不同的最终用户具有不同的捕获和查看数据功能，并最终导致升级核心Tracker实例面临挑战，因为较新的版本与较旧的应用程序版本之间的向后兼容性有限。为最终用户购买设备的主要优势是设备和应用程序版本的一致性，但是这种方法增加了硬件成本，并且涉及与分发移动设备以及随时间进行维护和更换有关的物流挑战。

2）应用的分发：您可以使用[Github]（https://github.com/dhis2/dhis2-android-capture-app/releases）中提供的APK手动安装Android Capture App，也可以使用[Google播放]（https://play.google.com/store/apps/details?id=com.dhis2）商店。使用Google Play可以更轻松地在所有设备上更新该应用程序，但是您将被迫自动安装该应用程序的所有更新。安装APK可让您控制何时更新以及更新至哪个版本，但是更新所有设备都需要更复杂的过程，对于不使用移动设备管理软件的项目，不建议使用它（请参见下一项）。

3）电信合同：与移动提供商选择和签订合同的过程因国家/地区而异，并且还取决于组织的采购程序。

**设备管理和维护：**移动设备管理 (MDM) 是指用于管理移动设备的软件。 MDM 软件对于支持数百种设备、控制所有这些设备上的 APK 文件分发、提供技术支持和执行机构政策是必不可少的。有关 MDM 的理想功能、可用选项以及为您的项目选择正确的 MDM 的指南的更多信息，请参见 [DHIS2 移动实施指南](https://s3-eu- west-1.amazonaws.com/content.dhis2.org/Publications/DHIS+2+Mobile+Implementation+Guidelines.pdf）的_Mobile Device Management_ section。

人力资源和IT支持¶

如果没有合适的人选，那么Tracker的实施将不会成功。在启动跟踪器项目之前，重要的是要确保具有合适能力的合适人员。

建立团队时，请注意以下几点：

争取长期参与。随着时间的推移将保持Tracker实施的人员应该从一开始就成为项目的一部分
从一开始就需要涉及（卫生）系统所有级别的国内资源。从外部顾问到长期员工的项目历史，决策和既定惯例的移交通常具有挑战性。
如果您已经有一个聚合的DHIS2实例，请记住，管理聚合的人员并不会自动获得“ Tracker”项目的“资格”，因为Tracker与聚合报告不同。

角色	职责/任务
专案经理	管理跟踪器项目
配置/开发负责人	领导开发工作
安全经理	负责安全政策++
培训经理	组织培训
测试线	领导测试工作
训练师	与最终用户进行培训
支持负责人	牵头支持工作
分布式支持人员	接收支持和帮助用户的请求

IT支持部门¶

支持应该在用户附近提供，这通常需要在地区或分区级别创建新的IT支持结构。如果实时使用Tracker，则应始终在工作时间内提供技术支持，以解决和报告问题。如果Tracker支持临床决策，则IT员工应了解临床工作流程及其在技术系统中的代表。因此，Tracker IT支持团队可能具有与其他健康信息官员不同的技能和背景，并且可能是您的卫生系统中全新的，不同的干部。

团队结构和管理

IT支持部门的每个成员都应在第一个最终用户之前接受培训，并且必须证明对系统及其工作原理的高度了解。通常，IT支持部门由领导最终用户培训的相同人员组成。至少应在培训期间向最终用户介绍支持人员，以从一开始就建立融洽的关系和信任。支持人员工作的很大一部分是对工作的“支持性监督”。有效的支持人员也必须知识渊博，受人尊敬和尊重，但通常对最终用户不具有直接授权的权限，因为这可能会降低用户提出技术问题和报告系统问题的意愿。

一旦团队就位，就可以建立内部工作层次结构，从提高层次结构上的技术能力（例如，层次结构顶部的系统管理员），到在层次结构下增加对最终用户的访问权限（例如，最终用户的直接主管），现场支持人员）。在人员配置组织阶段，需要开发用于报告和响应最终用户问题的标准操作程序。

任何IT支持部门的必备工具

常见问题（FAQ）文档：一种简单的文件，以图形和/或本地语言描述了数据输入的标准操作程序以及出现错误时的处理方法。常见问题解答应在所有培训期间分发，并且应由IT支持部门定期更新，并随着Tracker系统的发展与最终用户共享。
移动设备管理：为了保护患者级别的数据，必须实施单独的病例管理系统，以跟踪哪些用户有权使用哪个设备来识别丢失/被盗的设备并跟踪病例。该系统可以像电子表格一样简单，但是在更大，更复杂的情况下，可以使用企业级MDM系统来跟踪设备位置，并且可以在需要时远程擦除单个设备。
用户管理：IT支持部门应能够记录和管理基本的系统管理任务，例如创建新用户帐户，停用非活动用户帐户或重置密码。
用于监视关键系统指标的监视平台：这些关键指标包括按组织部门划分的新注册人数，不活动的用户，服务器停机等。IT支持部门至少应有权访问专用DHIS2仪表板中的汇总指标。按时间和地区划分的实施进度。
案例管理平台，用于注册错误和故障单：这些平台（例如JIRA）使IT支持人员可以输入，编辑，分配，跟踪和解决错误和其他故障单，并允许主管监督与服务相关的重要因素，例如未解决的故障单数量和未解决的错误，平均响应时间等。
知识管理平台：这是一个存储库，员工可以在其中从以前的票据中学习（从而建立知识库）。与其他任何实施者或系统管理员相比，IT支持部门都更了解用户在Tracker上的实际使用经验，他们的观点对于调整Tracker更好地满足用户的需求至关重要。知识平台（员工之间的电子会议或例行会议）可以分享共同的经验，挫败感或潜在改进的想法
报告错误的热线：此热线可以有多种形式。例如，它可以是与每个用户共享的支持人员员工的电话号码，也可以是用户可以发送注释和屏幕截图的电子邮件地址。无论采用哪种格式，都必须有一个SOP，以便将通过热线报告的错误输入上述案例管理平台。
公开聊天组：许多支持团队发现，在员工和最终用户之间创建聊天组可以支持对等学习（例如Whatsapp或Wechat可以共享屏幕截图，语音消息或针对常见问题的创造性解决方案）。

参考：

[数字发展原理]（https://digitalprinciples.org/）

代管¶

DHIS2 Tracker 程序和收集的数据必须托管在服务器上。这可以通过本地专业服务提供商或在云端在本地（例如卫生部或 IT 部）完成。每个选项都有其自身的优点和缺点。例如，在云中托管跟踪器实施意味着管理员无需担心服务器容量和停机时间，但除非使用本地提供商，否则在国外托管数据可能会存在法律问题。无论采用何种托管策略，安全性都是一个关键考虑因素。这包括身份管理、身份验证和授权（限制对数据或服务的访问）以及保护服务器。

此外，决定是在单独的实例还是与聚合系统相同的实例中配置跟踪器也很重要。拥有一个实例的一大优势是能够直接从跟踪器数据生成报告。然而，将两者置于同一实例中需要更严格的标准操作程序 (SOP) 来维护用户帐户，以确保限制对患者数据的正确访问。

无论实例是在本地还是在云中，您的托管计划中都应包含关键托管和安全原则：

该操作系统是长期服务 (LTS) 版本
有一个自动过程来应用操作系统安全补丁
基于主机的防火墙配置为允许最少的访问
根据商定的策略（密钥、无 root 访问权限等）通过 Secure Shell (SSH) 进行访问
DHIS2 版本落后最新版本不超过 3 个版本，并且存在定期应用补丁版本的流程。
自动备份系统已就位并定期进行测试，包括异地测试。
PostgreSQL 数据库访问控制允许最小访问
Web 代理服务器已正确配置安全套接字层 (SSL)（SSL 实验室测试 A+）
所有数据库数据都存储在单独的数据分区上（允许静态加密、性能设置）
监控和警报系统已到位
- 根据环境的不同，有多种可用选项。例如，boombox 可能适合电子邮件 + logwatch + munin。
充足/稳定的电力为设备充电
如果使用 Android，则必须有具有一定正常运行时间的网络才能进行同步。
如果基于网络，则存在稳定的网络

IT 系统的管理和可持续性：

存在有关安全计划和协议的文档，无论是高层还是技术程序。这对于没有“安全第一”文化的本地托管系统尤其重要。

需要有一个人负责制定、维护和实施安全计划。另一位安全经理致力于识别和减轻风险。这两个角色都需要经验、能力和激励。

确保有一套书面的强制技术控制措施，并且有针对这些控制措施的审计流程

已发布且可用的 SOP，用于操作、网络和物理安全（锁定 PC、强密码、数据加密等），以及在系统停机或系统漏洞时进行监控和响应

培训和推广¶

**计划进行高质量的持续培训。**能力建设对于Tracker计划的成功至关重要，它必须是高质量的，并且在计划的整个生命周期中都必须定期进行。仅提供一次用户培训是不够的-您的培训计划应随时间提供初始和进阶培训。前线跟踪器用户通常是地面级卫生工作者，与经常使用汇总数据的地区职员相比，他们对技术的适应程度可能较低。对培训的重点将包括使学员熟悉工具的时间以及如何将Tracker集成到他们的工作流程中。

一个关键原则是**与用户协作开发培训材料。**在设计培训材料时与用户紧密合作将使您了解用户难以理解的概念，因此您可以优化材料和时间安排培训议程。与一组实际用户进行初步的完整培训，以微调您的课程。

确定适当的培训方法：提供多种培训选项（例如视频，在线测试，现场，会议），这些选项可以单独使用，也可以相互结合使用。

**让卫生人员**参与培训，而不仅仅是IT人员，以解释和强调数据输入流程背后的健康原因。这对于涉及决策支持的配置尤其重要。这样做有助于最终用户更好地了解Tracker程序为何如此重要，这可以导致更完整和准确的数据输入，从而更有可能使该程序成功实现其目标。根据参加课程的人员的反馈来修订材料，或者如果Tracker计划的修订导致旧的培训材料不准确，则对材料进行修订。

后勤将跟踪器用户的培训计划为一系列培训步骤，以便他们在一段时间后接受进阶培训。理想情况下，进修培训时间表应与Tracker软件的修订周期保持一致，以便于向最终用户介绍程序中的更改和新功能。

请注意，培训大量用户（尤其是分布在较大地理区域的用户）通常需要您尽早培训其他培训师（在培训师培训 (ToT) 中），以帮助扩展您的培训能力。跟踪哪些跟踪器用户已经接受过电子表格、列表或其他集中数据库的培训，并建立一个 SOP，以便在新员工加入、或现有员工辞职或调动时更新此列表。应尽早为新的/未经培训的工作人员提供培训。谨慎选择训练场地。培训可以在现场（在用户工作环境中或附近）进行，也可以在集中培训中进行，将来自不同工作场所的更多用户群体带到一个集中位置。两种方法都有积极和消极的方面。无论培训在哪里进行，负责计划培训的人员都需要安排后勤细节，例如场地、交通、饮食、计算机、互联网接入等。

如果可能，请培训用户使用他们将在工作中使用的设备。不要低估人们登录和熟悉设备所需的时间-从培训的角度来看，从技术的角度来看，要使所有参与者做好准备可能会花费大量的时间。建议让培训团队的几名成员来帮助解决出现的这些问题。安排定期的定期/现场培训/复习培训

在低带宽设置中进行训练 如果您的培训地点的互联网连接速度太慢，不可靠或不存在，您将需要安装本地Tracker实例，并在机器/本地服务器上对其进行配置以进行培训，然后对其进行设置，以便参与者可以通过通用的本地网络环境，IP地址或本地主机客户端连接。即使在Internet访问通常良好的环境中，大量用户通过一个WiFi网络或Internet访问点访问基于Web的Tracker实例也可能导致网络问题。因此，在这种情况下，通常建议将培训实例用作备份。

将Tracker与您的总体数据系统相关¶

在设计跟踪器时，重要的是要考虑健康管理信息系统（HMIS）的基本报告要求，以避免重复报告。输入跟踪器的数据构成生成汇总数据的基础。例如，如果有 4 个患者条目，其中 2 个具有 X 状况，2 个具有 Y 状况。跟踪器应支持聚合系统，而不是成为数据收集者的额外负担。系统设计应考虑如何使用通过跟踪器输入的数据来满足聚合数据要求。

有不同的选项可供考虑，例如自动化或借助工具的手动方法。拥有清晰的工作流程、工具和治理模型对于数据质量和完整性保证以及数据授权流程至关重要。这包括确定谁可以批准和处理从个人数据到聚合数据的数据以及此过程如何发生。

在设计与 HMIS 的集成时，请确保彻底审查指标、创建报告、建立数据质量和发布的治理模型，并确保数据修订流程正常运行。让护理人员参与这一过程非常重要，以确保他们了解指标并能够参与其计算方式。此外，让部门/政策制定者参与这一过程，以便他们了解以前和现在在跟踪器或电子注册中报告方式之间的根本区别。

输入 HMIS

输入跟踪器的数据构成生成汇总数据的基础。跟踪器应该支持聚合系统，而不是成为数据收集器的额外负担。系统设计应考虑如何使用通过跟踪器输入的数据来满足聚合数据要求。换句话说，工作流程应避免卫生工作者的额外工作，并且他们不必手动汇总数据并将其手动输入到 HMIS 中。

汇总数据收集系统（将最终数字输入到在线报告表格中）与进行自动报告的跟踪器/电子注册系统之间的区别在于，软件设计中需要付出更多努力来满足所有报告和指标需求。定义指标并了解要衡量的内容（包括分子和分母）非常重要。

取消传统的纸质报告可能非常耗时，而改变行为也需要时间。重要的是要确保护理提供者理解这些指标并能够输入它们的计算方式。让部门/政策制定者参与这一过程，以便他们了解以前和现在在电子注册中进行报告的方式之间的根本区别。

参考：

Venkateswaran M：用于产前保健的卫生信息系统数据的属性和后果–健康状况，卫生系统性能和政策，卑尔根大学博士学位论文

Venkateswaran M，MørkridK，Khader KA，Awwad T，Friberg IK，Ghanem B，Hijaz T，FrøenJF：将产前记录中的个人水平临床数据与西岸产前保健常规医疗信息系统指标进行比较：十字分节研究。一项2018，13（11）：e0207813