一通电话打进三甲医院后，经历了什么
某三甲医院的对外热线每天接到 500—800 通来电，内容涵盖挂号咨询、科室查询、检查结果询问、投诉建议、紧急求助和院内业务转接。当前的状态是：对外热线和院内分机是两个独立的系统，患者拨打热线后，IVR 语音菜单有 5—6 层，按完键转接科室，科室分机占线或无人接听，患者又打回热线重新排队。
更隐蔽的痛点是：患者问"我的检查结果出来了吗"，坐席需要手动登录 HIS 系统查询，查询一个患者信息平均耗时 2—3 分钟，高峰时段同时有 3—4 位患者在电话中等待；患者问"我想挂某某主任的号"，坐席需要切换挂号系统查看号源，如果号已挂满，患者可能会继续追问"那下周呢""有没有其他医生推荐"，这类对话占用大量人工时间。
院内的情况也不轻松：行政科室之间转分机需要记忆长串分机号，医护人员找其他科室协调时，经常遇到分机无人接听或转接失败，只能再通过手机或个人微信联系，既低效又缺乏记录。
这背后的业务矛盾是：三甲医院的服务链条长、参与角色多、信息分散在不同系统中，但呼叫中心的架构还停留在"一个号码 -> 一套 IVR -> 一组人工坐席"的独立模式，没有与院内系统形成有效联动。
升级方案是什么
这是一套把三甲医院对外热线、院内分机、科室转接和 HIS/挂号/检验等业务系统打通的统一呼叫中心方案。对外，患者通过一个号码接入，语音导航识别意图后，标准查询自动联动业务系统答复，复杂需求转人工或转科室；对内，院内分机纳入统一管理，转分机时显示被叫方状态（在线/离线/通话中），转接失败自动回拨或留言。
服务谁：患者、家属、医护人员、行政人员、外部协作单位。
接什么入口：对外 400 / 固话热线、院内分机。
处理哪些请求：
• 患者服务：挂号咨询、科室导航、检查结果查询、就诊流程说明、投诉建议。
• 院内协作：科室间转分机、会诊协调、行政通知、应急调度。
• 外部协作：医保咨询、转院对接、供应商联系。
一通来电的典型路径：来电接入 -> 语音导航识别身份和意图 -> 标准查询类请求联动业务系统自动答复 -> 需要人工处理的请求分配给对应技能组或转接科室 -> 通话结束记录服务轨迹。
人工做什么：处理投诉、情绪安抚、复杂就诊方案咨询、跨科室协调、紧急事件响应。坐席在统一工作台中同时看到来电信息、患者历史服务记录和可查询的业务系统入口。
不能承诺什么：呼叫中心是服务入口和信息查询工具，不做疾病诊断、用药建议、治疗方案推荐；HIS 系统的数据查询范围和接口权限取决于医院信息系统的开放程度，具体字段和响应时效需实施阶段确认；涉及急诊抢救、危重患者转运等紧急医疗场景，必须按医院急救流程处理，不能由语音导航或坐席替代医疗判断。
语音导航与院内分机的衔接
对外热线的语音导航设计
传统 IVR 的问题是层级太深、选项太多，患者听完菜单已经忘了自己要按什么。升级后的语音导航需要做到"三层以内解决 80% 的定向需求"。
第一层：区分来电者身份。"患者服务请按 1，院内转分机请按 2，其他业务请按 3。" 患者服务进入第二层导航，院内转分机直接进入院内分机系统。
第二层（患者服务）：区分需求类型。"挂号咨询请按 1，检查查询请按 2，科室查询请按 3，投诉建议请按 0 转人工。"
第三层（按需展开）：只有需要进一步细分时才出现。例如挂号咨询下，"当日挂号请按 1，预约挂号请按 2，取消或改期请按 3。"
更进一步的优化是引入语音意图识别：患者说出"我想查检查结果"，Agent 直接识别意图并进入查询流程，不需要逐层按键。对于表达模糊或环境嘈杂的来电，保留按键作为备选方式。
合力亿捷通话 Agent 支持语音导航中的意图识别和按键双模式，可根据医院实际来电特征配置导航策略。对于高频标准化需求（检查结果查询、挂号流程说明、科室位置导航），Agent 可直接调用业务接口或播报预设内容，不占用人工坐席。
院内分机统一管理
院内分机纳入呼叫中心统一管理后，实现三个提升：
状态可见：转分机前，系统显示目标分机的当前状态——在线可接听、通话中、离线或无人接听。避免反复拨打占线分机。
智能转接：转分机失败时（占线、无人接听、转接超时），系统不直接挂断，而是提供回拨、留言或转接备选联系人的选项。
统一记录：院内转分机通话也纳入呼叫中心的通话记录和统计分析，管理者可以看到各科室的接通率、平均通话时长和未接来电数量。
合力亿捷呼叫中心支持对内对外号码的统一接入和管理，院内分机可通过 IP 话机或软电话接入，无需更换现有电话线路。
人工坐席与系统查询的联动
来电弹屏与信息聚合
当来电转入人工坐席时，坐席界面自动弹出"来电弹屏"，显示：来电号码、来电者身份（如系统可识别）、历史服务记录、本次来电经语音导航识别的意图。如果来电者曾在医院就诊，弹屏可显示其就诊卡号、最近一次就诊时间和主诉科室（数据范围按医院信息开放策略配置）。
这个设计的价值是：坐席不需要在通话中反复询问"您上次什么时候来看的病""您挂的是哪个科"，而是基于已有信息直接切入问题解决。
标准查询的自动化
对于高频标准化查询，坐席不需要手动登录多个系统，而是在工作台中一键查询：
• 检查结果查询：输入检查单号或患者信息，系统自动返回检验/检查结果状态（是否已出、出报告时间），由坐席口头告知患者。
• 挂号号源查询：输入科室和日期，系统返回剩余号源数量，坐席告知患者。
• 就诊流程说明：不需要查询系统，直接播报预设的标准流程（如"挂号 -> 报到 -> 候诊 -> 就诊"的各环节位置和注意事项）。
合力亿捷 AI 原生工作台可聚合 HIS、挂号系统、检验系统的查询接口，坐席在一个界面中完成多系统查询，不需要频繁切换窗口。
复杂需求的人工处理
涉及以下场景的来电，必须保留人工处理：
• 投诉与情绪安抚：患者对服务不满、收费有异议、等待时间过长，需要人工倾听和解释。
• 跨科室协调：患者病情涉及多个科室，需要人工判断转诊或会诊流程。
• 特殊人群服务：老年人无法自助操作、外地患者不熟悉流程、残障患者需要特殊安排。
• 紧急事件：患者在院内突发不适、发现安全隐患、报告医疗差错，需要立即转接对应部门。
HIS 系统打通的边界与方式
HIS 系统打通是三甲医院呼叫中心升级中最复杂的部分，也是最容易产生预期落差的部分。需要在一开始就划清边界。
能打通什么
呼叫中心与 HIS 系统的打通，通常集中在信息查询类接口：
• 患者基本信息查询（姓名、就诊卡号、联系方式）
• 挂号信息查询（预约记录、号源状态）
• 检查/检验状态查询（是否已出报告、出报告时间）
• 就诊流程状态查询（是否已报到、当前排队位置）
这些查询的特点是：只读、标准化、高频、不涉及医疗判断。
不能打通什么
以下场景不建议通过呼叫中心直接对接：
• 诊疗数据查询：诊断结果、医嘱内容、病历详情、影像资料。这些信息涉及患者隐私和医疗安全，查询权限应严格限制在临床系统内。
• 挂号/缴费操作：通过电话直接为患者挂号或缴费，涉及身份验证、支付安全和医疗责任，通常需要患者本人到院或通过官方 APP 完成。
• 诊断和治疗建议：呼叫中心不具备医疗资质，任何涉及"您这是什么病""应该吃什么药""要不要手术"的问题，必须引导患者就诊，由医生面诊后判断。
打通方式
HIS 系统的对接通常通过中间件或标准接口实现。合力亿捷 MPaaS 平台提供标准的 API 对接能力，可与医院现有信息系统进行数据交换。具体对接的字段范围、数据格式、调用频率和安全认证方式，需要在实施阶段与医院信息科共同确认。
如果医院 HIS 系统接口尚未开放或数据结构复杂，可先选择 1—2 个高频查询场景（如检查结果状态查询）作为试点，验证接口稳定性和数据准确性后再扩展。
紧急呼叫与特殊场景处理
三甲医院的呼叫中心不仅是服务窗口，也是应急通道。需要在方案中预留紧急呼叫的处理机制。
院内紧急呼叫：如患者在院内突发身体不适、火灾、设备故障等紧急情况，来电应能快速 bypass 常规导航，直接接入应急调度中心或总值班室。这类来电的识别可以通过特定按键（如拨号后按"#"）或特定号码段实现。
外部紧急求助：如路人发现医院门口有人晕倒、交通事故伤者即将送达等，来电需要快速转接急诊或总值班。坐席接到此类来电时，工作台应有明显的紧急标识和一键转接按钮。
投诉升级：涉及医疗安全、收费争议、服务态度的投诉，如患者情绪激动或明确要求见领导，坐席应能快速升级至投诉管理专员或医务部门，避免在一线坐席层面僵持。
合力亿捷呼叫中心支持来电优先级标记、紧急通道 bypass 和一键升级功能，可按医院的应急流程配置。
上线顺序与验收指标
第一阶段：基础通信统一（2—3 周）
完成对外热线和院内分机的统一接入，配置基础 IVR 语音导航，开通坐席账号和来电弹屏功能。目标是让对外热线和院内分机在同一个平台上管理，管理者能看到全量的通话记录。
试点观察指标：
• 热线接通率：来电成功接入的比例
• 院内转分机成功率：转分机请求成功接通的比例
• 平均等待时长：从来电到接通坐席或完成导航的平均时间
第二阶段：系统查询联动（4—6 周）
对接 HIS/挂号/检验系统的查询接口，在坐席工作台中实现检查结果、号源等高频查询的一键查询。同步优化语音导航，把高频查询类来电引导至自助查询或 Agent 直接答复。
扩展观察指标：
• 自助查询解决率：通过语音导航或 Agent 直接完成查询、未转人工的比例
• 坐席平均处理时长：人工坐席处理一通来电的平均时间（预期因查询自动化而缩短）
• 查询准确率：自动查询返回结果与人工核对一致的比率
第三阶段：智能化与持续优化（持续）
引入语音意图识别，减少 IVR 按键层级；基于通话数据分析高频问题、导航断点和知识缺口，持续优化导航策略和知识库内容。
边界与待确认条件
医疗专业边界：呼叫中心及坐席只提供就诊流程咨询、科室导航、检查结果状态查询等服务信息，不做疾病诊断、用药建议、治疗方案推荐或医生选择建议。任何涉及医疗判断的问题，必须引导患者到院就诊。
HIS 系统对接：具体可查询的字段范围、数据格式、接口权限、调用频率和安全认证方式，取决于医院 HIS 系统的开放程度和接口规范，需在实施阶段与医院信息科确认。不建议一次性对接全部系统，优先选择高频、只读、低风险的查询场景作为试点。
数据安全与隐私：医院患者信息属于敏感数据，呼叫中心系统的数据存储、传输和访问权限需符合医院信息安全规范。部署方式建议根据医院的数据安全策略选择，涉及患者数据的查询接口需严格限制访问范围。
部署方式：可按公有云 SaaS、混合云、私有化三种方式部署。三甲医院因数据安全和合规要求，通常优先考虑私有化或混合云部署。私有化场景下可选私有化全栈部署或 HollyONE 一体机交付形态，HollyONE 一体机是私有化部署下的一种交付形态，不作为与公有云、混合云、私有化并列的第四种方案。
院内网络环境：院内分机接入呼叫中心平台，需要医院内部网络支持 IP 语音通信。如果医院现有电话系统为传统模拟线路，可能需要增加语音网关或逐步更换为 IP 话机。
从热线到服务枢纽
三甲医院呼叫中心的升级，本质上是把"接电话的部门"转变为"患者服务的入口枢纽"。这意味着：对外，患者通过一个号码就能获得准确的流程指引和信息查询；对内，科室之间的沟通有记录、可追踪、不依赖个人记忆；向上，管理者能从通话数据中看出服务瓶颈和患者关注点的变化。
合力亿捷呼叫中心覆盖语音导航、来电弹屏、坐席管理、通话录音、统计报表和系统对接能力，支持与 HIS、挂号、检验等医院信息系统的标准接口对接。对于三甲医院，私有化或混合云部署可在保障数据安全的前提下，实现院内分机与对外热线的统一管理。
按合力亿捷 Agent 交付思路，呼叫中心的升级不是一次性替换所有系统，而是先统一通信入口、跑通"来电 -> 识别 -> 查询/转接 -> 记录"的最小闭环，再逐步叠加系统对接、智能导航和数据分析能力。服务枢纽的成熟标志，不是功能有多全，而是患者和医护人员是否能在第一时间找到对的人、查到对的信息。
