JP2023170608A - プログラム、方法、情報処理装置、システム - Google Patents

Abstract

【課題】効果的なリハビリを継続的に患者に実施させる。
【解決手段】プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、医療機関から提供された、患者のリハビリテーション又はトレーニングのスケジュールに関する情報を記憶部に記憶するステップと、スケジュールに関する情報に含まれる、当日に対応付けられている情報を患者が使用する端末へ送信するステップと、リハビリテーション又はトレーニングにおける運動を撮影した撮影データに係る情報を端末から受け取るステップと、受け取った情報に基づき、患者のリハビリテーション又はトレーニングを管理するステップとを実行させるプログラム。
【選択図】図１１

Description

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

継続的なリハビリを支援するリハビリ支援装置が提案されている（特許文献１参照）。特許文献１によれば、患者は、自身のリハビリ計画情報に含まれる運動量が全て実現されるように活動イベントの選択を行うことで、例えば、自身の好きな活動イベントのみで構成された活動計画を立てられるようにしている。

特開２０２０－１４９３２１号公報

しかしながら、特許文献１では、患者が実際にどのようなリハビリを行ったかは監視していない。そのため、患者にとってリハビリがどれだけ効果があったかを把握することは困難である。

本開示の目的は、効果的なリハビリを継続的に患者に実施させることである。

プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、医療機関から提供された、患者のリハビリテーション又はトレーニングのスケジュールに関する情報を記憶部に記憶するステップと、スケジュールに関する情報に含まれる、当日に対応付けられている情報を患者が使用する端末へ送信するステップと、リハビリテーション又はトレーニングにおける運動を撮影した撮影データに係る情報を端末から受け取るステップと、受け取った情報に基づき、患者のリハビリテーション又はトレーニングを管理するステップとを実行させるプログラム。

本開示によれば、効果的なリハビリを継続的に患者に実施させることができる。

システム１の全体構成の例を示すブロック図である。 図１に示す端末装置１０の構成例を表すブロック図である。 第１サーバ２０の機能的な構成の例を示す図である。 ユーザ情報テーブル２０２１のデータ構造を示す図である。 医療機関テーブル２０２２のデータ構造を示す図である。 カルテ情報テーブル２０２３のデータ構造を示す図である。 クリニカルパステーブル２０２４のデータ構造を示す図である。 処方薬情報テーブル２０２５のデータ構造を示す図である。 関係書類情報テーブル２０２６のデータ構造を示す図である。 リハビリ管理テーブル２０２７のデータ構造を示す図である。 本実施形態に係るシステム１の構成の例を表す模式図である。 図１１に示す端末装置１０を操作するユーザが通う医療機関を登録する際の第１サーバ２０の動作の例を表すフローチャートである。 図１１に示す端末装置１０に、ユーザが必要とする情報をプッシュ通知する際の端末装置１０と第１サーバ２０との動作の例を説明するための図である。 端末装置１０で表示されるプッシュ通知の例を表す模式図である。 端末装置１０で表示される、服薬を確認するための画面の例を表す模式図である。 ユーザからの要求に応じ、診療に関する情報を端末装置１０に表示する際の端末装置１０と第１サーバ２０との動作の例を説明するための図である。 ユーザにより選択された医療機関についての情報を表示する画面の例を表す模式図である。 図１７において、領域１４１８で表示される診療科のいずれかが選択された場合の画面の例を表す模式図である。 クリニカルパスアイコン１４１４が選択された場合の画面の例を表す模式図である。 関係書類アイコン１４１５が選択された場合の画面の例を表す模式図である。 その他アイコン１４１６が選択された場合の画面の例を表す模式図である。 リハビリテーションを管理する際の端末装置１０と第１サーバ２０との動作の例を説明するための図である。 リハビリテーションの運動を端末装置１０が撮影する際の模式図を表す。 コンピュータ９０の基本的なハードウェア構成を示すブロック図である。

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

＜概略＞
本実施形態に係るシステムは、医療機関で記憶される診療に関する情報を保持し、患者が必要とする情報を、患者が必要とするタイミングで、患者が所有する端末へ提供する。患者は、自身が所望する情報を手軽に確認可能となるため、診療に対する不安が抑えられることになる。

本実施形態において、診療に関する情報は、例えば、診療のスケジュールに関する情報、及び診療に係る書面に関する情報を含む。本実施形態において、診療のスケジュールに関する情報は、例えば、クリニカルパスを含む。クリニカルパスは、例えば、検査及び治療のスケジュールをまとめた計画書を表す。クリニカルパスは、例えば、診療において発生する内容、及び注意点が、所定の項目に分類され、時系列に沿ってまとめられている。項目には、例えば、目標、処置、治療、検査、注射、点滴、投薬、活動、安静度、リハビリ、食事、栄養、清潔、排せつ、説明、指導、注意事項等が含まれる。クリニカルパスは、例えば、入院中のスケジュールを表してもよい。クリニカルパスは、例えば、患者が手術を受ける場合には、術前のトレーニングについてのスケジュールを表してもよい。クリニカルパスは、例えば、患者が手術を受ける場合には、術後の治療又はリハビリ等のスケジュールを表してもよい。

本実施形態において、診療に係る書面に関する情報は、例えば、診療に係って配布された書面が、内容の配置が維持された形式でファイル化された情報を含む。内容の配置が維持された形式でファイル化された情報は、例えば、ＰＤＦ（登録商標）形式の情報を含む。診療に係る書面に関する情報は、請求書、明細書、所定の検査についての報告書、看護計画書、診療についての説明に用いられる資料、同意書、リハビリテーションの実施計画書、リハビリテーションの総合実施計画書、又は宣誓書等を含む。

また、診療に関する情報は、診療において撮影された画像に関する情報を含んでもよい。診療に関する情報は、電子カルテに関する情報、オーダに関する情報、又は会計に関する情報を含んでもよい。

また、本実施形態に係るシステムは、例えば、患者からの要求に関わらず、スケジュールに関する情報に基づき、トレーニング又はリハビリに関する情報を患者へ提示する。患者は、提示される情報に基づいてトレーニング又はリハビリにおける運動を開始する。システムは、患者が実施したトレーニング又はリハビリを管理する。システムは、患者が実施したトレーニング又はリハビリを評価する。システムは、患者が実施したトレーニング又はリハビリの評価に基づき、トレーニング又はリハビリのスケジュールを変更するように管理者へ提案する。これにより、効果的なリハビリを継続的に患者に実施させることができる。

＜１ システム全体の構成図＞
図１は、システム１の全体構成の例を示すブロック図である。図１に示すシステム１は、例えば、端末装置１０、第１サーバ２０、及び病院システム３０を含む。端末装置１０、第１サーバ２０、及び病院システム３０は、例えば、ネットワーク８０を介して通信接続する。第１サーバ２０と、病院システム３０とは、セキュリティが特に保証された専用の回線で接続されていてもよい。

図１において、システム１が端末装置１０を２台含む例を示しているが、システム１に含まれる端末装置１０の数は、２台に限定されない。端末装置１０は、例えば、患者が所持する端末である。システム１に含まれる端末装置１０は、３台未満であってもよいし、３台以上であってもよい。

図１において、システム１が２つの病院システム３０を含む例を示しているが、システム１に含まれる病院システム３０の数は、２つに限定されない。システム１に含まれる病院システム３０は、１つであってもよいし、３つ以上であってもよい。

図１において、第１サーバ２０が病院システム３０から独立している例を示しているが、第１サーバ２０は、病院システム３０に含まれていてもよい。このとき、第１サーバ２０は、例えば、病院システム３０が有する第２サーバ３１と一体であってもよい。つまり、第１サーバ２０により提供されるサービスは、病院システム３０により管理されていてもよい。

本実施形態において、複数の装置の集合体を１つのサーバとしてもよい。１つ又は複数のハードウェアに対して本実施形態に係る第１サーバ２０を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力及び／又は第１サーバ２０に求められる仕様等に鑑みて適宜決定することができる。

図１に示す端末装置１０は、患者、又は患者と所定の関係を有する者が操作する情報処理装置である。端末装置１０は、例えば、スマートフォン、タブレット等の携帯端末により実現される。端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣであってもよい。端末装置１０は、ＨＭＤ（Head Mount Display）、腕時計型端末等のウェアラブル端末であってもよい。

端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。入力装置１３は、ユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。出力装置１４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカー等）である。

第１サーバ２０は、例えば、ネットワークを介して病院システム３０から情報を受け取り、受け取った情報を記憶する。第１サーバ２０は、患者が使用する端末装置１０からの接続を受け付け、記憶する情報を患者へ提供する。

第１サーバ２０は、例えば、ネットワーク８０に接続されたコンピュータにより実現される情報処理装置である。図１に示すように、第１サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対して情報を出力するための出力装置とのインタフェースとして機能する。

病院システム３０は、病院内で構築されるシステムである。病院システム３０は、例えば、第２サーバ３１、及び端末装置３２を備える。第２サーバ３１と、端末装置３２とは、ＬＡＮ（Local Area Network）等の病院内ネットワークを介してデータ通信可能に接続されている。なお、病院内ネットワークへの接続は、有線接続、及び無線接続を問わない。

第２サーバ３１は、医療機関内の診療に関する情報を管理する情報処理装置である。例えば、第２サーバ３１は、診療に関する情報として、電子カルテに関する情報、オーダに関する情報、会計に関する情報、画像に関する情報、診療のスケジュールに関する情報、及び診療に係る書面に関する情報等を含む。

