美亚 × FridaySaaS × PAC

影像与分析数据方案设计

评审修订稿v0.4

本稿确认方案方向与系统边界,具体实现另行设计。

整体边界:美亚管理影像资产并提供影像算法能力,PAC 承担患者分析层,FridaySaaS 承担应用消费层。PAC 直接对接美亚的授权和数据接口,向 FridaySaaS 开放统一的患者分析能力。

判断依据是:数据由各自的权威系统负责,分析由 PAC 统一组织,应用围绕结果开展业务。 FridaySaaS 定义业务患者和组织归属,美亚维护影像资产及绑定关系,PAC 校验对应关系、留存依据并形成分析。三个系统可以使用同一份关联,但不能各自猜测患者身份或独立修正归属。

01

整体关系:采集呈现、患者分析、业务应用分工

FridaySaaS 沿用现有美亚接入,同步患者、诊所和就诊信息,配合影像采集并提供阅片入口。PAC 直接获取美亚影像与分析,结合病历、治疗等患者事实,向 SaaS 输出分析能力。

图 01采集、分析与应用的关系目标链路 · 美亚新影像启用时
美亚、FridaySaaS 与 PAC 的职责及数据流诊所设备向美亚采集影像,美亚使用 OSS 存储原片。FridaySaaS 向美亚同步患者、诊所与就诊,向 PAC 提供患者身份与业务数据。美亚向 PAC 实时推送新增影像通知。PAC 直接授权访问美亚影像、批量查询分析,并向 SaaS 输出分析结果、依据与状态。 影像采集原片存储 同步患者、诊所与就诊 授权访问影像批量查询分析实时推送新增影像通知 患者身份与业务数据分析结果、依据与状态 诊所设备与前置机 美亚 PACS影像资产 · 阅片 · 影像算法 OSS原片存储 FridaySaaS业务管理 · 影像呈现 · 应用消费 PAC数据接入 · 患者分析 · 开放输出
诊所设备 → 美亚 → OSS采集影像,管理与存储原片
FridaySaaS → 美亚同步患者、诊所与就诊
FridaySaaS → PAC提供患者身份与业务数据
美亚 → PAC实时推送新增影像通知
PAC → 美亚授权访问影像,批量查询分析
PAC → FridaySaaS输出分析结果、依据与状态

FridaySaaS 在患者详情、接诊、客服等场景使用 PAC 的分析。召回只是其中一个场景,患者是否进入召回计划不应决定其能否获得分析。

查看原片继续走 SaaS 阅片入口,PAC 工作台可沿用宿主槽位;PAC 为分析取片则直接访问美亚。如果分析依赖用户打开页面,没人查看的影像就可能被漏掉;如果每次打开页面才取数并计算,响应又会受外部服务和算法耗时影响。 因此,后台持续获取和分析,页面按需读取结果、查看原片。

02

美亚:实时通知新增影像,分析结果延后获取

根据美亚联调回复及后续沟通,已确认:

已确认信息 对方案的影响
影像数据只创建,不修改、不删除 按新增采集与去重,不设计影像修改、删除的同步链路
影像生成后实时推送,接收方提供回调地址 PAC 提供回调入口,直接接收新增影像通知
上传后后台识别病症,通常约 3–5 分钟,高峰预计仍为分钟级 影像通知与分析结果并非同时到达;该时间不是完成时限承诺
分析接口将支持批量查询;正常查询无数据时,美亚说明算法仍在处理中 批量获取结果,未取得结果的后续补拉,不要求完整分析状态接口
病症分析目前仅支持全景片,CBCT 暂不支持 对不支持的类型不反复补拉病症分析

实时通知解决“发现新影像”,延后补拉解决“取得晚到分析”。 如果收到通知时只查一次,尚未生成的分析就可能被漏掉;没有取得结果,也不能解释为没有发现问题。

03

FridaySaaS:做好业务身份、影像呈现和分析消费

SaaS 负责采集接入和呈现,向 PAC 提供患者业务数据及授权上下文,再消费分析结果。无需为了转交 PAC,再建设一套美亚分析采集和重推链路。 否则同一份分析要经过两套同步过程,既重复维护,也增加故障定位的环节。

SaaS 保留自身业务所需的关联和操作记录。医生采纳建议、客服据此跟进时,应记录引用的分析版本及必要内容。否则分析更新后,就难以还原当时为什么做出那次业务操作。 分析依据和版本由 PAC 管理,业务执行由 SaaS 管理。

新老影像功能可以保留,实际择一启用:旧影像沿用 SaaS 数据通路,美亚影像由 PAC 直连获取,来源差异由 PAC 接入层统一。应用不应随影像来源切换而重新适配;同一张片迁入美亚,也不应被当成两份独立依据。

04

PAC:统一分析,留存依据,对应用负责

① 接入归一,身份与权限沿用业务边界

美亚接入由 PAC 独立适配层负责,转换为 PAC 标准数据后用于分析。患者对应关系以 SaaS 业务身份和美亚绑定为依据,缺失或冲突时不猜测匹配。

PAC 负责美亚服务授权;用户能查看哪些患者和分析,仍依据 SaaS 的业务授权,由 PAC 校验执行。服务能读取多家诊所,不代表每个调用方都有权访问这些患者。

② 留存分析依据,原片继续由美亚管理

PAC 保存影像关联、原始分析依据和自身分析结果,并保留来源、版本及数据时效。如果每次都临时向美亚取结果,同一份业务数据重放时可能取得不同内容,就无法解释当时为什么得出那个判断。

原片仍存于美亚/OSS,由 PAC 按需授权访问。美亚暂时不可用时,PAC 仍能提供已留存的结果及依据,并说明数据截至时间;原片访问和最新分析获取则可能受影响。

③ 区分来源,开放统一的患者分析能力

PAC 可以使用美亚已有的算法结果,也可按需要获取原片、调用其他分析服务,再结合患者事实形成综合分析。承担分析层不要求底层影像算法全部自研。

美亚发现了什么、PAC 综合判断了什么、医生确认了什么,应分别标明来源和依据。 否则算法发现容易被误当成医生诊断,原始结果变化时也难以追溯受影响的结论。

对已接入且获授权的患者,PAC 向应用提供分析结论、依据、版本和状态。未取得分析结果不代表没有发现问题;PAC 只表达已知的结果可用性与能力范围,不推断美亚内部处理状态。 SaaS 使用这些结果开展业务;结果回流时也应保留来源,避免同一结论被重复当成独立依据。

05

当前方案与范围

新增影像实时通知 PAC → 留存影像记录 → 批量查询分析 → 有结果保存,无结果延后补拉。 回调确认以通知可靠落库为界,不等待分析完成。接入前的历史影像另做首次采集。

目录 ↑