特開 2024-122005 リハビリテーションのメニュー選定を支援するシステム、方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024122005

(43)【公開日】2024-09-09

(54)【発明の名称】リハビリテーションのメニュー選定を支援するシステム、方法およびプログラム

(51)【国際特許分類】

   G16H 20/00 20180101AFI20240902BHJP

   G06Q 50/22 20240101ALI20240902BHJP

【ＦＩ】

G16H20/00

G06Q50/22

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023029296

(22)【出願日】2023-02-28

(71)【出願人】

【識別番号】000001270

【氏名又は名称】コニカミノルタ株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】河本 望

(72)【発明者】

【氏名】坂本 優衣

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA13

5L099AA22

(57)【要約】

【課題】多岐にわたる分野のリハビリテーションを統一的な手法によって検索する技術を提供する。
【解決手段】システムは、１つ以上のリハビリテーションと、１つ以上の期待される効果とを格納する記憶部２１０を備える。１つ以上の期待される効果の各々は、１つ以上のリハビリテーションの少なくとも１つに関連付けられる。システムはさらに、１つ以上の期待される効果の少なくとも一部を含む検索条件を取得するためのクエリー取得部２０５と、記憶部２１０から、検索条件に含まれる期待される効果に関連付けられたリハビリテーションを検索するための検索部２０６と、検索結果を出力するための出力部２０７とを備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

リハビリテーションのメニュー選定を支援するシステムであって、
１つ以上のリハビリテーションと、１つ以上の期待される効果とを格納する記憶部を備え、
前記１つ以上の期待される効果の各々は、前記１つ以上のリハビリテーションの少なくとも１つに関連付けられ、
前記システムはさらに、
前記１つ以上の期待される効果の少なくとも一部を含む検索条件を取得するためのクエリー取得部と、
前記記憶部から、前記検索条件に含まれる前記期待される効果に関連付けられたリハビリテーションを検索するための検索部と、
検索結果を出力するための出力部とを備える、システム。

【請求項2】

前記１つ以上のリハビリテーションは、理学療法における複数の分野のリハビリテーションを含み、
前記検索条件は、少なくとも前記リハビリテーションを適用する対象者の疾患をさらに含み、
前記検索部は、前記検索条件に含まれる前記疾患および前記期待される効果を検索キーとして、前記複数の分野のリハビリテーションの全てを検索対象として検索し、
前記検索結果は、前記疾患の改善に関連するリハビリテーションを含む、請求項１に記載のシステム。

【請求項3】

前記記憶部は、１つ以上の体の部位の情報をさらに格納し、
前記１つ以上の体の部位の情報の各々は、前記１つ以上のリハビリテーションの少なくとも１つに関連付けられ、
前記検索部は、前記検索条件が前記１つ以上の期待される効果の少なくとも一部と共に前記１つ以上の体の部位の情報の少なくとも一部を含む場合、前記検索条件に含まれる前記期待される効果および前記体の部位の情報に関連付けられたリハビリテーションを検索する、請求項１または２に記載のシステム。

【請求項4】

前記記憶部は、前記対象者毎の状態情報を格納し、
センサー装置から対象者の前記状態情報を取得して、前記記憶部に前記状態情報を格納するログ取得部と、
前記状態情報に基づいて、前記対象者の現在の状態と前記対象者の現在より前の状態とを比較する比較部とをさらに備え、
前記出力部は、前記対象者の現在の状態と前記対象者の現在より前の状態とが異なる場合、前記対象者のリハビリテーション計画の更新を促す通知を出力する、請求項１または２に記載のシステム。

【請求項5】

前記出力部は、前記対象者のための新しいリハビリテーションを検索するための検索キーの候補として、前記１つ以上の期待される効果の少なくとも一部を提示する、請求項４に記載のシステム。

【請求項6】

前記検索結果は、前記１つ以上のリハビリテーションの少なくとも一部と、各リハビリテーションの推奨度およびエビデンス強度とを含む、請求項１または２に記載のシステム。

【請求項7】

前記記憶部は、１つ以上のアウトカムをさらに格納し、
前記１つ以上のアウトカムの各々は、
前記１つ以上のリハビリテーションに含まれる少なくとも１つのリハビリテーションに関連付けられており、
前記１つ以上の期待される効果に含まれる少なくとも１つの期待される効果に関連付けられており、
前記検索条件に含まれる前記期待される効果に関連付けられたリハビリテーションを検索することは、
前記検索条件に含まれる前記期待される効果に対応するアウトカムを検索することと、
前記検索されたアウトカムに関連付けられるリハビリテーションを検索することとを含む、請求項１または２に記載のシステム。

【請求項8】

リハビリテーションのメニュー選定を支援する方法であって、
１つ以上の期待される効果の各々を１つ以上のリハビリテーションの少なくとも１つに関連付けることと、
前記１つ以上の期待される効果の少なくとも一部を含む検索条件を取得することと、
前記検索条件に含まれる前記期待される効果に関連付けられたリハビリテーションを検索することと、
検索結果を出力することとを含む、方法。

【請求項9】

リハビリテーションのメニュー選定を支援する方法をコンピュータに実行させるためのプログラムであって、
１つ以上の期待される効果の各々を１つ以上のリハビリテーションの少なくとも１つに関連付けることと、
前記１つ以上の期待される効果の少なくとも一部を含む検索条件を取得することと、
前記検索条件に含まれる前記期待される効果に関連付けられたリハビリテーションを検索することと、
検索結果を出力することとを前記コンピュータに実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、リハビリテーションのメニュー選定を支援するシステムに関し、より特定的には、リハビリテーションのメニューの検索技術に関する。

【背景技術】

【0002】

高齢者等に対する理学療法は、科学的根拠に基づいて実施されることが奨励されている。また、科学的根拠に基づいた理学療法のための理学療法ガイドライン等が存在する。理学療法ガイドラインは、学術的な観点で各リハビリテーションのエビデンスをまとめた資料である。医師および理学療法士は、理学療法ガイドラインまたは論文等を参照することで、科学的根拠に基づいて高齢者等に対する理学療法を行い得る。理学療法は、様々な学術分野における膨大な数の治リハビリテーションを含む。そのため、医師および理学療法士がこれらの膨大な数の治リハビリテーションを統一された方法によって容易に検索するシステムが望まれている。すなわち、介護施設または病院等において、リハビリテーションのメニューを支援するシステムが望まれている。

【0003】

リハビリテーションのメニューを支援するシステムに関し、例えば、特開２００５－０１８６５３号公報（特許文献１）は、リハビリメニュー提示装置を開示している。当該リハビリメニュー提示装置は、「登録された介護施設に関する施設情報やこの介護施設と契約している被介護者に関する被介護者情報が格納された顧客管理データベースや、介護サービスとして実施可能な各種リハビリメニューの情報が蓄積されたリハビリメニューデータベースを情報処理サーバーに接続する。情報処理サーバーは、施設端末を用いた介護施設側からの要求に応じて、顧客管理データベースに格納された施設情報や被介護者情報を適宜参照し、介護施設からの要求に沿ったリハビリメニューをリハビリメニューデータベースから検索して介護施設側に提示する」というものである（［要約］参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００５－０１８６５３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に開示された技術によると、例えば、脳卒中理学療法、小児理学療法および心血管理学療法等の多岐にわたる分野のリハビリテーションを統一的な手法によって検索できない。したがって、多岐にわたる分野のリハビリテーションを統一的な手法によって検索するための技術が必要とされている。

【0006】

本開示は、上記のような背景に鑑みてなされたものであって、ある局面における目的は、多岐にわたる分野のリハビリテーションを統一的な手法によって検索するための技術を提供することにある。

【課題を解決するための手段】

【0007】

ある実施の形態に従うと、リハビリテーションのメニュー選定を支援するシステムが提供される。システムは、１つ以上のリハビリテーションと、１つ以上の期待される効果とを格納する記憶部を備える。１つ以上の期待される効果の各々は、１つ以上のリハビリテーションの少なくとも１つに関連付けられる。システムはさらに、１つ以上の期待される効果の少なくとも一部を含む検索条件を取得するためのクエリー取得部と、記憶部から、検索条件に含まれる期待される効果に関連付けられたリハビリテーションを検索するための検索部と、検索結果を出力するための出力部とを備える。

【0008】

ある局面において、１つ以上のリハビリテーションは、理学療法における複数の分野のリハビリテーションを含む。検索条件は、少なくともリハビリテーションを適用する対象者の疾患をさらに含む。検索部は、検索条件に含まれる疾患および期待される効果を検索キーとして、複数の分野のリハビリテーションの全てを検索対象として検索し、検索結果は、疾患の改善に関連するリハビリテーションを含む。

【0009】

ある局面において、記憶部は、１つ以上の体の部位の情報をさらに格納する。１つ以上の体の部位の情報の各々は、１つ以上のリハビリテーションの少なくとも１つに関連付けられる。検索部は、検索条件が１つ以上の期待される効果の少なくとも一部と共に１つ以上の体の部位の情報の少なくとも一部を含む場合、検索条件に含まれる期待される効果および体の部位の情報に関連付けられたリハビリテーションを検索する。

【0010】

ある局面において、記憶部は、対象者毎の状態情報を格納する。システムは、センサー装置から対象者の状態情報を取得して、記憶部に状態情報を格納するログ取得部と、状態情報に基づいて、対象者の現在の状態と対象者の現在より前の状態とを比較する比較部とをさらに備える。出力部は、対象者の現在の状態と対象者の現在より前の状態とが異なる場合、対象者のリハビリテーション計画の更新を促す通知を出力する。

【0011】

ある局面において、出力部は、対象者のための新しいリハビリテーションを検索するための検索キーの候補として、１つ以上の期待される効果の少なくとも一部を提示する。

【0012】

ある局面において、検索結果は、１つ以上のリハビリテーションの少なくとも一部と、各リハビリテーションの推奨度およびエビデンス強度とを含む。

