社会保险管理信息系统核心平台20版

合集下载

社会保险管理信息系统核心平台

社会保险管理信息系统核心平台

一、项目概述
甲方委托乙方负责并促成项目的中标。该项目的业主为,项目预算为元。
二、乙方职责
1、乙方将利用其自身的资源和渠道,积极与业主方进行沟通,了解该项目 的具体要求和招标文件的内容。
2、乙方将根据甲方的实际情况和项目需求,提供相关的建议和咨询服务, 帮助甲方制定合理的投标方案。
3、在投标过程中,乙方将协助甲方进行投标文件的编制、审核、修改和完 善,确保投标文件的准确性和完整性。
四、居间费用及支付方式
1、居间费用:甲方应按照中标金额的X%向乙方支付居间费用。
2、支付方式:在签订本协议后X日内,甲方应向乙方支付居间费用预付款元; 在中标后X日内,甲方应向乙方支付剩余的居间费用元。
五、保密条款
1、甲乙双方应对本协议的内容和实施过程保密,不得向任何第三方透露。 2、甲乙双方应妥善保管与本项目相关的文件和资料,避免泄露或丢失。
质量管理信息系统平台具有多种功能,以下是其中的一些主要功能:
1、质量数据采集:通过自动化设备、传感器等技术手段,实现对企业生产 过程中各种质量数据的实时采集和传输。
2、数据存储与分析:将采集到的质量数据存储在数据库中,运用各种数据 分析方法和工具,对数据进行分析和挖掘,以发现产品质量问题的根源。
八、其他事项
ቤተ መጻሕፍቲ ባይዱ
1、本协议一式两份,甲乙双方各执一份,具有同等法律效力。
2、本协议自双方签字盖章之日 起生效,至项目中标后终止。
参考内容
随着企业规模的扩大和市场竞争的加剧,质量管理已成为企业生存和发展的 关键因素。为了提高质量管理效率和准确性,许多企业开始引入质量管理信息系 统平台。本次演示将介绍质量管理信息系统平台的概念、功能、优势以及未来发 展趋势。

社会保险核心平台三版概述

社会保险核心平台三版概述

养老保险
医疗保险
生育保险
失业保险
失业保险
工伤保险
工伤保险
北京利博赛社保信息技术有限公司
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

社会保险管理信息系统核心平台

社会保险管理信息系统核心平台

社会保险管理信息系统核心平台
佚名
【期刊名称】《软件工程师》
【年(卷),期】2001(000)008
【摘要】@@ 为了改变社会保险机构各自为战开发信息管理系统造成的水平参差不齐、信息无法共享的状况,避免重复开发带来的巨大浪费,规范业务流程和市场竞争,缩短建设周期,确保系统正确高效运行,降低系统建设和运行的风险,国家劳动保障部信息中心和劳动保障部社会保险事业管理中心,联合沈阳东软软件股份有限公司、广州华南资讯系统集成有限公司和四川银海经济技术有限公司,从1999年8月开始,历经9个月的艰苦开发,于2000年5月25日推出了"社会保险管理信息系统核心平台".
【总页数】2页(P20-21)
【正文语种】中文
【中图分类】F8
【相关文献】
1.社会保险管理信息系统的设计与开发 [J], 李册坤
2.社会保险管理信息系统的设计与开发 [J], 刘毅新;
3.“核心平台二版”对社会保险统计工作的支撑能力 [J], 王静
4.社会保险管理信息系统业务对接程序的设计与实现 [J], 余雷
5.企业社会保险管理信息系统管理及防护 [J], 李杰
因版权原因,仅展示原文概要,查看原文内容请购买。

05社会保险核心平台三版数据管理与数据迁移介绍

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

社会保险管理信息系统核心平台

