广东省医疗健康数据综合管理平台采购项目(GPCGD173174FD146F)单一来源采购公示

一、采购人：广东省卫生厅政务服务中心

二、采购项目编号：440000-201707-174015-0012

三、采购项目名称：医疗健康数据综合管理平台

四、采购项目预算金额（元）：950,000

五、拟采购的货物或者服务的说明

1、 根据《根据中华人民共和国政府采购法》第三十一条的规定，采用单一来源方式采购，须符合下列情形之一：

1.1.只能从唯一供应商处采购的；

1.2.发生了不可预见的紧急情况不能从其他供应商处采购的；

1.3.必须保证原有采购项目一致性或者服务配套的要求，需要继续从原供应商处添购，且添购资金总额不超过原合同采购金额百分之十的；

1.4.法律法规规定的其他情形。

本项目拟指定从唯一的供应商（武汉东方赛思软件股份有限公司，地址：湖北省武汉市）获取，属于上述规定的第1、4种情形，根据相关法律法规要求，进行单一来源采购公示。 

2、拟采购的内容

2.1.采购预算：95万元人民币

2.2.项目要求、需求内容：

项目建设意义

医疗健康大数据综合管理平台建设以满足业务工作需求为目的，顺应大数据建设发展需要，采用计算机、数据挖掘、网络与安全技术等技术，实现业务数据、业务系统的互联互通，为我省卫生资源整合布局，推动医改深入发展，解决居民看病贵、看病难问题提供了技术支持和数据支撑。

1）建立数据共享机制，实现业务信息标准统一

医疗健康大数据综合管理平台通过将卫生资源、医疗服务、居民健康、计划免疫等业务系统数据集中整合，推动了数据共享机制的建立；通过整合业务部门标准，统一数据规范，实现了不同业务系统数据标准的统一；通过支持业务人员自主获取业务信息，推动了数据应用范围，为充分发挥大数据效能，推进医疗健康大数据建设的发展。

2）统一业务系统，建立综合管理平台

医疗健康大数据综合管理平台的建设有利于各业务部门统计数据标准的整合，实现业务系统的融合与管理，满足跨系统、跨部门，跨领域数据查询需求。

3）统一管理权限，实现用户跨系统管理

医疗健康大数据综合管理平台的建设有利于将各业务系统的集中管理，实现各业务平台用户的兼容和权限调配，实现统一的监管，提供集约式、一站式服务。

4）加强数据质量质控，实现跨系统信息校对

医疗健康大数据平台通过将部门数据集成，可以实现跨部门、跨领域、跨数据库的数据质量对比核查，推进数据质量提升。有利于历史信息的整合对比，适用统计调查，可以把以往时期的数据统一入库，统一管理，利于数据的对比分析。

5）推动数据共享，解决数出多门等问题

医疗健康大数据平台提供统计辅助决策信息共享查询，实现多部门一站式服务，有利于解决数出多门，数据打架等情况。

6）加强数据分析利用，支持卫生强省、医疗高地建设

医疗健康大数据平台通过系统，加强数据分析利用，实现县域内住院率、DRG研究、卫生强省医疗高地建设的分析利用，开展医改评估、绩效考核等工作。同时，系统通过提供饼图、直方图、折线图、仪表盘、GIS地图、分析报告等功能，满足领导驾驶舱业务需求，满足大数据挖掘、利用需要。

7）有利于推动数据整合和维护

医疗健康大数据平台满足大数据业务需求，支持海量数据的导入、导出功能；满足后期数据的编辑、维护需求，提供模块化管理服务。并要针对不同类型用户的业务场景，支持多种访问数据的手段，包括预定义报表、交互式多维分析、即席查询、数据可视化、数据挖掘等方法，满足数据整合和管理需求。

8）有利用加强数据的安全管理

医疗健康大数据平台可以提供数据的统一管理和保障，通过加密、隔离、系统监测等手段，保障系统的平稳运行，避免数据泄露，丢失、修改等情况发生。确保网络数据的可用性、完整性和保密性。

健康大数据综合管理平台的建设，是卫生领域健康大数据的研究和应用，是将数据资源转变为生产力的重要体现，为我省的卫生事业的健康发展提供有力的数据支撑和保障，为居民健康水平的提高提供坚实的数据基础。 

主要建设内容

健康大数据综合管理平台是基于卫生部门主要统计业务系统的平台整合，实现数据采集、数据分析、数据利用，标准化建设、系统维护的同一平台集成。通过对多来源渠道、互相不一致的数据进行数据融合处理，在分析掌握现有系统架构、参数、数据库的基础上，采用分层次的方法对各类用户设置权限，以使不同用户既能获得各自所需要的数据，又能确保数据传输过程的安全性及共享数据的互操作性和互用性。系统要求在保证主要业务系统健康运行的基础上，实现基础信息、动态业务数据以及系统管理配置参数的统一管理、兼容，提供基于数据字典对实时数据和历史数据进行组织，支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。主要建设内容见下文：