なお、図１では、第２サーバ３１が１台である場合を例に示しているが、これに限定されない。第２サーバ３１は、複数の装置の集合体であってもよい。例えば、電子カルテに関する情報は、電子カルテシステムを構築するサーバで管理されてもよい。オーダに関する情報は、オーダリングシステムを構築するサーバで管理されてもよい。会計に関する情報は、医療会計システムを構築するサーバで管理されてもよい。電子カルテシステム、オーダリングシステム、及び医療会計システムは、病院情報システム（ＨＩＳ：Hospital Information System）として構築されていてもよい。

スケジュールに関する情報、及び書面に関する情報は、例えば、電子カルテシステム等と関連付けられる所定のサーバで管理されてもよい。所定のサーバは、例えば、診療部門に設けられる、情報を蓄積するためのサーバである。情報を蓄積するためのサーバには、スケジュールに関する情報、及び書面に関する情報に加え、患者に注意事項等を説明するための動画に関する情報が記憶されていてもよい。画像に関する情報は、例えば、画像を蓄積するためのサーバで管理されてもよい。

端末装置３２は、例えば、医師、看護師、又は薬剤師等が院内ＬＡＮに接続されているシステム及びサーバ等へアクセスするための情報処理装置である。端末装置３２は、例えば、据え置き型のＰＣ、ラップトップＰＣ等により実現される。端末装置３２は、例えば、スマートフォン、タブレット等の携帯端末により実現されてもよい。端末装置３２は、ＨＭＤ、腕時計型端末等のウェアラブル端末であってもよい。医師又は看護師は、複数の端末装置３２を使用してもよい。

各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。端末装置１０、第１サーバ２０、第２サーバ３１、及び端末装置３２のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。

＜１．１ 端末装置の構成＞
図２は、図１に示す端末装置１０の構成例を表すブロック図である。図２に示すように、端末装置１０は、通信部１２０と、入力装置１３と、出力装置１４と、音声処理部１７と、マイク１７１と、スピーカー１７２と、カメラ１６０と、位置情報センサ１５０と、記憶部１８０と、制御部１９０とを備える。端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。

通信部１２０は、端末装置１０が他の装置と通信するための変復調処理等の処理を行う。通信部１２０は、制御部１９０で生成された信号に送信処理を施し、外部（例えば、第１サーバ２０）へ送信する。通信部１２０は、外部から受信した信号に受信処理を施し、制御部１９０へ出力する。

入力装置１３は、端末装置１０を操作するユーザが指示、又は情報を入力するための装置である。入力装置１３は、例えば、操作面へ触れることで指示が入力されるタッチ・センシティブ・デバイス１３１等により実現される。端末装置１０がＰＣ等である場合には、入力装置１３は、リーダー、キーボード、マウス等により実現されてもよい。入力装置１３は、ユーザから入力される指示を電気信号へ変換し、電気信号を制御部１９０へ出力する。なお、入力装置１３には、例えば、外部の入力機器から入力される電気信号を受け付ける受信ポートが含まれてもよい。

出力装置１４は、端末装置１０を操作するユーザへ情報を提示するための装置である。出力装置１４は、例えば、ディスプレイ１４１等により実現される。ディスプレイ１４１は、制御部１９０の制御に応じたデータを表示する。ディスプレイ１４１は、例えば、ＬＣＤ（Liquid Crystal Display）、又は有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現される。

音声処理部１７は、例えば、音声信号のデジタル－アナログ変換処理を行う。音声処理部１７は、マイク１７１から与えられる信号をデジタル信号に変換して、変換後の信号を制御部１９０へ与える。また、音声処理部１７は、音声信号をスピーカー１７２へ与える。音声処理部１７は、例えば音声処理用のプロセッサによって実現される。マイク１７１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１７へ与える。スピーカー１７２は、音声処理部１７から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

カメラ１６０は、受光素子により光を受光し、撮影信号として出力するためのデバイスである。

位置情報センサ１５０は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。位置情報センサ１５０は、端末装置１０が接続する無線基地局の位置から、端末装置１０の現在の位置を検出してもよい。

記憶部１８０は、例えば、メモリ１５、及びストレージ１６等により実現され、端末装置１０が使用するデータ、及びプログラムを記憶する。記憶部１８０は、例えば、ユーザ情報１８１を記憶する。

ユーザ情報１８１は、例えば、端末装置１０を使用するユーザについての情報を含む。ユーザについての情報には、例えば、ユーザの氏名、年齢、住所、生年月日、連絡先、医療機関情報、共有者等が含まれる。医療機関情報は、例えば、医療機関名、当該医療機関における患者ＩＤ等を含む。共有者は、ユーザの診療に関する情報を共有する者であり、例えば、ユーザの親、子供、介護者等を含む。

制御部１９０は、プロセッサ１９が記憶部１８０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部１９０は、端末装置１０の動作を制御する。制御部１９０は、プログラムに従って動作することにより、操作受付部１９１と、送受信部１９２と、リハビリ管理部１９３と、提示制御部１９４ととしての機能を発揮する。

操作受付部１９１は、入力装置１３から入力される指示、又は情報を受け付けるための処理を行う。具体的には、例えば、操作受付部１９１は、タッチ・センシティブ・デバイス１３１等から入力される指示、又は情報を受け付ける。

また、操作受付部１９１は、マイク１７１から入力される音声指示を受け付ける。具体的には、例えば、操作受付部１９１は、マイク１７１から入力され、音声処理部１７でデジタル信号に変換された音声信号を受信する。操作受付部１９１は、例えば、受信した音声信号を分析して所定の名詞を抽出することで、ユーザからの指示を取得する。

送受信部１９２は、端末装置１０が、第１サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。具体的には、例えば、送受信部１９２は、ユーザから入力された情報、又はユーザから指示を第１サーバ２０へ送信する。また、送受信部１９２は、第１サーバ２０から提供される情報を受信する。

リハビリ管理部１９３は、ユーザによるリハビリテーションを管理する。具体的には、例えば、リハビリ管理部１９３は、ユーザからリハビリテーションの開始が指示されると、カメラ１６０を起動させる。リハビリ管理部１９３は、ユーザの運動をカメラ１６０で撮影可能な位置に端末装置１０を載置するように、スピーカー１７２、又はディスプレイ１４１から載置位置についての説明を提示する。運動を撮影するのに適した位置は、リハビリテーションの内容に応じて異なる。リハビリ管理部１９３は、ユーザに設定されているリハビリテーションについての運動を撮影するのに適した種々のパラメータが設定されている。ユーザは、運動の対象となる部位がカメラ１６０により撮影されるように端末装置１０を載置し、自身が画角に収まるように調整する。

リハビリ管理部１９３は、ユーザが運動を実施可能なように、スピーカー１７２、又はディスプレイ１４１から運動内容についての指導を提示する。運動内容についての指導は、リハビリテーションの内容に応じて異なる。リハビリ管理部１９３は、ユーザに設定されているリハビリテーションについての運動を指導するのに適した説明が設定されている。リハビリ管理部１９３は、撮影した画像に基づいて、運動を指導してもよい。

リハビリ管理部１９３は、カメラ１６０によりユーザの運動を撮影する。リハビリ管理部１９３は、ユーザがリハビリテーションを実施したことを表す情報と、撮影した画像に関する画像データとを第１サーバ２０へ送信する。

提示制御部１９４は、第１サーバ２０から提供された情報をユーザに対して提示するため、出力装置１４を制御する。具体的には、例えば、提示制御部１９４は、第１サーバ２０から送信される診療に関する情報をディスプレイ１４１に表示させる。また、提示制御部１９４は、第１サーバ２０から送信される情報をスピーカー１７２から出力させる。

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

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

記憶部２０２は、例えば、ユーザ情報テーブル２０２１と、医療機関テーブル２０２２と、カルテ情報テーブル２０２３と、クリニカルパステーブル２０２４と、処方薬情報テーブル２０２５と、関係書類情報テーブル２０２６と、リハビリ管理テーブル２０２７と、学習済みモデル２０２８等とを有する。記憶部２０２で記憶されるテーブルは、これらに限定されない。記憶部２０２では、例えば、会計に関する情報を記憶するテーブル、画像に関する情報を記憶するテーブルが記憶されていてもよい。

ユーザ情報テーブル２０２１は、ユーザについての情報を記憶するテーブルである。詳細は後述する。

医療機関テーブル２０２２は、医療機関に関する情報を記憶するテーブルである。詳細は後述する。

カルテ情報テーブル２０２３は、患者の電子カルテに関する情報を記憶するテーブルである。カルテ情報テーブル２０２３が記憶する電子カルテに関する情報は、例えば、病院システム３０で管理される電子カルテの少なくとも一部の情報である。カルテ情報テーブル２０２３で記憶される電子カルテに関する情報は、所定のタイミングで、病院システム３０で管理される情報に基づいて更新される。所定のタイミングは、例えば、以下である。
・所定の周期
・所定の時刻
・病院システム３０において、所定の患者の電子カルテに関する情報が更新されたとき

クリニカルパステーブル２０２４は、患者の診療のスケジュールに関する情報を記憶するテーブルである。クリニカルパステーブル２０２４が記憶するスケジュールに関する情報は、例えば、病院システム３０で管理されるスケジュールの少なくとも一部の情報である。クリニカルパステーブル２０２４で記憶されるスケジュールに関する情報は、所定のタイミングで、病院システム３０で管理される情報に基づいて更新される。所定のタイミングは、例えば、以下である。
・所定の周期
・所定の時刻
・病院システム３０において、所定の患者のスケジュールに関する情報が更新されたとき