社会保险管理信息系统核心平台
1.通常先找一家咨询公司,协助完成前期立项、招标 等过程。 2.如果没有找咨询公司,最好先招监理标,监理介入 后协助完成系统建设招标工作。 3.在项目结束后找一家公司进行售后服务,最好是开 发商在本地的机构。 4.在做预算时要考虑给咨询、监理、以及售后服务留 出费用。
6
三、需求的内容
1.范围的确定 金保工程包括业务经办、公共服务、宏观决策、 基金监管等四大块,总共十多个应用软件,首先应该 界定本地项目的业务范围,即包括哪些内容。 2.功能需求 在确定范围后,对每一个业务领域进行细化和优 化,确定所要实现的功能点。 3.数据需求 在整理业务功能需求的时候,提出数据需求,即 对业务指标和统计指标的需求。
政策组
业务组
技术组
商务组
专家组
养 老 组
医 疗 组
失 业 组
工 伤 组
集成测试
用户验收
日常运行维护
10
四、核心平台本地化过程(续)
由于各地的业务开展情况不一,业务模式尚存在一 定的差异,因此,社会保险管理信息系统建设仍是工程 概念。核心平台在各地的实施大致分为以下几个阶段: 1.需求分析阶段
由实施单位向用户介绍核心平台的需求,用户对照本 地的业务情况,找出差异,在业务处理方式、处理流程、岗 位设臵等方面找到最适合自身业务开展的业务模式,并完成 实施方案。
进行差异分析之后,针对不同匹配程度的需求,与用 户进行交流,用户确认之后就可以进行开发了。
4.系统开发阶段
认真完成前几个阶段的需求之后,就可以进入使用核 心平台进行社会保险管理信息系统的开发阶段了。新增加 的需求(除非极特殊的需求)一般是将原子级的业务组合, 需要修改的需求一般是对辅助类业务进行修改,配臵参数 与界面显示的修改因为设计中采用了MVC的设计,所以不会 影响系统其他的模块。

社保核心平台三版需求说明书V1.2.1_生育待遇

社保核心平台三版需求说明书V1.2.1_生育待遇

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.其他规则说明✧前置业务规则⏹生育人员所在单位以及个人,必须正常参加生育保险。

社会保险基层管理信息系统操作指南1.0

社会保险基层管理信息系统操作指南1.0

社会保险基层管理信息系统操作指南目录一、综述......................................................................................................... 错误!未指定书签。

适用对象......................................................................................................... 错误!未指定书签。

缩略语解释..................................................................................................... 错误!未指定书签。

二、系统安装................................................................................................. 错误!未指定书签。

运行环境要求................................................................................................. 错误!未指定书签。

安装说明......................................................................................................... 错误!未指定书签。

安装步骤......................................................................................................... 错误!未指定书签。

社会保险管理信息系统

社会保险管理信息系统

A B 01
业务类指标体系的命名规则
业务类指标是信息系统中反映信息主体的属 性和度量的参数 指标体系包括
指标名称 编码 类型、长度、 类型、长度、数值单位 检索项标识和指标解释
业务类指标体系的命名规则
业务功能结构
企业系统 劳动力市场
综合查询系统 银行系统 接 口 公 共 业 务 子 系 统 养 老 保 险 待 遇 医 疗 保 险 待 遇 失 业 保 险 待 遇
基金财务接口 工 伤 保 险 待 遇 生 育 保 险 待 遇 接 口 医院系统
税务系统
社会保险核心平台
药店系统
业务功能结构
核心平台二版十大业务功能子系统
社 会 保 险 指 标 体 系
J 失业保险
JA JB JC KA KB KC LA LB LC MA MB MC
K 医疗保险
L 工伤保险
统计 信息
M 生育保险
业务类库表的命名规则
× × ×× 第一层 业务类别 第二层 信息主体类型 第三层 顺序号
业务类库表的样例
业务库表实例
单位基本信息表
第一层 综合业务 第二层 单位 顺序号01 第三层 顺序号
核心平台二版核心设计思想
稳定性
元 测 试 单
功能测试
SEIAF
压 力 测 试
集成测试
中国软件测评中心
核心平台二版核心设计思想
五险易拆易合 只实施其 中的几个 险种? 延续一版的业务设计思想, 五险统一征缴 组件技术和原子业务设计 思想,技术上提供保证 劳动99三版已在核心平台 二版设计思路的基础上实 现失业保险单一险种
指标所属的业务类别
信息主体类型
信息主体类型或政策参数用一位字母表示

社会保险管理信息系统核心平台讲义

社会保险管理信息系统核心平台讲义
6.注意: (1)信息系统建设绝不是原有模式的翻版,否则
将失去系统建设的意义; (2)在流程优化的过程中必然会对权利和利益进
行再分配,这是一个很痛苦的过程,所以需要领导痛 下决心。
(3)这也是需要第三方提出建议的原因,因为开 发商或咨询商在流程优化的过程中不会带有感情色彩, 或者束手束脚。
当然需要用户的决策层做最终的拍板,所以要一 把手参与这些工作。
收集本地的政策、规定、办法等所有与社会保险经办 过程有关的内容。对政策要进行梳理,包括对已废止的 政策、相冲突的政策的处理。
并尽可能多地收集社术会保险语管理、信息表系统核单心平、台 统计查询需求等。
五、业务需求分析的内容和过程(续)
问:病人在住院期间,待遇享受资格发生变化,如何处理?
问题所处环节
费用审核 咨询时间
(5)第五阶段,评估反馈
在实施新流程后,评估得失与效率是一个十分重要
的课题,包括新流程表现、信息系统表现,以及工作
效率。新流程表现包括提供服务的时间、成本、满意
度、协调与决策的质量,政府应针对反馈持续改进流
程。这是一个循序渐进的过程,直到新系统相对完善
为止。
社会保险管理信息系统核心平台
七、组织机构
(3)第三阶段,探讨病源(Diagnose) 一是调查原有的流程,然后进行分析,流程的病 症指阻碍、破坏机构整体效率的活动和机制。为了发 现病症,就必须尝试对现有流程进行批判:
1)确定那些会带来不良结果的行为、瓶颈和不必要的 官僚步骤。
2)确定把智能系统分为几个系统和几个系统合并成一 个大流程系统。
3)确定正式、非正式的机能失调政策、规则,他们导 致了无价值的附加活动。
4)确定所有不必要的公文办公,并对所需的表格、报 告提出质疑。

