您的质量管理数据模板

事件开始时间 (Event Start Time) 是一个 timestamp，标志着质量事件生命周期中每个活动的开始。它为理解流程流和绩效提供了必要的时间背景。该 timestamp 对于按时间顺序排列事件以及计算持续时间至关重要。

在 Process Mining 中，此 timestamp 用于将每个 case 的活动按正确顺序排序，并计算关键绩效指标（KPI），如周期时间、等待时间和处理时间。分析这些 timestamp 有助于识别步骤间的延迟、衡量资源效率并监控服务水平协议（SLA）的履行情况。它是任何基于时间的流程分析的基石。

此时间戳对于对事件进行排序、计算周期时间和等待时间以及发现流程“瓶颈”至关重要。

通常出现在事件日志或交易记录中，与活动名称并列。可能被标记为“创建日期”、“事件日期”或“Timestamp”。

活动名称 (Activity Name) 描述了质量事件生命周期中一个独特的动作或里程碑。例如：“初始评估完成”、“调查启动”或“纠正措施已实施”。这些活动构成了质量管理流程的基石。

在流程分析中，该属性对于构建流程图至关重要，它能可视化地展示活动顺序和 case 流向。分析师借此可以识别瓶颈，发现常见和罕见的流程变体，并对照标准操作程序 (SOP) 检查合规性。理解活动顺序是迈向流程改进的第一步。

此属性定义了流程中的步骤，构成了流程图的节点，并支持对流程流向和变体进行分析。

通常源自与主质量事件对象相关的事件日志、状态更改记录或任务表。

质量事件 ID (Quality Event ID) 是标识特定质量问题的唯一键，例如不合格项、客户投诉、偏差或审计发现。此标识符至关重要，因为它连接了该事件在整个生命周期中的所有不同步骤、文档和数据点。

在 Process Mining 中，该属性是重建每个质量事件端到端流程流的基础。通过将所有相关活动归组到同一个质量事件 ID 下，分析师可以使流程图可视化，计算 case 持续时间，并分析不同事件路径之间的变体。它能对质量问题的处理过程进行从头到尾的清晰且准确的分析。

这是 Process Mining 的主键，能够将所有相关事件连接成一个流程实例或 case。

通常在质量通知、事件或不合格记录的抬头或主表中找到。

最后数据更新 (Last Data Update) 属性是一个 timestamp，记录了最近一次从源系统同步数据的时间。它作为数据新鲜度指标，展示了分析信息的实时程度。这对于持续监控和近乎实时的决策尤为重要。

该属性帮助用户了解 Process Mining 仪表板和分析的时效性。它确保利益相关者在解读 KPI 和流程模型时能注意到数据的时效，防止基于过时信息做出决策。它是维持数据信任的关键元数据。

指示数据的实时性，确保用户了解流程分析和 KPI 是基于最新数据的。

这通常是数据提取 (ETL) 过程中生成的元数据，通常在源系统的事务表中找不到。

“源系统”属性识别记录质量管理数据的原始应用程序或数据库。在复杂的 IT 环境中，质量事件数据可能来自多个系统，例如来自 ERP 的物料数据和来自专用质量管理系统 (QMS) 的流程数据。

识别源系统对于数据治理、验证和故障排除非常重要。它有助于理解数据的背景，并可用于细分分析。例如，分析师可能会比较在不同系统或地点管理的质量流程，以识别最佳实践或不一致之处。

提供关于数据来源的上下文信息，这在多系统环境下的数据验证、故障排除和细分分析中至关重要。

此类信息可能不存在于源表本身，但通常在数据提取、转换和加载 (ETL) 过程中添加。

“严重程度”属性根据质量事件的业务影响、风险或紧急程度对其进行分类。这种分类有助于优先分配资源并将注意力集中在最关键的问题上。严重程度级别通常由组织的质量政策定义。

这是 Process Mining 中用于过滤和细分的强大属性。分析师可以比较“重大”事件与“轻微”事件的流程流向，以确保高严重性问题按预期进入快速通道。它还可以揭示“轻微”问题是否消耗了不成比例的资源，或者“重大”问题是否卡在流程中。这有助于优化基于风险管理的流程。

支持基于风险的流程分析，有助于排定调查优先级，并验证高影响事件是否得到了应有的紧急处理。

这是质量事件抬头数据中的标准字段，通常标记为“严重程度”或“优先级”。

事件结束时间 (Event End Time) 是标记活动完成的 timestamp。与事件开始时间配合使用，可以精确计算质量管理流程中各任务的处理时间。对于瞬时发生的事件，开始和结束时间可能完全相同。

该属性对于活动级别的绩效分析至关重要。通过计算每项任务的持续时间（结束时间减去开始时间），分析师可以识别哪些步骤最耗时，从而将其作为优化的首选对象。它还能更准确地计算整体 case 周期时间，并为资源工作量和效率分析提供所需数据。

支持计算活动的执行时间，这对于详细的绩效分析和识别资源密集型任务至关重要。

通常出现在与开始时间相同的事件日志或交易记录中。在某些系统中，可能需要从后续事件的开始时间推断得出。

“根本原因类别”是对质量问题根本原因的分类，例如“人为错误”、“设备故障”、“流程缺陷”或“供应商问题”。此属性通常在调查和根本原因分析 (RCA) 完成后填充。

分析不同根本原因类别的发生频率可为战略改进提供强有力的洞察。如果“流程缺陷”是常见的根本原因，则表明需要进行流程再造。如果“设备故障”频繁发生，则可能指向需要更好的维护计划。Process Mining 可以将这些类别与流程行为关联起来，例如，显示由“人为错误”引起的事件是否需要更长的时间来解决。

