故障报告、分析和纠正措施系统后
故障报告、分析和纠正措施系统
一、目的和作用
建立故障报告、分析和纠正措施系统的目的是为了确保研制、生产过程所有故障能及时报告，彻底查清，正确纠正，防止再现，从而实现产品可靠性增长，以保证达到并保持产品的可靠性和维修性。
故障报告、分析和纠正措施系统是一个故障信息系统，其输入是信息-故障报告，输出的也是信息-纠正措施，通过一套规范化的严格的管理程序，保证产品及其组成部分在各种试验中发生的极其分散的故障信息能及时、准确、完整的收集，为分析、评价和改进产品可靠性提供科学依据。
二、授权
授权不合格品审理小组人员为故障报告、分析和纠正机构组成人员。职责
质量部为故障报告、分析和纠正措施的归口部门；
质量部检验人员及生产操作人员及时将故障信息报告给质量部；
科研技术部组织相关人员对故障信息进行确认、分析、纠正；
质量部对纠正措施进行跟踪验证。
三、工作程序
1.故障报告：检验人员及生产操作人员对所发生的所有故障错误，
按规定进行记录并填写“故障报告表”，及时通知质量部，质量部组织科研技术部相关人员对故障报告信息进行确认。
2.故障分析：科研技术部对所发生的故障信息核实后，对故障进行
工程分析和统计分析。对发生故障的产品进行测试、试验、观察、分析，确定故障部位。必要时可分解产品，进行理化试验、应力强度分析，弄清故障产生的机理。统计分析时收集同类产品的生产数量、经历的试验和使用的时间、已发生的故障数等，用来寻求该故障产品的某类故障出现的概率和统计规律。科研技术部填写“故障分析报告”。如果故障原因为供方负责，组织应向供方提出纠正措施要求，并对其采取的纠正措施进行验证。
3.纠正措施：科研技术部在查明故障后，通过分析、计算和必要的
试验验证，提出纠正措施，措施经公司评审通过后付诸实施。质量部负责跟踪验证纠正措施的有效性并作好记录，科研技术部填写“纠正措施实施报告”。科研技术部按技术状态控制要求对设计或工艺进行更改，更改按设计和开发的更改要求进行，确保图样和技术文件协调一致。
四、顾客报告
组织所有关于产品质量的故障报告、分析和纠正措施的运行情况应及时向顾客报告，必要时邀请顾客现场参与。运行结果请顾客代表签字确认。
支持文件：GJB841-1990 故障报告、分析和纠正措施系统
故障报告表
故障分析报告表
纠正措施实施报告表
故障报告表
故障报告表编号编号日期
故障发生时间故障观测者
故障环境条件
故障发生时机□环境应力筛选□可靠性验收试验□生产过程中□可靠性增长试验□性能试验□使用（试飞）□可靠性鉴定试验□寿命试验□
故障件故障件所属系统或设备
名称型号/图号生产厂批次号出厂日期工作累计时间或循环次数
故障现象□不能启动□指示异常□泄露□时好时坏□超出允许限□卡死□波形异常□无信号输出□
故障模式□损坏□短路□饱和□绝缘电阻下降□击穿□自激□接触不良□堵塞□失控□开路□不密封□
故障核实
核实人签名日期填表人签名日期
故障单位技术负责人签名日期
故障审查组织意见
负责人签名日期
故障分析报告故障分析报告表编号编号日期
故障报告表编号故障件名称
分析说明（需要时，另加附页）
故障原因□元器件质量差□设计不合理□从属故障
□元器件老化□材料选用不当□检测设备问题□装机失误□化学腐馈□外接电源问题□调试不良□高温度□杂质污染
□虚焊□高湿度□超负荷
□漏焊□误操作□
故障分类□相关故障□责任故障□人为故障□非相关故障□非责任故障□
故障责任单位
纠正措施建议□更换控制方法□工艺更改□更换好的元器件□设计更改□材料更改□
分析人员签名日期
分析单位技术负责人签名日期
故障审查组织意见
负责人签名日期
纠正措施实施报告表
纠正措施实施报告表编号编号日期
故障报告表编号故障分析报告表编号故障件名称实施通知单号
实施单位实施时间
方式名称型号/图号生产厂批次号出厂日期更换
拆除工时
修理
更换
拆除日期
修理
拆除件
更换件
修理件
纠正措施
效果
遗留问题
实施人签名日期
实施单位技术负责人签名日期
故障审查组织意见
负责人签名日期
医保信息系统问题报告制度
信息系统问题报告制度 为确保我院医保信息系统在出现突发故障、无法正常运行的特殊情况下，各部门能处理医保业务，不影响参保人员的正常就医，根据本院实际特制定《信息系统问题报告制度》。 一、报告范围 （一）因网络通讯故障致信息系统无法正常使用。 （二）信息系统故障（包括软、硬件故障或计算机病毒发作）： 1.信息系统中心端全部或部分功能出现故障； 2.信息系统医院端全部或部分功能出现故障。 二、问题报告 （一）凡院内、外施工涉及停电、网络线路、系统设备、系统升级等原因造成信息系统停机1天以上的，应提前3天通知医保中心备案，以便预先做好应对措施。 （二）凡信息系统医院端出现异常情况时或因其他不可预知的故障造成信息系统停止运行1天以上的，医院应及时电话通知医保中心综合信息科。 三、故障处置 （一）审批、确认及备案业务 1.门诊特定项目及指定慢性病审批业务。由定点医疗机构将申请单传真至医保中心负责审批业务的科室，医保中心审批意见通过传真答复申请医疗机构。
待系统恢复正常后，门特的申办信息由定点医疗机构再通过系统补录入，由医保中心在系统上审批；门慢的申办信息由市医保中心业务科室直接在系统进行补录入和补办审批。 2.二次返院确认、转诊转院备案业务。由定点医疗机构填写申请表通过传真方式送医保中心负责审批业务的科室进行确认及备案，医保中心加具意见后同样以传真方式答复申请医疗机构。 系统恢复正常后，定点医疗机构将《转诊转院申请表》和《二次返院申请表》的信息补录入系统，市医保中心在系统上审批。 ３.“三个目录”管理。原则上不作新增项目的审核，待系统恢复正常后，再通过系统的项目申报审核操作流程办理。 （二）医院前台就医登记及结算业务 1.住院就医登记及结算 医疗机构可先安排参保病人就医，待系统恢复正常后，由医疗机构为其补办入院登记。 参保人出院结算，住院医疗待遇采用“病人先交押金，医院延迟结算”的方式操作。定点医疗机构为住院参保病人办理出院结算时，经与参保病人协商后可收取与本次住院医疗费等额的押金。系统恢复正常后，由定点医疗机构通知已交押金延迟结算的参保人持就医凭证、有效身份证件、押金
故障管理和故障处理流程规定
故障管理和故障处理流程规定 (暂行稿) 工程运维中心 二〇〇八年八月
目录 第一章目的 (3) 第二章工程运维中心在95013业务维护管理中的职责 (3) 第三章 95013业务故障分类 (3) 第四章故障处理的原则: (4) 第五章故障处理时限要求。 (4) 第六章故障管理和故障报告制度 (4) 第七章故障通报制度 (5) 第八章故障处理及报告流程图 (5) 第九章工程运维中心内部处理流程 (6) 第十章外部支持流程(研发、建设和其他厂家） (6) 第十一章工程运维中心各部门及公司相关部门的责任 (7) 第十二章故障的跟踪管理 (7) 附件一：95013业务重大/严重故障分析报告 (9)
第一章目的 工程运维中心承担95013业务网络和平台日常维护工作，为规范故障管理和故障处理的工作流程，使网络和平台故障能够得到正确及时地处理，保证 95013业务安全稳定的运行，特制定本规定。 第二章工程运维中心在95013业务维护管理中的职责 a）工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b）工程运维中心运维组负责95013平台的故障处理；各地分公司运维人员负责现场支持，并负责协调当地运营商的运维支持。 c）建立故障通报制度，如发生重大故障，应按照故障等级和故障上报流程逐级向上汇报。 d）定期召开网络质量分析会，遇有重大故障，应及时召开故障分析会。 负责全公司运维人员的技术业务培训，提高运维人员的技术维护水平和工作能力。 第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障：全部业务中断 2.严重故障包括： 一种以上业务全部中断≥60分钟 一省以上业务全部中断≥60分钟 用户注册、业务受理全部中断≥4个小时 3.一般故障：除重大故障、严重故障以外的其它故障。
故障分析报告
关于柳州海事局远程视频监控系统的故障分析报告――2011年10月至2012年5月 一、故障基本信息 二、故障现象及处理过程 1、第一次故障 υ故障现象：2011年11月13日接到柳州海事的报障，无法 连接服务器，客户端无法ping通服务器IP。 υ处理过程：接到报障通知后，我公司立即组织人员进行处 理，局域网内可与前端设备通信，问题初步定为平台服务器 故障。次日测试人员到达现场；经过测试，发现平台服务器 操作系统崩溃；与设备厂商联系，于16日将平台系统及所有 前端系统进行重新布署，故障解决。 υ故障分析：经过系统测试工程对系统日志进行分析，于11 月12日晚，因多个IP地址向平台服务器发起的恶意重复登录 请求导致平台服务器处理超载，并造成操作系统文件损坏。 2、第二次故障 υ故障现象：2011年12月06日接到柳州海事的报障，三江 支线画面无法显示。 υ处理过程：当日经测试维护人员检查，由于三江支线的传
输线路中断所至，为此马上与传输机房进行故障确认，并告知协助处理，于次日中午故障解决。 υ故障总结：由于三江网络传输点断电，导致传输线路不断，经协调后解决。 3、第三次故障 υ故障现象：2012年3月26日接到柳州海事的报障，无法连接服务器，客户端无法ping通服务器IP。 υ处理过程：接到报障通知后，我公司立即组织人员进行处理，局域网内可与前端设备通信及平台服务器进行通信。故障定为网络传输质量问题。当时与传输机房联系协助排查故障；经过测试排查，发现由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致；通过机房对线路进行优化配置后重启系统后恢复。 υ故障总结：由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致。 4、第四次故障 υ故障现象：2012年4月13日接到柳州海事的报障，红花电站支线画面无法显示。。 υ处理过程：接到报障通知后，我公司立即组织人员前往红花现场排查问题。次日完成故障排除，系统恢复正常。
系统运营和维护管理制度
信息系统运行维护管理制度
第一章总则 第一条.为规范信息系统的运行维护管理工作，确保信息系统的 安全可靠运行，切实提高生产效率和服务质量，使信息系统更好地服务于 生产运营和管理，特制订本管理办法。 第二条.本管理办法适用于及其分支机构的信息系统，各分支机 构和各部门可根据本办法制定相应的实施细则。 第三条.信息系统的维护内容在生产操作层面又分为机房环境维 护、计算机硬件平台维护、配套网络维护、基础软件维护、应用软件维护 五部分： １、计算机硬件平台指计算机主机硬件及存储设备； ２、配套网络指保证信息系统相互通信和正常运行的网络组织，包括联网所需的交换机、路由器、防火墙等网络设备和局域 网内连接网络设备的网线、传输、光纤线路等。 ３、基础软件指运行于计算机主机之上的操作系统、数据库软件、中间件等公共软件； ４、应用软件指运行于计算机系统之上，直接提供服务或业务的专用软件； ５、机房环境指保证计算机系统正常稳定运行的基础设施，包含机房建筑、电力供应、空气调节、灰尘过滤、静电防护、消 防设施、网络布线、维护工具等子系统。 第四条.运行维护管理的基本任务： １、进行信息系统的日常运行和维护管理，实时监控系统运行状态，保证系统各类运行指标符合相关规定；
２、迅速而准确地定位和排除各类故障，保证信息系统正常运行，确保所承载的各类应用和业务正常； ３、进行系统安全管理，保证信息系统的运行安全和信息的完整、准确； ４、在保证系统运行质量的情况下，提高维护效率，降低维护成本。 第五条.本办法的解释和修改权属于行政人事部。
第二章运行维护组织架构 第一节运行维护组织 第六条.信息系统的运行维护管理遵循在统一的领导下，分级管理和维护的模式。作为信息系统维护管理部门，牵头组织分支机构实施信息系统的维护管理工作。原则上信息系统的维护工作应逐步集中。 第七条.信息系统的维护管理分两个层面：管理层面和生产操作层面。 １、在管理层面，为信息系统维护管理部门，负责公司范围内信息系统的维护管理和考核。 ２、在生产操作层面，信息系统维护部门是运行中心和分支机构设置的实体或虚拟的维护部门（或维护人员）。信息系统维护部门直接对信息系统维护管理部门负责，并接受信息系统维护管理部门的业务指导和归口管理。 第八条.分支机构信息系统维护部门（或维护人员）可根据维护工作需要，向申请抽调技术人员和业务人员临时组成虚拟团队，参加分支机构设备巡检，制定技术规范、作业计划、应急预案，编制技术方案、培训教材等，各部门单位应积极配合。 第二节职责分工 第九条.信息系统维护管理部门职责 1.贯彻国家、行业及监管部门关于信息系统技术、设备及质量管理等方面的方 针、政策和规定，组织制定信息系统的维护规程、维护管理办法和维护责任制度； 2.负责公司范围内信息系统运行维护管理、监督检查和质量考核评定工作，
监控系统故障应急预案
监控系统故障应急预案 篇一：视频监控应急预案 监控指挥中心突发监控故障 应急预案 一、总则 （一）编制目的 为提高指挥中心处置突发监控事件的能力,充分发挥指挥中心在保卫工作与处置监控事件中的作用，配合相关部门做好对突发事件的处置，最大程度地预防和减少突发监控事件及其造成的损失,保障人员、物资安全, 特制订本方案。（二）组织与指挥 由监控指挥中心人员组成监控系统突发故障应急领导小组组长：*** 负责指挥指挥中心视频监控突发大面积故障全面抢修工作。副组长：** 负责指挥中心视频监控抢修协调及故障原因汇总进而上报部门领导。 副组长：*** 负责指挥中心视频监控抢修协调及故障原因汇总进而上报部门领导。
二、系统故障预防流程 2.1 监控中心值班人员实时排查视频信号及存储情况 2.2 监控维护单位定时巡查监控线路及检修监控设备 2.3 监控维护单位定期对监控设备运行状况进行跟踪测试，数据整理成册并存档。 三、系统故障应急流程 （一）故障发生 指挥中心可从以下途径得知故障的发生： 1）通过保卫中心指挥中心监控员实时排查发现故障 2）通过维护单位巡检发现故障 （二）报障受理 监控指挥中心得知系统故障发生后，立即响应，并向报障人详细了解系统故障情况，及时联系维护单位并上报部门领导。 （三）信息研判 根据了解到的系统故障情况进行分析判断，以确定采用一般故障处理流程还是立即启动系统突发故障应急处理预案。（四）预案启动 如需启动应急预案，则立刻通知系统突发故障应急领导小组，由领导小组启动应急预案，对系统突发故障应急事件进行全面管控处理。 （五）资源确认
监控系统突发故障应急预案启动后，首先是根据现场突发故障实际状况、紧急程度、技术难度、备品备件等情况对相关资源（主要是参与人员）依据经验进行调度和确认，主要有以下资源： 维护单位技术支持人员； 相关厂家技术支持人员； （六）预案执行 按照既定的预案进行突发监控故障抢修，如遇到问题及时向监控系统突发故障应急领导小组汇报。 （七）预案终止 预案的终止时间由监控故障现场技术人员根据现场的实际进展情况报系统突发故障应急领导小组决定。 （八）结果上报 预案中止后，相关预案参与人员将整个事件过程中所有收发信息、领导批示、事故调查报告、现场情况、图片等材料及时整理归档，并总结事件处理过程中的 经验和教训，修改、完善事件应急预案。然后集中上报至系统突发故障应急领导小组。 视频监控应急流程报告 报告日期：年月日至年月日 报告人签名：时间： 监控系统故障应急处理流程图
安全监控系统故障报告管理制度范本
内部管理制度系列 安全监控系统故障报告制 度 （标准、完整、实用、可修改）
编号：FS-QG-13786安全监控系统故障报告制度 Safety monitoring system failure reporting system 说明：为规范化、制度化和统一化作业行为，使人员管理工作有章可循，提高工作效率和责任感、归属感，特此编写。 安全监控系统操作人员必须实行24小时不间断监测，当煤矿的安全监测监控系统发生故障时，应按以下规定执行。 一、当煤矿的安全监测监控系统发生故障时，必须立即向矿调度室报告，并通知有关部门立即处理。 二、在故障发生后，应积极组织抢修，尽快恢复正常。并将发生故障时间、现象、原因、处理办法、恢复时间等做好记录。 三、当煤矿的瓦斯监测监控系统发生故障时，立即向单位负责人报告。 四、为确保我矿瓦斯监控系统正常运行，及时处理系统故障，特制定本办法: 1、如遇网络故障，不能上传数据，应立即通知网络维护人员进行修理。
2、如遇电信线路故障，应立即通知市监控中心。 3、如遇电脑主机故障，或数据接口故障应在5分钟内起动备用主机和接口，保证数据正常上传。同时通知网络维护人员进行修理。 4、当电脑软件出现错误，应立即通知网管人员进行维护，5分钟内不能修复的故障，应启用备用主机。 5、如发现井下某传感器数据传输中断，立即通知井下当班监测工进行维修，同时通知当班瓦斯检查员加强故障地点的瓦斯检查。 6、所有维修操作都要留有记录，详细说明故障类型，现象，以及处理方式，并制定故障期间采取的安全措施。 请输入您公司的名字 Foonshion Design Co., Ltd
故 障 汇 总 报 告
XXXXXXXXX 故障汇总报告 【二零壹参年壹月—陆月】报告人: 报告时间：2013-07-10 内容摘要： 1、故障内容概述。 2013上半年度重大故障汇总。 2、故障原因分析 重大故障原因分析。 3、故障总结、后续工作重点 故障总结、后续工作安排。 各位领导好： 首先感谢贵方选用我司的WLAN系列产品。在此我们对上半年所有在网设备发生的重大故障做一个汇总并加以分析，并对我们的工作内容进行调整；以保证我司设备运行更稳定。同时也敬请各位领导对我们维护工作中的不中足之处提出重要建议。 一、故障内容概述： 1、设备概况： 目前在网的AC设备26组，AP两万台以上（包含：室内AP、村通、大覆盖）。具体信息见下表：
2、重大故障统计： 在过去的半年中，我司设备故障较多（14次），平均每台设备发一次故障。经过对比分析，共有9个故障。故障汇总如下：
二、故障原因分析、故障进展
三、故障总结，后续工作重点： 从上半年发生的故障分析得出结论，造成故障原因如下： 1、设备软件BUG。 2、与其它设备厂商的配合、组网等。 针对故障原因，我们会在以下方面做出改进： 1、加强与贵方维护人员、我司产品技术支持中心的沟通。对于其它省市已知发现的故障引患，在第一时间拿到解决方案（补丁或软件更新）并进行部署工作。避免因为已知的故障引患，造成设备重启、断网等重大事故。此事由我司李永强专人负责。 2、加强设备巡检工作，提高巡检频率。由目前的一天一次提高到一天两次。由各地市常驻人员负责。 3、发生重大故障后，由专人（地市技术负责人，目前有5位资深工程师，分别负责各地市）负责恢复业务，对故障进行跟踪直到处理完成；在处理故障及时给贵方汇报故障处理进展。
问题报告制度流程图
问题报告制度流程图 篇一：危急值报告制度、程序、流程图 “危急值”报告登记本 科室 启用时间 宿迁市骨科医院 危急值报告制度 为加强临床、医技“危急值”的管理，确保“危急值”及时反馈，保证医疗安全，结合我院实际情况，特制定本制度。 一、危急值是指当检验、检查结果出现时，表明患者可能正处于有生命危险的边缘状态，此时如果临床医生及时得到检验、检查信息，迅速给予患者有效的干预措施或治疗，可能挽救患者生命，否则就有可能出现严重后果，失去最佳抢救机会，这种有可能危及患者安全或生命的检查结果数值称为“危急值”。 二、各医技科室在确认检查结果出现“危急值”后，应立即报告患者所在临床科室，不得瞒报、漏报或延迟报告，并填写《危急值报告登记本》，详细记录检查日期、患者姓名、住院号、病床号、检查项目、检查结果、复查结果、临床电话、临床联系人、报告人等项目，并将检查结果发出。 三、临床科室接到“危急值”报告后，应详细填写《临
床科室危急值记录本》，应立即采取相应措施，抢救病人生命，保障医疗安全。 危急值报告程序 一、检验科检查出的结果为“危急值”，在确认仪器设备和检查过程正常的情况下，立即复查，复查结果与第一次结果吻合无误后，立即电话报告临床科室检验结果，并在《危急值报告登记本》中详细记录。 二、医学影像科、心电图等科室检查出的结果为“危急值”，在确认仪器设备正常，经上级医师或科主任复核后，立即电话报告临床科室，并在《危急值报告登记本》中详细记录。 三、临床科室接有关“危急值”报告的电话后，按要求复述一遍确认无误后及时向经治或值班医师报告后，并认真记录于《临床科室危急值记录本》。 四、医师接获“危急值”报告后，应根据该患者的病情，结合“危急值”的报告结果，对该患者的病情做进一步了解，对“危急值”报告进行分析和评估并汇报上级医师或科主任。做出进一步抢救治疗措施（如药物、手术、会诊、转诊或转院等）决定；并在病程记录中详细记录报告结果、分析、处理情况，处理时间（记录到时与分）。 危急值报告及处理流程 篇二：危急值报告制度及流程图
光缆故障分析报告范例
光缆故障分析报告范例 1、光信号缺失：一般因人为窥视信号、破坏光缆原因，致使光信号中断。一次，接到一光节点无输出电信号的故障，检测该光接收机无输入光功率，到前端机房测试，光分路器输出光功率正常。初步判断为该4芯光缆故障，安排人员沿线巡查，并未发现明显受损现象。通过ODTR测试，发现4根纤芯中只有1根不通，根据故障点大概距离再到现场查看，仍未发现光缆有破损迹象。于是将此故障点前后近100米光缆更换后信号恢复，仔细检查发现光缆上有1小孔，推断系误将光缆当作电缆，人为破坏光缆窥视信号行为所致。 2、光信号质量下降：如光缆中间熔接头质量不好，损耗过大，或光纤在接头盒中盘绕时弯曲半径太小，影响光功率的正常传输；接头盒防潮性能 不好，使光纤老化快，造成光折射能力差，降低光功率；光纤活动接头处有脏物，接触不好，使光功率下降，可用脱脂棉蘸(zhan)无水酒精清洗；前端和末端设备的尾纤应盘绕好，固定在光纤盘上，避免折断和弯曲半径变小而造成光损耗增加，影响信号传输质量。 从光纤网络运行近十年的情况看，光发射机故障并不高，也出现过因停送电后冲击浪涌电流过大而烧坏光发射机电源部分的故障。通过在前端加装稳压电源和不间断UPS电源，可以大大减少此类故障的发生。光发射机输入的驱动电平要
按设备要求注入，如频道增加或减少，也应调整驱动电平高低，避免因驱动电平过高或过低使光发射机CTB、CSO指标恶化而导致系统传输质量变差，这一点至关重要，也是调试光发射机最重要的工作。如光发射机使用年限较长，光模块老化，使光功率下降，当下降到规定值范围以下时，应更换新的模块或发射机，确保足够的光发射功率。 光接收机在使用和维护中要掌握好输入光功率和输出RF射频电平，入口光功率要符合设备规定值要求，否则应采取措施来保证光接收机的正常工作，射频电平不要调得过高。若接收机规定输出RF电平为110dBμV，设计、调试和维护时应低于110dBμV，否则会因电平过高可能产生画面出现横丝、图像不清楚等故障。在一次小区改造就出现过这样的问题，按接收机最高RF电平设计，出现了交互调故障，插入衰减片 将电平降至105dBμV后，光接收机工作正常。光接收机应配备良好的稳压电源和良好的接地，最好在220V入口电源处再加装一组避雷器，雷击时可起到一定保护作用，过去因没注意这一点，因雷击产生的意外过电压，烧坏光接收机电源的现象时有出现。另外，如条件允许，光接收机应选质量好的，电源应配开关电源，质量差的光接收机工作一段时间后，电平会降低，给分配网络电信号的正常传输带来较大的影响。
系统故障报告制度
系统故障报告制度 监测监控系统是“一通三防”的重要防线，为了在系统发生故障时能够迅速排除故障，采取安全措施，保障矿井安全生产，特制定本制度： 一、故障类型： 1、探头断线； 2、分站通讯中断； 3、分站直流供电； 4、中心站全部无记录或部分无记录； 5、中心站软、硬件故障； 6、网络故障。 二、处理程序： 1、井下部分：探头断线、分站通讯中断、分站直流供电、中心站全部无记录或部分无记录时，立即通知井下机电科进行处理。 2、井上部分：探头无数据、分站通讯中断、分站直流供电、中心站全部无记录或部分无记录时，立即通知地面机电进行处理。 3、中心站软、硬件故障，出现系统损坏、无法采集数据、无法广播数据、终端程序损坏、无法正常上传，监控负责人立即进行处理。 4、属于网络故障时，立即通知网络公司进行处理。 5、出现无能力修复的，立即联系厂家，进行处理。 三、安全措施 1、监测监控中心站必须实行 24 小时值班，值班员要坚守工作
岗位，严格执行交接班制度，值班人员在值班期间必须严格认真履行职责，严禁脱岗。 2、由调度值班领导负责组织隐患排查，并必须在6分钟内将有关情况上报上级监控中心（传真方式），报告须具有公司值班领导签字。同时要在处理过程中每半小时将处理情况上报县监控中心备案，直至恢复正常。 3、中心站上传程序出现无法上传的，监控值机员每半小时打印监测报表上报上一级监控中心，直至故障排除。 4、中心站软、硬件出现故障、探头断线、分站通讯中断、分站直流供电、中心站全部无记录或部分无记录时，立即通知生产指挥部责令井下的瓦检员每半小时用光学瓦斯器测量一次瓦斯，监控值班员记录所测得的瓦斯值上报上一级监控中心，直至故障排除。 5、建立隐患档案管理制度，跟踪落实直到解决。
问题专项分析报告(8D)模板
问题专项分析报告（8D） 问题背景（D0） 对XX专项问题背景情况进行详细介绍（时间、地点、人员、事情发生经过）。 1．问题解决团队成员（D1） 问题发生后，我司高度重视，迅速组织各供应商成立专项团队负责对此问题进行调查分析。 表1：团队成员 2 ．问题描述（D2） 对XX专项问题进行详细的描述。（缺陷位置、尺寸、涉及范围、潜在风险、是否有类似处理经验等，包括图片、数据等资料） 3. 临时纠正措施（D3） 包含缺陷影响分析，必要时进行理论计算或模型评估，对采取的修复方案进行简单描述并提供NCR、维修方案、维修过程关键点控制图片资料等。 4. 原因分析(D4) XX专项问题的原因很多，如图5所示，下面从人、机、料、法、环五个方面进行原
因分析。 图5 XX问题分析图
●人 对于XX问题，从人的角度进行详细的分析阐述。 ●机 对于XX问题，从机的角度进行详细的分析阐述。 ●料 对于XX问题，从料的角度进行详细的分析阐述。 ●法 对于XX问题，从法的角度进行详细的分析阐述。 ●环 对于XX问题，从环的角度进行详细的分析阐述。 5. 选择和验证根本原因（D5） 通过上述原因分析，XX专项问题的根本原因是XX。 针对造成XX问题的各种原因，采取以下措施： ●人 对于XX问题，从人的角度进行详细的措施阐述。 ●机 对于XX问题，从机的角度进行详细的措施阐述。 ●料
对于XX问题，从料的角度进行详细的措施阐述。 ●法 对于XX问题，从法的角度进行详细的措施阐述。 ●环 对于XX问题，从环的角度进行详细的措施阐述。 6. 方案实施（D6） 根据前期制定的方案，详细阐述具体实施过程。 7. 防止再发生（D7） 针对XX问题，制定切实可行的纠正预防措施，防止此类问题再次发生。 8 总结（D8） 综上所述，现对XX问题总结如下： (1)问题原因:XXXXXX (2)解决措施:XXXXXX (3)预防措施:XXXXXX
监控中心管理制度及故障处理流程
监控中心（长寿）管理制度 1、监控中心人员管理制度 2、监控中心值班制度 3、监控中心交接班制度 4、监控中心安全保密制度 5、在线监测系统异常情况报告流程 6、视频监控系统故障处理制度 7、报表管理制度 监控中心人员管理制度 一、监控中心工作人员基本要求 1、掌握计算机专业基础知识和基本操作技能。 2、应经过必要的岗位培训，熟悉在线监测（监控）系统相关业务基本操作规程，具备一定的政治素质和良好的合作精神。 3、要熟练掌握监控系统操作技术，熟悉中心设备的性能和使用方法，爱护中心设备，严格按规程进行操作。 4、熟练掌握各种报警情况的处置方案，发现重大问题要积极做出反映，迅速通知运维人员并上报有关领导，不得延误。 5、值班人员当班期间须统一制服，佩戴标志标牌。 6、服从领导，完成领导交办的其他工作任务。 二、工作职责 1.当班期间，定时查看中心监控系统包括设备、信号传输、系统平台、电源系统的运 行状态，查看前端DVR、摄像机是否在线，查看有无视频丢失，检查摄像机图像显示是否正常，发现问题及时联系维护人员解决。每班至少对各站点监控系统巡查4次。 2.当班期间，随时查看在线监测系统各站点在线监测设备运行情况，发现设备或超标 报警根据相关流程进行处理上报，并及时联系维护人员解决。 3.现场仪器远程操作备案登记，严禁值班人员私自远程操作现场设备，如需进行远程 控制仪器，需经过相关领导同意并做好相关记录。 4.当班期间，如需要使用大屏及会议系统，值班人员需能熟练操作大屏系统并做好相 关使用记录。 5.定期对平台软硬件及相关设施进行日常维护、巡检，并记录维护巡检情况。 6.严格遵守保密制度，不得向任何个人和机构透漏、传播或复制监测数据、监控信息、 图像资料等。 7.遵守中心管理，不得擅自改变中心设备、设施的位置和用途。 8.按规定做好交接班工作，并严格按要求填写值班记录。 9.遇到系统升级或维护，应当积极配合技术人员工作。 10.保持室内（含会议室）卫生清洁。
安全监测监控系统故障报告制度正式样本
文件编号：TP-AR-L3962 There Are Certain Management Mechanisms And Methods In The Management Of Organizations, And The Provisions Are Binding On The Personnel Within The Jurisdiction, Which Should Be Observed By Each Party. （示范文本） 编制：_______________ 审核：_______________ 单位：_______________ 安全监测监控系统故障 报告制度正式样本
安全监测监控系统故障报告制度正 式样本 使用注意：该管理制度资料可用在组织/机构/单位管理上，形成一定的管理机制和管理原则、管理方法以及管理机构设置的规范，条款对管辖范围内人员具有约束力需各自遵守。材料内容可根据实际情况作相应修改，请在使用时认真阅读。 为了保证监控系统正常运行，为矿安全生产保驾 护航。特制定本制度： 一、安全监测监控系统一旦发生故障，值班人 员应立即向值班领导报告，积极组织厂家和系统维修 人员进行抢修，尽可能在短时间内恢复正常，并做好 故障发生的时间、地点、现象、原因以及处理办法和 恢复正常的记录，留档备查。 三、值班人员平时要注意系统的运行状况，系统 运行中的一切不正常状态都要一一记录在《故障报告 登记表》中，做到有备可查，并及时报告值班领导。
四、监控员只要发现系统有瓦斯超限报警，包括瓦斯超限，零点偏移等情况，及时向监测监控负责人报告。 五、监控人员在维护和处理超限情况时，不得弄虚作假，以免留下安全隐患。 六、在传感器的运行过程中，监控值班人员发现传感器报警，要及时通知维修人员进行处理。 七、安全监测监控系统中心须建立健全档案制度，包括运行记录、设备台帐、传感器校验记录、故障处理台帐、检修记录等。 此处输入对应的公司或组织名字 Enter The Corresponding Company Or Organization Name Here
故障报告、分析和纠正措施系统管理规定
故障报告、分析与纠正措施系统管理规定 1 目的 为及时报告产品在产品实现过程中发生的故障，制定和实施有效的纠正措施，防止故障再现，提高可靠性和维修性，特制定本规定。 2 适用范围 本规定适用于公司产品研制阶段和外场使用过程暴露的产品较大质量问题，以及生产过程出现的整机较大质量问题的处理。 3 引用标准 下列文件中的条款通过本规定的引用而成为本规定的条款。凡是注日期的引用文件，其随后所有的修改单( 不包括勘误的内容) 或修订版均不适用于本规定，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规定。 GJB451 《可靠性维修性术语》 GJB841 《故障报告、分析和纠正措施系统》 4 术语和定义 FRACAS：故障报告、分析和纠正措施系统的英文缩写。 重大故障：指严重影响研制进度、导致人员伤亡或造成产品重大损失的故障。 技术归零五条原则：定位准确、机理清晰、故障复现、措施有效、举一反三。 管理归零五条原则：过程清楚、责任明确、措施落实、严肃处理、完善规章。 其它术语的定义按GJB451-1990和GJB841-1990的规定。 5 组织机构 5.1 FRACAS系统委员会 公司成立FRACAS系统委员会，总工程师担任主任委员，委员会成员包括：质量副总经理、生产副总经理，XX部、XX部、XX部负责人，设计、项目经理、工艺、质量、标准化、可靠性工程、测试、售后等人员。其主要工作内容是： a) 根据故障报告提供的情况，对故障进行调查与核实，识别故障件，并采取措施对故障件予以隔离和控制； b) 利用各种方法分析故障产生的原因，制定切实、可行的纠正预防措施，并检查落实纠正预防措施工作的进展情况；
故障处理报告
AC部分AP异常掉线故障处理报告
诊断分析： 在AC上查看AP掉线原因： AP Profile: zz_1423_004_21 ------------------------------------------------------------------------------- APID : 4 AP System Name : HAZZ-AP-1423-004-HSWA2100 Map Configuration : Not Configured State : Run Up Time(hh:mm:ss) : 09:25:21 Model : WA2100 Serial-ID : 210235A22WC119018274 IP Address : 172.30.67.130 H/W Version : Ver.E S/W Version : V100R001B96D008SP01 Boot-Rom Version : 2.16 Description : 1F107门口 Connection Type : Master Peer AC MAC Address : 3822-d6d5-b5a7 Priority Level : 7 Echo Interval(s) : 10 Statistics report Interval(s) : 50 Cir(Kbps) : -NA- Cbs(Bytes) : -NA- Jumboframe Threshold : Disable Transmitted control packets : 11795 Received control packets : 11790 Transmitted data packets : 0 Received data packets : 0 Configuration Failure Count : 0 Last Failure Reason : Last Reboot Reason : Normal Latest IP Address : 172.30.67.130 Tunnel Down Reason : Neighbor Dead Timer Expire Neighbor Dead Timer Expire：表示AC在三倍的握手时间内没有收到AP的Echo request 报文，此时AC认为AP已经断开 登陆相应AP收集信息，发现： *Oct 27 23:06:02:805 2011 WA2100 LWPC/7/Pkt_Send: Sent Discovery Request to 221.176.119.151 (Length: 156) 04 00 00 96 00 00 01 02 00 8e 00 00 00 00 3a 00 01 01 03 00 10 00 00 00 45 10 38 04 01 00 00 00 d8 01 01 00 00 32 00 4e 00 00 00 00 57 41 32 31 30 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 32 31 30 32
2019年线路故障分析报告参考范本
线路故障分析报告参考范本 篇一：输电线路七类故障分析报告模板 第一章总则 第一条为了规范输电线路故障调查分析工作的全过程管理，深入分析线路故障原因，科学制定反事故措施，全面提升输电线路安全运行水平，特制定本工作规范。 第二条本规范适用于公司系统330千伏及以上交直流输电线路的故障分析工作，其它电压等级输电线路故障分析工作可参照执行。 第三条各省（自治区、直辖市）电力公司（以下简称“省公司”）应按照本规范要求制订实施细则。 第二章职责分工 第四条线路故障分析工作由各级运维检修部门组织开展，输电线路运维单位具体负责，中国电科院、国网电科院、国网经研院，各省电科院、经研院（以下简称科研、设计单位）参与分析工作并提供技术支持，必要时可邀请其他相关设计单位参加。 第五条总部运维检修部主要职责： 1）负责组织输电线路故障分析工作规范的制定并落实； 2）指导、督促各省公司开展线路故障分析工作； 3）组织特高压、重要输电线路及多条次、大面积线路故障的分析工作； 4）组织公司科研、设计单位为各省公司开展的重要线路故障调查分析工作提供技术支持；
5）总结典型故障经验，组织制订反事故措施。 第六条省公司运维检修部主要职责： 1）负责制定本地区输电线路故障分析工作实施细则； 2）指导、督促相关省检修公司、地市供电公司开展线路故障分析工作； 3）组织开展330千伏及以上输电线路故障、其它典型故障分析工作； 4）配合总部运维检修部开展特高压、重要输电线路及多条次、大面积线路故障的分析工作； 5）组织省内科研、设计单位为线路故障调查分析工作提供技术支持； 6）组织落实输电线路反事故措施。 第七条省检修公司、地市供电公司主要职责： 1）负责输电线路故障现场勘察、信息收集与报送、现场处置等工作； 2）配合省公司运维检修部开展330千伏及以上输电线路故障、其它典型故障分析工作； 3）组织实施输电线路反事故措施。 第八条中国电科院、国网电科院、国网经研院主要职责： 1）参与特高压、重要输电线路及多条次、大面积线路故障的现场勘察、技术分析工作，协助编制故障分析报告; 2）必要时，参加省公司组织的典型故障分析工作；
系统故障应急预案
2系统故障应急预案 2.1服务器应用系统出现故障，系统恢复应急预案 (1)当服务器应用系统出现故障，安全管理员、系统管理员、应用管理员应当立即初步确定故障的严重程度，估计出现故障的应用系统故障排除需要的时间，并根据应用系统需要保障的无故障运行时间，采取不同的应用系统恢复策略。 (2)如果应用系统不能停机，立即启用热备份系统进行工作。如果应用系统不能停机，而故障又可以在10分钟之内排除，那么安全管理员指导系统管理员和应用管理员立即排除故障，恢复系统正常运行。 应用系统可以停机而故障又可以在２小时内排除，安全管理员，应该断开服务器的网络连接，配合系统管理员和应用管理员，处理服务器故障，尽快排除故障，恢复系统运行。 应用系统可以停机但故障排除不能在２小时之内完成，而应用系统有冷备份系统，安全管理员，应该断开服务器的网络连接，通知系统管理员和应用管理员启动冷备份系统，完成应用系统的安装、设置，并进行数据的恢复，保证系统正常运行。 应用系统可以停机，而又没有冷备份的应用系统，那么安全管理员应该通知系统管理员和应用管理员，备份现有系统的数据和程序，如果不能进行备份系统的数据和程序，安全管理员应该从备份管理员那里得到应用系统的最新备份。安全管理员在确定了应用系统有备份的情况下，通知系统管理员重新修复或安装操作系统，并配合应用管理员重新安装或修复应用系统并恢复最新备份的数据。如果备份丢失或不存在，安全管理员应该报告信息网络事件应急小组，并求助技术
支持商，完成对硬盘数据的恢复。 (3)备份管理员在应用系统出现故障时，应该及时查找本地的数据备份，本地的数据备份损坏或丢失，应该立即从异地数据备份复制应用系统的数据备份到本地。 (4)系统管理员和应用管理员应在确认安全的情况下，重新启动故障服务器系统；重启系统成功，则检查数据丢失情况，利用备份数据恢复；若重启失败，立即联系相关厂商和技术支持，请求援助，分析故障原因，若经设备厂商或技术支持认定是硬件损坏，那么需要请求厂商更具维修协议，进行保修或维修。在服务器硬件正常的情况下，尽快做好系统软件的恢复或重新安装，之后再进行应用软件的恢复或重新安装，再进行应用系统的数据恢复，应用系统完全恢复正常运行后，重新启用恢复的应用系统服务器，再将备用系统停掉。 软件系统故障应急预案 （1）发生服务器软件系统故障后，安全管理员、系统管理员、应用管理员应立即对服务器进行查看，分析故障原因，采取并及时报告信息网络事件应急小组；同时安排将故障服务器脱离网络，保存系统状态不变，取出系统镜像备份磁盘，保持原始数据，按照系统恢复应急预案进行。 （2）事态或后果严重的，信息网络事件应急小组。 （3）处置结束后,系统管理员应将事发经过、处置结果等在调查工作结束后一日内报告信息网络事件应急小组。 （4）技术措施：安全管理员、系统管理员、应用管理员在故障发生后立即查看服务器系统状态，如果是系统软件出现故障，并且能进入系统，且可以清晰定位故障原因，并可以立即排除，那么立即进行排除。如果估计在3小时之内都不能定位故障原因，那么报告信息
故障分析及处理报告.docx
故障分析及处理报告 售后服务方案(赠送) 1.售后服务概述 公司长期以来一直致力于提供高质量、完善的支持服务，确保用户的系统稳定运行。
公司拥有一批资深的施工人员，具有丰富的经验，能够很好的解决设备各类故障，强大的用户支持队伍和良好的用户满意度是我们的一大优势。 维护计划及承诺 一、项目售后服务内容承诺 我公司贯彻执行：“诚信正直、成就客户、完善自我、追求卓越”的宗旨，对于已经竣工、验收合格的项目进行质量跟踪服务，本着技术精益求精的精神，向用户奉献一流的技术和一流的维护服务。 我公司如果承接了端拾器项目，将严格遵循标书及合同的规定，在保证期内向业主提供该项目的责任和义务。在保修期之后，考虑到设备维护的连续性，建议业主与我公司签订维护合同，以确保此系统项目的正常运行所必需的技术支持和管理支持。 二、服务与保证期 在项目验收合格之日起，开始进行售后服务工作，包括以下几个方面： １、售后服务期；２、维护人员；３、售后服务项目；４、服务响应时间。 三、售后服务期 在项目验收合格之日起，即进入了售后服务期。售后服务期=质量保证期+质量维护期 质量保证期：在质量保证期内，如因质量问题造成的故障，实行免费更换设备、元器件及材料。如因非质量因素造成的故障，收取更换设备、元器件及材料成本费。 质量维护期：在质量保证期之后，即自行进入质量维护期。 我方对所承担端拾器项目提供终身质量维护服务，以不高于本合同设备单价的优惠价格提供所需更换的元器件及材料，另收维护人员工本费。 四、具体措施承诺 1、首先在签订项目合同的同时与客户签订售后服务保证协议书，排除客户的后顾之忧，对客户做出实事求是的、客观的承诺。 2、对已经验收合格交付用户的端拾器项目，在合同期内与用户进行联系，记录用户使用情况，系统运行状况等进行质量跟踪调查，变被动服务为主动服务。 3、对已交工的端拾器项目建立系统运行档案，并进行质量跟踪。 4、系统运行档案记录其端拾器项目运行情况、各类设备使用情况、操作人员操作水平情况及人员流动情况。 5、针对各用户单位操作人员出现的代表性问题，定期对操作人员进行技术培训或到现场培训及指导。 6、正在使用中的系统、设备出现故障时，公司维修服务人员接到报告后及时赴现场处理、维修。 7、对于运行时间较长的端拾器项目，公司维修服务人员定期与客户进行联
监控故障报告制度通用版
管理制度编号：YTO-FS-PD310 监控故障报告制度通用版 In Order T o Standardize The Management Of Daily Behavior, The Activities And T asks Are Controlled By The Determined Terms, So As T o Achieve The Effect Of Safe Production And Reduce Hidden Dangers. 标准/ 权威/ 规范/ 实用 Authoritative And Practical Standards
精品制度范本 编号：YTO-FS-PD310 2 / 2 监控故障报告制度通用版 使用提示：本管理制度文件可用于工作中为规范日常行为与作业运行过程的管理，通过对确定的条款对活动和任务实施控制,使活动和任务在受控状态，从而达到安全生产和减少隐患的效果。文件下载后可定制修改，请根据实际需要进行调整和使用。 一、井下监控电缆、分站等发生故障时，系统维护人员必须及时报告调度室和矿值班领导，并及时进行抢修处理。 二、监控室主机发生故障不能运行时，值班员必须及时汇报矿值班领导和通风管理部门，并做好记录，由矿领导负责组织安排人员维修。 三、系统维护人员井下发现各类传感器存在故障时，应立即查明原因，进行处理。同时及时汇报调度室。 四、安全检测设备发生故障超过1小时，应及时向县局信息调度中心报告，在故障期间必须采取人工监测等安全措施，并填写故障登记表。 该位置可输入公司/组织对应的名字地址 The Name Of The Organization Can Be Entered In This Location
故障管理制度和故障处理流程规定
故障管理制度和故障处理流程规定
————————————————————————————————作者：————————————————————————————————日期： 2
故障管理和故障处理流程规定 (暂行稿)
工程运维中心 二〇〇八年八月 目录 第一章目的 (3) 第二章工程运维中心在95013业务维护管理中的职责 (3) 第三章 95013业务故障分类 (3) 第四章故障处理的原则: (4) 第五章故障处理时限要求。 (4) 第六章故障管理和故障报告制度 (4) 第七章故障通报制度 (5) 第八章故障处理及报告流程图 (5) 第九章工程运维中心内部处理流程 (6) 第十章外部支持流程(研发、建设和其他厂家） (6) 第十一章工程运维中心各部门及公司相关部门的责任 (7) 第十二章故障的跟踪管理 (7) 附件一：95013业务重大/严重故障分析报告 (9)
第一章目的 工程运维中心承担95013业务网络和平台日常维护工作，为规范故障管理和故障处理的工作流程，使网络和平台故障能够得到正确及时地处理，保证 95013业务安全稳定的运行，特制定本规定。 第二章工程运维中心在95013业务维护管理中的职责 a）工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b）工程运维中心运维组负责95013平台的故障处理；各地分公司运维人员负责现场支持，并负责协调当地运营商的运维支持。 c）建立故障通报制度，如发生重大故障，应按照故障等级和故障上报流程逐级向上汇报。 d）定期召开网络质量分析会，遇有重大故障，应及时召开故障分析会。 负责全公司运维人员的技术业务培训，提高运维人员的技术维护水平和工作能力。 第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障：全部业务中断 2.严重故障包括：