CN105321137B - 解读请求管理系统、解读请求管理设备及其控制方法 - Google Patents

Abstract

本发明涉及一种解读请求管理系统、解读请求管理设备及其控制方法。所述解读请求管理系统用于管理用以解读医用图像数据集的解读请求，包括：管理单元，用于共同管理所述解读请求和表示医用图像数据集的属性的属性信息集；接收单元，用于针对所述属性信息集各自接收与多个解读医生相对应的参数，其中所述参数表示为确定被分配所述解读请求的分配对象所使用的程度；以及分配对象确定单元，用于基于由所述接收单元接收到的与所述管理单元所管理的解读请求的属性信息集相对应的并且与所述多个解读医生相对应的参数所表示的程度，来确定要被分配具有相应的属性信息集所表示的属性的解读请求的解读医生。

Description

解读请求管理系统、解读请求管理设备及其控制方法

技术领域

本发明涉及一种解读请求管理系统及其控制方法和解读请求管理设备及其控制方法，尤其涉及用于将要解读的图像分配至对医用图像进行解读的解读医生的技术。

背景技术

传统上，使用诸如CT(Computed Tomography，计算机断层扫描)和MRI(MagneticResonance Imaging，磁共振摄像)等的医用图像设备来对患者进行摄像，并且对通过摄像所获得的医用图像进行解读(读取)。为了进行医用图像的解读，参与安排分配的业务的人(以下称为“助理员”)考虑各解读医生的专业领域和日程安排来将解读请求分配至解读医生(或解读员、审阅员)。换句话说，助理员基于他/她自身的经验来对解读请求进行手动分配，并且这对于助理员而言很麻烦。此外，如果助理员的经验不足，则将对解读医生进行的解读请求的分配发生不均等，并且不能适当地分散解读医生的工作负荷。

日本特开2002-329190公开了用于进行如下操作的机制：对所接收到的多个医生的日程安排信息进行管理；从远程场所接收医用图像；根据日程安排信息自动将这些医用图像分配至这些医生；并且经由通信网络将这些医用图像分发至医生。

然而，根据日本特开2002-329190，在自动分配解读请求的情况下仅考虑解读医生的日程安排，并且没有考虑解读医生的专业性(基于检查类型、身体部位等的具体专业领域)和熟练度。因此，如果尽管医生可以解读分配至该医生的医用图像、但该医用图像不是恰好在该医生的具体专业领域内，则可能发生该医生需要较长时间来进行解读的问题。

发明内容

本发明提供用于通过考虑如下参数来确定被分配解读请求的分配对象的机制，其中这些参数表示确定被分配解读请求的分配对象所使用的程度，并且是针对这些解读请求中所包括的各属性信息集所设置的并且与多个解读医生各自相对应。

根据本发明的一个方面，提供一种解读请求管理系统，用于对用以解读医用图像数据集的解读请求进行管理，所述解读请求管理系统包括：管理单元，用于对所述解读请求和表示医用图像数据集的属性的属性信息集一起进行管理；接收单元，用于针对所述属性信息集各自接收与多个解读医生相对应的参数，其中所述参数表示确定被分配所述解读请求的分配对象所使用的程度；以及分配对象确定单元，用于基于由所述接收单元接收到的与所述管理单元所管理的解读请求的属性信息集相对应的并且与所述多个解读医生相对应的参数所表示的程度，来确定要被分配具有相应的属性信息集所表示的属性的解读请求的解读医生。

根据本发明的另一方面，提供一种解读请求管理系统的控制方法，所述解读请求管理系统用于对用以解读医用图像数据集的解读请求进行管理，所述控制方法包括以下步骤：管理步骤，用于对所述解读请求和表示医用图像数据集的属性的属性信息集一起进行管理；接收步骤，用于针对所述属性信息集各自接收与多个解读医生相对应的参数，其中所述参数表示确定被分配所述解读请求的分配对象所使用的程度；以及分配对象确定步骤，用于基于由所述接收步骤接收到的与所述管理步骤所管理的解读请求的属性信息集相对应的并且与所述多个解读医生相对应的参数所表示的程度，来确定要被分配具有相应的属性信息集所表示的属性的解读请求的解读医生。

根据本发明的另一方面，提供一种解读请求管理设备，用于对用以解读医用图像数据集的解读请求进行管理，所述解读请求管理设备包括：管理单元，用于对所述解读请求和表示医用图像数据集的属性的属性信息集一起进行管理；接收单元，用于针对所述属性信息集各自接收与多个解读医生相对应的参数，其中所述参数表示确定被分配所述解读请求的分配对象所使用的程度；以及分配对象确定单元，用于基于由所述接收单元接收到的与所述管理单元所管理的解读请求的属性信息集相对应的并且与所述多个解读医生相对应的参数所表示的程度，来确定要被分配具有相应的属性信息集所表示的属性的解读请求的解读医生。

根据本发明的另一方面，提供一种解读请求管理设备的控制方法，所述解读请求管理设备用于对用以解读医用图像数据集的解读请求进行管理，所述控制方法包括以下步骤：管理步骤，用于对所述解读请求和表示医用图像数据集的属性的属性信息集一起进行管理；接收步骤，用于针对所述属性信息集各自接收与多个解读医生相对应的参数，其中所述参数表示确定被分配所述解读请求的分配对象所使用的程度；以及分配对象确定步骤，用于基于由所述接收步骤接收到的与所述管理步骤所管理的解读请求的属性信息集相对应的并且与所述多个解读医生相对应的参数所表示的程度，来确定要被分配具有相应的属性信息集所表示的属性的解读请求的解读医生。

本发明使得能够通过考虑如下参数来确定被分配解读请求的分配对象的机制，其中这些参数表示确定被分配解读请求的分配对象所使用的程度，并且是针对这些解读请求中所包括的各属性信息集所设置的并且与多个解读医生各自相对应。

通过以下(参考附图)针对典型实施例的说明，本发明的其它特征将变得明显。

附图说明

图1是示出根据实施例的系统结构的示例的图。

图2是示出根据本实施例的信息处理设备的硬件结构的示例的图。

图3是示出根据本实施例的远程解读服务器的功能结构的示例的图。

图4是整体处理的流程图。

图5是请求申请处理的流程图。

图6是分配特性初始值设置处理的流程图。

图7是请求接受处理的流程图。

图8是请求分配处理的流程图。

图9A、9B和9C是自动分配处理的流程图。

图10是示出请求方设施工作列表画面的示例的图。

图11是示出请求申请画面的示例的图。

图12是示出解读中心工作列表画面的示例的图。

图13是示出请求接受画面的示例的图。

图14是示出专业性设置画面的示例的图。

图15是示出分配画面的示例的图。

图16是示出分配画面上所显示的自动分配结果的示例的图。

图17是示出检查类型表的结构的示例的图。

图18是示出身体部位表的结构的示例的图。

图19是示出分类表的结构的示例的图。

图20是示出分配特性主表的结构的示例的图。

图21是示出计数分数相加表的结构的示例的图。

图22是示出分数设置表的结构的示例的图。

图23是示出分配特性映射表的结构的示例的图。

图24A和24B是示出专业性表的结构的示例的图。

图25是示出解读医生排除表的结构的示例的图。

图26A和26B是示出解读医生日程安排表的结构的示例的图。

图27是示出请求信息表的结构的示例的图。

图28是示出请求信息表在排序之后的状态的图。

图29是示出请求信息表在排序之后的状态的图。

图30是示出自动分配判断结果的图。

图31是示出解读医生日程安排在自动分配之后的概念例示的图。

图32是根据第二实施例的请求分配处理的流程图。

图33A是根据第二实施例的自动分配处理的流程图。

图33B是根据第二实施例的自动分配处理的流程图。

图33C是根据第二实施例的自动分配处理的流程图。

图33D是根据第二实施例的自动分配处理的流程图。

图34是示出分配条件设置画面的示例的图。

图35是示出中断用设施信息表的示例的图。

具体实施方式

第一实施例

以下参考附图来详细说明本发明的实施例。注意，以下所示的结构仅是示例，并且本发明不限于这些示例。

