昆明市第一人民医院政府采购需求公示

（紧密型城市医疗集团建设项目）

各潜在供应商：

为便于供应商及时了解政府采购信息，根据“关于印发《昆明市卫生健康委员会政府采购需求管理制度（试行）》的通知”（昆卫财务发〔2024〕8号）有关规定，现将我院2024年紧密型城市医疗集团建设项目采购需求公开如下：

序号

采购项目

名称

采购需求概况

预算金额（万元）

预计

采购时间

备注

1

昆明市第一人民医院紧密型城市医疗集团建设项目

详见附件

305.5

2024年12月

/

本次公开的采购需求是本单位政府采购工作的初步安排，具体采购项目情况以相关采购公告和采购文件为准，公示内容：

一．采购项目名称：昆明市第一人民医院紧密型城市医疗集团建设项目

二．采购方式：公开招标

三．采购预算金额（万元）：305.5万元

四．本公示期限（不得少于3个工作日）自：2024年11月08日至2024年11月12日止

五．任何供应商、单位或者个人对本项目采购需求（详见附件）公示有异议的，应当在公示时间截止前将书面意见反馈给医院。六．联系事项

采购人：昆明市第一人民医院

地址：昆明市北京路1228号昆明市第一人民医院F栋2楼217室

联系人：梁老师

联系电话：158*****923

发布人：昆明市第一人民医院

发布时间：2024年11月7日

附件

昆明市第一人民医院紧密型城市医疗集团建设项目采购需求

（一）采购项目需实现的功能和目标：

搭建统一的医疗资源共享平台，实现我院与七家成员医院之间的信息共享与协同管理，信息互联互通，开展远程会诊、双向转诊、医疗信息共享、远程查房、病历讨论等远程医疗业务，为患者提供丰富的医疗健康服务，从整体上提高区域医疗水平，提高集团内各医院的社会效益和经济效益。

1、以患者为中心全面整合临床诊疗数据，立足各医疗机构现有信息基础和资源条件，将患者在医院的医疗信息，即时、全面、准确的为远程会诊业务提供数据支撑。

2、整合优质医疗资源，将门诊号源、住院床位下沉，集团内成员医院通过共享平台进行服务预约与使用，经基层转诊的患者可优先就诊、优先住院。

3、提供基层首诊、远程会诊、联合门诊等远程医疗服务，实现医院之间、医生之间全场景远程医疗协作。

4、建立基于分级诊疗的协同工作模式，在市、县（区）两级医院内根据患者病情需要，实现有序、有效双向转诊，建立以患者为中心的连续性医疗健康服务体系。

（二）技术要求：

1.设计原则

投标产品应具有较好的先进性、可操作性、可维护性、可靠性与安全性、整合性与扩展性、高性能等特点。

①标准化

建设的系统必须遵循医院指定的行业标准并制定相应的技术接口，支持以集成平台进行应用集成的技术标准，实现较高的标准化要求，以达到统一管理，统一标准，互联互通的要求。采用开放的、可扩展的数据标准，支持数据标准的动态变化，支持HL7标准，以及向后兼容今后国家、行业、地方所出台的数据标准等。

②先进性

系统应采用灵活的、稳定的信息技术架构，整个系统平台架构采用门户平台方式，可以集成B/S与C/S多种架构体系的不同产品，可以灵活配置用户使用功能及界面，能满足医院日益变化的个性化需求。通过门户可以对其他各种业务系统进行统一安全认证管理，实现整个业务系统的单点登陆。

③可维护性

系统应能实现统一维护，统一权限管理，统一数据库链接池管理。具有自动更新升级管理和错误日志管理功能。

④安全性

系统应满足实现系统7×24h连续安全运行，性能可靠，易于维护。由于本项目建设涉及到大量医疗业务数据和患者隐私数据，系统安全保障极为重要，中标人应具有医疗行业敏感数据加密经验，并从物理安全、网络安全、应用安全、数据安全、安全管理等多个层面提供详细的安全防护建议方案，以确保系统和数据的安全性。

⑤整合性与扩展性

系统可以融合各类不同体系架构产品。系统所有功能菜单可按用户角色的需求进行随时调整和组建。同时医院信息系统按照国际、国内有关标准开发设计。

采用开放式的系统软件平台、模块化的应用软件结构，系统应能灵活地扩充其业务功能，并可与其它业务系统进行无缝互连。

投标产品应充分考虑兼容国产化数据库管理软件、国产化服务器操作系统等国产化系统软件的需求。

⑥高性能

系统应充分考虑医院程序大业务量环境中运行的效率，防止死锁和并发操作。系统应支持自动任务管理系统，可以把比较大的，时实性不强的业务放到晚上执行，整个过程无须人工干涉，以合理分配医院服务器的资源，提高医院服务器的利用率。

2.建设依据

系统应遵循和满足现行或实施期间出台的有关标准、规范和要求等，主要包括，但不限于以下内容：

《医院信息系统基本功能规范》；

《病历书写基本规范》；

《电子病历基本规范（试行）》；

《中医电子病历基本规范（试行）》；

《电子病历系统功能规范（试行）》；

《临床检验结果共享系统互操作性规范》；

《中国医院信息基本数据集标准》；

