JP6857427B1 - プログラム、方法及び情報処理装置 - Google Patents

Abstract

【課題】患者に薬剤を提供する薬剤師が、製薬会社が用意する薬剤の説明資料を容易に取得できるようにする技術を提供する。【解決手段】プログラムは、プロセッサ２９に、複数の製薬会社がそれぞれ提供する複数の薬剤について、薬剤の種類と関連付けて、薬剤の説明資料を取得する第１のステップ、医療機関を運営するユーザから薬剤の種類を指定する操作を受け付ける第２のステップ、および、操作に応答して、ユーザが指定した薬剤の種類に関連付けられた説明資料をユーザが利用可能に提示する第３のステップ、をプロセッサ２９と、メモリ２５とを備えるサーバ２０に実行させる。【選択図】図１

Description

本開示は、プログラム、方法及び情報処理装置に関する。

薬剤師が扱う薬剤の種類が、ますます多様化してニッチな分野で増加し続けている。そのため、薬局などの医療機関で薬剤師が患者に対して薬剤の説明をする負担がますます増えている。薬局では、薬剤師が患者に薬剤を提供するにあたり、薬を飲むうえでの留意点などを説明する。そのため、簡単な操作で薬剤の説明資料を出力する技術は提案されている。例えば、特許文献１には、薬局の店員は、医薬品の外箱についている商品バーコードを読み取ることにより、商品バーコードと対応付けて記憶されている説明情報を表す画像を形成して印刷するシステムが公開されている。

特開２０１０−２７７１８９号公報

しかしながら、特許文献１においては、薬剤の外箱に商品バーコートがもともとついていない場合に、薬剤の説明資料を出力することができない。結果として、特許文献１の技術が適用できる場面は限られてしまう。

製薬会社では、薬剤の説明資料を用意していることも多い。薬局において、患者に薬剤の説明をするにあたり、製薬会社が用意している説明資料を使用することもある。現在、薬剤の説明資料は、例えば、各製薬会社のウェブサイトにアクセスすることで得られることが多いが、製薬会社によってもウェブサイトの構成が異なることがあり、ウェブサイトを閲覧したとしても、説明資料をダウンロードするページに直ちに到達することが困難なことがある。また、説明資料をダウンロードしようとしても、ウェブサイトへのユーザの登録が必要な場合もある。

そのため、薬局において、限られた時間内で説明資料を入手することが困難な状況となっており、結果として、製薬会社が用意している説明資料に基づく薬剤の説明をすることが容易ではない状況となっている。

そこで、患者に薬剤を提供する薬剤師が、製薬会社が用意する薬剤の説明資料を容易に取得できるようにする技術は必要とされている。

一実施の形態によると、プロセッサと、メモリとを備えるコンピュータに実行させるプログラムが提供される。プログラムは、プロセッサに、複数の製薬会社がそれぞれ提供する複数の薬剤について、薬剤の種類と関連付けて、薬剤の説明資料を取得する第１のステップと、医療機関を運営するユーザから薬剤の種類を指定する操作を受け付ける第２のステップと、操作に応答して、ユーザが指定した薬剤の種類に関連付けられた説明資料をユーザが利用可能に提示する第３のステップと、を実行させる。

一実施の形態によると、プロセッサと、メモリとを備えるコンピュータにより実行される方法が提供される。方法は、プロセッサが、複数の製薬会社がそれぞれ提供する複数の薬剤について、薬剤の種類と関連付けて、薬剤の説明資料を取得する第１のステップと、医療機関を運営するユーザから薬剤の種類を指定する操作を受け付ける第２のステップと、操作に応答して、ユーザが指定した薬剤の種類に関連付けられた説明資料をユーザが利用可能に提示する第３のステップと、を実行させる。

一実施の形態によると、制御部と、記憶部とを備える情報処理装置が提供される。制御部は、複数の製薬会社がそれぞれ提供する複数の薬剤について、薬剤の種類と関連付けて、薬剤の説明資料を取得する第１のステップと、医療機関を運営するユーザから薬剤の種類を指定する操作を受け付ける第２のステップと、操作に応答して、ユーザが指定した薬剤の種類に関連付けられた説明資料をユーザが利用可能に提示する第３のステップと、を実行させる。

本開示によれば、患者に薬剤を提供する薬剤師が、製薬会社が用意する薬剤の説明資料を容易に取得できるようにすることができる。

システム１の全体の構成を示す図である。 第１の実施の形態のシステム１を構成する端末装置１０のブロック図である。 第１の実施の形態のシステム１を構成するサーバ２０の機能的な構成を示す図である。 サーバ２０が記憶する薬剤別説明資料データベース２８１、調剤履歴データベース２８２のデータ構造を示す図である 第１の実施の形態におけるシステム１により、ユーザが指定した薬剤に関連付けられた説明資料をユーザが利用可能に提示する流れの一例を示すフローチャートである。 第１の実施の形態におけるシステム１により、薬剤の説明資料の更新状況を把握して、常に最新の説明資料をユーザが利用可能に提示する流れの一例を示すフローチャートである。 第１の実施の形態における端末装置１０の画面例の図である。 医療機関側の端末装置５０が、患者が説明資料を閲覧した履歴を参照する処理を示すフローチャートである。 第３の実施の形態においてサーバ２０が記憶する患者データベース２８５のデータ構造を示す図である。 第３の実施の形態における各装置の動作を示すフローチャートである。 端末装置１０において、薬剤の検索を行う操作を受け付ける局面の画面例を示す。

以下、図面を参照しつつ、本開示の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施の形態＞
＜１ システム１の全体構成＞
システム１は、患者に薬剤を提供する薬剤師に、製薬会社が用意する薬剤の説明資料を提示するためのシステムである。図１は、システム１の全体の構成を示す図である。

図１に示すように、システム１は、端末装置１０（図１では端末装置１０Ａおよび端末装置１０Ｂを示している。以下、総称して「端末装置１０」ということもある）と、サーバ２０と、プリンター３０と、端末装置５０とを含む。端末装置１０と端末装置５０は、医療機関に設置される端末、または、医療機関のユーザが操作する端末である。端末装置１０は、医療機関として、薬局、病院などに設置される端末である。端末装置５０は、薬局に限らず病院など様々な医療機関に設置される端末である。ここで、医療機関とは、医療を提供するための施設であり、例えば、病院、診療所、薬局、訪問看護ステーション、保健施設等である。端末装置１０とサーバ２０とは、ネットワーク８０を介して通信接続する。端末装置１０とプリンター３０とは、ケーブル、無線ＬＡＮ（Local Area Network）又は有線ＬＡＮを介して通信接続する。

端末装置１０は、薬局で各ユーザが操作する装置である。ここでいうユーザは、薬局を運営し、患者に薬剤を渡す者であり、例えば、薬剤師または薬局の店員などが挙げられる。端末装置１０は、例えば据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ、タブレットである。

端末装置５０は、病院などの医療機関で各ユーザが操作する装置である。病院において、医師等が薬剤を患者に処方するための処方箋を作成する。薬局は、処方箋に基づいて、薬剤を患者に提供する。

図１に端末装置１０Ｂとして示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。

端末装置１０は、ネットワーク８０を介してサーバ２０と通信可能に接続される。ネットワーク８０の通信回線は、有線でもよいし無線でもよい。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

サーバ２０は、薬剤別説明資料及び調剤履歴を管理する装置である。サーバ２０は、ネットワーク８０に接続されたコンピュータである。

図１に示すように、サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

プリンター３０は、端末装置１０に接続され、薬剤の説明資料、又は説明資料にアクセス可能な通信用情報を紙などに印刷するための装置である。例えば、サーバ２０から端末装置１０に薬剤の説明資料のデータを送信する場合に、ユーザは、当該データに基づき説明資料をプリンター３０で用紙に印刷し、薬剤と一緒に患者に渡す。また、ユーザは、サーバ２０における説明資料の格納場所にアクセス可能な２次元バーコードをプリンター３０で印刷するとしてもよい。

＜１．１ 端末装置１０の構成＞
図２は、実施の形態１のシステム１を構成する端末装置１０のブロック図である。図２に示すように、端末装置１０は、通信部１２０と、操作受付部１３０と、表示部１４０と、記憶部１７０と、制御部１８０と、を含む。端末装置１０は、図２では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路など）も有している。図２に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。

通信部１２０は、端末装置１０が他の機器と通信するため、ネットワーク８０を介してサーバ２０と通信可能に接続される。

操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。例えば、操作受付部１３０は、マウス、キーボード又はタッチパネルなどを含む。

表示部１４０は、制御部１８０の制御に応じて、画像、動画、テキストなどのデータを表示する。表示部１４０は、例えば液晶ディスプレイによって実現される。

記憶部１７０は、例えばフラッシュメモリ等により構成され、端末装置１０が使用するデータおよびプログラムを記憶する。ある局面において、記憶部１７０は、薬剤別説明説明資料１７１と、調剤履歴１７２とを記憶する。

薬剤別説明説明資料１７１は、それぞれの薬剤の種類と関連付けられて、薬剤を飲むうえでの留意点などを説明する説明資料である。端末装置１０は、ネットワーク８０を介して、薬剤の説明資料を利用するための情報をサーバ２０から受信する。

調剤履歴１７２は、それぞれの患者の調剤履歴を示す情報である。端末装置１０は、ネットワーク８０を介して、ユーザが指定した患者の調剤履歴をサーバ２０から受信する。

制御部１８０は、記憶部１７０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、端末装置１０の動作を制御する。制御部１８０は、プログラムに従って動作することにより、入力操作受付部１８１と、送受信部１８２と、表示制御部１８３と、通知制御部１８４としての機能を発揮する。

入力操作受付部１８１は、マウス、キーボード等の入力装置に対するユーザの入力操作を受け付ける処理を行う。

送受信部１８２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。

表示制御部１８３は、表示部１４０の表示処理を制御する。例えば、ユーザが所定の薬剤を指定する操作に応答して、端末装置１０は、サーバ２０から当該薬剤の説明資料を受信し、表示制御部１８３は、当該説明資料を表示部１４０に表示させるように制御する。

通知制御部１８４は、ユーザに対し通知情報を提示する処理を行う。通知制御部１８４は、通知情報を表示部１４０に表示させる処理等を行う。

＜１．２ サーバ２０の機能的な構成＞
図３は、サーバ２０の機能的な構成を示す図である。図３に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。

通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、サーバ２０が使用するデータ及びプログラムを記憶する。記憶部２０２は、薬剤別説明資料データベース２８１と、調剤履歴データベース２８２と、薬局データベース２８３と、説明資料閲覧履歴データベース２８４とを記憶する。

薬剤別説明資料データベース２８１は、それぞれの薬剤と関連付けられる説明資料を保持するためのデータベースである。詳細は後述する。

調剤履歴データベース２８２は、それぞれの患者の調剤履歴を保持するためのデータベースである。詳細は後述する。

薬局データベース２８３は、それぞれの薬局の情報を保持するためのデータベースである。詳細は後述する。

説明資料閲覧履歴データベース２８４は、患者が説明資料を閲覧した履歴を保持するためのデータベースである。詳細は後述する。

制御部２０３は、サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして示す機能を発揮する。

受信制御モジュール２０３１は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御モジュール２０３２は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

説明資料取得モジュール２０３３は、サーバ２０がネットワーク８０を介して、それぞれの薬剤の説明資料を取得するための処理を制御する。薬剤の説明資料を提供する製薬会社等がサーバ２０にアップロードする場合と、サーバ２０が各製薬会社のウェブサイト等を巡回して説明資料を取得する場合とがある。

例えば、製薬会社は、サーバ２０を運営する事業者に対し所定の対価を支払うことにより、説明資料を薬局等の医療機関に提供することを委託する。当該所定の対価は、例えば、サーバ２０が提供するシステムの利用料として、月額払いとしてサーバ２０により支払いを受け付ける。

また、例えば、説明資料取得モジュール２０３３は、それぞれの薬剤を製造する製薬会社のウェブサイトから、薬剤の種類と関連付けて、薬剤の説明資料を取得する。例えば、サーバ２０において、予め、各製薬会社の各製剤について、当該製剤の説明資料がアップロードされているＵＲＬ（uniform resource locator）を対応付けて管理しており、ＵＲＬに基づいて、各製剤の説明資料をサーバ２０が取得する。サーバ２０は、例えば、定期的に各製剤のＵＲＬを参照する等により、各製剤の説明資料が更新されているか否か（説明資料のデータに変更があるか否か）を判定する。例えば、サーバ２０は、（ｉ）各製剤の説明資料を取得する都度、過去に取得した説明資料と比較して、データサイズ、本文、図表等が一致しているか否かを判定することにより、説明資料が更新されているか否かを判定する。説明資料が更新されていると判定した場合、サーバ２０は、説明資料が更新されたタイミングと対応付けて、当該説明資料を取得して記憶部２０２に記憶させる。サーバ２０は、（ｉｉ）各製剤のＵＲＬを参照することにより、当該ＵＲＬに示されるウェブページに変更がある場合に、説明資料が更新されたと判定してもよい。例えば、薬局は、サーバ２０を運営する事業者に対し、所定の対価を支払うことにより、薬剤の説明資料を取得できるシステム（サーバ２０により提供されるシステム）を利用できることとしてもよい。

また、サーバ２０は、製剤の説明資料のＵＲＬを参照したにもかかわらず説明資料を取得できない場合に、説明資料が更新されたと判定してもよい。例えば、説明資料の内容が更新されることにより、説明資料のＵＲＬが変更になっていることがあり得る。

指定受付モジュール２０３４は、サーバ２０が、端末装置１０からユーザの指定操作を受け付けるための処理を制御する。例えば、指定受付モジュール２０３４は、ユーザから、所定の薬剤の説明資料を入手するように当該薬剤を指定する操作を受け付ける。

説明資料提示モジュール２０３５は、サーバ２０が、ユーザの指定操作に応答して、説明資料をユーザが利用可能に（例えば、患者に提供できるように）提示するための処理を制御する。例えば、説明資料提示モジュール２０３５は、ユーザが所定の薬剤を指定した場合に、サーバ２０における当該薬剤に関連付けられた説明資料の格納場所を示すＵＲＬ（Uniform Resource Locator）をユーザに提示する。

＜２ データ構造＞
図４は、サーバ２０が記憶する薬剤別説明資料データベース２８１と、調剤履歴データベース２８２と、薬局データベース２８３と、説明資料閲覧履歴データベース２８４と、の各種データベースのデータ構造を示す図である。

薬剤別説明資料データベース２８１は、それぞれの薬剤と関連付けられる説明資料を保持するためのデータベースである。図４に示すように、薬剤別説明資料データベース２８１のレコードのそれぞれは、項目「薬剤コード」と、項目「薬剤名称」と、項目「製薬会社コード」と、項目「説明資料」と、項目「取得元」と、項目「格納場所」と、項目「更新履歴」を含む。

項目「薬剤コード」は、薬局が取り扱うそれぞれの薬剤を識別する情報である。

項目「薬剤名称」は、薬局が取り扱うそれぞれの薬剤の名称を示す情報である。

項目「製薬会社コード」は、「薬剤コード」と関連付けて、それぞれの薬剤を製造する製薬会社を識別する情報である。

項目「説明資料」は、「薬剤コード」と関連付けて、それぞれの薬剤の説明資料を示す情報であり、具体的には、説明資料のファイル名、ファイルのバージョン情報、及びフォーマットに関する情報を含む。説明資料のフォーマットとしては、文字、画像、音声、動画又は説明用プログラム（例えば、チャットボット）などが挙げられる。ファイルのバージョン情報については、後述の項目「更新履歴」を参照する。例えば、患者が薬剤を適切に使用するにあたり、動画が説明資料として提供されていることがあり得る。例えば、花粉症の薬剤の場合、動画により、薬剤の使用方法を患者に提供することがあり得る。また、糖尿病の薬剤の場合、当該薬剤とともに患者が所定の運動を行うものがあり、当該運動の方法について動画により患者に情報を提供することがあり得る。

項目「取得元」は、それぞれの薬剤の説明資料がどこから取得されるかを示す情報である。例えば、サーバ２０は、薬剤を製造する製薬会社のウェブサイトから、当該薬剤の説明資料を取得する場合に、項目「取得元」としては、製薬会社のウェブサイトにおいて、薬品の説明情報が掲載されたウェブページのアドレスを示すＵＲＬを記憶する。

項目「格納場所」は、それぞれの薬剤について取得した説明資料が、サーバ２０のどこに格納されるかを示す情報である。例えば、サーバ２０は、説明資料のファイルについて端末装置１０がアクセスするための一意なＵＲＬを発行する。項目「格納場所」としては、端末装置１０等の外部の装置が説明資料にアクセスするためのＵＲＬ（いわば、サーバ２０において説明情報が保存されているファイルパスを示すＵＲＬ）を記憶する。端末装置１０は、当該ＵＲＬにより、説明資料にアクセスするとともにダウンロードすることができる。サーバ２０は、端末装置１０または患者の端末装置から、説明資料にアクセスするためのＵＲＬに、薬局を識別する情報、患者を識別する情報、調剤を識別する情報の少なくともいずれかを関連付けた状態でアクセスを受け付けることとしてもよい。すなわち、端末装置１０または患者の端末装置は、説明資料にアクセスするためのＵＲＬに、さらに、薬局を識別する情報、患者を識別する情報、調剤を識別する情報の少なくともいずれかを関連付けた状態で（例えば、ＵＲＬに、これら識別する情報を付加した状態で）、サーバ２０にアクセスすることとしてもよい。これにより、サーバ２０は、説明資料に患者がアクセスした履歴を保持し得る。

