社会保险电子政务系统解决方案
来源:中国电子政务网 更新时间:2012-04-15

业务领域普遍面临的六大问题

系统的应变能力差。由于中国社会保障体系当前正处于完善与健全阶段,为适应不同时期不同区域的实情,业务政策层出不穷,大的政策变化会造成机构变更、小的政策变化会引起业务过程、业务规则发生变化。随着业务的日益变化,系统也在不断地改造、不断地升级,最终用户根本离不开系统原开发商。

数据的可追溯性差。变化是必然的,而当前90%以上的政府应用系统由于政策的变化经过无数次的变更或升级以后,数据库中的业务数据都变成了电子垃圾,根本无法查清这笔业务数据的政策依据,数据的可追溯性特别差。

系统的接口特别多。为适应电子政务的需求和电子化业务协作的需求,每增加一个服务渠道、每增加一个外部系统的关联、每增加一种外围设备都需要在核心应用系统的前端增添一台应用前置机,系统的接口特别多,维护特别困难。

业务活动无法监控。系统无法提供对整体业务过程和对每一个业务处理的监控机制,系统管理者和业务决策者无法实时地了解与掌握系统的运行状况和业务的处理状况,对业务处理人员无法进行绩效考核。

系统运维成本极高。由于应用体系结构的不合理,造成应用部署和数据部署不集中,应用和数据的维护工作量特别巨大,维护成本特别高。

系统安全等级极低。在应用安全方面,除了用户登录口令之外,没有任何应用安全措施,一旦用户登录口令被非法用户窃取,非法用户能进行任何的业务处理,系统毫无安全保障。

业务领域机构关系模型

一个完整的社会保险业务领域所涉及的业务机构除了社会保险机构及其分支机构、参保单位(自由职业者可以通过设立区域虚拟单位来管理)、定点机构外,还涉及银行、劳动、民政、财政、税务等业务关联机构。社会保险机构与参保单位之间的关系为服务与被服务的关系;社会保险机构与定点机构(定点医院、定点药店)之间的关系为监管与被监管关系;社会保险机构与银行、劳动、民政、财政、税务等业务关联机构之间的关系为平等协作关系。

业务领域基干IT系统关系模型

一个完整的社会保险业务领域基干IT系统包含:社会保险电子政务系统、参保单位端的电子申报系统、定点机构端的医疗保险电子结算服务终端,以及社会保险电子政务系统的业务协作网关(用于业务关联机构端)。业务领域内的各基干IT系统可以通过典型的A2A解决方案--跨平台的Web Services(UDDI/WSDL/WSFL/SOAP)技术实现系统关联互动、业务领域机构之间电子化业务协作。

E-SIBSS社会保险电子政务系统的构造方法

E-SIBSS社会保险电子政务系统的构造方法:一个平台(E-BOS平台)、两个引擎(业务过程引擎和业务规则引擎)、三层结构(基于J2EE的B/S/S三层结构)。

应用创建层次的提升反映了应用软件行业的成熟过程。应用中间件(Middleware)的出现使应用软件的创建摆脱了大量的技术细节,如:事务处理、安全管理、组件管理等,大大提高了应用软件业务处理的完整性、可伸缩性、可靠性、互用性、安全性。然而,应用中间件并没有解决业务问题,用户希望快速调整业务流程、快速改变业务规则、监控业务处理活动等;这些都要求应用软件创建在一个更高级的基础之上,这就是BOSS(Business Operations Support System,业务运营支撑系统)。

长天劳动保障电子政务研究中心深刻理解用户的现有困惑和迫切需求,充分利用其丰富的电子政务系统和劳动保障应用系统的构造经验,精心打造了基于J2EE的电子化业务运营支撑平台(简称:E-BOS平台)。

E-BOS平台由三部分构成:应用架构、基础服务、管理工具。

* 应用架构(Application Framework)支持从多渠道接入、多资源集成、端到端的系统协作到业务过程定义、业务规则定义、业务活动监控等应用软件系统面临的方方面面,降低应用软件的技术壁垒,使开发人员能够将更多精力投入到业务分析和设计上去。

* 基础服务(Foundation Services)为一系列的可重用基础组件,可以通过简单的配置或数据的初始化即可作为应用软件的模块,可以最大化的减少工作量。

* 管理工具(Management Tools)为系统的运行管理提供支撑,包含运行环境的配置工具、基础服务的配置工具、业务活动的监控工具等。

两个引擎:业务过程引擎和业务规则引擎