《卫生信息数据规范指南》；

《电子病历基本架构与数据标准（试行）》；

《电子病历数据组与数据元标准》；

《电子病历基础模板数据集标准》；

《基于电子病历的医院信息平台建设技术解决方案》；

《信息安全等级保护管理办法》；

《信息安全等级保护技术标准》三级；

《电子病历系统功能应用水平分级评价方法及标准（试行）》；

《三级综合医院医疗质量管理与控制指标》；

《电子病历标准符合性测评方案》；

《国家医疗健康信息医院信息互联互通标准化成熟度（医院信息互联互通）测评方案（2020年版）》

《中华人民共和国网络安全法》；

《健康云南“2030”规划纲要》；

《医院智慧服务分级评价标准体系（试行）》；

3.关键技术

服务集成技术：应基于SOA架构模式采用领先技术开发的基于微服务架构的服务引擎，具有服务的注册、发布、服务编排、流程发布和服务权限等基本管理功能，支持WebService、Socket、MQ、JMS、Http等常见协议的消息接入、转换和输出，提供了XML、HL7 v2/v3/CDA 等（文档）消息格式的转换，提供消息路由、字典翻转、通用数据库操作等组件服务。

主索引技术：本项目应采用身份证、就诊卡或居民健康卡作为居民唯一标识的介质，而内部唯一标识号可按照系统规则自由定义，每个系统完成个人唯一编码后由数据中心给予验证，如果重复则给予回退，如果发现统一个体采用了不同标识，则系统通过模糊检索如姓名，性别，年龄等信息找出类似个体如果确认则将新个体与原标识进行唯一匹配，从而保证个人标识的唯一性和延续性。

围绕居民就医服务需求，通过线上线下相结合的方式，可以大幅度优化患者的就医流程，缩短线下窗口排队的次数和时间，改善居民就医体验的同时也减轻医院窗口的工作压力。通过优化居民整个就诊模式和就诊流程，改变就诊观念，同时方便老百姓的就诊。

(三)功能要求

1.远程诊断及云胶片平台(区域pacs诊断中心、云胶片)

1.1. 远程诊断

1.1.1. 影像系统服务端

(1)★支持在windows系统上安装、使用；同时也需满足国产运行环境，产品制造商需通过国产数据库、国产桌面操作系统、国产服务器操作系统兼容性测试，提供相关测试认证证书复印件。

(2)★具备数据标准化传递能力，具备数据库级、文档级、消息级别数据无缝传输能力，需提供产品制造商数据仓库类、医疗信息交互类及即时通讯类软件著作权证书复印件。

(3)支持对医学影像进行数据的标准化通讯、查询、显示、存储、处理、管理以及数据传输。

(4)支持与协作医院影像系统或设备连接；

(5)★DICOM文件存放：具备存储在系统中的数据进行全生命周期的管理功能，可以按照设定好的周期对数据进行近线或离线处理，也可对数据进行迁移操作。提供产品制造商数据生命周期管理类软件著作权证书复印件。

(6)★支持清理work list缓存功能，提供医疗器械质量监督相关部门出具的相关内容检测报告关键页复印件。

(7)支持同步和异步实现影像接收。

(8)★支持多种影像压缩技术，支持JPEGLossless、JPEGLSLossless、JPEG2000Lossless压缩。提供医疗器械质量监督相关部门出具的相关内容检测报告复印件。

(9)支持根据接收到的影像自动生成缩略图，便于用户提前预览。

(10)支持对影像中的姓名进行中英文转换。

(11)支持标准和私有的影像调阅模式。

(12)支持多种影像转发方式，可自动转发，也可手动转发。

(13)支持统一的系统后台管理功能，可以WEB界面的方式进行系统功能、显示内容等方面进行管理。

(14)具备完整的日志记录功能，便于用户追查。

(15)支持影像数量统计。

(16)支持影像转发任务监控，可查看调阅影像的耗时和影像数量以及是否成功。

(17)影像上传数量监控，可通过每日系统C-STORE接收统计的四级影像数量来监控。

(18)可查看系统接收影像的数量和耗时以及接收速度（个/秒），支持监控数据导出到Excel。

(19)可查看影像接收影像时间、中英文转换的耗时、写入数据库的时间和耗时等，可通过查询条件上传长时间未处理的影像数据库写入功能。

(20)可查看系统服务运行时的ERROR级别的日志内容，内志可导出到Excel。

(21)可查看系统服务对数据库的语句执行耗时，日志可导出到Excel。

(22)可查看相关通讯信息，日志可导出到Excel。

(23)可修改日志保留天数和删除前是否导出到Excel及周期和时间配置。

1.1.2. 影像调阅

(1)支持使用浏览器进行影像的在线查看操作，支持影像的常用浏览操作。

(2)支持影像窗口布局设置

(3)支持影像序列布局设置

(4)支持恢复图像至原始状态

(5)支持图像平移

(6)支持适应图像显示

(7)支持适应窗口显示

(8)支持放大镜功能，可进行病人图像进行局部放大查看。

(9)支持图像缩放显示，进行图像的放大/缩小操作。

(10)支持逐级放大，对选中图像的逐级放大。

(11)支持逐级缩小，对选中图像的逐级缩小

