金保工程社会保险管理信息系统核心平台三1

金保工程社会保险管理信息系统核心平台三版

发布日期：2011-12-06

浏览次数：68

一、核心平台的发展历程

为统一和规范全国社会保险信息系统建设，原劳动保障部提出了“后台研发和前台实施分离”的策略，即部里提供统一应用软件平台，由前台技术支持商通过本地化完成各地社会保险信息系统建设。根据这一指导思想，于2000年发布了基于Client/Server结构的社会保险管理信息系统核心平台（以下简称社保核心平台）一版，并同时发布了《劳动和社会保险管理信息系统信息结构通则》和《社会保险管理信息系统指标体系－业务部分（LB101-2000）》。2003年发布了社保核心平台二版，不仅在业务上进行了扩充，更在技术上实现了突破，推出基于J2EE标准规范的三层技术框架（SIEAF框架）。社保核心平台极大地推动了各地社会保险信息系统的建设，规范了各地社会保险业务，目前各地使用的社会保险管理信息系统多数是基于社保核心平台二版开发的。

随着金保工程建设的全面开展和社会保险业务的进一步扩展，原劳动保障部于2006年12月正式启动了社保核心平台的升级（暨社保核心平台三版研发）工作，目前该项工作已基本完成。社保核心平台三版在二版的基础上，对业务体系和技术框架进行了全面升级。在业务上考虑社会保险最新政策和各地典型业务经办模式；在底层技术框架和用户交互界面中吸纳了成熟、先进的信息技术，进一步降低了本地化工作难度。社保核心平台三版是一个面向地级市社会保险业务管理，集业务数据模型、业务流程建议、标准业务实现、标准底层技术架构于一体的平台级软件。

图1 社保核心平台的发展历程

二、社保核心平台三版的企业架构

社保核心平台三版引入了企业架构（Enterprise Architecture，简称EA），完整的企业架构包括战略、架构、治理三大部分。

图2 企业架构图

社保核心平台三版主要关注EA的架构部分（见图2圆圈中的内容），具体包括业务架构与IT架构。EA的战略与治理部分由开发商和地方用户在社保核心平台三版的本地化实施过程中根据当地情况制定。

（一）业务架构

业务架构主要关注两个方面：组织与能力、流程与信息。

组织与能力是业务的静态视图，主要研究组织的结构与组织应具备的业务能力。

流程与信息是业务的动态视图，主要研究业务在不同岗位间的经办内容、顺序及互相传递的信息。

社保核心平台三版项目组使用CBM（Component Business Model，组件化业务模型）方法研究组织的能力；使用BPD（Business Process Design，业务流程设计）方法研究业务的流程与信息。

社保核心平台三版在业务架构上的主要成果表现在：《业务流程规范建议》、《社会保险管理信息系统指标体系－业务部分建议稿》、《社保核心平台三版软件需求说明书》等。

1．BPD业务流程设计

BPD方法通过业务流程的逐层分解来深入剖析业务需求，并通过重组流程的方式来优化业务。社保核心平台三版的业务流程分解成5个层次，即业务域流程、业务组流程、业务单元流程、业务活动流程、业务步骤流程。

图3 BPD分层结构

2．CBM组件化业务模型

图4 CBM图

BPD以流程的视角分析业务，CBM以组件化的视角分析业务。通过将BPD设计中的“业务活动流程”层的业务步骤重新按照CBM图的要求分组，形成业务组件，进而形成CBM图。

CBM关注业务组件本身对外提供的服务、业务组件之间的流程性关联及由此体现的服务性关联。

3．BPD与CBM对业务的优化

BPD与CBM都可以对现有的业务进行不同视角的建模，并且都可以依据业务战略目标对现有业务情况进行优化，以达到未来的业务要求。

业务优化是一个将业务战略落实到业务经办与管理的过程。这个过程需要对业务的目标进行充分的分析，对现有业务状况和存在的问题有充分的了解，然后才能本着实现业务目标、解决现有问题的思想，设计未来的业务。

首先根据BPD方法识别出现有的业务流程，通过对BPD中相同业务能力的提取，形成当前CBM图，体现当前的业务能力。根据业务战略目标分析得出哪些业务组件的能力需要提高，制定出要提高的业务组件准备达到的能力要求。根据制定的能力要求对相关业务组件参与的业务流程进行关于成本、效率、服务质量、用户感受等

