项目背景

作为社会主义国家的一项重要社会福利政策,我国民政部承担了流浪乞讨人员一定时间内的食宿和免费送其回家的职责。从2003年8月1日开始,由国务院颁布的《城市生活无着的流浪乞讨人员救助管理办法》正式施行,原有强制性的“收容遣送制度”被关爱性的“救助管理制度”所取代,要求全国1500多个县级以上城市的人民政府根据需要设立救助站,对于自愿求助的流浪乞讨人员救助站可提供10天免费食宿,并负责与流出所在地救助站联系,将流浪者及时送返原籍。

与收容遣送制度相比,救助管理制度要求分类救助,细化服务,并保障受助人员基本生活权益、维护人格尊严,毫无疑问这将更好地保障社会安定。但是,由于各地救助站之间的信息共享不畅和通讯手段的相对落后,在救助管理过程存在着诸多弊端,出现了救助效能较低、业务监管不到位的情况。据介绍,这种弊端主要表现在三个方面:一是对求助人员的甄别难题,出现骗取援助的现象;二是跨省流浪人员的接送问题,通过电话、传真等传统的交流手段,很难及时找到流浪者原籍所在救助站并得到反馈,在10天内实施跨省接送也更难于实现;三是上级部门对于下属各救助站的救助管理情况不能及时了解和监督。

正是在这样的背景下,通过信息技术来落实新的管理制度成为了民政部的选择,“全国流浪乞讨人员救助管理信息系统”由此开始启动。


解决方案

要解决救助流浪乞讨人员过程中存在的问题,最重要的是将分布在全国各地的救助对象的信息融合起来。根据对民政救助体系具体情况分析,最佳的选择方案就是分布式应用和数据集中相结合。在整个解决方案中金蝶中间件是分布式应用的支撑平台,而在数据集中过程中金蝶中间件负责数据的传输,实现救助信息共享。

业务需求

全国流浪乞讨人员救助管理信息系统分为部级业务监管子系统、省级民政部门业务监管子系统、救助站管理子系统三个部分。系统分布在部、省两级民政部门和救助站三个层次的接近1000个节点上。以民政部为中心,实现省级民政部门和救助站之间的广域网连接,并通过Internet提供集管理与服务为一体的多功能、集成化网络体系,完成了全国救助信息资源共享,帮助救助管理站快速、有效地做好求助人员的甄别、审查,提供对各类救助数据的查询、分析、统计和政策的发布。

民政部联接各省级民政厅(局),再由各省级民政厅(局)联接所辖各级救助站。其中:
救助站管理子系统是整个系统的基础和数据的来源,用来实现救助站的业务管理和站务管理工作,包括入站管理、站内管理、离站管理、未成年人管理、站际交流、跨省接送、预警监测、查询统计、信息管理、人员状态、工具箱等模块。

省级节点存放业务数据,由救助站管理系统管理和操作。救助站业务数据定期上传至省级节点。统计数据、基本业务数据和跨站跨省接送数据存放在部省两级,由业务监管系统管理和操作。部省之间使用民政广域网联接,省、站之间采用Internet+VPN的方式联接,数据实现实时同步。

民政部节点存放重要业务数据和综合统计数据,满足了各级民政主管部门对救助业务的管理和服务需要。

技术架构

根据民政业务情况,系统在软件的实现和部署结构上基于金蝶Apusic应用服务器采用集中分布式的部署方式,横向集中、纵向分布,使得整个系统具有很好的灵活性和可伸缩性。采用J2EE技术体系可以很好的满足整个系统的可伸缩性和分布式处理能力;从救助业务上考虑,三个系统之间需要进行频繁的数据同步和数据交换,救助站管理子系统定期向省级业务监管子系统提交本站救助人相关的明细数据,并且需要从省级民政机关下载通知、文件等数据;省级业务监管子系统需要定期把本省业务数据提交到部级业务监管子系统中。而采用基于XML的数据交换格式,保证了数据格式的开放性,保证系统具有良好的扩展性和开放性。无论是在民政部内部网进行传输还是在互联网上进行传输,这些XML数据全部采用加密的方式,防止数据外泄,最大限度的保证系统的安全。

方案实现

对于此次救助业务系统的建设,采用业界成熟的技术,在部级和省级民政机关建立应用服务器和数据服务器,系统运行在基于J2EE架构的应用服务器(金蝶Apusic)之上,采用B/S的部署方式实现民政救助的业务处理。

三个子系统全部采用面向对象的分析和设计方法、多层体系的结构设计方式,遵循业界工业标准。省、部级系统所有技术均采用J2EE作为解决方案,支持常见的中间件平台,具有良好的性能和跨平台性。利用J2EE架构,系统能够轻松实现应用软件层面的群集和负载平衡。系统所有的业务功能全部采用EJB组件技术进行开发,能够随时在线更新EJB组件,系统具有良好的可扩展性。

