JP2021168093A - 治療用アプリケーション管理システム、治療用アプリケーション管理方法、治療用アプリケーション管理プログラム、及び端末 - Google Patents

Abstract

【課題】治療用アプリケーションによって患者に不適切な治療がなされる可能性を抑制する治療用アプリケーション管理システムを提供する。【解決手段】 治療用アプリケーション管理システムは、医療従事者が患者に処方する治療用アプリケーションを示すアプリＩＤと、治療用アプリケーションの処方対象となる患者を識別する患者ＩＤと、治療用アプリケーションを使用することができる期限を示す使用期限情報とを、取得する取得部と、治療用アプリケーションを識別するアプリＩＤと、患者ＩＤと、使用期限情報とを対応付けて記憶部に登録する登録部と、日時情報を計時する計時部と、計時部が計時した日時情報が、使用期限情報により定まる日時を経過している場合に、患者の端末に送信されている治療用アプリケーションの使用を制限する制限部と、を備える。【選択図】図１

Description

本発明は、治療用アプリケーションを管理する治療用アプリケーション管理システム、及びその管理方法、管理プログラム、ならびに、端末に関する。

近年、ユーザの健康に関する行動の改善や、疾病の治療、体調管理等を目的とした治療用アプリケーションが開発されている（例えば、特許文献１）。治療用アプリケーションとは、患者の日常の行動を記録したり、患者の行動に基づいて、患者の病状の改善を促すために患者が実行することが望まれる内容を示すメッセージを通知したりするアプリケーションである。特許文献１によれば、個人から収集したデータに基づき、健康に関する悪い行動を改善するためのメッセージを個人に提供している。

特開２００１−９２８７６号公報

ところで、このような治療用アプリケーションは、患者の状況に応じて、適切な治療を行うものである。患者の状況把握は、治療用アプリケーションによる管理だけではなく、医師の介在があってはじめて、より完全なものになるといえる。しかし、医師の状況把握なしに治療用アプリケーションが使用された場合に、治療用アプリケーションは、患者に適切な治療を行うことができない可能性があるという問題がある。

そこで、本発明は上記問題に鑑みてなされたものであり、治療用アプリケーションによって患者に不適切な治療がなされる可能性を抑制する治療用アプリケーション管理システム、治療用アプリケーション管理方法、および、治療用アプリケーション管理プログラムを提供することを目的とする。

上記課題を解決するために、本発明の一態様に係る治療用アプリケーション管理システムは、医療従事者が患者に処方する治療用アプリケーションを示すアプリＩＤと、治療用アプリケーションの処方対象となる患者を識別する患者ＩＤと、治療用アプリケーションを使用することができる期限を示す使用期限情報とを、取得する取得部と、治療用アプリケーションを識別するアプリＩＤと、患者ＩＤと、使用期限情報とを対応付けて記憶部に登録する登録部と、日時情報を計時する計時部と、計時部が計時した日時情報が、使用期限情報により定まる日時を経過している場合に、患者の端末に送信されている治療用アプリケーションの使用を制限する制限部と、を備える。

上記治療用アプリケーション管理システムにおいて、使用期限情報は、医療従事者による判断により定められた期限であることとしてもよい。

上記治療用アプリケーション管理システムにおいて、使用期限情報は、治療用アプリケーションが処方されてから使用できる日数を定めた情報であることとしてもよい。

上記治療用アプリケーション管理システムにおいて、治療用アプリケーション管理システムは、患者が自身の端末を用いてダウンロードし治療用アプリケーションを有効化するためのアクティベーションコードを要求する要求情報を受信する受信部と、要求情報に基づいて、患者の治療用アプリケーションのアクティベーションコードを発行する発行部と、発行部が発行したアクティベーションコードを患者の端末に送信するコード送信部と、を備えることとしてもよい。

上記治療用アプリケーション管理システムにおいて、制限部は、計時部が計時した日時情報に基づいて、治療用アプリケーションが処方された日時から使用期限情報で示される日数が経過した場合に、患者の端末に、治療用アプリケーションの起動を制限するための使用制限コードを送信し、治療用アプリケーションの使用を制限することとしてもよい。

上記治療用アプリケーション管理システムにおいて、治療用アプリケーション管理システムは、患者の端末からの要求にしたがって、治療用アプリケーションを送信するアプリ送信部を備えることとしてもよい。

上記治療用アプリケーション管理システムにおいて、制限部は、治療用アプリケーションに、使用期限情報により定まる使用期限が経過した場合に、起動不可とする使用制限コードを埋め込んで、患者の端末に送信することで、治療用アプリケーションの使用を制限することとしてもよい。

上記治療用アプリケーション管理システムにおいて、治療用アプリケーション管理システムは、治療用アプリケーションの治療内容と、当該治療用アプリケーションが使用可能な使用期限と、の関係を学習した学習モデルを用いて、医療従事者から受け付けた治療内容に基づいて、患者に処方する治療用アプリケーションの使用期限を、医療従事者に提案する提案部を備えることとしてもよい。

上記治療用アプリケーション管理システムにおいて、記憶部は、治療内容と、当該治療内容に関する治療用アプリケーションが使用可能な使用期限の基本日数とを対応付けて記憶し、提案部は、医療従事者から受け付けた治療内容に基づいて、当該治療内容に対応する基本日数に、学習モデルを用いて特定される補正日数を加算した使用期限を提案することとしてもよい。

上記治療用アプリケーション管理システムにおいて、治療用アプリケーション管理システムは、使用期限を変更する変更部と、変更後の使用期限と、使用期限を変更する治療用アプリケーションのアプリＩＤとを、患者の端末に送信する変更情報送信部と、を備えることとしてもよい。

上記治療用アプリケーション管理システムにおいて、治療用アプリケーション管理システムは、使用期限を変更する変更部を備え、制限部は、変更後の使用期限に基づいて、治療用アプリケーションの使用を制限することとしてもよい。

上記治療用アプリケーション管理システムにおいて、治療用アプリケーション管理システムは、使用期限で示される期日から、日時情報で示される日付けを引いた日数が、所定の日数以下である治療用アプリケーションを使用している患者の端末に、当該治療用アプリケーションの使用期限が迫っていることを示す情報を通知する通知部を備えることとしてもよい。

また、本発明の一態様に係る端末は、使用期限を示す使用期限情報を含む治療用アプリケーションを受信する受信部と、治療用アプリケーションにより定められる治療内容を示す治療情報を表示する表示部と、使用期限情報で示される使用期限を経過している場合に、治療用アプリケーションの使用を制限する制限部を備える。

また、本発明の一態様に係る治療用アプリケーションの管理方法は、治療用アプリケーション管理システムによる治療用アプリケーションの管理方法であって、医療従事者が患者に処方する治療用アプリケーションを示すアプリＩＤと、治療用アプリケーションの処方対象となる患者を識別する患者ＩＤと、治療用アプリケーションを使用することができる期限を示す使用期限情報とを、取得する取得ステップと、治療用アプリケーションを識別するアプリＩＤと、患者ＩＤと、使用期限情報とを対応付けて記憶ステップに登録する登録ステップと、日時情報を計時する計時ステップと、計時ステップが計時した日時情報が、使用期限情報により定まる日時を経過している場合に、患者の端末に送信されている治療用アプリケーションの使用を制限する制限ステップと、を含む。

また、本発明の一態様に係る端末の治療用アプリケーションの管理方法であって、端末の治療用アプリケーションの管理方法であって、使用期限を示す使用期限情報を含む治療用アプリケーションを受信する受信ステップと、治療用アプリケーションにより定められる治療内容を示す治療情報を表示する表示ステップと、使用期限情報で示される使用期限を経過している場合に、治療用アプリケーションの使用を制限する制限ステップとを含む。

また、本発明の一態様に係る管理プログラムは、コンピュータに、医療従事者が患者に処方する治療用アプリケーションを示すアプリＩＤと、治療用アプリケーションの処方対象となる患者を識別する患者ＩＤと、治療用アプリケーションを使用することができる期限を示す使用期限情報とを、取得する取得機能と、治療用アプリケーションを識別するアプリＩＤと、患者ＩＤと、使用期限情報とを対応付けて記憶ステップに登録する登録機能と、日時情報を計時する計時機能と、計時機能が計時した日時情報が、使用期限情報により定まる日時を経過している場合に、患者の端末に送信されている治療用アプリケーションの使用を制限する制限機能と、を実現させる。

また、本発明の一態様に係る管理プログラムは、コンピュータに、使用期限を示す使用期限情報を含む治療用アプリケーションを受信する受信機能と、治療用アプリケーションにより定められる治療内容を示す治療情報を表示する表示機能と、使用期限情報で示される使用期限を経過している場合に、治療用アプリケーションの使用を制限する制限機能とを実現させる。

本発明の一態様に係る治療用アプリケーション管理システムは、予め指定された使用期限にしたがって治療用アプリケーションを管理することができるので、患者による治療用アプリケーションの無用の誤用を防止することができる。

