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

《广州市社会保险信息系统地税全责征收咨询项目.doc》由会员分享，可在线阅读，更多相关《广州市社会保险信息系统地税全责征收咨询项目.doc（23页珍藏版）》请在金锄头文库上搜索。

1、广州市社会保险信息系统地税全责征收咨询项目广州市社会保险信息系统地税全责征收咨询项目 一、建设内容 根据关于印发广东省社会保险费地税全责征收实施办 法（暂行）的通知（粤劳社函【2008】1789 号）和关于调整社 保信息系统接口的函（穗地税函【2008】412 号）的要求，依据 广州市劳动保障局社会保险地税全责征收项目需求和技术 要求，完成我市社会保险信息地税全责征收的总体设计和接 口方案设计。 二、项目需求 项目工期要求： 2009 年 1 月 31 日前完成项目全部建 设内容并通过用户验收。 本项目为广州市社保信息系统地税全责征收咨询项目。 要求投标人针对正在使用的广州市社保信息系统实现地

2、税 全责征所涉及系统与接口改造，提供咨询、调研和设计和服 务，完成我市社会保险信息地税全责征收的总体设计和接口 方案设计，提交方案。 （一）项目建设目标 本项目是根据关于强化社会保险费地税全责征收促进 省级统筹的通知（粤劳社发200823 号）及广东省社会保 险费地税全责征收实施办法（暂行）（粤劳社函【2008】1789 号）（以下简称1789 号文）的精神，实现地税全责征地税与 Pj3/4/5 的接口方案，而提出的咨询、调研和设计项目。具体 目标如下： 1为社保征收业务移交地税顺利进行提供信息系统方 面的保障。 2完成我市社会保险信息系统全责征收的信息系统总 体设计方案。 3完成我市社会保险

3、信息系统全责征收的接口方案设 计。 （二）现行系统(Pj4 系统)的现状 1业务现状 Pj4 系统按“五险合一”和“一站式”的业务模式设计的， 覆盖了广州市 9 个区和市本级的五个社会保险险种的征缴 业务和四个险种（不包括基本医疗保险）的待遇核发业务，服 务人群包括全市 15.4 万家单位的 231.4 万在职参保职工和 58.7 万退休职工，实现了业务子系统与账务基金管理子系统 的无缝连接、社保业务网上办理，优化了与 Pj3 系统的业务 协同，完成了社保系统与退管系统的整合。 截止 2007 年底，养老人，失业人，工伤人，生育人，医疗 人。系统的社保数据量为 770GB，相对 2006 年底

4、 550GB，增 长率 40%，数据量迅速增长，业务越来越灵活、复杂：业务办 理平均每天大约是 2 万笔，而数据库平均每天产生记录数为 20 万条。 2.目前我市社保费地税代征现状 自 2000 年 7 月开始，我市社保费由地税部门代征。社保 经办机构办理参保登记，受理缴费申报，按险种核定缴费金 额，将缴费数据发送给地税部门征收。地税部门征收后按险 种明细上解社保基金财政专户，并将到账明细信息提供给社 保经办机构据以核发社保待遇。8 年多来，地税部门征收社 保费及时、准确，征缴率较高；社保、地税、财政三方建立了 正常对账机制；社保经办机构完善内部控制制度,建设内审稽 核系统等，有效地确保了基金

5、安全完整。国家审计署在我市 进行社保基金专项审计时，对我市这种征收管理模式也给予 了充分肯定。 3软件现状 （1）在劳动保障部社会保险核心平台二版的框架结构之 上进行本地化开发工作。 （2）采用 J2EE 体系结构，采用 C/S/S 三层架构； （3）采用面向对象的分析和设计方法。 （三）项目建设原则 1地税全责征收后,最重要的参保人缴费历史及个人帐 户信息仍由社保经办机构按照对每一个参保人“管理一生、 记录一生、保障一生和服务一生”的要求管理,每一笔社保费 必须与参保人建立准确的一一对应关系 2满足管理模式与业务处理的要求 符合社保与地税业务调整后的业务处理流程。 3重视管理协同性 适应社保

