死亡病例上报为什么总在月底集中催？先把三条隐性成本线摆上桌面

联勤保障医院的信息科主任评估HQMS死亡及非医嘱病案上报系统时，最容易踩的误区是先问“这套软件报价多少”，而不是先问“我们现在每个月为死亡病案上报和非医嘱病案上报花了多少人天”。HQMS死亡及非医嘱病案上报系统要解决的从来不是一张报表的问题，而是死亡病案上报、非医嘱病案上报两条数据链在临床科室、病案科、医务处、信息科之间反复搬运的成本问题。

先看一个具体场景。月底最后三天，病案科干事摊开死亡病例登记本，逐条比对HIS里的死亡登记时间、病案归档状态和HQMS上报列表里的已报条数，发现两例死亡病例的病案首页死亡时间填的是“时分”，而上报模板要求“日期”，只能回头找主管医师确认。同一时间，信息科工程师被医务处叫走，因为上月有两例死亡病例迟报被上级卫生行政部门通报，需要写情况说明。两件事看着不相干，成本却记在同一本账上。

国家卫健委《医疗质量安全核心制度要点》把死亡病例讨论制度列为十八项核心制度之一，要求死亡病例讨论按规定时限完成并做好记录与报告；《全面提升医疗质量行动计划（2023—2025年）》对病案质量管理提出明确要求，强调上报数据的完整性、准确性和及时性。制度是刚性的，成本是可算的。

人工成本、时间成本、风险成本，三条线各算各的

人工成本看人天。以展开床位800至1200张的联勤保障医院为例，年死亡病例大致450至700例，非医嘱病案（自动出院、转院、放弃治疗等非医嘱离院）1200至2000例，合计上报量约1650至2700条，取中位2000条测算。

现状年度人工成本＝信息科接口维护人天×人天成本＋病案科核对/催办/编码人天×人天成本＋临床科室补录人天×人天成本。按信息科综合人力成本900元/人天、病案编码与病案管理人员700元/人天、临床医师500元/人天估算，接口维护与数据核对约60人天、计5.4万元；病案科手工核对与催办约320人天、计22.4万元；临床科室补录与签字确认约180人天、计9.0万元；医务处汇总上报与应对检查约40人天、计3.2万元。再加上退回整改的180人天、约10.8万元，现状年度总成本落在50万元上下。

时间成本更隐蔽。一条上报数据从死亡发生到最终通过，人工链路平均要走5到9个工作日，跨科室退回一次就多耗0.5到1.5人天。风险成本集中在迟报漏报的后果上：通报、限期整改、评审扣分，折算下来每年3万至8万元并不夸张，前提是当年没出大问题。

非医嘱病案到底卡在医生端还是编码端？联勤医院的答案常在接口上

不少医院把非医嘱病案上报的堵点归到“医生不按时填”或“编码员不熟悉规则”上，实际排查下来，卡点分布得很平均。医生端的问题是离院方式、非医嘱原因这些字段散在电子病历的不同界面，写完了没人汇总；编码端的问题是拿到手的离院信息与病案首页不一致，只能退回；信息科的问题是上游字段一变，抽取脚本就得改。

死亡病案上报同理。死亡时间、死亡原因、死亡地点、是否尸检、死亡讨论是否完成，这几项分别来自护理记录、病程记录、死亡记录和死亡病例讨论记录。人工核对靠病案科干事的经验，系统核对靠字段映射和规则。

HQMS死亡及非医嘱病案上报系统的核心价值，是把死亡病案上报与非医嘱病案上报从“人工找数据”变成“规则驱动数据找人”。这句话对信息科主任的意义在于：接口维护量、核对人天、退回次数三个指标会同时变化，而不是只改善其中一个。

接口维护为什么成了信息科的隐性人力黑洞？三种方案放一起对比

信息科最怕的不是上线那天，而是上线之后的每一次版本升级。HIS、EMR、病案系统、军内统建平台的字段口径不统一，一个死亡日期的取值规则改了，抽取脚本、映射表、上报模板三处都要跟着动。人工方案没有接口维护成本，但有核对成本；通用接口方案维护成本高，规则校验几乎没有；专业系统把规则和接口一起管，前期投入更高。

表格里最关键的一行是接口维护。通用接口方案把抽取逻辑交给信息科自己写，表面省了软件费，实际把维护人天留在了科里；HQMS死亡及非医嘱病案上报系统把规则引擎和映射配置做成可维护项，字段变更时改配置而不是改代码。另一处差异是集成方式：专业系统对接HIS、EMR、病案系统时通常不改动临床医生的书写流程，死亡讨论记录、离院方式仍在原有界面完成，抽取和映射在后台进行，这对军内统建HIS版本较老的医院尤其重要。