【0013】

ある局面において、記憶部は、１つ以上のアウトカムをさらに格納する。１つ以上のアウトカムの各々は、１つ以上のリハビリテーションに含まれる少なくとも１つのリハビリテーションに関連付けられており、１つ以上の期待される効果に含まれる少なくとも１つの期待される効果に関連付けられている。検索条件に含まれる期待される効果に関連付けられたリハビリテーションを検索することは、検索条件に含まれる期待される効果に対応するアウトカムを検索することと、検索されたアウトカムに関連付けられるリハビリテーションを検索することとを含む。

【0014】

他の実施の形態に従うと、リハビリテーションのメニュー選定を支援する方法が提供される。方法は、１つ以上の期待される効果の各々を１つ以上のリハビリテーションの少なくとも１つに関連付けることと、１つ以上の期待される効果の少なくとも一部を含む検索条件を取得することと、検索条件に含まれる期待される効果に関連付けられたリハビリテーションを検索することと、検索結果を出力することとを含む。

【0015】

さらに、他の実施の形態に従うと、リハビリテーションのメニュー選定を支援する方法をコンピュータに実行させるためのプログラムが提供される。プログラムは、１つ以上の期待される効果の各々を１つ以上のリハビリテーションの少なくとも１つに関連付けることと、１つ以上の期待される効果の少なくとも一部を含む検索条件を取得することと、検索条件に含まれる期待される効果に関連付けられたリハビリテーションを検索することと、検索結果を出力することとをコンピュータに実行させる。

【発明の効果】

【0016】

ある実施の形態に従うと、多岐にわたる分野のリハビリテーションを統一的な手法によって検索できる。

【0017】

この開示内容の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解される本開示に関する次の詳細な説明から明らかとなるであろう。

【図面の簡単な説明】

【0018】

【図1】本開示の技術を適用可能なシステムの一例を示す図である。

【図2】サーバー１００の機能ブロックの一例を示す図である。

【図3】システム３０に含まれる各装置のハードウェア構成の一例を示す図である。

【図4】対象者ＤＢ２０４に含まれる各種テーブルの一例を示す図である。

【図5】臨床ＤＢ２０８に含まれる各種テーブルの一例を示す図である。

【図6】臨床ＤＢ２０８の検索キーの一例を示す図である。

【図7】システム３０が提供する第１画面７００の一例を示す図である。

【図8】システム３０が提供する第２画面８００の一例を示す図である。

【図9】システム３０が提供する第３画面９００の一例を示す図である。

【図10】サーバー１００によって実行されるリハビリテーション計画の見直しをユーザーに促す処理の流れの一例を示す図である。

【図11】サーバー１００によって実行されるリハビリテーションの検索処理の流れの一例を示す図である。

【発明を実施するための形態】

【0019】

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

【0020】

＜Ａ．適用例＞
図１は、本開示の技術を適用可能なシステムの一例を示す図である。図１を参照して、本開示の技術を適用可能なシステム３０（図３参照）の概要について説明する。併せて、システム３０のユーザーが、リハビリテーションのメニューを選定する場合の課題について説明する。これ以降、リハビリテーションを受ける対象となる人物を単に「対象者」と呼ぶ。さらに、本明細書で使用する用語についても説明する。これ以降の説明では、リハビリテーションは、理学療法に基づくリハビリテーションとして説明するが、本開示の技術の適用例は理学療法に限られない。ある実施の形態に従うと、本開示の技術は、作業療法または言語聴覚療法等に基づくリハビリテーションに対しても適用可能である。

【0021】

（ａ．本開示の技術を適用可能なシステムの構成）
システム３０は、介護施設および病院等の任意の施設１５０において使用され得る。システム３０は、主に、対象者のリハビリテーション計画の作成および更新に使用される。施設１５０は、対象者の居室１２０を備える病院または介護施設であってもよい。もしくは、施設１５０は、外来の対象者に対するリハビリテーションを行うための施設であってもよい。これ以降、対象者の居室１２０を備える施設１５０を例に、本開示の技術について説明する。

【0022】

システム３０は、サーバー１００と、センサー装置１１０と、端末１４０とを備える。ある実施の形態に従うと、システム３０は、サーバー１００と、センサー装置１１０とを備えて、端末１４０を備えなくてもよい。また、他の実施の形態に従うと、システム３０は、サーバー１００と、端末１４０とを備えて、センサー装置１１０を備えなくてもよい。さらに、他の実施の形態に従うと、システム３０は、サーバー１００を備えて、センサー装置１１０と、端末１４０とを備えなくてもよい。

【0023】

サーバー１００は、リハビリテーションの検索機能およびリハビリテーション作成機能を備える。また、サーバー１００は、対象者情報の登録機能を備える。さらに、サーバー１００は、センサー装置１１０から各種情報を取得して、対象者の状態変化を検出する機能を備える。

【0024】

新しい対象者が施設１５０に入居することになったとする。この場合、ユーザー（施設１５０のスタッフ等のシステム３０の対象者）は、新しい対象者の情報をサーバー１００に登録する。新しい対象者の情報は、対象者ＤＢ（Database）２０４（図２参照）に登録される。また、ユーザーは、サーバー１００の検索機能を用いて、新しい対象者のリハビリテーション計画を作成する。リハビリテーション計画は、対象者ＤＢ２０４に登録される。ユーザーは、作成されたリハビリテーション計画に基づいて、対象者に対して治療または訓練を提供する。

【0025】

ある実施の形態に従うと、ユーザーは、定期的に、リハビリテーション計画を更新してもよい。他の実施の形態に従うと、ユーザーは、サーバー１００から提示された対象者の状態変化の情報を参照して、リハビリテーション計画を更新してもよい。

【0026】

リハビリテーション計画は、対象者に対して提供されるリハビリテーションを含む。リハビリテーションは、歩行訓練、日常動作訓練および食事の仕方の訓練等の身体機能の改善に寄与する任意の行為を含む。リハビリテーションは、リハビリテーションによって得られることが期待される効果を検索キーとして、検索される。サーバー１００は、科学的根拠に基づく各種リハビリテーションが登録された臨床ＤＢ２０８を備える。ユーザーは、期待される効果を検索キーとしてサーバー１００に投入する。サーバー１００は、期待される効果を検索キーとして、臨床ＤＢ２０８を検索する。サーバー１００は、検索キーに含まれる期待される効果に関連するリハビリテーションをユーザーに提示する。ユーザーは、提示されたリハビリテーションの一部または全てを選択し、リハビリテーション計画を作成し得る。

【0027】

ある実施の形態に従うと、サーバー１００は、施設１５０内に配置されてもよい。この場合、サーバー１００は、ローカルエリアネットワークを介して、センサー装置１１０および端末１４０と通信する。他の実施の形態に従うと、サーバー１００は、施設１５０外に配置されてもよい。この場合、サーバー１００は、公開ネットワークを介して、センサー装置１１０および端末１４０と通信する。また、サーバー１００は、施設１５０に設置されたゲートウェイサーバーを介して、センサー装置１１０および端末１４０と通信してもよい。ゲートウェイサーバーは、ローカルエリアネットワークおよび公開ネットワークを接続する装置であり、ファイアウォール機能等を備える。また、他の実施の形態に従うと、サーバー１００は、１つ以上の装置から構成されてもよい。さらに、他の実施の形態にしたがうと、サーバー１００は、クラウド環境上に構築された仮想マシン、インスタンスまたはコンテナ等であってもよい。

【0028】

センサー装置１１０は、一例として、対象者の居室１２０に備え付けられる。センサー装置１１０は、１つ以上のセンサーを内蔵する。センサー装置１１０は、センサーによって取得した情報をサーバー１００に送信する。ある実施の形態に従うと、センサー装置１１０は、１つ以上の他のセンサーから情報を取得してもよい。この場合、センサー装置１１０は、１つ以上の他のセンサーから取得した情報をサーバー１００に送信する。一例として、１つ以上の他のセンサーは、ケアコール子機１２８、ドアセンサー１２７、トイレセンサー１２５、臭いセンサー１２３およびバイタルセンサー１２４を含む。また、１つ以上の他のセンサーは、これ以外の任意のセンサーを含み得る。臭いセンサー１２３は、ベッド等に設置され得る。

【0029】

端末１４０は、ユーザーによって使用される。端末１４０は、サーバー１００と通信する。端末１４０は、対象者登録画面、リハビリテーション計画作成画面およびリハビリテーションの検索画面等の任意の画面をディスプレイに表示する。ある実施の形態に従うと、端末１４０のディスプレイに表示される各種画面は、サーバー１００から提供されたウェブアプリケーションのＵＩ（User Interface）であってもよい。他の実施の形態に従うと、端末１４０のディスプレイに表示される各種画面は、端末１４０にインストールされたアプリケーションのＵＩであってもよい。端末１４０は、ユーザーから、対象者の情報の入力を受け付けると、入力された対象者の情報をサーバー１００に送信する。サーバー１００は、端末１４０から受信した対象者の情報を対象者ＤＢ２０４に登録する。また、端末１４０は、ユーザーから、リハビリテーション計画の入力を受け付けると、リハビリテーション計画をサーバー１００に送信する。サーバー１００は、端末１４０から受信したリハビリテーション計画を対象者ＤＢ２０４に登録する。さらに、端末１４０は、ユーザーから、リハビリテーションの検索キーの入力を受け付けると、リハビリテーションの検索キーをサーバー１００に送信する。サーバー１００は、端末１４０から受信した検索キーに基づいて、臨床ＤＢ２０８を検索する。サーバー１００は、リハビリテーションの検索結果を端末１４０に返す。端末１４０は、サーバー１００から受信したリハビリテーションの検索結果をディスプレイに表示する。

【0030】

