JP7765044B2 - 医療従事者の支援装置、支援システム、支援方法、プログラム、及びプログラムセット - Google Patents

Description

本開示は、医療従事者の支援装置、支援システム、支援方法、プログラム、及びプログラムセットに関する。

下記特許文献１では、医師向けの情報提供システムが提案されている。このシステムは電子カルテを提供するとともに、電子カルテとは別の画面において、医薬品の広告や、セミナーの案内などの情報を提供するよう構成されている。

特開２０１８－０３２１１０号公報

医療技術の発達に伴い、病気の診断や、薬の選択、薬の投与量の算出など種々の医療行為をするにあたって必要な情報が増大している。したがって、このような情報を医師などの医療従事者に提供するシステムは、その有用性を増している。そこで、このようなシステムを通して、医療従事者の関心を適切に把握することができれば、より有用な情報を医療従事者に提供することが可能となり、また製薬メーカや医療機器メーカなど医療商品の提供者にとっても有益である。

本開示は、医療従事者の関心を適切に把握できる支援装置、支援システム、支援方法、プログラム、及びプログラムセットを提供する。

本開示で提案する医療従事者の支援装置の一例は、複数の医療従事者がそれぞれ使用する複数の端末装置に、医療商品に関連する第１医療コンテンツを送信する送信手段と、前記複数の医療従事者による前記第１医療コンテンツへのアクセス回数を、前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得手段とを含む。この支援装置によれば、医療従事者の関心を適切に把握できる。

本開示で提案する医療従事者の支援方法の一例は、複数の医療従事者がそれぞれ使用する複数の端末装置に、医療商品に関連する第１医療コンテンツを送信する送信ステップと、前記複数の医療従事者による前記第１医療コンテンツへのアクセス回数を、前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得ステップとを含む。

本開示で提案するプログラムの一例は、複数の医療従事者がそれぞれ使用する複数の端末装置に、医療商品に関連する第１医療コンテンツを送信する送信手段、及び前記複数の医療従事者による前記第１医療コンテンツへのアクセス回数を、前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得手段としてコンピュータを機能させる。

本開示で提案する医療従事者の支援システムの一例は、複数の医療従事者がそれぞれ使用する複数の端末装置と、前記複数の端末装置に、医療商品に関連する第１医療コンテンツを送信する送信手段を含む支援装置とを含む。前記複数の端末装置にそれぞれは、前記医療従事者による前記第１医療コンテンツへのアクセス操作を受け付ける。前記支援装置は、前記複数の医療従事者による前記第１医療コンテンツへのアクセス操作の回数であるアクセス回数を、前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得手段を含む。

本開示で提案するプログラムセットの一例は、医療商品に関連する第１医療コンテンツへの医療従事者によるアクセス操作を受け付ける入力手段として、複数の第１のコンピュータをそれぞれ機能させる複数の第１プログラムと、前記複数の第１のコンピュータに前記第１医療コンテンツを送信する送信手段、及び複数の前記医療従事者による前記第１医療コンテンツへのアクセス操作の回数であるアクセス回数を、前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得手段として第２のコンピュータを機能させる第２プログラムとを含む。

本開示で提案する医療従事者の支援装置の別の例は、複数の医療従事者がそれぞれ使用する複数の端末装置に入力される患者の状態に基づいて算出された、各医療従事者による診療を補助するための支援情報と、前記支援情報の算出回数のうちの少なくとも一方を取得するアクセス履歴取得手段と、前記支援情報と前記算出回数のうちの少なくとも一方に基づいて、前記複数の医療従事者から一部を抽出する抽出手段と、前記抽出された前記一部の医療従事者に対して、医療商品に関連する医療コンテンツを送信する送信手段とを含む。

本開示で提案する医療従事者の支援方法の別の例は、複数の医療従事者がそれぞれ使用する複数の端末装置に入力される患者の状態に基づいて算出された、各医療従事者による診療を補助するための支援情報と、前記支援情報の算出回数のうちの少なくとも一方を取得するアクセス履歴取得ステップと、前記支援情報と前記算出回数のうちの少なくとも一方に基づいて、前記複数の医療従事者から一部を抽出する抽出ステップと、前記抽出された前記一部の医療従事者に対して、医療商品に関連する医療コンテンツを送信する送信ステップとを含む。

本開示で提案するプログラムの別の例は、複数の医療従事者がそれぞれ使用する複数の端末装置に入力される患者の状態に基づいて算出された、各医療従事者による診療を補助するための支援情報と、前記支援情報の算出回数のうちの少なくとも一方を取得するアクセス履歴取得手段、前記支援情報と前記算出回数のうちの少なくとも一方に基づいて、前記複数の医療従事者から一部を抽出する抽出手段、及び前記抽出された前記一部の医療従事者に対して、医療商品に関連する医療コンテンツを送信する送信手段としてコンピュータを機能させる。

支援システムの全体構成の一例を示すブロック図である。 医師端末装置に表示されるホーム画面の例を示す図である。 医師端末装置に表示される、薬剤関連記事を提示する画面の例を示す図である。 医師端末装置の表示される診療補助ツール画面の例を示す図である。 医師端末装置の表示される投与量算出画面の例を示す図である。 支援システムの動作例を示すシーケンス図である。 アクセス履歴情報の例であるアクセス履歴テーブルを示す図である。 支援システムで実現される機能の一例を示すブロック図である。 医師ＤＢに格納されているデータの例を示す図である。 薬剤関連記事ＤＢに格納されているデータの例を示す図である。 支援情報算出プログラムＤＢに格納されているデータの例を示す図である。 医師毎に作成されるタイムライン記事テーブルの例を示す図である。 効果情報を提示する効果表示テーブルの例を示す図である。 追加医療コンテンツＤＢに格納されているデータの例を示す図である。 抽出条件の受付画面の例を示す図である。 追加医療コンテンツの送信に係る動作を説明するためのシーケンス図である。

以下、本開示で提案する医療従事者の支援装置、及び支援装置を含むシステムの例について説明する。図１は、支援システムの全体構成の一例を示すブロック図である。

［支援システムのハードウェア］
図１で示すように、支援システムＳは支援装置１０を有している。また、支援システムＳは、複数の医療従事者がそれぞれ使用する複数の端末装置、及び、医療商品の提供者が利用する端末装置を含む。図１においては、医療従事者が使用する端末の例として医師端末装置２０が示され、医療商品提供者が使用する端末の例として、メーカ端末装置３０が示されている。医療従事者は、典型的には医師である。医療商品は、典型的には患者に投与される薬剤であり、医療商品の提供者は、典型的には製薬メーカである。支援装置１０、医師端末装置２０、及びメーカ端末装置３０は、インターネットなどのネットワークＮに接続可能である。

なお、医療商品は、医療機器や、検査において使用される薬品などであってもよい。また、医療従事者は、看護師や、医療技師などであってよい。医療商品の提供者は、医療用ではあるものの、患者に投与するものではない薬品（例えば、検査薬など）を製造する薬品メーカや、医療機器の製造メーカ、医療商品を医療機関に卸す卸売業者などであってもよい。以下では、医師を医療従事者の例とし、製薬メーカを医療商品の提供者の例として、支援システムＳを説明する。

［支援装置のハードウェア］
支援装置１０は、例えばサーバーコンピュータで構成される。図１で示すように、支援装置１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。記憶部１２は、主記憶部及び補助記憶部を含む。例えば、主記憶部はＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの揮発性メモリであり、補助記憶部は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、又はハードディスクなどの不揮発性メモリである。記憶部１２には、薬剤関連記事などの医療コンテンツや、各医療コンテンツへのアクセス履歴などの情報が格納されている。これらの情報については、後において説明する。通信部１３は、有線通信又は無線通信用の通信インタフェースであり、ネットワークＮを介してデータ通信を行う。

また、支援装置１０は表示部１４、及び入力部１５を含んでもよい。表示部１４は、例えば、液晶表示部又は有機ＥＬ表示部等である。表示部１４は、制御部１１の指示に従って画像を表示する。入力部１５は、タッチパネルやマウス等のポインティングデバイスである。入力部１５は、キーボードや、ボタンなどを含んでもよい。入力部１５は、ユーザによる操作に応じた信号を制御部１１に入力する。

支援装置１０は、ネットワークを介して相互に接続される複数のサーバーコンピュータで構成されてもよい。この場合、医療コンテンツを配信するサーバーコンピュータと、医療コンテンツへのアクセス履歴を蓄積するサーバーコンピュータとが別個に設けられていてよい。

［医師端末装置のハードウェア］
医師端末装置２０は、携帯電話機（スマートフォンを含む）や、携帯情報端末（タブレット型コンピュータ又はウェアラブル端末を含む）、パーソナルコンピュータなどであってよい。医師端末装置２０は、制御部２１や、記憶部２２、通信部２３、表示部２４、入力部２５などを含む。制御部２１は、記憶部２２に記憶されたプログラムやデータに従って処理を実行する。記憶部２２は、支援装置１０の記憶部１２と同様、揮発性メモリと不揮発性メモリとを含む。通信部２３は、有線通信又は無線通信用の通信インタフェースであり、ネットワークＮを介してデータ通信を行う。

表示部２４は、例えば、液晶表示部又は有機ＥＬ表示部等である。表示部２４は、制御部２１の指示に従って画像を表示する。入力部２５は、タッチパネルやマウス等のポインティングデバイスである。入力部２５は、キーボードや、ボタンなどを含んでもよ。入力部２５は、ユーザによる操作に応じた信号を制御部２１に入力する。

［メーカ端末装置のハードウェア］
メーカ端末装置３０は、例えば、パーソナルコンピュータである。メーカ端末装置３０は、携帯電話機（スマートフォンを含む）や、携帯情報端末（タブレット型コンピュータ又はウェアラブル端末を含む）などであってもよい。メーカ端末装置３０は、制御部３１や、記憶部３２、通信部３３、表示部３４、入力部３５などを含む。制御部３１、記憶部３２、通信部３３、表示部３４、及び入力部３５の物理的構成は、それぞれ制御部２１、記憶部２２、通信部２３、表示部２４、及び入力部２５と同様であってよい。

［医師端末装置に表示される画面］
図２Ａ～図２Ｄは、医師端末装置２０の表示部２４に表示される画面の例を示している。これらの画面は、例えば、医師端末装置２０にインストールされたアプリケーションソフトウェアを制御部２１が実行した処理の結果として、表示される。アプリケーションソフトウェアは、例えば、ネットワークＮを介して、支援装置１０や別途設けられるアプリケーションサーバから医師端末装置２０に送信されてよい。これとは異なり、図２Ａ～図２Ｄで例示する画面は、医師端末装置２０にインストールされたＷｅｂブラウザを通して、医師端末装置２０が支援装置１０にアクセスすることによって表示されてもよい。なお、これらの画面構成は、一例に過ぎず、適宜変更されてよい。

［ホーム画面］
図２Ａは、医師端末装置２０のホーム画面の例である。ホーム画面は、例えば、医師端末装置２０にインストールされているアプリケーションソフトウェアを、医師が立ち上げたときに最初に表示される画面、或いは、Ｗｅｂブラウザを通して支援装置１０にアクセスしたときに最初に表示される（支援装置１０から最初に提供される）画面である。

図２Ａで示すように、ホーム画面には、例えば、支援装置１０から配信された複数の記事のタイトルＲ１１～Ｒ１４が表示されてよい。これら記事のタイトルは時系列で表示されてよい。すなわち、ホーム画面は、記事のタイトルを時系列で表示するタイムラインを含んでよい。

ホーム画面に表示されるタイトルＲ１１～Ｒ１４は、薬剤の広告記事や、薬剤の使い方を紹介する記事、医療商品の別の例である医療機器の広告記事、医療行為に関するガイドライン、論文などの記事のタイトルであってよい。また、タイムラインには、記事のタイトルではなく、記事の要約が表示されてもよい。記事のタイトル或いは要約は、ホーム画面においてスクロール可能であってよい。

