下载文档原格式
ISO 26262-2 功能安全管理译者：逯建枫图1 ISO26262概览1 范围ISO26262适用于包含有一个或多个电子电气系统的安全相关系统，且该系统安装于车辆最大总质量为3500kg的一系列乘用车车型上。
ISO26262不适用于特殊用途车辆（比如残疾人专用车辆）中的特殊电子电气系统。
在ISO26262发布日期之前已发布生产的、或已在开发过程中的系统及其零部件，不受此标准约束。
在对ISO26262发布前生产的系统及其零部件进行开发或更改时，只需要使得更改的部分符合ISO26262的要求即可。
ISO26262阐述了E/E安全相关系统故障或系统相互作用故障可能导致的危害。
ISO26262不涉及电击、火灾、烟雾、热量、辐射、毒性、易燃性、反应性、腐蚀性、能量释放等相关危害，除非以上这些危害是由于E/E安全相关系统故障直接导致的。
ISO26262不涉及E/E系统的名义性能，尽管这些系统（例如主动和被动安全系统、制动系统、自适应巡航系统）有专门的性能标准。
ISO26262-2部分规定了汽车应用的功能安全管理要求，包括：-相关组织的项目独立要求（全面安全管理），以及-与安全生命周期的管理活动有关的具体项目要求（即概念阶段、产品开发期间以及生产发布后的管理）。
2 相关标准略3 术语、定义和缩略语见ISO26262-1部分。
4 合规性要求4.1 一般化要求若声称符合ISO26262要求时，应当遵守每项要求，除非有以下其中一项：a)计划按照ISO26262-2对安全活动进行裁剪，发现该要求不适用，或者b)有缘由表明，不合规是可以接受的，且该缘由经评估符合ISO26262-2。
标记为“注释”或“示例”的信息仅用于指导理解或澄清相关要求，不应理解为要求本身或完整需求或详细需求。
安全活动的结果是以工作产品的形式输出的。
“先决条件”是指作为前一阶段工作产品提供的信息。
考虑到某条款的某些需求是ASIL依赖的或定制的，某些工作产品可能不需要作为先决条件。
医院异常事件报告制度一、目的规范医院异常事件的主动报告，增强风险防范意识，及时发现医院异常事件和安全隐患，最大限度地收集与本院安全相关的信息，通过数据汇总和分析，及时发现医院运行中的安全隐患与薄弱环节，从医院管理体系、运行机制及规章制度上保障患者安全并进行有针对性的持续改进。
二、适用范围本制度适用于全院医疗、护理、医技、行管后勤。
凡发生或发现医院异常事件，以及任何有安全隐患潜在异常事件，均有责任上报。
三、异常事件的定义、分级与警讯事件内容（一）定义与分级异常事件是指在医院内发生的非预期的（未预料到的）、不利的或有潜在危险的事件。
异常事件分为四级：Ⅰ级事件又称警讯事件，是指涉及死亡或严重身体伤害或心理伤害的意外事件。
严重身体伤害具体包括丧失四肢或功能。
Ⅱ级事件又称不良后果事件，是指造成机体与功能损害的事件。
Ⅲ级事件又称未造成后果事件，是指虽然发生了错误事实，但未造成任何不良后果的事件。
Ⅳ级事件又称接近错误事件，是指发现的任何缺陷或错误，未形成事实，未造成危害，但其再发生很有可能带来严重的不良后果的事件。
（二）警讯事件内容警讯事件的内容包括：1.意外死亡，与患者病情的自然发展或基本状况无关的死亡（例如，因术后感染或肺栓塞而死亡）；足月婴儿的死亡；自杀死亡；2.与患者病情的自然发展或基本状况无关的主要功能永久丧失；3.手术部位错误、操作错误和患者错误；4.因输注血液或血液制品而造成感染慢性病或绝症；5.婴儿被绑架或被盗或者抱错；6.强奸、职场暴力，例如在医院现场攻击（导致死亡或功能永久丧失）；或谋杀。
7.院内感染的爆发。
四、异常事件的类别（一）医疗处置事件1.治疗错误事件：患者、部位、器材、剂量等选择错误的不认真查对事件；2.方法/技术错误事件：遗忘、未治疗、延期、时间或程序错误、不必要的治疗、灭菌/消毒错误、体位错误等事件；3.信息传递、沟通错误：医师、护理、医技判定（读）意见错误；医嘱错误（口头及书面）、其他传递方式错误等事件；4.非预期事件：非预期重返ICU，非计划再次手术事件。
2016年校园宽带一人一号多终端故障及问题预处理流程2016-03目录一、客户端安装类 (5)1.Windows客户端安装时，报“安装程序出同未知错误，（-209）”错误 (5)2.在安装天翼校园客户端的时候，出现“安装未知错误，（-99）”错误。
(6)3.客户端在安装的时候，装了很久还是在安装中。
(6)二、拨号连接类 (7)(一) Windows/MAC版本 (7)1.在连接网络时，客户端界面提示“系统找不到指定的文件。
请检查你的网络设置”。
(7)2.在连接网络时，客户端界面提示“网络超时，请检查你的网络设置”。
(7)3.Portal页面显示不出或者客户端提示无法获取ip或mac地址的解决方法。
(9)4.Portal网页能跳转，IP和DNS都设置成自动获取，但是用ipconfig /all看到的dns还是不对。
(13)(二) Android/IOS版本 (13)1.手机客户端连上校园WiFi后，客户端提示“请连接校园共享wifi”。
(13)2.Android客户端，用客户端拨上号后，自动断网。
(14)3.IOS系统升级至IOS9.2.1后，无法使用客户端，提示“未受信任的企业级开发者”。
(15)三、客户端使用类 (16)(一) Windows/MAC版本 (16)1. 提示：与服务器通信异常，请重新连接（20010001） (16)2.提示：IP不合法，请接入正确网络环境。
（20010002） (17)3.提示：配置文件被损坏，请重新安装软件。
(20010003) (18)4.提示：连接请求失败或超时，请重新连接。
（20010004） (18)5.提示：连接请求解析失败，请重新连接。
（20010005） (19)6.提示：获取认证参数失败，请检查网络后重试。
（20010006） (20)7.提示：获取不到ip或物理地址，请检查网络设备。
（20010007） (20)8.提示：当前网络不稳定，请重新连接（20010008） (24)9.提示：网络已断开，请重新登录。
出站esdv异常关断应急处理摘要：一、引言二、出站ESDV 异常关断的原因1.设备故障2.系统故障3.操作失误三、应急处理措施1.立即采取关断措施2.隔离故障区域3.检查设备状态4.分析原因5.恢复供电四、故障处理流程1.接警2.确认故障3.采取应急措施4.故障排查5.恢复设备正常运行五、预防措施1.设备定期检修2.加强操作人员培训3.制定应急预案六、总结正文：在火车站台，出站ESDV（Emergency Shutdown Device，应急关断设备）异常关断是一种紧急情况，可能导致列车运行受到影响。
针对这一问题，本文将阐述其原因及应急处理方法，并探讨如何预防此类问题的发生。
首先，出站ESDV 异常关断的原因有多种，包括设备故障、系统故障和操作失误。
设备故障可能是由于设备老化、损坏等原因导致；系统故障可能源于信号系统、通信系统等的不稳定；操作失误则可能是由于操作人员疏忽或对设备操作不熟练造成。
当发生出站ESDV 异常关断时，应立即采取关断措施，隔离故障区域，以确保列车及乘客的安全。
接着，检查设备状态，分析关断原因，并尽快恢复供电，以减小故障对列车运行的影响。
在处理此类故障时，应遵循一定的流程。
首先，接警后，相关人员应迅速确认故障，启动应急预案。
然后，采取应急措施，隔离故障区域，并组织人员进行故障排查。
在排查原因后，尽快恢复设备正常运行，确保列车运行的顺畅。
为预防出站ESDV 异常关断的发生，应加强设备的定期检修，确保设备状态良好；同时，对操作人员进行严格的培训，提高操作水平，防止因操作失误导致关断。
此外，制定应急预案，对各种可能出现的故障进行预演，提高应急处理能力。
总之，出站ESDV 异常关断的应急处理需要综合运用多种措施，包括立即关断、隔离故障区域、检查设备状态、分析原因、恢复供电等。
同时，为预防此类问题的发生，应加强设备检修和操作人员培训，制定应急预案。
站内锚点小区切换失败导致NR异常释放问题
案例上报省份：浙江案例上报人：张波
一、关键词：
CELLOP
二、案例分类
1.问题分类：切换类
2.手段分类：参数调整
三、优化背景
采用FDD1800频点作为锚点。
拉网测试过程中发现LTE一直上报大量A3事件，但始终不进行切换，直至LTE异常释放后NR小区异常释放。
四、问题现象
终端占用锚点站为PCI145的小区，但是邻区PCI341和PCI18的电平值均好于主服务小区，而主服务LTE小区也上报A3事件想要进行切换，但是一直不进行切换导致LTE和NR异常释放；
五、原因分析
LST CNOPERATOR：查看运营商信息，获取运营商索引值与移动
网络码的对应关系；
LST CNOPERATORTA：查看跟踪区域配置信息，获取本地跟踪区域标识与运营商索引值的对应关系；
LST CELLOP：查看小区运营商信息，获取本地小区标识和本地跟踪区域标识的对应关系；
将上述三个图关联分析即可得到：本地小区标识->本地跟踪区域标识->运营商索引值->移动网络码的对应关系；而问题所述的小区就是PCI341和PCI 18的小区未配置1的本地区域跟踪标识，即无对应的08运营商信息；
六、解决方案
添加如下命令后，小区切换正常
ADD CELLOP:LOCALCELLID=X,TRACKINGAREAID=X,MMECFGNUM=CELL_MME_CFG_NUM_0;
七、效果评估
问题得到解决，切换接入正常
八、基于案例提炼的方法、流程及评估标准建议
站内锚点小区不切换的情况，应该首先排查小区间邻区、CELLOP信息配置情况；。
生产异常处置报告引言本文档旨在记录并分析生产过程中的异常情况，并提供相应的处理方法和解决方案，以确保生产工作的正常运行和产品质量的稳定不受影响。
异常情况描述在生产过程中，我们遇到了以下异常情况：1.设备故障–描述：生产线上的一台关键设备（设备编号：001）突然停止运行，导致生产线的整体生产能力下降。
–影响：产品生产速度减慢，导致计划产量无法按时完成。
–处理方法：立即通知维护人员进行设备维修，同时调整生产计划，将产品产量分散到其他正常运行的设备上。
2.原材料供应问题–描述：某批次原材料（原材料编号：ABC123）出现质量问题，无法投入生产。
该原材料是产品的重要组成部分。
–影响：缺乏该批次原材料将导致部分产品无法按时生产和交付。
–处理方法：立即与供应商联系，并要求紧急更换该批次原材料。
同时调整生产计划，暂停使用该批次原材料之前的产品，以确保质量不受影响。
3.人员缺席–描述：生产线上的操作员（员工编号：001）突然请假，无法参与生产工作。
–影响：生产线需要调整工作分配，由其他操作员进行替补工作。
–处理方法：根据生产线的工作流程和操作规范，将其他操作员进行合理分配，确保生产工作的正常进行。
同时安排其他操作员加班工作以保证生产计划按时完成。
解决方案针对上述异常情况，我们提出以下解决方案：1.设备故障–维修方案：立即联系设备维护人员，并提供相关设备故障信息，以便他们快速定位和修复问题。
同时，加快维修工作进度，尽量缩短生产线的停机时间，以减少生产能力损失。
–生产调整方案：对于无法及时修复的设备故障，我们将进行生产计划调整，将产品产量分散到其他正常运行的设备上，以保证计划产量的完成。
2.原材料供应问题–供应商沟通方案：立即与供应商联系，详细说明原材料质量问题，并要求紧急更换该批次原材料。
与供应商沟通的过程中，保持信息畅通和频繁的沟通，以确保及时解决问题。
–生产调整方案：暂停使用该批次原材料之前的产品，调整生产计划，以确保产品的质量不受影响。
失效分析流程失效分析是指对产品或系统发生故障或失效的原因进行分析和解决的过程。
失效分析流程通常包括以下几个步骤，失效观察、失效描述、失效假设、失效验证和失效原因分析。
首先，失效观察是指对产品或系统失效现象进行观察和记录。
在失效观察阶段，需要详细描述失效发生的时间、地点、环境条件、失效现象等信息。
这些信息对于后续的失效分析非常重要，能够帮助工程师更快地找到失效原因。
接下来，失效描述是指对失效现象进行详细的描述和分析。
失效描述需要包括失效的外部表现和内部表现，以及失效对产品或系统性能的影响。
通过对失效现象的描述，可以帮助工程师更好地理解失效的特点和规律。
然后，失效假设是指对失效原因进行初步的推测和假设。
在失效假设阶段，工程师需要根据失效现象和产品或系统的工作原理，提出可能的失效原因。
这些失效假设将成为后续失效验证和原因分析的依据。
随后，失效验证是指对失效假设进行验证和排除。
在失效验证阶段，工程师需要通过实验、测试或仿真等手段，验证每一个失效假设的可行性和可靠性。
通过失效验证，可以确定哪些失效假设成立，哪些失效假设需要进一步分析。
最后，失效原因分析是指对经过验证的失效假设进行深入分析，找出真正的失效原因。
在失效原因分析阶段，工程师需要综合考虑失效现象、失效描述、失效假设和失效验证的结果，找出导致产品或系统失效的根本原因。
通过失效原因分析，可以采取相应的措施，防止类似的失效再次发生。
综上所述，失效分析流程是一个系统的、有条不紊的过程，需要工程师对失效现象进行认真观察和描述，提出合理的失效假设，进行有效的失效验证，最终找出真正的失效原因。
只有在每一个步骤都认真对待，才能确保失效分析的准确性和可靠性，为产品或系统的改进和优化提供有力支持。
