JP7199744B2 - 薬による副作用を含む治療に関連して発症する症状を軽減するためのシステム、装置、方法及びプログラム - Google Patents

Description

本発明は薬による副作用を含む治療に関連して発症する症状を軽減するためのシステム、装置、方法及びプログラムに関する。

従来の医療において、薬の副作用を含む治療に関連して発症する症状についての対処法を知るためには、医療従事者による事前の説明ないし受診時での相談に限られていた。近年の情報通信技術の発展に伴い、被処方者が所有するスマートホンなどの情報端末を用いて、自身に処方されている治療薬の副作用及び対処法について、被処方者が自分で情報端末を用いて調べることができるようになってきた。例えば、先行文献１は、薬歴から想定しうる副作用疾患をリスク精査表として提示するためのシステムを開示する。このシステムを用いれば、副作用疾患がどの処方された薬剤から生じているのか特定することができる。

特開２０１８－１４７４６３

情報端末は多くの情報を扱っている一方でユーザに情報を提示する画面の大きさは限られている。被処方者は様々な文脈の中で限られた大きさの画面から瞬時に必要な情報を取得することは困難である。特に、副作用やその他の治療に関連して発症する症状の影響で判断力が低下していたり、しびれ等により入力操作等が十分に行えない場合には情報端末を用いた対処法についての情報取得は非常に困難である。すなわち、被処方者は情報端末を用いて容易に症状と対処法を知得するに際して、技術的な困難性が存在する。

先行文献１記載のシステムは、被処方者に応じて、どの症状が被処方者に優先的に提示されるべきかを判定し、その結果、制約ある環境であっても効果的な対処法を取得するための解決手段を提供するものではない。

本発明は上記の課題に鑑みてなされたものであり、以下のような特徴を有している。すなわち、本発明の一実施態様におけるシステムは、サーバ及びユーザ端末を備え、薬による副作用を含む治療に関連してユーザに発症する症状を軽減するためのシステムであって、前記サーバは、薬に関連する情報を含むユーザ履歴情報に基づいて、２以上の症状の各々について、ユーザに提示する優先度を示す症状スコアを決定し、前記ユーザ端末は、ユーザが現在発症している症状をユーザに選択させるために、前記決定された症状スコアが高い順に症状を示す情報を提示し、前記提示された症状を示す情報に基づいてユーザによって選択された症状を示すユーザ選択を受け付け、前記サーバは、ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定し、前記ユーザ端末は、前記決定された対処法情報に基づいて前記症状を軽減するための対処法を提示する。

前記症状スコアを決定することは、ユーザ履歴情報に基づいて決定されるユーザの状態を示す状態情報に基づいて、２以上の症状の各々について症状スコアを決定することを含む、ことができる。

前記サーバが、ユーザの状態の各々に対して予め決定された各症状のための症状スコアを示すスコアテーブルを記憶し、前記症状スコアを決定することは、前記状態情報に基づいて前記スコアテーブルからユーザのための各症状の症状スコアを選択する、ことを含む、ようにしてもよい。

前記サーバは、ユーザ選択に基づいて前記予め決定された各症状のための症状スコアを変更することができる。

前記対処法情報を決定することは、ユーザ履歴情報に基づいて決定されるユーザの状態を示す状態情報に基づいて、２以上の対処法の各々について予想される効果の高さを示す対処法スコアを決定し、最も対処法スコアの高い対処法を示す対処法情報を選択することを含んでもよい。

前記サーバが、ユーザの状態の各々に対して予め決定された各症状に対する各対処法のための対処法スコアを示すスコアテーブルを記憶し、前記対処法情報を決定することは、前記ユーザ選択及び前記状態情報に基づいて前記スコアテーブルからユーザのための対処法スコアが最も高い対処法を選択する、ことを含むことができる。

前記サーバは、ユーザによって実行された対処法による効果を示す効果確認情報に基づいて前記予め決定された各症状に対する各対処法のための対処法スコアを変更してもよい。

前記症状スコアを決定することは、ユーザ履歴情報に基づいて決定されるユーザの行動の有無に基づいて、２以上の症状の各々について症状スコアを決定することを含んでもよい。

前記対処法情報を決定することは、ユーザ履歴情報に基づいて決定されるユーザの行動の有無に基づいて、２以上の対処法の各々について予想される効果の高さを示す対処法スコアを決定し、最も対処法スコアの高い対処法を示す対処法情報を選択することを含んでもよい。

前記ユーザ履歴情報は、属性情報、既往歴情報、処方薬情報、生体情報及びユーザによって実行された行動を示す行動履歴情報のうちの少なくとも１つを含んでもよい。

前記生体情報は、一酸化炭素濃度測定器によって測定された、ユーザの呼気一酸化炭素濃度を含んでもよい。

前記対処法情報は、更に、ユーザに処方された薬の種類及び量を示す処方薬情報に基づいて決定されてもよい。

本発明の一つの態様における薬による副作用を含む治療に関連してユーザに発症する症状を軽減するためのサーバは、薬に関連する情報を含むユーザ履歴情報に基づいて、２以上の症状の各々について、ユーザに提示する優先度を示す症状スコアを決定し、前記症状スコアの高い順に症状を示す情報を提示するために、前記症状スコアをユーザ端末に送信し、前記提示された症状を示す情報に基づいてユーザによって選択された症状を示すユーザ選択を前記ユーザ端末から受信し、ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定し、前記ユーザ端末に前記対処法情報を送信する。

また、本発明の一つの態様における薬による副作用を含む治療に関連してユーザに発症する症状を軽減するためのユーザ端末は、薬に関連する情報を含むユーザ履歴情報に基づいて決定された、２以上の症状の各々についての、ユーザに提示する優先度を示す症状スコアをサーバから受信し、ユーザが現在発症している症状をユーザに選択させるために、前記決定された症状スコアが高い順に症状を示す情報を提示し、前記提示された症状を示す情報に基づいてユーザによって選択された症状を示すユーザ選択を受け付け、ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定するために、前記サーバに前記ユーザ選択を送信し、前記サーバから決定された前記対処法情報を受信し、前記対処法情報に基づいて前記症状を軽減するための対処法を提示する。

さらに、本発明の一つの態様における薬による副作用を含む治療に関連してユーザに発症する症状を軽減するための一以上のコンピュータによって実行される方法は、薬に関連する情報を含むユーザ履歴情報に基づいて、２以上の症状の各々について、ユーザに提示する優先度を示す症状スコアを決定し、ユーザが現在発症している症状をユーザに選択させるために、前記決定された症状スコアが高い順に副作用を示す情報を提示し、前記提示された症状を示す情報に基づいてユーザによって選択された副作用を示すユーザ選択を受け付け、ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定し、前記決定された対処法情報に基づいて前記症状を軽減するための対処法を提示する、ことを含む。

さらにまた、本発明の一つの態様における薬による副作用を含む治療に関連してユーザに発症する症状を軽減するためのサーバによって実行される方法は、薬に関連する情報を含むユーザ履歴情報に基づいて、２以上の症状の各々について、ユーザに提示する優先度を示す症状スコアを決定し、前記症状スコアの高い順に症状を示す情報を提示するために、前記症状スコアをユーザ端末に送信し、前記提示された症状を示す情報に基づいてユーザによって選択された症状を示すユーザ選択を前記ユーザ端末から受信し、ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定し、前記ユーザ端末に前記対処法情報を送信する、ことを含む。

