分级评价现场翻归档记录，为什么三个科室的说法对不上？

某地市级三乙医院，开放床位860张，年出院量约4.1万人次，日均出院110份上下。2024年上半年做电子病历系统应用水平分级评价自评准备时，医务处要归档时效的举证材料，病案科交上来的是当月归档率，信息科交上来的是扫描工单处理记录，两份材料的时间口径对不上。一份5月28日出院的病案，病案系统里的归档日期写着6月3日，扫描记录里的图像入库时间是5月29日。评审专家问了一句“这份病案到底哪天归档的”，三个科室谁也没答上来。

这不是个例。国家卫健委在电子病历系统应用水平分级评价、公立医院绩效考核、病案首页数据质量等工作中，对病历归档的完整性、及时性、可追溯性都有明确要求。可追溯这三个字落到现场，就是一条能被查证的时间链。多数医院的扫描环节，恰恰是这条链上最模糊的一段。

国产系统高速扫描插件，指的是直接嵌入医院现有病案管理系统或电子病历系统、在统信UOS、麒麟等国产操作系统上原生运行的高速扫描组件。它不新建一套系统，只替换原来那层又慢又断的扫描链路。判断一款国产系统高速扫描插件能不能用，先看它在国产操作系统下能不能原生驱动科室现有的高速扫描仪，这一条不过，后面都不用谈。

一份出院病案要过几道手？把流转路径画出来，断点自己就冒出来

改造前，这家医院的出院病案从临床科室到病案库，要走九步：临床医生打印纸质病历并签名、护士站集中送到病案科、病案科分拣装订拆钉贴条码、扫描岗逐份扫描、图像人工翻页核对、手动分册命名、拷贝到共享目录、在病案系统里手工登记归档、编码员编码。九步里有四步是人工搬运数据。

病案科主任最清楚其中的细节。一位扫描岗人员上午的工作是这样的：先扫30份，翻页核对时发现第17份的第43页漏扫，退回重扫；再扫20份，扫描仪卡纸，从卡纸处重新进纸，前面扫过的十几页要重来一遍；扫完把文件夹拷到共享目录，等病案系统那边有人确认导入成功。一个上午下来，实际完成归档不到40份。

数据在科室之间来回跑。改造前统计，一份病案的图像从扫描完成到在病案系统里可查，平均要经过3.2次跨科室往返——病案科问信息科共享目录权限，信息科问病案科图像命名规则，医务处再催归档时效。每一次往返的等待，都不计入任何人的工作量，却实实在在拖长了归档时间。

把这条路径画出来就会发现，断点不在扫描仪的速度上，而在扫描完成之后的那几步人工动作上。国产系统高速扫描插件的价值不在扫描本身，而在于把图像质控、断点续扫和归档接口串成一条不需要人工搬运的链路。

扫描这件事，信息科、医务处、病案科各管哪一段才不甩锅

改造前三个科室的口头共识是“扫描是病案科的事”。可病案科遇到驱动装不上只能等信息科，信息科遇到临床科室不按时送病历只能找医务处，医务处拿到的归档率又是病案科自己算的。责任在流转中消失了。

上线国产系统高速扫描插件之前，这家医院先把权责切成了三段，写进上线方案，三方签字。

信息科管“通不通”。负责插件的部署与版本管理、国产操作系统与CPU的适配验证、扫描仪驱动、归档接口稳定性、审计日志留存与备份。信息科不对图像清晰度和归档时效负责，但要对链路可用性负责，接口失败要能在一小时内定位到是插件、驱动还是病案系统的问题。

病案科管“清不清”。负责扫描工位操作规范、图像完整性判定、重扫件数统计、当日出院病案当日扫描。病案科不再自己想办法解决驱动问题，遇到链路故障直接提工单，不再用先拷到U盘再导这种土办法绕过系统。

医务处管“快不快”。负责确定归档时效的考核口径，把当日出院病案48小时内图像入库纳入临床科室质量考核，每月在院周会上通报一次。医务处不碰技术细节，但要在信息科和病案科扯皮时当场拍板。

三段切开之后，最大的变化不是效率，是开会时不再互相问这件事归谁。

国产系统高速扫描插件和通用扫描中间件，差别在哪几行

选型阶段，这家医院比过三类方案：国产系统高速扫描插件、国外扫描插件、通用扫描中间件加虚拟化兼容层。差别集中在下面几行。

