3. 医疗数据质量规则的需求来源

医疗数据质量规则不是凭空设计出来的，它必须从真实业务场景中“长”出来。同一个字段，在不同场景下的质量要求可能完全不同。例如“出院诊断”在临床业务中要求与病程记录一致，在科研分析中要求编码粒度足够细，在医保结算中要求与主诊断匹配且符合结算清单规范，在上报监管中则要求符合国家卫健委或医保局的接口标准。因此，规则需求提取的核心任务是：识别场景、定位数据对象、明确质量约束、转化为可执行规则。

一、四类需求来源的差异与提取重点

临床业务、科研分析、医保结算、上报监管这四类场景，对数据质量的关注点各有侧重。临床业务最关心完整性、一致性和时效性——比如患者过敏史不能为空、医嘱与执行记录必须对应、生命体征要在规定时间内录入。科研分析更关注准确性、规范性和可追溯性——比如检验值单位必须统一、入组标准涉及的字段不能缺失、数据修改要有痕迹。医保结算强调合规性和逻辑一致性——比如主诊断与手术操作必须匹配、费用明细不能与医嘱矛盾、结算清单字段必须符合医保接口规范。上报监管则侧重标准符合性和及时性——比如上传字段必须符合国家数据元标准、上报时间不能超过规定时限、必填项不能为空。

提取规则需求时，不能只问“这个字段重要吗”，而要问“在这个场景下，这个字段被谁用、怎么用、用错会怎样”。例如，临床医生用“血型”决定输血方案，用错会危及生命，因此血型必须完整、准确且经过双人核对；科研人员用“血型”做分组分析，缺失会导致样本剔除，因此需要标记缺失原因；医保结算用“血型”作为部分手术的结算依据，要求与病历记录一致。同一个字段，三个场景提取出的规则可能分别是“必填且双人核对”“缺失需标记原因”“与病历记录一致”。

二、从场景到规则：四步提取法

把业务场景转化为可执行规则，可以遵循四个步骤。第一步是场景识别：明确这个规则服务于谁、在什么业务流程中被触发、违反后会有什么后果。第二步是对象定位：找到具体的数据字段、表、接口或文档，不能停留在“病历质量”这种模糊层面。第三步是约束明确：把业务语言翻译成数据约束，例如“过敏史不能为空”对应“字段非空约束”，“主诊断与手术必须匹配”对应“跨字段逻辑一致性约束”。第四步是规则表达：用可执行的形式写出来，可以是自然语言规则、SQL校验语句、正则表达式或规则引擎的配置片段。

以“医保结算清单中主诊断编码必须与病案首页主诊断一致”为例。场景识别：医保结算审核，不一致会导致拒付或人工复核。对象定位：结算清单表的主诊断编码字段、病案首页表的主诊断编码字段。约束明确：两表同一住院号对应的主诊断编码必须相等。规则表达可以写成：

-- 示例：医保结算清单与病案首页主诊断一致性校验
SELECT a.住院号, a.主诊断编码 AS 结算编码, b.主诊断编码 AS 首页编码
FROM 医保结算清单 a
JOIN 病案首页 b ON a.住院号 = b.住院号
WHERE a.主诊断编码 <> b.主诊断编码;

查询结果不为空，说明存在不一致记录，需要进一步核查是编码录入错误还是诊断变更未同步。这条规则就完成了从场景到可执行校验的转化。

三、需求提取中的常见任务与协作方式

规则需求提取不是数据治理团队闭门造车，而是一项需要多角色协作的任务。典型任务包括：业务访谈——与临床科室、科研项目组、医保办、病案室、信息科分别沟通，收集各场景下的数据使用痛点和质量期望；流程走查——沿着实际业务流跟踪数据产生、流转、使用和上报的每个环节，记录字段在何处被修改、何处被引用；问题回溯——从已发生的结算拒付、科研数据剔除、上报退回等事件反推规则缺失点；规则评审——由业务方和数据方共同确认规则的合理性、可操作性和优先级。

在协作中，建议使用统一的规则需求登记表来管理提取结果。登记表至少包含以下字段：规则编号、来源场景、数据对象、质量维度、约束描述、规则表达式、优先级、责任方、验证方式。例如：

四、优先级判断与冲突处理

提取出的规则需求往往数量庞大，不可能一次性全部实现。需要根据业务影响度、发生频率、实现成本三个维度排定优先级。业务影响度高、发生频率高、实现成本低的规则优先落地。例如“过敏史为空”直接影响用药安全，应作为最高优先级；“检验值单位不统一”影响科研分析效率，但可以通过后处理转换，优先级可适当降低。

当不同场景的规则发生冲突时，应遵循安全优先、监管优先、临床优先的原则。例如，临床业务要求“过敏史必填”，但科研分析允许“缺失并标记原因”，此时应以临床安全为先，科研场景通过数据过滤处理缺失值。再如，医保结算要求“主诊断与手术匹配”，而临床记录中确实存在诊断与手术不匹配的合理情形（如分期手术），此时应设置例外标记和人工复核通道，而不是简单拦截。

总之，从临床业务、科研分析、医保结算、上报监管等场景提取规则需求，本质上是把“业务对数据的期望”翻译成“数据可执行的约束”。掌握场景识别、对象定位、约束明确、规则表达这四步方法，配合多角色协作和统一的登记管理，就能系统性地完成规则需求提取任务，为后续的规则设计、实现和运营打下坚实基础。