シナリオ:
当社は保険仲介会社です。ファクト テーブルはクレーム メトリクスの現在のテーブルです。このテーブルには複数のクレーム sid の一意の行があるため、countrows(現在のクレーム) は一意のクレームの数を正確にカウントします。現在、このテーブルには clientid と industrysid もあります。ここでのクライアントと業界の関係は、1 つの業界が複数のクライアントを持つことができ、1 つのクライアントが 1 つの業界にのみ属することができるということです。
ここで、claimlagdays というファクトを考えてみましょう。これは、テーブルに claimid の粒度で存在します。
ここで、要件の 1 つは、"peer" sum(claimlagdays) を見つける必要があることです。これは、特定のクライアントについて、基本的に次のように計算されます。
フィルタリングされるクライアントの業界の sum(claimlagdays) (マイナス)、この特定のクライアントの sum(claimlagdays)。この尺度を A としましょう。
上記と同様に、「ピア」クレーム数を計算する必要があります。これは、フィルタリングされるクライアントの業界のクレーム数 (マイナス) で、この特定のクライアントのクレーム数です。この尺度を B としましょう。
最終的な計算では、A を B で割り、「ピア」の平均ラグ日数を取得する必要があります。
基本的に、ここでの難しい部分は次のとおりです。フィルター処理されている特定のクライアントの業界を見つけてから、このフィルターをファクト テーブル (現在のクレーム メトリック) に適用して、クレームの合計数/その他のメトリックのみを見つけます。この業界。もちろん、この業界の数字からクライアントの数字を差し引いて、「ピア」の測定値を取得します。これは、スライサーに適用される可能性のある他のフィルター (日付/ビジネス ユニットなど) をそのままにして、行ごとに実行する必要があります。
"Claim Type"(=Indemnity/Medical) や Claim Status(=Closed) など、他のテーブルに存在する、考慮する必要がある静的フィルターが他にもいくつかあります。
私の解決策:
対策Bの場合
次のように、計算列を作成してみました。
Claim Count_WC_MO_Industry=COUNTROWS(FILTER(FILTER('Claim Metrics Current',RELATED('Claim WC'[WC Claim Type])="Medical" && RELATED('Coverage'[Coverage Code])="WC" && RELATED('Claim Status'[Status Code])="CL"),EARLIER('Claim Metrics Current'[IndustrySID])='Claim Metrics Current'[IndustrySID]))
次に、メジャーを作成しました
Claim Count - WC MO Peer:=CALCULATE(SUM([Claim Count_WC_MO_Industry])/[Claim - Count])- [Claim - Count WC MO]
{表形式モデルでは、集計なしで計算列をメジャーとして直接使用できないため、合計を計算しました。また、表形式モデルはどの行を取るべきかを理解できないため、意味がありません}
上記の測定値の 2 番目の部分は、明らかに、上記のフィルターを使用した特定のクライアントのクレーム数です。
私の解決策の問題:
数値はすべて間違っています。私は、業界数またはピア数のクライアントごとまたは年ごとの分離を得ていません. メジャー内のすべての業界数の合計しか取得していません。
私の疑いは、これが行われている合計のために起こっているということです。ただし、集計を行わないと計算列をメジャーとして使用できないため、選択の余地はありません...
ここで提供される情報が十分ではないと思われる場合、およびデータ (ダミー) を提供してほしい場合はお知らせください。喜んでお手伝いさせていただきます。