本発明の一つの態様における薬による副作用を含む治療に関連してユーザに発症する症状を軽減するためのユーザ端末によって実行される方法は、薬に関連する情報を含むユーザ履歴情報に基づいて決定された、２以上の症状の各々についての、ユーザに提示する優先度を示す症状スコアをサーバから受信し、ユーザが現在発症している症状をユーザに選択させるために、前記決定された症状スコアが高い順に症状を示す情報を提示し、前記提示された症状を示す情報に基づいてユーザによって選択された症状を示すユーザ選択を受け付け、ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定するために、前記サーバに前記ユーザ選択を送信し、前記サーバから決定された前記対処法情報を受信し、前記対処法情報に基づいて前記症状を軽減するための対処法を提示する。

本発明の一つの態様として、前述の方法を一以上のコンピュータに実行させるための一組のプログラムとすることもできる。

本発明を用いることにより、治療に関連して発症している症状をユーザが容易に選択し、選択された症状を軽減するために効果のあると考えられる対処法を実行することを可能とする。

本発明の一実施形態に係るシステムの構成図である。 本発明の一実施形態に係るユーザ端末及びサーバのハードウェア構成図である。 本発明の一実施形態に係るユーザ端末及びサーバの機能ブロック図である。 本発明の一実施形態に係るユーザ履歴と状態の相関図の一例である。 本発明の一実施形態に係るユーザ履歴と状態の相関図の一例である。 本発明の一実施形態に係るフローチャートである。 本発明の一実施形態に係るユーザ端末画面の一例である。 本発明の一実施形態に係るユーザ端末画面の一例である。 本発明の一実施形態に係るユーザ端末画面の一例である。 本発明の一実施形態に係るユーザ端末画面の一例である。

図１は本発明のシステム構成図の一例を示す。システム１００は治療によって生じる症状を軽減するために使用されるものであり、ネットワーク１１０、これに接続されるユーザ端末１２０及びサーバ１３０を備える。

図２は本発明の一実施形態によるユーザ端末１２０及びサーバ１３０のハードウェア構成を示すブロック図である。ユーザ端末１２０は、プロセッサ１２１、表示装置１２２、入力装置１２３、記憶装置１２４及び通信装置１２５を備える。これらの各構成装置はバス１２８によって接続される。なお、バス１２８と各構成装置との間には必要に応じてインタフェースが介在しているものとする。本実施形態において、ユーザ端末１２０はスマートホンである。ただし、ユーザ端末１２０は、上記の構成を備えるものであれば、パーソナルコンピュータ、タブレット型コンピュータ、タッチパッドなどの情報端末とすることができる。

サーバ１３０もまた同様に、プロセッサ１３１、表示装置１３２、入力装置１３３、記憶装置１３４及び通信装置１３５を備える。これらの各構成装置はバス１３８によって接続される。なお、バス１３８と各構成装置との間には必要に応じてインタフェースが介在しているものとする。本実施形態においてサーバ１３０はコンピュータによって実現される。

プロセッサ１２１、１３１は、ユーザ端末１２０ないしサーバ１３０全体の動作を制御するものであり、例えばＣＰＵである。プロセッサ１２１、１３１は、記憶装置１２４、１３４に格納されているプログラムやデータを読み込んで実行することにより、様々な処理を実行する。１つの例では、プロセッサ１２１、１３１は、複数のプロセッサから構成される。

表示装置１２２、１３２は、プロセッサ１２１、１３１の制御に従って、アプリケーション画面などをユーザ端末１２０のユーザ（患者）ないしサーバ１３０のユーザ（管理者）に表示する。好ましくは液晶ディスプレイであるが、有機ＥＬを用いたディスプレイやプラズマディスプレイ等であってもよい。

入力装置１２３、１３３は、ユーザ端末１２０及びサーバ１３０に対するユーザからの入力を受け付けるユーザインタフェースであり、例えば、タッチパネル、タッチパッド、キーボード、又はマウスである。本実施形態においてユーザ端末１２０はスマートホンであるため、ユーザ端末１２０は入力装置１２３としてタッチパネルを備え、タッチパネルは表示装置１２２としても機能し、表示装置１２２と入力装置１２３は一体となった構造である。表示装置１２２と入力装置１２３は、別の位置に配置される別個の形態であってもよい。サーバ１３０はコンピュータであるため、入力装置としてキーボード及びマウスを備え、表示装置として液晶ディスプレイを備えるものとする。

記憶装置１２４、１３４は、揮発性メモリであるＲＡＭ及び不揮発性メモリであるＲＯＭを含む、一般的なスマートホンないしコンピュータが備える記憶装置である。記憶装置１２４、１３４は、外部メモリを含むこともできる。例えば記憶装置１２４は、本実施形態を実施するためのユーザアプリケーションを記憶し、記憶装置１３４はサーバアプリケーションを記憶する。ユーザアプリケーションは、症状軽減のためのユーザプログラム及び該ユーザプログラム実行時に参照する各種データを含む。ユーザプログラムは、ユーザ端末１２０に対するユーザの操作に応じて起動され、ユーザ端末１２０が予め実装するオペレーティングシステム（ＯＳ）上で実行される。サーバ用アプリケーションはクライアントである各ユーザ端末１２０においてユーザからの入力の受付及びユーザに対する情報の提示がユーザプログラムによって適切に実行されるようにするための機能及び各種データを含む。

１つの例では、記憶装置１２４、１３４は、主記憶装置及び補助記憶装置を含む。主記憶装置は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、プロセッサ１２１、１３１が情報を処理する際の記憶領域及び作業領域として用いられる。補助記憶装置は、様々なプログラムや、各プログラムの実行に際してプロセッサ１２１、１３１が使用するデータを格納する。補助記憶装置は、例えばハードディスク装置であるが、情報を格納できるものであればいかなる不揮発性ストレージ又は不揮発性メモリであってもよく、着脱可能なものであっても構わない。補助記憶装置は、例えば、オペレーティングシステム（ＯＳ）、ミドルウェア、アプリケーションプログラム、これらのプログラムの実行に伴って参照され得る各種データなどを格納する。

通信装置１２５、１３５は、ネットワーク１１０（図２においては省略）を介して他の装置との間でデータの授受を行う。例えば通信装置１２５、１３５は、移動体通信や無線ＬＡＮ等の無線通信を行い、ネットワーク１１０へ接続する。ユーザ端末１２０は通信装置１２５を用いることで、ネットワークを介してサーバ１３０と通信を行う。通信装置１２５、１３５は、イーサネット（登録商標）ケーブル等を用いた有線通信を行ってもよい。

図３は、本発明のユーザ端末１２０及びサーバ１３０の機能ブロック図の一例を示す。ユーザ端末１２０は、入力部３２１、表示部３２２、通信部３２３、制御部３２４及び記憶部３２５を備え、サーバ１３０は入力部３３１、表示部３３２、通信部３３３、制御部３３４、症状スコア決定部３３５、対処法決定部３３６及び記憶部３３７を備える。入力部３２１、３３１はユーザからの入力を受け付ける機能を有する。表示部３２２、３３２は情報をユーザが視認できるように表示する機能を有する。通信部３２３、３３３は他の装置との情報の送受信を行う機能を有する。制御部３２４、３３４は情報処理等の制御を実行する機能を有するものである。記憶部３２５、３３７はテーブルやデータ等を記憶する機能を有する。制御部３２４、３３４は、記憶部３２５、３３７へのデータの格納および更新を行う。症状スコア決定部３３５は各症状をユーザに提示する優先度の高さを示すスコアを決定する機能を有する。対処法決定部３３６はユーザに効果が高いと考えられる対処法を決定する機能を有する。本実施形態においては、図１に記載された処理装置１２１、１３１において記憶装置１２４、１３４に格納されたプログラムが実行され、各ハードウェアとソフトウェアとが協働して動作することにより、これらの機能が実現されるが、各機能を実現するための電子回路等を構成することにより実現することも可能である。