処方薬情報テーブル２０２５は、患者に対して処方された薬剤に関する情報を記憶するテーブルである。処方薬情報テーブル２０２５が記憶する情報は、例えば、病院システム３０で管理される情報の少なくとも一部の情報である。処方薬情報テーブル２０２５で記憶される薬剤に関する情報は、所定のタイミングで、病院システム３０で管理される情報に基づいて更新される。所定のタイミングは、例えば、以下である。
・所定の周期
・所定の時刻
・病院システム３０において、所定の患者に薬剤が処方されたとき

関係書類情報テーブル２０２６は、患者に対して配布された書面に関する情報を記憶するテーブルである。関係書類情報テーブル２０２６が記憶する書面に関する情報は、例えば、病院システム３０で管理される書面に関する情報の少なくとも一部の情報である。関係書類情報テーブル２０２６で記憶される書面に関する情報は、所定のタイミングで、病院システム３０で管理される情報に基づいて更新される。所定のタイミングは、例えば、以下である。
・所定の周期
・所定の時刻
・病院システム３０において、所定の患者についての書面に関する情報が更新されたとき

リハビリ管理テーブル２０２７は、患者が実施したリハビリテーションに関する情報を記憶するテーブルである。詳細は後述する。

学習済みモデル２０２８は、例えば、リハビリをしている患者の動作を認識するためのモデルである。学習済みモデル２０２８は、例えば、第１サーバ２０からのサービスを提供されるにあたり、予め記憶されている。

学習済みモデル２０２８は、モデル学習プログラムに従い、機械学習モデルに機械学習を行わせることで生成される。学習済みモデル２０２８は、例えば、複数の関数が合成されたパラメータ付き合成関数である。パラメータ付き合成関数は、複数の調整可能な関数及びパラメータの組合せにより定義される。本実施形態に係る学習済みモデルは、上記の要請を満たす如何なるパラメータ付き合成関数であってもよい。

例えば、学習済みモデル２０２８が順伝播型の多層化ネットワークを用いて生成される場合、パラメータ付き合成関数は、例えば、重み行列を用いた各層間の線形関係、各層における活性化関数を用いた非線形関係（又は線形関係）、及びバイアスの組み合わせとして定義される。重み付行列、及びバイアスは、多層化ネットワークのパラメータと呼ばれる。パラメータ付き合成関数は、パラメータをどのように選ぶかで、関数としての形を変える。多層化ネットワークでは、構成するパラメータを適切に設定することで、出力層から好ましい結果を出力することが可能な関数を定義することができる。

本実施形態に係る多層化ネットワークとしては、例えば、深層学習（Deep Learning）の対象となる多層ニューラルネットワークである深層ニューラルネットワーク（Deep Neural Network：ＤＮＮ）が用いられ得る。ＤＮＮとしては、例えば、画像を対象とする畳み込みニューラルネットワーク（Convolution Neural Network：ＣＮＮ）を用いてもよい。

学習済みモデル２０２８は、例えば、入力される人の画像に対し、当該人の骨格モデルを出力するように学習されている。このとき、学習済みモデル２０２８をトレーニングするための学習用データは、例えば、人の画像を入力データとし、入力された人の画像に対する骨格モデルを正解出力データとする。

学習済みモデル２０２８は、リハビリテーションの対象となる部位毎に生成されてもよい。例えば、学習済みモデル２０２８は、手（肩、肘、手首等）のリハビリテーションに適した骨格モデルを出力するようにトレーニングされていてもよい。このとき、学習済みモデル２０２８は、例えば、手の関節周辺の骨格モデルを出力する。また、例えば、学習済みモデル２０２８は、足（股関節、膝、足首等）のリハビリテーションに適した骨格モデルを出力するようにトレーニングされていてもよい。このとき、学習済みモデル２０２８は、例えば、足の関節周辺の骨格モデルを出力する。このように、リハビリテーションの部位に応じて学習済みモデル２０２８を切り替えることで、必要な部位以外の動作を計算する必要がなくなるため、計算量を抑えることが可能となる。

制御部２０３は、プロセッサ２９が記憶部２０２に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部２０３は、プログラムに従って動作することにより、受信制御モジュール２０３１、送信制御モジュール２０３２、記憶モジュール２０３３、登録モジュール２０３４、抽出モジュール２０３５、通知モジュール２０３６、リハビリ管理モジュール２０３７、及び提示制御モジュール２０３８として示す機能を発揮する。

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

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

記憶モジュール２０３３は、病院システム３０から取得した情報を、記憶部２０２に記憶する。具体的には、例えば、病院システム３０に記憶される種々の情報は、所定の周期、例えば、一日に一回、バックアップ等の目的で出力される。記憶モジュール２０３３は、病院システム３０から出力される情報を取得し、取得した情報を記憶部２０２の各テーブルに記憶する。記憶モジュール２０３３は、医療機関及び患者をキーとして抽出可能に情報を記憶部２０２のテーブルに記憶する。

登録モジュール２０３４は、ユーザに関する情報の登録を制御する。具体的には、例えば、登録モジュール２０３４は、新たなユーザから本サービスの利用を要求された場合、ユーザに関する情報をユーザ情報テーブル２０２１に記憶する。登録モジュール２０３４は、利用する医療機関についての登録要求があった場合、登録を要求された医療機関についての情報をユーザ情報テーブル２０２１に記憶する。登録モジュール２０３４は、ユーザに関する情報を共有する者の登録要求があった場合、登録を要求された者に関する情報をユーザ情報テーブル２０２１に記憶する。ユーザに関する情報を共有する者は、例えば、患者を看護、又は介護等する者、例えば、血縁者である。

抽出モジュール２０３５は、患者、又は情報の共有者へ提供する情報を記憶部２０２から抽出する。具体的には、例えば、抽出モジュール２０３５は、患者、又は情報の共有者から、情報の提供が要求された場合、要求された情報を記憶部２０２から読み出し、読み出した情報を、情報を要求した患者又は共有者へ提示する。

通知モジュール２０３６は、所定のタイミングで、患者が必要とする情報を、患者又は共有者へ通知する。例えば、通知モジュール２０３６は、所定の患者についてのスケジュールに関する情報で規定されるタイミングになると、対応付けられている情報を患者又は共有者へ通知する。具体的には、例えば、通知モジュール２０３６は、クリニカルパスにおいて規定されている所定の日に達すると、その日と対応付けられている情報を通知する。所定の日は例えば、以下である。
・検査当日（検査前、検査後）
・検査前日
・検査一日後
・手術当日（手術前、手術後）
・手術前日
・手術前Ｘ日
・手術前Ｘ日～Ｙ日
・手術後Ｘ日
・手術後Ｘ日～Ｙ日

所定の日と対応付けられている情報は、例えば、以下である。
・所定の日（例えば、検査当日、手術当日等）であること
・検査、又は手術があること
・日毎（期間毎）の目標の説明
・日毎（期間毎）の処置の詳細
・日毎（期間毎）の治療の詳細
・日毎（期間毎）の検査の詳細
・日毎（期間毎）の注射の詳細
・日毎（期間毎）の点滴の詳細
・日毎（期間毎）の投薬の詳細
・日毎（期間毎）の活動（安静度）に関する目安
・日毎（期間毎）のリハビリの詳細
・日毎（期間毎）の食事（採るべき栄養）の詳細
・日毎（期間毎）の入浴等の可否についての詳細
・日毎（期間毎）の排せつに係る制限の詳細
・日毎（期間毎）の注意事項、備考内容の説明
・対応する日（期間）に担当者からの説明、指導があること
・対応する日（期間）に説明資料があること

通知モジュール２０３６は、対応付けられている情報と共に、予定されている時刻を通知してもよい。

また、例えば、通知モジュール２０３６は、所定の患者についての情報が更新されると、更新された情報を患者又は共有者へ通知する。更新される情報は、例えば、以下である。
・クリニカルパスの更新
・書類データ（検査報告書、同意書、リハビリテーションの実施計画書、リハビリテーションの総合実施計画書等）の更新
・治療費の更新

リハビリ管理モジュール２０３７は、患者が実施するリハビリを管理する。例えば、リハビリ管理モジュール２０３７は、患者が実施するリハビリテーションに関する情報を端末装置１０から受信し、受信した情報をリハビリ管理テーブル２０２７に記憶する。リハビリ管理モジュール２０３７は、所定のタイミングで、リハビリ管理テーブル２０２７に記憶する情報を送信制御モジュール２０３２により病院システム３０へ送信する。

リハビリ管理モジュール２０３７は、端末装置１０から送信される情報に基づき、患者が実施するリハビリテーションにおける運動を評価する。具体的には、例えば、リハビリ管理モジュール２０３７は、端末装置１０から送信される画像データを、画像解析する。より具体的には、例えば、リハビリ管理モジュール２０３７は、画像データを学習済みモデル２０２８に入力し、画像データに含まれる患者の骨格モデルを取得する。リハビリ管理モジュール２０３７は、患者の運動と連動する骨格モデルの運動に基づき、患者の運動を数値化する。リハビリ管理モジュール２０３７は、例えば、骨格モデルの運動から、稼働域、稼働方向、反復回数等を計測する。リハビリ管理モジュール２０３７は、計測値をリハビリ管理テーブル２０２７に記憶する。リハビリ管理モジュール２０３７は、例えば、カルテ情報テーブル２０２３に記憶されるリハビリ計画、又はクリニカルパステーブル２０２４に記憶されるクリニカルパス等から、対応する日の運動に対して設定されている目標を取得する。リハビリ管理モジュール２０３７は、計測結果と目標とを比較し、対応する日のリハビリを評価する。例えば、リハビリ管理モジュール２０３７は、計測結果が目標に達している場合、対応する日のリハビリが適切に実施できたと判断する。一方、リハビリ管理モジュール２０３７は、計測結果が目標に達しない場合、対応する日のリハビリが適切に実施できなかったと判断する。

