顺德区待遇代发信息管理系统采购项目

1、第 PAGE 16 页，共 NUMPAGES 16 页顺德区待遇代发信息管理系统采购项目（SD08089-2）采购内容及技术要求2.3.1 项目背景为了改善顺德区属部分退休人员生活待遇偏低的问题，根据关于机关事业单位离退休人员抚恤金发放问题的复函（顺府办2008126号）、关于同意调整我区企业部分早期退休人员生活待遇的复函（顺府办2008156号）以及相关文件的规定，由文件规定的发放日期起，由顺德分局代发退休人员的待遇，其中代发项目包括职级补贴、97号文补差、企干生活补贴调整额、企业离休持平补差、享受待遇离休干部生活补贴、企业离休干部抚恤金、区属离退休人员抚恤金差额和医疗个人帐户补助。代发待遇

2、涉及的人员约4万人，为确保按时把代发待遇发放到享受对象手中，维护社会稳定，同时为了保障社保基金安全，理顺统筹待遇与代发待遇之间的业务关系，对代发待遇数据利用信息技术进行科学管理，因此建立适合顺德实际情况的待遇代发信息管理系统是顺德区社保局当前紧迫的任务。2.3.2 项目目标为了配合顺德区政府的文件精神，切实改善退休人员待遇偏低的问题，满足代发待遇发放准确及时的要求，利用新技术建设安全、可靠、易用、便捷的与现有业务信息系统无缝整合的顺德区待遇代发信息管理系统。本次项目总体建设思路分以下几点：利用业界先进的SOA技术架构，构建基于SOA的业务服务平台，建立顺德社保局信息服务资源面向服务的可持续发展

3、的IT管理机制，通过数据交换平台有效整合局内外异构信息资源。依据顺德区政府文件的要求，建设面向服务架构、业务松耦合、与现有的“5+2”险种形成统一管理的退休人员待遇发放体系。建立有效的监控体系，对数据和业务进行分析、管理，安全建设应贯穿于业务全过程中。2.3.3 现有业务系统现状“5+2”险种业务系统已在正常运行，采用三层架构，基于统一的业务框架体系（系统基础框架、业务流程、业务平台），前台采用AJAX技术提供灵活的操作功能。1面向服务业务系统按SOA架构标准设计实现，采用了参数化、模块化、可配置以及业务松耦合的设计手段，达到了易维护、可扩展和可持续发展的设计要求形成协同业务处理的新IT架构。

4、业务系统是面向服务对象的系统而非面向技术的系统，实现了系统技术与服务功能之间的平滑映射即诉求与实现的自然衔接，具有用“可持续服务”的长期稳定服务能力。2业务和管理集中业务系统是数据集中、业务集中、管理集中和信息资源共享的社会保障系统。系统采用“5+2”模式，养老、医疗、失业、工伤、生育和城乡居民养老保险、城乡居民合作医疗在统一平台上运行。从社会保障体系的高度来实现社会保险及其相关业务的数据集中、资金的平衡和监管、简便快速的服务和有效的决策支持。3业务可追踪、监控业务系统采用先进的业务框架，重新规划了业务流程。解决了原来比较单调的业务操作模式，实现了业务流程可追踪、可控制。业务办理一窗式，业务办

5、理高效准确，体现了社保以人为本的思想，真正做到了方便群众。4业务协同业务系统统一了接口标准、实现方式、数据规范，解决了与外部系统对接的问题、保证了与上下级系统数据交换畅通，真正实现了业务协同，解决了信息孤岛的困境。2.3.4 建设原则1统一规划原则：在广东省社会保障信息系统总体规划和广东省社会保障信息系统总体设计的统一指导下进行系统的建设。2统一标准原则：采用统一的业务标准规范、统一的计算机技术标准规范、统一的网络互联技术标准规范。项目实施必须遵循软件工程的原理，严格执行软件项目的开发管理要求，符合软件开发规范。3先进性原则：采用先进的SOA技术架构，实现信息服务资源的有效整合和管理。4通用性

