(57)【要約】【課題】患者の治療に対する取り組み姿勢を可視化することが可能な情報処理装置、情報処理方法、およびプログラムを提供する。【解決手段】ユーザから取得した服用状況に関する情報に基づいて、前記ユーザの服用履歴を表示する制御部を備え、前記服用状況に関する情報には、服用したこと、および、意図的に服用しなかったことが含まれ、前記制御部は、前記服用状況に関する情報と、さらに、前記ユーザの服用忘れと、を含めて、前記服用履歴として表示制御する、情報処理装置。【選択図】図１
2020077062.tif 000002
【特許請求の範囲】
【請求項１】
ユーザから取得した服用状況に関する情報に基づいて、前記ユーザの服用履歴を表示する制御部を備え、
前記服用状況に関する情報には、服用したこと、および、意図的に服用しなかったことが含まれ、
前記制御部は、前記服用状況に関する情報と、さらに、前記ユーザの服用忘れと、を含めて、前記服用履歴として表示制御する、情報処理装置。
【請求項２】
前記制御部は、
登録された服用期間において、所定の服用タイミングで服用したこと又は意図的に服用しなかったことが前記ユーザにより入力されなかった場合、服用忘れと判断する、請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、
初回の服用状況の記録タイミングが、登録された服用期間の開始タイミングと異なる場合、当該服用期間の開始時期を再設定する、請求項２に記載の情報処理装置。
【請求項４】
前記制御部は、
前記服用期間の最終回において、前記服用期間に服用忘れがあった場合、前記服用期間の延長設定画面を表示する、請求項２に記載の情報処理装置。
【請求項５】
前記制御部は、
前記服用期間と、前記服用履歴とに基づいて、前記ユーザの服用進捗状況をグラフ表示する、請求項２に記載の情報処理装置。
【請求項６】
前記制御部は、
前記服用期間が終了した場合、前記服用履歴として記録された服用回数、意図的に服用しなかった回数、および、服用忘れの回数に基づいた評価結果を、前記グラフ表示と共に表示する、請求項５に記載の情報処理装置。
【請求項７】
前記制御部は、収集した前記ユーザの治療に対する取り組み姿勢を示す情報を表示する制御を行い、
前記取り組み姿勢を示す情報は、前記服用状況と、前記服用以外の取り組み姿勢に関する情報を含む、請求項１に記載の情報処理装置。
【請求項８】
前記服用以外の取り組み姿勢に関する情報は、服薬以外の治療の実施に関する情報、薬または病院の切り替え行動に関する情報、薬剤に関する添付文書の調査数、これまでに経験した薬剤の種類、病気または治療に関するアンケートの回答に関する情報、および、病気または治療に関するＳＮＳの活用に関する情報の少なくともいずれかを含む、請求項７に記載の情報処理装置。
【請求項９】
前記制御部は、
前記ユーザの治療に対する取り組み姿勢を示す情報を、能動的−受動的の軸と、事実重視−人間関係重視の軸の少なくともいずれかにより形成されたグラフ上に配置した画面を生成する、請求項７に記載の情報処理装置。
【請求項１０】
前記制御部は、
前記グラフの状態から、前記ユーザのコミュニケーション特性を判別する、請求項９に記載の情報処理装置。
【請求項１１】
前記制御部は、
前記ユーザのコミュニケーション特性に応じて、前記ユーザに医療提供者が医療情報を提示する際の医療提供者向けの情報伝達に関するアドバイスを表示する画面を生成する、請求項１０に記載の情報処理装置。
【請求項１２】
プロセッサが、
ユーザから取得した服用状況に関する情報に基づいて、前記ユーザの服用履歴を表示することを含み、
前記服用状況に関する情報には、服用したこと、および、意図的に服用しなかったことが含まれ、
前記服用状況に関する情報と、さらに、前記ユーザの服用忘れと、を含めて、前記服用履歴として表示制御することを含む、情報処理方法。
【請求項１３】
コンピュータを、
ユーザから取得した服用状況に関する情報に基づいて、前記ユーザの服用履歴を表示する制御部として機能させ、
前記服用状況に関する情報には、服用したこと、および、意図的に服用しなかったことが含まれ、
前記制御部は、前記服用状況に関する情報と、さらに、前記ユーザの服用忘れと、を含めて、前記服用履歴として表示制御する、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、医療における治療方式が高度化すると共に、医師による説明や患者の理解に時間がかかってしまう傾向がある。例えば、従来は医者の領域であった注射や吸入を患者自身で行う必要が生じてきており、患者が自身の治療のために知るべき情報は、質と量ともに増加の一途を辿っている。
【０００３】
また、服薬指導の「治療の必要性について患者の納得を得る」活動（「アドヒアランス」と称される）においては医師や薬剤師側としては時間を長くかけてしっかりと説明を行いたい一方で、診療報酬点数の関係からは一人の患者に時間をかけ過ぎると売り上げが下がったりといった問題や、また、他の患者の待ち時間が長くなったりといった問題が生じる。したがって近年では、説明時間の不足や患者の理解不足を補う方法として、患者指導箋を配布したり、薬剤情報票を配布したりしている。
【０００４】
またさらに、医療圏では、アドヒアランスよりも進んだ考えとして、「コンコーダンス」という考えが提唱されている。「コンコーダンス」とは、患者と医療者が同じチームの一員と考える概念で、患者と医療者がパートナーシップに基づき、両者間で情報を共有し、対等の立場で話し合った上で治療を決定していくことを目指すものである。コンコーダンスを実現するためには、患者側が今までよりも医療や自分の身体に関してより情報を持つことが求められ、上述した患者指導箋の配布や、薬剤情報票の配布がその一端を担うが、理解として十分でないことも多い。
【０００５】
また、医師が発行する処方箋や、薬局で発行される薬剤情報票を貼り付けるお薬手帳を電子的なデータで管理するシステムも構築されつつある。このようなシステムを利用することにより、患者側での薬剤管理、医師や薬剤師による薬剤の併用に関する安全のチェック、患者に対する服薬指導等が可能となる。
【０００６】
例えば下記特許文献１では、患者に処方された全ての薬剤情報から、より素早く情報を把握することができる技術が開示されている。具体的には、ある調剤日の薬歴情報との関係に応じた表示形式で、他の調剤日の薬歴情報（同薬情報、併用禁忌情報、併用注意情報等）が表示されるようにすることで、表示を見た医師や薬剤師がより素早く情報を把握することができるようにするものである。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】国際公開第２０１７／０５７０１３号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したように、コンコーダンスを実現するためには、患者側が今までよりも医療や自分の身体に関してより情報を持つことが求められる。すなわち、近年は、「単に医療提供者による用法を遵守して服用する患者」から、「最適な治療を選択できる賢い患者」への成長が社会的に求められ、「患者の成長」を励行できるシステムの構築が重要となる。
【課題を解決するための手段】
【０００９】
本開示によれば、ユーザから取得した服用状況に関する情報に基づいて、前記ユーザの服用履歴を表示する制御部を備え、前記服用状況に関する情報には、服用したこと、および、意図的に服用しなかったことが含まれ、前記制御部は、前記服用状況に関する情報と、さらに、前記ユーザの服用忘れと、を含めて、前記服用履歴として表示制御する、情報処理装置を提案する。
【００１０】
本開示によれば、プロセッサが、ユーザから取得した服用状況に関する情報に基づいて、前記ユーザの服用履歴を表示することを含み、前記服用状況に関する情報には、服用したこと、および、意図的に服用しなかったことが含まれ、前記服用状況に関する情報と、さらに、前記ユーザの服用忘れと、を含めて、前記服用履歴として表示制御することを含む、情報処理方法を提案する。
【００１１】
本開示によれば、コンピュータを、ユーザから取得した服用状況に関する情報に基づいて、前記ユーザの服用履歴を表示する制御部として機能させ、前記服用状況に関する情報には、服用したこと、および、意図的に服用しなかったことが含まれ、前記制御部は、前記服用状況に関する情報と、さらに、前記ユーザの服用忘れと、を含めて、前記服用履歴として表示制御する、プログラムを提案する。
【図面の簡単な説明】
【００１２】
【図１】本開示の一実施形態による情報処理システムの構成の一例を示す図である。
【図２】本実施形態による服用記録画面の一例を示す図である。
【図３】本実施形態による服用チェックデータに基づく服用状況の進捗表示画面の一例を示す図である。
【図４】本実施形態による服用チェック画面において、初めて服用チェックを行ったタイミングが、設定されている服用開始タイミングと異なる場合に表示されるダイアログの一例を示す図である。
【図５】本実施形態による服用期間終了後に達成感を与える表現パターンについて説明する図である。
【図６】本実施形態による服用期間内に「あとで服用」、または、未チェックが１つ以上ある場合における服用期間終了後の表示パターンについて説明する図である。
【図７】本実施形態による服用期間の延長を設定する画面の一例を示す図である。
【図８】本実施形態による服用状況を円グラフで表現するパターンについて説明する図である。
【図９】本実施形態による服用記録に基づく患者の取り組み姿勢の可視化処理の全体の流れの一例を示すフローチャートである。
【図１０】本実施形態による収集した患者の取り組み姿勢を示す情報の可視化の一例を示す図である。
【図１１】本実施形態による患者の取り組み姿勢の可視化に基づくコミュニケーション特性の判別処理とコミュニケーション特性に応じたアドバイス表示の動作処理の流れの一例を示すフローチャートである。
【図１２】本実施形態による２軸モデルで判明するコミュニケーション特性のタイプの一例について説明する図である。
【図１３】本実施形態による患者努力可視化の一例を示す図である。
【図１４】本実施形態による患者努力可視化の他の例を示す図である。
【図１５】本実施形態による患者努力可視化の他の例を示す図である。
【図１６】本実施形態による患者努力可視化の他の例を示す図である。
【図１７】本実施形態による患者努力可視化の他の例を示す図である。
【図１８】本実施形態の変形例によるグラフの基準線が異なる場合の一例を示す図である。
【図１９】本実施形態の変形例によるグラフを重ねて表示する場合の一例を示す図である。
【図２０】本開示に係る情報処理装置のハードウェア構成を示した説明図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１４】
また、説明は以下の順序で行うものとする。
１．本開示の一実施形態による情報処理システムの概要
２．構成
２−１．ユーザ端末１の構成
２−２．管理サーバ２の構成
３．ユーザ（患者）の治療に対する取り組み姿勢の可視化
３−１．服用記録に基づく取り組み姿勢の可視化
（３−１−１．服用記録機能）
（３−１−２．服用状況の進捗表示機能）
（３−１−３．服用期間の再設定機能）
（３−１−４．服用期間終了後の達成感の付与）
（３−１−５．動作処理）
３−２．患者の服用以外の取り組み姿勢の可視化
（３−２−１．収集した取り組み姿勢を示す情報の表示）
（３−２−２．能動的／受動的を意識した患者努力の可視化）
（３−２−３．事実重視／人間関係重視を意識した患者努力の可視化）
（３−２−４．患者の情報処理性向の判別）
（３−２−５．変形例）
４．ハードウェア構成
５．まとめ
【００１５】
＜＜１．本開示の一実施形態による情報処理システムの概要＞＞
本開示の一実施形態による情報処理システムでは、患者の治療に対する取り組み姿勢を示す取り組み情報を収集、記録し、取り組みの達成感や、成長度合いを患者にフィードバックすることで、患者の治療に対する取り組み姿勢を励行し、「最適な治療を選択できる賢い患者」への成長を促すことを可能とする。
【００１６】
「患者の治療に対する取り組み姿勢」とは、例えば、用法を遵守した薬の服用（患者の服用状況に関する情報）が挙げられる。患者自ら行う治療行為には、従来の「飲み薬（錠剤、カプセル、散薬）」や「外用薬（湿布、軟膏、クリーム、目薬）」の服用の他、近年は、「吸入薬」や「自己注射」なども、患者自ら行う治療行為に挙げられる。
【００１７】
また、「患者の治療に対する取り組み姿勢」には、用法を遵守した薬の服用の他、食事療法や運動療法の実践、処方されている薬に関する医療情報の閲覧等、「最適な治療を選択できる賢い患者」になるため患者が行った健康や医療に関する努力が広く含まれる。
【００１８】
（背景）
上述したように、医療圏では、アドヒアランスよりも進んだ考えとして、「コンコーダンス」という考えが提唱されている。特に近年は、糖尿病やリウマチ、花粉症といった、内分泌（代謝）系・免疫系のバランスが崩れたことによる疾患が増加しており、こうした疾患には、本人の環境や生活習慣などが大きく影響しており、病状の改善には、患者が自身の病気や身体の状態を理解して、処方薬と併用して日常生活の中で食事療法や運動療法等を実戦することが重要となる。例えば、「糖尿病患者に対しての運動処方」や「精神疾患患者に対しての睡眠処方」、「肝疾患に対しての食事制限」、「糖質制限」など、薬の投薬以外の方法によっての治療が推奨されることがある。また、病気の治療については、医師による処方箋医薬品の服薬だけでなく、ＯＴＣ（Over  The  Counter）と称される一般医薬品も有用である。また、患者が自ら行う治療行為は、従来の飲み薬や外用薬（湿布、軟膏、クリーム、目薬）といった簡単に服用できるものの他、近年は、吸引や自己注射など、医療器具を用いて服用するものが増え、ますます、患者が健康や医療に関して自ら知識や経験を得ていくことが重要となってきている。
【００１９】
また、医療提供者側も、患者の知識や経験の程度、知識の獲得意欲がどの程度あるかを把握しておくことは、患者との良好なコミュニケーションを取る上でも重要となる。
【００２０】
しかしながら、従来の技術では、「患者の成長」を把握、励行するといったシステムは構築されておらず、また、単に服用記録を入力するだけのシステムでは達成感を得難く、患者に成長を感じさせる工夫も行われていなかった。
【００２１】
そこで、本開示では、患者の服用状況に関する情報等、患者の治療に対する取り組み姿勢を示す取り組み情報を収集、記録し、これに基づいて成長度合いや取り組みの達成感を患者にフィードバックすることで、患者の治療に対する取り組み姿勢を励行し、「最適な治療を選択できる賢い患者」への成長を促すシステムについて提案する。
【００２２】
なお、本明細書において、便宜上、ユーザを「患者」と称しているが、「患者」とは必ずしも医療機関を受診した者（狭義の患者）にとどまらず、「自身の健康について何等か、自身の興味や手を患わせている者」といった広い意味で利用している。
【００２３】
また、「医療提供者」についても、医師、看護師、薬剤師のように「医療機関に勤めており、（保険の対象になるような）医薬品や医療処置の提供者」という狭義の意味にとどまらず、介護士、保健師、関連団体職員に加え、“医薬品、医薬部外品、漢方、食品、睡眠、運動・ヨガ、メンタルケア、家族ないしそれに近しいものとしての愛情、データ蓄積、データ処理、それらを購う補助金提供、それらに関連する知識・情報”などの提供を通じて、「なんらか他者の医療・健康に関しての向上を試みる者」であり、人間に限らず、ロボット、ＡＩ（Artificial  Intelligence）なども含む。
【００２４】
（システム構成）
図１は、本開示の一実施形態による情報処理システムの構成の一例を示す図である。図１に示すように、本実施形態による情報処理システムは、ユーザ（患者）が利用するユーザ端末１と、管理サーバ２と、を含む。ユーザ端末１は、ネットワーク３を介して管理サーバ２と通信接続し、互いにデータの送受信を行い得る。
【００２５】
ユーザ端末１は、管理サーバ２に接続して処方薬に関する情報等の医療情報を受信し、ユーザ端末１の表示部１３に表示する。また、ユーザ端末１は、ユーザ（患者）の治療に対する取り組み姿勢を示す情報を収集し、管理サーバ２に送信する。また、ユーザ端末１は、管理サーバ２により生成された、ユーザの治療に対する取り組み姿勢をフィードバックする画面情報を受信し、表示部１３に表示する制御を行う。本実施形態によるユーザ端末１は、例えば、スマートフォン、タブレット端末、携帯電話端末、ＰＣ（パーソナルコンピュータ）、又は、ＨＭＤ（Head  Mounted  Display）、スマートウォッチ等のウェアラブル端末により実現され得る。
【００２６】
管理サーバ２は、患者の医療情報を管理し、また、ユーザ（患者）の治療に対する取り組み姿勢を示す情報の収集、記録等を行う。管理サーバ２は、患者の医療情報に基づいて、医師が発行する処方箋や、薬局で発行される薬剤情報票を貼り付けるお薬手帳を電子的なデータでユーザ端末１に提供し得る。これに対しユーザ端末１でユーザにより行われる服用チェックデータは、ユーザの服用状況情報として、治療に対する取り組み姿勢の一つとして取り扱われる。
【００２７】
また、管理サーバ２は、収集したユーザの治療に対する取り組み姿勢をフィードバックする画面を生成し、ユーザ端末１に送信する機能を有する。医療情報には、医療機関（加盟店）から取得した各患者の処方箋情報や服薬情報が含まれる。また、医療情報には、処方箋医薬品に関わるものだけでなく、ＯＴＣと称される一般医薬品に関する情報、運動療法に関するもの、睡眠に関するもの、食事の摂取方法（食事療法）に関するもの、また、身体能力測定・生体検査に関するものなども含まれる。
【００２８】
以上、本開示の一実施形態による情報処理システムの概要について説明した。続いて、本実施形態による情報処理システムに含まれるユーザ端末１及び管理サーバ２の具体的な構成について説明する。
【００２９】
＜＜２．構成＞＞
＜２−１．ユーザ端末１の構成＞
本実施形態によるユーザ端末１（情報処理端末）は、図１に示すように、制御部１０、通信部１１、操作入力部１２、表示部１３、および記憶部１４を有する。
【００３０】
制御部１０は、演算処理装置および制御装置として機能し、各種プログラムに従ってユーザ端末１内の動作全般を制御する。制御部１０は、例えばＣＰＵ（Central  Processing  Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部１０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read  Only  Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random  Access  Memory）を含んでいてもよい。
【００３１】
また、本実施形態による制御部１０は、管理サーバ２から受信した医療情報を表示部１３に表示する制御を行う。例えば制御部１０は、医師が発行する処方箋や、薬局で発行される薬剤情報票を貼り付けるお薬手帳を電子的なデータで提供し、服用をアラームで通知したり、ユーザが服用チェックを行う画面を提示したりする。また、入力された服用チェックデータは、ユーザの服用情報として管理サーバ２に送信される。
【００３２】
（通信部１１）
通信部１１は、有線または無線によりネットワーク３と接続し、ネットワーク上の管理サーバ２とデータの送受信を行う。通信部１１は、例えば有線／無線ＬＡＮ（Local  Area  Network）、またはＷｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、携帯通信網（ＬＴＥ（Long  Term  Evolution）、３Ｇ（第３世代の移動体通信方式））等によりネットワーク３と通信接続する。
【００３３】
（操作入力部１２）
操作入力部１２は、ユーザによる操作指示を受付け、その操作内容を制御部１０に出力する。操作入力部１２は、タッチセンサ、圧力センサ、若しくは近接センサであってもよい。あるいは、操作入力部１２は、ボタン、スイッチ、およびレバーなど、物理的構成であってもよい。
【００３４】
（表示部１３）
表示部１３は、医療情報の提示画面等を出力する表示装置である。この表示部１３は、例えば、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、又は有機ＥＬ（（Electro  Luminescence）ディスプレイなどの表示装置であってもよい。
【００３５】
（記憶部１４）
記憶部１４は、制御部１０の処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ（Read  Only  Memory）、および適宜変化するパラメータ等を一時記憶するＲＡＭ（Random  Access  Memory）により実現される。本実施形態による記憶部１４は、ユーザの医療情報や、ユーザの治療に対する取り組み姿勢を示す情報を記憶していてもよい。
【００３６】
以上、本実施形態によるユーザ端末１の構成について具体的に説明した。なおユーザ端末１の構成は、図１に示す例に限定されない。例えば、音声入力部や音声出力部をさらに有する構成であってもよい。
【００３７】
＜２−２．管理サーバ２の構成＞
本実施形態による管理サーバ２（情報処理装置）は、図１に示すように、制御部２０、通信部２１、および記憶部２２を有する。
【００３８】
（制御部２０）
制御部２０は、演算処理装置および制御装置として機能し、各種プログラムに従って管理サーバ２内の動作全般を制御する。制御部２０は、例えばＣＰＵ（Central  Processing  Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部２０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read  Only  Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random  Access  Memory）を含んでいてもよい。
【００３９】
また、本実施形態による制御部２０は、情報管理部２０１、画面生成部２０２、コミュニケーション特性判別部２０３、および出力制御部２０４としても機能する。
【００４０】
情報管理部２０１は、医師が発行する処方箋や、薬局で発行される薬剤情報票等の医療情報を患者の識別情報に対応付けて記憶部２２に記録し、管理する。なお「医療情報」には、上述した通り、処方箋医薬品に関わるものだけでなく、ＯＴＣと称される一般医薬品に関する情報、運動療法に関するもの、睡眠に関するもの、食事の摂取方法（食事療法）に関するもの、また、身体能力測定・生体検査に関するものなども含まれる。
【００４１】
また、情報管理部２０１は、ユーザ（患者）の治療に対する取り組み姿勢を示す情報を収集し、ユーザ（患者）の識別情報に対応付けて記憶部２２に記録し、管理する。治療に対する取り組み姿勢を示す情報とは、ユーザがユーザ端末１を用いて記録する服用チェックデータ（服用状況）の他、例えば以下のような情報が含まれる。
・ユーザが行った食事療法や運動療法、生活習慣の改善など服薬以外の治療試行に関する情報
・処方されている薬に関する医療情報の閲覧に関する情報（Ｗｅｂサイトの閲覧、電子お薬手帳の薬剤情報画面の閲覧、処方薬の添付文書の閲覧等）
・薬や病院の切り替えに関する情報（例えば慢性疾患の場合、長期間の治療を要するが、薬や病院を切り替え、より効果的で納得できる治療を模索することは、治療に対する能動的な取り組み姿勢と言える）
・治療や薬剤、病状等に関するアンケートの回答
・ＳＮＳの活用（病気や治療に関する情報の共有、閲覧、投稿、リプライ）
【００４２】
以上説明した具体例は一例であって、本開示はこれに限定されず、“治療に対する取り組み姿勢を示す情報”は、「最適な治療を選択できる賢い患者」になるため患者が行った健康や医療に関する努力を広く含む。
【００４３】
画面生成部２０２は、患者に提示する医療情報の画面を生成する。具体的には、画面生成部２０２は、医師が発行する処方箋や、薬局で発行される薬剤情報票等の医療情報に基づき、患者が（現在または過去に）服用している薬に関する情報を提示する画面を生成する（電子お薬手帳機能）。また、管理サーバ２が提供する電子お薬手帳機能では、所定の服用タイミングでのアラームの通知設定が可能である。また、画面生成部２０２は、ユーザが服用チェックを入力できる画面も生成し得る。
【００４４】
また、画面生成部２０２は、収集されたユーザの治療に対する取り組み姿勢を示す情報に基づいて、ユーザの成長度合いを示す画面や、達成感を与える画面等、ユーザの治療に対する取り組み姿勢を励行するフィードバック画面を生成する。
【００４５】
また、画面生成部２０２は、収集されたユーザの治療に対する取り組み姿勢を示す情報を、医療提供者向けに提示する画面を生成してもよい。医療提供者が、患者の知識や経験の程度、知識の獲得意欲がどの程度あるかを把握しておくことは、患者との良好なコミュニケーションを取る上でも重要となる。さらに、画面生成部２０２は、コミュニケーション特性判別部２０３により判別された患者のコミュニケーション特性に応じて、医療提供者が患者に治療や服薬の説明を行う際に参考となるアドバイスを含む画面も生成し得る。
【００４６】
コミュニケーション特性判別部２０３は、患者のコミュニケーション特性を判別する。コミュニケーション特性とは、コミュニケーションにおける特徴であって、例えばコミュニケーションに慎重か、コミュニケーションに積極的か等が挙げられ、情報処理性向とも称する。医療現場におけるコミュニケーションにおいて受け手側である患者のコミュニケーション特性に応じて医療情報の提示方法を変更することで、より効果的に患者に医療情報を伝え、また、医療提供者との信頼性を築くことが可能となる。
【００４７】
コミュニケーション特性判別部２０３は、収集したユーザの治療に対する取り組み姿勢を示す情報や、アンケート回答等に基づいて、ユーザのコミュニケーション特性を判別し得る。なおコミュニケーション特性の具体例については、後述する。
【００４８】
出力制御部２０４は、画面生成部２０２により生成された画面情報を、通信部２１から、患者のユーザ端末１、又は医療提供者の情報処理端末（不図示）に送信し、表示するよう制御する。なお、出力制御部２０４は、医療情報や、ユーザの取り組み姿勢を励行するフィードバック情報（成長度合い、達成度など）、また、医療提供者へのアドバイス等を、患者のユーザ端末１、又は医療提供者の情報処理端末において、音声により出力するよう制御してもよい。すなわち、出力制御部２０４は、ユーザに提示する医療情報等の音声情報を送信するよう制御してもよい。また、出力制御部２０４は、ユーザ端末１や医療提供者の情報処理端末が、非透過式又は透過式ＨＭＤにより実現されている場合、ＶＲ（Virtual  Reality）やＡＲ（Augmented  Reality）を利用して、医療情報や、ユーザの取り組み姿勢を励行するフィードバック情報の提示、また、医療提供者向けのアドバイスの通知を行うようにしてもよい。
【００４９】
（通信部２１）
通信部２１は、有線または無線によりネットワーク３と接続し、ネットワーク３を介してユーザ端末１とデータの送受信を行う。通信部２１は、例えば有線／無線ＬＡＮ（Local  Area  Network）、またはＷｉ−Ｆｉ（Wireless  Fidelity、登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等によりネットワーク３と通信接続する。
【００５０】
（記憶部２２）
記憶部２２は、制御部２０の処理に用いられるプログラムや演算パラメータ等を記憶するＲＯＭ、および適宜変化するパラメータ等を一時記憶するＲＡＭにより実現される。
【００５１】
例えば本実施形態による記憶部２２は、患者毎の医療情報や、治療に対する取り組み姿勢を示す情報、また、コミュニケーション特性判別部２０３により判別されたコミュニケーション特性の情報等を記憶する。
【００５２】
以上、本実施形態による管理サーバ２の構成について具体的に説明した。なお図１に示す管理サーバ２の構成は一例であって、本実施形態はこれに限定されない。例えば管理サーバ２の少なくとも一部の構成が外部装置にあってもよいし、制御部２０の各機能の少なくとも一部がユーザ端末１、または通信距離が比較的ユーザ端末１に近い情報処理装置（例えば、いわゆるエッジサーバなど）により実現されてもよい。
【００５３】
また、制御部２０の各構成および記憶部２２を全てユーザ端末１に設け、本実施形態による情報処理システムをユーザ端末１のアプリケーションにより実行するようにしてもよい。
【００５４】
＜＜３．ユーザ（患者）の治療に対する取り組み姿勢の可視化＞＞
続いて、ユーザ（患者）の治療に対する取り組み姿勢の可視化について、具体例を用いて説明する。本実施形態による情報処理システムでは、ユーザ（患者）の治療に対する取り組み姿勢を示す情報を収集し、これを評価し、成長度合いや達成感を提示するフィードバック画面を提示する。これにより、患者の治療に対する取り組み姿勢を励行し、「最適な治療を選択できる賢い患者」への成長を促すことが可能となる。
【００５５】
＜３−１．服用記録に基づく取り組み姿勢の可視化＞
患者の治療に対する取り組み姿勢の一例として、用法を遵守した薬の服用（患者の服用状況に関する情報）が挙げられる。本実施形態による情報処理システムでは、ユーザが服用している医療情報の提示や、服用のアラーム通知を行うと共に、服用チェックの入力画面を提示し、服用チェック結果に基づいて患者の治療に対する取り組み姿勢を評価することが可能である。
【００５６】
以下に説明する機能は、ユーザ端末１にインストールされているアプリケーションにより実行され得る。また、当該アプリケーションは、管理サーバ２とデータの送受信を行い得る。また、当該アプリケーションによりユーザ端末１で提示される各種画面情報は、適宜管理サーバ２で生成され、受信したものであってもよいし、管理サーバ２から取得した情報に基づいてユーザ端末１で生成されたものであってもよい。
【００５７】
（３−１−１．服用記録機能）
図２は、本実施形態による服用記録画面の一例を示す図である。図２に示す画面３０には、設定された服用方法に従って、服用日、服用時刻、および簡単な服薬情報（薬の名称、服用の用量）と、服用チェックボタンが表示されている。かかる画面３０は、当該アプリケーションのメニュー画面から遷移して表示されてもよいし、所定の日時に通知されるアラームから遷移して表示されてもよい。図２に示す画面３０は、例えば「服用日：２０１３年９月１２日」の「朝食後」の服用について記録するための画面である。
【００５８】
服用の記録は、例えば服用チェックボタンの操作により直感的に行われ得る。図２に示すように、画面３０には、服用チェックボタンとして、「服用しない」ボタン３０１、「服用した」ボタン３０３、および、「あとで服用」ボタン３０５が表示されている。ユーザは、服用方法に従って薬を服用した場合は「服用した」ボタン３０３をタップし、あとで服用する場合は「あとで服用」ボタン３０５をタップする。また、痛みや腫れ等の特定の症状が生じた場合にのみ服用する用法の場合や、体調が良ければ服用しなくてよい場合等、患者自ら服用について判断する場合も想定される。あえて服用しないと判断した場合、服用忘れ（未チェック）と区別するため、ユーザは、「服用しない」ボタン３０１をタップし、あえて服用しなかったことを記録する。
【００５９】
このように入力された服用チェックの内容は、管理サーバ２に適宜送信され得る。ユーザは、所定の服用期間の間、かかる服用チェックの入力を継続する。
【００６０】
また、処方された薬の詳細情報を知りたい場合、例えば画面３０のアイコン３０７をタップすると、「お薬情報」画面（不図示）が表示される。「お薬情報」画面では、薬剤名、用法、薬の外形情報（写真）、主成分、製薬会社情報、薬価情報といった情報が提示され得る。また、「お薬情報」画面では、さらに詳細な情報へのリンク（例えば、医薬品に関する公的・専門的な文書である添付文書情報へのリンク、製薬会社等が患者向けに理解し易く記載した薬の説明文書へのリンク、患者団体向けのＷｅｂサイトへのリンクボタンなど）も提示され得る。ユーザは、さらに詳細な情報を知りたい場合、かかるリンクから詳細な情報を閲覧すること可能である。また、このようなユーザによる詳細情報へのアクセス履歴は、ユーザの治療に対する取り組み姿勢を示す情報として、適宜、管理サーバ２に送信される。
【００６１】
また、「お薬情報」画面では、服用方法の設定を行うことが可能である。服用方法の設定では、服用期間（服用開始日と終了日の設定）、服用タイミング（例えば、「毎食後」、「朝・夕」、「毎日の朝食後」など）、および用量（「１回１錠」等）を設定（登録）する。デフォルトでは、医療機関から発行された処方箋情報や薬剤情報に基づいて自動的に設定されるようにしてもよい。また、設定された服用タイミングに基づいた服用アラーム通知のＯＮ／ＯＦＦを設定することも可能である。ユーザ端末１は、服用アラーム通知がＯＮに設定された場合、例えば服用タイミングが「毎日の朝食後」であれば、「毎日の朝食後」の時刻（ユーザが任意に設定可能）に、服用通知を行う（例えばポップアップ通知、プッシュ通知等）。かかる服用通知がタップされると、図２に示すような画面３０が表示され、服用チェックを簡単に行うことができる。
【００６２】
（３−１−２．服用状況の進捗表示機能）
本システムでは、ユーザにより入力された服用チェックデータに基づいて、ユーザの服用状況の進捗を可視化し、服用状況を直感的に把握させることで、用法を遵守した服用の取り組みを励行することを可能とする（並びに、コンコーダンスの考え方に置いては、用法や用量を専門者や医療者の助言などから、自分にあったものへと工夫していく取り組みへの励行も可能にする）。
【００６３】
図３は、服用チェックデータに基づく服用状況の進捗表示画面の一例を示す図である。図３に示すように、服用状況の進捗は、例えば薬剤毎のバー表示３１０により提示してもよい。バー表示３１０は、各服用回の服用チェック状態（服用した、服用しない、あとで服用する、チェック忘れ（未チェック））を示すセルにより構成される。各セルは、例えば、図２に示した服用チェックボタンと同じ色分けで表現されてもよい。また、チェック忘れ（未チェック）は空白としてもよい。
【００６４】
バー表示３１０は、服用期間における全服用回数分のセルにより構成される。また、バー表示３１０上のマーク３１１は、表示している日付の位置を示す。図３に示す例の場合、マーク３１１は、服用期間全体における、２０１３年９月１２日の位置（服用回に対応するセルの位置）を示す。
【００６５】
このように、服用期間全体を示すバー表示３１０が、服用チェック状態（服用した、服用しない、あとで服用する、チェック忘れ（未チェック））で色分けしたセルで表現されることで、各色の密度（割合）により、服用チェック状態を直感的に把握することができる。例えば「服用した」の色が多い場合は、用法を遵守した服用を自身が行えていることを自覚することができる。また、「あとで服用」をいつ頃行ったか（忘れていない）、「未チェック」がどの程度発生してしまっているかを確認することができる。また、「未チェック」と区別して記録される「服用しない」の回数がどの程度あったかも直感的に把握することができる。
【００６６】
また、バー表示３１０では、終了予定の日付と服用タイミングも表示され得る。
【００６７】
また、下記の場合は注意喚起の表示を併せて行うようにしてもよい。
・「後で服用」がある場合：「『後で服用』があります。」
・未チェックがある場合：「未チェックがあります。」
・上記両方がある場合：「未チェック・『後で服用』あります。」
【００６８】
なお、バー表示３１０は、図２に示す服用チェックの入力画面で毎回表示するようにしてもよい。
【００６９】
（３−１−３．服用期間の再設定機能）
なお、服用開始タイミングが必ずしも１日の最初の回とは限らない、例えば、１日２回の服用（朝食後・夕食後）の場合に、処方された時間によっては、服用初回が「夕食後」になる場合があり、この場合、その日の１回分の服用が翌日に持ち込まれることとなり、以降全て１回分ずれることとなる。
【００７０】
服用期間が処方箋等に従って自動的に設定される場合、処方された時点で既に過ぎてしまった服用タイミング分（例えば当日朝分）が未チェックとなってしまう。
【００７１】
そこで、本実施形態では、服用チェックの初回時が、設定されている服用開始タイミングと異なる場合、ダイアログを表示し、開始時期を再設定する（若しくは、設定されている服用開始タイミングを服用チェックの初回時に自動的に合わせて再設定してもよい）。図４は、服用チェック画面において、初めて服用チェックを行ったタイミングが、設定されている服用開始タイミングと異なる場合に表示されるダイアログの一例を示す図である。ユーザ端末１は、初めて服用チェックを行ったタイミングが、設定されている服用開始タイミングと異なる場合、図４の画面３２に示すように、「はじめての服用チェックです。今回のチェックを服用期間の「開始」に設定しますか？併せて服用期間の終了予定日時も変更します」といったダイアログ３２０を表示する。
【００７２】
「ＯＫ」ボタンが選択された場合、ユーザ端末１は、服用期間の開始タイミングを、今回の初めての服用チェック回に設定し、服用期間の終了タイミングも再設定する。若しくは、薬の情報がシステム内（クライアントの場合もあれば、サーバの場合も存在する）に登録された時刻を用いて、再設定してもよい。この時、ユーザによって登録されている服用時間からタイミングを割り出してもよい。
【００７３】
これらの処理は、ユーザ端末１で動作するアプリケーション（具体的には、制御部１０）により行われ、処理結果を管理サーバ２に送信して当該患者の服用情報を更新してもよい。
【００７４】
また、服用開始日が予め入力されていない場合も想定される。この場合、初回の服用チェックの際に、「はじめての服用チェックです。今回のチェックを服用期間の「開始」に設定しますか？併せて服用期間の終了予定日時を設定します」といったダイアログを表示し、自動的に服用期間の開始日時と終了日時を設定するようにしてもよい。
【００７５】
（３−１−４．服用期間終了後の達成感の付与）
また、本実施形態では、服用期間を終了した場合、バー表示３１０上に、終了を通知するメッセージやイラストを表示して達成感を与えることで、ユーザによる用法を遵守した服用（治療に対する取り組み姿勢）を励行することが可能である。終了を通知するメッセージやアイコンは、服用チェック状態（「服用した」「服用しない」「あとで服用」「未チェック」の回数、割合等に応じて選択され得る。
【００７６】
図５は、本実施形態による服用期間終了後に達成感を与える表現パターンについて説明する図である。図５上段のバー表示３３０に示すように、例えば、全服用期間における各服用回を全て「服用した」で完了した場合、「服用と服用チェック、毎回頑張りましたね！」といった褒め言葉の表示３３１と、お祝いをイメージするイラスト３３２を表示する。
【００７７】
また、図５下段のバー表示３４０に示すように、例えば、服用期間における各服用回が、「服用した」および「服用しない」のいずれかのみで完了した場合、「服用チェック、毎回頑張りましたね！」といった褒め言葉の表示３４１と、お祝いをイメージするイラスト３４２を表示する。「服用しない」のチェックは、ユーザが自ら自身の状態を把握して判断した結果であり、治療や薬剤についての十分な理解が出来ているといえる。したがって「服用しない」のチェックは、単なる服用忘れとは異なり、「服用した」のチェックと同等に評価し得るものである。
【００７８】
図５に示す褒め言葉の内容や、イラストはインセンティブの一例であって、本実施形態はこれに限定されない。イラストは複数用意し、ランダムに切り替えてもよい。また、子供向けや大人向け等、ユーザの属性や嗜好、コミュニケーション特性に応じたイラストや褒め言葉、ポイント付与や地位の付与、機能の解除・増加、他サービスの利用許可、ＳＮＳへの投稿、利用料金の変更・優遇などにしてもよい。
【００７９】
このように、服用期間における各服用回が、「服用した」または「服用しない」といった服用チェックにより終了した場合は、褒め言葉やお祝いのイラストを表示することで、ユーザに達成感を与え、他の薬剤についても服用チェック完遂の意欲を起こさせることが期待できる。
【００８０】
一方、例えば「あとで服用」、または、未チェックが１つ以上ある場合の服用期間終了後の表示例について、図６を参照して説明する。図６は、服用期間内に「あとで服用」、または、未チェックが１つ以上ある場合における服用期間終了後の表示パターンについて説明する図である。
【００８１】
図６上段のバー表示３５０に示すように、例えば、服用期間内に、「あとで服用」、または、未チェックが１つ以上ある場合、最後の服用タイミング時（服用チェック入力画面において）、今回が最後の服用であること（期間の終了）を示すメッセージ３５１のみを表示するようにしてもよい。
【００８２】
またさらに、最後の服用時に「服用した」または「服用しない」のいずれかをチェックした場合は、図６下段のバー表示３６０に示すように、終了感のあるイラスト３６２を表示するようにしてもよい。
【００８３】
また、服用忘れがあった場合等、設定された服用終了予定を延長して薬剤を飲み切りたい場合も想定される。この場合、最後の服用タイミング時に、図６に示すように、「今回を最後の服用としない場合、『終了』をタップして延長できます。」といった説明文を表示すると共に、バー表示の『終了』部分をタップできるようにする。ユーザが、バー表示の『終了』部分（「終了」ボタン３５３、３６３）をタップした場合、ユーザ端末１は、図７に示すような服用期間の延長を設定する画面３７０を表示し、延長する服用回数を指定できようにする。
【００８４】
画面３７０では、参考情報として、未チェック（“「まだ」のまま”）、「あとで服用」、または「服用しない」の回数が１以上のものを表示するようにしてもよい。また、延長回数に応じて、終了予定日を更新する。なお、かかる延長処理は、「服用方法の設定」の「服用終了日」の設定値にも反映され、アラーム通知も連動して更新される。すなわち、アラーム通知がＯＮになっている場合、延長分のアラーム通知も行われ得る。また、延長は、日にちだけではなく、終了する服用回（朝食後、夕食後等）も指定できるようにしてもよい。
【００８５】
以上により、想定した服用期間の終了タイミングと、実際の服用期間の終了タイミングのズレが生じた場合も適宜対応することが可能となる。これにより、患者が途中では飲み忘れた場合でも、服用期間を延長して服薬を達成することが可能となる。このように延長して服薬を達成した場合も、終了感または達成感のあるイラストをバー表示上に表示するようにしてもよい。
【００８６】
なお、以上説明した例では、ユーザの服用状況をバー表示により表現しているが、本実施形態はこれに限定されず、例えば円グラフにより表現してもよい。または、写真やイラストなどを、服用期間における全服用回数に対応するセル数により構成し、「服用した」または「服用しない」のチェックが入った場合には対応するセル分の画像を表示することで、全てに「服用した」または「服用しない」のチェックが入った場合に写真やイラストが完成するようにすることで達成感を与えるようにしてもよい。
【００８７】
図８に、服用状況を円グラフで表現するパターンについて説明する図を示す。図８に示すように、円グラフを、服用期間における全服用回数に対応するセル数により構成し、各服用回の服用チェック状態（服用した、服用しない、あとで服用する、チェック忘れ（未チェック））を所定の色（例えば服用チェックボタンと同じ色分け）で表現する。これにより、各色の密度（割合）により、服用チェック状態を直感的に把握することができる。また、未チェック部分は空欄（虫食い状態）とすることで、服用チェックを毎回忘れずに行えば綺麗な円が完成するといった達成感を与えることができる。
【００８８】
（３−１−５．動作処理）
図９は、本実施形態による服用記録に基づく患者の取り組み姿勢の可視化処理の全体の流れの一例を示すフローチャートである。図９に示すように、まず、ユーザ端末１は、服用情報（服用期間、服用タイミング）の登録を行う（ステップＳ１０３）。服用情報の登録は、例えば処方箋情報から自動的に登録してもよいし、ユーザ操作に基づいて登録してもよい。また、服用情報の登録は、管理サーバ２で行って登録情報をユーザ端末１に送信してもよい。
【００８９】
次に、ユーザ端末１は、服用状況の入力画面（服用チェック画面）の表示を行う（ステップＳ１０６）。ユーザ端末１は、登録された服用タイミングに基づくアラーム通知がユーザによりタップされた際に、その服用回における服用チェック入力画面（図２参照）を表示するようにしてもよい。服用状況の入力画面は、管理サーバ２により生成されてもよい。
【００９０】
次いで、ユーザ端末１は、入力された服用チェックデータ（「服用した」、「服用しない」、「あとで服用」）を、服用履歴として記録する（ステップＳ１０９）。服用チェックデータは、管理サーバ２に送信されてもよい。
【００９１】
次に、ユーザ端末１は、服用履歴に基づいて、服用進捗状況の表示を行う（ステップＳ１１２）。服用進捗状況の表示は、服用状況の入力画面（服用チェック画面）に併せて表示してもよいし、メニュー画面から「服用進捗状況」が選択された場合に表示してもよい。服用進捗状況の表示情報は、管理サーバ２により生成されてもよい。
【００９２】
次いで、服用期間が終了するまで、服用状況のチェックと記録が、登録された服用情報に基づく服用回毎に繰り返される（ステップＳ１１５／Ｎｏ）。
【００９３】
次に、服用期間が終了すると（ステップＳ１１５／Ｙｅｓ）、ユーザ端末１は、服用履歴（服用チェックデータ）の評価結果を表示する（ステップＳ１１８）。具体的には、上述したように、服用チェックデータに基づき、服用期間内における「服用した」、「服用しない」、「あとで服用」、未チェック（服用忘れ）の回数や割合に応じて、達成感または終了感を与える言葉やイラストの表示を行う。服用履歴の評価および評価結果の表示情報は、管理サーバ２により生成されてもよい。
【００９４】
以上、本実施形態による動作処理の一例を説明した。なお図９に示す動作処理は一例であって、本開示は図９に示す例に限定されない。例えば、本開示は、図９に示すステップの順序に限定されない。少なくともいずれかのステップが並列に処理されてもよいし、逆の順番で処理されてもよい。また、図９に示す全ての処理が必ずしも実行されてなくともよい。また、図９に示す全ての処理が必ずしも単一の装置で行われなくともよい。
【００９５】
＜３−２．患者の服用以外の取り組み姿勢の可視化＞
上述した例では、「服用を遵守すること」についての達成感の付与や、状況の可視化について説明したが、本実施形態による「患者の治療に対する取り組み姿勢」は、「服用の遵守」以外の努力も想定される。
【００９６】
特に近年は、処方薬の多様化により服用方法が難しい薬（吸引薬、自己注射など）や、疾病の慢性化による運動療法や食事療法との併用などが生じ、患者には、服用を遵守することの他にも、医療や健康に関して、さらに多くのことを理解、経験することが期待され、また、こうした患者の成長を励行することが重要となる。
【００９７】
以下、服用を遵守すること以外の患者の治療に対する取り組み姿勢の可視化について、複数の具体例を挙げて説明する。
【００９８】
（３−２−１．収集した取り組み姿勢を示す情報の表示）
例えば、本システムにより服用を遵守すること以外の患者の治療に対する取り組み姿勢を示す各種情報を収集し、種類毎にグラフ化し、称賛することが挙げられる。また、達成感や成長度合いも与えるため、総合的な評価をアイコン・ポイント数、地位（ランク）、利用できる機能の変化、アプリケーション全体の見た目の変化、他者からの見え方の変化等で示すことも考えられる。
【００９９】
グラフ化する情報は、例えば下記のようなデータが挙げられる。
・服薬以外の治療（食事療法、運動療法など）の回数
・同じ診療科内での病院の切替回数
・薬の切替回数
・これまで経験した薬の種類
・服薬情報（薬剤に関する添付文書等）の閲覧状況
・アンケートの回答数
・ＳＮＳの活用数
【０１００】
上記データは、例えば、ユーザのスケジュール情報、Ｗｅｂサイトの閲覧履歴、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）の利用履歴、医療機関から送信される当該ユーザに関する医療情報（処方箋情報、来院情報等）、ユーザが利用しているユーザ端末１やウェアラブルデバイス、監視カメラ等により継続的に取得されるユーザの移動情報、生体情報、行動履歴等から収集し得る。
【０１０１】
図１０は、収集した患者の取り組み姿勢を示す情報の可視化の一例を示す図である。図１０に示す画面４００は、例えばユーザ端末１においてスクロール表示される。画面４００に示すように、収集した患者の治療に対する取り組み姿勢を示す各種情報が、一例として、種類毎に棒グラフで表示されている。なお図１０に示す例では、服用チェックデータに基づく服用状況も、「服薬記録の実績」として表示している。
【０１０２】
また、「最適な治療の模索」として、食事療法や運動療法等の服薬以外の治療回数、病院の切り替え、および薬の切り替えの回数が表示される。また、「知識の成長」として、経験した（服用した）薬の種類、服薬情報の閲覧状況が表示される。また、「コミュニケーションの成長」として、ユーザの病気や治療に関するアンケートへの回答数やＳＮＳの活用数が表示される。
【０１０３】
また、数値の列挙のみならず、達成感や成長度合いを与えるために、図１０に示すように、ランキングやイラストの画像４０１を表示するようにしてもよい。イラストは、例えば患者の成長度合いに応じた（成長レベルを示す）画像（例えば卵からヒナが生まれ、ニワトリに成長するまでのアイコン画像等）であってもよい。患者の総合的な成長度合いは、例えば、図１０に示す「服薬記録の実績」、「最適な治療の模索」、「知識の成長」、および「コミュニケーションの成長」の各要素の合計点数（数値の合計点数、または所定の重み付けをつけた上での合計点数）に基づいて、段階評価の割り振りを決めてもよい。
【０１０４】
また、調剤情報に登録されている薬局の地域等から、ユーザの生活地域を判定し、その地域の中や、その薬局内でのランキングを表示するようにしてもよい。ランキングは、総合評価（合計点数）で決定してもよいし、上記要素ごとのランキングであってもよい。ランキングが上位に入った際には、褒める言葉やイラストを表示するようにしてもよい。
【０１０５】
また、このような患者の成長度合いを示す画面は、患者向けに限定されず、（広義の）医療提供者向けに表示されてもよい。特に地域医療については、薬剤師をはじめとした医師、介護者、民生委員、保健師、自治体担当者、互助団体、ＮＰＯ法人、学校、救急隊など、地域の参加者が患者の医療情報を閲覧し、患者と向き合うことが考えられる。
【０１０６】
このように医療提供者向けにも患者の努力（取り組み）の可視化を行うことで、患者とのコミュニケーションが充実し、より効果的な医療を実現することができる。特に近年増加している慢性疾患においては、患者自身による服薬行為が本質的な医療として高い割合を占めるため、医療提供者側も患者の努力を把握することで、より適切な対応を取ることが可能となる。
【０１０７】
なお、このような患者努力の可視化は、上述したような情報の列挙に限定されず、さらに表示の配置を工夫することで、「患者努力の志向性を示すことで、患者が好むコミュニケーション形態を浮き彫りにする」ことが可能である。以下、表示配置の工夫について、いくつかのパターンを挙げて説明する。
【０１０８】
（３−２−２．能動的／受動的を意識した患者努力の可視化）
一例として、患者努力（患者の治療に対する取り組み姿勢を示す情報）を、能動的−受動的の軸で表示するようにしてもよい。
【０１０９】
能動的な患者努力の項目としては、例えば下記が挙げられる。
・服薬以外に自主的に行っている食事療法、運動療法の実施（並びに、そうした食事・運動に関してのデータ。例えば画像や加速度センサ、ＧＰＳデータ、位置情報などを含む）
・処方薬以外の薬の服用（患者（や同居人、親族、ヘルパー）が自主的に薬局等で購入・入手した薬・健康に関係のある食品の服用）
・自主的な病院や薬の切り替え
・自主的な検査（血圧、体温、体重、血糖値等の検査）の種類や回数
（ここで「自主的」とは、医者の処方や強制でなく患者が自ら考えて自発的に行っていることを意味する）
・患者の病気や治療・健康づくりに関するＳＮＳでの発言（投稿）数
・患者の病気や治療・健康づくりに関するＳＮＳの（友人・人間関係構築の）申請数
・患者の病気や治療・健康づくりに関するＳＮＳのリプライ数（他者の投稿記事につけるリプライ）
・患者の病気や治療・健康づくりに関するアンケートの回答数（選択肢が用意されていない自由記入の設問に答えた場合をカウントしてもよい）（回答した設問数や文字数に応じてカウントしてもよい）（回答必須項目の多いアンケート（例えば１０問以上）を途中で断念した場合にカウントしてもよい）
・患者の病気や治療に関する通知の閲覧数
なお、上記の「患者の病気や治療・健康づくりに関するＳＮＳでの発言」については、機械学習などによる適切なマッピングにより、元となるデータは、より一般的なＳＮＳ上での発言や、購買データ、会話データ、メールなどでもよい。
【０１１０】
受動的な患者努力の項目としては、例えば下記が挙げられる。
・服薬回数（特に処方された薬を服薬方法に遵守して指定された通りに飲んだ回数）
・処方された薬についての公的・専門的な文書である添付文書等の閲覧種類と量
・これまでに経験している薬の種類
・医療提供者（管理栄養士、保険指導員、運動トレーナー等の広義の医療提供者）による指導に従った食事療法（食事のカロリー制限、糖質・たんぱく質等の摂取制限）、運動療法（指定された運動量（歩く歩数、運動の種類など）の遵守）の実施
・患者の病気や治療に関するＳＮＳの承認数
・患者の病気や治療に関するＳＮＳのリプライ数（患者自身の投稿記事につけるリプライ）
・患者の病気や治療に関するＳＮＳの投稿の閲覧数
・患者の病気や治療に関するアンケートの回答数（選択肢が用意されている設問に答えた場合をカウントしてもよい）（回答した設問数や文字数に応じてカウントしてもよい）（必須項目の多いアンケート（例えば１０問以上）に回答した場合にカウントしてもよい）
【０１１１】
能動的／受動的の軸は、例えば上下方向（縦軸）であってもよいし、左右方向（横軸）であってもよい。
【０１１２】
例えば、患者努力の各表示項目のうち、能動的な行動については上方向にグラフが伸び、受動的な行動については下方向にグラフが伸びるよう表示してもよい。これにより、医療提供者（または患者自身）は、能動的／受動的を軸とした患者努力の方向性を直感的に把握することができる。すなわち、上方向に伸びる項目（能動的な行動）が多ければ、能動的な取り組みができる人、すなわち、「患者として適した治療に辿り着く能力」がある人と言える。一方、下方向に伸びる項目（受動的な行動）が多ければ、受動的な取り組みができる人、すなわち、「患者として、下された治療方針（服薬など）を正確に遂行する能力」がある人と言える。
【０１１３】
（３−２−３．事実重視／人間関係重視を意識した患者努力の可視化）
次いで、一例として、患者努力（患者の治療に対する取り組み姿勢を示す情報）を、事実重視（換言すると、客観性重視）−人間関係重視（換言すると、主観性重視）の軸で表示するようにしてもよい。
【０１１４】
事実重視（客観性重視）の患者努力の項目としては、例えば下記が挙げられる。
・服薬回数（処方された薬を服薬方法に遵守して指定された通りに飲んだ回数）
・処方された薬についての公的・専門的な文書である添付文書等の閲覧種類と量
・これまでに経験している薬の種類
・医療提供者（管理栄養士、保険指導員、運動トレーナー等の広義の医療提供者）による指導に従った食事療法（食事のカロリー制限、糖質・たんぱく質等の摂取制限）、運動療法（指定された運動量（歩く歩数、運動の種類など）の遵守）の実施
・服薬以外に自主的に行っている食事療法、運動療法の実施
・処方薬以外の薬の服用（患者が自主的に薬局等で購入した薬の服用）
・自主的な病院や薬の切り替え
・自主的な検査（血圧、体温、体重、血糖値等の検査）の種類や回数
【０１１５】
人間関係重視（主観性重視）の患者努力の項目としては、例えば下記が挙げられる。
・患者の病気や治療に関するＳＮＳでの発言（投稿）数
・患者の病気や治療に関するＳＮＳの投稿の閲覧数
・患者の病気や治療に関するＳＮＳの申請数
・患者の病気や治療に関するＳＮＳの承認数
・患者の病気や治療に関するＳＮＳのリプライ数（他者の投稿記事につけるリプライ、患者自身の投稿記事につけるリプライ）
・患者の病気や治療に関するアンケートの回答数（または回答した設問数、文字数）
・患者の病気や治療に関する通知の閲覧数
【０１１６】
事実重視／人間関係重視の軸は、例えば上下方向（縦軸）であってもよいし、左右方向（横軸）であってもよい。
【０１１７】
例えば、患者努力の各表示項目のうち、事実重視の行動については左側にグラフが表示され、人間関係重視の行動については右側にグラフが表示される。これにより、医療提供者（または患者自身）は、事実重視／人間関係重視を軸とした患者努力の方向性を直感的に把握することができる。すなわち、左方向に表示される項目（事実重視の行動）が多ければ、「与えられた治療を客観的に評価できる能力」がある人と言える。一方、右方向に表示される項目（人間関係重視の行動）が多ければ、「患者として、他者と相談できる／相談される能力」がある人と言える。
【０１１８】
（３−２−４．患者の情報処理性向の判別）
また、本システムでは、患者努力の可視化により、患者の情報処理性向、すなわち、患者が好むコミュニケーション形態（情報提示の好みであり、情報処理性向のタイプ、コミュニケーション特性とも称する）を判別することが可能である。
【０１１９】
患者のコミュニケーション特性に応じて医療情報または健康に関わる情報の提示に関する提示情報を出力することで、医療情報の伝達方法を改善することができる。例えば、患者に治療や服薬の説明を行う医療提供者に対し、患者のコミュニケーション特性に基づいて、治療や服薬の説明方法についてのアドバイスを出力したりする。患者によっては、要点だけを聞きたい／閲覧したいと思う人もいれば、詳しい情報を聞きたい／見たい人もいるため、患者のコミュニケーション特性に合わせた情報伝達方法を実現することで、患者に薬剤や治療の情報を十分に伝え、患者と医療者とのコミュニケーションを向上させることができる。
【０１２０】
（コミュニケーション特性について）
コミュニケーション特性は、行動心理学に基づく２軸モデルを用いて判別してもよい。定量的な調査を行う心理学の範囲においては、各種のコミュニケーション方法が提案されている。特に、心理学者ウィリアム・Ｍ・マーストン博士によって発表された、「普通の人々の感情」という論文に基づく理論では、人の典型的な行動スタイルが４つに分類されており、かかる４つの分類に基づいた各種のコミュニケーション方法が提案されている。
【０１２１】
各種のコミュニケーション方法としては、例えば、「DiSC理論」、「タイプ分け」（登録商標）、「４タイプ」といった各種の技法が提案されている。「DiSC理論」とは、人の行動スタイルを、「D‐Dominance（優越、支配）」、「i‐Influence（影響）」、「S‐Steadiness（堅実）」、「C‐Conscientious（注意深い、慎重）」の４つに分類する理論である。また、「タイプ分け」とは、人の行動スタイルを「人や物事を支配していくコントローラー」、「分析や戦略を立てていくアナライザー」、「人や物事を促進していくプロモーター」、「全体を支持していくサポーター」の４つに分類する理論である。また、「４タイプ」とは、人間を欲求タイプに応じて４つに分類する理論である。
【０１２２】
これら各種のコミュニケーション方法のいずれにも共通していることは、人間の欲求方向が外向的か内向的か、及び、欲求の認識が抽象的か具体的かの組み合わせであって、人の行動スタイルを、「司令型（外向的・具体的）」、「注目型（外向的・抽象的）」、「法則型（内向的・具体的）」、「理想型（内向的・抽象的）」の４つに分類していることである（なお、上述した「DiSC理論」等の例の他にも、４種の鳥になぞらえたり、歴史上の４人の偉人になぞらえたりといった、多くの応用パターンが存在する）。
【０１２３】
これら行動心理学に基づいて分類するいずれの理論も、大きく２つの軸により判断することが共通している。すなわち、「自分の外部に変化を起こせることを前提とする情報処理性向（外向的）と、そうではない情報処理性向（内向的。環境に対して自身を適応させることを主とする）」及び「人との関係性（人からの評価）を重視する情報処理性向と、（人間関係では変わらない）具体的事実を重視する情報処理性向」の２軸であり、このことに再現性があると考えられる。なお、人ははっきりとこの４タイプに分けられるのではなく、あくまでこれらは地図における東西南北のように、タイプを考える際の「尺度の１つ」であるということには留意が必要である。
【０１２４】
ここで、一例として上述した共通する２軸は、上記「能動的−受動的」の軸と、「事実重視−人間関係重視」の軸にそれぞれ対応する。本実施形態では、かかる「能動的−受動的」と「事実重視−人間関係重視」の２軸モデルにより患者努力を可視化し、患者のコミュニケーション特性を判別することが可能である。
【０１２５】
（動作処理）
図１１は、本実施形態による患者の取り組み姿勢の可視化に基づくコミュニケーション特性の判別処理とコミュニケーション特性に応じたアドバイス表示の動作処理の流れの一例を示すフローチャートである。
【０１２６】
図１１に示すように、まず、管理サーバ２の情報管理部２０１は、ユーザ（患者）の治療に対する取り組み姿勢を示す情報を収集、記録する（ステップＳ２０３）。
【０１２７】
次に、画面生成部２０２は、ユーザの治療に対する取り組み姿勢を示す情報を、２軸モデルで配置する画面を生成する（ステップＳ２０６）。
【０１２８】
次いで、コミュニケーション特性判別部２０３は、生成した２軸モデルを分析し、ユーザ（患者）のコミュニケーション特性を判別する（ステップＳ２０９）。
【０１２９】
そして、画面生成部２０２は、判別したコミュニケーション特性に応じて、当該ユーザに医療情報を提示する際の医療提供者向けアドバイスを表示する画面を生成する（ステップＳ２１２）。生成された画面は、医療提供者用の情報処理端末（不図示）に表示され得る。これにより、医療提供者は、患者のコミュニケーション特性に合わせた情報伝達方法を実現することができ、患者に薬剤や治療の情報を十分に伝え、患者のコミュニケーションが改善される。
【０１３０】
（コミュニケーション特性について）
続いて、本実施形態によるコミュニケーション特性の判別の具体例について図１２を参照して説明する。
【０１３１】
図１２は、本実施形態による２軸モデルで判明するコミュニケーション特性のタイプの一例について説明する図である。
【０１３２】
図１２の画面５００に示すように、例えば「能動的−受動的」を縦軸、「事実重視−人間関係重視」を横軸とした２軸モデルにより患者努力（各表示項目）を可視化した場合、下記４つのタイプを判別することができる。
【０１３３】
・type1：能動的＆事実重視・・・「DiSC理論」では“D（主導）”に分類、「タイプ分け」では“コントローラー”に相当。「最適な治療に自ら辿り着く能力」と「治療を客観的に評価する能力」を有する。
・type2：能動的＆人間関係重視・・・「DiSC理論」では“I（感化）”に分類、「タイプ分け」では“プロモーター”に相当。「最適な治療に自ら辿り着く能力」と「患者として他者に相談する能力」を有する。
・type3：受動的＆人間関係重視・・・「DiSC理論」では“S（安定）”に分類、「タイプ分け」では“サポーター”に相当。「患者として下された治療方針を遂行する能力」と「患者として他者に相談する能力」を有する。
・type4：受動的＆事実重視・・・「DiSC理論」では“C（慎重）”に分類、「タイプ分け」では“アナライザー”に相当。「患者として下された治療方針を遂行する能力」と「治療を客観的に評価する能力」を有する。
【０１３４】
なお、ここでは一例として患者努力の分析からコミュニケーション特性を判別する場合について説明したが、コミュニケーション特性の判別手法はこれに限定されず、例えば、アンケート（診断テスト）の回答に基づいた判別、医療情報の提示画面（電子お薬手帳の画面等）に対する患者の操作挙動に基づいた判別、または、患者の会話の内容に基づいた判別等も可能である。また、各判別手法のうち少なくともいずれかを用いた組み合わせにより、総合的にコミュニケーション特性を判別することも可能である。
【０１３５】
（コミュニケーション特性のタイプ別のアドバイス）
上記分析に基づき、医療提供者の患者とのコミュニケーションにおいては、患者のコミュニケーション特性に応じて、例えば下記のような対応が有効となることが分かる。
【０１３６】
・type1：客観的な情報を元に「自分で決める」ことに納得感を得ることが多いため、医療提供者側は患者側に対し、端的で客観的なデータを選択肢として示し、患者側が治療方針を決定することをサポートすることを重視していくことで、患者の満足度を上げることが可能になる。
・type2：客観的な情報よりも、患者が自主的に行ったことや、情報を入手してきたことに対して、医療提供者による称賛をベースにした誘導が有効である。また、情報呈示においても、一目で効果が分かるような図や写真を多用することが有効と考えられる。
・type3：医療提供者側からみて有効と思われる治療方法について、既に実践した別の患者による体験談を盛り込んだり、医療提供者と共にチームとなって治療にあたっていく方針を共有したりすることが有効と考えられる。
・type4：従来型の対面による情報提供を行うよりも、医療提供者から見て有効であると思われる治療法と、その治療法と比較すべき治療法について双方の文献情報を呈示し、一旦、その文献を患者本人に読み込んでもらった上で、メールなど文字ベースでの治療方針の合意を得ていく方向が有効と考えられる。
【０１３７】
（患者努力の可視化の表示パターン）
次に、上記２軸モデルによる患者努力（治療に対する取り組み姿勢）の可視化の表示パターンと、コミュニケーション特性に応じた、患者への情報伝達時における医療提供者向けのアドバイスの具体例について、図１３〜図１７を参照して説明する。
【０１３８】
図１３は、本実施形態による患者努力可視化の一例を示す図である。図１３の画面５１０では、例えば患者の治療に対する取り組み姿勢を示す各項目の数値が、図１２に示す例と同様の「能動的−受動的」の縦軸と「事実重視−人間関係重視」の横軸とから成る２軸モデル上に配置されている。コミュニケーション特性判別部２０３は、かかる２軸モデルの表示内容から当該患者のコミュニケーション特性を判別する。
【０１３９】
具体的には、例えば図１３に示す例の場合、コミュニケーション特性判別部２０３は、当該患者が、受動的かつ事実重視であると判断し、コミュニケーション特性：type4と判別することができる。この場合、画面生成部２０２は、図１３の画面５１０に示すように、判別したtype4に対応する所定のアドバイス情報５１１（例えば、「文書を自分で調査して理解するのが好きなタイプです。詳しい説明書を渡すと効果的です。」など）を表示する画面を生成する。医療提供者は、かかるアドバイスを参照し、より効果的に、患者に対して医療情報を提示することが可能となる。
【０１４０】
このような２軸モデルの表示内容を閲覧した医療提供者は、当該患者のコミュニケーション特性のタイプを直感的に把握することができる。すなわち、各表示項目（患者の治療に対する取り組み姿勢を示す各情報）について、能動的な行動についてはグラフが上方向に伸び、受動的な行動についてはグラフが下方向に伸びるため、２次元モデルの上半分に伸びる表示項目が多ければ「能動的に、最適な医療を探す能力」に長けており、下半分に伸びる表示項目が多ければ「患者として、下された治療方針（服薬など）を正確に遂行する能力」に長けていると、直感的に判断できる。また、事実重視の行動については左半分に表示され、人間関係重視の行動については右半分に表示されるため、２次元モデルの左半分に位置する表示項目が多ければ「治療を客観的に評価する能力」に長けており、右半分に位置する表示項目が多ければ「患者として、他者に相談する能力」に長けていると、直感的に判断できる。また、さらに、画面生成部２０２は、着目すべき箇所（図１３に示す例では、当該患者のコミュニケーション特性の特徴が表れている左下（type4）の領域）にアイコン画像５１２を表示する画面を生成してもよい。
【０１４１】
図１４は、本実施形態による患者努力可視化の他の例を示す図である。図１４の画面５２０においても、図１３と同様に、患者の治療に対する取り組み姿勢を示す各項目の数値が、「能動的−受動的」の縦軸と「事実重視−人間関係重視」の横軸とから成る２軸モデル上に配置されている。コミュニケーション特性判別部２０３は、かかる２軸モデルの表示内容から当該患者のコミュニケーション特性を判別する。ここで、誰しもコミュニケーション特性の４つのタイプの要素を組み合わせた特徴を有するため、コミュニケーション特性判別部２０３は、当該患者のコミュニケーション特性を判別する際、２軸モデルの表示内容から、どのタイプの傾向が強いかを判断し、総合評価を提示するようにしてもよい。
【０１４２】
具体的には、例えば図１４に示す例の場合、コミュニケーション特性判別部２０３は、当該患者が、受動的かつ人間関係重視のtype3の傾向が強く、次に、受動的かつ事実重視のtype4の傾向が強いと判別することができる。この場合、画面生成部２０２は、図１４の画面５２０に示すように、判別したtype3、type4に対応する所定のアドバイス情報５２１（例えば、「なるべくこれまでの方法から変更せず、変更の際には実績をベースに情報呈示するのがよいでしょう。」など）を表示する画面を生成する。
【０１４３】
また、画面生成部２０２は、図１４に示すように、当該患者の各typeの傾向の強さを面積で示す総合評価表示画像５２２を、２軸モデルの中央に表示する画面を生成してもよい。
【０１４４】
図１５は、本実施形態による患者努力可視化の他の例を示す図である。図１５の画面５３０においても、図１３と同様に、患者の治療に対する取り組み姿勢を示す各項目の数値が、「能動的−受動的」の縦軸と「事実重視−人間関係重視」の横軸とから成る２軸モデル上に配置されている。コミュニケーション特性判別部２０３は、かかる２軸モデルの表示内容から当該患者のコミュニケーション特性を判別する。
【０１４５】
具体的には、例えば図１５に示す例の場合、コミュニケーション特性判別部２０３は、当該患者が、能動的かつ人間関係重視のtype2の傾向が強く、次に、能動的かつ事実重視のtype1と受動的かつ人間関係重視のtype3の傾向が強いと判別することができる。この場合、画面生成部２０２は、図１５の画面５３０に示すように、判別したtype2に主に対応する所定のアドバイス情報５３１（例えば、「まずは薬局に来たことを褒め、服薬に関しての発言を聞き、感心した後でカラフルな資料で提案すると効果的です。」など）を表示する画面を生成する。
【０１４６】
また、画面生成部２０２は、図１５に示すように、当該患者の各typeの傾向の強さを面積で示す総合評価表示画像５３２を、２軸モデルの中央に表示する画面を生成してもよい。
【０１４７】
ここで、患者の治療に対する取り組み姿勢を示す情報の一つである「アンケート回答」は、上述したように、その内容によって、能動的と判断される場合もあれば、受動的と判断される場合もある。さらには、図１５の画面５３０に示すように、能動的と受動的の両方に判断される（両方のタイプの傾向が見受けられる）場合もある。
【０１４８】
能動的と受動的の両方に判断される場合について具体的に説明する。例えば、コミュニケーション特性判別部２０３は、既にコミュニケーション特性が判別されている他ユーザのアンケート回答状況に応じて、ユーザのアンケート回答という行動（取り組み姿勢）の能動的／受動的の判断を行ってもよい。一例としては、例えば、「type2の人物がアンケートに応じる割合」が１割、「type3の人物がアンケートに応じる割合」が３割であった場合、アンケート回答の数値（回答した設問数や文字数に応じてカウント）に応じた長さのグラフが、type2側（図１５に示す例では上方向）とtype3側（図１５に示す例では下方向）に１：３に伸びるよう配置する。ここで、グラフを伸ばす割合は、例えばベイズ推計を用いて動的に変動させてもよい。具体的には、ユーザ全体におけるtype2とtype3の割合を事前確率、アンケートの回答有無を事後確率としてベイズ更新を行い、グラフを伸ばす割合を動的に決定する。
【０１４９】
また、コミュニケーション特性判別部２０３は、他の表示項目、例えばＳＮＳ投稿における返信率を用いた重み付けを用いて、アンケート回答のグラフを（上下に）伸ばす割合を決定することも可能である。
【０１５０】
一例として、ＳＮＳ投稿における返信率を用いる場合について説明する。コミュニケーション特性判別部２０３は、既にコミュニケーション特性が判別されている他ユーザ（サンプル）のＳＮＳ投稿における返信率の度合いに応じて、アンケート回答のグラフを（上下に）伸ばす割合を算出し得る。
【０１５１】
例えば、type2と判別されたサンプル１００人によるＳＮＳ投稿数が１００００件、ＳＮＳ閲覧数が１００００件で、ＳＮＳ投稿数１００００件のうち、新規投稿が９０００件、他者への返信が１０００件の場合、type2（能動的なタイプ）のＳＮＳ投稿における返信率は１割となる。また、type3（受動的なタイプ）と判別されたサンプル１００人によるＳＮＳ投稿数が２５００件、ＳＮＳ閲覧数は５００００件で、ＳＮＳ投稿数２５００件のうち、新規投稿が５００件、他者への返信が２０００件の場合、type3のＳＮＳ投稿における返信率は８割となる。このように、ＳＮＳにおける返信率が、type2（能動的）とtype3（受動的）で「１：８」の割合になる場合、コミュニケーション特性判別部２０３は、アンケート回答をカウントしたグラフも、上下方向に１：８の割合（すなわち能動的−受動的の縦軸において、能動的方向（上方向）に伸びる割合と受動的方向（下方向）に伸びる割合を「１：８」）に決定するようにしてもよい。
【０１５２】
図１６は、本実施形態による患者努力可視化の他の例を示す図である。図１６の画面５４０においても、図１３と同様に、患者の治療に対する取り組み姿勢を示す各項目の数値が、「能動的−受動的」の縦軸と「事実重視−人間関係重視」の横軸とから成る２軸モデル上に配置されている。コミュニケーション特性判別部２０３は、かかる２軸モデルの表示内容から当該患者のコミュニケーション特性を判別する。
【０１５３】
具体的には、例えば図１６に示す例の場合、コミュニケーション特性判別部２０３は、当該患者が、能動的かつ事実重視のtype1の傾向が強いと判別することができる。この場合、画面生成部２０２は、図１６の画面５４０に示すように、判別したtype1に主に対応する所定のアドバイス情報５４１（例えば、「まずは必要な情報を端的に伝えた後、追加の説明が必要かは、患者さまに一度発言の主導権を渡しましょう。」など）を表示する画面を生成する。
【０１５４】
また、画面生成部２０２は、図１６に示すように、当該患者のコミュニケーション特性の各typeのうち、傾向の強いtypeの領域にマークを付与した総合評価表示画像５４２を、２軸モデルの中央に表示する画面を生成してもよい。
【０１５５】
図１７は、本実施形態による患者努力可視化の他の例を示す図である。図１７の画面５５０においても、図１３と同様に、患者の治療に対する取り組み姿勢を示す各項目の数値が、「能動的−受動的」の縦軸と「事実重視−人間関係重視」の横軸とから成る２軸モデル上に配置されている。コミュニケーション特性判別部２０３は、かかる２軸モデルの表示内容から当該患者のコミュニケーション特性を判別する。
【０１５６】
具体的には、例えば図１７に示す例の場合、コミュニケーション特性判別部２０３は、当該患者が、type1〜type4のいずれの特徴もバランス良く有すると判別することができる。この場合、画面生成部２０２は、例えば特に特徴的なtypeや表示項目（数値が所定値以上の場合など）に着目したアドバイスを提示する画面を生成してもよい。例えば画面生成部２０２は、図１７の画面５５０に示すように、着目すべき表示項目に関する所定のアドバイス情報５５１（例えば、「特徴的なのは添付文書の調査数です。文書を自分で調査して理解するのが好きなタイプです。詳しい説明書を渡すと効果的です。」など）を表示する画面を生成する。
【０１５７】
また、画面生成部２０２は、図１７に示すように、着目すべき箇所（図１７に示す例では、「添付文書の調査数」のグラフ）を指し示すアイコン画像５５２を表示する画面を生成してもよい。
【０１５８】
（３−２−５．変形例）
なお、グラフの基準線（グラフの開始位置）は必ずしも一致しなくともよい。表示項目の内容によっては、所定値までは「能動的」な行動であり、その所定値を超えると「受動的」な行動であると判別できる場合や、その行動を起こした時点で（カウント１の時点で）、他の能動的または受動的な行動のカウント１よりも能動的または受動的な傾向が強いと判別できる場合があるためである。
【０１５９】
図１８は、本変形例によるグラフ表示の一例を示す図である。例えば図１８の画面５６０に示すように、表示項目の内容に応じて、グラフの基準線を変更するようにしてもよい。
【０１６０】
また、（関連性のある）表示項目を重ねて表示するようにしてもよい。図１９は、本変形例によるグラフを重ねて表示する場合の一例を示す図である。例えば図１９の画面５７０に示すように、表示項目の内容に応じて、関連する表示項目のグラフを重ねて表示するようにしてもよい。
【０１６１】
＜＜４．ハードウェア構成＞＞
最後に、図２０を参照して、本実施形態に係る情報処理装置のハードウェア構成について説明する。図２０は、本実施形態に係る情報処理装置のハードウェア構成の一例を示すブロック図である。なお、図２０に示す情報処理装置８００は、例えば、図１に示したユーザ端末１、管理サーバ２、又は医療提供者用の情報処理端末（不図示）を実現し得る。本実施形態に係るユーザ端末１、管理サーバ２、または医療提供者用の情報処理端末による情報処理は、ソフトウェアと、以下に説明するハードウェアとの協働により実現される。
【０１６２】
図２０に示すように、情報処理装置８００は、例えば、ＣＰＵ８７１と、ＲＯＭ８７２と、ＲＡＭ８７３と、ホストバス８７４と、ブリッジ８７５と、外部バス８７６と、インターフェース８７７と、入力装置８７８と、出力装置８７９と、ストレージ８８０と、ドライブ８８１と、接続ポート８８２と、通信装置８８３と、を有する。なお、ここで示すハードウェア構成は一例であり、構成要素の一部が省略されてもよい。また、ここで示される構成要素以外の構成要素をさらに含んでもよい。
【０１６３】
（ＣＰＵ８７１）
ＣＰＵ８７１は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ８７２、ＲＡＭ８７３、ストレージ８８０、又はリムーバブル記録媒体９０１に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。
【０１６４】
具体的には、ＣＰＵ８７１は、ユーザ端末１内の制御部１０、または、管理サーバ２内の制御部２０の動作を実現する。
【０１６５】
（ＲＯＭ８７２、ＲＡＭ８７３）
ＲＯＭ８７２は、ＣＰＵ８７１に読み込まれるプログラムや演算に用いるデータ等を格納する手段である。ＲＡＭ８７３には、例えば、ＣＰＵ８７１に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等が一時的又は永続的に格納される。
【０１６６】
（ホストバス８７４、ブリッジ８７５、外部バス８７６、インターフェース８７７）
ＣＰＵ８７１、ＲＯＭ８７２、ＲＡＭ８７３は、例えば、高速なデータ伝送が可能なホストバス８７４を介して相互に接続される。一方、ホストバス８７４は、例えば、ブリッジ８７５を介して比較的データ伝送速度が低速な外部バス８７６に接続される。また、外部バス８７６は、インターフェース８７７を介して種々の構成要素と接続される。
【０１６７】
（入力装置８７８）
入力装置８７８には、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等が用いられる。さらに、入力装置８７８としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。また、入力装置８７８には、マイクロフォンなどの音声入力装置が含まれる。
【０１６８】
（出力装置８７９）
出力装置８７９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、ＬＣＤ、又は有機ＥＬ等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、又はファクシミリ等、取得した情報を利用者に対して視覚的又は聴覚的に通知することが可能な装置である。また、本開示に係る出力装置８７９は、触覚刺激を出力することが可能な種々の振動デバイスを含む。
【０１６９】
（ストレージ８８０）
ストレージ８８０は、各種のデータを格納するための装置である。ストレージ８８０としては、例えば、ハードディスクドライブ（ＨＤＤ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等が用いられる。
【０１７０】
（ドライブ８８１）
ドライブ８８１は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体９０１に記録された情報を読み出し、又はリムーバブル記録媒体９０１に情報を書き込む装置である。
【０１７１】
（リムーバブル記録媒体９０１）
リムーバブル記録媒体９０１は、例えば、ＤＶＤメディア、Ｂｌｕ−ｒａｙ（登録商標）メディア、ＨＤ  ＤＶＤメディア、各種の半導体記憶メディア等である。もちろん、リムーバブル記録媒体９０１は、例えば、非接触型ＩＣチップを搭載したＩＣカード、又は電子機器等であってもよい。
【０１７２】
（接続ポート８８２）
接続ポート８８２は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）、ＲＳ−２３２Ｃポート、又は光オーディオ端子等のような外部接続機器９０２を接続するためのポートである。
【０１７３】
（外部接続機器９０２）
外部接続機器９０２は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はＩＣレコーダ等である。
【０１７４】
（通信装置８８３）
通信装置８８３は、ネットワークに接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ、Ｗｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、又は各種通信用のモデム等である。
【０１７５】
＜＜５．まとめ＞＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本技術はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１７６】
また、本実施形態により、医療・健康に関わる情報をはじめとした「正確さを期するにはある程度の情報量や時間が必要」なコミュニケーションについて、従来の方法よりも発信者と受信者との情報伝達率が向上し、患者側（および医療者側）の満足度が高まる。
【０１７７】
また、これまで、患者については、「疾病や自分の身体について（自覚症状の愁訴以外は）無知であり、調剤された薬を服薬するのみ」としか期待されていなかった中で、「疾病や自分の身体について、また治療方法について賢いこと」が明確に期待されることで、治療に対しての積極性が促されることが見込まれる。
【０１７８】
加えて、患者の服薬以外の行動についても情報を蓄積、処理、表示され、医療者及び健康増進に関わる人など他者から賞賛・承認されることにより、さらに治療に対し積極性が促されることが見込まれる。
【０１７９】
医療提供者にとってみても、患者側がコミュニケーションに関して慎重なタイプであるか、積極的なタイプであるか等のコミュニケーション特性を把握できる。さらに、患者にとって納得しやすいアプローチを把握することにより、その後のコミュニケーションにおいても良好な関係を築きやすくなる。
【０１８０】
また、本実施形態は、医療・健康に関するユーザの取り組み姿勢を可視化して励行する手法と、このような取り組み姿勢の可視化に基づくコミュニケーション特性の判別について提案したが、本実施形態はこれに限定されない。例えば、医療・健康に関する取り組みの他、育児、介護、災害・安全等に関するユーザの取り組み姿勢を可視化して励行する手法や、かかる取り組み姿勢の可視化によりコミュニケーション特性を判別することも可能である。
【０１８１】
また、上述したユーザ端末１、管理サーバ２、又は医療提供者向けの情報処理端末に内蔵されるＣＰＵ、ＲＯＭ、およびＲＡＭ等のハードウェアに、ユーザ端末１、管理サーバ２、又は医療提供者向けの情報処理端末の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させたコンピュータ読み取り可能な記憶媒体も提供される。
【０１８２】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１８３】
なお、本技術は以下のような構成も取ることができる。
（１）
ユーザから取得した服用状況に関する情報に基づいて、前記ユーザの服用履歴を表示する制御部を備え、
前記服用状況に関する情報には、服用したこと、および、意図的に服用しなかったことが含まれ、
前記制御部は、前記服用状況に関する情報と、さらに、前記ユーザの服用忘れと、を含めて、前記服用履歴として表示制御する、情報処理装置。
（２）
前記制御部は、
登録された服用期間において、所定の服用タイミングで服用したこと又は意図的に服用しなかったことが前記ユーザにより入力されなかった場合、服用忘れと判断する、前記（１）に記載の情報処理装置。
（３）
前記制御部は、
初回の服用状況の記録タイミングが、登録された服用期間の開始タイミングと異なる場合、当該服用期間の開始時期を再設定する、前記（２）に記載の情報処理装置。
（４）
前記制御部は、
前記服用期間の最終回において、前記服用期間に服用忘れがあった場合、前記服用期間の延長設定画面を表示する、前記（２）または（３）に記載の情報処理装置。
（５）
前記制御部は、
前記服用期間と、前記服用履歴とに基づいて、前記ユーザの服用進捗状況をグラフ表示する、前記（２）〜（４）のいずれか１項に記載の情報処理装置。
（６）
前記制御部は、
前記服用期間が終了した場合、前記服用履歴として記録された服用回数、意図的に服用しなかった回数、および、服用忘れの回数に基づいた評価結果を、前記グラフ表示と共に表示する、前記（５）に記載の情報処理装置。
（７）
前記制御部は、収集した前記ユーザの治療に対する取り組み姿勢を示す情報を表示する制御を行い、
前記取り組み姿勢を示す情報は、前記服用状況と、前記服用以外の取り組み姿勢に関する情報を含む、前記（１）〜（６）のいずれか１項に記載の情報処理装置。
（８）
前記服用以外の取り組み姿勢に関する情報は、服薬以外の治療の実施に関する情報、薬または病院の切り替え行動に関する情報、薬剤に関する添付文書の調査数、これまでに経験した薬剤の種類、病気または治療に関するアンケートの回答に関する情報、および、病気または治療に関するＳＮＳの活用に関する情報の少なくともいずれかを含む、前記（７）に記載の情報処理装置。
（９）
前記制御部は、
前記ユーザの治療に対する取り組み姿勢を示す情報を、能動的−受動的の軸と、事実重視−人間関係重視の軸の少なくともいずれかにより形成されたグラフ上に配置した画面を生成する、前記（７）または（８）に記載の情報処理装置。
（１０）
前記制御部は、
前記グラフの状態から、前記ユーザのコミュニケーション特性を判別する、前記（９）に記載の情報処理装置。
（１１）
前記制御部は、
前記ユーザのコミュニケーション特性に応じて、前記ユーザに医療提供者が医療情報を提示する際の医療提供者向けの情報伝達に関するアドバイスを表示する画面を生成する、前記（１０）に記載の情報処理装置。
（１２）
プロセッサが、
ユーザから取得した服用状況に関する情報に基づいて、前記ユーザの服用履歴を表示することを含み、
前記服用状況に関する情報には、服用したこと、および、意図的に服用しなかったことが含まれ、
前記服用状況に関する情報と、さらに、前記ユーザの服用忘れと、を含めて、前記服用履歴として表示制御することを含む、情報処理方法。
（１３）
コンピュータを、
ユーザから取得した服用状況に関する情報に基づいて、前記ユーザの服用履歴を表示する制御部として機能させ、
前記服用状況に関する情報には、服用したこと、および、意図的に服用しなかったことが含まれ、
前記制御部は、前記服用状況に関する情報と、さらに、前記ユーザの服用忘れと、を含めて、前記服用履歴として表示制御する、プログラム。
【符号の説明】
【０１８４】
１  ユーザ端末
２  管理サーバ
３  ネットワーク
１０  制御部
１１  通信部
１２  操作入力部
１３  表示部
１４  記憶部
２０  制御部
２０１  情報管理部
２０２  画面生成部
２０３  コミュニケーション特性判別部
２０４  出力制御部
２１  通信部
２２  記憶部
【図１】
2020077062.tif 000003
【図２】
2020077062.tif 000004
【図３】
2020077062.tif 000005
【図４】
2020077062.tif 000006
【図５】
2020077062.tif 000007
【図６】
2020077062.tif 000008
【図７】
2020077062.tif 000009
【図８】
2020077062.tif 000010
【図９】
2020077062.tif 000011
【図１０】
2020077062.tif 000012
【図１１】
2020077062.tif 000013
【図１２】
2020077062.tif 000014
【図１３】
2020077062.tif 000015
【図１４】
2020077062.tif 000016
【図１５】
2020077062.tif 000017
【図１６】
2020077062.tif 000018
【図１７】
2020077062.tif 000019
【図１８】
2020077062.tif 000020
【図１９】
2020077062.tif 000021
【図２０】
2020077062.tif 000022