TikaAccounts
アカウントプランニングモジュール
現場向けに構築されたアカウントプランニング。
目標。優先順位。活動。適切な担当者に、期限を定めて割り当てます。
Tika CRMプラットフォーム内のアカウントプランニングモジュールは、IDN、医療システム、病院、保険者、ASC、クリニックを横断して、戦略を追跡可能な業務に変換する、設定可能なフレームワークです。一度計画を立て、明確にタスクを割り当て、WebとiPadの同じレコードから実行できます。
目標・優先順位・活動
IDN・病院・ASC・保険者
ライブラリおよびラベル
導入直後から利用可能
ライフサイエンス分野の主要組織から信頼されています
課題
責任者がいない計画は、単なる願望リストに過ぎない。
戦略はスライドに収まるが、実行はそうはいかない。 営業アカウントプランは、実際の活動が行われる現場で勢いを失いがちだ。営業担当者、アカウントマネージャー（RM）、メディカル・サイエンス・リエゾン（MSL）、アクセスチームの間で引き継ぎが曖昧になってしまうからだ。TikaAccountsは、戦略と現場をつなぐ架け橋となる。すべての目標は優先事項に、優先事項は活動に落とし込まれ、すべての活動には担当者、期限、そしてチーム全員が確認できる進捗状況が明確に示される。
2つの計画の枠組み
計画を策定する。すべての施設から着手する。
フレームワーク1は、チームが目指すべき方向性――目標、優先順位、活動、担当者、期限――を定義するものです。フレームワーク2は、各施設の営業担当者の日々の業務画面に、それらの活動を反映させるための実行の枠組みです。 お客様は、どちらか一方、あるいは両方を導入します。両者とも同じ構成モデルを共有しており、ライブラリ、ステータス、属性、フィールドラベルは、コードを変更することなくテナント単位で管理されます。
統合ネットワークレベルでの戦略的計画
TikaAccountsは、明確な階層構造に基づいてアカウントプランニングプロセスを構築します。すべての目標には 優先順位が、すべての優先順位には活動が、そしてすべての活動には担当者、期限、および「必須」または「任意」のフラグが設定されるため、計画はそのままタスク化され、進捗を追跡可能な業務へと直結します。
アカウントチームが目指す戦略的成果
各目標にはそれぞれ独自の優先順位が設定されています
各優先順位には、割り当て可能な活動があります
担当者 · 必須／任意 · 期限 · ステータス
チームがこのアカウントにおいて目指す戦略的成果。厳選されたテナント管理のライブラリから抽出されるため、営業担当者は自由入力欄ではなく、プレイブックから選択します。
当該アカウントにおいて目標の達成を促進する具体的な施策。ブランドごと、治療領域ごとに設定されます。
優先事項を前進させる具体的な業務。活動は実行の単位となります。
すべての活動は、単一の担当者またはチームに割り当てることができます。活動は、担当者のワークリストに、他の業務と併せて表示されます。
アクティビティを「必須」または「任意」として設定し、あらかじめ設定された期日までに完了するよう要求できます。計画画面では、期限が迫っているもの、期限を過ぎたもの、完了したものが一目でわかります。
フレームワーク 1 · アカウントのコンテキスト
さらに、計画と併せてアカウントごとの要素も把握可能
「目標 → 優先度 → アクティビティ」という階層構造は、単独で存在するものではありません。各アカウントについて、このモジュールは計画を実行可能にするコンテキストを把握します。
このアカウントにおけるあらゆる計画決定の枠組みとなる組織的コンテキスト。
このアカウントに関連する意思決定者および影響力を持つ人物。役割、部署、影響力のレベルとともに把握されており、適切な活動が適切な関係担当者へ割り当てられるようになっています。
調査の完了状況は各次元ごとに記録されるため、チームは次の優先事項を決定する前に、何が完了しているかを把握できます。
病院、ASC、クリニック、または拠点レベルでの戦術的実行
フレームワーク1が計画を定義するのに対し、フレームワーク2は営業担当者がその計画を実行するための視点となります。個々の病院、ASC、クリニック、または支払機関の拠点ごとに、その施設に割り当てられた活動がまとめられ、準備状況、ステークホルダー、常駐営業担当者、および直近の関与状況が同一の記録に統合されます。
階層・種類・セグメント・担当地域でフィルタリング
製品ごと、アカウントごとの臨床およびアクセス属性
主要なステークホルダー・連絡先・スタッフ名簿
担当者への割り当て・期限・必須または任意・ステータス
階層、タイプ、セグメント、州、地域、およびテナントが定義した任意の数のカスタム属性でフィルタリングされます。リスト上部のKPIタイルには、期限切れの項目、今週の期限が迫っている項目、およびカバレッジが不足している箇所が表示されます。
製品ごとの承認件数、製品ごとの処方集ステータス、および設定可能な臨床・アクセス属性により、直感的な判断ではなく、実際の準備状況を正確に把握できます。
臨床、管理、事務の各関係性を明確に区別するため、3つの異なるレイヤーで構成されています。「主要ステークホルダー」（影響力レベルと支持獲得の可能性を含む）、「連絡先」（部門責任者）、「スタッフ名簿」（事務レベルの連絡先）です。
フレームワーク1で定義されたすべての活動は、所属するレコード上に、担当者、期限、必須・任意のフラグ、および現在のステータスとともに表示されます。営業担当者は状況に応じて活動を更新し、計画は常に最新の状態が維持されます。
支払者向けアカウントプラン
同じ枠組みですが、支払者向けに調整されています。
支払機関は病院とは異なる動きをします。ステークホルダーも異なり、影響を及ぼす要素も異なり、サイクルも長くなります。TikaAccountsは、支払機関側に対しても「目標 → 優先順位 → 活動」という同じ階層構造を適用しており、医療部長、処方薬選定委員会、P&T委員会、アカウントディレクター、および薬局給付管理者に合わせたライブラリとラベルが用意されています。
給付範囲・販売促進・アクセス拡大・契約締結
適用範囲・利用促進・アクセス拡大・契約締結
P&Tへの関与・処方薬リストの提言・医療政策の見直し
エビデンス資料一式・講演者プログラム・契約締結動議
担当者 · 必須／任意 · 期限 · ステータス
支払者側向けに特別に設計されたもの
IDNプランと支払者プランは専用のタブに表示されるため、RMはシステムの動向とは独立して支払者の動向を把握できます。各タブには個別の集計数とインラインのステータス一覧が表示されます。
各支払者プランは、そのプランが影響を及ぼすIDNへワンクリックでアクセスでき、各IDNプランには、アクセスを制御する支払者が表示されます。営業担当者はワークフローを離れることなく、双方のプランを策定できます。
保険者レベルのプランタブでは、事業分野および製品ごとに処方薬リストのステータスが表示されます。プラン、適用状況、および次のアクションが一体となって表示されます。
保険者に対して行われた医療情報の照会依頼は、エンゲージメントおよび科学的交流の証拠としてプランにフィードバックされます。
支払者目標ライブラリには、支払者チームが実際に使用するカテゴリー（適用範囲、販売促進、アクセス拡大、契約）が事前に組み込まれており、顧客ごとに完全に置き換え可能です。
連絡先や主要なステークホルダーは、メディカルディレクター／P&T／処方薬リスト管理などの役割を担っており、その影響力は医療機関レベルだけでなく、保険プランレベルでも追跡されます。
マルチレベルなアカウント対応
1つのプラットフォーム。チームが活動するあらゆるレベルに対応。
1つの認証モデル、1つのテリトリーモデル、1つの構成レイヤー――この「目標→優先順位→活動」という同一の階層構造が、営業チームが関与するあらゆるレベルを計画します。
| レベル | 計画・割り当ての対象 |
|---|---|
| 病院システム／統合医療ネットワーク（IDN） | ネットワーク全体にわたるシステムレベルの目標、優先順位、および割り当てられた活動――各アカウントごとの主要な属性、連絡先、調査要素と連動しています。 |
| 病院・ASC・クリニック | 実行の視点：各施設に割り当てられた活動に加え、準備状況、提携医療従事者、ステークホルダー、常駐営業担当者、および直近の関与状況が併記されます。 |
| 保険者 | 支払者ごとに最適化された目標（保険適用範囲、販売促進、アクセス拡大、契約締結）と、アカウントディレクターおよびメディカルリエゾンが担当する優先事項および活動。 |
| 提携アカウント | 親IDN傘下の全施設を統合的に把握し、コホート、年度、患者数、受診回数、支払額などの指標を把握することで、システムレベルの活動が適切な施設を対象とするようにする。 |
主な機能
現場チームの実際の業務スタイルに基づいて構築されています。
すべての機能は、計画と実務の間のギャップを解消するよう設計されています。これにより、営業担当者は状況に応じて1つのレコードを更新するだけで、計画が常に最新の状態に保たれます。
すべての活動は1人以上の担当者に割り当てられ、「必須」または「任意」としてマークされ、期限が設定されます。活動は、計画のPDFの中に埋もれることなく、担当者のワークリストに表示されます。
役割、部署、役職、影響力のレベルごとに主要な連絡先を追跡し、各活動が適切な関係担当者へ割り当てられるようにします。臨床スタッフ、連絡先、事務スタッフの3つの明確な層で構成されています。
P&T、支払者／購買、外科、およびブランド固有のリサーチ項目がアカウントレコードに一元管理されるため、チームは次の優先事項を決定する前に、何が完了しているかを把握できます。
製品ごとの採用実績、製品ごとの処方集掲載状況、およびテナントが定義した属性にアクセスすることで、アカウントごとに色分けされ、並べ替えやフィルタリングが可能な、実際の導入準備状況の全体像を把握できます。
処置件数のデシル、直近12ヶ月間の販売単位数、支払者構成、四半期・月・期間ごとのコール状況、前回のコール、前回の処方情報――これらを、割り当てられたタスクと同じ画面上でコンテキストに沿って確認できます。
現場でのiPad利用を想定して設計されており、タッチ操作に最適化され、オフライン対応、常に最新の状態を維持します。デバイスが再接続されると、アクティビティのステータス変更が自動的に同期されます。
目標ライブラリ、優先度カタログ、活動テンプレート、主要属性フィールド、調査ディメンション、準備状況属性、アカウント階層、フィールドラベル — これらすべてを、コードを変更することなく顧客ごとに設定可能です。
すべての画面、ラベル、通知は、導入直後から9言語に対応しています。ユーザーは初回ログイン時に、自身の設定言語で表示されます。
貴社のブランドに合わせて設定
サービス開始前に実施する設定作業。
新規顧客の立ち上げは、単なる構築ではなく、設定作業です。Tikaはお客様のチームと連携して運用マニュアルを策定し、プラットフォームはそのマニュアルをすべての画面、リスト、ダッシュボード、通知に反映させます。
すべてのIDN、支払者、施設プランの基盤となる目標ライブラリ。
各目標の下に位置する優先順位ライブラリ — 貴社の治療領域およびライフサイクル段階に合わせてカスタマイズされています。
各優先事項に紐づく活動テンプレート。必須または任意のデフォルト設定と、デフォルトの期限オフセットが設定されています。
親アカウント、ウェブサイト、セグメント、クレーム分析フィールド、ティア、ターゲット、主要アカウントフラグ、GPO、NCCN、診療拠点 — すべて設定可能です。
P&T、支払者／購買、外科、オピオイド、構造、または貴社のブランドに適用されるもの — 完了追跡の対象となる項目。
製品ごとのアクセス実績、処方薬リスト掲載状況、施設レベルの準備状況の全体像を把握するための独自の臨床・アクセス属性。
各アカウントにおけるステークホルダーのマッピングを構成する役割、部署、および影響力のレベル。
アカウント一覧の上部に表示される一目でわかる指標、および各所に配置されたラベル —「Tier」は 「Segment」に、「Target」は 「Priority」に変更可能で、デプロイは不要です。
ワークフローの一日
計画からタスク、現場へ――5つのステップで。
プラン、アカウント、アクティビティはすべて同じレコードに集約されています。営業担当者とアカウントマネージャーは、手元のデバイス上で、文脈に沿って一度の更新で済みます。
IDN、支払者、または施設の一覧には、各行にプラン指標が表示されます。RMは、担当地域全体のプラン適用範囲を一目で把握できます。
目標を選定し、優先順位を設定し、各タスクの担当者を割り当てます。これには、期限や「必須」または「任意」のフラグも設定します。これで計画は実際の業務となります。
各施設において、割り当てられたタスクは、処方集の状況、ステークホルダー、関連する支払者、インサイト、売上、およびアクセス獲得実績といった情報と共に、同一のレコード上にまとめられます。
iPadでも同じ画面が表示され、完全なオフライン対応が可能です。デバイスが再接続されると、活動状況、メモ、完了状況が同期されます。
計画用ランディングページでは、RMが検索やチップフィルターを活用し、数十のアカウントにわたるアクティビティステータスを数分で一斉確認できます。