上午九点的归档窗口，为什么堆着三摞对不上号的病历？

8:40，质控科的小王拿着当天的归档进度表走进病案室。表上写着：截至昨日闭库，已归档128份。但她看到归档窗口前还码着三摞病历，每摞四十来份，用橡皮筋扎着，最上面一张贴着黄色便签——“重扫”。

病案科的李姐正在翻第二摞。她左手捏着一张扫描件，右手在HIS里输姓名“张淑芬”，跳出来四个同名同姓的就诊记录。她挨个点开看科室，再对住院号，嘴里念叨：“这个心内科的，这个也是心内科的……”翻了四分钟，才把扫描件和患者对上。

小王问：“系统里不是已经点过‘已归档’了吗？”李姐头也没抬：“点了，但扫完发现名字对不上，退回来重扫。你看到的128份是点了归档的，这三摞是还没点回去的。”

这就是质控科每个月都要撞见的一幕：报表上的完成量和窗口前的实物量之间，隔着一层“点了归档但实际还在返工”的灰色地带。以本院实测为准，病案科每天因姓名同音或同名同姓导致的退回重扫在15到25份之间，月底集中催归档时会翻倍。测量口径是病案科退回登记本上的“重扫”标记，按天计数，连续记两周取均值。

更让小王在意的是另一个数：窗口前排队等查病历的护士和患者家属，从8:40到9:20没断过。李姐每处理一份重扫件，后面就多等两三个人。人工核对量按窗口取号系统统计，上午高峰段每小时约60到80人次，其中需要人工翻台账确认身份的占相当一部分——这个数没有精确报表，是小王站在窗口数了三天的结果，以本院实测为准。

同名同姓的患者，窗口凭什么确认是同一个人？

问题不在李姐手慢，也不在护士催得急。拆开来看，四个层面的原因叠在一起。

字段层面。HIS里患者姓名是文本字段，没有唯一身份标识。影像系统认就诊卡号，病案系统认住院号，三个系统各管各的。一个患者出院后，姓名在HIS里是“张淑芬”，在影像系统里可能因为录入时选了同音字变成“张书芬”，到了病案扫描件上又是另一个写法。窗口要确认“这三个张淑芬是不是同一个人”，只能靠年龄、科室、住院号来交叉比对。

台账层面。病案科有一本纸质回收登记本，每天从病区收回多少份病历、谁送的、几点送的，手写登记。这本台账和HIS里的出院清单对不上是常事——病区说送了，病案科说没收到，一查是登记本上写错了床号。月底集中催归档时，这本台账就是唯一的对账依据，翻起来一页一页找。

接口层面。信息科主任老周上个月刚处理完一次故障：门诊建档窗口调不出HIS里的患者信息，他带着笔记本在窗口蹲了一上午，逐台机器查网络配置，最后发现是影像系统的接口字段改了长度。这种排查一个月少说两三次，每次半天到一天。老周说过一句话：“不是不想统一，是每统一一次，就得把已经跑顺的窗口再停一遍。”

岗位职责层面。窗口人员没有权限修改患者主索引，发现名字对不上只能退回病区重录。病区护士站又觉得“名字是患者自己说的，我们照着录的”。一来一回，病历在病区和病案科之间折返。以本院实测为准，从出院到归档完成，普通病历平均三到五天，同名同姓或音近字错配的要拖到七到十天。测量口径按病案科归档登记日期减去出院日期，按周抽十份取均值。

反问一句：如果窗口人员在检索时能直接看到一张人脸照片，从候选集里点选确认，还需要翻四分钟台账、打两个电话吗？

人脸搜索管理系统在窗口怎么用？从采集到留痕拆开看

人脸搜索管理系统落到窗口，操作步骤并不复杂。拆成五步看：

第一步，采集。患者在建档窗口或入院登记时拍一张正面照，系统自动提取特征值存入院内人脸库。这一步和现有建档流程合并，不额外增加窗口动作。采集范围先定一个科室或一个窗口，不铺全院。

第二步，比对。病案科拿到一份待归档病历，扫描件上的姓名和HIS里的住院号对不上时，调出该患者的照片或现场拍一张，在人脸库里做一比多检索——这一步就是常说的以图搜图查病历。窗口人员做的是医院人脸检索，不是翻纸质台账对姓名。院内人脸库离线比对在断网或内网隔离状态下也能跑，不依赖外网。

第三步，返回候选集。系统按置信度排序返回前若干个候选患者，每个候选带姓名、住院号、科室、出院日期。窗口人员不需要手工输入姓名，只需要从候选里点选。

第四步，人工确认。窗口人员核对候选集里的住院号和科室，点“确认”完成匹配。确认动作自动记录操作人、时间、匹配结果。

