吉林省卫生和计划生育委员会(本级)卫生计生统计网络直报系统升级改造项目(单一来源采购)
吉林省卫生和计划生育委员会(本级)卫生计生统计网络直报系统升级改造项目(单一来源采购)
关于拟对 采购单位名称+项目名称*******e.files/themedata.thmx">
吉林省政府采购中心关于拟采用单一来源方式
对 吉林省卫生计生委卫生计生统计网络直报系统升级改造项目
进行采购的公示公告
(2016年12月13日)
按照财库[2015]135号文件的要求,吉林省政府采购中心现对吉林省卫生计生委卫生计生统计网络直报系统升级改造项目申请采用单一来源方式采购的下列货物予以公示,以确定是否还有其他供应商能够并且愿意提供所公示拟采购的货物。现就有关事项公告如下:
1、采购人名称: 吉林省卫生计生委
2、拟采购项目: 卫生计生统计网络直报系统升级改造项目
3、采购项目预算: 117.4万元
4、采用单一来源方式的原因及相关说明:我省于2007年11月起建立了吉林省卫生统计网络直报系统,实现了《卫生资源与医疗服务调查制度》规定的相关调查内容的网络化管理。根据国家卫生计生委的统一要求,完成吉林省卫生计生统计网络直报系统升级改造任务。通过系统升级改造,建立规范、统一的卫生计生资源元数据管理体系,更加合理的组织管理卫生计生数据;对卫生计生资源与医疗服务数据的整合与清洗,形成卫生计生资源数据公共交换库;并在此基础上运用建模技术与数据抽取技术形成面向主题的卫生计生数据综合应用数据仓库对卫生计生资源及医疗服务业务数据进行深入的数据挖掘展示分析,提高卫生计生数据资源的利用效率与共享。
5、拟定的唯一供应商名称、地址:北京华宇信息技术有限公司,北京市海淀区中关村东路1号院8号楼C座
6、专业人员对相关供应商因专利、专有技术等原因具有唯一性的具体论证意见:吉林省卫生计生统计网络直报系统升级改造的目的是加强卫生计生统计功能模块与业务模块开发,实现卫生计生统计数据的综合分析与展示,为各级卫生计生机构提供准确、便捷的信息访问服务并为卫生计生政策规划与决策提供科学依据。本项目是目前全省卫生计生统计网络直报系统的服务延续和功能扩展,系统的开发必须在数据结构、数据标准和技术参数等方面与原系统保持高度一致,才能确保卫生计生统计数据的规范准确和系统的安全稳定运行。综上所述,北京华宇信息技术有限公司能够满足完成我省卫生计生统计网络直报系统升级改造任务要求,专家一致建议该项目采取《政府采购法》中单一来源采购方式。
7、专业人员的姓名、工作单位和职称:孙平辉 吉林大学 教授
腾月红 吉林省人民医院 高级统计师
王 丹 长春市卫生统计信息中心 科长
8、公示期为五个工作日,自2016年12月13日起至2016年12月19日止。
9、其他能够提供并且愿意提供本公告拟采购货物的供应商,必须在公示期内以书面形式向本中心提交申请或异议,并同时抄送财政部门。申请或异议中随附能够证明拟提供货物符合本公告要求的相关具体资料,并确保本中心及财政部门能够在公示期满后1个工作日内收到。超过规定期限提交的申请或异议,将不予接受。
10、在公示期内,没有供应商以书面形式提出申请或异议,将采用单一来源方式采购;如果有供应商响应了本公告第九条要求,中心将协调采购人组织补充论证,论证后认为异议成立的,将依法采取其他采购方式。
吉林省政府采购中心联系方式:
地址:吉林省长春市文化街158号三楼
采购中心项目联系人:周文红
电话:0431- ********
采购单位名称及地址:省卫生计生委
采购单位项目联系人:李怀忠
电话:********
财政部门地址:人民大街
联系人:安梓南
电话:********
省卫生计生统计网络直报系统
升级改造项目采购方案
一、项目建设背景
吉林省根据国家卫生计生委(原卫生部)的统一要求,已经于2007年11月起建立“国家卫生统计网络直报系统”,实现了卫生资源与医疗服务数据从单机版层层上报到网络直报的跨越式发展,实现了《卫生资源与医疗服务调查制度》规定的相关调查内容的网络化管理。该系统自建立以来,服务器一直托管在国家卫计委服务器上。近年来,国家卫生计生委服务器硬件环境已面临老化以及吉林省系统用户量、数据量逐年增加等诸多原因,系统迁移问题迫在眉睫。
2014年,国家卫生计生委统计信息中心向我省明确提出,国家机房现有环境难以继续支撑我省平台运行,要求我省尽快将平台迁移回省。为此我省努力推进系统回迁工作,此次系统建设为“国家卫生计生统计网络直报系统”下的满足卫生计生统计工作需要,充分发挥卫生计生统计数据价值的全省卫生计生统计网络直报系统。
二、项目主要建设内容
一是系统迁移。将托管于国家卫生计生委的吉林省卫生统计信息网络直报系统迁移至吉林省卫生计生委指定服务器,制定合理的系统迁移及备份方案,确保系统稳定运行及平稳过渡。二是系统升级改造。对卫生计生资源目录体系进行梳理,构建卫生统计数据仓库,促进卫生资源数据管理的规范化、标准化建设。加强卫生统计分析功能模块业务规划与功能开发,实现卫生统计数据的综合分析与展示,为各级卫生机构提供准确、便捷的信息访问服务以及卫生政策规划与决策提供科学依据。
三、项目建设技术规格要求
(一)系统迁移要求
1、系统现状
吉林省托管在国家卫计委共2台应用服务器、1台数据库服务器,用以承担包含吉林省的卫生统计直报系统、分析系统。
2、业务数据情况
序号 | 调查内容 | 报送频率 | 数据量(每期) |
1 | 卫生机构信息库 | 实时 | 约2.4万 |
2 | 卫统机构年报表 | 年报 | 约2.4万 |
3 | 医疗服务月报表 | 月报 | 约2万 |
4 | 卫生人力个案库 | 实时 | 约17万 |
5 | 医疗设备个案库 | 实时 | 约1.2万 |
6 | 病案首页个案库 | 季报 | 约320万 |
7 | 药品采购招标表 | 年报/月报 | 约145 |
8 | 医改监测调查表 | 三期 | 约145 |
3、面临的问题
用户量的增加使得系统需要面对更高的访问量和数据量。同时,各级卫生行政部门对系统的在线操作依赖也越来越高,大量的关键应用需要系统有足够的在线率及高效率。同时,本次项目建设扩充的决策支持相关应用与数据仓库也对硬件条件提出了更高的要求。
4、系统部署规划
根据卫生统计直报系统的部署需求和本次项目建设的需求,结合总体技术设计方案和现有或采购的设备情况,系统采用如下部署方式:
部署1台数据库服务器,用以存放卫生统计直报系统卫生数据和统计数据仓库。
部署2台应用服务器,用以支撑卫生统计直报系统、分析系统、系统应用软件。
5、系统迁移要求
根据系统现状、业务数量情况、存在的问题等方面的情况,合理制定系统迁移方案,科学开展系统迁移工作,确保系统平稳、顺利过渡到新的运行环境。
(二)系统升级改造要求
本次系统升级改造,主要是通过建立规范、统一的卫生资源元数据管理体系,更加合理的组织管理卫生数据;对卫生资源与医疗服务数据的整合与清洗,形成卫生资源数据公共交换库;并在此基础上运用主流数据仓库建模技术与数据抽取技术形成面向主题的卫生数据综合应用数据仓库对卫生资源及医疗服务业务数据进行深入的数据挖掘展示分析,提高卫生数据资源的利用效率与共享。
1、数据资源目录及相关标准建设要求
(1)基础数据来源
统计直报系统业务数据
序号 | 内容 | 频率 | 数据量(每期) | 数据来源 | 数据接入方式与级别 |
1 | 卫生机构信息库 | 实时 | 约2.4万 | 统计直报系统明细数据 | 数据抽取接入医疗机构明细数据 |
2 | 卫统机构资源库 | 年报 | 约2.4万 | 统计直报系统明细数据 | 数据抽取接入医疗机构明细数据 |
3 | 医疗服务月报表 | 月报 | 约2万 | 统计直报系统明细数据 | 数据抽取接入医疗机构明细数据 |
4 | 卫生人力个案库 | 实时 | 约17万 | 统计直报系统明细数据 | 数据抽取接入人力个案明细数据 |
5 | 医疗设备个案库 | 实时 | 约1.2万 | 统计直报系统明细数据 | 数据抽取接入设备明细数据 |
6 | 病案首页个案库 | 季报 | 约320万 | 统计直报系统明细数据 | 数据抽取接入病案明细数据 |
7 | 药品采购招标表 | 年报/月报 | 约145 | 统计直报系统明细数据 | 数据抽取接入明细数据 |
8 | 医改监测调查表 | 三期 | 约145 | 统计直报系统明细数据 | 数据抽取接入县区级明细数据 |
说明:表中频率一列表明数据接入的周期频度;数据粒度标明了数据接入的颗粒度、以及外部数据的来源;数据接入方式:标明了不同业务数据接入的方式、接入数据的用户级别。
(2)卫生统计分析业务资源规划需求
卫生统计决策支持系统业务资源规划包括领导看板、卫生资源、医疗服务、医改监测、动态分析及统计资料六大模块,其业务资源规划架构如下:
1)领导看板
梳理各业务类指标信息,把领导日常管理所需的关键指标信息,以看板方式专题展示,便于领导查阅及工作开展工作。包括对关键指标医院排名、机构类别等进行分类查询展示。
2)卫生资源
卫生资源分为医疗卫生机构、人力、设施、经费等数据。医疗卫生机构包括医院、基层医疗卫生机构、专业公共卫生机构等基本信息;卫生人力包括卫生人力数量、素质、结构、分布、配置等信息;卫生设施包括房屋建筑、床位、医用设备等,卫生经费包括卫生总费用、医疗卫生机构资产与负债、收入与支出信息。
3)医疗服务
医疗服务分为医疗服务利用、服务质量与安全、服务效率、病人医药费用等信息。服务利用包括门诊和住院量,服务效率包括病床使用与医师负荷等效率,病人医药费用包括门诊和住院病人医药费用(药费、检查、治疗、护理等费用)
4)医改监测
5年各项医改任务进展,包括基本医保体系、基本药物制度及基层运行新机制、公立医院改革试点、公共卫生均等化及基层体系建设等相关领域改革等进展信息。
5)动态分析
动态分析包括对卫生资源、医疗服务两类业务信息的自定义检索查询,包括对机构、人力、设备等卫生资源指标,以及医疗服务量、医疗服务收入及费用,如门诊病人人均费用、住院人均费用、职工人均年业务收入、医师人均年业务收入、业务收入、业务支出等业务指标信息的分类检索。
6)统计资料
包括统计年鉴、统计提要、月度资料、月度季度分析报告。
(3)标准规范建设需求
需编制的标准规范列表
体系分类 | 类别 | 成果名称 | 标准规范建设依据 |
总体标准 | 总体框架 | 卫生统计决策支持系统建设方案总体技术要求 | 软件开发相关标准要求 |
术语标准 | 卫生统计决策支持系统建设方案术语 | 吉林省卫计委信息系统开发的相关标准 | |
应用标准 | 数据元标准 | 数据元目录 | 系统建设规范及国家相关行业标准 |
信息资源目录及元数据 | 国家代码标准规范及系统建设规范 | ||
应用支撑标准 | 信息交换标准 | 业务数据转换格式标准 | 系统数据交换标准规范 |
管理标准 | 数据管理与维护标准 | 数据质量校验规则 | 系统数据交换标准规范 |
卫生统计指标体系(指标名称、定义及解释) | 吉林省卫计委相关卫生指标解释标准规范 | ||
统计信息分类与代码标准 | 吉林省卫计委相关卫生指标解释标准规范 | ||
数据交换管理规范 | 系统建设定义标准规范 |
2、数据质量控制要求
在数据的分析利用过程中,数据质量问题日益引起重视,怎样通过更加有效的手段解决数据质量问题,提高数据的准确性、一致性和完整性,从而提高统计分析结果的准确性,是数据质量控制的最终目的。数据质量控制主要是针对系统的数据质量问题进行分析,并对问题数据进行处理,最后根据数据质量评估的结果,形成数据质量评估报告,以便在数据源头加强对数据质量的控制。
(1)数据质量问题分析
数据质量问题主要由以下原因引起:
1)不同数据由不同的部门管理,各部门对数据的关注角度不同,导致数据在表达粒度、名称、表达方式上的多样性;
2)各系统编码规则差异较大,导致数据难以核对。如卫统4表(各医院自动生成的出院病人病案首页表);
3)数据抽取时间点问题,各个机构在不同时间上报的数据是不一致的,就导致抽取数据的不一致;
4)统计口径问题,各系统的指标体系、编码规则、分类口径不一样,各机构工作人员对指标的统计口径理解不一致,都可能引起数据质量问题;
5)人为误差,常见的有数据单位错误、数据位数错误、数据错行等情况;
6)存在漏报、迟报、缺项现象。
(2)数据质量问题处理
目前统计直报系统已经基本解决了数据的采集、存储、汇总分析等功能,建设数据质量控制体系的内外部条件都已成熟,因此,本此系统建设需建立有效的数据质量监控手段,以及时发现、报告、处理卫生统计数据质量问题。系统的数据质量管控体系需包括以下功能:
1)数据标准化
数据标准化是指按照数据的分布形态、数据值域对采集的数据进行标准化处理,对上报数据是否标准规范进行考评。
2)维度数据清洗
维度数据为数据分析人员提供了查看数据的多维视角。卫生统计数据常用维度主要包括:主办单位、隶属关系、经济类型、机构类别、行政区划、医院等级等。维度数据相对指标而言,比较稳定,值不会经常变化,可利用这一特性完成数据质量控制。
3)标记缺失数据
数据收集过程中,因为某些原因导致数据只能采集到一部分,这部分数据一般称为缺失数据。引起缺失数据的原因主要有:信息暂时无法获取、信息被遗漏、获取信息的代价太大等。
缺失值的处理,根据缺失值的重要程度不同分别对待。核心指标缺失的,一般采取标记为不可用,等待重新补录。非核心数据缺失的,可采取缺失值处理算法进行自动补全填充。
4)处理极值、异常数据
极值数据,又称为“孤立点”,是指偏离业务规则或数据一般规律的数据点。极值数据首先需要核实其真实性,根据实际情况修正这些极值。
根据极值数据占总数据百分比的多少,采取不同的处理措施。极值数据较少的,可标记为不可用,或用统计算法替代。极值数据较多的,需要单独对这部分数据进行统计学分析。
5)处理重复数据
重复数据是指相同的数据在结果集中多次存在。比如:网络延迟、用户重复录入、应用程序设计欠佳等,都可能导致数据冗余。
6)数据纵向核查
特定地区、特定机构而言,一定时间范围内,数据一般不会发生太大变化。根据数据的纵向增减趋势,可标记增减异常的数据,等待后续处理。
(3)数据质量评估报告
根据以上数据质量评估结果,形成数据质量评估报告。数据质量的反馈可以采取两种方式:
县市区根据自身需求,实时在线地自行计算各种数据质量评估的指标,了解数据质量情况;省卫计委统计信息中心根据管理需求有针对性地发布数据质量评估结果。
数据质量评估报告包含信息如下:总数据量、有讹误的数据量、已清洗的数据量、缺失数据条数、重复数据条数、无效数据条数、极值数据条数、不规范数据条数、依赖性审核失败数据条数等。
3、数据仓库建设要求
(1)数据仓库模型要求
根据卫生统计数据特点,应采用多维理论数据仓库建设的技术路线。多维理论具有实现简单、性能良好、抽取方便的特点。数据仓库模型应具备良好的层次架构,在充分考虑卫生统计数据现状和业务特点的基础上,进行层次架构的规划设计。
数据仓库模型应包含两个逻辑数据库:
1)共享交换数据库:作为数据处理的临时工作区,主要存储从市级统计直报系统抽取的数据及历史年份数据,包括系统加载的原始数据和校验反馈的异常数据。数据在进入共享交换数据库之前,应完成交换数据清洗,保证数据完整无误,为后续的综合应用主数据库提供基础业务数据。
2)综合应用主数据库:即面向主题的数据仓库,主要存放基于共享交换数据库加工处理后生成的综合应用数据。基础业务数据通过转码、清洗后,重新加工整合,形成面向主题的、易于分析利用的、不同数据粒度的汇总数据,写入综合应用主数据库,为查询分析应用系统提供数据支撑。
(2)数据抽取要求
数据仓库建设应当根据卫生统计数据指标较多、维度复杂的特点,将直报系统的数据抽取到数据仓库中。
数据抽取不但应考虑全量抽取,也应处理增量抽取等问题。其中应着重考虑数据抽取方式设计、数据抽取流程设计、抽取效率控制、数据质量控制等问题。确保系统的数据经过交换、补全、标准化后,最终形成符合数据完整性要求的基础整合数据,写入数据仓库。
(3)其他要求
数据仓库建设需要对卫生统计常见的数据问题进行描述,结合以往的实施经验和卫生统计实际情况制定有针对性的解决方案,重点考虑数据仓库实施过程中需要考虑的技术细节问题。
4、数据分析应用要求
为用户利用各种数据资源提供统一、安全、便捷的数据分析应用服务。数据分析应用任务模块包括:目录访问管理、数据分析展现、信息发布与展示服务等。
(1)目录访问管理要求
根据信息资源分类目录管理需求,通过命名、描述指定系统范围内的用户和资源,提供导航功能,进而简化信息访问流程,快速定位搜索查找资源,支持图形化操作界面,实现用户通过简单方便的操作对各类系统进行集中配置和管理。
目录访问服务内容包括门户管理和配置管理两部分:
门户管理是指通过统一的门户管理把原来分散的、多样化的信息和应用访问方式集成起来,向用户提供基于角色的、个性化的、聚合的应用视图,以及多样化的用户访问途径,进而改进用户功能体验。
配置管理内容包括元数据管理、用户管理、角色管理、权限管理、运行监控、日志管理。
目录访问服务功能
序号 | 一级功能名称 | 二级功能名称 | 功能说明 |
1 | 门户管理 | 门户接入 | 实现访问的身份,授权,认证,审计等控制。 |
2 | 门户展现 | 用于系统门户组织管理配置,界面布局管理,基于角色授权。 | |
3 | 门户集成 | 实现与后端的异构业务系统,Web 应用,外部应用系统的多样化信息和资源整合。 | |
4 | 配置管理 | 用户管理 | 实现用户的增、删、改功能。 |
5 | 角色管理 | 实现角色的增、删、改,基于角色进行权限的批量配置。 | |
6 | 权限管理 | 实现用户授权功能。 | |
7 | 运行监控 | 实现系统总体运行监控功能。 | |
8 | 日志管理 | 实现系统操作人员记录记载功能 |
(2)数据查询分析服务要求
为数据用户利用各种数据资源提供统一、安全、便捷的数据查询、汇总分析服务。数据查询分析系统的任务模块包括:目录访问管理、数据分析利用服务、信息发布与展示服务等。数据分析展示功能模块规划如下表所示:
数据分析展现服务功能
序号 | 一级功能模块名称 | 二级功能模块名称 | 功能模块说明 |
1 | 汇总分析模块 | 固定报表 | 按照业务需求提供多维度、定制格式的报表汇总功能。点击指标显示指标解释和数据说明。 |
2 | 动态分析报表 | 按照业务需求通过报表设计器实现自定义报表功能(拖拉拽)。 | |
3 | 批处理分析 | 提供定时执行报表批处理、存储归档、查询下载功能。 | |
4 | 综合查询模块 | 个案信息检索 | 提供机构、人员、设备等明细数据检索。点击指标显示指标解释和数据说明。 |
5 | 综合查询 | 提供复合条件(多指标、多维度)查询。点击指标显示指标解释和数据说明。 | |
8 | 地图分析模块 | 默认地图分析 | 主要实现业务数据按地区分布展示预警功能,支持FLASH地图展示。 |
9 | 地图下钻分析 | 提供地图下钻分析展示功能。 | |
10 | 决策支持模块 | 预警预测功能 | 根据业务需求展示主要监测指标数据,并提供预警预测功能。 |
11 | 领导看板 | 为领导提供核心卫生数据展示(包括图片报告、钻取分析等)。 | |
12 | 移动终端 | 支持手机等移动端对数据的访问查询,并提供邮件圈阅功能。 | |
13 | 统计资料模块 | 分析报告自动产出 | 根据预定义模板,自动填充统计分析报告数据及图片,提供Word、PDF格式的文件导出。 |
14 | 统计资料自动产出 | 根据预定义模板,实现统计年鉴、统计提要、月度统计资料等电子期刊自动生成,并支持统计资料的导出打印。 | |
15 | 历史资料检索 | 提供卫生统计年鉴、统计提要、月度统计资料的查询、下载功能。 |
(3)数据展示与发布管理要求
提供数据展示与发布的访问控制管理。支持数据交换服务、应用集成、服务封装等访问权限管理,实现机构之间横、纵向的信息共享。
适应不同机构层级、业务角色的交互式及个性化内容展现。基于功能和角色提供完全个性化的交互仪表板及主动式的智能预警,并通过导航为不同业务人员提供操作简单、功能强大的最佳实践环境,适应不同的业务展现需求。
四、系统开发要求
(一)运行平台要求
1、系统应支持HTTP网络协议。
2、系统所采用的软硬件平台应具备开放性,服务器端程序能适应多种操作系统环境,支持多种数据库类型和中间件产品。
3、系统建设需采用成熟的数据采集与数据分析工具,承建方所用的数据采集与数据分析产品应是基于国家卫生统计直报系统所采用数据采集与数据分析软件的基础上进行系统功能开发。
(二)系统集成部署要求
本项目为纯应用软件开发项目采购,承建方应配合省卫生计生委完成该系统软、硬件的集成调试工作,制定系统备份策略,满足数据交换至国家卫生计生统计网络直报系统中的要求,相关系统调试费用应包含在本次项目总价中。
(三)系统性能要求
1、用户数量:系统应支持最大用户数不少于5000,峰值在线用户数不少于1000,峰值并发用户数:不少于500。
2、响应时间:打开、刷新页面时间不超过3秒,数据查询时间不超过5秒,数据导出时间不超过30秒
(四)系统质量要求
1、可扩展性。系统应提供一个弹性架构,支持使用配置而免编程的方式对统计业务流程、调查表样、查询统计等功能的定制与调整。支持二次开发,系统接口封装良好。提供第三方的系统集成接口。
2、易操作性。提供简洁、美观、直白的用户界面。符合windows标准以及浏览器通用方式,具备中文支持功能,提供向导式系统安装界面,对复杂功能操作提供向导式操作。
3、稳定性。提供全年稳定运行的设计技术指标及方案(如7*24能力,平均无故障运行时间等),避免因升级而影响系统正常运行。平均故障间隔时间应超过3个月。
4、准确性。系统要对统计分析结果的正确性和完整性进行验证,并对系统的敏感数据进行特殊处理。
5、可维护性。系统要专设元数据管理模块,用于统一维护系统的公共数据。系统升级简便,具备错误问题远程分析与排除功能。
6、可管理性。每个层次、每个对象都应提供标准的管理接口或管理界面;每个构件应提供应用架构总体设计规定的标准外部接口。
7、安全性。系统具备用户认证、密码管理和基于角色的用户授权等安全功能。提供所有系统操作日志记录,具备防止篡改的审计追踪功能,包括对系统参数、用户数据的增删操作,以及系统登录等其他重要操作。应阐述系统对单点登录的支持方案。
8、保障性。在系统因硬件、自然灾害或人为因素造成瘫痪情况下,要预先制定应急方案,可有效应对紧急情况,快速恢复系统运行。
五、项目实施要求
(一)项目实施要求
1、制定项目实施方案。包括项目管理、需求确认、工作进度表(里程碑式)、系统设计、系统开发、系统测试、系统部署、数据移植、试运行策略。
2、按照项目实施方案完成系统开发任务。新增功能模块,完善系统功能。
3、项目监管。接受吉林省卫生计生委对项目实施进度的监控。
4、技术保障。由于本项目基于省吉林省卫生计生委已有数据分析及采集产品平台进行系统开发,为确保本项目建设方得到足够的技术支持,投标人需提供数据分析及采集产品原厂商针对本项目的原厂技术支持服务承诺函,否则按无实质响应标书要求处理。
5、系统测试。提供测试计划、准备和执行,包括产品测试、性能测试、压力测试、数据迁移、系统试运行测试,并提供测试报告。
6、部署实施。协助吉林省卫生计生委完成投产升级后的省级直报系统的部署。
7. 数据迁移。制定数据迁移计划和方案,根据省卫生计生委确认的数据迁移方案执行数据抽取、数据清理与数据转换/格式化工作。
8、提供项目文档。包括项目管理文档、系统技术文档、数据字典、用户手册和系统管理手册等文档(中文)。
9、系统验收。系统试运行后,经双方确认后形成验收文件作为验收依据。验收测试合格后,双方签署验收报告。
(二)项目工期要求
签署合同后两个信息系统同步实施,分级部署。在规定时间内完成系统开发、测试及后续的系统部署、培训,验收并上线运行。具体工期安排:
省卫生计生统计直报网络信息系统(工期5个月内)
第1—4周内完成各项业务需求分析。
第5—12周完成程序开发任务及各项测试、集成部署工作,并提供测试报告,系统进入试运行。
第13—18周完系统培训工作,根据系统试运行阶段情况进行系统功能优化。
第19—20周提交项目资料,系统进入试运行。
(三)项目人员组成要求
项目需要一支为经验丰富、配合默契且稳定的专业化团队。人员配置科学合理、分工明确,至少应包括项目经理、系统分析师、系统设计人员、软件开发人员、测试人员、配置管理员、用户培训、部署实施、运行维护等角色。
1、项目实施方应组建一支经验丰富、配合默契且稳定的专业化团队,以保证项目按时、保质完成。
2、项目核心人员必须专职、全程负责本项目的实施,未经项目建设单位许可不得更换。项目建设过程中,承建方应更换项目建设单位认为不合适的人员。
3、承建方应明确各岗位的职责和任职资格。应配备业务经验丰富的项目总监、项目经理、软件开发责任组长、软件测试责任组长等人员。项目经理须专职并全程负责本项目实施。项目经理、软件开发及软件测试责任组长需有5年以上软件开发经验、3年以上项目管理与分析设计经验。
4、项目参与技术人员须具有相关项目软件开发及实施经验,熟悉卫生统计基础知识,必须具有责任感和服务意识。所有软件开发人员均有2年以上软件开发经验。
5、本项目需基国家卫生统计直报系统所采用数据采集与数据分析软件的基础上进行系统功能开发,为确保本项目建设方得到足够的技术支持,并充分发挥平台的能力,保证项目按时、保质完成,要求承建方必须安排不少于2个数据分析及采集产品平台原厂商产品认证工程师全程参与本项目的现场开发和技术支持工作,并提供证明文件,编制在商务响应文件中。
6、制定详细人员组织方案,包括人员姓名、学历、开发经验及职责分工。
(四)培训及知识转移要求
项目承建方应安排经验丰富的培训人员,为省级系统管理人员提供系统配置、开发、安装、使用和维护等方面的培训。
项目建设方提供培训服务清单和费用,培训费用包括在项目总价中。提供培训教材和培训教员。准备一次集中培训。
六、售后服务要求
保障建设完成后的省卫生计生统计信息网络直报系统正常运行,确保卫生统计数据管理和应用的稳定性及安全性,确保系统升级改造功能的顺利完成和系统平稳运行。
1、服务期:项目双方签字验收后2年内,对本合同涉及到的软件开发内容,提供免费售后服务与技术支持。
2、服务方式及对象:项目实施方应提供实时在线的客户服务,具备灵活多样的通讯手段,提供5×8小时响应服务。实时解决常见问题,系统宕机后4小时内恢复正常。
招标
|
- 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无