风险评估要做三件事：找出危险源、判定风险高低、记录采取了哪些结构设计、技术和管理措施。它是机器人系统所有安全文件的起点，没有它，防护方案的选型就缺少依据。
风险评估的含义是系统性地识别危险源并降低风险：先找出危险源，再判定风险等级，最后把结构设计、技术防护和组织管理三类措施记录下来。机器人项目离不开它，因为设备跑得通不代表危险已经被处理。产品形态、企业角色和计划用途不同，会带出不同的法规要求、标准、证明文件和运营方义务。
评估对象必须是具体的整体系统。危险源、防护措施、文档和责任归属要一并梳理。角色分工不能默认：制造商、进口商、经销商、系统集成商和使用单位的义务各不相同。改装、重新搭建、或者用途出现实质变化，都会触发重新评估。文档必须与实际交付的系统一致。
企业做风险评估，是为了给机器人的安全合规使用打好底。证明文件不要拖到投产前才索取。合理的做法是在需求规格书里明确写出要求，对供方文件做有记录的审核，并为遗留项和后续变更指定负责人。
技术措施和日常运行必须配套。防护功能、操作手册、培训、维护、访问权限和故障处置要相互衔接。设备联网时通常还要加入 IT 安全和数据保护。移动机器人还需考虑通行路径、人员相遇、交接点和现场变化。
集成方的团队通常在方案设计阶段就启动风险评估：识别危险源、判定风险、把措施写进文档。制造商、集成商和使用单位在放行前书面确认职责、证明文件和未决项，布局或用途变动后再评一次。这样才不会把一张证书误当成对真实现场的完整判断。
局限在于：适用性和版本状态要按具体产品和使用场景确认。标准会改版，也不会自动完整适用于每一类产品。词条用于建立概念认识，项目决策要依托书面要求和实际证明文件。
实践应用
系统集成团队在方案定型前先做风险评估：逐项列出危险源、判定风险等级，并把结构设计、技术防护和管理措施记入文档。制造商、集成商和使用单位在系统放行前共同确认职责分工、证明文件和未决项；一旦布局或用途改变，评估重新进行。
优势
- 危险源被逐项列出，不再依赖经验判断
- 防护措施的选型有可追溯的依据
- 评估记录成为其他安全文件的共同底稿
- 降低投产后才发现遗漏危险源的概率
局限性
- 适用性和版本状态必须针对具体产品和使用场景确认
- 适用范围要按产品、角色、用途分别判定
- 识别与记录危险源需要投入较多工时
- 系统改动后既有评估结论可能失效
典型应用领域
常见问题
- 风险评估用一句话怎么解释？
- 识别危险源、判定风险等级，并把适用的结构设计、技术和管理措施记录成文。
- 机器人项目在什么阶段必须做风险评估？
- 只要产品、集成或运行落入相关适用范围就需要进行。具体取决于企业承担的角色和当前的法规标准版本。
- 风险评估由谁负责？
- 责任可能落在制造商、进口商、经销商、集成商或使用单位，视具体情况而定。项目中必须明确划分。
- 这条词条的说明有什么局限？
- 适用性和当前版本状态必须结合具体产品和使用场景确认。通用解释不能替代针对具体机器人方案的个案审查。