JP7349176B2 - 治療用アプリケーションの機能を制限するためのシステム、装置、方法及びプログラム - Google Patents

治療用アプリケーションの機能を制限するためのシステム、装置、方法及びプログラム Download PDF

Info

Publication number
JP7349176B2
JP7349176B2 JP2021541342A JP2021541342A JP7349176B2 JP 7349176 B2 JP7349176 B2 JP 7349176B2 JP 2021541342 A JP2021541342 A JP 2021541342A JP 2021541342 A JP2021541342 A JP 2021541342A JP 7349176 B2 JP7349176 B2 JP 7349176B2
Authority
JP
Japan
Prior art keywords
restriction
application
related information
information
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021541342A
Other languages
English (en)
Other versions
JPWO2021033218A1 (ja
Inventor
雅樹 相島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CureApp Inc
Original Assignee
CureApp Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by CureApp Inc filed Critical CureApp Inc
Publication of JPWO2021033218A1 publication Critical patent/JPWO2021033218A1/ja
Application granted granted Critical
Publication of JP7349176B2 publication Critical patent/JP7349176B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/70—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mental therapies, e.g. psychological therapy or autogenous training
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/63—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Biomedical Technology (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Pathology (AREA)
  • Child & Adolescent Psychology (AREA)
  • Developmental Disabilities (AREA)
  • Hospice & Palliative Care (AREA)
  • Psychiatry (AREA)
  • Psychology (AREA)
  • Social Psychology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Description

本発明は治療用アプリケーション（治療用アプリ）の機能を制限するためのシステム、装置、方法及びプログラムに関する。
近年、ユーザの健康に関連する行動を改善したり、疾病の治療や、体調管理などのために用いられる、スマートフォン等のユーザ端末において動作する治療用アプリが開発されている（先行文献１）。先行文献１に開示されたシステムは、個人から収集したデータに基づいて、健康に関する悪い行動を改善するための行動変容メッセージを、一日単位で順に個人に提供するシステムが開示されている。
特開２００１－９２８７６号
これらの治療用アプリは、各アプリケーションが対象とする疾病の治療等のために設計されており、他のアプリケーションとの相互作用等については考慮されていない。
本発明は上記の課題に鑑みてなされたものであり、以下のような特徴を有している。すなわち、本発明の一実施態様におけるシステムは、ユーザ端末のユーザである患者の治療を行うための治療用アプリケーションの機能を制限するためのシステムであって、第１の治療用アプリケーションに関連して生成された情報に基づいてユーザに関連付けられた、制限されるアプリケーションの機能を判定するために用いられる制限関連情報を記録する診療記録情報記憶部と、前記制限関連情報に基づいて、第２の治療用アプリケーションの機能が制限対象であるか否かを判定する制限対象判定部と、制限対象であると判定された第２の治療用アプリケーションの機能を制限する機能制限部と、を備える。
また、前記システムはサーバ及びユーザ端末を備え、サーバは、診療記録情報記憶部の少なくとも一部を含み、さらに、所定のタイミングでユーザ端末へ前記制限関連情報を送信する制限関連情報送信部を含み、ユーザ端末は、制限対象判定部の少なくとも一部及び前記機能制限部を含むようにしてもよい。
ユーザ端末は、第２の治療用アプリケーションを実行する際、制限関連情報要求をサーバに送信する制限関連情報要求部をさらに備え、前記所定のタイミングは、サーバが前記制限関連情報要求を受信したタイミングを含むことができる。
前記所定のタイミングは、前記第１の治療用アプリケーションに関連する情報に基づいて制限関連情報が更新されるタイミングを含んでもよい。
第１及び第２の治療用アプリケーションがユーザ端末において実行され、ユーザ端末は、第１の治療用アプリケーションに関連する制限関連情報の少なくとも一部を記録する診療記録情報記憶部の少なくとも一部と、第１の治療用アプリケーションに関連する制限関連情報をサーバに送信する制限関連情報送信部と、をさらに含み、前記サーバの制限関連情報送信部は、前記所定のタイミングにおいて、第１の治療用アプリケーションに関連する制限関連情報要求をユーザ端末に送信し、ユーザ端末から受信した第１の治療用アプリケーションに関連する制限関連情報に基づいて、ユーザ端末へ制限関連情報を送信するようにしてもよい。
前記システムはサーバ及びユーザ端末を備え、サーバは、診療記録情報記憶部の少なくとも一部及び制限対象判定部の少なくとも一部を含み、さらに、制限対象であると判定された第２の治療用アプリケーションの機能の制限を指示する制限指示情報をユーザ端末へ送信する制限指示情報送信部を備え、ユーザ端末は前記機能制限部を含み、前記機能制限部は、前記制限指示情報に基づいて、制限対象であると判定された第２の治療用アプリケーションの機能を制限することができる。
前記制限対象であるか否かを判定することは、前記第２の治療用アプリケーションを示す識別子が、当該ユーザに対して使用制限の対象であるアプリケーションの識別子として前記制限関連情報に含まれているか否かを判定することを含み、前記第２の治療用アプリケーションの機能を制限することは、当該第２の治療用アプリケーションが使用できないように設定することを含んでもよい。
前記制限対象判定部は、さらに、第２の治療用アプリケーションに関連する制限関連情報に基づいて、第２の治療用アプリケーションの機能が制限対象であるか否かを判定してもよい。
前記制限対象であるか否かを判定することは、前記第２の治療用アプリケーションを用いてユーザに提示される治療情報が制限対象情報として前記制限関連情報に含まれているか否かを判定することを含み、前記第２の治療用アプリケーションの機能を制限することは、制限対象情報として含まれていると判定された治療情報を含まないように、当該第２の治療用アプリケーションに基づくユーザへの治療情報提示処理を実行してもよい。
前記制限対象であるか否かを判定することは、制限関連情報に含まれる、第１の治療用アプリケーションによって規定された治療情報によって示される行動をユーザが実行すべき実行時間が、第２の治療用アプリケーションによって規定された治療情報によって示される行動をユーザが実行すべき実行時間と少なくとも一部重複するか否かを判定することと、少なくとも一部の実行時間が重複すると判定されると、第１の治療用アプリケーションによって規定された行動に関連付けられた優先度と、第２の治療用アプリケーションによって規定された行動に関連付けられた優先度とを比較し、実行時間が重複しないように、より低い優先度に関連付けられた治療用アプリケーションによって規定された治療情報を変更することと、を含むことができる。
また、一つの実施形態におけるユーザ端末は、ユーザ端末のユーザである患者の治療を行うための治療用アプリケーションの機能を制限するためのユーザ端末であって、第１の治療用アプリケーションに関連して生成された情報に基づいてユーザに関連付けられた制限関連情報を記録する診療記録情報記憶部と、前記制限関連情報に基づいて、第２の治療用アプリケーションの機能が制限対象であるか否かを判定する制限対象判定部と、制限対象であると判定された第２の治療用アプリケーションの機能を制限する機能制限部と、を備える。
また、別の実施形態におけるユーザ端末は、ユーザ端末のユーザである患者の治療を行うための治療用アプリケーションの機能を制限するためのユーザ端末であって、第１の治療用アプリケーションに関連して生成された情報に基づいてユーザに関連付けられた、制限されるアプリケーションの機能を示す制限関連情報を記録する診療記録情報記憶部と、所定のタイミングでユーザ端末へ前記制限関連情報を送信する制限関連情報送信部と、前記制限関連情報に基づいて判定された制限指示情報を受信する通信部と、前記制限指示情報に基づいて、第２の治療用アプリケーションの機能を制限する機能制限部と、を備えることができる。
一つの実施形態におけるサーバは、ユーザ端末のユーザである患者の治療を行うための治療用アプリケーションの機能を制限するためのサーバであって、第１の治療用アプリケーションに関連して生成された情報に基づいてユーザに関連付けられた制限関連情報を受信し、制限指示情報を送信する通信部と、前記受信された制限関連情報に基づいて、第２の治療用アプリケーションの機能が制限対象であるか否かを判定して、前記制限指示情報を生成する制限対象判定部と、を備える。
一つの実施形態における方法は、ユーザ端末のユーザである患者の治療を行うための治療用アプリケーションの機能を制限するための１以上のコンピュータによって実行される方法であって、第１の治療用アプリケーションに関連して生成された情報に基づいてユーザに関連付けられた制限関連情報を記録する段階と、前記制限関連情報に基づいて、第２の治療用アプリケーションの機能が制限対象であるか否かを判定する段階と、制限対象であると判定された第２の治療用アプリケーションの機能を制限する段階と、を備える。
また、一つの実施形態におけるプログラムは、前述の方法を１以上のコンピュータに実行させるものである。
本発明を用いることにより、他の治療用アプリに関連して行われる治療の効果を弱めたり、実行不可能であったり、他の治療用アプリが対象としている疾病等との関係において使用不可であるなどの悪影響を与える治療用アプリの機能を制限することを可能とする。
本発明の一実施形態に係るシステムの構成図である。 本発明の一実施形態に係るユーザ端末、サーバ及び医療従事者端末のハードウェア構成図である。 本発明の一実施形態に係るユーザ端末、サーバ及び医療従事者端末の機能ブロック図である。 本発明の一実施形態に係るフローチャートである。 本発明の一実施形態に係るフローチャートである。 本発明の一実施形態に係るフローチャートである。 本発明の一実施形態に係るフローチャートである。 本発明の一実施形態に係るフローチャートである。 本発明の一実施形態に係るフローチャートである。
［第１の実施形態］
図１は本発明のシステム構成図の一例を示す。システム１００は治療用アプリの機能を制限するために使用されるものであり、ネットワーク１１０、これに接続されるユーザ端末１２０、サーバ１３０及び医療従事者端末１４０を備える。さらに、ユーザ端末１２０に接続される治療に関連する測定器１５０を含んでもよい。例えば、治療用アプリの指示に従って一酸化炭素濃度測定を行うための一酸化炭素濃度測定器や脂肪肝治療用アプリの指示に従って体重を測定するための体重計を含むことができる。これらの測定器１５０は例えばユーザ端末１２０と無線接続されることにより、治療用アプリと協働して動作することができる。
また、本実施形態において治療用アプリは、ユーザの健康に関連する行動を改善したり、疾病の治療や体調管理に用いられるアプリケーションを意味するが、ユーザの健康状態を改善するために用いられるものであればどのようなアプリケーションであってもかまわない。治療用アプリは、医療従事者によって提供されたり、医療従事者の管理下において使用されるアプリケーションに限定されない。また、各治療用アプリは、同一メーカーによって作成されたものである必要はなく、２以上のメーカーによって作成されたものであってもかまわないし、メーカーとは異なる者によって管理されるアプリ提供用サーバ等からダウンロードできるようにしてもよい。
図２は本発明の一実施形態によるユーザ端末１２０、サーバ１３０、医療従事者端末１４０のハードウェア構成を示すブロック図である。ユーザ端末１２０は、プロセッサ１２１、表示装置１２２、入力装置１２３、記憶装置１２４及び通信装置１２５を備える。これらの各構成装置はバス１２８によって接続される。なお、バス１２８と各構成装置との間には必要に応じてインタフェースが介在しているものとする。本実施形態において、ユーザ端末１２０はスマートフォンである。ただし、ユーザ端末１２０は、上記の構成を備えるものであれば、パーソナルコンピュータ、タブレット型コンピュータ、タッチパッドなどの情報端末とすることができる。
サーバ１３０及び医療従事者端末１４０もまた同様に、プロセッサ１３１、１４１，表示装置１３２、１４２、入力装置１３３、１４３、記憶装置１３４、１４４及び通信装置１３５、１４５を備える。これらの各構成装置はバス１３８、１４８によって接続される。なお、バス１３８、１４８と各構成装置との間には必要に応じてインタフェースが介在しているものとする。本実施形態においてサーバ１３０及び医療従事者端末１４０はコンピュータによって実現される。
プロセッサ１２１、１３１、１４１は、ユーザ端末１２０、サーバ１３０及び医療従事者端末１４０全体の動作を制御するものであり、例えばＣＰＵである。プロセッサ１２１、１３１、１４１は、記憶装置１２４、１３４、１４４に格納されているプログラムやデータを読み込んで実行することにより、様々な処理を実行する。１つの例では、プロセッサ１２１、１３１、１４１は、複数のプロセッサから構成される。
表示装置１２２、１３２、１４２は、プロセッサ１２１、１３１、１４１の制御に従って、アプリケーション画面などをユーザ端末１２０のユーザ（患者）、サーバ１３０のユーザ（管理者）及び医療従事者端末１４０のユーザ（医療従事者）に表示する。好ましくは液晶ディスプレイであるが、有機ＥＬを用いたディスプレイやプラズマディスプレイ等であってもよい。
入力装置１２３、１３３、１４３は、ユーザ端末１２０、サーバ１３０及び医療従事者端末１４０に対するユーザからの入力を受け付けるユーザインタフェースであり、例えば、タッチパネル、タッチパッド、キーボード、又はマウスである。本実施形態においてユーザ端末１２０はスマートフォンであるため、ユーザ端末１２０は入力装置１２３としてタッチパネルを備え、タッチパネルは表示装置１２２としても機能し、表示装置１２２と入力装置１２３は一体となった構造である。表示装置１２２と入力装置１２３は、別の位置に配置される別個の形態であってもよい。ここでは、サーバ１３０及び医療従事者端末１４０はコンピュータであるため、入力装置としてキーボード及びマウスを備え、表示装置として液晶ディスプレイを備えるものとする。
記憶装置１２４、１３４、１４４は、揮発性メモリであるＲＡＭ及び不揮発性メモリであるＲＯＭを含む、一般的なスマートフォンないしコンピュータが備える記憶装置である。記憶装置１２４、１３４、１４４は、外部メモリを含むこともできる。例えば記憶装置１２４、１４４は、本実施形態を実施するためのユーザアプリケーションを記憶し、記憶装置１３４はサーバアプリケーションを記憶する。ユーザアプリケーションは、治療用アプリケーションのユーザプログラム及び該ユーザプログラム実行時に参照する各種データを含む。医療従事者端末１４０のための治療用アプリケーションとして、電子カルテを操作するためのアプリケーションを用いることができる。ユーザプログラムは、ユーザ端末１２０に対するユーザの操作に応じて起動され、ユーザ端末１２０が予め実装するオペレーティングシステム（ＯＳ）上で実行される。サーバ用アプリケーションはクライアントである各ユーザ端末１２０においてユーザからの入力の受付及びユーザに対する情報の提示がユーザプログラムによって適切に実行されるようにするための機能及び各種データを含む。
１つの例では、記憶装置１２４、１３４、１４４は、主記憶装置及び補助記憶装置を含む。主記憶装置は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、プロセッサ１２１、１３１、１４１が情報を処理する際の記憶領域及び作業領域として用いられる。補助記憶装置は、様々なプログラムや、各プログラムの実行に際してプロセッサ１２１、１３１、１４１が使用するデータを格納する。補助記憶装置は、例えばハードディスク装置であるが、情報を格納できるものであればいかなる不揮発性ストレージ又は不揮発性メモリであってもよく、着脱可能なものであっても構わない。補助記憶装置は、例えば、オペレーティングシステム（ＯＳ）、ミドルウェア、アプリケーションプログラム、これらのプログラムの実行に伴って参照され得る各種データなどを格納する。
通信装置１２５、１３５、１４５は、ネットワーク１１０（図２においては省略）を介して他の装置との間でデータの授受を行う。例えば通信装置１２５、１３５、１４５は、移動体通信や無線ＬＡＮ等の無線通信を行い、ネットワーク１１０へ接続する。ユーザ端末１２０及び医療従事者端末１４０は通信装置１２５及び１３５をそれぞれ用いることで、ネットワークを介してサーバ１３０と通信を行う。通信装置１２５、１３５、１４５は、イーサネット（登録商標）ケーブル等を用いた有線通信を行ってもよい。
図３は本発明の一実施形態によるユーザ端末１２０、サーバ１３０及び医療従事者端末１４０の機能ブロック図の一例を示す。ユーザ端末１２０は、制御部３２１、入力部３２２、表示部３２３、通信部３２６、第１アプリ機能部３５０及び第２アプリ機能部３７０を備え、サーバ１３０は、制御部３３１、入力部３３２、表示部３３３、制限関連情報送信部３３４、診療記録情報記憶部３３５、通信部３３６、制限対象判定部３３７を備え、医療従事者端末１４０は、制御部３４１、入力部３４２、表示部３４３、制限関連情報送信部３４４、診療記録情報記憶部３４５、通信部３４６を備える。
本実施形態においては、プロセッサ１２１、１３１、１４１がプログラムを実行することによりこれらの機能が実現される。例えば実行されるプログラムは、記憶装置１２４、１３４、１４４に記憶されているプログラムである。また、第１アプリ機能部３５０及び第２アプリ機能部３７０は第１及び第２の治療用アプリケーションが実行されることによりそれぞれ実現される。このように、各種機能がプログラム読み込みにより実現されるため、１つのパート（機能）の一部又は全部を他のパートが有していてもよい。各機能の一部又は全部を実現するための電子回路等を構成することによりハードウェアによってこれらの機能を実現してもよい。
ユーザ端末１２０の制御部３２１は、本実施形態において実行される情報処理の制御処理を行う。入力部３２２は、ユーザ端末１２０のユーザからの入力を受け付ける。表示部３２３は、アプリケーションの機能を制御するためのアプリ用画面を表示し、アプリケーションの機能やユーザ操作に応じたアプリ用画面を表示する。本実施形態においては、入力部３２２及び表示部３２３を備えたタッチパネルを用いることとし、タッチ検出機能によって操作受付部を実現する。通信部３２６は、他のユーザ端末１２０、サーバ１３０及び医療従事者端末１４０等と有線及び無線通信によって通信を行う。
第１及び第２アプリ機能部３５０、３７０は、それぞれ、アプリ制御部３５１、３７１、制限対象判定部３５２、３７２、機能制限部３５３、３７３、制限関連情報送信部３５４、３７４、診療記録情報記憶部３５５、３７５及び制限関連情報要求部３５６、３７６を備える。
アプリ制御部３５１、３７１は、本実施形態における各治療用アプリによって実行される情報処理の制御処理を行う。制限対象判定部３５２、３７２は、診療記録情報に含まれる制限関連情報に基づいて、治療用アプリの機能が制限対象であるか否かを判定する。機能制限部３５３、３７３は、制限対象であると判定された治療用アプリの機能を制限する。制限される機能は、治療用アプリ全体であってもよいし、治療用アプリの一部の機能であってもよい。例えば、治療用アプリによって実行される治療処理のうちの一部は実行できないものとし、他の実行可能な治療処理に変更することができる。
制限関連情報送信部３５４、３７４は、制限関連情報を送信する機能を有する。制限関連情報は、制限の対象となる治療用アプリの機能を判定するために用いられる情報であり、ユーザに対して使用すべきでないアプリケーションを示す情報、インストールされるアプリやインストール済のアプリを識別する情報、ユーザに対して行ってはならない治療処理を示す情報、他の治療処理と実行時間が重複してはならない時間を示す情報等を含むことができる。本実施形態においては、制限関連情報送信部３５４、３７４は、制限関連情報要求に応答して、制限関連情報を送信するものとするが、所定のタイミングで、送信することもできる。例えば、予め定められた時刻になった際や、アプリ登録情報の登録の際、制限関連情報が更新された際などに送信するようにしてもよい。
診療記録情報記憶部３５５、３７５は治療用アプリに関連して生成された情報に基づいてユーザに関連付けられた診療記録情報を記録する。診療記録情報は、例えば、患者であるユーザの性別、年齢、体重、薬歴、既往歴や治療履歴等を含むことができる。診療記録情報はさらに、制限される治療用アプリの機能を判定するために用いられる制限関連情報を含むことができる。制限関連情報要求部３５６、３７６は、制限関連情報を要求するための信号である制限関連情報要求を送信する。
サーバ１３０の制御部３３１は、ユーザ端末１２０及び医療従事者端末１４０において実行されるアプリケーションのための処理を行う。１つの例では、制御部３３１は、ユーザ端末１２０においてアプリケーションが実行されると、定期的に、又は必要に応じてデータの送受信を行い、ユーザ端末１２０においてアプリケーションの機能を実現させる。入力部３３２は、サーバ１３０のユーザからの入力を受け付ける。表示部３３３は、必要に応じてサーバ管理者のための管理画面を表示装置１３２に表示する。
制限関連情報送信部３３４は、制限関連情報を送信する機能を有する。診療記録情報記憶部３３５は治療用アプリに関連して生成された情報に基づいてユーザに関連付けられた診療記録情報を記録する。診療記録情報には制限関連情報を含むことができる。通信部３３６は、ユーザ端末１２０及び医療従事者端末１４０等と有線及び無線通信によって通信を行う。
医療従事者端末１４０の制御部３４１は、医療従事者端末１４０において実行されるアプリケーション、例えば電子カルテ用アプリケーションのための処理を行う。入力部３４２は、医療従事者端末１４０のユーザからの入力を受け付ける。表示部３４３は、アプリケーションの機能を制御するためのアプリ用画面を表示し、アプリケーションの機能やユーザ操作に応じたアプリ用画面を表示する。通信部３４６は、ユーザ端末１２０、サーバ１３０及び他の医療従事者端末１４０等と有線及び無線通信によって通信を行う。
制限関連情報送信部３４４は、制限関連情報を送信する機能を有する。診療記録情報記憶部３４５は治療用アプリに関連して生成された情報に基づいてユーザに関連付けられた診療記録情報を記録する。診療記録情報は制限関連情報を含むことができる。通信部３４６は、他のユーザ端末１２０、サーバ１３０及び医療従事者端末１４０等と有線及び無線通信によって通信を行う。
ユーザ端末１２０、サーバ１３０及び医療従事者端末１４０の診療記録情報記憶部３３５、３４５、３５５、３７５は各治療用アプリケーションに基づいて入力された、制限関連情報を含む診療記録情報を記憶することもできるし、サーバ１３０の診療記録情報記憶部３４５においてすべての診療記録情報を記録、管理し、ユーザ端末１２０及び医療従事者端末１４０においては、一部のみを記録、管理、または全く記録、管理しない態様としてもよいし、サーバ１３０においては、一方のアプリ機能部から送信された制限関連情報を他方の治療用アプリ機能部へ送信し、一部のみを記録、管理、または全く記録、管理しない態様とすることもできる。
本システムの制限対象判定部は複数の装置内に備えることができる。本実施形態においては、ユーザ端末１２０の第１アプリ機能部３５０、第２アプリ機能部３７０に含まれるものとするが、後述する実施形態においては、サーバ１３０において備えるものとする。ユーザ端末１２０及びサーバ１３０の両方において備えられるものとしてもよい。同様に診療記録情報記憶部もユーザ端末１２０、サーバ１３０及び医療従事者端末１４０を含む複数の装置において分散して配置されることができる。この意味において、各装置が制限対象判定部の少なくとも一部を含むと表現し、診療記憶情報記憶部の少なくとも一部を含む、と表現することがある。その他の構成要素についても同様に、複数の装置において分散して配置されることができる。「少なくとも一部」と記載されてない場合であっても、複数の装置において分散して配置された場合の一部であることを意味することができるものとし、他の装置がその構成を常に包含しないことを意味するわけではない。
次に、図４を用いて、本実施形態における処理の流れを説明する。ここでは、うつ病の治療用アプリを使用しているユーザがさらに、禁煙治療用アプリの使用を開始する場合を例にとって説明するが、他の治療用アプリに関連して行われる治療の効果を弱めたり、実行不可能であったり、他の治療用アプリが対象としている疾病等にとって禁忌であるなどの悪影響を与える治療用アプリ同士であればどのような疾患に対する場合であってもかまわない。
疾患は、腎機能障害、高血圧や精神疾患など医学的な疾患に加えて、身体的、精神的に好ましくない状態であれば、医学的な意味での疾患である必要はない。治療は、身体的、精神的に好ましくない状態を改善するためのものであればどのようなものでもよく、予防医療であってもよい。患者は本発明を用いて体調の改善を試みる者をいい、医療従事者の指導のもと疾患の治療を行っている患者である必要はない。
図４においては、うつ病治療用アプリケーションである第１の治療用アプリケーション（第１アプリ）の機能を実行するための第１アプリ機能部３５０及び禁煙治療用アプリケーションである第２の治療用アプリケーション（第２アプリ）の機能を実行するための第２アプリ機能部３７０を、説明のために離間して記載しているが、本実施形態においては、一つのユーザ端末１２０にインストールされて、実現されるものとする。２つのユーザ端末１２０に別々にインストールされて、それぞれのユーザ端末において実現されてもかまわない。
まず、うつ病を煩っている患者であるユーザが医師から第１アプリとしてうつ病治療用アプリを処方され、自己のユーザ端末１２０へインストールする（Ｓ４０１）。インストールによって実現された第１アプリ機能部３５０の制御部３５１は、アプリ登録情報をサーバ１３０へ送信する（Ｓ４０２）。アプリ登録情報は、例えば、当該ユーザを識別するためのユーザＩＤ、第１アプリのアプリＩＤ及び制限関連情報を含む。アプリＩＤを制限関連情報の一部とすることもできる。
第１アプリのアプリＩＤは、第１アプリのインストールの際に第１アプリ機能部のアプリ制御部３５１に記憶されてもよいし、第１アプリの制限関連情報の一部として診療記録情報記憶部３５５に記憶されてもよい。アプリＩＤは、例えば、複数のメーカーのアプリをダウンロード可能とするために用意されたアプリ提供サイトによって割り当てられる当該アプリのための識別子とすることができる。本システムを利用可能とするために予めアプリ毎に割り当てられた識別子としてもよい。
制限関連情報は、第１の治療用アプリに関連する治療に反する他の治療用アプリのアプリＩＤを含むことができる。また、アプリ登録情報に、制限関連情報以外の診療記録情報を含めて送信してもかまわない。インストールの際に、第１アプリ機能部の診療記録情報記憶部３５５に制限関連情報を記憶してもよい。さらに、制限関連情報以外の診療記録情報を診療記録情報記憶部３５５に記憶することができる。
医療従事者の判断によってうつ病患者に対して所定の禁煙治療用アプリを使用すべきでないとされる場合があり、ここでは、制限関連情報としてうつ病患者に対して使用が制限されるべきと判断された所定の禁煙治療用アプリのアプリＩＤを含むものとする。なお、うつ病患者に対して常に禁煙治療用アプリが制限されるべきであるわけではない。すべての禁煙治療用アプリやその他の治療用アプリを使用できる場合もあるし、所定の治療用アプリの使用が制限される場合もある。制限関連情報は、予め第１アプリに設定されているものとする。医師から治療用アプリを処方する際に設定されてもよい。
サーバ１３０は、受信したアプリ登録情報に基づいて、当該ユーザのアプリ登録を行う（Ｓ４２１）。アプリ登録においては、診療記録情報記憶部３３５に記憶された診療記録情報に含まれる、ユーザ対アプリテーブルにおいて、ユーザＩＤと第１アプリのアプリＩＤとを紐付けて記憶するとともに、ユーザ対制限関連情報テーブルにおいて、ユーザＩＤと制限関連情報とを紐付けて記憶することができる。本実施形態においては、以下の表１及び２に示すように、第１アプリとしてうつ病アプリのアプリＩＤが登録され、制限関連情報として使用が制限されるべきである所定の禁煙治療用アプリのアプリＩＤを登録する。
Figure 0007349176000001
Figure 0007349176000002
表１及び２において、ユーザＩＤ＝0028は本実施形態を用いているユーザのユーザＩＤであり、アプリＩＤ＝0928はうつ病治療用アプリのアプリＩＤであり、アプリＩＤ＝0571は使用が制限されるべきと判断された所定の禁煙治療用アプリのアプリＩＤであるものとする。表１においては、ユーザＩＤ＝0809及び0028はアプリＩＤ＝0521及び0928のアプリをそれぞれ使用していることを示している。ステータスがアクティブである場合には現在もインストールされ、使用されていることを示し、非アクティブの場合にはアンインストールされた場合など、現在は使用されていないことを意味する。使用をやめたアプリについては、ユーザ対アプリテーブルから当該アプリのアプリＩＤを削除してもよい。表２は、ユーザＩＤ＝0028が使用しているアプリＩＤ=0928のうつ病治療用アプリは、アプリＩＤ＝0571の禁煙治療用アプリを制限対象としていることを示している。アプリＩＤがユーザ対アプリテーブルにおいてインアクティブとされた場合にはユーザ対制限関連情報テーブルにおいて当該アプリＩＤに関連する制限関連情報を削除する。
ユーザが、第１アプリによる問診に対する応答としてのユーザ端末１２０への入力操作に基づいて、新たな制限関連情報が生成された場合には、ユーザＩＤ、アプリＩＤとともにこれをサーバ１３０へ送信し（Ｓ４０４）、これを受信したサーバ１３０は、ユーザＩＤと制限関連情報とを紐付けて診療記録情報記憶部３３５に記憶する。制限関連情報送信の際に、第１アプリ機能部の診療記録情報記憶部３５５に制限関連情報を記憶してもよい。問診に対する応答として得られた診療記録情報を診療記録情報記憶部３５５に記憶することもできる。
さらに、ユーザがユーザ端末１２０に第２アプリをインストールすると（Ｓ４４１）、第２アプリの制限関連情報要求部３７６がユーザＩＤとともに、制限関連情報要求を送信する（Ｓ４４２）。ここでインストールは、治療用アプリケーションが完全にインストールされる場合に限られず、アプリケーションが治療処理を実行する前に、制限対象判定処理を実行できる機能までをインストールする場合も含まれる。
サーバ１３０はこれを受信すると、診療記録情報記憶部３３５のユーザ対制限関連情報テーブルから当該ユーザＩＤに紐付けられた制限関連情報を読み出して、第２アプリ機能部３７０へ送信する（Ｓ４２４）。本実施形態においては、当該ユーザＩＤに対して紐付けられた使用が制限されるべき所定の禁煙治療用アプリのアプリＩＤが読み出されて、第２アプリ機能部３７０へ送信される。
これを受信した第２アプリ機能部３７０の制限対象判定部３７２は、受信した制限関連情報に基づいて、第２アプリが制限対象アプリケーションであるか否かを判定する（Ｓ４４４）。例えば、制限関連情報に含まれるアプリＩＤと第２アプリのアプリＩＤとを比較し、一致する場合には制限対象アプリであると判定する。本実施形態においては、制限関連情報に所定の禁煙治療用アプリのアプリＩＤが含まれ、これと第２アプリのアプリＩＤとを比較すると、両者が一致するから、第２アプリは制限対象アプリであると判定する。第２アプリのアプリＩＤは、第２アプリのインストールの際に第２アプリ機能部のアプリ制御部３７１に記憶されてもよいし、第２アプリの制限関連情報の一部として診療記録情報記憶部３７５に記憶されてもよい。
制限対象アプリであると判定された場合には、第２アプリを非アクティブ化する（Ｓ４４６）。非アクティブ化とは、アプリケーションを使用不可の状態に設定することを意味し、インストールされたアプリケーションを使用できないようにするだけでなく、インストールを中断したり、アンインストールすることなどを含む。
また、非アクティブ化として、アプリケーションを一時的に使用不可の状態に設定するものの、医療従事者等による許可入力がなされることによって、アクティブ化できるようにしてもよい。例えば、非アクティブ化された場合には、「本アプリの使用のためには医師の許可が必要です。医師にご相談ください。」とのメッセージをユーザ端末１２０の表示部３２３に表示し、医師の診断の上、使用可能であると判断された場合には、医師がユーザ端末１２０を操作して、パスコード等を入力して許可入力を行い、これをユーザ端末１２０が受け付けることでアクティブ化することが可能となる。アクティブ化された後は、Ｓ４５０以降の処理が実行されることができる。その他、医療従事者端末１４０へ許可を求めるための許可要求信号が送信され、医療従事者による入力に基づいて医療従事者端末から送信された許可応答信号をユーザ端末が受信した場合に、アクティブ化するなど、医療従事者等の許可を示す情報に基づいて、アクティブ化することができる。このような態様とすることで、例えば、うつ病を患っているユーザであっても、所定の禁煙治療用アプリが常に制限されるわけではないものとし、医療従事者の許可があれば使用できるようにすることができるようになる。制限関連情報に使用制限レベル情報を含ませ、使用制限レベルに基づいて、常に使用禁止とするか、医師の許可に基づいて使用可能とするかを判定することもできる。例えば、使用制限レベル＝１の場合には、非アクティブ化の後、医師による許可入力に基づいて、アクティブ化を可能とし、使用制限レベル＝２の場合には、非アクティブ化され、医師の許可入力も受け付けないようにすることができる。
制限対象ではないと判定された場合には、第２アプリをアクティブ化する（Ｓ４４８）。第２アプリ機能部の診療記録情報記憶部３７５に制限関連情報を記憶してもよい。アクティブ化は、アプリケーションを使用可能な状態にすることを意味し、限定的な機能のみがインストールされた後に、残りの機能のインストールの完了などを含む。既にインストールが完了し、使用可能な状態になっている場合には、追加の処理を実行しなくともよい。
さらに、第１アプリのインストール時と同様に、第２アプリのためのアプリ登録情報送信を行う（Ｓ４５０）。アプリ登録情報にはユーザＩＤ、第２アプリのアプリＩＤ及び制限関連情報が含まれる。アプリ登録情報を受信したサーバ１３０は、アプリ登録を行う（Ｓ４２６）。すなわち、ユーザ対アプリテーブル及びユーザ対制限関連情報テーブルにおいて、ユーザＩＤに対して、第２アプリのアプリＩＤ及び制限関連情報を紐付けて記憶する。アプリ登録情報送信の際に、第２アプリ機能部の診療記録情報記憶部３７５に制限関連情報を記憶してもよい。さらに、第２アプリに関連するその他の診療情報を記憶してもよい。
サーバ１３０の診療記録情報記憶部３４５にユーザＩＤに紐付けて新たなアプリ情報が記憶されたタイミングにおいて、サーバ１３０の制限関連情報送信部３４４は、新たな制限関連情報を、当該ユーザＩＤに紐付けて既に登録されていた他のアプリのアプリ機能部である第１アプリ機能部３５０へ送信する。新たなアプリ登録情報に従って、ユーザに対する制限関連情報が更新されたタイミングで、制限関連情報を送信することができる。
第１アプリ機能部の制限対象判定部３５２は受信した制限関連情報に基づいて、第２アプリ機能部３７０と同様の手順により、第１アプリが制限対象であるか否かを判定する（Ｓ４０６）。第１アプリのアプリＩＤが制限関連情報に含まれるアプリＩＤと一致する場合には、これは使用が制限されるアプリであり第１アプリを非アクティブ化し（Ｓ４０８）、含まれていない場合には、第１アプリをアクティブのままに維持する。
第１アプリが非アクティブ化された場合には、サーバ１３０へ非アクティブ化されたことを示す情報を送信し（Ｓ４０８）、サーバ１３０における診療記録情報において、当該ユーザＩＤに対して紐付けられた第１アプリのステータスを非アクティブに変更する。または、非アクティブ化されたアプリのアプリＩＤに関連する情報を削除してもよい。
本実施形態において制限関連情報として個別のアプリＩＤを用いたが、アプリの種別を識別するアプリ種別ＩＤを用いることもできる。例えば、禁煙治療用アプリが複数ある場合に、アプリＩＤにアプリ種別識別ＩＤを含ませることとし、制限関連情報としてはアプリ種別ＩＤである禁煙治療用アプリの種別を示す種別ＩＤを用いることができる。そして、制限対象判定処理は、アプリＩＤに含まれる種別ＩＤと制限関連情報である種別ＩＤとを比較することにより実行することができる。他の実施形態においても同様である。
本実施形態においては、第１アプリをインストールした際には、制限対象判定処理を実行しないものとしたが、アプリ登録情報送信（Ｓ４０２）に先立って、Ｓ４４２、４２４、４４４～４４８と同様の処理を実行し、制限対象判定処理を実行するようにしてもよい。
本実施形態においては、アプリ機能部から制限関連情報要求を受信した場合、及び、サーバ１３０の診療記録情報記憶部に新たなアプリ及び制限関連情報がユーザＩＤに紐付けて記憶された場合に、制限関連情報をアプリ制御部に送信するものとした。制限関連情報の送信は、その他の所定のタイミングで行うことができるようにすることができ、例えば、予め定められた時間になった際に送信するようにしてもよい。また、制限関連情報要求への応答ではなく、アプリ登録情報を受けて、制限関連情報を送信するようにしてもよい。
本実施形態を用いることにより、他の治療用アプリケーションに関連して行われる治療の効果を弱めたり、他の治療用アプリケーションが対象としている疾病等にとっては悪影響を与えたり、使用が制限されるべきである治療用アプリケーションを使用不可とすることができる。所定の使用が禁止されるべき治療用アプリケーションの実行を防止することで、ユーザが重大な疾患状態に陥ることを防止したり、他の治療への悪影響を未然に防ぐことができる。
本実施形態においては、制限対象であると判定されたアプリケーションを非アクティブ化したが、一つの変形例として、各アプリケーションの優先度を示すスコアに基づいて優先度の低いアプリケーションを非アクティブ化してもよい。例えば、各アプリ登録情報にスコアを含ませ、制限対象判定処理において、第２アプリが第１アプリの制限関連情報に含まれると判断された場合には、第１及び第２アプリのスコアを比較する。
そして、第２アプリのスコアの方が低ければ、第２アプリを非アクティブ化する。第１アプリのスコアの方が低ければ、第２アプリはアクティブ化しつつ、第１アプリを非アクティブ化するための非アクティブ化指示をサーバ１３０を介して第２アプリへ送信する。これを受信した第２アプリは非アクティブ化処理を実行することができる。
これによって、より優先度の高い治療用アプリケーションの使用が優先され、患者であるユーザの健康改善に寄与することを可能とする。
さらに別の変形例としては、第１及び第２アプリのいずれかが制限対象アプリであるとの判定がなされると、その判定結果に基づいて、第１及び第２アプリのいずれかが制限対象アプリであることを示す情報をユーザに提示し、または、その判定結果を医療従事者端末１４０へ送信して、医療従事者に提示し、いずれを非アクティブ化するかを選択させるようにしてもよい。ユーザ又は医療従事者によるユーザ端末または医療従事者端末１４０への選択入力に基づいて、選択されたアプリをアクティブ化することができる。
これによって、ユーザ又は医療従事者によって、ユーザに適切なアプリケーションの使用が選択され、患者であるユーザの健康改善に寄与することを可能とする。
さらなる変形例としては、制限関連情報として、ユーザが既に使用中の治療用アプリがあるか否かを示すだけの情報を用い、使用中の治療用アプリがある場合には、他の治療用アプリの使用が制限されるようにしてもよい。この場合、第１アプリの登録の際には、第１アプリ機能部３５０はアプリ登録情報として第１アプリのアプリＩＤを送信し、サーバ１３０はアプリ登録として第１アプリが使用中であることを登録してもよいが（Ｓ４２１）、当該ユーザが何らかの治療用アプリを使用中であることを登録できれば十分である。第１アプリ機能部３５０から第１アプリＩＤを送信する必要はないし、どのようなアプリが使用制限の対象であるかを示す情報も必要ない。サーバ１３０は当該ユーザがどのアプリを使用中であるかを記憶する必要もない。第２アプリのインストール処理を開始すると、サーバ１３０の制限関連情報送信部３３４は、既にユーザが治療用アプリを使用中であることを示す情報を制限関連情報として送信する（Ｓ４２４）。そして、制限関連情報が使用中のアプリがあることを示すと判定されると、第２アプリは制限対象であると判定され（Ｓ４４４）、非アクティブ化を行う（Ｓ４４６）。これにより、一つの治療用アプリが使用中である場合には、他の治療用アプリの使用を禁止することができる。
［第２の実施形態］
第２の実施形態は、制限関連情報として、制限の対象となるアプリのアプリＩＤを用いるのではなく、ユーザが使用中のアプリのアプリＩＤ、及び、制限される側のアプリが制限されるための使用中の他のアプリのアプリＩＤを用いる点で第１の実施形態と異なる。以下、第１の実施形態と異なる点を中心に説明する。
本実施形態においては、第１の実施形態と同様に第１アプリがインストールされて、サーバ１３０にアプリ登録がされる。ここでの制限関連情報は、インストールされてユーザが使用中である第１アプリのアプリＩＤである。この場合、新たな制限関連情報の登録はなされないから、Ｓ４０４及びＳ４２２は省略してもよい。
第２アプリがインストールされると制限関連情報要求がなされ（Ｓ４２２）、サーバ１３０から制限関連情報として第１アプリのアプリＩＤが送信される（Ｓ４２４）。第２アプリは制限関連情報として自アプリのアプリＩＤと、自アプリが制限されるための使用中のアプリＩＤを含むものとする。ここでは、所定の禁煙治療用アプリのインストールの際に、第２アプリの制限関連情報において、自アプリが制限されるための使用中のアプリＩＤとしてうつ病治療用アプリである第１アプリのアプリＩＤが含まれるものとする。
制限対象判定処理（Ｓ４４４）において、第２アプリ機能部３７０の制限対象判定部３７２は、受信した制限関連情報と、制限対象判定処理の対象となっている第２アプリの制限関連情報に基づいて、第２アプリが制限対象であるか否かを判定することができる。例えば、受信した制限関連情報に含まれる使用中アプリＩＤと、第２アプリが制限されるための使用中アプリのアプリＩＤとを比較し、一致する場合には第２アプリは制限対象であると判定する。ここでは、所定の禁煙治療用アプリを制限対象とする所定のうつ病治療用アプリである第１アプリが使用中であるから、禁煙治療用アプリである第２アプリは制限対象であると判定され、第２アプリは非アクティブ化される（Ｓ４４６）。
第２アプリが制限対象ではないと判定された場合には、第２アプリがアクティブ化され（Ｓ４４８）、アプリ登録情報の一部として第２アプリのアプリＩＤがサーバ１３０へ送信され（Ｓ４５０）、アプリ登録され（Ｓ４２６）、制限関連情報として第２アプリのアプリＩＤが第１アプリ機能部３５０へ送信される（Ｓ４２８）。制限関連情報を送信するという場合には、制限関連情報の一部のみが送信される場合を含むものとする。
第２アプリと同様に、第１アプリは、使用中のアプリである第２アプリのアプリＩＤと、第１アプリの制限関連情報における、第１アプリが制限されるための使用中のアプリＩＤとを比較することで、第１アプリが制限対象であるか否かを判定することができる。
本実施形態においては、アプリ機能部からサーバへ送信される制限関連情報は、自アプリのアプリＩＤだけとしたが、自アプリが制限対象とされるための使用中のアプリＩＤも含めて送信してもよい。サーバにおける制限対象判定部が制限対象を判定する後述するような態様においては、これらの情報に基づいて制限対象判定を行うことが可能となる。
［第３の実施形態］
第３の実施形態は、図５に示すとおり、第１アプリ機能部３５０に代えて、医療従事者端末１４０が、制限関連情報をサーバ１３０へ送信する点で、第１の実施形態と異なる。以下、第１の実施形態と異なる点を中心に説明する。
本実施形態においては、医療従事者端末１４０に、第１アプリとして電子カルテアプリケーションがインストールされているものとする。そして、医療従事者がユーザ端末１２０のユーザである患者との問診を通じて電子カルテアプリケーションに入力した情報に基づいて、制限関連情報が生成されて、サーバ１３０にユーザＩＤ、アプリＩＤとともに制限関連情報が送信される（Ｓ５０１）。例えば、医療従事者端末１４０に入力されて制限関連情報を記憶した診療記録情報記憶部３４５に記憶された、患者であるユーザの性別、年齢、体重、薬歴、既往歴や治療履歴等の診療記録情報に基づいて、制限関連情報が生成される。
サーバ１３０は、第１の実施形態と同様に、受信した制限関連情報に基づいて、ユーザＩＤに制限関連情報を紐付けて、表２と同様のユーザ対制限関連情報テーブルとして診療記録情報記憶部３３５に記憶する。ここでは、ユーザ対アプリテーブルにおいてユーザＩＤに対して電子カルテアプリケーションのアプリＩＤが登録されているものとする。電子カルテアプリケーションはユーザ端末１２０において使用されていないから、ユーザ対アプリテーブルに登録しなくともよい。
そして、ユーザ端末１２０において、第２アプリがインストールされると、第１の実施形態と同様の手順により、制限関連情報要求に応答して受信された制限関連情報に基づいて、当該アプリが制限対象であるか否かを判定し、制限対象である場合には非アクティブ化し、制限対象ではないと判定された場合には、アプリ登録を実行する（Ｓ５２４、Ｓ５４１～Ｓ５５０）。
例えば、うつ病の外来診療において医師との問診に際して、医師が電子カルテアプリケーションを通じて、当該患者がうつ病であることをユーザＩＤとともに入力して診療記録情報記憶部３４５に記憶させると、電子カルテアプリケーションがうつ病を識別する疾病ＩＤに関連付けて記憶される使用が制限されるべきアプリである所定の禁煙治療用アプリのアプリＩＤを制限関連情報として生成し、サーバ１３０へ送信する。そして、第２アプリとして、当該ユーザが、禁煙治療用アプリをインストールしようと試みると、禁煙治療用アプリＩＤを含む制限関連情報が受信され、これに基づく制限対象判定によって、当該禁煙治療用アプリが制限対象アプリであると判定され、アプリの使用が不可とされる。
制限関連情報として疾病ＩＤを医療従事者端末１４０からサーバ１３０へ送信し、サーバ１３０において、疾病ＩＤに対する使用不可アプリＩＤのテーブルを記憶し、これに基づいて、疾患ＩＤに対する使用が制限されるべきアプリのアプリＩＤを決定して、ユーザ対制限対象テーブルに記憶してもよい。
本実施形態を用いることにより、ユーザ端末１２０と異なる医療従事者端末１４０にインストールされた治療用アプリケーションを介して制限関連情報が送信された場合であっても、第１の実施形態と同様に、ユーザにとって悪影響のあるアプリがイントスールされることを防止し、ユーザが重大な疾患状態に陥ることを未然に防ぐことができる。
また、第２の実施形態のように、制限される側のアプリが制限されるための疾病ＩＤを示す制限関連情報を用いることもできる。例えば、医師が電子カルテアプリケーションを通じて、当該患者がうつ病であることをユーザＩＤとともに入力して医療従事者端末１４０の診療記録情報記憶部３４５に記憶させると、サーバ１３０へ制限関連情報としてうつ病ＩＤが送信される。禁煙治療用アプリである第２アプリの制限関連情報としてうつ病ＩＤが含まれ、制限対象判定部は、第１アプリに関連する制限関連情報であるうつ病ＩＤと、第２アプリに関連する制限関連情報であるうつ病ＩＤとを比較して、これらが一致するから、第２アプリは制限対象アプリであると判定することができる。
また、既に治療中の疾病がある場合には、治療用アプリのインストールを禁止してもよい。例えば、医師が電子カルテアプリケーションを通じて、当該患者がうつ病であることをユーザＩＤとともに入力して医療従事者端末１４０の診療記録情報記憶部３４５に記憶させると、サーバ１３０へ制限関連情報としてうつ病ＩＤが送信され、サーバ１３０は診療記録情報記憶部３５５に治療中の疾患があることを示す情報を記録する。サーバ１３０は制限関連情報として、治療中の疾病があることを示す情報を第２アプリ機能部３７０へ送信し（Ｓ５２２）、第２アプリ機能部３７０は、治療中の疾病がある場合には、非アクティブ化（Ｓ５４６）することができる。
［第４の実施形態］
第４の実施形態は、第１及び第２アプリ機能部の制限対象判定部を用いず、制限対象判定処理をアプリ機能部ではなく、サーバ１３０の制限対象判定部３３７において実行する点で、第１の実施形態と異なる。以下、第１の実施形態と異なる点を中心に説明する。
図６に示すとおり、ユーザ端末１２０において第１アプリがインストールされ、制限関連情報が送信されると、サーバ１３０においてアプリ登録及び制限関連情報登録がなされ（Ｓ６０１～Ｓ６０４、Ｓ６２１～Ｓ６２２）、ユーザ端末１２０において第２アプリがインストールされると、制限関連情報要求がなされることなく、アプリ登録情報がサーバ１３０へ送信される（Ｓ６４２）。
サーバ１３０の制限対象判定部３３７は、診療記録情報記憶部３３５に記憶された診療記録情報及び第２アプリ機能部３７０から送信されたアプリ登録情報に基づいて、制限対象判定処理を実行する（Ｓ６２４）。より具体的には、第２アプリ機能部３７０から送信されたアプリ登録情報に含まれるユーザＩＤに基づいて、ユーザ対制限関連情報テーブルにおける制限関連情報を読み出し、第２アプリ機能部３７０から送信されたアプリ登録情報に含まれる第２アプリのアプリＩＤを示す情報が制限関連情報に含まれるか否かを判定する。
第２アプリのアプリＩＤを示す情報が診療記録情報の制限関連情報に含まれると判定された場合には、第２アプリは制限対象のアプリであると判定され、含まれない場合には制限対象アプリではないと判定される。
さらに、本実施形態においては、第２アプリが制限対象ではないと判定された場合、第１アプリが制限対象であるか否かの判定を行うものとする。第２アプリ機能部３７０から送信されたアプリ登録情報は制限関連情報を含み、制限対象判定部３３７は、サーバ１３０に記憶されたユーザ対アプリテーブルにおいてユーザＩＤに紐付けて記憶されているアプリＩＤを示す情報を読み出す。読み出されたアプリＩＤが第２アプリ機能部３７０からの制限関連情報に含まれるか否かを判定する。
また、第１及び第２アプリに優先度を示すスコアを与え、アプリ登録情報に含ませて、制限対象判定処理に先立って、第１及び第２アプリのスコア比較処理を行い、スコアの低いアプリから順に制限対象となっているかを判定してもよい。または、第１及び第２アプリが制限対象アプリであることを示す情報をユーザ端末１２０の表示部３２３に提示し、いずれを非アクティブ化するかを入力部３２２を介して選択させるようにしてもよい。医療従事者端末１４０へ判定結果情報を送信して、医療従事者端末の表示部３４３に表示して、医療従事者に選択させてもよい。
制限対象判定処理が実行された後、判定結果に基づいて、サーバの制限指示情報送信部３３８がアプリ機能部へ制限指示情報を送信する。第２アプリ機能部３７０に対しては、アクティブ化または非アクティブ化の指示を示す情報を送信し、第２アプリ機能部３７０はこれに基づいて、第２アプリのアクティブ化または非アクティブ化を実行する（Ｓ６４４）。
一方、第１アプリ機能部３５０に対しては、判定結果が、第１アプリ機能部３５０を非アクティブ化するとの結果の場合のみ、非アクティブ化指示を送信することができる。そして、非アクティブ化指示を示す制限指示情報を受信した第１アプリ機能部３５０は、第１アプリの非アクティブ化を実行する（Ｓ６０８、Ｓ６１０）。
サーバ１３０は、制限指示情報を送信した後、アプリ登録処理を実行する（Ｓ６２８）。第２アプリをアクティブ化した場合には、ユーザＩＤと第２アプリのアプリＩＤを紐付けて登録する。第２アプリを非アクティブ化すると判定した場合にも、ユーザＩＤと第２アプリのアプリＩＤを紐付けて登録するとともに、ステータスを非アクティブとして登録してもよい。また、第１アプリを非アクティブ化した場合には、診療記録情報においてユーザＩＤに紐付けて記憶されている第１アプリのアプリＩＤを削除してもよいし、ステータスを非アクティブとしてもよい。
本実施形態を用いることにより、サーバ１３０において制限対象判定処理を実行されるから、ユーザ端末１２０における処理負荷を軽減することができる。
［第５の実施形態］
第５の実施形態においては、アプリの機能の一部を制限する点において、アプリそのものを非アクティブ化する第１の実施形態と異なる。ここでは機能制限処理として治療制限処理を行うものとする。以下、第１の実施形態と異なる点を中心に説明する。本実施形態においては、第１及び第２アプリが既にユーザ端末１２０においてインストールされて、ともにアクティブ化されているものとする。第１及び第２アプリはそれぞれ高血圧治療用アプリ及び脂肪肝治療用アプリであるものとする。
図７に示すように、第１アプリである高血圧治療用アプリの問診機能において、ユーザが高血圧治療用の抗凝固剤の１つである抗凝固剤Ｘを服用していることを示す情報がユーザ端末１２０を介して入力され、高血圧治療用アプリは当該抗凝固剤Ｘを示す情報を薬歴情報として診療記録情報記憶部３５５に記憶する。そして、この薬歴情報に基づいて制限関連情報を生成し、サーバ１３０へ送信する（Ｓ７０１）。
例えば、表３に示すように、抗凝固剤Ｘと併用することが好ましくない薬、食材及び栄養素等を示す情報を抗凝固剤Ｘを示す薬ＩＤに紐付けて制限対象情報として第１アプリ機能部３５０が記憶し、抗凝固剤Ｘを服用していることを示す情報の入力に基づいて、これらの好ましくない薬、食材及び栄養素等を示す制限対象情報を制限関連情報として、サーバ１３０へ送信する。
Figure 0007349176000003
表３においては、薬ＩＤに対して制限対象ＩＤが紐付けられている。制限対象ＩＤは、制限対象となる食材等を識別する制限対象ＩＤとする。この制限対象ＩＤはシステム全体において共有されていることが好ましいが、異なる識別形態を使用する部分が含まれる場合には、例えば、変換テーブル等によって相互に変換して使用することができる。
薬ＩＤ＝0001が抗凝固剤ＸのＩＤであるものとし、その制限関連情報として制限対象ＩＤ＝0582、0923及び1200はそれぞれ納豆、青汁及び高ビタミンＫ食材に対応するＩＤであるものとする。ここでは、高ビタミンＫの食材を摂取すると抗凝固剤Ｘの効果が薄れるものとし、抗凝固剤Ｘを服用している患者に対しては高ビタミンＫの食材は食べ合わせが良くないと考えられているものとする。したがって、抗凝固剤Ｘに対して、これらの好ましくない食材を示す情報が表３に登録されている。
本実施形態においては、診療記録情報に含まれる抗凝固剤Ｘを服用しているという薬歴情報に基づいて、抗凝固剤ＸのＩＤに基づいて表３より、納豆、青汁及び高ビタミンＫ食材を示すＩＤを読み出して、制限関連情報としてサーバ１３０へ送信するものとする。サーバ１３０においては、ユーザＩＤに紐付けて受信した制限関連情報を診療記録情報記憶部３３５に記憶するとともに（Ｓ７２１）、第２アプリ機能部３７０へ制限関連情報を送信する（Ｓ７２２）。サーバ１３０においては、例えば、表２に記載したユーザ対制限関連情報テーブルとして、診療記録情報記憶部３３５に、ユーザＩＤに対して、第１アプリのアプリＩＤとともに制限関連情報としての制限対象ＩＤを紐付けて、記憶することができる。
第２アプリである脂肪肝治療用アプリを実現する第２アプリ機能部３７０は、制限関連情報を受信すると、診療記録情報記憶部３７５に記憶する（Ｓ７４１）。その後、所定のタイミングにおいて治療処理を実行する（Ｓ７４２）。所定のタイミングは例えば、ユーザが食欲を感じ、第２アプリを起動してユーザ端末１２０の表示部３２３に表示されたナースコールボタンにタッチすることにより、第２アプリからのアドバイスを求めたタイミングとすることができる。
第２アプリは、その時の時刻に基づいて、食欲衝動が抑制されるべきであるか否か判定し、必要がないと判定された場合には、「適正な食欲ですので、適度な食事をとってもよいですよ。高タンパク、低カロリーな食材、例えば、納豆を食べると良いですよ」という指導メッセージを表示部３２３に表示することによる治療処理を実行することを決定するものとする。
第２アプリ機能部３７０は、実行する治療処理が制限対象に該当するか否かを判定する（Ｓ７４４）。本実施形態においては、実行することを決定した指導メッセージが制限関連情報に含まれる情報を含むか否かを判定する。ここでは、制限関連情報には納豆を示す制限対象ＩＤ＝0582が含まれ、指導メッセージには「納豆」が含まれるから、当該指導メッセージは制限対象であると判定される。本判定においては、例えば、第２アプリ機能部３７０において、各指導メッセージを識別する指導メッセージＩＤに対して、その指導メッセージに含まれる制限対象ＩＤを紐付けて記憶しておき、診療記録情報記憶部３７５に記憶された制限対象ＩＤと比較することにより判定することできる。
実行する治療処理が制限対象であると判定されると、治療制限処理が実行される（Ｓ７４６）。ここでは、ユーザに提示する指導メッセージを制限関連情報を含まない「食事を摂っても良いですが、食べるときはゆっくりよくかんで食べましょう。」という他の指導メッセージに変更して、表示部３２３に表示することで代替治療処理を実行して、治療情報提示処理を行う（Ｓ７４８）。制限対象ではないと判定された場合には、第２アプリ機能部３７０によって決定されていた指導メッセージを表示部３２３に表示することにより治療処理を実行する（Ｓ７４８）。
治療制限処理によって、そのタイミングにおいては治療処理を実行しないこともできる。また、制限対象判定処理の前に実行のための治療処理を決定せずに、制限関連情報に基づいて、制限対象となる治療処理を予め排除して、制限対象とならない治療処理から実行する治療処理を選択して実行してもよい。
ユーザ端末１２０において実現された第１アプリ機能部３５０に代えて、医療従事者端末１４０において電子カルテアプリケーションを介して制限関連情報をサーバ１３０へ送信する場合であっても、同様の手順により本実施形態を実行可能であることは、当業者には当然に理解される。例えば、電子カルテアプリケーションを介して、ユーザがナッツアレルギーを有することが入力された場合に、制限関連情報として、ナッツを示す制限対象ＩＤをユーザＩＤに紐付けてサーバ１３０に登録するとともに、第２アプリ機能部３７０へ送信することができる。そして、ナッツを含む指導情報が表示されることを制限し、他の指導情報が表示されるように治療制限処理を実行することができる。
本実施形態を用いることにより、２以上の治療用アプリケーションが併用して使用されている場合に、他の治療用アプリケーションに関連して行われる治療の効果を弱めたり、他の治療用アプリケーションが対象としている疾病等にとって禁忌であるなどの悪影響を与える治療用アプリケーションの機能を制限しつつ、それぞれのアプリが目的とする治療を行うことを可能とする。
また、本実施形態においては、サーバ１３０は、第１アプリ機能部３５０から受信した制限関連情報をサーバの診療記録情報記憶部３３５に記憶するものとしたが、一時的な記憶にとどめて、第２アプリ機能部３７０へ送信し、サーバ１３０内においては記憶して保持しないようにしてもよい。小さい記憶領域を有するサーバ１３０でも本発明を実現することを可能とする。
制限関連情報として、好ましくない薬、食材及び栄養素等を示す情報を用いるのではなく、薬歴情報等の診療記録情報を示す情報、及び、制限される側のアプリが制限されるための薬歴情報等に関連付けられた制限対象機能を示す情報を用いることができる。例えば、第１アプリの制限関連情報として、服薬している薬ＩＤを用い、第２アプリの制限関連情報として、第２アプリに関連する制限対象となる好ましくない薬、食材及び栄養素等を示す表３のようなテーブルを用い、第２アプリにおいて制限されるべき機能を判定することができる。
［第６の実施形態］
第６の実施形態においては、制限関連情報は制限関連情報要求に応答して送信する点において、第５の実施形態と異なる。以下、第５の実施形態と異なる点を中心に説明する。
図８に示すように、第１アプリである高血圧治療用アプリの問診機能において、ユーザが高血圧治療用の抗凝固剤Ｘを服用していることを示す薬歴情報がユーザ端末１２０を介して入力され、高血圧治療用アプリは当該抗凝固剤Ｘを示す情報に基づいて制限関連情報を生成し、第１アプリ機能部３５０の診療記録情報記憶部３５５においてこれを記憶する（Ｓ８０１）。
第２アプリである脂肪肝治療用アプリを実現する第２アプリ機能部３７０が、所定のタイミングにおいて治療実行命令に基づいて治療処理を実行すると（Ｓ８４１）、制限関連情報要求をサーバ１３０に送信する（Ｓ８４２）。これを受信したサーバ１３０は、第１アプリ機能部３５０へさらに制限関連情報要求を送信する（Ｓ８２１）。制限関連情報要求を受信すると第１アプリ機能部３５０は、制限関連情報をサーバ１３０へ送信し（Ｓ８０２）、サーバ１３０はこれをさらに第２アプリ機能部へ送信する（Ｓ８２２）。
第２アプリ機能部は、受信した制限関連情報に基づいて第５の実施形態と同様の手順により、制限対象判定、治療制限処理及び治療実行処理を行う（Ｓ８４４～Ｓ８４８）。
本実施形態を用いることにより、サーバは全てのユーザＩＤのための制限関連情報を記憶、管理する必要がなくなり、サーバ負荷の軽減を測ることができる。
［第７の実施形態］
第７の実施形態においては、制限対象判定処理として、実行時間重複検出処理を行い、機能制限処理として重複解消処理を実行する点において、第５の実施形態と異なる。以下、第５の実施形態と異なる点を中心に説明する。本実施形態においては、第３の実施形態と同様に、サーバ１３０が制限対象判定部３３７を用いるものとする。第１及び第２アプリが既にユーザ端末１２０においてインストールされて、ともにアクティブ化されているものとする。第１及び第２アプリはそれぞれ禁煙治療用アプリ及び脂肪肝治療用アプリであるものとする。
図９に示すように、第１アプリが実行すべき治療処理を決定し（Ｓ９０１）、これに基づく制限関連情報をサーバ１３０へ送信し（Ｓ９０２）、サーバ１３０は、制限関連情報として登録する（Ｓ９２１）。例えば、第１アプリである禁煙治療用アプリの問診機能を通じて、禁煙治療の一つとして、朝の通勤時間である７時３０分の前、７時００分から７時３０分まで日記を書くというタスクが決定され（Ｓ９０１）、制限関連情報に含まれる治療情報として、ユーザＩＤとともに、タスク内容を示すタスクＩＤ、タスク割り当て時間及びスコアをサーバ１３０へ送信する。サーバ１３０は、これを受信すると、ユーザＩＤに紐付けて診療記録情報記憶部３３５に制限関連情報を登録する（Ｓ９２１）。
同様に、第２アプリもまた実行すべき治療処理を決定し（Ｓ９４１）、これに基づく制限関連情報をサーバ１３０へ送信し（Ｓ９４２）、サーバ１３０は制限関連情報に含まれる治療情報としてこれを登録する（Ｓ９２２）。本実施形態においては、脂肪肝治療の一つとして、朝の出勤時間を３０分早めて、一駅区間を３０分歩く、すなわち、７時００分～７時３０分まで歩く、というタスクが割り当てられ、制限関連情報として送信されるものとする。
ここでは、サーバ１３０の診療記録情報記憶部３３５には制限関連情報として表４に示すユーザ対タスクテーブルが記憶されているものとする。
Figure 0007349176000004
スコアは、タスクの優先度を示す値であり、スコアが高いほど優先度が高いことを意味する。例えば、医学的に重要なタスクであるほど高いスコアが与えられる。医療従事者等によって予め各スコアに対して値を定めることができる。また、診療記録情報に基づいてユーザの状態に応じて適宜、調整、決定されてもよい。
サーバ１３０の制限対象判定部３３７は、所定のタイミングで、制限関連情報に基づいて、一つのタスクの実行時間が他のタスクの実行時間と重複していないかを判定する（Ｓ９２４）。所定のタイミングは例えばユーザ対タスクテーブルに新たなタスクが登録されたタイミングとすることができるが、その他、毎日１２時などの決まった時間としてもよい。
本実施形態においては、ユーザ対タスクテーブルが一つのユーザＩＤに対して１以上のタスクを含んでいる際に、そのユーザＩＤに対して新たなタスクが登録されると、実行時間重複検出処理を実行する。第１アプリによる制限関連情報が送信されて、タスクテーブルに１つめのタスクが登録され、第２アプリによる制限関連情報が送信された、タスクテーブルに新たなタスクが登録されることで、実行時間重複検出処理が実行される。
サーバ１３０の制限対象判定部３３７は、ユーザ対タスクテーブルを参照して同じユーザＩＤに対して割り当てられたタスクの割り当て時間同士を比較し、重複していないか否かを判定する。ここで重複は、完全に重複している場合だけでなく、一部の時間が重複している場合を含むことができる。
重複が検出されると、機能制限処理として、重複解消処理が実行される（Ｓ９２６）。ここで重複解消処理は、例えば、一方のタスクを維持しつつ、他方のタスクをキャンセルしたり、他方のタスクを他の時間へ変更したり、他の時間に実行される他のタスクに変更する処理が含まれる。この際、いずれのタスクを維持するかをスコアに基づいて決定することができる。例えば、より高いスコアを有するタスクを維持し、より低いスコアを有するタスクをキャンセルすることができる。また、両方のタスクの時間をずらしたり、短くして重複を解消することもできる。
ここでは、タスクＩＤ＝0235である「日記を書く」というタスクと、タスクＩＤ＝0215である「歩く」というタスクが割り当て時間＝0700:0730で重複していることが検出される（Ｓ９２４）。そして、「日記を書く」タスクのスコアは３０であり、「歩く」タスクのスコアは２５であるから、「日記を書く」タスクはそのまま維持され、「歩く」タスクは実行時間の重複しない他のタスクへ変更されるものとする（Ｓ９２６）。サーバ１３０においては、ユーザ対タスクテーブルから「歩く」タスクについての情報を削除し、変更された他のタスクを新たに登録する。
重複解消処理が実行され、変更されるタスクＩＤを割り当てたアプリに対して、重複解消指示を送信する（Ｓ９２８）。ここでは、「歩く」タスクが変更されるタスクとして決定されたから、これを割り当てた第２アプリ機能部３７０に対して、重複解消指示を送信する。
重複解消指示を受信したアプリ機能部は、重複解消処理を実行する（Ｓ９０４、Ｓ９４４）。ここでは、例えば、単に「歩く」タスクをキャンセルしてもよいし、「歩く」タスクの実行時間を帰宅時の１８時００分～１８時３０分に変更してもよい。
本実施形態を用いることにより、２以上の治療用アプリケーションが併用して使用されている場合に、他の治療用アプリケーションに関連して行われる治療の効果を弱めたり、他の治療用アプリケーションが対象としている疾病等にとって禁忌であるなどの悪影響を与える治療用アプリケーションの機能を制限しつつ、それぞれのアプリが目的とする治療を行うことを可能とする。
変形例としては、重複解消処理として、ユーザ端末１２０または医療従事者端末１４０へ、タスクが重複したことを示す情報を送信して、ユーザ又は医療従事者に提示し、いずれかのタスクを選択させることもできる。
これによって、ユーザ又は医療従事者によって、ユーザに適切なアプリケーションの使用が選択され、患者であるユーザの健康改善に寄与することを可能とする。
以上に説明した処理又は動作において、あるステップにおいて、そのステップではまだ利用することができないはずのデータを利用しているなどの処理又は動作上の矛盾が生じない限りにおいて、処理又は動作を自由に変更することができる。また以上に説明してきた各実施例は、本発明を説明するための例示であり、本発明はこれらの実施例に限定されるものではない。本発明は、その要旨を逸脱しない限り、種々の形態で実施することができる。
１００ ：システム
１１０ ：ネットワーク
１２０ ：ユーザ端末
１２１ ：プロセッサ
１２２ ：表示装置
１２３ ：入力装置
１２４ ：記憶装置
１２５ ：通信装置
１２８ ：バス
１３０ ：サーバ
１３１ ：プロセッサ
１３２ ：表示装置
１３３ ：入力装置
１３４ ：記憶装置
１３５ ：通信装置
１３８ ：バス
１４０ ：医療従事者端末
１４１ ：プロセッサ
１４２ ：表示装置
１４３ ：入力装置
１４４ ：記憶装置
１４５ ：通信装置
１４８ ：バス
１５０ ：測定器
３２１ ：制御部
３２２ ：入力部
３２３ ：表示部
３２６ ：通信部
３３１ ：制御部
３３２ ：入力部
３３３ ：表示部
３３４ ：制限関連情報送信部
３３５ ：診療記録情報記憶部
３３６ ：通信部
３３７ ：制限対象判定部
３３８ ：制限指示情報送信部
３４１ ：制御部
３４２ ：入力部
３４３ ：表示部
３４４ ：制限関連情報送信部
３４５ ：診療記録情報記憶部
３４６ ：通信部
３５０ ：第１アプリ機能部
３５１ ：第１アプリ制御部
３５２ ：制限対象判定部
３５３ ：機能制限部
３５４ ：制限関連情報送信部
３５５ ：診療記録情報記憶部
３５６ ：制限関連情報要求部
３７０ ：第２アプリ機能部
３７１ ：アプリ制御部
３７２ ：制限対象判定部
３７３ ：機能制限部
３７４ ：制限関連情報送信部
３７５ ：診療記録情報記憶部
３７６ ：制限関連情報要求部

Claims (15)

  1. ユーザ端末のユーザである患者の治療を行うための治療用アプリケーションの機能を制限するためのシステムであって、
    第１の治療用アプリケーションに関連して生成された情報に基づいてユーザに関連付けられた、制限されるアプリケーションの機能を判定するために用いられる制限関連情報を記録する診療記録情報記憶部と、
    前記制限関連情報に基づいて、第２の治療用アプリケーションの機能が制限対象であるか否かを判定する制限対象判定部と、
    制限対象であると判定された第２の治療用アプリケーションの機能を制限する機能制限部と、
    を備えるシステム。
  2. 前記システムはサーバ及びユーザ端末を備え、
    サーバは、診療記録情報記憶部の少なくとも一部を含み、さらに、
    所定のタイミングでユーザ端末へ前記制限関連情報を送信する制限関連情報送信部を含み、
    ユーザ端末は、制限対象判定部の少なくとも一部及び前記機能制限部を含む、
    請求項１に記載のシステム。
  3. ユーザ端末は、第２の治療用アプリケーションを実行する際、制限関連情報要求をサーバに送信する制限関連情報要求部をさらに備え、
    前記所定のタイミングは、サーバが前記制限関連情報要求を受信したタイミングを含む、
    請求項２に記載のシステム。
  4. 前記所定のタイミングは、前記第１の治療用アプリケーションに関連する情報に基づいて制限関連情報が更新されるタイミングを含む、
    請求項２または３に記載のシステム。
  5. 第１及び第２の治療用アプリケーションがユーザ端末において実行され、
    ユーザ端末は、
    第１の治療用アプリケーションに関連する制限関連情報の少なくとも一部を記録する診療記録情報記憶部の少なくとも一部と、
    第１の治療用アプリケーションに関連する制限関連情報をサーバに送信する制限関連情報送信部と、
    をさらに含み、
    前記サーバの制限関連情報送信部は、前記所定のタイミングにおいて、第１の治療用アプリケーションに関連する制限関連情報要求をユーザ端末に送信し、
    ユーザ端末から受信した第１の治療用アプリケーションに関連する制限関連情報に基づいて、ユーザ端末へ制限関連情報を送信する、
    請求項２から４のいずれか１項に記載のシステム。
  6. 前記システムはサーバ及びユーザ端末を備え、
    サーバは、診療記録情報記憶部の少なくとも一部及び制限対象判定部の少なくとも一部を含み、さらに、
    制限対象であると判定された第２の治療用アプリケーションの機能の制限を指示する制限指示情報をユーザ端末へ送信する制限指示情報送信部を備え、
    ユーザ端末は前記機能制限部を含み、
    前記機能制限部は、前記制限指示情報に基づいて、制限対象であると判定された第２の治療用アプリケーションの機能を制限する、
    請求項１から５のいずれか１項に記載のシステム。
  7. 前記制限対象であるか否かを判定することは、前記第２の治療用アプリケーションを示す識別子が、当該ユーザに対して使用制限の対象であるアプリケーションの識別子として前記制限関連情報に含まれているか否かを判定することを含み、
    前記第２の治療用アプリケーションの機能を制限することは、当該第２の治療用アプリケーションが使用できないように設定することを含む、
    請求項１から６のいずれか１項に記載のシステム。
  8. 前記制限対象判定部は、さらに、第２の治療用アプリケーションに関連する制限関連情報に基づいて、第２の治療用アプリケーションの機能が制限対象であるか否かを判定する、
    請求項１から７のいずれか１項に記載のシステム。
  9. 前記制限対象であるか否かを判定することは、前記第２の治療用アプリケーションを用いてユーザに提示される治療情報が制限対象情報として前記制限関連情報に含まれているか否かを判定することを含み、
    前記第２の治療用アプリケーションの機能を制限することは、制限対象情報として含まれていると判定された治療情報を含まないように、当該第２の治療用アプリケーションに基づくユーザへの治療情報提示処理を実行する、
    請求項１から８のいずれか１項に記載のシステム。
  10. 前記制限対象であるか否かを判定することは、
    制限関連情報に含まれる、第１の治療用アプリケーションによって規定された治療情報によって示される行動をユーザが実行すべき実行時間が、第２の治療用アプリケーションによって規定された治療情報によって示される行動をユーザが実行すべき実行時間と少なくとも一部重複するか否かを判定することと、
    少なくとも一部の実行時間が重複すると判定されると、第１の治療用アプリケーションによって規定された行動に関連付けられた優先度と、第２の治療用アプリケーションによって規定された行動に関連付けられた優先度とを比較し、
    実行時間が重複しないように、より低い優先度に関連付けられた治療用アプリケーションによって規定された治療情報を変更することと、
    を含む、請求項１～９のいずれか１項に記載のシステム。
  11. ユーザ端末のユーザである患者の治療を行うための治療用アプリケーションの機能を制限するためのユーザ端末であって、
    第１の治療用アプリケーションに関連して生成された情報に基づいてユーザに関連付けられた制限関連情報を記録する診療記録情報記憶部と、
    前記制限関連情報に基づいて、第２の治療用アプリケーションの機能が制限対象であるか否かを判定する制限対象判定部と、
    制限対象であると判定された第２の治療用アプリケーションの機能を制限する機能制限部と、
    を備えるユーザ端末。
  12. ユーザ端末のユーザである患者の治療を行うための治療用アプリケーションの機能を制限するためのユーザ端末であって、
    第１の治療用アプリケーションに関連して生成された情報に基づいてユーザに関連付けられた、制限されるアプリケーションの機能を示す制限関連情報を記録する診療記録情報記憶部と、
    所定のタイミングでユーザ端末へ前記制限関連情報を送信する制限関連情報送信部と、
    前記制限関連情報に基づいて判定された制限指示情報を受信する通信部と、
    前記制限指示情報に基づいて、第２の治療用アプリケーションの機能を制限する機能制限部と、
    を備えるユーザ端末。
  13. ユーザ端末のユーザである患者の治療を行うための治療用アプリケーションの機能を制限するためのサーバであって、
    第１の治療用アプリケーションに関連して生成された情報に基づいてユーザに関連付けられた制限関連情報を受信し、制限指示情報を送信する通信部と、
    前記受信された制限関連情報に基づいて、第２の治療用アプリケーションの機能が制限対象であるか否かを判定して、前記制限指示情報を生成する制限対象判定部と、
    を備えるサーバ。
  14. ユーザ端末のユーザである患者の治療を行うための治療用アプリケーションの機能を制限するための１以上のコンピュータによって実行される方法であって、
    第１の治療用アプリケーションに関連して生成された情報に基づいてユーザに関連付けられた制限関連情報を記録する段階と、
    前記制限関連情報に基づいて、第２の治療用アプリケーションの機能が制限対象であるか否かを判定する段階と、
    制限対象であると判定された第２の治療用アプリケーションの機能を制限する段階と、
    を備える方法。
  15. 請求項１４に記載の方法を１以上のコンピュータに実行させるためのプログラム。
JP2021541342A 2019-08-16 2019-08-16 治療用アプリケーションの機能を制限するためのシステム、装置、方法及びプログラム Active JP7349176B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/032160 WO2021033218A1 (ja) 2019-08-16 2019-08-16 治療用アプリケーションの機能を制限するためのシステム、装置、方法及びプログラム

Publications (2)

Publication Number Publication Date
JPWO2021033218A1 JPWO2021033218A1 (ja) 2021-02-25
JP7349176B2 true JP7349176B2 (ja) 2023-09-22

Family

ID=74659695

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021541342A Active JP7349176B2 (ja) 2019-08-16 2019-08-16 治療用アプリケーションの機能を制限するためのシステム、装置、方法及びプログラム

Country Status (4)

Country Link
US (1) US20220293230A1 (ja)
JP (1) JP7349176B2 (ja)
CN (1) CN114258574A (ja)
WO (1) WO2021033218A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002245171A (ja) 2001-02-13 2002-08-30 Canon Sales Co Inc 医療情報管理装置、その方法、プログラム、記憶媒体
JP2010140150A (ja) 2008-12-10 2010-06-24 Fujitsu Ltd データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法
JP2014179070A (ja) 2013-02-27 2014-09-25 Ims Health Inc 情報管理のためのヘルスケアアプリケーションの連結
WO2016178276A1 (ja) 2015-05-01 2016-11-10 株式会社キュア・アップ 禁煙患者のためのプログラム、装置、システム及び方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7668734B2 (en) * 2005-04-08 2010-02-23 Timothy Pugh Internet medical information system (IMED)
US9727936B2 (en) * 2009-12-09 2017-08-08 International Business Machines Corporation Method to transform clinician order entry

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002245171A (ja) 2001-02-13 2002-08-30 Canon Sales Co Inc 医療情報管理装置、その方法、プログラム、記憶媒体
JP2010140150A (ja) 2008-12-10 2010-06-24 Fujitsu Ltd データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法
JP2014179070A (ja) 2013-02-27 2014-09-25 Ims Health Inc 情報管理のためのヘルスケアアプリケーションの連結
WO2016178276A1 (ja) 2015-05-01 2016-11-10 株式会社キュア・アップ 禁煙患者のためのプログラム、装置、システム及び方法

Also Published As

Publication number Publication date
WO2021033218A1 (ja) 2021-02-25
US20220293230A1 (en) 2022-09-15
CN114258574A (zh) 2022-03-29
JPWO2021033218A1 (ja) 2021-02-25

Similar Documents

Publication Publication Date Title
US11749390B2 (en) Device, system, and method to quit smoking
Kaiser et al. Feasibility of a novel remote daily monitoring system for age-related macular degeneration using mobile handheld devices: results of a pilot study
Traylor et al. Patient race/ethnicity and patient-physician race/ethnicity concordance in the management of cardiovascular disease risk factors for patients with diabetes
AU2016269572B2 (en) User device platform for interacting with cloud-based platform
KR102477776B1 (ko) 사용자 맞춤형 의료 정보를 제공하기 위한 방법 및 장치
WO2015055469A1 (en) A unique methodology combining user roles and context aware algorithms for presenting clinical information, audio, video and communication controls to safely capture caregiver attention, reduce information overload, and optimize workflow and decision support
Gallagher et al. Telemonitoring adherence to medications in heart failure patients (TEAM-HF): a pilot randomized clinical trial
US20180218780A1 (en) Information management device, information management system, information management method, and computer program
JP7349176B2 (ja) 治療用アプリケーションの機能を制限するためのシステム、装置、方法及びプログラム
JP6401052B2 (ja) 診療支援装置、システム、プログラム及び方法
JP7370630B2 (ja) 肥満患者のためのプログラム、装置、システム及び方法
US20150363574A1 (en) Emergency medical service system, emergency response apparatus, and emergency medical information providing apparatus
CN111630607A (zh) 用于对可通过行为改变来治疗的疾病的治疗的系统、装置、方法以及程序
Khodaveisi et al. The effects of home-based nursing care on metabolic control among patients with type ii diabetes mellitus: A randomized clinical trial
JP6574644B2 (ja) 肥満患者のためのプログラム、装置、システム及び方法
US20220122742A1 (en) System, device, method, and program for alleviating symptom developed in association with treatment involving side effect of drug
JP5803407B2 (ja) 電子カルテサーバ、表示方法及び表示プログラム
WO2021256207A1 (ja) 治療用アプリを用いた治療法の実施を支援するためのシステム、方法、プログラム及び装置
AU2013326890A1 (en) Healthcare facility navigation method and system
JPWO2019130494A1 (ja) コンピュータシステム、アラート方法及びプログラム
WO2020189250A1 (ja) 服薬支援情報生成装置、方法およびプログラム
JP7467392B2 (ja) 情報提供装置、作業者端末及びコンピュータープログラム
US20230268043A1 (en) Therapeutic application distribution system, therapeutic application distribution method, therapeutic application distribution program, and terminal
JPH07146893A (ja) ヘルスケアシステムの個人医療情報管理装置
Wang et al. Nurse-supported care versus rheumatologist-led care in patients with rheumatoid arthritis at high disease activity: A retrospective study of two Chinese centers

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220729

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230803

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230904

R150 Certificate of patent or registration of utility model

Ref document number: 7349176

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150