治療用アプリケーション管理システムの概要を示すシステム図である。 管理サーバの構成例を示すブロック図である。 ユーザ端末の構成例を示すブロック図である。 配信サーバの構成例を示すブロック図である。 医療従事者端末の構成例を示すブロック図である。 運用サーバの構成例を示すブロック図である。 管理情報のデータ構成例を示すデータ概念図である。 治療用アプリケーション管理システムに係る各装置間のやり取りの例を示すシーケンス図である。 管理サーバの動作例を示すフローチャートである。 ユーザ端末の動作例を示すフローチャートである。 配信サーバの動作例を示すフローチャートである。 医療従事者端末の動作例を示すフローチャートである。 運用サーバの動作例を示すフローチャートである。 治療用アプリケーション管理システムの他の構成例を示すシステム図である。 図１２に示す構成の場合の、治療用アプリケーション管理システムに係る各装置間のやり取りの例を示すシーケンス図である。 （ａ）は、使用期限の通知の例を示す画面図である。（ｂ）は、治療用アプリケーションの表示例を示す画面図である。（ｃ）は、治療用アプリケーションの他の表示例を示す画面図である。

以下、本発明の一実施態様に係る情報処理装置について、図面を参照しながら詳細に説明する。

＜実施の形態＞
図１は、実施の形態１に係る治療用アプリケーション管理システム１の概要を説明する概要図であって、そのシステム構成例を示すシステム図である。図１に示すように、治療用アプリケーション管理システム１は、管理サーバ１００と、配信サーバ３００とを含み、ユーザ端末２００、医療従事者端末５００、運用サーバ６００が含まれてよい。管理サーバ１００と、ユーザ端末２００と、配信サーバ３００と、医療従事者端末５００と、運用サーバ６００とは、ネットワーク４００を介して互いに通信可能に接続される。なお、図１に示す各装置について１台ずつ示しているが、各端末、サーバは、１台に限定されるものではなく複数台あってよい。

管理サーバ１００は、ユーザ端末２００を保持する患者が、ユーザ端末２００を利用して使用する治療用アプリケーションを管理するサーバ装置である。また、配信サーバ３００は、治療用アプリケーションをユーザ端末２００に配信する機能を有するサーバ装置である。ユーザ端末２００は、患者が保持する情報処理端末であり、所謂スマートフォン、タブレット端末、携帯電話機、ＰＣ等により実現される。また、医療従事者端末５００は、医療従事者が使用する情報処理装置であり、ユーザ端末２００同様に、所謂スマートフォン、タブレット端末、携帯電話機、ＰＣ等により実現される。運用サーバ６００は、治療用アプリケーションの実行時に、患者のユーザ端末２００に、患者の治療に関する治療情報を提供するサーバ装置である。

ここで、治療用アプリケーションとは、患者の日々の状態を管理するとともに、各患者にパーソナライズした医学的知見を伴ったガイダンスを行うアプリケーションソフトである。

また、医療従事者とは、医療に携わる人間であればよく、例えば、医師、看護師、メンター、薬剤師などである。

本実施形態に係る治療用アプリケーション管理システム１では、医療従事者２０により、医療従事者端末５００に対して、治療用アプリケーションに対する使用期限を入力する。入力された使用期限は、使用期限情報５１として管理サーバ１００に送信され、管理サーバ１００は、患者ごと、治療用アプリケーションごとに、その使用期限を登録、管理する。なお、使用期限情報５１は、治療用アプリケーションごとに管理サーバ１００に予め設定されていてもよい。

一方、患者は、ユーザ端末２００を用いて、配信サーバ３００から配信された治療用アプリケーション３１をダウンロードして使用する。管理サーバ１００は、患者が治療用アプリケーションを使用することにより蓄積される各種のデータを収集、保存、管理する。ユーザ端末２００が治療用アプリケーションを実行する際には、ユーザ端末２００の患者の治療に関する情報として、管理サーバ１００または運用サーバ６００から提供される治療情報を表示することができる。そして、治療用アプリケーションの使用期限が到来した場合には、制限情報１１をユーザ端末２００に送信し、治療用アプリケーションの使用を制限する。

以下、詳細に説明する。なお、ネットワーク４００は、各種の機器との間を相互に接続させるためのネットワークであり、例えば、無線ネットワークや有線ネットワークである。具体的には、ネットワークは、ワイヤレスＬＡＮ（ｗｉｒｅｌｅｓｓ ＬＡＮ：ＷＬＡＮ）や広域ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ：ＷＡＮ）、ＩＳＤＮｓ（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋｓ）、無線ＬＡＮｓ、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａｄｖａｎｃｅｄ、第４世代（４Ｇ）、第５世代（５Ｇ）、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＷＣＤＭＡ（登録商標）、イーサネット（登録商標）などである。また、ネットワークは、これらの例に限られず、例えば、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）やブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ブルートゥースローエナジー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）、光回線、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）回線、衛星通信網などであってもよく、どのようなネットワークであってもよい。ネットワークは、ユーザの住居に備えられる場合には、ホームネットワークと呼称されることもある。また、ネットワークは、例えば、ＮＢ−ＩｏＴ（Ｎａｒｒｏｗ Ｂａｎｄ ＩｏＴ）や、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）であってもよい。なお、ＮＢ−ＩｏＴやｅＭＴＣは、ＩｏＴ向けの無線通信方式であり、低コスト、低消費電力で長距離通信が可能なネットワークである。また、ネットワークは、これらの組み合わせであってもよい。また、ネットワークは、これらの例を組み合わせた複数の異なるネットワークを含むものであってもよい。例えば、ネットワークは、ＬＴＥによる無線ネットワークと、閉域網であるイントラネットなどの有線ネットワークとを含むものであってもよい。

＜管理サーバ１００の構成例＞
図２は、管理サーバ１００の構成例を示すブロック図である。

図２に示すように、管理サーバ１００は、通信部１１０と、入力部１２０と、制御部１３０と、記憶部１４０と、出力部１５０と、を備える。通信部１１０と、入力部１２０と、制御部１３０と、記憶部１４０と、出力部１５０とは、バス１６０を介して互いに通信可能に構成されてよい。

通信部１１０は、他の装置と通信を実行するための機能を有する通信インターフェースである。通信部１１０は、他の装置と通信可能であれば、いずれの通信プロトコルにより通信を行ってもよく、有線、無線のいずれでの通信であってよい。通信部１１０は制御部１３０からの指示にしたがって、ユーザ端末２００や、配信サーバ３００、医療従事者端末５００、あるいは、運用サーバ６００と通信を行う。通信部１１０は、例えば、医療従事者端末５００から、治療用アプリケーションを示す情報と、その治療用アプリケーションを使用する患者に関する情報、その治療用アプリケーションの使用期限に関する情報を受信して、制御部１３０に伝達する。また、通信部１１０は、例えば、ユーザ端末２００からのアクティベーションコードを要求する要求情報を受信して、制御部１３０に伝達する。また、通信部１１０は、例えば、制御部１３０からの指示にしたがって、ユーザ端末２００にアクティベーションコードや、治療用アプリケーションの使用を制限するための制限情報を送信する。

入力部１２０は、管理サーバ１００のオペレータ等からの入力を受け付けて、制御部１３０に伝達する機能を有する入力インターフェースである。入力部１２０は、タッチパネル等のソフトキーにより実現されてもよいし、ハードキーにより実現されてもよい。また、あるいは、入力部１２０は、音声入力を受け付けるためのマイクであってもよい。入力部１２０は、例えば、医療従事者や管理サーバ１００のオペレータ等からの入力を受けて、入力された内容を、制御部１３０に伝達する。

記憶部１４０は、管理サーバ１００が動作上必要とする各種のプログラム及びデータを記憶する機能を有する。記憶部１４０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。記憶部１４０は、管理情報１４１を記憶している。管理情報１４１は、各ユーザの各治療用アプリケーションを管理するための情報である。管理情報１４１の詳細については後述する。

出力部１５０は、制御部１３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部１５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、管理サーバ１００に接続された（又は管理サーバ１００が備える）モニタへの出力であってよい。また、音声信号による出力の場合、管理サーバ１００に接続された（又は管理サーバ１００が備える）スピーカーへの出力であってよい。

制御部１３０は、管理サーバ１００の各部を制御する機能を有するプロセッサである。制御部１３０は、シングルコアにより実現されても、マルチコアにより実現されてもよい。

制御部１３０は、制御部１３０が実現する機能として、取得部１３１と、登録部１３２と、計時部１３３と、制限部１３４と、と、発行部１３５と、提案部１３６と、変更部１３７とを備える。

取得部１３１は、治療用アプリケーションを示す情報と、治療用アプリケーションの処方対象となる患者を識別する患者ＩＤと、当該患者が使用する治療用アプリケーションを使用することができる期限を示す情報である使用期限情報を取得する。治療用アプリケーションを示す情報は、治療用アプリケーションを識別する識別情報であってもよいし、アプリケーション本体であってもよい。取得部１３１による取得は、通信部１１０が医療従事者端末５００から送信された情報を受信したものを取得したり、入力部１２０に対して医療従事者が直接入力したものを取得したりすることとしてよい。また、これらの情報は、互いに対応づいていることを制御部１３０が認識できれば個別に取得することとしてもよい。

登録部１３２は、取得部１３１が取得した各情報を対応付けて管理情報１４１に登録する。記憶部１４０には、登録部１３２により、更新後の管理情報１４１が記憶される。

計時部１３３は、日時を計時する。計時部１３３は、自身で計時機能を保持して計時を行うこととしてもよいし、通信部１１０を介して外部の装置から現在の日時情報を取得することにより計時を行うこととしてもよい。