系统结构

图1示出作为根据本实施例的信息处理系统的远程解读系统的整体结构的示例。在本实施例中，在远程解读系统中包括数据中心、请求方设施、解读中心和解读医生的家作为所关注的位置，并且这些位置经由网络115可通信地相连接。

在从用作这些位置所配置的客户端终端的PC(109,112,113,114)向远程解读系统的访问开始时，通过使用认证服务器116所提供的认证功能来对远程解读系统的各用户进行认证。在成功地进行了认证之后，向用户呈现门户服务器102所提供的门户画面(图中未示出)。此外，用户可以通过使用SNS服务器104来与另一用户交换消息。

在请求方设施中，利用作为摄像设备的医学影像设备111拍摄远程解读中要使用的图像数据(医用图像数据)，然后将该图像数据发送至图像中继客户端110。该图像数据例如是采用DICOM(Digital Imaging and Communication in Medicine，医学数字成像和通信标准)格式的图像数据。图像中继客户端110对从医学影像设备111发送来的图像数据进行存档，然后将该图像数据发送至数据中心所配置的图像中继服务器107。图像中继服务器107处理从请求方设施发送来的图像数据，并且将该图像数据发送至存储管理服务器105。存储管理服务器105向各图像数据集发出唯一ID(标识信息)，并且将这些ID存储在外部存储设备117中。负责请求方设施的解读请求业务的人通过使用请求方终端109输入进行解读请求所需的信息(请求信息)，并且将该请求信息连同图像数据一起发送至数据中心。在数据中心侧，将各请求信息集存储在数据库108中。注意，在本说明书中，请求信息集与图像数据集相对应，并且将请求信息集的分配(分类)视为图像数据集的分配。

进行图像解读的解读医生通过使用解读中心所配置的解读用终端113(或家中所配置的解读用终端114)从分发服务器106下载并参考与所分配的解读请求相对应的解读图像数据集，然后对该图像数据集进行解读。之后，解读医生通过使用解读用终端113上运行的应用程序(图中未示出)来制作与解读结果有关的报告。将如此制作成的报告发送至报告服务器103，然后存储在数据库108中。注意，尽管在上述示例中解读用终端配置在解读中心和解读医生的家中，但这些解读用终端还可以配置在任何位置，并且该系统可被配置成可以通过使用移动终端等来参考图像数据集。

图2是示出信息处理设备的硬件结构的示例的图，并且该设备的示例包括各种服务器和终端。CPU 201对连接至系统总线204的装置和控制器进行整体控制。ROM 202或外部存储器211例如存储BIOS(基本输入/输出系统)、操作系统(OS)和用于实现各终端的功能的各种程序等。

RAM 203例如用作CPU 201的主存储器和工作区域。CPU 201例如将处理的执行所需的程序从ROM 202或外部存储器211载入RAM 203，并且通过执行这些程序来实现各种操作。输入控制器205控制来自键盘(KB)209和诸如鼠标等的指示装置(图中未示出)的输入。视频控制器206进行针对诸如CRT显示器等的显示器210的显示控制。

存储器控制器207控制对存储各种数据等的外部存储器211的访问。外部存储器211的示例包括外部存储设备(HD)、软盘(FD)和经由适配器连接至PCMCIA卡槽的紧凑型闪速(compact flash，注册商标)存储器。通信I/F控制器208经由网络(例如，图1所示的网络115)连接至外部装置并对该外部装置进行通信控制。通信I/F控制器208例如能够进行使用TCP/IP的通信。

用于实现本发明的各种程序存储在外部存储器211中，并且根据需要载入RAM 203并且由CPU 201执行。此外，例如还将定义文件和各种信息表存储在外部存储器211中，这将在后面进行详细说明。

功能结构

图3是示出根据本实施例的远程解读服务器101的功能结构的示例的图。

在从位于请求方设施的请求方终端109接收到对显示请求申请画面等所需数据的请求时，远程解读服务器101通过使用请求搜索功能301来分析该请求。然后，远程解读服务器101在数据库108中所包含的请求信息表2700内进行搜索，并且将显示信息(例如，Web页)返回至请求方终端109。换句话说，请求搜索功能301是执行以下所述处理中的步骤S202和S402的功能单元。在从请求方终端109接收到请求申请的请求时，远程解读服务器101通过使用请求申请功能302来分析该请求，并且更新数据库108中所包含的请求信息表2700。换句话说，请求申请功能302是执行以下所述处理中的步骤S101的功能单元。

在从请求方终端109接收到请求接受的请求时，远程解读服务器101通过使用请求接受功能303来分析该请求，并且更新数据库108中所包含的请求信息表2700。换句话说，请求接受功能303是执行以下所述处理中的步骤S102的功能单元。在从请求方终端109接收到自动请求分配的请求时，远程解读服务器101执行自动请求分配功能304。换句话说，远程解读服务器101读取数据库108中所包含的诸如请求信息表2700、专业性表2400和解读医生日程安排表2600等的数据集，并且进行自动分配。之后，远程解读服务器101将处理结果返回至请求方终端109。换句话说，自动请求分配功能304是执行以下所述处理中的步骤S103的功能单元。在从请求方终端109接收到分配结果保存的请求时，远程解读服务器101通过使用请求更新功能305来分析该请求，并且更新数据库108中所包含的请求信息表2700。

处理

图4是根据本实施例的整体处理的流程图。尽管该流程图仅示出发起该处理的请求方终端109以及业务终端112，但这里假定在各处理中各终端与远程解读服务器101协作。此外，在本实施例中，假定请求方终端109和业务终端112彼此没有进行直接数据交换。

此外，在本实施例中，如上所述，假定已将请求方设施中的医学影像设备111预先拍摄到的图像数据集及时地发送至数据中心并且已登记到外部存储设备117中。因此，例如，按患者、按日期和按检查类型以组为单位将与这些图像数据集相对应的解读请求的各个信息集(请求信息集)登记到数据库108。此外，假定一个或多个图像数据集与一个请求信息集相关联。注意，假定在登记时没有申请对请求进行分配，并且在数据库108中对具有表示没有进行申请的状态的请求进行管理。

在步骤S101中，请求方终端109根据用户指示执行图5所示的请求申请处理。以下参考图5来说明该请求申请处理的详情。

在步骤S102中，业务终端112根据用户指示执行图7所示的请求接受处理。以下参考图7来说明该请求接受处理的详情。

在步骤S103中，业务终端112根据用户指示执行图8所示的请求分配处理。以下参考图8来说明该请求分配处理的详情。

请求申请处理

图5是通过请求方终端109和远程解读服务器101彼此协作所执行的请求申请处理的流程图。通过请求方终端109和远程解读服务器101各自的CPU读出并执行各存储单元中所存储的程序来实现以下的处理步骤。

在步骤S201中，请求方终端109根据用户指示显示图10所示的请求方设施工作列表画面1000。请求方终端109可以通过使用请求方终端109所配备的Web浏览器(图中未示出)来显示该画面、或者借助于预定的应用程序来显示该画面。为了获得要显示在请求方设施工作列表画面1000上的请求信息集，请求方终端109向远程解读服务器101提供用以获得具有表示没有进行申请的状态的请求信息集的指示。注意，以下一起说明请求信息集的状态的详情和表的详情。

在步骤S202中，响应于来自请求方终端109的指示，远程解读服务器101向请求方终端109返回从图27所示的请求信息集中所选择的、具有表示没有进行申请的状态的请求信息集。具体地，在图27所示的请求信息表2700中，将状态2702的值为“等待申请”的请求信息集返回至请求方终端109。然后，请求方终端109将所接收到的请求信息集显示在请求方设施工作列表画面1000上。

在步骤S203中，请求方终端109经由请求方设施工作列表画面1000从用户接受针对要申请的请求的选择。具体地，请求方终端109接收请求方设施工作列表画面1000上的显示按钮1001的指定，由此接收针对要申请的请求的选择。请求方终端109获得所选择的要申请的请求的请求ID 2701。