リハビリ管理モジュール２０３７は、目標に対する達成度に応じ、例えば、医師へリハビリ計画の変更を提案する。具体的には、例えば、所定の期間において目標に達成した回数が所定回数より多い場合（つまり、所定期間においてリハビリが適切に実施できたとの判断が所定回数以上あった場合）、又は計測結果が目標を大きく超えることが続く場合等において、リハビリ管理モジュール２０３７は、目標を高くすることを医師に提案する。また、リハビリ管理モジュール２０３７は、目標を高くすると共に、リハビリ期間を短くすることを医師に提案する。

また、所定の期間において目標に達成した回数が所定回数より少ない場合（つまり、所定期間においてリハビリが適切に実施できたとの判断が所定回数未満である場合）、又は計測結果が目標を大きく下回ることが続く場合等において、リハビリ管理モジュール２０３７は、目標を低くすることを医師に提案する。また、リハビリ管理モジュール２０３７は、目標を低くすると共に、リハビリ期間を長くすることを医師に提案する。

また、リハビリ管理モジュール２０３７は、機能の回復度に応じ、例えば、医師へリハビリ計画の変更を提案する。具体的には、例えば、所定の期間において機能の回復が想定よりも早い場合、リハビリ管理モジュール２０３７は、目標を高くすることを医師に提案する。また、リハビリ管理モジュール２０３７は、目標を高くすると共に、リハビリ期間を短くすることを医師に提案する。また、例えば、所定の期間において機能の回復が想定よりも遅い場合、リハビリ管理モジュール２０３７は、目標を低くすることを医師に提案する。また、リハビリ管理モジュール２０３７は、目標を低くすると共に、リハビリ期間を長くすることを医師に提案する。

リハビリ管理モジュール２０３７は、リハビリテーションを実施する患者からのコメントを受け付けるようにしてもよい。リハビリ管理モジュール２０３７は、患者からのコメントを、リハビリ管理テーブル２０２７に記憶する。

リハビリ管理モジュール２０３７は、患者が術前である場合には、リハビリテーションと同様に、トレーニングを管理する。これにより、術前に体力をつけるための運動を促すことが可能となる。

提示制御モジュール２０３８は、記憶部２０２から抽出した情報を、患者又は共有者へ提示する。

＜２ データ構造＞
図４～図１０は、第１サーバ２０が記憶するテーブルのデータ構造を示す図である。なお、図４～図１０は一例であり、記載されていないデータを除外するものではない。また、同一のテーブルに記載されるデータであっても、記憶部２０２において離れた記憶領域に記憶されていることもあり得る。

図４は、ユーザ情報テーブル２０２１のデータ構造を示す図である。図４に示すユーザ情報テーブル２０２１は、ユーザＩＤをキーとして、氏名、年齢、性別、生年月日、連絡先、医療機関情報、共有者のカラムを有するテーブルである。

ユーザＩＤは、ユーザを一意に識別するための識別子を記憶する項目である。氏名は、ユーザの名前を記憶する項目である。年齢は、ユーザの年齢を記憶する項目である。性別は、ユーザの性別を記憶する項目である。生年月日は、ユーザの生年月日を記憶する項目である。連絡先は、ユーザが有している端末装置１０の連絡先（例えば、電話番号、メールアドレス等）を記憶する項目である。医療機関情報は、登録している医療機関に関する情報を記憶する項目である。医療機関情報は、例えば、医療機関名、及び当該医療機関におけるユーザの患者ＩＤを含む。共有者は、ユーザについての診療に関する情報の共有を許可された者に関する情報を記憶する項目である。共有者は、例えば、共有者として許諾された者の氏名、ユーザＩＤ等が記憶されている。

図５は、医療機関テーブル２０２２のデータ構造を示す図である。図５に示す医療機関テーブル２０２２は、医療機関ＩＤをキーとして、医療機関名のカラムを有するテーブルである。

医療機関ＩＤは、医療機関を一意に識別するための識別子を記憶する項目である。医療機関名は、医療機関の名称を記憶する項目である。

図６は、カルテ情報テーブル２０２３のデータ構造を示す図である。図６に示すカルテ情報テーブル２０２３は、医療機関ＩＤ及び患者ＩＤをキーとして、カルテデータのカラムを有するテーブルでる。

カルテデータは、カルテデータを記憶する項目である。カルテデータは、他の場所に配置されたカルテデータファイルに対する参照情報（パス）を記憶するものとしてもよい。カルテデータには、例えば、病名、検査項目、検査値、担当医、既往歴等の情報が含まれる。病名は、患者に対して診断されている疾病の名称を表す。検査項目は、患者について測定された検査項目の名称を表す。検査値は、各検査項目についての検査で測定された値を表す。担当医は、患者の診療を担当する医師の氏名を表す。既往歴は、現在は治癒している、過去に罹患した疾病の名称を表す。

図７は、クリニカルパステーブル２０２４のデータ構造を示す図である。図７に示すクリニカルパステーブル２０２４は、医療機関ＩＤ及び患者ＩＤをキーとして、クリニカルパスＩＤ、作成日、クリニカルパスデータ、作成者等のカラムを有するテーブルである。

クリニカルパスＩＤは、クリニカルパスを一意に識別するための識別子を記憶する項目である。作成日は、クリニカルパスを作成した日付を記憶する項目である。クリニカルパスデータは、クリニカルパスデータを記憶する項目である。クリニカルパスデータは、他の場所に配置されたクリニカルパスデータファイルに対する参照情報（パス）を記憶するものとしてもよい。作成者は、クリニカルパスを作成した者を記憶する項目である。

図８は、処方薬情報テーブル２０２５のデータ構造を示す図である。図８に示す処方薬情報テーブル２０２５は、医療機関ＩＤ及び患者ＩＤをキーとして、処方薬ＩＤ、処方日、薬データのカラムを有するテーブルでる。

処方薬ＩＤは、処方薬（についてのオーダ）を一意に識別するための識別子を記憶する項目である。処方日は、薬を処方した日付を記憶する項目である。薬データは、薬データを記憶する項目である。薬データは、他の場所に配置された薬データファイルに対する参照情報（パス）を記憶するものとしてもよい。

図９は、関係書類情報テーブル２０２６のデータ構造を示す図である。図９に示す関係書類情報テーブル２０２６は、医療機関ＩＤ及び患者ＩＤをキーとして、書類ＩＤ、配布日、書類データのカラムを有するテーブルでる。

書類ＩＤは、書類を一意に識別するための識別子を記憶する項目である。配布日は、書類を配布した日付を記憶する項目である。書類データは、書類データを記憶する項目である。書類データは、他の場所に配置された書類データファイルに対する参照情報（パス）を記憶するものとしてもよい。

図１０は、リハビリ管理テーブル２０２７のデータ構造を示す図である。図１０に示すリハビリ管理テーブル２０２７は、医療機関ＩＤ及び患者ＩＤをキーとして、開始日時、計測結果、評価、患者からのコメント、管理者からのコメントのカラムを有するテーブルである。

開始日時は、リハビリテーションを開始した日時を記憶する項目である。計測結果は、リハビリテーションにおける運動が計測された値を記憶する項目である。評価は、実施された運動についての、設定されている目標に対する達成度に基づく評価を記憶する項目である。患者からのコメントは、リハビリテーション中に患者から入力された、リハビリテーションに対するコメントを記憶する項目である。管理者からのコメントは、リハビリテーションを管理する、例えば、医師、リハビリの担当者等から、患者へ向けられたコメントを記憶する項目である。

＜３ 動作＞
患者が必要とする情報を提供する際の端末装置１０、及び第１サーバ２０の動作について説明する。

図１１は、本実施形態に係るシステム１の構成の例を表す模式図である。以下の説明では、図１１に示すように、第１サーバ２０は、病院システム３０から受信した情報を記憶する。第１サーバ２０は、端末装置１０を操作する患者からの要求に応じ、要求された情報を端末装置１０へ提示する。また、第１サーバ２０は、患者が必要とする情報を端末装置１０へプッシュ通知する。

（医療機関の登録処理）
図１２は、図１１に示す端末装置１０を操作するユーザが通う医療機関を登録する際の第１サーバ２０の動作の例を表すフローチャートである。

ユーザは、端末装置１０を操作し、自身が通院する医療機関の診察券を撮影する。端末装置１０は、診察券を撮影した画像を解析し、診察券に記載される情報を取得する。診察券に記載される情報には、例えば、医療機関名、登録番号、患者の氏名、患者の生年月日、患者の性別が含まれる。端末装置１０は、取得した情報を第１サーバ２０へ送信する。

ステップＳ１１において、第１サーバ２０の制御部２０３は、受信制御モジュール２０３１により、端末装置１０から送信される、診察券に記載される情報を受信する。

ステップＳ１２において、制御部２０３は、登録モジュール２０３４により、受信した情報をユーザと関連付ける。具体的には、登録モジュール２０３４は、受信した情報に含まれる患者の氏名、性別、生年月日を、ユーザ情報テーブル２０２１に記憶されているユーザの氏名、性別、生年月日と照合し、同じである場合、医療機関名と、登録番号とを、項目「医療機関情報」へ記憶する。登録モジュール２０３４は、ユーザ毎に、複数の医療機関情報を登録することが可能である。

登録モジュール２０３４は、医療機関情報を登録する際、取得した医療機関名が、医療機関テーブル２０２２に記憶されているか否かを判断してもよい。登録モジュール２０３４は、取得した医療機関名が医療機関テーブル２０２２に含まれている場合、医療機関名及び登録番号をユーザ情報テーブル２０２１に記憶する。

