周一早上七点四十，信息科主任先收到三条群消息

周一早上七点四十，联勤保障部队某医院信息科主任刚刷卡进门，运维群里已经排了三条消息。病案科问，上周两例死亡病例的首页字段为什么没有同步进上报库。医务处问，这个月还有几例非医嘱离院没走完审核。值班工程师说，HQMS那边又退回两条数据，校验不通过，得手工回填。

三条消息指向同一个系统：HQMS死亡及非医嘱病案上报系统。不少医院把这件事理解成填一张表，真做起来才发现，填表的人要跨四个系统取数，审核的人要在三个群里催进度，收尾的人还得把同一份数据抄第二遍。

HQMS死亡及非医嘱病案上报系统不是一张报表工具，而是把病案归档、医务监管、HQMS上报串起来的一条业务流水线。

对信息科主任来说，判断这套系统值不值得上，不看功能列表有多长，看的是它能把多少人天从流程里挤出来。

上报量不大，信息科为什么还是被拖住？先拆四笔人天账

一家年上报量七百例左右的联勤医院，信息科在这件事上被牵走的精力，通常分成四笔账。

第一笔是取数账。死亡时间在死亡证明里，诊断在病案首页里，住院过程在EMR里，非医嘱离院的记录散在护士站登记本和离院告知书里。工程师写脚本从HIS抽一次，字段对不上，再写一次。

第二笔是核对账。病案科把数据导成Excel，逐条比对首页，缺项的打电话问临床，补齐后重新提交。一轮走下来，七十例病例能吃掉一个人三天。

第三笔是催办账。归档没完成，上报就不能发。医务处催科室，病案科催医生，信息科被夹在中间解释不是系统问题，是数据没齐。

第四笔是培训账。临床科室换一批住院总，病案科换一次编码员，操作口径就得重讲一遍。这笔账最容易漏算，也最容易在验收后被翻出来。

人工模式下，上报工作的成本不会消失，它只是从预算表转移到了每个月的加班表里。

培训人天为什么年年超？因为四个角色学的不是同一件事

信息科主任在选型会上最常问的一句话是：上线要培训多久？厂商的回答通常是半天到一天。真正落地时超支的部分，藏在四个角色的差异里。

病案科要学的是数据校验和归档催办，重点在哪条数据不合格、找谁补。医务处要学的是审核视图和超期清单，重点在今天谁该交、谁超期了。信息科要学的是规则配置和接口日志，重点在字段映射改了在哪里改、报错去哪里看。临床科室只需要点一个确认，但这一下必须做对，否则整条链路卡住。

把四类人塞进同一场培训，结果就是病案科听了半天接口协议，信息科听了半天编码规则，谁都没学透。按角色拆成四套操作界面、四份操作手册，是压缩培训人天的前提，也是HQMS死亡及非医嘱病案上报系统实施方案里最容易被砍掉、又最不该砍掉的一节。

一个可参照的落地节奏是：信息科两天接口联调加一天规则配置，病案科半天校验与催办，医务处半天审核视图，临床科室二十分钟操作视频加一次实操。合计下来，一家单体院区的培训投入能控制在十人天以内。

接口改造量到底花在哪：四路数据并成一条线的代价

信息科主任评估接口工作量，别只看对接几个系统，要看每个系统要拿什么字段、以什么频率拿、拿不到时怎么办。

死亡证明侧需要死亡时间、死亡原因、开具机构，通常来自死亡登记模块，接口能力弱，往往要退化成定时导入。EMR侧需要住院过程、抢救记录、死亡讨论时间点，数据量大，要按病例号精准拉取。病案首页侧需要诊断编码、手术操作、医师签名，结构化程度最高，也最容易和上报口径打架。非医嘱离院侧最麻烦，原因描述往往是自由文本，得先做结构化再上报。

四路数据并成一条线，代价集中在字段映射、异常兜底、历史数据补录三块。历史数据补录常被低估，医院如果要求回溯近两年病例，信息科要额外准备清洗脚本和人工核对窗口。

这也是差异化开始显现的地方。只做接口的上报工具，把数据抽过来就算完成，缺项仍然回到病案科手里；把上报嵌进归档和监管闭环的系统，缺项会直接生成待办任务，落到具体的人和具体的时限上。前者省的是工程师的重复劳动，后者省的是病案科二次转录的那一遍。

三种做法放在一起比，差距不在功能清单上

把传统人工加Excel、只做接口的普通上报工具、HQMS死亡及非医嘱病案上报系统放在同一张表里，看得最清楚的是运维投入和培训人天这两行。