6、原则：系统支持主流大型数据库，如ORACLE等数据库；系统支持主流厂家web服务器和应用服务器。5安全性原则：从信息安全角度和网络安全角度，分析和建设一个安全可靠的支撑基础平台。6高效可靠原则：系统要支撑上面建设的各类应用系统，因此稳定性必须得到很好地保障，特别是当访问量、网络流量等出现峰值时候的系统稳定性。同时，系统应具备较强的数据处理能力，进行优化设计，响应速度快，并发度高。7可扩展性原则：在设计时要为可预见的变化做好准备，支持系统功能的增加、调整。系统应该是高度可定制的。特别要加强设计的前瞻性、预留系统扩充和扩展能力、从信息角度加强安全保密措施。2.3.5 具体要求 重点要求1建设的具体

7、细节要求，根据用户提供的政策、业务需求决定。2系统建设符合国家金保工程的相关规定。3中标人须向采购人提供系统的需求分析报告书（由采购人最终确认）、系统设计报告、用户使用说明书等相关资料。4中标人要根据采购人提供的法律法规文件，对系统进行项目分析。5投标人必须将本系统和现有业务系统进行整合，实现停续发、关系数据获取、死亡等业务的联动处理，不能影响现有业务系统的运行。与现有业务系统架构、安全管理、工作流管理模块能够无缝集成，延续业务系统的操作模式。6系统有主动智能提醒并引导操作人员办理业务，有感知及导航功能，可根据输入的条件作业务的模拟计算。7采用操作留痕的设计，保留每一用户对数据的操作记录。8中

8、标人负责本次采购的硬件设备和原有设备的系统集成。9系统设计充分利用热键、回车键，用最少的操作快捷完成业务。10可定制各业务报表的统计及打印，支持固定报表及动态报表。11和现有业务系统统一提供业务办理工作桌面，需要办理的业务在工作桌面统一显示。系统提供业务的批量处理功能。根据业务办理的需要灵活处理业务。12提供审批流定义和监控功能。13采用ajax技术和DHTML技术，对常用控件进行封装，具有多行编辑框，分页查询排序列表，级联下拉框等。14利用数据交换平台实现同区人事局、区财政局以及佛山核心业务系统间的数据交换。15实现原有的两项代发业务(企业退休干部职级补贴、企业离休干部抚恤金)统一管理，并将

9、现有业务系统中基金台账的两个代发项目分离出来,统计到代发系统的代发台账。 业务综述一、代发业务种类1企业类（1）长期待遇五项：企干职级补贴、97号文补差、企干生活补贴增加额、企业离干持平补差、离干增加待遇（2）一次性待遇一项：企业离休干部抚恤金2区属机关事业类（1）长期待遇一项：区属机关事业单位统发工资离退休人员附加养老金（简称：附加养老金）（2）一次性待遇一项：区属机关事业单位编内离退休人员抚恤金差额（简称：抚恤金差额）二、代发业务的计发标准1企干职级补贴：（1）调整后标准。（2）调整执行时间：2008年1月（3）调整后首次代发时间：2008年6月(该月一并补发2008年1月至2008年5月

10、代发额)297号文补差（1）代发对象确定同时符合以下三种情形的企业退休人员： 1993年12月(含当月)前退休；具有发放2003年6月月发养老金的记录；2008年1月生存的（含2008年1月死亡人员）（2）补差额的确定代发对象按其2003年6月月发养老金加37元, 对比佛府函200397号文同等条件（本人参加工作时间、累计缴费年限、职务级别等）对应的最低标准，不足最低标准的，差额以生活补贴方式予以补足。（3）文件实施时间：2008年1月（4）首次代发时间：2008年6月(该月一并补发2008年1月至2008年5月代发额)3企干部生活补贴增加额（1）享受对象及金额由区组织部门核定，调整增加额等于

11、调整后月额减养老基金中的生活补贴额，计得代发额。（2）实施时间：2008年1月（3）首次代发时间：2008年6月(该月一并补发2008年1月至2008年5月代发额)4企业离干持平补差（1）享受对象及金额由区组织部门核定，按级别补差。（2）实施时间：2008年1月（3）首次代发时间：2008年6月(该月一并补发2008年1月至2008年5月代发额)5离干增加待遇（1）享受对象及计发标准享受对象及金额由区组织部门核定。代发金额=区组织部门核定规范待遇后的总额-社保支付的养老金月额-代发持平补差月额（2）实施时间：2008年1月（3）首次代发时间：2008年6月(该月一并补发2008年1月至2008

12、年5月代发额)按级别补差，具体标准另行提供。（4）实施时间：2008年1月6企业离休干部抚恤金（1）原有的代发项目，享受对象及金额由区组织部门核定。（2）实施时间：1996年7月（3）首次代发时间：1996年7月7附加养老金（1）计发标准：附加养老金月额=区组织人事部门核定的月离退休待遇总额-养老保险基金支付的月实发养老金+个人账户养老金月实发额（2）享受对象及金额由区组织部门核定，各人金额不同。（3）实施时间：2008年6月（4）首次代发时间：2008年6月8抚恤金差额（1）计发标准：抚恤金差额=区人事部门核定的抚恤金总额-养老保险基金支付的抚恤金（2）享受对象及金额由区组织部门核定，各人金

