广州市社会救助综合服务信息平台一期项目.docx

广州市社会救助综合服务信息平台一期项目.docx

《广州市社会救助综合服务信息平台一期项目.docx》由会员分享，可在线阅读，更多相关《广州市社会救助综合服务信息平台一期项目.docx（13页珍藏版）》请在冰豆网上搜索。

广州市社会救助综合服务信息平台一期项目

广州市社会救助综合服务信息平台（一期）项目

最高限价：

人民币153.342万元

资格要求：

1

符合《政府采购法》第二十二条所规定的条件；分公司投标的，必须由具有法人资格的总公司授权。

是否接受联合体投标：

（）是（√）否

招标范围

1

采购内容

广州市社会救助综合服务信息平台（一期）

★项目工期要求

本项目要求在2017年8月前完成开发。

一、项目概况

广州市社会救助综合服务信息平台（一期）建设按照市委、市政府的工作部署，进一步抢抓机遇，攻坚克难，开拓创新，强化服务意识，创新服务方式，为群众提供更加优质高效的服务。

重点要抓好六项工作：

一是全面落实“一窗收件、统一出件”，方便群众办事；二是建立统一的社会救助、临时救助事项目录制度，严格落实标准化规范管理；三是实施受理、审批、监管“三权分离”，严格规范审批裁量权，将建立和完善社会救助信用体系标准，根据信用状况实行分类分级、动态监管；四是建立后台即时审批和限时办结承诺制，切实提高审批效率；五是打破部门和层级壁垒，推进社会救助动态服务，审批服务重心下移；六是打造全天候、无界限的网上政务服务，努力实现更多事项“全城通办”。

（一）数据集中，协同监管。

全面整合全市已有的基础数据资源，采集并更新系统数据，建设供所有救助单位统一使用的社会救助数据中心，为领导决策提供支持。

同时，该平台将为审计、财政、监察等部门提供专门接口服务，以供实时监督，最大程度发挥社会救助体系的综合效用。

（二）信息共享，全面推进。

以数据资源中心为数据的承载点，完成数据的比对、清洗和存储，并通过数据交换平台完成多个救助职能部门的信息交换和共享；广州将完善社会救助和慈善资源之间的信息对接机制，社会救助信息平台以及居民家庭收入核对系统，要逐步向有需要的慈善机构、社会服务机构开放，实现资源共享，实现慈善救助的社会效益最大化。

（三）同城通办，智慧办理。

困难人员通过“一门式、一网式”受理体系，实现本市市、区、街、居委四级无差别受理。

面向社区级的“社会救助对象”本体，提供全生命周期的主题服务，构建面向对象细分个性化、主动性和人性化居民服务，拓展面向重点人群、面向热点事件的便捷化社会救助服务模式。

多层次、全方位满足社区社会救助需求，坚持物质救助与服务救助并重，通过技术手段，确保在社会救助手段和方式上，促进由传统的、单一的物质和现金救助转向物质保障、生活照料、精神慰藉、心理疏导、能力提升和社会融入相结合的综合援助，实现社会救助方式的多样化、组合化、专业化和个性化，最大程度发挥社会救助体系的综合效用。

“核心智能化”，提高审批效率。

将救助条件尽可能量化，通过与申请救助对象所填信息进行比对，实现智能判断，同时根据救助标准自动测算出救助金额，在提高救助工作效率的同时，增加了制度执行的刚性，降低了人为因素影响。

以基层（街道、社区和社会服务力量等）需求为导向，方便基层工作人员使用。

使用终端力求简便易行，合理设置审批表单，尽可能采取选择性填写方式，规范基层工作人员填写内容，方便数据采集和数据统计。

（四）健全制度，精准救助。

按照国家政策完善公示制度，利用政府门户、社区（村）信息公开栏对救助对象基本信息进行长期公示。

完善家庭收入信息核对机制建设，制订居民收入信息核对政策法规，规范信息核对管理；尽快开通金融、证券、保险类信息，提高信息核对的时效性和准确性；推动家庭收入信息核对应用到社会救助的各个领域。

（五）统筹资源，服务融合。

现代社会已经进入信息化时代。

社会救助工作也必须跟上步伐，创新工作手段，提高工作效率。

针对困难群众求助意识弱、政策知晓度低以及救助核查难、受理周期长、救助资源分散等情况，明确了“街道受理、社区协理”工作制度，通过购买服务等方式，实行“政社互动”（政府与社会的良性互动）和“三社联动”（社区、社会组织、社工），利用网格化管理手段，建立“早发现、早介入、早救助”入户到人的救助网络。

二、存在的主要问题及解决途径

社会救助现状

