Emergency Self Report のドメインセパレーション
次の表に、このアプリケーションを使用しているサービスプロバイダー (SP) を対象として、ドメインセパレーションのユースケースを示します。
| ユースケース | 関数 | 制限事項 |
|---|---|---|
| SP 内部 - SP は、内部従業員向けのアプリケーションを使用して、専用のサービスポータルまたは web ページを介して状態を自己報告します。 | はい | なし |
| SP 外部 - SP は、テナント従業員向けのアプリケーションを使用して、専用のサービスポータルまたは web ページを介して状態を自己報告します。 | はい | なし |
| テナント - テナントは、従業員のサブドメイン用のアプリケーションを使用して、専用のサービスポータルまたは web ページを介して状態を自己報告します。 | はい | なし |
エマージェンシーセルフレポート アプリケーションの一部のモジュールは、ドメインセパレーションの影響を受けます。これらのモジュールは、SP とテナントが使用できます。
- EMERGENCY SELF REPORT ダッシュボードモジュール
- ユーザーが自身の現在の状態を自己報告できる web ページユーザーが状態を送信すると、健康レコードが作成されます。(テーブル: 危機タスク)
- 記事のナレッジベースリスト
- すべての健康レコードと HR タスクモジュール (危機タスク)
- ドメイン列の行保護が存在します。
- タスクテーブルから拡張されるため、必要なドメインセパレーションビジネスロジックが含まれています。
- 関連リスト、承認者 (テーブル: 承認) は、確立されたドメインセパレーションテーブルです。
- 関連リスト、タスク (テーブル: タスク) は、確立されたドメインセパレーションテーブルです。