用于调整药的摄取量的系统、电子装置、方法以及程序与流程

1.本发明涉及用于调整药的摄取量的系统、电子装置、方法以及程序。


背景技术：

2.在以往的医疗中，药剂的给药量是在与医务人员的面对面诊疗时等确定的。随着近年来信息通信技术的发展，开发出了一种系统，用于使用作为被处方者的患者所拥有的智能手机等信息终端来管理患者以使其能够按医务人员所决定的量、所决定的时间摄取所开具的药(专利文献1)。
3.现有技术文献
4.专利文献
5.专利文献1：特开2018-147463


技术实现要素：

6.发明要解决的问题
7.药的给药量所产生的效能和副作用的显现因人而异。因此，为了更加发挥出药的效果，有时需要比一般定好的用量、用法更多的给药。但是，在以往的医疗现场，由于医务人员很难更及时地探知患者(摄取者)的副作用，因此，将保守的给药量定为基准，只能够应用作为像这样定好的基准的折中的给药量，因而，有时无法发挥出充分的药的效果。不在医务人员的指导下销售的药也是同样，由于使摄取者摄取在制造时等定好的折中的摄取量作为规定量，因此，有时无法发挥出充分的药的效果。
8.用于解决问题的方案
9.本发明是鉴于上述问题而完成的，具有如下特征。即，本发明的一个实施方案的系统是用于调整表示摄取者应摄取的药量的药的摄取目标的系统，在所述系统中，取得摄取者基于药的摄取目标而摄取的药的摄取信息，基于所述摄取信息确定所摄取的药的副作用可能会显现的可能显现时期，在所述可能显现时期提示询问摄取者是否已显现副作用的询问信息，取得响应于所述询问而输入的表示是否已显现副作用的响应信息，基于所述响应信息变更药的摄取目标，提示所述变更后的摄取目标。
10.也可以是，所述可能显现时期是副作用可能会显现的可能显现期间，提示所述询问信息包含在所述可能显现期间之中响应于用户的提示请求而提示所述询问信息。
11.也可以是，所述副作用可能会显现的可能显现时期基于可能显现时期确定因子来确定，所述系统还基于所述响应信息来校正可能显现时期确定因子。
12.所述可能显现时期确定因子能够设为推定最高血浆中浓度到达时间。
13.也可以是，所述系统确定在提示询问信息的时期副作用显现的概率，提示所述询问将所述确定的显现的概率高的副作用优先进行提示。
14.也能够是，所述系统确定在提示询问信息的时期副作用显现的概率，提示所述询问将所述确定的显现的概率与副作用一起提示。
15.也可以是，所述系统反复执行：取得所述药的摄取信息；确定所述可能显现时期；提示所述询问信息；取得所述响应信息；变更所述药的摄取目标；以及提示所述变更后的摄取目标，变更所述药的摄取目标包含：在所述响应信息表示没有显现副作用的情况下，使药的摄取目标增加；以及在所述响应信息表示已显现副作用的情况下，使药的摄取目标减少。
16.能够设为，所述系统反复执行：取得所述药的摄取信息；确定所述可能显现时期；提示所述询问信息；取得所述响应信息；变更所述药的摄取目标；以及提示所述变更后的摄取目标，在所述响应信息表示已显现副作用后，使药的摄取目标减少，在所述响应信息表示没有显现副作用后，维持药的摄取目标。
17.能够设为，所述询问信息包含询问摄取者是否已显现药的效果的信息，所述响应信息包含表示是否已显现药的效果的信息，变更所述药的摄取目标基于包含表示是否已显现所述药的效果的信息的响应信息来执行。
18.能够设为，所述系统反复执行：取得所述药的摄取信息；确定所述可能显现时期；提示所述询问信息；取得所述响应信息；变更所述药的摄取目标；以及提示所述变更后的摄取目标，在所述响应信息表示已显现副作用后，使药的摄取目标减少，在所述响应信息表示没有显现副作用并且表示没有显现药的效果的情况下，使药的摄取目标增加。
19.也可以是，所述系统反复执行：取得所述药的摄取信息；确定所述可能显现时期；提示所述询问信息；取得所述响应信息；变更所述药的摄取目标；以及提示所述变更后的摄取目标，包含：在没有显现副作用由所述响应信息表示了规定次数以上的情况下，判定为所述响应信息表示没有显现副作用。
20.本发明的一个实施方案的电子装置是用于调整表示摄取者应摄取的药量的摄取目标的电子装置，在所述电子装置中，接收摄取者所摄取的药的摄取信息，基于所述摄取信息确定所摄取的药的副作用可能会显现的可能显现时期，在所述可能显现时期发送用于提示询问摄取者是否已显现副作用的询问信息的信息，接收响应于所述询问而输入的表示是否已显现副作用的响应信息，基于所述响应信息变更药的摄取目标，发送用于提示所述变更后的摄取目标的信息。
21.本发明的另一实施方案的电子装置是用于调整表示摄取者应摄取的药量的摄取目标的电子装置，在所述电子装置中，发送所输入的摄取者所摄取的药的摄取信息，在基于所述摄取信息确定的、所摄取的药的副作用可能会显现的可能显现时期，基于所接收到的询问摄取者是否已显现副作用的询问信息来提示询问，发送响应于所述询问而输入的表示是否已显现副作用的响应信息。
22.本发明的一个实施方案的方法是用于调整表示摄取者应摄取的药量的药的摄取目标而由计算机执行的方法，所述方法包含：取得摄取者基于药的摄取目标而摄取的药的摄取信息，基于所述摄取信息确定所摄取的药的副作用可能会显现的可能显现时期，在所述可能显现时期提示询问摄取者是否已显现副作用的询问信息，取得响应于所述询问而输入的表示是否已显现副作用的响应信息，基于所述响应信息变更药的摄取目标，提示所述变更后的摄取目标。
23.本发明的另一实施方案的方法是用于调整表示摄取者应摄取的药量的摄取目标的由计算机执行的方法，所述方法包含：接收摄取者所摄取的药的摄取信息，基于所述摄取信息确定所摄取的药的副作用可能会显现的可能显现时期，在所述可能显现时期发送用于
提示询问摄取者是否已显现副作用的询问信息的信息，接收响应于所述询问而输入的表示是否已显现副作用的响应信息，基于所述响应信息变更药的摄取目标，发送用于提示所述变更后的摄取目标的信息。
24.本发明的再一个实施方案的方法是用于调整表示摄取者应摄取的药量的摄取目标的由计算机执行的方法，所述方法包含：发送所输入的摄取者所摄取的药的摄取信息，在基于所述摄取信息确定的、所摄取的药的副作用可能会显现的可能显现时期，基于所接收到的询问摄取者是否已显现副作用的询问信息来提示询问，发送响应于所述询问而输入的表示是否已显现副作用的响应信息。
25.本发明的一个实施方案的程序能够设为使计算机执行前述方法的程序。
26.发明效果
27.通过使用本发明，能基于由于药的摄取而产生的副作用的显现信息，与摄取者相匹配地调整药的摄取量。
附图说明
28.图1是本发明的一个实施方式的系统的构成图。
29.图2是本发明的一个实施方式的用户终端、服务器以及医务人员终端的硬件构成图。
30.图3是本发明的一个实施方式的用户终端和服务器的功能框图。
31.图4是本发明的一个实施方式的流程图。
32.图5是本发明的一个实施方式的摄取目标确定处理的流程图。
33.图6是本发明的一个实施方式的用户终端画面的一个例子。
34.图7是本发明的一个实施方式的用户终端画面的一个例子。
35.图8是本发明的一个实施方式的用户终端画面的一个例子。
36.图9是本发明的一个实施方式的用户终端画面的一个例子。
37.图10是本发明的一个实施方式的摄取目标确定处理的流程图。
38.图11是本发明的一个实施方式的血浆中药物浓度相对于经过时间的概念图。
具体实施方式
39.图1示出本发明的系统构成图的一个例子。系统100是为了通过药的摄取得到药效而使用的系统，具备网络110、与之连接的用户终端120、服务器130以及医务人员终端140。
40.图2是示出本发明的一个实施方式的用户终端120、服务器130以及医务人员终端140的硬件构成的框图。用户终端120具备处理器121、显示装置122、输入装置123、存储装置124以及通信装置125。这些各构成装置通过总线128连接。此外假设，在总线128与各构成装置之间，根据需要存在有接口。在本实施方式中，用户终端120是智能手机。不过，用户终端120只要具备上述构成即可，能够设为平板电脑型计算机、具备触摸板等接触型输入装置的计算机等电子装置。
41.另外，服务器130也同样地具备处理器131、显示装置132、输入装置133、存储装置134以及通信装置135。这些各构成装置通过总线138连接。此外假设，在总线138与各构成装置之间，根据需要存在有接口。在本实施方式中，服务器130由计算机实现，但也能够设为其
它电子装置。
42.另外，医务人员终端140也同样地具备处理器141、显示装置142、输入装置143、存储装置144以及通信装置145。这些各构成装置通过总线148连接。此外假设，在总线148与各构成装置之间，根据需要存在有接口。在本实施方式中，服务器130由计算机实现。不过，医务人员终端140只要具备上述构成即可，能够设为平板电脑型计算机、具备触摸板等接触型输入装置的计算机等电子装置。
43.处理器121、131、141是分别控制用户终端120、服务器130以及医务人员终端140的整体动作的装置，例如是cpu。处理器121、131、141通过读入并执行储存在存储装置124、134、144中的程序或数据来执行各种处理。在1个例子中，处理器121、131、141由多个处理器构成。
44.显示装置122、132、142遵照处理器121、131、141的控制，将应用程序画面等显示给各装置的用户。优选是液晶显示器，但也可以是使用有机el的显示器或等离子体显示器等。
45.输入装置123、133、143是受理来自用户的对用户终端120、服务器130以及医务人员终端140的输入的用户界面，例如是触摸面板、触摸板、键盘或鼠标。在本实施方式中，由于用户终端120是智能手机，因此，用户终端120具备触摸面板作为输入装置123，触摸面板也作为显示装置122发挥功能，显示装置122与输入装置123是一体的结构。显示装置122与输入装置123也可以是配置在不同的位置的分体形式。由于服务器130和医务人员终端是计算机，因此假设，具备键盘和鼠标作为输入装置，具备液晶显示器作为显示装置。
46.存储装置124、134、144是一般的智能手机和计算机所具备的存储装置，包含使用像作为易失性存储器的ram和作为非易失性存储器的emmc、ufs、ssd那样的闪存的存储装置和磁存储装置等。存储装置124、134、144也能够包含外部存储器。例如，存储装置124、144存储用于实施本实施方式的用户应用程序，存储装置134存储服务器应用程序。
47.用户应用程序包含用于进行与服务器130的信息的收发或对用户的信息提示的用户程序以及执行该用户程序时所参照的各种数据。用户程序根据用户对用户终端120、医务人员终端140的操作而启动，在用户终端120以及医务人员终端140所预装的操作系统(os)上执行。服务器用应用程序包含用于使得在作为客户端的各用户终端120以及医务人员终端140中由用户程序合适地执行来自用户的输入的受理和对用户的信息提示的功能和各种数据。
48.通信装置125、135、145经由网络110(在图2中省略)与其它装置之间进行数据的交换。例如，通信装置125、135、145进行移动通信或无线lan等无线通信，连接至网络110。用户终端120以及医务人员终端140通过使用通信装置125、145而经由网络与服务器130进行通信。通信装置125、135、145也可以进行使用以太网(注册商标)线缆等的有线通信。
49.图3示出本发明的用户终端120和服务器130的功能框图的一个例子。在本实施方式中，假设医务人员终端140的功能模块是与用户终端120同样的，省略图示和说明。用户终端120具备：输入部321、显示部322、通信部323、控制部324以及存储部325，服务器130具备：输入部331、显示部332、通信部333、控制部334、副作用可能显现时期确定部335、副作用询问信息生成部336、摄取目标确定部337以及存储部338。输入部321、331具有受理来自用户的输入的功能。
50.显示部322、332具有以用户能够视觉识别的方式显示信息的功能。通信部323、333
具有进行与其它装置的信息收发的功能。控制部324、334具有执行信息处理等的控制的功能。控制部324、334进行向存储部325、338的数据的储存和更新。存储部325、338具有存储表格或数据等的功能。
51.副作用可能显现时期确定部335具有确定作为各用户的摄取者可能会显现出副作用的时期(timing)的功能。副作用询问信息生成部336具有基于存储在存储部338中的信息而生成用于向摄取者询问摄取者可能产生的副作用是否已显现的信息的功能。摄取目标确定部337具有基于存储在存储部338中的诊疗历史数据以及来自用户的针对副作用是否已显现的询问的响应信息来确定药的摄取目标的功能。在本实施方式中，通过在图2所记载的处理器121、131中执行储存在存储装置124、134中的程序，各硬件与软件协同动作，从而实现这些功能，但也能通过构成用于实现各功能的电子电路等来实现。
52.在本实施方式中，以将在医务人员的指导下为了进行戒烟治疗而服用有治疗药的患者设为摄取者(用户)的情况为例进行说明，但本发明中的摄取者并不需要接受着医务人员的指导，可以是服用有任意药的摄取者(用户)。药不限于以肾功能障碍、高血压或精神疾病等医学疾病的治疗为目的的处方药，也包含为了改善、提高或维持健康习惯或健康状态而服用的药等可期待对摄取者的健康有良好效果的药。药包含保健品。另外，药的服用方法不限于内服药，只要是将药摄取到体内的方法即可，可以是任意方法。副作用不限于对医药的副作用，也包含由于服用了本发明中的药而显现的与药的目的不相符的或对生物体不利的作用。
53.在本实施方式中假设，将与用户的历史有关的信息存储在服务器的存储部338中，但也可以将其一部分或全部存储在用户终端120的存储部325以及医务人员终端140的存储部中。与用户的历史有关的信息包含：用户(患者)的属性数据、处方药数据、服药数据、药效数据、起床时间数据。在表1和表2中示出用户属性数据和处方药数据的一个例子。
54.[表1]
[0055]
用户属性数据
[0056]
用户id姓名出生年月日年龄开始日1患者a1978/7/3402020/4/232患者b1987/1/3302020/4/28
……………
[0057]
用户属性数据包含：用户的姓名、出生年月日、年龄以及治疗开始日。这些信息与用户id相关联地存储。年龄也可以基于出生年月日在规定的时期进行更新。开始日是开始治疗的日子，例如，能够设为用户首次到门诊进行就诊的日子。
[0058]
[表2]
[0059]
处方药数据
[0060][0061]
处方药数据包含：数据id、药id、处方药名、用户id、总量、量/次、以及次/日。药id
是分配给各药的id，在此省略，但另行预先准备药表格，将药id与药名相关联地存储。例如，医生参照药表格，选择并输入开具给该患者的药，从而，其作为处方药数据被存储在服务器存储部338中。总量表示开具给患者的药的总量，由医务人员确定。在本实施方式中，由于表示患者应摄取的药量的摄取目标会变动，因此，仅基于摄取目标的初始值来确定的话，药有可能会不足。因此，由医务人员确定合适的总量，以便在调整了摄取目标的情况下也能够继续服药。量/次表示每一次的目标摄取量，次/日是指每一天的摄取次数。在此假设，2次是指早餐和晚餐后的2次。此外，也可以包含表示是餐前还是餐后等的信息。表1和表2的表格能够在用户到作为医务人员的医生的门诊进行就诊并开始戒烟治疗时使用医生所用的医务人员终端140来输入，并存储在服务器的存储部338中。
[0062]
在一个变形例中，若是不在医务人员的指导下销售的药的情况，则摄取者在药店等购买药之后，能够将规定的应用程序安装于用户终端120，在服务器130中进行用户注册，并登记如表1和表2所示那样的用户属性数据和处方药数据。量/次和次/日能够设为药的制造商所定好的作为初始值的规定量，并设为在用户注册时被自动输入。
[0063]
服务器的存储部338还存储如表3所示那样的副作用表格。副作用表格表示摄取了各药的情况下可能会显现的副作用及其产生概率。而且，副作用显现的概率有时在一定的条件下会变动。例如，作为戒烟辅助药a(药id＝1)的副作用的困倦的通常的显现概率为5％以上，但在起床时间+8小时～起床时间+10小时的期间会+5％，即，变为10％以上的显现概率。表3的第1行的数据中的变动概率“+5％”表示当满足变动条件时会变为+5％的显现概率，变动条件中的“t＝起床时间+8小时～10小时”是指提示副作用询问信息的时间(时期)t为起床时间+8小时～起床时间+10小时的期间满足变动条件。关于显现概率不发生变动的副作用，变动概率和变动条件表达为“－”。
[0064]
[表3]
[0065]
副作用表格
[0066][0067]
表示用户的诊疗历史的信息包含：每天的起床时间、有无药效(药的效果)、服药信息。服药信息是患者所摄取的药的摄取信息，包含所服用的药id、服药时间以及服药量。在表4中示出作为本实施方式所使用的一个例子的诊疗历史数据。
[0068]
[表4]
[0069]
诊疗历史数据
[0070][0071]
表4所示的数据是与一个用户的用户id相关联的诊疗历史数据。数据id是识别与该用户id相关联的多个数据中的每一个数据的信息。在本实施方式中，用户能经由在用于实施本发明的用户终端120中执行的应用程序的日记功能来输入诊疗历史数据。起床时间是用户当天的起床时间。起床时间只要一天输入一次即可，因此，在数据id＝2中省略了输入。药效是表示在输入时间点用户是否感受到药的效果的信息。在此，“药效＝0”表示没有感受到药效，“药效＝1”表示感受到了药效。服药信息包含与每天的服药有关的信息，药id表示所服用的药的id，服药时间表示服药的时间，服药量表示基于摄取目标而服用的药的量。
[0072]
在本实施方式中，这些信息设为由用户手动输入，但也可以设为使用传感器自动输入。所要输入的信息也能够设为血压等生物体信息。例如，也可以通过具备传感器的可穿戴终端自动地确定起床时间，或者对高血压患者自动地测定血压，来确定并输入有无药效。
[0073]
接下来，参照图4来说明本实施方式的系统的动作。在本实施方式中，为了进行说明，而对1个用户终端120的动作进行说明，但也可以包含2个以上的用户终端120。
[0074]
在此，假设患者是作为戒烟患者的患者a，在前往医务人员的门诊时，当医务人员经由医务人员终端140发送了用于注册为用户的信息时，会在服务器130中如表1所示的那样存储为用户属性数据。进而，开具戒烟辅助药a，一天摄取2次(早餐和晚餐后)，初始的摄取目标为1.0mg/次。由于服药开始后服药量可能会增量，因此，在此将2.5mg设为可服药上限，并假设一天2次，以2周份的最大量开具70mg。该可服药上限例如是由医务人员或药的制造商预先设定的。当由医务人员将这些信息输入到医务人员终端140时，它们会被发送到服务器130作为处方药数据(表2)存储。
[0075]
作为用户的患者a将用于实施本实施方式所需的应用程序下载并安装到自己的用户终端120中。这时，经由应用程序输入自己的用户id，使其存储在用户终端的存储部325中。然后，用户每天在服药后使用所安装的应用程序的日记功能输入诊疗历史信息。诊疗历史信息包含：起床时间、有无药效、遵照摄取目标而服用的药、时间以及量。当输入了诊疗历史信息时，表示输入数据的信息会与用户id一起被发送到服务器130，作为用于该用户的诊疗历史数据(表4)被存储在服务器130中。
[0076]
在本实施方式中，假设在从服药开始起的一定期间维持由医务人员在门诊时决定的服药量，然后，开始进行摄取目标的调整处理。如图11所示，服用药之后的血浆中药物浓度在经过一定期间后稳定，因此，在持续服药一定期间后能够稳定观察到药的效果和副作用的显现。在此，假设在一周期间内，患者a在早餐和晚餐后服用1.0mg戒烟辅助药a，使用应
用程序的日记功能将服药信息和药效信息记录在服务器130中。
[0077]
在此，能够通过让用户输入有无戒断症状来取得药效信息。例如，当应用程序受理了启动日记功能的用户输入后，向用户提示询问是否出现了戒断症状的信息。用户能够通过回答“是”或“否”来输入表示是否已显现药的效果的信息。在“是”的情况下，由于出现了戒断症状，药效没有充分显现，诊疗历史数据的“药效”被设定为0。在“否”的情况下，由于没有出现戒断症状，因此药效充分显现，“药效”被设定为“1”。另外，假设患者在早餐后的日记输入时也输入起床时间。
[0078]
然后，从服药开始起经过一周之后，一天一次反复执行图4所示的摄取目标调整处理400。在此，假设每天将第一次的诊疗历史信息发送作为触发事件来开始摄取目标调整处理，但也可以通过在预先决定的时间开始等其它方法来开始。在预先决定的时间开始的情况下，例如，能够从服务器130的存储部338中读出最后输入的诊疗历史信息，并将其用作诊疗历史信息。
[0079]
患者a在每天早上服用药后，使用应用程序的日记功能，经由用户终端120输入包含表示起床时间、有无药效、所服用的药、时间以及量的信息的诊疗历史信息(s401)。服务器130在接收到服药信息后，基于诊疗历史信息确定副作用的显现时期(s402)。副作用的显现时期基于服药时间、可能显现时期确定因子以及校正值来确定。在此，可能显现时期确定因子设为推定最高血浆中浓度到达时间(tmax)。副作用可能显现时期能够设为具有一定长度的副作用可能显现期间，也能够设为不具有期间的特定的时间。校正值是用于与患者相匹配地校正可能显现时期确定因子的值。在此，初始值设为零，但也可以基于用户的属性信息等预先赋予初始值。
[0080]
接下来，服务器130生成副作用显现询问信息(s404)。在本实施方式中，副作用显现信息包含表示患者可能会显现的副作用和各副作用显现的概率的信息、表示变动概率、变动条件以及可能显现时期的信息。副作用的显现的概率能够使用存储在服务器130的存储部338中的副作用表格(表2)。
[0081]
在可能显现的副作用有多个的情况下，能够使其包含用于显示的优先次序信息，在用户终端120中优先显示优先次序高的副作用。在像智能手机那样显示部小的情况下，有时无法同时显示多个副作用。能够按优先次序从高到低的顺序进行显示，显示不完的通过滚动等来显示。优先次序例如能够基于副作用产生的概率的高低或者副作用对于健康的严重程度来确定。也可以在用户终端120中基于显现概率来确定优先次序。
[0082]
服务器130向用户终端120发送所生成的副作用显现询问信息(s406)。用户终端120基于副作用显现询问信息中包含的可能显现时期向用户提示副作用显现询问(s408)。在副作用可能显现时期是具有一定长度的副作用可能显现期间的情况下，在这一期间之中，在用户终端120中提示询问是否已显现副作用的信息。在副作用可能显现期间之中，无需始终持续提示。
[0083]
例如，能够如图6所示的那样在来自应用程序的通知区域显示副作用询问信息。即使用户不启动本发明的应用程序，若用户操作智能手机对来自多个应用程序的通知显示区域进行阅览的时间是副作用可能显现期间，则也能够进行副作用显现询问。另外，也可以如图8所示的那样使其显示在启动了应用程序的情况下显示的应用程序画面中。副作用显现的时期因人而异，并且，即使是同一个人，也会由于身体状况等理由而并非是唯一地固定
的。通过设为在具有一定宽度的期间之中能提示询问副作用的显现的信息，从而能没有遗漏地检测副作用的显现。即使是在具有一定宽度的期间之中，在正使用其它应用程序的期间或者没有显示来自应用程序的通知显示区域的情况下，也无需显示副作用询问信息。
[0084]
也可以是，在副作用显现询问期间之中，在做出了表示副作用没有显现这一响应信息的响应输入之后仍进行多次询问。也有在副作用显现询问期间的初始的阶段没有产生副作用但之后又显现的情况。通过在询问期间内多次进行询问，能容易地检测出后来产生的副作用。在多次询问的情况下，可以是每当受理了响应输入时执行s414～s420，也可以在受理了副作用已显现这一响应输入后执行s414～s420。
[0085]
而且，副作用可能显现时期也能够设为不具有一定长度的特定的时间。在这种情况下，能够在作为副作用可能显现时期的该特定的时间在用户终端120中发出铃声或启动振动功能等，并且提示副作用显现询问。通过在副作用显现的可能性最高的时期积极地对患者进行询问，能检测副作用的显现。特定的时间无需是一次。可以设定多个特定的时间，每次都提示询问信息，每当受理响应输入时执行s414～s420，也可以在受理副作用已显现这一响应输入后执行s414～s420。
[0086]
副作用可能显现时期能够设为具有一定长度的期间和不具有一定长度的特定的时间中的某一方，也能够设为双方。通过设为在具有一定长度的期间之中能提示副作用显现询问，并且在特定的时间发出铃声积极地进行副作用的显现的询问，患者能够在副作用可能显现期间之中操作用户终端120而阅览了副作用显现询问的情况下在该时间点对询问进行响应，即使在期间内未操作用户终端120的情况下，通过在特定的时间进行积极的询问，也能更可靠地检测副作用的显现。
[0087]
用户在所提示的副作用已产生的情况下，通过触摸“已出现”(63)来进行表示副作用已显现的输入，在未显现的情况下，通过触摸“未出现”(64)来进行表示副作用没有显现的输入。当询问信息提示给用户后，在规定的期间没有做出任何响应输入的情况下，可以结束摄取目标调整处理400，也可以视为进行了副作用没有显现的这一响应输入，并执行以后的处理。
[0088]
用户终端120在受理了来自用户的响应输入后(s410)，将其发送到服务器130(s412)。服务器130基于所接收到的用户响应输入，执行副作用的可能显现时期确定因子校正处理(s414)。例如，能够将可能显现时期确定因子设为推定最高血浆中浓度到达时间(tmax)，将表示副作用已显现的来自用户的响应输入的接收时间视为实际的tmax，基于此来确定可能显现时期确定因子校正值。所确定的可能显现时期确定因子校正值在下次以后的可能显现时期确定处理(s402)中使用。
[0089]
然后，基于来自用户的响应输入，执行药的摄取目标确定处理(s416)。摄取目标确定处理例如调整摄取目标，以使得患者的血浆中药物浓度收敛至图11中线1001与线1002之间的有效血中浓度。图11示出每隔8小时摄取了药物的患者的血浆中药物浓度的时间推移。线1005示出血浆中药物浓度为有效血中浓度以下的情况，线1007示出血浆中药物浓度为有效血中浓度以上的情况，线1006示出血浆中药物浓度为落入于有效血中浓度的情况。
[0090]
当血浆中药物浓度超过有效血中浓度时，可能会显现副作用，对患者的身体带来不良影响。另一方面，当血浆中药物浓度为有效血中浓度以下的情况下，药效不会充分显现。以下过程重复出现：从摄取药后到最高血浆中浓度到达时间(tmax)为止血浆中药物浓
度上升，然后减少，再由于下次的药的摄取而再次上升。在本实施方式中，基于患者的副作用的显现信息和药效显现信息，调整摄取目标，以达到血浆中药物浓度收敛至有效血中浓度的药的摄取量。摄取目标确定处理(s416)只要是用于达到合适的摄取目标的方法即可，可以使用线性搜索法或二分搜索法等任意方法。
[0091]
在变更了药的摄取目标的情况下，将表示变更后的摄取目标的信息发送到用户终端120(s418)，接收到该信息的用户终端120例如如图9所示的那样将新的摄取目标提示给用户(s420)，结束摄取目标调整处理。在本实施方式中，一天执行一次s401至s420的处理，在治疗的期间之中反复执行。
[0092]
作为一个变形例，也可以是，在变更了药的摄取目标的情况下，将变更后的摄取目标信息发送到用户终端120以及医务人员终端140(未图示)，或者是发送到医务人员终端140而不发送到用户终端120。使得医务人员能够监视患者的服药量。也可以设为，在医生判定为变更后的摄取目标不合适的情况下，能够经由医务人员终端140输入重新变更指示。例如，当医务人员将认为合适的新的摄取目标输入到医务人员终端140并向服务器130发送后，服务器130基于此来更新处方数据(表2)，并向用户终端120通知变更后的摄取目标。
[0093]
另外，也可以是，将针对在s401和s412中从用户终端120发送的诊疗历史信息和副作用显现询问的用户响应输入也发送到医务人员终端140。虽然与服务器130进行变更的药的摄取目标不同，但基于这些信息，能设定医务人员认为更合适的摄取目标。而且，还可以是重新设定医务人员在确定对药的摄取目标进行变更时使用的常数等，以能够执行更适于患者的目标变更处理。
[0094]
所要变更的摄取目标不仅限于每一次的摄取量。也可以变更每一天的摄取次数。例如，也可以将早餐和晚餐后的一天2次的摄取次数变更为每餐后的3次。
[0095]
使用具体的数值，更详细地说明使用本实施方式的处理的一个例子。省略与上述的说明重复的部分。进行戒烟治疗的患者a接受通过与医生面谈而进行的诊疗，并接受了戒烟辅助药a的处方。初始的摄取目标设定为1日2次在早餐和晚餐后服用1.0mg。在5月1日迎来服用的第8天，遵照摄取目标，在早餐后的8：00服用了1.0mg。但是，患者a的戒断症状(禁断症状)仍未治愈。然后，使用应用程序的日记功能输入了表示在8：30服药1.0mg的服药信息、表示有禁断症状的药效信息以及表示起床时间为6：00的起床时间信息。用户终端120将所输入的信息作为诊疗历史信息发送到服务器130(s401)。服务器130将其接收，并作为诊疗历史信息与用户a的用户id相关联地进行记录。
[0096]
服务器130基于所接收到的诊疗历史信息中包含的服药信息，确定副作用可能显现时期。在本实施例中，作为确定副作用可能显现时期的可能显现时期确定因子，使用推定最高血浆中浓度到达时间(tmax)。并且，将推定tmax的30分钟前～4小时后的期间设为副作用可能显现时期。在此，设为在服务器130中按戒烟辅助药a的每个服用量预先存储有推定tmax，但也可以基于正在服用的药、服药量等通过运算来确定。
[0097]
服务器130的副作用可能显现时期确定部335从存储部338中读出服用了1.0mg吸烟辅助药a的情况下的推定tmax为3小时，将推定tmax的30分钟前～4小时后的期间确定为副作用可能显现时期。作为初始值的推定tmax使用预先决定的标准的推定tmax作为一般的值。在此，由于服用时间是8：00，因此，10：30～15：00被设为作为副作用可能显现时期的期间。也可以将副作用可能显现时期设为作为推定tmax的11：00。
[0098]
服务器130从存储在存储部338中的副作用表格(表3)中读出戒烟辅助药a的副作用和各副作用的显现概率，生成表示这些的副作用显现询问信息并向用户终端120发送。
[0099]
接收到副作用显现询问信息的用户终端120基于此在显示部322提示副作用显现询问信息。询问信息的提示是在作为被确定为副作用可能显现时期的期间的10：30～15：00之间，响应于用户打开用户终端120的画面显示并进行表示用于请求提示来自应用程序的通知显示的提示请求的用户输入而提示的。例如，如图6所示，与来自其它应用程序的通知一起，作为来自用于本实施方式的应用程序的通知信息(61)，显示“没有出现副作用吗？”(62)这一询问、以及可能会显现的副作用中的显现概率高的头痛(5％以上)和困倦(5％以上)。失眠症、异常梦等其它副作用也能通过用户的滚动输入等进行显示。也可以在副作用可能显现时期的开始时间使用户终端120发出铃声或启动振动功能，积极地通知用户有副作用询问。
[0100]
而且，关于作为戒烟辅助药a的副作用的困倦，在副作用表格(表3)中，设定为“变动概率+5％”、“变动条件t＝起床时间+8小时～10小时”，示出了副作用显现概率也会因时间段的不同而变动。因此，使副作用询问信息中包含表示变动概率和变动条件的信息，在用户终端120中，能够基于这些信息和诊疗历史信息中包含的起床时间信息来确定变动的显现概率，并按照显现概率从高到低的顺序重新提示。由于患者a是在6：00起床，因此，在14点～16点之间，困倦的显现概率为+5％，在14：00～15：00之间，显现概率变为10％以上。例如，如图7所示，在14：30提示的询问信息中，困倦被变更为10％以上，由于显现概率最高，因此被显示在最上方。
[0101]
当患者a针对询问输入了副作用已显现这一响应时，服务器130基于输入了用户响应输入的时间进行作为可能显现时期确定因子的推定tmax的校正值的确定(s414)。在此，标准的推定tmax被设定为3小时，但假设在2.75小时后的10：45接收到了表示出副作用已显现的用户响应输入。在这种情况下，将－0.25小时设为推定tmax的校正值，下次以后使用的推定tmax使用从标准的推定tmax中减去校正值而得的值。
[0102]
在此，仅基于一次响应输入的接收时间来确定校正值，但也可以使用多次响应输入与推定tmax之差的平均值，还可以通过其它方法来确定校正值。副作用的显现时期因人而异，在显现时期与基于标准的推定tmax确定的可能显现时期显著不同的情况下，有时无法检测出。通过对可能显现时期确定因子进行校正，能够将副作用的显现时期设为与每个人相匹配的时期，降低副作用的显现的检测遗漏的可能性。
[0103]
接下来，使用图5来说明变更药的摄取目标的处理(s416)的一个例子。基于在s412中由用户发送来的表示药效和副作用显现的有无的用户响应输入，判定副作用是否已显现(s501)。在副作用已显现的情况下，通过将药的摄取目标的上限值变更为当前的摄取目标来进行更新(s502)，使服药量减少由规定的方法确定的量(s504)。在变更了摄取目标的情况下，在存储在服务器130的存储部338中的处方药数据中登记变更后的摄取目标信息。例如，当在表2中作为数据id＝1存储有1.0mg作为“量/次”时，在将摄取目标变更为1.5mg的情况下，能够通过在数据id＝2中存储1.5mg作为“量/次”来更新该用户的摄取目标。也可以是对数据id＝1的“量/次”进行变更。
[0104]
在副作用没有显现的情况下，基于用户响应输入，判定药效是否已显现(s506)，在已显现的情况下，算出减少后的药的摄取目标(s508)。判定减少后的摄取目标是否为下限
值以下(s510)。在判定为不是下限值以下的情况下，使服药量减量(s504)，在判定为是下限值以下的情况下，不进行摄取目标的变更。在药效没有显现的情况下，通过将摄取目标的下限值变更为当前的摄取目标来进行更新(s512)，确定增加后的摄取目标。判定增加后的摄取目标是否为上限值以上(s514)，在不是上限值以上的情况下，使摄取目标增加(s516)，在是上限值以上的情况下，不使其增加。
[0105]
摄取目标的上限值和下限值的初始值例如能够设为由医务人员等预先决定的值。通过将在摄取目标确定处理中显现出副作用的服药量(摄取目标)设定为上限值并进行更新，能够避免调整至会显现副作用那样的服药量。另外，通过将感受不到药效的服药量设定为下限值，能够避免显现出戒断症状那样的疾病的症状，因此，能够减轻摄取者的负担。
[0106]
通过将显现出副作用的摄取目标设定为上限值，将不显现药效的摄取目标设定为下限值，并且不执行超过了上限值或下限值的变更，能通过较少的变更次数收敛至合适的摄取目标。也能够避免在显现副作用的摄取目标与不显现药效的摄取目标之间反复变更而成为不收敛的状态。在本实施例中，是如下进行处理：在产生了副作用的情况下(s501)必定使摄取目标减少(s504)，而在药效不显现的情况下，在低于下限值时不变更，以使其收敛。关于服药量的上限值和下限值，也可以不设定其中任意一方，也能够两者都不设定。
[0107]
示出摄取目标的增量(增加)或减量(减少)的情况下的变动量的算出方法的一个例子。将变更n次后的药的摄取目标设为a(n)，将第n次的药的变动量设为v(n)。在此，摄取目标的初始值a(0)由医务人员来定。初始变动量v(1)设为a(0)/2，但能够设为由医务人员等预先确定的量。能够通过以下公式来确定n＞0的情况下的a(n)和n＞1的情况下的v(n)。
[0108]
[数学式1]
[0109]
a(n)＝a(n-1)+/-v(n-1)
[0110]
[数学式2]
[0111]
v(n)＝rounddown(v(n-1)/2)
[0112]
在此，rounddown设为代表着舍去小数点第2位以下的运算符。当在数学式1中若舍去小数点第2位以下则会变为v(n)＝0.0的情况下，设为v(n)＝0.1。另外，数学式1中的“+/－”的记述是指，在用户响应输入表示的是副作用已显现的情况下为“－”，在用户响应输入表示的是副作用没有显现的情况下为“+”。
[0113]
在本实施例中，基于5月1日的患者a的用户响应输入，判定为没有显现副作用(s501)，基于诊疗历史信息，判定为没有产生药效(s506)。由于示出了以此时的服药量1.0mg不产生药效，因此，将1.0mg设定为摄取目标的下限值(s512)。由于摄取目标的变更是第1次，因此，算出变动量v(1)为摄取目标的初始值a(0)＝1.0mg的1/2即+0.5mg，算出增量后的情况下的摄取目标a(1)为1.5mg(s514)。判定为小于作为初始上限值的2.5mg(s516)，进行在s514中算出的摄取目标的增量(+0.5mg)(s518)。
[0114]
服务器130将变更后的药的摄取目标信息发送到用户终端120(s418)，用户终端120向用户提示用于通知摄取目标的变更的信息(s420)，这一天的摄取目标调整处理结束。患者a在晚餐后服用作为新的摄取目标的1.5mg的戒烟辅助药a，经由用户终端120输入诊疗历史信息，服务器130将其存储在诊疗历史信息中，但不执行用于调整药的摄取目标的处理。
[0115]
在第二天的5月2日，患者a使用应用程序的日记功能将在早上8：00服用了1.5mg的
戒烟辅助药a、6点起床以及继续出现了戒断症状输入到用户终端120。用户终端120和服务器130基于这些信息执行s401～s420的处理。为了避免重复的说明，省略与前一天的处理同样的部分。
[0116]
由于在前一天的处理中确定了可能显现时期确定因子校正值＝－0.25，因此，校正后的推定tmax为2.75小时。因此，副作用可能显现时期被确定为10：15～14：45(s402)。假设与前一天同样，患者a将没有显现副作用输入到用户终端120。服务器130确定没有显现副作用(s501)，确定没有显现药效(s506)，将下限值更新为1.5mg(s512)。并且，增量后的情况下的变动量v(2)为0.2mg，增量后的摄取目标a(2)为1.7mg。确定增量后的摄取目标1.7mg为上限值的2.5mg以下(s516)，将摄取目标增量至1.7mg。
[0117]
患者a在第二天的5月3日使用应用程序的日记功能将在早上8：00服用了1.7mg的戒烟辅助药a、6：00起床以及没有出现戒断症状输入到用户终端120。针对副作用显现询问，患者a输入了产生了副作用(呕吐)。在药的摄取目标确定处理(s416)中，确定副作用已显现(s501)，将上限值更新为当前的摄取目标1.7mg(s502)，使摄取目标减少(s504)。变动量v(3)为0.1mg，新的摄取目标为1.6mg。
[0118]
5月4日，基于表示在早上8：00服用了1.6mg的戒烟辅助药a、产生了药效、没有显现副作用的信息，确定没有显现副作用(s501)，确定产生了药效(s506)。然后，确定使摄取目标减少的情况下的新的摄取目标为1.5mg(s508)，由于其与下限值1.5mg一致，因而确定为下限值以下(s510)，将当前的目标量维持为1.6mg而不变更。
[0119]
由于因药剂的给药量而引起的副作用因人而异，因此，为了最大限度地发挥出药的效果，有时需要比一般定好的用量、用法更多的给药。但是，在以往的医疗现场，由于医务人员很难更迅速地探知患者的副作用，因此，将保守的给药量定为基准并照此开具处方。因此，按照以前的给药方法，根据人的不同，有时无法得到充分的效果。
[0120]
通过使用本实施方式，能调整为不显现副作用并且显现药效的摄取目标，即调整为如成为有效血中浓度那样的摄取目标。当使用图5所示的方式时，通过在副作用已显现的情况下使摄取目标减少，在副作用不再显现之后，在不产生药效的情况下使摄取目标增加，能够使血浆中药物浓度收敛至有效血中浓度。
[0121]
由于能使摄取目标增加到不出现副作用的范围，因此能摄取更多的药，能对每个患者进行必要充分的给药。由于是在不出现副作用的范围内调整摄取目标，因此能够避免给患者过度的负担。
[0122]
由于是在产生了药效的情况下使摄取目标减少到下限值，因此，能够在产生药效的范围内收敛至尽可能小的摄取目标。能够尽可能地减小带给患者身体上的、金钱上的负担。
[0123]
在本实施方式中，设为在确定了不变更摄取目标之后，不执行摄取目标调整处理，但也可以是在一周等规定期间之中不执行摄取目标调整处理，还可以在确定了不变更摄取目标之后仍每天持续执行处理。另外，也可以是在确定了变更摄取目标之后在规定期间之中也不执行摄取目标调整处理。
[0124]
另外，也可以设为在仅有1次关于药效和副作用的用户输入时不变更摄取目标，仅在以规定次数例如2次以上连续输入了有副作用的情况下判定为有副作用，基于该判定结果变更摄取目标，也能够是如果在最近的多次历史中副作用显现了规定次数则判定为有副
作用。能够将药效和副作用的有无作为诊疗历史数据进行存储，基于此判定药效和副作用的有无。由于血浆中药物浓度有时只有在一定期间持续地进行摄取后才会稳定，因此，基于规定次数以上的用户输入来变更摄取目标有时能够设定更合适的摄取目标。
[0125]
对于不在医务人员的指导下销售的药，由于使摄取者摄取制造时等定好的折中的摄取量作为规定量，因此，有时无法发挥出充分的药的效果。通过如前述的变形例那样，用户等在服务器130进行用户注册，能够以与本实施方式同样的方式得到同样的效果。
[0126]
在上述的例子中，说明了患者摄取与摄取目标同量的药，但有时患者也会不遵照摄取目标而摄取多于或少于摄取目标的药量。在这种情况下，例如可以是，当由用户终端120接收到诊疗历史信息时，判定摄取目标与实际上摄取的服药量是否一致，在不一致的情况下，向用户终端120发送指导遵照摄取目标进行服药的信息，并向用户提示指导信息，另一方面，结束摄取目标调整处理400。而且，也可以向医务人员终端140发送通知没有进行合适的服药的信息。
[0127]
作为一个变形例，也可以是不论药效是否已显现，都基于副作用是否已显现来调整摄取目标。在图10中示出这种情况下的摄取目标确定处理(s416)的一个例子。首先，基于用户响应输入，判定副作用是否已显现(s 1001)，在副作用已显现的情况下，将该时间点的摄取目标设定为上限值并进行更新(s1002)，使摄取目标减少(s1004)。在副作用没有显现的情况下，确定使摄取目标增加的情况下的增加后的摄取目标(s1006)，判定增加后的摄取目标是否超过了上限值(s 1008)。在没有超过上限值的情况下，使摄取目标增加(s1010)，在超过了上限值的情况下不进行摄取目标的变更。通过使用本变形例，能通过更简易的构成来进行抑制了副作用的显现的摄取目标的调整。
[0128]
由于使摄取目标增加直到副作用显现，在副作用显现后，使摄取目标减少到副作用不再显现，在此维持摄取目标，因此，在不显现副作用的范围内被设定尽可能大的摄取目标，得到更大的药效的可能性提高。
[0129]
作为一个变形例，在前述的实施方式中，设为使用用户终端120和服务器130，但例如也可以通过使用户终端120具有服务器130的功能，从而不使用服务器130地进行实施。
[0130]
在以上说明的处理或动作中，能够自由变更处理或动作，只要不产生在某个步骤中使用了在该步骤应该尚且无法使用的数据等的处理或动作上的矛盾即可。另外，以上说明的各实施例是用于说明本发明的例示，本发明不限于这些实施例。本发明能够在不脱离其主旨的范围内以各种方式实施。
[0131]
附图标记说明
[0132]
100：系统
[0133]
110：网络
[0134]
120：用户终端
[0135]
121：处理器
[0136]
122：显示装置
[0137]
123：输入装置
[0138]
124：存储装置
[0139]
125：通信装置
[0140]
128：总线
[0141]
130：服务器
[0142]
131：处理器
[0143]
132：显示装置
[0144]
133：输入装置
[0145]
134：存储装置
[0146]
135：通信装置
[0147]
138：总线
[0148]
140：医务人员终端
[0149]
141：处理器
[0150]
142：显示装置
[0151]
143：输入装置
[0152]
144：存储装置
[0153]
145：通信装置
[0154]
148：总线
[0155]
321：输入部
[0156]
322：显示部
[0157]
323：通信部
[0158]
324：控制部
[0159]
325：存储部
[0160]
331：输入部
[0161]
332：显示部
[0162]
333：通信部
[0163]
334：控制部
[0164]
335：副作用可能显现时期确定部
[0165]
336：询问信息生成部
[0166]
337：摄取目标确定部
[0167]
338：存储部
[0168]
400：摄取目标调整处理。