方面的改进。通过评估得出哪些业务流程的优化已经符合要求，哪些业务流程还需要继续改进，进而进入下一轮业务优化。业务优化的整个过程是一个不断完善、不断迭代的过程。

图5 BPD与CBM对业务的优化过程

（二）IT架构

社保核心平台三版是基于J2EE技术的C/S/S&B/S/S双兼容的三层结构业务应用平台。

社保核心平台三版的IT架构分为：应用架构、数据架构、技术架构三个部分。应用架构主要解决业务系统的功能结构问题。数据架构主要解决统一、可扩展的行业数据模型问题。技术架构主要解决在技术上如何对业务进行支撑的问题，技术架构包含技术总体结构设计、技术框架设计、网络拓扑设计、部署结构设计等问题。

图6 IT架构概念总图

1．应用架构

社保核心平台三版在功能结构方面分为五大部分，各个部分之间互相联系，互相支撑。

（1）核心业务系统

社保核心平台三版的核心业务系统主要包含公共业务子系统、养老待遇子系统、医疗待遇子系统、工伤待遇子系统、失业待遇子系统、生育待遇子系统、基金财务子系统及相关查询、报表、社保卡等功能。核心业务系统主要体现了五险统一征缴、待遇分别发放的思想、基本信息与参保信息分离管理的思想、业务财务紧密衔接的思想。

（2）业务管控系统

社保核心平台三版的业务管控系统是对核心业务系统在管理方面的延伸，主要包含绩效管理子系统、稽核管理子系统、内控管理子系统。由于各个地方的业务管控模式各不相同，具体的业务管控方式方法还要在本地化过程中依据各地的特点实施。

（3）技术支撑系统

技术支撑系统是为实现安全系统、核心业务系统、业务管控系统、接口系统功能的相关技术支撑，包括系统管理子系统、打印组件、UI组件等。

（4）安全系统

社保核心平台三版的安全系统主要实现了登录安全控制、操作权限管理、数据权限管理、用户操作审计等功能。

（5）接口系统

社保核心平台三版的接口系统主要有两大方面，一是社保核心平台三版与金保工程财务软件、跨地区业务管理信息系统、联网数据管理信息系统等的接口，二是社保核心平台三版在本地化时与银行、税务、邮政等系统的接口。社保核心平台三版的接口部分主要以方案形式提供，接口的具体实现需在本地化过程中完成。

图7 应用架构概念总图

2．数据架构

（1）数据架构概述

数据架构主要包括三部分内容，数据定义、数据分布与数据管理。

图8 数据架构概念总图

数据定义包含数据模型与数据标准两个部分。数据模型是数据架构规划中最重要内容，包括数据概念模型、数据逻辑模型、数据物理模型。定义良好的数据模型可以反映业务模式的本质，确保数据架构为业务需求提供全面、一致、完整的高质量数据，且为划分应用系统边界、明确数据引用关系、定义应用系统间的集成接口提供分析依据。数据标准指行业中需要遵守的关于数据及数据之间关系的标准及规范。

数据分布，包括数据业务分布与数据系统分布。一方面是分析数据在各业务环节的创建、引用、修改或删除关系；另一方面是分析数据在单一应用系统中的数据结构与应用系统各功能模块的引用关系，分析数据在多个系统间的引用关系。数据业务分布是数据系统分布的基础。数据存放模式也是数据分布中一项重要内容。

数据管理，一方面要制定贯穿业务数据生命周期的各项管理制度，包括：数据标准管理、数据分布管理、数据质量管理、数据安全管理等制度；另一方面要落实数据管理的具体岗位和职责。

（2）社保核心平台三版数据模型概述

为了提高平台的适应能力，满足社保行业的各项业务需求，核心平台三版对原有的数据模型进行了必要调整，提出了如图所示的数据模型。

图9 社保核心平台三版的数据模型

