JP7619830B2 - 医療情報収集支援装置、医療情報収集支援方法、プログラム - Google Patents

Description

本発明は、医師等の医療従事者が医療情報を収集することを支援する医療情報収集支援装置等に関する。

医療情報担当者（Medical Representative。以下、「ＭＲ」という。）は、医療従事者に対して医療に関する情報を提供する専門家であり、ＭＲへのアクセスは、現代の医療活動において、なくてはならないものとなっている。特に近年は、医療に関する情報の蓄積スピードが速いため、医療活動におけるＭＲの役割は、以前にもまして大きいものとなっている。

これまで、医療従事者がＭＲから情報を得るには、勤務する病院や薬局等へのＭＲの訪問を待ち、訪問してきたＭＲの話を聞くことによって情報を得る、あるいは、ＭＲ及びその所属企業が開催する説明会に参加するといった方法が主流であった。

最近では、インターネットを通じてＭＲとの面談スケジュールを調整するシステムも現れてきている。特許文献１は、インターネットテレビ電話やＷｅｂ会議システム等を用いて、医療従事者に対する医療用医薬品の適正使用の情報提供を行う際に、当該スケジュールをより容易に設定することができる仕組みを提供するスケジュール予約サーバの発明を開示している。特許文献２は、医師等の医療関係者とＭＲ等の営業担当者との面会スケジュールを簡易に調整する面会スケジュール調整システムの発明を開示している。

特開２０２０－８７０８１号公報 特開２０１６－１１０６００号公報

上記した特許文献１，２に記載されたような面談のスケジュール予約システムは、医療従事者からＭＲへのアクセスを容易にする一つの方法であり、一定の効果が見込まれるが、タイムリーに情報を得るということは依然として困難であった。

情報を得たい医療従事者が、面識のあるＭＲに電話やメール等の通信手段を用いて連絡するといったことも行われるが、ＭＲが不在で連絡がつかない場合や、連絡を受けたＭＲに対応する時間がなかった場合などには、タイムリーに必要な情報を得ることができない。

また、仮にＭＲに時間があったとしても、医療従事者を始めとする顧客が医薬メーカーに求める情報は多種多様であり、医療従事者が求めるあらゆる質問や要望に応えることは困難であった。医薬メーカーは顧客からのあらゆる質問や情報提供に関する要望に対応する必要があるが、あらゆる情報に精通している者が存在することはまれである。このため、従来は、医療従事者にとって本当に必要な情報をタイムリーに提供することが難しい場合があった。

一方、ＭＲにとっては、医療従事者から相談を受けるまでは医療従事者が情報を必要としているといった事実を知ることができない。そのため、空いている時間があっても、その時間が十分に有効に活用できていないといった問題があった。

本システムは、「必要なのに顧みられない医薬品の提供」を行うといった使命に基づき、発明者等が鋭意検討を行った結果、完成されたものである。

本発明の医療情報収集支援装置は、複数のＭＲのスケジュールデータが記憶されているスケジュール記憶部と、前記スケジュール記憶部に記憶されたスケジュールデータに基づいて、現在対応可能なＭＲを検索するＭＲ検索部と、前記検索部にて検索されたＭＲを顧客端末に表示させる表示処理部と、前記顧客端末にて表示されたＭＲの中から、ＭＲの選択を受け付ける選択受付部と、選択されたＭＲのＭＲ端末に対してアラートを送信するアラート送信部と、前記ＭＲ端末から前記顧客との面談を受ける旨の返信があったときに、前記顧客端末及び前記ＭＲ端末に面談の設定情報を送信する面談設定情報送信部とを備えた構成を有する。

このようにＭＲのスケジュールデータに基づいて、現在対応可能なＭＲを検索し、顧客端末に表示させるので、顧客は、顧客端末に表示されたＭＲと連絡をとることで、タイムリーに医療情報を取得することができる。ここで、顧客は、ＭＲからの情報提供を直接受け取る者であり、例えば、医師、看護師、技師、薬剤師といった医療従事者である。ＭＲがアラートに対して面談を受ける旨の返信をすると、医療情報収集支援装置から顧客端末とＭＲ端末の双方に面談の設定情報が送信されるので、スムーズに面談を実現することができる。

本発明の医療情報収集支援装置は、ＭＲが情報提供を行うことができる医薬品を記憶したＭＲ情報記憶部と、前記顧客端末から医薬品を特定する情報の入力を受け付ける検索条件入力部とを備え、前記ＭＲ検索部は、ＭＲ情報記憶部に記憶された情報に基づいて、入力された医薬品について情報提供ができるＭＲを検索してもよい。

この構成により、顧客のニーズに合ったＭＲを選択することがより容易になる。すなわち、顧客は、情報を得たい医薬品について情報提供可能なＭＲを検索することができ、必要な情報をタイムリーに得ることができる。

本発明の医療情報収集支援装置は、前記検索条件入力部は、ＭＲとの面談形式の入力を受け付け、前記面談設定情報送信部は、指定された面談形式での面談の設定情報を送信してもよい。

この構成により、顧客が所望の面談の形式を決めることができる。面談形式には、例えば、対面面談、Ｗｅｂ会議、電話、チャット等がある。

本発明の医療情報収集支援装置において、前記面談設定情報送信部は、前記面談形式としてＷｅｂ面談の形式が選択された場合に、Ｗｅｂ面談へのアクセス情報を前記顧客端末及び前記ＭＲ端末に送信してもよい。ここで、Ｗｅｂ面談へのアクセス情報とは、例えば、所定のアプリケーションで設定された仮想空間上の会議スペースへのＵＲＬと会議スペースへアクセスするパスワードである。

本発明の医療情報収集支援装置は、ＭＲの所在地に関する情報を取得するＭＲ所在地取得部を備え、前記検索条件入力部にて入力された面談形式が、対面面談である場合、前記ＭＲ検索部は、前記ＭＲの所在地に関する情報を用いて、現在対応可能なＭＲを検索してもよい。

