核心平台三版开发规范
社会保险核心平台三版概述

养老保险
医疗保险
生育保险
失业保险
失业保险
工伤保险
工伤保险
北京利博赛社保信息技术有限公司
15
核心平台三版的产出
软件产出: 共计13个业务子系统,分别是公共业务、养老待遇 、失业待遇、医疗待遇、工伤待遇、生育待遇、基 金财务管理、绩效信息管理、稽核信息管理、社会 保障卡应用、报表、内控管理、系统管理 业务模块295个 600多个页面 300多个组件,3000多个组件方法 数据库表300多个,数据字段4000多个 数据指标1300多个 代码总行数:120万行
9
核心平台三版面临的挑战-技术方面
核心平台本地化过程中提出的新要求 业务回退如何统一处理? 如何快速应对业务政策的变化? 如何降低事务处理的复杂性? 如何快速开发复杂WEB界面? 如何提高本地化时相同业务不同组件形态下的业务 组件复用度?
北京利博赛社保信息技术有限公司
6
核心平台三版面临的挑战-业务方面
北京利博赛社保信息技术有限公司
7
核心平台三版面临的挑战-技术方面
技术方面的挑战来源于两个方面: 业务挑战对技术提出的新要求 核心平台本地化过程中提出的新要求
北京利博赛社保信息技术有限公司
8
本地化,试运行 培训
提交终验 文档
文档整理
12
2 2 0 0 0 0 6 6
1
2
3
4
5
6
7
8
9
10
11
12
1
2
3
4
5
6
7
8
9
10
11
05社会保险核心平台三版数据管理与数据迁移介绍

1.4系统安全举例
14
1.4系统安全举例
基本防控
关键 动作 系统管理员 数据库管理员 中间件管理员 厂商开发人员 厂商测试人员 技术人员 系统管理数据
高级防控
审计分析平台
数 据 安 全 控 制
防控
养老保险数据
关键 数据
审计数据库
医疗保险数据 关键 数据 劳动就业数据关键 数据 行政管理数据
追踪
18
2.1.1综述
适用范围 适用于全国各级人力资源和社会保障部门所建设的 各类业务管理信息系统 相关的信息采集和分析工作 目的:通过制定统一的信息分类和编码体系达到—— 规范各级各类业务管理信息系统的建设 信息系统内数据的充分共享和无障碍采集 比如现在监测数据的采集工作 原则 优先遵循国标、行标,可根据业务需要适当扩充代 码 其他,根据业务分类自定义,遵循标准编制规则
编码安全规范与代码审核、 安全审计
例如:应用测试、审计,避免界面显示10,数据库中存 5的情况
容灾系统
12
1.3需要做的工作-管理方面
备份和恢复安全 包括数据备份系统、备用基础设施和相关技术设施 考虑备份的范围、时间间隔、实现技术与介质以及数 据备份线路等 针对服务连续性考虑设备、系统冗余等 要求:每天增量,每周全量,异地存放,有条件建容 灾中心 数据维护 日常业务尽量通过前台界面完成,如果必须走后台处 理,则必须建立完备的签字审批制度 例如:调待 DBA用户权限分配 例如:通过修改退休死亡人员状态为生存状态,续 发养老金
5
1.1安全现状-存在的问题
对新时期信息安全保护的认识不充分 信息安全管理制度不健全,管理相对粗放,重技术轻 管理 安全防护技术机制配备不均衡,重物理网络基础安 全,轻应用数据安全 业务基础数据和信息系统抗风险、抗灾害的能力不 足,应急设施不完备,灾难备份与恢复工作较为滞后 结论: 整体信息安全保护能力有待进一步提高,需要加强信 息安全等级保护工作
湖南省人力资源和社会保障厅关于请求支持城乡居民社会养老保险信息管理系统建设的函