また、サーバ２０は、説明資料へのアクセスを受け付ける際に、患者を識別する情報、薬局を識別する情報または調剤を識別する情報の少なくともいずれかを受け付けた場合に（端末装置１０等から、これら患者を識別する情報または薬局を識別する情報等を受信した場合に）、端末装置１０に説明資料を応答することとし、これら患者を識別する情報、薬局を識別する情報、調剤を識別する情報の少なくともいずれかを受信しない場合には説明資料を応答しないこととしてもよい。これにより、薬剤を処方された患者に対して説明資料を閲覧可能としつつ、薬剤が処方されているか明らかではない場合には説明資料を提供しないこととすることができる。なお、サーバ２０は、薬局など医療機関の端末装置１０（または端末装置５０）からアクセスを受け付けた場合は説明資料を提供することとする一方、薬局など医療機関の端末としては登録されていない端末からアクセスを受け付けた場合に、これら患者を識別する情報、薬局を識別する情報または調剤を識別する情報の少なくともいずれかを受け付けることに応答して当該端末に説明資料を応答することとしてもよい。これにより、医療機関ではない利用者に対しては、説明資料を閲覧可能とすることに一定の制約を設ける（患者の情報等を必要とする）一方、医療機関のユーザに対しては、説明資料を閲覧するための要件について特段の制限なく提供することができる。

項目「更新履歴」は、それぞれの説明資料が更新される履歴を示す情報であり、更新の有無及び更新の日時情報などを含む。例えば、サーバ２０は、製薬会社からの説明資料の更新連絡、ウェブサイト上の更新公告などにより、説明資料の更新状況を把握する。また、サーバ２０は、製薬会社のウェブサイトに薬品の説明情報が掲載されたウェブページの変更をチェックすることで、説明資料の更新状況を把握するとしてもよい。

サーバ２０は、製薬会社のウェブサイトなど、それぞれの薬剤の説明資料の提供元と通信しながら、薬剤別説明資料データベース２８１を更新する。

調剤履歴データベース２８２は、薬局それぞれについて、それぞれの患者の調剤履歴を保持するためのデータベースである。図４に示すように、調剤履歴データベース２８２のレコードのそれぞれは、項目「調剤ＩＤ」と、項目「薬局ＩＤ」と、項目「患者ＩＤ」と、項目「調剤年月日」と、項目「薬剤コード」と、項目「薬剤名称」と、項目「数量」を含む。サーバ２０は、例えば、各薬局の端末装置１０から、患者に対して調剤を行った履歴の情報を受信することにより、調剤履歴データベース２８２にレコードを追加する。

項目「調剤ＩＤ」は、患者に対して調剤されたそれぞれの調剤の履歴を識別する情報である。

項目「薬局ＩＤ」は、薬局それぞれを識別する情報である。例えば、サーバ２０が、各薬局を識別するための情報を、各薬局について発行することとしてもよい。

項目「患者ＩＤ」は、薬局で薬剤を購入する患者を識別する情報である。

項目「調剤年月日」は、薬局がそれぞれの患者に調剤した日時を示す情報である。

項目「薬剤コード」は、薬局がそれぞれの患者に調剤した薬剤を識別する情報である。

項目「薬剤名称」は、薬局がそれぞれの患者に調剤した薬剤の名称を示す情報である。

項目「数量」は、薬局がそれぞれの患者に調剤した薬剤の数量を示す情報である。

サーバ２０は、端末装置１０と通信しながら、調剤履歴データベース２８２を更新する。

薬局データベース２８３は、薬局それぞれの情報を保持するためのデータベースである。図４に示すように、薬局データベース２８３のレコードのそれぞれは、項目「薬局ＩＤ」と、項目「所在地」と、項目「利用ユーザ」と、項目「取り扱い薬剤」と、項目「料金プラン」と、項目「通知」とを含む。

項目「薬局ＩＤ」は、薬局それぞれを識別する情報である。

項目「所在地」は、薬局が位置する場所の情報である。項目「所在地」において、薬局が位置する場所として、住所、施設名等の情報を含む。

項目「利用ユーザ」は、薬局において、サーバ２０が提供するサービス（薬剤の説明資料を提供するサービス）を利用するユーザの情報を含む。例えば、項目「利用ユーザ」において、ユーザの数、ユーザそれぞれを特定する情報を含む。

項目「取り扱い薬剤」は、薬局において取り扱いがある薬剤の情報を含む。サーバ２０は、調剤履歴データベース２８２を参照することにより、例えば、過去の一定期間にわたって薬局で患者に提供された薬剤の履歴に基づいて、薬局において取り扱いがある薬剤の情報を項目「取り扱い薬剤」に登録する。つまり、過去一定期間にわたって処方された薬剤について、「薬局において取り扱いがある」ものとしてもよい。この他に、薬局において処方された実績があるか否かにかかわらず、仕入れが行われた薬剤（薬局に納品された薬剤）について、「薬局において取り扱いがある」ものとしてもよい。

項目「料金プラン」は、薬局において、サーバ２０が提供するサービス（薬剤の説明資料を提供するサービス）を利用する際の料金プランの情報を含む。サーバ２０は、薬局の各ユーザに対し、提供するサービスの範囲に応じて複数の料金プランを利用可能としてもよいし、料金プランを１つとしてもよい。また、薬局が当該サービスを利用するための料金プランは、費用が発生しない無料のプランを含むこととしてもよい。例えば、説明資料を取得できる、といった基本的な機能については、説明資料を取得できる回数などを一定内に収めるといった制約のもとで（または制約なく当該基本的な機能を）無料で提供することとしてもよい。また、一部の特定の機能については、有料の料金プランで薬局に提供することとしてもよい。このような特定の機能としては、例えば、（ｉ）後述するように、医療機関側（例えば、薬剤師）から患者に対してＳＮＳ等によりメッセージを送受信するなど、患者とコンタクトを取る機能、（ｉｉ）薬ではない器具等を、インターネットを通じて（例えば、ウェブブラウザにより提供されるウェブサイトにより）販売する機能、などがある。例えば、有料プランで提供される特定の機能として、サーバ２０が提供するシステムから、薬局が運営するＥＣサイトへと遷移させる機能が含まれることとしてもよい。また、メッセンジャー機能として、不特定多数の患者に対して一斉に配信することが可能なアカウントを、薬局に対して有料プランにより提供することとしてもよい。例えば、特にリスクがある患者（例えば、継続して薬剤を服用することが必須の患者など）に対し、薬剤師等がメッセンジャー等により支援できるようにすることができる。製薬会社側が提供する薬剤によっては、患者が薬剤を服用するスケジュールを管理することが望ましいものも含まれるため、サーバ２０は、当該メッセンジャー等により、薬剤師等が患者を支援することができる機能を提供する。

サーバ２０は、以上のように、説明資料閲覧履歴データベース２８４等により、患者が薬剤の説明資料を閲覧した履歴、また、上記のメッセンジャー機能等により患者が薬剤を服用したであろうことを示す情報を蓄積する。サーバ２０は、製薬会社の端末に対し、患者側が情報提供することに同意する操作をする等により、当該患者が説明資料を閲覧した履歴、服用した履歴等、患者側が薬剤を服用するための行動（説明資料を閲覧する、服用する等）の情報を提供することとしてもよい。一方、サーバ２０は、患者側が、薬剤を服用するための行動の情報を製薬会社に提供することにより、金銭的価値（ポイントなどの仮想的な通貨に相当するものなど）などの特典を当該患者に付与することとしてもよい。これにより、患者側が、製薬会社に上記の情報提供をすることの納得感を得ることができ得る。

サーバ２０は、患者から、当該金銭的価値を使用するための操作を受け付けることとしてもよい。例えば、患者が当該金銭的価値を使用することには、患者が特定の団体（特定非営利活動法人など）に当該金銭的価値を寄付する（ポイントを寄付する）操作をサーバ２０が受け付けて、受け付けた内容に従った処理をすることとしてもよい。当該患者側に付与される金銭的価値（ポイントなど）は、例えば、製薬会社がサーバ２０を運営する事業者に対して所定の対価を支払いつつ（サーバ２０が提供するシステムの利用料を支払う）、サーバ２０から当該患者へ金銭的価値を付与する、こととしてもよい。また、上記の患者側が製薬会社に薬剤を服用するための行動の履歴（説明資料を患者側が閲覧したか、薬剤を服用した記録など）を提供することにより患者側に付与される特典は、金銭的価値に限らず、クーポン、所定の施設を利用できる利用権などの権利（チケット）等であってもよい。

