CN103838805B - 医疗记录搜索方法和医疗记录搜索装置 - Google Patents

Abstract

本发明提供了一种医疗记录搜索方法和医疗记录搜索装置，医疗记录搜索方法包括：在文件存储器中搜索与用户从患者中指定的患者相关联的电子文件，所述文件存储器与所述电子文件的文件类型相关联地存储患者的医疗记录的电子文件；参考定义文件组的组定义信息并且将在所述搜索中获得的所述电子文件进行分组从而创建多个文件组；以及生成搜索结果显示画面的数据，在所述搜索结果显示画面中与由于所述分组而创建的所述多个文件组中的对应一个文件组相关联的图标设置在概略图的如下位置处：所述位置对应于与所述文件组相关联的人体部位。

Description

医疗记录搜索方法和医疗记录搜索装置

技术领域

本发明涉及医疗记录搜索方法和医疗记录搜索装置。

背景技术

诸如医疗图表、介绍函和各种检查记录等各种类型或格式的纸质文档以及诸如放射照片和由内窥镜检查所得到的动像或静像等各种类型或格式的数据作为会诊和治疗记录存储在诸如医院等医疗机构处。

近年来，已经开发出如下的系统：使与医疗记录有关的各种类型的文件和数据的数据库集中管理各种类型的文件和数据。这种类型的系统对满足用户（诸如查阅医疗记录的医生）所指定的搜索条件的文件等进行搜索并且向用户提示检索到的文件等的列表。对于所检索到的每个文件，该列表例如显示出诸如代表文件的文件名（与文件等的实际数据相关联）、文件的登记日期、时间和登记人以及主治医生的姓名等属性信息。用户从列表中选择他们希望阅读的文件等，以使文件的实际数据载入并且显示在画面上。

这种使用列表的显示方法要求用户根据诸如文件名或属性等文本信息来识别各个搜索结果。因此，找到所需的文件不一定容易。

与提示涉及医疗领域等的搜索结果的方法有关的现有技术的实例包括以下实例。

日本未审查的专利申请公开No.2011-022704披露了以下方法。在以表格格式显示检索到的文件（不限于医疗文件）的情况下，表格的每个单元的显示尺寸是根据表格的单元中所包含的文件的数量以及该单元与其它单元之间的距离而改变的。以此方式，该方法减少了包含于每个单元中但是未能显示于单元中的文件的数量。

日本未审查的专利申请公开No.6-292656披露了这样一种装置：在为计算机断层摄影（CT）图像分配标准查找码之后，当医生要使CT图像显示出来时，该装置搜索数据库中被分配有同一查找码的相关信息并且显示检索到的相关信息。

在当将由数据库管理的检索到的医学图像显示为列表时已经输入了医学图像的解释报告的情况下，日本未审查的专利申请公开No.2004-287732中所披露的装置显示出如下标记，该标记表明已经对列表中的医学图像输入了解释报告。这允许放射科医生（用户）容易地掌握每个医学图像的解释状态并且直观地得知是否要执行医学图像的解释。

日本未审查的专利申请公开No.2000-123098披露了这样一种装置：响应于与症状相关的关键词的输入，该装置搜索相关信息，诸如该症状的待检查项目以及待确认的查找结果，并且显示检索到的相关信息。

而且，与搜索结果的提示不相关但是与医疗信息的提示相关的现有技术的实例包括日本未审查的专利申请公开No.2012-045419中所披露的医学图像显示装置。日本未审查的专利申请公开No.2012-045419中所披露的该医学图像显示装置显示由内窥镜记录的动像或静像并且在画面上示意性地示出活体内部结构的概略图。当内窥镜捕获（拍摄）到静像时，记录下代表捕获静像的部位的标识信息。基于该标识信息，医学图像显示装置将链接信息分配给静像从而将概略图中的特定部位和静像彼此关联。在用户指向画面上显示的概略图中的特定部位时，载入与该部位相关联的静像。

发明内容

本发明的目的是以与不使用本发明时相比更易于识别搜索结果的方式将医疗记录的电子文件的搜索结果提示给用户。

根据本发明的第一方案，提供一种医疗记录搜索方法，包括：搜索步骤，在文件存储器中搜索与用户从患者中指定的患者相关联的电子文件，所述文件存储器与所述电子文件的文件类型相关联地存储患者的医疗记录的电子文件；参考定义文件组的组定义信息并且将在所述搜索中获得的所述电子文件进行分组从而创建多个文件组；以及生成步骤，生成搜索结果显示画面的数据，在所述搜索结果显示画面中与由于所述分组而创建的所述多个文件组中的对应一个文件组相关联的图标设置在概略图的如下位置处：所述位置对应于与所述文件组相关联的人体部位。

根据本发明的第二方案，在所述生成步骤中，当在基于所述数据的所述搜索结果显示画面上选择与所述多个文件组中的文件组相关联的图标时，在所述搜索结果显示画面上创建并显示与所选图标相关联的所述文件组中所包含的电子文件的列表，并且在所述搜索结果显示画面上显示从所述列表中选择的电子文件的内容。

根据本发明的第三方案，在所述生成步骤中，在由于所述分组而创建的所述多个文件组包括与同一人体部位相关联的两个或更多个文件组的情况下，在所述搜索结果显示画面上生成并且显示如下概略图的图像：在所述概略图的与所述同一人体部位对应的位置处彼此重叠地显示分别与所述同一人体部位所相关的所述两个或更多个文件组相关联的两个或更多个图标；并且当在选择同一位置处彼此重叠地显示的所述两个或更多个图标中的第一图标的状态下从用户接受到预定操作时，将所选图标从所述第一图标切换到所述两个或更多个图标中的第二图标。

根据本发明的第四方案，在所述搜索步骤中，接受用户指定在搜索中用作参考的参考电子文件所执行的操作，分析所述参考电子文件的内容，并且在被分析的内容与遗传因素相关的情况下，通过参照与血缘关系有关的信息在患者中识别在预定范围内血缘上与指定患者相关的另一患者，并且在存储于所述文件存储器中的所述电子文件之中，在所述指定患者的电子文件和已经被识别的所述另一患者的电子文件中搜索与所述参考电子文件相关的电子文件。

根据本发明的第五方案，所述医疗记录搜索方法还包括：记录与所述用户已经连同预定电子文件一起查看的另一电子文件有关的信息作为同时查看历史。在所述搜索步骤中，接受用户指定在搜索中用作参考的参考电子文件所执行的操作，并且根据每个电子文件的内容与所述参考电子文件的内容之间的关联度以及与连同所述参考电子文件一起查看所述电子文件的次数有关的信息，在与指定患者相关联的电子文件中搜索与所述参考电子文件相关的电子文件。

