品質管理データテンプレート
品質管理データテンプレート
- 収集を推奨する属性
- 記録すべき主なアクティビティ
- MasterControlからの抽出手順
品質管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
品質事象
QualityEvent
|
不適合、逸脱、苦情など、個々の品質イベントを識別する一意のIDです。このIDによって、関連するすべてのアクティビティと文書が紐付けられます。 | ||
|
説明
品質イベントIDは、品質管理プロセス全体でケースを識別する主要なIDです。通常は英数字で、新しい品質イベントの開始時にMasterControlによって生成されます。 プロセスマイニングでは、この属性を使って品質問題ごとの一連の流れを再構築します。関連するすべてのアクティビティを1つの品質イベントIDにまとめることで、プロセスフロー全体を可視化し、作成からクローズまでのサイクルタイムを測定できます。また、個々のケースに特有のばらつきやボトルネックも特定できます。
重要な理由
開始から解決まで、品質問題ごとのライフサイクル全体を分析するために、すべてのプロセスステップを紐付ける基本的なケースIDです。
入手先
品質イベントレコードの主キーです。具体的なテーブル名とフィールド名については、MasterControlの文書またはシステム設定をご確認ください。
例
QE-2023-00123NC-2023-0456CAPA-2023-0078
|
|||
|
アクティビティ名
ActivityName
|
品質イベントのライフサイクルで発生した特定のタスクまたはイベントの名前です。「調査の開始」や「是正措置の実施」などが該当します。 | ||
|
説明
アクティビティ名は、品質管理プロセスにおける個別のステップや節目を表します。各アクティビティはタイムスタンプとともに記録され、品質イベントごとのプロセスフローを構成します。 これらのアクティビティの分析は、プロセスマイニングの中核です。実際のプロセスマップを把握し、よくある経路や標準手順からの逸脱、ボトルネックを特定できます。「根本原因分析の実施」などのアクティビティの順序や頻度は、手戻りやコンプライアンスを確認するダッシュボードに欠かせない情報です。
重要な理由
この属性によってプロセスのステップを定義し、プロセスマップの可視化、逸脱の検出、プロセスフローの分析が可能になります。
入手先
通常、この情報は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有効率の計算や継続的な改善に欠かせない情報です。
入手先
通常、MasterControlで品質イベントに紐付けられたCAPAフォームの有効性検証またはクローズのセクションにある結果フィールドです。
例
有効無効モニタリングが必要
|
|||
|
根本原因の分類
RootCauseCategory
|
人的ミス、設備故障、プロセスの不備など、特定された品質イベントの根本原因の分類です。 | ||
|
説明
根本原因分析の実施後、通常はその結果を分類します。この属性には分類が保存され、問題の発生理由を構造化データとして確認できます。 品質改善の方針を検討するうえで重要な属性です。「根本原因分析の一貫性」ダッシュボードでは、このデータを使って根本原因の分類と是正措置の有効性、手戻り率との関係を確認します。特定の根本原因への対処が難しいのか、分析自体にばらつきがあるのかを把握できます。
重要な理由
品質問題の根本的な原因を分類し、再発防止に向けた分析や是正措置の有効性向上に役立てられます。
入手先
通常、MasterControlの品質イベントフォームにある根本原因分析または調査のセクションに含まれるフィールドです。
例
設備の故障トレーニング不足材料の欠陥手順の不遵守
|
|||
|
目標解決日
TargetResolutionDate
|
品質イベントをクローズする予定日または期限です。 | ||
|
説明
この属性は、品質イベントの目標完了日を定義します。目標日は、イベントの種類や重大度、関連する規制要件に基づいて決まることがよくあります。解決プロセスの期限として使用されます。 期限内の処理状況やサービスレベル合意(SLA)への準拠を測定するために使われます。「コンプライアンス遵守率」の重要業績評価指標(KPI)の計算や、「SLAステータス」(「期限内」「遅延」など)の算出属性の作成に欠かせません。どの種類のイベントや部門で期限超過が起きやすいかを分析できます。
重要な理由
解決期限を設定し、期限内の処理状況を測定してSLA遵守率を計算できます。
入手先
MasterControlの品質イベントのメインフォームにある日付フィールドと考えられます。自動計算または手入力の場合があります。
例
2023-11-302024-01-152023-12-22
|
|||
|
終了時刻
EndTime
|
アクティビティが完了した時刻を示すタイムスタンプです。単一時点で発生するイベントでは、開始時刻と同じになることがよくあります。 | ||
|
説明
終了時刻は、アクティビティの終了を示します。監査証跡に記録される多くのイベントでは、イベントが発生した時点を示すため、開始時刻と終了時刻は同じです。一方、所要時間を測定できるアクティビティでは、このフィールドにその時間が記録される場合があります。 この属性は開始時刻と組み合わせて、個々のアクティビティの処理時間を計算するために使われます。プロセスの中で時間がかかっているステップを特定し、品質プロセスのボトルネック特定ダッシュボードに役立てることができます。
重要な理由
アクティビティごとの所要時間を正確に計算できるため、品質管理プロセスで特に時間がかかっているタスクを特定できます。
入手先
MasterControlの監査証跡または履歴ログに記録されている場合があります。記録がない場合は、次のアクティビティの開始時刻から算出できます。
例
2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
|
|||
|
SLAステータス
SlaStatus
|
品質イベントが目標解決日までにクローズされたかを示します。 | ||
|
説明
品質イベントの実際のクローズ日と「目標解決日」を比較して算出されます。通常、「期限内」または「遅延」に設定されます。 期限に対する処理状況をひと目で確認できます。「コンプライアンス遵守率」の重要業績評価指標(KPI)の基礎となり、期限を超過したケースを簡単に絞り込んで分析できます。解決が遅れる要因を把握することは、プロセス全体の迅速化とコンプライアンス目標の達成に欠かせません。
重要な理由
ケースが期限を守っているかを示す簡潔な指標です。期限内の処理状況の測定と改善に欠かせません。
入手先
データ変換時に、各ケースの「品質イベントのクローズ」アクティビティのタイムスタンプと「TargetResolutionDate」フィールドを比較して算出されます。
例
期限内遅延リスクあり
|
|||
|
ソースシステム
SourceSystem
|
データの抽出元のシステムを示します。この場合はMasterControlです。 | ||
|
説明
この属性は、データの出所に関するコンテキストを示します。このプロセスでは、常に「MasterControl」を示す値が設定されます。 一見すると固定値ですが、複数のシステムのデータを組み合わせて分析する企業環境では重要な属性です。データの来歴を明確にし、システム固有の動作やデータ品質の問題を切り分けるのに役立ちます。
重要な理由
データのソースシステムを明確にできるため、データガバナンスや複数のアプリケーションのデータを組み合わせた分析に欠かせません。
入手先
通常、データセットの出所を示すため、データの抽出、変換、読み込み(ETL)の過程で追加される固定値です。
例
MasterControlMasterControl QMS
|
|||
|
予防措置ID
PreventiveActionId
|
品質イベントに紐付けられた予防措置計画(PAPA)の一意のIDです。 | ||
|
説明
是正措置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
|
|||
|
対象製品
ProductAffected
|
品質イベントの対象となる製品、製品ライン、または部品です。 | ||
|
説明
この属性は、品質問題に関連する製品または材料を特定します。品質イベントの影響を理解するために必要なコンテキストを提供します。 製品別にプロセスデータを分析すると、品質問題が繰り返し発生している製品を特定できます。改善の優先順位付けや製品設計の変更、製造ラインやサプライヤーのパフォーマンス評価に役立ちます。
重要な理由
品質問題を製品ライン別に分析するための重要な業務上のコンテキストを提供し、繰り返し発生する問題や傾向の特定に役立ちます。
入手先
品質イベントフォームにあるフィールドで、事前定義されたリストから選択するか、部品番号を入力して製品を指定します。
例
製品A-ロット54321部品XYZAPI-001
|
|||
|
引き継ぎ待ち時間
HandoffWaitTime
|
異なる部門またはチームが実行する、連続した2つのアクティビティ間の待ち時間です。 | ||
|
説明
ある部門がタスクを完了してから、次の部門が着手するまでにケースが待機した時間を計算します。「担当部門」が変わる連続したアクティビティを特定し、その間の時間差を測定します。 この算出指標は、「引き継ぎ遅延分析」ダッシュボードと「平均引き継ぎ待ち時間」の重要業績評価指標(KPI)の中核です。調整や連絡の問題による待ち時間を実作業の処理時間と分けて把握し、サイクルタイムを長引かせる部門横断のボトルネックを特定できます。
重要な理由
部門間の待ち時間を切り分けて定量化し、プロセスにおける連絡不足や調整上のボトルネックを明らかにします。
入手先
各ケース内で連続するアクティビティのタイムスタンプと「ResponsibleDepartment」の値を分析し、データ変換時に算出されます。
例
172800259200604800
|
|||
|
手戻りの有無
IsRework
|
アクティビティまたは一連のアクティビティが手戻りに該当するかを示す真偽値フラグです。 | ||
|
説明
同じケース内でアクティビティが繰り返された場合や、プロセスが前の段階に戻った場合に、このフラグは「true」に設定されます。たとえば、同じ品質イベントで「根本原因分析の実施」が2回記録された場合、2回目は手戻りとしてマークされます。 この属性は、「手戻りと再調査の概要」ダッシュボードと「根本原因の再調査率」の重要業績評価指標(KPI)に直接役立ちます。手戻りを簡単に定量化できるため、非効率なプロセスフローを含むケースを絞り込んで分析できます。
重要な理由
繰り返されたアクティビティを明示し、手戻りの頻度、原因、影響を簡単に定量化して分析できます。
入手先
各ケースのアクティビティの順序を分析し、繰り返されたステップやプロセスのループを検出することで、データ変換時に算出されます。
例
truefalse
|
|||
|
拠点
SiteLocation
|
品質イベントが発生した製造拠点、工場、または施設です。 | ||
|
説明
この属性は、品質イベントに関連する物理的な場所または拠点を示します。問題を地理的または組織的な観点から把握できます。 拠点間の比較分析に役立つ切り口です。拠点別に絞り込んだりグループ化したりすることで、品質管理プロセスのパフォーマンスを比較できます。成果を上げてベストプラクティスを共有できる拠点や、追加の支援やプロセス改善が必要な拠点を特定できます。
重要な理由
製造拠点や施設ごとのパフォーマンスを比較し、拠点固有の問題やベストプラクティスを特定できます。
入手先
通常、品質イベントの開始フォームに記録され、会社の拠点を選ぶドロップダウンリストとして用意されます。
例
米国テキサス州オースティンアイルランド、ダブリンシンガポール工場拠点A
|
|||
|
是正措置ID
CorrectiveActionId
|
品質イベントに紐付けられた是正措置計画(CAPA)の一意のIDです。 | ||
|
説明
この属性は、品質イベントと、その根本原因に対処するために作成された是正措置を直接紐付けます。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で正式にクローズされたことを示す最後のアクティビティです。レコードのステータスが「クローズ済み」に変更された際に記録され、タイムスタンプが監査証跡に残ります。 | ||
|
重要な理由
このアクティビティはプロセスの終了を示し、サイクルタイム全体や処理量の算出に欠かせません。品質管理ケースが正常に完了したことを確認できます。
入手先
品質イベントレコードのステータスが最後に「Closed」に変更されたことから推定される、明示的なイベントです。このステータス変更のタイムスタンプは監査ログに記録されます。
記録
イベントのステータスが「Closed」に更新された時点のタイムスタンプから推定されます。
イベントタイプ
inferred
|
|||
|
品質イベントを作成
|
品質管理プロセスの開始点です。逸脱、不適合、苦情などの新しい品質イベントを、MasterControlに初めて記録します。通常、ユーザーが新しい品質イベントのレコードを作成すると、このアクティビティが明示的に記録され、タイムスタンプ付きの監査証跡が生成されます。 | ||
|
重要な理由
このアクティビティはケースのライフサイクルの開始を示します。品質イベントのサイクルタイム全体の測定や、イベントの登録件数の分析に欠かせません。
入手先
品質イベントモジュールの監査証跡テーブルに明示的に記録されるイベントです。品質イベントレコードの作成時刻に対応します。
記録
新しい品質イベントオブジェクトの作成時に、監査証跡に記録されます。
イベントタイプ
explicit
|
|||
|
対応の有効性を検証
|
実施した対応が有効だったことを確認するため、証拠を収集してレビューする検証ステップの完了を示します。有効性確認タスクが完了した時点で記録され、多くの場合、電子署名も行われます。 | ||
|
重要な理由
このアクティビティは、CAPAの有効率と対応の平均検証時間の算出に欠かせません。解決策が機能したかを確認し、問題の再発を防ぎます。
入手先
検証ステップへの電子署名イベントとして明示的に記録するか、ワークフローの「有効性確認」タスクの完了から推定します。
記録
検証ステップに関する電子署名ログ、またはタスクの完了時刻から記録します。
イベントタイプ
explicit
|
|||
|
是正措置計画を承認
|
提案されたCAPA計画が、必要な関係者による正式なレビューと承認を受けたことを示します。重要な節目であり、MasterControlの監査証跡に電子署名イベントとして明示的に記録されることがよくあります。 | ||
|
重要な理由
承認のステップは、よくボトルネックになります。このアクティビティにかかった時間を分析すると、承認プロセスの遅延を特定でき、「引き継ぎ遅延分析」ダッシュボードにも役立ちます。
入手先
承認権限を持つユーザーがCAPA計画または関連するワークフローステップに電子署名を付与した際、監査証跡に明示的に記録されるイベントです。
記録
承認ワークフローステップに関連付けられた電子署名ログから記録します。
イベントタイプ
explicit
|
|||
|
調査を開始
|
品質イベントの範囲と直接的な影響を特定するため、調査段階を正式に開始したことを示します。通常、イベントが調査担当者に正式に割り当てられ、ステータスが「調査中」に更新された時点で記録されます。 | ||
|
重要な理由
調査段階にかかった時間を追跡するための重要な節目です。ここで遅延が起きると、解決までの全体時間やコンプライアンスの期限に大きく影響する可能性があります。
入手先
品質イベントレコードのステータスが「調査進行中」などに変わったことから推定します。この変更はMasterControlの監査証跡に記録されます。
記録
イベントのステータスが「調査中」に変わった時刻から推定します。
イベントタイプ
inferred
|
|||
|
予防措置を実施
|
将来の再発を防ぐため、予防措置計画で定められたタスクを完了したことを示します。割り当てられた予防措置タスクがシステム上で完了として記録された時点で記録されます。 | ||
|
重要な理由
このアクティビティの追跡は、予防措置率の重要業績評価指標(KPI)を算出するうえで欠かせません。組織が将来の問題にどれだけ先回りして対応しているかを評価できます。
入手先
CAPA計画内で「予防措置」として指定されたタスクの完了時刻から推定します。
記録
関連する予防措置タスクの完了時刻から特定します。
イベントタイプ
inferred
|
|||
|
最終レビューを実施
|
品質保証マネージャーが、文書や対応を含む品質イベントレコード全体の最終レビューを完了したことを示します。通常、ケースをクローズする前に、電子署名イベントとして明示的に記録されます。 | ||
|
重要な理由
クローズ前の最後の品質ゲートです。この段階で遅延が起きると、イベントが不必要に未完了のまま残り、処理量の指標に影響する可能性があります。
入手先
ユーザーがワークフローの「最終レビュー」または「品質保証承認」ステップに電子署名を付与した際、監査証跡に明示的に記録されます。
記録
最終承認ワークフローステップの電子署名ログから記録します。
イベントタイプ
explicit
|
|||
|
初期トリアージを完了
|
品質イベントを分類し、重大度を設定して優先順位を付ける初期評価の完了を示します。多くの場合、システム上のステータス変更から推定します。たとえば、イベントのステータスが「新規」から「評価中」または「調査中」に変わった時点です。 | ||
|
重要な理由
トリアージにかかった時間を分析すると、品質問題への初期対応の遅れを特定できます。後続のワークフローやリソース配分を左右する重要なステップです。
入手先
イベントのステータスがトリアージ後の状態に更新されたとき、または「重大度」や「優先度」などの必須項目が初めて入力され、保存されたときの監査証跡から推定します。
記録
イベントのステータスが「提出済み」から「割り当て済み」に変わるなど、ステータス項目の変更から特定します。
イベントタイプ
inferred
|
|||
|
品質イベントのキャンセル
|
品質イベントが無効、重複、または誤入力と判断され、キャンセルされた場合の終了状態を表します。ステータスが「Cancelled」または「Void」に変更されたことから確認できます。 | ||
|
重要な理由
クローズされたイベントとキャンセルされたイベントを区別することは、プロセスの結果を正確に報告するうえで重要です。キャンセル率が高い場合、イベントの報告やトリアージに問題がある可能性があります。
入手先
監査証跡に記録された、「Cancelled」や「Voided」などの終了ステータスへの変更から推定されます。
記録
イベントのステータスが「Cancelled」に更新された時点のタイムスタンプから推定されます。
イベントタイプ
inferred
|
|||
|
対応の有効性が認められない
|
検証の結果、実施した対応に効果がなかったことを示します。このイベントは手戻りにつながります。検証に失敗し、調査やCAPA計画を再開するステータス変更が発生した場合に推定します。 | ||
|
重要な理由
このイベントは、手戻りのループを特定し、初回解決率を算出するうえで重要です。対処が必要な問題解決プロセスの不備を明らかにします。
入手先
「有効性確認に失敗」など、検証の失敗を示すステータス変更や、「調査中」への差し戻しから推定します。
記録
検証後にケースが前の段階へ戻るワークフローの遷移から特定します。
イベントタイプ
inferred
|
|||
|
是正措置を実施
|
承認済みの是正措置計画で定められたタスクを実行し、完了したことを示します。通常、対応の担当者がシステム上で実施タスクを完了として記録した時点で記録されます。 | ||
|
重要な理由
対応の平均検証時間を測定する起点となる重要な節目です。実施にかかった時間から、是正措置の複雑さや効率を把握できます。
入手先
割り当てられた是正措置タスクのステータスが「完了」または「実施済み」に変更されたときの監査証跡から推定します。
記録
関連するCAPA実施タスクの完了時刻から特定します。
イベントタイプ
inferred
|
|||
|
是正措置計画を提案
|
是正措置および予防措置(CAPA)計画を作成し、レビューに提出したことを示します。通常、CAPAレコードが品質イベントに正式に関連付けられ、ステータスが「承認待ち」に設定された時点で記録されます。 | ||
|
重要な理由
調査から解決計画へ移る節目です。RCAからこのステップまでの時間は、計画の効率を示す指標になります。
入手先
関連するCAPAオブジェクトの作成、または品質イベントのステータスが「CAPA計画提案済み」や「計画承認待ち」などに変わったことから推定します。
記録
関連するCAPA計画レコードの作成、または親イベントのステータス変更から特定します。
イベントタイプ
inferred
|
|||
|
根本原因分析を実施
|
根本原因分析(RCA)の完了と、分析結果の文書化を示します。「根本原因」や関連する分析項目が入力され、関連するタスクが完了として記録された時点から推定できます。 | ||
|
重要な理由
このアクティビティを追跡すると、RCAにかかった時間とその品質を測定できます。手戻りを特定する「根本原因の再調査率」などの重要業績評価指標(KPI)の算出にも欠かせません。
入手先
RCAタスクの完了を示す監査証跡の記録、または品質イベントフォームの根本原因カテゴリ項目の入力と確定から推定します。
記録
「根本原因分析」ワークフローのステップまたはタスクの完了から推定します。
イベントタイプ
inferred
|
|||
|
関係者に通知
|
品質イベントの解決について、関係者全員に正式に伝えたことを示します。明示的に記録された通知アクションの場合もあれば、ワークフローの「最終通知」タスクの完了から推定する場合もあります。 | ||
|
重要な理由
このステップを分析すると、コミュニケーションの効率を把握できます。また、最終レビューとクローズ時間の重要業績評価指標(KPI)を算出する際の重要な目印です。
入手先
システムに記録された明示的な通知イベント、または最終クローズ前に「関係者に通知」タスクが完了したことから推定できます。
記録
ワークフロー内の専用の通知タスクの完了から推定します。
イベントタイプ
inferred
|
|||
データ抽出ガイド
始める準備はできましたか?
このテンプレートを使ってイベントログを作成し、品質管理業務の状況を詳しく把握しましょう。コンプライアンスの強化と業務効率の向上に向けて、今すぐ取り組みを始められます。
MasterControlの品質管理を30%高速化
プロセスを可視化して非効率をなくし、サイクルタイムを30%短縮します。
クレジットカードは不要です。数分で設定できます。