2. 医疗主数据范围界定与识别
医疗主数据平台建设的第一道关口，不是选型、不是建模，而是把“哪些数据算主数据”说清楚。范围界定错了，后续的清洗、匹配、治理都会建立在错误的地基上。本节围绕患者、医生、科室、药品、诊疗项目五类核心主数据域，讲清划分依据、识别方法和边界判定规则。
一、主数据的判定标准
并非所有医院信息系统中的数据都是主数据。判断一条数据是否属于主数据，可以用四个问题来筛选：
- 是否被多个系统共享引用？只在一个系统内部使用的数据，通常属于业务数据而非主数据。
- 是否具有较长的生命周期？患者、医生、科室、药品、诊疗项目都会长期存在并被反复引用，而一次挂号记录、一条检验结果属于事务数据。
- 是否是业务描述的核心对象？主数据描述的是“谁、在哪、用什么”，事务数据描述的是“发生了什么”。
- 变更是否需要受控？主数据的修改往往影响多个系统，需要审批、留痕和版本管理。
以患者为例：患者基本信息（姓名、性别、出生日期、身份证号、医保卡号）是主数据；而患者的一次门诊就诊记录、一次住院费用明细，属于事务数据。医生同理：医生的执业资质、所属科室、职称是主数据；医生的排班、某次手术记录是事务数据。
二、五大主数据域的划分
结合国内医院信息化实际，通常将主数据划分为以下五个核心域，每个域有明确的识别对象和关键属性：
| 主数据域 | 识别对象 | 关键属性示例 | 主要来源系统 |
|---|---|---|---|
| 患者主数据 | 自然人患者 | 姓名、性别、出生日期、身份证号、医保卡号、联系电话 | HIS、EMR、医保接口 |
| 医生主数据 | 执业医师/护士 | 工号、姓名、执业证书编号、职称、所属科室 | HIS、人事系统、排班系统 |
| 科室主数据 | 临床/医技科室 | 科室编码、科室名称、科室类型、上级科室、院区 | HIS、人事系统、财务系统 |
| 药品主数据 | 药品品种 | 药品通用名、商品名、规格、剂型、批准文号、医保编码 | 药库系统、HIS、医保接口 |
| 诊疗项目主数据 | 收费/执行项目 | 项目编码、项目名称、项目类别、计价单位、价格 | HIS、物价系统、医保接口 |
需要说明的是，不同医院根据业务特点可能还会扩展其他主数据域，如“检验项目”“检查设备”“耗材”等。但上述五类是最基础、最通用、跨系统引用最频繁的核心域。
三、识别方法：从系统清单到属性清单
识别主数据不能靠拍脑袋，需要一套可操作的方法。推荐按以下步骤推进：
- 梳理系统清单。列出医院现有全部信息系统，标注每个系统的数据产生和消费关系。例如HIS产生患者、医生、科室、药品、诊疗项目数据；LIS消费患者和诊疗项目数据；PACS消费患者和检查项目数据。
- 提取共享实体。找出被两个以上系统共同引用的实体。例如“患者”被HIS、EMR、LIS、PACS、医保接口共同引用，则患者必然是主数据。
- 定义属性集。对每个主数据域，明确哪些属性属于主数据属性，哪些属于业务属性。例如患者主数据属性包括身份证号、姓名、性别、出生日期；而“本次就诊科室”属于业务属性，不纳入患者主数据。
- 确定权威源。每个主数据域必须指定一个权威源系统。例如患者主数据的权威源是HIS的患者主索引，医生主数据的权威源是人事系统或HIS医生字典。
- 建立编码规则。为每个主数据域设计统一的编码体系，确保跨系统可识别。例如患者主索引采用“院内患者ID+身份证号”双标识，药品采用“国家药品编码+院内药品编码”双标识。
四、边界判定中的常见争议
实际操作中，有几类数据容易产生争议，需要明确判定规则：
- 患者与“联系人”：患者家属、监护人的信息是否属于患者主数据？通常只保留与患者直接关联的联系人信息（如监护人姓名、关系、电话），作为患者主数据的扩展属性，不单独建立主数据域。
- 医生与“用户账号”：医生的系统登录账号属于身份认证数据，不属于医生主数据。医生主数据关注的是执业身份和业务属性。
- 科室与“病区”：病区是护理单元，科室是行政/临床单元，两者可能一对多。建议将病区作为科室主数据的子属性或独立扩展域，避免混淆。
- 药品与“耗材”：高值耗材在管理上接近药品，但编码体系、采购流程、医保政策不同，建议单独设域或作为药品域的扩展子域。
- 诊疗项目与“收费项目”：诊疗项目是临床执行项目，收费项目是物价收费项目，两者可能多对多。建议以诊疗项目为主数据域，收费项目作为其关联属性。
五、识别结果的可视化：主数据域关系图
下图展示了五大主数据域之间的核心引用关系，以及它们与业务系统之间的数据流向。图中实线表示主数据被引用，虚线表示业务数据回写。理解这张图，有助于在后续建模中正确设置外键关系和同步策略。
从图中可以看出，患者主数据处于最上游，被HIS、EMR、LIS、PACS、医保接口广泛引用；医生和科室主数据是组织维度，支撑诊疗行为的归属关系；药品和诊疗项目主数据则直接关联收费与执行。每个主数据域都有明确的权威源和消费方，这是后续建立主数据管理平台、设计同步机制的基础。
六、识别成果的交付物
完成范围界定与识别后，应形成以下可交付成果，作为后续建模和治理的输入：
- 主数据域清单：明确纳入平台管理的主数据域及其优先级。
- 属性字典：每个主数据域的核心属性、数据类型、是否必填、编码规则。
- 权威源矩阵：每个主数据域的权威源系统、同步方式、同步频率。
- 系统引用矩阵：行是系统，列是主数据域，标注产生/消费关系。
- 边界判定规则：对争议数据的明确归属和排除说明。
本节的核心结论是：主数据识别要以“共享性、长生命周期、核心对象、受控变更”为判据，以患者、医生、科室、药品、诊疗项目五大域为起点，通过系统清单梳理、共享实体提取、属性集定义、权威源确定和编码规则设计五步法落地。边界争议要提前明确规则，避免后续治理反复。识别成果最终要落到清单、字典和矩阵上，才能被工程化使用。