アクセスポイント１３０は、無線アンテナを備えており、無線通信を介して、各機器をローカルエリアネットワークに接続する。ある実施の形態に従うと、アクセスポイント１３０は、Ｗｉ－Ｆｉ（登録商標）ルーターであってもよい。他の実施の形態に従うと、システム３０は、アクセスポイント１３０を含んでもよいし、含まなくてもよい。

【0031】

ユーザーは、システム３０を使用して、対象者の情報の登録、リハビリテーション計画の作成および更新を行い得る。また、ユーザーは、システム３０を使用して、リハビリテーション計画に含めるべきリハビリテーションを検索し得る。

【0032】

（ｂ．リハビリテーション計画の作成時の課題）
次に、リハビリテーション計画の作成時に発生し得る課題について説明する。理学療法は、科学的根拠に基づいて行われることが奨励される。そのため、ユーザーは、期待される効果（アウトカムと呼ばれる）を得るためのリハビリテーションを科学的根拠に基づいて選択する必要がある。

【0033】

実際に、科学的根拠に基づくリハビリテーションをまとめて理学療法ガイドライン等の資料が存在する。これらの資料は、各専門学会等が公表する学術的見解をまとめたものである。他にも、各学会が公表したリハビリテーションに関する論文等が存在する。これらの資料に記載された学術的見解は、リハビリテーション毎のアウトカムの粒度および表現が統一されていない。そのため、ユーザーは、これらの資料から、適切なリハビリテーションを探し出すことが困難であった。また、これらの資料をデータベース化したとしても、リハビリテーション毎のアウトカムの表現が統一されていない。そのため、ユーザーは、アウトカムを想像してリハビリテーション等のリハビリテーションをデータベースから検索することが困難であった。

【0034】

そこで、システム３０は、複数の分野のリハビリテーションに統一的かつ同じ粒度で関連付け可能な期待される効果の一覧を検索キーとして保存する。各期待される効果は、複数の分野のリハビリテーションの少なくとも１つ以上に関連付けられる。また、システム３０は、検索キーの候補として、期待される効果の一覧をユーザーに提示する。ユーザーは、提示された期待される効果の一覧から、１つ以上の期待される効果を検索キーとして選択し得る。システム３０は、ユーザーにより選択された検索キーに基づいて、臨床ＤＢ２０８から、１つ以上のリハビリテーションを検索する。こうすることで、ユーザーは、システム３０が提示する期待される効果の一覧の中から検索キーを選択するだけで、複数の分野にわたるリハビリテーションを横断的に検索し得る。ある実施の形態に従うと、臨床ＤＢ２０８は、理学療法ガイドラインまたは各種論文等から抽出された１つ以上のリハビリテーションを格納し得る。

【0035】

上記の検索処理を実現するために、リハビリテーションのメニュー選定を支援するシステム３０は、１つ以上のリハビリテーションと、１つ以上の期待される効果とを格納する記憶部を備える。１つ以上の期待される効果の各々は、１つ以上のリハビリテーションの少なくとも１つに関連付けられる。さらに、システム３０は、１つ以上の期待される効果の少なくとも一部を含む検索条件を取得するためのクエリー取得部２０５（図２参照）と、記憶部から、検索条件に含まれる期待される効果に関連付けられたリハビリテーションを検索するための検索部２０６（図２参照）と、検索結果を出力するための出力部２０７（図２参照）とを備える。システム３０が備える記憶部は、臨床ＤＢ２０８である。または、記憶部は、臨床ＤＢ２０８を含む記憶領域２１０である。図５に示されるように、１つ以上の期待される効果の各々は、１つ以上のリハビリテーションの少なくとも１つに、直接的または間接的に関連付けられる。

【0036】

（ｃ．本明細書で使用される用語）
次に、本明細書において使用される主要な用語について説明する。

【0037】

本明細書において、「施設」は、対象者に対して理学療法またはリハビリテーションを行うための場所である。施設は、対象者が入居するための居室またはベッドを備えていてもよい。ある実施の形態に従うと、施設は、病院、診療所、介護施設およびリハビリテーションを行うためのその他の任意の場所を包含する。

【0038】

本明細書において、「ユーザー」は、システム３０を利用する人である。ユーザーは、医者、看護師、理学療法士、作業療法士、言語聴覚士および対象者に対して何らかのリハビリテーションを提供する任意の人を包含する。さらに、ユーザーは、対象者に対して何らかのリハビリテーションを提供する人の代わりにシステム３０を操作する人を含む。

【0039】

本明細書において、「対象者」は、理学療法等によるリハビリテーションを受ける人である。対象者は、介護施設の入居者、患者、高齢者、怪我人、病人および何らかのリハビリテーションを受ける任意の人を包含する。例えば、病院で怪我のリハビリテーションを受ける人は対象者である。また、高齢者介護施設で運動機能の維持のためにリハビリテーションを受ける人は対象者である。

【0040】

本明細書において、「リハビリテーション」は、リハビリテーションは、運動訓練等のリハビリテーション、投薬、食事管理および生活習慣の改善指導等の対象者の身体機能改善または維持に関係する任意の行動または介入を含む。理学療法等において提供されるリハビリテーションは、介入と呼ばれることもある。例えば、リハビリテーションの一環として対象者に歩行訓練をさせることはリハビリテーションである。対象者に食事の訓練をさせることはリハビリテーションである。システム３０は、リハビリテーションだけでなく、医療行為も含む幅広いリハビリテーションの検索に使用され得る。

【0041】

本明細書において、「期待される効果」は、あるリハビリテーションが対象者に対して行われた結果得られることが期待される効果である。図６を例に説明すると、例えば、リハビリテーション「歩行訓練」に関連付けられる期待される効果は、「歩行機能（の改善）」および「呼吸機能（の改善）」等を含み得る。期待される効果６０１および期待される詳細効果６０２の項目は、その項目の改善を意味する。例えば、「バランス機能」は、バランス機能の改善を意味する。

【0042】

期待される効果は、階層構造として表現され得る。例えば、図６に示される「呼吸機能」、「歩行機能」、「バランス機能」、「身体活動量」、「筋力」および「関節可動域」等は、同じ粒度の期待される効果である。これに対して、「身体機能の維持改善」は、「呼吸機能」等を包含する上位の期待される効果である。この場合、「呼吸機能」等は、「身体機能の維持改善」の下の階層の項目として定義される。図６に示される分類は一例であり、期待される効果および期待される詳細効果の分類例はこれに限られない。ある実施の形態の従うと、期待される効果および期待される詳細効果は、図６の例とは異なる分類をされてもよい。

【0043】

本明細書において、「アウトカム」は、あるリハビリテーションが対象者に対して行われた結果得られることが期待される結果であり、期待される効果に近い意味を持つ。アウトカムは、理学療法ガイドライン等に記載されている項目である。本明細書では、区別のために、システム３０がリハビリテーションの検索キーとして使用するものを「期待される効果」と呼ぶ。また、理学療法ガイドライン等の従来から存在する資料にリハビリテーションと関連付けられて記載されている効果をアウトカムと呼ぶ。「アウトカム」は、論文等に記載される両方に対する効果であり、特に決まったフォーマットは存在しない。これに対して、「期待される効果」は、検索キーとして使用できるように、統一されたフォーマットおよび粒度で定義される。

【0044】

本明細書において、「システム」は、１または複数の装置からなる構成、サーバーを包含する。また、システムは、クラウド環境に構築された仮想マシンもしくはコンテナ、または、これらの少なくとも一部からなる構成も包含する。装置は、パーソナルコンピューター、ワークステーション、サーバー装置、タブレットまたはスマートフォン等の任意の情報処理装置であってもよい。また、装置は、これらの組合せであってもよい。

【0045】

ある実施の形態に従うと、システム３０は、ディスプレイおよびキーボード等の入出力機器と接続されて、ユーザーに使用されてもよい。他の実施の形態に従うと、システム３０は、ネットワークを介して、サービスまたはウェブアプリケーションとして、ユーザーに各種機能を提供してもよい。この場合、ユーザーは、自身の端末１４０にインストールされたブラウザまたはクライアントソフトウェアを介して、システム３０の機能を使用し得る。さらに、他の実施の形態に従うと、システム３０は、ソフトウェアとして提供されてもよい。この場合、システム３０は、クラウド環境またはサーバー装置上で動作する。

【0046】

＜Ｂ．システムの構成＞
図２は、サーバー１００の機能ブロックの一例を示す図である。ある実施の形態に従うと、図２に示される各機能ブロックは、プログラムとして実現されても良い。この場合、制御装置３０１は、記憶装置３０７から各機能ブロックを実現するためのプログラムをＲＡＭ（Random Access Memory）３０３に読み出して実行する。

【0047】

サーバー１００は、登録部２０１と、ログ取得部２０２と、比較部２０３と、対象者ＤＢ２０４と、クエリー取得部２０５と、検索部２０６と、出力部２０７と、臨床ＤＢ２０８と、記憶領域２１０とを備える。

【0048】

登録部２０１は、対象者の情報の入力を受け付けて、当該対象者の情報を対象者ＤＢ２０４に登録する。ある実施の形態に従うと、端末１４０またはサーバー１００は、対象者ＤＢ２０４に新しく対象者を登録するためのＵＩを提供する。この場合、ユーザーは、当該ＵＩを介して、端末１４０に対象者の情報を入力する。端末１４０は、ネットワークを介して、入力された対象者の情報を登録部２０１に送信する。登録部２０１は、受信した対象者の情報を対象者ＤＢ２０４に保存する。他の実施の形態に従うと、サーバー１００は、キーボード、マウスおよび／またはタッチパネル等の入力機器と、ディスプレイ等の出力機器とを備える。この場合、ユーザーは、サーバー１００に接続された入力機器を介して、サーバー１００に対象者の情報を入力し得る。登録部２０１は、入力された対象者の情報を取得する。登録部２０１は、取得した対象者の情報を対象者ＤＢ２０４に保存する。

