下载文档原格式
文档编号B06-RM-C04-JB_HXPT-06版本号V1.3发放号F01受控状态受控社会保险管理信息系统核心平台三版需求规格说明书失业待遇分册编制部门：社会保险管理信息系统核心平台三版项目组编制人：需求编制组编制日期：2007-4-10审核人：魏文麟、华山审核日期：2007-5-30批准人：批准日期：北京利博赛社保信息技术有限公司文档修改历史目录1.1.失业保险待遇核定（J1） (4)1.1.1.失业待遇申请（J1-01） (4)1.1.1.1.失业登记（J1-01-01） (6)1.1.2.失业待遇资格认定（J1-02） (14)1.1.2.1.失业待遇资格审批（J1-02-01） (15)1.1.3.失业待遇核定（J1-03） (21)1.1.3.1.失业待遇核定（J1-03-01） (23)1.1.3.2.农民合同制工人失业一次性生活补助核定（J1-03-02） (30)1.1.3.3.失业人员医疗补助金核定（J1-03-03） (37)1.1.3.4.职业培训职业介绍补贴核定（J1-03-04） (47)1.1.4.失业待遇管理（J1-04） (62)1.1.4.1.失业报到（J1-04-01） (67)1.1.4.2.失业待遇社会化发放登记（J1-04-02） (72)1.1.4.3.失业待遇政策调资（J1-04-03） (79)1.1.4.4.失业待遇零星调整（J1-04-04） (84)1.1.4.5.失业待遇停发（J1-04-05） (89)1.1.4.6.失业待遇续发（J1-04-06） (94)1.1.4.7.失业待遇补发（J1-04-07） (102)1.1.4.8.失业待遇扣发（J1-04-08） (109)1.1.4.9.失业待遇终止（J1-04-09） (116)1.1.4.10.失业死亡待遇核定（J1-04-10） (122)1.1.4.11.失业待遇转出（J1-04-11） (133)1.1.4.12.失业待遇转入（J1-04-12） (140)1.2.失业待遇支付（J2） (146)1.2.1.失业待遇拨付计划描述（J2-01） (147)1.2.1.1.失业待遇月拨付计划核定（J2-01-01） (148)1.2.2.失业待遇拨付通知描述（J2-02） (156)1.2.2.1.失业待遇拨付通知（J2-02-01） (157)1.2.3.失业待遇实付确认描述（J2-03） (164)1.2.3.1.失业待遇实付确认（J2-03-01） (165)1.2.3.2.失业待遇零星拨付描述（J2-03-02） (169)1.1. 失业保险待遇核定 （J1）➢ 域的业务组分解图业务域业务组Level1Level2➢ 业务域内业务组列表1.1.1. 失业待遇申请 （J1-01）◆ 业务组内业务单元图业务组Level2业务单元Level3业务组内业务单元列表1.1.1.1. 失业登记（J1-01-01）1.1.1.1.1.业务单元活动流程图1.1.1.1.2.业务单元活动说明1.1.1.1.3.业务单元详细步骤流程图1.1.1.1.4.业务单元详细步骤说明1.1.1.1.5.业务规则说明1.1.1.1.5.1.政策规则说明1.失业人员失业前所在单位应将失业人员的名单自终止或者解除劳动关系之日起７日内报受理其失业保险业务的社会保险经办机构备案，并按要求提供终止或解除劳动合同证明、参加失业保险及缴费情况证明等有关材料。
文档编号B06-RM-C04-JB_HXPT-01版本号V1.0.0发放号F01受控状态受控社会保险管理信息系统核心平台三版需求规格说明书总体描述分册编制部门：社会保险管理信息系统核心平台三版项目组编制人：需求编制组编制日期：2007-2-5审核人：魏文麟、华山审核日期：2007-5-30批准人：批准日期：北京利博赛社保信息技术有限公司文档修改历史目录1.前言 (4)1.1.背景 (4)1.2.文档编写目的 (5)1.3.文档内容 (5)1.3.1.需求分册列表 (5)1.3.2.方案列表 (6)1.4.目标读者 (6)1.5.参考资料 (6)1.6.专业术语 (10)2.流程概述 (11)2.1.流程设计思路 (11)2.1.1.业务流程分析方法的作用 (11)2.1.2.业务流程分析的主要步骤 (11)2.1.3.业务流程的表现形式 (12)2.1.4.业务流程分析方法关于流程的定义 (15)2.2.流程图例 (18)2.3.流程列表 (19)3.需求编码规范 (27)3.1.业务域命名规范 (27)3.1.1.掩码规范 (27)3.1.2.样例 (28)3.2.业务组命名规范 (28)3.2.1.掩码规范 (28)3.2.2.样例 (29)3.3.业务单元命名规范 (29)3.3.1.掩码规范 (29)3.4.添加需求编码的位置 (29)3.4.1.样例 (29)1.前言1.1. 背景2002 年，中共中央办公厅、国务院办公厅下发了《关于转发<国家信息化领导小组关于我国电子政务建设指导意见>的通知》（中办发〔2002〕17 号），明确将社会保障信息系统建设列入“十五”期间电子政务建设的12 项重点工程之一。
为落实中办发17 号文件精神，结合国家“十五”期间信息化工作规划，劳动保障部在总结近几年信息化建设经验的基础上，提出了建设“金保工程”的初步方案，并得到国家发改委的立项批准，目前正在进行金保工程一期建设。
社保核三字段一、业务架构综述社会保险管理信息系统核心平台三版(以下简称“核三”)作为社保行业的平台级业务软件，要充分考虑以下战略性问题：社会保险是什么？社会保险各险种的共性与差异是什么？各地的业务现状如何，差异在哪里？系统如何实现日常业务？核三作为面向地市级业务经办和管理的信息系统，从组织结构、能力、流程、信息四个方面分析了社保的业务架构，提炼出系统的功能性需求，并寻求上述问题的答案。
第一是组织结构分析。
通常地市级人力资源社会保障行政部门按险种职能下设二级业务单位（如社会保险中心、医疗保险中心），业务单位内再按具体业务环节设置科室等，各地差异较大。
核三抽象出决策层、业务管理控制层、业务操作经办层来表述社保机构的层次结构，局长等最高决策者属于第一层级，处长或中心主任等管理人员属于第二层级、具体办事人员属于第三层级。
由此，回避了各地的组织结构差异，将系统关注的目光从具体的处室/科室设计转向岗位设计。
核三用一套岗位设置模型描述了多险合一情况下经办机构的职能分布。
第二是能力分析。
能力分析是本着从所在层级出发，描述所辖下属层级应该具备的能力，保证“在其位谋其政”。
能力分析对上述三层均会涉及，能力不仅仅针对具体的处室/科室，更针对具体岗位进行描述，即说明承担某个具体岗位工作的人员应该具备的专业知识、技术能力、工作态度要求等。
通过这样的分析，将具体岗位与能力要求挂钩，与工作职责进行对应，通过岗位能力来展现处室/科室的能力。
第三是流程分析。
核三的流程分析主要从纵向和横向两个角度展开，纵向流程描述业务目标由上至下逐级拆解细分的过程，即管理流程，着重体现了层级管理和职能传递；横向流程描述不同业务环节、不同岗位间操作次序和操作约束，即经办流程，着重体现了层级内的业务关联和环节衔接。
第四是信息分析。
信息分析类似传统的IPO分析，强调每个流程的信息输入和输出。
基于信息分析的结果，通过数据建模来完成信息的持久化，具体可参阅《社会保险管理信息系统核心平台三版数据模型介绍》。
n社会保险管理信息系统核心平台三版需求规格说明书生育待遇分册编制部门：社会保险管理信息系统核心平台三版项目组编制人：需求编制组编制日期：2007-4-10审核人：魏文麟、华山审核日期：2007-5-30批准人：批准日期：北京利博赛社保信息技术有限公司文档修改历史目录1.1. 生育保险待遇核定（M1） (3)1.1.1. 生育待遇资格认定（M1-01） (3)1.1.1.1. 生育待遇资格认定（M1-01-01） (5)1.1.2. 生育待遇核定（M1-02） (9)1.1.2.1. 生育医疗费用核定（M1-02-01） (11)1.1.2.2. 生育津贴核定（M1-02-02） (19)1.2. 生育待遇综合查询（M3） (25)1.2.1. 台账信息查询（M3-01） (26)1.2.1.1. 生育支付台账信息查询（M3-01-01） (27)1.1. 生育保险待遇核定 （M1）域的业务组分解图业务域业务组Level1Level2业务域内业务组列表1.1.1. 生育待遇资格认定 （M1-01）◆ 业务组内业务单元图业务组Level2业务单元Level3业务组内业务单元列表1.1.1.1. 生育待遇资格认定（M1-01-01）1.1.1.1.1.业务单元活动流程图1.1.1.1.2.业务单元活动说明1.1.1.1.3.业务单元详细步骤流程图1.1.1.1.4.业务单元详细步骤说明1.1.1.1.5.业务规则说明1.1.1.1.5.1.政策规则说明无1.1.1.1.5.2.其他规则说明1.1.1.1.6.业务表单说明1.1.1.1.7. 系统数据指标说明ae02, --业务日志 ac70, --人员待遇申请事件 ma01, --生育待遇参数1.1.2. 生育待遇核定 （M1-02）◆ 业务组内业务单元图业务组Level2业务单元Level3◆ 业务组内业务单元列表1.1.2.1. 生育医疗费用核定（M1-02-01）1.1.2.1.1.业务单元活动流程图1.1.2.1.2.业务单元活动说明1.1.2.1.3.业务单元详细步骤流程图1.1.2.1.4.业务单元详细步骤说明1.1.2.1.5.业务规则说明1.1.2.1.5.1.政策规则说明无1.1.2.1.5.2.其他规则说明✧前置业务规则⏹生育人员所在单位以及个人，必须正常参加生育保险。
金保工程社会保险管理信息系统核心平台三版介绍一、核心平台的发展历程为统一和规范全国社会保险信息系统建设，原劳动保障部提出了“后台研发和前台实施分离”的策略，即部里提供统一应用软件平台，由前台技术支持商通过本地化完成各地社会保险信息系统建设。
根据这一指导思想，于2000年发布了基于Client/Server结构的社会保险管理信息系统核心平台（以下简称社保核心平台）一版，并同时发布了《劳动和社会保险管理信息系统信息结构通则》和《社会保险管理信息系统指标体系－业务部分（LB101-2000）》。
2003年发布了社保核心平台二版，不仅在业务上进行了扩充，更在技术上实现了突破，推出基于J2EE标准规范的三层技术框架（SIEAF框架）。
社保核心平台极大地推动了各地社会保险信息系统的建设，规范了各地社会保险业务，目前各地使用的社会保险管理信息系统多数是基于社保核心平台二版开发的。
随着金保工程建设的全面开展和社会保险业务的进一步扩展，原劳动保障部于2006年12月正式启动了社保核心平台的升级（暨社保核心平台三版研发）工作，目前该项工作已基本完成。
社保核心平台三版在二版的基础上，对业务体系和技术框架进行了全面升级。
在业务上考虑社会保险最新政策和各地典型业务经办模式；在底层技术框架和用户交互界面中吸纳了成熟、先进的信息技术，进一步降低了本地化工作难度。
社保核心平台三版是一个面向地级市社会保险业务管理，集业务数据模型、业务流程建议、标准业务实现、标准底层技术架构于一体的平台级软件。
图1. 社保核心平台的发展历程二、社保核心平台三版的企业架构社保核心平台三版引入了企业架构（Enterprise Architecture，简称EA），完整的企业架构包括战略、架构、治理三大部分。
图2. 企业架构图社保核心平台三版主要关注EA的架构部分（见图2圆圈中的内容），具体包括业务架构与IT架构。
EA的战略与治理部分由开发商和地方用户在社保核心平台三版的本地化实施过程中根据当地情况制定。
金保工程社会保险管理信息系统核心平台三版发布日期：2011-12-06浏览次数：301一、核心平台的发展历程为统一和规范全国社会保险信息系统建设，原劳动保障部提出了“后台研发和前台实施分离”的策略，即部里提供统一应用软件平台，由前台技术支持商通过本地化完成各地社会保险信息系统建设。
根据这一指导思想，于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端；是视图服务层的代理。
