早上八点半，病案科主任接到医务处催报电话：某例死亡病案的首页字段缺了两项。中午催临床补死亡证明，下午核对非医嘱离院病案，晚上还在手工比对HQMS上报字段——这是联勤保障医院病案科常见的一天，也是HQMS死亡及非医嘱病案上报系统真正要解决的问题。

但医务处真正该盯的，不是这套系统能不能把死亡病案上报出去，而是它能不能管住“上报之前谁判定、上报之后谁留痕”。只解决前半句的是工具，能把两条线都管住的才叫闭环。

采购前最容易被忽略的一环：联勤医院的上报卡点到底在哪？

先说三种典型的错误选型表现，它们几乎都出现在合同签完之后。

第一种，把“能导出上报文件”当成“能完成HQMS上报”。系统确实生成了一个表格文件，可字段口径和病案首页对不上，病案科还得逐条核对、手工改写。信息科以为交付完了，病案科却凭空多出一道工序。

第二种，只让信息科牵头，医务处不参与判定规则。非医嘱离院病案上报的前提是“什么情形算非医嘱”，这条规则如果没写进系统，最终只能靠病案科逐份翻病历去猜。规则不清，责任就悬空。

第三种，采购时没提审计留痕要求。上报字段被谁改过、什么时候改的、依据是哪份病程记录，事后一条都查不到。上级机关来核查，只能靠回忆和纸质登记本对账。

一例死亡病案上报字段与首页不一致，从接到核查通知到形成书面说明，通常要占用医务处2个工作日。

这2个工作日里，医务处要协调临床科室、病案科、信息科三方对账，出具情况说明，走签批流转。遇上死亡病例讨论记录、抢救记录、死亡证明书三份材料时间点对不上，对账还要再拉长。反问一句：这笔人力账，在采购评估表上出现过吗？

死亡病例识别为什么总在HQMS上报前才发现？

答案很直接：死亡信息从来不集中在一个系统里。

HIS里有死亡登记，EMR里有死亡记录和抢救记录，护理系统里有死亡时间，病案首页里有离院方式，HQMS上报通道里又是另一套字段格式。人工识别的做法，是病案科每天翻一遍首页，看到离院方式为“死亡”就登记下来。

问题在于，翻首页这个动作永远滞后。临床当天填的离院方式，病案科可能要隔一天才看到；遇到节假日或出院高峰，漏掉一两例并不奇怪。等到上报时限临近才发现，补材料的时间已经被压到最短。

HQMS死亡及非医嘱病案上报系统的第一道关口，是自动识别死亡病案并生成待上报清单，而不是等人去翻首页。

专项规则库在这里起作用：它把死亡时间、死亡原因、离院方式、死亡证明书编号等关键字段设成识别条件，一旦临床在EMR里完成死亡记录，系统就把这例病案推进待上报清单，并标注还缺哪几项。病案科的工作从按天翻首页变成按小时看清单。

非医嘱离院判定卡在临床还是病案？医务处该定哪条线？

这个问题在不少联勤医院吵过。临床说，患者和家属坚持要走，我们拦不住；病案科说，离院方式填得含糊，我们没法判断；医务处说，两边都别推，先把标准定下来。

真正卡住的不是人，是规则没有落到流程节点上。非医嘱离院病案上报涉及的情形包括患者或家属要求出院、自动出院、转院等，判定责任应该在临床，确认责任应该在医务处，记录责任应该在病案科。三者如果只靠电话和微信沟通，事后无据可查。

系统能做的，是把这条线固化下来：临床在EMR里选择离院方式时触发判定提示，需填写具体情形；病案科复核首页与病程记录是否一致；医务处对存在争议的病例在线确认。每一次操作留下操作人、时间戳和依据来源。

对军队医院而言，HQMS死亡及非医嘱病案上报系统必须同时满足上报时限与内部审计追溯两条线。

接口接完了，信息科还要手工补哪些字段？

这是信息科主任在验收会上最常提的问题，也是选型时最该提前问清的。

联勤医院一般要对接HIS、EMR、护理系统、病案首页系统、HQMS上报通道，规模大一些的还要接电子签名、数据中台，接口数量通常在6到9个之间。接口通不代表字段通，真正的麻烦在字段映射。

举个例子：HIS里的离院方式有五个取值，HQMS上报要求的离院方式只有四个分类，中间那一类怎么归？如果系统不带映射规则，信息科就得写一段转换逻辑，或者干脆让病案科手工改。再比如死亡时间，护理系统记录的是宣布死亡时间，EMR里记录的是抢救结束时间，上报要的是哪一个，必须提前定死。

HQMS死亡及非医嘱病案上报系统的选型标准，不是功能清单有多长，而是上报字段能否一次校验通过、每一处修改能否留痕到人。

字段自动映射与一致性校验的价值就在这里：系统把上报字段与病案首页字段做逐项比对，不一致的当场标红，并给出差异来源。病案科的返工从多轮核对降到一次校验。

四类方案摆在一起比：联勤医院该怎么选？

把传统人工加多系统拼接、通用上报工具、HQMS死亡及非医嘱病案上报系统放在同一张表里，差异一目了然。

表格里最容易被忽略的是最后两行。审计留痕和接口运维在采购阶段不起眼，在上级机关核查和系统升级时才暴露成本。

部署建议：先接哪几个系统，分几期跑？

联勤医院的上报流程改造不建议一次铺开，分两期更稳。

一期聚焦死亡病案上报。先接HIS、EMR、病案首页系统三个接口，跑通死亡病例自动识别、待上报清单生成、字段映射与一致性校验。这一期的目标很明确：把死亡病案上报从人工翻页变成系统推送。周期通常按周计，接口联调占大头。

二期扩展到非医嘱离院病案上报与归档联动。把判定规则配置到EMR节点，接入归档催办与审计留痕模块，实现上报完成后自动触发归档校验。多院区或集团化管理的医院，可以在这一期统一规则库、分院区配置参数。

培训成本要提前算。病案科、临床科室、信息科三方都要覆盖，通常安排两场，每场半天：一场讲判定规则与操作路径，一场讲字段校验与异常处理。培训不到位，规则再细也落不到日常。

验收标准：怎么判断这套系统真的落地了？

验收不能只看能不能生成上报文件。建议盯住四个可量化的指标。

第一，死亡病案待上报清单是否自动生成。人工翻首页的动作应该取消，这是最基本的判断。

第二，上报字段一次校验通过的情况。理想状态下，返工从多轮核对降到一次校验，差异项在系统内直接标注来源。

第三，归档周期。上报完成到病案归档的衔接应自动触发，催办从按天跟踪变为按小时跟踪。

第四，审计留痕是否落到字段级。随机抽一例死亡病案，能不能查到每个关键字段的修改人、修改时间和依据来源。查不到，这一项就不算通过。

需要说明的是，上述周期与指标为场景化示例，不同医院的接口数量、病案量级、人员配置差异较大，验收前应先形成本院基线数据，再对照评估。

下一步怎么做？

与其在采购评审会上争论功能清单，不如先做三件事：把现有的死亡及非医嘱离院病案上报流程从头到尾画一遍，标出每个需要人工介入的节点；挑一例真实的死亡病案和一例非医嘱离院病案，用候选系统走一次全流程，看字段校验和留痕到底做到哪一层；把接口清单和归档闭环要求写进验收条款。

如需了解HQMS死亡及非医嘱病案上报系统的具体实施方案与验收清单，可点击页面底部申请一次面向医务处与信息科的流程走查。

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