この構成により、即時に顧客の元へ行って面談することできるＭＲを顧客端末に表示することができる。なお、ＭＲの所在地に関する情報は、スケジュールデータの一部として記憶された位置情報を用いてもよいし、ＧＰＳによりＭＲ端末の位置情報を取得した結果を用いてもよい。

本発明の医療情報収集支援装置は、前記アラート送信部は、選択されなかったＭＲのＭＲ端末に対して、選択されたＭＲに対して送信するアラートとは異なるアラートを送信してもよい。

選択されなかったＭＲのＭＲ端末にもアラートを送信することで、他のＭＲは顧客からの面談希望があったことを気にかけておくことができる。これにより、顧客によって選択されたＭＲが離席しているなどしてアラートの確認が遅れたり、急用で即時の対応が困難な場合に、他のＭＲがバックアップに入ることができ、データ提供の即時性を担保することができる。

本発明の医療情報収集支援装置において、前記ＭＲ検索部は、前記スケジュールデータに基づいて、現在の予定がなく、かつ、次の予定の開始時刻までの時間が所定の閾値以上であるＭＲを検索してもよい。

この構成により、情報提供に必要な時間を確保できるＭＲを検索することができる。面談の時間を十分に確保できるので、時間に追われて駆け足での情報提供になったり、説明が尻切れトンボになったりすることがなく、顧客へ充実した情報提供を行える。

本発明の医療情報収集支援装置は、前記顧客端末にて顧客にＭＲの評価を入力させる評価情報入力部と、入力されたＭＲの評価を記憶する評価記憶部とを備え、前記表示処理部は、前記顧客端末にＭＲを表示させる際に、前記評価記憶部に記憶されたＭＲの評価を表示してもよい。

このようにＭＲの評価を表示することにより、顧客は評価を参考にしながらＭＲを選択することができる。

本発明の医療情報収集支援装置において、前記評価は評価値を含んでおり、前記評価記憶部は、複数の顧客から入力された評価点に基づいて算出された評価値を記憶してもよい。

このようにＭＲの評価を定量的な評価値として記憶しておき、ＭＲを表示する際に評価値を含む評価を表示することにより、顧客が対応を希望するＭＲを容易に選択することができ、問題の即時解決により資する結果となる。なお、評価値は、複数の顧客から得られた評価点の平均値、評価分布、又は最高及び最低値であってよい。

本発明の医療情報収集支援装置において、前記評価情報入力部は、情報提供を受けた医薬品を特定する情報と共に、ＭＲの情報提供に関する評価を入力し、前記評価記憶部は、前記医薬品ごとの評価値を記憶してもよい。

同じＭＲでも医薬品によって特に得意とするものがある場合があるが、この構成により、医薬品ごとの評価を得られるので、医薬品に応じて適切なＭＲを選択することができる。

本発明の医療情報収集支援装置は、前記ＭＲが顧客に対して情報提供を行った際に、その対応情報を入力する対応情報入力部と、入力された対応情報を記憶する対応情報記憶部とを備えてもよい。

このように対応情報を記憶して蓄積していくことにより、蓄積された対応情報に基づいて、よく質問される内容やそれに対する回答などの有用な情報を得られる。また、対応情報を収集して取りまとめることにより、製品に関するデータベースを構築することが可能となる。

さらに、このデータベースの中から医療関係者以外に開示できる情報を峻別してまとめて公開することにより、患者が医薬品の情報を得ることも可能となる。希少疾患についての信頼性の高い情報を得ることは難しいが、このようなデータベースを構築することで信頼性の高い情報を提供できる。これにより、ひいては、必要なのに顧みられない医薬品・医療機器の提供を通して社会に貢献することができる。

本発明の医療情報収集支援装置において、前記表示処理部は、前記顧客端末に、所定のメッセージを表示させてもよい。

メッセージとしては、例えば、患者優先の理念でもあってもよい。このような理念を表示することにより、医療従事者に、常に自らを顧みることを促し、患者の利益に資することができる。なお、メッセージは一定期間ごとに順次変更させて表示させるといった構成としてもよい。一定期間で変更することにより、メッセージの新鮮味を維持し、医療従事者の注意を惹くことができる。

本発明の医療情報収集支援装置において、前記表示処理部は、前記顧客端末にＭＲのスケジュールデータを表示させてもよい。この構成により、スケジュールデータを参照して、ＭＲとの面談を予約することができる。

本発明の医療情報収集支援方法は、医療情報収集支援装置によって顧客が医療情報を収集することを支援する方法であって、スケジュール記憶部に記憶された複数のＭＲのスケジュールデータに基づいて、現在対応可能なＭＲを検索するステップと、検索されたＭＲを顧客端末に表示させるステップとを備える。

本発明のプログラムは、顧客が医療情報を収集することを支援するためのプログラムであって、コンピュータに、スケジュール記憶部に記憶された複数のＭＲのスケジュールデータに基づいて、現在対応可能なＭＲを検索するステップと、検索されたＭＲを顧客端末に表示させるステップとを実行させる。

本発明によれば、顧客はタイムリーに医療情報を取得することができる。

実施の形態の医療情報収集支援システムの構成を示す図である。 医療情報収集支援装置の構成を示す図である。 ＭＲ情報記憶部に記憶されたデータの例を示す図である。 スケジュールデータ記憶部に記憶されたデータの例を示す図である。 顧客情報記憶部に記憶されたデータの例を示す図である。 評価情報記憶部に記憶されたデータの例を示す図である。 顧客端末にて表示される検索条件の入力画面の例である。 ＭＲ選択画面の例を示す図である。 ＭＲ選択画面の別の例を示す図である。 （ａ）アラートの表示画面の例を示す図である。（ｂ）面談形式がＷｅｂ面談の場合の面談設定情報の例を示す図である。 （ａ）バックアップアラートの表示画面の例を示す図である。（ｂ）顧客が対応を求めるバックアップアラートの表示画面を示す図である。 評価を入力するためのアンケート画面の例を示す図である。 対応情報を入力するための画面の例を示す図である。 医療情報収集支援装置の動作を示すフローチャートである。 医療情報収集支援装置の動作を示すフローチャートである。 面談形式の判定の詳細な動作を示すフローチャートである。