本実施形態においては、医療従事者による指導のもと、禁煙治療のために治療薬を服薬している患者をユーザとする場合を例にとって説明するが、どのような疾患に対する場合であってもかまわないし、複数の疾患を同時に治療している場合であってもよい。疾患は、腎機能障害、高血圧や精神疾患など医学的な疾患に加えて、身体的に好ましくない状態であれば、医学的な意味での疾患である必要はない。治療は予防医療を含む。患者とは本発明を用いて、治療に関連して発症する症状の軽減を試みる者をいい、必ずしも医療従事者の指導のもと疾患の治療を行っている患者である必要はない。治療に関連して発症する症状は、薬による副作用、離脱症状及び患っている疾患による体調不良など、治療に関連して発症する症状であればどのようなものであってもよい。

本実施形態においては、ユーザの履歴に関するユーザ履歴情報をサーバの記憶部３３７に記憶するものとするが、その一部または全部をユーザ端末１２０の記憶部３２５に記憶してもよい。ユーザの履歴に関するユーザ履歴情報は、治療に関連してユーザに発症する症状を推測するために用いることができるユーザの治療に関連する履歴情報であり、ユーザの行動以外の履歴を示す情報及び行動履歴を示す情報を含む。ユーザの行動以外の履歴を示す情報は、薬に関連する情報を含む。薬に関連する情報は処方薬データを含む。処方薬データは必ずしも医療従事者によって処方された薬に限られず、ユーザ自身の選択により薬局等で購入した薬についての情報を含む。ユーザの行動以外の履歴を示す情報はさらに、ユーザ（患者）の属性データ、及び既往歴データを含むことができる。これらのデータは例えば表１～３に示す情報を含み、ユーザが医療従事者である医師の外来に訪れて、禁煙治療を開始した際に、医師が使用するパーソナルコンピュータ（図示せず）を用いて入力され、サーバの記憶部３３７に記憶することができる。

ユーザ属性データは表１に示したように、ユーザの氏名、生年月日、年齢及び治療開始日を含む。これらの情報がユーザＩＤに関連付けて記憶される。年齢は、生年月日に基づいて所定のタイミングで更新してもよい。開始日は、治療を開始した日であり、例えば、ユーザが初めて外来に訪れた日とすることができる。

患者の既往歴データは、既往歴データＩＤ、疾患ＩＤ、疾患名、ユーザＩＤ、アクティブ及びタイムスタンプを含む。これらの情報がデータＩＤに関連付けて記憶される。疾患ＩＤは、疾患毎に割り当てられたＩＤであり、ここでは省略するが、別途、疾患テーブルを予め用意して、疾患ＩＤと疾患名を関連付けて記憶する。例えば、医師が疾患テーブルを参照して、当該患者が患っている疾患を選択して入力することで、既往歴データとして記憶部３３７に記憶される。「アクティブ」は、その疾患を現在も患っている（アクティブ）のか、治癒している（非アクティブ）のかを示している。「１」は現在も患っていることを意味し、「０」は治癒していることを意味している。タイムスタンプは当該情報を入力した日、または、更新した日とすることができる。特に言及がない限りは、他のデータについてのデータＩＤ及びタイムスタンプは同様である。

処方薬データは、データＩＤ、薬ＩＤ、処方薬名、ユーザＩＤ、量及びタイムスタンプを含む。薬ＩＤは、各薬に割り当てられたＩＤであり、ここでは省略するが、別途、薬テーブルを予め用意して、薬ＩＤと薬名とを関連付けて記憶する。例えば、医師が薬テーブルを参照して、当該患者に処方した薬を選択して入力することで、処方薬データとして記憶部に記憶される。本明細書においては理解のために薬名の後に括弧で薬の説明を記載したがデータに含める必要はない。薬の量は、処方した薬の量を示している。

サーバの記憶部３３７はさらに行動テーブルを記憶する。行動テーブルは患者であるユーザが行いうる行動のリストであり、行動とその種類を定義するものである。例えば、表４に示した情報を含むことができる。

行動データは、行動ＩＤ、行動及び種類を含む。「行動」はユーザが行いうる行動の内容を示し、「種類」はその行動の種類を示し、これらの情報が行動ＩＤに関連付けて記憶される。本実施形態において、行動の種類は、基本行動、治療対象行動、服薬、症状及び対処を含む。基本行動は、行動ＩＤ＝６の「眠りにつく」や、行動ＩＤ＝７の「起きる」のように人間がとる基本的な行動である。「治療対象行動」は、ユーザが治療を行っている対象となっている行動である。本実施形態においては、ユーザが行っている治療が禁煙治療であるから、「タバコを吸う」が治療対象行動である。「服薬」は薬を飲む行動である。ここでは、薬名Ｄ（禁煙補助薬２）、薬名Ｂ（禁煙補助薬１）、薬名Ａ（制吐剤）及び薬名Ｃ（抗うつ薬）を服薬する行動それぞれに対して行動ＩＤ＝８、９、１０及び２０を割り当てている。「症状」は、治療に関連して発症する症状を意味し、薬による副作用を含む。例えば、行動ＩＤ＝１６として「吐き気がする」という症状が定義されている。「対処」は症状が生じた際の対処法としてユーザにとらせる行動を意味する。例えば、ユーザに発症している症状に対して、ユーザは服薬をやめるべきと判断される場合には行動ＩＤ＝１が指定され、ユーザに「服薬をやめるよう指導をうける」という対処法を実行させることにより、服薬をやめるという対処法となる行動をとることが期待される。

ユーザの行動履歴を示す情報は、生体情報データ及び行動履歴データを含む。表５及び表６に本実施形態に用いるこれらの一例としてのデータを示す。

生体情報データは、ユーザの生体情報を示すデータである。表５に示すように、生体情報データはデータＩＤ、ユーザＩＤ、生体情報、スケール及びタイムスタンプを含む。「生体情報」は生体情報の種類を示し、本実施形態においては、一酸化炭素（ＣＯ）濃度測定器によって測定された、患者の呼気に含まれるＣＯ濃度とするが、血糖値や血圧など他の情報を含んでもよい。スケールは測定値を示しており、例えばデータＩＤ＝２においてはＣＯ濃度＝１５．０ｐｐｍであることを示している。

行動履歴データは、ユーザがとった行動の履歴を示すデータであり、ユーザＩＤ、行動ＩＤ、行動及びタイムスタンプがデータＩＤに関連付けて記憶される。ユーザ端末またはサーバが、生体情報データに基づいてユーザがとったと推定される行動を決定し、行動履歴データに追加することもできる。例えば、一酸化炭素（ＣＯ）濃度測定器によって、ユーザが呼気に含まれるＣＯ濃度を測定し、所定の閾値（例えば、８．０ｐｐｍ）以上のＣＯ濃度が測定された場合には、行動履歴データに行動ＩＤ＝５、行動＝「タバコを吸う」を追加することができる。この場合は、ＣＯ濃度を測定した時間を行動履歴におけるタイムスタンプとすることができる。

状態リストテーブルはユーザのとりうる状態のリストであり、例えば、表７に示した情報を含むことができる。