1）数据整合

(1)业务字典库及指标梳理

为整合业务系统数据，健康大数据综合管理平台需要对各业务部门数据进行清理，统一分类标准和口径，明确指标口径的逻辑口径、统计口径、关联关系、取数来源和取数方式等内容，形成多渠道、多层次、多维度指标规范，建立联动化、专业化、科学化、体系化的指标管理体系；同时结合大数据应用需求，搭建统数据仓库模型和数据分析模型。

(2)历史数据接入

掌握和清理包括卫生资源、医疗服务、居民健康、死亡原因、疾病控制、卫生监督、爱国卫生、妇幼保健、科技教育、规划财务、计划生育等10余部门历史数据，解决由于调查制度变迁导致的数据变迁问题。

(3)机构与用户整合

建立机构集中管理模块，提供统一的机构和用户管理功能，实现所有用户在一个入口维护，权限设置、分配一键式控制等功能。为方便管理，系统需要提供提供自由、灵活的查询、添加、删除、锁定、管理等功能；对机构类别、医院等级，是否开业等状态进行历史记录，方便查找记录机构的整个发展过程。

2）系统开发

(1)采集模块集成及完善

a、集成改造广东省卫生统计网络直报系统

广东省卫生统计网络直报系统是省卫生计生委组织研发的数据采集系统，全省4.8万家医疗机构通过互联网按时上报包括卫生资源、医疗服务等常规统计报表的报送；同时，系统支持各类临时性报表任务的设计，发布，催报等工作，是卫生统计工作主要的业务系统。医疗健康大数据平台要根据广东省卫生统计网络直报系统的接口规范，在保证系统稳定、网络通畅的基础上，实现与卫生统计网络直报系统的无缝链接，满足业务功能需求，不影响系统正常运行。在系统基础功能基础上，实现对现有部分模块的改造，优化系统功能，提高系统工作效率。

b、集成基层病案采集系统

为实现病案首页全覆盖，2015年我中心研发了基层病案采集系统，全省基层医疗机构在线报送病案首页。医疗健康大数据平台要实现与病案首页采集系统的无缝集成，实现系统、用户平台登陆和集中管理的需求。

c、集成编码管理平台

为实现全省统计标准的统一，满足基层业务管理的需求，医疗健康大数据平台要与我省编码管理与维护平台对接，统一管理维护疾病诊断编码和手术编码；集成后的平台，要保障编码维护的功能，支持对功能模块的优化。

d、建立病案首页大数据仓库

2014年以来，我省病案首页采集范围从二级以上医院逐渐扩展到一级医院、妇幼保健院、专科疾病防治院，2016年将卫生院、社区中心纳入报送范围；数据量每年不到10个亿增长到近50个亿；系统涉及国家卫生统计网络直报系统、广东省卫生统计网络直报系统，基层病案系统，离线DBF历史文件等。医疗健康大数据平台要实现数据整合，建立病案首页大数据仓库，实现数据的一键抽取，集中汇总，综合利用。

e、建立一键式数据报送机制

健康大数据平台要建立数据报送管理平台，按照国家要求自主定制报送任务，及时完成国家要求的数据的采集与报送。

(2)质量控制平台集成及完善

为保障数据质量，实现统计业务数据全流程的平台管理，医疗健康大数据要实现卫生统计质量审核和评估系统的集成与对接。

a、集成卫生统计年报数据审核系统

为保证卫生统计常规统计数据的真实性、准确性，我省组织研发了卫生统计年报数据审核平台，在医疗机构报送数据后，在线开展质量审核，对异常值在线标注说明，保障统计数据质量。

b、研发卫生统计年报数据评估模块

根据卫生统计年报数据质量及年报审核系统结果，按照业务需求，建立年报数据质量审核评估模块，对各地、各医疗机构年报数据质量进行评估。

c、建立年报库、月报库，人力库、设备库，病案首页的跨库对比

医疗健康大数据平台对各业务系统进行集成后，要建立跨库对比功能，实现汇总数和个案信息的一致性效验和对比分析。

d、集成病案首页质量评估系统

系统要实现与病案首页数据质量评估系统无缝连接，完成机构和用户整合，提供综合的管理界面和展示界面。同时，将新增的基层病案首页数据纳入病案首页评估范围。集成后的系统仍具有独立性，所有功能不受影响。

(3)统计分析系统集成及完善

a、集成广东省卫生统计报表汇总系统