制限部１３４は、逐次、管理情報１４１をモニタし、使用期限を経過する治療用アプリケーションがあるか否かを判定する。制限部１３４は、判定の結果使用期限を経過した治療用アプリケーションがある場合に、その治療用アプリケーションを使用している患者を、管理情報１４１を用いて特定する。そして、特定した患者のユーザ端末２００で使用されている治療用アプリケーションを制限するための制限情報（コード）を生成し、通信部１１０を介して特定したユーザ端末２００に送信する。これにより、患者のユーザ端末２００で使用されていた治療用アプリケーションの使用が制限されることになる。

発行部１３５は、各治療用アプリケーションをアクティベイト（有効化、即ち、起動可能にすること）するためのアクティベーションコードを発行する。発行部１３５は、発行したアクティベーションコードを、アクティベーションコードを要求したユーザ端末２００に、通信部１１０を介して送信する。

提案部１３６は、治療内容と、治療用アプリケーションが使用可能な使用期限と、の関係を学習した学習モデルを用いて、医療従事者から受け付けた治療内容に基づいて、患者に処方する治療用アプリケーションの使用期限を算出する。そして、提案部１３６は、算出した使用期限を医療従事者に提案する。医療従事者に対する提案は、医療従事者端末５００に提案する使用期限情報を送信することにより実現されてもよいし、管理サーバ１００を操作しているのが医療従事者であれば、管理サーバ１００に接続されたモニタへの表示による提案であってもよい。

変更部１３７は、所定の入力を受け付けて、管理情報１４１における治療用アプリケーションの使用期限を変更する。ここでいう所定の入力は、医療従事者の指示を受け付けた管理サーバ１００のオペレータによる入力であってもよいし、医療従事者端末５００からの医療従事者による変更指示を受信したことによる入力であってもよいし、医療従事者からの指示を受けた患者のユーザ端末２００からの変更指示を受信したことによる入力であってもよい。

通知部１３８は、管理情報１４１をモニタし、使用期限が迫っている治療用アプリケーションを特定する。例えば、通知部１３８は、使用期限まで、所定期間（一例として２週間）を切った治療用アプリケーションがあった場合に、治療用アプリケーションの使用期限が切れそうであることを示す情報（メッセージ）を、医療従事者端末５００あるいはユーザ端末２００に、通信部１１０を介して、送信する。ここで、治療用アプリケーションの使用期限が切れそうであることを示す情報には、使用期限の延長を提案するメッセージを含んでもよい。

以上が、管理サーバ１００の構成例の説明である。

＜ユーザ端末２００の構成例＞
図３は、ユーザ端末２００の構成例を示すブロック図である。図３に示すように、ユーザ端末２００は、通信部２１０と、入力部２２０と、制御部２３０と、記憶部２４０と、出力部２５０と、を備える。通信部２１０と、入力部２２０と、制御部２３０と、記憶部２４０と、出力部２５０とは、バス２６０を介して互いに通信可能に構成されてよい。

通信部２１０は、他の装置と通信を実行するための機能を有する通信インターフェースである。通信部２１０は、他の装置と通信可能であれば、いずれの通信プロトコルにより通信を行ってもよく、有線、無線のいずれでの通信であってよい。通信部２１０は制御部２３０からの指示にしたがって、管理サーバ１００や配信サーバ３００と通信を行う。

入力部２２０は、ユーザ端末２００の患者からの入力を受け付けて、制御部２３０に伝達する機能を有する入力インターフェースである。入力部２２０は、タッチパネル等のソフトキーにより実現されてもよいし、ハードキーにより実現されてもよい。また、あるいは、入力部２２０は、音声入力を受け付けるためのマイクであってもよい。入力部２２０は、患者から入力された入力内容を、制御部２３０に伝達する。

制御部２３０は、ユーザ端末２００の各部を制御する機能を有するプロセッサである。制御部２３０は、シングルコアにより実現されても、マルチコアにより実現されてもよい。制御部２３０は、患者からの入力にしたがって、治療用アプリケーションを要求する要求情報を、通信部２１０を介して、配信サーバ３００に要求する。

また、制御部２３０は、制御部２３０が実現する機能として、アプリ実行部２３１と、アプリ制限部２３２と、を備える。

アプリ実行部２３１は、配信サーバ３００からダウンロードした治療用アプリケーションを実行する。アプリ実行部２３１は、治療用アプリケーションを実行して、患者からの入力にしたがって、各種の情報を治療用アプリケーションに登録するとともに、管理サーバ１００または治療情報を保持する運用サーバ６００から治療に関する情報を取得して表示する。

アプリ制限部２３２は、管理サーバ１００から、制限情報１１を受信した場合に、制限情報１１で示される治療用アプリケーションの使用を制限する。ここでいう治療用アプリケーションの使用の制限は、治療用アプリケーションの起動そのものを抑止したり、起動したとしても表示を制限したりすることにより実現することとしてよい。ここでいう表示の制限とは、治療用アプリケーションを利用することで閲覧可能なデータ全ての表示の制限であってもよいし、そのうちの一部のみの表示の制限であってもよい。

記憶部２４０は、ユーザ端末２００が動作上必要とする各種のプログラム及びデータを記憶する機能を有する。記憶部１４０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。図３には、記憶部２４０が、第１治療用アプリケーション２４１と、第２治療用アプリケーション２４２とを記憶している例を示している。

出力部２５０は、制御部２３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部２５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、ユーザ端末２００が備える（又はユーザ端末２００に接続された）モニタへの出力であってよい。また、音声信号による出力の場合、ユーザ端末２００が備える（又はユーザ端末２００に接続された）スピーカーへの出力であってよい。出力部２５０は、アプリ実行部２３１による治療用アプリケーションの実行に伴って、治療用アプリケーションが提供する情報を表示する。

以上が、ユーザ端末２００の構成例の説明である。

＜配信サーバ３００の構成例＞
図４は、配信サーバ３００の構成例を示すブロック図である。配信サーバ３００は、管理サーバ１００から指定されている治療用アプリケーションを保持し、ユーザ端末２００からの要求に応じて、治療用アプリケーションを配信するダウンロードサーバである。

図４に示すように、配信サーバ３００は、通信部３１０と、入力部３２０と、制御部３３０と、記憶部３４０と、出力部３５０と、を備える。通信部３１０と、入力部３２０と、制御部３３０と、記憶部３４０と、出力部３５０とは、バス３６０を介して互いに通信可能に構成されてよい。

通信部３１０は、他の装置と通信を実行するための機能を有する通信インターフェースである。通信部３１０は、他の装置と通信可能であれば、いずれの通信プロトコルにより通信を行ってもよく、有線、無線のいずれでの通信であってよい。通信部３１０は制御部１３０からの指示にしたがって、管理サーバ１００やユーザ端末２００と通信を行う。

入力部３２０は、配信サーバ３００のオペレータ等からの入力を受け付けて、制御部３３０に伝達する機能を有する入力インターフェースである。入力部３２０は、タッチパネル等のソフトキーにより実現されてもよいし、ハードキーにより実現されてもよい。また、あるいは、入力部３２０は、音声入力を受け付けるためのマイクであってもよい。

制御部３３０は、ユーザ端末２００の各部を制御する機能を有するプロセッサである。制御部３３０は、シングルコアにより実現されても、マルチコアにより実現されてもよい。

制御部３３０は、制御部３３０が実現する機能として配信部３３１を備える。

配信部３３１は、通信部３１０から伝達された要求情報で示される治療用アプリケーションのインストーラを特定し、記憶部３４０から読み出す。そして、読み出した治療用アプリケーションのインストーラを、要求情報を送信したユーザ端末２００に対して、通信部３１０を介して送信する。

記憶部３４０は、配信サーバ３００が動作上必要とする各種のプログラム及びデータを記憶する機能を有する。記憶部１４０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。記憶部３４０は、管理サーバ１００から依頼された全ての治療用アプリケーション（のインストーラ）を記憶している。図４には、第１治療用アプリケーションインストーラ３４１と、第２治療用アプリケーションインストーラ３４２とを保持している例を示している。

出力部３５０は、制御部３３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部３５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、配信サーバ３００に接続された（又は配信サーバ３００が備える）モニタへの出力であってよい。また、音声信号による出力の場合、配信サーバ３００が備える（又は配信サーバ３００に接続された）スピーカーへの出力であってよい。

以上が配信サーバ３００の構成例の説明である。

＜医療従事者端末５００の構成例＞
図５は、医療従事者端末５００の構成例を示すブロック図である。医療従事者端末５００は、医療従事者が使用する情報処理端末である。図５に示すように、医療従事者端末５００は、通信部５１０と、入力部５２０と、制御部５３０と、記憶部５４０と、出力部５５０とを備える。通信部５１０と、入力部５２０と、制御部５３０と、記憶部５４０と、出力部５５０とは、バス５６０を介して互いに通信可能に構成されてよい。

通信部５１０は、他の装置と通信を実行するための機能を有する通信インターフェースである。通信部５１０は、他の装置と通信可能であれば、いずれの通信プロトコルにより通信を行ってもよく、有線、無線のいずれでの通信であってよい。通信部５１０は制御部５３０からの指示にしたがって、管理サーバ１００や、配信サーバ３００、運用サーバ６００と通信を行う。