以下、本発明の実施の形態に係る医療情報収集支援システムについて図面を参照して説明する。なお、以下の説明はあくまでも好ましい態様の一例を示したものであり、本発明の技術的範囲を限定する意図ではない。
図１は、実施の形態の医療情報収集支援システム１の構成を示す図である。医療情報収集支援システム１は、複数のＭＲが使用するＭＲ端末６０と、複数の医療従事者が使用する顧客端末５０とが、医療情報収集支援装置１０に接続されて構成されている。医療情報収集支援装置１０は、医師等の医療従事者が医療情報を収集することを支援する装置である。医療情報収集支援装置１０は、医療従事者が医薬品についての情報提供（ディテーリング）を受けたいときに、その医薬品についての情報を持っているＭＲとの面談を実現し、タイムリーな医療情報の収集を支援する。

医療情報収集支援装置１０は、顧客端末５０およびＭＲ端末６０との間で通信を行う通信部４０と、各種のデータを記憶したデータベース３０と、顧客端末５０およびＭＲ端末６０からの入力に基づいて処理を行う制御部２０とを備える。

図２は、医療情報収集支援装置１０の構成を示す図である。制御部２０は、表示処理部２１と、検索条件入力部２２と、ＭＲ検索部２３と、ＭＲ選択受付部２４と、アラート送信部２５と、面談設定情報送信部２６と、評価情報入力部２７と、対応情報入力部２８とを有している。また、データベース３０には、ＭＲ情報と、スケジュールデータと、顧客情報と、評価情報と、対応情報とが記憶されている。これらのデータを記憶したデータベース３０の各ファイルが、ＭＲ情報記憶部３１、スケジュールデータ記憶部３２、顧客情報記憶部３３、評価情報記憶部３４、対応情報記憶部３５を構成する。

最初に、データベース３０に記憶されたデータについて説明する。
図３は、ＭＲ情報記憶部３１に記憶されたデータの例を示す図である。ＭＲ情報記憶部３１は、ＭＲのＩＤ、氏名、所属、電話番号、メールアドレス、得意品目、訪問可能エリア、顔画像、メッセージを記憶している。

ＩＤはこのシステムにおいてＭＲを特定する識別情報である。所属は、ＭＲが所属する企業や研究所を示すデータである。得意品目は、ＭＲが情報提供をすることができる医薬品の品目であり、ＭＲの自己申告によりＭＲ情報として登録される。訪問可能エリアは、ＭＲが情報提供のために訪問可能なエリアである。顔画像は、ＭＲの顔画像であり、ＭＲの候補を表示する際に用いられる画像である。メッセージは、ＭＲから医療従事者へ向けてのメッセージである。なお、ＭＲ情報記憶部３１に記憶されるデータは、図３に列挙したデータに限定されるものではなく、他のデータを含んでもよい。

図４は、スケジュールデータ記憶部３２に記憶されたデータの例を示す図である。図４では、一人分のスケジュールデータを示している。図４では、ＭＲの１０：００－１２：００までのスケジュールを３０分刻みで記憶している。１０：００－１０：３０、１０：３０－１１：００、１１：３０－１２：００の予定は「－」となっているが、これは打合せ等の予定がなく、医療従事者から問合せがあれば対応が可能なことを意味している。１１：００－１１：３０は「打合せ」が入っており、この時間は顧客との面談に対応できない時間帯である。

また、スケジュールデータ記憶部３２は、ＭＲがその時間帯にいることが予定されている場所の情報を記憶している。図４では、１０：００－１２：００は大手町にいる予定であることが分かる。このようにＭＲの居場所の情報を有していることにより、顧客が対面面談を求めたときに、訪問対応が可能か否かを判断することができる。なお、場所のデータは必須ではなく、特にＭＲ端末６０のＧＰＳ機能でＭＲのいる場所を把握できる場合には、スケジュールデータとして場所のデータを有していなくてもよい。

図５は、顧客情報記憶部３３に記憶されたデータの例を示す図である。顧客情報記憶部３３は、ＩＤ、氏名、所属、電話番号、住所、メールアドレス、パスワード、専門、ディテーリング履歴を記憶している。

ＩＤはこのシステムにおいて顧客を特定する識別情報である。所属は、顧客が所属する病院や大学等の名称である。パスワードは、医療情報収集支援装置１０にログインするためのパスワードである。専門は、医療従事者の専門についての情報であり、例えば、内科、外科、眼科、皮膚科等のような科目である。ディテーリング履歴は、顧客が受けたディテーリングの履歴である。このようにディテーリング履歴を記憶しておくことにより、その顧客がどのような知識を持っているのかを把握でき、情報提供をスムーズに行うことができる。なお、顧客情報記憶部３３に記憶されるデータは、図５に列挙したデータに限定されるものではなく、他のデータを含んでもよい。

図６は、評価情報記憶部３４に記憶されたデータの例を示す図である。評価情報記憶部３４には、医薬品ごとにＭＲの評価値を有している。これは、同じＭＲでも対応可能な品目の中で、特に詳しい知識を持っている医薬品がある場合があるからである。評価値の項目は、詳細情報として、対応日時、５段階評価および顧客コメントのデータを有している。対応日時は医薬品についての情報提供を行った日時、５段階評価はユーザが与えた５段階評価の点数、顧客コメントは顧客からのコメントである。ここでは、各回の情報提供について５段階評価を与えることとしているが、段階は５段階に限定されることなく、例えば、３段階でもよいし、１００点を満点とする評価でもよい。

