JBoss ESB学习笔记7——第六个ESB应用Http Gateway
续上篇介绍了第五个ESB应用，本文介绍第六个ESB应用——Http Gateway。
1概述
该实例主要演示了如何通过http通道将客户端发来的http请求传给ESB服务。
2 新建ESB工程
操作过程略。
3 ESB配置
3.1 定义Action类
下面将定义两个action类以及一个自定义的exception类。
3.1.1 HttpGatewayAction
当客户端向ESB服务器发出http请求后，由ESB服务器将请求封装成ESB消息，该action 的主要作用是通过ESB消息解析出http请求的相关信息，并打印出来。代码如下：
Java代码
1/***********************************************************************
2*
Project Name: httpgateway
3*
File Name:
com.thu.afa.esb.jbossesb.action.HttpGatewayAction.java
4*
Copyright: Copyright (c) 2010
5*
Company: href="https://www.doczj.com/doc/7a1455717.html,">https://www.doczj.com/doc/7a1455717.html,
6***********************************************************************/
7package com.thu.afa.esb.jbossesb.action;
8
9import org.jboss.soa.esb.Service;
10import org.jboss.soa.esb.actions.AbstractActionLifecycle;
11import org.jboss.soa.esb.helpers.ConfigTree;
12import org.jboss.soa.esb.http.HttpRequest;
13import org.jboss.soa.esb.listeners.ListenerT agNames;
14import org.jboss.soa.esb.message.Message;
15
16import com.thoughtworks.xstream.XStream;
17
18/**
19*
Class Name: HttpGatewayAction
20*
Description:
21* @author Afa
22* @date 2010-9-12
23* @version 1.0
24*/
25public class HttpGatewayAction extends AbstractActionLifecycle 26{
27protected ConfigTree configTree;
28protected Service service;
29
30public HttpGatewayAction(ConfigTree configTree)
31{
32this.configTree = configTree;
33service = new Service(configTree.getParent()
34 .getAttribute(ListenerTagNames.SERVICE_CATEGORY_NAM E_TAG),
35
configTree.getParent().getAttribute(ListenerTagNames.SERVICE_NAME_TAG)); 36}
37
38public Message process(Message message) throws Exception
39{
40System.out.println("&&&&&&&&&&&&&&&& MyAction
&&&&&&&&&&&&&&&&&&&&&");
41System.out.println("");
42System.out.println("Service: " + service);
43System.out.println("");
44System.out.println("------------Http Request Info (XStream Encoded)-------------------");
45HttpRequest request = HttpRequest.getRequest(message);
46String requestXml = "";
47XStream xstream = new XStream();
48requestXml = xstream.toXML(request);
49System.out.println(requestXml);
50
51System.out.println("------------Http Request body
-------------------");
52System.out.println(message.getBody().get());
53
System.out.println("&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& &&&&&&&&&&&&&&&&");
54
55StringBuffer response = new StringBuffer();
56response.append("Service: " + service + "\n\n");
57response.append("------------Http Request Info (XStream
Encoded)-------------------\n");
58response.append(requestXml);
59message.getBody().add(response.toString());
60
61return message;
62}
63}
3.1.2 HttpGatewayException
这是自定义的异常类。
Java代码
64/***********************************************************************
65*
Project Name: httpgateway
66*
File Name:
com.thu.afa.esb.jbossesb.action.HttpGatewayException.java
67*
Copyright: Copyright (c) 2010
68*
Company: href="https://www.doczj.com/doc/7a1455717.html,">https://www.doczj.com/doc/7a1455717.html,
69***********************************************************************/ 70package com.thu.afa.esb.jbossesb.action;
71
72import org.jboss.soa.esb.actions.ActionProcessingException;
73
74/**
75*
Class Name: HttpGatewayException
76*
Description:
77* @author Afa
78* @date 2010-9-12
79* @version 1.0
80*/
81public class HttpGatewayException extends ActionProcessingException 82{
83private static final long serialVersionUID = 1L;
84
85public HttpGatewayException(String message)
86{
87super(message);
88}
89
90}
3.1.3 HttpGatewayExceptionAction
这是自定义的异常处理类，该action类主要用来产生一个自定义异常。
Java代码
91/*********************************************************************** 92*
Project Name: httpgateway
93*
File Name:
com.thu.afa.esb.jbossesb.action.HttpGatewayExceptionAction.java
94*Copyright: Copyright (c) 2010
95*
Company: href="https://www.doczj.com/doc/7a1455717.html,">https://www.doczj.com/doc/7a1455717.html,
96***********************************************************************/ 97package com.thu.afa.esb.jbossesb.action;
98
99import org.jboss.soa.esb.actions.AbstractActionLifecycle;
100import org.jboss.soa.esb.helpers.ConfigTree;
101import org.jboss.soa.esb.message.Message;
102
103/**
104*
Class Name: HttpGatewayExceptionAction
105*
Description:
106* @author Afa
107* @date 2010-9-12
108* @version 1.0
109*/
110public class HttpGatewayExceptionAction extends AbstractActionLifecycle 111{
112protected ConfigTree configTree;
113
114public HttpGatewayExceptionAction(ConfigTree configTree)
115{
116this.configTree = configTree;
117}
118
119public Message process(Message message) throws Exception
120{
121throw new HttpGatewayException("HttpGatewayException...");
122}
123}
3.2 属性定义
在src目录下创建属性文件http-exception-mappings.properties，并添加以下两个属性：
Xml代码
124org.jboss.soa.esb.services.security.SecurityServiceException=401
125com.thu.afa.esb.jbossesb.action.HttpGatewayException=502
3.3 配置安全域
Xml代码
126
127
128
这里是对jboss-esb.xml中的所有http-provider和EBWS的安全配置，用到了
java:/jaas/JBossWS安全域，该安全域配置由JBoss ESB服务器提供，客户端提交http请求时需要使用具有该安全域的账号信息。比如，用户名：kermit，密码：thefrog。
3.4定义Provider
Xml代码
129
130
131
132
133
134
135
136
137
138
139
140
这里定义了只有具有friend角色的用户才能向secureFriends通道提交请求。
3.5 定义第一个服务
Xml代码
141 142invmScope="GLOBAL"name="SalesList"> 143 144 145urlPattern="sales/*"/> 146 147 148 149class="com.thu.afa.esb.jbossesb.action.HttpGatewayAction" 150name="printAction"process="process"/> 151 152
说明：该服务的配置表明，当客户端请求的url具有urlPattern 属性指定的格式时，将触发对应的操作，即由com.thu.afa.esb.jbossesb.action.HttpGatewayAction 类中的process 方法执行处理操作。
3.6 第一个服务请求
通过浏览器请求以下地址：http://localhost:8080/httpgateway/http/sales/a/b/c即可向第一个服务提交请求，并且可以在浏览器和ESB服务器控制台看到如下输出信息，需要注意的是，在提交请求之前，浏览器会自动提示输入用户名和密码，输入以下信息即可：
kermit/thefrog。
3.7 定义第二个服务
Xml代码
153 154invmScope="GLOBAL"name="SoapList"> 155 156 157urlPattern="soap/*"> 158 159 160class="org.jboss.soa.esb.services.security.SecurityServiceException" status="401"/> 161 162 163 164 165 166class="com.thu.afa.esb.jbossesb.action.HttpGatewayAction" name="printAction"process="process"/> 167 168
说明：该服务配置与第一个服务类似，这里不再重复说明。
3.8 第二个服务请求
在浏览器中请求以下地址：http://localhost:8080/httpgateway/http/soap即可在浏览器和ESB服务器控制台看到如下输出信息：
3.9 定义第三个服务
Xml代码
169 170invmScope="GLOBAL"name="Exception1"> 171 172 173 174 175 176class="com.thu.afa.esb.jbossesb.action.HttpGatewayExceptionAction" name="printAction"process="process"/> 177 178
说明：这里用到了自定义的异常处理类。
3.10 第三个服务请求
在浏览器中请求以下地址：http://localhost:8080/httpgateway/http/HttpGateway/Exception1即可在浏览中看到以下输出结果：
说明：从上图可以看到，在浏览器中打印了异常信息。实际应用中，一般不会像这样打印异常信息，此时，可以通过修改HttpGatewayExceptionAction的处理逻辑来执行异常处理。
3.11 定义第四个服务
Xml代码
179 180invmScope="GLOBAL"name="Exception2"> 181 182 184 185class="com.thu.afa.esb.jbossesb.action.HttpGatewayException" status="503"/> 186 187 188 189 190 191class="com.thu.afa.esb.jbossesb.action.HttpGatewayExceptionAction" name="printAction"process="process"/> 192 193
3.12 第四个服务请求
在浏览器中请求以下地址：http://localhost:8080/httpgateway/http/HttpGateway/Exception2即可在浏览中看到以下输出结果：
上述便是ESB第六个应用实例。如有问题，欢迎指正。
静脉药物配置中心布局设计SICOLAB 静脉药物配置中心(pharmacy intravenous admixtureservice，PIVAS)是指：医疗机构药学部门根据医师用药医嘱，经药师审核其合理性，由经过专业培训的药士或者护士按照无菌操作要求，在洁净环境的层流工作台上对静脉用药进行集中调配，使之成为可供临床直接静脉注射的药液。它是目前医院药品管理的一项新举措，是药学服务向临床转变的切入点。某院是一所三级甲等医院，是以肿瘤和肝病为重点的大专科、大综合医院。建有床位1 000张，为确保临床静脉用药安全，有效减少环境污染，降低护士的职业风险，同时也减轻临床护士的工作压力，于2008年设立了静脉药物配置中心，并于2009年7月在7个肿瘤病区启动使用。通过药师、医生、护士的共同努力与协调下，工作进展顺利，于2010年5月在全院19个病区全面推广。到目前为止，日配置量为1 300~1 600袋，最高达2 000袋/d，合格率100%，无1例药物相互作用、配伍禁忌、调配不当、热原反应情况发生。深受医院各级医务人员及患者的欢迎。 1静脉药物配置中心的建立 1.1某院PIVAS位于医院医技楼六楼，便于药品运输和成品配送，便于配制管理和环境控制，水电等基础条件符合规定。其面积309m2，设计合理，流程顺畅。主要功能区域包括排药、贮药、充配、信息、核发、更衣、洗洁等;配有6台生物安全柜和先进的空气净化系统。无菌工作间有严密的隔离措施及消毒设备，进入工作间，必须经过两道隔离门，并安装了空调设备。工程完工后由具有检测资质的单位对净化系统进行静态检测，沉降菌、微粒、噪音、照度、换气次数、温湿度等各项指标达标后，方才投入使用。保证了洁净室的洁净度，从而确保临床用药安全。 1.2某院PIVAS的管理模式采用以药为主，由药剂科负责日常工作管理，护理部负责护理人员的配备，现有药师5名，护师13名，工友2名，为医院19个病区进行服务，每天提供约1 500袋静脉液体。药学人员主要负责审方、排药、加药、核对、药品管理等;护理人员职责为复核、冲配、帮助排药;工勤人员需及时运送药品与打扫卫生等。 1.3信息系统是实现静脉药物配制的基础，分管院长多次召集药剂科、护理部、医务处、信息科的相关人员协调工作、统一认识确定电脑程序。电脑信息系统包括处方传输、标签打印、药费支付、药品管理、咨询服务、药历生成;标签内容应包括患者基本信息、药品处方信息、配制核对信息等，是药师审核用药与记录配制过程的重要凭证。信息管理系统应设置管理权限，完善数据统计的功能，自动生成批次，实行配置全程化管理。另外还将在系统中嵌入配伍监控系统，对用药实施合理用药监控。 2静脉药物配置中心工作流程设计 2.1医生按照《处方管理办法》有关规定开具静脉用药处方，由专人将处方输入医院的信息系统中。处方可分为两类：长期处方与临时处方。病区负责按规定时间将患者次日需要静脉输液的长期处方传送至PIVAS，临时处方按照医院的相关规定和要求传入PIVAS。 2.2 PIVAS的药师接收到处方后，逐一核对患者处方信息，审核确认其正确性、合理性与完整性。对于处方存在错误的，及时与医生沟通，请其调整并签名。对于处方存在错误而医生拒绝不同意修改的，拒绝调配，并报请相关部门协调解决。 2.3经药师审核通过的处方打印成处方标签，标签上需有患者姓名、病区、床号、日期、处方组成、自动生成的编号等内容，且要有各个工序签名或盖章的空间，标签需能贴到输液瓶(袋)上。 2.4药师接到审方合格的标签，应仔细核查标签内容是否准确、完整，如有错误或不全应告知审方药师校对纠正。药师根据审核后的标签上所列药物的顺序，按照其性质、不同的用药时间，分批次将药品放置于不同颜色的容器中，并在标签上签名或盖章，按照病区、药
静脉用药配制中心各岗位职责 一、静配中心负责人岗位职责 1.负责管理静脉用药集中调配整体工作，确保工作正常开展。 2.对中心的各类工作人员进行规章制度、岗位职责、工作流程、调配工作的培训指导、考核和监督管理。 3.严格执行查对和交接班制度，检查调配过程中各个环节质量，严格把关，杜绝差错发生。 4.负责静脉用药调配中心的人员安排及考勤工作。 5.负责检查一次性物品的消毒、处理情况，进行物品表面培养、空气培养及调配间的各项监测。 6.负责静配中心与各病区的总体协调工作，发现问题及时沟通解决。 7.负责调配中心科研工作的开展。 二、药师参与临床静脉用药岗位职责 静脉用药调配中心药师应参与临床用药，主要职责任务：审核静脉用药医嘱适宜性与正确性；参与临床静脉输液的应用，协助医师正确遴选药品，指导帮助护士正确使用药品；负责与指导本中心静脉用药调配与使用有关的技术事宜。参与临床用药工作，主要有以下工作： 1.药师参与临床静脉用药岗位 应由高等学校药学专业本科毕业以上学历，并取得中级以上药学专业技术职称和有实际工作经验的人员担任，在静脉用药调配中心（室）主任领导下，负责根据科室学科发展规划，围绕科室中心工作，开展临床药学服务。 2.参与临床静脉用药岗位药师应组成专业组，分管临床各专业，选定一人担任岗位主管，负责本专业组的管理，参加质量领导小组。 3.参与临床静脉用药岗位药师除审核用药医嘱外，应规定一定时间参与临床静脉药物治疗实践，实施药学监护，参与查房、会诊、疑难危重病例讨论，参加危重患者的救治讨论，对药物治疗提出建议，提高静脉药物治疗水平。 4.实施临床治疗药物监测，设计个体化给药方案。 5.协助临床医师进行新药上市后临床观察，收集、整理、分析、反馈药物安全信息，开展药物严重不良反应监测。
静脉药物配置中心设计要求S I C O L A B Document serial number【KKGB-LBS98YT-BS8CB-BSUT-BST108】
静脉药物配置中心设计要求S I C O L A B 静脉药物配置中心(pharmacyintravenousadmixtureservices，PIVAS)，是在符合GMP标准，依据药物特性设计的操作环境下，由受过培训的药学技术人员，严格按照标准操作程序，进行包括全静脉营养液、细胞毒药物和抗生素等静脉用药物的配置，为I床药物治疗与合理用药服务。 静脉药铀配置中心场地的选择和环境的要求 (一)规划选址及工艺布局 在建立静脉药物配置中心前需要对医院是实际情况进行调查，完成调研后充分考虑各项因素，经过专业的计算，就可以初步计算所需要建立的PIVAS的规模。PIVAS的建立是严格按照人流、物流和信息信息传递三个方面来设计。其中位置选择需尽量靠近病区病房，以便于管理和用药及时、方便。规划面积一般以200m2使用面积为规划起点，每增加100张床位，相应增加5m2使用面积。工艺布局要顺应配置流程，减少迂回，避免人流物流的混杂，主要区域划分为排药间、准备间、更衣室、配置间、成品间、药品周转库、办公区等，其中配置间又可根据需要分为细胞毒药物、抗生素类药物配置间、静脉营养药物配置间及其他普通药物配置间等九五医院PIVAS总面积约为200m2，处于住院病房的第一层，是由以前的中心药房改造而成，按要求设有办公区、排药准备区、成品区、抗生素及细胞毒性药物配置间、普通及肠外营养药物配置间等。 (二)环境要求 周转库做为PIVAS的药品存放基地，在保证药品质量和有效供方面应起着重要的作用。《药品管理法》及《药品经营质量管理规范》对药品存放做出规定：按照安全、方便、节约、高效的原则，正确选择仓位，合理使用仓容，“五距”适当，堆码规范、合理、整齐、牢固，无倒置现象。根据药品的性能及要求，将药品分别存放于常温库，阴凉库，冷库。对有特殊温湿度储存条件要求的药品，应设定相应的库房温湿度条件，保证药品的储存质量。 静脉药物配置中心的人员组成与分配 PIVAS由药学人员、护理人员、工人组成，隶属药剂科管理。一般1000张床位需配备药师(士)8-10名，护师12—15名，送药护工4-6名。(1)药学人员：主要从事工作有医嘱接收、审方、定批次、摆药、校对、成品检查、包装、药品管理、药学服务。(2)护理人员：其主要工作是在药师的指导下进行摆药、核对、配置、拆包、加药、工作间及用具的清洁消毒等。(3)工人：执行清洁、包装、运送等非技术工作。 尊脉药翱配置中心的工作流程与制度 工作流程：某院PIVAS的工作流程是病区医生开出医嘱由护士录入电脑，静脉给药的长期医嘱自动传输到静脉药物配置中心，而医嘱必须以成组的形式录入，以便于药师进行审方。药师对审方通过的输液，再安排批次，之后即可打印出输液卡。药师将输液卡粘贴在输液袋上，并根据输液卡进行排药，每一袋输液放一个配药篮，再由另一药师核对无误后通过传递窗进入配置间，由护士、药师(士)按药品和病区进行分类摆放。护士冲配输液后由传递窗传出，药师按病区清点核对输液数量，分别入筐，由工友送往各病区，病区护士核对数量后签收。
区域医疗 SOA 解决方案 第 4 部分: ESB 在医疗行业中的应用 - 健康服务总线 健康服务总线是企业服务总线在医疗行业的实现，它使用 SOA 架构和医疗行业标准为基础，将医疗卫生机构的业务流程、应用系统和相关数据整合起来，提供统一的访问总线。本文给出了 IBM WebSphere Message Broker 为实现平台的参考架构，并详细介绍了与 IBM 其他产品进行集成以提供健康服务总线的相关功能。 背景介绍 区域医疗信息网络内多系统的整合 在区域医疗卫生信息网络（Regional Healthcare Information Network，RHIN）内医疗卫生机构之间共享临床与医疗健康信息的能力是当今医疗行业内面临的主要挑战之一，现有的医疗机构应用系统由于采用了不同标准、数据模型或者实现平台，在需要数据共享时候，常常根据某些特定需求实现了特定方式的连接，由于系统的异构性以及集成需求的变化和增加，这种点对点的信息交换模式越来越复杂而且难以维护，逐渐不能满足日益复杂的数据共享和交换要求，现有的系统整合和集成需要一种统一的应用架构来解决上述挑战，从而形成一个互联互通的医疗卫生业务协作网络，实现市民在各医疗机构间（例如医院与医院之间，医院与社区中心之间，社区中心与社区中心之间）的诊疗资料的共享和交换。 健康服务总线概念 在面向服务的体系架构（SOA）中，企业服务总线（Enterprise Service Bus, ESB）是一个实现系统间集成和互联互通的重要技术架构，它提供一个基于企业总线的先进应用整合理念，最大限度地减少应用系统互联所面临的复杂性，降低集成和维护成本。在区域医疗卫生信息整合环境下，构建统一的企业服务总线是实现区域医疗信息网络内多系统整合的重要实现手段，在这里，我们把企业服务总线在医疗卫生行业内特定的实现称之为健康服务总线（Health Service Bus，HSB）。健康服务总线在实现企业服务总线基本特点的同时，例如消息转换、路由、协议接入等，还需要满足医疗卫生行业内的特定需求，例如病人隐私保护、医疗卫生行业标准支持等。
关于SOA 关于SOA的概念，你可以找到很多的文章从不同的角度来描述它，不同的软件提供商也有不同的定义方式。BEA有流体计算，微软有Indigo和SOA-building，SAP有ESA。每个人都可以从不同的视角来理解SOA，从程序员的角度，SOA是一种全新的开发技术，新的组件模型，比如说Web Service；从架构设计师的角度，SOA就是一种新的设计模式，方法学；从业务分析人员的角度，SOA就是基于标准的业务应用服务。从概念的角度，IBM 对SOA的定义是最为全面的，既SOA是一种构造分布式系统的方法，它将业务应用功能以服务的形式提供给最终用户应用或其他服务。SOA包括如下要素: 一个体系架构，用开放的标准将软件资产(Asset)化为服务 提供标准的方法来表示软件资产及其交互 单独的软件资产作为构造单元，被重复使用来开发其他应用 将关注点从细节实现转移到应用(application)组装 整合企业外部的应用（B2B）的方式 开发（现在）和整合（未来）的统一 本文针对的读者是软件开发人员，站在开发人员的角度，往往希望软件开发能够满足对于开发效率、可靠性、易维护性、易管理等多方面的更高要求。让我们通过回顾软件开发的演化过程来看一看SOA出现的必然性： 面向机器语言(Monolithic)的开发模式：需要根据不同平台的机器语言来开发代码。 面向过程(Procedure)的开发模式：独立于机器的程序语言(C,Pascal等)使开发过程变得简单了，用过程来代表一个抽象的代码集合，包装重用现成的代码。 面向对象(Object)的开发模式：用更接近现实的对象来表述一个相对完整的事物。面向对象的语言(Smalltalk，Java等)，提供了更抽象的封装和重用模式。面向对象的开发强调从现实世界问题域到软件程序的直接映射，更接近人类的自然思维方式。
XXXXXX股份有限公司 ESB企业服务总线建设项目 厂商价格调查版 第二部分项目基本需求 一、公司介绍 二、信息系统概述 略
三、项目总体目标和项目实施范围 项目总体目标： 通过构建ESB企业服务总线来统一各个信息系统的服务接口协议，对全司内所有服务接口统一标准、统一管理，并且进行全局监控，从而打造信息系统之间信息交互的高速公路，以此来支持XXXX的信息化建设。 项目实施范围： 根据XXXX业务发展情况和信息系统建设情况，结合目前已知的需求范围，ESB企业服务总线将进行分阶段实施： 1、项目一期建设内容 首先按照项目总体目标构建功能齐全的ESB企业服务总线，在此基础上制定信息技术部ESB管理规范和ESB技术标准。 根据信息技术部计划，将下列软件系统的服务接口迁移到ESB企业服务总线：
项目一期建设周期，需求分析、设计开发、系统集成及联合调试的整体周期为5个月。 四、ESB企业服务总线技术需求描述 1.技术体系及基础架构 1)描述系统的体系架构，说明系统的层次结构（包括物理和逻辑）。 2)描述系统的硬件、系统软件、网络需求的估算和选型建议。 系统应使用当前主流的开源Mule ESB产品和ActiveMQ产品，系统应 具有多机集群功能，并容易实现未来扩展。系统使用的硬件应为当前主 流的硬件产品，该机型应具备升级扩充能力，以满足用户未来一定范围 内的需求变化。 3)描述系统的开发方式、开发技术、开发环境等； 4)描述系统的备份和恢复方案。 2.系统性能要求 部署在物理环境（CPU：1Core 2.2GHZ；RAM：4GB）上的ESB企业服务总线单个实例，需要满足如下性能要求： 1)并发用户数为100，PayLoad<10KB的条件下，透传业务在ESB中的平均处 理时间需要在100ms以下，CPU、RAM等系统资源使用率低于70%。 2)并发用户数为100，PayLoad<10KB的条件下，对于需要进行协议数据转换 业务在ESB中的平均处理时间需要在1s以下，CPU、RAM等系统资源使用 率需要低于70%。
静脉药物配置中心的人员管理 第一节人员配备 一、人员组成 静脉药物配置中心由药剂人员、护理人员、工勤人员组成。 1．药剂人员 根据《药品管理法》和《医疗机构药事管理暂行规定》“非药学技术人员不得直接从事药荆技术工作”的规定，配置中心工作中对医师医嘱或处方用药合理性的药学审核、药品管理等应由具有扎实的药学基础知识和临床用药知识的药师以上人员负责。药师负责监督、管理静脉药物配置中心，并运用其专业知识检查处方药物的配伍禁忌、相互作用及稳定性等。 从事工作内容：医嘱接收、审方、定批次、排药、校对、成品核查、包装、药品管理、药学服务。 2．护理人员 长期以来，我国医疗机构的各种临床静脉用药混合配置工作都是由护士在病区操作完成的，放护士具有熟练的药物配置技术，在静脉药物配置中心建立初期，护理人员经药学培训合格后，掌握无菌制药基本常识且熟悉医院各类药物的基本理化特性和药理作用，能严格遵守无菌操作技术，以负责加药配置操作。 从事工作内容：可在药师的指导下进行排药、核对、配置、拆包、加药、工作间及用具的清洁消毒等。 3．工勤人员 执行清洁、包装、运送等非技术工作。 二、管理模式 由于静脉药物配置中心在国内是新生事物，各家医院根据各自情况配置人员进行管理，一般由药剂科领导，护理部也同时参与管理。 1．委托型——药剂科单独管理 由药剂科全权统筹安排人员和管理。特点是：工作和谐统一，整体感、全局观
强。学科发展有前瞻性规划，但往往忽略护理人员业务的提高问题。此种模式较适用于小型静脉药物配置中心。 2．药护分管型——药剂科和护理部共同管理 药剂科、护理部分别安排各自的人员和工作。特点是：易与临床护理组沟通协调。但由于药剂科、护理部沿袭的工作方式、方法不同，看问题的角度不一致，工作中就难免产生较大的分歧，这就要求领导有较高的协调能力。 3．药剂科为主，护理部协助型 由药剂科负责日常工作管理，护理部负责护理人员的人事管理与分配。此种模式介于前两种管理模式之间，是向全方位管理模式转换前的过渡形式。 上海第二医科大学下属六家医院，它们分别为瑞金医院、仁济医院、新华医院、第九人民医院、上海儿童医学中心和宝钢医院。 ①宝钢医院、上海儿童医学中心的护理人员业务由护理部负责，其余由药剂科统筹协调和管理。 ②仁济医院护理人员编制、管理属于护理部，奖金由药剂科负责。 ③瑞金医院的护理人员编制、奖金和业务由护理部负责，配置中心的日常工作管理和协调由药剂科负责。 第二节岗位职责 一、静脉药物配置中心负责人岗位职责 1．工作职责 在科主任领导下，负责静脉药物配置中心的业务和行政管理工作。组织制定标准操作规程、管理制度等并组织实施，对静脉药物的配置质量负责。 2．具体职能 (1)根据配置中心的工作任务、要求和特点，进行科学分工，合理安排好配置中心药师、护士、工勤人员的日常工作，督促工作人员执行各项规章制度和操作规程。 (2)及时传达和贯彻院部及科主任布置的各项工作，并及时汇报配置中心内部执行情况。
企业服务总线系统(ESB) 技术白皮书 [V1.0.1115] 厦门博立特有限公司 版权所有 保留所有权利 目录 1.前言 4 2 .ESB简介 4 3. ESB主要功能和特点 6 3.1.ESB主要功能： 6 3.1.ESB主要特点： 7 4.ESB接口设计 8 4.1 总体设计框图 8 4.2 技术规范 8 4.3 消息传输流程 8 4.4 文件传输流程 8
4.5 MsgService接口说明 8 4.5.1 登陆到ESB(Login) 8 4.5.1.1 服务.NET原型 8 4.5.1.2 传入参数 9 4.5.1.3 返回参数 9 4.5.1.4 服务说明 9 4.5.2 发送消息到ESB(SendMessage) 9 4.5.2.1 服务.NET原型 9 4.5.2.2 传入参数 10 4.5.2.3 返回参数 10 4.5.2.4 服务说明 10 4.5.3 从ESB接收消息(ReceiveMessage) 10 4.5.3.1 服务.NET原型 10 4.5.3.2 传入参数 11 4.5.3.3 返回参数 11 4.5.3.4 服务说明 11 4.5.4 发送确认消息到ESB(AcknowledgeMessage) 11
4.5.4.1 服务.NET原型 11 4.5.4.2 传入参数 11 4.5.4.3 返回参数 12 4.5.4.4 服务说明 12 5.附录A 返回代码对照表 12 1.前言 随着信息技术的不断发展，企业、政府部门等在信息化建设上投入了大量的资金、人力，逐步形成了适合自身某些部门或某些业务需要的管理信息系统，如办公自动化、客户关系管理CRM、企业资源计划ERP、生产制造系统等，这些管理信息系统，在企业和政府某些部门或业务的管理上，发挥了信息电子化、流程自动化、管理科学化的重要作用。 但是，企业和政府现有的管理信息系统，由于投入的时间、使用的部门、生产的厂家及实现技术等各不相同，造成企业和政府现有的应用信息系统各自独立运行，数据不能共享，各自业务流程不能自动衔接，造成企业和政府内部许多自成体系的信息化孤岛，各个应用系统不能相互协作，形成统一高效的有机整体。 企业应用集成，英文名称为Enterprise Application Integration，简称EAI，是为了解决企业和政府现有多种应用系统不能互连互通、数据共享、业务流程协调统一的问题，将异构的两个或更多的硬件、平台及应用系统进行无缝集成，使它们形成一个统一的整体。
静脉药物配置中心静脉用药混合调配操作规程 一、调配操作前准备： １、每日配液操作前需参照配液记账与停止医嘱操作规程进行记账、查找大输液医嘱和重复医嘱。每日早晨配液前打开药房门口信箱，查看是否有新医嘱，如有，按照静脉用药集中配置前准备标准操作规程执行。 2、在调配操作前30分钟，按操作规程启动洁净间和层流工作台净化系统，并确认其处于正常工作状态，操作间室温控制于18℃～26℃、湿度40％～65%、室内外压差符合规定，操作人员记录并签名； 3、接班工作人员应当先阅读交接班记录，对有关问题应当及时处理； 4、按更衣操作规程，进入洁净区操作间，首先用
蘸有75%乙醇的无纺布从上到下、从内到外擦拭层流洁净台内部的各个部位。 二、将摆好药品容器的药车推至层流洁净操作台附近相应的位置。 三、调配前的校对：调配药学技术人员应当按输液标签核对药品名称、规格、数量、有效期等的准确性和药品完好性，确认无误后，进入加药混合调配操作程序。 四调配操作程序： １、选用适宜的一次性注射器，拆除外包装，旋转针头连接注射器，确保针尖斜面与注射器刻度处于同一方向，将注射器垂直放置于层流洁净台的内侧。 ２、用75%乙醇消毒输液袋（瓶）的加药处，放置于层流洁净台的中央区域。 ３、除去西林瓶盖，用75%乙醇消毒安瓿瓶颈或西
林瓶胶塞，并在层流洁净台侧壁打开安瓿，应当避免朝向高效过滤器方向打开，以防药液喷溅到高效过滤器上。 ４、抽取药液时，注射器针尖斜面应当朝上，紧靠安瓿瓶颈口抽取药液，然后注入输液袋（瓶）中，轻轻摇匀。 ５、溶解粉针剂，用注射器抽取适量静脉注射用溶媒，注入于粉针剂的西林瓶内，必要时可轻轻摇动（或置震荡器上）助溶，全部溶解混匀后，用同一注射器抽出药液，注入输液袋（瓶）内，轻轻摇匀。 ６、调配结束后，再次核对输液标签与所用药品名称、规格、用量，准确无误后，调配操作人员在输液标签上签名或者盖签章，标注调配时间，并将调配好的成品输液和空西林瓶、安瓿与备份输液标签及其他相关信息一并放入筐内，以供检查者核对。
企业服务总线ESB项目供应商征集要求 一、项目名称 企业服务总线ESB项目 二、项目背景 随着我行经营战略的实施，经营管理改革不断深化，业务规模不断壮大，产品种类不断增多，对应的支撑信息系统也在不断增加，目前已达到了一百多个，且系统与系统之间的交互也越来越多，如何高效的实现这一百多个系统之间的互联互通互用，从而形成一个有机的整体，就成了我行当前面临的一个新问题，这个问题需要在科技层面引入一种先进的架构来解决。 面向服务的SOA架构思想是当前IT架构发展的主流，SOA 是一种面向服务的分布式应用体系架构，它将各应用程序的业务功能定义为服务，并按松耦合方式组合服务形成业务功能或业务流程。通过SOA架构建设，可极大的提升整体系统对业务发展变化响应的敏捷性和灵活性。企业服务总线（简称ESB：Enterprise Service Bus）是企业SOA架构落地的最佳实践，是实施SOA的切入点。通过ESB项目建设，可建立起多层次、条线化、松耦合的IT应用架构，简化了接口和交易环节，架构更加清晰，从而能更有效支撑我行未来的业务发展战略。
三、项目要求 本系统的建设目标为建立起一个灵活的、高效的、稳定的全行总线系统，实现我行异构系统的互联互通互用，实现我行统一服务视图和统一服务监控。建设该系统，具体需达到以下要求： 1.建立起松耦合的、灵活、稳定的面向服务的SOA 系统架构,高效解决我 行异构系统间互联互通互用问题。 2.制定起我行统一的银行服务规范和技术规范，搭建一套服务治理平台， 梳理我行服务，实现服务全生命周期管理，形成我行的统一服务视图，以支持快速地构建新业务和新产品。 3.提升我行系统整体效率，通过引入流量控制和故障隔离机制，增强系统 整体健壮性。 4.通过对各系统的服务运行情况监测及分析，实现对全行系统的有效监控。
静脉用药配置中心制度 Document number：PBGCG-0857-BTDO-0089-PTT1998
药师参与临床静脉用药管理制度 1．明确药师参与临床静脉用药岗位职责，建立健全临床药学工作制度，充分发挥药学服务在医院临床工作中的作用，促进临床合理用药、增进人民健康。 2．参与临床静脉用药岗位药师在静脉用药调配中心室主任领导下，负责根据科室学科发展规划，围绕科室中心工作开展临床药学服务。 3．参与临床静脉用药岗位药师应组成专业组，分管临床各专业，负责深入临床，参与临床药物治疗、查房会诊、疑难、危重病例讨论，参加危重患者的救治讨论，对药物治疗提出建议。 4．根据患者病情需要，建议医师为病人做治疗药物监测，设计个体化给药方案。 5．协助临床医师进行新药上市后临床观察、收集、整理、分析、反馈药物安全信息，开展严重药品不良反应监测。 6．直接向临床医师、护士、患者以及其他有关人员提供与静脉用药有关的信息与咨询服务，宣传合理用药知识，指导患者安全用药。 7．参与临床静脉用药岗位药师负责与病区的协调工作，深入临床了解药物应用情况，对药物临床应用提出改进意见，听取病区和患者意见，改善静脉用药调配工作，并及时反馈。 8．开展处方点评，药物评价和药物利用研究。 人员培训及考核制度
人力资源是静脉用药调配中心室最重要的资源．人员知识水平、道德修养、实际工作能力直接影响工作质量。为进一步提升服务质量，提高工作人员素质，规范对工作人员岗前培训，在岗考核及继续教育，特制定本制度。 1．静脉用药调配中心室全体人员在上岗前均应进行专业技术、岗位操作、卫生知识的学习培训和考核．经过培训并通过考核合格后，方可上岗。 2．静脉用药调配中心（室）全体人员均应学习《药品管理法》，《药品生产质量管理规范》和《处方管理办法》等法律法规。 3．培训应根据技术职务和工作岗位区别进行，各岗位工作人员要通过各自岗位的操作培训。 4．考核后．考卷装人个人技术档案．考核成绩填人人员技术档案表。 5．组织参加专题学术会，不断提高工作人员的业务水平。 6．工作人员每年至少进行一次年度考核，考核内容包括：专业理论基础、PⅣAS知识、管理制度、操作技术、工作质量、工作成绩等。考核应根据技术职务和工作岗位区别进行。 7．每年根据考核成绩的优劣对工作人员进行适当调整。考核不合格者，一般人员调离所在工作岗位，管理人员调离管理岗位。 安全与环保工作制度 1．静脉用药调配中心室的全体工作人员均应增强安全与环保意识，积极消除安全隐患，保障安全生产。 2．全体工作人员均应注意人员防护，做到： （1）在静脉用药调配中心室的任何时间内都应按规定穿戴与静脉用药调配相关的专用工作服装，且应按规定定期清洗。 （2）用于洁净区的服装和普通工作服应分开存放在有标志的指定柜中。 （3）私人衣服和物品放在普通更衣柜中，不准带人缓冲区和洁净区。 （4）在静脉用药调配中心室内严禁吸烟，不准带人食品或在室内饮食。
企业服务总线ESB方案书
1需求综述 (4) 1.1主数据平台接口 (4) 1.2业务数据接口 (4) 1.3OA系统接口： (5) 1.4国家法定信息发布媒体： (5) 2系统解决方案 (5) 2.1系统技术架构 (5) 2.1.1运行平台 (6) 2.1.2开发平台 (6) 2.1.3监控平台 (7) 2.1.4公共服务 (7) 2.1.5适配器 (7) 2.2部署方案 (9) 2.2.1管理监控部分部署方案 (9) 2.2.2硬件选型建议 (10) 2.2.3逻辑分区部署方案 (11) 2.2.4硬件配置建议 (11) 2.2.5服务接口规范 (12) 2.2.6高性能、高可用性及扩展能力设计 (12) 2.2.7完善的安全机制 (13) 2.3整体解决方案 (15) 2.3.1接入控制 (16) 2.3.2通信接入模块 (17) 2.3.3请求系统适配 (18) 2.4集成服务功能 (19) 2.4.1服务治理 (19) 2.4.2提供对出错服务的及时检测和隔离功能 (20) 2.4.3协议转换 (20) 2.4.4消息格式转换 (21) 2.4.5服务路由 (22) 2.4.6监控和运维 (22) 2.4.7服务等级 (23) 2.5系统非功能需求 (24) 2.5.1可用性 (24) 2.5.2可扩展性 (24) 2.5.3可维护性 (25)
2.5.4安全性 (25) 2.5.5性能需求 (25) 2.6公用服务 (26) 2.6.1流量控制 (26) 2.6.2故障隔离 (26) 2.6.3统一流水号 (27) 2.6.4日志记录 (27) 2.7管理监控 (27) 2.7.1系统平台级监控 (27) 2.7.2应用级监控 (27) 2.7.3统计分析 (27) 2.7.4异常报警 (28) 2.7.5统一的运维管理 (28) 3技术支持与服务方案 (28) 3.1技术支持与售后服务体系 (29) 3.2服务管理模式 (29) 3.3服务响应 (30) 3.3.1问题优先级（或问题严重程度）级定义 (30) 3.3.2服务响应时间 (31) 3.3.3问题解决时间 (33) 3.3.4服务文档 (34) 3.4维护支持服务流程 (35) 3.4.1服务消息创建流程 (35) 3.4.2问题处理流程 (35) 3.4.3服务确认流程 (36) 3.4.4投诉及问题升级流程 (37)
静脉药物配置中心设计要求SICOLAB 静脉药物配置中心(pharmacy intravenous admixture services，PIVAS)，是在符合GMP标准，依据药物特性设计的操作环境下，由受过培训的药学技术人员，严格按照标准操作程序，进行包括全静脉营养液、细胞毒药物和抗生素等静脉用药物的配置，为I 床药物治疗与合理用药服务。 静脉药铀配置中心场地的选择和环境的要求 (一)规划选址及工艺布局 在建立静脉药物配置中心前需要对医院是实际情况进行调查，完成调研后充分考虑各项因素，经过专业的计算，就可以初步计算所需要建立的PIVAS的规模。PIVAS的建立是严格按照人流、物流和信息信息传递三个方面来设计。其中位置选择需尽量靠近病区病房，以便于管理和用药及时、方便。规划面积一般以200m2使用面积为规划起点，每增加100张床位，相应增加5m2使用面积。工艺布局要顺应配置流程，减少迂回，避免人流物流的混杂，主要区域划分为排药间、准备间、更衣室、配置间、成品间、药品周转库、办公区等，其中配置间又可根据需要分为细胞毒药物、抗生素类药物配置间、静脉营养药物配置间及其他普通药物配置间等九五医院PIVAS总面积约为200m2，处于住院病房的第一层，是由以前的中心药房改造而成，按要求设有办公区、排药准备区、成品区、抗生素及细胞毒性药物配置间、普通及肠外营养药物配置间等。 (二)环境要求 周转库做为PIVAS的药品存放基地，在保证药品质量和有效供方面应起着重要的作用。《药品管理法》及《药品经营质量管理规范》对药品存放做出规定：按照安全、方便、节约、高效的原则，正确选择仓位，合理使用仓容，“五距”适当，堆码规范、合理、整齐、牢固，无倒置现象。根据药品的性能及要求，将药品分别存放于常温库，阴凉库，冷库。对有特殊温湿度储存条件要求的药品，应设定相应的库房温湿度条件，保证药品的储存质量。 静脉药物配置中心的人员组成与分配 PIVAS由药学人员、护理人员、工人组成，隶属药剂科管理。一般1000张床位需配备药师(士)8-10名，护师12—15名，送药护工4-6名。(1)药学人员：主要从事工作有医嘱接收、审方、定批次、摆药、校对、成品检查、包装、药品管理、药学服务。(2)护理人员：其主要工作是在药师的指导下进行摆药、核对、配置、拆包、加药、工作间及用具的清洁消毒等。(3)工人：执行清洁、包装、运送等非技术工作。 尊脉药翱配置中心的工作流程与制度 工作流程：某院PIVAS的工作流程是病区医生开出医嘱由护士录入电脑，静脉给药的长期医嘱自动传输到静脉药物配置中心，而医嘱必须以成组的形式录入，以便于药师进行审方。药师对审方通过的输液，再安排批次，之后即可打印出输液卡。药师将输液卡粘贴在输液袋上，并根据输液卡进行排药，每一袋输液放一个配药篮，再由另一药师核对无误后通过传递窗进入配置间，由护士、药师(士)按药品和病区进行分类摆放。护士冲配输液后由传递窗传出，药师按病区清点核对输液数量，分别入筐，由工友送往各病区，病区护士核对数量后签收。 工作制度：每位员工应严格按照工作流程和操作规程为临床提供优质的服务。关键岗位相对固定，其它岗位轮流上岗。规章制度应有日常工作制度、值班制度、安全制度、考勤制度、业务考核制度、消毒制度、环境洁净度监测制度、仪器设备检测及养护制度、领药制度、退药制度、药品养护制度、特殊药品、效期药品管理制度等。 SICOLAB总结 PIVAS的建立使输液的配置从原来开放不洁净的环境转变为洁净环境，大大降低了污染
企业服务总线系统(ESB) 技术白皮书 [V1.0.1115] 厦门博立特有限公司 版权所有 保留所有权利
目录 1.前言 (4) 2 .ESB简介 (4) 3. ESB主要功能和特点 (6) 3.1.ESB主要功能： (6) 3.1.ESB主要特点： (7) 4.ESB接口设计 (8) 4.1 总体设计框图 (8) 4.2 技术规范 (8) 4.3 消息传输流程 (8) 4.4 文件传输流程 (8) 4.5 MsgService接口说明 (8) 4.5.1 登陆到ESB(Login) (8) 4.5.1.1 服务.NET原型 (8) 4.5.1.2 传入参数 (9) 4.5.1.3 返回参数 (9) 4.5.1.4 服务说明 (9) 4.5.2 发送消息到ESB(SendMessage) (10) 4.5.2.1 服务.NET原型 (10) 4.5.2.2 传入参数 (10) 4.5.2.3 返回参数 (10) 4.5.2.4 服务说明 (10) 4.5.3 从ESB接收消息(ReceiveMessage) (11) 4.5.3.1 服务.NET原型 (11) 4.5.3.2 传入参数 (11) 4.5.3.3 返回参数 (11) 4.5.3.4 服务说明 (11) 4.5.4 发送确认消息到ESB(AcknowledgeMessage) (12) 4.5.4.1 服务.NET原型 (12)
4.5.4.2 传入参数 (12) 4.5.4.3 返回参数 (12) 4.5.4.4 服务说明 (12) 5.附录A 返回代码对照表 (13)
1.前言 随着信息技术的不断发展，企业、政府部门等在信息化建设上投入了大量的资金、人力，逐步形成了适合自身某些部门或某些业务需要的管理信息系统，如办公自动化、客户关系管理CRM、企业资源计划ERP、生产制造系统等，这些管理信息系统，在企业和政府某些部门或业务的管理上，发挥了信息电子化、流程自动化、管理科学化的重要作用。 但是，企业和政府现有的管理信息系统，由于投入的时间、使用的部门、生产的厂家及实现技术等各不相同，造成企业和政府现有的应用信息系统各自独立运行，数据不能共享，各自业务流程不能自动衔接，造成企业和政府内部许多自成体系的信息化孤岛，各个应用系统不能相互协作，形成统一高效的有机整体。 企业应用集成，英文名称为Enterprise Application Integration，简称EAI，是为了解决企业和政府现有多种应用系统不能互连互通、数据共享、业务流程协调统一的问题，将异构的两个或更多的硬件、平台及应用系统进行无缝集成，使它们形成一个统一的整体。 企业服务总线（Enterprise Service Bus，缩写ESB），是面向服务架构的骨干，在完成服务的接入，服务间的通信和交互基础上，还提供安全性、可靠性、高性能的服务能力保障。采用SOA架构，基于ESB总线进行企业应用集成，应用系统之间的交互通过总线进行，这样可以降低应用系统、各个组件及相关技术的耦合度，消除应用系统点对点集成瓶颈，降低集成开发难度，提高复用，增进系统开发和运行效率，便于业务系统灵活重构，快速适应业务及流程变化需要。 2 .ESB简介 ESB作为博立特科技公司的企业应用集成产品，主要功能是在两个或更多的异构系统（如不同的数据库、消息中间件、ERP或CRM等）之间进行资源整合，实现互连互通、数据共享、业务流程协调统一等功能，构建灵活可扩展的分布式企业应用。
企业服务总线ESB方案书 1需求综述 (3) 1.1主数据平台接口 (3) 1.2业务数据接口 (3) 1.3OA系统接口： (4) 1.4国家法定信息发布媒体： (4) 2系统解决方案 (5) 2.1系统技术架构 (5) 2.1.1运行平台 (5) 2.1.2开发平台 (6) 2.1.3监控平台 (6)
2.1.5适配器 (6) 2.2部署方案 (7) 2.2.1管理监控部分部署方案 (7) 2.2.2硬件选型建议 (8) 2.2.3逻辑分区部署方案 (9) 2.2.4硬件配置建议 (9) 2.2.5服务接口规范 (10) 2.2.6高性能、高可用性及扩展能力设计 (10) 2.2.7完善的安全机制 (11) 2.3整体解决方案 (12) 2.3.1接入控制 (12) 2.3.2通信接入模块 (13) 2.3.3请求系统适配 (14) 2.4集成服务功能 (15) 2.4.1服务治理 (15) 2.4.2提供对出错服务的及时检测和隔离功能 (15) 2.4.3协议转换 (15) 2.4.4消息格式转换 (16) 2.4.5服务路由 (16) 2.4.6监控和运维 (16) 2.4.7服务等级 (17) 2.5系统非功能需求 (17) 2.5.1可用性 (17) 2.5.2可扩展性 (17) 2.5.3可维护性 (18) 2.5.4安全性 (18) 2.5.5性能需求 (18) 2.6公用服务 (18) 2.6.1流量控制 (18) 2.6.2故障隔离 (19) 2.6.3统一流水号 (19) 2.6.4日志记录 (19) 2.7管理监控 (19) 2.7.1系统平台级监控 (19) 2.7.2应用级监控 (19) 2.7.3统计分析 (19) 2.7.4异常报警 (20)
静脉药物配置中心 标准操作规程 静脉药物配置中心标准操作规程目录 1.静脉药物配置中心工作流程 (2) 2 (2) 3 (4) 4 (5) 5 (5) 6 (6) 7 (6) 8 (8) 9.T (9) 10 (9) 放→摆放注射器→配液记账→混合调配→输液成品核对→输液成品扫描执行→输液成品包装→输液成品置于密闭容器中加锁或封条→用专用车送至病区→病区药疗护士开锁或封条核对签收。 静脉用药集中配制前准备标准操作规程
静脉用药集中配置前准备分为八步：进入配液系统、配液配伍审核、配液打印标签、配液排药统计、备药排药、核对贴标签、 摆放注射器、配液记账等。 一、审核医嘱操作规程 1、系统操作双击电脑桌面“东华系统”IE浏览器图标→输 点击“配 “配 （、《病例书写基本规范》的有关规定，书写正确、完整、清晰，无 遗漏信息。 （2）分析鉴别临床诊断与所选用药品的相符性。 （3）确认遴选药品品种、规格、给药途径、用法、用量的正确
性与适宜性，防止重复给药。 （4）确认静脉药物配伍的适宜性，分析药物的相容性与稳定性。 （5）确认选用溶媒的适宜性。 （6）确认静脉用药与包装材料的适宜性。 （7）确认药物皮试结果和药物严重或者特殊不良反应等重要信 （ 2、输液标签内容除应当符合质量管理相关的规定外，还应当 注明需要特别提示的下列事项： （1）按规定应当做过敏性试验或者某些特殊性质药品的输液标签，有明显标识，（如细胞毒化疗药物的药品名称前标有“▲”，
应当做过敏性试验的药物的药品名称前标有“【皮】”，需要避光输注的药物的药品名称前标有“【光】”，配制后成品输液不稳定需要及时使用的药物药品名称前标有“【先】”，成品输液有滴速要求的药品名称前标有“【速】”，成品输液需要特殊监护的药品名称前标 有“【监】”等）； （ “头 1、排药前按照配液排药汇总单准备药品，置于摆药台上，将 溶媒按种类分开摆放。 2、药师应当仔细阅读、核查输液标签是否准确、完整，如有 错误或不全，应当告知审方药师校对纠正。
谈及企业服务总线（ESB），在有面向服务的架构（SOA）实施经验的开发者眼中一定不会陌生。这些年，人们一直在谈论它，以至有些人认为“实施SOA一定需要ESB”，或“只要将ESB架起来了，我们就SOA了”。这些说法有可取之处，也存在片面之嫌，由于业界对于ESB没有统一、标准的定义，所以一千个人眼中有一千个“ESB”也就成了情理中的事情了。然而，怎么才能将ESB 用好？我们需要清楚地认识ESB在SOA中所扮演的角色，理解哪些工作是ESB的职责之内，哪些却不是。只有正确地认识了ESB的职能，并委以恰当的任务，才能将它用在刀刃上、发挥其巨大的能量。 事实上，ESB在SOA中扮演着重要的角色，在技术层解决了SOA的整合问题，耦合了应用与应用之间的集成逻辑，使得SOA更灵活，更易于扩展，更敏捷。有了ESB，新建的服务消费者应用程序不需要关心服务的提供者在哪里，使用何种通讯协议，与其交互的数据是怎样的……，它只需向ESB发出请求，使用开放的、标准的通讯协议。相反，若某个可重用的价值较大的服务位于某一个遗留系统中，而由于种种原因，该遗留系统不能在短期内重写，此时ESB可以架起该服务与其使用者之间沟通的桥梁。当然，ESB的作用远不止这些，业内也有很多讨论，本文不再赘述。读者可在Google上搜索ESB Patterns获得相关资料。 然而，ESB并非“救世主”，它注定也不可能解决应用系统整合中出现的所有问题。道理很简单，计算机发展历史长从没有出现过一个产品/工具可以满足所有的应用需求，技术发展得很快，需求发展更快，所以技术永远跟不上需求。此外，ESB或ESB产品有其特定的适用范围，它是基础设施层的概念/产品，解决的是整合中的常见问题，比如服务连通、路由、消息丰富、服务的注册/查找/发布等服务的管理、服务监控和质量保证等。ESB不能解决的问题比其能解决的问题多很多。比如，让它去做人工流程的编排是不合适的，让它提供门户类产品那样的用户交互也是极其困难的……。 笔者支持过许多客户项目。在这些项目中，有的客户将ESB用的好，有的则勉强用上，用的功能很简单，有的则用ESB做一些原本不属于它该做的工作。在这里，笔者仅从个人的立场，分享自己这些年来积累的ESB实施经验。下面列出笔者常看到但不推荐的实施和笔者在实施ESB 的过程中积累的一些较好的实践方式，供读者参考。同时欢迎批评指正。 不推荐实施 挟ESB以令外围应用 ?现象： ESB的架构师在ESB上设计一套标准的数据接口（通用的XML格式），规定使用统一 的协议（如Web Service/HTTP）。所有的ESB服务消费者和接入ESB的服务必须符合该标准。其目的是为了简化ESB上的开发工作。这就是一种“挟天子以令诸侯”的做法，因为在实际情况中，可能领导规定了“所有的服务必须要经过ESB，即便是透传”。 ?分析： 国内的ESB实施者大多数是一些SI/ISV，出于成本/人力或其他个方面的原因，总会有 一些架构师希望达成这样一个目标：我能否设计/实现一个一劳永逸的ESB中间平台， 将来不论哪种服务都可以方便地接入到ESB上？