13、额不同。（3）文件实施时间：2006年7月（发文时间2008年4月）（4）首次代发时间：2008年5月 功能要求代发待遇涉及的离退休人员信息管理、企干职级补贴核定、97号文补差核定、企干生活补贴增加额核定、企业离干持平补差核定、离干增加待遇核定、企业离休干部抚恤金核定、区属机关事业单位离退休人员抚恤金差额核定、补发代发待遇处理、补扣代发待遇处理、停发续发、支付月结、代发待遇发放查询、支付台帐查询、划拨制盘、划拨返盘数据批量处理、支付失败处理、核心业务系统数据接口、人事局数据接口、财政局数据接口、佛山核心业务系统数据接口、报表统计。 企业类代发业务要求1代发业务分类：长期待遇、一次性待遇2代发待

14、遇不是独立于养老待遇之外的互不关联的代发，其中一方发生增减、停续发、核定、重核、信息变更，另一方必须作同步处理。要求增设的代发系统，须设置与养老系统的接口，用于读取养老系统中各月份离退休人员的养老待遇核定、重核、死亡、停发、续发（含补扣）、个人基础信息资料变更等情况，主要对碰代发人员的养老金月实发额（含其中的个人账户月实发额）,代发系统根据养老系统的数据对代发名单、代发额(含补扣)作同步并联增减补扣的核定处理。代发待遇划入养老待遇的支付账户（每月两系统的人员不同步的除外）。3支付账户支付账户按月发养老金的支付账户管理规则确定支付账户,即代发额划入月发养老金的支付账户或变更的养老待遇支付账户或审

15、核部门提供的支付账户。代发待遇划入离退休人员的养老待遇支付账户，涉及补发的死亡人员，其支付账户由办事处经办人员联系其家属进行确认，具体按照2007年11月30日下发的关于进一步明确养老保险待遇支付账户管理的通知处理。4支付台账（1）支付台账与养老金支付台账分账统计,各代发待遇按类别统计到两个代发支付台账的对应栏目。（2）单个的代发人员的月实际代发额出现负数时，即月额加补发额减扣减额小于0时，不统计到支付台账，另行统计一份负数的代发支付台账。该台账格式与支付台账相同，只是表名加注负支付台账。（3）要求代发系统设置代发台账预览的功能。（4）增设代发系统后，原有两项代发业务（职级、企业离干抚恤金30

16、00元）不再在养老基金支付台账统计，相应地在代发企业待遇支付台账统计。5制支付盘制盘环节与养老待遇环节相同,即代发总人数、总金额，附各开户银行的人数、金额、对应的人员明细。6支付失败处理、再支付与养老待遇环节相同。7统计报表8综合查询包括：代发项目查询、历期代发明细查询、当期代发明细查询。 区属机关事业类代发业务要求1代发业务分类：长期待遇、一次性待遇2代发待遇不是独立于养老待遇之外的互不关联的代发，要求增设的代发系统，须设置与养老系统的接口，用于读取养老系统中各月份离退休人员的养老待遇核定的月实发额（含其中的个人账户月实发额）该类代发的核定与企业类不同，代发系统只须根据审核部门提供的代发名单

17、与养老系统的发放名单对碰，计算代发额，代发系统不须设置补办认证、停续发、重核等环节，这些业务均在养老系统处理。3代发附加养老金金额的核定该代发额由区组织部工资福利科核定，每月根据审核部门提供的各单位离退休待遇月总额汇总、各代发人员的离退休待遇月总额明细。代发系统据此读取养老系统的养老月实发额（含其中的个人账户养老金月实发额）对碰审核部门的总额，计得代发额，发送有关部门审核及划拨款项后,生成代发台账并出支付盘交财务科送银行划款。4支付账户（1）2008年6月前（含6月）已申领社会保险养老金的离退休人员，其代发的附加养老金划入离退休人员的社会保险养老待遇支付账户。（2）新增领取社会保险养老金的退休