【0049】

また、登録部２０１は、新しい対象者の情報だけでなく、対象者ＤＢ２０４に既に登録された対象者についての更新情報を取得し得る。この場合、登録部２０１は、取得した更新情報に基づいて、対象者ＤＢ２０４内の登録情報を更新し得る。さらに、登録部２０１は、対象者ＤＢ２０４に既に登録された対象者の情報の削除要求を取得し得る。この場合、登録部２０１は、取得した削除要求に基づいて、対象者ＤＢ２０４内の登録情報を削除し得る。

【0050】

ログ取得部２０２は、センサー装置１１０から各種情報を取得し、当該各種情報を対象者ＤＢ２０４に保存する。ある実施の形態に従うと、ログ取得部２０２は、センサー装置１１０から、１つ以上のセンサーの出力信号の値を取得し得る。この場合、ログ取得部２０２は、１つ以上のセンサーの出力信号の値をログとして対象者ＤＢ２０４に保存する。ログ取得部２０２は、各ログを対象者のＩＤ（Identifier）と関連付ける。

【0051】

他の実施の形態に従うと、ログ取得部２０２は、センサー装置１１０から、対象者の状態を示す情報を取得する。この場合、センサー装置１１０は、１つ以上のセンサーの出力信号の値に基づいて、対象者の状態を推定する。そして、センサー装置１１０は、推定された対象者の状態をログ取得部２０２に送信する。推定された対象者の状態は、歩行能力および認知機能等の対象者の身体機能の程度を表す任意の情報を含む。

【0052】

比較部２０３は、対象者ＤＢ２０４に格納されたログに基づいて、対象者の現在の状態と、対象者の現在より前の状態とを比較する。例えば、比較部２０３は、カメラ映像のログ等に基づいて、対象者の現在の歩行能力と、対象者の現在より前の歩行能力とを比較する。比較部２０３は、対象者の現在の状態が対象者の現在より前の状態と異なる場合、出力部２０７に通知を行う。出力部２０７は、当該通知を受けたことに基づいて、端末１４０に対象者の状態変化を通知する。出力部２０７は、対象者の状態変化の通知と併せて、端末１４０に対象者のリハビリテーション計画の更新を促すメッセージ等を通知する。ある実施の形態に従うと、比較部２０３は、毎日、１週間、１ヶ月間または半年間毎等の任意のタイミングで、対象者の現在の状態と、対象者の現在より前の状態とを比較し得る。

【0053】

対象者ＤＢ２０４は、対象者の情報を格納する。対象者の情報は、年齢、身長、体重、疾患、性別、リハビリテーション計画、対象者の現在の状態、センサー装置１１０から得られた対象者についてのログ等を含み得る。対象者の現在の状態は、歩行能力および認知機能等の複数の項目を含み得る。また、ログは、１つ以上のセンサーから得られた各種信号の値またはデータを含み得る。

【0054】

クエリー取得部２０５は、リハビリテーションの検索条件を取得する。ある実施の形態に従うと、クエリー取得部２０５は、端末１４０からリハビリテーションの検索条件を取得する。他の実施の形態に従うと、クエリー取得部２０５は、サーバー１００に接続された入力機器からリハビリテーションの検索条件を取得する。クエリー取得部２０５は、取得した検索条件を検索部２０６に出力する。

【0055】

検索部２０６は、クエリー取得部２０５から取得した検索条件に基づいて、臨床ＤＢ２０８を検索する。検索部２０６は、臨床ＤＢ２０８から、検索結果として１つ以上のリハビリテーションを取得する。検索部２０６は、検索条件に合致するリハビリテーションが０の場合、「検索条件に合致するリハビリテーション無し」を示す検索結果を臨床ＤＢ２０８から取得する。検索部２０６は、取得した検索結果を出力部２０７に出力する。

【0056】

出力部２０７は、検索結果を端末１４０に送信する。ある実施の形態に従うと、出力部２０７は、検索結果をサーバー１００に接続された出力機器に表示し得る。また、他の実施の形態に従うと、出力部２０７は、端末１４０に各種ＵＩまたは各種ＵＩを表示すためのデータを送信する。各種ＵＩは、対象者の登録画面、リハビリテーションの検索画面、検索結果の表示画面、対象者の状態変化の通知画面およびその他の任意の画面を含み得る。各種ＵＩを表示すためのデータは、ＨＴＭＬ（HyperText Markup Language）、ＣＳＳ（Cascading Style Sheets）およびＪａｖａｓｃｒｉｐｔ（登録商標）等を含み得る。

【0057】

臨床ＤＢ２０８は、１つ以上のリハビリテーションと、１つ以上の期待される効果とを格納する。各期待される効果は、１つ以上のリハビリテーションと関連付けられる。１つ以上のリハビリテーションは、例えば、理学療法ガイドライン等に記載される各分野のリハビリテーションを横断的に含む。

【0058】

記憶領域２１０は、対象者ＤＢ２０４および臨床ＤＢ２０８が保存される領域である。ある実施の形態に従うと、記憶領域２１０は、記憶装置３０７内に存在し得る。他の実施の形態に従うと、記憶領域２１０は、サーバー１００以外の装置の記憶装置内に存在し得る。また、他の実施の形態に従うと、サーバー１００および記憶領域２１０は、同一のクラウド環境上に存在してもよい。

【0059】

図３は、システム３０に含まれる各装置のハードウェア構成の一例を示す図である。図３を参照して、センサー装置１１０、サーバー１００および端末１４０のハードウェア構成および各構成の機能の一例について説明する。

【0060】

（ａ．センサー装置１１０）
センサー装置１１０は、制御装置３１１と、ＲＯＭ（Read Only Memory）３１２と、ＲＡＭ３１３と、通信インターフェイス３１４と、カメラ３１５と、ドップラーセンサー３１６と、無線通信装置３１７と、記憶装置３１８とを備える。

【0061】

制御装置３１１は、センサー装置１１０を制御する。制御装置３１１は、例えば、少なくとも１つの集積回路によって構成される。集積回路は、例えば、少なくとも１つのＣＰＵ（Central Processing Unit）、少なくとも１つのＡＳＩＣ（Application Specific Integrated Circuit）、少なくとも１つのＦＰＧＡ（Field Programmable Gate Array）、またはこれらの組み合わせ等によって構成される。

【0062】

ＲＯＭ３１２は、制御装置３１１が実行する各種プログラムおよび設定を保存し得る。ＲＡＭ３１３は、ＲＯＭ３１２または記憶装置３１８からロードされたプログラム等を一時的に記憶する。制御装置３１１は、ＲＡＭ３１３に読み込まれたプログラムを実行する。ある実施の形態に従うと、ＲＡＭ３１３は、ＤＲＡＭ（Dynamic Random Access Memory）またはＳＲＡＭ（Static Random Access Memory）等によって実現され得る。

【0063】

通信インターフェイス３１４には、アンテナ（図示せず）等が接続される。センサー装置１１０は、当該アンテナを介して、他の通信機器との間でデータをやり取りする。他の通信機器は、例えば、サーバー１００、端末１４０、アクセスポイント１３０およびその他の通信端末等を含む。

【0064】

カメラ３１５は、居室１２０内等を撮影する。ある実施の形態に従うと、カメラ３１５は、近赤外カメラであってもよい。近赤外カメラは、近赤外光を投光するＩＲ（Infrared）投光器を含み、夜間でも居室１２０の内部を表わす映像および／または写真を撮影し得る。他の実施の形態に従うと、カメラ３１５は、可視光のみを受光するカメラであってもよい。さらに他の実施の形態に従うと、カメラ３１５は、３Ｄセンサーやサーモグラフィーカメラであってもよい。センサー装置１１０およびカメラ３１５は、一体的に構成されてもよいし、別体で構成されてもよい。

【0065】

ドップラーセンサー３１６は、例えばマイクロ波ドップラーセンサーである。ドップラーセンサー３１６は、電波を放射および受信して、居室１２０内の物体の挙動（動作）を検出する。これにより、居室１２０内の対象者の生体情報が検出され得る。ある実施の形態に従うと、ドップラーセンサー３１６は、２４ＧＨｚ帯のマイクロ波を各居室１２０内に放射し、その反射波を受信する。反射波は、対象者の動作により、ドップラーシフトし得る。センサー装置１１０またはサーバー１００は、当該反射波のデータから、対象者の呼吸状態および／または心拍数を推定し得る。

【0066】

無線通信装置３１７は、センサー装置１１０に内蔵されていない各種センサーから信号を取得し得る。各種センサーは、ケアコール子機１２８、ドアセンサー１２７、トイレセンサー１２５、臭いセンサー１２３、および、バイタルセンサー１２４等を含み得る。無線通信装置３１７は、受信した信号を制御装置３１１に出力する。例えば、ケアコール子機１２８は、ケアコールボタン３５０を備える。ケアコールボタン３５０が操作されると、ケアコール子機１２８は、当該操作があったことを示す信号を無線通信装置３１７へ送信する。ドアセンサー１２７、トイレセンサー１２５、臭いセンサー１２３、および、バイタルセンサー１２４の各々は、検出した信号を無線通信装置３１７に送信する。無線通信装置３１７と通信する各種センサーは、無線通信機能を備え得る。

【0067】

記憶装置３１８は、不揮発性メモリーであり、制御装置３１１によって実行されるプログラムおよび制御装置３１１によって参照されるデータを格納する。ある実施の形態に従うと、記憶装置３１８は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）またはフラッシュメモリー等によって実現され得る。

【0068】

ある実施の形態に従うと、センサー装置１１０は、定期的に、各種センサーの信号の値をサーバー１００に送信し得る。他の実施の形態に従うと、センサー装置１１０は、定期的に、各種センサーの信号の値から対象者の状態を推定し得る。この場合、センサー装置１１０は、推定された対象者の状態の情報をサーバー１００に送信する。さらに他の実施の形態に従うと、センサー装置１１０は、各種センサーの信号の値および推定された対象者の状態の情報をサーバー１００に送信し得る。