社会保险管理信息系统核心平台

社会保险管理信息系统核心平台

规范
•《核心平台测试大纲编写 规范》 •《核心平台测试用例编写 规范》
202004-5-25
输出
•《核心平台测试用例》 •《测试问题卡》 •《测试阶段总结报告》
12
CP
七、核心平台的特性
1. 方法库
状态A 方法库
状态B
202004-5-25
方法
1. 用户可自由选择业务办理方法 2. 用户可自由定义方法 3. 方法的变动不会影响其他业务 处理


接 口
管 理 系

202004-5-25
8
CP
五、核心平台技术路线
1. 基于Client/server二层结构 2. 前台开发工具:Powerbuilder 3. 后台数据库:Oracle, Sybase 4. 操作系统:UNIX,Windows NT
202004-5-25
9
CP
六、核心平台的规范
伤待遇 10 11 1 38 4 35 18 12 17 20
业待遇 7 11 1 23 1 10 16 11 10 11
育待遇 3 5 1 18 1 12 3 12 6 10
计 116 125 31 471 43 410 174 80 160 225 6
202004-5-25
16
级文档 一级文档 分解原则 二级文档 分解原则 三级文档 分解原则
基金支付信息
养老保险金支付 医疗保险金偿付 失业保险金支付 工伤保险金支付 生育保险金支付
支 付 通 知 单
支 付 凭 证
待遇发放部门
参保单位

遇 支
享受待遇对象

明 细 单
定点医疗 服务机构

社保管理信息系统核三版助推网上社保业务发展

社保管理信息系统核三版助推网上社保业务发展

社保管理信息系统核三版助推网上社保业务发展党的十七大提出“要完善公共服务体系,强化政府社会管理和公共服务能力”。

根据建设服务型政府的要求,如何创新服务手段,贴近百姓需求,成为当前社保工作的重要内容。

这里,结合社会保险管理信息系统核心平台三版(以下简称核三)设计成果,就网上社保业务提出如下思路。

一、开展网上社保业务,提升公共服务水平网上社保业务,就是利用先进的网络技术及信息技术,将以往参保单位和个人必须到社保大厅办理的部分申报和查询业务,转移到互联网上办理。

网上社保业务可以为参保对象提供如下服务:参保单位进行单位基本信息变更申报、个人基本信息变更申报、新增参保人员申报、统筹区内转移申报、参保险种变更申报、参保人员停保申报、缴费工资变更申报、工伤事故网上申报、工伤事故网上申报、新增诊疗项目申报、定点医疗机构数据申报,以及单位基本信息、单位缴费台账、单位欠缴情况、单位征缴计划、离退休人员名册、业务办理进度等查询的业务办理。

参保个人进行个人基本信息、待遇查询、账户信息、就医消费信息、业务办理进度等查询的业务办理。

二、基于核三实现网上社保业务核三是一个面向地级市社会保险业务管理,集业务数据模型、业务流程建议、标准业务实现、标准底层技术架构于一体的平台级软件。

它主要是面向大厅提供应用支撑,同时在业务建模、分析设计、数据接口、安全设计等方面具备了开展网上服务的业务基础,其先进的技术框架也为网上社保业务的开展提供了有力的技术支撑。

网上社保业务平台可以直接使用核三基于SOA的IT架构。

通过组件服务及组件服务的组合来实现业务功能,并可进一步进行业务扩展及业务集成。

核三采用基于J2EE标准的B/S/S多层架构设计,可以依托政府网站实现统一的服务入口。

参保单位和参保个人通过浏览器访问,获得所需的各项服务。

社保经办人员可以基于核三完成网上申报类业务的审核。

在安全性方面,网上社保业务可以与核三的用户身份认证、多级授权控制、数据级权限管理等安全措施有效集成。

社会保险管理信息系统核心平台20版