这对于战略分析至关重要，因为它超越了流程流向，深入到失败的深层原因，从而指导有针对性的预防措施。

常见于质量事件记录的调查或根本原因分析部分。可能表现为代码或自由文本。

“责任部门”属性指示哪个组织单位负责某个质量事件或流程中的特定步骤。这可以是“制造部”、“质量保证部”、“研发部”或“物流部”。

此属性对于组织分析至关重要。它允许管理人员查看工作在不同部门之间的流转情况，衡量每个职能领域的绩效，并识别跨部门的摩擦或延迟。例如，分析可能会揭示“制造部”与“质量保证部”之间的交接是延迟的主要来源。按部门拆解 KPI 有助于精准定位流程改进的目标领域。

支持按组织单元分析流程绩效，突出显示跨部门延迟并有助于明确责任归属。

通常位于质量事件记录的抬头数据中，或源自负责该 Activity 的用户。

“质量事件类型”用于对所处理的质量问题性质进行分类。不同类型的事件通常遵循不同的流程、具有不同的紧急程度，并受不同的标准作业程序 (SOP) 约束。

通过基于此属性过滤和比较流程，分析师可以发现显著的差异。例如，处理“客户投诉”的流程可能比“内部问题”流程更加严格且对时间更敏感。了解这些差异对于评估每个流程变体是否高效运行并符合其特定合规要求至关重要。

支持细分分析，以对比不同类型的质量问题是如何处理的，从而揭示关键的流程差异。

常见于质量事件的表头数据中，通常标记为“通知类型”、“事件类型”或“类别”字段。

“Resource”（资源）属性识别负责执行任务的个人或系统。这可以是调查员、质量审批员或自动化系统用户。跟踪谁执行了每个 Activity 是了解工作量分配、团队绩效和协作模式的基础。

按资源分析流程有助于发现个人或团队之间的绩效差异，识别培训需求并优化工作负载平衡。它能揭示可能成为“瓶颈”的负担过重的资源，或展示不同人员之间的交接模式（这通常是流程延迟的根源）。这种分析是提高组织效率的关键。

此属性对于基于资源的分析至关重要，包括工作量分配、绩效对比以及识别组织内部的“瓶颈”。

通常在事务或日志表中找到，通常标记为“用户名”、“修改者”、“所有者”或“分配给”。

受影响产品 (Affected Product) 属性标识了受质量问题影响的具体项目、物料或产品线。流程与产品之间的这种关联对于根本原因分析和影响评估至关重要。

按产品分析质量事件有助于企业发现趋势，例如某个特定产品的不合格数量异常偏高。这可以触发对该产品设计或制造工艺的更深入调查。它还有助于根据受影响产品的战略重要性或销售额排定质量事件的优先级，确保优先解决关键问题。

将流程数据与产品数据联系起来，支持按产品线分析质量问题，以识别趋势并优先处理高影响问题。

常见于质量事件的主记录中，通常标记为“物料编号”、“产品 ID”或“零件编号”。

地点 (Location) 属性指定了与质量事件相关的地理位置或组织站点。这可以是一个制造工厂、一条特定生产线、一个配送中心或一个业务单元。

按地点分析流程绩效是衡量基准和识别最佳实践的有效方法。它可以揭示某些站点在解决质量问题上是否更高效，或者特定地点是否是重复性问题的来源。这种基于地理或站点的分析有助于管理层有效分配资源，并在整个组织内推广标准化的高效流程。

支持不同站点或工厂之间的对比分析，有助于衡量绩效基准，并识别特定地点的特定问题或最佳实践。

此类信息通常是主质量事件记录的一部分，通常标记为“工厂”、“站点”或“业务单元”。

有效性检查结果 (Effectiveness Check Outcome) 记录了实施纠正措施后验证步骤的结果。结果通常为“有效”或“无效”，表明该措施是否成功解决了问题的根本原因。

该属性对于衡量质量管理流程的真实成效至关重要。高频率的“无效”结果说明根本原因分析或措施规划阶段存在系统性问题，导致返工和问题反复。在 Process Mining 中，这可以用来分析返工循环。例如，结果为“无效”的 case 通常会循环回到调查或根本原因分析阶段，从而显著增加周期时间和成本。

直接衡量纠正措施的成功与否，对于分析返工循环和根本原因分析流程的有效性至关重要。

常见于与纠正和预防措施 (CAPA) 验证或关闭步骤相关的记录中。

“目标解决日期”是为关闭质量事件设定的截止日期。该日期通常由法规要求、客户服务水平协议 (SLA) 或基于事件严重程度的内部政策决定。

此属性对于绩效监控和合规分析至关重要。通过比较实际结案日期与目标日期，组织可以计算“按时解决率”KPI。Process Mining 可以识别哪些类型的事件或流程步骤最容易导致延迟和违反这些目标，从而帮助将改进工作重点放在实现及时性目标上。

支持根据时效性目标衡量绩效，有助于计算按时解决率并识别延迟原因。

通常在质量事件记录的抬头或计划数据中找到。

质量事件状态 (Quality Event Status) 指示质量事件 case 的当前状态。这是一个动态属性，随着 case 生命周期进展而变化。它提供了事件在任何给定时间点的概览快照。

在 Process Mining 中，此属性对于分析当前工作量和积压情况非常有用。通过筛选状态为“待处理”或“处理中”的事件，经理可以监控活动 case 的数量。它还有助于合规性检查，即将实际的状态变化与预期的流程流进行对比。例如，在“纠正措施”实施之前，事件不应处于“已结案”状态。

提供 case 当前状态的快照，这对于监控积压、活动工作量和检查流程合规性至关重要。

这是质量事件抬头记录中的一个关键字段，并随着事件的进展而更新。