なお、記事のタイトル等は、必ずしも時系列で表示されていなくてもよい。例えば、記事のタイトル等は、記事の種類や内容の順番で表示されてもよい。

ホーム画面には、医師端末装置２０を通して支援システムＳが提供するコンテンツを検索するための検索ボックスＲ１５や、他の画面へのリンクが設けられたメニュー領域Ｒ１６などが表示されてよい。メニュー領域Ｒ１６は、例えば、薬剤記事ボタンＢ１、診療補助ボタンＢ２、投与量算出ボタンＢ３などを含んでいる。これらのボタンについては後において説明する。

また、本支援システムＳでは、ユーザである医師は、自身が関心のある記事等を、ブックマーク登録したり、自身に設けられた記憶領域に保存することが可能となっている。ホーム画面では、過去にブックマーク登録したコンテンツの一覧を表示するブックマーク一覧ボタンＲ１７や、過去に保存したコンテンツの一覧を表示する保存コンテンツボタンＲ１８などが表示されてもよい。これらブックマークへの登録や、保存に係る操作は後において説明する。

［薬剤関連記事の画面］
図２Ｂは、医療コンテンツの一例である薬剤関連記事を表示する画面の例である。薬剤関連記事は、例えば、薬剤の広告である。薬剤の広告は、例えば、図２Ｂで示すように、薬剤名や、製薬メーカ名、効能・効果、用法・用量などの情報を提示する。また、薬剤の広告は、薬価や、副作用、禁忌、注意事項などの情報を提示してもよい。

薬剤関連記事は、薬剤の広告に限られない。薬剤関連記事は、例えば、薬剤が関係する疾患についての情報（例えば、診療マニュアルや診療のための表、どういう症状があるか等）や、副作用への対策について情報など、その薬剤の周辺情報を含む。これらの薬剤関連記事は支援装置１０から医師端末装置２０に送信される。薬剤関連記事は、例えば製薬メーカによって作成され、メーカ端末装置３０から支援装置１０に送信されてよい。その後、支援装置１０から医師端末装置２０に送信されてよい。これとは異なり、薬剤関連記事は支援装置１０の入力部１５を通して受け付けられ、支援装置１０から医師端末装置２０に送信されてもよい。

図２Ｂで例示する薬剤関連記事は、例えば、医師が、ホーム画面（図２Ａ）に表示されているタイトルＲ１１～Ｒ１４のうち、この薬剤関連記事のタイトルを選択することで、表示されてよい。ここでタイトルを選択する操作とは、例えば、医師端末装置２０がタッチパネルを含む場合には、薬剤関連記事のタイトルをタップする操作である。医師端末装置２０がパーソナルコンピュータである場合、薬剤関連記事のタイトルをポインタでクリックする操作である。また、ホーム画面のメニュー領域Ｒ１６において薬剤記事ボタンＢ１が操作されたとき、医師端末装置２０は薬剤関連記事のタイトル一覧を表示してよい。そして、その中から選択された薬剤関連記事が、図２Ｂで示すように表示されてもよい。また、特定の製薬メーカの薬剤関連記事を表示する表示ページや、所定のコンテンツの関連コンテンツとして薬剤関連記事が表示されてもよい。

［支援情報算出プログラム］
支援装置１０は、医療コンテンツの一例として、支援情報算出プログラムを医師端末装置２０に送信する。支援情報算出プログラムは、患者に関する情報を受け付けて、診療（診断または治療）に用いられる支援情報を表示または算出するプログラムである。ここで「支援情報」とは、診療を支援する情報であり、例えば、薬剤の投与量や、薬剤の投与間隔、ＢＭＩなどの物理量、疾患の発生リスク、疾患の予後予測、治療効果の予測、疾患の状態や疾患の該当確率を示す診療補助情報（例えば、重症や、中等症など）などである。支援情報算出プログラムは、例えば入力部２５から、患者に関する情報を受け付けてよい。支援情報算出プログラムは、患者に関する情報に加えて、患者に投与する薬剤についての情報（薬剤の種類や、投与量など）を受け付けて、支援情報を表示または算出してもよい。支援システムＳでは、支援情報算出プログラムの例として、診療補助情報を算出する診療補助プログラムと、薬剤の投与量を算出する投与量算出プログラムとが用意されている。

［診療補助プログラムが提示する画面］
図２Ｃは、診療補助プログラムが提示する画面の例である。以下では、この画面を「診療補助ツール画面」と称する。診療補助ツール画面は、図２Ｃで示すように、患者に関する情報として、患者の状態（年齢や、性別、身長、体重、検査結果、症状など）を入力するための１又は複数の入力領域Ｒ３１を含んでいる。診療補助プログラムは、入力された患者の状態に基づいて、上述した診療補助情報を算出する。診療補助情報は、診療補助ツール画面における算出結果領域Ｒ３７に表示される。

診療補助プログラムは、対象（言い換えれば、患者に起こり得る事象）ごとに作成されている。例えば、診療補助プログラムは、疾患ごと、または症状ごとに作成されている。ホーム画面のメニュー領域Ｒ１６において診療補助ボタンＢ２が操作されたとき、医師端末装置２０は複数の診療補助プログラムのタイトル一覧を表示する。そして、医師は、そのタイトル一覧から自身が利用したい診療補助プログラムを選択できてよい。そして、その選択の結果として、図２Ｃに例示する診療補助ツール画面が表示されてよい。

［投与量算出プログラムが提示する画面］
図２Ｄは、投与量算出プログラムが提示する画面の例である。以下では、この画面を「投与量算出画面」と称する。投与量算出画面も、図２Ｄで示すように、患者の状態（年齢や、検査結果、症状など）を入力するための１又は複数の入力領域Ｒ４１を含んでいる。投与量算出プログラムは、入力された患者の状態に基づいて、薬剤の投与量を算出する。投与量算出画面には、この投与量を表示する算出結果領域Ｒ４７が設けられている。

投与量算出プログラムは、複数の薬剤ごとに作成されている。例えば、ホーム画面のメニュー領域Ｒ１６において投与量算出ボタンＢ３が操作されたとき、医師端末装置２０は複数の投与量算出プログラムのタイトル一覧を表示する。そして、医師は、そのタイトル一覧から自身が利用したい投与量算出プログラムを選択する。そして、その選択の結果として、図２Ｄに例示する投与量算出画面が表示されてよい。

なお、投与量や診療補助情報の算出処理は医師端末装置２０において実行される。そして、その結果が医師端末装置２０に表示される。投与量算出プログラムや診療補助プログラムなどの支援情報算出プログラムは、支援装置１０から送信され医師端末装置２０にインストールされたアプリケーションションソフト上で実行されてもよいし、医師端末装置２０にインストールされているＷｅｂブラウザ上で実行されてもよい。

他の例おいては、診療補助プログラムは、医師端末装置２０において入力領域Ｒ３１を含む診療補助ツール画面（図２Ｃ）を表示し、その入力内容を支援装置１０に送信してもよい。そして、診療補助情報は支援装置１０において算出されてよい。算出された診療補助情報は医師端末装置２０に送信され、診療補助ツール画面の算出結果領域Ｒ３７に表示されてもよい。同様に、投与量算出プログラムは、医師端末装置２０において入力領域Ｒ４１を含む投与量算出画面（図２Ｄ）を表示し、その入力内容を支援装置１０に送信してもよい。そして、投与量は支援装置１０において算出されてもよい。算出された投与量は医師端末装置２０に送信され、算出結果領域Ｒ４７に表示されてもよい。

［効果情報算出のためのシーケンス］
図３は、支援システムＳの動作例を示すシーケンス図である。ここでは、薬剤Ａ１についての薬剤関連記事の、広告としての効果を算出するための動作について説明する。また、ここでは、薬剤Ａ１に関連付けられた薬剤関連記事等の医療コンテンツが、メーカ端末装置３０のユーザ（製薬メーカ）によって作成される場合を例にして説明する。

医療コンテンツは、例えば、メーカ端末装置３０から支援装置１０に送信される。図３で示す例では、まず薬剤Ａ１の広告を含む薬剤関連記事が、メーカ端末装置３０から支援装置１０に送信される（Ｓ１０１）。このとき、この薬剤関連記事の表示開始時期や表示終了時期もメーカ端末装置３０から支援装置１０に送信されてよい。また、薬剤Ａ１の使用を支援する支援情報算出プログラムが、メーカ端末装置３０から支援装置１０に送信されてよい（Ｓ１０２）。支援情報算出プログラムは、上述したように、例えば、薬剤Ａ１の投与量算出プログラムであったり、薬剤Ａ１が効用を発揮する疾患についての診療補助プログラムである。

支援装置１０は、受信した薬剤関連記事及び支援情報算出プログラムを、記憶部１２に格納する（Ｓ１０３）。また、支援装置１０は受信した薬剤関連記事を配信するための処理を行う（Ｓ１０４）。すなわち、支援装置１０は、図２Ａで例示したホーム画面に、薬剤関連記事のタイトルを表示するための処理を行う（Ｓ１０４）。この処理の具体的内容については、後において説明する。

医師端末装置２０は支援装置１０に接続要求を送信する（Ｓ１０５）。このとき、医師端末装置２０は、支援装置１０から予め発行された医師ＩＤ及びパスワードを支援装置１０に送信する。支援装置１０は、受信した医師ＩＤ及びパスワードを利用して、医師端末装置２０について認証処理を実行する（Ｓ１０６）。認証が成功すると、支援装置１０は、ホーム画面に表示すべき記事のタイトルを医師端末装置２０に送信する（Ｓ１０７）。これにより、医師端末装置２０では、ホーム画面において、薬剤Ａ１についての薬剤関連記事のタイトルを含むタイムラインが表示される。

なお、支援装置１０と医師端末装置２０とが接続されている状態では、ホーム画面に表示すべきタイトルの送信は、所定の時間間隔でなされてもよい。この場合、各送信時において最新のタイムラインのタイトルが支援装置１０から医師端末装置２０に送信されてよい。また、ホーム画面に表示すべきタイトルの送信は、医師端末装置２０からの要求に応じてなされてもよい。

また、支援装置１０は、医師端末装置２０から受信した医師ＩＤ等を、外部の認証装置に送信してよい。認証処理はこの認証装置で実行されてもよい。認証が成功したときに、支援装置１０等は、アクセストークンや、セッションＩＤなどを医師端末装置２０に発行してもよい。そして、認証が成功した後は、医師端末装置２０はそのアクセストークンや、セッションＩＤを利用して支援装置１０と通信してもよい。

また、支援装置１０は、記事のタイトルをＳ１０７において送信すると同時に、記憶部１２に格納した医療コンテンツ自体（すなわち、薬剤関連記事や支援情報算出プログラム）を医師端末装置２０に送信してもよい。このように、ホーム画面に表示すべきタイトルとともに医療コンテンツ自体を医師端末装置２０に送信することによって、その後に、医師端末装置２０の通信環境が悪化した場合でも、医師はこの医療コンテンツにアクセスできる。これとは異なり、支援装置１０は、医師端末装置２０から要求を受けたときに、薬剤関連記事や支援情報算出プログラムを医師端末装置２０に送信してもよい。

医師端末装置２０は、医療コンテンツへのアクセス操作を受け付ける。医療コンテンツへのアクセス操作とは、医師端末装置２０の表示部２４に表示されている画面上でなされる、その医療コンテンツについての操作である。医師端末装置２０では、複数の種類のアクセス操作が可能である。

例えば、医師端末装置２０は、薬剤関連記事へのアクセス操作を受け付ける（Ｓ１０８）。薬剤関連記事へのアクセス操作には、例えば閲覧操作が含まれる。閲覧操作は、図２Ｂで示したように医師端末装置２０の表示部２４に薬剤関連記事を表示するための操作である。例えば、医師であるユーザは、図２Ａで例示したタイムラインに表示されているタイトルをタップやクリックすることにより、薬剤関連記事を表示できる。

