LSA85_MyHealth_Member_Data_Dictionary.xlsx
(10.29 KB)
業界基盤データモデルの拡張
2 タスク
15 分
上級
Pega Platform 8.6
日本語
シナリオ
Front Stageの人事部門は、組織の医療保険プロバイダーであるMyHealthと連携しています。 MyHealthは、新入社員をヘルスプランに登録するためのウェブサービスを提供しています。 MyHealthは、リクエストを受け取るための業界標準モデルを使用しています。
Front StageはPegaのヘルスケア業界基盤データモデルを使用して、従業員が保障内容の変更を管理できるアプリケーションを構築したいと考えています。 新しい登録アプリケーションは、Front Stageの従業員ポータルから利用できます。 Front Stageの人事部門のみが、新規メンバー登録用にMyHealthが提供するデスクトップクライアントにアクセスできます。 Pegaヘルスケア業界基盤の使用は、Front Stageにとってアプリケーション開発の新しい分野です。 Front Stageは、まだセンターオブエクセレンス（COE）を設置していませんが、年内に設置する予定です。
受講者の課題は、MyHealthウェブサービスのレスポンス要素をFront Stageのデータモデルにマッピングすることです。 分析が完了したら、チームのメンバーを割り当てて新しいプロパティを追加し、統合ルールを作成し、MyHealthウェブサービスのプロパティをFront Stageにマッピングし、ラウンドトリップウェブサービスをテストします。 ウェブサービスは、1日1,000人の従業員を登録するというビジネスサービスレベルアグリーメントを遵守するために、1秒以内にレスポンスを返さなければなりません。
詳細なタスク
1 設計オプションの特定
Option 1: Mapping document
チームのメンバーに渡して実装してもらうためのマッピングドキュメントを作成します。 このチャレンジの目的上、PegaHC-Data-Party-Memberクラスの要素のマッピングに焦点を当てます。 システムオブレコードのデータモデルとして使用するために、MyHealthメンバーデータ辞書スプレッドシートをダウンロードしてください。
スプレッドシートのエントリーのみをマッピングします。 Member クラスのすべてのプロパティをマッピングする必要はありません。
オプション2：ウェブサービス
テストの結果、ウェブサービスがビジネスサービスレベルアグリーメント（SLA）の要件を満たしていないことがわかりました。 ウェブサービスがビジネスサービスレベルアグリーメントに従って実行されない場合は、Robotic Desktop Automation（RDA）の使用を検討できます。 MyHealthメンバー登録アプリケーションにアクセスできるのは、人事部門のみとなっています。 したがって、RDAは実行可能なソリューションではありません。 また、Robotic Process Automation（RPA）は、登録ケースタイプと併用することで、バックグラウンドでプロセスオートメーションを呼び出すことができるので、RPAも検討の余地があります。
2 最適な設計オプションの提案
最初の手順は、サンプルデータのスプレッドシートに含まれるフィールドを特定することです。 次に、Pega Communityにアクセスし、「Pega Foundation for Healthcare 8.5 loading sample data」のトピックを開きます。 スプレッドシートのサンプルデータの各フィールドについて、データモデル内の対応するプロパティを検索し、プロパティの名前とクラスを記録します。 新しいプロパティ名がある場合は、そのプロパティをハイライトし、新しいプロパティが含まれているクラスを特定します。 この「Pega Foundation for Healthcare 8.5 Data Model」スプレッドシートを使用します。
分析の結果により、システムオブレコードのデータ要素と、業界データモデルのプロパティおよびアプリケーションの組織ルールセットのPegaHC-Data-Party-Memberクラスに追加する必要のある新しいフィールドとのマッピングを行えます。 将来的には、Front Stage COEがデータモデルや統合ルールを管理します。
このモジュールは、下記のミッションにも含まれています。
トレーニングを実施中に問題が発生した場合は、Pega Academy Support FAQsをご確認ください。