必須アクティビティ

概要

必須アクティビティのエンリッチメントは、プロセス実行において必要な活動が欠落しているケースを特定し、プロセスの完全性とビジネスルールの遵守を確保するのに役立ちます。このコンフォーマンスチェックツールは、重要なステップがスキップ、バイパス、または実行されなかった場合を自動検出し、プロセスの整合性と規制遵守を維持できるようにします。

不要な活動を検出するエンリッチメントとは異なり、このエンリッチメントは、プロセスが完全かつ準拠しているとみなされるためにすべてのケースで必ず行われる必要がある重要な活動の存在を検証することに焦点を当てています。例えば、製造の品質検査、調達の承認ステップ、医療プロセスでの必須文書作成などです。このエンリッチメントは、これらの重要な活動が欠落しているケースにフラグを立てるブール属性を作成し、未完了のプロセス実行を迅速に特定および修正できるようにします。

よくある使用例

  • 製造プロセスにおける必須の品質管理チェックの完了確認
  • 調達や購買注文における必須承認ステップの実行確保
  • 医療患者治療フローにおける必須文書作成活動の確認
  • 装置操作前の必須研修確認の完了チェック
  • ITアクセスプロビジョニングの必須セキュリティチェックの検証
  • 特定のプロセスステップが義務付けられている規制要件の遵守監視
  • 重要な検証または検査活動がスキップされたケースの検出

設定

ルールグループ名: このコンフォーマンスルールグループの説明的な名前を入力します。この名前は、このエンリッチメントで作成されるすべての属性の接頭辞として機能し、コンフォーマンスレポートに表示されます。「必須活動欠落」「不完全なプロセスステップ」「必須コンプライアンスチェック」など、監視対象となる必須要件を明確に示す名称を選択してください。初期値は「No activity」です。

重大度: 必須活動が欠落しているケースの重大度レベルを選択します。

  • 低: 対処すべきだが直ちにリスクとはならない欠落活動
  • 中: プロセス品質や効率に影響を与える可能性のある重要な欠陥
  • 高: コンプライアンス失敗や重大なプロセス欠陥を表す重大な欠落活動

アクティビティ属性値: イベントログから、完全に準拠したケースで必ず存在すべき一つ以上の活動を選択します。このエンリッチメントは、選択されたそれぞれの活動に対して個別のブール属性を作成し、特定の必須活動が欠落しているケースをマークします。活動は、ケース数やパーセント統計とともに表示され、現在の遵守率の理解や最も頻繁にスキップされる必須活動の特定に役立ちます。

例

例1: 製造品質保証

シナリオ: 製造会社は、全製品が出荷前に必須の品質検査ステップを経ることを保証する必要があります。これらの検査を欠くと、不良品が顧客に届き、規制違反のリスクが生じます。

設定:

  • ルールグループ名: 「Missing QA Steps」
  • 重大度: 高
  • アクティビティ属性値:
    • 「Initial Quality Check」
    • 「Final Product Inspection」
    • 「Quality Certificate Generation」
    • 「QA Manager Approval」

出力: このエンリッチメントは、ケースレベルに5つのブール属性を作成します。

  • 「Missing QA Steps」（マスター属性 - いずれかのQAステップが欠落していればTRUE）
  • 「Missing QA Steps: Initial Quality Check」（この活動欠落時にTRUE）
  • 「Missing QA Steps: Final Product Inspection」（この活動欠落時にTRUE）
  • 「Missing QA Steps: Quality Certificate Generation」（この活動欠落時にTRUE）
  • 「Missing QA Steps: QA Manager Approval」（この活動欠落時にTRUE）

TRUE値のケースは、必須の品質保証ステップを完了せずに出荷された製品を示します。

インサイト: 分析により、ケースの12%が「QA Manager Approval」ステップを欠落しており、主に週末シフトでマネージャーが不在の時間帯でした。この結果、継続カバーを確保するための交代承認スケジュールが導入されました。

例2: 医療患者入院の準拠

シナリオ: 病院では、すべての患者入院に必須の文書化および評価活動が含まれていることを保証し、医療規制遵守と適切な患者ケアを確保する必要があります。

設定:

  • ルールグループ名: 「Incomplete Admission Process」
  • 重大度: 高
  • アクティビティ属性値:
    • 「Patient Consent Obtained」
    • 「Insurance Verification」
    • 「Initial Medical Assessment」
    • 「Allergy Check Completed」
    • 「Emergency Contact Recorded」