湖南省人力资源和社会保障厅关于请求支持城乡居民社会养老保险信息管理系统建设的函文章属性•【制定机关】湖南省人力资源和社会保障厅•【公布日期】2014.04.23•【字号】湘人社函[2014]114号•【施行日期】2014.04.23•【效力等级】地方规范性文件•【时效性】现行有效•【主题分类】保险正文湖南省人力资源和社会保障厅关于请求支持城乡居民社会养老保险信息管理系统建设的函(湘人社函〔2014〕114号)省财政厅:感谢贵厅多年来对全省新农保和城镇居民养老保险经办管理服务工作的重视和大力支持,使我省两项社会养老保险工作进展顺利、运行平稳、成效明显。
根据《国务院关于建立统一的城乡居民基本养老保险制度的意见》(国发〔2014〕8号)和《人力资源社会保障部财政部关于印发〈城乡养老保险制度衔接暂行办法〉的通知》(人社部发〔2014〕17号)精神,为确保我省顺利实现新农保和城居保两项制度合并实施,建立统一的城乡居民基本养老保险制度,并实现与职工基本养老保险制度相衔接,进一步完善城乡居民基本养老保险信息管理系统相关功能十分紧迫。
为此,现就城乡居民社会养老保险信息管理系统建设的有关问题报告如下。
一、现状我省现有的新农保和城镇居民养老保险信息管理系统是根据人力资源社会保障部社会保险核心平台二版自行研发的,并于2009年12月依托劳动保障专网和硬件(于2013年迁移至厅新购的一体机)上线运行。
这种根据人力资源社会保障部社会保险核心平台二版自行研发的信息系统,在系统建设初期的确切实可行,也有力地支持了近几年两项社会养老保险业务经办工作。
但从现在参保人员(2009年底为500万人,到2013年底登记参保人数达3496万人、缴费人员和享受待遇人数达3300万人)、参保数据信息成几何级数增长、新农保和城居保合并实施、城乡养老保险制度衔接工作等情况来看,已经出现了一些新情况和新问题。
首先,当前的信息系统不符合人力资源社会保障部按核心平台三版统一开发城乡居保信息系统的要求;其次,如果不升级至核心平台三版,今后系统调整及维护比较困难;第三,当前的信息系统对硬件要求比较高,给我省信息系统建设带来巨大压力;第四,国发〔2014〕8号文件要求将信息网络延伸至乡镇(街道)和社区(行政村)。
社保核心平台三版需求说明书V1.2_社保卡管理

社会保险管理信息系统核心平台三版需求规格说明书社保卡管理分册编制部门:社会保险管理信息系统核心平台三版项目组编制人:需求编制组编制日期:2008-4-10审核人:魏文麟、华山审核日期:2008-5-30批准人:批准日期:北京利博赛社保信息技术有限公司文档修改历史目录1. 社会保险卡业务 (3)1.1. 卡应用管理(C2) (3)1.1.1. 发卡数据生成(C2-02-01) (3)1.1.2. 发卡管理(C2-02-04) (3)1.1.3. 发卡激活(C2-02-05) (4)1.1.4. 补卡(C2-03-02) (4)1.1.5. 换卡管理(C2-03-03) (4)1.1.6. 卡挂失管理(C2-03-04) (5)1.1.7. 卡解挂管理(C2-03-05) (6)1.1.8. 卡注销管理(C2-03-06) (6)1.1.9. 应用锁定(C2-03-07) (6)1.1.10. 应用解锁(C2-03-08) (6)1.1.11. 黑名单生成管理(C2-03-09) (7)1.社会保险卡业务1.1. 卡应用管理(C2)1.1.1.发卡数据生成(C2-02-01)通过对参保人员基础信息的采集生成参保人员基础信息原始数据集(主要包括姓名、身份证号、性别、年龄、地址、电话号码、电子邮箱、文化程度、单位、指纹、照片),及时更新应用系统数据库中个人身份基础数据信息(以下称“个人基本信息”),并保证准确性,然后根据个人基本信息、指纹信息、照片、参保信息等生成对应的待制卡人员信息,将待制卡人员信息保存到社保卡基础信息数据集并打印成表单,供卡商发卡系统使用。
1.1.2.发卡管理(C2-02-04)实现对社保卡的发行管理,将已初始化的卡片个人化,联机启用卡和应用,并圈存个人账户。
发放管理要记录卡的发放批次、领取单位、领取人员、领取时间,发卡后卡的状态为“封存”。
1.1.3.发卡激活(C2-02-05)发卡完毕后的社保卡在卡片状态档案数据集中的状态是“封存”,激活模块通过卡交易数据集中的记录来改写“封存”状态,激活后的状态是“正常”。
河南省居民系统两定单位接入开发手册v2.1

