您的质量管理数据模板
您的质量管理数据模板
- 全面收集数据所需的推荐属性
- 提升流程可视性的关键跟踪活动
- ETQ Reliance分步数据提取指南
质量管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间戳
EventTimestamp
|
具体活动发生的准确日期和时间。 | ||
|
说明
Event Timestamp标记活动在系统中被记录的准确时刻。质量事件生命周期中的每项活动都有自己的时间戳,由此形成按时间排列的事件序列。 该属性是流程挖掘中所有基于时间的分析的基础,可用于计算活动之间的周期时间、识别等待时间和瓶颈,以及衡量质量事件的整体持续时间。同时,它还支持分析随时间变化的绩效趋势。
为什么重要
该属性对于计算持续时间、按时间顺序排列事件,以及执行识别瓶颈等基于时间的分析至关重要。
获取位置
通常可在审计轨迹表中找到,也可能作为与ETQ Reliance中每项活动或工作流步骤关联的“last modified”或“status change”日期字段存在。
示例
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
活动名称
ActivityName
|
质量管理流程中发生的具体任务或事件的名称。 | ||
|
说明
该属性描述质量事件生命周期中的一个步骤或里程碑,例如“Issue Categorized And Prioritized”或“Root Cause Analysis Performed”。每项活动都代表推动质量事件走向解决的一项独立操作。 活动分析是流程挖掘的核心。该属性用于构建流程图,展示工作流转,并帮助识别瓶颈、偏离标准流程的情况和返工循环,这些都是流程改进的关键。
为什么重要
定义流程步骤,为可视化流程顺序、发现瓶颈和分析偏差提供必要基础。
获取位置
这些信息通常来自ETQ Reliance模块中的事件日志、工作流状态变化或审计轨迹。
示例
调查已启动根因分析已完成纠正措施计划已批准
|
|||
|
质量事件
QualityEvent
|
单个质量事件的唯一标识符,用于关联从识别到关闭的所有相关活动。 | ||
|
说明
Quality Event是质量管理流程的主要案例标识符,代表一个独立的质量问题,例如不符合项、客户投诉或偏差,并记录其调查和解决过程。 在流程挖掘分析中,该属性对于重建每个质量事件的端到端历程至关重要。它支持分析人员可视化流程图,衡量从开始到结束的周期时间,并分析不同变体以了解各类事件的处理方式。所有活动和数据点均按此标识符分组,从而完整呈现案例。
为什么重要
这是流程挖掘的基础属性,可将所有相关流程步骤连接到同一案例,从而支持对质量问题解决生命周期进行端到端分析。
获取位置
这是ETQ Reliance中Quality Event或Non-conformance主模块的主键。具体表名和字段名请参阅ETQ Reliance文档。
示例
QE-2023-00123NC-2023-0456CAPA-2023-7890
|
|||
|
严重性级别
SeverityLevel
|
对质量事件影响程度的分类,例如严重、主要或次要。 | ||
|
说明
Severity Level用于评估质量问题对客户、产品或法规合规的潜在影响。它用于确定资源优先级和响应紧迫程度。 此属性是Issue Triage and Prioritization和High Severity Event Resolution仪表板的关键字段。它支持按严重性对质量事件进行分组,分析高严重性问题是否比低严重性问题更快得到解决,并确保关键问题得到及时处理。
为什么重要
它支持对案例进行优先级排序和分组,确保最关键的质量问题得到及时、适当的处理。
获取位置
这是ETQ Reliance大多数质量管理模块中的标准字段,通常属于初始问题登记表单的一部分。
示例
严重重大轻微
|
|||
|
事件结束时间
EventEndTime
|
活动完成的日期和时间,用于计算其处理时间。 | ||
|
说明
Event End Time表示活动完成的时间。它与Event Timestamp(Start Time)结合后,可确定单个流程步骤的持续时间。并非所有系统都会明确记录每个事件的结束时间,此时可以根据后续事件的开始时间推导得出。 此属性对于计算单个活动的处理时间至关重要,而处理时间不同于活动之间的等待时间。它有助于识别耗时较长的具体Task,从而针对性地改进流程,提高流程效率。
为什么重要
它支持计算单个活动的处理时间,帮助区分实际工作时间和等待时间。
获取位置
部分ETQ Reliance模块可能会记录特定Task的开始和结束时间。如果没有相关数据,也可以在数据准备阶段推导得出。
示例
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
|
|||
|
执行操作的人员
ActionPerformedBy
|
执行特定活动的用户或资源。 | ||
|
说明
此属性用于识别在质量事件生命周期中负责完成Task的个人或系统用户。它将流程活动与执行活动的人员或团队关联起来。 按用户分析绩效,有助于了解工作负载分布、识别培训需求,并发现绩效突出的个人或团队。它对于合规和审计也十分重要,可清晰记录每项操作的执行者。
为什么重要
此属性支持资源绩效分析、工作负载平衡和培训机会识别。
获取位置
此信息通常存储在审计跟踪日志或交易详情中,并经常与ETQ Reliance中的用户ID字段关联。
示例
j.doeasmithqa_manager
|
|||
|
根因类别
RootCauseCategory
|
对已识别质量事件根本原因的分类。 | ||
|
说明
完成根因分析后,通常会对问题的根本原因进行分类。示例包括“设备故障”“人为错误”“流程缺陷”或“供应商问题”。 此属性是Root Cause Category Trends仪表板的关键字段。通过分析不同根因类别随时间的发生频率,组织可以识别系统性问题,并将改进工作集中在最常见的质量问题来源上。这有助于从被动解决问题转向主动预防。
为什么重要
它支持对重复发生的问题进行战略分析,帮助识别系统性问题,并确定长期纠正和预防措施的优先级。
获取位置
这通常是在ETQ Reliance工作流的Root Cause Analysis阶段填写的字段。
示例
流程缺陷物料缺陷人为错误设备故障
|
|||
|
负责部门
ResponsibleDepartment
|
负责质量事件或特定活动的部门或职能领域。 | ||
|
说明
此属性表示负责管理质量事件或执行特定步骤的组织单元,例如“质量保证”“工程”或“生产”。它可以在案例级别分配,也可以随着案例在不同部门之间流转而发生变化。 此属性是Departmental Performance Analysis仪表板的关键字段。它支持按部门筛选和比较流程绩效,例如周期时间和事件量,从而帮助识别部门瓶颈、资源限制或表现突出的领域。
为什么重要
它支持比较不同业务单元的绩效并分析瓶颈,帮助优化资源分配。
获取位置
这通常是ETQ Reliance主质量事件表单中的字段,用于表示负责人或负责团队。
示例
质量保证制造部研发部
|
|||
|
验证结果
EffectivenessVerificationOutcome
|
用于检查纠正措施是否有效的验证结果。 | ||
|
说明
实施纠正措施后,通常需要执行验证步骤,以确认该措施确实解决了问题。此属性记录验证结果,通常为“有效”或“无效”。 此属性是Corrective Action Effectiveness仪表板和CAPA Effectiveness Verification Rate KPI的核心字段。它直接衡量解决流程的成效,帮助识别重复发生的问题并改进纠正措施计划的质量。
为什么重要
它直接衡量纠正措施的成效,有助于减少返工并防止质量问题再次发生。
获取位置
这应是ETQ Reliance中CAPA或Quality Event模块验证有效性部分的字段。
示例
有效无效待处理
|
|||
|
CAP状态
CorrectiveActionPlanStatus
|
纠正措施计划的状态,例如已提议、已批准或已拒绝。 | ||
|
说明
此属性跟踪纠正措施计划(CAP)本身的状态。CAP是整体质量事件中的关键里程碑,可显示提议的解决方案是否已完成审核并获批。 分析此属性可以发现审批流程中的瓶颈。大量计划被拒绝,或从“已提议”到“已批准”之间存在较长延迟,可能表明根因分析存在问题,或利益相关方之间缺乏一致。
为什么重要
它有助于识别纠正措施审批周期中的延迟和低效,这是质量管理中常见的瓶颈。
获取位置
这应是ETQ Reliance纠正和预防措施(CAPA)部分或模块中的状态字段。
示例
拟议已批准已拒绝等待实施
|
|||
|
RCA持续时间
RootCauseAnalysisDuration
|
从调查开始到根因分析完成所需的时间。 | ||
|
说明
此指标衡量质量流程中特定阶段的持续时间,计算“启动调查”活动与“完成根因分析”活动时间戳之间的差值。 此属性是“平均根因分析时间”KPI和“根因分析瓶颈”仪表板的关键字段。它有助于定位分析阶段的延迟,而该阶段通常是整体周期时间过长的主要原因。
为什么重要
它单独衡量关键子流程的绩效,帮助识别并解决问题分析和调查中的延迟。
获取位置
源系统中没有此属性。它在数据转换期间通过计算特定活动时间戳之间的差值得出。
示例
8640001209600432000
|
|||
|
SLA状态
SLAState
|
表示质量事件是否处于规定的服务级别协议(SLA)期限内、存在超期风险或已经超期。 | ||
|
说明
此属性是一个计算字段,用于将质量事件当前或总周期时间与预定义目标进行比较。例如,严重问题的SLA可能要求在15天内解决。状态可以是“按计划进行”“存在风险”或“已超期”。 它对于Quality Compliance Overview仪表板很有价值,可直观显示时效性和合规情况。管理者可以据此主动处理可能错过截止期限的事件,而不必等到SLA超期后再采取行动。
为什么重要
它以清晰直观的方式展示绩效与时效目标的差距,支持主动管理存在延迟风险的案例。
获取位置
此属性在数据转换期间计算得出,方法是将案例已用时间与SLA业务规则进行比较。业务规则可能基于Severity Level等属性。
示例
按计划进行存在风险已超期
|
|||
|
业务单元
BusinessUnit
|
质量事件发生所在的较大业务部门或业务单元。 | ||
|
说明
此属性将质量事件分配给组织内的特定业务单元,例如“消费电子”或“医疗器械”。与部门相比,它提供更高层级的组织背景。 它支持比较企业不同业务部分的整体绩效,帮助高层管理者了解哪些业务单元面临最严峻的质量挑战,并据此分配资源。
为什么重要
它支持比较公司不同事业部的质量流程绩效。
获取位置
此信息可能来自质量事件表单中的字段,也可能根据负责部门或产品等其他属性推导得出。
示例
医疗器械汽车零部件工业解决方案
|
|||
|
关联法规
AssociatedRegulationStandard
|
与质量事件关联的具体法规或质量标准。 | ||
|
说明
此属性将质量事件与特定法规要求或行业标准关联起来,例如ISO 9001、FDA 21 CFR Part 820或企业内部政策。这在受监管行业中尤为重要。 这是Quality Compliance Overview仪表板的关键属性。按关联标准分析事件,有助于监控合规情况、识别频繁出现偏差的领域,并确保所有法规要求都得到及时满足。
为什么重要
它支持在合规背景下分析质量事件,帮助确保遵守特定行业法规和标准。
获取位置
这可能是ETQ Reliance质量事件表单中的专用字段或可选列表,尤其常见于以合规为重点的模块。
示例
ISO 9001:201521 CFR Part 820IATF 16949
|
|||
|
最近数据更新时间
LastDataUpdate
|
表示流程数据最近一次刷新的时间戳。 | ||
|
说明
此属性记录从源系统提取最新数据的日期和时间。它属于元数据字段,适用于整个数据集,而非单个事件。 在任何流程分析中,了解数据的新鲜度都至关重要。此属性可帮助用户了解分析数据的时效性,确保决策基于最新信息,并合理管理对数据延迟的预期。
为什么重要
它表示数据的新鲜度,这对于了解分析和洞察的时效性至关重要。
获取位置
此值在数据提取、转换和加载(ETL)过程中生成,用于记录作业运行的时间戳。
示例
2024-05-20T08:00:00Z
|
|||
|
受影响产品
AffectedProduct
|
作为质量事件对象的产品、材料或组件。 | ||
|
说明
此属性用于识别与质量问题相关的具体产品或零件编号,并将流程数据与产品主数据关联起来。 按产品分析质量事件,可以帮助企业识别质量问题发生率较高的产品,从而发现潜在的设计或制造问题,并将改进工作集中在最需要改进的产品上。
为什么重要
它将质量流程与具体产品关联起来,支持分析哪些产品更容易出现问题。
获取位置
这通常是质量事件表单中的关键字段,并经常与ETQ Reliance或集成ERP系统中的产品主数据表关联。
示例
PROD-1001-APROD-2050-BRAW-MAT-55
|
|||
|
是否返工
IsRework
|
用于标记某项活动或一系列活动是否属于返工。 | ||
|
说明
此布尔属性用于识别流程循环,例如有效性验证失败并触发新的调查,或纠正措施计划被拒绝后退回修改。它会标记重复执行之前步骤的活动。 此属性用于计算“纠正措施返工率”KPI。突出显示返工对于了解流程低效至关重要,因为返工会消耗资源、延长周期时间,却无法推动案例向解决方向发展。
为什么重要
它通过标记重复工作量化流程低效,帮助识别流程失败的根本原因并减少浪费。
获取位置
源系统中没有此属性。它根据数据转换期间案例内的活动顺序计算得出。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
提取数据的系统。 | ||
|
说明
该属性用于标识质量管理数据的来源。在此流程视图中,该值保持不变,表示数据来自ETQ Reliance。 虽然在单个数据集中该属性可能不会变化,但它对于数据治理以及合并多个系统的数据至关重要。它有助于明确数据来源,并支持数据集成管理。
为什么重要
它提供有关数据来源的重要背景信息,对于数据治理、验证以及与其他系统集成都十分重要。
获取位置
通常在数据提取、转换和加载(ETL)过程中添加静态值,用于标记数据来源。
示例
ETQ Reliance
|
|||
|
质量事件周期时间
QualityEventCycleTime
|
从识别质量问题到最终关闭所经过的总时间。 | ||
|
说明
这是一个计算指标,表示单个质量事件端到端的持续时间。它通过计算第一个活动(例如“识别质量问题”)与最后一个活动(例如“关闭质量事件”)时间戳之间的差值得出。 此属性直接支持“平均质量事件周期时间”KPI,也是衡量整体流程效率的主要指标。它用于在仪表板中跟踪周期时间缩短目标的达成情况,并比较不同事件类别的持续时间。
为什么重要
这是衡量质量管理流程从开始到结束整体效率的关键绩效指标。
获取位置
ETQ Reliance不会直接提供此属性。它由流程挖掘工具或ETL计算,方法是针对每个案例,用最后一个事件的时间戳减去第一个事件的时间戳。
示例
25920006048008640000
|
|||
|
质量事件状态
QualityEventStatus
|
质量事件当前的总体状态,例如打开、关闭或已取消。 | ||
|
说明
此属性概括质量事件在生命周期中的当前阶段。它表示案例正在处理中、已成功解决,还是因某种原因被取消。 在流程分析中,它用于筛选活动中的案例和已完成的案例。它是计算未关闭质量事件积压量的基础,也可确保周期时间等分析仅针对已达到明确结束状态的案例。
为什么重要
它支持筛选打开和关闭的案例,这对于准确计算积压量和分析已完成的流程非常重要。
获取位置
这是ETQ Reliance主质量事件对象中的主要状态字段。
示例
开放已关闭已取消待审批
|
|||
|
问题描述
IssueDescription
|
对已识别质量问题的自由文本描述。 | ||
|
说明
此属性包含对质量问题的详细叙述性描述,提供结构化数据字段无法呈现的定性背景。 问题描述通常不会直接用于流程顺序可视化,但对详细案例审查非常有价值。它还可以结合文本挖掘技术,用于识别与特定流程偏差或延迟相关的常见主题或关键词。
为什么重要
它为理解质量事件的具体情况提供重要的定性背景,适用于深入分析单个案例。
获取位置
这是ETQ Reliance初始质量事件报告表单中的标准文本框或备注字段。
示例
组件XYZ在4号工位未通过压力测试。客户报告789批次存在外观缺陷。在设备A上发现校准设置错误。
|
|||
|
预防措施ID
PreventiveActionId
|
针对质量事件创建的预防措施的唯一标识符。 | ||
|
说明
此属性将质量事件与为解决根因并防止其他领域再次发生问题而创建的一项或多项预防措施关联起来。一个质量事件可能对应多项预防措施。 此ID是Preventive Action Management仪表板的重要字段。它有助于跟踪已识别预防措施的实施率,也可用于识别重复或冗余工作,确保主动改进得到高效管理。
为什么重要
它将被动响应质量事件与主动改进计划关联起来,支持分析组织预防未来问题的成效。
获取位置
这应是ETQ Reliance中CAPA模块预防措施部分的关联记录或字段。
示例
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
质量管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
措施有效性已验证
|
确认已实施的纠正措施成功解决根本原因并防止问题再次发生。这是一个正式验证步骤,通常在设定的监控期结束后进行。 | ||
|
为什么重要
这是闭环质量管理的关键步骤,与CAPA有效性KPI直接相关,可确保解决方案持久且有效。
获取位置
取自“Effectiveness Verification”工作流步骤或表单部分的完成日期。通常这是一个独立且带时间戳的活动。
采集
取自“Effectiveness Check”表单或任务的完成日期。
事件类型
inferred
|
|||
|
根因分析已完成
|
表示调查完成,质量问题的一个或多个根本原因已被识别并记录。通常在RCA表单部分完成并保存时记录。 | ||
|
为什么重要
标志着调查阶段结束。“Investigation Initiated”与此活动之间的时长,是识别分析流程瓶颈的重要指标。
获取位置
根据“Root Cause Category”字段的填充日期,或审计轨迹中RCA工作流步骤的完成时间戳推断。
采集
根据“Root Cause”字段完成填充,或状态变为“RCA Complete”推断。
事件类型
inferred
|
|||
|
纠正措施计划已实施
|
表示已完成获批纠正措施计划中列出的任务。通常在实施人员将分配的措施项标记为完成时记录。 | ||
|
为什么重要
衡量实施阶段的持续时间,有助于发现资源限制或执行纠正措施时的实际困难。
获取位置
根据最后一个关联纠正措施任务的完成日期,或手动将状态变更为“Actions Implemented”推断。
采集
根据最后一个关联CAPA任务的完成日期推断。
事件类型
inferred
|
|||
|
纠正措施计划已批准
|
标志着指定审批人正式批准拟定的纠正措施计划,之后即可开始实施。通常通过工作流中明确且带时间戳的审批操作记录。 | ||
|
为什么重要
这是一个重要里程碑,也是关键审批关口。此阶段的延迟可能显著延长整体解决周期时间。
获取位置
取自事件电子签名或工作流历史日志中的审批时间戳。ETQ Reliance广泛使用审批工作流。
采集
取自工作流历史中的审批步骤时间戳。
事件类型
explicit
|
|||
|
调查已启动
|
表示正式进入调查阶段,以确定质量问题的根本原因。通常可根据状态变为“Under Investigation”,或调查人员被分配来推断。 | ||
|
为什么重要
这是启动根因分析计时的关键里程碑,有助于识别问题评估与正式调查开始之间的延迟。
获取位置
根据事件历史日志中状态变为“Investigation”时的时间戳,或首席调查人员角色的分配日期推断。
采集
根据状态变为“Under Investigation”推断。
事件类型
inferred
|
|||
|
质量事件已关闭
|
最后一个活动,标志着质量事件已成功解决并完成管理关闭。这是流程的主要终点。 | ||
|
为什么重要
定义计算整体周期时间的流程终点。分析已关闭事件对于衡量吞吐量和整体绩效至关重要。
获取位置
根据事件历史日志中状态变为“Closed”或“Completed”推断,该状态变化几乎总是伴随时间戳。
采集
根据状态变为“Closed”时的时间戳推断。
事件类型
inferred
|
|||
|
质量问题已识别
|
标志着新质量事件记录的创建,是流程的起点。通常在用户于ETQ Reliance中提交新的质量问题表单时记录。 | ||
|
为什么重要
确定案例开始时间,这对于计算端到端周期时间和分析新质量事件的到达率至关重要。
获取位置
通常取自主Quality Event表中质量事件记录的创建时间戳,或其关联审计轨迹中的时间戳。
采集
取自质量事件记录的创建时间戳。
事件类型
explicit
|
|||
|
最终审查已完成
|
在关闭前对完整质量事件记录进行最终检查,确保所有文档完整且所有流程步骤均已遵循。通常这是一个明确的审批步骤。 | ||
|
为什么重要
这是流程结束前的最后一道质量关口,用于确保合规和数据完整性。此处的瓶颈可能延迟最终关闭。
获取位置
取自工作流历史日志中“Final Review”或“Ready for Closure”审批步骤的时间戳。
采集
取自工作流中“Final Review”审批步骤的时间戳。
事件类型
explicit
|
|||
|
初始评估已完成
|
表示对新识别质量问题进行初步审查或分诊,以收集基本事实并判断问题有效性。通常可根据初始评估表单部分的完成情况,或状态从“New”变为“Under Assessment”来推断。 | ||
|
为什么重要
有助于分析初始分诊流程的效率,并衡量问题从报告到进入主动评估所需的时间。
获取位置
可根据状态变化(例如从“New”变为“Assessing”),或事件工作流日志中初始评估任务的完成日期推断。
采集
根据状态变为“Under Assessment”或“In Triage”推断。
事件类型
inferred
|
|||
|
有效性验证失败
|
表示已实施的纠正措施未能解决问题,通常会触发新的调查或CAPA周期。此事件意味着严重的流程失败和返工循环。 | ||
|
为什么重要
突出显示失败的解决方案,并直接影响返工率和成本。分析这些情况对于改进根因分析和CAPA计划流程至关重要。
获取位置
根据状态变为“Effectiveness Check Failed”,或创建与原质量事件关联的后续质量事件推断。
采集
根据状态变为“Verification Failed”等类似状态,或验证记录中的标记推断。
事件类型
inferred
|
|||
|
相关方已获通知
|
表示正式向相关方传达质量事件解决结果。该活动可能通过专用工作流步骤或记录的沟通记录进行跟踪。 | ||
|
为什么重要
这对于衡量沟通效率至关重要,并支持“Stakeholder Notification Timeliness”仪表板。此处的延迟可能影响客户满意度。
获取位置
需要进行系统分析,因为这通常是手动步骤。如果系统已配置,可能可根据“Notify Stakeholders”任务的完成情况推断。
采集
根据手动“Notify Stakeholders”任务的完成日期推断。
事件类型
inferred
|
|||
|
纠正措施计划已拒绝
|
表示拟定的纠正措施计划经过审查后未获批准,需要修改并重新提交。此活动会在流程中形成返工循环。 | ||
|
为什么重要
此活动对于识别返工循环、了解拒绝原因以及衡量计划流程的一次通过率至关重要。
获取位置
取自工作流历史日志中的拒绝时间戳。这是工作流中审批操作的对应环节。
采集
取自工作流历史中拒绝步骤的时间戳。
事件类型
explicit
|
|||
|
纠正措施计划已提出
|
当记录并提交解决根本原因的正式计划以供审批时,此活动发生。通常在表单中的Corrective Action Plan部分填写完成且状态推进时记录。 | ||
|
为什么重要
分析RCA完成到此步骤之间的时间,有助于发现制定纠正措施时的延迟,这是质量流程中的常见瓶颈。
获取位置
根据状态变为“Pending CAPA Approval”,或质量事件记录中纠正措施计划表单的提交时间戳推断。
采集
根据状态变为“Pending Approval”,或CAPA计划提交日期推断。
事件类型
inferred
|
|||
|
质量事件已取消
|
表示质量事件未完全解决即终止的另一种终点,例如记录重复或问题无效。 | ||
|
为什么重要
有助于区分成功解决的案例和提前终止的案例。分析取消事件可以发现初始报告和分诊阶段存在的问题。
获取位置
根据事件历史日志中状态变为“Canceled”、“Void”或“Withdrawn”推断。
采集
根据状态变为“Canceled”时的时间戳推断。
事件类型
inferred
|
|||
|
问题已分类并确定优先级
|
标志着问题已按类型、严重程度和优先级完成分类,这通常决定后续工作流。当分类和优先级字段填充并保存记录时,即可记录此活动。 | ||
|
为什么重要
这是一个关键决策点。分析到达此步骤所需的时间,对于“Issue Triage and Prioritization”仪表板以及理解流程路由至关重要。
获取位置
根据系统审计轨迹中记录的必填字段(如“Severity Level”和“Quality Event Type”)首次填充时的时间戳推断。
采集
根据“Severity”或“Priority”字段首次填充时的时间戳推断。
事件类型
inferred
|
|||
|
预防措施已实施
|
标志着已完成与已识别预防措施相关的任务,表示主动措施已经落实。 | ||
|
为什么重要
此活动是衡量“Preventive Action Implementation Rate”KPI的关键,可确保主动质量改进真正得到执行。
获取位置
需要进行系统分析。通常可根据关联Preventive Action记录或其关联任务的完成日期推断。
采集
取自关联Preventive Action记录的完成日期。
事件类型
inferred
|
|||
|
预防措施已识别
|
表示已识别旨在消除潜在不符合项原因的预防措施(PA)。该措施可能作为与原质量事件关联但独立的记录进行管理。 | ||
|
为什么重要
这对于分析组织在质量管理中的主动性至关重要,并通过跟踪预防措施的启动时间,为“Preventive Action Management”仪表板提供支持。
获取位置
需要进行系统分析。通常可能取自与源Quality Event记录关联的Preventive Action记录的创建日期。
采集
取自关联Preventive Action记录的创建日期。
事件类型
inferred
|
|||
提取指南
立即优化质量管理:缩短周期时间
识别并消除瓶颈,力争将周期时间缩短30%。
无需信用卡,几分钟即可完成设置。