【0069】

（ｂ．サーバー１００）
サーバー１００は、制御装置３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、通信インターフェイス３０４と、表示インターフェイス３０５と、操作インターフェイス３０６と、記憶装置３０７とを含む。

【0070】

制御装置３０１は、サーバー１００を制御する。制御装置３０１は、例えば、少なくとも１つの集積回路によって構成される。集積回路は、例えば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはこれらの組み合わせ等によって構成される。

【0071】

ＲＯＭ３０２は、制御装置３０１が実行する各種プログラムおよび設定を保存し得る。ＲＡＭ３０３は、ＲＯＭ３０２または記憶装置３０７からロードされたプログラム等を一時的に記憶する。制御装置３０１は、ＲＡＭ３０３に読み込まれたプログラムを実行する。ある実施の形態に従うと、ＲＡＭ３０３は、ＤＲＡＭまたはＳＲＡＭ等によって実現され得る。

【0072】

通信インターフェイス３０４には、アンテナ（図示せず）等が接続される。サーバー１００は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、例えば、センサー装置１１０および端末１４０を含む。

【0073】

表示インターフェイス３０５は、ディスプレイ３０８と接続され、制御装置３０１等からの指令に従って、ディスプレイ３０８に対して、画像を表示するための画像信号を出力する。

【0074】

操作インターフェイス３０６は、例えば、ＵＳＢ（Universal Serial Bus）端子であり、入力デバイス３０９に接続される。操作インターフェイス３０６は、入力デバイス３０９からユーザーの操作を示す信号を受ける。入力デバイス３０９は、例えば、マウス、キーボード、タッチパネルおよび／またはその他の任意の装置である。

【0075】

記憶装置３０７は、不揮発性メモリーであり、制御装置３０１によって実行されるプログラムおよび制御装置３０１によって参照されるデータを格納する。ある実施の形態に従うと、記憶装置３０７は、ＨＤＤ、ＳＳＤ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュメモリー等によって実現され得る。

【0076】

（ｃ．端末１４０）
端末１４０は、制御装置３４１と、ＲＡＭ３４３と、通信インターフェイス３４４と、ディスプレイ３４５と、入力デバイス３４６と、記憶装置３４７とを含む。

【0077】

制御装置３４１は、端末１４０を制御する。制御装置３４１は、例えば、少なくとも１つの集積回路によって構成される。集積回路は、例えば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせ等によって構成される。

【0078】

ＲＡＭ３４３は、記憶装置３４７からロードされたプログラム等を一時的に記憶する。制御装置３４１は、ＲＡＭ３４３に読み込まれたプログラムを実行する。ある実施の形態に従うと、ＲＡＭ３４３は、ＤＲＡＭまたはＳＲＡＭ等によって実現され得る。

【0079】

通信インターフェイス３４４には、アンテナ（図示せず）等が接続される。端末１４０は、当該アンテナおよびアクセスポイント１３０を介して、外部の通信機器と通信し得る。外部の通信機器は、例えば、センサー装置１１０およびサーバー１００等を含む。

【0080】

ディスプレイ３４５は、各種情報を表示する。一例として、ディスプレイ３４５は、液晶ディスプレイまたは有機ＥＬ（Electro Luminescence）ディスプレイによって実現される。ディスプレイ３４５は、端末１４０に組み込まれてもよいし、端末１４０に接続されてもよい。

【0081】

入力デバイス３４６は、ユーザーからの入力を受け付ける。一例として、入力デバイス３４６は、ディスプレイ３４５に重ねられたタッチセンサーによって実現される。当該タッチセンサーは、端末１４０に対する各種操作をタッチ操作で受け付け、当該操作の内容を制御装置３４１へ出力する。

【0082】

記憶装置３４７は、不揮発性メモリーであり、制御装置３４１によって実行されるプログラムおよび制御装置３４１によって参照されるデータを格納する。ある実施の形態に従うと、記憶装置３４７は、ＨＤＤ、ＳＳＤ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュメモリー等によって実現され得る。

【0083】

＜Ｃ．データの構成＞
次に、図４～図６を参照して、サーバー１００に格納される各種データと、サーバー１００に格納されるリハビリテーションを検索するための検索キーとについて説明する。また、検索キーからリハビリテーションを検索する手順ついて説明する。ある実施の形態に従うと、図４及び図５に示されるデータは、リレーショナルデータベースのテーブルとして実現されてもよい。他の実施の形態に従うと、図４及び図５に示されるデータは、ＪＳＯＮ（JavaScript Object Notation）等の他の任意のデータ形式で表現されてもよい。

【0084】

（ａ．対象者ＤＢの構成）
図４は、対象者ＤＢ２０４に含まれる各種テーブルの一例を示す図である。対象者ＤＢ２０４は、対象者自身の情報、リハビリテーション計画および対象者の健康状態の記録等を含む。対象者ＤＢ２０４は、一例として、第１テーブル４００と、第２テーブル４１０と、第３テーブル４２０とを備える。

【0085】

第１テーブル４００は、対象者のプロフィール等を含む。第１テーブル４００は、一例として、ＩＤの項目４０１と、氏名の項目４０２と、年齢の項目４０３と、性別の項目４０４と、疾患の項目４０５と、備考の項目４０６とを備える。ある実施の形態に従うと、第１テーブル４００は、家族の連絡先等の対象者に関する任意の情報をさらに含み得る。

【0086】

ＩＤの項目４０１は、対象者を一意に識別するためのＩＤに関する項目である。氏名の項目４０２は、対象者の氏名に関する項目である。年齢の項目４０３は、対象者の年齢に関する項目である。性別の項目４０４は、対象者の性別に関する項目である。疾患の項目４０５は、対象者が抱える疾患に関する項目である。備考の項目４０６は、対象者に対するその他の任意の情報に関する項目である。

【0087】

第２テーブル４１０は、リハビリテーション計画等を含む。第２テーブル４１０は、一例として、ＩＤの項目４１１と、開始日の項目４１２と、状態の項目４１３と、リハビリテーション計画の項目４１４と、対象者ＩＤの項目４１５とを備える。ある実施の形態に従うと、第２テーブル４１０は、過去のリハビリテーションの記録等のリハビリテーション計画に関する任意の情報をさらに含み得る。

【0088】

ＩＤの項目４１１は、リハビリテーション計画を一意に識別するためのＩＤに関する項目である。開始日の項目４１２は、リハビリテーションの開始日に関する項目である。状態の項目４１３は、対象者の状態に関する項目である。リハビリテーション計画の項目４１４は、リハビリテーション計画の内容に関する項目である。一例として、リハビリテーション計画の項目４１４は、対象者に提供される１つ以上のリハビリテーションを含む。対象者ＩＤの項目４１５は、対象者を一意に識別するためのＩＤに関する項目である。対象者ＩＤの項目４１５は、ＩＤの項目４０１に対応する。対象者ＤＢ２０４は、対象者ＩＤの項目４１５およびＩＤの項目４０１を参照して、ＪＯＩＮ等の処理を行い得る。

【0089】

第３テーブル４２０は、対象者についてのログ等を含む。より具体的には、第３テーブル４２０は、センサー装置１１０から取得された各種情報が格納される。ある実施の形態に従うと、各種情報は、１つ以上のセンサーが出力する各信号の値である。この場合、サーバー１００は、センサー装置１１０から各センサーの信号の値を受信する。他の実施の形態に従うと、各種情報は、センサー装置１１０が１つ以上のセンサーが出力する各信号の値から推定した対象者の状態の情報である。この場合、サーバー１００は、センサー装置１１０から対象者の状態の情報を取得する。第３テーブル４２０は、一例として、ＩＤの項目４２１と、ログの項目４２２と、対象者ＩＤの項目４２３とを備える。

【0090】

ＩＤの項目４２１は、ログを一意に識別するためのＩＤに関する項目である。ログの項目４２２は、ログの内容に関する項目である。対象者ＤＢ２０４は、センサー装置１１０から取得したログをログの項目４２２として保存する。比較部２０３は、ある期間のログの項目４２２と、他の期間のログの項目４２２とを比較することで、対象者の状態の変化を検出し得る。対象者ＩＤの項目４２３は、対象者を一意に識別するためのＩＤに関する項目である。対象者ＩＤの項目４２３は、ＩＤの項目４０１に対応する。対象者ＤＢ２０４は、対象者ＩＤの項目４２３およびＩＤの項目４０１を参照して、ＪＯＩＮ等の処理を行い得る。

【0091】

（ｂ．臨床ＤＢの構成）
図５は、臨床ＤＢ２０８に含まれる各種テーブルの一例を示す図である。図５を参照して、臨床ＤＢ２０８の構成およびリハビリテーションの検索の流れについて説明する。臨床ＤＢ２０８は、科学的根拠に基づくリハビリテーションを含む。ユーザーは、システム３０が提供するＵＩを使用して、臨床ＤＢ２０８から適切なリハビリテーションを検索することで、リハビリテーション計画を作成する。臨床ＤＢ２０８は、一例として、第１テーブル５００と、第２テーブル５１０とを備える。

【0092】

第１テーブル５００は、リハビリテーション、および当該リハビリテーションに関連付けられた各種項目の情報を含む。第１テーブル５００は、一例として、ＩＤの項目５０１と、年齢の項目５０２と、性別の項目５０３と、疾患の項目５０４と、介入の項目５０５と、推奨度の項目５０６と、エビデンス強度の項目５０７と、比較対象の項目５０８と、アウトカムの項目５０９とを備える。

【0093】