社会保险管理信息系统核心平台20版

医疗保险收费接口典型升级版本〔职工医疗、职工生育、居民医保〕SIMISCPV2.0MedicareInsuranceChargeInterfaceGuide本接口文档修改记录:合胖医保医院接口升级版本典型一、接口设计主体思路采纳Soap协议进行信息的交换,每个业务接口要紧步骤均为:首次使用时必须先发送登陆请求,医院依据接口典型将数据通过sieaf.dll传送到中间层侍候器,侍候器处理完毕后返回结果集,医院程序能够通过反复调用sieaf.dll 的相关函数得到结果集并进行处理。

注:要是医保政策或实施细因此有变化,本典型将作相应调整。

三、接口协议具体讲明本接口中局限需要按值返回的字段,能够到编码表中寻到,具体编码瞧附件:编码表。

系统中所有用到的日期都采纳:YYYY-MM-DD的格式。

用到金额的的字段单位为“元〞维持两位,冲销标志:Z是正常记录;〞-〞是被冲销记录;〞+〞是冲销记录;每条被冲销记录中冲销编号记录冲销记录的流水号;1模块功能描述1.1系统登录1.1.1系统登录〔F.05〕1.1.1.1输进输出1.1.1.2处理流程在每次启动程序之前需要先进行登陆操作,进参有:用户名,密码和系统代号这三个非空参数,系统代号边编号必须为“YY〞〔大写〕,要是登陆成功之后侍候端返回相应出参。

1.2公共模块1.2.1医疗读卡〔F.01〕1.2.1.1输进输出1.2.1.2处理流程该业务逻辑由先由读卡器读出卡号,然后客户端调用F.01,向侍候器发出侍候申请。

侍候器处理结束后返回个人参加医疗保险的根基信息,包括个人根基信息、个人参保状态、医疗帐户余额等。

v_kc01的所有信息根基上从根基信息表中取得。

医疗人员类不的代码是“AKC021〞,医疗人员类不名称是具体的代码讲明。

性不编码的代码是“AAC004〞,性不名称是具体的代码讲明。

1.3门诊挂号1.3.1门诊挂号公共输出V_kcag讲明:IC卡状态的代码是“AKC141”。

人社信息函[2010]51号关于印发社会保险业务财务系统一体化建设指导意见的通知

人社信息函[2010]51号关于印发社会保险业务财务系统一体化建设指导意见的通知

人社信息函〔2010〕51号关于印发社会保险业务财务系统一体化建设指导意见的通知各省、自治区、直辖市人力资源社会保障厅(局),新疆生产建设兵团劳动保障局:为实现社会保险业务和基金财务数据的紧密衔接,推进社会保险业务财务系统一体化建设,规范有关的系统建设内容和衔接方式,我们制定了《社会保险业务财务系统一体化建设指导意见》,现印发给你们,请遵照执行。

配套的社会保险基金财务生产接口软件程序和文档,以光盘形式随通知一并下发。

工作中如有问题,请及时与我们联系。

联系人:洪祥电话:(010)84202272E-mail:hongxiang@二○一○年十一月二十九日主题词:社会保障财务系统建设通知社会保险业务财务系统一体化建设指导意见为实现社会保险业务和基金财务数据的紧密衔接,规范有关的系统建设内容和衔接方式,就推进社会保险业务财务系统一体化建设提出如下指导意见。

一、总体目标(一)实现社会保险基金财务管理的全过程信息化。

在已经实现社会保险基金财务会计电算化的基础上,进一步将财务出纳、财务预决算、财务分析纳入信息化的支撑范围,提高基金财务的信息化水平。

(二)加强社会保险业务和基金财务数据的紧密衔接。

实现业务管理系统与财务管理系统的同级部署,通过信息系统建立业务数据和基金财务数据的内在联系,使业务数据和基金财务数据相互验证并衔接一致,提高记账核算工作的效率和准确度,提高基金管理的安全程度。

(三)加强社会保险基金财务管理系统的统一性和规范性。

根据社会保险统筹层次逐步提高的要求,提升财务管理系统的部署层级,提升信息共享程度,实现财务科目的规范化、财务核算的精细化。

二、应用模式以社会保险业务财务系统一体化建设为目标,实现业务数据和基金财务数据的衔接,具体包括两种模式:一是接口模式,业务管理、财务出纳、会计管理等经办功能分别由不同的系统实现,并通过系统接口实现业务财务数据的衔接和流转;二是集成模式,由一个系统统一实现业务管理、财务出纳、会计管理等功能,业务和财务数据在系统内部流转。

金保工程社会保险管理信息系统核心平台三版介绍

金保工程社会保险管理信息系统核心平台三版介绍