入力部５２０は、ユーザ端末２００の患者からの入力を受け付けて、制御部５３０に伝達する機能を有する入力インターフェースである。入力部５２０は、タッチパネル等のソフトキーにより実現されてもよいし、ハードキーにより実現されてもよい。また、あるいは、入力部５２０は、音声入力を受け付けるためのマイクであってもよい。入力部５２０は、患者から入力された入力内容を、制御部２３０に伝達する。

入力部５２０は、医療従事者から、治療用アプリケーションの使用期限を示す情報の入力を受け付けて制御部５３０に伝達する。具体的には、入力部５２０は、使用期限を設定する治療用アプリケーションを指定するアプリＩＤと、当該アプリを使用する患者を示す患者ＩＤとの指定を受け付けて、指定された治療用アプリケーションの使用期限を示す情報の入力を受け付け、制御部５３０に伝達する。患者ＩＤの入力はなくてもよい。

制御部５３０は、医療従事者端末５００の各部を制御する機能を有するプロセッサである。制御部５３０は、シングルコアにより実現されても、マルチコアにより実現されてもよい。

制御部５３０は、制御部５３０が実現する機能として、使用期限情報送信部５３１を備える。

使用期限情報送信部５３１は、入力部５２０を介して、医療従事者により入力されたアプリＩＤと、その使用期限とを対応付けた使用期限情報を生成する。使用期限情報には、更に、その治療用アプリケーションを使用する予定の患者を示す患者ＩＤが含まれてもよい。そして、使用期限情報送信部５３１は、生成した使用期限情報を、通信部５１０を介して、管理サーバ１００に送信する。

記憶部５４０は、医療従事者端末５００が動作上必要とする各種のプログラム及びデータを記憶する機能を有する。記憶部５４０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。

出力部５５０は、制御部５３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部５５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、医療従事者端末５００に接続された（又は医療従事者端末５００が備える）モニタへの出力であってよい。また、音声信号による出力の場合、医療従事者端末５００が備える（又は医療従事者端末５００に接続された）スピーカーへの出力であってよい。出力部５５０は、例えば、医療従事者が入力した治療用アプリケーションの使用期限を示す情報を、画像データとして表示することとしてよい。

以上が、医療従事者端末５００の構成例の説明である。

＜運用サーバ６００の構成例＞
図６は、運用サーバ６００の構成例を示すブロック図である。運用サーバ６００は、治療用アプリケーションを利用する患者の治療に関する情報を管理運用する情報処理装置（サーバ）である。運用サーバ６００は、運用サーバ６００によって管理される患者の治療に関する情報として、患者の疾病ごと、あるいは、患者の診療を行う治療施設（病院や施療院など）ごとに設けられてもよいし、治療用アプリケーションを提供する運用会社それぞれで設けられてもよいし、一つのサーバにまとめて管理されることとしてもよい。図６に示すように、運用サーバ６００は、通信部６１０と、入力部６２０と、制御部６３０と、記憶部６４０と、出力部６５０とを備える。通信部６１０と、入力部６２０と、制御部６３０と、記憶部６４０と、出力部６５０とは、バス５６０を介して互いに通信可能に構成されてよい。

通信部６１０は、他の装置と通信を実行するための機能を有する通信インターフェースである。通信部６１０は、他の装置と通信可能であれば、いずれの通信プロトコルにより通信を行ってもよく、有線、無線のいずれでの通信であってよい。通信部６１０は制御部６３０からの指示にしたがって、管理サーバ１００や、ユーザ端末２００と通信を行う。

入力部６２０は、ユーザ端末２００の患者からの入力を受け付けて、制御部６３０に伝達する機能を有する入力インターフェースである。入力部６２０は、タッチパネル等のソフトキーにより実現されてもよいし、ハードキーにより実現されてもよい。また、あるいは、入力部６２０は、音声入力を受け付けるためのマイクであってもよい。入力部６２０は、患者から入力された入力内容を、制御部２３０に伝達する。

入力部６２０は、医療従事者(主に医師)から、診察対象の患者に関する情報の入力を受け付けて制御部６３０に伝達する。診察対象の患者に関する情報とは、患者に関する情報であればどのようなものであってもよく、また、医療従事者による患者の病状や、患者に対して処方した薬剤、治療経過など、の情報であってもよい。具体的には、入力部６２０は、入力する情報の対象である患者を示す患者ＩＤと、その患者ＩＤが示す患者に関する情報の入力を受け付けて、制御部６３０に伝達する。

制御部６３０は、運用サーバ６００の各部を制御する機能を有するプロセッサである。制御部６３０は、シングルコアにより実現されても、マルチコアにより実現されてもよい。制御部６３０は、入力部６２０から、患者ＩＤと、患者に関する情報を伝達されると、伝達された患者ＩＤに対応付けて、患者に関する情報を、記憶部６４０の治療情報６４１として記録する。

制御部６３０は、制御部６３０が実現する機能として、治療情報提供部６３１を備える。

治療情報提供部６３１は、通信部６１０を介して、ユーザ端末２００から、治療情報の送信要求を受信した場合に、当該治療情報の送信要求が示す患者ＩＤに対応付けられている患者に関する情報を、治療情報６４１から特定する。治療情報提供部６３１は、特定した治療情報（患者に関する情報）を、通信部６１０を介して、ユーザ端末２００に送信する。

記憶部６４０は、運用サーバ６００が動作上必要とする各種のプログラム及びデータを記憶する機能を有する。記憶部６４０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。記憶部６４０は、患者の治療に関する治療情報６４１を記憶している。治療情報は、各患者の患者ＩＤに対応付けて、当該患者に関する情報が対応付けられている。治療情報は、所謂、電子カルテであってもよい。

出力部６５０は、制御部６３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部６５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、運用サーバ６００に接続された（又は運用サーバ６００が備える）モニタへの出力であってよい。また、音声信号による出力の場合、運用サーバ６００が備える（又は運用サーバ６００に接続された）スピーカーへの出力であってよい。出力部６５０は、例えば、患者の治療情報を出力することとしてよい。

以上が、運用サーバ６００の構成例の説明である。

＜データ＞
ここから、管理情報１４１について説明する。上述の通り、管理サーバ１００が、各患者が使用している各治療用アプリケーションを管理するための情報である。

図７は、管理情報１４１のデータ構成例を示すデータ概念図である。図７に示すように、管理情報１４１は、管理ＩＤ７０１と、患者名６０２と、アプリＩＤ７０３と、使用期限７０４と、治療情報７０５と、が対応付けられた情報である。

管理ＩＤ７０１は、管理情報１４１に含まれる各患者が使用している各治療用アプリケーションを管理するために管理サーバ１００が便宜上付与する管理用の識別情報である。

患者名６０２は、治療用アプリケーションを使用している患者の名称を示す情報である。患者名６０２は、患者の名称ではなく患者を一意に識別可能な識別子であってもよい。

アプリＩＤ７０３は、対応する患者名６０２により示される患者により使用されている治療用アプリケーションを一意に識別可能な識別情報である。

使用期限７０４は、対応するアプリＩＤ７０３で示される治療用アプリケーションの使用期限を示す情報である。使用期限７０４に示される使用期限は、医療従事者により定められた期限である。ここでは、使用期限が切れる日付の情報を示しているが、これは、対応する治療用アプリケーションを使用可能な日数により表現されてもよい。

治療情報７０５は、対応する患者名６０２で示される患者が使用している、アプリＩＤ７０３で示される治療用アプリケーションとして、確認することができる治療に関する情報の実データ、または、当該実データを確認することができる装置のアドレスを示す情報である。ここでいう実データを確認することができる装置とは、実際に患者が治療を受けている医療機関等による診察情報等の情報を保持するサーバ装置であり、管理サーバ１００と提携している医療機関等のサーバ装置である。なお、治療情報７０５について全て運用サーバ６００で運用管理する場合には、管理情報１４１に登録されていなくともよい。また、治療情報７０５と運用サーバ６００が保持する治療情報６４１とは、同じものであってもよいし、異なるものであってもよい。治療情報が互いに異なる一例として、例えば、管理サーバ１００では、患者の禁煙に関する治療の情報が保持され、運用サーバ６００では、糖尿の治療に関する情報が保持されるというような態様であってもよい。

なお、管理情報１４１には、同一の患者が、異なる治療用アプリケーションを使用している場合には、それぞれ個別に登録される。また、管理情報１４１には、これらの情報の他、各患者のユーザ端末２００のアドレスや、連絡先としての電話番号等の情報が記録されていてもよい。

＜動作＞
図８は、治療用アプリケーション管理システム１に係る各装置間のやり取りの例を示すシーケンス図である。

図８に示すように、医療従事者端末５００は、医療従事者により入力された治療用アプリケーションの使用期限情報を、管理サーバ１００に送信する（ステップＳ８０１）。この使用期限情報には、使用期限の対象となる治療用アプリケーションの使用期限は、アプリケーションの種別ごとに設定されてもよいし、各患者の状態によって、一つ一つ個別に設定されてもよい。

管理サーバ１００は、医療従事者端末５００から受信した使用期限情報に含まれるアプリＩＤで示される治療用アプリケーションに対して、使用期限情報に含まれる使用期限を登録する（ステップＳ８０２）。

一方で、ユーザ端末２００は、ユーザ端末２００の患者からの入力にしたがって、配信サーバ３００に対して治療用アプリケーションを要求する要求情報を送信する（ステップＳ８０３）。