また、サーバ２０は、所定の企画に対する支援金（寄付など）を募り、患者等に対して、支援金の提供を促す画面を、患者の端末装置等に表示させることとしてもよい。サーバ２０は、上記のように患者それぞれに付与される金銭的価値などの特典について、複数の患者から、金銭的価値の提供を募って、所定の企画を実現するための費用に充当することができる。例えば、サーバ２０は、複数の患者それぞれの、薬剤を服用するための行動の履歴の情報に基づいて、これら複数の患者にとって有用な（開発を希望する）薬剤、器具などを開発する企画を、患者の端末装置に通知する。サーバ２０は、患者または患者ではない一般ユーザの端末装置に対し、支援金の目標額を提示しつつ、支援されている金額の合計を提示して、複数の患者または一般ユーザから、上記のポイントなどの金銭的価値の提供を受け付ける。サーバ２０は、患者または一般ユーザから、患者にとって開発してほしい器具などの企画の投稿を受け付けることとしてもよい。この場合、サーバ２０を運営する事業者により、当該企画の内容が精査され、当該企画に対して支援金の提供を促すための画面を作成し、患者等の端末装置に提示可能にする。ここで、サーバ２０は、患者側の端末に対し、質問文、アンケートなどを表示させることにより、患者が必要としている器具等の情報を収集することとしてもよい。これにより、患者側が、自身が必要とする器具等について情報提供をすることが容易になる。

以上のように、製薬会社の端末が、患者側が薬剤を服用するための行動の情報を参照可能とすることにより、サーバ２０は、製薬会社の端末から、患者に対しアラート（注意喚起）を通知できることとしてもよい。つまり、製薬会社のユーザは、サーバ２０が提供するシステムを介して、患者に対し注意喚起することができることとしてもよい。また、製薬会社ではなく、製薬会社の委託を受けて、サーバ２０を運営する事業者が、サーバ２０が提供するシステムを通じて、患者の端末に当該注意喚起の通知をすることとしてもよい。患者の端末は、サーバ２０が提供するシステムにログインすることにより、上記の注意喚起のメッセージを表示することができる。これにより、患者が適切に薬剤を服用できるよう、製薬会社の側から促すことができる。

例えば、サーバ２０は、ユーザに対して複数の機能を提供することとし、料金プランに応じて、利用できる機能が異なることとしてもよい。例えば、第１のプランにおいては、サーバ２０から、薬剤の説明資料を端末装置１０でダウンロードできることとし、第１のプランよりも上位の第２のプランでは、第１のプランで提供される機能に加えて別の機能（例えば、端末装置１０がサーバ２０から受信した情報を、袋などに印刷できる機能など）を利用できるようにしてもよい。料金プランごとに利用できる機能としては、後述する図５〜７に示す各処理などがあり、料金プランに応じて利用できる機能を様々組み合わせることとしてよい。

項目「通知」は、薬局のユーザに対して通知する情報を示す。図示するように、サーバ２０は、項目「通知」において、薬局のユーザに通知する情報ごとに、当該情報をユーザが確認する操作を行ったか（開封したか）を保持する。つまり、サーバ２０は、端末装置１０に対し、通知があることを示す信号を送信する。端末装置１０は、サーバ２０へアクセスすることにより、通知があるか否かを判定する。当該通知がある場合、端末装置１０は、通知があることを示す表示をし、ユーザから、通知を確認する操作を受け付ける。端末装置１０は、ユーザが通知を確認する（開封する）操作を受け付けることにより、ユーザが通知を確認したことを示す信号をサーバ２０へ送信する。サーバ２０は、当該信号を端末装置１０から受信することにより、項目「通知」において、各通知をユーザが確認したか否か（開封したか否か）の情報を更新する。

説明資料閲覧履歴データベース２８４は、サーバ２０が管理する各説明資料を、患者が閲覧した履歴を保持するためのデータベースである。図４に示すように、説明資料閲覧履歴データベース２８４は、項目「閲覧ＩＤ」と、項目「患者ＩＤ」と、項目「薬局ＩＤ」と、項目「調剤ＩＤ」と、項目「薬剤コード」と、項目「閲覧日時」と、項目「患者メモ」とを含む。

項目「閲覧ＩＤ」は、患者が二次元コード等を読み取って説明資料を閲覧した履歴それぞれを特定するための情報である。

項目「患者ＩＤ」は、説明資料を閲覧した患者を識別する情報である。

項目「薬局ＩＤ」は、説明資料を患者に提示した薬局を識別する情報である。

項目「調剤ＩＤ」は、患者に対して調剤されたそれぞれの調剤の履歴を識別する情報である。
項目「薬剤コード」は、薬局がそれぞれの患者に調剤した薬剤を識別する情報である。

項目「閲覧日時」は、患者が説明資料を閲覧したタイミングを示す。例えば、サーバ２０は、患者がＵＲＬ等に基づいて説明資料にアクセスしたタイミングに基づいて、項目「閲覧日時」を更新する。

項目「患者メモ」は、患者自身が入力する情報を示す。例えば、説明資料を閲覧する患者が、端末により、調剤と関連付けてメモを入力する。

＜３ 動作＞
以下、図５、図６を参照しながら、システム１により、薬剤の説明資料を提供する処理について説明する。

図５は、第１の実施の形態におけるシステム１により、ユーザが指定した薬剤に関連付けられた説明資料をユーザが利用可能に提示する流れの一例を示すフローチャートである。

ステップＳ５２１において、サーバ２０は、複数の製薬会社がそれぞれ提供する複数の薬剤について、薬剤の種類と関連付けて、薬剤の説明資料を取得する。例えば、サーバ２０は、薬剤を製造する製薬会社のウェブサイトから、それぞれの薬剤の種類と関連付けて、薬剤の説明資料を取得し、薬剤別説明資料データベース２８１に格納する。

ステップＳ５１１において、端末装置１０は、薬局を運営するユーザから、薬剤の種類を指定する操作を受け付ける。

ステップＳ５２２において、サーバ２０は、ユーザの指示操作に応答して、ユーザが指定した薬剤の種類に関連付けられた説明資料を、ユーザが利用可能に提示する。例えば、サーバ２０は、薬剤別説明資料データベース２８１から、ユーザが指定した薬剤の種類に関連付けられた説明資料を抽出して端末装置１０に送信することにより、当該説明資料を端末装置１０に提示するとしてよいし、説明資料の格納場所を示して説明資料をダウンロード可能なＵＲＬを端末装置１０に提示するとしてもよい。

また、サーバ２０は、当該説明資料にアクセスするための通信用情報を端末装置１０に提示するとしてもよい。例えば、サーバ２０は、通信用情報として、説明資料の格納場所を示すＵＲＬを二次元バーコードに変換して端末装置１０に送信することとしてもよい。また、端末装置１０において、説明資料にアクセスするための通信用情報（ＵＲＬ）に基づき二次元コードを生成してもよい。

サーバ２０は、ユーザの選択に応じて、又は説明資料のフォーマットに応じて、説明資料をそのまま提示するか、格納場所を示すＵＲＬを提示するか、それとも、二次元バーコードとして提示するかを決めるとしてよい。例えば、説明資料のフォーマットが動画（例えば、点鼻薬の使用方法を示す動画）である場合に、サーバ２０は、当該動画データにアクセス可能な二次元バーコードをユーザに提示する。

ステップＳ５１２において、端末装置１０は、サーバ２０の提示により、ユーザが指定した薬剤の説明資料、又は当該説明資料にアクセス可能な通信用情報（二次元バーコードなど）を入手して、印刷指令をプリンター３０に送信する。また、端末装置１０は、サーバ２０が提示した説明資料のＵＲＬにより、説明資料をダウンロードして表示部に表示させ、当該説明資料を印刷するような指令をプリンター３０に送信するとしてもよい。

ステップＳ５３１において、プリンター３０は、端末装置１０の印刷指令に応答して、薬剤の説明資料を用紙に印刷したり、説明資料にアクセス可能な二次元バーコードを薬袋に印刷したりする。

サーバ２０は、ユーザの選択に応じて、又は説明資料のフォーマットに応じて、説明資料をそのまま印刷するか、それとも、二次元バーコードを薬袋に印刷するかを決めるとしてよい。例えば、説明資料のフォーマットが、動画データ（例えば、点鼻薬の使用方法を示す動画）である場合に、サーバ２０は、当該動画データにアクセス可能な二次元バーコードを薬袋に印刷させるよう端末装置１０に指示する。よって、静止画とは異なり、そのまま紙に印刷することが困難なフォーマットの説明資料であっても、患者が簡単に確認できるような方式で提示することができる。

