论文部分内容阅读
摘要：分析当前社会保险征收管理工作中普遍存在的业务和技术问题，针对存在的问题研究解决关键性技术问题的方法、内容和目标。从系统信息整合技术的角度设计了劳动保障各部门之间的管理和经办流程；应用面向体系结构设计统一的业务经办信息系统。实现社保基金征收管理手段的现代化，降低有形、无形的成本，提高政府职能为民服务质量和效率。
关键词：社会保险；公共业务；设计；实现
中图分类号：F124.3 文献标识码：A 文章编号：1008-4428(2009)11-108-03
一、前言
各地社会保险业务经过二十几年的发展，已基本脱离手工经办的模式，取而代之地采用高效的计算机信息系统作为经办的通用模式。但很多信息系统建立时间较早，是基于原有业务和政策的要求而建设的，往往是按照险种划分的独立信息系统，各系统相互隔离，独立运行，信息不能充分共享和交换，形成了无法关联的信息孤岛，造成业务流程重复、办理复杂。劳动与保险关键业务之间脱节，资源数据库不一致，已不能适应当前业务和政策不断发展和“金保工程”建设的需要。随着社会保险业务需求不断发展和国家人力资源和劳动保障部“金保工程”的建设需要，有必要建立一套科学的、完整的、业务和数据高度整合的劳动保障管理信息系统，来满足当前及以后业务扩展的需要，满足“金保工程”建设的需要。鉴于此，本文章对笔者针对社会保险公共业务信息系统研发中实施的技术方案和积累的行业经验做简单论述。
二、现状和问题
1、信息孤岛，数据差异
我国五种社会保险开始实行的时间各不相同，政策上也有较大差异，所以在初期各个险种间联系并不紧密，业务经办流程相对独立。鉴于此，各地劳动保障部门建立的信息系统大多没有经过统筹规划，各个信息系统间业务独立，数据有很大的差异性。经过多年的运行，产生了大量重复数据，同时也产生了大量不对称的信息。
2、业务繁琐，重复度高
由于业务经办流程比较独立，所以对于用人单位和参保个人办理多险种的业务相对比较繁琐。一是用人单位首次参保登记、缴费职工增减等需要分别向不同地点的社会保险经办机构办理，手续繁琐；二是社会保险费征收机构分散。几个部门在社会保险费的具体征收时间和方法不同，给缴费单位带来了诸多不便；三是五大社会保险缴费基数不统一。根据不同的缴费基数，计算单位和职工应缴费用，手续复杂，对于参保人数较多的单位，矛盾更为突出：四是社会保险五个险种的参保基本信息不一致。降低了参保信息的参考利用价值，也降低了科学决策的质量。
3、接口复杂，冗余度高
与地税部门数据交换按照险种指定各种接口，给双方均带来很大不便。且存在数据交换不及时，影响正常工作和参保对象业务经办的开展。
三、解决方案
1、统一参保基本信息
针对各地劳动保障部门各个业务系统信息独立，数据差异性大的特点，我们可以提出“同人、同城、同库”的管理理念。将原先分散记载的单位，人员基本信息经过有效的甄别、筛选、合并，建立一个劳动保障信息系统基础信息共享的资源库。这样在前台一个业务经办机器上就可以浏览和查询到该业务的相关信息和所处办理阶段。既有效规范了业务办理流程，又显著提高了业务办理效率。
2、统一业务经办流程
在参保信息统一的基础上，社会保险信息管理系统又为统一以往重复的业务经办流程创造了数据基础。以往同一项业务由于多个险种的管理和数据差异，需要在多个职能部门进行办理。我们可以梳理同项业务的相同点，近似点和差异点进行统筹需求分析和总体设计，通过高效的信息化提炼和抽取，制定出科学简易的办事流程，最终形成“一站式”服务，达到事半功倍的效果。
3、统一数据交换接口
对一项业务原则上指定一个定义接口，约定采用安全度级别较高的DBF格式进行传输交换：通过FTP将社保部门数据文件直接传输到地税部门的前置机指定的目录下，并向前置服务程序发交易的请求，地税对数据进行校验后数据存储到地税方的后台数据库中。地税部门数据文件按照同样的方法传输给社保部门，社保部门工作人员及时
下载。做到逻辑上的职能部门之间的实时联网。既方便了参保单位缴纳社会保险费，又大大提高了数据交换的准确性和业务经办效率。
四、功能设计和实现
1、业务流程
具体“五险”公共解决方案业务流程可以如图1所示。
2、功能设计
根据业务需求分析，系统功能设计为7大模块，如图2所示。
(1)单位参保管理
该模块主要实现以下功能：建立单位参保信息档案，处理初次参加本机构社会保险单位相关的业务，处理单位兼并、合并、分离、破产、撤消引起的保险关系、人员变动相关业务，单位欠交补交处理，以及各种查询、统计。
(2)人员参保管理
该模块主要实现以下功能：建立在职职工投保档案，投保人初次投保、再次就业、转出、转入、死亡终止、暂停、退保、退休等保险关系的变更相关业务的处理。
(3)缴费业务管理
该模块主要实现以下功能：缴费基数申报录入、单位(报盘)缴费基数装载。职工缴费情况的记载，个人缴费基数管理。在职职工漏报或中断缴费的补缴处理，职工缴费基数调整补缴处理，职工缴费退缴，缴费还欠处理，以及相关统计查询等。
(4)个人帐户管理
该模块主要实现以下功能：养老、医疗初始建帐，参保人员个人帐户结息期分帐，个人帐户调整，养老、医疗个人帐户对帐单打印，养老帐户转入接续管理，省内转移清算管理等。
(5)征缴结算管理
该模块主要实现以下功能：“五险”基金征缴调整，单位单独结算和批量结算，建立各种业务结算台帐，打印征缴单。以及各种查询、汇总统计编制各种业务报表，报送地税单位核对处理，地税核对单位回盘处理。
(6)基金财务管理
该模块主要实现以下功能：社会保险基金的收缴管理，托收管理，地税回盘处理，自由职业者收款处理，单位清欠处理。单位补交处理，个人欠交补交处理，上述处理必须根据业务数据自动生成记帐凭证，同时登记业务到帐记录。进行各种帐务处理。编制月、季、年会计报表，以及各种查询、汇总统计。
(7)政策编码管理
该模块主要实现以下功能：省，市在岗平均工资参数管理，银行同期利率管理，个人帐户利率管理，“五险”缴费征缴比例管理。
五、关键问题解决策略
1、建立一个方法模型库
建立方法库可使程序维护更灵活，系统建模更灵活机动，一旦社保业务发生变化时，无须修改程序，而只须建立不同的方法模型和设定不同的控制变量。模型表示不同使这些共同部分共享，在模型库意义下的程序表示方法是将模型和分解程序分离，并将程序表示的模型分解成基本模 块，不同模型中的共同部分可以调用相同的模块。这样就可以减少冗余。基本模块可以以适当的形式进行组合。形成新的模型。这样模型的修改和更新都比较方便。
在社会保险公共业务信息系统中，模型可描述成有一组参数集合和表示模型结构特征的数据集合的框架。输入数据集在关系框架下进行若干关系运算。得出输出数据集。这样，模型预算就可以转换为数据的关系转换。这种方法使得模型单元易于与其它单元通信，并且模型便于更新。
在社会保险公共业务信息系统研发过程种，建立一个方法模型库主要有以下优点：
(1)模型比现实世界容易操作，尤其一些参数值的改变在模型中操作比在实际问题中操作更容易。
(2)有些实际问题，可能不能通过实验进行说明，但通过建立模型可以克服这种困难，而且模型比现实容易理解一些。
(3)有些变量在现实中需要很长时间才能观察出它的变化情况，但用模型研究则很快看出变化规律，从而能最迅速抓住本质特征。
(4)用模型研究变量之间的关系，可以节约时间。降低费用。
2、程序设计模块化、结构化
通过对各劳动保障机构的实际操作流程的需求分析，充分提炼公用模块，使一个业务工作分解成多个功能模块COM组件。每个组件就是一个有机的功能模块，能完成一个独立的业务功能。这种横向和纵向抽取的组件成为具体的业务功能模块的一部分，不同业务模块中相同的处理可以调用对应的同一组件。它对外提供各种服务接口，以便调用者实施读写功能，这种服务接口是可以扩展的。这样在维护业务功能变化时，只需有针对性地提取对应COM组件修改或增减相应服务即可，无须修改整个业务模块。也可以将系统中的组件用新的替换掉，以便随时进行系统的定制和升级。为系统的可扩展性提供了技术支持。
具体可以用Powerbuilder的UO对象技术作为范例进行进一步阐述，在社会保险公共业务信息系统很多业务功能模块中我们都会查询参保人员的基本信息，以便业务操作人员核实需办理人员的身份。我们可以充分提炼这些信息(姓名、身份证号码、性别、民族、户口性质、出生日期)作为一个UO对象，最终形成一个公用COM组件，供各类业务功能模块继承调用。它具体包含如图3所示的接口服务。各个业务模块可以直接使用。
这些接口服务，具体可视化模块组件如图4所示。从而实现了程序设计的模块化和结构化。
随着业务的不断拓展。这类COM组件可以根据业务的需要扩展相关接口服务，不会对调用其的业务模块产生影响，很好地实现了信息系统的可扩展性。
3、充分使用ORACLE数据库的存储过程
社会保险业务中有一些业务年年不同。并且数据处理的量非常大，如批量结算、批量基金收付处理、个人账户管理。对这些业务尽量使用存储过程方式，用户界面设计简捷，这样可大大提高处理速度。利用PUSQLPackage的特性，开发出一个个独立的Package作为一个个组件，既发挥了PUSQL Package的优势，又能轻易实现组件开发的设计思想。每一个Package将逻辑上相关联的类型、项目和子程序等打包进一个带名PUSQL块中，这样将一组操作和属性封装在一起，不仅增强了程序的模块化，而且由于封装了更多的操作和属性而提高了执行效能。
具体可以用Powerbuilder的130对象技术作为范例进行进一步阐述，对于人员新参保这个业务模块。我们把业务需要处理的功能代码封装在PACKAGE人员新参保(命名为ZG—RYXCB)的包里，这里有两个接口：检查办理新参保的条件接口(ZG_RYXCB，CHECK_XCB)；提交新参保数据的接口(ZG_RYXCB，COMMIT_XCB)，利用UO对象组件技术进行业务纵向的提炼，对于客户端程序只需调用SO_ZG_RYXCB的服务就可以了。如图5所示。
随着业务的不断拓展，只需修改ORACLE数据库的存储过程就可以了，而无需改动前台已经发布的程序。为整个信息系统的结构化和易维护性提供了有效保障。
4、开放灵活的系统接口
社会保险公共业务信息系统需要与上、下各级劳动和社会保障局以及其他相关部门进行数据交换。如税务、银行、医院等系统，因此，开放灵活的系统接口是本系统重要设计思想之一。
六、结束语
本文论述的“五险”统一征缴系统实施方案和设计思想已经应用在江苏省金坛市劳动和社会保障局“金保工程”项目建设中。用“五险”统一征缴的思想整合改造原有较独立松散的社保信息系统。产生了良好的社会效应和经济效益。既提高了劳动和社会保障部门的工作效率，又减少了企业的办事手续，减轻了企业的负担。
相应的从可扩展性方面考虑，系统的设计采用灵活的体系架构、平台化的思想，使系统具有升级和扩展能力，能够满足系统业务的发展，方便扩大应用范围和提高应用水平；系统中配置的软件和开发的系统应便于维护、升级和扩充以及二次开发，并具有支持多种接口的能力。
关键词：社会保险；公共业务；设计；实现
中图分类号：F124.3 文献标识码：A 文章编号：1008-4428(2009)11-108-03
一、前言
各地社会保险业务经过二十几年的发展，已基本脱离手工经办的模式，取而代之地采用高效的计算机信息系统作为经办的通用模式。但很多信息系统建立时间较早，是基于原有业务和政策的要求而建设的，往往是按照险种划分的独立信息系统，各系统相互隔离，独立运行，信息不能充分共享和交换，形成了无法关联的信息孤岛，造成业务流程重复、办理复杂。劳动与保险关键业务之间脱节，资源数据库不一致，已不能适应当前业务和政策不断发展和“金保工程”建设的需要。随着社会保险业务需求不断发展和国家人力资源和劳动保障部“金保工程”的建设需要，有必要建立一套科学的、完整的、业务和数据高度整合的劳动保障管理信息系统，来满足当前及以后业务扩展的需要，满足“金保工程”建设的需要。鉴于此，本文章对笔者针对社会保险公共业务信息系统研发中实施的技术方案和积累的行业经验做简单论述。
二、现状和问题
1、信息孤岛，数据差异
我国五种社会保险开始实行的时间各不相同，政策上也有较大差异，所以在初期各个险种间联系并不紧密，业务经办流程相对独立。鉴于此，各地劳动保障部门建立的信息系统大多没有经过统筹规划，各个信息系统间业务独立，数据有很大的差异性。经过多年的运行，产生了大量重复数据，同时也产生了大量不对称的信息。
2、业务繁琐，重复度高
由于业务经办流程比较独立，所以对于用人单位和参保个人办理多险种的业务相对比较繁琐。一是用人单位首次参保登记、缴费职工增减等需要分别向不同地点的社会保险经办机构办理，手续繁琐；二是社会保险费征收机构分散。几个部门在社会保险费的具体征收时间和方法不同，给缴费单位带来了诸多不便；三是五大社会保险缴费基数不统一。根据不同的缴费基数，计算单位和职工应缴费用，手续复杂，对于参保人数较多的单位，矛盾更为突出：四是社会保险五个险种的参保基本信息不一致。降低了参保信息的参考利用价值，也降低了科学决策的质量。
3、接口复杂，冗余度高
与地税部门数据交换按照险种指定各种接口，给双方均带来很大不便。且存在数据交换不及时，影响正常工作和参保对象业务经办的开展。
三、解决方案
1、统一参保基本信息
针对各地劳动保障部门各个业务系统信息独立，数据差异性大的特点，我们可以提出“同人、同城、同库”的管理理念。将原先分散记载的单位，人员基本信息经过有效的甄别、筛选、合并，建立一个劳动保障信息系统基础信息共享的资源库。这样在前台一个业务经办机器上就可以浏览和查询到该业务的相关信息和所处办理阶段。既有效规范了业务办理流程，又显著提高了业务办理效率。
2、统一业务经办流程
在参保信息统一的基础上，社会保险信息管理系统又为统一以往重复的业务经办流程创造了数据基础。以往同一项业务由于多个险种的管理和数据差异，需要在多个职能部门进行办理。我们可以梳理同项业务的相同点，近似点和差异点进行统筹需求分析和总体设计，通过高效的信息化提炼和抽取，制定出科学简易的办事流程，最终形成“一站式”服务，达到事半功倍的效果。
3、统一数据交换接口
对一项业务原则上指定一个定义接口，约定采用安全度级别较高的DBF格式进行传输交换：通过FTP将社保部门数据文件直接传输到地税部门的前置机指定的目录下，并向前置服务程序发交易的请求，地税对数据进行校验后数据存储到地税方的后台数据库中。地税部门数据文件按照同样的方法传输给社保部门，社保部门工作人员及时
下载。做到逻辑上的职能部门之间的实时联网。既方便了参保单位缴纳社会保险费，又大大提高了数据交换的准确性和业务经办效率。
四、功能设计和实现
1、业务流程
具体“五险”公共解决方案业务流程可以如图1所示。
2、功能设计
根据业务需求分析，系统功能设计为7大模块，如图2所示。
(1)单位参保管理
该模块主要实现以下功能：建立单位参保信息档案，处理初次参加本机构社会保险单位相关的业务，处理单位兼并、合并、分离、破产、撤消引起的保险关系、人员变动相关业务，单位欠交补交处理，以及各种查询、统计。
(2)人员参保管理
该模块主要实现以下功能：建立在职职工投保档案，投保人初次投保、再次就业、转出、转入、死亡终止、暂停、退保、退休等保险关系的变更相关业务的处理。
(3)缴费业务管理
该模块主要实现以下功能：缴费基数申报录入、单位(报盘)缴费基数装载。职工缴费情况的记载，个人缴费基数管理。在职职工漏报或中断缴费的补缴处理，职工缴费基数调整补缴处理，职工缴费退缴，缴费还欠处理，以及相关统计查询等。
(4)个人帐户管理
该模块主要实现以下功能：养老、医疗初始建帐，参保人员个人帐户结息期分帐，个人帐户调整，养老、医疗个人帐户对帐单打印，养老帐户转入接续管理，省内转移清算管理等。
(5)征缴结算管理
该模块主要实现以下功能：“五险”基金征缴调整，单位单独结算和批量结算，建立各种业务结算台帐，打印征缴单。以及各种查询、汇总统计编制各种业务报表，报送地税单位核对处理，地税核对单位回盘处理。
(6)基金财务管理
该模块主要实现以下功能：社会保险基金的收缴管理，托收管理，地税回盘处理，自由职业者收款处理，单位清欠处理。单位补交处理，个人欠交补交处理，上述处理必须根据业务数据自动生成记帐凭证，同时登记业务到帐记录。进行各种帐务处理。编制月、季、年会计报表，以及各种查询、汇总统计。
(7)政策编码管理
该模块主要实现以下功能：省，市在岗平均工资参数管理，银行同期利率管理，个人帐户利率管理，“五险”缴费征缴比例管理。
五、关键问题解决策略
1、建立一个方法模型库
建立方法库可使程序维护更灵活，系统建模更灵活机动，一旦社保业务发生变化时，无须修改程序，而只须建立不同的方法模型和设定不同的控制变量。模型表示不同使这些共同部分共享，在模型库意义下的程序表示方法是将模型和分解程序分离，并将程序表示的模型分解成基本模 块，不同模型中的共同部分可以调用相同的模块。这样就可以减少冗余。基本模块可以以适当的形式进行组合。形成新的模型。这样模型的修改和更新都比较方便。
在社会保险公共业务信息系统中，模型可描述成有一组参数集合和表示模型结构特征的数据集合的框架。输入数据集在关系框架下进行若干关系运算。得出输出数据集。这样，模型预算就可以转换为数据的关系转换。这种方法使得模型单元易于与其它单元通信，并且模型便于更新。
在社会保险公共业务信息系统研发过程种，建立一个方法模型库主要有以下优点：
(1)模型比现实世界容易操作，尤其一些参数值的改变在模型中操作比在实际问题中操作更容易。
(2)有些实际问题，可能不能通过实验进行说明，但通过建立模型可以克服这种困难，而且模型比现实容易理解一些。
(3)有些变量在现实中需要很长时间才能观察出它的变化情况，但用模型研究则很快看出变化规律，从而能最迅速抓住本质特征。
(4)用模型研究变量之间的关系，可以节约时间。降低费用。
2、程序设计模块化、结构化
通过对各劳动保障机构的实际操作流程的需求分析，充分提炼公用模块，使一个业务工作分解成多个功能模块COM组件。每个组件就是一个有机的功能模块，能完成一个独立的业务功能。这种横向和纵向抽取的组件成为具体的业务功能模块的一部分，不同业务模块中相同的处理可以调用对应的同一组件。它对外提供各种服务接口，以便调用者实施读写功能，这种服务接口是可以扩展的。这样在维护业务功能变化时，只需有针对性地提取对应COM组件修改或增减相应服务即可，无须修改整个业务模块。也可以将系统中的组件用新的替换掉，以便随时进行系统的定制和升级。为系统的可扩展性提供了技术支持。
具体可以用Powerbuilder的UO对象技术作为范例进行进一步阐述，在社会保险公共业务信息系统很多业务功能模块中我们都会查询参保人员的基本信息，以便业务操作人员核实需办理人员的身份。我们可以充分提炼这些信息(姓名、身份证号码、性别、民族、户口性质、出生日期)作为一个UO对象，最终形成一个公用COM组件，供各类业务功能模块继承调用。它具体包含如图3所示的接口服务。各个业务模块可以直接使用。
这些接口服务，具体可视化模块组件如图4所示。从而实现了程序设计的模块化和结构化。
随着业务的不断拓展。这类COM组件可以根据业务的需要扩展相关接口服务，不会对调用其的业务模块产生影响，很好地实现了信息系统的可扩展性。
3、充分使用ORACLE数据库的存储过程
社会保险业务中有一些业务年年不同。并且数据处理的量非常大，如批量结算、批量基金收付处理、个人账户管理。对这些业务尽量使用存储过程方式，用户界面设计简捷，这样可大大提高处理速度。利用PUSQLPackage的特性，开发出一个个独立的Package作为一个个组件，既发挥了PUSQL Package的优势，又能轻易实现组件开发的设计思想。每一个Package将逻辑上相关联的类型、项目和子程序等打包进一个带名PUSQL块中，这样将一组操作和属性封装在一起，不仅增强了程序的模块化，而且由于封装了更多的操作和属性而提高了执行效能。
具体可以用Powerbuilder的130对象技术作为范例进行进一步阐述，对于人员新参保这个业务模块。我们把业务需要处理的功能代码封装在PACKAGE人员新参保(命名为ZG—RYXCB)的包里，这里有两个接口：检查办理新参保的条件接口(ZG_RYXCB，CHECK_XCB)；提交新参保数据的接口(ZG_RYXCB，COMMIT_XCB)，利用UO对象组件技术进行业务纵向的提炼，对于客户端程序只需调用SO_ZG_RYXCB的服务就可以了。如图5所示。
随着业务的不断拓展，只需修改ORACLE数据库的存储过程就可以了，而无需改动前台已经发布的程序。为整个信息系统的结构化和易维护性提供了有效保障。
4、开放灵活的系统接口
社会保险公共业务信息系统需要与上、下各级劳动和社会保障局以及其他相关部门进行数据交换。如税务、银行、医院等系统，因此，开放灵活的系统接口是本系统重要设计思想之一。
六、结束语
本文论述的“五险”统一征缴系统实施方案和设计思想已经应用在江苏省金坛市劳动和社会保障局“金保工程”项目建设中。用“五险”统一征缴的思想整合改造原有较独立松散的社保信息系统。产生了良好的社会效应和经济效益。既提高了劳动和社会保障部门的工作效率，又减少了企业的办事手续，减轻了企业的负担。
相应的从可扩展性方面考虑，系统的设计采用灵活的体系架构、平台化的思想，使系统具有升级和扩展能力，能够满足系统业务的发展，方便扩大应用范围和提高应用水平；系统中配置的软件和开发的系统应便于维护、升级和扩充以及二次开发，并具有支持多种接口的能力。