(12)支持窗宽位调节。

(13)支持水平/垂直镜像，对图像进行水平/垂直镜像调节

(14)支持顺/逆时针90度图像旋转。

(15)支持定位线，可在定位图上显示参考线

(16)支持3D光标，实现在不同象限内图像的三维定位功能

(17)支持图像反色显示。

(18)支持ROI调窗。

(19)支持箭头标注。

(20)支持清除图像上已经做的批注信息。

(21)支持浏览图像的Dicom详细信息

(22)支持测量图像的单点值

(23)支持在图像添加直线标注

(24)支持在图像上添加椭圆形标注

(25)支持在图像上添加角度标注或两线段夹角标注

(26)支持在图像上添加多边形标注

(27)支持在图像上添加心胸比测量标注

(28)支持按顺序播放序列内图像

(29)支持手动输入窗宽窗位

(30)支持快捷键应用预设窗宽窗位显示

1.1.3. 登记工作站

(1)可通过接口支持电子申请单获取；

(2)支持手工进行患者登记

(3)支持扫描申请单上传功能；

(4)支持电子申请单检查部位校验，将不符合检查项目高亮显示；

(5)支持患者多部位登记；

(6)支持读卡获取患者相关信息；

(7)支持申请单列表功能，可实现当前医疗机构快捷登记；

(8)支持登记快捷查询及高级查询功能；

(9)支持急诊状态登记；

(10)支持登记默认模板设置

支持高级查询功能

1.1.4. 报告工作站

(1)支持影像多屏幕分配显示设定；

(2)支持诊断多级审核流程；

(3)支持公有模板及私有模板使用；

(4)支持报告编辑锁定及解锁功能；

(5)支持报告模板的替换及追加切换；

(6)支持报告模板标题搜索；

(7)支持详细查询列表自定义功能；

(8)支持急诊患者或特殊患者优先显示功能；

(9)支持随访标记设定；

(10)支持病例阴阳性设定；

(11)支持报告暂存功能；

(12)支持报告打印功能；

(13)支持患者历史检查申请单、报告及影像查看；

(14)支持报告模板按树状结构分类设定；

(15)支持患者历史影像对比查看；

(16)支持报告恢复功能，追回已发布的报告并重新编辑发布；

支持报告审核；

1.1.5. 系统管理工作站

(1)支持后台系统管理；

(2)支持角色管理，支持分配不同的角色权限；

(3)支持检查部位及组套设定；

★对各功能模块可用性进行监控，避免出现应用模块异常引起业务停滞，提供系统监控类著作权软件证书。

1.2. 云胶片系统

1.2.1. 系统管理

(1)系统环境采用Windows操作系统，数据库采用SQL Server或Oracle。

(2)系统全面遵循IHE国际规范。

(3)支持SAN、NAS、对象存储等各种存储技术。

(4)支持与医院PACS系统对接，对放射类检查数据按照规则进行采集。

(5)业务数据传输支持标准接口入库，支持定时采集入库两种方式。

(6)数据采集和存储全面支持DICOM3.0标准，保证影像数据传输的效率和安全。

(7)支持将PACS系统中非DICOM标准设备产生的数据转换为DICOM标准数据处理。

(8)支持存储同时接收多个采集服务的数据传输，支持并发归档影像。

(9)支持多级在线存储策略，并且能够随时调整。

(10)长期归档存储设备支持设置自动删除策略，定时检测存储服务器磁盘空间，按照检查使用时间顺序删除。

(11)支持动态扩展影像报告存储服务存储空间。

(12)★系统具备对患者各类医技系统产生的检查报告、检查图像等进行综合查询的功能。需提供综合查询报告类软件著作权证书证书复印件并加盖投标人公章。

(13)★系统具备将院内患者各类医技系统产生的检查报告、检查图像等进行展示的功能。需提供统一浏览功能类软件著作权证书证书复印件并加盖投标人公章。

(14)基于HTML5标准开发，支持主流浏览器，无需任何插件支持。

(15)系统兼容性强，支持Android、IOS、Windows、MAC、Linux系统。

(16)自动适应手机／平板／PC不同分辨率屏幕布局，提升用户体验。

(17)支持用户登录时的密码验证功能。

(18)支持与微信公众号、小程序、APP等进行系统对接。

(19)患者数据支持https加密传输协议，能通过安全等保测评。

(20)支持患者通过移动设备查看电子胶片。

(21)支持患者通过移动设备查看已审核后的报告。

(22)可进行缩略图显示。

(23)支持对影像进行窗宽窗位调节和预定义窗宽窗位。

(24)支持图像平移。

(25)可对影像进行直线、面积、角度、CT值、矩形面积和椭圆面积等测量。

(26)具备影像播放和播放倍速选项。

(27)支持对影像进行缩放、窗宽窗位、旋转等操作后，还可以还原到初始状态。

(28)支持图像滚动操作。

(29)图像可顺时针、逆时针、旋转180°、水平镜射、垂直镜射、任意角度旋转等操作。

(30)支持图像标记功能，可通过箭头、箭头文字、矩形、椭圆等注释方式。

(31)支持对ROI感兴趣区域局部放大图像。

(32)支持检查报告及电子胶片通过二维码扫描或短信链接方式浏览实现权限验证，以免病人隐私泄露，提高信息安全。