社会救助是国家保障困难群众基本生活的一项基础性制度。

进入新世纪以来，作为社会保障体系的重要组成部分，我市社会救助的功能定位日益清晰，制度构成日趋完备，国家投入不断增加，管理服务不断规范，在维护困难群众基本生活方面发挥着越来越重要的保障作用。

相较社会保险、社会福利而言，社会救助侧重“雪中送炭”，着眼于解决公民当下的生存危机，强调国家和社会对全体社会成员的责任和义务。

社会救助具有无差别、广覆盖、无偿性等特点，生活困难或遭遇突发灾难的公民，都应该获得国家和社会提供的救助。

以1995年我市建立城市最低生活保障制度为标志，我市建立了现代社会救助制度。

目前我市已建立了完善的社会救助体系，救助理念不断进步和发展，各项救助制度也日趋完善，形成了以最低保生活保障为基础、以医疗救助、住房保障、教育资助、灾害救助、司法援助、特困人员供养、养老和保险资助、临时救助为专项制度的救助体系，为贫困人士构筑了基本生活保障网，同时为有需要的其他社会成员提供必要的帮助。

存在的主要问题及解决途径

近年来我市社会救助工作取得较大成绩，困难群众享受各项专项社会救助及消费政策减免和优惠，人均每月享受的各项救助可达到1300多元，但在社会救助的管理、政策落实和实施的公平公正等方面，仍存在一些亟需解决的问题。

一是政出多门，救助资源难以整合。

在各项救助制度中，民政、住保、司法、教育、人社、人口计生等部门分别负责各自救助对象的救助（如上表所示），这些救助项目在救助对象、救助种类或项目上或有重复，如在医疗救助方面，民政、工会、残联都有参与，在教育资助方面，有教育部门的助学金、市总工会的金秋助学、民政的福彩助学、人社的职中（中专）免费制度等。

在下一层面，还有各区的一些救助。

由于政出多门，各部门的救助自成系统，救助信息未能共享，造成救助过度或救助缺失的现象。

二是在管理不规范不统一。

目前我市各项社会救助主要在基层街道（镇）受理（村居委会负责协调调查审核），但在基层没有相应的专门的救助机构，一方面，救助工作人员都是身兼几职，流动性大，难到全面熟悉救助政策，使救助政策很难落实，未能充分发挥其政策效果；另一方面，困难群众遇到困难不知如何求助，缺乏统一、规范的接办和协办机制。

三是社会救助信息未能实现共享，形成各个信息孤岛信息，难到形成综合审核和救助机制。

目前我市各项救助制度都几乎建设了独立的信息管理系统，这些系统在纵向方面已形成了市、区、街联网审核审批，但每一个部门的系统都没有形成有机的信息共享机制，形成各个信息孤岛信息，在救助项目或发放救济金等方面造成重复救助，在困难群众申请救助时，又必须分别向各个救助系统申请，造成重复审核，极大地影响救助效率。

由于缺乏救助对象的综合救助信息，在救助对象挖掘、贫困预警以及社会综合服务等方面难到形成合力和综合性的反贫困救助体系。

需求分析

业务分析

广州市社会救助综合服务信息平台（一期）建设按照市委、市政府的工作部署，进一步抢抓机遇，攻坚克难，开拓创新，强化服务意识，创新服务方式，为群众提供更加优质高效的服务。

重点要抓好六项工作：

一是全面落实“一窗收件、统一出件”，方便群众办事；二是建立统一的社会救助、临时救助事项目录制度，严格落实标准化规范管理；三是实施受理、审批、监管“三权分离”，严格规范审批裁量权，将建立和完善社会救助信用体系标准，根据信用状况实行分类分级、动态监管；四是建立后台即时审批和限时办结承诺制，切实提高审批效率；五是打破部门和层级壁垒，推进社会救助动态服务，审批服务重心下移；六是打造全天候、无界限的网上政务服务，努力实现更多事项“全城通办”。

三、项目总体设计

建设原则

Ø统筹规划、分步实施。

广州市社会救助综合服务信息平台（一期）建设和日常运营、管理和决策的系统必须坚持统筹规划，统一管理，按照国家、省和市里的发展目标和信息化规划要求，按照轻重缓急，厘清和分解阶段的信息化目标，扎实有效的分步开展广州市社会救助综合服务相关负责部门信息系统的建设和推广应用工作。

Ø标准体系、资源共享。

在实践中不断完善和补充相应的社会救助综合服务信息化规范和标准，建立信息化统一标准规范体系，要逐步建立城乡各类困难群众基本信息数据库，实现劳动就业、社会保障、计划生育、扶贫开发、社会帮扶等相关信息的互联互通，形成纵向贯通、横向互联的社会救助综合服务信息共享机制,为社会救助综合服务政策的制订及实施提供基础数据。

