申请/专利权人：株式会社丰崎会计事务所;一般社团法人LS综合研究所

申请日：2017-02-21

公开（公告）日：2021-04-27

公开（公告）号：CN108697580B

主分类号：A61J3/00(20060101)

分类号：A61J3/00(20060101);G16H10/60(20060101)

优先权：["20160226 JP 2016-035925"]

专利状态码：有效-授权

法律状态：2021.04.27#授权;2018.11.16#实质审查的生效;2018.10.23#公开

摘要：本发明确立一种方法，在注意隐私的同时构建医疗大数据，导出与药的给药量及患者的属性信息对应的更恰当的药的给药量，以及不仅发现药针对一个疾病症状的疗效还发现针对其它疾病症状的疗效。数据收集部40对健康检查数据等进行收集。患者属性信息取得部61取得从患者终端1输入的患者的至少一种以上的属性。对应信息取得部62通过对应信息DB82取得表示药的给药量与一种以上的属性之间的对应关系的对应信息，所述药的给药量对于患者自我感觉的疾病症状具有疗效。最佳给药量计算部63基于患者属性信息以及对应信息计算对于患者自我感觉的疾病症状为最佳的药的给药量。其它疗效分析部72基于患者属性信息以外的其它信息，对与疗效分析部44分析的疗效不同的疗效进行分析。

主权项：1.一种信息处理装置，其基于个人的健康检查数据或就诊数据向所述个人提示医疗方针，具有：数据收集单元，其与能够指定所述个人的第2标识符相对应地收集与该个人相关的所述健康检查数据或所述就诊数据，所述第2标识符是基于为了在规定的集团内指定该个人而附加的第1标识符而生成的；患者属性信息取得单元，其取得作为所述个人的患者的一种以上的属性的信息；对应信息数据库，其存储对应信息，所述对应信息表示对于规定的疾病症状具有疗效的医疗方针与一种以上的属性之间的对应关系；对应信息取得单元，其从所述对应信息数据库取得与所述患者自我感觉的疾病症状相关的所述对应信息；最佳医疗方针计算单元，其基于由所述患者属性信息取得单元取得的所述患者属性信息和由所述对应信息取得单元取得的所述对应信息，计算针对所述患者自我感觉的疾病症状的所述患者的医疗方针；疗效分析单元，其在由所述最佳医疗方针计算单元计算的所述医疗方针适用于所述患者的情况下，分析该医疗方针对于该患者的疗效；对应信息更新单元，其基于所述疗效分析单元的分析结果，对该医疗方针的、包含属性的种类的对应信息进行更新；其它疗效分析单元，其针对成为所述疗效分析单元的分析对象的所述医疗方针，基于使用基于对于所述患者的多种检查结果的信息发现的、由所述数据收集单元取得的所述患者属性信息以外的与所述患者自我感觉的疾病不同的疾病，分析与成为该分析对象的所述疗效不同的疗效；以及其它疗效信息数据库，其存储由其它疗效分析单元分析到的其它疗效的信息。

全文数据：信息处理装置技术领域[0001]本发明涉及信息处理装置。背景技术[0002]在现有技术中，存在一种确定药的用量的辅助装置，该辅助装置根据串者的痒病症状、年龄等而简单且准确地酿给予患者的医药品的腿例如，参昭专利文的疾病[0003]现有技术文献。[0004]专利文献[0005]专利文献1:日本特开2004-267514号公报。发明内容[0006]发明要解决的问题[0007]然而，关于与药的给药量及患者的属性信息的关系，由于患者输入的属性信息是固定的，所以与药的给药量及患者的属性信息的对应关系并不为人所知。[0008]此外，关于药，由于其不仅针对一种疾病症状具有疗效，所以总是存在欲发现针对其它疾病症状的疗效的课题。[0009]因此，现状是期待一种新技术，在欲导出与药的给药量及患者的属性信息对应的更恰当的药的给药量的情况下，在欲发现药的不仅针对一个疾病症状也针对其它的疾病症状的疗效的情况下能够发挥作用。[0010]本发明是鉴于这种情况而完成的，其目的在于确立一种方法，导出与药的给药量及患者的属性信息对应的更恰当的药的给药量、以及发现药不仅针对一个疾病症状还针对其它疾病症状的疗效的方法。[0011]用于解决问题的方案[0012]为了达成上述目的，本发明的一个方式的信息处理装置具有数据收集单元，其与能够指定个人的第2标识符相对应地收集与该个人相关的健康检查数据或就诊数据，所述第2标识符是基于为了在规定的集团内指定该个人而附加的第1标识符而生成的。[0013]此外，为了达成上述目的，本发明的一个方式的信息处理装置是基于所述信息处理装置收集的所述个人的健康检查数据或就诊数据，向所述个人提示医疗方针的信息处理装置，具有：[0014]患者属性信息取得单元，其取得作为所述个人的患者的至少一种以上的属性的信息；[0015]对应信息数据库，其存储对应信息，所述对应信息表示对于规定的疾病症状具有疗效的医疗方针与一种以上的属性之间的对应关系；[0016]对应信息取得单元，其从所述对应信息数据库取得与所述患者自我感觉的疾病症状相关的所述对应信息；__[0017]最佳医疗方针计算单元，基于由所述患者属性信息取得单元取得的所述患者属性信息和由所述对应信息取得单元取得的所述对应信息，计算针对所述患者自我感见的疾病症状的所述患者的医疗方针；[0018]疗效分析单元，在由所述最佳医疗方针计算单元计算的所述医疗方针适用于所述患者的情况下，分析该医疗方针对于该患者的疗效；[0019]对应信息更新单元，其基于所述疗效分析单元的分析结果，对该医疗方针的、包含属性的种类的对应信息进行更新。[0020]此外，为了达成上述目的，本发明的一个方式的信息处理装置具有：[0021]对应信息数据库，其存储对应信息，所述对应信息表示对于规定的疾病症状具有疗效的药的给药量与一种以上的属性之间的对应关系；[0022]患者属性信息取得单元，其取得患者的至少一种以上的属性的信息；[0023]对应信息取得单元，其从所述对应信息数据库取得与所述患者自我感觉的疾病症状相关的所述对应信息；[0024]最佳给药量计算单元，其基于由所述患者属性信息取得单元取得的所述患者属性信息和由所述对应信息取得单元取得的所述对应信息，计算所述患者自我感觉的疾病症状的药针对所述患者的给药量；[0025]疗效分析单元，其在由所述最佳医疗方针计算单元计算的所述医疗方针适用于所述患者的情况下，分析该医疗方针对于该患者的疗效；[0026]对应信息更新单元，其基于所述疗效分析单元的分析结果，对该药的、包含属性的种类的对应信息进行更新；[0027]其它疗效分析单元，其针对成为所述疗效分析单元的分析对象的所述药，基于所述患者属性信息以外的其它他信息，分析与成为该分析对象的所述疗效不同的疗效。[0028]发明效果[0029]根据本发明，能够确立一种方法，在考虑隐私的同时构建医疗大数据，导出与药的给药量及患者的属性信息对应的更恰当的药的给药量，以及不仅发现药针对一个疾病症状的疗效还发现针对其它疾病症状的疗效。附图说明[0030]图1为表示本发明的一个实施方式所涉及的信息处理系统的结构的图。[0031]图2为表示图1的信息处理系统中作为本发明的一个实施方式的服务器2的硬件结构的框图。[0032]图3为表示在患者终端1和服务器2和医疗终端3的功能性结构中用于执行确定最佳给药量的控制的功能性结构例的功能框图。[0033]图4为表示患者属性信息之外的其它信息的具体例的图。[0034]图5为表示经由医疗机构的服务的概要的图。[0035]图6为表示通过本服务确定的首次给药量的一个示例的图。[0036]图7为在经由多个医疗机构的情况下的本服务的概要的图。[0037]图8为表示现有技术中的患者的身体状况的时间序列推移的图。[0038]图9为针对在是否使用了本系统的各个情况下的患者的身体状况的时间序列推移进行了比较的图。[0039]图10为表示服务的其它方式的一个示例的图。具体实施方式[0040]以下，使用附图对本发明的实施方式进行说明。[0041]图1表示本发明的一个实施方式所涉及的信息处理系统的结构。[0042]图1所示的信息处理系统是包含由患者n人n为1以上的任意的整数值各自使用的患者终端1-1至1-n、服务器2、以及由医疗从业者m人tn为1以上的任意的整数值各自使用的医疗终端3-1至3-tn的系统。各个患者终端1-1至1-n、服务器2、以及各个医疗终端3-1至3-m经由因特网等规定的网络N相互连接。[0043]服务器2向各个患者终端1-1至1-n或各个医疗终端3-1至3_m提供对药的给药量等医疗方针进行确定的执行环境，并提供在各个患者终端1-1至l_n或医疗终端3-1至3-ra中执行的与确定药的给药量等医疗方针相关的各种各样的服务。作为这种服务之一，在本实施方式中，采用了根据患者的属性来确定药的最佳的给药量等医疗方针的服务。[0044]另外，在以下，在无需对各个患者终端1-1至l-n进行区别的情况下，将这些终端统称为“患者终端1”。[0045]此外，在以下，在无需对各个医疗终端3-1至3-m进行区别的情况下，将这些终端统称为“医疗终端3”。[0046]图2为表示图1的信息处理系统中作为本发明的一个实施方式的服务器2的硬件结构的框图。[0047]服务器2具有CPUCentralProcessingUnit:中央处理单元）11、R〇MReadOnlyMemory:只读存储器）12、RAMRandomAccessMemory:随机存取存储器）13、总线14、输入输出接口15、输出部16、输入部17、存储部18、通信部19、驱动器20。[0048]CPU11按照在R0M12中记录的程序或者从存储部18加载到RAM13的程序来执行各种处理。[0049]在RAM13中也酌情存储CPU11执行各种处理所需要的数据等。[0050]CPU11、R0M12以及RAM13经由总线14相互连接。该总线14还与输入输出接口15连接。在输入输出接口15连接有输出部16、输入部17、存储部18、通信部19以及驱动器20。[0051]输出部16由显示器、扬声器等构成，将各种信息输出为图像、声音。[0052]输入部17由键盘、鼠标等构成，输入各种信息。[0053]存储部18由硬盘、DRAMDynamicRandomAccessMemory:动态随机存取存储器）等构成，存储各种数据。[0054]通信部19对经由包含因特网的网络N在与其它装置在图1的示例中为患者终端1或医疗终端3之间实施的通信进行控制。[0055]驱动器20根据需要设置。在驱动器20酌情安装有由磁盘、光盘、光磁盘或者半导体存储器等组成的可移动介质31。通过驱动器20从可移动介质31读出的程序根据需要安装在存储部18。此外，可移动介质31还能够与存储部18同样地对在存储部18存储的各种数据进行存储。[0056]通过这种图2的服务器2侧的各种硬件与各种软件的协作，使构建来自医疗终端3的医疗大数据、确定医疗方针、以及确定患者终端1的药的最佳给药量这样的服务成为可MEo[0057]目卩，在本实施方式的信息处理系统中，作为基于从患者终端i输入的患者的属性而确定给予患者的药的最佳量的控制（以下，称为“确定最佳给药量的控制，，），能够执行如下的控制。[0058]目卩，多数患者针对自身感觉到的疾病症状，按照预先确定的规定的用量服用其认为有疗效的药。[0059]然而，根据患者的属性例如，身高、体重、性别、年龄），对患者来说最佳的药的给药量而不同。[0060]因此，本实施例的服务器2从医疗终端3收集医疗数据来进行大数据化，基于患者的属性来确定药的给药量，并分析以该给药量进行了给药时对于该患者的效果，基于该分析结果生成或更新最佳的给药量。服务器2通过向许多患者反复执行这样的一系列的处理，能够根据患者的属性来确定最佳的药的给药量。[0061]此外，关于药，其不仅针对一种规定的疾病症状具有疗效，除此之外有时还针对多个疾病症状具有疗效。[0062]因此，本实施例的服务器2还能够基于进行了给药的患者的属性、生物体信息等，分析该药对于与该患者自我感觉的疾病症状不同的疾病症状也具有疗效的情况。[0063]为了执行以上说明的确定最佳给药量的控制，图丨的患者终端i、服务器2、以及医疗终端3具有如图3所示的功能性结构。[0064]图3为表示在患者终端1和服务器2和医疗终端3的功能性结构中用于执行确定最佳给药量的控制的功能性结构例的功能框图[0065]如图3所示，患者终端1是由患者操作的终端，是至少具有输入患者属性信息的功能的终端。在此，患者属性信息是指表示患者的身高、体重、性别、年龄等1种以上的属性的伯息。[0066]此外，患者终端1也能够向服务器2发送输入的患者属性信息，或者向患者提示由服务器2提示的最佳的药的给药量。[0067]此外，如图3所示，医疗终端3是由医疗从业者操作的终端，是至少具有输入为了在规定的集团内为了指定个人而附加的标识符以及健康检查信息的功能的终端。在此，该标识符可以为日本政府发行的个人号码MyNumber。[0068]日本厚生劳动省今后有可能规定各医疗机构在诊疗时必须出示个人号码来收集每个人的医疗信息，因此个人号码制度的使用在普及本发明所涉及的系统方面是优选的。[0069]同样，日本财务省有可能针对银行账户、证券账户、保险的加入附加个人号码来收集个人的金融信息，因此个人号码制度的使用在普及本发明所涉及的系统方面是优选的。[0070]此外，以个人号码为背景，由于有可能引用个人号码法的处罚规定来推动普及本发明所涉及的系统，所以在这一方面优选利用个人号码制度。[0071]健康检查信息指的是表示通过健康检查而获得的就诊者的身高、体重、性别、年龄等一种以上的属性的信息。[0072]此外，医疗终端3也能够向服务器2发送输入的健康检查信息，或者向医疗从业者提示由服务器2提示的最佳的药的给药量等医疗方针。[0073]在与这种患者终端1和医疗终端3进行通信的服务器2的CPU11中，如图3所示，数据收集部40、给药量提示部41、给药量学习部42、其它疗效发现部43发挥作用。[0074]数据收集部40与能够指定个人的第2标识符相对应地收集与该个人相关的健康检查数据或就诊数据，并使它们存储在作为存储部18的一个区域的患者属性信息DB81，该第2标识符是基于为了在规定的集团内指定该个人而附加的第1标识符而生成的。[0075]给药量提示部41基于从患者终端1输入的患者属性信息，经由患者终端1向该患者提示对于该患者来说是最佳的药的给药量。[0076]给药量学习部42从疗效分析部44等取得对于按照由给药量提示部41提示的给药量而服药的患者来说该药是否奏效等的信息，并使用该信息进行学习，从而生成或更新表示各种属性与药的最佳给药量之间的对应关系的对应信息。[0077]其它疗效发现部43基于患者属性信息、其它信息（例如患者的血液等的生物体信息），对于给予患者的药，发现与患者自我感觉的疾病症状的疗效不同的疗效。[0078]疗效分析部44针对按照由给药量提示部41提示为最佳的给药量而服药的患者，分析其效果，并向给药量学习部42提供分析结果。[0079]在服务器2的存储部18的一部分的区域中设置有患者属性信息DB81、对应信息DB82、以及其它疗效信息DB83。[0080]患者属性信息DB81存储健康检查信息或诊察信息。[0081]此外，患者属性信息DB81存储患者属性信息。在此，健康检查信息、诊察信息以及患者属性信息指的是像上述那样能够确定患者的一种以上的属性例如、身高、体重、性别、年龄等的信息。[0082]对应信息DB82存储表示对于疾病症状具有疗效的药的给药量与一种以上的患者侧的属性之间的对应关系的对应信息。[0083]其它疗效信息DB83存储针对当前具有疗效而销售的疾病症状以外的疾病的疗效的信息。[0084]以下，对给药量提示部41、给药量学习部42以及其它疗效发现部43各自的功能块进行详细说明。[0085]给药量提示部41包含患者属性信息取得部61、对应信息取得部62、最佳给药量计算部63。[0086]患者属性信息取得部61取得从患者终端1输入的患者的至少一种以上的属性。[0087]对应信息取得部62从对应信息DB82取得表示对于患者自我感觉的疾病症状具有疗效的药的给药量与一种以上的属性之间的对应关系的对应信息。[0088]最佳给药量计算部63基于患者属性信息和对应信息来针对患者自我感觉的疾病症状进行最佳的药的给药量的计算。[0089]给药量学习部42以如下方式进行患者侧的各种属性与药的最佳给药量之间的对应关系的学习。[0090]即，将XI体重和X2身高确定为患者属性信息的初始的参数。并且，输入这些参数X1、X2,将对给药量Y进行输出的函数fXl，X2设定为Y=al+bX2。在此，a和b为相互独立的系数。[0091]例如，给药量学习部42通过适当地改变参数XI和X2,并对函数fXI，X2的输出即给药量Y的实际疗效进行输入来进行学习，从而能够以函数fXI，X2的系数a、b成为最佳的方式更新下去。[0092]此外，给药量学习部42在从过去的学习结果导出假定值，在判断为使用参数X2无法导出最佳给药量的情况下，例如也可以停止使用参数X2,采用新的参数X3性别），输入参数XI、X3,设定对给药量Y进行输出的新的函数fXI，X3。[0093]在此，假设例如设定为函数fXl，X3的输出Y=aXl+cX3。在该情况下，系数a与系数c未成为最佳的可能性较大。因此，给药量学习部42通过适当地改变参数XI和X3,并对函数fXI，X3的输出即给药量Y的实际疗效进行输入来进行学习，从而也能够以函数fXI，X3的系数a、c成为最佳的方式更新下去。[0094]此外，给药量学习部42也可以增至三个参数XI至X3,输入这些参数H至X3来设定对给药量Y进行输出的新的函数fXI，X2，X3。[0095]在此，假设例如设定了函数fX1，X2，X3的输出Y=aXl+bX2+cX3。在该情况下，系数a、b、c未成为最佳的可能性较大。因此，给药量学习部42通过适当地改变参数XI至X3,并对函数fXI，X2，X3的输出即给药量Y的实际疗效进行输入来进行学习，从而也能够以函数fX1，X2，X3的系数a、b、c成为最佳的方式更新下去。[0096]其它疗效发现部43包含其它信息取得部71和其它疗效分析部72。[0097]其它信息取得部71从患者属性信息DB81取得患者属性信息以外的其它信息。[0098]其它疗效分析部72基于由其它信息取得部71取得的其它信息，针对成为疗效分析部44的分析对象的药，分析对于成为疗效分析部44的分析对象的疾病症状之外的疾病症状的疗效。[0099]在此，图4示出了患者属性信息以外的其它信息的具体例。[0100]图4为表示患者属性信息以外的其它信息的具体例的图。[0101]图4由项目、单位、基准范围、高值、低值的事项构成。[0102]患者属性信息以外的其它信息为基于血液生化学检查、血液学检查、血清学检查、尿检、肾功能检查、内分泌功能检查、循环功能检查等各种检查结果的信息。[0103]例如，如图4所示，如果肌酸酐Cr高于基准范围，则疑似为肾衰竭、脱水症、心力衰竭、尿路梗阻，如果低于基准范围则疑似为肌肉营养不良症、甲状腺功能低下症。[0104]此外，例如，如图4所示，如果尿酸UA高于基准范围，则疑似为痛风、肾衰竭、心力衰竭、血液疾病，如果低于基准范围则疑似为威尔森氏症、怀孕。[0105]而且，例如，如图4所示，如果丙酮酸高于基准范围，则疑似为休克、重症肝炎、心力衰竭。[0106]另外，例如，如图4所示，如果乳酸高于基准范围，则疑似为休克、尿毒症、心力衰竭。[0107]此外，例如，如图4所示，如果比重随时尿高于基准范围，则疑似为糖尿病、脱水症、肾病综合症、急性肾炎、心力衰竭，低于基准范围则疑似为高钙血症、骨疾病。[0108]即，其它疗效分析部72在例如患者自我感觉到心力衰竭的疾病症状时，给予心力衰竭的药，f果在进行了血液生化学检查后肌酸酐Cr的值从高值下降至基准范围，则能够发现心力衰竭的药对于肾衰竭、脱水症、尿路梗阻的疾病也具有疗效。[0109]此外，例如在患者自我感觉到痛风的疾病症状时，给予痛风的药，如果在进行了血液生化学检查后尿酸UA的值从高值下降至基准范围，则能够发现痛风的药对于肾衰竭、心力衰竭、血液疾病的疾病也具有疗效。[0110]而且，例如在患者自我感觉到尿毒症的疾病症状时，给予尿毒症的药，如果在进行了血液化学检查后丙酮酸的值从高值下降至基准范围，则能够发现尿毒症的药对于休克、心力衰竭的疾病也具有疗效。[0111]另外，例如在患者自我感觉到重症肝炎的疾病症状时，给予重症肝炎的药，如果在进行了血液化学检查后乳酸的值从高值下降至基准范围，则能够发现重症肝炎的药对于休克、心力衰竭的疾病也具有疗效。[0112]此外，例如在患者自我感觉到糖尿病的疾病症状时，给予糖尿病的药，如果在进行了尿检后比重随时尿）的值从高值下降至基准范围，则能够发现糖尿病的药对于脱水症、肾病综合症、急性肾炎、心力衰竭的疾病也具有疗效。[0113]以上，对患者本人操作患者终端1而孚受服务的方式进行了说明。[0114]接着，对患者经由医疗机构而享受服务的方式进行说明。[0115]图5为表示经由医疗机构的服务的概要的图。[0116]本服务在由患者P、医院H以及数据中心D构成的系统中提供。[0117]患者P访问医院H，接受医生的诊察或健康检查。[0118]医院H通过至少一人以上的医生向患者P提供医疗服务。医生向数据中心D发送有关诊察或健康检查的数据。[0119]数据中心D由服务提供者管理，并向医院H以及医生提供确定关于医药的给药量、给药次数以及给药时间的服务。[0120]作为向患者P提供的具体医疗服务的一个示例，考虑有通过点滴滴鼻来对培养上清液进行给药。[0121]这样，通过向体内给予在培养干细胞时产生的上清液中分泌的液性成分生长因子、细胞因子、脂质、核酸等），具有将内源性干细胞激活，将干细胞诱导至缺损部位进行治愈的效果。[0122]但是，在给予了超过适当量的情况下，存在产生细胞因子释放综合症的风险。[0123]作为可能成为对象的疾病，可举出脑梗塞、皮肤炎、脊髓损伤、肺疾病、肝疾病、糖尿病等，但通过今后的研究也可能扩展至其它疾病。[0124]通过本发明将培养上清液对患者的给药量大数据化，避免细胞因子释放综合症，由此能够确保安全性，扩展并促进使用。[0125]图6为表示通过本服务确定的首次给药量的一个示例的图。[0126]在本实施例中，数据中心D通过规定的计算来求出给药量的极限值，乘以规定的安全系数，从而确定最大给药量。极限值为根据患者的属性求出的安全给药最大量。最大给药量的安全系数为0以上且小于1的数值，例如能够采用0.8。[0127]同样，关于给药时间，也通过规定的计算来求出给药量增加率的极限值，乘以规定的安全系数，从而确定给药量增加率。给药量增加率的安全系数为〇以上且小于丨的数值，例如能够采用0.5。[0128]作为用于极限值的计算的患者数据，可以使用例如年龄、性别、体重、身高、体温、血压、脉搏、血液、体内水分量、尿、外伤图像数据。[0129]计算通过例如以与各病症示例对应的临床检查数值为基准来测定治疗效果，并反复对给药量进行再调节，由此能够减少到适当值为止的给药次数。[0130]本发明能够通过例如收取信息提供费的商业模式来推广使用。[0131]图7为表示经由多个医疗机构的情况下的本服务的概要的图。[0132]在图7中，图5中的医院H成为了A医院HA、B医院HB以及C医院HC三个医院。[°133]患者p通过在A医院HA、B医院HB以及C医院HC所有三个医院中使用相同的个人识别信息例如个人号码），从而能够在数据中心D中被视为同一个人，即使访问不同的医院，也基于相同的数据而接受由其它医生实施的诊察、手术等治疗。[0134]输入数据可以为例如个人数据包含遗传因子信息）、处方历史、病历、手术历、家族病历、治疗中的疾病的治疗状况、精密身体检查的数据、基于与可穿戴终端的协作进行的每曰数据收集，与家庭用医疗设备的数据协作、饮食内容、睡眠时间等。[0135]输出数据可以为例如手术时的麻醉量、抗癌剂的给药量、缓和治疗中的止疼剂的给药量、处方药的量、主动医疗预防医疗的提案、混合诊疗的提案、健康管理运动计划的提案、膳食管理膳食限制推荐菜单的提示、疾病预测、推荐医院的选定代理预约、健康食品辅助食品的推荐代理购买等。[0136]以此方式，能够在诊察时确认其它医院的治疗内容，使在多个医疗机构治病的情况下实现给药的节约吃药的调整，还能够发现防止医疗事故。[0137]作为根据本发明能够防止的具体的事例，可举出例如2〇16年在东京慈惠会医科大学附属医院发生的疑似肺癌搁置事故。[0138]即，虽然放射线科的医生在图像报告书中标记了“鉴别出原发性肺癌，短期间内需要关注”，可是当时的主治医生、负责此后的门诊患者的主治医生均未确认报告书而使疑似肺癌搁置了一年，成为了使癌症发展至不能够实施手术、抗癌剂治疗的状态的事例。[0139]如果多个医疗工作者能够阅览关于一个患者P的医疗数据，则这个事例有可能避免。[0140]如果例如患者P通过签协议而加入数据中心D，在诊察结束时患者p指示医院向数据中心D发送数据，从数据中心D向医院支付发送手续费，在病历卡阅览时给药指示时向患者P收取信息提供费以及获得基于各种代理业务的佣金收入，通过这一商业模式，能够谋求推广使用本发明。[0141]图8为表示现有技术中的患者的身体状况的时间序列推移的图。[0142]纵轴为患者的身体状况，位置越高表示患者越健康。[0143]在本发明中，可以从患者的健康状态良好的时期起，收集各种临床检查数值作为基础数值。[0144]以此方式，能够将发病时以及给药开始后的各种临床检查数值与该基础数值进行比较，研宄出治愈率。[0145]在本发明中，可以通过从出生时起的基础数值数据分析来考虑个体差异。[0146]以此方式，例如能够考虑到在平均体温为36度的人和37度的人中，即使发病时体温同为38度但症状不同的情况。[0147]在本发明中，可以在经过多次反复给药的情况和仅限一次给药的情况下改变所参照的参数的权重。[0148]以此方式，能够例如在连续给药的情况下，次数越多使个人数据越占主要地位，在仅限一次给药的情况以及连续给药中的首次给药的情况下，使大数据占主要地位。[0149]本发明例如可以适用于通过培养上清液的给药来治疗糖尿病的案例。[0150]在该案例中，问题在于由培养上清液的过度给药而导致的细胞因子风暴的发生。[0151]在该案例中，本发明可以在初始给药中基于大数据来确定给药量。[0152]同在本发明中，可以在第二次以后的给药中，根据患者的各种临床检查数值例如尿检中的尿PH、尿糖、尿酮体、血液化学检查中的血糖值、血红蛋白的值使给药量增加或减少。[0153]图9为针对在是否使用了本系统的各个情况下的患者的身体状况的时间序列推移进行了比较的图。[0154]纵轴为患者的身体状况，位置越高表示患者越健康。[0155]根据本发明能够期待以下的效果。[0156]S卩，根据本发明，第一，能够期待提高基于药剂的适当给药而产生的治疗效果。[0157]这是因为根据本发明，并非基于病症例无差别地给予治疗药物，而是采用与各个人的状况对应的给药量，因此能够进行更有效果的治疗。[0158]其结果如图9所示，这是因为能够使患者的身体状况的恢复速度进一步提高。[0159]本发明除上述效果之外还附带地具有以下未图示的效果。[0160]根据本发明，第二，能够防止药剂的不适当给药。[0161]作为根据本发明能够防止的具体的事例，可举出例如在2016年2月在东京女子医科大学医院发生的丙泊酚给药事故。[0162]即，将在幼儿集中治疗的人工呼吸中禁止用于镇静的丙泊酚在未获得遗属同意的情况下进行了大量给药等而使2岁10个月的男性幼儿死亡的事例。[0163]如果使给药量大数据化，则这是能够避免的一个事例。[0164]根据本发明，第三，能够进行剩余药物的管理抑制以及防止药物贩卖。[0165]g卩，本发明所涉及的系统在判断为过度处方的情况下，停止处方。[0166]根据本发明，第四，能够促进主动医疗的普及。[0167]这是因为根据本发明，并非仅通过发病后的诊察时的值来判断体重体温其它临床检查数值，而是通过对从过往起的推移来把握，能够察觉发病经过病变，从而着手早期的治疗。[0168]根据本发明，第五，能够使诊疗费结算简单化。[0169]这是因为根据本发明，通过使医疗费的支付全部采用患者的账户结算，使医院的窗口业务简单化，有助于缓解医院的混乱。[0170]根据本发明，第六，能够防止虚假收费。[0171]这是因为根据本发明，通过使诊疗信息与结算信息相关联，能够防止由于医院侧的非法操作导致的保险诊疗赔付的虚假收费。[0172]根据本发明，第七，能够基于医疗信息的共有化而期待发挥相互监视功能。[0173]这是因为根据本发明，通过其它的医生以及AIArtificialIntelligence:人工智能能够对其它医疗机构的诊断内容进行确认，有助于第二诊疗意见secondopinion的选定效果与误诊或医疗事故的发现。[0174]图10为表示服务的其它方式的一个示例的图。[0175]为了自我的健康与财产的管理，以如下方式应用个人号码。[0176]作为第一个应用例，对诊疗时的个人号码的应用进行说明。[0177]个人C在作为患者诊疗时向医院H出示自己的个人号码。[0178]医院H将诊察内容与个人C的个人号码相关联并向数据中心D发送。[0179]关于向医院H支付的诊疗报酬，个人C在指纹认证的基础上使用基于个人号码的个人金融ID向银行B发出汇款指示。[0180]医院H的诊察内容在数据中心D通过个人C的个人号码而被管理，通过AI被分析，进行今后的治疗方针、病状的预测以及处方药的判断。[0181]以下，对作为糖尿病患者的个人C在医院H接受培养上清液的给药的情况的示例的流程进行具体说明。[0182]首先，个人C在医院H的窗口出示自己的ID卡，使个人号码被读取。[0183]进入诊察阶段，医院H的医生从数据中心D调出个人C的个人数据，使医疗终端显示以往历史记录最近的主要用药。t〇184]接着，医院H的医生操作医疗终端，使在画面上显示的操作符依次点击“今天的给药”、“培养上清液”。[0185]这样，对健康时发病时给药后的临床检查数值进行比较，计算出给药量。[0186]计算出的给药量根据数值比较的结果进行增减。[0187]此外，只要医院H的医生随时操作医疗终端向数据中心D发送数据，就能够识别其它医院的诊疗内容处方笺，由此，能够实施配药以及重复服用的管理。[0188]在此基础上，医院H的医生能够向个人C给予培养上清液。[0189]进入结算阶段，医院H向个人C出示诊疗费用清单。[0190]其中也包含由数据中心D产生的数据提供费的收费。[0191]个人C在医院H的窗口进行指纹认证，从银行B的个人C账户向医院H汇出医疗费。此时，医院H也可以在窗口使个人C再次出示ID卡。[0192]作为第二个应用例，对自己健康管理时的个人号码应用进行说明。[0193]将拍摄食物的图像数据与个人C的个人号码相关联并向数据中心D发送。[0194]在数据中心D中，实施卡路里计算等，并与个人C的个人号码相关联而进行各种数据管理。[0195]AI对与个人C的个人号码相关联并积累的各种数据进行分析，定期地向个人c传送推荐菜单限制菜单。[0196]作为第三个应用例，对在商铺的支付时的个人号码应用进行说明。[0197]在商铺S购物时，个人C出示基于自己的个人号码的个人金融ID，进行指纹认证。[0198]AI根据基于个人号码的个人金融ID对购物内容进行判断，向银行B进行汇款指示。[01"]基于AI的判断内容，通过兴趣爱好场所价格等进行本人识别。[0200]作为第四个应用例，对在金融机关等的个人号码应用进行说明。[0201]将持有的银行B证券E保险公司I的余额与基于个人C的个人号码的个人金融ID相关联并向数据中心D发送。[0202]根据年底时的余额数据，制作该年份的纳税申报数据，向个人C传送。[0203]通过AI进行资产组合分析。[0204]根据基于个人号码的个人金融ID，通过AI对个人C的健康状况进行分析，选定正确的保险并传送。[0205]根据基于个人号码的个人金融ID来估算继承税。[0206]作为第五个应用例，对判断购买市售药时的适当性、确定用法用量以及货款结算时的个人号码应用进行说明。[0207]商铺S在市售药的包装上对成分的内容等进行条形码显示等。[0208]来到店商铺S的个人C通过智能手机读取条形码并向数据中心D发送。[0209]数据中心D通过AI对个人C的个人数据进行分析，并传回适应性用法用量。[0210]个人C在费用结算时通过个人号码和指纹认证从数据中心D向指定账户发出支付指示，从而向商铺S汇出货款。[0211]数据中心D对购买历史进行数据保存。[0212]个人C发送此后的给药量。[0213]数据中心D对重复购买、以往的类似药剩余药物进行管理，并向个人C发出警告。[0214]数据中心D通过年度统计向个人C输出适用于医疗费扣除的数据。[0215]数据中心D通过自身的AI向个人C提示恰当的诊疗诊查场所。[0216]数据中心D通过自身的AI向个人C推荐恰当的饮食菜单休假计划。[0217]此时，可以根据饮食菜单而与餐厅预约网站协作进行提示。[0218]此外，可以根据休假计划而与旅行预约网站协作进行提示。[0219]数据中心D通过自身的AI对个人C的寿命进行推算，选定并提示适当的生命保险。[0220]数据中心D通过自身的AI对个人C的预计继承税进行推算，选定并提示财产的适当的资产组合。[0221]以上，对本发明的一个实施方式进行了说明，但本发明并不限定于上述的实施方式，在能够达成本发明的目的的范围内进行的变形、改良等包含在本发明中。[0222]例如，图3的功能性结构仅为示例，没有特别限定。即，只要信息处理系统具有能够整体执行上述的一系列的处理的功能即可，使用哪种功能块以实现该功能并不特别限定于图3的示例。此外，功能块的存在场所也并不特别限定于图3,可以是任意场所。例如，也可以将服务器2的功能块转移到患者终端1等。相反地，也可以将图3中未图示的终端1的功能块转移到服务器2等。[0223]此外，一个功能块可以由硬件单体构成，也可以由软件单体构成，也可以由这些的组合构成。[0224]在通过软件执行各功能块的处理的情况下，构成该软件的程序从网络、记录介质安装至计算机等。[0225]计算机也可以为安装在专用的硬件的计算机。此外，计算机可以为通过安装各种的程序而成为能够执行各种功能的计算机，例如除了服务器还可以为通用的智能手机、个人计算机。[0226]包含这种程序的记录介质不仅可以由为了提供程序而与装置主体分开配置的未图示的可移动介质构成，也可由以预先嵌入装置主体的状态提供的记录介质等构成。[0227]另外，在本说明书中，在对记录介质中记录的程序进行说明的步骤中，除了根据沿其顺序以时间序列的方式实施的处理之外，也包含并非以时间序列的方式处理而并行或者单独地执行的处理。[0228]此外，在本说明书中，系统这一术语的含意为，由多个装置、多个单元等构成的整体的装置。[0229]换言之，应用本发明的信息处理装置能够获得具有如下结构的各种各样的实施方式。[0230]g卩，应用本发明的信息处理装置具有数据收集单元例如图3的数据收集部40，其与能够指定个人的第2标识符相对应地收集与该个人相关的健康检查数据或就诊数据，所述第2标识符是基于为了在规定的集团（日本国民的集合）内指定该个人而附加的第1标识符例如个人号码而生成的。[0231]此外，应用本发明的信息处理装置基于收集的所述个人的健康检查数据或就诊数据，向所述个人提示医疗方针，具有：[0232]患者属性信息取得单元例如，图3的患者属性信息取得部61，其取得作为所述个人的患者的至少一种以上的属性的信息；[0233]对应信息数据库例如，图3的对应信息DB82，其存储对应信息，所述对应信息表示针对于规定的疾病症状具有疗效的医疗方针与一'种以上的属性之间的对应关系；[0234]对应信息取得单元例如，图3的对应信息取得部62，其从所述对应信息数据库取得与所述患者自我感觉的疾病症状相关的所述对应信息；[0235]最佳医疗方针计算单元例如，图3的最佳给药量计算部），其基于由所述患者属性信息取得单元取得的所述患者属性信息和由所述对应信息取得单元取得的所述对应信息，计算针对所述患者自我感觉的疾病症状的所述患者的医疗方针；[0236]疗效分析单元例如，图3的疗效分析部44，其在由所述最佳医疗方针计算单元计算的所述医疗方针适用于所述患者的情况下，分析该医疗方针对于该患者的疗效；[0237]对应信息更新单元例如，图3的给药量学习部42，其基于所述疗效分析单元的分析结果，对该医疗方针的、包含属性的种类的对应信息进行更新。[0238]此外，应用本发明的信息处理装置具有：[0239]患者属性信息取得单元例如，图3的患者属性信息取得部61，其取得患者的至少一种以上的属性的信息；[0240]患者属性信息数据库（例如，图3的患者属性信息DB81，其存储所述患者属性信息；[0241]对应信息数据库例如，图3的对应信息DB82，其存储表示药的给药量与一种以上的属性之间的对应关系的对应信息，所述药对于所述患者自我感觉的疾病症状具有疗效，[0242]对应信息取得单元例如，图3的对应信息取得部62，其取得所述对应信息；[0243]最佳给药量计算单元例如，图3的最佳给药量计算部63，其基于取得的所述患者属性信息以及所述对应信息，计算对于所述患者所自我感的疾病症状的最佳的药的给药量；[0244]疗效分析单元例如，图3的疗效分析部44，其对计算的最佳的药的给药量的疗效进行分析；[0245]对应信息更新单元例如，图3的给药量学习部42，其根据分析结果，对包含属性的种类的对应信息进行更新；[0246]其它疗效分析单元例如，图3的其它疗效分析部72，其基于所述患者属性信息以外的其它信息来分析与分析到的所述疗效不同的、对于所述患者自我感觉到的疾病症状以外的疾病的疗效，[0247]其它疗效信息数据库例如，图3的其它疗效信息DB83，其存储所述其它疗效的信息；[0248]其它信息取得单元例如，图3的其它信息取得部71，其取得所述患者属性信息以外的其它信息。[0249]在此，患者当然包含如上述的实施方式中说明的人类，但也包含除此之外的药的给药对象例如动物、植物的广义的概念。[0250]此外，具有数据收集单元例如，图3的数据收集部40的信息处理装置以及具有最佳医疗方针计算单元例如，图3的最佳给药量计算部的信息处理装置可以由1台信息处理装置兼顾。[0251]以此方式，确立了一种方法，在考虑隐私的同时构建医疗大数据，导出与药的给药量及患者的属性信息对应的更恰当的药的给药量，以及不仅发现药针对一个疾病症状的疗效还发现针对其它疾病症状的疗效。[0252]g卩，与能够指定个人的第2标识符相对应地收集与该个人相关的健康检查数据或就诊数据，使用该数据基于患者的属性来确定药的给药量，对该给予的药的疗效进行分析，基于该分析结果更新最佳给药量，由此能够确定基于与患者的属性对应的信息而得到的最佳的药的给药量，所述第2标识符是基于为了在规定的集团内指定该个人而附加的第1标识符而生成的。[0253]此外，能够基于患者的属性的信息以外的其它信息来分析对于与患者自我感觉的疾病症状不同的疾病症状也具有疗效的药。[0254]附图标记说明[0255]1:患者终端；[0256]2:服务器；[0257]3:医疗终端；[0258]11：CPU；[0259]18:存储部；[0260]40:数据收集部；[0261]41:给药量提示部；[0262]42:给药量学习部；[0263]43:其它疗效发现部；[0264]44:疗效分析部；[0265]71:其它信息取得部；[0266]72:其它疗效分析部；[0267]81:患者属性信息DB;[0268]82:对应信息DB;[0269]抑：其它疗效信息DB。

权利要求：1.一种信息处理装置，具有：_数据收集单元，其与能够指定个人的第2标识符相对应地收集与该个人相关的健康检查数据或就诊数据，所述第2标识符是基于为了在规定的集团内指定该个人而附加的第1标识符而生成的。_2.—种信息处理装置，其基于个人的健康检查数据或就诊数据向所述个人提示医疗方针，具有：患者属性信息取得单元，其取得作为所述个人的患者的至少一种以上的属性的信息^对应信息数据库，其存储对应信息，所述对应信息表示对于规定的疾病症状具有疗效的医疗方针与一种以上的属性之间的对应关系；对应信息取得单元，其从所述对应信息数据库取得与所述患者自我感觉的疾病症状相关的所述对应信息；最佳医疗方针计算单元，其基于由所述患者属性信息取得单元取得的所述患者属性信息和由所述对应信息取得单元取得的所述对应信息，计算针对所述患者自我感觉的疾病症状的所述患者的医疗方针；疗效分析单元，其在由所述最佳医疗方针计算单元计算的所述医疗方针适用于所述患者的情况下，分析该医疗方针对于该患者的疗效；对应信息更新单元，其基于所述疗效分析单元的分析结果，对该医疗方针的、包含属性的种类的对应信息进行更新。3.如权利要求2所述的信息处理装置，其中，所述对应信息数据库中的所述医疗方针为药的给药量，所述最佳医疗方针计算单元计算的所述医疗方针是关于药的给药量，所述疗效分析单元分析的所述医疗方针对于该患者的疗效是以所述给药量向所述患者给予了所述药的情况下该药对于该患者的疗效，所述对应信息更新单元更新的所述医疗方针的所述对应信息是所述药的所述对应信息。4.如权利要求2或权利要求3所述的信息处理装置，其中，还具有：其它疗效分析单元，其针对成为所述疗效分析单元的分析对象的所述医疗方针或所述药，基于所述患者属性信息以外的其它信息，分析与成为该分析对象的所述疗效不同的疗效。

百度查询： 株式会社丰崎会计事务所;一般社团法人LS综合研究所 信息处理装置

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD