评审前一周才发现漏报，问题到底卡在哪一环？

国家卫生健康委近几年对医疗质量管理与病案首页数据质量的要求在持续收紧。医疗服务数据上报不再只看「报没报」，而是看报得准不准、报得及不及时、出了问题能不能倒查回原始记录。死亡病例与非医嘱离院病案之所以被单独盯上，是因为这两类病案同时挂在医疗质量安全、死亡病例讨论时限、非计划离院等多个敏感点上，评审现场最容易被追问。

一家县域医共体牵头医院的病案科，评审材料准备期的真实状态是这样的：两个人、三天时间，先从HIS导出死亡患者清单，再去EMR逐份调死亡记录，然后打开Excel台账核对上报状态。评审前一周，三份死亡病例的讨论记录时间与上报时间对不上，两份非医嘱离院病案根本没进上报池。没有人偷懒，问题在于三份名单来自三个地方，谁也没有能力在提交前把差异全部找出来。

上系统之后，同一个科室、同一批病例变成了另一副样子。死亡病例由系统按规则自动识别，名单自动归集，上报状态实时可见，问题字段在提交HQMS之前就被标出来。靠人盯人，能盯住一个病案科，盯得住医共体下面十几家成员单位吗？

HQMS死亡及非医嘱病案上报系统，是把死亡病例与非医嘱离院病案的识别、校验、上报、留痕串成一条自动流转链路的合规工具。它替代的不是某一张表，而是那条靠人来回跑的核对链路。

死亡病例的名单，为什么信息科和病案科各有一份？

信息科从HIS的死亡标志位取名单，病案科从病案首页的离院方式取名单，医务处从死亡讨论登记本上取名单。三份名单看着差不多，差异藏在细节里：HIS死亡标志位漏填、首页离院方式编码归错、死亡讨论登记晚于上报截止时间。到了核对环节，谁都说自己那份是对的。

信息科主任的压力不在名单本身，而在口径。上报口径调整一次，接口就要改一次，脚本就要重跑一次。更麻烦的是断点定位——数据没上去，是HIS没写标志位、EMR没回传、还是病案系统编码没同步？三个系统三套日志，翻一遍大半天，最后往往还是靠人猜。

一份死亡病例从临床确认到最终上报，人工方式平均要经过五六次跨科室传递：临床报病案科、病案科催首页、首页返回编码、医务处核讨论记录、再回病案科整理、最后交上报岗。每一次传递都是一次信息衰减，也是一次责任稀释。

打通院内HIS、EMR与病案系统之后，死亡病例与非医嘱离院病例由系统自动识别、名单统一归集，人工跨系统比对台账这一步直接消失。名单只有一份，三个科室看的是同一个数据源，争议从「谁的表对」变成「这条记录哪里填错了」。

非医嘱离院病案，凭什么判定、由谁判定、判定后谁签字？

非医嘱离院是最容易扯皮的一类。家属签字自动出院、转上级医院、放弃治疗，三种情形在首页离院方式上怎么归，临床和病案科的判断经常不一致。病案科主任的日常是：反复催临床补首页，催回来的首页还得再核一遍判定依据，上报被退回之后重做，返工的时间成本最后落在病案科头上。

医务处长关心的则是另一层：死亡病例讨论有没有在时限内完成、多科室协同中谁该在什么节点签字、真出了纠纷能不能拿出完整的责任链条。签字环节散落在纸质登记本和微信群里，追溯的时候找不到时间点，这是最要命的。

权责必须落到系统里，而不是停在制度文件上。判定权在临床主管医师，复核权在病案科，上报责任由医务处与医保办牵头，留痕由系统承担。每个动作带上操作人和时间戳，谁在什么时候改了什么字段，一查就有。制度写在纸上只是要求，写进系统才变成动作。

上报被退回重做，返工成本算在谁头上？

把风险拆开看，系统的能力对应关系其实很清楚。漏报对应的是自动识别与名单归集；迟报对应的是时限预警与状态看板；口径不一致对应的是内置校验规则库，在提交HQMS之前完成预检并标注问题字段；责任不清对应的是环节签收与操作留痕；留痕不全对应的是全过程操作日志。每一项风险背后都有一个具体的功能承接，而不是功能清单越长越好。

下面这张表回答的是同一个问题：在病例名单获取、校验时机、状态可见性、协同留痕、回溯难度、口径变更响应这六个维度上，三种做法差在哪里。

表格里最值得注意的一行是最后一行。口径变更的响应成本，决定了这套东西三年后是继续用还是推倒重来。人工方式靠培训，通用工具靠供应商排期，只有规则可配置，院内才掌握主动权。

质控通过率上不去，是临床填得差还是规则没前置？

判断这件事，不能凭感觉，得先把四个指标的口径定死。

质控通过率：一次预检通过并成功上报的病案数，除以同期应上报病案总数。按周看趋势，不看某一天的峰值。规则前置之后，这个指标会从个位数爬到两位数。

问题病案占比：预检中被标注问题字段的病案数，除以同期提交预检的病案总数。要注意它会先升后降——以前问题藏在退回记录里没人统计，规则前置后问题被显性化，占比短期上升是正常的，随后随着临床填报习惯改变而回落。

上报及时率：在时限内完成上报的病案数，除以同期应上报病案总数。死亡病例按周或按月上报，非医嘱离院按月度上报。系统化之前普遍是月底集中补，之后变成滚动提交。

审核覆盖率：经过人工复核确认的病案数，除以同期上报病案总数。人工方式只能抽查，系统化之后可以把全量纳入，复核对象从「随机抽」变成「系统标出来的高风险条目」。

这四个指标的共同点是，分子分母都能从系统里直接取数，不依赖任何人手工统计。指标能自动算出来，讨论才会从「谁的责任」转向「哪条规则要调」。

选型时问清这几件事，三年后不用推倒重来

复购升级阶段最怕的不是买贵，是买了一个又要换。下面这份清单可以打印出来，逐条问供应商。

一、现有HIS、EMR、病案系统的接口能不能复用，还是要重新开发？
二、老系统里的历史上报数据怎么迁移，迁移后能不能按病例查回原状态？
三、上报口径校验规则库由谁维护，院内能不能自己改？
四、口径调整后，需不需要供应商发版，等待周期多长？
五、医共体成员单位的权限怎么分级，牵头医院能不能看到成员单位的上报进度？
六、死亡病例与非医嘱离院病例的识别规则，能不能按本院实际情况调整阈值？
七、退回病案的重做流程，系统里有没有独立的闭环记录？
八、跨科室签收环节能不能自定义，签收人能不能按角色而不是按个人配置？
九、问题病案的修改痕迹保留多久，能不能按病例导出？
十、上线后出现数据不一致，供应商能不能在一天内定位到具体环节？

这十条里，第三、四、五条最容易被忽略，也最容易在第二年变成麻烦。

上线前先做这三件事，比急着切系统更重要

第一件，把上报口径先定下来再上系统。口径没定，系统只会把混乱自动化。第二件，先跑一个月的影子核对，系统名单与人工台账并行比对，差异逐条归因，看清楚问题到底出在哪个环节。第三件，成员单位分级开放权限，牵头医院看全局，成员单位只看本单位，避免数据越权。

今天就能做的自查动作：打开最近一次的上报退回记录，数一数有多少条是因为字段口径问题、多少条是因为名单本身漏了。如果前者多于后者，说明规则该前置了；如果后者更多，说明名单归集这一环还没打通。把这个数字记下来，三个月后再数一次。

如需了解HQMS死亡及非医嘱病案上报系统在县域医共体场景下的具体实施方案，可点击页面底部申请演示。

关于HQMS死亡及非医嘱病案上报系统的常见问题（FAQ）