（診療に関する情報のプッシュ通知）
図１３は、図１１に示す端末装置１０に、ユーザが必要とする情報をプッシュ通知する際の端末装置１０と第１サーバ２０との動作の例を説明するための図である。

ステップＳ２１において、端末装置１０は、診療に関する情報をユーザに表示するためのアプリケーションを実行する。なお、診療に関する情報の表示は、ウェブブラウザを介して実行されてもよい。例えば、ユーザは、端末装置１０を操作し、診療に関する情報を確認するためのアプリケーションを選択し、端末装置１０に実行させる。端末装置１０がアプリケーションを実行すると、制御部１９０は、ユーザを認証するためのログイン画面をディスプレイ１４１に表示させる。

ユーザは、ログイン画面において、例えば、ログインＩＤ及びパスワードを入力する。なお、ログイン画面においてユーザが入力する情報は、ログインＩＤ及びパスワードに限定されない。生体情報等を入力することで、ログインしてもよい。

ステップＳ２２において、制御部１９０は、ユーザの認証が完了すると、ユーザＩＤと関連付けて第１サーバ２０に接続する。

ステップＳ２３において、第１サーバ２０は、ユーザが必要とする情報を取得する。具体的には、例えば、制御部２０３は、通知モジュール２０３６により、受信したユーザＩＤに基づき、前回の接続日時を取得する。通知モジュール２０３６は、記憶部２０２に記憶され、ユーザＩＤと関連付けられている医療機関名及び患者ＩＤと関わる情報のうち、前回の接続日時以降に更新された情報があるか否かを判断する。前回の接続日時以降に更新された情報がある場合、通知モジュール２０３６は、更新された情報があることを取得する。

また、例えば、通知モジュール２０３６は、ユーザＩＤと関連付けられている医療機関名及び患者ＩＤについてのスケジュールに関する情報に基づき、接続した日に対応付けられている情報が記憶部２０２に記憶されているか否かを判断する。対応付けられている情報がある場合、通知モジュール２０３６は、対応付けられている情報を記憶部２０２の所定のテーブル、例えば、クリニカルパステーブル２０２４から取得する。

ステップＳ２４において、通知モジュール２０３６は、取得した情報を端末装置１０へ通知する。具体的には、例えば、通知モジュール２０３６は、前回の接続日時以降に更新された情報があることを端末装置１０へ通知する。このとき、通知モジュール２０３６は、情報が更新された日時を端末装置１０へ通知してもよいし、更新があったことを端末装置１０へ通知してもよい。また、通知モジュール２０３６は、更新された情報があることを、医療機関を判別可能に通知してもよい。

また、通知モジュール２０３６は、接続した日に対応付けられている情報を端末装置１０へ通知する。このとき、情報に対して予定時刻が設定されている場合、通知モジュール２０３６は、設定されている時刻も端末装置１０へ通知してもよい。また、通知モジュール２０３６は、接続した日に対応付けられている情報を、医療機関を判別可能に通知してもよい。

ステップＳ２５において、制御部１９０は、送受信部１９２により、第１サーバ２０から送信される情報を受信する。制御部１９０は、提示制御部１９４により、受信した情報をユーザに提示する。具体的には、例えば、提示制御部１９４は、前回の接続日時以降に更新された情報があることをディスプレイ１４１に表示させる。また、提示制御部１９４は、接続した日に対応付けられている情報をディスプレイ１４１に表示させる。

図１４は、端末装置１０で表示されるプッシュ通知の例を表す模式図である。図１４では、プッシュ通知を表す画面が、アプリケーションのホーム画面として設定されている場合を表している。図１４に示す画面には、前回の接続日時以降に更新された情報を表示する領域１４１１が含まれる。図１４において、領域１４１１には、更新された情報として、書類が届いたこと、看護計画表が更新されたこと、治療費が更新されたことが表示されている。なお、領域１４１１に表示される内容はこれらに限定されない。また、領域１４１１に表示される内容には、その内容がどこの医療機関についての情報か認識できるように、医療機関に関する情報が記載されていてもよい。

また、図１４に示す画面には、接続した日に対応付けられている情報を表示する領域１４１２が含まれる。図１４において、領域１４１２には、接続した日に対応付けられている情報として、夕食の確認をすること、点滴があること、検温があること、昼食の確認をすることが表示されている。昼食の確認をすることは、確認済みであるとして、チェックが付けられている。

領域１４１２には、服薬を確認するためのボタン１４１２１が表示されている。ユーザがボタン１４１２１を押下すると、服薬を確認するための画面が表示される。

図１５は、端末装置１０で表示される、服薬を確認するための画面の例を表す模式図である。図１５に示す画面では、処方薬の服薬を促す内容が表示されている。図１５に示す画面では、服薬したことを入力するためのボタン１４１２２が表示されている。ユーザは、処方薬を服薬すると、ボタン１４１２２を押下する。ユーザがボタン１４１２２を押下すると、端末装置１０は、ユーザが処方薬を服薬したことを医療機関等へ送信する。

なお、図１４の領域１４１２に表示される内容はこれらに限定されない。例えば、上述した、所定の日と対応付けられている情報のうちいずれかが表示されていてもよい。また、領域１４１２に表示される内容には、医療機関に関する情報が記載されていてもよい。また、図１４に示す画面では、ユーザが接続した日についての情報に加え、接続日以前の情報も閲覧可能となっていてもよい。例えば、図１４に示す画面を上にスライド操作することで、過去の情報も表示される。

（ユーザ要求に応じた情報の表示処理）
図１６は、ユーザからの要求に応じ、診療に関する情報を端末装置１０に表示する際の端末装置１０と第１サーバ２０との動作の例を説明するための図である。

ステップＳ３１において、端末装置１０は、所望する医療機関についての指定をユーザから受け付ける。ユーザは、診察券を登録している医療機関のうち、診療に関する情報を確認したい医療機関を指定する。具体的には、例えば、ユーザは、図１４に示される診察券アイコン１４１３を押下する。制御部１９０は、診察券アイコン１４１３が押下されると、提示制御部１９４により、医療機関の選択を受け付けるための画面をディスプレイ１４１に表示させる。提示制御部１９４は、例えば、選択可能な医療機関をリスト状にして表示する。ユーザは、表示される医療機関のうち、診療に関する情報を確認したい医療機関を選択する。

ステップＳ３２において、制御部１９０は、送受信部１９２により、ユーザが選択した医療機関を第１サーバ２０へ通知する。

ステップＳ３３において、第１サーバ２０の制御部２０３は、抽出モジュール２０３５により、指定された医療機関についてのユーザの情報を抽出する。具体的には、例えば、抽出モジュール２０３５は、医療機関ＩＤ及び患者ＩＤをキーとして、カルテ情報テーブル２０２３、クリニカルパステーブル２０２４、処方薬情報テーブル２０２５、関係書類情報テーブル２０２６から情報を抽出する。

ステップＳ３４において、制御部２０３は、提示制御モジュール２０３８により、抽出した情報をユーザに提示する。例えば、制御部２０３は、送信制御２０３２により、抽出した情報を表示させるための情報を端末装置１０へ送信する。

ステップＳ３５において、制御部１９０は、提示制御部１９４により、第１サーバ２０により提供された情報、つまり、ユーザにより選択された医療機関についての情報をディスプレイ１４１に表示させる。

図１７は、ユーザにより選択された医療機関についての情報を表示する画面の例を表す模式図である。図１７に示す画面には、医療機関を表す領域１４１７が含まれる。領域１４１７には、医療機関名、及び患者ＩＤが表示されている。また、領域１４１７には、ユーザの要求を入力するためのアイコンを表す領域１４１７１が表示されている。領域１４１７１に表示されるアイコンは、対応する医療機関での診察を予約するためのアイコン、対応する医療機関へ電話をかけるためのアイコン、対応する医療機関のホームページへアクセスするためのアイコン、対応する医療機関についての情報を共有する者（共有者）を設定するためのアイコン等を含む。医療機関へ連絡するための情報は、例えば、医療機関テーブル２０２２に記憶されている情報に基づく。診察を予約するためのアイコンは、診察予約の状況を確認するためのアイコンであってもよい。

情報の共有者を設定するためのアイコンがユーザによりタップされると、制御部１９０は、共有者の指定を受け付ける。ユーザは、例えば、医療機関毎に共有者を設定することが可能である。これにより、設定された共有者は、本アプリケーションから、ユーザの診療に関する情報のうち、該当する医療機関についての情報を閲覧することが可能となる。また、ユーザは、例えば、診療科毎に共有者を設定することが可能となる。これにより、設定された共有者は、本アプリケーションから、ユーザの診療に関する情報のうち、該当する診療科についての診療情報を閲覧することが可能となる。医療機関毎、又は診療科毎に共有者を設定可能とすることで、ユーザは、プライバシーを維持しつつ、適切な情報を共有することが可能となる。

図１７に示す画面には、医療機関において診察を受けている診療科を表す領域１４１８が含まれる。領域１４１８では、診察を受けている診療科が、例えば、リスト状に配列されて表示されている。領域１４１８における各診療科の表示には、診療科の名称、担当医、直近で設定されている予定、クリニカルパスにおける現在のステータス等が含まれている。これらの情報は、例えば、カルテ情報テーブル２０２３、クリニカルパステーブル２０２４等に記憶されている情報に基づく。