有一行值得单独说。通用扫描中间件加虚拟化兼容层的方案，在测试环境里能跑通，但实际使用时USB透传不稳定，扫描仪偶发掉线，掉线后当前批次要全部重扫。病案科主任在测试当天就否掉了这个方案——扫描岗最怕的不是慢，是扫到一半白扫。

国外扫描插件的问题在集成方式。它是独立客户端，扫完之后要把图像投递到病案系统，需要单独开发对接。开发本身不难，难的是出了问题谁负责：是插件没投递成功，还是病案系统没接住，日志分散在两边，信息科要花时间对。

国产系统高速扫描插件走的是插件级嵌入。它挂在病案系统界面里，扫描完成直接调用院内已有的归档接口，一份病案的扫描人、时间、设备编号、图像版本落在同一条日志里。审计留痕能不能用一条日志说清，是这款插件和通用中间件最实际的分界线。

上线三个月，日归档量、重扫件数和扫描岗人数各变了多少

这家医院的上线方式是先单工位试跑两周，再铺开到三个工位。下面是改造前三个月均值与上线第三个月的实际数据对照。

扫描岗人力从3人减到1人。释放的2人中，1人转入编码岗，替代原先每年约7.5万元的外包编码工时；1人转入病案首页质控。

单份病案从分拣到图像入库成功，平均耗时从9分钟降到1分40秒。

日均完成归档量从110份升到210份，高峰日达到260份。旺季积压从2到3天缩短到当天清零。

每千份图像重扫件数从165件降到18件。降下来的主要原因是自动纠偏、重张检测和扫描时的漏页校验，把返工挡在了扫描环节内。

信息科每月扫描相关工单从14单降到2单，平均响应时长从4小时降到20分钟。工单少了，不是因为问题变少，是因为问题定位从靠猜变成了看日志。

一份病案的跨科室往返次数从3.2次降到0.6次。剩下的0.6次主要是临床科室补签名，和技术无关。

资金这块按三年算。一次性投入包括：插件授权3个扫描工位4.8万元、国产化工作站3台2.7万元、新增高速扫描仪1台2.4万元、实施与归档接口适配服务2.1万元，合计约12万元。年运维与版本升级约0.9万元。

原方案的年度支出是：Windows工作站续保与驱动维护0.6万元、扫描仪维护0.4万元、旺季外聘扫描临时工约2.4万元、扫描岗加班费约1.1万元，合计约4.5万元。换成新方案后，这笔支出降到0.9万元。

把年省下的3.6万元运维支出、加上取消的7.5万元编码外包工时一起算，年净减少支出约11.1万元。一次性投入12万元，回本周期约13个月。这个数字不算惊艳，但它是可验证的，没有把释放人员的编制工资算进节省里——编制还在，人转到了更缺人的岗位上。

准备替换旧扫描方案，先确认哪几个国产适配问题

这家医院在上线前做了一份确认清单，五条，缺一条就不签。

第一，操作系统与内核版本要写到具体版本号。支持国产系统这六个字没有意义，要写清是统信UOS专业版还是麒麟V10的哪个版本，内核版本是多少，因为驱动适配经常卡在小版本上。

第二，扫描仪驱动要逐型号验证。把科室现有的高速扫描仪型号列出来，确认是否有国产系统原生驱动；没有的，确认插件是否封装TWAIN或SANE接口，双面批量进纸、超声波重张检测、长纸模式三项是否保留。

第三，并发与批量上限要问清。同时几个工位扫描、单批次最多多少页、断点续扫的恢复粒度是页级还是批次级。页级恢复意味着卡纸后只补扫那一页，批次级意味着整批重来，这两者在扫描岗的体感上是两回事。

第四，审计日志字段要能按病案号导出。扫描人、工位编号、设备编号、时间戳、图像版本，五个字段缺一不可。等级评审和合规检查要的就是这份导出结果。

第五，归档接口的失败补偿机制要落到纸面。是调用病案系统的WebService还是文件目录投递，接口失败后重试几次、间隔多久、失败记录在哪里查、谁来处理。这一条不写清楚，上线后一定会变成信息科和病案科之间的新扯皮点。

如果供应商只回答兼容国产系统这六个字，你敢签吗？

准备替换旧扫描方案时，先确认这五个国产适配问题：操作系统与内核版本、扫描仪驱动与重张检测、批量并发与断点续扫粒度、审计日志字段、归档接口失败补偿。如需了解国产系统高速扫描插件的具体实施方案，可点击页面底部申请演示。

关于国产系统高速扫描插件的常见问题（FAQ）