3. 收费项目与价表管理

收费项目与价表是医院收费与结算系统的“主数据底座”。挂号、门诊收费、住院记账、医保结算、对账报表，最终都要落到“某个项目按某个价格、在某个时间点、对某类患者计费”这一件事上。如果项目分类混乱、编码不统一、价表版本失控，后续无论结算逻辑写得多精细，都会在退费、补收、医保审核和对账环节暴露问题。本节围绕项目分类、编码规则、价表版本、调价流程与系统实现要点展开，重点说明“怎么建、怎么管、怎么落库”。

一、收费项目分类：先分清“是什么”，再决定“怎么收”

收费项目分类不是简单的目录整理，而是决定后续计价方式、医保匹配和报表口径的基础。实际系统中通常按以下维度组合分类：

• 按业务属性：挂号诊查类、检查类、检验类、治疗类、手术类、护理类、药品类、耗材类、床位类、其他服务类。
• 按计价方式：一口价项目（如普通门诊诊查费）、按次计价、按数量计价（如药品按盒/支）、按时间计价（如床位按天、护理按小时）、按部位或次数组合计价（如针灸按穴位）。
• 按医保属性：甲类、乙类、丙类/自费，以及是否纳入门诊统筹、是否限适应症。
• 按执行科室：检验科、影像科、手术室等，用于收入归属和成本核算。

分类维度确定后，应形成“项目大类—项目子类—具体项目”的层级。例如“检查类→影像检查→CT平扫（头部）”。层级不宜过深，一般控制在三层以内，否则维护和查询成本会明显上升。

二、编码规则：唯一、稳定、可扩展

编码是项目的“身份证”。好的编码规则应满足四点：唯一性（一个项目一个码）、稳定性（项目内容不变则编码不变）、可扩展（新增项目不冲突）、可读性（能看出类别或来源）。常见做法是“院内码 + 医保码 + 物价码”三码并存：

• 院内收费编码：由医院自定义，建议采用“大类码+子类码+顺序码”，如 JC01-0203 表示检查类影像子类第203项。
• 医保编码：国家或地方医保局统一发布，必须严格对应，不能自行编造。
• 物价编码：来自价格主管部门的医疗服务价格项目规范，用于调价和价格核查。

三码之间通过映射表关联。当医保编码调整时，只改映射关系，不动院内码，避免历史数据被“改码”污染。编码一旦启用，原则上不允许修改；确需停用的，应置为“停用”状态而非删除，保留历史可追溯性。

三、价表版本：价格不是“一个数”，而是“一段时间内的一个数”

价表管理的核心难点在于“时间”。同一个项目在不同时间点可能有不同价格，因此价表必须带生效时间和失效时间。系统设计上通常采用“版本化价表”：每次调价生成一个新版本，旧版本保留，计费时按业务发生时间匹配对应版本。

例如某项目“静脉输液”价格调整：

计费时以“费用发生时间”落在哪个区间为准，而不是以“录入时间”为准。这一点在跨零点住院、补录费用、退费重结时尤其关键。若以录入时间为准，补录前一天的费用就会用错价格，导致医保审核不通过或患者投诉。

四、调价流程：从申请到生效的闭环

调价不是改一个数字，而是一条需要留痕的流程。典型环节包括：

1. 调价申请：由物价部门或临床科室提出，说明项目、原价、新价、依据文件、拟生效时间。
2. 审核：物价、财务、医保三方核对，确认新价符合价格政策和医保支付标准。
3. 生成新版本：在价表系统中新增版本记录，填写生效时间，旧版本自动设置失效时间。
4. 发布与同步：将新价表同步到收费、住院、医保结算等模块，并通知相关科室。
5. 生效验证：在测试环境模拟一笔计费，确认取价正确；正式生效后抽查实际收费记录。

五、系统实现要点

在系统层面，价表管理通常由“项目主表 + 价格版本表 + 医保映射表”三张核心表支撑。项目主表存编码、名称、分类、计价单位、执行科室等相对稳定的属性；价格版本表存项目编码、价格、生效时间、失效时间、版本号；医保映射表存院内码与医保码、物价码的对应关系。

取价逻辑建议封装为统一服务，输入“项目编码 + 费用发生时间 + 患者医保类型”，输出“应收价格 + 医保支付标准 + 自费比例”。这样收费、住院、医保结算都调用同一入口，避免各模块各写一套取价逻辑导致口径不一致。

-- 取价示例（伪SQL）
SELECT price, insurance_code, self_pay_ratio
FROM price_version pv
JOIN item_mapping im ON pv.item_code = im.hospital_code
WHERE pv.item_code = 'JC01-0203'
  AND '2025-04-15 10:30:00' BETWEEN pv.effective_time AND IFNULL(pv.expire_time, '9999-12-31')
  AND im.insurance_type = '职工医保';

此外，应建立价表变更日志，记录每次调价的申请人、审核人、生效时间、影响范围。对已结算的历史费用，原则上不因调价而回溯修改；若确需重结，应走退费重结流程并保留痕迹。

最后需要强调：价表管理不是一次性建库，而是持续运营。项目新增、停用、调价、医保编码变更都会发生。系统应提供批量导入、变更比对、影响范围预览等能力，让管理人员在调价前就能看到“哪些科室、哪些收费模板、哪些医保规则会受影响”。只有把项目、编码、版本、流程和取价服务串成闭环，收费与结算系统才能在面对政策调整和业务变化时保持稳定、可追溯、可审计。