ステップＳ３６において、端末装置１０は、所望する情報の指定をユーザから受け付ける。例えば、ユーザは、領域１４１８で表示される診療科のうち、診療に関する情報を確認したい診療科を指定する。また、例えば、ユーザは、現在設定されているクリニカルパスを確認したい場合、クリニカルパスアイコン１４１４を指定する。また、例えば、ユーザは、配布されている書類のうち、確認したい書類がある場合、関係書類アイコン１４１５を指定する。

ステップＳ３７において、制御部１９０は、送受信部１９２により、ユーザが所望する情報を第１サーバ２０へ通知する。

ステップＳ３８において、制御部２０３は、抽出モジュール２０３５により、ユーザが所望する情報を記憶部２０２から抽出する。具体的には、例えば、抽出モジュール２０３５は、医療機関ＩＤ及び患者ＩＤをキーとして、カルテ情報テーブル２０２３、クリニカルパステーブル２０２４、処方薬情報テーブル２０２５、関係書類情報テーブル２０２６から、ユーザが所望する情報を抽出する。

ステップＳ３９において、制御部２０３は、提示制御モジュール２０３８により、抽出した情報をユーザに提示する。例えば、制御部２０３は、送信制御モジュール２０３２により、抽出した情報を表示させるための情報を端末装置１０へ送信する。

ステップＳ３１０において、制御部１９０は、提示制御部１９４により、第１サーバ２０により提供された情報、つまり、ユーザが所望する情報をディスプレイ１４１に表示させる。

図１８は、図１７において、領域１４１８で表示される診療科のいずれかが選択された場合の画面の例を表す模式図である。図１８に示す画面には、ユーザが項目を選択可能な領域１４１８１が含まれる。領域１４１８１においては、「診療情報」、「食事」、「お薬」の項目が選択可能となっている。

また、図１８に示す画面には、領域１４１８１の領域に対応する小項目を選択可能な領域１４１８２が含まれる。領域１４１８２においては、「診療情報」についての小項目である「血液検査」、「検温」が選択可能となっている。また、図示はしていないが、「お薬」についての小項目としては「注射」、「服用」が選択可能である。なお、項目、小項目は上記に限定されず、クリニカルパスで規定される情報に基づき、任意に設定可能である。

また、図１８に示す画面には、選択した項目、又は選択した小項目と対応する内容の情報が表示される領域１４１８３が含まれる。図１７に示す画面では、領域１４１８３には、小項目「血液検査」についての測定値が表示されている。

図１９は、クリニカルパスアイコン１４１４が選択された場合の画面の例を表す模式図である。図１９に示す画面には、ユーザに対して設定されているスケジュールを表示する領域１４１４１が含まれる。領域１４１４１では、クリニカルパスで規定されるスケジュールが表示される。各スケジュールは、クリニカルパスに基づく期間と対応する幅を有する帯で表される。該当期間を表す帯は、対象となる項目毎に縦方向に並べられている。ユーザが帯をタップすると、提示制御部１９４は、詳細な情報を表示するウィンドウ１４１４１１を立ち上げる。

図１９に示す画面では、スケジュールのスケールを切り替えるための領域１４１４２が含まれる。領域１４１４２では、「日」、「週」、「月」が選択可能となっている。

図２０は、関係書類アイコン１４１５が選択された場合の画面の例を表す模式図である。図２０に示す画面では、所定のファイル形式の書面、画像がリスト状に配列されて表示されている。ユーザがいずれかの書面又は画像をタップすると、提示制御部１９４は、タップされた書面又は画像を記憶部２０２から取得し、取得した書面又は画像をディスプレイ１４１に表示させる。記憶部２０２には、患者に注意事項等を説明するための動画が記憶されていてもよい。このとき、図２０に示す画面において、例えば、動画がリスト状に配列されて表示されている。ユーザがいずれかの動画をタップすると、提示制御部１９４は、タップされた動画を記憶部２０２から取得し、取得した動画をディスプレイ１４１に表示させる。

図２１は、その他アイコン１４１６が選択された場合の画面の例を表す模式図である。図２１に示す画面には、オンライン診療を開始するためのアイコン１４１６１、医療関係者とのチャットを開始するためのアイコン１４１６２、売店サイトへ接続するためのアイコン１４１６３、カメラ１６０により記録を取るためのアイコン１４１６４が含まれる。アイコン１４１６４がユーザにより押下されると、カメラ１６０が起動される。ユーザは、カメラ１６０を操作し、例えば、患部を撮影する。制御部１９０は、カメラ１６０により撮影された画像を第１サーバ２０へ送信する。第１サーバ２０は、受信した画像を記憶部２０２に記憶し、所定のタイミングで病院システム３０へ送信する。

（リハビリテーションの管理）
図２２は、リハビリテーションを管理する際の端末装置１０と第１サーバ２０との動作の例を説明するための図である。

ステップＳ４１において、端末装置１０は、リハビリテーションの開始の指示をユーザから受け付ける。具体的には、例えば、ユーザは、端末装置１０を操作し、アプリケーションのホーム画面を確認する。ホーム画面は、例えば、図１４に示すような態様で情報を表示しており、領域１４１２に、「リハビリを実施すること」が実施予定時刻と共に表示されている。ユーザは、表示されている時刻に達すると、例えば、領域１４１２に表示される「リハビリを実施すること」をタップする。ユーザにより「リハビリを実施すること」がタップされると、提示制御部１９４は、リハビリの開始を受け付けるための画面をディスプレイ１４１に表示させる。ユーザは当該画面において、リハビリの開始を指示する。

リハビリの実施予定時刻は、例えば、カルテ情報テーブル２０２３に記憶されるリハビリ計画、又はクリニカルパステーブル２０２４に記憶されるクリニカルパス等において設定されている。リハビリ計画、又はクリニカルパスにおいて、リハビリの実施予定時刻が設定されておらず、リハビリを実施する日付のみが設定されていることもある。このとき、ユーザは、リハビリを実施する時刻を自ら端末装置１０に登録してもよい。また、領域１４１２に表示される、リハビリの実施を気付かせる表示、つまり「リハビリを実施すること」の表示は、実施予定時刻が表示されておらず、その日にリハビリを実施することのみが提示されてもよい。対応する日にリハビリを実施する必要があることをユーザに伝えることで、ユーザにリハビリの実施を促すことが可能となる。

ステップＳ４２において、制御部１９０は、リハビリ管理部１９３により、ユーザによる運動を実施させる。具体的には、例えば、リハビリ管理部１９３は、ユーザからリハビリテーションの開始が指示されると、カメラ１６０を起動させる。リハビリ管理部１９３は、ユーザの運動をカメラ１６０で撮影可能な位置に端末装置１０を載置するように、スピーカー１７２、又はディスプレイ１４１から、端末装置１０の載置位置についての説明を提示する。

ユーザは、運動の対象となる部位がカメラ１６０により撮影されるように端末装置１０を載置する。例えば、歩行訓練のような移動を伴う運動の場合は、ユーザは、移動の様子が撮影される位置に端末装置１０を載置する。歩行訓練のための印を用意し、印がカメラ１６０の画角に含まれるように端末装置１０の位置を調整してもよい。

図２３は、リハビリテーションの運動を端末装置１０が撮影する際の模式図を表す。図２３において、運動を行う患者Ａが端末装置１０により撮影され、撮影された画像が端末装置１０のディスプレイ１４１に表示されている。

端末装置１０が適当な位置に載置されると、リハビリ管理部１９３は、ユーザが運動を実施可能なように、スピーカー１７２、又はディスプレイ１４１から運動内容についての指導を提示する。ユーザは、指導内容に従い、運動を行う。リハビリ管理部１９３は、カメラ１６０により、運動するユーザを撮影する。また、例えば、リハビリ管理部１９３は、撮影した画像に基づき、ユーザの運動を指導するようにしてもよい。具体的には、例えば、リハビリ管理部１９３は、リハビリに係る正しい姿勢等の情報を記憶している。また、リハビリ管理部１９３は、ユーザについて設定された目標に基づく情報を記憶している。目標に基づく情報は、例えば、可動範囲、稼働方向、反復回数である。リハビリ管理部１９３は、例えば、撮影した画像を画像解析した結果と、これらの情報とを比較し、リハビリに適した運動が実施可能なようにユーザを指導する。

ステップＳ４３において、送受信部１９２は、ユーザがリハビリテーションを実施したことを表す情報、開始した時刻を表す情報、撮影した画像に関する画像データを第１サーバ２０へ送信する。

リハビリ管理部１９３は、予定されるリハビリテーションがユーザにより実施されない場合、リハビリテーションが実施されていないことをユーザへ通知する。具体的には、例えば、リハビリ管理部１９３は、予定される時刻から所定時間経過してもリハビリの開始が指示されない場合、ユーザへ、リハビリが予定されている時刻が徒過したことを通知する。また、リハビリ管理部１９３は、リハビリを実施する予定時刻が設定されていない場合、リハビリの実施が予定されている日の所定時刻までにリハビリが実施されたか否かを判断する。所定時刻までにリハビリが実施されていない場合、リハビリ管理部１９３は、リハビリが実施されていないことをユーザに通知する。リハビリ管理部１９３は、リハビリが継続して実施されていない場合、リハビリが実施されていないことを通知すると共に、リハビリを継続しないことによる問題を提示してもよい。
リハビリ管理部１９３は、例えば、リハビリが実施されないままその日が終了した場合、その日にリハビリが実施されなかったことを第１サーバ２０へ送信する。