系统同样支持操作系统层面的群集服务,业务组件能够部署在不同的服务器上,平均分担系统负载,利用多台PC服务器实现UNIX小型机的功能,减少了各级民政部门的系统运行成本和维护成本。

方案特点
  • 规范性:遵循国际及中国国家标准、国家民政部有关通用的规范、通用的国际规范及各子系统间接口标准,保证全国流浪乞讨人员救助管理信息系统能够和民政部门其他子系统无缝的连接。
  • 开放性:金蝶中间件产品设计的各种接口在遵循规范性原则的基础上,可以集成各种异构系统,如JCA,JMS,Web Services等。
  • 先进性:金蝶中间件采用先进的软件技术和手段,保障系统具有高效、全面和稳定等良好品质。系统结构采用分布式、组件化技术和模块化的业务构造与系统构造方式,通过诸如NIO等最新技术手段保证系统的先进性。
  • 高效性:基于金蝶中间件技术的三层架构模式和先进的系统优化策略,整个系统实现了整体和局部的高效性,系统提供了数据缓存,结果集缓存等技术手段保证数据的高效存储。
  • 安全性:金蝶中间件的安全实现完全打破了国外同类产品对安全技术的封锁,数据加密位数不受限制,大大提高了应用系统的安全系数,用户可以通过统一的身份认证管理系统资源。
  • 可靠性:通过金蝶中间件提供的各种系统监控与负载均衡控制,避免网络拥塞和系统崩溃;使用各种容错处理手段,保证系统数据传输的可靠性。
  • 易用性:具有友好的用户管理和部署界面,提供多样化的系统调优工具,提高应用的访问效率。
  • 维护性:提供丰富的外围管理工具,使系统的维护简单、方便;同时,整个系统提供全中文界面,和开发维护手册。
  • 适应性:系统设计的扩展性,能够适应和满足民政系统未来的业务扩展和需要;数据设计的标准性(XML数据格式),能够适应各种大型数据库系统的应用。
  • 实时性:得益于合作伙伴提供的数据处理平台,全国流浪乞讨人员救助管理信息系统能实时完成大容量数据处理,可以保证系统的准确性、实时性。
  • 位置透明性:在业务逻辑层,所有的应用程序都以服务的形式部署在多台机器节点上,实现位置的透明性与平台的无关性。
项目难点实现

1. 业务如何与技术良好有机融合

在电子政务建设中,业务如何与技术良好结合,达到预期效果一直是困扰各方的难题。政府一端的业务部门常常抱怨厂商提供的技术手段没有切实体现自身的业务需要,而厂商一端的技术部门也会置疑政府是否提供了足够清晰的业务需求。而在救助管理系统的建设过程中,这一难题得到了“漂亮”的解决。在系统研发和试运行阶段,民政部社会福利和社会事务司、民政部信息中心、久其软件公司、金蝶中间件公司四方共同组建了一个联合攻关队伍,社会福利和社会事务司负责业务需求的提出和阐释;信息中心负责技术把关,分析哪些技术手段能更好满足业务需求;久其软件负责应用软件开发的实现;金蝶中间件公司负责系统中间件技术咨询和支持。同时,这四方形成了一个良好的沟通环境,不仅有着定期的沟通,甚至实现了“随时随地”的沟通模式。

2.培训与标准建设

从事流浪乞讨人员救助工作的许多工作者都是四十岁左右的中年人,其信息化基础比较薄弱,且接受信息化应用的过程也相对缓慢。针对于此,民政部、久其软件和金蝶中间件等共同组成的系统培训团队在系统建设的同时,也针对该项目的实际使用者在几个月的时间里进行了多个轮次的培训工作,正是这样的“轮番轰炸”才保证了系统上线后的应用基础。而久其软件和金蝶中间件本地化贴身服务的优势通过这个环节充分显示了出来。

标准化的工作在任何一项电子政务建设中都不是一件轻松的工作,救助管理系统建设中同样如此。针对业务标准,民政部社会福利和社会事务司专门组织了相关人员,结合借助管理制度的要求和基层的实际情况,对救助管理的整个流程进行了梳理,使各项管理要求更加具体和细化,从而形成了比较规范的救助管理体系。

应用效果

从救助管理系统正式进入建设期起,经历了封闭开发、测试联调、版本升级和全国培训等多个阶段,该系统已经在国家民政部、32个省级民政部门、1026个救助站上线运行。时至今日,系统内共为十几万名求助人员建立了救助档案。运行过程各方均反映良好。

尤其难能可贵的是,金蝶Apusic中间件始终稳定支撑着正常运行,在一年多的时间里,整个系统未发生过一次故障事件,金蝶中间件公司负责故障维护的技术人员戏称“不给我们表现的机会”。对于这一点,国家民政部信息中心的夏洪畅副主任给出了一个字的评语:“Apusic,稳!”不要小看这一个字,它高度浓缩体现了金蝶中间件产品的特点。