河南省居民系统两定单位接入开发手册东软集团股份有限公司河南省两定单位接入开发手册河南省两定单位接入开发手册河南省两定单位接入开发手册目录1引言 (6)1.1文档编制目的 (6)1.2背景 (6)1.3词汇表 (6)1.4参考资料 (7)2接口流程设计 (7)2.1医院就医流程设计 (7)2.2药店购药流程 (8)3系统接口设计 (8)3.1用户接口函数 (8)3.2交易编码说明 (11)3.3医院端调用接口交易序列图 (13)4接口交易详细设计 (14)4.1查询类 (14)4.1.1交易功能 (14)4.1.2交易设计 (14)4.1.2.1医疗费用信息查询(1100) (14)4.1.2.2结算信息查询(1101) (15)4.1.2.3个人医疗费信息查询(1220) (15)4.1.2.4个人就诊登记信息查询(1103) (16)4.1.2.5目录对照信息查询(1105) (16)4.1.2.6医疗费用信息查询 (1106) (18)4.1.2.7总额对账(1120) (18)4.1.2.8明细对账 (1130) (19)4.1.2.9医疗费用明细信息查询(1200) (20)4.1.2.10批量数据查询下载(1300) (21)4.1.2.11个人基本信息及账户信息查询(1400) (27)4.1.2.12医疗待遇封锁信息查询(1500) (27)4.1.2.13医疗待遇审批信息查询(1600) (28)4.1.2.14中心通知信息查询(1731) (29)4.1.2.15获取中心端时间(1800) (30)4.1.2.16查询下载审核扣款明细信息功能(1900) (30)4.2认证类 (31)4.2.1交易功能 (31)4.2.2交易设计 (31)4.2.2.1签到(9100) (31)4.2.2.2签退(9110) (32)4.3业务类 (32)4.3.1交易功能 (32)4.3.2交易设计 (32)4.3.2.1读卡交易(2100) (32)4.3.2.2修改卡密码(2110) (34)4.3.2.3门诊/住院登记(2210) (34)4.3.2.4无卡登记(2211) (35)4.3.2.5住院登记信息修改(2230) (36)4.3.2.6门诊/住院登记撤销(2240) (36)4.3.2.7374.3.2.8处方明细上报(2310) (37)4.3.2.9处方明细撤销(2320) (38)4.3.2.10费用预结算(2420) (39)4.3.2.11费用结算(2410) (42)4.3.2.12无卡结算(2411) (42)4.3.2.13费用结算撤销(2430) (43)4.3.2.14无卡结算撤销(2431) (43)4.3.2.15药店收费预结算(2610) (43)4.3.2.16药店收费结算(2620) (45)4.3.2.17冲正交易(2421) (45)4.3.2.18人脸识别模拟读卡交易(2150) (46)4.4数据上传类 (46)4.4.1.1基本医疗审批申报(3110) (46)4.4.1.2审批申报撤销(3120) (47)4.4.1.3对照信息申报(3300) (48)4.4.1.4医院医护人员信息上报(3220) (48)5数据结构与数据库设计 (49)6尚需解决的问题 (49)7附件 (50)1引言1.1 文档编制目的两定单位接入开发手册主要表述了医保接口设计方案和对外交易描述。
保险制度规程导读