医薬品についての評価値は、各回の情報提供に対する５段階評価と対応件数とに基づいて計算される。例えば、医薬品ごとに、「対応件数×５段階評価（例えば、真ん中を０とし、－２～＋２までの満足度点数）」を算出してもよい。なお、ここで示した評価値の計算例は一例にすぎない。医薬品ごとのＭＲの評価を客観的に表すことができる手法であれば、他の方法によって評価値を計算してもよい。また、将来的にシステムの活用が進んで多くのデータが得られるようになった際には、評価項目をより細分化してもよい。例えば、医薬品の処方上の注意、効能・効果、副作用等の詳細項目についてＭＲの評価を行ってもよい。

図２に戻って、医療情報収集支援装置１０の制御部２０が備える構成について説明する。表示処理部２１は、顧客端末５０に表示させる画面を生成し、生成した画面を顧客端末５０に送信して、顧客端末５０上で画面表示させる機能を有する。また、表示された画面上において、情報の入力を促すことにより、顧客端末５０から情報を入力させることができる。例えば、ＭＲの検索条件を入力させたり、ＭＲの選択を受け付けたりする。つまり、表示処理部２１は、情報を入力させるＵＩの画面を生成して、顧客端末５０に表示させる機能を有する。

また、表示処理部２１は、ＭＲ端末６０に対しても同様に、ＭＲ端末６０に表示させる画面を生成し、生成した画面をＭＲ端末６０に送信して、ＭＲ端末６０上で画面表示させる機能を有する。

検索条件入力部２２は、顧客がＭＲを検索する検索条件の入力を受け付ける機能を有する。顧客端末５０上に表示した画面を通じて顧客に検索条件を入力させ、顧客端末５０は入力された検索条件を医療情報収集支援装置１０に送信する。検索条件入力部２２は、顧客端末５０から送信された検索条件の入力を受け付ける。

図７は、顧客端末５０にて表示される検索条件の入力画面の例である。検索条件の入力画面「ＭＲ検索画面」は、検索条件として、「医薬品名」「面談形式」「いつ」という３項目がある。「医薬品名」は、顧客が情報提供を受けたい医薬品を医薬品名で特定するための項目である。入力用ボックスの右端のボタンを押すことで、医薬品の候補のプルダウンリストを表示し、顧客に医薬品を選択させることができる。また、医薬品名の一部の文字列を入力させることで、当該文字列を含む医薬品名の候補を表示するオートコンプリート機能を有してもよい。これにより医薬品名の入力ミスを防止できる。

「面談形式」は、顧客が希望する面談形式をラジオボックスで選択することが可能である。選択できる面談形式として、「Ｗｅｂ会議」、「電話」、「対面面談」、「メール」、「郵送」がある。「メール」と「郵送」は、即時性のある方式ではないが、本実施の形態の医療情報収集支援装置１０は、こうした形式での情報提供を求めることができるようになっている。

「いつ」は、いつの面談を希望するかを指定する項目である。デフォルトは、「いま」であり、デフォルトにすると即時にＭＲとつながり情報提供を受けることができる。検索条件の入力画面は、日にちと時刻を指定することにより、指定の時刻に情報提供の面談をアレンジすることができるオプションを有している。

画面最下部にある「検索」ボタンを押すことにより、入力された検索条件のデータが医療情報収集支援装置１０に送信され、検索条件に合ったＭＲの検索が行われる。なお、画面の最上部にある「迷ったら患者の利益を優先する」というメッセージは出願人の理念である。理念をメッセージとして表示することにより、システムの利用者に出願人の理念を浸透させ、患者の利益がいっそう保護されるようになる。このメッセージは固定ではなく、定期的に変更してもよい。

検索条件入力部２２は、顧客端末５０から送信された検索条件のデータを受信する。ここで、検索条件としては、例えば、情報提供を希望する医薬品や面談形式である。

ＭＲ検索部２３は、検索条件入力部２２にて入力された検索条件に基づいて、データベース３０のＭＲ情報とスケジュールデータを検索し、現在対応可能なＭＲを検索する機能を有する。ここで、検索条件が「医薬品Ａ」である場合を例としてＭＲ検索部２３の処理を説明する。ＭＲ検索部２３は、まず、ＭＲ情報を参照して「医薬品Ａ」を得意品目とするＭＲを抽出する。

続いて、ＭＲ検索部２３は、スケジュールデータを参照し、抽出されたＭＲの現在の予定を確認し、打合せ等の予定が入っていないＭＲに絞り込む。この際、好ましい態様において、ＭＲ検索部２３は、現在予定が入っていないだけでなく、３０分後まで予定が入っていないＭＲへの絞込みを行う。なぜなら、現在予定が入っていないとしても、例えば、１０分後から予定がある場合には、落ち着いて情報提供を行うことができない虞があるからである。以上の処理により、ＭＲ検索部２３は、「医薬品Ａ」の情報提供を行うことができる現在対応可能なＭＲを検索する。

なお、検索条件に、面談形式「対面面談」が含まれる場合には、ＭＲ検索部２３は、顧客の元へとすぐに訪問できるＭＲを検索する。具体的には、顧客情報に含まれる顧客の住所を参照し、当該住所から所定の範囲内にいるＭＲに絞り込む。

表示処理部２１は、ＭＲ検索部２３にて検索されたＭＲを表示した画面データを顧客端末５０に送信し、顧客端末５０にて、即時に情報提供を行えるＭＲを表示させる。

図８は、ＭＲ選択画面の例を示す図である。「医薬品Ａに対応可能なＭＲ」の画面は、対応可能なＭＲが表示されている。図８では、「ＭＲ１」「ＭＲ２」「ＭＲ３」が候補として表示されている。各ＭＲに関する情報として、ＭＲの名前の下に括弧書きでＭＲの所属が表示されている。

また、ＭＲの名前の横に表示されている「～１７時まで」は、ＭＲが対応可能な時間である。このように対応可能な時間を表示することにより、顧客は、自分が聞きたい質問に対する回答時間を見積もって、どのＭＲとコンタクトするかを選ぶことができる。また、ＭＲの評価の情報も表示される。評価は、検索にかかる「医薬品Ａ」についての評価と、そのＭＲが取り扱う医薬品全部についての「全般」の評価である。ＭＲの評価の情報は、顧客がＭＲを選択する重要な手がかりとなる。なお、図示していないが、ＭＲの評価として、過去に情報提供を受けた顧客のコメントを見られるようにしてもよい。

