融御科技 RongYu Technology
VNA 数据治理与互联底座

把医院散落在不同系统里的医学影像数据,真正收回到医院自己手里

面向多厂商、多模态、多院区影像环境,统一接入、归档与治理影像及报告数据,并通过标准化服务支撑 PACS 升级迁移、临床协同、科研与 AI 应用接入。

PRODUCT ARCHITECTURE EVOLUTION

VNA 数据治理与互联底座:五层权威架构

接进来、存下来、管起来、开出去、用起来。厂商中立与应用、数据解耦贯穿五层,而不是孤立的一项功能。

LAYER 01

多源接入

面向多厂商、多模态设备、存量 PACS、不同科室和院区,按项目清单规划接入与历史数据导入路径。

DICOM / HL7 / XDS
LAYER 02

统一归档与主索引

将影像、报告与关键元数据集中归档,建立患者、检查、影像的关联索引,为跨系统检索和后续治理建立共同目录。

Archive / EMPI / Index
LAYER 03 核心层

数据治理与可信存储

对元数据、数据质量、生命周期、完整性校验、分级存储与备份恢复进行持续治理,让数据具备可管理、可追溯的基础。

Governance / ILM / Integrity
LAYER 04

标准互联与服务

为 HIS、EMR、RIS、PACS、科研和第三方应用提供可配置的标准化服务;接口范围、版本和授权边界以项目清单为准。

DICOMweb / FHIR / API
LAYER 05

临床协同与智能应用

支撑全院调阅、多院区协同、云胶片、科研数据准备与 AI 应用接入;AI 分析结果需由临床医生复核。

Enterprise Imaging / AI Store

横向保障:安全、权限、审计、容灾、监控、运维与合规要求贯穿全部五层;具体安全等级与交付边界以项目方案、测评与验收材料为准。

查看治理建设清单

融御 VNA 数据治理与互联底座全景拓扑

接进来、存下来、管起来、开出去、用起来

多源数据采集与输入层Input Modalities
全模态临床检查设备
CT
MR
DR / CR
DSA
超声 US
内镜 ES
病理 WSI
12导联心电
存量与第三方数据源
第三方在役 PACSGE/飞利浦/联影等
历史影像与报告数据按项目盘点与迁移
Core Engine 底座核心

RongYu VNA

厂商中立医学影像数据基础设施

统一患者索引与数据治理EMPI Engine
• 全院统一患者主索引
• 私有Tag清洗映射
• Study UID规范校验
• 脱敏与防篡改对账
生命周期与分层存储 (ILM)Multi-tier
热存储 (SSD)
温存储 (NAS)
冷存储 (对象存)
标准互联服务与安全审计权限 / 审计
DICOM 3.0DICOMweb (专利)HL7 FHIRIHE XDS细粒度RBAC
全院业务与智能消费层Applications
临床诊疗与院内系统
PACS 阅片工作站 (任意厂商)
电子病历 EMR / 移动查房
全院 MDT 多学科会诊工作台
AI 算法与外部协同服务
AI Store (单点对接多家算法)
科研大数据平台 (脱敏导出)
医保影像云及跨机构协同
行业现实痛点剖析

医院真正缺的,往往不是另一套 PACS

大部分医院信息科面对的并不是“缺少阅片工具”,而是影像数据从一开始就被死死绑定在具体的业务应用里。

PROBLEM 01

不同科室影像分散在不同烟囱系统

放射科一套 PACS、超声科一套工作站、内镜科一套系统、病理科又是独立软件。数据格式与存储互不联通,临床 EMR 调阅困难,多学科 MDT 会诊无法同屏对比。

PROBLEM 02

PACS 厂商深度绑定,更换代价沉重

传统 PACS 常常以私有 Tag、私有文件组织方式甚至加密数据库封锁数据。一旦合同期满升级,医院议价权尽失,陷入被特定软件厂商持续绑架的被动局面。

PROBLEM 03

十年历史数十TB数据,成迁移“火药桶”

运行多年的旧 PACS 内部积累了数以千万计的历史文件。遇到机房搬迁或系统升级时,面临 Patient ID 冲突、DICOM 语法缺失与停诊风险,老厂商动辄索要高昂数据导出费。

PROBLEM 04