上記一連の処理により、各製薬会社が作成する薬剤の説明資料を、薬剤の種類と関連付けて一元管理することにより、薬局で薬剤の説明資料を容易に入手することができる。

図６は、図５に示す動作をもとに、さらに薬剤の説明資料の更新状況を把握して、常に最新の説明資料をユーザに提示して、説明資料の更新状況を通知する流れの一例を示すフローチャートである。

ステップＳ６２１において、サーバ２０は、製薬会社により説明資料が更新されたと判定した場合、更新後の説明資料を取得する。具体的には、サーバ２０は、製薬会社からの説明資料の更新連絡、ウェブサイト上の更新公告などにより、製薬会社により説明資料が更新されたかを判定する。また、サーバ２０は、製薬会社のウェブサイトに薬品の説明情報が掲載されたウェブページの変更をチェックすることで、説明資料が更新されたかを判定するとしてもよい。そして、サーバ２０は、説明資料が更新されたと判定した場合、更新後の説明資料を取得する。

ステップＳ６２２において、サーバ２０は、更新後の説明資料を、ユーザが利用可能に提示するとともに、説明資料が更新された旨をユーザに通知する。具体的な提示方法は、図５に示すステップＳ５２２と同様である。また、説明資料が更新されたことについては、更新の日時、更新の内容などの情報を通知する。

ステップＳ６１１において、端末装置１０は、サーバ２０の提示により、更新後の説明資料、又は更新後の説明資料にアクセス可能な通信用情報（二次元バーコードなど）を入手して、印刷指令をプリンター３０に送信する。

ステップＳ６３１において、プリンター３０は、端末装置１０の印刷指令に応答して、更新後の説明資料を用紙に印刷したり、更新後の説明資料にアクセス可能な二次元バーコードを薬袋に印刷したりする。

上記一連の処理により、薬剤の説明資料の更新状況を把握して、常に最新の説明資料をユーザに提示することができる。例えば、説明資料が製薬会社によって更新される場合として、薬剤に大きな副作用が報告される、薬剤による死亡例が出る、適用できる症例が変更される場合などがあり得る。また、説明資料がアップデートされることとして、説明資料の添付文書、インタビューフォームが変更される場合もある。上記のように薬剤の説明資料の更新状況に基づき最新の説明資料をサーバ２０が提供することにより、適切に薬剤を患者に提供し、説明資料に基づき説明をすることがよりいっそう容易になる。

また、図６に示す処理フローにより、以下のような実施例が可能である。
（ｉ）薬局において過去に取り扱った薬剤の情報と、取得した説明資料の更新履歴とに基づき、薬局において過去に取り扱った薬剤のうち、説明資料が更新された薬剤があると判定した場合に、当該薬剤について更新後の説明資料を取得して、当該薬剤について当該説明資料が更新された旨をユーザに通知する。

例えば、サーバ２０は、薬局側で処方された履歴に基づき、過去に取り扱った薬剤の薬剤コードと、説明資料が更新された薬剤の薬剤コードとを参照する。そして、過去に取り扱った薬剤のうち、説明資料が更新された薬剤があると判定した場合に、当該薬剤について更新後の説明資料をユーザが利用可能に提示するとともに、説明資料が更新された旨をユーザに通知する。

これにより、薬局で取り扱う全ての薬剤の更新状況を確実に把握することができる。また、薬剤の説明資料に更新があった場合に、更新された説明資料を随時に薬局に提示し、更新状況を通知することができる。薬局側のユーザにとっても、販売されているあらゆる薬剤について説明資料が更新されたことの通知をサーバ２０から受け取るのではなく、薬局で取り扱われる薬剤について、説明資料が更新されたことの通知を受け取ることとなる。そのため、あらゆる薬剤について（すなわち、薬局において取り扱うことがない薬剤についても）説明資料が更新されたことの通知をユーザが受け取る場合と比較して、説明資料が更新されたことの通知をユーザが見落とすおそれを抑止し得る。

（ｉｉ）各患者の調剤履歴と、取得した説明資料の更新履歴とに基づき、患者に調剤した薬剤のうち、説明資料が更新された薬剤があると判定した場合に、当該薬剤について更新後の説明資料をユーザが利用可能に提示するとともに、当該説明資料が更新された旨をユーザに通知する。

例えば、サーバ２０は、所定の患者に過去に調剤した薬剤の薬剤コードと、説明資料が更新された薬剤の薬剤コートとを参照する。そして、当該患者に過去に調剤した薬剤のうち、説明資料が更新された薬剤があると判定した場合に、当該薬剤について更新後の説明資料をユーザが利用可能に提示するとともに、説明資料が更新された旨をユーザに通知する。

これにより、各患者に調剤した薬剤の更新状況を確実に把握することができる。また、薬剤の説明資料に更新があった場合に、更新された説明資料を随時に薬局に提示し、更新状況を通知することができて、患者に有益な情報を提供することが期待できる。

例えば、薬局において、患者が来訪したことを受け付けたことに応答して、当該患者に調剤した薬剤の更新状況を、端末装置１０が確認することとしてもよい。薬局に患者が来訪し処方箋を患者が提出することにより、ユーザが、当該患者が薬局に来訪したことを端末装置１０に入力するとする。端末装置１０は、患者が来訪したこと、当該患者の処方箋の情報に基づいて、当該患者に過去に処方した薬剤についての説明資料の更新状況、または、処方箋に示される各薬剤についての説明資料の更新状況を確認する。例えば、端末装置１０は、サーバ２０に、各薬剤の説明資料が更新されているか否かを問い合わせ、サーバ２０が応答する。端末装置１０は、当該確認した結果をもとに、当該患者に過去に処方した薬剤についての説明資料が更新されているか否か、処方箋に示される薬剤について説明資料が更新されているか否かをユーザに通知する。

これにより、ユーザは、処方箋で患者に処方しようとする薬剤についての説明を、最新の説明資料に基づいて行うことができる。

また、ユーザは、患者に過去に処方した薬剤について、説明資料の更新があった場合に、処方箋で処方されていない場合においても、過去に処方した薬剤について説明資料に基づく説明をすること、および、最新の説明資料を患者に提供することが可能となる。

例えば、過去に患者に薬剤を処方した場合に、患者の服用方法によっては、薬剤が保持されていることがあり得る。ここで、過去に患者に処方した薬剤に、重大な副作用があった場合などにおいて、患者に対し、最新の説明資料に基づき注意喚起を促しうる。

（ｉｉｉ）端末装置１０において、ユーザが薬剤の種類を指定する操作に応答して、当該薬剤の説明資料を過去に取得したタイミング以降、当該薬剤の説明資料が更新されているか判定し、更新されている場合に、当該説明資料が更新された旨をユーザに通知する。

これにより、ユーザが所定の薬剤を指定するたびに、当該薬剤の説明資料の更新状況を確認することができる。また、説明資料の更新状況を適時に通知し、調剤に有益な情報を提供することが期待できる。

＜４ 画面例＞
図７（Ａ）から図７（Ｄ）は、本開示の第１の実施の形態における端末装置１０の画面例を示す図である。

図７の画面例（Ａ）は、薬剤師などのユーザが調剤するとき、薬剤を指定する局面を示す図である。画面例（Ａ）に示すように、端末装置１０の表示画面１３１は、患者情報を表示する領域１３２と、調剤に関する情報を示す領域１３３と、薬剤を指定するための領域１３４とを含む。

画面例（Ａ）において、ユーザが説明資料を入手しようとする薬剤について、当該薬剤が位置する領域の右側の「指定する」ボタンを押すことで、当該薬剤を指定する。これにより、ユーザは簡単な操作で薬剤を指定することができる。ユーザが「風邪薬Ｘ」を指定すると、端末装置１０が画面例（Ａ）から画面例（Ｂ）に遷移させる。

画面例（Ｂ）は、指定された薬剤の説明資料を表示する局面を示す図である。画面例（Ｂ）に示すように、端末装置１０の表示画面１３１は、説明資料を表示する領域１３５と、説明資料を印刷するための領域１３６Ａと、説明資料にアクセス可能な二次元バーコードを印刷するための領域１３６Ｂとを含む。

これにより、ユーザは、指定した薬剤の説明資料を容易に入手して確認することができる。また、説明資料を用紙に印刷して、薬剤と一緒に患者に渡したり、説明資料にアクセス可能な二次元バーコードを薬袋に印刷して患者に渡したりすることができる。

画面例（Ｃ）、画面例（Ｄ）は、薬剤の説明資料の更新状況を通知する局面を示す図である。画面例（Ｃ）、画面例（Ｄ）に示すように、端末装置１０の表示画面１３１は、説明資料の更新状況を概略的に通知する領域１３７と、説明資料の更新状況を詳細に通知する領域１３８Ａ、１３８Ｂと、更新後の説明資料を確認するための領域１３９と、を含む。