また、薬剤関連記事のアクセス操作には、各医師のために設けられた（各医師ＩＤに対応づけられた）ブックマークリストへの登録操作も含まれる。図２Ｂで示すように、薬剤関連記事の画面には、ブックマークボタンＲ２１が設けられてよい。医師が、例えば、ブックマークボタンＲ２１を操作すると、この薬剤関連記事がブックマークリストに加えられる。ブックマークリストは、後述するように、支援装置１０の記憶部１２に格納される。ブックマークリストは、医師端末装置２０の記憶部２２に格納されてもよい。そして、支援装置１０の記憶部１２に格納されているリストと、医師端末装置２０の記憶部２２に格納されているリストは同期されてもよい。

薬剤関連記事のアクセス操作には、各医師のために確保された（各医師ＩＤに割り当てられた）記憶領域への保存操作が含まれてよい。例えば、図２Ｂで示す薬剤関連記事を表示する画面において、ブックマークボタンＲ２１と共に、或いは、ブックマークボタンＲ２１に代えて、「保存ボタン」が設けられてよい。ユーザである医師が、保存ボタンを操作すると、この薬剤関連記事のコピーが、この医師のために支援装置１０の記憶部１２に確保された記憶領域に保存される。薬剤関連記事のコピーは、医師端末装置２０の記憶部２２に格納されてもよい。そして、支援装置１０の記憶部１２に格納されている記事と、医師端末装置２０の記憶部２２に格納されている記事は同期されてもよい。

医師端末装置２０は、このようなアクセス操作を受けると、このアクセス操作を表す操作レコード（アクセス情報）を支援装置１０に送信する（Ｓ１０９）。操作レコードの項目は、アクセス操作の種類、操作対象となった医療コンテンツを特定する情報、アクセス日時などを含む。アクセス操作の種類とは、上述したように、閲覧操作や、ブックマークリストへの登録操作、保存操作などがある。医療コンテンツを特定する情報とは、例えば、支援装置１０が各医療コンテンツを識別するために付与したＩＤである（以下では、このＩＤを「コンテンツＩＤ」と称する）。操作レコードの項目はこれに限られず、例えば、閲覧時間などを含んでもよい。支援装置１０は、医師端末装置２０から操作レコードを受信すると、医師毎に設けられた（医師ＩＤに紐付けられた）アクセス履歴情報を更新して記憶する（Ｓ１１０）。

図４は、アクセス履歴情報の例であるアクセス履歴テーブルを示す図である。アクセス履歴テーブルは、複数の医師のそれぞれについて設けられている。同図に示すように、アクセス履歴テーブルは、その項目として、コンテンツＩＤ、アクセス操作の種類（閲覧、ブックマーク登録、保存）、アクセス日時などを含む。また、アクセス操作の種類が閲覧の場合、アクセス履歴テーブルは、その項目として、アクセス日時として閲覧開始時間を含み、それとは別にアクセス終了時間（閲覧終了時間）を更に含んでもよい。閲覧開始時間と閲覧終了時間との差から、その閲覧時間が算出可能である。支援装置１０は、医師端末装置２０から操作レコードを受信すると、例えば、この操作レコードをアクセス履歴テーブルに加える。

また、医師端末装置２０は、支援情報算出プログラムに対するアクセス操作として、支援情報算出プログラムの実行操作（実行指令）を受け付ける（Ｓ１１１）。支援情報算出プログラムが実行されると、その算出結果（図２Ｃで説明した「診療補助情報」や、図２Ｄで説明した「投与量」）が医師端末装置２０の算出結果領域Ｒ３７・Ｒ４７に表示される。

そして、医師端末装置２０は、支援情報算出プログラムの実行を表す操作レコードを、支援装置１０に送信する（Ｓ１１２）。操作レコードは、その項目として、操作内容（実行）、コンテンツＩＤ、アクセス日時（実行日時）などを含む。支援装置１０は、医師端末装置２０から操作レコードを受信すると、Ｓ１１０と同様、医師毎に設けられたアクセス履歴情報を更新して、記憶する（Ｓ１１３）。例えば、支援装置１０は、受信した操作レコードをアクセス履歴テーブル（図４参照）に加える。なお、図４で示すように、支援情報算出プログラムの実行を表す操作レコードは、プログラムの算出結果（診療補助情報や、投与量などの支援情報）を含んでよい。また、この操作レコードは、診療補助ツール画面や、投与量算出画面で入力された患者の状態を含んでもよい。

また、支援情報算出プログラムに対するアクセス操作には、各医師のために設けられた（各医師ＩＤに対応づけられた）ブックマークリストへの登録操作が含まれてもよい。図２Ｃ及び図２Ｄで示すように、診療補助ツール画面や、投与量算出画面には、ブックマークボタンＲ３３・Ｒ４３が設けられてよい。医師が、例えば、ブックマークボタンＲ３３・Ｒ４３を操作すると、このプログラムがブックマークリストに加えられる。

図３で示す例では、医師端末装置２０は、Ｓ１０８において薬剤関連記事へのアクセス操作を受け付け、その後、Ｓ１１２において、支援情報算出プログラムに対するアクセス操作を受け付けているが、その順番や回数は任意であってよい。薬剤関連記事へのアクセス操作が繰り返し実行されたり、支援情報算出プログラムに対するアクセス操作が繰り返し実行されたりしてもよい。

また、図３で示す例では、医師端末装置２０は、アクセス操作を受け付ける度に操作レコードを支援装置１０に送信している。これとは異なり、医師端末装置２０は、操作レコードを自身の記憶部２２に保存してもよい。そして、医師端末装置２０は、記憶部２２に保存している１又は複数の操作レコードを、予め規定されたタイミングで支援装置１０に送信してよい。例えば、医師端末装置２０は、支援装置１０に接続していない状態でアクセス操作を受け付けた場合、操作レコードを記憶部２２に保存してもよい。そして、医師端末装置２０は次に支援装置１０に接続したときに、記憶部２２に保存されている操作レコードを支援装置１０に送信してよい。

また、医師端末装置２０は、必ずしも、操作レコードを支援装置１０に送信しなくてもよい。支援装置１０は、医師端末装置２０からの要求に応じて医療コンテンツを医師端末装置２０に送信したときに、医師がその医療コンテンツにアクセスしたものと判断して、アクセス履歴テーブルを更新してもよい。

メーカ端末装置３０は、効果情報の要求を支援装置１０に送信する（Ｓ１１３）。効果情報は、支援装置１０から医師端末装置２０に送信された薬剤関連記事の、広告としての効果を表す情報である。支援装置１０は、この要求を受信すると、複数の医師のアクセス履歴テーブル（図４参照）を参照し、効果情報を算出する（Ｓ１１４）。効果情報は、例えば、複数の医師によるアクセス回数や、薬剤関連記事にアクセスした医師数、支援情報算出プログラムの実行回数などである。アクセス回数は、アクセス操作を行った回数であり、例えば、薬剤関連記事については、その閲覧回数や、ブックマークリストへの登録数、保存数などである。支援情報算出プログラムの実行回数とは、支援情報の算出回数である。算出された支援情報は算出結果領域Ｒ３７・Ｒ４７（図２Ｃ、図２Ｄ参照）に表示されるので、算出回数は算出結果領域Ｒ３７・Ｒ４７への支援情報の表示回数に合致する。効果情報については、後において詳説する。支援装置１０は算出した効果情報をメーカ端末装置３０に送信する（Ｓ１１５）。

図３で示す例では、効果情報の要求が、メーカ端末装置３０から支援装置１０に送信されていたが、必ずしもこのような要求は送信されなくてよい。例えば、効果情報は、予め規定されたタイミング（例えば、薬剤関連記事について規定された表示終了日）で支援装置１０において算出され、メーカ端末装置３０に送信されてもよい。また、支援装置１０は、定期的に効果情報を算出し、これをメーカ端末装置３０に送信してもよい。さらに他の例として、支援装置１０からメーカ端末装置３０への効果情報の送信は、必ずしも自動的にはなされなくてもよい。例えば、支援装置１０の運用者が、手動で効果情報を送信してもよい。

［支援システムの機能］
図５は、支援システムＳで実現される機能の一例を示すブロック図である。本実施形態では、支援装置１０、医師端末装置２０、メーカ端末装置３０の各々で実現される機能を説明する。

支援装置１０は、その機能として、データ記憶部２００を有している。データ記憶部２００は、制御部１１がプログラムに従って動作して、データを記憶部１２に格納することによって実現される。データ記憶部２００は、例えば、医師データベース（ＤＢ）１０１、コンテンツ管理ＤＢ２０２、ブックマークＤＢ２０３、及びアクセス履歴ＤＢ２０４を有する。コンテンツ管理ＤＢ２０２は、薬剤関連記事ＤＢ２０２ａ、支援情報算出プログラムＤＢ２０２ｂ、及び追加医療コンテンツＤＢ２０２ｃを含んでいる。

［医師データベース］
医師ＤＢ２０１は、ユーザである医師についての情報が格納されたデータベースである。図６Ａは、医師ＤＢ２０１に格納されているデータの例を示す図である。医師ＤＢは、例えば、各医師に付与された識別番号（医師ＩＤ）と、医師名、所属機関、医師の属性情報とを対応づけて記憶している。所属機関は、医師が所属している病院名や、施設名、或いはそれらのＩＤであってよい。医師の属性情報は、例えば、消化器や、循環器など各医師の専門分野を含む。また、医師の属性情報は、医師が働いている地域名や、医師歴などを含んでよい。

［薬剤関連記事データベース］
薬剤関連記事ＤＢ２０２ａには、図２Ｂで例示した薬剤関連記事など、医師端末装置２０に送信される文書情報に関する情報が格納されたデータベースである。図６Ｂは、薬剤関連記事ＤＢ２０２ａに格納されているデータの例を示す図である。薬剤関連記事ＤＢ２０２ａは、記事に付与された識別情報（コンテンツＩＤ）と、この記事に関連づけれた薬剤のＩＤとを相互に対応づけて記憶している。また、薬剤関連記事ＤＢ２０２ａは、コンテンツＩＤに対応づけて、薬剤のメーカ名や、薬剤関連記事の属性（例えば、「薬剤説明」や「副作用対策」など）を記憶してもよい。

図２Ａを参照しながら説明したように、医師端末装置２０のホーム画面では、記事のタイトルが表示される。記事のタイトルがホーム画面に表示される期間も、各記事について予め規定されている。そこで、薬剤関連記事ＤＢ２０２ａは、図６Ｂで示すように、コンテンツＩＤに対応づけて、ホーム画面に表示するタイトル、ホーム画面への表示開始日時、及び表示終了日時を記憶してよい。

また、薬剤関連記事ＤＢ２０２ａは、図６Ｂで示すように、コンテンツＩＤに対応づけて、配信対象属性を記憶していてよい、配信対象属性は、記事のタイトルを表示する医師の属性を特定する情報であり、例えば、医師の専門分野である。また、図６Ａで例示した医師ＤＢ２０１は、医師の属性情報として、「専門」の他に、「地域」や、「医師歴」を有している。そこで、薬剤関連記事ＤＢ２０２ａにおいて特定される配信対象属性は、「地域」や、「医師歴」を含んでもよい。

なお、支援装置１０から医師端末装置２０に送信される記事（文書情報）は、必ずしも薬剤に関連するものでなくてもよい。例えば、支援装置１０は医療機器に関する情報を医師端末装置２０に送信してもよい。この場合、薬剤関連記事ＤＢ２０２ａには、この医療機器に関する記事に関する情報が格納されてもよい。

［支援情報算出プログラムデータベース］
支援情報算出プログラムＤＢ２０２ｂは、図２Ｃ及び図２Ｄで説明した支援情報算出プログラム（診療補助プログラム及び投与量算出プログラム）に関する情報が格納されたデータベースである。図６Ｃは、支援情報算出プログラムＤＢ２０２ｂに格納されているデータの例を示す図である。このデータベースは、支援情報算出プログラムに付与された識別情報（コンテンツＩＤ）と、このプログラムに関連づけれた薬剤のＩＤとを相互に対応づけて記憶している。また、支援情報算出プログラムＤＢ２０２ｂは、コンテンツＩＤに対応づけて、各プログラムに付された名称（タイトル）や、プログラムの属性（例えば、「診療補助」や「投与量算出」など）を記憶してもよい。