表７において「状態」はユーザがとりうる状態を示し、「継続時間」はその状態に至ってからその状態が維持されうる継続時間である。「０」は継続時間を使用しないことを意味する。すなわち、経過時間で非アクティブとしない。状態は、図４に示すように、属性、既往歴、処方歴などの行動以外の履歴や行動履歴によって遷移するものである。例えば、図４Ａに示すように、ある既往歴によって「状態１」となったユーザが「行動１」をとることによって「状態２」に遷移する。さらに、「状態２」において次にとられる行動によってユーザの状態は「状態３」～「状態５」の異なる状態に遷移することができる。また、図４Ｂに示すように、行動履歴にはユーザによって実行された行動及びユーザに発症した症状が含まれる。また、生体情報に基づいてユーザによって実行された行動を決定することもできる。ユーザの状態は属性、既往歴、処方歴や行動履歴を含むユーザ履歴に基づいて決定することができ、状態に基づいて次にユーザがとる行動を予想することができる。「予想される行動」はユーザの意思によってとられる行動に限られず、例えば、「イライラする」、「吐き気がする」のような治療に関連して発症する症状も含まれる。ユーザの状態が決まれば、次にユーザがとる行動を絞り込んで予想することができる。

本実施形態においてサーバの記憶部はさらに、履歴対状態テーブルを記憶する。履歴対状態テーブルは、ユーザ履歴情報に基づいてユーザの現在の状態を決定するためのテーブルである。履歴対状態テーブルの一例を表８に示す。

本実施形態における履歴対状態テーブルは、状態ＩＤ、状態、履歴ＩＤ及び履歴を含む。「状態ＩＤ」は状態のＩＤであり、「状態」は状態の内容を示している。「履歴ＩＤ」は、既往歴データ、処方薬データ及び行動履歴データに含まれるＩＤによってユーザの治療に関する履歴を特定するためのＩＤであり、疾患ＩＤ、薬ＩＤ及び行動ＩＤのいずれかである。「履歴」は「履歴ＩＤ」によって特定された履歴の内容である。そして、状態ＩＤに対して履歴ＩＤを関連付けることにより、履歴ＩＤによって特定される履歴があった場合に状態ＩＤによって特定される状態に至ることを示している。一つの状態ＩＤに対して複数の履歴ＩＤを対応付けることもできる。本実施形態においては、対応付けられた複数の履歴ＩＤのうちの一つの履歴ＩＤによって特定される行動等が行われることでその状態に至ったと判定するものとするが、履歴ＩＤによって特定される行動等のすべてが実行された場合にその状態に至ったと判定することもできる。

例えば、行動ＩＤ＝５である「タバコを吸う」という行動を行うと、状態ＩＤ＝１である「喫煙している」という状態に至ることが分かる。また、薬ＩＤ＝２である「薬名Ｂ（禁煙補助薬１）」に対しては状態ＩＤ＝６の「薬名Ｂ（禁煙補助薬１）を保持している」が関連付けられている。これは処方薬データにおいて薬ＩＤ＝２、すなわち薬名Ｂ（禁煙補助薬１）が処方されていることが示されていれば、ユーザは薬名Ｂ（禁煙補助薬１）を保持していることを示している。

本実施形態においてサーバの記憶部はさらに、行動対状態スコアテーブルを記憶する。行動対状態スコアテーブルは、ユーザの状態に基づいて各行動に対して与えられるスコアを定義するものである。本実施形態において用いる行動対状態スコアテーブルを表９に示す。

表９においては、データＩＤに対して行動及び状態が関連付けられており、行動及び第１～第３状態の各々についてＩＤ及びスコアを含む。一つの行動に関連付けられる状態は同じである必要はない。表９内のＩＤの欄の一部にそのＩＤに対応する行動及び状態を説明のために記載した。例えば、データＩＤ＝１の行動ＩＤは１６であり、行動テーブル（表４）によれば、これに対応する行動は「吐き気がする」であるから、これを行動ＩＤの欄に説明のために記入した。第１～３状態のスコアは、ユーザが各状態ＩＤに対応する状態にあるか否かを示している。スコア＝１はその状態にあることを意味し、スコア＝０はその状態にないことを意味する。本実施形態においては、スコアは０または１とするが、０～９やその他の値をとるものとすることができる。例えば、状態ＩＤ＝１６で「高いストレスに晒されている」という状態について、ストレスの高さの程度を示す０～９の値とすることができる。各行動に対して常に３つの状態が割り当てられる必要はない。例えば、データＩＤ＝１～８については３つの状態が関連付けられているが、データＩＤ＝９については２つの状態しか関連付けられていない。

各行動のスコアは対応する第１～第３状態であるときのその行動の優先度の高さを示している。その行動が「症状」であるときにはその症状をユーザに提示する優先度を示している。優先度は、その症状が生じる可能性が高い場合には高く設定される。ユーザに生じている可能性が高い症状が優先的に提示されるから、ユーザは容易に自己に生じている症状を選択することができる。さらに、しびれやめまいなど症状を選択するためのユーザの能力を制限するような症状や、生命の危険があるようなリスクの高い症状が発生する可能性がある場合にはこれらに対して高いスコアを与えるようにしてもよい。ユーザが症状を選択する能力が制限されている場合であっても、容易に症状を選択して、適切な対処法についての情報を取得することを可能とすることができる。その行動の種類が「対処」である場合にはその対処法の予想される効果が高いものにより高いスコアを与えることができる。

例えば、データＩＤ＝１においては、行動ＩＤ＝１６、スコア＝０．８である。これは、第１状態である「薬名Ｂ（禁煙補助薬１）を使用している」（状態ＩＤ＝３）という状態にあり（スコア＝１）、第２状態である「喫煙している」（状態ＩＤ＝１）という状態にあり（スコア＝１）、第３状態である「高いストレスにさらされている」（状態ＩＤ＝１６）という状態にある（スコア＝１）ときの、「吐き気がする」（行動ＩＤ＝１６）という行動（症状）の優先度を示すスコアが０．８であることを意味する。そして、データＩＤ＝２においては、データＩＤ＝１の場合と異なり、「喫煙をしている」という状態にないとき（スコア＝０）の「吐き気がする」という行動のためのスコアが０．４であることを示す。すなわち、データＩＤ＝２に関連付けられた状態のときの方が、「吐き気がする」という行動（症状）の優先度が低いことを意味している。

さらに、データＩＤ＝９においては、行動ＩＤ＝１７、スコア＝０．６である。これは、第１状態である「薬名Ｂ（禁煙補助薬１）を使用している」（状態ＩＤ＝３）という状態にあり（スコア＝１）、第２状態である「喫煙している」（状態ＩＤ＝１）という状態にある（スコア＝１）ときの、「頭痛がする」という行動の優先度の高さを示すスコアが０．６であることを意味する。したがって、「薬名Ｂ（禁煙補助薬１）を使用している」（状態ＩＤ＝３）という状態にあり（スコア＝１）、第２状態である「喫煙している」（状態ＩＤ＝１）という状態にあり（スコア＝１）、第３状態である「高いストレスにさらされている」（状態ＩＤ＝１６）という状態にある（スコア＝１）ときは、「吐き気がする」（行動ＩＤ＝１６）という行動の優先度の方が「頭痛がする」（行動ＩＤ＝１７）という行動の優先度よりも高いことを意味する。