在步骤S204中，请求方终端109显示图11所示的请求申请画面1100，以显示与步骤S203中所获得的请求ID 2701相对应的请求信息集。请求申请画面1100例如用于输入与患者有关的信息和解读所需的信息(例如，患者的症状)。注意，该信息可以由请求方手动输入、或者可以根据诸如患者编号1103等的标识信息的输入而自动输入，并且还可以指定要附加的文件。

在步骤S205中，请求方终端109判断是否按下了请求申请画面1100上的请求申请按钮1113。在按下了请求申请按钮1113的情况下(步骤S205中为“是”)，处理进入步骤S206。

在步骤S206中，请求方终端109获得包含输入至请求申请画面1100的检查类型1109、身体部位1110等的请求信息集。

在步骤S207中，请求方终端109将步骤S206中所获得的请求信息集发送至远程解读服务器101。

在步骤S208中，远程解读服务器101接收从请求方终端109发送来的请求信息集。

在步骤S209中，远程解读服务器101基于步骤S208中所接收到的请求信息集来设置分配特性初始值。以下参考图6来说明该处理的详情。

在步骤S210中，远程解读服务器101将步骤S209中已设置的分配特性初始值添加至步骤S208中所接收到的请求信息集，并且将该请求信息集存储至数据库108。此时，表示请求信息集的状态的状态2702的值改变为“等待接受”。然后，该处理结束。

分配特性初始值设置处理

图6是示出远程解读服务器101所执行的用于将分配特性初始值设置到进行了申请的请求信息集的处理的流程图。该处理与图5的步骤S209相对应。在本实施例中，使用被称为“分配特性”的信息作为用于将解读数据集分配至解读医生的信息。以下一起提供分配特性的结构的具体说明和该处理的说明。

在步骤S301中，远程解读服务器101判断从请求方终端109所接收到的请求信息集是否包含为了确定分配特性初始值而要执行的映射处理的所需信息。假定这里的所需信息为检查类型、身体部位、分类、患者年龄和患者性别。在判断为包含所需信息的情况下(步骤S301中为“是”)，远程解读服务器101判断为可以设置分配特性初始值，并且处理进入步骤S302。另一方面，在判断为不包含所需信息的情况下(步骤S301中为“否”)，远程解读服务器101判断为不能设置分配特性初始值，并且处理进入步骤S305。

在步骤S302中，远程解读服务器101通过使用检查类型、身体部位、分类、患者年龄和患者性别的所有值作为条件值(关键字)来在图23所示的数据库108中所存储的分配特性映射表2300内搜索分配特性ID 2301。注意，可以根据请求信息集中所包含的检查日期和患者出生日期来计算患者的年龄。

在步骤S303中，远程解读服务器101判断步骤S302中所检测到的分配特性ID 2301的数量是否为1。在该数量为1的情况下(步骤S303中为“是”)，远程解读服务器101判断为分配特性映射成功，并且处理进入步骤S304。在该数量为0或者2以上的情况下(步骤S303中为“否”)，远程解读服务器101判断为分配特性映射失败，并且处理进入步骤S305。

在步骤S304中，远程解读服务器101将步骤S303中所检索到的一个分配特性ID2301作为初始值设置到请求信息集。然后，该处理结束。

在步骤S305中，远程解读服务器101不将分配特性ID 2301设置到请求信息集，并且该处理结束。

请求接受处理

图7是通过业务终端112和远程解读服务器101相互协作所执行的请求接受处理的流程图。通过业务终端112和远程解读服务器101各自的CPU读出并执行各存储单元中所存储的程序来实现以下的处理步骤。

在步骤S401中，业务终端112根据用户指示显示图12所示的解读中心工作列表画面1200。业务终端112可以通过使用业务终端112所配备的Web浏览器(图中未示出)来显示该画面、或者借助于预定的应用程序来显示该画面。为了获得要显示在解读中心工作列表画面1200上的请求信息集，业务终端112向远程解读服务器101提供用以获得具有表示等待接受请求的状态的请求信息集的指示。

在步骤S402中，响应于来自业务终端112的指示，远程解读服务器101向业务终端112返回从图27所示的请求信息集中所选择的、具有表示等待接受请求的状态的请求信息集。具体地，在请求信息表2700中，将状态2702的值为“等待接受”的请求信息集返回至业务终端112。然后，业务终端112将所接收到的请求信息集显示在解读中心工作列表画面1200上。

在步骤S403中，业务终端112经由解读中心工作列表画面1200从用户接受针对要接受的请求的选择。具体地，业务终端112接收解读中心工作列表画面1200上的显示按钮1201的指定，由此接收针对要接受的请求的选择。业务终端112获得所选择的要接受的请求的请求ID 2701。

在步骤S404中，业务终端112显示图13所示的请求接受画面1300，以显示与步骤S403中所获得的请求ID相对应的请求信息集。请求接受画面1300显示进行请求申请时所输入的各种信息。

在步骤S405中，业务终端112将分配特性选择列表1313显示在请求接受画面1300上。

在步骤S406中，业务终端112将通过图6所示的处理所设置的分配特性初始值作为选择值设置到请求接受画面1300的分配特性选择列表1313上。结果，用户可以在无需进行任何设置操作的情况下，使用从业务终端112已设置为初始值的分配特性项。注意，在通过图6所示的处理没有设置初始值的情况下，可以显示表示需要从列表中进行选择的信息。此外，即使在设置了分配特性初始值的情况下，也可以通过从列表中接收选择来改变该值。

在步骤S407中，业务终端112判断是否按下了请求接受画面1300上的请求接受按钮1314。在按下了请求接受按钮1314的情况下(步骤S407中为“是”)，处理进入步骤S408。

在步骤S408中，业务终端112获得输入至请求接受画面1300的请求信息集。这里，该请求信息集包括检查类型、身体部位、分配特性等。

在步骤S409中，业务终端112将步骤S408中所获得的请求信息集发送至远程解读服务器101。

在步骤S410中，远程解读服务器101接收从业务终端112发送来的请求信息集。

在步骤S411中，远程解读服务器101将步骤S410中所接收到的请求信息集存储在数据库108中。此时，表示请求信息集的状态的状态2702的值改变为“等待分配”。然后，该处理结束。

请求分配处理

图8是通过业务终端112和远程解读服务器101彼此协作所执行的请求分配处理的流程图。通过业务终端112和远程解读服务器101各自的CPU读出并执行各存储单元中所存储的程序来实现以下的处理步骤。

在步骤S501中，业务终端112根据用户指示显示图15所示的请求分配画面1500。业务终端112可以通过使用业务终端112所配备的Web浏览器(图中未示出)来显示该画面、或者借助于预定的应用程序来显示该画面。请求分配画面1500包括用于显示请求信息列表1501的区域和用于显示解读医生日程安排1503的区域。为了获得要显示在请求分配画面1500上的请求信息集和解读医生日程安排信息集，业务终端112向远程解读服务器101提供用以获得各个信息集的指示。

在步骤S502中，远程解读服务器101将图27所示的请求信息表2700内的请求信息集中的具有表示等待分配的状态的请求信息集以及图26A所示的解读医生日程安排表2600返回至业务终端112。业务终端112将所接收到的请求信息集和解读医生日程安排表2600显示在请求分配画面1500上。

在步骤S503中，业务终端112获得用户经由请求分配画面1500已选择的并且要进行自动分配的请求信息集。

在步骤S504中，业务终端112判断是否按下了请求分配画面1500上的自动分配按钮1504。在按下了自动分配按钮1504的情况下(步骤S504中为“是”)，处理进入步骤S505。

在步骤S505中，业务终端112将步骤S503中所获得的并且要进行自动分配的请求信息集发送至远程解读服务器101。

在步骤S506中，远程解读服务器101接收从业务终端112发送来的并且要进行自动分配的请求信息集。

在步骤S507中，远程解读服务器101针对要进行自动分配的各个请求信息集执行自动分配处理，并且设置分配信息。这里，分配信息包括与针对所接受的请求进行解读作业的解读医生和解读日期有关的信息。以下参考图9A、9B和9C来说明该处理的详情。

在步骤S508中，远程解读服务器101将步骤S507中所设置的分配信息发送至业务终端112。