上述したように、追加医療コンテンツＤＢ２０２ｃを含んでいる。このデータベースについては後において説明する。

［ブックマークデータベース］
ブックマークＤＢ２０３は、ブックマークリストを記憶しているデータベースである。ブックマークリストは複数の医師のそれぞれについて設けられている。また、各ブックマークリストでは、例えば、医師が登録した医療コンテンツのＩＤがリスト化されている。例えば、薬剤関連記事を表示した画面（図２Ｂ参照）、診療補助ツール画面（図２Ｃ参照）、投与量算出画面（図２Ｄ参照）に設けられているブックマークボタンＲ２１・Ｒ３３・Ｒ４３が操作されると、その医療コンテンツのＩＤがブックマークリストに加えられる。

［アクセス履歴データベース］
アクセス履歴ＤＢ２０４は、各医師について、そのアクセス履歴情報を記憶しているデータベースである。アクセス履歴ＤＢ２０４は、例えば、図４で例示したアクセス履歴テーブルを、各医師について記憶している。

支援装置１０は、図５で示すように、その機能として、タイムライン生成部１０１、送信部１０２、アクセス履歴取得部１０３、効果算出部１０４、抽出部１０５を有している。これらの機能は、例えば、制御部１１が記憶部１２に格納されるプログラムに従って動作し、通信部１３などを制御することにより実現される。

また、医師端末装置２０は、その機能として、操作レコード送信部２１１を有している。操作レコード送信部２１１の機能は、例えば、記憶部２２に格納されるプログラムが制御部２１によって実行され、通信部２３などを制御することにより実現される。また、メーカ端末装置３０は、その機能として、コンテンツ受付部３１１と、抽出条件受付部３１２とを有している。これらの機能は、例えば、記憶部３２に格納されるプログラムが制御部３１によって実行され、通信部３３などを制御することにより実現される。

［タイムライン生成部］
タイムライン生成部１０１は、例えば、薬剤関連記事ＤＢ２０２ａで記憶されている配信対象属性と、医師ＤＢ２０１で記憶されている医師の属性とに基づいて、ホーム画面にタイトルを表示する薬剤関連記事のリストを医師毎に生成する。以下では、このリストを、タイムライン記事テーブルと称する。図６Ｄは、医師毎に作成されるタイムライン記事テーブルの例を示す図である。このテーブルでは、例えば、薬剤関連記事のコンテンツＩＤと、タイムラインに表示される記事のタイトルとが表示される。また、このテーブルでは、薬剤関連記事のコンテンツＩＤに、表示終了日時が対応づけられていてもよい。

タイムライン生成部１０１は、例えば薬剤関連記事ＤＢ２０２ａに新しい記事が登録されたときに、薬剤関連記事ＤＢ２０２ａで記憶されている「配信対象属性」と、医師ＤＢ２０１とを参照し、配信対象属性に適合する属性を有する医師のタイムライン記事テーブルを更新する。また、タイムライン生成部１０１は、タイムライン記事テーブルにある「表示終了日時」が経過している記事については、このタイムライン記事テーブルから消去してよい。

［送信部］
送信部１０２は、医療コンテンツを医師端末装置２０に送信する。本開示において、医療コンテンツは、薬剤関連記事である文書情報と、薬剤に関連して実行されるプログラムとを含む。薬剤関連記事は、上述したように、薬剤の広告や、薬剤の周辺情報を含む記事であってよい。薬剤の周辺情報とは、薬剤が関連する疾患についての情報（疾患の診療マニュアルや、診療のためのテーブルを含む）や、薬剤に起因する副作用に対する対策などの情報が含まれてよい。プログラムは、薬剤が効用を発揮する疾患の診療を補助する診療補助情報を算出するプログラム（図２Ｃ参照）や、薬剤の投与量を算出するプログラム（図２Ｄ参照）を含む。なお、送信部１０２が送信する文書情報は、医療機器に関する記事であってもよい。

送信部１０２による医療コンテンツの送信は、種々のタイミングでなされてよい。例えば、送信部１０２は、支援装置１０が医師端末装置２０から接続要求を受信し、医師端末装置２０について認証が成功した場合に、これらの医療コンテンツを医師端末装置２０に送信してよい。

また、送信部１０２は、送信要求を医師端末装置２０から受信したときに、その要求に係る医療コンテンツを医師端末装置２０に送信してもよい。例えば、医師端末装置２０において薬剤関連記事のタイトルが選択されたときに（例えば、タップされたときに）、送信部１０２は、その薬剤関連記事を医師端末装置２０に送信してよい。また、医師端末装置２０において、投与量算出プログラムの一覧からいずれかが選択されたり、診療補助プログラムの一覧からいずれかが選択された場合に、その選択されたプログラムを送信部１０２は、医師端末装置２０に送信してよい。

送信部１０２は、タイムライン記事テーブルにある記事のタイトルを医師端末装置２０の送信する。この送信も、種々のタイミングでなされてよい。例えば、送信部１０２は、医師端末装置２０と支援装置１０とが接続している間は、予め規定された時間間隔で記事のタイトルを送信してよい。送信部１０２は、更新要求を医師端末装置２０から受信したときに、最新のタイムライン記事テーブルにある記事のタイトルを医師端末装置２０に送信してもよい。

［アクセス履歴取得部］
アクセス履歴取得部１０３は、医療コンテンツへの、各医師によるアクセス履歴を取得する。アクセス履歴ＤＢ２０４では、アクセス履歴テーブル（図４参照）が医師毎に設けられている。アクセス履歴取得部１０３は、履歴テーブル更新部１０３ａを有している。履歴テーブル更新部１０３ａは、医師によるアクセス操作に応じて、このアクセス履歴テーブルを更新する。例えば、医師によるアクセス操作がなされたときに、履歴テーブル更新部１０３ａは、そのアクセス操作を表す操作レコードを医師端末装置２０から受信する。そして、その操作レコードをアクセス履歴テーブルに追加する。

履歴テーブル更新部１０３ａは、例えば、医師端末装置２０と支援装置１０とが接続しているときには、アクセス操作がなされる度に操作レコードを医師端末装置２０から受信する。これに対して、医師端末装置２０と支援装置１０とが接続していない状態で、医療コンテンツへのアクセス操作がなされたとき、操作レコードは医師端末装置２０の記憶部２２に蓄積されてよい。そして、次に医師端末装置２０が支援装置１０に接続したときに、履歴テーブル更新部１０３ａは、記憶部２２に蓄積されていた操作レコードを医師端末装置２０から受信してよい。これにより、医師端末装置２０と支援装置１０とが接続していない状態（いわゆるオフライン時）においてなされたアクセス操作を把握できる。医師端末装置２０においては、操作レコード送信部２１１が操作レコードを支援装置１０に送信したり、記憶部２２に操作レコードを格納する。

［個人履歴計数部］
アクセス履歴取得部１０３は、医療コンテンツへのアクセス回数を、医師毎に取得する。アクセス履歴取得部１０３は、個人履歴計数部１０３ｂを有している。個人履歴計数部１０３ｂは、例えばアクセス履歴テーブルを参照し、アクセス回数を医師毎に計数する。

本開示で提案する支援システムＳにおいて、医療コンテンツは、薬剤関連記事（文書情報）と、診療補助プログラムとを含んでいる。個人履歴計数部１０３ｂは、各医師が薬剤関連記事を閲覧した回数を計数する。個人履歴計数部１０３ｂの計数により、薬剤関連記事に係る薬剤や疾患への、各医師の関心度合いが把握され得る。

また、個人履歴計数部１０３ｂは、支援情報算出プログラムの実行回数をアクセス回数として算出する。具体的には、個人履歴計数部１０３ｂは、診療補助プログラムの実行回数を医師毎に計数する。診療補助プログラムは、上述したように、薬剤が効果を発揮する疾患の診療を補助する診療補助情報を算出するプログラムである。したがって、診療補助プログラムの実行回数が多い医師は、この疾患を抱える患者を多く診ていると推定される。また、個人履歴計数部１０３ｂは、投与量算出プログラムの実行回数を医師毎に計数する。投与量算出プログラムは、患者の状態に基づいて薬剤の投与量を算出するプログラムである。したがって、投与量算出プログラムの実行回数が多い医師は、この疾患を抱える患者を多く診ており、且つ、その薬剤を使用していると推定される。

なお、アクセス履歴テーブル（図４参照）は、医師端末装置２０の記憶部２２に保存されていてもよい。この場合、医療コンテンツへのアクセス回数の計数は、医師端末装置２０において実行されてよい。そして、アクセス履歴取得部１０３は、この計数の結果を医師端末装置２０から受信してもよい。この場合、操作レコードは、医師端末装置２０から支援装置１０に送信されなくてよい。

［効果算出部］
効果算出部１０４は、薬剤や医療機器などの医療商品についての医療コンテンツ（記事）の広告効果に関する計算を行う。効果算出部１０４は、複数の医師によるアクセス履歴に基づいて、広告効果に関する計算を行う。例えば、効果算出部１０４は、複数の医師によるアクセス履歴テーブルを参照し、広告効果に関する計算を行う。効果算出部１０４は、例えば、この計算結果を効果情報として出力する。図７は、効果情報を提示する効果表示テーブルの例を示す図である。

図５で示すように、効果算出部１０４は、集計部１０４ａ、操作種類統合評価部１０４ｂ、コンテンツ統合評価部１０４ｃ、及び再閲覧情報算出部１０４ｄを有している。

［集計部］
上述したように、医療コンテンツは、複数種類のアクセス操作が可能となっている。例えば、薬剤関連記事については、閲覧操作、ブックマークＤＢ２０３に格納されているブックマークリストへの登録操作、及び各医師のために記憶部１２に確保されている記憶領域への保存操作が可能となっている。また、支援情報算出プログラムについては、実行操作、ブックマークリストへの登録が可能となっている。集計部１０４ａは、アクセス操作の種類毎にアクセス回数を算出する。

具体的には、図７で示すように、集計部１０４ａは、薬剤関連記事（コンテンツＩＤ：Ｄ０００１、Ｄ０００２）については、複数の医師による閲覧回数、ブックマーク数、保存数を算出する。例えば、この薬剤関連記事が一部の属性の医師だけに送信されている場合、集計部１０４ａは、薬剤関連記事が送信された属性の医師のアクセス履歴テーブルを参照し、この閲覧回数を集計してよい。これとは異なり、集計部１０４ａは、全医師のアクセス履歴テーブルを参照し、この閲覧回数を集計してよい。同様に、薬剤関連記事が一部の属性の医師だけに送信されている場合、集計部１０４ａは、薬剤関連記事が送信された属性の医師のアクセス履歴テーブルを参照し、このブックマーク数及び保存数を集計してよい。また、集計部１０４ａは、全医師のアクセス履歴テーブルを参照し、このブックマーク数及び保存数を集計してよい。

なお、各医師による１つの薬剤関連記事の保存操作が１回だけしかなし得ない場合、集計部１０４ａが算出する保存数は、この薬剤関連記事を保存した医師数に該当する。また、各医師による１つの薬剤関連記事のブックマークリストへの登録操作が１回だけしかなし得ない場合、集計部１０４ａが算出するブックマーク数は、この薬剤関連記事をブックマークリストに登録した医師数に該当する。

また、図７で示すように、集計部１０４ａは、支援情報算出プログラム（コンテンツＩＤ：Ｐ０００１）については、複数の医師による実行回数、及びブックマーク数を算出する。集計部１０４ａは、例えば、全医師のアクセス履歴テーブルを参照し、この実行回数を集計してよい。また、この支援情報算出プログラムが一部の属性の医師だけに送信されている場合、集計部１０４ａは、このプログラムが送信された属性の医師のアクセス履歴テーブルだけを参照し、この実行回数を集計してよい。

