弋阳县总医院人民医院院区智能影像云平台项目

根据《****政府采购法》等有关规定，现对“****医院院区智能影像云平台”项目进行价格征集，欢迎满足资格要求的供应商积极参与报价。

一、询价具体内容及要求

项目名称：****医院院区智能影像云平台项目

采购清单：详见附件1

附件1“****智能影像云平台采购需求”

1.设计原则

针对本项目，依照“统一规划，统一管理，统一标准，充分利旧，分步实施 ”的原则，将依据技术先进性、可扩充性、高可靠性、高可用性、成熟性、可管理性的总体设计思想，****医院成功案例和实际经验，进行整体的解决方案设计，****医院实际使用需求，具备患者端的数字影像（云胶片）、医生端****医院端的影像管理平台，也是医院对内对外的****服务中心，满足**省全民健康信息平台、**省医保影像云以及医保政策、**省检查检验共享互认、以及县域医共体等平台的互通和共享需求，避免医院重复接口开发和重复建设。技术先进性：系统设计应采用当前先进而成熟的技术，不仅可以满足本期工程的需求，也应把握未来的发展方向。

可扩充性：在系统设计时应充分考虑可扩充性，从而确保新功能、新业务的增加在原有的系统平台上扩展和实现。

高可靠性：具备先进的灾备的设计；充分保证系统的高扩展能力和高容错能力，具有通道负载自动均衡能力和性能调节能力，提供极为充分的可靠性各项指标设计。

高可用性：在不停机情况下，实现不停机扩容、维护、升级等服务，提高性能以满足新的业务需求，具备7×24小时连续工作的能力。

成熟性：应尽量选用经过大量运用、成熟可靠的系统。

可管理性：要求配置实时网络性能监测管理软件。网络和软硬件

系统中各进程对系统**占用等性能和操作数据等服务器性能进行实时监控和管理。

可实施性：选用成熟的技术，成熟的案例经验和设计方案，制定详细的技术实施方案。

2.平台架构

本项目采用本地化存储方式进行建设，****医院院内数据的存储。

3.技术路线

3.1.分布式架构设计

分布式架构设计是云影像系统为后期业务发展考虑的重要实现设计方式。针对计算、缓存、数据存储、消息运用了分布式设计。

计算：多家医院影像数据获取时，把原本需要串行获取数据的任

务，分成多个节点子任务并行处理，从而提高了计算效率。

缓存：分布式缓存系统提供了热点数据缓存机制，大大地缩减了访问时间，同时系统引入Redis，实现分布式锁来解决多系统操作数据唯一性和原子性。

数据存储：庞大的影像数据通过分库分表机制实现，把大数据根据设定规则存放在不同节点数据库，再把单节点数据库的表拆分多个子表存储，保证查询和存储效率。

消息：影像上传云端时，多线程高并发可能出现**不足，服务慢，甚至服务停止的问题。而消息队列以一种延迟消费的模式将异步任务都存到队列，然后再逐个消化。一方面保证系统的稳定性，一方面解耦了系统依赖。

3.2.微服务实现

微服务是利用云平台开发企业应用程序的最新技术，是小型、轻量和过程驱动的组件。微服务适合设计可扩展、易于维护的应用程序。它可以使开发更容易，还能使**得到最佳利用。其思想是把大业务模块拆小，独立运行和部署，模块和模块之间的通讯采用接口方式，最大程度降低发布和升级对系统的影响。

3.3.基于Springboot开发

基于Springboot开发是目前J2EE的主流开发实现，也是目前主流的微服务框架实现。集中表现在：

1）快速构建项目

通过简易的注解和简单的依赖便可以启动一个 web 服务。

2）对主流框架无缝集成

对常用缓存应用、消息中间件、消息治理、安全组件等服务已提供完善集成组件，大大提高开发效率，减少集成成本。

3）独立运行

不在依赖单独的web容器，如 tomcat，jboss等容器发布部署，其内嵌的简易容器可以便捷启动，减少不必要的容器**消耗。降低

了维护和运维成本。

4）监控服务

自带服务监控接 口，实时查看应用健康状态，减少开发成本和维护成本。

5）开发效率高

其丰富****社区支持，使得开发人员重点关注业务实现，大大减少第三方集成时间成本。

3.4.静态分离实现

静态交互页面采用主流的 VUE 框架实现，其灵活的数据驱动模式和丰富的应用插件，大大提高了开发效率。框架自带代码混淆部署功能，增加了竞争对手对实现逻辑的窃取难度。

部署时，把js,css等静态**文件，通过CDN的方式存储，提高不同地方的使用者打开页面加载速度。最重要的是，页面**的消耗单独有独立的 web 服务器渲染和压缩，和后台服务天然隔离，升级时互不影响。