6、业务开展、基金管理和个人帐户管理的需要， “正确、合理、高效”地处理业务，使社会保险经办、财政、地 税、银行等相关单位或部门之间的业务协调运转，保障系统 平稳运行。 4遵循相关技术标准 严格遵循国家、劳动和社会保障部、广东省、广州市等 相关技术标准，包括广东省社会保障信息系统总体设计、省 项目办颁布的验收标准、广州市社会保障信息系统总体设计、 实施方案、技术方案、谈判文件、响应文件、合同、承建单位 详细技术方案等。 5重视系统可靠性与安全性 系统中的软硬件及信息资源要满足可靠性与安全性要 求，采用稳定可靠的成熟技术，保证系统长期安全运行。 （四）项目建设内容 1完成我市社会保险信息系统全责征收

7、的总体设计方 案。 2完成我市社会保险信息系统全责征收的接口方案设 计。 三、技术要求 （一）业务需求 业务需求的来源有：市基金中心、医保中心、市地税局。 （二）具体要求 本期项目是为对使用中的社会保险信息系统进行接口 与系统改造，而提出的咨询、调研和设计项目，以满足社会 保险的发展需要。 1满足管理模式与业务处理的要求 符合社保与地税业务调整后的社保业务处理流程。 2重视管理协同性 设计方案在业务流程明确的情况下必须保证社保与地 税两家数据交换的准确及时，交换与共享的数据必须能满足 社保各项业务。 3遵循相关技术标准 严格遵循国家、劳动和社会保障部、广东省、广州市等 相关技术标准，包括广东省

8、社会保障信息系统总体设计、省 项目办颁布的验收标准、广州市社会保障信息系统总体设计、 实施方案、技术方案、谈判文件、响应文件、合同、承建单位 详细技术方案等。 （三）地税全责征收系统与接口改造咨询、设计详细要求 1、地税与社保的接口方案： 11 数据交换流程图 标准的数据交换流程如下图 3: 接口子系统 图 3 图 3 虚线部分为接口子系统，“市地税前置系统”调用 “市社保前置系统”提供的标准接口程序读取“社保局中间库 （共享）”的交换的数据；同样的，“市社保前置系统” 调用“市 地税前置系统”提供的标准接口程序读取“大集中社保中间库 （共享）”的交换的数据。 目前已上线大集中社保费系统的市局

9、,在实施接口系统 时普遍采取本地再设置共享库的方式（如下图 4），即将图 3 中的接口子系统以图 4 红虚线部分来实现，接口的实现通过 直接访问数据库方式，“市地税前置系统”功能是将“大集中 社保中间库（共享）”的数据根据社保部门的格式要求处理和 转换到本地“市地税与社保共享库”，同时将社保传过来的数 据按接口标准处理后保存到“大集中社保中间库（共享）”。 大集中核 心征管系 统 大集中核 心征管库 大集中社 保中间库 （共享） (共享) 市 社 保 前 置 系 统 社保 业务 系统 社保业务 系统库 市 地 税 前 置 系 统 社保局中间 库（共享） (共享) 接口子系统 图 4（中山除外）

10、 。 两种方式比较：图 3 方式可以使数据的交换减少多重 转换和存储，实际上也可以减少数据出错的机会;通过调用授 权的接口程序获取对方的数据，保证数据的安全性；图 4 的 方式安全性较差，但有现成的做法可以参考,实现也比较简单。 由于上线时间紧，建议采取图 4 方案。图 3 方案将在今后资 源整合中考虑。 如果各市的社保业务系统是统一的条件下，接口子系统 也可以统一并由省局开发，但事实上各市社保业务系统的存 在较大的差异，因此需要各市地税局与当地社保部门进行协 调，根据当地的社保业务系统开发接口子系统，实现数据的 交换。 1.2 数据交换内容及频率 1.2.1 交换的数据内容 数据交换的内容主

