您的质量管理数据模板
您的质量管理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- MasterControl数据提取指南
质量管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
质量事件
QualityEvent
|
单个质量事件的唯一标识符,例如不符合项、偏差或投诉。该ID将所有相关活动和文档关联起来。 | ||
|
说明
质量事件ID是整个质量管理流程的主要案例标识符。通常,MasterControl会在启动新的质量事件时生成字母数字值。 在流程挖掘中,该属性对于重建每个质量问题的端到端历程至关重要。将所有相关活动归入同一个质量事件ID后,分析人员可以可视化完整流程,衡量从创建到关闭的周期时间,并识别特定案例的变体或瓶颈。
为什么重要
这是连接所有流程步骤的关键案例标识符,可分析每个质量问题从启动到解决的完整生命周期。
获取位置
这是质量事件记录的主键。具体表名和字段名请参阅MasterControl文档或系统配置。
示例
QE-2023-00123NC-2023-0456CAPA-2023-0078
|
|||
|
事件时间
EventTime
|
特定活动或事件发生的准确日期和时间,作为每项活动的开始时间。 | ||
|
说明
该时间戳标记特定任务完成或质量流程中事件发生的时间,为重建每个案例的流程提供必要的时间顺序。 时间戳是所有基于时间的流程挖掘分析的基础,可用于计算周期时间、处理时间以及活动之间的等待时间。这些数据对于构建分析解决时间、识别瓶颈和衡量部门间交接延迟的仪表板至关重要。
为什么重要
该时间戳提供事件的时间顺序,对于计算流程持续时间、识别瓶颈和了解流程绩效至关重要。
获取位置
这是MasterControl质量事件记录审计追踪或历史日志中的标准字段,用于记录每项操作的发生时间。
示例
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
活动名称
ActivityName
|
质量事件生命周期中发生的具体任务或事件名称,例如“Investigation Initiated”或“Corrective Action Implemented”。 | ||
|
说明
活动名称描述质量管理流程中的独立步骤或里程碑。这些活动会记录时间戳,构成每个质量事件流程的事件序列。 分析这些活动是流程挖掘的核心。它可以发现实际流程图,识别常见路径、偏离标准流程的情况和瓶颈。“Root Cause Analysis Performed”等活动的顺序和频率,对于关注返工和合规的仪表板至关重要。
为什么重要
此属性定义流程中的步骤,可用于可视化流程图、发现偏差和分析流程顺序。
获取位置
这些信息通常记录在MasterControl中与每条质量事件记录关联的审计追踪或历史表中。
示例
质量事件已创建已完成根因分析纠正措施计划已批准措施有效性已验证
|
|||
|
有效性状态
EffectivenessStatus
|
用于确认已实施的纠正和预防措施是否有效的验证结果。 | ||
|
说明
此属性记录有效性验证结果,这是CAPA流程的关键最后步骤。该状态表示已采取的措施是否成功解决问题并防止其再次发生。 这些数据是“CAPA Effectiveness Monitoring”仪表板和“CAPA Effectiveness Rate”KPI的主要输入。分析验证结果,有助于组织了解问题解决工作的成功率,并识别纠正措施失效的领域。
为什么重要
衡量已实施措施的成效,对于计算CAPA有效性率和推动持续改进至关重要。
获取位置
这是CAPA表单有效性验证或关闭部分的结果字段,通常与MasterControl中的质量事件关联。
示例
有效无效需要监控
|
|||
|
根因类别
RootCauseCategory
|
已识别质量事件根因的分类,例如“人为错误”“设备故障”或“流程缺陷”。 | ||
|
说明
完成根因分析后,通常会对分析结果进行分类。此属性存储该分类,为问题发生原因提供结构化数据。 这是推动质量改进的重要属性。“Root Cause Analysis Consistency”仪表板使用这些数据,将根因类别与纠正措施的有效性和返工率关联起来。这有助于判断某些根因类型是否更难处理,或根因分析本身是否缺乏一致性。
为什么重要
对质量问题的根本原因进行分类,支持有针对性的分析,以防止问题再次发生并提升纠正措施的有效性。
获取位置
此字段通常位于MasterControl质量事件表单的Root Cause Analysis或Investigation部分。
示例
设备故障培训不足材料缺陷未遵循程序
|
|||
|
用户名
UserName
|
执行该活动的用户或资源名称。 | ||
|
说明
此属性用于标识负责执行流程中特定任务的人员,例如批准纠正措施计划或关闭质量事件的人员。 按用户分析流程,有助于了解工作负载分布、识别培训需求,并发现用户特定的执行差异。通过该分析可以判断某些人员是否与返工或延误相关,为绩效管理和资源分配提供依据。
为什么重要
将活动归属到具体人员,从而支持工作负载、绩效和资源相关瓶颈分析。
获取位置
此信息通常是MasterControl中任何质量事件的审计跟踪或历史日志的标准组成部分,通常记录为“User”或“Performed By”。
示例
j.does.smithr.williams
|
|||
|
目标解决日期
TargetResolutionDate
|
质量事件计划或要求关闭的日期。 | ||
|
说明
此属性定义质量事件的预期完成日期,通常由事件类型、严重程度或相关监管要求决定。它是解决流程的截止日期。 该日期用于衡量按时完成情况以及服务级别协议(SLA)的合规性。它对于计算“Compliance Adherence Rate”KPI和创建计算属性“SLA Status”(例如“On Time”“Late”)至关重要。通过这些数据,可以分析哪些事件类型或部门最容易错过截止日期。
为什么重要
设定解决期限,支持衡量按时完成情况并计算SLA合规率。
获取位置
这可能是MasterControl主要质量事件表单中的日期字段,可自动计算或手动输入。
示例
2023-11-302024-01-152023-12-22
|
|||
|
结束时间
EndTime
|
表示某项活动完成时间的时间戳。对于原子事件,该时间通常与StartTime相同。 | ||
|
说明
EndTime表示活动结束。对于审计跟踪中记录的许多事件,开始时间和结束时间相同,表示事件发生的单一时间点。不过,对于具有可测量持续时间的活动,此字段可以记录相应时长。 此属性与StartTime结合使用,用于计算单项活动的处理时间。这对于识别流程中耗时最长的步骤至关重要,并支持Quality Process Bottleneck Identification仪表板。
为什么重要
支持精确计算活动持续时间,帮助确定质量管理流程中最耗时的具体任务。
获取位置
可能存在于MasterControl的审计跟踪或历史日志中。如果不可用,可将序列中下一项活动的StartTime作为该值。
示例
2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
|
|||
|
负责部门
ResponsibleDepartment
|
负责质量事件或当前活动的部门或职能领域。 | ||
|
说明
此属性表示由哪个部门负责质量事件或执行特定任务,例如“Manufacturing”“Quality Assurance”或“Engineering”。 这是流程分析的重要维度,可用于筛选和比较不同业务部门的流程绩效。对于Handoff Delay Analysis仪表板,该属性尤为重要,因为活动之间属性发生变化即表示发生了交接。分析交接处的时间间隔,可以发现部门之间的沟通或协作问题。
为什么重要
帮助识别部门间瓶颈,并按职能领域分析流程绩效,对于了解交接延误至关重要。
获取位置
此信息通常存储在MasterControl的主要质量事件表单中,并可能随着事件生命周期的推进而更新。
示例
质量保证制造研发法规事务
|
|||
|
质量事件状态
QualityEventStatus
|
质量事件在生命周期中的当前状态,例如“开放”“调查中”“待批准”或“已关闭”。 | ||
|
说明
此属性反映质量事件在任意时点所处的状态,通常会随着案例经过主要里程碑而更新。 在流程挖掘中,状态可用于筛选开放或已关闭案例,这对于“Quality Event Throughput & Backlog”仪表板至关重要。分析事件在每种状态中停留的时间,也有助于识别容易停滞的阶段。
为什么重要
表示质量事件的当前状态,支持分析生命周期不同阶段的积压量、吞吐量和停留时间。
获取位置
这是MasterControl主要质量事件记录中的标准状态字段。
示例
开放进行中等待CAPA批准已关闭已取消
|
|||
|
质量事件类型
QualityEventType
|
质量事件的分类,例如“不符合项”“客户投诉”“审计发现”或“偏差”。 | ||
|
说明
此属性根据质量事件的性质对其进行分类。不同类型的事件可能遵循不同的流程路径,或具有不同的合规要求和目标解决时间。 按Quality Event Type分析流程,是了解绩效差异的基础。“Quality Event Resolution Time Analysis”等仪表板依靠此属性比较不同类别的周期时间,帮助识别哪些问题更复杂或需要更长时间解决。
为什么重要
对质量事件进行分类,以便比较不同问题类型的流程、周期时间和结果。
获取位置
这是MasterControl质量事件发起表单中的主要分类字段。
示例
不符合项报告(NCR)客户投诉内部审核发现项供应商纠正措施请求(SCAR)
|
|||
|
SLA状态
SlaStatus
|
表示质量事件是否在目标解决日期内关闭。 | ||
|
说明
此属性通过比较质量事件的实际关闭日期与“Target Resolution Date”得出。状态通常设为“On Time”或“Late”。 它提供了一个清晰直观的截止日期绩效指标,是“Compliance Adherence Rate”KPI的基础,也便于筛选和分析逾期案例。了解解决延误的原因,对于提升整体流程时效性和实现合规目标至关重要。
为什么重要
简单表示案例是否按期完成,对于衡量和提升按时完成绩效至关重要。
获取位置
此字段在数据转换过程中计算,方法是比较每个案例中“Quality Event Closed”活动的时间戳与“TargetResolutionDate”字段。
示例
按时延迟存在风险
|
|||
|
交接等待时间
HandoffWaitTime
|
由不同部门或团队执行的两个连续活动之间的空闲时间。 | ||
|
说明
此指标计算案例在一个部门完成任务后、下一个部门开始任务前的等待时长。计算方法是识别“Responsible Department”发生变化的连续活动,并测量两者之间的时间间隔。 该计算指标是“Handoff Delay Analysis”仪表板和“Average Handoff Wait Time”KPI的核心。它将协调或沟通问题造成的等待时间与主动处理时间区分开来,帮助定位延长整体周期时间的跨职能瓶颈。
为什么重要
分离并量化部门之间的等待时间,直接揭示流程中的沟通缺口和协作瓶颈。
获取位置
此字段在数据转换过程中计算,通过分析每个案例中连续活动的时间戳和“ResponsibleDepartment”值。
示例
172800259200604800
|
|||
|
关联法规
AssociatedRegulationStandard
|
适用于该质量事件的具体法规或质量标准,例如ISO 13485或21 CFR Part 820。 | ||
|
说明
此属性将质量事件关联到具体的外部法规或内部质量标准。对于生命科学、制造业等受监管行业的企业,这一点尤为重要。 对于“Quality Process Compliance Adherence”仪表板,该属性不可或缺。分析人员可以按具体法规筛选相关事件,并验证是否遵循了要求的流程步骤。偏差可被标记为潜在合规风险,因此该属性也是审计和风险管理的重要依据。
为什么重要
将质量事件关联到具体合规要求,支持分析对监管标准和内部政策的遵循情况。
获取位置
这可能是MasterControl质量事件表单中的可选字段,用户可以使用它为事件标记适用法规。
示例
ISO 1348521 CFR Part 820ICH Q10SOP-QA-001
|
|||
|
最后数据更新时间
LastDataUpdate
|
表示数据上次从MasterControl提取或刷新的时间戳。 | ||
|
说明
此属性记录最近一次从源系统提取数据的日期和时间。这是一个元数据字段,适用于整个数据集,而非单个事件。 了解所分析数据的新鲜度至关重要。该信息可让业务用户清楚了解流程仪表板和KPI的数据更新程度,确保决策基于明确时效的数据。
为什么重要
提供有关数据新鲜度的重要背景信息,确保用户了解分析结果的时效性以及下一次数据刷新的预期时间。
获取位置
此时间戳在从MasterControl执行数据提取、转换和加载(ETL)过程中生成并添加。
示例
2024-05-20T02:00:00Z2024-05-21T02:00:00Z
|
|||
|
受影响产品
ProductAffected
|
作为质量事件对象的产品、产品线或组件。 | ||
|
说明
此属性用于标识与质量问题相关的具体产品或材料,为了解质量事件的影响提供必要背景。 按产品分析流程数据,可以识别反复出现质量问题的产品。这有助于确定改进工作的优先级、推动产品设计变更,并评估不同生产线或供应商的绩效。
为什么重要
提供关键业务背景,支持按产品线分析质量问题,以识别反复出现的问题和趋势。
获取位置
这通常是质量事件表单中的字段,用户可以指定产品,通常从预定义列表中选择或输入零件号。
示例
产品A,批次54321组件XYZAPI-001
|
|||
|
是否返工
IsRework
|
用于标识某项活动或一系列活动是否代表返工的布尔标志。 | ||
|
说明
当同一案例中重复执行某项活动,或流程回到较早阶段时,此标志设为“true”。例如,同一质量事件两次执行“Root Cause Analysis Performed”时,第二次执行会被标记为返工。 此属性直接支持“Rework and Re-investigation Overview”仪表板和“Root Cause Re-Investigation Rate”KPI。它简化了返工量化过程,便于筛选和分析流程低效的案例。
为什么重要
明确标记重复执行的活动,便于量化和分析返工的频率、原因及影响。
获取位置
此标志在数据转换过程中生成,通过分析每个案例的活动序列来检测重复步骤或流程循环。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
标识数据提取来源系统,本例中为MasterControl。 | ||
|
说明
该属性提供数据来源的上下文。对于此流程,该属性将始终包含表示“MasterControl”的值。 虽然它看似固定不变,但在需要合并多个系统数据进行更广泛分析的企业环境中,该属性至关重要。它可以确保数据血缘清晰,并帮助隔离特定系统的行为或数据质量问题。
为什么重要
明确标识数据所属的源系统,这对于数据治理以及合并多个应用数据的分析至关重要。
获取位置
这通常是在数据提取、转换和加载(ETL)过程中添加的静态值,用于标记数据集来源。
示例
MasterControlMasterControl QMS
|
|||
|
现场位置
SiteLocation
|
质量事件发生的生产现场、工厂或设施。 | ||
|
说明
此属性指定与质量事件相关的实际地点或现场,为问题提供地理和组织背景。 这是比较分析的重要维度。管理人员可以按现场筛选或分组,比较不同地点的质量管理流程绩效。这有助于发现绩效良好、可以分享最佳实践的现场,也能识别需要额外支持或流程改进的现场。
为什么重要
支持比较不同生产现场或设施的绩效,帮助识别特定地点的问题或最佳实践。
获取位置
此信息通常记录在质量事件发起表单中,常以公司现场下拉列表的形式提供。
示例
美国得克萨斯州奥斯汀爱尔兰都柏林新加坡工厂A地点
|
|||
|
纠正措施ID
CorrectiveActionId
|
与质量事件关联的纠正措施计划(CAPA)的唯一标识符。 | ||
|
说明
此属性在质量事件与为解决其根因而创建的具体纠正措施之间建立直接关联。一个质量事件可以关联一个或多个纠正措施。 通过该ID,可以将质量事件数据与CAPA模块数据连接起来,开展更详细的分析。这有助于深入研究不同根因对应的措施类型及其后续有效性,并支持CAPA Effectiveness Monitoring仪表板。
为什么重要
将质量事件关联到具体纠正措施,支持更细粒度地分析措施有效性和解决策略。
获取位置
该字段通常存储在MasterControl质量事件表单的相关记录或关联对象部分。
示例
CA-2023-0199CA-2023-0204CA-2023-0210
|
|||
|
预防措施ID
PreventiveActionId
|
与质量事件关联的预防措施计划(PAPA)的唯一标识符。 | ||
|
说明
与Corrective Action ID类似,此属性将质量事件关联到已创建的预防措施。预防措施是旨在防止其他领域发生类似潜在问题的主动措施。 该ID对于“Preventive Action Optimization”仪表板和“Preventive Action Rate”KPI至关重要。它支持跟踪质量事件促成主动改进的频率,并分析这些预防措施随时间产生的影响。
为什么重要
将质量事件关联到主动预防措施,支持分析组织从问题中学习并防止未来再次发生的能力。
获取位置
该字段通常位于MasterControl质量事件或CAPA表单的相关记录部分,并链接到预防措施对象。
示例
PA-2023-0051PA-2023-0052PA-2023-0053
|
|||
质量管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
措施有效性已验证
|
标志着验证步骤完成。此时已收集并审核证据,以确认所实施措施有效。通常,当有效性检查任务完成时捕获该活动,并且往往包含电子签名。 | ||
|
为什么重要
该活动对于计算CAPA Effectiveness Rate和Avg Action Verification Time至关重要,可确认解决方案是否有效并防止问题再次发生。
获取位置
该活动可以通过验证步骤的电子签名明确捕获,也可以根据工作流中“Effectiveness Check”任务的完成情况推断。
采集
从电子签名日志或验证步骤任务完成时间戳中捕获。
事件类型
explicit
|
|||
|
纠正措施计划已批准
|
表示拟定的CAPA计划已由所需相关方正式审核并批准。这是一个关键里程碑,通常通过MasterControl审计追踪中的明确电子签名事件捕获。 | ||
|
为什么重要
审批步骤通常是常见瓶颈。分析该活动耗时有助于识别审批流程中的延迟,并支持Handoff Delay Analysis仪表板。
获取位置
当具有审批权限的用户为CAPA计划或相关工作流步骤应用电子签名时,审计追踪会明确捕获该事件。
采集
从与审批工作流步骤关联的电子签名日志中捕获。
事件类型
explicit
|
|||
|
调查已启动
|
标志着调查阶段正式开始,用于确定质量事件的范围和即时影响。通常,当事件正式分配给调查人员且状态更新为“Under Investigation”时,系统会捕获该活动。 | ||
|
为什么重要
这是跟踪调查阶段持续时间的重要里程碑。此处的延迟可能显著影响整体解决时间和合规期限。
获取位置
根据质量事件记录中的状态变更推断,例如变为“Investigation in Progress”。该变更会记录在MasterControl审计追踪中。
采集
根据事件状态变为“Under Investigation”时的时间戳推断。
事件类型
inferred
|
|||
|
质量事件已关闭
|
这是最后一项活动,标志着质量事件已在MasterControl中成功解决并正式关闭。当记录状态变更为“Closed”时,系统会捕获该事件,并在审计追踪中记录时间戳。 | ||
|
为什么重要
该活动标志着流程结束,对于计算整体周期时间和吞吐量至关重要,也确认质量管理案例已成功完成。
获取位置
这是根据质量事件记录最终状态变更为“Closed”推断的明确事件。该状态变更的时间戳会记录在审计日志中。
采集
根据事件状态更新为“Closed”时的时间戳推断。
事件类型
inferred
|
|||
|
质量事件已创建
|
这是质量管理流程的起点,即在MasterControl中首次记录新的质量事件,例如偏差、不符合项或投诉。通常,当用户创建新的质量事件记录时,系统会明确捕获该活动,并生成带时间戳的审计追踪条目。 | ||
|
为什么重要
该活动标志着案例生命周期的开始,对于衡量整体质量事件周期时间和分析事件提交量至关重要。
获取位置
这是质量事件模块审计追踪表中明确记录的事件,对应质量事件记录的创建时间戳。
采集
创建新的质量事件对象后,系统会在审计追踪中记录该事件。
事件类型
explicit
|
|||
|
最终审核已完成
|
表示质量保证经理已完成对整个质量事件记录的最终审核,包括所有文档和措施。通常,在案例关闭前通过明确的电子签名事件捕获该活动。 | ||
|
为什么重要
这是关闭前的最终质量关卡。此阶段的延迟可能导致事件不必要地保持打开状态,影响吞吐量指标。
获取位置
当用户在工作流的“Final Review”或“QA Approval”步骤中应用电子签名时,审计追踪会明确捕获该活动。
采集
从最终审批工作流步骤的电子签名日志中捕获。
事件类型
explicit
|
|||
|
初始分诊已完成
|
表示初始评估完成,此时质量事件已完成分类、严重程度分级和优先级排序。该活动通常可从系统状态变更中推断,例如事件状态从“New”变为“Under Assessment”或“Investigation”。 | ||
|
为什么重要
分析分诊耗时有助于识别质量问题初始响应阶段的延迟。这是决定后续工作流和资源分配的关键步骤。
获取位置
当事件状态字段更新为分诊后的状态,或“Severity”和“Priority”等必填分诊字段首次填写并保存时,可从审计追踪中推断该活动。
采集
根据事件状态字段的变更推断,例如从“Submitted”变为“Assigned”。
事件类型
inferred
|
|||
|
已完成根因分析
|
该活动表示根因分析(RCA)已完成,并已记录分析结果。当“Root Cause”或相关分析字段填写完毕,且关联任务标记为完成时,可以推断该活动已发生。 | ||
|
为什么重要
跟踪该活动有助于衡量RCA阶段的耗时和质量。它对于“Root Cause Re-Investigation Rate”等识别返工情况的KPI至关重要。
获取位置
根据审计追踪中显示RCA任务完成的条目,或质量事件表单中根因类别字段已填写并最终确认的记录推断。
采集
根据“Root Cause Analysis”工作流步骤或任务完成情况推断。
事件类型
inferred
|
|||
|
措施有效性判定为无效
|
该活动表示验证步骤产生了负面结果,即已发现所实施措施无效。该事件会触发返工,可根据验证步骤失败,以及状态变更为重新打开调查或CAPA规划来推断。 | ||
|
为什么重要
该事件对于识别返工循环和计算First-Pass Resolution Rate至关重要,可揭示需要解决的问题处理流程缺陷。
获取位置
根据表示验证失败的状态变更推断,例如变为“Effectiveness Check Failed”或返回“Under Investigation”。
采集
根据验证后将案例退回早期阶段的工作流转换推断。
事件类型
inferred
|
|||
|
相关方已收到通知
|
表示已正式向所有相关方传达质量事件的解决结果。该活动可能是系统中明确记录的操作,也可能根据工作流中“Final Notification”任务的完成情况推断。 | ||
|
为什么重要
分析此步骤有助于了解沟通效率,也是计算Final Review & Closure Time KPI的重要标记。
获取位置
该活动可能是系统中记录的明确通知事件,也可能根据最终关闭前“Notify Stakeholders”任务的完成情况推断。
采集
根据工作流中专用通知任务的完成情况推断。
事件类型
inferred
|
|||
|
纠正措施已实施
|
表示已执行并完成已批准纠正措施计划中定义的任务。通常,当负责措施的用户在系统中将实施任务标记为完成时,系统会捕获该活动。 | ||
|
为什么重要
这是跟踪Avg Action Verification Time KPI起点的关键里程碑。实施持续时间反映纠正措施的复杂度和执行效率。
获取位置
当已分配纠正措施任务的状态变更为“Completed”或“Implemented”时,可从审计追踪中推断。
采集
根据关联CAPA实施任务的完成时间戳推断。
事件类型
inferred
|
|||
|
纠正措施计划已提出
|
表示已创建并提交纠正措施和预防措施(CAPA)计划以供审核。通常,当CAPA记录正式关联到质量事件且其状态设置为“Pending Approval”时,系统会捕获该事件。 | ||
|
为什么重要
该活动标志着流程从调查阶段转入解决方案规划阶段。RCA与此步骤之间的持续时间可以反映规划效率。
获取位置
通常可根据关联CAPA对象的创建,或质量事件状态变为“CAPA Plan Proposed”或“Pending Plan Approval”等状态推断。
采集
根据关联CAPA计划记录的创建,或父事件中的状态变更推断。
事件类型
inferred
|
|||
|
质量事件已取消
|
表示另一种结束状态:质量事件被判定为无效、重复或误录,因此予以取消。该活动通过状态变更为“Cancelled”或“Void”捕获。 | ||
|
为什么重要
区分已关闭和已取消事件,对于准确报告流程结果非常重要。较高的取消率可能表明事件报告或分诊存在问题。
获取位置
根据终止状态变更推断,例如变为“Cancelled”或“Voided”,该变更会记录在审计追踪中。
采集
根据事件状态更新为“Cancelled”时的时间戳推断。
事件类型
inferred
|
|||
|
预防措施已实施
|
表示预防措施计划中定义的任务已完成,旨在防止问题再次发生。当已分配的预防措施任务在系统中标记为完成时,系统会捕获该活动。 | ||
|
为什么重要
跟踪该活动对于Preventive Action Rate KPI至关重要,有助于评估组织应对潜在未来问题的主动性。
获取位置
根据CAPA计划中明确标记为“Preventive Actions”的任务完成时间戳推断。
采集
根据关联预防措施任务的完成时间戳推断。
事件类型
inferred
|
|||
提取指南
让MasterControl质量管理提速30%
可视化流程、消除低效环节,将周期时间缩短30%。
无需信用卡,几分钟即可完成设置。