合规与审核通过率怎么折算成钱？一套能落地的ROI公式

退回率可以直接换算成人天。按行业普遍情况，手工上报HQMS首次通过率大致在82%至88%之间，通用接口方案因为没有内置规则校验，首次通过率提升有限；配置了完整规则校验的系统，首次通过率通常能到95%以上。假设年上报2000条，首次退回率从12%降到4%，退回条数从240条降到80条，按单条整改0.75人天、混合人天成本600元计算，仅这一项每年省下120人天、约7.2万元。

完整公式：年化节省＝（减少的核对、催办、录入、接口维护人天×人天成本）＋降低的迟报漏报风险损失。投入＝软件采购/年维护＋接口改造＋培训＋内部运维。ROI＝年化节省÷投入，回收期＝投入÷年化节省。

代入前面的假设：减少的人天包括信息科接口维护35人天（3.15万元）、病案科核对催办210人天（14.7万元）、临床补录120人天（6.0万元）、医务处汇总25人天（2.0万元）、退回整改120人天（7.2万元），合计约33万元；风险损失降低按中位5万元计，年化节省落在36万至41万元区间。首年投入按软件采购与实施23万元、接口改造2.5万元、培训0.54万元、内部运维1.08万元计算，约27.1万元，首年净收益约11万元，回收期约8到9个月。三年口径下，累计投入约41万元，累计节省约114万元，ROI约2.7。

判断HQMS死亡及非医嘱病案上报系统值不值，看的是三年累计节省人天能否覆盖采购、接口、培训和运维的总投入。必须说明假设边界：上报量1650至2700条、涉及临床科室30至40个、院区2至3个、现有HIS与EMR已实现死亡登记和离院方式电子化。如果年上报量低于1000条，或者死亡病例登记仍以纸质为主，上面的数字要整体打折。

多院区上报时漏报迟报从哪冒出来？系统节省点逐条对照

联勤保障医院常见“一院多区”或“医院＋派驻门诊部”的结构。漏报往往不是没人管，而是各院区的上报台账各记各的，医务处汇总时靠Excel合并，谁报过、谁没报、报了几条，对不上。迟报多发生在跨院区退回的环节，一条数据在两个院区之间转一圈，三天就过去了。医务处真正担心的不是月底多干两天，而是上级检查时拿不出完整的上报记录和整改痕迹。

系统节省点可以逐条对照：自动抽取死亡病例与非医嘱病案数据，省掉台账登记；内置HQMS上报规则校验，把退回挡在提交之前；跨科室任务闭环提醒，把催办从电话变成任务；上报进度看板，让医务处随时看到各院区完成情况；审计留痕，把每次修改和退回原因固化下来；多院区上报管理，把集团口径统一到一张表上。这些功能叠加起来，省的正是前面测算里那300多个人天。

反过来说，如果只买一个“上报通道”，不做规则校验也不做跨科室闭环，信息科的接口维护人天并不会下降，病案科的核对人天也降不下来。那笔钱花得就不值。

哪些联勤医院不适合马上上HQMS死亡及非医嘱病案上报系统？

不是所有医院都该立刻采购。年上报量低于800条、死亡病例和非医嘱病案登记仍在纸质阶段、HIS与EMR尚未完成电子化的医院，先把数据标准和登记流程理清楚更划算，这个阶段用通用工具加人工核对，投入产出比反而更好。反过来，年上报量超过1500条、涉及科室超过25个、有两个以上院区需要统一上报口径的医院，优先上线专业系统通常能在一年内收回投入。

还有一类需要先做接口评估：军内统建HIS版本较老、原厂商支持窗口有限、字段扩展需要走审批流程的医院，建议先做一次接口摸底，把死亡登记、离院方式、病案首页三类字段的可取性确认清楚，再决定采购节奏。HQMS死亡及非医嘱病案上报系统的回收期，通常由上报量、退回率和现有接口成熟度三个变量决定。接口成熟度低，回收期可能从9个月拉长到18个月，这是信息科主任必须在立项报告里写清楚的边界。

下一步建议三科室联合做三件事：信息科牵头出接口评估清单，逐项确认死亡时间、离院方式、非医嘱原因、死亡讨论完成标记四类字段能否自动获取；病案科出近12个月的退回清单，统计退回条数与单条整改人天；医务处出近两年的迟报漏报记录，折算风险损失金额。三份材料凑齐，再让厂商按真实数据做一次演示验证，重点看规则校验的命中率、多院区进度看板的实时性和退回原因是否结构化留痕。如需了解HQMS死亡及非医嘱病案上报系统的具体实施方案与测算模板，可点击页面底部申请演示。

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