配信サーバ３００は、ユーザ端末２００からの要求情報を受信し、要求情報で指定されている治療用アプリケーションを、ユーザ端末２００に送信する（ステップＳ８０４）。

ユーザ端末２００は、治療用アプリケーションを配信サーバ３００から受信すると、患者からの指示にしたがって、治療用アプリケーションを実行する（ステップＳ８０５）。ユーザ端末２００は、治療用アプリケーションを実行すると、管理サーバ１００に対して、治療用アプリケーションを実行するためのアクティベーションコードを要求する（ステップＳ８０６）。

管理サーバ１００は、ユーザ端末２００からのアクティベーションコードの要求を受けて、医療従事者からの許可が下りていることを確認したうえで、アクティベーションコードを送信する（ステップＳ８０７）。

ユーザ端末２００の患者は、管理サーバ１００から送信されたアクティベーションコードを確認し、入力する。アクティベーションコードの入力を受けて、治療用アプリケーションは、治療に関するコンテンツを表示する（ステップＳ８０８）。ここで表示する治療に関するコンテンツは、管理サーバ１００が保持する治療情報７０５から取得したものであってもよいし、予め定められた運用サーバ６００から取得したものであってもよい。

管理サーバ１００は、逐次、各治療用アプリケーションの使用期限を確認し、使用期限を経過した治療用アプリケーションがある場合に、その治療用アプリケーションを使用している患者の、ユーザ端末２００に、治療用アプリケーションを制限する制限情報（コード）を送信する（ステップＳ８０９）。ユーザ端末２００は、制限情報を受信すると、以降において、制限情報が示される治療用アプリケーションを非表示（ディアクティベイト）にする（ステップＳ８１０）。これにより、ユーザ端末２００における治療用アプリケーションの使用が制限され、治療用アプリケーションをこれ以上使用する必要がない患者による治療用アプリケーションの誤用を防止できる。

図９は、図８に示すやり取りを実現するための管理サーバ１００の動作例を示すフローチャートである。

管理サーバ１００の通信部１１０は、信号を受信した場合に、その信号が使用期限情報であるか否かを確認する。通信部１１０は、使用期限情報を受信した場合には（ステップＳ９０１のＹＥＳ）、受信した使用期限情報を、制御部１３０に伝達する。受信した信号が、使用期限情報ではない場合には（ステップＳ９０１のＮＯ）、ステップＳ９０３の処理に移行する。

制御部１３０は、使用期限情報を伝達されると、使用期限情報に含まれる治療用アプリケーションのアプリＩＤと、使用期限とを抽出する。このとき、患者ＩＤが使用期限情報に含まれていた場合には、患者ＩＤも抽出する。そして、登録部１３２は、抽出した、アプリＩＤと、患者ＩＤとに対応付けて、使用期限を管理情報１４１に登録する（ステップＳ９０２）。これにより、管理サーバ１００において、対応する治療用アプリケーションの使用期限が管理されることになる。

通信部１１０は、信号を受信した場合に、その信号が、治療用アプリケーションのアクティベーションコードを要求する信号であるか否かを確認する。通信部１１０は、アクティベーションコードを要求する信号を受信した場合には（ステップＳ９０３のＹＥＳ）、受信した信号を制御部１３０に伝達する。アクティベーションコードの要求を受信していない場合には（ステップＳ９０３のＮＯ）、ステップＳ９０６の処理に移行する。

制御部１３０は、アクティベーションコードの要求を受け付けると、当該要求に含まれる治療用アプリケーションを示すアプリＩＤと、患者ＩＤとを特定する。そして、制御部１３０の発行部１３５は、特定した治療用アプリケーションに対するアクティベーションコードを発行（生成）する（ステップＳ９０４）。そして、発行部１３５は、発行したアクティベーションコードを、通信部１１０を介して特定した患者ＩＤのユーザ端末２００に送信する（ステップＳ９０５）。

制御部１３０の制限部１３４は、常時（または適宜。一例として、一日一回）管理情報１４１をモニタし、計時部１３３が計時する日時と管理情報１４１に記憶されている各治療用アプリケーションの使用期限７０４とを比較する。即ち、制限部１３４は、管理情報１４１で管理されている各治療用アプリケーションについて、使用期限が到来しているか否かを判定する（ステップＳ９０６）。使用期限が到来している治療用アプリケーションがなかった場合には（ステップＳ９０６のＮＯ）、ステップＳ９０１の処理に戻る。

使用期限が到来している、即ち、計時部１３３が計時した日時が、使用期限７０４を超過している治療用アプリケーションがあった場合に（ステップＳ９０６のＹＥＳ）、制限部１３４は、その治療用アプリケーションの起動（若しくは表示）を、制限する制限コードを生成する。そして、制限部１３４は、生成した制限コードを、通信部１１０を介して、特定した治療用アプリケーションを使用している患者のユーザ端末２００に送信し（ステップＳ９０７）、ステップＳ９０１の処理に戻る。これにより、ユーザ端末２００において、使用期限が到来した治療用アプリケーションの使用が制限される。

なお、ステップＳ９０１、Ｓ９０２の処理と、ステップＳ９０３〜Ｓ９０５の処理と、ステップＳ９０６、Ｓ９０７の処理とは、互いに並列に実行されてよい。

図１０は、図８に示すやり取りを実現するためのユーザ端末２００の動作例を示すフローチャートである。

ユーザ端末２００の入力部２２０は、患者から、治療用アプリケーションのダウンロードを指示する入力を受け付ける（ステップＳ１００１）。入力部２２０は、受け付けた入力内容を、制御部２３０に伝達する。制御部２３０は、伝達された入力内容にしたがって、通信部２１０を介して、治療用アプリケーションを保持する配信サーバ３００に、指定されている治療用アプリケーションを要求するアプリ要求情報を送信する（ステップＳ１００２）。これを受けて、配信サーバ３００から、指定した治療用アプリケーションのインストーラ（実行プログラムでもよい）が送信される。

通信部２１０は、配信サーバ３００から送信された治療用アプリケーションのインストーラを受信する（ステップＳ１００３）。通信部２１０は、受信した治療用アプリケーションのインストーラを、制御部２３０に伝達する。制御部２３０は、治療用アプリケーションのインストーラを伝達されると、治療用アプリケーションのインストールを実行し、アプリ実行部２３１は、治療用アプリケーションを実行する（ステップＳ１００４）。

アプリ実行部２３１は、その治療用アプリケーションを実行するのが初回である場合にアクティベーションコードを、管理サーバ１００に要求する。アクティベーションコードは実行する都度入力が要求されるコードであってもよい。アプリ実行部２３１は、アクティベーションコードを要求するコード要求情報を、通信部２１０を介して管理サーバ１００に送信する（ステップＳ１００５）。これを受けて、管理サーバ１００は、アクティベーションコードをユーザ端末２００に発行し、送信する。

通信部２１０は、管理サーバ１００から送信された治療用アプリケーションのアクティベーションコードを受信する（ステップＳ１００６）。通信部２１０は、受信したアクティベーションコードを制御部２３０に伝達する。そして、制御部２３０は、伝達されたアクティベーションコードを、出力部２５０に出力させる。即ち、ユーザ端末２００のモニタにアクティベーションコードを表示する。そして、患者は、表示されたアクティベーションコードを入力部２２０から入力することで、治療用アプリケーションが実行される。なお、アクティベーションコードの入力は、患者による入力ではなく、受信したタイミングで直接治療用アプリケーションに入力される仕様であってもよい。

治療用アプリケーションは、アクティベーションコードの入力を受け付けてアクティベイトされ、アプリ実行部２３１は、患者からの入力にしたがって要求された治療情報を表示する（ステップＳ１００７）。また、このとき、患者により治療用アプリケーションに入力された内容（例えば、治療に関する所感であったり、治療に関する行動内容であったりの情報等）は、管理サーバ１００、または、治療用アプリケーションを発行し、患者の治療情報を保持するサーバにアップロードされてもよい。

制御部２３０のアプリ制限部２３２は、管理サーバ１００から、治療用アプリケーションの制限コードを受信しているか否かを確認する(ステップＳ１００８)。通信部２１０は、管理サーバ１００から、制限コードを受信すると、当該制限コードを制御部２３０に伝達する。制御部２３０のアプリ制限部２３２は、制限コードが伝達されると、当該制限コードに含まれるアプリＩＤを抽出する。そして、アプリ制限部２３２は、抽出したアプリＩＤに対応する治療用アプリケーションを制限する（ステップＳ１００９）。これにより、医療従事者により定められた使用期限がきれた治療用アプリケーションの使用が制限される。

図１１は、図８に示すやり取りを実現するための配信サーバ３００の動作例を示すフローチャートである。

図１１に示すように、配信サーバ３００の通信部３１０は、ユーザ端末２００からの治療用アプリケーションを要求する要求信号を受信する（ステップＳ１１０１）。通信部３１０は、受信した要求信号を制御部３３０に伝達する。

制御部３３０の配信部３３１は、要求信号を伝達されると、患者が所望している治療用アプリケーションであって、伝達された要求信号に含まれる治療用アプリケーションを示すアプリＩＤを、抽出する。そして、配信部３３１は、抽出したアプリＩＤを示す治療用アプリケーションのインストーラを記憶部３４０から取得する。配信部３３１は、取得した治療用アプリケーションのインストーラを、通信部３１０を介して、要求信号を送信したユーザ端末２００に配信する（ステップＳ１１０２）。これにより、患者は、治療用アプリケーションを取得することができる。