在步骤S509中，业务终端112将从远程解读服务器101接收到的分配信息显示在请求分配画面1500上。业务终端112将与已被分配了各请求信息集的解读医生和解读日期有关的信息与该请求信息集相关联地显示在请求分配画面1500的请求信息列表1501中。此外，业务终端112将各解读医生在各日期要分配的请求的数量显示在解读医生日程安排1503中。在图16中示出在该分配之后所显示的画面的概念例示。图16所示的请求分配画面1600包括用于接受自动分配的结果的确认的保存按钮1604和用于接受取消的取消按钮1603。

在步骤S510中，业务终端112判断是否按下了请求分配画面1600上的保存按钮1604。在按下了保存按钮1604的情况下(步骤S510中为“是”)，处理进入步骤S512。在按下了取消按钮1603的情况下(步骤S510中为“否”)，处理进入步骤S511。

在步骤S511中，业务终端112丢弃步骤S509中所接收到的分配信息。业务终端112使请求分配画面1600上所显示的所有分配信息均改变回至显示之前的状态(即，图15所示的状态)。然后，该处理结束。

在步骤S512中，业务终端112将接收到来自用户的确认指示的分配信息发送至远程解读服务器101。

在步骤S513中，远程解读服务器101从业务终端112接收分配信息。

在步骤S514中，远程解读服务器101通过向数据库108中所存储的请求信息集添加步骤S513中所接收到的分配信息来更新该请求信息集。此时，表示请求信息集的状态的状态2702的值改变为“已分配”。然后，该处理结束。

自动分配处理

图9A、9B和9C是与图8的步骤S507相对应的、远程解读服务器101所执行的自动分配处理的流程图。

在步骤S601中，远程解读服务器101获得数据库108中所存储的各种表。这里所使用的表包括分配特性主表2000、计数分数相加表2100、分数设置表2200和分配特性映射表2300。这些表还包括专业性表2400、解读医生排除表2500和解读医生日程安排表2600。在图20～图26B中示出各表的结构的示例。

在步骤S602中，远程解读服务器101从要进行自动分配的请求信息集中排除没有设置分配特性项的请求信息集。尽管假定经由图13所示的请求接受画面1300来向各请求信息集设置分配特性项，但不会向与预先登记的分配特性项中的任何分配特性项均不匹配的请求信息集设置分配特性项。由于无法通过使用分配特性项来对这些请求信息集进行自动分配，因此在步骤S602中将这些请求信息集从要进行自动分配的请求信息集中排除。注意，如传统情况那样，可以对这些请求信息集进行手动分配。在存在这些请求信息集的情况下，例如可以显示用于提示用户(例如，助理员)对这些请求信息集进行手动分配的画面。

在步骤S603中，远程解读服务器101按要进行自动分配的请求信息集的请求日期的升序来对这些请求信息集进行排序。换句话说，作为该排序的结果，向位置越靠上的请求信息集赋予越高的优先级，并且优先将该请求信息集分配至解读医生。请求信息集的请求日期与图27所示的请求信息表2700中的请求日期2704相对应。

在步骤S604中，针对步骤S603中的排序结果中的请求日期相同的请求信息集，远程解读服务器101按可以处理该请求信息集的分配特性的解读医生的数量的升序对这些请求信息集进行排序。这里，解读医生的数量是基于图24A所示的专业性表2400来确定的。例如，在请求信息表2700所示的请求信息集中，在步骤S602中将请求ID为“7”的请求信息集从自动分配的范围中排除。在步骤S603和步骤S604中所进行的基于请求日期2704和专业性表2400的排序之后，请求信息集的顺序将如图28所示。

在步骤S605中，远程解读服务器101将循环计数器N设置为1(N＝1)，以针对在步骤S604中进行排序后的请求信息集顺次进行循环处理。

在步骤S606中，远程解读服务器101从步骤S604中进行排序后的请求信息集中提取第N个请求信息集，并且将该请求信息集视为要进行分配的关注请求信息集。

在步骤S607中，远程解读服务器101将步骤S601中所获得的解读医生日程安排表2600内所包括的所有解读医生均视为分配对象候选解读医生。

在步骤S608中，远程解读服务器101参考步骤S601中所获得的专业性表2400，并且从步骤S607中所设置的分配对象候选解读医生中排除与步骤S606中所提取的请求信息集的分配特性项相对应的专业性设置值(分配特性值)为“0”的解读医生。注意，在分配特性的专业性设置值为“0”的情况下，这表示解读医生不具有在所关注的领域中进行图像解读的专业知识(专业性)。在该值为“0”以外的值的情况下，随着该值的增大，该领域内的熟练度提高。注意，专业性设置值不仅可用于表示解读医生所具有的专业知识的程度，而且还用于表示在所关注的领域中进行图像解读的期望度。具体地，如果解读医生针对特定分配特性项设置高的专业性设置值，则优先将具有该分配特性项的请求信息集分配至该解读医生。换句话说，如果解读医生期望针对特定分配特性项进行图像解读，则该解读医生可以将与该分配特性项相对应的专业性设置值设置得较高。这样，可以使用专业性设置值作为解读医生的期望度(优先级)。

在步骤S609中，远程解读服务器101参考步骤S601中所获得的解读医生排除表2500，并且与步骤S606中所提取的请求信息集内所包含的请求方设施相对应地，将已被设置为要排除的解读医生的解读医生从步骤S608中所设置的分配对象候选解读医生中排除。

在步骤S610中，远程解读服务器101将循环计数器D设置为“0”(D＝0)，以针对步骤S601中所获得的解读医生日程安排表2600内的各个分配日期顺次进行循环处理。

在步骤S611中，远程解读服务器101将“今天的日期+D天”设置为分配日期。远程解读服务器101将当前时间点的分配对象候选解读医生设置为该分配日期的分配对象候选解读医生。

在步骤S612中，远程解读服务器101将该分配日期与可分配日期进行比较，并且判断分配日期是否不大于可分配日期。这里，可分配日期例如表示从今天起直到预定天数之后为止的范围。注意，该可分配日期可以由用户预先确定。在该分配日期不大于可分配日期的情况下(步骤S612中为“是”)，远程解读服务器101判断为存在该分配日期，并且处理进入步骤S613。另一方面，在该分配日期大于可分配日期的情况下(步骤S612中为“否”)，远程解读服务器101判断为不存在该分配日期，并且处理进入步骤S619。

在步骤S613中，远程解读服务器101参考解读医生日程安排的分配日期，并且从该分配日期的分配对象候选解读医生中排除掉剩余可解读计数为0或者剩余可解读分数小于要分配的请求的分数的解读医生。根据本实施例，通过从(可分配计数)×(分数设置表2200中的每个请求基准分数2201)所获得的基准值中减去针对该分配日期已分配至解读医生的请求的分数的总和，来计算剩余可解读分数。换句话说，分数表示图像解读的负荷，并且在将请求分配至解读医生并且负荷变高的情况下，进行控制以使得不向该解读医生新分配请求。在该示例中，针对各解读医生，将可解读分数的基准值设置为每天的负荷的上限。注意，用于计算剩余可解读分数的方法不限于上述方法，并且例如可以通过使用针对各解读医生所设置的权重或上限值来计算该剩余可解读分数。

此外，通过使用步骤S606中所提取的请求信息集、分配特性主表2000、计数分数相加表2100和分数设置表2200来计算要分配的请求的分数。在本实施例中，通过(分数设置表2200的每个请求基准分数2201)+(分配信息所表示的分配特性项的相加分数2003)+(分配信息所表示的图像计数的相加分数2013)来计算要分配的请求的分数。换句话说，考虑基于检查类型和要检查的身体部位的组合的解读的负荷以及基于要解读的图像的数量的负荷。也就是说，分数越高表示请求的负荷越高。通过使用分数不仅考虑要解读的图像的数量而且还考虑各解读请求的负荷，可以在考虑均匀的负荷分布的情况下进行请求的分配。此外，优选在进行自动分配时计算要分配的请求的分数。这是因为，存在在接受解读请求之后接收要解读的附加图像的可能性。