ＭＲ選択画面では、「ＭＲ１」「ＭＲ２」「ＭＲ３」のボックスをクリックすることで、ＭＲを選択することができる。その状態で、画面の下部にある「コンタクト」のボタンを押すことで、顧客端末５０は、ＭＲの選択データを医療情報提供支援装置に送信する。画面の下部にある「次ページ」のボタンは、さらに他のＭＲの候補がある場合に表示される。「次ページ」のボタンが押されることにより、次ページに遷移し、さらなるＭＲの候補が表示される。

図８では、面談形式としてＷｅｂ面談を選択した場合のＭＲ選択画面の例を示したが、面談形式として対面面談を選択した場合には、図９に示す画面を表示する。対面面談を選択した場合には、候補のＭＲが顧客の元へ到着するまでの所要時間が表示される。この所要時間は、顧客の所在地とＭＲの現在地に基づいて計算される時間である。これにより、顧客は、所要時間を考慮してＭＲを選択することができる。また、図９には図示されていないが、好ましい態様において、対面面談を選択した場合においても、Ｗｅｂ面談を選択した場合と同様に、対応可能な時間を合わせて表示する様にしても良い。

ＭＲ選択受付部２４は、顧客からＭＲの選択を受け付ける機能を有する。すなわち、ＭＲ選択受付部２４は、顧客端末５０から送信されたＭＲの選択データを受信する。アラート送信部２５は、選択されたＭＲのＭＲ端末６０に対してアラートを送信する。アラートには、情報提供を求めている顧客、医薬品、および面談形式のデータが含まれる。

図１０（ａ）は、アラートの表示画面の例を示す図である。アラートは、ＭＲが見落とすことがないように、ＭＲ端末６０の画面にポップアップ表示される。この際に、何らかの音声やバイブレーション機能で注意喚起することとしてもよい。アラートのメッセージは「〇〇病院の〇〇先生から医薬品Ａについてのディテーリング依頼がきています（Web会議）。」であり、上述した顧客、医薬品および面談形式の情報を含む。アラート画面には、「断る」「受ける」の２つのボタンがある。「受ける」ボタンを押すと、顧客との面談の設定に遷移する。急な用事などにより、ＭＲが面談を受けられない場合には「断る」を選択し、面談を断ることもできる。

アラート送信部２５は、選択されなかったＭＲのＭＲ端末６０にもアラートを送信する。このアラートを「バックアップアラート」という。図１１（ａ）はバックアップアラートの画面を示す図である。バックアップアラートは、全ＭＲに対して送信しても良いし、一部のＭＲに対してのみ送信することとしても良い。例えば、ＭＲ検索部２３にて検索されたＭＲのうち、選択されなかったＭＲ全員に送信することとしても良い。また、特に対面面談が選択された場合は、前記選択されなかったＭＲのうち、顧客の所在地を訪問可能エリアとするＭＲに送信してもよいし、近い場所にいる方から所定数のＭＲに送信してもよい。また、ランダムに所定数のＭＲを選択してもよい。選択されなかったＭＲに対してアラートを送信するのは、選択されたＭＲが対応できないときのバックアップであり、多くの場合、例えば、５人程度の所定数のＭＲに送れば足りる。以下の説明において、このバックアップアラートの送信されたＭＲを、「バックアップアラートの送信されたＭＲ」と呼ぶこともある。顧客端末５０と選択されたＭＲ端末６０との間で面談が設定されたときに、バックアップアラートの送信されたＭＲのＭＲ端末６０からバックアップアラート（図１１（ａ））を消去してもよい。バックアップによる対応の詳細については、後述する。

図１０（ａ）のアラート表示画面の説明に戻る。ＭＲがＭＲ端末６０で「受ける」ボタンを押すと、医療情報提供支援装置の面談設定情報送信部２６は、顧客端末５０とＭＲ端末６０の双方に対して面談設定情報を送信する。

図１０（ｂ）は、面談形式がＷｅｂ面談の場合の面談設定情報の例を示す図である。面談設定情報は、仮想空間上での会議スペースのＵＲＬと、会議コードと、パスワードとを含んでいる。顧客とＭＲの双方がＵＲＬをクリックし、同じ会議スペースに入ることにより、Ｗｅｂ会議が開始される。Ｗｅｂ会議では互いの映像が見えるだけでなく、資料を共有することも可能である。ここでは、Ｗｅｂ会議の場合の面談設定情報の例を示しているが、例えば、電話の場合には、面談設定情報は顧客とＭＲの互いの電話番号であり、チャットの場合には、チャットルームのＵＲＬである。

一方、図１０（ａ）において「断る」が選択された場合は、その旨の通知を顧客端末５０及びバックアップアラートの送信されたＭＲのＭＲ端末６０に送信すると共に、顧客端末５０に、希望する対応の選択を促す画面を表示する。具体的には、顧客端末５０において、「すぐに情報が欲しい」又は「選択されたＭＲからの連絡が欲しい」といった趣旨の、何れかの対応の選択を促す画面を表示する。

「すぐに情報が欲しい」といった対応が選択された場合は、その旨がバックアップアラートの送信されたＭＲのＭＲ端末６０に通知される。図１１（ｂ）は、顧客が対応を求めるバックアップアラートの表示画面を示す図である。バックアップアラート画面に、当該依頼を引き受け可能であることを通知するための「受ける」ボタンが表示される。図１１（ａ）に示すバックアップアラートは、選択されたＭＲが依頼を受けられない可能性があることに鑑みた準備の画面であるのに対し、図１１（ｂ）に示すバックアップアラートは、顧客の依頼を受けることができるインターフェースを有している。