表格里最值得信息科主任盯住的是信息科运维投入这一行。规则写死在代码里的产品，每改一次非医嘱原因口径就要排一次期。如果每次政策口径调整都要厂商排期改代码，信息科拿什么去应对突发的检查？

落地细节：时限、必填项、审核路径、原因字典怎么配才不返工

政策要求的方向是明确的。国家卫健委医疗质量安全核心制度对死亡病例讨论有明确要求，病案管理质量控制指标对上报及时性和数据完整性有考核方向。落到医院内部，这些要求会变成四条可配置项。

上报时限要按病例类型分开配。死亡病例和非医嘱离院病例的时限节点不同，提醒节奏也应该不同。提前三天提醒一次、提前一天提醒一次、超期当天推给医务处，比一刀切倒计时管用。

必填项要按科室差异配。ICU和急诊的字段完整度通常高于普通病区，用同一套必填规则，只会让一部分科室反复被拦。

审核路径要能按病例类型、科室、是否涉及纠纷走不同分支。非医嘱原因字典要能由病案科自行增补，新增条目当天生效。

这四条如果都要厂商改代码，信息科一年至少要预留二十人天做需求跟进。能在后台配置的，年度维护投入可以压到十人天以内。

年化节省怎么算才经得起院长追问

测算口径要写死在纸上，否则汇报时一定被问住。建议按三段式计算。

年化节省等于减少的人工天乘以综合人天成本，加上减少的返工与催办时间，再加上降低的迟报漏报风险损失。

以一家年上报死亡病例二百四十例、非医嘱离院病例四百六十例的联勤医院为例，以下数字为示例假设，不是行业统计。

人工模式下，每例取数、核对、补字段、提交合计约二点四小时，七百例折算成二百四十人天。加上月度汇总、季度自查和迎检材料准备四十八人天，全年二百八十八人天。

系统上线后，每例只剩人工确认和异常处理，约零点五小时，折算五十人天。汇总与自查由系统出表，十二人天。全年六十二人天。减少二百二十六人天。按综合人天成本六百五十元计算，这一项节省十四点七万元。

返工方面，人工模式每年约一百一十例因字段缺失或口径不一致被退回，每例跨科室沟通加修改一点五小时，折算二十四人天；系统模式下约二十五例，五人天。减少十九人天，折算一点二万元。

风险方面，一次迟报被上级通报，写整改说明、复核数据、和科室沟通，合计约三十人天，折算一点九五万元。时限提醒前置之后，这类事件按年计基本不再发生。

年化节省合计约十七点九万元。系统维护投入按接口维护十二人天、规则与字典更新六人天、服务器资源与日常运维一点六万元、新同事培训四人天、厂商年度服务三万元计算，合计约六万元。年化净节省约十一点八万元。一次性实施投入按九万元估算，静态回本周期约九个月。

这个口径可以直接搬进汇报材料，前提是把本院的实际上报量、实际人天成本和实际接口难度替换进去。院感、医保、绩效的账不能混进来，混进来就说不清。

哪些联勤医院先别上这套系统

系统不是万能药，以下几种情况建议暂缓。

年上报量合计不足八十例、且只有一个院区的医院，手工模板加一张共享台账足够应付，上系统的维护投入会超过节省下来的人天。

HIS、EMR、病案系统中有两套以上还没有稳定接口能力的医院，先补接口再谈上报，否则上线后所有取数动作仍然回到人工。

医务处还没有固定审核人和审核时点的医院，系统会把流程不清晰的问题放大。提醒发给谁、超期找谁，这些在纸上都说不清的事，搬到系统里只会更乱。

信息科全年可投入这个项目的对接人力不足一人月的医院，也要谨慎。接口联调、规则配置、上线陪跑三件事都需要固定的人盯着。

反过来，多院区运行、年上报量超过两百例、已有病案系统且医务处有明确审核流程的联勤医院，通常能在一年内看到回报。军队医院还有一层额外要求：数据要能内网部署，不依赖外网回传，这一点在选型第一轮就要问清楚。

下一步：三件事本周就能启动

信息科主任可以先让工程师拉一份接口清单，把HIS、EMR、病案系统、死亡登记四个数据源的可用字段和取数方式列成一页纸，缺哪一路当场标出来。医务处长可以定下一个审核人、一个审核时点，再把超期病例的处理规则写进科室考核。病案科主任可以把过去半年被退回的病例翻出来，统计字段缺失集中在哪几项，这份清单就是规则配置的输入。

三份材料凑齐，再约厂商做对比演示，问的问题就会具体很多：非医嘱原因字典谁维护、时限规则改一次要多久、接口日志能不能按病例号追溯。

如需了解HQMS死亡及非医嘱病案上报系统在联勤医院的落地方案与人天测算模板，可点击页面底部申请演示。

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