行動のタイプが「対処」であるときも同様である。例えば、吐き気がしており（状態ＩＤ＝１２、スコア＝１）、薬名Ａ（制吐剤）を保持しており（状態ＩＤ＝７、スコア＝１）、薬名Ａ（制吐剤）を服用している（状態ＩＤ＝４、スコア＝１）ときの行動（対処）としては、「薬名Ａ（制吐剤）を飲むように指導をうける」（テーブルＩＤ＝１４、行動ＩＤ＝１４）のスコアは０．０であり、「服薬をやめるよう指導をうける」（テーブルＩＤ＝１７、行動ＩＤ＝１）のスコアは０．７である。したがって、吐き気がしているが、すでに薬名Ａ（制吐剤）を服用している状態においては「服薬をやめるよう指導をうける」という対処の方が「薬名Ａ（制吐剤）を飲むように指導をうける」という対処よりも効果があると予想されることを意味する。また、吐き気がする場合であっても、腎機能障害がある場合（状態ＩＤ＝１７）、薬名Ａ（制吐剤）を飲むことを避けるべきである可能性があるため、データＩＤ＝２６に示すように、「医師に相談するよう指導をうける」（行動ＩＤ＝１８）のスコアを高く設定して、医師への相談を促すが、データＩＤ＝２７に示すように、腎機能障害がない場合には、「医師に相談するよう指導をうける」（行動ＩＤ＝１８）のスコアを低く設定して、「薬名Ａ（制吐剤）を飲むように指導をうける」という対処が優先して選択されるようにする。

本実施形態においては、状態は第１～３状態としたが、４つ以上の状態を含めてもよいし、２つ以下の状態のみに限定してもよい。

本実施形態においては、第１～３状態にあるときの優先度が高いと思われる症状である行動及び効果が高いと思われる対処法に対してより高いスコアを割り当てるように医師等によって行動対状態スコアテーブルが予め用意されるものとするが、機械学習によって作成されたモデルを使用したり、行動対状態スコアテーブルを作成できればいかなる方法によって作成してもかまわない。また、ユーザによる症状の選択に基づいて症状である行動のスコアを変更させたり、確認された効果に基づいて対処である行動のスコアを変更させてもよい。

次に、本実施形態におけるシステムの動作について図５を参照しながら説明する。本実施形態においては、説明のために１つのユーザ端末１２０の動作について説明するが、２以上のユーザ端末１２０を含んでもよい。

ここでは、患者であるユーザは山田太郎とし、禁煙患者であり、医療従事者への外来診療の際にユーザＩＤ＝１として、表１及び２に示すように属性データ、既往歴データが登録された。さらに、外来診療の際に、薬名Ａ（制吐剤）及び薬名Ｂ（禁煙補助薬１）がそれぞれ１２錠、２４錠処方され、処方薬データ（表３）として登録された。ユーザは、本実施形態を実施するために必要なアプリを自己のユーザ端末１２０にダウンロードして、インストールする。この際、アプリを介して自己のユーザＩＤを入力して、ユーザ端末の記憶部３２５に記憶させる。その後、ユーザは、毎日、所定の時間に呼気ＣＯ濃度測定器を用いて、呼気ＣＯ濃度を測定すると、測定値を示す情報がユーザＩＤとともにサーバ１３０へ送信されて、当該ユーザのための生体情報データ（表５）に登録される。

ユーザは、治療に関連して薬の副作用等によって体調が悪くなると症状選択要求を入力し、ユーザ端末１２０の入力部３２１がこれを受け付ける（Ｓ５０１）。症状選択要求は、対処法のための情報を取得するために、ユーザが治療に関連して発症している症状を選択することを希望していることを示す入力である。アプリ画面の一例を図６に示す。アプリを起動するとナースコールボタン６１、キャラクタ６２及びキャラクタの発言を示す吹き出し６３が表示部３２２に表示される。ユーザはキャラクタ６２との対話を通じて自分に生じている症状の対処法についての情報を取得することができる。ユーザは体調が悪くなると、ナースコールボタン６１をタッチすることにより、症状選択要求入力が入力部３２１を介してユーザ端末１２０によって受け付けられる。

ユーザ端末１２０は症状選択要求を受け付けると、通信部３２３を介してユーザＩＤとともにこれをサーバ１３０へ送信する（Ｓ５０２）。サーバ１３０は、通信部３３３を介して症状選択要求を受信すると、これに含まれるユーザＩＤに基づいてユーザを特定し、症状スコア決定部３３５が当該ユーザのための症状スコアを決定する（Ｓ５０４）。症状スコアの決定は、そのユーザのためのユーザ履歴情報に基づいて決定される。本実施形態においては、まず、サーバ１３０の症状スコア決定部３３５が、ユーザ履歴情報に基づいてユーザの現在の状態を示す状態情報であるユーザ状態テーブルを作成して記憶部３３７に記憶する。ユーザ状態テーブルの一例を表１０に示す。

ユーザ状態テーブルは、各ユーザに関連付けて作成され、状態ＩＤ、状態及びアクティブを含む。アクティブはその状態がアクティブであるか否か、すなわち、そのユーザがその状態であるか否かを示すものであり、１であればその状態にあり（アクティブ）、０であればその状態にない（非アクティ）ことを意味する。例えば、表１０に示すユーザ状態テーブルはユーザＩＤ＝１のユーザのためのものであり、当該ユーザは状態ＩＤ＝１、状態＝「喫煙している」についてアクティブ情報が１であるから、喫煙している状態にあることを示している。

ユーザ状態テーブルは、ユーザ履歴情報に基づいて、履歴対状態テーブル（表８）を参照して生成される。履歴対状態テーブルにおいて状態ＩＤに対して疾患ＩＤが割り当てられている場合には既往歴データ（表２）を参照し、薬ＩＤが割り当てられている場合には処方薬データ（表３）を参照し、行動ＩＤが割り当てられている場合には、行動履歴データ（表６）を参照する。そして、状態ＩＤに対して割り当てられた履歴ＩＤについてユーザ履歴情報を参照し、各状態ＩＤによって特定される状態にユーザがあるか否かを判定する。状態テーブルに示されている継続時間を過ぎている場合にはその状態は解消しているからアクティブとはされない。

例えば、状態ＩＤ＝１については、履歴対状態テーブルにおける状態ＩＤ＝１を参照すると、履歴ＩＤとして行動ＩＤ＝５が割り当てられているから、行動履歴テーブルを参照して、当該ユーザが行動ＩＤ＝５を行っているか否かを判定する。表６に示されているとおり、このユーザはタイムスタンプ＝「2018/12/12 12:12:01」と「2018/12/14 12:12:00」の２回のタイミングで「タバコを吸う」という行動を行っていることが分かる。そして、状態リストテーブルを参照すると、状態ＩＤ＝１には７２時間の継続時間が定義されている。したがって、最後の「タバコを吸う」に対するタイムスタンプである「2018/12/14 12:12:00」から７２時間を経過しているか否かを判定し、経過していなければ、「タバコを吸っている」という状態にあると決定し、アクティブ＝１とし、７２時間以上経過していれば０とする。

履歴対状態テーブルにおいて薬ＩＤが割り当てられている場合には、継続時間に加えて、ユーザが保持している薬の量に基づいて状態を判定することができる。例えば、処方薬データにおいてデータＩＤ＝１によって特定されるユーザＩＤ＝１のユーザは薬名Ａ（制吐剤）を2018/10/1に１２錠処方された。当該ユーザの行動履歴を参照して、薬名Ａ（制吐剤）を服用した回数をカウントし、薬名Ａ（制吐剤）の推定される残量を計算し、推定残量が０となっている場合には、状態ＩＤ＝７の「薬名Ａ（制吐剤）を保持している」という状態はアクティブとは判定しない。