画面例（Ｃ）は、ユーザが薬剤を指定した操作に応答して、薬剤の説明資料の更新状況を判定し、更新されたと判定した場合に、更新後の説明資料を提示するとともに、更新状況を通知する局面を示す。

これにより、ユーザが所定の薬剤を指定するたびに、当該薬剤の説明資料の更新状況を提示し、調剤に有益な情報を提供することができる。

画面例（Ｄ）は、薬局において過去に取り扱った薬剤のうち、説明資料が更新された薬剤があると判定した場合に、更新後の説明資料を提示するとともに、更新状況を通知する局面を示す。

これにより、薬局で取り扱う全ての薬剤の更新状況を確実に把握することができる。また、薬剤の説明資料に更新があった場合に、更新された説明資料を随時に薬局に提示し、更新状況を通知することができる。

＜小括＞
上記するように、本開示によると、各製薬会社が作成する薬剤の説明資料を、薬剤の種類と関連付けて一元管理するので、患者に薬剤を提供する薬剤師が、製薬会社が用意する薬剤の説明資料を容易に取得できる。また、薬剤の説明資料の更新状況を把握して、常に最新の説明資料を提示して、説明資料の更新状況をユーザに通知することができる。

＜変形例＞
以上のように、サーバ２０が、各薬局における調剤の履歴を管理することにより（調剤履歴データベース２８２）、各薬局において取り扱われる薬剤の情報、また、各薬局において処方される薬剤の情報に基づいて、説明資料が更新された場合に通知する技術について説明した。この他に、以下のように構成してもよい。

（１）新薬の情報の提供： サーバ２０は、新薬の情報を取得することにより、各薬局の端末装置１０に対し、新薬の情報を提供することとしてもよい。サーバ２０は、各製薬会社のウェブサイトを巡回する、サーバ２０に対して新薬の情報をアップロードする等により、新薬の情報を管理する。

ここで、サーバ２０は、各薬局が取り扱っている薬剤に関連する新薬が登場した場合に（薬局において新薬を取り扱うことが望ましい場合に）、当該薬局の端末装置１０に、新薬の情報を通知することとしてもよい。

例えば、サーバ２０は、薬局における調剤の履歴に基づいて、当該薬局が処方する可能性の高い新薬の情報を当該薬局のユーザに提供することとしてもよい。例えば、サーバ２０は、薬局ごとの調剤履歴（調剤履歴データベース２８２）を参照することにより、新薬の情報に基づいて、当該新薬に関連する薬剤を処方した履歴を参照する。例えば、既に、第１の薬剤「Ａ」１０ｍｇ、第２の薬剤「Ａ」１００ｍｇが販売されている状況下において、新薬として、これら薬剤に関連する第３の薬剤「Ａ」５０ｍｇが提供される場合に、新薬に関連する薬剤（上記の第１の薬剤「Ａ」１０ｍｇ、第２の薬剤「Ａ」１００ｍｇ）が処方された履歴を各薬局について参照する。これら関連する薬剤を取り扱っている薬局の端末装置１０に対し、新薬の情報を通知する。

（２）薬剤の供給停止の情報の提供： サーバ２０は、供給が停止される薬剤の情報を取得することにより、各薬局の端末装置１０に対し、供給が停止される薬剤の情報を通知することとしてもよい。サーバ２０は、各製薬会社のウェブサイトを巡回する、供給が停止される薬剤の情報をサーバ２０に対してアップロードする等により、供給が停止される薬剤の情報を管理する。

ここで、サーバ２０は、調剤履歴データベース２８２に基づいて、各薬局において取り扱っている薬剤、また、各薬局において過去に処方した薬剤について、供給が停止する薬剤がある場合に、当該薬剤の供給が停止されることを各薬局の端末装置１０へ通知する。

（３）サーバ２０は、緊急安全性情報、安全性速報、添付文書の改訂等の安全にかかわる情報、講演会（Webによる講演会を含む）、新しい資料の情報などを、端末装置１０に対し通知することとしてもよい。サーバ２０は、上記の各情報の登録を受け付けることに応答して、各薬局で取り扱いがある薬剤について、上記の各情報の登録がある場合に、上記の各情報を、各薬局の端末装置１０へ通知する。

ここで、「緊急安全性情報」および「安全性速報」は、厚生労働省等の行政機関により発表される資料である。これら資料は、発売中の医薬品、医療機器、再生医療等製品について、医療関係者や広く一般国民に対して緊急かつ重大な注意喚起や使用制限に係る対策が必要な状況にある場合に、厚生労働省からの指示あるいは製造販売業者の自主的な決定に基づいて作成、提供される。

＜第２の実施の形態＞
上記の例では、患者側が、説明資料を閲覧する操作を行って、サーバ２０において、患者が説明資料を閲覧した履歴を更新することについて説明した。

この閲覧の履歴について、医療機関側で確認できるようにしてもよい。

図８は、医療機関側の端末装置５０が、患者が説明資料を閲覧した履歴を参照する処理を示すフローチャートである。

ステップＳ８６１において、患者の端末のプロセッサは、端末が二次元コード等を読み取ることにより、二次元コードに示されるＵＲＬに基づき説明資料にアクセスする処理を行う。例えば、患者の端末のブラウザにより、当該ＵＲＬに基づきサーバ２０へアクセスする。当該ＵＲＬは、説明資料を特定する情報を含む。

ステップＳ８２１において、サーバ２０は、患者の端末からのアクセスを受け付けて、患者を特定する情報を患者の端末から受け付けるための画面を応答する。

ステップＳ８６３において、患者の端末は、患者の情報の入力を受け付ける画面を表示して、患者から、患者を特定する情報の入力を受け付ける。

ステップＳ８２３において、サーバ２０は、患者の端末が要求する説明資料を患者に閲覧させるための画面を患者の端末へ応答する。サーバ２０は、患者を特定する情報に基づいて、説明資料閲覧履歴データベース２８４を更新する。

ステップＳ８６５において、患者の端末は、説明資料を患者に閲覧させるための画面を表示する。

以上のように、患者の端末において、患者が、説明資料を閲覧することができる。以下、医療機関側の端末において、患者が説明資料を閲覧した履歴を参照するための処理について説明する。

ステップＳ８５１において、端末装置５０は、患者が説明資料を閲覧した履歴を参照するための操作を、端末装置５０のユーザから受け付ける。例えば、端末装置５０は、患者を特定するための情報の入力を受け付ける。

ステップＳ８２７において、サーバ２０は、説明資料閲覧履歴データベース２８４を参照し、患者が説明資料を閲覧した履歴、患者メモ（患者が入力した情報）を端末装置５０へ応答する。

ステップＳ８５３において、端末装置５０は、患者が説明資料を閲覧した履歴、患者メモを表示する。

これにより、医療機関側では、薬剤を処方した結果、患者が説明資料を閲覧したかを確認することができる。説明資料は、患者が薬剤を服用する際に参照することがあり得るため、医療機関側では、患者が、薬剤を服用しようとしたかを推定することができ得る。

＜第３の実施の形態＞
以上の実施形態の説明では、患者が、説明資料を閲覧するためにサーバ２０へアクセスすることと、患者が説明資料を閲覧した履歴を蓄積することとについて説明した。以下の実施形態では、サーバ２０が、患者に対し、患者個人のためのページを用意して、各種機能を提供する例について説明する。具体的には、サーバ２０は、患者に対し、患者自身がコンテンツを投稿できる機能、患者に提供された調剤の履歴を提供する機能、患者が説明資料を閲覧した履歴を確認する機能等を提供する。

図９は、第３の実施の形態においてサーバ２０が記憶する患者データベース２８５のデータ構造を示す図である。

患者データベース２８５は、患者それぞれの情報を保持するためのデータベースである。図示するように、患者データベース２８５のレコードのそれぞれは、項目「患者ＩＤ」と、項目「調剤履歴」と、項目「閲覧履歴」と、項目「患者コンテンツ」と、項目「医療機関コメント」と、項目「資料データ」等を含む。

項目「患者ＩＤ」は、患者それぞれを識別する情報である。

項目「調剤履歴」は、患者に対し提供された調剤それぞれを識別する情報である。調剤履歴データベース２８２の「調剤ＩＤ」と対応する情報であるとしてもよい。

項目「閲覧履歴」は、患者が説明資料を閲覧した履歴それぞれを識別する情報である。説明資料閲覧履歴データベース２８４の「閲覧ＩＤ」と対応する情報であるとしてもよい。