3.5.网关安全设计

基于SpringBootGateWay实现功能授权和数据授权，同时配置多种策略，有效防止恶意爬虫软件获取数据。在开发效率方面，业务系统不再单独控制或者集成权限认证服务，提高了开发效率。在网络安全层方面，服务器隔离，只有网关服务暴露在外，降低了内部服务器被攻击的可能性。

3.6.RPC 通讯

RPC（RemoteProcedure Call）是一种远程调用协议，简单地说就是能使应用像调用本地方法一样的调用远程的过程或服务，是目前分布式系统中常用的通讯方式之一。相比http，webservice方式，RPC基于TCP协议，通过消息治理中间件，消费者不再关心服务由谁提供，不需要知道服务在哪里，****中心通讯，****中心统一分配可用服务请求。而服务提供者不关心谁会调用，它只负****治理中心，这样大大减少了系统之间的依赖和提高了系统的稳定性，****中心提供完善的健康状态查看服务，为运维提供了便捷。

4.身份唯一识别系统建设

EMPI指的是患者主索引，患者主索引服务主要为了保证在多个应用区域中患者身份的唯一性。主索引采用了IHEPIX的定义，实现相近的功能。

1）主索引设计目标

个人是卫生服务的对象，每一个人都可能在不同****医院、社区等）享受卫生服务，各自医疗卫生机构的应用系统都会分别给同一个真实的人分配了不同的系统标识ID。在区域各医疗服务机构之间如果要形成信息共享与交互，必须解决“人 ”的唯一身份识别问题，主索引服务的作用就在于把这些本应属于同一个人的不同标识关联起来，为区域电子健康档案信息交互共享提供基础。

主索引的设计目标是：借鉴IHEPIX规范实现不同系统ID间的匹配，提供个人/患者的唯一身份识别，为居民健康档案信息和医疗服务信息的交互共享提供基础。

EMPI主要实现功能：

（1）患者主索引：实现患者的区域性唯一标识（ID）（分配、删除、合并等）

（2）ID映射管理：基于患者唯一号，实现患者在各医疗卫生服务机构间的ID，以及其他各种身份 ID 的映射管理和查询；保证多医

院/医疗机构之间患者信息（Patient Profile）的一致性；

（3）基本信息管理：患者个人基本信息，基本健康信息管理；

（4）主索引查询：主索引患者信息访问控制，基于患者的基本信息模糊查询；

（5）主索引数据维护：主索引数据人工维护，如人工合并重复患者主索引等；

（6）重复信息匹配：自动识别匹配重复患者主索引，自动合并功能；

（7）患者关系管理：患者关系管理如家庭关系、社会关系等，实现患者 360 度视图；

（8****中心的网络；

（9）患者隐私管理；

（10）事件管理；

（11）数据质量管理。

2）主索引实现原理

主索引（EMPI）是指在特定域范围内，用以标识该域内每个居民实例并保持其唯一性的编码。患者唯一标识是指用于临床实际业务并且能够辅助进行患者信息唯一性识别，在该域或跨域各涉众均可见的居民唯一编码。

3）主索引服务过程

（1）患者主索引配置方式

EMPI是一个十分宽泛的概念，但它通常是和患者主ID域的建立联系在一起的。这个主 ID域相对其他的ID域，通常可以在更大的范围内适用，是一个“机构级别”的ID域。将多个患者ID域分级包含入一个“患者主ID域”中的方法，可以被看作是交叉索引的一个特殊用法，其中的各个ID域中的ID都和主ID域中的ID建立交叉索引关系。

（2）患者标识交叉索引使用过程

不同医疗机构采用不同的标识码标识同一个患者，****医疗机构间转诊需要交换转诊或协作信息进而共享医疗文档时，首先要求能够准确识别患者的身份，这就需要一个交叉索引系统，****医疗机构的标识码通过索引联系起来，在需要访问某个系统时可以提供患者在该系统的识别码。

4）主索引服务功能

（1）患者信息注册

业务系统希望把一个患者的索引加入到交叉索引系统时，向交叉索引系统传送请求注册消息，消息中包含待注册的患者信息，主要元素包括：患者基本信息：业务系统ID、患者ID、姓名、性别、出生日期、身份证号；患者扩展信息：住址、电话、联系人姓名、出生地、民族、婚姻状况等。

（2）患者信息匹配

接收到外部系统登记患者的请求信息后，交叉索引系统首先使用业务系统号＋患者局部ID（LID）查找，如果存在精确匹配的索引，只需要对原索引信息进行更新即可，如果没有找到精确匹配的患者索引，则需要根据患者的其它信息和系统中的记录进行匹配。

