液氧储槽故障应急预案（精选7篇）
液氧储槽故障应急预案 第1篇
液态氧泄漏事故应急救援预案
1编制目的
液态氧储罐是有一定危险的承压设备。为了确保液态氧储罐安全运行，提高现场应急处理液态氧设备故障的能力，迅速、妥善的处理好液态氧储罐泄漏应急事故，防止事故扩大，最大限度的减少人员伤亡和财产损失，把事故危害降低到最低程度，特制定液态氧储罐泄漏事故应急处置预案如下：
2事故特征
液态氧储罐泄漏事故，是指液态氧储罐由于年久失修或者工作人员在使用过程中操作不当发生破裂，使压力瞬间降至外界大气压的事故：是物质由某一种状态迅速地转化为另一种状态，并在瞬间以机械能的形式释放出大量能量的过程。
3应急组织与职责 3.1应急组织体系
制氧厂成立液态氧储罐泄露事故应急救援指挥部，作为我厂应急处置事故的最高决策机构。
总指挥：韩泽锋 副总指挥：侯守权
成员：崔文成，邢秋亮，吴连芳，李凤发 3.2应急救援指挥部职责
3.2.1分析液态氧储罐设备存在的危险、危害因素及可能发生的事故并制定批准预防措施和应急处置措施。
3.2.2负责组织各职能部门人员，制定、修订安全事故应急预案，建立健全应急预案管理制度，完善人、财、物保障体系，加强专业应急救援队伍建设。
3.2.3突发液态氧储罐泄露事故后，根据事故发生的情况迅速启动应急预案，统一部署、指挥协调应急救援行动，发布应急救援启动和恢复命令。
3.2.4负责应急救援装备和资金的筹措使用，为液态氧储罐泄露事故应急处置体构必要的物力、财力和技术保障。
3.2.5负责组织应急救援的培训和演练，做好应急救援的各项准备工作。
3.2.6配合事故调查处理，落实应急整改措施，及时向上级安全应急部门报告事故的应急处置情况，并总结应急工作经验。
3.3应急救援指挥部各成员单位职责
3.3.1总指挥是处理液态氧储罐泄露事故的全权指挥者，在副总指挥的协助下，制定事故的处置计划。
3.3.2在发生液态氧储罐泄露事故时，应急救援指挥部成员应组织人员实施救援行动，及时向总指挥汇报事故情况，必要时向上级安全及特种设备应急部门发出求援请求，事后总结应急救援工作经验教训。
3.3.3指挥部各成员应在总指挥、副总指挥的领导的开展工作统一服从指挥。3.4现场应急救援指挥部下设
3.4.1现场指挥组：主要负责现场抢救工作，及时处理突发事故。3.4.2抢险抢修组：负责抢险抢修指挥协调。3.4.3医疗救护组：主要负责对受伤人员的医疗救护。4应急处置
4.1事故应急处置程序 4.1.1事故报告
（1）液态氧储罐泄露事故后，现场工作人员要根据发生的事故类型及现场情况，立即向事故处理值班室0335-7022044汇报
（2）值班室接到事故汇报后，立即通知应急救援指挥部组织自救。发生特大事故，应急救援指挥部总指挥在组织自救的同时，向上级应急救援组织上报，启动相应的应急救援预案。
基本情况包括：事故发生的时间、地点、事故类型： 事故简要经过、伤亡人数、伤害程度、涉及范围： 事故原因的初步判断：
事故发生后已采取的应急抢救方案、措施和进展情况，必要时附事故现场图。
4.1.2应急响应
应急救援指挥部接到汇报后，启动一级响应，立即组织现场自救并参照有关标准，迅速作出判断，确定报警和相应应急救援级别。如事故较小，不足以启动救援预案，则发出“预警”报警，密切关注事态发展：如事故较大，预计单位难以控制，则立即发出“现场应急”报警，向上级公司及政府部门汇报，并下达启动应急救援预案的命令，即启动二级响应程序。
危险化学品应急救援预案启动后，按照应急救援人员通讯录，迅速通知应急救援指挥部成员及抢险救援人员，与基层科室和车间密切配合处理。
4.1.3现场指挥
发生事故后，有应急救援指挥部负责指挥协调人员进行自救互救工作。当采取应急自救处置措施后仍不能有效控制事态的发展或出现人员伤亡时，应启动危险化学品事故应急救援总预案。
4.1.4应急结束
应急处置结束后，进入临时应急恢复阶段，应急救援指挥部要组织现场清理、人员清点和撤离。
（2）应急处置结束后，单位恢复正常的生产秩序，应急救援指挥部组织专业人员对应急进行总结评审。
4.1.5后期处置
（1）生产技术部门负责事故后期的损失评估和生产秩序恢复。（2）善后处理部门负责事故后其的善后赔偿、影响消除。（3）安全管理部门负责事故后期抢险过程和应急救援能力的评估和应急预案的修订工作。
4.2现场应急处置应遵循的原则 4.2.1现场应急处置应遵循的原则
（1）救人优先的原则：现场工作人员本着“以人为本，救人第一”的原则，首先进行自救，然后进行救助他人：
（2）防止事故扩大，缩小影响乏味的原则：（3）保护救灾人员生命安全的原则：（4）利于恢复医疗工作的原则。4.2.2处置措施
（1）首先在泄漏区50米以外设置警戒装置，非抢险救护人员严禁靠近。
（2）由应急救援指挥部负责统一分工，制氧厂安全科长任现场指挥，抢险人员佩戴过滤式防毒面具，对抢险人员做防冻处理，携带抢险工具等第一时间到达现场，将与液态氧储罐泄露有关的所有阀门迅速关闭或采取堵漏：准备干粉等灭火器随时准备进行灭火，同时设置隔离带以防事故蔓延。
（3）医疗事故组迅速进入应急状态，将吸入高浓度氧氧中毒人员迅速抬至通风、空气新鲜处进行现场救护，冻伤及骨折危重人员立即分别进行表面创口处理、包扎、固定、心肺复苏等院前救护措施，后立即转送至就近医疗单位进行抢救。
（4）由制氧厂运行工段长负责维持现场秩序，指挥现场人员进行安全的疏散，按照“轻、重、缓、急”的原则，统一安排，保障抢险通道的畅通，杜绝次生事故的发生。
（5）一旦发生火灾、爆炸，抢险人员要与消防人员密切配合，不要站立在着火点的下风侧，避免吸入烟气晕倒。
（6）发生室内火灾，进行扑救前，应先打开门窗。灭火时还应佩戴防毒面具和氧气呼吸器，避免中毒危险。
（7）事故发生后，制氧厂应急救援指挥部召开事故分析会，及时查找事故原因，总结教训，杜绝此类事故的再次发生。
4.3信息报告和处置
4.3.1设立事故报告接警专用电话，设在值班室，号码为0335-7022044，明确应急救援指挥部成员和相关应急救援单位的电话。
4.3.2发生事故后，现场工作人员要立即向总值班室汇报，汇报内容包括：
（1）发生事故设备的名称、时间、地点、事故现场情况：（2）事故类型和经过：（3）影响范围
（4）事故已经造成或者可能造成的伤亡人数（包括由于延误抢救和造成的伤亡人数）和初步估计的直接经济损失：
（5）事故原因的初步判断：（6）应急预案的启动情况：
（7）已采取的应急救援措施和进展情况：（8）需报告的其他事项等。
5、培训与演练
5.1应急抢险救护人员按规定佩带符合标准的个人防护器具。5.2应采购国家指定的专业厂家生产的抢险救援器材，要严格采购、入库、存放过程及使用前的检验验收关，并按规定使用。5.3制定的应急救援对策及措施要有针对性、使用性和可操作性，事前要经过演练。
5.4现场自救互救应遵循保护个人安全的原则，防止事故蔓延，降低事故损失。
5.5单位每年至少组织一次应急处置方案的宣传、贯彻、学习和演练，演练结束后，应急救援指挥部对方案的适用性和抢险人员的能力进行评审。
5.6应急救援结束后，应急救援指挥部应组织人员对本次救援工作进行总结，找出存在的问题，修订完善应急预案。
制 氧 厂 2016-9-28
液氧储槽故障应急预案 第2篇
1、总则 1.1编制目的
为了能够在发生事故时快速、及时、有序的做好应急处理工作，最大限度的控制事故蔓延，降低事故危害，切实保障职工生命和公司财产安全，结合液体泵班实际，制定本预案。1.2编制依据
《中华人民共和国安全生产法》 《中华人民共和国消防法》
《生产经营单位安全生产事故应急预案编制导则》
1.3适用范围：适用于液体泵班范围内的液氧储贮槽超压事故救援 1.4预案原则
以人为本，控制事态，保护生命，减少损失
2、危险性分析 2.1产品
液体储槽长期储存低温液体产品，一旦发生泄漏，将极有可能造成重大事故；
氧的化学性质非常活泼并且助燃，非可燃性气体。在一定条件下可导致设备燃烧，甚至发生爆炸，属强氧化剂，能助燃，与可燃性气体混合达一定比例易爆炸，与油脂接触易燃烧爆炸，在室内聚集浓度超过23％（体积）有火灾危险。其液体产品属低温产品，易导致冻伤，且液氧见明火极易发生爆炸。
液氧：与可燃气体形成爆炸性混和物，与还原剂能发生强烈反应。流速过快容易产生静电积累，放电可引起燃烧爆炸。高速氧气流遇油渍、油污易着火。液氧与皮肤接触会造成冻伤。吸入过多氧气会造成“中毒”。由液氧引起的燃烧或爆炸后果不堪设想，会造成无法估量的重大损失。2.2.1诱发液氧贮槽超压事故主要因素：
2.2.1.1贮槽内胆泄漏液体迅速气化（液氧气化体积比为1：800）2.2.1.2贮槽顶部放散阀自动放散调节装置失灵 2.2.1.3控制夹层压力的氮封调节阀坏 2.2.1.4呼吸阀失灵
2.2.2液氧贮槽超压事故危害因素分析：
2.2.2.1液氧泄漏遇明火发生燃烧爆炸，造成人员烧伤、死亡；
2.2.2.2使用空气呼吸器过程中人员摔倒、磕碰、撞击致使呼吸器破裂、爆炸； 2.2.2.3气体中毒。
3、组织机构
指 挥： 亓清靖
副指挥： 韩召明 李永东 李永
成 员：董光强 姚良波 李长春 邵健 宋均杰 于代江 曹崇祥 黄娟 刘军 吴尧 李炜
指挥职责：
（1）向生产调度和救援指挥报告险情。
（2）负责事故救援人员、物质调度、指挥抢险、协调各救援小组之间的人员配合。（3）组织预案演练工作。
（4）组织本班组事故应急救援预案的制定与修订工作。（5）参与事故调查，总结应急救援工作及经验教训。通讯联络员：韩召明
通讯联络员职责：负责现场信息的联络通讯工作。处置程序：
1．立即拨打“119”报警。报警内容包括：，事故详细地点、报警人姓名、事故概况、伤亡情况、可能造成的后果等。
2．向指挥汇报现场事故状况。
3．根据指挥指令联系相关人员进行救援。
措施：要掌握报警的详细内容，为事故扑救提供最新、最快信息。疏散引导成员：李永
疏散引导员职责：负责确认安全通道，解救疏散现场受困人员，及时引导消防车辆进入现场救援。维持现场秩序和警戒工作。处置程序：
1．接到救援通知迅速赶到现场，拉上警戒线并维持现场秩序 2．发现受困人员受伤严重时，及时联系安全防护救护小组进行救护。措施：
1．确认现场安全通道畅通 2．疏散引导现场无关人员撤出现场
3．对受困人员及时进行引导疏散，要求现场人员用湿毛巾捂住口鼻撤离
安全防护救护成员：姚良波 黄娟 刘军 吴尧 李炜
安全防护救护职责：负责组织现场伤员的急救，对现场受困人员进行救护。处置程序：
1．接到救援通知两人带上空气呼吸器和担架赶赴现场。2．发现受伤人员后，将受伤人员抬到空气清新处进行救护。
3．受伤人员呼吸困难时，进行人工呼吸。受伤非常严重时，应及时拨打“120”报警。措施：保障现场受困人员及时救护
事故处置行动组成员:董光强 李长春 邵健 宋均杰 于代江 曹崇祥 事故处置行动组职责：负责事故的处理工作及现场灭火扑救。处置程序：
1．接到救援通知后在液氧贮槽周围开始使用消防沙设立围堤，防止液体外溢衍生事故，消除控制事态发展。2．将液氩泵房西侧的消防栓接好水龙带，用消防水向排出的液体喷洒使液体气化。
3．提现场灭火器，进入现场立即展开扑救，拔掉保险销，按下压把对准火源根部进行喷射灭火。4．及时向现场送灭火器材、消防沙、消防锨 等抢险物资
5．灭火时，要避开电气设备，身体要贴近墙面，防止燃烧物掉落、倒塌造成人员伤亡。措施：保障人员及时赶到现场，提灭火器冲进事故现场，并利用就近的消防栓和消防沙进行扑救
4、预防与预警
发现火灾人员
指挥
各成员
发生事故时及时向厂部报警，并视情况向“119”报警，向接警人讲清楚人员姓名、单位电话、火灾具体位置、火势情况。
5、应急响应 5.1响应程序
事故发生后，按照下列程序积极响应：
5.1.1发现事故人员(岗位人员)在可控范围内采取果断处置措施，避免事故扩大。在立即进行应急处理的同时，迅速报告指挥；指挥接到报警立即赶赴事故地点并根据情况迅速组织扑救。
5.1.2救援小组成员在接到事故报警后应迅速赶到现场，在搞好自身防护的基础上，快速实施救援，控制事故发展，并将伤员救出危险区域和做好其他工作。
5.1.3事故继续升级，班组无法控制，视情况立即向厂部请求支援。5.2应急处置措施
当班巡检工在保证自身安全的情况下将进液体泵的进口总阀关严，另一液体泵工立即到一楼平台将手动全开压力为零，并打开测满阀。采取控制措施后，如果压力仍然无法控制，则可判定为此次超压事故原因是内胆泄漏。当班值班人员向指挥韩召明报警：液氧贮槽发生泄漏，情况紧急请求支援！指挥接到报警后，通知当班生产调度：请协调空分工，关闭送液阀门。立即带领其他救援小组成员赶赴事故地点，迅速按各自职责展开救援。抓紧时间布置警戒并做好现场疏散引导工作，现场如有车辆，应立即责令司机熄火并离开现场。事故处置行动组人员迅速组织扑救：当班值班人员接到救援通知后在液氧贮槽周围开始用消防沙围堵、覆盖液体，消除和控制事态发展。负责灭火和喷淋漏液。并及时向现场送灭火器材、消防沙、消防掀等抢险物资。救护组人员进入现场待命，随时进行救护。
通讯联络人员向指挥亓清靖报告：现场一人受伤，需要立即救护。指挥亓清靖指令：现场有受伤人员，救护组人员马上进入现场抢救人员。抬担架冲进现场，将人员抬到空气清新处，受伤人员呼吸困难时，进行人工呼吸。受伤非常严重时，应及时拨打“120”报警。车间主任赶到现场，车间救援人员携带灭火器、消防锨等赶到现场。化验工检验现场气样合格报告车间主任：现场气样21 %，合格，人员可以进入现场。指挥亓清靖汇报：液体进口总阀已关闭，测满阀已打开，V4阀已打开，应急处理措施完毕。然后参加车间级厂级救援。5.3应急结束：
应急救援指挥确认事故现场受伤人员全部救出并得到及时妥善处理。立即清点人数，听从安排，协助对事故进行处理。事故现场险情完全被消除，由应急救援指挥宣布应急结束。
6、后期处理
6.1事故处置行动组、疏散引导组对现场进行清理，杜绝二次污染。6.2通讯联络组核实确定人员数量，检查人员队伍状况。6.3防护救护组对所有救援物资进行清点。
6.4应急救援小组负责应急救援能力及应急预案的修订。
医院计算机网络故障应急预案分析 第3篇
1 应急预案责任制
应急预案责任制包括以下几点内容: (1) 医院院长为应急预案责任制的第一负责人, 并与其他部门的相关责任人共同组成保证医院计算机网络安全、可靠运行的管理小组; (2) 医院计算机网络故障管理小组主要负责突发事件应急预案的实施, 保证医院计算机网络的安全运行, 并及时对管理工作进行协调等; (3) 医院计算机网络中心的主要工作是承担应急恢复信息系统运行的技术保证; (4) 医院的后勤管理部门主要负责应急恢复信息系统供电和网络布线的技术保障; (5) 医院各个行政部门、业务职能管理部门的主要职责是保证医院的正常运作秩序, 并依据相应的应急预案采取一定的措施。
本文所设计的医院计算机网络故障应急预案可广泛应用于门诊、急诊、医务科、护理部、财务科、药局等医院信息系统的各业务职能部门。当医院计算机网络发生较大面积的故障时, 相关工作人员需要及时向领导小组上报。接到报告后, 领导小组要以最快的速度启动故障应急预案, 尽量在最短的时间内使医院计算机网络恢复正常运作。
2 应急预案通报制度
应急预案通报制度中有以下几个要点: (1) 医院计算机网络信息系统出现较大面积的瘫痪、供电系统故障时, 相关工作人员必须及时向故障应急预案的部门负责人上报, 同时, 部门负责人应通知医院管理部门、计算机网络管理部门、后勤管理部门、药局等做好应急措施; (2) 故障负责部门要在15 min内大体查明导致计算机网络大面积瘫痪或供电系统出现故障的原因, 并将系统恢复正常运行所需的时间和查得的结果告知相关部门的负责人, 必要时, 还要上报领导小组的第一负责人; (3) 在排除故障后, 计算机网络管理部门或后勤管理部门需要及时上报领导小组, 请求结束应急预案措施。领导小组经商议后决定是否停止应急预案, 并由医务科向医院的其他部门下达决策结果; (4) 在排除故障后, 计算机网络管理部门或后勤管理部门需要向领导小组上报故障原因、处理结果等信息; (5) 对于系统瘫痪超过15 min的故障, 计算机网络中心应即刻通过电话上报该市卫生局信息中心和医疗保险部门。
3 信息系统故障的应急措施
各业务部门一般应在获知信息系统故障不能排除, 并获知故障初步原因和所需恢复间后, 立即采取以下措施: (1) 各业务部门应在窗口设置“计算机故障”告示牌, 部门负责人及时到现场组织、协调工作。 (2) 启用应急预案时, 在排除信息系统运行故障的同时, 在门诊大屏幕上循环播出故障告示, 做好解释以及对患者的疏导、应诊等工作。 (3) 当医疗保险结算系统出现故障时, 患者需按自费标准登记和缴费, 并打印白费收据。待信息系统回复正常后, 再作进一步处理。 (4) 医院信息系统出现故障时, 在财务科、急诊收费窗口开启费用查询单机版软件或参照事先打印的费用单价, 对医疗保险患者按自费标准结算, 并开具手工收据。另外, 其他业务部门也可以启动手工作业。 (5) 财务结算部门一般在故障后的15个工作日内, 凭原手工收据为医疗保险患者重新划卡结算。 (6) 对信息系统故障期间产生的手工数据, 应视情况在故障排除后予以补录。
4 技术保障实施细则
4.1 网络设备保障
当前置机、帧中继工作正常, 发生医疗保险患者结算失败时, 计算机网络管理部门应与医疗保险信息中心联系, 了解故障原因和恢复时间。
4.2 服务器保障
主服务器采用双机互为热备, 磁盘阵列柜的保障系统正常运行。区域控制服务器备有备用服务器。
4.3 应用软件保障
应用软件保存各版本源代码和文档。对软件升级采取立案、报批、修改、测试、爿验收的管理模式, 降低软件质量风险。应用软件版本升级或程序补丁造成部门和全部不能正常运行时, 系统管理员应在最短的时间内复原程序。
4.4 供电保障
医院信息系统主机房采用2路电源供电, 同时配备UPS备用, 对按照UPS技术手册所规定的时间定期放电重启测试。信息系统主机房2路电源中的任何一路电源发生故障时, 另一路备用电源通过手工切换, 即可恢复供电。当2路电源同时发生故障时, 可采用UPS供电。
5 计算机网络中心应急措施
计算机网络中心的应急措施主要包括以下几点: (1) 计算机网络中心工作人员监测到系统故障或接到业务部门信息系统故障的消息后, 应立即向本部门负责人汇报, 并按《计算机网络中心员工岗位职责》立即排查通信线路、网络设备、服务器、数据库、应用程序和供电设备的运行状况等, 并在较短的时间内作初步汇总, 找出故障原因、预计恢复时间。 (2) 计算机网络中心工作人员应按各自的岗位职责, 告知各业务部门故障的原因和故障恢复时间。对于主要业务部门信息系统瘫痪超过15 min的故障, 应通过电话即刻报告给该市卫生局信息中心和该市医疗保险信息中心。 (3) 计算机网络中心工作人员应按《技术保障细则》排除故障, 必要时, 应立即联系供应商获得技术支持。 (4) 如果故障恢复时间较长, 计算机网络中心负责人应向领导小组及时汇报, 由领导小组根据实际情况组织处理。 (5) 信息系统故障排除后, 计算机网络中心负责人应立即上报领导小组, 由领导小组决定是否停止应急预案的实施。
参考文献
[1]朱长生.数字化医院计算机信息网络系统安全及对策[J].医学信息, 2005 (07) .
液氧储槽故障应急预案 第4篇
2006年10月10日下午1时35分，由于中国民航信息网络有限公司（简称“中航信”）离港系统的主机出现技术故障，导致包括上海虹桥机场、北京首都机场、广州白云机场等全国多个机场离港系统瘫痪近1个小时。
究竟是什么原因造成此次事故的发生？离港系统一再发生故障，为什么始终得不到改善？解决这个问题已是势在必行，因为就在不久前（2006年1月11日），由于同样原因造成首都机场发生类似事件。
信息技术应用飞速发展的今天，信息系统在整个机场运营管理中的重要性日益凸显，机场信息系统的安全性是否有可靠的保障？应急预案措施能否良好地实施和贯彻下去？一旦出现问题该由谁负责？ 这些都是民航应该思考的问题，而不能以各种各样的理由去搪塞旅客和媒体。
离港系统故障惹祸
离港系统是机场为旅客办理乘机手续的关键计算机信息系统，具有离港控制、航班旅客信息提取和处理、超重行李处理、登机牌、行李牌打印等功能，它关系到办理乘机手续和交运行李等环节。
“由于所有的旅客信息都要从中航信的系统中提取，出了故障，便办不了登机牌，甚至连行李托运都没办法进行。”机场工作人员告诉《IT时代周刊》记者。
上海机场运行指挥部门传来消息，10月10日13：30分至14：15分，虹桥机场离港系统一度瘫痪。机场指挥人员对记者说：“幸好这个时段离场航班不是非常密集，手工办理手续还能勉强应对，如果是机场繁忙时段，肯定来不及，会造成航班延误。”
与此同时，当天下午，首都机场、白云机场等多家机场的中航信离港系统发生故障。首都机场国内离港系统因此瘫痪50分钟，造成33个出港航班延误，近千名旅客滞留。据首都机场新闻中心介绍，下午1点28分离港系统瘫痪，致使离港航班无法办理登机手续，后只好紧急启动手工办理。
与上海虹桥机场不同，10日下午1点35分，正是白云机场离港航班最繁忙时段，南航值机员突然发现办理旅客登机手续的离港系统无法操控，同时机场所有航空公司值机柜台都传来不能办理登机手续的消息。由于白云机场出港航班近七成旅客使用的是电子客票，因离港系统故障而不能查询或办理登机手续，航空公司只好用手工方式为旅客办理行李托运手续。受离港系统瘫痪的影响，从13点35分后起飞的航班也被迫推迟。据统计，白云机场直接受到影响的航班有20个，受影响的旅客多达2000多人。
据了解，目前国内所有航空公司、138余家机场的实时数据传输和交换都是采用中航信提供的技术。虽然这次不少机场及时启动了应急预案系统，但速度却慢了很多，效果也不敢恭维。如果是发生在五一、十一、春节这样的大型节假日，后果可能不堪设想。
垄断的必然结果
离港系统故障早就见怪不怪了，今年1月11日上午10：30分至11：10分，同样由于中航信离港系统出现故障，导致了包括成都、上海、北京在内的全国多家机场无法正常运转。
为什么系统故障一再发生，却始终得不到有效解决，问题出在哪里？这其中究竟隐藏着怎样的矛盾和利益纷争？
据了解，中国民航离港系统是由中航信独立运营的，垄断的直接结果就是竞争的荡然无存。目前，国内绝大部分机场使用的都是中航信的离港系统，而这次国内多家机场受到影响，就是中航信的离港系统故障造成的。
对于中航信垄断旅客信息的“大一统”运行方式，一位从事信息化专业教学的专家认为：“信息统一能给行业和企业带来不少便利，但与此同时，过度集中的信息管理模式也会带来相应的风险，如果系统其中一个环节出现故障，势必会造成‘相继效应’，导致局部甚至全面的系统瘫痪。”
据了解，截至2005年，我国境内民用航空定期航班通航机场135个（不含港澳），其中绝大部分都使用中航信的离港系统。有专家表示，垄断式运营方式虽然便利了民航资源的管理，但同时也使这一运营模式显得非常脆弱。近几年，仅首都机场就已发生过好几起离港系统瘫痪的事故，这就是很好的例证。为此，民航业内人士承认，目前国内大部分机场和航空公司都使用中航信的离港系统，的确容易导致“牵一发而动全身”。“中航信的系统一旦出现事故，就会令很多机场和旅客陷入被动。这是中航信离港系统的一个不足之处。”
然而，民航的相关负责人却说，把机场的“瘫痪”归咎为中航信离港系统的“垄断”是一种误解。他表示，“如果各个机场都拥有各自的离港系统，便会出现不同标准和规范，如此‘诸侯割据’的局面，带给旅客的将是更多不便。目前来看，中航信离港系统的好处绝对要大于它的不足。”
显然，民航方面是在给自己找借口！既然存在不足，就应该想方设法去改进，提高系统的安全性，而不是推脱其辞。应急预案不足 管理混乱
近年来，民航信息化建设有了很大的改善，一些大型的信息系统得到了广泛应用，如离港系统、空管信息系统等。这些系统已成为保证航班正常运转不可或缺的重要工具，但这些信息化系统也潜藏着不少问题，一旦其中一个环节出现故障，就可能会影响航班的正点和准时。
如何化解这种危机呢？最有效的办法通常就是启动应急预案措施，尽可能减少系统故障带来的影响。
虽然应急预案效果无法与原有系统相比，但它的确可以减少损失。这也就是这次故障中一些航空公司只延误几个航班，而有的航空公司延误了数十个航班的主要原因。
当然，管理混乱也是其中的一个重要原因。2002年的首都机场离港系统故障，至今让人记忆犹新，备份系统形同虚设，管理人员疏导不力，最终数百架航班被迫延迟，数万旅客滞留，机场基本处于瘫痪状态。
民航一位不愿透露姓名的人士一针见血地指出：“民航、航空公司与机场条块分割，机场建了离港系统却没有获得使用权，各家航空公司租用离港平台却没有维护责任，而系统的维护企业与系统提供商在市场上却正处于竞争关系。正是这种权利与义务的断层、责任与利益的分离，导致了离港系统被机场数据库隔绝孤立。”
明眼人都知道，这样的事故绝不是偶然，它涉及整个航空业的管理体制、责任制度、技术水平和安全意识。只要这些层面的问题得不到解决，危机随时都有可能发生。
离港信息系统与客座订票系统联系紧密，是属于各家航空公司自己独立使用的系统。根据民航总局的规定，机场的基础设施，包括离港信息系统由机场统一购置，各家航空公司向机场租用这个信息平台。也就是说，离港信息系统的所有权和使用权是分开的。而为这个系统提供技术支持和维护的则是民航总局下属的一家上市公司（中航信）。
这种模式的诟病就是，事故发生了，但却没有人负责，大家互相推委。
液氧储槽故障应急预案 第5篇
一、建立完善的应急组织体系
根据故障严重程度和影响范围, 故障可分为4类:服务器、交换机停机, 光纤损坏为一级故障;软件问题、数据错误为二级故障;终端计算机问题、硬件故障为三级故障;操作失误或录入不当为四级故障。故障发生后, 信息中心将根据故障实际情况, 确定故障级别, 然后按预定方案转入各项工作流程。
由于网络故障造成系统瘫痪, 将影响多个部门业务的开展, 这需要建立强有力指挥协调小组。小组应包括院领导、信息中心、业务科室和职能部门负责人, 主要负责对医院信息系统安全的领导, 制定信息安全规章制度, 检查督促安全责任制和安全措施的落实, 制定应急预案并指挥演练。同时成立安全技术保障组, 由技术骨干和专业工程人员组成。主要负责信息系统安全的日常保障, 网络风险评估, 安全技术保障预案制定并定期演练, 及时总结和汇报医院网络安全状况和整改意见, 负责网络安全技术培训。
二、网络故障的应急协调与处理
(一) 信息网络故障协调处理的原则。
一旦发生网络故障, 操作部门应立即通知信息中心, 信息中心组织技术人员, 确定故障分类, 明确各类故障排除的责任与分工。一级故障由信息中心、医务处、护理部、门诊部组织协调;二级故障由信息中心与软件开发商解决;三级故障由设备科安排技术人员修理;四级故障由信息中心及操作部门独立解决, 各部门各负其责, 分工明确, 及时排除故障。根据故障类型, 确定短时间内不能恢复正常工作的, 上报主管院领导召开应急会议, 启动应急预案;根据恢复时间的长短将相关部门的业务转入手工操作, 24小时以上不能恢复的, 出院核算应转入手工操作。工作模式转换时间须由信息网络安全应急小组决定, 相关部门严格按照通知时间协调工作, 在未接到新的指示前不准私自操作计算机。
(二) 网络故障的实施。
一是指挥协调组立即到相关窗口张贴告示, 告之患者网络出现故障, 并到门诊、急诊、住院处现场解释和维持秩序。二是各业务部门积极应对。 (1) 挂号处:立即对病人实行手工挂号, 并记录患者姓名, 医保病人记录卡号和通讯方式, 按普通病人收费。门诊收费转入手工操作并开手工发票, 所有病人全部按普通病人进行收费, 并按照事先准备好的收费项目本进行核对。 (2) 门诊药房窗口:恢复到凭处方发药, 对药品进行划价并在处方背面做特殊标记。 (3) 检验检查窗口:核对手工发票和收费“三联单”, 留取检查申请单底联。 (4) 住院处:对入院病人全部按普通病人手工登记, 收取预交金。对医保病人做特殊标识后办理入院。建议出院病人推迟办理出院结算, 留下病人通讯方式, 查看预交金后, 可让病人先出院暂不进行结算, 待故障恢复后再进行结算。 (5) 住院医生站:手工开具医嘱, 书写各种医疗文书。 (6) 护士工作站:手工填写医嘱单等各种文书, 并做好住院病人和预出院病人的解释工作。 (7) 住院药房:根据护士站的手工摆药单进行摆药, 并做好登记。
三、网络故障排除后的恢复工作
网络故障排除后将转入正常工作流程时, 所有工作模式转换时间须由信息网络应急小组决定, 各部门严格按照通知时间协调工作, 未接到新的指示前不准私自操作计算机。
各部门应保障信息质量, 网络恢复后, 每个部门都应该指定一名工作人员, 补录在手工操作时产生的各种信息。挂号室补录中断期间的患者信息;门诊收费处统一补录在手工操作时产生的各种费用信息, 并由收费处负责人对网络运行稳定性进行监测, 如不稳定, 及时向信息中心反映情况;住院处补录住院登记、费用等相关信息, 派专人对期间所产生的信息进行跟踪核对, 保障数据的准确无误。各医技科室根据检查单底联, 计价补录费用;各药房应严格按照规定的时间进行计算机操作, 补录发药处方并详细核对发药情况, 补录结束后应查看机内库存与实际库存相符情况。
各职能科室对故障整体情况进行恢复。信息中心严格按照数据恢复方案进行恢复工作;财务科组织核对患者费用情况;各门诊单位补录工作量, 补录综合查询信息数据源;药剂科核查库存;临床科室补录医嘱;病案室整理补录病案;统计室补充统计信息;信息网络安全应急小组召开会议, 分析故障发生原因, 写出书面报告, 总结经验教训, 制定整改措施, 防范同类故障的再次发生。
四、应用总结
以病人为中心和保障医疗工作不间断运行是信息网络故障应急处置的基本要求。随着网络系统的逐步展开, 医疗业务对信息系统的依赖性日益显现, 网络故障将给医院的医疗工作和病人的正常就医造成严重的影响。所以, 建立医院信息系统应急预案是非常必要的, 故障必须由预案来保障。通过实践证明, 该预案完全能够满足医院信息系统需要。
摘要：随着医院信息化建设的不断加强, 医院对信息系统的依赖越来越大。这样, 医院对信息系统的安全管理就非常重要, 一旦发生数据失效或网络故障而不能在短时间内恢复, 将造成信息系统瘫痪, 给医院带来不可估量的损失。为确保在紧急情况下做到迅速反应、果断处置、保障到位, 医院信息系统应急预案的建立非常关键。
关键词：医院信息,信息系统,应急预案,对策措施
参考文献
[1].赵顺田, 刘冰等.如何建立医院信息系统应急预案[J].科技情报开发与经济, 2005, 14:53
[2].王景明.利用数字化手段提升医院管理水平[J].解放军医院管理杂志, 2004, 11 (4) :332~335
离心液氧泵响声大故障分析及处理 第6篇
1 原因分析
经过认真分析, 原因主要有以下几个方面:
1.1 出现汽蚀现象, 造成响声大
所谓“气蚀”其实就是由液体由于温度变化, 造成局部气化而引起的一种对泵的损害过程。离心泵在运转时, 进出口处压力是不同的, 叶轮进口处的压力较低, 出口处的压力较高。而液体的气化温度是与压力有一定关系的;压力降低时, 所对应的气化温度也会随之降低。相反, 压力升高时, 所对应的气化温度也相应升高。若液体进到泵里的温度高于进口压力所对应的气化温度, 则一部分液体则会产生气化现象, 从而形成气泡。而当夹带着气泡的液体通过压力较高的区域时, 由于对应的气化温度产生变化 (压力升高, 气化温度随之变化升高) , 蒸汽则会重新冷凝成液体, 气泡迅速破裂, 周围的液体便以很高的速度填补气泡原来所占的空间, 在叶轮表面产生猛烈的冲击。叶片金属材料表面因反复受到很高的冲击应力出现侵蚀现象, 叫做气蚀。气蚀发生时, 会造成液体泵的出口压力剧烈波动, 不能实现液体泵输送的连续性, 输出流量也会急剧下降。
由于压缩的是低温饱和液体, 液体温度和室温相差近200度, 所以开车前预冷尤为重要。如果预冷不好, 极容易造成液氧介质汽化或者汽蚀现象的发生, 造成泵体振动并且噪音响声大。气蚀可能对泵造成严重损坏, 因此汽蚀是造成响声大的原因之一。
1.2 由于该设备是间断运行, 启动频繁
造成机械磨损, 造成叶轮键槽磨损, 逐渐加剧进一步造成叶轮内孔与轴有相对运动, 叶轮内孔磨损。叶轮晃动, 叶轮与诱导轮与蜗壳内表面有轻微磨损。叶轮与轮盘、轮盖密封磨损, 响声大故障停。这种原因经分析认为可能是原因之一。
1.3 叶轮螺栓在运行过程中松动, 造成叶轮、诱导轮磨损, 响声大停
分析这种可能性不大, 主要是叶轮螺栓与叶轮旋转方向是越转越紧, 不可能会出现松动现象。
2 处理措施
2.1 气蚀的问题
造成液体泵产生气蚀的外部原因很多, 除与不同液体泵的结构不同有关外, 还与安装、现场具体操作密切相关, 但是部分液体在泵内形成气化才是造成液体泵产生气蚀的根本原因, 如何避免液体泵气蚀, 关键在于如何防止液体气化。压力和温度是防止液体气化两个重要方面, 提高液体的压力, 可以提高它的气化温度;减少外部能量的传入, 避免液体温度提高。具体措施如下:
1) 加强液体管路的保冷, 对液体管路采取相应的保温措施, 尽可能降低液体通过管道与外界进行热交换, 减少液体因吸收外界热量造成温度升高而气化的现场发生。
2) 避免出现液体泵长时间处于空转状态运转。因为当液体泵的出口阀关闭时, 没有液体输出, 有效功率为零。电机消耗的功率只用于搅拌泵内的液体, 液体的温度升高, 从而导致造成气化。
3) 液体泵启动前要预冷彻底, 避免出现由于预冷不彻底, 导致低温液体进入泵后会出现部分气化。持续对液体泵进行预冷, 直到从排放管能排放出液体为止, 标志预冷效果良好, 可以停止预冷。另外关闭旁通阀的过程要缓慢操作, 不可操之过急。
4) 如果一旦发生气蚀现象, 首先应立即对泵内气体进行排放, 直至停泵处理, 以确保液体泵的安全。重新彻底预冷后, 再进行开车。
2.2 泵的修理
1) 叶轮修复:考虑到叶轮磨损严重, 由于没有现成的叶轮备件, 等新备件至少需要2个星期的时间。对损坏的叶轮进行修复。叶轮磨损的主要是内孔和键槽。我们制定了修复的技术方案:对修复前的叶轮的尺寸进行测绘, 原始尺寸记录好;对磨损的内孔和键槽进行补焊, 并预留出机加工量;用车床加工内孔, 内孔加工完毕, 以内孔为基准检查叶轮径向、轴向的跳动量, 符合技术要求为止;重新加工键槽;转子动平衡 (动平衡不平衡量不超过0.1g为合格) 。叶轮修复完毕。
2) 轴密封测绘尺寸加工, 进行更换。
3) 蜗壳的修复。我们在准备进行组装的过程中, 泵体蜗壳发现细小的裂纹, 联系制氧机厂进行焊接及探伤检查, 制氧机厂对裂纹进行焊接, 并对表面进行探伤检查无发现问题。我们对壳体进行水压实验, 打压3.0MPA试漏, 未发生渗漏现象。蜗壳具备使用条件。
3 组装、试车
对泵体叶轮、蜗壳、轴密封等部件进行修复后, 精心对液体泵进行组装。组装完毕后, 运至液氮储槽进行跑合。密封跑合的方法如下:电气控制系统安装变频调速系统, 调速范围为5~50HZ, 启动后缓慢进行调速, 每增加5HZ (约700转) , 保持设备运转一段时间, 对其参数进行记录, 待设备各项参数正常无异常后逐渐增加频率, 直到达到额定转速为止。经过跑合、正常预冷试运行, 液氧泵运转正常, 检修效果良好, 设备恢复生产备用。
4 结语
通过对液氧泵响声大故障的分析处理, 找到了造成设备故障的真正原因, 避免以后同类设备发生类似问题。同时也积累了检修人员对低温液体泵自主维修的宝贵经验, 在修理过程中, 修复了叶轮、蜗壳以及密封等部件, 不但节约备件费用, 减少了成本开支, 而且避免了由于采购备件周期过长, 对生产造成影响。并在最短时间内实现了设备备用, 保证了生产的稳定。创造了良好的经济效益。
摘要：文章通过对AC180液氧泵启动中出现的泵体响声大的问题, 进行认真解体检查, 并进行了详细的技术分析, 找出了造成响声大的原因。并提出了修复方案, 解决了多项修复过程中出现的技术难题。
关键词：液氧泵,分析原因,修复方案
参考文献
[1]新编制氧工问答.
[2]许沅.液体充灌系统液体泵的配管技术深冷技术, 1995.
液氧储槽故障应急预案 第7篇
现有调度自动化系统应急预案大多缺少科学方法的支撑,因预案难用而束之高阁的现象普遍存在,针对调度自动化系统应急预案完备度这一问题进行量化分析评价更鲜见研究。
应急预案完备度对应急处理具有重要影响。面对待评价预案集,需对如下问题做出回答:预案是否完备?有多完备?哪些地方应予完善?预案修订人员对上述问题往往无法回答,其原因在于目前对预案的评价多来自主观感觉,预案完备在哪,不完备在哪不容易讲得清楚,而这又直接导致了对预案进行科学评价和有针对性的完善修订这一工作开展困难,预案制定或修订者也对其存在一定畏难情绪。
相关学者高度重视应急预案的完备性研究[1,2,3],并指出完备性已成为制定或修订预案的一个重要参考评价准则[2]。文献[3]指出需建立应急救援预案检查表对完备性进行检查,但研究未涉及到定量评价方法。文献[4-5]等类似文献采用故障树分析方法对不同系统进行了安全分析,为本文所提雷同问题进行了有效探索。文献[2]利用已有成果,将故障树分析法应用于自然灾害类应急预案的完备性评价,对本文的研究具有借鉴意义。
本文使用故障树分析理论对待评价预案进行了完备度量化分析,并对在评价过程中反映出的问题进行了探讨,其研究价值有两方面。(1)建立了针对调度自动化系统的应急预案标准故障树,该故障树可供同质问题使用和参考。(2)根据故障树找出了缺失基本事件,并进行了预案完备度量化计算,其作用在于:对调度自动化系统应急预案的修订提供了评价标准和具体做法,该标准和做法对类似问题有一定参考价值。
1 建立标准故障树
1.1 故障树分析法简介
故障树分析法(Fault Tree Analysis,FTA)是一种分析评价复杂系统可靠性的有效方法。故障树是一种树状逻辑因果关系图,它用规定的事件、逻辑门和其他符号描述系统中各种事件之间的因果关系。FTA已形成了完整的理论体系,从宇航、核能进入了电子、电力、化工及交通等领域。
通常采用的建立故障树的方法是演绎法。先选定系统中不希望发生的故障事件为顶端事件,再去寻找所有引起顶端事件的直接原因,循此方法逐级向下寻找和演绎,一直寻找到引起系统顶端事件发生的全部原因(基本事件),最终形成了使用逻辑门将各级事件相连接的一棵以顶端事件为根,中间事件为节,基本事件为叶的倒置故障树[4]。本文中涉及的故障树中的主要的构图元素如表1所示。
1.2 建立故障树
故障树的建立是FTA中的重要内容。目前,国内针对调度自动化系统应急预案建立的故障树尚未见到文献报道。首先需明确的是,本文的研究目的是对应急预案的完备性进行评价,故障树的顶上事件应该是我们不愿意发生的事情,故而,顶上事件确定为“应急预案不完备”。
如何对故障树向下分析是下一步要解决的问题。为保证分析正确而权威,应该收集应急预案相关的法律法规、研究深入的应急救援程序和被公认为成熟完备的本行业应急预案,据其建立标准故障树[2]。本文认为除此之外,另有一条实用可行的方法:根据上级部门发布的应急预案编制导则等权威性制度或文件建立标准故障树,其优点在于:(1)将应急预案的制定与评价纳入到本行业本单位的应急预案制定与管理体系当中,避免脱离体系另起炉灶;(2)便于上级部门对下级部门应急预案进行检查与评价。
本文针对预案应急对象,根据《某电网公司突发事件应急预案编制指南》[6],将故障树最顶上事件向下寻找到7个主要的中间事件(即直接原因):未进行应急准备、未进行监测与预警、未进行应急响应、未进行后期处置、未进行应急保障、未进行培训和演练及未明确预案附则内容,其标准故障树如图1所示。这7个主要中间事件的标准故障树如图2到图8所示,故障树符号与故障树事件对应关系及相应权重如表2所示。
2 基本事件权重
基本事件对顶上事件发生的影响程度不同,应计算出各基本事件的权重。计算底部基本事件的权重和安全分析的主要方法有事故隐患分析法、结构重要度分级法、概率重要度分级法,加权结构重要度分析法[5]等。注意到目前关于电网调度自动化系统应急预案的实施记录及统计分析数据相当缺乏,使用概率统计的各种方法难以应用,比较可行的是结构重要度分级法。文献[2]出于相同考虑,提出用式(1)计算权重,即为了准确地表示各基本事件的重要程度,从故障树的结构方面来确定各事件权重,从顶上事件开始,逐层计算,直至所有事件的权重计算完毕为止。这一方法为本文所采纳,计算后各基本事件的结构权重见表2。
其中:事件ej是ie的直接上层事件;t是事件ej的直接子事件的数量;p(e i)是ie的权重。
3 完备性分析
取出笔者制定的某待评价预案[7],对照表2中的基本事件集,找出该预案缺失的基本事件如表3。
得到缺失基本事件的作用有两方面:一是可据其进一步完善预案,二是据其权重可对预案的完备度进行量化分析。本文提出用式(2)计算应急预案的完备度。
式中:n为缺失基本事件的数量;N为全部基本事件的数量;p(e i)和p(e j)表示基本事件权重。
使用式(2)计算待评价预案的完备度如下(因条件事件C211与C221未发生,M2对应基本事件未参与计算)。
通过计算,该应急预案的完备度为75.91%,不完备度为24.09%。提高完备度的方法是:针对表3中缺失基本事件对预案进行修订完善。
4 结语
在评价过程中有如下问题可供进一步探讨。①现有研究还停留在对某单一预案进行评价的阶段,可将其扩展至对预案集进行整体评价。②采用本文方法进行的量化分析对上级部门发布的应急预案编制导则本身的权威性提出了高要求。③应急预案制定过程的标准化与流程化是一个必然方向,这有助于推动该过程的计算机化。
应急预案研究的最高目标应该是预案实用化,完备性评价是其实现途径之一。实用化研究的其他内容笔者将另文介绍。
参考文献
[1]吴宗之,刘茂.重大事故应急预案分级、分类体系及其基本内容[J].中国安全科学学报,2003,13(1):15-18.WU Zong-zhi,LIU Mao.Gradation and categorization system of emergency plan for major accidents and their main contents[J].China Safety Science Journal,2003,13(1):15-18.
[2]刘吉夫,张盼娟,陈志芬,等.我国自然灾害类应急预案评价方法研究(Ⅰ):完备性评价[J].中国安全科学学报,2008,18(2):5-11.LIU Ji-fu,ZHANG Pan-juan,CHEN Zhi-fen,et al.Study on evaluation method of natural disaster emergency plan in China(part l):completeness evaluation[J].China Safety Science Journal,2008,18(2):5-11.
[3]邢娟娟.重大事故的应急救援预案编制技术[J].中国安全科学学报,2004,14(1):57-59.XING Juan-juan.Technique for drawing up emergency response protocol for severe accidents[J].China Safety Science Journal,2004,14(1):57-59.
[4]胡勇.基于故障树分析法-电力变压器故障诊断[D].合肥:合肥工业大学,2002.HU Yong.The fault diagnose of electric power transformer basing on fault tree analysis[D].Hefei:Hefei University of Technology,2002.
[5]景国勋,贾智伟,段振伟,等.最小割集在系统安全分析方法中的应用[J].中国安全科学学报,2004,14(5):99-102.JING Guo-xun,JIA Zhi-wei,DUAN Zhen-wei,et al.Application of minimum cutset in system safety analysis[J].China Safety Science Journal,2004,14(5):99-102.
[6]某电网公司突发事件应急预案编制指南[EB/OL].http://km.yepg.com/html/portlet/km/exhibit/viewCommon.jsp-1=1&knowledgeId=8a3486cc1c44f121011c68f4a3160796&canClose=1&canCancel=0
[7]云南电网公司.云南电网公司突发事件应急预案编制指南[EB/OL].[2008-01-25].http://km.yepg.com/html/portlet/km/exhibit/viewCommon.jsp-1=1&kno wledgeId=8a3486cc1c44f121011c68f4a3160796&canCl ose=1&canCancel=0Yunnan Power Grid Corporation.Compilation guide of the sudden events preplan of Yunnan Power Grid Corporation.[EB/OL].[2008-01-25].http://km.yepg.com/html/portlet/km/exhibit/viewCommon.jsp-1=1&kno wledgeId=8a3486cc1c44f121011c68f4a3160796&canCl ose=1&canCancel=0