广州市社会保险信息系统地税全责征收咨询项目

广州市社会保险信息系统地税全责征收咨询项目一、建设内容根据《关于印发广东省社会保险费地税全责征收实施办法（暂行）的通知》（粤劳社函【2008】1789号）和《关于调整社保信息系统接口的函》（穗地税函【2008】412号）的要求，依据广州市劳动保障局社会保险地税全责征收项目需求和技术要求，完成我市社会保险信息地税全责征收的总体设计和接口方案设计。二、项目需求★项目工期要求：2009年1月31日前完成项目全部建设内容并通过用户验收。本项目为广州市社保信息系统地税全责征收咨询项目。要求投标人针对正在使用的广州市社保信息系统实现地税全责征所涉及系统与接口改造，提供咨询、调研和设计和服务，完成我市社会保险信息地税全责征收的总体设计和接口方案设计，提交方案。（一）项目建设目标本项目是根据《关于强化社会保险费地税全责征收促进省级统筹的通知》（粤劳社发[2008]23号）》及《广东省社会保险费地税全责征收实施办法（暂行）》（粤劳社函【2008】1789号）（以下简称《1789号文》）的精神，实现地税全责征地税与Pj3/4/5的接口方案，而提出的咨询、调研和设计项目。具体目标如下：1．为社保征收业务移交地税顺利进行提供信息系统方面的保障。2．完成我市社会保险信息系统全责征收的信息系统总体设计方案。3．完成我市社会保险信息系统全责征收的接口方案设计。（二）现行系统(Pj4系统)的现状1．业务现状Pj4系统按“五险合一”和“一站式”的业务模式设计的，覆盖了广州市9个区和市本级的五个社会保险险种的征缴业务和四个险种（不包括基本医疗保险）的待遇核发业务，服务人群包括全市15.4万家单位的231.4万在职参保职工和58.7万退休职工，实现了业务子系统与账务基金管理子系统的无缝连接、社保业务网上办理，优化了与Pj3系统的业务协同，完成了社保系统与退管系统的整合。截止2007年底，养老1678976人，失业1958591人，工伤1823171人，生育935094人，医疗2158069人。系统的社保数据量为770GB，相对2006年底550GB，增长率40%，数据量迅速增长，业务越来越灵活、复杂：业务办理平均每天大约是2万笔，而数据库平均每天产生记录数为20万条。2.目前我市社保费地税代征现状自2000年7月开始，我市社保费由地税部门代征。社保经办机构办理参保登记，受理缴费申报，按险种核定缴费金额，将缴费数据发送给地税部门征收。地税部门征收后按险种明细上解社保基金财政专户，并将到账明细信息提供给社保经办机构据以核发社保待遇。8年多来，地税部门征收社保费及时、准确，征缴率较高；社保、地税、财政三方建立了正常对账机制；社保经办机构完善内部控制制度,建设内审稽核系统等，有效地确保了基金安全完整。国家审计署在我市进行社保基金专项审计时，对我市这种征收管理模式也给予了充分肯定。3．软件现状（1）在劳动保障部社会保险核心平台二版的框架结构之上进行本地化开发工作。（2）采用J2EE体系结构，采用C/S/S三层架构；（3）采用面向对象的分析和设计方法。（三）项目建设原则1．地税全责征收后,最重要的参保人缴费历史及个人帐户信息仍由社保经办机构按照对每一个参保人“管理一生、记录一生、保障一生和服务一生”的要求管理,每一笔社保费必须与参保人建立准确的一一对应关系2．满足管理模式与业务处理的要求符合社保与地税业务调整后的业务处理流程。3．重视管理协同性适应社保业务开展、基金管理和个人帐户管理的需要，“正确、合理、高效”地处理业务，使社会保险经办、财政、地税、银行等相关单位或部门之间的业务协调运转，保障系统平稳运行。4．遵循相关技术标准严格遵循国家、劳动和社会保障部、广东省、广州市等相关技术标准，包括广东省社会保障信息系统总体设计、省项目办颁布的验收标准、广州市社会保障信息系统总体设计、实施方案、技术方案、谈判文件、响应文件、合同、承建单位详细技术方案等。5．重视系统可靠性与安全性系统中的软硬件及信息资源要满足可靠性与安全性要求，采用稳定可靠的成熟技术，保证系统长期安全运行。（四）项目建设内容1．完成我市社会保险信息系统全责征收的总体设计方案。2．完成我市社会保险信息系统全责征收的接口方案设计。三、技术要求（一）业务需求业务需求的来源有：市基金中心、医保中心、市地税局。（二）具体要求本期项目是为对使用中的社会保险信息系统进行接口与系统改造，而提出的咨询、调研和设计项目，以满足社会保险的发展需要。1．满足管理模式与业务处理的要求符合社保与地税业务调整后的社保业务处理流程。2．重视管理协同性设计方案在业务流程明确的情况下必须保证社保与地税两家数据交换的准确及时，交换与共享的数据必须能满足社保各项业务。3．遵循相关技术标准严格遵循国家、劳动和社会保障部、广东省、广州市等相关技术标准，包括广东省社会保障信息系统总体设计、省项目办颁布的验收标准、广州市社会保障信息系统总体设计、实施方案、技术方案、谈判文件、响应文件、合同、承建单位详细技术方案等。（三）地税全责征收系统与接口改造咨询、设计详细要求1、地税与社保的接口方案：1．1数据交换流程图标准的数据交换流程如下图3:接口子系统图3图3虚线部分为接口子系统，“市地税前置系统”调用“市社保前置系统”提供的标准接口程序读取“社保局中间库（共享）”的交换的数据；同样的，“市社保前置系统”调用“市地税前置系统”提供的标准接口程序读取“大集中社保中间库（共享）”的交换的数据。目前已上线大集中社保费系统的市局,在实施接口系统时普遍采取本地再设置共享库的方式（如下图4），即将图3中的接口子系统以图4红虚线部分来实现，接口的实现通过直接访问数据库方式，“市地税前置系统”功能是将“大集中社保中间库（共享）”的数据根据社保部门的格式要求处理和转换到本地“市地税与社保共享库”，同时将社保传大集中核心征管系统大集中核心征管库大集中社保中间库（共享）(共享)市社保前置系统社保业务系统社保业务系统库市地税前置系统社保局中间库（共享）(共享)过来的数据按接口标准处理后保存到“大集中社保中间库（共享）”。接口子系统图4（中山除外）。两种方式比较：图3方式可以使数据的交换减少多重转换和存储，实际上也可以减少数据出错的机会;通过调用授权的接口程序获取对方的数据，保证数据的安全性；图4的方式安全性较差，但有现成的做法可以参考,实现也比较简单。由于上线时间紧，建议采取图4方案。图3方案将在今后资源整合中考虑。如果各市的社保业务系统是统一的条件下，接口子系统也可以统一并由省局开发，但事实上各市社保业务系统的存在较大的差异，因此需要各市地税局与当地社保部门进行协调，根据当地的社保业务系统开发接口子系统，实现数据的交换。1.2数据交换内容及频率1.2.1交换的数据内容大集中核心征管系统大集中核心征管系统大集中社保中间库（共享）各市地税前置系统各市地税与社保共享库各市社保前置系统社保业务系统社保业务征管库数据交换的内容主要包括：单位和个人的登记、应征、缴款信息，同步按顺序进行。登记信息表1单位缴费登记信息(T_SFZJ_DWJFDJXX)表2关联缴费登记信息(T_SFZJ_GLJFDJXX)表3个人基本信息(T_SFZJ_GRJBXX)应征信息表4单位应征明细(T_SFZJ_DWYZMX)表5个人应征实征明细(T_SFZJ_GRYZMX)缴款信息表6单位缴款明细(T_SFZJ_DWJKMX)1.2.2复制频率交换内容复制方向频率单位缴费登记信息地税社保每天两次关联缴费登记信息地税社保每小时一次个人基本信息地税社保每天两次（时间待定）个人基本信息、单位个人应征明细地税社保每天两次单位个人应征缴款信息地税社保每天两次1.3数据交换的技术实现1.3.1采用的数据库工具和交换实现方法“大集中社保中间库（共享）”安装ORACLE9i数据库版本；前置机实现数据的同步和更新方式：采取直接访问数据库方式，既可通过数据库存储过程，也可以编写接口程序来实现，具体由各市地税与社保部门商讨决定；数据更新内容：仅对有变动的数据进行更新。1.3.2大集中社保中间库（共享）说明1.3.2.1命名约定用户及信息表、字段按照大集中系统设计的命名规范。1.3.2.2数据库用户及权限用户：db_XXsfzj(XX为地市的拼音简称，如江门用户：db_jmsfzj),权限是能读写3.1所列的表。1.3.3大集中社保中间库（共享）的信息表设计1.3.3.1个人基本信息(T_SFZJ_GRJBXX)1.表作用：此表是双向流水表，用于传送由地税方发起的参保人员明细的新增、修改或删节的数据给社保局。如果业务上允许社保也可以做登记时社保局也可将在其登记的个人基本信息放在该表中传给地税。2.表结构：字段中文名字段英文名数据类型NOTNULL说明1.序号XHNUMBER(10)TRUE通过序列SEQ_SFZJ_GRJBXX_XH产生2.单位社保号DWSBHVARCHAR2(18)3.个人社保号SBBHVARCHAR2(20)TRUE4.姓名XMVARCHAR2(100)5.身份证SFZMHMVARCHAR2(30)6.性别XBCHAR(1)7.出生日期CS_RQDATE8.通讯地址TX_DZVARCHAR2(200)9.邮政编码YZBMCHAR(6)10.联系电话LX_DHVARCHAR2(20)11.用工形式YGXS_DMCHAR(2)对应代码表t_dm_sf_ygxs12.人员类别RYLB_DMCHAR(2)对应代码表t_dm_sf_rylb13.人员状态RYZTCHAR(1)对应代码表T_dm_sf_ryzt14.户籍类型HJLX_DMCHAR(2)对应代码表t_dm_sf_hjlx15.有效起始日期YX_QSRQDATE16.有效终止日期YX_ZZRQDATE17.变动类型BDLX_DMVARCHAR2(10)新增字段，取值I,U,D18.单位纳税人编码NSRBMVARCHAR2(13)19.社保管理机构代码SBGLJG_DMVARCHAR2(11)TRUE对应代码表t_dm_sf_sbgljg20.导入时间DR_SJDATETRUE21.读取时间DQ_SJDATE22.来源标记YZLY_BJCHAR(1)TRUE来自地税的数据为：D;社保的为T23.错误信息类别代码CWXXLB_DMCHAR(1)TRUE这个字段的作用是反馈社保传入地税情况的标记。'F'表示非身份证（即号码的位数非15or18）;'C'表示地税数据库存在的个人社保号和社保局传入的社保号不相等;'M'表示地税有多条数据与之对应;null表示正确3.说明：(1)此表只做INSERT操作，通过ORACLE序列产生主键“序号”。(2)社保写数据方法：将社保局的个人基本资料直接传入这个表即可。注意：主键务必使用“序列”产生，否则会导致程序失败；“来源标记”务必使用’T’，否则程序不会将数据同步到地税征管系统；“读取时间”，和“错误信息类别代码”务必不能填写；“通讯地址”，“联系电话”，“纳税人编码”这三个字段可以不填写，其他的字段务必填写，不可缺少。(3)社保读数据方法：将“来源标记”为‘D’，“读取时间”为空的记录读入社保的数据库。注意：社保局可以根据字段BDLX_DM字段处理社保数据库中的数据，I表示增员个人，D表示减员个人，U表示个人登记信息有变化。1.3.3.2关联缴费登记信息(T_SFZJ_GLJFDJXX)1.表作用：如果业务上规定缴费单位的登记只能在地税局，则此表不用。此表是单向流水表，用于传送社保局登记缴费人的信息给地税方。对于已作了税务登记、未作社保登记的单位，当它们在社保局作登记后，社保方将它们的信息传入到中间库该表，传入时“纳税人编码”字段为空。2.表结构：字段中文名称字段英文名称数据类型NotNULL说明序号XHNUMBER(10)TRUE通过序列SEQ_SFZJ_GLJFDJXX_XH产生核心批次号HX_PCHNUMBER(10)核心序号HX_XHCHAR(6)缴费人名称JFR_MCVARCHAR2(100)缴费人地址JFR_DZVARC