医疗健康大数据平台要满足统计业务人员数据分析、汇总需求，支持常规报表的生成和制作，通过广东省卫生统计报表汇总系统的集成，实现系统间的无缝连接。同时，支持实现系统报表的增、删、改等功能。

b、集成住院病案首页数据分析系统

医疗健康大数据平台要实现与病案首页数据分析系统无缝连接，整合机构和用户，提供综合的管理界面和展示界面。集成后的病案首页数据分析系统仍具有独立性，所有功能不受集成的影响。

c、集成省级绩效评价及资产、资金管理平台

系统要求与省级绩效评价及资产、资金管理平台无缝连接，实现按DRG开展绩效评价和管理，完成机构和用户整合，提供综合的管理界面和展示界面。系统集成后，原系统仍具有独立性，所有功能不受集成的影响。

d、集成、优化广东省卫生辅助决策系统

系统要求与广东省卫生统计辅助决策系统实现集成，对原系统内容进行内容的整合，兼容居民健康、医疗服务、卫生资源、公共卫生、医改监测等模块主要内容，并依据需求对相关内容进行调整。集成后系统不影响原辅助决策系统功能。

e、集成医疗卫生地理信息系统

实现与地理信息系统的集成，实现地区、及机构定位查询，具备缩放、平移、搜索定位、图层控制、标记等功能。

f、互联互通

为了响应国家加快推动形成全国统一政务服务平台，统筹推进统一、规范、多级联动的“互联网+政务服务”技术和服务体系建设，系统要预留接口。

(4)功能模块研发

a、开发计划生育模块

根据全员人口信息库人口信息内容，增加计划生育相关内容分析模块，提供数据导出、图标转换等分析功能。

b、开发信息查询一览表模块

为方便查数、用数，医疗健康大数据平台增加分地区、分医疗机构信息汇总、查询功能，汇总指标包括资源、服务、人力、设备等跨库模块。

c、开发统计年鉴/简报模块

利用电子数据制作工具，实现统计年鉴、简报纸质版到电子化的转换、查询和电子存贮。

d、开发年报数据质量评估功能

利用病案首页，人力资源、医疗服务月报等不同数据库信息，对年报数据质量进行校对，评估，评价医疗机构、各地统计工作开展情况。

e、开发系统用户综合管理功能

为实现系统账户集中管理，跨系统授权，加强系统用户管理效率，医疗健康大数据平台要建设用户集中管理功能，实现按照不同工作内容和权限，提供支持操作权限分级管理，提供权限配置功能,实现用户多系统、多权限的集中维护。权限可以批量分配给满足一定条件的用户，也可以对单个用户分配自定义权限。

f、开发统一的登陆门户

为了提高用户体验，能够实现所有系统的单点登录，系统要求整合所有行政单位和医疗机构的用户，并提供为所有系统提供“单一登录”入口。同时，系统要提供个性化服务定制功能，每个不同的业务用户可以根据自己的需求定制查看访问的内容。系统后台需支持对用户、机构的应用授权。实现对资源的重新分组、再分配和充分利用。

g、移动版应用开发

开发APP应用，实现医疗健康大数据平台的移动端应用。

(5)系统管理

a、数据管理

医疗健康大数据具有数据量大，更新频繁，涉及个案信息，安全性要求高等特点，系统需提供自主访问控制、强制访问控制、审计、加密、身份识别与验证等安全功能；支持通信和存储加密功能，支持基于字段级和全库级的数据加密，数据库文件以加密方式保存，支持针对不同数据库对象和不同用户使用可配置的加密算法和密钥，加密过程对用户透明；支持加载第三方加密算法；安全管理功能和审计功能都支持图形界面，具有良好的易用性。

b、日志管理

日志管理包含应用日志和系统日志两种。

应用日志主要记录医疗机构的报送日志、上报数据包等，便于后续分析。系统日志主要记录系统运行的情况，如登录密码错误、上报数据包验证错误等。

c、系统备份恢复

系统的恢复备份功能是维护系统安全中非常重要的功能，它可以把当前系统的状态备份并保存到其它位置，在需要的时候可以进行恢复、还原系统。

项目工期要求

项目人员要求

1）项目实施方应组建一支经验丰富、配合默契且稳定的专业化团队，以保证项目按时、保质完成。

2)为使工程按质、按量、按时及有序实施，开发方对本项目须有一个完善和稳定的管理组织机构。

3)本项目的项目负责人、技术负责人须具体负责项目的实施，开发方如中途更换项目负责人、技术负责人，须征得用户同意。

4)在系统建设和质保期内，开发方承诺的项目负责人、分析和开发实施的主要人员未经用户同意不得调整。

5)为了验证项目中的质量保证活动是否符合计划要求，同时检查质量保证体系的有效性，以不断完善质量保证体系，开发方内部建立全面的审核制度，配备专门的质量保证人员开展质量保证活动。