当該通知を受け取ったＭＲのうち、対応可能なＭＲが、対応を引き受け可能であることを通知するための「受ける」ボタンを押すと、その旨が顧客端末５０に送信されるとともに、図１０（ａ）に示すアラート画面で「受ける」ボタンが押された場合と同様に、医療情報提供支援装置１０の面談設定情報送信部２６は、顧客端末５０とＭＲ端末６０の双方に対して面談設定情報を送信する。この際、バックアップアラートの送信されたＭＲのＭＲ端末６０から、顧客が対応を求めるバックアップアラート（図１１（ｂ））を消去してもよい。これにより、バックアップアラートが送信されたＭＲのうちのいずれかのＭＲが引き受けた場合に、重ねて他のＭＲが、引き受け可能であることを通知してしまうことがなくなる。

一方、顧客によって「選択されたＭＲからの情報が欲しい」といった対応が選択された場合は、選択されたＭＲのＭＲ端末６０に、その旨が通知される。通知を受け取った当該ＭＲは、連絡可能なタイミングで顧客への連絡を行い、要求された情報の提供を行う。この場合も、バックアップアラートの送信されたＭＲのＭＲ端末６０からバックアップアラートを消去してもよい。

図２に戻り、医療情報収集支援装置１０の制御部２０の備える機能について説明する。評価情報入力部２７は、情報提供が終了した後に顧客からＭＲについての評価の入力を受け付ける機能を有する。図１２は、評価を入力するためのアンケート画面の例を示す図である。アンケート画面は、情報提供の面談の終了に続いて顧客端末５０に表示される。アンケート画面は、情報提供を受けた医薬品を特定する入力項目と、情報提供を５段階評価する入力項目と、自由記載欄とを有している。情報提供を行ったＭＲは、ＭＲを選択したときに特定されているため、アンケート画面にＭＲを特定する情報の入力項目はない。顧客がアンケートに答えて、画面下部にある「送信」ボタンを押すと、入力された評価情報が医療情報収集支援装置１０に送信される。医療情報収集支援装置１０は、評価情報入力部２７にて、顧客端末５０から送信された評価情報を受信して評価情報記憶部３４に記憶する。

対応情報入力部２８は、顧客に対して情報提供を行った内容の入力を受け付ける機能を有する。図１３は、対応情報を入力するための画面の例を示す図である。対応情報入力画面は、情報提供の面談の終了に続いてＭＲ端末６０に表示される。対応情報入力画面は、情報提供を行った医薬品を特定する入力項目と、対応内容を記載する記載欄を有している。また、対応内容を分類しやすいように、対応内容を簡潔に表すタグを付けてもよい。タグは、例えば、「処方」「効能」「副作用」「禁忌」等である。

ＭＲが対応内容を入力して、画面下部にある「送信」ボタンを押すと、入力された対応内容の情報が医療情報収集支援装置１０に送信される。医療情報収集支援装置１０は、対応情報入力部２８にて、ＭＲ端末６０から送信された対応情報を受信して対応情報記憶部３５に記憶する。

図１４及び図１５は、医療情報収集支援装置１０の動作を示すフローチャートである。好ましい態様において、まず、顧客が顧客端末５０にて医療情報収集支援装置１０にアクセスしてログインする（Ｓ１０）。顧客は、顧客のＩＤとパスワードを入力してログインするが、２回目以降に同じ顧客端末からログインする際には、ＩＤとパスワードの入力の省略を許してもよい。顧客が顧客端末５０にログインすると、医療情報収集支援装置１０は、顧客端末５０にＭＲ検索画面（図７）を送信し、顧客端末５０にＭＲ検索画面を表示させる。

顧客がＭＲ検索画面にて、医薬品の特定情報と面談形式を入力して検索ボタンを押すと（Ｓ１１）、顧客端末５０は医薬品の特定情報と面談形式の情報を医療情報収集支援装置１０に送信する。なお、顧客は、将来の日時の面談を希望することもできるが、本実施の形態では、即時の面談を希望する例を挙げている。

医療情報収集支援装置１０は、顧客端末５０から送信された医薬品の特定情報に基づいて、対応可能なＭＲを検索する（Ｓ１２）。具体的には、医療情報収集支援装置１０は、特定情報にかかる医薬品を得意品目とするＭＲを検索し、検索されたＭＲの中から現在予定が入っていないＭＲを検索する。また、医療情報収集支援装置１０は、面談形式が対面面談かどうかを判断し（Ｓ１３）、面談形式が対面面談である場合には（Ｓ１３でＹＥＳ）、さらに、ＭＲのいる場所と顧客の所在地とに基づいて、ＭＲの絞込みを行う（Ｓ１４）。

医療情報収集支援装置１０は、検索されたＭＲを対応可能なＭＲとして表示する画面（図８）を生成し、顧客端末５０に送信し、顧客端末５０に対応可能なＭＲの候補を表示させる（Ｓ１５）。この画面において、顧客が面談を希望するＭＲの選択を受け付け（Ｓ１６）、コンタクトのボタンを押すと、顧客端末５０は、選択されたＭＲの特定情報を医療情報収集支援装置１０に送信する。

医療情報収集支援装置１０は、顧客端末５０から送信されたＭＲの特定情報を受信すると、面談形式が即時の面談を希望する形式かどうかに基づいて、アラートを発するかどうかを判定する（Ｓ１７）。この判定においてアラートを発すると判定された場合には、医療情報収集支援装置１０は、特定情報にかかるＭＲのＭＲ端末６０に対してアラートを送信する（Ｓ１８）。