五、重点解析
4、与地税征收的衔接 地税征收时按申报表单笔足额征收,不得非足额征收。
欠费口径:单位申报后未去地税开单的,或去地税开单后 未缴费的,均为欠费,但要分别标明。 滞纳金口径:社保补缴补欠核定的滞纳金,地税实征后总 额反馈;地税开单未缴的滞纳金,实征后标为地税滞纳金。 单位历史补欠需重新核定应缴及滞纳金,地税照单实征。 地税实征数据修改后,可利用数据维护修改社保财务到账
上年社平300% 本人工资>上年社平300% 个人基数= 本人工资
上年社平60% 本人工资<上年社平60%
五、重点解析
3、补缴补收补欠 由于补费业务成为常态,特将补缴类列入核定环节 要点(6个): 补缴概念:未核基补费(应保未保、中断、差额) 补收概念:增员滞后联动补收、社平差额联动补收 补欠概念:核基未缴的补费(单位补欠、个人补欠) 补缴规则:按应缴年核基与费率,有滞纳金、利息;
1、3个方面 经办、管理、服务(社保机构依法履职)
四、总体框架
2、14个业务环节 按照工作流程分为参保登记、申报核定、
征缴管理、账户管理、关系转移、待遇核定、 待遇支付、退管服务、基金财务、统计信息、 稽核内控、档案管理、网上业务、社会保障卡 等14个业务环节。
四、总体框架
3、112个业务 【参保登记15】 单位参保登记,单位变更登记,单位注销登记,单 位登记封存,单位登记启封,单位验证换证,人员 参保登记,特殊人群登记,人员缴费暂停,人员缴 费恢复,人员信息变更,人员注销登记,人员延长 缴费,缴费人增减变更通知地税,参保登记月末处 理。
一、政策依据 二、指导原则 三、规程特点 四、总体框架 五、重点解析
目录
一、政策依据
社会保险法、人社部13号令、人社部14号令 社会保险费征缴条例 社会保险登记管理暂行办法 社会保险费申报缴纳管理暂行办法 社会保险稽核办法 社会保险基金会计制度 基本养老保险业务经办规程(试行)2003年 部发个人账户管理办法 LB2000信息结构通则
Java_EE体系概述

Enterprise Java Platform
J2EE 1.2 JPE Project
Servlet, JSP, EJB, JMS, JTA, JNDI, RMI/IIOP
Robustness
J2EE 1.3
EJB 2.0, Connector Architecture
J2EE 1.4
Web Services, Management, Deployment, Async. Connector
Web 组件提供了对请求的响应 组件提供了对请求的响应 包含Servlet 和 JSP 两个 Web 组件,它 组件, 它包含 们在 Web 服务器上运行
12
Java EE
服务技术、通信技术 服务技术、
服务技术
数据库访问(JDBC) Java命名与目录接口 (JNDI) 事务服务
JTA (Java事务API) JTS (Java事务服务)
通信技术
HTTP(S) RMI (远程方法调用) OMG (对象管理组协议) JMS(Java消息服务) JavaMail (Java电子邮件) 连接器架构
13
Java EE
Java EE的容器 的容器
容器负责提供应用程序组件的运行时 (JRE)的支持环境.所有的JAVA EE组件都 部署于容器中并在容器中执行。
21
2、JavaEE核心技术简介
JavaEE核心技术:
EJB、 CORBA、 RMI、JSP、 、 、 、 、 Java Servlet、JavaBean、 、 、 JDBC、XML、…… 、 、
22
2、JavaEE核心技术简介 CORBA体系结构:核心-ORB
23
2、JavaEE核心技术简介 CORBA技术:
人力资源和社会保障局集中整顿活动查摆问题清单及整改措施

