癌症登记模块 - 系统设计指南{ #ncd-cr-design }¶
COORDINATE¶
DHIS2 癌症登记工具包基于国际癌症研究机构（IARC）在癌症登记：原则和方法 （IARC 科学出版物第 160 号，2021 年）中定义的国际公认的人群癌症登记标准和原则，并通过 IARC 开发的 CanReg5 软件进行操作。该工具包包括一个 DHIS2 Tracker 程序，该程序与用于个人癌症病例登记的 CanReg5 数据标准相一致，支持登记层面的人群监测，还包括一个定制的 DHIS2 应用程序，用于将 Tracker 程序数据导出为 CanReg5 格式。
癌症登记工具包旨在支持以人口为基础的癌症登记处加强其日常数据管理流程，提高癌症病例登记的质量、完整性和及时性。DHIS2 癌症登记跟踪器并非用于提供临床决策支持，而是作为个人层面病例采集的操作工具，以及癌症监测和流行病学分析的数据来源。它与 CanReg5 个人癌症病例登记数据标准相一致，支持登记层面的人口监测。
本系统设计文件解释了 DHIS2 中癌症登记使用案例的参考配置，包括 DHIS2 追踪器配置和数据质量控制机制的详细说明。本文件不涉及实施此类系统所需的资源和基础设施（如服务器、电源、互联网连接、备份、培训和用户支持），这些在《**DHIS2 追踪器实施指南》**中有所涉及。
该工具包的参考元数据可在以下网址获取：dhis2.org/metadata-downloads。
鸣谢{ #acknowledgements }¶
DHIS2 癌症登记工具包的开发得到了生命策略公司（Vital Strategies）的资金支持和国际癌症研究机构（IARC）的技术指导。我们感谢 IARC 在这些工具的设计和开发过程中提供了癌症登记标准和 CanReg5 数据模型方面的专业知识。我们还要感谢参与咨询的 HISP 小组，他们为本工具包的开发贡献了自己的实施经验。
系统设计概述{ #system-design-overview }¶
背景¶
癌症是全球发病率和死亡率的主要原因之一，全球癌症负担日益集中在中低收入国家（LMICs），而这些国家的卫生系统往往最不具备应对能力。关于癌症发病率、病例特征和治疗结果的可靠、高质量数据对于国家癌症控制规划、资源分配、监测长期趋势以及评估预防和治疗计划的影响至关重要。以人口为基础的癌症登记册是生成这些证据的主要工具，系统地加强登记册是全球癌症控制的优先事项。
个人层面的癌症病例登记比汇总报告具有显著优势。以病例为基础的方法允许按照肿瘤部位、形态、年龄、性别、地理来源以及其他临床和流行病学相关变量进行灵活分类。它还能对登记病例进行纵向跟踪，支持对多个报告来源的记录进行重复数据删除，并便于应用系统的数据质量检查来识别和纠正不完整或不一致的条目。这些功能对于癌症登记至关重要，因为癌症登记的病例通常来自多个来源--医院、病理实验室、死亡证明--并且必须合并成单一的、经过验证的记录。
尽管以人口为基础的癌症登记处非常重要，但在许多低收入和中等收入国家，登记处在数据完整性、及时性和可持续性方面一直面临挑战。登记处的运作通常依赖于零散的纸质系统或独立的软件工具，这些系统或工具难以维护，与国家卫生信息系统的整合程度低，而且需要强大的技术能力才能运行。国际癌症研究机构开发的CanReg5已成为国际公认的基于人口的癌症登记标准软件，并提供了一个完善的数据模型和一套数据质量控制程序。然而，在许多情况下，将其纳入更广泛的国家数字卫生基础设施（包括由卫生部管理的常规卫生信息系统）仍然受到限制。
DHIS2 癌症登记跟踪器旨在利用 DHIS2 平台（已在低收入国家的国家卫生信息系统中广泛部署）支持符合 CanReg5 数据标准的个人癌症病例登记，从而应对这些挑战。通过在 DHIS2 中实施癌症登记，该工具包旨在促进将癌症监测数据整合到国家卫生信息基础设施中，减少数据管理工作的重复，并支持在登记点进行系统的数据质量控制。
用例{ #use-case }¶
DHIS2 癌症登记工具包旨在支持常规的个人癌症病例登记，以便为基于人群的癌症登记提供信息。该系统围绕 DHIS2 Tracker 数据模型构建，与国际癌症研究机构开发的国际公认的人群癌症登记软件 CanReg5 的数据标准和工作流程保持一致。
该系统设计中的网络数据采集部分允许登记处工作人员记录和管理从多个通知来源（包括医院记录、病理和细胞学实验室报告以及死亡证明）中提取的癌症个案，并将其合并到单一的经核实的登记记录中。跟踪程序支持捕获以人口为基础的癌症登记所需的核心数据元素，包括患者人口统计学、肿瘤特征、诊断依据和通知来源。
系统设计的一个主要特点是在跟踪程序中实施系统的数据质量控制检查。这些检查的目的是在数据录入时或在常规登记册操作过程中识别不完整、不一致或不可信的条目，从而支持登记册维持有效流行病学分析和国际可比性所需的数据质量标准。
虽然 DHIS2 癌症登记跟踪器并非用于支持临床病例管理或决策支持，但它作为一种电子登记工具，可在国家 DHIS2 卫生信息基础设施内实现结构化、标准化的癌症病例登记。
警告
该工具包是一个基准配置，完全符合 CanReg5 标准，用于简化数据传输到 CanReg5 的过程。系统管理员可能需要通过添加新的数据元素或属性来本地化程序，但强烈不鼓励修改基准配置，因为这很可能会破坏与 CanReg5 的一致性和数据质量检查的程序规则逻辑。
预期用户{ #intended-users }¶
DHIS2 癌症登记系统的设计旨在满足癌症登记系统各级用户的需求。这些用户可能包括
- ** 癌症登记管理人员和工作人员（国家和国家以下各级）**：数据用户，负责监督癌症病例登记的完整性和质量，监测登记业务，并利用登记数据支持癌症控制规划和报告工作
- 登记册数据录入人员：负责跟踪程序中单个癌症病例的日常采集和管理的用户，包括记录从医院、实验室和其他报告来源收到的病例通知，以及应用数据质量控制程序以确保登记册记录的准确性和完整性。
- ** 癌症计划数据管理人员**：负责监督国家癌症登记计划的数据收集工作流程、数据质量保证和报告功能的用户
- 系统管理员/HMIS协调人：卫生部工作人员和/或 DHIS2 核心小组，负责维护 DHIS2 系统，支持当地癌症登记配置的调整，并为最终用户提供技术支持
- 实施伙伴和技术援助提供者：向国家癌症登记处提供技术支持的组织，包括国际癌症研究机构、HISP 小组以及参与系统实施、培训和能力建设的其他伙伴。
追踪器¶
跟踪程序结构{ #tracker-program-structure }¶
跟踪器程序结构如下
癌症登记跟踪器结构](resources/images/ncd_cr_cancer_registry_tracker_structure.png)
| 舞台* | 描述 |
|---|---|
| 注册 | 注册阶段收集一个人的基本人口数据，包括作为跟踪实体属性（TEA）的唯一标识符。其中一些核心 TEA（如姓氏和名字）在 DHIS2 追踪项目中是共享的。癌症登记项目的跟踪实体类型是 "人"。 |
| 肿瘤 | 该阶段包含与肿瘤相关的核心信息。该阶段可重复 |
| 来源 | 该阶段包含与每个肿瘤相关的来源有关的核心信息。该阶段可重复 |
| 跟进 | 该阶段包含患者随访信息，与肿瘤或病源无关 该阶段可重复进行 |
追踪实体类型¶
DHIS2 癌症登记跟踪程序允许将跟踪实体类型[TET]"人 "注册到癌症登记程序中。每个注册的人都代表一名在人群癌症登记处登记的癌症患者。根据标准DHIS2 实施实践 ，TET 在系统层面进行配置，并可与部署在同一国家实例中的其他 DHIS2 追踪程序共享。
注册¶
登记阶段捕捉在癌症登记计划中登记个人所需的核心患者人口信息。作为最佳做法，登记处工作人员在创建新登记前应首先搜索现有记录，以避免同一患者重复登记。
登记时收集的属性代表了基于人口的癌症登记所需的最低数据集，并已映射到国际癌症研究机构的标准数据要求。在此阶段收集的关键追踪实体属性有五个。这些属性是在被追踪实体类型级别配置的，因此可在同一 DHIS2 实例内的其他追踪程序中共享。不过，在共享**性别**属性时必须小心，因为分配给该属性的选项集使用的数字代码在整个程序的多个数据质量检查中都会被引用。对这些代码的任何修改--或用不同编码的选项集替代--都会破坏这些检查的逻辑。OptionSet Sex 已与相关CanReg5 字典进行了映射。
其中一个属性是病人 ID，由系统在注册时自动生成。该模式与 CanReg5 中使用的惯例相同：标识符长 8 个字符，由四位数格式的当年年份和四位数顺序号组成，格式为 "CURRENT_DATE(yyyy)+SEQUENTIAL(####)"。
肿瘤{ #tumor }¶
肿瘤阶段是癌症登记跟踪程序的核心组成部分。它记录了与单个癌症病例相关的所有关键临床和流行病学信息，也是在登记时进行全套数据质量检查的地方。有关质量控制检查的详细说明，请参阅本文件的[专门章节]（#检查）。
该阶段的结构分为多个部分，其中几个部分在数据输入界面是隐藏的。这些隐藏部分在系统设计中具有特定的功能用途：它们支持质量控制检查的计算逻辑，通过程序规则控制数据输入流，为程序的分析输出提供信息，并通过癌症登记处 DHIS2 定制应用程序实现数据提取。
| 部分 | 能见度 | 描述 |
|---|---|---|
| 病人 | 可见 | 患者信息 |
| 肿瘤 | 可见 | 肿瘤信息 |
| 检查状态 | 可见 | 运行多重检查 |
| 支票 | 不可见 | 每张支票的存储信息 |
| 形态地形检查 | 不可见 | 多步骤形态地形检查 |
| 多个初级测试仪 | 不可见 | 多步骤多主测试仪 |
| 罕见状态 | 可见 | 只有可以确认稀有状态的用户才能看到 |
| 肿瘤 ID | 不可见 | 存储 CanReg5 导出所需的信息 |
必备要素{ #mandatory-elements }¶
肿瘤阶段中唯一的正式必填数据元素是**肿瘤编号**，它是将每条肿瘤记录与其相应来源联系起来的参考，对于通过癌症登记自定义应用程序提取数据的过程至关重要。
但在实际操作中，患者和肿瘤部分的所有数据元素都必须填入，以便正确执行数据质量检查。唯一的例外是**等级**字段，如果行为代码显示的值不是恶性的，则不需要填写。这一要求由程序规则 CR - 如果所有必填元素都没有值 来执行，该规则可防止在缺少任何必填字段时执行检查。
运行检查时缺少变量的警告信息](resources/images/ncd_cr_run_checks.png)
患者{ #patient }¶
患者部分收集与癌症病例相关的人口和地理信息。该部分的中心日期字段是**发病日期**，它是 CanReg5 中所有分析输出的参考日期。事件日期--数据录入时记录的 DHIS2 系统日期--是一个单独的字段，其值由当地的实施决定：可以设置为数据录入日期，与发病日期一致，或反映当地的其他相关日期。之所以决定将发病日期作为一个专门的数据元素，而不是将事件日期用于此目的，是因为癌症登记自定义提取应用程序需要直接引用该数据元素。
年龄**字段必须手动输入。它用于数据质量检查，程序规则会验证输入的年龄、出生日期和发病日期是否一致，如果发现不一致，会发出警告。更多详细信息请参阅本文档的[质量检查部分]（#检查）。
地址**字段使用一个包含占位值的选项集，必须在实施前进行定制，以反映国家或地区 的行政地理信息。建议的方法是使用文本类型的数据元素，结合从属下拉列表，通过使用显示选项组操作 的程序规则来实现，而不是使用值类型为组织单位的数据元素来进行地理编码。这样就可以配置级联选择菜单--例如，第一个元素列出行政区域，第二个元素只显示属于所选区域的地区。这种方法符合 CanReg5 的地址编码惯例，即地址变量长度为两个字符，通常编码两个行政级别的组合。
肿瘤{ #tumor }¶
肿瘤部分是肿瘤阶段的主要数据收集部分。它捕捉了每个癌症病例必须记录的关键变量，并根据国际癌症研究机构的标准数据要求进行了调整和映射，增加了**肿瘤编号**，作为将特定肿瘤记录与其相应来源联系起来的本地参考。
肿瘤编号是注册表中肿瘤的唯一标识符。它可以是一个连续的数字，也可以是任何其他本地定义的值，并有一个带有数值的文本类型选项集。肿瘤编号与注册时收集的**患者 ID**相结合，构成**肿瘤 ID**--在系统中唯一标识肿瘤记录的综合标识符。
为防止同一肿瘤编号被分配给属于同一患者的多个肿瘤，我们采用了一套专门的机制，在隐藏的***肿瘤标识**部分运行一套程序规则。
肿瘤编号检查流程](resources/images/ncd_cr_tumor_number_flow.png)
值类型为 "MULTI_TEXT "的数据元素**上一个肿瘤编号**与肿瘤编号元素共享相同的选项集。当打开一个新的肿瘤事件时，程序规则会检查上一个肿瘤事件中记录的值。如果上一个事件中记录了肿瘤编号，则该值将分配给上一个肿瘤编号元素。如果上一个事件中既有肿瘤编号又有上一个肿瘤编号，那么这两个值将被连接起来，作为两个单独的值存储在 "MULTI_TEXT "字段中。一旦上一个肿瘤编号被填入，另一条程序规则会检查当前活动事件的肿瘤编号字段中输入的值是否已存在于上一个肿瘤编号存储的值中。如果发现匹配，则会显示一条错误信息，告知用户所选的肿瘤编号已分配给该患者，必须选择不同的值。
肿瘤编号重复的错误信息](resources/images/ncd_cr_tumor_number.gif)
肿瘤部分中的其余数据元素已根据 CanReg5 数据标准进行了调整和映射，并用作本文件专门章节所述数据质量检查的输入。除地形图字段外，所有元素均为自由选择输入。地形**字段是以下拉列表的形式实现的：可用的地形代码会根据用户选择的部位进行过滤，因此只有对所选部位有效的地形值才会显示出来供选择。
为简化数据输入，每个选项的名称中都包含相应的代码，以便登记处工作人员在选择数值时直接按代码进行搜索。
选项集与 CanReg5 ICDO3.2 版本进行了映射：
注
本节中使用的选项集以及与每个选项相关的代码直接映射到 CanReg5 标准。在本地实施或系统维护过程中，不得修改这些代码，这一点至关重要。对选项代码的任何修改都会破坏数据质量检查的逻辑，因为数据质量检查的计算依赖于这些值。
检查状态{ #check-status }¶
本部分允许登记处工作人员触发数据质量检查的执行。当用户选择**运行检查**选项时，每项未通过的检查都会显示一条警告信息，允许用户查看并更正相关条目。
如强制元素部分所述，患者和肿瘤部分的所有数据元素必须有一个值，才能执行检查。唯一例外的是等级字段，只有当行为代码为恶性（3）时才必须填写。
选择 "运行检查 "后，肿瘤部分的数据输入将被阻止。如果用户在运行检查后需要修改任何值，必须取消选中该元素以重新启用数据输入。该行为由两条程序规则强制执行：
- CR - 如果运行检查，则阻止数据输入
- CR - 如果已运行检查，则阻止数据输入 - 等级
运行检查时阻止数据输入](resources/images/ncd_cr_block_data_entry.gif)
选择**运行检查**后，将显示两个附加检查选项： 运行地形形态检查***和运行多重主要检查*。这些 由于需要多阶段验证并涉及额外的程序规则，无法一次性执行，因此将其作为单独的步骤实施。更多详情请参见本文档的[检查部分]（#检查）。当选择主**运行检查**选项时，这两个后续检查是强制性的，以确保执行全套质量控制检查。
检查部分{ #checks-section }¶
| 数据元素 | 价值类型 |
|---|---|
| CR - 检查：稀有年龄形态 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 检查：稀有时代地形 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 检查：稀有年代 地形形态 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 检查：稀有基础 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 检查：无效等级 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 检查：罕见的性别形态 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 检查：无效性别拓扑图 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 检查：罕见地形行为 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 检查：稀有地形形态 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 检查：多个主要测试结果 | 选项集 |
| CR - 罕见 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 无效 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 |
该部分始终隐藏在数据输入界面之外。它包含所有数据质量检查，每个检查都作为单独的数据元素实现。默认情况下，所有检查都会被程序规则 CR - 清除所有检查*赋值为假，只要取消选中 ** 运行检查* 元素，就会重置之前返回真结果的任何检查。
唯一具有不同值类型的检查是**多主测试结果**，其输出不是布尔值，而是三种可能值之一： 重复主要成分、多重主要成分*或未知地形*。每项检查的完整 本文件的[检查部分]（#检查）中描述了每种检查的完整逻辑。
除单项检查外，本节还包含两个汇总分类元素：罕见**和无效。与其他检查元素一样，每次取消选中**运行检查**元素时，这两个元素都会重置为假值。在执行检查时，它们的真值将被分配：如果任何检查的罕见输出返回了真结果，**罕见**元素将被设置为真；如果任何检查的无效输出返回了真结果，**无效**元素将被设置为真。
这两个元素具有双重作用。它们可用于分析输出，将计数限制在通过所有质量控制检查的肿瘤上，也可作为筛选器应用于工作列表和行列列表，以识别和审查标记为罕见或无效的病例。
当输入值的组合--如形态、地形、年龄和其他变量--代表一种极少发生的组合，且主管必须确认输入的数据是正确的，则该肿瘤被归类为**罕见**。本文档的[罕见状态部分]（#rare-status）提供了更多详细信息。
如果输入的数据描述的组合在解剖学和临床上都不可能存在肿瘤（例如男性卵巢地形图），则该肿瘤被归类为**无效**。
按照与 CanReg5 相同的逻辑，该系统允许用户输入和保存任何数值组合，包括产生无效结果的数值组合。这样做的目的是：可以追溯和纠正无效记录，并将其排除在分析结果之外。为确保分析的完整性，在生成任何分析输出时，必须始终应用以下三个条件作为筛选器：
- 运行检查 = true
- Rare = false OR Rare = true AND Confirm rare status = true (请参阅[稀有状态部分]（#稀有状态））。
- 无效 = false
形态地形检查{ #morphology-topography-check }¶
| 数据元素 | 价值类型 |
|---|---|
| CR - 形态家族 | 选项集 |
| CR - 地形形态关键字 | 选项集 |
| CR - 存在于 MUST 列表中 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 | |
| CR - 出现在 "必须--不得 "清单中 | userDataStore 由用户、命名空间、键和关联的 |
| 值。用户、命名空间和密钥的组合是唯一的。 |
该部分始终隐藏在数据输入界面中。它包含计算罕见地形形态检查时使用的数据元素。本检查的完整逻辑在本文档的[检查部分]（#检查）中有描述。
多个主要测试仪{ #multiple-primary-tester }¶
| 数据元素 | 价值类型 |
|---|---|
| CR - 形态组 | 选项集 |
| CR - 以前的形态组 | 选项集 |
| CR - 先前形态组（多个） | 选项集 - 多文本 |
| CR - 地形测量组 | 选项集 |
| CR - 以前的地形组 | 选项集 |
| CR - 以前的地形组（多个） | 选项集 - 多文本 |
| CR - 形态结果 | 选项集 |
该部分始终隐藏在数据输入界面中。它包含用于计算多重主要检验校验的数据元素。本检查的完整逻辑在本文档的[检查部分]（#检查）中有描述
稀有状态{ #rare-status }¶
只有当肿瘤被归类为罕见时（即 **罕见**元素设置为 true 时），本部分才会显示，并且只有分配给有权确认罕见状态的特定角色的用户才能访问。该部分允许指定的主管人员审查标记的病例，并确认输入的数据是正确的，尽管存在不寻常的值组合。
本文件的[检查部分]（#检查）详细描述了罕见分类的逻辑和确认工作流程。
确认稀有状态](resources/images/ncd_cr_confirm_rare_status.png)
肿瘤 ID{ #tumor-id }¶
| 数据元素 | 价值类型 |
|---|---|
| CR - 以前的肿瘤编号 | 选项集 - 多文本 |
| CR - 患者 ID | TRACKER_EVENT |
| CR - TUMOURID | TRACKER_EVENT |
该部分始终隐藏在数据输入界面之外。它包含用于从 DHIS2 提取癌症登记数据以及随后通过癌症登记自定义应用程序将其导入 CanReg5 的关键数据元素。
上一个肿瘤编号（Previous Tumor Number） 元素由从同一患者上一个肿瘤事件中收集的肿瘤编号值填充。这一机制可防止同一肿瘤编号被分配给属于同一患者的多个肿瘤。本文档的[肿瘤部分]（#Tumor）中描述了完整的逻辑。
患者 ID** 元素由程序规则在注册阶段收集的患者 ID 自动填充。 CR--为肿瘤患者 ID--肿瘤*赋值。该值随后用于 该元素是肿瘤记录的唯一标识符，用于在提取和导入过程中将一个或多个源记录与特定肿瘤相链接。TUMOURID 由 "患者 ID"、值 "01 "和肿瘤编号组成，肿瘤编号由程序规则 *CR - Assign value to TUMOURID 指定。
来源{ #source }¶
来源阶段用于记录癌症病例通知登记处的文件来源。每个来源代表一份文件，如医院记录、病理报告或死亡证明等，这些文件支持特定肿瘤的登记。该阶段由两部分组成：
| 部分 | 能见度 | 描述 |
|---|---|---|
| 资料来源 | 可见 | 资料来源 |
| 肿瘤资源表 | 不可见 | 存储 CanReg5 导出所需的信息 |
资料来源部分{ #source-section }¶
该部分收集与单个来源记录相关的信息。 来源阶段的一个关键方面是能将每个来源与属于同一入组患者的特定肿瘤联系起来。如[追踪器程序结构部分]（#Tracker-program-structure）所述，一个肿瘤可能有多个与之相关的信息源。为此，用户在输入数据时必须指定与信息源关联的**肿瘤编号**。
如果在源记录中选择的肿瘤编号之前未在同一患者的任何肿瘤事件中分配过，则会显示一条错误信息，指导用户选择一个有效的现有肿瘤编号。该验证由程序规则强制执行 CR - 如果肿瘤编号未分配给任何肿瘤，则显示错误。
肿瘤编号错误信息](resources/images/ncd_cr_tumor_number_flow.gif)
** 源类型** 字段在参考配置中使用占位值，必须在实施前进行自定义，以反映与本地注册表上下文相关的源类型。
肿瘤数据源表{ #tumouridsourcetable }¶
| 数据元素 | 价值类型 |
|---|---|
| CR - 患者 ID | TRACKER_EVENT |
| cr - 肿瘤资源表 | TRACKER_EVENT |
该部分始终隐藏在数据输入界面之外。它包含用于从 DHIS2 提取癌症登记数据以及随后通过癌症登记自定义应用程序将其导入 CanReg5 的关键数据元素。
患者 ID** 元素由程序规则在注册阶段收集的患者 ID 自动填充。 CR--为肿瘤患者 ID 赋值--来源。该值与 该值与在来源部分选择的肿瘤编号相结合，以填充 **肿瘤患者 ID - 来源*的赋值。 肿瘤阶段中的 TUMOURID - "患者 ID + 01 + 肿瘤编号"- 由程序规则 CR - 赋值给 TUMOURIDSOURCETABLE 分配。
在导出过程中，**TUMOURIDSOURCETABLE**元素是用于将每条来源记录与其对应的肿瘤联系起来的关键参考，从而在将数据导入 CanReg5 时能够正确重建肿瘤与来源的关系。
跟进{ #follow-up }¶
随访阶段用于记录已登记病人的随访状态。它记录与病人最后一次联系的日期或有关病人的信息、随访状态，如果记录的状态是死亡，则记录死亡日期。
后续阶段](resources/images/ncd_cr_follow_up.png)
检查{ #checks }¶
DHIS2 癌症登记工具包的核心功能之一是实施 CanReg5 中使用的数据质量检查，以评估登记癌症病例的完整性和准确性。这些检查是基于人口的癌症登记实践的核心组成部分，可确保所收集的数据符合有效流行病学分析和国际可比性所需的标准。
如上文肿瘤阶段章节所述，在 DHIS2 系统中实施这些检查需要配置多个程序规则和多个计算数据元素，并将其结合在一起工作。下文将详细介绍每项检查，包括所涉及的变量、评估条件和预期结果。
用作参考的 CanReg5 检查可在此处找到： https://github.com/IARC-CSU/CanReg5/tree/release/R45/src/canreg/common/qualitycontrol
横向考虑{ #transversal-considerations }¶
有几项注意事项适用于本节所述的所有或大部分检查，在此介绍以避免重复。
数据元素和选项集的值类型{ #value-types-for-data-elements-and-option-sets }¶
正确执行检查的一个关键方面是正确配置数据元素和选项集的值类型。在 CanReg5 中，大多数检查使用分配给每个选项的数字代码，根据数值范围评估特定值。因此，在 DHIS2 中，数据元素及其相关选项集都必须配置为**数字**值类型，并使用**数字**值类型。 因此，在 DHIS2 中，数据元素及其相关的选项集都必须配置为**数**值类型，并且引用选项集值的程序规则变量 选项集值的程序规则变量使用**代码**而不是显示名称。选项名称可以是描述性文本，但代码必须是数字。
这种配置允许 CanReg5 范围条件直接转化为 DHIS2 程序规则表达式，无需修改。例如，CanReg5 条件如 morphologyNumber >= 8270 && morphologyNumber <= 8281 可以在 DHIS2 中使用相同的表达式实现，而无需枚举范围内的每个值。这大大减少了程序规则表达式的复杂性和长度。
分组代码逻辑{ #grouped-code-logic }¶
一些 CanReg5 检查使用分组方法来优化地形代码的评估，将代码除以 10 来对数值范围进行分组。例如，一个函数可以定义 "topographyGroup = topographyNumber / 10"，然后评估 "topographyGroup == 53"，以涵盖 530-539 范围内的所有地形代码。由于 DHIS2 程序规则不支持这种除法运算，因此等价逻辑必须明确地表达为范围条件。上述示例在 DHIS2 中将翻译为 topography >= 530 && topography <= 539。
年龄 - 发病日期 - 出生日期{ #age-incidence-date-birth-date }¶
该检查的目的是核实肿瘤阶段中输入的年龄是否与患者的发病日期和出生日期一致。预期年龄是根据发病日期和出生日期之间的差值计算出来的，如果输入的年龄与计算值不一致，就会触发警告。警告信息会返回预期年龄，以指导登记处工作人员在必要时更正输入内容。
在 DHIS2 中，这种检查是通过程序规则实现的 CR - 检查年龄发生日期和出生日期。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckAgeIncidenceDateBirthDate.java
年龄 - 形态{ #age-morphology }¶
该检查的目的是识别年龄和形态的罕见组合。该检查根据年龄值评估形态代码的前四位数字，如果满足以下任何条件，则返回罕见结果：
- 年龄小于 25 岁，形态符合以下条件之一：9730, 9823, 9890
- 年龄≥ 15 岁，形态符合以下条件之一8910, 8960, 8961, 8962, 8970, 8981, 8991, 9072, 9470, 9490, 9500, 9687
- 年龄小于 15 岁，且形态符合以下条件之一：9724, 9732, 9823
该检查涉及的变量是 年龄**和 **形态。
在 DHIS2 中，这一检查是通过程序规则实现的 CR - 罕见年龄形态，为数据元素赋值为真 *CR - 检查：当**运行检查**元素被选中并满足上述任何条件时，该规则会给数据元素*CR - 检查：罕见年龄形态*赋以真值。 时，就会给数据元素 *CR - 检查：罕见年龄形态*赋值为真值。该逻辑直接遵循 CanReg5 实现，因为横向考虑因素部分中描述的数值类型配置允许在程序规则表达式中将条件表示为等价范围比较和等价比较。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckAgeMorphology.java
年龄 - 地形{ #age-topography }¶
该检查的目的是识别年龄和地形的罕见组合。该检查根据年龄值评估地形代码，如果满足以下任何条件，则返回罕见结果：
- 年龄小于 5 岁，地形在 530-539 或 610-619 之间
- 年龄小于 20 岁，地形符合以下任何范围或数值： 150-159, 190-199, 200-209, 210-219, 230-239, 240-249, 384, 500-509, 530-539, 540-549, 550-559
该检查涉及的变量是 年龄**和 **地形。
如横向考虑因素部分所述，CanReg5 的实现使用了分组方法，即地形代码除以 10 来创建一个分组值，然后根据一组分组数字进行评估。由于 DHIS2 程序规则不支持这种除法运算，因此每个分组条件都被转化为一个明确的范围表达式。例如，CanReg5 条件 topographyGroup == 53 在 DHIS2 中表示为 topography >= 530 && topography <= 539。
在 DHIS2 中，这一检查是通过程序规则实现的 CR - 罕见年龄地形，它为数据元素赋值为真 *CR - 检查：当**运行检查**元素被选中并满足上述任何条件时 当选择**运行检查**元素并满足上述任何条件时，该规则将为数据元素 *CR--检查：罕见年代地形赋值。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckAgeTopography.java
年龄 - 地形 - 形态{ #age-topography-morphology }¶
该检查的目的是识别涉及年龄、地形和形态的罕见组合。该检查将这三个变量结合在一起进行评估，如果满足以下任一条件，则返回罕见结果：
- 年龄小于 40 岁，地形在 610-619 之间，形态在 范围 8140-8149
- 年龄小于 20 岁，地形在 170-179 之间，形态小于 9590
- 年龄小于 20 岁，地形在 330-339、340-349 或 180-189 之间，以及 形态不在 8240-8249 范围内
- 年龄大于 5 岁，形态学指标为 9510 或 9512，地形学指标为 690-699
- 年龄< 15 or age > 45 岁，地形在 580-589 之间，形态 是 9100
该检查涉及的变量有 年龄、地形**和**形态。 形态。与[年龄-地形]（#年龄-地形）检查一样，地形和形态代码的 CanReg5 分组逻辑在 DHIS2 中被转换为 与年龄-地形检查一样，应用于地形和形态代码的 CanReg5 分组逻辑在 DHIS2 中被转化为明确的范围表达式，详见横向考虑因素部分。
在 DHIS2 中，这一检查是通过程序规则实现的 CR - 罕见年龄地形形态，它为数据元素 *CR - 检查："...... "赋值。 稀有年代地形形态当**运行检查**元素被选中并满足上述任何条件时，该规则会给数据元素*CR - 检查：罕见年龄地形形态*赋值为真。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckAgeTopographyMorphology.java
基础{ #basis }¶
该检查的目的是核实诊断依据与肿瘤的形态学和地形学记录是否一致。检查将诊断依据代码分为三类：
- 未经显微镜确认：代码 0-4
- 显微镜确认：代码 5-8
- 未知：代码 9
无论诊断依据如何，都接受一组形态学代码和两个地形学特定条件，并始终返回 OK 结果。 这些代码是8000、8150-8154、8170、8270-8281、8800、8720（地形图范围为 690-699 或 440-449）、8960、9050、9100、9140、9350、9380、9384、9500、9510、9530-9539、9590、9732、9761 和 9800。
对于所有其他形态学代码，如果诊断依据未经显微镜确认（即依据代码不在 5-8 范围内），则检查返回**罕见**结果。尽管最初的 CanReg5 实现对这种情况返回查询结果，但 DHIS2 实现将其视为罕见组合，这与工具包中其他检查所采用的方法一致。
该检查涉及的变量是 诊断依据、 形态学**和地形学。
在 DHIS2 中，这一检查是通过程序规则 *CR - 罕见基础*来实现的，当**运行检查**元素被选中并满足上述条件时，该规则会给相应的检查数据元素赋一个真值。 当选择**运行检查**元素并满足上述条件时，该规则会给相应的检查数据元素赋值为真。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckBasis.java
等级{ #grade }¶
该检查的目的是验证输入的等级值是否与肿瘤的行为和形态一致。该检查涉及的变量包括**行为**、形态**和**等级。
检查应用以下逻辑：
- 非恶性病例（行为≠3）：等级字段应为空或 如果存在任何其他等级值，检查将返回一个 **无效**结果。
- 恶性病例（行为 = 3）：等级字段为必填字段。如果是 为空，则检查返回**缺失**结果。如果成绩代码超出 1-9 的有效范围，则检查返回**无效**结果。
当出现一个有效的等级代码时（且不等于 9，因为 9 会被跳过），将对以下形态-等级一致性规则进行评估，每个规则都会返回一个 如果不符合，则返回**无效**结果：
- 形态 8331、9187 或 9511 必须等级 = 1（分化良好）
- 形态学 8249、8332、9083、9243 或 9372 必须达到 2 级（中度）。 有区别的)
- 形态学 8631 或 8634 必须为 3 级（分化不良）
- 形态学 8020、8021、8805、9062、9082、9392、9401、9451、9505 或 9512 必须达到 4 级（未分化/无弹性）。
- 5-8 级代码仅适用于淋巴瘤和白血病（形态学≥ 0.5%）。 9590）；如果形态 < 9590 且等级在 5-8 范围内，则结果无效
- 形态学 9702、9705、9708、9709、9716、9717、9718、9719、9724、9726、 9729、9827、9834 或 9837（T 细胞淋巴瘤）必须为 5 级
- 形态 9714（T 细胞和无细胞淋巴瘤，无弹性）必须达到分级标准。 = 4、5 或 7
- 形态在 9700-9719 范围内（T 细胞淋巴瘤和杀伤细胞淋巴瘤）必须是 等级 = 5 或 8
- 形态学 9670-9699, 9712, 9728, 9737, 9738, 9811-9818, 9823, 9833, 或 9836（B 细胞淋巴瘤）必须为 6 级
- 形态学 9948（杀伤细胞）必须为 8 级
在 DHIS2 中，这种检查是通过程序规则 *CR - 检查成绩*来实现的。 当选择**运行检查**元素并满足上述任一条件时，该规则会给*无效等级*数据元素赋值为真。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckGrade.java
形态{ #morphology }¶
该检查的目的是通过将形态学值的前四位数与可识别形态学科的参考查找文件进行核对，以确认输入的形态学代码是有效的 ICD-O-3 代码。
在 DHIS2 中，这种检查不需要专门的程序规则。 由于形态字段被配置为封闭式选项集，用户只能从预定义列表中选择有效的形态代码。 因此，输入值的有效性由数据输入界面本身来保证，因此程序检查是多余的。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckMorphology.java
性别 - 形态{ #sex-morphology }¶
该检查的目的是识别罕见的性别和形态组合。该检查使用一个将每个形态学代码分配到一个形态学族的查找文件，根据病人的性别对形态学代码进行评估，如果满足以下任何条件，则返回罕见结果：
- 性别 = 雄性，形态属于以下科之一： 外阴/阴道 (22)、子宫 (23)、卵巢 (24)、女性生殖器和其他组织 (25) 或胎盘 (26)
- 性别 = 男性，形态 = 9084，行为 = 3（仅卵巢恶性）。
- 性别 = 雌性，形态属于以下科之一： 阴茎 (27)，或前列腺/睾丸 (28)
该检查涉及的变量是 性别、形态**和**行为。 行为。
在 CanReg5 中，形态代码的科分组是通过MorphFam.txt查询文件来处理的。在 DHIS2 中，这种分组是通过一系列以 CR - 形态科：[形态科名称] 为前缀的程序规则来实现的，每条规则都为数据元素分配了相应的科值 CR - 形态科，位于隐藏的形态地形检查部分。 部分。然后，性状形态检查将评估该数据元素的值，而不是直接评估形态代码。
在 DHIS2 中，这一检查是通过程序规则实现的 CR - 罕见性别形态，当选择**运行检查**元素并满足上述任何条件时，该规则会给相应的检查数据元 赋值为真。 在 DHIS2 中，这一检查是通过程序规则 *CR - 罕见性别形态学 * 来实现的，当选择 ** 运行检查 *** 元素并满足上述任何条件时，该规则会给相应的检查数据元素赋值为真。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckSexMorphology.java
性别 - 地形{ #sex-topography }¶
该检查的目的是识别性别和地形图的无效组合--具体来说，就是将解剖学上一种性别独有的地形图部位记录在异性病人身上的情况。与前面描述的检查不同，该检查返回的是**无效**结果，而不是罕见结果，因为它识别的组合在解剖学上是不可能的。
如果满足以下任何条件，检查将返回无效结果：
- 性别 = 男性，地形图范围为 510-589（女性生殖器官）
- 性别 = 女性，地形图范围为 600-639（男性生殖器官）
与年龄-地形检查一样，在 DHIS2 中，应用于地形代码的 CanReg5 分组逻辑被转化为明确的范围表达式，如横向考虑部分所述。
这项检查涉及的变量是 性**和 **地形。
在 DHIS2 中，这一检查是通过程序规则实现的 CR - 无效的性别拓扑，当选择 ** 运行检查** 元素并满足上述任何条件时，该规则会为相应的检查数据元素赋值为真。 在 DHIS2 中，这一检查是通过程序规则 CR - Invalid Sex Topography 来实现的。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckSexTopography.java
地形{ #topography }¶
该检查的目的是通过将三位地形图值与 CanReg5 中用于 ICD-O-3 到 ICD-10 转换的 O3_10T.txt 参考查找文件进行核对，以确认输入的地形图代码是有效的 ICD-O-3 代码。
与[形态]（#morphology）检查一样，在 DHIS2 中，该检查不需要专门的程序规则来实现。由于地形字段被配置为封闭式选项集，用户只能从预定义列表中选择有效的地形代码。因此，输入值的有效性由数据输入界面本身来保证，因此程序检查是多余的。
相应的 CanReg5 质量控制检查见CheckTopography.java
地形 - 行为{ #topography-behaviour }¶
这项检查的目的是识别地形和行为的罕见组合。具体地说，它标记出地形部位记录有原位行为代码（2）的情况，而原位肿瘤被认为是罕见的。如果满足以下条件，检查将返回**罕见**结果：
- 行为 = 2（原位），地形处于以下任何范围内： 400-409（骨骼）、410-419（颅骨）、420-429（血液、骨髓、脾脏）、470-479（周围神经系统）、490-499（软组织）或 700-729（脑膜、脑、神经）
与其他基于地形的检查一样，CanReg5 的分组逻辑在 DHIS2 中被转化为明确的范围表达式，如[横向考虑因素部分]（#transversal-considerations）所述。
该检查涉及的变量是 地形**和 **行为。
在 DHIS2 中，这一检查是通过程序规则实现的 CR - 罕见地形行为，当选择**运行检查**元素并满足上述条件时，该规则会为相应的检查数据元素赋值为真。 当选择**运行检查**元素并满足上述条件时，该规则会给相应的检查数据元素赋真值。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckTopographyBehaviour.java
地形 - 形态{ #topography-morphology }¶
该检查的目的是通过使用两个参考查找表对输入形态代码的形态科和地形进行评估，从而识别地形和形态的罕见组合：一个是**必须**列表，其中包含特定形态科必须与特定地形站点相关联的组合；另一个是**必须-不**列表，其中包含特定形态科不得与特定地形站点相关联的组合。
每个形态代码都属于一个形态族，每个形态族都有三个可能的关键字之一，这些关键字决定了应用哪个查找表以及如何解释查找结果：
- NA (*)：该形态科接受任何地形。ñ 无论输入的地形如何，检查都会通过。
- 加 (+)：形态学家族有一套受限制的地形图 预计会出现的地点。在 MUST 列表中查找族和地形的组合。如果找到该组合，则检查通过。如果未找到，则认为该组合罕见。
- 减号（-）：形态科的拓扑结构受到限制 不能出现的地点。在 "必须--不出现 "列表中查找科属和地形的组合。如果找到该组合，则该组合被视为罕见。如果未找到，则检查通过。
该检查涉及的变量是 地形**和 **形态。
考虑到这一逻辑的复杂性以及对 DHIS2 程序规则中无法原生复制的查找表的依赖性，实施过程中需要在分配最终检查结果之前填充几个中间计算数据元素。以下元素位于隐藏的形态地形检查部分，由专门的程序规则按顺序填充：
- 形态学家族：根据输入的形态学代码分配，使用一系列带前缀的程序规则 CR - 形态科：[形态科名称]，见 [性别-形态学]（#sex-morphology）检查部分。2.地形形态学关键字：该元素来自形态学族查询，用于确定族关键字是星号、加号还是减号。3.存在于 MUST 列表中：当关键字为 "加 "时，一组程序规则会评估形态科和地形的组合是否存在于 MUST 查找表中。由于要涵盖所有词族-地形组合所需的表达式长度，这一评估被分为 9 个独立的程序规则，每个规则涵盖不同范围的词族。这些规则的命名前缀为 CR - 地形形态学：MUST - 形态系列 [范围]。如果 如果在这些规则中的任何一条中发现组合，则 Present in MUST list 元素会被赋值为 true；否则会被赋值为 false。4.出现在 MUST-NOT 列表中：当关键字为减号时，程序规则会评估形态科和地形的组合是否出现在 MUST-NOT 查找表中。如果找到该组合，则该元素赋值为 true；否则赋值为 false。
分配给检查数据元素的最终结果 *CR - 核对：稀有地形形态*的最终结果确定如下：
- 如果键值为 NA：则检查通过，并将 false 赋值给 CR - 检查：罕见地形形态。
- 如果键值为 +，且 Present in MUST list 为 true：则检查通过 则赋值为 false。
- 如果键值为**加**，且*在 MUST 列表中出现*为假：则组合 是罕见的，真实是指派的。
- 如果键值为 小数，且 存在于 MUST-NOT 列表中 为 true：则 组合是罕见的，真实是指派的。
- 如果键值为**减**，且*在必须-不允许列表中出现*为假：则检查 通过，则赋值为 false。
该检查是工具包中最复杂的检查之一，因为它依赖于查找表逻辑，而查找表逻辑必须在 DHIS2 中通过一系列中间程序规则和计算数据元素进行近似处理。正如[检查状态部分]（#check-status）所述，该检查需要一个单独的触发器--运行地形形态检查。 **运行拓扑形态检查 - 由于其执行的多步骤性质。 执行。
相应的 CanReg5 质量控制检查可在以下网址找到：CheckTopographyMorphology.java
多个主要测试仪{ #multiple-primary-tester }¶
该检查的目的是确定同一病人登记的两个或多个肿瘤是同一肿瘤的重复登记还是不同的多个原发肿瘤。与所有其他检查不同的是，该检查是在整个肿瘤事件中进行，而不是在单个事件中进行，其结果不是布尔值，而是三种可能值之一：重复原发、 多个原发，或 地形不明。
检查依赖于两个中间分组变量--形态组**和**地形组--这两个变量是使用 CanReg5 DefaultMultiplePrimaryTester类中定义的映射逻辑，分别从输入的形态和地形代码中导出的。在执行检查之前，这些值由一系列程序规则分配给专用数据元素。
为便于对不同肿瘤事件进行比较，以前肿瘤事件的形态组和地形组的值被分配到相应的**以前的形态组**和**以前的地形组**数据元素中。 以前的形态组（Morphology Group） 和地形组（Topography Group）** 数据元素。 为避免不正确的重复标记，这里不采用肿瘤编号的连接逻辑（在[肿瘤部分]（#tumor）中描述）：如果相同的形态学组或地形学组值在之前的事件中已经存在，则不会再次连接。
然后，检查根据以下逻辑对当前值和先前值进行评估：
形态评估：
- 如果任一形态组无效（0），则结果为*未知地形*。
- 如果任一形态组未指定 (17)，则形态结果为 未确定，进行地形评估
- 如果两组都是癌，其中一组是不明癌（第 5 组），则 形态学结果未定，进行地形学评估
- 如果一组为造血/淋巴（8-13），另一组为未指定组别 造血 (14)，结果为*重复主要*。
- 如果形态组和系统组（第 7-15 组）都相同，则结果为 重复主要
- 如果两个形态组相同但不系统，则形态结果 未确定，进行地形评估
- 如果两个形态组不同，则结果为*多重原生*。
地形图评估（仅在形态学结果未确定时进行 未确定）：
- 如果两个地形组都未指定（80），则结果为 重复主要
- 如果一个地形组未指定（80），则结果为 未知 地形
- 如果两个地形组相同，则结果为*重复主要*。
- 如果两个地形组不同，则结果为*多重主要*。
正如检查状态部分所指出的，该检查需要一个单独的触发器--运行多重主要检查，因为其执行具有多步骤的性质，在评估最终结果之前，需要依次收集中间数据元素。
相应的 CanReg5 实现可在以下网址找到：DefaultMultiplePrimaryTester.java
癌症登记处导出自定义应用程序{ #cancer-registry-export-custom-application }¶
我们开发了一个定制的 DHIS2 应用程序，以支持从 DHIS2 跟踪程序中提取与 CanReg5 兼容格式的癌症登记数据。之所以需要专门的提取应用程序，是因为 DHIS2 数据模型与 CanReg5 所期望的导入数据格式在结构上存在差异。DHIS2 在多个项目阶段（入院、肿瘤和来源）存储单个病例数据，而 CanReg5 则希望采用基于记录的平面结构，将患者、肿瘤和来源信息整合到一个可导入的文件中。定制应用程序通过查询所有阶段的相关数据元素、应用必要的转换并生成 CanReg5 可以直接导入的输出文件，弥补了这一差距。
该应用程序通过检索癌症登记计划中登记的跟踪实体实例并提取三种核心记录类型（患者记录、肿瘤记录和来源记录）所需的数据元素来运行。 这些记录之间的联系是通过本文[Tumor ID]（#tumour-id）和[TUMOURIDSOURCETABLE]（#tumouridsourcetable）部分中描述的 TUMOURID 和 TUMOURIDSOURCETABLE 元素来维护的，它们确保了每条来源记录与其对应的肿瘤以及每个肿瘤与其对应的患者之间的正确关联。
DHIS2 数据元素与相应的 CanReg5 变量名之间的映射已嵌入工具包配置中。该映射涵盖了 CanReg5 对完整病例记录所要求的所有变量，包括入院时收集的人口统计学变量、肿瘤阶段收集的临床和流行病学变量以及来源阶段收集的来源文档变量。该应用程序的用户无需手动配置映射，因为它已预先定义为工具包的一部分，只需在实施过程中对占位符值（如地址码和来源类型）进行自定义调整即可。
有关该应用程序的更多技术细节，包括安装说明、配置要求和使用指南，请访问 此处
用户组{ #user-groups }¶
| 用户组 | 元数据 | 数据 |
|---|---|---|
| CR - Admin | 可以编辑和查看 | 无法访问 |
| CR - Access | 只能查看 | 只能查看 |
| CR - 数据采集 | 只能查看 | 可以捕捉和查看 |
引用¶
Bray, F., Colombet, M., Mery, L., Piñeros, M., Znaor, A., Zanetti, R. and Ferlay, J. (eds.) (2017).五大洲癌症发病率》，第十一卷。 国际癌症研究机构科学出版物第 166 号。里昂：里昂：国际癌症研究机构。可查阅https://ci5.iarc.who.int
DHIS2。DHIS2 跟踪器实施指南。奥斯陆：Oslo: University of Oslo. Available at：https://docs.dhis2.org
DHIS2。Reference metadata for the DHIS2 Cancer Registry toolkit. 可在以下网址获取：https://dhis2.org/metadata-downloads
Ervik, M., Cooke, A. and the IARC Cancer Surveillance Unit.CanReg5：癌症登记软件。里昂：里昂：国际癌症研究机构。 可从以下网址获取：http://www.iacr.com.fr/index.php?option=com_content&view=article&id=9:canreg5&catid=68&Itemid=445
国际癌症研究机构癌症监测部门。CanReg5源代码库，R45版。 GitHub。可在https://github.com/IARC-CSU/CanReg5/tree/release/R45
Piñeros, M., Mery, L., Soerjomataram, I., Bray, F. and Steliarova-Foucher, E. (eds.) (2021).Cancer Registration：Principles and Methods.IARC Scientific Publications No.里昂：国际癌症研究机构。 网址：Available at：https://publications.iarc.who.int/Book-And-Report-Series/Iarc-Scientific-Publications/Cancer-Registration-Principles-And-Methods-2021