出力: このエンリッチメントは、必須の入院ステップが完了していないケースを示す属性を生成します。例えば、「Incomplete Admission Process: Insurance Verification」= TRUE は、保険確認が行われずに入院した患者を示し、請求問題や遵守違反につながる可能性があります。

インサイト: 緊急入院の8%が「Patient Consent Obtained」を欠落しており、患者の到着時の状態が原因と判明しました。この知見により、緊急ケースに対しては安定化後に同意を取得するプロセスが導入されました。

例3: 金融ローン処理

シナリオ: 銀行では、すべてのローン申請が支払い前に必須の検証および承認ステップを経ることを確認し、不正防止と規制遵守を確保する必要があります。

設定:

  • ルールグループ名: 「Missing Loan Verification」
  • 重大度: 中
  • アクティビティ属性値:
    • 「Identity Verification」
    • 「Credit Score Check」
    • 「Income Verification」
    • 「Collateral Assessment」
    • 「Risk Manager Review」

出力: 必須の検証ステップを完了しないで処理されたローンのケースをフラグ付けするブール属性が作成されます。例えば「Missing Loan Verification: Collateral Assessment」= TRUE のケースは、担保検証が行われていない無担保ローンを示します。

インサイト: ピーク処理期間中に5%の小規模ビジネスローンが「Risk Manager Review」をバイパスしていたことが明らかになり、低額ローン向けの自動リスクスコアリングが導入されました。

例4: IT変更管理

シナリオ: IT部門は、すべてのシステム変更がテストおよび承認ステップを含む必須の変更管理プロセスに従うことを保証し、予期しない停止を防止する必要があります。

設定:

  • ルールグループ名: 「Incomplete Change Process」
  • 重大度: 中
  • アクティビティ属性値:
    • 「Change Request Submitted」
    • 「Impact Analysis Completed」
    • 「Test Environment Validation」
    • 「CAB Approval」
    • 「Rollback Plan Documented」

出力: 承認プロセスを完全に経ずに実施された変更を特定します。「Incomplete Change Process: Test Environment Validation」= TRUEのケースは、テスト環境検証なしに本番導入された変更を示します。

インサイト: 緊急変更の15%が「Test Environment Validation」をスキップし、その60%がその後のシステム障害に関連していました。このため、緊急変更向けの迅速テストプロトコルが作成されました。

例5: 調達コンプライアンス

シナリオ: 調達部門は、一定金額を超える購買注文が必須の競争入札および承認活動を含むことを保証し、透明性とコンプライアンスを維持する必要があります。

設定:

  • ルールグループ名: 「Missing Procurement Controls」
  • 重大度: 高
  • アクティビティ属性値:
    • 「Multiple Vendor Quotes Obtained」
    • 「Budget Verification」
    • 「Procurement Committee Review」
    • 「Legal Department Approval」
    • 「Final Director Sign-off」

出力: 必須の調達管理措置をバイパスした購買注文を識別するブール属性が作成されます。マスター属性「Missing Procurement Controls」は全体の遵守指標を示し、「Missing Procurement Controls: Multiple Vendor Quotes Obtained」などの個別属性は具体的な管理失敗を示します。

インサイト: 高価値購入の18%について、「Multiple Vendor Quotes Obtained」が欠落しており、主に単一サプライヤーの特殊装置が対象でした。これを受けて単一供給調達向けの免除プロセスが設定されました。

出力

必須アクティビティのエンリッチメントは、ケースレベルで複数のブール属性を作成し、コンフォーマンスの問題を示します。

マスターコンフォーマンス属性: 「ルールグループ名」で指定した単一のブール属性で、選択された任意の必須活動が欠落しているケースでTRUEになります。これにより、プロセスの不完全さを示す高レベルの指標が提供されます。

個別アクティビティ属性: 選択されたそれぞれの必須活動に対し、「[ルールグループ名]: [アクティビティ名]」という形式のブール属性が作成されます。これらの属性は特定の必須活動が欠落しているケースでTRUEとなり、どの要件が最も頻繁に見逃されているかの詳細分析が可能です。

属性プロパティ:

  • データ型: ブール
  • 表示形式: Yes/No
  • 列タイプ: ConformanceIssue
  • 集計: ケース数や割合を計算する集計関数で利用して遵守率を測定可能

作成されたすべての属性は、後続のフィルターで非準拠ケースの特定に使用でき、計算式で遵守指標の測定やダッシュボードでのプロセス完全性の時間推移監視に利用できます。コンフォーマンスの問題は指定された重大度レベルでシステムのコンフォーマンス問題リストに登録され、包括的な報告と分析を可能にします。

関連項目

本ドキュメントはmindzie Studioプロセスマイニングプラットフォームの一部です。