ステップＳ４４において、制御部２０３は、リハビリ管理モジュール２０３７により、ユーザによるリハビリテーションを管理する。例えば、リハビリ管理モジュール２０３７は、端末装置１０から受信した情報をリハビリ管理テーブル２０２７に記憶する。リハビリ管理モジュール２０３７は、所定のタイミングで、リハビリ管理テーブル２０２７に記憶する情報を送信制御モジュール２０３２により病院システム３０へ送信する。所定のタイミングは、例えば、１日に１回の情報のバックアップのタイミング等である。これにより、医師等の管理者は、患者のリハビリの状態を把握することが可能となる。また、管理者は、患者からのコメントがある場合、そのコメントを確認する。管理者は、コメントに対する回答を返信してもよいし、スケジュールを修正してもよい。これにより、リハビリに関する実際のデータに基づいて、患者と管理者との間でコミュニケーションをとることが可能となり、リハビリについての疑問を解消させることが可能となるので、正しいリハビリを実施することが可能となる。また、管理者が常に協力してくれるという感情が湧くため、患者がリハビリを実施するモチベーションが維持される。

抽出モジュール２０３５は、リハビリ管理テーブル２０２７に記憶される情報を抽出し、患者、又は情報の共有者へ提供してもよい。具体的には、例えば、抽出モジュール２０３５は、患者、又は情報の共有者から、リハビリに関する情報の閲覧が要求された場合、要求された情報をリハビリ管理テーブル２０２７から読み出し、読み出した情報を要求元へ提供する。

また、リハビリ管理モジュール２０３７は、ユーザにより実施されるリハビリテーションを評価する。例えば、リハビリ管理モジュール２０３７は、端末装置１０から送信される画像データを、学習済みモデル２０２８に入力し、画像データに含まれる患者の骨格モデルを取得する。学習済みモデル２０２８は、リハビリテーションの対象とする部位毎に用意されていてもよい。この場合、画像データには、例えば、リハビリテーションの対象を表す識別情報が付されている。リハビリ管理モジュール２０３７は、識別情報に基づき、ユーザに適した学習済みモデル２０２８を選択する。リハビリ管理モジュール２０３７は、患者の運動と連動する骨格モデルの運動に基づき、患者の運動を数値化する。リハビリ管理モジュール２０３７は、計測結果をリハビリ管理テーブル２０２７に記憶する。

リハビリ管理モジュール２０３７は、例えば、カルテ情報テーブル２０２３に記憶されるリハビリ計画、又はクリニカルパステーブル２０２４に記憶されるクリニカルパス等から、対応する日の運動に対して設定されている目標を取得する。リハビリ管理モジュール２０３７は、計測結果と目標とを比較し、対応する日のリハビリを評価する。例えば、リハビリ管理モジュール２０３７は、計測結果が目標に達している場合、対応する日のリハビリが適切に実施できたと判断する。一方、リハビリ管理モジュール２０３７は、計測結果が目標に達しない場合、対応する日のリハビリが適切に実施できなかったと判断する。

リハビリ管理モジュール２０３７は、計測結果に基づき、ユーザの運動が、取得した目標に達するようにアドバイスするようにしてもよい。例えば、リハビリ管理モジュール２０３７は、可動範囲が目標よりも狭い場合には、目標に沿った可動範囲となるように運動を補助する情報を提示する。また、リハビリ管理モジュール２０３７は、稼働方向に改善の余地がある場合、正しい稼働方向となるように運動を補助する情報を提示する。また、リハビリ管理モジュール２０３７は、反復回数が目標よりも少ない場合には、反復回数が目標に達するように運動を促す。

ステップＳ４５において、リハビリ管理モジュール２０３７は、目標に対する達成度に応じ、例えば、医師へリハビリ計画の変更を提案する。

以上のように、上記実施形態では、制御部２０３は、記憶モジュール２０３３により、医療機関３０から提供された、患者のリハビリテーション又はトレーニングのスケジュールに関する情報を記憶部２０２に記憶する。制御部２０３は、通知モジュール２０３６により、スケジュールに関する情報に含まれる、当日に対応付けられている情報を患者が使用する端末１０へ送信する。制御部２０３は、リハビリ管理モジュール２０３７により、リハビリテーション又はトレーニングにおける運動を撮影した撮影データに係る情報を端末１０から受け取る。リハビリ管理モジュール２０３７は、受け取った情報に基づき、患者のリハビリテーション又はトレーニングを管理する。これにより、予定されているリハビリ又はトレーニングの実施をユーザに促すことが可能となる。また、撮影データに基づいてリハビリ又はトレーニングの実施を管理するため、リハビリ又はトレーニングについての正確な情報を記憶することが可能となる。

したがって、上記実施形態によれば、効果的なリハビリを継続的に患者に実施させることができる。

また、上記実施形態では、リハビリ管理モジュール２０３７は、撮影データを画像解析することで運動を数値化する。これにより、リハビリテーション又はトレーニングにおける運動が数値化されるため、客観的な判断が可能となる。

また、上記実施形態では、リハビリ管理モジュール２０３７は、数値化した計測結果と、患者について設定されている目標とを比較することで運動を評価する。これにより、患者によるリハビリテーション又はトレーニングを、客観的に評価することが可能となる。

また、上記実施形態では、リハビリ管理モジュール２０３７は、所定の期間において、計測結果と目標とを比較することで運動を評価する。これにより、リハビリテーション又はトレーニングの時系列的な変化を観察することが可能となり、機能がどの程度回復したかを客観的に把握することが可能となる。

また、上記実施形態では、制御部２０３は、送信制御モジュール２０３２により、管理する情報を、リハビリテーション又はトレーニングの管理者へ送信する。これにより、患者のリハビリテーション又はトレーニングに関する情報を、管理者と共有することが可能となるため、管理者は、遠隔であっても患者の情報を正しく把握することが可能となる。また、管理者は、直接患者を診療する際に患者から情報を聞き出す必要がなくなり、診療時の負担を軽減できる。

また、上記実施形態では、送信制御モジュール２０３２は、管理する情報を、患者の情報の共有者へ送信する。これにより、共有者は、患者のリハビリテーション又はトレーニングに関する情報を閲覧可能となるため、患者を見守ることが可能となる。

また、上記実施形態では、リハビリ管理モジュール２０３７は、患者について設定されている目標の達成具合に応じ、リハビリテーション又はトレーニングの計画の変更を提示する。これにより、リハビリテーション又はトレーニングの経過に併せて柔軟に計画が変更可能となる。そのため、患者は、自身の回復度合いに適した、より効果的なリハビリテーション又はトレーニングを実施することが可能となる。

また、上記実施形態では、制御部１９０は、送受信部１９２により、ユーザのリハビリテーション又はトレーニングのスケジュールに関する情報のうち、当日に対応付けられている情報を受信する。制御部１９０は、提示制御部１９４により、受信した情報をユーザに提示する。制御部１９０は、リハビリ管理部１９３により、ユーザからの開始指示に応じて、リハビリテーション又はトレーニングを開始させ、リハビリテーション又はトレーニングにおける運動を撮影する。リハビリ管理部１９３は、運動を撮影した撮影データに係る情報を第１サーバ２０へ送信する。これにより、予定されているリハビリ又はトレーニングの実施をユーザに促すことが可能となる。また、撮影データに係る情報を送信するため、リハビリ又はトレーニングについての正確な情報を記憶することが可能となる。

また、上記実施形態では、リハビリ管理部１９３は、撮影データを画像解析することで運動を数値化する。送信制御モジュール２０３２は、数値化した計測結果を第１サーバ２０へ送信する。これにより、撮影データを第１サーバ２０へ送信しなくてもよくなるため、データ通信量を削減させることが可能となる。

また、上記実施形態では、提示制御部１９４は、運動の撮影に関する情報をユーザへ提示する。これにより、運動に対するカメラ１６０の位置、角度、カメラ１６０の所定の設定を指定することが可能となり、運動を画像解析しやすい画像を取得することが可能となる。

また、上記実施形態では、提示制御部１９４は、運動に関する情報をユーザへ提示する。これにより、リハビリテーション又はトレーニングにおいて、どのように運動をするべきなのかユーザが認識可能となるため、より効果的なリハビリテーション又はトレーニングが可能となる。

＜変形例＞
上記実施形態では、第１サーバ２０がユーザのリハビリテーションにおける運動を評価する場合を説明したが、ユーザの運動を評価するのは、第１サーバ２０に限定されない。端末装置１０がユーザの運動を評価してもよい。

例えば、制御部１９０は、画像を解析することでユーザの運動を評価する機能を有していてもよい。制御部１９０は、例えば、カメラ１６０で撮影した運動についての画像を解析し、画像に含まれるユーザを認識し、認識したユーザにより実施される運動を数値化する。具体的には、例えば、記憶部１８０は、ユーザの画像に基づき、ユーザの骨格モデルを作成する学習済みモデルを記憶している。この学習済みモデルは、例えば、記憶部２０２に記憶される学習済みモデル２０２８と同様のモデルである。

記憶部１８０に記憶される学習済みモデルは、ユーザのリハビリ計画に応じたモデルであってよい。例えば、リハビリテーションにおいて運動の対象となる部位は、疾患によって異なる。学習済みモデルは、例えば、それぞれの部位に応じた骨格モデルを出力するように学習されている。学習済みモデルは、例えば、リハビリが開始される際に、第１サーバ２０からダウンロード可能になっている。学習済みモデルが、疾患に応じた骨格モデルを出力するため、端末装置１０での計算量を抑えることが可能となる。

制御部１９０は、患者の運動を数値化した結果を第１サーバ２０へ送信する。