根据本发明的第六方案，提供一种医疗记录搜索装置，其包括搜索单元、分组单元和生成单元。所述搜索单元在文件存储器中搜索与用户从患者中指定的患者相关联的电子文件，所述文件存储器与所述电子文件的文件类型相关联地存储患者的医疗记录的电子文件。所述分组单元参考定义文件组的组定义信息并且将所述搜索单元所获得的所述电子文件进行分组从而创建多个文件组。所述生成单元生成搜索结果显示画面的数据，在所述搜索结果显示画面中与由于所述分组单元执行分组而创建的所述多个文件组中的对应一个文件组相关联的图标设置在概略图的如下位置处：所述位置对应于与所述文件组相关联的人体部位。

根据本发明的第一方案或第六方案，与不使用本发明时相比，可以以更易于识别搜索结果的方式向用户呈现医疗记录的电子文件的搜索结果。

根据本发明的第二方案，与不使用本发明时相比，可以更容易地访问属于文件组的每个电子文件的内容。

根据本发明的第三方案，与不使用本发明时相比，可以更容易地访问与同一部位相关联的多个文件组。

根据本发明的第四方案，在参考电子文件的内容与遗传因素相关的情况下，不仅可以搜索指定患者的电子文件，而且可以搜索与指定患者相关的另一患者的电子文件。

根据本发明的第五方案，如果经常连同参考电子文件一起查看电子文件，则甚至可以检索到根据文件内容与参考电子文件的关联度低的电子文件。

附图说明

基于下列附图，详细地说明本发明的示例性实施例，其中：

图1示出了根据示例性实施例的系统的实例；

图2示出了存储在医疗记录文件数据库中的各医疗记录文件的管理数据的实例；

图3示出了存储在患者数据库中的数据的实例；

图4示出了部位代码的定义信息的实例；

图5示出了文件类型代码的定义信息的实例；

图6示出了存储在组定义数据库中的数据的内容的实例；

图7示出了同时访问历史信息的实例；

图8示出了搜索结果显示画面的实例；

图9示出了搜索结果显示画面的另一实例；

图10示出了搜索结果显示画面的又一实例；

图11描述了在多个图标彼此重叠在同一位置处的情况下执行的切换；

图12示出了由文件管理单元执行的搜索和搜索结果的分组的程序的实例；

图13示出了由文件管理单元执行的搜索和搜索结果的分组的程序的实例；

图14示出了由关联度计算单元执行的相关文件搜索处理的程序的实例；

图15示出了由文件管理单元执行的创建搜索结果显示画面的程序的实例。

具体实施方式

下文将参照附图对本发明的示例性实施例进行说明。

图1所示的根据该示例性实施例的医疗记录管理系统10安装在例如局域网（LAN）或互联网等网络30中。用户（例如，医生）操作终端40以经由网络30访问医疗记录管理系统10并且接收来自医疗记录管理系统10的服务。

医疗记录管理系统10包括通信单元12、文件管理单元14和医疗记录文件数据库（DB）16。通信单元12控制经由网络30进行的数据通信。文件管理单元14为管理医疗记录文件DB16的系统。文件管理单元14响应于从终端40接收到的搜索请求在医疗记录文件DB16中搜索文件，并且将搜索结果提供给终端40。文件管理单元14提供基于概略图的画面作为用于显示该搜索结果的用户界面（UI），其中检索到的文件设置在概略图的对应位置处。

概略图为由医生写在医疗图表上的人体或人体一部分的绘图，并且用于例如记录感染部位等的位置和状态。在该示例性实施例中，每个检索到的文件显示在概略图的对应位置处。以此方式，将患者身体的与每个文件相关的部位通知给用户。

用于显示搜索结果的概略图的数据被存储在概略图存储器15中。存储的概略图的实例包括整个人体的概略图。除了存储该概略图之外，还可在概略图存储器15中存储诸如上身、下身、头部、胸部和腹部等身体部分的概略图。

各个患者的医疗记录文件被存储在医疗记录文件DB16中。在该示例性实施例中，对使存储在医疗记录文件DB16中的医疗记录文件进行搜索。

医疗记录文件为与患者的会诊和治疗相关地创建并且被存储为记录的电子文件。医疗记录文件包括各种文件，例如医疗图表、检查报告、介绍函（来自其它医疗机构）、同意文件（用于手术等）、放射照片以及由内窥镜记录的动像。医疗记录文件的数据格式不限于特定格式并且可以为任何格式，例如，由文件创建应用创建的文档、包括通过扫描纸质文件所获得的图像的扫描文档、静像数据、动像数据和多媒体数据。

在该示例性实施例中，对每个患者的医疗记录文件都进行搜索。存储在文献DB20（稍后描述）中的诸如医学论文等文献用作搜索医疗记录文件的参考信息，但是在该示例性实施例中不直接被搜索。在下文的描述中，存储在医疗记录文件DB16中的医疗记录文件偶尔简称为“文件”，而存储在文献DB20中的医学论文等偶尔简称为“文献”。

图2示出了存储在医疗记录文件DB16中的各个医疗记录文件的管理数据的实例。图2中所示的表格的一行对应于一个医疗记录文件的管理数据。在该实例中，一个医疗记录文件的管理数据包括与患者标识（ID）、文件ID、文件名、创建者ID、部位代码和文件类型代码有关的信息。

患者ID为唯一地标识与该医疗记录文件相关联的患者的标识信息。使用该系统的医疗机构具有用于管理患者的患者数据库（未示出）。患者ID为在该患者数据库中使用的每个患者的标识信息。图3示出了存储在患者数据库中的数据的内容的实例。在图3的实例中，一个患者的数据包括与患者ID、患者的姓名（患者姓名）、唯一地标识主治医生的主治医生ID以及患者科室的列表有关的信息。

文件ID为唯一地标识该医疗记录文件的标识信息。每个医疗记录文件的实际数据与该文件ID相关联地存储在医疗记录文件DB16中。文件名是由用户分配给医疗记录文件的标题。创建者ID是唯一地标识创建该医疗记录文件的用户的标识信息。

部位代码是表示身体部位中的与该医疗记录文件相关联的部位的代码。预先为身体的每个部位分配唯一代码，并且从这些代码中选择与医疗记录文件相关联的部位的代码。一些医疗记录文件不与特定部位相关联，对于这种医疗记录文件不设定部位代码。图4示出了部位代码的定义信息的实例。例如，在图4的实例中，部位代码“W0001”分配给“头部”，并且部位代码“W0002”分配给“心脏”。尽管图示省略，诸如“头部”或“心脏”等每个部分与人体的概略图的位置相关联。

文件类型代码是表示医疗记录文件的类型的代码，例如，医疗图表、检查报告、介绍函或放射照片。图5示出了文件类型代码的定义信息的实例。在该实例中，例如，代码“C0001”表示文件类型“介绍函”，并且代码“C0002”表示文件类型“检查报告”。

图4和图5所示的定义信息可存储在可从医疗记录管理系统10访问的位置处。