ＩＤの項目５０１は、リハビリテーションを一意に識別するためのＩＤに関する項目である。年齢の項目５０２は、リハビリテーションに関連付けられた年齢に関する項目である。ある実施の形態に従うと、年齢の項目５０２は、年齢の範囲を含んでもよい。例えば、リハビリテーション「Ａ」に「７０～８０歳」が関連付けられているとする。この場合、リハビリテーション「Ａ」は、「７０～８０歳」の対象者に適していることを意味する。性別の項目５０３は、リハビリテーションに関連付けられた性別に関する項目である。例えば、リハビリテーション「Ａ」に性別「男性」が関連付けられているとする。この場合、リハビリテーション「Ａ」は、「男性」の対象者に適していることを意味する。疾患の項目５０４は、リハビリテーションに関連付けられた疾患に関する項目である。例えば、リハビリテーション「Ａ」に疾患「Ｘ」が関連付けられているとする。この場合、リハビリテーション「Ａ」は、疾患「Ｘ」を抱える対象者に適していることを意味する。介入の項目５０５は、ユーザーが対象者に対して行う行為に関する項目である。介入は、身体的訓練、食事リハビリテーション等の対象者に対して行われる任意の行動を含む。介入は、本明細書におけるリハビリテーションに相当する。推奨度の項目５０６は、介入（リハビリテーション）の推奨の度合いを示す。ある実施の形態に従うと、推奨の度合いは、数値等で段階的に示されてもよい。また、他の実施の形態に従うと、推奨の度合いは、「推奨する、してもよい、推奨しない」等の文字で表現されてもよい。エビデンス強度の項目５０７は、介入（リハビリテーション）に対するエビデンスの正確性を示す。介入（リハビリテーション）の効果は、様々な実験等によって求められる。また、エビデンスの正確性は、行われる実験手法、期間およびサンプル母数等によって変化する。介入（リハビリテーション）のエビデンス強度が高い程、当該介入（リハビリテーション）の信頼性が高いと言える。比較対象の項目５０８は、介入（リハビリテーション）を行った場合とそうでない場合とでどのような差がでるかに関する項目である。ある実施の形態に従うと、比較対象の項目５０８は、ある介入（リハビリテーション）を行った場合と別の介入（リハビリテーション）を行った場合とでどのような差がでるかに関する項目であってもよい。アウトカムの項目５０９は、介入（リハビリテーション）によって得られる効果である。アウトカムは、理学療法ガイドライン等に記載されている項目である。

【0094】

第２テーブル５１０は、アウトカム、およびアウトカムに関連付けられた検索項目の情報を含む。第２テーブル５１０は、一例として、ＩＤの項目５１１と、アウトカムの項目５１２と、部位の項目５１３と、期待される効果の項目５１４と、期待される詳細効果の項目５１５とを備える。

【0095】

ＩＤの項目５１１は、アウトカムを一意に識別するためのＩＤである。アウトカムの項目５１２は、介入（リハビリテーション）によって得られる効果である。アウトカムの項目５１２は、アウトカムの項目５０９に対応する。部位の項目５１３は、対象者の体の部位に関する項目である。一例として、対象者の体の部位は、全身、脳、呼吸器、体幹、上肢および下肢等を含む。他の例として、対象者の体の部位は、目（視力）、耳（聴覚）、各間接、手、腕、足、膝および腰等の任意の部位を含み得る。また、対象者の体の部位は、体の部位の組み合わせを含み得る。期待される効果の項目５１４は、介入（リハビリテーション）の検索キーとして使用される期待される効果に関する項目である。一例として、期待される効果の項目５１４は、図６の期待される効果６０１の内容を含む。期待される詳細効果の項目５１５は、検索キーとして使用される期待される詳細効果に関する項目である。一例として、期待される詳細効果の項目５１５は、図６の期待される詳細効果６０２の内容を含む。

【0096】

理学療法ガイドラインまたは学術論文等に記載されるリハビリテーションは、アウトカムと関連付けられる。しかしながら、アウトカムは、分野毎に記載および粒度が異なっており、検索キーとして使用できない。そこで、システム３０は、統一されたフォーマットの検索キー（部位、期待される効果および期待される効果詳細）を１つ以上のアウトカムに関連付ける。こうすることで、システム３０は、統一されたフォーマットの検索キーを受け付けるだけで、対応するアウトカムを取得し得る。そして、システム３０は、アウトカムに基づいて、多岐にわたる分野のリハビリテーションを検索し得る。ある実施の形態に従うと、第２テーブル５１０は、部位、期待される効果および期待される効果詳細の一部または全ての任意の組み合わせを１つ以上のアウトカムに関連付け得る。

【0097】

（ｃ．介入（リハビリテーション）の検索の流れ）
次に、ユーザーが介入（リハビリテーション）を検索する流れについて説明する。ユーザーは、システム３０が提供する第１画面７００（図７参照）を介して、システム３０に、対象者の年齢、性別、疾患、体の部位、期待される効果を入力する。ある実施の形態に従うと、ユーザーは、システム３０に、期待される効果の代わりに期待される詳細効果を入力してもよい。他の実施の形態に従うと、ユーザーは、システム３０に、期待される効果および期待される詳細効果の組み合わせを入力してもよい。また、ユーザーは、システム３０に、複数の部位を入力してもよい。さらに、ユーザーは、システム３０に、複数の期待される効果および／または期待される詳細効果を入力してもよい。

【0098】

システム３０は、検索キーとして、対象者の年齢、性別、疾患、体の部位、期待される効果および期待される詳細効果を取得する。ある実施の形態に従うと、検索キーは、期待される効果および期待される詳細効果の片方または両方を含み得る。

【0099】

システム３０は、体の部位、期待される効果および期待される詳細効果を検索キーとして、第２テーブル５１０から、アウトカムを検索する。これにより、システム３０は、検索キーに含まれる体の部位、期待される効果および期待される詳細効果に対応する１つ以上のアウトカムを取得する。

【0100】

次に、システム３０は、対象者の年齢、性別、疾患、および、１つ以上のアウトカムを検索キーとして、第１テーブル５００から、介入（リハビリテーション）を検索する。システム３０は、検索された介入（リハビリテーション）と、当該介入（リハビリテーション）に関連する推奨度およびエビデンス強度等の任意の情報を第２画面８００（図８参照）に出力する。

【0101】

理学療法ガイドライン等の書籍に記載されているアウトカムは、表現および粒度が統一されていないことがある。そこで、システム３０は、統一された検索項目として、期待される効果および期待される詳細効果を提供する。システム３０は、体の部位、期待される効果および期待される詳細効果の組み合わせから、これらの組み合わせに対応するアウトカムを検索する。システム３０は、アウトカムに関連する介入（リハビリテーション）を検索する。こうすることで、ユーザーは、統一されたフォーマットおよび粒度の検索キーに基づいて、各分野におけるリハビリテーションを横断的に検索し得る。

【0102】

ある実施の形態に従うと、各アウトカムは、１つ以上の期待される効果と関連付けられる。また、各アウトカムは、１つ以上の期待される詳細効果と関連付けられる。他の実施の形態に従うと、期待される効果の各々は、１つ以上のアウトカムと関連付けられる。また、期待される詳細効果の各々は、１つ以上のアウトカムと関連付けられる。すなわち、体の部位、期待される効果および期待される詳細効果は、アウトカムを介して、介入（リハビリテーション）に間接的に関連付けられる。

【0103】

ある実施の形態に従うと、第１テーブル５００および第２テーブル５１０は、１つのテーブルとして定義されてもよい。この場合、システム３０は、対象者の年齢、性別、疾患、体の部位、期待される効果および期待される詳細効果から、介入（リハビリテーション）を直接検索し得る。この場合、体の部位、期待される効果および期待される詳細効果は、介入（リハビリテーション）に直接的に関連付けられる。

【0104】

上記のように、記憶部（記憶領域２１０、臨床ＤＢ２０８）は、１つ以上のアウトカムを格納する。１つ以上のアウトカムの各々は、第１テーブル５００において、１つ以上のリハビリテーションに含まれる少なくとも１つのリハビリテーションに関連付けられる。また、１つ以上のアウトカムの各々は、第２テーブル５１０において、１つ以上の期待される効果に含まれる少なくとも１つの期待される効果に関連付けられる。検索条件に含まれる期待される効果に紐付けられたリハビリテーションを検索することは、次の２つの手順を含む。１つ目の手順は、検索条件に含まれる期待される効果に対応するアウトカムを第２テーブル５１０から検索することである。２つ目の手順は、検索されたアウトカムに関連付けられるリハビリテーションを第１テーブル５００から検索することである。

【0105】

（ｄ．検索キーの分類）
図６は、臨床ＤＢ２０８の検索キーの一例を示す図である。臨床ＤＢ２０８の検索キーは、図６に示される項目に加えて、対象者の年齢、性別、疾患およびその他の項目を含み得る。

【0106】

対象者に対するリハビリテーションは、理学療法ガイドライン等に記載のアウトカムに基づいて、検索されることが理想的である。しかしながら、アウトカムは、標記および粒度が統一されておらず、検索キーとして使用しにくい。そこで、システム３０は、期待される効果６０１と、期待される詳細効果６０２と、体の部位６１０とを検索キーとして提供する。期待される詳細効果６０２は、期待される効果６０１の下位の検索キーとして提供される。例えば、期待される効果「運動機能の維持改善」が検索キーとして選択されたとする。この場合、検索キーは、期待される詳細効果「呼吸機能」～「関節可動域」を含むことになる。

【0107】

システム３０は、期待される効果６０１と、期待される詳細効果６０２と、体の部位６１０との組み合わせから、対応するアウトカムを特定する。そして、システム３０は、当該アウトカムに関連付けられたリハビリテーションを特定し、当該リハビリテーションをユーザーに提示する。これにより、ユーザーは、体の部位６１０、期待される効果６０１および期待される詳細効果６０２の一覧から検索キーを選択するだけで、複数の分野におけるリハビリテーションを検索し得る。

【0108】

上記のように、記憶部（記憶領域２１０、臨床ＤＢ２０８）に格納される１つ以上のリハビリテーションは、理学療法における複数の分野のリハビリテーションを含む。また、検索条件は、少なくとも対象者の疾患をさらに含む。検索部２０６は、検索条件に含まれる疾患および期待される効果を検索キーとして、複数の分野のリハビリテーションの全てを検索対象として検索する。こうすることで、ユーザーは、１つ以上の期待される効果を検索条件に、理学療法における複数の分野のリハビリテーションを横断的に検索し得る。さらに、対象者の疾患および期待される効果を検索キーに含めることで、ユーザーは、対象者の疾患の改善に関連するリハビリテーションのみを検索し得る。

【0109】

また、検索条件が１つ以上の期待される効果の少なくとも一部と共に１つ以上の体の部位の情報の少なくとも一部を含むとする。この場合、検索部２０６は、検索条件に含まれる期待される効果および体の部位の情報に関連付けられたリハビリテーションを検索する。ここでの検索条件に含まれる期待される効果は、期待される効果または期待される詳細効果である。

【0110】

さらに、記憶部（記憶領域２１０、対象者ＤＢ２０４）は、対象者毎の状態情報を格納する。ログ取得部２０２は、センサー装置１１０から対象者の状態情報を取得して、記憶部に状態情報を格納する。比較部２０３は、状態情報に基づいて、対象者の現在の状態と対象者の現在より前の状態とを比較する。出力部２０７は、対象者の現在の状態と対象者の現在より前の状態とが異なる場合、対象者のリハビリテーション計画の更新を促す通知を出力する。こうすることで、ユーザーは、対象者の変化を容易に把握し得る。また、ユーザーは、当該通知を受けたことをトリガーに、対象者のリハビリテーション計画を更新し得る。

【0111】

＜Ｄ．ＵＩ＞
次に、図７～図９を参照して、システム３０がユーザーに提供する画面について説明する。システム３０は、リハビリテーションの検索画面、検索結果画面、および、対象者の状態を通知する画面をユーザーに提供する。

【0112】

ある実施の形態に従うと、図７～図９に示される各画面は、ウェブアプリケーションの画面として提供される。この場合、サーバー１００は、図７～図９に示される各画面を表示するためのデータを端末１４０に送信する。端末１４０は、受信したデータに基づいて、端末１４０のディスプレイに図７～図９に示される各画面を表示し得る。

【0113】

他の実施の形態に従うと、図７～図９に示される各画面は、サーバー１００または端末１４０にインストールされたアプリケーションの画面として提供される。この場合、一例として、７～図９に示される各画面は、サーバー１００に接続されたディスプレイに表示され得る。他の例として、７～図９に示される各画面は、端末１４０にインストールされたクライアントアプリケーションの画面としてディスプレイに表示される。クライアントアプリケーションは、サーバー１００と通信する。

【0114】

図７は、システム３０が提供する第１画面７００の一例を示す図である。第１画面７００は、リハビリテーションの検索画面である。第１画面７００は、第１検索項目７０１と、第２検索項目７０２と、第３検索項目７０３とを備える。ユーザーは、第１検索項目７０１、第２検索項目７０２および第３検索項目７０３から、１つ以上の検索キーを選択することにより、複数の分野におけるリハビリテーションを一括して検索し得る。ある実施の形態に従うと、第１検索項目７０１、第２検索項目７０２および第３検索項目７０３は、検索キーを入力可能に構成されてもよい。

【0115】

第１検索項目７０１は、対象者の年齢、性別および疾患を選択可能または入力可能に構成される。第１検索項目７０１は、疾患以外にも、損傷、機能障害およびその他の対象者に関する任意の情報を選択可能または入力可能に構成され得る。

【0116】

第２検索項目７０２は、対象者の体の部位を選択可能または入力可能に構成される。一例として、第２検索項目７０２は、選択項目として、全身、脳機能、呼吸器、体幹、上肢および下肢を含む。第２検索項目７０２は、選択項目として、その他の任意の体の部位を含み得る。第２検索項目７０２は、体の部位６１０に対応する。ユーザーは、第２検索項目７０２から、１つ以上の体の部位を選択し得る。または、ユーザーは、第２検索項目７０２に、１つ以上の体の部位を入力し得る。

【0117】

第３検索項目７０３は、期待される効果および期待される詳細効果を選択可能または入力可能に構成される。第３検索項目７０３は、期待される効果６０１および期待される詳細効果６０２に対応する。図７中の「全て選択」は、期待される効果６０１の選択に相当する。例えば、「全て選択」により期待される効果「運動機能の維持改善」が選択されたとする。この場合、期待される詳細効果「呼吸機能」～「関節可動域」の全てが検索キーとして選択される。ユーザーは、第３検索項目７０３から、１つ以上の期待される効果および／または１つ以上の期待される詳細効果を選択し得る。または、ユーザーは、第３検索項目７０３に、１つ以上の期待される効果および／または１つ以上の期待される詳細効果を入力し得る。

【0118】

例えば、期待される効果６０１および期待される詳細効果６０２の数が非常に多いとする。この場合、第３検索項目７０３は、期待される効果６０１および期待される詳細効果６０２の一部を第１画面７００に表示し得る。さらに、第１画面７００は、第３検索項目７０３の表示内容を切り替え可能に構成され得る。例えば、第１画面７００に表示される期待される効果６０１および期待される詳細効果６０２がＡ～Ｄの４つに分割されるとする。この場合、第１画面７００は、第３検索項目７０３の表示をＡ～Ｄの４つのいずれかに切り替え得る。

【0119】

ユーザーは、第１検索項目７０１、第２検索項目７０２および第３検索項目７０３において、検索キーを選択又は入力することで、複数の分野のリハビリテーションを容易に検索し得る。サーバー１００は、選択又は入力された検索キーに基づいて、臨床ＤＢ２０８を検索する。サーバー１００は、検索キーに対応する１つ以上のリハビリテーションおよび当該リハビリテーションに関連する情報を端末１４０に送信する。

【0120】

第１画面７００は、出力部２０７により端末１４０のディスプレイまたはサーバー１００に接続されたディスプレイ３０８に出力される。すなわち、出力部２０７は、対象者のための新しいリハビリテーションを検索するための検索キーの候補として、１つ以上の期待される効果の少なくとも一部を提示する。提示される項目は、第３検索項目７０３を含む。また、出力部２０７は、対象者のための新しいリハビリテーションを検索するための検索キーの候補として、体の部位の情報（第２検索項目７０２）を提示し得る。

【0121】

図８は、システム３０が提供する第２画面８００の一例を示す図である。第２画面８００は、リハビリテーションの検索結果画面である。第２画面８００は、第１検索結果８１０と、第２検索結果８２０とを備える。一例として、第１検索結果８１０は、推奨されるリハビリテーション（介入）の情報を含む。一例として、第２検索結果８２０は、実施に問題のないリハビリテーション（介入）の情報を含む。

【0122】

第１検索結果８１０および第２検索結果８２０は、個別のリハビリテーションを選択可能に構成される。第２画面８００において個別のリハビリテーションが選択された場合、第２画面８００は、選択されたリハビリテーションの詳細情報画面に遷移する。選択されたリハビリテーションの詳細情報画面は、リハビリテーションの具体的な実施方法、アウトカム、推奨度、エビデンス強度および引用元情報等の任意の情報を含み得る。ある実施の形態に従うと、リハビリテーションの具体的な実施方法、アウトカム、推奨度、エビデンス強度および引用元情報等の任意の情報は、第２画面８００に直接表示されても良い。

【0123】

ある実施の形態に従うと、第２画面８００は、推奨度別に、リハビリテーションを３つ以上に分類して表示しても良い。他の実施の形態に従うと、第２画面８００は、エビデンス強度に基づいて、リハビリテーションを分類して表示しても良い。また、他の実施の形態に従うと、第２画面８００は、推奨度およびエビデンス強度に基づいて、リハビリテーションを分類して表示しても良い。

【0124】

図９は、システム３０が提供する第３画面９００の一例を示す図である。第３画面９００は、対象者の状態変化をユーザーに通知するための画面である。また、第３画面９００は、リハビリテーション計画の更新をユーザーに促す画面でもある。ある実施の形態に従うと、第３画面９００は、第１画面７００（検索画面）と同一画面であってもよい。第３画面９００は、第１検索項目７０１、第２検索項目７０２および第３検索項目７０３に加えて、アイコン９１０と、第１通知項目９２０と、第２通知項目９３０とを備える。

【0125】

アイコン９１０は、第１通知項目９２０の表示および非表示を切り替えるためのアイコンである。第３画面９００上に第１通知項目９２０が表示されていない状態でアイコン９１０が押されると、第３画面９００上に第１通知項目９２０が表示される。第３画面９００上に第１通知項目９２０が表示されている状態でアイコン９１０が押されると、第３画面９００上から第１通知項目９２０が消える。ある実施の形態に従うと、サーバー１００は、一人以上の対象者の状態の変化を検出した場合、一人以上の対象者の状態の変化についての通知を端末１４０に送信し得る。端末１４０は、一人以上の対象者の変化についての通知を受信したことに基づいて、アイコン９１０の表示を変更し得る。これにより、ユーザーは、対象者の状態の変化に気づきやすくなる。

【0126】

第１通知項目９２０は、対象者のリストを示す。また、第１通知項目９２０は、状態が変化した対象者を強調表示する。端末１４０は、サーバー１００から受信した一人以上の対象者の変化についての通知に基づいて、強調表示する対象者を選択する。ユーザーは、第１通知項目９２０を参照することで、状態が変化した対象者を把握し得る。ある実施の形態に従うと、第１通知項目９２０は、対象者の氏名、部屋番号または連絡先等の情報を含み得る。ユーザーは、第１通知項目９２０から一人の対象者を選択し得る。第１通知項目９２０から一人の対象者が選択されると、第２通知項目９３０に選択された対象者の情報が表示される。図９の例では、対象者Ａの項目９２１が選択されている。この場合、第２通知項目９３０に対象者Ａの情報が表示される。

【0127】

第２通知項目９３０は、第１通知項目９２０において選択された対象者の状態についての情報を表示する。対象者の状態が変化している場合、端末１４０は、第２通知項目９３０に、対象者の何の状態がどのように変化したのかを示す情報を表示する。また、端末１４０は、対象者の状態の変化の情報と併せて、第２通知項目９３０に、対象者のリハビリテーション計画の更新を促すメッセージを表示し得る。なぜならば、対象者の状態が変化したことにより、当該対象者に適用すべきリハビリテーションも変化する可能性があるためである。

【0128】

ある実施の形態に従うと、端末１４０は、第１通知項目９２０から一人の対象者が選択されたことに基づいて、検索キーを自動的に選択してもよい。より具体的には、端末１４０は、選択された対象者の情報をサーバー１００に問い合せる。サーバー１００は、対象者ＤＢ２０４から、対象者に関する情報を検索して、検索結果を端末１４０に返信する。検索結果は、一例として、対象者の氏名、年齢、性別、疾患、現在のリハビリテーション計画、および、当該対象者に関する過去の検索履歴等を含み得る。端末１４０は、受信した検索結果に基づいて、第１検索項目７０１、第２検索項目７０２および第３検索項目７０３から、検索キーを自動的に選択する。一例として、端末１４０は、現在のリハビリテーション計画または当該対象者に関する過去の検索履歴に基づいて、第２検索項目７０２および第３検索項目７０３から検索キーを選択し得る。図９の例では、検索キー９４０として、第３検索項目７０３から「歩行機能」および「バランス機能」が選択されている。

【0129】

ある実施の形態に従うと、端末１４０は、第１通知項目９２０から一人の対象者が選択されたことに基づいて、第１検索項目７０１中から、項目を自動選択してもよい。または、端末１４０は、第１検索項目７０１および第２検索項目７０２中から、項目を自動選択してもよい。

【0130】

ユーザーは、第３画面９００を参照することで、各対象者の状態の変化を把握し得る。また、対象者は、第３画面９００を介して、状態が変化した対象者に対する新しいリハビリテーションを検索し得る。

【0131】

＜Ｅ．フローチャート＞
次に、図１０および図１１を参照して、サーバー１００の内部処理の手順について説明する。ある局面において、制御装置３０１は、図１０および図１１の処理を行うためのプログラムをＲＯＭ３０２または記憶装置３０７からＲＡＭ３０３に読み込んで、当該プログラムを実行してもよい。他の局面において、当該処理の一部または全部は、当該処理を実行するように構成された回路素子の組み合わせとしても実現され得る。

【0132】

図１０は、サーバー１００によって実行されるリハビリテーション計画の見直しをユーザーに促す処理の流れの一例を示す図である。サーバー１００（システム３０）は、図１０に示される処理を実行することで、ユーザーに対象者のリハビリテーション計画を更新するように促し得る。

【0133】

ステップＳ１０１０において、サーバー１００は、ログを受信したか否かを判定する。より具体的には、サーバー１００は、センサー装置１１０から、１つ以上のセンサーの信号の値を受信したか否かを判定する。ある実施の形態に従うと、サーバー１００は、センサー装置１１０から、センサー装置１１０が推定した対象者の状態情報を受信したか否かを判定してもよい。サーバー１００は、ログを受信したと判定した場合（ステップＳ１０１０にてＹＥＳ）、制御をステップＳ１０２０に移す。そうでない場合（ステップＳ１０１０にてＮＯ）、サーバー１００は、処理を終了する。

【0134】

ステップＳ１０２０において、サーバー１００は、ログ及び対象者ＤＢ２０４を参照して、対象者の状態に変化があるか否かを判定する。ある実施の形態に従うと、ログは対象者ＤＢ２０４に一旦格納されてから参照されてもよい。この場合、サーバー１００は、対象者ＤＢ２０４を参照して、対象者の状態に変化があるか否かを判定する。

【0135】

ステップＳ１０３０において、サーバー１００は、対象者の状態に変化があると判定した場合（ステップＳ１０３０にてＹＥＳ）、制御をステップＳ１０４０に移す。そうでない場合（ステップＳ１０３０にてＮＯ）、サーバー１００は、処理を終了する。

【0136】

ステップＳ１０４０において、サーバー１００は、リハビリテーション計画の更新を促すための通知を出力する。ある実施の形態に従うと、サーバー１００は、リハビリテーション計画の更新を促すための通知を端末１４０に送信する。端末１４０は、当該通知を受信したことに基づいて、例えば、アイコン９１０の表示を変更する。

【0137】

図１１は、サーバー１００によって実行されるリハビリテーションの検索処理の流れの一例を示す図である。サーバー１００（システム３０）は、図１１に示される処理を実行することで、ユーザーが複数の分野におけるリハビリテーションを検索することを容易にする。

【0138】

ステップＳ１１１０において、サーバー１００は、検索クエリーを取得したか否かを判定する。検索クエリーは、端末１４０からサーバー１００に送信される。端末１４０は、第１検索項目７０１、第２検索項目７０２および第３検索項目７０３から選択された１つ以上の項目を検索キーの値として検索クエリーに含める。サーバー１００は、検索クエリーを取得したと判定した場合（ステップＳ１１１０にてＹＥＳ）、制御をステップＳ１１２０に移す。そうでない場合（ステップＳ１１１０にてＮＯ）、サーバー１００は、処理を終了する。

【0139】

ステップＳ１１２０において、サーバー１００は、臨床ＤＢ２０８を検索する。より具体的には、サーバー１００は、受信した検索キーに基づいて、第２テーブル５１０および第１テーブル５００を順に検索する。

【0140】

ステップＳ１１３０において、サーバー１００は、検索結果を出力する。ある実施の形態に従うと、サーバー１００は、端末１４０に送信し得る。他の実施の形態に従うと、サーバー１００は、検索結果をサーバー１００に接続されたディスプレイ３０８に表示し得る。さらに、他の実施の形態に従うと、サーバー１００は、検索結果を端末１４０に送信し、かつ、ディスプレイ３０８に表示し得る。

【0141】

以上説明した通り、本実施の形態に従うシステム３０は、複数の分野のリハビリテーションに統一的かつ同じ粒度で関連付け可能な期待される効果の一覧を検索キーの候補として提供する。各期待される効果は、複数の分野のリハビリテーションの少なくとも１つ以上に関連付けられる。また、システム３０は、検索キーの候補として、期待される効果の一覧をユーザーに提示する。ユーザーは、システム３０が提示する期待される効果の一覧の中から検索キーを選択するだけで、複数の分野にわたるリハビリテーションを横断的に検索し得る。

【0142】

さらに、システム３０は、センサー装置１１０から、１つ以上のセンサーの信号の値を取得する。システム３０は、受信した１つ以上のセンサーの信号の値から、各対象者の状態の変化を検出する。システム３０は、対象者の状態が変化したことに基づいて、対象者の状態が変化したことを端末１４０に通知し、ユーザーにリハビリテーション計画の更新を促す。ユーザーは、通知を確認することで対象者の状態の変化を把握し、対象者のリハビリテーション計画を適切に更新し得る。

【0143】

今回開示された実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内で全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された開示内容は、可能な限り、単独でも、組合わせても、実施することが意図される。

【符号の説明】

【0144】

３０ システム、１００ サーバー、１１０ センサー装置、１２０ 居室、１２３ 臭いセンサー、１２４ バイタルセンサー、１２５ トイレセンサー、１２７ ドアセンサー、１２８ ケアコール子機、１３０ アクセスポイント、１４０ 端末、１５０ 施設、２０１ 登録部、２０２ ログ取得部、２０３ 比較部、２０４ 対象者ＤＢ、２０５ クエリー取得部、２０６ 検索部、２０７ 出力部、２０８ 臨床ＤＢ、２１０ 記憶領域、３０１，３１１，３４１ 制御装置、３０２，３１２ ＲＯＭ、３０３，３１３，３４３ ＲＡＭ、３０４，３１４，３４４ 通信インターフェイス、３０５ 表示インターフェイス、３０６ 操作インターフェイス、３０７，３１８，３４７ 記憶装置、３０８，３４５ ディスプレイ、３０９，３４６ 入力デバイス、３１５ カメラ、３１６ ドップラーセンサー、３１７ 無線通信装置、３５０ ケアコールボタン、４００，５００ 第１テーブル、４０１，４１１，４２１，５０１，５１１ ＩＤの項目、４０２ 氏名の項目、４０３，５０２ 年齢の項目、４０４，５０３ 性別の項目、４０５，５０４ 疾患の項目、４０６ 備考の項目、４１０，５１０ 第２テーブル、４１２ 開始日の項目、４１３ 状態の項目、４１４ リハビリテーション計画の項目、４１５，４２３ 対象者ＩＤの項目、４２０ 第３テーブル、４２２ ログの項目、５０５ 介入の項目、５０６ 推奨度の項目、５０７ エビデンス強度の項目、５０８ 比較対象の項目、５０９，５１２ アウトカムの項目、５１３ 部位の項目、５１４ 期待される効果の項目、５１５ 期待される詳細効果の項目、６０１ 期待される効果、６０２ 期待される詳細効果、６１０ 部位、７００ 第１画面、７０１ 第１検索項目、７０２ 第２検索項目、７０３ 第３検索項目、８００ 第２画面、８１０ 第１検索結果、８２０ 第２検索結果、９００ 第３画面、９１０ アイコン、９２０ 第１通知項目、９３０ 第２通知項目、９４０ 検索キー。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】