下载文档原格式
湖南省人力资源和社会保障厅关于请求支持城乡居民社会养老保险信息管理系统建设的函文章属性•【制定机关】湖南省人力资源和社会保障厅•【公布日期】2014.04.23•【字号】湘人社函[2014]114号•【施行日期】2014.04.23•【效力等级】地方规范性文件•【时效性】现行有效•【主题分类】保险正文湖南省人力资源和社会保障厅关于请求支持城乡居民社会养老保险信息管理系统建设的函（湘人社函〔2014〕114号）省财政厅：感谢贵厅多年来对全省新农保和城镇居民养老保险经办管理服务工作的重视和大力支持，使我省两项社会养老保险工作进展顺利、运行平稳、成效明显。
根据《国务院关于建立统一的城乡居民基本养老保险制度的意见》（国发〔2014〕8号）和《人力资源社会保障部财政部关于印发〈城乡养老保险制度衔接暂行办法〉的通知》（人社部发〔2014〕17号）精神，为确保我省顺利实现新农保和城居保两项制度合并实施，建立统一的城乡居民基本养老保险制度，并实现与职工基本养老保险制度相衔接，进一步完善城乡居民基本养老保险信息管理系统相关功能十分紧迫。
为此，现就城乡居民社会养老保险信息管理系统建设的有关问题报告如下。
一、现状我省现有的新农保和城镇居民养老保险信息管理系统是根据人力资源社会保障部社会保险核心平台二版自行研发的，并于2009年12月依托劳动保障专网和硬件（于2013年迁移至厅新购的一体机）上线运行。
这种根据人力资源社会保障部社会保险核心平台二版自行研发的信息系统，在系统建设初期的确切实可行，也有力地支持了近几年两项社会养老保险业务经办工作。
但从现在参保人员（2009年底为500万人，到2013年底登记参保人数达3496万人、缴费人员和享受待遇人数达3300万人）、参保数据信息成几何级数增长、新农保和城居保合并实施、城乡养老保险制度衔接工作等情况来看，已经出现了一些新情况和新问题。
首先，当前的信息系统不符合人力资源社会保障部按核心平台三版统一开发城乡居保信息系统的要求；其次，如果不升级至核心平台三版，今后系统调整及维护比较困难；第三，当前的信息系统对硬件要求比较高，给我省信息系统建设带来巨大压力；第四，国发〔2014〕8号文件要求将信息网络延伸至乡镇（街道）和社区（行政村）。
社会保险管理信息系统核心平台三版需求规格说明书社保卡管理分册编制部门：社会保险管理信息系统核心平台三版项目组编制人：需求编制组编制日期：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）发卡完毕后的社保卡在卡片状态档案数据集中的状态是“封存”，激活模块通过卡交易数据集中的记录来改写“封存”状态，激活后的状态是“正常”。
河南省居民系统两定单位接入开发手册东软集团股份有限公司河南省两定单位接入开发手册河南省两定单位接入开发手册河南省两定单位接入开发手册目录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 文档编制目的两定单位接入开发手册主要表述了医保接口设计方案和对外交易描述。
人力资源和社会保障局集中整顿活动查摆问题清单及整改措施按照市委、市政府关于开展“更新思想观念、克服顽瘴痼疾、优化营商环境”集中整顿活动的要求，市人力资源社会保障局高度重视，迅速行动，第一时间召开局长办公会议研究实施方案，深入开展自查自纠，形成了集中整顿活动问题清单，认真研究制定了有针对性的整改措施。
一、关于人才精准服务问题查摆问题：人才服务精细化措施需进一步加强完善。
整改措施：1.进一步提升服务理念。
牢固树立“群众满意是最高标准”的工作理念，切实增强促进人才服务工作创新发展的责任感和紧迫感，要把自己当成服务企业和人才的“店小二”，让群众办事更顺畅、更顺心。
2.更加注重服务大局。
紧紧围绕全市“1+474”工作体系，着眼优化营商环境需求，坚持政策引才、环境留才，打造优质人才服务品牌，为建设“大强美富通”的现代化国际大都市提供人才支撑和智力保障。
3.坚定不移深化服务实践。
持续开展“假如我是他”服务实践，以“人才服务工作落实年”活动为抓手，认真抓好“一次办成”改革，扎实推进“一网通办”，最大限度精简办事流程，巩固提升服务标准化成果，努力为企业和各类人才提供更加便捷优质高效的服务。
4.创新服务模式，提高人才服务精准化程度。
针对高层次人才需求，以绿色通道服务、窗口服务、专员服务和服务金卡为着力点，打造“一对一”“精准式”“链条式”的服务体系，努力为高层次人才打造无忧创新创业环境。
5.提升人才服务工作信息化水平。
精准把握人才及企业需求偏好，推进人才公共服务信息平台二期项目建设，升级改造“中国xx人才网”，推进人才服务业务向移动终端拓展，实现“信息多跑腿、群众少跑路”，为人才服务工作提供有力信息化支撑。
整改时限：2019年6月底前取得阶段性成果，2019年12月前取得明显成效。
二、关于人社服务窗口服务效能问题查摆问题：部分基层窗口工作人员对业务政策把握不够熟练准确，专业能力素质还不够高。
有的办事流程不够科学合理，个别办事程序相对繁琐，在提供高效服务上还有差距。
社会保险管理信息系统核心平台三版需求规格说明书社保卡管理分册社会保险管理信息系统核心平台三版需求规格说明书文档修改历史版本修改记录修改日期修改人第1页社会保险管理信息系统核心平台三版需求规格说明书目录1.社会保险卡业务 (5)1.1.卡片管理（C1） (5)1.1.1.卡片应用管理（C1-01） (5)1.1.1.1.应用过程控制（C1-01-01） (5)1.1.1.2.卡信息维护（C1-01-02） (6)1.1.1.3.卡交易数据审核（C1-01-03） (6)1.1.1.4.卡操作监控服务（C1-01-04） (6)1.2.卡应用管理（C2） (6)1.2.1.卡片申领管理（C2-01） (6)1.2.2.卡片发行管理（C2-02） (6)1.2.2.1.发卡数据生成（C2-02-01） (7)1.2.2.2.批量制卡（C2-02-02） (7)1.2.2.3.零星制卡（C2-02-03） (8)1.2.2.4.发放管理（C2-02-04） (8)1.2.2.5.发卡激活（C2-02-05） (8)1.2.3.卡片维护（C2-03） (8)1.2.3.1.密码设置（C2-03-01） (8)1.2.3.2.补卡（C2-03-02） (8)1.2.3.3.换卡管理（C2-03-03） (9)1.2.3.4.卡挂失管理（C2-03-04） (10)1.2.3.5.卡解挂管理（C2-03-05） (10)1.2.3.6.卡注销管理（C2-03-06） (10)1.2.3.7.应用锁定（C2-03-07） (10)1.2.3.8.应用解锁（C2-03-08） (11)第2页社会保险管理信息系统核心平台三版需求规格说明书1.2.3.9.黑名单管理（C2-03-09） (11)第3页社会保险管理信息系统核心平台三版需求规格说明书第4页社会保险管理信息系统核心平台三版需求规格说明书1.社会保险卡业务2000年6月，劳动和社会保障部下发了《社会保障（个人）卡规范》》（劳社厅函〔2000〕76号），内容包括IC卡规范、应用规范、终端规范，同时也下发了《社会保障（个人）卡安全要求》，对卡与系统的安全提出原则性要求，对卡片、终端及其之间的认证、传输方面的安全进行了原则性的规定。
内蒙古自治区劳动和社会保障厅关于开展内蒙古自治区社会保险管理信息系统建设工作的通知文章属性•【制定机关】内蒙古自治区劳动和社会保障厅•【公布日期】2010.02.05•【字号】内劳社办字[2010]32号•【施行日期】2010.02.05•【效力等级】地方规范性文件•【时效性】现行有效•【主题分类】人力资源其他规定正文内蒙古自治区劳动和社会保障厅关于开展内蒙古自治区社会保险管理信息系统建设工作的通知（内劳社办字[2010]32号）各盟市劳动和社会保障局，满洲里市、二连浩特市劳动和社会保障局：根据人力资源和社会保障部社会保险管理信息系统核心平台规划和自治区民生信息系统建设总体要求，为推进全区劳动保障信息化建设进程，实现社会保险业务规范高效的信息化管理，提供及时便捷的公共服务，自治区决定开展全区统一的社会保险管理信息系统建设工作。
现将有关要求通知如下：一、建设目标全区统一的社会保险管理信息系统软件将基于人力资源和社会保障部的“核心平台”三版，由自治区统一组织进行本地化开发，在全区范围内统一推广使用。
社会保险信息系统的统一建设是继全区集中式人力资源管理信息系统建设之后又一全区统一的核心平台建设项目，两大核心系统建成后，全区信息化将顺利实现人力资源和社会保障部提出的“四个覆盖”，即业务全覆盖、人群全覆盖、功能全覆盖、网络全覆盖，做到“五个统一”，即业务流程统一、数据标准统一、数据中心统一、信息系统统一、公共服务平台统一。
按照自治区劳动保障信息化建设整体工作进度，现已编制了《内蒙古自治区社会保险管理信息系统建设方案（征求意见稿）》（见附件），请各盟市结合工作实际，提出书面意见。
二、组织保障为更好地推动和促进此项工作，自治区将成立社会保险管理信息系统建设领导小组，确定相关责任人，明确分工和职责，确保项目各阶段的顺利推进，按时完成建设任务。
三、整体安排内蒙古自治区社会保险管理信息系统建设共分五个阶段，计划到2010年底基本完成软件开发并上线运行。
核心平台三版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 对象来拼串。