6)在项目建设期间，开发方须设置专人对文档进行检查和管理，项目最终验收后全部移交。 

采购项目技术规格、参数及要求

总体要求

★1、投标人必须对全部货物、安装和服务投标，不允许只对其中部分投标。

2、投标人须提供全新的原厂原装货物和完善的服务。

3、伴随服务（费用包含在投标总价内）：全部技术设计、运输、安装调试、人员培训、售后服务、含税等费用。

★4、投标人具备独立研发能力，提供软件著作权证书；

5、投标人在项目研发和实施内，应派不少于3个研发工作人员和3个实施人员进行5*8小时现场驻点办公。 

6、维护期内，系统发生故障时，投标人应做到24小时全天候电话响应，1小时内到现场，并在到达现场后2小时内排除故障。同时，投标人需保证安排一位工程师每周不少于3天现场驻点以保障系统正常运行。

7、项目产权归广东省卫生厅政务服务中心所有。

8、上述带“★”号的是重要的商务、技术指标，未达到这些指标要求的将导致废标。

功能要求

报表设计功能

提供类似EXCEL的报表定义功能，支持各种合并、拆分、增删行列操作，并提供浮动、交叉浮动、嵌套浮动、并列浮动、浮动范围、固定条件范围等功能，提供各种所见即所得的设置定义报表，要求报表后台计算引擎能够根据不同数据库自动产生最优的查询SQL。

系统应提供可视化的在线报表设计工具，用于制作病案分析挖掘中展现的报表。设计应采用无插件的WEB 方式，可直接在浏览器中完成报表。报表设计工具支持合并拆分单元格、任意表头、多级斜线以及无限Undo&Redo 等功能，能设计任意复杂的报表形式；能较好支持带状报表的设计风格。用户可以通过报表工具把统计图与报表集成在一个页面。

报表参数功能

分析表可以设置各类参数，在不影响汇总结果的基础上，对行政区划、医院等级、卫生机构类别等参数进行扩展编辑。要求：

1、根据参数的输入值不同可以得到不同的报表结果。

2、报表参数之间应支持关联互动，例如修改了参数 A 的值后，参数B 的下拉内容会发生改变。报表参数应能自动跟报表绑定在一个界面上。

3、参数可以有多种输入方式，如下拉日期框、下拉树形框、下拉列表框等等。

4、对设定好的参数可以保存，重复使用。

图形展示功能

提供图文并茂的页面，直观展现指标信息。系统要提供零编程、所见即所得、可配置的设计方式。查询结果能以EXECL、PDF等各种格式导出。

1）图形种类

系统需支持各种主流的图形方式，如柱状图、折线图、饼图、点图、条形图、面积图、雷达图、气泡图、单指标仪表盘图、连续趋势图、中国地图、世界地图等，每种图形支持2D/3D外观。支持多系列图形，连贯的动画效果，多个图形可以叠加显示。

2）图形的使用方式

图形可以作为报表的辅助展现也可单独使用。

在固定报表、即席报表及综合查询中图形作为报表的辅助进行展现，图形可以在报表定义时预先设计，也可根据报表结果随时增加和修改。

3）图形取数方式

当图形作为报表的辅助进行展现时，只需将图形与报表的行列进行关联即可，此操作可在前台界面完成。

当图形单独使用时，数据库对用户透明，用户可以完全通过鼠标完成数据绑定工作，无需编写SQL代码。

4）钻取

支持图形上的钻取功能，即用户点击图像相应位置，打开对应页面的效果。钻取功能要求与固定报表钻取要求一致。钻取结果可以为图形和表格。

5）图形动画效果

支持图形动画效果多样，展现连贯的动画效果。

数据钻取功能

汇总分析及领导驾驶舱中的分析表应提供钻取功能，在分析表生成数据的基础上，当用户点击某个单元格时，按照预先定制的规则，生成下钻报表，用户可在下钻报表中进行再次钻取，直至数据最底层。

用户可在表的任意位置（如单元格、标题、报表数据等）定义钻取规则，规则定义简单灵活、无需编程，并允许批量定义钻取规则。当报表格式发生变化后，未发生变化部分的钻取规则能正常使用。

钻取可以是维度细化的下钻，也可以是钻取出其他新的报表。

数据预警功能

在统计业务中，为了掌握数据的变化情况往往需要对数据进行监控，数据预警是监控方法之一。通过对数据变化的不合理性，产生相应的提示信息达到掌握数据变化情况的目的。

系统中需内含多种预警模式，可以通过静态或者动态图形前后缀显示预警，可以通过表元背景颜色，字体颜色预警，也能通过统计图，如仪表盘，参考线，地图等类型，预警的预设方式需简单灵活。

