(57)【要約】【課題】手動入力を必要とせずに、患者の意思を反映して適切な薬を自動的に選定する。【解決手段】本発明の情報処理装置は、情報受信部と薬履歴情報記憶部と意思データ生成部と薬情報記憶部と特定部と推奨薬情報生成部とを備える。情報受信部は、患者の端末から患者識別情報と症状特定情報を受信する。薬履歴情報記憶部は、患者識別情報ごとに、過去に選択された薬の薬情報を示す履歴情報を対応付けて記憶する。意思データ生成部は、情報受信部により受信された患者識別情報に対応する履歴情報に基づいて、患者により選択された薬の傾向を示す意思データを生成する。特定部は、薬情報記憶部に記憶された複数の薬情報の中から、情報受信部により受信された症状特定情報により特定される症状に対応する複数の薬情報を特定する。推奨薬情報生成部は、意思データと、特定部により特定された複数の薬情報とに基づいて、患者へ推奨する薬を示す推奨薬情報を生成する。【選択図】図８
2017220005.tif 000002
【特許請求の範囲】
【請求項１】
患者が使用する端末から、患者を識別する患者識別情報と、患者の症状を特定可能な症状特定情報を受信する情報受信部と、
１以上の前記患者識別情報ごとに、過去に選択された薬の薬情報を示す履歴情報を対応付けて記憶する薬履歴情報記憶部と、
前記情報受信部により受信された前記患者識別情報に対応する前記履歴情報に基づいて、該患者識別情報で識別される患者により選択される薬の傾向を示す意思データを生成する意思データ生成部と、
複数の前記薬情報を記憶する薬情報記憶部と、
前記薬情報記憶部に記憶された複数の前記薬情報の中から、前記情報受信部により受信された前記症状特定情報により特定される症状に対応する複数の前記薬情報を特定する特定部と、
前記意思データ生成部により生成された前記意思データと、前記特定部により特定された複数の前記薬情報とに基づいて、患者へ推奨する薬を示す推奨薬情報を生成する推奨薬情報生成部と、を備える、
情報処理装置。
【請求項２】
前記薬情報は、薬を識別する薬識別情報と、複数の特徴と１対１に対応し、かつ、それぞれが対応する特徴の内容を示す複数の特徴情報とを含み、
前記意思データ生成部は、前記複数の特徴ごとに、前記履歴情報に含まれる前記特徴情報を集計して多い順に並べた情報を前記意思データとして生成する、
請求項１に記載の情報処理装置。
【請求項３】
前記推奨薬情報生成部は、
前記特定部により特定された複数の前記薬情報ごとに、前記複数の特徴と１対１に対応する複数の前記特徴情報の各々に対して前記意思データが示す順位に応じた点数を付けて集計した合計点数を算出する、
請求項２に記載の情報処理装置。
【請求項４】
前記推奨薬情報生成部は、
複数の前記薬情報ごとに算出した前記合計点数に基づいて、推奨度合いが高い順に前記推奨薬情報を並べた情報を前記推奨薬情報として生成する、
請求項３に記載の情報処理装置。
【請求項５】
前記情報受信部は、前記端末から、患者の生体情報に対応する数値を受信し、
前記推奨薬情報生成部は、前記数値が閾値を超えている場合、前記意思データは用いずに前記推奨薬情報を生成し、前記数値が前記閾値未満の場合、前記意思データと、前記特定部により特定された複数の前記薬情報とに基づいて、前記推奨薬情報を生成する、
請求項２乃至４のうちの何れか１項に記載の情報処理装置。
【請求項６】
前記推奨薬情報生成部は、前記数値が閾値を超えている場合、効き目の度合いが高い順に、前記特定部により特定された複数の前記薬情報を並べた情報を前記推奨薬情報として生成する、
請求項５に記載の情報処理装置。
【請求項７】
前記生体情報は、体温を示す情報、血圧を示す情報、脈拍を示す情報、および、体内水分量を示す情報のうちの少なくとも１つを含む、
請求項５または６に記載の情報処理装置。
【請求項８】
前記複数の特徴には、薬の副作用、薬の形状、薬のタイプ、および、薬の効き目が含まれる、
請求項１乃至７のうちの何れか１項に記載の情報処理装置。
【請求項９】
前記推奨薬情報を前記端末へ送信する推奨薬情報送信部をさらに備える、
請求項１乃至８のうちの何れか１項に記載の情報処理装置。
【請求項１０】
患者が使用する端末から、患者を識別する患者識別情報と、患者の症状を特定可能な症状特定情報を受信する情報受信ステップと、
１以上の前記患者識別情報ごとに、過去に選択された薬の薬情報を示す履歴情報を対応付けて記憶する薬履歴情報記憶部を参照して、前記情報受信ステップにより受信された前記患者識別情報に対応する前記履歴情報を特定し、その特定した前記履歴情報に基づいて、該患者識別情報で識別される患者により選択される薬の傾向を示す意思データを生成する意思データ生成ステップと、
複数の前記薬情報を記憶する薬情報記憶部に記憶された複数の前記薬情報の中から、症状特定情報受信ステップにより受信された前記症状特定情報により特定される症状に対応する複数の前記薬情報を特定する特定ステップと、
前記意思データ生成ステップにより生成された前記意思データと、前記特定ステップにより特定された複数の前記薬情報とに基づいて、患者へ推奨する薬を示す推奨薬情報を生成する推奨薬情報生成ステップと、を含む、
情報処理方法。
【請求項１１】
コンピュータに、
患者が使用する端末から、患者を識別する患者識別情報と、患者の症状を特定可能な症状特定情報を受信する情報受信ステップと、
１以上の前記患者識別情報ごとに、過去に選択された薬の薬情報を示す履歴情報を対応付けて記憶する薬履歴情報記憶部を参照して、前記症状特定情報受信ステップにより受信された前記患者識別情報に対応する前記履歴情報を特定し、その特定した前記履歴情報に基づいて、該患者識別情報で識別される患者により選択される薬の傾向を示す意思データを生成する意思データ生成ステップと、
複数の前記薬情報を記憶する薬情報記憶部に記憶された複数の前記薬情報の中から、前記症状特定情報受信ステップにより受信された前記症状特定情報により特定される症状に対応する複数の前記薬情報を特定する特定ステップと、
前記意思データ生成ステップにより生成された前記意思データと、前記特定ステップにより特定された複数の前記薬情報とに基づいて、患者へ推奨する薬を示す推奨薬情報を生成する推奨薬情報生成ステップと、を実行させるためのプログラム。
【請求項１２】
患者が使用する端末と、情報処理装置とを備えた情報処理システムであって、
前記端末は、
患者を識別する患者識別情報と、患者の症状を特定可能な症状特定情報を送信する情報送信部と、
患者へ推奨する薬を示す推奨薬情報を前記情報処理装置から受信する推奨薬情報受信部と、
前記推奨薬情報受信部により受信された前記推奨薬情報を表示部に表示する制御を行う表示制御部と、を備え、
前記情報処理装置は、
前記端末から前記患者識別情報と前記症状特定情報を受信する情報受信部と、
１以上の前記患者識別情報ごとに、過去に選択された薬の薬情報を示す履歴情報を対応付けて記憶する薬履歴情報記憶部と、
前記情報受信部により受信された前記患者識別情報に対応する前記履歴情報に基づいて、該患者識別情報で識別される患者により選択される薬の傾向を示す意思データを生成する意思データ生成部と、
複数の前記薬情報を記憶する薬情報記憶部と、
前記薬情報記憶部に記憶された複数の前記薬情報の中から、前記情報受信部により受信された前記症状特定情報により特定される症状に対応する複数の前記薬情報を特定する特定部と、
前記意思データ生成部により生成された前記意思データと、前記特定部により特定された複数の前記薬情報とに基づいて、前記推奨薬情報を生成する推奨薬情報生成部と、
前記推奨薬情報生成部により生成された前記推奨薬情報を前記端末へ送信する推奨薬情報送信部と、を備える、
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、プログラムおよび情報処理システムに関する。
【背景技術】
【０００２】
従来、患者の手動入力（例えばジェネリック薬品を希望するか否かを指示するための入力）に応じて、該患者に対して適切な薬を選定する技術が知られている（例えば特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかし、従来技術では、患者は、適切な薬を選定させるために、自らの意思を示す情報（意思情報）を手動で入力する必要があり、患者の意思を反映して適切な薬を自動的に選定する仕組みは存在しなかった。
【課題を解決するための手段】
【０００４】
上述した課題を解決するために、本発明は、患者が使用する端末から、患者を識別する患者識別情報と、患者の症状を特定可能な症状特定情報を受信する情報受信部と、１以上の前記患者識別情報ごとに、過去に選択された薬の薬情報を示す履歴情報を対応付けて記憶する薬履歴情報記憶部と、前記情報受信部により受信された前記患者識別情報に対応する前記履歴情報に基づいて、該患者識別情報で識別される患者により選択される薬の傾向を示す意思データを生成する意思データ生成部と、複数の前記薬情報を記憶する薬情報記憶部と、前記薬情報記憶部に記憶された複数の前記薬情報の中から、前記情報受信部により受信された前記症状特定情報により特定される症状に対応する複数の前記薬情報を特定する特定部と、前記意思データ生成部により生成された前記意思データと、前記特定部により特定された複数の前記薬情報とに基づいて、患者へ推奨する薬を示す推奨薬情報を生成する推奨薬情報生成部と、を備える情報処理装置である。
【発明の効果】
【０００５】
本発明によれば、患者による手動入力を必要とせずに、患者の意思を反映して適切な薬を自動的に選定できるという効果を奏する。
【図面の簡単な説明】
【０００６】
【図１】図１は、情報処理システムの構成の一例を示す図である。
【図２】図２は、統計データの一例を示す図である。
【図３】図３は、ウェアラブルデバイスのハードウェア構成の一例を示すブロック図である。
【図４】図４は、ウェアラブルデバイスが有する機能の一例を示すブロック図である。
【図５】図５は、スマートデバイスのハードウェア構成の一例を示すブロック図である。
【図６】図６は、スマートデバイスが有する機能の一例を示すブロック図である。
【図７】図７は、薬局サーバのハードウェア構成の一例を示すブロック図である。
【図８】図８は、薬局サーバが有する機能の一例を示すブロック図である。
【図９】図９は、履歴情報の一例を示す図である。
【図１０】図１０は、特徴情報の集計方法を説明するための図である。
【図１１】図１１は、複数の特徴ごとに、該特徴に対応する複数の特徴情報を多い順に並べた結果を示す図である。
【図１２】図１２は、薬情報記憶部に記憶された薬情報の一例を示す図である。
【図１３】図１３は、薬情報の変形例を示す図である。
【図１４】図１４は、各特徴情報に対する点数の付け方を説明するための図である。
【図１５】図１５は、複数の薬情報ごとに算出した合計点数の結果を示す図である。
【図１６】図１６は、複数の薬情報の順位付けの結果を示す図である。
【図１７】図１７は、スマートデバイスに表示される推奨薬情報の一例を示す図である。
【図１８】図１８は、薬局サーバの動作例を示すフローチャートである。
【発明を実施するための形態】
【０００７】
以下に添付図面を参照しながら、本発明に係る情報処理装置、情報処理方法、プログラムおよび情報処理システムの具体的な実施形態について詳しく説明する。
【０００８】
図１は、本実施形態の情報処理システム１の構成の一例を示す図である。図１に示すように、情報処理システム１は、ウェアラブルデバイス１０、スマートデバイス２０、薬局サーバ３０を備える。
【０００９】
ウェアラブルデバイス１０は、患者に装着され、かつ、患者の生体情報を測定するためのデバイスである。図１の例では、ウェアラブルデバイス１０は時計型のデバイスであるが、これに限らず、例えば指輪型のデバイス、リストバンド型のデバイス、シャツ型等の着衣型のデバイス等であってもよい。また、この例では、生体情報は、体温を示す情報、血圧を示す情報、脈拍を示す情報、および、体内水分量を示す情報を含むが、これらの情報のうちの何れかが含まれない形態であってもよい。要するに、生体情報は、体温を示す情報、血圧を示す情報、脈拍を示す情報、および、体内水分量を示す情報のうちの少なくとも１つを含む情報であればよい。なお、生体情報は、上記以外にも、心拍数、血中酸素濃度、心電波形に関する情報等であってもよく、ウェアラブルデバイス１０から取得可能な人の状態を表す情報であればよい。ウェアラブルデバイス１０は、定期的に、一定期間ごと（例えば１日ごと）の生体情報の統計値（典型的には平均値）を示す統計データ（生体情報に対応する数値の一例）を作成し、その作成した統計データをスマートデバイス２０へ送信する。図２は、統計データの一例を示すイメージ図である。
【００１０】
図１に戻って説明を続ける。スマートデバイス２０は、「端末」の一例であり、患者を識別する患者ＩＤ（「患者識別情報」の一例）と、患者の症状を特定可能な症状特定情報を、薬局サーバ３０へ送信する。さらに言えば、スマートデバイス２０は、患者ＩＤおよび症状特定情報の他、患者の生体情報に対応する数値を薬局サーバ３０へ送信する。この例では、スマートデバイス２０は、患者ＩＤと、スマートデバイス２０上のアプリを利用して患者から入力された症状を示す症状情報（「症状特定情報」の一例）と、ウェアラブルデバイス１０から受信した統計データ（生体情報に対応する数値の一例）と、を含む患者プレデータを、薬局サーバ３０へ送信するが、これに限らず、例えばスマートデバイス２０は、患者ＩＤ、症状情報および統計データの各々を個別に送信する形態であってもよい。この例では、スマートデバイス２０は、患者の操作に応じて、患者プレデータを薬局サーバ３０へ送信する。例えば患者は、スマートデバイス２０上のアプリを利用して症状を入力した後、ドラッグストアなどの医師の処方箋を必要としない薬を販売する薬局に設置された読み取り装置（例えばタッチタグ等）にスマートデバイスをタッチさせると、患者プレデータが薬局サーバ３０へ送信される形態であってもよい。なお、患者から入力される症状の例としては、発熱、頭痛、鼻詰まり、咳等が挙げられるが、これらに限られるものではない。
【００１１】
薬局サーバ３０は、「情報処理装置」の一例であり、スマートデバイス２０から受信した患者プレデータに含まれる患者ＩＤで識別される患者により選択された薬の傾向を示す意思データを生成し、生成した意思データと、患者プレデータにより特定される症状に対応する複数の薬情報とに基づいて、患者へ推奨する薬を示す推奨薬情報を生成する。具体的な内容については後述する。そして、薬局サーバ３０は、患者プレデータに対する応答として、生成した推奨薬情報をスマートデバイス２０へ送信し、スマートデバイス２０は、薬局サーバ３０から受信した推奨薬情報を表示する。スマートデバイス２０を所持する患者は、この推奨薬情報を確認することで、自分に適切な薬を知ることができる。
【００１２】
図３は、ウェアラブルデバイス１０のハードウェア構成の一例を示す図である。図３に示すように、ウェアラブルデバイス１０は、ＭＰＵ（Micro-processing  unit）１１１、メモリ１１２、無線通信モジュール１１３、バッテリ１１４、センサモジュール１１５などを備える。
【００１３】
ＭＰＵ１１１は、ウェアラブルデバイス１０全体の動作を統括的に制御する。つまり、ＭＰＵ１１１は、ウェアラブルデバイス１０内の各コンポーネントの動作を制御する。ＭＰＵ１１１は、メモリ１１２にロードされる各種ソフトウェアを実行する。これらのソフトウェアには、オペレーティングシステム（ＯＳ）及びウェアラブルデバイス１０の無線通信を制御するための通信制御プログラム等が含まれる。通信制御プログラムは、無線通信モジュール１１３を用いて生体情報を含む各種データ（統計データ等）をスマートデバイス２０に送信する機能を実現するためのプログラムである。
【００１４】
無線通信モジュール１１３は、スマートデバイス２０との間で無線通信を実行するためのモジュールである。この例では、無線通信モジュール１１３は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）、ＢＡＮ（body  area  network）などの近距離無線通信方式によりスマートデバイス２０との無線通信を実行するが、これに限らず、例えば３Ｇ移動通信、４Ｇ移動通信及び無線ＬＡＮ（ＷＬＡＮ）等の無線通信方式により、スマートデバイス２０との間で無線通信を実行する形態であってもよい。
【００１５】
バッテリ１１４は、ウェアラブルデバイス１０内の各コンポーネントに対して電力を供給するための手段である。
【００１６】
センサモジュール１１５は、生体情報を検出するためのモジュールである。この例では、センサモジュール１１５は、体温センサ１２１、血圧センサ１２２、脈拍センサ１２３、水分量センサ１２４を含む。体温センサ１２１は、患者の体温を検出するためのセンサである。血圧センサ１２２は、患者の血圧を検出するためのセンサである。脈拍センサ１２３は、患者の脈拍を検出するためのセンサである。水分量センサ１２４は、患者の体内水分量を検出するためのセンサである。なお、センサモジュール１１５によって検出された生体情報は、Ｒａｗデータ（生データ）と称され、各種センサとＭＰＵ１１１とを結ぶアナログ回路であるＡＦＥ（アナログフロントエンド）回路を介してＭＰＵ１１１に出力される。
【００１７】
図４は、ウェアラブルデバイス１０が有する機能の一例を示す図である。図４に示すように、ウェアラブルデバイス１０は、生体情報測定部１３１、生体情報保存部１３２、統計データ生成部１３３、統計データ送信部１３４を有する。
【００１８】
生体情報測定部１３１は、センサモジュール１１５を利用して、患者の生体情報を測定（一定の周期で測定）する。生体情報保存部１３２は、生体情報測定部１３１により測定された生体情報を保存する。統計データ生成部１３３は、生体情報保存部１３２により保存された生体情報を用いて、定期的に上述の統計データを生成する。統計データ送信部１３４は、無線通信モジュール１１３を利用して、統計データ生成部１３３により生成された統計データをスマートデバイス２０へ送信する。なお、この例では、ウェアラブルデバイス１０側で統計データを生成しているが、これに限らず、例えばウェアラブルデバイス１０は生体情報を定期的にスマートデバイス２０へ送信し、スマートデバイス２０側が統計データを生成する構成であってもよい。
【００１９】
本実施形態では、生体情報測定部１３１、統計データ生成部１３３、統計データ送信部１３４の各々の機能は、ＭＰＵ１１１がメモリ１１２に記憶されたプログラムを実行することにより実現される。また、生体情報保存部１３２は、例えばメモリ１１２などの記憶装置により実現される。
【００２０】
図５は、スマートデバイス２０のハードウェア構成の一例を示す図である。図５に示すように、スマートデバイス２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、無線通信モジュール２０４、外部メモリ２０５、メモリＩ／Ｆ２０６、ＲＦ部２０７、アンテナ２０８、ＬＣＤ２０９、バッテリ２１０などを備え、これらは内部バス２１１を介して接続される。
【００２１】
ＣＰＵ２０１は、各種データの演算処理などを行って、スマートデバイス２０全体の動作を統括的に制御する。ＲＯＭ２０２は、ＣＰＵ２０１が実行するプログラム（ＣＰＵ２０１の動作制御や各モジュールのデータ管理や制御を行うためのプログラム）を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークメモリ（演算処理の作業領域）として使用される。ＲＯＭ２０２に記憶されたプログラムは、ＲＡＭ２０３に読み込まれ、ＣＰＵ２０１により実行される。
【００２２】
無線通信モジュール２０４は、ウェアラブルデバイス１０との間で無線通信を実行するためのモジュールである。外部メモリ２０５は、不揮発の情報を記憶するためのメモリであり、例えばＨＤＤ（Hard  Disk  Drive）などで構成されてもよい。外部メモリ２０５はメモリＩ／Ｆ２０６を介して内部バス２１１に接続される。
【００２３】
ＲＦ部２０７は、アンテナ２０８を介して他の無線通信機器（この例では薬局サーバ３０）へ高周波信号を送信する。また、アンテナ２０８から受信した高周波信号を変換してＣＰＵ２０１へ出力する。
【００２４】
ＬＣＤ２０９は、表示部の一例であり、各種の情報（例えば後述の推奨薬情報など）を表示するデバイスである。
【００２５】
バッテリ２１０は、スマートデバイス２０内の各コンポーネントに対して電力を供給するための手段である。
【００２６】
図６は、スマートデバイス２０が有する機能の一例を示す図である。図６に示すように、スマートデバイス２０は、統計データ受信部２２１、患者プレデータ生成部２２２、患者プレデータ送信部２２３、推奨薬情報受信部２２４、表示制御部２２５を有する。
【００２７】
統計データ受信部２２１は、ウェアラブルデバイス１０から統計データを受信する。患者プレデータ生成部２２２は、患者プレデータを生成する。この例では、患者プレデータは、統計データ受信部２２１により受信された統計データと、患者ＩＤと、スマートデバイス２０上のアプリを利用して入力された症状情報と、を含む。患者プレデータの生成タイミングは任意であり、例えば患者プレデータ生成部２２２は、症状情報の入力を契機として、入力された症状情報と、患者ＩＤと、最新の統計データとを含む患者プレデータを生成する形態であってもよい。
【００２８】
患者プレデータ送信部２２３は、「情報送信部」の一例であり、患者プレデータ生成部２２２により生成された患者プレデータを薬局サーバ３０へ送信する。推奨薬情報受信部２２４は、患者プレデータに対する応答として、患者へ推奨する薬を示す推奨薬情報を薬局サーバ３０から受信する。表示制御部２２５は、推奨薬情報受信部２２４により受信された推奨薬情報をＬＣＤ２０９（「表示部」の一例）に表示する制御を行う。
【００２９】
本実施形態では、統計データ受信部２２１、患者プレデータ生成部２２２、患者プレデータ送信部２２３、推奨薬情報受信部２２４、表示制御部２２５の各々の機能は、ＣＰＵ２０１がＲＯＭ２０２に格納されたプログラムを実行することにより実現される。
【００３０】
図７は、薬局サーバ３０のハードウェア構成の一例を示す図である。図７に示すように、薬局サーバ３０は、ＣＰＵ３０１、ＲＯＭ３０２、ワークメモリ３０３、ＨＤＤ３０４、通信部３０５を備える。
【００３１】
ＣＰＵ３０１は、薬局サーバ３０全体の動作を統括的に制御する。ＲＯＭ３０２は、ＣＰＵ３０１が実行するプログラムを記憶する不揮発性のメモリである。ＲＡＭ３０３は、ＣＰＵ３０１のワークメモリ（演算処理の作業領域）として使用される揮発性のメモリである。ＨＤＤ３０４は、不揮発の情報を記憶するためのメモリである。通信部３０５は、スマートデバイス２０と無線通信するためのモジュールである。
【００３２】
図８は、薬局サーバ３０が有する機能の一例を示す図である。図８に示すように、薬局サーバ３０は、患者プレデータ受信部３１１、薬履歴情報記憶部３１２、意思データ生成部３１３、薬情報記憶部３１４、特定部３１５、推奨薬情報生成部３１６、推奨薬情報送信部３１７を有する。
【００３３】
患者プレデータ受信部３１１は、「情報受信部」の一例であり、患者が使用するスマートデバイス２０から患者プレデータを受信する。
【００３４】
薬履歴情報記憶部３１２は、１以上の患者ＩＤごとに、過去に選択された（患者が飲用した）薬の薬情報を示す履歴情報を対応付けて記憶する。薬情報は、薬を識別する薬名（「薬識別情報」の一例）と、複数の特徴と１対１に対応し、かつ、それぞれが対応する特徴の内容を示す複数の特徴情報と、を含む。ここでは、複数の特徴には、薬の副作用、薬の形状、薬のタイプ、および、薬の効き目が含まれる。図９は、ある患者Ａの患者ＩＤに対応付けられた履歴情報の一例を示す図である。薬名「頭痛薬Ａ」を例に挙げて説明すると、この「頭痛薬Ａ」に対しては、副作用の内容として「眠気」を示す特徴情報と、形状の内容として「顆粒」を示す特徴情報と、タイプの内容として「漢方薬」を示す特徴情報と、効き目の内容として「強」を示す特徴情報とが対応付けられている。
【００３５】
意思データ生成部３１３は、患者プレデータ受信部３１１により受信された患者ＩＤ（この例では患者プレデータに含まれる患者ＩＤ）に対応する履歴情報に基づいて、該患者ＩＤで識別される患者により選択される薬の傾向を示す意思データを生成する。本実施形態では、意思データ生成部３１３は、複数の特徴ごとに、履歴情報に含まれる特徴情報を集計して多い順に並べた情報を意思データとして生成する。
【００３６】
例えば患者プレデータ受信部３１１により受信された患者プレデータの中に、上述の患者Ａの患者ＩＤが含まれている場合における意思データの生成方法を説明する。特徴「副作用」について、患者Ａの患者ＩＤに対応する履歴情報（図９参照）に含まれる特徴情報を集計（同じ内容を示す特徴情報ごとに集計）すると、図１０のように、「眠気」を示す特徴情報の数は４つ、「吐き気」を示す特徴情報の数は１つ、「なし」を示す特徴情報の数は１つとなり、多い順に並べた結果は図１１のようになる。ここでは、特徴「副作用」についてのみ例外的に、「なし」を示す特徴情報を常に最上位（１位）にする。
【００３７】
同様に、特徴「形状」について、患者Ａの患者ＩＤに対応する履歴情報（図９参照）に含まれる特徴情報を集計すると、図１０のように、「カプセル」を示す特徴情報の数は４つ、「顆粒」を示す特徴情報の数は２つとなり、多い順に並べた結果は図１１のようになる。同様に、特徴「タイプ」について、患者Ａの患者ＩＤに対応する履歴情報（図９参照）に含まれる特徴情報を集計すると、図１０のように、「漢方薬」を示す特徴情報の数は２つ、「ジェネリック」を示す特徴情報の数は４つとなり、多い順に並べた結果は図１１のようになる。同様に、特徴「効き目」について、患者Ａの患者ＩＤに対応する履歴情報（図９参照）に含まれる特徴情報を集計すると、図１０のように、「強」を示す特徴情報の数は３つ、「中」を示す特徴情報の数は２つ、「弱」を示す特徴情報の数は１つとなり、多い順に並べた結果は図１１のようになる。以上のようにして生成された図１１の情報が意思データとなる。
【００３８】
図８に戻って説明を続ける。薬情報記憶部３１４は、複数の薬情報を記憶する。図１２は、薬情報記憶部３１４に記憶された薬情報の一例を示す図である。この例では、薬情報記憶部３１４は、複数の症状（「頭痛」、「風邪（総合）」、「風邪（鼻）」等）ごとに、該症状に適した複数の薬の薬情報を対応付けて記憶しているが、これに限らず、例えば図１３のように、薬情報に含まれる特徴の項目として、「用途」が設けられ、その内容を示す特徴情報が対応付けられる形態であってもよい。図１３の例では、特徴「用途」に対して、「頭痛」を示す特徴情報が対応付けられている。なお、薬によっては、特徴「用途」に対して、複数の特徴情報が対応付けられる場合もあり得る。
【００３９】
図８に戻って説明を続ける。特定部３１５は、薬情報記憶部３１４に記憶された複数の薬情報の中から、患者プレデータ受信部３１１により受信された症状情報により特定される症状に対応する複数の薬情報を特定する。この例では、特定部３１５は、薬情報記憶部３１４に記憶された複数の薬情報のうち、患者プレデータ受信部３１１により受信された患者プレデータに含まれる症状情報が示す症状に対応する複数の薬情報を特定することができる。また、例えば特定部３１５は、患者プレデータ受信部３１１により受信された患者プレデータに含まれる統計データ（生体情報）から患者の症状を判断し、その判断した症状に対応する複数の薬情報を特定することもできる。統計データからの患者の症状を判断する方法の一例としては、例えば直前の生体情報の統計データ（図２の例では２月１日の統計データ）と、それまでの生体情報の統計データ（１月４日から１月２５日までの統計データ）の平均値とを比較し、正常状態とは異なる部分を特定することによって、症状を判断することもできる。
【００４０】
推奨薬情報生成部３１６は、意思データ生成部３１３により生成された意思データと、特定部３１５により特定された複数の薬情報とに基づいて、患者へ推奨する薬を示す推奨薬情報を生成する。本実施形態では、推奨薬情報生成部３１６は、特定部３１５により特定された複数の薬情報ごとに、複数の特徴と１対１に対応する複数の特徴情報の各々に対して意思データが示す順位に応じた点数を付けて集計した合計点数を算出する。そして、推奨薬情報生成部３１６は、複数の薬情報ごとに算出した合計点数に基づいて、推奨度合いが高い順に薬情報を並べた情報を推奨薬情報として生成する。
【００４１】
例えば患者プレデータ受信部３１１により受信された患者プレデータにより特定される症状が「頭痛」であり、特定部３１５によって、図１２に示す複数の薬情報のうち「頭痛」に対応する複数の薬情報が特定された場合を想定する。また、意思データ生成部３１３により図１１に示す意思データが生成されているものとする。推奨薬情報生成部３１６は、「頭痛」に対応する複数の薬情報ごとに、副作用、形状、タイプ、および、効き目の各々に対応する特徴情報に対して、図１１の意思データが示す順位に応じた点数を付ける（図１４参照）。図１４の例では、順位が高いほど低い点数を付けているが、これに限らず、例えば順位が高いほど高い点数を付ける形態であっても構わない。
【００４２】
以下、図１４において、薬名「Ａ」に対応する薬情報を例に挙げて各特徴情報に対する点数の付け方の一例を説明する。図１４において、特徴「副作用」に対応する特徴情報は「眠気」を示し、図１１の意思データにおいて、特徴「副作用」に対応する特徴情報の一つである「眠気」の順位は第２位であるので、推奨薬情報生成部３１６は、この「眠気」を示す特徴情報に対しては点数「２」を付与する。同様に、図１４において、特徴「形状」に対応する特徴情報は「顆粒」を示し、図１１の意思データにおいて、特徴「形状」に対応する特徴情報の一つである「顆粒」の順位は第２位であるので、推奨薬情報生成部３１６は、この「顆粒」を示す特徴情報に対しては点数「２」を付与する。同様に、図１４において、特徴「タイプ」に対応する特徴情報は「漢方薬」を示し、図１１の意思データにおいて、特徴「タイプ」に対応する特徴情報の一つである「漢方薬」の順位は第２位であるので、推奨薬情報生成部３１６は、この「漢方薬」を示す特徴情報に対しては点数「２」を付与する。同様に、図１４において、特徴「効き目」に対応する特徴情報は「強」を示し、図１１の意思データにおいて、特徴「効き目」に対応する特徴情報の一つである「強」の順位は第１位であるので、推奨薬情報生成部３１６は、この「強」を示す特徴情報に対しては点数「１」を付与する。そして、各特徴情報に付与した点数を集計して合計点数を算出する。薬名「Ａ」に対応する薬情報の合計点数は、２＋２＋２＋１＝７と算出される。同様にして、他の薬情報についても合計点数を算出していく。図１５は、複数の薬情報ごとに算出した合計点数の結果を示す図である。
【００４３】
そして、推奨薬情報生成部３１６は、薬情報ごとに、合計点数が少ないほど高い順位を示す（この例では合計点数が少ないほど推奨度合いが高くなる）ように順位付けをする。図１６は、この順位付けの結果を示す図である。推奨薬情報生成部３１６は、この順位付けの結果を利用して、順位の高い順に薬情報を並べた情報を推奨薬情報として生成する。なお、例えば推奨薬情報は、順位の高い順に所定数（薬情報の全数よりも少ない数であればよい）のみの薬情報を並べた情報であってもよい。
【００４４】
また、上述したように、本実施形態では、患者プレデータ受信部３１１により受信された患者プレデータは、患者の生体情報の統計データを含んでいる。推奨薬情報生成部３１６は、生体情報の統計データが閾値を超えている場合、意思データは用いずに推奨薬情報を生成する。一方、生体情報の統計データが閾値未満の場合、推奨薬情報生成部３１６は、以上に説明したようにして、意思データと、特定部３１５により特定された複数の薬情報とに基づいて、推奨薬情報を生成する。なお、ここでの閾値は、通常状態（正常状態）との差の値を閾値として記憶していてもよいし、単に緊急性が高いと判断するための数値を閾値として記憶していてもよい。前者の場合、閾値と比較するのは統計データのうちの直前の値を除く一定期間の平均値（通常状態の値）と、直前の値との差であり、後者の場合、閾値と比較するのは直前の値である。
【００４５】
本実施形態では、推奨薬情報生成部３１６は、生体情報の統計データが閾値を超えている場合、効き目の度合いが高い順に、特定部３１５により特定された複数の薬情報を並べた情報を推奨薬情報として生成する。例えば患者プレデータ受信部３１１により受信された患者プレデータにより特定される症状が「風邪（熱）」であり、患者プレデータに含まれる統計データのうち体温の統計データが閾値を超えていた場合を想定する。この場合、推奨薬情報生成部３１６は、特定部３１５により特定された「風邪（熱）」に対応する複数の薬情報を、効き目の度合いが高い順に並べて推奨薬情報を生成することができる。
【００４６】
図８に戻って説明を続ける。推奨薬情報送信部３１７は、推奨薬情報生成部３１６により生成された推奨薬情報をスマートデバイス２０へ送信する。薬局サーバ３０から推奨薬情報を受信したスマートデバイス２０は、その受信した推奨薬情報をＬＣＤ２０９に表示する。図１７は、スマートデバイス２０のＬＣＤ２０９に表示される推奨薬情報の一例を示す図である。
【００４７】
図１８は、本実施形態の薬局サーバ３０の動作例を示すフローチャートである。図１８に示すように、まず患者プレデータ受信部３１１は、スマートデバイス２０から患者プレデータを受信する（ステップＳ１）。次に、特定部３１５は、ステップＳ１で受信された患者プレデータから患者の症状を判断する（ステップＳ２）。次に、特定部３１５は、ステップＳ２で判断した症状に対応する複数の薬情報を特定する（ステップＳ３）。
【００４８】
そして、ステップＳ１で受信した患者プレデータに含まれる統計データが閾値を超えている場合（ステップＳ４：Ｙｅｓ）と、超えていない場合（ステップＳ４：Ｎｏ）と、で処理が分岐する。まず、統計データが閾値を超えていない場合（ステップＳ４：Ｎｏ）について説明する。意思データ生成部３１３は、薬履歴情報記憶部３１２を参照して、ステップＳ１で受信された患者プレデータに含まれる患者ＩＤに対応する履歴情報に基づいて、該患者ＩＤで識別される患者により選択される薬の傾向を示す意思データを生成する（ステップＳ５）。具体的な内容は上述したとおりである。
【００４９】
次に、推奨薬情報生成部３１６は、ステップＳ５で生成した意思データを用いて、ステップＳ３で特定した複数の薬情報ごとに合計点数を算出する（ステップＳ６）。具体的な内容は上述したとおりである。次に、推奨薬情報生成部３１６は、ステップＳ３で特定した複数の薬情報ごとに、ステップＳ６で算出した合計点数に基づいて順位付けをする（ステップＳ７）。そして、推奨薬情報生成部３１６は、ステップＳ７の順位付けの結果を利用して、順位の高い順に薬情報を並べた情報を推奨薬情報として生成する（ステップＳ８）。そして、推奨薬情報送信部３１７は、ステップＳ８で生成された推奨薬情報をスマートデバイス２０へ送信する（ステップＳ９）。
【００５０】
次に、上述のステップＳ４において、統計データが閾値を超えている場合（ステップＳ４：Ｙｅｓ）について説明する。この場合、推奨薬情報生成部３１６は、ステップＳ３で特定した複数の薬情報を、効き目の度合いが高い順に並べて推奨薬情報を生成する（ステップＳ１０）。その後、処理は上述のステップＳ９に移行し、推奨薬情報送信部３１７は、ステップＳ１０で生成された推奨薬情報をスマートデバイス２０へ送信する（ステップＳ９）。
【００５１】
以上に説明したように、本実施形態の薬局サーバ３０は、スマートデバイス２０から受信した患者プレデータに含まれる患者ＩＤに対応する履歴情報に基づいて、該患者ＩＤで識別される患者により選択される薬の傾向を示す意思データを生成する。また、薬局サーバ３０は、予め薬情報記憶部３１４に記憶された複数の薬情報の中から、スマートデバイス２０から受信した患者プレデータにより特定される症状に対応する複数の薬情報を特定する。そして、薬局サーバ３０は、意思データと、患者の症状に対応する複数の薬情報と、に基づいて、患者へ推奨する薬を示す推奨薬情報を生成する。すなわち、本実施形態によれば、患者による手動入力を必要とせずに、患者の意思を反映して適切な薬を自動的に選定できるという有利な効果を達成できる。
【００５２】
以上、本発明に係る実施形態について説明したが、本発明は、上述の実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述の実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、上述の実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【００５３】
また、上述した実施形態の情報処理システム１に含まれる各装置（ウェアラブルデバイス１０、スマートデバイス２０、薬局サーバ３０）で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよいし、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、各種プログラムを、ＲＯＭ等の不揮発性の記録媒体に予め組み込んで提供するように構成してもよい。
【符号の説明】
【００５４】
１      情報処理システム
１０    ウェアラブルデバイス
２０    スマートデバイス
３０    薬局サーバ
１１１  ＭＰＵ
１１２  メモリ
１１３  無線通信モジュール
１１４  バッテリ
１１５  センサモジュール
１２１  体温センサ
１２２  血圧センサ
１２３  脈拍センサ
１２４  水分量センサ
１３１  生体情報測定部
１３２  生体情報保存部
１３３  統計データ生成部
１３４  統計データ送信部
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  無線通信モジュール
２０５  外部メモリ
２０６  メモリＩ／Ｆ
２０７  ＲＦ部
２０８  アンテナ
２０９  ＬＣＤ
２１０  バッテリ
２１１  内部バス
２２１  統計データ受信部
２２２  患者プレデータ生成部
２２３  患者プレデータ送信部
２２４  推奨薬情報受信部
２２５  表示制御部
３０１  ＣＰＵ
３０２  ＲＯＭ
３０３  ＲＡＭ
３０４  ＨＤＤ
３０５  通信部
３１１  患者プレデータ受信部
３１２  薬履歴情報記憶部
３１３  意思データ生成部
３１４  薬情報記憶部
３１５  特定部
３１６  推奨薬情報生成部
３１７  推奨薬情報送信部
【先行技術文献】
【特許文献】
【００５５】
【特許文献１】特開２０１５−０４３２３９号公報
【図１】
2017220005.tif 000003
【図２】
2017220005.tif 000004
【図３】
2017220005.tif 000005
【図４】
2017220005.tif 000006
【図５】
2017220005.tif 000007
【図６】
2017220005.tif 000008
【図７】
2017220005.tif 000009
【図８】
2017220005.tif 000010
【図９】
2017220005.tif 000011
【図１０】
2017220005.tif 000012
【図１１】
2017220005.tif 000013
【図１２】
2017220005.tif 000014
【図１３】
2017220005.tif 000015
【図１４】
2017220005.tif 000016
【図１５】
2017220005.tif 000017
【図１６】
2017220005.tif 000018
【図１７】
2017220005.tif 000019
【図１８】
2017220005.tif 000020