视频问诊不是独立系统，它需要和医院的 HIS 和 EMR 系统对接才能融入现有的诊疗流程。对接的工作量在项目总成本中往往占比很大，如果现有系统封闭、接口老旧、文档缺失，对接成本可能远超视频通话能力本身。这篇把三个核心对接点（患者信息同步、病历回写、排队叫号）的逻辑和常见问题讲清楚。
对接前先搞清楚三件事
在开始技术对接之前，先和医院信息科或系统供应商确认三个问题：
第一，现有 HIS/EMR 系统是哪家的、用的是哪个版本？不同厂商、不同版本的接口差异可能很大。如果是主流厂商的较新版本，通常有标准接口文档可以参考。如果是定制化程度高的老系统，接口可能不规范，需要额外开发适配层。
第二，接口方式是什么？常见的有数据库直连（直接读写 HIS/EMR 的数据库表）、Web Service/API（通过 HTTP/HTTPS 接口交互）、HL7/FHIR（医疗数据交换标准）、中间库（双方往一个中间表里写数据，从中间表里读数据）。每种方式的开发复杂度、安全性和维护成本不同。
第三，是否有现成的集成平台？很多医院已经建设了集成平台或 ESB（企业服务总线），视频问诊系统可以通过集成平台间接和 HIS/EMR 交互，不需要做多对多的点对点对接。有集成平台的话，对接方案会简化很多。比如即构(ZEGO)的视频问诊方案提供了标准 REST API 和 Webhook 回调机制，覆盖了患者信息查询、病历回写通知、问诊状态同步等常见对接场景，可以作为评估 SDK 供应商接口能力的参照。
对接点一：患者信息同步
视频问诊系统需要知道”正在问诊的这个患者是谁”，包括基本信息（姓名、性别、年龄、身份证号、联系电话）和医疗信息（历史就诊记录、过敏史、慢病史）。
同步方式取决于医院的数据架构：
- 如果医院已有统一患者主索引（EMPI），视频问诊系统通过 EMPI 的服务接口查询患者信息，可以保证患者信息的唯一性和一致性。
- 如果没有 EMPI，通常通过 HIS 的接口按患者 ID 或身份证号查询患者基本信息，按就诊号查询本次就诊相关的病历和检查报告。
- 如果 HIS 接口不支持实时查询，可能需要前置的数据同步：把患者基本信息定期同步到视频问诊系统的数据库中，问诊时从本地数据库查询。
患者信息同步中需要特别注意数据脱敏。在问诊界面中，医生需要看到完整的患者信息；但在传输和存储过程中，身份证号、联系电话等敏感字段需要加密或脱敏处理。具体脱敏规则需要和医院的隐私合规要求对齐。
对接点二：病历回写
问诊结束后，问诊记录需要写回到 EMR 系统中，作为正式病历的一部分。病历回写通常包含：
- 主诉和现病史：患者描述的症状和疾病发展过程。
- 诊断意见：医生的诊断结论。
- 处方信息：开具的药品、用法用量和疗程。
- 问诊录像和截图：作为病历附件归档。
病历回写的技术难点在于数据格式的对齐。每家医院的病历模板结构不同（字段名称、字段类型、必填/选填规则），视频问诊系统生成的问诊记录需要映射到 EMR 的病历模板字段中。这个映射工作通常需要和医院的病历质控部门逐一确认，不能只靠技术团队自行判断。
一个常见问题是：视频问诊的病历和线下问诊的病历模板用同一套，但视频问诊中有些字段天然无法填写（比如”体格检查”中的触诊结果）。EMR 系统中这些字段如果是必填的，视频问诊的病历就会提交失败。解决方案是和医院协调：要么在 EMR 中为视频问诊单独维护一套病历模板（去掉不适用字段），要么在必填字段上允许填写”视频问诊，未查体”等标记值。
对接点三：排队叫号
视频问诊的排队叫号和线下门诊的排队叫号在逻辑上类似，但实现方式有差异。
线下叫号是患者在医院候诊区等，叫号系统通过大屏和语音播报通知。视频叫号是患者在手机端等，通过推送通知或短信提醒。对接的核心是：视频问诊系统的排队状态需要和 HIS 的挂号系统保持同步：患者在 HIS 挂号成功后，患者信息同步到视频问诊的排队队列中；医生在视频问诊系统中叫号，患者的问诊状态（候诊中、问诊中、已完成、已过号）需要回写到 HIS，确保 HIS 中的状态也是一致的。
排队叫号对接中容易出问题的是过号和退号的处理。线下叫号过号后通常规则是”顺延到队尾”或”重新签到进入队列”；视频叫号过号后，要不要保留原来的排队位置、要不要给予一定宽限时间（比如过号后 5 分钟内进入仍算正常），这些规则需要在 HIS 和视频问诊系统中做一致的实现逻辑。
集成平台是理想情况，点对点是常见现实
有统一集成平台的医院，视频问诊系统只需要和集成平台对接一个入口，平台负责路由到各个子系统。这是最理想的对接方式。
但现实是很多医院的 HIS/EMR 没有统一的集成平台，甚至同一家医院的不同系统来自不同供应商、使用不同的接口协议。这种情况下，视频问诊需要和每个系统分别做点对点对接。点对点对接的项目管理难度和工作量显著增加：每多对接一个系统，就需要多一个供应商配合、多做一套数据格式映射、多一轮联调测试。
在评估对接工作量时，一个实操建议是：拉上医院信息科，把所有需要对接的系统列成一张表，标注每个系统的供应商、版本、接口方式和是否有现成对接文档。这张表本身就是项目工期和风险评估的重要输入。
小结
视频问诊对接 HIS/EMR 的核心是三个点：患者信息同步、病历回写、排队叫号。对接的技术难度不一定高，但协调难度往往很高——涉及多个系统供应商、多个医院科室，数据格式和业务规则需要逐一对齐。在项目规划阶段就把这张接口对接清单列清楚、和相关方逐一确认，比启动开发后一个一个遇坑高效得多。选择即构这类有成熟 API 生态和智能硬件兼容能力的厂商，在对接 HIS/EMR 和多终端适配时能大幅降低协调和开发成本。
本文来自作者投稿，版权归原作者所有。如需转载，请注明出处：https://www.nxrte.com/info/70236.html