本実施形態においては、ユーザ属性データを用いなかったが、これを用いてもよいし、その他の情報を用いることもできる。例えば、ユーザの年齢や体重に基づいて状態の継続可能時間を変更してもよい。また、ユーザ端末においてユーザ履歴情報を格納し、ユーザ端末においてユーザ状態テーブルを作成して、症状選択要求とともにサーバへ送信してもよい。

次に、ユーザ状態テーブルに基づいて行動テーブル及び行動対状態スコアテーブルを参照して、当該ユーザのための症状スコアテーブルを作成する。まず、行動テーブルを参照して、種類が「症状」である行動を抽出する。表４においては行動ＩＤ＝１１～１７、１９が症状であるから、これらを選択する。そして、これらの行動ＩＤについて行動対状態スコアテーブルを参照して、症状である各行動のスコアを抽出する。その際には、各症状に関連付けられている状態ＩＤに基づいてユーザ状態テーブル参照して当該ユーザの現在の状態を取得して、各症状のスコアの中からユーザ状態に対応する症状のスコアを決定して、症状スコアテーブルを生成する。

例えば、行動ＩＤ＝１６、行動＝「吐き気がする」という症状についてのスコアを決定するために行動対状態スコアテーブルにおいて行動ＩＤ＝１６であるデータＩＤ＝１～８を参照する。行動ＩＤ＝１６に関連付けられる状態は、状態ＩＤ＝１（喫煙している）、状態ＩＤ＝３（薬名Ｂ（禁煙補助薬１）を使用している）及び状態ＩＤ＝１６（高いストレスにさらされている）であるから、ユーザ状態テーブルを参照してこれらの状態を取得する。表１０を参照すると当該ユーザの状態は、状態ＩＤ＝１（喫煙している）は１（アクティブ）、状態ＩＤ＝３（薬名Ｂ（禁煙補助薬１）を使用している）は１（アクティブ）、状態ＩＤ＝１６（高いストレスにさらされている）は１（アクティブ）であるから、これに対応するデータＩＤ＝１のスコア＝０．８が行動ＩＤ＝１６のスコアとして決定される。他の症状についても同様に決定し、このユーザについての各症状についてのスコアを含む症状スコアテーブルを作成する。症状スコアテーブルの一例を表１１に示す。

症状スコアテーブルは、症状である行動の行動ＩＤ、行動及びスコアを含む。例えば、テーブルＩＤ＝１においては、行動ＩＤ＝１１である「眠気がある」という症状についてのスコアが０．１であることを示している。

サーバ１３０は症状スコアテーブルを作成すると、これを症状情報としてユーザ端末１２０へ送信する（Ｓ５０６）。ユーザ端末１２０は症状情報を受信すると、スコアテーブルに示されたスコアが高い順に優先的に表示部に症状である行動を提示する（Ｓ５０８）。ユーザは提示された症状の中から自分に現在発症している症状に対応すると考えられるものを選択する。ユーザへの提示は、音声による提示とすることもできる。

図７及び８に、ユーザに発症している可能性のある候補となる症状を表示する、本実施形態の画面の一例を示す。候補となる症状のうちディスプレイに表示可能な数の症状、ここではスコアの高い順に３つの症状をディスプレイに表示する。例えば、症状スコアが最も高い３つの症状である「吐き気がする」（スコア＝０．８）、「吸いたい」（スコア＝０．７）、「頭痛がする」（スコア＝０．６）に対応するボタン（７０～７２）が表示される。ユーザに発症している症状がこれらのいずれでもない場合には次の候補症状を表示するようにユーザがユーザ端末１２０を操作する。本実施形態においてはユーザ端末１２０はスマートホンであるから、タッチパネルにおいてスワイプ操作を行うことにより次の候補症状のためのボタン（７３～７５）を表示させることができる。スコアの高い順に候補となる症状として順番に表示される。そして、自分に発症している症状に対応するボタンを見つけた場合にはそのボタンをタッチすることで、選択することができる。

情報端末においてはユーザに情報を提示する画面の大きさは限られているから、すべての候補となる症状を一度に提示することはできない。したがって、候補症状の一部のみを表示するとともに、ユーザのスクロール操作等によって表示される候補症状を変更しなければならない。しかしながら、治療に関連する症状が発症して体調が悪いときに、多数の候補症状の中から自分に現在発症している症状を探して選択することは必ずしも容易ではない。特に、複数の疾患を患っている患者や、複数の薬を服薬している患者がユーザである場合には候補となる症状は極めて多数となる。また、発症している症状が手のしびれであったり、めまいであるような場合には、スクロール操作をしながら症状を選択することはさらに困難となる。

本実施形態を用いることにより、ユーザに現在発症している可能性の高い症状や症状を選択するためのユーザの能力を制限するような症状、生命の危険があるようなリスクの高い症状を優先的に提示するため、画面の大きさが限られている場合であっても、スクロール操作等の必要性を減少させることができ、ユーザが自分に発症している症状をより容易に選択することを可能とする。

ユーザ端末が十分大きなディスプレイを備える場合にはすべての候補症状が一度に表示されてもかまわない。その場合においては、例えば、スコアの高い順に上から順に表示することができる。この場合であっても、ユーザは上から順に症状を参照することで、自分に発症している症状をいち早く選択することができる。

ユーザ端末１２０はユーザによる症状の選択を受け付けると（Ｓ５１０）、これをサーバ１３０へ送信する（Ｓ５１２）。サーバ１３０はユーザ選択を受信すると、これに基づいてユーザの行動履歴を更新する（Ｓ５１４）。例えば、ユーザによって選択された症状が「吐き気がする」であった場合には、行動履歴データ（表６）に新たなデータＩＤを追加するとともに、これに関連付けて、ユーザＩＤ＝１、行動ＩＤ＝１６、行動＝「吐き気がする」、タイムスタンプ＝現在時刻を登録する。

さらに、ユーザ選択に基づいて、行動対状態スコアテーブルにおける症状のスコアを更新してもよい。例えば、ユーザによって選択された症状のスコアを上昇させ、選択されなかった症状のスコアを減少させてもよい。これによって、症状に対するスコアに自動的に調整してより現実に即した値とすることを可能とする。

そして、サーバ１３０の対処法決定部３３６はユーザが現在発症している症状を軽減するための対処法を決定するために対処法スコアを決定する（Ｓ５１６）。本実施形態においては、まず、更新した行動履歴データに基づいてユーザ状態テーブルを更新する。ユーザ状態テーブルの更新は前述のユーザ状態テーブルの作成と同様の処理で実行可能である。そして、更新されたユーザ状態テーブルに基づいて、行動テーブル及び行動対状態スコアテーブルを参照して、対処である各行動のスコアを決定する。すなわち、行動テーブルを参照して種類が「対処」となっている行動の行動ＩＤを抽出し、行動対状態スコアテーブルにおいて対処である行動の行動ＩＤに関連付けられたデータＩＤの中から、更新されたユーザ状態テーブルに基づいてユーザの現在の状態に対応するデータＩＤを選択し、その行動のスコアを選択する。