图2所示的管理数据的项目仅为实例，并且管理数据可包括其它项目。例如，管理数据可以包括与在医疗记录文件DB16中登记医疗记录文件的日期和时间以及医疗记录文件更新的日期和时间有关的信息。而且，可以在初诊时自动地分配会诊标识信息，并且会诊标识信息可记录到在初诊后进行诸如检查、用药和手术等后续会诊或医疗操作时所使用的医疗记录文件的管理数据中。以此方式，从初诊到康复对于一个症状创建的文件组可利用相同的会诊标识信息来管理。而且，可将与医疗记录文件所关联的患者的症状有关的信息（包括与感染部位和症状的诊断有关的信息）输入医疗记录管理系统10中，并且可将症状的标识信息登记在医疗记录文件的管理数据中。管理数据无需包括上述所有项目。

文件管理单元14使用关联度计算单元18搜索相关文件。

关联度计算单元18计算用户指定的文件（下文中称为“参考文件”）和每个医疗记录文件之间的关联度从而允许检索出与参考文件相关的医疗记录文件。在该示例性实施例中，关联度计算单元18根据如下三点来计算关联度：文件内容、文件组和同时访问。具体而言，关联度计算单元18参照文献DB20而根据文件内容来计算关联度，参照组定义DB22从而根据文件组来计算关联度，并且参照访问历史DB26从而根据同时访问来计算关联度。

不与各患者直接相关的诸如医学论文等医疗信息文献的电子数据被登记在文献DB20中。在该示例性实施例中，例如，当搜索具有与参考文件相关的内容的医疗记录文件时，从参考文件中提取关键词（称为第一关键词）。在文献DB20中搜索包含第一关键词的文献。提取检索到的文献中所包含的关键词作为第二关键词。然后，在医疗记录文件DB16中多次搜索包含第一关键词和第二关键词的医疗记录文件。如上所述，在该示例性实施例中，不仅利用参考文件中包含的第一关键词进行搜索，而且利用与第一关键词一起出现在医疗信息文献中的第二关键词进行搜索。以此方式，减少了不能检索到的医疗记录文件的数量。可以使用任何可用的关键词提取技术从参考文件以及存储在文献DB20中的相关文献中提取关键词。

组定义DB22存储文件组的定义信息。文件组是由针对一个医疗事件创建或使用的或者针对为一个症状所进行的一系列医疗操作创建或使用的医疗记录文件构成的。

这里，医疗事件是被视为一个集合的医疗操作的单元。医疗事件的实例包括一次会诊、一次检查、一次手术以及一次住院。并不少见的是，针对医疗事件创建或使用的文件类型是根据医疗事件的类型而固定的，例如，用于医疗事件“初诊”的两种类型的文件（即，介绍函和检查报告）、以及对于医疗事件“胸部检查”所创建的两种类型的文件（即，检查报告和胸部放射照片）。在该示例性实施例中，以这种方式为一个医疗事件创建或使用的医疗记录文件的集合被作为一个文件组处理。

通常方便的是，使得在初诊到康复期间对一个症状所进行的一系列医疗操作中所使用的文件集中地可见。这样，从初诊到康复所进行的一系列医疗操作的文件可作为一个文件组处理。

图6示出了存储在组定义DB22中的数据的内容的实例。图6所示的表格的一行对应于一个文件组的定义信息。每个文件组的定义信息包括与组定义ID、组定义名称、成员文件类型代码、代表性部位代码和重要程度有关的信息。组定义ID是唯一地标识组定义的标识信息。组定义名称是表示组定义的名称，并且在图示的实例中为与组定义相关联的医疗事件的名称。成员文件类型代码是基于组定义属于文件组的医疗记录文件的文件类型代码的列表。

代表性部位代码是表示与组定义相关联的身体部位的代码。例如，因为在医疗事件“胸部检查”中对肺部进行X射线检查，所以与该医疗事件相关联的组定义的代表性部位代码为表示“肺部”的“W0003”。在一些情况下，在一个医疗事件中可以对多个部位进行会诊和检查，并且单独创建医疗记录文件。然而，即使在这种情况下，在医疗事件中经过医疗操作的主要部位仍然通常是固定的。因此，经过医疗操作的主要部位被设定为“代表性部位”，并且表示“代表性部位”的代码可设定为“代表性部位代码”。而且，在诸如“初诊”等一些医疗事件中，不指定经过医疗操作的代表性部位。在这种情况下，用于与该医疗事件对应的文件组的代表性部位代码的域保持为空。

重要程度是指示文件组的重要程度的值并且用于计算关联度（下文将详细说明）。

从初诊到康复对于一个症状所进行的一系列医疗操作中使用的医疗记录文件组可从各医疗记录文件的管理数据中所包含的会诊标识信息中识别。

访问历史DB26是记录每个用户对存储在医疗记录文件DB16中的每个医疗记录文件进行访问（查看）的历史的数据库。每个访问历史记录包括与何时哪个用户访问哪个医疗记录文件有关的信息（例如，访问日期和时间、进行访问的用户的用户ID以及所访问的医疗记录文件的文件ID的集合）。访问历史管理单元24检测用户经由文件管理单元14对存储在医疗记录文件DB16中的每个医疗记录文件所进行的访问，并且将该访问历史信息记录在访问历史DB26中。

而且，可将与用户所访问（查看）的医疗记录文件连同（同时）该医疗记录文件有关的信息记录在访问历史DB26中。也就是说，在用户利用该系统查看某一医疗记录文件时还查看另一医疗记录文件的情况下，将指示前者和后者一起被查看的信息记录在访问历史DB26中。这里，多个文件“一起”（或“同时”）被查看或访问的状态不限于在画面上同时显示多个文件的状态。例如，可根据预定规格区分的在一个进程内用户所查看的多个文件，诸如在预定时间长度内查看过的多个文件或者从一次搜索获得的搜索结果列表中选择并查看的多个文件，可被识别为“一起”访问的文件。

图7示出了存储在访问历史DB26中的同时访问历史数据的内容的实例。在该实例中，对于一起查看的医疗记录文件的每对文件ID，该对文件被一起查看的次数被记录在访问历史DB26中。例如，在一起查看三个文件A、B和C的情况下，A和B这一对被同时查看的次数、B和C这一对被同时查看的次数以及C和A这一对被同时查看的次数分别加1。一对文件被同时查看的次数被视为如下的指标，该指标表示构成该对的医疗记录文件之间的关联度。

除了每次访问医疗记录文件时创建或更新图7所示的同时访问历史之外，可以在搜索过程中根据基本访问历史信息（例如，日期和时间、用户ID、和文件ID的集合）动态地创建同时访问历史（稍后将进行说明）。

在该示例性实施例中，在由文件管理单元14生成的搜索结果UI画面中使用概略图。