金保工程社会保险管理信息系统核心平台三版介绍一、核心平台的发展历程为统一和规范全国社会保险信息系统建设,原劳动保障部提出了“后台研发和前台实施分离”的策略,即部里提供统一应用软件平台,由前台技术支持商通过本地化完成各地社会保险信息系统建设。

根据这一指导思想,于2000年发布了基于Client/Server结构的社会保险管理信息系统核心平台(以下简称社保核心平台)一版,并同时发布了《劳动和社会保险管理信息系统信息结构通则》和《社会保险管理信息系统指标体系,业务部分(LB101-2000)》。

2003年发布了社保核心平台二版,不仅在业务上进行了扩充,更在技术上实现了突破,推出基于J2EE标准规范的三层技术框架(SIEAF框架)。

社保核心平台极大地推动了各地社会保险信息系统的建设,规范了各地社会保险业务,目前各地使用的社会保险管理信息系统多数是基于社保核心平台二版开发的。

随着金保工程建设的全面开展和社会保险业务的进一步扩展,原劳动保障部于2006年12月正式启动了社保核心平台的升级(暨社保核心平台三版研发)工作,目前该项工作已基本完成。

社保核心平台三版在二版的基础上,对业务体系和技术框架进行了全面升级。

在业务上考虑社会保险最新政策和各地典型业务经办模式;在底层技术框架和用户交互界面中吸纳了成熟、先进的信息技术,进一步降低了本地化工作难度。

社保核心平台三版是一个面向地级市社会保险业务管理,集业务数据模型、业务流程建议、标准业务实现、标准底层技术架构于一体的平台级软件。

图1. 社保核心平台的发展历程二、社保核心平台三版的企业架构社保核心平台三版引入了企业架构(Enterprise Architecture,简称EA),完整的企业架构包括战略、架构、治理三大部分。

图2. 企业架构图社保核心平台三版主要关注EA的架构部分(见图2圆圈中的内容),具体包括业务架构与IT架构。

EA的战略与治理部分由开发商和地方用户在社保核心平台三版的本地化实施过程中根据当地情况制定。

核心平台三版介绍

核心平台三版介绍

金保工程社会保险管理信息系统核心平台三版介绍2009.06一、核心平台的发展历程为统一和规范全国社会保险信息系统建设,原劳动保障部提出了“后台研发和前台实施分离”的策略,即部里提供统一应用软件平台,由前台技术支持商通过本地化完成各地社会保险信息系统建设。

根据这一指导思想,于2000年发布了基于Client/Server结构的社会保险管理信息系统核心平台(以下简称社保核心平台)一版,并同时发布了《劳动和社会保险管理信息系统信息结构通则》和《社会保险管理信息系统指标体系-业务部分(LB101-2000)》。

2003年发布了社保核心平台二版,不仅在业务上进行了扩充,更在技术上实现了突破,推出基于J2EE标准规范的三层技术框架(SIEAF框架)。

社保核心平台极大地推动了各地社会保险信息系统的建设,规范了各地社会保险业务,目前各地使用的社会保险管理信息系统多数是基于社保核心平台二版开发的。

随着金保工程建设的全面开展和社会保险业务的进一步扩展,原劳动保障部于2006年12月正式启动了社保核心平台的升级(暨社保核心平台三版研发)工作,目前该项工作已基本完成。

社保核心平台三版在二版的基础上,对业务体系和技术框架进行了全面升级。

在业务上考虑社会保险最新政策和各地典型业务经办模式;在底层技术框架和用户交互界面中吸纳了成熟、先进的信息技术,进一步降低了本地化工作难度。

社保核心平台三版是一个面向地级市社会保险业务管理,集业务数据模型、业务流程建议、标准业务实现、标准底层技术架构于一体的平台级软件。

图1. 社保核心平台的发展历程二、社保核心平台三版的企业架构社保核心平台三版引入了企业架构(Enterprise Architecture ,简称EA ),完整的企业架构包括战略、架构、治理三大部分。

EA 治理EA 架构EA 战略业务趋势热图分析视角与情景业务问题技术问题组织的整体战略、流程、IT战略差距分析路线图投资投资计划性能度量计划资本计划投资组合方案架构管理管理自身投资管理业务架构IT 架构组织结构&职责业务流程&信息应用架构数据架构技术架构图2. 企业架构图社保核心平台三版主要关注EA 的架构部分(见图2圆圈中的内容),具体包括业务架构与IT 架构。

社保核心平台三版需求说明书V1.0_术语表

社保核心平台三版需求说明书V1.0_术语表