18、人员，其代发的附加养老金划入基本医疗保险个人账户的支付账户（养老金也划入该账户）。（3）区组织部门已办结退休审批手续，但单位未能及时到社保办事处办理在职减员及申领养老待遇手续，或单位已办理申领养老待遇手续但区社保分局未能及时进行待遇核定，这类人员的代发附加养老金划入基本医疗保险个人账户的支付账户。（4）代发人员不属于社会保险退休人员而没有养老待遇支付账户的,其代发的附加养老金划入工资福利科提供的支付账户。这类人员符合领取社会保险待遇时，在首次领取养老金之月起，代发账户变更为基本医疗保险个人账户的支付账户。 代发系统在对碰不到养老金月实发额且无申领养老待遇受理记录时，将名单提供给业务科室进行处理

19、。业务科室与有关部门联系，确定人员的具体情况，并制相关明细，代发系统根据明细，对属第3类的由代发系统读取基本医疗保险个人账户信息作为支付账户；对属于第4类的由代发系统读取审核部门提供的账户的电子数据作为支付账户。其余的支付或再支付台账、支付失败处理、支付盘或再支付盘等环节与企业的管理办法相同。2.3.6 基础平台技术先进性要求系统必须采用先进SOA架构和J2EE，要有足够的柔性应对业务的发展和政策变化，能够适应顺德社保局对信息资源整合和不断灵活扩展社保服务要求。在构架和具体实施中必须遵循以下原则：业务驱动服务，服务驱动技术。业务敏捷是基本的业务需求，避免在SOA中任何的瓶颈影响到整个IT环境的

20、灵活性。有强的消息传输能力，要采用新的开放标准，支持多元编程模型开发，具有高级部署和管理能力。采用面向对象的分析和设计、多线程、组件化、中间件等国际流行的先进技术，规范项目管理的流程，保证软件开发的质量。 采用连接池技术和应用服务器负载均衡技术，并通过数轮压力测试进行修正，保证高并发业务时系统的稳定性和高效性。 对于大数据量的问题，采用如分页查询、关键数据加密等措施。针对批量数据处理的高效率问题，采用设定步长、可重入处理等手段。采用分布式应用服务器集群技术，使得各地在业务扩展时能够灵活地扩充系统性能，保护已有投资；采用业界标准的XML和SOAP协议进行数据交换以及组件库的随意添加，使系统具有更

21、强的业务扩展性。2.3.7 与业务系统的完全整合系统在安全模块、流程管理模块、业务统一办理模块等完全整合。继承现有业务信息系统的操作模式。投标人要结合业务系统的具体情况，对完全整合的方案进行阐述，估计整合过程中可遇到的问题，并提出解决的建议，保证与业务系统完全整合，延续业务系统的操作模式和习惯。2.3.8 数据交换平台要求主要实现佛山市局、财政局、人事局等机关单位和顺德社保局业务系统之间的数据交换。与市局和顺德分局业务系统之间的数据交换主要包括个人基础信息、离退休待遇核定信息，离退休死亡信息；与财政局的数据交换包括每月的待遇划付信息；与人事局的数据交换包括初次以及其他必要的信息交换。1功能要求

22、（1）平台管理器该模块将实现对数据交换接口平台的管理和配置。提供向导来访问各种资源, 生成各种资源适配器的配置信息，并提供参数配置、服务注册、服务审计和监控、管道配置、任务排期、节点管理等。（2）排期系统排期系统设置需要进行实时、定时数据交换的Web Service服务的配置信息，即可将该任务添加到排期系统列表中，当预订的时间到达之后，将会自动的执行该任务。（3）数据接收器该模块将实现人事局、财政局、佛山核心业务系统等数据库、数据文件中接收数据传送到本地交换数据库。 （4）数据发送器实现数据的发送、集成、装载等数据整合集成工作。（5）数据校验器实现对本地交换数据库数据的校验，发现本地交换数据库

