远程会诊不是简单地"开个视频会议"。医疗机构真正想解决的，是三类长期存在的结构性矛盾：基层看不了、专家跑不动、病历传不通。
对基层医院来说，遇到疑难病例只能让患者转院，转诊带来的是患者流失，也是基层医生失去一次现场学习机会。对三甲专家来说，每周赴外地会诊要占掉一到两个完整工作日，真正用在看片子、讨论方案上的时间被大量通勤稀释。对医联体来说，影像、检验、病理资料分散在不同院区的信息系统里，会诊前光是凑齐一份完整资料就要花一两天。
一套可用的远程会诊系统，需要同时打通三件事：稳定的音视频通道（专家之间、专家与患者之间）、影像与病历的同步调阅（不用来回传文件）、会诊结论的结构化归档（能追溯、能质控、能作为病历的一部分）。缺少任何一环，系统都会退化成"能看能说但不能算"的摆设。
| 场景 | 参与方 | 对系统的核心要求 |
|---|---|---|
| 互联网医院在线复诊 | 医生 + 患者（1对1） | 患者端免安装、手机即可接入；实名认证与就诊人核验；处方与病历留痕 |
| 医联体日常会诊 | 牵头医院 + 成员单位（多对多） | 跨院区稳定联通；与双向转诊流程衔接；按科室/按病种分诊 |
| 肿瘤多学科 MDT | 外科/内科/放疗/病理/影像（5 方以上） | 多路高清同时在线；DICOM 影像同步标注；会诊纪要结构化 |
| 远程影像与病理会诊 | 申请方 + 诊断方 | 影像原始分辨率调阅；测量与标注工具；诊断报告回传 |
这四类场景的差异，直接决定了后续部署方式、带宽预算和对接深度。很多项目预算偏差，根源在于把所有会诊都按"多人视频会议"来估算，结果忽略了影像调阅和院内系统对接这两块真正的大头。
1080P 起步、支持 4K 采集端接入，弱网环境下自动降档不中断，端到端延迟可控
CT/MRI/病理切片同步调阅，支持窗宽窗位、测量、标注多方实时同步
多院多科室同时在线，支持主讲人切换、多方批注、角色权限分级
患者微信扫码或小程序即可加入，无需下载安装，支持家属陪同入会
全程录制并自动生成会诊纪要，参与专家、时间节点、结论结构化留存
与 HIS、PACS、EMR 对接，患者基本信息与检查报告自动带入会诊
| 部署方式 | 适合机构 | 数据位置 | 上线周期 | 投入量级 |
|---|---|---|---|---|
| SaaS 公有云 | 单体医院、诊所、起步阶段的互联网医院 | 云端，按账号隔离 | 1-2 周 | 低（按年订阅） |
| 私有化部署 | 三甲医院、对数据不出院区有硬要求的机构 | 全部在院内服务器 | 4-8 周 | 较高（一次性建设 + 年度维保） |
| 混合部署 | 医联体、多院区集团 | 信令走云，影像与业务数据留本地 | 3-6 周 | 中等 |
远程会诊对网络的敏感度远高于普通会议——画面卡顿会影响专家对影像细节和患者体征的判断，因此带宽规划要按峰值而非平均值来做。
| 会诊形态 | 建议上行带宽 | 说明 |
|---|---|---|
| 1 对 1 复诊（1080P） | 4-8 Mbps | 医生端与患者端各自预留 |
| 5 方 MDT（1080P） | 20-40 Mbps | 按参与方数量叠加 |
| MDT + DICOM 同步调阅 | 40-100 Mbps | 影像调阅单独预留带宽 |
| 4K 手术示教级会诊 | 100 Mbps 以上 | 建议院内专网或专线 |
| 阶段 | 主要工作 | 周期 |
|---|---|---|
| 需求梳理 | 明确会诊类型、参与科室、并发规模、合规要求 | 3-5 个工作日 |
| 方案设计 | 确定部署方式、网络改造方案、对接接口清单 | 1-2 周 |
| 部署联调 | 服务端部署、终端安装、与 HIS/PACS/EMR 联调 | 2-4 周 |
| 试运行 | 选 1-2 个科室试点，跑通真实会诊流程并收集反馈 | 2-4 周 |
| 推广与复盘 | 全院或医联体推广，按会诊量、转诊率变化做效果复盘 | 持续 |
其中最容易拖期的是第三步的院内系统对接。建议在需求阶段就把接口清单（患者信息查询、检查报告调取、影像调阅、会诊记录回写）列清楚，提前与信息科确认各系统的接口开放情况与改造成本，避免开工后才发现某套老系统没有标准接口。
远程会诊涉及患者隐私数据，合规是选型的第一道门槛，不是上线后的补丁。建设时应重点确认以下几项：
远程会诊系统的报价差异很大，主要来自四个变量：
整体区间大致从几千元/年的 SaaS 版本，到数十万元的一次性私有化建设不等。建议先按试点科室的真实并发量估算，预留 30% 余量，避免一开始就按全院峰值买单。
| 检查项 | 要确认的问题 |
|---|---|
| 影像能力 | 能否直接调阅 DICOM？标注是否多方同步？是否支持病理切片？ |
| 弱网表现 | 丢包 10%-20% 时是否仍可用？是否有降档策略？ |
| 院内对接 | 是否有 HIS/PACS/EMR 的现成对接案例？接口改造谁承担？ |
| 患者入口 | 老年患者能否零门槛接入？是否需要实名核验？ |
| 归档与质控 | 会诊记录能否回写病历？能否按科室统计会诊量？ |
| 合规材料 | 能否提供加密、审计、数据归属的书面说明？ |
| 扩展成本 | 增加并发、增加院区的边际成本是多少？ |
远程会诊属于互联网诊疗活动范畴，邀请方与受邀方机构需具备相应医疗机构执业许可，参与医师需具备相应执业资质并按规定完成备案。不同省份对互联网医院、远程医疗的备案流程存在差异，建设前建议先与属地卫生健康主管部门或医院医务处确认具体要求。
单路 1080P 会诊画面建议预留 4-8Mbps 上行带宽，多路 MDT 按参与方数量叠加；若同时共享 DICOM 影像，建议在视频之外额外预留 20-50Mbps。院区间专线或 VPN 互联优于公网直连，能有效降低抖动与丢包。
常见做法是影像数据不出院区，通过院内网闸或前置机与 PACS 对接，会诊端只做影像调阅与实时标注，避免原始数据传输到外网。参与方在会诊界面同步缩放、窗宽窗位调整与标注，意见可随会诊记录一并归档。
涉及诊疗行为的会诊建议全程录制并归档，保存期限按医院病历管理相关规定执行。系统支持自动生成会诊纪要，把关键结论、参与专家、时间节点结构化留存，便于后续质控与追溯。
支持。对数据不出院区有硬性要求的机构，可选择私有化部署，视频流、影像调阅与病历数据全部留在院内服务器；也可采用混合模式，视频信令走云端、影像与业务数据留在本地。
费用主要由并发会诊路数、部署方式（SaaS 或私有化）、与 HIS/PACS/EMR 的对接深度、录制存储容量四部分决定，通常从几千元/年的 SaaS 版本到数十万元的一次性私有化建设不等。标准化 SaaS 方案一到两周可上线，含院内系统对接的私有化项目一般需要四到八周。