n
文档编号B06-RM-C04-JB_HXPT-13
版本号V1.0.0
发放号F01
受控状态受控
社会保险管理信息系统核心平台三版
需求规格说明书
术语表分册
编制部门:社会保险管理信息系统核心平台三版项目组
编制人:需求编制组编制日期:2007-4-10
审核人:魏文麟、华山审核日期:2007-5-30
批准人:批准日期:
北京利博赛社保信息技术有限公司
社会保险管理信息系统核心平台三版需求规格说明书文档修改历史
第 1 页
业务术语
第2 页
第3 页
第4 页
第5 页
第6 页
第7 页
第8 页
第9 页
第10 页
第11 页
第12 页
第13 页
第14 页
第15 页
第16 页
第17 页
第18 页
第19 页
第20 页
第21 页
第22 页
第23 页
第24 页
第25 页
第26 页
第27 页
第28 页
第29 页
第30 页
第31 页。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

社会保险管理信息系统核心平台2.0版医疗保险收费接口规范升级版本(职工医疗、职工生育、居民医保)SIMISCP V2.0Medicare Insurance Charge Interface Guide本接口文档修改记录:合肥医保医院接口升级版本规范一、接口设计主体思路采用Soap协议进行信息的交换,每个业务接口主要步骤均为:首次使用时必须先发送登陆请求,医院根据接口规范将数据通过sieaf.dll传送到中间层服务器,服务器处理完毕后返回结果集,医院程序可以通过反复调用sieaf.dll 的相关函数得到结果集并进行处理。

注:如果医保政策或实施细则有变化,本规范将作相应调整。

二、SIEAF.DLL接口说明三、接口协议详细说明本接口中部分需要按值返回的字段,可以到编码表中找到,具体编码看附件:编码表。

系统中所有用到的日期都采用:YYYY-MM-DD的格式。

用到金额的的字段单位为“元”保留两位,冲销标志:Z是正常记录;”-”是被冲销记录;”+”是冲销记录;每条被冲销记录中冲销编号记录冲销记录的流水号;1模块功能描述1.1系统登录1.1.1系统登录(F09.01.01.05)1.1.1.1输入输出1.1.1.2处理流程在每次启动程序之前需要先进行登陆操作,入参有:用户名,密码和系统代号这三个非空参数,系统代号边编号必须为“YY”(大写),如果登陆成功之后服务端返回相应出参。

1.2公共模块1.2.1医疗读卡(F04.02.01.01)1.2.1.1输入输出1.2.1.2处理流程该业务逻辑由先由读卡器读出卡号,然后客户端调用F04.02.01.01,向服务器发出服务申请。

服务器处理结束后返回个人参加医疗保险的基本信息,包括个人基本信息、个人参保状态、医疗帐户余额等。

v_kc01的所有信息都是从基本信息表中取得。

医疗人员类别的代码是“AKC021”,医疗人员类别名称是具体的代码说明。

性别编码的代码是“AAC004”,性别名称是具体的代码说明。

1.3门诊挂号1.3.1门诊挂号公共输出V_kcag 说明:IC卡状态的代码是“AKC141”。

医院等级的代码是“AKA101”。

1.3.2门诊挂号(F04.05.02.01)1.3.2.1输入输出1.3.2.2处理流程参保病人要进行门诊收费之前,需要到挂号处进行门诊挂号登记,缴纳规定的挂号费用后方可进行就诊。

系统根据客户端上进行挂号登记过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧病人正在住院1.3.3门诊挂号冲销(F04.05.03.01)1.3.3.1输入输出1.3.3.2处理流程根据客户端上进行挂号登记冲销过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧当前号已经进行了有效的门诊收费✧当前号已经被冲销(非正常挂号信息)✧当前号对应的参保人员和需要冲销的参保人员不一致✧准备冲销的门诊挂号不是在当前的医院(门诊)登记的✧门诊号是每次门诊登记的时候医保中心系统自动生成的,是该次门诊的唯一标识。

1.3.4查询有效门诊号列表(F04.05.01.01)1.3.4.1输入输出1.3.4.2处理流程门诊挂号一般是当天有效,而且允许每天多次挂号,故在进行门诊收费之前,需要知道当前收费所对应的门诊挂号信息。

客户端发送输入入参“个人编号”,发出服务请求,服务号为:“F04.05.01.01”。

处理成功后将返回当前有效挂号列表已经本系统所设定的发票项目列表。

输出参数说明:参数共分为2个部分第一部分:挂号数量、发票数量第二部分:具体的挂号记录信息集合,门诊号是唯一表示该次门诊记录. 1.3.5门诊挂号查询(F04.05.04.01)1.3.5.1输入输出1.3.5.2处理流程该查询通过主键门诊流水号进行查询,故最多返回一条信息,如果此流水号不存在或者该用户没有浏览此流水号的权限,系统将返回错误信息(下面的门诊收费查询、住院登记查询、住院收费查询、报销收费查询和该业务逻辑处理方法一致)。

