前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇业务应用管理范文,相信会为您的写作带来帮助,发现更多的写作思路和灵感。
关键词:业务系统;问题;对策;财政管理
20世纪90年代中期以后,当代财政工作的繁重性、复杂性和艰巨性大大增加,传统的工作方式和方法已经不能满足财政改革与发展的实际需要,为此,河南省和全国财政系统同步,全面启动了财政信息化建设工作,一大批财政业务管理信息系统相继开发并投入具体应用,大大地提升了财政管理工作的科学化、精细化水平。今后几年,国家全面深化财税体制改革对财政管理工作提出了更高的要求,亟需推进财政管理业务系统应用的升级改造和补充完善,构建高效安全的预算管理流程,进一步规范财政业务管理、提高工作效率、提升服务能力。
一、财政管理业务系统应用的发展历程
2002年前后,财政部为构建公共财政框架,在收入、支出、宏观调控等方面启动了一系列改革,其中在支出管理改革方面,主要推出了部门预算改革、国库集中支付制度改革、政府采购制度改革、深化收支两条线管理改革和金财工程建设等五项重要改革。而财政业务管理系统建设,则是金财工程建设的核心。十几年来,河南省各级财政部门立足财政改革和管理需要,大力推进财政业务信息系统建设,着力深化应用层次,扩展应用范围。截止目前,全省各级财政部门已经投入应用的财政业务管理信息系统20多个,其中,由信息技术公司分散开发的占90%以上。在财政内网上部署的业务系统,主要包括预算管理系统、预算执行系统、财政工资统发系统、非税收入征管系统、财税库银联网系统、行政办公系统、财政专户管理系统、单位会计核算系统、部门决算系统、财政总决算系统等;在国际互联网上部署的业务系统,主要有电子化政府采购系统、行政事业单位国有资产管理系统、项目预算评审系统、会计事务管理信息系统等。上述业务信息系统基本支撑了全省各级财政部门的主要业务管理工作,初步实现了信息技术与财政业务的融合,进一步提高了财政部门的工作效率和服务水平,促进了全省财政改革不断向纵深推进。
二、财政管理业务系统应用存在的主要问题
(一)财政应用大平台建设不到位
2002年初,财政部启动金财工程建设,但直到2009年,财政部才在完成软件开发和试点应用的基础上,向全国财政系统推广实施带有顶层设计概念的“金财工程应用支撑平台”。应用平台建设目标主要是将此前各个分散开发的财政业务系统迁移、整合在这个平台上,统一技术标准,实现信息共享。2011年前后,河南省市县三级完成了平台建设实施工作,部分财政业务系统接入平台并上线运行。但是业务系统迁入平台数量较少,系统之间的统一整合没有突破性进展,信息共享、综合查询分析和利用等平台应用也就无法实现,因此,平台建设的总体效果并不理想。
(二)财政业务系统信息孤岛林立
从当前财政内网运行的业务系统看,预算编制系统与预算执行系统之间、预算编制系统与资产管理系统之间、预算执行系统与非税征管系统之间、预算执行系统与财政专户系统之间、预算执行系统与行政办公系统之间、预算执行系统与单位会计核算系统之间、预算执行系统与资产管理系统之间、部门决算系统与单位会计核算系统之间、部门决算系统与资产管理系统之间均割裂脱节;从外网运行的业务系统看,项目预算评审系统与预算编制系统、政府采购系统与预算执行系统也都是各自独立运行,没有实现有效衔接,共享数据信息。
(三)业务流程信息化处理存在盲区
由于流程和职责结合不够、信息系统没有互联互通,目前业务流程信息化应用覆盖面还不够全面,存在一些管理盲区、盲点。例如,财政监督检查信息管理系统尚未开发,不能实现对财政管理日常动态监控;监督检查手段落后,仍主要靠手工查看账簿、报表、凭证等,没有使用信息化手段查询、汇总、综合分析业务信息。又如,财政总决算系统和部门决算系统目前还是单机版,在数据录入、审核汇总、报表生成等环节均采用半人工方式进行,工作效率低下;此外,信息化应用与流程管理在一些环节上不匹配,有些财政业务流程如项目预算评审工作目前大多仍在线下手工操作。
(四)预算管理缺乏有效源头支撑
随着财政预算管理深入发展,细化预算编制、加快预算执行、强化财政监督检查,都必须由切实可靠的项目库、资产库及人员基础信息库作为基础支撑。目前运行的项目库无论是形式要素还是主要内容都还不能满足预算编制的需要,预算执行和财政监督检查还没有与项目库建立融合的管理机制。人员基础信息库在预算编制和预算执行两个业务系统内分别建立,缺乏统一的采集、更新和完善规范。相比前两个基础库,资产库还没有完全真正建立起来。由于缺乏扎实的基础数据库,预算管理源头控制措施比较匮乏,不能满足深化预算管理制度改革要求。
(五)部分财政业务系统运行效率不高
目前应用的一些财政业务流程,在设计工作流程时,因过于强调资金安全,存在设置层层审批、拉长监管链条问题,并不科学合理。以预算执行系统为例,预算单位发起一项普通的专项支出用款计划流程后,需要经过主管部门、财政预算管理部门、国库支付管理部门和国库支付中心等10来个业务流程节点。而涉及政府采购事项从用款计划申请到资金支付共需要经过近30个业务流程节点。繁琐而重复的业务流程一方面有碍规范财政管理、提高工作效率;另一方面模糊了预算单位执行主体责任和财政部门监管责任的边界,难以做到简政放权,一定程度上影响了财政部门良好形象。
三、进一步推进财政管理业务系统应用的政策建议
(一)强化顶层设计和传承创新
在当前财政改革进入深水区的新时期,面对新老问题叠加、环境复杂多变的新形势,需要进一步打破思想禁锢和利益藩篱,强化顶层设计,全面整合、完善财政业务系统,实现系统建设的整体性、协同性和可操作性。要传承和创新并重,对金财工程应用支撑平台,要进一步强化标准规范体系建设,使其成为技术标准的统一载体;对平台扩展生长及数据分析等功能,要结合财政云计算平台和财政大数据建设工程的实施,予以改进和完善;在此基础上,建立健全省财政数据中心,对财政经济数据信息进行融合、深度分析和共享使用,实现财税政策决策的精准性、科学性及时效性,建设智慧财政。
(二)完善财政业务系统信息共享体系
适应财政改革进一步深入推进和财政科学化精细化管理的需要,进一步加大财政业务系统的整合力度,以工作流贯通业务流、信息流和资金流,基本建立起覆盖所有财政性资金、纵向贯通各级财政部门、横向联通相关单位、核心业务管理高度集成的信息技术支撑体系。对原分散开发的内网业务系统设计程序接口或数据平台,实现系统之间无缝对接;对分别运行在内、外网上的业务系统,要通过内外网交换系统实现信息自动传递或定期提取;总之,要通过系统的补充开发和改造,使各业务系统之间打破信息孤岛壁垒,全面实现数据共享。
(三)实现业务流程信息化应用全覆盖
大力推进财政核心业务系统即财政生产系统建设,不断提高系统建设的灵活性和可扩展性,构建“预算编制一预算执行一会计核算一决算一预算编制”的财政业务管理闭环,以预算管理系统为龙头,以预算执行系统为主体,形成顺向相互支撑、有效制衡和逆向真实反馈、有效监督的完整体系,覆盖全部财政业务管理节点,消灭业务管理信息化应用盲点和死角。近几年内,要积极开发、部署和推广应用国库电子化支付清算系统、财政监督检查信息系统、财政资金绩效评价信息系统、部门决算和财政总决算信息网络平台等业务系统,进一步提升财政管理水平。
(四)整合完善信息库服务预算管理
建立统一的支撑各级预算编制和中期规划的单位人员基础信息库(含单位基础信息、人员工资信息、法人基础信息、财政补贴补助人员信息等)、项目库、行政事业单位资产信息库,并实行实时滚动管理,以上述“三库”为支撑,建立跨年度多维度的财政管理模式。“三库”集中整合和统一后,将广泛应用于预算管理全流程,包括预算编制、非税收入征缴、预算调整和追加、资金支付、政府采购、投资评审、资产管理、账务信息、决算编制、财政监督及绩效管理等财政业务,实现财政收支管理的精准化和政府资产全生命周期的管理精准化。
(五)进一步提高财政业务系统运行效率
摘 要:本文为了解决因驾校学员激增导致的人力、场地紧张等问题,设计了驾校业务应用支撑平台与信息管理系统。在遵循主流技术路线的基础上,给出了包括应用框架、技术框架、逻辑框架在内的完整技术方案,并从应用层面对统一应用支撑平台和驾校信息管理系统做了详细阐述。
关 键 词:支撑平台;框架;统一管理
随着生活水平的不断提高,汽车已经成为人们生活的普通消费品,越来越多的走进千家万户。汽车的普及也使驾校炙手可热,传统的驾校管理方式在学员的激增下,人力不足、场地有限等问题不断暴露,如何能合理的分配学员,调动驾校资源变得迫在眉睫。驾校业务应用支撑平台与信息管理系统便在这一背景下应运而生。
该项目面向驾校和公众对象,为驾校和公众即时提供考试信息,并提供网站、电话、短信等多种形式的考试申请服务。同时提供统一数据导入、导出接口,方便驾校和车管处使用,提高驾校的申报速度和车管处将申请信息录入车管业务系统。
一、技术框架方案
1.技术路线
本项目基于J2EE的开放式体系结构,支持跨平台运行的体系架构,系统兼容各种主流操作系统与应用平台。遵循国际上成熟的、通用的标准、规范和协议,如LDAP、TCP/IP、XML、SOAP协议等。支持国际主流标准WSRP、JAAS、JNDI、Portlet(JSR168)、JCA等。
2.总体应用框架
总体应用框架包括资源层、支撑层、应用层和接入层,安全保障体系、服务组件体系贯穿整个系统,如图1所示。
资源层
资源层用于存储车管处各类基础信息,是车管处在行使日常管理和服务职能过程中所产生的各类基础业务数据[1],包括:人员信息库、驾校信息库、考场基本信息库、考试信息库、考试时间安排信息库、考试申请历史信息库。
支撑层
支撑层主要是指车管处公共资源管理与服务平台的建设,内容包括统一认证、统一授权、单点登录与审计监控。通过统一认证与单点登录,用户只登录一次便可访问所有系统。统一授权则可简化管理员的授权管理工作。审计监控可有效防止不友好操作等不和谐因素的产生。
应用层
应用层以关注业务建设为主,主要应用有:驾校信息配置管理系统、考场信息管理系统、考试信息出卷系统、考试申请系统、统一数据导入导出平台、信息系统。
接入层
接入层通过支持相应地标准规范,与条件成熟的外部系统如短信平台、网络电话实现有效挂接。
安全保障体系
安全保障体系包括可信的基础安全设施、物理安全、安全技术、安全管理、安全服务、安全策略等。
3.技术框架设计
项目总体技术框架图如图2所示。
4.逻辑框架设计
平台的逻辑框架以标准规范、信息安全体系为保障,自外而内分为信息门户、典型业务应用、公共服务平台以及数据中心等几部分。
信息门户
信息门户是以用户为中心,统一展现信息的入口。
典型业务应用
典型业务应用包括驾校信息管理系统、考场信息管理系统、考试信息管理系统、考试申请系统、信息平台、外网公众服务平台。
公共服务平台
公共服务平台主要包括资源目录管理平台以及在此基础上的资源信息、统一认证、统一权限配置、审计监控平台。
数据中心
数据中心包括人员信息库、驾校信息库、考场基本信息库、考试信息库、考试时间安排信息库、考试申请历史信息库。
5.资源整合模型
资源整合以用户身份整合为基础。建立统一的身份验证平台,基于统一的目录服务系统和多种身份验证手段,集中统一管理用户,实现身份认证、权限管理、单点登录。 [ ]
单点登录
单点登录SSO(Single Sign On)已经成为门户安全服务中一个必需的特性支持,并作为一种标准门户服务提供给用户。每一个Web应用都有自己的用户管理认证机制,将身份管理系统部署为平台服务方式,允许用户在不同的Web 应用中导航,而不用反复登录不同系统。
统一用户和统一权限管理
统一用户管理主要完成用户的统一标识,统一权限管理为统一用户管理与应用模块之间建立一种映射关系,从而实现用户在所集成的多个应用子系统之间任意切换。
统一用户管理包括:用户基本信息管理、用户包含的角色管理、用户包含的权限管理、用户组织机构管理、用户岗位管理;组织机构基本信息管理、岗位基本信息管理、岗位包含的权限管理、岗位认证管理、拥有岗位的用户管理;应用系统基本信息管理、应用系统权限组管理、应用系统权限管理、应用系统角色管理等。
二、建设内容
项目的主要建设内容是建设统一的应用支撑平台与信息管理系统。
1.统一应用支撑平台
统一资源管理
资源是指各应用系统都要用到的共性信息,如:用户、组织机构、角色等。
采用公共资源管理平台对公共资源进行统一管理。资源的属性可根据业务需要进行扩展。
用户管理
在目录服务中将用户身份以对象的形式存放在统一身份库中,用户对象可以存放在组织机构对象下[2]。用户对象拥有相应的属性信息,如:登录名、用户全名、身份标识等。
组织机构管理
在目录服务中建立指定的容器对象,称为组织单元。将组织机构以对象的形式存放在该容器中,各级子组织机构可作为对象以树的方式存放在相应的容器对象下。组织单元对象拥有相应的属性信息,如,组织机构名称、组织机构主管、组织机构首页链接等。
访问角色管理 访问角色管理为简化分级授权管理的维护操作,在统一身份库中建立相应的角色,来配置各级用户对不同业务系统的访问权限。将角色以对象的形式存放在组织机构中,角色对象拥有相应的属性信息,如:名称、角色编码、成员、描述等。
身份同步
实现身份与角色的实时、策略同步。各应用系统实现用户管理平台提供的接口(增量、全量),实时或者定期同步信息。接口包括java API以及WebService。
可同步的资源包括所有资源:组织机构、用户、用户组、角色。
统一身份认证
身份认证服务是用户访问应用系统的入口,通过统一各业务系统的身份,实现统一的身份认证,用户在登录所有应用系统时能够使用唯一的用户名/口令。
根据业务需要可提供多种不同安全级别的身份认证方式,包括普通用户名/密码认证,也可支持数字证书认证,从而满足多应用环境下的综合认证需求。
单点登录
支持与条件成熟的其他系统之间进行单点登录。
关键词:证券业务;应用层安全;管理平台
中图分类号:TP315文献标识码:A 文章编号:1009-3044(2011)04-0741-02
The Research of Application Layer Safety Management Platform Based on Securities Business
LU Hai-hua
(Information & Security College, Shanghai Jiao Tong University, Shanghai 200240, China)
Abstract: The paper has analyzed the importance of the securities business application layer, and cleared the necessity of the safety management platform. The paper has firstly determined the target of the securities business application layer safety management platform. Then the paper has secondly designed the platform, and further studied the database signature verfication of platform.
Key words: securities business; application layer security; management platform
证券业务应用交易所是国家设立的提供证券集中竞价交易场所的机构,其最主要的工作就是要创造透明、开放、安全、高效的市场环境,提供证券业务应用交易的场所和设施。网络证券业务的应用层系统在给证券公司带来更大经济效益和管理效率、给大众带来更优质快捷服务的同时,也带来了更大的安全威胁。网络的开放性体架结构,决定了其在安全控制和管理机制等方面具有先天缺陷,易受攻击和非授权访问。
总之,随着证券业务应用层处理信息化进程的不断深入,内部网络和外部网络的规模不断扩大,各类新证券业务应用不断上线,网络已成为证券公司竞争力的重要部分,是保障证券业务应用层信息化顺利运行的纽带和基石。而安全性也必然成为证券业务应用层安全管理平台首先要解决的关键问题。
1 证券业务应用层安全管理平台的目标
证券业务应用层安全管理平台主要实现如下五个安全性目标:
1)机密性:证券业务信息只能被需要的人、授权的人看到,在传输过程中无法被截获。
2)有效性:证券业务应用层系统中的信息是安全的、有效的。
3)完整性:证券业务信息在传输过程中不会被篡改、丢失和乱序,信息不会被随意生成、修改和删除。
4)审查能力:根据机密性和完整性的要求,可以对数据审查的结果进行记录和归类。
5)可靠性/不可抵赖性/标识:发出的证券信息具有可靠的标识,发信人不能抵赖。
要实现以上目标,需要证券业务应用层内部的多个模块(用户登录、权限管理、加密、数字签名)相互作用。其中用户登录、权限管理主要是实现对证券业务应用层系统的访问控制,加密主要实现数据的加密存储。当然,证券业务应用层的安全还需要其它各层基础安全设施的协作。
2 证券业务应用层安全管理平台的设计
2.1 用户登录功能的设计与实现
作为安全的第一道防线,某种程度上也是最重要的一道防线,身份认证技术普遍受到关注。认证技术提供了关于某个人或某个事物身份的保证,这意味着当某人声称具有一个特别的身份(如某个特定的用户名称)时,认证技术将提供某种方法来证实这一声明是正确的。证券业务应用层安全管理平台的用户登录功能设计的具体方法是:
在证券用户请求登录页面时,服务器端生成一随机数,服务器端保存这一随机数,并将这一随机数与登录页面一同发送给用户;用户在登录时既要提供用户ID和密码,而且需提供这一随机数。服务器端验证用户登录信息时,首先验证证券用户提交的随机数是否正确,在认证码正确的情况下再做下一步的用户及密码的验证,并同时清除掉服务器端分配给用户的随机数。为了加大破解难度,通常将这一随机数附着在一幅图片上发送到证券客户端。另外,虽然增加认证码的方法能防止入侵者的字典攻击,但是入侵者高密度的登录验证,还是会对网络传输造成一定的负面影响,因此在登录模块中检查同一IP登录情况是否异常,如在很短的时间里,登录次数明显不正常时,将把这一IP记录加入到受限IP库中。验证证券用户登录的具体流程如图1所示。
2.2 权限管理模块的设计
为了实现证券业务应用层安全管理平台中资源的访问控制,用户在通过了身份验证,进入系统后,只能访问系统授予的权限内的证券业务资源。证券业务应用系统的用户、权限管理与操作系统的用户、权限管理的概念所不同之处在于:
1)证券业务系统里的权限管理和访问控制的对象主要是证券业务应用系统的资源,例如数据、功能等,而不是网络、主机、文件目录和数据库;
2)证券业务系统中的用户、权限信息通常存储在应用系统指定的位置(例如数据库中),通过专门开发的界面进行维护;
3)由于证券业务的复杂性,权限的控制级别更细些,通常需要到记录和记录的字段一级,因此现有手段(如数据库管理系统本身)无法提供相应的访问控制机制。证券业务应用层安全管理平台的权限管理具体包括证券用户管理、角色管理、功能模块(资源)管理、权限分配。如图2所示。
1)证券用户管理
证券用户是指能对证券业务资源进行访问的一个主体。证券用户是系统的使用者。证券用户通过角色拥有对应系统中对象的权限。证券用户管理主要包括添加、删除、修改用户等功能。
2)证券角色管理
证券角色是在证券业务应用中形成的,在部门中具有特定职责、权利的一类人员的总称。在信息系统中,证券角色是能够控制一定资源的用户集合。证券角色管理包括角色的添加、删除,角色属性的修改角色的指派,角色权限的指派。
3)资源管理
资源是证券业务中用户和角色访问、操作、控制的抽象客体。本证券业务应用层安全管理平台提供对功能模块和数据库表、记录和字段的授权访问,将所有模块和对应的数据库表、记录和字段按照需求规则划分类别和层次,按树结构进行存储,再由权限管理模块将各模块权限分配给角色。应用的对象首先需要注册,才能成为证券业务资源,才能进一步定义权限、并指派给用户和角色。
4)权限分配
权限,简单地说,就是用户和角色对证券业务资源所具有的操作类型。权限是和证券业务应用层安全管理平台密切相关的,是系统资源“与生俱来”的。
3 证券业务应用层安全管理平台的数据库签名验证
本文研究的证券业务应用层安全管理平台的数据库签名验证主要通过CryptSignMessage()函数实现签名,通过CryptHashMessage()函数生成文件哈希。本系统采用MD5算法生成散列值,一共是128位。此签名验证模块会在签名信息上附带相应的公钥信息,这样对签名验证时就非常方便了。而且对于签名者的证书获取也变得更加容易。程序流程图如图3所示。
此数字签名程序中用到的函数如下描述:
BOOL WINAPI CryptSignMessage(
PCRYPT_SIGN_MESSAGE_PARA pSignPara ,
BOOL fDetachedSignature ,
DWORD cToBeSigned ,
const BYTE *rgpbToBeSigned[ ] ,
DWORD rgcbToBeSigned[ ] ,
BYTE *pbSignedBlob ,
DWORD *pcbSignedBlob
) ;
其中,数字签名过程中所涉及到的参数的结构由变量pSignPara加以定义,包括一些算法(比如散列、加密等)、数字签名证书个数及数组、签名编码信息类型等等。在数字签名过程中,可以将信息与哈希值共同保存在同一空间,这个状态是参数fDetachedSignature加以表示,初始状态为假。而数字签名数组的指针及数值分别由参数*rgpbToBeSigned[]以及cToBeSigned加以表示。进行数字签名后的数据大小及指针又分别由参数*pcbSignedBlob以及*pbSignedBlob加以表示。
接受端接到了加密数据后,将对会话密钥及文件分别进行解密。首先,通过获取信息头部文件中的签名简要,利用公钥获得哈希值。可以通过CryptHashMessage()函数直接从头部文件中获取加密文件的哈希值。其次,比较两者的哈希是否一致(也就是签名的哈希和从头部文件中获取的哈布)。如果两者是一致的话,表明加密文件是完整的,在传输时没有出现被破坏的现象。反之,则表示文件传输有误。本文研究的证券业务应用层安全管理平台的数字签名认证就是通过这样的密钥及哈希来验证签名的有效性。
数字签名对应都有一个签名认证证书,证书就保存在证书库中的。如何对签名者的证书进行有效验证呢?本文是通过证书验证模块加以实现的。主要是验证证书是否是服务器端所承认的机构颁发的、证书是否是有效的等等。本文主要借助于CertVerifySubjectCertificateContext()函数实现对证书的验证。证书验证的函数说明如下描述:
BOOL WINAPI CryptVerifyMessageSignature (
PCRYPT_VERIFY_MESSAGE_PARA pVerifyPara ,
DWORD dwSignerIndex ,
const BYTE *pbSignedBlob ,
DWORD cbSignedBlob ,
BYTE *pbDecoded ,
DWORD *pcbDecoded ,
PCCERT_CONTEXT *ppSignerCert
) ;
证书验证过程中所涉及到的参量通过pVerifyPara加以设定,主要包括证书所在的证书库信息、证书服务的供应方以及证书编码信息等。当有若干个签名者进行签名时,必须进行索引设置,这是由参数dwSignerIndex加以设定的。证书的签名信息参数由*pbSignedBlob和cbSignedBlob加以验证。而每个证书都有一个句柄相对应,这主要由变量*ppSignerCert加以表示。
4 总结
总之,本文的研究能有效保障证券业务交易信息处理和传输系统的安全,避免攻击者利用系统的安全漏洞进行窃听、冒充、诈骗等活动,同时为探索证券业务应用层系统的安全保障体系的建立迈出有益的一步,本文研究的意义就在于此。
参考文献:
[1] 田青.证券电子商务系统的应用层安全体系设计[J].计算机与网络,2009(5).
[2] 朱道奇,窦尔翔.我国证券业信息化现状与发展探析[J].中国金融电脑,2008(6).
关键词:瓶颈管理;业务流程;再造方法及利用
中图分类号:F270 文献识别码:A 文章编号:1001-828X(2016)012-0000-01
传统生产管理中,我们常抱怨客户改变其订单(时间/数量/规格/取消);供货商不可靠;瓶颈会移动;工艺不稳定;机器会停机;质量不良;数据无法及时取得或不正确;部门间沟通有问题等等。问题产生归结于一些错误的传统管理理念:资源闲置是最大的浪费;效率是绩效与获利能力的最佳引导;生产前置时间是固定的;减少换线次数(或缩短换线时间或大批量生产)就可以降低成本;生产批量应该等于搬运批量;每个人都需要是跟催员;生产流量主要是取决于设备的布置;接受正常交期时间内的订单就可提高获利能力等等。以上传统的管理思维严重制约交期的可靠与快速响应,没有从系统的瓶颈去考虑整个系统的有效产出。
一、瓶颈管理的业务流程再造方法
(一)平衡流量
在产线设计时,我们要以平衡流量来设计,而不是平衡产能。高德拉特在他的文章《站在巨人的肩膀上》一文中,提出一个核心论点,亨利富特的装配线流程和大野面耐一的丰田生产系统都源于对物流的重视,改善生产的流动性(等同于前置时间)是任何生产运营的首要目标。在任何流程中,如果流程障碍导致了物料的堆积(交通堵塞),是极其糟糕的。
在生产管理中,流量的意思是指在制品(可以转换成有效产出的在制品)在生产营运系统流动的速度,在制品越少流动速度就越快,当在制品没有流动,就会累积,累积在制品就会占据空间与资金,且容易做错优先级,流动速度就会慢下来,即前置时间就会拉长,交期受伤害。
(二)瓶颈管理
聚焦五步骤:分别是确认系统约束;决定如何充分利用系统约束;所有其它事务能力配合上述决定;提升系统约束。如果系统约束在前述步骤中被打破,回到步骤一。聚焦五步骤在生产方面最重要的应用,就是在瓶颈管理与产能提升方面。
二、瓶颈管理的业务流程再造方法的利用
(一)减少转移批量,加速流动
1.进行工序转移批量限值的设定
在进行批量限值设定的时候,一个重要的原则就是要确保各个工序批量转移要在流动性的条件下做到最小化。在实际应用中,最小转移的批量就是一个流,如果不能满足一个流的需要,那么就按照瓶颈的工序进行经济加工批量并使其得到完善。在业务实践中,如果产品的封边成为了一个瓶颈,那么就可以将封边机能同时加工的数量设定为一个批量;如果是压榨环节成为了瓶颈,则就可以将压榨的数量作为一个批量。在业务流程再造中要明确一点就是瓶颈的加工批量和转移批量并不存在对等关系,因为转移批量可以最小化,设置可以单件化,但是瓶颈的加工批量不可以。
2.利用科学方法确保产品按转移批量流动,通过减少转移批量改善生产
工序转移的批量限值已设定,必须要确保生产线按此批量在流动。在业务流程的再造过程中,为了确保各个工序不超出设定的转移批量限值,往往需要利用工装容量限值和工位区域限值来进行约束。而所谓的工位区域,主要是依据制品流动节拍的物料需求量来划定。之所以要进行工位区域的划分,主要是为了保证瓶颈工序更加直观的现象
(二)挖尽、迁就瓶颈,确保瓶颈有效产出
1.挖尽、迁就瓶颈的措施利用
业务流程再造首先要充分利用瓶颈产能,挖尽、迁就瓶颈。在挖尽、迁就瓶颈的措施方面,主要有五项:第一项是在换班或者是其他的休息时间,保证机器运转的不停歇,这样能够有效的节省时间。第二项是在实际工作中,要对瓶颈员工的非技术工作进行剥离。第三项是激励措施,如在瓶颈工序中,进行超产奖励的设定。第四项就是在瓶颈管理中,导入IE与精益的方法,减少瓶颈工序的准备和加工时间。最后一项就是要在瓶颈前设全检工序及提升通过瓶颈的半成品合格率,对已过瓶颈的部件要特别注意保护。
2.确保瓶颈前在制品量,保障瓶颈有效产出
为了瓶颈不挨饿,必须确保瓶颈前有一定量的在制品。防止生产异常波动造成瓶颈工序停工等料,则要确保非瓶颈工序有能力迁就配合瓶颈工序,非瓶颈工序产能要高出瓶颈工序。所以在产线的产能设计时,非瓶颈产能要高于瓶颈产能,当然也可以通过工序协产、外包和IE三方面来实现保障非瓶颈产能高于瓶颈产能。
(三)建议
在目前的瓶颈管理中,还有几个方面需要注意:首先是无效的流动性要进行进一步的强化,在实际管理工作中,常常发生的无效等候现象严重影响了管理效率的提升。其次是材料质量的稳定需要进一步的加强。在目前的管理过程中,材料质量的不稳定,造成了严重的加工停止和生产计划的打乱。最后就是要进行控管投料偏差的控制。由于数据不准确造成控管投料偏差会造成在制品数量的波动,严重影响生产流动性。总而言之,在进行瓶颈管理的时候,一定要重视问题的解决,通过细节强化来实现管理的有效提升。最后是进行全员“聚焦”,通过宣贯项目及激励措施达到全员“聚焦”。
三、结束语
现代企业要想在市场竞争中把握机遇,就必须进行自我完善,只有通过不断地提高管理水平,企业的整体实力才会增强。在管理中,为了实现企业经济效益的提升,要着重打造业务水平,所以利用瓶颈管理进行业务流程的再造对于企业意义重大。
参考文献:
[1]吕文东,朱玉杰.层次分析法在流程再造择优中的应用[J].森林工程,2013,03:142-145.
关键词:医院 业务流程再造 信息管理
随着社会经济的发展和人民生活水平的提升,社会和人民对医院的服务质量和管理水平提出了更高的要求。新时代的医院应在发展中积极通过业务流程改造医院管理的重点项目——信息管理,以适应当前信息化时代的社会发展,并在竞争中取得一定的成绩,是很多医院急需探讨和研究的问题。我院迎合新时期的发展特点,结合本院发展和管理特点,积极进行业务流程改造,创新性地提升医院管理水平,必定能够促进医院长远、稳定发展。
1.医院信息管理辅助业务流程再造
当前很多医院普遍存在患者就医等待时间长、收费与划价不准确、付款与取药不方便等问题。这些只是当前医院就诊过程中的一个表面的体现,究其原因其实是由于医院长期沿用传统的业务流程和管理模式,尽管很多科室和环节采用了信息技术,但仅限于简单数据的管理和传输,并没有有效衔接各部门、各环节的信息管理,未能充分挖掘信息技术的优势,导致医院在作业与管理日渐复杂、就医人数激增的信息化时代越来越疲于应对繁复的医疗流程,管理和运行效率明显低下。现代化的医院业务流程再造需要在充分研究医院业务流程现状的基础上进行深刻的反思和彻底的再设计。以患者的利益和就医体验为改造出发点,全面提升医院医疗质量、服务质量、服务速度,减低医院运行成本,最大限度地满足患者的就医需求、简化医院业务流程、降低医院运行成本。而这一系列的改造离不开医院信息管理。
传统门诊流程中的挂号和缴费程序是降低患者就医效率的一大问题。医院可采取功能合并的方式,将医院的挂号室与收费室合并,采用建立就诊档案的方式,减少患者在挂号中的等待时间,并鼓励患者在注册就诊信息后预存就诊费用,待患者就诊时可直接从患者的预缴金中扣除应付费用。减少患者因缴费在院内的停留时间。
关于就诊流程,医院可利用信息平台建立和加强挂号收费处于医师就诊室之间的信息平台,在患者挂号及等待时及时传输和处理患者就诊信息,患者可直接等待医生叫号,提高就诊效率、及患者就诊体验。就诊时,医生在就诊平台上为患者开具检查单、处方时,就诊平台能够快速显示相关的检查套餐和流程,提高医生开具检验单、处方及下医嘱时的效率和准确性。由于就诊时间有限、医生工作压力大,传统的就诊流程极易忽略患者禁忌症、药物配伍禁忌等严重问题,通过就诊平台的建立和使用,平台能够在医生开出处方的同时提示相应药物的安全状况、适用人群、禁忌症等,降低患者因这些问题而引起病情加重等问题。
需要做检查的患者可直接持就诊卡,依照就诊平台的提示到相应科室,刷卡扣除检查费用后取号等候,等到科室的电子系统叫号时进行相应检查,患者检查完毕后。需要进行检查的患者,持卡到相应的检验科室刷卡扣费之后,采集相应标本,并收取检验条形码,负责检验的工作人员将标本贴上条形码后送检并检验,患者可持条形码在检验完毕后打印检验结果。且相应的检查和检验结果可通过信息系统进入就诊平台,医生可通过就诊平台调出患者检查结果,对症分析和开出处方。通过医院的信息技术建立有效的就诊平台,可有效提高患者就医、检查的便捷性和就诊体验,简化医生诊断环节、减轻医生负担、提高医生诊断和治疗的准确度。
依照医嘱需要取药的患者,就诊系统将患者处方传输至药房的配药系统,患者可持就诊卡到药房,药房建立的配药系统和同时负责患者取药等待叫号及患者处方处理,根据处方药物进行扣费或在余额不足时发出缴费通知,根据就诊系统传输的用药禁忌提示患者用药禁忌并提示需要的患者进行皮试,之后系统将处方中的药物依照不同的种类传输至相应的药房取药窗口,同时为患者打印取药凭条,自动扣除药房相应药物库存。建立高效的配药系统,不仅节省了患者取药停留时间、增加了患者取药和划价的准确性、提升患者取药体验、降低患者用药风险,还有效管理医院药物库存。
2.小结
医院业务流程再造与医院信息管理之间是相互影响、相互促进的关系。医院应根据业务规模、运行现状、院内信息管理现状,充分借鉴其他医院业务流程再造的成功案例,建立和完善挂号收费系统、就诊系统、配药系统等诊治系统,同时通过先进的信息系统将上述系统有机链接,有效整合成为医院业务平台,减少患者挂号、缴费、就诊、检查、检验、取药等环节的等待时间,有效提高患者就医、检查的便捷性和就诊体验,简化医生诊断环节、减轻医生负担、提高医生诊断和治疗的准确度,增加划价的准确性、提升患者取药体验、降低患者用药风险,全方位提升医院运行和管理水平。
参考文献:
[1]陆斌杰,范关荣.医院信息流程再造的思考[J].中国医院,2009,13(9):1-7.
[2]蔡旭杰.基于医院信息系统平台下门诊流程再造的探讨[J].中国数字医学,2009,4(7):47-48.DOI:10.3969/j.issn.1673-7571.2009.07.014.
[3]杨凡,王琦.医院门诊流程再造研究[J].中国医院管理,2010,30(10):48-49.
[4]蔡茂文.医院数字化建设与医疗流程再造[J].中国数字医学,2008,3(8):38-39.