图8示出了搜索结果显示画面100的实例。在该实例中，搜索结果显示画面100显示出整个人体的概略图110。在概略图110上设置有表示对应的检索到的医疗记录文件的文件图标120。这里，每个文件图标120设置在如下的位置处：其对应于存储在医疗记录文件DB16中的该医疗记录文件所相关联的部位代码所表示的部位。医疗记录管理系统10具有与每个部位代码所相关联的概略图的位置（部位）有关的信息。基于该信息，文件管理单元14将每个文件图标120设置在概略图110的对应于该部位的位置处。设置在概略图110上的每个文件图标120与对应医疗记录文件的文件ID相关联。这允许用户通过使用医疗记录管理系统10的用户接口机构（例如，鼠标或触摸板）选择文件图标120来访问对应的文件。例如，在用户将鼠标光标130置于文件图标120上时，显示与该文件图标120对应的文件的文件名（这里，可以显示除文件名之外的属性）。而且，例如，当用户在将鼠标光标130置于文件图标120上的情况下执行预定鼠标操作时，诸如双击，与文件图标120对应的医疗记录文件的文档被打开，并且在画面上显示医疗记录文件的内容。

在搜索结果包括与同一部位相关联的多个医疗记录文件的情况下，用于各个医疗记录文件的文件图标120被显示为在相同位置处彼此重叠。此时，执行显示以表明多个文件图标120在该位置处彼此重叠。在一个实例中，文件图标120的位置彼此略微偏移以使位于背景侧的图标不会被位于前景侧的图标完全隐藏。在图示的实例中，检索出与部位“胸部”相关联的三个文件，并且三个文件的文件图标120被显示为在胸部的位置处彼此重叠。在该实例中，在用户将鼠标光标130置于文件图标120彼此重叠的胸部位置上时，显示与设置在胸部处的三个文件图标120对应的三个文件名的列表125（这里，可以一起显示其它文件属性）。在用户将鼠标光标130置于列表125中所包含的文件名上并且随后执行预定操作时，诸如双击，与该文件名对应的文件的文档被打开。

搜索结果中所包含的一些文件可能不与部位代码相关联（例如，图2的文件ID=“DOC001”）。用于该文件的文件图标120显示于搜索结果显示画面100中设于概略图之外的特殊显示区域135中。

文件图标120在搜索结果显示画面100上显示的方式（例如，形状、颜色或其组合）可根据存储在医疗记录文件DB16中的各文件的文件属性而改变。在图8的显示实例中，表示文件的文件图标120的形状根据由该文件的文件类型代码所表示的文件类型而改变。文件类型仅为一个实例，显然，文件图标120的显示方式可根据其它的文件属性而改变。可选地，文件图标120的显示方式可根据多个文件属性的组合而改变，例如，文件图标120的形状根据文件类型而改变并且其颜色根据登记日期而改变。

图9示出了搜索结果显示画面100的另一实例。在该实例中，文件图标120的显示方式（在图示的实例中文件图标120的形状）是根据该文件与参考文件之间的关联度而改变的，而不是根据该文件的文件属性而改变。

图10示出了搜索结果显示画面100的又一实例。图8和图9中所示的实例画面显示各文件的图标，而图10的实例画面显示各文件组的图标。在该实例中，对于根据存储在组定义DB22中的对应的文件组定义而创建的每个文件组，表示文件组的组图标140设置在概略图110的与文件组的代表性部位代码对应的位置处。在图10的实例中，检索到用于胸部、右侧腹、右大腿的文件组，并且没有检索到不与任何部位相关联的文件组（将显示于特殊显示区域135中）。在用户将鼠标光标130置于组图标140上时，显示出对应于组图标140的组信息150。组信息150包括与对应于组图标140的文件组的文件组名称（该名称可与用于创建文件组的组定义的组定义名称相同，诸如图示实例中的“胸部检查”，也参见图6）和属于文件组的文件的文件名列表有关的信息。在用户将鼠标光标130置于组信息150中所包含的每个文件名上时，文件的属性信息可以以弹出方式显示。可选地，可在概略图110上突显（例如，文件图标暂时显示于该位置处）由与鼠标光标130置于其上的文件相关联的部位代码表示的部位。可选地，在容许文件组包括另一文件组（诸如从初诊到康复对于一个症状的文件组包括针对该症状的胸部检查中使用的文件组）的层次分组方法的情况下，与概略图110上显示的最高层组的图标相关联的组信息150可包含由图标表示的文件组中所包含的另一文件组的组名称。在用户将鼠标光标130置于该组名称上时，可以以弹出方式显示该组中包括的文件的列表。

尽管图10的实例中未示出，但是多个检索到的文件组可能与身体的同一部位相关联。在该情况下，如图8的实例中那样，多个组图标140显示为在与该部位对应的位置处彼此重叠。

在用户将鼠标光标130置于多个组图标140彼此重叠的位置上时，如同图8的实例，在一个实例中显示出与这些组图标140对应的文件组名称的列表。然后，在用户将鼠标光标130置于该列表中所包含的任一文件组名称上时，显示属于该文件组的文件的文件名列表。在用户对该列表中所包括的任意文件名执行操作时，诸如双击，对应于该文件名的文件被打开。

以此方式显示与位于鼠标光标130的放置位置处的组图标140对应的文件组名称的列表的显示方法仅为实例。除此之外，在与鼠标光标130的放置位置相关联的多个组图标140之中，可以显示与以重叠顺序位于顶部的组图标140对应的文件组所包含的文件的文件名列表。组图标140的重叠顺序以这样的方式更新：即，例如，位于顶部的组图标140响应于预定操作，诸如单击，而移至底部，并且其它组图标140的顺序前进一个位置。然后，显示出与更新之后位于顶部的组图标140对应的文件组所包含的文件的文件名列表。例如，在图11所示的实例中，首先显示出组信息150a，组信息150a表示与位于顶部的叉形标记组图标140a对应的组“胸部检查”所包含的文件。当在该状态下用户利用鼠标来执行单击操作时，距顶部位于第二位置的组“心电图检查”的组图标140b（由方形标记表示）移至顶部。结果，显示出组信息150b，组信息150b表示属于组“心电图检查”的文件。

图8至图10所示的各种类型的搜索结果显示画面100响应于用户执行的选择操作而相互切换。可选地，至今使用的不使用概略图的检索文件列表的画面可与使用概略图的画面并排地同时显示，或者至今使用的画面和使用概略图的画面可以以切换方式显示。

图8至图10的实例示出了整个人体的前视图作为在搜索结果显示画面100上显示的概略图，但是整个人体的前视图仅为实例。可选地，整个人体的前视图和后视图的概略图可存储在概略图存储器15中，并且可在搜索结果显示画面100中的后视概略图的对应位置处显示与人体的背面上的部位相关联的文件。可选地，除了整个身体的概略图之外，可以准备诸如头部、胸部和腹部等各部分的概略图。例如，在用户指定局部概略图时，显示在搜索结果显示画面100上的概略图可从整个身体概略图切换到指定的局部概略图，并且可在局部概略图的对应位置处显示用于检索文件或文件组的图标。

