品質管理データテンプレート
品質管理データテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- MasterControlからの抽出方法
品質管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
品質イベント
QualityEvent
|
不適合、逸脱、苦情など、1件の品質イベントを一意に識別するIDです。関連するすべてのアクティビティと文書をこのIDで結び付けます。 | ||
|
説明
Quality Event IDは、品質管理プロセス全体の主要なケース識別子です。通常は、新しい品質イベントが開始された際にMasterControlが生成する英数字の値です。 プロセスマイニングでは、各品質問題のエンドツーエンドの経過を再構築するための基本的な属性です。関連するすべてのアクティビティを1つのQuality Event IDにまとめることで、分析担当者は作成から完了までのプロセスフロー全体を可視化し、サイクルタイムを測定するとともに、個別ケースに特有のばらつきやボトルネックを特定できます。
重要な理由
すべてのプロセスステップを結び付ける基本的なケース識別子です。各品質問題の開始から解決までのライフサイクル全体を分析できます。
入手先
品質イベントレコードの主キーです。具体的なテーブル名とフィールド名については、MasterControlの文書またはシステム設定を確認してください。
例
QE-2023-00123NC-2023-0456CAPA-2023-0078
|
|||
|
アクティビティ名
ActivityName
|
品質イベントのライフサイクル内で発生した特定のタスクまたはイベントの名称です。たとえば、「Investigation Initiated」や「Corrective Action Implemented」などです。 | ||
|
説明
アクティビティ名は、品質管理プロセスにおける個別のステップまたはマイルストーンを示します。これらのアクティビティはタイムスタンプ付きで記録され、各品質イベントのプロセスフローを構成するイベントの順序になります。 これらのアクティビティの分析は、プロセスマイニングの中心です。実際のプロセスマップの発見、一般的な経路の特定、標準手順からの逸脱やボトルネックの把握が可能になります。「Root Cause Analysis Performed」などのアクティビティの順序と頻度は、手戻りやコンプライアンスに関するダッシュボードで重要な指標です。
重要な理由
この属性によってプロセスの各ステップを定義し、プロセスマップの可視化、逸脱の検出、プロセスフローの分析が可能になります。
入手先
通常は、MasterControlの各品質イベントレコードに関連付けられた監査証跡または履歴テーブルに記録されます。
例
品質イベントを作成根本原因分析を実施是正措置計画を承認措置の有効性を検証
|
|||
|
イベント時刻
EventTime
|
特定のアクティビティまたはイベントが発生した正確な日時です。各アクティビティの開始時刻として使われます。 | ||
|
説明
このタイムスタンプは、特定のタスクが完了した時刻、または品質プロセスでイベントが発生した時刻を示します。各ケースのプロセスフローを再構築するために必要な時系列を提供します。 タイムスタンプは、時間に基づくプロセスマイニング分析のすべてに欠かせません。サイクルタイム、処理時間、アクティビティ間の待ち時間の算出に使われます。解決時間を分析し、ボトルネックを特定し、部門間の引き継ぎ遅延を測定するダッシュボードの基礎となるデータです。
重要な理由
このタイムスタンプによってイベントの時系列が明確になり、プロセス期間の算出、ボトルネックの特定、プロセスパフォーマンスの把握が可能になります。
入手先
MasterControlの品質イベントレコードに関する監査証跡または履歴ログの標準フィールドで、各アクションが記録された時刻を取得します。
例
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
ユーザー名
UserName
|
アクティビティを実行したユーザーまたはリソースの名前です。 | ||
|
説明
この属性は、是正措置計画の承認や品質イベントのクローズなど、プロセス内の特定のタスクを実行した担当者を識別します。 ユーザー別にプロセスを分析すると、業務量の分布やトレーニングの必要性を把握し、ユーザーごとの実行方法の違いを見つけられます。特定の担当者が手戻りや遅延に関係しているかを確認できるため、パフォーマンス管理やリソース配分にも役立ちます。
重要な理由
アクティビティを特定の担当者に割り当て、業務量、パフォーマンス、リソースに関するボトルネックを分析できます。
入手先
MasterControlの品質イベントに関する監査証跡または履歴ログに通常記録される標準項目です。一般的には「User」または「Performed By」として取得されます。
例
j.does.smithr.williams
|
|||
|
品質イベントのステータス
QualityEventStatus
|
ライフサイクルにおける品質イベントの現在の状態です。「オープン」、「調査中」、「承認待ち」、「クローズ」などがあります。 | ||
|
説明
この属性は、任意の時点で品質イベントがどの段階にあるかを示します。通常、ケースが主要なマイルストーンを進むたびに更新されます。 プロセスマイニングでは、ステータスを使ってオープンまたはクローズ済みのケースを絞り込めます。これは「品質イベントの処理量とバックログ」ダッシュボードに欠かせません。各ステータスに費やした時間を分析すると、イベントが滞留しやすい段階も特定できます。
重要な理由
品質イベントの現在の状態を示し、バックログ、処理量、ライフサイクルの各段階に費やした時間を分析できます。
入手先
MasterControlの品質イベントのメインレコードにある標準的なステータス項目です。
例
オープン進行中CAPA承認待ちクローズキャンセル済み
|
|||
|
品質イベント種別
QualityEventType
|
品質イベントの分類です。「不適合」、「顧客苦情」、「監査指摘」、「逸脱」などがあります。 | ||
|
説明
この属性は、品質イベントをその性質に基づいて分類します。イベントの種別によって、異なるプロセス経路やコンプライアンス要件、目標解決時間が設定される場合があります。 品質イベント種別ごとの分析は、パフォーマンスの違いを把握するうえで基本となります。「品質イベント解決時間分析」などのダッシュボードでは、この属性を使ってカテゴリごとのサイクルタイムを比較し、より複雑な問題や解決に時間がかかる問題の種別を特定します。
重要な理由
品質イベントを分類し、問題の種別ごとにプロセスフロー、サイクルタイム、結果を比較分析できます。
入手先
MasterControlの品質イベント開始フォームにある主要な分類項目です。
例
不適合報告書(NCR)顧客苦情内部監査指摘事項仕入先是正措置要求(SCAR)
|
|||
|
担当部門
ResponsibleDepartment
|
品質イベントまたは現在のアクティビティを担当する部門または機能領域です。 | ||
|
説明
この属性は、「製造」、「品質保証」、「エンジニアリング」など、品質イベントの責任を担う部門、または特定のタスクを実行している部門を示します。 異なる事業部門間でプロセスのパフォーマンスを絞り込み、比較できるため、分析における重要な切り口です。「引き継ぎ遅延分析」ダッシュボードでは特に重要です。アクティビティ間でこの属性が変わる場合、引き継ぎが発生したことを示します。引き継ぎ時の時間差を分析することで、部門間のコミュニケーションや調整に関する問題を明らかにできます。
重要な理由
部門間のボトルネックを特定し、機能領域別にプロセスのパフォーマンスを分析できます。引き継ぎの遅延を把握するうえで重要です。
入手先
通常、MasterControlの品質イベントのメインフォームに保存され、イベントのライフサイクルに沿って更新される場合があります。
例
品質保証製造研究開発規制対応
|
|||
|
有効性ステータス
EffectivenessStatus
|
実施した是正措置および予防措置が有効だったかを確認する検証結果です。 | ||
|
説明
この属性には、有効性検証の結果が記録されます。これはCAPAプロセスの最終段階として重要です。実施した措置によって問題が解決し、再発が防止されたかどうかをステータスで示します。 このデータは、「CAPA有効性モニタリング」ダッシュボードと「CAPA有効性率」KPIの主要な入力値です。結果を分析することで、組織は問題解決の成功率を把握し、是正措置が機能していない領域を特定できます。
重要な理由
実施した措置の成功度を測定し、CAPA有効性率の計算と継続的な改善を支援します。
入手先
CAPAフォームの有効性検証またはクローズセクションにある結果項目です。MasterControlでは、品質イベントに関連付けられていることがよくあります。
例
有効無効監視が必要
|
|||
|
根本原因カテゴリ
RootCauseCategory
|
品質イベントで特定された根本原因の分類です。「人的ミス」、「設備故障」、「プロセス上の不備」などがあります。 | ||
|
説明
根本原因分析を実施した後、その結果は通常カテゴリに分類されます。この属性にはその分類が保存され、問題が発生している理由を構造化されたデータとして記録できます。 品質改善を進めるうえで重要な属性です。「根本原因分析の一貫性」ダッシュボードでは、このデータを使って根本原因カテゴリと是正措置の有効性、手戻り率を関連付けます。特定の根本原因への対応が難しいのか、分析自体にばらつきがあるのかを判断できます。
重要な理由
品質問題の根本的な理由を分類し、再発防止に向けた分析と、是正措置の有効性向上を支援します。
入手先
通常、MasterControlの品質イベントフォームにある根本原因分析または調査セクションの項目です。
例
設備故障不十分なトレーニング材料不良手順未遵守
|
|||
|
目標解決日
TargetResolutionDate
|
品質イベントをクローズする予定日または期限日です。 | ||
|
説明
この属性は、品質イベントの完了予定日を定義します。イベントの種別、重大度、関連する規制要件などに基づいて決まることがよくあります。解決プロセスの期限として機能します。 この日付は、期限内の処理状況とサービスレベル合意(SLA)への準拠を測定するために使われます。「コンプライアンス遵守率」KPIの計算や、「SLAステータス」属性(例:「期限内」、「遅延」)の作成に欠かせません。どの種別のイベントや部門が期限を超過しやすいかを分析できます。
重要な理由
解決期限を設定し、期限内の処理状況の測定とSLA遵守率の計算を可能にします。
入手先
MasterControlの品質イベントのメインフォームにある日付項目と考えられます。自動計算または手動入力の場合があります。
例
2023-11-302024-01-152023-12-22
|
|||
|
終了時刻
EndTime
|
アクティビティが完了した時点を示すタイムスタンプです。単一のイベントでは、StartTimeと同じ値になることがよくあります。 | ||
|
説明
EndTimeは、アクティビティの終了を示します。監査証跡に記録される多くのイベントでは、イベントが発生した一点の時刻を示すため、開始時刻と終了時刻が同じになります。一方、測定可能な所要時間を持つアクティビティでは、この項目にその情報を記録できます。 この属性はStartTimeと組み合わせて、個々のアクティビティの処理時間を計算します。プロセス内で最も時間を要するステップを特定し、「品質プロセスのボトルネック特定」ダッシュボードで分析するために欠かせません。
重要な理由
アクティビティの正確な所要時間を計算し、品質管理プロセスの中で特に時間を要するタスクを特定できます。
入手先
MasterControlの監査証跡または履歴ログに記録されている場合があります。利用できない場合は、シーケンス内の次のアクティビティのStartTimeから導出できます。
例
2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
|
|||
|
SLAステータス
SlaStatus
|
品質イベントが目標解決日までにクローズされたかどうかを示します。 | ||
|
説明
この属性は、品質イベントの実際のクローズ日と「目標解決日」を比較して導出されます。通常、「期限内」または「遅延」に設定されます。 期限に対するパフォーマンスを一目で確認できる指標です。「コンプライアンス遵守率」KPIの基礎となり、遅延したケースを簡単に絞り込んで分析できます。解決が遅れる要因を把握することは、プロセス全体の迅速化とコンプライアンス目標の達成に欠かせません。
重要な理由
ケースが期限を守っているかを示す簡潔な指標であり、期限内の処理状況の測定と改善に欠かせません。
入手先
各ケースについて、「品質イベントのクローズ」アクティビティのタイムスタンプと「TargetResolutionDate」項目を比較し、データ変換時に計算されます。
例
期限内遅延リスクあり
|
|||
|
サイト所在地
SiteLocation
|
品質イベントが発生した製造拠点、工場、または施設です。 | ||
|
説明
この属性は、品質イベントに関連する物理的な場所または拠点を示します。問題を地理的または組織的な観点から把握できます。 比較分析に役立つ切り口です。拠点別に絞り込みまたはグループ化することで、管理者は異なる場所における品質管理プロセスのパフォーマンスを比較できます。パフォーマンスが高くベストプラクティスを共有できる拠点や、追加の支援またはプロセス改善が必要な拠点を明らかにできます。
重要な理由
異なる製造拠点や施設間でパフォーマンスを比較し、場所固有の問題やベストプラクティスを特定できます。
入手先
通常、品質イベント開始フォームで取得され、会社の拠点を選択するドロップダウンリストとして提供されます。
例
オースティン、テキサス州ダブリン、アイルランドシンガポール工場サイトA
|
|||
|
ソースシステム
SourceSystem
|
データを抽出したシステムを識別します。この場合はMasterControlです。 | ||
|
説明
この属性は、データの出所に関するコンテキストを提供します。このプロセスでは、「MasterControl」を示す値が一貫して設定されます。 一見すると固定値に見えますが、複数のシステムのデータを統合して分析するエンタープライズ環境では重要です。データの系譜を明確にし、システム固有の挙動やデータ品質の問題を切り分けるのに役立ちます。
重要な理由
データの出所がソースシステムであることを明確に示します。データガバナンスや、複数のアプリケーションのデータを組み合わせた分析に欠かせません。
入手先
通常は、データの抽出、変換、ロード(ETL)処理の際に、データセットの出所を示すために追加される固定値です。
例
MasterControlMasterControl QMS
|
|||
|
予防措置ID
PreventiveActionId
|
品質イベントに関連付けられた予防措置計画(PAPA)の一意の識別子です。 | ||
|
説明
是正措置IDと同様に、この属性は品質イベントを作成された予防措置に関連付けます。予防措置は、他の領域で同様の潜在的な問題が発生するのを防ぐための先行的な対策です。 このIDは、「予防措置の最適化」ダッシュボードと「予防措置率」KPIに欠かせません。品質イベントが先行的な改善につながる頻度を追跡し、予防措置の効果を時間の経過とともに分析できます。
重要な理由
品質イベントを先行的な予防措置に関連付け、組織が問題から学び、将来の再発を防ぐ力を分析できます。
入手先
MasterControlの品質イベントフォームまたはCAPAフォームにある関連レコードセクションに記録され、予防措置オブジェクトにリンクされます。
例
PA-2023-0051PA-2023-0052PA-2023-0053
|
|||
|
最終データ更新
LastDataUpdate
|
MasterControlからデータが最後に抽出または更新された時刻を示すタイムスタンプです。 | ||
|
説明
この属性には、ソースシステムから最後にデータを取得した日時が記録されます。個々のイベントではなく、データセット全体に適用されるメタデータ項目です。 分析対象のデータがどの時点のものかを把握するうえで、重要な情報です。プロセスのダッシュボードやKPIがどの程度最新の状態かを業務ユーザーに明示し、データの取得時点が明確な状態で意思決定できるようにします。
重要な理由
データの鮮度を把握するための重要な情報です。分析結果がどの程度最新か、次回のデータ更新がいつ予定されているかを確認できます。
入手先
このタイムスタンプは、MasterControlからデータを抽出、変換、ロードするETLプロセスの中で生成され、追加されます。
例
2024-05-20T02:00:00Z2024-05-21T02:00:00Z
|
|||
|
引き継ぎ待ち時間
HandoffWaitTime
|
異なる部門またはチームが実行する、連続した2つのアクティビティの間にある待機時間です。 | ||
|
説明
ある部門がタスクを完了してから、次の部門がタスクを開始するまで、ケースが待機する時間を計算します。「担当部門」が変わる連続したアクティビティを特定し、その間の時間差を測定します。 この計算指標は、「引き継ぎ遅延分析」ダッシュボードと「平均引き継ぎ待ち時間」KPIの中核です。調整やコミュニケーションの問題による待機時間を、実際の処理時間から切り分けます。これにより、全体のサイクルタイムを長引かせる部門横断のボトルネックを特定できます。
重要な理由
部門間の待機時間を切り分けて定量化し、プロセス内のコミュニケーション不足や調整上のボトルネックを明らかにします。
入手先
各ケース内で連続するアクティビティのタイムスタンプと「ResponsibleDepartment」の値を分析し、データ変換時に計算されます。
例
172800259200604800
|
|||
|
影響を受ける製品
ProductAffected
|
品質イベントの対象となる製品、製品ライン、または部品です。 | ||
|
説明
この属性は、品質問題に関連する特定の製品または資材を識別します。品質イベントの影響を把握するために必要な情報です。 製品別にプロセスデータを分析すると、品質問題が繰り返し発生している製品を特定できます。改善施策の優先順位付け、製品設計の変更、製造ラインやサプライヤーごとのパフォーマンス評価に役立ちます。
重要な理由
業務上重要な背景情報を提供し、製品ライン別に品質問題を分析して、繰り返し発生する問題や傾向を特定できます。
入手先
品質イベントフォームにある項目です。通常は定義済みのリストから製品を選択するか、部品番号を入力します。
例
製品A - ロット54321コンポーネントXYZAPI-001
|
|||
|
手戻りかどうか
IsRework
|
アクティビティまたは一連のアクティビティが手戻りを表すかどうかを示すブール値のフラグです。 | ||
|
説明
同じケース内でアクティビティが繰り返された場合、またはプロセスが前の段階に戻った場合に、このフラグは「true」に設定されます。たとえば、同じ品質イベントで「根本原因分析の実施」が2回発生した場合、2回目の発生が手戻りとして記録されます。 この属性は、「手戻りと再調査の概要」ダッシュボードと「根本原因の再調査率」KPIを直接支援します。手戻りを定量化し、非効率なプロセスフローを含むケースを簡単に絞り込んで分析できます。
重要な理由
繰り返されているアクティビティを明示的に示し、手戻りの頻度、原因、影響を簡単に定量化・分析できます。
入手先
各ケースのアクティビティの順序を分析し、繰り返し発生するステップやプロセスループを検出することで、データ変換時に導出されます。
例
truefalse
|
|||
|
是正措置ID
CorrectiveActionId
|
品質イベントに関連付けられた是正措置計画(CAPA)の一意の識別子です。 | ||
|
説明
この属性は、品質イベントと、根本原因に対処するために作成された具体的な是正措置を直接関連付けます。1つの品質イベントに、1つ以上の是正措置が関連付けられる場合があります。 このIDを使うと、品質イベントのデータとCAPAモジュールのデータを結合し、より詳細な分析を実施できます。根本原因ごとに取られた措置の種類と、その後の有効性を詳しく調査でき、「CAPA有効性モニタリング」ダッシュボードを支援します。
重要な理由
品質イベントを具体的な是正措置に関連付け、措置の有効性と解決方法をより詳細に分析できます。
入手先
MasterControlの品質イベントフォームにある関連レコードまたはリンク済みオブジェクトのセクションに保存されます。
例
CA-2023-0199CA-2023-0204CA-2023-0210
|
|||
|
関連規制
AssociatedRegulationStandard
|
品質イベントに適用される具体的な規制または品質基準です。ISO 13485や21 CFR Part 820などがあります。 | ||
|
説明
この属性は、品質イベントを特定の外部規制または社内品質基準に関連付けます。ライフサイエンスや製造業など、規制の対象となる業界の企業にとって特に重要です。 「品質プロセスのコンプライアンス遵守」ダッシュボードでは、この属性が重要な役割を果たします。特定の規制に関連するイベントを絞り込み、必要なプロセスステップが実行されたかを確認できます。逸脱を潜在的なコンプライアンスリスクとして検出できるため、監査やリスク管理における重要な属性です。
重要な理由
品質イベントを特定のコンプライアンス要件に関連付け、規制基準や社内方針への遵守状況を分析できます。
入手先
MasterControlの品質イベントフォームにある選択項目として、該当する規制をイベントに付与できる場合があります。
例
ISO 1348521 CFR Part 820ICH Q10SOP-QA-001
|
|||
品質管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
品質イベントを作成
|
品質管理プロセスの開始点です。逸脱、不適合、苦情などの新しい品質イベントをMasterControlに初めて記録します。通常は、ユーザーが新しい品質イベントレコードを作成した際に明示的に取得され、タイムスタンプ付きの監査証跡エントリが生成されます。 | ||
|
重要な理由
このアクティビティはケースのライフサイクルの開始を示します。全体の品質イベントサイクルタイムを測定し、イベントの登録件数を分析するうえで欠かせません。
入手先
品質イベントモジュールの監査証跡テーブルに記録される明示的なイベントです。品質イベントレコードの作成時刻に対応します。
取得
新しいQuality Eventオブジェクトの作成時に、監査証跡へ記録されます。
イベントタイプ
explicit
|
|||
|
品質イベントを完了
|
品質イベントが正常に解決され、MasterControl上で正式に完了したことを示す最終アクティビティです。レコードのステータスが「Closed」に変更された時点で取得され、その変更はタイムスタンプ付きで監査証跡に記録されます。 | ||
|
重要な理由
プロセスの終了を示すアクティビティです。全体のサイクルタイムとスループットの算出に欠かせず、品質管理ケースが正常に完了したことを確認できます。
入手先
品質イベントレコードの最終ステータスが「Closed」に変更された時点から推定される明示的なイベントです。このステータス変更のタイムスタンプは監査ログに記録されます。
取得
イベントのステータスが「Closed」に更新された時刻から推定します。
イベントタイプ
inferred
|
|||
|
措置の有効性を検証
|
実施した措置が有効だったことを確認するため、証拠を収集してレビューする検証ステップが完了したことを示します。通常は、電子署名を伴う有効性確認タスクが完了した時点で取得されます。 | ||
|
重要な理由
このアクティビティは、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
|
|||
|
予防措置を実施
|
将来の再発防止を目的とした予防措置計画のタスクが完了したことを示します。割り当てられた予防措置タスクがシステム上で完了としてマークされた時点で取得されます。 | ||
|
重要な理由
このアクティビティを追跡することは、Preventive Action Rate KPIに欠かせません。将来起こり得る問題に対して、組織がどれだけ先回りして対応しているかを評価できます。
入手先
CAPA計画内で「Preventive Actions」として指定されたタスクの完了タイムスタンプから推定します。
取得
リンクされた予防措置タスクの完了タイムスタンプから算出します。
イベントタイプ
inferred
|
|||
|
最終レビューを実施
|
品質保証マネージャーが、すべての文書と措置を含む品質イベントレコード全体の最終レビューを完了したことを示します。通常は、ケースを完了する前に明示的な電子署名イベントとして取得されます。 | ||
|
重要な理由
完了前の最終的な品質ゲートです。この段階で遅延すると、イベントが不要に未完了のまま残り、スループット指標に影響します。
入手先
ワークフローの「Final Review」または「QA Approval」ステップでユーザーが電子署名を付与した際に、監査証跡から明示的に取得します。
取得
最終承認ワークフローステップの電子署名ログから取得します。
イベントタイプ
explicit
|
|||
|
初期トリアージを完了
|
品質イベントの初期評価が完了したことを示します。イベントの分類、重大度の設定、優先順位付けが行われます。多くの場合、システム内のステータス変更から推定されます。たとえば、イベントのステータスが「New」から「Under Assessment」または「Investigation」に変わった時点です。 | ||
|
重要な理由
トリアージにかかった時間を分析することで、品質問題への初期対応における遅延を特定できます。後続のワークフローとリソース配分を左右する重要なステップです。
入手先
イベントのステータスフィールドがトリアージ後の状態に更新された時点、または「Severity」や「Priority」などの必須トリアージ項目が初めて入力され保存された時点を、監査証跡から推定します。
取得
イベントのステータスフィールドの変更から推定します。たとえば、「Submitted」から「Assigned」への変更です。
イベントタイプ
inferred
|
|||
|
品質イベントをキャンセル
|
品質イベントが無効、重複、または誤入力と判断され、キャンセルされた場合の代替的な終了状態を示します。ステータスが「Cancelled」または「Void」に変更された時点で取得されます。 | ||
|
重要な理由
正確にプロセス結果をレポートするには、完了したイベントとキャンセルされたイベントを区別することが重要です。キャンセル率が高い場合、イベントの報告やトリアージに問題がある可能性があります。
入手先
監査証跡に記録された、「Cancelled」や「Voided」などの終了ステータスへの変更から推定します。
取得
イベントのステータスが「Cancelled」に更新された時刻から推定します。
イベントタイプ
inferred
|
|||
|
措置が無効と判定
|
実施した措置が有効ではなかったという、検証ステップの否定的な結果を示します。このイベントは手戻りを引き起こします。検証ステップが失敗し、調査またはCAPA計画を再開するステータス変更が発生した時点から推定します。 | ||
|
重要な理由
このイベントは、手戻りループの特定とFirst-Pass Resolution Rateの算出に欠かせません。問題解決プロセスの改善が必要な失敗を明らかにします。
入手先
「Effectiveness Check Failed」などの検証失敗を示すステータス変更、または「Under Investigation」への差し戻しから推定します。
取得
検証後にケースが前の段階へ戻るワークフロー遷移から算出します。
イベントタイプ
inferred
|
|||
|
是正措置を実施
|
承認済みの是正措置計画で定義されたタスクが実行され、完了したことを示します。通常は、措置の担当ユーザーがシステム上で実施タスクを完了としてマークした時点で取得されます。 | ||
|
重要な理由
Avg Action Verification Time KPIの開始時点を追跡するための重要なマイルストーンです。実施にかかった期間は、是正措置の複雑さと効率を示します。
入手先
割り当てられた是正措置タスクのステータスが「Completed」または「Implemented」に変更された時点を、監査証跡から推定します。
取得
リンクされたCAPA実施タスクの完了タイムスタンプから算出します。
イベントタイプ
inferred
|
|||
|
是正措置計画を提案
|
レビューに向けて是正措置・予防措置(CAPA)計画を作成し、提出したことを示します。通常は、CAPAレコードが品質イベントに正式にリンクされ、ステータスが「Pending Approval」に設定された時点で取得されます。 | ||
|
重要な理由
調査から解決計画へ移行することを示すアクティビティです。RCAからこのステップまでの期間は、計画策定の効率を示す指標になります。
入手先
リンクされたCAPAオブジェクトの作成、または品質イベントのステータスが「CAPA Plan Proposed」や「Pending Plan Approval」などに変更された時点から推定します。
取得
リンクされたCAPA計画レコードの作成、または親イベントのステータス変更から推定します。
イベントタイプ
inferred
|
|||
|
根本原因分析を実施
|
根本原因分析(RCA)が完了し、結果が文書化されたことを示します。「Root Cause」または関連する分析項目が入力され、関連タスクが完了としてマークされた時点から推定できます。 | ||
|
重要な理由
このアクティビティを追跡することで、RCA段階の所要時間と品質を測定できます。手戻りを特定するRoot Cause Re-Investigation RateなどのKPIに欠かせません。
入手先
RCAタスクの完了、または品質イベントフォーム内の根本原因カテゴリ項目の入力と確定を示す監査証跡エントリから推定します。
取得
「Root Cause Analysis」ワークフローのステップまたはタスクが完了した時点から推定します。
イベントタイプ
inferred
|
|||
|
関係者に通知
|
品質イベントの解決結果を、関係するすべての関係者へ正式に伝えたことを示します。明示的に記録されたアクション、またはワークフロー内の「Final Notification」タスクの完了から推定できます。 | ||
|
重要な理由
このステップを分析することで、コミュニケーションの効率を把握できます。また、Final Review & Closure Time KPIを算出するための重要な指標です。
入手先
システムに記録された明示的な通知イベント、または最終完了前に実行される「Notify Stakeholders」タスクの完了から推定できます。
取得
ワークフロー内の専用通知タスクが完了した時点から推定します。
イベントタイプ
inferred
|
|||
抽出ガイド
準備はできましたか?
このテンプレートを使って信頼性の高いイベントログを作成し、品質管理業務の詳細を把握してください。コンプライアンスと業務効率の向上に向けた取り組みを、今日から始められます。
MasterControlの品質管理を30%高速化
プロセスを可視化し、非効率をなくして、サイクルタイムを30%短縮します。
クレジットカードは不要です。数分でセットアップできます。