1.4门诊收费1.4.1门诊收费公共输出返回信息分为三段1.基本信息段该段主要返回在一次门诊中是所记录的个人的基本的信息以及总费用信息。

其中2.用药信息段Kc22DTO 部分是本次门诊的用药信息。

每一条记录表示一笔用药.金额=单价*数量收费类别的编码为“AKA063”3.费用计算段根据系统中对医保待遇的设置,计算出各段的费用其中:其他费用根据政策按比例取得;1.4.2门诊收费(F04.05.10.01)1.4.2.1输入输出1.4.2.2处理流程客户端上传的信息(参见上面的输入输出),调用服务,服务号为:“F04.05.10.01”,入参分两部分1 。

V_kcaoDTO 部分是门诊信息部分可以根据读卡获得个人编号然后获取门诊登记的信息,门诊号是唯一标示某次门诊的字段。

病情编码、病情编码(2)、病情编码(3),登记病人的诊断结果。

处方项目数量是记录病人用药总数,及Kc22DTO的记录数 ,三种病情不能重复而且病情编码要非空, 病情编码(2)、病情编码(3)可以为空。

2.Kc22DTO 部分是本次门诊的用药信息。

每一条记录表示一笔用药.金额=单价*数量收费类别的编码为“AKA063”流程为:✧计算看病次数是自动累加.✧根据收费明细,利用特殊项目处理区分出医保部分、乙类自付部分、非医保自费部分✧医保部分和乙类非自付部分通过三段计算(包括储蓄段、自付段、统筹段、超封顶等,)计算出个人支付、帐户支付、统筹基金支付✧进行个人帐户维护,收费为圈提、收费冲销为圈存。

系统可以通过上传的标记了确定当前结果是否提交到数据库,从而实现了预结算的功能。

对于药店收费、住院收费和报销收费也采用同样的算法(主要通过医疗方式来区分),在下面的各章节就不再叙述了。

客户端在进行门诊收费过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧病人正在住院✧门诊号信息不是当前的服务机构所登记✧门诊号信息已经被冲销或被被清算✧当前的医疗机构不是该病人选择的定点医疗机构等1.4.3门诊收费冲销(F04.05.12.01)1.4.3.1输入输出1.4.3.2处理流程处理流程参见门诊挂号冲销。

在进行收费冲销过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧当前收费信息已经被冲销(非正常收费信息)✧当前收费信息对应的参保人员和需要冲销的参保人员不一致✧需要冲销的号不是当前服务机构所收费✧当前收费信息已经被清算等。

1.4.4门诊收费查询(F04.05.13.01)1.4.4.1输入输出1.4.4.2处理流程参见《门诊挂号查询》1.4.5特殊门诊收费单据打印(F04.05.13.02)1.4.5.1输入输出1.4.5.2处理流程参见《门诊挂号查询》1.5住院登记1.5.1住院登记公共输出1.5.2年度结转住院登记(F04.06.01.00)1.5.2.1输入输出1.5.2.2处理流程参保病人住院时首先需要做住院登记。

系统根据客户端上传的信息,行住院登记过程有个重要的环节是计算本次看病次数,该次数直接影响住院收费起付标准(门槛线),如果病人在住院登记之前处于转院状态,则本次看病次数不递增,利用转院之前的看病次数作为当前次数。

在业务处理过程中碰到下列情况之一时,业务不予进行:IC卡被冻结挂失✧病人正在住院✧当前的医疗机构不是该病人选择的定点医疗机构等1.5.3住院登记(F04.06.01.01)1.5.3.1输入输出1.5.3.2处理流程参保病人住院时首先需要做住院登记。

系统根据客户端上传的信息,行住院登记过程有个重要的环节是计算本次看病次数,该次数直接影响住院收费起付标准(门槛线),如果病人在住院登记之前处于转院状态,则本次看病次数不递增,利用转院之前的看病次数作为当前次数。