図１６は、面談形式の判定（Ｓ１７）の詳細な動作を示すフローチャートである。医療情報収集支援装置１０は、面談形式が対面面談か否かを判定し（Ｓ３０）、対面面談であると判定された場合には（Ｓ３０でＹＥＳ）、アラートを選択する（Ｓ３６）。対面面談ではないと判定された場合（Ｓ３０でＮＯ）、医療情報収集支援装置１０は、面談形式がＷｅｂ会議であるか否かを判定する（Ｓ３１）。Ｗｅｂ会議であると判定された場合には（Ｓ３１でＹＥＳ）、アラートを選択する。以下同様に、Ｗｅｂ会議でないと判定された場合には（Ｓ３１でＮＯ）、電話を希望していか否かを判定し（Ｓ３２）、チャットを希望しているか否かを判定する（Ｓ３３）。電話を希望している場合（Ｓ３２でＹＥＳ）、チャットを希望している場合（Ｓ３３でＹＥＳ）、アラートを選択する（Ｓ３６）。チャットを希望していない場合（Ｓ３３でＮＯ）、メールを希望しているか否か（Ｓ３４）、郵送を希望しているか否か（Ｓ３５）を判定する。これらの判定で、メール希望している（Ｓ３４でＹＥＳ）、郵送を希望している場合（Ｓ３５でＹＥＳ）、メールを選択する（Ｓ３７）。メールを選択した場合には、ＭＲ端末に対してアラートを送信するのではなく、メールを送信し、メールまたは郵送での情報提供を希望していることを知らせる。

図１５での説明に戻る。医療情報収集支援装置１０からアラートを受信したＭＲ端末６０は、アラート（図１０（ａ））を表示する。アラート画面において、ＭＲが「受ける」ボタンを押すと（Ｓ１９でＹＥＳ）、その情報が医療情報収集支援装置１０に送信され、医療情報収集支援装置１０は、顧客端末５０とＭＲ端末６０の両方に対して面談設定情報を送信する（Ｓ２０）。顧客端末５０およびＭＲ端末６０は、面談設定情報を表した画面（図１０（ｂ））を表示する。本実施の形態では、面談形式がＷｅｂ面談である場合を例として説明している。

顧客とＭＲが面談設定情報で示されるＵＲＬにアクセスすることで、Ｗｅｂ面談が開始する（Ｓ２１）。Ｗｅｂ面談が終了すると（Ｓ２２）、Ｗｅｂ面談の終了を示す通知が医療情報収集支援装置１０に送信される。

医療情報収集支援装置１０は、Ｗｅｂ面談の終了通知を受けて、顧客端末５０に対して、ＭＲの評価情報を入力させるアンケート画面（図１２）を送信する。顧客端末５０にて、ＭＲの評価情報が入力され、評価情報が医療情報収集支援装置１０に送信されると、医療情報収集支援装置１０は、ＭＲの評価情報をデータベース３０に記憶する（Ｓ２３）。

また、医療情報収集支援装置１０は、Ｗｅｂ面談の終了通知を受けて、ＭＲ端末６０に対して、対応情報を入力させる画面（図１３）を送信する。ＭＲ端末６０にて、対応情報が入力され、対応情報が医療情報収集支援装置１０に送信されると、医療情報収集支援装置１０は、対応情報をデータベース３０に記憶する（Ｓ２４）。

以上、本実施の形態の医療情報収集支援装置１０を含む医療情報収集支援システム１について説明したが、上記した医療情報収集支援装置１０のハードウェアの例は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、ディスプレイ、キーボード、マウス、通信インターフェース等を備えたコンピュータである。上記した各機能を実現するモジュールを有するプログラムをＲＡＭまたはＲＯＭに格納しておき、ＣＰＵによって当該プログラムを実行することによって、上記した医療情報収集支援装置１０の制御部２０が実現される。このようなプログラムも本発明の範囲に含まれる。

本実施の形態の医療情報収集支援装置１０は、顧客が対応可能なＭＲの中から希望のＭＲを選択すると、ＭＲ端末６０にアラートが送信されて面談が実現するので、タイムリーに医療情報を取得することができる。

また、ＭＲが面談を受けると、医療情報収集支援装置１０は、顧客端末５０とＭＲ端末６０の両方の面談設定情報を送信するので、顧客およびＭＲは送信された面談設定情報にアクセスするだけで面談を行うことができる。

面談終了後に、医療情報収集支援装置１０は、ＭＲの評価情報の入力を受け付け、ＭＲの評価情報を蓄積し、ＭＲ選択画面（図８）でＭＲの医薬品ごとの評価値を表示するので、顧客はＭＲを選択する際に参考にすることができる。

また、面談終了後に、医療情報収集支援装置１０は、ＭＲから対応内容の入力を受け付け、医薬品ごとの対応情報を記憶するので、よくある問合せについて情報を蓄積することができる。特に希少疾患を対象とした薬剤の様に、専門性の高い情報が多い場合には、情報を整理して集約するとともに、要求された情報を即時提供できるシステムの重要性が高いので、希少疾患を対象とした薬剤の情報蓄積に好適である。

以上、本発明の医療情報収集支援装置を含む医療情報収集支援システムについて、実施の形態を挙げて説明したが、本発明は上記した実施の形態に限定されるものではない。

上記した実施の形態では、ＭＲを検索する条件として、医薬品名、面談形式を挙げたが、検索条件はこれらに限定されない。例えば、ＭＲの評価値を検索条件とし、「評価値が〇〇ポイント以上のＭＲ」という指定をしてもよい。

また、顧客が得たい情報から想定される所要時間を、検索条件として指定できるようにしてもよい。例えば、１０分以内、１０分～３０分、３０分以上といった選択肢で指定を行わせる。上記した実施の形態では、現在予定が入っていないだけでなく、３０分後まで予定が入っていないＭＲへの絞込みを行うようにしたが、例えば、１０分以内で終わる質問であれば、対応可能なＭＲが増えるので、顧客のニーズによりマッチしたＭＲを選択できる可能性が広がる。

本実施の形態においては複数の会社に所属するＭＲから検索及び選択する構成について説明したが、単一の企業内のＭＲのみを検索対象とする構成としても良い。この場合、ＭＲ情報記憶部３１に記録される「所属」には、当該ＭＲの属する支店や営業所を登録することとしても良い。

本発明は、医師等の医療従事者が医療情報を収集することを支援する装置として有用である。

