医生在病程记录里写下："反复胸痛三周入院，造影提示前降支狭窄80%，行PCI术。"这是临床语言——准确、有因果。但医保局不读病程记录，只认编码。

从临床语言到支付语言，一份病历要经历三次翻译。每次都可能丢失信息。系统守住三次翻译的保真线——让病历里的真实病例经三次变形后依然准确抵达支付终端。

第一次翻译：临床语言到数据语言

医生写的"反复胸痛三周"是叙事，"左前降支狭窄80%"是量化描述，"行PCI术"是干预动作。这些信息散落在入院记录、手术记录、检验报告里。HIS和EMR做的第一件事，就是把叙事翻译成结构化数据——诊断名称、手术名称、入院日期、费用明细，每项归入对应字段。

翻译开始，信息形态随之改变：连贯叙事被拆散成独立数据单元，语境被压缩。"反复胸痛三周"变成"胸痛"两个字；"造影提示狭窄80%"变成一个检查报告编号。语境被剥离——每个字段只保留事实骨架，去掉血肉。

这一步容易出错——人工录入错误率4.2%，每100次手工翻译就有4次抄错。系统用自动采集替代手工录入，从HIS/EMR直接抓取，按字段规则自动填充，错误率降至0.3%。翻译准确性从"靠人仔细"升级到"靠系统不犯错"。

第二次翻译：数据语言到清单语言

HIS里的数据用医院内部标准——诊断编码用ICD-10临床版，字段格式按院内管理需求设计。医保结算清单用另一套标准——编码用ICD-10医保版，字段格式按国家医保局规范定义。同一个诊断，临床版和医保版编码可能不同；同一个字段，院内格式和清单格式定义可能不同。直接搬运首页数据到清单，就像逐字翻译——语法不通，语境错位。

系统在架构上把两条轨道分开处理。清单不从首页复制粘贴，而是从HIS/EMR原始数据重新提取，按医保结算清单标准独立映射。ICD临床版与医保版差异在映射环节自动转换，字段定义差异在生成环节自动适配。两次翻译使用同一数据源头，各自遵守各自的语言规则——交汇而不混淆。

质控规则库在此时扮演校对员。必填项校验确保关键词没有遗漏；字典值校验确保每个编码在医保版字典里有合法释义；逻辑合理性校验确保诊断与手术的因果关系成立——主诊断冠心病、手术PCI，逻辑连贯；主诊断阑尾炎、手术PCI，语法断裂，系统拦截。

第三次翻译：清单语言到支付语言

清单提交到医保局后进入DRG/DIP分组器。分组器只做一件事：把清单语言再翻译一次——产物不是数据，而是钱。

诊断编码加手术编码输入分组器，输出分组编号和支付标准。关键特征：输入微调，输出巨变。主诊断从I10调整为I11.0，入组从内科组跳到操作组，单份差额数千甚至上万元。一字之差不是笔误，是定价偏差。

风险在于：编码员提交时看不到翻译结果。填完编码、通过质控、提交上报——工作完成。但分组器在医保局端运行，输出他事先不知道的结果。如果结果不理想，退回重编、重新质控、重新提交——返工链再走一遍，少则半天多则数日。

系统分组推荐模块把第三次翻译的前半段搬到了医院端。编码员在填写界面实时看到不同编码方案的模拟分组结果——方案A入哪个组、方案B入哪个组、权重差多少、支付预估差多少。翻译终端不再是医保局，而是编码员眼前的屏幕。提交前预演支付结果，选择最优方案，而非等待未知判决。

回溯分析延伸复盘价值——追溯已提交清单的编码路径，定位亏损病例偏差：哪些诊断该捕获没捕获，哪些合并症该编码没编码。清单不只是上报出口，也是回溯入口。

三次翻译的保真链

三次翻译串联成一条信息保真链：临床事实→数据字段→清单编码→分组定价。链条每个环节都可能引入偏差，偏差累积到终端就是支付偏差。

系统的设计逻辑是在每次翻译环节嵌入校验，把偏差拦截在产生它的环节。自动采集消除第一次的抄写偏差，质控校验消除第二次的规则偏差，分组推荐消除第三次编码偏差。三次翻译各自保真，链条整体保真。

98%的一次通过率就是这条保真链正常运行的自然结果——从临床语言到支付语言，三次翻译之后，医生写在病历里的那个病例依然准确抵达了它应该抵达的终点。