在步骤S614中，远程解读服务器101判断该分配日期的分配对象候选解读医生的数量是否为0。在该数量不为0的情况下(步骤S614中为“是”)，远程解读服务器101判断为在该分配日期存在分配对象候选解读医生，并且处理进入步骤S616。在该数量为0的情况下(步骤S614中为“否”)，远程解读服务器101判断为在该分配日期不存在分配对象候选解读医生，并且处理进入步骤S615。

在步骤S615中，远程解读服务器101向循环计数器D加1(D＝D+1)，并且处理进入步骤S611。

在步骤S616中，远程解读服务器101针对该分配日期的所有分配对象候选解读医生参考解读医生日程安排表2600，并且计算剩余可解读计数(可解读计数2603)。远程解读服务器101还参考专业性表2400，并且获得专业性设置值。然后，远程解读服务器101通过将剩余可解读计数乘以专业性设置值来计算分配适当度。例如，在给定的分配对象候选解读医生的剩余可解读计数和专业性设置值分别为2和10的情况下，分配适当度的值为20。注意，用于计算分配适当度的公式不限于此，并且可以使用例如考虑各分配特性项的权重的公式等的其它公式。

在步骤S617中，远程解读服务器101基于步骤S616中所计算出的各个分配对象候选解读医生的分配适当度来将具有最高分配适当度的解读医生设置成分配信息。注意，在存在多个具有最高分配适当度的解读医生的情况下，例如将解读医生ID最小的一个解读医生作为分配对象设置为分配信息。

在步骤S618中，远程解读服务器101针对步骤S617中所设置的作为分配对象的解读医生，从分配日期的分配日程安排的剩余可解读计数(可解读计数2603)中减去1。此外，远程解读服务器101从剩余可解读分数中减去与要分配的请求相对应的分数。

在步骤S619中，远程解读服务器101判断为不存在分配对象候选解读医生和解读日期，并且不设置分配信息。然后，处理进入步骤S620。

在步骤S620中，远程解读服务器101向循环计数器N加1(N＝N+1)。

在步骤S621中，远程解读服务器101判断N的值是否小于要进行自动分配的请求信息集的总数。在判断为N小于该总数的情况下(步骤S621中为“是”)，远程解读服务器101判断为存在要进行自动分配的剩余请求，并且处理进入步骤S606。在判断为N不小于该总数的情况下(步骤S621中为“否”)，远程解读服务器101判断为完成了针对要进行自动分配的所有请求的自动分配处理，并且该处理结束。

画面结构的示例

图10示出在请求方设施侧的用户进行请求申请的情况下要显示在请求方终端109的显示器上的请求方设施工作列表画面1000的示例。在按下请求列表1006上的显示按钮1001的情况下，画面转变为用于针对与显示按钮1001相对应的行中的请求信息集进行申请的请求申请画面1100。在按下搜索按钮1005的情况下，基于用户所指定的诸如患者编号1002、检查类型1003和身体部位1004等的条件来在图27所示的请求信息表2700中进行搜索，并且更新请求列表1006的内容。

图11示出在请求方设施侧的用户输入请求申请的内容以进行请求申请的情况下要显示在请求方终端109的显示器上的请求申请画面1100的示例。根据用户所属的请求方设施来显示请求方1101。请求日期1102是要设置的进行请求申请的日期的日期信息。基于图像数据中所包括的检查信息(DICOM信息)来设置并显示患者编号1103、患者姓名1104、性别1105、出生日期1106、医学影像设备1107和图像计数1108。在按下请求申请按钮1113的情况下，将检查类型1109、身体部位1110、胶片指定1111和输入至请求详情1112的信息登记在请求信息表2700中。

图12示出在解读中心的用户接受请求的情况下要显示在业务终端112的显示器上的解读中心工作列表画面1200的示例。在按下请求列表1207上的显示按钮1201的情况下，画面转变为用于接受针对与显示按钮1201相对应的行中的请求信息集的申请的请求接受画面1300。在按下搜索按钮1206的情况下，基于诸如请求方设施1202、患者编号1203、检查类型1204和身体部位1205等的条件来在请求信息表2700内进行搜索，并且更新请求列表1207的内容。

图13示出在解读中心的用户输入请求接受的详情以接受请求的情况下要显示在业务终端112的显示器上的请求接受画面1300的示例。基于已设置至请求信息表2700的请求信息集来显示请求方1301、请求日期1302、患者编号1303、患者姓名1304、性别1305、出生日期1306、医学影像设备1307和图像计数1308。此外，还显示检查类型1309、身体部位1310、胶片1311和请求详情1312。分配特性选择列表1313示出图20所示的分配特性主表2000中所登记的分配特性名称的列表。在按下请求接受按钮1314的情况下，将从分配特性选择列表1313中所选择的分配特性项登记在请求信息表2700中。

图14示出在解读中心的用户更新图24A所示的专业性表2400的内容的情况下要显示在业务终端112的显示器上的专业性设置画面1400的示例。在用户将表示针对各分配特性项的专业性的值输入至专业性设置值1401之后按下保存按钮1402的情况下，更新专业性表2400。这里，值越大表示专业性的程度越高。注意，如果不存在输入值，则这表示该项在医生的专业领域外(或者解读医生不能进行图像解读)。

图15示出在解读中心的用户向解读医生分配请求信息集的情况下要显示在业务终端112的显示器上的请求分配画面1500的结构的示例。在按下自动分配按钮1504的情况下，对利用请求信息列表1501上的被分配对象选择复选框1502所选择的请求信息集进行自动分配，并且显示该分配的结果(图16)。在用户选择了解读医生日程安排1503的单元格的情况下，针对利用请求信息列表1501上的被分配对象选择复选框1502所选择的请求信息集，使用该单元格所示出的解读医生和分配日期作为分配信息来更新请求信息表2700。换句话说，代替响应于按下了自动分配按钮1504而自动将解读请求分配至解读医生，可以手动将解读请求分配至解读医生。

图16是示出在解读中心的用户发出自动分配的指示的情况下要显示在业务终端112的显示器上的分配结果的画面。在执行自动分配的情况下，附加地显示解读日期列1601和解读医生列1602，并且在这些列中显示作为分配的结果的解读日期和解读医生。此外，将分配之后的请求的总数和新分配请求的数量显示在解读医生日程安排1605中的与该分配相对应的解读日期和解读医生的单元格中。

在按下取消按钮1603的情况下，丢弃临时显示的解读日期和解读医生的内容。结果，解读日期列1601和解读医生列1602被隐藏，并且删除解读医生日程安排1605中的新分配请求的数量。在按下保存按钮1604的情况下，将已显示的解读日期和解读医生的内容登记在如图29所示的请求信息表2900中并进行确认。

表的结构的示例

图17、图18和图19示出数据库108中所存储的主表的结构的示例。将图17所示的检查类型表1700、图18所示的身体部位表1800和图19所示的分类表1900中所登记的数据例如以列表的形式作为用于输入请求信息集的值的候选而显示在图11所示的请求申请画面1100上。

图20示出数据库108中所存储的分配特性主表2000的结构的示例。利用图17所示的任一个检查类型的值和图18所示的任一个身体部位的值的组合来定义根据本实施例的分配特性。注意，分配特性项不限于此，并且可以由更多详细项的值的组合来定义。如果是这种情况，则可以更详细地定义专业性。分配特性主表2000包括分配特性ID 2001、分配特性名称2002和相加分数2003。关于相加分数2003，在计算请求信息集的分数的情况下，将与已设置到请求信息集的分配特性项相对应的相加分数2003与每个请求基准分数2201(图22)相加。

图21示出数据库108中所存储的计数分数相加表2100的结构的示例。计数分数相加表2100包括下限计数2101、上限计数2102和相加分数2103。在图9B和9C所示的步骤S613和步骤S618中计算请求信息集的分数的情况下，将定义包括了请求信息集的图像的数量的下限计数2101和上限计数2102之间的范围的记录的相加分数2103与每个请求基准分数2201相加。

图22示出数据库108中所存储的分数设置表2200的结构的示例。分数设置表2200包括每个请求基准分数2201。使用该分数作为针对一个请求的基准分数。