社保行业数据参考模型。主要用于抽象社保行业的核心业务数据。这些数据是应用系统实施与运行时的重点关注内容，是对日常业务信息进行持久化记录的载体，需在整个信息化层面保持一致性、完整性与准确性。社保行业数据参考模型包括七个主题，具体是三个基础主题：当事人（参与者）、资产、产品，四个关联主题：协议、基金、资产流动账、账户。通过这七个主题，能够有效地对社保行业的业务数据进行概括和描述。

业务规则参数。主要用于抽象和定义社保政策及日常业务中的规则，具体包括参保规则、缴费规则、待遇享受规则等。通过对这些规则的配置，可以适应地方在政策细节和业务细节的差异，较好地满足本地化实施的需要。在这些规则的基础上，社保核心平台三版还提供了很多配套的算法或引擎，用于支持规则的充分应用。

图10 社保核心平台三版的社保行业数据参考模型

业务事件体系。事件体系用于详细记录业务的处理过程，以便对业务过程的管理和控制。从图11可以看出整个事件体系由业务处理层、事件索引层和事件处理层组成。业务处理层包括业务类型、经办人、经办时间、复核人和复核时间等信息，是业务过程的开始。通过业务处理层与具体业务事件的关联形成事件索引层。事件处理层由事件头信息、事件波及范围、事件对波及对象的处理结果层三部分组成，是业务过程的详细记录。事件头信息主要记录事件发起的原因、事件发起人、事件发起时间、事件状态；事件波及范围层用于记录本次事件影响到的具体单位、人员、险种；事件对波及对象的处理结果层主要记录本地事件中涉及到的具体单位/人员/险种的具体变更信息。

图11 社保核心平台三版的事件体系

3．技术架构

技术架构分为：技术总体结构设计、技术框架设计、网络拓扑设计、部署结构设计等一系列设计过程。

社保核心平台三版的技术总体结构分为四层：LEAF（LBS Enterprise Application Framework）平台、J2EE平台、操作系统、基础设施四部分。以下重点描述LEAF平台的架构分层模型及基础设施的拓扑结构。

LEAF平台架构总体分成五层结构：

①视图层

视图层实现系统与用户的交互，位于客户端。主要处理用户对系统的操作及将用户的操作结果反馈给用户。社保核心平台三版支持浏览器的客户端与任何 win32程序写成的客户端对系统的请求。社保核心平台三版提供了X-ART视图组件来丰富基于浏览器的客户端的交互与展现能力。

②控制层

控制层主要由LEAF框架实现，LEAF框架是社保核心平台二版SIEAF框架的升级版本，它分为控制逻辑层及服务层。

控制逻辑层主要对客户端的请求进行协议识别、编码处理、任务分发等处理；服务层为总体应用提供日志、异常、安全、通用业务回退、数据权限、缓存等服务。

③业务层

业务层分为请求处理层、视图服务层、业务组件层。

请求处理层是联系框架与业务层的纽带，主要处理页面跳转、数据转换、日志处理、异常处理等工作。它是视图服务层（POJO或EJB）的Client端；是视图服务层的代理。

视图服务层分为接口层与实现层。接口层为客户端的一次请求提供纯业务接口，这一层不依赖于任何组件技术（如EJB、POJO等）；实现层是接口层的组件相关技

术的实现，这一层实现了具体的组件技术（如EJB、POJO等），通过组装业务组件的服务完成视图层的要求。

业务组件层为视图服务层提供了可复用的业务服务。业务组件层包括以下几部分：业务组件接口层（facade）、业务处理层（PO）、数据访问层（DAO），持久化接口层（OP）。所有业务逻辑，运算和类之间的调用，由PO层完成。所有业务实体（或者能够抽象成业务实体），抽象成Entity对象。为了尽量减少网络传输，数据传输尽量采用数据传输对象（DTO），DTO只保存必须的属性。

④持久化层

O/R Mapping层，将面向对象的设计结构与数据库中面向关系的数据结构进行映射，负责应用程序与数据库之间的数据存取工作。

⑤数据服务层

负责持久化的业务数据的存储。

（1）LEAF平台

图12 LEAF平台架构逻辑总图

（2）基础设施

图13中社保核心平台三版基础设施的拓扑结构是示意性的，具体的部署模型、拓扑结构、存储、灾难备份等设计需要在本地化实施过程中由开发商与地方用户根据具体情况进行制定。