现在参照图12至图15，将对由文件管理单元14执行的搜索以及搜索结果的分组的程序的实例进行说明。该处理是在被分组成文件组的检索文件显示为组图标140并且未被分组的那些文件显示为概略图110上的文件图标120的情况下执行的处理的实例。

当用户（例如，医生）在查看显示于终端40的显示器的显示窗上的某患者的医疗记录文件（例如，医疗图表）的同时将相关文件搜索指令从附于显示窗的菜单输入到文件管理单元14中时，该程序开始。此时显示在显示窗上的医疗记录文件用作在相关文件搜索中使用的参考文件。文件管理单元14从医疗记录文件DB16获取所显示的参考文件的文件ID并且还获取与文件ID相关联的患者ID（S10）。对于与获取的文件ID对应的医疗记录文件所相关的相关文件，文件管理单元14搜索与获取的患者ID相关联的患者的医疗记录文件。为了执行该搜索，文件管理单元14将文件ID和患者ID提供给关联度计算单元18并且请求关联度计算单元18创建相关文件列表。然后，文件管理单元14获取由关联度计算单元18确定的相关文件列表（S12）。

参照图14，将对关联度计算单元18响应于在S12中作出的请求而执行的处理的程序的实例进行说明。在该程序中，关联度计算单元18从医疗记录文件DB16中提取与连同请求一起接收到的患者ID相关联的文件。从提取的文件中，关联度计算单元18根据如下三点搜索与连同请求一起接收到的文件ID所指定的参考文件相关的相关文件：文件内容、文件组和同时访问（S50、S52和S54）。

在S50中，关联度计算单元18针对每个提取的文件根据文件内容计算该文件与参考文件之间的关联度。根据文件内容得到的关联度是表示每个文件的文件内容与参考文件的文件内容有多相关（相似）的值。根据文件内容确定关联度的方法的实例包括使用关键词的方法。在该方法中，每个提取的文件和参考文件之间的关联度是基于与包含在参考文件中的关键词（例如，用于诊断或症状的术语）相关的关键词有多少被包含在该文件中而确定的。这里，除了考虑参考文件中包含的关键词（即，第一关键词）之外，还可以考虑在文献DB20中积累的医学文献中连同该第一关键词一起出现的关键词，即，第二关键词。具体而言，对于每个提取的文件，关联度计算单元18确定该文件中所包含的第一关键词的数量以及第二关键词的数量，然后根据第一关键词和第二关键词的数量来确定该文件与参考文件之间的关联度（根据文件内容）。例如，该文件所包含的第一关键词的数量和第二关键词的数量之总和可用作关联度，或者利用文件中所包含的关键词的总数量将该总和标准化并且标准化后的总和可用作关联度。而且，对于与患者相关联的每个提取文件，可利用文件搜索领域常用的术语频率逆文件频率（tf-idf）加权来确定该文件和包含第一关键词和第二关键词的查询之间的关联度。可以使用任何可用的关键词提取技术从参考文件和存储于文献DB20中的每个文献提取关键词。

用于根据文件内容确定关联度的上述方法仅为实例。除了上述方法之外，在文件搜索领域等中存在用于确定关联度或相似度的各种方法，并且可以在S50中使用任意可用的方法。

关联度计算单元18提取每个如下的文件：以此方式根据文件内容确定的该文件与参考文件之间的关联度大于或等于预定阈值。以此方式提取的文件是根据文件内容与参考文件相关的文件。

在S52中，对于与患者相关联的每个文件，关联度计算单元18根据文件组计算该文件和参考文件的关联度。根据文件组得到的关联度是如下的值：其随着文件与参考文件属于相同组的可能性变高而变大。

在一个实例中，为了确定该关联度，关联度计算单元18确定来自医疗记录文件DB16的参考文件的文件类型代码，然后从组定义DB22确定组定义，每个组定义均包括确定的文件类型代码作为其“成员文件类型代码”（见图6）。对于每个确定的组定义，关联度计算单元18从医疗记录文件DB16中提取与组定义中所包括的作为成员文件类型代码的每个文件类型代码相关联的文件。然后，对于每个被提取文件，关联度计算单元18基于与文件的文件类型代码相关联的组定义的“重要度”的值来确定该文件和参考文件之间的关联度（根据文件组）。这里，在被提取文件的文件类型代码与多个组定义相关联的情况下，基于这些组定义的重要度值之总和来计算关联度。可将重要度值之总和用作关联度，或者可利用如下的函数来确定关联度：其对于较大的重要度值总和，输出较大值。

具体而言，在参考文件的文件类型为“检查报告”（其文件类型代码为“C0002”，参见图5）的情况下，从存储图6所示的信息的组定义DB22提取三个组定义“初诊”、“胸部检查”和“内窥镜检查”作为包括参考文件的文件类型在内的组定义。例如，在存储于医疗记录文件DB16中的患者文件之中具有文件类型代码“C0004”的文件满足这三个组定义中的组定义“内窥镜检查”中包含的文件类型。因此，该文件与参考文件之间的关联度是基于组定义“内窥镜检查”的重要度“3”的值。现在，假设患者的文件包括文件类型属于两个组定义“胸部检查”和“初诊”的文件，这不同于图6的实例。该文件的关联度是基于组定义“胸部检查”的重要度“2”和组定义“初诊”的重要度“1”之总和的值。

图6的实例表明，重要度值越大，组定义的重要度越高。

而且，在图6中，胸部检查的检查报告和内窥镜检查的检查报告被分配为相同的文件类型。因此，例如，在内窥镜检查的检查报告被设定为参考文件的情况下，属于文件组“胸部检查”的胸部放射照片和胸部检查报告也被处理为以基于重要度“2”的程度与参考文件相关的文件。然而，在一些情况下，可能期望的是，仅从与内窥镜检查有关的参考文件中搜索与内窥镜检查相关的文件。为了满足该需要，例如，除图6所示的那些文件类型之外的更详细的文件类型可以以将例如不同文件类型分配给胸部检查的检查报告和内窥镜检查的检查报告的方式来设定。

关联度计算单元18提取每个如下的文件：以此方式根据文件组确定的该文件和参考文件之间的关联度大于或等于预定阈值（该阈值可独立于当根据文件内容确定相关文件时所使用的阈值来设定）。以此方式提取的文件为根据文件组与参考文件相关的文件。

在S54中，对于与患者相关联的每个文件，关联度计算单元18根据同时访问计算该文件与参考文件之间的关联度。根据同时访问得到的关联度是随着与参考文件“同时（在同一时间）访问”的文件的数量增加而变大的值。在前面已经解释了术语“同时（在同一时间）访问”的含义。关联度计算单元18参考访问历史DB26（见图7）并且与参考文件同时访问（查看）的文件的文件ID以及同时访问（查看）的次数。然后，关联度计算单元18基于同时访问的次数来确定每个同时访问的文件与参考文件之间的关联度。可将同时访问的次数用作关联度，或者可以使用如下的函数：其对于较大的同时访问次数，输出较大关联度。