図１２は、図８に示すやり取りを実現するための医療従事者端末５００の動作例を示すフローチャートである。

図１２に示すように、医療従事者端末５００の入力部５２０は、医療従事者から、治療用アプリケーションを示すアプリＩＤの入力を受け付ける（ステップＳ１２０１）。入力部５２０は、受け付けたアプリＩＤを制御部５３０に伝達する。

入力部５２０は、ステップＳ１２０１で受け付けたアプリＩＤで示される治療用アプリケーションを処方する対象の患者を示す患者ＩＤの入力を医療従事者から受け付ける（ステップＳ１２０２）。入力部５２０は、受け付けた患者ＩＤを制御部５３０に伝達する。なお、受け付けた使用期限の入力が、特定の患者のものではなく一つの治療用アプリケーションに対して均一に設定する場合には、患者ＩＤの入力は省略することとしてよい。患者ＩＤを省略する場合には、患者ＩＤがないことを示す情報を制御部５３０に伝達する。

入力部５２０は、ステップＳ１２０１で受け付けたアプリＩＤで示される治療用アプリケーションを使用可能な使用期限を医療従事者から受け付ける（ステップＳ１２０３）。この使用期限は、治療用アプリケーションを使用することができる末日を示す情報であってもよいし、治療用アプリケーションを使用することができる期間を示す情報であってもよい。この使用期限は、同種の治療用アプリケーションであっても患者によって、その日数が異なってもよい。入力部５２０は、受け付けた使用期限を制御部５３０に伝達する。

制御部５３０の使用期限情報送信部５３１は、伝達されたアプリＩＤと、患者ＩＤと（ない場合には省略する）、使用期限とを含む使用期限情報を生成する。そして、使用期限情報送信部５３１は、生成した使用期限情報を、通信部５１０を介して、管理サーバ１００に送信して（ステップＳ１２０４）、処理を終了する。

これにより、管理サーバ１００は、医療従事者により指定された使用期限を用いて、各患者が使用する治療用アプリケーションを管理することができる。

図１３は、運用サーバ６００の動作例を示すフローチャートである。図１３に示すように、運用サーバ６００の通信部６１０は、ユーザ端末から送信された治療情報の送信要求を受け付ける（ステップＳ１３０１）。この送信要求には、少なくとも、ユーザを特定可能なユーザＩＤが含まれ、その他に、治療情報を閲覧するためのパスワードが含まれてもよい。津深部６１０は、治療情報の送信要求を受信すると、制御部６３０に伝達する。

制御部６３０の治療情報提供部６３１は、伝達された治療情報の送信要求からユーザＩＤを特定する。そして、治療情報提供部６３１は、特定したユーザＩＤに対応する治療情報６４１を記憶部６４０から特定する（ステップＳ１３０２）。そして、治療情報提供部６３１は、特定した治療情報を、通信部６１０を介して、ユーザ端末２００に送信する（ステップＳ１３０３）。

これにより、運用サーバ１００は、ユーザ端末２００に対して、ユーザの治療に関する情報を提供することができる。なお、ユーザ端末２００からの治療情報の送信要求にパスワードが含まれる場合に、ステップＳ１３０２において、先に、そのパスワードの認証を行い、パスワードが正しければ、治療情報の特定を行うようにすればよい。

＜まとめ＞
上記実施形態に示したように、管理サーバ１００は、治療用アプリケーションを使用可能な使用期限を用いて管理する。治療用アプリケーションは、患者の治療に係る情報を含み、その情報を閲覧可能なものであることから、患者がいつまでも自由に使用し続けることによる誤用を防止できるようにすることが好ましい。そこで、本実施形態のように、医療従事者が指定した使用期限にしたがって、治療用アプリケーションを管理することで、そのような誤用を防止することができる。また、医療従事者が設定した使用期限ということで、治療用アプリケーションの信頼度を向上させることができる。

＜補足＞
上記実施の形態に係る治療用アプリケーション管理システムは、上記実施の形態に示す態様に限定されるものではない。以下、他の変形例や、詳細例について説明する。

（１）上記実施の形態においては、管理サーバ１００から、治療用アプリケーションを実行するユーザ端末２００に対して、その治療用アプリケーションの使用を制限するための制限情報（コード）を送信することで、使用期限が過ぎた治療用アプリケーションの実行を制限することとしたが、これはその限りではない。治療用アプリケーションの使用の制限は、その他の手法により実現されてもよい。

例えば、治療用アプリケーションは使用する際に都度、パスワードの入力を患者に要求するものであってもよく、そのパスワードが入力された日付が、その治療用アプリケーションの使用期限を過ぎていた場合には、治療用データへのアクセスを制限することで、治療用アプリケーションの使用を制限することとしてもよい。具体的には、ユーザ端末２００は、患者からの入力にしたがって、治療用アプリケーションを実行する。治療アプリケーションは、起動にあたって、患者に、治療用アプリケーションを使用するためのパスワードの入力を要求する。即ち、ユーザ端末２００は、治療用アプリケーションを起動するためのパスワードを入力するためのＵＩ画面を表示する。患者は、ＵＩ画面に対して、通知されているパスワードを入力する。そして、ユーザ端末２００は、患者により入力されたパスワードを、管理サーバ１００に送信する。管理サーバ１００は、受信したパスワードを認証する際に、管理情報１４１を参照して、その患者のその治療用アプリケーションの使用期限が経過していないかを確認する。そして、使用期限が経過していた場合には、管理サーバ１００は、ユーザ端末２００に、使用期限が経過していて治療用アプリケーションを実行できない旨を通知する。そして、ユーザ端末２００は、その情報を表示することで、患者に、治療用アプリケーションが使用できないことと、その理由を通知する。このようにして、医療従事者により設定された使用期限を経過した治療用アプリケーションの使用を制限することとしてよい。

また、パスワードは、ワンタイムパスワードであってもよく、使用する際に都度、ユーザ端末２００に対して、管理サーバ１００から通知されるパスワードであってもよい。この場合には、治療用アプリケーションを使用するための使用期限を経過していた場合には、管理サーバ１００は、ワンタイムパスワードの発行をしないことで、患者による治療用アプリケーションの使用を制限することとしてもよい。

また、治療用アプリケーションの使用の制限は、治療用アプリケーション自身により実行されてもよい。即ち、治療用アプリケーションには、予め、使用期限情報が埋め込まれた状態で配信サーバ３００から、配信されることとしてもよい。ユーザ端末２００は、配信サーバ３００に治療用アプリケーションを、配信サーバ３００に要求する。このとき、配信サーバ３００は、医療従事者により設定された使用期限（予め医療従事者端末５００の医療従事者により設定された使用期限でもよいし、要求があったタイミングで医療従事者により入力された使用期限でもよい）の情報が埋め込まれた治療用アプリケーションのインストーラをユーザ端末２００に送信する。ユーザ端末２００は、患者が治療用アプリケーションを起動するたび（一日に一回でもよい）、起動された日の情報を取得し、取得した日付と、埋め込まれている使用期限と比較し、取得した日付が使用期限を経過している場合には、ユーザ端末２００は、治療用アプリケーションを起動しない。このように、ユーザ端末２００と治療用アプリケーションとにより、治療用アプリケーションの起動が制限されてもよい。

また、あるいは、アクティベーションコードは、所謂電子証明書と同様の運用をされてもよい。即ち、アクティベーションコードに、使用期限が含まれ、治療用アプリケーションの実行時に、その使用期限を経過していなければ、管理サーバ１００あるいは治療情報を保持するサーバへのアクセスを可能とし、使用期限を経過していれば、管理サーバ１００あるいは治療情報を保持するサーバへのアクセスを不可能とすることで、治療用アプリケーションの使用を制限する態様としてもよい。

また、あるいは、治療用アプリケーションの使用の制限は、運用サーバ６００が行うこととしてもよい。運用サーバ６００による治療用アプリケーションの使用の制限は上述したいずれの態様によって実現されてよく、例えば、運用サーバ６００が、ユーザ端末２００に対して制限情報を送信する態様であってもよいし、ユーザがユーザ端末２００を介して治療情報６４１にアクセスする際に、パスワードを都度入力する場合には、治療用アプリケーションに対して設定された使用期限を経過していたら、治療情報を提供しないことで、治療用アプリケーションの使用を制限することとしてもよい。

（２）上記実施の形態においては、管理サーバ１００は、治療用アプリケーションの管理のみを行っていたが、さらに、配信サーバ３００が保持する機能を保持していてもよい。即ち、管理サーバ１００は、治療用アプリケーションの配信機能を保持していてもよい。この場合には、治療用アプリケーション管理システム１には、配信サーバ３００を設ける必要はない。

この場合のシステム構成例を図１４に示す。また、図１５は、図８に示すやり取りを本変形例に変更した場合の、各装置間のやり取りの例を示している。

図１４に示すように、治療用アプリケーション管理システムは、管理サーバ１００を含み、ユーザ端末２００、医療従事者端末５００、運用サーバ６００が含まれてよい。各装置は、ネットワーク４００を介して互いに通信可能なように接続される。図１４の場合、管理サーバ１００は、上記実施の形態における配信サーバ３００としての機能も有する。即ち、配信サーバ３００の配信部３１１の機能を、管理サーバ１００の制御部１３０が保持する。