任何一种业务处理,实际上都是由业务处理流程和业务处理规则构成,以住的MIS系统的构造方法是将业务过程和业务规则封装成一个功能函数,一个完整的业务功能由一系列的函数嵌套调用而完成,环环相扣,当业务过程或业务规则发生变化时,造成一处修改而处处牵连的波动效应,系统的适应能力特别差。

业务过程与业务规则的分割法,为业务过程与业务规则的可配奠定了技术基础,业务过程与业务规则的解释与执行通过引擎技术来实现。业务过程的描述采用BPML(业务过程模型语言),业务规则的描述采用自然语言的条件语句"如果…… 那么……"。

业务过程引擎和业务规则引擎可以无缝地嵌入E-BOS平台,与E-BOS平台融为一体,实现业务过程与业务规则即配即用。

三层结构:基于J2EE的B/S/S三层结构

B/S/S三层结构,即"页面浏览器 / Web应用服务器 / 数据库服务器"三层结构。

E-SIBSS社会保险电子政务系统的功能模型

E-SIBSS社会保险电子政务系统的基干处理模型

E-SIBSS社会保险电子政务系统的关键特性

严格遵循中国劳动和社会保障部相关规范。

完全遵循J2EE1.3、EJB2.0、JDO2.0、Web Services(UDDI/WSDL/WSFL/SOAP)、ebXML、BPML技术标准。

与平台无关。与服务器机型无关、与操作系统无关、与数据库软件无关、与应用中间件无关(只要完全遵循J2EE1.3和BPML技术规范)。

应变能力强。系统能适应未来的政策变化、机构重组、业务种类增加,您可以随时调整您的业务战略,真正实现应需而变。

数据的可追溯强。系统提供业务规则与业务政策关联管理,不管业务怎样发生变化,让您能随时通过时间戳和业务规则查出数据库中每一笔业务数据的政策依据,让您的数据永远可追溯。

系统内嵌A2A应用集成平台;支持公共服务系统(譬如:因特网门户、呼叫服务系统、电子邮件系统、短信服务系统等)、内部办公系统、外部系统(譬如:银行系统、地税系统、财政系统、劳动系统、民政系统、定点机构电子结算系统、参保单位电子申报系统等)和外部设备(譬如:POS机、圈存机、自助服务终端等)的统一接入,解决了普通MIS系统的接口多的问题,实现了业务协作机构间的应用关联互动。根据劳动和社会保障部要求,系统还提供了社会保险基金财务系统的专用接口。

提供可视化的业务活动监控台(BAM),能对整体的业务过程进行实时监控,让您能实时地了解与掌握系统的运行状况和业务的处理状况;同时,通过业务活动监控台您能实现业务处理可逆(即Undo操作)。

支持业务多级经办模式,允许机构逐级延伸、功能逐级授权,各级机构数据相对独立、互不影响、互不可视。

端到端的访问采用安全的HTTPS协议,系统并能与"E-Certificate数字证书系统"紧密集成,充分保证了用户端到端的访问安全。系统同时提供应用服务访问控制和访问审计功能,能够防止非法时间访问和非法作业抵赖。

五险真正合一(保险关系统一管理、统一征集管理、统一支付管理、征集与支付过程统一);既可分拆为单险种独立运行。

支持浏览器报表与套打,报表格式与报表数据完全分离(报表格式+报表数据=PDF报表)。

能满足您的高性能苛求(乌鲁木齐市社会保险电子政务系统在上线测试中,系统承受了在30秒钟内200个并发用户的同一业务处理请求,而系统响应时间不超过5秒)。

能满足您的医疗保险业务急需扩面和系统快速上线的渴求(乌鲁木齐市社会保险电子政务系统在上线后3个月内,即完成了400多个定点机构的电子结算系统的接入和联网互动运行)。

系统的运维成本低。系统采用B/S/S三层结构,实现了应用与数据大集中、客户机"0"维护,让您真正做到对系统进行单点管理、单点维护。

长天同时还为行业用户提供社会保险电子政务系统之关联应用软件产品与服务

E-Reckoner医疗保险电子结算服务终端

--用于定点机构

E-Declarer社会保险电子申报系统

--用于参保单位

E-BizGate社会保险电子政务系统之业务协作网关

--用于业务关联机构

部分重点客户名单

乌鲁木齐市劳动和社会保障局

武汉市劳动和社会保障局

济南市劳动和社会保障局

深圳市社会保险管理局

珠海市社会保险管理局

江门市社会保险管理局

肇庆市社会保险管理局

中山市社会保险管理局

惠州市社会保险管理局

顺德市社会保险管理局

苏州市社会保险管理局

张家港市社会保险管理局

黄石市医疗保险经办中心

贵州省社会保险管理局

贵阳市社会保险管理局

鞍钢集团社会保险总公司