TikaMedInfo

医療情報照会管理

すべての医療従事者(HCP)からの問い合わせを1つのキューに集約し、承認済みのコンテンツに基づいて回答するとともに、返信送信前に安全性に関する記載にフラグを立てます。

医療情報リクエスト管理とは、製薬会社や医療機器メーカーが医療従事者(HCP)からの質問を受け付け、適切な対応経路を選択し、回答内容を記録するプロセスです。TikaMedInfoは、この業務のためのIRMS(医療情報リクエスト管理システム)ソフトウェアです。リクエスト、回答、情報源、承認者はすべて1つの記録にまとめられます。

医療情報リクエストとは、医療従事者から製品に関して寄せられる質問のことです。その定義や、リクエストが寄せられるチャネルについては、「医療情報リクエスト用語集」で解説しています。

医療情報の照会すべてのチャネル公開中ルーティング済み回答済みリクエストHCPチャネル製品ステータス腎機能障害時の投与量A. パテル医師メールアドレス製品A転送済み併用療法M. チェン博士Webフォーム製品A審査中開封後の保管R. ロペス博士電話番号製品B回答済み学会で聞いた質問S. オカフォー博士分野(MSL)製品B新規小児に関するデータはありますか?J. ウェーバー博士ポータル製品A終了

世界中の大手製薬企業から信頼を寄せられています

1つのキュー

リクエストが届くあらゆる経路を1つのキューに集約

リクエストは、メール、Webフォーム、電話、現場チーム、学会での会話など、さまざまな経路で届きます。TikaMedInfoはそれらを1つのキューにまとめます。記録には、問い合わせ主、チャネル、製品、問い合わせ内容(そのままの文言)、および日付が保存されます。

MSLや担当者は、現場から医療従事者(HCP)の質問をそのキューに直接登録できます。メディカルインフォメーションチームは、転送されたメールを待つ必要がありません。

リクエストの流れ

1 送信

HCP、またはフィールドチームのメンバーがリクエストを開きます。

2 ルーティング

ルールに基づき、適応範囲内の標準的な質問は承認済み回答へ、適応外使用に関する質問は医学的レビューへ、そして有害事象や製品品質に関する苦情の可能性のあるものはファーマコビジランスへ振り分けられます。

3 回答

回答は、承認済みのコンテンツライブラリから抽出されます。ライブラリでカバーされていない内容については、レビュー担当者が対応します。担当者が回答を送信します。

4 完了

リクエスト、回答、情報源、および承認者は記録に残されます。レポートには、どのような質問があったか、および処理に要した時間が表示されます。

回答承認済みライブラリからの推奨標準的な回答腎機能障害時の投与量v4承認済み記録上の出典参考文献査読者:メディカルインフォメーション編集承認して送信

図書館

答えは図書館から、そして人から

リクエストのほとんどは、チームが以前に回答したことのある質問です。TikaMedInfoには標準的な回答がバージョン管理されて保存されているため、日常的な質問について、別の担当者が対応するたびに毎回新しい文言を作成する必要はありません。

AIは、そのライブラリから適切な回答を推奨し、それを基に下書きを作成します。また、届いたテキストを精査し、長い文章の中に埋もれている記述を含め、有害事象や製品の品質に関する苦情とみなされる可能性のある表現を検出します。 フラグが立てられた場合は、薬物安全監視部門に通知されます。リクエストを処理する担当者は、依然としてその内容を目を通します。システムが安全報告書を提出したり、医療的な回答を独自に送信したりすることはありません。

先週、受信トレイからチームで回答した質問を1つ持ってきてください。

20分あれば、その件を処理し、承認済みの対応策と照合し、承認者の元で保存する作業を完了できます。

ルール

規則――地域ごとに異なる手続きではない

条件付きの手順、承認、およびエスカレーションは、同社独自の医療情報手順に合わせて設定されています。適応内、適応外、および安全性に関する処理が別々の経路となるのは、ルールでそう定められているからであり、メールを開いた担当者がその場で判断したからではありません。

ルーティング医療審査のために回付依頼併用療法として使用M. Chen医師 · Webフォーム · 製品A適応範囲に関する質問ルール:当社の医療情報手順に従って設定済み承認された回答適応外に関する質問ルール:当社の医療情報手順に準拠して設定済み医学的審査有害事象または品質に関する苦情の可能性があるルール:当社の医療情報手順に準拠して設定済み医薬品安全性監視ライブラリで対応できない事項については、審査担当者が対応します。担当者が回答を送信します。
依頼メモS. オカフォー医師 · 担当分野(MSL) · 製品B…患者は2回目の投与後にめまいを訴えた…有害事象の可能性がある薬物安全監視の対象としてフラグが立てられました。リクエストを担当する担当者は引き続きこれを確認します。システムは安全性報告を登録しません。

