查看:14次 发布时间:2026-10-05 09:38
2023年下半年,华东一家三甲综合医院(编制床位2000张,年出院量接近9万人次)的病案科主任盘过一次账:科里三个人,每天早上第一件事是导出未归档病历清单,打印成A4纸,再分头给临床科室打电话。一天三十多个电话,楼上楼下跑七八趟,催回来的病历还要手工登记进Excel台账。
麻烦不止在催办。医务处要调一份两年前的住院照片,用于一起医保核查。病案科先翻纸质台账找住院号,再去扫描系统里检索扫描件,照片存在另一套采集目录里,最后靠信息科从服务器导出。一次调阅跨三个科室、切四套系统、发起两轮线下沟通,平均一个半工作日才有结果。
这家医院后来上线了人脸搜索管理系统。需要先说清它的边界:它不是门禁闸机上的人脸识别,也不是相册整理工具,而是以人脸为检索入口、跨HIS、EMR、病案、PACS、OA做业务搜索与协同调度的系统。一句话结论:人脸搜索管理系统解决的不是“认得出是谁”,而是“认出来之后,谁在多长时限内、凭哪一级权限、拿到哪一份资料,并且留下痕迹”。
这家医院没有让信息科单独拍板,而是把信息科主任、医务处长、病案科主任拉到一张桌子上。三次会,吵的点完全不同。
信息科主任关心接口和维护成本。医院已经有HIS、EMR、病案、PACS、OA五套系统,他不想再加一个孤岛,更不想业务科室每提一次需求就要改一次接口。
医务处长关心的是责任。检索权限给出去容易,收回来难。谁有权发起检索,谁审批,审批记录保存在哪里,出了纠纷能不能还原当时的操作,这些问题必须在采购前写进合同。
病案科主任关心的只有一件事:多快能拿到。她的原话是,系统再先进,调一份扫描件还要我打电话找人,那就是白上。
第三次会上,三方把分歧收敛成四个问题:谁有权发起检索?谁审批?谁看得到结果?看到之后留下什么记录?答案落到权限矩阵上——权限细到科室、角色、场景和操作四个维度,医务处的审批流、病案科的调阅留痕、信息科的集中运维各占一块,谁也别越界。

上线前的数据流转路径,是这次选型里最花功夫的部分。医院的人脸来源主要有三处:入院登记时采集的证件照、住院期间床旁采集的患者照片、部分病区闸机的通行抓拍。这些照片原本散落在三套不同目录里,和患者主索引没有任何关联。
系统上线后,一次完整的调阅这样走:医务处在系统里以图搜图,或者用一张现场照片发起人脸检索,命中患者主索引;系统按主索引把人脸聚合的病案扫描件、住院照片、证件照、EMR病历节点、PACS检查目录一起拉出来,形成一个待调阅资料包;调阅任务自动进入医务处审批流,审批人看到的是申请人、申请事由、涉及患者和资料范围,不是一句“我要查个人”;审批通过后,病案科在待办里收到任务,不用再接电话,也不用再翻台账,直接在线交付并留痕。
这里有个反问值得信息科主任想一想:如果检索入口、审批流、资料交付分别在三套系统里,出了纠纷,谁来证明当时是谁点的鼠标?跨科室人脸检索协同方案的价值,恰恰在于把这条链路收进同一套审计里。
上线后的前两周是磨合期。信息科按主索引对齐、人脸底库治理、权限矩阵配置、灰度试点四个步骤推进,先在一个外科病区和病案科之间跑通流程,再铺到全院。
催归档从每天三名工作人员各花两小时打电话,变成系统按归档时限自动推送提醒,病案科留一个人每天花二十分钟核对异常清单。一次跨科室调阅的响应,从平均一个半工作日压缩到二十分钟以内,医务处的审批环节和病案科的交付环节都在系统内完成,线下沟通次数从两到三次降到零。
手工台账的错登漏登明显减少。以前一份病历催过没催过,靠纸上的一个勾,现在每一次催办和交付都有时间戳。信息科这边省下的不是工作量,是救火次数,业务科室的催办电话转向系统待办,接口维护从“随叫随改”变成按版本排期。
病案科主任的判断很直接:人脸搜索管理系统带来的时间收益,主要不在检索那几秒,而在跨科室任务流转少掉的那几次电话和来回。