1、预警分析

可由统计管理人员自主根据数据异常警示定义机制，针对某一评价指标的大小或两个指标之间的关系，来定义异常状况；要求预警条件设置、修改操作简单，不需要编写SQL语句。

系统可根据预设的预警条件，采用醒目的方式对需要预警的指标信息进行提示。（可自行根据情况变化修改预警设置条件）

系统提供的预警分析功能中，当达到预警条件时，可采用如下方式醒目提示：

 改变字体颜色

 改变字体背景色

 交通信号灯

 特殊符号

 个性化图形

系统可根据数据动态地确定字体、颜色、显示文字等信息，可根据数据动态显示图片。

2、预测分析

系统应支持常用的预测模型，包括移动平均预测模型、一次、二次、三次、四次多项式预测模型、指数预测模型、季节预测模型、线性回归预测模型、对数线性回归预测模型、神经网络预测模型等。

3、反馈：可实现预警结果的自动反馈机制。

门户管理功能

门户是有序组织各种系统功能的重要手段，是实现个性化展示及权限控制的理想工具，系统应提供直观灵活的门户定义和管理功能。

系统内含便捷的门户定义工具，用户只需通过拖拉拽，就能自己定义个性化的门户，把想要的报表有序集成到门户中。

门户的类型也分为多种风格，如树形，TAB型，TAB嵌套树形等。

系统集成管理功能

广东省全民健康大数据综合管理平台主要包括居民健康、公共卫生、医改监测、卫生资源、医疗服务、GIS地图、年鉴简报等内容。为了实现数据的集中分析利用，平台应提供系统集成功能，集成在一起的系统实现无缝连接，满足数据分析需要。

技术要求

数据分析平台软件

为控制项目开发周期，提高项目质量，提供系统稳定性，《广东省全民健康大数据综合管理平台》应在建立在科学、合理、稳定的数据分析工具平台基础，具体技术要求如下：

1．应具备多维模型管理功能，支持主流的多维模型，如星型、雪花、多星等，应提供多维模型建模工具，支持用户创建、维护多维模型，支持用户应自定义多维模型的业务语义层；为查询展现提供业务用户熟悉的操作对象，应支持基于CWM或XML技术的元数据管理功能，用以描述、管理各类模型或分析对象，应提供事实表、维表管理功能，允许用户注册一个数据库对象为事实表或维表，也允许用户在线编辑结构、属性，并物理生成事实表或维表，应支持多种层次结构的数据模型，应支持比较方面的配置虚拟字段，日期维应支持退化维设置，即不存在物理维表，只有一个表示日期的字段，应支持比较方便的配置自定义的日期维。

2．提供完整的元数据管理能力，能帮助用户管理，包括数据库、ETL、维度模型等技术元数据，帮助用户管理报表、指标口径、勾稽关系等业务元数据，元数据应具备影响分析和重命名重构功能，具有一体化或紧密集成的ETL工具。

3．能直接连接大数据分析平台（如：Hadoop框架），通过BI平台直接大数据进行分析。用户无需编写SQL等专业编程，直接通过图形化界面配置实现大数据分析。

4．支持基于WEB的多维分析操作，允许用户拖拉拽维度、度量对象，动态查询多维模型，支持各类典型的动态分析能力，钻取、切片、旋转等，支持同比、环比、占比、排名、排序等各类数据统计分析功能，支持基于结果集的排序功能，支持自动数据级次限定，支持拖拉拽图形功能，用户通过简单的界面操作就能自动生成统计图表，并能实现图表与报表的切换显示。

5．报表工具需采用WEB在线编辑方式。报表设计器应采用纯WEB技术，不应采用ActiveX、Applet等插件方式，兼容主流浏览器，减少用户操作复杂性。

6．报表浏览应提供DHTML方式，用户只需要浏览器，不允许采用ActiveX、Applet等插件即能进行交互式报表访问。为方便用户浏览超宽、超高报表，系统应提供WEB 方式的报表行列锁定（类似EXCEL的冻结）功能。

7．报表工具应支持各类国内本土化的复杂式报表，支持多位报表。复杂报表定义应通过工具完成，而非采取无编码的方式，并且具有尽可能优化的运行效率

8．报表工具应支持流式布局和单元格报表技术，以兼顾报表的定义效率和复杂报表能力，为方便用户编辑，报表工具应支持无限撤销恢复功能。

9．应支持基于单元格的血统分析，能方便的知道报表上一个单元格的数据取数口径，并能方便的验证其SQL和业务意义的正确性。

10．应支持主流统计图样式，如柱状图、饼图、堆叠图、折线图、散点图、雷达图、仪表盘、K线图、组合图形等。应支持多坐标轴、多系列图形；应能支持各类图形的3D显示，支持维度的编辑。

