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

组织单位

在 DHIS2 中,数据的位置(即地理环境)是 表示为组织单位。组织单位可以是 提供服务的卫生机构或部门/下属单位或 代表一个地理区域的行政单位(例如卫生部门 区)。

组织单位位于层次结构中,也称为层次结构。 树。该层次结构将反映卫生行政结构和 它的水平。这种层次结构中的典型级别是国家、 省、区和设施级别。在 DHIS2 中,有一个 组织层次结构,因此定义和映射到组织层次结构的方式 现实需要慎重考虑。哪些地理区域和级别 主要组织层次结构中定义的内容将产生重大影响 关于应用程序的可用性和性能。另外,还有 是解决替代层次结构和级别的方法,如所解释的 在名为“组织单位组和组集”的部分中进一步 向下。

组织单位层次结构设计

设计合理的组织单位层次结构的过程有很多 方面:

  • 包括所有报告的医疗机构: 所有医疗机构 应包括有助于国家数据收集的内容 在系统中。各类所有制设施应 法人团体,包括私人、公共、非政府组织和信仰导向的 设施。私人设施通常占总数的一半 一个国家的设施数量和数据政策 强加给他们的报告,这意味着纳入来自 这些设施对于实现现实的全国总量是必要的 人物。

  • *强调卫生行政层级:*一个国家通常 具有多个管理层级,这些层级通常不太好 协调也不协调。当考虑要强调什么的时候 设计 DHIS2 数据库时应记住哪些领域 最有趣并且最常被请求提供数据 分析。 DHIS2 主要管理健康数据并执行 基于卫生行政结构的分析这意味着 即使可能会进行调整以适应以下领域 财政和地方政府,DHIS2 的出发点 组织单位层次应是卫生行政部门 地区。

  • *限制组织单位层次结构级别的数量:*以满足 满足来自不同组织机构的分析要求 例如地方政府和财政部,很容易将其包括在内 所有这些领域作为 DHIS2 数据库中的组织单位。 然而,出于性能方面的考虑,人们应该尝试限制 组织单位层次结构级别尽可能最小 数字。层次结构用作数据聚合的基础 可以在任何报告工具中呈现,因此在生成时 聚合更高级别的数据,DHIS2 应用程序必须 搜索所有组织注册的数据并将其添加到一起 单位位于层次结构的更下方。增加数量 因此,组织单位将对绩效产生负面影响 该应用程序和过多的数字可能会成为 这方面的重大问题。

    此外,DHIS2 中大多数分析工具的核心部分 基于动态选择“父”组织单位 那些打算被包括在内的。例如,有人会 想要选择一个省份并拥有属于该省份的地区 省份纳入报告。如果区级最高 从分析的角度来看,这是一个有趣的水平,还有几个 等级级别存在于本级和省级之间,本级 类型的报告将变得无法使用。当建立 层次结构,应该关注将要使用的级别 经常出现在报告和数据分析中,并忽略了以下级别: 很少或从不使用,因为这会对两者产生影响 应用程序的性能和可用性。

  • *避免一对一的关系:*另一个指导原则 设计层次结构的目的是避免连接具有接近的级别 一对一的亲子比例,这意味着例如一个地区 (父母)平均应该有一个以上的地方议会(孩子) 在增加地方议会级别有意义之前,先达到以下级别 到层次结构。亲子比例从1:4以上就多了 对于数据分析目的很有用,因为人们可以开始查看例如 一个地区的数据如何分布在不同的子区域中,以及 这些有何不同。当以下情况时,这种深入练习并不是很有用: 下面的级别具有相同的目标人群和相同的服务 作为家长的卫生设施。

    将现实映射到 DHIS2 时跳过地理层级 组织单位层次结构可能很困难,并且很容易导致 某些利益相关者的抵制,但人们应该牢记 实际上有一些方法可以根据 地理级别不属于组织的一部分 DHIS2 中的层次结构,下一节将对此进行解释。

组织单位组和组集

在 DHIS2 中,组织单位可以分组为组织单位组, 并且这些组可以进一步组织成组集。他们一起 可以模仿替代的组织层次结构,可以在以下情况下使用: 创建报告和其他数据输出。除了代表 替代地理位置不属于主要层次结构的一部分,这些 组对于为健康分配分类方案很有用 设施,例如基于设施的类型或所有权。任何 可以在应用程序中定义组集和组的数量 通过用户界面,所有这些都是为每个本地定义的 DHIS2 数据库。

一个例子最好地说明了这一点:通常人们会想要提供 根据设施的所有权进行分析。在这种情况下,一个 将为每种所有权类型创建一个组,例如“MoH”, “私人”和“非政府组织”。数据库中的所有设施都必须是 分类并分配给这三组中的一组且仅一组。下一个 一个人会创建一个名为“所有权”的组集,这三个组 上面的组已经分配完毕,如图 以下。

以类似的方式,可以为附加的组创建一组 行政级别,例如地方议会。所有地方议会都必须 定义为组织单位组,然后分配给组集 称为“地方议会”。最后一步是分配所有生命值 为一个且仅一个地方议会团体提供设施。这使得 DHIS2 生成每个地方议会的汇总报告(添加 汇总所有指定卫生机构的数据),而无需 将地方议会级别纳入主要组织层次结构。 对于任何额外的管理或 所需的地理级别,每增加一个组 等级。在继续在 DHIS2 中进行设计之前,需要先建立一个映射 额外地理级别的区域和卫生设施 每个领域都需要。

DHIS2 中需要理解的群集概念的一个关键属性是 排他性,这意味着组织单位可以是以下组织的成员 恰好是组集中的一组。违反此规则将 汇总医疗机构数据时会导致数据重复 不同的组,作为分配给同一组中的两个组的设施 set 将被计算两次。

有了这种结构,DHIS2可以为每个 组织单位所有权类型中的“ “报告”模块中或通过Excel数据透视表访问“组设置报告” 第三方工具。例如,可以查看和比较利用率 不同所有权类型(例如,卫生部,私人, 非政府组织)。此外,DHIS2可以提供 “报告”中“组织单位分配报告”中的设施 模块。例如,可以查看在任何情况下存在多少设施 各个层次结构中给定的组织单位 所有权类型。在GIS模块中,鉴于该医疗机构 坐标已在系统中注册,可以查看 不同类型的医疗机构的位置(不同 每种类型的符号),并将此信息与另一个 显示指标的地图图层,例如按地区。