1.2.2. 医生应用服务

(1)支持通过账号密码登录医生端系统，医生可以修改密码。

(2)支持列表展示患者信息。

(3)支持通过患者ID、流水号、患者姓名、检查时间查询患者信息。

(4)支持通过患者列表查看原始图文报告。

(5)支持通过患者列表查看患者影像，进行阅片。

(6)支持DICOM格式查看完整的检查影像。

(7)支持缩放、移动、旋转（L90，R90）、左右镜像、上下翻转、反相、播放、调窗（预设值、实时调节）、布局、序列查看等显示功能。

(8)支持距离、角度等测量功能。

1.2.3. 患者应用服务

(1)支持多医技科室检查的图文报告和电子影像统一查阅功能。

(2)支持手机、平板设备查阅检查报告和影像。

(3)支持电脑端查阅检查影像和报告。

(4)支持从医院微信公众号进入查看检查报告和影像。

(5)支持从医院微信小程序进入查看检查报告和影像。

(6)支持扫描报告单二维码进入查看检查报告和影像。

(7)支持通过推送的手机短信链接直接调阅检查报告影像。

(8)支持通过推送的微信链接直接调阅检查报告影像。

(9)支持短信推送检查报告完成提醒服务。

(10)支持微信推送检查报告完成提醒服务。

(11)支持移动设备直接触摸式滑动翻页浏览检查报告和影像。

(12)支持图片格式的检查报告的查看和保存下载。

(13)支持DICOM格式查看完整的检查影像。

(14)支持检查影像以原始DICOM格式导出。

(15)支持缩放、移动、旋转（L90，R90）、左右镜像、上下翻转、负片、播放、调窗（预设值、实时调节）、布局、序列查看等显示功能。

(16)支持距离、角度等测量功能。

(17)支持同一患者历史检查记录列表展示。

(18)支持检查结果分享，可通过二维码形式分享，分享过程具有严格的权限管理方案以确保患者信息安全。

(19)支持分享时设置二维码有效时效。

(20)支持数据分享时进行匿名化设置。

(21)支持分享时进行加密设置。

(22)支持通过姓名、身份证号登录查看报告。

2.远程医疗协同平台（官渡区 远程交班）

2.1远程医疗协同平台数据中心

(1)注册服务，支持个人注册、医疗卫生人员注册、医疗卫生机构注册，为项目所涉及的医疗机构内每家医疗机构分配唯一的标识，解决所获取的患者数据来源机构的唯一性识别，可为医疗就诊业务系统提供人员身份识别功能。

（2）为患者创建主索引服务，支持处理数据内与数据定位相关的复杂任务，支持远程会诊患者诊疗事件的汇集。

★（3）数据存储服务，为患者创建医疗数据中心，对患者数据集中存储，医学影像文件以文件格式存储；支持医学影像类数据与非影像类数据共同使用唯一索引；接收并管理人员信息和身份标识、提供查询和索引功能（提供医疗数据中心相关的计算机软件著作权登记证复印件加盖公章）。

★（4）数据可视化展现，支持远程会诊等远程医疗业务运营的会诊总量、每人申请量等关键数据的可视化展现（提供数据可视化展现界面截图）。

3.医疗资源共享平台（双向转诊、远程会诊）

3.1. 远程预约

3.1.1. 门诊/住院预约

（1）预约申请：基层医院向上级医院发起的门诊/住院就医申请，填写患者基本信息、期望就诊的时间等，提交到就诊医院，为有需要的患者提供门诊/住院预约服务。

（2）系统对接：支持上级医院门诊号源及住院床位预约申请。

3.2. 双向转诊

3.2.1. 门诊转诊

（1）门诊转诊申请：基层医生向上级医院发起的门诊转诊申请单，填写患者基本信息、初步诊断、病情摘要、转诊原因以及转往医院、转往医生与到院时间；

（2）资料共享：经授权，上级医院可调阅患者在基层医院就诊的病历资料。

（3）可根据合作医院的优质专科与技术，内置诊断推荐规则。

3.2.2. 住院转诊

（1）住院转诊申请：基层医生向上级医院发起的住院转诊申请单，填写患者基本信息、初步诊断、病情摘要、转诊原因以及转往医院、转往医生与到院时间。

（2）资料共享：经授权，上级医院可调阅患者在基层医院住院病历资料。

3.2.3. ?转诊回转

（1）下转治疗：接诊医生在完成转诊患者治疗后，可将患者一键转回到基层进行康复治疗，医生直接在转诊接诊列表中选择需要下转的患者，并填写患者治疗经过以及下一步的诊疗建议即可将患者转回基层医疗机构。

（2）资料共享：经授权，基层医院可调阅患者在上级医院住院病历资料。

3.3. 远程会诊

3.3.1. 远程会诊管理

★（1）远程会诊流程管理：支持远程专科会诊、远程多学科会诊、移动会诊等远程会诊管理。具有会诊申请、会诊安排、会诊报告等业务流程管理（提供远程会诊相关的计算机软件著作权登记证复印件加盖公章）。

（2）会诊申请：基层医生通过系统向上级医院发起普通会诊申请，填写患者的基本信息、初步诊断、病情摘要、会诊目的以及会诊医院、会诊时间。