Ø突出重点，确保安全。

建立健全覆盖全民的社会保障、社会救助综合服务、社会福利全环节，突出重点兜底救助、重点任务，加强过程服务和数据应用，提高信息化应用水平。

按照国家关于加强信息系统安全保护和保密工作的要求，建立日常运维规范体系，确保计算机系统稳定可靠运行，确保信息安全。

另一方面将通过技术攻关和法律手段，确保困难群体的隐私得到充分保护。

Ø需求主导、深化应用。

针对困难群众求助意识弱、政策知晓度低以及救助核查难、受理周期长、救助资源分散等情况，明确了“乡镇（街道）受理、村居（社区）协理”工作制度，以基层（街道、社区和社会服务力量等）需求为导向，以应用促发展，以实用为准绳，以完善和创新社会救助综合服务与社会福利体系为目标，逐步深化广州市社会救助综合服务信息平台（一期）业务应用建设。

总体架构设计

本项目建设的总体架构如下图所示，整个系统分成8个部分，分别是：

展现层、业务层、技术支持层、数据层、基础环境层、安全保障体系、标准规范体系以及法律法规。

总体技术路线

本系统建设要求采用基于J2EE应用平台，采用JAVA、EJB、SERVLET、JSP、XML等JAVA2技术、以及组件技术、数据库技术、数据中心技术等，采用多层B/S应用结构体系，使整个应用系统建立在统一的平台上，将最大程度体现系统的先进性、可扩展性、可移植性等。

四、采购内容

序号

建设内容

数量

技术要求

备注

1.

广州市社会救助综合服务信息平台（一期）

一项

详见具体招标要求

包含系统培训费用与项目管理费用

2.

网站服务器

一台

租赁

3.

数据库服务器

一台

租赁

4.

应用服务器

一台

租赁

5.

备份服务器

一台

租赁

6.

文件服务器

一台

租赁

7.

数据存储

一台

租赁

8.

负载均衡

一台

租赁

9.

异地备份

一台

租赁

10.

本地备份

一台

租赁

五、建设需求

两大支撑体系

Ø信息标准和安全保障体系

信息标准和安全保障体系，包含总体标准、信息资源标准、应用支撑标准、应用标准、信息安全标准、信息化管理标准6个分体系。

Ø技术支撑平台

技术支撑平台功能包括：

单点登录、工作流、日志服务、“五级”权限系统、数据交换、统一用户管理、系统接入管理等

七大业务支撑平台

Ø社会救助信用平台（扩展改造）

社会救助信用系统建立健全社会救助对象的信用体系，保障精准救助，并将居民家庭收入数据的应用整合。

Ø社会救助内部审批平台（扩展改造）

在民政体系内审核审批社会救助临时救助与特困人员供养救助业务等8个领域的社会救助业务。

（扩展改造）

Ø社会救助跨部门审批平台（扩展改造）

经内部审批平台审批的8大领域的社会救助业务由社会救助跨部门审批平台分发至各个业务系统进行审核审批，业务系统根据制定的业务审批流程与审批时限，将审批结果反馈至社会救助跨部门审批平台。

Ø公共服务平台（扩展改造）

提供诸如短信平台、公众访问门户、微信公众账号、移动客户端等应用渠道，让公众能够及时了解社会救助政策及救助信息，并基于“一张图”门户方便的查询社会救助等基础信息、公开信息，完成政府和公众、社会救助资源之间的交流互动，实现社会共治。

Ø业务监管平台（扩展改造）

通过家庭核对以及其他各个业务系统制定的业务规则，结合社会救助信用评级规则，采用违规预警、跨部门联合监管的手段对不合规的救助事项或救助人群进行监管惩治，达到“精准救助”的目的。

Ø报表展示平台（扩展改造）

以数据中心为基础，根据不同角色的对数据分析需求提供三级统计数据（报表）展示门户。

ØGIS地理信息平台（扩展改造）

GIS地理信息平台是以空间地理信息数据为基础，通信网为依托，以标准地址为桥梁、以服务于广州市民政局社会救助业务管理、信息共享、决策支持、可视化为目标。

按照“统一规划、统一标准、统一软件、统一管理”的建设思路，建设GIS平台软件，建设和维护基础地理数据库、标准地址数据库、业务地理关联库，为各各部门开展督查和监管、业务管理、服务实际和全市的联网应用提供支撑。

十一大业务系统

Ø建设

✓临时救助系统（扩展改造）

✓特困人员供养系统（扩展改造）

✓社会服务资源配置系统（扩展改造）