項目「患者コンテンツ」は、患者が、日記などの形式によりサーバ２０に投稿したコンテンツを示す。患者が投稿するコンテンツとして、例えば、テキスト、画像などを含む。患者は、日記、副作用のような症状など、気になったことをコンテンツとしてサーバ２０に投稿する。

項目「医療機関コメント」は、患者に対し、医療機関側が送信したコメントを含む。当該コメントは、テキスト、画像などを含み、コメントを送信した送信者の情報（つまり、誰がコメントを送信したのか）を含むこととしてもよい。

項目「資料データ」は、患者の個人ページと関連付けてアップロードされた各種資料のデータを示す。例えば、患者の個人ページに、医療機関側または患者側から、説明資料をアップロードすることがあり得る。

図１０は、第３の実施の形態における各装置の動作を示すフローチャートである。

ステップＳ９６１において、患者の端末は、患者の個人ページにアクセスする操作を患者から受け付ける。例えば、患者の個人ページを示すＵＲＬを指定する操作を患者から受け付ける。

ステップＳ９２１において、サーバ２０は、データベースを参照することにより、患者の個人ページとして、患者自身が入力した患者メモの履歴、調剤の履歴、説明資料の閲覧の履歴を患者の端末へ応答する。

ステップＳ９６３において、患者の端末は、サーバ２０から受信した情報を表示する。患者の端末は、患者から、コンテンツを投稿するための入力操作を受け付ける。

ステップＳ９２３において、サーバ２０は、患者の端末から、患者が投稿したコンテンツ（日記、副作用のような症状などの気になった事項など）の入力を受け付けてデータベースを更新する。

ステップＳ９５１において、端末装置５０は、端末装置５０のユーザから、患者に対する操作として、コメントを送信する操作、説明資料をアップロードする操作等を受け付ける。

ステップＳ９２７において、サーバ２０は、端末装置５０のユーザから送信されたコメント、説明資料等に基づいてデータベースを更新する。サーバ２０は、データベースを参照し、医療機関側（端末装置５０のユーザ）から、コメント、説明資料のアップロードがあったことを、患者の端末へ通知する。つまり、サーバ２０は、端末装置５０から信号を受信することに応答して、患者の端末に対し通知を送信する。

ステップＳ９６５において、患者の端末は、サーバ２０からの通知に応じて、患者に、コメント、説明資料のアップロードがあったこと等を報知する。患者の端末は、患者から、コメント、説明資料を閲覧するための操作を受け付ける。

ここで、ステップＳ９５１において、医療機関側の端末装置５０は、ユーザから患者を特定する情報（患者ＩＤ）の選択を受け付けるとともに、薬剤を特定する情報を取得することにより、当該患者の個人ページに、当該薬剤の説明資料を追加することとしてもよい。例えば、端末装置５０は、薬剤の二次元コードを読み込むことにより、薬剤を特定する情報を取得することができる。

また、ステップＳ９６１、Ｓ９５１等において、患者が使用する薬剤を記録した資料（例えば、紙媒体としてのお薬手帳など）またはアプリケーション（患者が使用している薬剤を患者自身が入力するアプリケーションなど）に基づき、患者の個人ページに、患者が使用している薬剤についての説明資料をアップロードすることとしてもよい。サーバ２０は、当該資料のアップロードまたは当該アプリケーションから患者が使用する薬剤の履歴の情報を取得することにより、患者データベース２８５を更新し、患者が使用した薬剤の履歴の情報を保持することとしてもよい。サーバ２０は、薬剤別説明資料データベース２８１を参照することにより、患者が使用した薬剤に対応する説明資料があることを、患者の端末（または、患者が利用する薬局の端末装置１０等）に通知することとしてもよい。

また、患者の端末が、サーバ２０にアクセスし、ログインすることにより、患者の個人ページを表示する。患者の端末が、上記の薬袋に印刷された二次元コード（調剤ＩＤなどを特定する情報を含む）を読み取ることにより、上記の患者の個人ページにアップロードされる説明資料のページにアクセスして説明資料を表示することができる。

＜変形例＞
（１）以上の例において、ステップＳ９５１で説明したように、患者の個人ページ、または、患者が利用するＳＮＳ（Social Network Service）との連携により、医療機関（例えば、薬剤師）から、設定した日時、もしくは、随時、注意喚起や状況の確認メッセージを送付可能としてもよい。

（２）ここで、患者が利用するＳＮＳのIDなどは、サーバ２０で管理することとし、医療機関側（薬剤師等）の利用者には、患者を指定することはできても患者のＳＮＳのＩＤ等を閲覧できないこととしてもよい。

（３）以上の例では、医療機関側（薬剤師等）から患者に対してコメントを送信することについて説明したが、この他に、患者側から、医療機関側（薬剤師等）の利用者に、質問等を送信できることとしてもよい。患者側の端末では、医療機関側の利用者を指定するか否かにかかわらず、質問等を送信できることとしてもよいし、患者が利用する医療機関（薬局等）の利用者に対して質問を送信できることとしてもよい。例えば、サーバ２０は、患者から質問等のコメントの入力を受け付けると、調剤履歴データベース２８２等を参照することにより、当該患者が薬剤の提供を受けた薬局（薬局ＩＤ）を特定し、当該薬局の端末装置５０に、患者からの質問があったことを通知することとしてもよい。

（４）以上の各実施形態の説明において、説明資料にアクセスするための情報を二次元コード等として印刷する例を説明した。ここで、患者に薬剤を渡すための袋（薬剤の用量、服用方法などが記述される）に二次元コードを印字するにあたり、プリンター３０として、ユーザが手で把持できるハンディ型のプリンターを採用することとしてもよい。薬局において、予め、薬局を識別する情報（薬局ＩＤ）を含む二次元コードが印字されたシール、または、当該二次元コードが印字された袋を用意しておくとする。端末装置１０は、患者に薬剤を提供するにあたり、当該薬剤にアクセスするための情報、および、患者ＩＤを含む二次元コードを生成し、プリンター３０へ送信する。薬局のユーザは、ハンディー型のプリンター３０を把持して袋に二次元コードを印刷する。ここで、薬剤の用量、服用方法についてもプリンター３０で印字することとしてもよい。

患者側は、患者の端末において、袋に対応付けられた、薬局ＩＤと、説明資料にアクセスするための二次元コードとを読みとってサーバ２０へアクセスすることにより、当該説明資料を閲覧することができる。ここで、サーバ２０は、患者の端末に対して説明資料を提供するにあたり、薬局ＩＤの情報を患者の端末から受け付けて、調剤履歴データベース２８２と照合することにより、当該患者に対して薬剤が提供されているか否かを判定してもよい。例えば、サーバ２０は、患者ＩＤと、患者の端末から送信される薬局ＩＤを参照し、当該薬局において、患者に対し、薬剤が提供されたか否かを判定することができる。サーバ２０は、薬局において患者に対し薬剤が提供されていないと判定した場合に、患者の端末に対し、説明資料を送信しないこととしてもよい。これにより、患者側において、患者が使用していない薬剤についての説明資料を閲覧する可能性を低くすることができ、患者が誤って薬剤の情報を参照するおそれを小さくすることができ得る。

（５）以上の各実施形態の説明において、サーバ２０は、各患者に処方される薬剤について、患者側の費用の負担割合を、調剤履歴データベース２８２等に保持していてもよい。処方される薬剤について、保険が提供される割合に基づき、患者側の費用の負担が定まる。薬局において、患者の保険証の情報に基づき、当該費用の負担割合が薬局の端末装置１０に入力され、サーバ２０に保持される。また、サーバ２０は、各患者に処方される薬剤について、費用の請求先の情報を保持していてもよい。すなわち、患者側が負担する割合とは別の部分について、費用を負担する主体（保険証に記載される）の情報を、サーバ２０で保持することとしてもよい。

（６）上記のサーバ２０が提供するシステムにおいて、患者側の端末から、患者により、使用している薬剤等の情報の入力を受け付けることとしてもよい。サーバ２０は、患者の端末に対し、所定の入力フォームを表示させることにより、患者から入力を受け付ける。ここで、当該所定の入力フォームは、医療者(医師、薬剤師、看護師など)の操作により項目を追加すること、編集することができることとしてもよい。これにより、患者が使用している薬剤等の入力方法をカスタマイズすることが容易になり、患者側が入力する負担を低減させることができ得る。

（７）図１１は、端末装置１０において、薬剤の検索を行う操作を受け付ける局面の画面例を示す。図１１に示すように、端末装置１０は、「薬剤名」、「規格」、「企業名（メーカー名）」のそれぞれについて、ユーザから、検索条件の入力を受け付ける。

