CN116406473A - 治疗用应用分发系统、治疗用应用分发方法、治疗用应用分发程序以及终端 - Google Patents
治疗用应用分发系统、治疗用应用分发方法、治疗用应用分发程序以及终端 Download PDFInfo
- Publication number
- CN116406473A CN116406473A CN202180071703.1A CN202180071703A CN116406473A CN 116406473 A CN116406473 A CN 116406473A CN 202180071703 A CN202180071703 A CN 202180071703A CN 116406473 A CN116406473 A CN 116406473A
- Authority
- CN
- China
- Prior art keywords
- therapeutic application
- information
- patient
- application
- activation code
- 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.)
- Pending
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/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
-
- 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
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
-
- 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/20—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 management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- 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
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
-
- 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
-
- 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/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
-
- 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/30—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to physical therapies or activities, e.g. physiotherapy, acupressure or exercising
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Epidemiology (AREA)
- Biomedical Technology (AREA)
- Pathology (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
提供一种即使在首次执行治疗用应用时也可以在适合患者的状态下运用的治疗用应用分发系统。治疗用应用分发系统包括:服务器,其从作为由治疗用应用治疗的对象的患者的信息处理终端接受用于执行治疗用应用的激活码的请求,基于事先由医务人员输入的与患者治疗的疾病相关的初始信息来生成激活码,并发送到患者的信息处理终端;以及信息处理终端,其使用从服务器接收到的激活码,在应用了初始信息的状态下执行治疗用应用。
Description
技术领域
本发明涉及一种管理治疗用应用的治疗用应用分发系统及其管理方法、管理程序以及终端。
背景技术
近年来,开发了以与用户的健康相关的行为的改善、疾病的治疗、身体状况管理等为目的的治疗用应用(例如,专利文献1)。治疗用应用是指记录患者的日常行为,并基于患者的行为向他们通知用于促进患者的病情改善指示希望患者实施事项的消息。根据专利文献1,基于从个人收集的数据向个人提供用于改善与健康相关的不良行为的消息。
现有技术文献
专利文献
专利文献1:日本特开2001-92876号公报
发明内容
发明要解决的技术问题
但是,许多这样的治疗用应用只有对患者持续使用才能产生治疗效果。另一方面,作为治疗用应用,可以通过持续治疗而进行的治疗内容和随时间的变化来进行有效的治疗。然而,这样的应用在初始启动时存在不知道患者的状态而无法提出适当的治疗方案的问题。
因此,本发明是鉴于上述问题而完成的,其目的在于提供一种分发与患者关联而使用的治疗用应用的治疗用应用分发系统、治疗用应用分发方法以及治疗用应用分发程序。
解决问题的技术手段
为了解决上述问题,根据本发明的一个方面的治疗用应用分发系统包括服务器和信息处理终端,所述服务器包括:第一接收部,从作为由治疗用应用治疗的对象的患者的信息处理终端接收识别患者的用户识别信息、识别治疗用应用的应用ID以及请求用于执行治疗用应用的激活码的请求信息;接受部,从医务人员接受用户识别信息和与治疗用应用所治疗的疾病相关的初始信息的输入,将用户识别信息和初始信息相关联并存储在存储部中;生成部,生成与用户识别信息对应的、用于执行治疗用应用的激活码;以及第一发送部,将生成部生成的激活码发送到患者的信息处理终端;所述信息处理终端包括:应用获取部,获取初始状态的治疗用应用;第二发送部,将用户识别信息、识别应用获取部获取的治疗用应用的应用ID以及请求用于执行治疗用应用的激活码的请求信息发送到服务器;第二接收部,从服务器接收激活码;执行部,执行治疗用应用;以及输出部,输出基于治疗用应用的信息;执行部在首次执行治疗用应用时,基于激活码的输入,在应用了初始信息的状态下执行治疗用应用。
在上述治疗用应用分发系统中,初始信息包括患者的年龄,治疗用应用提出用于治疗疾病的建议,输出部可以输出与患者的年龄相对应的建议作为基于治疗用应用的信息。
在上述治疗用应用分发系统中,初始信息包括患者的性别,治疗用应用通过多个角色中的任一个输出用于治疗疾病的建议,输出部可以通过多个角色中的适合患者性别的角色输出建议作为基于治疗用应用的信息。
在上述治疗用应用分发系统中,初始信息包括与患者的疾病相关的治疗的历史信息,输出部可以输出基于历史信息的、表示患者的治疗经过的信息作为基于治疗用应用的信息。
在上述治疗用应用分发系统中,输出部也可以输出基于患者的历史信息的、对应于疾病的进展程度的与治疗相关的建议作为基于治疗用应用的信息。
在上述治疗用应用分发系统中,历史信息也可以是患者的电子病历。
在上述治疗用应用分发系统中,初始信息是与患者的性格相关的信息,输出部可以输出对应于患者的正确的建议作为基于治疗用应用的信息。
在上述治疗用应用分发系统中,服务器包括向信息处理终端提供用于请求激活码的输入表格的提供部,输入表格包括针对患者的问卷,第二发送部进一步发送患者对问卷的回答,第一接收部进一步接收患者的回答,初始信息可以包括基于患者对问卷的回答的信息作为与患者的性格相关的信息。
在上述治疗用应用分发系统中,初始信息包括与医务人员对医务人员向患者实施过的治疗的方案相关的信息,输出部可以输出与方案相同的建议作为基于治疗用应用的信息。
另外,根据本发明的一个方面的服务器包括:接收部,从作为由治疗用应用治疗的对象的患者的终端接收识别患者的用户识别信息、识别治疗用应用的应用ID以及请求用于执行治疗用应用的激活码的请求信息;接受部,从医务人员接受用户识别信息和与治疗用应用所治疗的疾病相关的初始信息的输入,将用户识别信息和初始信息相关联并存储在存储部中;生成部,生成与用户识别信息对应的、用于执行治疗用应用的激活码;以及发送部,将生成部生成的激活码发送到患者的终端。
另外,根据本发明的一个方面的信息处理终端包括:应用获取部,获取初始状态的治疗用应用;第二发送部,将用户识别信息、识别应用获取部获取的治疗用应用的应用ID以及请求用于执行治疗用应用的激活码的请求信息发送到服务器;第二接收部,从服务器接收激活码;执行部,执行治疗用应用;以及输出部,输出基于治疗用应用的信息;激活码与用户识别信息相对应,用户识别信息与由用户识别信息表示的与患者相关的信息和与治疗用应用所治疗的疾病相关的初始信息相对应,执行部在首次执行治疗用应用时,基于激活码的输入,在应用了初始信息的状态下执行治疗用应用。
另外,根据本发明的一个方面的治疗用应用的分发方法执行以下步骤:应用获取步骤,信息处理终端获取初始状态的治疗用应用;第一发送步骤,信息处理终端将用户识别信息、识别应用获取步骤获取的治疗用应用的应用ID以及请求用于执行治疗用应用的激活码的请求信息发送到服务器;第一接收步骤,服务器从作为由治疗用应用治疗的对象的患者的信息处理终端接收识别患者的用户识别信息、识别治疗用应用的应用ID以及请求用于执行治疗用应用的激活码的请求信息;接受步骤,服务器从医务人员接受用户识别信息和与治疗用应用所治疗的疾病相关的初始信息的输入,将用户识别信息和初始信息相关联并存储在存储部中;生成步骤,服务器与用户识别信息相对应,用于执行治疗用应用;第二发送步骤,服务器将在生成步骤中生成的激活码发送到患者的信息处理终端;第二接收步骤,信息处理终端从服务器接收激活码;执行步骤,信息处理终端执行治疗用应用;以及输出步骤,信息处理终端输出基于治疗用应用的信息;执行步骤在首次执行治疗用应用时,基于激活码的输入,在应用了初始信息的状态下执行治疗用应用。
另外,根据本发明的一个方面的由服务器执行的治疗用应用的分发方法包括:接收步骤,从作为由治疗用应用治疗的对象的患者的终端接收识别患者的用户识别信息、识别治疗用应用的应用ID以及请求用于执行治疗用应用的激活码的请求信息;接受步骤,从医务人员接受用户识别信息和与治疗用应用所治疗的疾病相关的初始信息的输入,将用户识别信息和初始信息相关联并存储在存储部中;生成步骤,与用户识别信息相对应,用于执行治疗用应用;以及发送步骤,将生成步骤生成的激活码发送到患者的终端。另外,根据本发明的一个方面的由终端执行的治疗用应用执行方法包括:应用获取步骤,获取初始状态的治疗用应用;第二发送步骤,将用户识别信息、识别应用获取步骤获取的治疗用应用的应用ID以及请求用于执行治疗用应用的激活码的请求信息发送到服务器;第二接收步骤,从服务器接收激活码;执行步骤,执行治疗用应用;以及输出步骤,输出基于治疗用应用的信息;激活码与用户识别信息相对应,用户识别信息与由用户识别信息表示的与患者相关的信息和与治疗用应用所治疗的疾病相关的初始信息相对应,执行步骤在首次执行治疗用应用时,基于激活码的输入,在应用了初始信息的状态下执行治疗用应用。
另外,根据本发明的一个方面的治疗用应用分发程序,使服务器的计算机实现以下功能:接收功能,从作为由治疗用应用治疗的对象的患者的终端接收识别患者的用户识别信息、识别治疗用应用的应用ID以及请求用于执行治疗用应用的激活码的请求信息;接受功能,从医务人员接受用户识别信息和与治疗用应用所治疗的疾病相关的初始信息的输入,将用户识别信息和初始信息相关联并存储在存储部中;生成功能,与用户识别信息相对应,用于执行治疗用应用;以及发送功能,将生成功能生成的激活码发送到患者的终端。
另外,根据本发明的一个方面的治疗用应用,使终端的计算机实现以下功能:应用获取功能,获取初始状态的治疗用应用;第二发送功能,将用户识别信息、识别应用获取功能获取的治疗用应用的应用ID以及请求用于执行治疗用应用的激活码的请求信息发送到服务器;第二接收功能,从服务器接收激活码;执行功能,执行治疗用应用;以及输出功能,输出基于治疗用应用的信息;激活码与用户识别信息相对应,用户识别信息与由用户识别信息表示的与患者相关的信息和与治疗用应用所治疗的疾病相关的初始信息相对应,执行功能在首次执行治疗用应用时,基于激活码的输入,在应用了初始信息的状态下执行治疗用应用。
发明的效果
根据本发明的一个方面的治疗用应用分发系统,因为在患者首次使用治疗用应用时会反映该患者特有的信息,所以即使在首次使用治疗用应用时也能够在适合该患者的病情的状态下运用。
附图说明
图1是表示治疗用应用管理系统的概要的系统图。
图2是表示管理服务器的结构例的框图。
图3是表示用户终端的结构例的框图。
图4是表示分发服务器的结构例的框图。
图5是表示医务人员终端的结构例的框图。
图6是表示运用服务器的结构例的框图。
图7是表示管理信息的数据结构例的数据概念图。
图8是表示治疗用应用管理系统中的各装置间的交互的例子的时序图。
图9是表示管理服务器的工作例的流程图。
图10是表示用户终端的工作例的流程图。
图11是表示分发服务器的工作例的流程图。
图12是表示医务人员终端的工作例的流程图。
图13是表示运用服务器的工作例的流程图。
图14的(a)是表示没有初始信息时的终端中的初始显示画面例的图,(b)是表示有初始信息时的终端中的初始显示画面例的图。
图15是与用户对应的聊天机器人的选择表的一例。
图16是表示确定响应用户的聊天机器人的终端的工作例的流程图。
图17是表示与用户的状态对应的响应例的表的一例。
图18是表示示出了针对用户的方案方法的确定例的终端的工作例的流程图。
图19的(a)、(b)是表示示出了方案的一例的画面例的图。
图20是表示变形例中治疗用应用管理系统中的各装置间的交互的例子的时序图。
图21是表示变形例中医务人员终端的工作例的流程图。
图22是表示变形例中用户终端的工作例的流程图。
图23是表示变形例中分发服务器的工作例的流程图。
具体实施方式
下面,参照附图对根据本发明的一个实施方式的信息处理装置进行详细说明。
<实施方式>
图1是说明实施方式1中治疗用应用分发系统1的概要的概要图,是表示该系统结构例的系统图。如图1所示,治疗用应用分发系统1包括管理服务器100和分发服务器300,并且可以包括用户终端200、医务人员终端500和运用服务器600。管理服务器100、用户终端200、分发服务器300、医务人员终端500和运用服务器600通过网络400相互可通信地连接。需要说明的是,图1所示的每个装置示出了一台,但每个终端和各种服务器并不限于一台,可以有多台,多个服务器可以各自具有相同的功能,也可以以多个构成具有与一台服务器等效的功能。
管理服务器100是持有用户终端200的患者使用用户终端200来管理使用的治疗用应用的服务器装置,是发布用于使用治疗用应用的激活码的装置。其中,激活码是指激活治疗用应用,即使治疗用应用能够使用的信息即可,并不限于激活码的名称。作为一例,激活码可以被称为密码、密码短语、序列码等,并且可以被替换。另外,分发服务器300是具有向用户终端200分发初始状态的治疗用应用的功能的服务器装置。用户终端200是患者持有的信息处理终端,通过所谓的智能手机、平板终端、移动电话机、PC等来实现。另外,医务人员终端500是医务人员使用的信息处理装置,与用户终端200一样,通过所谓的智能手机、平板终端、移动电话机、PC等来实现。运用服务器600是在执行治疗用应用时,向患者的用户终端200提供与患者的治疗相关的治疗信息的服务器装置。
其中,治疗用应用是指管理患者每天的状态,同时对每个患者进行伴有个性化医学知识的指导的应用软件。
另外,医务人员只要是从事医疗的人即可,例如医生、护士、指导者、药剂师等。
在本实施方式的治疗用应用分发系统1中,由医务人员20将运用治疗用应用时的初始信息输入到医务人员终端500,或者作为初始信息进行与现有数据的关联设置。将输入的用户(患者)的信息作为初始信息51发送到管理服务器100,管理服务器100针对每个患者、每个治疗用应用对应地进行登记、管理。
另一方面,患者使用用户终端200下载并使用从分发服务器300分发的治疗用应用31。另外,用户终端200在使用治疗用应用31时从管理服务器100接收激活码11。该激活码11与由医务人员20设置的初始信息相关联,在初始启动时,可以在输入了与用户终端200的患者相关的信息的状态下启动治疗用应用。管理服务器100对患者通过使用治疗用应用而积累的各种数据进行收集、保存和管理。在用户终端200执行治疗用应用时,可以显示由管理服务器100或运用服务器600提供的治疗信息作为与用户终端200的患者的治疗相关的信息。
下面进行详细说明。需要说明的是,网络400是用于使各种设备之间相互连接的网络,例如是无线网络、有线网络。具体来说,网络包括无线L AN(wireless LAN:WLAN)、广域网(wide area network:WAN)、IS DN(综合业务数字网,integrated service digitalnetworks)、无线LAN、L TE(长期演进技术,long term evolution)、LTE-Advanced、第四代(4G)、第五代(5G)、CDMA(码分多址,code division multiple access)、WC DMA(注册商标)、以太网(注册商标)等。另外,网络不限于这些例子,例如,可以是公用交换电话网络(Public Switched Telephone Network:PS TN)、蓝牙(Bluetooth(注册商标))、蓝牙低能耗(Bluetooth Low Ene rgy)、光线路、ADSL(非对称数字用户线路,Asymmetric DigitalSubscr iber Line)线路、卫星通信网等,可以是任何网络。当网络安装在用户的住宅时,有时也被称为家庭网络。另外,网络也可以是例如NB-IoT(窄带物联网,Narrow Band IoT)、eMTC(增强型机器类型通信,enhanced Mac hine Type Communication)。需要说明的是,NB-IoT、eMTC是面向IoT的无线通信方式,是能够以低成本、低功耗进行长距离通信的网络。另外,网络也可以是这些的组合。另外,网络也可以包括组合了这些例子的多个不同的网络。例如,网络可以包括通过LTE的无线网络和作为封闭网络的内部网等有线网络。
<管理服务器100的结构例>
图2是表示管理服务器100的结构例的框图。
如图2所示,管理服务器100包括通信部110、输入部120、控制部130、存储部140和输出部150。通信部110、输入部120、控制部130、存储部140和输出部150可以构成为通过总线160相互通信。
通信部110是具有用于执行与其他装置通信的功能的通信接口。通信部110只要能够与其他装置通信,就可以通过任何通信协议进行通信,可以是有线、无线中的任何一种通信。通信部110根据来自控制部130的指示,与用户终端200、分发服务器300、医务人员终端500或者运用服务器600进行通信。通信部110例如从医务人员终端500接收表示治疗用应用的信息、与使用该治疗用应用的患者相关的信息以及与使用该治疗用应用时相关联的初始信息,并传递给控制部130。另外,通信部110例如接收来自用户终端200的请求激活码的请求信息,并传递给控制部130。另外,通信部110例如根据来自控制部130的指示,向用户终端200发送与初始信息相关联的激活码、用于限制使用治疗用应用的限制信息。
输入部120是具有接受来自管理服务器100的操作员等的输入,并传递给控制部130的功能的输入接口。输入部120可以通过触摸屏等软键来实现,也可以通过硬键来实现。另外,或者输入部120也可以是用于接受语音输入的麦克风。输入部120例如接受来自医务人员、管理服务器100的操作员等的输入,并将输入的内容传递给控制部130。
存储部140具有存储管理服务器100工作上所需的各种程序及数据的功能。存储部140例如可以通过HDD(硬盘驱动器,Hard Disc Drive)、SSD(固态驱动器,Solid StateDrive)、闪存等来实现。存储部140存储管理信息141。管理信息141是用于管理每个用户的每个种治疗用应用的信息。关于管理信息141的详细内容将在后面叙述。
输出部150具有根据来自控制部130的指示,输出指定的信息的功能。基于输出部150的输出可以是图像信号、音频信号中的任一种的输出。在通过图像信号输出的情况下,可以被输出到与管理服务器100连接的(或管理服务器100所包括的)监视器。另外,在通过音频信号输出的情况下,可以被输出到与管理服务器100连接的(或管理服务器100所包括的)扬声器。
控制部130是具有控制管理服务器100的各部的功能的处理器。控制部130可以通过单核实现,也可以通过多核实现。
控制部130包括接收部131、登记部132、生成部133和发送部134作为控制部130实现的功能。
接收部131接收表示治疗用应用的信息、识别作为治疗用应用的处方对象的用户(患者)的用户识别信息以及在该患者最初使用所使用的治疗用应用时就可以应用的初始信息。表示治疗用应用的信息可以是识别治疗用应用的识别信息,也可以是应用本身。另外,如果控制部130能够识别这些信息是相互对应的,则也可以单独接收这些信息。
另外,接收部131接收来自用户终端200的请求激活码的请求信息。
登记部132将接收部131获取的各信息对应起来并登记在管理信息141中。更新后的管理信息141通过登记部132存储在存储部140中。
生成部133根据接收部131接收到的请求信息,生成与请求信息中包括的用户识别信息和应用ID对应的激活码。生成部133确定在管理信息141中是否登记有与请求信息中包括的用户识别信息和应用ID对应的初始信息。然后,在与初始信息对应时,生成与该初始信息相关联的激活码。此时,生成部133生成用于管理服务器100管理与用户识别信息对应的用户(患者)的患者ID,并将用户识别信息与初始信息对应起来以进行后续管理。其中,与初始信息相关联的激活码是指,通过应用该激活码,在初始执行治疗用应用时,在输入了与对应的患者相关的信息的状态下使治疗用应用可以使用的代码。需要说明的是,如果与请求信息中包括的用户识别信息和应用ID对应的初始信息没有登记在管理信息141中,则生成部133生成与初始信息不相关联的激活码。
发送部134将生成部133生成的激活码发送到发送了请求激活码的请求信息的用户终端200。
以上是管理服务器100的结构例的说明。
<用户终端200的结构例>
图3是表示用户终端200的结构例的框图。如图3所示,用户终端200包括通信部210、输入部220、控制部230、存储部240和输出部250。通信部210、输入部220、控制部230、存储部240、输出部250可以构成为经由总线260相互通信。
通信部210是具有用于执行与其他装置通信的功能的通信接口。通信部210只要能够与其他装置通信,就可以通过任何通信协议进行通信,可以是有线、无线中的任何一种通信。通信部210根据来自控制部230的指示,与管理服务器100、分发服务器300进行通信。
输入部220是具有接受来自用户终端200的患者的输入,并传递给控制部230的功能的输入接口。输入部220可以通过触摸屏等软键来实现,也可以通过硬键来实现。另外,或者输入部220也可以是用于接受语音输入的麦克风。输入部220将从患者输入的输入内容传递给控制部230。
控制部230是具有控制用户终端200的各部的功能的处理器。控制部230可以通过单核实现,也可以通过多核实现。控制部230根据来自患者的输入,经由通信部210向分发服务器300请求请求信息,该请求信息请求治疗用应用。
另外,控制部230包括应用执行部231作为控制部230实现的功能。
应用执行部231执行从分发服务器300下载的治疗用应用。应用执行部231执行治疗用应用,根据来自患者的输入,在治疗用应用中登记各种信息,同时从管理服务器100或持有治疗信息的运用服务器600获取与治疗相关的信息并显示。应用执行部231在执行治疗用应用时向管理服务器100请求激活码。然后,应用执行部231接受激活码的输入并执行治疗用应用,但如果激活码是与初始信息相关联的激活码,即使在初始启动时,也会向患者提供包括与用户终端200的患者关联的信息的治疗用应用。如果激活码不是与初始信息相关联的激活码,则应用执行部分231向患者提供初始状态的治疗用应用。
存储部240具有存储用户终端200工作上所需的各种程序及数据的功能。存储部140例如可以通过HDD(硬盘驱动器,Hard Disc Drive)、SS D(固态驱动器,Solid StateDrive)、闪存等来实现。图3示出了存储部240存储治疗用应用241的例子。患者患有多种不同的疾病时,可以根据每种疾病在存储器240中存储不同的治疗用应用。
输出部250具有根据来自控制部230的指示,输出指定的信息的功能。基于输出部250的输出可以是图像信号、音频信号中的任一种的输出。在通过图像信号输出的情况下,可以被输出到用户终端200所包括的(或与用户终端200连接的)监视器。另外,在通过音频信号输出的情况下,可以被输出到用户终端200所包括的(或与用户终端200连接的)扬声器。输出部250例如伴随着基于应用执行部231执行治疗用应用,将治疗用应用提供的信息显示在用户终端200的监视器上。
以上是用户终端200的结构例的说明。
<分发服务器300的结构例>
图4是表示分发服务器300的结构例的框图。分发服务器300是持有由管理服务器100指定的治疗用应用,并根据来自用户终端200的请求,分发治疗用应用的下载服务器。
如图4所示,分发服务器300包括通信部310、输入部320、控制部330、存储部340和输出部350。通信部310、输入部320、控制部330、存储部340和输出部350可以构成为经由总线360相互通信。
通信部310是具有用于执行与其他装置通信的功能的通信接口。通信部310只要能够与其他装置通信,就可以通过任何通信协议进行通信,可以是有线、无线中的任何一种通信。通信部310根据来自控制部130的指示,与管理服务器100、用户终端200进行通信。
输入部320是具有接受来自分发服务器300的操作员等的输入,并传递给控制部330的功能的输入接口。输入部320可以通过触摸屏等软键来实现,也可以通过硬键来实现。另外,或者输入部320也可以是用于接受语音输入的麦克风。
控制部330是具有控制用户终端200的各部的功能的处理器。控制部330可以通过单核实现,也可以通过多核实现。
控制部330包括分发部331作为控制部330实现的功能。
分发部331确定由从通信部310传递的请求信息表示的治疗用应用的安装程序,并从存储部340中读出。然后,经由通信部310将读出的治疗用应用的安装程序发送到发送了请求信息的用户终端200。
存储部340具有存储分发服务器300工作上所需的各种程序及数据的功能。存储部140例如可以通过HDD(硬盘驱动器,Hard Disc Drive)、SSD(固态驱动器,Solid StateDrive)、闪存等来实现。存储部340存储从管理服务器100委托的所有治疗用应用(的安装程序)。图4示出了持有第一治疗用应用安装程序341和第二治疗用应用安装程序342的例子。其中,第一治疗用应用安装程序341和第二治疗用应用安装程序342是针对互不相同的疾病的治疗用应用,例如可以是戒烟应用、戒酒应用、糖尿病应用等。需要说明的是,虽然其中示出了存储两个安装程序的例子,但是安装程序的数量并不限于两个,可以存储各种疾病的应用的安装程序。
输出部350具有根据来自控制部330的指示,输出指定的信息的功能。基于输出部350的输出可以是图像信号、音频信号中的任一种的输出。在通过图像信号输出的情况下,可以被输出到与分发服务器300连接的(或分发服务器300所包括的)监视器。另外,在通过音频信号输出的情况下,可以被输出到分发服务器300所包括的(或与分发服务器300连接的)扬声器。
以上是分发服务器300的结构例的说明。
<医务人员终端500的结构例>
图5是表示医务人员终端500的结构例的框图。医务人员终端500是医务人员使用的信息处理终端。如图5所示,医务人员终端500包括通信部510、输入部520、控制部530、存储部540和输出部550。通信部510、输入部520、控制部530、存储部540和输出部550可以构成为经由总线560相互通信。
通信部510是具有用于执行与其他装置通信的功能的通信接口。通信部510只要能够与其他装置通信,就可以通过任何通信协议进行通信,可以是有线、无线中的任何一种通信。通信部510根据来自控制部530的指示,与管理服务器100、分发服务器300、运用服务器600进行通信。
输入部520是具有接受来自用户终端200的患者的输入,并传递给控制部530的功能的输入接口。输入部520可以通过触摸屏等软键来实现,也可以通过硬键来实现。另外,或者输入部520也可以是用于接受语音输入的麦克风。输入部520将从患者输入的输入内容传递给控制部230。
输入部520从医务人员接受使用治疗用应用的患者的初始信息的输入,并传递给控制部530。其中,初始信息只要是与对应的患者相关的信息,就可以是任意的信息,例如,除了患者的姓名、年龄、性别之外,还可以是与性格、此前的治疗经过、疾病阶段相关的信息中的任意一个或多个,也可以是能够确定持有这些信息的服务器装置的存储位置的信息。具体地,输入部520接受指定将初始信息关联起来的治疗用应用的应用ID、表示使用该应用的患者的用户识别信息以及治疗用应用的初始信息的输入,并传递给控制部530。
控制部530是具有控制医务人员终端500的各部的功能的处理器。控制部530可以通过单核实现,也可以通过多核实现。
控制部530包括初始信息发送部531作为控制部530实现的功能。
初始信息发送部531将经由输入部520由医务人员输入的应用ID、表示使用应用的用户(患者)的用户识别信息和初始信息经由通信部510发送到管理服务器100。
存储部540具有存储医务人员终端500工作上所需的各种程序及数据的功能。存储部540例如可以通过HDD(硬盘驱动器,Hard Disc Drive)、SSD(固态驱动器,Solid StateDrive)、闪存等来实现。
输出部550具有根据来自控制部130的指示,输出指定的信息的功能。基于输出部550的输出可以是图像信号、音频信号中的任一种的输出。在通过图像信号输出的情况下,可以被输出到与医务人员终端500连接的(或医务人员终端500所包括的)监视器。另外,在通过音频信号输出的情况下,可以被输出到医务人员终端500所包括的(或与医务人员终端500连接的)扬声器。输出部550例如可以将医务人员输入的与治疗用应用的患者相关的初始信息作为图像数据进行显示。
以上是医务人员终端500的结构例的说明。
<运用服务器600的结构例>
图6是表示运用服务器600的结构例的框图。运用服务器600是管理运用与使用治疗用应用的患者的治疗相关的信息的信息处理装置(服务器)。运用服务器600作为与由运用服务器600管理的患者的治疗相关的信息,可以按照每个患者的疾病、或者按照进行患者诊疗的治疗设施(医院、施疗院等)而设置,也可以分别由提供治疗用应用的运营商设置,也可以汇总到一个服务器中进行管理。如图6所示,运用服务器600包括通信部610、输入部620、控制部630、存储部640和输出部650。通信部610、输入部620、控制部630、存储部640和输出部650可以构成为经由总线560相互通信。
通信部610是具有用于执行与其他装置通信的功能的通信接口。通信部610只要能够与其他装置通信,就可以通过任何通信协议进行通信,可以是有线、无线中的任何一种通信。通信部610根据来自控制部630的指示,与管理服务器100、用户终端200进行通信。
输入部620是具有接受来自用户终端200的患者的输入,并将传递给控制部630的功能的输入接口。输入部620可以通过触摸屏等软键来实现,也可以通过硬键来实现。另外,或者输入部620也可以是用于接受语音输入的麦克风。输入部620将从患者输入的输入内容传递给控制部230。
输入部620从医务人员(主要是医生)接受与待诊疗患者相关的信息的输入,并传递给控制部630。与待诊疗患者相关的信息指只要是与患者相关的信息,可以是任意的信息,另外,也可以是基于医务人员对患者的病情、对患者开的药剂、治疗经过等信息。具体地,输入部620接受表示作为待输入信息的对象的患者的患者ID和与该患者ID所示的患者相关的信息的输入,并传递给控制部630。
控制部630是具有控制运用服务器600的各部的功能的处理器。控制部630可以通过单核实现,也可以通过多核实现。当从输入部620传递患者ID和与患者相关的信息时,控制部630将与患者相关的信息与所传递的患者ID相对应并作为存储部640的治疗信息641记录。
控制部630包括治疗信息提供部631作为控制部630实现的功能。
在经由通信部610从用户终端200接收到治疗信息的发送请求时,治疗信息提供部631从治疗信息641确定与该治疗信息的发送请求所表示的患者ID相对应的与患者相关的信息。治疗信息提供部631将确定的治疗信息(与患者相关的信息)经由通信部610发送到用户终端200。
存储部640具有存储运用服务器600工作上所需的各种程序及数据的功能。存储部640例如可以通过HDD(硬盘驱动器,Hard Disc Drive)、SSD(固态驱动器,Solid StateDrive)、闪存等来实现。存储部640存储与患者治疗相关的治疗信息641。治疗信息与每个患者的患者ID相对应,并与该患者相关的信息相对应。治疗信息可以是所谓的电子病历。另外,治疗信息可以包括被输入的由患者输入的患者自身的与治疗相关的行为信息。另外,该治疗信息可以与患者正在使用的治疗用应用的应用ID相对应。
输出部650具有根据来自控制部630的指示,输出指定的信息的功能。基于输出部650的输出可以是图像信号、音频信号中的任一种的输出。在通过图像信号输出的情况下,可以被输出到与运用服务器600连接的(或运用服务器600所包括的)监视器。另外,在通过音频信号输出的情况下,可以被输出到运用服务器600所包括的(或与运用服务器600连接的)扬声器。输出部650例如可以输出患者的治疗信息。
以上是运用服务器600的结构例的说明。
<数据>
下面,对管理信息141进行说明。如上所述,管理服务器100是用于管理每个患者使用的每个治疗用应用的信息。另外,管理信息141可以与运用服务器600共享。
图7是表示管理信息141的数据结构例的数据概念图。如图7所示,管理信息141是管理ID 701、患者姓名602、应用ID 703、出生年月日704、性别705、治疗信息706、性格707相对应的信息。
管理ID 701是管理服务器100为了方便管理管理信息141中包括的每个患者所使用的每个治疗用应用而分配的管理用识别信息。
患者姓名602是表示使用治疗用应用的患者的名称的信息。患者姓名602是唯一地能够识别患者的标识符,而不是患者的名称。
应用ID 703是唯一能够识别由对应的患者姓名602表示的患者所使用的治疗用应用的识别信息。
出生年月日704是表示由对应的患者姓名602表示的患者的出生年月日的信息。出生年月日704可以用作能够确定患者年龄的信息。
性别705是表示由对应的患者姓名602表示的患者的性别的信息。
治疗信息706是表示作为由对应的患者姓名602表示的患者所使用的、由应用ID703表示的治疗用应用,可以确认的与治疗相关的信息的实际数据、或者可以确认该实际数据的装置的地址的信息。其中所说的可以确认实际数据的装置是指,持有患者实际接受治疗的医疗机构等的诊疗信息等信息的服务器装置,是与管理服务器100合作的医疗机构等的服务器装置。需要说明的是,当所有治疗信息706由运用服务器600运用管理时,可以不登记在管理信息141中。另外,治疗信息706和运用服务器600持有的治疗信息641可以是相同的,也可以是不同的。作为治疗信息互不相同的一例,例如,可以是管理服务器100持有与患者的戒烟相关的治疗信息,而运用服务器600持有与糖尿病的治疗相关的信息这样的实施方式。
性格707是表示由对应的患者姓名602表示的患者的性格的信息。性格707基本上是由对应的患者姓名602表示的由参与治疗患者的医务人员输入的信息,但也可以是患者本人输入的信息。另外,也可以是从使用治疗用应用的过程中推断出的信息。另外,性格707可以是患者本人无法确认的掩模数据。
需要说明的是,如果同一患者使用不同的治疗用应用,则在管理信息141中分别登记。另外,在管理信息141中,除了这些信息之外,还可以记录每个患者的用户终端200的地址、作为联系方式的电话号码等信息。
<工作>
图8是表示治疗用应用分发系统1中的各装置间的交互的例子的时序图。
如图8所示,用户终端200根据来自用户终端200的患者的输入,将请求治疗用应用的请求信息与用户信息一起发送到分发服务器300(步骤S801)。其中,用户信息是可以确定用户终端200的用户的信息,只要是医务人员能够识别哪个用户的信息即可。
分发服务器300接收来自用户终端200的请求信息,并将请求信息中指定的治疗用应用发送到用户终端200(步骤S802)。
另外,分发服务器300将表示与请求治疗用应用的用户终端200对应的用户的用户信息和表示所请求的治疗用应用的应用ID发送到医务人员终端500(步骤S803)。需要说明的是,该步骤S803的处理也可以从用户终端200向医务人员终端500进行,即,从用户终端200向医务人员终端500发送用户信息和应用ID。
医务人员终端500将由医务人员输入的治疗用应用的初始信息发送到管理服务器100(步骤S804)。初始信息是与使用治疗用应用的用户(患者)相关联的信息。作为初始信息,例如可以包括,用户(患者)的姓名、年龄、性别、体重、血型、宿疾等信息,另外,也可以是关于用户对治疗用应用治疗的疾病的状态的信息。另外,或者也可以是与该治疗用应用相关的疾病治疗中的用户(患者)的电子病历,也可以包括保存有电子病历的运用服务器600的地址的信息。
管理服务器100将初始信息与从医务人员终端500接收到的应用ID所示的治疗用应用和用户识别信息对应起来进行登记(步骤S805)。
用户终端200从分发服务器300接收到治疗用应用时,会根据来自患者的指示执行治疗用应用(步骤S806)。用户终端200在执行治疗用应用时,会向管理服务器100请求用于执行治疗用应用的激活码(步骤S807)。此时,用户终端200也向分发服务器300发送请求治疗用应用时发送的用户识别信息。
管理服务器100接受激活码的请求时,管理服务器100为了管理患者,对接收到的用户识别信息分配用于从其他患者中唯一地识别的患者ID(步骤S808)。管理服务器100接受来自用户终端200的激活码请求,并发送与用户终端200的患者相关的与初始信息相关联的激活码(步骤S809)。
用户终端200的患者确认并输入从管理服务器100发送的激活码。收到激活码后,治疗用应用显示与应用了初始信息的治疗相关的内容(步骤S809)。其中显示的与治疗相关的内容,可以是从管理服务器100持有的治疗信息706中获取的内容,也可以是从预定的运用服务器600中获取的内容。另外,或者作为初始信息,也可以是在管理服务器100上对应的信息。
需要说明的是,图8中的步骤S807的处理在步骤S806的处理之前执行,也可以在治疗用应用执行之前获取。在这种情况下,患者ID的分配可以在验证激活码的时刻执行。另外,在图8中,在请求激活码的时刻分配患者ID,但是,也可以如上述那样,在用户终端200接受激活码的输入,并且管理服务器100在其验证成功的时刻执行。
图9是表示用于实现图8所示的交互的管理服务器100的工作例的流程图。
管理服务器100的通信部110在接收到信号时,确认该信号是否是应用ID、用户识别信息和初始信息。通信部110在接收到包括初始信息的各信息时(步骤S901为是),将接收到的包括初始信息的各信息传递给控制部130。接收到的信号不是初始信息(步骤S901为否)时,转移到步骤S903的处理。
控制部130在被传递包括初始信息的各信息时,登记部132将初始信息与应用ID和患者ID相对应并登记到管理信息141中(步骤S902)。其中,如果初始信息是与患者相关联的各种个人信息(例如,姓名、年龄、性别、性格等),则登记部132登记在分别对应的项目中,如果是表示持有与患者相关的治疗信息的云存储的信息,则登记在管理信息141的治疗信息706中。这导致在管理服务器100中将初始信息与对应的治疗用应用相关联并管理。
通信部110在接收到信号时,确认该信号是否是请求治疗用应用的激活码的信号。通信部110在接收到请求激活码的信号(步骤S903为是)时,将接收到的信号传递给控制部130。没有接收到对激活码的请求(步骤S903为否)时,转移到步骤S901的处理。
控制部130在接受对激活码的请求时,确定表示该请求中包括的治疗用应用的应用ID和用户识别信息。然后,将用于在管理服务器100上唯一地识别、管理的患者ID分配给由接收到的用户识别信息表示的用户。控制部130将生成的患者ID与用户识别信息相对应并存储在存储部140中(步骤S904)。
控制部130参照存储部140确认初始信息是否与接收到的用户识别信息相对应(步骤S905)。初始信息与之相对应(步骤S905为是)时,控制部130的生成部133生成针对确定的治疗用应用的激活码,该激活码是与初始信息相关联的激活码(步骤S906)。初始信息未与用户识别信息对应(步骤S905为否)时,生成未与初始信息相关联的激活码、即在初始状态下启动治疗用应用的激活码(步骤S907)。
然后,发送部134将生成部133生成的激活码经由通信部110发送到所确定的患者ID的用户终端200(步骤S908)。
需要说明的是,步骤S901、S902的处理和步骤S903~S908的处理可以相互并行执行。
图10是表示用于实现图8所示的交互的用户终端200的工作例的流程图。
用户终端200的输入部220从患者接受指示下载治疗用应用的输入(步骤S1001)。输入部220将接受的输入内容传递给控制部230。控制部230根据所传递的输入内容,经由通信部210,将请求所指定的治疗用应用的应用请求信息发送到持有治疗用应用的分发服务器300(步骤S1002)。在应用请求信息中包括用于确定请求哪个治疗用应用的应用ID和用于确定请求治疗用应用的用户(患者)的用户识别信息。接收到应用请求信息后,分发服务器300发送指定的治疗用应用的安装程序(也可以是执行程序)。
通信部210接收从分发服务器300发送的治疗用应用的安装程序(步骤S1003)。通信部210将接收到的治疗用应用的安装程序传递给控制部230。控制部230在被传递治疗用应用的安装程序时,执行安装治疗用应用,并且应用执行部231执行治疗用应用(步骤S1004)。
应用执行部231在首次执行该治疗用应用时,向管理服务器100请求激活码。此时,应用执行部231也将用户识别信息发送到管理服务器100。激活码可以是每次(或定期)执行治疗用应用时都要求输入的代码。应用执行部231经由通信部210向管理服务器100发送请求激活码的代码请求信息(步骤S1005)。管理服务器100在接收到该信息后,生成针对用户终端200的激活码并发送。
通信部210接收从管理服务器100发送的治疗用应用的激活码(步骤S1006)。通信部210将接收到的激活码传递给控制部230。然后,控制部230使输出部250输出所传递的激活码。即,在用户终端200的监视器上显示激活码。然后,患者从输入部220输入所显示的激活码从而执行治疗用应用。需要说明的是,激活码的输入可以不是由患者输入,而是可以在接收的时刻通过程序直接输入到治疗用应用。
在初始信息与激活码相关联(步骤S1007为是)时,应用执行部231在应用了初始信息的状态下执行治疗用应用(步骤S1008)。在初始信息未与激活码相关联(步骤S1007为否)时,应用执行部231在初始状态下执行治疗用应用(步骤S1009)。
以上是在获取治疗用应用并初始启动时用户终端200的工作。
图11是表示用于实现图8所示的交互的分发服务器300的工作例的流程图。
如图11所示,分发服务器300的通信部310接收来自用户终端200的请求治疗用应用的请求信号(步骤S1101)。通信部310将接收到的请求信号传递给控制部330。
控制部330的分发部331在被传递请求信号时,提取表示患者所希望的并且包括在所传递的请求信号中的治疗用应用的应用ID。然后,分发部331从存储部340获取表示提取的应用ID的治疗用应用的安装程序。分发部331经由通信部310将获取的治疗用应用的安装程序发送到发送了请求信号的用户终端200(步骤S1102)。由此,患者可以获取治疗用应用。
另外,控制部330在被传递请求信号时,将所请求的治疗用应用的应用ID和表示请求治疗用应用的用户终端200的用户(患者)的用户识别信息发送到医务人员终端500(步骤S1103)。由此,可以触发在医务人员终端500中由医务人员向用户(患者)输入初始信息。
以上是分发服务器300的工作。需要说明的是,步骤S1102和步骤S1103的处理顺序可以前后颠倒。
图12是表示用于实现图8所示的交互的医务人员终端500的工作例的流程图。
如图12所示,医务人员终端500的通信部510从分发服务器300接收表示治疗用应用的应用ID和表示需要治疗用应用的用户(患者)的用户识别信息(步骤S1201)。通信部510将接收到的应用ID和用户识别信息传递给控制部530。
控制部530使输出部550输出(显示)表示接收到的应用ID和用户识别信息的信息(步骤S1202)。由此,医务人员就可以知道哪些患者需要哪些治疗用应用。
输入部520接受与在步骤S1201中接收到的应用ID所示的治疗用应用所要治疗的症状以及用户识别信息所示的用户(患者)中的至少任一个相关的初始信息的输入(步骤S1203)。输入部520将接受的初始信息传递给控制部530。
然后,初始信息发送部531将由医务人员输入的初始信息、对应的应用ID和用户识别信息经由通信部510发送到管理服务器100(步骤S1204),结束处理。
由此,管理服务器100使用由医务人员指定的初始信息,而不是初始状态,无论患者没有输入任何信息,都可以从输入了一定程度的信息的状态开始使用每个患者使用的治疗用应用。因此,在使用治疗用应用时,不会让患者进行烦杂的输入处理,从而可以抑制患者觉得输入处理麻烦而不使用治疗用应用的可能性。
图13是表示运用服务器600的工作例的流程图。如图13所示,运用服务器600的通信部610接受从用户终端200发送的治疗信息的发送请求(步骤S1301)。其中所说的治疗信息是与治疗用应用提示患者的治疗相关的信息,例如,可以包括过去进行的治疗内容及其成败、使用的药剂、与患者的行为相关的信息等各种信息。在该发送请求中,至少包括能够确定用户的用户ID(患者ID),此外,也可以包括用于阅览治疗信息的密码。通信部610在接收到治疗信息的发送请求时,将其传递给控制部630。
控制部630的治疗信息提供部631从所传递的治疗信息的发送请求中确定患者ID。然后,治疗信息提供部631从存储部640确定与确定的患者ID对应的治疗信息641(步骤S1302)。然后,治疗信息提供部631将确定的治疗信息经由通信部610发送到用户终端200(步骤S1303)。其中所说的治疗信息641也可以与管理服务器100所管理的管理信息141相同。
由此,运用服务器600可以向用户终端200提供与用户的治疗相关的信息。需要说明的是,当来自用户终端200的治疗信息的发送请求中包括密码时,在步骤S1302中,首先验证该密码,如果密码正确,则进行治疗信息的确定即可。
<显示例>
图14的(a)、(b)是表示治疗用应用的显示例的图。图14的(a)、(b)只是一个例子,显示方式也可以使用其他方式。
图14的(a)示出了未应用初始信息的状态下的治疗用应用的初始画面的一例,图14的(b)示出了在应用了初始信息的状态下的治疗用应用的初始画面的一例。在图14中,作为治疗用应用的一种,示出了戒烟应用的显示例,但是作为治疗用应用,并不限于戒烟。
如图14的(a)所示,当没有初始信息的状态下时,由于是姓名、年龄等各种信息均不存在的状态,所以患者必须输入这些信息,很麻烦。由于这种初始输入的繁杂,一些患者可能不使用治疗用应用。为了减少这种可能性,在本实施例中,通过应用初始信息,如图14的(b)所示,即使是初始启动,也在应用了各种信息的状态下启动治疗用应用。因此,可以很轻松地使用治疗用应用,因为不会强迫患者进行各种复杂的输入。
另外,治疗用应用是对患者进行用于与该治疗阶段相对应的治疗方案的应用。然而,如果没有初始信息,则有可能无法对患者提出与治疗阶段相对应的适当的方案,因此,从患者的角度来看,可能会提出错误的方案。在这种情况下,患者来看,有可能判断是没有用的应用而不再使用治疗用应用,但通过应用初始信息,可以从一开始就对患者提出适当的方案。
<存在初始信息的治疗用应用的初始工作例>
由此,对通过对治疗用应用应用初始信息,可以从一开始就对患者提出适当的方案的例子进行说明。在此,对这些工作作为治疗用应用的工作进行说明,但治疗用应用也可以与管理服务器100或运用服务器600协作来实现下面说明的工作。
治疗用应用可以对患者进行利用聊天机器人的治疗方案。另外,治疗用应用可以准备多种类型的聊天机器人。例如,可以提供医生型聊天机器人、护士型聊天机器人、患有相同的疾病这样的设置的聊天机器人等各种类型的聊天机器人。然后,根据不同的聊天机器人,针对患者的方案内容和方案方法也会有所不同。即使在现实情况下,众所周知,在患者和医生、护士之间建立信赖关系时也涉及契合度,可以说对于聊天机器人也是如此。
因此,期望从初始启动时起,为了让患者积极地接受治疗,就准备与患者契合度好的聊天机器人。因此,使用图15、图16,对聊天机器人的选择方法进行说明。
图15是表示选择聊天机器人时使用的聊天机器人契合度表的一例的数据概念图。
聊天机器人契合度表1500可以作为用户终端200的存储部240的治疗用应用241的一部分而持有,也可以存储在管理服务器100或运用服务器600的存储部中。
如图15所示,聊天机器人契合度表1500是将用户信息1510和聊天机器人识别符1520对应起来的信息。
用户信息1510是表示用于确定契合度好的(推断为契合度好的)聊天机器人的患者的属性的信息。在图15所示的例子中,作为用户信息1510,示出了包括性别1511和性格1512的例子,但并不限于此。
聊天机器人标识符1520是在系统上唯一地识别每个聊天机器人的信息,可以是分配给管理服务器100的操作员等的符号、编号,也可以用表示其特征的名称(例如,严格男性医师型等)来表示。
聊天机器人契合度表1500可以是根据患者的各种信息的组合来确定聊天机器人的表。需要说明的是,其中,多个不同的聊天机器人可以与相同的组合相对应,在这种情况下,可以从这些多个不同的聊天机器人中随机确定。
在图15的例子中,治疗用应用,例如,使用由“CB_001N”表示的聊天机器人,为性别为“男性”、性格为“急性子”的患者提出初步方案。需要说明的是,向患者提出方案的聊天机器人也可以随着时间的推移而改变。例如,当推断患者的性格发生变化时,可以使用变化后的性格来确定聊天机器人。
需要说明的是,聊天机器人契合度表1500可以由管理服务器100的操作员制作,也可以在各种各样的患者使用治疗用应用的过程中,汇总每个患者的性格、契合度好的聊天机器人(例如,患者使用了规定时间以上的聊天机器人)的信息,并且基于该汇总结果,例如由管理服务器100的控制部130制作。
图16是表示基于治疗用应用(用户终端200的控制部230)确定用于治疗患者的聊天机器人的工作例的流程图。其中,作为用户终端200的工作进行说明,但同样的处理也可以通过管理服务器100来实现。
如图16所示,控制部230接受患者ID的输入(步骤S1601)。该输入可以是来自患者的输入,也可以将进入或离开治疗用应用时等或应用初始信息时的信息以输入的形式而接受。
控制部230使用登记在治疗用应用中的信息来确定患者的性别(步骤S1602)。
接着,控制部230确定患者的性格(步骤S1603)。控制部230例如访问管理服务器100,以获取与登记在管理信息141中的患者的性格相关的信息。
控制部230根据所确定的患者的性别和性格,参考聊天机器人契合度表1500来确定待使用的聊天机器人(步骤S1604)。
然后,控制部230执行所确定的聊天机器人的响应(治疗方案)作为通过治疗用应用治疗的一个环节(步骤S1605)。
这样,治疗用应用可以确定首先应使用的聊天机器人,并将其用于治疗方案。该聊天机器人是被认为与患者契合度好的聊天机器人,因此患者从一开始就可以舒适地使用治疗用应用。
接下来,使用图17到图19,示出了聊天机器人可以根据治疗阶段适当地回答的例子。
治疗用应用可以持有图17所示的响应表1700。另外,该响应表1700也可以在管理服务器100或运用服务器600中被持有,也可以从用户终端200的治疗用应用访问服务器进行参考。
响应表1700是用户状态1710和响应例1720相对应的表。
用户状态1710是表示患者状态的信息。在图17中,作为一例,表示治疗阶段的信息作为用户状态1710而显示。
响应例1720是表示在对应的用户状态时,聊天机器人执行的回答例的信息。需要说明的是,在图17中,示出了与用户状态1710相对应并将一个响应对应起来的例子,但也可以将多个响应例对应起来,在这种情况下,也可以从其中选择一个作为响应。另外,在响应例1720所示的响应可以根据响应的聊天机器人改变语气。例如,如果聊天机器人是一名医生,可以用一种严格的语气来响应,如果它是作为患有相同疾病的同伴的聊天机器人,可以用一种更熟悉的语气来响应。
图18是表示用户终端200的控制部230确定聊天机器人的响应作为治疗用应用执行的一环的工作例的流程图。
如图18所示,控制部230参考存储在治疗用应用中的信息或登记在运用服务器600中的治疗信息来确定与患者的病情对应的状态(步骤S1801)。
接着,控制部230参考确定的患者状态和响应表1700来确定对应的响应(步骤S1802)。
然后,控制部230使正在使用的聊天机器人输出确定的响应(步骤S1803)。
这样,治疗用应用可以为与用户契合度好的聊天机器人提出适合患者状态的回答、方案。
需要说明的是,其中为了便于理解而示出了响应表1700这样的例子,但是聊天机器人给出的回答也可以通过学习了患者的状态(年龄、性别、性格、精神状态、治疗状态等)和与该状态相对应的方案、回答的学习模型来确定响应内容。
图19的(a)~(c)是聊天机器人响应的显示例,是表示因患者的状态、聊天机器人的不同而引起的响应例的画面图。
图19的(a)是表示未应用初始信息的状态下的响应例的显示例。为了从没有信息的状态做出回答,处于需要学习各种基本信息的状态。另一方面,如果是图19的(b)的情况,由于输入了初始信息,可以了解患者已经抽了很长时间的烟。另外,图19的(a)、图19的(b)示出了医生聊天机器人响应的例子,但是如果有同伴处于相同的抗病状态,一些患者可以做得更好,图19的(c)示出了对这样的患者的聊天机器人响应的例子。这样,通过准备各种类型的聊天机器人,可以提供可对应各种类型的患者的治疗用应用。另外,通过使用从这些多个聊天机器人中被推断为最适合患者的聊天机器人,可以提高患者使用治疗用应用的持续率。
需要说明的是,聊天机器人的响应可以由管理服务器100或运用服务器600确定,并且管理服务器100或运用服务器600可以被构成为将确定的响应传递给用户终端200,以便聊天机器人在用户终端200做出指定的响应。
<变形例>
在上述实施方式中,如图5的时序图所示,对与来自用户(患者)侧的方法的初始信息对应的治疗用应用的使用例进行了说明。但是,由治疗用应用分发系统运用治疗用应用的例子并不限于此。如图20所示,可以以从医务人员接近用户(患者)的方式使患者使用治疗用应用。
图20是表示本变形例中治疗用应用分发系统中的各装置的交互的例子的时序图。其中,当有想要使用治疗用应用的用户(患者)时,使用医务人员终端500的医务人员将与该用户相关的初始信息输入到医务人员终端500。然后,医务人员终端500将输入的初始信息、表示预定使用该初始信息的用户(患者)的用户识别信息和表示预定使用的治疗用应用的应用ID发送到管理服务器100(步骤S2001)。
接收到应用ID、用户识别信息和初始信息的管理服务器100将这些信息相互对应并存储在存储部140中(步骤S2002)。该处理与图8的步骤S805的处理和图9的步骤S902的处理相同。
然后,医务人员终端500将待使用的治疗用应用的信息发送到用户终端200(步骤S2003)。
需要说明的是,其中,从医务人员终端500向用户终端200发送通知,但也可以从医务人员终端500的医务人员向用户终端200的用户(患者)直接口头传达。
需要说明的是,步骤S802以后的处理与使用图8说明的情况相同,因此不再赘述。此外,步骤S2001和S2002的处理可以在步骤S2003的处理之前或之后进行。
图21是表示用于实现图20所示的交互的医务人员终端500的工作例的流程图。通过比较图21和图12可以理解,在本变形例中,不执行图12中的步骤S1201、S1202的处理。然后,如步骤S2105所示,医务人员终端500的控制部530将与治疗用应用相关的信息(应用ID)发送到用户终端200(步骤S2105)。这种与治疗用应用相关的信息可以包括用于下载治疗用应用的URL的信息。
图22是表示用于实现图20所示的交互的用户终端200的工作例的流程图。通过比较图22和图10可以理解,在本变形例中,用户终端200在执行步骤S701以后的处理之前,从医务人员终端500接收与治疗用应用相关的信息(步骤S2200)。由此,用户终端200的用户可以识别治疗用应用的存在,并下载治疗用应用。步骤S701以后的处理与图7的处理相同,因此不再赘述。
另外,图23是变形例中分发服务器300的处理例,但与图11比较就可以理解,在本变形例中,在不执行步骤S1103的处理这一点上不同,除此之外的处理是相同的。
如上所述,治疗用应用分发系统可以从医务人员侧接近患者以使用治疗用应用。
<补充>
在上述实施方式中,作为用户终端200执行治疗用应用的方法,包括用户终端200在内的各装置的处理器执行治疗用应用和用于生成初始信息的生成程序等,由此在对治疗用应用应用了初始信息的状态下开始使用,但这可以通过装置中形成于集成电路(IC(Integrated Circuit)芯片、LSI(大规模集成电路,Large Scale Integration))等的逻辑电路(硬件)、专用电路来实现。另外,这些电路可以通过一个或多个集成电路来实现,上述实施方式所示的多个功能部的功能也可以通过一个集成电路来实现。LSI根据集成度的不同,有时也被称为VLSI、超级LSI、超LSI等。
另外,上述程序可以记录在处理器可读取的记录介质上,作为记录介质,可以使用“非临时有形介质”,例如磁带、磁盘、卡片、半导体存储器、可编程逻辑电路等。另外,上述管理程序也可以经由能够传输该程序的任意传输介质(通信网络、广播波等)提供给上述处理器。即,例如,可以构成为使用智能手机等信息处理设备,从网络上下载管理程序并执行。本发明也能够以上述管理程序通过电子传输而具体化的、嵌入在载波中的数据信号的方式来实现。
另外,上述程序例如可以使用ActionScript、JavaScript(注册商标)等脚本语言、Objective-C、Java(注册商标)、C++、Python、R等面向对象的编程语言等来实现,但不限于此。
<总结>
如上述实施方式所示,在根据本实施方式的治疗用应用中,可以将包括与患者相关的信息的初始信息应用到在初始启动时输入的激活码以显示治疗用应用。因此,由于不需要让患者进行输入关于患者自身、疾病状态的信息的复杂处理,因此患者可以轻松地使用治疗用应用。另外,即使治疗已经有了一定程度的进展,也会通过初始信息来反映,因此,作为治疗用应用,可以做出与患者的治疗阶段相对应的适当的方案、响应。另外,进一步,通过使用与患者契合度好的聊天机器人进行响应,可以提高患者参与和使用聊天机器人的可能性。进一步,患者的自我认知是有偏差的,仅根据患者自己明确的输入信息做出的方案、响应有时并不有效。但是,如果事先将专家治疗师的观察、评价作为初始信息输入,就可以做出更合适的方案、响应,并提高治疗用应用软件的效果。
附图标记说明
100管理服务器
110、210、310、510接收部
120、220、320、520输入部
130、230、330、530控制部
131获取部
132登记部
133计时部
134限制部
140、240、340、540存储部
141管理信息
150、250、350、550输出部
200用户终端
231应用执行部
300分发服务器
331分发部
341第一治疗用应用安装程序
342第二治疗用应用安装程序
400网络
500医务人员终端
531初始信息发送部
Claims (16)
1.一种治疗用应用分发系统,其特征在于,包括服务器和信息处理终端,所述服务器包括:
第一接收部,从作为由治疗用应用治疗的对象的患者的信息处理终端接收识别患者的用户识别信息、识别所述治疗用应用的应用ID以及请求用于执行所述治疗用应用的激活码的请求信息;
接受部,从医务人员接受所述用户识别信息和与所述治疗用应用所治疗的疾病相关的初始信息的输入,并将所述用户识别信息和所述初始信息相关联地存储在存储部中;
生成部,生成与所述用户识别信息对应的、用于执行所述治疗用应用的激活码;以及
第一发送部,将所述生成部生成的激活码发送到所述患者的信息处理终端;
所述信息处理终端包括:
应用获取部,获取初始状态的治疗用应用;
第二发送部,将用户识别信息、识别所述应用获取部获取的治疗用应用的应用ID以及请求用于执行所述治疗用应用的激活码的请求信息发送到所述服务器;
第二接收部,从所述服务器接收所述激活码;
执行部,执行所述治疗用应用;以及
输出部,输出基于所述治疗用应用的信息;
所述执行部在首次执行所述治疗用应用时,基于所述激活码的输入,在应用了所述初始信息的状态下执行所述治疗用应用。
2.根据权利要求1所述的治疗用应用分发系统,其特征在于,
所述初始信息包括所述患者的年龄,
所述治疗用应用提出用于治疗所述疾病的建议,
所述输出部输出与所述患者的年龄相对应的建议作为基于所述治疗用应用的信息。
3.根据权利要求1或2所述的治疗用应用分发系统,其特征在于,
所述初始信息包括所述患者的性别,
所述治疗用应用通过多个角色中的任一个输出用于治疗所述疾病的建议,
所述输出部通过所述多个角色中的适合所述患者性别的角色输出建议作为基于所述治疗用应用的信息。
4.权利要求1至3中任一项所述的治疗用应用分发系统,其特征在于,
所述初始信息包括与所述患者的所述疾病相关的治疗的历史信息,
所述输出部输出基于所述历史信息的、表示所述患者的治疗经过的信息作为基于所述治疗用应用的信息。
5.根据权利要求4所述的治疗用应用分发系统,其特征在于,
所述输出部输出基于所述患者的历史信息的、对应于疾病的进展程度的与治疗相关的建议作为基于所述治疗用应用的信息。
6.根据权利要求4或5所述的治疗用应用分发系统,其特征在于,所述历史信息为所述患者的电子病历。
7.根据权利要求1至6中任一项所述的治疗用应用分发系统,其特征在于,
所述初始信息是与所述患者的性格相关的信息,
所述输出部输出对应于所述患者的正确的建议作为基于所述治疗用应用的信息。
8.根据权利要求7所述的治疗用应用分发系统,其特征在于,
所述服务器包括向所述信息处理终端提供用于请求所述激活码的输入表格的提供部,
所述输入表格包括针对所述患者的问卷,
所述第二发送部进一步发送所述患者对所述问卷的回答,
所述第一接收部进一步接收所述患者的回答,
所述初始信息包括基于所述患者对所述问卷的回答的信息作为与所述患者的性格相关的信息。
9.根据权利要求1至8中任一项所述的治疗用应用分发系统,其特征在于,
所述初始信息包括与所述医务人员对所述医务人员向所述患者实施过的治疗的方案相关的信息,
所述输出部输出与所述方案相同的建议作为基于所述治疗用应用的信息。
10.一种服务器,其特征在于,包括:
接收部,从作为由治疗用应用治疗的对象的患者的终端接收识别患者的用户识别信息、识别所述治疗用应用的应用ID以及请求用于执行所述治疗用应用的激活码的请求信息;
接受部,从医务人员接受所述用户识别信息和与所述治疗用应用所治疗的疾病相关的初始信息的输入,并将所述用户识别信息和所述初始信息相关联地存储在存储部中;
生成部,生成与所述用户识别信息对应的、用于执行所述治疗用应用的激活码;以及
发送部,将所述生成部生成的激活码发送到所述患者的终端。
11.一种信息处理终端,其特征在于,包括:
应用获取部,获取初始状态的治疗用应用;
第二发送部,将用户识别信息、识别所述应用获取部获取的治疗用应用的应用ID以及请求用于执行所述治疗用应用的激活码的请求信息发送到服务器;
第二接收部,从所述服务器接收所述激活码;
执行部,执行所述治疗用应用;以及
输出部,输出基于所述治疗用应用的信息;
所述激活码与用户识别信息相对应,
所述用户识别信息与由所述用户识别信息表示的与患者相关的信息和与所述治疗用应用所治疗的疾病相关的初始信息相对应,
所述执行部在首次执行所述治疗用应用时,基于所述激活码的输入,在应用了所述初始信息的状态下执行所述治疗用应用。
12.一种治疗用应用分发方法,其特征在于,执行以下步骤:
应用获取步骤,信息处理终端获取初始状态的治疗用应用;
第一发送步骤,信息处理终端将用户识别信息、识别所述应用获取步骤获取的治疗用应用的应用ID以及请求用于执行所述治疗用应用的激活码的请求信息发送到服务器;
第一接收步骤,所述服务器从作为由治疗用应用治疗的对象的患者的信息处理终端接收识别患者的用户识别信息、识别所述治疗用应用的应用ID以及请求用于执行所述治疗用应用的激活码的请求信息;
接受步骤,所述服务器从医务人员接受所述用户识别信息和与所述治疗用应用所治疗的疾病相关的初始信息的输入,将所述用户识别信息和所述初始信息相关联并存储在存储部中;
生成步骤,所述服务器与所述用户识别信息相对应,用于执行所述治疗用应用;
第二发送步骤,所述服务器将在所述生成步骤中生成的激活码发送到所述患者的信息处理终端;
第二接收步骤,所述信息处理终端从所述服务器接收所述激活码;
执行步骤,所述信息处理终端执行所述治疗用应用;以及
输出步骤,所述信息处理终端输出基于所述治疗用应用的信息;
所述执行步骤在首次执行所述治疗用应用时,基于所述激活码的输入,在应用了所述初始信息的状态下执行所述治疗用应用。
13.一种治疗用应用分发方法,其特征在于,服务器执行以下步骤:
接收步骤,从作为由治疗用应用治疗的对象的患者的终端接收识别患者的用户识别信息、识别所述治疗用应用的应用ID以及请求用于执行所述治疗用应用的激活码的请求信息;
接受步骤,从医务人员接受所述用户识别信息和与所述治疗用应用所治疗的疾病相关的初始信息的输入,将所述用户识别信息和所述初始信息相关联并存储在存储部中;
生成步骤,与所述用户识别信息相对应,用于执行所述治疗用应用;以及
发送步骤,将所述生成步骤生成的激活码发送到所述患者的终端。
14.一种由信息处理终端执行治疗用应用的方法,其特征在于,执行以下步骤:
应用获取步骤,获取初始状态的治疗用应用;
第二发送步骤,将用户识别信息、识别所述应用获取部获取的治疗用应用的应用ID以及请求用于执行所述治疗用应用的激活码的请求信息发送到服务器;
第二接收步骤,从所述服务器接收所述激活码;
执行步骤,执行所述治疗用应用;以及
输出步骤,输出基于所述治疗用应用的信息;
所述激活码与用户识别信息相对应,
所述用户识别信息与由所述用户识别信息表示的与患者相关的信息和与所述治疗用应用所治疗的疾病相关的初始信息相对应,
所述执行步骤在首次执行所述治疗用应用时,基于所述激活码的输入,在应用了所述初始信息的状态下执行所述治疗用应用。
15.一种治疗用应用分发程序,其特征在于,使计算机实现以下功能:
接收功能,从作为由治疗用应用治疗的对象的患者的终端接收识别患者的用户识别信息、识别所述治疗用应用的应用ID以及请求用于执行所述治疗用应用的激活码的请求信息;
接受功能,从医务人员接受所述用户识别信息和与所述治疗用应用所治疗的疾病相关的初始信息的输入,将所述用户识别信息和所述初始信息相关联并存储在存储部中;
生成功能,与所述用户识别信息相对应,用于执行所述治疗用应用;以及
发送功能,将所述生成功能生成的激活码发送到所述患者的终端。
16.一种治疗用应用执行程序,其特征在于,使计算机实现以下功能:
应用获取功能,获取初始状态的治疗用应用;
第二发送功能,将用户识别信息、识别所述应用获取功能获取的治疗用应用的应用ID以及请求用于执行所述治疗用应用的激活码的请求信息发送到服务器;
第二接收功能,从所述服务器接收所述激活码;
执行功能,执行所述治疗用应用;以及
输出功能,输出基于所述治疗用应用的信息;
所述激活码与用户识别信息相对应,
所述用户识别信息与由所述用户识别信息表示的与患者相关的信息和与所述治疗用应用所治疗的疾病相关的初始信息相对应,
所述执行功能在首次执行所述治疗用应用时,基于所述激活码的输入,在应用了所述初始信息的状态下执行所述治疗用应用。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020-179114 | 2020-10-26 | ||
JP2020179114A JP2022070086A (ja) | 2020-10-26 | 2020-10-26 | 治療用アプリケーション配信システム、治療用アプリケーション配信方法、治療用アプリケーション配信プログラム、及び端末 |
PCT/JP2021/034152 WO2022091623A1 (ja) | 2020-10-26 | 2021-09-16 | 治療用アプリケーション配信システム、治療用アプリケーション配信方法、治療用アプリケーション配信プログラム、及び端末 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116406473A true CN116406473A (zh) | 2023-07-07 |
Family
ID=81382367
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180071703.1A Pending CN116406473A (zh) | 2020-10-26 | 2021-09-16 | 治疗用应用分发系统、治疗用应用分发方法、治疗用应用分发程序以及终端 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230268043A1 (zh) |
JP (1) | JP2022070086A (zh) |
CN (1) | CN116406473A (zh) |
WO (1) | WO2022091623A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024121909A1 (ja) * | 2022-12-05 | 2024-06-13 | 株式会社Cureapp | 治療支援システム、治療支援方法、及び治療支援プログラム |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5527380B2 (ja) * | 2006-06-07 | 2014-06-18 | 株式会社リコー | 機器、ライセンス管理システム、ライセンス管理方法、及びライセンス管理プログラム |
US20100293103A1 (en) * | 2009-05-12 | 2010-11-18 | Microsoft Corporation | Interaction model to migrate states and data |
US9659155B2 (en) * | 2015-02-06 | 2017-05-23 | Macpaw Inc | System and method for software activation and license tracking |
-
2020
- 2020-10-26 JP JP2020179114A patent/JP2022070086A/ja active Pending
-
2021
- 2021-09-16 CN CN202180071703.1A patent/CN116406473A/zh active Pending
- 2021-09-16 WO PCT/JP2021/034152 patent/WO2022091623A1/ja active Application Filing
-
2023
- 2023-04-25 US US18/306,588 patent/US20230268043A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2022091623A1 (ja) | 2022-05-05 |
JP2022070086A (ja) | 2022-05-12 |
US20230268043A1 (en) | 2023-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101039001B1 (ko) | 협의 진료 시스템 및 그 방법 | |
US20140156290A1 (en) | Methods and Systems for Facilitating a Virtual Consultation Between a User and a Health Care Practitioner | |
KR101141425B1 (ko) | 온라인을 통한 개인 맞춤형 건강관리와 진료방법 및 온라인 건강관리와 의료서비스 제공 서버장치 | |
WO2021210412A1 (ja) | 治療用アプリケーション管理システム、治療用アプリケーション管理方法、治療用アプリケーション管理プログラム、及び端末 | |
US11923058B2 (en) | Mobile system for the assessment of consumer medication compliance and provision of mobile caregiving | |
CN109478425A (zh) | 按需全点远程医疗会诊的系统和方法 | |
JP7215671B2 (ja) | 疾病診断・治療・予防システム | |
CN109478426B (zh) | 用于基于用户的自述症状提供医疗建议的设备、方法及计算机程序 | |
JP2014048858A (ja) | 医療支援装置及び医療支援方法 | |
JP6611112B1 (ja) | 治療関連アプリ管理システムおよび管理用サーバ装置 | |
US20230268043A1 (en) | Therapeutic application distribution system, therapeutic application distribution method, therapeutic application distribution program, and terminal | |
CN110867257A (zh) | 一种远程会诊系统 | |
JP2004030128A (ja) | 健康医療情報共有システム,健康医療情報共有方法および健康医療情報共有プログラム | |
KR20200051319A (ko) | 의료 서비스 제공 방법, 의료 서비스 제공 서버 및 이를 포함하는 의료 서비스 제공 시스템 | |
KR20170025025A (ko) | 스마트폰을 기반으로 하는 의료정보제공시스템 및 그 서비스방법 | |
CN112820420A (zh) | 数据交互方法、客户端和服务器 | |
US20190355482A1 (en) | Systems and methods for providing a substantially unified multifunction virtual health and wellness platform | |
JP2009232967A (ja) | マッサージシステム及びマッサージサービス提供方法 | |
CN109920554A (zh) | 远程诊断方法及系统 | |
KR20010088639A (ko) | 네트워크를 이용한 원격 진료 시스템 및 그 방법 | |
WO2023090054A1 (ja) | 配信システム、有効化方法、及び有効化プログラム | |
JP2022048633A (ja) | 臨床試験管理支援システム | |
JP2022105862A (ja) | 問診情報取得システム、問診情報取得方法、および、コンピュータプログラム | |
JP6929426B1 (ja) | 電子的患者報告アウトカム・患者日誌取得方法、臨床試験における情報取得方法、電子的患者報告アウトカム・患者日誌取得システム | |
JP2007058824A (ja) | アックス・ペット病院システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |