信息速览
INFOBOX — SNOMED CT to ICD-10-CM Map 一屏速览
维度 内容 本质 NLM 发布的规则式术语映射参考集（非数据集、非模型、非挑战赛） 官方技术名 ICD-10-CM extended map reference set（Refset ID 6011000124106） 做什么 把 SNOMED CT 编码的临床数据半自动转换为 ICD-10-CM 报销/统计码 发布方 U.S. National Library of Medicine（NLM），随 SNOMED CT US Edition 发布 母体 SNOMED CT（所有方 SNOMED International，原 IHTSDO）；目标分类 ICD-10-CM（美国版，WHO 为 ICD-10 版权方） 规模（2025-09） 源概念 138,383；映射记录 282,795；未映射 10,409（≈7.52%） 规模（2026-03） 源概念 >126,000（NLM US Edition 页口径，与 2025-09 别口径见 §9） 结构 映射规则（map rule）→ 映射组（map group）→ 运行时多元评估；每映射组最多 1 个目标码 范围 Clinical findings / Events / Situations with Explicit Context 三层级活跃前组配概念 更新节奏 每年 3 月与 9 月（随 US Edition 半年发布），含年度 ICD-10-CM 更新 许可 双许可叠加：SNOMED CT Affiliate License + ICD-10-CM 使用权——仅持其一不足 获取 注册 UMLS Terminology Services（UTS）取得许可后下载 官方工具 I-MAGIC（交互式映射辅助 ICD 码生成）演示 库内互链 SNOMED CT（rid=557，上游母体）、DisTEMIST（rid=498，SNOMED 链接下游 NLP）
SNOMED CT to ICD-10-CM Map（下称"本映射表"或"the Map"）是一张"翻译表"，但它翻译的不是语言，而是两套医疗编码体系：左边是临床医生在电子病历里记录的 SNOMED CT 术语（描述病情、症状、诊断的"医学普通话"），右边是用于报销和统计的 ICD-10-CM 编码（保险公司和公共卫生部门认的"官方格式"）。这张表的价值在于让"医生写的话"能半自动地变成"报销要的码"，而不必由编码员逐条手工翻译。
它的特别之处在于：它不是一张一对一的对照表，而是一套带条件的规则系统。因为 SNOMED CT 比 ICD-10-CM 细得多、组织逻辑也不同，一个 SNOMED 概念往往不能直接对应一个 ICD 编码——可能需要根据患者年龄、性别、共病才能决定用哪个码。本映射表用"映射规则 + 映射组"的结构把这种条件判断显式写进数据，等运行时由算法结合患者情境来解析。
导语读法三则：
- 只想确认能不能用：直奔 §6 许可与获取——必须同时持有 SNOMED CT 与 ICD-10-CM 双许可，这是本条目最重要的风险提示。
- 关心规模与口径：直奔 §4 数据规模——注意 138,383（源概念）/ 282,795（映射记录）/ >126,000（另一口径）三个数字维度不同、不可混用。
- 做临床 NLP 或编码系统：直奔 §5 任务与用途——理解"规则式映射"如何在运行时结合患者情境解析出唯一目标码。
§0 E-E-A-T 信任声明与免责声明
- 经验（Experience）：本文基于 NLM「SNOMED CT to ICD-10-CM Map」官方专题页、NLM SNOMED CT US Edition 发布页、NLM SNOMED CT Archives 归档页，以及 SNOMED International（NLM 管理服务）发布的《US Edition SNOMED CT to ICD-10-CM Release Notes》撰写。所有规模数字、Refset ID、文件名、许可条款均标注官方来源时点，未采用二手转述。
- 专业性（Expertise）：内容覆盖术语学结构（映射规则/映射组/RF2 refset）、许可体系（SNOMED CT Affiliate License × ICD-10-CM 使用权双重约束）、映射方法论（双人独立映射+第三专家裁断）、工程获取路径（UTS 注册→US Edition 下载→Extended Map 文件解析），并逐条给出双口径存照。
- 权威性（Authoritativeness）：本映射表由美国国家医学图书馆（NLM）作为 IHTSDO/SNOMED International 美国成员制作与分发，是 SNOMED CT 与 ICD-10-CM 间的官方权威映射，被 I-MAGIC 等官方工具采用。
- 可信度（Trustworthiness）：本文明确区分"源概念数"“映射记录数”"未映射数"三个不同维度，对 2025-09 与 2026-03 两个时点的口径差异逐条存照（见 §9），并显著标注双许可这一下游使用限制与地域合规风险。
免责声明：本文为医学信息学数据资源的百科式介绍，不构成法律意见或合规建议。本映射表的许可要求具有强地域性与用途依赖性，任何训练、部署、再分发或商业使用前，必须自行完成 SNOMED CT 与 ICD-10-CM 的双许可尽调，并就 ICD-10-CM 在非美国地区的使用权咨询 WHO 或法务。ICD 编码的临床正确性判断属编码专业人员职责，本表提供的是候选码建议而非最终编码决定。
§1 一句话定位与身份卡
一句话：SNOMED CT to ICD-10-CM Map 是 NLM 随 SNOMED CT 美国版半年发布的一张规则式跨词表映射参考集，让临床 SNOMED CT 记录能半自动转成 ICD-10-CM 报销与统计码。
身份卡
| 项目 | 内容 |
|---|---|
| 中文名 | SNOMED CT 到 ICD-10-CM 映射表 |
| 英文名 | SNOMED CT to ICD-10-CM Map |
| 官方技术名 | ICD-10-CM extended map reference set（亦见 complex map reference set，见 §9） |
| Refset ID | 6011000124106 |
| 类型 | 术语映射参考集（reference set / refset），非数据集、非模型 |
| 制作方 | U.S. National Library of Medicine（NLM） |
| 发布载体 | SNOMED CT United States Edition（US Edition） |
| 母体资源 | SNOMED CT（SNOMED International 所有）；目标分类 ICD-10-CM |
| 命名空间标识 | US1000124（嵌入文件名） |
| 平台 | 跨平台（纯文本 RF2 文件，无框架依赖） |
| 许可 | 双许可（SNOMED CT Affiliate License + ICD-10-CM 使用权） |
| 获取 | UMLS Terminology Services（UTS）注册 → US Edition 下载 |
| 更新 | 每年 3 月与 9 月（随 US Edition 半年节奏） |
它不是什么
- 不是 SNOMED CT 本体本身：SNOMED CT 术语总条目是库内
snomed-ct（rid=557），本条是独立的衍生产品，有自己的 Refset ID、独立发布包与独立（更严格的）许可要求。 - 不是 ICD-10-CM 分类本体的替代：它只是"从 SNOMED 指向 ICD"的单向导航表，不含 ICD-10-CM 的完整编码定义与描述。
- 不是一对一直译表：它是"规则+组"的条件映射，运行时需患者情境参与解析。
- 不是自动编码器：它提供候选码建议，最终编码仍需编码专业人员确认（半自动，非全自动）。
与库内最近邻的关系：snomed-ct（rid=557）是上游母体术语集条目，本映射表是其下最常用的官方衍生映射；distemist（rid=498）是"西语临床文本→SNOMED CT 链接"的下游 NLP 语料，与本表共享 SNOMED CT 概念空间但方向不同（前者做实体链接，本表做术语到分类的映射）。
§2 出身与历史：从 Crossmap 项目到 US Edition 常驻参考集
2.1 背景：两套编码体系的"翻译刚需"
美国的医疗信息化长期存在一个结构性张力：临床记录与报销编码用的是两套语言。临床医生在电子健康记录（EHR）中倾向使用 SNOMED CT——它粒度细、语义丰富，能表达"左膝骨关节炎伴轻度积液"这类复合临床状态；而美国医保报销与统计使用的 ICD-10-CM 是分类体系，重心在"归入哪个统计类别"，粒度更粗、组织原则不同。两套体系之间互通的需求催生了映射表的建设。
2.2 方法论源头：SNOMED CT to ICD-10 Crossmap Project
本映射表的映射方法论直接承袭 IHTSDO（现 SNOMED International）与 WHO 合作的 SNOMED CT to ICD-10 Crossmap Project。NLM 官方致谢明确指出，项目"significant use of mapping data previously produced by the IHTSDO and the UK National Health Service (NHS) Terminology Centre"，即大量复用了这两个机构在 SNOMED CT→ICD-10 交叉映射项目中的数据与工具。此外，Kaiser Permanente 在其 CMT（Convergent Medical Terminology）内容中包含的基础 ICD-10-CM 映射也被引入。
这一传承关系解释了本映射表为何采用**规则式（rule-based）**结构而非简单对照：Crossmap 项目在解决 SNOMED 与 ICD 粒度差异时，已经确立了"用带条件的规则表达映射"的方法论，本表沿用同一思路。
2.3 时间线关键节点
| 时间 | 事件 |
|---|---|
| 2012 | NLM 在 HIMSS / AHIMA / AMIA 会议宣讲映射项目（Kin Wah Fung 博士）；发表《Synergism between the Mapping Projects from SNOMED CT to ICD-10 and ICD-10-CM》说明两项目关系 |
| 2012 | AMIA 专题论文《Handling Age Specification in the SNOMED CT to ICD-10-CM Cross-map》解释年龄规则的创建与使用 |
| 2015-10-01 | 美国 ICD-10-CM 正式生效，映射表获得核心应用场景 |
| 2017-09 | 归档页记录该期 US Edition 提交超过 1000 条术语增改请求 |
| 2018-03 | 归档页记录映射 refset 覆盖 122,000+ SNOMED CT 源概念 |
| 2018-09 | 归档页记录映射覆盖 123,000+ 源概念；同期 US 扩展新增 623 个概念 |
| 2019-09 | 地图更新版发布（Refset 6011000124106），含 260,749 条映射记录，确立为 baseline；自本期（20190301）起 refset 按 SNOMED CT RF2 规范维护 |
| 2019-09 起 | 文档不再随 US Edition 包发布，改随独立打包 SNOMED_CT_to_ICD-10-CM_Resources_YYYYMMDD.zip |
| 2025-09 | Release Notes 记录源概念 138,383 / 未映射 10,409 / 映射记录 282,795 |
| 2026-03-01 | US Edition（20260301）发布，含 >126,000 源概念映射（NLM 发布页口径） |
2.4 发布节奏的确立
本映射表不是独立按自己的节奏发布，而是"寄生"在 SNOMED CT US Edition 的发布链条上：地图随每一个新的 US Edition 更新（每年 3 月与 9 月），并同时纳入年度 ICD-10-CM 更新。这意味着：
- 一个版本的地图 = 某版 SNOMED CT US Edition 的内容基线 + 该年的 ICD-10-CM 目标码体系；
- 跨版本使用时，源概念的激活状态与目标码都可能发生变化（R 上文 §6 版本强绑定限制）；
- 引用地图时必须声明所用版本（YYYYMMDD），否则数字与结论无法对齐。
值得注意的是发布节奏的不对称性：SNOMED CT 国际版已转为月度发布，但 **US Edition 维持半年（3 月/9 月）**节奏不变。这一"国际月更、美国半年更"的错配是使用者做版本对齐时的一个常见困惑点（见 §7 坑点）。
2.5 I-MAGIC：让映射表"活起来"的官方工具
NLM 提供了 I-MAGIC（Interactive Map-Assisted Generation of ICD Codes）算法，它实时、交互式地利用本映射表生成 ICD-10-CM 码。I-MAGIC 模拟一个 problem list（问题列表）界面：用户输入 SNOMED CT 术语表示的问题，算法据映射规则及患者上下文（年龄、性别、共病）推导出候选 ICD-10-CM 码。它既是对映射表功能的官方演示，也是使用者验证映射行为、理解映射组解析逻辑的权威参照。
§3 数据构成与技术规格
3.1 Refset 的三文件结构
本映射表以 SNOMED CT RF2（Release Format 2）参考集形态发布，核心数据分散在三个文件中（2019-09 起确立的规范）：
| 文件类型 | 作用 | 内容 |
|---|---|---|
| Extended Map（核心） | 承载映射数据主体 | 每个已映射源概念有一至多条映射记录，含 ICD-10-CM 目标码 |
| Refset Descriptor | 描述 refset 属性 | 来自 SNOMED CT 元数据层级（foundation metadata concept 子类），说明本发布 refset 的属性与信息内容 |
| Module Dependency | 声明依赖 | 指定本版地图所依赖的其它 SNOMED CT 模块版本 |
文件路径（官方公布）：
Refset/Map/der2_iisssccRefset_ExtendedMap[Full|Snapshot|Delta]_US1000124_YYYYMMDD.txt
其中 Full（全量历史）、Snapshot（当期快照）、Delta（增量）三种发布类型各有对应文件夹。
3.2 Extended Map 的字段语义
虽然 RF2 Extended Map 文件为制表符分隔文本，其核心字段围绕"映射组—映射规则—目标码"三层：
| 字段 | 含义 |
|---|---|
referencedComponentId |
被映射的 SNOMED CT 源概念 ID |
mapGroup |
映射组序号——相关映射规则分组，运行时每组最多解析为 1 个 ICD-10-CM 码 |
mapPriority |
映射优先级——组内规则的评估顺序 |
mapRule |
映射规则——条件表达式，运行时结合患者情境评估 |
mapAdvice |
映射建议——文本化提示，供无自动规则处理时展示 |
mapTarget |
ICD-10-CM 目标码 |
correlation |
源概念与目标码的关联性（如 exact/approximate 等语义） |
mapCategoryId |
映射类别标识（如已映射/无法映射等元数据） |
理解要点：一张 SNOMED 概念 → ICD-10-CM 的"映射"在数据层面可能表现为多条记录：它们被
mapGroup分成若干组，组内按mapPriority排列mapRule。运行时逐组评估，每组"胜出"的规则对应一个mapTarget。若一个 SNOMED 概念需多于一个 ICD-10-CM 码才能完整表达其含义，就会出现多个映射组。
3.3 映射不重叠的保证：每映射组最多一个目标码
官方明确：“Map rules within a map group are evaluated in a prescribed order at run-time… Each map group will resolve to at most one ICD-10-CM code.” 这一设计保证了运行时输出的确定性——不会因规则的并列而产生歧义码。Release Notes 另记录：单映射组最多含 40 条映射记录（“a maximum of 40 map records per map group”）。
3.4 人可读版与配套文档
除 RF2 机器可读文件外，官方提供多份配套材料，这也使本映射表对非技术用户（编码员、临床信息学管理者）可用：
| 文件 | 格式 | 用途 |
|---|---|---|
tls_Icd10cmHumanReadableMap_US1000124_YYYYMMDD.tsv |
TSV | 人可读版映射，可直接导入 Excel 等表格软件 |
doc_Icd10cmMapReleaseNotes...pdf |
发布说明（含每期规模统计） | |
doc_Icd10cmMapTechnicalSpecifications...pdf |
技术规范（映射理由、流程、技术产物） | |
doc_Icd10cmMapTechnicalGuideExemplars...xlsx |
XLSX | 范例映射集（Appendix icd_10_cm_exemplar） |
| 可浏览电子表格 | Excel 兼容 TSV | 模仿技术文档示例附录的"可读"版本，面向非技术读者 |
注意：官方明确标注可浏览电子表格"不是 RF2 格式"，仅供浏览理解，不能替代核心数据文件用于工程实现。
3.5 命名空间标识 US1000124
所有官方文件名内嵌 US1000124 标识，代表 NLM 作为美国成员所注册的 US Edition 命名空间/模块标识。这一标识在同名文件的多个版本间保持不变，仅 YYYYMMDD 部分随时点变化——因此区分版本靠日期后缀，而非命名空间。（该标识的独立定义文档未公开，见 §9 遗留疑点）
3.6 数据结构速查表
| 维度 | 规格 |
|---|---|
| 格式 | RF2 制表符分隔文本（Extended Map）+ 元数据文件 |
| 发布类型 | Full（全量）/ Snapshot（快照）/ Delta（增量） |
| 核心实体 | 源概念 → 映射组 → 映射规则 → 目标码 |
| 单组上限 | 每映射组最多 40 条映射记录 |
| 每概念目标码数 | ≥1（复杂概念可跨多个映射组） |
| 元数据文件 | Refset Descriptor + Module Dependency |
| 人可读版 | TSV（非 RF2） |
| 依赖 | 特定版本的 SNOMED CT US Edition 模块 |
| 编码 | UTF-8（TSV 明确标注） |
§4 数据规模与硬数字
4.1 三个必须区分的数字维度
关于本映射表的规模，最容易被误用的一点是：“源概念数”“映射记录数”"未映射数"是三个不同维度，不可互相推算。下表按官方来源逐条列明。
| 指标 | 数值 | 口径定义 | 来源时点 |
|---|---|---|---|
| 范围内源概念总数 | 138,383 | Total number of SNOMED CT source concepts（在三个层级内、上一版 US Extension 已包含的活跃前组配概念） | 2025-09 Release Notes |
| 未映射源概念数 | 10,409 | 因歧义或目标范围问题无法分配目标码的概念 | 2025-09 Release Notes |
| 映射记录总数 | 282,795 | Map records 总数（一源概念可对应多条） | 2025-09 Release Notes |
| 单映射组记录上限 | 40 | 每映射组最多映射记录条数 | 2025-09 Release Notes |
| 源概念数（另一口径） | >126,000 | NLM US Edition 页表述"over 126,000 SNOMED CT source concepts mapped" | 2026-03 US Edition 页 |
| 映射记录数（基线） | 260,749 | 2019-09 更新版确立的 baseline 映射记录数 | Release Notes 2019-09 |
| 源概念数（历史） | 123,000+ / 122,000+ | 归档页历史口径 | 2018-09 / 2018-03 |
4.2 未映射比例与覆盖率
- 未映射比例（2025-09）：10,409 / 138,383 ≈ 7.52%。含义是：在范围内的活跃源概念中，约每 13 个就有 1 个无法直接给出 ICD-10-CM 目标码（因概念本身歧义，或 ICD-10-CM 无对应目标）。
- 覆盖承诺：官方范围表述为"all active pre-coordinated SNOMED CT concepts within three hierarchies… are potentially in scope"，且"All concepts within scope included in the immediate past release of the US Extension are mapped in the current release of the Map"——即上一版 US Extension 中在范围的概念，在当版地图里都已被映射处理（映射结果可能是目标码，也可能是标注为无法映射）。
4.3 范围三个层级
本映射表的映射范围限定在三个 SNOMED CT 层级：
| 层级 | 英文 | 说明 |
|---|---|---|
| 临床发现 | Clinical findings | 症状、体征、诊断等临床可观察/判断内容 |
| 事件 | Events | 发生的临床/健康事件 |
| 带明确情境 | Situations with Explicit Context | 含情境限定（如"家族史"“既往史”）的陈述 |
Release Notes 的表述更精确：“subtypes of 404684003 |clinical finding|, 272379006 |event| and 243796009 |situation with explicit context|”——即这三个顶层概念的子类。其余层级（如程序、药物、生物体等）不在本映射表的范围内，这是使用者容易误解的一点（见 §7 坑点）。
4.4 版本演进中的数字变化
从历史数字可以看出规模长期单调增长：
2018-03: 122,000+ 源概念
2018-09: 123,000+ 源概念
2019-09: 260,749 映射记录（baseline，RF2 规范起点）
2025-09: 282,795 映射记录 / 138,383 源概念 / 10,409 未映射
2026-03: >126,000 源概念（NLM US Edition 页另一口径）
重要提醒：2019-09 的 260,749 是映射记录数，而 2018 的 122,000+/123,000+ 是源概念数——两者不是同一维度，不能相减得出"增长了 14 万"。真正可比的是 2019-09 到 2025-09 的映射记录数增长（260,749 → 282,795，增约 8.5%）。
4.5 数据体积与工程负载
- 本映射表本身仅为 SNOMED CT US Edition 内的一个文件夹（
Refset/Map），其体量远小于母体； - 作为参照，SNOMED CT 国际版 RF2 全包压缩后约 1-2 GB，解压后含数十张制表符分隔文件；
- 映射 refset 文件为纯文本，行数在数十万量级（与 282,795 映射记录同数量级），适合流式解析；
- 三文件（Extended Map + Refset Descriptor + Module Dependency）须协同读取：仅取 Extended Map 而忽略 Module Dependency，可能造成跨模块引用解析失败。
4.6 下载校验（MD5）
官方在 Release 页公布 MD5 供下载校验。以 March 2026 US Edition 为例：
| 资源 | MD5 |
|---|---|
| US Edition 主包 | 5f804f95396db268775703a1316ec9a8 |
| 映射资源包（SNOMED CT to ICD-10-CM Mapping Resources） | bd5c064ec4ead4fdb9fbd0828a7bfcb6 |
| Transitive Closure 资源 | f774eaf801642c60909cde765222d725 |
实践建议：下载后务必核对 MD5——映射表是精确医疗编码的输入，文件损坏会静默产生错误目标码。
§5 任务、用途与映射方法论
5.1 核心用途：半自动编码生成
本映射表的设计目的（官方原文）：“to support semi-automated generation of ICD-10-CM codes from clinical data encoded in SNOMED CT for reimbursement and statistical purposes”——即支撑从 SNOMED CT 编码的临床数据半自动生成 ICD-10-CM 码，服务报销与统计。注意关键词是**“半自动”（semi-automated）**：它提供候选码，不替代人工编码判断。
5.2 两大官方用例
用例一：临床提供者实时使用（Real-time use by the healthcare provider）
- 场景：地图嵌入 EHR 的 problem list（问题列表） 应用；
- 流程：诊末医生更新问题列表（SNOMED CT 编码）→ 应用基于映射规则算法输出候选 ICD-10-CM 码 → 结合患者上下文（年龄、性别）与共病（问题列表中的其它问题）筛选最合适的候选码，遵循 ICD-10-CM 编码指南与惯例；
- 必要时提示医生补充信息以在备选码间决断或细化输出；
- 医生确认建议码（人工确认是闭环的最后一步）。
用例二：编码专业人员回顾式编码（Retrospective coding by coding professionals）
- 场景：地图在应用中依据已存储的 SNOMED CT 编码问题列表向编码员建议候选 ICD-10-CM 码；
- 自动化程度可变；
- 当无法进行自动规则处理时，展示文本建议（mapAdvice）；
- 编码员据专业判断定码。
两用例合起来说明了本映射表"半自动"的两端：前端面向医生（实时提示），后端面向编码员（回顾建议）。
5.3 规则式映射：为什么不能一对一
官方对该设计的解释（“Rule-based Mapping”）值得完整理解：
- 粒度差异：SNOMED CT 概念比 ICD-10-CM 码细得多，一个临床概念可能"越过"了 ICD 的某个分类边界；
- 重心差异：SNOMED 侧重临床语义，ICD 侧重统计归类；
- 组织原则差异：两者分类逻辑不同，导致"not always possible to have a one-to-one map"。
因此本映射表采用与 IHTSDO/WHO Crossmap 项目一致的方法：
- 当需在多个 ICD-10-CM 码间抉择时，每个候选目标码表示为一条"映射规则"（map rule）——这是"规则式映射"的本质；
- 相关规则分组为"映射组"（map group）；
- 组内规则在运行时按预设顺序评估，依据情境信息与共病；
- 每映射组最多解析为 1 个 ICD-10-CM 码；
- 一个概念需多个 ICD-10-CM 码时，映射表含多个映射组。
5.4 年龄规则：一个专门被写进文档的机制
映射中"A 疾病在某年龄段对应 X 码，另一年龄段对应 Y 码"的情形很常见，因此 NLM 专门发表了《Handling Age Specification in the SNOMED CT to ICD-10-CM Cross-map》（AMIA 2012）来解释年龄规则的创建与使用。这意味着：年龄不是映射的外部修饰，而是内嵌在 mapRule 中的一等条件。使用者在实现映射解析器时，必须正确传入患者年龄，否则映射结果会系统性偏差。
5.5 质量保障：双人独立映射 + 第三专家裁断
官方"Mapping Methodology"段落明确规定：
- 采用 dual independent mapping（双人独立映射），由经过培训的术语专家（trained terminology specialists）执行，以保证质量、降低变异；
- 完全一致的映射（identical maps created independently）被接受为终稿；
- 不一致的映射（discordant maps）由第三位专家复核；
- 团队定期开会讨论疑难与歧义案例。
这一流程可概括为**“双盲 + 仲裁 + 例会”**，是映射表质量可信度的制度基础。
5.6 下游 AI 任务映射
从 AI/数据科学视角，本映射表可支撑的任务包括：
| 下游任务 | 说明 |
|---|---|
| ICD 自动映射 | 从临床文本/概念预测 ICD 码（本表提供监督信号与规则基线） |
| 命名实体链接（概念归一） | 把自由文本医学实体归一为 SNOMED CT 概念，再经本表转码 |
| EHR 文本结构化 | 从病历抽取问题列表并编码 |
| 多语言对齐 | 经由 SNOMED CT 概念空间做跨语言的编码对齐 |
| 大模型领域适配 / RAG | 把映射表作为检索知识库，支撑临床编码问答 |
| 临床决策支持 | 由问题列表推导候选报销码，辅助编码审核 |
重要边界：本映射表提供的是规则与映射数据，不是可直接训练的"监督标签数据集"。研究者若要用于训练，通常需要把规则解析成"输入 SNOMED 概念 + 情境 → 输出 ICD 码"的样本对，这一步转换工作需自行完成，并受双许可约束。
§6 获取、许可与下游使用限制
6.1 【核心风险】双许可叠加要求
本映射表最重要的使用约束：按 NLM 的 mapping assumptions，本映射表"can be used by users that are licensed to use both SNOMED CT and ICD-10-CM"——只有同时持有 SNOMED CT 与 ICD-10-CM 两项许可的用户，才能使用本映射表。
这意味着一条硬性结论：仅持有 SNOMED CT 或仅持有 ICD-10-CM 之一，不足以构成使用本映射表的合法基础。这是本条目下游使用的第一道、也是最容易被忽视的合规门槛。
6.2 两道许可的分解
许可一：SNOMED CT（受 IHTSDO / SI Affiliate License 约束）
- SNOMED CT 由 SNOMED International（原 IHTSDO）所有；
- NLM 是 IHTSDO 的美国成员，依成员权利义务免费分发 SNOMED CT；
- 许可条款并入《License for Use of the UMLS Metathesaurus》；
- SNOMED CT 的使用受 IHTSDO Affiliate License 条款约束，在以下情形免费：
- IHTSDO 成员地区（含美国）；
- 低收入国家；
- Qualifying Research Projects（合格研究项目，任何国家）；
- 申请方式：在 UTS 主页（https://uts.nlm.nih.gov/uts/）点击 “Sign Up”。
许可二：ICD-10-CM（WHO 体系）
- 美国境内：ICD-10-CM 的使用免费；
- 美国境外：用户可能需要联系 WHO 获取 ICD-10-CM 的使用权（NLM 原文：“Users in other countries may need to contact WHO for the use of ICD-10-CM”）。
6.3 下游使用限制清单（必须逐条核对）
基于上述，明确标注本资源的下游使用限制：
| 限制项 | 内容 | 影响 |
|---|---|---|
| ① 双许可叠加 | 须同时持有 SNOMED CT 与 ICD-10-CM 许可 | 单独许可不构成合法使用；训练、部署、再分发前必须双许可尽调 |
| ② 地域限制 | ICD-10-CM 目标码在美国境外使用可能需 WHO 授权 | 跨国部署、跨境研究存在合规不确定性，须逐地核查 |
| ③ 申请通道单一 | 须经 UTS 注册取得 Affiliate License（免费注册制） | 无公开直链下载；需身份/机构信息注册 |
| ④ 版本强绑定 | 地图随 US Edition 半年更新并含年度 ICD-10-CM 更新 | 须声明并锁定版本；跨版本源概念激活状态可变化 |
| ⑤ 用途限定 | 官方用途定位为"reimbursement and statistical purposes" | 超出报销/统计的用途（尤其商业再分发）须另行确认许可边界 |
| ⑥ 归属与衍生约束 | SNOMED CT 与 ICD-10-CM 各有归属主体（SI / WHO） | 再分发或衍生作品须分别遵守两者条款 |
⚠️ 风险提示：与其他"CC BY 公开直链"型数据集不同，本映射表不能简单地"下载即用"。任何把它作为训练数据、产品组件或服务输入的计划，都应在工程开工前完成双许可尽调，并对 ICD-10-CM 在目标司法辖区的可用性单独确认。这是本条目区别于库内多数公开数据集的关键风险特征。
6.4 获取路径（分步）
1. 访问 UTS（https://uts.nlm.nih.gov/uts/）注册账号
2. 在 "Sign Up" / 许可页面申请 SNOMED CT Affiliate License
（美国境内用户通常即时获批；境外研究项目需说明 Qualifying Research Project 资格）
3. 确认 ICD-10-CM 在目标地区的使用权（美国境外联系 WHO）
4. 登录后进入 SNOMED CT US Edition 下载页
5. 选择所需版本（YYYYMMDD，如 20260301）
6. 下载主包 和/或 独立映射资源包：
SNOMED_CT_to_ICD-10-CM_Resources_YYYYMMDD.zip
7. 校验 MD5（见 §4.6）
8. 解压后定位 Refset/Map/ 目录，读取 Extended Map 文件
6.5 关键文件清单
| 文件 | 位置 | 说明 |
|---|---|---|
| `der2_iisssccRefset_ExtendedMap[Full\ | Snapshot\ | Delta]_US1000124_YYYYMMDD.txt` |
tls_Icd10cmHumanReadableMap_US1000124_YYYYMMDD.tsv |
独立资源包 | 人可读映射（非 RF2） |
doc_Icd10cmMapReleaseNotes_Current-en-US_US1000124_YYYYMMDD.pdf |
独立资源包 / 在线 | 发布说明 |
doc_Icd10cmMapTechnicalSpecifications_Current-en-US_US1000124_YYYYMMDD.pdf |
独立资源包 | 技术规范 |
doc_Icd10cmMapTechnicalGuideExemplars_Current-en-US_US1000124_YYYYMMDD.xlsx |
独立资源包 | 范例映射 |
| Refset Descriptor / Module Dependency 文件 | Refset/Map/ |
元数据与依赖声明 |
6.6 历史版本获取
更早版本的地图文件可从 NLM SNOMED CT Archives（https://mainweb.awsprod.nlm.nih.gov/healthit/snomedct/archive.html）获取。归档页同时公布了各版本的文件命名沿革——2019-09 起文档从 US Edition 包中移出，改由独立资源包提供，这一变化对复现历史研究有直接影响（老版本的文件布局与新版本不同）。
§7 常见误解与坑点
坑点 1：把 138,383 与 126,000 当成"缩水"
2025-09 Release Notes 记 138,383 源概念，2026-03 NLM US Edition 页写 “>126,000”。两者时点不同、可能口径不同，不能直接比较得出"概念数下降"。全文分别标注来源时点，实际使用时以你所用版本对应的 Release Notes 为准。（详见 §9 双口径存照）
坑点 2：混用"源概念数"与"映射记录数"
138,383 是源概念数，282,795 是映射记录数。一个源概念可对应多条映射记录（因其可拆为多个映射组、组内可含多条规则）。把 282,795 当作"覆盖了 28 万概念"是严重误读。同理，2019-09 的 260,749 是记录数，与 2018 的 122,000+（概念数）不可相减。
坑点 3：以为映射表能覆盖全部 SNOMED CT 概念
映射范围仅限三个层级（Clinical findings / Events / Situations with Explicit Context）的活跃前组配概念。程序、药物、生物体、可观察实体等不在范围内。若课题涉及这些层级，本映射表帮不上忙——需要另找映射资源。
坑点 4：把映射表当"一对一字典"直接查表
本表是规则式的：一个 SNOMED 概念可能没有唯一目标码，而是多个映射组，每组运行时最多出 1 码。直接按 源概念 → 目标码 建字典会：
- 丢失条件判断（年龄/性别/共病）；
- 在多组情形下随机挑一个目标码，导致编码错误。
正确做法是实现映射组解析器，传入患者情境。
坑点 5：忽略 mapPriority 与 mapGroup，规则顺序被打乱
映射组内规则按 mapPriority 依序评估，“先命中者胜”。若在实现中打乱顺序或忽略优先级，会得到与官方 I-MAGIC 不一致的结果。调试时建议与 I-MAGIC 演示逐例比对。
坑点 6：忽略年龄规则
年龄是内嵌在 mapRule 中的一等条件（NLM 有专门论文解释）。解析器若不传入或错误传入患者年龄，映射结果会系统性偏差——尤其在儿科/老年相关概念上。
坑点 7：只用 Extended Map 文件，忽略 Module Dependency
三文件须协同读取。忽略 Module Dependency 会导致无法确定所依赖的 SNOMED CT 模块版本，在跨版本对齐或复现时出错。
坑点 8：以为下载即用，忽略双许可
本表的 双许可叠加要求是最容易踩的坑：研究者常以为"SNOMED CT 免费拿到就随便用"，但ICD-10-CM 目标码部分在美国境外另有 WHO 授权链。开工前先做许可尽调，避免成果无法发表或商用。
坑点 9：把 Refset 名称当成两个不同资源
NLM 专题页写 “ICD-10-CM complex map reference set”，而 Release Notes 写 “ICD-10-CM extended map reference set”，数据文件名恒为 ExtendedMap——这是同一 Refset ID（6011000124106）的历史命名演进，不是两个资源。检索文献时勿因名称不同而重复计数。
坑点 10：忽略版本对齐（国际版月更 vs 美国版半年更）
SNOMED CT 国际版为月度发布，US Edition 为半年（3 月/9 月）。若把国际版某月的概念与某期美国版地图混用，会出现"源概念在地图中查不到"的假失败。版本对齐须以 US Edition 时点为准。
§8 DAIMS 元数据评估
DAIMS（Data Asset Information Management Standard）框架下，对本映射表的可发现性、可访问性、互操作性、可复用性做结构化评估。
8.1 DAIMS 评估表
| DAIMS 维度 | 评级 | 依据 |
|---|---|---|
| D — Data Asset Identity（资产身份） | ★★★★★ | 官方 Refset ID（6011000124106）、模块命名空间（US1000124）、明确版本日期，标识完备且机器可解析 |
| A — Access（可访问性） | ★★★☆☆ | 须经 UTS 注册并取得双许可，无公开直链；申请通道清晰但门槛存在 |
| I — Interoperability（互操作性） | ★★★★★ | 采用 SNOMED CT RF2 国际标准格式；制表符分隔纯文本，跨语言/平台无依赖；提供人可读 TSV |
| M — Metadata（元数据完备度） | ★★★★★ | Refset Descriptor 明确描述 refset 属性；Module Dependency 声明依赖；Release Notes + 技术规范 + 范例文件三层文档齐备 |
| S — Semantics（语义清晰度） | ★★★★★ | 字段语义定义明确（mapGroup/mapRule/mapTarget/correlation）；规则式语义消除歧义（每组合最多一码）；有专门文档解释年龄规则 |
| A — Availability（持续性/可维护性） | ★★★★★ | 半年固定发布节奏（3 月/9 月）延续多年；NLM + SNOMED International 双机构维护；历史版本可归档获取 |
| U — Usability（可用性） | ★★★★☆ | 机器可读性极佳；但需使用者自行实现映射组解析器，非开箱即用的"查询表" |
| P — Provenance（来源可溯） | ★★★★★ | 制作方、致谢机构、方法论源头（Crossmap 项目）、许可主体全部公开可查 |
综合评级：★★★★☆（4.4/5）
8.2 评级说明
- 扣分主要来自 Access 与 Usability：双许可门槛抬高了访问基线，且映射表的"规则式"本质要求使用者具备实现解析器的工程能力，不像静态数据集那样"下载即训练"。
- 加分来自 Interoperability 与 Provenance：RF2 标准格式 + 全链条可追溯的官方文档，是本类基础设施型资源的典范。
8.3 面向不同角色的适配建议
| 角色 | 适配度 | 说明 |
|---|---|---|
| 医疗编码系统开发者 | ★★★★★ | 直接可用，需实现规则解析器 |
| 临床信息学研究者 | ★★★★★ | 官方文档完备，I-MAGIC 可作参照 |
| 临床 NLP 团队 | ★★★★☆ | 可作概念归一→编码的下游映射层 |
| 基础模型训练者 | ★★★☆☆ | 需自行转换为样本对，且受双许可约束 |
| 商业产品集成 | ★★☆☆☆ | 双许可 + 地域限制 + 再分发条款，合规成本高 |
| 教学/演示用途 | ★★★★☆ | 结构清晰，适合术语学教学；注意许可仍适用 |
§9 存照、双口径冲突与遗留疑点
本节逐条存照撰写过程中发现的口径差异与未决问题，供后续维护者复核。
9.1 与库内既有条目的关系核验（非撞库判定）
| 项 | 结论 |
|---|---|
| 库内最近邻 | snomed-ct（rid=557） |
| rid=557 性质 | SNOMED CT 术语本体总条目，content 长度 42,403 字符 |
| rid=557 是否含本映射表内容 | 否。position('Extended Map' in content) = 0；虽提及 ICD-10-CM 18 次、映射 72 次，但均为母体条目的背景叙述（如"美国版叠加 ICD-10-CM 映射 12.6 万+ 源概念"），不含 Refset 结构、映射组语义、双许可约束等本映射表核心内容 |
| 判定 | 独立条目，非别名、非版本、非合并视图。二者为"母体 vs 独立衍生映射产品"关系，本条目不与 rid=557 合并 |
| 查重命令结果 | dedup_gate.py snomed-icd10-map 报 2 HIT，均为自身锁目录（writing/ 刚建）与派发状态（dispatched），非真实撞库 |
| DB 模糊查 | %snomed%/%icd% 仅命中 rid=557（母体）及 rid=498/133/124/513（同词无关条目），无同名或别名条目 |
9.2 双口径冲突存照
【冲突 1｜源概念计数：138,383 vs >126,000】
| 口径 | 数值 | 来源 | 时点 |
|---|---|---|---|
| A | 138,383（范围内源概念总数） | 2025-09 Release Notes | 2025-09 |
| B | >126,000（源概念 mapped） | NLM US Edition 页 | 2026-03 |
处置：两口径时点不同（2025-09 vs 2026-03），且表述略有差异——A 是"total number of source concepts"，B 是"source concepts mapped"。不合并、不相减，全文分别标注来源时点。差异确切原因（是否因某批概念失活或范围调整）官方未给逐条说明，列入 §9.4 遗留疑点。
【冲突 2｜Refset 英文名：complex map vs extended map】
| 出现位置 | 名称 |
|---|---|
| NLM 专题页 File Path 段 | “ICD-10-CM complex map reference set (foundation metadata concept)” |
| 2025-09 Release Notes | “ICD-10-CM extended map reference set (foundation metadata concept)” |
| 数据文件名 | 恒为 ExtendedMap |
| Refset ID | 两处一致：6011000124106 |
处置：同一 Refset ID 存在 complex/extended 两个英文名并存，属 NLM 历史命名演进。全文以 Refset ID 6011000124106 为唯一锚点，名称双写并注明。检索文献时应以 ID 去重。
【冲突 3｜映射记录数 vs 源概念数（维度混淆风险）】
| 数值 | 维度 | 时点 |
|---|---|---|
| 260,749 | 映射记录数（baseline） | 2019-09 |
| 282,795 | 映射记录数 | 2025-09 |
| 138,383 | 源概念数 | 2025-09 |
| 122,000+ / 123,000+ | 源概念数 | 2018-03 / 2018-09 |
处置：明确标注"记录数≠概念数"。跨年份比较时须同维度对齐：记录数之间可比（260,749→282,795），概念数之间可比（122,000+→138,383），cross-维度不可相减。
9.3 关键事实来源对照表
| 事实 | 来源 |
|---|---|
| Refset ID 6011000124106 | NLM 专题页 + Release Notes |
| 138,383 源概念 / 10,409 未映射 / 282,795 记录 | 2025-09 Release Notes（Atlassian） |
| >126,000 源概念 | NLM US Edition 页（2026-03） |
| 260,749 baseline | Release Notes 2019-09 |
| 三层级范围（clinical finding/event/situation） | 2025-09 Release Notes + NLM 专题页 |
| 双许可要求 | NLM 专题页 License Requirements |
| 规则式映射机制 | NLM 专题页 Rule-based Mapping |
| 双人独立映射+第三专家 | NLM 专题页 Mapping Methodology |
| 半年发布节奏（3/9 月） | NLM 专题页 Release Schedule |
| 文件名与路径 | NLM 专题页 File Path + Release Notes |
| 致谢机构与人物 | NLM 专题页 Acknowledgements |
9.4 遗留疑点
- 138,383 与 >126,000 差异的确切原因：是概念失活、范围调整，还是"total source concepts"与"mapped source concepts"口径不同？公开文档未给逐条说明。建议：下载两个版本 Release Notes 原始 PDF 对照，或以 Extended Map 文件实测计数。
- US1000124 命名空间的独立定义：该标识内嵌于所有官方文件名，但 NLM 未单独发布其定义文档（如 NLM 注册名空间编号的映射表）。建议：查 SNOMED International SCTID/命名空间注册表。
- ICD-10-CM 境外授权流程细节：NLM 仅提示美国境外"may need to contact WHO"，未给具体申请入口与流程。建议：以 WHO 官方 ICD 授权渠道为准，必要时咨询法务。
- "无法映射"概念的完整清单与理由分布：Release Notes 给出 10,409 的总数，但未公布逐条分类（多少因歧义、多少因目标范围外）。建议：以 Extended Map 文件中
mapCategoryId分类计数实测。
§10 结论、互链与来源
10.1 一句话总结
SNOMED CT to ICD-10-CM Map 是临床术语世界与报销编码世界之间的官方规则式翻译层：它把 13.8 万个活跃 SNOMED CT 临床概念，通过"映射规则→映射组→运行时情境解析"的机制半自动地转为 ICD-10-CM 码，规模随 US Edition 半年增长，但使用时须同时持有 SNOMED CT 与 ICD-10-CM 双许可——这是它最重要的使用门槛。
10.2 适用与不适用
| 场景 | 是否适用 | 说明 |
|---|---|---|
| 从 SNOMED 编码问题列表生成候选报销码 | ✅ 适用 | 核心设计用途 |
| 临床 NLP 概念归一后的编码映射 | ✅ 适用 | 需实现规则解析器 |
| 术语学教学演示 | ✅ 适用 | 结构清晰，I-MAGIC 可参照 |
| 训练"文本→ICD 码"模型 | ⚠️ 有条件 | 需自行转换为样本对，且受双许可约束 |
| 商业产品直接集成 | ⚠️ 高门槛 | 双许可+地域+再分发条款 |
| 覆盖药物/程序类概念 | ❌ 不适用 | 范围仅限三个临床层级 |
| 期望一对一查表 | ❌ 不适用 | 本表为规则式，非字典 |
10.3 建议互链点（库内条目 + rid）
| 目标条目 | rid | 关系 | 建议互链理由 |
|---|---|---|---|
snomed-ct |
557 | 上游母体 | 本映射表是 SNOMED CT 的官方衍生映射产品；母体条目已提及 ICD-10-CM 映射，本条提供专深展开，构成"总—分"互链 |
distemist |
498 | 下游 NLP 邻接 | 西语临床疾病实体标注与 SNOMED CT 链接语料，与本表共享 SNOMED 概念空间；"实体链接→编码映射"可形成完整链路 |
mimic-iv-ext-ecg-glucose |
待查 | EHR/编码场景 | 重症监护数据常用 ICD 编码，可作下游应用互链候选 |
ehr-reasoncon |
待查 | 临床推理邻接 | 涉及 EHR 语义与编码推理 |
aact |
待查 | 临床登记邻接 | 临床试验结构化数据涉临床编码体系 |
互链实现注意：正文 relatedLink 一律使用占位
https://www.qianfanghub.com/ai-ready-dataset/<slug>/0，真实 rid 由主会话入库后统一回填（遵 R018 教训，避免猜测 rid 导致 C2 导航目标不在架）。
10.4 三源互证来源列表
-
NLM 专题页 — SNOMED CT to ICD-10-CM Map
https://www.nlm.nih.gov/research/umls/mapping_projects/snomedct_to_icd10cm.html
（Refset ID、文件路径、映射方法论、双许可、范围、致谢、I-MAGIC） -
NLM US Edition 页 — SNOMED CT United States Edition
https://www.nlm.nih.gov/healthit/snomedct/us_edition.html
（2026-03 发布说明、>126,000 源概念、MD5、CNC 弃用公告、描述长度上限提案） -
Release Notes — SNOMED CT Managed Service - US Edition SNOMED CT to ICD-10-CM Release Notes - September 2025
https://snomed.atlassian.net/wiki/spaces/RMT/pages/131992671/
（138,383 源概念 / 10,409 未映射 / 282,795 记录 / 单组上限 40 / 三文件结构） -
Release Notes（US Edition） — SNOMED CT Managed Service - US Edition Release Notes - September 2025
https://snomed.atlassian.net/wiki/spaces/RMT/pages/131992659/
（Refset 6011000124106、260,749 baseline、2019-09 RF2 规范切换、Route of Administration 弃用） -
NLM Archives — SNOMED CT Archives
https://mainweb.awsprod.nlm.nih.gov/healthit/snomedct/archive.html
（历史版本 122,000+/123,000+、文档打包变更沿革） -
I-MAGIC 演示 — Interactive Map-Assisted Generation of ICD Codes
https://imagic.nlm.nih.gov/imagic/code/map
10.5 一页速查卡
┌───────────────────────────────────────────────────────────┐
│ SNOMED CT to ICD-10-CM Map · 速查 │
├───────────────────────────────────────────────────────────┤
│ Refset ID : 6011000124106 (extended/complex map refset) │
│ 发布方 : NLM，随 SNOMED CT US Edition（3月/9月） │
│ 作用 : SNOMED CT 概念 → ICD-10-CM 码（半自动） │
│ 规模 : 138,383 源概念 / 282,795 映射记录 (2025-09) │
│ 未映射 : 10,409（≈7.52%） │
│ 范围 : 临床发现 / 事件 / 带明确情境（三层次） │
│ 结构 : mapRule → mapGroup → mapTarget（规则式） │
│ 许可 : ⚠️ 双许可叠加（SNOMED CT + ICD-10-CM） │
│ 获取 : UTS 注册 → US Edition 下载 │
│ 工具 : I-MAGIC（交互式演示） │
│ 关键坑 : 非一对一 / 需患者情境 / 版本强绑定 / 双许可 │
└───────────────────────────────────────────────────────────┘
10.6 阅读路径建议
- 合规/法务先行者：§6.1 → §6.3 → §9.4（先看限制再看疑点）
- 工程实现者：§3 数据构成 → §5.3 规则式映射 → §7 坑点 4/5/6
- 研究者/引用者：§4 规模 → §9.2 双口径 → §10.4 来源
- 快速了解者：INFOBOX → §1 身份卡 → §10.1 总结
条目编纂说明：本条目由 agent-e-snomedicd1 于 2026-10-16 依据 NLM 官方发布页、SNOMED International 管理服务发布说明与 NLM 归档页三源互证撰写。所有规模数字标注来源时点，双口径差异逐条存照于 §9。许可风险（双许可叠加 + 地域限制）已在 INFOBOX、§6、§10.1 三处显著标注。
§11 映射规则的深度解剖：从一个 SNOMED 概念到一个 ICD-10-CM 码
本节用一个贯穿式示例说明映射表在数据层面如何工作。示例逻辑取自官方技术规范与 I-MAGIC 演示所体现的机制，具体码值与规则文本以实际版本文件为准。
11.1 一个概念为什么可能需要多个映射组
设想这样一个临床情形：患者问题列表中录入了一个 SNOMED CT 概念，其含义包含"某疾病"与"某部位"的组合。在 ICD-10-CM 中，这类组合可能没有一个码能同时表达全部含义，于是映射表会给出多个映射组：
源概念 S
├── 映射组 1 → 目标码 A
│ ├─ 规则 1.1（priority 1）: 若 <条件X> 成立 → 映射至 A
│ └─ 规则 1.2（priority 2）: 否则 → 映射至 A'（同组备选）
└── 映射组 2 → 目标码 B
└─ 规则 2.1（priority 1）: 始终成立 → 映射至 B
运行语义：
- 系统逐组处理（组 1、组 2 相互独立）；
- 组内按 priority 顺序找第一条成立（条件为真）的规则；
- 该组输出其对应的目标码；
- 若一个概念有多个组，则可能输出多个 ICD-10-CM 码（因此实际编码中常见"主码 + 附加码"的组合）。
11.2 映射规则（mapRule）表达的是什么
mapRule 是条件表达式，运行时结合以下信息求值：
| 条件来源 | 举例（示意） |
|---|---|
| 患者年龄 | “年龄 ≥ 18 岁” / “年龄 < 1 岁（新生儿）” |
| 患者性别 | “性别 = 女性” |
| 共病（问题列表其它项） | “问题列表中存在 <某概念>” |
| 部位/侧别等情境 | “左侧”/“右侧” |
| 恒定条件 | “OTHERWISE TRUE”（兜底规则） |
关键认知：mapRule 不是元数据注释，而是可执行逻辑的形式化表达。任何严肃的实现都必须能解析这些表达式（或被官方工具代为解析）。
11.3 映射建议（mapAdvice）的角色
mapAdvice 是文本化的人工可读提示，用于：
- 自动化程度较低的场景：应用无法执行规则处理时，向编码员展示文本建议；
- 补充说明：例如"此码需结合临床判断"之类的提醒。
它不参与自动解析，但它是"半自动"中"半"字的关键落地——当机器不能决定时，把判断交给人。
11.4 关联性（correlation）的语义
correlation 字段描述源概念与目标码之间的语义关系强度（如精确/近似）。这对下游使用非常重要：
- 近似映射意味着目标码只是"最接近的"ICD 码，并非完全等价；
- 在做统计或报销时，近似映射的置信度天然低于精确映射；
- 研究者若把映射结果当作"金标准标签"训练模型，忽略 correlation 会引入系统性标签噪声。
11.5 映射类别的划分
mapCategoryId 用于区分映射记录的类别（正常映射 / 无法映射等）。结合 §4.1 的 10,409 未映射数可知：“在范围内"不等于"已映射成功”——一部分概念会被显式标注为无法分配目标。实现时须正确处理这一类别，而不是简单地跳过或报错。
11.6 一个"决策树"式的实现骨架
以下是实现映射解析器的逻辑骨架（伪代码，示意）：
def map_concept(source_concept_id, patient_context):
groups = load_records(source_concept_id).group_by("mapGroup")
results = []
for g in sorted(groups.keys()):
rules = sorted(groups[g], key=lambda r: r.mapPriority)
for rule in rules:
if evaluate(rule.mapRule, patient_context): # 条件求值
results.append(rule.mapTarget)
break # 组内命中即止
# 无命中则本组无输出
return results # 可能 0/1/多 个目标码
三个必须遵守的细节：
- 组间不互斥：所有映射组都要评估，不是"命中一组就停"；
- 组内按 priority 顺序，命中即
break； - 必须传入完整 patient_context（至少年龄、性别、共病），否则条件求值失真。
11.7 与 I-MAGIC 的对照验证
官方 I-MAGIC 演示是把上述逻辑"官方实装"的参照物。工程实践建议：用同一组输入（源概念 + 患者情境）分别喂给自研解析器与 I-MAGIC，逐例比对输出。凡不一致处，回溯 mapRule 求值或优先级处理——这是定位实现缺陷最快的方法。
11.8 常见实现错误速查
| 错误 | 后果 | 修正 |
|---|---|---|
| 忽略 mapGroup，把所有记录平铺 | 多组情形下随机输出 | 按组聚合后逐组评估 |
| 忽略 mapPriority | 规则顺序错乱，命中错的规则 | 严格按 priority 升序求值 |
| 不传年龄 | 儿科/老年概念映射偏差 | 强制传入患者年龄 |
| 把近似映射当精确映射 | 标签噪声 | 读取并用 correlation 加权/过滤 |
| 组内不 break | 一组输出多码，与官方不符 | 命中即止 |
| 不处理"无法映射"类别 | 静默丢失数据 | 显式识别 mapCategoryId |
§12 许可与合规实操清单
本节把 §6 的许可要求转成可执行的核对清单，供项目立项时逐条打勾。
12.1 立项前双许可尽调清单
- [ ] 确认 SNOMED CT 许可路径：我所在地区/机构是否属 IHTSDO 成员地区？是否为低收入国家？是否属 Qualifying Research Project？
- [ ] 确认 ICD-10-CM 许可路径：是否在美国境内（免费）？若在境外，是否已联系 WHO 确认使用权？
- [ ] 确认选择"两者皆备"：本映射表要求同时持有两者，缺一即不满足使用前提。
- [ ] 确认用途落在许可范围：官方用途定位为"reimbursement and statistical purposes"，研究/教学/商业需分别确认。
- [ ] 确认再分发意图：若计划把映射表或其衍生数据对外分发，须分别核对 SNOMED CT 与 ICD-10-CM 的再分发条款。
- [ ] 记录取得的许可凭证：Affiliate License 的取得凭证、UTS 账号、申请时间——审计时需要。
12.2 版本锁定清单
- [ ] 记录所用地图的 YYYYMMDD 版本（如 20260301）；
- [ ] 记录对应的 US Edition 版本（地图随 US Edition 发布）；
- [ ] 核对 MD5（见 §4.6）；
- [ ] 记录该版本对应的 ICD-10-CM 年度更新（地图含年度 ICD-10-CM 更新）；
- [ ] 若跨版本迁移，比对源概念激活状态变化与目标码变化；
- [ ] 论文/报告引用时写明版本，避免"引用地图但未注明时点"的不可复现问题。
12.3 数据处理合规要点
| 环节 | 合规要点 |
|---|---|
| 下载 | 经 UTS 授权，不从第三方镜像获取（可能受限或篡改） |
| 存储 | 按许可条款管理，注意访问权限 |
| 转换 | 若转换成"概念→码"样本对用于训练，该衍生数据集仍受原许可约束 |
| 建模 | 模型权重是否构成"衍生作品"需依条款判断，商业用途尤须谨慎 |
| 输出 | 输出 ICD 码用于实际报销/统计时的临床正确性责任在编码方 |
| 撤下 | 许可终止后须停止使用并销毁副本 |
12.4 三种典型用户的合规路径
路径 A：美国境内学术研究者
- SNOMED CT：美国为 IHTSDO 成员地区，经 UTS 免费取得 Affiliate License；
- ICD-10-CM：美国境内免费；
- 结论：合规成本最低，注册 UTS 后即可。
路径 B：非成员地区的学术研究者
- SNOMED CT：若属低收入国家 → 免费；若属 Qualifying Research Project → 可免费；否则需 Affiliate License（可能收费）；
- ICD-10-CM：需联系 WHO 确认使用权；
- 结论：须双重确认，其中 ICD-10-CM 授权链是主要不确定性。
路径 C：商业产品团队
- SNOMED CT：商业用途通常不属免费情形，须评估 Affiliate License 与商业条款；
- ICD-10-CM：境外使用须 WHO 授权；
- 结论：合规成本最高，建议立项前咨询法务并与 SI/WHO 直接确认条款。
12.5 风险矩阵
| 风险 | 概率 | 影响 | 缓解 |
|---|---|---|---|
| 仅持 SNOMED CT 许可即用 | 高（易忽视） | 高（法律风险） | 立项清单强制双许可核对 |
| 境外用 ICD-10-CM 未联系 WHO | 中 | 高 | 地理合规专章核查 |
| 跨版本混用导致映射失败 | 中 | 中 | 版本锁定清单 |
| 把近似映射当精确标签 | 中 | 中（模型偏差） | 读取 correlation 字段 |
| 忽略年龄规则致编码错误 | 中 | 高（临床） | 解析器强制传入情境 |
| 元数据文件缺失致解析失败 | 低 | 中 | 三文件协同读取 |
§13 生态位：它在术语与分类地图上的位置
13.1 术语体系家族谱
理解本映射表，需要把它放回"临床术语与分类"的家族谱中。核心成员有四类：
| 类型 | 代表资源 | 角色 |
|---|---|---|
| 临床术语集（reference terminology） | SNOMED CT | 临床记录用的"医学普通话"，语义丰富 |
| 分类体系（classification） | ICD-10-CM / ICD-11 | 统计与报销用的"官方格式" |
| 多词表元辞典（metathesaurus） | UMLS Metathesaurus | 把多套词表/分类/本体关联起来的"总目录" |
| 映射参考集（map refset） | 本映射表 | 连接两个具体体系的"专用导航" |
关键定位：本映射表是点对点的（SNOMED CT → ICD-10-CM），不是通用的多对多映射枢纽。若需要跨多套体系的通用映射，应上溯到 UMLS Metathesaurus——它才是"总目录"，而本映射表的许可条款正是并入 UMLS Metathesaurus License 的。
13.2 与 UMLS 的关系
UMLS（Unified Medical Language System）是 NLM 的旗舰术语集成系统，其 Metathesaurus 汇集了数百套源词表。本映射表与 UMLS 的关系有三层：
- 许可载体：本映射表的 SNOMED CT 许可条款"incorporated into the License for Use of the UMLS Metathesaurus"；
- 获取入口：通过 UMLS Terminology Services（UTS）注册与下载；
- 同族服务：NLM 同一体系下还有 RxNorm（药物）、LOINC（检验）、Value Set Authority Center（值集）等资源，本映射表是"临床术语→报销码"这一环节的专用件。
13.3 与 SNOMED CT 其它参考集的关系
SNOMED CT 家族中另有多个 refset 与本表相邻：
| 参考集 | 方向 | 与本表关系 |
|---|---|---|
| SNOMED CT to ICD-10 Crossmap | SNOMED → ICD-10 | 本表的方法论源头（不同目标分类） |
| SNOMED CT to ICD-10-CM Map（本表） | SNOMED → ICD-10-CM | 本体 |
| CORE Problem List Subset | 子集 | 常用问题列表子集，常与本表配合使用 |
| Nursing Problem List Subset | 子集 | 护理问题子集 |
| Convergent Medical Terminology (CMT) Subsets | 子集 | 部分含基础 ICD-10-CM 映射，曾贡献本表数据 |
| Route of Administration refset | 属性 | 已于 2023-09 起从 US Edition 弃用 |
实践提示：真实系统的编码链常常是"CORE Problem List Subset（选概念）→ 本映射表（转码）"的组合，而非单独使用本表。
13.4 ICD-11 带来的长期变量
ICD-11 的推进是理解本资源长期价值时必须考虑的变量：
- 本表的目标分类是 ICD-10-CM（美国 ICD-10 临床修改版），其使用依托美国 2015-10-01 起的 ICD-10-CM 报销体系；
- WHO 已发布 ICD-11，其内置了更丰富的后组配（post-coordination）机制与更接近本体化的表达；
- 短期：美国报销体系仍以 ICD-10-CM 为主，本表核心地位稳固；
- 长期：若 ICD-11 在某地取代 ICD-10-CM，映射表的维护策略与目标体系可能调整；
- 使用建议：做长周期项目时，关注 NLM/SI 关于 ICD 演进的官方公告，避免把"当前映射"当作永久契约。
13.5 在 AI 数据生态中的角色
从"AI-Ready 数据集"的视角，本映射表与库内多数条目（影像、信号、文本语料）有本质区别：
| 维度 | 典型 AI 数据集 | 本映射表 |
|---|---|---|
| 数据形态 | 样本（图像/信号/文本） | 规则（映射规则/组） |
| 用途 | 直接训练 | 作为知识层/映射层/评测基线 |
| 许可 | 多为 CC BY 或研究用 | 双许可，门槛最高 |
| 更新 | 一次性版本 | 半年持续更新 |
| "AI-Ready"含义 | 可直接喂模型 | 需工程转换才可作训练信号 |
结论：本表属于**"基础设施型"AI 就绪资源**——它不是给模型"喂"的燃料，而是构建"临床文本→编码"AI 系统时不可绕过的映射知识层。它的 AI 价值更多体现在评测基线（给出规则式基线，衡量神经模型的增益）与知识增强（作为 RAG 检索库）两个方向。
13.6 三个可比资源横向对照
| 资源 | 方向 | 规模量级 | 许可 | 特点 |
|---|---|---|---|---|
| 本表（SNOMED→ICD-10-CM） | 术语→分类 | 13.8 万源概念 | 双许可 | 官方、规则式、半年更新 |
| SNOMED→ICD-10 Crossmap | 术语→分类 | — | SI/WHO | 国际版目标，方法论同源 |
| UMLS Metathesaurus | 多对多 | 数百万概念 | UMLS License | 总目录，含多种映射 |
| 各厂商 ICD 编码器 | 文本→码 | — | 商业 | 端到端，闭源 |
选型建议：若只需"SNOMED 概念→美国报销码"这一条链路，本表是权威且够用的选择；若需求跨体系或跨国家，应评估 UMLS 或 Crossmap。
§14 版本演进与数字漂移图谱
14.1 完整版本链（据公开来源）
| 时点 | US Edition | 公开规模数字 | 里程碑事件 |
|---|---|---|---|
| 2012 | — | — | 方法论宣讲（HIMSS/AHIMA/AMIA）；两篇 AMIA 论文 |
| 2015-10-01 | — | — | 美国 ICD-10-CM 生效 |
| 2017-09 | 20170901 | >1000 术语增改请求 | CMT 内容更新多个专科 |
| 2018-03 | 20180301 | 122,000+ 源概念 | — |
| 2018-09 | 20180901 | 123,000+ 源概念 | US 扩展新增 623 概念 |
| 2019-09 | 20190901 | 260,749 映射记录（baseline） | RF2 规范切换；文档移出主包；9/26 更新版发布 |
| 2025-09 | 20250901 | 138,383 源概念 / 10,409 未映射 / 282,795 记录 | 单组上限 40 条；三文件结构确认 |
| 2026-03 | 20260301 | >126,000 源概念（另一口径） | 114 个新 US 概念；CNC 指标弃用；MD5 公布 |
14.2 数字漂移的三种模式
模式一：单调增长（概念/记录数）
从 2018 到 2025，无论概念数还是记录数都呈长期增长——这符合"临床术语不断细化"的规律。
模式二：口径切换（2019-09）
2019-09 的 260,749 是"映射记录数"，而此前 2018 的数字是"源概念数"。口径在此换挡——这正是为什么不能把 123,000 与 260,749 相减的原因。
模式三：时点并列（2025-09 vs 2026-03）
138,383（2025-09 记录口径）与 >126,000（2026-03 页面口径）并列存在，需分别标注。这属于"不同来源不同表述"而非"数据缩水"。
14.3 一个必须警惕的混淆
研究者常犯的错误是把"地图版本"与"SNOMED CT 版本"混为一谈：
- 地图版本：随 US Edition 半年发布，如 20250901；
- SNOMED CT 国际版：月度发布，如 2026-01、2026-02；
- SNOMED CT US Edition：半年发布，20260301 基于 2026-01 国际版。
因此引用时应精确到"哪一版地图"，而非笼统说"SNOMED CT 版本"。US Edition 页面就明确记载：“The March 2026 US Edition of SNOMED CT is based on the content published in the January 2026 SNOMED CT International Edition.”
14.4 版本对齐的实操步骤
1. 确定所需地图版本 YYYYMMDD（如 20260301）
2. 反查该版本对应的 US Edition（同 YYYYMMDD）
3. 再反查该 US Edition 基于的国际版（如 2026-01）
4. 核对你的 SNOMED CT 数据所用版本是否与之匹配
5. 若使用国际版数据 + 美国版地图：注意"源概念在地图中查不到"的假失败
6. 记录整条版本链，写入项目文档
14.5 描述长度上限提案（一个相邻的版本事件）
NLM US Edition 页记载了一项值得关注的提案：SNOMED International 提议把 Fully Specified Name（FSN）与 Synonym 描述的最大长度从 255 字符提升到 4096 字符，动机来自制药/生物制品层级的术语命名需求（多价疫苗等含大量成分的产品名超限）。官方同时说明"预计实施于 2026 年 7 月"，且强调"绝大多数描述仍将远低于 255 字符"，此举只是放宽上限而非批量加长。
对使用者的影响：若你的数据库 schema 曾按 255 字符硬编码描述字段，须在 2026-07 前扩容，否则读取新版本 SNOMED CT 时可能截断或报错。本映射表以概念 ID 与目标码为主，受影响较小，但若解析过程中读取概念描述文本，则同受此影响。
14.6 弃用事件的启示（CNC 指标）
US Edition 页另记载：Concept Non Current（CNC）指标已于 2026 年 1 月国际版弃用，此前残留的 111 个 CNC 指标在 2026 年 2 月国际版中失活，“向失活概念的活跃描述添加 CNC 指标的做法已停止”。
与本映射表的关联：概念失活会直接影响映射——失活的概念可能从"在范围内"变为不在范围，从而改变未映射计数。这为 §9.4 遗留疑点 1（138,383 与 >126,000 差异原因）提供了一个可能的部分解释（概念失活导致的计数变化），但官方未明确关联，仍列为待核。
§15 面向开发者的落地指南
15.1 从下载到可用的最短路径
Step 1 取文件
└─ Refset/Map/der2_iisssccRefset_ExtendedMapSnapshot_US1000124_YYYYMMDD.txt
└─ （同时取 Refset Descriptor 与 Module Dependency）
Step 2 解析
└─ 读制表符分隔文本 → 按字段建表
└─ 按 referencedComponentId + mapGroup 聚合
Step 3 建模
└─ 源概念 → List<MapGroup>；MapGroup → List<MapRule>
└─ 每条 MapRule 保存 mapPriority / mapRule / mapTarget / correlation
Step 4 求值器
└─ 输入：源概念 ID + patient_context
└─ 输出：List<ICD-10-CM 目标码>
Step 5 验证
└─ 与 I-MAGIC 演示逐例比对
15.2 数据模型设计建议
| 实体 | 关键字段 | 索引建议 |
|---|---|---|
source_concept |
SCTID | 主键 |
map_group |
(SCTID, group_no) | 复合主键 |
map_rule |
(SCTID, group_no, priority) | 复合主键，按 priority 排序 |
map_record |
完整行 | 便于溯源 |
设计要点：
- 不要扁平化成单表字典，否则多组信息丢失；
mapRule原文必须保留（作为可审计的源真值），另建一张"解析后的表达式"派生表；- 保留
correlation，下游按需过滤。
15.3 mapRule 解析的工程难点
mapRule 是形式化条件表达式，但并非标准编程语言，其解析是实现中最难的一环：
- 需要小型表达式解析器：支持比较（年龄/性别）、集合成员（共病）、逻辑联结（AND/OR/NOT）；
- 需要上下文注入：患者的年龄/性别/问题列表须以正确类型注入；
- 需要兜底规则处理：
OTHERWISE TRUE之类的恒真规则必须是组内最后一条； - 需要与官方行为对齐：不同实现可能对边界（如年龄含端点与否）有分歧，以 I-MAGIC 为准。
建议：若条件允许，优先参考 SNOMED International 与 NLM 发布的技术规范与范例文件（doc_Icd10cmMapTechnicalSpecifications、doc_Icd10cmMapTechnicalGuideExemplars），它们给出了规则的权威解释与实例。
15.4 性能与规模
- 规模量级：28 万+ 映射记录、13.8 万+ 源概念——完全可在内存中建模（现代服务器无压力）；
- 更新频率：半年一次——可作全量替换处理，无需增量同步（除非使用 Delta 文件）；
- 查询模式：以源概念为键的点查为主——哈希索引即可；
- 批量场景：若对整份问题列表批量转码，注意共享 patient_context 的传递。
15.5 与 EHR 集成的边界
把本映射表嵌入 EHR 的 problem list 时，须处理：
| 边界问题 | 说明 |
|---|---|
| 术语来源 | 问题列表的概念须先归一为 SNOMED CT（有专门的概念归一模块） |
| 情境可得性 | 年龄/性别/共病必须可得，否则规则无法求值 |
| 人工确认 | 官方用例明确"clinician confirms"，不能全自动落码 |
| 多码组合 | 主码+附加码的组合须由应用正确拼装 |
| 更新同步 | 半年一次的地图更新须与 EHR 版本协同 |
15.6 复现性检查清单
- [ ] 记录地图版本 YYYYMMDD 与 MD5；
- [ ] 记录 US Edition 版本与国际版基线；
- [ ] 记录 ICD-10-CM 年度版本；
- [ ] 固定解析器版本（mapRule 解释逻辑可能迭代）；
- [ ] 保存验证用例（源概念+情境→期望输出）；
- [ ] 与 I-MAGIC 的比对结果存档。
§16 常见问题（FAQ）
Q1：本映射表是免费的吗？
免费与否取决于你的地区与用途。SNOMED CT 在 IHTSDO 成员地区、低收入国家、Qualifying Research Projects 情形免费；ICD-10-CM 在美国境内免费。但必须同时满足两项许可——这是与"免费数据集"最大的区别。
Q2：我能直接下载一个 CSV 吗？
不能简单地"直链下载 CSV"。须经 UTS 注册取得许可后，从 US Edition 下载 RF2 格式的 Extended Map 文件（或人可读 TSV）。TSV 便于人看，但不是 RF2，工程实现应使用 RF2 文件。
Q3：为什么一个 SNOMED 概念对应多个 ICD 码？
因为 SNOMED CT 比 ICD-10-CM 细，一个临床概念可能需要多个 ICD 码才能完整表达（如主诊断+附加信息）。映射表用多个映射组表示这种"一对多"。
Q4：我能把它当作一对一的"翻译字典"用吗？
不建议。它是规则式的，直接建简单字典会丢失条件判断，在多组情形下出错。正确做法见 §11.6。
Q5：它覆盖 SNOMED CT 的所有概念吗？
不覆盖。范围仅限三个层级（Clinical findings / Events / Situations with Explicit Context）的活跃前组配概念。药物、程序等不在范围内。
Q6：为什么有 7.52% 的概念无法映射？
因为部分概念本身歧义，或 ICD-10-CM 没有对应目标（目标范围外）。这类概念会被显式标注为无法映射，而不是静默丢弃。
Q7：地图多久更新一次？
随 SNOMED CT US Edition 半年更新（每年 3 月与 9 月），并含年度 ICD-10-CM 更新。注意国际版是月更，美国版是半年更。
Q8：complex map 和 extended map 是两个资源吗？
不是。它们是同一 Refset ID（6011000124106） 的不同英文名，属历史命名演进，数据文件名恒为 ExtendedMap。
Q9：2026 年的地图为什么"只有"12.6 万概念（比 2025 的 13.8 万少）？
不是缩水。138,383 来自 2025-09 Release Notes（“total number of source concepts”），>126,000 来自 2026-03 NLM 页面（“source concepts mapped”）——时点与表述均不同，不可直接比较。详见 §9.2 与 §14.2。
Q10：能用它训练"文本→ICD 码"模型吗？
可以，但需自行把规则转换为样本对，且受双许可约束。同时须注意：本表提供的是规则映射，不是人工标注的监督标签；把近似映射当金标准会引入标签噪声。
Q11：I-MAGIC 是什么？
NLM 的官方演示工具（Interactive Map-Assisted Generation of ICD Codes），实时交互式利用本映射表生成 ICD 码，可作实现验证的权威参照。
Q12：我需要 UMLS 账号吗？
是的。本表的获取通道是 UMLS Terminology Services（UTS），许可条款也并入 UMLS Metathesaurus License。
Q13：境外使用 ICD-10-CM 有问题吗？
可能有。NLM 提示美国境外用户"可能需要联系 WHO"获取 ICD-10-CM 使用权。跨境项目须逐地确认。
Q14：地图包含 ICD-10-CM 的码描述吗？
不包含完整的 ICD-10-CM 分类本体（描述、层级）。本表是"从 SNOMED 指向 ICD"的映射，ICD 码的定义须查阅 ICD-10-CM 官方分类文件。
Q15：能用于临床决策吗？
本表的设计用途是报销与统计编码，不是临床决策支持。它输出的候选码是编码建议，临床正确性判断属编码专业人员职责。
§17 案例解剖：三条典型链路
17.1 案例 A：门诊问题列表实时转码
情境：医生在诊末更新问题列表，录入若干 SNOMED CT 概念。
链路：
医生录入概念（SNOMED CT）
→ 应用取出该概念的所有映射组
→ 注入患者情境（年龄/性别/现有共病）
→ 逐组评估 mapRule（按 priority）
→ 输出候选 ICD-10-CM 码（可能多码）
→ 向医生展示，必要时提示补充信息
→ 医生确认
→ 落码
关键点：医生确认是闭环的一环；应用不擅自落码。若某概念映射出多码，应用须正确拼装主码/附加码。
常见失败：忽略共病条件 → 输出码与医生预期不符；不传年龄 → 儿科码错误。
17.2 案例 B：编码员回顾式批量编码
情境：一批历史病历已用 SNOMED CT 编码问题列表，需转成 ICD-10-CM 用于报销申报。
链路：
读取存储的 SNOMED 编码问题列表
→ 逐概念取映射组
→ 有上下文可用则自动求值；否则展示 mapAdvice 文本建议
→ 编码员据专业判断定码
→ 输出正式编码
关键点：回顾式场景中情境信息可能不完整（如历史病历缺年龄），此时应降级为文本建议而非强行自动映射——这是"半自动"在低自动化档位的体现。
常见失败：在情境不全时强行自动映射 → 系统性错误码。
17.3 案例 C：研究者构建"文本→ICD"基线
情境：研究团队要建一个神经模型，从临床文本预测 ICD-10-CM 码，需要一个规则式基线对标。
链路：
1. 取本映射表（办妥双许可）
2. 用概念归一模块把文本→SNOMED CT 概念
3. 用本表把概念→ICD-10-CM 码（规则式，作为基线）
4. 噪声控制：过滤/加权近似映射（correlation）
5. 神经模型输出与规则基线对比，量化增益
6. 报告时声明地图版本与许可
关键点：
- 规则基线是可解释、可复现的对照，价值在于"给出下限"；
- 必须处理 correlation，否则基线标签噪声会掩盖真实比较；
- 引用时写明版本（地图半年一更，不同版本的基线不可直接横比）。
常见失败：把规则基线当日志标准而非基线；未声明版本导致不可复现。
17.4 三案例的共性教训
| 共性 | 说明 |
|---|---|
| 情境必须可得 | 三个案例都依赖年龄/性别/共病，缺则降级 |
| 不能全自动 | 官方定位"半自动"，人始终在环 |
| 版本必须锁定 | 地图半年一更，跨版本不可比 |
| 许可不可绕过 | 三案例均须双许可 |
| 多码须拼装 | "一对多"是常态而非例外 |
§18 术语表与缩略语
| 术语/缩写 | 英文全称 | 含义 |
|---|---|---|
| SNOMED CT | Systematized Nomenclature of Medicine — Clinical Terms | 医学系统命名法——临床术语，全球最全面的临床健康术语集 |
| ICD-10-CM | International Classification of Diseases, 10th Revision, Clinical Modification | 国际疾病分类第 10 版临床修改版，美国报销与统计用分类 |
| Refset | Reference Set | 参考集，SNOMED CT 的可扩展机制，用于关联附加属性或跨词表映射 |
| RF2 | Release Format 2 | SNOMED CT 第二版发布格式，制表符分隔文本 |
| Extended Map | — | 扩展映射，本表核心数据文件名与 refset 名称之一 |
| Complex Map | — | 复杂映射，同一 Refset 的另一个（历史）英文名 |
| mapRule | Map Rule | 映射规则，运行时求值的条件表达式 |
| mapGroup | Map Group | 映射组，相关规则的分组；每组运行时最多出 1 码 |
| mapPriority | Map Priority | 映射优先级，组内规则的评估顺序 |
| mapTarget | Map Target | 映射目标，即 ICD-10-CM 目标码 |
| mapAdvice | Map Advice | 映射建议，人工可读的文本提示 |
| correlation | — | 关联性，源概念与目标码间语义关系强度 |
| mapCategoryId | Map Category ID | 映射类别标识，区分正常映射/无法映射等 |
| SCTID | SNOMED CT Identifier | SNOMED CT 概念标识符 |
| FSN | Fully Specified Name | 完全限定名，概念的正式全称 |
| pre-coordinated | — | 前组配，概念含义已在概念定义中组合完成 |
| post-coordination | — | 后组配，概念含义在表达时动态组合（ICD-11 机制之一） |
| Crossmap | — | 交叉映射，SNOMED CT to ICD-10 Crossmap Project 的简称 |
| I-MAGIC | Interactive Map-Assisted Generation of ICD Codes | 交互式映射辅助 ICD 码生成，NLM 官方演示工具 |
| UTS | UMLS Terminology Services | UMLS 术语服务，NLM 的分发与授权平台 |
| UMLS | Unified Medical Language System | 统一医学语言系统，NLM 的术语集成系统 |
| Metathesaurus | — | 元辞典，UMLS 核心组件，汇集多套源词表 |
| CMT | Convergent Medical Terminology | 融合医学术语，Kaiser Permanente 的词表内容 |
| CORE | Clinical Observations Recording and Encoding | 临床观察记录与编码，其 Problem List Subset 为常用子集 |
| CNC | Concept Non Current | 概念非现行指标，2026 年 1 月起弃用 |
| SI | SNOMED International | SNOMED CT 所有方，原 IHTSDO |
| IHTSDO | International Health Terminology Standards Development Organisation | SI 的旧名 |
| CAP | College of American Pathologists | 美国病理学家学会，曾审阅地图子集 |
| NLM | U.S. National Library of Medicine | 美国国家医学图书馆 |
| WHO | World Health Organization | 世界卫生组织，ICD 版权方 |
| Affiliate License | — | 关联方许可，SNOMED CT 使用许可的一类 |
| EHR | Electronic Health Record | 电子健康记录 |
§19 编纂后记与方法学说明
19.1 本条的编纂定位
本条目是千方病案医数集"AI-Ready Wikipedia"体系下对 snomed-icd10-map 的百科式介绍。与库内多数条目（影像/信号/文本语料）不同，本资源是基础设施型映射资源，因此本条把重心放在：
- 许可风险（双许可叠加 + 地域限制）——多处显著标注；
- 规则式语义——解释它为何不能当一对一字典；
- 口径辨析——把三个易混数字（源概念/映射记录/未映射）拆开说清；
- 工程落地——给出解析器实现与验证的实操路径。
19.2 与库内既有条目的关系处理
| 项 | 处置 |
|---|---|
snomed-ct（rid=557） |
判定为上游母体，非别名/版本/合并视图；本条目独立成条，不合并 |
| 库内其它 ICD 相关条目 | DB 模糊查无同名或强别名，无需合并 |
| 互链策略 | 以 rid=557 为最强互链锚点，另链 DisTEMIST（rid=498）等下游 NLP 邻接 |
19.3 数字使用原则
贯穿全文的三条数字纪律：
- 标注时点：所有规模数字后必附来源时点（2025-09 / 2026-03 / 2019-09）；
- 标注维度：区分"源概念数"“映射记录数”“未映射数”，绝不混称；
- 不跨维度推算：不对不同维度的数字做加减或同比。
19.4 存照完整性
所有发现的口径差异（3 条冲突）与未决问题（4 条疑点）均逐条记录于 §9，未作"平滑处理"。这是本条目可复核性的基础。
19.5 未涉及范围说明
本条目未展开以下内容（受篇幅与许可约束）：
- ICD-10-CM 分类本体的完整码表与层级（属另一资源）；
- SNOMED CT 本体结构的技术细节（见库内 rid=557）；
- 具体映射记录的逐条内容（受双许可约束，不宜全文转载）；
- 商业 ICD 编码器的产品对比（属市场信息，非公开技术事实）。
19.6 维护提示
本资源半年更新（3 月/9 月），因此本条目中的规模数字具有时效性。建议维护者：
- 每次大版本后复核 §4 与 §14 的数字；
- 关注 §9.4 遗留疑点的进展（尤其 138,383 与 >126,000 差异的官方说明）；
- 关注 ICD-11 演进对本表长期定位的影响（§13.4）。
19.7 版本链速查（供复现）
地图版本 = US Edition 版本（同为 YYYYMMDD）
US Edition 基于的国际版 = 前 2 个月的月度国际版（如 20260301 基于 2026-01）
地图含 = 该年度 ICD-10-CM 更新
更新节奏 = 每年 3 月 / 9 月
命名空间 = US1000124
Refset ID = 6011000124106
§20 结语
SNOMED CT to ICD-10-CM Map 是一类容易被低估的资源：它没有炫目的样本量，没有基准排行榜，也不适合直接拿去训练模型。但任何一个"从临床文本生成报销码"的系统，都绕不开它——因为它是两套编码体系之间唯一的官方规则式桥梁。
它的三个特质决定了它的使用方式：
- 规则式而非字典式——必须实现解析器，运行时注入患者情境；
- 半自动而非全自动——人（医生或编码员）始终在环；
- 双许可而非开放许可——合规尽调是开工前的第一动作，而非收尾时的补充。
把这三点理解到位，本映射表就是一个可靠、权威、持续维护的映射知识层；忽视任何一点，都会在工程或合规上付出代价。
给不同读者的最后一句话：
- 合规先行者：先确认双许可，再谈技术。
- 工程实现者：先理解 mapGroup/mapRule，再写代码。
- 研究者：先声明版本，再引用数字。
- 快速了解者：记住"138,383 概念 / 282,795 记录 / 双许可"这三个要点即可。
（全文完）
相关数据集导航
以下为站内 AI-Ready 数据集百科中与本词条共享多个主题标签的相关数据集，按相关度降序排列：
- danish-npr — 共享标签：电子健康记录 / 医疗登记 / 流行病学
- rarebench — 共享标签：电子健康记录 / 临床文本 / 知识图谱 / 评测基准
- loinc — 共享标签：电子健康记录 / 临床文本 / 知识图谱
- cub-rea — 共享标签：电子健康记录 / 医疗登记 / 流行病学
- mednli — 共享标签：电子健康记录 / 临床文本 / 评测基准
- chronic-kidney-disease-uci — 共享标签：电子健康记录 / 流行病学 / 评测基准
- primock57 — 共享标签：电子健康记录 / 临床文本 / 评测基准
- qizheng-gpt — 共享标签：临床文本 / 知识图谱 / 评测基准
- trec-ct-2021 — 共享标签：电子健康记录 / 临床文本 / 评测基准
- er-reason — 共享标签：电子健康记录 / 临床文本 / 评测基准
导航说明：本章节由全站统一标签体系自动计算生成（标签重合度算法），双向可达；点击链接可跳转至对应数据集词条。