人力资源和社会保障局集中整顿活动查摆问题清单及整改措施按照市委、市政府关于开展“更新思想观念、克服顽瘴痼疾、优化营商环境”集中整顿活动的要求,市人力资源社会保障局高度重视,迅速行动,第一时间召开局长办公会议研究实施方案,深入开展自查自纠,形成了集中整顿活动问题清单,认真研究制定了有针对性的整改措施。
一、关于人才精准服务问题查摆问题:人才服务精细化措施需进一步加强完善。
整改措施:1.进一步提升服务理念。
牢固树立“群众满意是最高标准”的工作理念,切实增强促进人才服务工作创新发展的责任感和紧迫感,要把自己当成服务企业和人才的“店小二”,让群众办事更顺畅、更顺心。
2.更加注重服务大局。
紧紧围绕全市“1+474”工作体系,着眼优化营商环境需求,坚持政策引才、环境留才,打造优质人才服务品牌,为建设“大强美富通”的现代化国际大都市提供人才支撑和智力保障。
3.坚定不移深化服务实践。
持续开展“假如我是他”服务实践,以“人才服务工作落实年”活动为抓手,认真抓好“一次办成”改革,扎实推进“一网通办”,最大限度精简办事流程,巩固提升服务标准化成果,努力为企业和各类人才提供更加便捷优质高效的服务。
4.创新服务模式,提高人才服务精准化程度。
针对高层次人才需求,以绿色通道服务、窗口服务、专员服务和服务金卡为着力点,打造“一对一”“精准式”“链条式”的服务体系,努力为高层次人才打造无忧创新创业环境。
5.提升人才服务工作信息化水平。
精准把握人才及企业需求偏好,推进人才公共服务信息平台二期项目建设,升级改造“中国xx人才网”,推进人才服务业务向移动终端拓展,实现“信息多跑腿、群众少跑路”,为人才服务工作提供有力信息化支撑。
整改时限:2019年6月底前取得阶段性成果,2019年12月前取得明显成效。
二、关于人社服务窗口服务效能问题查摆问题:部分基层窗口工作人员对业务政策把握不够熟练准确,专业能力素质还不够高。
有的办事流程不够科学合理,个别办事程序相对繁琐,在提供高效服务上还有差距。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
核心平台三版J a v a开发规范
1.文档目的
定义核心平台三版的编码规范,保持核心平台三版总体代码一致,使代码易读易懂,便于管理和维护,降低排错难度。
2.目标读者
所有核心平台三版的开发人员。
3.主要内容
3.1命名原则
➢使用含义准确的单词来命名变量,属性,类名,包等;
➢不要使用已经存在了的公认的名称或保留字,以免产生歧义,例如:class;
●包命名
➢包名全部由小写单词(或者单词缩写)组成。
com.dareway.系统.子系统.业务包.xxx类名
例如:com.dareway.cp3.md3.baseinfo.baseinfoBPO.java
●类命名
➢类名由大写字母开头,其他单词的第一个字母大写。
➢Controller命名均以Controller结尾;BPO命名均以BPO结尾。
◆同一个业务的Controller前缀和BPO的前缀要相同。
◆BPO类必须用final修饰。
●方法命名
➢采用第一个单词小写,其余单词的第一个字母大写的方式。
➢构造函数处于方法的最上面,并且按照参数从少到多的顺序排列
➢对于要在其他类中调用的方法声明为public。
➢对于要在本类和子类中调用的方法声明为protected。
➢对于要只在本类中调用的方法声明为private。
➢获取值的函数为值变量名前加上get前缀方式
例如:getUser(),getAccount()
➢对于返回布尔型函数采用带有is的前缀方式
例如:isName()
➢有时为了更好的表达含义对于is可以替换为has或can
例如:hasNext(),canRead()
➢对于工具类中的方法名要指明具体的意义,提供的功能太多要加详细注释解释。
●方法参数命名
➢参数加前缀p。
◆参数必须用final来修饰
➢BPO主方法的参数名字必须是para
◆参数必须用final来修饰。
●变量命名
➢变量名由小写字母开头,其他单词的第一个字母大写,并使用有意义的名字。
例如: firstName
➢static final变量的所有字母全部大写。
➢数组变量的声明采用统一的格式。
例如:String[] agrs,不要采用String agrs[]方式。
3.2编码风格
●类的编写顺序
➢程序包的声明。
➢包的引用。
➢类的注释
➢具体的类名称
➢构造方法,按参数由少到多排列
➢业务方法
●变量初始化
➢对于所有方法内定义的变量需要适度初始化。
◆例如:dataObject vdo;
➢局部变量必须在方法体头部声明。
主要有两种方式:
◆DataObject vdo;
◆DataObject vdo=para.getStringPara(“name”);
3.3注释
使用dwcodetemplates1.2.xml文件写注释。
(MyEclipse中的window->preference->java->codeStyle->code Templates->comments->import)
●类注释:
➢在程序的开始部分在程序包名的下面加上类注释
●方法注释:
➢明确说明功能方法要处理的功能
➢描述传入参数的详细信息,方法返回结果的信息
➢描述方法处理的异常信息
➢对于方法是否在其他应用中使用不确定的情况,可以先声明为public然后在注释中描述
➢保留对代码更改的历史纪录,如果出现更改纪录更改的人员,更改日期,更改的原因,新代码的测试人员
➢对功能方法测试的例子如果有尽量保留
➢阐述功能方法运行的前提
➢一般采用多种注释
●变量注释
➢在变量的末尾以双斜杠方式进行注释说明。
➢描述变量的使用。
➢描述变量的取值范围。
例如:日期为1—31。
➢对复杂的变量要尽量给出例子值。
3.4C ontroller,BPO规范
使用dwdareway1.2.xml来格式化程序。
(MyEclipse中的window->preference->java->codeStyle->formatter ->import)
➢一个controller方法只能对应一个BPO方法。
➢根据业务功能模块分包,controller放在业务功能包下,BPO放到业务功能包下面的BPO子包目录中。
3.5C ontroller使用规范
➢调用BPO时,必须用方法:execute(String bpoName, String methodName,
DataObject para)来调用。
◆对于登录以前的方法调用要使用方法:execute(String bpoName,
String methodName,DataObject paraIn,CurrentUser user)。
➢调用服务时,必须用executeService(String serviceName,
DataObject paraIn, HttpServletRequest request)来调用。
➢当需要从Controller中返回字符串值,或者其他类似的值时,用ActionUtil.writeMessageToResponse()方法。
➢当做查询操作时,返回时使用方法:
◆this.refreshDataWindow(request, vds)
➢当需要往前台返回消息时,使用方法:
◆this.showErrorMessage(message);
◆this.alertMessage(‘消息’);//不需要关闭response的消息
◆this.alertSuccessMessage(‘消息’);//提示成功后,需要关闭
response窗口的消息。
➢Controller返回的ModelAndView中的viewName要遵守直接写jsp的全路径的规范。
➢对于ModelAndView中的model有两种方式。
◆对于单个数据集,包括dataStore或者String值,都用
return new ModelAndView(‘/cp3/si/demo.jsp’,”vds”,vds);
◆对于多个数据集,要用DataObject来传输数据。
DataObject vdo;
…
Vdo=new DataObject();
Vdo.put(“vds”,vds);
Vdo.put(“message”,message);
Return new ModelAndView(‘/cp3/si/demo.jsp’,vdo);
3.6B PO使用规范
➢使用对应的方法来获取参数:
◆para.getString (“name”);//如果name不存在,报异常
◆para.getString(“name”,null)//如果name不存在,那么返回null
◆para.getInt (“name”)// 如果name不存在,报异常
◆para.getInt(“name”,0) //如果name不存在,那么返回0
◆para.getDouble (“name”);// 如果name不存在,报异常
◆para.getDouble (“name”,0.0);// 如果name不存在,那么返回0.0
◆para.getDataToString(“name”,format);//获取String类型的日期
值。
◆para.getDataStore(“dwname”);//获取datawindow的值
➢不用捕捉AppException(系统异常),由框架来统一处理。
➢BPO中如果有业务异常,必须throw出ApplicationException。
➢写for循环时,循环变量的最大值不要直接使用vds.rowcount(),在循环外面写vcount = vds.rowcount(),然后循环变量的最大值直接使用vcount。
➢所有在程序中用到当前日期或时间的,均使用框架提供的方法DateUtil工具类。
➢在一个类中要明确指出使用对象自己的的变量还是父类的变量:
◆使用this或者super来表明对象的引用位置。
➢所有跟数据库有关的代码,必须放到BPO中。
◆例如:DBUtil.getDBDate(),这种代码不允许出现在jsp和Controller中。
3.7其他
➢注意将程序通过空行的方式进行逻辑分段
➢对于运算操作要尽量采用括号的方式显示表明处理逻辑的顺序
例如:((a+3)*(2-1))/ (8+8)、
➢所有的循环,分支必须用大括号。
➢使用 StringBuffer 对象来拼串。