例えば、更新された行動履歴に基づいて、ユーザ状態テーブルにおける状態ＩＤ＝１２（吐き気がしている）の状態を１（アクティブ）に更新する。そして、行動テーブル（表４）を参照して種類＝「対処」となっている行動ＩＤ＝１～４、１８を抽出し、これに対応するデータＩＤ＝１３～２０を行動対状態スコアテーブルにおいて抽出する。そして、ユーザ状態テーブルを参照して、状態ＩＤ＝１２（吐き気がしている）、状態＝１（アクティブ）、状態ＩＤ＝７（薬名Ａ（制吐剤）を保持している）、状態＝１、状態ＩＤ＝４（薬名Ａ（制吐剤）を服用している）、状態＝０に対応するデータＩＤ＝１３の行動ＩＤ＝４（薬名Ａ（制吐剤）を飲むように指導をうける）の行動スコア＝０．８及びデータＩＤ＝１８（服薬をやめるよう指導をうける）の行動スコア＝０．１を抽出する。

各行動のスコアを示す対処法スコアテーブルの一例を表１２に示す。対処法スコアテーブルは行動ＩＤ、行動及びスコアを含む。

そして、サーバ１３０は対処法スコアテーブルを参照して、最もスコアの高いテーブルＩＤに対応する行動ＩＤを選択し、選択された行動ＩＤに対応して記憶部３３７に記憶されている対処法情報をユーザ端末１２０へ送信する（Ｓ５２０）。ユーザ端末１２０はこれを受信すると、対処法を示す情報をユーザに提示する。

図９に、ユーザに提示される対処法の情報を提示するためのユーザ端末の画面の一例を示す。サーバ１３０においては表１２に示された対処法スコアテーブルに基づいてスコアの最も高い行動ＩＤ＝４に対応する「薬名Ａ（制吐剤）を飲むよう指導をうける」という対処法をユーザに実行させることを決定する。サーバ１３０は対処法に関連付けられた対処法情報を取得する。対処法情報はユーザに対して対処法を示すための情報を含む。ここでは、サーバ１３０は、決定された対処法に対応する対処法情報として「薬名Ａ（制吐剤）を飲んでください。」を取得し、これをユーザ端末１２０へ送信する。ユーザ端末１２０はこれを受信して、図９に示すように、ディスプレイにこれを表示して（Ｓ５２２）、「薬名Ａ（制吐剤）を飲むよう指導をうける」という行動を実行させる。ユーザへの提示は、音声による提示としてもよい。

ユーザ端末１２０は対処法情報をユーザに提示すると、対処法実行確認情報をサーバ１３０に送信する（Ｓ５２４）。サーバ１３０は、これを受信すると対処法を実行したことを示すように、ユーザの行動履歴データを更新する（Ｓ５２６）。

さらに、ユーザ端末１２０は、対処を示す情報をユーザに提示してから所定時間経過後に、対処法において指導をうけた行動を実行したか否かの確認をユーザに促し、ユーザがまだ行動を実行していない場合には実行することを促す情報をユーザに提示する。実行したことを示す入力を受け付けた場合には、行動実行確認情報をサーバ１３０へ送信する（Ｓ５２８）。サーバ１３０はこれを受信すると、実行された行動を示すために行動履歴データを更新する（Ｓ５３０）。更新された行動履歴データの一例を表１３に示す。

ユーザ端末１２０は行動実行確認（Ｓ５２８）において、ユーザが対処法として指導された行動を実行したことが確認された場合には、さらに所定時間経過後に、その行動によって症状が軽減されたか否かを確認するユーザ入力を促す。所定時間は、実行された行動に基づいて決定することができる。例えば、効果がすぐに現れる場合には所定時間を５分後とし、効果が１２時間経過しなければ現れない場合には所定時間を１３時間とする。ユーザ端末１２０は、ユーザ入力を受け付けると効果確認情報をサーバ１３０へ送信する（Ｓ５３２）。サーバ１３０は受信した効果確認情報に基づいて行動対状態スコアテーブルを更新することができる（Ｓ５３４）。例えば、効果があったとされた対処法についての行動対状態スコアテーブルにおけるスコアを上昇させ、効果がなかったとされた対処法のスコアを減少させることができる。また、スコアはユーザ毎に定義して、効果に基づくスコアの更新もまたユーザ毎にのみ行うこともできる。

本実施形態を用いることにより、治療に関連して発症している症状をユーザが容易に選択することを可能とし、選択された症状を軽減するために効果のあると考えられる対処法を実行することを可能とする。

本実施形態においては各種のテーブルをサーバ１３０の記憶部に記憶するものとしたが、これらのうちの一部または全部をユーザ端末１２０の記憶部に記憶させてもよい。

本実施形態においては、治療に関連して発症する症状は、治療に関連して発症する症状として薬による副作用以外の症状も含むものとしたが、薬による副作用に限定した態様とすることもできるし、薬による副作用を含まない治療に関連して発症する症状のみとすることもできる。

本実施形態においては、症状及び対処を行動として行動対状態テーブル等のテーブルを共通のテーブルとして管理するものとしたが、症状及び対処のそれぞれについてテーブルを作成しても同様の情報処理で実行することができる。

変形例として、行動対状態スコアテーブルに代えて、行動対行動スコアテーブルを用いて症状や対処法を決定してもよい。ユーザの状態についての管理は行わずに、行動履歴のみを管理するだけで実現することが可能となる。前述の実施形態における状態に関連する処理が不要となること及び行動に対して状態ではなく行動が関連付けられることを除き、同様の処理により実現することが可能である。行動対状態スコアテーブルに代えて、例えば、以下のような行動対行動スコアテーブルを用いることができる。

表１４においては、データＩＤに対して第１行動～第４行動を対応付けて記憶する。第２～第４行動のスコアは各ＩＤによって特定される行動がユーザによって実行されている場合には１とし実行されていない場合には０とする。第１行動のスコアは、第２～第４の行動のスコアによって示される場合において第１行動ＩＤについてのスコアを示し、行動の種類が症状である場合にはその行動をユーザに提示する優先度の高さを示し、対処である場合には予想される効果の高さを示している。

各ユーザについての症状スコアテーブルの決定に際しては、行動履歴データに基づいて各行動が実行されているか否かを決定することができる。行動履歴データにおけるタイムスタンプから所定の時間以上経過している場合には行動が実行されていないものとすることができる。その他の処理は前述の実施形態と同様である。

もう一つの変形例として、前述の実施形態においては、ユーザ端末１２０及びサーバ１３０という２つのコンピュータを用いるものとしたが、１つのコンピュータ、例えば、ユーザ端末１２０がすべての機能を有することで、サーバ１３０を用いることなく、ユーザ端末１２０においてすべての処理を実行してもよい。この場合、サーバ１３０との情報の送受信処理を省略することができる。その他の処理は、前述の実施形態と同様である。

以上に説明した処理又は動作において、あるステップにおいて、そのステップではまだ利用することができないはずのデータを利用しているなどの処理又は動作上の矛盾が生じない限りにおいて、処理又は動作を自由に変更することができる。また以上に説明してきた各実施例は、本発明を説明するための例示であり、本発明はこれらの実施例に限定されるものではない。本発明は、その要旨を逸脱しない限り、種々の形態で実施することができる。

１００ ：システム
１１０ ：ネットワーク
１２０ ：ユーザ端末
１２１ ：処理装置
１２２ ：表示装置
１２３ ：入力装置
１２４ ：記憶装置
１２５ ：通信装置
１２８ ：バス
１３０ ：サーバ
１３１ ：処理装置
１３２ ：表示装置
１３３ ：入力装置
１３４ ：記憶装置
１３５ ：通信装置
１３８ ：バス
３２１ ：入力部
３２２ ：表示部
３２３ ：通信部
３２４ ：制御部
３２５ ：記憶部
３３１ ：入力部
３３２ ：表示部
３３３ ：通信部
３３４ ：制御部
３３５ ：症状スコア決定部
３３６ ：対処法決定部
３３７ ：記憶部