图13 社保核心平台三版基础设施拓扑结构示意图

三、社保核心平台三版的特点

图14 社保核心平台三版业务功能结构

社保核心平台三版在继承社保核心平台二版的基础上，采用了全新的设计理念，对业务、技术体系进行了全面的提升，具体的变化如下：

（一）社保核心平台三版的设计思想

1．多险合一

社保核心平台三版在继承社保核心平台二版基本五险的同时，扩展了机关事业养老保险和城镇居民基本医疗保险，针对公务员、离休人员、一至六级残疾军人、老红军等特殊参保人群设计了相应的处理功能，并在设计上预留了对其他保险业务的支持能力。

2．以人为本

社保核心平台三版强调以参保者利益为核心，将人与单位松耦合，通过参保关系实现个人与单位的关联，为一个数据中心多统筹区、个人身份参保提供了系统结构上的支持，也尽可能体现社会保险服务于民的宗旨，努力保障参保者的切身利益。

3．强化管理

社保核心平台三版加强了对业务日志的管理，引入了业务事件模型，在业务经办的过程中保留业务操作信息，从而进一步加强对业务环节的监控，使业务管理的概念落到实处，为稽核、内控、业务回退等操作奠定基础。

（二）社保核心平台三版的业务特点

1．支持一个数据中心、多统筹区的业务模式

社保核心平台三版实现了对统筹区进行定义，并允许操作员权限与统筹区挂钩。基本信息在数据中心一级统一共享，业务信息由各统筹区独立使用。经办流程在数据中心一级保持一致，政策参数和算法允许各统筹地区存在差异。此种灵活的业务模式，能够满足业务管理中对一个数据中心、多统筹区的需要。

2．业务与财务结合更加紧密

社保核心平台三版提供了与财务系统对接的相应业务模块，在基金征集、待遇支付、基金转移等环节都与财务管理进行了比较紧密的衔接。支持实收实支确认，并向财务接口传递数据，进而由财务接口系统自动生成凭证。

3．支持稽核

社保核心平台三版提供了外部稽核受理、系统内稽核点主动监控和统计台账三部分稽核相关的功能。外部稽核受理，包括稽核类别设置、疑点问题受理、稽核范围确立、稽核信息记录、稽核结论、稽核结论传达情况、稽核结论执行情况跟踪、稽核信息查询等模块，完成了对整个稽核过程的记录。统计台账功能实现对稽核情况的汇总查询。同时，软件支持系统内稽核点主动监控，并对缴费基数、医疗费用、高龄离退休人员、四险待遇发放等典型稽核点业务予以参考实现。

4．支持业务绩效考核

社保核心平台三版通过对业务日志的统计，实现了对经办过程中重办、迟办、晚办情况的掌握。通过工作加权管理，实现了对工作的量化。最后通过考核评分实现对工作业绩的评估，辅助降低工作的出错率，提高经办人员的工作积极性。

5．引入了业务台账的概念

社保核心平台三版建立了业务台账，统计工作更多依赖于业务台账完成，提高了统计效率和统计的准确性。在台账基础上实现了部分部颁统一报表的生成，通过内嵌部里统一采购的BQ报表工具，实现了更加灵活的信息统计和报表定制功能。

6．加强社会保障卡的管理

社保核心平台三版社会保障卡管理包括卡新增管理和卡变更管理两个模块，实现了发卡数据生成、发卡管理、发卡激活、补卡、换卡、卡挂失、卡解挂、卡注销、应用锁定、应用解锁、黑名单等功能。

7．扩充了养老保险业务功能

社保核心平台三版支持国发〔2005〕38号文对养老保险待遇计发办法的调整，通过统筹区设置个人账户做实比例参数，实现对个人账户做实的支持。

8．支持失业保险职业介绍和职业培训费的管理

社保核心平台三版针对失业保险，新增了社保经办机构直接与职业培训机构、职业介绍机构进行培训费用、职介费用结算及支付的支持，使失业人员在享受失业保险待遇期间即可直接到经办机构报销职业培训费或职业介绍费，也可以由职业培训机构、职业介绍机构到经办机构报销职业培训费或职业介绍费。

