台州市中西医结合医院(医共体牵头单位)始建于1951年,是一家集医疗、教学、科研、预防、保健与康复为一体的公立中西医结合医院,为浙江省中医院台州分院、台州市红十字中西医结合医院、台州市中西医结合医院医共体牵头单位。先后荣获“全国百姓放心医院”、浙江省“平安医院”、浙江省健康促进医院、浙江省“先进基层党组织”、国家级“节约型公共机构示范单位”等荣誉称号。
经过多年的信息化建设,台州市中西医结合医院已建设完成良好的软硬件平台和完善的医院基础业务信息系统体系,基本覆盖所有诊疗环节。为整体推进“智慧医院”建设进程,提升医院信息化整体服务能力,以《国家医疗健康信息医院信息互联互通标准化成熟度测评方案(2020年版)》四级甲等为标准,在医院现有信息化建设基础之上进行改造与升级,利用互联网、人工智能与大数据等技术建设医院信息集成平台,从而使得医院的互联互通达到四级甲等水平。
本次项目主要建设医院信息集成平台一期内容,包含数据标准规范体系、平台管理、集成引擎与交互组件、医疗资源中心、主数据管理系统、平台互联互通业务联通改造等。
项目建设需要基于SOA架构和J2EE框架,采用MDM、XML、WebServices等技术,形成应用系统集成平台,平台不但要实现医院现有业务应用系统以及现有业务系统与相关外部系统的集成,也为今后新建应用系统的集成奠定基础。
集成平台的研发严格执行国际软件工程的标准(CMM、ISO等),符合HL7、ICD-10、DICOM、IHE等国际标准。以消息机制为技术核心。通过预制的适配器能集成多种技术,如.NET、JAVA。支持开发定制化的适配器。
一、整体要求
1、本次项目建设目标是通过国家医疗健康信息互联互通标准化成熟度测评四级甲等,需要采用行业内主流、应用成熟的核心交换引擎。
2、医院信息集成平台需要与医院现有HIS、PACS等系统实现集成对接,投标商的投标价应包含医院现有HIS、PACS等第三方软件供应商的软件对接及改造费用。
3、台州市中西医结合医院作为温岭市医共体牵头单位,需要具备多院区管理与数据共享能力,本次项目需要充分考虑医院未来的发展,平台需要支持多院区、集团化建设,能够有效支撑多院区、医共体等模式的建设。
4、医院信息集成平台建设完成后,需要通过平台实现对院外系统平台的统一对接,包括台州市区域卫生信息平台、台州市疾病预防控制信息系统、健康台州、温岭市医共体业务数据集成平台等。
5、投标商应该充分了解台州市中西医结合医院的信息化建设现状,最大限度地共享及应用医院现有的信息体系资源,不造成资源的浪费,实现医院业务系统的互联互通,完成医院医疗数据中心的建设,实现数据资产的价值再造。。
6、软件设计严格执行国家有关软件工程的标准,保证系统质量,提供完整、准确、详细的产品说明书,应用设计符合国际、国家、医疗卫生行业有关标准、规范和医院自身的发展规划。
7、此次系统必须具备很好的兼容性,统筹各种因素,预留外接接口,构成一个有机的安全管理系统。
8、系统遵从所涉及的业务的国际标准、国家标准及规范各项技术规定,做好系统的标准化设计与管理工作。
9、投标报价应包含第三方业务系统的接口费用,包括医院现有HIS系统、LIS系统、PACS系统、体检系统、手术麻醉管理系统、重症监护系统、医生电子病历、护理电子病历、病案无纸化系统、院感系统、合理用药系统等系统的适应性改造。
二、技术要求
1、为医院相关业务系统与外部系统之间的数据交换提供统一的基础平台
应用系统集成平台基于SOA架构,采用消息技术、服务技术为医院相关业务系统与外部系统之间的数据交换提供统一的基础平台。
2、基于Java/OpenESB/OGSI/SOA的灵活、可扩展的架构
形成应用系统集成平台,集成平台不但要实现医院现有业务应用系统以及现有业务系统与相关外部系统的集成,也为今后新建应用系统的集成奠定基础。
3、提供统一的基于SOA架构的应用集成框架
提供标准的应用系统适配器、技术适配器、适配器开发包等,为应用集成、数据采集、数据交换共享等提供支撑,实现随需而变、快速灵活满足业务需求的目标。
4、提供统一的基于构件和服务的应用服务框架
以J2EE中间件为核心,抽取医院各业务系统的共性构件、服务,形成应用服务平台,为应用快速搭建、合理部署、应用运行支撑提供支持。
5、提供统一的基于SOA架构的门户服务框架
遵循JSR168等国际开放技术标准建设门户服务平台,为内网业务门户、区域医疗互联网门户的搭建、部署、运行提供公共技术框架,确保系统各级用户依据不同权限,经统一认证后,经门户访问后端应用系统。
6、为系统后期建设提供统一的扩展平台
应用系统集成平台包括一系列的技术标准、引擎、服务、构件和工具等,在应用系统支撑平台的基础上,任何符合平台标准的业务系统或产品,都可以通过插拔的方式迅速灵活的部署,为医院信息化的后期建设、改造、扩展提供强有力的支撑。
序号 |
建设内容 |
系统模块 |
|
1. |
医院信息集成平台(一期) |
数据标准规范体系 |
数据标准规范 |
2. |
医院信息集成与交互服务规范 |
||
3. |
平台管理 |
统一门户Portal |
|
4. |
单点登录服务 |
||
5. |
统一用户认证 |
||
6. |
权限管理功能 |
||
7. |
集成引擎与交互组件 |
医院信息集成引擎(HSB) |
|
8. |
医疗业务系统整合交互服务组件 |
||
9. |
闭环追溯管理系统 |
||
10. |
医疗资源中心 |
||
11. |
主数据管理系统 |
||
12. |
平台互联互通业务联通改造 |
数据集标准化建设 |
|
13. |
互联互通服务标准化改造 |
||
14. |
医院现有业务系统适应性改造 |
||
15. |
其他业务系统改造 |
序号 |
功能要求 |
参数要求 |
1. |
数据标准体系 |
根据国家标准和规范,整理数据集作为临床数据中心建设的标准 |
2. |
符合国际、国家、行业以及医院标准 |
|
3. |
根据国家标准统一医疗信息系统中的临床信息数据规范 |
|
4. |
统计分析指标体系(公立医院绩效考核指标体系、等级医院评审指标体系、十八项核心制度指标体系、其他医院精细化管理指标体系)、分类与维度整理 |
|
5. |
术语字典规范整理 |
|
6. |
数据元值域代表字典标准整理,统一管理口径,实现全院统一定义 |
|
7. |
数据共享标准与接口规范 |
业务系统集成接口统一定义 |
8. |
提供统一对外的数据服务和访问标准和规范性文件 |
|
9. |
业务集成规范 |
遵循患者主索引与主数据规范 |
序号 |
功能要求 |
参数要求 |
1. |
建设要求 |
建立医院信息集成与交互服务规范,以满足基于医院信息平台不断扩展的医院业务整合需求 |
2. |
建设内容 |
实现业务系统集成场景梳理 |
3. |
完成交互服务分类体系梳理 |
|
4. |
完成交互服务内容结构定义 |
序号 |
功能要求 |
参数要求 |
1 |
统一门户 |
提供一站式单点登录,统一登录界面,通过用户的一次性鉴别登录,可获得所需访问的各应用系统的授权。 |
2 |
单点登录 |
一次性提供凭证,映射访问其他应用。 |
3 |
统一用户 |
统一所有应用系统的用户信息并进行存储和管理,而授权等操作则由各应用系统完成,即统一存储、分布授权。 |
4 |
以统一用户为基础,对所有应用系统提供统一的认证方式和认证策略,以识别用户身份的合法性。 |
|
5 |
权限管理功能 |
对平台各类实体信息进行数字身份的定义和标识。 |
6 |
实现数字身份流程化管理,控制数字身份的整个生命周期,支持身份信息申请、审批、变更及撤销等管理操作。 |
|
7 |
集中管理用户身份属性信息(包括姓名、性别、出生日期、民族、婚姻状况、职业、工作单位、住址、有效身份证件号码、联系电话等)。 |
|
8 |
每个用户具有唯一的身份标识和唯一的身份鉴别信息。 |
|
9 |
如果进行用户和系统之间的相互身份鉴别,则系统必须具有唯一的身份鉴别信息。 |
|
10 |
用户和系统的身份鉴别信息必须是不可伪造。 |
|
11 |
提供用户自助服务功能(例如身份注册申请、修改、密码重置等)。 |
|
12 |
将用户分为业务用户和管理用户两大类,根据用户职责对用户分类进行细化。 |
|
13 |
创建用户角色和工作组,按照一定规则将具有相同属性或特征的用户划分为一组,进行用户组管理。 |
|
14 |
支持基于“用户-角色/用户组-应用资源”的授权模型,制定授权策略。 |
|
15 |
每个授权用户具有唯一的用户标识(ID)和唯一的身份鉴别信息。 |
|
16 |
提供用户角色创建服务:创建用户角色和工作组,为各使用者分配独立用户名的功能。 |
|
17 |
为各角色、工作组和用户进行授权并分配相应权限,提供取消用户的功能,用户取消后保留该用户在系统中的历史信息。 |
|
18 |
提供增加、修改、删除和查询用户权限的功能。 |
|
19 |
支持分层次授权,避免集中授权复杂性,提高授权的准确性。 |
|
20 |
业务权限和管理权限严格分开,业务用户不具备管理权限。 |
|
21 |
平台对所有的授权行为进行审计跟踪,提供记录权限修改操作日志的功能。 |
序号 |
功能要求 |
参数要求 |
1 |
基础功能 |
支持多种平台系统,如Windows,Linux操作系统。 |
2 |
同时具备集成引擎和ESB功能,可选择性关闭消息内容及处理流程记录,支持同步异步消息处理,整体项目事务回滚。 |
|
3 |
能够实现日志的跟踪记录,并可实现详细追溯和消息体展示。 |
|
4 |
所有功能均通过支持HTML5的WEB浏览器完成,无需在配置电脑安装任何专属组件。 |
|
5 |
容灾能力 |
★支持热备高可用性部署,主备机之间配置、消息库可实时同步,当主机发生故障时,备机可在不需人工干预的情况下自动启动,消息在备机中继续运行,当主机修复后,消息会转回主机中继续处理。(需提供系统方案与软件功能截图) |
6 |
支持在终端连接的外部系统突然断线的情况下,终端保持运行状态,在外部系统重新工作后,引擎可以不需手动干预启动终端,自动重新连接。 |
|
7 |
协议兼容及转换支持 |
内嵌简单代码映射lookup表配置功能。 |
8 |
支持HL7v2、XML、JSON等标准和规范,提供对这些标准处理的工具。 |
|
9 |
支持多种通讯协议,包括但不限于TCP/IP、SOAP Web 服务、REST Web 服务、文件、定时器、JMS、Kafka、DLL、数据库等。 |
|
10 |
支持可配置的HL7业务层的追踪、重试、报错机制(message tracking)。 |
|
11 |
支持二次开发 |
支持通用的JAVA脚本开发功能,如 Groovy脚本,支持对JSON,XML 结构数据的脚本处理 。 |
12 |
具备单元测试能力,能够实现对脚本的在线调试。 |
|
13 |
支持用户内存库 |
支持内嵌内存数据库,可实时开启或关闭内存库使用,并支持单表千万级记录量。 |
14 |
动态路由机制 |
可以实现复杂动态路由编辑,且路由规则通过配置方式实现,可内嵌标准化消息处理组件。 |
15 |
统一化用户界面 |
开发界面应均为WEB界面;网页界面支持单页面随时切换中英文。 |
16 |
拖拉式图形化路由设计,并支持路由间的衔接和串联。 |
|
17 |
能提供全局视图显示整个流程完整流通线路,用户能直观查看包含多终端,多路由的完整消息处理流程,在一个视图页面上能看到整体业务流程图。 |
|
18 |
提供图形化数据映射配置界面。 |
|
19 |
开发及发布效率 |
能够快速开发并及时发布业务项目,实现及时调整、及时修改、及时发布,提高生产发布效率。 |
20 |
仪表盘 |
★仪表盘监控:以图表形式展现接收消息数量、错误消息数量、发送消息数量、错误消息数量(接收)、错误消息数量(发送)、堆内存、磁盘空间等信息。(需提供软件功能截图) |
21 |
多种数据库对接 |
支持主流关系型数据库数据抽取,更改,插入功能,如MS-SQL,Oracle,MySQL,并支持上传任意的数据库JDBC驱动以提供对其它数据库连接的支持。 |
22 |
提供数据处理结果全局流程显示,并提供流程树状显示和图形化显示,展示在整个流程中路由内每个节点处数据的状态, 方便用户进行问题排查。 |
|
23 |
数据库终端结果可自动生成XML或JSON schema方便数据映射。 |
|
24 |
支持数据库事务 |
数据库事务支持,一库多表操作时可回滚,支持跨数据库事务处理。 |
25 |
日志跟踪 |
可配置日志的保存期限,自动进行数据清理。 |
26 |
平台不使用特殊自定义数据库存储数据,允许用户在不使用引擎工具的情况下用通用数据库工具也能查询数据。 |
|
27 |
用户审计 |
提供用户审计记录,可对用户的所有操作进行记录。 |
28 |
运维管理 |
在线查看系统状态信息、进行性能监控,可以进行数据管理,允许访问日志、进行故障诊断。 |
29 |
监控界面应均为网页界面;网页界面支持单页面随时切换中英文。 |
|
30 |
在发生异常情况时或消息堆积时可发送通知和提醒 ,消息堆积警告和警报阙值可配置。 |
|
31 |
选择性消息跟踪 |
支持选择性关闭路由中消息追踪功能,减少不必要排错消息存储,节省磁盘空间。 |
32 |
开放引擎API |
提供可开放的集成平台管理、设置、监控的API,支持第三方的应用开发。 |
33 |
消息管理 |
★支持服务注册管理,能够管理与查看注册服务总数、状态、服务类型、服务名称、服务地址与服务操作。(需提供软件功能截图) |
34 |
支持服务发布管理,能够管理与查看发布服务总数、状态、服务类型、服务名称、服务地址与服务操作。 |
|
35 |
支持服务新增管理,能够新增厂商服务,包括服务标识、服务类型、服务名称、厂商名称、服务状态与服务操作。 |
|
36 |
功能测试要求 |
投标人需在投标文件中提供第三方出具的医院信息集成引擎系统的验收测试报告,第三方机构需具备市场监督管理局颁发的“检验检测机构资质认定证书”。 |
序号 |
功能要求 |
参数要求 |
1. |
临床服务系统 |
提供临床服务管理类系统的业务交互服务组件,实现院内基于平台的临床管理系统的互联互通 |
2. |
医疗管理系统 |
提供医疗管理类系统的业务交互服务组件,实现院内基于集成平台的医疗管理系统的互联互通 |
3. |
运营管理系统 |
提供运营管理类系统的业务交互服务组件,实现院内基于平台的运营管理系统的互联互通 |
4. |
患者服务系统 |
提供患者服务类系统的业务交互服务组件,实现院内基于平台的患者公众服务系统的互联互通 |
5. |
上级信息平台 |
提供与省、市平台的数据交互服务组件,实现基于信息平台与上级信息平台的互联互通 |
6. |
平台对内集成 |
医院信息集成平台需具备对内集成能力,应实现与医院在用HIS、PACS等系统的对接集成 |
7. |
平台对外集成 |
医院信息集成平台需具备对外集成能力,应实现与台州市区域卫生信息平台、台州市疾病预防控制信息系统、健康台州、温岭市医共体业务数据集成平台等对接集成,能管理医共体内成员单位相关指标。 |
*详情请见招标文件