11．报表和图形可以多种形式导出，如EXCEL、PDF、TXT、XML、HTML等。

12．应内置日常分析所需的多种统计模型，如：离散分析、弹性分析、相关分析、分布检验、what-if分析等，提供常用数据挖掘模型，如包括关联分析、时间序列、聚类分析等，支持多种预测模型，如季度模型、多种时间序列模型、ARIMA模型、线性回归模型等。

13．提供易用所见即所得的门户定义工具，方便用户通过界面操作，而非代码脚本形式，实现个性化BI门户的定义。

14．支持集群、负载均衡。

15. 支持数据集市功能，实现对原始采集数据按照指定的规则（二次计算指标等、多维度的分解汇总）的二次加工和数据输出能力（表格、图表、交换格式等）。

分析型数据库管理软件

考虑到《广东省全民健康大数据综合管理平台》所涉及的数据量巨大，为了提高数据分析和处理能力，系统应采用大数据分析数据库管理软件。同时，本项目运行在互联网上，对数据安全性要求较高。作为整个系统的底层关键软件，所投产品必须保证自主可控和安全性，具体要求如下：

1．支持Windows 、Unix、Linux、AIX、SOLARIS、国产操作系统等操作系统。

2．具备高可用性，支持逻辑备份恢复、增量备份联机热备份技术，并且备份文件可以跨windows和linux、32位和64位等不同的操作系统平台；支持闪回查询技术；支持不依赖第三方HA故障转移集群和主备同步技术。

3．具备高可扩展性，支持基于共享存储的对等式负载均衡集群；支持读写分离集群。

4．提供自主访问控制、强制访问控制、审计、加密、身份识别与验证等安全功能；支持通信和存储加密功能，支持基于字段级的和全库级的数据加密，数据库文件以加密方式保存，支持针对不同数据库对象和不同用户使用可配置的加密算法和密钥，加密过程对用户透明；支持加载第三方加密算法；安全管理功能和审计功能都支持图形界面，具有良好的易用性。

5．具备高性能，支持并行分布式集群（MPP）、列存储、批量计算、并行计算；提供基于成本的全局优化功能，实现基于成本的查询机制，能够自动选择合适的查询计划；支持查询的hint技术，能够对查询计划进行手动调整。

6．具有对数据分区管理能力，支持对表进行范围分区、智哈希分区、列表分区、垂直分区的分区机制，支持多级分区机制。

7．具备较好的包容性，提供与主流数据库兼容的语法与功能，同时支持序列与自增列，支持物化视图，支持存储过程/函数和包，支持事件触发器，支持同义词，支持面向对象功能特性，支持WITH AS 查询，支持ConNECT BY层次查询，支持MERGE语法，支持INSERT多表插入语法，支持INSERT多行批量插入语法等功能。

8．支持将其它主流数据库的数据无损迁移到本地数据库，包括国内外主流数据库管理系统，针对不同操作系统数据库有成熟的移植方案、技术和案例。

9．支持免费的、集中式的数据库管理工具，支持图形化的存储过程调试工具，支持跨平台统一界面，包括远程跨平台数据库管理，图形的性能监控等。

系统技术要求

系统的软件体系应采用组件化的设计，在满足系统安全的总体要求下，支持面向服务的体系架构（SOA），符合J2EE规范，在B/S结构下，遵循通用Web浏览器的规范，支持HTML、DHTML等通用的浏览器标准，同时提供统一的数据交换接口和应用服务接口，以XML作为统一的数据接口格式，使用中间件技术来封装所有的业务逻辑，提供支持Web Service 技术的服务接口。

适应性要求

系统应支持主流应用中间件，可以方便快捷地对各节点服务器进行管理，任意节点都能查看和管理其它集群节点，单个集群节点可随时动态加入或退出，对某个采集系统服务器实例状态的修改，也会自动同步到集群环境中的其他节点服务器上，而无需重启管理服务器。

软件接口需要能适应软件开发集成过程中的各种要求，能确保数据在各个系统模块以及系统之间的正确交换，同时，还需要能适应不断增长的业务需求，能容易的随着需求的不断变化而进行接口的功能升迁。

扩展性要求

系统要求具备良好的可扩展性，集成性与复用性，所有功能都根据可扩展可通用的原则来设计的，以此适应未来未知的需求变化。同时，系统应提供丰富的报表访问接口技术，如API接口、URL接口、Web Service接口等，系统还应支持可配置的单点登录，无需编制代码就能实现与第三方应用的单点登录集成。

商务要求

工期要求及安装测试要求

1）须在合同签订后，6个月内完成软件需求调研、设计、开发、实施与初验工作，初验后进入不少于1个月的试运行期，试运行合格后进行最终验收。