9．加强“两定”和“三目”的管理

社保核心平台三版在医疗保险业务中，增加了定点医疗机构和定点零售药店的申请和审批功能，对医疗保险药品目录、诊疗项目目录、服务设施目录分层次管理，将“三目”与“险种”挂钩，并且可分人群管理。

10．医疗费用信息采用新的分层方式

社保核心平台三版的医疗费用信息设计层次分为：就诊信息、在院信息、医疗原始单据信息、医疗原始费用明细、医疗费用结算明细等。医疗费用结算按照原始费用明细中的药品、诊疗项目、服务设施明细项逐项进行结算。通过参数和算法的设置，能够更好地满足各地医疗保险、工伤保险、生育保险、失业保险中有关医疗费用结算和支付的实际需求。

11．支持城镇居民基本医疗保险业务

社保核心平台三版将城镇居民基本医疗保险特有的参保对象群体在参保身份中进行了扩充，并扩充了缴费来源（包括财政拨款）和征收方式（包括学校代收、社区代收）代码。同时允许根据不同的险种分别进行控制，从而实现了包括城镇居民基本医疗保险在内的多险合一的统一参保和征缴。

12．扩充工伤保险业务功能

社保核心平台三版实现了“工伤认定+劳动能力鉴定+工伤保险业务经办”三位一体的管理，并支持对非参保人群的认定和鉴定，支持对工伤供养亲属的管理。

（三）数据模型的特点

1．便于业务扩充

社保核心平台三版的数据模型立足于多险合一，对社会保险产品做了统一抽象，能够较好地定义社会保险各险种的参保群体、征缴规则、待遇核定规则，从而尽可能地减少由于各地业务范围差异带来的本地化实施工作难度。

2．建立基本信息库

社保核心平台三版在基本信息管理方面引入了当事人的概念，从人员、家庭、组织（参保单位、经办机构、社会服务机构等共有信息的抽象）三个层次对信息进行管理，强化了统一资源入口，建立了人员和单位的基本信息库，为实现金保工程“同人同城同库”的管理要求奠定了基础。

3．账户基本信息与缴费记录、待遇支付信息剥离

社保核心平台三版建立了独立的账户基本信息、账户收入明细、账户支出明细、账户年度台账和实时账户信息表，将社会保险中各类账户与个人基本信息关联，通过账户的类型来区别不同账户，使账户设置更加灵活，满足更复杂的账户结转、账户实时查询、账户返还、社保关系转移等业务。

4．扩充和规范了指标体系

社保核心平台三版对原指标体系进行了修订、扩充和调整，并根据最新国家标准对代码进一步梳理，使指标体系更加规范。

与原指标体系相比，新版指标体系变化较大，新增了较多指标，同时也减少了部分指标。新增指标部分，一是为了保证系统的灵活性，新增了大量的代码指标。二是新增部分公用的指标。减少指标部分，一是对各险的数据模型合并，从而使指标复用。如养老、失业、工伤、生育四险的征缴、缴费记录、待遇处理等过程合并，失业、医疗、工伤、生育四险医疗费用记录数据模型合并。二通过建立基本信息库，复用了部分业务指标。三是为了增加系统的灵活性和适应性，将部分横表改为纵表。

（四）社保核心平台三版的技术特点

社保核心平台三版在原有版本的基础上，对底层技术框架LEAF进行了升级，新增的平台技术特征包括：

1．实现了对C/S/S结构和B/S/S结构的双兼容

LEAF框架在技术上支持基于浏览器和传统客户端的两种用户界面形式，并在标准实现中提供了基于Web的参考用户界面。

2．引入了SOA的思想

社保核心平台三版的IT架构采用了SOA（Service-oriented Architecture）的思想，通过组件服务及组件服务的组合来实现业务功能，便于业务扩展及社保核心平台三版与其他信息系统的集成。

图15 社保核心平台三版的组件示例

3．实现了通用业务回退功能

LEAF框架实现了AOP（Aspect-oriented Programming）级的事务与通用业务回退功能，通过统一管理数据库事务操作和业务回退，使复杂业务的开发难度进一步降低，提高了开发效率，并使业务上可更灵活地定制回退需求。