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

动物健康--基于事件的监控设计{ #ah-ebs-design }¶

介绍¶

据估计，60% 的新发传染病源自动物，包括家畜和野生动物（WHO, 2023）。人畜共患病蔓延到人类的高风险要求动物和公共卫生部门之间密切协作、沟通和协调。虽然大量的投资和资源已帮助各国公共卫生机构和卫生部加强了人类监测系统，但用于改善动物健康监测的资源仍然有限得多。

在疾病预防控制中心全球健康中心的推动支持下，**DHIS2 动物健康工具包**旨在供农业和畜牧业部实施，以改善动物群体的常规、系统监测。本文件介绍了用于动物健康事件监测的 DHIS2 追踪程序，该程序基于已采用 DHIS2 进行动物健康监测的国家的配置和经验教训。用于动物健康的 DHIS2 系统可作为畜牧部及兽医和动物健康领域参与者的独立监测平台运行，也可与公共卫生监测数据一起集成到 DHIS2 平台中，以加强人畜共患病的数据共享。

认识到人类、动物、植物和大环境的健康是紧密联系和相互依存的，"一体健康 "方法强调在各个层面开展跨部门合作，以保护我们的生态系统，并应对诸如传染病的出现、抗生素耐药性和食品安全等健康挑战（WHO）。动物健康工具包借鉴了十多年来卫生部与 40 多个国家卫生部在 DHIS2 中实施公共卫生监测系统的经验教训，旨在进一步推进跨部门合作方法，改善全民健康。这些努力与世卫组织的合作监测框架相一致，旨在加强卫生应急准备、响应和复原力（HEPR）的全球架构。

注：

有关 DHIS2 的 "一个健康 "用例的更多信息，请访问我们的网页：dhis2.org/one-health

鸣谢{ #acknowledgements }¶

DHIS2 动物健康工具包的开发得益于疾病预防控制中心在 "一个健康 "倡议下提供的资金。HISP 中心对疾病预防控制中心在这项工作中给予的支持与合作表示感谢。

系统设计{ #system-design }¶

建筑¶

DHIS2 动物健康工具包旨在

在国家、国家以下和社区各级启用 DHIS2，将其作为对动物健康和与动物种群相关的健康事件进行例行监测的电子平台。
为报告疑似动物疾病和卫生事件提供便利，并允许当局审查和核实来自社区和其他来源的报告。
在相关和可获得的情况下，将实验室结果和应对措施与报告的动物健康事件联系起来。
向兽医和流行病学家提供有关动物健康事件的信息，以支持分析、评估和启动应对措施或向相关当局发出通知。
支持兽医和畜牧系统之间的信息共享，以加强协调和应对动物健康威胁。

动物健康工具包的设计具有灵活性，可适应不同国家的国情和现有的监测架构，允许在各种环境下实施，以加强国家动物健康监测系统。

使用案例{ #use-case }¶

动物健康预警系统{ #early-warning-systems-for-animal-health }¶

本设计文件特别关注使用 DHIS2 报告和整理与动物健康威胁相关的信息。然后，这些数据可共享到国家监控系统的上游，或与其他 DHIS2 平台整合，以加强协调并提醒相关当局注意潜在的人畜共患疾病威胁。

动物健康预警](resources/images/0_animal_public_health_structure.png)

基于事件的动物健康监测{ #event-based-surveillance-for-animl-health }¶

本文介绍的 DHIS2 追踪程序旨在通过及时发现、报告和调查异常动物健康事件，支持对动物健康进行**基于事件的监测。其目标是通过系统地收集和分析事件信息，加强国家兽医监测系统，支持早期预警、核查和应对潜在的疾病爆发。

信息可从多个来源报告，包括

基于社区的报告：农民、牲畜饲养者、社区动物卫生工作者和准兽医可通过移动应用程序、热线或信息平台报告异常疾病、死亡集群或异常动物行为。
动物保健服务和设施：兽医诊所、地区兽医办公室和实验室可报告在日常活动或诊断工作中发现的事件。
兽医、农业和畜牧业工作者：经常与动物接触的专业人员和一线工作人员--在某些情况下还包括野生动物--可在发现异常或疑似健康威胁时提交事件报告。

这些来源的报告可作为信号，随后由监测人员进行审查和核实。例如，一个社区报告多起动物猝死事件，可能会引发实地调查和实验室确认，以评估潜在疫情的存在和程度。

DHIS2 动物健康追踪系统为检测和管理动物健康事件提供了一个结构化和适应性强的框架，从而提高了兽医服务的早期预警能力并支持及时决策。

角色（系统用户）{ #personas-system-users }¶

动物健康监测系统设计的重点是满足动物健康系统各级最终用户的需求，包括负责实施和管理 "一体健康 "综合平台的用户。这些用户可能包括

** 动物健康监测官员（国家和国家以下各级）**：数据用户，负责数据收集、日常数据分析、利用数据改进业务和计划战略，并向计划人员提供以数据为导向的反馈意见
动物健康监测数据管理员： 负责监督国家动物健康监测部门的数据收集、管理、数据质量、分析和报告功能的用户
系统管理员： DHIS2 核心小组，负责维护和改进动物健康计划的数据系统，将利用不同工具收集的数据流整合到国家平台，为系统设计、调整和最终用户支持提供技术支持；并长期维护 DHIS2 系统。
跨部门平台用户： 来自人类健康和环境等不同领域的用户可能需要访问动物健康监测数据，以便在 "一个健康 "方法下进行跨部门分析。
实施伙伴： 为国家动物健康监测平台提供技术援助的组织，代表国家总体战略收集和分析数据，并可能负责服务提供网络的运作。

主要组件和功能{ #key-components-functionality }¶

DHIS2 动物健康监测系统有两个主要组成部分：

跟踪程序： DHIS2 跟踪程序已配置用于事件级数据收集。
仪表盘： 一个标准的仪表盘，配有地图和图表，可直观显示所报告的各类动物健康事件的分布情况和发生频率，以及受影响动物的类型、确诊疾病和其他数据。

DHIS2 追踪程序为根据全球建议获取关键数据提供了一个基本结构。它可以支持直接报告 DHIS2 中的动物健康监测情况，例如由社区卫生工作者和兽医使用移动应用程序进行报告。另外，跟踪程序结构也可用于简单整理在其他系统中收集的数据，以提高可访问性和分析能力。标准跟踪程序可根据数据输入水平、用户类型和数据验证或批准水平进行调整，以适应当地的工作流程。

DHIS2 的其他功能可进一步提高系统的使用率。这些功能包括

DHIS2安卓应用程序，用于移动数据收集，包括实地或社区工作者的离线数据收集
可定制的通知：可根据条件配置通知，自动向用户发送消息和警报。这可以通过电子邮件、DHIS2 消息小部件或配置 DHIS2 短信网关后的短信来实现。例如，动物群体中的人畜共患病确诊病例可触发向地区级公共卫生监测人员发送消息，以提醒当地设施并启动联合投资。
可配置的工作流程：根据 DHIS2 Tracker 程序是集中使用（国家或地区级数据录入）还是分散使用（如社区工作人员发送初步信号/报告，由监测人员进行分流和核实，并由监测小组进行调查），各国可重新安排程序阶段和数据变量的顺序，并为个人或用户组分配不同的数据查看和编辑权限。

互操作性和数据交换{ #interoperability-and-data-exchange }¶

作为一个功能强大的互操作平台，DHIS2 系统拥有一个基于 REST 的 API，便于从 DHIS2 向全球数据库向上报告；此外，DHIS2 还可用于接收和存储动物健康监测数据，作为其他现有数据收集工具的存储库。这种功能使 DHIS2 能够将动物和公共卫生部门（以及其他部门！）的数据汇集在一起，以加强对人畜共患病外溢和疾病的预防和早期检测。

追踪器¶

跟踪计划的结构如下，计划阶段的数量以简单为宜。可根据各国的工作流程进一步调整。

跟踪器程序结构](resources/images/tracker_structure.png)

舞台*	描述
注册	登记阶段收集与所报告健康事件相关的基本信息，如事件 ID、观察日期、受影响农场主的姓名和联系人以及地点。动物健康计划的跟踪实体类型为 "健康事件"。**该阶段不可重复：一个信号或事件预计只需报告一次，并在一段时间内进行跟踪。
流行病学	该阶段在注册后自动生成，收集事件流行病学情况的关键信息，如动物特征与受影响动物的相对数量、临床症状和尸检病变、监测类型和感染源。
诊断	该阶段收集与诊断、类型、状态和疾病分类有关的信息。该阶段可重复
实验室	该阶段收集的信息包括分析样本的实验室、样本标识和测试详情。该阶段包括一个唯一的实验室 ID，以便将样本和结果联系起来。该阶段是可重复的，因为可以采集多个样本，也可以为某个样本提供多个实验室测试和结果。
措施和治疗	该阶段收集有关在卫生事件中提供的治疗和实施的控制措施的信息。该阶段不可重复，因为它旨在包括针对动物卫生事件采取的所有应对措施。

追踪实体类型¶

DHIS2 动物健康监测跟踪程序允许注册跟踪实体类型（TET）"健康事件"。我们是根据疾病预防控制中心的定义和早期预警系统的整体流程来确定这一概念的。在此背景下，事件是指疾病的表现或造成疾病隐患的发生，其来源可能包括传染病、人畜共患病、食品安全、化学、放射性或核污染，并可能通过人、病媒、动物、物品或环境传播CDC 。

如何定义 "健康事件 "或确定更合适的术语，应在国家层面与利益相关方共同决定。这里的术语意在尽可能通用，但在实践中可能有不同的解释，如一个限定的地理单元或一群受相同病原体影响或具有相同综合征特征的个体（人类或动物）。

注册¶

当一个新的可能的动物健康 "事件 "作为跟踪实体实例（TEI）注册到动物健康计划中时，跟踪实体属性（TEA）将被记录下来以形成事件档案。

注册日期*的概念是 "报告日期"，表示信号或事件最初被报告的日期（例如由社区成员、兽医、农民或其他权威人士报告的日期）。

属性 Event ID 是使用 textPattern SEQUENTIAL(#######) 语法自动生成的唯一 ID，需要在实施前根据本地情况进行定制。事件 ID 配置为可搜索，以便用户搜索自动生成的已报告事件。系统生成的唯一 ID 可以在整个调查、实验室数据、响应等过程中跟踪事件。

观察日期*属性指健康事件发生的日期，可用于监测监测系统与 TEA "报告日期 "相比的质量。

一般评论*属性用于收集有关事件的描述性、非结构化信息。这可以为兽医流行病学家、监测人员和其他专家提供关键的背景信息，以便对信号进行分流和核实，从而开展进一步调查。

动物健康注册](resources/images/enrollment.png)

第 1 阶段：流行病学[可重复]{ #stage-1-epidemiology-repeatable }¶

此阶段在初始事件报告注册后自动生成（例如，当动物监测事件由社区成员、兽医、农民或其他用户初始报告时）。该阶段记录有关动物健康事件的基本流行病学信息。

注：

本阶段可重复填写，因为用户应针对每个受影响的动物种类填写此表。例如，如果一个农场主发现自己农场的猪和鸡都出现异常死亡，则应针对每种动物填写该表格。

流行病学{ #epidemiology }¶

在这些章节中，收集了有关动物种类、所涉动物数量和生产系统的基本定性和定量流行病学信息。

流行病学](resources/images/epidemiology_epidemiology.png)

数据元素*动物种类*中的选项由选项组填充。根据在 DE *动物类别*中选择的值，一套程序规则会根据动物类别和动物种类之间的等级关系缩小选项列表的范围。

动物物种](resources/images/animal_species_dependant_list.gif)

请注意，在本使用案例中，"生产系统一 "* 包括各种动物饲养和管理实践，这些实践基于动物饲养的特定环境和目的。这些类别反映了不同的动物饲养环境，从非正式的小规模饲养到专业化设施。它**不是指信息系统意义上的生产系统。

数据元素 "生产系统二"（Production System Two）* 根据不同类型畜牧业的主要目的和运营特点对动物生产进行分类。该系统侧重于具体的生产目标，如肉类、蛋类或羊毛生产，以及所涉及的各种市场和管理方法。

临床症状和尸检病变{ #clinical-signs-and-necropsy-lesions }¶

可在此处输入多个临床症状和尸检病变。默认情况下，程序最多可捕获五（5）种体征/病变；若要添加更多体征/病变，则需要一套额外的数据元素和程序规则。

每组五个数据元素（分别用于*临床体征*和*尸检病变*）共享一个共同的选项集。

临床症状和尸检病变](resources/images/epidemiology_clinical_signs_necropsy_lesion.png)

监控和感染源{ #surveillance-and-infection-source }¶

该计划部分记录了监测类型和感染源。

此处可输入多个可能的感染源；最多可预设五个感染源，还可通过一组附加数据元素和程序规则添加更多感染源。

监测和感染源](resources/images/epidemiology_surveillance_infection_source.png)

评论{ #comments }¶

在此程序阶段部分，用户可以添加自由文本，以提供额外的评论和背景信息。这对基于事件的监控特别有用，因为当检测到异常事件时，地方当局需要定性信息来验证信号是否为事件。

第 2 阶段：诊断 [可重复]{ #stage-2-diagnosis-repeatable }¶

在这一阶段，主要收集诊断类型、基础状况和疾病类型等信息。该阶段可重复进行，因为兽医专家建议可以有一个主要诊断和多个鉴别诊断。诊断类型（主要诊断或鉴别诊断）在数据元素 * 诊断类型* 中指定。

通过一套程序规则和一个隐藏的数据元素，一旦在一个事件的数据元素*诊断类型*中选择了*主要诊断*选项，在随后的选择中，唯一可用的选项将是*不同诊断*。这就避免了用户为某一健康事件意外输入多个主要诊断的可能性（DHIS2 注册）。

诊断类型](resources/images/diagnosis_main.png)

如果有实验室确认结果，用户需要在收到实验室确认或否认疑似诊断的结果后更新 "诊断状态"。

诊断状态](resources/images/diagnosis_status.png)

疾病子类型*仅对特定疾病可见，选项由选项组和基于所选子类型的程序规则组填充。

疾病亚型](resources/images/diagnosis_disease.gif)

第 3 阶段：实验室数据[可重复]{ #stage-3-laboratory-data-repeatable }¶

程序阶段事件日期的概念是 "报告日期"，表示输入实验室数据的日期。该程序阶段被设置为可重复阶段，以便在记录中添加多个实验室检测项目和实验室结果。Sample ID 数据元素的加入可将多项检测或结果与给定的样本联系起来。

实验室信息{ #laboratory-information }¶

数据元素 Laboratory 包含国家参考实验室和国际实验室。各国可能需要更新此选项集，以包括本国可用于检测的适当实验室。用户（尤其是国家级用户）可通过该字段了解由哪个实验室对样本进行分析并提供结果。

实验室信息](resources/images/laboratory_information.png)

样品识别{ #sample-identification }¶

有关样本 ID、疾病和受影响物种的信息。样本 ID 是正确管理数据和关联样本-事件的基础，为疾病和受影响物种选择的变量必须与流行病学和诊断阶段选择的变量一致。

样品和测试详情{ #sample-and-test-details }¶

本部分收集有关检测、采样日期和结果的信息。这些信息可以由实验室自己报告，也可以由监测官员或国家一级的其他负责人报告。日期 "类型的数据元素可用于采集*采样日期*和*结果日期*（提供实验室结果的时间），以便进行进一步的时间分析，如事件报告与提供实验室结果之间的时间间隔。

样本和测试细节](resources/images/0X_AH_sample_test.png)

第 4 阶段：控制措施和处理[不可重复]{ #stage-4-control-measures-and-treatment-non-repeatable }¶

控制措施和治疗阶段是不可重复的，因为所有采取的行动都要在应对健康事件（DHIS2 注册）后记录。如果实时输入有关各类控制措施的数据，则可根据当地情况进行调整。

这里可输入多种可能的*控制措施*和*治疗方法*来源。与*临床体征*数据元素类似，这些数据元素被表示为共享相同选项集的五个克隆数据元素。如果需要，还可以添加其他数据元素和程序规则。

控制措施](resources/images/measures_treatment.png)

数据元素¶

为跟踪器域配置的所有数据元素也包含在数据元素组 "动物监控"[iMNcm8NLZSJ]中。这可作为动物监控跟踪器用例的事实上的 DHIS2 数据字典。它允许从 DHIS2 导出数据元素，并独立于追踪器程序配置使用，例如在实施方为本地工作流程从头开始重新设计其追踪器，但仍希望使用元数据的情况下。

用于多选项选择的克隆数据元素{ #cloned-data-elements-for-multiple-option-selection }¶

在 "流行病学 "和 "措施与治疗 "的程序阶段中，有许多数据元素是克隆的，以便为给定概念选择多个选项，共享相同的选项集。具体设计方案如下

克隆符合多选项选择条件的数据元素
数据元素的克隆数必须与相关选项集中的选项数相同
每个克隆数据元素都有自己的 UID、名称和代码
计划规则
如果未选择前一个数据元素，则隐藏后一个数据元素
在同一组数据元素中多次选择同一选项时显示错误

多选](resources/images/multioption_selection.gif)

分析工具¶

根据各国的实施经验，我们开发了动物监控仪表盘。仪表板主要使用计划指标来表示，这些指标已根据跟踪计划中记录的情况进行了配置，以汇总数字。

按时间和地理分布报告的事件、病例和死亡汇总{ #summary-of-events-cases-deaths-reported-by-time-and-geographical-distribution }¶

仪表盘](resources/images/dashboard.png)

线列和动物分类{ #line-listing-and-animal-classification }¶

诊断和确诊病例{ #diagnoses-and-confirmed-cases }¶

实验室检测结果、类型、控制措施和处理方法{ #lab-test-results-type-control-measures-and-treatments }¶

用户组{ #user-groups }¶

可下载的元数据文件包括以下用户组：

用户组	元数据	数据
AH_EBS - 管理员	可以编辑和查看	无访问权限
AH_EBS - 访问	只能查看	只能查看
AH_EBS - 数据采集	只能查看	可以捕捉和查看

通知{ #notifications }¶

通过在动物和公共卫生部门之间共享相关监测数据，可以加强对人畜共患病事件的早期检测和响应。DHIS2 如何根据可能发生的健康事件的内容、时间和地点触发和生成警报？在本节中，我们将介绍如何配置和使用 DHIS2 的核心功能，以改善这些部门之间的信息共享。

DHIS2 的通知功能支持根据预先配置的条件或规则从 DHIS2 自动发出警报和共享信息。这些功能允许您

根据内容、时间和地点配置触发通知或外发通信的条件和表达式：可根据综合或跟踪域数据、地理级别（组织单位级别）、用户组、时间段、固定变量和其他要素等因素组合生成通知。
根据定义的条件和规则，指定不同管理级别的用户或用户组接收通知
使用固定参数和变量参数定制信息模板，根据发生健康事件的类型、时间和地点，向目标收件人提供简明信息和建议行动
自动从系统向定义的用户组发送通知
建立共享通知的机制，如通过电子邮件或短信，或与 Rapid Pro 等其他工具的互操作性

图：人畜共患病跨部门监测系统的相互作用

系统交互](resources/images/AH_00_system_interactions.png)

使用案例{ #use-case }¶

在 "一体健康 "以及动物卫生部门与公共卫生部门共享监测和预警数据的背景下，在 DHIS2 中设置通知取决于 DHIS2 在国家背景下的使用方式、谁在管理该系统（如卫生部、畜牧部、"一体健康 "服务台）、采集了哪些数据以及制定了哪些通知和跨部门信息共享协议。在此，我们根据各国使用 DHIS2 的情况提供三个示例：

通知流程](resources/images/AH_01_notifications_graphic.png)

用例 A：DHIS2 用于*公共卫生监测数据*（如 eIDSR）。可从公共卫生部门向动物卫生部门的用户或参与者发出警报和通知。例如：如果超过了人类狂犬病疑似病例的阈值，可向地区兽医官员发出通知；医院报告了一例炭疽疑似病例，后经实验室确诊，应向国家 "统一健康 "服务台发出通知。

关于公共卫生监控用例，请参阅有关纳入疫情警报和通知的文档：

使用案例 B：DHIS2 被用作动物健康的*早期预警系统*（如动物健康设计指南）。可从动物卫生部门向公共卫生部门发出警报和通知。例如：在附近的牛群中发现了布鲁氏菌病的爆发；附近卫生机构的卫生工作者会收到通知，以便在筛查病人症状时提高警惕。

用例 C：DHIS2 被用作*集成的基于事件的监控（EBS）*或事件管理平台。警报和通知可根据捕获的数据进行解析，并转发给信号分流和验证。例如：一名社区保健工作者使用 DHIS2 移动应用程序报告其村庄附近出现不寻常的死牛群，这将触发向兽医官员发出警报；一名社区保健工作者报告被疑似快速动物咬伤的狗，警报将同时发送给附近的医疗机构和地区兽医官员。

配置工作流程{ #configuration-workflow }¶

在本节中，我们将针对与动物和公共卫生部门的参与者共享 DHIS2 中的数据这一使用案例，提供在 DHIS2 中自定义通知的实用示例和工作流程。这些功能允许您定义在何种条件下与哪些类型的参与者共享哪些信息，以及如何传播这些信息。

对于跟踪器数据，使用程序通知功能。对于汇总数据，则使用验证规则通知。

我们建议实施者在按照这些步骤根据当地情况在 DHIS2 中定义和配置通知之前，先考虑和规划以下内容：

确定通知协议：何时、何事、何地、何人？
设置用户组
配置验证规则或程序阶段通知
创建通知信息内容
安排自动工作
设置交付方式
维护：用户、用户组、计划任务

第 1 步：确定通知协议：何时、何事、何地、何人¶

在什么情况下系统应触发通知？向谁？应与公共卫生和动物卫生及畜牧部门的相关人员协商并核实相关协议，以确定并绘制根据一个部门在 DHIS2 中收集的数据向另一个部门的联系人发送通知的条件。

何时满足特定条件时共享通知，该条件可能基于以下因素
病例数：1 个或更多
周期：每周、每月等
地点：医疗机构、地区等
内容：通知的内容，有哪些变量？
在哪里：哪些级别（设施、地区？）应收到通知--在其单位/级别内部还是外部？
谁：通知接收者--DHIS2 用户和非 DHIS2 用户

用例示例 (A)：卫生机构使用 DHIS2 系统每周汇总 IDSR 报告重点传染病，并立即报告以病例为基础的应呈报疾病。其中包括报告狂犬病和炭疽病等几种疑似人畜共患病，这些疾病也应通知地区兽医卫生官员作进一步调查。地区兽医官员（DVO）不是 DHIS2 的典型用户；但是，当任何保健中心向 DHIS2 中的每周 IDSR 报告 1 例或更多人类狂犬病病例时，地区兽医官员应收到电子邮件通知。

第 2 步：设置用户和用户组¶

根据步骤 1 中定义的通知协议，可能需要新的用户组。如果通知的目标接收者已经是 DHIS2 用户，只需将这些用户添加到适当的用户组即可。如果目标接收者不是 DHIS2 用户，则可以设置用户，或在 DHIS2 中设置一个用户来代表其他平台管理的列表服务器。最后，如果采用集成解决方案，则可能需要一个专用用户，应根据具体情况进行讨论。要接收来自 DHIS2 的电子邮件通知，用户不需要访问 DHIS2 系统的其他部分。

用例 (A)： 地区兽医官员（DVOs）不是 DHIS2 的典型用户。他们只会收到 DHIS2 的通知，但不会登录获取数据或分析数据。为了配置和发送通知，在 DHIS2 中配置了地区兽医官员用户组。每个地区的 DHIS2 用户账户都设置了适当的 org 单位访问权限，以便向指定的地区兽医官电子邮件地址发送通知，但该用户无权在 DHIS2 中捕获、查看或分析数据。

第 3 步：配置程序通知或验证通知¶

根据步骤 1 中定义的条件，配置程序通知（用于跟踪器数据）或验证通知（用于汇总数据和疫情阈值）。这些条件将取决于现有配置和 DHIS2 中正在采集的数据。

在*汇总域*中，可以配置验证规则通知，以便在特定地理区域和时间范围内达到特定疾病阈值时触发警报。如需了解更多信息，** 请参阅验证规则通知文档。** 请记住，您可能首先需要创建验证规则，以确定阈值的条件。

在*追踪域*，程序通知和程序阶段通知可根据 DHIS2 追踪程序中捕获的一系列灵活变量触发通知。欲了解更多信息，**请参阅程序通知文档。**请记住，您可能需要先创建一个程序规则来确定条件。

** 示例用例 (A)：验证通知**

我们希望在 IDSR 每周汇总数据集报告 1 例或更多人类狂犬病病例时，向地区兽医主任发出警报。

创建一个验证规则来表示阈值的条件。在本例中，将左侧运算符上的数据元素指定为 "狂犬病例"，运算符小于，右侧运算符为 1。当时间段设置为一周，组织单位设置为机构级别时，如果机构在一周内报告的狂犬病例超过一个，则该规则将允许触发通知。

提示：如果不想在数据输入过程中评估此规则，请记住勾选 "在表单验证过程中跳过此规则 "复选框！ **

验证规则跳过

创建验证规则通知。

选择所需的验证规则（"在什么条件下发送通知？）

选择所需的收件人用户组（"谁将收到此通知？）

用例 (A)：程序通知

我们希望在基于病例的追踪程序中报告的狂犬病疑似病例得到实验室确认时，向地区兽医官发出警报。

选择数据将触发通知的程序。在本例中，我们使用的是程序阶段通知，因为我们要使用在 "实验室结果 "程序阶段作为数据元素收集的选项集实验室结果值来触发我们的通知。
使用通知信息内容配置 "发送内容"（另见步骤 4）。

发送什么](resources/images/AH_05_program_what.png)

配置 "何时发送 "通知。在本例中，我们希望根据现有的程序规则触发通知，该规则可过滤具有确认化验结果的事件。

*提示：请记住，您可能需要先使用 ProgramRuleActionType.SENDMESSAGE 配置程序规则，才能成功触发 *。

配置 "发送给谁"。选择用户组、分配给组织单位的用户或其他相关参数（例如，网络钩子可支持与其他消息传递工具的互操作性）。在本例中，我们将向用户组 "地区兽医官员 "发送通知，同时限制只向上级组织单位发送通知。这是因为我们希望就 DHIS2 OU 层次结构中上级地区内任何设施报告的病例向地区级用户发送通知。

提示：您还可以决定是否只通知层次结构中的用户；或只通知上级组织单位（例如：案例 X 中的地区应只发送给其上级 Y 省的用户）。

发送什么](resources/images/AH_05_program_who.png)

第 4 步：创建通知信息内容{ #step-4-create-notification-message-content }¶

配置验证通知或程序通知时，您将设置通知消息模板。

*提示：确保您的信息通知模板包含行动要点和基于本地协议的目标用户提醒。

信息模板](resources/images/AH_04_message_template_rabies.png)

模板变量可用于根据组织单位、当前日期和周期等参数生成动态信息。

图验证规则的模板变量

模板变量](resources/images/AH_04_message_template_variables.gif)

模板变量会动态显示在发送给目标用户的信息中。在本例中，我们可以看到 Mahosot 医院（报告组织单位）在 2024 年第 28 周报告了狂犬病病例（基于每周数据集）。

狂犬病信息](resources/images/AH_04_message_rabies.png)

第 5 步：安排自动工作{ #step-5-schedule-automated-jobs }¶

要自动执行验证通知，需要依次运行多个作业（也可手动运行）。请参阅调度文档和排序作业，以自动执行此过程。

第 6 步：设置发送方式{ #step-6-set-up-the-delivery-method }¶

DHIS2 触发的通知的接收者可能是也可能不是可以访问系统其他部分的用户。DHIS2 的核心功能支持以下通知机制：

DHIS2 内部信息传送服务
短信（通过设置 SMS Gateway ）或 USSD
电子邮件（DHIS2 用户账户的电子邮件，请参阅设置电子邮件的更多信息）

可通过与 DHIS2 和其他工具（如）的集成实现更强大、更复杂的通知工作流或支持其他类型的通信平台：

Rapid Pro（见视频和代码）
聊天机器人和社交媒体平台（参见视频）
利用 DHIS2 应用程序接口和其他可扩展功能（如网络钩子）进行的其他创新

步骤 7：维护{ #step-7-maintenance }¶

应指定一名系统管理员长期维护解决方案。这通常可由卫生部或类似部门的 DHIS2 核心团队管理：

维护用户账户和用户组（与动物卫生部门协调，更新名册/联系方式：创建新用户、分配到用户组、停用用户）。
继续监控计划作业是否按预期顺序运行
根据新的要求（如优先级疾病条件和阈值）以及通知协议的变化，配置新的通知、信息、条件和用户组
在 DHIS2 升级期间：测试您的配置功能