按行业
医疗行业的设备与终端远程支持
医疗场景有两条约束比其它行业更硬，而且都不是技术问题：屏幕上可能有患者信息，而设备上可能正跑着一份没法重来的样本。
适用对象
- 医院信息科
- 医疗设备科
- 合规与信息安全岗
- 区域医疗集团的集中运维
部署前要和合规一起定的四个问题
- 录屏存在哪 落在我们的服务端，还是你们院内的环境里。
- 保留多久 留存周期要和院内既有的影像与日志策略对齐。
- 谁能调阅 信息科、合规、还是科室主任，权限边界要先画清楚。
- 能不能按设备关闭 诊室工作站与机房服务器的要求通常不一样。
能力范围我们能说清楚，但具体怎么配要你们的合规说了算 —— 这不是产品能替你决定的事。
医疗场景更硬的三条约束
三条里有两条不是技术问题，产品能做的是把选项摆清楚，决定权在你们的合规。
录屏在这里是双刃的
屏幕上可能有患者信息。录屏意味着这些信息被复制到了另一个地方、保存了一段时间、可能被另一批人看到。
有些操作没法重来
诊室工作站可能正在出报告，检验设备可能在跑样本。中断的不是某个人的工作，有时是一份已经采过、没法再采一次的样本。
院内网络有明确分区
如果远程接入的服务端不被允许在公网，独立部署就得提前摆上桌面——它不走标准套餐，越晚提代价越大。
对应的四项能力
第一项决定合规能不能过，第二项决定方案在院内成不成立，后两项决定它能不能覆盖多个科室与院区。
医疗场景要用到哪个版本
逐项能力的完整对照在定价页，这里只列院内运维真正会用到的那几项。
三件事的细账
医疗场景有两条约束比其它行业更硬，而且都不是技术问题。
一、录屏本身是个合规问题
自动录屏在多数行业是纯粹的好事：出了问题能复盘。
在医疗场景里它是双刃的。 屏幕上可能有患者信息， 而录屏意味着这些信息被复制到了另一个地方、保存了一段时间、 可能被另一批人看到。这不是「要不要开」的技术选项， 是需要和你们的合规或信息科一起定的事。
值得在部署前问清楚的几点：录屏存在哪、保留多久、谁能调阅、能不能按设备关闭。 能力范围见安全与审计， 但具体怎么配要你们的合规说了算，不是产品能替你决定的。
二、先看状态，再决定动不动手
诊室里的工作站可能正在出报告，检验设备可能在跑样本。 中断的不是某一个人的工作，是一次检查、一份报告， 有时是一份已经采过、没法再采一次的样本。
所以医疗场景对远程接入的第一诉求是只读的可见性： 先确认现在是什么状态、任务跑到哪一步，再决定要不要动手。 这和上一节的录屏限制是同一件事的两面 —— 能看到画面的人越少越好，但真正接入的那个人必须看得准。
三、网络与部署形态
医院内网通常有明确的分区和管控。如果远程接入的服务端不被允许在公网， 私有化独立部署是需要提前摆上桌面的选项 —— 它不走标准套餐，要通过在线客服单独谈，所以越早提越好。
走独立部署时，录屏与连接日志的落点也随之进到院内， 这通常比「能不能录」本身更能推动合规评审往前走。
医疗设备厂商是另一个视角
以上是医疗机构的视角。如果你是医疗设备厂商， 要远程诊断已经卖给医院的设备，约束不一样 （网络是客户的、现场那人不是工程师）， 那部分在设备远程诊断与维护。
诺信（中国）是医疗设备企业，正是这个视角的例子。
常见问题
录屏能不能按设备关闭？
这一项要按你们的部署方案单独确认，不同形态下可配置的粒度不一样。我们能明确的是：远程连接日志、文件传输记录、自动录屏、录屏查看与下载这几项从团队版起提供，免费版和个人版完全没有审计能力。具体的开关粒度请在方案阶段和客户经理一起过一遍。
录屏存在哪、保留多久？
取决于走云端还是独立部署。走独立部署时，服务端在你们自己的网络里，录屏与日志的落点也随之在院内。留存周期需要和院内既有的影像与日志策略对齐——这是要和合规一起定的事，不是产品预设好的。
服务端能不能放在院内？
可以，走独立部署版本。如果院内网络不允许远程接入的服务端在公网，这往往是唯一成立的形态。它不走标准套餐，需要联系客户经理单独谈，所以建议在选型早期就提出来，而不是等方案定了再回头改。
医护人员的账号能不能接进医院的身份系统？
可以，通过 REST API 打通单点登录。这解决的是账号治理：人员入职、轮岗、离职时，账号的开通与回收只有一个地方要改，不必为远程工具单独维护一套名单。集成能力在团队版与企业版提供，需要联系商务开通。
我们是医疗设备厂商，不是医院，该看哪一页？
看设备远程维护那一页。约束完全不同：网络是客户的、现场那个人不是工程师、产线或机房的准入规则由医院定。诺信（中国）就是这个视角的例子。
