VPD 案件监控跟踪器设计{ #vpd-cs-design }¶
介绍¶
疫苗可预防疾病病例监测(VPD-CS)综合系统旨在
- 促进在电子系统中综合报告九(9)种疫苗可预防疾病
- 将实验室结果与临床诊断和疑似病例调查表联系起来
- 根据阈值自动生成可能爆发疾病的警报
- 在基于设施的综合报告的同时,改进对基于病例的数据的分析,以便为行动提供依据
近几十年来,综合疾病监测战略已被广泛采用,通过精简共同的监测活动和功能,促进合理有效地利用资源(世卫组织)。DHIS2 中基于病例的疾病监测的综合信息系统设计方法利用了不同疾病监测功能的相似性,如病例通知、样本收集、报告、分析和解释、反馈和行动--这些通常是在使用相同结构、流程和人员的国家进行的。基于病例的一揽子计划旨在与疾病总体监测一揽子计划同时实施,以便每周/例行报告来自卫生机构的有关疫苗可预防疾病和流行病易发疾病的疑似病例、病症和/或综合征。
DHIS2 中基于病例的综合 VPD 系统与传统的集中式(国家级)疾病报告相比,具有若干优势:
- 跨疾病的综合系统:将所有报告的疾病集中在一个地方,而不是管理和合并不同的数据库进行输入、分析和管理。在大多数情况下,这种方法更具可持续性,因为一个数据库可以管理所有疾病。
- 通过分散式病例报告提高及时性:医疗机构可立即报告疑似病例,实验室用户或上级用户可在各级数据可用时,将实验室结果和最终分类附加到 DHIS2 的病例档案中。
- 改进地区和设施层面的访问:允许工作人员远程访问与他们正在处理的病例相关的详细信息(即实验室工作人员、临床工作人员)。
- 减轻向上报告的负担:使国家 DHIS2 系统中的病例报告能够通过电子数据交换同步到地区平台,而不是通过人工流程。
VPD-CS软件包是与世卫组织卫生应急(WHE)计划和世卫组织非洲区域办事处密切合作开发的,旨在加强非洲区域办事处区域综合疾病监测和应对技术指南(2019年)中概述的改进电子疾病监测系统的建议。对于 AFRO 成员国而言,该软件包还可取代向 Epi-Info 数据库提交病例报告时传统使用的集中离线报告。还开发了其他数据交换应用程序,以便于将病例报告从一个国家的 DHIS2 实例推送到非洲区域办事处的区域监测平台。因此,数据元素已与整个地区使用的标准 VPD 病例报告保持一致。该程序包可根据当地需求和国家指导方针进行调整;但区域平台要求的任何关键要素都是强制性的,因此不应修改。
对于非粮农组织成员国,可根据本国关于应报告和应通报疾病的政策,进一步修改这套程序,将疾病和数据变量纳入/排除在追踪程序之外。将病例报告与实验室结果和分类联系起来的总体追踪程序设计非常灵活,可供各国和各地区修改。
鸣谢{ #acknowledgements }¶
该软件包是根据世卫组织世界卫生紧急情况计划 (WHE) 和世卫组织非洲地区办事处 (AFRO) 提供的基于标准的内容并与之密切合作开发的。由世卫组织和美国疾病预防控制中心的专题专家组成的全球专家咨询小组负责制定要求,为系统设计提供反馈,并确保软件包的设计符合对易流行疾病和疫苗可预防疾病进行病例监测的全球标准。HISP 向疫苗联盟 Gavi 表示感谢,感谢其支持将此软件包作为全球产品进行开发,并支持在国家层面的实施工作。
系统设计概述{ #system-design-overview }¶
用例{ #use-case }¶
监测是持续系统地识别、收集、整理、分析和解释疾病发生和公共卫生事件数据,以便采取及时有力的行动,例如向相关人员传播由此产生的信息,以便采取有效和适当的行动(世卫组织)。监测对于规划、实施、监测和评价公共卫生干预措施也至关重要、 公共卫生干预措施的规划、实施、监测和评估也离不开监测。DHIS2 VPD 病例监测软件包支持一种基于指标的监测方法,其典型特征是结构化的信 息,主要由保健提供者等正规来源按照标准化格式或一套指标定义向公共卫生官员报告 (世卫组织, 美国疾控中心)。通过基于指标的监测系统性地报告疑似病例或应通报的情况,是预警系统的一个关键组成部分。还可以通过分析 VPD 监测数据并将其与免疫接种计划数据进行三角测量,以确定零剂量或免疫接种不足的社区,并为补充免疫接种和常规免疫接种活动提供信息。
目标用户¶
通过与实施国和卫生系统多个层面的监控利益相关者的合作过程,已确定以下方面为 DHIS2 中基于病例的综合监控系统的用户或潜在用户:
- 医疗机构的工作人员:医疗机构的工作人员往往是第一个根据国家有关应报告疾病和病症的政策,通过现有的被动监测系统报告疑似病例的人员;医疗机构的工作人员还可能参与对病例的医疗护理和治疗结果进行跟踪。
- 地区监测官员:地区或其他国家以下行政级别的监测官员可能负责根据医疗机构的疑似病例报告完成病例调查;跟进病例通知,分析疾病趋势和行政区域内的疫情警报。
- 公共卫生工作人员:接收系统发出的潜在疾病爆发警报;分析监控数据,了解可能表明疾病爆发的趋势,并酌情计划应对活动。
- 免疫接种计划工作人员:访问和分析 DHIS2 中的 VPD 监测仪表板和指标,以便将监测数据与免疫接种计划数据进行三角对比,为补充和常规免疫接种活动提供依据
- 实验室工作人员:接收电子样本申请表;可能参与将实验室结果输入或上传到纵向病例记录。
{ #diseases-covered }¶
该软件包在同一系统中整合了 9 种不同疫苗可预防疾病的病例报告工作流程。与为每种疾病建立不同的系统或数据库相比,这通常是一种更可持续的方法。每种疾病的数据变量已根据世卫组织卫生应急和世卫组织非洲区域办事处提供的[监测数据元素]核心列表(https://drive.google.com/file/d/1IL2fRyBcVI5IP-cTrwQW9dEqry7RI5dz/view?usp=sharing),在 DHIS2 跟踪程序中配置为数据元素和跟踪反属性。
以下疾病的标准化数据变量已被纳入 VPD 病例监测跟踪程序:
- 先天性风疹综合征(CRS)
- 侵入性细菌疫苗可预防疾病(IBVPD)
- 麻疹/风疹(MR)
- 脑膜炎
- 新生儿破伤风(NT)
- 急性弛缓性麻痹(AFP)
- 轮状病毒
- 轮状病毒的影响
- 黄热病
- 警报/突发事件
- 比较分析
该软件包的设计**本质上并不局限于疫苗可预防疾病的报告;它可以根据国家政策进行调整和定制,以便在国家实施过程中纳入更多的应报告、可报告或其他易流行疾病的报告。
概念工作流程{ #conceptual-workflow }¶
VPD-CS 追踪程序支持根据新疑似病例登记时选择的初步临床诊断收集信息。**程序规则**用于根据疑似病例的初步临床诊断显示程序阶段和数据变量。此处概述的概念性工作流程并不一定反映卫生系统在现场条件下采集数据和管理与特定病例相关的信息时可能发生的每一个单独的互动。
集中报告¶
下文概述的工作流程说明了根据多种数据来源(如在医疗机构获取的临床信息、实验室诊断、监测人员在病例调查期间可能填写的其他详细信息)将所有相关病例表格集中输入 DHIS2 的过程。
这一工作流程与使用 Epi-Info 的现有集中报告系统最为接近。虽然这种工作流程在特定国家最容易被取代,但集中报告的缺点是,从卫生机构通报疑似病例到将完整的病例详细信息输入系统以生成疫情警报或进行分析之间可能会有很长时间的延迟。
- 工作流程:除新生儿破伤风外的所有 VPD
所有疾病(新生儿破伤风(NT)*除外)的计划设计中都包含了将实验室标本采集和实验室诊断数据附在病例记录中的可能性。
所有疾病的工作流程](resources/images/workflow1.png)
- 工作流程:新生儿破伤风
新生儿破伤风的工作流程不包括实验室检测。
新生儿破伤风工作流程](resources/images/workflow2.png)
分散报告{ #decentralized-reporting }¶
虽然以病例为基础的病例数据集中报告是向上报告的典型方式(例如向世卫组织报告以符合《国际卫生条例》或根据数据共享协议向其他机构报告),但许多国家已经开始利用 DHIS2 实施*分散*的以病例为基础的电子疾病监测。
在分散式工作流程中,**用户组**的配置允许卫生系统各级用户和参与者将 daata 添加到 DHIS2 中的共享电子病例记录中。例如,卫生机构用户可负责填写电子病例通知表,输入疑似病例的临床详情,并填写实验室标本申请表。一旦有了特定病例的化验结果(通过唯一标识符或化验样本编号链接),化验室用户就可以将化验结果输入化验程序阶段。根据各国的政策,监控人员等其他用户组可能负责确定和更新最终分类。
分散报告系统的一个主要好处是数据的及时性和电子系统中数据的可用性,以便于疫情调查和应对。例如,医疗机构可以近乎实时地将疑似病例报告到 DHIS2 的 VPD 程序中,从而增强了系统的预警功能。化验结果出来后,数据可以添加到病例记录中,系统中配置的指标和疫情警报阈值也会自动更新。
分析与使用{ #analysis-use }¶
根据用户访问设置的配置,DHIS2 病例系统获取的监测数据可提供给国家、地区和设施各级的用户。无论数据是以电子方式输入系统的哪一级,数据都可以自动提供给分析人员,直至最初报告的级别(即设施及以上级别)。国家免疫接种计划工作人员可将 DHIS2 系统中获取的基于病例的疫苗接种数据与免疫接种覆盖率和其他数据源进行三角分析,以确定零剂量和免疫接种不足的人群。
**计划指标**已根据特定疾病的要求配置为基于病例的软件包的一部分,包括有助于规划和监测响应活动的业务指标。计划指标用于汇总基于病例的数据,以便在 dashbaord 可视化界面上进行分析和展示。
预配置的**仪表盘**包含在针对每种疾病的软件包中。此外,以下仪表盘还整合了各种疾病的数据:
- 中央统计局警报/疫情仪表板:汇总地区一级软件包中包含的所有志愿服务点的疫情警报(基于预先配置的病例数据阈值),以便进行快速分析
- CBS-IDSR 比较仪表板:当在 DHIS2 中将 VPD-CS 软件包与总体监测(IDSR)软件包安装在一起时,该仪表板可对 VPD 的个案报告流和总体报告流进行分析和数据质量/完整性审查。
计划结构{ #program-structure }¶
VPD-CS 软件包中的所有程序都有类似的设计,但每种疾病都有不同的部分和变量,****以注册时选择的初始诊断为基础****。程序结构如下: 程序的设计由以下几个阶段组成:
- 注册详情
- 诊断与临床信息
- 实验室申请
- 样本跟踪
- 实验室结果
- 最终分类
VPD-CS 程序结构](resources/VPD_CBS_program_structure.png)
注意:新生儿破伤风疑似病例不需要采集实验室标本或进行实验室确认。因此,程序规则仅用于显示 NT 病例的以下程序阶段:
- 注册详情
- 诊断与临床信息
- 最终分类
注册(个案登记){ #enrollment-case-registration }¶
在 DHIS2 中,在卫生机构或其他监测点出现的疑似病例被表示为一个跟踪实体实例 [TEI]),使用的跟踪实体类型为 "人"。注册配置为 "每个被追踪实体生命周期仅注册一次"。TEI 预计只能在跟踪程序中注册一次;当完成给定病例的最终病例分类并在跟踪程序中完成注册后,预计将来不会为该 TEI 创建新的注册。如果同一人将来作为疑似病例出现,该人将作为代表新疑似病例的新追踪实体实例在程序中注册和登记,并获得新的 Epid 编号和初始临床诊断。
注册日期*表示 "病例通知日期";而*事件日期*表示 "症状发作日期"。在登记期间,除了记录病例通知日期外,还要记录症状出现日期,以便对病例数据进行更可靠的时间分析。
** 跟踪实体属性** 以下概念和数据变量在跟踪程序中被建模为跟踪实体属性 (TEA),并在注册过程中采集:
- 临床诊断": 初始临床诊断被建模为 TEA,因为它会触发一系列程序规则,根据疾病在整个工作流程中显示和隐藏数据变量、程序阶段和程序阶段部分。这样,一个跟踪程序就能用于报告多种疾病。
- "Epid 编号 ":病例通过分配给他们的特定疾病 Epid 编号进行唯一标识。该编号是其 Epid 编号和初始诊断时确定的疾病的组合。已对程序规则进行了配置,以确保 Epid 编号遵循正确的格式。Epid 编号是搜索和检索病例记录的有用标识符;但实际上,Epid 编号通常是在中央一级分配的,在允许医疗机构将疑似病例登记到计划中的分散工作流程中,可能不会在初始登记时输入。
- 系统个案 ID:在 DHIS2 系统内*自动生成和唯一的附加标识符。
- 案件住所的地理位置 案件住所的地理位置由多个 TEA 捕捉,以表示结构化和非结构化数据:
- 居住地区:从组织单位层次结构中选择地区,以便根据个案的居住地/家庭进行结构化分析
- 居住省份:同上,省份从组织单位层级中选择
- 家庭住址:配置为捕获自由文本
- 村庄/邻里:配置为捕捉自由文本
- 出生日期和年龄:出生日期可用多个 TEA 捕捉和表示。如果知道出生日期,用户可以直接将其作为 TEA 输入。如果出生日期未知,用户将在 TEA "出生日期未知 "中捕获 "是(yes only)",程序规则将显示用户输入 "年龄(以年为单位)"或 "年龄(以月为单位)"作为 TEA 的选项。使用这些字段时,DOB TEA 会根据输入的估计年数/月数自动填充。下面是一个示例。
VPD-CS DOB(resources/images/VPD_CBS_DOB.PNG)
第 1 阶段:诊断与临床信息{ #stage-1-diagnostic-clinical-information }¶
该阶段记录疑似病例的临床详情和入院信息、体征和症状、疫苗接种史、通知信息和结果。程序阶段包含以下部分;但请注意,根据注册时获取的与临床诊断(疑似疾病)相关的数据变量,程序规则会在数据输入表中显示/隐藏部分。
- 入院和临床信息
- 疫苗接种情况
- 腹泻
- 呕吐
- 产妇接种疫苗情况
- 体征和症状
- 儿童出生
- 家长访谈
- 患者发病前的活动史
- 通知信息
- 后续检查
- 长11个字符。
第 2 阶段:实验室申请{ #stage-2-lab-request }¶
化验申请记录了与送往化验室处理的任何标本有关的详细信息。在资源有限的情况下,此处提供的信息可帮助实验室人员确定化验的优先次序。输入这些数据的人可以是登记疑似病例并记录病人临床检查和暴露情况的人,也可以是负责提出化验申请的其他人员。采集的标本 ID 可用于与追踪或实验室系统连接。
第 3 阶段:标本跟踪{ #stage-3-specimen-tracking }¶
标本跟踪记录了各级实验室(如国家和国际参考实验室)收到送去处理的实验室标本的时间。它还能记录各级实验室的样本情况。
第 4 阶段:实验室结果{ #stage-4-laboratory-result }¶
实验室结果阶段记录标本类型和实验室检测结果。可以直接在实验室完成,也可以作为二次数据录入。这一阶段是可重复的,因为某一病例的样本可能要进行多次化验(即在化验结果不确定的情况下,可以进行新的化验并记录结果)和/或可能还需要处理多个样本。程序阶段包含以下部分;但要注意的是,在数据录入表格中,各部分是根据程序规则,按照注册时获取的与临床诊断(疑似疾病)相关的实验室检测结果来显示/隐藏的。
- 信息(包括标本状况、RDT 结果、PCR 结果)
- 易感性
- 实验室记录本
- CSF 和隔离液
- 实验室-麻疹/风疹(疑似麻疹/风疹病例特有的变量)
- 其他无菌体液
- 血清学结果
- 区域实验室--血清素中和
- 区域实验室-分子生物学
- 区域实验室-病毒分离
- 地区参考实验室
- 细胞培养结果摘要
- 粪便标本结果
- 隔离测序信息
- 测序
- 肠病毒结果
- ITD 成果
- rRT-PCR-ITD 结果
- rRT-PCR-VDPV 结果
- 萨宾测序结果
- 现场实验室信息
- 参考实验室
- VDPV 测序结果
- 野生脊髓灰质炎序列结果
- 转至疾病预防控制中心二级
- 抗生素耐药性结果
- 其他测试
- 最终实验室分类
- 结果摘要
第五赛段最终分类{ #stage-5-final-classification }¶
最终分类记录病例的最终确诊分类,因为它与最初诊断有关。该阶段还记录了出院时的临床诊断和后遗症等可选数据。
通知{ #notifications }¶
已对通知进行配置,以触发系统发出的外发消息:
- 实验室结果就绪: 该程序通知可用于在系统中提供和更新实验室结果时,通过信息、电子邮件或 SMS(已配置网关)提醒用户组,如地区卫生工作人员、监督官员或设施工作人员。当实验室结果程序阶段被标记为 "完成 "时,就会触发通知。
计划规则{ #program-rules }¶
在整个跟踪程序中,程序规则被广泛用于显示/隐藏数据元素、程序阶段和程序阶段部分,这些数据元素、程序阶段和程序阶段部分是基于注册时选择的跟踪实体属性 "临床诊断"。程序规则还用于验证,如警告和错误信息,以确保遵循标准 Epid 号码格式。
程序规则的完整列表包含在软件包的元数据参考文件中,访问网址为 dhis2.org/who-package-downloads
仪表盘和分析{ #dashboards-analytics }¶
仪表板¶
软件包中包括预配置的仪表板,用于以综合方式(跨疾病)以及针对特定疾病的监测需求和指标自动进行关键分析。针对特定疾病的仪表板包括 epi cruves、疑似疫情警报,以及对特定疾病指标的自动分析,如抗原特异性疫苗接种状况、麻疹废弃率和标本充足性。 下文提供了一些综合和特定疾病仪表盘可视化示例。
CBS 警报/疫情仪表板{ #cbs-alertoutbreak-dashboard }¶
该仪表板可视化按地区分列的疫情警报,包括所有用于早期预警的自愿警察局。处于预警状态的地区是根据特定疾病标准设定的阈值配置的。
- 警报/疫情中的中央统计局地区
CBS/IDSR 比较仪表板{ #cbsidsr-comparative-dashboard }¶
当在 DHIS2 中将 VPD-CS 软件包与综合监控(IDS)软件包一起安装时,该仪表板可对以病例为基础的和综合报告流程中的 VPD 进行分析和数据质量/完整性审查。
CBS 麻疹/风疹仪表板{ #cbs-measlesrubella-dashboard }¶
- 地区一级麻疹疫情可视化
MR CBS dashboard1(resources/VPD_CBS_MR_dashboard_1.PNG)
- 确诊/未确诊麻疹病例的分布情况
MR CBS dashboard2(resources/VPD_CBS_MR_dashboard_2.PNG)
- 按周和地区分列的麻疹发病率
MR CBS dashboard3(resources/VPD_CBS_MR_dashboard_3.PNG)
- 按疫苗接种情况和每 10 万人采集的样本分列的麻疹病例
MR CBS dashboard3(resources/VPD_CBS_MR_dashboard_4.PNG)
计划指标¶
计划指标用于自动汇总个人层面的个案数据以进行分析,或执行计算,如数据收集不同阶段变量之间的时间间隔。实例包括
- 按临床诊断汇总的疑似病例数(如疑似脑膜炎病例数)
- 按疾病和病例确认类型汇总的确诊病例数(# 麻疹确诊病例,实验室确认与外显子链接确认)
- 在 48 小时内调查的疑似病例数量:基于从病例通知日期到病例调查日期之间的时间间隔
元数据参考文件中包含完整的计划指标清单。
指标¶
已配置的指标结合了一个或多个计划指标,或使用人口等其他数据源作为分母。与 VPD 病例监测计划相关的所有指标都包含在**指标组**"VPD 病例监测 "中,使分析用户能够轻松地从 DHIS2 数据可视化应用程序的 VPD 指标列表中进行选择。
以案例为基础的计划指标实例包括
- 收集到脑脊液(CSF)的病例百分比
- 分母:采集了 CSF 样本的疑似脑膜炎病例总数的计划指标
-
分母:通过 VPD-CS 追踪器报告的疑似脑膜炎病例总数的计划指标
-
麻疹发病率
- 分母:通过病例跟踪器报告的麻疹确诊病例汇总的计划指标
- 分母:来自非中央统计局数据集的人口
实施与地方适应{ #implementation-local-adaptation }¶
对于 AFRO 成员国而言,该软件包经过优化并经区域办事处批准,用于用 DHIS2 VPD 监测软件包取代现有的 AFRO VPD 监测 EPI Info 系统。该软件包符合 EPI Info 系统的功能要求、工作流程和强制性报告数据变量。使用该软件包的国家可以直接从安装和使用了 VPD 软件包的国家 DHIS2 实例向 AFRO 区域存储库推送基于病例的数据。因此,作为 AFRO 成员国国家实施工作的一部分,建议讨论如何以及何时逐步淘汰 EPI Info 报告系统的使用,以减少重复数据输入,加强基于 DHIS2 系统的反馈回路和数据质量。
引用¶
世卫组织非洲区域办事处(2019年)。世卫组织非洲区域办事处综合疾病监测和应对技术指南》。Retrieved from:https://apps.who.int/iris/bitstream/handle/10665/325015/WHO-AF-WHE-CPI-05.2019-eng.pdf
美国疾病预防控制中心(2021 年)。全球疾病检测行动中心:概述。Retrieved from:https://www.cdc.gov/globalhealth/healthprotection/gddopscenter/how.html