Claims (18)

1. サーバ及びユーザ端末を備え、薬による副作用を含む治療に関連してユーザに発症する症状を軽減するためのシステムであって、
   前記サーバは、薬に関連する情報を含むユーザ履歴情報に基づいて、２以上の症状の各々について、ユーザに提示する優先度を示す症状スコアを決定し、
   前記ユーザ端末は、
   ユーザが現在発症している症状をユーザに選択させるために、前記決定された症状スコアが高い順に症状を示す情報を提示し、
   前記提示された症状を示す情報に基づいてユーザによって選択された症状を示すユーザ選択を受け付け、
   前記サーバは、ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定し、
   前記ユーザ端末は、前記決定された対処法情報に基づいて前記症状を軽減するための対処法を提示する、
   ことを特徴とするシステム。
2. 前記症状スコアを決定することは、ユーザ履歴情報に基づいて決定されるユーザの状態を示す状態情報に基づいて、２以上の症状の各々について症状スコアを決定することを含む、請求項１に記載のシステム。
3. 前記サーバが、ユーザの状態の各々に対して予め決定された各症状のための症状スコアを示すスコアテーブルを記憶し、
   前記症状スコアを決定することは、前記状態情報に基づいて前記スコアテーブルからユーザのための各症状の症状スコアを選択する、ことを含む、
   ことを特徴とする請求項２に記載のシステム。
4. 前記サーバは、ユーザ選択に基づいて前記予め決定された各症状のための症状スコアを変更する、ことを特徴とする請求項３に記載のシステム。
5. 前記対処法情報を決定することは、ユーザ履歴情報に基づいて決定されるユーザの状態を示す状態情報に基づいて、２以上の対処法の各々について予想される効果の高さを示す対処法スコアを決定し、最も対処法スコアの高い対処法を示す対処法情報を選択することを含む、請求項１～４のいずれか１項に記載のシステム。
6. 前記サーバが、ユーザの状態の各々に対して予め決定された各症状に対する各対処法のための対処法スコアを示すスコアテーブルを記憶し、
   前記対処法情報を決定することは、前記ユーザ選択及び前記状態情報に基づいて前記スコアテーブルからユーザのための対処法スコアが最も高い対処法を選択する、ことを含む、
   ことを特徴とする請求項５に記載のシステム。
7. 前記サーバは、ユーザによって実行された対処法による効果を示す効果確認情報に基づいて前記予め決定された各症状に対する各対処法のための対処法スコアを変更する、ことを特徴とする請求項６に記載のシステム。
8. 前記症状スコアを決定することは、ユーザ履歴情報に基づいて決定されるユーザの行動の有無に基づいて、２以上の症状の各々について症状スコアを決定することを含む、請求項１に記載のシステム。
9. 前記対処法情報を決定することは、ユーザ履歴情報に基づいて決定されるユーザの行動の有無に基づいて、２以上の対処法の各々について予想される効果の高さを示す対処法スコアを決定し、最も対処法スコアの高い対処法を示す対処法情報を選択することを含む、請求項１または８に記載のシステム。
10. 前記ユーザ履歴情報は、属性情報、既往歴情報、処方薬情報、生体情報及びユーザによって実行された行動を示す行動履歴情報のうちの少なくとも１つを含む、ことを特徴とする請求項１～９のいずれか１項に記載のシステム。
11. 前記生体情報は、一酸化炭素濃度測定器によって測定された、ユーザの呼気一酸化炭素濃度を含む、ことを特徴とする請求項１０に記載のシステム。
12. 前記対処法情報は、更に、ユーザに処方された薬の種類及び量を示す処方薬情報に基づいて決定される、ことを特徴とする請求項１～１１のいずれか１項に記載のシステム。
13. 薬による副作用を含む治療に関連してユーザに発症する症状を軽減するためのサーバであって、
    薬に関連する情報を含むユーザ履歴情報に基づいて、２以上の症状の各々について、ユーザに提示する優先度を示す症状スコアを決定し、
    前記症状スコアの高い順に症状を示す情報を提示するために、前記症状スコアをユーザ端末に送信し、
    前記提示された症状を示す情報に基づいてユーザによって選択された症状を示すユーザ選択を前記ユーザ端末から受信し、
    ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定し、
    前記ユーザ端末に前記対処法情報を送信する、
    ことを特徴とするサーバ。
14. 薬による副作用を含む治療に関連してユーザに発症する症状を軽減するためのユーザ端末であって、
    薬に関連する情報を含むユーザ履歴情報に基づいて決定された、２以上の症状の各々についての、ユーザに提示する優先度を示す症状スコアをサーバから受信し、
    ユーザが現在発症している症状をユーザに選択させるために、前記決定された症状スコアが高い順に症状を示す情報を提示し、
    前記提示された症状を示す情報に基づいてユーザによって選択された症状を示すユーザ選択を受け付け、
    ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定するために、前記サーバに前記ユーザ選択を送信し、
    前記サーバから決定された前記対処法情報を受信し、
    前記対処法情報に基づいて前記症状を軽減するための対処法を提示する、
    ことを特徴とするユーザ端末。
15. 薬による副作用を含む治療に関連してユーザに発症する症状を軽減するための一以上のコンピュータによって実行される方法であって、
    薬に関連する情報を含むユーザ履歴情報に基づいて、２以上の症状の各々について、ユーザに提示する優先度を示す症状スコアを決定し、
    ユーザが現在発症している症状をユーザに選択させるために、前記決定された症状スコアが高い順に副作用を示す情報を提示し、
    前記提示された症状を示す情報に基づいてユーザによって選択された副作用を示すユーザ選択を受け付け、
    ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定し、
    前記決定された対処法情報に基づいて前記症状を軽減するための対処法を提示する、
    ことを含む方法。
16. 薬による副作用を含む治療に関連してユーザに発症する症状を軽減するためのサーバによって実行される方法であって、
    薬に関連する情報を含むユーザ履歴情報に基づいて、２以上の症状の各々について、ユーザに提示する優先度を示す症状スコアを決定し、
    前記症状スコアの高い順に症状を示す情報を提示するために、前記症状スコアをユーザ端末に送信し、
    前記提示された症状を示す情報に基づいてユーザによって選択された症状を示すユーザ選択を前記ユーザ端末から受信し、
    ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定し、
    前記ユーザ端末に前記対処法情報を送信する、
    ことを含む方法。
17. 薬による副作用を含む治療に関連してユーザに発症する症状を軽減するためのユーザ端末によって実行される方法であって、
    薬に関連する情報を含むユーザ履歴情報に基づいて決定された、２以上の症状の各々についての、ユーザに提示する優先度を示す症状スコアをサーバから受信し、
    ユーザが現在発症している症状をユーザに選択させるために、前記決定された症状スコアが高い順に症状を示す情報を提示し、
    前記提示された症状を示す情報に基づいてユーザによって選択された症状を示すユーザ選択を受け付け、
    ユーザ選択及びユーザ履歴情報に基づいて、前記選択された症状を軽減するための対処法を示す対処法情報を決定するために、前記サーバに前記ユーザ選択を送信し、
    前記サーバから決定された前記対処法情報を受信し、
    前記対処法情報に基づいて前記症状を軽減するための対処法を提示する、
    ことを含む方法。
18. 請求項１５～１７のいずれか１項に記載の方法を一以上のコンピュータに実行させるための一組のプログラム。

Images