在业务处理过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧病人正在住院✧当前的医疗机构不是该病人选择的定点医疗机构等1.5.4住院登记冲销(F04.06.04.01)1.5.4.1输入输出1.5.4.2处理流程参见《住院登记》、《门诊挂号冲销》1.5.5查询当前住院登记信息(F04.06.02.01)1.5.5.1输入输出1.5.5.2处理流程参见《住院登记》、《查询有效门诊号列表》这里返回是唯一的住院登记记录,关键字是“住院登记号”1.5.6住院登记查询(F04.06.03.01)1.5.6.1输入输出1.5.6.2处理流程参见《住院登记》、《门诊挂号查询》1.6住院医嘱明细1.6.1住院医嘱数据上传(F04.06.09.01)1.6.1.1输入输出1.6.1.2处理流程对于处理流程,参见《门诊收费》1.6.2住院医嘱数据查询(F04.06.09.02)1.6.2.1输入输出1.6.2.2处理流程对于处理流程,参见《门诊收费》1.7住院收费1.7.1住院收费公共输出对于参数说明,参见《门诊公共输出》1.7.2住院收费(F04.06.10.01)1.7.2.1输入输出1.7.2.2处理流程对于处理流程,参见《门诊收费》1.7.3住院收费冲销(F04.06.12.01)1.7.3.1输入输出1.7.3.2处理流程1.7.4住院收费单据明细查询(F04.06.13.01)1.7.4.1输入输出1.7.4.2处理流程参见《住院收费》、《门诊收费冲销》1.7.5住院收费单据列表查询(F04.06.13.02)1.7.5.1输入输出1.7.5.2处理流程参见《住院收费》、《门诊收费冲销》1.7.6住院收费单据打印(F04.06.13.03)1.7.6.1输入输出1.7.6.2处理流程参见《住院收费》、《门诊收费冲销》1.8出院登记1.8.1出院登记(F04.06.20.01)1.8.1.1输入输出1.8.1.2处理流程参保病人要离开医院之前需要做出院登记。

系统将返回本次住院所有的收费汇总,包括发票项目,以便打印发票等。

在业务处理过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧当前的住院号已经出院✧当前的医疗机构不是该病人选择的定点医疗机构等1.8.2出院登记冲销(F04.06.21.01)1.8.2.1输入输出1.8.2.2处理流程参见《出院登记》、《住院登记冲销》2附件:一、sieaf.dll在powerbuider语言中的声明function long init(string addr,int port,string servletEntry) library "sieaf.dll"function boolean putPara(long whandler,string name,string value) library "sieaf.dll"function boolean startResultSetName(long whandler,string name) library "sieaf.dll" function boolean endCurResultSet(long whandler) library "sieaf.dll"function boolean endcurRow(long whandler)library "sieaf.dll"function boolean putColData(long whandler,string name,string value) library "sieaf.dll"function boolean process(long whandler,string funcID) library "sieaf.dll" function boolean getParaByName(long whandler,string name, ref string value) library "sieaf.dll"function boolean getParaByNameBlob(long whandler,string name, ref blob value) library "sieaf.dll" alias for "getParaByName"function boolean getErrMsg(long whandler,ref string value) library "sieaf.dll" function long toResultSetName(long whandler,string name) library "sieaf.dll" function long nextRow(long whandler) library "sieaf.dll"function boolean getColData(long whandler,string name, ref string value) library "sieaf.dll"function boolean destroyInterface (long whandler) library "sieaf.dll"function boolean getFailReason(long whandler,ref string value) library "sieaf.dll" function boolean base64Encode(Blob sData,long sLen,ref Blob rData,ref long rLen) library 'sieaf.dll'function boolean base64Decode(Blob sData,long sLen,ref Blob rData,ref long rLen) library 'sieaf.dll'二、Powerbuilder语言中的调用代码范例(系统登陆)long dll_handlerstring valuestring errmsgBoolean lb_success//初始化接口(蓝色背景部分各医院不同,请各开发商联系实达公司(5823017),使用拿到的帐号和服务器地址)dll_handler = init("10.90.160.2",7501,"/steaf/MainServlet")//设置用户名和密码参数(医院不同操作人员有独立帐号)putPara(dll_handler,"usr","startech")putPara(dll_handler,"pwd","startech")//执行登陆操作lb_success =process(dll_handler,"F09.01.01.05")//判断操作成功否errmsg = space(1024)getErrMsg(dll_handler,ref errmsg)if lb_success and trim(upper(errmsg))='OK' then//显示返回的会话IDvalue=space(1024)getParaByName(dll_handler,"sessionID",ref value)messagebox(‘sessionID’,value)//显示返回的权限集合value=space(8192)getParaByName(dll_handler,"menuFunc",ref value)messagebox(‘menuFunc’,value)else//显示错误信息errmsg = space(1024)getFailReason(dll_handler,ref errmsg)messagebox(‘error’,errmsg)returnend if//释放DLL动态库接口(只有退出医保接口系统才需要调用)destroyInterface (dll_handler)(测试开始时间2008年3月10日上午8:30以后)联系电话 2634014 32678773编码表注意001007为生育门诊项目,008019为生育住院项目。

相关文档
最新文档