多院区与医共体影像,无法秒级共享调阅

总院用进口系统,分院用国产品牌,系统异构严重;广域网带宽受限,跨院转诊患者无法调阅历史检查,被迫让患者重复接受不必要的辐射与拍片检查。

PROBLEM 05

AI 算法接一个就要重复做一次定制开发

肺结节、肋骨骨折、头颈 CTA、冠脉分析……每引入一家新 AI 算法厂商,就要重新在 PACS/RIS 里开一次接口、改一次流程,接口维护成本与安全风险直线上升。

核心架构结论

当影像数据被绑定在具体业务系统里,医院拥有的是应用,却没有真正拥有自己的数据基础设施。

业务系统可以随着技术迭代不断更新,但属于医院的核心医学影像数据,决不能跟着某一家软件厂商一起流浪。

AUTHENTIC PRODUCT INTERFACES & PATENTS

真实工作台截图与权威自主知识产权

以可验证的真实产品能力与国家发明专利,支撑医院构建自主掌控的数据底座。

融御VNA全院影像统一工作列表Worklist
MODALITY WORKLIST & INDEX

全院统一检查工作列表与元数据索引

跨科室、跨模态汇总 Study UID、检查号、患者 ID 与检查状态,支持按权限进行检索与质控标记管理。

融御医学影像数据治理与运营BI看板
DATA GOVERNANCE & BI

医学影像数据资产与存储运营看板

实时监控全院影像增量吞吐、冷热分层沉降比例、节点健康状态与 DICOM 传输流量。

融御零插件Web医学影像诊断阅片器
DICOMWEB STREAMING VIEWER

纯 Web 零插件高保真医学影像阅片

基于 DICOMweb 协议流式下发,支持窗宽窗位快速调节、测量批注与历史多期对比。

国家知识产权局发明专利授权ZL 2021 1 0936746.4

发明专利名称:《基于 DICOM-Web 的医学影像管理系统及处理方法》。相关技术用于支持面向 Web 的医学影像管理与服务能力,具体功能范围以产品与项目接口说明为准。

查看专利与技术标准
PACS UPGRADE & DATA MIGRATION

医院更换 PACS,历史影像数据到底应该怎么迁?

从数据盘点、DICOM 语法一致性排查、EMPI 清洗、私有 Tag 映射,到并行验证、完整性校验、抽检和回退预案,形成可按项目裁剪的迁移工程路径。

✓ Study UID 与关联关系校验✓ 私有 Tag 映射规则确认✓ 分批迁移、抽检与回退预案
阅读 PACS 历史数据迁移工程指南
COMPREHENSIVE MATRIX

VNA 与传统 PACS 的本质差异

一个是科室诊断工作流软件,一个是全院数据资产基础设施。

对比维度传统 PACS (应用为中心)融御 VNA (数据基础设施)
数据归属权绑定于厂商专有数据库与私有存储结构遵循开放 DICOM/DICOMweb 标准,数据属于医院自有资产
更换系统成本通常涉及数据盘点、接口改造、迁移验证与停诊风险评估数据层与应用层解耦,升级路径和迁移范围可按项目规划
全院科室覆盖主要服务放射科,超声、内镜、病理各自建孤岛统一汇聚放射、超声、内镜、病理WSI、心电全模态影像
AI 算法接入每引入一家 AI 算法都要在 PACS 里做一次定制开发统一 AI Store 网关,单点对接多家算法,标准化输出
了解 12 个维度的完整深度对比与 TCO 测算模型查看完整对比分析
HOSPITAL IT QUESTIONS & ANSWERS

医疗信息化高频疑问与技术解答

针对信息科主任、放射科主任与医院主管领导最关切的现实问题。

PACS 主要承载科室阅片、报告等业务工作流;VNA 面向全院影像数据的统一归档、检索、治理和互联。通过标准化接口和独立的数据层,医院可在评估后逐步降低数据对单一业务应用的依赖。
联系我们

开启智能影像之旅

无论您是医院信息科主任、影像科主任,还是区域卫健委领导,我们都将为您提供专业的解决方案咨询。

全国服务热线

400-966-1993

商务邮箱

info@dicomclub.com

扫码添加企业微信

公众号

公众号

融小钰客服

融小钰客服