2）中标供应商负责合同项下软件的安装调试，一切费用由中标方负责。

3）中标供应商安装时须对各安装场地内的其它设备、设施有良好保护措施。

项目实施要求

1）项目组织和人员要求

为使工程按质、按量、按时及有序实施，开发方对本项目须有一个完善和稳定的管理组织机构。

本项目的项目负责人、技术负责人须具体负责项目的实施，开发方如中途更换项目负责人、技术负责人，须征得用户同意。

在系统建设和质保期内，开发方承诺的项目负责人和分析，开发实施的主要人员未经用户同意不得调整。

为了验证项目中的质量保证活动是否符合计划要求，同时检查质量保证体系的有效性，以不断完善质量保证体系，开发方内部建立全面的审核制度，配备专门的质量保证人员开展质量保证活动。

项目建设期间，开发方须设置专人在项目建设期间对文档进行检查和管理，项目最终验收后全部移交。

2）项目文档要求

系统开发应严格遵照国家软件工程规范进行，开发方须根据开发进度及时提供有关文档，包括《项目开发计划》、《软件需求说明书》：

（1）投标文件：《项目开发计划》《配置管理计划》《质量保证计划》

（2）需求分析阶段：《软件需求说明书》、《数据要求说明书》、《测试分析报告》、《操作手册》、《系统管理员手册》等。

项目管理应提交软件开发和实施计划、进度报告、培训计划、培训记录、例会记录以及认为必要的其他文档。

未经认可的情况下，所有的技术文件须用中文书写或有完整的中文注释。

系统安装、调试要求

开发方负责全部软件的安装、调试。具体工作程序、工作内容、调试方法、调试结果及验收标准，开发方在调试前须书面提出并征得同意之后按计划实施，不征得同意开发方无权私自更改作业计划及内容，否则调试无效。全部工作文档须有各方当事人签字认可。

软件系统安装的主要目标不仅是使所有软件能够在相应平台上正常运行，而且须具有对软件系统运行的监控测试手段，以证明系统优化运行。开发方有责任且须承诺使项目单位的系统达到以上目标。

开发方负责培训工作组全部软件的安装、调试工作。具体工作程序、工作内容、调试方法、调试结果及验收标准，开发方在调试前须书面提出并征得同意之后按计划实施，不征得同意开发方无权私自更改作业计划及内容，否则调试无效。全部工作文档须有各方当事人签字认可。所有实施须在试验机器上安装调试，待工作组全部掌握实施步骤后，协助工作组实施。

系统测试要求

（1）开发方自测

系统安装的主要目标不仅是使所有软件能够在相应平台上正常运行，而且须具有对软件系统运行的监控测试手段，以证明系统优化运行。

项目验收交由单位验收之前，开发方须提供项目自测试报告，测试报告至少应包括以下内容：

1、单元模块测试；

2、内部联调集成测试；

3、性能和安全性测试。

（2）验收测试

系统自测完成后，开发方应首先拟出一个测试方案，具体到每一个测试步骤，与讨论通过后，方可按计划进行测试。由开发方提供测试方法、测试工具、测试数据。系统每一项测试须有详细的测试记录，须有和开发方代表签字确认，并附有详细的分析报告。

硬件要求

系统支持移动端展示，本项目内容包括3台移动查询终端的采购。

开发方负责移动终端的采购和移动端的系统安装测试等工作。

验收要求

（1）项目初验

本项目初验为系统功能的全验收，项目由单位、使用部门、开发方共同参加。

开发方应负责在项目用户验收前将系统的全部各种相关的系统软件，各阶段开发文档，运行稳定可靠的本系统及其安装程序，以及有关产品和系统说明书、安装手册、技术文件、资料、及安装、测试、验收报告等文档汇集成册交付项目单位。只有文档齐全后才予验收。

开发方须根据系统设计方案提出验收方案和验收文档清单，将根据验收方案对系统每个部分进行逐一进行项目用户验收。

（2）系统验收及试运行

系统验收分为测试验收和最终验收，最终验收在试运行通过后进行。本项目的验收由出具验收方案并组织实施，验收前开发方应出具书面验收申请材料。

测试验收。系统安装测试达到技术规范书规定的指标并开通业务后，可进行验收测试。采购、开发方方按确认后的验收规范进行验收测试。验收测试合格后，经双方签章后，系统开通试运行。

试运行。系统初验后经过1个月试运行期，所有性能指标达到技术规范书和验收规范的要求时，可进行最终验收。在试运行期间，由于系统程序等造成某些指标达不到要求，允许开发方进行修复，但试运行期做相应顺延，在全部达到要求时，双方签署最终验收文件。

（3）最终验收