Ø对接接口

✓教育救助系统

✓医疗救助系统

✓低保系统

✓住房保障系统

✓就业救助系统

✓家庭核对系统

✓社工系统

✓流浪乞讨人员管理系统

两大门户平台

Ø社会救助公共服务网

社会救助公共服务网是广州市社会救助综合服务信息平台（一期）对公众公开的门户，实现信息双向互动，即涵盖信息查询类业务也涵盖业务办理功能，实现“一网式”业务办理。

Ø政务内部协同网

政府一站式协同平台是民政局社会救助协同单位信息共享与业务协同办理的门户，聚合各业务系统的功能，实现“一网式”业务协同。

六、技术与实施要求

项目基本要求

系统设计必须遵循国家相关法律、法规，尤其是计算机信息系统安全的有关标准要求。

投标人所作的需求分析和系统设计应完全满足用户需求。

本采购文件提出的建设要求，是投标人编制投标文件的主要依据，但不应作为投标人需求分析和系统设计的完整的详细要求，在编制系统实施方案时，投标人应深入分析和充分考虑业主单位对本系统现在及未来发展的需求，设计出完整的优质方案。

项目建设内容要求

★本期项目在原广州市社会救助综合服务信息平台基础上进行升级改造，开发商需承诺本期项目将与广州市社会救助综合服务信息平台项目保持一致性与延续性。

项目周期要求

★本项目要求在2017年8月前完成开发。

开发要求

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）质量保证要求

中标供应商必须有针对本项目的质量保证体系和组织，并制订质量保证计划，列出软件开工过程中质量监督和保证执行的措施，要记录质量保证活动，并保存和维护这些记录。

组织管理要求

1）中标供应商必须成立合理的实施团队，建立健全保障项目顺利实施的各项管理制度和质量保证体系。

2）中标供应商必须指定专职于本项目的项目经理，配置相应的项目管理、系统分析、设计、开发、测试、集成、培训、质量保证等人员，保证有足够的高素质人员参加本项目的建设，确保工程顺利实施。

3）参与本项目的技术人员必须具有承担过政府部门软件开发经验，能够与政府用户进行良好沟通，具备相关产品集成、应用和开发的能力。

4）参与本项目的技术人员必须对本系统相关业务有所熟悉。

5）投标人在投标时必须根据项目建设的具体内容和整体工期要求，向业主单位提交切实可行的项目工作计划。

项目交付要求

1）投标人应在投标文件中提供具体的项目交付说明、交付计划、交付物标准说明等。

2）软件开发过程中，投标人应按照软件开发要求形成全面详尽的技术资料，包括可运行的程序、过程文档以及最终技术文档，以确保技术资料的一致性和完整性，在系统正式运行前提交完整的与应用系统相关的文档。

所交付的文档至少包括：

系统需求分析、概要设计、详细设计、数据库详细资料、数据接口详细资料、测试报告、安装说明书、使用说明书/用户手册、系统维护说明书等。

各种文档应当以光盘和书面两种形式交付。

项目验收要求

1）验收方案由用户最终确定，验收工作由用户负责，中标供应商配合。

2）中标供应商完成工程施工并通过对系统实施的自我检测后，编制《工程竣工文件》。

竣工文件应满足完整性、一致性和可读性要求。

3）中标供应商应负责在项目验收前将系统的全部有关产品说明书、原厂家安装手册、技术文件、资料、安装、测试、验收报告等文档汇集成册交付设备使用单位。

4）用户与监理对《工程竣工文件》会审通过后，通知中标供应商现场验收时间安排。

5）现场验收内容包括：

《工程竣工文件》一致性检查、验收测试。

培训要求

1.投标人必须根据标书采用的相关技术，在标书中提出全面的培训计划和课程内容安排，并在合同签定后征得用户方同意后实施。

2.投标人派出的培训教员应至少具有相同课程的教学经验。

3.所有的培训教员必须用中文授课（如果讲师不会讲中文,投标人必须提供中文翻译）,除非有其它的协议规定。

4.投标人必须为所有被培训人员提供文字资料和讲义等相关用品。

所有的资料必须是中文或英文书写（前台操作员必须是中文资料）。

七、付款方式说明

一、合同签订后十五个工作日内，甲方向乙方支付合同总价的55%；

二、系统开发完成上线运行，甲方向乙方支付合同总价的25%；

三、项目全部完成并通过用户验收个十五个工作日内，甲方向乙方支付合同总价的10%；

四、项目完成市工信委验收备案后十五个工作日内，甲方向乙方支付合同总价的5%；

五、验收通过之日起一年后十五个工作日内，甲方向乙方支付合同总价的5%；