11、要包括：单位和个人的登记、应征、缴 款信息，同步按顺序进行。 大集中核 心征管系 统 大集中核 心征管系 统 大集中社 保中间库 （共享） 各 市 地 税 前 置 系 统 各市地税与 社保共享库 各 市 社 保 前 置 系 统 社保 业务 系统 社保业务 征管库 表 1 单位缴费登记信息(T_SFZJ_DWJFDJXX) 表 2 关联缴费登记信息(T_SFZJ_GLJFDJXX) 登记信息 表 3 个人基本信息(T_SFZJ_GRJBXX) 表 4 单位应征明细(T_SFZJ_DWYZMX) 应征信息 表 5 个人应征实征明细(T_SFZJ_GRYZMX) 缴款信息表 6 单位缴款明细(T_S

12、FZJ_DWJKMX) 1.2.2 复制频率 交换内容交换内容复制方向复制方向频率频率 单位缴费登记信息地税 社保每天两次 关联缴费登记信息地税 社保每小时一次 个人基本信息地税 社保每天两次（时间待定） 个人基本信息、单位个人应征 明细 地税 社保每天两次 单位个人应征缴款信息地税 社保每天两次 1.3 数据交换的技术实现 1.3.1 采用的数据库工具和交换实现方法 “大集中社保中间库（共享）”安装 ORACLE 9i 数据库版 本；前置机实现数据的同步和更新方式：采取直接访问数据 库方式，既可通过数据库存储过程，也可以编写接口程序来 实现，具体由各市地税与社保部门商讨决定；数据更新内容：

13、仅对有变动的数据进行更新。 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.表作用：此表是双向流水表，用于传送由地税方发起的 参保人员明细的新增、修改或删节的数据给社保局。如果业 务上允许社保也可以做登记时社保局也可将在其登记的个 人基本信息放在该表中传给地税。

14、 2.表结构： 字段中文名字段英文名数据类型 NOT NULL 说明 1. 序号 XHNUMBER(10)TRUE 通过序列 SEQ_SFZJ_GRJBXX_XH 产生 2. 单位社保号 DWSBHVARCHAR2(18) 3. 个人社保号 SBBHVARCHAR2(20)TRUE 4. 姓名 XMVARCHAR2(100) 5. 身份证 SFZMHMVARCHAR2(30) 6. 性别 XBCHAR(1) 7. 出生日期 CS_RQDATE 8. 通讯地址 TX_DZVARCHAR2(200) 9. 邮政编码 YZBMCHAR(6) 10. 联系电话 LX_DHVARCHAR2(20) 11

15、. 用工形式 YGXS_DMCHAR(2) 对应代码表 t_dm_sf_ygxs 12. 人员类别 RYLB_DMCHAR(2) 对应代码表 t_dm_sf_rylb 13. 人员状态 RYZTCHAR(1) 对应代码表 T_dm_sf_ryzt 14. 户籍类型 HJLX_DMCHAR(2) 对应代码表 t_dm_sf_hjlx 15. 有效起始日 期 YX_QSRQDATE 16. 有效终止日 期 YX_ZZRQDATE 17. 变动类型 BDLX_DMVARCHAR2(10) 新增字段，取值 I,U,D 18. 单位纳税人 编码 NSRBMVARCHAR2(13) 19. 社保管理机 构

16、代码 SBGLJG_DMVARCHAR2(11)TRUE 对应代码表 t_dm_sf_sbgljg 20. 导入时间 DR_SJDATETRUE 21. 读取时间 DQ_SJDATE 22. 来源标记 YZLY_BJCHAR(1)TRUE 来自地税的数据为：D; 社保的为 T 23. 错误信息类 别代码 CWXXLB_DMCHAR(1)TRUE 这个字段的作用是反馈社保 传入地税情况的标记。F 表示非身份证（即号码的位 数非 15or18）;C 表示地 税数据库存在的个人社保号 和社保局传入的社保号不相 等;M 表示地税有多条数据 与之对应;null 表示正确 3.说明： (1)此表只做 INSERT 操作，通过 ORACLE 序列产生主 键“序号”。 (2)社保写数据方法：将社保局的个人基本资料直接传入 这个表即可。注意：主键务必使用 “序列”产生，否则会导致 程序失败；“来源标记”务必使用T，否则程序不会将数据同 步到地税征管系统；“读取时间