（3）会诊通知：支持会诊安排在会诊终端即时通知，支持与短信平台对接即时短信通知。

（4）会诊呼叫及应答服务：支持多组同屏会诊请求，按组建立会诊通道，互不干扰，保证会诊质量。

（5）资料共享：经授权，上级医院可调阅患者在基层医院的相关病历资料，并提交会诊意见。

（6）图文交流：支持医生与医生之间使用图片、文字等方式进行会诊交流。

（7）视频交流：在会诊过程中，支持采用视频的方式进行医生与医生之间的会诊，实时创建会诊双方视频、音频通道；支持传输高清、标清视频图像能力；具有良好的声音处理技术，支持多路混音，方便在会诊中进行讨论。在会诊过程中支持查看患者的病历资料。

（8）支持通过屏幕共享的方式快速进行电脑桌面共享，从而辅助上级会诊医生进行患者病情的分析、确定临床诊断与下一步治疗方案，输出会诊报告。以信息化促进区域疑难杂症协同诊疗效率与提升诊疗质量。

（9）支持建立会诊专家管理，按学科分组。

★（10）会诊质控管理：支持会诊前资料审核和会诊报告后质控管理，对不符合会诊申请条件、病历资料不全等会诊申请驳回，对会诊报告时间、会诊报告内容记录质控意见（提供会诊质控相关的计算机软件著作权登记证复印件加盖公章）。

（11）会诊统计：支持包括会诊申请、会诊量等数据统计。

（12）跨平台同屏交互会诊服务：支持患者病历共享和远程同步调阅，支持参与会诊多方影像处理交互操作和标注功能同屏显示。

（13）融合通讯服务：包括用户通讯录管理、病历分享和图文/语音信息交互服务，支持用户创建病历讨论群。

3.3.2. 远程同屏会诊专业端

（1）支持用户授权登录。

（2）支持会诊患者病历、医嘱、检验结果、检查报告调阅。

（3）会诊患者DICOM影像数据调阅和图像处理，具有图像窗宽/窗位、移动、缩放、测量、标注等功能，支持CT动态影像播放、序列对比等图像处理功能。

（4）支持会诊申请、查询，即时发出/接收会诊请求。

（5）支持参与会诊多方语音、视频交互。

★（6）支持参与会诊多方同步调阅电子病历、医学影像、检查报告、检验结果、医嘱等诊疗信息，支持参与会诊多方影像处理交互操作和标注功能同屏显示（提供同屏会诊相关的计算机软件著作权登记证复印件加盖公章）。

（7）支持会诊报告录入、编辑、打印功能。

3.4. 65寸会诊触控终端

(1)处理器：英特尔酷睿i5

(2)内存：8GB；

(3)硬盘：256GB SSD；

(4)屏幕尺寸：65寸；

(5)分辨率：3840×2160；

(6)触摸：多点触控；

(7)会诊视音频设备；

(8)其它：一体机支架。