图23示出数据库108中所存储的分配特性映射表2300的结构的示例。分配特性映射表2300包括分配特性ID 2301、分配特性名称2302、检查类型ID2303、身体部位ID 2304、分类ID 2305、患者年龄下限值2306、患者年龄上限值2307和患者性别2308。相同的分配特性ID 2301各自可以具有检查类型ID 2303、身体部位ID 2304、分类ID 2305、患者年龄下限值2306、患者年龄上限值2307和患者性别2308的不同组合。

图24A示出数据库108中所存储的专业性表2400的结构的示例。专业性表2400包括解读医生ID 2401、分配特性ID 2402和专业性设置值2403。从图14所示的专业性设置画面1400输入的值(参数)登记在该表中。这些参数表示各解读医生的专业性，并且值越高表示专业性的程度越高。图24B是示出图24A所示的值之间的关系的、以解读医生和分配特性项为轴的二维表。

图25是数据库108中所存储的解读医生排除表2500的示例。解读医生排除表2500包括请求方设施ID 2501和解读医生ID 2502。解读医生排除表2500用来从候选解读医生中排除针对请求信息集进行申请的请求方设施所不期望的解读医生。尽管该示例示出针对各请求方设施指定要排除的解读医生，但指定不限于该方法。例如，可以针对各患者、针对各检查类型等，来指定要排除的解读医生。

图26A示出数据库108中所存储的解读医生日程安排表2600的结构的示例。解读医生日程安排表2600包括分配日期2601、解读医生ID 2602和可解读计数2603。图26B是示出图26A所示的值的二维表，其中利用轴来表示分配日期和解读医生。

图27示出数据库108中所存储的请求信息表2700的结构的示例。请求信息表2700包括请求ID 2701、状态2702、请求方设施ID 2703、请求日期2704、患者编号2705、患者姓名2706、出生日期2707和性别2708。请求信息表2700还包括检查类型ID 2709、身体部位ID2710、检查日期2711、分类(胶片)ID2712、图像计数2713、分配特性ID 2714、解读日期2715和解读医生ID 2716。存在各请求信息集中所包括的属性信息。特别地，根据本实施例，使用检查类型ID 2709所表示的检查类型和身体部位ID 2710所表示的所拍摄身体部位的组合来与解读医生的专业性程度相关联地进行处理。图28示出图27所示的请求信息表2700中的数据集在排序之后(进行了步骤S601～S604之后)的状态。

图29示出针对图27所示的请求信息表2700中的数据集进行根据图9A、9B和9C所示的流程图的处理的结果。已将自动分配之后的分配日期和分配解读医生设置到解读日期2901和解读医生ID 2902。注意，在根据图9A、9B和9C所示的流程图的处理完成时，没有将这些数据集存储在数据中心的数据库108中，并且在图8所示的流程图的步骤S514中用户经由请求分配画面1600做出保存数据集的指示的情况下，将这些数据集存储在数据库108中。

图30示出在根据图9A、9B和9C所示的流程图的处理完成时请求信息表2700中的数据集的状态。计算出的分数3001表示在图9B的步骤S613中所计算出的请求的分数。计算出的分配适当度3002表示在图9C的步骤S616中所计算出的针对各个分配日期的解读医生的分配适当度。分配信息解读日期3003和分配信息解读医生3004表示针对步骤S617中设置为要进行分配的解读日期和解读医生的结果。

图31针对请求信息表2700中的数据集示出在根据图9A、9B和9C所示的流程图的处理完成时针对各分配日期和各解读医生的已分配计数、可分配计数、已分配分数和可分配分数的状态，其中，在图31中，表内的值表示：已分配计数/可分配计数(已分配分数/可分配分数)。

第二实施例

通过使用作为第一实施例所述的机制，可以通过考虑解读医生的专业性程度和请求的负荷来自动将解读中心所接收到的解读请求分配至解读医生。然而，在请求数量大于每天的可解读计数的情况下，即使在自动分配之后所发生的请求是紧急请求，这些紧急请求相比已分配请求也始终被赋予低的优先级。因此，在期望利用另一请求使请求中断的情况下，存在需要手动对分配进行调整的问题，并且这种重新调整需要较长时间。

此外，在期望通过将同一患者的请求分配至同一解读医生和同一日期来提高解读效率的情况下，需要对这些分配进行手动调整。

还期望优先分配来自特定请求方的请求信息集。

根据本实施例，为了解决上述问题，如果期望利用另一请求使请求中断，则在自动分配时准备中断所用的配额而不使用解读可用的所有配额。该结构使得可以在保持已进行的分配的结果的情况下利用在该分配之后发生的请求进行中断。此外，根据本实施例，对同一患者等的请求进行分组。通过该分组，始终将同一患者等的请求分配至同一解读医生、同一解读日期等，并且可以减轻分配的手动调整所需的时间和精力。

以下提供针对作为第二实施例的上述机制的说明。注意，省略了针对与上述第一实施例相同的处理和画面的示例，并且对与第一实施例的不同之处进行说明。

注意，根据本实施例，用户可以经由请求申请画面1100设置请求的紧急度。紧急度高的请求的申请仅可以由特定用户或特定请求方来设置，这是可接受的。

流程图

请求分配处理

图32是通过业务终端112和远程解读服务器101彼此协作所执行的请求分配处理的流程图。通过业务终端112和远程解读服务器101各自的CPU读出并执行各存储单元中所存储的程序来实现以下的处理步骤。

在步骤S504中，业务终端112判断是否按下请求分配画面1500上的自动分配按钮1504。在按下了自动分配按钮1504的情况下(步骤S504中为“是”)，处理进入步骤S3201。

在步骤S3201中，业务终端112获得用户经由图34所示的请求分配条件输入画面3400所选择的自动分配的条件。可以通过在按下自动分配按钮1504的情况下显示请求分配条件输入画面3400来设置分配条件。可选地，可以通过预先显示请求分配条件输入画面3400来接收用户的选择作为预先设置。后面将说明请求分配条件输入画面3400的结构。在检测到按下了开始分配按钮3409的情况下，业务终端112获得从请求分配条件输入画面3400输入的分配条件，并且处理进入步骤S505。

在步骤S505中，业务终端112将步骤S503中所获得的并且要进行自动分配的请求信息集以及步骤S3201中所获得的分配条件发送至远程解读服务器101。

自动分配处理

图33A、33B、33C和33D是与图32的步骤S507相对应的、根据本实施例的远程解读服务器101所执行的自动分配处理的流程图。

在步骤S601中，远程解读服务器101获得数据库108中所存储的各种表。此时所获得的表包括分配特性主表2000、计数分数相加表2100、分数设置表2200和分配特性映射表2300。这些表还包括专业性表2400、解读医生排除表2500、解读医生日程安排表2600和中断用设施信息表3500。在图20～图26B和图35中示出各表的结构的示例。注意，除中断用设施信息表3500以外的表具有与针对第一实施例所述的结构相同的结构。

在步骤S3301中，远程解读服务器101基于经由请求分配条件输入画面3400输入的分配条件来判断是否禁止相似请求的分割。具体地，基于针对相似请求分割3401的设置来判断是否禁止相似请求的分割。上述的“相似请求”表示基于预定属性而被视为相似的请求信息集。该预定属性是从图34所示的请求分配条件输入画面3400所设置的。例如，在从请求分配条件输入画面3400将“同一患者”设置为相似条件的情况下，将与同一患者有关的请求视为彼此相似的请求。

在禁止相似请求的分割的情况下(步骤S3301中为“是”)，跳过步骤S602，并且处理进入步骤S3302。在没有禁止相似请求的分割的情况下(步骤S3301中为“否”)，处理进入步骤S602。在没有禁止相似请求的分割的情况下，如第一实施例那样，通过从要进行分配的请求中排除未设置分配特性项的解读请求来提高分配处理的效率。另一方面，在禁止相似请求的分割的情况下，即使这些相似请求是未设置分配特性项的解读请求，也将这些相似请求确定为要进行分配的请求。由于该原因，在这种情况下，没有从要进行分配的请求中排除未设置分配特性项的请求。