关联度计算单元18提取每个如下的文件：以此方式根据同时访问确定的该文件与参考文件之间的关联度大于或等于预定阈值（该阈值可独立于当根据文件内容和文件组确定相关文件时所使用的阈值来设定）。以此方式提取的文件为根据同时访问与参考文件相关的文件。

上述处理S50、S52和S54无需按图示的顺序执行并且可按任何顺序执行。

由于上述处理的结果，提取出根据文件内容、文件组和同时访问与参考文件相关的相关文件。

根据以上三点确定相关文件的上述方法仅为实例。可单独使用三点中的一点，或者可以使用由三点中的两个点构成的各个组合中的一个组合。可选地，可使用通过利用文件的内容或属性确定文件之间的关联度的各种方法。在该示例性实施例中进行的相关文件的搜索中可以使用这些可用方法中的任一种。

在S50至S54中执行与参考文件相关的相关文件的搜索之后，关联度计算单元18判断是否找到一个或多个相关文件作为这些搜索的结果（S56）。如果未找到相关文件，则跳过下文描述的S58至S64的处理。关联度计算单元18将表明未找到相关文件的响应返回到文件管理单元14并且终止处理。

当确定在S56中找到一个或多个相关文件时，关联度计算单元18将作为根据以上三点执行的搜索的结果所获得的文件ID合并并且创建相关文件列表（S58）。然后，关联度计算单元18判断三个点中是否指定了优先级（S60）。如果指定了优先级，则关联度计算单元18根据指定来改变文件ID在相关文件列表中的设置顺序（S62）。例如，在以最高优先级分配给文件内容、第二高优先级分配给同时访问且第三高优先级分配给文件组的方式指定优先级的情况下，关联度计算单元18首先根据文件内容以关联度的降序对相关文件列表中所包含的文件ID进行分类。用户可将优先级作为例如设定信息提前存储在医疗记录管理系统10中。然后，关联度计算单元18根据同时访问以关联度的降序对在该分类结果中具有相同分数的文件ID进行分类，并且此后根据文件组以关联度的降序对在该分类结果中具有相同分数的文件ID进行分类。关联度计算单元18随后将利用该分类处理所获得的相关文件列表输出到文件管理单元14（S64）。

在图14的实例中，分别根据以上三点来搜索相关文件，并且随后根据分配给三点的优先级对搜索结果进行分类。然而，这仅为实例。除此之外，例如，可以以上述方式针对三点中的每个点计算存储在医疗记录文件DB16中的每个文件和参考文件之间的关联度。此后，可将三个关联度合并来确定总关联度。可以根据总关联度来确定文件的搜索等级（诸如通过以总关联度的降序对搜索结果进行分类）。例如，可以利用执行加权相加的方法、利用分配给各点的权重确定按照三点确定的关联度的总关联度。

现在，返回图12进行说明，已从关联度计算单元18接收到搜索结果的文件管理单元14判断搜索结果是否包括相关文件列表（S14）。如果不包括相关文件列表，则文件管理单元14在画面上显示表明未找到相关文件的消息（S16）并且终止处理。如果包括相关文件列表，则文件管理单元14从相关文件列表中提取一个文件（具体地为文件ID）（S18）。这里，在S18中提取的文件称为关注文件。然后，文件管理单元14从医疗记录文件DB16确定关注文件的文件类型代码，并且从组定义DB22获取包括该文件类型代码作为其成员文件类型代码的组定义（S20）。在S20中，可能找到与关注文件相关联的两个或更多个组定义。然后，文件管理单元14随后查验在已经针对相关文件列表中包含的文件而创建的文件组中是否存在关注文件所属的文件组（S22）。在S22中，确定已经创建的文件组中的如下文件作为关注文件所属的文件组：该文件满足在S20中获取的任一个组定义，并且包括登记日期与关注文件的登记日期的差别为预定阈值或更小（例如，两天）的成员文件。例如，患者在接受胃内窥镜检查之后几年再接受胃内窥镜检查的情况下，对于在前的检查和在后的检查创建文件类型组合相同的文件。在以此方式在一定时间间隔内多次执行相同类型（诸如相同的检查或相同的手术）的医疗操作的情况下，（即，在对于相同内容的医疗操作执行多个医疗事件的情况下），针对各医疗操作（医疗事件）创建具有相同格式的文件，并且对其进行记录。在这种情况下，在该实例中对分配相近登记日期的文件进行分组从而将各医疗操作的文件分类成不同的文件组。可利用除登记日期之外的文件属性对各医疗操作的文件进行分组。

在无需针对各医疗事件将文件组单独分类并且可将内容相同的医疗操作（例如，多次胃内窥镜检查）的多个医疗事件的文件统一分组的情况下，可省略基于每个文件的登记日期进行的缩小范围步骤。

如果在S22中找到关注文件所属的文件组，则文件管理单元14将关注文件添加到文件组的文件列表中（S24）。处理从S24转入图13的S38，并且文件管理单元14判断相关文件列表中包含的所有文件的处理是否已结束。

另一方面，如果在S22中未找到关注文件所属的文件组，则文件管理单元14判断是否要对关注文件以及任何尚未分组文件进行分组（S26）。尚未分组文件是在S18中从相关文件列表中提取且在提取文件时未确定其文件组的文件。在下面的处理循环中判断是否要对尚未分组文件和从相关文件列表中提取的文件进行分组（S26）。

在S26中，对由文件管理单元14保存的每个尚未分组文件执行下面的处理。具体而言，如果与关注文件相关联的组定义（即，包括关注文件的文件类型代码作为其成员文件类型代码的组定义）和与尚未分组文件相关联的组定义具有共同的组定义并且关注文件的登记日期和尚未分组文件的登记日期之间的差别小于或等于阈值，则文件管理单元14判定要对关注文件和尚未分组文件进行分组，即基于共同的组定义而被包括在文件组中。否则，文件管理单元14判定不对关注文件和尚未分组文件进行分组。

当文件管理单元14在S26中判定不对关注文件和尚未分组文件进行分组时，处理转入图13的S30，在S30中，文件管理单元14保存关注文件作为尚未分组文件。随后，处理转入图13的S38，在S38中，文件管理单元14判断是否完成相关文件列表中包含的所有文件的处理。

当在S26中判定要对关注文件和尚未分组文件进行分组时，文件管理单元14创建包括关注文件和尚未分组文件的新文件组（S28）。具体而言，文件管理单元14创建新组ID，并且将关注文件和尚未分组文件的文件ID添加到与组ID相关联的文件列表中。而且，该组ID与关注文件和尚未分组文件所共同关联的组定义的组定义ID相关联。然后，文件管理单元14判断共同组定义是否包含代表性部位代码（参见图6）（S32）。

如果包含代表性部位代码，则文件管理单元14将在S28中创建的文件组与代表性部位代码相关联，然后将文件组登记在显示列表中（S34）。

