项目要求.docx
- 文档编号:10849401
- 上传时间:2023-02-23
- 格式:DOCX
- 页数:23
- 大小:26KB
项目要求.docx
《项目要求.docx》由会员分享,可在线阅读,更多相关《项目要求.docx(23页珍藏版)》请在冰豆网上搜索。
项目要求
第四部分项目要求
注明:
以下内容如与本公司正式发售的招标文件有出入的,以发售的招标文件为准
镇海龙赛医院(招宝山区域医联体)信息化建设项目——信息集成平台项目要求
一、项目背景
镇海区招宝山区域医联体由镇海龙赛医院、镇海中医医院和招宝山社区卫生服务中心三家医疗机构组成,医联体信息化建设项目目标是将下属三家医疗机构的信息系统进行整合,逐步满足互联互通要求。
本次采购是针对龙赛医院和中医院之间的信息集成,通过信息集成平台的建设进一步规范数据标准,提高数据互联互通,为临床医生和管理层提供更为便捷的使用平台。
二、总体技术要求
Ø投标商应该充分了解镇海区招宝山区域医联体的信息化建设现状,最大限度地共享及应用医院现有的信息体系资源,不造成资源的浪费,构架在医务流程方面可进行优化互动的系统,针对医院业务构建目前先进的集成医疗信息系统。
Ø系统间的整合:
实现招宝山区域医联体医院信息系统与集成平台的高度集成,实现无缝整合,投标商的投标价应包含医联体医院信息系统与集成平台项目对接所涉及的第三方供应商的软件适应性改造及接口费用。
Ø投标产品采用业界公认的安全、高效的大型数据库。
Ø医院集成平台必须按照SOA(面向服务的架构)的设计理念,采用组件化、松耦合的设计思路,建立一个异构系统之间、物联网与应用系统之间、医院信息平台与区域信息平台之间实现互操作(信息共享、流程交互)的平台,必须基于SOA和IHE(医疗健康信息集成规范),符合卫计委医院信息互联互通标准,其中集成平台中间件必须采用IBM、ORION或Oracle的大型平台产品。
采用webservice协议、DLL等多种方式让各医疗信息系统之间以一种统一的数据标准、统一交互框架、统一的安全认证实现系统集成和数据集成,实现业务系统之间信息的“互认”和“交互,提高流程标准化、自动化和可靠性。
Ø医院集成平台建设应有效地对医院各业务系统进行整合,通过梳理医院业务流程,规范业务系统间消息交互的应用流程;通过集成平台对接各业务系统,实现数据交换和业务流程优化;通过主数据管理体系对主数据、字典等实现统一数据标准化。
Ø投标人提供的资信证明、证明等材料应在法律规定的有效期内且须在本招标公示日前取得。
在整个采购过程中,由采购中心组织评委会将对投标人的资质进行审查,若发现投标人的资质条件不符合招标文件要求,可随时取消其投标或中标资格。
Ø投标人在项目实施期间需提供4位项目实施人员常驻采购人单位进行项目实施。
工程师必须是项目建设组成员(非美工和测试人员)。
驻场工程师不得随意更换,一年内不得超过一次,更换前三个月必须通知并取得业主单位同意。
三、详细技术要求
3.1招标内容列表清单
序号
建设系统
系统子模块
备注
1.
集成平台
集成平台总线
2.
MPI患者主索引
3.
单点登录
4.
应用系统接入
5.
系统监控与管理模块
6.
数据字典
7.
数据中心ODS
运营数据中心
8.
运营决策分析
9.
临床数据中心CDR
临床数据中心
10.
患者统一视图
11.
医生视图
12.
综合查询
13.
知识库支持
14.
管理系统
15.
与应用系统接口
包含与HIS系统、LIS系统、PACS系统、设备物资管理系统、合理用药与临床药学系统、手术麻醉系统等接口
总接口费不超过137万
3.2信息标准化建设
3.2.1集成平台
3.2.1.1集成平台总线
序号
功能要求
技术参数要求
1
总体要求
具备与各临床业务系统集成功能:
包括但不仅限于患者信息、门诊处方、住院医嘱、检验业务、检查业务、电子病历、手术麻醉业务、护理业务、移动医疗业务。
2
集成平台要求采用SOA架构,须遵循医疗健康信息传输标准-HL7V2版本,消息封装支持采用ER7、XML、SOAP,安全方面支持采用数字证书,传输支持HTTP、HTTPS、MLLP等协议。
3
运行平台
可安装运行于在各种主流操作系统上,并同时支持64位操作系统图平台,包括:
(1)Linux®(x64)
(2)Microsoft®Windows®2008Server(x64)以上版本
4
数据库支持
支持集成不同厂商的数据库:
(1)Microsoft®微软SQL系列
(2)Oracle甲骨文系列
(3)MySQL
5
完整WebService及多种协议服务
投标方门户需支持以下WebService网络服务标准
(1)WSDL1.1
(2)SOAP1.1&1.2
(3)WS-Addressing
(4)WS-Security
(5)WS-Policy
6
可扩充性和升级能力
系统建设采用零编程和面向服务设计技术,对于其可扩充性和升级能力必须有强力的支持。
必须在统一的java及OSGI平台上进行扩充升级。
7
代码开发标准
OSGI开放式服务通路主动式框架(Open Services Gateway Initiative Framework)是一个基于Java环境的严格的标准开发平台,投标产品必须按照OSGI框架进行开发,确保代码结构的标准化。
8
产品开发技术
参与投标产品必须使用Java开源技术开发,避免侵犯第三方产权。
不能使用私有技术开发。
9
平台中中间件附加功能模块
中间件产品可以另外附加IHE功能模块,用来简化连通IHE的工作。
10
医疗信息交换标准协议服务
平台中间件需完整提供下列协议服务:
(1)消息及数据格式:
HL7,XML,IHE;ASTM;DICOM.
(2)网络及数据库连接协议:
TCP/IP,JDBC,ODBC,
(3)开发语言和网络技术:
Java,HTTP,HTML,JavaScript,CSS,XSLT
(4)安全及授权协议:
HTTPS,LDAP,PKI,SSL,IPSec
11
支持LDAP
支持通过LDAP(Lightweight Directory Access Protocol)协议配合客户的系统基础设施,使用统一的用户名和密码登录集成平台。
用户名和密码都以加密的形式保存在内置数据库中,系统通过访问控制表的方式授权登录。
12
信息安全
支持实现安全网关,基于证书的安全数据传输,如TLS、SSL、HTTPS等,基于X.509证书的数字签名,实现消息内容加密及审计跟踪与节点验证。
13
端对端管理
开发、测试和部署的工具紧密集成。
14
★采用中间件
OrionHealth-Rhapsody或OracleOSB或IBM
3.2.1.2MPI患者主索引
序号
功能要求
技术参数要求
1
总体要求
目前患者基本信息存在于多个业务系统内,由于数据的标准不统一,维护的方式不统一,而临床活动是以患者为主线的,如果患者的信息不统一就无法实现电子病历等数据的整合,因此建立统一的患者主索引,以此为基础实现医疗数据层面的整合,便于临床、教学活动中展现统一、完整、连续的患者诊疗信息。
可以智能地协助临床医护人员对病人有效地进行搜索,利用主索引可获得完整而单一的病人视图。
2
患者主索引内容
(1)患者ID注册服务;
(2)智能的搜索引擎;
(3)患者主索引管理(搜索、合并、拆分、编辑索引等操作);
(4)门诊患者主索引管理;
(5)住院患者主索引管理;
(6)体检患者主索引管理;
(7)能够给外部系统的搜索服务提供接口。
3
系统架构
基于SOA架构的设计;系统采用B/S架构,支持主流浏览器IE、Firefox、Chrome等;
4
标准接口
遵循国际规范,支持HL7V2标准及MLLP协议;支持WebService服务接口;
5
患者注册服务
提供患者注册服务,将患者进行记录EMPI库中,并建立主索引。
引擎提供准确匹配和概率匹配算法,能够多所有文字字段(包括但不限于名字属性和地址)进行全文搜索,支持对中文词汇的模糊搜索。
支持别名搜索,搜索结果提供排序。
6
患者更新服务
根据患者EMPI,对患者注册进行更新
7
患者合并服务
允许对两个患者的信息进行合并
8
患者拆分服务
允许将一个患者EMPI进行拆分
9
交叉索引服务
允许进行交叉索引
10
服务日志与审计
提供服务调用的日志与审计功能
11
患者更新通知
支持患者信息更新通知,确保各系统信息一致性。
12
EMPI备份管理
对EMPI系统进行备份
3.2.1.3单点登录
序号
功能要求
技术参数要求
1
单点登陆
门户系统中必须有“单点登录”(SSO)方案,能够与其他系统进行集成,避免用户多次重新输入登录。
第三方系统也可以通过单点登陆的功能整合到门户上面。
只需打开一个门户就能访问不同系统。
3.2.1.4应用系统接入
序号
功能要求
技术参数要求
1
总体要求
建立临床数据中心需要对医院现有系统进行相应改造,通过界面整合、消息发布等提高临床数据中心数据的实时性
2
预约挂号系统基于平台改造
通过平台消息订阅,发布,获取数据,提高其数据实时性。
3
就诊系统基于平台改造
就诊系统基于平台改造:
通过平台消息订阅,发布,获取数据,提高其数据实时性。
4
门诊医生工作站
将病人视图界面整合到软件功能中,支持在门诊医生软件中调阅基于CDR的病人统一视图界面。
5
医务管理系统
将病人视图界面整合到软件功能中,支持在门诊医生软件中调阅基于CDR的病人统一视图界面。
6
住院医生工作站
将病人视图界面整合到软件功能中,支持在住院医生软件中调阅基于CDR的病人统一视图界面。
7
住院护理工作站
将病人视图界面整合到软件功能中,支持在住院护理软件中调阅基于CDR的病人统一视图界面。
8
手术麻醉工作流系统改造
将病人视图界面整合到手术麻醉工作流软件功能中,支持在手术麻醉工作流软件中调阅基于CDR的病人统一视图界面。
9
LIS系统改造
将病人视图界面整合到检验工作流软件功能中,支持在检验工作流软件中调阅基于CDR的病人统一视图界面。
10
PACS系统改造
将病人视图界面整合到检查工作流软件功能中,支持在检查工作流软件中调阅基于CDR的病人统一视图界面。
11
EMR系统改造
将病人视图界面整合到电子病历工作软件功能中,支持在电子病历软件中调阅基于CDR的病人统一视图界面。
3.2.1.5系统监控与管理模块
序号
功能要求
技术参数要求
1
总体要求
基于医院各系统间数据交换的语义级别的统一,管理任何来源系统的数据,包括应用程序、遗留系统或第三方数据源,将医院内重要注册信息、术语、字典等作为主数据进行管理维护,做到统一发布、同步更新,向业务和分析系统提供及时、可靠和标准化的主数据。
2
功能性目标
建立区域范围内独立的主数据管理库,具备足够的存储能力:
能够建立不同系统主数据之间的关联关系。
能够提供给每一个接入系统使用主数据标准下载能力。
能够根据不同区域要求,通过动态标识项进行主数据相似度分析。
对业务系统提供“新增”、“更新”、“归档”、“检索”、“合并”、“拆分”、“交叉检索”、“变更通知”的接口功能,使业务系统能够通过MDM系统进行主数据交互。
搭建方便的可视化操作界面,更好的满足主数据维护人员的系统易用性。
满足WebService的通讯规范。
支持HL7提出的医疗系统的通讯协议和标准的数据格式模型。
支持主数据管理系统本身的级联,满足院内和上下级医疗机构间的主数据统一管理。
提供术语/字典类的语义分析能力和判断关联能力。
3
非功能性目标
支持千万级以上的数据处理,处理速度达10万条/分钟左右。
支持并发量在2000左右,响应速度控制在2秒以内。
能够根据不同区域规模进行性能扩展,动态切割系统计算能力。
4
统一的数据字典管理
构建医院主数据管理体系,以解决医院内字典主数据的数据一致性和准确性问题,如科室代码,职工身份,药品字典,收费项目等字典等主要关键字典数据在异构系统中非唯一性和机构内非标准化问题。
1、需支持灵活的数据模型定义任意类型的主数据,以满足业务的独特需求;
2、支持院内各业务系统的主要字典的识别定义及维护管理功能;
3、建立每条主数据确保系统内唯一的非公布的标识符,并在整个机构内部共享;
4、具备主数据发布流转功能,在机构范围内实现主数据发布使用流程;
5、更有效地管理数据变化和异常情况,进行主数据的监控管理;
5
主数据字典映射
1、所有业务字典统一管理,并能做到与各个系统之间的同步处理。
2、基础数据的源头应该统一进行维护,并统一审核对外发布。
3、目标系统中对基础数据的操作均统一审核后发布。
6
主数据发布服务
为了保证医院调用平台数据的准确性,需要实现院内各系统数据库数据的一致性,建立统一的、标准的数据字典(支持不依赖于异构系统的数据一致化),不仅可以为将来接入的医疗系统提供标准、统一的数据接口规则,方便新系统的接入,还可以为平台内数据的准确性、唯一性提供保证。
为保障数据的统一性、准确性、唯一性,实现院内各系统数据库数据的一致性,需建立统一的、标准的数据字典,并可通过平台对字典数据进行管理。
3.2.1.6数据字典
序号
功能要求
技术参数要求
1
字典内容
包括但不限于以下字典
1职工人员字典
2科室(或院区、病区)字典
3收费项目财务分类字典
4收费项目核算分类字典
5收费项目明细字典
6药品字典
7诊疗项目字典
8检验项目字典
9检查项目字典
10疾病诊断编码字典
11手术编码字典
12医疗设备字典
13患者类别
14挂号类型
15麻醉方法
16切口等级
17处方类型
18入院方式
19医嘱类型
20药品剂型
21药品产地
22药品单位
3.2.2数据中心ODS
3.2.2.1运营数据中心
序号
功能要求
技术参数要求
1
基本功能
基于集成平台和临床数据中心,采集HIS等基础业务系统产生的数据,建立医院标准化日常运营数据仓库,为医院的各级管理者提供一个实现管理工作的统一门户,通过关键业务指标展示,决策驾驶舱中的动态仪表盘、决策预警雷达等方式,为医院决策者提供全方位的决策警示和支持。
2
处理技术
系统采用ETL技术,能够完成对多种异构数据源进行采集和集中存储。
处理过程应包括:
数据采集,数据处理,数据存储,数据展示,日志记录与调阅,数据挖掘和辅助决策等。
3
数据仓库标准
数据仓库标准化:
为医院建立规范、完整、高效可持续发展的数据仓库核心模型、多维分析模型。
标准数据集符合卫生部标准、卫生局相关标准。
3.2.2.2运营决策分析
序号
功能要求
技术参数要求
1
总体要求
需要对医院现有系统进行相应改造,通过界面整合、消息发布等提高临床数据中心数据的实时性
2
决策统计
当日信息展示:
门诊信息、住院信息、手术信息
3
ÃÅÕïÐÅϢͳ¼Æ·ÖÎö£ºÃÅÕï¿Æ±ð·ÖÎö£¬»¼ÕßÀàÐÍ·ÖÎö£¬È˴ηÖÎö¡¢ÊÕÈë·ÑÓ÷ÖÎö£¬¾ù´Î·ÑÓ÷ÖÎöµÈ
4
סԺÐÅϢͳ¼Æ·ÖÎö£º¿ÆÊÒ·ÖÎö£¬»¼ÕßÀàÐÍ·ÖÎö£¬È˴ηÖÎö¡¢ÖÜתÂÊ·ÖÎö¡¢×¡ÔºÈÕ·ÖÎö¡¢ÊÕÈë·ÑÓ÷ÖÎö£¬¾ù´Î·ÑÓ÷ÖÎöµÈ
5
Ò©Æ·ÐÅϢͳ¼Æ·ÖÎö£ºÒ©Æ·²É¹º¡¢ÏúÊÛ¡¢¿â´æµÈÐÅÏ¢
6
手术信息统计分析
7
病案信息统计分析
8
医技信息统计分析
9
其他扩展信息统计分析
10
决策分析界面要求设计直观明确,提供饼图、柱状图、仪表盘等多种展示方式
3.2.3临床数据中心CDR
3.2.3.1临床数据中心
序号
功能要求
技术参数要求
1
总体要求
电子病历信息分散在HIS、CIS、LIS、PACS/RIS等各应用系统中。
没有整合的电子病历,临床医疗服务人员无法了解患者的完整医疗活动情况。
临床医疗服务人员需要通过全院级的临床数据中心去记录和查阅服务对象在所有医疗活动中产生的信息,掌握这些信息有利于提高医疗水平、降低医疗风险。
2
以电子病历为核心的医院信息集成平台应该支持标准的临床文档架构(CDA)、HL7消息等,按照标准数据格式整合医疗业务和医院管理的数据,即建立全院级的信息资源中心。
信息资源中心不仅能直接服务于医院业务应用,也可以用于二次利用。
3
平台基本功能
实现全院各类医疗信息的集成,通过平台产品配置应用实现全院信息接口规范、信息汇集数据集规范,以满足医院未来信息集成需求。
4
能够实现与医院其他业务系统(HIS/EMR/LIS/PACS等)的系统集成。
5
所有汇集数据要求形成最小的、可复用的数据元素,以提高数据利用的效率。
6
通过全院临床数据中心建设,形成一套医院自身的IT系统建设规范,以支撑未来新增业务系统的扩张和延伸、未来专科科研数据中心的建设。
7
系统除支持嵌入应用系统的访问外,还支持WEB门户登录访问。
8
具有可扩展性,可随未来业务增长,不断接入新的信息系统,采集数据并展示。
对新接入的信息系统,不需改变其原有的内部架构,只需增加接入接口和信息编码转换程序。
9
投标产品能够采集结构化和非结构化数据,采集方式同时支持对方推送和自己抓取。
10
数据库支持
支持微软MSSQL系列、Oracle甲骨文系列、Sybase等主流数据库。
11
基于标准医疗消息协议
完整支持所有版本的国际医疗标准HL7协议,门户要求支持提供CCOW环境应用支持。
12
敏捷BI方式及自定义报表要求
采用敏捷BI方式、放弃复杂的数据建模方式,实现自定义报表制作
13
多媒体数据支撑
系统允许集成和展示各种多媒体数据。
14
二次开发
提供二次开发包,支持对病人视图进行专科二次开发。
15
访问审计策略
投标门户系统必须对每个用户对每一位病人信息的浏览及访问都详细记录。
用户可以快速地修改和自定义信息访问记录的策略来配合法规要求。
门户系统对病人信息和文档的访问日志和记录必须可以编译成正式、可作为证明的报告文件,确保在各种争议情况下面提供可信的记录。
16
LDAP整合
门户可以整合在Windows或Linux域中,使用单一用户名和密码就能登录临床门户,免除记忆多个密码的麻烦。
支持通过LDAP(Lightweight Directory Access Protocol)协议配合客户的系统基础设施
17
安全的用户信息发送
平台信息的发送可以进行加密,接受界面则可以进行加密。
有确保传送方案保证消息收发的成功。
18
私隐和许可
在程序中,能够根据医院要求对患者的病历等数据进行相关的隐私保护。
19
用户自定义通知
系统能够定制邮件,将运行状态发送给制定系统管理员。
20
用户名密码加密存储方式
非明文方式保存用户名及密码,要求使用MD5或SHA1方式加密,且非储存在外部第三方数据库内。
21
测试环境
要求投标人有能力在用户方提出要求投标人提供产品测试的要求后,5个工作日内搭建好测试环境并送往用户处进行测试。
3.2.3.2患者统一视图
序号
功能要求
技术参数要求
1
总体要求
根据医院科室应用特点,对各个临床科室进行病人视图界面的进行定制开发。
满足临床对患者信息的检索、展示等需要,能快速创建个性化视图,满足用户的临床、管理、科研需求。
2
展示界面
(1)患者标签定义。
3
(2)根据患者的病历特点,进行病人关键指标展示。
4
(3)检验指标展示界面。
5
(4)检查指标展示界面。
6
(5)指标对比分析界面。
7
(6)检查、化验报告集成。
8
(7)提供患者随访生存周期分析图。
9
(8)将定制内容制作为模板,允许复用。
3.2.3.3医生视图
序号
功能要求
技术参数要求
1
统一视图访问病人信息
投标门户系统拥有统一视图功能,可将病人信息整合在一个视图内。
通过一个联网、整合、清晰的视图对患者的跨多个医院系统的全部信息进行查阅。
2
模块化临床门户
增强组件可包括:
长期慢病管理、病床管理等。
3
病人精确信息浏览
参与投标门户系统必须是一个统一的查阅平台。
点击进入一个病人的资料必须就有精确的病人疾病,用药,过敏,过往历史可供浏览。
4
医疗文档树状结构
每个病人的医疗文档以一个树状结构编排展现,统一页面显示
5
可定制的、直观的用户界面
所有菜单项目,超链接,显示信息及展示结构都可直接定制。
用户界面友好,操作简单,专门为医疗行业设计使用。
6
关注患者功能
系统可以与患者病历借阅等结合,形成医务人员可查看患者列表,并允许对患者进行标签设定。
3.2.3.4综合查询
序号
功能要求
技术参数要求
1
患者查询服务
提供患者查询功能
2
实时动态数据同步时间要求
从生产库到查询分析库的数据同步时间必须小于10分钟
3
实时查询与动态分析
系统涵盖了对业务数据的汇总统计查询、对关键指标的监控预警、对重要业务主体的深度分析等。
同时系统功能应结合医院现有的医务管理功能进行完善。
系统建成后应能满足多用户的并行实时查询和动态分析需要。
3.2.3.5知识库支持
序号
功能要求
技术参数要求
1
知识库支持
基于临床数据中心,优化医疗质量管理,结合各种知识库在诊疗过程中为临床医疗过程提供智能化支持
3.2.3.6管理系统
序号
功能要求
技术参数要求
1
管理系统
集成平台拥有基于WEB的管理工具,可以支持IE、firefox、safari三种浏览器并支持中英文,支持iOS设备APP监控引擎状态并对相应服务进行管理,并在必要时发送通知和警告。
安全监控允许访问:
(1)所有错误和审查日志
(2)故障诊断工具
(3)系统状态信息
(4)数据管理设置
(5)强大的信息搜寻功能
(6)性能监控
四、商务要求
★1、付款方法和条件:
(1)合同签订后,15个工作日内,支付30%货款。
(2)项目初步上线后,15个工作日内,支付40%货款。
(3)项目通过验收后,中标方开具期限符合合同中质保期要求且金额为合同总价的5%的银行保函后,甲方支付剩余30%货款。
2、产品质保期:
产品办理正式移交使用手续后,提供至少2年维保。
3、投标人具有良好的履约和售后服务能力,指定售后服务项目经理,并配有较强的技术队伍,能提供快速的售后服务,协助采购人进行二次开发调研、讨论,并完成系统改造工作。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 要求