(9）数量：一台

3.5. 远程门诊

3.5.1. ?联合门诊

(1)联合门诊预约与登记：患者可通过系统选择上级接诊医生，选择就诊时间后发起联合门诊申请，也支持基层医生为患者预约联合门诊或远程复诊。整个过程患者均在基层享受完整的就医服务，门诊过程由基层医生与专家医生共同接诊，需要时患者在基层进行检验检查等辅助诊疗活动，专家医生远程指导基层医生，提供治疗意见。根据患者实际情况可留在基层进行后续的治疗，也可由基层医生发起转诊将患者转往上级医院。

(2)基层首诊与远程复诊：患者按照预约时间到达基层医生诊室进行基层线下首诊，由基层医生进行面诊并完成初诊病历、体格检查等，然后上级医生可联合基层医生为患者提供远程会诊。

(3)建立B2B2C的联合门诊信息化服务模式，在基层医生门诊诊疗过程中，遇到难以诊断的患者可以一键互联上级医生进行远程指导，通过图文、音视频互动的形式进行交流，基层医生完成患者首诊并提交首诊病例数据、患者体征数据，辅助上级医生判断病情并输出诊疗建议、开具处方，让患者在家门口也能看上级医院专家医生的医疗服务。

3.6. 远程教学

3.6.1. 远程示教

(1)图文交流：支持医生与医生之间使用图片、文字等方式进行远程示教。

(2)视频交流：在示教过程中，支持采用视频的方式进行医生与医生之间的示教交流，在示教过程中支持查看患者的病历资料。

3.7. 远程培训

3.7.1. ?在线培训

为医生提供在线课程学习，支持进行课程收费管理、学员管理、学习人数统计等

3.8. 医疗HCRM

3.8.1. 生态门户

支持接入企业单位、学校、社区、个人诊所、村卫生室、个人医生等，实现合作生态门户的接入，打造医院大健康联盟，促进业务增量

3.8.2. ?业务拓展

(1)患者档案: 提供患者远程建档、档案管理、患者查询等服务，支持与his、公共卫生健康档案集成，实现患者诊疗与健康数据融合共享。

(2)接诊中心：支持医院接诊分诊，包括门诊、住院、医技和体检等接诊工作大厅。

(3)合作管理：支持接入合作医疗机构、企业单位、学校、急救、保险、连锁药店等联盟伙伴，实现合作生态门户，促进医院业务增量。

(4)包括个人积分与机构活力值，根据系统的业务行为累计积分，从而反映用户或机构的业务贡献度，可支持线下积分利用核销。

涉及医院发展患者管理，包括业务通知、运营推广、跟踪闭环、订单监督和绩效统计等内容。

3.9. 管理平台

3.9.1. 数据统计分析

(1)数据统计：患者门诊/住院预约人数、双向转诊人数、会诊人数、基层医院申请数量、上级医院接诊人次、远程示教数量、检验检查结果互认数量等。

(2)患者统计分析：患者性别分布、年龄分布、来源分布以及服务次数，建档机构等数据的统计分析。

(3)★数据大屏。

4 .接口（诊疗信息共享、医疗集团结果互认/号源管理下沉）

4.1. 接口资源整合

通过整合上下级集团单位的系统接口，整合集团的医疗资源，用于服务医疗过程中的医疗协同，主要包括：

（1）机构管理：维护和管理集团中的全部医疗机构信息。

（2）系统管理：维护和管理所有即将接入集团平台的各个机构内各个厂商的系统，分配系统唯一号。

（3）业务类型：定义医疗业务类型。

（4）★ 接口管理：根据医疗协同中涉及到的业务，维护由各个医疗机构提供的业务系统接口，形成统一的服务API和资源池。接口须包含实现业务过程的全部接口。

（5）调用记录：查看每个机构通过不同系统调用资源接口的记录，包括成功和失败信息。

（6）★ 资源统计：统计各个机构在资源平台上提供的资源。

（7）调用汇总：汇总统计接口调用信息用于战略分析。

（8）调用趋势：根据不同时间段内汇总接口调用数据的曲线图，查看和分析业务发展趋势。

（9）API文档：接口调用的接口文档，为接口服务提供支撑。

4.2. 主数据管理

4.2.1. 基础数据维护

用于维护系统内部基本使用支撑的相关数据，包含片区维护，机构维护，科室维护，病区维护等相关功能。对于中心，此处的数据维护可以维护全量初始数据以及后续维护片区数据。对于院区，初始化数据由中心下发，仅可以由院区管理员维护本院区相关基础数据，后续更新数据下发可以给相应友好提示便于片区做个性化基础数据管理。

（1）片区维护： 本功能用于展示各片区基础数据，包括片区基本信息，片区数据路由方式等相关操作。

（2）机构维护：由中心机构来维护机构组织代码、机构名称、机构性质、机构类别、等级、对应上级机构，机构简称，机构别名，地址，详细地址，等相关主要信息.中心机构处理完成。

（3）科室维护：由中心机构来维护科室代码、科室名称、所属机构、科室类别、科室简称、科室排序等主要信息。中心机构处理完成初始化数据后，由初始化分发服务功能选择初始化分发数据，各机构可以维护自己机构的相关科室数据。

（4）病区维护：由中心机构来维护机病区代码、病区名称、所属机构、病区类别、病区简称、病区排序等主要信息，中心机构处理完成初始化数据后，由初始化分发服务功能选择初始化分发数据，各机构可以维护自己机构的相关病区数据。

（5）科室病区映射： 由中心机构来维护科室与病区映射关系等主要信息，中心机构处理完成初始化数据后，由初始化分发服务功能选择初始化分发数据. 各机构可以维护自己机构的科室与病区映射关系。

（6）用户维护： 展示全部用户与用户对应的院区子用户数据信息，允许维护全部数据，片区机构可以对自己片区机构的子用户数据进行个性化更新操作，片区更新数据将通过分发数据服务由中心端统一整合数据管理，便于下次管理操作。

4.2.2. 数据字典管理

（1）标准术语结构：用于管理和配置标准字典的字典表结构。

（2）标准字典管理：主要用于查阅以及维护各个标准字典的数据值域。

（3）标准字典映射：用于映射标准字典值域和业务字典值域数据，标准字典数据为一份，业务字典数据一个片区一份。在映射时中心平台可以根据片区选择查看不同片区的映射列表，也可以去给不同片区的业务字典去添加绑定标准字典。

（4）业务术语结构：在功能上和标准字典术语结构功能一致，只不过用于针对业务字典数据处理。

（5）业务字典管理：在功能上和标准字典功能一致，只不过用于针对业务字典数据处理

（6）业务字典权限：该功能用于给角色分配是否可以查看对应字典的权限。

（7）留痕记录： 该功能主要用于记录针对中心平台主数据系统的操作日志。

4.2.3. 数据下发服务

（1）初始化分发数据： 通过执行初始化脚本的方式在中心主数据平台分步执行完成后(此时将初始化数据本地复制N( N为当前片区的院区数量)份并打上片区标识，后续数据使用都需要带上院区标识进行操作)，并生成对应的初始化SQL脚本，通过消息系统发送初始化消息给各个片区，各个片区主数据平台接收到初始化消息后，执行拉取分发的SQL脚本文件，将初始化SQL脚本拉取到对应片区执行数据初始化操作，统一完成对应操作后通知中心已完成数据初始化，中心记录对应日志信息。

（2）分发数据迭代更新： 中心平台管理员后续更新基础数据后(如新增药品信息)，完成一系列数据维护后，在发布更新功能菜单选择发布新版本，即可针对上次发布版本后所有的更新操作产生更新包，更新包中的强制更新数据会优先作用于中心平台的数据中，同时产生更新消息下发到所有的片区机构。

片区机构接收到更新消息后，将从中心机构拉取更新包到本地片区服务器，对于更新包中的强制更新数据会直接作用到机构的数据中，而可选更新则由片区数据管理者选择更新与否，如果更新，作用与本地的同时会通知到中心，由中心再次执行更新包中的可选更新数据内容。

片区机构管理员管理需要管理本片区数据时，可以直接登录到本平台，该管理员只有自己机构的数据权限，维护数据时，将即时对于中心的数据副本与片区的数据实体同时修改(使用消息队列方式传递更新数据)。

4.3. 系统配置

4.3.1. 权限管理系统

（1）用户权限管理：

用于中心平台与各片区机构管理系统中各个用户相关的机构权限，菜单权限，科室权限以及角色权限，对于中心平台，管理员可以维护所有片区机构的用户权限数据，对于下属片区，机构管理员仅能维护自己当前机构的用户权限数据。

（2）角色权限管理：

用于中心平台与各片区机构管理系统中所用到的角色与角色所具有的权限，权限限于菜单权限，管理员可以批量将角色授权给一批未分配的用户，同样可以管理角色的组别， 对于中心平台，管理员可以维护所有片区机构的角色权限数据，对于下属片区，机构管理员仅能维护自己当前机构的角色权限数据。

（3）机构菜单管理：

用于中心平台管理各机构所拥有的菜单结构权限 ，对于中心平台，管理员可以维护所有片区机构的菜单结构权限，对于下属片区，机构管理员仅能维护自己当前机构的菜单结构权限。

4.3.2. 自动任务

（1）任务设置子系统

任务设置子系统主要提供任务类别管理、任务策略管理功能。

任务类别管理：可以添加修改和删除任务类别。添加任务类别时需要指定任务类别ID，根据任务类别ID的不同，处理程序提供不同的任务处理逻辑；通常还需要指定JSON格式的配置模版以及配置说明；

任务策略管理：机构可以选择一个任务类别来创建具体的任务策略。创建策略时需指定下次执行时间和执行时间间隔。任务策略可以修改、删除或者启用/禁用。

（2）任务调度子系统

系统扫描任务策略列表，到达执行时间的任务策略会被调度执行。产生任务项发送到任务队列。执行器从队列中获取任务并执行和提交执行结果。

自动调度：系统按指定时间间隔（比如3秒）扫描策略列表，到达计划执行时间的策略将被执行，生成任务项目发送到执行队列，交执行器执行。

手动调度：用户可以手动立即调度一个任务策略。

记录日志：任务调度和任务项执行结果记录任务日志。

（3）任务日志子系统

用户可以查询任务相关日志，包括调度日志列表、任务项列表和任务项日志列表。可以通过任务项列表重试任务项。

查询调度日志列表：可以将机构、策略、执行时间、结果状态组合为查询条件，查询任务调度日志列表；

查询任务项列表：选择一条调度日志，可以查询对应的任务项目列表。

查询任务项日志列表：一条任务项每次执行或重试都会生成任务项日志

重试任务项：在任务项列表中，可以重试任务项。

（4）任务执行器

任务执行器由各业务系统实现。业务系统订阅任务消息，收到任务项后根据任务类别ID处理具体任务。处理任务时也可以继续创建子任务项。任务项处理完毕需要记录任务项日志。

4.3.3. 系统设置

（1）菜单维护： 由中心机构来维护菜单访问路径，菜单图标等主要信息.中心机构处理完成初始化数据后，由初始化分发服务功能选择初始化分发数据. 各机构可以维护自己的菜单相应权限的数据。

（2）系统管理：维护各个业务系统的单点登录信息。

（3）系统参数管理：提供灵活配置各个业务节点的设置，以方便在不修改系统代码的同时，通过配置项来适配业务管理模式。

（4）系统配置：分机构分系统来配置系统需要各项配置文件。

4.4. 协同服务平台

4.4.1. 患者主索引系统

（1）EMPI患者注册服务：

患者在片区机构建档时，会优先校验片区本地有无患者信息，有的情况下直接完成建档，继续后续业务，没有的情况下会请求中心平台查询有无对应患者的基本信息，中心平台校验中心平台有无对应患者基本信息，有的情况下由片区拉取对应患者基本信息，完成片区机构建档操作。

中心平台也没有的情况，由片区平台登记人员完成基本信息登记建档并由片区本地EMPI建档服务复制记录副本(中心完成同步后定期清理)，然后通知中心平台拉取记录同步.中心平台定期定时(或者手动)完成同步数据操作。

（2）PIX交叉索引服务：

业务系统完成业务流程后将业务域索引记录按照约定的业务规则记录在本地的索引库(按时间分批次)中，并定期按批次向中心发送消息通知。

（3）索引回调查询：

中心接受消息后定期从业务系统索引库中提取索引记录，按照约定好的业务域规则与患者EMPI患者唯一索引匹配数据后入库存储。

4.4.2. 业务协同

（1）预约挂号业务

由集团内的下级医疗机构的医生站发起。根据当前看诊患者的病情，医生可以为患者向中心医院，发起预约挂号服务。

预约挂号：可以为患者预约挂号。选择目标机构排班列表，为患者选择排班并挂号。

缴费：通过医院公众号或小程序扫码支付挂号费用。

（2）检查检验结果互认

提供基于API接口互认服务，包括检查、检验和病理等结果的互认。

（3）患者诊疗数据调阅和提供

提供基于数据平台的患者诊疗数据调阅和查询。

（4）患者数据授权管理

提供基于患者授权的患者数据调阅服务。

4.4.3. 公共服务平台

（1）业务协同配置：

业务协同配置用于配置接口调用链路相关，对外开放API调用，组织，授权方式，便于内外部系统组织具体业务协同流程。

（2）业务协同统计：

统计功能贯穿于整个业务协同流程。无论是转检转验、转院还是会诊服务，每一步操作的结果与参与者都会被系统详细记录并统计。这些统计数据不仅包括申请数量、执行效率，还包括各机构间的协作频率、响应时间等关键指标。通过对这些数据的深度分析，为优化流程提供有力的数据支持。

（3）业务协同监管：

监管功能在处方管理和疾病管理流程中得到了充分体现。处方管理通过统计用药种类、用量、频次等信息，实现对用药行为的实时监控和预警。一旦发现不合理用药或滥用药物的情况，系统会立即触发警报并及时阻断协同过程，确保用药安全。同时，疾病管理通过统计和分析疾病数据，为监管部门提供疾病流行趋势、高发区域等关键信息，有助于制定针对性的防控策略。

商务要求：

1. 具备《政府采购法》第二十二条规定的条件,且提供以下证明文件：

（1）投标人应是来自中华人民共和国的法人或者其他组织（需提供有效的营业执照，若分支机构投标的应提供具有法人资格的总公司出具的授权书及总公司营业执照，同一总公司的两个分支机构不得同时参加投标，分支机构投标可以引用总公司的财务报表、资质和业绩，法律法规或者行业另有规定的除外）；

（2）履行合同所必需的设备和专业技术能力的证明材料或书面声明；

（3）参加政府采购活动前3年内在经营活动中没有重大违法记录的书面声明。

2.投标人没有被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单及其他不符合规定条件的供应商。[根据信用中国网站（www.creditchina.gov.cn）、中国政府采购网（www.ccgp.gov.cn）主体信用记录信息进行查询]。

3.单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得参加同一合同项下的政府采购活动 (投标人出具声明函)

4. 支持具备原产品授权函或产品合作协议的公司投标，且认同原产品公司资质、软件著作权和案例。

5.投标人或授权公司具备该项目产品软件著作权

6.与各区县的联调联试费及中心端HIS接口费包含在本项目投标总价内。

7.要求产品不限制加入的区县医疗机构数量，未来扩展各区县医疗机构不得再收取软件产品费。技术实施费按工作量评估。

8.供应商需具有如下服务能力：

（1）信息安全能力：具有CCRC中国网络安全审查认证和市场监管大数据中心颁发的信息系统安全集成服务认证、信息系统安全运维服务认证

（2）软件开发及运维能力：具有软件能力成熟度5级证书

9.进度、质量承诺

(1)合同履约期限：自合同签订之日起60个日历天。交付地点：甲方指定地点。

(2)投标人须对交付期限、且质量满足医院评级要求做出承诺，对在约定时间内无法交付/无法过级承担违约责任，并承担给采购人造成的损失。需提供清晰、违约责任明确的承诺。

10.履约保证金：为保证采购人的合法权益，中标公示发布之日起五个工作日内，成交候选人须向院方缴纳成交价的10%作为履约保证金，如逾期视为放弃中标资格。如所投产品终验通过，将10%履约保证金退还中标人，如验证不通过，10%的履约保证金不予退还，并保留对成交候选人和产品厂商追究相关责任的权利（投标人须提供承诺函原件）

11.为保证采购人的合法权益，中标公示发布之日起五个工作日内，采购人有权要求成交候选人提供与投标相同型号的产品进行对应功能逐一验证，全部通过后方可执行合同流程，如验证中发现虚假应标的行为，采购人有权拒签合同，取消中标资格，顺延第二成交候选人继续进行功能验证，以此类推，验证通过确定为中标人（投标人须提供承诺函原件）。

12.付款方式

（1）付款方式：合同签订后，中标方项目团队完成对医院本项目建设调研并提供实施方案和实施计划，双方签字确认，项目技术团队人员进驻采购人医院后，中标方提出付款申请，采购方确认后，中标方开具全额发票（普通发票），采购方向中标方支付合同价款的50%；

（2）所有业务模块完成交付，采购方组织专家组进行终验后，中标人提出付款申请，采购方确认后向中标人支付合同价款的40%；

（3）终验后进入1年免费维保期，免费维保期满后，如中标方无任何违约行为，系统运行正常，经考核合格后，采购方收到中标方付款申请确认后向中标方支付合同价款的10%；

备注：若合同签订后，付款方式有变动的，以实际签订合同时约定的内容为准。