选型阶段最常见的误解,是把它当成门禁系统的延伸。两者在检索入口上确实都用人脸,但业务范围、联动对象、权限模型完全不在一个层级。下表是这家医院对比三家方案时整理的差异清单,可直接用于院内讨论。
| 对比维度 | 通用/竞品方案 | 本系统方案 | 对信息科/医务处/病案科的协同价值 |
|---|---|---|---|
| 检索入口 | 以工号、姓名或住院号为入口,人脸仅用于门禁通行 | 以人脸为检索入口,支持以图搜图,以人脸聚合病案扫描件、住院照片、证件照 | 病案科不用先找住院号再翻系统,医务处用一张现场照片即可发起核查 |
| 跨系统联动 | 单点部署,与HIS、EMR、PACS之间靠人工导出 | 跨HIS、EMR、病案、PACS、OA统一检索与任务派发 | 信息科不再为一次调阅临时写脚本,减少接口救火 |
| 权限审批 | 权限按账号粗放分配,审批走线下签字 | 权限细到科室、角色、场景、操作,医务处审批流内置 | 医务处能说清谁批的,病案科能说清谁看的 |
| 审计留痕 | 只有登录日志,检索和导出行为不留痕 | 检索、审批、调阅、导出全程留痕,可按患者和操作人回溯 | 纠纷调阅时能还原完整操作链,应对病历调阅合规检查 |
| 部署方式 | 多数为公有云或需外网访问 | 支持院内网私有化部署,数据不出院内 | 信息科不用为数据出域反复做安全说明 |
| 响应时效 | 跨科室调阅依赖电话和邮件,以工作日计 | 任务在系统内流转,审批与交付在线完成 | 病案科交付节奏可控,医务处核查不被拖住 |
| 跨科室任务流转 | 催归档、调阅、复核各走各的台账 | 任务待办统一入口,催办、审批、交付、复核一条链 | 三个科室看的是同一份进度,减少口径打架 |
这家医院的经验可以拆成四条。先定权责再定功能,把“谁发起、谁审批、谁交付、谁复核”写成一页纸,功能清单围着这页纸展开。人脸底库要提前治理,证件照、床旁采集照、通行抓拍三类来源的采集规范不统一,后期检索命中率会受影响。接口清单按系统逐项确认,HIS取患者主索引,EMR取病历节点,病案取扫描件目录,PACS取检查目录,OA承接审批流,缺一项流程就断一环。灰度试点至少跑完一个完整月度周期,把催归档和调阅两条链路都压一遍。
合规这条线不能靠口头承诺。《医疗机构病历管理规定》对病历借阅、复制和保存有明确要求,国家卫健委推动的电子病历系统应用水平分级评价,也把调阅留痕和信息安全列为考察项,医疗质量安全核心制度中的信息安全管理制度同样要求操作可追溯。选型时把这几条对应到系统的审计模块上,比听一遍演示更有用。
如果这家医院的做法要变成你院内的动作,建议由病案科牵头,拉上信息科和医务处,把三方协同需求清单整理出来:跨系统检索范围、权限审批层级、审计留痕字段、响应时效指标,逐项打钩。然后要求厂商按跨科室流程做一次实景演示,用一份真实的调阅申请走完全程,而不是只看检索界面。如需了解人脸搜索管理系统的具体实施方案,可点击页面底部申请演示。
价格主要取决于接入系统数量、人脸底库规模和权限审批复杂度,而不是单看识别算法。三甲综合医院通常按接入HIS、EMR、病案、PACS、OA的接口数量和并发用户数报价,还要算上底库治理与培训工时。选型时先明确要打通几套系统、设几级审批,再让对方出分项报价,比一口价更容易比对。
先看它能不能跨系统检索,而不只是门禁或相册。再看权限是否细到科室、角色、场景和操作,审批流能否内置到医务处。审计留痕要能按患者和操作人回溯,检索、审批、调阅、导出每一步都有记录。最后确认支持院内网私有化部署,并让厂商用真实调阅流程做演示。
以三甲综合医院为例,主索引对齐、人脸底库治理、权限矩阵配置、灰度试点四步走完,通常需要数周到两三个月,取决于接入系统数量和历史照片质量。如果证件照、床旁采集照、通行抓拍三类来源格式不统一,底库治理会占掉较多时间。建议按病区灰度推进,不要全院一次性切换。
门禁人脸识别解决的是通行权限,认脸开门,数据一般留在门禁系统内。人脸搜索管理系统解决的是业务检索与协同,以人脸为入口,跨HIS、EMR、病案、PACS、OA聚合病案扫描件、住院照片、证件照,并带审批流和审计留痕。前者是出入口设备,后者是院内业务搜索与协同平台。
最直接的是调阅响应提速。临床或医务处提交调阅申请后,病案科在待办里收到任务,不用再翻纸质台账找住院号,也不必跨系统拼资料。其次是归档催办从电话转为系统推送,催办记录自动留痕。第三是交付范围可界定,谁看哪一类资料由权限矩阵决定,减少后续扯皮。
请填写真实信息,我们将在 1 个工作日内与您取得联系
联系我们
电话咨询
在线咨询
联系我们