项目编号： Z1300002127541001
招 标 文 件
（公开招标）
项目编号： X0000000000000000
项目名称: 河北医科大学第四医院集成平台和数据中心公开招标
采购人: 河北医科大学第四医院
河北省公共资源交易中心二〇二二年一月
目 录
第一部分 投标邀请函„„„„„„„„„„„„„„„„„„
第二部分 采购项目内容„„„„„„„„„„„„„„„„
第三部分 投标人须知„„„„„„„„„„„„„„„„„
第四部分 评标标准和评标方法„„„„„„„„„„„„„.
第五部分 合同书格式„„„„„„„„„„„„„„„„„„
第六部分 投标文件格式„„„„„„„„„„„„„„„„
第一部分 投标邀请函
河北省公共资源交易中心(以下简称“交易中心”)受河北医科大学第四医院委托，对其所需集成平台和数据中心进行公开招标采购，欢迎符合条件的供应商参与投标。
1、项目名称： 河北医科大学第四医院集成平台和数据中心公开招标
2、项目编号：X0000000000000000
3、招标内容： 详见招标文件第二部分采购项目内容。
含具体报价范围、采购范围及所应达到的具体要求，以本招标文件中商务、技术和服务的相应规定为准。
4、下载招标文件方式：已在河北省公共资源交易平台市场主体库通过资格确认（注册登记）并办理数字证书（ CA）的供应商可直接登录河北省电子交易系统下载文件。未经资格确认（注册登记）的供应商首先通过“河北省公共资源交易平台（xxxx://xxx.xxxxx.xxx.xx/）”网站进行市场主体注册，携带相关材料到河北省公共资源交易中心受理大厅（石家庄市新华区石清路 9 号公共资源交易中心）完成注册,咨询电话 0000-00000000。
办理 CA 密钥可在河北 CA、北京 CA、山西 CA、联通 CA 中选择办理（排名不分先后）。办理 CA 咨询电话如下：
河北 CA： 000-000-0000
北京 CA： 000-000-0000
山西 CA： 000-000-0000
联通 CA： 0311-85691619
5、下载招标文件咨询电话:0000-00000000
6、标书制作人:xx 电话：0000-00000000采购单位联系人： xx 电话：0000- 00000000
7、开户名：河北省公共资源交易中心
开户银行：河北银行股份有限公司营业部
账号（投标保证金、履约保证金）： 2116004100202201127332开户银行行号： 000000000000
财务联系电话： 0000-00000000
8、投标文件递交截止时间及开标时间： 详见时间场地信息补充文件投标、开标地点：详见时间场地信息补充文件
9、采购代理机构全称：河北省公共资源交易中心
采购代理机构地址： 石家庄市新华区石清路 9 号
10、
投标人须知前附表
序号 | 内 容 | 说明与要求 |
1 | 投标人应具备的特定资质要求 | 见招标文件第二部分采购项目内容“投标资质要求” |
2 | 是否允许联合体投标 | 否 |
3 | 投标人应提交的投标文件商务部分包含的内容 | 应按本文件的第六部分投标文件格式商务部分的内 容制作，其中加*项目若有缺失或无效，该投标无效且不允许在开标后补充、修改或者撤回。 |
4 | 投标人应提交的投标文件技术部分包含的内容 | 应按本文件的第六部分投标文件格式技术部分的内容制作，其中加*项目若有缺失或无效，该投标无效且不 允许在开标后补充、修改或者撤回。 |
5 | 投标保证金 | 1、供应商须在投标截止之日前提交项目预算额 2％的投标保证金。 2、供应商提交投标保证金说明如下： (1) 供应商可通过电汇、网银的方式提交投标保证金。（ 开户行为河北银行的可以倒交支票）。 (2) 供应商可采取支票、汇票、本票的方式提交投标保证金。以支票、汇票、本票的方式提交投标保证金的，供应商应合理预估保证金到账时间，把支票、汇票、本票原件和银行基本户开户许可证复印件（支票、汇票、本票开出银行应与开户许可证一致） 交到交易中心财务处。由财务处开具收取相关票据的收据（ 不作为到账依据）。投标截止时间前，投标人持收据、法人授权书、被授权人身份证到财务处查询投标保证金到账情况。如果投标保证金已到账， 由财务处在原收据上盖章予以确认 （作为投标保证金缴纳凭证，不作为退款依据）。供应商将盖章确认的收据扫描件附在投标文件中或在投标截止时间前在开标现场递交至评审处工作人员。如果保证金未到账则视为未缴纳投标保证金。 （ 3）供应商可采取金融机构、担保机构出具保函（ 电子或纸质）、保险的方式提交投标保证金，鼓励使用电子 保函。供应商拟开具电子保函的， 进入河北省公共资源 |
序号 | 内 容 | 说明与要求 |
交易中心网站首页或登录河北省公共资源电子交易系统， 点击【电子保函】菜单进入电子保函服务系统自主选择出函机构， 并于投标截止时间前完成相关操作； 以金融机构、担保机构出具纸质保函、保险的方式提交投标保证金的， 供应商应将保函、保险原件在投标截止时间前递交至开标现场， 由采购人负责收取和退还纸质保函、保险。 （ 4）采取电汇、网银、支票、汇票、本票提交投标保证金的， 投标保证金只能通过在交易中心注册的基本账户缴纳，通过非基本账号交款无效。 3、银行、保险、石油石化、电力、电信等特殊行业没有独立财务的， 由其上级管辖单位或其总公司代为支付投标保证金，并提供非基本户缴纳投标保证金声明。 4、投标保证金退还：未中标供应商的投标保证金在 中标通知书发出之日起 5 个工作日内退还；中标供应商的投标保证金在合同签订之日起 5 个工作日内退还。出现国家法律法规、部委规章、规范性文件、河北省相关政策文件及采购文件中规定的不予退还的情形的， 其投 标保证金不予退还并转交采购人（咨询电话：00000000）。 | ||
6 | 履约保证金 | 中标供应商在签订合同前, 须向交易中心提交合同总金额 8%的履约保证金（ 可采取电汇、网银、支票、汇票、本票或金融机构、担保机构出具保函、保险的形式提交）。以金融机构、担保机构出具保函、保险方式提交履约保证金的， 由采购人负责收取和退还。履约保证金在中标供应商交付项目、验收合格、签署验收报告后， 由采购人出具验收报告或相关证明至交易中心存档后，全额无息退回中标供应商。出现国家法律法规、部委规章、规范性文件、河北省相关政策文件及采购文件中规定的不予退还的情形的， 其履约保证金不予退还并转交 采购人（咨询电话：00000000）。 |
7 | 是否接受可选择或可调整的投标和报价 | 否 |
8 | 是否允许投标人将项目非主体、非关键性工作交由他人完成 | 否 |
序号 | 内 容 | 说明与要求 |
9 | 样品 | 否 |
10 | 勘查现场 | 是 |
11 | 投标文件有效期 | 60 个日历日（自投标截止之日起计算） |
12 | 投标文件提交说明 | 投标人须在投标文件递交截止时间前制作并提交： 加密的电子投标文件（*.hetf 格式），应在投标文 件递交截止时间前通过“河北省公共资源全流程电子交 易系统”上传。 |
13 | 政府采购相关政策要求 | （ 1）招标产品未特别注明“进口产品”字样的，均必须采购国产产品。 （ 2）根据财库[2019]9 号文《关于调整优化节能产品、环境标志产品政府采购执行机制的通知》规定， 财政部、发展改革委、生态环境部等部门根据产品节能环保性能、技术水平和市场成熟程度等因素， 确定实施政府采购优先采购和强制采购的产品类别及所依据的相关标准规范，以品目清单的形式发布并适时调整。 依据品目清单和认证证书实施政府优先采购和强制采购。 采购人拟采购的产品属于品目清单范围中强制采购的， 投标人须在投标文件中附所投产品的国家规定的认证机构出具的、处于有效期之内的节能产品认证证书扫描件并加盖公章， 否则为无效投标。 采购人拟采购的产品属于品目清单范围中优先采购的， 投标人须在投标文件中附所投产品的国家规定的认证机构出具的、处于有效期之内的节能产品、环境标志产品认证证书扫描件并加盖公章， 否则不享受环境标志产品、节能产品优先采购加分政策。 注： 1） 环境标志产品政府采购品目清单详见财库 [2019]18 号文《关于印发环境标志产品政府采购品目清单的通知》； 2）节能产品政府采购品目清单详见财库[2019]19号文《关于印发节能产品政府采购品目清单的通知》； 3） 政府采购节能产品、环境标志产品认证机构详 见 2019 第 16 号文《市场监管总局关于发布参与实施政 |
序号 | 内 容 | 说明与要求 |
府采购节能产品、环境标志产品认证机构名录的公告》。 （ 3）各潜在供应商如需低息、无抵押、无担保银行贷款， 可通过“中国河北政府采购网”查找融资政策和贷款合作银行， 并与意向合作银行联系。合作银行将按照《河北省省级政府采购支持供应商信用融资办法》（ 冀财采〔2015〕16 号）规定给潜在供应商以贷款额度，中标后，凭政府采购合同给予贷款。 （ 4） 密码技术设备要求：参与使用密码技术设备政务信息系统的投标、承建及运维服务政府采购项目的，国产密码技术设备必须为经国家密码检测部门检测合格的密码产品。 （5）根据《政府采购法实施条例》释义，银行、保险、石油石化、电力、电信等有行业特殊情况的，允许法人的分支机构参加投标和政府采购活动。分支机构参加投标或政府采购活动须具有其总公司（行）授权，分支机构资质按其总公司（行）授权范围认定。 （6）根据《政府采购促进中小企业发展管理办法》中有关规定，对小微企业报价给予价格扣除政策，详见第四部分评标标准和评标方法。 （7）根据《财政部 民政部 中国残疾人联合会关于促进残疾人就业政府采购政策的通知》（财库【2017】141 号）的规定，对残疾人福利性单位报价给予价格扣除优惠政策，详见第四部分评标标准和评标方法。 （8）根据财政部、司法部关于政府采购支持监狱企业发展有关问题的通知（财库[2014]68 号）文，在政府采购活动中，监狱企业视同小型、微型企业，享受预留份额、评审中价格扣除等促进中小企业发展的政府采购政策。详见第四部分评标标准和评标方法。 （9）根据《政府采购法》第二十二条、财库〔2016〕125号第二条第三款规定及冀财采〔2020〕5 号文件要求，投标人是未被列入“信用中国”网（xxxx://xxx.xxxxxxxxxxx.xxx.xx ）、中国政府采购网（xxxx://xxx.xxxx.xxx.xx ）、中国执行信息 公开网（http：//xxxx.xxxxx.xxx.xx/）等渠道的失信被执行人名 |
序号 | 内 容 | 说明与要求 |
单、重大税收违法案例当事人名单、政府采购严重违法失信名单的供应商。 供应商为联合体的，应当对所有联合体成员进行信用记录查询，联合体成员存在不良信用记录的，视同联合体存在不良信用记录，将被拒绝参加政府采购活动。 查 询 渠 道 ： 通 过 “ 信 用 中 国 ” 网 站 （ xxxx://xxx.xxxxxxxxxxx.xxx.xx ） 、中国政府采购网 （xxxx://xxx.xxxx.xxx.xx ）、中国执行信息公开网（http： //xxxx.xxxxx.xxx.xx/）等渠道。 | ||
14 | 招标文件质疑期限 | 自收到招标文件之日起 7 个工作日内，供应商认为本招标文件内容使自己的权益受到损害的，应当在质疑期内向采购人一次性提出针对同一采购程序环节的质疑。供应商质疑必须以加盖本单位公章的书面形式提出， 并于招标文件规定质疑期截止前送达采购人， 质疑书除详细写明质疑内容外， 还需标注质疑供应商地址、联系人、电话、传真。传真、邮件、邮寄概不受理。不符合上述规 定的质疑，采购人不予受理。 |
15 | 评标委员会组成 | 评标委员会由专家和采购人代表 7 人组成，其中政府采购专家 5 人， 采购人代表 2 人。评标工作开始前评 标委员会推荐 1 人担任评标委员会主任。 |
16 | 中标供应商的确定 | x项目实际中标供应商为（1）家。 评标委员会确定中标候选人名单，采购人在评标报告推荐的 3 家中标候选人名单中按顺序确定中标人。 |
17 | 其他事项 | x项目采购标的对应的中小企业划分标准所属行业：软 件和信息服务业 |
投标人应在下载招标（ 采购） 文件时， 按本文件第 三部分投标人须知第 3.7 款的要求填写相关信息。 | ||
投标人提供的资质和业绩等所有资料均须附在投标文件 中。 | ||
因本项目采用网上开标大厅交易方式， 招标人特别说明如下： 1、远程开标项目的时间均以国家授时中心发布的时 间为准。 |
序号 | 内 容 | 说明与要求 |
2、本项目招投标文件均用专用招投标工具软件编制， 并通过电子交易平台完成招投标过程。投标人投标文件的编制和递交， 应依照招标文件的规定进行。如未按招标文件要求编制、递交电子投标文件， 将可能导致废标， 其后果由投标人自负。投标人如对正确使用投标文件制作工具软件有疑问的， 请拨打系统内客服电话咨询。 3、投标人通过网上招投标平台递交的电子投标文件为评标依据， 投标人须使用工具制作电子投标文件时生成加密投标文件， 用于上传投标文件； 开标当日， 投标人不必抵达开标现场， 在任意地点通过河北省公共资源交易网上开标大厅系统（ 以下简称：“网上开标大厅”）参加开标会议， 并根据需要使用网上开标大厅与现场开标主持人进行互动交流、澄清、提疑以及文件传送等活动。 4、投标文件递交截止时间前一小时内，各投标人的授权委托人或法人代表均提前进入网上开标大厅， 选择进入对应标段的开标会议区在线签到。登录河北省公共资 源 交 易 网 上 开 标 大 厅 系 统 xxxx://xxxxx.xxxxx.xxx.xx:0000/XxxXxxxxxx，根据操作手册（ 请在河北省公共资源交易中心网站-办事指南- “操作手册”中下载） 收听观看实时音视频交互效果，在开标过程中如有疑义请及时在讨论组中反馈。投标人未按时加入开标会议区或未能在开标会议区内全程参与交互的， 视为放弃交互和对开评标全过程提疑的权利，投标人将无法看到解密指令、废标及澄清、唱标、开标结果等情况，并承担由此导致的一切后果。 5、投标文件递交截止时间后，将在系统内公布投标人名单，然后通过开标会议区发出投标文件解密的指令，投标人在各自地点按规定时间自行实施远程解密。因投标人网络与电源不稳定、未按操作手册要求配置软硬件、 CA 密钥发生故障或用错、故意不在要求时限内完成解密 等自身原因， 导致投标文件在规定时间内未能解密、解 |
序号 | 内 容 | 说明与要求 |
密失败或解密超时， 视为投标人撤销其投标文件， 系统内投标文件将被退回； 因招标人原因或网上开标大厅发生故障， 导致无法按时完成投标文件解密或开、评标工作无法进行的， 可根据实际情况相应延迟解密时间【友情提示：请使用制作投标文件 CA 密钥进行解密】。 6、开评标全过程中，各投标人参与远程交互的授权委托人或法人代表应始终为同一个人， 中途不得更换，在废标、澄清、提疑、传送文件等特殊情况下需要交互时， 投标人一端参与交互的人员将均被视为是投标人的授权委托人或法人代表， 投标人不得以不承认交互人员的资格或身份等为借口抵赖推脱， 投标人自行承担随意更换人员所导致的一切后果。 7、为顺利实现本项目开评标的远程交互，建议投标人配置的硬件设施有： 高配置电脑（ 操作系统要求 Windows7 及以上，IE 浏览器暂只支持 IE11 及以上）、高速稳定的网络（ 独享网络带宽 4M 以上）、电源（不间断）、 CA 密钥、音视频设备（话筒、耳麦、音响）等；建议投标人具备的软件设施有： 安装河北省通用数字证书驱动最 新 版 本 （ 可 到 河 北 省 公 共 资 源 交 易 信 息 网 xxxx://xxx.xxxxx.xxx.xx/xxxxxx/xxxx/000000/xxxxx ore.html 下载数字证书驱动）。为保证交互效果， 建议投标人选择封闭安静的地点参与远程交互。因投标人自身软硬件配备不齐全或发生故障等问题而导致在交互过程中出现不稳定或中断等情况的， 由投标人自身承担一 切后果。 |
注：本表内容与投标人须知内容不一致的，以本表内容为准。
第二部分 采购项目内容
一、采购项目概况
（一）项目建设背景
河北医科大学第四医院暨河北省肿瘤医院，是一所以诊治肿瘤为重点的集医疗、教学、科研、预防保健为一体的大型综合性三级医院。河北省癌症中心、河北省肿瘤研究所、河北省肿瘤防治办公室、河北省抗癌协会、河北省中日友好癌检诊中心均设在我院。重症医学科、胸外科、普通外科、肿瘤科为国家临床重点专科；肿瘤学为省强势特色学科；呼吸内科、妇科、肿瘤内科、消化内科、新生儿、麻醉科、病理科、耳鼻喉科、血液内科、皮肤科、检验科、口腔科、肾内科、医学影像科、儿科为省临床重点专科，产科、急诊科、神经内科和眼科为省临床重点培育专科。消化内科、重症医学科、病理科、血液内科、胸外科、麻醉科、放射治疗科、普通外科、医学影像科、妇产科、肾脏病学为省级重点学科，科研中心、河北省中医药噎嗝证治重点研究室为省级重点实验室。以诊治肿瘤为特色，形成了手术、放疗、化疗、免疫治疗、中西医结合的综合治疗体系，特别是在食管癌诊治方面到目前完成了 3.6 万例，有丰富的治疗经验。
医院现有健康路、开发区两个院区，临床、医技科室 64 个，编制床位 2420 张，日
门诊量 5000 余人次。开发区及本部改造完成后，预计日门诊量 8000-10000 人次。目前建有 160 平米的信息机房，40 平米的备份机房。服务器、存储、交换机、安全等设备配置齐全。本次采购的项目主要运行在新购置的服务器、存储、交换机、安全等硬件设备上。本次项目主要包括集成平台、数据中心、基于数据中心的应用、临床辅助决策支持系统、科研数据中心以及现有系统整合改造建设内容，强调的是集成整合、互联互通和资源共享，对医院信息化的顶层设计、整体规划、实施、标准规范和安全保障提出了更高的要求，建设完成后要符合国家《“十四五”卫生与健康规划》、《电子病历系统功能应用水平分级评价方法及标准(试行)》、《国家医疗健康信息区域卫生信息互联互通标准化成熟度测评方案》、助力医院实现从“信息系统”时代向“信息平台”时代的跨越发展，使医院能够更好地落实国家“十四五卫生与健康规划”，并为区域卫生健康平台更好的对接打好基础。
河北医科大学第四医院信息化建设历经近十多年的历程，目前医院两个院区信息化
覆盖程度较高，已经建成临床应用类、运营管理类、公众服务类等应用信息系统近八十个，基本满足了医院医疗和管理业务信息化需要。目前医院正处在由单个应用系统建设阶段向互联互通集成协同、共享利用阶段跨越的关键时期。信息化建设对当下医院内涵建设与外延服务要求上并不能完全提供持续可靠的 IT 技术支撑。随着医疗信息化建设要求的不断提高，原有系统存在临床数据标准化、结构化程度低，部分功能难以满足管理、质控、科研、临床数据分析的需要，与国家对医院信息化标准要求还有一定的差距。主要体现在：
顶层设计和 IT 架构问题
医院各业务系统之间通过点对点方式做对接，医疗数据开放程度小。各系统之间的数据共享程度低，互用性并不显著，仍存在“数据孤岛”现象，信息利用起来比较麻烦，且在涉及新旧信息系统切换时代价很大。
标准化和互联互通问题
各厂家自定义自己的标准，没有形成医院完整的标准体系来指导系统建设。医院医疗数据多为非结构或半结构化数据。各业务系统存在大量的异构数据，医院没有建立院内统一的数据标准，导致互联互通和挖掘医疗数据时采集的原始数据质量差，且数据处理过程繁琐，影响最终的应用数据质量。
临床数据标准化、结构化程度低，难以满足科研数据分析需要
现有医疗数据管理体系不统一，缺少完善的针对医疗数据所制定的治理体系，且未采取必要的治理措施。因此需要构建全院数据中心、建设有效的主索引、实现信息自动同步等。
数据分析能力不足，难以满足精细化管理要求
目前的流程和很多环节还需要优化，没有实现闭环管理。信息系统还不能有效响应临床、管理业务需求，IT 与业务的结合度还不够，部分系统的易用性不高，精细化程度不够，不能很好满足医院更加细化的绩效考核等管理决策支持和临床质控等方面的管理要求。
缺乏临床辅助决策支持
现有系统更多是作为信息采集、记录和共享来使用，临床知识库、临床辅助决策支持、疾病追踪管理系统欠缺。信息系统对临床决策支持的能力还不够，还有待进一步完善。
缺乏对医联体运行的支撑
区域医疗建设尚缺乏基础的软件环境支持，没有形成对外的统一接口支撑，造成各
系统重复的接口改造工作。
因此，建设医院数据中心和集成平台是当前建设过程中最为紧要的内容。通过构建医院数据中心和集成平台，实现医院医疗信息的共享、利用、挖掘及各医疗机构信息系统间的互联互通，以及推动各医疗机构之间业务协同机制的建立。促进医疗资源在医院内和院间的整合共享和高效利用，以及基于互联网和移动互联网创新服务模式，不断提高医院整体的服务能力和服务水平，为患者提供安全、有效、方便、优质、连续的医疗健康服务。同时依托信息化技术加强对医院的业务运营情况进行统一运营和监控，实现一体化精细化的管理，实现闭环管理，降低医疗成本、提高医疗质量，从而提高医院整体的运营效益和社会效益。
(三) 项目建设目标和总体要求
1 建设目标
x项目建设按照国家xx委《电子病历系统应用水平分级评价标准》五级标准、《医院信息互联互通标准化成熟度测评（2020 年版）》四级甲等标准、三级等级评审等标准规范和我院实际应用需求，整合医院现有业务系统（HIS、LIS、PACS、电子病历系统、护理文书系统、手麻系统、输血管理系统、重症系统、急诊系统、手术管理系统、院感系统、APP 预约挂号、HRP 系统、体检系统、合理用药、不良事件管理系统、供应室消毒系统等）。对业务数据进行梳理，实现数据互联互通、集中存储管理，采用大数据技术为我院精细化管理和领导决策提供数据支撑，提高我院的总体管理水平和服务能力。
项目完成后我院信息化水平须达到国家等级医院评审（三级甲等）标准、医院信息互联互通标准化成熟度四级甲等标准以及电子病历应用水平整体五级标准。利用“互联网+”技术，通过信息平台、数据中心、科研数据中心建设等信息技术手段，提升信息化能力，加快缓解广大人民群众“看病难、看病贵”问题。
2 总体要求
x项目建设按照顶层设计、整体规划、分步实施的原则，基于标准规范和安全可靠，以我院标准化改造现有信息系统为基础，建设以数据集成平台、数据中心、科研数据中心为核心的现代医疗信息体系，助力医院实现从“信息系统”时代向“信息平台”时代的跨越发展。使医院能够更好地落实国家“十四五卫生与健康规划”，并为区域卫生健康平台更全面的双向对接打好基础。
3 基本要求
1) 投标产品生产商须保证协助医院在 2023 年底前完成《电子病历系统应用水平分级评价标准》五级以上（含五级）和《医院信息互联互通标准化成熟度测评方案（2020
年版）》四级甲等以上（含四级甲等）测评。软件达到电子病历应用水平分级评价六级以上和互联互通五级以上中的功能要求，并提供整改方案。
2) 投标产品生产商需至少具集成平台、数据中心、科研数据中心等产品的独立自主知识产权。
3) 投标人投标报价中须包含支付给第三方的接口费用，具体事项由投标人直接洽谈。
4) 投标人须保证在质保期内，能根据医院实际业务需求和业务流程进行定制化程序修改或开发。
5) 投标人所投软件需支持小型机、X86 服务器、虚拟化服务器等，服务器操作系统须支持 Unix、Linux、Windows2016 及以上版本；客户端操作系统须支持 Windows10、 Windows11 及以上操作系统，浏览器须支持 Edge、Firefox、Chrome 等主流浏览器。
6) 投标人须承诺所提供产品必须为当前最新版本。
7) 投标人需提供数据迁移和整合方案。
（1） 功能要求
1) 满足多层的应用架构，提供 WEB 应用。
2) 满足基于组件的设计：用户可以根据需要按角色组合和配置组件。
3) 符合 SOA 规范的组件技术：在 SOA 服务层，所有系统都是以 SOA 组件的形式提供服务，所有 SOA 服务都集成在平台之上，符合医院信息化建设 SOA 架构设计的思想。
4) 满足跨数据库平台数据存取技术,在物理存储层，系统具有良好的跨数据库平台技术。
5) 满足大数据技术，提供高性能分布式计算和快速水平扩展能力，能够适应国产化要求。
6) 满足基于服务主线、主数据管理和数据中心的医院信息平台：通过平台实现医院所有信息系统的业务集成、数据集成、界面集成，构建系统间信息共享和业务协同的纽带，实现医院与外部系统之间的信息共享和业务协同。
7) 基于角色的门户管理,构建基于角色的一体化门户。支持用户可以按自己的习惯配置界面
8) 门户满足跨平台技术实现，包括：PC 平台、移动平台（IOS/Android）等。
9) 满足用户自定义配置的工作流程管理：提供工具和功能，根据因环境或内部流程的变化而配置产品，使之能良好适应需求的变化，持续支撑医院业务发展。
10) 满足医院自定义：医院可以灵活的使用现有功能组件建立自己的应用，支
持将开发的组件通过应用程序工具加入到应用。
11) 满足信息安全技术：医院信息化需要引入技术手段来保障信息系统的安全性，如身份认证、受限数据访问、数字签名、数据留痕、数据日志等等。
12) 满足应急备份方案：保证平台可以连续 7×24 小时连续运行。保证在达到峰值或平台故障时，可以通过调整、调节和方便的扩展、数据的恢复等手段使系统平稳运行。
（2） 数据库要求
1) 支持关系型数据库和 No-SQL 数据库，包括列式数据库、面向对象数据库等技术；
2) 数据库支持分布式处理和水平扩展，具备大数据量高并发的快速读写响应能力；
3) 支持主流厂商的硬件及操作系统平台；
4) 支持 Unix、Linux、Windows 操作系统，支持 C/S/S 或 B/S 等体系结构；
5) 支持主流的网络协议（TCP/IP、IPX/SPX、NETBIOS 及混合协议等）；
6) 具有开放性，支持异种数据库的访问，包括实现对文件数据和桌面数据库的访问、实现对大型异种数据库的访问、实现和高级语言互连的能力等。
（3） 兼容性要求
1) 集成平台应采用成熟的的集成引擎产品，不能使用开源及基于开源产品修改的集成引擎产品。
2) 平台采用国际上先进的技术架构，以消息机制为技术核心，支撑将来集团化管理模式，实现医疗业务协同和统一管理。
3) 平台采用 SOA 分析与设计方法，支持组件化、平台化开发与集成模式，充分考虑系统的开放性、可扩展性、稳定性及安全性。
4) 平台支持开发定制化适配器，开放应用程序编程接口，支持主流开发语言，x.XXX、JAVA 等；
5) 支持双机热备的容灾方案，通过仲裁机制实现负载均衡。
6) 能集成多种数据库，如 ORACLE、MYSQL 和 SQLServer 等关系型数据库，并支持与分布式大数据平台实现对接。
7) 支持多种医疗行业应用标准，如 HL7 V2、HL7 V3、IHE、DICOM 等。
8) 支持多种通讯协议，如 HTTP、TCP/IP、FTP 等。
9) 支持多种预置适配网关，包括 WebService、MQ、JMS 等提供性能监视器功能，能对设定的关键指标进行监控。
(四) 设计原则
1 统一性
要求统筹规划和统一设计系统结构。应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，均需从全局出发、从长远的角度考虑。
2 实用性和先进性
要求选择的方法、技术、工具、设备不仅要保证具有先进性，而且要保证技术方向的正确性。设计的方案要结合考虑实用和兼顾今后发展的目的，不论在软件及中间件等软硬件产品方面，还是在方法论、工具方面，都应选择当今国际上成熟的、主流的并领先的产品和技术来适应更高的数据处理要求，以满足医疗管理信息系统未来 5-10 年的需求发展，并应具有良好的扩展潜力，以适应未来业务的发展和技术升级的需要。
3 安全性和可靠性
设计的整体方案要通过多种安全技术和防护手段，保证系统自身的安全性，保证服务不会中断。在备份、冗余、负载均衡等可靠性技术的基础上，采用相关的软件技术提供较强的管理机制和控制手段，以利于及时纠错排障，必须支持数据传输加密技术和敏感信息隐私保护措施，保证数据安全，以提高整个系统和数据的安全可靠性。
4 开放性、互连性和标准化
软件设计严格执行国家有关软件工程的标准，保证系统质量，提供完整、准确、详细的开发文档和用户操作文档。应用设计全面采用国际、国家标准、协议和接口，能与现有的和未来的系统互连与集成，支持 HL7、IHE、DICOM、ICD 等标准及规范。
5 灵活性与可扩展性
在适应目前需求的基础上，能够满足医院以及相关医疗机构不断发展的信息化需要，充分地为将来可预见和不可预见的性能扩充留有余地，并具备方便地扩展系统容量和处理能力和支持多种应用的能力，可以根据业务发展的需要进行灵活、快速的调整，实现信息应用的快速部署，而且新功能、新业务的增加能够在不影响系统运行的情况下实现。
系统充分考虑到扩容和升级的需要，能灵活方便地适应未来系统可能的变化。选择应用开放性标准的产品，确保设备的兼容性；通过系统结构的合理设计和适度资源冗余，为未来的系统扩充打下基础，保证需求增加时系统的平滑扩充，保护前期的投资。
6 经济性与投资保护
选用的技术和产品全部遵循通用的国际或行业标准，各系统模块之间有良好的兼容性和较高的性能价格比。从长远来看，便于系统的升级和移植或运行其他应用软件，实现整体效益，而且能以较低的成本、较少的人员投入来维护系统运转，提供高效能与高效益的医疗信息服务。
7 及时性和易管理、易操作性
必须确保系统间交互的消息内容及时和准确的发送目标系统，实时跟踪监控消息发送超时和发送失败等异常情况，通过规则自动触发预警提醒。并支持全面、完善、便捷、统一的系统管理和应急处理预案，保证一旦发生问题能在最短的时间内处理解决。系统应具有良好的用户操作界面、完备的帮助信息。集成完备的运行监视系统、良好的管理界面工具或远程控制台，易于管理人员对其进行管理和维护，系统参数的维护与管理通过操作界面实现，整体设计和多种应用相匹配。
8 可维护、可管理性
通过统一网管，对信息系统平台进行统一管理，提供可视化的网络拓扑、网络状态监控、故障事件实时预警和告警、异常网络流量统计等。
(五) 项目建设内容
规范医院各应用系统的医疗服务接口标准，建立基于医疗服务总线的信息系统集成平台。降低目前‘点对点’接口带来的管理难度和维护成本，提升应用集成性、可交互性和互操作性，建设以 HL7 为标准的服务总线数据交换平台，在该平台框架下推进标准规范建设，将现有的各信息系统与平台进行对接，实现各系统间的松耦合。推进院内信息系统的业务协同，实现医院应用系统之间的互联互通和互操作性，并为跨医疗机构的数据共享打下坚实的基础。实现基于医院信息平台的系统集成和数据统一管理，实现统一系统接口、统一数据词典、统一交互管理、统一用户界面、统一用户的账号和密码、统一患者主索引。
建立全院范围内完整的医院数据中心（HDR）（包括构建临床、运营、科研数据中心）。要以患者为中心、在医疗机构范围内形成以患者主索引为唯一标识的，以时间为轴线集成多维度医疗数据记录，包含患者所有的临床数据，可集成院内各科室级临床信息系统 (如医嘱、病历、检验、心电、超声、病理、院感、输血、手麻、重症、急诊、护理、合理用药、静配、HRP 等)，实现所有临床诊疗数据的整合与集中展现，并为决策提供
支持信息。可为医院的管理、运营和辅助决策提供数据依据，实现医院精细化管理。同时逐步建立起科研数据仓库，搭建科研服务平台，为提升临床科研和医疗诊治能力提供大数据分析。提升数据管理及互联互通能力，建立统一的标准和口径，向医院所有业务系统和外部系统发布数据。
该项目的建设将作为我院三级医院评审标准、医院信息互联互通标准化成熟度测评、电子病历系统应用水平分级评价标准、河北省三级公立医院绩效考核等的技术支撑手段，通过医院信息化建设，将推动业务创新，优化患者就医体验，提高医院管理水平，加强医疗质量控制。
招标内容包括：
1、集成平台以及基于集成平台的应用：企业服务总线、WEB 服务、平台安全、主数据管理、患者主索引、科室主索引、员工主索引、单点登录、订阅发布、平台系统管理、院内信息系统集成梳理服务。
2、数据中心：数据平台管理、数据接入引擎、数据主题库建设。
3、基于数据中心的应用：患者诊疗信息全景展示、运营管理分析、三级公立医院绩效考核指标分析、HQMS 质量分析、三级医院等级评审指标分析。
4、临床辅助决策支持系统（CDSS）：医学术语标准化、在院数据标准化、自然语言处理、临床知识库、临床诊断支持、临床治疗支持、合规性规则库、预警规则库、临床决策支持管理平台。
5、科研数据中心以及基于科研数据中心的应用：临床科研管理、数据元管理服务、前瞻性研究管理、大数据科研分析、临床信息全文检索。
6、现有部分系统整合改造：HIS、LIS、PACS、电子病历系统、护理文书系统、手麻系统、输血管理系统、重症系统、急诊系统、手术管理系统。
7、项目建设配套第三方软件：项目建设需要的第三方数据库、操作系统、中间件、工具等基础软件正版授权。
二、技术要求（技术指标、参数）
(1) 平台可以通过系统接入组件连接院内现有的应用程序和数据库；
(2) 系统接入组件提供可视化管理，可以监控接口的运行状态；
(3) 兼容关系型数据库和面向对象的数据库，如 SQL Server，Oracle，IBM DB2,My SQL,PostGre 等；
(4) 支持主流医院业务系统接口，如 HIS、LIS、PACS、EMR、移动医护、输血系统、急诊系统、手术麻醉、重症护理等；
(5) 系统接入组件支持主流协议，如 HL7、DICOM、FTP、HTTP 等等，系统接入组件支持主流技术，TCP/IP，SOAP，MQ，JMS，.NET，J2EE 等；
(6) 平台支持通过数据适配器可视化配置业务系统数据库或业务系统数据视图。
(7) 适配器具有统一的开发模型，内置医疗行业很多互操作性标准和协议，如 HL7 V2、HL7 V3、DICOM；平台即具有相应的 Schema 和处理能力，以实现最大的交互性；
(8) 适配器提供开箱即用的连接和数据转换功能，可适用于各种封装的应用、数据库、行业标准、协议和技术，包括 SQL、HL7、SOAP、HTTP、FTP、SAP、 TCP、Pipe、Telnet 和电子邮件
(9) 数据转换功能应具备：具有高度优化的转换引擎；具有通过向导驱动的转换工具。
(10) ▲平台监测业务系统是否可正常向平台发生消息，是否处于无法响应状态。
(1) ▲对于失败消息能够继续查询,在任意流程节点编辑后重发；
(2) 不管是失败的消息还是成功的消息都能做持久化保存；
(3) 具有消息查询和报表工具，提供消息审计和分析界面；
(1) 支持基于内容和“发布/订阅”的路由；
(2) 可以实现消息的动态路由，且路由规则通过配置方式实现；
(3) 支持同步消息和异步消息的应用整合；
(4) 支持异步事件驱动整合，医院信息集成平台强大的消息系统通过消息类
型、内容将消息路由到特定的业务流程；
(1) 具有高度优化的转换引擎，进行标准化的转换；
(2) 可以支持 HL7 V2、V3 标准消息的映射和转换，提供图形化配置界面；
(3) 具有支持 XML 文档的处理器，实现 XML 的格式转换；
(1) 可定制和扩展的路由功能和基于规则的流程控制功能。
(2) 具有消息传递和队列管理功能，能对消息路由进行图形化编排。
(3) ▲业务协同功能应具备：从业务流程图自动生成代码以及把代码自动生成流程图的能力。（提供真实软件系统的截图）
(1) 通过业务流程管理实现业务协同；
(2) 支持同步请求和异步请求场景；
(3) 通过图形化方式实现业务流程管理；
(4) 支持 SOAP、REST、Java 类、.Net、dll、SQL 存储过程等技术；
(5) 能够实现从业务流程图与代码之间互为转换能力；
(6) 含有建模组件，允许业务用户定义、查看和管理复杂的跨应用流程；
(7) 可以通过图形化的方式查看已定义好的所有流程信息，包括流程名称，运行状态，发送方，接收方等；
(1) 为了满足数据共享和交换的要求，平台中的研究数据需要参照国内外规范、指南进行标准化；
(2) 要求按照现有国际、国内、行业的标准规范建立平台系统的相关标准、数据字典、信息分类编码标准、数据及文件格式、网络通讯规格、通讯接口；
(3) 平台软件需遵守有关国际标准、国家标准、专业标准、软件文档规范。
(4) 要求具有标准数据元维护管理工具。
(5) 要求具有标准数据元值域管理和对照功能。
(6) 要求具有对象标识维护管理功能。
(7) 要求具有共享文档浏览功能，能够直观清楚地查看共享文档数量，以及按照患者进行共享文档查询检索，浏览详细的共享文档内容。
(8) 平台可对标准的交互服务进行维护管理，并能够直观地进行服务统计。
(9) 要求具有标准的共享文档生成器配置功能。
(1) 支持平台各个子系统连续运行时间：每星期不少于 7*24 小时；
(2) 每个交互服务在集成平台上分发时间：小于 1 秒；
(3) 平台最大承受并发访问数：大于 2000；
(4) 新增个人注册服务平均响应时间在 1-3 秒以内；
(5) 个人基本信息查询服务平均响应时间在 1-3 秒以内；
(6) 电子病历文档注册平均响应时间在 1-3 秒以内；
(7) 电子病历调阅服务平均响应时间在 1-3 秒以内；
（1） 通过 WEB 服务支持与医院外部系统的整合；
（2） 全面支持 Web 标准服务，如 XML、SOAP、WSDL 和 UDDI。应用间的通用语言或接口通过 XML 实现，不同系统之间交流的访问协议是 SOAP。WSDL用来描述单独的 Web 服务，方便开发者和其它 Web 服务访问其中的函数。利用 UDDI 对 Web 服务进行集中化的注册；
（3） 医院集成平台既可以提供 Web 服务，同时也使用 Web 服务。任何基于医院集成平台的程序或业务流程都可以作为 Web 服务发布；
（4） 平台还支持将 Web 服务组装成复合服务；
（5） 消息管理,支持系统之间传递的每个消息的维护日志或记录；
（6） 具有查询和报表工具，提供强大的审计、研究和分析能力；
1) 软件级容灾方案，提供软件级容灾机制；
2) 具有高度的灵活性和扩展性，能够在医院业务高峰期数据库访问量巨大的情况下，确保整个业务系统的性能稳定；
1) 要求中文的平台监控界面，包括平台相关服务器和组件运行情况监控；
2) 提供对平台中心服务器、节点服务器、数据库、交换流程和服务组件运行情况监控和异常实时提示等功能；
3) 以可视化方式全方位的展现平台各节点和交换流程运行情况，并对平台运行过程中出现的异常情况给予实时报警提示和趋势展示，展示节点状态、并能追踪到问题节点，流程状态统计一览、节点的开启停止等事件提醒；
4) 提供服务调用日志的查询和筛选功能；
5) 能够通过消息状态、消息时间范围、消息 ID、消息内容、消息源、消息目标等多种方式检索消息。
6) 提供图形化的消息追踪界面，实现消息全生命周期内的闭环管理。集成平台有完善的监控界面，能够直观呈现各业务系统数据交换情况；
7) 通过集成平台自身控制台查看消息流转流程，跟踪每个消息的转发情况和异常情况，并能够对消息重发和补发；
8) 提供消息和服务的查询和报表工具，包括各类指标统计和导出，提供消息审计和分析界面；
9) 支持跨系统的流程 Debug、报告和审计；
10) 以流程图的形式展现数据的同步及备份的实时状况。
11) 展示接入的全部系统和服务数量、支持查看单个服务的详细信息。
12) 提供对数据同步、ETL、数据备份等工具软件的作业流程、列表、状态等内容的列示或查看功能。
1) 要求通过图形界面展现各节点和交换流程运行情况，并对异常情况进行报警。
2) 通过邮件、手机短信等工具第一时间，主动通知系统管理员异常信息
(1) 支持院内各业务系统的主要字典的维护管理功能；
(2) 支持主数据字典版本管理功能；
(3) 每条主数据确保系统内唯一的非公布的标识符；
(4) ▲根据预置的文本、数字、日期、时间、电话、身份证号、名称、拼音码等多种数据的校验方式对用户输入错误数据做错误提示;（提供真实软件系统的截图）
(5) 医疗卫生术语的统一注册管理服务， 术语的导入导出服务；
(6) ▲建设公用字典，将各个业务系统中共用字典进行统一维护管理，支持公用字典采用国家标准、省部级标准、行业标准、院内标准进行标准化。
(1) 管理控制台，对患者数据进行图形化管理，包括相似患者、不规则患者，合并患者统计；
(2) 保证单个患者在医院范围内的唯一性和可靠性，能够识别不同来源系统间患者的关联性；
(3) 患者注册功能：患者主索引系统接收到患者信息后，会对患者信息进行校验，可以通过设定不同的数据规则，完成患者信息匹配合并，对订阅过的源系统发布新增患者通知；
(4) 患者更新功能：患者主索引系统收到消息后，根据患者标识查询到患者后，对患者信息进行修改，保证域内患者信息统一；
(5) 患者合并：业务系统在业务人员操作中明确两条主索引是同一患者，通过本接口给予合并。
(6) 患者信息查询：由于在患者注册时已经对患者主索引系统内的所有患者进行了匹配关联，所以在进行患者查询时，可以查询到所有的关联信息和关联标识，并根据不同来源域的可信度权重进行自动筛选；
(7) 服务方式：提供患者信息注册、更新、合并、查询等接口服务。
(8) ▲相似患者两两对比，不仅展示出相似关系，还能展示出每个人之间的相似度。（提供真实软件系统的截图）
(1) 统一管理和发布院内科室字典信息，作为医院内所有应用系统都遵循的字典标准，确保全院信息系统科室字典的统一性；
(2) 科室主索引总览；
(3) 支持科室的任意层级的树形结构维护；
(4) 属性扩展维护功能,可扩展科室基本属性,全面维护科室信息；
(5) 标准的科室维护功能，支持某条数据的停用、启用功能；
(6) 外部系统不同标准的科室字典注册功能，支持批量数据导入；
(7) 科室字典匹配对照功能，按照标准化字典与外部系统字典进行对照，识别不同来源系统间科室字典进行关联；
(8) 科室主索引操作日志检索功能，便于数据审计；
(9) 其他系统不同标准科室管理功能；
(10) 病区维护功能，支持批量导入、启停病区信息，实现病区和科室对应；
(11) 科室主索引信息同步接口；
(1) 员工主索引的总览功能；
(2) 员工基本信息的维护功能，支持数据的批量导入导出功能,支持某个人员的启停功能；
(3) 属性维护功能,可扩展人员基本属性,全面维护人员信息；
(4) 资质管理功能,可按科室分类,管理不同科室人员的资质；
(5) 不同标准人员字典注册功能，支持批量数据导入；
(6) 员工字典的匹配对照功能，按照标准化字典与其他字典进行对照，识别不同来源系统间员工字典进行关联；
(7) 员工主索引操作日志检索功能，便于数据审计；
(8) 外部系统人员管理,展示外部注册人员信息，并可进行检索；
(9) 员工主索引信息同步接口；
(10) 系统为每一位医疗操作人员分配一个唯一的标识，并提供给平台以及与平台交互的所有系统和用户所使用；
(11) 医疗卫生人员注册服务遵循相关规范；
(1) 单点登录功能，用户通过统一的账号及密码登录后看到各个业务系统的快捷图标，点击后直接进入对应系统；
(2) 用户维护功能，在员工主索引的基础上，统一管理所有应用系统的账号及密码；
(3) 单点登陆系统不仅能够对系统设置使用权限，还要能够对系统中具体的功能设置使用权限。
(4) 消息公告，能够创建消息标题，消息内容，选择推送给指定人员、科室、角色，所有消息通过单点登录客户端进行展示。
(5) 支持应用系统的权限体系注册到单点登录系统，并在该权限体系结构下进行整理生成新的角色体系；
(6) 角色维护功能，统一管理操作用户登陆各个业务系统的基本角色；
(7) 支持不同架构（B/S 和 C/S）的业务系统接入注册；
(8) 各业务系统通过注册获得操作用户访问该系统的基本权限，并在系统内添加自己独特的用户属性；
(9) 可视化的单点登录配置功能，支持界面背景配置、图标排列配置、会话失效时间配置等功能；
(10) 消息公告发送功能，能创建消息标题，消息内容，并可以选择推送给指定人员、科室、角色，所有消息在单点登录客户端进行展示；
(11) 平台管理职工在单点登录中允许登录的应用系统，对职工的系统角色进行分类管理，对职工的 CA 证书进行绑定管理，实现 CA 登录；
(12) 单点登录程序在线更新功能；
(1) 服务管理功能，管理所有对外服务及文档，具有启/停/禁用等管理功能；
(2) 组织信息（医院组织机构代码）登记功能；
(3) 院内应用系统注册功能，为单点登陆、订阅发布等功能提供基础数据；
(4) ▲信息系统权限管理功能，登记院内信息系统的模块、角色，方便新增人员时分配权限；（提供真实软件系统的截图）
(5) 日志查看功能；
(6) 消息路由管理功能；
(7) 主数据信息订阅发布功能；
(8) 员工信息订阅发布功能；
(9) 科室信息订阅发布功能；
(1) 系统用户维护功能，对系统用户的增/删/改/启/停等维护操作；
(2) 系统角色设置/维护功能、对角色下用户的设置/维护功能；
(3) 系统消息查看功能，对集成平台系统对当前用户推送的所有消息进行查看；
(4) 系统日志查看功能，对“系统用户维护”、“系统角色维护”的操作记录进行查看；
(5) 总览页面配置功能，对集成平台系统各个功能模块的总览页面下的每个展示模块予以显示/隐藏；
(6) 系统时间服务器功能，将本系统可同步院内时间服务器；
1) 根据服务器硬件环境调研结果，生成集成引擎安装及容灾配置方案；
2) 安装集成引擎；
3) 搭建集成引擎的集群环境，实现高可用；
4) 根据业务量需要和服务器实际配置，进行集成引擎配置优化；
5) 根据安全审计顾问意见，进行集成安全优化；
1) 调研院内实际使用的字典情况，包含字典所属系统，字典属性（国家标准、行业标准、地区标准、院内标准）。
2) 根据调研报告，合理规划院方字典。
3) 根据实施方案中确定的字典数量及内容，导入到主数据管理系统进行统一管理及维护；
1) 调研院内实际使用的科室字典情况；
2) 根据调研报告，合理规划院方字典
3) 根据实施方案中确定的科室字典内容，导入到科室主索引管理系统进行统一管理及维护；
4) 提供科室字典对照，培训院方人员使用对照工具进行对照；
1) 调研院内实际使用的员工字典情况，重点调研人力资源管理系统内数据；
2) 根据实施方案中确定的员工字典内容，导入到员工主索引管理系统进行统一管理及维护；
3) 提供员工字典对照，培训院方人员使用对照工具进行对照；
1) 批量导入可产生患者唯一标识的患者基本信息到 EMPI 系统；
2) 对导入数据进行校验，并标识不规则数据；
3) 根据配置好的匹配规则进行交叉匹配计算；
4) 对计算后的结果进行分析，标识出精准匹配并合并的数据条数、相似数据条数、不规则数据条数等信息，出具历史数据匹配分析报告；
5) 患者信息注册接口，接入各系统实时产生的患者基本信息数据；
6) 患者信息更新接口，收到更新请求后，同步更新 EMPI 系统内患者信息；
7) 患者信息检索接口，根据检索内容，返回患者 EMPI 号码及关联各个系统该患者主键及其基本信息；
1) 分析院内业务与信息化交互流程，设计标准的交互流程和规范；
2) 制订院内数据交互标准，指导各厂商进行改造；
3) 采用 SOA 分析与设计方法，组件化、平台化开发与集成模式，充分考虑系统的开放性、可扩展性、稳定性及安全性，系统支持 C/S 和 B/S 架构；
4) 利用集成引擎工具，进行定制和开发，开放经过标准化梳理的接口服务；
5) 将各个业务系统间交互通过集成引擎进行协同；
(1) 调研院内各业务系统的权限体系架构，收集各系统数据，并分析整理生成新的角色体系，生成调研报告；
(2) 提交调研报告到院方，经批准后形成实施方案；
(3) 导入各业务系统的权限体系到平台上，并根据实施方案中的新制定的权限体系，维护到平台内；
1) 根据院内信息化情况个性化制订集成平台与第三方信息系统的系统接入组件；
2) 系统接入组件支持主流交互标准接口，例如 HL7 V2、HL7 V3；
3) 预置主流医院业务系统接口，如 HIS、LIS、PACS、EMR、移动医护、输血系统、急诊系统、手术麻醉、重症护理等系统；
支持异构的系统集成，提供投标产品生产厂商集成平台与非同一品牌的 HIS 产品在同一医院进行集成的证明材料；
集成平台要求参照《医院信息互联互通标准化成熟度测评方案（2020 年版）》由中国软件测评中心进行标准符合性测试，数据集标准符合性、共享文档标准符合性、交互服务标准符合性等技术指标符合四甲及以上要求。
建设以电子病历为核心的医院数据中心（HDR）包括临床数据中心、运营数据中心和科研数据中心。数据中心集成各业务系统数据（包括但不限于 EMR、HIS、PACS、LIS、输血管理、耗材物流管理、心电、手术麻醉、ICU、移动医护、PIVAS、HRP 等），实现符合国际和国内医疗行业标准、可扩展的数据中心与管理平台。
建立基于患者索引和时间轴的全息视图系统，系统数据集成内容应包括但不限于患者基本信息、门急诊及住院诊断信息、门急诊及住院医嘱信息、门急诊及住院病历信息、检验检查报告及影像信息、手术麻醉信息、护理信息、重症信息、输血信息等。
提供数据分析工具，根据医院需求支持自定义分析能力，也需要能够全过程监管临床医疗活动的分析系统。
建立专病库和科研大数据检索和数据分析工具，可以自由检索医院数据中心中的信息点。
建立可自定义的知识库体系，通过警示、查询等手段，使得一些不安全用药、检查、检验、治疗等因素在事前得到很好的预防控制。
全院统一数据平台要求采用基于先进的数据平台技术，在有效保证数据冗余备份的同时，提供灵活的磁盘和机器横向扩展能力。对医院历史数据进行抽取和标化，并实时接入集成平台消息，对外提供快速响应的数据查询服务。
全院统一数据平台建设将采用基于主流关系型数据库和大数据技术相结合的架构，以应对院内包含结构化数据、非结构化数据的混合结构数据；同时，因为临床统一数据平台不同分析主题所依赖的分析工具也具备差异性，因此采用大数据技术架构可以综合各种手段进行分析：其中基于关系型数据库的数据仓库和数据集市可应用于分析指标明确的纯计算性分析，例如 KPI 分析或趋势分析；基于数据探索和自助分析可应用于医疗领域专家进行探索式的迭代分析。
(1) 数据平台具备分布式计算、列式存储、并行计算、实时数据处理数据额能力；
(2) 利用统一数据平台进行全量数据集中，消除数据孤岛，实现数据集中存储；
(3) 统一数据平台需采用最新的大数据相关技术，保证技术的先进性；
(4) 统一数据平台支持水平扩展，支持动态扩容、扩机器，来增加存储空间和计算资源；
(5) 统一数据平台的全量性，除临床相关数据外，对医院主要业务数据进行存储；
(6) 关键数据需具备实时性；
(7) 统一数据平台需要保证数据和原始业务系统的一致性和准确性；
(8) 统一数据平台中各类数据具备长期性，能够满足全量数据在线查询需求；
(9) 通过图形化方式展现统一数据平台相关硬件、组件实时状况；
(10) 通过图形化方式展现统一数据平台数据结构、字典对照等标准化相关配置；
(11) 要求统一数据平台能够具有容灾备份能力，确保平台运行的安全性；
(12) ▲数据中心建设需要采用大数据相关技术，保证技术的先进性，实现数据的分布式管理，可通过增加物理机即可以实现存储和计算性能的扩容;
(13) 基于数据中心应用的所有权限能够在一个界面统一配置，实现权限的统一管理，用户数据使用范围权限支持科室和诊疗组配置;
(14) ▲对于拥有数据范围权限的用户或应用系统只能访问到特定数据，需要设置查询接口的授权机制，对不同用户或应用系统进行数据类型、数据列、查询范围等限制;
(15) ▲对于符合数据访问要求的数据，数据中心可以对关键数据进行隐私处理，加密传输.
1) 数据平台集群运行状况预警信息；
2) 数据平台应用服务运行状况预警信息；
3) 数据平台硬件使用状况和预警信息；
4) 数据平台类存储信息汇总及趋势；
5) 当天数据增量信息查看功能；
6) ▲数据中心能够以图形化的方式监控当前存储总量和日增量、实时的消息接入情况，以及实时对外提供数据服务支撑情况；（提供真实软件系统的截图）
1) 硬件服务器运行监控；
2) 能够按照数据分类查看和监控数据中心内数据变化情况；
3) 外部系统调用记录的审计追踪功能
1) 按照业务分类检索数据功能；
2) 提供数据质量监测分析功能；
3) 数据质量治理工具，应包括日期格式化标准化等工具；
4) ▲提供数据治理功能，对不合格数据，按照治理规则进行数据修正。
5) ▲数据中心利用数据质量监测工具，对数据中心所有数据进行自动分析，展示数据质量分析结果，分析规则能够完全覆盖 2018 版电子病历评级 5 级以上要求
6) ▲数据中心支持自定义维护数据元，能够按照基础数据集和业务数据集进行数据规范维护，按照数据规范进行数据整理和采集（提供真实软件系统的截图）
7) ▲数据中心具备自有的统一平台字典库，通过图形化界面和院内字典进行对照关联，并支持外部标准上报字典和院内字典的对照和维护；
1) 提供医疗机构信息（多院区、集团化医院）维护管理功能；
2) 提供医院业务系统域 ID 维护管理功能；
3) 数据中心全局变量配置维护功能；
4) 基于角色的用户权限管理功能；
5) 系统权限统一管理配置功能；
1) 提供实时数据采集对接方案，实时数据要保证准确，能够对多种实时性需求进行多种方案匹配；
2) *支持历史数据采集和定时采集；
3) 提供数据采集、抽取任务管理功能；
4) 提供历史数据采集量和增量数据采集情况统计，通过图形折线等方式进行直观展现；
5) 通过自有开发界面，结合临床业务数据集规范，进行图形化采集配置和采
集任务管理的功能；包括数据集规范维护功能、任务管理功能等强调异构数据源的接入。
6) *提供历史数据清洗服务，过滤重复数据、错误数据和无效数据。由业务科室决定是否修正结果；
7) *提供数据标准化转换服务，对历史数据进行规范化处理；
1) 数据整合层负责从各原始业务系统中复制、抽取相应数据，并通过统一数据标准和模型，对原始数据进行清洗转换，最终统一存储在数据平台。
2) 面向列或对象存储，可以存放任何格式的数据，并能快速检索；
3) 提供各个业务系统数据存储情况的分类统计和跟踪功能；
1) 提供数据元、数据组、数据集的管理功能；
2) ▲提供院内字典和标准字典对照功能；（提供真实软件系统的截图）
3) 提供浏览院内业务字典功能
1) 提供数据模型查询和浏览功能；
2) 提供按照业务分类检索数据模型功能；
3) 提供数据质量监测分析功能；
4) 提供数据质量治理工具；
1) 开放接口支持 Web-Service、视图、存储过程等方式，对数据快速访问；
2) 能够记录每次查询的审计日志，通过图形化界面查看日志；
3) 提供数据访问的患者去标识化、隐私保护功能；
1) 需要对统一数据平台所有数据进行控制和保护，不同用户只能访问到特定数据；
2) 提供严格的数据审计追踪机制，能够及时有效地监控数据使用情况；
3) 数据平台提供详细的容灾处理机制确保平台的稳定运行，数据的安全，需要详细的技术方案阐述
1) 支持内存弹性计算和实时流处理，实现实时数据处理；
2) 支持任务自动迁移、重试和预测执行，不受计算节点故障影响；
3) 数据中心支持 TB 级别数据并发读
4) 数据中心支持 TB 级别数据并发写
(1) 在数据全量归集和标化后，能够按照业务需要进行主题数据库的建设；
(2) 能够按照患者就诊行为，梳理建立患者就诊为中心的诊疗事件库，要求将患者单次就诊相关的临床事件进行关联合并，建立院内临床数据中心；
(3) 能够按照运营管理需要，建立管理主题库，重点建设以科室、医生、设备、耗材等为主题的管理决策模型，建立院内运营数据中心；
(1) 具备患者信息集成展示功能，展示信息包括就诊记录、患者体征记录、医嘱信息、用药信息、检验报告、检查报告、手麻信息；
(2) 为医务人员提供围绕患者的全景化信息集成视图，包括患者当前就诊过程中的关键医疗信息集中展示的当前视图
(3) 支持以就诊视图、分类视图等多种展现形式，直观的展现患者就诊信息；
(4) 提供基于病人主索引的患者唯一性匹配功能；
(5) 提供基于病人主索引的就诊信息整合功能；
(6) 支持按患者就诊类型、就诊时序详细展示患者就诊信息；
(7) 支持嵌入不同医生工作站、医技系统、手麻系统等，进行界面集成；
(8) 提供患者的诊断信息查看功能，诊断列表内可查询该患者历次在医院就诊时医生开具的诊断信息。
(9) 提供患者的医嘱信息查看功能，支持按医嘱查看医嘱执行信息。
(10) 提供患者的检查报告查看功能，及 PDF 浏览功能；
(11) 提供患者的检验报告查看功能，并支持检验项趋势分析功能；
(12) 提供患者的病历文书查看功能，病历档案包括患者在院所产生的病历、高拍文档资料；
(13) 提供患者的手术信息查看功能，查询患者历次所做的手术记录信息，包括门诊手术和住院手术。
(14) 提供患者的护理信息查看功能，包括护理记录单，患者体温单等
(15) 支持查看患者全部检验报告信息及指标项的预览和趋势分析，要求将患者的住院期间、门急诊期间、体检期间所产生的检验报告以患者为中心进行集成后进行综合展现；
(16) ▲能够自动匹配关联患者，同时可以自动根据数据对患者全部或单次就诊进行标注，能够在界面上展示过敏、肝功能不全等提示；（提供真实软件系统的截图）
(17) ▲根据专科和疾病需要，医生可以自定义设置专科展示指标，如糖尿病可以设置在检验结果中只显示血糖和糖化血红蛋白；（提供真实软件系统的截图）
(18) 提供检查和检验报告，按照临床意义进行结果分析的功能界面；
(19) ▲自定义查阅病历文书类型，或检查检验报告类型。（提供真实软件系统的截图）
门诊流量分析：实时监测门诊挂号人次、已就诊、待诊人次流量；检查申请人次、完成检查人次、等待人次分析；检验申请人次、完成检查人次、等待人次分析；并且能下钻到具体的患者明细信息。
门诊预约分析：门诊患者预约途径方式构成分析、平均预约就诊率、出诊级别构成分析。
就诊流量:半小时时段实时人次、累计人次分析；
今日检验分类占比分析：免疫检验、常规检验、微生物检验、生化检验等；今日检查分类占比心电检查、超声检查、内窥镜检查、病理检查等；
诊室利用分析：提供监控各科室诊室工作周每天(周一至周五)诊室的平均利用率情况；
提供年度门诊人次、人次增减率分析；提供年度急诊人次、人次增减率分析；
提供 KPI 指标月度趋势分析、本期同步、环比分析；支持单指标下钻：院级->科室
->医师—>患者的层级下钻；指标包括：
门诊人次、急诊人次、退号人次、预约就诊率、副高以上门诊人次、复诊率、门诊抗菌药物使用率、特需门诊服务人次数比例、门诊处方总数、开具限制和特殊抗菌药物处方数、开具麻醉药品和第一类精神药品处方数。
科室人次分析：
科室门诊人次排行；
科室各月人次同步、环比分析；
支持单科室下钻分析：挂号类型占比分析、医生职称门诊人次占比分析、科室医师人次排行 TOP 10、本科室各医师月度同比、环比分析；
门诊预约分析：
提供门诊预约就诊率、爽约率分析；预约方式占比分析：
普通门诊/专家门诊预约情况分析；
普通门诊/专家门诊预约方式占比分析；
提供按照门诊病种，进行日均人次同比对比分析；以及某病种相关科室、医师就诊人次同比比较分析；
提供提供候诊、取药等效率分析；
提供门诊/急诊收入趋势分析；支持单月下钻单日趋势分析、科室排行分析、收入分类分析；
提供门诊科室收入、开单医师收入排行 TOP10；
门诊病种人次排行分析：
提供病种人次排行、占比比例、同比分析；提供单个病种科室、医师人次排行分析； 提供单个病种年龄分布分析；
病种分布分析：
提供不同月份人次排行前 5 疾病；
提供不同年龄段人次排行前 10 疾病；
提供门诊/急诊次均费用、次均药费年度增长率分析；
提供 KPI 指标月度趋势分析、本期同步、环比分析；支持单指标下钻：院级->科室
->医师—>患者的层级下钻；费用指标：
门诊次均费用、门诊次均药品费用、急诊次均费用、急诊次均药品费用、门急诊次均药品费用、门急诊次均费用。
提供门诊/急诊医保人次、医保次均费用年度增长率分析；
提供 KPI 指标月度趋势分析、本期同步、环比分析；支持单指标下钻：院级->科室
->医师—>患者的层级下钻；指标：
门诊医保人次、急诊医保人次、门诊医保次均费用、急诊医保次均费用、门急诊医保药品总收入、门急诊医保次均费用、医保患者门诊复诊率、门急诊医保人次。
门诊人次、出院人次、平均住院日、手术切口人次、手术级别人次、抗菌药使用率等指标同比、环比、趋势分析。
入院/转入分析；
出院/转出分析；
指标年度趋势分析；指标月度趋势分析；
指标年度增幅分析；
从科室、医师次均费用控制指标逐层追述分析；同比、历年比较分析；从科室、病种次均费用控制指标逐层追述分析；
提供预警提醒：空床率、门诊、住院医保使用率等分析功能
按手术类型、手术级别分类分析；支持手术->医师->患者追述分析；提供麻醉情况分析；
提供再手术分析； 提供转 ICU 分析； 提供手术死亡分析；提供转归情况分析；
实时监测门诊挂号人次、已就诊、待诊人次流量；检查申请人次、完成检查人次、等待人次分析；检验申请人次、完成检查人次、等待人次分析；并且能下钻到具体的患者明细信息。
门诊预约分析：门诊患者预约途径方式构成分析、平均预约就诊率、出诊级别构成
分析。
就诊流量:半小时时段实时人次、累计人次分析；
今日检验分类占比分析：免疫检验、常规检验、微生物检验、生化检验等；今日检查分类占比心电检查、超声检查、内窥镜检查、病理检查等；
基础指标展现；今日入院人次、今日检验人次、检查人次、手术申请人次、医嘱开立次数；
今日入院途径占比：急诊转住院、门诊转住院、直接住院；今日患者性别年龄占比：
今日建档患者的性别占比；
今日建档患者的年龄段比例：20-30、30-40、40-45、45-50；
今日检验分类占比：免疫检验、常规检验、微生物检验、生化检验；今日检查分类占比：心电检查、超声检查、内窥镜检查、病理检查；
今日手术安排监测：展示今日各时间段手术完成人次、术中人次、手术安排人次；今日各科室入院人数排行；
医疗负担指标分析；患者分布分析；
医疗效率指标分析；医疗服务指标分析；全院分类收入分析；质量安全指标分析；
手术质量指标分析；
床位分布、资源配置分析；
病种人次排行、手术例数排行；
业务量指标今日、昨日日报；今日诊间工作量排行；
门诊病种今日、昨日日报；全院收入今日、昨日日报；均次费用今日、昨日日报；药占比今日、昨日日报； KPI 指标月度趋势：
基础 KPI 指标趋势：月度本同期趋势分析；
指标：门诊人次、急诊人次、入院人次、出院人次、日间手术例数、手术例数；质控 KPI 指标趋势：月度本同期趋势分析；
指标：平均住院日（天）、床位使用率（%）、药占比（%）、卫生材料占比（%）、检查检验占比（%）、抗菌药物使用率（%）；
围绕住院病种均次费用排行前五病种及下钻科室、患者分析； 围绕住院病种均次费用排行后五病种及下钻科室、患者分析； 围绕住院病种出院人次排行前五病种及科室、人口学特征分析；围绕住院病种出院人次排行后五病种及科室、人口学特征分析；围绕住院病种住院平均日排行前五病种及科室本指标趋势分析；围绕住院病种住院平均日排行前五病种及科室本指标趋势分析；
药品金额前十科室； 药品金额前二十品种；
抗菌药物金额前十医生；辅助用药金额前十科室；辅助用药金额前十医生；辅助用药金额前十品种；
医保住院病人 500 元以上材料分析；科室耗材费用趋势、排名分析；
耗材费用占比分类比较；耗材费用占比科室比较；耗材费用占比追踪；
昨日监测指标分析：在院病人数、手术例数、日间手术例数、急诊手术例数、入院人数、出院人数等；
医疗服务指标本同期分析：门诊人次、副高以上门诊人次数、入院人数、出院人数、出院患者主要疾病种类等；
合理用药指标本同期分析：门诊抗菌药物使用率、住院抗菌药物使用率、药占比等；医疗质量指标本同期分析：全院总死亡率、医院感染发生率等；
工作效率指标本同期分析：床位使用率、出院患者平均住院日、实际开放总床日数等；
医疗收入指标本同期分析：门诊总收入、住院总收入、全院药品总收入、门急诊药
品总收入、住院药品总收入等；
患者负担指标本同期分析：住院次均费用、门诊次均费用、住院患者日均药费等；
门诊病种人次排行分析：提供病种人次排行、占比比例、同比分析；提供单个病种科室、医师人次排行分析；提供单个病种年龄分布分析；
提供住院重点疾病的指标分析:指标：总例数、死亡例数、死亡率、两周内再住院例数、1 月内再住院例数、平均住院日、平均住院费用、平均药品费用、平均药品占比等。
病案管理质量控制指标（2021 年版）
提供手术效率指标分析：日均手术台次/例数、日均手术时长、日均手术室利用时间、平均术前准备时间。
提供工作负荷指标分析：手术级别、手术类型、手术排名。提供患者负担指标分析：
手术患者人均费用构成分析：人均药费、人均检查化验费、人均治疗费、人均手术费、人均材料费、人均万元以上材料费、人均其它费用；
使用万元以上材料费手术排名；手术患者人均材料费手术排名；
针对均次费用分析指标，提供层层深入分析的能力，帮助院领导和科主任洞察全院及科室均次费用指标的整体情况，发现影响均次费用的原因并加以干预。
指标：医疗收入、门诊次均费用、门诊次均药品费用、住院次均费用、住院次均药
品费用；功能要求:
指标年度增幅分析；
从科室、医师次均费用控制指标逐层追述分析；同比、历年比较分析；从科室、病种次均费用控制指标逐层追述分析；同比、历年比较分析；住院次均费用支持院级->科室->医师->项目分类逐层追述；
指标分析：实时数据，门急诊人次、入出院人次、手术台次的分析功能
主题分析：门诊人次、急诊人次、日均门诊人次、留观人次、复诊率的分析功能。入院人次、出院人次、住院手术台次、住院超过 30 天患者、平均住院日、术前平
均住院日、临床路径入径率、床位使用率、药占比的分析功能。在院职工总数、卫生技术人员总数等的分析功能。
支持构成信息、占比信息、对比信息、历史变化趋势等多种展示方式。支持单指标分析集成按日期、按科室切换功能。
运营数据分析：
提供门诊、住院病源的分布分析功能；提供性别比例的分析功能
提供年龄分布的分析功能；
提供医保人次、医保支付等的分析功能，并能够对全院以及各科室的医保费用情况进行预警。
支持构成信息、占比信息、对比信息、历史变化趋势等多种展示方式
实时热点：提供围绕医院当前实时热点关注数据进行指标展示，如流行病会诊人次记录；
系统访问日志追踪：
访问用户及登录系统时间点追踪；
主题切换追踪，能及时了解用户的业务关注领域；对于单指标访问点击量；
指标分析
提供门诊人次分析 提供急诊人次分析 提供入院人次分析 提供出院人次分析 提供平均住院日分析提供床位使用率分析
提供住院超过 30 天患者分析提供临床路径入径率分析
提供复诊率分析提供药占比分析
提供医保人次占比分析
指标项支持同比、环比、数据项说明；
支持本月、上月、本季、本年、去年的时间检索 (2)数据分析
提供门诊、住院病源分布分析提供性别比例分析
提供年龄分布分析 提供医保人次等分析
支持构成信息、占比信息、对比信息、历史变化趋势等多种展示方式
1) 建立数据标准和接口规范，对接系统进行数据采集和转换；
2) 建立数据仓库，生成数据模型，建立指标分析体系；
1) 需要建立院内职能科室相关考核指标数据填报管理；
2) 支持灵活构造科室上报数据填报表；
3) 实现多种数据采集方式以及完备的数据校验机制，为绩效考核提供高效、准确的数据保障；
4) 财务收入接口
提供财务收入费用表的导入功能；
提供财务收入明细费用表的导入功能；
需要进行指标动态分析、可视化分析、日常指标监测、预警、异常监控以及多层次的数据挖掘、钻取，为运营决策提供支撑等，辅助医院院内自查、自评；自动生成数据上报表,满足对外服务。
可视化分析维度，支持如下层面展开：
提供主要关注指标，收支分析、预警指标、日间手术等指标集中分析；提供历史收入指标、支持指标、手术指标分析全局概览；
提供功能定位相关指标的展现,和展现指标年度(月度）趋势分析、科室级下钻分析等；
提供质量安全相关指标的展现,和展现指标年度(月度）趋势分析、科室级下钻分析等；
提供合理用药相关指标的展现，和展现指标年度(月度）趋势分析、科室（医生）级 TOP10 分析等；
提供服务流程相关指标的展现，和展现指标年度趋势分析等；
提供单病种质量控制相关指标的展现，和展现指标年度趋势分析等；
提供资源效率相关指标的展现,和展现指标年度趋势分析等；
提供收支结构相关指标的展现,和展现指标年度(月度）趋势分析等；
提供费用控制相关指标的展现，和展现指标年度(月度）趋势分析、科室级 TOP20分析等；
提供人员结构相关指标的展现,和展现指标年度趋势分析等；提供人才培养相关指标的展现,和展现指标年度趋势分析等；提供学科建设相关指标的展现,和展现指标年度趋势分析等；
提供患者满意度相关指标的展现；提供医务人员满意度指标的展现；
提供绩效指标报表形式展示，并且具备导出功能，辅助绩效填报；
提供院内医疗质控绩效监控报表；
提供绩效相关职能科室指标手工填报功能；
提供绩效考核相关政策资料院内在线浏览、查阅、下载等功能；
提供财务收入费用表的导入功能；
提供财务收入明细费用表的导入功能；
根据卫计委对 HQMS 上报要求，共有七大类指标。针对 HQMS 监测分析及上报要求，整理了相关的指标体系。不同地区的指标略有不同，实际情况将结合医院系统情况进行修订。
以饼状图、趋势图、数值显示等多种方式展现住院死亡类指标的总例数及死亡例数，其中包括住院总死亡率、新生儿患者住院死亡率、手术患者住院死亡率、重点病种住院死亡率、恶性肿瘤手术患者住院死亡率、重返手术室再次手术患者住院死亡率、重点手术麻醉分级（ASA 分级）住院死亡率。
分别按照年度、季度、月份及自定义时间段对医疗质量监测指标进行分析及展示。
2) 新生儿患者住院死亡（Neonatal Mortality）
新生儿患者总住院死亡率 新生儿手术患者住院死亡率
新生儿非手术患者住院死亡率
新生儿患者出生体重分级住院死亡率
（A）出生体重≤750 克的新生儿患者住院死亡率
（B）出生体重 751-1000 克的新生儿患者住院死亡率
（C）出生体重 1001-1800 克的新生儿患者住院死亡率
（D）出生体重≥1801 克的新生儿患者住院死亡率
（E）新生儿医院感染患者住院死亡率
3) 手术患者住院死亡率（Mortality of Surgical Patients）手术患者总住院死亡率
手术患者围手术期住院死亡率
（A）手术患者围手术期住院死亡率
（B）择期手术患者围手术期住院死亡率
（C）麻醉分级（ASA 分级）围手术期住院死亡率手术并发症患者住院死亡率
重点手术住院死亡率
（A）冠状动脉旁路移植术（CABG）患者住院死亡率
（B）经皮冠状动脉介入治疗（PCI）患者住院死亡率
（C）脑血肿清除术患者住院死亡率
（D）剖宫产手术产妇住院死亡率
（E）髋关节置换术患者住院死亡率
（F）心脏瓣膜置换术患者住院死亡率
4) 重点病种住院死亡率（Mortality of Diseases）创伤性颅脑损伤患者住院死亡率
急性心肌梗塞患者住院死亡率脑出血患者住院死亡率
消化道出血患者住院死亡率脑梗塞患者住院死亡率
败血症患者住院死亡率
5) 恶性肿瘤手术患者住院死亡率（Mortality of Cancer）肾恶性肿瘤手术患者住院死亡率
肝恶性肿瘤手术患者住院死亡率 肺恶性肿瘤手术患者住院死亡率 胃恶性肿瘤手术患者住院死亡率 直肠恶性肿瘤手术患者住院死亡率结肠恶性肿瘤手术患者住院死亡率
重返手术室再次手术患者住院死亡率
重点手术麻醉分级（ASA 分级）住院死亡率（Mortality of Operations Classified by ASA）
ASA 分级冠状动脉旁路移植术患者住院死亡率 ASA 分级经皮冠状动脉介入治疗患者住院死亡率 ASA 分级脑血肿清除术患者住院死亡率
ASA 分级剖宫产手术产妇住院死亡率 ASA 分级髋关节置换术患者住院死亡率
ASA 分级心脏瓣膜置换术患者住院死亡率
1) 住院患者出院 31 天内再住院率（Readmission within 31 days）住院患者出院当天再住院率
住院患者出院 2-15 天内再住院率
住院患者出院 16-31 天内再住院率
重点病种患者出院 31 天内再住院率
（A）不稳定型心绞痛患者出院 31 天内再住院率
（B）脑出血患者出院 31 天内再住院率
（C）急性心肌梗塞患者出院 31 天内再住院率
（D）消化道出血患者出院 31 天内再住院率
（E）脑梗塞患者出院 31 天内再住院率
（F）肺炎患者出院 31 天内再住院率
重点手术患者出院 31 天内再住院率
（A）冠状动脉旁路移植术患者出院 31 天内再住院率
（B）经皮冠状动脉介入治疗患者出院 31 天内再住院率
（C）子宫切除术患者出院 31 天内再住院率
（D）剖宫产手术产妇出院 31 天内再住院率
（E）心脏瓣膜置换术患者出院 31 天内再住院率
（F）脑血肿清除术患者出院 31 天内再住院率
2) 重返手术室再次手术发生率（Return to Operating Room）手术患者重返手术室再次手术总发生率
重点手术患者重返手术室再次手术发生率
（A）冠状动脉旁路移植术患者重返手术室再次手术发生率
（B）经皮冠状动脉介入治疗患者重返手术室再次手术发生率
（C）脑血肿清除术患者重返手术室再次手术发生率
（D）剖宫产手术产妇重返手术室再次手术发生率
（E）髋关节置换术患者重返手术室再次手术发生率
（F）心脏瓣膜置换术患者重返手术室再次手术发生率择期手术患者重返手术室再次手术发生率
3) 重症监护室患者转出后重返重症监护室总发生率重症监护室患者转出后重返重症监护室总发生率。
4) 经皮冠状动脉腔内成形术后同一天进行冠状动脉旁路移植术手术率
经皮冠状动脉腔内成形术后同一天进行冠状动脉旁路移植术手术率。
医院感染总发生率
与手术相关医院感染发生率手术患者肺部感染发生率 新生儿患者医院感染发生率手术部位感染总发生率
择期手术患者医院感染发生率择期手术患者医院感染发生率择期手术患者肺部感染发生率
手术风险分级（NNIS 分级）手术部位感染率
重症监护室与中心静脉置管相关血液感染发生率重症监护室中与呼吸机相关肺部感染发生率
重症监护室与导尿管相关泌尿系统感染发生率与血液透析相关血液感染发生率
手术患者并发症发生率
手术患者手术后肺栓塞发生率
手术患者手术后深静脉血栓发生率手术患者手术后败血症发生率
手术患者手术后出血或血肿发生率手术患者手术伤口裂开发生率
手术患者手术后猝死发生率
手术死亡患者手术并发症发生率手术患者手术后呼吸衰竭发生率
手术患者手术后生理/ 代谢紊乱发生率手术患者麻醉并发症发生率
住院患者压疮发生率新生儿产伤发生率
阴道分娩产妇产伤发生率输血输液反应发生率
输血反应发生率输液反应发生率
手术过程中异物遗留发生率医源性气胸发生率
医源性意外穿刺伤或撕裂伤发生率
医院内跌倒/坠床发生率及伤害严重程度剖宫产率
1) 处方指标（ PRESCRIPTION INDICATORS）每次就诊人均用药品种数
每次就诊人均药费
就诊使用抗菌药物的百分率 就诊使用注射药物的百分率 基本药物占处方用药的百分率
2) 抗菌药物用药指标（INDICATORS OF ANTIMICROBIAL DRUGS USE）
住院患者人均使用抗菌药物品种数住院患者人均使用抗菌药物费用 住院患者使用抗菌药物的百分率 抗菌药物费用占药费总额的百分率
抗菌药物特殊品种使用量占抗菌药物使用量的百分率住院用抗菌药物患者病原学检查百分率
3) 外科清洁手术预防用药指标 (ANTIMICROBIAL DRUGS USE INDICATOR OF
PERIOPERATIVE CLEAN INCISION)
清洁手术预防用抗菌药物百分率
清洁手术预防用抗菌药物人均用药天数
接受清洁手术者，术前 0.5-2.0 小时内给药百分率
重点外科手术前 0.5-2.0 小时内给药百分率
（A）髋关节置换术前 0.5-2.0 小时内给药百分率
（B）膝关节手术前 0.5-2.0 小时内给药百分率
（C）子宫肌瘤切除术前 0.5-2.0 小时内给药百分率
实际开放床位、重症医学科实际开放床位、急诊留观实际开放床位。
全院员工总数、卫生技术人员数（其中：医师数、护理人员数、医技人数）。医院医用建筑面积。
年门诊人次、健康体检人次、年急诊人次、留观人次。年住院患者入院、出院例数，出院患者实际占用总床日年住院手术例数、年门诊手术例数。
手术冰冻与石蜡病理诊断符合率。
恶性肿瘤手术前诊断与术后病理诊断符合率。患者放弃治疗自动出院率。
住院手术例数、死亡例数。
住院危重抢救例数、死亡例数。 急诊科危重抢救例数、死亡例数。
出院患者平均住院日。平均每张床位工作日。床位使用率。
床位xx次数。
每门诊人次费用（元），其中药费（元）。每住院人次费用（元），其中药费（元）。
流动比率、速动比率。
医疗收入/百元固定资产。业务支出/百元业务收入。
资产负债率。 固定资产总值。
医疗收入中药品收入、医用材料收入比率。
国内论文数 ISSN、国内论文数及被引用数次（以中国科技核心期刊发布信息为准）、 SCI 收录论文数。
承担与完成国家、省级科研课题数。获得国家、省级科研基金额度。
三甲评审是指医院根据医疗机构基本标准和医院等级评审标准，开展自我评价，持续改进医院工作，并接受卫生行政部门对其规划级别功能任务达成情况进行评价。
系统需从三甲评审指标出发，包括医院运行、医疗质量与安全监测多类指标，基于数据中心的全量实时数据，帮助医院管理者通过可视化的数据及时、直观地了解整体或局部的运营状况和细节问题。帮助医院快速自检三甲评审第七章的各项指标，对异常指标进行预警，并通过高级自定义分析逐层挖掘问题成因。既遵循了国家xx委的指示，又保证了数据分析的价值和正确性，能更客观的协助管理层管理医院运营状况，支持经营决策，更好的通过三甲评审及指导三甲医院建设。并在通过三甲评审后，继续使用该系统，持续关注各项指标。
具体指标名称、定义、计算方法等内容要求根据《河北省三级综合医院评审标准实施细则》第七章内容。
(1) 医学术语标准化体系
建立规范的医学术语标准化体系，通过对医学术语的不同表述，包括俗名、简称、缩写进行归一，形成统一的医学标准术语集，包括医学术语及其同义词所属类别和结构层次。
(2) 诊断术语标准化
对临床诊断进行术语标准化转化，以 ICD 诊断为基础进行标化
(3) 药品术语标准化
对医院药品字典进行术语标准化，可实现通用名、商品名的归一
(4) 检验术语标准化
对检验字典进行标准化，可适应申请开立及报告单回报场景
(5) 检查术语标准化
对检查字典进行标准化，可适应申请开立及报告单回报场景
(6) 治疗操作术语标准化
对治疗操作术语进行标准化，适用于医嘱治疗操作申请场景
(7) 症状体征术语标准化
对症状体征术语进行标准化，服务于 NLP 理解病情内容。
(1) 医学数据标准化体系
建立医学数据标准化体系，通过医学主术语建设、标准化术语基线与分类建设和标准化术语本体库建设等建立数据标准化体系。
(2) 数据标准化处理体系
建立数据标准化处理体系，利用相似性算法以及语义分析实现对医院结构化和后结构化数据进行标准化处理。
(1) 自然语言处理体系
提供建设自然语言处理体系。通过自然语言分词以及上下文语义识别，利用机器学习结合数据模型实现对自由文本病历的后结构化处理。
知识库及智能提醒，满足《电子病历系统功能应用水平分级评价方法及标准(试行)》5 级标准。
(1) 知识检索平台
支持对医学知识进行快捷检索。
(2) 疾病知识库
至少提供 4000 种疾病。支持疾病医学术语知识库查询，包括疾病名、缩写、别名、ICD 疾病代码、概述、流行病学、病因、发病机制、临床表现、并发症、检验、检查、诊断、鉴别诊断、治疗、预防、预后项目。
(3) 疾病流行病学分析
提供基于真实世界研究结果的流行病学分析展示，至少包括年龄分析、性别分析、职业分析、血型分析等。
(4) 药学知识库
支持药品信息查询，包括药名、商品名、剂型、 药理作用、适应证、禁忌证、注意事项、不良反应、用法用量、药物相互作用等，并提供药品与最相关疾病关联展示。
(5) 检验知识库
支持至少 1600 种各类检验项目信息的查询，包含概述、采样方法、临床应用、参考区间、临床意义等，提供知识拓展：包括最相关疾病，并提供检验与最相关疾病关联展示。
(6) 检查知识库
支持至少 200 种检查项目的查询，包含检查项目概述、适应症、禁忌症、检查准备、方法、临床意义、注意事项等，提供知识拓展，包括最相关疾病、智能扩展图形化展示类别、相似术语、上位术语、下位术语，并提供检查与最相关疾病关联展示。
(7) 症状知识库
支持症状内容介绍，并提供症状与最相关疾病关联展示。
(8) 体征知识库
支持体征内容介绍，并提供体征与最相关疾病关联展示。
(9) 手术操作知识库
支持手术和操作知识查询，包括概述、术前准备、麻醉方式、步骤、术中注意要点、术后处理、手术风险、手术并发症，提供最相关疾病关联展示。
(10) 医学资料文献库
支持具有代表性权威临床研究论文、医学期刊文献的查询，提供循证医学文献查询，包括系统评价和临床科学研究分类。
(11) 临床指南库
支持具有代表性权威的临床指南查询。
(12) 护理知识库
支持疾病、手术护理内容介绍，包括病情观察、落实治疗、护理措施、康复指导、护理质量标准。
(13) 法律法规知识库
支持医学相关法律法规查询。
(1) 疾病推荐
支持基于患者的主诉、现病史、辅助检查及其他病史内容推荐疑似疾病。
支持科室，至少包括：外科、骨科、呼吸科、儿科、神经科、肾内科、消化科、心血管内科、内分泌科。
(2) 疾病分层推荐
支持多层机器学习分析模型，分层推荐疑似疾病。
(3) 关联学科疑似疾病推荐
支持非本专业学科疑似疾病推荐，使医生决策更加精细化。
(4) 危急重疾病提示
支持危急重疾病诊断的筛选，并对危急重疾病进行提示。
(5) 疑似罕见病推荐
支持基于珍贵罕见病病历学习结果、结合xx委新发布罕见病目录，依据患者病情推荐疑似罕见病。
(6) 鉴别诊断
支持鉴别诊断推荐（知识库），提供与当前病历记录相适应的的疾病鉴别推荐。
(7) 历史数据学习鉴别推荐
支持基于医院数据分析结果，通过医院循证鉴别推荐，提供与当前病历记录相适应的疾病鉴别诊断推荐（处理一年的数据的鉴别诊断）
(8) 疾病发现
支持根据检验结果及检查结果，提供患者新出现疾病状况提醒，辅助医生及时补充、完善初始诊断。
(9) 推荐检验、检查
支持根据患者病情，推荐检验项目列表，辅助疾病确诊。支持根据患者病情，推荐检查项目列表，辅助疾病确诊。
(10) 检验项目说明
通过接口调用，实现检验申请或报告查看时获取相关检验项目的知识库项目说明。根据患者的检验结果，系统支持自动判断检验值是否异常，并进行结果解读。
(11) 检查项目说明
通过接口调用，实现检查申请或报告查看时获取相关检查项目的知识库项目说明。根据患者的检查结果，系统支持自动判断指标是否异常，并进行结果解读。
(12) 辅助回填
支持疾病名称回填至诊断页面，鉴别诊断回填至首次病程页面。
(1) 治疗方案
依据疾病指南和专家共识，提供疾病治疗原则及方案综述
(2) 推荐评估量表
支持根据患者病情推荐评估量表。
(3) 量表辅助计算
通过自然语言处理技术对电子病历文书进行后结构化处理，从结构化历史病历中抽取有效信息，与评估量表规则相匹配，自动化计算出相应分值，辅助医师对患者病情进行快速评估，从而为治疗方案的制定提供参考依据。
(4) 评估量表评估历史记录查看
支持评估量表评估历史记录查看
(5) 评估量表搜索
支持对系统中的评估量表进行搜索
(1) 诊断合理性
支持根据医院诊断字典，结合主诉症状、检验结果、检查结果以及性别、年龄等基础信息进行诊断合理性规则的判断。
(2) 药品合理性
支持根据医院药品字典，结合主诉症状、诊断、检验结果、检查结果以及性别、年龄等基础信息进行药品合理性规则的判断。
(3) 高警示药品
支持对高危药品开立给与警示。
(4) 治疗操作合理性
支持根据医院字典，结合主诉症状、诊断、检验结果、检查结果以及性别、年龄等基础信息进行治疗操作合理性规则的判断。
(5) 检验合理性
支持根据医院字典，结合主诉症状、诊断以及性别、年龄等基础信息进行检验合理性规则的判断。
(6) 检查合理性
支持根据医院字典，结合主诉症状、诊断以及性别、年龄等基础信息进行检查合理性规则的判断。
(7) 手术合理性
支持根据医院字典，结合主诉症状、诊断以及性别、年龄等基础信息进行手术合理性规则的判断。
(8) 超范围用药预警
支持根据医院字典，结合主诉症状、诊断以及性别、年龄等基础信息进行超范围用药预警规则的判断。
(1) 检查预警
支持检查结果回报触发相应规则。结合患者的主诉症状、诊断、用药、检验结果以及性别、年龄等基础信息进行综合预警
(2) 检验预警
支持化验单回报触发相应规则，结合患者的主诉症状、诊断、用药、检查结果以及性别、年龄等基础信息进行综合预警
(1) 预警规则管理
支持规则总览查看，可对于规则项目进行修改、删除及预警等级、专科标识、运行查看
(2) 统计数据
支持系统应用情况，对于系统使用情况和临床预警触发情况进行汇总分析。
（1）系统应支持至少并发 1000 用户，平均请求响应时间 3 秒以内。
（2）采用 B/S 架构，提高通用性和易用性，并方便随时更新发布。
（3）多层的应用架构；支持 IE10 及以上、Chrome、Firefox、Safari 等主流浏览器。
（4）系统应用需要采用面向服务的设计方法，具备高性能，满足未来 5 年的业务需求。
（5）具有用户可以配置的规则引擎
（6）基于组件的设计，用户可以根据需要按角色组合和配置组件
（7）具有良好的安全机制完成用户的认证、授权和数据保密。
（8）提供服务访问权限控制；
（9）提供服务监控和使用情况报表展示；
（10）提供多机均衡等机制确保服务能力和可用性。 (五）科研数据中心以及基于科研数据中心的应用
科研数据中心是医院整合在研病例的数据关联，通过入选、校对、排除筛选以科研课题设计为基础的系统，为临床、科研提供数据研究的支撑依赖，且支持多中心科研病历的整合；为临床科研教学提供一体化临床、科研及教学服务。
数据元管理服务应满足国际数据元标准规范 ISO11179 对数据项进行标准化处理。从对象、特性、表示、值域等几个层面对数据进行标准化数据元定义。同时需要参考原国家卫生部数据元标准 WST 303-306 规定的卫生信息数据元模型、属性、卫生信息数据元的命名、定义、分类以及卫生信息数据元内容标准编写格式规范。
1) 应遵循国际标准 ISO／IEC 11179 要求。
2) 数据元应有 23 个基本属性，其中 6 个为关键属性：数据元名称、标识符、定义、数据类型、表示格式和允许值。关键属性是数据元的最小属性集合，不可缺失。
1) 提供对对象类进行增加，删除，修改，查询，以及撤销的操作。已经被数据元引用过的对象类，将不能被修改或删除。
2) 提供对特性类进行增加，删除，修改，查询，以及撤销的操作。已经被数据元引用过的特性类，将不能被修改或删除。
3) 提供对表示类进行增加，删除，修改，查询，以及撤销的操作。已经被数据元引用过的表示类，将不能被修改或删除。
4) 卫生信息数据元(DE)标识符要采用字母数字混合码,包含数据标识符(DI)和版本标识符(VI)两级结构，VI 可省略。
1) 应能实现将有固定逻辑关系的数据元组成一个数据组的功能，并可对数据组信息进行管理。
2) 数据组的创建与编辑需经过审核。
3) 单个数据组应包含多个数据元。
1) 提供将相关的数据元、数据组添加到数据集中，并对数据集信息进行管理。
2) 数据集的创建与编辑需经过审核。
3) 单个数据集包含多个数据组或多个数据元。
4) 数据集可导出，应能够支持不同的应用系统使用。
5) 数据集编码规范应遵循中华人民共和国卫生信息行业标准 WS/T306-2009《卫生信息数据集分类与编码规则》。
1) 按照值域项（数据元允许值）的内容来定义值域的名称，可与数据元的名称相
同。
2) 应遵循卫生信息数据元值域代码表的标识符根据卫生信息的归类确定。
3) 提供对值域中的值进行标准指定。标准值的查询、新增、修改、删除。
前瞻性研究管理系统需遵循 GCP 管理规范，应满足研究人员自定义研究方案，如队列研究、药物临床试验等。系统支持多项目、多中心平台化管理，可进行互联网化部署。
1) 支持 Web 访问。
2) 提供课题的创建、编辑、信息配置、锁定和延长结题日期功能。支持课题审批、结题、终止、文献及论文上传等管理机制，课题到期提醒等。课题描述信息内容至少包括：课题编码、课题名称、负责人、起止日期、申报机构、课题经费等。
3) 支持对课题资料进行管理，并可按文件类型、名称进行检索。管理的文件类型包括但不限于：图片类型、文档文件类型、视音频类型、压缩文件类型等。支持对单次文件上传大小进行限定。
4) 支持对课题经费进行管理，记录课题经费使用情况，记录内容主要包括（但不限于）：使用人、使用金额、用途、时间、批准人等。
5) 提供多中心课题显示功能，可统一查看登录人所参与的课题，并展示课题相关进度，主要有但不限于：当前登录人个人可查看患者入组进度、访视完成进度、质询解决情况等。
6) 提供课题管理多维度统计功能，包括各访视完成进度、入组人数进度、超窗统计、经费使用统计、质询内容统计等。
7) 提供多中心课题进度统计功能。包括中心入组统计、中心人员工作量统计、中心访视完成统计、中心脱落统计等。
1) 提供机构管理功能，实现机构的新增、编辑和删除；并可对机构内人员实现新增、编辑、删除、禁用、密码重置、用户导出和导入等操作。
2) 提供分中心管理应实现添加机构下分中心的创建、编码配置、计划入组等设置。分中心关键信息包括（但不限于）：中心编码、中心名称、负责人等。
3) 提供人员管理功能，可提供分中心下科研人员的创建、编辑、删除和密码设置、密码重置等功能，其中要求密码包括但不限于默认密码和随机密码，支持随机密码能通过邮件形式发送至用户的邮箱。
1) 提供访视自定义功能，配置访视属性、采集模板等。
2) 提供队列自定义功能，可自定义队列分支，并且需要支持配置队列所包含的访视内容。
3) 提供通过点选的形式对方案进行描述，可实现方案的主线描述、队列分支描述。每个访视需要独立配置方案属性，包括但不限于：所属角色、是否为计划、间隔时间、时间起点、提前提醒天数、窗口期、是否为重复、活动阶段状态和活动附件类型。每个队列分支可单独配置入组条件，通过逻辑关系的设定，对满足条件的患者进行分组，分组形式可选择手动、自动和随机化形式。随机化形式可对接随机盲底；计划配置可实现： RCT 研究、注册登记研究、随访研究、临床资料收集等方案。
1) 提供对接“数据标准管理系统”标准化的数据元，用来设计制作模板。
2) 提供图形化的操作形式，可以插入“数据标准管理系统”的标准化数据元，生成相应的录入元素；录入元素的类型，至少包括：文本型、单选型、多选型、下拉型、刻度尺、附件型等。
3) 提供的模板样式功能至少包括：录入元素位置调整、字体调整、字号调整、字体及背景色调整、表格元素插入、元素缩进等。
4) 支持元素进行逻辑定义功能，包括但不限于：元素间选项控制显示隐藏、模板间选项控制显示隐藏、具体分值控制模板内元素组是否可填写。
5) 提供公式自定义功能，至少包括：基本数学计算公式编辑、自定义编写计算公式等。
6) 提供元素质控设定功能，包括但不限于：极值范围设定、正常值范围设定、输入类型控制等。
7) 可拖拽实现自定义 CRF 表单；支持表单模板、数据快速获取及回填保存、非结构化数据自动进行结构化化填写等
1) 提供多种招募形式，可以使用网站招募形式对研究人群进行招募补充。同时也可以使用微信公众号形式进行对象招募。由医生确认后进行入组操作。
2) 提供招募内容自定义，可依据项目不同，对招募信息的内容进行自定义设计。根据不同的研究，自定义不同的招募内容。
3) 提供院内人群对接功能，可与其他系统进行数据对接，将满足入、排标准的研究对象进行招募池补充。
1) 提供对接口（webservice、DBview 等）的配置，通过界面化配置实现接口的数据抽取，配置包括：接口服务配置、执行时间配置、字段映射和抽取日志记录配置。
2) 提供按访视断面进行数据接入功能。
1) 提供展示当前对象各访视节点，可录入各阶段的数据。
2) 提供非计划事件添加功能。
3) 提供非必填表单添加功能。
4) 提供 CRF 表单提交后数据项单独修改功能，修改时必须填写修改原因。
5) 提供修改数据留痕功能。
6) 提供访视附件分类上传功能。
7) 提供脱落功能，当对象满足脱落原因后，可进行脱落操作。
8) 提供样本信息查看功能。
9) 提供备注记录功能。
10) 提供质询消息实时沟通功能。
（1） 提供对 CRO 公司的新增、编辑、删除功能。
（2） 提供对对 CRA 人员进行管理，提供新增、编辑、删除、密码重置和机构分
配。
（3） 提供各访视质询状态列表，并支持对单独访视进行表单质询。
（4） 支持查看对象各访视录入情况，对单独数据项进行质询。
（5） 提供质询消息实时沟通功能，可与研究者实时沟通。
（6） 提供剔除功能，可对不符合研究方案的患者执行剔除操作，并记录剔除原因，并支持导出操作。
（7） 提供极值查看模块，可统一展示出现极值的数据，可快速质询。并支持导出操作。
（8） 提供按时间查看研究编码是否是按照顺序进行排序，以验证入组人员是否随机化，并支持导出操作。
（9） 提供查看由于脱落导致病例未能完成整个研究阶段的病例，并支持导出操
作。
（10） 提供查看访视中各表单的数据项的完整情况，可按分中心进行筛选，统计各数据项录入的完整度百分比。并需要导出操作。
（1） 应支持表单数据多条件检索功能，可选择数据项并构建多种关系的检索条件，逻辑关系包含（但不限于）：等于、大于、小于、大于等于、小于等于、不等于、包含、为空等。
（2） 应支持自定义导出内容功能，可由使用情况，自定义选择需要导出的数据项，并具有完整的审批流程、患者信息脱敏保护等机制。
（3） 应支持表单数据导出到常用格式文件的功能（excel、csv 等）。
（1） 提供用户信息修改功能，包括姓名、性别、手机号、邮箱、密码等信息修
改。
（2） 提供自定义编码设计功能。
（3） 提供服务邮箱设置功能。
（4） 提供服务邮箱中邮件模板自定义。
（5） 提供页面权限管理功能。
（6） 提供操作权限管理功能。
（7） 提供数据权限管理功能。
（8） 提供角色配置功能。
建设数据抽取体系，实现对病历、检验、检查、医嘱、护理等数据进行历史数据抽取和增量抽取。
通过自然语言分词以及上下文语义识别，利用机器学习结合数据模型实现对自由文本病历、检查报告、护理记录等的全量数据后结构化处理。
利用相似性算法以及语义分析实现对医院结构化和后结构化数据进行标准化处理。对于异常数据进行人工标注处理。
透明化监控从数据抽取、数据融合、后结构化处理以及标准化处理过程日志，实现数据一致性核查和异常处理。
可以通过数据值域核查以及统计分析模型实现数据质控。
建设多层级数据权限管理体系。实现通过多层级账号和安全体系设置。
通过数据资源展示平台，可以了解数据中心的数据资源状况、数据服务状况。
建立大数据科研分析系统，利用大数据处理、自然语言分词、机器学习、知识图谱等技术，整合并挖掘包括电子病历、检验检查、医疗影像、基因序列等在内的海量医疗数据，形成以患者为中心的完整时间序列研究资源库，并利用数据挖掘算法，实现临床数据的深度解析与可视化，辅助临床医生构思科研想法以及提出病因假设。基于大样本临床试验，快速完成问题验证并生成统计结果，降低科研成本，提升医疗机构服务质量和科研成果转化效率。
利用大数据科研分析系统建设两个学科的应用研究项目：
支持用户对所关注研究人群通过建立专病库的方式来进行数据处理及分析，辅助用户建立高质量的专病库，支持数据分布情况的展示，支持问题数据溯源，支持搭建从疾病发生、发展到临床结局的全过程诊疗模型
全变量完整度分析、数据溯源核查
导出方案管理（方案保存、方案编辑）、相对时间配置、导出过程审核、导出数据智能量化、导出数据格式定制
1) 操作响应时间：
用户登录系统时间小于 3 秒。
用户点击功能菜单，显示相应页面时间小于 3 秒。
2) 系统容量：
可存储的患者信息（包括门诊、住院、急诊等）应满足实际工作需求，并根据发展规划，设计系统冗余。
系统在容量、性能、用户数量等方面具有扩展性，能够满足未来 5 年的业务需求。
系统具备方便的系统接口扩展能力。
支持至少并发 300+ 用户，每日 100 万用户访问。采用大数据架构，支持 PB 级数据量。
系统能够 7*24 小时提供服务；
1) 能够检测和鉴别信息及重要业务数据在传输过程中未受到破坏，保证数据的完整性；
2) 使用加密方法实现存储的保密性；
3) 能够对重要信息进行备份和恢复，关键设备和数据处理系统有冗余方案，保证系统的可用性。
1) 数据收集：
利用主流的数据解决方式，实现临床信息系统数据纳入及采集；
2) 数据容量：
需要将医院的历史临床数据纳入收集到科研数据系统；
同时考虑将未来每年年门急诊数量 300 万人次的临床数据进行增量同步，纳入收集到本系统；
基于数据中心，通过建设病历全文检索工具，可以对全院历史病历文书或检查报告文本等非结构化文本，通过字进行检索。检索结果显示具体的包含关键字的病历文书或报告，医生可以直接查看文书或报告，也可以通过文书对该患者的整个诊疗信息进行分析和研究。
（1） 提供关键字检索功能，同时支持多个关键字连接查询；
（2） 提供快速查询体验（3 秒以内）；
（3） 提供常用关键字聚合功能，
（4） 提供查询关键字统计功能；
（5） 提供按照文档类型自动筛选结果功能（病程、手术记录、出院小结等）；
（6） 提供按照入院科室、年龄、性别等筛选数据功能；
（7） 提供查看病历原始文档内容功能；
（8） 提供检索条件收藏功能，同时支持收藏条件自动查询功能；
（9） 对查询患者和病历等内容进行权限控制，如科室只能检索本科室病历；
（1） 数据集标准化和共享文档标准的改造
（2） 接入集成平台和数据中心实现互联互通和满足数据中心应用中的指标提取进行的各系统改造
（3） 具备软件容错能力，根据各系统应用需求改造
（4） 提供数据访问警示服务功能
（5） 针对《河北省电子健康卡建设实施方案》接口规范要求，各系统需要进行的系统改造。
（6） 根据国家和省级《三级公立医院绩效考核指标》要求中的指标体系建设的要求需要系统改造的内容。
为满足通过卫生信息互联互通标准化成熟度测评四级甲等水平和电子病历系统应用水平分级评价五级测评目标需要主要核心系统改造，对以下系统进行整合改造，要求满足并达到《电子病历系统应用水平分级评价标准》5 级、《医院信息互联互通标准化成熟度》四级甲等评级标准要求。
项目建设所需要的第三方数据库、操作系统、中间件、工具等基础软件正版授权。注：以上加*的为重要技术指标，投标人有一项不满足的即为无效投标，但可以优于标书要求。以上加▲的为关键性指标，在评标中将予以重点评价；其他项为一般技术指标。
三、采购项目商务要求
*1、投标报价：
本项目预算为 1459 万元，投标人投标报价超过预算的为无效投标。投标报价包含完成采购项目的开发、实施、相关技术支持及服务、运输、保险及各项税金、支付给第三方的接口费、数据迁移等所有费用。
*2、项目实施完工时间：合同签订后 18 个月。 3、项目实施地点： 采购人指定地点
4、付款方式：项目实施完成整体验收后，支付合同款的 100%。
5、项目验收要求：
项目交付后由采购人根据合同、招标文件、投标文件组织验收。 6、监理与等保测评：
采购人将单独聘请监理机构负责项目监理。
采购人将单独聘请第三方等保测评机构负责项目测评。 7、项目组织结构及团队要求：
项目集中上线期间，提供原厂实施人员不少于 20 人，其中核心实施小组人员不少于 3 人。项目验收前，实施团队更换人员不得超过总人数的 20%。
以上原厂人员提供相关证书扫描件及公司近 3 个月的社保证明并加盖公章。
采购人认为核心实施小组是保证项目成功的关键因素之一，在项目未结束时不得更换核心实施小组。
*8、售后服务：
（4）项目验收合格后，须提供不少于 2 名驻场工程师。驻场工程师须有 3 年以上在投标产品生产厂商的工作经历和项目实施经验。
（5）投标方须至少保证一年内，对医院现有信息系统、外部接口，以及今后新增信息系统、外部接口等需要连接所投相关软件系统时不再收取接口费用。
（6）质保期：应用软件从项目整体验收通过之日起 1 年。质保期内，至少派驻 2名工程师负责现场服务，应用软件和硬件的升级、维护均免费。
（7）质保期过后，投标人应提供系统软件终身维护服务，具体维护费用由医院和
中标人通过合同或协议商定。 9、培训：
采购人认为培训是保证项目成功的一个重要手段，因此为了保证系统顺利完成，投标人需要准备一份完整的培训计划，对采购人各类人员进行相关的培训，包括但不限于以下内容：
现场培训和集中培训等多种方式，培训的内容、次数和方式由采购人提出，采购人仅负责提供培训场地、培训电脑和培训人员的召集。
培训环境的搭建、培训文档的准备、培训的实施、培训人员的考核等由投标人负责。对与本项目的相关技术，投标人也需要提供必要的手段保证能够将其传授与采购人。
4）第三方支撑软件（如数据库、操作系统、中间件）的使用、开发、维护培训。
10、保密要求：投标人购买招标文件后须严格保密本次项目招投标所供给的相关信息和技术资料。
11、现场勘查：
（1）为使各投标人能充分了解本项目及更加合理的报价，投标人投标前需在规定的时间内自行进行现场勘查，根据勘查情况，自行设计和计算配置需求，由于遗漏或缺陷引起的任何项目增加，所产生的费用由投标人完全承担。
（2）在现场勘查过程中，投标人如果发生人身伤亡、财物或其他损失，不论何种
原因所造成，均由投标人自己负责。
勘查时间、地点： 详见时间场地信息补充文件联系人：xx 电话:0000-00000000
12、演示要求：
（1）本项目采用河北省公共资源交易网上开标大厅系统，为更好的展示投标人的软件产品功能，方便评标专家理解投标软件的技术特点，在评标过程中安排视频播放环节。由每个投标人以录制视频的方式进行视频演示讲解，每个视频演示时间不超过 10分钟。
（2）投标人需演示以下内容：
1)集成平台: 提供图形化的消息追踪界面，实现消息生命周期的闭环管理。演示集成平台完善的监控界面，能够直观呈现各业务系统数据交换情况；通过集成平台自身控制台查看消息流转流程，跟踪每个消息的转发情况和异常情况，并能够对消息重发和补发；
2）数据中心：演示对于拥有数据范围权限的用户或应用系统只能访问到特定数据，需要设置查询接口的授权机制，对不同用户或应用系统进行数据类型、数据列、查询范围等限制；
3）要求演示基于患者索引和时间轴的全息视图，能够展示患者历次就诊记录，自动对患者全部或单次就诊记录异常结果标注，能够在界面上展示过敏、肝功能不全等提示，同时可根据专科和疾病需要，医生可以自定义设置专科展示指标，同时如糖尿病可以设置在检验结果中只显示血糖和糖化血红蛋白；
4）实时全文搜索，通过关键词进行医院历史病历数据的检索，快速定位关键词所在病历，对病历的历史文档内容进行查询查看，可查看到患者的全部诊疗信息；
（3）演示讲解视频由工作人员或评标专家播放，投标人未进行视频讲解演示的、或投标人提供的视频无法播放的，其软件演示分为 0 分。
（4）本项目投标人录制的演示讲解视频，采用 PotPlayer 软件播放，应以光盘的方式提供，装入一个档案袋中，并在封套的封口处加贴封条，加盖骑缝章。演示讲解视频邮寄应在投标截止日期前一日下午 16：00 前送达招标人指定地点，而不是以“邮戳为准”，截止时间后送达的演示讲解视频及因投标人原因邮寄地点错误导致逾期送达的演示讲解视频，由采购人出具说明，其软件演示分为 0 分。开标日当日，由采购人派专人将演示讲解视频送达省公共资源交易中心。各投标人应对其演示讲解视频的真实性、完整性、可播放性负责。
（5）本项目演示讲解视频送达或邮寄地址：河北石家庄长安区健康路 12 号河北
医科大学第四医院，收件人：xx，联系电话：00000000000。。请各投标人邮寄演示讲解视频当日与收件人联系。
注：上述商务要求中加*项目为重要商务要求，投标承诺低于招标文件规定要求
的其投标无效。
四、投标人资格要求
1.满足《中华人民共和国政府采购法》第二十二条规定，提供以下材料：
1）法人或者其他组织的营业执照等证明文件，自然人的身份证明；
2）财务状况报告，依法缴纳税收和社会保障资金的相关材料（a、提供经审计的财务状况报告或投标截止时间前 12 个月内的银行资信证明文件，如为新成立公司的，应提供于公司成立之日后的财务报表。备注：上述财务报告，开标日期为上半年的，应当为近两个年度任一年度经审计的财务报告；开标日期为下半年的，应当为上一个年度经审计的财务报告；b、提供投标截止时间前 12 个月内任意一次依法缴纳税收及依法缴纳社保的证明材料）；
3）具有履行合同所必需的设备和专业技术能力的证明材料（由供应商根据项目需求提供）；
4）参与采购活动前 3 年内在经营活动中没有重大违法记录的书面声明（格式自拟）。
注：以上资格要求中的证明材料须在投标文件中附扫描件并加盖投标人公章，否则为无效投标。
注：投标人提供的资格和业绩等所有资料均须附在投标文件中。
第三部分 投标人须知
一、总则
1.适用范围
x招标文件适用于本次招投标活动。 2.定义
2.1 “招标货物”指本招标文件中第二部分所述的本次采购包含的所有货物。
2.2 “服务”指本招标文件所述投标人应当履行的承诺和义务。 2.3“工程”指本招标文件采购内容所含工程。
2.4“投标人”是指响应招标、参加投标竞争的法人、其他组织或者自然人。
2.5“交易中心”指河北省公共资源交易中心。
3.合格投标人
3.1 具有本项目生产、制造、供应及/或实施能力，符合、承认并承诺履行本招标文件各项规定的国内供应商均可参加投标。
3.2 投标人必须是已在中国境内依法登记注册并仍有效存续的供应商，并且其所持有的由工商行政管理局所核发的有效的营业执照上所载明的营业期限余额应当不少于本次采购的相关合同基本义务履行所需期限。否则，评标委员会有权视情况决定是否拒绝其本次投标。
3.3 投标人应当遵守我国的有关法律、法规，具备《中华人民共和国政府采购法》第二十二条规定的条件和本项目所需的特定条件。具体为：
（1） 具有独立承担民事责任的能力；
（2） 具有良好的商业信誉和健全的财务会计制度；
（3） 具有履行合同所必需的设备和专业技术能力；
（4） 具有依法缴纳税收和社会保障资金的良好记录；
（5） 参加此项采购活动前三年内，在经营活动中没有重大违法记录；
（6） 法律、行政法规规定的其他条件；
（7） 具有投标人须知前附表第 1 条规定的特定资质条件。
3.4 本次招标如为代理商投标的，代理商应遵守下列要求：
提供相同品牌产品且通过资格审查、符合性审查的不同投标人参加同一合同项下投标的，按一家投标人计算，评审后得分最高的同品牌投标人获得中标人推荐资格；评
审得分相同的，由采购人或者采购人委托评标委员会采取随机抽取方式确定一个投标人获得中标人推荐资格，其他同品牌投标人不作为中标候选人。
非单一产品采购项目，采购人应当根据采购项目技术构成、产品价格比重等合理确定核心产品，多家投标人提供的核心产品品牌相同的，按前款规定处理。
3.5 具有法人资格且与其他法人具有控股关联关系的投标人的特别规定如下：
单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得参加同一合同项下的政府采购活动。
组成联合体或者接受分包合同的中小企业与联合体内其他企业、分包企业之间不得存在直接控股、管理关系。
为采购项目提供整体设计、规范编制或者项目管理、监理、监测等服务的供应商，不得再参加该采购项目的其他采购活动。
3.6 本次招标是否允许由两个以上投标人组成一个联合体以一个投标人身份共同投标，详见投标人须知前附表第 2 条。如允许联合体投标，则联合体各方必须符合下列要求：
（1）联合投标体应提供“联合投标协议书”，该协议书对联合投标各方均具有法律约束力。联合投标体必须确定其中一方为投标的全权代表参加投标活动，并承担投标及履约活动中的全部责任与义务，且联合体各方无论是否实际参加、发生的情形怎样，一旦该联合体实际开始投标，联合体各方均应当就本次采购所引起或相关的任何及/或所有事项、义务、责任、损失等承担连带责任。申请参与本项目联合投标成员各自均应具备政府有权机构核发的有效《营业执照》；均应是自主经营、独立核算、处于持续正常经营状态的经济实体；均应具有相应的行政主管部门核发的资质证书；均应具备同类项目业绩，在设备、人员、资金、安全、质量保证及环境保护等方面具有圆满完成本项目的能力。
（2）由同一专业的投标人组成的联合体，按照资质等级较低的投标人确定资质等级。
（3）如项目涉及两个或两个以上不同专业时，联合体各方中至少应当有一方对应满足本项目规定的相应资质条件，并且联合体投标人整体应当符合本项目的资质要求，否则，其提交的联合投标将被拒绝。
（4）联合体中标后，合同应由各成员的合法授权代表签字并加盖各成员公章，以便对联合体成员作为整体和他们各自作为独立体均具有法律约束力，但若该等签字及/或公章不齐全或缺乏，该联合体的牵头人的签署或类似的意思表示人具有代表该联合体
的签署及/或意思表示的法律效力，并且据此各成员为履行合同应向采购人或任何相关第三方承担连带责任。
（5）投标联合体及/或其成员通过协议、控股或分支机构或其它方式就供货及/或服务等与任何独立或非独立的他方构成联合、分属或其它关系、相关责任义务等，均由投标联合体及/或其成员与该他方自行协商约定，投标联合体及/或其成员与该他方之间的约定均仅属于其间分担权利义务与责任的办法，对采购人或相关第三方均不具有任何约束或效力，且一旦发生与本招标、投标、协议及其履行相关的责任，均仅应由投标联合体及/或其成员与该他方各自或承担连带责任，而投标联合体及/或其成员依据本次招标、投标原所应承担的对采购人或相关第三方的责任均并不因此被减、免。
（6）联合体及/或其成员未经采购人事先书面同意，不得将其在合同项下的权利及
/或义务全部或部分转让给第三人，有关分包事项或服务委托等须事先取得采购人书面同意并且须遵守相关法律、法规、本次招标的全部相关规定。
（7）联合体各方均不得同时再以自己独立的名义单独投标，也不得再同时参加其他的联合体投标。若该等情形被发现，其单独的投标和与此有关的联合体的投标均将被一并拒绝。
3.7 投标人下载招标文件时应提供相关信息，如联系人、联系电话等，进行登记备案。
4. 投标费用
投标人应当承担所有与准备和参加投标有关的费用，交易中心和采购人在任何情况下均无义务和责任承担这些费用。
5.通知
对与本项目有关的通知（含有关通知、更正公告、变更公告等），交易中心将以在本次招标公告刊登的媒体上发布公告的形式和书面形式（包括书面材料、信函、传真、电子邮件等任一形式，下同），向投标人发出，传真和手机号码以投标人下载招标文件时所登记的信息为准。收到通知的投标人应以书面方式立即予以回复确认并及时告知交易中心，但投标人未回复或交易中心未收到回复时，不应作为交易中心未向投标人发出该通知的依据，交易中心因此不承担任何责任，有关的招标活动可以继续有效地进行。因登记有误、传真线路故障或其它任何意外情形，导致所发出的通知延迟送达或无法到达投标人，除非有适当的证据表明交易中心已经明知该项应当通知的事项并未实际有效到达，且交易中心认为仍有条件和必要及时地再次补发通知而故意拖延或不予补发通知，则交易中心因此不承担任何责任，有关的招标活动可以继续有效地进行。
6. 招标文件的内容
招标文件由下列六部分内容组成：第一部分 投标邀请函
第二部分 采购项目内容第三部分 投标人须知
第四部分 评标标准和评标方法第五部分 合同书格式
第六部分 投标文件格式
7. 招标文件的澄清和修改
7.1 交易中心可以对已发出的招标文件进行必要的澄清或者修改，澄清或者修改的内容可能影响投标文件编制的，将在招标文件要求提交投标文件截止时间至少 15 日前， 在财政部门指定的政府采购信息发布媒体上发布更正公告。
7.2 交易中心对已发出的招标文件进行的更正、变更。更正公告或变更公告的内容为招标文件的必要组成部分，对所有投标人均具有约束作用。交易中心将通过网站“变更公告”和电子交易系统内部“变更文件”告知投标人，对于各项目中已经成功报名并下载招标文件的项目投标人，系统将通过第三方短信群发方式提醒投标人进行查询。各投标人须重新下载澄清后招标文件，以此编制投标文件。投标人投标登记时所留手机联系方式要保持畅通，因联系方式变更而未及时更新系统内联系方式的，将会造成收不到短信。此短信仅系友情提示，并不具有任何约束性和必要性，采购人和交易中心不承担投标人未收到短信而引起的一切后果和法律责任。
7.3 交易中心将视情况确定是否有必要召开标前会。如果召开标前会，交易中心将向所有已领取了招标文件的投标人发出通知。
二、投标文件
8. 投标文件的语言和计量单位
8.1 投标人提交的投标文件（ 包括商务及技术文件和资料、图纸中的说明）以及投标人与交易中心就有关投标的所有来往函电均应使用中文简体字。
8.2 投标文件所使用的计量单位，必须使用国家法定计量单位。 9.投标文件的组成及相关要求
9.1 投标文件分为商务部分和技术部分。商务部分指投标人提交的证明其有资格参
加投标和中标后有能力履行合同的文件。技术部分指投标人提交的能够证明投标人提供的货物及服务符合招标文件规定的文件。本次招标，投标人应按投标人须知前附表的规定提交商务、技术部分内容和需要投标人自行编写的其他文件，其中加*项目为必须做出明确响应的条款，若有缺失或无效，将作无效投标处理。具体填写要求及格式详见本招标文件第六部分。
9.2 投标文件规格幅面（A4），按照招标文件所规定的内容顺序，统一编目录、编页码（投标文件中扫描件及彩色宣传资料等均须与投标文件正文一起逐页编排页码）。为方便评标，必须按照招标文件第六部分格式要求制作。由于编排混乱导致投标文件被误读或查找不到，其责任由投标人承担。
9.3 保证金
（1）投标人按投标人须知前附表要求提交投标保证金。
（2） 投标人在投标有效期之内撤销投标时,投标人的投标保证金将不予退还。
（3） 投标人在中标后未按招标文件规定与采购人签订购销合同时,投标人的投标保证金将不予退还。
（4）中标人按投标人须知前附表要求提交履约保证金。
9.4 投标报价
（1）所有投标报价均以人民币为计算单位。只要投报了一个确定数额的总价，无论分项价格是否全部填报了相应的金额或免费字样，报价均被视为已经包含了但并不限于各项领取货物及其运送、安装、调试、验收、保险、税金和相关服务等的费用。在其它情况下，由于分项报价填报不完整、不清楚或存在其它任何失误，所导致的任何不利后果均应当由投标人自行承担。
（2）如项目分包、投标人投报多包的，应对每包分别报价并分别填报开标一览表。但报价不得超出该包预算。
（3）本次招标是否接受可选择或可调整的投标和报价，详见投标人须知前附表第 7 条。
（4）投标人要按投标报价分项明细表的格式填写投标总价包含的报价项目的明细情况，并由法定代表人或投标人代表签署。
（5）投标人对投标报价若有说明或优惠承诺应在开标一览表显著位置注明，只有开标时唱出的报价优惠承诺才会在评标时予以考虑。
（6）投标的报价优惠承诺应与开标一览表、投标报价分项明细表有关报价项目相对应。除报价优惠承诺外，任何超出招标文件要求而额外赠送的软件、硬件设备、免费
培训等其他形式的优惠，在评标时将不作为价格折算的必备条件。
（7）对于有配件、耗材、选件、备件和特殊工具的，还应填报投标货物配件、耗材、选件、备件及特殊工具清单，注明品牌、型号、产地、功能、单价、批量折扣等内容，该表格式由投标人自行设计。
（8）本项目的评审采用综合评分法，最低报价不能作为中标的保证。
9.5 本项目是否允许投标人将项目的非主体、非关键性工作交由他人完成详见投标人须知前附表第 8 条。
10.投标内容填写说明
10.1 投标人应详细阅读招标文件的全部内容。投标文件须对招标文件中的内容做出实质性和完整性的响应。
10.2 投标人照搬照抄招标文件技术、商务要求，并未提供技术资料或提供资料不详的，评标委员会有权决定是否通知投标人限期进行书面解释或提供相关证明材料。该投标人在规定时间内未做出解释、做出的解释不合理或不能提供证明材料的，评标委员会有权作无效投标处理。
10.3 投标文件应严格按照招标文件第六部分的要求提交，并按规定的统一格式逐项填写，不准有空项；无相应内容可填的项应填写“无”、“未测试”、“没有相应指标”等明确的回答文字。投标文件未按规定提交全部内容或留有空项，将被视为不完整响应的投标文件，评标委员会有权作无效投标处理。
10.4 开标一览表为在开标仪式上唱标的内容，要求按格式统一填写。
10.5 投标人必须保证投标文件所提供的全部资料真实可靠，并接受评标委员会对其中任何资料进一步审查的要求。
11.投标文件的有效期限
x项目投标文件的有效期见投标人须知前附表第 11 条，有效期短于该规定期限的投标文件将被拒绝。
12. 投标文件的签署及其他规定
12.1 组成投标文件的各种文件均应遵守本款规定。
12.2 投标人在投标文件及相关文件的签订、履行、通知等事项的文件中的“单位盖章”、“印章”、“公章”等处均仅指与当事人名称全称相一致的标准公章，不得使用其它（如带有“专用章”等字样）的印章，否则为无效投标。
12.3 投标人应按照招标文件要求，在投标文件的封面下方以及其他本招标文件要
求的位置填写投标人全称并加盖公章，未按要求盖章者为无效投标。
12.4 投标人须注意：为提倡诚实信用的投标行为，特别要求投标人应本着诚信的原则，在本次投标文件的偏离表和其它偏离文件中(若本次招标文件中没有提供偏离表或其它偏离文件样本，投标人应当自制偏离表并附于本次投标文件中，并应当在总目录及分目录上清楚表明所在页数)，以审慎的态度明确、清楚地披露各项偏离。若投标人对某一事项是否存在或是否属于偏离不能确定，亦必须在偏离表中清楚地表明该偏离事项，并可以注明‘不能确定’的字样。
12.5 投标人应提交投标文件的要求以投标人须知前附表第 12 条规定为准，否则为无效投标。
12.6 因投标文件字迹潦草、提交资料不清晰或表达不清楚所引起的不利后果由投标人承担。
12.7 投标人应按照投标人须知的要求准备投标文件。
加密的电子投标文件一份（*.hetf 格式，在交易系统指定位置上传）。
三、投标文件的递交
13. 投标文件的递交时间、地点
13.1 投标人应在投标截止时间前上传加密的电子投标文件（*.hetf）到电子交易系统的指定位置。上传时必须得到电脑“上传成功”的确认。请投标人在上传时认真检查上传投标文件是否完整、正确。
13.2 投标人因河北省公共资源全流程电子交易系统问题无法上传电子投标文件
时，请在工作时间与技术信息处联系，联系电话：0000-00000000。 14.投标截止时间
投标文件须按照招标文件及时间场地信息文件规定的投标时间、地点递交。在投标截止时间后递交的投标文件，交易中心将拒绝接收投标人的投标文件。
15. 投标文件的补充、修改和撤回
15.1 投标人可以在投标截止时间前，对所递交的投标文件进行补充、修改或者撤
回。
15.2 在招标文件要求的投标文件提交截止时间之后，投标人不得对其投标文件进
行补充、修改，否则为无效投标。如要撤销其投标文件，投标保证金将不予退还。
15.3 因河北省公共资源全流程电子交易系统在开标前具有保密性，投标人在投标
文件递交截止时间前须自行查看项目进展、变更通知、澄清及回复，因投标人未及时查看而造成的后果自负。
16.投标文件制作
16.1 投标人通过“河北省公共资源交易平台（xxxx://xxx.xxxxx.xxx.xx/）”,网站服务大厅（常用下载专区）下载“投标文件制作软件”。
16.2 投标人凭CA 密钥登录电子交易系统自行下载所参加项目的招标文件和时间场地信息文件。招标文件含两种格式，包括①格式一（.hezf）；②格式二（.pdf）。
16.3 投标人应使用投标文件编制工具编制投标文件。并使用数字证书（CA）对投标文件进行加密、签名。电子交易系统不接收潜在投标人未按规定使用数字证书（CA）加密、签名的投标文件。潜在投标人在投标截止时间前可以对投标文件进行补充、修改或者撤回。
16.4 投标人须在投标文件递交截止时间前制作并提交：
加密的电子投标文件为“河北省公共资源交易平台（xxxx://xxx.xxxxx.xxx.xx/）”网站提供的“投标文件制作工具”软件制作生成的加密版投标文件。
16.5 招标文件格式所要求包含的全部资料应全部制作在投标文件内，严格按照本项目招标文件所有格式如实填写（不涉及的内容除外），不应存在漏项或缺项，否则将存在投标文件被拒绝的风险。
16.6 投标人编辑电子投标文件时，根据招标文件要求用法人 CA 密钥和企业 CA 密钥进行签章制作；最后一步生成电子投标文件（*.hetf 格式）时，只能用本单位的企业 CA 密钥加密。
四、开标
17. 开标及其有关事项
x项目开标时通过河北省公共资源交易网上开标大厅系统及相应的配套硬件设备
（话筒、麦克风等）完成远程解密、提疑澄清、开标唱标、结果公布等交互环节。为保证本项目远程开标会议顺利进行，特做如下提醒：
17.1 本项目通过电子交易平台递交投标文件，各投标人务必在投标文件递交截止时间前仔细确认投标文件已成功递交到系统内（以往项目中，经常发生投标人多次撤回修改投标文件，而却忽略最终递交的步骤），若因投标人原因导致递交失败，开标当日不得使用备用非加密文件进行补救，后果由投标人自负。
17.2 可使用河北省公共资源交易电子交易平台
（xxxx://xxxxxxxxxxxxx.xxxxx.xx/XxxxxxXxxxxxx）投标文件上传模块中的模拟解密功能，如能正常解密，说明本机满足远程自助解密要求。
17.3 进入河北省公共资源交易网上开标大厅系统后，请将 CA 密钥插入电脑并做好解密准备，在主持人的发出解密指令后，投标人在规定时间内完成解密。请投标人务必确保电脑、操作系统、浏览器等满足远程开标的使用、具备高速畅通的网络，并确保 CA 密钥不出故障。若因投标人自身的网络及软硬件问题导致在解密截止时间仍然未解密，投标文件将会被打回，不能参与后续评标。
17.4 河北省公共资源交易网上开标大厅系统访问地址： xxxx://xxxxx.xxxxx.xxx.xx:0000/XxxXxxxxxx
五、评标程序和要求
18. 组建评标委员会
18.1 交易中心根据政府采购有关法律法规和本招标文件的规定，结合本招标项目的特点组建评标委员会，评标委员会组成见投标人须知前附表第 15 条。评标专家由交易中心与采购人代表一起从政府采购专家库中抽取并现场通知；采购人代表由采购人向交易中心出具授权函授权参加评标。
18.2 采购人或交易中心就招标文件征询过意见的专家,不得作为评标专家参加评
标，采购人不得以专家身份参与评标，交易中心工作人员不得参加评标。
19. 投标文件初审
19.1 投标文件初审包括资格性检查和符合性检查。
19.2 公开招标采购项目开标结束后，采购人应当依法对投标人的资格进行审查。合格投标人不足 3 家的，不得评标。
19.3 评标委员会应当对符合资格的投标人的投标文件进行符合性审查，以确定其是否满足招标文件的实质性要求。
实质上响应的投标是指与招标文件的主要条款、条件和规格相符，没有重大偏离或保留。
（1）重大偏离或保留系指投标内容及相关货物的质量、数量和交货期限等明显不能满足招标文件的要求，或者实质上与招标文件不一致，而且限制了采购人的权利或投标人的义务，纠正这些偏离或保留将对其他实质上响应要求的投标人的竞争地位产生不
公正的影响。包括但不限于：
1） 本文件投标人须知前附表第 3、4 条带*部分的文件、资料不全或无效的；
2） 投标文件未按招标文件的规定签署、盖章的；
3） 投标有效期不足的；
4） 投标内容及相关投标货物性能、规格、数量、交货时间、货物包装方式、检验标准和方法、售后服务承诺等不满足招标文件中的相关要求和超出采购人可接受的偏差范围的；
5） 未按照招标文件规定报价的；
6） 不符合招标文件中有关分包、转包规定的；
7） 联合体投标文件未附联合体投标协议书的；
8） 未按招标文件要求提交投标保证金的；
9） 投标文件附有采购人不能接受的条件；
10） 不符合招标文件中规定的其他实质性要求。
（2）重大偏离不允许在开标后修正，但评标委员会有权允许修正投标中不构成重大偏离的地方，这些修正不会对其他实质上响应招标文件要求的投标人的竞争地位产生不公正的影响。
（3）如果投标文件没有明确响应招标文件的要求，投标人投标无效且不得再对投标文件进行任何修正从而使其投标成为实质上响应的投标。
（4）投标文件的细微偏差是指在实质上响应招标文件要求，但在个别地方存在漏项或者提供了不完整的技术信息和数据等情况，并且补正这些遗漏或者不完整不会对其他投标人造成不公平的结果。细微偏差不影响投标文件的有效性。
19.4 投标文件报价出现前后不一致的，除招标文件另有规定外，按照下列规定修
正：
（1）投标文件中开标一览表（报价表)内容与投标文件中相应内容不一致的，以
开标一览表（报价表)为准；
（2）大写金额和小写金额不一致的，以大写金额为准；
（3）单价金额小数点或者百分比有明显错位的，以开标一览表的总价为准，并修改单价；
（4）总价金额与按单价汇总金额不一致的，以单价金额计算结果为准。
（5）同时出现两种以上不一致的，按照前款规定的顺序修正。修正后的报价按照 87 号令第五十一条第二款的规定经投标人确认后产生约束力，投标人不确认的，其投
标无效。
19.5 评标委员会对投标文件的判定,只依据投标文件内容本身,不依据任何外来证
明。
20. 投标的澄清
20.1 对于投标文件中含义不明确、同类问题表述不一致或者有明显文字和计算错误的内容，评标委员会应当以书面形式（扫描并传输至远程投标人）要求投标人作出必要的澄清、说明或者补正。
20.2 投标人的澄清、说明或者补正应当采用书面形式，并加盖公章，或者由法定代表人或其授权的代表签字（扫描并在线传输由评标委员会接收）。投标人的澄清、说
明或者补正不得超出投标文件的范围或者改变投标文件的实质性内容。
20.3 如评标委员会一致认为某个投标人的报价明显不合理，有降低质量、不能诚信履行的可能时，评标委员会有权决定是否通知投标人限期进行书面解释或提供相关证明材料。该投标人在规定期限内未做出解释、做出的解释不合理或不能提供证明材料的，评标委员会可作无效投标处理。
21. 比较与评价
评标委员会应当按照招标文件中规定的评标方法和标准，对符合性审查合格的投标文件进行商务和技术评估，综合比较与评价。
22.中标候选供应商的确定及编写评标报告
22.1 评标委员会根据招标文件对有效投标人投标文件技术部分、商务部分，如有样品评分的还应包括样品，进行综合评审打分（项目分包招标的按包分别评审打分），最后根据评标委员会的综合打分结果，按照投标人得分高低排序，确定中标候选供应商。
22.2.评标委员会根据全体评标成员签字的原始记录和评标结果编写评标报告，并由全体评标成员共同签字确认。
根据财库[2012]69 号文件规定：评审委员会成员要依法独立评审，并对评审意见承担个人责任。评审委员会成员对需要共同认定的事项存在争议的，按照少数服从多数的原则做出结论。持不同意见的评审委员会成员应当在评审报告上签署不同意见并说明
理由，否则视为同意。 23.确定中标供应商
交易中心应当自评审结束之日起 2 个工作日内将评标报告送交采购人。采购
人应当按投标人须知前附表第 16 条规定的方式确定中标供应商。
中标供应商因不可抗力或者自身原因不能履行政府采购合同的或拒绝与采购人签
订合同的，采购人可以按照评标报告推荐的中标候选人名单排序，确定下一候选人为中标供应商，也可以重新开展政府采购活动。
24.评标过程保密
开标之后，直到授予中标人合同止，凡是属于审查、澄清、评价和比较投标的有关资料以及授标意向等，均不得向投标人或其他与评标无关的人员透露。
25. 关于投标人瑕疵滞后发现的处理规则
无论基于何种原因，各项本应作拒绝投标和无效投标处理的情形，即便未被及时发现而使该投标人进入初审、详细评审或其它后续程序，一旦被发现存在上述情形，评标委员会均有权决定对该投标予以拒绝，或有权采取相应的补救或纠正措施。一旦该投标人被拒绝或该投标人的此前评议结果被取消（包括已经签约的情形），其相关的一切损失均由该投标人承担。
26. 采购项目废标
26.1 在评标过程中，评标委员会发现有下列情形之一的，应对采购项目予以废标：
（1）符合专业条件的投标供应商或者对招标文件作实质响应的供应商数量不足 3家的；
（2）投标人的报价均超过采购预算的或因部分投标人的报价超过预算，导致合格供应商数量不足 3 家的；
（3）出现影响采购公正的违法、违规行为的；
（4）因重大变故，采购任务取消的。
26.2 废标后，交易中心应当将废标原因通知所有投标人，并依法重新组织采购活
动。
六、签订合同
27. 中标通知
27.1 评标结束后，交易中心将评标结果在中国河北政府采购网发布公告，同时由交易中心向中标供应商签发《中标通知书》。
27.2 交易中心对未中标的投标人不作未中标原因的解释。
27.3 中标通知书是合同的组成部分。
28． 签订合同
28.1 中标人应在接到中标通知书后，在投标文件的有效期内凭中标通知书，缴纳
履约保证金，并按《中标通知书》指定的时间、地点与采购人签订政府采购合同，否则将取消其中标资格，并没收投标保证金。
28.2 中标人应按照招标文件、投标文件及评标过程中的有关澄清、说明或者补正文件的内容与采购人签订合同。中标人不得再与采购人签订背离合同实质性内容的其它协议或声明。
28.3 在合同履行中，采购人如需追加与合同标的相同的货物，在不改变合同其他条款的前提下，中标人可与采购人协商签订补充合同，但所有补充合同的采购金额不得超过原合同金额的百分之十。
28.4 中标人中标后不得将合同转包，否则按相关规定追究法律责任。
28.5 依据《政府采购促进中小企业发展管理办法》规定享受扶持政策获得政府采购合同的，小微企业不得将合同分包给大中型企业，中型企业不得将合同分包给大型企业。
28.6 采购人应当自政府采购合同签订之日起 2 个工作日内，将政府采购合同在省级以上人民政府财政部门指定的媒体上公告，但政府采购合同中涉及国家秘密、商业秘密的内容除外。
七、中标服务费
29. 本次招标不收取中标服务费。
八、保密和披露
30. 保密
投标人自领取招标文件之日起，须承诺承担本招标项目的保密义务，不得将因本次招标获得的信息向第三人传播。
31.披露
31.1 交易中心有权将投标人提供的所有资料向有关政府部门或评审标书的有关人员披露。
31.2 在交易中心认为适当时、国家机关调查、审查、审计时以及其他符合法律规定的情形下，交易中心无须事先征求投标人/中标人同意而可以披露关于采购过程、合同文本、签署情况的资料、投标人/中标人的名称及地址、投标文件的有关信息以及补充条款等，但应当在合理的必要范围内。对任何已经公布过的内容或与之内容相同的资
料，以及投标人/中标人已经泄露或公开的，无须再承担保密责任。
九、询问和质疑
32. 投标人有权就招标事宜提出询问和质疑
32.1 招标程序受《中华人民共和国政府采购法》和相关法律法规的约束，并受到严格的内部监督，以确保授予合同过程的公平公正。
32.2 投标人对招标文件条款或技术、商务参数有异议的，应当在开标前有效期限内通过澄清或修改程序提出。
32.3 投标人对采购事项有疑问的，可以向采购人、交易中心提出询问。
32.4 供应商认为采购文件、采购过程、中标或者成交结果使自己的权益受到损害的，可以在知道或者应知其权益受到损害之日起 7 个工作日内，以书面形式向采购人提出质疑。
32.5 质疑应当以书面形式向采购人提出，供应商为自然人的，应当由本人签字；供应商为法人或者其他组织的，应当由法定代表人、主要负责人，或者其授权代表签字或者xx，并加盖公章。
32.6 供应商可以委托代理人进行质疑和投诉。其授权委托书应当载明代理人的姓名或者名称、代理事项、具体权限、期限和相关事项。供应商为自然人的，应当由本人签字；供应商为法人或者其他组织的，应当由法定代表人、主要负责人签字或者xx，并加盖公章。代理人提出质疑和投诉，应当提交供应商签署的授权委托书。
32.7 质疑书应当包括以下主要内容：
（1）供应商的姓名或者名称、地址、邮编、联系人及联系电话；
（2）质疑项目的名称、编号；
（3）具体、明确的质疑事项和与质疑事项相关的请求；
（4）事实依据；
（5）必要的法律依据；
（6）提出质疑的日期。
32.8 按照“谁主张、谁举证”的原则，质疑时应当提供相关证明材料。质疑材料应为简体中文，一式二份。质疑时供应商应在质疑期内一次性提出针对同一采购程序环节的质疑。
32.9 有下列情形之一的，属于无效质疑，采购人可不予受理：
（1）未在有效期限内提出质疑的；
（2）质疑未以书面形式提出的；
（3）质疑书没有法定代表人或授权代表签署并加盖单位公章的；
（4）质疑事项已经进入投诉或者诉讼程序的；
（5）其它不符合受理条件的情形。
32.10 采购人将在收到书面质疑后 7 个工作日内做出答复或相关处理决定，并以书面形式通知质疑供应商和其他有关供应商。
32.11 供应商进行虚假和恶意质疑的，交易中心可以提请政府采购监管部门将其列入不良记录名单，在一至三年内禁止参加政府采购活动，并将处理决定在相关政府采购媒体上公布。
32.12 质疑投标人对采购人的答复不满意以及未在规定的时间内做出答复的，可以在答复期满后 15 个工作日内向政府采购监管部门进行投诉。
第四部分 评标标准和评标方法
一、评标原则
评标委员会在评标时，依据投标报价和各项技术、商务因素对投标人及投标项目内容以及有关的货物进行综合评价，包括但不限于以下各项因素：
1、投标报价及优惠承诺、相关费用；
2、投标技术参数、指标及方案的合理性；
3、投标内容与招标文件规定要求的偏离；
4、付款条件；
5、实施交付和配送能力的承诺，包括实施完工时间等，应在招标文件规定的时间范围内实施并交付完毕，实施交付时间超过采购人可接受的时间范围的投标将视为非实质响应投标；
6、售后服务和质保期满后服务条件及承诺（在保修期内所需的费用如果是单独报价的话，评标时应计入评标价；在保修期满后的服务费用应在投标文件中列明，但不包含在评标价中）以及其他有附加值的服务承诺；
7、投标人提供的其它内容和条件。
二、评标方法
1、本次招标采用综合评分法。评标委员会根据评审情况，依据“三、评定内容及标准”的规定对有效投标人投标文件（如有样品或软件演示评分则含样品或演示情况）、资料等进行综合打分,打分采用百分制。评标委员会根据综合打分结果，按投标人须知第 22 条的规定确定中标候选供应商，项目分包采购的按包确定中标候选供应商。
2、评分说明：
（1）由评委对投标人投标文件等评审内容进行综合比较打分，评委打分表作为招标归档资料保存。
（2）交易中心工作人员对评委打分进行汇总取平均值。
（3）根据《政府采购促进中小企业发展管理办法》中有关规定，供应商提供的服务由中小企业承接，即提供服务的人员为中小企业依照《中华人民共和国劳动合同法》订立劳动合同的从业人员，享受办法规定的中小企业扶持政策。以联合体形式参加政府
采购活动，联合体各方均为中小企业的，联合体视同中小企业。其中，联合体各方均为
小微企业的，联合体视同小微企业。
对符合办法规定的小微企业报价给予 6%的价格扣除，用扣除后的价格参与评审；联合体参与投标的，接受大中型企业与小微企业组成联合体或者允许大中型企业向一家或者多家小微企业分包的采购项目，对于联合协议或者分包意向协议约定小微企业的合同份额占到合同总金额 30%以上的，对联合体或者大中型企业的报价给予 2%的扣除，用扣除后的价格参加评审。
中小企业认定时，须提供中小企业声明函，否则不予认可。
（4）在政府采购活动中，残疾人福利性单位视同小型、微型企业，享受预留份额、评审中价格扣除等促进中小企业发展的政府采购政策。向残疾人福利性单位采购的金额，计入面向中小企业采购的统计数据。残疾人福利性单位属于小型、微型企业的，不重复享受政策。
残疾人福利性单位认定时，须提供“残疾人福利性单位声明函”，否则不予认可。
（5）在政府采购活动中，监狱企业视同小型、微型企业，享受预留份额、评审中价格扣除等促进中小企业发展的政府采购政策。向监狱企业采购的金额，计入面向中小企业采购的统计数据。
若是监狱企业则需提供上述省级以上监狱管理局、戒毒管理局（含新疆生产建设兵团）出具的属于监狱企业的证明文件，若不是则不需要提供。
（6）评标委员会认为投标人的报价明显低于其他通过符合性审查投标人的报价，有可能影响产品质量或者不能诚信履约的，应当要求其在评标现场合理的时间内提供书面说明，必要时提交相关证明材料；投标人不能证明其报价合理性的，评标委员会应当将其作为无效投标处理。
（7）评标结果按评审后得分由高到低顺序排列。得分相同的，按投标报价由低到高顺序排列。得分且投标报价相同的并列。投标文件满足招标文件全部实质性要求，且按照评审因素的量化指标评审得分最高的投标人为排名第一的中标候选人。
（8）评标委员会成员打分时不协商,独立完成。
（9）无效投标不予打分。
三、评定内容及标准
类别 | 打分项目 | 标准分 | 评分标准说明 |
报价 | 报价分 | 15 | 投标人报价得分＝（评标基准价／该投标人报价） |
类别 | 打分项目 | 标准分 | 评分标准说明 |
×15 注：评标基准价为满足招标文件要求且投标价格最低的投标报价。 | |||
商务部分 | 培训 | 3 | 根据投标人对本项目所提供的培训方案进行综合评价：培训内容包括对本项目所涉及的软件功能、软件操作、软件管理维护等全面了解和掌握，能够为所有被培训人员提供培训使用的文字资料和讲义等相关用品，以及协助采购方准备培训用的计算机和网络环境，完全满足得 2 分，优于招标要求加 1 分，培训方案有缺陷或不 满足招标要求的得 0-1 分。 |
商务部分 | 其他要求 | 5 | 1、提供本次所投产品生产厂商（医院信息集成平台数据中心、临床科研平台、运营分析、医院等级评审、 HQMS 指标监测分析、临床辅助决策支持系统）软件著作权证书，软件著作权名称须包含以上要求的关键字，全部提供并且为同一厂商的得 1 分，其他情况不得分。2、投标产品生产厂商具有 ISO 38505 数据治理认证、ISO 27701 隐私信息管理体系认证，每提供一个得 1 分 3、投标产品生产厂商具有 CMMI 成熟度五级，得 2 分；CMMI 成熟度三级至四级，得 1 分；其他不得分。注：需在投标 文件中附上述资料扫描件，否则不予认可。 |
商务部分 | 项目组织结构及团队 | 10 | 1、根据投标人对项目的实施团队进行评价打分：第一档，组织管理机构完善、合理，团队人员构成和专业性强、经验丰富符合项目特点的，得 2.5-3 分；第二档，组织管理机构健全、合理，团队人员构成和专业性较好，相关经验较丰富，符合项目需求的，得 1-2 分；第三档，组织管理机构和人员构成基本合理，专业性和相关经验有欠缺或低于其他档次投标人，得 0-0.5 分。2、为保证项目的整体安全和质量，采购人要求提供投标产品生产厂商原厂实施服务，原厂实施团队需具有相应的专业技术能力:(1)实施团队中原厂项目负责人为信息系统项目管理师（高级）得 1 分，否则不得分。(2) 实施团队中原厂团队有系统架构设计师资质人员得 1 分，否则不得分。(3) 实施团队中原厂团队有项目管理专业人员 （PMP）、系统集成项目管理工程师、软件设计师、软件 工程师的专业资质，每提供一种得 1 分，满分 4 分。(4) 实施团队中原厂团队人员达到 20 人得 1 分，少于 20 人不得分。 |
商务部分 | 商务标响应情况 | 3 | 不能实质性满足采购文件重要商务条款要求的为无效投 标。在满足招标文件重要商务条款的基础上，对投标人 |
类别 | 打分项目 | 标准分 | 评分标准说明 |
商务条款响应程度进行综合比较评价：第一档，响应全面，描述完备、细致，完全满足且部分优于采购需求，得 3 分；第二档，响应较全面、细致，满足采购需求， 得 2 分；第三档，基本响应采购需求，但有缺陷或部分 一般指标不满足需求，得 0-1 分。 | |||
商务部分 | 售后服务承诺及维保体系 | 10 | 根据投标人的售后服务方案、技术支持能力与承诺优劣进行综合比较评价：第一档，售后服务保障体系及措施完善，技术支持能力强，服务响应快，响应程度高或优于采购需求的，得 7-10 分；第二档，售后服务保障体系及措施较好，技术支持能力较强，服务响应较快，满足采购需求，得 4.5-6.5 分；第三档，售后服务保障体系及措施基本符合招标要求，但技术支持能力和服务响应 速度较差或一般，得 0-4 分。 |
技术部分 | 集成实施方案综合评价 | 14 | 根据投标人提供的技术实施方案进行评分，包含对本项目建设详细实施计划、实施服务方案、软件测试、软件质量保障、应急方案以及现有系统的整合改造等方面进行综合评价，完全满足采购需求得 10 分，有一项优于招 标需求的加 1 分，加至 14 分为止。有一项缺失扣 2 分， 有一项不满足扣 1 分，扣完为止。 |
技术部分 | 所投产品系统异构集成能力 | 5 | 根据医院互联互通建设标准要求及医院的现有系统状 况，要求投标集成平台产品生产厂商具有与非自有 HIS系统深度集成能力。所投集成平台具有与 HIS 产品（非 所投产品自有 HIS 系统）的集成能力的证明材料扫描件，每提供 1 个得 1 分(与相同品牌HIS 系统多个集成的能力 证明按 1 个计算)，满分为 5 分。 |
技术部分 | 软件系统功能满足程度 | 15 | 不能实质性满足招标文件重要技术指标、参数要求的为无效投标。完全满足招标文件技术指标、参数要求的得 10 分，以此为基础，关键指标项优于招标要求增加 1 分 一般指标项优于增加 0.5 分，最多加 5 分，有一项不满 足招标文件要求的扣 1 分，扣完为止。 |
技术部分 | 软件互联互通符合性 | 4 | 集成平台产品参照医院信息互联互通标准化成熟度测评方案（2020 年版）进行标准符合性测试，数据集标准符合性、共享文档标准符合性、交互服务标准符合性等技术指标须符合互联互通四级甲等以上要求。完全满足招标文件要求得 2 分，优于招标要求的加 2 分，有缺陷或 不完善或表述不明确得 0-1 分。 |
技术部分 | 软件的可维护性及可扩展性 | 4 | 根据投标人提供的软件总体设计的可维护性、可扩展性进行综合评分。系统安全、可靠，招标人可以有效维护使用并能满足数据量和用户逐年增加的要求。完全满足招标文件要求的得 3 分。优于招标要求的加 1 分，有缺 陷或不完善或表述不明确得 0-1 分。 |
技术部分 | 软件易用性 | 4 | 根据投标人提供的软件，在满足用户操作习惯，方便业务处理及招标文件技术要求的前提下，从软件易理解性、 易学性、易操作性以及界面友好性四个方面进行综合评 |
类别 | 打分项目 | 标准分 | 评分标准说明 |
分，全部满足招标文件要求得 3 分。优于招标要求的加 1 分，有缺陷或不完善或表述不明确得 0-1 分。 | |||
技术部分 | 软件的安全措施 | 4 | 根据投标人提供的系统软件安全措施进行评分，包含对本项目的安全风险评估、系统安全措施、数据安全措施、应急恢复方案等，完全满足招标文件要求的得 3 分，优 于招标要求的加 1 分，有缺陷或不完善或表述不明确得 0-1 分。 |
技术部分 | 软件演示 | 4 | 根据现场演示要求提供功能演示，每提供一项完全符合 或优于招标文件要求的功能演示得 1 分，满分 4 分。 |
合计 | 100 | 注：分档打分的，同档次最小分值差为 0.5 分。 |
第五部分 合同书格式（参考格式）
需方（甲方）:
供方（乙方）:
供、需双方根据 年 月 日，编号为 招标文件的要求和招标结果，经协商一致，达成以下项目合同：
第一条 定义 1．“软件”包括“软件系统”，除另有指明外，指描述于招标文件中的在本合同
履行期内所开发和提供的当前和将来的软件版本，包括乙方为履行本合同所开发和提供的软件版本和相关的文件。
2．“可交付件”指附件中指定的由乙方所交付的软件，包括源代码、安装盘、技术文档、用户指南、操作手册、安装指南和测试报告等。
3．“交付”指乙方在双方规定的日期内交付约定开发的软件的行为。但是乙方完成交付行为，并不意味着乙方已经完成了本合同项下所规定的所有义务。
4．“规格”是指在技术或其他开发任务上所设定的技术标准、规范。
5．“里程碑”是指招标文件中所规定的由乙方在本软件开发过程中阶段性完成的，并具有相对独立性的部分软件或模块。
6．“源代码”指用于该软件的源代码。其必须可为熟练的程序员理解和使用，可打印以及被机器阅读或具备其他合理而必要的形式，包括对该软件的评估、测试或其它技术文件。
7．“商业秘密”指甲、乙方各自所拥有的，不为公众所知的管理信息、方式方法、顾客名单、商业数据、产品信息、销售渠道、技术诀窍、源代码、计算机文档等，或由甲、乙方在履行本合同过程中明确指明为商业秘密的、法律所认可的任何信息。
8．“工作日”指国家所规定的节假日之外的所有工作日，未指明为工作日的日期指自然顺延的日期。
第二条 开发目的
x软件是甲方为
而开发的软件。该软件处理的对象是甲方的
；该软件的主要功能和目标为 。
软件整体功能符合招标文件描述的 系统的要求，应达到 （正确性、效率、安全性、可靠性、开放性、实用性等）的技术指标。
第三条 甲方原有信息系统描述（如开发软件在甲方原系统中运行，可选择本条）甲方原有的相关计算机信息系统为 ，其主要功能是 。乙方将结合甲方的计算机信息系统进行软件开发，使开发软件的能同现有系统中已有的设备和相关软件相匹配。已有系统的设备和软件见附件 。
第四条 软件系统
1．乙方所开发的软件系统为 （系统名称）；其中：
（1）属于第三方的软件为 ；
（2）属于乙方所拥有的软件为 ；
（3）甲方委托乙方开发的软件为 ；
（4）乙方可以委托具有相应开发能力的第三方开发的软件为 。 2．乙方为甲方开发的软件系统分为 个子系统，包括 子系统、
子系统和 子系统，与 （甲方原有系统）共同构成本合同所规定的软件系统。该软件所构建的系统的主要功能为 。该软件系统的名称、里程碑、模块、功能、规格、版本、价格、检测标准等相关情况见附件 。
第五条 软件开发的交付进度和时间
1．本开发软件交付的时间为 年 月 日；
2．软件开发分为 个里程碑阶段，每个里程碑阶段的项目完成后，均应该依据本合同附件 所列的检测标准进行检测和交付。甲方将按照本合同的第
条规定进行付款。乙方开发软件或引用的检测标准不得低于 （国家
／行业／企业）的标准。其具体规格、检测标准、阶段和进度、付款方式等见附件
。
第六条 质量要求
自本合同签订之日起，乙方应尽力履行其在开发计划中所规定的义务，按时完成并交付每一项里程碑，其质量标准应符合招标文件的规定。
第七条 分包
x合同项下的项目禁止转包。如双方同意，乙方可以将本合同项下的 （项目名称）等非主体项目分包给具有相应资质的第三方实施。违反本条规定的，乙方应依据本合同的相关规定承担违约责任。
第八条 项目管理（供选择）
合同各方指派代表组成本信息系统开发管理小组，管理本软件的开发。管理小组成员名单和通讯方式见附件 。合同各方可以根据具体情况重新指定本方的管理