［操作種類統合評価部］
このように、１つの医療コンテンツは、複数種類の方法でアクセス可能である。操作種類統合評価部１０４ｂは、第１のアクセス操作（例えば、閲覧操作）によるアクセス回数と、第２のアクセス操作（例えば、ブックマークへの登録操作、及び／又は、保存操作）によるアクセス回数とを統合して、効果情報として算出してもよい。これにより、医療コンテンツの広告としての効果が、より適切に把握できる。

例えば、図７で示すコンテンツ表示テーブルは、その項目として、「統合評価」を有している操作種類統合評価部１０４ｂは、薬剤関連記事の第１のアクセス操作によるアクセス回数と、第２のアクセス操作によるアクセス回数とについて、重み付き和を算出し、これを統合評価による効果情報としてもよい。この場合、広告としての効果が高いと評価できるアクセス操作の重みを大きくしてよい。

薬剤関連記事への関心が高い医師は、その薬剤関連記事を単に閲覧するだけでなく、ブックマークリストへ登録したり、記憶領域へ保存したりして、その薬剤関連記事へのアクセス性を高めることが予想される。そこで、操作種類統合評価部１０４ｂは、重み付き和の算出にあたって、ブックマークリスト数（或いは、記憶領域へ保存数）の重みを相対的に大きくしてもよい。なお、統合評価による効果情報は、これに限られず、複数種類のアクセス操作によるアクセス回数の和であってもよい。

操作種類統合評価部１０４ｂは、支援情報算出プログラムについても同様の処理を行ってもよい。例えば、操作種類統合評価部１０４ｂは、支援情報算出プログラムの第１のアクセス操作によるアクセス回数（例えば、実行回数）と、第２のアクセス操作によるアクセス回数（例えば、ブックマーク数）とについて、重み付き和を算出し、これを統合評価による効果情報としてもよい。

［コンテンツ統合評価部］
支援装置１０は、１つの薬剤について複数の医療コンテンツを送信する。例えば、図３では、薬剤Ａ１について、薬剤関連記事と、支援情報算出プログラムとが医療コンテンツとして送信されている。効果算出部１０４は、１つの薬剤に関連付けられている複数の医療コンテンツへのアクセス回数を算出する。

薬剤関連記事ＤＢ２０２ａ（図６Ｂ）と、支援情報算出プログラムＤＢ２０２ｂ（図６Ｃ）とでは、コンテンツＩＤに薬剤ＩＤが対応づけられている。例えば、薬剤関連記事ＤＢ２０２ａでは、２つの薬剤関連記事（「ＩＤ：Ｄ０００１」と「ＩＤ：Ｄ０００２」）について、同じ薬剤ＩＤ（「ＩＤ：Ｘ０００１」）が付けられている。また、支援情報算出プログラムＤＢ２０２ｂでは、２つの支援情報算出プログラム（「ＩＤ：Ｐ０００１」と「ＩＤ：Ｐ０００２」）について、同じ薬剤ＩＤ（「ＩＤ：Ｘ０００１」）が付けられている。つまり、１つの薬剤に対して４つの医療コンテンツが対応づけられている。

効果算出部１０４は、薬剤関連記事ＤＢ２０２ａと支援情報算出プログラムＤＢ２０２ｂとを参照し、広告効果の算出が求められている薬剤に関連付けられた複数の医療コンテンツへのアクセス回数を計数する。上の例で言えば、効果算出部１０４は、図７で示すように、「ＩＤ：Ｘ０００１」の薬剤に関連付けられている２つの薬剤関連記事と、同じく「ＩＤ：Ｘ０００１」の薬剤に関連付けられている２つの支援情報算出プログラムとについて、複数の医師によるアクセス数や、統合評価の効果情報などを算出する。広告効果の算出が求められている薬剤のＩＤの受け付けは、支援装置１０においてなされてもよいし、メーカ端末装置３０においてなされてもよい。

コンテンツ統合評価部１０４ｃは、これら複数の医療コンテンツにアクセスした医師数を算出する。例えば、効用を説明する記事や、副作用への対応策を説明する記事など、１つの薬剤について複数の記事が関連付けられている場合、コンテンツ統合評価部１０４ｃは、これら複数の記事にアクセスした医師数を算出する。

例えば、複数の薬剤関連記事を閲覧した医師数を算出する。この処理は、例えば次のように行うことができる。コンテンツ統合評価部１０４ｃは、各医師について設けられたアクセス履歴テーブルを参照し、第１の薬剤関連記事を閲覧した医師ＩＤをリスト化する。また、コンテンツ統合評価部１０４ｃは、アクセス履歴テーブルを参照し、第２の薬剤関連記事を閲覧した医師ＩＤをもリスト化する。そして、２つのリストに重複する医師ＩＤの数を算出する。これにより、第１の薬剤関連記事と第２の薬剤関連記事の双方を閲覧した医師数を算出できる。３つの薬剤関連記事を閲覧した医師数を算出する場合も、同様に行うことができる。

このような医師数の算出により、内容的に相互に関連する複数の薬剤関連記事による広告効果を、総合的に評価できる。なお、コンテンツ統合評価部１０４ｃは、複数の薬剤関連記事をブックマークリストに登録した医師数を算出してもよい。また、コンテンツ統合評価部１０４ｃは、複数の薬剤関連記事を保存した医師数を算出してもよい。

また、コンテンツ統合評価部１０４ｃは、複数の薬剤関連記事にアクセスした医師数の重み付き和を算出してもよい。例えば、コンテンツ統合評価部１０４ｃは、第１の薬剤関連記事のアクセス数（例えば、閲覧回数）と第２の薬剤関連記事のアクセス数（例えば、閲覧回数）との重み付き和を効果情報として算出してもよい。この場合の重みは、薬剤関連記事の内容に応じて設定されてよい。例えば、薬剤を説明する薬剤関連記事の広告効果は、薬剤が関係する疾患を説明する薬剤関連記事の広告効果よりも高いと推定される。この場合、薬剤が関係する疾患を説明する薬剤関連記事の重みを、疾患を説明する薬剤関連記事の重みより大きくしてよい。

コンテンツ統合評価部１０４ｃは、１つの薬剤についての複数の医療コンテンツへの、複数種類のアクセス操作によるアクセス数を統合して評価してもよい。図７を参照すると、例えば、２つの薬剤関連記事（Ｄ０００１、Ｄ０００２）の閲覧回数、ブックマーク数、及び保存数とを統合して評価してもよい。具体的には、これらの回数の重み付き和が効果情報として算出されてよい。この場合、例えば、薬剤が関係する疾患を説明する薬剤関連記事の重みを、疾患を説明する薬剤関連記事の重みより大きくしてよい。また、ブックマーク数や保存数の重みを、閲覧回数の重みより相対的に大きくしてもよい。

また、効果算出部１０４は、１又は複数の薬剤関連記事に対する複数種類のアクセス操作の回数（例えば、閲覧回数、ブックマーク数、及び保存数）と、１又は複数の支援情報算出プログラムのアクセス操作の回数（例えば、実行回数、ブックマーク数）とを統合して評価してもよい。具体的には、これらの回数の重み付き和が効果情報として算出されてよい。図７を参照すると、例えば、２つの薬剤関連記事（ＩＤ：Ｄ０００１、Ｄ０００２）の閲覧回数、ブックマーク数、及び保存数と、１つの支援情報算出プログラム（ＩＤ：Ｐ０００１）のブックマーク数とについて、重み付き和が算出されてもよい。

また、薬剤関連記事ＤＢ２０２ａでは、検索ワードが、各薬剤関連記事のコンテンツＩＤに対応付けて記憶されていてもよい。例えば、薬剤Ａ１についての記事には、その薬剤Ａ１が適用可能な疾患名が検索ワードとして対応づけられていてもよい。この場合、効果算出部１０４は、１又は複数の薬剤関連記事に対するアクセス回数（例えば、閲覧回数、ブックマーク数、及び保存数）と、その薬剤に関連付けられた検索ワードによる検索回数とを統合して、その薬剤関連記事の広告としての効果を評価してもよい。

［再閲覧情報算出部］
再閲覧情報算出部１０４ｄは、１つの薬剤関連記事への２回目以降の閲覧に関する情報である再閲覧情報を算出する。再閲覧情報は、例えば、閲覧回数が予め規定した２以上の数に達した医師数である。再閲覧情報算出部１０４ｄは、例えば、閲覧回数が２以上である医師数を算出したり、３以上である医師数を算出してよい。そして、この医師数は、図７で示すように、効果表示テーブルにおいて「再閲覧医師数」として表示されてよい。

この処理は、例えば次のように行うことができる。再閲覧情報算出部１０４ｄは、各医師のアクセス履歴テーブルを参照する。そして、再閲覧情報が要求されている各薬剤関連記事への閲覧回数を、各医師について算出する。例えば、図４のアクセス履歴テーブルを参照すると、「ＩＤ：Ｍ０００１」の医師による「ＩＤ：Ｄ０００１」の記事の閲覧回数は２回と算出される。このように算出される閲覧回数が、予め規定した２以上の数である場合、その医師のＩＤを、再閲覧した医師のリストに加える。そして、この処理を、薬剤関連記事が配信された全ての医師について実行する。そして、そのリストに加えられた医師の数を再閲覧情報として算出する。

また、再閲覧情報算出部１０４ｄは、１つの支援情報算出プログラムの２回目以降の実行に関する情報である再実行情報を算出してもよい。再実行情報は、例えば、実行回数が予め規定した２以上の数に達した医師数である。再閲覧情報算出部１０４ｄは、例えば、実行回数が２以上である医師数を算出したり、３以上である医師数を算出してよい。

また、再閲覧情報算出部１０４ｄは、図７で示すように、再閲覧回数を算出してもよい。再閲覧回数とは、例えば、再閲覧した医師による総閲覧回数であってよい。また、再閲覧情報算出部１０４ｄは、図７で示すように、再実行回数を算出してもよい。再実行回数とは、例えば、プログラムを２回以上実行した医師による総実行回数であってよい。

［コンテンツ受付部］
上述たように、メーカ端末装置３０は、その機能として、コンテンツ受付部３１１を有している。コンテンツ受付部３１１は、医師端末装置２０に送信すべき医療コンテンツと、このコンテンツに係る情報を入力部３５を通して受け付ける。具体的には、薬剤関連記事については、薬剤関連記事ＤＢ２０２ａ（図６Ｂ）においてコンテンツＩＤに対応づけられている種々の情報（関連薬剤ＩＤや、表示開始日時など）を受け付ける。支援情報算出プログラムについては、支援情報算出プログラムＤＢ２０２ｂ（図６Ｃ）においてコンテンツＩＤに対応づけられている種々の情報を受け付ける。そして、コンテンツ受付部３１１は、受け付けた医療コンテンツと、それに係る情報とを支援装置１０に送信する。なお、コンテンツ受付部３１１の機能は、支援装置１０によって実現されてもよい。

［追加医療コンテンツの配信］
支援装置１０は、薬剤関連記事等の医療コンテンツを医師端末装置２０に配信したあと、その医療コンテンツへの各医師のアクセス履歴に基づいて、複数の医師から一部を抽出する。例えば、支援装置１０は、医療コンテンツへのアクセス回数に基づいて、その医療コンテンツに係る薬剤への関心が高いと推定される医師を抽出する。そして、支援装置１０は、抽出した医師に対して、その薬剤に関する医療コンテンツを追加で送信する。

追加で送信する医療コンテンツは、例えば、薬剤関連記事である。具体的には、薬剤の広告記事や、薬剤の効用を説明する論文、副作用への対応策を説明する記事などであってよい。このような処理によって、薬剤関連記事の広告としての効果を向上できる。以下では、追加で送信する医療コンテンツを「追加医療コンテンツ」と称する。

追加医療コンテンツの送信に係る処理は、図５で示す追加医療コンテンツＤＢ２０２ｃ、抽出部１０５、及び抽出条件受付部３１２によって実現される。