例えば、ジェネリック薬品は、薬剤名が先発医薬品と同じ名称で、企業名のみが異なることがある。上記のように、端末装置１０が検索条件の入力を受け付けることにより、ユーザが所望の薬剤を容易に検索することができる。図１１の例では、「薬剤名」、「規格」、「企業名（メーカー名）」の各項目のうち複数の項目に検索条件が入力されている場合、and検索を実行することとしているが、or検索、not検索など他の検索方法を指定できることとしてもよい。

＜付記＞
以上の各実施の形態で説明した事項を以下に付記する。

（付記１）プロセッサと、メモリとを備えるコンピュータに実行させるプログラムであって、プログラムは、プロセッサに、複数の製薬会社がそれぞれ提供する複数の薬剤について、薬剤の種類と関連付けて、薬剤の説明資料を取得する第１のステップ（ステップＳ５２１）と、医療機関を運営するユーザから薬剤の種類を指定する操作を受け付ける第２のステップ（ステップＳ５１１）と、操作に応答して、ユーザが指定した薬剤の種類に関連付けられた説明資料をユーザが利用可能に提示する第３のステップ（ステップＳ５２２）と、を実行させる、プログラム。

（付記２）第１のステップにおいて、製薬会社により説明資料が更新されたと判定した場合、更新後の説明資料を取得する（ステップＳ６２１）、（付記１）に記載のプログラム。

（付記３）説明資料が更新されたと判定したことにより、説明資料が更新された旨をユーザに通知する（ステップＳ６２２）、（付記２）に記載のプログラム。

（付記４）医療機関において過去に取り扱った薬剤の情報と、取得した説明資料の更新履歴とに基づき、医療機関において過去に取り扱った薬剤のうち、説明資料が更新された薬剤があると判定した場合に、当該薬剤について更新後の説明資料を取得して、当該薬剤について当該説明資料が更新された旨をユーザに通知する、（付記３）に記載のプログラム。

（付記５）各患者の調剤履歴と、取得した説明資料の更新履歴とに基づき、患者に調剤した薬剤のうち、説明資料が更新された薬剤があると判定した場合に、当該薬剤について更新後の説明資料をユーザが利用可能に提示するとともに、当該説明資料が更新された旨をユーザに通知する、（付記３）に記載のプログラム。

（付記６） ユーザが薬剤の種類を指定する操作に応答して、当該薬剤の説明資料を過去に取得したタイミング以降、当該薬剤の説明資料が更新されているか判定し、
更新されている場合に、当該説明資料が更新された旨をユーザに通知する、（付記３）のいずれかに記載のプログラム。

（付記７）第３のステップにおいて、患者の端末において説明資料に対応するデータにアクセスするための通信用情報を取得し、取得した通信用情報を薬袋に印刷させる（ステップＳ６１１、ステップＳ６３１）、（付記１）から（付記６）のいずれかに記載のプログラム。

（付記８）説明資料は、文字、画像、音声、動画又は説明用プログラムの少なくとも１つを含む、（付記１）から（付記７）のいずれかに記載のプログラム。

１０ 端末装置、２０ サーバ、３０ プリンター、８０ ネットワーク、１２ 通信ＩＦ、１３ 入力装置、１４ 出力装置、１５ メモリ、１６ 記憶部、１９ プロセッサ、２０１ 通信部、２０２ 記憶部、２８１ 薬剤別説明資料データベース、２８２ 調剤履歴データベース、２０３ 制御部

Claims (10)

1. プロセッサと、メモリとを備えるコンピュータに実行させるプログラムであって、
   前記プログラムは、前記プロセッサに、
   複数の製薬会社がそれぞれ提供する複数の薬剤について、薬剤の種類と関連付けて、薬剤の説明資料を取得する第１のステップと、
   医療機関を運営するユーザから薬剤の種類を指定する操作を受け付ける第２のステップと、
   前記操作に応答して、ユーザが指定した前記薬剤の種類に関連付けられた説明資料を前記ユーザが利用可能に提示する第３のステップと、
   患者の端末において前記説明資料にアクセスするための通信用情報を取得し、前記通信用情報を前記患者に提示する第４のステップと、
   前記通信用情報に基づいて、前記説明資料への前記患者の端末からのアクセスを受け付ける第５のステップと、
   前記アクセスに応答して、前記説明資料を前記患者に閲覧させるための画面を前記患者の端末へ提示するとともに、前記患者が前記説明資料を閲覧した履歴を示す履歴情報を更新する第６のステップと、
   前記履歴情報に基づいて、前記患者が前記説明資料を閲覧した履歴を、前記医療機関を運営するユーザに提示する第７のステップと、
   を実行させる、プログラム。
2. 前記履歴は、前記患者が前記説明資料を閲覧したタイミングであることを示す、請求項１に記載のプログラム。
3. 前記第６のステップにおいて、前記プログラムは、前記プロセッサに、
   前記患者に前記薬剤が提供されていないと判定した場合に、前記患者に対し、前記説明資料を提示しない、請求項１または２に記載のプログラム。
4. 前記第７のステップにおいて、前記プログラムは、前記プロセッサに、
   前記患者が前記説明資料を閲覧した履歴を、前記医療機関を運営するユーザに閲覧可能とするかどうか、前記患者から同意する操作を受け付ける、請求項１から３のいずれかに記載のプログラム。
5. 前記プログラムは、前記プロセッサに、さらに、
   前記第７のステップにおいて、前記患者からの前記同意に応答して、前記医療機関を運営するユーザに前記履歴を閲覧可能とした場合に、前記患者に対し特定の特典を付与する第８のステップを実行させる、請求項４に記載のプログラム。
6. 前記第８のステップにおいて、前記プログラムは、前記プロセッサに、
   前記患者に対し、前記患者に有用な薬剤、器具から成る群のいずれか１つ以上を開発するための所定の企画に関する情報を提示し、
   前記患者から、前記企画を実現するための費用に前記特典を充当する操作を受け付ける、請求項５に記載のプログラム。
7. 前記第７のステップにおいて、前記プログラムは、前記プロセッサに、
   前記履歴情報に基づいて、前記患者に対する前記医療機関を運営するユーザからのアラートを受け付ける、請求項１から６のいずれかに記載のプログラム。
8. 前記プログラムは、前記プロセッサに、さらに、
   前記医療機関を運営するユーザを指定せずとも、前記患者から前記薬剤に関する質問を受け付ける第９のステップと、
   前記患者が前記薬剤の提供を受けた前記医療機関を運営するユーザを特定し、
   前記特定した前記医療機関を運営するユーザに前記質問を提示する第１０のステップと、を実行させる、請求項１から７のいずれかに記載のプログラム。
9. プロセッサと、メモリとを備えるコンピュータにより実行される方法であって、
   前記方法は、前記プロセッサが、
   複数の製薬会社がそれぞれ提供する複数の薬剤について、薬剤の種類と関連付けて、薬剤の説明資料を取得する第１のステップと、
   医療機関を運営するユーザから薬剤の種類を指定する操作を受け付ける第２のステップと、
   前記操作に応答して、ユーザが指定した前記薬剤の種類に関連付けられた説明資料を前記ユーザが利用可能に提示する第３のステップと、
   患者の端末において前記説明資料にアクセスするための通信用情報を取得し、前記通信用情報を前記患者に提示する第４のステップと、
   前記通信用情報に基づいて、前記説明資料への前記患者からのアクセスを受け付ける第５のステップと、
   前記アクセスに応答して、前記説明資料を前記患者に閲覧させるための画面を提示するとともに、前記患者が説明資料を閲覧した履歴を示す履歴情報を更新する第６のステップと、
   前記履歴情報に基づいて、前記患者が前記説明資料を閲覧した履歴を、前記医療機関を運営するユーザに提示する第７のステップと、
   を実行させる、方法。
10. 制御部と、記憶部とを備える情報処理装置であり、
    前記制御部は、
    複数の製薬会社がそれぞれ提供する複数の薬剤について、薬剤の種類と関連付けて、薬剤の説明資料を取得する第１のステップと、
    医療機関を運営するユーザから薬剤の種類を指定する操作を受け付ける第２のステップと、
    前記操作に応答して、ユーザが指定した前記薬剤の種類に関連付けられた説明資料を前記ユーザが利用可能に提示する第３のステップと、
    患者の端末において前記説明資料にアクセスするための通信用情報を取得し、前記通信用情報を前記患者に提示する第４のステップと、
    前記通信用情報に基づいて、前記説明資料への前記患者からのアクセスを受け付ける第５のステップと、
    前記アクセスに応答して、前記説明資料を前記患者に閲覧させるための画面を前記患者に提示するとともに、前記患者が説明資料を閲覧した履歴を示す履歴情報を更新する第６のステップと、
    前記履歴情報に基づいて、前記患者が前記説明資料を閲覧した履歴を、前記医療機関を運営するユーザに提示する第７のステップと、
    を実行する、情報処理装置。

Images