23、的不合法数据和不一致数据问题数据，生成数据校验日志供查询。（6）监控器实现对本地交换数据库的运行情况进行监控和对数据发送器、数据校验器的服务（进程）的监控和运行日志管理。主要由两部分组成：监控管理工具和监控服务（进程）。监控管理工具实现对日志、服务（进程）状态的管理；监控服务（进程）实现对数据发送器的监控。（7）安全管理器包括用户管理，证书管理，认证与授权，加密与签名等功能。2技术要求（1）资源适配通过资源适配器访问包括数据库、JAVA/EJB程序等第三方系统，并标准化为WEB SERVICE。（2）可插拔的组件架构动态配置所需的功能，路由、认证与授权、加密与解密、数据转换、审计与监控等均可设

24、计成组件。（3）策略机制在可插拔组件架构的基础上，可对各种要求形成策略进行设置：包括请求的认证和授权、消息内容的加密/解密、服务的监控以及如何对请求进行路由。（4）监控机制对服务的访问次数、响应时间、数据流量进行统计，并针对特定领域的应用进行图表分析。（5）符合WS-Security标准的安全机制WS-Security的目标是使应用程序能够构建安全的SOAP消息交换、获得端到端的消息级安全。2.3.9 硬件采购清单及技术要求序号设备名称技 术 要 求数量1VPN性能参数：IPSEC VPN穿透速度(双向,AES 128bits)：54.4Mbps防火墙穿透速度(双向256bits包)：95Mb

25、psIPSEC VPN隧道数目：1500条支持并发VPN客户端数目：1500VPN转发时延：0.3-0.5ms最大并发会话数目：600,000SSL VPN 加密速度(RC4 128bits)：89.4MbpsSSL并发会话数目：15000支持并发VPN用户数目：1500每秒新建会话数：220网络特性：广域网接口：光纤、帧中继、T1/E1(需要转换设备)、以太网、PPPOE、PPP局域网接口：10/100Mbps以太网2 (LAN & DMZ)协议支持：IPv4，IPv6，VLAN标记，路由，NAT/NAPT，组播，OSPF，IGMP，Diff Serv，IPSec，IKE，VLAN Trun

26、k，PPTP穿透，GRE，H.323，HTTP，SSL 3.0，TSL1.0，FTP， POP3，SMTP等多种应用层协议IPSEC VPN特性：安全算法：AES、DES、3DES、MD5、SHA、DH、RSA，支持加载扩展安全算法模块认证：支持Radius、数字证书、预共享密钥、USB Key双因素认证QOS：支持VPN内的业务分组管理流量控制：支持VPN流量分流技术多网络支持：支持对50个内部子网提供VPN保护移动办公：支持移动虚拟IP池内部权限：支持按用户分配接入权限和访问权限，支持VPN内的DOS攻击过滤网上邻居：支持透明的网上邻居互访SSL VPN特性：认证方式：本地数据库认证，US

27、B Key双因素认证，第三方LDAP/RADIUS认证，支持第3方的CA，支持客户端和服务器的双向证书认证安全算法：AES、DES、3DES、MD5、RC4、RSA，支持加载扩展安全算法模块浏览器/平台：支持Windows 98/ 2000/XP/2003，支持Linux，支持IE5,IE6, Netscape navigator v4.x-7.x， Mozilla v1.x(含Firefox1.x)，Opera v6.0-7.xWeb应用：支持Html/Dhtml,Jsp,Asp,Java applet, Activx,Cookies等各种Web技术。使用Html智能重构技术获得更广泛的We

28、b应用支持C/S应用：支持Ftp，网上邻居，Notes，Outlook，Oracle, SQL等各种C/S应用。通过Proxy和Hook技术实现，使得客户端不需要做任何配置更改。内部权限：支持按用户分配接入权限和访问权限，基于角色提供URL和服务的权限控制客户端安全：支持客户端缓存清空，Cookie清除，访问记录清除审计功能：支持用户访问记录审计和报表防火墙特性：防御功能：状态检测，内置各种攻击的抵御模块，包括DOS/DDOS、Ping of Death、ActiveX和Java 攻击等近2,000种攻击规则配置：支持按时间、主机、服务等对象组合防火墙规则，支持虚拟测试功能检查防火墙规则上网管理：支持各种NAT/NAPT协议，支持1000条IPMAC绑定，URL过滤，用户分组管理，时间管理监控与管理：支持URL访问记录，流量统计，流量/会话排名，病毒发现机制高可靠性：自动恢复：看门狗提供自动恢复功能平均无故障时间 30000 小时可管理性：管理方式：支持GUI客户端配置和CLI 高级配置，支持远程管理日志：提供访问日志，系统信息，告警日志，错误日志，调试日志等多种日