第五步，留痕。每一条检索记录可导出，用于质控科抽查和纠纷举证。医务处要查某份病历的患者身份核验过程，直接调记录，不用再找窗口人员回忆。

按照国家卫健委关于实名制就医和患者主索引管理的相关要求，窗口在建立就诊档案时需要完成一次身份确认。这一步正好是人脸比对可以承接的动作——把“确认是同一个人”从翻台账变成从候选集里点选。

读表结论：差异最明显的是日归档量在80份以上、同名同姓患者不罕见的专科医院病案科。这类窗口的单例检索耗时从分钟级压到半分钟级，返工次数下降后归档周期跟着缩短。反过来，日归档量低于30份、窗口只有一两个人的专科医院，传统方式虽然慢，但绝对耗时不大，增量收益不明显。信息科主任更该关注最后一行——接口改造依赖程度决定了这套系统上线后会不会变成新的运维负担。

上线前要准备什么？第一个月盯哪几个数？

质控科在推进这件事时，要盯的不是系统功能清单，是四件落地的事。

特征库建设范围。先定一个窗口试点，比如病案归档窗口或门诊建档窗口，不铺全院。特征库只存试点窗口涉及的患者，范围小、核对快。以本院实测为准，一个日归档量80到120份的专科医院病案科，试点窗口的特征库覆盖两周内的在院和出院患者即可跑通流程。

与HIS的字段对齐。信息科要做的不是改HIS，是在人脸库和HIS之间建一个对照表：住院号、就诊卡号、姓名、科室四个字段对齐。窗口检索时用人脸特征查对照表，返回HIS里的住院号。接口改造量控制在一次，后续新增窗口只做配置。

确认权限给谁。建议给病案科窗口人员和质控科抽查人员两级权限。窗口人员做日常确认，质控科做批量抽查和导出。权限分级写进操作规范，不靠口头约定。

异常兜底流程。比对失败或置信度低于阈值时，退回原有姓名加住院号核对方式，同时记录一条“兜底处理”标记。质控科每周统计兜底次数，连续两周偏高就查原因——是照片质量不行，还是特征库覆盖不够。

窗口人员从传统方式转到人脸检索，培训量不大。以本院实测为准，一个窗口人员从看演示到独立操作，半天到一天足够。操作就三步：调出照片、从候选集点选、确认。难点不在操作，在异常兜底——比对失败时退回原有方式，这个要练熟，不然窗口一遇到失败就慌。

上线后第一个月，质控科盯四个数：单例检索耗时（从调出照片到点确认，用秒表在窗口抽测，每天抽十例，以本院实测为准）；返工次数（病案科退回登记本上的重扫标记，按周统计）；人工核对量（窗口取号系统统计的需人工翻台账人次，按日统计）；归档周期（从出院到归档完成的天数，按批次统计）。

哪些专科医院适合先上一个科室试点？

不是所有专科医院现阶段都值得上。分三种情况看。

适合先上的：纸质病历回收量大的专科医院，比如肿瘤专科、心血管专科，患者随访周期长、病历调阅频繁，病案归档返工直接卡住复诊调阅。同名同姓患者集中的科室也适合先试，比如中医科、康复科，姓名重复率高，窗口人工核对耗时长。多院区运行的专科医院如果各院区病案系统不互通，可以先在一个院区跑通再复制。

可以缓一缓的：已经全面无纸化、门诊量小的专科医院，病历从生成到归档全程电子化，身份核验在挂号环节已经用身份证读卡器完成，人脸检索的增量收益有限。

现阶段不建议上的：日归档量低于30份、窗口人员固定一两人的专科医院。特征库建设、权限配置、兜底流程的维护成本摊到每天几十份病历上，投入产出不划算。先把纸质台账和HIS出院清单对齐，可能比上系统更快见效。

按照医疗机构病历管理规定中关于病历归档时限的要求，出院病历需要在规定时间内完成归档。质控科把归档时限作为考核指标时，如果窗口每天都在花时间翻台账确认身份，这个时限就靠月底加班来补。系统解决的是检索方式，不是归档制度本身——制度该定的时限、该罚的滞纳，一样要定。

先做一次三天的窗口耗时记录，比看十份方案都管用

质控科要判断要不要上，不用先看厂商演示。拿一张A4纸，在病案归档窗口坐三天，记录四个数：上午高峰段每小时的排队人次、每份重扫病历从翻台账到确认的分钟数、每天退回重扫的份数、从出院到归档的平均天数。三天下来，如果单例人工核对超过三分钟、每天返工超过十份，再去找实施方案对照着看。

需要一份窗口耗时记录模板和流程梳理清单，可以点击页面底部申请演示，带上你记录的三天数据，让实施人员对着你的窗口流程走一遍。

关于人脸搜索管理系统的常见问题（FAQ）