医疗系统及程序
阅读：623发布：2020-05-11
专利汇可以提供医疗系统及程序专利检索，专利查询，专利分析的服务。并且欲解决的技术问题为了提供一种医疗系统，其中患者可针对其 疾病 选择合适的医师，而且医师可以根据其技术选择合适的患者。解决手段一种医疗系统1包括：一患者疾病状况取得单元22a，用于取得 指定 一患者的疾病状况的患者疾病状况信息；一数据记录单元23，用于储存与医师有关的医师信息；以及一控制单元22，用于以该患者疾病状况取得单元22a所取得的患者疾病状况信息和数据记录单元23中所储存的医师信息为 基础 ，使一患者与一医师彼此匹配。，下面是医疗系统及程序专利的具体信息内容。
1.一种医疗系统，其特征在于，包括：
患者疾病状况取得单元，用于取得指定一患者的疾病状况的患者疾病状况信息；
医师信息储存单元，用于储存与一医师有关的医师信息；以及
匹配单元，用于以该患者疾病状况取得单元所取得的该患者疾病状况信息和该医师信息储存单元中所储存的该医师信息为基础而使该患者与该医师彼此匹配。
2.如权利要求1所述的医疗系统，其特征在于，
该医师信息储存单元包括医师评价储存单元，用于储存指定对该医师特定的评价的医师评价信息；
该匹配单元包括医师撷取单元，用于以该患者疾病状况取得单元所取得的该患者疾病状况信息和该医师评价储存单元中所储存的该医师评价信息为基础而撷取一目标医师，其系适合该患者的医学治疗的医师；
而且，该医疗系统包括：
目标医师信息储存单元，用于储存与由该医师撷取单元所撷取的该目标医师有关的信息；以及
输出单元，用于输出与该目标医师信息储存单元中所储存的该目标医师有关的信息。
3.如权利要求2所述的医疗系统，其特征在于，
由该患者疾病状况取得单元所取得的该患者疾病状况信息系一ICD疾病名称，其系根据国际疾病分类所决定的一疾病名称；以及
该医师评价储存单元将该医师关于与该ICD疾病名称相对应的一疾病的评价储存作为该医师评价信息。
4.如权利要求2或3所述的医疗系统，其特征在于，该医师评价储存单元将该医师关于与该患者的该疾病状况相对应的一治疗方法的评价储存作为该医师评价信息。
5.如权利要求2至4中任一项所述的医疗系统，其特征在于，进一步包括：
患者属性取得单元，用于取得指定该患者的属性的一患者属性信息；
医师属性取得单元，用于取得指定该医师的属性的一医师属性信息；以及匹配程度计算单元，用于计算一匹配程度，其系以该患者属性取得单元所取得的该患者属性信息和该医师属性取得单元所取得的该医师属性信息为基础而表示该医师适合治疗该患者的一程度，其中
该医师撷取单元基于该匹配程度计算单元所计算的该匹配程度、该患者疾病状况取得单元所取得的该患者疾病状况信息、以及该医师评价储存单元所储存的该医师评价信息而撷取出该目标医师。
6.如权利要求5所述的医疗系统，其特征在于，该患者的属性包括该患者的年龄、性别、一当前位置或一医学治疗费用。
7.如权利要求2至6中任一项所述的医疗系统，其特征在于，该医师特定的该评价系由受关注医师以外的医师所评价。
8.如权利要求1至7中任一项所述的医疗系统，其特征在于，进一步包括：
症状储存单元，用于储存，与彼此相关联，指定一疾病名称的疾病名称信息以及指定该疾病所涉及的一症状的症状信息，其中
该患者疾病状况取得单元取得该患者的该疾病所涉及的一症状；以及
该匹配单元基于该患者疾病状况取得单元所取得的该症状和该症状储存单元中所储存的该症状信息而指定该症状储存单元中所储存的该疾病名称信息，并且基于所指定的疾病名称信息和该医师信息储存单元中所储存的该医师信息而使该患者与该医师彼此匹配。
9.如权利要求1至8中任一项所述的医疗系统，其中
多个患者藉由输入单元产生与他们自身疾病状况有关的输入，
该患者疾病状况取得单元以该等患者所输入的输入内容为基础而指定该等患者中的每一位的疾病状况；以及
该匹配单元藉由下述而使该等患者中的每一位与该医师彼此匹配：基于与该医师有关的该医师信息，从该多个患者的该等输入内容中撷取出与该医师的医学治疗有关的输入内容；以及对该医师输出所撷取的输入内容。
10.一种医疗程序，其特征在于，其使一计算机作用为：
患者疾病状况取得单元，用于取得指定一患者的疾病状况的患者疾病状况信息；
医师信息储存单元，用于储存与一医师有关的医师信息；以及
匹配单元，用于以该患者疾病状况取得单元所取得的该患者疾病状况信息和该医师信息储存单元中所储存的该医师信息为基础而使该患者与该医师彼此匹配。
医疗系统及程序
技术领域
[0001] 本发明与医疗系统及程序有关。
背景技术
[0002] 背景技术说明
[0003] 如已经提出的一种医师评价系统，用于由其他医师评价一医师，其可以评价医师在医师的每个专业领域的能力(例如，参见专利文献1)。根据这样的医师评价系统，雇用医师的医疗设施如医院与诊所能够根据医师的评价来识别医师的个性和能力，因而能够为了提供高质量医疗服务而选择出需要的医师。
[0004] 先前技术文件
[0005] 专利文件
[0006] 专利文献1：日本专利公开号第2004-355613号
发明内容
[0007] 发明所欲解决的问题
[0008] 在此，不仅是医疗设施想要有能力的医师，患者也同样想要具有与其疾病有关的能力的合适医师。然而，由于患者在传统上都没有办法与这种合适医师直接接触，因此患者需要通过例如全科医师或城内的专业人员等的介绍来搜寻合适的医师，这是漫长且艰难的。根据专利文献1的医师评价系统系仅用于连接医疗设施与上述医师，而不是用于连接患者与医师。因此，患者无法选择适合其疾病的医师，而医师也无法根据其技术来选择合适的患者。
[0009] 本发明系鉴于上述而产生，并且具有为提供一种医疗系统的目的，于该医疗系统中，患者可针对其疾病来选择合适的医师，而且医师可根据其技术来选择合适的患者。
[0010] 解决问题的手段
[0011] 为了解决上述问题并且实现上述目的，根据权利要求1的医疗系统包括：患者疾病状况取得单元，用于取得指定一患者的疾病状况的患者疾病状况信息；医师信息储存单元，用于储存与一医师有关的医师信息；以及匹配单元，用于以该患者疾病状况取得单元所取得的患者疾病状况信息和该医师信息储存单元中所储存的医师信息为基础，使患者与医师彼此匹配。
[0012] 根据权利要求2的医疗系统是如权利要求1的医疗系统，其中该医师信息储存单元包括医师评价储存单元，用于储存指定对该医师特定的评价的医师评价信息；该匹配单元包括医师撷取单元，用于以该患者疾病状况取得单元所取得的该患者疾病状况信息和该医师评价储存单元中所储存的该医师评价信息为基础而撷取一目标医师，其系适合该患者的医学治疗的医师；而且，该医疗系统包括：目标医师信息储存单元，用于储存与由该医师撷取单元所撷取的该目标医师有关的信息；以及输出单元，用于输出与该目标医师信息储存单元中所储存的该目标医师有关的信息。
[0013] 根据权利要求3的医疗系统是如权利要求2的医疗系统，其中由该患者疾病状况取得单元所取得的该患者疾病状况信息系一ICD(International Classification of Diseases，国际疾病分类)疾病名称，其系根据国际疾病分类所决定的一疾病名称；以及该医师评价储存单元将该医师关于与该ICD疾病名称相对应的一疾病的评价储存作为该医师评价信息。
[0014] 根据权利要求4的医疗系统是如权利要求2或3的医疗系统，该医师评价储存单元将该医师关于与该患者的疾病状况相对应的一治疗方法的评价储存作为该医师评价信息。
[0015] 根据权利要求5的医疗系统是如权利要求2至4中任一项的医疗系统，进一步包括：患者属性取得单元，用于取得指定该患者的属性的一患者属性信息；医师属性取得单元，用于取得指定该医师的属性的一医师属性信息；以及匹配程度计算单元，用于计算一匹配程度，其系以该患者属性取得单元所取得的该患者属性信息和该医师属性取得单元所取得的该医师属性信息为基础而表示该医师适合治疗该患者之一程度，其中该医师撷取单元基于该匹配程度计算单元所计算的该匹配程度、该患者疾病状况取得单元所取得的该患者疾病状况信息、以及该医师评价储存单元所储存的该医师评价信息而撷取出该目标医师。
[0017] 根据权利要求7的医疗系统是如权利要求2至6中任一项的医疗系统，其中该医师特定的该评价系由受关注医师以外的医师所评价。
[0018] 根据权利要求8的医疗系统是如权利要求1至7中任一项的医疗系统，进一步包括：症状储存单元，用于储存，与彼此相关联，指定一疾病名称的疾病名称信息以及指定该疾病所涉及的一症状的症状信息，其中该患者疾病状况取得单元取得该患者的该疾病所涉及的一症状；以及该匹配单元基于该患者疾病状况取得单元所取得的该症状和该症状储存单元中所储存的该症状信息，而指定该症状储存单元中所储存的该疾病名称信息，并且基于所指定的疾病名称信息和该医师信息储存单元中所储存的该医师信息，而使该患者与该医师彼此匹配。
[0019] 根据权利要求9的医疗系统是如权利要求1至8中任一项的医疗系统，其中多个患者藉由输入单元产生与他们自身疾病状况有关的输入，该患者疾病状况取得单元以该等患者所输入的输入内容为基础，而指定该等患者中的每一位的疾病状况；以及该匹配单元藉由下述而使该等患者中的每一位与该医师彼此匹配：基于与该医师有关的该医师信息，从该多个患者的该等输入内容中撷取出有关该医师的医学治疗的输入内容；以及对该医师输出所撷取的输入内容。
[0020] 根据权利要求10的一种医疗程序，该医疗程序使一计算机作用为：患者疾病状况取得单元，用于取得指定一患者的疾病状况的患者疾病状况信息；医师信息储存单元，用于储存与一医师有关的医师信息；以及匹配单元，用于以该患者疾病状况取得单元所取得的该患者疾病状况信息和该医师信息储存单元中所储存的该医师信息为基础而使该患者与该医师彼此匹配。
[0021] 本发明的优点
[0022] 根据如权利要求1的医疗系统或如权利要求10的医疗程序，由于患者和医师系基于疾病状况信息和医师信息而彼此匹配，匹配可根据患者的疾病状况和医师的信息为基础而进行，而且患者可选择适合其自身疾病的医师，或是医师可根据其自身技术来选择合适的患者。
[0023] 根据如权利要求2的医疗系统，由于是基于患者疾病状况信息和医师评价状况而输出与一目标医师有关的信息，在选择一目标医师时，可优先输出被判定为客观优秀的医师，而患者可针对其自身疾病来选择更适合的医师。
[0024] 根据如权利要求3的医疗系统，由于医师关于与ICD疾病名称相对应的疾病的评价会被储存，因此该医师关于国际性规范参考的评价可被储存，而且即使是针对具有多个疾病名称的疾病，亦可储存单一性的整合评价。
[0025] 根据如权利要求4的医疗系统，由于该医师关于与患者的疾病状况相对应的治疗方法的评价会被储存，即使在可以一单一治疗方法等来治疗多个不同疾病时，医师的评价仍可被适当地储存。
[0026] 根据如权利要求5的医疗系统，该匹配程度表示该医师适合治疗该患者的一程度，其系以该患者属性信息和该医师属性信息为基础而加以计算；而目标医师是藉由考虑此匹配程度而撷取出来，因此该目标医师是以患者的疾病状况或医师的评价以外的信息、以及该患者与该医师特定的信息为基础而撷取出来，而且患者可针对其自身疾病所接受的治疗选择更适合的医师。
[0027] 根据如权利要求6的医疗系统，由于患者的属性包括患者的年龄、性别、当前位置或医学治疗费用，可基于例如患者的年龄、性别、当前位置或治疗费等特定信息来撷取出该目标医师，而且该患者可针对其自身疾病所接受的医学治疗选择更合适的医师。
[0028] 根据如权利要求7的医疗系统，由于医师的评价是根据来自于具有专业知识的另一医师的评价所决定，因此可储存更合适的评价。
[0029] 根据如权利要求8的医疗系统，由于患者的疾病名称可根据患者的症状而指定，而且与该指定疾病名称相对应的医师和该患者可彼此匹配，即使该患者并不理解疾病名称或者患者无法自己判断是否患病，也可以使患者与医师适当地彼此匹配。
[0030] 根据如权利要求9的医疗系统，在依据患者的输入内容来指定患者的疾病状况之后，该等输入内容系输出给基于疾病状况而判定为适合的医师，且因此，医师在接收到该等输入内容时可接触适合该医师的专业的患者，而且该医师可轻易地针对其自身技术选择合适的患者。附图说明
[0032] 图2为说明一ICD疾病名称DB(Database，数据库)的配置实例图。
[0033] 图3为说明一医师评价DB的配置实例图。
[0034] 图4为说明一医师属性DB的配置实例图。
[0035] 图5为说明一目标医师DB的配置实例图。
[0036] 图6为医师评价DB产生处理的流程图。
[0037] 图7为医师属性DB产生处理的流程图。
[0038] 图8为医师评价处理的流程图。
[0039] 图9为目标医师输出处理的流程图。
[0040] 图10为说明医师搜寻信息的配置实例图。
[0041] 图11为目标医师撷取处理的流程图。
[0042] 图12为分类处理的流程图。
[0043] 图13为概念性说明根据变化例1的一医疗系统的图式。
[0044] 图14图为说明根据变化例2的协调者DB的配置实例图。
[0045] 图15为说明根据变化例3的症状DB的配置实例图。
[0046] 其中附图标记为：
[0047] 1医疗系统
[0048] 2网络
[0049] 10终端装置
[0050] 11通讯单元
[0051] 12操作单元
[0052] 13显示器
[0053] 14扬声器
[0054] 15控制单元
[0055] 16数据记录单元
[0056] 20管理服务器
[0057] 21通讯单元
[0058] 22控制单元
[0059] 22a患者疾病状况取得单元
[0060] 22b患者属性取得单元
[0061] 22c医师属性取得单元
[0062] 22d匹配程度计算单元
[0063] 22e医师撷取单元
[0064] 23数据记录单元
[0065] 23aICD疾病名称DB
[0066] 23b医师评价DB
[0067] 23c医师属性DB
[0068] 23d目标医师DB
[0069] 30医疗系统
具体实施方式
[0070] 参照如附图式，详细说明根据本发明的医疗系统和程序的具体实施例如下文。然而，本发明并不限于这些具体实施例。
[0071] (配置)
[0072] 首先，将说明根据一具体实施例的医疗系统1的配置。图1是一方块图，根据此具体实施例所实例化的医疗系统1。示意地，这个医疗系统1系配置以包括一终端装置10和一管理服务器20，而且该终端装置10与该管理服务器20系连接以能够经由网络2彼此通讯。在此，图1中仅说明了终端装置10的一个单元，但实际上，医疗系统1系配置为包括多个终端装置10和可以与该多个终端装置10通讯的一共同的管理服务器20。然而，由于该多个终端装置10可配置为彼此类似，下文将仅说明终端装置10的一个单元，而将省略其他终端装置10的描述。
[0073] (配置—终端装置)
[0074] 接着将说明终端装置10的配置。终端装置10是一种将患者疾病状况信息和患者属性信息输出到管理服务器20，并且根据管理服务器20所输出的信息来执行各种控制的装置。在此，所述「患者疾病状况信息」是一种用于指定患者的疾病状况的信息。在此，所述「疾病状况」是一种包括患者的模糊的「身体状况」、疾病所涉及的「症状」、通常为熟知的病名的「一般性疾病名称」(癌症、糖尿病等)、以及根据国际疾病分类而定义的病名的「ICD疾病名称」(高血压疾病、急性心肌梗塞等)的概念，然在这个具体实施例中，「疾病状况」是被假设为一「ICD疾病名称」。此外，所述「患者属性信息」是用于指定患者的属性的信息，且其为一种例如包括指定患者的年龄的信息、指定患者的性别的信息、指定患者的位置的信息、以及与可用于治疗的预算有关的信息的概念。
[0075] 此外，这个终端装置10系利用使用现有的行动终端装置而配置，例如包括智能电话的移动电话终端装置(或可利用现有的个人计算机、平板计算机等加以配置)，而且包括一通讯单元11、一操作单元12、一显示器13、一扬声器14、一控制单元15以及一数据记录单元16。由于终端装置10可藉由例如现有的行动终端装置来加以配置，因此其详细说明将被省略。
[0076] (配置—终端装置—通讯单元)
[0077] 通讯单元11系用于经由网络2与管理服务器20进行通讯的通讯单元。此通讯单元11可被配置为现有的通讯单元，其利用例如一行动无线通信网络来进行通讯。
[0078] (配置—终端装置—操作单元)
[0080] (配置—终端装置—显示器)
[0081] 显示器13是用于根据控制单元15的控制来显示各种影像的显示单元。作为这种显示器13，可以使用一平面显示器，例如现有的液晶显示器或有机EL(ElectroLuminescent，电激发光)显示器。
[0082] (配置—终端装置—扬声器)
[0083] 扬声器14系输出单元，用于基于控制单元15的控制而输出各种声音。扬声器14的声音输出的一种特定模式是任意的，而且可输出依需要而产生的合成声音或预先录下的声音。
[0084] (配置—终端装置—控制单元)
[0085] 控制单元15是用于控制终端装置10的控制单元，且其具体地为一计算机，此计算机系配置为包含一CPU(Central Processing Unit，中央处理单元)、CPU上所解译/执行的各种程序〔包括例如OS(Operating System，操作系统)的基本控制程序、以及OS上所启动并实现一特定功能的应用程序〕以及用于储存程序和各种类型数据的一内部存储器〔例如RAM(Random Access Memory，随机存取内存)〕。特定地，根据具体实施例的医疗程序系通过一任意记录媒体或经由网络2而安装在终端装置10中，以藉此由人配置控制单元15的每一部分(假设同样应用至后述的管理服务器20的控制单元22)。
[0086] (配置—终端装置—数据记录单元)
[0087] 数据记录单元16是用于记录终端装置10操作所需的程序和各种类型数据〔包括位置信息的地图信息等(例如位置的地址)〕的记录单元。举例而言，此数据记录单元16系利用硬盘(未示)而配置为一外部记录装置。然而，除了硬盘或与硬盘一起以外，也可使用其他的任意记录媒体，包括如磁盘的磁性记录媒体、或如DVD(Digital Versatile Disc，数字多功能光盘)与蓝光硬盘的光学记录媒体(假设同样应用至后述的管理服务器20的数据记录单元23)。
[0088] (配置—管理服务器)
[0089] 接着将说明管理服务器20的配置。此管理服务器20是一种用于根据自终端装置10所取得的信息而撷取出适合患者的医师的一目标医师的装置。如图1所示，管理服务器20包括通讯单元21、控制单元22、以及数据记录单元23。注意，由于此管理服务器20可藉由例如安装在一管理人办公室中的现有服务器来配置，因此其详细说明将被省略。
[0090] (配置—管理服务器—通讯单元)
[0091] 通讯单元21系用于经由网络2与终端装置10进行通讯的通讯单元。
[0092] (配置—管理服务器—控制单元)
[0093] 控制单元22是用于控制管理服务器20的控制单元，且是匹配单元，其基于患者疾病状况取得单元22a(下文说明)所取得的患者疾病状况信息和数据记录单元23中所储存的医师信息而使患者与医师彼此匹配。用语「使患者和医师彼此匹配」系指患者和医师的组合的明确说明。这种组合不是必须为一对一，而是包括例如单一患者和多个医师的组合的明确说明。在此，控制单元22具体地包括在功能性概念方面的患者疾病状况取得单元22a、患者属性取得单元22b、医师属性取得单元22c、匹配程度计算单元22d、以及医师撷取单元22e。
[0094] 患者疾病状况取得单元22a是用于取得指定患者的疾病状况的患者疾病状况信息的患者疾病状况取得单元。患者属性取得单元22b是用于取得指定一患者属性的患者属性信息的患者属性取得单元。医师属性取得单元22c是用于取得指定一医师属性的医师属性信息的医师属性取得单元。匹配程度计算单元22d是用于计算一匹配程度(其系以该患者属性取得单元22b所取得的该患者属性信息和该医师属性取得单元22c所取得的该医师属性信息为基础而表示该医师适合治疗该患者的一程度)的匹配程度计算单元。医师撷取单元22e是用于根据该患者疾病状况取得单元22a所取得的患者疾病状况信息和一医师评价DB
23b(稍后说明)中所储存的医师评价信息，而撷取与一目标医师有关的信息的医师撷取单元，该目标医师系适于该患者的医学治疗的医师。注意，配置该控制单元22的每一个单元所执行的特定处理将于下文中说明。
23b(稍后说明)中所储存的医师评价信息，而撷取与一目标医师有关的信息的医师撷取单元，该目标医师系适于该患者的医学治疗的医师。注意，配置该控制单元22的每一个单元所执行的特定处理将于下文中说明。
[0095] (配置—管理服务器—数据记录单元)
[0096] 数据记录单元23是一种用于记录管理服务器20操作所需的程序和各种类型数据的数据记录单元，同时也是用于储存与医师有关的医师信息的医师信息储存单元。「医师信息」包括与医师有关的任何信息，但如稍后将说明，例如是包括指定一医师的评价的医师评价信息以及指定一医师的属性的医师属性信息。具体而言，数据记录单元23包括一ICD疾病名称DB 23a、一医师评价DB 23b、一医师属性DB 23c、以及一目标医师DB 23d。
[0097] (配置—管理服务器—数据记录单元—ICD疾病名称DB)
[0098] ICD疾病名称DB 23a是用于藉由使彼此相关联而储存指定一ICD疾病名称的信息、以及指定与该ICD疾病名称相对应的疾病细节的疾病信息的ICD疾病名称信息储存单元。在此「，疾病信息」是与疾病有关的信息，而且是例如包括疾病评论信息、症状评论信息、疾病诊断信息、疾病影像信息和外部链接信息的概念。图2是说明ICD疾病名称DB 23a的配置实例图。如图2所示，ICD疾病名称DB 23a系藉由使对应于项目「ICD疾病名称」的信息、对应于项目「疾病评论」的信息、对应于项目「症状评论」的信息、对应于项目「疾病诊断」的信息、对应于项目「疾病影像」的信息、以及对应于项目「外部链接」的信息彼此关联而配置。在此，与项目「ICD疾病名称」对应的信息是指定ICD疾病名称指定信息的ICD疾病名称，而且「原发性肺癌」等是可适用的。此「ICD疾病名称」是根据国际疾病分类而定义的一疾病名称。此外，与项目「疾病评论」对应的信息是表示解释疾病内容的评论的疾病评论信息，而疾病评论信息的档案「commentary1.txt」等是可适用的。注意，在图2中，因为与疾病评论信息对应的信息(非档案本身，而是文件名「commentary1.txt」)系为例示方便而说明，而且将于稍后说明的症状评论信息、疾病诊断信息、以及疾病影像信息也仅描述文件名。与项目「症状评论」对应的信息是表示解释症状内容的评论的症状评论信息，而且症状评论信息的档案(文件名「symptom1.txt」)等是可适用的。与项目「疾病诊断」对应的信息是表示疾病的诊断结果的疾病诊断信息，而且疾病诊断信息的档案(文件名「diagnosis1.txt」)等是可适用的。与项目「疾病影像」对应的信息是表示与疾病有关的影像的疾病影像信息，而且疾病影像信息的档案(文件名「phot1.jpg」)等是可适用的。与项目「外部链接」对应的信息是指定因特网上处理疾病内容的一地址链接的外部链接信息，而且一外部链接信息(文件名「rink1.txt」)等是可适用的。关于这些数据的单元格式，疾病评论信息、症状评论信息、疾病诊断信息、以及外部链接信息都是以文字格式储存，而疾病影像信息是储存为JPEG、PNG、GIF等的影像格式。
[0099] (配置—管理服务器—数据记录单元—医师评价DB)
[0100] 图1中的医师评价DB 23b是储存指定对一医师特定的评价的医师评价信息的医师评价储存单元。图3为说明医师评价DB 23b的配置实例图。如图3所示，医师评价DB 23b系藉由使对应于项目「医师ID」的信息、对应于项目「专业领域」的信息、对应于项目「评价数」的信息、对应于项目「评价值」的信息、对应于项目「治疗方法」的信息、以及对应于项目「治疗费用」的信息彼此相关联而加以配置。在此，对应于项目「医师ID」的信息是唯一识别一医师的信息，且在这个具体实施例中，系储存了藉由组合字母D和四位数数字而配置的识别信息。对应于项目「专业领域」的信息系唯一指定每一位医师的专业领域的信息，其具体内容是任意的，但在这个具体实施例中，系储存了例如「高血压性心脏病」、「高血压性心脏肾病」、「急性心肌梗塞」等的ICD疾病名称。然而，此信息并不限于ICD疾病名称，而是可为一般性的疾病名称，例如「癌症」、「肺炎」等，只要这类专业领域可被指定即可。对应于项目「评价数」的信息是对医师的每一个专业领域做出评价的人(下称「评价者」)的数量，而数字值如「8」、「5」、「3」等系被储存。对应于项目「评价值」的信息是以数值来表达一医师的每一个专业领域的评价，而且是根据该医师的每一个专业领域的评价者所做出的评价计算出的数值。
此评价值的决定方法是任意的，而且在这个具体实施例中，举例而言，每位评价者主观地评价每位医师在专业领域的能力，以「值得尊敬」＝10分、「非常好」＝5分、「好」＝0分等三个阶段中的任一者的得分，计算所有评价者的总评价分数作为评价值。注意，不受限于上述评价方法，评价者可藉由从0分到10分的分数来评价医师的每一个专业领域，然后计算所有评价者的评价分数的总和作为评价值。对应于项目「治疗方法」的信息是指定与每位医师的专业领域对应的疾病的特定治疗方法的信息，而且例如「A方法」、「B方法」或「C方法」等特定治疗方法系被储存。对应于项目「治疗费用」的信息是指定患者在治疗与每位医师专业领域对应的疾病时所产生的治疗费用的信息，例如表示「120万日元」、「100万日元」或「90万日元」等特定金额的信息。
此评价值的决定方法是任意的，而且在这个具体实施例中，举例而言，每位评价者主观地评价每位医师在专业领域的能力，以「值得尊敬」＝10分、「非常好」＝5分、「好」＝0分等三个阶段中的任一者的得分，计算所有评价者的总评价分数作为评价值。注意，不受限于上述评价方法，评价者可藉由从0分到10分的分数来评价医师的每一个专业领域，然后计算所有评价者的评价分数的总和作为评价值。对应于项目「治疗方法」的信息是指定与每位医师的专业领域对应的疾病的特定治疗方法的信息，而且例如「A方法」、「B方法」或「C方法」等特定治疗方法系被储存。对应于项目「治疗费用」的信息是指定患者在治疗与每位医师专业领域对应的疾病时所产生的治疗费用的信息，例如表示「120万日元」、「100万日元」或「90万日元」等特定金额的信息。
[0101] (配置—管理服务器—数据记录单元—医师属性DB)
[0102] 图1中的医师属性DB 23c为储存指定一医师属性的医师属性信息的医师属性储存单元。图4为说明医师属性DB 23c的配置实例图。如图4所示，医师评价DB 23b系藉由使对应于项目「医师ID」的信息、对应于项目「名称」的信息、对应于项目「性别」的信息、以及对应于项目「医师所属医院」的信息彼此相关联而配置。在此，对应于项目「医师ID」的信息系唯一识别医师的信息，且系与被储存作为与上述医师评价DB 23b的项目「医师ID」相对应的信息为相同信息。对应于项目「名称」的信息是指示每位医师的姓名的信息。对应于项目「性别」的信息是指示每位医师的性别的信息。对应于项目「医师所属医院」的信息是关于每位医师属于哪个医院的信息，且系藉由使对应于子项目「地区」的信息、对应于子项目「医院名称」的信息、以及对应于子项目「医院部门」的信息彼此相关联而配置。在此，对应于子项目「地区」的信息是指定每位医师所属医院的地区的信息，而且是表示例如「关东/东京」、「关东/神奈川」等的地区和县的名称的信息。对应于子项目「医院名称」的信息是指定每位医师所属医院的名称的信息，且表示例如「普通法人基金会圣卢克国际医疗中心」和「市立大学法人横滨市立大学医院」等医院名称的信息会被储存。对应于子项目「医院部门」的信息是指定每位医师所属医院部门的名称的信息，而且表示例如「血液学」和「肿瘤学」的医院部门名称的信息会被储存。
[0103] (配置—管理服务器—数据储存单元—目标医师DB)
[0104] 图1中的目标医师DB 23d是目标医师信息储存单元，其储存了与该医师撷取单元22e所撷取的一目标医师有关的信息。图5是说明该目标医师DB 23d的配置实例图。如图5所示，目标医师DB 23d系藉由使对应于项目「患者ID」的信息、对应于项目「医师ID」的信息、对应于项目「综合评价值」的信息、以及对应于项目「优先性」的信息彼此相关联而配置。在此，对应于项目「患者ID」的信息是用于唯一识别一患者的信息，而且在这个具体实施例中，系储存有藉由结合字母P和四位数数字而配置的识别信息。对应于项目「医师ID」的信息是用于唯一识别一医师的信息，且系类似于如前述医师评价DB 23b中所描述的信息。对应于项目「综合评价值」的信息是一数值，其系用于指定一优先性(下文将说明)的一指标，而且是基于上述评价值以及患者属性信息和医师属性信息等(下文将说明)所计算的数值。对应于项目「优先性」的信息是一数字，其排序了适合一患者的医师，并依序从例如较高的综合评价值加以排序。对应于项目「医师ID」和项目「综合评价值」的信息系从对应记录的较高优先性依序储存(从较低数字排序)。
[0105] (处理)
[0106] 接着，将说明如上述配置的医疗系统1所执行的处理。
[0107] (处理—医师评价DB产生处理)
[0108] 首先将说明医师评价DB产生处理。此医师评价DB产生处理是用于产生如图3中所示的医师评价DB 23b的处理。粗略地说，此医师评价DB 23b是藉由在网页(WEB)上通过一输入表格进行每个医师的输入，然后收集与每个医师输入的医师评价有关的信息(以下称为医师评价信息)而产生。图6是医师评价DB产生处理的流程图(在下文中，在描述每一个处理时，步骤被简写为「S」)。
[0109] 首先，如SA1所示，管理服务器20的控制单元22接受一医师评价信息登录请求。举例而言，登录请求是由医师点击终端装置10的显示器13上所显示的新登录图标而产生。当该登录请求如上述被接受，即随机决定该医师特定的医师ID，而且程序进行到SA2。
[0110] 在SA2，管理服务器20的控制单元22接受来自该医师的专业领域的输入。该输入可藉由在终端装置10的显示器13上列出多个ICD疾病名称并且在它们其中藉由例如点击来选择医师专业领域的ICD疾病名称而产生。可以选择多个ICD疾病名称。
[0111] 在SA3，管理服务器20的控制单元22接受来自医师的治疗方法的输入。与在SA2由医师所选择的ICD疾病名称对应的多个治疗方法被列在例如终端装置10的显示器13上。该等治疗方法是藉由参照储存ICD疾病名称及彼此相关联的治疗方法的一治疗方法表(未示)而列出。然后，医师可以通过点击选择上述治疗方法中医师专业的治疗方法来进行输入。可以选择多种治疗方法。
[0112] 在SA4，管理服务器20的控制单元22接受来自医师的治疗费用的输入。举例而言，可以在终端装置10的显示器13上显示针对在SA2医师所选择的每个ICD疾病名称的治疗费用的输入表格，而且医师可以在该输入表格中输入一特定金额。
[0113] 在SA5，管理服务器20的控制单元22完成登录，并且根据在SA1至SA4的处理中的每一则信息输入而在图3所示的医师评价DB 23b中储存对应于项目「医师ID」的信息、对应于项目「专业领域」的信息、对应于项目「治疗方法」的信息、以及对应于项目「治疗费用」的信息。针对对应于项目「评价数」的信息和对应于项目「评价值」的信息这两者「，0」被储存作为初始值。当如上述般完成登录，一特定医师ID被传送给医师，而且创建一帐户，并且产生显示与该医师本身帐户有关的各种类型信息〔例如专业领域和治疗方法的信息(若在下文将说明的医师属性DB产生处理中登录了例如医师的姓名与性别以及医师所属医院的医院名称的信息，则也包括这些类型的信息)〕的一网页(WEB)页面。然后，医师可藉由通过登入表格而输入预先设定的医师本身的ID和密码等，于网页页面上观看及编辑信息。医师评价DB产生处理系如上述般完成。
[0114] (处理—医师属性DB产生处理)
[0115] 接着将说明医师属性产生处理。此医师属性DB产生处理系用于产生如图4中所示的医师属性DB 23c的处理。概略地说，此医师属性DB 23c是藉由在网页上通过一输入表格进行各个医师的输入，然后收集由每个医师输入的信息(以下称为医师属性信息)而创建的。图7是医师属性DB产生处理的流程图。
[0116] 在SB1，管理服务器20的控制单元22接受该医师属性信息的登录请求。该登录请求是通过在终端装置10的显示器13上显示的登入窗体上输入医师的医师ID和密码等来进行，以便登入医师自己的账户并通过点击进入例如在显示器13上显示的「简文件编辑」图标。当如上述般接受登录请求时，程序进行到SB2。
[0117] 在SB2，管理服务器20的控制单元22接受来自医师的姓名输入。例如，用于输入姓名的输入表格可以显示在终端装置10的显示器13上，而且医师可以于该输入表格中输入其自身的姓名。
[0118] 在SB3，管理服务器20的控制单元22接受来自医师的性别输入。例如，可以在终端装置10的显示器13上提供男性或女性的查核栏，并且医师可以通过查核适用于其自身性别的查核栏来进行输入。
[0119] 在SB4，管理服务器20的控制单元22接受来自医师于医师所属医院所在地区的输入。例如，用于输入区域的输入表格可以显示在终端装置10的显示器13上，并且医师可以于该输入表格中输入医师所属医院的地区。
[0120] 在SB5，管理服务器20的控制单元22接受来自医师的医师所属医院名称的输入。例如，用于输入医院名称的输入表格可以显示在终端装置10的显示器13上，并且医师可以于该输入表格中输入医师所属医院的名称。
[0121] 在SB6，管理服务器20的控制单元22接受来自医师的医师所属医院部门的输入。例如，用于输入医院部门的输入表格可以显示在终端装置10的显示器13上，并且医师可以于该输入表格中输入医师所属的医院部门。
[0122] 在SB7，管理服务器20的控制单元22完成登录，并且基于在SB1至SB6的处理中所输入的每一则信息，储存图4所示的医师属性DB 23c中对应于项目「医师ID」的信息、对应于项目「姓名」的信息、对应于项目「性别」的信息、对应于子项目「区域」的信息、对应于子项目「医院名称」的信息、以及与子项目「医院部门」对应的信息。医师属性DB产生处理系如上述般完成。
[0123] (处理—医师评价处理)
[0124] 接着将说明医师评价处理。医师评价处理是用于更新与图3所示的医师评价DB 23b中的项目「评价数」对应的信息和与项目「评价值」相对应的信息的处理。图8是医师评价处理的流程图。执行这样的医师评价处理的人是任意的，只要此人知道待评价的医师即可，而且可以包括例如与待评价医师具相同专业、在同一办公室工作的医师及患者。然而，在此具体实施例中，是假设通过执行上述图6所示的医师评价DB产生处理，只有拥有医师ID的医师才能够执行医师评价处理。在下文说明中，根据需要，进行评价的医师被称为「评价者」，待评价的医师称为「被评价者」。
[0125] 在SC1，管理服务器20的控制单元22接受选择作为被评价者的医师。举例而言，这种医师选择的接受方法是任意的，而且可以基于医师属性信息自动地选择属于与被评价者相同医院的医师作为评价者。但是，在这个具体实施例中，系通过以下方法来接受选择。首先，当医师在显示于终端装置10的显示器13上的登入表格中输入其自己的医师ID、密码等并登入其账号时，其网页页面帐户即显示在终端装置10的显示器13上，而且在该网页页面上列有其他多位医师的信息(例如医师姓名和所属医院名称)。然后，通过点击列出的医师的信息，页面移动到医师账号的网页页面，并且通过点击网页页面上显示的「评价此医师」图标选择被评价者。
[0126] 在SC2，管理服务器20的控制单元22接受医师专业领域的选择作为被评价者。例如，通过将ICD疾病名称登录为在终端装置10的显示器13上显示的被评价者的专业领域、并且通过让评价者选择显示的ICD疾病名称来接受该选择。
[0127] 在SC3，管理服务器20的控制单元22判定评价者对于被评价者的评价是否为「值得尊敬」。具体而言，在被评价者的终端装置10的显示器13上显示「值得尊敬」、「非常好」和「良好」三个查核栏，并且判定被评价者是否已经查核过「值得尊敬」的查核栏。然后，如果「值得尊敬」被查核(SC3，是)，则程序进行到SC4；然若「值得尊敬」未被查核(SC3，否)，则程序进行到SC5。
[0128] 在SC4，管理服务器20的控制单元22将与「值得尊敬」相关联的分数(＝10分)加到信息中，其系与评价者在前述SC2于图3所示的医师评价DB 23b中所选择的被评价者的医师ID对应以及与评价者所选择的专业领域对应的记录中项目「评价值」对应的记录。具体而言，储存了表示评价内容(「值得尊敬」、「非常好」、「良好」等)的信息以及表示了彼此相互关联的分数(「10分」、「5分」和「0分」)的信息的评价信息表(未示)将会被参照，而且相应于评价者所选的评价内容而储存的分数会被加入。
[0129] 在SC5，管理服务器20的控制单元22判定由评价者做出的被评价者的评价是否为「非常好」。具体而言，在上述三个查核栏中，判定被评价者是否已经查核了「值得尊敬」的查核栏；然后，如果已查核了「非常好」(SC5，是)，则程序进行到SC6；而若「非常好」未被查核(SC5，否)，则程序进行到SC7。
[0130] 在SC6，管理服务器20的控制单元22在与被评价者的医师ID对应的记录中的项目「评价值」中加5分。此加分的具体步骤是通过与上述SC4类似的方法来执行。
[0131] 在SC7，亦即，在「值得尊重」的查核栏或「非常好」的查核栏都没有被查核时，亦即，当「良好」的查核栏被查核时，管理服务器20的控制单元22不对与被评价者的医师ID对应的记录中的项目「评价值」加入任何事项。通过完成SC4、SC6或SC7的处理，评价值被累积，之后程序进行到SC8。
[0132] 在SC8，管理服务器20的控制单元22在与被评价者的医师ID相对应的记录中的项目「评价数」中加1。因此，对被评价者的专业领域做出评价的评价者人数被累积。对被评价者做出评价的评价者的医师ID较佳地被储存在管理服务器20的数据记录单元23中，使得同一评价者不能多次评价同一位被评价者。医师评价处理系如上述般完成。
[0133] (处理—目标医师输出处理)
[0134] 接着将说明目标医师输出处理。此目标医师输出处理是用于在患者发送患者疾病状况信息和患者属性信息时向患者输出与适合于该患者的目标医师有关的信息的处理。图9是目标医师输出处理的流程图。执行此目标医师输出处理的时机是任意的，并且例如是在终端装置10和管理服务器20被启动时执行。
[0135] 首先，在SD1，终端装置10的控制单元15判定是否已经接受患者疾病状况信息的输入。此判定的具体方法是任意的，而且举例而言，在终端装置10的显示器13上显示ICD疾病名称的列表，并且当患者于此列表中选择指示患者疾病的ICD疾病名称时，即判定该输入已被接受。然后，等待直到输入被接受为止(SD1，否)，而且当输入被接受(SD1，是)时，程序进行到SD2。
[0136] 在SD2，终端装置10的控制单元15通过终端装置10的通讯单元11将在SD1输入的患者疾病状况信息发送到管理服务器20。
[0137] 在SD3，管理服务器20的患者疾病状况取得单元22a判定是否已经从终端装置10接收到患者疾病状况信息。然后，等待直到接收为止(SD3，否)，并且在接收时(SD3，是)，程序进行到SD6。
[0138] 在SD4，终端装置10的控制单元15判定患者属性信息的输入是否已被接受。此判定的具体方法是任意的，并且在终端装置10的显示器13上显示例如用于输入作为患者属性信息的「年龄」、「性别」、「位置」和「预算」的输入表格，而且通过在此输入表格中产生一输入的事实来判定该输入已经被接受。患者可以跳过此输入表格的一部分或全部的输入。然后，等待输入被接受(SD4，否)，并且当输入已被接受时(SD4，是)，程序进行到SD5。
[0139] 在SD5，终端装置10的控制单元15通过终端装置10的通讯单元11将在SD4输入的患者属性信息发送到管理服务器20。
[0140] 在SD6，管理服务器20的患者属性取得单元22b判定是否已从终端装置10接收到患者属性信息。然后，等待直到接收为止(SD6，否)，并且在接收时(SD6，是)，程序进行到SD7。
[0141] 在SD7，管理服务器20的控制单元22基于在SD3接收到的患者疾病状况信息和在SD6处接收到的患者属性信息来产生医师检索信息。在此，图10是说明医师检索信息的配置实例图。此医师检索信息系藉由使对应于项目「患者ID」的信息、对应于项目「患者疾病状况信息」的信息、以及对应于项目「患者属性信息」的信息彼此相关联而配置。对应于项目「患者ID」的信息是进行医师检索的患者的患者ID。对应于项目「患者疾病状况信息」的信息是用于唯一指定患者的疾病状况的信息，而患者在SD1的处理中所输入的ICD疾病名称会被储存。对应于项目「患者属性信息」的信息是用于唯一指定患者的属性的信息，而在SD4的处理中输入的患者属性会被储存。具体而言，对应于子项目「年龄」的信息、对应于子项目「性别」的信息、对应于子项目「位置」的信息、以及对应于子项目「预算」的信息系彼此相关联且被储存，而与患者的年龄、性别、位置和预算有关的信息会分别被储存。
[0142] (处理—目标医师输出处理—目标医师撷取处理)
[0143] 返回图9，在SD8，管理服务器20的医师撷取单元22e执行目标医师撷取处理。以下将说明目标医师撷取处理。图11是目标医师撷取处理的流程图。此目标医师撷取处理是用于基于医师检索信息来撷取适合患者的医师的目标医师的处理。
[0144] 首先，在SE1，医师撷取单元22e指定患者的ICD疾病名称。具体而言，在图9所示的目标医师输出处理的SD7中所产生的图10的医师检索信息中与「患者疾病状况信息」相对应的信息被指定为患者的ICD疾病名称(图10中的「高血压性心脏病」)。
[0145] 在SE2，医师撷取单元22e指定专门从事在SE1所指定的患者ICD疾病名称的医师的医师ID。具体而言，系参照与图3所示的医师评价DB 23b中项目「专业领域」对应的信息，并指定储存在SE1中指定的ICD疾病名称记录的医师ID。举例而言，在图3中，储存为患者的ICD疾病名称的高血压性心脏病的记录而作为医师ID是「D0001」。同样，专门从事高血压性心脏病的医师的所有医师ID都可被指定。
[0146] 在SE3，医师撷取单元22e撷取出在SE2中指定的全部医师ID中评价值大于参考值的医师ID。在此，举例而言，「参考值」是为了不向患者输出评价低的医师而预先储存在管理服务器20的数据记录单元23中的参考集。作为参考值，设置例如「10」、「20」或「30」等的任意值。在不考虑评价而输出全部医师的情况下，只要将参考值设定为「0」即可。医师ID的撷取系如上述般完成，并返回到图9中的目标医师输出处理，程序进行到SD9。
[0147] (处理—目标医师输出处理—排序处理)
[0148] 在SD9，管理服务器20的控制单元22执行排序处理。此排序处理是按照适合于患者的医师的顺序对在SE3中所撷取出的全部医师ID进行排序的处理。图12是排序处理的流程图。在此，在排序处理中，粗略地说，从在图11的SE3中撷取的医师ID中撷取出一个医师ID，并计算出此医师ID的综合评价值(后述)；然后，从图11的SE3中所撷取的医师ID中撷取出另一医师ID，计算此医师ID的综合评价值；之后重复同样的处理，藉此，在图11的SE3中所撷取的全部医师ID的综合评价值都被计算。在下文说明中，将已计算综合评价值的医师ID所指示的医师称为「计算目标医师」。
[0149] 首先，在SF1，管理服务器20的匹配程度计算单元22d取得与计算目标医师有关的医师属性信息。具体而言，参照图4所示的医师属性DB 23c，并取得储存在SE3中撷取出的医师ID的记录，作为与项目「医师ID」对应的信息。
[0150] 在SF2，管理服务器20的匹配程度计算单元22d将计算目标医师的匹配程度设置为「1.0」。此匹配程度是用于指定患者的属性与医师的属性之间的匹配的基准的值，如上所述将初始值设定为「1.0」。
[0151] 在SF3，管理服务器20的匹配程度计算单元22d判定计算目标医师所属医院是否在从患者的位置可到达的范围内。此判定的具体方法是任意的，但是若储存作为图4中所示的医师属性DB 23c中的项目「地区」相对应的信息的计算目标医师所属医院的位置，其与被储存作为图10所示的医师检索信息中对应于项目「位置」的信息的患者位置匹配，则可判定其为在可到达范围内。或者，如果从患者位置移动到计算目标医师所属医院位置的时间在预定时间(例如2小时)内，其可被判定为在可到达范围内。这个预定时间可以任意设定，但是在设定时可以考虑患者的年龄，且若患者的年龄是年老的，例如，考虑到长时间的移动是困难的，可以将预定时间设定得较短。而且，移动时间的测量方法是任意的，并且可以通过使用例如已知的路线搜寻应用程序来测量。然后，如果在可到达范围内(SF3，是)，则程序进行到SF4，而如果不在可到达范围内(SF3，否)，则程序进行到SF5。
[0152] 在SF4，管理服务器20的匹配程度计算单元22d假设计算目标医师和患者在地理上匹配良好，并且将匹配程度加0.1。在此时要加的具体点数是任意的，例如可以加0.2或0.3。此外，该数值可能与将在稍后描述的SF6或SF8中所要加入的值不同。
[0153] 在SF5，管理服务器20的匹配程度计算单元22d判定计算目标医师的费用对于患者是否合理。此判定的具体方法是任意的，例如若作为与图3所示的医师评价DB 23b中项目「治疗费用」相对应的信息而储存的计算目标医师的治疗费用，其包含在作为与图10所示的医师检索信息中项目「预算」对应的信息而储存的患者预算中，则可判定其为合理。或者，若患者的预算与计算目标医师的治疗费用之间的差异是一预定金额(例如20万日元)或更少，则可判定是合理的。如果是合理的(SF5，是)，程序进行到SF6，而如果不合理(SF5，否)，则程序进行到SF7。
[0154] 在SF6，管理服务器20的匹配程度计算单元22d在费用方面判定计算目标医师和患者彼此良好地匹配，并且将匹配程度加上0.1。在此时要加的具体点数是任意的，例如可以加0.2或0.3。
[0155] 在SF7，管理服务器20的匹配程度计算单元22d判定计算目标医师的性别是否匹配患者的性别。此判定的具体方法是任意的，但通过比较作为与图4所示的医师属性DB 23c中的项目「性别」对应的信息而储存的计算目标医师的性别与作为图10所示的医师检索信息中的项目「性别」相对应的信息而储存的患者的性别，并且如果他们彼此匹配，则可以判定两者的性别相互匹配。如果他们彼此匹配(SF7，是)，则程序进行到SF8，否则(SF7，否)，程序进行到SF9。
[0156] 在SF8，管理服务器20的匹配程度计算单元22d判定计算目标医师和患者在性别上彼此良好匹配，并且将匹配程度加上0.1。在此时要加的具体点数是任意的，例如可以加0.2或0.3。
[0157] 在SF9，管理服务器20的匹配程度计算单元22d计算在上述SF1到SF8的处理之后计算目标医师的最终匹配程度。具体而言，计算出「1.0」至「1.3」的数值作为上述实例中的匹配程度。
[0158] 在SF10，管理服务器20的匹配程度计算单元22d计算计算目标医师的综合评价值。此综合评价值是用于指定患者的计算目标医师的综合评价的信息。用于计算该综合评估值的具体单位是任意的，但是在此具体实施例中，是根据与图3所示的医师评价DB 23b中的计算目标医师的项目「评估值」对应的信息、以及图12的SF9中计算的匹配程度来加以计算。具体而言，是通过将匹配程度乘以评价值来计算综合评价值。然而，这样的计算方法不是限制性的，并且例如可以通过考虑除了评价值或匹配程度以外的因素来进行计算。举例而言，参照与图3所示的医师评价DB 23b中的计算目标医师的项目「评价数」对应的信息，可通过假设评价数较多的医师具有较佳声誉的方式来进一步提高综合评价值。
[0159] 在SF11，管理服务器20的匹配程度计算单元22d判定是否已经计算了在图11中的SE3所撷取的所有医师ID的综合评价值，并且如果它们还没有被计算(SF11，否)，则程序返回到SF1，之后将还没有计算综合评价值的医师假设作为计算目标医师，重复SF1到SF11的处理。如果已经计算了在图11中SE3撷取的所有医师ID的综合评价值(SF11，是)，则程序进行到SF12。
[0160] 在SF12，管理服务器20的匹配程度计算单元22d产生图5所示的目标医师DB 23d，该目标医师DB 23d从在SF1至SF11的处理所计算出具有较高综合评价值者依序列出医师ID。对于患者ID为「P0001」的患者而言，具有医师ID「D0006」、「D0001」和「D0085」的医师系按照优先级从高到低的顺序排列(也就是说，从综合评价值较高者开始)。对于患者ID为「P0002」的患者而言，具有医师ID「D0074」、「D0016」和「D0153」的医师按照优先性高的顺序列出。排序处理系如上述般完成，程序返回到图9所示的目标医师输出处理。
[0161] 接着，在SD10，管理服务器20的控制单元22将储存在图5所示的目标医师DB 23d中的目标医师信息中与发送目的地的患者的患者ID相对应的记录的信息发送给患者的终端装置10。在此时，唯一指定患者的终端装置10的ID会被加到要在传输中发送的目标医师信息中。
[0162] 在SD11，终端装置10的控制单元15判定是否已经接收到目标医师信息。此判定方法是任意的，且例如，可以判定终端装置10的ID是否与加到终端装置10侧的目标医师信息上的ID相匹配，然后如果它们匹配，则可以判定已接收到目标医师信息。然后，终端装置10的控制单元15等待直到已接收到目标医师信息为止(SD11，否)，并且如果接收到(SD11，是)，则程序进行到SD12。
[0163] 在SD12，终端装置10的控制单元15在SD11上显示在终端装置10的显示器13上所接收到的目标医师信息。如上所述，通过从具有较高综合评价值的那些人的顺序显示列出医师的目标医师信息，患者可以轻易地为自己辨识出合适的医师。在显示器13上显示的目标医师信息中点击每个医师的ID可以看见与被点击的医师相关的详细信息。例如，储存在医师属性DB 23c中与医师的姓名和性别有关的信息以及医师所属医院，或储存在医师评价DB 23b中与专业领域、治疗方法和治疗费用相关的信息等变成可见。此外，它们以外的信息可储存于医师属性DB 23c或医师评价DB 23b等中，因此信息是可见的。举例而言，可使医师的大头照或医师所写的论文等成为可见。此外，点击医师专业领域中的ICD疾病名称可使如图
2所示的ICD疾病名称DB 23a中所储存的信息被参考，而且与对应于ICD疾病名称的疾病有关的详细信息成为可见。具体而言，可以通过点击ICD疾病名称，在显示器13上列出图2中的每个项目名称(疾病评论、症状评论、疾病诊断、疾病影像和外部链接)，并且可从图2中的ICD疾病名称DB 23a读取与该项目对应的信息，并通过点击任何一个项目在显示器13上显示与该项目对应的信息。目标医师输出处理如上述般完成。
2所示的ICD疾病名称DB 23a中所储存的信息被参考，而且与对应于ICD疾病名称的疾病有关的详细信息成为可见。具体而言，可以通过点击ICD疾病名称，在显示器13上列出图2中的每个项目名称(疾病评论、症状评论、疾病诊断、疾病影像和外部链接)，并且可从图2中的ICD疾病名称DB 23a读取与该项目对应的信息，并通过点击任何一个项目在显示器13上显示与该项目对应的信息。目标医师输出处理如上述般完成。
[0164] (具体实施例的有利效果)
[0165] 如上所述，根据具体实施例，由于基于疾病状况信息和医师信息来使患者和医师相互匹配，所以可以基于患者的疾病状况和医师的信息进行匹配，而且患者可以选择适合自己的疾病的医师，或医师可以根据自己的技术选择合适的患者。
[0166] 此外，由于基于患者疾病状况信息和医师评价状况而输出与目标医师有关的信息，因此可以在选择目标医师时优先输出被判定为客观优秀的医师，并且患者可以选择一个更适合其自己疾病的医师。
[0167] 此外，由于储存了与ICD疾病名称对应的疾病相关的医师的评价，所以能够储存与国际规范性的基准相关的医师的评价，即使是具有多个疾病名称的疾病，也能够储存单一性的整合评价。
[0168] 此外，由于储存了关于与患者的疾病状况对应的治疗方法的医师评价，所以即使能够通过单一治疗方法等来治疗多种不同的疾病，医师的评价也能够被适当地储存。
[0169] 此外，基于患者属性信息和医师属性信息来计算表示医师适合于患者医学治疗程度的匹配程度，而且通过考虑此匹配程度来撷取目标医师，因此，可以基于患者的疾病状况以外的信息或对医师的评价以及患者和医师特有的信息来撷取出目标医师，而且患者可以选择更适合于患者针对其自己的疾病所接受的治疗的医师。
[0170] 此外，由于患者的属性包括患者的年龄、性别、当前位置或医疗费用，所以可以基于诸如患者的年龄、性别、当前位置或治疗费用的特定信息来撷取出目标医师，而且患者可以选择更适合于患者针对其自己的疾病所接受的医学治疗的医师。
[0171] 此外，由于医师的评价是根据具有专业知识的其他医师的评价来确定的，因此可以储存更适当的评价。
[0172] [变化例]
[0174] (本发明所欲解决的问题及有利效果)
[0175] 首先，本发明所欲解决的问题以及本发明的有利效果并不限于上述内容，但本发明可解决上文未述的问题，或可提供上文未述的有利效果，而且此外，还可解决所述问题的仅一部分，或可提供所述有利效果的仅一部分。举例而言，即使与传统系统相比无法选择出适合患者的医师，当本申请案的发明单元不同于传统系统的单元时，仍解决本申请案的发明问题。
[0176] (分布与整合)
[0177] 另外，上述各电气构成组件是功能性的概念，并不一定需要如图所示的物理性构成。也就是说，每个单元的分布或整合的具体形式不限于所示者，而且它们的全部或一部分可以透过根据各种负载和使用条件而通过任意单元在物理上或功能上分布或整合它们来配置。例如，终端装置10或管理服务器20可以通过多个装置以分散的方式来配置，终端装置10或管理服伺服20可以彼此整合在一起，或者终端装置10和管理服务器20任一者的一部分功能可以被提供于另一者中。此外，在分布单元时，这些单元之间的协作可以通过有线和无线方式中的任一种或两种来实现。
[0178] (形状、数值、结构及时间序列)
[0179] 关于在具体实施例或附图中例示的构成组件，多个构成组件的形状、数值或结构或者时间序列中的相互关系可以在本发明的技术思想的范围内被任意地修改和改进。
[0180] (评价)
[0181] 在这个具体实施例中，如图3所示，其说明了与医师的专业领域有关的医师评价系作为医师评价信息而储存，但并不限定于此，例如，与治疗方法有关的医师评价亦可以被储存。如上述说明，通过将与患者的疾病状况相对应的治疗方法有关的医师评价作为医师评价信息进行储存，即使多种不同疾病能够通过单一治疗方法等加以治疗，医师的评价仍可以被适当地储存。
[0182] 另外，在这个具体实施例中，其说明了基于来自其他医师的评价来决定医师的评价，但并不限定于此，医师的评价也可以基于来自患者的评价而决定。或者，也可以基于来自其他医师的评价和来自患者的评价两者来决定医师的评价，而且通过来自医师的评价而加入评分的评价值、以及通过来自患者的评价而加入评分的评价值，在此时是产生不同数值，而且通过评价值的总和来计算出单一评价值。或者，这些各别的评价值系分别被处理，并且可输出「根据来自医师的评价值而判定为适合的目标医师」和「根据来自患者的评价值而判定为适合的目标医师」。
[0183] (评价值)
[0184] 在此具体实施例中，作为评价方法，系以「值得尊敬」、「非常好」和「良好」三个阶段中的任何一个标准进行评价，但不限于此；举例而言，评价可以藉由「0」到「10」中的任何一个的评分作为评价值。或者，也可以加入否定的评价作为评价标准，也可以设置加入了「不好」和「非常差」两个阶段的五阶段标准，可将「不好」的评价设定为评价值「-5」以及将「非常差」的评价设定为评价值「-10」。
[0185] 此外，医师的评价值可以通过除了来自他人的评价之外的方法来指定。例如，医师的评价值可以根据应被评价的医师的职业、业务经验、学术背景、活动等来指定。作为一个具体实例，下文将说明基于医师的活动〔特别是由医师撰写论文、书籍等(以下称为「论文」)〕来指定医师评价值的方法。首先，在医师属性DB 23c或者医师评价DB 23b中可储存与医师所写的论文有关的信息(论文的内容或仅是论题的标题)。它们可以透过医师自己通过操作单元12输入来储存。然后，当这些论文被储存在医师属性DB 23c或医师评价DB 23b等中时，该医师被认为具有权限，而且与这些论文对应的专业领域的评价值会增加一预定值(例如+30)。此外，作为基于医师的职业来指定评价值的方法，在作为医师的专业领域中该医师致力于一疾病的时期可以储存在医师属性DB 23c中，或者，例如医师评价DB 23b中，并且可以根据该时期将评估值增加一预定值。举例而言，在30年以上的情况下，将评价值设为+100；在20年以上的情况下，评价值设为+50；在10年以上的情况下，评价值可以设定为+20等。
[0186] 另外，这些论文的共同作者可以被储存在管理服务器20的数据记录单元23(例如医师属性DB 23c或医师评价DB 23b等)中。首先，如上所述，当输入的医师(以下称为「医师A」)通过操作单元12输入了这些论文时，例如在显示器13上显示要输入共同作者的项目上，在此项目输入用于指定作为共同作者的其他医师(以下称为「医师B」)的信息。随后，管理服务器20的控制单元22基于输入内容等将与论文的作者有关的信息与这些论文相关联，并且将它们储存在管理服务器20的数据记录单元23中。储存的具体形式是任意的，但是医师A输入的指定医师B的信息和与该等论文相关联的信息可以被相关联并储存在例如医师属性DB 23c中医师A的记录中。或者，医师属性DB 23c中的医师B的记录可以基于由医师A所输入的指定医师B的信息来指定，并且指定医师A的信息和与这些论文相关的信息是相关联的，而且被储存在医师B的记录中。或者，这两种模式被组合，并且指定各别共同作者的信息和与这些论文相关的信息可以被关联并储存在医师A和医师B的记录中，也可以在将指定这些论文的所有作者(在这种情况下为医师A和医师B)的信息和与这些论文相关的信息相关联的论文信息DB(未示出)中进行储存，指定医师A的信息、指定医师B的信息、以及与医师A和医师B所写的论文有关的信息都可被储存。因此，作为共同作者的医师B可以省略输入有关其所写论文的信息的工作，并且可以简化有关这些论文的信息的累积。
[0187] 另外，在这个具体实施例中，在要计算综合评价值的情况下，直接使用与图3的项目「评价值」对应的信息，但并不限定于此，也可使用评价的平均值。具体而言，综合评价值可以透过使用通过将与项目「评价值」对应的信息的数字值除以与项目「评价数」相对应的信息的数字值而获得的数值来计算。因此，可以轻易地撷取出具有较小评价数但评价较高的医师。
[0188] (目标医师输出处理)
[0189] 在这个具体实施例中，在图9中的目标医师输出处理的SD12中，描述了图5所示的目标医师DB 23d中储存的目标医师信息中与作为发送目的地的患者的患者ID相对应的记录的信息(即，图5中的医师ID、综合评价值和优先性)，该信息系显示在显示器13上，但要显示的信息并不限于此类信息。例如，可以不显示医师ID、综合评价值和优先性中的任何一个，可显示可以指定医师的信息(例如，基于医师属性DB 23c而指定的医师的姓名)而不是医师的ID，或者它们都可以被显示。
[0190] 另外，在这个具体实施例中，是以综合评价值高的顺序显示医师，但并不限于此，可以以任意的顺序或以任意的显示形态来显示医师。例如，也可以按照综合评价值将医师分成多个等级(第一级医师的综合评价值在较高的20％以内，第二级医师的为较高的20～40％，而第三级为其余医师)，并且可在每一个级别中显示出医师。
[0191] (匹配)
[0192] 此外，在本具体实施例中，在患者与医师相互匹配的情况下，将要匹配的医师输出给患者(在患者的显示器13上显示目标医师)，但是反之亦然，可以将要匹配的患者输出给医师(患者显示在目标医师的显示器13上)。图13是概念性说明根据变化例1的医疗系统30的图式。然而，假设没有特别说明的配置系与具体实施例中的配置相同，故将省略说明；与具体实施例中相同的构成组件被赋予依需要在该具体实施例中使用的相同组件符号。以下将说明的变化例2和变化例3中将同样适当地省略描述，并且在说明书中给出在具体实施例中使用的相同组件符号。
[0193] 如图13所示，首先，患者(图13的患者C)通过输入表格(显示实例A)输入并发送与患者有关的患者信息〔例如图13中的主旨、姓名、年龄、咨询内容(患有疾病的名称、当前的症状、以前的治疗等)以及金额〕，此输入表格的输入内容被储存在管理服务器20的数据记录单元23(未示于图13中)中。当其他患者(患者A、患者B和患者D等)也通过输入表格进行输入时，来自各种患者的输入内容被累积在数据记录单元23中。在图13中，举例而言，患者A输入「关于A」、患者B输入「关于B」、患者C输入「关于C」、以及患者D输入「关于D」等输入内容会进行累计(显示实例B)。
[0194] 另一方面，当医师通过登录与医师有关的各种类型的信息(专业领域、类似于具体实施例中的治疗方法等)来建立账号时，显示各种类型信息的网页页面(显示实例C)被生成，并且上述患者的输入内容可从此网页页面查看。例如，上述输入内容可以显示在网页页面的顶部。此时显示的输入内容较佳地仅显示与医师关系密切的输入内容，并且可以基于患者的输入内容(例如患有疾病的名称)仅显示与医师专业领域有关的输入内容和医师的信息(例如专业领域)。
[0195] 作为示例，首先，患者疾病状况取得单元22a(未示于图13中)基于患者所输入的输入内容来指定患者的疾病状况(例如疾病名称)。如果通过输入内容输入特定疾病名称，则可以指定疾病名称，或者如果输入模糊症状，则参照储存与症状和疾病名称相关联的DB(未示出，可参照下文将描述的图5中的症状DB)，并且疾病名称可以基于症状来指定。然后，管理服务器20的控制单元22通过参照医师评价DB 23b(未示于图13中)等，指定专门从事指定的疾病名称的医师，且列出患者的输入内容的简化页面(举例而言，如在显示实例B中那样，仅有主旨、金额和咨询内容的前几行)并显示在指定医师的网页页面(显示实例C)上。显示实例C例示了一实例，其中管理服务器20的控制单元22确定由于「关于A」的输入内容与医师的专业不匹配，所以它们不显示目标，而仅显示「关于B」、「关于C」和「关于D」。医师可以从中选择适合其治疗的患者，并发送讯息给选定的患者。通过点击显示实例B的主旨，例如，显示点击的输入内容的详细页面(显示实例D)，并且可以在该详细页面上提供的讯息栏中写入讯息。在「关于C」的页面(显示实例D)中，不仅写入医师B的讯息，而且写入医师A和医师C的讯息(即，医师A和医师C也想要治疗该患者C)。这个讯息栏可被设置为使得患者以外的人不能查看它。
[0196] 然后，患者看到每个医师对于其自己的输入内容的讯息(显示实例D)，并且可以选择患者想要从其接受治疗的医师并与该医师交换讯息。在此时，例如，通过选择医师的讯息栏，其可经配置为患者可以查看医师的网页页面(显示实例C)，以便患者可以查看医师的专业领域、评价等。如上所述，根据此变化例1的控制单元22从多数个患者的输入内容(全部在显示实例B中)中撷取出与医师的治疗相关的输入内容(显示实例B中的「关于B」、「关于C」和「关于D」)，并将撷取的输入内容输出给医师，以便匹配患者和医师，由此医师能够选择适合于治疗的患者，而患者可以通过参考来自每位医师的讯息来选择医师，并且可以基于与医师有关的医师信息来选择更适合自己的医师。
[0197] 根据变化例1，在根据患者的输入内容指定了患者的疾病状况之后，基于该疾病状况将输入的内容输出给被确定为适当的医师，由此，医师可以在接收到输入内容的情况下与适合于医师专业的患者联系，并且医师可以轻易地选择适合于自己技术的患者。
[0198] (协调者)
[0199] 在这个具体实施例中，撷取了给予适合患者的治疗的医师，但并这并非限制性，也可以撷取介绍适合于患者的医师的协调者。「协调者」向患者介绍医师，而所谓的全科医师等即扮演此角色。这种协调者需要能够确定患者在治疗初期的疾病严重程度，并能够介绍适当的专业人员。撷取这种协调者的具体方法是任意的，但是下文将通过假设根据储存与协调者有关的评价的协调者DB进行撷取来做说明。
[0200] 协调者DB是用于储存指定医师特有评价的医师评价信息的医师评价储存单元，并且是用于储存指定作为协调者的医师的能力的评价的特定协调者信息的协调者评价储存单元。图14图是说明根据变化例2的协调者DB的配置实例图。如图14图所示，协调者DB是通过将对应于项目「医师ID」的信息、对应于项目「评价数」的信息、对应于项目「评价值」的信息和对应于项目「费用」的信息相关联而加以配置。在此，对应于项目「医师ID」的信息是用于唯一地识别医师的信息。对应于项目「评价数」的信息是做出作为协调者的医师的工作的评价的人(以下称为评价者)的数目，而储存例如「8」、「5」、「3」等的数字值。对应于项目「评价值」的信息以数字值表示作为协调者的医师的工作的评价，且是基于评价者对作为协调者的医师的工作而做的评价所计算出的数值。此评价值的确定方法是任意的，并且例如与本具体实施例中的医师评价处理类似，可以由患者进行三阶段评价。此外，对应于项目「费用」的信息是指定当接收到作为协调者的每位医师的工作时由患者承担的费用的信息，且其系指示例如「20万日元」和「30万日元」的特定金额的信息。
[0201] 然后，终端装置10的控制单元15(未示于图14图)基于储存在协调者DB中的信息为患者输出最佳协调者。由于可以类似于上述目标医师输出处理来执行这样的输出，所以在下文中将简要描述示例。首先，如上所述，由于协调者扮演着确定疾病等的角色，所以假设医师系较佳地位于患者可以轻易咨询医师的附近地区，并且通过考虑患者和医师的位置来进行患者与医师之间的匹配。具体而言，首先，当患者在终端装置10中输入患者属性信息(例如「位置」)时，撷取出具有距离患者位置的所需时间在预定时间(例如1小时)内的医师。这种撷取的具体方法是任意的，从上述输入的患者属性信息的位置到医师所属医院的位置所需的时间作为与项目「地区」对应的信息而储存在图4的医师属性DB 23c中，其可通过使用已知的路线搜寻应用程序来加以计算，而且可以与例如所述具体实施例类似地判定所需时间是否在预定时间内。然后，从撷取出的多个医师(即，位于患者附近地区的医师)中，具有与协调者DB中的项目「评价值」相对应的评价值所储存在一参考值(例如「30」)或更多的评价值的医师会被撷取，并且以评价值较高的顺序被显示在终端装置10(未示于图14图)的显示器13上。然后，患者可以从如上显示的医师中选择合适的医师为其疾病进行治疗。通过组合变化例2和具体实施例，可以分别输出患者的适当的协调者和适当的目标医师，或者可以输出落在适当的协调者和目标医师两者下的医师。
[0202] (ICD疾病名称)
[0203] 在本具体实施例的目标医师输出处理中，在终端装置10的显示器13上显示ICD疾病名称的列表，并且患者从此列表中选择指示患者疾病的ICD疾病名称，并输入ICD疾病名称，但患者不一定能认出其ICD疾病名称。因此，可以通过患者对涉及其疾病的输入症状自动撷取出可能的疾病名称(例如ICD疾病名称)。本说明书中的具体方法是任意的，但是在下文说明中，系假设基于症状DB来进行撷取。
[0204] 症状DB是用于储存指定疾病名称的疾病名称信息(以下称为ICD疾病名称)和指定与疾病相关的症状的症状信息的症状储存单元。图15是说明根据变化例3的症状DB的配置实例图。如图15所示，症状DB通过将对应于项目「ICD疾病名称」的信息和对应于项目「症状」的信息相关联而配置。在此，对应于项目「ICD疾病名称」的信息是指定ICD疾病名称的ICD疾病名称说明信息，例如「原发性肺癌」和「甲状腺癌」是适用的。与项目「症状」相对应的信息是每种疾病所涉及的症状，而且「咳嗽」、「血痰」、「胸痛」、「呼吸困难」等是适用的。这些类型的信息已经通过因特网等预先下载并且被储存在症状DB中。
[0205] 然后，在目标医师输出处理中，终端装置10的控制单元15(未示于图15)首先判定是否已接受症状信息的输入。此判定的具体方法是任意的，并且例如在终端装置10的显示器13(未示于图15)上显示一症状列表，并且当判定输入已被接受时，患者从此列表中选择适用于自己的症状。然后，通过参考输入症状和上述症状DB的信息，指定患者的ICD疾病名称。举例而言，当输入多个症状时，可以计算多个症状与症状DB的项目「症状」之间的匹配数(或匹配比率)，并且具有最大匹配数的ICD疾病名称可以被指定为患者的ICD疾病名称。
[0206] 根据变化例3，由于可以基于患者的症状指定患者的疾病名称，而且与指定的疾病名称对应的医师和患者可以相互匹配，所以即使患者无法理解病名或患者不能自行判断其是否患病，患者和医师仍可以适当地彼此匹配。
[0207] (注释)
[0208] 注释1的医疗系统包括：患者疾病状况取得单元，用于取得指定一患者的疾病状况的患者疾病状况信息；医师信息储存单元，用于储存与一医师有关的医师信息；以及匹配单元，用于以该患者疾病状况取得单元所取得的该患者疾病状况信息和该医师信息储存单元中所储存的该医师信息为基础而使该患者与该医师彼此匹配。
[0209] 此外，注释2中的医疗系统是注释1中描述的医疗系统，其中：该医师信息储存单元包括医师评价储存单元，用于储存指定对该医师特定的评价的医师评价信息；该匹配单元包括医师撷取单元，用于以该患者疾病状况取得单元所取得的该患者疾病状况信息和该医师评价储存单元中所储存的该医师评价信息为基础而撷取一目标医师，其系适合该患者之医学治疗的医师；而且，该医疗系统包括：目标医师信息储存单元，用于储存与由该医师撷取单元所撷取的该目标医师有关的信息；以及输出单元，用于输出与该目标医师信息储存单元中所储存的该目标医师有关的信息。
[0210] 另外，注释3中的医疗系统是注释2中描述的医疗系统，其中由该患者疾病状况取得单元所取得的该患者疾病状况信息系一ICD疾病名称，其系根据国际疾病分类所决定的一疾病名称；以及该医师评价储存单元将该医师关于与该ICD疾病名称相对应的一疾病的评价储存作为该医师评价信息。
[0211] 另外，注释4中的医疗系统是注释2或3中所描述的医疗系统，其中：该医师评价储存单元将该医师关于与该患者的疾病状况相对应的一治疗方法的评价储存作为该医师评价信息。
[0212] 另外，注释5中的医疗系统是注释2至4中任一所述的医疗系统，包括：患者属性取得单元，用于取得指定该患者的一属性的患者属性信息；医师属性取得单元，用于取得指定该医师的一属性的医师属性信息；以及匹配程度计算单元，用于计算一匹配程度，其系以该患者属性取得单元所取得的该患者属性信息和该医师属性取得单元所取得的该医师属性信息为基础而表示该医师适合治疗该患者的一程度，且该医师撷取单元基于该匹配程度计算单元所计算的该匹配程度、该患者疾病状况取得单元所取得的该患者疾病状况信息、以及该医师评价储存单元所储存的该医师评价信息而撷取出该目标医师。
[0213] 此外，注释6中的医疗系统是注释5中所述的医疗系统，其中该患者的属性包括该患者的年龄、性别、当前位置或医学治疗费用。
[0214] 此外，注释7中的医疗系统是注释2至6中任一所述的医疗系统，该医师特定的评价系由受关注医师以外的医师所评价。
[0215] 此外，注释8中的医疗系统是注释1至7中任一所述的医疗系统，包括：症状储存单元，用于储存与彼此相关联的指定一疾病名称的疾病名称信息以及指定该疾病所涉及的一症状的症状信息，而且该患者疾病状况取得单元取得该患者的疾病中所涉及的一症状；以及该匹配单元基于该患者疾病状况取得单元所取得的该症状和该症状储存单元中所储存的该症状信息而指定该症状储存单元中所储存的该疾病名称信息，并且基于所指定的疾病名称信息和该医师信息储存单元中所储存的该医师信息而使该患者与该医师彼此匹配。
[0216] 此外，注释9中的医疗系统是注释1至8中任一所述的医疗系统，其中：多个患者藉由输入单元产生与其自身疾病状况的症状有关的输入；该患者疾病状况取得单元以该等患者所输入的输入内容为基础而指定该等患者中的每一位的疾病状况；以及该匹配单元藉由下述而使该等患者中的每一位与该医师彼此匹配：基于与该医师有关的医师信息，从该多个患者的该等输入内容中撷取出与该医师的医学治疗有关的输入内容；以及对该医师输出所撷取的输入内容。
[0217] 此外，注释10中的医疗程序系使一计算机作用为：患者疾病状况取得单元，用于取得指定一患者的疾病状况的患者疾病状况信息；医师信息储存单元，用于储存与一医师有关的医师信息；以及匹配单元，用于以该患者疾病状况取得单元所取得的该患者疾病状况信息和该医师信息储存单元中所储存的该医师信息为基础而使该患者与该医师彼此匹配。
[0218] (注释的有利效果)
[0219] 根据如注释1所述的医疗系统或如注释10所述的医疗程序，由于患者和医师可基于患者疾病状况信息和医师信息而彼此匹配，两者的匹配可根据患者的疾病状况和医师的信息为基础而进行，患者可选择适合其自身疾病的医师，且医师可根据其自身技术来选择合适的患者。
[0220] 根据如注释2所述的医疗系统，由于是基于患者疾病状况信息和医师评价信息而输出与目标医师有关的信息，在选择一目标医师时，可优先输出被判定为客观优秀的医师，而患者可针对其自身疾病来选择更适合的医师。
[0221] 根据如注释3所述的医疗系统，由于医师关于与ICD疾病名称相对应的疾病的评价会被储存作为医师评价信息，因此该医师关于国际性规范参考的评价可被储存，而且即使是针对具有多个疾病名称的疾病，亦可储存单一性的整合评价。
[0222] 根据如注释4所述的医疗系统，由于该医师关于与患者的疾病状况相对应的治疗方法的评价会被储存作为医师评价信息，即使在可以一单一治疗方法等治疗多个不同疾病时，医师的评价仍可被适当地储存。
[0223] 根据如注释5所述的医疗系统，该匹配程度系表示该医师适合治疗该患者的一程度，其系以该患者属性信息和该医师属性信息为基础而加以计算；而目标医师是藉由考虑此匹配程度而撷取出来，因此该目标医师可以患者的疾病状况或医师的评价以外的信息、以及该患者与该医师特定之信息为基础而撷取出来，而且患者可针对其自身疾病的治疗选择更适合的医师。
[0224] 根据如注释6所述的医疗系统，由于患者的属性包括患者的年龄、性别、当前位置或医学治疗费用，可基于例如患者的年龄、性别、当前位置或治疗费用的特定信息来撷取出该目标医师，而且该患者可针对其自身疾病的治疗选择更适合的医师。
[0225] 根据如注释7所述的医疗系统，由于医师的评价是根据来自于具有专业知识的另一医师的评价所决定，因此可储存更合适的评价。
[0226] 根据如注释8所述的医疗系统，由于患者的疾病名称可根据患者的症状而指定，而且与该指定的疾病名称相对应的医师和该患者可彼此匹配，即使该患者并不理解疾病名称或者患者无法自己判断是否患病，也可以使患者与医师适当地彼此匹配。
[0227] 根据如注释9所述的医疗系统，在依据患者的输入内容指定患者的疾病状况之后，该等输入内容系输出给基于疾病状况而判定为适合的医师，且因此，该医师在接收到该等输入内容时可接触适合该医师的专业的患者，而且该医师可轻易地针对其自身技术选择合适的患者。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 用于医疗程序确认的系统和方法 | 2020-05-14 | 689 |
| 成像探头在医疗程序期间的操纵 | 2020-05-14 | 751 |
| 医疗信息显示装置、操作方法及程序 | 2020-05-14 | 328 |
| 执行医疗程序的系统和方法 | 2020-05-14 | 179 |
| 医疗系统及程序 | 2020-05-11 | 623 |
| 医疗诊断支持装置、信息处理方法、医疗诊断支持系统以及程序 | 2020-05-15 | 668 |
| 基于医疗程序模拟的辐射估算和防护 | 2020-05-14 | 556 |
| 用于报告多个医疗程序的系统和方法 | 2020-05-12 | 820 |
| 医疗程序托盘及相关方法 | 2020-05-12 | 701 |
| 医疗程序托盘及相关方法 | 2020-05-13 | 149 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
医疗程序热门专利
QQ群二维码
意见反馈
意见反馈