［追加医療コンテンツデータベース］
追加医療コンテンツＤＢ２０２ｃは、追加医療コンテンツに関する情報が格納されたデータベースである。図８は、追加医療コンテンツＤＢ２０２ｃに格納されているデータの例を示す図である。追加医療コンテンツＤＢ２０２ｃは、薬剤関連記事ＤＢ２０２ａと同様に、コンテンツＩＤと、薬剤ＩＤと、メーカ名と、タイムラインに表示するタイトルと、タイムラインへの表示開始日時と、表示終了日時とを、相互に対応づけて記憶してよい。また、薬剤関連記事ＤＢ２０２ａとは異なり、追加医療コンテンツＤＢ２０２ｃは、コンテンツＩＤに対応づけて、抽出条件を記憶している。

［抽出条件］
抽出条件は、例えば、追加医療コンテンツと同じ薬剤に関連付けられている、支援情報算出プログラムの実行回数又は算出結果（支援情報）についての条件を含む。例えば、抽出条件は、追加医療コンテンツと同じ薬剤に関連付けられている診療補助プログラムの実行回数又は算出結果（診療補助情報）についての条件を含む。例えば、図８において、「ＩＤ：Ｄ００１５」の追加医療コンテンツについては、診療補助プログラムの実行回数が０回より大きいことが、条件の１つとして規定されている。アクセス履歴テーブルに診療補助情報が含まれている場合、その診療補助情報（例えば「重症」）が条件の１つとして規定されてもよい。また、アクセス履歴テーブルに、診療補助ツール画面において入力された情報が含まれている場合には、その入力情報が、条件の１つとして規定されてもよい。

この抽出条件に係る診療補助プログラムは、支援情報算出プログラムＤＢ２０２ｂ（図６Ｃ）において、「診療補助」の属性を有するプログラムである。また、この抽出条件に係る診療補助プログラムは、支援情報算出プログラムＤＢ２０２ｂ（図６Ｃ）において、追加医療コンテンツと同じ薬剤に関連付けられているプログラムである。例えば、図６Ｃで示す「ＩＤ：Ｐ０００１」の診療補助プログラムと、図８で示す「ＩＤ：Ｄ００１５」の追加医療コンテンツは、同じ薬剤（「ＩＤ：Ｘ０００１」）に関連付けられている。この場合、「ＩＤ：Ｐ０００１」の診療補助プログラムの実行回数や、診療補助情報が抽出条件として利用され得る。

また、抽出条件には、薬剤関連記事のアクセス履歴についての条件が含まれてもよい。図８の例では、「ＩＤ：Ｄ００１５」の追加医療コンテンツについて、「薬剤説明」の属性を有する薬剤関連記事の閲覧回数が０回であることが条件の１つとして規定されている。

この条件に係る薬剤関連記事は、薬剤関連記事ＤＢ２０２ａ（図６Ｂ）において、追加医療コンテンツと同じ薬剤に関連付けられている記事である。例えば、図６Ｂで示す「ＩＤ：Ｄ０００１」の記事と、図８で示す「ＩＤ：Ｄ００１５」の追加医療コンテンツは、同じ薬剤（「ＩＤ：Ｘ０００１」）に関連付けられている。この場合、「ＩＤ：Ｄ０００１」の記事のアクセス履歴が抽出条件として利用され得る。薬剤関連記事のアクセス履歴についての条件は、閲覧回数が予め規定された回数より少ないことや、ブックマークリストへの登録操作、保存操作がないことなどであってもよい。

これら２つの条件（すなわち、診療補助プログラムの実行回数又は算出結果（診療補助情報）についての条件、及び薬剤関連記事へのアクセス履歴についての条件）を使うと、追加医療コンテンツに関連付けられている薬剤が利用できる患者を診ているにも関わらず、その薬剤の薬剤関連記事を閲覧していない医師が抽出されることとなる。

なお、抽出条件に係る医療コンテンツの特定は、プログラムの属性（上の例では、「診療補助」や「薬剤説明」）ではなく、医療コンテンツのＩＤでなされてもよい。

抽出条件は、診療補助プログラムの実行回数又は算出結果（診療補助情報）についての条件と、投与量算出プログラムの実行回数についての条件とを含んでもよい。図８の例において、「ＩＤ：Ｄ１０１５」の追加医療コンテンツについては、診療補助プログラムの実行回数が０回より大きいことに加えて、投与量算出プログラムの実行回数が０回であることが条件とされている。この抽出条件によると、追加医療コンテンツに関連付けられている薬剤が効用を発揮する患者を診ているにも関わらず、その薬剤を使用していない可能性の高い医師が抽出されることとなる。なお、投与量算出プログラムの実行回数についての条件は、０より大きい所定数以下であってもよい。なお、この条件に係る投与量算出プログラムも、支援情報算出プログラムＤＢ２０２ｂ（図６Ｃ）において、追加医療コンテンツと同じ薬剤に関連付けられているプログラムである。

このように、医師の抽出条件は、診療補助プログラムの実行回数又は診療補助情報についての条件と、この診療補助プログラムとは異なる医療コンテンツへのアクセス履歴（薬剤関連記事の閲覧など）についての条件とを含む。これにより、追加医療コンテンツへ強い関心を有する可能性の高い医師に、その記事を送信できる。

抽出条件は、上述した例に限られない。抽出条件は、投与量算出プログラムの実行回数又は算出結果（投与量）についての条件であってもよい。この場合、その実行回数が０よりも大きいことが条件とされていたり、算出結果（投与量）が所定値より大きい（又は小さい）ことが条件とされていてよい。これによると、投与量計算ツールで投与量を算出できる薬剤が必要な疾患を担当している医師を抽出できる。

また、抽出条件は、例えば、１又は複数の薬剤関連記事のアクセス履歴についての条件であってもよい。この場合、診療補助プログラムの実行回数又は診療補助情報や、投与量算出プログラムの実行回数は、抽出条件に含まれていなくてよい。

［抽出部］
抽出部１０５は、医療コンテンツへのアクセス履歴に基づいて、追加医療コンテンツの配信対象となる医師を抽出する。具体的には、抽出部１０５は、アクセス履歴ＤＢ２０４を参照し、追加医療コンテンツＤＢ２０２ｃにおいて規定されている抽出条件に適合するアクセス履歴を有する医師を抽出する。

タイムライン生成部１０１は、抽出部１０５によって抽出された医師のタイムライン記事テーブル（図６Ｄ）に、追加医療コンテンツのタイトル等を追加する。そして、送信部１０２は、タイムライン記事テーブルにある記事のタイトルを医師端末装置２０の送信する。

［抽出条件の受付］
抽出条件受付部３１２は、上述した抽出条件を受け付ける。図９は、抽出条件受付部３１２が表示部３４に表示する受付画面の例を示す図である。抽出条件の受付画面は、例えば、対象となる薬剤ＩＤの入力領域Ｒ９１を含んでよい。また、受付画面は、抽出条件に係る医療コンテンツの属性の入力領域Ｒ９３・Ｒ９４、及び各医療コンテンツのアクセス履歴又は計算結果（例えば、診療補助情報或いは投与量）の入力領域Ｒ９６・Ｒ９７を含んでよい。

抽出条件受付部３１２は、受け付けた抽出条件を支援装置１０に送信する。支援装置１０は、抽出条件を受け付けると、追加医療コンテンツＤＢ２０２ｃを更新し、追加医療コンテンツに関する情報を追加する。なお、抽出条件受付部３１２は、必ずしもメーカ端末装置３０に設けられていなくてもよい。この場合、抽出条件は、支援装置１０の入力部１５を通して入力可能であってよい。

［追加医療コンテンツの送信に係る処理の流れ］
図１０は、追加医療コンテンツの送信に係る動作を説明するためのシーケンス図である。

メーカ端末装置３０（抽出条件受付部３１２）は、抽出条件を受け付ける（Ｓ２０１）。具体的には、図９で示したように、抽出条件の受付画面を表示部３４に表示し、この画面を通して抽出条件を受け付ける。メーカ端末装置３０は、この受付画面で入力された抽出条件を支援装置１０に送信する（Ｓ２０２）。

支援装置１０は、抽出条件を受信すると、受信した抽出条件を利用して追加医療コンテンツＤＢ２０２ｃを更新する（Ｓ２０３）。そして、抽出部１０５は、アクセス履歴ＤＢ１０４を参照し、この条件に適合する医師を抽出する（Ｓ２０４）。支援装置１０は、Ｓ２０４の抽出結果をメーカ端末装置３０に送信してよい（Ｓ２０５）。このとき、支援装置１０は、抽出した医師のＩＤ、及び／又は、抽出した医師の数をメーカ端末装置３０に送信してよい。

メーカ端末装置３０は、追加医療コンテンツの送信要求を支援装置１０に送信する（Ｓ２０６）。支援装置１０は、この追加医療コンテンツの送信要求を受信すると、追加医療コンテンツを、Ｓ２０４において抽出された医師に配信する（Ｓ２０７）。具体的には、各医師のタイムライン記事テーブルに追加医療コンテンツのタイトル等を追加する。

その後、支援装置１０（送信部１０２）は、追加医療コンテンツのタイトルが追加されたタイムライン記事テーブルにあるタイトル等を医師端末装置２０に送信する（Ｓ２０８）。このとき、支援装置１０（送信部１０２）は追加医療コンテンツ自体を医師端末装置２０に送信してもよい。これとは異なり、医師端末装置２０において、タイムラインに表示されている追加医療コンテンツのタイトルが選択され、医師端末装置２０が支援装置１０にこの追加医療コンテンツの要求を送信したときに、支援装置１０は追加医療コンテンツ自体を医師端末装置２０に送信してもよい。

［まとめ］
（１）支援装置１０は、複数の医師がそれぞれ使用する複数の医師端末装置２０に、薬剤に関連する第１医療コンテンツを送信する送信部１０２と、複数の医師による第１医療コンテンツへのアクセス回数を、医師毎に取得するアクセス履歴取得部１０３とを含む。これによると、医師の関心を適切に把握できる。その結果、より有用な情報を医師に提供することが可能となり、或いは、製薬メーカなど薬剤提供者にとって有益な情報を提供することが可能となる。
（２）（１）の支援装置１０において、薬剤などの医療商品に関連する医療コンテンツは文書情報である。具体的には、医療コンテンツは薬剤関連記事である。薬剤関連記事は、薬剤の広告や、薬剤が関係する疾患についての情報（例えば、診療マニュアルや診療のための表）、副作用への対策についての記事などである。アクセス履歴取得部１０３は、医療コンテンツの閲覧回数を、アクセス回数として医師毎に取得する。
（３）（２）の支援装置１０において、効果算出部１０４は、各医師による医療コンテンツの２回目以降の閲覧に関する情報である再閲覧情報を算出する。これによれば、医療コンテンツに対する関心が強い医師についての情報を得ることができる。
（４）（３）の支援装置１０において、効果算出部１０４は、再閲覧情報として、医療コンテンツの閲覧回数が予め規定した２以上の数に達する医師の数を算出する。これによれば、医療コンテンツに対する関心が強い医師の数を把握できる。
（５）（１）乃至（４）の支援装置１０において、送信部１０２は、同一の医療商品に関連づけられた複数の医療コンテンツを複数の医師端末装置に送信する。効果算出部１０４は、複数の医師による複数の医療コンテンツのそれぞれへのアクセス回数を算出する。これによれば、内容的に相互に関連する複数の医療コンテンツによる広告効果を、総合的に評価できる。
（６）（５）の支援装置１０において、効果算出部１０４は、複数の医療コンテンツのうち、少なくとも２つの医療コンテンツにアクセスした医師の数を算出する。これによれば、医療コンテンツに関連付けられた薬剤に強い関心を有する医師の数を把握できる。
（７）（１）乃至（６）の支援装置１０が送信する医療コンテンツは、医療商品に関連して実行される支援情報算出プログラムを含み、アクセス履歴取得部１０３は、複数の医師による支援情報算出プログラムの実行回数を、アクセス回数として医師者毎に取得する。
（８）（１）乃至（７）の支援装置１０において、第１医療コンテンツへのアクセス操作には、各医療従事者による閲覧操作、各医療従事者に設けられたブックマークリストへの登録操作、各医療従事者に設けられた記憶領域への保存操作のうち少なくとも２種類の操作が含まれる。効果算出部１０４は、２種類の操作のうちの１つである第１アクセス操作によるアクセス回数と、別の１つである第２アクセス操作によるアクセス回数とを取得する。これにより、医療コンテンツの広告としての効果が、より適切に把握できる。
（９）（８）の支援装置１０において、効果算出部１０４は、第１アクセス操作によるアクセス回数と、第２アクセス操作によるアクセス回数とを統合して効果情報を算出する。これにより、医療コンテンツの広告としての効果が、より適切に把握できる。
（１０）（１）乃至（９）の支援装置１０において、効果算出部１０４は、各医療従事者のために設けられたブックマークリストへの医療コンテンツの登録数を算出する。
（１１）（１）乃至（１０）の支援装置１０において、効果算出部１０４は、各医師に提供された記憶領域への医療コンテンツの保存数を算出する。
（１２）（１）乃至（１０）の支援装置１０において、抽出部１０５は、医療コンテンツへの各医師のアクセス回数に基づいて、複数の医師から一部を抽出する。これによれば、抽出した医師に適したサービスを提供したり、情報を提供できるようになる。
（１３）（１１）の支援装置１０において、送信部１０２は、同一の薬剤に関連付けられた複数の医療コンテンツを複数の医師端末装置２０に送信する。抽出部１０５は、複数の医療コンテンツへのアクセス履歴に基づいて、複数の医師から一部を抽出する。これによれば、薬剤に関する情報を、その薬剤への関心が高いと推定される医師に提供できる。
（１４）（１）乃至（１３）の支援装置１０において、第１医療コンテンツは、複数の医師端末装置２０のそれぞれに入力される患者の状態に基づいて、薬剤が適用される疾患に対する診療を補助する情報を診療補助情報として算出するプログラムを含む。アクセス履歴取得部１０３は、診療補助情報とプログラムの実行回数の少なくとも一方を医師毎に取得する。抽出部１０５は、診療補助情報とプログラムの実行回数の少なくとも一方に基づいて、複数の医師から一部を抽出する。これによれば、薬剤に関する情報を、その薬剤への関心が高いと推定される医師に提供できる。
（１５）（１４）の支援装置１０において、送信部１０２は、同一の医療商品に関連づけられた、複数の医療コンテンツを複数の医師端末装置２０に送信する。抽出部１０５は、第１医療コンテンツから得られた支援情報とその実行回数のうちの少なくとも一方と、第１医療コンテンツとは異なる医療コンテンツへのアクセス履歴とに基づいて、複数の医師から一部を抽出する。これによれば、薬剤に関する情報を、その薬剤への関心が更に高いと推定される医師に提供できる。
（１６）（１２）乃至（１５）の支援装置１０において、送信部１０２は、抽出された一部の医師に、薬剤に関する情報を含む追加医療コンテンツを送信する。これによれば、追加医療コンテンツを薬剤の広告として有効に機能させることができる。
（１７）（１）乃至（１６）において、複数の医師端末装置２０にそれぞれは、支援装置１０とネットワークＮを介して接続していない状態で医療コンテンツへのアクセス操作を表すアクセス情報を記憶する記憶部２２を有している。アクセス履歴取得部１０３は、医師端末装置２０において記憶されているアクセス情報を、ネットワークＮを介して支援装置１０と医師端末装置２０とが接続したときに、医師端末装置２０から受信する。
（１８）本開示で提案する方法は、複数の医師がそれぞれ使用する複数の医師端末装置に、薬剤に関連する第１医療コンテンツを送信する送信ステップと、複数の医師による第１医療コンテンツへのアクセス回数を、医師毎に取得するアクセス履歴取得ステップとを含む。これによると、医師の関心を適切に把握できる。その結果、より有用な情報を医師に提供することが可能となり、或いは、製薬メーカなど薬剤提供者にとって有益な情報を提供することが可能となる。
（１９）本開示で提案するプログラムは、複数の医師がそれぞれ使用する複数の医師端末装置２０に、薬剤に関連する第１医療コンテンツを送信する送信部１０２、及び複数の医師による第１医療コンテンツへのアクセス回数を、医師毎に取得するアクセス履歴取得部１０３としてコンピュータを機能させる。これによると、医師の関心を適切に把握できる。その結果、より有用な情報を医師に提供することが可能となり、或いは、製薬メーカなど薬剤提供者にとって有益な情報を提供することが可能となる。
（２０）本開示で提案する支援システムＳは、複数の医師がそれぞれ使用する複数の医師端末装置２０と、複数の端末装置２０に医療コンテンツを送信する送信部１０２を含む支援装置１０とを含む。医師端末装置２０は医師による医療コンテンツへのアクセス操作を受け付ける。支援装置１０は、複数の医師による医療コンテンツへのアクセス操作の回数であるアクセス回数を、複数の医師のそれぞれについて取得するアクセス履歴取得部１０３を含む。これによると、医師の関心を適切に把握できる。その結果、より有用な情報を医師に提供することが可能となり、或いは、製薬メーカなど薬剤提供者にとって有益な情報を提供することが可能となる。
（２１）（２０）のシステムＳにおいて、複数の医師端末装置２０のそれぞれは、支援装置１０とネットワークＮを介して接続していない状態で医療コンテンツへのアクセス操作を表すアクセス情報（操作レコード）を記憶する記憶部２２とを有している。医師端末装置２０（操作レコード送信部２１１）は、ネットワークを介して支援装置１０と医師端末装置２０とが接続したときに、記憶部２２に記憶されているアクセス情報を支援装置１０に送信する。これによれば、医師端末装置２０が通信環境等の影響で支援装置１０に接続していない状態でのアクセス操作の回数をアクセス操作履歴として取得できる。
（２２）本開示で提案するプログラムセットは、薬剤に関連する医療コンテンツへの医師によるアクセス操作を受け付ける入力手段として、複数の第１のコンピュータ（医師端末装置２０）をそれぞれ機能させる複数の第１プログラムを含む。また、プログラムセットは、複数の第１のコンピュータに医療コンテンツを送信する送信手段、及び複数の医師による医療コンテンツへのアクセス操作の回数であるアクセス回数を、複数の医師のそれぞれについて取得するアクセス履歴取得手段として第２のコンピュータ（支援装置１０）を機能させる第２プログラムとを含む。
（２３）（２２）のプログラムセットにおいて、第１プログラムは、第１のコンピュータと第２のコンピュータとがネットワークを介して接続していない状態で医療コンテンツへのアクセス操作を表すアクセス情報（操作レコード）を記憶部２２に記憶させ、第１のコンピュータと第２のコンピュータとがネットワークNを介して接続したときに、記憶部２２において記憶されているアクセス情報を第２のコンピュータに送信する送信手段として、第１のコンピュータを機能させる。
（２４）支援装置１０は、複数の医師がそれぞれ使用する複数の医師端末装置に入力される患者の状態に基づいて算出された、各医師による診療を補助するための支援情報と、この支援情報の算出回数のうちの少なくとも一方を取得するアクセス履歴取得部１０３と、この支援情報と算出回数のうちの少なくとも一方に基づいて、複数の医師から一部を抽出する抽出部１０５と、抽出された一部の医師に対して、薬剤に関連する医療コンテンツを送信する送信部１０２とを含む。これによれば、薬剤に関する医療コンテンツを、その薬剤への関心が高いと推定される医師に提供できる。
（２５）本開示で提案する方法は、複数の医師がそれぞれ使用する複数の医師端末装置に入力される患者の状態に基づいて算出された、各医師による診療を補助するための支援情報と、この支援情報の算出回数のうちの少なくとも一方を取得するアクセス履歴取得ステップと、支援情報と算出回数のうちの少なくとも一方に基づいて、複数の医師から一部を抽出する抽出ステップと、抽出された一部の医療従事者に対して、医療商品に関連する医療コンテンツを送信する送信ステップとを含む。これによれば、薬剤に関する医療コンテンツを、その薬剤への関心が高いと推定される医師に提供できる。
（２６）本開示で提案するプログラムは、複数の医師がそれぞれ使用する複数の医師端末装置２０に入力される患者の状態に基づいて算出された、各医師による診療を補助するための支援情報と、この支援情報の算出回数のうちの少なくとも一方を取得するアクセス履歴取得部１０３、支援情報と算出回数のうちの少なくとも一方に基づいて、複数の医師から一部を抽出する抽出部１０５、及び抽出された一部の医師に対して、薬剤に関連する医療コンテンツを送信する送信部１０２としてコンピュータを機能させる。これによれば、薬剤に関する医療コンテンツを、その薬剤への関心が高いと推定される医師に提供できる。

なお、本開示で提案する提案する支援装置、支援システム、支援方法、プログラム、プログラムセットは、支援装置１０を参照しながら説明した例に限られない。

例えば、支援装置１０は、医師以外の医療従事者（例えば、検査技師や、看護師）が使用する端末装置に、医療コンテンツを送信してもよい。この場合、端末装置には、薬剤以外の医療商品（例えば、医療機器）に関連する医療コンテンツが送信されてもよい。

また、支援装置１０においては、データベースにおいて薬剤に関連付けられた薬剤関連記事及び支援情報算出プログラムが送信された後に、次のコンテンツ（追加医療コンテンツ）の配信対象となる医師が抽出部１０５において抽出されていた。しかしながら、薬剤に関連付けられていない薬剤関連記事や支援情報算出プログラムが医師端末装置２０において利用可能であってもよい。この場合、アクセス履歴テーブル（図４）には、それらの薬剤関連記事や支援情報算出プログラムへのアクセス履歴が記録されていてもよい。抽出部１０５は、それらのアクセス履歴に基づいて、抽出条件受付部３１２で受け付けた抽出条件に合致する医師を抽出してよい。そして、そのように抽出された医師に、ある薬剤に関連付けられた薬剤関連記事及び支援情報算出プログラムを送信してもよい。つまり、送信装置１０は、ある薬剤Ａ１についての最初の医療コンテンツ（例えば、薬剤関連記事）の配信前に、その最初の医療コンテンツの配信対象となる医師を、別の医療コンテンツ（例えば、支援情報算出プログラム）へのアクセス履歴から抽出してもよい。

また、支援装置１０においては、薬剤関連記事ＤＢ２０２ａにおいて、薬剤関連記事と薬剤とが対応づけられ、支援情報算出プログラムＤＢ２０２ｂにおいて、支援情報算出プログラムと薬剤とが対応づけられている。そして、これらのデータベースを参照し、１つの薬剤についての複数の医療コンテンツについての効果情報が算出されていた。これとは異なり、支援装置１０又はメーカ端末装置３０は、これら複数の医療コンテンツのＩＤの指定を受け付けるインターフェース（受付手段）を構成してよい。このように指定される医療コンテンツは、薬剤関連記事だけでなく、支援情報算出プログラムを含んでもよい。この場合、効果算出部１０４（コンテンツ統合評価部１０４ｃ）は、そのように指定された複数の医療コンテンツによる広告としての効果を総合的に評価する効果情報を算出してもよい。このとき、効果算出部１０４は、これら複数の医療コンテンツのアクセス回数を重み付き和を算出してよい。

１０：支援装置、２０：医師端末装置、３０：メーカ端末装置、１０１：タイムライン生成部、１０２：送信部、１０３：アクセス履歴取得部、１０３ａ：履歴テーブル更新部、１０３ｂ：個人履歴計数部、１０４：効果算出部、１０４ａ：集計部、１０４ｂ：操作種類統合評価部、１０４ｃ：コンテンツ統合評価部、１０４ｄ：再閲覧情報算出部、１０５：抽出部、２１１：操作レコード送信部、３１１：コンテンツ受付部、３１２：抽出条件受付部、１０４：アクセス履歴ＤＢ、２０１：医師ＤＢ、２０２：コンテンツ管理ＤＢ、２０２ａ：薬剤関連記事ＤＢ、２０２ｂ：支援情報算出プログラムＤＢ、２０２ｃ：追加医療コンテンツＤＢ、２０３：ブックマークＤＢ、２０４：アクセス履歴ＤＢ。

Claims (22)

1. 複数の医療コンテンツにそれぞれ対応する複数のタイトルの一覧を表示し、前記一覧において選択されたタイトルに対応する医療コンテンツを表示する、複数の医療従事者がそれぞれ使用する複数の端末装置において、前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第１プログラムである第１医療コンテンツに対するアクセス履歴と、前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第２プログラムである第２医療コンテンツとに対するアクセス履歴とを、前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得手段と、
   各医療従事者の前記アクセス履歴が予め設定された抽出条件に該当するか否かを判定し、前記抽出条件を満たしている医療従事者を前記複数の医療従事者から抽出する抽出手段と、
   前記抽出条件を医療商品に関連付ける記憶手段と
   を有している医療従事者の支援装置。
2. 複数の医療コンテンツにそれぞれ対応する複数のタイトルの一覧を表示し、前記一覧において選択されたタイトルに対応する医療コンテンツを表示する、複数の医療従事者がそれぞれ使用する複数の端末装置において、前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第１プログラムである第１医療コンテンツに対するアクセス履歴と、前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第２プログラムである第２医療コンテンツとに対するアクセス履歴とを、前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得手段と、
   各医療従事者の前記アクセス履歴が予め設定された抽出条件に該当するか否かを判定し、前記抽出条件を満たしている医療従事者を前記複数の医療従事者から抽出する抽出手段と、
   前記第１医療コンテンツと前記第２医療コンテンツのそれぞれに、同一の医療商品を関連付ける記憶手段と
   を有している医療従事者の支援装置。
3. 前記アクセス履歴取得手段は、前記複数のタイトルの一覧において選択され、医療商品に関連する文書情報を含む第３医療コンテンツの、前記複数の端末装置における前記複数の医療従事者による閲覧回数を、前記第３医療コンテンツに対するアクセス回数として医療従事者毎に取得する
   請求項１又は２に記載される医療従事者の支援装置。
4. 各医療従事者による前記第３医療コンテンツの２回目以降の閲覧に関する情報である再閲覧情報を算出する効果算出手段を更に含む
   請求項３に記載される医療従事者の支援装置。
5. 前記効果算出手段は、前記再閲覧情報として、前記第３医療コンテンツの閲覧回数が予め規定した２以上の数に達する医療従事者の数を算出する
   請求項４に記載される医療従事者の支援装置。
6. 前記複数の医療従事者による前記複数の医療コンテンツのそれぞれへのアクセス回数を算出する効果算出手段を更に含む
   請求項１又は２に記載される医療従事者の支援装置。
7. 前記効果算出手段は、前記複数の医療コンテンツのうち、少なくとも２つの医療コンテンツにアクセスした医療従事者の数を算出する
   請求項６に記載される医療従事者の支援装置。
8. 前記第３医療コンテンツへのアクセス操作には、各医療従事者による閲覧操作、各医療従事者に設けられたブックマークリストへの登録操作、各医療従事者に設けられた記憶領域への保存操作のうち少なくとも２種類の操作が含まれ、
   前記支援装置は、前記少なくとも２種類の操作のうちの１つである第１アクセス操作によるアクセス回数と、前記少なくとも２種類の操作のうちの別の１つである第２アクセス操作によるアクセス回数とを取得する効果算出手段を含む
   請求項３に記載される医療従事者の支援装置。
9. 前記効果算出手段は、前記第１アクセス操作によるアクセス回数と、前記第２アクセス操作によるアクセス回数とを統合して効果情報を算出する
   請求項８に記載される医療従事者の支援装置。
10. 前記支援装置は、各医療従事者のために設けられたブックマークリストへの前記第１医療コンテンツの登録数と前記ブックマークリストへの前記第２医療コンテンツの登録数とを算出する効果算出手段を含む
    請求項１又は２に記載される医療従事者の支援装置。
11. 前記支援装置は、各医療従事者に提供された記憶領域への前記第３医療コンテンツの保存回数を算出する効果算出手段を含む
    請求項３に記載される医療従事者の支援装置。
12. 前記アクセス履歴取得手段は、前記第１医療コンテンツ又は前記第２医療コンテンツである前記プログラムの実行により表示される前記支援情報と当該プログラムの実行回数の少なくとも一方を医療従事者毎に取得し、
    前記抽出手段は、前記支援情報と実行回数の少なくとも一方に基づいて、前記抽出条件を満たしている医療従事者を抽出する
    請求項１又は２に記載される医療従事者の支援装置。
13. 前記抽出手段は、前記第１医療コンテンツ又は前記第２医療コンテンツであるプログラムの実行により得られた前記支援情報と、当該プログラムの実行回数のうちの少なくとも一方と、前記複数の医療コンテンツのうちの前記第１医療コンテンツ及び前記第２医療コンテンツとは異なる医療コンテンツへのアクセス履歴とに基づいて、前記抽出条件を満たしている医療従事者を抽出する
    請求項１又は２に記載される医療従事者の支援装置。
14. 前記抽出された医療従事者に、医療商品に関する情報を含む医療コンテンツを送信する送信手段を有する
    請求項１又は２に記載される医療従事者の支援装置。
15. 前記複数の端末装置にそれぞれは、前記支援装置とネットワークを介して接続していない状態で前記第１医療コンテンツ又は前記第２医療コンテンツへのアクセス操作を表すアクセス情報を記憶する記憶手段を有しており、
    前記アクセス履歴取得手段は、前記端末装置において記憶されている前記アクセス情報を、前記ネットワークを介して前記支援装置と前記端末装置とが接続したときに、前記端末装置から受信する
    請求項１又は２に記載される医療従事者の支援装置。
16. 複数の医療コンテンツにそれぞれ対応する複数のタイトルの一覧を表示し、前記一覧において選択されたタイトルに対応する医療コンテンツを表示する、複数の医療従事者がそれぞれ使用する複数の端末装置において、前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第１プログラムである第１医療コンテンツに対する前記複数の医療従事者によるアクセス履歴と、前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第２プログラムである第２医療コンテンツに対する前記複数の医療従事者によるアクセス履歴とを前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得ステップと、
    各医療従事者による前記アクセス履歴が、記憶手段において医療商品に関連付けられている抽出条件に該当するか否かを判定し、前記抽出条件を満たしている医療従事者を前記複数の医療従事者から抽出する抽出ステップと
    を含む医療従事者の支援方法。
17. 複数の医療コンテンツにそれぞれ対応する複数のタイトルの一覧を表示し、前記一覧において選択されたタイトルに対応する医療コンテンツを表示する、複数の医療従事者がそれぞれ使用する複数の端末装置において、前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第１プログラムである第１医療コンテンツに対する前記複数の医療従事者によるアクセス履歴と、前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第２プログラムである第２医療コンテンツに対する前記複数の医療従事者によるアクセス履歴とを前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得ステップと、
    各医療従事者による前記アクセス履歴が予め設定されている抽出条件に該当するか否かを判定し、前記抽出条件を満たしている医療従事者を前記複数の医療従事者から抽出する抽出ステップと
    を含み、
    前記第１医療コンテンツと前記第２医療コンテンツのそれぞれは、記憶手段において同一の医療商品に関連付けられている
    医療従事者の支援方法。
18. 複数の医療コンテンツにそれぞれ対応する複数のタイトルの一覧を表示し、前記一覧において選択されたタイトルに対応する医療コンテンツを表示する、複数の医療従事者がそれぞれ使用する複数の端末装置において、前記一覧において選択され、患者の状態に関する情報を受け付けて診療に用いられる支援情報を表示する第１プログラムである第１医療コンテンツに対する前記複数の医療従事者によるアクセス履歴と、前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第２プログラムである第２医療コンテンツに対する前記複数の医療従事者によるアクセス履歴とを前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得手段、
    各医療従事者による前記アクセス履歴が予め設定された抽出条件に該当するか否かを判定し、前記抽出条件を満たしている医療従事者を前記複数の医療従事者から抽出する抽出手段、及び
    前記抽出条件を医療商品に関連付ける記憶手段
    としてコンピュータを機能させるプログラム。
19. 複数の医療コンテンツにそれぞれ対応する複数のタイトルの一覧を表示し、前記一覧において選択されたタイトルに対応する医療コンテンツを表示する、複数の医療従事者がそれぞれ使用する複数の端末装置において、前記一覧において選択され、患者の状態に関する情報を受け付けて診療に用いられる支援情報を表示する第１プログラムである第１医療コンテンツに対する前記複数の医療従事者によるアクセス履歴と、前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第２プログラムである第２医療コンテンツに対する前記複数の医療従事者によるアクセス履歴とを前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得手段、
    各医療従事者による前記アクセス履歴が予め設定された抽出条件に該当するか否かを判定し、前記抽出条件を満たしている医療従事者を前記複数の医療従事者から抽出する抽出手段、及び
    前記第１医療コンテンツと前記第２医療コンテンツのそれぞれに、同一の医療商品を関連付ける記憶手段
    としてコンピュータを機能させるプログラム。
20. 複数の医療従事者がそれぞれ使用する複数の端末装置と、
    支援装置と
    を含み、
    前記複数の端末装置にそれぞれは、
    複数の医療コンテンツにそれぞれ対応する複数のタイトルの一覧を表示し、前記一覧において医療従事者によって選択されたタイトルに対応する医療コンテンツを表示し、
    前記一覧において選択されたときに、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第１プログラムである第１医療コンテンツに対する、前記医療従事者によるアクセス操作を受け付け、
    前記一覧において選択されたときに、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第２プログラムである第２医療コンテンツに対する、前記医療従事者によるアクセス操作を受け付け、
    前記支援装置は、
    前記複数の医療従事者による前記第１医療コンテンツへのアクセス履歴と前記第２医療コンテンツへのアクセス履歴とを前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得手段と、
    各医療従事者による前記アクセス履歴が予め設定された抽出条件に該当するか否かを判定し、前記抽出条件を満たしている医療従事者を前記複数の医療従事者から抽出する抽出手段と、
    前記抽出条件を医療商品に関連付ける記憶手段とを含む
    医療従事者の支援システム。
21. 複数の医療従事者がそれぞれ使用する複数の端末装置と、
    支援装置と
    を含み、
    前記複数の端末装置にそれぞれは、
    複数の医療コンテンツにそれぞれ対応する複数のタイトルの一覧を表示し、前記一覧において医療従事者によって選択されたタイトルに対応する医療コンテンツを表示し、
    前記一覧において選択されたときに、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第１プログラムである第１医療コンテンツに対する、前記医療従事者によるアクセス操作を受け付け、
    前記一覧において選択され、患者の状態に関する情報を受け付けて、診療に用いられる支援情報を表示する第２プログラムである第２医療コンテンツに対する、前記医療従事者によるアクセス操作を受け付け、
    前記支援装置は、
    前記複数の医療従事者による前記第１医療コンテンツへのアクセス履歴と前記第２医療コンテンツへのアクセス履歴とを前記複数の医療従事者のそれぞれについて取得するアクセス履歴取得手段と、
    各医療従事者による前記アクセス履歴が予め設定された抽出条件に該当するか否かを判定し、前記抽出条件を満たしている医療従事者を前記複数の医療従事者から抽出する抽出手段と、
    前記第１医療コンテンツと前記第２医療コンテンツのそれぞれに、同一の医療商品を関連付ける記憶手段とを含む
    医療従事者の支援システム。
22. 前記複数の端末装置のそれぞれは、前記支援装置とネットワークを介して接続していない状態で前記第１医療コンテンツへのアクセス操作を表すアクセス情報を記憶する記憶手段を有しており、前記ネットワークを介して前記支援装置と前記端末装置とが接続したときに、前記記憶手段において記憶されている前記アクセス情報を前記支援装置に送信する
    請求項２０又は２１に記載される医療従事者の支援システム。