（3）更新主索引

在交叉索引系统新增或更新一个患者的索引信息后，同时需要对主索引进行更新。向交叉索引提供患者信息注册的系统可能拥有不同的信息可信度，因此其提供的信息对主索引的影响有所不同。更新操作根据新的信息对主索引每个字段记录的信息进行评价，确定该字段的最佳值。

（4）记录潜在重复

匹配引擎检测到申请登记的患者和现存索引存在潜在重复时，需要对潜在重复的情况进行记录，并返回给业务系统或系统管理员进行处理。

（5）发布主索引

业务系统可以向交叉索引系统订阅主索引，便于在以后的应用中加快应用，提高信息准确性，交叉索引系统在对一个患者的主索引更新或增加新索引后，需要向订阅主索引的业务系统发布更新。

（6）获取患者交叉索引

交叉索引系统的主要功能是为业务系统提供业务系统交叉索引表，业务系统可以通过两种方式获取交叉索引：通过全局标识获取、通过患者信息获取。

（7）获取患者主索引信息

交叉索引系统存储了患者在多个系统中的标识信息，并由此维护一个主索引，记录最准确的患者基本信息，该信息可以提供给业务系统使用，提高业务系统中患者信息的质量。获取患者主索引信息的使用方法要求与获取患者交叉索引类似，可以由业务系统提供全局标识获取，也可以由业务系统提供患者本地信息获取。

5）主索引管理功能

（1）查询患者

允许系统管理操作人员使用全局患者标识或业务系统本地患者标识检索患者；或者输入患者部分信息，如姓名、性别、出生日期、身份证号等检索患者，检索结果以列表形式返回给操作员。

（2）检索患者索引历史

以直观的形式显示指定患者的全部索引，浏览索引详细内容，并查看索引创建、更新的过程记录。

（3）比较患者索引

对选定的局部索引或主索引进行信息比较，检查两条记录的匹配度和差异性，生成差异报告。

（4）修改患者索引

提供操作界面满足管理后台对现有索引进行修正的要求。

（5）处理潜在重复

对潜在重复的索引进行合并或取消重复标记的操作，首先由系统提供潜在重复记录的差异报告，然后由管理员处理。系统自动匹配的索引或者人工合并的索引可以由管理员进行拆分。

（6）查看报表

提供操作界面查看系统中需要管理员处理的信息报表，包括潜在重复报表、默认匹配报表，也提供管理员人工处理的信息报表，如合并操作报表。

（7）系统管理

系统允许参数设置，包括业务系统权重设置、患者信息字段权重设置。使用权限管理，即使用系统的用户及其相应操作权限管理。系统字典管理，包括患者资料涉及的多种标准字典和系统自定义字典。

（8）日志管理

日志分类浏览，需分类的日志类型：索引注册、索引更新、系统匹配、潜在重复、手工拆分、手工合并。对日志显示设定限定条件，包括：日志时间、患者ID。日志导出，导出为XML。

5.功能介绍

5.1.****中心

5.1.1.数据采集、上传

****医疗机构统一部署实施，所有医疗机构产生的原始影像检查数据，通过接口从院内 PACS 系统中采集获取，通过前置机和外网上传到云平台，平台具有数据校对、校验和审计的功能机制，每天晚上 24 时自动进行数据校对（院内 PACS 系统、云端），若有数据遗漏、出错等问题，平台会以日志形式保存校对记录，并自动发送短信通知进行报警，第二天工作人员便可根据日志记录进行数据补发，保证上传数据的准确、完整、有效。

5.1.2.数据存储、归档

系统采用分布式微服务架构。****中心****医疗机构的相关节点信息，并将请求分发到相应的服务节点数据。数据通过分库分表机制实现，把大数据根据设定规则存放在不同节点数据库，再把单节点数据库的表拆分多个子表存储，保证查询和存储效率。

医疗机构上传的检查影像，会以病人的唯一标识（EMPI****中心完成归档和备份，实现患者的唯一标识管理，在平台覆盖地区范围内就诊的每个患者的历次检查影像都存储在云档案系统中。

系统将对检查的影像数据、报告数据、申请等数据提供数据采集服务、数据分析服务、数据清理服务、数据归档服务等，实现数据存储的统一标准、统一采集、统一归档、统一调用，为实现检查结果互认作基础支撑。确保数据存储时的唯一性、完整性、真实性。

5.2.患者端应用功能

