Covid-19 电子免疫登记跟踪系统设计{ #cvc-eir-design }¶
介绍¶
COVID-19 免疫系统设计文件概述了用于配置作为 COVID-19 疫苗电子免疫登记系统的 DHIS2 跟踪程序的概念设计。本文件旨在供国家和地区一级的 DHIS2 实施者使用，以便能够支持该程序包的实施和本地化。在本地化和改编本配置包时，应考虑当地的工作流程、国家指导方针和相应的疫苗接种产品指导方针。
该软件包的开发是为了满足各国和合作伙伴所表达的需求，即监测 COVID-19 疫苗在各优先群体中的公平性和接种情况，跟踪个人完成疫苗接种计划的情况。
这套计划的目标是提高 COVID-19 疫苗接种的及时性、数据准确性、扩大覆盖面、效率和效果。它基于关于制定 COVID-19 疫苗国家部署和接种计划的指导、世卫组织和疾控中心官员的反馈意见以及从 DHIS2 免疫接种登记程序包中改编的一般接种标准和指导。
由于各国的指导方针和政策不尽相同，这套材料应根据国情进行调整。
系统设计概述{ #system-design-overview }¶
使用案例{ #use-case }¶
DHIS2 中的跟踪器数据模型可对个人进行登记，并在一段时间内对一系列医疗服务进行跟踪。利用这一模型，可以根据国家政策和产品建议跟踪个人完成疫苗接种计划的情况，还可以获取可靠的个人水平数据，以支持根据人口统计学、基础条件和其他变量对疫苗分配、接种和完成情况进行分析。
内容{ #content }¶
套餐包括
- 跟踪计划，对个人和每次疫苗接种活动进行登记
- 一套计划指标，涵盖世界卫生组织疫苗部署指南的要求。
- 一套程序指示器，可输入用于日常监测的综合数据集
- 用于日常监测的汇总数据集
- 基于综合数据集的一组指标
- 基于综合数据集的日常监测仪表板
预期用户{ #intended-users }¶
该计划旨在支持临床/设施一级的用户，以更好的决策工具增强工作人员的能力，并将客户置于信息系统的中心，同时也消除他们的报告冗余。不过，根据国内的基础设施和可用资源情况，可以在地区一级根据纸质登记册完成数据录入。
- 临床用户：免疫电子登记跟踪程序经过优化，可在医疗点进行数据录入。
- 医疗机构工作人员：如果护理点数据录入不可行，也可由数据录入人员将数据录入到 DHIS2 中。工作清单旨在支持医疗机构工作人员根据疫苗接种计划监测需要跟进或逾期的患者。
- 机构经理、地区卫生办公室和国家项目工作人员：将计划生成的数据输入标准化仪表板，以便跟踪疫苗接种率、辍苗情况以及年龄/性别/职业分类情况
说明性工作流程：
工作流程](resources/images/Covac_workflow.png)
工作流程因国家而异。计划设计应根据具体情况进行审查和本地化。例如，上图中的工作流程假定个人在接种点接种第一剂疫苗时将在 DHIS2 中登记。可以考虑的另一种方法是将符合条件的个人作为跟踪实体实例（如从现有的卫生工作者登记册中）预先登记到系统中。
跟踪器程序配置{ #tracker-program-configuration }¶
| 结构 | 描述 |
|---|---|
| 注册 | 如果一个人尚未在实例中注册，则将其作为 TEI（TEI 类型个人）注册并登记到免疫登记册中，其数据将作为属性捕获到登记中，这些属性与 DHIS2 的现有 COVID-19 包相匹配。TEI 属性：国家 ID、唯一 ID、姓名、性别、估计出生日期、出生日期（年龄）、手机号码、地址（当前）、地区、职业 |
| 计划第 1 阶段：疫苗接种 | 这是一个可重复的阶段。事件日期 = 接种疫苗的日期 到期日 = 允许安排下一次接种的日期 |
| 第 1.1 节 基本条件 | 关于健康状况和/或已存在的潜在病症的信息，这些病症已被确定为严重感染或死亡的风险显著增高。该数据包包含与 COVID 数据包中其他数据包相同的既存病症。 |
| 第 1.2 节 免疫接种前的问题 | 对于第一剂，该部分会询问客户在过去 90 天内是否注射过 COVID-19。在注射第二剂后，它还会询问客户在过去 90 天内是否注射过 COVID-19。 |
| 第 1.3 节：疫苗接种 | 登记所提供疫苗类型的详细信息以及批号、有效期，并提供下次接种疫苗的建议日期。 |
疫苗接种阶段的数据元素{ #data-elements-in-the-vaccination-stage }¶
| 数据元素（表格名称） | 与指标挂钩 | 与证书挂钩 | 与计划规则相关联 |
|---|---|---|---|
| 接种日期） 不是数据元素 | 是的 | 是的 | 是的 |
| 病人是否怀孕或哺乳？ | 不 | 不 | 是的 |
| 孕期（周） | 不 | 不 | 是的 |
| 有什么隐患吗？ | 不 | 不 | 是的 |
| 心血管疾病，包括高血压 | 不 | 不 | 是的 |
| 慢性肺病 | 不 | 不 | 是的 |
| 糖尿病 | 不 | 不 | 是的 |
| 免疫缺陷 | 不 | 不 | 是的 |
| 恶性肿瘤 | 不 | 不 | 是的 |
| 慢性神经或神经肌肉疾病 | 不 | 不 | 是的 |
| 肾脏疾病 | 不 | 不 | 是的 |
| 其他（请注明） | 不 | 不 | 是的 |
| 患者在过去 90 天内是否感染过 COVID-19？ | 不 | 不 | 是的 |
| 接种第一剂疫苗后，患者是否出现过严重过敏反应（过敏性休克）或即时过敏反应（即使并不严重 | 不 | 不 | 是的 |
| 接种疫苗 | 是的 | 是的 | 是的 |
| 疫苗名称 | 是的 | 是的 | 是的 |
| 请解释为何对该客户使用了不同剂量的产品 | 不 | 不 | 是的 |
| 疫苗批次/批号 | 不 | 是的 | 不 |
| 疫苗有效期 | 不 | 不 | 不 |
| 剂量数 | 是的 | 是的 | 是的 |
| 该疫苗产品所需的总剂量 | 不 | 是的 | 是的 |
| 这是最后一剂吗？ | 是的 | 不 | 是的 |
| COVAC 建议下次服药日期 | 不 | 不 | 是的 |
| "客户在接受免疫接种后是否有任何不良反应？ | 不 | 不 | 是的 |
计划中的疫苗产品{ #vaccine-products-in-the-program }¶
各国可获得的具体 COVID-19 产品和疫苗接种计划因国而异。本套餐包括的疫苗产品遵循世卫组织提供的文件，该文件将随着[疫苗进入市场]而不断发展。(https://extranet.who.int/pqweb/sites/default/files/documents/Status_COVID_VAX_16Feb2021.pdf)
为了更好地展示功能，这些占位符是根据现有的五种疫苗产品配置的，但重要的是要根据产品的国家采用准则来验证和配置程序。
| 疫苗名称 | 选项代码 | 疫苗生产商 | 选项代码 | 年龄建议 | 剂量间隔 | 剂量数 |
|---|---|---|---|---|---|---|
| AZD1222/AstraZeneca | 阿斯利康 | 阿斯利康 | 阿斯利康 | 18 | 10 天 (8-12) | 2 |
| AZD1222/AstraZeneca | 阿斯利康 | SKBio Astra Zeneca | skbioastrazeneca | 18 | 10 (8-12) | 2 |
| BNT162b2 / COMIRNATY Tozinameran (INN) / BioNTech/Pfizer | biontechpfizer | 生物技术公司/辉瑞公司 | biontechpfizer | 16 | 21 | 2 |
| mRNA-1273 / Moderna | 现代 | 现代 | 现代 | 18 | 28 | 2 |
| Sputnik V / Gamaleya | gamaleya | Gamaleya | gamaleya | 18 | 21 | 2 |
| 非活性 SARS-CoV-2 疫苗（VeroCell）/国药集团 | 国药 | 国药集团 | 国药 | 18 | 21 天 (21-28) | 2 |
如何根据现有疫苗产品调整占位符？¶
{ #names-in-the-form }¶
要使表格中的名称反映该国使用的产品，首先需要修改 "COVAC 疫苗制造商 "和 "COVAC 疫苗名称 "选项集，并将选项名称改为适合该国的名称。
选项集](resources/images/Covac_optionset_1.png)
选项集](resources/images/Covac_optionset_2.png)
自动为名称指定制造商和品牌{ #auto-assigning-manufacturers-and-brands-to-names }¶
在根据所选疫苗通过程序规则选择疫苗产品时，会自动分配制造商和品牌，除非该疫苗有多个制造商，在这种情况下，程序规则会隐藏不相关的选项，办事员需要选择正确的制造商名称，阿斯利康就是这种情况。
自动分配规则{ #auto-assign-rule }¶
例如，当选择 "Comirnaty, Tozinameran "时，程序规则 "将品牌和制造商指定给 BioNtech/Pfizer "会指定制造商 BioNtech/Pfizer。
它使用表达式： d2:hasValue( 'Vaccine_type' ) == true && #{Vaccine_type} == 'BIONTECHPFIZER'
该程序规则的操作是为数据元素 "疫苗制造商 "赋值为 "BIONTTECHPFIZER"，这是 "BioNTech/Pfizer "和 "BioTech/Pfizer "品牌的选项代码。
隐藏选项规则{ #hide-options-rule }¶
目前，这样的规则只有一条： "为阿斯利康指定品牌/隐藏选项"，因为该产品有两个不同的制造商（阿斯利康和 SK Bio Astra Zeneca）。
这意味着公关将隐藏不相关的制造商，而不是指定制造商，并允许办事员从当前可用的两 个制造商中选择一个。
年龄警报{ #age-alert }¶
不同的疫苗可能会有不同的年龄下限。如果接种员给超出建议年龄范围的人接种了疫苗，则会发出警告。如需修改，请修改计划规则：
"如果年龄在 18 岁以下，则警告阿斯利康建议 18 岁及以上人群使用"。
"如果年龄小于 16 岁，则警告 BiontechPfizer 建议 16 岁及以上人群使用"。 "如果年龄小于 18 岁，则警告 Moderna 建议 18 岁及以上人群使用" "如果年龄小于 18 岁，则警告 Gamaleya 建议 18 岁及以上人群使用" 如果年龄小于 18 岁，则警告 "建议 18 岁及以上人群使用 Sinopharm"。
这些规则都使用了类似的表达方式：
(#{Age_Calculated} < 18 ) && (#{Vaccine_type} =='astrazeneca')
在这种情况下，您需要修改数字（本例中为 18），以符合必要的年龄。
这些程序规则的行动是显示一个警告： "本疫苗产品建议 18 岁及以上人群接种"。
您还应修改此警告，使其与最合适的《国家准则》相匹配。
指定下次服药日期{ #assign-a-date-for-next-dose }¶
目前，跟踪器无法根据数据元素为下一次事件指定日期，因此我们将跟踪器配置为自动安排下一次接种日期，即第一剂疫苗后的 10 天，假设最常用的产品是阿斯利康。这必须通过更改维护应用程序中疫苗接种计划阶段的设置来修改，以符合国家使用的间隔时间。
程序设置](resources/images/Covac_date_setting.png)
此外，还有一个数据元素可根据疫苗产品，利用程序规则自动分配推荐日期。若要修改，需要编辑程序规则：
"为阿斯利康下一次用药指定建议日期"（每种产品有一条规则） ".../dhis-web-maintenance/#/edit/programSection/programRule/ZT3tLrXXadf"（每个产品有一条规则
程序规则有两个操作
行动一在数据元素 "建议的下一次给药日期 "旁显示警告，文字为 "下一次给药应在 10 天后"。
根据需要修改文本。
操作二：使用表达式 d2:addDays( V{event_date}, 10 ) 为数据元素 "建议的下次服药日期 "赋值
将数字 10 修改为需要分配给可用疫苗的天数。
最后剂量{ #last-dose }¶
目前有一个名为 "最后剂量 "的是/否数据元素，用于帮助指标了解产品何时完成免疫接种。目前，所有产品都有两剂，因此，我们将其设置为，一旦某人接种了第二剂，"最后一剂 "数据元素就会被自动选中为 "是"。我们还隐藏了第一剂的 DE。
要修改此警告，请编辑程序规则： "如果这是第二剂，将其标记为所有疫苗产品的 "最后一剂"。
dhis-web-maintenance/#/edit/programSection/programRule/PJjKiFrvfuN
表达式： d2:hasValue( 'Dose_number' ) == true && #{Dose_number} == 'DOSE2'
表示如果办事员选择给定的剂量数是第二剂，则触发 "赋值 "操作，将值 "true "添加到数据元素 "最后一剂 "和程序规则变量 "Last_dose "中。
若要修改，请编辑表达式，以过滤掉未使用/计划不同的疫苗产品。
剂量总数{ #total-number-of-doses }¶
此疫苗产品所需总剂量 "数据元素是一个自动填充的数据元素，用于显示此疫苗产品接种计划所需的剂量。目前，所有疫苗的接种计划中都有两剂。不过，每种疫苗都有一个单独的规则，以防将来发生变化：
要修改，请编辑相应的规则：为 NAMEOFPRODUCT 分配剂量编号
以及表达式： d2:hasValue( 'Vaccine_type' ) == true && #{Vaccine_type} == 'astrazeneca'
如果程序与筛选器匹配，则操作将为 "总剂量 "数据元素赋值。目前，所有规则都会赋值为 "2"，并隐藏第三剂的选项。
访问级别{ #access-level }¶
该程序被设置为 "受保护 "程序，这意味着用户可以在其权限范围之外的其他组织单位中进行搜索，但如果他们想访问不同设施中的记录，则必须使用 "打破玻璃 "功能，并说明他们访问不同组织单位中的记录的原因。
请注意，安卓系统不支持打破玻璃功能，当程序设置为受保护时，安卓用户无法搜索其他组织单位。
注册详情{ #enrollment-details }¶
注册日期等于 "注册日期"。用户在输入注册日期时，应同时将其注册到免疫接种登记计划中。在大多数情况下，注册日期将与首次接种日期一致，除非客户提前在疫苗接种登记处注册。
由于程序使用出生日期来计算程序指标，因此将其设置为必填项。如果一个人不知道自己的出生日期，则可以使用 "出生日期为估计值 "复选框，并输入其大概年龄或大概的出生日期。
虽然注册信息应在病例首次注册时填写，但如果有新信息（如联系信息），属性值可在活动注册期间的任何时候更新。
标识符{ #identifiers }¶
该程序配置了两种类型的唯一标识符。根据国家背景，程序还可添加其他标识符。
唯一标识符：自动生成的 ID，对整个系统（如正在使用的 DHIS2 实例）而言是唯一的。此 TEI 属性被配置为根据模式生成属性值。在软件包的前一版本中，唯一标识符生成的数字是一个前缀和一个随机数，即 "EPI_" + RANDOM()+ RANDOM(########)"。最新版本已将该属性替换为具有顺序模式的属性，这有助于提高大型实施系统的性能。+ RANDOM(########)"。
国家 ID：此 ID 目前为手动输入，应根据当地验证需要进行调整。
注册阶段](resources/images/Covac_enrollment.png)
计划第 1 阶段：疫苗接种（可重复）{ #program-stage-1-vaccination-repeatable }¶
第 1.1 节 基本条件。
基本条件](resources/images/Covac_underlying.png)
这里列出的基本病症是基于 COVID 病例监测和接触者追踪包的指南，其中还包括怀孕和哺乳等健康状态。怀孕和哺乳期选项仅适用于女性。一旦选择了其中一种基本病症（怀孕除外），在下一阶段仍将继续选择（因为这是一个可重复的阶段），并且这些病症将列在指标框中。
第 1.2 节 免疫接种前问题{ #section-12-pre-immunization-questions }¶
免疫接种前问题 "应在每次 "事件 "中完成，"事件 "代表一次免疫接种服务。 根据所选答案触发程序规则，以提供决策支持
目前，这两个问题是
"患者在过去 90 天内是否感染过 COVID-19"。
如果答案为 "是"，则会出现警告：建议未感染 COVID-19 至少 90 天的人接种该疫苗""
还有
"患者在接种第一剂疫苗后是否出现过严重过敏反应（过敏性休克）或即时过敏反应（即使不严重）"，只有在患者接种第二剂（或可能是第三剂或加强剂）疫苗时才会显示。如果选择 "是"，则会触发 "请遵循国家 AEFI 调查指南 "的警告。
免疫前问题](resources/images/Covac_preimmunization.png)
第 1.3 节 疫苗接种信息{ #section-13-vaccination-information }¶
本节记录所提供的免疫接种服务。它记录
接种的疫苗（使用 "疫苗名称 "选项设置）
疫苗生产商（使用 "疫苗生产商 "选项设置，自动填写）
疫苗品牌（使用 "疫苗品牌 "选项设置
该剂量的批号
剂量的失效日期
剂量编号（第一次、第二次或加强剂量）
该疫苗产品（自动填充）所需的总剂量数
确认是否为治疗中最后一次用药的数据元素（自动填写）
自动计算的数据元素，提供下一次用药的建议（自动填充）
询问客户在免疫接种后是否出现不良反应的数据元素（用于在接种疫苗后立即对患者进行监测）。
完成卫生工作者身份识别的数据元素
疫苗接种部分](resources/images/Covac_vaccination.png)
如果患者接种的疫苗类型与第一次接种时记录的不同，则会显示警告："您选择的疫苗类型与此人之前接种的疫苗类型不同。他们最后接种的是'以前接种的疫苗名称'"。这还会触发额外的数据元素 "请解释该客户接种不同产品剂量的原因"。
一旦客户接受了第一剂，第一剂的选项就会从数据元素中隐藏。对于计划中只有两剂的产品，第三剂也会被隐藏。各国可根据将要采用的疫苗产品进行配置。
安排活动{ #scheduling-events }¶
该阶段被配置为 "要求用户在阶段完成时创建一个新事件"，从而触发一个弹出式窗口来安排后续预约。标准间隔天数 "目前设置为 10 天，因此下一个预约（事件）日期默认安排在当前事件日期的 10 天之后，但也可根据所使用的产品进行修改。
用户组{ #user-groups }¶
该计划由四个用户组共同参与：
- COVAC - Covid 免疫元数据管理： 有权编辑软件包的元数据，但无权将数据输入软件包。
- COVAC - Covid 免疫数据输入： 有权将数据输入跟踪器
- COVAC - Covid 免疫数据分析： 可以访问仪表板，但不能输入数据。
- COVAC - Covid-19 免疫接种数据管理： 这是一个在跟踪器和汇总之间共享的管理组。该用户组的成员可以查看跟踪器和汇总模块中的数据，但只能在汇总模块中获取数据。该用户组是为运行跟踪器和汇总脚本以及通过数据录入应用程序访问数据集的用户设置的。
应根据各国的需要对其进行调整。
证书印刷{ #certificate-printing }¶
作为一项核心功能，DHIS2 不支持打印疫苗接种证书或生成电子证书，但一些国家已成功调整了该平台，以提供数字和打印证书。
短信通知{ #sms-notifications }¶
DHIS2 有一个 SMS 通知模块，但要使用该通知，需要配置 SMS 网关。请参阅有关短信网关的文档 [此处］(https://docs.dhis2.org/en/develop/using-the-api/dhis-core-version-master/sms.html)
该计划包括在疫苗接种活动预定到期日前 7 天的默认提醒：
"亲爱的客户姓名，您已预约于到期日在医院名称处接种 COVID-19 疫苗。
并在预定到期日 3 天后发送信息：
"亲爱的 A{TfdH5KvFmMy} ，您预约接种 COVID-19 疫苗的时间是 V{due_date} ，如果您没有收到疫苗，请尽快联系 V{org_unit_name} 。如果您已收到疫苗，请忽略此信息"。
注： 由于 SMS 模块目前的限制，无论事件是否发生，都会在到期日三天后发送计划好的消息。在这个问题得到解决之前，一种解决方法是配置一个 cronjob 脚本，用于检查逾期事件并安排发送信息。
工作列表{ #working-lists }¶
程序中配置了三个自定义工作列表。这些列表的目的是方便医护人员在护理点根据客户的疫苗接种计划管理客户名单，并突出显示逾期预约。
列表是根据 "到期日 "功能定制的。到期日 "是指为下一个事件指定的日期，在第一个事件完成后立即执行。目前，系统会在第一次接种后 10 天自动选择预约，如果有必要，办事员或临床医生应修改该日期。因此，要使用工作列表，必须正确进行时间安排。
所有在册客户： 在 COVID 疫苗接种计划中注册的客户，以及尚未完成注册的客户。假定已接种所有剂量疫苗的客户已完成疫苗接种计划的注册。因此，未完成注册将表明所有尚未接种第二剂疫苗（或不同疫苗接种程序的最后一剂疫苗）的客户，而与他们是否按计划接种或逾期接种无关。
已预约的客户： 疫苗接种计划阶段安排在未来或当日的客户
逾期未接种疫苗的客户： 已经预约过疫苗接种，因此逾期未接种疫苗的人。
已完成注册的客户： 已完成注册的客户
分析工具¶
为了优化预期的大规模部署和使用大容量运动式疫苗管理策略的性能，该软件包旨在通过聚合数据模型为分析对象和仪表盘提供服务。
在通过跟踪器大量输入数据的同时，除了确保分析用户以接近实时的方式访问仪表盘以获得最佳性能外，汇总跟踪器数据并通过汇总域为仪表盘提供服务，还能为分析用户提供数据维度（如基于分类的数据维度）。
为了从 COVID-19 EIR 跟踪程序源数据中提供 COVID-19 分析，该软件包包括以下组件： 包含数据元素和类别组合的汇总数据集（作为将跟踪器数据推送至汇总模型的目标） 基于综合领域指标的仪表盘（取代以前版本中基于跟踪器（基于计划指标）的仪表盘） 一组计划指标，其属性映射到目标总体 DEs/COCs
仪表板¶
本软件包包含一个简化的 COVAC 日常监控仪表板 (iBWlFCvvtkH)，以方便在运动式疫苗分发活动期间进行日常/近实时分析。该仪表板设计得尽可能轻便，为疫苗接种操作的日常监控提供了一套优化的核心指标。仪表板指标是根据《世界卫生组织关于制定 COVID-19 疫苗国家部署和接种计划的指南》中的监测指南子集选定的。世卫组织关于制定 COVID-19 疫苗国家部署和接种计划的指南。 COVAC 日常监测仪表板"((iBWlFCvvtkH)完全根据属于指标组 COVAC - 日常 (doQTIS8KJQH) 的指标进行配置。如果目标总体数据集和数据元素是为本地实施而定制的，这将使各国能够将仪表板指标映射到自己的基础数据元素集。
如需完整的监测仪表板，涵盖世卫组织 NDVP 监测指南的其他方面（如目标群体的疫苗覆盖率和接种率、不良事件指标、供应和冷链），请参阅COVAC 核心仪表板/汇总元数据包 。
如果您的实例中已经有本软件包以前版本的仪表盘，建议将其删除，或仅限少数用户访问。有关如何删除仪表盘的说明，请参阅 [安装指南]。(https://docs.dhis2.org/en/topics/metadata/covid-19-vaccine-delivery/covac-immunization-registry-tracker/installation.html)
汇总数据集{ #aggregate-data-set }¶
COVAC - EIR 跟踪数据（汇总）"汇总数据集已按日频率配置，作为将基于跟踪计划指标的计算数据值推送至汇总域的目标。该数据集包含以下数据元素：
- 第一次服药者
- 第二次、第三次或加强剂量的人群
- 最后推荐剂量的人
- 有潜在疾病的人
汇总数据录入](resources/images/covac_agg_data_entry.png)
在可能的情况下，类别组合、类别（及其相关的类别选项组合和类别选项）从现有的COVAC 核心仪表板/汇总元数据包 ，以方便对这两个数据包中的数据元素进行分析。
如下所述，这些数据元素和 COC 预计将从跟踪计划指标中填充。
计划指标¶
一组 "计划指标"、"COVAC-跟踪器到总体（NXBR4r6MwAO）"已被配置和映射（通过属性），以 便将数据值推送到上述相关的目标总体域数据元素和 COC。这种映射的示例如下：
| 计划指标（名称） | 计划指标 UID | 推送到总 DE（名称） | 聚合 DE UID | 映射到指标（名称） | 指标 UID |
|---|---|---|---|---|---|
| 接受第一剂治疗的人数（女性 0-59 岁） | RJ6pdxga9Od | COVAC- 服用第一剂的人 | RjT7dmzunF4 | COVAC - 首次服药者 | GeAtojrj7Yy |
| 接受首剂治疗的人数（60 岁以上女性） | x4L0LuEBHhW | COVAC- 服用第一剂的人 | RjT7dmzunF5 | COVAC - 首次服药者 | GeAtojrj7Yy |
| 接受第一剂治疗的人数（男性 0-59 人） | hqm8znlAzkT | COVAC- 服用第一剂的人 | RjT7dmzunF6 | COVAC - 首次服药者 | GeAtojrj7Yy |
| 接受首剂治疗的人数（60 岁以上男性） | aIIHyDy8AMW | COVAC- 服用第一剂的人 | RjT7dmzunF7 | COVAC - 首次服药者 | GeAtojrj7Yy |
| 接受第二、第三或加强剂量的人数（女性，0-59 岁） | xY4T9hHXNji | COVAC - 注射第二、第三或加强剂量的人群 | zmKNuqgsq8N | COVAC - 注射第二、第三或加强剂量的人群 | ddZjJCwXf6k |
| 接受第二、第三或加强剂量的人数（60 岁以上女性） | h9G7i6mQKef | COVAC - 注射第二、第三或加强剂量的人群 | zmKNuqgsq8N | COVAC - 注射第二、第三或加强剂量的人群 | ddZjJCwXf6k |
| 接受第二、第三或加强剂量的人数（男性 0-59） | MGjwUUNsE60 | COVAC - 注射第二、第三或加强剂量的人群 | zmKNuqgsq8N | COVAC - 注射第二、第三或加强剂量的人群 | ddZjJCwXf6k |
| 接受第二、第三或加强剂量的人数（60 岁以上男性） | qh0kIjHZbP8 | COVAC - 注射第二、第三或加强剂量的人群 | zmKNuqgsq8N | COVAC - 注射第二、第三或加强剂量的人群 | ddZjJCwXf6k |
| 接种了相应疫苗产品最后一次推荐剂量的人数（女性 0-59 人） | Zp39TSOR8eW | COVAC - 服用最后一次推荐剂量的人群 | CB46jykiEye | COVAC - 服用最后一次推荐剂量的人群 | OAZXVEjEEoD |
| 接种了相应疫苗产品最后一次推荐剂量的人数（60 岁以上女性） | XFUvVgqPukT | COVAC - 服用最后一次推荐剂量的人群 | CB46jykiEye | COVAC - 服用最后一次推荐剂量的人群 | OAZXVEjEEoD |
| 接种了相应疫苗产品最后一次推荐剂量的人数（男性 0-59 人） | FZNIlzPRMmL | COVAC - 服用最后一次推荐剂量的人群 | CB46jykiEye | COVAC - 服用最后一次推荐剂量的人群 | OAZXVEjEEoD |
| 接种了相应疫苗产品最后一次推荐剂量的人数（60 岁以上男性） | zovL7DKBRuK | COVAC - 服用最后一次推荐剂量的人群 | CB46jykiEye | COVAC - 服用最后一次推荐剂量的人群 | OAZXVEjEEoD |
| 有潜在疾病的人 | Zn0UuSRYyJw | COVAC - 有潜在疾病的人 | OUI05zSKrqk | COVAC - 有潜在疾病的人 | KIgI3EPjs2T |
还配置了其他计划指标，以便对跟踪器数据本身进行特别分析（例如，根据跟踪器数据计算的覆盖率等）。不过，这些计划指标并未在 COVAC - 日常监控仪表板中使用。
将聚合跟踪器域数据传输到聚合域数据值{ #transferring-aggregated-tracker-domain-data-to-aggregate-domain-data-values }¶
除上述元数据外，实施工作还需要一种机制，将计划指标值从跟踪域推送到目标汇总数据集。有关这方面的更多信息，请参阅《DHIS2 实施指南》的这一章节：整合追踪器和汇总数据
使用安卓设备时的注意事项{ #considerations-for-when-implementing-with-android-devices }¶
访问级别 "受保护"{ #access-level-protected }¶
DHIS2 Android Capture App 2.3版本尚未支持 "打破玻璃 "功能。如果程序被配置为 "受保护"，Android 的默认行为将与程序被配置为 "关闭 "时相同。这意味着 Android 用户将无法在其组织单位之外读取或编辑 TEI 的注册信息。在搜索 OU 中注册的 TEI 将通过 TE 类型搜索返回，但如果程序已关闭或受保护，则不允许用户查看或创建新的注册。如果 Android 用户必须能够访问其数据采集组织单位之外的 TEI，则应将程序配置为访问级别为 "开放"。在 Jira 上查看此问题的状态
剂量到期日{ #dose-due-date }¶
安卓系统上对到期日的描述显示不正确，显示的不是 "剂量到期日"，而是 "到期日"链接到 jira
储备 ID{ #reserve-ids }¶
该软件包的唯一标识符是自动生成的，使用的模式为 "CURRENT_DATE(yyyy-MM-dd)-"-"-SEQUENTIAL(#####)"。在安卓设备中，系统为每个设备生成的 UID 值都是预先保留的，以确保整个实例的值都是唯一的。这意味着日期和序列号的值不一定与今天的日期和患者接种疫苗的时间顺序一致。有关这方面的更多信息，请参阅 此处。