广州市居民家庭经济状况核对信息系统信息拓展与规范化建设.docx
《广州市居民家庭经济状况核对信息系统信息拓展与规范化建设.docx》由会员分享，可在线阅读，更多相关《广州市居民家庭经济状况核对信息系统信息拓展与规范化建设.docx（12页珍藏版）》请在冰豆网上搜索。
广州市居民家庭经济状况核对信息系统信息拓展与规范化建设
广州市居民家庭经济状况核对信息系统信息拓展与规范化建设项目
最高限价：
人民币107万元
资格要求：
1
符合《政府采购法》第二十二条所规定的条件；分公司投标的，必须由具有法人资格的总公司授权。
2
本次采购产品为非进口产品（进口产品指通过中国海关报关验放进入中国境内且产自关境外的产品）。
是否接受联合体投标：
（）是（√）否
招标范围
1
采购内容
广州市居民家庭经济状况核对信息系统信息拓展与规范化建设项目
★项目工期要求
本项目项目计划2018年6月完成招标，2018年7月完成需求调研和确认，并启动项目建设，2019年5月完成项目建设，项目总建设周期为12个月。
项目概况
一、项目名称
项目名称：
广州市居民家庭经济状况核对信息系统信息拓展与规范化建设项目。
二、项目工期
合同签订后一个月内完成需求调研和确认，完成需求确认后十个月内完成系统开发和测试并上线试运行，试运行2个月后完成用户验收（初验和终验），用户验收1个月后申请并完成市工信委验收备案。
三、现状
广州市居民家庭经济状况核对中心开展的核对业务，建立了一套从准入到审核、审批的家庭居民家庭经济状况的核对规则和管理办法，逐步提高社会救助的效率和社会救助的公平、公正性。
通过核对信息系统的建设，广州市居民家庭经济状况核对中心搭建了一个高效的应用信息化平台，不但实现了与人社、公安、税务、国土等9个政府部门数据信息交互共享，同时还实现与近30家商业银行、商业保险公司、省福利彩票、市低保低收系统、市医疗救助系统的对接，使核对信息系统采集的数据内容更为全面，进一步提高了对申请救助家庭及成员的经济状况数据的准确性，为实现社会更为公平、公正、公开救助提供强有力的数据支撑。
同时，通过核对系统项目一期、二期、三期的连续性建设的不断完善和优化，使核对信息系统功能得到进一步的完善，使核对业务与核对系统建立较好的匹配性，真实的反应出核对业务的应用情况。
同时通过建立在线分析系统，为社会救助和核对业务的相关领导决策提供帮助。
四、项目建设目标
1、遵循国家核对标准和民政部要求，与国家核对平台实现对接：
通过国家核对平台数据查询框架，可接入部分数据信息，获取申请人在其他省市的数据，丰富和扩展核对信息，同时将广州市的核对系统的统计等数据上传到国家核对平台。
2、实现对数据在线服务平台的升级与改造.根据民政部低收入困难家庭认定指导中心《社会救助申请人家庭经济状况收入核对业务规则》、《社会救助申请人家庭经济状况财产业务核对规则》等核对业务规则全面改造原有的数据数据模型，包括：
基本信息，收入信息，财产信息等三大类数据比对模型。
3、实现对核对业务的模块化管理：
实现数据交换模块化管理，数据计算模块化管理，核对报告模块化管理。
根据业务需求满足不同的数据交换、数据计算、核对报告出具内容的要求。
4、在线互动平台实现知识库管理和用户问题维护管理。
通过建设知识库提高业务人员获取业务资料的效率、实现业务知识的分享、提高业务人员的业务素质和能力。
通过建设问题维护管理模块提供用户问题处理的规范化流程，分析常见问题。
5、完成数据安全隔离及功能改造：
实现核对业务数据的的安全隔离及相关业务功能的改造。
6、调整核对系统功能，根据《广州市临时救助暂行办法》、住房保障部门要求，新增临时救助、公租房审计两项核对业务，新增短信预警功能。
7、完成与外部系统对接：
扩充7家商业保险接口、实现与短信网关对接。
8、安全等级保护测评:
核对系统需要达到等保测评三级标准，因此需要对系统进行等保测评。
五、项目建设内容
本项目建设应该包括但不限于本次招标文件所提到的各项软件功能，实际的软件功能要求应该以最终用户确认的用户需求说明书为准。
序号
项目类别
项目名称
１
实现与国家核对平台的信息对接与共享
数据标准比对梳理工作
２
国家核对平台数据查询接口开发与联调
３
系统功能调整
４
数据共享上传接口开发与联调
5
数据交换监控
6
核对业务规则的调整与模型改造
基本信息模型改造
7
收入信息模型改造
8
财产信息模块改造
9
核对系统的模块化改造与管理
数据交换模块化管理
10
核对对象模块化理
１1
核对报告模块化管理
１2
数据交换程序重构
１3
核对计算程序重构
14
报告调整
15
在线互动平台建设
知识库管理
16
用户问题维护管理
17
核对数据信息的安全隔离及功能改造
数据隔离库建设
18
数据自动迁移程序开发及实施
19
核对档案模块调整
20
综合查询功能调整
21
核对报表功能调整
22
数据分析功能调整
23
辅助决策分析功能调整
24
核对系统功能调整
临时救助核对业务管理
25
公租房审计核对业务管理
26
短信预警
27
外部系统对接
7家商业保险对接
28
短信网关对接
29
安全等级保护测评
安全等级保护测评
风险提示：
本清单未列出的系统功能组件，但实际需要中必须配置的，投标人必须在采购清单中列出并报价，如有遗漏视为投标人愿意免费提供相应部分。
六、项目建设原则
可扩展性
广州市居民经济核对系统是涉及民生的一项建设工程，系统的建设在不断发展和完善，相应的系统的升级设计要检查可扩展性原则，系统应能够随着核对信息系统的业务发展而不断扩展，整体设计上必须保证可扩展和高度的可靠性。
经济性
系统建设经济可行。
系统使用的软、硬件、网络平台应具有通用性，具有较高的性能价格比。
根据实际的发展与管理情况和技术条件，确定适当的系统规模。
投资规模要适中，避免不必要的浪费。
对现有的软硬件技术设备和技术力量要尽可能充分利用。
服从广州民政系统总体规划
项目建设将服从广州民政系统的总体规划以及部、省、市的相关规划和要求，针对目前业务系统中存在的问题和本期项目新业务需求,实现内部业务系统间、与外部业务单位的数据高度共享，为高效业务协同提供有利支撑；进行业务流程的梳理和改造，对复杂业务流程进行全面的功能和效率分析，全面提升社会工作业务；建立完整和统一的技术标准与规范，为广州市居民家庭经济状况核对信息系统长期建设提供有利指导。
实用性
实用性是本期项目建设的基本要求也是最高要求，要使应用系统实用，除了要全面了解技术上的最新动态之外，更要了解用户的实际需求，要做到一切面向应用部门，一切面向用户。
要根据政策、业务部门的真正需求，要考虑业务的发展，要考虑技术的进步，要考虑需求的膨胀，从而确定保系统的持续稳定发展。
全面性和整体性
全面性和整体性表现为建设内容的全面性和整体性。
从应用需求分析开始，到应用的规划和设计，到支撑平台的规划和设计。
建设范围的全面性和整体性：
从主要应用部门和单位到建设工作中需要涉及到的其他单位，都要做详细的设计和规划。
安全性
充分考虑设备的安全性、运行的安全、管理的安全和信息的安全性。
可靠性和稳定性
系统的可靠性和稳定性是提高效率和避免损失的保证。
在设计时选用高可靠性的产品与技术，充分考虑系统程序异常时应具备的应变能力和容错能力，确保整个系统的安全与可靠。
七、项目建设需求
（一）实现与国家核对平台的信息对接与共享
1.数据标准比对梳理工作
在与民政部核对平台的对接工作，必须以民政部的核对数据标准体系为基础，严格遵循民政部的标准，因此必须根据民政部提供的数据标准及数据接口规范，对照广州市现有核对系统自身的业务信息及数据进行比对、梳理，从而整理出两者之间的映射关系和差异。
2.国家核对平台数据查询接口开发与联调
开发与国家核对平台对接接口，通过国家核对平台数据查询框架，可接入部分数据信息。
国家核对平台的数据通过广州市政府信息共享平台获取后，需要对这部分数据进行处理，对数据进行映射、清洗、转换和加载，并对数据处理过程进行监控。
3.系统功能调整
与国家核对平台对接后，因数据元扩展或者数据的调整涉及核对系统的调整，调整内
容有数据比对功能调整、预警功能调整、前端页面展示调整。
4.数据共享上传接口开发与联调
数据共享上传接口是按照民政部国家核对平台的数据交换接口规范开发的数据上传接口，此接口用于将广州市现有核对系统的统计数据上传至民政部国家核对平台。
接口开发完成后，需要与民政部国家核对平台进行联调，保障数据上传的准确性和及时性。
5.数据交换监控
数据交换监控包括两个系统功能，一个是查询接口执行情况的监控功能，另一个是上传接口执行情况的监控功能。
（二）核对业务规则的调整与模型改造
1.基本信息计算模型改造
根据2017年新颁布的基本信息核算规则，对系统家庭基本信息、家庭成员各类信息的核对模型进行调整。
2.收入信息计算模型改造
根据2017年新颁布的收入信息核算规则，涵盖工资性收入、经营性收入、财产性收入等13项计算内容，约30条计算规则。
需要对各类收入信息的核对模型进行调整。
3.财产信息计算模型改造
根据2017年新颁布的财产信息核算规则，涵盖银行存款、商业保险、证券等14项计算内容,约25条计算规则。
需要对系统各类财产信息的核对模型进行调整。
（三）核对系统的模块化改造与管理
1.数据交换模块化管理:
根据核对业务的需求，实现核对数据的数据交换模块化功能，达到针对不同业务，可以实现不同核对经济来源的数据交换配置，包括各家银行、8大局委、保险以及后续接入的交换内容配置。
2.核对对象模块化管理:
根据核对业务要求，针对于不同核对业务，对不同人员的计算范围进行模块化管理，确保同一家庭、不同人员的运算范围允许不同，实现精细化的核对。
3.核对报告模块化管理:
根据核对业务要求，不同核对业务、不同人员的核对报告内容要求不一样，因此需要实现核对报告的模块化管理，通过配置，实现核对内容差异的要求。
4.数据交换程序重构
对数据交换模块化管理后，系统中原有的数据交换程序，已经不能满足模块化的需求，需要进行重构。
原数据交换程序在数据交换时，不会区分数据共享单位和核对对象的差异，全部提交给各数据共享单位交换数据。
也难以满足核对“一授权一委托”的核对业务要求。
重构后将根据配置的数据交换方案交换各数据共享单位的信息。
真正实现“一委托一授权”的核对业务要求。
5.核对计算程序重构
在实现了模块化管理后，原有的核对计算程序需要进行重构，根据模块化的要求计算出正确的核对结果。
6.报告调整
广州市现有核对系统在完成核对或者复核流程后，系统会根据报告的固定的模板生成相应的报告，报告内容为静态方式展示，难以满足差异化的需要。
因此需将报告的生成方式调整为动态方式，根据核对核对报告模块化配置的报告模板生成相应的核对报告或者复核报告。
以满足核对报告的差异化和精细化的要求。
（四）在线互动平台
1.知识库管理
知识库管理实现核对业务资料、业务规则等业务知识维护管理。
核对业务横跨公租房、低保、低收、医疗救助等各项社会救助业务，相关的资料和规则众多。
查询纸质文档，耗时费力，通过知识库的建立，可方便业务人员便捷、快速、有效的获取相关的业务资料。
2.用户问题维护管理
对接后，因数据元扩展或者数据的调整涉及核对系统的调整，调整内________________________________________________________________________________________________系统用户可以使用此功能，将个人在使用系统的过程中出现的问题，发布到核对系统业务互动平台上。
可以让管理员及时解决和处理问题。
在新建问题时，可录入关于问题的详细描述信息。
据业务人员录入的问题类型，系统将问题自动分配给相应的业务人员。
业务问题分配给市级核对中心业务人员；系统功能问题、系统操作问题将分配给系统管理员或者核对运维工作人员进行处理。
（五）核对数据信息的安全隔离及功能改造
1.数据隔离库建设
根据表结构设计和表空间设计进行隔离库构建，创建表空间以及数据表。
另外，针对隔离库安全需进行数据库用户实例进行权限控制、审计日志监察等安全设置。
2.数据自动迁移程序开发与实施
数据迁移配置主要是针对于ETL过程进行抽取逻辑进行定时抽取任务进行配置。
3.核对档案模块调整
核对档案模块主要针对已经归档后的业务数据进行管理，主要包含申请人个人申报的核对信息、核对信息、复核信息、委办明细等信息，按照本项目数据安全策略，针对银行信息、商业保险信息、人社局信息、公积金信息、国土房管局信息等敏感信息的查看功能进行权限控制调整，以保障申请人敏感信息的安全性。
4.综合查询功能调整
综合查询实现对核对业务信息及办理情况的查询信息，建设安全隔离库后，需要将核对对象的敏感信息进行隔离，并且进行相应的权限控制。
严格保护申请人的隐私权。
5.核对报表功能调整
核对报表功能包含了七大模块涉及的统计报表包括业务量、检出情况、核对业务类型、工作量等各个方面。
核对报表的统计指标受理数、审批数、检出数、中止数、终止数等基本上都涉及到迁移的数据，因此需对核对报表的七大模块进行功能调整，保障报表统计结果前后保持一致
6.数据分析功能调整
数据分析功能主要包含业务增长主题分析、业务处理主题分析、家庭成员结构主题分析、家庭经济状况主题分析及数据交换主题分析。
7.辅助决策分析功能调整
辅助决策分析功能主要是驾驶舱管理，针对核对业务各项指标进行决策分析。
辅助决策分析需要对整个核对归档业务数据进行数据抽取转换，产生决策分析数据库，最终形成各自决策分析结果。
（六）核对系统功能调整
1、根据《广州市临时救助暂行办法》要求增加临时救助核对业务。
2、为配合公共租赁住房审计要求，增加公租房审计业务。
3、新增短信预警功能。
（七）外部系统对接
1.与7家商业保险公司的对接工作:
扩充7家商业保险接口。
包括前期沟通、接口技术方案制订、培训，网络对接协调，接口联调、上线准备、数据验证等。
2.与短信网关对接：
实现短信的发送。
（八）安全等级保护测评
为保障与国家核对系统对接及系统安全性的需要，根据与民政部核对系统对接的规范要求，以及因核对系统中社会救助对象的信息涵盖了个人的户籍、婚姻、社保缴纳及提取、工商登记、个税缴纳、银行存款、大额交易记录、理财产品、商业保险购买记录等隐私数据，出于对申请社会救助对象的隐私信息的保护，核对系统需要达到等保测评三级标准，因此需要对系统进行等保测评。
八、项目实施要求
（一）项目基本要求
1.系统设计必须遵循国家相关法律、法规，尤其是计算机信息系统安全的有关标准要求。
2.投标人所作的需求分析和系统设计应完全满足用户需求。
本采购文件提出的建设要求，是投标人编制投标文件的主要依据，但不应作为投标人需求分析和系统设计的完整的详细要求，在编制系统实施方案时，投标人应深入分析和充分考虑业主单位对本系统现在及未来发展的需求，设计出完整的优质方案。
（二）技术要求
1.系统建设必须采用J2EE技术架构，数据库采用Oracle，系统部署时同时支持包括但不仅限于Unix、Linux、Windows等操作系统；
2.采用多层B/S应用结构体系，表示层、业务层、数据访问层分开；
3.支持目录访问协议；
4.支持组件化开发；
5.支持负载均衡和群集技术，提供数据缓存和负载均衡机制，可服务于更多的用户，并获得良好的执行效率；
6.提供良好的可扩展性和容错性。
7.系统通过SOA进行构架，可做到灵活扩展。
8.系统采用三层架构的体系结构，充分考虑到系统今后纵向和横向的平滑扩张能力。
9.系统应提供7×24小时的连续运行，平均年故障时间：
<1天，平均故障修复时间：
<30分钟。
10.具有较强的系统安全性和灾难恢复能力。
（三）安全保密要求
1.系统建设必须遵循有关国家电子政务信息安全保障体系要求，按照国家法规实施安全等级保护，加强系统信息安全管理。
2.业务安全方面应充分考虑行业主管部门，监督部门，管理员三方权限授权及业务授权机制。
3.质量保证要求
4.中标供应商必须有针对本项目的质量保证体系和组织，并制订质量保证计划，列出软件开工过程中质量监督和保证执行的措施，要记录质量保证活动，并保存和维护这些记录。
（四）组织管理要求
1.中标供应商必须成立合理的实施团队，建立健全保障项目顺利实施的各项管理制度和质量保证体系。
2.中标供应商必须指定专职于本项目的项目经理，配置相应的项目管理、系统分析、设计、开发、测试、集成、培训、质量保证等人员，保证有足够的高素质人员参加本项目的建设，确保工程顺利实施。
3.参与本项目的技术人员必须具有承担过政府部门软件开发经验，能够与政府用户进行良好沟通，具备相关产品集成、应用和开发的能力。
4.参与本项目的技术人员必须对本系统相关业务有所熟悉。
5.投标人在投标时必须根据项目建设的具体内容和整体工期要求，向业主单位提交切实可行的项目工作计划。
（五）项目交付要求
1.投标人应在投标文件中提供具体的项目交付说明、交付计划、交付物标准说明等。
2.软件开发过程中，投标人应按照软件开发要求形成全面详尽的技术资料，包括可运行的程序、过程文档以及最终技术文档，以确保技术资料的一致性和完整性，在系统正式运行前提交完整的与应用系统相关的文档。
所交付的文档至少包括：
系统需求分析、概要设计、详细设计、数据库详细资料、数据接口详细资料、测试报告、安装说明书、使用说明书/用户手册、系统维护说明书等。
各种文档应当以光盘和书面两种形式交付。
（六）项目验收要求
1.验收方案由用户最终确定，验收工作由用户负责，中标供应商配合。
2.中标供应商完成工程施工并通过对系统实施的自我检测后，编制《工程竣工文件》。
竣工文件应满足完整性、一致性和可读性要求。
3.中标供应商应负责在项目验收前将系统的全部有关产品说明书、原厂家安装手册、
技术文件、资料、安装、测试、验收报告等文档汇集成册交付设备使用单位。
4.用户与监理对《工程竣工文件》会审通过后，通知中标供应商现场验收时间安排。
现场验收内容包括：
《工程竣工文件》一致性检查、验收测试。
付款方式说明
（一）合同签订后十五个工作日内，采购人支付合同额的30%；
（二）在完成整个项目的上线试运行后，支付项目合同额的40%；
（三）在完成第三方测评，系统正式上线后，支付合同总价的25%；
（四）在通过市信息化主管部门验收审核后，支付项目合同总价的5%尾款；
升级会员 