数字影像服务可以通过多种浏览途径查看，****医院微信公众号完成对接，完成检查结果的推送，患者可以不限次数的浏览报告和原始影像；通过图文报告上的二维码，查看报告和原始影像；短信推送，以短信的方式将链接推送到患者手机端，患者可以查询与分享。此外，****医院 APP、医联（共）体平台等对接查询方式。

具体操作如下：

****医院需求，为医院患者提供不同的获取数字影像方式，方便快捷的调阅患者数字影像。

方式一：患者使用移动设备扫描报告单二维码

方式二：医院公众号、医院小程序等第三方入口调阅

方式三：患者手机接收数字影像短信链接方式

数字影像使用流程

1）扫描检查报告单****医院公众号、小程序、短

信链接、扫码等方式进入数字影像验证页面。

2）根据验证方式输入验证信息。

3）进入检查详情页面。

4）点击报告图标查看检查报告。

5）点击影像图标，进入影像列表页，点击按钮查看原始DICOM影像。

患者扫码获取数字影像后，将云存储****医院医生，减少重复打印或节约耗材，在页面点击右上方分享按钮，对数字影像进行授权设置，达到数据互通与分享。

分享时支持设置私密性、链接时效性、患者历史记录是否可查看。确定后复制链接在电脑端查看或使用手机扫一扫查看分享。

5.3.医院端应用功能

支持电脑、手机、PAD 各种终端进行影像数据调阅和书写报告、实时会诊，只要有网络，医生就能随时随地办公。如在出差途中，院内有业务支持需求，用手机就可以处理。让医生工作更方便，****医院就可以远程处理工作，时间灵活，效率更高。支持窗宽窗位调节、测量、三维重建、动态播放等基本诊断工具。

5.4.****中心

****医院申请诊断；****医院诊断功能，并处理诊断、会诊申请功能。让数据多跑路，患者和专家少跑腿，促进优质医疗**有效下沉，****医院压力，解决基层医疗**不足等问题，让患者在基层就能享受到优质医疗服务。

5.5.****中心

通过平台实现原始影像多屏同步+视频远程会诊，医学影像（不经过任何的软件编解码，分辨率及显示比例不失真）实时同步到远程的会诊方，所有参会的医生可以查看原始影像并进行诊断操作，使远程会诊看到的数据与本地一致。可实现多方共同接入，支持会诊室大屏会诊，也支持 PC、笔记本电脑、PAD、手机等终端接入会诊，符合移动化、便利化要求。

5.6.****中心

****医院的阅片质量追踪数据库；利用区域内影像网络管理的优势，对影像的质量控制工作实行信息化、网络化、常态化管理，同时支持医生诊断报告质量质控，对报告内容进行报告评分促进方便医生改进。支持质控统计数据上报、查看、审核管理及疑难会诊、在线质控等功能。

5.7.大数据分析与可视化功能

实现相关主管****医疗机构进行医学影像大数据监管，****医院平台使用情况，方便做出政策调整，优化**配置。

6.其它要求

(1)提供云影像存储与传输信息系统安全等级保护第三级备案证明。

(2)提供患者信息存储三年的软件、硬件设备及提供完善的免费售后服务方案

(3)负责免费安装设备及端口费用,

(4)至少提供一台自助胶片打印机及一台台式胶片打印机。

(5)提供至少3****医院的同类产品成功案例清单，以供调研。

(6)参询企业应就询价项目中产品进行按每人次参询报价，并需免费提供每百人次不低于三张实体激光胶片的使用。

备注：本次公开的询价内容是本项目采购工作的初步安排不确定中标单位，具体采购项目情况以相关实际采购为准。

二、报价要求：

1.报价单位报价格式自拟；

2.报价单位应提供营业执照，承诺具备《政府采购法》第二十二条规定的条件；

3.提供授权联系人及联系方式，非法定代表人的需提供法定代表人授权委托书；

4.报价单位须将报价资料密封，在密封处加盖公章、注明报价单位名称、联系方式，并在报价截止时间内递送、邮寄到****。加急标书代写

三、报价时间及方式：

1.2026年1月14日—2026年1月21日，截止时间：2026年1月21日，现场提交（以提交时间为准）或邮寄（以邮寄单位寄出时间为准，各参与报价供应商需将快递单号发送至收件人手机，以便查收快递），无论现场提交或邮寄，都需提交电子稿，电子稿与纸质材料一并递交。加急标书代写

2.根据需求清单进行报价。

四、联系方式：

1．采购人信息

名 称：****

地 址：**县南岩街道**路1号

2．采购执行机构信息

单位名称：****

收件地址：**省**市**中大道新天第小区2栋

联 系 人：汤先生 131****0116

邮 箱：****@qq.com

3. 邮件抄送至********@163.com