１ 医療情報収集支援システム
１０ 医療情報収集支援装置
２０ 制御部
２１ 表示処理部
２３ ＭＲ検索部
２４ ＭＲ選択受付部
２５ アラート送信部
２６ 面談設定情報送信部
２７ 評価情報入力部
２８ 対応情報入力部
３０ データベース
３１ ＭＲ情報記憶部
３２ スケジュールデータ記憶部
３３ 顧客情報記憶部
３４ 評価情報記憶部
３５ 対応情報記憶部

Claims (13)

1. 複数のＭＲのスケジュールデータが記憶されているスケジュール記憶部と、
   顧客端末からＭＲとの面談形式の入力を受け付ける検索条件入力部と、
   前記スケジュール記憶部に記憶されたスケジュールデータに基づいて、現在対応可能なＭＲを検索するＭＲ検索部と、
   前記ＭＲ検索部にて検索されたＭＲを前記顧客端末に表示させる表示処理部と、
   前記顧客端末にて表示されたＭＲの中から、ＭＲの選択を受け付ける選択受付部と、
   選択されたＭＲのＭＲ端末に対してアラートを送信するアラート送信部と、
   前記面談形式としてＷｅｂ会議、電話またはチャットの面談形式が選択された場合に、前記ＭＲ端末から顧客との面談を受ける旨の返信があったときに、前記顧客端末及び前記ＭＲ端末に指定された面談形式での面談の設定情報を送信する面談設定情報送信部と、
   を備えた医療情報収集支援装置。
2. ＭＲが情報提供を行うことができる医薬品を記憶したＭＲ情報記憶部と、
   前記顧客端末から医薬品を特定する情報の入力を受け付ける検索条件入力部と、
   を備え、
   前記ＭＲ検索部は、前記ＭＲ情報記憶部に記憶された情報に基づいて、入力された医薬品について情報提供ができるＭＲを検索する請求項１に記載の医療情報収集支援装置。
3. ＭＲの所在地に関する情報を取得するＭＲ所在地取得部を備え、
   前記検索条件入力部にて入力された面談形式が、対面面談である場合、前記ＭＲ検索部は、前記ＭＲの所在地に関する情報を用いて、現在対応可能なＭＲを検索する請求項１に記載の医療情報収集支援装置。
4. 前記アラート送信部は、選択されなかったＭＲのＭＲ端末に対して、選択されたＭＲに対して送信するアラートとは異なるアラートを送信する請求項１に記載の医療情報収集支援装置。
5. 前記ＭＲ検索部は、前記スケジュールデータに基づいて、現在の予定がなく、かつ、次の予定の開始時刻までの時間が所定の閾値以上であるＭＲを検索する請求項１乃至４のいずれか１項に記載の医療情報収集支援装置。
6. 前記顧客端末にて顧客にＭＲの評価を入力させる評価情報入力部と、
   入力されたＭＲの評価を記憶する評価情報記憶部と、
   を備え、
   前記表示処理部は、前記顧客端末にＭＲを表示させる際に、前記評価情報記憶部に記憶されたＭＲの評価を表示する請求項１乃至５のいずれか１項に記載の医療情報収集支援装置。
7. 前記評価は評価値を含んでおり、
   前記評価情報記憶部は、複数の顧客から入力された評価点に基づいて算出された評価値を記憶する請求項６に記載の医療情報収集支援装置。
8. 前記評価情報入力部は、情報提供を受けた医薬品を特定する情報と共に、ＭＲの情報提供に関する評価を入力し、
   前記評価情報記憶部は、医薬品ごとの評価値を記憶する請求項６または７に記載の医療情報収集支援装置。
9. 前記ＭＲが顧客に対して情報提供を行った際に、その提供情報の内容を対応情報として入力する対応情報入力部と、
   入力された対応情報を記憶する対応情報記憶部と、
   を備える請求項１乃至８のいずれか１項に記載の医療情報収集支援装置。
10. 前記表示処理部は、前記顧客端末に、所定のメッセージを表示させる請求項１乃至９のいずれか１項に記載の医療情報収集支援装置。
11. 前記表示処理部は、前記顧客端末にＭＲのスケジュールデータを表示させる請求項１乃至１０のいずれか１項に記載の医療情報収集支援装置。
12. 医療情報収集支援装置によって顧客が医療情報を収集することを支援する医療情報収集支援方法であって、
    顧客端末からＭＲとの面談形式の入力を受け付けるステップと、
    スケジュール記憶部に記憶された複数のＭＲのスケジュールデータに基づいて、現在対応可能なＭＲを検索するステップと、
    検索されたＭＲを前記顧客端末に表示させるステップと、
    前記顧客端末にて表示されたＭＲの中から、ＭＲの選択を受け付けるステップと、
    選択されたＭＲのＭＲ端末に対してアラートを送信するステップと、
    前記面談形式としてＷｅｂ会議、電話またはチャットの面談形式が選択された場合に、前記ＭＲ端末から前記顧客との面談を受ける旨の返信があったときに、前記顧客端末及び前記ＭＲ端末に指定された面談形式での面談の設定情報を送信するステップと、
    を備えた医療情報収集支援方法。
13. 顧客が医療情報を収集することを支援するためのプログラムであって、コンピュータに、
    顧客端末からＭＲとの面談形式の入力を受け付けるステップと、
    スケジュール記憶部に記憶された複数のＭＲのスケジュールデータに基づいて、現在対応可能なＭＲを検索するステップと、
    検索されたＭＲを前記顧客端末に表示させるステップと、
    前記顧客端末にて表示されたＭＲの中から、ＭＲの選択を受け付けるステップと、
    選択されたＭＲのＭＲ端末に対してアラートを送信するステップと、
    前記面談形式としてＷｅｂ会議、電話またはチャットの面談形式が選択された場合に、前記ＭＲ端末から前記顧客との面談を受ける旨の返信があったときに、前記顧客端末及び前記ＭＲ端末に指定された面談形式での面談の設定情報を送信するステップと、
    を実行させるプログラム。

Images