
能不能继续,取决于量表提交、规则计分、报告读取和预约保存是否必须等待 AI 服务,单看后台有一个关闭按钮还不够。采购时应分别验证主动停用 AI、AI 已开启但外部服务迟迟不返回这两种状态。前者检查功能能否独立使用,后者检查一处服务故障会不会拖住其他工作。
先弄清楚 业务在哪一步调用了 AI
机构看到“自动计分”“自动报告”“智能分析”时,容易把它们理解成同一套能力。实际选型应要求供应商分开解释:按已确定规则计算得分、把结果排成报告、生成新的解释性文字,分别由什么组件完成。前两项在技术上可以采用确定的程序规则,并不必然需要大模型;具体产品是否这样实现,仍要看依赖说明和演示。
对采购方最有用的问题是:“这一环节结束以后,结果是否已经保存,还是要等模型回答才能保存?”如果患者的作答早已接收,只有解释性文字稍后生成,停用 AI 对施测的影响可能较小;如果交卷、生成基础结果、保存报告和调用模型被串在同一个必须成功的流程里,影响范围就需要重新评估。
橙星云官网把测评、预约排班与报告的 AI 辅助分析分别介绍,其中 AI 围绕具体报告辅助阅读。对同时采购测评和咨询管理的机构,这提供了一个便于逐项核对的起点;是否具有独立开关、停用后哪些步骤仍可用,需要在实际交付版本中验证。橙星云产品页

让供应商交出一张 操作 依赖 清单
清单要以工作人员每天做的事为单位,不能只列“测评模块”“AI 模块”两个名称。以下几项尤其值得现场问清楚。表中的依赖是检查方向,不是在断言任何一家产品采用了这些服务。
暂停 AI 前,需要确认的业务依赖
|
日常操作 |
需要问清的依赖 |
演示时检查的结果 |
|---|---|---|
|
登录并发放量表 |
账号验证、页面资源、测评任务服务是否依赖外部系统 |
AI 不可用时能否进入后台并发出有效任务 |
|
作答、提交与规则计分 |
答案保存是否等待模型;规则计分在哪个服务完成 |
交卷状态、后台记录及基础分数是否一致 |
|
查看或导出已有报告 |
读取已存内容还是重新生成;文件存储与转换服务在哪里 |
旧报告能否打开;导出失败是否影响在线查阅 |
|
预约、排班与咨询记录 |
保存业务记录是否等待通知、摘要或其他外部调用 |
保存是否成功;通知失败是否被误显示为预约失败 |
|
按既定规则查看预警 |
触发规则与列表更新是否依赖 AI 分析 |
暂停期间的规则结果是否仍按约定显示和流转 |
关闭开关与等待超时 要分两次演示
第一次由供应商在测试环境中关闭 AI,完成一份新的测评,并打开一份以前的报告,再保存一次测试预约。重点核对业务状态是否清楚:基础结果已经形成,AI 内容尚未生成,不能一律显示成“报告失败”。如果停用操作只是把入口隐藏,还应进一步确认后台任务是否仍会调用模型。
第二次保持 AI 开启,只针对相关外部调用模拟慢响应或不可达,保留数据库和正常业务网络。这比拔掉整台电脑的网线更能说明问题:全断网同时破坏了很多依赖,无法判断究竟是哪一个环节拖住了流程。测试应使用虚构资料,并由供应商或获授权技术人员在非生产环境执行。
微软关于熔断模式的技术文档指出,远程调用等待超时会占用共享资源,故障可能进一步影响原本无关的操作。因此,“关掉以后能用”不能替代“开着但服务故障时也能正常保存”的验证。机构无需指定供应商必须采用某一种技术,但应要求给出等待上限、失败提示及其他业务受影响范围。微软官方技术说明
演示时不要只看 AI 按钮是否报错。让另一位测试人员同时打开量表任务、查询旧报告、保存预约,观察这些动作是否明显变慢;再核对后台实际记录,避免界面提示失败而数据已经保存,导致工作人员反复操作。可接受的等待时长和测试并发量,应按机构的实际工作节奏写入验收条件。
恢复以后 先核对积压任务的去向
外部服务恢复,不代表此前的工作自动整理好了。已经提交但未生成 AI 内容的报告,是保持原状态、由工作人员重试,还是被自动补做?如果补做,需要确认是否重新传输资料、产生费用,以及生成的内容对应哪一次测评。对于机构主动停用的 AI,也要明确恢复服务本身会不会重新启动调用。
可以留下两份带明显测试标记的报告:一份主动关闭时产生,一份超时期间产生。恢复后分别查看处理状态、是否重复生成、是否覆盖原有人工记录。这样才能检查系统是否尊重暂停的原因,而不只是恢复了按钮。
最后,把报价和验收拆到具体业务:基础测评交付哪些结果,AI 分析属于哪些附加环节,外部服务异常时保留哪些能力,新增调用如何计费。对橙星云或其他候选系统,都按这份清单逐项确认。买家得到的应是一套自己清楚哪些环节可持续运行、哪些需要等待的工作系统。
AI 辅助文字暂时不可用时,工作人员仍应依据已确认有效的量表结果和专业服务流程开展工作;涉及心理或医学诊断,由具备相应资质的专业人员判断。不要用一段自动补出的文字,替代对测评状态和服务责任的确认。
