2 カスタム・ルールの作成および管理

Oracle Clinical One Platformには、JavaScriptを使用してカスタム・ルールを作成するためのユーザー・インタフェースが用意されています。ルールは公開時にすべてのモードで適用されますが、作成、テスト、編集、承認および公開できるのはテスト・モードのみです。

• ルールのライフサイクル
  ルールのライフサイクル中、反復的な方法で作成、テスト、承認および公開できるため、ルールの調整や製品仕様に応じた実装に役立ちます。
• ルール・ステータスの説明
  各ルール・ステータスには、ユーザー・インタフェースで簡単に区別できる対応するアイコンがあります。
• ルール・インタフェースへのアクセス
  Oracle Clinical One Platformには、ルールを作成、テスト、承認および公開するためのユーザー・インタフェースが用意されています。このダイアログにアクセスするには、訪問中のフォームに移動します。
• ルール変数の定義
  カスタム・ルールを作成するときに、ルール式内で使用する収集データを参照する変数を定義します。
• 計算値のルールの作成
  フォームの値を自動的に計算できるルールを作成できます。これにより、手動で入力したフォーム・データに基づいて特定の値を自動的に計算できます。計算エラーを減らし、フォームを簡略化できます。
• 自動問合せのルールの作成
  サイトによって入力された値がルール・ロジックによって定義された受入基準を満たさない場合は、自動問合せを生成するルールを作成できます。問合せメッセージを使用すると、ユーザーは入力を検証してエラーを修正する必要があることを把握できます。
• 電子メール通知を送信するルールの作成
  特定の条件が満たされたときに自動電子メール通知を送信するルールを作成することで、指定したチーム・メンバーに通知できます。カスタム・ルールを作成および管理するための通常のステップが引き続き適用されます。
• ルールのデバッグ
  ルール・デザイナは、logMsg()文を使用してルール・ロジックに関する情報を取得し、必要に応じて動作することを確認することで、ルールをデバッグできます。
• テストおよび承認のためのルールの準備
  ルールは各ステータスを順番に移動する必要があり、後でテストで問題が明らかになった場合は再処理のために戻すことができます。ルール設計者は、ルールをUATに移動する前に、ドラフト・モードでテストする必要があります。これにより、将来のやり直しを最小限に抑えることができます。
• ルールのテストおよび承認
  ルールを本番に公開する前に、ルールをテストおよび承認する必要があります。テストは、「ドラフト」モードから移動する前に実行し、UATから移動する前に再度実行する必要があります。これにより、本番に移行する前にルールが期待どおりに機能するようになります。
• 単一のルールを公開
  ルールを公開して、すべてのモードで使用できるようにします。ルール・インタフェースのルール・スライダを使用して、一度に1つずつルールを公開できます。
• フォーム・レベルでの複数ルールの公開
  ルールを公開して、すべてのモードで使用できるようにします。ルール・インタフェースを使用すると、フォームに含まれるすべての承認済ルールを同時に公開できます。この一括承認機能を使用すると、パブリッシュが必要なルールが多数ある場合に時間を節約できます。
• 試験レベルでの複数ルールの公開
  ルールを公開して、すべてのモードで使用できるようにします。ルール・インタフェースを使用すると、試験内のすべての承認済ルールを同時に公開できます。この一括承認機能を使用すると、パブリッシュが必要なルールが多数ある場合に時間を節約できます。
• 公開済ルールの変更および再公開
  公開済ルールを変更し、元のルールの作成に使用したプロセスと同じプロセスを使用して、必要に応じて再公開できます。テスト・モードで公開済ルールを変更した場合、そのルールのステータスを「公開済」に更新するまで、変更は本番モードでは表示されません。
• ルールの無効化
  ルールを誤って公開した場合、ロールに応じてそのルールを無効にして、本番のすべての試験バージョンでの実行を停止できます。