複数の給付プログラムの統合受入
Integrated Applicationを使用して、対象者が1つの受入申請でSNAP(Supplementalnutrition Assistance Program)やLIHEAP(Low Income Home Energy Assistance Program)などの複数の給付に申請できる方法について説明します。
必要なエディション
対象者がすべての給付やサービスを事前審査、申請、管理、更新するための統合されたデジタルフロントドアを提供し、申請者の困惑や重複作業を軽減します。
| サポートされている製品のエディションを表示する。 |
支援を申請すると、特にすべてのプログラムで同じ世帯と収入の詳細を最初から要求する場合、圧倒される可能性があります。統合アプリケーションにより、その負担が軽減されます。対象者は給付支援ポータルで 1 つのガイド付き申込を完了します。一般的な質問に1回回答し、ドキュメントをアップロードして、すべての対象給付を検索し、SnapやLIHEAPなどの複数のプログラムに同時に申請します。バックグラウンドで、すべてのプログラムで潜在的な対象資格が同時に評価されるため、個別のレビューで待機する必要はありません。
統合アプリケーションのしくみ
対象者は給付支援ポータルにサインインし、一連のよくある質問に回答して、身分証明書と収入ドキュメントをアップロードします。非構造化ドキュメント処理では、これらのドキュメントが読み取られて詳細がフォームに直接事前入力されるため、対象者がすでに入力した内容を再入力する必要はありません。次に、アプリケーションは世帯を事前にスクリーニングし、対象になる可能性があるプログラムを表示し、適用されるプログラム固有の追加の質問を行います。対象者が 1 つの申込を確認して送信します。
主要な機能
- 統合受入フロー: 対象者は、給付プログラム全体で回答を繰り返すのではなく、世帯、収入、その他の財務に関する質問に 1 回回答します。
- インテリジェントドキュメント AI 事前入力: 対象者が給与明細や公共料金の請求書などのサポートファイルをアップロードすると、非構造化ドキュメント処理 (UDP) によって人口統計項目と財務項目が自動的に抽出されて入力されます。
- 並列対象資格スクリーニング: ビジネスルールエンジン式セットは、複数のプログラムの対象資格要件に対して同時に対象者の詳細をチェックします。
- Dynamic Form Sequencing (動的フォームシーケンス): 受入フォームでは、事前スクリーニング結果に基づいてプログラム固有の質問を表示または非表示にできるため、対象者には関連項目のみが表示されます。
- 認定担当者のサポート: 担当者は、必要に応じて対象者の代理で申請できます。
- ヘッドレスデータ保持: コンテキストサービスでは、統合された Connect API を使用して、プロファイル、世帯メンバー、収入、経費、資産全体のアプリケーションデータを管理します。手動のデータマッピングは必要ありません。
ビジネス上のメリット
| 給付 | インパクト |
|---|---|
| 構成工数の削減 | 反復的なデータ入力を削除し、既知の詳細を事前に入力することで、申込時間を短縮します。 |
| 対象者の完全な透明性 | プロセス全体にわたって明確さと透明性を提供できる可能性があるすべての給付プログラムを特定します。 |
| データ精度の向上 | AI ドキュメントの抽出と組み込みの入力規則により、手入力ミスを減らします。 |
| 決定時間の短縮 | 可能な場合は受入時に対象者に予備対象資格結果をリアルタイムで提供し、審査のボトルネックを軽減します。 |
| 代理店処理コストの削減 | ケースワーカーは、要請されたすべてのプログラムの対象者の申請を 1 つの統合ビューで確認できます。 |
考慮事項と制限
統合アプリケーションの設定またはカスタマイズを行う前に、次の点に留意してください。
- アップグレードの継続性: Winter '27 へのアップグレードでは、既存の給付管理の設定、機能、レコードが保持されます。既存の給付レコードは変更されず、現在の環境でもアクセスできます。統合アプリケーションには移行されません。現在の設定を変更せずに統合申請を設定して使用できますが、統合申請を使用して新しい給付を申請することをお勧めします。
- カスタマイズの更新: Winter '27 より前に実装されたカスタマイズは、自動的に統合アプリケーションに移行されません。統合アプリケーションを使用するように再設定します。
- データモデルの変更: 統合アプリケーションでは、個人申込レコードの代わりに申込フォームと関連レコードが作成されます。採用する前に、個人申込レコードに依存するレポート、フロー、インテグレーションを確認し、新しいデータモデルに合わせて更新します。「Benefit Management Data Model」を参照してください。
- Snap Support： Supplementalnutrition Assistance Program （Snap） は、統合アプリケーション ワークフローでのみサポートされます。Snapを統合受入の一部として提供するには、統合アプリケーションを採用します。
- ファイルサイズの上限: 取り込み時に検証のためにアップロードされる個々のファイルは 10 MB を超えることはできません。
- ファイル制限: 管理者はセクションコンポーネントごとにファイル制限を設定できます。デフォルトでは、対象者はセクションごとに最大 10 個のファイルをアップロードできます ([世帯メンバー] の下に 10 個、[収入] の下に 10 個など)。
- 命名規則: 標準 OmniScript、決定表、または式セットを再利用する場合は、提供された正確な API 参照名を保持します。カスタム式セットと決定表は、これらの命名規則に縛られません。
- 必須の表示オブジェクト: OmniScript と FlexCard では、受入フレームワーク内で機能するようにアプリケーション表示方法、フェーズ定義、アクションプランテンプレートを設定する必要があります。
- 統合アプリケーションの前提条件
受入設定を定義する前に、統合アプリケーションが依存するコア組織設定、権限、前提条件機能を有効にします。 - 統合アプリケーションの選択リスト値の設定
統合アプリケーションオブジェクトの一部の選択リスト項目には、定義済みの値がありません。項目を確認し、必要な値を追加します。 - 統合アプリケーションのドキュメントスキーマの設定
アップロードされたドキュメントから抽出する非構造化ドキュメント処理 (UDP) の項目とテーブルを定義するドキュメントスキーマ設定を作成します。 - 給付および対象資格ルールの作成
LIHEAP や Snap などの給付プログラムと、それらの対象ユーザーを決定するルールを設定します。 - 受入プロセスの設定
給付プログラムに申請する対象者のシームレスなガイド付き受入環境を強化する接続済みフォームフレームワークを管理者に提供します。 - 統合アプリケーションガイド付きフローの概要
統合申込のガイド付きフローを使用すると、申込者はガイド付きOmniScriptを使用して、SnapやLIHEAPなどの保護給付の申請、対象資格の確認、1つの申込の完了を行うことができます。
