事前定義済ルールとカスタム・ルール
試験デザイナは通常、回答を検証したり、動的要素の表示などの特定のアクションをトリガーするために、フォーム設計に事前定義済ルールを追加します。ルール設計者は、より複雑なシナリオに対処するためのカスタムJavaScriptルールを作成できます。
事前定義済ルール(デザイナ)
- アクション・ルールは、通知の送信、質問の自動ロック、フォーム・アソシエーションの作成、質問、フォーム、フォーム・セクションまたはビジットの動的な表示など、特定のアクションが発生する一連の事前定義済ルールです。詳細は、アクション・ルールを参照してください。
- 検証ルールでは、特定の質問に対して満たす必要がある特定の基準を設定できます。試験設計者は、試験内の適切なデータ入力を確保するために、これらのルールを特定のフォーム上の特定の質問に適用します。これは、構成に応じて、検証エラーを生成したり、無効なアンサーまたはその両方に対して問合せを発生させることによって行われます。この構成では、ユーザーが特定のRTSMアクション(無作為化、交付またはスクリーニング)を続行できるかどうかも決まります。詳細は、検証ルールについてを参照してください。
事前定義済ルールを使用する主な利点は、ルールが組込みで最小限の構成が必要になることです。ただし、これらのルールは、質問間ロジック、クロスフォーム・ロジックまたはクロスビジット・ロジックをサポートしておらず、最も一般的に発生する条件をカバーする限られた数のオプションでのみ使用できます。
カスタム・ルール
カスタム・ルールはより高度なルールであり、通常はルール・デザイナによって作成およびテストされます。これらはあまり制限されず、マルチ質問、マルチフォームおよびマルチビジット・ロジックなどの複雑なロジックをサポートします。事前定義済ルールと同様に、カスタム・ルールでは通知の送信や問合せの呼出しが可能ですが、既存のデータから読取り専用値を計算することもできます。
これらのルールはテスト・モードで追加され、JavaScript式で定義されます。この式には、基本的なコーディング原則に関する知識が必要です。したがって、カスタム・ルールはプログラミング・エラーの潜在的なリスクを伴い、テストおよび適用にかかる時間が長くなります。Oracle Clinical One Platformは、JavaScriptを使用してルールを作成、デバッグ、検証および公開できる効率的なインタフェースを提供します。ただし、本番モードでルールをアクティブにするには、テストおよび承認サイクルを実行する必要があります。詳細は、ルール・ステータスおよびライフサイクルを参照してください。
ノート:
本番試験で使用するルールを承認する前に、カスタム・ルールをテスト・モードで検証して、予想される結果を取得していることを確認する必要があります。カスタム・ルールとその使用方法の詳細は、このガイドの他のトピックを参照してください。