试运行通过后，开发方按验收要求对项目文档、培训情况、初验遗留问题及试运行出现问题进行验收。在所有验收项全部达到相应要求后，双方签署《验收报告》。

培训要求

开发方须提供相应的硬件使用、应用软件技术和系统操作等方面的培训。有关应用软件的操作培训课程，培训应该在系统运行前完成。开发方须在响应文件中提出全面、详细的培训课程交给，并在合同签定后征得同意后实施。

开发方在实施过程中提供全面的培训，包括面向系统管理员和业务人员的相应的培训、基于系统开发完整的源代码培训，基于系统平台接口规范标准的二次开发培训、开发平台和开发工具培训、配置管理和系统维护培训、数据定义和管理培训、客户端操作培训。开发方将详细的培训课程交给，最后以认可为准。

对于所有培训，开发方须派出具有相应专业资格和实际工作、教育经验的教师和相应的辅导人员进行培训，主要培训教员应至少具有三年的教学经验，培训所使用的语言须是中文，否则开发方须提供相应的翻译。

培训项目结束之时，安排学员进行培训测试，以检验学员对系统的基本操作能力和掌握水平；同时学员也可对于整个培训项目作出评价，当学员普遍反映对培训课程不满意时，可要求开发方重新安排培训，并承担全费用。

开发方须为所有被培训人员提供文字资料和讲义等培训教材，培训教材须以印刷品形式提供，费用一次性计入培训费用报价。所有的资料须是中文或英文书写；开发方须提供详细的培训计划。

对的人员培训方式分两类，一类为业务人员培训，培训采用集中授课、现场演示和辅助操作三种培训方式；另一类为技术人员培训，培训采用理论培训和实际操作相结合的方式。

培训方式：集中授课、现场演示和辅助操作。

  售后服务要求

1）售后服务分别从系统软硬件最终验收通过之日起计算。

2）开发方在项目终验后，须提供一年的上门保修服务，在维护期内，提供应用系统版本免费升级及对软件进行维护和完善；

3）所有保修服务方式均为开发方上门保修，即由开发方派员到使用现场维护。由此产生的一切费用均由开发方承担；

4）全天候24小时服务响应，维护工程师应在接到报障后1个小时内到现场处理应用系统出现的故障；一年内每三个月一次系统安全检测；

5）开发方应提供定期的咨询服务（维护期内至少每半年一次，维护期后至少每年一次），若行政组织调整或业务流程变更，开发方应提供及时的变更服务。

3、供应商资格条件：

3.1. 供应商具备《政府采购法》第二十二条所规定的条件；

3.2. 供应商必须是具有独立承担民事责任能力的在中华人民共和国境内注册的法人或其他组织，投标时提交有效的营业执照（或事业法人登记证等相关证明）副本复印件；

3.3本项目不接受联合体投标。

4、公示、登记时间及供应商报名时需提交的资料：

4.1.公示时间：自2017年07月19日-2017年07月26日(共5个工作日)；

4.2.登记时间：公示期间上午9:00~11:30，下午14:30~17:00（北京时间）；

4.3.登记截止时间：2017年07月26日17:00（北京时间）；

4.4.符合要求的供应商可到集中采购机构报名，报名时请按资格条件要求提交以下材料：

4.4.1单一来源供应商登记表（详见本公示附件）；

4.4.2企业法人营业执照副本或其他材料复印件(加盖公章)；

六、采用单一来源采购方式的原因及相关说明：

1.医疗健康数据综合管理平台拟整合的10个统计业务系统中，其中8个是武汉东方赛思股份有限公司开发，熟悉系统底层架构和系统功能模块开发；

2.医疗健康数据综合管理平台整合的业务系统在底层设计中使用到Succez BI、SuccezCI等专业的采集分析工具，武汉东方赛思软件股份有限公司拥有该工具的自主产权，同时具有独立开发产品和扩展功能业务的能力，满足整合过程中的业务需要；

3.该公司团队为原国家卫生统计网络直报系统的开发建设方，熟悉卫生领域，拥有系统整合所需要的专业知识。

故本项目拟采用单一来源采购方式从指定服务供应商处进行获取。

七、拟定的唯一供应商名称、地址：

拟定的唯一供应商名称：武汉东方赛思股份有限公司 

地址：武汉市江汉区江汉经济开发区江兴路6号

八、专家论证意见：

（一）各专家对相关供应商因专利、专有技术等原因具有唯一性的具体论证意见，专家的姓名、工作单位和职称：

（二）专家小组综合意见：

九、本公示期限（不得少于5个工作日）自2017 年 07 月 19 日 至 2017 年 07 月 26 日 止。

十、联系事项

发布人：广东省政府采购中心

发布时间：2017年07月19日