这里，显示列表为要在搜索结果显示画面100的概略图上显示的显示项目列表（文件组或不属于任何文件组的各文件）。将显示列表中所包含的每个显示项目均显示为一个图标。

在S34中，例如，文件管理单元14将在S28中创建的文件组的组ID与代表性部位代码相关联，然后将组ID添加到显示列表中。

当在S32中判断出与关注文件和尚未分组文件共同相关联的组定义不包含代表性部位代码时，文件管理单元14将在S28中创建的文件组与指定特殊显示区域135（参见图8）的代码相关联，然后将文件组登记在显示列表中（S36），在特殊显示区域135中设置不与任何部位相关联的文件。

处理从S34或S36转入S38，并且文件管理单元14判断是否完成相关文件列表中所包含的所有文件的处理。

如果在S38中获得的判断结果为否定（否），也就是，如果在相关文件列表中留有尚未处理文件，则处理返回到图12的S18，在S18中，文件管理单元14从相关文件列表中提取一个尚未处理文件并且重复S20至S38的处理循环。

如果由于重复处理循环而完成了相关文件列表中包含的所有文件的处理，则在S38中获得的判断结果变成肯定（是）并且处理转入S40。在S40中，文件管理单元14判断是否留有尚未分组文件。如果留有尚未分组文件，则文件管理单元14从尚未分组文件中提取一个文件（S42），尝试从医疗记录文件DB16中获取与被提取的该尚未分组文件相关联的部位代码，并且判断是否成功地获取部位代码（S46）。如果成功地获取了部位代码，则文件管理单元14将尚未分组文件的文件ID与获取的部位代码相关联并且随后将尚未分组文件登记在显示列表中（S48）。另一方面，如果未成功地获取部位代码，则文件管理单元14将尚未分组文件的文件ID与表示特殊显示区域135的代码相关联并且然后将尚未分组文件登记在显示列表中（S49）。在执行S48和S49之后，处理返回到S40，并且文件管理单元14判断是否留有尚未分组文件。如果留有尚未分组文件，则文件管理单元14重复S42至S49的处理。如果由于重复该处理而不再留有尚未分组文件（即，如果在S40中获得的判断结果变为否定），则结束处理。

图12的实例描述了根据组定义对图6所示的各种类型的医疗事件进行分组的流程。例如，在从初诊到康复所使用的与一个症状有关的文件被收集到一个文件组中的情况下，可利用检索到的每个文件的会诊标识信息（共同分配给为从初诊到康复的一个症状而创建的文件的标识信息）对具有相同会诊标识信息的文件进行分组。在该情况下，可以采用如下的层次组结构：例如用于从初诊到康复的一个症状的文件组还包括用于诸如胸部检查等每个医疗事件的文件组。为构建该结构，例如，在根据图12和图13所示的程序创建显示列表之后，文件管理单元14可以根据会诊标识信息对显示列表中包含的各文件组和各文件进行分组。每个症状与代表性部位相关联。从初诊到康复所使用的用于一个症状的文件组的图标可设置在概略图的与代表性部位对应的位置处（不与任何代表性部位相关联的症状可设置在特殊显示区域135中）。

上文已经对从搜索到创建显示列表的程序的实例进行了说明。文件管理单元14根据例如图15所示的程序利用创建的显示列表来创建搜索结果显示画面100。

在该程序中，文件管理单元14首先从概略图存储器15中读出用户指定的概略图的数据（S70）。例如，缺省使用的概略图可被设定为整个人体的前视图。如果用户希望使用另一概略图（例如，腹部的局部概略图），则用户可在医疗记录管理系统10中指定概略图。接下来，文件管理单元14判断显示列表是否包含尚未设置在概略图上的项目（文件组或各文件）（S72）。如果存在这样的尚未设置项目，则文件管理单元14从尚未设置项目中提取一个项目（S74）。然后，文件管理单元14基于被提取项目的属性信息，确定用于提示该项目的图标的显示方式（形状和颜色）（S76）。

例如，图标的显示方式（例如，图标的形状）可以根据该项目为文件组还是单独文件来改变。

在根据关联度改变图标的显示方式（例如，颜色）的情况下，文件管理单元14获取与该图标对应的文件组或文件（相对于参考文件）的关联度或搜索等级，并且选择对应于该关联度或搜索等级的显示方式。关联度或搜索等级可利用图标的形状或颜色来表达或者可显示为图标内的值。文件组相对于参考文件的关联度或搜索等级可根据文件组中所包含的各文件相对于参考文件的关联度或搜索等级来确定。例如，可使用文件组中所包含的文件的关联度（或搜索等级）的平均值或最大值（最高值）作为文件组的关联度（或搜索等级）。

而且，可根据对应组定义来选择文件组的图标的显示方式。

另外，可根据诸如文件类型等文件属性来选择文件的图标的显示方式。

可选地，文件组和各文件可利用图标的形状而彼此区分开，并且图标的颜色可根据每个文件组的属性（例如，与哪个组定义对应）和每个文件的属性而改变。可以使用这种组合。

在以此方式确定图标的显示方式之后，文件管理单元14将图标设置在概略图的与图标相关联的位置处（S78）。在文件组的图标的情况下，文件管理单元14将图标设置在与对应组定义中定义的代表性部位对应的位置处。在文件的图标的情况下，文件管理单元14将图标设置在与文件的管理数据中所包含的部位代码对应的位置处。这里，与特殊显示区域135相关联的文件组或文件的图标设置在特殊显示区域135中。

文件管理单元14重复S72至S78的上述处理，直到显示列表中不再包含尚未设置项目为止。如果显示列表中不再包含尚未设置项目，则结束处理。在多个项目的图标在同一位置处彼此重叠的情况下，在一个实例中可以以重叠顺序将具有较高关联度的项目设置在前景侧。结果，在多个图标彼此重叠的位置处，当首次显示创建的搜索结果显示画面100时，将各图标中具有最高关联度的图标设置在前景。这样，很可能通过鼠标操作等来选择具有最高关联度的图标。

由于上述处理，创建了搜索结果显示画面100，其中检索到的文件组和文件的图标被显示在指定概略图上。创建的搜索结果显示画面100的信息经由网络30返回到作为搜索请求者的终端40。

操作终端40的用户通过阅览搜索结果显示画面100来直观地掌握已经对关注患者的身体的哪部分进行了何种医疗操作，并且选择性地查看与可能涉及当前症状的部位有关的文件。而且，将文件组的图标显示于概略图上的搜索结果显示画面100显示根据医疗事件进行分组的检索文件或已经治愈的症状。这样，与单独设置文件的许多图标的情况相比，提供了易于阅览的画面。

上面已经对在概略图上显示与参考文件相关的相关文件的搜索结果的情况进行了说明，但是该情况仅为实例。除了该情况之外，显示在概略图上的文件图标和组图标还可用于搜索与指定患者相关联的所有医疗记录文件且显示搜索结果的情况，在与指定患者相关联的医疗记录文件中搜索满足指定搜索条件（例如，与文件属性或基于文件内容进行的搜索中所使用的关键词有关的条件）的医疗记录文件且显示搜索结果的情况，等等。