制御部１９０は、計測結果に基づいて患者の運動を評価する。例えば、制御部１９０は、カルテ情報テーブル２０２３に記憶されるリハビリ計画、又はクリニカルパステーブル２０２４に記憶されるクリニカルパス等から、対応する日の運動に対して設定されている目標を取得する。制御部１９０は、計測結果と目標とを比較し、対応する日のリハビリを評価する。制御部１９０は、評価結果を第１サーバ２０へ送信する。

制御部１９０が、患者の運動を数値化した結果、運動の評価結果、又はこれらの両方を第１サーバ２０へ送信する場合、例えば、端末装置１０は、リハビリテーションに関する運動を撮影した画像を第１サーバ２０へ送信しなくてもよい。これにより、端末装置１０と、第１サーバ２０との通信量が抑えられる。

また、上記実施形態では、端末装置１０のディスプレイ１４１における領域１４１２に、リハビリの実施を気付かせる内容が表示される場合を説明した。しかしながら、リハビリの実施を気付かせる内容と共に、リハビリにかかる時間が表示されてもよい。また、領域１４１２には、トレーニングの実施を気付かせる内容が表示されてもよく、トレーニングの実施を気付かせる内容と共に、トレーニングにかかる時間が表示されてもよい。

また、上記実施形態では、リハビリ管理モジュール２０３７は、目標に対する達成度に応じ、医師へリハビリ計画の変更を提案する場合を説明した。しかしながら、リハビリ管理モジュール２０３７がリハビリ計画の変更を提案するのは、目標に対する達成度に限定されない。第１サーバ２０は、端末装置１０を介して、ユーザの生活に関する情報を取得することが可能である。例えば、端末装置１０は、ユーザが生活する際に取得される所定のセンシング情報を取得する。所定のセンシング情報は、例えば、ウェアラブルデバイスによって取得された情報、端末装置１０に設けられたデバイスにより取得された情報等を含む。また、端末装置１０は、ユーザの生活における所定の情報を、ユーザ自身の入力から取得する。所定の情報は、例えば、ユーザの家の間取り、居住環境、ユーザの移動環境（自動車、電車等）、家族構成等を含む。リハビリ管理モジュール２０３７は、端末装置１０から取得した、ユーザの生活に関する情報に基づいて医師へリハビリ計画の変更を提案する。リハビリ管理モジュール２０３７は、例えば、生活において足らない運動を把握し、足らないと推定される運動と対応する運動を追加するように医師へ提案する。また、リハビリ管理モジュール２０３７は、例えば、生活において足りている運動を把握し、割愛してもよいと推定される運動を削減するように医師へ提案する。

＜４ コンピュータの基本ハードウェア構成＞
図２４は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９１、主記憶装置９２、補助記憶装置９３、通信ＩＦ９９（インタフェース、Interface）を少なくとも備える。これらはバスにより相互に電気的に接続される。

プロセッサ９１とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９１は、演算装置、レジスタ、周辺回路等から構成される。

主記憶装置９２とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

補助記憶装置９３とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。

通信ＩＦ９９とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。

なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

＜コンピュータ９０の基本機能構成＞
図２４に示すコンピュータ９０の基本ハードウェア構成により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。

なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

制御部は、プロセッサ９１が補助記憶装置９３に記憶された各種プログラムを読み出して主記憶装置９２に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。

記憶部は、主記憶装置９２、補助記憶装置９３により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９１は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９２または補助記憶装置９３に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９１に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。

データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブルと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル同士の関係を設定し、関連づけることができる。
通常、各テーブルにはレコードを一意に特定するためのキーとなるカラムが設定されるが、カラムへのキーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９１に、記憶部に記憶された特定のテーブルにレコードを追加、削除、更新を実行させることができる。

通信部は、通信ＩＦ９９により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９１に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。

以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、医療機関から提供された、患者のリハビリテーション又はトレーニングのスケジュールに関する情報を記憶部に記憶するステップと、スケジュールに関する情報に含まれる、当日に対応付けられている情報を患者が使用する端末へ送信するステップと、リハビリテーション又はトレーニングにおける運動を撮影した撮影データに係る情報を端末から受け取るステップと、受け取った情報に基づき、患者のリハビリテーション又はトレーニングを管理するステップとを実行させるプログラム。
（付記２）
管理するステップにおいて、撮影データを画像解析することで運動を数値化する（付記１）に記載のプログラム。
（付記３）
管理するステップにおいて、数値化した計測結果と、患者について設定されている目標とを比較することで運動を評価する（付記２）に記載のプログラム。
（付記４）
管理するステップにおいて、所定の期間において、計測結果と目標とを比較することで運動を評価する（付記３）に記載のプログラム。
（付記５）
管理する情報を、リハビリテーション又はトレーニングの管理者へ送信するステップをプロセッサに実行させる（付記１）乃至（付記４）のいずれかに記載のプログラム。
（付記６）
管理する情報を、患者の情報の共有者へ送信するステップをプロセッサに実行させる（付記１）乃至（付記５）のいずれかに記載のプログラム。
（付記７）
患者について設定されている目標の達成具合に応じ、リハビリテーション又はトレーニングの計画の変更を提示するステップをプロセッサに実行させる（付記１）乃至（付記６）のいずれかに記載のプログラム。
（付記８）
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、ユーザのリハビリテーション又はトレーニングのスケジュールに関する情報のうち、当日に対応付けられている情報を受信するステップと、受信した情報をユーザに提示するステップと、ユーザからの開始指示に応じて、リハビリテーション又はトレーニングを開始させ、リハビリテーション又はトレーニングにおける運動を撮影するステップと、運動を撮影した撮影データに係る情報を送信するステップとを実行させるプログラム。
（付記９）
撮影データを画像解析することで運動を数値化するステップをプロセッサに実行させ、送信するステップにおいて、数値化した計測結果を送信する（付記８）に記載のプログラム。
（付記１０）
運動の撮影に関する情報をユーザへ提示するステップをプロセッサに実行させる（付記８）又は（付記９）に記載のプログラム。
（付記１１）
運動に関する情報をユーザへ提示するステップを前記プロセッサに実行させる（付記８）乃至（付記１０）のいずれかに記載のプログラム。
（付記１２）
プロセッサと、メモリとを備えるコンピュータに実行される方法であって、プロセッサが、（付記１）乃至（付記１１）のいずれかに記載のステップを実行する方法。
（付記１３）
制御部と、記憶部とを備える情報処理装置であって、制御部が、（付記１）乃至（付記１１）のいずれかに記載のステップを実行する情報処理装置。
（付記１４）
（付記１）乃至（付記１１）のいずれかに記載のステップを実行する手段を具備するシステム。

１…システム
１０…端末装置
１２０…通信部
１３…入力装置
１３１…タッチ・センシティブ・デバイス
１４…出力装置
１５…メモリ
１６…ストレージ
１９…プロセッサ
２０…第１サーバ
２２…通信ＩＦ
２３…入出力ＩＦ
２５…メモリ
２６…ストレージ
２９…プロセッサ

Claims (14)

1. プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、
   医療機関から提供された、患者のリハビリテーション又はトレーニングのスケジュールに関する情報を記憶部に記憶するステップと、
   前記スケジュールに関する情報に含まれる、当日に対応付けられている情報を前記患者が使用する端末へ送信するステップと、
   リハビリテーション又はトレーニングにおける運動を撮影した撮影データに係る情報を前記端末から受け取るステップと、
   受け取った前記情報に基づき、前記患者のリハビリテーション又はトレーニングを管理するステップと
   を実行させるプログラム。
2. 前記管理するステップにおいて、前記撮影データを画像解析することで運動を数値化する請求項１記載のプログラム。
3. 前記管理するステップにおいて、前記数値化した計測結果と、前記患者について設定されている目標とを比較することで運動を評価する請求項２記載のプログラム。
4. 前記管理するステップにおいて、所定の期間において、前記計測結果と前記目標とを比較することで運動を評価する請求項３記載のプログラム。
5. 管理する情報を、前記リハビリテーション又はトレーニングの管理者へ送信するステップを前記プロセッサに実行させる請求項１記載のプログラム。
6. 管理する情報を、前記患者の情報の共有者へ送信するステップを前記プロセッサに実行させる請求項１記載のプログラム。
7. 前記患者について設定されている目標の達成具合に応じ、前記リハビリテーション又はトレーニングの計画の変更を提示するステップを前記プロセッサに実行させる請求項１記載のプログラム。
8. プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、
   ユーザのリハビリテーション又はトレーニングのスケジュールに関する情報のうち、当日に対応付けられている情報を受信するステップと、
   受信した前記情報を前記ユーザに提示するステップと、
   前記ユーザからの開始指示に応じて、リハビリテーション又はトレーニングを開始させ、リハビリテーション又はトレーニングにおける運動を撮影するステップと、
   前記運動を撮影した撮影データに係る情報を送信するステップと
   を実行させるプログラム。
9. 撮影データを画像解析することで運動を数値化するステップを前記プロセッサに実行させ、
   前記送信するステップにおいて、前記数値化した計測結果を送信する請求項８記載のプログラム。
10. 運動の撮影に関する情報をユーザへ提示するステップを前記プロセッサに実行させる請求項８記載のプログラム。
11. 運動に関する情報をユーザへ提示するステップを前記プロセッサに実行させる請求項８記載のプログラム。
12. プロセッサと、メモリとを備えるコンピュータに実行される方法であって、前記プロセッサが、請求項１乃至請求項１１のいずれかに記載のステップを実行する方法。
13. 制御部と、記憶部とを備える情報処理装置であって、前記制御部が、請求項１乃至請求項１１のいずれかに記載のステップを実行する情報処理装置。
14. 請求項１乃至請求項１１のいずれかに記載のステップを実行する手段を具備するシステム。