跳转至
For the complete DHIS2 documentation index, see llms.txt.
实施 DHIS2
建立核心团队

核心团队例行工作{ #core-team-routines }

一旦您组建了核心团队，对他们进行了评估，并创建了学习路径以建设团队能力，那么确定团队如何协同工作就非常重要了。如果您需要外部技术援助，也应制定常规程序，以便他们在为您提供高质量的实施支持的同时，支持您的内部团队取得改进成果。

核心小组的各个阶段{ #phases-of-the-core-team }

应从三个不同阶段的角度来看待核心团队：

  1. 基础
  2. 精通
  3. 专家

重要**

团队不一定要从最低阶段开始；每个实施项目的最低阶段都不同，将根据核心团队的评估来确定。

同样重要的是，不同的团队成员可能属于不同的阶段。例如，你可以让团队中的专家指导处于较低阶段的成员。

1.基础

团队的工作重点是学习新技能和听取他人建议。

  • 他们在严密的监督下开展工作；依靠指导和学习辅助工具来执行关键任务。
  • 关键重点：准确性高于速度；建立可靠的知识库。
  • 需要支持：需要积极的指导和频繁的检查，以确保与最佳实践保持一致。

2.精通

该团队已从采购转向应用。他们可以独立处理绝大多数标准任务，并已具备排除常见问题的直觉。

  • 能够管理端到端工作流程；能够独立识别和解决常规错误。
  • 关键重点：一致性、效率和扩大责任范围。
  • 支持需求：偶尔就非标准或复杂的用例和/或功能提供指导；需要对高风险交付成果进行同行评审。

3.专家

现在，团队内部的技能和领导力已达到相当高的水平。虽然他们是各自领域的主要权威，但他们也认识到，有时可能需要对问题进行专门审查或系统性干预。

  • 担任主题专家（SME）；指导他人；处理复杂的用例和方案。
  • 关键重点：战略、优化和边缘情况的解决。
  • 支持需求：协作升级。他们可能需要 "第 3 级 "或架构支持，以解决系统性问题或标准操作指南之外的高度专业化技术障碍。

下图概括了这些阶段，提到了团队的核心作用以及团队随着时间推移可能经历的阶段

核心团队角色分工(resources/images/core_team/core_team_roles_support.jpg)

图 1：团队核心作用与阶段

治理{ #governance }

与 DHIS2 有关的全部管理细目详见 此处；但重要的是要注意核心团队在这一结构中的作用。

从下图中，我们可以看到 DHIS2 核心团队在这个更广泛的管理结构中的位置。

治理](resources/images/core_team/governance.png)

图 2：DHIS2 治理结构*

这里的主要思想是，虽然 DHIS2 核心团队将拥有自己的一套专业知识和技能，但它的目的是在一个已经做出高层次战略决策的系统中协同工作，而不是独立决定应该引入和扩大某些用例或功能的内容/方式/时间。

特别是，****业务领导****将发挥桥梁作用，确定日常业务，并定期与一个跨部委的委员会联络，理想的情况是，该委员会将主要的卫生信息利益相关者聚集在一起，共同做出决定。

虽然核心团队是更广泛的管理结构的一部分，该结构负责整个 DHIS2 的实施，但团队本身应该有一些固有的例行工作，使其能够作为一个独立的单位，执行商定并分配给它的任务。业务主管通常会领导这个团队；但是，随着团队的成熟和技能的发展，团队中的其他人应该有明确的机制来提供见解和自己的专业知识，以指导团队的方向。

我们可以将这一方向分为不同的分组，团队应在这些分组中形成共识。

  1. 技术
  2. 战略
  3. 组织机构

技术{ #technical }

在技术方面，随着团队的成熟，他们可能会发现在 DHIS2 中实施解决方案的多种方法。此外，随着时间的推移，新功能的引入将使解决方案能够以以前具有挑战性的方式实施。因此，重要的是不要对如何实施解决方案规定严格的标准。相反，应注重在整个团队中遵循特定的程序，使每个从事系统工作的人员都能遵循这些程序。这些程序可包括使用 HL7 FHIR 和 ICD11 等技术标准，但也应包括命名元数据、分配用户权限、使用开发实例等实际问题。有关详细信息，请查看我们文档中的标准操作程序 (SOP) 部分。在理想情况下，这将成为整个团队可以遵循的一套强有力的最佳实践的基础。

重要**

刚开始工作时，尤其是团队组建初期，您可能需要依靠外部支持。如果内部尚未充分理解最佳实践，外部支持可以帮助你起草这些程序。作为一个团队，您应确保所有为您提供支持的外部合作伙伴都遵守这些程序。这一点非常重要，因为随着时间的推移，系统可能会被不必要的元素过度占用，从而难以管理和使用。我们在[元数据完整性和质量]部分将对此进行更多讨论(https://docs.dhis2.org/en/implement/maintenance-and-use/metadata-maintenance/metadata-integrity-and-quality.html) 。虽然通常很难完全避免这种情况，但让您的团队和支持他们的外部合作伙伴遵守程序，防止系统变得难以使用，从长远来看，可以节省大量的挫折、时间和金钱。

战略{ #strategic }

由于建议核心小组成为更广泛的治理结构的一部分，因此，核心小组就实施什么、有哪些资源可用以及按照现实的时间表管理项目等问题作出的决定，最好成为共同的责任。在现实中，这可能很难实现。特别是在核心团队组建的早期阶段，团队很可能会被要求以少量的资源实施复杂的解决方案，而且往往是并行实施。

因此，核心团队必须花心思和精力仔细选择要实施的项目，以便有效地管理资源和时间。特别需要注意的是，您的 DHIS2 实施方案可能无法吸收特别复杂的用例，或者 DHIS2 甚至可能不是实施特定解决方案的合适系统。请查阅规划和预算 以及跟踪器实施指南 ，特别是有关评估系统和规划核心团队实施战略领域的更多信息。

注

除上述指导外，DHIS2 成熟度简介 也是一个特别有用的工具，有助于指导项目的选择，确定项目的优先次序，并强调有效扩展所需的各种依赖关系。成熟度简介有助于突出需要加强的关键基础领域，这也有助于缓解核心团队刚起步时的高压状况。该工具利用 DHIS2 评估每个具体计划的实施状况，以创建一个整体的国家概况，促进综合方法系统的加强工作。

组织{ #organizational }

每次核心团队开展项目时，他们都将承担不同的职责。这并不是说核心团队成员的职责不会重叠（例如，实施人员和培训人员可能是同一个人）；但是，有必要为团队中的每个成员确定明确的职责。我们可以举例说明团队如何协同工作。请注意，在这个例子中，*核心、贡献和可选角色*都是实施该解决方案的一部分。根据团队目前所处的阶段，可能需要外部支持来支持或填补这些不同的角色。

示例

在本例中，核心小组的任务是实施一项新的跟踪监测计划。该计划旨在涵盖国内所有应报告的疾病。DHIS2 中的跟踪程序需要与该国的实验室系统集成，检索各种信息，包括根据相关疾病进行的检测类型及其检测结果。必须使用 HL7 FHIR 来交换这些数据。

![Core_Team_Role_Organized] (核心团队角色的组织)(resources/images/core_team/core_team_roles_together.jpg) 图 3：分配职责的核心团队角色*

回顾上面的****图 3****，我们可以看到在 DHIS2 中实施解决方案时有许多活动部件。为了取得理想的成果，有必要事先明确这些角色，以便团队核心成员能够继续开展工作。如果有许多利益相关者和外部技术援助，复杂性最终会增加，在这种情况下，将由***业务领导***和管理委员会来管理这些额外的投入。