技术特征：
1.一种用于调整表示摄取者应摄取的药量的药的摄取目标的系统，其特征在于，取得摄取者基于药的摄取目标而摄取的药的摄取信息，基于所述摄取信息确定所摄取的药的副作用可能会显现的可能显现时期，在所述可能显现时期提示询问摄取者是否已显现副作用的询问信息，取得响应于所述询问而输入的表示是否已显现副作用的响应信息，基于所述响应信息变更药的摄取目标，提示所述变更后的摄取目标。2.根据权利要求1所述的系统，其中，所述可能显现时期是副作用可能会显现的可能显现期间，提示所述询问信息包含在所述可能显现期间之中响应于用户的提示请求而提示所述询问信息。3.根据权利要求1或2所述的系统，其中，所述副作用可能会显现的可能显现时期基于可能显现时期确定因子来确定，所述系统还基于所述响应信息来校正可能显现时期确定因子。4.根据权利要求3所述的系统，其中，所述可能显现时期确定因子是推定最高血浆中浓度到达时间。5.根据权利要求1至4中的任意一项所述的系统，其中，所述系统确定在提示询问信息的时期副作用显现的概率，提示所述询问将所述确定的显现的概率高的副作用优先进行提示。6.根据权利要求1至5中的任意一项所述的系统，其中，所述系统确定在提示询问信息的时期副作用显现的概率，提示所述询问将所述确定的显现的概率与副作用一起提示。7.根据权利要求1至6中的任意一项所述的系统，其中，所述系统反复执行：取得所述药的摄取信息；确定所述可能显现时期；提示所述询问信息；取得所述响应信息；变更所述药的摄取目标；以及提示所述变更后的摄取目标，变更所述药的摄取目标包含：在所述响应信息表示没有显现副作用的情况下，使药的摄取目标增加；以及在所述响应信息表示已显现副作用的情况下，使药的摄取目标减少。8.根据权利要求1至7中的任意一项所述的系统，其中，所述系统反复执行：取得所述药的摄取信息；确定所述可能显现时期；提示所述询问信息；取得所述响应信息；变更所述药的摄取目标；以及提示所述变更后的摄取目标，在所述响应信息表示已显现副作用后，使药的摄取目标减少，在所述响应信息表示没有显现副作用后，维持药的摄取目标。9.根据权利要求1至8中的任意一项所述的系统，其中，所述询问信息包含询问摄取者是否已显现药的效果的信息，所述响应信息包含表示是否已显现药的效果的信息，变更所述药的摄取目标基于包含表示是否已显现所述药的效果的信息的响应信息来执行。10.根据权利要求9所述的系统，其中，所述系统反复执行：取得所述药的摄取信息；确定所述可能显现时期；提示所述询问信
息；取得所述响应信息；变更所述药的摄取目标；以及提示所述变更后的摄取目标，在所述响应信息表示已显现副作用后，使药的摄取目标减少，在所述响应信息表示没有显现副作用并且表示没有显现药的效果的情况下，使药的摄取目标增加。11.根据权利要求1至10中的任意一项所述的系统，其中，所述系统反复执行：取得所述药的摄取信息；确定所述可能显现时期；提示所述询问信息；取得所述响应信息；变更所述药的摄取目标；以及提示所述变更后的摄取目标，包含：在没有显现副作用由所述响应信息表示了规定次数以上的情况下，判定为所述响应信息表示没有显现副作用。12.一种用于调整表示摄取者应摄取的药量的摄取目标的电子装置，其特征在于，接收摄取者所摄取的药的摄取信息，基于所述摄取信息确定所摄取的药的副作用可能会显现的可能显现时期，在所述可能显现时期发送用于提示询问摄取者是否已显现副作用的询问信息的信息，接收响应于所述询问而输入的表示是否已显现副作用的响应信息，基于所述响应信息变更药的摄取目标，发送用于提示所述变更后的摄取目标的信息。13.一种用于调整表示摄取者应摄取的药量的摄取目标的电子装置，其特征在于，发送所输入的摄取者所摄取的药的摄取信息，在基于所述摄取信息确定的、所摄取的药的副作用可能会显现的可能显现时期，基于所接收到的询问摄取者是否已显现副作用的询问信息来提示询问，发送响应于所述询问而输入的表示是否已显现副作用的响应信息。14.一种用于调整表示摄取者应摄取的药量的药的摄取目标而由计算机执行的方法，其特征在于，包含：取得摄取者基于药的摄取目标而摄取的药的摄取信息，基于所述摄取信息确定所摄取的药的副作用可能会显现的可能显现时期，在所述可能显现时期提示询问摄取者是否已显现副作用的询问信息，取得响应于所述询问而输入的表示是否已显现副作用的响应信息，基于所述响应信息变更药的摄取目标，提示所述变更后的摄取目标。15.一种用于调整表示摄取者应摄取的药量的摄取目标的由计算机执行的方法，其特征在于，包含：接收摄取者所摄取的药的摄取信息，基于所述摄取信息确定所摄取的药的副作用可能会显现的可能显现时期，在所述可能显现时期发送用于提示询问摄取者是否已显现副作用的询问信息的信息，接收响应于所述询问而输入的表示是否已显现副作用的响应信息，基于所述响应信息变更药的摄取目标，发送用于提示所述变更后的摄取目标的信息。16.一种用于调整表示摄取者应摄取的药量的摄取目标的由计算机执行的方法，其特征在于，包含：发送所输入的摄取者所摄取的药的摄取信息，
在基于所述摄取信息确定的、所摄取的药的副作用可能会显现的可能显现时期，基于所接收到的询问摄取者是否已显现副作用的询问信息来提示询问，发送响应于所述询问而输入的表示是否已显现副作用的响应信息。17.一种程序，其特征在于，使计算机执行权利要求14至16中的任意一项所述的方法。

技术总结
提供用于调整药的摄取量的系统、电子装置、方法以及程序。一种系统，用于调整表示摄取者应摄取的药量的药的摄取目标，所述系统的特征在于，取得摄取者基于药的摄取目标而摄取的药的摄取信息，基于所述摄取信息确定所摄取的药的副作用可能会显现的可能显现时期，在所述可能显现时期提示询问摄取者是否已显现副作用的询问信息，取得响应于所述询问而输入的表示是否已显现副作用的响应信息，基于所述响应信息变更药的摄取目标，提示所述变更后的摄取目标。目标。目标。


技术研发人员：佐竹晃太 相岛雅树
受保护的技术使用者：株式会社CUREAPP
技术研发日：2021.06.30
技术公布日：2023/8/1