在上述实例中，出于信息安全的考虑，仅将与指定患者相关联的医疗记录文件设定为待搜索范围。然而，在关注患者的症状可能与遗传因素相关的情况下，待搜索范围可例外地包括血缘上（遗传学地）与该患者有关的亲属所相关联的医疗记录文件。可预先设定待搜索范围中包括其医疗记录文件的亲属的范围（在何种程度内）。

在使关于该遗传症状的搜索操作高效的一个实例中，在图12的程序的S10中对参考文件进行分析以判断参考文件是否与考虑遗传因素的症状相关。在该判断中，例如，参考文件的文件内容是否包含与考虑遗传因素的症状有关的预先登记的关键词。如果包含这样的关键词，则判定参考文件与考虑遗传因素的症状相关。除了仅基于这种关键词的存在或不存在进行判断之外，还可以利用自然语言解释技术来自动地判断参考文件是否与考虑遗传因素的症状相关。

例如，上述医疗记录管理系统10通过使通用计算机执行如下的程序来实现：该程序代表由上述每个功能模块执行的处理。这里，计算机具有例如作为硬件的电路配置，在电路配置中诸如中央处理单元（CPU）等微处理器、诸如随机存取存储器（RAM）和只读存储器（ROM）等存储器（主存储器）、用于控制硬盘驱动器（HDD）的HDD控制器、各种输入/输出（I/O）接口、用于执行控制以建立与诸如局域网等网络的连接的网络接口等等经由总线相互连接。总线还可例如经由I/O接口连接至用于执行便携式光盘记录介质（诸如压缩光盘（CD）或数字多功能光盘（DVD））的读和/或写操作的光盘驱动器；基于各种标准对便携式非易失性记录介质进行读和/或写操作的存储器读出器/写入器（诸如闪速存储器）；等等。写有上述每个功能模块的处理内容的程序经由诸如CD或DVD等记录介质或者经由诸如网络等通信线路存储在诸如HDD等固定存储装置中，并且被安装到计算机中。存储在固定存储装置中的程序被载入到RAM中并借助诸如CPU等微处理器来执行，从而实现上述功能模块。而且，可以利用能够经由网络相互通信的多台计算机以分散方式来实现医疗记录管理系统10的上述部件。分散式部件可经由网络相互通信，从而可以实现医疗记录管理系统10的功能。

出于解释和说明的目的提供了本发明的示例性实施例的前面的说明。不意在穷举或将本发明限制为所公开的确切形式。显然，对于本技术领域的技术人员可以进行许多修改和变型。选择和说明本示例性实施例是为了更好地解释本发明的原理及其实际应用，因此使得本技术领域的其他人能够为实现各种实施例理解本发明和各种适合于所构想的特定应用的修改。目的在于通过所附权利要求及其等同内容限定本发明的范围。

Claims (5)

1.一种医疗记录搜索方法，包括：

搜索步骤，在文件存储器中搜索与用户从患者中指定的患者相关联的电子文件，所述文件存储器与所述电子文件的文件类型相关联地存储患者的医疗记录的电子文件；

参考定义文件组的组定义信息并且将在所述搜索中获得的所述电子文件进行分组从而创建多个文件组；以及

生成步骤，生成搜索结果显示画面的数据，在所述搜索结果显示画面中与由于所述分组而创建的所述多个文件组中的对应一个文件组相关联的图标设置在概略图的如下位置处：所述位置对应于与所述文件组相关联的人体部位，

其中，在所述搜索步骤中，

接受用户指定在搜索中用作参考的参考电子文件所执行的操作，

分析所述参考电子文件的内容，并且

在被分析的内容与遗传因素相关的情况下，

通过参照与血缘关系有关的信息在患者中识别在预定范围内血缘上与指定患者相关的另一患者，并且

在存储于所述文件存储器中的所述电子文件之中，在所述指定患者的电子文件和已经被识别的所述另一患者的电子文件中搜索与所述参考电子文件相关的电子文件。

2.根据权利要求1所述的医疗记录搜索方法，其中，

在所述生成步骤中，当在基于所述数据的所述搜索结果显示画面上选择与所述多个文件组中的文件组相关联的图标时，在所述搜索结果显示画面上创建并显示与所选图标相关联的所述文件组中所包含的电子文件的列表，并且在所述搜索结果显示画面上显示从所述列表中选择的电子文件的内容。

3.根据权利要求2所述的医疗记录搜索方法，其中，

在所述生成步骤中，

在由于所述分组而创建的所述多个文件组包括与同一人体部位相关联的两个或更多个文件组的情况下，在所述搜索结果显示画面上生成并且显示如下概略图的图像：在所述概略图的与所述同一人体部位对应的位置处彼此重叠地显示分别与所述同一人体部位所相关的所述两个或更多个文件组相关联的两个或更多个图标，并且

当在选择同一位置处彼此重叠地显示的所述两个或更多个图标中的第一图标的状态下从用户接受到预定操作时，将所选图标从所述第一图标切换到所述两个或更多个图标中的第二图标。

4.根据权利要求1至3中任一项所述的医疗记录搜索方法，还包括：

记录与所述用户已经连同预定电子文件一起查看的另一电子文件有关的信息作为同时查看历史，

其中，在所述搜索步骤中

接受用户指定在搜索中用作参考的参考电子文件所执行的操作，并且

根据每个电子文件的内容与所述参考电子文件的内容之间的关联度以及与连同所述参考电子文件一起查看所述电子文件的次数有关的信息，在与指定患者相关联的电子文件中搜索与所述参考电子文件相关的电子文件。

5.一种医疗记录搜索装置，包括：

搜索单元，其在文件存储器中搜索与用户从患者中指定的患者相关联的电子文件，所述文件存储器与所述电子文件的文件类型相关联地存储患者的医疗记录的电子文件；

分组单元，其参考定义文件组的组定义信息并且将所述搜索单元所获得的所述电子文件进行分组从而创建多个文件组；以及

生成单元，其生成搜索结果显示画面的数据，在所述搜索结果显示画面中与由于所述分组单元执行分组而创建的所述多个文件组中的对应一个文件组相关联的图标设置在概略图的如下位置处：所述位置对应于与所述文件组相关联的人体部位，

其中，在所述搜索步骤中，

接受用户指定在搜索中用作参考的参考电子文件所执行的操作，

分析所述参考电子文件的内容，并且

在被分析的内容与遗传因素相关的情况下，

通过参照与血缘关系有关的信息在患者中识别在预定范围内血缘上与指定患者相关的另一患者，并且

在存储于所述文件存储器中的所述电子文件之中，在所述指定患者的电子文件和已经被识别的所述另一患者的电子文件中搜索与所述参考电子文件相关的电子文件。