図１５には、図１４に示す治療用アプリケーション管理システムにおける各装置間のやり取りの例を示している。図１５に示すシーケンス図においては、ユーザ端末２００が、治療用アプリケーションを最初に要求する要求先が管理サーバ１００となる点が異なる。ここでは、図８に示すシーケンス図と異なる処理について説明し、図８に示すシーケンス図と同じ処理については同じ符号を付して、説明を省略する。

図１５に示すように、ユーザ端末２００は、管理サーバ１００に対して、治療用アプリケーションを要求する（ステップＳ１５０１）。

これを受けて、管理サーバ１００は、指定されている治療用アプリケーションを特定する。そして、特定した治療用アプリケーションのアクティベーションコードを生成する。管理サーバ１００は、生成したアクティベーションコードとともに、治療用アプリケーションを、ユーザ端末２００に送信する（ステップＳ１５０２）。

ユーザ端末２００は、治療用アプリケーションを受信すると、ユーザ端末２００の患者からの入力のもと、治療用アプリケーションを実行する（ステップＳ１５０３）。このとき、ユーザ端末２００は、既にアクティベーションコードを受信していることから、すぐに治療用アプリケーションを実行することができる。このように、管理サーバ１００から治療用アプリケーションを配信する場合には、ユーザ端末２００からのアクティベーションコードの要求と、その要求に対する管理サーバ１００からのアクティベーションコードの送信を省略することができる。なお、図８に示した場合と同様に、管理サーバ１００は、治療用アプリケーションをユーザ端末２００に送信する際には、治療用アプリケーションのインストーラのみを送信し、ユーザ端末２００は、治療用アプリケーションの実行時に、アクティベーションコードを要求するように構成してもよい。

このように、管理サーバ１００は、ユーザ端末２００に対して、治療用アプリケーションの配信を行うこともできる。

（３）上記実施の形態における提案部１３６の詳細についてここで説明する。提案部１３６は、上述の通り、治療用アプリケーションの使用期限を提案するものであり、特に、患者ごとに使用期限を設定する場合に有効となるが、使用する患者に関係なく治療用アプリケーションに対して使用期限を設定する場合にも適用可能である。

提案部１３６は、一例として、病状と、その病状に対して過去に医療従事者が設定した使用期限の日数との関係を学習した学習モデルを用いて、使用期限を提案することとしてもよい。このとき、学習モデルは、更に、処方対象となった患者の属性（例えば、性別や年齢、性格などの情報）も併せて学習したモデルであってもよい。そして、提案部１３６は、使用期限を設定する対象となる治療用アプリケーションがある場合に、その治療用アプリケーションで治療の対象となる病状、治療対象となる患者の属性を入力して、使用期限を推定する。そして、提案部１３６は推定した使用期限を、通信部１１０を介して、医療従事者端末５００に送信する。このようにして提案部１３６は、医療従事者に対して使用期限を提案することで、医療従事者は、それに対して承認を与えるか、変更を加えるだけで、使用期限の設定を行うことができるようになるので、医療従事者の負担を軽減することができる。

また、提案部１３６は、予め定められた基準に従って、使用期限を提案するものであってもよい。即ち、治療用アプリケーションを使用可能な基本の日数の初期値を予め設定しておくとともに、病状ごと、患者の属性ごとに、初期値に対して加減算する日数を設定しておく。これらの設定は、記憶部１４０に記憶されていてよい。そして、提案部１３６は、医療従事者または管理サーバ１００のオペレータ等から入力された病状や処方対象の患者の属性の情報にしたがって、それらの病状や属性に対応する加減算する日数を特定し、初期値に加算して、使用期限を算出する。提案部１３６は、このようにして算出した使用期限を、医療従事者(医療従事者端末５００)に対して提案することとしてもよい。

例えば、重篤な患者であれば、医療従事者の診療を細目に受けさせるため、治療用アプリケーションの使用期限を短めに設定することで、使用期限の日数を更新するために患者に医療従事者への連絡を取らせやすくすることができる。また、例えば、まめな性格の患者であれば、治療用アプリケーションへの日々の入力を怠らないと想定できるので、医療従事者もその患者の病状を管理しやすいことから、使用期限を長めに設定したりすることが考えられるが、そのような事例を学習することで、提案部１３６は、治療用アプリケーションの使用期限を提案することができる。

（４）上記実施の形態における変更部１３７、通知部１３８について詳細に説明する。

変更部１３７は、例えば、医療従事者端末５００から、治療用アプリケーションの使用期限の変更を指示する変更情報を通信部１１０が受信したことにともなって、治療用アプリケーションの使用期限を変更する。治療用アプリケーションの使用期限の変更は、一患者の治療用アプリケーションの使用期限の変更であってもよいし、同種の治療用アプリケーション全てに対する使用期限の変更であってもよい。ここでいう使用期限の変更とは、使用期限を短縮するものであってもよいし、延長するものであってもよい。

また、あるいは、変更部１３７は、ユーザ端末２００から、使用期限を延長する申請情報を受け付けた場合に、通信部１１０を介して、医療従事者端末５００に、申請情報で示される申請の可否、並びに、延長する場合に使用期限の指定を要請する要請情報を送信する。そして、医療従事者端末５００から、医療従事者により許可が下りた場合に、指定された使用期限まで、対応する治療用アプリケーションの使用期限７０４を変更する。

このような変更部１３７による変更を行うトリガとして、通知部１３８は、ユーザ端末２００の患者、または、医療従事者端末５００の医療従事者に対して、治療用アプリケーションの使用期限が迫っていることを通知する。図１６（ａ）に、ユーザ端末２００に表示される通知の例を示す。図１６（ａ）に示すように、ユーザ端末２００は、アプリ実行部２３１が治療用アプリケーションを実行した場合であって、管理サーバ１００の通知部１３８から、使用期限が迫っていることを示す通知を受け付けていたときには、治療用アプリケーションの使用期限が迫っていることを通知するメッセージを表示する。このとき、メッセージには、図１６（ａ）に示されるように、使用期限の更新を要求する入力を受け付けるか否かを入力するためのボタン１６１１、１６１２も併せて表示してもよい。そして、その使用期限の更新を承諾するボタン１６１１に対する入力が患者からあった場合に、アプリ実行部２３１は、前述の申請情報を、通信部２１０を介して、管理サーバ１００に送信する。

なお、ここでは、通知部１３８がユーザ端末２００に対して通知する例を示したが、ユーザ端末２００で実行されている治療用アプリケーションが、使用期限の情報を保持している場合には、治療用アプリケーションが、その使用期限と現在の日時とを比較して、使用期限が迫っている場合に、その通知を行うように構成してもよい。

また、通知部１３８は、使用期限まで所定の日数となったタイミングで、使用期限が迫っていることを通知するだけでなく、ユーザ端末２００や運用サーバ６００から、使用期限についての問い合わせがあった場合に、使用期限を通知することとしてもよい。具体的には、ユーザ端末２００の入力部２２０に対して、患者から、治療用アプリケーションの使用期限の問合せ入力があった場合には、ユーザ端末２００は、期限問合せ情報を管理サーバ１００に送信する。期限問合せ情報には、どの治療用アプリケーションの使用期限を問い合わせているのかを示すアプリＩＤが含まれる。同様に、運用サーバ６００の入力部６２０に対して、オペレータから、治療用アプリケーションの使用期限の問合せ入力があった場合には、運用サーバ６００は、アプリＩＤを含む期限問合せ情報を、管理サーバ１００に送信する。そして、期限問合せ情報を受信した場合に、管理サーバ１００の通知部１３８は、期限問合せ情報で示されるアプリＩＤに対応付けられている使用期限７０４を特定し、問い合わせてきた装置に対して、特定した使用期限の情報を送信する。このように、通知部１３８は、ユーザ端末２００や運用サーバ６００からの問い合わせに応じて、使用期限を通知するものであってもよい。

（５）上記実施の形態における治療用アプリケーションによる表示例を図１６に示す。図１６（ａ）は、前述の通り、使用期限が迫っていることを通知する例を示している。また、図１６（ｂ）は、治療用アプリケーションの一例として、糖尿病治療のアプリケーションの表示例を示している。

糖尿病の場合、患者の毎回の食事における接種カロリーの管理が一つの重要な項目となる。そこで、患者は、治療用アプリケーションを用いて、都度の食事の内容を記録することとしてよく、治療用アプリケーションはその食事内容を記録し、図１６（ｂ）に示すように一覧表示することができる。また、治療用アプリケーションは、入力された内容から摂取カロリーを推定し、推定したカロリーを表示することとしてもよい。ここでは、テキストでの表示としているが、画像による表示であってもよい。また、治療用アプリケーションは、これらの摂取内容から、患者に対する治療のための提案を行ってもよい。図１６（ｃ）は、その提案を行っている例の画面図を示している。図１６（ｃ）に示すように、治療用アプリケーションは、入力されている内容や、これまでの患者の行動、治療記録等を参照して、患者に対する改善提案のメッセージ１６１３を表示することとしてもよい。

なお、ここでは、糖尿病を一例として示したが、治療用アプリケーションは、どのような治療に関するものであってもよく、例えば、禁煙に関するアプリケーションであってもよいし、禁酒に関するアプリケーションであってもよいし、痴呆症対策のアプリケーションなどであってもよい。また、治療用アプリケーションは、各疾病ごとに異なる内容であってもよいし、共通する内容を含んでもよい。

（６）上記実施の形態においては、管理サーバ１００による治療用アプリケーションの管理の手法として、管理サーバ１００のプロセッサが管理プログラム等を実行することにより、作成することとしているが、これは装置に集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、上記実施の形態に示した複数の機能部の機能は１つの集積回路により実現されることとしてもよい。ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

また、上記管理プログラムは、プロセッサが読み取り可能な記録媒体に記録されていてよく、記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記管理プログラムは、当該管理プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記プロセッサに供給されてもよい。つまり、例えば、スマートフォン等の情報処理機器を利用して、ネットワーク上から管理プログラムをダウンロードして実行する構成としてもよい。本発明は、上記管理プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、上記管理プログラムは、例えば、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）、Ｃ＋＋、Ｐｙｔｈｏｎ、Ｒなどのオブジェクト指向プログラミング言語などを用いて実装できる。

（７）上記実施の形態に示した各種の実施例や、＜補足＞に示した各種の例は適宜組み合わせることとしてもよい。また、各フローチャートに示した各動作は、結果として矛盾がなければその実行順序を入れ替えたり、並列に実行したりすることとしてもよい。

１００ 管理サーバ
１１０、２１０、３１０、５１０ 受信部
１２０、２２０、３２０、５２０ 入力部
１３０、２３０、３３０、５３０ 制御部
１３１ 取得部
１３２ 登録部
１３３ 計時部
１３４ 制限部
１３５ 発行部
１３６ 提案部
１３７ 変更部
１３８ 通知部
１４０、２４０、３４０、５４０ 記憶部
１４１ 管理情報
１５０、２５０、３５０、５５０ 出力部
２００ ユーザ端末
２３１ アプリ実行部
２３２ アプリ制限部
３００ 配信サーバ
３３１ 配信部
３４１ 第１治療用アプリケーションインストーラ
３４２ 第２治療用アプリケーションインストーラ
４００ ネットワーク
５００ 医療従事者端末
５３１ 使用期限情報送信部

Claims (17)

1. 医療従事者が患者に処方する治療用アプリケーションを示すアプリＩＤと、前記治療用アプリケーションの処方対象となる患者を識別する患者ＩＤと、前記治療用アプリケーションを使用することができる期限を示す使用期限情報とを、取得する取得部と、
   前記治療用アプリケーションを識別するアプリＩＤと、前記患者ＩＤと、前記使用期限情報とを対応付けて記憶部に登録する登録部と、
   日時情報を計時する計時部と、
   前記計時部が計時した日時情報が、前記使用期限情報により定まる日時を経過している場合に、患者の端末に送信されている前記治療用アプリケーションの使用を制限する制限部と、を備える治療用アプリケーション管理システム。
2. 前記使用期限情報は、前記医療従事者による判断により定められた期限である
   ことを特徴とする請求項１に記載の治療用アプリケーション管理システム。
3. 前記使用期限情報は、前記治療用アプリケーションが処方されてから使用できる日数を定めた情報である
   ことを特徴とする請求項１又は２に記載の治療用アプリケーション管理システム。
4. 前記治療用アプリケーション管理システムは、
   患者が自身の端末を用いてダウンロードし治療用アプリケーションを有効化するためのアクティベーションコードを要求する要求情報を受信する受信部と、
   前記要求情報に基づいて、前記患者の前記治療用アプリケーションのアクティベーションコードを発行する発行部と、
   前記発行部が発行したアクティベーションコードを前記患者の端末に送信するコード送信部と、を備えることを特徴とする請求項１〜３のいずれか一項に記載の治療用アプリケーション管理システム。
5. 前記制限部は、前記計時部が計時した日時情報に基づいて、前記治療用アプリケーションが処方された日時から前記使用期限情報で示される日数が経過した場合に、前記患者の端末に、前記治療用アプリケーションの起動を制限するための使用制限コードを送信し、前記治療用アプリケーションの使用を制限する
   ことを特徴とする請求項１〜４のいずれか一項に記載の治療用アプリケーション管理システム。
6. 前記治療用アプリケーション管理システムは、
   患者の端末からの要求にしたがって、治療用アプリケーションを送信するアプリ送信部を備える
   ことを特徴とする請求項１〜５のいずれか一項に記載の治療用アプリケーション管理システム。
7. 前記制限部は、前記治療用アプリケーションに、前記使用期限情報により定まる使用期限が経過した場合に、起動不可とする使用制限コードを埋め込んで、前記患者の端末に送信することで、前記治療用アプリケーションの使用を制限する
   ことを特徴とする請求項６に記載の治療用アプリケーション管理システム。
8. 前記治療用アプリケーション管理システムは、
   前記治療用アプリケーションの治療内容と、当該治療用アプリケーションが使用可能な使用期限と、の関係を学習した学習モデルを用いて、前記医療従事者から受け付けた治療内容に基づいて、患者に処方する治療用アプリケーションの使用期限を、前記医療従事者に提案する提案部を備える
   ことを特徴とする請求項１〜７のいずれか一項に記載の治療用アプリケーション管理システム。
9. 前記記憶部は、治療内容と、当該治療内容に関する治療用アプリケーションが使用可能な使用期限の基本日数とを対応付けて記憶し、
   前記提案部は、前記医療従事者から受け付けた治療内容に基づいて、当該治療内容に対応する基本日数に、前記学習モデルを用いて特定される補正日数を加算した使用期限を提案する
   ことを特徴とする請求項８に記載の治療用アプリケーション管理システム。
10. 前記治療用アプリケーション管理システムは、
    前記使用期限を変更する変更部と、
    変更後の使用期限と、使用期限を変更する治療用アプリケーションのアプリＩＤとを、前記患者の端末に送信する変更情報送信部と、を備える
    ことを特徴とする請求項１〜９のいずれか一項に記載の治療用アプリケーション管理システム。
11. 前記治療用アプリケーション管理システムは、
    前記使用期限を変更する変更部を備え、
    前記制限部は、変更後の使用期限に基づいて、前記治療用アプリケーションの使用を制限する
    ことを特徴とする請求項１〜９のいずれか一項に記載の治療用アプリケーション管理システム。
12. 前記治療用アプリケーション管理システムは、
    使用期限で示される期日から、前記日時情報で示される日付けを引いた日数が、所定の日数以下である治療用アプリケーションを使用している患者の端末に、当該治療用アプリケーションの使用期限が迫っていることを示す情報を通知する通知部を備える
    ことを特徴とする請求項１〜１１のいずれか一項に記載の治療用アプリケーション管理システム。
13. 使用期限を示す使用期限情報を含む治療用アプリケーションを受信する受信部と、
    前記治療用アプリケーションにより定められる治療内容を示す治療情報を表示する表示部と、
    前記使用期限情報で示される使用期限を経過している場合に、前記治療用アプリケーションの使用を制限する制限部を備える端末。
14. 治療用アプリケーション管理システムによる治療用アプリケーションの管理方法であって、
    医療従事者が患者に処方する治療用アプリケーションを示すアプリＩＤと、前記治療用アプリケーションの処方対象となる患者を識別する患者ＩＤと、前記治療用アプリケーションを使用することができる期限を示す使用期限情報とを、取得する取得ステップと、
    前記治療用アプリケーションを識別するアプリＩＤと、前記患者ＩＤと、前記使用期限情報とを対応付けて記憶ステップに登録する登録ステップと、
    日時情報を計時する計時ステップと、
    前記計時ステップが計時した日時情報が、前記使用期限情報により定まる日時を経過している場合に、患者の端末に送信されている前記治療用アプリケーションの使用を制限する制限ステップと、を含む治療用アプリケーションの管理方法。
15. 端末の治療用アプリケーションの管理方法であって、
    使用期限を示す使用期限情報を含む治療用アプリケーションを受信する受信ステップと、
    前記治療用アプリケーションにより定められる治療内容を示す治療情報を表示する表示ステップと、
    前記使用期限情報で示される使用期限を経過している場合に、前記治療用アプリケーションの使用を制限する制限ステップとを含む管理方法。
16. コンピュータに、
    医療従事者が患者に処方する治療用アプリケーションを示すアプリＩＤと、前記治療用アプリケーションの処方対象となる患者を識別する患者ＩＤと、前記治療用アプリケーションを使用することができる期限を示す使用期限情報とを、取得する取得機能と、
    前記治療用アプリケーションを識別するアプリＩＤと、前記患者ＩＤと、前記使用期限情報とを対応付けて記憶ステップに登録する登録機能と、
    日時情報を計時する計時機能と、
    前記計時機能が計時した日時情報が、前記使用期限情報により定まる日時を経過している場合に、患者の端末に送信されている前記治療用アプリケーションの使用を制限する制限機能と、を実現させる管理プログラム。
17. コンピュータに、
    使用期限を示す使用期限情報を含む治療用アプリケーションを受信する受信機能と、
    前記治療用アプリケーションにより定められる治療内容を示す治療情報を表示する表示機能と、
    前記使用期限情報で示される使用期限を経過している場合に、前記治療用アプリケーションの使用を制限する制限機能とを実現させる管理プログラム。

Images