在步骤S3302中，远程解读服务器101基于所指定的自动分配的分配条件来检查与是否考虑中断有关的设置。具体地，基于请求分配条件输入画面3400上的中断解读配额3406的设置来判断是否考虑中断。这里，“考虑中断”表示：在可解读计数大于请求数量的情况下，代替使用所有的配额而是准备未使用的配额。这是用于利用紧急度高且优先级高的另一请求来使请求中断(即，预先处理紧急度高的请求)的机制。利用该结构，即使在分配之后发生优先级高的请求的情况下，也可以在无需取消已确定的分配的情况下分配该请求。在考虑中断的情况下(步骤S3302中为“是”)，处理进入步骤S3303。在不考虑中断的情况下(步骤S3302中为“否”)，处理进入步骤S603。

在步骤S3303中，远程解读服务器101对要进行自动分配的请求信息集进行排序。作为排序的基准，使用设置至图35所示的中断用设施信息表3500中的各请求信息集的请求方设施的中断考虑时顺序编号3502作为第一排序关键字。此外，使用图27所示的请求信息表2700中的各请求信息集的请求日期2704作为第二排序关键字。针对各排序关键字进行升序排序。换句话说，作为排序结果，位置越靠上的请求信息集被赋予越高的优先级，并且优先将该请求信息集分配至解读医生。在步骤S3303中，优先将来自具有位置较靠上的中断考虑时顺序编号3502的请求方设施的请求分配至解读医生。然后，处理进入步骤S604。

在步骤S604之后，在步骤S3304中，远程解读服务器101基于分配条件中所指定的相似请求的条件(设置项3402～3405)，针对请求信息集来配置相似请求之间的关联。远程解读服务器101从开头开始逐一提取步骤S604中进行排序后的请求信息集，并且将后续请求中与相似请求的条件相匹配的请求设置为相似请求。这里仅需使相似请求彼此关联，并且关联所用的方法不限于任何特殊方法。此外，代替预先设置关联，可以采用在后面所述的步骤S3307之前不对相似请求进行搜索的结构。然后，处理进入步骤S605。

在步骤S612中，远程解读服务器101将分配日期与可分配日期进行比较，并且在分配日期不大于可分配日期的情况下(步骤S612中为“是”)，处理进入步骤S3305。在步骤S3305中，在利用所指定的自动分配的分配条件来考虑中断的情况下，远程解读服务器101判断在进行该处理时分配日期的所有解读医生的剩余可解读计数的总和是否大于中断解读配额。“中断解读配额”表示考虑到紧急中断请求的发生而预先针对各分配日期所准备的可解读计数。基于经由图34所示的请求分配条件输入画面3400所设置的分配条件的配额比例3407和递增类型3408来针对各分配日期设置中断解读配额。例如，在配额比例3407为“5％”并且递增类型3408为“线性”的情况下，在最初分配日期的所有解读医生的总可解读计数为200时，由于配额比例为5％，因此针对最初分配日期的中断解读配额为10。在下一分配日期的所有解读医生的总可解读计数为180的情况下，由于递增类型为线性并且由此配额比例为10％，因此针对下一分配日期的中断解读配额为18。以下一起提供中断解读配额的设置的说明和画面的说明。

在进行该处理时的分配日期的所有解读医生的各个剩余可解读计数的总和大于中断解读配额的情况下(步骤S3305中为“是”)，远程解读服务器101判断为即使考虑到中断解读配额也不存在分配日期的可解读配额，并且处理进入步骤S615。另一方面，在该总和不大于中断解读配额的情况下(步骤S3305中为“否”)，远程解读服务器101判断为针对分配日期仍可以进行分配，并且处理进入步骤S613。

在步骤S614中，远程解读服务器101判断分配日期的分配对象候选解读医生的数量是否不为0，并且在该数量不为0的情况下(步骤S614中为“是”)，处理进入步骤S3306。在步骤S3306中，远程解读服务器101判断是否禁止相似请求的分割并且相似请求是否包括在要进行分配的请求中，作为自动分配的分配条件。在满足这些条件的情况下(步骤S3306中为“是”)，远程解读服务器101判断为需要对包括相似请求的请求进行分配，并且处理进入步骤S3307。另一方面，作为自动分配的分配条件，在允许相似请求的分割的情况下、或者在禁止相似请求的分割但相似请求没有包括在要进行分配的请求中的情况下(步骤S3307中为“否”)，远程解读服务器101判断为不必对相似请求进行分配。然后，处理进入步骤S616。

在步骤S3307中，远程解读服务器101针对分配日期的每个分配对象候选解读医生，判断是否可以分配所有的要进行分配的请求及其相似请求，并且向可被分配所有请求的分配对象候选解读医生进行临时分配。然后，远程解读服务器101将除可被分配所有的要进行分配的请求及其相似请求的分配对象候选解读医生以外的解读医生从分配对象候选解读医生中排除。换句话说，远程解读服务器101指定要进行分配的请求及其相似请求的总数，并且提取可解读计数等于或大于该分配日期的总数的解读医生。此外，远程解读服务器101通过上述的计算方法来在步骤S613中计算解读医生的剩余可解读分数以及被指定为要分配的请求的分数及其相似请求的分数的总分数。然后，远程解读服务器101还从所提取的解读医生中指定剩余可解读分数等于或大于该总分数的解读医生。如此指定的解读医生是能够对所有的要分配的请求及其相似请求进行管理的分配对象候选解读医生。将其它解读医生从分配对象候选解读医生中排除。然后，处理进入步骤S616。

在步骤S616之后，在步骤S3308中，远程解读服务器101基于步骤S616中所计算出的各分配对象候选解读医生的分配适当度，来将分配适当度最高的一个解读医生设置到要分配的请求的分配信息。在存在分配适当度最高的多个解读医生的情况下，远程解读服务器101可以将解读医生ID最小的一个解读医生作为被分配请求的解读医生而设置到分配信息。此外，在存在与要分配的请求相似的请求的情况下，远程解读服务器101将针对原始被分配的请求的分配适当度最高的一个解读医生设置到相似请求的分配信息。为了避免重复分配，将步骤S3308中所分配的相似请求从随后的要分配的请求中排除。

在步骤S3309中，针对步骤S3308中所设置的作为分配对象的解读医生，远程解读服务器101从分配日程安排的该分配日期的剩余可解读计数中减去1。此外，远程解读服务器101从剩余可解读分数中减去与要分配的请求相对应的分数。注意，在存在与要分配的请求相似的请求的情况下，远程解读服务器101从剩余可解读计数中减去相似请求的总数，并且此外，从剩余可解读分数中减去相似请求的总分数。然后，处理进入步骤S620。

画面结构的示例

图34示出在解读中心的用户向解读医生分配请求信息集的情况下要显示在业务终端112的显示器上的请求分配条件输入画面3400的结构的示例。例如，在按下图15所示的请求分配画面1500上的自动分配按钮1504时显示请求分配条件输入画面3400。在按下开始分配按钮3409的情况下，针对利用图15所示的请求分配画面1500的请求信息列表1501上的被分配对象选择复选框1502所选择的请求信息集，执行自动分配。然后，显示该分配的结果(图16)。

相似请求分割3401是用于判断是允许还是禁止相似请求的分割并且将这些相似请求分配至解读医生的项。在禁止相似请求的分割的情况下，不能对相似请求进行分割，并且不能将相似请求分配至不同的解读医生。使用作为相似条件的设置项3402～3405来设置用于判断请求信息集中的相似性的条件。根据这里所设置的条件来将解读请求分类成组。例如，在设置项3402具有勾标记的情况下，将针对同一患者的请求信息集视为相似。尽管这里示出同一患者、同一检查类型、同一检查日期和同一请求日期的情况作为相似性条件的示例，但条件不限于此。换句话说，可以使用各解读请求的属性信息集中的任何属性作为分类属性，并且除上述情况外，还可选择请求方(人或设施)相同的情况。

