项目编号:0625-21215F41
温州医科大学附属眼视光医院
临床数据中心及其应用系统
公开招标采购文件
项目编号:0625-21215F41
项目名称:临床数据中心及其应用系统
采购单位:温州医科大学附属眼视光医院
代理机构:浙江省国际技术设备招标有限公司
2021年12月28日
目 录
1、本次采购采用电子交易方式,电子交易平台为“政府采购云平台(www.zcygov.cn)”。供应商参与本项目电子交易活动前,应通过浙江政府采购网“浙江政府采购供应商信息登记管理系统”进行信息登记,获得线上政府采购活动操作权限。编制电子投标文件前还需申领CA证书并绑定帐号,供应商应充分考虑完成登记、申领CA证书等所需的时间。
2、供应商编制电子投标文件应安装“电子交易客户端”软件,并按照本采购文件和电子交易平台的要求编制并加密投标文件。未按规定加密的投标文件,将被电子交易平台拒收。“电子交易客户端”请供应商自行前往“浙江政府采购网(zfcg.czt.zj.gov.cn)— 下载专区 — 电子交易客户端”版块获取。
3、供应商应当在投标截止时间前,将“电子交易客户端”生成的“电子加密投标文件”上传电子交易平台。
4、“电子备份投标文件”是指与“电子加密投标文件”同时生成的数据电文形式的投标文件。供应商在电子交易平台上传“电子加密投标文件”后,还可以邮寄或送达的方式在投标截止时间前提交以介质(U盘)存储的“电子备份投标文件”。“电子备份投标文件”应当密封包装并在包装上标注采购项目编号、项目名称、投标单位名称等并加盖公章。
5、开标时,通过“政府采购云平台”递交的“电子加密投标文件”如无法按时解密,供应商提交了“电子备份投标文件”的,则由采购组织机构按“政府采购云平台”操作规范将“电子备份投标文件”上传至“政府采购云平台”,上传成功后,以“电子备份投标文件”参与评标,“电子加密投标文件”自动失效;在“政府采购云平台”正常运行情况下,“电子备份投标文件”无法上传至“政府采购云平台”的,视为投标文件撤回。供应商未按规定递交“电子备份投标文件”的,视为投标文件撤回。未上传“电子加密投标文件”,仅提交“电子备份投标文件”的,投标无效。
6、供应商在参加电子交易过程中,可登录电子交易平台“帮助文档”版面获取《电子交易管理操作指南》,或致电平台400-881-7190获取相关服务支持。
项目概况
温州医科大学附属眼视光医院临床数据中心及其应用系统招标项目的潜在投标人应在https://www.zcygov.cn获取(下载)招标文件,并于2022年1月18日09:00(北京时间)前递交(上传)投标文件。
一、项目基本情况
项目编号:0625-21215F41
项目名称:临床数据中心及其应用系统
采购方式:公开招标
预算金额(元):8,500,000.00,13,000,000.00
最高限价(元):8,500,000.00,13,000,000.00
采购需求:
标项一:
标项名称:医院数据中心(一期)及信息集成平台项目
数量:1
单位:项
预算金额(元):8,500,000.00
简要规格描述或项目基本概况介绍、用途:详见招标文件
备注:不允许进口
标项二:
标项名称:临床数据中心及其应用系统(二期、三期)项目
数量:1
单位:项
预算金额(元):13,000,000.00
简要规格描述或项目基本概况介绍、用途:详见招标文件
备注:不允许进口
合同履行期限:详见招标文件
本项目不接受联合体投标。
二、申请人的资格要求:
1. 满足《中华人民共和国政府采购法》第二十二条规定;未被“信用中国”(www.creditchina.gov.cn)、中国政府采购网(www.ccgp.gov.cn)列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单。
2.落实政府采购政策需满足的资格要求:无
3.本项目的特定资格要求:无
三、获取招标文件
1.时间:自本公告发布之日起至投标文件递交截止时间止(以供应商完成获取招标文件申请后下载招标文件的时间为准)。
2.地点(网址):https://www.zcygov.cn
3. 方式:(1)线上获取(登录政府采购云平台 → 项目采购 → 获取采购文件 → 申请,审核通过后可下载招标文件)。本次招标不提供纸质版招标文件。(2)供应商获取招标文件前应通过浙江政府采购网“浙江政府采购供应商信息登记管理系统”进行信息登记,获得线上政府采购活动操作权限。(3)招标公告所附招标文件仅供阅览使用,供应商只有在“政府采购云平台”完成获取招标文件申请并下载了招标文件后才被视为合法获取了招标文件,否则其投标将被拒绝。
4.售价(元):0
四、提交投标文件截止时间、开标时间和地点
1.提交投标文件截止时间:2022年1月18日09:00(北京时间)
2.投标地点(网址):
(1)“电子加密投标文件”:https://www.zcygov.cn在线投标
(2)“电子备份投标文件”:温州市飞霞南路896号建设大厦1层101室。
3.开标时间:2022年1月18日09:00(北京时间)
4.开标地点(网址):https://www.zcygov.cn
五、公告期限
自本公告发布之日起5个工作日。
六、其他补充事宜
1.供应商认为采购文件使自己的权益受到损害的,可以自获取采购文件之日或者采购文件公告期限届满之日(公告期限届满后获取采购文件的,以公告期限届满之日为准)起7个工作日内,以书面形式向采购人和采购代理机构提出质疑。质疑供应商对采购人、采购代理机构的答复不满意或者采购人、采购代理机构未在规定的时间内作出答复的,可以在答复期满后十五个工作日内向同级政府采购监督管理部门投诉。质疑函范本、投诉书范本请到浙江政府采购网下载专区下载。
2.其他事项:(1)供应商对采购文件的质疑应以书面形式一次性提出。(2)单位负责人为同一人或者存在直接控股、管理关系的不同供应商,不得同时参加同一合同项下的投标。(3)为项目提供整体设计、规范编制或者项目管理、监理、检测等服务的供应商,不得再参加该采购项目的其他采购活动。(4)本项目不收取投标保证金。(5)本项目执行促进中小企业发展(监狱企业、残疾人福利性单位视同小型、微型企业)。
七、对本次招标提出询问、质疑、投诉,请按以下方式联系。
1.采购人信息
名 称:温州医科大学附属眼视光医院
地 址:温州市学院西路270号
项目联系人(询问):吴婷婷
项目联系方式(询问):0577- 88068846
质疑联系人:金益波
质疑联系方式:0577-88068884
2.采购代理机构信息
名 称:浙江省国际技术设备招标有限公司
地 址:杭州市凤起路334号同方财富大厦14层
项目联系人(询问):林财,马菊美
项目联系方式(询问):0571-85860240,85860232
质疑联系人:喻胜良、孙荣
质疑联系方式:0571-85860241、0571-85860270
3.同级政府采购监督管理部门
名 称:浙江省财政厅政府采购监管处
地 址:杭州市环城西路37号
联系人:倪文良
监督投诉电话:0571-87057615
序号 |
名 称 |
内 容 |
1 |
项目名称 |
详见招标公告 |
2 |
采购内容及数量 |
详见招标公告 |
3 |
预算金额 |
详见招标公告 |
4 |
公告媒体 |
浙江政府采购网(http://zfcg.czt.zj.gov.cn) |
5 |
电子交易 平台 |
政府采购云平台(www.zcygov.cn) |
6 |
投标报价 |
1、本项目投标应以人民币报价; 2、不论投标结果如何,投标人均应自行承担所有与投标有关的全部费用。 |
7 |
踏勘现场 |
□ 组织 不组织 |
8 |
样品 |
□ 提供 不提供 |
9 |
演示 |
投标人需进行现场演示,现场演示时间不超过15分钟。使用真实系统进行演示和讲解,不接受使用视频或PPT的演示。
演示内容:详见《第三章 评标办法》、《第四章 招标内容及需求》中要求
投标代表需提前到达评标地点(温州市飞霞南路896号建设大厦1层101室),准备演示事宜。投标人自备演示工具(如电脑等)。 疫情防控期间,投标代表应自觉做好个人防护,必须全程佩戴口罩(自备),听从工作人员安排,配合工作人员做好实名登记、实时测量体温等各项疫情防控措施。投标单位因不能出示“绿码”或体温异常不能进入而影响演示的,后果由投标单位自行负责。 |
10 |
招标文件 澄清 |
投标人如认为招标文件表述不清晰、存在前后矛盾等内容的,应当在投标截止日15天前以书面形式(纸质)要求招标采购单位作出书面(纸质)澄清。 |
11 |
投标文件 组成 |
投标文件由资格证明文件、商务技术文件、报价文件三部分组成。 |
12 |
投标文件 的编制 |
1、“电子加密投标文件”: (1)“电子加密投标文件”是指通过“政采云电子交易客户端”完成投标文件编制后生成并加密的数据电文形式的投标文件。 (2)供应商应先安装“政采云电子交易客户端”,并按照本招标文件和“政府采购云平台”的要求,通过“政采云电子交易客户端”编制并加密投标文件。 2、“电子备份投标文件”: (1)“电子备份投标文件”是指与“电子加密投标文件”同时生成的数据电文形式的电子文件。 (2)供应商可自主选择是否编制“电子备份投标文件”。 (3)其他方式编制的备份投标文件视为无效备份投标文件。 |
13 |
投标文件 的签章 |
采用电子签章。 |
14 |
投标文件 的包装、密封和递交 |
1、“电子加密投标文件”的递交:在线上传递交。 (1)供应商应在投标截止时间前将“电子加密投标文件”成功上传递交至“政府采购云平台”,否则投标无效。 (2)“电子加密投标文件”成功上传递交后,供应商可自行打印投标文件接收回执。 2、“电子备份投标文件”的密封、包装和递交: (1)供应商可自主选择是否递交“电子备份投标文件”。 (2)“电子备份投标文件”存入U盘(一份)。 (3)“电子备份投标文件” 应在投标截止时间前以邮寄或送达方式递交:杭州市凤起路334号同方财富大厦14层1408室 收件人:林财(15158188766) (4)“电子备份投标文件”应当密封包装,并在包装上标注投标项目编号、项目名称、投标单位名称等并加盖公章(详见第六章投标文件格式)。没有密封包装或者逾期送达至浙江省国际技术设备招标有限公司的“电子备份投标文件”将不予接收。 |
15 |
投标截止 时间和投 标地址 |
1、投标截止时间:详见招标公告 2、投标地址: (1)“电子加密投标文件”:政府采购云平台在线投标。 (2)“电子备份投标文件”:杭州市凤起路334号同方财富大厦14层1408室。 |
16 |
开标时间 和地址 |
详见招标公告 |
17 |
开标 |
1、采购组织机构按照采购文件规定的时间通过电子交易平台组织开标,所有供应商均应当准时在线参加。 2、开标时间后,采购组织机构将向各投标供应商发出“电子加密投标文件”的解密通知,各投标供应商代表应当在接到解密通知后30分钟内自行完成“电子加密投标文件”的在线解密。 3、通过“政府采购云平台”上传递交的“电子加密投标文件”已按时解密的,“电子备份投标文件”自动失效。 4、通过“政府采购云平台”上传递交的“电子加密投标文件”无法按时解密的,如投标供应商按规定递交 “电子备份投标文件”的,则由采购组织机构按“政府采购云平台”操作规范将“电子备份投标文件”上传至“政府采购云平台”。上传成功后,以“电子备份投标文件”参与评标,“电子加密投标文件”自动失效;在“政府采购云平台”正常运行情况下,“电子备份投标文件”无法上传至“政府采购云平台”的,视为投标文件撤回。如投标供应商未按规定递交“电子备份投标文件”的,视为投标文件撤回。 5、投标截止时间前,投标供应商仅递交了“电子备份投标文件”而未将“电子加密投标文件”上传至“政府采购云平台”的,投标无效。 |
18 |
评标办法 |
综合评分法 |
19 |
投标文件有效期 |
90天 |
20 |
采购进口产品 |
详见招标公告 |
21 |
节能产品 |
本项目为服务项目,不涉及节能产品采购 |
22 |
环境标志产品 |
本项目为服务项目,不涉及环境标志产品采购 |
23 |
促进中小 企业发展 |
1)本次采购为非专门面向中小企业预留采购份额的采购项目。 2)本采购文件所称中小企业,是指在中华人民共和国境内依法设立,依据国务院批准的中小企业划分标准确定的中型企业、小型企业和微型企业,但与大企业的负责人为同一人,或者与大企业存在直接控股、管理关系的除外。 3)本次采购标的为服务,对应的中小企业划分标准所属行业是:软件和信息技术服务业(从业人员300人以下或营业收入10000万元以下的为中小微型企业。其中,从业人员100人及以上,且营业收入1000万元及以上的为中型企业;从业人员10人及以上,且营业收入50万元及以上的为小型企业;从业人员10人以下或营业收入50万元以下的为微型企业。) 4)以联合体形式参加政府采购活动,联合体各方均为小微企业的,联合体视同小微企业。本项目不接受联合体投标。 5)参加本次采购活动的供应商提供的服务全部由小微企业提供的,其报价给予6%的扣除,用扣除后的价格参加评审 6)符合小微企业划分标准的个体工商户,视同小微企业。 7)本项目不接受大中型企业与小微企业组成联合体。 8)本项目不允许大中型企业向一家或者多家小微企业分包。 9)提供的货物全部由小微企业制造的,供应商应当出具《中小企业声明函》,否则其报价不予扣除。 10)残疾人福利性单位视同小微企业,享受小微企业同等的价格扣除。残疾人福利性单位参加政府采购活动时,应当提供《残疾人福利性单位声明函》。 11)监狱企业视同小微企业,享受小微企业同等的价格扣除。监狱企业参加政府采购活动时,应当出具省级以上监狱管理局、戒毒管理局(含新疆生产建设兵团)提供的属于监狱企业的证明文件。 |
24 |
代理服务费 |
1、本项目代理服务费参照计价格【2002】1980号文规定的80%向中标供应商收取,即100万以下部分按1.20%计取,100万-500万部分按0.64%计取,500万-1000万元部分按0.36%计取,1000万-5000万部分按0.2%计取,分段计算累计汇总。 投标人应当自中标公告发布之日起5个工作日内一次性向采购代理机构支付代理服务费,并在投标文件中出具代理服务费支付承诺书(格式见第六章)。 2、代理服务费支付: ① 代理服务费缴纳形式:汇票/支票/电汇/现金 ② 代理服务费汇入以下账户 : 收款单位(户名):浙江省国际技术设备招标有限公司 开 户:中国工商银行杭州分行武林支行 账 号:1202021209006759843 3、增值税发票开票资料:单位名称、税号(统一社会信用代码)、开户行名称、账号、地址及联系电话。 |
25 |
解释权 |
本招标文件的解释权属于采购人和采购代理机构。 |
26 |
其他 |
|
(一) 适用范围
本招标文件适用于本次采购项目的招标、投标、评标、定标、验收、合同履约、付款等行为(法律、法规另有规定的,从其规定)。
(二)定义
1.招标采购单位:系指组织本次招标的代理机构和采购人。
2.投标人:系指按招标文件规定合法获取了招标文件并向招标采购单位提交投标文件的单位或个人,也称作供应商、供方。
3.投标人代表:是指参加本项目投标活动的供应商法定代表人或法定代表人授权代表。
4.联合体:是指两个以上供应商组成联合体,以一个供应商的身份参加投标。
5.甲方:是指合同签订的一方,一般与采购人、招标人、用户、院方、需方相同。
6.乙方:是指合同签订的另一方,与中标人、供方相同。
7.“产品”系指供方按招标文件规定,须向采购人提供的一切设备、保险、税金、备品备件、工具、手册及其它有关技术资料和材料。
8.“服务”系指招标文件规定投标人须承担的安装、调试、技术协助、校准、培训、技术指导以及其他类似的义务。
9.“项目”系指投标人按招标文件规定向采购人提供的产品和服务。
10.“书面形式”包括信函、传真、电报等。
11.“▲”系指实质性要求条款,对标注“▲”的条款的负偏离将导致废标。
(三)招标方式
本次招标采用公开招标方式进行。
(四)投标费用
不论投标结果如何,投标人均应自行承担所有与投标有关的全部费用。
(五)联合体投标
本项目不接受联合体投标
(六)转包与分包
1.本项目不允许转包。
2.本项目不可以分包。
(七)特别说明:
1. 本次招标采用电子交易方式。
2.招标文件中指出的工艺、材料、设备、服务等标准以及推荐、参照的品牌或型号仅起说明作用,并没有任何限制性。投标人在投标中可以选用替代标准、品牌或型号,但这些替代要实质上满足或超过招标文件的要求。
3.投标人应仔细阅读招标文件的所有内容,按照招标文件的要求提交投标文件,并对所提供的全部资料的真实性承担法律责任。
4.采购过程中出现以下情形,导致电子交易平台无法正常运行,或者无法保证电子交易的公平、公正和安全时,采购人(或代理机构)可中止电子交易活动:
(1)电子交易平台发生故障而无法登录访问的;
(2)电子交易平台应用或数据库出现错误,不能进行正常操作的;
(3)电子交易平台发现严重安全漏洞,有潜在泄密危险的;
(4)病毒发作导致不能进行正常操作的;
(5)其他无法保证电子交易的公平、公正和安全的情况。
出现上述规定情形,不影响采购公平、公正性的,采购人(或代理机构)可以待上述情形消除后继续组织电子交易活动,也可以决定某些环节以纸质形式进行。
(八)质疑和投诉
1.投标人认为招标文件、招标过程或中标结果使自己的合法权益受到损害的,应当在知道或者应知其权益受到损害之日起七个工作日内,以书面(纸质)形式向采购人、采购代理机构提出质疑。投标人对采购人、采购代理机构的质疑答复不满意或者采购人、采购代理机构未在规定时间内作出答复的,可以在答复期满后十五个工作日内向同级采购监管部门投诉。
供应商应知其权益受到损害之日,是指:
(1)对可以质疑的招标文件提出质疑的,为获取招标文件之日(公告期限届满之日后获取招标文件的为招标公告期限届满之日)。
(2)对采购过程提出质疑的,为各采购程序环节结束之日。
(3)对中标结果提出质疑的,为成交结果公告期限届满之日。
2.质疑、投诉应当采用书面形式(纸质),质疑书、投诉书均应明确阐述招标文件、招标过程或中标结果中使自己合法权益受到损害的实质性内容,提供相关事实、依据和证据及其来源或线索,便于有关单位调查、答复和处理。
(一)招标文件的构成。本招标文件由以下部份组成:
1.招标公告
2.投标人须知
3.评标办法
4.采购内容及需求
5.合同主要条款
6.投标文件格式
7.本项目招标文件的澄清、修改内容(如有)
(二)投标人的风险
1. 投标截止时间前,投标供应商仅递交了“ 电子备份投标文件”而未将“电子加密投标文件” 成功上传至“政府采购云平台”的,投标无效;通过“政府采购云平台”上传递交的“电子加密投标文件”无法按时解密的,如投标供应商未按规定递交“ 电子备份投标文件”的,视为投标文件撤回;在“政府采购云平台”正常运行情况下,“电子备份投标文件”无法上传至“政府采购云平台”的,视为投标文件撤回。
2. 投标人没有按照招标文件要求提供全部资料,或者投标人没有对招标文件在各方面作出实质性响应是投标人的风险,并可能导致其投标无效。
(三)招标文件的澄清与修改
1.投标人应认真阅读本招标文件,发现其中有表述不清晰、前后矛盾等内容的,投标人可以在投标截止日15天前以书面(纸质)形式要求招标采购单位澄清。招标采购单位对已发出的招标文件进行必要澄清、修改的内容可能影响投标文件编制的,应当在招标文件要求提交投标文件截止时间十五日前,在财政部门指定的政府采购信息发布媒体上发布更正公告,并以书面(纸质)形式通知所有招标文件收受人。
2.招标采购单位以书面(纸质)形式答复投标人要求澄清的问题,并将不包含问题来源的答复书面(纸质)通知合法获取了招标文件的投标人;除书面(纸质)答复以外的其他澄清方式及澄清内容均无效。
3.招标文件澄清、修改的内容为招标文件的组成部分。当招标文件与招标文件的澄清、修改通知就同一内容的表述不一致时,以最后发出的书面(纸质)文件为准。
4.招标文件的澄清、修改都应该通过本代理机构发布。
(一)投标文件的组成
投标文件由资格证明文件、商务技术文件和报价文件三部份组成。
1.资格证明文件:
▲(1)投标人资格承诺函;
▲(2)法人或者其他组织投标的提供营业执照等证明文件,自然人投标的提供身份证明;
2. 商务技术文件:
标项1:
(1)投标人营业执照;
(2)投标声明函(格式见第六章);
(3)招标内容及需求响应表(格式见第六章);
(4)投标人项目业绩(详见评分标准要求);
(5)总体方案设计;
(6)投资人认证证书;
(7)售后服务评价;
(8)项目实施人员(清单格式件第六章);
(9)培训方案;
(10)售后服务方案;
(11)优惠措施;
(12)代理服务费支付承诺书(格式见第六章);
(13)评分方法中的评审证明文件等;
(14)代理服务费支付承诺书(格式见第六章);
(15)投标人认为需要提供的其他文件。
标项2:
(1)投标人营业执照;
(2)投标声明函(格式见第六章);
(3)招标内容及需求响应表(格式见第六章);
(4)投标人项目业绩(详见评分标准要求);
(5)总体方案设计;
(6)分中心接入能力相关方案、合作经验等;
(7)安全服务能力证明材料;
(8)三级等保测评能力证明;
(9)投资人认证证书;
(10)项目实施人员(清单格式件第六章);
(11)培训方案;
(12)售后服务方案;
(13)硬件及云服务;
(14)优惠措施;
(15)代理服务费支付承诺书(格式见第六章);
(16)评分方法中的评审证明文件等;
(17)代理服务费支付承诺书(格式见第六章);
(18)投标人认为需要提供的其他文件。
3.报价文件:
(1)开标一览表(格式见第六章);
(2)投标人针对报价需要说明的其他文件和说明(如有);
(3)中小企业的相关证明材料(如有,格式见第六章);
(4)残疾人福利性单位声明函(如有);
(5)由省级以上监狱管理局、戒毒管理局(含新疆生产建设兵团)出具的属于监狱企业的证明文件(如有)。
(二)投标文件的语言及计量
1.投标文件以及投标方与招标方就有关投标事宜的所有来往函电,均应以中文汉语书写。除签名、盖章、专用名称等特殊情形外,以中文汉语以外的文字表述的投标文件视同未提供。
2.投标计量单位,招标文件已有明确规定的,使用招标文件规定的计量单位;招标文件没有规定的,应采用中华人民共和国法定计量单位(货币单位:人民币元),否则视同未响应。
(三)投标报价
1.投标报价应按电子交易平台有关格式填写。
2.投标报价应当包括履行合同的全部价格,包括但不限于货款、标准附件、备品备件、专用工具、包装、运输、装卸、保险、税金、货到就位以及安装、调试、培训、保修、税金等一切费用,以及中标后向采购代理机构支付的代理服务费。
3.投标文件只允许有一个报价,有选择或有条件的报价将不予接受,其投标无效。
(四)投标文件的有效期
1.自投标截止日起 90 天投标文件应保持有效。有效期不足的投标文件将被视为无效。
2.在特殊情况下,招标人可与投标人协商延长投标书的有效期,这种要求和答复均以书面(纸质)形式进行。
3.投标人可拒绝接受延期要求。同意延长有效期的,投标人不能修改其投标文件。
4.中标人的投标文件自开标之日起至合同履行完毕止均应保持有效。
(五)投标文件的编制
1、“电子加密投标文件”:
(1)“电子加密投标文件”是指通过“政采云电子交易客户端”完成投标文件编制后生成并加密的数据电文形式的投标文件。
(2)供应商应先安装“政采云电子交易客户端”,并按照本招标文件和“政府采购云平台”的要求,通过“政采云电子交易客户端”编制并加密投标文件。
2、“电子备份投标文件”:
(1)“电子备份投标文件”是指与“电子加密投标文件”同时生成的数据电文形式的电子文件。
(2)供应商可自主选择是否编制“电子备份投标文件”。
(3)其他方式编制的备份投标文件视为无效备份投标文件。
(六)投标文件的签章
采用电子签章。
(七)投标文件的包装、密封和递交
1、“电子加密投标文件”的递交:在线上传递交。
(1)供应商应在投标截止时间前将“电子加密投标文件”成功上传递交至“政府采购云平台”,否则投标无效。
(2)“电子加密投标文件”成功上传递交后,供应商可自行打印投标文件接收回执。
2、“电子备份投标文件”的密封、包装和递交:
(1)供应商可自主选择是否递交“电子备份投标文件”。
(2)“电子备份投标文件”存入U盘(一份)。
(3)“电子备份投标文件” 应当在投标截止时间前以邮寄或送达方式递交。
(4)“电子备投标应文件”应当密封包装,并在包装上标注项目编号、采购项目名称、投标单位名称并加盖公章(详见第六章响投标件格式)。没有密封包装或者逾期送达至浙江省国际技术设备招标有限公司的“电子备份投标文件”将不予接收。
(八)投标文件的修改和撤回
1、供应商在投标截止时间前可以补充、修改或者撤回投标文件。
2、补充或者修改投标文件的,应当先行撤回原投标文件,补充、修改后重新上传递交。
3、投标截止时间前未完成上传的,视为撤回投标文件。
(一)开标形式
1、 采购组织机构将按照招标文件规定的时间通过“政府采购云平台”组织在线开标,所有供应商均应当准时在线参加。
(二) 开标准备
1、开标的准备工作由采购组织机构负责落实。
2、采购组织机构将按照招标文件规定的时间通过“政府采购云平台”组织开标,所有供应商均应当准时在线参加。供应商自行承担因不参加在线开标而产生的不利后果。
(三)开标流程
1、开标第一阶段
(1)向各投标供应商发出电子加密投标文件【开始解密】通知,各投标供应商代表应当在接到解密通知后30分钟内自行完成“电子加密投标文件”的在线解密。投标供应商在规定的时间内无法完成“电子加密投标文件”解密的,如投标供应商按规定递交 “电子备份投标文件”的,则由采购组织机构按“政府采购云平台”操作规范将“电子备份投标文件”上传至“政府采购云平台”。上传成功后,以“电子备份投标文件”参与评标,“电子加密投标文件”自动失效;在“政府采购云平台”正常运行情况下,“电子备份投标文件”无法上传至“政府采购云平台”的,视为投标文件撤回。如投标供应商未按规定递交“电子备份投标文件”的,视为投标文件撤回。
(2)开启资格证明文件、商务技术文件。
(3)进行资格审查。对通过资格审查的投标供应商进行符合性审查、商务技术评审;
2、开标第二阶段
(1)资格审查、符合性审查、商务技术评审结束后,进入开标第二阶段。
(2)通过电子交易平台公布无效供应商名单及导致无效的原因;公布有效供应商的名单及其资信商务得分、技术得分。
(3)开启有效供应商的《报价文件》,系统形成开标记录。
(4)价格评审。价格评审结束后,通过电子交易平台公布中标候选供应商名单。
(一)组建评标委员会
评标委员会由采购人代表和有关技术、经济等方面的专家组成,成员人数应当为五人以上单数。其中,技术、经济等方面的专家不得少于成员总数的三分之二。
(二)评标程序
1.在评审专家中推选评审小组组长。
2.评审小组组长召集成员认真阅读招标文件以及相关补充、质疑、答复文件、项目书面说明等材料,熟悉采购项目的基本概况,采购项目的质量要求、数量、主要技术标准或服务需求,采购合同主要条款,投标无效情形,评审方法、评审依据、评审标准等。
3.招标人或者招标代理机构对各投标人的资格进行审查,投标人资格条件不符合招标文件要求的投标无效,不再进入符合性审查。
4.评审小组对各投标文件的符合性进行审查,确定是否对招标文件作出了实质性响应。实质上没有响应招标文件要求的投标将被视为无效投标,不再进入下一阶段的评审。
5.评审人员按招标文件规定的评审方法和评审标准,依法独立对供应商投标文件进行评估、比较,并给予评价或打分,不受任何单位和个人的干预。
6.各投标人的得分为所有评委的有效评分的算术平均数,由指定专人进行计算复核。
7.评标委员会完成评标后,评委对各部分得分汇总,计算出本项目最终得分。评标委员会按评标原则推荐中标候选人,同时起草评标报告。
8.实质上响应招标文件要求的投标人不足三家的,除财政部门另有规定外,应当作废标处理。
(三)澄清问题的形式
对投标文件中含义不明确、同类问题表述不一致或者有明显文字和计算错误的内容,评标委员会可要求投标人作出必要的澄清、说明或者补正。评标委员会的澄清内容及投标人的澄清、说明或者补正均通过电子交易平台交换数据电文。
评标委员会发出澄清内容后,供应商应当在30分钟内提交澄清说明或补正,否则视为供应商放弃答复,并自行承担因此而产生的不利后果。澄清、说明或者补正不得超出投标文件的范围或者改变投标文件的实质性内容。评标委员会允许延长提交澄清说明或补正时间的,以评标委员会同意的时间为准。
(四)错误修正
投标文件如果出现计算或表达上的错误,修正错误的原则如下:
1.电子交易平台生成的开标记录表内容与投标文件中相应内容不一致的,以电子交易平台生成的开标记录表为准;
2.大写金额和小写金额不一致的,以大写金额为准;
3.单价金额小数点或者百分比有明显错位的,以开标一览表的总价为准,并修改单价;
4.总价金额与按单价汇总金额不一致的,以单价金额计算结果为准。
同时出现两种以上不一致的,按照前款规定的顺序修正。评标委员会应当通过电子交易平台要求投标人对修正后的报价予以确认并对投标人产生约束力。投标人不接受修正或在30分钟内不予确认的,其投标无效。
(五)评标原则和评标办法
1.评标委员会必须公平、公正、客观,不带任何倾向性和启发性;不得向外界透露任何与评标有关的内容;任何单位和个人不得干扰、影响评标的正常进行;评标委员会及有关工作人员不得私下与投标人接触。
2.提供相同品牌产品且通过资格审查、符合性审查的不同投标人参加同一合同项下投标的,按一家投标人计算,评审后得分最高的同品牌投标人获得中标人推荐资格;评审得分相同的,采取随机抽取方式确定一个投标人获得中标人推荐资格,其他同品牌投标人不作为中标候选人。
3.本项目评标办法是综合评分法,具体评标内容及评分标准等详见第三章《评标办法》。
(一)确定中标人
1.采购人依法确定中标人后2个工作日内,采购代理机构以书面形式(纸质)发出《中标通知书》和《招标结果通知书》,并同时在相关网站上发布中标公告。
(一)签订合同
1.采购人与中标人应当在《中标通知书》发出之日起30日内签订政府采购合同。
2.中标人拖延、拒签合同的,将被取消中标资格。
第三章 评标办法
为公正、公平、科学地选择中标人,根据《中华人民共和国政府采购法》等有关法律法规的规定,并结合本项目的实际,制定本办法。本办法适用于温州医科大学附属眼视光医院本项目的评标。
本次评标采用综合评分法,总分为100分,其中价格分20分、商务技术分80分。合格投标人的评标得分为各项目汇总得分,中标候选资格按评标得分由高到低顺序排列;得分相同的,优先采购中小企业产品;均相同的,投标报价由低到高顺序排列。评分过程中采用四舍五入法,并保留小数2位。评标委员会推荐得分排列前3名的投标人为中标候选人。除财政部门另有规定外,采购人确定排名第一中标候选人为中标人。
商务技术分=评标委员会所有成员评分合计数/评标委员会组成人员数
投标人评标综合得分=价格分+商务技术分
招标人或者招标代理机构对各投标人的资格进行审查,投标人资格条件不符合招标文件要求的投标无效,不再进入符合性审查。
评标委员会对资格审查合格的投标文件进行符合性审查,确定是否对招标文件作出了实质性响应。符合性审查不合格的投标无效,不再进行商务和技术评估、综合比较与评价。投标人不得通过修正或撤消不合要求的偏离或保留从而使其投标成为有效投标,但经评标委员会认定属于投标人疏忽、笔误所造成的差错,应当允许其在评标结束之前进行修改或者补正(可以是复印件、传真件等)。修改或者补正投标文件必须通过电子交易平台进行,并应在中标结果公告之前查核原件。限期内不补正或经补正后仍不符合招标文件要求的,应认定其投标无效。
▲1、在商务、技术评审时,如发现下列情形之一的,投标文件将被视为无效:
(1)单位负责人为同一人或者存在直接控股、管理关系的不同供应商,同时参加同一合同项下投标的。
(2)为项目提供整体设计、规范编制或者项目管理、监理、检测等服务的供应商,再参加本采购项目的其他采购活动的。
(3)截至投标文件递交截止前1日历天17:00(北京时间),投标人被列入“信用中国”网(www.creditchina.gov.cn)和“中国政府采购网”(www.ccgp.gov.cn)失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单且尚处于禁止参加政府采购活动期内的。
(4)投标文件未按招标文件要求签章的;
(5)未提供投标声明书或声明内容填写项目不齐全的;
(6)投标有效期不足的;
(7)未响应招标文件标注“▲”的条款的;
(8)未提供或未如实提供投标货物的技术参数,或者投标文件标明的商务、技术响应与事实不符或虚假投标的;
(9)投标技术方案不明确,存在一个或一个以上备选(替代)投标方案的;
(10)投标文件有招标方不能接受的附加条件的;
(11)参加采购活动前3年内在经营活动中有重大违法记录的;
(12)不同投标人的投标文件由同一单位或者个人编制的;
(13)不同投标人委托同一单位或者个人办理投标事宜的;
(14)不同投标人的投标文件载明的项目管理成员或者联系人员为同一人的;
(15)不同投标人的投标文件异常一致或者投标报价呈规律性差异的;
(16)不同投标人的投标文件相互混装的;
(17)存在法律、法规、规章规定的其它无效投标情况的。
▲2、在报价评审时,如发现下列情形之一的,投标将被视为无效:
(1)报价超出招标文件规定的采购预算金额或者最高限价,采购人不能支付的;
(2)投标报价具有选择性的;
(3)不接受按招标文件规定的修正错误原则修正后的报价的。
(4)报价明显低于其他通过符合性审查投标人的报价,且投标人不能证明其报价合理性,有可能影响产品质量或者不能诚信履约的;
(5)法律、法规和招标文件规定的其他无效情形。
1、商务技术评分
商务技术评审合格的,由评标专家采用记名方式各自评分,投标人的商务技术及其他的最终评审得分为全体评标专家评分的算术平均值。各投标人商务技术得分为所有评委有效评分的算术平均值。
2、政府采购政策情况评审
根据《政府采购促进中小企业发展管理办法》(财库〔2020〕46号),参加本次采购活动的供应商提供的服务全部由小微企业制造的,其报价给予6%的扣除,用扣除后的价格参加评审。
●投标文件中提供的供应商的《中小企业声明函》是评审小组的评标依据。
●残疾人福利性单位视同小微企业,其产品参加本项目投标的,享受小微企业同等的价格扣除。
残疾人福利性单位应当同时满足以下条件:
① 安置的残疾人占本单位在职职工人数的比例不低于25%(含25%),并且安置的残疾人人数不少于10人(含10人);
② 依法与安置的每位残疾人签订了一年以上(含一年)的劳动合同或服务协议;
③ 为安置的每位残疾人按月足额缴纳了基本养老保险、基本医疗保险、失业保险、工伤保险和生育保险等社会保险费;
④ 通过银行等金融机构向安置的每位残疾人,按月支付了不低于单位所在区县适用的经省级人民政府批准的月最低工资标准的工资;
⑤ 提供本单位制造的货物、承担的工程或者服务(以下简称产品),或者提供其他残疾人福利性单位制造的货物(不包括使用非残疾人福利性单位注册商标的货物)。
提供《残疾人福利性单位声明函》的投标人被认定为残疾人福利性单位。
●监狱企业视同小微企业,其产品参加本项目投标的,享受小微企业同等的价格扣除。
提供以下证明材料的投标人被认定为监狱企业:
省级以上监狱管理局、戒毒管理局(含新疆生产建设兵团)出具的属于监狱企业的证明文件。
3、评标报告
评标委员会应根据评标情况和结果,编写评标报告。评标报告应由评标委员会起草,按少数服从多数的原则通过。评标委员会全体成员应在评标报告上签字认可,评标专家如有保留意见可以在评标报告中阐明。
评标委员会应在评标报告中按招标文件约定推荐中标候选人。
标项一:医院数据中心(一期)及信息集成平台项目
1、商务技术分(0-80分)
序号 |
项目 |
评分标准 |
分值 |
1 |
投标文件响应 |
采购要求符合度:对采购文件第四章“招标内容及需求”的响应情况,#标记的采购要求每项偏离扣2分,其它采购要求每项偏离扣1分,扣完为止。 |
24 |
2 |
项目业绩 |
1、投标人2018年12月1日起签订的类似项目成功案例,需提供采购合同证明,每提供1个采购合同得1分(最高得2分);在提供的项目采购合同中,同时提供该项目验收文档且验收结论为合格的再得1分(最高得2分)。采购合同和验收文档原件备查,评标小组要求查看原件,供应商在30分钟内不能提供的不能得分。 2、通过互联互通标准化成熟度测评四级甲等测评案例(附证明材料),有一个案例得0.5分,(最高得分1分)。 3、通过电子病历系统应用水平分级评价5级评审的案例(附证明材料)有一个案例得0.5分,(最高得分1分)。 |
6 |
3 |
总体方案设计 |
1、根据投标方案总体设计、建设方案、软件开发方案等情况,详细阐述系统的体系架构、功能模块、实现思路和关键技术,以及对功能设计和实施计划的建议;(3分) 2、提供临床数据中心和集成平台与医院现有业务应用系统无缝连接方案;(2分) 3、投标方案与需求的吻合程度,包括方案的科学性、先进性、可行性和扩展性;方案科学合理程度、安全严密程度、具有的前瞻性和独到的优势;综合评价。(3分) 4、平台与系统的应急方案设计合理性,考虑用户实际使用需求的程度,符合本项目对当前和未来发展的要求等综合评价。(2分) |
10 |
4 |
认证证书 |
1、投标人拥有计算机应用软件开发相关的信息技术服务管理体系认证证书(ISO20000)。(1分) 2、计算机应用软件开发服务相关的信息安全管理活动管理体系认证证书(ISO27001)。(1分) 原件备查,评标小组要求查看原件,供应商在30分钟内不能提供的不能得分。 |
2 |
5 |
售后服务评价 |
根据《商品售后服务评价体系》(GB/T27922—2011),评定的投标人与本项目相关的售后服务等级为五星级的,得2分,四星级及以下的,得1分;未评级的,得0分。 原件备查,评标小组要求查看原件,供应商在30分钟内不能提供的不能得分。 |
2 |
6 |
项目实施人员 |
投标人的项目实施团队组成合理,需包括20人以上的团队成员。 1、项目负责人:具有PMP或者信息系统项目管理师(高级)且近5年内负责过类似项目的,得1分;具有医学专业背景(如具有医学专业学位或在医疗机构从事医学相关工作满1年以上)的,得1分。 2、项目组人员:具有PMP或者信息系统项目管理师(高级)的,每有1人得1分,最多得2分。 以上证书需提供相关证书原件扫描件和近3个月内任一个月的社保证明,否则不得分。 |
4 |
7 |
培训方案 |
培训方案合理性和可行性。系统计算机管理人员培训,重点培训为软件的安装、维护、调试、配置及使用技能;业务人员培训,重点对相应应用的操作、使用,3分 |
3 |
8 |
售后服务方案 |
售后服务能力: 1、投标人承诺提供至少两名投标方在职工程师进行驻场服务,工作时间与医院同步。驻场人员具备相关项目的实施经验,每超过3年每人得2分,未超过3年每人得1分,最高4分。以上人员需提供相关证书复印件和近3个月内任一个月的社保证明,否则不得分。 2、售后服务保障体系及措施完善,可提供现场服务,技术支持能力强,应急服务响应快,得3分;售后服务保障体系及措施较完善,可提供远程技术支持,应急服务响应较快,得2分;否则不得分。 |
7 |
3、出保服务价格承诺:根据投标人提供的出保服务价格情况,根据服务内容范围及价格综合评分(2分); 4、免费年保服务:根据投标人提供的免费年保年限情况,每超过招标文件要求1年得1分,最多2分,不足一年部分不得分。 |
4 |
||
9 |
演示评分 |
供应商根据演示要求的相关内容进行系统演示和讲解。演示内容需使用软件的真实系统进行现场展示。演示内容不能满足招标文件对应要求的,该项评分得分0分。(现场演示时间不超过15分钟) 1、主数据管理(3分)-对应参数1.2 2、数据质量管理(3分)-对应参数3.3 3、统一门户演示(2分)-对应参数4.3 4、患者360视图(2分)-对应参数4.5 5、院领导驾驶舱(2分)-对应参数5.6 6、指标管理系统(3分)-对应参数8.6 |
15 |
10 |
优惠内容 |
1、对本项目是否具有实质性优惠等情况;(2分) 2、承诺对杭州院区后续同类采购需求在报价及方案上提供实质优惠,方案内容包含与本项目的兼容性、协同性;(1分) |
3 |
2、价格分(0-20分)
价格分采用低价优先法计算,即满足招标文件要求且投标报价最低的投标报价为评标基准价,其得分为满分20分。其他投标人的价格分按照下列公式计算:
价格分=(评标基准价/投标报价)×20%×100
3、投标人的综合得分为以上商务技术分及价格分之和。
标项二:临床数据中心及其应用系统(二期、三期)项目
1、商务技术分(0-80分)
序号 |
项目 |
评分标准 |
分值 |
1 |
投标文件响应 |
采购要求符合度:对采购文件第四章“招标内容及需求”的响应情况,#标记的采购要求每项偏离扣2分,其它采购要求每项偏离扣1分,扣完为止。 |
15 |
2 |
项目业绩 |
1、2018年12月1日以来(以合同签订日期为准),投标人承担过国内眼科科研相关信息化项目的采购合同业绩,每提供一份合同得0.5分,同时提供所提供合同项目的验收合格报告的再得0.5分,本项最高得3分。 2、投标人承担过国家临床医学研究中心或国家医学中心大数据平台建设的得2分,没有相关项目经验的不得分。需提供相关采购合同证明。 |
5 |
3 |
总体方案设计 |
1、根据投标方案总体设计、建设方案、软件开发方案等情况,详细阐述系统的体系架构、功能模块、实现思路和关键技术,以及对功能设计和实施计划的建议;(3分) 2、提供科研数据中心与医院现有业务应用系统无缝连接方案;(2分) 3、投标方案与需求的吻合程度,包括方案的科学性、先进性、可行性和扩展性;方案科学合理程度、安全严密程度、具有的前瞻性和独到的优势;综合评价。(3分) 4、平台与系统的应急方案设计合理性,考虑用户实际使用需求的程度,符合本项目对当前和未来发展的要求等综合评价。(2分) |
10 |
4 |
分中心接入能力 |
根据分中心接入方案进行评审。方案合理可行、切合实际符合采购人需求进行评价,2分,否则不得分。 具有主、分中心模式建设案例,提供相关证明1份得1分,最高得2分。 |
4 |
5 |
安全服务能力 |
1.投标人具有有效期内的ISO20000、ISO27001认证,每具有一个符合要求的证书得1分,最高得2分,不提供或者不符合不得分。 2.投标人实施的科研大数据平台和专病数据库需通过信息安全三级等保测评,需提供通过三级等保测评的证明、项目合同,每提供1个得1.5分,最高得3分。 |
5 |
6 |
认证证书 |
投标人相关认证证明(提供证书复印件并加盖公章): (1)大数据服务能力评估-数据工程服务能力(3级及以上)证书的,得1分; (2)数据治理符合性评价证书ISO38505的,得0.5分;认证范围含医疗大数据的,再得0.5分;最多得1分。 (3)ISO22301业务连续性管理体系认证证书的,得0.5分;认证范围含医疗大数据的,再得0.5分;最多得1分。 公司提供资质证书原件备查,评标小组要求查看原件,供应商在30分钟内不能提供的不能得分。 |
3 |
7 |
项目实施人员 |
投标人的项目实施团队组成合理,需包括20人以上的团队成员,其中至少包含1名高级项目经理、3名医学类相关人员,项目团队成员必须拥有以下资质: (1)项目经理具有PMP或信息系统项目管理师资格证书得1分。 (2)具有硕士学位以上医学信息学类专业人员1名,得1分 (3)具有硕士学位以上临床医学专业人员1名,得1分 (4)具有数据库系统高级工程师人员1名,得1分 (5)具备SNOMED CT(临床医学系统术语)资质证书的人员1名,得2分 要求:提供项目组全体成员清单,且所有人员均需提供在投标单位投标截止前3个月内任一个月的社保证明和资质证书原件扫描件并加盖投标人电子签章,否则不得分。 |
6 |
8 |
培训方案 |
根据投标人提供具体培训方案进行比较评分,方案应包含但不限于:故障排查、对使用和维护人员的规范技术培训等内容。方案完整详细、合理、可行性高得4分;方案内容较完整详细、较合理、可行性一般得2分;方案内容不完整不详细、不合理、可行性低得1分;未提供不得分。 |
4 |
9 |
售后服务方案 |
售后服务能力: 1、投标人承诺提供至少两名投标方在职工程师进行驻场服务,工作时间与医院同步。驻场人员具备相关项目的实施经验超过3年的每一名得1分,最高得2分;以上人员需提供相关证书原件扫描件和投标截止前3个月内任一个月的社保证明,否则不得分。 2、售后服务保障体系及措施完善,可提供现场服务,技术支持能力强,应急服务响应快,得2分;售后服务保障体系及措施较完善,可提供远程技术支持,应急服务响应较快,得1分;否则不得分。 3、出保服务价格承诺:根据投标人提供的出保服务价格情况,根据服务内容及价格综合评价(1分); 4、免费年保服务:根据投标人提供的免费年保年限情况,每延长一年得0.5分,最多得1分。 |
6 |
10 |
演示评分 |
现场演示评价:(现场演示时间不超过15分钟) 投标人须对采购需求中的重要功能点进行现场演示(注:按照附件“系统重要功能演示要求”进行真实产品的完整演示,仅PPT演示或不提供演示不得分),评审专家根据演示完整度以及功能符合度给予评分,每少演示一个功能点扣2分,扣完为止。 |
15 |
11 |
硬件及云服务 |
根据投标人投入的硬件参数、性能、兼容性以及云服务等方面进行评分,完全满足招标文件要求并优化的得3分,基本满足招标文件要求的得2分,部分满足招标文件要求的得1分。 |
3 |
12 |
优惠措施 |
投标人承诺提供招标文件要求之外的实质性增值服务,包括但不限于: 1、承诺免费增加1家分中心的数据接入与治理(1分) 2、免费增加硬件相关方面的投入(1分) 3、承诺对杭州院区后续同类采购需求在方案及报价上提供实质优惠,方案内容包含与本项目的兼容性、协同性(2分) 根据提供的优惠承诺进行评分,最高得4分。 |
4 |
附件
系统重要功能演示要求
国家眼部疾病临床医学研究中心大数据平台
(1)多中心医学研究的重点功能需求
须具备支持收集大样本的人群列队数据,形成多中心的数据联盟的能力,须提供以下功能:
中心累计数据展示查看功能:须支持查看平台内科研项目总数、患者总数、参与中心数、生物样本、数据时间跨度等内容。
研究类型展示查看功能:须支持查看平台内各类型研究的分布情况及累计数量。
地图展示查看功能:须支持查看平台内各中心的分布情况及对应的患者量及数据时间跨度。
(2)患者管理的重点功能需求
患者随访功能:须支持患者随访任务创建;支持配置随访CRF,CRF题目支持使用疾病标准数据集指标和用户自定义添加指标;
温医大附属眼视光医院临床医学研究大数据平台
(1)病历搜索的重点功能需求
平台须提供强大的搜索引擎及精确的数据处理可颠覆传统方式,须支持秒级命中研究所需患者,具体功能需求如下:
病例检索功能:须支持精准的“纳排+事件”组合搜索方式,须提供模糊搜索、条件树搜索、事件搜索,支持搜病人和搜病历两种方式。
患者诊疗全程时间轴展示查看功能:须支持基于某个患者重点数据的全周期时间轴展示查看,可明确绘制出患者的疾病发展、治疗情况。单个病人患病周期数据分类展示,须包含且不限于患者人口学信息,医嘱、每次诊断记录,检验、检查,生物样本和基因检测结果数据等内容。
(2)数据溯源重点功能需求:须支持查看患者诊疗数据的计算逻辑及其原始数据。
(3)数据洞察重点功能需求:支持重点指标的统计:根据指标类型展示多种统计图表(饼图、柱状图、折线图、圆环图、矩形树图、直方图等);须支持下载统计数据;可通过统计图上的分类情况,直接定位目标患者人群;
(4)数据字典重点功能需求:支持查看数据平台的疾病标准指标集、指标值域、取值逻辑说明、数据来源;查看指标的标准率。
(5)知识全库重点功能需求:根据关键词搜索各类知识库摘要,知识库范围包括:文献、临床指南、临床路径、药品说明书、临床实验、误诊误治等。能够查看与疾病相关的文献作者图谱及研究热点。
(6)医学研究平台的重点功能需求:研究项目功能:须支持一站式全流程的科研项目研究,全流程内容须包含其不限于创建科研项目、配置研究分组、研究内容、随访计划(包含随访方式、随访次数、随访频率、随访开始方式和随访指标等)、进行指标抽取、随访管理、线上统计分析等。
2、价格分(0-20分)
价格分采用低价优先法计算,即满足招标文件要求且投标报价最低的投标报价为评标基准价,其得分为满分20分。其他投标人的价格分按照下列公式计算:
价格分=(评标基准价/投标报价)×20%×100
3、投标人的综合得分为以上商务技术分及价格分之和。
一、技术要求:
服务要求 |
|||||
项目建设要求 |
|||||
项目总体要求 |
医院信息化建设是一个长期、持续的过程,它将随着医院的发展,医学信息技术的发展,医院管理的发展而不断发展。因此我们在建设过程中必须遵循如下原则,以保证信息化建设的持续性发展。
医院信息系统建设是一件复杂的工程,它是一个涉及到医院方方面面的、复杂而相互关联的子项目的集合。为了充分体现数字化医院的综合效益,避免独立孤岛建设,我们将坚持整体规划,分步实施的原则。
系统的标准化和开放性是实现信息通讯与共享,必须遵循的信息技术规范。采用业务内标准的技术体系和设计方法,使系统具备与各种层次的平台的兼容性。在使用新技术的同时,充分考虑技术的国际标准化,严格按照国际国内相关标准设计实施。
在实用可靠的前提下还要具有可扩展性,避免不必要的浪费。技术上立足于长远发展,坚持选用开放性系统,使系统和将来的新技术能平滑过渡。采用先进的体系结构和技术发展的主流产品,确保整个系统高效运行。
系统建设要以满足需求为首要目标,采用稳定可靠的成熟技术,保证系统长期安全运行。确保系统应用后能为各级业务和管理节点提供智能化的网络信息环境,以提高管理水平和工作的效率。
遵循有关信息安全标准,具有切实可行的安全保护和保密措施,确保数据永久安全。系统应提供多方式、多层次、多渠道的安全保密措施,防止各种形式与途径的非法侵入和机密信息的泄露,保证系统中数据的安全。
系统建成并投入使用后,将成为支撑系统平稳运转的运行平台和开发新业务系统的基础平台。因此系统必须在成本可以接受的条件下,从系统结构、设计方案、设备选型、厂商的技术服务、维护响应能力以及备件供应能力等方面考虑,使系统故障发生的可能性尽可能少,对各种可能出现的紧急情况有可行的应急预案。
由于系统建设的复杂性要求,在设计时,要充分考虑系统的跨平台、跨系统、跨应用、跨地区性和在各种操作系统、不同的中间件平台上可移植。
要保证系统能在各种操作系统和不同的中间件平台上移植。实现信息标准统一,以便日后的系统维护。在数据中心设计过程中,充分考虑在未来若干年内的发展趋势,具有一定的前瞻性,并充分考虑了系统升级、扩容、扩充和维护的可行性。 |
||||
项目建设目标 |
将多年积累在院内的临床、运营管理等方面的数据(包括其他院区或机构的数据)集成到临床数据中心(CDR)运营数据中心(ODR)中,进行标准化的组织存储,充分挖掘和发挥数据的价值,满足临床医务人员的数据利用,以快速提升医务人员的诊疗效率与质量;提升教学效率和质量;为临床科研医生提供数据和工具支持,提升学科科研地位与水平。通过数据中心实现不同信息系统、组织机构间信息资源整合,实现业务数据实时更新,确保信息同步;满足管理决策、临床决策、科学研究、对外信息共享;实现统一的数据仓库的设计及技术文档、元数据管理等功能。 项目系统必须支持集团化体系,各院区相关数据纳入到中心,可以根据配置查看整体数据和各院区数据。 建设实现医院全院级数据中心及业务集成平台需制定统一的信息交换标准,统一卫生信息标准与数据字典,实现医技和护理疗质量的精细化管理,以此提升医院现代化管理和经营水平。同时可以完成国家相关政策的评级要求,比如电子病历系统功能应用水平分级评价方法及标准、医院信息互联互通标准化成熟度测评、三级公立医院绩效考核等。 建设应用要求如下: (1)投标人必须承诺,基于此项目涉及的临床信息系统建设需充分与医院现有的系统进行无缝整合,实现数据互通与共享,以保证数据的一致性和完整性; (2)以分布式部署方式进行数据存储,以便提供高性能、不停机扩展节点应用。 (3)须提供配套的数据采集工具、报表工具等一系列应用工具,可确保各种临床和管理应用效果的配置扩展实现,并进行相关的操作培训。 (4)提供商用的BI工具,且BI工具费用含在本次招标中。 (5)可实现与电子病历等临床应用系统最大程度、最高效、最便捷的一体化整合,可实现交互页面的人性化一体融合; (6)提供强大的数据共享支持技术,支撑临床病历记录中结构化信息的交互带入和自动采集融合的应用需要; (7)必须结合临床、临床管理等应用场景,配套EMR及相关系统进行流程改造,确保原始数据的可及性和准确性,对临床数据进行有针对性二次建模,建立各种临床数据之间的关联性,以支持数据分析业务。 (8)实现多种维度可深入分析的集成视图、智能提醒、信息推送和其它数据深入处理服务,真正为临床提供最人性化的专家服务,提升临床应用的体验感。 (9)基于医院临床信息化的发展需求,本次项目需要充分围绕临床业务和医院管理应用需求; (10)建立标准的临床数据元、数据集,保障数据中心的标准化存储处理,以支持医院信息化长远发展; (11)支持数据的追溯管理,保障数据源与数据结果双向互通性,基于数据源结构化保障数据可及性和准确性,实现数据的深入挖掘和追溯管理。 (12)投标人所采用的应用或工具应注明是否是采用第三方商用产品,若是,投标人应提供产品的授权函。 (13)本次招标项目建设目标,达到国家医疗健康信息互联互通标准化成熟度四级甲等要求; (14)本次招标项目建设目标,达到电子病历系统功能应用水平分级评价5级要求。 |
||||
项目技术要求 |
1、数据源连接能力 支持主流通讯协议,如:TCP/IP、UDP/IP、FTP、HTTP、AMQP、MQTT等。 支持基于TCP/IP的自定义扩展通信协议如HL7 MLLP等。 支持基于SSL的安全数据连接。 支持主流厂商的关系型数据源,如Oracle、DB2、SQL Server、MySQL、Sybase、PostgreSQL等。 支持主流的医疗数据格式,如HL7、EDIFACT、X12等。 支持定制执行计划,按月、周、日等时间自动定时地执行任务。 支持不同数据来源的数据,比如XML、Json、结构化、半结构化或非结构化的数据及文件等数据格式。 2、消息中间件能力 支持消息的可靠传输,保证数据完整性和一致性,使传输的数据不丢失、不重复。支持条件和无条件的消息路由。 支持基于主流的医疗数据格式(HL7、EDIFACT、X12等)的消息路由。 支持自定义的消息路由。 支持请求和响应消息在多个源和目的之间的路由。 支持对消息数据格式的转换处理。 支持消息的审计功能。 支持消息的浏览和检索功能。 支持对消息的再处理,对历史消息的修改和重发操作。 支持在集成项目中读取和写入大于1GB的文件。 支持文件在不同状况的网络环境中传输。 支持传输的有效期配置。 支持自动断点续传。 3、面向服务的能力 支持SOAP1.1、SOAP1.2标准。 支持RESTful Service和Raw HTTP。 提供图形化界面工具XML Schema,WSDL等快速生成引导功能。 支持消息元数据对SOAP Header的映射和覆盖。 支持OASIS UDDI标准。支持OASIS WS-Policy标准。 支持OASIS WS-SecurityPolicy 标准。 支持OASIS WS-Security 标准。 支持OASIS WS-Addressing 标准。 支持与第三方企业服务总线集成,可以将传统应用集成到SOA架构。 #支持webapi微服务的架构体系。 4、医疗设备集成能力 支持HL7 V2.X MLLP通信协议。 支持ASTM通信协议。 支持POCT1A通信协议。 5、系统扩展能力 支持元数据驱动的数据类型自定义。 支持元数据驱动的接口定义和发布。 支持元数据驱动的数据校验和测试。 支持使用第三方语言扩展数据转换处理以及消息路由的能力。 6、安全保障能力 支持对用户的身份进行管理。 支持对用户身份的访问权限控制。 支持对数据加密,保障数据不被窃取。 应启用安全审计功能,审计覆盖到每个用户,对重要的用户行为和重要安全事件进行审计。 应采用密码技术保证重要数据在传输过程中的保密性,包括但不限于鉴别数据、重要业务数据和重要个人信息等; 应提供重要数据的本地数据备份与恢复功能; 提供数据库连接字符串的配置工具,可以调整应用或客户端连接数据库的连接字符串,并且配置文件中的连接字符串需要进行加密方式进行保存。支持院方自行变更数据库连接字符串且不影响业务正常运行的能力。 7、云部署能力 支持多租户,即每个租户可以在共享系统计算资源的情况下保证私有数据的安全性。 支持与不同地域的信息系统进行应用集成。 支持基于容器(如Docker等)的云计算基础架构实现高性能、高可用架构。 8、大数据集成能力 稳定的大数据平台:基于大数据相关技术和框架,提供稳定、高效的数据采集、数据融合、数据计算、数据挖掘、数据分析、数据治理的医疗大数据平台。 多样的大数据采集:支持增量抽取、全表采集等各种数据采集方式;支持日志管理和异常监控。 有效的大数据治理:支持结构化和非结构化数据、集中式和分布式数据的统一建模;支持大数据清洗、脱敏的数据治理;以统一的数据标准对多源异构数据进行归一化处理。 丰富的大数据应用:利用数据中心的大数据资源,对医疗服务、科研管理、医院治理等的辅助决策支持应用。 灵活的大数据展示:提供大数据数据模型可视化配置,提供大数据分析结果的可视化展示。 安全的大数据服务:支持大数据存储、传输、访问等服务的安全保障,对数据进行安全评估和数据流转监控,防止隐私数据泄露。 简便的大数据开发:提供图形化的大数据开发界面及统一封装函数库,满足业务部门自助开发的需求,通过拖拽的方式实现快速数据处理逻辑设计及开发。 9、结构化临床数据存储能力 支持按照国际医疗信息标准(如: HL7-FHIR、HL7 CDA R2等)格式化存储医疗数据。 支持按照国际标准加密医疗数据。 支持临床数据的浏览和展现。 支持临床数据质量和问题展现。 10、医疗数据可互操作能力 支持按照国际医疗数据互操作标准(如:IHE、HL7-FHIR等)交换医疗数据,实现应用系统无关的医疗数据互操作。 支持医学术语(如:LONIC、ICD-10、ICD-9-CM等)服务集成、实现医疗数据语义层互操作。 支持基于医疗主数据(如:患者人口信息、药品信息、医学器材信息)管理的集成。 支持国际数据访问安全标准(如:SAML、XACML等)实现安全的医疗数据交换。 #支持与上级区域卫生信息平台的无缝对接,实现双向互操作。 11、运维保障能力。 支持对系统的运行状态的远程监控。 支持对系统实时运行参数的统计信息的远程监视。 支持对多服务器节点的集中控制。 支持对集成应用中往来消息跟踪。 #产品稳定性要求:系统支持7*24小时不间断运行;具备完善的使用授权、监控和日志管理机制,能够针对各类访问进行审计;系统应提供相应数据备份/恢复功能,制定合理的备份策略并确保备份数据的有效性及可用性。提供系统巡检,每一季度一次,特殊情况需做到每月一次。 12、其他 支持数据集成及整合过程的标准化,相关的医疗术语、字典等均需要统一标准化。 支持与医院信息系统数据的实时同步,需提供技术方案。 系统需采用B/S架构,应用展示端需支持HTML5技术,必须支持跨平台(Windows、IOS、Android平台)的应用展示。 ▲信息系统架构必须支持多院区:各院区相关数据均纳入到中心数据仓库,可以根据配置查看整体数据和各院区数据,并且各类功能也支持各院区的使用。 投标人需提供数据建模的工具支持,满足医院个性化需求的定制。 考虑到平台将来的可扩展性,平台必须是开放式的:展示页面可通过拖拽配置,灵活增加;具有数据集市,且数据集市可自定义配置。 支持数据中心数据经院方授权后被其他信息系统调用抽取。 |
||||
项目建设详细内容-1.基础建设 |
|||||
1.1 |
患者主索引EMPI |
|
|||
1.2 |
主数据管理(标准数据字典、医学术语等) 【演示项目】 |
|
|||
1.3 |
统一认证及单点登录 |
提供一站式单点登录功能,即通过用户的一次性鉴别登录,可获得需访问系统的授权,在此条件下,用户可对所有被授权的应用系统进行无缝的访问,从而提高用户的工作效率,减少操作时间,降低用户安全管理的复杂度,并提高系统整体的安全性。 统一用户:统一所有应用系统的用户信息并进行存储和管理,而授权等操作则由各应用系统完成,即统一存储、分布授权。 统一用户认证:以统一用户为基础,对所有应用系统提供统一的认证方式和认证策略,以识别用户身份的合法性。 数字认证:需要对每个用户构建起以数字身份为核心思想的综合信任机制,将其基本信息与各种特定领域的信息标识进行统一管理,并体现为不同的具体凭证,为各类应用提供基于数字身份的可靠认证和授权控制。 安全审计:可以对用户所有登录认证操作及授权访问行为的全面记录和监控,确保所有操作处于可控和可审计状态。 #单点登入(SSO):支持支持OIDC,OAuth,SAML,CAS,Federation等主流单点登录协议并支持接入三方SSO服务。单点登录支持多种认证方式:除传统用户密码登录外,还需支持如,短信、扫码、刷脸、指纹等多种方式登录系统。统一工作入口,可根据不同条件设置访问机制,简化用户登录操作,增强访问控制,提升访问安全,同时提供账号信息同步机制。 门户:提供一站式单点登录,统一登录界面,通过用户的一次性鉴别登录,可获得所需访问的各应用系统的授权。 实现“一次登录、随处访问”,提高用户的工作效率,减少操作时间,降低用户安全管理的复杂度,提高系统整体的安全性。 |
|||
1.4 |
授权安全管理 |
1.提供用户的统一管理,支持对用户进行授权访问; 2.在对用户授权访问时,支持不同分类的授权,包括:是否可访问重点病人;授权医生、授权科室、授权内容; 3.#提供用户对应的角色管理,可设置各角色能够访问的模块及功能(可以细化到字段),同时支持对数据层面的权限控制,如分配科室级、医疗组、个人的数据权限; 4.提供系统自身的功能管理,支持分别授权访问; 5.提供患者信息的安全管理,可应患者要求自定义患者信息的可阅读性。 |
|||
项目建设详细内容-2.集成平台 |
|||||
序号 |
摘要 |
内容 |
|||
2.1 |
集成平台 |
通过内置可视化的专业开发工具,消息的定义、路由设置、集成测试等功能够通过IDE进行配置的,要求这种配置是非常直观、图形化、拖放可视化及拥有友好用户界面,要求能够实现图形和代码的相互转换。 ▲医院信息集成平台上线,并满足以下要求。 1、完成基于平台实现符合标准要求的交互服务,增加以就诊、医嘱、申请单和部分状态信息交互服务的支持。 2、完成基于医院信息平台,实现公众服务应用功能数量不少于17个、医疗服务应用功能数量不少于14个、卫生管理应用功能数量不少于17个。 3、平台具有的可视化功能数量不少于6个,其中CDR展现与管理、数据脱敏配置管理功能为必选项。 4、完成基于平台联通业务,实现临床服务系统接入数据不少于15个、医疗管理系统接入数据不少于10个、运营管理系统接入不少于6个、接入外部机构数量不少于5家。 5、满足国家医疗健康信息互联互通标准化成熟度四级甲等要求。 6、需要具有相关的医院信息集成平台(或系统)的软件著作权证书。 |
|||
2.2 |
集成平台引擎 |
依据《基于电子病历的医院信息平台技术规范》、《基于电子病历的医院信息平台建设技术解决方案(1.0版)》等规范要求,通过医院服务总线实现各医院应用系统之间的互联互通,解决医院信息系统的系统异构集成、流程定义、数据共享和数据交换传输标准等关键性技术问题,实现全面集成。 作为全院集成应用的企业服务总线,实现消息转换与数据传输,基于内容的智能路由,提供基于事件驱动机制的系统集成,完成各业务系统之间的解耦连接;含以下几部分:执行引擎:提供引擎的服务创建与管理,内部数据交换,消息映射,消息路由;整合IDE:提供IDE环境,流程定义,流程维护;数据库连接配置,数据映射与转换的自动化;另外,集成引擎提供系统集成时的综合管理功能,用以维护管理接入集成平台的各业务系统以及各业务系统的开发商,具体功能包括,厂商注册,系统注册;各业务系统提供的消息服务,需首先在集成引擎上进行服务注册,且由集成引擎管理各消息的传输路径,进行消息路由配置。 提供交互服务的分布式运行、负载均衡和热发布机制,保证引擎和总线服务的性能和稳定性。同时还需提供基于总线技术的二次开发包。 功能要求: 1.运行平台要求:可安装运行于在各种主流操作系统上,并同时支持32及64位操作平台,包括:Linux® (x86/x64) 、Microsoft ®Windows ® Server(x86/x64) 服务器版等。 2.支持集成不同厂商的数据库:如Oracle、DB2、SQL Server、Sybase、PostgreSQL等数据库。 3.支持完整Web Service、微服务及多种协议服务。 4.可扩充性和升级能力:系统建设采用零编程和面向服务设计技术,对于其可扩充性和升级能力必须有强力的支持。 5.消息路由:通过对服务总线的建设,实现可视化的消息订阅功能,即消息路由,决定传入消息的最终目的地和相关系统。 6.医疗信息交换标准协议服务:平台中间件需完整提供下列协议服务,包括消息及数据格式: HL7(版本V2、V3、FHIR等)、XML、IHE、ASTM等。 7.支持TCP/IP、JDBC、ODBC等标准协议。 8.支持安全及授权协议: HTTPS、LDAP、PKI、SSL、IPSec。 9.支持LDAP:支持通过LDAP协议配合客户的系统基础设施,使用统一的用户名和密码登录集成平台。用户名和密码都以加密的形式保存在内置数据库中,系统通过访问控制表的方式授权登录。 10.信息安全:支持实现安全网关,基于证书的安全数据传输,如TLS、SSL、HTTPS等,基于X.509证书的数字签名,实现消息内容加密及审计跟踪与节点验证。 11.端对端管理:开发、测试和部署的工具紧密集成。 12.监控及管理界面管理要求:集成平台拥有管理工具可以在任何带浏览器的设备上运行,支持基于Chromium内核浏览器、IE、FIREFOX、Safari等浏览器,并支持中英文展示。 13.监控管理工具需具备以下功能:所有错误和审查日志、故障诊断工具、系统状态信息、信息搜寻功能、性能监控功能。 14.测试环境:要求投标人有能力在用户方提出要求投标人提供产品测试的要求后,7个工作日内搭建好测试环境并在用户处进行测试。 |
|||
2.3 |
业务系统集成平台及二次开发 |
本项目需要基于服务总线实现各个业务系统的标准化改造,面向医院业务系统的集成以及平台的二次开发功能需要包括但不限于以下的功能: 1.全院主数据服务:检索药品收费项目、检验申请项目、检验标本、检查申请项目、医生信息、护士信息、科室信息、病区信息、收费项目信息等 2.检验申请单:门诊检验申请单、住院检验申请单、体检检验申请单 3.检验报告共享:调阅检验报告、发布检验报告 4.检查申请单:门诊检查申请单、住院检查申请单、体检检查申请单 5.检查报告共享:调阅检查报告、发布检查报告 6.住院医嘱:住院患者医嘱 7.门诊处方:门诊患者处方 8.电子病历:病案首页共享、电子病历全院共享、访问审计 9.护理系统:床位、病情信息全院共享、护理记录全院共享 |
|||
2.4 |
互联互通相关交互服务 |
依照《医疗健康信息互联互通标准化成熟度评测指南》,建立互联互通交互服务。包括但不限于以下: 1.个人身份注册服务:新增个人注册服务;个人信息更新服务;个人身份合并服务;个人基本信息查询服务; 2.医疗卫生人员注册服务:新增医护人员注册服务;医护人员信息更新服务;医护人员信息查询服务; 3.医疗卫生机构注册服务:医疗卫生机构(科室)注册服务;医疗卫生机构(科室)信息更新服务;医疗卫生机构(科室)信息查询服务; 4.基础服务:术语和字典注册服务; 5.电子病历档案服务:电子病历文档注册服务;电子病历文档检索服务;电子病历文档调阅服务; 6.电子病历整合服务:医嘱接收服务;医嘱查询服务;申请单接收服务;申请单查询服务; 7.与上级信息平台的基础交互服务:医疗卫生人员注册服务调用;医疗卫生人员更新服务调用;医疗卫生机构(科室)注册服务调用;医疗卫生机构(科室)更新服务调用;个人身份注册服务调用;个人基本信息查询服务调用;病历文档上传服务调用;病历数据检索服务调用;病历数据查询服务调用; 8.就诊信息查询服务:门诊就诊查询服务;住院就诊查询服务;出院信息服务; 9.就诊信息接收服务:门诊就诊登记服务;住院就诊登记服务;出院登记服务 10.与上级信息平台的交互服务:注册、更新及版本管理调用;术语和字典映射服务;共享文档检索服务;共享文档获取服务;预约安排信息接收服务;预约安排信息查询服务;预约确认服务;预约查询服务; |
|||
2.5 |
集成平台监控系统 |
|
|||
项目建设详细内容-3.大数据平台 |
|||||
3.1 |
大数据平台 |
利用大数据平台,实现医疗数据共享开放,并且能够提高医疗数据利用率,充分挖掘医疗数据潜藏的价值,使其最大限度地服务医疗业务。为患者提供个性化医疗数据服务,保持医疗服务的连续性和可及性,提高医疗质量。 大数据中心为医疗大数据平台核心技术层,主要用来处理数据,实现非结构化数据的结构化。通过采集技术手段,从原始业务数据库采集原生数据存储汇集在数据湖,并且可以通过配置方式将数据进行分发, 分发数据给其他数据中心。制定数据采集标准及处理流程,对结构化数据抽取入库,对非结构化数据进行结构化改造,主要包括病人的基本信息、病历信息、病程信息、医嘱信息、检验信息、特检信息、护理信息、费用信息等内容,最终汇集到大数据中心,大数据中心的分析加工功能基于数据湖中数据进行处理,基本处理功能包括:①数据整合,将从各个业务系统获取的医疗数据以患者主索引EMPI为中心进行整合,实现数据综合利用。②数据自动化处理,处理过程可以实现自动处理,避免人工实时干预。③数据安全性,数据处理过程要保证数据安全性,做到数据保密性、数据完整性、数据可利用等。 数据应用集市:以医疗大数据平台数据中心数据为基础,建设各种医疗大数据平台基础应用。包括但不限于:临床数据搜索、患者全景诊疗视图、患者数据服务、临床科研应用、临床知识库、科室运营、临床辅助决策等。 本平台搭建主要参照卫计委数据标准、HL7CDA文档、相关术语标准和国家相关数据标准。 总体数据架构体系
|
|||
3.2 |
数据采集与治理 |
要求使用成熟的工具或技术(如ETL工具等)对院内各系统(如HIS、LIS、EMR、PACS等)各种类型的数据库数据实时采集,数据库类型包括Oracle全系列、SQL server全系列、DB2系列、Mango DB系列、MYSQL系列数据库、postgreSql系列、cache系列等。 支持不同数据来源的数据:充分考虑数据源格式的多样性,比如各自不同的数据库格式、文本文件格式、XML格式、JSON格式等,支持结构化数据、半结构化或非结构化数据。 对采集的原始数据存储到数据池中,再对采集数据进行清洗加工处理,并做标准化整理。主要包括制定数据清洗流程、清洗流程控制、清洗质量控制、清洗过程管理等。通过规范流程和规则库,基于流程引擎构建统一的、可配置的数据转换、清洗、比对、关联、融合等加工处理过程,对异构异源海量离散的数据资源加工生产,生成易于分析利用的、可共享的数据。 针对数据驱动的临床应用场景,支持将医院积存的海量临床数据进行结构化、标准化和归一化处理,使之成为易供临床、科研、运营直接利用与分析的数据。 1.支持非标准化概念与标准化概念间的映射转换,实现数据标准化应用;(投标人须提供成熟系统的功能截图并详细说明) 2.支持患者隐私信息脱敏技术,包括中文临床文本脱敏等; 3.支持处理多种病历类型的自然语言处理模型,支持自定义变量拓展抽取。 4.支持基于自然语言处理技术的医疗文书类非结构化数据治理; 5.#数据治理有完善的制度章程和流程管控。 #其中利用自然语言处理(NLP)技术实现对医疗文本处理,需满足以下功能: 1.支持处理多种病历类型的处理模型,展示例如入院病史、既往史、病程录、体格检查、眼科特殊检查、心电图等; 2.系统支持单份文本分析结果进行可视化展示,包括医学实体识别、医学实体与关联识别、概念展示等; 3.支持治理好的文本变量的溯源功能,精确定位抽取的变量在原文中的位置,并高亮显示; 4.支持将病历文本中提取的变量,可存储成JSON、二维表格式等。 |
|||
3.3 |
数据质量管理 【演示项目】 |
支持数据治理后的数据质量的管理,需具备以下功能: 1.支持数据质控的规则管理,内置如时间、姓名、患者编号、数据填充率、值域范围、外键关联等多种规则的,支持根据医院数据情况的新增质控规则。 2.支持根据不同业务系统对接的需求定义规则组,可以自由将各种质控规则纳入规则组,并且根据规则组发送预警情况。 3.能够根据数据集成和治理过程中的数据质控自动生成质控报告,可以通过质控报告定位数据处理的问题,并能够将质控报告中的预警信息发送到医院指定的数据管理员,支持通过邮件、短信、微信方式的预警对象设置。 4.#可提供数据质量管理工作站。 |
|||
项目建设详细内容-4.临床数据中心CDR |
|||||
4.1 |
临床数据中心CDR |
临床数据中心主要是以患者为中心,包含患者所有重要的临床数据,可集成院内各科室级临床信息系统,实现所有临床诊疗数据的整合与集中展现。 ▲需满足以下要求: (1)提供数据中心数据内容的定义功能; (2)建立临床信息数据库,遵循国家卫健委《WS 445-2014 电子病历基本数据集》,至少包含标准要求的17类数据集和58个数据子集的内容;支持自定义扩展数据集; (3)结合国家卫计委的相关标准,以及医院数据源的实际质量,设计CDR数据仓库,包括数据对象、对象之间的关联关系、采用的数据标准、和业务数据的映射关系等。 (4)建设符合卫健委电子病历共享文档规范的临床数据中心(简称CDR)。 (5)提升现有系统的用户体验感,将临床数据中心作为各临床应用共享数据的平台,为临床提供更加便捷的共享的信息应用。 (6)延展性应用:支持以现有医院临床信息系统为基础,建设以专科为单位的数据中心; (7)历史信息接入:能将医院现有业务系统的历史病人数据进行HL7 V3 CDA格式一次性导入到CDR系统中; (8)通过临床数据中心(CDR)平台建设,逐步形成医院的数据标准与规范,包括数据共享接口规范、临床数据集规范、科研数据集规范、管理运营数据集规范、数据获取规范、数据对外发布规范等等,使得未来引进和建设新的IT系统变得有章可依; (9)知识库管理:提供临床知识库查询、维护及常规医学公式、单位换算; (10)要支持各专科专病CDR建设,并实现与医院现有临床业务应用平台的完整整合应用,推进专科专病诊疗活动的高效高质量展开。 (11)统一视图访问病人信息: 要求门户系统拥有统一视图功能,可将病人信息整合在一个视图内;通过一个联网、整合、清晰的视图对患者的跨多个医院系统的全部信息进行查阅; (12)病人精确信息浏览: 点击进入一个病人的资料必须就有精确的病人诊断,治疗,过敏史,既往病史等可供浏览;并能与现有临床系统进行基于模块层面的无缝整合; (13)可定制的、直观的用户界面: 所有菜单项目,超链接,显示信息及展示结构都可直接定制,不需进行二次开发。用户界面友好,操作简单,专门为医疗行业设计使用。 (14)能够对数据中心的数据量、异常数据等信息进行综合监控。 (15)要求临床数据中心平台对于采集的数据加以解析处理,形成最小的、可复用的数据元素,以提高数据利用的效率。 (16)具有可自定义视图的功能:在需要时可随时为用户展示关键信息。能够快速创建和修改个性化视图,通过用户自助式服务,满足全院临床、管理和科研用户的需求。 (17)通过配置验证规则,自动化验证CDR中数据的准确性,比如对比记录条数、对比汇总金额等方法,确保CDR中的数据准确及时地反映业务系统中的数据。 (18)加载各数据源所对应的业务系统中保存的历史数据,使CDR覆盖医院现有的各类数据资产。 |
|||
4.2 |
临床数据检索系统 |
1.支持对基本信息、诊断、手术、医嘱等条件自由添加、删除,实现自定义检索条件的设置,支持查询时间范围不限、全院病人范围不限,支持中文、拼音首字母模糊检索,并支持自主设置逻辑与、或关系。 2.支持对结构化病历文书条件自由添加、删除,精确到具体文书类型中的具体的结构化数据,让检索结果更加符合临床及科研需要,同种病历文书支持组合检索,即可同时检索多个关键字,基于搜索引擎的方式,多包含多个关键字的病历内容进行展示,检索内容更加精确; 3.支持对基本信息、诊断、手术、病历文书、检验、检查、药品不同的报表列自主添加,满足多样化的报表要求;支持查询结果分页展示、并导出; 4.支持多个查询结果标签的展示,对不同的条件可支持结果的比对,寻找不同结果的差异性和共性; 5.支持查看病人历次的病历资料,避免临床数据检索系统与电子病历系统频繁切换。 6.支持对医务管理者、医生、护士不同角色进行授权,分别设置不同的查询条件和查询结果。 7.隐私安全设置 (1) 为保护患者隐私,对于查询出的病历结果,支持对患者信息、病历文书结构化点进行脱敏处理,脱敏内容按照前2个字符以*表示,超过2个字符的内容不加密; (2) 支持不同角色、用户导出功能设限,权限不够的医生不能导出; (3) 支持设置不允许临床检索的诊断名称,杜绝临床医生检索敏感诊断; (4) 支持对不同角色、不同用户、不同的职能科室进行隐私设置,满足多样化需求。 8.日志审计 (1) 支持根据操作日期范围、操作类型(包含查询、导出)、操作人ID查询所有进行临床数据查询、导出动作的记录; (2) 支持查询结果显示查询操作人、操作人ID、操作人职称、操作时间、操作类型、操作具体内容及操作者IP地址; (3) 支持导出和查看操作详细内容,当操作为查询,详细内容必须包含查询条件,当操作为导出,详细内容必须包含查询条件及导出结果列; (4) 支持操作日志导出,导出结果列需与系统展示界面内容一致。 |
|||
4.3 |
统一门户(Portal) 【演示项目】 |
1.提供诊疗门户功能,能够将员工及其工作事务纳入到门户页面; 2.#能够基于门户页面做进一步查看数据信息,也可以直接在门户直接登录到相关系统查看详细内容;(投标人须提供成熟系统的功能截图并详细说明); 3.门户中用户可订阅不同信息类型的通知,用户可以自定义接收的消息信息。 医疗门户 提供的对象包括医生、科主任、医务科,功能如下:
护理门户 提供的对象应包括护士、护士长、护理部,功能如下:
管理门户 提供的对象包括科科主任、护士长、医务科、护理部,功能如下:
|
|||
4.4 |
电子病历共享文档(CDA)管理 |
根据卫计委《WS/T 447-2014基于电子病历的医院信息平台技术规范》、 WST 500-2016 电子病历共享文档规范、WS445-2014电子病历基本数据集等规范要求,建立独立的数据存储文档,包括电子病历文档注册库和存储库,保存的电子文档遵循相应类别的电子文档标准,满足国家医疗健康信息互联互通标准化成熟度四级甲等的评级要求。 |
|||
4.5 |
患者360视图 【演示项目】 |
面向患者、医生各个维度建立患者360视图,各视图可应用到诊疗环节亦可应用到管理环节,该功能需要支持多院区。具体功能如下: 时间轴视图 1.需提供时间轴视图功能,通过时间轴总览满足以下要求: 1)提供时间轴视图展示患者的历次就诊情况,采集患者历次就诊在电子病历系统中记录的诊疗信息; 2)支持将患者历次诊疗信息进行摘要提取,以时间轴顺序的方式进行展示,可通过时间轴的滚动操作来查找多次的就诊信息; 3)提供就诊类型分配不同颜色的标识,需对应患者门诊、住院的就诊类别,获取对应电子病历系统中的数据,支持通过看就诊颜色判断就诊类型,直观明了。 2.需根据时间轴中的就诊类型与信息,对照展示详细的诊疗数据: 1)支持同屏查看某一次就诊的详细信息,通过时间轴上历次的就诊信息选择可同步刷新查看明细; 2)能够基于时间轴视图中展示的患者诊疗信息追溯到门诊与住院电子病历系统中对应的模块页面查看详细内容,比如门诊病历、出院小结、医嘱信息等;实现诊疗数据的追溯。 ▲全息视图患者 全息视图要求是基于临床数据中心、并以患者为核心而建立,主要功能是对患者基本信息、患者门急诊信息、患者住院信息等数据进行图形化界面的管理和浏览,从而充分了解和掌握患者从入院到出院以及历史医疗数据和信息,提高临床工作的质量和效率。要求能够实现基于用户的使用习惯自由选择模板来满足临床医生的需求。 1.全息视图与门诊、住院电子病历系统相对应,分别展示患者不同就诊类型的诊疗数据。 2.全息视图通过图形化的界面展示患者诊疗记录的标识及详细内容,可通过颜色配套的门诊标识、住院标识对患者就诊进行一览查询。 3.全息视图展示的患者诊疗记录,需与我院电子病历系统中诊疗计划功能模块保持一致,按时间、诊断、检验、检查、用药、病历信息进行分类化展示。 4.在全息视图页面,可查阅更多,为保障页面的展示友好,需采用弹出框来查询更多内容。 摘要视图 提供患者历次就诊的摘要信息展示功能,通过摘要视图满足以下要求: 1.支持将患者身份信息进行摘要展示; 2.支持将就诊的各个类别分模块展示,比如诊断信息、用药信息、检验检查信息等; 3.提供摘要信息与各项视图相互关联的功能,以便支持查询更详细的诊疗信息。 过敏/不良反应视图 1.支持将患者各种过敏及不良反应的信息进行一览的查询展示,以作为重点信息提醒临床人员。 2.过敏/不良反应视图需与电子病历系统相对应,根据就诊的类型,门诊、急诊或是住院分别展示历次的过敏/不良反应信息。 用药视图 1.提供用药医嘱信息分类查询功能,需满足以下要求: 1)支持按照时间段查询患者用药的种类及数量; 2)查询到的用药信息需与患者在电子病历系统中的药品分类保持一致,以对应临床诊疗环节; 3)门诊、住院电子病历系统中的药品分类包括毒麻药品、贵重药品、精神类药品、抗菌药品需在本视图中汇总分类展示(投标人须提供成熟系统的功能截图并详细说明); 4)需按照药品自身的分类对应查询某一类药品。 2.提供用药医嘱详细信息查询功能,需满足以下要求: 1)可将药品属性信息详细展示,包括药品类型、频率、用法、途径等; 2)针对任一药品可进行用药的闭环追溯,查询药品的流通环节; 3)需同步门诊、住院电子医嘱系统中药品属性情况,展示用药的连续性以及用量趋势。 检验视图 1.支持以检验为维度进行检验信息的全面查询展示。 2.需获取并按照门诊、住院电子医嘱系统中下达的检验申请进行就诊类别分类展示。 3.支持将检验进行分类查询展示,能够区分生化类检验报告、菌检类检验报告等。 4.支持展示检验报告的详细信息,通过结果值与正常值的对比醒目的提醒临床人员。 5.支持将多次的检验报告的检验项目进行趋势图的自动绘制展示。 检查视图 1.支持以检查为维度进行检查信息的全面查询展示。 2.需获取并按照门诊、住院电子医嘱系统中下达的检查申请进行就诊类别分类展示。 3.支持对特定的检查报告图片进行对比展示,以辅助诊疗。 手术视图 1.支持以手术为维度进行手术信息的全面查询展示,需满足以下要求: 1)能够展示出历次手术所相关的就诊信息,包括病历信息、用药信息、检验信息、检查信息等; 2)需与我院电子病历系统中手术索引信息形成关联对照,同步的展示手术索引相关的手术申请、手术知情同意书、术前讨论、术前小结、手术安全核查、手术记录等诊疗记录。 3)同时,需根据手术信息,展示对应的手术护理单据,包括手术护理记录单、手术室护理交接等。 2.支持手术关联信息的展示,即当前查看的手术日期之后的历次就诊信息,以便临床人员跟进手术后的康复、治疗情况。 病历文书视图 1.以历次就诊为维度,支持将历次就诊的病历文书进行同步展示。 2.通过就诊标识来将门诊、住院进行区分,不同就诊类型下展示不同病历文书类型,且只展示书写过的病历文书。 3.要求保持病历文书视图与我院在用门诊、住院电子病历系统的病历样式与内容完全一致。 专病视图 提供专病视图功能,能够根据不同专科要求,提供专病视图功能,如视光学专科科: 1.能展示专科特定病种的所关注的医技报告信息; 2.能展示专科特定病种指定检验报告项目的趋势图分析; 3.能对特定专科病种生成专病视图,如支持对检查报告进行对比分析,支持对眼压高低趋势进行分析、支持对控制眼压的药品使用剂量的疗效进行分析; 自定义视图 #支持自定义视图功能,如专科视图等。 |
|||
项目建设详细内容-5.运营数据中心ODR |
|||||
5.1 |
运营数据中心 |
通过对医院运营业务、临床业务数据的抽取,建立运营数据中心,为不同层级用户,提供不同业务视角的指标监管、分析、预警、预测等多种决策支持功能。
|
|||
5.2 |
智能引擎BI |
系统具有灵活的报表及分析挖掘工具,实现数据的任意挖掘,通过对维度、度量的拖拉拽实现数据报表;通过选择性的图标显示模式实现图标报表;通过表单过滤、筛选、算法配置实现报表的挖掘广度和深度控制;通过报表工具的层层钻取和回溯实现报表的挖掘粒度控制。系统必须提供成熟的医疗行业数据模型,能够根据医院需求将数据直接导入到数据模型,得到相应的指标内容。行业数据模型包含运营管理、门诊部、医务处、护理部、医技科等数据模型。 基于医院数据中心的数据分析,提供多维视图和动态分析报表,支持客户对数据进行旋转、切片和分层钻取,并从各个角度对数据进行分析和比较。建立医院的财务和业务分析,包括总体财务营运分析、门诊财务与业务分析、住院财务与业务分析、药品财务与业务分析、设备财务与业务分析、耗材财务与业务分析、人力资源分析、临床质量分析等。 可根据各业务职能科室的不同需求,利用智能BI制作相应的报表统计数据并支持导出功能;也支持业务分析模型的导入功能,定期自动分析不同业务模型的数据指标并形成分析文档,支持文档的导出以及发送指定人员的功能。 需满足以下功能要求: (1)系统管理与操作环境: 1)支持纯Web化的操作环境,客户端不需要安装任何程序,通过浏览器及网络即可执行。 2)兼容多维度延伸语言(MDX),可自定义各种计算与统计,能够应付各种实际环境所面临的统计分析需求。 3)同一张报表支持多数据源。只要权限允许,能够由分割的不同数据源汇总所需的信息。 4)提供数据源认证机制,包括:执行使用者的认证、使用固定的认证连结数据源、与数据源不须认证机制,以满足各种单点登陆平台的整合需求。 5)提供数据源安全控管机制。个别的数据源可依照使用者或角色定义的方式,来设定安全性控管方式。 6)提供超出闲置时间自动注销机制。当使用者离开电脑一段时间或系统闲置时间超过时,系统会将该使用者执行自动注销的动作,以防止数据外泄或遭窃。 7)提供角色定义及管理功能。可依照不同的角色权限来设定所属的安全机制。 (2)报表管理环境 1)支持个人化设定。使用者可在无须依赖信息人员的情况下,自行将个人需求的分析结果制作成精美报表,同时亦可节省以往开立报表规格与沟通往返的时间。可以自由进行上钻下钻,旋转,切片切块,以及过滤条件查询等操作。 2)支持自行定义所需的数据分析画面,以多重视窗模式让多数据表、多统计图、多数据源追踪等资讯可同时呈现在单一报表上。 3)支持拖拉式的版面。数据表与统计图皆可通过拖拉方式来轻易地调整大小及位置,轻松设计出最佳的呈现画面。 4)提供严谨的存取安全控管机制,可由使用者自行决定哪些报表要分享给哪些使用者查询。 5)提供报表检视程序供外部程序存取报表。 6)提供报表协同管理机制。使用者可以在报表画面上直接涂改或加注注解、再将信息寄发至指定收件者的个人信息信箱中,并掌握其对信息的检视状况。 (3)交叉分析表 1)支持各种维度结构。包括星形维度、雪花维度、父子式维度、虚拟维度等各式维度结构。 2)提供维度式、阶层式、成员式等不限阶层的多维查询操作模式,并可执行行、列、数值等三个轴的灵活弹性组合,亦包括行列旋转、数据分页、维度切片等多项功能。 3)提供多维度数据内任何使用者需要的比较方式,比较结果可以数值或图形的方式来呈现。比较逻辑更可依照维度成员或数值的不同,来依照使用者的需求自由搭配。 4)可自行设定层级内排序以及跨层级排序模式,以便找出区域性及全局性的数据统计结果。同时亦提供自动产生名次栏位的功能,以透过名次栏位分析来观测不同量值间的因果关系。 5)提供多种关联式分析功能,可模拟使用者的假设性推理思路,辅助使用者展开跳跃式与引导式的关联性分析流程。 6)提供父子阶双向的数据过滤方式,让使用者可以最具效率的方法获得所需要的资讯。 7)可提供没有数量限制之行、列数据轴的维度组合,使用者可以自行组成任意阶层的维度来达成分析的目的,亦提供快速的行、列数据轴交换功能,快速达到不同角度分析数据的目的。 8)使用者可通过操作简易的公式设定界面来自行新增量值或维度成员。 9)可提供使用者对维度内数据各阶层进行逐层分析的功能,可在表格与图形中执行 10)数值数据可自由设定于行或列。提供快速键切换功能,可满足使用者对数据呈现方式与不同分析思维角度的需求。 11)提供对于表格本身各个成员的显示格式设定,包括字形、大小、颜色、背景颜色等。对于数值数据亦提供各种格式化呈现方式,包括小数精确度、百分比呈现、币别金额呈现方式等,以及可依据不同的数值数据有不同的呈现方式,以增加表格数据的可阅读性。 12)支持快速重新设计机制。当使用者对于分析的结果或布局不满意而希望重新设计时,交叉分析表可立刻清除原先设计的设定。 13)支持红绿灯号显示机制的快速设定。提供灯号标注的直觉式管理辅助机制,还可依不同的达成率来设定不同的图示或灯号显示,方便管理者进行有效率的绩效管理。 14)使用成员属性设计报表。透过成员属性的定义,可建立后端数据库中相关任意数据间的关联,加入任意的栏位作为成员属性。 (4)来源分析表 1)可轻松地让使用者追踪OLAP分析出来的各项数据的关键数据源。系统管理人员可决定数据源是否要开放,且可决定希望开放的栏位。一个交叉分析表可以同时对应多个来源分析表,以便让使用者比较不同的数据结果所对应的发生原因。 2)支持拖拉查询方式。使用者只要将希望追踪原因的数据资料拖拉至来源分析表上,即可执行追踪数据源的动作。 3)支持同时开启多个来源分析表。可根据需要产生关联,提升使用者对于数据源的掌握度与数据源的可读性。 4)支持数据源栏位检视及数据权限设定。系统管理者可根据栏位重要性决定是否开放给使用者查询数据源;亦可设定数据源筛选条件,将不希望被使用者看到的数据内容予以过滤掉。 5)支持排序及分页。提供方便的排序及分页功能,以及简便的查询功能,方便使用者于庞大的数据源中迅速搜寻出需要的数据。 (5)决策分析图 1)提供快速的统计图形产生方式。在交叉分析表中若有任意数据希望以统计图形的方式来呈现,都可以选用建立统计图形的功能,迅速产生出对应该数据的统计图形,且可以拖拉方式任意调整图形的位置与大小。 2)提供各式统计图类型可供使用者选用,每种图形并具备多种变化方式。 3)支持多表多图同步呈现。一个交叉分析表一次可对应多个统计图形。 4)提供2D及3D等不同的统计图呈现方法。 5)支持图形可选择是否与交叉分析表同步互动。 6)提供图形中数据展开与钻取的操作。 |
|||
5.3 |
▲三级公立医院绩效考核系统 |
提供国家公立医院绩效考核指标统计分析功能,满足其统计指标的分析管理:
|
|||
5.4 |
▲移动端运营管理中心 |
移动运营管理中心以PC端运营数据中心为基础,主要以医院管理者、职能科室、科室主任为服务对象,基于任意移动手机设备协助医院管理层随时、随地全面了解医院运营动态信息,及时发现院内各种异常变化,辅助运营决策。移动运营系统可以嵌入微信企业号、嵌入钉钉、APP、Web地址等多种方式,适应各种移动手机设备,随时随地查阅医院各类在电脑端可查询的运营指标数据。提供数据安全访问方案,保证数据从医院内网到公网的安全性。 |
|||
5.5 |
职工360视图 |
为了健全和完善员工考核体系,建立人员资格资质与授权管理系统,将员工的个人信息全面、统一、集中在一起,便于信息的更新与补充,简化工作程序,提高工作效率,客观地反映每位员工的工作绩效,为综合评价员工的工作业绩提供依据,并为员工的晋升、职称评定提供较为完整的资料,具有客观性、科学性和实用性,本次项目需建设职工管理视图,需满足如下要求:
工作效率内容如下:
行政指标相内容如下:
|
|||
5.6 |
▲院领导驾驶舱 【演示项目】 |
|
|||
5.7 |
三级评审日常指标数据分析 |
面向医院三甲评审业务,满足三甲医院评审、数据上报、统计等所必须的指标;在统计的基础上实现各类指标的趋势分析,对比分析。 系统建设要实现如下功能: 医院运行指标管理 1、提供医院整体资源配置情况一览功能,支持统计医院实际开放床位数,医院员工数,医院员工比,员工床位比,医院医用建筑面积; (1)支持直观展示医院实际开放床位数,并能对数据进行挖掘; (2)支持直观展示医院员工数,并能对数据进行挖掘,支持查看对应年份每月医院员工数; (3)支持直观展示医院卫生技术人员数,并能对数据进行挖掘,支持查看对应年份每月医院卫生技术人员数; (4)支持直观展示员工床位比,并能对数据进行挖掘,支持查看对应年份每月员工床位比; (5)支持直观展示医院医用建筑面积,并能对数据进行挖掘,支持查看对应年份各科室医用建筑面积; 2、提供医院全年的工作负荷情况监控功能,支持统计医院门诊人次,体检人次,急诊人次,留观人次,检查人次,入院人次,出院人次,出院患者实际占用总床日,死亡人次,自动出院人次; (1)支持直观展示医院年门诊人次、年入院人次、年出院人次,并能对数据进行挖掘,支持查看各科室分别对应的年门诊人次、年入院人次、年出院人次; (2)支持展示年检查人次的同时通过数字的挖掘,同时查看到各类不同检查人次; (3)支持直观展示医院出院患者实际占用总床日、年死亡人次、年自动出院人次,并能对数据进行挖掘,支持查看各科室出院患者实际占用总床日,死亡人次,自动出院人次; 3、提供医院整体治疗质量情况监控功能,支持统计医院门诊手术例数,住院手术例数,住院手术死亡例数,出院/死亡人数,住院危重抢救/死亡例数,急诊危重抢救/死亡例数; (1)支持柱直观展示医院门诊手术例数、住院手术例数,并能对数据进行挖掘,支持查看各门诊科室门诊手术例数、各住院科室住院手术例数; (2)支持展示住院危重抢救/死亡例数、急诊危重抢救/死亡例数的同时通过数字的挖掘,支持分别查看各科室住院危重抢救/死亡例数、急诊危重抢救/死亡例数; (3)支持根据住院危重抢救/死亡例数的直观展示,再查看具体的危重抢救/死亡病人; 4、提供医院整体工作效率的监控功能,支持统计医院出院患者平均住院日,平均每张床位工作日,床位使用率,床位周转次数; (1)支持直观展示医院出院患者平均住院日,并能对数据进行挖掘,支持查看对应月份各科室出院患者平均住院日; (2)支持直观展示医院床位使用率,并能对数据进行挖掘,支持查看对应月份各科室床位使用率; (3)支持直观展示医院平均每张床位工作日,并能对数据进行挖掘,支持查看对应月份各科室平均每张床位工作日的直观展示; (4)支持直观展示医院床位周转次数,并能对数据进行挖掘,支持查看对应月份各科室床位周转次数的直观展示; 5、提供医院患者负担情况监控功能,支持统计医院每出院人次费用/药费,每住院人次费用/药费,每门诊人次费用/药费; (1)支持直观展示每出院人次费用/药费,并能对数据进行挖掘,支持查看对应年份每月每出院人次费用药费情况,再同时进行挖掘,能够查看对应月份各科室每出院人次费用药费; (2)支持直观展示每住院人次费用/药费,并能对数据进行挖掘,支持查看对应年份每月每住院人次费用药费情况,再同时进行挖掘,能够查看对应月份各科室每住院人次费用药费; (3)支持直观展示每门诊人次费用/药费,并能对数据进行挖掘,支持查看对应年份每月每门诊人次费用药费情况,再同时进行挖掘,能够查看对应月份各科室每门诊人次费用药费; 6、提供全院资产运营情况监控功能,支持统计医院流动比率、速动比率、固定资产、医疗收入/百元固定资产、业务支出/百元业务收入、资产负债率、药占比、耗材占比、去耗材药占比、药品耗材占比指标以及各指标同期值; (1)支持直观展示医院资产年流动比率的同时进行挖掘,支持查看对应年份各季度流动比率; (2)支持直观展示医院资产年速动比率的同时进行挖掘,支持查看对应年份各季度流动比率; (3)支持直观展示医院年固定资产的同时进行挖掘,支持查看对应年份各季度年固定资产; (4)支持直观展示医院年资产负债率的同时进行挖掘,支持查看对应年份各季度年资产负债率; (5)支持直观展示医院年医疗收入/百元固定资产的同时进行挖掘,支持查看对应年份每月医疗收入/百元固定资产; (6)支持直观展示医院年业务支出/百元业务收入的同时进行挖掘,支持查看对应年份每月年业务支出/百元业务收入; (7)支持直观展示医院药占比的同时进行挖掘,支持查看对应年份每月药占比; (8)支持直观展示医院耗材占比的同时进行挖掘,支持查看对应年份每月耗材占比; (9)支持直观展示医院去耗材药占比的同时进行挖掘,支持查看对应年份每月去耗材药占比; (10)支持直观展示医院药品耗材占比的同时进行挖掘,支持查看对应年份每月药品耗材占比; 7、提供医院科研成果监控功能,支持统计医院国内论文数ISSN、国内论文数及被引用数、SCI收录论文数、承担与完成国家科研课题数、获得国家科研基金额度、获得省级科研基金额度、承担与完成省级科研课题数以及每百张床位数; (1)支持直观展示医院国内论文数ISSN,并能对数据进行挖掘,支持查看对应年份各季度国内论文数ISSN; (2)支持直观展示医院国内论文数及被引用数,并能对数据进行挖掘,支持查看对应年份各季度国内论文数及被引用数; (3)支持直观展示医院SCI收录论文数,并能对数据进行挖掘,支持查看对应年份各季度SCI收录论文数; (4)支持直观展示医院承担与完成国家科研课题数,并能对数据进行挖掘,支持查看对应年份各季度承担与完成国家科研课题数; (5)支持直观展示医院获得国家科研基金额度,并能对数据进行挖掘,支持查看对应年份各季度获得国家科研基金额度; (6)支持直观展示医院获得省级科研基金额度,并能对数据进行挖掘,支持查看对应年份各季度获得省级科研基金额度; (7)支持直观展示医院承担与完成省级科研课题数,并能对数据进行挖掘,支持查看对应年份各季度承担与完成省级科研课题数; 住院患者医疗质量管理 1、提供住院重点疾病监控功能,支持统计医院各类重点疾病对应的出院总例数、死亡例数、死亡率、1日内再住院例数、1日内再住院率、2-15天内再住院例数、2-15天内再住院率、16-31日内再住院例数、16-31日内再住院率、平均住院日、平均住院费用、药占比、材料占比、去耗材药占比、药品耗材占比; (1)支持根据各重点疾病的出院总例数查看该疾病每月的出院总例数,同时能够再次挖掘,支持查看对应月份的具体出院病人; (2)支持根据各重点疾病的死亡例数查看该疾病每月的死亡例数; (3)支持根据各重点疾病的平均住院日查看该疾病每月的平均住院日; (4)支持根据各重点疾病的平均住院费用查看该疾病每月的平均住院费用; (5)支持根据各重点疾病的药占比查看该疾病每月的药占比; 2、提供住院重点手术监控功能,支持统计医院各类重点手术的手术总例数、死亡数、死亡率、术后非预期再次手术例数、非预期重返手术室手术率、平均住院日、平均住院费用、药占比、材料占比、耗材药占比、药品耗材占比。 (1)支持根据各重点手术的手术总例数查看该手术对应的每月的例数,并能对数据进行挖掘,支持查看对应月份的具体手术病人; (2)支持根据各重点手术的死亡数查看该手术每月的死亡数; (3)支持根据各重点手术的平均住院日查看该手术每月的平均住院日; (4)支持根据各重点手术的平均住院费用查看该手术每月的平均住院费用; (5)支持根据各重点手术的药占比查看该手术每月的药占比; 3、提供医院麻醉监测功能,支持统计麻醉总例数、麻醉医师实施镇痛治疗例数、麻醉医师实施心肺复苏治疗例数、麻醉复苏(StewArd 苏醒评分)管理例数、麻醉中非预期的相关事件例数、麻醉分级(ASA 病情分级)管理例数等麻醉指标; 4、提供医院坠床评估监测功能,支持统计全院坠床发生率及伤害严重程度等坠床指标; 5、提供医院择期手术后并发症监控功能,支持统计医院择期手术总体情况、各类手术并发症例数等指标; 6、提供医院因用药错误导致患者死亡发生率监测功能,支持统计因用药错误导致患者死亡的出院患者的发生率; 眼科单(特定)病种质量管理 1、提供全院单病种数据监控功能,支持统计科室、医生单病种上报例数以及各类病种上报例数进行监控; (1)支持直观展示科室上报单病种例数,同时能够深度挖掘,支持查看对应科室医生上报的单病种例数; (2)支持根据查询的医生上报例数,再次查看对应病种上报的具体病人。 合理用药监控 1、提供合理用药指标监控功能,直观展示用药指标值; (1)支持直观展示抗菌药物处方率,同时能够挖掘,支持查看对应年份每月抗菌药物处方率指标值; (2)支持直观展示药占比,同时能够挖掘,支持查看对应年份每月药占比指标值; (3)支持直观展示抗菌药物占西药出库率,同时能够挖掘,支持查看对应年份每月抗菌药物占西药出库率指标值; (4)支持直观展示药敏实验率,同时能够挖掘,支持查看对应年份每月药敏实验率指标值; 2、提供门诊抗菌药物指标监控功能,支持直观展示门诊抗菌药物的指标值; (1)支持直观展示每月的门诊抗菌药物费用; (2)支持直观展示门诊抗菌药物指标的各项值; 3、提供急诊抗菌药物指标监控功能,支持通过各类图表统计门诊抗菌药物的指标值; (1)支持直观展示每月的急诊抗菌药物费用; (2)支持直观展示急诊抗菌药物指标的各项值; 4、提供门急诊抗菌药物指标监控功能,支持直观展示门急诊抗菌药物的指标值; 5、提供住院抗菌药物指标监控功能,支持直观展示住院抗菌药物的指标值; (1)支持直观展示抗菌药物使用率,同时能够挖掘操作,支持查看该行对应月份各病区抗菌药物使用率; (2)支持直观展示抗菌药物使用强度,同时能够挖掘操作,支持查看该行对应月份各病区抗菌药物使用强度; (3)支持直观展示抗菌药物静脉输液占比,同时能够挖掘操作,支持查看该行对应月份各病区抗菌药物静脉输液占比; (4)支持直观展示静脉输液平均每床日使用瓶(袋)数,同时能够挖掘操作,支持查看该行对应月份各病区静脉输液平均每床日使用瓶(袋)数; (5)提供合理用药的附加指标值的统计功能,支持查看出院患者外带抗菌药物品种、数量、药物使用前十的医生、药物使用前五的科室、全院抗菌药物按DDDs值前十排名等指标。 医院感染指标监控 1、提供医院感染控制监测功能,支持统计手术部位感染发病率、手术后眼内炎发生例数与比率感染率等监控指标; 2、支持统计NNIS0级、NNISⅠ级、NNISⅡ级、NNISⅢ级、NNISⅣ级手术部位感染对应的各季度相关指标值。 3、提供耐药菌感染监测功能,支持统计指标监测结果; 4、提供手卫生监测功能,支持统计手卫生相关的监测指标值; (1)支持直观展示实际执行手部卫生时机,同时能够挖掘,支持查看对应年份各季度指标值; (2)支持直观展示实际观察应执行手部卫生时机,同时能够挖掘,支持查看对应年份各季度指标值; (3)支持直观展示手卫生依从率,同时能够挖掘,支持查看对应年份各季度指标值; (4)支持直观展示手卫生正确率,同时能够挖掘,支持查看对应年份各季度指标值; (5)支持直观展示医生、护士、保洁、食堂工作人员卫生依从率/正确率,同时能够挖掘,支持查看对应类别人员各季度指标值; (6)支持直观展示临床、门诊、食堂、医技手卫生依从率/正确率,同时能够挖掘,支持查看对应各部门各季度指标值; |
|||
项目建设详细内容-6.测评服务 |
|||||
6.1 |
互联互通标准化成熟度四级甲等测评服务 |
整体测评相关工作:以互联互通标准化成熟度测评指标体系为参照;以国家卫生标准委员会信息标准专业委员会、国家卫生计生委统计信息中心发布的《符合医院信息互联互通标准化成熟度测评方案》作为评测规范。 1.共享服务标准化建设 根据卫计委互联互通《医院信息平台交互规范》要求,开发统一的标准共享服务,实现与业务系统和数据中心的集成。医院信息平台交互规范包括新增个人身份注册服务、个人信息更新服务、个人身份合并服务、个人基本信息查询服务、新增医护人员注册服务和出院信息查询服务等共享服务,并能通过映射转换支持将非标准的消息转化为标准定义的消息。 2.互联互通测评中相关文档整理编写 协助建设方达到国家卫生计生委统计信息中心最新颁发的《国家医疗健康信息医院信息互联互通标准化成熟度》四级甲等水平。
|
|||
6.2 |
电子病历系统功能应用水平分级评价5级服务 |
协助医院达到国家卫生健康委员会最新颁发的《电子病历系统应用水平分级评价标准》5级水平。
|
|||
6.3 |
集成平台三级等保测评服务 |
协助医院通过集成平台三级等保测评服务的要求并提供相应的证明材料。 |
|||
6.4 |
数据中心三级等保测评服务 |
协助医院通过数据中心三级等保测评服务的要求并提供相应的证明材料。 |
|||
项目建设详细内容-7.闭环管理 |
|||||
7.1 |
药品闭环管理 |
通过本次项目建设实现药品闭环管理的追溯功能,应包括从医生下达药品医嘱、护士确认医嘱、药师审核医嘱、配送人员配送到最终护士床旁口服药执行确认工作流程。 |
|||
7.2 |
会诊闭环管理 |
将患者在院内会诊流程进行全流程的管理和展现,实现会诊治疗过程的记录,支持从医生的申请会诊、会诊医嘱、填写电子病历会诊申请记录单,到受邀会诊医师接收会诊,完成并提交电子病历中的会诊记录,记录整个会诊过程,实现会诊流程的闭环数据追溯管理。 |
|||
7.3 |
手术闭环管理 |
将全过程的手术流程进行串联性的展现,支持通过闭环流程轴的方式记录手术的步骤,从而方便跟踪管理,具体步骤要能包括手术申请、手术医嘱下达、护士确认、手术转运交接、手术执行、手术记录等过程。 |
|||
7.4 |
危急值管理 |
在病人的检查、检验结果出现表明患者可能正处于有生命危险的边缘状态时,可对危急值数据进行智能提醒并及时将检验、检查信息通知于临床科室医生,提示临床医生迅速给予患者有效的干预措施或治疗,并对危急值传报过程实现全流程追溯。 将危急值的全过程管理通过统一的平台以时间轴的方式进行展现。应能够实现危急值的弹窗提醒、确认接收消息、直接跳转至医嘱处理、直接跳转至病程处理记录、处理后返回信息、报表统计的全流程衔接管理。 具体功能如下:
|
|||
7.5 |
检验闭环管理 |
将患者检验全过程进行闭环管理,能够实现患者的申请→条码打印→采集→打包→送检→接收→开始检验→完成检验→报告→审核→报告查看的全过程闭环管理。 |
|||
7.6 |
检查闭环管理 |
将患者检查全过程进行闭环管理,能够实现患者检查开单→检查登记→送检→到检→检查开始→离检→检查报告→报告审核→报告查看的全过程闭环管理。 |
|||
项目建设详细内容-8.其他系统管理 |
|||||
8.1 |
统一数据上报系统 |
通过统一数据上报平台将实现以下目标:
|
|||
8.2 |
治疗管理系统 |
治疗执行 1、查找处方 (1)支持刷就诊卡、医保卡等方式查找处方 (2)展示患者基本信息:姓名、性别、诊断等查询结果; (3)展示患者未执行项目信息:项目名称、开单时间、开单医生; (4)展示每个项目的执行次数:总次数、剩余次数等 2、病人治疗执行计划 病人治疗执行计划: 展示选中病人的基本信息、治疗执行确认、执行科室、治疗记录和评估。当医生先点击执行确认按钮后,自动将当前时间带入到本次治疗的执行时间,允许修改时间,才可设置下次治疗安排时间。当医生将所有执行确认点击完成后,病人的状态由治疗中变成治疗结束。 3、执行 (1)从查询结果中,选定要本次执行的项目,即可执行 (2)允许一个项目执行多次:默认每次查询都只执行一次,治疗师可以根据具体情况增加项目执行次数 (3)执行时支持修改执行时间 (4)执行人默认当前登录者 (5)支持撤销执行 (6)当一个科室多个治疗师共用一台电脑时,支持选择治疗师,分别记录各自的工作量 (7)支持根据执行状态(等待执行、正在执行、执行结束)筛选执行记录 (8)可支持与HIS系统做确费接口,在执行之后自动完成“确认费用”操作,以减少医生工作量 4、执行记录 (1)展示患者基本信息、治疗项目、执行人、执行时间等 (2)默认显示当天的执行记录,但是可以根据执行时间来筛选记录 (3)根据患者姓名、就诊卡号等信息精确查找某个患者的执行记录 查询统计 1、治疗记录明细 支持按照治疗室、治疗时间、治疗师姓名等条件筛选历史治疗记录 2、治疗记录和评估 医生通过填写治疗记录和评估,记录治疗项目、治疗医生、治疗时间、评估内容,以便后期统计和分析。 3、病人治疗历史查询 记录患者历次治疗信息,即每次治疗的详情 4、开单工作量统计 支持按照科室、时间等条件筛选信息,包含医生姓名、开单项目、价格、总金额等信息 5、治疗师工作量统计 统计包含项目名称、执行数量、总金额等信息 6、其它定制报表 可以根据科室业务要求,定制工作量 系统设置 1、科室管理 可以分针灸科、推拿科等不同的科室管理信息 2、角色管理 维护角色信息 其他 需要具有相关的治疗管理系统的软件著作权证书。 建设完成后需要达到电子病历系统功能应用水平分级评价5级的要求。。 |
|||
8.3 |
临床辅助决策系统 |
该系统可无缝对接到门诊电子病历、住院电子病历、医嘱、检验、检查等系统中,辅助诊疗的全过程。功能要求如下: 临床知识库管理
智能方案推荐
病情评估
护理推荐
诊疗治疗控制 在诊疗过程中,判断患者疾病及诊疗措施的匹配情况,同时判断患者病历记录的完整性情况,实时判断是否存在缺陷项目,对缺陷项目进行提醒,实时的提示方式,大幅度的提高诊疗过程中诊疗项目选择的规范性,病历记录的完整性及规范性。 诊疗合理性 在医生开具医嘱或手术时,根据患者的性别、年龄、诊断、既往史、症状、手术史等内容,自动审核医嘱项目或手术的合理性,对禁忌和相对禁忌的项目主动进行提示。 其他 需要具有相关的临床辅助决策系统的软件著作权证书。 建设完成后需要达到电子病历系统功能应用水平分级评价5级的要求。 |
|||
8.4 |
单病种质量控制与管理系统 |
系统能够与各系统的病人管理功能相结合,提供单病种病人的管理功能,需具备如下功能要求:
|
|||
8.5 |
科研数据服务系统 |
建立快速、准确的全量病例数据筛选和临床研究,实现连续、完整、再利用的信息资产的可持续建设。 1、 支持回顾性研究、前瞻性研究和横断面研究,支持临床试验、疾病全程数据管理、医院/科室/个人的数据管理。 2、 能完成基于规则的自动入库,建立全样本多维病例库。 3、 数据探索-病例数据检索。 4、 研究对象管理。 5、 病例观察量表设计和数据收集、质控。 6、 疾病数据应用服务-检索、统计、导出。 |
|||
8.6 |
指标管理系统 【演示项目】 |
系统须支持对指标父类进行管理,具体内容包括:
系统须支持对指标分类进行管理,具体内容包括:
系统须支持定义指标与各应用系统之间的关联关系,具体内容包括:
系统须支持对指标基础属性进行管理,具体内容包括:
系统须支持对指标分子属性进行管理,具体内容包括:
系统须支持对指标分母属性进行管理,具体内容包括:
系统须支持对指标运行状态进行设置,具体内容包括:
系统须支持对指标医院管理相关属性进行设置,具体内容包括:
系统须支持对医院管理的指标进行指标树的生成,指标树生成维度包括:
系统须支持用户对指标树进行操作,具体内容包括:
系统须提供指标进度分析功能,具体内容包括:
系统须提供指标使用详情分析功能,具体内容包括:
8.指标属性字典管理 系统须支持定义指标元管理所涉及的属性字典,具体内容包括:
|
|||
8.7 |
日间患者管理系统 |
1.基础要求 (1)能够按照不同专科定义不同院前评估、术前评估结构化模板; (2)能够按照不同专科定义不同的日间医嘱方案、术前评估方案、手术方案,如白内障、眼底、斜弱视三大专科中心; (3)#供应商所投日间患者管理系统须与所投门诊电子病历系统、医院现有住院电子病历系统、医嘱系统进行无缝整合,实现数据互通与共享,能够实现数据共享并保证数据的一致和完整,从而实现日间患者信息在门诊、日间病房、住院、随访等各个不同环节的数据共享与联动。 (4)需要具有相关的日间患者管理系统的软件著作权证书。 2.日间手术管理 2.1住院证管理 (1)提供转住院登记功能,可由专科门诊医生根据患者病情自行选择是否开展日间手术; (2)可根据“申请科室”的选择展示住院证需要填写的信息,当选择“日间病房”时,住院证页面展示对应的手术信息、术前检验检查供专科医生填写; (3)在住院证页面可通过颜色及重点标识区分必填项目,如若必填项未填写,则给予提示; (4)手术信息可由专科医生根据自己的时间选择预计手术时间,同时给予备选手术时间,以保证日间手术病人顺利预约; (5)提供是否关联术前检验检查项目的选择,可提供专科医生便捷的术前检验检查套餐一键下达,也可对部分日间手术无需术前检验检查项目进行隐藏; (6)提供术前检验检查套餐的维护功能,可针对不同的手术维护关联的检验项目、检查项目、计费单项目; 2.2日间医嘱管理 (1)支持针对不同专科进行不同日间医嘱的管理,如白内障、眼底、斜弱视三大专科; (2)支持在门诊环节下达日间医嘱,并能够根据患者所在专科调用不同的医嘱方案; (3)支持将日间医嘱自动同步至住院系统中; 2.3日间预约登记 (1)支持面向登记人员提供预约患者总览功能,列表可根据筛选条件直观查询患者日间手术相关信息,并支持病人总览信息的导出功能; (2)支持在预约患者列表界面对日间普通患者和特殊患者进行标记,如普通患者和防盲患者的区分标记; (3)支持按照不同预约状态展示患者列表,如预约申请、已评估、已预交费、术前确认、预入科、在院; (4)针对日间预约患者的管理,须提供如下功能: 1)提供患者身份验证功能,以确保对正确的患者做了正确的信息登记(投标人须提供成熟系统的功能截图并详细说明); 2)支持核对预约患者信息,支持将患者住院证信息、门诊病历信息自动带入患者预约登记模块中; 3)支持在预约登记时查阅患者门诊麻醉评估结果,针对未进行麻醉评估的患者可进行红色标识; 4)支持对预约患者进行取消日间手术的操作,同时,可记录取消原因; (5)支持对已评估患者、已缴费患者检验检查报告、麻醉评估结果进行查看; (6)支持对已评估患者、已缴费患者术前评估信息进行修改预约但信息进行查看及修改; (7)支持对预约患者信息的导出操作; 2.4术前评估管理 (1)支持共享患者术前检验检查报告与麻醉评估信息,以便完成对预约患者的术前评估; (2)提供术前评估模板的填写确认、修改功能; (3)支持与门诊系统进行整合,实现在术前评估模块中部分信息的自动带入(投标人须提供成熟系统的功能截图并详细说明); (4)支持对术前评估不通过的患者记录不通过原因的功能; 2.5日间手术管理 (1)支持根据不同的主刀医师、手术时间展示预约患者列表,展示的患者信息须包括患者姓名、患者年龄、计划手术时间; (2)支持根据不同的状态对患者进行标记,如已报到、未报到、已缴费; (3)支持对预约手术患者的基本信息、术前评估信息、预约信息进行查看及修改; (4)支持自动同步预约患者术前医技报告信息、麻醉评估结果供病房医护人员进行查看; 2.6日间病房管理 (1)支持提供日间患者列表功能,展示信息包括患者基本信息、手术预约信息、手术信息等; (2)支持在患者选择列表对特殊患者进行标记,如复查、防盲、戴光等; (3)支持在入科确认按规则对虚拟床位进行标记,如选择明日出院患者的床位,即当前是占床,明日就是空床; (4)支持入院资料、出院资料病历文书的增、删、改、查; (5)支持各类护理记录单及评估文书的增、删、改、查; (6)支持手术记录及手术相关病历文书的增、删、改、查; (7)支持对待手术患者进行“确定手术”操作,同时将手术申请发送至手术室; (8)支持对逾期手术患者进行手术延迟的操作,同时,可记录延迟原因及延迟到哪一天; (9)支持对待手术患者进行取消手术的操作,同时,可记录取消原因; (10)支持对预约患者进行手术爽约的操作,同时,可记录爽约原因; (11)支持对患者的病房医嘱与术前医嘱进行统一管理; (12)可针对日间手术病人进行手腕带、床头卡、手术患者转运交接卡的打印操作; (13)支持提供日间患者360视图管理功能等; (14)支持展示患者日间手术流程时间轴,展示信息包括预约申请、评估、缴费、预入科、手术等时间信息; (15)支持对时间轴的不同节点进行不同颜色标识,并能够通过点击不同的时间节点查看对应的病历输出; (16)支持提供日间专病视图功能,具体包括: 1)如眼压结果与用药之间的趋势分析; 2)患者裸眼视力/戴光视力与医嘱之间的趋势分析; 3)支持在日间病房系统增加患者手术概要情况,如今日待手术患者人数、已完成手术患者人数; 2.7入出院管理 (1)支持对日间患者进行转住院操作; (2)支持增加患者准入出院的校验,如出院评估通过则允许患者办理出院,评估不通过则给患者办理转科。 3.随访管理 3.1提供随访状态的病人列表,可根据随访时间,默认展示当天需随访的病人信息; (1)提供筛选条件查询某一段时间内的随访病人; (2)针对随访状态的病人,可向手术患者发送或批量发送随访短信; 3.2提供随访患者相关信息查询,包括基本信息、手术信息、费用信息、病理报告; 3.3提供随访记录功能; (1)可针对出院后1天的随访患者进行随访记录的填写功能; (2)提供随访记录模板的配置功能; (3)随访记录内容的填写可自动将已知的数据自动带入,减少随访护士的工作量; (4)提供随访记录列表功能,并自动标识随访次数、随访时间、随访记录人; 3.4.提供后续增加随访时间功能; (1)支持自定义设定患者下一次随访时间; (2)支持增加随访日期,针对全麻手术患者需随访4次的,可统一设定好日期,系统可在设定的日期展示在病人列表供随访管理; 3.5.支持康复结果的记录,便于日间手术患者在门诊专科就诊时关注并发症; 3.6.支持对随访完成的患者进行结束随访,表示患者已康复。 4指标统计管理 提供日间管理相关报表统计功能 |
|||
8.8 |
门诊医嘱与门诊病历 |
门诊医嘱
门诊病历
其他 投标人提供的门诊电子病历和电子医嘱要求实现与住院电子病历和电子医嘱系统之间的无缝对接,实现数据互通与共享,安装实施后的系统必需能完全融为一体,保证数据的一致和完整。投标人要明确承诺可以实现所列功能要求,无法达到或需要第三方配合解决时由投标人自行与第三方协调解决并按招标要求完成相关功能的建设,涉及到与第三方的接口改造费用由投标人自行承担。 需要具有相关的门诊医嘱系统的软件著作权证书。 需要具有相关的门诊病历系统的软件著作权证书。 |
|||
9 |
▲信息整合、接口改造及人员投入 |
|
二、服务要求:
系统软件维保服务:
投标方提供系统软件终身维护服务,验收交付正式使用后不得少于壹年免费维护,维护期内提供高版本软件升级,并承诺提供终身保修维护服务(7*24,除法定节假日外),采购方提出对软件更改的要求,投标方应予以充分满足,投标方可以和采购方相关科室共同协作。
投标方具体维护期内承诺内容如下:
免费技术咨询服务,包括系统故障分析、常见问题解答等。
免费与其他信息系统进行对接。
在投标方承担的维护期内,系统应用软件一旦有升级版本,应及时通知采购方,并对采购方的系统现有模块功能升级。
免费制作定制化的视图或者报表。
需求更新,根据客户的需求,修改并更新在合同范围内的功能需求;
软件正确性维护,及时改进软件运行过程中新发现的软件错误,并提供软件维护说明;
严格控制程序的不同版本,已经解决的问题不会在系统运行一段时间后因为程序的另外修改而再现;修改程序不会影响既往功能的正常使用。
因国家政策或政府、医院上级部门要求导致的被动性程序修改,投标方及时提供程序修改服务,并确保系统在要求的时限内正确运行。
提供稳定的项目经理持续负责本院项目,项目验收后需要2名及以上投标方在职人员驻场,确保系统可以稳定运行。
用户培训,软件需求更新造成软件操作变化时,对使用人员进行培训,应提供新功能使用说明书。
投标方须配合医院做好信息安全等级保护工作。
投标方在维保期内针对本次项目所涉及到的信息系统、中间件、数据库等进行免费运维。
服务方式、响应速度
远程支持: 7×24小时远程支持或解决与分发软件技术问题;免费运行维护服务内,对客户的反映的任何问题响应时限为2小时内,如需现场维护,响应服务4小时内。
现场维护:对于远程无法解决的问题,乙方即时安排驻地客服工程师,驻地工程师30分钟内与客户取得联系,分析故障原因,提供电话指导或远程服务,若远程无法解决问题,驻地工程师4小时内到达医院,并进行现场维护;
应急方案:对于短时间内无法通过远程及现场修复的故障,驻地工程师将提供应急方案,保障科室业务正常运行。
回访质控、文档管理
定期回访:针对客服工程师处理问题的质量及服务态度进行定期回访,控制服务质量;提供系统巡检,每一季度一次,特殊情况需做到每月一次。
满意度调查:每年通过电话访问或问卷调查的方式,针对公司的产品质量、服务质量对客户进行满意度调查,收集客户的宝贵建议,以改进公司产品与服务。
应用系统开发应严格按照国家软件工程规范进行,在整个项目实施过程中,须根据开发进度,按照医院要求及时提供用户相关技术文档,包括单不限于以下:
准备阶段:《项目实施方案》;
需求分析阶段:《需求分析说明书》;
设计阶段:《概要设计说明书》、《接口说明书》;
测试阶段:《测试用例》、《测试报告》;
上线阶段:《上线方案》、《试运行/上线报告》《功能模块上线清单》;
过程文档:《培训计划》、《培训记录》、《例会记录》、《培训手册》;
交付使用:《用户操作说明手册》、《硬件部署维护手册》、《程序安装维护手册》、《系统功能确认书》、《数据字典》。
安全要求
投标方须承诺对个人隐私信息进行严格的加密,对传输进行加密处理,确保个人隐私从数据源采集到中间处理到存储、分析利用等确保全面隐私安全保护。
因投标方系统程序漏洞导致的信息安全风险,投标方须承诺终身免费升级修补。
系统测试及正式使用期间,相关软件管理员须不得使用弱口令。
保证系统中的数据安全,保证系统中的数据不被非法阅读、篡改,确保非法用户不能进入本系统,数据须加密存储和传输;
具备完整的安全访问策略,针对用户自由灵活的分级权限配置方式,具有严格控制数据访问权限的能力;
持阻止非法篡改数据的操作并对非法操作行为及时预警。
系统交付后,投标方应提供数据库连接字符串的配置工具,用户可自定义调整应用或客户端数据库连接字符串。相关配置文件中的连接字符串需以加密方式进行保存。支持院方自行变更数据库连接字符串且不影响业务正常运行的能力。
培训要求
投标方至少必须满足医院要求的培训服务;
培训计划:须在项目履约期间针对整个系统的维护及操作进行培训,至少培训系统高级管理人员2名;从现场调试开始,对操作人员进行现场培训,直到操作人员能使系统正常运行为止;
所有的培训费用必须计入投标总价。
六、项目实施要求
总工期为:项目启动后 36个月内完成系统的整体验收。实施期间需要人员驻场,并定期每个月汇报项目进度,对不同类型的中间产品或最终产品进行测试,运行并通过验收。系统架构需要支持多院区的组织结构。
详细实施要求如下:
第一阶段:调研与分析阶段。本合同签订后15工作日内,投标方应当完成该项目的需求调研与分析,制定符合本合同要求的《项目实施计划书》,并通过采购方的评审。
第二阶段:启动会议召开阶段。《项目实施计划书》经评审通过后,由采购方负责主持召开项目启动会议。
第三阶段:项目实施阶段。投标方接到采购方项目启动的通知后立即实施该项目建设,在约定的时间内完成全部系统建设并通过采购方确认,进入试运行。
投标方应具有健全的项目管理制度和流程,以及合格的项目实施人员,确保项目实施的顺利。投标方应成立针对本项目的项目工作组,公司领导重视,并提供本项目人员组织,说明各角色的职责、人员姓名、人员数量,具有合理的项目人员配置结构,并提供成员简历。系统上线期间,投标方须提供项目管理与上线支持人员。
第四阶段:项目试运行阶段。项目通过采购方确认之日起30个工作日内为试运行阶段,试运行阶段期间,投标方应当确保项目能够稳定运行,若出现采购方评估后认为系统不能正常运行,或影响采购方正常工作开展的情形,采购方有权单方要求投标方重新进入第三阶段进行开发建设,并由采购方重新进行确认,所耽误的工期由投标方自行承担。
第五阶段:投标方须提供详细的培训计划,包括但不限于系统软件、应用软件、安装调试等内容的培训。培训应面向不同角色的系统用户,确保用户能独立地管理、维护和配置系统,建立完善的系统运维体系,经验收合格,正式交付使用,进入维护期。
七、软件安装、调试、开通
投标方负责所提供软件的安装、调试及开通。
软件安装、调试所需的工具、仪表及安装材料等应由投标方自行解决。
软件若涉及到软件许可证,投标方需要提供终身的许可证。
投标方应向用户提交测试内容和方法。移交测试计划和技术内容由投标方拟定,经用户单位确认。
八、商务条款:
付款方式:
1.1项目启动后,支付合同总金额的10%货款;
1.2完成集成平台、临床数据中心和运营数据中心的建设并相应的主体应用正式上线使用,经采购方确认后支付合同总金额的25%货款;
1.3完成单病种管理系统、临床辅助决策系统、治疗管理系统、指标管理系统、统一数据上传系统等系统建设并正式上线使用,经采购方确认后支付合同总金额的25%货款;
1.4项目按要求验收合格后,支付各项目合同金额的25%作为验收款;
1.5通过国家医疗健康信息互联互通标准化成熟度四级甲等后经采购方确认后,支付合同总金额的5%货款;
1.6通过电子病历系统功能应用水平分级评价五级后经采购方确认后,支付合同总金额的5%货款;
1.7通过数据中心三级等保测评服务后经采购方确认后,支付合同总金额的5%货款;
2、履约保证金:中标人收到中标通知书发出后30天内向采购方支付合同价5%的履约质保金。验收合格之后履约保证金直接转为项目质保金,在项目质保期结束后无息退还。
3、▲质保期后,后续年保费收取不得高于合同价6%。
九、违约条款:
1、投标方违反本协议导致本协议无法继续履行的,违约方需赔偿守约方违约金,该违约金不足以弥补守约方实际损失的,违约方应赔偿守约方所有实际损失,但不应超过合同总金额。
2、项目进入验收阶段后,仍有部分功能无法达到采购方业务需求时,采购方有权按具体情况扣除合同价的10%作为违约金。
3、投标方违反合同保密条款的约定,采购方有权立即单方解除本合同。违约方还应向守约方赔偿全部损失。
4、如遇以下情况之一,采购方有权单方解除合同:
1)项目实施逾期2年;
2)经采购方三次书面发函,投标方仍未能如期提供服务;
3)因投标方其他违约行为,导致合同无法履行。
5、如投标方未能交付本合同中约定的软件或功能不能满足合同约定的需求,每逾期一日,投标方应向采购方支付合同总额千分之一的逾期违约金,违约金额不能超过合同总价的30%。
一、技术要求:
配置清单及数量: |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
序号 |
名称 |
单位 |
数量 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1 |
临床数据中心及其应用系统(二期、三期) |
套 |
1 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
2 |
云基础服务租赁 |
年 |
3 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
3 |
临床医学研究大数据平台相关设备 |
批 |
详见清单 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
项目建设要求 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
背景 介绍 |
一、国家临床医学研究中心情况介绍 国家临床医学研究中心由科技部会同国家卫健委、中央军委后勤保障部和国家食品药品监管总局共同开展建设,2012年7月5日正式启动。截至目前50个国家临床医学中心,分四批在眼科疾病、心血管疾病、神经系统疾病、慢性肾病、恶性肿瘤、呼吸系统、代谢性疾病、精神心理疾病、妇产疾病、消化系统疾病、口腔疾病、老年疾病等28个疾病领域布局建设了50家单位。温州医科大学附属眼视光医院在2019年获批成为眼部疾病领域的国家临床医学研究中心。 国家临床医学研究中心是面向我国疾病防治需求,以临床应用为导向,以医疗机构为主体,以协同网络为支撑,开展临床研究、协同创新、学术交流、人才培养、成果转化、推广应用的技术创新与成果转化类国家科技创新基地。 建设国家临床医学研究中心的目的在于解决临床医学与生命科学、生物技术研究脱节,科学研究的成果不能很好地转化为临床医学应用,先进诊疗技术不能快速向基层医疗机构推广普及等难题。同时也是打造一批临床医学和转化研究的高地。 主要目标:
二、国家临床医学研究中心绩效评估指标体系 按照《国家临床医学研究中心管理办法(2017年修订)》的要求,进一步加强对国家临床医学研究中心(以下简称“中心”)的动态管理,并为后续中央财政支持提供重要依据,特制定了国家临床医学研究中心绩效评估指标体系。 评估指标由建设水平、科研产出、公共服务3个一级指标及其下设的8个二级指标、20个三级指标构成,通过多方面收集信息、定量定性相结合的方法进行测算评估。具体评估指标如下: 中心运行绩效评估指标体系
为支持国家临床医学研究中心完成既定任务,绩效评估指标达标,需要进行相应的信息化建设,通过大数据、人工智能、专病模型和专病科研等支持,在取得授权的前提下,结合临床数据与生物样本、生物信息(基因)数据,帮助中心达成建设目标。 三、本项目建设背景 据统计,中国失明和盲的人数近千万,占全球总数的五分之一多。《国民视觉健康报告》数据显示,到2020年,我国5岁以上人群的近视发病率将增至50.86%~51.36%,患病人口接近7.04亿~7.11亿。作为世界上盲和视力损伤最严重的国家之一,以国民眼健康为目标,我国在眼科与视光领域的发展任重道远。 温州医科大学附属眼视光医院积极创新眼视光学发展模式,坚持“大眼科”理念和“一体化”格局,逐步形成了集医疗、教学、科研、产业、公益、推广六位一体的眼视光发展模式。 科研方面,医院最早建立了中国眼科成体系、成规模的临床研究中心,拥有10余个国家及省部级平台,是国内获得科研项目和经费最多的眼科单位之一,也是国内眼科唯一通过FERCAP国际伦理认证的单位。近两年,医院分别位列中国医学科学院的中国医院科技量值(原中国医院科技影响力评价排行榜)眼科“学术影响力”和“科技产出”全国眼科第一,综合排名全国眼科前二;在2018年自然指数(Nature Index)排行榜中,继续位居全国医疗机构眼科第一,在全国所有医院的生命科学大类论文排行位居第14位;2018年,在 IOVS (眼科权威基础研究杂志)上发表的科研论文数量在全球排行第7。医院主办的SCI期刊 Eye and Vision 2020年度影响因子3.257,5年影响因子5.106,位居眼科学Q2区前列。 科技转化方面,医院积极探索院地合作,创新建立中国眼谷(温州眼视光国际创新综合体)。在政府的支持下,眼谷先期投入8亿元建设占地80亩、建筑面积8万平方米的孵化园区,一期配套建设占地1000亩的科创园,推进眼视光产业生态建设、产业升级和区位聚集,打造眼健康领域的中国“硅谷”。 自2004年起建立国内首个高度近视专科、2006年创立国内首个眼鼻相关微创专科、2013年建立国内首个双眼视专科、2016年在全国率先推出眼全科门诊……在不断探索创新中,医院打造了高起点高品质的眼科诊疗,多项眼病特色诊疗技术为国际原创或处于国际领先水平。 2018年7月30日,温医大附属眼视光医院牵头组建全国眼视光联盟,首批来自18个省市、自治区近2000余家单位加入联盟。 2019年,温医大附属眼视光医院获批建设国家临床医学研究中心(眼部疾病)。自此医院集聚了三大国家级平台。作为新入选的国家临床医学研究中心,温医大眼视光医院将进一步加强医学科技创新体系建设,优化临床医学研究组织模式,加快推进卫生与健康领域技术创新和成果转化。进一步凝练研究方向、协同创新工作,共同打造以临床问题和视觉健康为导向的全链条科研体系、开放共享的高水平学科建设载体。 以此为依托,为充分挖掘眼科系统疾病临床及数据价值,进一步推进完善眼科临床研究体系,国家眼部疾病临床医学研究中心大数据平台建设项目将作为我院医疗大数据发展先行先试的项目,将为眼科临床研究中心及全院各临床科室、乃至其他医疗大数据领域的发展做深入探索。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
项目 建设 内容 |
本期项目建设内容包括: 一、国家眼部疾病临床医学研究中心大数据平台 (一) 多中心专病医学科研平台:
(二) 主(分)中心数据汇聚及数据服务 二、温医大附属眼视光医院临床医学研究大数据平台 (一) 基础数据治理及应用
(二) 专病数据治理与应用
(三) 临床科研项目管理系统 (四) 基于隐私计算技术的数据应用支持 (五) 医院源数据统一接入技术支持 三、配套的基础资源 构建包括硬件、网络环境及基础软件等基础设施,支撑国家眼部疾病临床医学研究中心大数据平台和温医大附属眼视光医院临床医学研究大数据平台的建设及临床研究的开展。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
建设依据与原则 |
一、建设依据要求 平台建设依据的文件包括但不限于:
二、建设原则
从医院的现实需求出发,统一规划、统一设计。平台架构采用整体化的设计理念,可以覆盖业务系统数据的完整接入,并可进行逐一数据的校验服务以及对历史数据的关联性存储、数据利用。
充分发挥已有系统的功能,通过平台实现数据集成和业务价值的增值。不仅能够保存业务系统的原有历史数据,而且能满足接入和管理现有及未来的数据增长的需求。
具备全面的安全性设计,防止对数据的非法访问、破坏和泄露,如权限分级管理、查询系统操作日志监控、修改留痕管理等。同时应能够提供对数据保护,确保数据的完整性、保密性、不可抵赖性、一致性、可追溯。由于平台将管理临床科研数据,平台架构须提供严格、严谨和完善的安全和隐私管理策略和服务。
平台建设基于医疗行业标准,采用医疗行业国际、国内、行业标准,并与医疗实际数据情况相结合,建立标准化的数据管理规范,提供相应的标准化组件功能实现标准化管理服务(比如数据标准化、术语服务等功能),节约持续发展的成本,简化持续发展的复杂性,使得复杂的医疗数据管理和整合成本降低、改善数据整体利用效果。
平台架构不仅可以满足目前的面向管理和科研的数据利用需要,而且要为将来新的数据利用需求提供开放性。科研的需求是随着时间的不断变化而动态改变,因此系统整体架构需要提供针对不同业务领域的可扩展性功能,不能单单仅满足目前需求,更需要满足未来新业务信息数据的接入。
具备高性能大密度的计算、存储、并发处理和吞吐能力。系统性能响应时间合理,完全满足业务需要,数据查询和分析和业务处理要求速度快、反应及时。需要保证系统的稳定可用性。
平台采用模块化的设计,满足目前医疗的业务实际需求,也能充分考虑将来业务种类增长后的需求。便于医疗服务业务的变化和扩展,提供丰富的开发环境,支持多种应用的开发,能够实现跨平台数据库间的数据管理,具体良好的第三方软件支持功能,提供用户应用层的组件支持,如配置数据接入工具满足业务系统的更换需求,让用户可以自行使用配置工具进行数据接入。
为了便于实行应用系统数据的整合集成,平台设计采用开放式、标准化的数据集成可配置化组件功能。提供所有数据说明文档及数据组织结构说明文档给医院,并支持第三方数据利用。
具备统一的维护管理方案,以便于用户的维护和管理。
符合《中华人民共和国密码法》、《中华人民共和国网络安全法》、《信息安全技术—网络安全等级保护基本要求》(GB/T 22239-2019)第三级等安全要求,强化标准和安全体系建设,强化安全管理责任,妥善处理应用发展与保障安全的关系,增强安全技术支撑能力,有效保护个人隐私和信息安全。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
整体架构与技术路线要求 |
一、整体架构图
二、技术路线要求
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
基于隐私计算技术的数据应用支持 |
为安全有效大规模运营多中心研究,在满足安全要求的前提下,通过协作对参与方的数据进行联合机器学习和联合分析。 要求系统具有基于隐私计算能力数据扩展应用能力; 要求本期建设项目及平台与未来医院使用的安全技术以松耦合的方式互相调用,保持灵活性。本项目及平台为隐私计算提供数据,通过可调用的接口,对外提供外部包括但不限于区块链平台的调用与回调能力。满足医院长期发展需求,最大程度适应医院未来整合多机构数据的实际应用场景,保障未来多方研究项目全程数据和分析研究的真实性和可追溯性。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
医院源数据统一接入技术支持 |
为满足温医大附属眼视光医院整体的原生数据接入和管理要求。本项目建设要基于医院的统一规划要求,具备将数据源原数据采集到数据湖的能力以及根据医院规划要求建设数据湖的能力。同时支持数据采集整体方案的相关的咨询工作。其中医院数据采集涉及准备的内容包括: 1、不同类型的(Oracle/SQLServer/MySQL等)数据库采集方案,包括全量数据采集和增量数据采集的咨询工作。 2、不同类型数据库的数据采集健康监控、运维管理、数据安全等咨询工作,包括数据库的变更日志传输情况、数据采集健康状况、数据库同步的性能情况等。 3、按照医院对医院数据湖的整体规划,涉及到临床医学研究特有的生物样本库信息、生信信息等,需按照医院数据采集的统一框架和要求,采集到医院数据湖中,然后从医院数据湖抽取数据到医院临床医学研究大数据平台。 4、医院源数据统一接入技术支持同时要求定时更新。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
整体 安全 要求 |
1、通过安全隧道访问部署在医院大数据平台系统,进行管理、运维、安全等工作; 2、医疗大数据平台通过数据交换区防火墙,访问特定的前置机地址和端口,实现日常管理和数据抽取; 3、医院管理人员、系统使用人员通过医疗大数据平台边界防火墙,实现访问医疗大数据平台内部系统和服务; 4、整体满足三级等保安全要求,安全防护可以保障主中心和分中心上传数据的安全、不被拦截、以及完整性。 5、服务配置可扩展,满足医院长期规划发展。 6、对个人隐私信息进行严格的加密,对传输进行加密处理,确保个人隐私从数据源采集到中间处理到存储、分析利用等确保全面隐私安全保护。 7、 因投标方系统程序漏洞导致的信息安全风险,投标方须承诺终身免费升级修补。 8、系统须有弱口令检测机制,禁止以弱口今登录系统。 9、保证系统中的数据安全,确保系统中的数据不被非法阅读、篡改,非法用户不能进入本系统,数据须加密存储和传输; 10、具备完整的安全访问策略,针对用户自由灵活的分级权限配置方式,具有严格控制数据访问权限的能力; 11、有能力阻止非法篡改数据的操作并对非法操作行为及时预警。 12、投标方应提供数据库连接字符串的配置工具,用户可自定义调整应用或客户端数据库连接字符串。相关配置文件中的连接字符串需以加密方式进行保存。支持院方自行变更数据库连接字符串且不影响业务正常运行的能力。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
基于临床医学研究大数据平台的扩展支持要求 |
(一) 温医大附属眼视光医院临床医学研究大数据平台积累的临床医学数据在医院统一安全管理及授权的情况下,保持一定的开放性。 (二) 平台整体架构保持弹性扩展能力,满足国家眼部疾病临床医学研究中心大数据平台及温医大附属眼视光医院临床医学研究大数据平台长远目标及扩展建设。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
▲厂商接口改造整合费用等要求 |
涉及到的三方(包括但不限于HIS、EMR、LIS、PACS等等)接口改造、对接,数据提取、解密、清洗以及与其相关的费用。包含在本次总费用里。 投标人必须提供并制定医院现有各种信息系统接口的方案,并与各系统的提供商进行沟通、积极配合; 本次项目建设如果需要其它信息系统进行程序改造,投标人在医院统一协调安排下与该系统的提供商协商沟通,并且提供具体方案和实施细则。 项目验收完成后,项目维保期间投标人承诺提供至少两名投标方在职人员驻场服务,工作时间与医院同步。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
一、临床数据中心及其应用系统(二期、三期)软件功能技术要求 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
序号 |
功能模块 |
技术参数 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1 |
国家眼部疾病临床医学研究中心大数据平台 (含多中心专病医学科研平台、主(分)中心数据汇聚及数据服务,包括云资源租赁) |
【多中心专病医学科研平台】 1、运营管理中心: (1)、中心概览:查看中心整体概览,各中心分布情况、总项目数、样本总量、患者总量、生物样本量等信息。 (2)、数据中心:查看数据中心相关概览信息,各中心分布情况、总项目数、样本总量、患者总量、生物样本量等信息。 (3)、医学研究:查看医学研究相关概览信息,平台项目数量、项目类型、各中心项目相关统计等信息。 (4)、患者随访:支持随访任务统计;支持随访维度的指标统计。 2、医学研究中心:支持科研课题管理全流程,帮助用户完成科研项目,提升科研效率;包括:创建项目->纳排患者->指标选取->随访管理->项目数据补录核查->线上统计->统计结果导出;支持录入员以CRF问卷的方式录入数据;支持通过excel批量导入研究数据; 3、患者随访中心:支持患者持续跟踪和随访;支持以CRF问卷形式手工录入随访数据; 4、机构成员管理中心:系统权限配置, (1)、新增账号、角色授权功能;完成分中心的注册、添加、作废等管理功能以及分中心下属账户的管理。 (2)、患者数据访问授权:系统管理员能够为每个用户分配其能访问的患者范围(目前支持根据不同科室划分数据权限,划分依据可定制) 5、统计分析:支持用户进行数据统计与科研思路探索。支持多因素逻辑回归、线性回归、生存分析cox回归、KM生存曲线、相关分析、单因素分析、描述性统计分析 6、知识全库:知识全库主要包括了文献摘要推荐和搜索、指南推荐和搜索、临床路径和搜索、药品说明书推荐和搜索、临床试验、误诊误治推荐等模块功能。 7、系统管理:系统权限配置。 (1)、账号、角色授权功能:系统管理员能够掌管 高级用户、普通用户、中心管理员、录入员、监查员、数据管理员的用户授权。 (2)、患者数据访问授权:系统管理员能够为每个用户分配其能访问的患者范围。 ▲【主(分)中心数据汇聚及数据服务】 为满足多中心医学研究和设计研究,系统需根据实际研究项目,各中心按照一定数据标准,通过安全的网络,将所需的研究数据汇聚到国家眼部疾病临床医学研究中心大数据平台。 (1)、按需将温医大附属眼视光医院主中心病历信息按照研究项目的情况,通过安全通道上传至国家眼部疾病临床医学研究中心大数据平台。 (2)、按研究项目需要完成至少1家分中心临床研究数据上传至国家眼部疾病临床医学研究中心大数据平台,完成研究项目的数据汇聚。 (3)、为满足高质量多中心临床医学研究要求,需完成中心端数据融合的基础性校验、医学逻辑校验、数据验收等支持工作。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
2 |
温医大附属眼视光医院临床医学研究大数据平台 (含基础数据治理及应用、专病数据治理与应用、临床科研项目管理系统、基于隐私计算技术的数据应用支持、医院源数据统一接入技术支持,包括相关硬件) |
【基础数据治理及应用】 一、基础数据治理:
项目建设要在医院原始数据集成和治理基础上,符合国家卫健委统计信息中心编写的《医院数据治理框架、技术与实现》数据治理以下要求: (1)项目建设须具有患者模型主题分析模型; (2)项目建设须具有数据分析模型; (3)数据汇聚过程中须包括数据加工环节; (4)数据汇聚过程中须包含数据脱敏环节。
大数据采集须通过数据库同步技术和ETL等技术,对数据进行抽取、同步、汇集,实现针对医院多源异构数据的采集和汇聚。需要将相关信息系统的历史数据及增量数据进行集成接入,包括但不限于下列系统及系统中的信息: (1)医疗机构信息系统(HIS):患者、挂号、入出转、就诊、处方/医嘱、申请、收费等信息; (2)电子病历系统(EMR):门诊电子病历、住院电子病历包括入院记录、出院记录、病程等病历信息以及临床路径管理信息; (3)实验室系统(LIS):标本、检验结果等信息; (4)眼科影像系统(PACS):眼底彩照、OCT报告等信息 (5)超声信息系统:超声检查、超声报告等信息; (6)病理信息系统:病理检查、病理标本、病理报告等信息; (7)内镜信息系统:内镜检查、内镜报告等信息; (8)放射信息系统(眼科):放射检查、放射报告等信息; (9)心电信息系统:心电检查、心电报告等信息; (10)手术麻醉系统:手术记录、手术事件、术中用药等信息; (11)护理系统/移动护理:护理记录、观察记录、护理文书、用药记录等信息; (12)病案管理系统:病案首页信息; (13)病历质控系统:病历质控信息; (14)其他功能检查管理系统:眼压等信息。
(1)、投标人须提供数据清洗:将医疗数据中,因各种历史原因或不明原因导致的不规范、错误的字段信息进行清洗,避免因部分明显错误的信息导致上层应用服务的结论错误。 (2)、投标人须提供数据标准化处理:基于国内、国际、医疗行业、国际疾病指南等标准,例如ICD10\ICD9、HL7CDA\医学主题词表(MeSH),观测指标标识符逻辑命名与编码系统(LOINC)\药品词典规范-CFDA\ATC分类\国家卫计委医疗机构诊疗科目名录\国际性眼科数据库结构\眼科国际诊治指南等,对采集数据进行标准化、归一化处理。 (3)、投标人须提供后结构化(自然语言)处理:通过自然语义处理(NLP)技术,结合医疗专业术语的语义结构,将医疗语义信息从原始的自然语言表达,扩展分析为结构化的 Key-Value 模式,为后续的应用、挖掘、机器学习提供基础数据支持。 (4)、投标人须提供元数据管理:建立主数据和元数据管理机制,元数据管理平台的核心能力是以统一的数据标准对多源、异构的数据进行处理,形成统一、标准的大数据视图。 (5)、投标人须提供数据质控管理:针对数据处理过程中的多层数据,采用定量、定性综合校验方法,提供多维质量监控、问题预警功能,协助大数据、人工智能平台发现数据完整性、一致性、准确性、唯一性、稳定性等数据质量问题。 二、#通用医学科研平台 1、平台数据总览: (1)数据概览:提供平台数据概览,如数据起止时间、患者数、病历数等数据统计分析 (2)信息概览:提供平台核心信息概览,以多样化图表形式统计分析平台患者性别、年龄、门急诊病历分布等数据统计分析 2、病历浏览: (1)展示病历具体详情,参考传统病历的方式,展现具体单份病历的各系统的信息,如病案首页、入出院记录、检验检查报告等; (2)提供各模块的锚点功能,可直接定位到具体的病历内容 3、患者全景: (1)患者时间轴:1)以时间轴的形式展示患者就诊全流程数据;2)支持患者全部就诊中的检验指标的趋势统计分析 (2)患者病历列表:支持患者全部就诊数据的病历列表汇总,包括门诊、急诊、住院数据。 (3)患者分类信息汇总:支持以分类的形式展示患者各类就诊数据,如检验、检查、医嘱、手术等 4、病历搜索 : (1)简单搜索:支持输入关键词的病历搜索功能,支持全文检索,秒级别返回搜索结果。 (2)高级搜索:支持多个条件,不同逻辑组合下的多条件搜索,支持的字段数量达到千级别,秒级别返回搜索结果. (3)条件树搜索:支持复杂条件、不同逻辑组合下的多维度的搜索,支持搜病人和搜病历。支持的字段数量达到千级别,快速返回搜索结果,保证结果准确。 (4)搜索结果统计分析:支持针对搜索结果的简单统计展示,可视化查看相关统计图表;支持对搜索结果可进一步筛选。 5、科研一体化: (1)科研项目全流程管理:1.线上化支持科研课题流程,帮助用户完成科研项目,提升科研效率;项目全流程支持:创建项目->纳排患者->指标选取->导出预览->导出数据。2.支持患者数据锁定,包括添加或删除患者数据的锁定。 (2)患者上传导入:支持从本地上传患者信息,导入到平台科研项目中。支持多类字段导入,如患者编号、住院号等。 (3)患者多维视图:支持患者列表支持多维视图,查看不同数据表中各患者的数据详情。 (4)研究指标抽取:支持千级别字段的研究指标抽取 (5)结构化编辑器:针对入院记录一诉五史,检查报告等非结构化数据,利用自然语言处理技术,辅助简单的人工标注,智能提取结构化字段,并支持结构化字段的抽取导出。 (6)患者数据导出:1)、支持导出预览,提前预览导出数据格式是否符合用户预期;2)、支持3种形式的患者数据导出; (7)相对事件研究指标导出:通过设置T0发生事件和相对时间段内的T1事件,支持相关患者的研究指标数据导出。 (8)统计分析:支持对研究指标变量的描述性统计,如分类统计占比统计,平均数,方差,中位数统计以及占比数据的特征统计,并自动生成饼图、直方图等图表。 6、探索发现 : (1)疾病关系图谱:1)、挖掘院内数据,支持诊断、用药、手术、检查、检验、症状6大业务领域的关系挖掘;2)、支持疾病关系图谱的搜索功能,可针对性搜索某疾病的关系图谱。 (2)疾病特征分布:挖掘院内数据,针对某疾病进行疾病多项特征分布分析,如患者性别、年龄、伴随诊断等特征分布分析。 (3)疾病指标趋势:挖掘院内数据,针对某疾病进行疾病多项疾病指标的趋势分析。 7、知识全库: (1)文献:1)、支持pubmed、万方的文献推荐、搜索、调阅;2)、支持文献的多条件查询高级搜索功能;3)、基于用户画像,推荐作者图谱及研究热点。 (2)临床指南:支持临床指南的推荐、搜索、查阅; (3)临床路径:支持临床路径的推荐、搜索、查阅; (4)药品说明书:支持药品说明书的推荐、搜索、查阅 (5)临床试验:支持临床试验的推荐、搜索、查阅; (6)误诊误治:支持误诊误治的推荐、搜索、查阅; 8、我的患者: (1)支持单份病历收藏、打标签、写备注功能;收藏病历可在线集中管理;(2)对医生诊疗过的患者进行集中归档和展现; (3)对诊疗过的患者可进行诊断、检验、检查等重要维度的统计分析。 9、后台管理 : (1)管理员后台:为平台管理员提供管理员后台,进行用户管理,以及用户权限审批、导出审批等管理功能; (2)数据集授权:为管理员提供的灵活赋权功能,设置符合特定纳排条件的患者集。为用户开放这部分患者集的数据权限 (3)平台日志统计分析平台:为管理员提供平台访问情况,包括平台访问日志、平台使用PV、UV、重要模块的统计数据。
【专病数据治理与应用】 一、眼科疾病数据模型及治理模型构建 1、眼科疾病数据模型构建 须根据眼科相关疾病特色及各疾病诊疗指南构建眼科疾病数据模型,要求包括1000个以上数据元字段、300个以上结构化字段、100个以上复杂逻辑字段须根据学科研究需求制定具体病种的数据模型。
本项目须制定7个病种的眼科疾病数据模型,分别是视光疾病、屈光疾病、角膜疾病、白内障疾病、青光眼疾病、眼底疾病和眼鼻相关疾病。各病种的疾病数据模型包括眼科通用的疾病字段和本病种专有的疾病字段。在构建各病种数据模型过程中所形成的标准数据集,须以出版物的形式进行发表。 2、眼科疾病数据治理模型构建 须根据眼科疾病数据模型要求,结合基础数据治理模型,建立从基础数据治理结果到眼科疾病数据模型的数据转化关系,形成眼科疾病数据治理模型。 (1)建设眼科各疾病元数据: 须制定眼科领域数据元,根据眼科数据基本含义的参考框架并基于此作为数据治理的最小粒度。要求设计管理制度统一、业务规范统一、数据标准统一、数据采集统一、取数规则统一、监管指标统一、治理准则统一。需描述所对应数据的结构、内容等,须提供对数据对象的描述、定义等功能。 (2)眼科各疾病字段分类: 按照眼科专科数据要求的细粒度和逻辑关系,需要进行结构化处理,调研和整理针对每个眼科疾病的所需字段,以及字段之间的逻辑关系,收集需求统计出需要的字段,并做字段处理。包括: 1)通过映射形成的数据。 2)通过结构化策略和归一算法,形成标准字段和数据。 3)在前两种数据的基础上增加逻辑,加上时间顺序,形成专科复杂逻辑字段,满足高质量科研需求。 (3)建设眼科数据治理模型: 须根据应用逻辑建设眼科数据治理模型,包括: 1)遵循数据聚合归一规则(按照维度进行药品、检验、检查、手术、诊断等数据的聚合和归一) 2)完成疾病聚合模型(结合疾病数据标准化等进行相近疾病的聚合) 3)主题计算规则(面向统计分析、医学研究等应用,聚合指标计算数据、疾病分布数据) 二、眼科各疾病通用字段治理 要求对眼科疾病数据模型和眼科疾病数据治理模型中各细分病种公用的通用字段进行统一的汇聚和加工。
要求基于基础数据治理形成的数据层,对数据进行二次抽取、同步、汇集,实现针对专病数据的深度采集和汇聚。 (1)数据映射:要求根据定义的疾病模型和患者模型,完成通用数据库到眼科专病数据库通用字段映射。除直接映射字段外,须对派生字段也进行结构化处理再映射使用。 (2)深度数据清洗:完成深度数据清洗,包括定义分析脏数据类型,定义清洗策略,通过清洗工具进行清洗和评估验证。在清洗策略中,要求包括标准的数据类型定义,标准的数据完整性约束,标准的安全性定义以及清洗函数规则定义等。数据清洗的工具要执行空值数据检核,重复数据检索,非标准化非正常值清洗等。同时要求字段从原始数据转化为标准数据模型过程中,能够对清洗前后的数据对比。
须完成眼科专科通用字段的数据归一工作,将眼科表示同一种意思的词,归一为一个标准名称,以满足后续不同数据分析的需要。归一的处理须以标准表作为基准表,将眼科数据中实际出现医疗词映射到基准表,映射过程通过机器处理加人工标注方式保证归一质量。当出现标准表覆盖不了数据时,须由专业医学人员协同医院专家进行讨论核实后扩充标准表。
完成眼科数据字段的结构化,要求编制规则的知识工程师对眼科知识领域有深入的了解,须编制规则使系统能处理眼科领域特定的信息及抽取问题。须对病历中的信息包括时间、疾病、症状、手术、病因、体征、药品、手术、转归等多种复杂属性进行抽取。考虑到眼科的专业性和特殊性,须综合应用综合知识工程方法和自动训练方法两种方式。须遵循的标准医学术语集包括ICD-10疾病诊断编码、ICD-9-CM-3手术编码以及SNOMED CT医学术语库等,并且将这些术语进行统一维护,便于后续分析时识别文本病历中的专业术语。同时须采用自动训练方法,能够从大量的病历中学习医生的常用术语表达,并能将学习到的内容加入到为科研分析提供更加强大语料库的支持。实施前,须对医院现有的病历的描述和表达进行分析。
要求在数据处理过程中进行多环节、以及规范性、完整性、准确性、一致性、时效性等多维度的数据质控,保证数据交付的质量。要求结构化生产按照抽样的方法准确率在95%以上。 三、眼科各疾病专用字段治理 须对眼科疾病数据模型和眼科疾病数据治理模型中各细分病种特有的专用字段进行生产和质控。数据治理过程和要求与通用字段治理相同,颗粒度按细分病种进深度治理。
须对包括但不限于屈光不正、斜视、弱视、低视力等患者或佩戴眼镜、接触镜等患者的临床、检查、检验及诊疗等数据进行深入的治理和面向科研的精细化加工,构建患者全生命周期真实世界专病数据库。 字段精细度要求:视光疾病包含但不限于屈光不正、斜视、弱视、低视力等眼科多病种疾病相关字段,字段设置时根据视光疾病以及各亚病种的特性对字段进行精细化配置,重点字段举例如下(要求根据实际需求调整):
须对包括但不限于近视、散光、老视、病理性近视等患者或接受PRK、LASIK、SMILE、ICL等屈光手术患者的临床、检查、检验及诊疗等数据进行深入的治理和面向科研的精细化加工,构建患者全生命周期真实世界专病数据库。 字段精细度要求:屈光疾病包含但不限于近视、散光、老视、病理性近视等患者或接受PRK、LASIK、SMILE、ICL等屈光手术患者,字段设置时根据屈光疾病以及各亚病种的特性对字段进行精细化配置,重点字段举例如下(要求根据实际需求调整):
须对包括但不限于干眼、结膜炎、角膜营养不良、角膜感染等患者或接受角膜移植手术等患者的临床、检查、检验及诊疗等数据进行深入的治理和面向科研的精细化加工,构建患者全生命周期真实世界专病数据库。 字段精细度要求:角膜眼表疾病包含但不限于了干眼、结膜炎、角膜营养不良、角膜感染或接受角膜移植手术等多病种疾病,字段设置时根据角膜疾病以及各亚病种的特性对字段进行精细化配置,重点字段举例如下(要求根据实际需求调整):
须对包括但不限于老年性白内障、代谢性白内障、外伤性白内障等患者或接受人工晶体植入手术等患者的临床、检查、检验及诊疗等数据进行深入的治理和面向科研的精细化加工,构建患者全生命周期真实世界专病数据库。 字段精细度要求:在病史,专科检查,诊断分型,手术等模块均具有个性化高精细度字段内容,字段内容均基于手术记录对相关字段进行后结构化提取,字段设置时根据白内障疾病以及各亚病种的特性对字段进行精细化配置,重点字段举例如下(要求根据实际需求调整):
须对包括但不限于原发性青光眼、继发性青光眼、先天性青光眼等患者或接受小梁切除术、MIGS手术等患者的临床、检查、检验及诊疗等数据进行深入的治理和面向科研的精细化加工,构建患者全生命周期真实世界专病数据库。 字段精细度要求:在病史,专科检查,诊断分型,手术等模块均具有个性化高精细度字段内容,字段内容均基于手术记录对相关字段进行后结构化提取,字段设置时根据青光眼疾病以及各亚病种的特性对字段进行精细化配置,重点字段举例如下(要求根据实际需求调整):
须对包括但不限于玻璃体疾病、视网膜疾病、脉络膜疾病、视神经疾病等患者或接受玻璃体切除术、眼底激光治疗等患者的临床、检查、检验及诊疗等数据进行深入的治理和面向科研的精细化加工,构建患者全生命周期真实世界专病数据库。 字段精细度要求:在病史,专科检查,诊断分型,治疗等模块均具有个性化高精细度字段内容,字段内容均基于对相关字段进行后结构化提取,字段设置时根据眼底疾病以及各亚病种的特性对字段进行精细化配置,重点字段举例如下(要求根据实际需求调整):
须对包括但不限于外伤性视神经病变、TAO、眶内肿瘤等患者或接受导航联合内窥镜手术等患者的临床、检查、检验及诊疗等数据进行深入的治理和面向科研的精细化加工,构建患者全生命周期真实世界专病数据库。 字段精细度要求:眼鼻相关疾病包含了外伤性视神经病变、TAO、眶内肿瘤等多病种疾病,字段设置时会根据眼鼻相关疾病以及各病种的特性对字段进行精细化配置,重点字段举例如下(要求根据实际需求调整):
四、单中心专病医学科研平台(含生物样本库平台、生信平台) 1、我的首页: (1)首页宣传栏:用户可宣传研究最新进展及产品新功能介绍; (2)专病库简报:查看专病库内整体患者及用户概要信息,包括全库患者数量,数据库纳排条件、数据库内项目数量,数据的时间跨度,数据库内成员数量。 (3)待办事项:查看项目待办任务;查看库维度补录任务(是否和库维度补录模块关联);查看平台随访任务(是否和平台随访模块关联) (4)任务通知+系统通知:查看所有与用户相关的任务及项目的通知;查看系统通知。 (5)导出记录:查看当前用户数据的导出记录; (6)疾病运营指标:可定制化运营指标统计(限库内已有指标);运营指标可按从高到低、从低到高排序;运营指标可按多种形式展现,如:(连续型指标采用频数直方图、箱线图,分类型指标采用柱状图、饼图等) (7)我收藏的患者:查看用户收藏的患者; (8)领域近期临床试验:展示国内外权威平台上领域内最新临床试验; (9)领域最新文献:展示国内外权威平台上领域内最新文献; 2、洞察分析: (1)数据库概览:查看专病库内患者总数;查看专病库收入患者的就诊时间跨度;查看专病库收入患者的纳排标准;最新数据更新时间。 (2)患者特征统计:条件筛选,可通过就诊类型(门诊、急诊、住院)、首诊年龄(婴儿、童年、少年、青年、中年、老年、选择区间)、性别(男、女)、BMI(<18.5、18.5-24、24-28、≥28、选择区间);重点指标的描述性统计-根据指标类型智能采用多种统计图表(连续型指标采用频数直方图、箱线图,分类型指标采用柱状图、饼图等)重点展示指标;可定制化需要统计的重点指标(限库内已有指标);支持下载特征统计数据至Excel;通过统计图上的分类情况,直接定位目标患者人群,并能够查看定位患者详细信息,可导出;支持对单个指标的值域进行排序、设置隐藏、归并(如:将1-17岁归并为“未成年人”)。 3、人群探索: (1)患者特征动态分布探索:通过对热门临床路径中关键指标的设置,根据探索方向实时绘制人群流向,动态展示患者特征分布; (2)相关文献:在主题内快速查找相关文献资料,收集、验证研究思路; (3)跳转高级搜索:将探索主题中的条件转化为条件树搜索,通过修改、增加、删除条件,进一步挖掘、探索目标人群; 4、#病例检索: (1)患者360详情:查看患者全生命周期科研数据;定制化的科研指标及指标分组方式(限库内已有指标);查看患者的检验项目指标的时序变化图 检验项目指标异常值特殊标记; (2)患者时间轴:查看患者重点诊疗事件(例如:首次诊断、主要症状、首诊病理分型等);查看患者重点诊疗事件的发生时间(例如:首诊时间、首次手术时间等);在同一时间轴跨度下查看多个重点指标的进展情况(例如:患者全生命周期中特殊用药情况);时间轴上的点与患者详情数据关联,以时间轴的形式查看患者数据; (3)数据溯源:支持查看每一条患者科研数据的计算逻辑及其源头数据; (4)简单搜索:输入关键词快速检索与关键词相关的患者,可查看相关患者对应的患者特征统计图表;支持使用智能联想的关键词一同搜索,精准扩大搜索范围(例如:搜索“白内障超声乳化摘除术”时,自动使用“白内障超声乳化抽吸术”一同搜索);支持搜索时选用自然语言处理技术,提升搜索准召率;查看搜索到的患者数量;搜索结果命中标红,精确解释每位患者被搜索到的原因;查看与关键字相关的中英文文献; (5)高级搜索:为具体指标设置搜索条件,精确搜索患者(例如:“首诊名称”包含“视网膜脱离”);支持纳入搜索、排除搜索两种搜索模式,且支持两种模式同时作用,快速完成科研纳排过程;支持条件树搜索、事件搜索、精确搜索(门诊号、住院号、病案号)搜索三种搜索方式,且支持三种方式灵活搭配;搜索历史自动留存;搜索条件收藏;秒级查看搜索到的患者列表及患者详细数据。 (6)高级搜索-自定义搜索: 支持添加多个搜索条件,支持复杂条件搜索; 多个搜索条件之间的“并且”“或者”关系灵活切换; 多个搜索条件的搜索数据范围灵活限定(例如,同病人:患者所有病历数据;同病历:一份病历所有数据;同报告:一份报告单上的数据); 不同类型数据不同搜索规则,数值型指标采用“大于”“小于”“等于”等规则,文本型指标采用“精确等于”“包含”“不包含”等规则; 支持在搜索条件上添加“首次”、“末次”的限定条件;支持为数值型指标添加“最高”“最低”的限定搜索条件; 支持为检验指标添加“高于/低于几倍正常高值/低值”的限定搜索条件; 计算全部条件节点综合搜出的总患者数量; 计算每个条件节点上搜索出的患者数量,快速了解患者流向; 搜索条件选项包含专病库所有变量; (7)高级搜索-事件搜索(为多个搜索条件添加时间先后关系,贴近实际科研纳排方式): 通过定义T0事件与事件前后的条件,精确搜索患者; 支持多条件组合,精确定义T0事件(T0事件可以是一个条件,也可以是多个条件的组合); 支持基于T0事件,在其前后添加多个限定条件; 灵活配置事件前后多个条件之间的关系(例如:满足任意条件,满足全部条件); 计算满足T0事件与前后限定条件,综合搜索出的总患者数量; 计算满足T0事件的总患者数量; 基于T0事件,分别计算满足各个条件的患者数量与占比; 支持多事件搜索,添加新事件搜索是可选择空白搜索或复制上一个事件搜索。 (8)高级搜索-精确搜索:支持通过门诊号、住院号、病案号等信息,批量进行精确搜索找到目标患者; (9)文献推荐:查看与搜索内容相关的中英文文献; (10)查看搜索到的患者列表: 自定义患者列表页需展示的重要基线指标; 点击列表中的一个患者,进入该患者详情页面,查看全景数据; 进入一个患者的时间轴页面,查看重点诊疗事件各项指标,以及重要指标的时序进展情况; (11)患者重点指标分析: 统计每次高级搜索结果患者的重点指标分布情况; (12)患者数据导出: 导出搜索到的患者数据至Excel; 支持导出患者的多个指标全生命周期数据; 支持为待导出的指标限定时间阶段,导出特定一次的值; 支持阶段内多种指标导出规则:首次、末次、最大值、最小值、平均值、求和、所有值等; 根据用户权限支持导出明文数据(可逆脱敏); 保留所有用户的数据导出记录,便于管理; (13)患者数据导入至科研项目: 将搜索出来的患者直接导入到科研项目,进一步做核查、随访、缺失值处理、编码、统计分析等科研操作; 5、科研项目 : (1)科研项目基本信息填写: 支持创建多个单中心研究项目并发布; 支持添加项目描述说明及项目附件,用于对项目成员公开资料; (2)研究设计-患者纳排 支持创建多个研究队列,不同队列设置不同的纳排条件; 针对前瞻性研究,支持患者随机分组; 支持多种搜索方式结合,将满足各队列条件的患者分别纳排入组; (3)研究设计-指标数据自动采集 专病库内所有指标均可被选取为项目研究指标,形成一个患者一行的研究数据; 创建多个研究阶段表单,为不同阶段表单配置研究指标; 将指标配置为多种CRF题型,包括:填空题、单选题、多选题、表格题、文件题、日期题、长文本题; 灵活定义观测阶段,支持首次 末次; 灵活定义研究指标的抽取规则:首次、末次、所有次、最大值、最小值、平均值、求和、计数。 支持灵活定义科研多来源字段并自动抽取数据,举例,是否转移、是否复发等; 支持用户自定义添加专病库内未有指标,并人工补录数据(已支持文本题型、数值题型、日期题型、枚举题型); 自定义研究指标在科研项目中的名称; (4)数据批量处理(支持缺失值处理): 支持查找并批量替换指标数据; 支持使用平均值、中位数、众数替换缺失值; 支持使用项目内其它指标作为条件,批量填充某个指标的数据; (5)项目成员管理 支持添加多位录入员,进行数据校验工作; 支持添加多位监查员,进行数据核查工作; 添加一位数据管理员,负责数据导出;
项目发起者可发布随访计划,支持电话/门诊方式随访,支持短信方式、微信方式随访; 支持自定义随访次数、随访频率和随访开始时间; 支持配置随访CRF,CRF题目支持使用疾病标准数据集指标和用户自定义添加指标; 支持设置随访任务提醒,提醒随访医生在每个随访点要做的其他任务; 支持设定自动终止随访规则,自动终止随访; 支持设定不良事件触发规则,自动提醒不良事件;支持设置随访题目的值域规则,超过正常范围自动提醒。 支持移动端短信、微信等方式随访,患者在移动端填写随访表单并实时回传数据; 根据随访规则自动生成随访任务; 录入员可根据随访任务调度,以CRF问卷形式手工录入随访数据; 随访发布后仍可继续增加随访阶段任务; (7)补充添加数据库外的研究对象 支持手动添加患者进入科研项目; 支持通过excel批量导入入组阶段和随访阶段数据; (8)剔除研究对象:支持删除已添加的研究对象; (9)数据溯源:支持查看每一条患者科研数据的计算逻辑及其源头数据; (10)对照病历智能录入项目数据: 支持录入员使用多种CRF题型录入数据; 录入时支持双屏对照原始病历; 自动定位病历数据,快速找到待录入的数据; 录入员对数据每一次的更改或补充,系统会自动保存历史记录; (11)项目内搜索患者:支持在所有指标范围内模糊搜索; (12)项目数据锁定:数据锁定后,项目成员无法再对数据进行更改; (13)项目数据导出:项目数据快速导出至Excel或CSV文件; (14)项目进度统计及管理:项目核查进度统计和随访进度统计; (15)在科研项目内添加数据监查员:支持项目管理员添加数据监查员,对项目数据进行监查; (16)监查员对录入员提交的数据进行监查:监查员查看并审核每个录入员提交数据的准确性和完整性; 具有监查权限的人员可对录入的数据进行查阅审核,并提出质疑。录入员可回复质疑和更改数据。数据的每次更改都留有稽查轨迹。 (17)录入员对数据再次更改补充,直至通过监查: 录入员对被质疑的题目进行回复或更改答案后再次提交,监查员再次审核直至所有数据监查通过; (18)对录入员和监查员的工作量进行统计: 对每张CRF及随访点的状态进行统计,保证管理员时刻了解数据的录入监查进度; 对每位监查员监查情况和录入员录入情况进行统计,保证管理员时刻了解项目成员的工作进度; 6、CRF管理: (1)创建CRF模版: 支持自定义线上CRF表单; 支持使用专病库的标准数据集指标作为CRF题目; 支持自定义设计CRF表单,添加多种CRF表单题型,题型包括:单选题、多选题、日期题、附件题、多行文本题、矩阵题、组自增题、纳排题、随机分组题和填空题,其中附件题支持上传ts、xls、xlsx、ppt、ppts、doc、docx、pdf、txt、png、jpg、jpeg、gif、bmp、zip、m3u8、dcm、rar 等格式的附件。 支持拖拽和点选两种建题方式; 支持设置题目一些特定属性,如:是否为必填;答题时是否需要填写详述等 支持设置题目间隐藏和显示逻辑,如:当题目1选择A答案时,题目2才显示,否则题目2隐藏; 支持将一张CRF分为多个题组展示; 支持题组维度选择单列或双列展示模式; (2)CRF模板管理:CRF模板列表展示所有已创建的模板,每个模板展示CRF名称、创建时间、更新时间及包含的字段; 7、高级统计分析: (1)数据自动编码:统计分析时,为科研项目中的数据自动进行编码(例如:将性别指标中的“男”“女”编码为“0”和“1”); (2)变量有效填充率自动计算:计算指标有效填充率,对于分类型指标和连续型指标计算方式不同; (3)变量值域排序:支持为有序分类变量更改值域顺序(例如:将“目标病灶疗效评价”按照CR、PR、SD、PD的顺序排序); (4)描述性统计:为科研项目中的变量进行基本统计量的计算,如平均值、方差、极值、正态性检验等。 (5)单因素分析:支持单变量的单因素组间比较,目前支持t检验、矫正t检验、秩和检验、单因素方差分析、Pearson卡方检验、Fisher精确概率法、CMH线性趋势检验、Ridit分析法等统计学检验方法。 (6)相关性分析:支持两变量间的相关性分析,目前支持Pearson、Spearman、列联系数、Phi、Cramer’s、Eta2等相关分析方法。 (7)连续变量分段:支持将连续变量分成多段,作为分类变量用于统计分析; (8)统计分析结果保存:统计分析的结果,如统计表、统计图,可以被保存在项目拥有者的账号下,方便管理与查看。 (9)多因素分析:逻辑回归、线性回归、逐步回归; (10)生存分析:Cox回归与KM生存曲线,支持生存时间计算; (11)上传独立数据集:支持上传excel/csv格式的文件,自动识别变量类型,全部统计分析方法均可用在用户上传的独立数据集上; 8、#患者管理-全平台患者随访: (1)任务指标统计:支持随访任务统计;支持随访维度的指标统计。 (2)随访任务创建:用户可建立随访任务,支持电话/门诊方式随访、短信方式随访。 (3)随访规则及随访内容管理: 支持自定义随访次数、随访频率和随访开始时间; 支持配置随访CRF,CRF题目支持使用疾病标准数据集指标和用户自定义添加指标; 支持设置随访任务提醒,提醒随访医生在每个随访点要做的其他任务; 支持设定自动终止随访规则,自动终止随访; 支持设定不良事件触发规则,自动提醒不良事件; 根据随访规则自动生成随访任务 (4)随访数据录入及管理: 录入员可根据随访任务调度,以CRF问卷形式手工录入随访数据; 短信随访,支持给患者发送短信,患者在移动端填写随访表单并实时回传数据; 9、知识全库: (1)文献搜索:连接文献知识库,支持中英文搜索,支持按照相关性排序; (2)疾病相关指南搜索:支持中英文搜索,支持按照发布时间、相关性排序; (3)药品说明书:连接药品说明书知识库,支持中英文搜索,支持按照相关性排序; (4)临床路径:支持搜索及查看与疾病相关的临床路径指南; (5)作者图谱及研究热点:查看与疾病相关的文献作者网络图谱及研究热点; 10、数据中心-数据字典: (1)字典定义:字典定义,包含字段指标名称(含中英文)、字段说明、值域标准、数据类型、数据提取规则(或加工方法); 支持自定义每个指标的CRF表单题型和选择题选项(题型支持:单选、多选、填空、日期、矩阵题、组自增题、图片题等)可应用于科研项目方案设计、CRF表单模块。 (2)数据填充率:支持字段从患者维度和就诊维度统计指标的有效值数量、总人数以及填充率,通过颜色提示填充率信息。 11、数据中心-数据补录: (1)数据录入权限设置:数据录入用户权限控制(操作权限包含:新增、修改、删除);每位用户能够录入的指标范围控制 (2)数据录入: 在患者详情页进入补录模式对任务指标进行补录; 录入员录入时的权限控制; 录入时能够对照该患者原始病历和患者时间轴; 数据录入历史痕迹溯源留存,支持eCRF中记录数据变更、质疑、核查等信息,并对数据所处的状态进行标识。 (3)缺失数据严重指标提示:提示存在严重数据缺失的指标; (4)新增患者:补充录入数据库中没有的新患者; 12、#生物样本库: (1)数据入库与处理:支持生物样本库数据入库,并与临床数据,在患者维度展示; (2)数据概览及图表展示:支持数据总计,样本总计及其他字段的统计展示;支持数据以柱状图,饼状图及其他图表形式的展示; 13、#生信中心: (1)数据入库与处理:支持生信数据入库,并与临床数据打通,在患者维度展示; (2)数据概览及图表展示:支持数据总计及其他字段的统计展示;支持数据以柱状图、饼状图及其他图表形式的展示; 14、产品使用引导及帮助中心: (1)功能使用方法引导:产品新功能提示引导; (2)常见问题解答:各功能模块内,用户提出的常见问题的解答; (3)产品使用手册:产品功能使用手册,可供在线浏览与下载; (4)产品视频演示:产品主要功能使用视频演示; (5)新功能介绍:产品版本升级后,将及时提示新功能介绍; 15、系统权限管理: (1)账号、角色授权功能:专病库系统管理员能够掌管 高级用户、普通用户、中心管理员、录入员、监查员、数据管理员的用户授权; (2)患者数据访问授权:专病库系统管理员能够为每个用户分配其能访问的患者范围(目前支持根据不同科室划分数据权限,划分依据可定制); 系统按需对功能页面添加配置水印,增加安全性; 16、消息通知:功能更新通知,系统升级等平台级消息广播。
【临床科研项目管理系统】 1、人员管理: (1)批量管理:支持批量导入创建人员账号; (2)单个人员管理:支持创建、删除、修改、查询人员账号信息。 2、科研工作台: (1)平台数据统计:对平台总体项目情况进行统计和概览。 (2)待办事项查看:待审批工作、待处理工作查看。 3、项目管理 (1)项目节点管理:完成项目管理节点的配置,管理信息表单的配置,包括:申报、科学性审查、伦理审核、人遗审核、立项审查、合同管理、项目结题、原始数据留存、成果登记等。 (2)项目信息查看:展示项目信息数据库,系统提供了查询、导出、统计报表等功能。 (3)项目申报: 项目信息填写:项目信息主要包括立项信息、项目标书、项目方案等信息。 项目文件上传:研究方案、伦理文件、人遗文件等 (4)项目审核:支持管理部门审核和科研部门审核。 科学性审查:研究的合理性、必要性、可行性,以及研究目的、干预措施、研究假设、研究方法、样本量、研究终点、研究安全性审查 伦理人遗审查:支持在线伦理批件审核、人遗批件审核等 审批管理:支持审批通过与不通过并且填写审核意见。 (5)项目变更: 支持项目发起项目变更申请,可以对已经变更批复的项目在系统中进行变更记录登记。 以后科研项目负责人或者科研管理人员可以查出某个项目的所有变更的电子记录档案,包括变更申请、变更审核、变更结果登记功能。 (6)成员管理:支持设置项目成员,并赋予不同权限; (7)项目结题:支持维护结题验收信息;项目负责人可以自行申请结题,上传结题材料、相关数据与成果,反馈结题结果。 (8)日志管理:所有操作完成后自动修改相关业务数据,并且留痕。 (9)数据导出:支持重要节点材料一键导出。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
二、云基础服务租赁的技术需求 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
云基础服务租赁(含基础资源(云主机)、运维审计、日志审计、数据库审计、安全管理模块EDR、独享公网出口宽带、防火墙、云专线) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
租赁期3年 租赁的云服务厂商(云服务商应符合国家及医疗主管部门对于医疗云基础设施的相关规定)具有中国信息通信研究院颁发的可信云云管理服务能力评估卓越级证书(若分公司参与投标,总公司具有该证书均认可) 基础资源要求(云主机):3台,CPU:16,内存:64GB,存储:SSD:200G,数据盘:1400G。 运维审计服务:堡垒机+SSL VPN,含授权许可+管理服务,支持10个管理对象以内。 日志审计:支持5个日志源。 数据库审计:1个数据库实例。 安全管理模块EDR:包含病毒查杀、网站后门查杀、漏洞管理、性能监控、主机防火墙、WEB应用防护、登录防护、防端口扫描等(云平台主机安全防护工具由轻量级的端点安全软件和管理平台软件共同组成,采用自主知识产权的创新型人工智能引擎为核心,通过预防、防御、检测、响应赋予云平台主机更为精准、持续的检测、快速处置能力。在应对云平台各类高级威胁的同时,实施联动协同、威胁情报共享、智能响应机制,实现威胁的快速检测,有效处置云平台主机的一系列安全问题,构建全新智能化的下一代终端安全系统,完善云平台主机侧的安全防御体系,支持10台服务器以内)。 独享公网出口宽带:20M,提供配套IP地址; 防火墙:200M吞吐量; 云专线:200M,1条; |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
三、临床医学研究大数据平台相关设备及技术要求 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
序号 |
产品名称 |
数量 |
技术参数 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1 |
超融合服务器及平台部署 |
8套 |
规格:2U 处理器型号:配置≥2颗Intel Gold 5218处理器或更高,所有CPU内核全激活; 单机内存可扩展数量要求:单机内存最大可扩展24根DDR4内存插槽,支持RDIMM或LRDIMM,支持配置永久内存数量≥12。 单机实配内存:当前单机实际内存配置≥384GB DDR4, 工作主频:2933及以上 内置盘种类及数量: 配置≥6块 8TB SATA 6G 7.2K硬盘 ,≥2块3.2TB NVMe SSD硬盘,≥2块3.2TB SAS SSD硬盘,热插拔。可扩展至≥30块2.5寸热插拔硬盘,支持20个前置2.5寸可热插拔NVMe PCIe SSD硬盘。需提供产品官网规格证明截图。 单机I/O插槽数量扩展能力要求:支持≥8个PCI-e 3.0全高插槽,支持≥3块双宽企业级GPU,≥7个单块GPU。需提供产品官网规格证明截图。 RAID控制器:配置16口12Gbps 4G缓存 SAS磁盘阵列控制器,配置电源保护模块,支持RAID0/1/10/5/6/50/60/,支持直通和RAID混合模式; 以太网口:配置≥4口千兆电口,配置≥2块双口10GB以太网网卡(含原厂模块) 电源风扇:配置≥2个800W铂金版热插拔冗余电源,配置冗余风扇。 操作系统:支持主流操作系统:Red Hat Enterprise Linux (RHEL)、 SUSE Linux Enterprise Server (SLES)、Oracle Linux/Oracle UEK、Oracle VM、VMware/KVM/Hyper-V、Microsoft Windows Server 2016 Standard and Datacenter、Microsoft Windows Server 2019 Standard and Datacenter; 系统监控管理: 配置≥1Gb独立的远程管理控制端口;配置虚拟KVM功能, 可实现与操作系统无关的远程对服务器的完全控制,包括远程的开机、关机、重启、更新Firmware、虚拟光驱、虚拟文件夹等操作,提供服务器健康日记、服务器控制台录屏/回放功能,能够提供电源监控,支持3D图形化的机箱内部温度拓扑图显示,可支持动态功率封顶。可配置机箱入侵侦测,在外部打开机箱时提供报警功能。需提供产品官网规格证明截图。支持可信硅根,硬件信任根,保护主机固件,提供官网截图。 Flash:配置4GB Flash,可存放系统日志,内嵌操作系统导航安装环境,实现无物理光盘介质部署操作系统。 智能调优:支持基于嵌入式管理的硬件性能调优功能,针对延迟敏感型工作负载,可实现CPU在高于额定频率之上的稳定频率输出;可实现利用预配置的配置文件,自动调优内部服务器资源;可实现在更多的处理器内核上启用英特尔睿频技术所提供的更高的性能,优化工作负载性能,提供官网链接。 虚拟存储软件:配置自有品牌虚拟存储软件,不低于1TB标准授权,可扩展到100TB许可,可将所有服务器存储空间虚拟为专业存储设备,能做快照、网络RAID、远程容灾等。 ▲超融合系统部署要求:兼容医院现有超融合平台实现统一管理,VMware vSphere私有云平台(兼容要求:统一管理平台,平台内任意集群可以在线迁移虚拟机,保证虚拟机零中断,不重启)。实现软硬件部署,能够对超融合平台上的数据根据策略实现2副本、3副本、4副本等级别的冗余,并且超融合平台能够支持ISCSI协议。业务虚拟机能够在超融合与虚拟化平台之间在线跨主机、跨存储迁移,业务要求实现0中断,虚拟机系统不重启,并且超融合平台与虚拟化平台通过统一管理中心进行管理。 ▲虚拟化备份:产品具备VMware虚拟化环境下的备份、复制和CDP(连续数据保护,RPO达到秒级)功能;采用无代理部署方式,即无需在每个虚拟机系统中安装代理,可对虚拟机(包括(Oracle、 SQL Server等应用)进行备份、复制和CDP。投标时提供配置产品使用界面截图证明。整个项目提供一套一年订阅式授权许可方式。 集成及服务:1、由Oracle 11G OCP工程师、RHCE、MSCA、美创MCTE、CISP-CSE和CISP-BDSA认证工程师提供实施服务及售后技术服务,实施时验证证书原件。2、 投标商须自备一套等保工具箱(实施时验证等保工具箱),为用户提供安全检查和加固服务,要求对深度渗透测试、主机扫描和新业务安全检测中发现的安全问题给出安全加固解决方案,并协助安全加固处理。针对不同类型的目标系统,并协助安全加固处理,合理加强服务目标的安全性。安全工具的功能主要包括:Windows主机配置检查工具、Linux主机配置检查工具、网络设备配置检查工具、主机木马检查工具、网站恶意代码检查工具、弱口令检查工具、数据库安全检查工具等。3、要求提供一套机房运维平台软件,对服务器、操作系统、虚拟化软件和存储进行监控和预警服务,兼容现有运维平台。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
2 |
万兆交换机 |
2台 |
性能指标:交换容量≥2.5Tbps,包转发率≥1000Mpps (交换容量和包转发率存在双指标,则以较小的指标为准,提供官网链接及截图); 端口要求:提供≥48个万兆光口,≥2个40G光口;配置≥1块8端口10G/5G/2.5G/1G电口板卡 配置要求:配置≥42块万兆多模光模块(850nm,300m,LC),≥1根3m40G堆叠线缆;要求与交换机同一品牌 扩展要求:提供≥2个业务扩展插槽,支持扩展万兆光口、万兆电口、40G光口等业务板卡,提供官网链接及配置信息截图 支持扩展集成包括FW,IPS、负载均衡等安全模块插卡,提供官网链接及截图 表项容量:MAC地址表≥128K,提供检测报告证明;IPv4路由表容量≥64K,IPv6路由表容量≥32K;ARP表容量≥64K。 CPU保护:实现CPU保护功能,能限制非法报文对CPU的攻击,保护交换机在各种环境下稳定工作 硬件加密:支持Macsec安全加密功能,实现报文加密,防重放攻击,防篡改等功能;提供官网链接及截图; 镜像功能:支持本地端口镜像和远程端口镜像;支持流镜像; VxLAN: 支持VxLAN二层、三层网关; 支持EVPN; 管理和维护:支持SNMP V1/V2/V3、RMON、SSHV2; 支持OAM(802.1AG, 802.3AH)以太网运行、维护和管理标准 运维及管理:为方便运维,要求集成或配置智能运维软件,提供一站式智能运维界面,通过智能运维门户可以提供向导式的网络运维,设备管理、故障排查、维护大全、控制台等功能,提供软件功能截图(配置300个网络设备授权); 服务:投标时提供原厂商针对本项目的三年原厂服务承诺函原件,产品厂商要求在温州地区设有产品备件库; |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
3 |
千兆交换机 |
1台 |
性能要求:交换容量≥430Gbps,包转发率≥140Mpps(交换容量和包转发率存在双指标,则以较小的指标为准,提供官网链接及截图) 端口要求:提供≥48个千兆电口,≥4个万兆SFP+口 配置要求:配置≥1块万兆多模光模块(850nm,300m,LC),≥1根3m万兆堆叠线缆;要求与交换机同一品牌 CPU防护:实现CPU保护功能,能限制非法报文对CPU的攻击,保护交换机在各种环境下稳定工作 堆叠:最大堆叠台数≥9台;最大堆叠带宽≥80G; 支持跨设备链路聚合,单一IP管理,分布式弹性路由;支持通过标准以太端口进行堆叠(万兆或千兆均支持); 镜像功能:支持本地端口镜像和远程端口镜像RSPAN;支持流镜像; 路由协议:支持IPv4静态路由、RIP V1/V2、OSPF;支持IPv6静态路由、RIPng;支持IPv4和IPv6环境下的策略路由; 防雷:为保证设备的可靠性,要求业务端口内置10KV防雷能力,提供官网链接及截图; 工作温度:工作环境温度:-5℃~45℃ SDN/OPENFLOW:支持OPENFLOW 1.3标准支持普通模式和Openflow 模式切换;支持多表流水线;支持Group table;支持Meter; 服务:投标时提供原厂商针对本项目的三年原厂服务承诺函原件,产品厂商要求在温州地区设有产品备件库; |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
4 |
服务器1 |
10台 |
规格:2U 处理器型号:配置≥2颗Intel Gold 5218处理器或更高,所有CPU内核全激活; 单机内存可扩展数量要求:单机内存最大可扩展24根DDR4内存插槽,支持RDIMM或LRDIMM,支持配置永久内存数量≥12。 单机实配内存: 当前单机实际内存配置≥256GB DDR4, 工作主频:2933及以上 内置盘种类及数量:配置≥2块1.2TB SAS热插拔硬盘,≥12块 8TB SATA 6G 7.2K热插拔硬盘。支持≥30块2.5寸热插拔硬盘,支持20个前置2.5寸可热插拔NVMe PCIe SSD硬盘。需提供产品官网规格证明截图。 单机I/O插槽数量扩展能力要求:支持≥8个PCI-e 3.0全高插槽,支持≥3块双宽企业级GPU,≥7个单块GPU。需提供产品官网规格证明截图。 RAID控制器:配置16口12Gbps 4G缓存 SAS磁盘阵列控制器,配置电源保护模块,支持RAID0/1/10/5/6/50/60/,支持直通和RAID混合模式; 以太网口:配置≥4口千兆电口,配置≥2块双口10Gb以太网网卡(含原厂模块) 电源风扇:配置≥2个800W铂金版热插拔冗余电源,配置冗余风扇。 操作系统:支持主流操作系统:Red Hat Enterprise Linux (RHEL)、 SUSE Linux Enterprise Server (SLES)、Oracle Linux/Oracle UEK、Oracle VM、VMware/KVM/Hyper-V、Microsoft Windows Server 2016 Standard and Datacenter、Microsoft Windows Server 2019 Standard and Datacenter; 系统监控管理:配置≥1Gb独立的远程管理控制端口;置虚拟KVM功能, 可实现与操作系统无关的远程对服务器的完全控制,包括远程的开机、关机、重启、更新Firmware、虚拟光驱、虚拟文件夹等操作,提供服务器健康日记、服务器控制台录屏/回放功能,能够提供电源监控,支持3D图形化的机箱内部温度拓扑图显示,可支持动态功率封顶。 可配置机箱入侵侦测,在外部打开机箱时提供报警功能。需提供产品官网规格证明截图。支持可信硅根,硬件信任根,保护主机固件,提供官网截图。 Flash:配置4GB Flash,可存放系统日志,内嵌操作系统导航安装环境,实现无物理光盘介质部署操作系统。 智能调优:支持基于嵌入式管理的硬件性能调优功能,针对延迟敏感型工作负载,可实现CPU在高于额定频率之上的稳定频率输出;可实现利用预配置的配置文件,自动调优内部服务器资源;可实现在更多的处理器内核上启用英特尔睿频技术所提供的更高的性能,优化工作负载性能,提供官网链接。 虚拟存储软件: 配置自有品牌虚拟存储软件,不低于1TB标准授权,可扩展到100TB许可,可将所有服务器存储空间虚拟为专业存储设备,能做快照、网络RAID、远程容灾等 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
5 |
服务器2 |
1台 |
规格: 2U 处理器型号:配置≥2颗Intel Gold 6226处理器或更高,所有CPU内核全激活; 单机内存可扩展数量要求:单机内存最大可扩展24根DDR4内存插槽,支持RDIMM或LRDIMM,支持配置永久内存数量≥12。 单机实配内存:当前单机实际内存配置≥256GB DDR4, 工作主频:2933及以上 内置盘种类及数量:配置≥2块1.2TB SAS热插拔硬盘,≥10块 2TB SATA 12G SAS 7.2K热插拔硬盘,≥7块3.84TB SSD SATA 2.5英寸热插拔硬盘。支持≥30块2.5寸热插拔硬盘,支持20个前置2.5寸可热插拔NVMe PCIe SSD硬盘。需提供产品官网规格证明截图。 单机I/O插槽数量扩展能力要求:支持≥8个PCI-e 3.0全高插槽,支持≥3块双宽企业级GPU,≥7个单块GPU。需提供产品官网规格证明截图。 RAID控制器:配置16口12Gbps 4G缓存 SAS磁盘阵列控制器,配置电源保护模块,支持RAID0/1/10/5/6/50/60/,支持直通和RAID混合模式; 以太网口:配置≥4口千兆电口,配置≥2块双口10Gb以太网网卡(含原厂模块) 电源风扇:配置≥2个800W铂金版热插拔冗余电源,配置冗余风扇。 操作系统:支持主流操作系统:Red Hat Enterprise Linux (RHEL)、 SUSE Linux Enterprise Server (SLES)、Oracle Linux/Oracle UEK、Oracle VM、VMware/KVM/Hyper-V、Microsoft Windows Server 2016 Standard and Datacenter、Microsoft Windows Server 2019 Standard and Datacenter; 系统监控管理: 配置≥1Gb独立的远程管理控制端口;配置虚拟KVM功能, 可实现与操作系统无关的远程对服务器的完全控制,包括远程的开机、关机、重启、更新Firmware、虚拟光驱、虚拟文件夹等操作,提供服务器健康日记、服务器控制台录屏/回放功能,能够提供电源监控,支持3D图形化的机箱内部温度拓扑图显示,可支持动态功率封顶。可配置机箱入侵侦测,在外部打开机箱时提供报警功能。需提供产品官网规格证明截图。支持可信硅根,硬件信任根,保护主机固件,提供官网截图。 Flash: 配置4GB Flash,可存放系统日志,内嵌操作系统导航安装环境,实现无物理光盘介质部署操作系统。 智能调优:支持基于嵌入式管理的硬件性能调优功能,针对延迟敏感型工作负载,可实现CPU在高于额定频率之上的稳定频率输出;可实现利用预配置的配置文件,自动调优内部服务器资源;可实现在更多的处理器内核上启用英特尔睿频技术所提供的更高的性能,优化工作负载性能,提供官网链接 虚拟存储软件:配置自有品牌虚拟存储软件,不低于1TB标准授权,可扩展到100TB许可,可将所有服务器存储空间虚拟为专业存储设备,能做快照、网络RAID、远程容灾等 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
6 |
流量控制器 |
1台 |
规格:1U, 支持200M带宽应用场景,80000并发连接,支持120并发IP用户,每秒新建连接50000个,6千兆电口,1U标准机架式。 支持License扩容,最大可扩容至800M应用场景,1800用户。支持流量管理、应用识别、应用路由、单IP限制、白名单控制、链路负载均衡、DNS管理等等,支持链路Bypass功能。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
7 |
堡垒机 |
1台 |
规格:2U,CPU 64位4核/8G内存/2T硬盘/2千兆网卡/2U/交流单电/100许可协议。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
8 |
防火墙 |
2台 |
规格:1U,桌面型,9个GE接口,外置AC电源;吞吐量300M,并发连接数10万。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#硬件设备运维服务 |
服务器原厂商在温州地区设有自营办事处(要有固定办公地址,中标后接受用户现场考察),提供原厂商3年7*24电话响应,4小时上门技术支持服务,同时提供原厂首次硬件基本安装服务, 投标时提供所投服务器原厂商针对本项目的3年原厂服务承诺函原件;中标后7个工作日内提供原厂质保函原件。提供超融合平台软硬件的3年上门服务和运维服务。 |
二、服务要求:
系统软件部分
投标方提供系统软件终身维护服务,验收交付正式使用后不得少于壹年免费维护,维护期内提供高版本软件升级,并承诺提供无忧保修维护服务(7*24,除法定节假日外),采购方提出对软件更改的要求,投标方应予以充分满足,投标方可以和采购方相关科室共同协作。
投标方具体维护期内承诺内容如下:
免费技术咨询服务,包括系统故障分析、常见问题解答等。
免费与其他信息系统进行对接。
在投标方承担的维护期内,系统应用软件一旦有升级版本,应及时通知采购方,并对采购方的系统现有模块功能升级。
免费制作定制化的视图或者报表。
需求更新,根据客户的需求,修改并更新在合同范围内的功能需求。
软件正确性维护,及时改进软件运行过程中新发现的软件错误,并提供软件维护说明。
严格控制程序的不同版本,已经解决的问题不会在系统运行一段时间后因为程序的另外修改而再现;修改程序不会影响既往功能的正常使用。
因国家政策或政府、医院上级部门要求导致的被动性程序修改,投标方及时提供程序修改服务,并确保系统在要求的时限内正确运行。
提供稳定的项目经理持续负责本院项目,项目验收后需要2名及以上投标方在职人员驻场,确保系统可以稳定运行。
10、用户培训,软件需求更新造成软件操作变化时,对使用人员进行培训,应提供新功能使用说明书。
11、投标方须配合医院做好信息安全等级保护工作。
12、投标方在维保期内针对本次项目所涉及到的信息系统、中间件、数据库等进行免费运维。
服务方式、响应速度
远程支持: 7×24小时远程支持或解决与分发软件技术问题;免费运行维护服务内,对客户的反映的任何问题响应时限为2小时内,如需现场维护,响应服务4小时内。
现场维护:对于远程无法解决的问题,乙方即时安排驻地客服工程师,驻地工程师30分钟内与客户取得联系,分析故障原因,提供电话指导或远程服务,若远程无法解决问题,驻地工程师4小时内到达医院,并进行现场维护;
应急方案:对于短时间内无法通过远程及现场修复的故障,驻地工程师将提供应急方案,保障科室业务正常运行。
回访质控、文档管理
定期回访:针对客服工程师处理问题的质量及服务态度进行定期回访,控制服务质量;提供系统巡检,每一季度一次,特殊情况需做到每月一次。
满意度调查:每年通过电话访问或问卷调查的方式,针对公司的产品质量、服务质量对客户进行满意度调查,收集客户的宝贵建议,以改进公司产品与服务。
应用系统开发应严格按照国家软件工程规范进行,在整个项目实施过程中,须根据开发进度,按照医院要求及时提供用户相关技术文档,包括单不限于以下:
准备阶段:《项目实施方案》;
需求分析阶段:《需求分析说明书》;
设计阶段:《概要设计说明书》、《接口说明书》;
测试阶段:《测试用例》、《测试报告》;
上线阶段:《上线方案》、《试运行/上线报告》《功能模块上线清单》;
过程文档:《培训计划》、《培训记录》、《例会记录》、《培训手册》;
交付使用:《用户操作说明手册》、《硬件部署维护手册》、《程序安装维护手册》、《系统功能确认书》、《数据字典》
安全要求
投标方须承诺对个人隐私信息进行严格的加密,对传输进行加密处理,确保个人隐私从数据源采集到中间处理到存储、分析利用等确保全面隐私安全保护。
因投标方系统程序漏洞导致的信息安全风险,投标方须承诺终身免费升级修补。
系统测试及正式使用期间,相关软件管理员须不得使用弱口令。
保证系统中的数据安全,保证系统中的数据不被非法阅读、篡改,确保非法用户不能进入本系统,数据须加密存储和传输;
具备完整的安全访问策略,针对用户自由灵活的分级权限配置方式,具有严格控制数据访问权限的能力;
持阻止非法篡改数据的操作并对非法操作行为及时预警。
7、系统交付后,投标方应提供数据库连接字符串的配置工具,用户可自定义调整应用或客户端数据库连接字符串。相关配置文件中的连接字符串需以加密方式进行保存。支持院方自行变更数据库连接字符串且不影响业务正常运行的能力。
培训要求
投标方至少必须满足医院要求的培训服务。
培训计划:须在项目履约期间针对整个系统的维护及操作进行培训,至少培训系统高级管理人员 2名;从现场调试开始,对操作人员进行现场培训,直到操作人员能使系统正常运行为止;
所有培训费用必须计入投标总价。
项目实施要求
总工期为:项目启动后 24个月内完成系统的整体验收。实施期间需要人员驻场,并定期每个月汇报项目进度,对不同类型的中间产品或最终产品进行测试,运行并通过验收。
第一阶段:调研与分析阶段。本合同签订后30工作日内,投标方应当完成该项目的需求调研与分析,制定符合本合同要求的《项目实施计划书》,并通过采购方的评审。
第二阶段:启动会议召开阶段。《项目实施计划书》经评审通过后,由采购方负责主持召开项目启动会议。
第三阶段:项目实施阶段。投标方接到采购方项目启动的通知后立即实施该项目建设,在约定的时间内完成全部系统建设并通过采购方确认,进入试运行。
第四阶段:项目试运行阶段。项目通过采购方确认之日起 30个工作日内为试运行阶段,试运行阶段期间,投标方应当确保项目能够稳定运行,若出现采购方评估后认为系统不能正常运行,或影响采购方正常工作开展的情形,采购方有权单方要求投标方重新进入第三阶段进行开发建设,并由采购方重新进行确认,所耽误的工期由投标方自行承担。
第五阶段:投标方须提供详细的培训计划,包括但不限于系统软件、应用软件、安装调试等内容的培训。培训应面向不同角色的系统用户,确保用户能独立地管理、维护和配置系统,建立完善的系统运维体系,经验收合格,正式交付使用,进入维护期。
软件安装、调试、开通
投标方负责所提供的软件的安装、调试及开通。
软件安装、调试所需的工具、仪表及安装材料等应由投标方自行解决。
软件若涉及到软件许可证,投标方需要提供终身的许可证。
投标方应向用户提交测试内容和方法。移交测试计划和技术内容由投标方拟定,经用户单位确认。
商务条款:
1、付款条款:
1.1、项目调研完成及启动会结束,支付软件部分金额的10%;
1.2、项目完成基础数据治理及通用医学科研平台上线,支付软件部分金额的10%;
1.3、项目完成专病数据治理与单中心专病医学科研平台(含生物样本库平台、生信平台)、临床科研项目管理系统上线,支付软件部分金额的20%;
1.4、项目完成国家眼部疾病临床医学研究中心大数据平台上线,支付软件部分金额的20%;
1.5、项目进入试运行阶段,支付软件部分金额的10%;
1.6、项目全部投入使用,终验之后,支付软件部分金额的30%。
2、履约保证金:中标人收到中标通知书发出后30天内向采购方支付软件总价5%的履约质保金,验收合格之后履约保证金直接转为项目质保金,在项目质保期结束后无息退还。
3、▲质保期后,后续年保费收取不得高于软件总价6%。
违约条款:
1、投标方违反本协议导致本协议无法继续履行的,违约方需赔偿守约方违约金,该违约金不足以弥补守约方实际损失的,违约方应赔偿守约方所有实际损失,但不应超过合同总金额。
2、项目进入验收阶段后,仍有部分功能无法达到采购方业务需求时,采购方有权按具体情况扣除合同价的10%作为违约金。
3、投标方违反合同保密条款的约定,采购方有权立即单方解除本合同。违约方还应向守约方赔偿全部损失。
4、如遇以下情况之一,采购方有权单方解除合同:
4.1项目实施逾期2年;
4.2经采购方三次书面发函,投标方仍未能如期提供服务;
4.3因投标方其他违约行为,导致合同无法履行。
5、如投标方未能交付本合同中约定的软件或功能不能满足合同约定的需求,每逾期一日,投标方应向采购方支付合同总额千分之一的逾期违约金,违约金额不能超过合同总价的30%。
硬件部分:
1. 保质期
1.1. 提供原厂三年7x24原厂质保服务,终身维修。
1.2. 每年保质期内故障率不得超过14天,每超过一天质保期相应延长10天。保质期内因产品本身缺陷造成各种故障应由卖方免费技术服务和维修。
1.3. 投标方在投标文件中说明在保质期内提供的服务计划。
2. 商务条款
2.1.付款方式:设备到位安装调试完成,正常运行之后,支付硬件部分金额的100%;投标方需事先开具100%的货物类发票。
2.2.履约保证金:中标人收到中标通知书发出后30天内向采购方支付硬件总价5%的履约质保金,验收合格之后履约保证金直接转为项目质保金,在项目质保期结束后无息退还。
3. 售后服务
3.1. 服务器原厂需在温州地区设有自营办事处(要有固定办公地址,中标后接受用户现场考察),提供原厂商3年7*24电话响应,4小时上门技术支持服务,同时提供原厂首次硬件基本安服务,中标后7个工作日内提供原厂质保函原件。
3.2在设备整个使用期内,卖方应确保设备的正常使用。在接到用户维修要求后应立即作出回应,并在24小时内派原厂工程师或经过原厂培训的工程师到达买方现场实施维修。零配件在该设备停产后仍需保证八年的供应。维修过程中所需零配件卖方在接到通知后最长不超过3天必须送达买方。
3.3 投标方应在投标文件中应详细说明其服务计划及收费标准,提供维修点的分布情况,及配件供应情况。
4. 技术支持
4.1. 中标商应提供免费软件升级
5. 培训
5.1. 投标方应对用户的维修人员提供培训,使其能对设备进行日常的维护保养及能对一般故障进行维修,并向培训人员提供维修图纸及维修手册、维修密码及软件备份。
5.2. 投标方应对用户的操作人员进行操作培训,使其能对设备进行熟练的操作。
5.3. 上述二种培训的培训方式、地点、人员及费用(包含在投标总价中)投标方应在投标文件中详细说明。
6. 安装调试
6.1. 安装地点:温州医科大学附属眼视光医院
6.2. 安装完成时间:接到用户通知后10天内完成安装和调试,如在规定的时间内由于投标方的原因不能完成安装和调试,投标方应承担由此给用户造成的损失。
6.3. 安装标准:符合我国国家有关技术规范要求和技术标准。
6.4. 安装过程中发生的费用由投标方负责。
6.5. 投标方应在投标文件中提供其安装调试过程中采购方需配合的内容。
7. 验收
7.1. 投标方应提供设备的有效检验文件,经采购方认可后,与设备性能指标、合同内容一起作为设备验收标准。采购方对设备验收合格后,双方共同签署验收合格证书并加盖公章。验收中发现设备达不到验收标准或合同规定的性能指标,投标方必须更换设备并且赔偿由此给用户造成的损失。
7.2验收费用由产品响应人负担。
8. 交货
8.1. 交货期:按照采购方要求交货
8.2. 交货地点:温州医科大学附属眼视光医院
9违约责任:如果发生下列情况之一,采购方可单方面终止部分或全部合同:
9.1投标方未能在合同规定的期限内或甲方同意延长的期限内提供合同约定或甲方要求的全部或部分货物;
9.2投标方所供产品连续两次不符合采购方要求时;
9.3投标方未能履行合同规定的其他任何义务;
9.4投标方在收到采购方发出的违约通知后30天内,或经采购方书面认可延长的时间内未能纠正其过失。
云租赁服务:
1、服务要求:
1.1服务响应时间半小时内,故障处理时间视具体问题对待。
1.2中标人提供架构设计规划,日常巡检,故障排查处理,资源环境配置调试,工单处理跟进。
2、服务期:3年
3、服务验收:
3.1投标方在投标时应提供的验收标准及相关技术规范,供买方参考。
3.2验收标准应按国家标准。
3.3验收时间:按照采购方要求交货。
4、云资源归属:以采购方名义开户
5、付款方式:云资源按要求配置到位,安装调试完成,正常运行之后,支付云租赁部分金额的100%。
6、保密:招投标及合同中凡涉及买方项目的有关信息,不得透露给第三方。
标项一合同模板
软件采购合同模版
甲 方:温州医科大学附属眼视光医院
乙 方:
由 组织采购的项目名称: ,采购编号为: ,由评标委员会评定 为成交供应商。甲乙双方同意按照下面条款和条件,签署本合同。
第一条 项目名称及配置清单:
项目名称 |
型号/规格 |
单位 |
数量 |
金额(人民币) |
备注 |
|
|
|
|
|
|
合计 |
小写: |
|
|||
大写:元整 |
|||||
其他:附件一:软件主要功能清单;附件二:廉洁协议书 |
第二条 付款方式
2.1项目调研完成及启动会结束,支付合同总金额的10%货款;
2.2完成集成平台、临床数据中心和运营数据中心的建设并相应的主体应用正式上线使用,经采购人确认后,支付合同总金额的25%货款;
2.3完成单病种管理系统、临床辅助决策系统、治疗管理系统、指标管理系统、统一数据上传系统等系统建设并正式上线使用,经采购人确认后,支付合同总金额的25%货款;
2.4项目按要求验收合格后,支付合同金额的25%作为验收款;
2.5通过国家医疗健康信息互联互通标准化成熟度四级甲等后经采购人确认后,支付合同总金额的5%货款;
2.6通过电子病历系统功能应用水平分级评价五级后经采购人确认后,支付合同总金额的5%货款;
2.7通过数据中心三级等保测评服务后经采购人确认后,支付合同总金额的5%货款.
2.8乙方按付款需求开具相应的正式税务发票,甲方收到发票后付款,付款采用银行电汇的方式。
2.9乙方收款账号如下:
开户名称:
开户银行:
银行帐号:
2.10履约保证金:乙方收到中标通知书发出后30天内,向甲方支付合同总额的5%作为履约保证金,验收合格之后履约保证金直接转为项目质保金,在项目质保期结束后无息退。
2.11甲方收款账号如下:
开户名称:
开户银行:
银行帐号:
第三条 项目实施
3.1第一阶段:调研与分析阶段。本合同签订后XX工作日内,乙方应当完成该项目的需求调研与分析,制定符合本合同要求的《项目实施计划书》,并通过甲方的评审。
3.2第二阶段:启动会议召开阶段。《项目实施计划书》经评审通过后,由甲方负责主持召开项目启动会议。
3.3第三阶段:项目实施阶段。乙方接到甲方项目启动的通知后立即实施该项目建设,在约定的时间内完成全部系统建设并通过甲方确认,进入试运行;
3.4 第四阶段:项目试运行阶段。项目通过甲方确认之日起 XX个工作日内为试运行阶段,试运行阶段期间,乙方应当确保项目能够稳定运行,若出现甲方评估后认为系统不能正常运行,或影响甲方正常工作开展的情形,甲方有权单方要求乙方重新进入第三阶段进行开发建设,并由甲方重新进行确认,所耽误的工期由乙方自行承担。
3.5第五阶段:投标人须提供详细的培训计划,包括但不限于系统软件、应用软件、安装调试等内容的培训。培训应面向不同角色的系统用户,确保用户能独立地管理、维护和配置系统,建立完善的系统运维体系,经验收合格,正式交付使用,进入维护期。
3.6项目实施特别说明。甲乙双方应当严格履行合同,确保本项目如期完成,如在本项目实施过程中,因甲方原因导致项目无法推进,乙方应当立即出具《告知函》给甲方,要求其排除障碍,并经甲方确认(需双方盖章),从该问题产生到消除,其所消耗的时间可不计入项目工期,若乙方未告知甲方排除障碍,视为符合乙方实施项目建设要求。
第四条 验收
4.1验收时间:项目启动后 XX个月内完成系统实施安装,测试运行并通过验收。
4.2验收地点及人员:乙方在接到甲方书面通知后,根据通知内所定时间、地点交付,接收人为使用部门人员或甲方书面通知中指定人员。
4.3验收标准:甲方应在乙方提出验收之日起15个工作日内组织验收,验收合格以实现甲乙双方约定的附件一《软件产品功能清单》所列功能为验收通过条件。
4.4验收时应出具的文档:
4.4.1系统正式上线运行稳定后,甲乙双方进行现场工作交接,所有工作交接完毕,双方签署《验收报告》。
4.4.2 乙方需根据甲方要求,提供包括但不限于以下交付文档:《用户操作手册》、《数据字典》、《系统配置手册》、《系统部署手册》、《软硬件接口说明书》、《测试报告》、《技术栈清单》等。
第五条 售后服务及维护
5.1自系统全面上线并通过甲方验收后,乙方提供为期XX年的质保服务,质保期从验收通过第二日起算。质保期内应包括提供软件免费升级,并承诺提供保修维护服务,包括对于系统软件各模块在合同范围内的功能需求修改。
5.2质保期结束后,年保为合同价的XX %(即¥****元/年)。
5.3质保期承诺内容如下:
5.3.1技术咨询服务,免费服务电话,包括系统故障分析、常见问题解答等;
5.3.2免费与其他信息系统进行对接;
5.3.3在质保期内,系统应用软件一旦有升级版本,乙方应及时通知甲方,并对甲方免费提供新版本软件许可,具体升级时间,由甲方确定,若未及时通知甲方,自乙方拥有升级版本之日起,每逾期一日,乙方应承担合同总额千分之三的逾期违约金。若在甲方确定的时间内未能履行及时提供升级版本,自确定之日起,每逾期一日,乙方应承担合同总额千分之三的逾期违约金。
5.3.4免费制作定制化的视图或者报表
5.3.5软件正确性维护,乙方及时改进软件运行过程中新发现的软件错误,并提供软件维护说明;
5.3.6需求更新,根据甲方的需求,修改并更新在合同范围内的现有功能需求;
5.3.7严格控制程序的不同版本,已经解决的问题不会在系统运行一段时间后因为程序的另外修改而再现;修改程序不会影响既往功能的正常使用。
5.3.8因国家政策或政府、医院上级部门要求导致的被动性程序修改,投标方及时提供程序修改服务,并确保系统在要求的时限内正确运行。
5.3.9提供稳定的项目经理持续负责本院项目,项目验收后需要2名及以上乙方在职人员驻场,确保系统可以稳定运行。
5.3.10乙方须配合医院做好信息安全等级保护工作。
5.3.11投标人在维保期内针对本次项目所涉及到的信息系统、中间件、数据库等进行免费运维
5.4服务方式、响应速度
5.4.1远程支持: 7×24小时远程支持或解决与分析软件技术问题;
5.4.2现场维护:对于远程无法解决的问题,乙方即时安排驻地客服工程师,驻地工程师30分钟内与客户取得联系,分析故障原因,提供电话指导或远程服务,若远程无法解决问题,驻地工程师4小时内到达医院,并进行现场维护;
5.4.3应急方案:对于24小时内无法通过远程及现场修复的故障,客服工程师将提供应急方案,保障甲方科室业务正常运行。
第六条培训要求
6.1乙方必须满足甲方要求的培训服务;
6.2培训计划:须在项目履约期间针对整个系统的维护及操作进行培训,至少培训系统高级管理人员2名;从现场调试开始,对操作人员进行现场培训,直到操作人员能使系统正常运行为止;
6.3所有的培训费用必须计入投标总价。
第七条 甲方权利义务
7.1甲方须在乙方入场前,将由甲方提供的硬件设备、硬件设施、备件材料等准备到位,并应提供乙方符合信息系统软件安装、实施要求的工作环境、运行环境,包括但不限于工作场地、工作电脑、模拟调试网络、检验联机所需通信线等材料及工具,并对乙方实施工作给予支持,针对上述内容是否合格,由乙方进行书面确认。
7.2甲方指定专人负责落实、协调甲方内部各部门、组织,按项目实施计划完成相关工作,包括但不限于组织人员准备应用软件系统所需的各类基本信息及数据,并按乙方指定的格式按时完成录入及复核工作;业务表单的收集整理和复核、组织相关人员参加并完成培训工作、软件流程/功能/准确性的确认工作、硬件准备工作、信息管理部门人员的日常维护等工作,并保证所承担工作的进度和质量符合项目计划的要求。
第八条 乙方权利义务
8.1乙方保证所许可使用的乙方软件产品符合中华人民共和国有关法律、法规的规定。
8.2乙方将按照本合同附件一《软件产品功能清单》内容进行软件实施安装与调试。
8.3乙方对甲方指定人员(包括但不限于管理人员、系统维护人员、操作人员)进行系统针对性培训。
8.4乙方应当对系统的安全性负责。
8.5乙方在实施期间,定期每个月汇报项目进度,对不同类型的中间产品或最终产品进行测试,运行并通过验收。
第九条 知识产权
9.1乙方拥有乙方公司编制的程序的版权,并拥有该软件在软件登记中心的申报权。
9.2甲方按本合同条款规定支付合同款后,乙方授予甲方上述软件产品的合法使用权。
9.3甲方不得将乙方授予的软件使用权及相关文档进行出租、出借、销售、转让、非存档目的的拷贝或通过提供分许可、转许可、信息网络等。
9.4乙方确认自己合法拥有该项目涉及的知识产权,不侵犯第三方知识产权,若因此导致的纠纷、赔偿等,由乙方全部承担,甲方无需承担任何法律责任。
第十条 保密约定
10.1在本合同签订后**年内不将此价格透露给任何第三方,包括但不限于甲方未直接参与合同与招标谈判的其他工作人员。
10.2甲方不得将乙方提供的文档、资料向第三方(包括但不限于甲方未直接参与合同与招标谈判的其他工作人员)泄露。
10.3甲方保证不向甲方以外的任何人透漏任何乙方商业机密及专有知识、专有技术或乙方的知识产权。
10.4乙方应负责对甲方在应用软件的使用过程中编制及积累的数据、专业数据保密。
10.5乙方应当对在甲方合作过程获取的相关信息保密,不得泄露给任何第三方。
10.6乙方应妥善保管有关文件和资源,未经甲方书面许可,不得对其进行复制、仿造等操作;
第十一条 违约责任
11.1任何一方违反本协议导致本协议无法继续履行的,违约方需赔偿守约方违约金,该违约金不足以弥补守约方实际损失的,违约方应赔偿守约方所有实际损失,但不应超过合同总金额。
11.2项目进入验收阶段后,仍有部分功能无法达到甲方业务需求时,甲方有权按具体情况扣除合同价的10%作为违约金。
11.3甲方认可本合同中乙方软件是乙方的重要财产,如甲方违反本合同知识产权条款的约定,乙方有权立即单方解除本合同,并要求甲方赔偿经济损失。
11.4任何一方违反本合同保密条款的约定,守约方有权立即单方解除本合同。违约方还应向守约方赔偿全部损失。
11.5如遇以下情况之一,甲方有权单方解除合同:
1)项目实施逾期2年;
2)经甲方三次书面发函,乙方仍未能如期提供服务;
3)因乙方其他违约行为,导致合同无法履行。
11.6如乙方未能交付本合同中约定的软件或功能不能满足合同约定的需求,每逾期一日,乙方应向甲方支付合同总额千分之一的逾期违约金,违约金额以合同总价的30%为限。
第十二条 争议解决
12.1双方将本着长期友好合作的精神,协商解决合同执行过程中的问题及纠纷。双方一致同意,当协商不成时,由甲方所在地人民法院管辖。
12.2如因不可抗拒外力、国家法规政策变更导致的软件功能需求变化或无法按期完成,所涉及的事宜由双方协商解决。
第十三条 其他
13.1未尽事宜,双方将协商解决,并就具体问题签署补充合同或备忘录。附件与本合同具有同等法律效力。其他未尽事宜,按照招投标文件、响应文件和承诺书约定执行。
13.2本合同书一式肆份,具有同等法律效力,甲乙双方各执贰份。
13.3本合同自双方法定代表人或其授权代表人签字,并加盖双方公章或合同章后即生效。
13.4本合同履行有关的通知应当以书面方式提交对方,送达方式可为邮寄、挂号邮寄、专人送达、传真、电子邮件等。各方均可分别视需要选择合适的送达方式,有一种方式送达即视为送达。
甲方:温州医科大学附属眼视光医院 乙方:
(盖章) (盖章)
代表签字: 代表签字:
日期:2021年 月 日 日期:2021年 月 日
标项二合同模板
软件采购合同模版
甲 方:温州医科大学附属眼视光医院
乙 方:
由 组织采购的项目名称: ,采购编号为: ,由评标委员会评定 为成交供应商。甲乙双方同意按照下面条款和条件,签署本合同。
第一条 项目名称及配置清单:
项目名称 |
型号/规格 |
单位 |
数量 |
金额(人民币) |
备注 |
|
|
|
|
|
|
合计 |
小写: |
|
|||
大写:元整 |
|||||
其他:附件一:软件主要功能清单;附件二:廉洁协议书 |
第二条 付款方式
2.1软件部分付款
2.1.1项目调研完成及启动会结束后,支付软件部分金额的10%货款;
2.1.2项目完成基础数据治理及通用医学科研平台上线,支付软件部分金额的10%;
2.1.3项目完成专病数据治理与单中心专病医学科研平台 (含生物样本库平台、生信平台)、临床科研项目管理系统上线,支付软件部分金额的20%;
2.1.4项目完成国家眼部疾病临床医学研究中心大数据平台上线,支付软件部分金额的20%;
2.1.5项目全部进入试运行之后,支付软件部分金额的10%;
2.1.6项目全部投入使用,终验之后,支付软件部分金额的30%;
2.2云租赁部分
2.2.1云资源按要求配置到位,安装调试完成,正常运行之后,支付云租赁部分金额的100%
2.3乙方按付款需求开具相应的正式税务发票,甲方收到发票后付款,付款采用银行电汇的方式。
2.4乙方收款账号如下:
开户名称:
开户银行:
银行帐号:
2.5履约保证金:乙方收到中标通知书发出后30天内向甲方支付软件总价5%的履约质保金,验收合格之后履约保证金直接转为项目质保金,在项目质保期结束后无息退还。
2.6甲方收款账号如下:
开户名称:
开户银行:
银行帐号:
第三条 项目实施
3.1第一阶段:调研与分析阶段。本合同签订后XX工作日内,乙方应当完成该项目的需求调研与分析,制定符合本合同要求的《项目实施计划书》,并通过甲方的评审。
3.2第二阶段:启动会议召开阶段。《项目实施计划书》经评审通过后,由甲方负责主持召开项目启动会议。
3.3第三阶段:项目实施阶段。乙方接到甲方项目启动的通知后立即实施该项目建设,在约定的时间内完成全部系统建设并通过甲方确认,进入试运行;
3.4 第四阶段:项目试运行阶段。项目通过甲方确认之日起 XX个工作日内为试运行阶段,试运行阶段期间,乙方应当确保项目能够稳定运行,若出现甲方评估后认为系统不能正常运行,或影响甲方正常工作开展的情形,甲方有权单方要求乙方重新进入第三阶段进行开发建设,并由甲方重新进行确认,所耽误的工期由乙方自行承担。
3.5第五阶段:乙方须提供详细的培训计划,包括但不限于系统软件、应用软件、安装调试等内容的培训。培训应面向不同角色的系统用户,确保用户能独立地管理、维护和配置系统,建立完善的系统运维体系,经验收合格,正式交付使用,进入维护期。
3.6项目实施特别说明。甲乙双方应当严格履行合同,确保本项目如期完成,如在本项目实施过程中,因甲方原因导致项目无法推进,乙方应当立即出具《告知函》给甲方,要求其排除障碍,并经甲方确认(需双方盖章),从该问题产生到消除,其所消耗的时间可不计入项目工期,若乙方未告知甲方排除障碍,视为符合乙方实施项目建设要求。
第四条 验收
4.1验收时间:项目启动后 24个月内完成系统的整体验收。云租赁部分按照采购人要求交货。
4.2验收地点及人员:乙方在接到甲方书面通知后,根据通知内所定时间、地点交付,接收人为使用部门人员或甲方书面通知中指定人员。
4.3验收标准:甲方应在乙方提出验收之日起15个工作日内组织验收,验收合格以实现甲乙双方约定的附件一《软件产品功能清单》所列功能为验收通过条件。
4.4验收时应出具的文档:
4.4.1系统正式上线运行稳定后,甲乙双方进行现场工作交接,所有工作交接完毕,双方签署《验收报告》。
4.4.2 乙方需根据甲方要求,提供包括但不限于以下交付文档:《用户操作手册》、《数据字典》、《系统配置手册》、《系统部署手册》、《软硬件接口说明书》、《测试报告》、《技术栈清单》等。
第五条 售后服务及维护
5.1自系统全面上线并通过甲方验收后,乙方提供为期XX年的质保服务,质保期从验收通过第二日起算。质保期内应包括提供软件免费升级,并承诺提供保修维护服务,包括对于系统软件各模块在合同范围内的功能需求修改。
5.2质保期结束后,年保为软件总价的XX %(即¥****元/年)。
5.3质保期承诺内容如下:
5.3.1技术咨询服务,免费服务电话,包括系统故障分析、常见问题解答等;
5.3.2免费与其他信息系统进行对接;
5.3.3在质保期内,系统应用软件一旦有升级版本,乙方应及时通知甲方,并对甲方免费提供新版本软件许可,具体升级时间,由甲方确定,若未及时通知甲方,自乙方拥有升级版本之日起,每逾期一日,乙方应承担合同总额千分之三的逾期违约金。若在甲方确定的时间内未能履行及时提供升级版本,自确定之日起,每逾期一日,乙方应承担合同总额千分之三的逾期违约金;
5.3.4免费制作定制化的视图或者报表;
5.3.5软件正确性维护,乙方及时改进软件运行过程中新发现的软件错误,并提供软件维护说明;
5.3.6需求更新,根据甲方的需求,修改并更新在合同范围内的现有功能需求;
5.3.7严格控制程序的不同版本,已经解决的问题不会在系统运行一段时间后因为程序的另外修改而再现;修改程序不会影响既往功能的正常使用;
5.3.8因国家政策或政府、医院上级部门要求导致的被动性程序修改,投标方及时提供程序修改服务,并确保系统在要求的时限内正确运行;
5.3.9提供稳定的项目经理持续负责本院项目,项目验收后需要2名及以上乙方在职人员驻场,确保系统可以稳定运行;
5.3.10乙方须配合医院做好信息安全等级保护工作;
5.3.11乙方在维保期内针对本次项目所涉及到的信息系统、中间件、数据库等进行免费运维。
5.4服务方式、响应速度
5.4.1远程支持: 7×24小时远程支持或解决与分析软件技术问题;
5.4.2现场维护:对于远程无法解决的问题,乙方即时安排驻地客服工程师,驻地工程师30分钟内与客户取得联系,分析故障原因,提供电话指导或远程服务,若远程无法解决问题,驻地工程师4小时内到达医院,并进行现场维护;
5.4.3应急方案:对于24小时内无法通过远程及现场修复的故障,客服工程师将提供应急方案,保障甲方科室业务正常运行。
第六条培训要求
6.1乙方必须满足甲方要求的培训服务;
6.2培训计划:须在项目履约期间针对整个系统的维护及操作进行培训,至少培训系统高级管理人员2名;从现场调试开始,对操作人员进行现场培训,直到操作人员能使系统正常运行为止;
6.3所有的培训费用必须计入投标总价。
第七条 甲方权利义务
7.1甲方须在乙方入场前,将由甲方提供的硬件设备、硬件设施、备件材料等准备到位,并应提供乙方符合信息系统软件安装、实施要求的工作环境、运行环境,包括但不限于工作场地、工作电脑、模拟调试网络、检验联机所需通信线等材料及工具,并对乙方实施工作给予支持,针对上述内容是否合格,由乙方进行书面确认。
7.2甲方指定专人负责落实、协调甲方内部各部门、组织,按项目实施计划完成相关工作,包括但不限于组织人员准备应用软件系统所需的各类基本信息及数据,并按乙方指定的格式按时完成录入及复核工作;业务表单的收集整理和复核、组织相关人员参加并完成培训工作、软件流程/功能/准确性的确认工作、硬件准备工作、信息管理部门人员的日常维护等工作,并保证所承担工作的进度和质量符合项目计划的要求。
第八条 乙方权利义务
8.1乙方保证所许可使用的乙方软件产品符合中华人民共和国有关法律、法规的规定。8.2乙方将按照本合同附件一《软件产品功能清单》内容进行软件实施安装与调试。
8.3乙方对甲方指定人员(包括但不限于管理人员、系统维护人员、操作人员)进行系统针对性培训。
8.4乙方应当对系统的安全性负责。
8.5乙方在实施期间,定期每个月汇报项目进度,对不同类型的中间产品或最终产品进行测试,运行并通过验收。
第九条 知识产权
9.1乙方拥有乙方公司编制的程序的版权,并拥有该软件在软件登记中心的申报权。
9.2甲方按本合同条款规定支付合同款后,乙方授予甲方上述软件产品的合法使用权。
9.3甲方不得将乙方授予的软件使用权及相关文档进行出租、出借、销售、转让、非存档目的的拷贝或通过提供分许可、转许可、信息网络等。
9.4乙方确认自己合法拥有该项目涉及的知识产权,不侵犯第三方知识产权,若因此导致的纠纷、赔偿等,由乙方全部承担,甲方无需承担任何法律责任。
第十条 保密约定
10.1在本合同签订后**年内不将此价格透露给任何第三方,包括但不限于甲方未直接参与合同与招标谈判的其他工作人员。
10.2甲方不得将乙方提供的文档、资料向第三方(包括但不限于甲方未直接参与合同与招标谈判的其他工作人员)泄露。
10.3甲方保证不向甲方以外的任何人透漏任何乙方商业机密及专有知识、专有技术或乙方的知识产权。
10.4乙方应负责对甲方在应用软件的使用过程中编制及积累的数据、专业数据保密。
10.5乙方应当对在甲方合作过程获取的相关信息保密,不得泄露给任何第三方。
10.6乙方应妥善保管有关文件和资源,未经甲方书面许可,不得对其进行复制、仿造等操作;
第十一条 违约责任
11.1任何一方违反本协议导致本协议无法继续履行的,违约方需赔偿守约方违约金,该违约金不足以弥补守约方实际损失的,违约方应赔偿守约方所有实际损失,但不应超过合同总金额。
11.2项目进入验收阶段后,仍有部分功能无法达到甲方业务需求时,甲方有权按具体情况扣除合同总金额的10%作为违约金。
11.3甲方认可本合同中乙方软件是乙方的重要财产,如甲方违反本合同知识产权条款的约定,乙方有权立即单方解除本合同,并要求甲方赔偿经济损失。
11.4任何一方违反本合同保密条款的约定,守约方有权立即单方解除本合同。违约方还应向守约方赔偿全部损失。
11.5如遇以下情况之一,甲方有权单方解除合同:
1)项目实施逾期2年;
2)经甲方三次书面发函,乙方仍未能如期提供服务;
3)因乙方其他违约行为,导致合同无法履行。
11.6如乙方未能交付本合同中约定的软件或功能不能满足合同约定的需求,每逾期一日,乙方应向甲方支付合同总金额千分之一的逾期违约金,违约金额不能超过合同总金额的30%。
第十二条 争议解决
12.1双方将本着长期友好合作的精神,协商解决合同执行过程中的问题及纠纷。双方一致同意,当协商不成时,由甲方所在地人民法院管辖。
12.2如因不可抗拒外力、国家法规政策变更导致的软件功能需求变化或无法按期完成,所涉及的事宜由双方协商解决。
第十三条 其他
13.1未尽事宜,双方将协商解决,并就具体问题签署补充合同或备忘录。附件与本合同具有同等法律效力。其他未尽事宜,按照招投标文件、响应文件和承诺书约定执行。
13.2本合同书一式肆份,具有同等法律效力,甲乙双方各执贰份。
13.3本合同自双方法定代表人或其授权代表人签字,并加盖双方公章或合同章后即生效。
13.4本合同履行有关的通知应当以书面方式提交对方,送达方式可为邮寄、挂号邮寄、专人送达、传真、电子邮件等。各方均可分别视需要选择合适的送达方式,有一种方式送达即视为送达。
甲方:温州医科大学附属眼视光医院 乙方:
(盖章) (盖章)
代表签字: 代表签字:
日期:2021年 月 日 日期:2021年 月 日
订货合同
甲方:
乙方:
由 组织采购的项目名称: ,采购编号为: ,经评标小组评定 为 成交供应商。买、卖双方同意按照下面条款和条件,签署本合同。
一、产品名称,型号规格,生产厂家,原产地,金额,附件清单等。
产品名称 |
规格型号 |
生产厂家 |
单位 |
数量 |
单价(元) |
合计(元) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
成交总价(人民币大写): 元整 |
|
|||||
其他:附件一:配置清单及技术要求;附件二:廉洁协议书 |
本条所述合同价已包括购买本合同产品价格(含税)及其仓储、运送、安装、技术培训指导等费用。除此之外,甲方无义务再向乙方支付任何额外费用。
质量要求、技术标准、乙方保修的条件和期限: 乙方保证以上产品均为厂家原装出品。售后服务2小时响应。保修期限:三年,从验收合格入库之日算起。终身维修,保修期外,只收取零配件费。
交(提)货地点:交货地址:浙江省温州市学院西路270号,联系人:吴婷婷,联系电话:0577-88068846。
运输方式及到达站港和费用负担: 装卸运输产生的费用和甲方完成验收前的风险由乙方承担。
到货期限及安装:按照甲方要求交货,并安装到甲方指定地点。
包装和验收标准、方式及提出异议期限: 按原厂原装标准及本合同约定的规格型号、生产厂家、数量、质量验收;如产品不符合甲方要求,自验收之日起一个月内提出异议,乙方在收到甲方异议之日起15个工作日内按照甲方要求无条件进行退换货处理,由此造成的费用由乙方负担;乙方所供产品连续2次不符合甲方要求时,甲方有权单独解除合同。
培训服务:乙方在装机后以及设备使用期间根据甲方需求,应向甲方免费提供该设备的产品性能介绍,使用操作、维护维修等理论及实践操作的培训及考核服务,颁发培训考核合格证书。
付款方式及期限:合同签订后,全部完成设备供货和安装、调试、验收合格入库后60天内,甲方向乙方支付合同总额的100%货款(乙方须先开具合同金额100%的正式货物类税务发票给甲方)。若异议期内出现退换货情形,以退换货的最终到货时间重新计算付款时间。
履约保证金: 乙方收到中标通知书发出后30天内向甲方支付合同价5%的履约质保金,验收合格之后履约保证金直接转为项目质保金,在项目质保期结束后无息退还。
廉政条款:双方在整个的采购活动中,坚持公开、公正、诚信、透明的原则,共同遵守国家有关的廉政规定,不得损害国家和集体利益。
违约责任:在乙方违约的情况下,如果发生下列情况之一,甲方可单方面终止部分或全部合同:(1) 乙方未能在合同规定的期限内或甲方同意延长的期限内提供合同约定或甲方要求的全部或部分货物;(2)乙方所供产品连续两次不符合甲方要求时;(3)乙方未能履行合同规定的其他任何义务;(4)乙方在收到甲方发出的违约通知后30天内,或经甲方书面认可延长的时间内未能纠正其过失。
解决合同纠纷的方式:协议执行过程中出现争议的,由双方协商解决。协商不成的,双方约定由甲方所在地(温州)鹿城区人民法院管辖。
其它:具体功能要求,以甲方的要求为准。未尽事宜,按照公开招标文件、投标文件和承诺书约定执行。
本合同一式二份:双方各执一份,盖章签字后生效。
甲方: 账号: 开户行: 代表签字: 电话: 签订时间: 年 月 日 |
乙方: 账号: 开户行: 代表签字: 签订时间: 年 月 日 |
附件一:
配置清单及技术要求
名称 |
规格、型号 |
生产商 |
数量 |
单位 |
金额(元) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
总额 |
|
电子备份投标文件
项目名称:
项目编号:0625-21215F41
标项号:
采购单位:
代理机构:
投标人名称:
投标人地址:
在 年 月 日 时 分之前不得启封
年 月 日
资格证明文件/商务技术文件/报价文件
项目名称:
项目编号:0625-21215F41
标项号:
采购单位:
代理机构:
投标人名称:
投标人地址:
年 月 日
▲(1)投标人资格承诺函;
▲(2)法人或者其他组织投标的提供营业执照等证明文件,自然人投标的提供身份证明;
投标人资格承诺函
致:温州医科大学附属眼视光医院、浙江省国际技术设备招标有限公司:
____ __ _ _(投标人名称)符合参加本次政府采购活动的资格条件并承诺如下。
一、满足《中华人民共和国政府采购法》第二十二条规定
1、具有独立承担民事责任的能力;
2、具有良好的商业信誉和健全的财务会计制度;
3、具有履行合同所必需的设备和专业技术能力;
4、有依法缴纳税收和社会保障资金的良好记录;
5、参加政府采购活动前三年内,在经营活动中没有重大违法记录;
二、未被“信用中国”(www.creditchina.gov.cn)、中国政府采购网(www.ccgp.gov.cn)列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单。
本单位对上述承诺内容的真实性负责。如有虚假,将依法承担相应责任。
投标人: (盖章)
年 月 日
标项1:
(1)投标人营业执照;
(2)投标声明函(格式见第六章);
(3)招标内容及需求响应表(格式见第六章);
(4)投标人项目业绩(详见评分标准要求);
(5)总体方案设计;
(6)投资人认证证书;
(7)售后服务评价;
(8)项目实施人员(清单格式件第六章);
(9)培训方案;
(10)售后服务方案;
(11)优惠措施;
(12)代理服务费支付承诺书(格式见第六章);
(13)评分方法中的评审证明文件等;
(14)代理服务费支付承诺书(格式见第六章);
(15)投标人认为需要提供的其他文件。
标项2:
(1)投标人营业执照;
(2)投标声明函(格式见第六章);
(3)招标内容及需求响应表(格式见第六章);
(4)投标人项目业绩(详见评分标准要求);
(5)总体方案设计;
(6)分中心接入能力相关方案、合作经验等;
(7)安全服务能力证明材料;
(8)三级等保测评能力证明;
(9)投资人认证证书;
(10)项目实施人员(清单格式件第六章);
(11)培训方案;
(12)售后服务方案;
(13)硬件及云服务;
(14)优惠措施;
(15)代理服务费支付承诺书(格式见第六章);
(16)评分方法中的评审证明文件等;
(17)代理服务费支付承诺书(格式见第六章);
(18)投标人认为需要提供的其他文件。
投标声明函
致:温州医科大学附属眼视光医院、浙江省国际技术设备招标有限公司:
(投标人名称)系中华人民共和国合法企业,经营地址 。
(投标人名称)愿意参加贵方组织的 (项目编号: )项目的投标,提交商务文件、技术文件、报价文件。为便于贵方公正、择优地确定中标人及其投标产品和服务,我方就本次投标有关事项郑重声明如下:
1.本投标有效期自开标日起 ______日。
2.我方向贵方提交的所有投标文件、资料都是准确的和真实的。
3.我方不是采购人的附属机构;
4. 我方参加本采购项目的整体设计、规范编制或者项目管理、监理、检测等服务情况:
5.我方单位负责人同时为下列单位的负责人:
6.我方直接控股的单位、由我方管理的单位,没有同时参加本合同项下的投标。
7.我方参加本次政府采购活动前三年内,在经营活动中的重大违法记录有:
8.以上事项如有虚假或隐瞒,我方愿意承担一切后果,并不再寻求任何旨在减轻或免除法律责任的辩解。
9.在投标截止前未被“信用中国”网站(www.creditchina.gov.cn)列入失信被执行人、重大税收违法案件当事人名单;未被“中国政府采购网”(www.ccgp.gov.cn)列入政府采购严重违法失信行为记录名单。
如被列入,说明具体情况,否则删除本行
10.如中标,本投标文件至本项目合同履行完毕止均保持有效,本投标人将按“招标文件”及政府采购法律、法规的规定履行合同责任和义务。
11. 如中标,我公司将自中标公告发布之日起5个工作日内按招标文件规定的标准(金额)一次性向采购代理机构支付代理服务费。
12.本投标有关的一切正式往来信函请寄:
地址: 邮编: 电话:
传真:______________投标联系人姓名: ___________ 职务:
投标人名称(签章):___________________
开户银行: 银行帐号:
日期: 年 月 日
招标内容及需求响应表
项目编号: 标项号:
序号 |
招标文件要求 |
投标文件响应 |
偏离情况 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
... |
|
|
注:
投标人应根据采购要求(包括技术和商务)、对照招标文件要求一一对应如实填写响应表,在“偏离情况”栏注明“正偏离”、“负偏离”或“无偏离”。未按要求填写的,有可能作负偏离处理。
投标人签章: 日 期:
业绩清单
招标编号: 标项号: 项目名称:
序号 |
采购单位 |
合同签订时间 |
采购内容 |
签订日期 |
验收情况 |
1 |
|
|
|
|
|
2 |
|
|
|
|
|
3 |
|
|
|
|
|
4 |
|
|
|
|
|
5 |
|
|
|
|
|
6 |
|
|
|
|
|
7 |
|
|
|
|
|
附:合同原件扫描件并加盖电子签章。
投标人签章: 日 期:
项目实施人员一览表
项目编号: 标项号:
姓名 |
职务 |
专业技术资格 |
证书编号 |
参加本单位工作时间 |
备注 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
注:在填写时,如本表格不适合投标单位的实际情况,可根据本表格式自行划表填写。
投标人签章: 日 期:
代理服务费支付承诺书
致浙江省国际技术设备招标有限公司:
我公司已认真阅读了温州医科大学附属眼视光医院临床数据中心及其应用系统项目招标文件(项目编号:0625-21215F41)并在此承诺:
如中标,我公司将自中标公告发布之日起5个工作日内按招标文件规定的标准(金额)一次性向采购代理机构支付代理服务费。
承诺方(投标人)法定名称: (签章)
承诺方(投标人)法定地址:
联系电话: 联系传真:
承诺日期:_____年___月___日
(1)开标一览表(格式见第六章);
(2)投标报价明细表(标项二);
(3)投标人针对报价需要说明的其他文件和说明(如有);
(4)中小企业的相关证明材料(如有,格式见第六章);
(5)残疾人福利性单位声明函(如有);
(6)由省级以上监狱管理局、戒毒管理局(含新疆生产建设兵团)出具的属于监狱企业的证明文件(如有)。
开标一览表
招标编号: 项目名称:
序号 |
采购内容 |
投标报价 |
政府采购政策情况 |
1 |
|
|
|
注:上表填写内容务必政采云系统内容一致。
投标人名称(签章):
日期: 年 月
投标报价明细表
项目编号: 金额单位:人民币(元)
序号 |
项目名称 |
品牌 |
规格型号 |
单位及数量 |
单价 |
金额 |
1 |
软件部分 |
|
|
|
|
|
2 |
硬件部分 |
|
|
|
|
|
3 |
云服务部分 |
|
|
|
|
|
投标人签章: 日 期:
中小企业声明函
本公司(联合体)郑重声明,根据《政府采购促进中小企业发展管理办法》(财库 ﹝2020﹞46号)的规定,本公司(联合体)参加(单位名称)的(项目名称)采购活动,服务全部由符合政策要求的中小企业承接。相关企业(含联合体中的中小企业、签订分包意向协议的中小企业)的具体情况如下:
1.(标的名称),属于(采购文件中明确的所属行业);承接企业为(企业名称),从业人员 人,营业收入为 万元,资产总额为 万元1,属于(中型企业、小型企业、微型企业);
2.(标的名称),属于(采购文件中明确的所属行业);承接企业为(企业名称),从业人员 人,营业收入为 万元,资产总额为 万元,属于(中型企业、小型企业、微型企业);
……
以上企业,不属于大企业的分支机构,不存在控股股东为大企业的情形,也不存在与大企业的负责人为同一人的情形。
本企业对上述声明内容的真实性负责。如有虚假,将依法承担相应责任。
企业名称(盖章):
日期:
(如制造商为残疾人福利性单位,请填写下述声明函)
残疾人福利性单位声明函
本单位郑重声明,根据《财政部 民政部 中国残疾人联合会关于促进残疾人就业政府采购政策的通知》(财库〔2017〕 141号)的规定,本单位为符合条件的残疾人福利性单位,且本单位参加______单位的______项目采购活动提供本单位制造的货物(由本单位承担工程/提供服务),或者提供其他残疾人福利性单位制造的货物(不包括使用非残疾人福利性单位注册商标的货物)。
本单位对上述声明的真实性负责。如有虚假,将依法承担相应责任。
投标人( 盖章) (如制造商是残疾人福利性单位)
日 期:
1注:从业人员、营业收入、资产总额填报上一年度数据,无上一年度数据的新成立企业可不填报。