設置場所

その位置

CRMとの連携

TikaMSLから現場からのリクエストを受け取ることができます。医療情報レコードとHCPレコードは連携した状態を維持します。TikaMedInfoはCRMに代わるものではありません。

安全性データベースとの連携

有害事象のフラグは、企業が既に運用している安全性プロセスに引き継がれるためのものです。

医療従事者(HCP)との連携

ポータルとWebフォームにより、医療従事者は個人の受信箱に送信することなくリクエストを送信できます。

質問の傾向は、フィールドインサイトと併せて確認できます。同じ課題に関する繰り返しの質問は、チケットがクローズされても消えることなく、TikaInsights上で確認可能です。

評価

医療情報照会ソフトウェアで評価すべき点

01

すべてのチャネルは1つのキューに集約され、質問は入力されたままの形で保存されます。

02

適応内、適応外、および有害事象の可能性に関する問い合わせは、それぞれ異なる処理経路をたどります。

03

定型的な回答は、承認済みの回答がバージョン管理されたライブラリから提供されます。

04

担当者が回答内容を確認・送信します。ソフトウェアが単独で送信することはありません。

05

リクエスト、回答、発信元、承認者はすべて1つの記録にまとめられています。

06

件名に含まれていなくても、安全に関する言及にはフラグが立てられます。

07

医療情報チームは、現場の全スタッフにシステムを展開することなく業務を行うことができます。

チームが選択する前に尋ねる質問

TikaMedInfo

医療情報照会管理とは何ですか?

医療情報リクエスト管理とは、医療従事者からの製品に関する質問を受け付け、それを適切な担当者に振り分け、承認済みのコンテンツに基づいて回答し、そのやり取りの記録を残すプロセスです。TikaMedInfoは、このプロセスを実現するためのソフトウェアです。リクエストそのものについて、平易な言葉で説明した定義は、「医療情報リクエスト用語集」に掲載されています。

IRMSソフトウェアとは何ですか?

IRMSとは、情報リクエスト管理システム(Information Request Management System)の略称です。製薬業界では、メディカルインフォメーションチームが医療従事者(HCP)からの問い合わせを受け付け、振り分け、回答し、記録するために使用するシステムを指します。TikaMedInfoは、このワークフローに対応したIRMSソフトウェアです。病院の電子カルテでも、臨床試験システムでもありません。

TikaMedInfoはAIをどのように活用していますか?

AIは、承認済みの回答ライブラリから適切な回答を推奨し、その内容をもとに回答案を作成します。また、リクエスト文中の表現のうち、有害事象や製品品質に関する苦情の可能性があるものをフラグ付けします。回答は送信前にメディカルインフォメーションのレビュー担当者が確認します。安全性に関するフラグはファーマコヴィジランス部門に引き継がれます。AIが回答を送信したり、安全性事案として記録したりすることはありません。

MSL(メディカル・サイエンス・リエゾン)も問い合わせを送信できますか?

はい。現場で寄せられた質問は、Webフォームや電子メールと同様に、同じキューに入力できます。メディカルインフォメーションチームは、転送されたメッセージではなく、そのキューに基づいて対応を行います。

TikaMedInfoはCRMに取って代わるものですか?

いいえ。TikaMedInfoはメディカルインフォメーションの問い合わせを処理するシステムです。TikaMSLと併用することで、医療従事者(HCP)と問い合わせを結びつけることができます。関係性の記録システムとしては、引き続きCRMが使用されます。

回答を送信する前に満たすべき条件は何ですか?

回答は承認済みの情報源に紐付けられており、レビュー担当者が送信または承認済みであること、また、誰が問い合わせたか、どのような回答がされたか、いつ行われたかが記録されていることが条件です。適応外使用に関する質問は、通常の審査プロセスを経ます。有害事象の可能性がある場合は、チームがその記録を通常の問い合わせとして扱う前に、薬物安全監視のためにフラグが立てられます。

質問からレコードに至るまでの1件のリクエストを確認する

共有受信トレイから実際の問い合わせを例に挙げます。この手順では、その問い合わせがルーティング、推奨される回答、有害事象の確認、そしてクローズ後に残る記録に至るまでの流れを追います。