中断解读配额3406是用于设置在分配请求时是否考虑中断的项。在针对中断解读配额3406选择“考虑”的情况下，配额比例3407有效。配额比例3407提供了用作基于总可解读计数计算中断解读配额的基准的百分比(比例)的选项。可以采用用户可以从预先定义的值中选择配额的比例或者用户可以自由地输入值的结构。关于递增类型3408，每当分配日期增加1天时，中断解读配额增加，并且使用该项来指定增加比例。尽管可以设置“线性”或“呈指数”等作为递增类型的选项，但递增类型不限于此。在例如选择“线性”的情况下，这表示配额比例3407的值线性地增加。具体地，在将“5％”设置为配额比例的情况下，针对第一天、第二天、第三天等所计算出的比例将为5％、10％、15％等。

表的结构的示例

图35是数据库108中所存储的中断用设施信息表3500的结构的示例。中断用设施信息表3500包括请求方设施ID和中断考虑时顺序编号3502。中断用设施信息表3500用于在自动分配时在分配条件中考虑中断的情况下，针对各设施向要优先进行分配的请求信息集赋予优先级。

根据本实施例，在自动分配时考虑中断，并且可解读计数的一部分保持未使用以进行分配。可能发生以下情况：在分配之后接收到紧急度高的新的请求信息集的情况下，用户还可以通过使用未使用部分来手动将该紧急度高的请求信息集分配至解读医生。可选地，远程解读服务器可以再次执行自动分配，并且在保持已分配的请求信息集的同时，也通过使用未使用部分来将紧急度高的请求信息集分配至解读医生。

在远程解读服务器自动分配紧急度高的请求信息集的情况下，远程解读服务器可以在接收到该紧急度高的请求信息集时执行自动分配。可选地，可以定期监视请求信息集的接收，并且可以在接收到请求信息集的情况下进行自动分配。此外，在对紧急度高的请求信息集进行分配的情况下，远程解读服务器可以向作为分配对象的解读医生提供通知。

其它实施例

本发明的实施例还可以通过如下的方法来实现，即，通过网络或者各种存储介质将执行上述实施例的功能的软件(程序)提供给系统或装置，该系统或装置的计算机或是中央处理单元(CPU)、微处理单元(MPU)读出并执行程序的方法。

尽管已经参考典型实施例说明了本发明，但是应该理解，本发明不限于所公开的典型实施例。所附权利要求书的范围符合最宽的解释，以包含所有这类修改以及等同结构和功能。

Claims (11)

1.一种解读请求管理系统，用于对用以解读医用图像数据集的解读请求进行管理，所述解读请求管理系统包括：

管理单元，用于对所述解读请求和表示医用图像数据集的属性的属性信息集一起进行管理；以及

接收单元，用于针对所述属性信息集各自接收与多个解读医生相对应的参数，其中所述参数表示确定被分配所述解读请求的分配对象所使用的程度，

其特征在于，还包括：

存储单元，用于存储所述多个解读医生各自的可解读计数以及与属性信息集相对应并且被用来确定要被分配给与解读请求有关的解读的解读医生的参数；以及

分配对象确定单元，用于基于所述存储单元中所存储的可解读计数和所述存储单元中所存储的与所述解读请求的属性信息集相对应的所述参数，针对所述多个解读医生各自计算用于确定要被分配给与解读请求有关的解读的解读医生的适当度，以及用于通过使用所述多个解读医生各自的适当度来确定要被分配给与所述解读请求有关的解读的解读医生。

2.根据权利要求1所述的解读请求管理系统，其中，所述分配对象确定单元还基于通过从所述可解读计数中减去用于接受中断解读请求的中断计数所获得的计数，来确定要被分配给与解读请求有关的解读的解读医生。

3.根据权利要求1所述的解读请求管理系统，其中，所述存储单元存储所述多个解读医生各自的可解读分数，

其中，所述分配对象确定单元还通过使用所述存储单元中所存储的所述多个解读医生各自的可解读分数，来确定要被分配给与解读请求有关的解读的解读医生。

4.根据权利要求3所述的解读请求管理系统，其中，

所述分配对象确定单元通过与解读请求的解读请求分数进行比较，来确定要被分配给与该解读请求有关的解读的解读医生，其中被确定为分配对象的解读医生具有满足预定条件的可解读分数。

5.根据权利要求4所述的解读请求管理系统，其中，

所述解读请求分数是基于与解读请求相对应的解读图像数据集的属性信息集所确定的分数。

6.根据权利要求4所述的解读请求管理系统，其中，

各所述解读请求分数是基于与解读请求相对应的解读图像数据集的数量所确定的分数。

7.根据权利要求1所述的解读请求管理系统，其中，所述存储单元存储所述多个解读医生各自的可解读分数，

其中，所述分配对象确定单元还通过使用所述存储单元中所存储的所述多个解读医生各自的可解读计数和所述存储单元中所存储的所述多个解读医生各自的可解读分数，来确定要被分配给与解读请求有关的解读的解读医生。

8.根据权利要求1所述的解读请求管理系统，其中，

各所述属性信息集包括与解读请求相对应的医用图像数据集的检查类型的属性和检查身体部位的属性。

9.一种解读请求管理系统的控制方法，所述解读请求管理系统用于对用以解读医用图像数据集的解读请求进行管理，所述控制方法包括以下步骤：

管理步骤，用于对所述解读请求和表示医用图像数据集的属性的属性信息集一起进行管理；以及

接收步骤，用于针对所述属性信息集各自接收与多个解读医生相对应的参数，其中所述参数表示确定被分配所述解读请求的分配对象所使用的程度，

其特征在于，还包括：

存储步骤，用于存储所述多个解读医生各自的可解读计数以及与属性信息集相对应并且被用来确定要被分配给与解读请求有关的解读的解读医生的参数；以及

分配对象确定步骤，用于基于所述存储步骤中所存储的可解读计数和所述存储步骤中所存储的与所述解读请求的属性信息集相对应的所述参数，针对所述多个解读医生各自计算用于确定要被分配给与解读请求有关的解读的解读医生的适当度，以及用于通过使用所述多个解读医生各自的适当度来确定要被分配给与所述解读请求有关的解读的解读医生。

10.一种解读请求管理设备，用于对用以解读医用图像数据集的解读请求进行管理，所述解读请求管理设备包括：

管理单元，用于对所述解读请求和表示医用图像数据集的属性的属性信息集一起进行管理；以及

接收单元，用于针对所述属性信息集各自接收与多个解读医生相对应的参数，其中所述参数表示确定被分配所述解读请求的分配对象所使用的程度，

其特征在于，还包括：

存储单元，用于存储所述多个解读医生各自的可解读计数以及与属性信息集相对应并且被用来确定要被分配给与解读请求有关的解读的解读医生的参数；以及

分配对象确定单元，用于基于所述存储单元中所存储的可解读计数和所述存储单元中所存储的与所述解读请求的属性信息集相对应的所述参数，针对所述多个解读医生各自计算用于确定要被分配给与解读请求有关的解读的解读医生的适当度，以及用于通过使用所述多个解读医生各自的适当度来确定要被分配给与所述解读请求有关的解读的解读医生。

11.一种解读请求管理设备的控制方法，所述解读请求管理设备用于对用以解读医用图像数据集的解读请求进行管理，所述控制方法包括以下步骤：

管理步骤，用于对所述解读请求和表示医用图像数据集的属性的属性信息集一起进行管理；以及

接收步骤，用于针对所述属性信息集各自接收与多个解读医生相对应的参数，其中所述参数表示确定被分配所述解读请求的分配对象所使用的程度，

其特征在于，还包括：

存储步骤，用于存储所述多个解读医生各自的可解读计数以及与属性信息集相对应并且被用来确定要被分配给与解读请求有关的解读的解读医生的参数；以及

分配对象确定步骤，用于基于所述存储步骤中所存储的可解读计数和所述存储步骤中所存储的与所述解读请求的属性信息集相对应的所述参数，针对所述多个解读医生各自计算用于确定要被分配给与解读请求有关的解读的解读医生的适当度，以及用于通过使用所述多个解读医生各自的适当度来确定要被分配给与所述解读请求有关的解读的解读医生。