JP6815059B2 - Interpretation request management system, interpretation request management device, its control method, and program - Google Patents

Description

The present invention relates to an image interpretation request management system, an image interpretation request management device, a control method thereof, and a program, and more particularly to a technique of assigning an image to be interpreted to an image interpretation doctor who interprets a medical image.

Conventionally, CT (Computed Tomography) and MRI (Magnetic)

The patient is photographed with a medical imaging device such as Resonance Imaging), and the medical image obtained by the imaging is interpreted. When interpreting medical images, the person in charge of sorting work (hereinafter referred to as the clerical staff) assigns a request for interpretation in consideration of the field and schedule of each doctor. In other words, it takes time and effort for the clerical staff to manually assign the interpretation request based on their own experience. In addition, when the experience of the clerical staff was insufficient, the allocation of image interpretation requests was biased, and the load distribution for each image interpretation doctor was not properly planned.

In Patent Document 1, schedule information of a plurality of received doctors is managed, medical images are received from a remote location, doctors who interpret the medical images based on the schedule information are automatically assigned, and the doctors are distributed via a communication line. The mechanism is disclosed.

JP-A-2002-329190

However, in Patent Document 1, the interpretation request is automatically assigned in consideration of the schedule of the interpretation doctor. In particular, for interpretation requests that should be read in order by dividing them into multiple stages such as primary interpretation and secondary interpretation, the completion of interpretation is delayed compared to other interpretation requests because the interpretation must be done in that order. There is a problem that it ends up. Furthermore, if the doctor's schedule is filled with interpretation requests that should not be read in multiple stages (for example, those that only one person needs to read), the interpretation request should be divided into multiple stages. As for, the completion may be further delayed.

An object of the present invention is to provide a mechanism capable of preferentially determining an image interpretation doctor in charge of an image interpretation request to be image-interpreted in a plurality of stages.

In order to achieve the above object, the interpretation request management system of the present invention has the following configuration. That is, it is an image interpretation request management system that manages image interpretation requests for medical image data, and is the first image interpretation request in which different image interpretation doctors are in charge of image interpretation in a plurality of stages, and a plurality of image interpretation doctors are assigned. a first interpretation request having assigned frames, a second interpretation request single radiologist is responsible for interpretation, and a second interpretation request with one quota for assigning radiologist interpretation and storage means for storing request information, identifies the first interpretation request number is greater than the second interpretation request of the quota of the interpretation request information stored in said storage means, said first that the specific after determining the allocation of radiologist of all quota of interpretation request, and determining means for determining a radiologist assignment frame of the second image interpretation request, comprising: a.

INDUSTRIAL APPLICABILITY According to the present invention, it is possible to preferentially determine an image interpretation doctor in charge of an image interpretation request to be image-interpreted in a plurality of stages.

The figure which shows the example of the system configuration which concerns on this embodiment. The figure which shows the example of the hardware composition of the information processing apparatus which concerns on this embodiment. The figure which shows the example of the functional structure of the remote interpretation server which concerns on this embodiment. Overall flowchart. Flowchart of request application processing. Flowchart of initial value setting process of distribution characteristic. Flowchart of request acceptance processing. Flowchart of request distribution processing. Flowchart of automatic distribution processing. Flowchart of automatic distribution processing. The figure which shows an example of the request facility work list screen. The figure which shows an example of the request application screen. The figure which shows an example of the interpretation work list screen. The figure which shows an example of the request acceptance screen. The figure which shows an example of the specialty setting screen. The figure which shows an example of the request distribution screen. The figure which shows the display example of the automatic distribution result on the request distribution screen. The figure which shows the structural example of the inspection type table. The figure which shows the structural example of the part table. The figure which shows the structural example of the classification table. The figure which shows the configuration example of the distribution characteristic master table. The figure which shows the configuration example of the number point addition table. The figure which shows the configuration example of the point setting table. The figure which shows the configuration example of the distribution characteristic mapping table. The figure which shows the structural example of the specialty table. The figure which shows the configuration example of the interpretation doctor exclusion table. The figure which shows the structural example of the interpretation doctor schedule table. The figure which shows the configuration example of the request information table. The figure which shows the state after sorting of the request information table. The figure which shows the state after distribution of the request information table. The figure which shows the automatic distribution determination result. The figure which shows the image after the automatic distribution of the interpretation doctor schedule. The figure which shows an example of the distribution setting screen. The flowchart of the request distribution processing which concerns on the 2nd Embodiment. The figure which shows an example of the request distribution screen which concerns on 2nd Embodiment. The flowchart of the automatic distribution processing which concerns on the 2nd Embodiment. Flowchart of interpretation result confirmation processing. The figure which shows an example of the work list screen waiting for confirmation. The figure which shows an example of the interpretation result confirmation screen. The figure which shows an example of the request distribution screen which concerns on the modification of the 2nd Embodiment. The flowchart of the image interpretation result confirmation processing which concerns on the modification of the 2nd Embodiment. The figure which shows an example of the distribution setting screen which concerns on 3rd Embodiment. The figure which shows the configuration example of the report management table. The flowchart of the interpretation result confirmation processing which concerns on 3rd Embodiment. The figure which shows an example of the distribution setting screen which concerns on the modification of the 3rd Embodiment. The flowchart of the image interpretation result confirmation processing which concerns on the modification of 3rd Embodiment.

<First Embodiment>

Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings. The configuration shown below is an example, and the present invention is not limited thereto.
[System configuration]

FIG. 1 shows an example of the overall configuration of a remote interpretation system as an information processing system according to the present embodiment. In the present embodiment, the remote image interpretation system includes a data center, a request facility, an image interpretation center, and an image interpretation doctor's home as each site, and each site is communicably connected via a network 115.

Each user who uses the remote interpretation system authenticates by the authentication function provided by the authentication server 116 when the access is started from the PCs (109, 112, 113, 114) which are the client terminals arranged at the respective bases. After being successfully authenticated, the user is presented with a portal screen (not shown) provided by the portal server 102. In addition, the user can exchange messages between the users using the SNS server 104.

At the request facility, the image data (medical image data) used for remote image interpretation is photographed by the modality 111, which is an imaging device (medical image device), and then transmitted to the image relay client 110. Examples of the image data here include image data in the DICOM (Digital Imaging and Communication in Medicine) format. The image relay client 110 archives the image data transmitted from the modality 111, and then transmits the image data to the image relay server 107 located in the data center. The image relay server 107 processes the image data transmitted from the request facility and transmits it to the storage management server 105. In the storage management server, 105 issues a unique ID (identification information) for each image data and stores it in the external storage device 117. The person in charge of performing the image interpretation request work of the request facility inputs the information (request information) necessary for the image interpretation request using the request terminal 109, and the request information is transmitted to the data center together with the image data. Each request information is stored in the database 108 on the data center side. In this specification, the request information and the image data correspond to each other, and the distribution of the request information is treated as the distribution of the image data.

The image interpretation doctor who interprets the image uses the image interpretation terminal 113 (or the image interpretation terminal 114 located at home) located at the image interpretation center to distribute the image data for image interpretation corresponding to the assigned image interpretation request to the distribution server 106. Download from and refer to it to interpret the image. After that, the image interpretation doctor creates a report of the image interpretation result by using an application (not shown) running on the image interpretation terminal 113. The created report is sent to the report server 103 and stored in the database 108. Here, an example of an image interpretation center and an image interpretation doctor's home is shown as an image interpretation terminal, but it may be arranged in any place, and may be referred to by using a mobile terminal or the like.

FIG. 2 is a diagram showing an example of a hardware configuration of an information processing device such as various servers and terminals. The CPU 201 comprehensively controls each device and controller connected to the system bus 204. The ROM 202 or the external memory 211 stores a BIOS (Basic Input / Output System), an operating system (OS), and various programs necessary for realizing the functions of each terminal.

The RAM 203 functions as a main memory, a work area, and the like of the CPU 201. The CPU 201 realizes various operations by loading and executing a program or the like necessary for executing the process from the ROM 202 or the external memory 211 into the RAM 203. The input controller 205 controls input from a pointing device (not shown) such as a keyboard (KB) 209 or a mouse. The video controller 206 controls the display on the display 210 such as a liquid crystal display.

The memory controller 207 controls access to the external memory 211 that stores various data and the like. Examples of the external memory 211 include an external storage device (HD), a flexible disk (FD), a card-type memory connected to a PCMCIA card slot via an adapter, and the like. The communication I / F controller 208 connects to an external device and controls communication via a network (for example, the network 115 shown in FIG. 1). The communication I / F controller 208 can perform communication using TCP / IP, for example.

Various programs for realizing the present invention are recorded in the external memory 211, and are executed by the CPU 201 by being loaded into the RAM 203 as needed. Further, definition files and various information tables used when executing the program are also stored in the external memory 211, and detailed description of these will be described later.
[Functional configuration]

FIG. 3 is a diagram showing a configuration example of the function of the remote interpretation server 101 according to the present embodiment.

When a request for data necessary for displaying the request application screen or the like is received from the request terminal 109 located at the request facility, the remote interpretation server 101 analyzes the request with the request search function 301. Then, the remote interpretation server 101 searches the request information table 2700 included in the database 108, and returns the display information (for example, a Web page) to the request terminal 109. That is, the request search function 301 is a functional unit that executes processing such as S202 and S402 in the processing flow described later. Upon receiving the request for the request from the request terminal 109, the remote interpretation server 101 analyzes the request with the request application function 302 and updates the request information table 2700 included in the database 108. That is, the request application function 302 is a functional unit that executes the processing of S101 in the processing flow described later.

Upon receiving the request acceptance request from the request terminal 109, the remote interpretation server 101 analyzes the request with the request acceptance function 303 and updates the request information table 2700 included in the database 108. That is, the request reception function 303 is a functional unit that executes the processing of S102 in the processing flow described later. Upon receiving the request for automatic request distribution from the request terminal 109, the remote interpretation server 101 executes the automatic request distribution function 304. That is, the data such as the request information table 2700, the specialty table 2400, and the image interpretation doctor schedule table 2600 included in the database 108 are read, and automatic distribution is performed. After that, the remote interpretation server 101 returns the processing result to the request terminal 109. That is, the request automatic distribution function 304 is a functional unit that executes the processing of S103 in the processing flow described later. Upon receiving the distribution storage request from the request terminal 109, the remote interpretation server 101 analyzes the request with the request update function 305 and updates the request information table 2700 included in the database 108.
[Processing flow]

FIG. 4 is a diagram showing the flow of the entire process according to the present embodiment. Although only the request terminal 109 and the business terminal 112, which are the starting points of the processing, are shown here, it is assumed that each terminal performs the processing in cooperation with the remote interpretation server 101 in each process. Further, in the present embodiment, it is assumed that the request terminal 109 and the business terminal 112 do not directly exchange data.

Further, in the present embodiment, as described above, it is assumed that the image data previously taken by the modality 111 of the requesting facility is timely transmitted to the data center and registered in the external storage device 117. Further, in response to this, the image interpretation request information (request information) corresponding to the image data is registered in the database 108 in group units such as for each patient, for each date, and for each examination type. In this embodiment, the request information is the request ID 2701, the state 2702, the request facility ID 2703, the request date 2704, the patient number 2705, the patient name 2706, the date of birth 2707, and the gender 2708 shown in the request information table 2700 of FIG. Information including. Further, the request information includes inspection type ID 2709, site ID 2710, inspection date 2711, classification ID 2712, number of images 2713, and interpretation method 2717. At the timing when the request information is registered from the modality 111, the information other than the image interpretation method 2717 is registered. Then, it is assumed that one or a plurality of image data are associated with one request information. In the registered state, no application for distribution has been made, and it is assumed that the status is "waiting for application" and is managed in the database 108.

In S101, the request terminal 109 executes the request application process shown in FIG. 5 based on the user's instruction. The details of the request application process will be described later with reference to FIG.

In S102, the business terminal 112 executes the request acceptance process shown in FIG. 7 based on the user's instruction. The details of the request acceptance process will be described later with reference to FIG. 7.

In S103, the business terminal 112 executes the request distribution process shown in FIG. 8 based on the user's instruction. The details of the requested distribution processing will be described later with reference to FIG.
(Request application processing)

FIG. 5 is a diagram showing a flowchart of a request application process carried out in cooperation with the request terminal 109 and the remote interpretation server 101. The following processing is realized by each CPU of the request terminal 109 and the remote interpretation server 101 reading and executing the program stored in each storage unit.

In S201, the request terminal 109 displays the request facility work list screen 1000 shown in FIG. 10 according to the user's instruction. The display here may be performed using a Web browser (not shown) provided in the request terminal 109, or may be displayed via a predetermined application. The request terminal 109 issues an instruction to the remote interpretation server 101 to acquire the request information whose status is "waiting for application" in order to acquire the request information to be displayed on the request facility work list screen 1000. The various statuses related to the request information will be described later together with the table.

In S202, the remote interpretation server 101 returns the request information whose status is "waiting for application" to the request terminal 109 among the request information shown in FIG. 27 in response to the instruction from the request terminal 109. Specifically, in the request information table 2700 shown in FIG. 27, the request information in which the value of the state 2702 is "waiting for application" is returned. Then, the request terminal 109 displays the received request information on the request facility work list screen 1000.

In S203, the request terminal 109 accepts the selection of the request information to be applied from the user via the request facility work list screen 1000. Specifically, by accepting the designation of the display button 1001 on the request facility work list screen 1000, the selection of the request information to be applied is accepted. Then, the request terminal 109 acquires the request ID 2701 of the selected request information of the application target.

In S204, the request terminal 109 displays the request application screen 1100 shown in FIG. 11 in order to display the request information corresponding to the request ID 2701 acquired in S203. In the request application screen 1100, patient information, request information required for image interpretation (for example, patient's symptom, etc.) and the like are input. The request information to be input may be manually input by the requester, may be automatically input according to the input of identification information such as the patient number 1103, or an attached file may be specified.

On the request application screen 1100 shown in FIG. 11, the selection of the image interpretation method 1114 can be further accepted. The image interpretation method in the present embodiment is whether or not a plurality of image interpretation doctors are in charge of one request, and whether or not the plurality of image interpretation doctors perform image interpretation (diagnosis) in order from different viewpoints and purposes, or the same. It is possible to accept the specification of whether to perform image interpretation (diagnosis) in any order for the viewpoint and purpose. The interpretation method in which one image interpretation doctor is in charge of one request is referred to as single image interpretation in the present embodiment. On the other hand, multiple interpretation doctors are in charge of one request, and multiple interpretation doctors perform interpretation (diagnosis) in order from different viewpoints and purposes. Multi-interpretation method (double interpretation when there are two interpretation doctors) It is called. Furthermore, a blind multi-interpretation method (when there are two interpretation doctors) is a method of interpretation in which multiple interpretation doctors are in charge of one request and multiple interpretation doctors perform interpretation (diagnosis) in any order from the same viewpoint and purpose. Blind double interpretation).

Multi-interpretation is characterized in that multiple interpreting doctors need to perform interpretation in order (serial processing) and that the results of interpretation by other interpretation doctors can be viewed. Since this multi-interpretation is performed for the purpose of preventing oversight of the medical condition and progress, the first interpretation must be performed in consideration of all possibilities, and the difficulty is higher than the subsequent interpretation.

On the other hand, the blind multi-interpretation is characterized in that a plurality of interpretation doctors perform interpretation in any order and that the interpretation results of other interpretation doctors cannot be viewed. Since the blind multi-interpretation is performed for the purpose of performing a double check (reconfirmation), the difficulty level does not differ depending on the order of the interpretation unlike the multi-interpretation described above. The requesting facility selects such an image interpretation method in the image interpretation method 1114 according to the purpose or the like requested by itself.

Hereinafter, multi-interpretation and blind multi-interpretation will be described as double interpretation and blind double interpretation performed by two interpretation doctors, but when three interpretation doctors perform interpretation or four interpretation doctors perform interpretation. It is also applicable when doing so.

In S205, the request terminal 109 determines whether or not the request application button 1113 is pressed on the request application screen 1100. When the request application button 1113 is pressed (YES in S205), the process proceeds to S206.

In S206, the request terminal 109 acquires the request information including the inspection type 1109, the part 1110, etc. input to the request application screen 1100.

In S207, the request terminal 109 transmits the request information acquired in S206 to the remote interpretation server 101.

In S208, the remote interpretation server 101 receives the request information transmitted from the request terminal 109.

In S210, the remote interpretation server 101 updates the request information table 2700 with the request information received in S208, creates the allocation frame information corresponding to the request information, and sets the initial value of the distribution characteristic set in S209. It is added to the allocation frame information. At this time, as the status of the request information, the value of the state 2702 becomes "waiting for reception".

The allocation frame information (allocation frame) is information indicating a frame for allocating one or more image interpretation doctors to one request information. If there are two allocation frame information in one request information, it is necessary to assign two image interpretation doctors to the request, and if there are three allocation frame information in one request information, three image interpretation doctors are assigned. Must be assigned to the request. For example, the request information for which "double" is selected is an interpretation request for double interpretation, so two allocation frame information is created for one request information. The method of creating the allocation frame information is as follows. Allotment frame information (allocation frame ID 2718, process No. 2719, distribution characteristic ID 2720, interpretation date 2715, schedule ID 2721, image interpretation doctor ID 2716, image interpretation state 2722) corresponding to the request information registered (updated) in the request information table 2700 is required. Create as many as you want. For example, since the request information whose request ID 2701 is "1" in FIG. 27 is a "double interpretation" request, it can be seen that two allocation frame information is generated. Then, the numbers are stored in the allocation frame ID 2718 of the generated allocation frame information in ascending order according to the order of the allocation frame information. Further, in the case of multi-interpretation, the numbers are stored in step No. 2719 in ascending order according to the order of the allocation frame information as in the allocation frame ID 2718. In the case of blind multi-interpretation, "1" is stored in step No. 2719 of all the generated allocation frame information. This step No. 2719 shows the order of interpretation. This is repeated for each request information. The one-to-one pair of the allocation frame information thus created and the request information corresponding to the allocation frame information is hereinafter referred to as request allocation frame information.

In S209, the remote interpretation server 101 sets the initial value of the distribution characteristic for each allocation frame information based on the request information received in S208. The details of the processing here will be described later with reference to FIG. Then, this processing flow is terminated.
(Initial value setting process for distribution characteristics)

FIG. 6 is a diagram showing a processing flow for setting the initial value of the distribution characteristic for each allocation frame information of the requested request information executed by the remote interpretation server 101. This processing flow corresponds to the processing of S209 of FIG. In the present embodiment, information called distribution characteristics is used as information used when distributing the interpretation data to each person in charge. The distribution characteristic is a parameter consisting of a combination of a test type (CT, MR, CR, etc.) and a site (head, chest, abdomen, etc.). The specific configuration of the distribution characteristics will be described together with the processing.

In S301, the remote interpretation server 101 includes the request information received from the request terminal 109 and the allocation frame information corresponding to the request information, which includes information necessary for the mapping process for determining the initial value of the distribution characteristic. Judge whether or not. The necessary information here is the test type, site, classification, patient age, patient gender, and process No. When it is determined that the necessary information is included (YES in S301), the remote interpretation server 101 determines that the initial value of the distribution characteristic can be set, and shifts to S302. On the other hand, if it is determined that it is not included (NO in S301), the remote interpretation server 101 determines that the initial value setting of the distribution characteristic is impossible, and proceeds to S305.

In S302, the remote interpretation server 101 sets all the values of the above-mentioned test type, site, classification, patient age, patient gender, and process No. as condition values (keys), and the vibration shown in FIG. 23 stored in the database 108. The distribution characteristic ID 2301 of the distribution characteristic mapping table 2300 is searched. The patient age may be calculated from the examination date and the patient's date of birth included in the request information.

In S303, the remote interpretation server 101 determines whether or not the number of distribution characteristic ID 2301 detected in S302 is one. When the number of cases is one (YES in S303), the remote interpretation server 101 determines that the mapping of the distribution characteristics has been successful, and proceeds to S304. When the number of cases is 0 or 2 or more (NO in S303), the remote interpretation server 101 determines that the mapping of the distribution characteristics has failed, and shifts to S306.

In S304, the remote interpretation server 101 sets one distribution characteristic ID 2301 searched in S303 as an initial value in the distribution characteristic ID 2720 of the allocation frame information. After that, this processing flow is terminated. On the other hand, if a plurality of distribution characteristics are hit in S306, among the plurality of hit distribution characteristics, the distribution characteristic ID 2301 of the distribution characteristic in which the order 2310 of the distribution characteristic mapping table 2300 is the smallest is assigned. It is set as an initial value in the distribution characteristic ID 2720 of the allocation frame information. If no hit is found as a result of the search, the distribution characteristic ID 2301 is not set in the allocation frame information. After that, this processing flow is terminated.

Also in S305, the remote interpretation server 101 ends this processing flow without setting the distribution characteristic ID 2301 in the allocation frame information.
(Request reception processing)

FIG. 7 is a diagram showing a processing flow of a request acceptance process carried out in cooperation with the business terminal 112 and the remote interpretation server 101. The following processing is realized by the CPUs of the business terminal 112 and the remote interpretation server 101 reading and executing the program stored in each storage unit.

In S401, the business terminal 112 displays the interpretation work list screen 1200 shown in FIG. 12 according to the user's instruction. The display here may be performed using a Web browser (not shown) provided in the business terminal 112, or may be displayed via a predetermined application. The business terminal 112 issues an instruction to the remote interpretation server 101 to acquire the request allocation frame information whose status is "waiting for reception" in order to acquire the request information and the allocation frame information to be displayed on the image interpretation work list screen 1200.

In S402, the remote interpretation server 101 performs the request allocation frame information whose status is "waiting for reception" among the request allocation frame information shown in the request information table 2700 of FIG. 27 in response to the instruction from the business terminal 112. Return to terminal 112. Then, the business terminal 112 displays the request information included in the received request allocation frame information on the interpretation work list screen 1200.

In S403, the business terminal 112 accepts the selection of the request information to be accepted from the user via the image interpretation work list screen 1200. Specifically, by accepting the designation of the display button 1201 on the interpretation work list screen 1200, the selection of the request information to be accepted is accepted. Then, the business terminal 112 acquires the selected request ID 2701 for reception.

In S404, the business terminal 112 displays the request acceptance screen 1300 shown in FIG. 13 in order to display the request allocation frame information including the request information corresponding to the request ID acquired in S403. On the request reception screen 1300, various information entered when the request application is made is displayed. In the case of multi-interpretation or blind multi-interpretation, a plurality of request allocation frame information will be hit, but the request information common to these request allocation frame information is displayed on the request reception screen 1300.

In S405, the business terminal 112 displays the distribution characteristic selection list on the request reception screen 1300. At this time, when the interpretation method 2717 of the request information is multi-interpretation, the distribution characteristic selection list is displayed for each allocation frame. In one example of FIG. 13, since the interpretation method 1315 is “double”, the primary interpretation distribution characteristic selection list 1313, which is the distribution characteristic of the primary interpretation, and the secondary interpretation distribution characteristic, which is the distribution characteristic of the secondary interpretation, are used. The selection list 1316 is displayed. In the case of multi-interpretation in which a plurality of interpreting doctors perform interpretation (diagnosis) in order from different viewpoints and purposes, the difficulty level may differ between the primary interpretation and the secondary interpretation as described above. Therefore, it is possible to set different distribution characteristics for each stage of interpretation. On the other hand, in the case of blind multi-interpretation (for example, "blind double") in which interpretation (diagnosis) is performed in any order from the same viewpoint and purpose, the difficulty level of interpretation basically changes depending on the order (stage) of interpretation. Since there is no such thing, only one distribution characteristic selection list is displayed.

In S406, the business terminal 112 sets the initial value of the distribution characteristic set in the process of FIG. 6 as the selection value in the distribution characteristic selection list of the request reception screen 1300. As a result, the user can use the distribution characteristics set as the initial values on the business terminal 112 as they are without any particular setting work. If the initial value is not set in the process of FIG. 6, it may be displayed that the item is selected from the list. Moreover, even if the initial value of the distribution characteristic is set, it can be changed by accepting the selection from the list.

In S407, the business terminal 112 determines whether or not the request acceptance button 1314 has been pressed on the request acceptance screen 1300. When the request acceptance button 1314 is pressed (YES in S407), the process proceeds to S408.

In S408, the business terminal 112 acquires the distribution characteristics input to the request reception screen 1300.

In S409, the business terminal 112 transmits the distribution characteristics acquired in S408 to the remote interpretation server 101.

In S410, the remote interpretation server 101 receives the distribution characteristics transmitted from the business terminal 112.

In S411, the remote interpretation server 101 stores the distribution characteristics received in S410 in the database 108 for each allocation frame. At this time, as the status of the request information, the value of the state 2702 becomes "assignment wait". Then, this processing flow is terminated.
(Request distribution processing)

FIG. 8 is a diagram showing a processing flow of request distribution processing carried out in cooperation with the business terminal 112 and the remote interpretation server 101. The following processing is realized by the CPUs of the business terminal 112 and the remote interpretation server 101 reading and executing the program stored in each storage unit.

In S501, the business terminal 112 displays the request distribution screen 1500 shown in FIG. 15 according to the user's instruction. The display here may be performed using a Web browser (not shown) provided in the business terminal 112, or may be displayed via a predetermined application. The request distribution screen 1500 includes an area for displaying the request information list 1501 showing the request allocation frame information for each allocation frame and an area for displaying the image interpretation doctor schedule 1503. The business terminal 112 issues an instruction to the remote interpretation server 101 to acquire each information in order to acquire the request allocation frame information and the image interpretation doctor schedule information to be displayed on the request distribution screen 1500.

In S502, the remote interpretation server 101 includes the request allocation frame information in which the request information status 2702 is "assignment wait" in the request information table 2700 shown in FIG. 27, and the interpretation doctor schedule table 2600 shown in FIG. Is returned to the business terminal 112. Then, the business terminal 112 displays the received request allocation frame information and the image interpretation doctor schedule table 2600 on the request distribution screen 1500.

In S503, the business terminal 112 acquires the request allocation frame information indicating the allocation frame of the automatic distribution target selected by the user via the request distribution screen 1500.

In S504, the business terminal 112 determines whether or not the automatic distribution button 1504 has been pressed on the request distribution screen 1500. When the automatic distribution button is pressed (YES in S504), the process proceeds to S505.

In S505, the business terminal 112 transmits the request allocation frame information indicating the allocation frame of the automatic distribution target acquired in S503 to the remote interpretation server 101.

In S506, the remote interpretation server 101 receives the request allocation frame information indicating the allocation frame to be automatically distributed, which is transmitted from the business terminal 112.

In S507, the remote interpretation server 101 performs automatic distribution processing for each request allocation frame information indicating the allocation frame to be automatically distributed, and determines the image interpretation doctor who performs the image interpretation work related to the request and the image interpretation date thereof. Details of the processing in this step will be described later with reference to FIGS. 9A and 9B.

In S508, the remote image interpretation server 101 transmits the information of the distribution result regarding the image interpretation doctor and the image interpretation date set in S507 to the business terminal 112.

In S509, the business terminal 112 displays the information on the distribution result regarding the image interpretation doctor and the image interpretation date received from the remote image interpretation server 101 on the request distribution screen 1500. The business terminal 112 displays the distributed image-reading doctor and image-reading date information in the request information list 1501 of the request distribution screen 1500 in association with each of the request allocation frame information indicating the allocation frame. Further, the business terminal 112 displays the number of scheduled distributions for each date of each interpreting doctor on the interpretation doctor schedule 1503. An image of the screen displayed after sorting is shown in FIG. The request distribution screen 1600 shown in FIG. 16 includes a save button 1604 that accepts confirmation of the result of automatic distribution and a cancel button 1603 that accepts cancellation.

In S510, the business terminal 112 confirms whether or not the save button 1604 has been pressed on the request distribution screen 1600. When the save button 1604 is pressed (YES in S510), the process proceeds to S512. When the cancel button 1603 is pressed (NO in S510), the process proceeds to S511.

In S511, the business terminal 112 discards the distribution result information received in S509. All the information of the distribution result displayed on the request distribution screen 1600 is returned to the state before the display (that is, the state of FIG. 15). Then, this processing flow is terminated.

In S512, the business terminal 112 transmits the information of the distribution result received the confirmation instruction by the user to the remote interpretation server 101.

In S513, the remote interpretation server 101 receives the distribution result information from the business terminal 112.

In S514, the remote interpretation server 101 updates by adding the distribution result information received in S513 to the allocation frame information of the request allocation frame information stored in the database 108. At this time, the value of the state 2702 is set to "interpretation waiting" as the status of the request information included in the request allocation frame information whose distribution result is updated. Then, this processing flow is terminated.
(Automatic distribution processing)

9A and 9B are diagrams showing an automatic distribution processing flow performed by the remote interpretation server 101, and correspond to the processing of S507 of FIG.

First, a description will be given from FIG. 9A. In S601, the remote interpretation server 101 acquires various tables stored in the database 108. The tables used here are a distribution characteristic master table 2000, a number of points addition table 2100, a point setting table 2200, and a distribution characteristic mapping table 2300. Furthermore, there are a specialty table 2400, an interpretation doctor exclusion table 2500, and an interpretation doctor schedule table 2600. Configuration examples of each table are shown in FIGS. 20 to 26.

In S631, the remote interpretation server 101 has the request allocation frame information (allocation frame) that has the same request information as the request allocation frame information to be automatically sorted, and the request allocation frame information that has already been determined by the interpreting doctor. Is read from the request information table 2700. For example, when it is desired to determine the interpreting doctor in charge of the secondary interpretation, and if the interpreting doctor of the primary interpretation before the secondary interpretation is determined, the request allocation frame information of this primary interpretation is read. .. Since different interpretation doctors have to be in charge of each interpretation work like multi-interpretation, such information is read in advance.

In S602, the remote interpretation server 101 excludes the request allocation frame information for which the distribution characteristic is not set from the request allocation frame information for automatic distribution from the automatic distribution target. It is assumed that the distribution characteristics included in the request allocation frame information are set via the request reception screen 1300 shown in FIG. 13, but if the allocation characteristics do not correspond to the pre-registered distribution characteristics, it is not set. To do. Therefore, since it is not possible to perform automatic distribution using the distribution characteristics for such an allocation frame, it is excluded from the automatic distribution target in S602. In addition, such an allocation frame may be manually distributed as in the conventional case. If there is such an allocation frame, a screen display or the like that prompts the user (for example, the clerical staff) to manually allocate the quota may be displayed.

In S603, the remote interpretation server 101 sorts the request information included in each request allocation frame information to be automatically sorted in ascending order of the request date of the request information. That is, as a result of sorting, the request information located at the higher level is considered to have a higher priority and is preferentially sorted. The request date of the request information is the request date 2704 of the request information table 2700 in FIG. 27. In addition, along with the sorting of the request information, the allocation frame information corresponding to the request information is also sorted while maintaining the correspondence with the request information. For example, as shown in FIG. 27, since the request information and the allocation frame information have a one-to-N correspondence relationship, when the request information moves to the first record due to sorting, it corresponds to the request information. The allocation frame information also moves to the first record.

In S604, the remote interpretation server 101 sorts the results in S603, and for those whose request date is the same, the number of image interpretation doctors who can correspond to the distribution characteristics included in the allocation frame information corresponding to the request information. Sort in ascending order. Even in the sort in S604, the allocation frame information corresponding to the request information is sorted while maintaining the correspondence with the request information. The number of image interpreters here is determined based on the specialty table 2400 shown in FIG. By doing so, it is possible to reduce the possibility that the request allocation frame information having the distribution characteristics with a small number of image interpreters cannot be distributed.

In S632, the remote interpretation server 101 refers to the allocation frame information corresponding to the request information among the results sorted in S604, and sorts the request information in the order of the longest process. The process referred to here indicates a stage (step) of progress when performing image interpretation work for a certain request. For example, in the case of double interpretation, the first interpretation doctor performs the interpretation in the first step, and the second interpretation doctor performs the interpretation in the second step. On the other hand, in the case of blind double interpretation, two image interpretation doctors perform image interpretation in the first step. Each of these steps is managed as a process.

Since each allocation frame information corresponding to the request information includes the process No. 2719, the value in which the process No. 2719 has the largest value is set as the process length. For example, the request information in which the request ID 2701 of FIG. 27 is "1" corresponds to the two allocation frame information, and referring to the process No. 2719 of each allocation frame information, "2" is the largest value. Specify the process length of the request information as "2". The request information is sorted by using the length of the process specified in this way. Even in the sort in S632, the allocation frame information corresponding to the request information is sorted while maintaining the correspondence with the request information.

Due to the sorting in S632, the requests for multi-interpretation are sorted with priority over single-interpretation and blind multi-interpretation. Since the multi-interpretation has a plurality of steps, the request must be distributed so that the N + 1-order interpretation is performed on a schedule after the schedule on which the N-order interpretation is performed. Therefore, the timing at which all interpretations are completed is later than that of single interpretation or blind multi-interpretation. In addition, if the doctor's schedule is filled with single interpretation or blind multi-interpretation, the timing of completion of interpretation will be further delayed. In order to accelerate the timing of returning the interpretation result of this multi-interpretation to the requester, the request for multi-interpretation is sorted with priority over the single interpretation and the blind multi-interpretation.

In S633, the remote interpretation server 101 refers to the allocation frame information corresponding to the request information from the results sorted in S632, and sorts the allocation frame information in ascending order of step No. 2719 for each request information. In other words, the requests for multi-interpretation are sorted so that the distribution processing is performed in order from the primary interpretation. If this is not done, for example, the interpretation date of the secondary interpretation will be determined to be the earliest date at the present time, and the interpretation date of the primary interpretation cannot be set before the secondary interpretation. To do. As described above, in multi-interpretation, it is necessary to keep the order of interpretation, and by sorting the allocation frame information in this order, these problems are solved.

For example, when the request information in the request information table 2700 is sorted by S603, S604, S632, and S633, the order is as shown in 2800 of FIG. 28. In this way, the ones with an earlier request date, a small number of image interpreting doctors who can deal with the distribution characteristics, multi-interpretation, and the smallest process number are sorted in the order of highest priority.

In S605, the remote interpretation server 101 sets the loop counter N to 1 in order to sequentially execute the loop processing for the request allocation frame information sorted in S604 (N = 1).

In S606, the remote interpretation server 101 extracts the Nth request allocation frame information from the request allocation frame information sorted in S604 and sets it as the distribution target of interest.

In S607, the remote interpretation server 101 uses all the interpretation doctors included in the interpretation doctor schedule table 2600 acquired in S601 as distribution candidate interpretation doctors.

In S608, the remote interpretation server 101 refers to the specialty table 2400 acquired in S601, and the specialty setting value (distribution characteristic value) for the distribution characteristic of the extracted request allocation frame information is set to "0". The image interpretation doctor who is using the image is excluded from the distribution candidate image interpretation doctor set in S607. Here, when the specialty setting value of the distribution characteristic is "0", the interpretation doctor has specialized knowledge (specialty) for interpreting a medical image showing the test type and site of the distribution characteristic. Indicates that it does not have. When it is other than "0", it means that the skill level of the field increases as the value increases. The specialty setting value can be used not only as an indication of the degree of specialized knowledge possessed by the image interpreting doctor, but also as a degree of desire indicating how much the image interpretation doctor wants to perform image interpretation in a predetermined field. That is, when the interpretation doctor sets the specialty setting value higher for a certain distribution characteristic, the request allocation frame information having the distribution characteristic is preferentially distributed to the interpretation doctor. That is, if there is a distribution characteristic that the interpreting doctor wants to interpret, the specialty setting value corresponding to this distribution characteristic may be set higher. In this way, it is also possible to use the specialty setting value as the desired degree (priority) of the image interpreting doctor.

In S634, the remote interpretation server 101 refers to the allocated allocation frame information read in S631, and selects an image interpretation doctor who has already been assigned in another allocation frame of the same request as the request allocation frame information extracted in S606. , Exclude from sorting candidate interpretation doctors. In view of the above-mentioned purpose of these interpretations, a plurality of interpretation doctors must perform the multi-interpretation and the blind multi-interpretation once. That is, the same interpreting doctor cannot perform interpretation multiple times. For example, it is okay for the interpretation doctor A to be in charge of the primary interpretation and the interpretation doctor B to be in charge of the secondary interpretation, but if the interpretation doctor A is in charge of both the primary interpretation and the secondary interpretation, multi-interpretation or blind multi The purpose of interpretation cannot be achieved. Therefore, in S634, the request allocation frame information corresponding to the same request as the request allocation frame information to be processed is referred to, and the interpretation doctor set in the other request allocation frame information is assigned the request to be processed. It is not possible to set it as an image interpreter of frame information. By doing so, the above-mentioned problems are solved.

In S609, the remote interpretation server 101 refers to the interpretation doctor exclusion table 2500 acquired in S601, and the interpretation doctor set as an exclusion target corresponding to the request facility included in the request allocation frame information extracted in S606. Is excluded from the distribution candidate interpretation doctor set in S608. That is, if the interpretation doctor that the requesting facility does not want to be interpreted is set in advance in the interpretation doctor exclusion table 2500, the interpretation doctor will not be in charge of the interpretation request from the request facility.

The explanation is transferred to FIG. 9B. In S610, the remote interpretation server 101 sets the loop counter D to "0" in order to sequentially perform loop processing for each distribution target schedule of the interpretation doctor schedule table 2600 acquired in S601 (D = 0).

In S611, the remote interpretation server 101 sets today's 1st + Dth schedule as the distribution target schedule. The schedule referred to in the present embodiment is indicated by a date and a time zone such as morning or afternoon as shown in FIG. 26 (c). Therefore, in the present embodiment, today's first schedule is the morning of the day when the automatic distribution processing is performed, and today's second schedule is the afternoon of the day when the automatic distribution processing is performed. That's what it means. In addition, today's third schedule is the morning of the next day when the automatic sorting process is performed. The time zone is not limited to the morning and afternoon, but may be every hour or every three hours. The remote image interpretation server 101 sets the current distribution candidate image interpretation doctor as the distribution candidate image interpretation doctor on the distribution target day.

In S612, the remote interpretation server 101 compares the distribution target schedule with the distribution possible schedule, and determines whether or not the distribution target schedule exceeds the distribution possible schedule. The sortable schedule here indicates, for example, the range from today to a predetermined number of days later. The schedule that can be distributed may be set in advance by the user. If the distribution possible schedule is not exceeded (YES in S612), the remote interpretation server 101 determines that the distribution target schedule exists, and shifts the process to S635. On the other hand, if it exceeds (NO in S612), the remote interpretation server 101 determines that the distribution target schedule does not exist, and shifts the process to S619.

In S635, the remote interpretation server 101 performs step No. 2719, which has one smaller value than step No. 2719 of the request allocation frame information extracted in S606, among the request allocation frame information of the same request as the request allocation frame information extracted in S606. Identify the request allocation frame information to have. Then, it is determined whether or not the distribution target schedule exceeds the interpretation date 2715 of the specified request allocation frame information. If the distribution target schedule exceeds the interpretation date 2715 of the specified request allocation frame information (YES in S635), the process shifts to S613. If the distribution target schedule does not exceed the interpretation date 2715 of the specified request allocation frame information (NO in S635), the process shifts to S615. The process of S635 is a process for preventing the interpretation of the subsequent process (for example, secondary interpretation) from being assigned to a schedule earlier than the interpretation of the previous process (for example, primary interpretation) in the case of multi-interpretation. By this process, the order of the processes in the multi-interpretation and the order of the interpretation schedule can be matched, so that it is possible to suppress the occurrence of a problem that the secondary interpretation is performed before the primary interpretation. Become.

In S613, the remote interpretation server 101 refers to the distribution target schedule of the interpretation doctor schedule, and the number of residual interpretation possible cases is 0, or the residual interpretation possible points are less than the points of the request to be distributed. Exclude the interpretation doctor from the distribution candidate interpretation doctors of the distribution target schedule. In the present embodiment, the residual interpretation possible points are based on (the number of cases that can be distributed) × (one standard point 2201 in the point setting table 2200), and the request that the image interpretation doctor has already distributed to the distribution target schedule. Calculated by subtracting the total number of points. That is, the point indicates the load for image interpretation, and when the load for image interpretation is distributed and the load becomes high, it is controlled not to perform new distribution. Here, for each interpreting doctor, a reference value of interpretable points is set as an upper limit of the load per schedule. The above-mentioned number of cases that can be sorted indicates the number of cases that can be read by an image interpreting doctor on a certain schedule. The number of cases referred to in this embodiment indicates the number of cases for each request, but there are cases where a plurality of patients are read for one request as in the case of examination work. Therefore, in such a case, the number of patients included in one request is regarded as the number of cases, not the number of cases per request. The method of calculating the residual interpretation possible points is not limited to this, and may be calculated using, for example, a weighting or an upper limit value set for each interpretation doctor.

Further, the request points to be sorted are calculated using the request allocation frame information extracted in S606, the sorting characteristic master table 2000, the number of points addition table 2100, and the point setting table 2200. In the present embodiment, the request points to be distributed are (one standard point 2201 of the point setting table 2200) + (addition point 2003 of the distribution characteristic indicated by the distribution division quota information) + (distribution division quota). It is calculated by the addition point 2103) of the number of images indicated by the information. That is, the load of image interpretation due to the combination of the inspection type and the part to be inspected and the load due to the large number of images to be interpreted are considered. In other words, the higher the points, the higher the load. By considering not only the number of cases to be interpreted but also the load for each interpretation according to the points, it is possible to perform distribution in consideration of the load distribution. In addition, it is desirable to calculate the points of the request to be sorted when executing the automatic sorting. This is because there is a possibility that additional images to be read may be sent after the image interpretation request is accepted.

In S614, the remote interpretation server 101 determines whether or not the number of distribution candidate image interpretation doctors for the distribution target schedule is 0. If the number is not 0 (YES in S614), the remote interpretation server 101 determines that there is a distribution candidate image interpretation doctor in the distribution target schedule, and shifts the process to S616. If there are no people (NO in S614), the remote interpretation server 101 determines that there is no distribution candidate image interpretation doctor in the distribution target schedule, and shifts the process to S615.

In S615, the remote interpretation server 101 adds 1 to the loop counter D (D = D + 1), and shifts the processing to S611. In other words, the candidate interpretation doctors to be sorted will be searched for the next schedule.

In S616, the remote interpretation server 101 refers to the interpretation doctor schedule table 2600 for all the distribution candidate image interpretation doctors of the distribution target schedule, and calculates the number of remaining distribution possible cases (interpretation possible number 2604). Further, the remote interpretation server 101 refers to the specialty table 2400 and acquires the specialty setting value. Then, the remote interpretation server 101 calculates the appropriateness of distribution by multiplying the number of remaining distribution possible cases and the specialty setting value. For example, when the number of cases that can be sorted by a certain sorting candidate interpretation doctor is 2 and the specialty setting value is "10", the sorting appropriateness is "20". The calculation formula for the appropriateness of distribution is not limited to this, and other calculation formulas such as weighting for each distribution characteristic may be used.

In S636, the remote interpretation server 101 has the same request as the request allocation frame information extracted in S606, and is not assigned to the image interpretation doctor among the request allocation frame information of the multi-interpretation (the image interpretation doctor is not assigned). Determine if the request allocation frame information exists. If this exists (YES in S636), the process shifts to S637. If this does not exist (NO in S636), the process shifts to S617. Also, in the case of blind multi-interpretation or single-interpretation, the processing is shifted to S617.

In S637, the remote interpretation server 101 has the same request as the request allocation frame information extracted in S606, and is not assigned to the image interpretation doctor among the request allocation frame information of the multi-interpretation (the image interpretation doctor is not assigned). Temporarily sort the request allocation frame information. The provisional distribution is performed by executing each process of S606 to S618 excluding S636 and S637. Then, the coefficient according to the result of this provisional distribution is multiplied by the distribution appropriateness calculated in S616. For example, when the primary interpretation of the double interpretations is distributed to the interpretation doctor, the secondary interpretation is provisionally distributed and the schedule for the distribution of the secondary interpretation is specified. Then, when the specified secondary interpretation distribution target schedule is the schedule one after the primary interpretation, the coefficient is set to "1", and when the schedule is two later, the coefficient is set to "1/2". If the schedule is three times later, the coefficient is set to "1/3". If there is no schedule for distribution of secondary interpretation, the coefficient is set to "1/10". The distribution appropriateness is corrected by multiplying this coefficient by the distribution appropriateness calculated in S616.

By the processing of S636 and S637, the interpretation schedule of the post-process when there are a plurality of processes such as multi-interpretation is not delayed, and the interpretation doctor required in the post-process is not assigned by the allocation of the pre-process. Can be controlled as such.

In S617, the remote interpretation server 101 sets one image interpretation doctor with the highest distribution appropriateness in the request allocation frame information based on the distribution appropriateness of each distribution candidate image interpretation doctor calculated in S616 or S637. .. When there are a plurality of the highest interpretation doctors, for example, one image interpretation doctor with a younger image interpretation doctor ID is set in the request allocation frame information as a distribution target. In addition, the schedule to be distributed is also set in the request allocation frame information. Specifically, the interpretation date 2715, the schedule ID 2721, and the interpretation doctor ID 2716 of the request allocation frame information extracted in S606 store the image interpretation doctor and the distribution target schedule.

In S618, the remote interpretation server 101 subtracts one residual interpretation possible number (interpretation possible number 2604) from the distribution schedule of the distribution target schedule to the image interpretation doctor set in S617. Further, the remote interpretation server 101 subtracts the points of the distribution target request from the remaining interpretation possible points. The points to be subtracted here are also (1 standard point 2201 of the point setting table 2200) + (addition point of distribution characteristics indicated by the distribution division quota information 2003) + (addition point of the number of images indicated by the distribution division quota information). 2103).

In S619, the remote interpretation server 101 determines that there is no interpretation target doctor and interpretation date for the requested distribution frame information to be distributed, and the interpretation date 2715, schedule ID 2721, and interpretation of the requested distribution frame information. The doctor ID 2716 is not set. After that, the process is transferred to S620.

In S620, the remote interpretation server 101 adds 1 to the loop counter N (N = N + 1).

In S621, the remote interpretation server 101 determines whether or not the value of N is less than the total number of request allocation frame information to be automatically distributed. If it is determined that the total number is less than the total number (YES in S621), the remote interpretation server 101 determines that the requests to be automatically sorted remain, and shifts the process to S606 in FIG. 9A. If it is determined that the total number is not less than the total number (NO in S621), the remote interpretation server 101 determines that the automatic distribution processing has been completed for all the requests to be automatically distributed, and ends this processing flow.
[Screen configuration example]

FIG. 10 shows a configuration example of the request facility work list screen 1000 displayed on the display of the request terminal 109 when the user on the request facility side applies for a request. When the display button 1001 of the request list 1006 is pressed, the screen transitions to the request application screen 1100 for applying the request information of the pressed line. When the search button 1005 is pressed, the request information table 2700 shown in FIG. 27 is searched based on the conditions such as the patient number 1002, the examination type 1003, and the site 1004 specified by the user, and the display contents of the request list 1006 are displayed. To update.

FIG. 11 shows a configuration example of the request application screen 1100 displayed on the display of the request terminal 109 when the user of the request facility inputs the request application content for the request application. The request source 1101 is displayed according to the request facility to which the user on the request facility side belongs. The request date 1102 is information on the date and time when today's date is set at the time of request application. The patient number 1103, the patient name 1104, the gender 1105, the date of birth 1106, the modality 1107, and the number of images 1108 are set and displayed based on the test information (DICOM information) included in the image data. When the request application button 1113 is pressed, the information input in the inspection type 1109, the part 1110, the film designation 1111, the image interpretation method 1114, and the request content 1112 is registered in the request information table 2700.

FIG. 12 shows a configuration example of the interpretation work list screen 1200 displayed on the display of the business terminal 112 when the user on the interpretation center side accepts the request. When the display button 1201 of the request list 1207 is pressed, the screen transitions to the request acceptance screen 1300 for accepting the request information of the pressed line. When the search button 1206 is pressed, the request information table 2700 is searched based on the conditions such as the request facility 1202, the patient number 1203, the examination type 1204, and the site 1205, and the display contents of the request list 1207 are updated.

FIG. 13 shows a configuration example of the request reception screen 1300 displayed on the display of the business terminal 112 when the user on the interpretation center side inputs the request reception contents for request reception. Based on the request information set in the request information table 2700, the request source 1301, the request date 1302, the patient number 1303, the patient name 1304, the gender 1305, the date of birth 1306, the modality 1307, and the number of images 1308 are displayed. Further, the inspection type 1309, the site 1310, the film 1311, the request content 1312, and the image interpretation method 1315 are displayed. The distribution characteristic selection lists 1313 and 1316 display a list of distribution characteristics registered in the distribution characteristic master table 2000 shown in FIG. When the request acceptance button 1314 is pressed, the distribution characteristics selected in the distribution characteristic selection list 1313 are registered in the request information table 2700.

FIG. 14 shows a configuration example of the specialty setting screen 1400 displayed on the display of the business terminal 112 when the user on the interpretation center side updates the contents of the specialty table 2400 shown in FIG. 24. When the save button 1402 is pressed after the user inputs a value indicating the specialty for each distribution characteristic to the specialty setting value 1401, the specialty table 2400 is updated. The larger the value here, the higher the specialty. If no value is entered, it means that you are not a specialist (or cannot read).

FIG. 15 shows a configuration example of the request distribution screen 1500 displayed on the display of the business terminal 112 when the user on the image interpretation center side distributes the request information to the image interpretation doctor. When the automatic distribution button 1504 is pressed, automatic distribution is performed on the request information selected by the distribution target selection check box 1502 on the request information list 1501, and the distribution result (FIG. 16) is obtained. Is displayed. When the cell of the interpretation doctor schedule 1503 is selected by the user, the image interpretation doctor and the distribution target date indicated by the cell are distributed to the request information selected by the distribution target selection check box 1502 on the request information list 1501. The request information table 2700 is updated as. That is, by pressing the automatic distribution button 1504, the image interpretation request can be manually distributed instead of automatically distributing the image interpretation request to the image interpretation doctor.

FIG. 16 is a screen displayed on the display of the business terminal 112 as the distribution result when the user on the image interpretation center side instructs the automatic distribution. When the automatic sorting is executed, the interpretation date column 1601 and the interpretation doctor column 1602 are newly additionally displayed, and the interpretation date and the interpretation doctor as a result of the distribution are displayed here. Further, the total number of cases after distribution and the number of new distributions are displayed in the sorted reading date and the reading doctor cell of the interpretation doctor schedule 1605.

When the cancel button 1603 is pressed, the provisionally displayed interpretation date and the contents of the interpretation doctor are discarded. As a result, the interpretation day column 1601 and the interpretation doctor column 1602 are hidden, and the number of distributions in the interpretation doctor schedule 1605 is deleted. When the save button 1604 is pressed, the displayed interpretation date and the contents of the interpretation doctor are registered in the request information table 2700 and confirmed as shown in 2900 of FIG.
[Table configuration example]

17, FIG. 18, and FIG. 19 show a configuration example of the master table stored in the database 108. The data registered in the inspection type table 1700 of FIG. 17, the part table 1800 of FIG. 18, and the classification table 1900 of FIG. 19 can be used as value candidates when inputting request information on the request application screen 1100 shown in FIG. , For example, displayed in a list display.

FIG. 20 shows a configuration example of the distribution characteristic master table 2000 stored in the database 108. The distribution characteristics according to the present embodiment are defined by a combination of each value of the inspection type shown in FIG. 17 and each value of the portion shown in FIG. The distribution characteristics are not limited to this, and may be combined for each value of a further detailed item. In that case, it is possible to define a more detailed specialty. In the present embodiment, a distribution characteristic for primary interpretation and a distribution characteristic for secondary interpretation are prepared. For example, the distribution characteristic ID 2001 of the distribution characteristic master table 2000 in FIG. 20 is a record of "9" and "10". The distribution characteristic master table 2000 includes a distribution characteristic ID 2001, a distribution characteristic name 2002, and an addition point 2003. In the addition points 2003, when calculating the points of the request information, the addition points 2003 are added to the standard points 2201 (FIG. 22) according to the distribution characteristics set in the request information.

FIG. 21 shows a configuration example of the number point addition table 2100 stored in the database 108. The number of points addition table 2100 includes a lower limit of the number of sheets 2101, an upper limit of the number of sheets 2102, and an addition point 2103. When calculating the points of the request information in S613 and S618 of FIG. 9B, the addition points 2103 of the records that fall within the range of the lower limit of the number of sheets 2101 and the upper limit of the number of sheets 2102 are added to the standard point 2201 according to the number of images of the request information. Will be done.

FIG. 22 shows a configuration example of the point setting table 2200 stored in the database 108. The point setting table 2200 includes one standard point 2201. It is used as a standard point value for each request. One case in the present embodiment is the number of cases in the request unit, but in the case of a medical examination, the number of cases may be the number of patients.

FIG. 23 shows a configuration example of the distribution characteristic mapping table 2300 stored in the database 108. The distribution characteristic mapping table 2300 includes distribution characteristic ID 2301, distribution characteristic name 2302, test type ID 2303, site ID 2304, classification ID 2305, patient age 2306, patient gender lower limit 2307, patient gender 2308, step No. 2309, and sequence 2310. Including. The same distribution characteristic ID 2301 can have a combination of different test species ID 2303, site ID 2304, classification ID 2305, patient age 2306, patient gender lower limit 2307, and patient gender 2308.

FIG. 24A shows a configuration example of the specialty table 2400 stored in the database 108. The specialty table 2400 includes an image interpreter ID 2401, a distribution characteristic ID 2402, and a specialty setting value 2403. The value input on the specialty setting screen 1400 of FIG. 14 is registered. This value indicates the specialty of each interpreting doctor, and the higher the value, the higher the specialty. FIG. 24 (B) expresses the relationship between the values shown in FIG. 24 (A) in a two-dimensional table format centered on the image interpreter and the distribution characteristics. As shown in FIG. 24, a certain distribution characteristic (chest CR) can be divided into a primary interpretation (chest CR1 reading) and a secondary interpretation (chest CR2 reading), and a specialty setting value can be registered for each. .. Therefore, even when the difficulty level of interpretation differs depending on the process, such as multi-interpretation, it can be dealt with. For example, it is possible to meet the demands of an interpreting doctor who cannot perform primary interpretation but can perform secondary interpretation.

FIG. 25 is a configuration example of the interpretation doctor exclusion table 2500 stored in the database 108. The interpretation doctor exclusion table 2500 includes the request facility ID 2501 and the interpretation doctor ID 2502. The interpretation doctor exclusion table 2500 is used to exclude the interpretation doctors that the requesting facility that applied for the request information does not want from the candidate interpretation doctors. In addition, although the image interpretation doctor to be excluded is specified here for each request facility, it is not limited to this, and for example, the image interpretation doctor to be excluded can be specified for each patient unit, examination type unit, etc. Good.

FIG. 26A shows a configuration example of the interpreter schedule table 2600 stored in the database 108. The interpretation doctor schedule table 2600 includes the distribution target date 2601, the schedule ID 2602, the interpretation doctor ID 2603, and the number of possible interpretations 2604. FIG. 26 (B) represents the values of the data of FIG. 26 (A) in a two-dimensional table format centered on the distribution target date and the image interpreting doctor. FIG. 26C is a schedule table showing the details of the schedule ID 2602. The schedule table is provided with a schedule ID and a schedule name, and the distribution target dates are further divided according to the time zone.

FIG. 27 shows a configuration example of the request information table 2700 stored in the database 108. The request information table 2700 includes request ID 2701, status 2702, request facility ID 2703, request date 2704, patient number 2705, patient name 2706, date of birth 2707, and gender 2708. Further, the inspection type ID 2709, the site ID 2710, the inspection date 2711, the classification (film) ID 2712, the number of images 2713, and the image interpretation method 2717 are provided. As mentioned above, the information up to this point is collectively referred to as request information. The request information table 2700 further includes the allocation frame ID 2718, the process No. 2719, the distribution characteristic ID 2720, the interpretation date 2715, the schedule ID 2721, the interpretation doctor ID 2716, and the interpretation state 2722. As described above, this information is referred to as allocation quota information. Further, the set of the request information and the allocation frame information is referred to as the request allocation frame information. Status 2702 indicates the status of the request information, and is "waiting for application", "waiting for reception", "waiting for distribution", "waiting for interpretation", "waiting for interpretation", "waiting for confirmation", "published", and "viewing". There is a status such as "Done". In this embodiment, these statuses are used, but are not particularly limited. In particular, in the present embodiment, the processing is performed in association with the specialty of the image interpreting doctor by using the combination of the examination type indicated by the examination type ID 2709 and the imaging site indicated by the site ID 2710. FIG. 28 shows a state after sorting the data of the request information table 2700 shown in FIG. 27 (state after executing the processes of S601 to S633).

FIG. 29 shows the state of the result of completing the flowchart of FIG. 9 with respect to the data of the request information table 2700 shown in FIG. 27. The date to be sorted and the sorting doctor as a result of performing automatic sorting are set in the reading date, the schedule ID, and the reading doctor ID. Note that this data is not stored in the database 108 of the data center when the flowchart of FIG. 9 is completed, and the user has instructed to save the data via the request distribution screen 1600 in S514 of the flowchart of FIG. It will be registered at that time.

FIG. 30 is a diagram (3000) showing a log of the data in the request information table 2700 until the flowchart of FIG. 9 is completed. The calculation point 3001 indicates the calculation point of the request calculated in S613 of FIG. The calculated distribution appropriateness 3002 indicates the distribution appropriateness of the image-reading doctor for each distribution target day calculated in S616 of FIG. The distribution information interpretation date 3003, the distribution information schedule ID 3005, and the distribution information interpretation doctor 3004 indicate the interpretation date set as the distribution target in S617 and the result of the interpretation doctor.

For example, the record in the first row in FIG. 30 is a log when the request ID 2701 of the request information table 2700 distributes the request allocation frame information of "1" to the image interpreting doctor. First, since this request is the primary interpretation of the chest CR, the "interpretation doctor 2 (interpretation doctor ID: 0002)" in which a value is set for the distribution characteristic of the "chest CR1 reading" with reference to the specialty table 2400. "And" Interpretation Doctor 5 (Interpretation Doctor ID: 0005) "are extracted. Then, for each, the appropriateness of distribution for today (June 9) and morning (AM) is calculated. As described above in S616, the number of remaining distribution possible cases is multiplied by the specialty setting value of the distribution characteristic. As a result, the distribution appropriateness of the image interpretation doctor 2 is "4", and the distribution appropriateness of the image interpretation doctor 5 is "10". Furthermore, we will try to perform provisional distribution for the secondary interpretation of the same request. The secondary interpretation referred to here is the request allocation frame information of the record in the second line in FIG. The provisional distribution will be simulated when the primary interpretation becomes the interpretation doctor 2 and the case where the primary interpretation becomes the interpretation doctor 5. Then, when the primary interpretation becomes the interpretation doctor 5, it can be seen that there is no interpretation doctor who can perform the secondary interpretation even if the schedule is different. Since this request is a double interpretation, the primary interpretation and the secondary interpretation must be handled by different interpretation doctors, but the secondary interpretation of the chest CR can be interpreted only by the interpretation doctor 5 according to the specialty table 2400. is there. That is, if the interpretation doctor 5 is assigned to the primary interpretation, there will be no interpretation doctor capable of interpreting the secondary interpretation. On the other hand, when the primary interpretation is changed to the interpretation doctor 2, it can be seen that the interpretation doctor 5 can interpret the secondary interpretation on the next schedule (PM on June 9).

In consideration of the result of such provisional distribution, the distribution appropriateness calculated above is multiplied by a coefficient to correct it. Specifically, since the interpretation doctor 2 can interpret the secondary interpretation on the next schedule, the coefficient becomes "1" as described above in S637, and the calculated distribution appropriateness is "4". By multiplying this coefficient "1", the final distribution appropriateness becomes "4". On the other hand, the interpretation doctor 5 cannot interpret the secondary interpretation, so the coefficient is set to "1/10 (0.1)". Therefore, the calculated distribution appropriateness “10” is multiplied by this coefficient “0.1” to obtain the final distribution appropriateness “1”. By comparing this final distribution suitability, an image interpreting doctor with a larger distribution suitability will be in charge of interpretation. That is, the interpretation of the first line is performed by the interpretation doctor 2. Similarly, a log for assigning an image interpreter to each request allocation frame information is shown in 3000.

FIG. 31 shows the data of the request information table 2700, each allocation target date at the time when the flowchart of FIG. 9 is completed, and the number of distributed cases, the number of interpretable cases, the distributed points, and the interpretable points of each interpreting doctor. Indicates the state.
The above is the description of the first embodiment.
<Second embodiment>

In the second embodiment, in the case of multi-interpretation, the interpretation work is distributed to the image interpretation doctor only for a certain process (for example, primary image interpretation), and when the distributed image interpretation is completed, the process is automatically or manually followed. It is a mechanism for sorting the image interpretation work of the process (for example, secondary image interpretation). In the first embodiment, for the request for multi-interpretation, the request allocation frame information for all the processes is collectively distributed. Therefore, if the progress of the image interpreting doctor in charge of the pre-process does not proceed as planned, there is a possibility that the pre-process is not completed even if the image-reading doctor in the post-process tries to start the image-reading work. In the second embodiment, in consideration of these problems, when the interpretation of the pre-process is completed, the post-process is sorted.

Hereinafter, the above mechanism will be described as the second embodiment. The processing, screen example, and data structure common to the first embodiment described above will be omitted, and the parts different from the first embodiment will be described.
[Screen configuration example]

FIG. 32 shows a configuration example of the distribution setting screen 3200 displayed on the display of the business terminal 112, which allows the user on the interpretation center side to make settings when assigning an interpretation doctor to the request allocation frame information. The distribution setting screen 3200 includes a check box 3201 for accepting whether or not to perform distribution of the image interpretation work in the post-process when the image interpretation in the previous process is completed in the case of multi-interpretation, and a setting button 3202. When the check box 3201 is not checked, the operation is the same as that of the first embodiment described above. When the setting button 3202 is pressed, the setting is saved in the external memory 211. Hereinafter, the setting contents by the check box 3201 will be referred to as the first distribution setting. Then, in the case of multi-interpretation, when the interpretation of the previous process is completed, the first distribution setting is ON when the image interpretation work of the subsequent process is distributed, and the first distribution is not performed otherwise. The description will be made assuming that the setting is in the OFF state.
[Processing flow]
(Request distribution processing)

FIG. 33 is a diagram showing a processing flow of request distribution processing carried out in cooperation with the business terminal 112 and the remote interpretation server 101. The following processing is realized by the CPUs of the business terminal 112 and the remote interpretation server 101 reading and executing the program stored in each storage unit. Since FIG. 33 is a modification of the requested distribution process shown in FIG. 8, the same step number as in FIG. 8 is assigned to FIG. 33 for the same process as in FIG. Therefore, the description of such a similar process will be omitted.

In S520, the CPU 201 of the remote interpretation server 101 acquires the first distribution setting stored in the external memory 211 when the acquisition instruction of each information is given from the business terminal 112. Then, it is determined whether or not the first distribution setting is ON. When it is determined that the first distribution setting is ON (YES in S520), the process shifts to S521. On the other hand, when it is determined that the first distribution setting is OFF (NO in S520), the process shifts to S502. When NO in S520, it is the same as the first embodiment described above.

In S521, in the case of the request allocation frame information of single interpretation or blind multi-interpretation, the remote interpretation server 101 has the status 2702 of the request allocation frame information after "assignment wait" and the interpretation state 2722 " Acquire the request allocation frame information that is "not yet". In the case of the request allocation frame information for multi-interpretation, the status 2702 of the request allocation frame information is the status after "assignment wait", the image interpretation state 2722 is "not yet", and the process No. 2719 is in the same request. Gets the smallest request allocation quota information. For example, if neither the primary interpretation nor the secondary interpretation is sorted in the double interpretation, only the request allocation frame information of the primary interpretation is acquired. Further, the interpretation doctor schedule table 2600 shown in FIG. 26 is also acquired and returned to the business terminal 112. Then, the business terminal 112 displays the received request allocation frame information and the image interpretation doctor schedule table 2600 on the request distribution screen 1500. Subsequent processing is the same as in FIG.
[Screen configuration example]

FIG. 34 shows the result of executing the request distribution process of FIG. 33 and displaying the request distribution screen 1500 on the business terminal 112 when the first distribution setting is ON. In FIG. 34, it can be seen that the request allocation frame information regarding the secondary interpretation with the request ID “1”, which was displayed in FIG. 15, is not displayed. This means that the display is controlled so that the secondary interpretation is not sorted because the primary interpretation is not completed. The distribution of the secondary interpretation is performed separately in the process described later.
[Processing flow]
(Request distribution processing)

When the automatic distribution button 1504 is pressed on the request distribution screen of FIG. 34, the image interpreting doctor is automatically assigned with respect to the request allocation frame information displayed in FIG. 34. In the second embodiment, of FIGS. 9A and 9B showing the requested distribution processing, a part of the processing is added to FIG. 9B, and this point will be described.

FIG. 35 is a diagram showing a processing flow of automatic distribution performed by the remote interpretation server 101, and corresponds to the processing of S507 of FIG. Further, FIG. 35 is a modification of FIG. 9B, and FIG. 9A is the same as that of the first embodiment in the second embodiment.

When the distribution appropriateness is calculated in S616, the remote interpretation server refers to the first distribution setting from the external memory 211 in S641 and determines whether or not this is ON. When it is determined that the first distribution setting is ON (YES in S641), the process shifts to S617. That is, since it is not necessary to execute S636 and S637 by the first distribution setting, these processes are skipped. On the other hand, when it is determined that the first distribution setting is OFF (NO in S641), the process shifts to S636. Subsequent processing is the same as in FIG. 9B.
(Interpretation result confirmation processing)

After the interpretation requests are sorted, each interpretation doctor performs the interpretation work and saves the interpretation result as data. Then, the person in charge of the interpretation center confirms the interpretation result, and if there is no problem, the interpretation result is published to the requester. The confirmation work will be described below.

FIG. 36 is a diagram showing a flowchart of an image interpretation result confirmation process carried out in cooperation with the business terminal 112 and the remote image interpretation server 101. The following processing is realized by each CPU of the business terminal 112 and the remote interpretation server 101 reading and executing the program stored in each storage unit.

In S701, the business terminal 112 displays the confirmation waiting work list screen 3700 shown in FIG. 37 according to the user's instruction. The display here may be performed using a Web browser (not shown) provided in the request terminal 109, or may be displayed via a predetermined application. The business terminal 112 issues an instruction to the remote interpretation server 101 to acquire the request allocation frame information in order to acquire the request allocation frame information to be displayed on the confirmation waiting work list screen 3700.

In S702, the remote interpretation server 101 reads the request allocation frame information from the request information table 2700 of FIG. 27 in response to the instruction from the business terminal 112, and returns it to the business terminal 112. Then, the business terminal 112 displays the request allocation frame information whose state 2702 is "waiting for confirmation" among the received request allocation frame information on the confirmation waiting work list screen 3700. When the interpretation is completed by the interpretation doctor, the status 2702 of the request allocation frame information is updated to "waiting for confirmation". Therefore, the displayed request allocation frame information is the request allocation frame information for which the interpretation by the interpretation doctor has been completed.

In S703, the business terminal 112 accepts the selection of the request allocation frame information to be confirmed from the user via the confirmation waiting work list screen 3700. Specifically, by accepting the designation of the display button 3701 on the confirmation waiting work list screen 3700, the selection of the request allocation frame information to be confirmed is accepted. Then, the business terminal 112 acquires the request ID 2701 of the selected request allocation frame information to be confirmed.

In S704, the business terminal 112 displays the interpretation result confirmation screen 3800 shown in FIG. 38 in order to display the request allocation frame information corresponding to the request ID 2701 acquired in S703. The image interpretation result confirmation screen 3800 is provided with a column for displaying the image interpretation result by the image interpretation doctor and a column for designating the next action. In the column for displaying the interpretation result by the interpretation doctor, in addition to the request allocation frame information for which the selection has been accepted, the request allocation frame information (another allocation frame) for the same request as the request allocation frame information is also displayed. Further, by accepting the press on the output button 3801, the report data of the interpretation result is displayed, and the person in charge of the interpretation center confirms this. Then, depending on the confirmed result, the input of the next action is accepted. FIG. 38A shows a screen in which the primary interpretation has been completed and the secondary interpretation has not been completed in the double interpretation. In such a state, two actions can be selected. One is an action (3802) for performing the following distribution. When the first distribution setting described above is ON, the post-process of multi-interpretation is not distributed, so by selecting this action, distribution is performed for the next process. The other is the action of remand (3803). If the interpretation result is incomplete, you can select this action to request the interpretation doctor to rewrite the interpretation result. FIG. 38B is a screen in which both the primary interpretation and the secondary interpretation of the double interpretation have been completed. In this state, the next distribution cannot be performed, so the action of publishing the interpretation result (3805) and the action of remand are displayed.

In S705, the business terminal 112 determines whether or not the OK button 3804 is pressed on the image interpretation result confirmation screen 3800. When the OK button 3804 is pressed (YES in S705), the process proceeds to S706. If not (NO in S705), it waits until the OK button 3804 is pressed.

In S706, the business terminal 112 transmits the request allocation frame information for which the display button 3701 was pressed in S703 and the information indicating the selected action to the remote interpretation server 101.

In S707, the remote interpretation server 101 receives the request allocation frame information transmitted from the business terminal 112 and the information indicating the selected action.

In S708, the remote interpretation server 101 determines whether or not the selected action is remanded based on the information received in step S707. If the selected action is remand (YES in S708), the process shifts to S709 and the interpretation work is remanded. As a result, the status 2702 of the received request allocation frame information is updated to "interpretation waiting". On the other hand, if the selected action is not remand (NO in S708), the process shifts to S710.

In S710, the remote interpretation server 101 determines whether or not the first distribution setting is ON. When it is determined that the first distribution setting is ON (YES in S710), the process shifts to S712. When it is determined that the first distribution setting is OFF (NO in S710), the process shifts to S711.

In S711, when the remote interpretation server 101 has the interpretation status 2722 of the request allocation frame information received in step S707 and all the request allocation frame information of the same request as the request allocation frame information, the said Update the request status 2702 to "Published". Otherwise it does nothing. When updating the state 2702 to "published", the interpretation result is published to the requester. The term "publication" as used herein means that the interpretation result can be viewed. If the request allocation frame information of the same request exists as the request allocation frame information, this is also disclosed.

In S712, the remote interpretation server 101 has the same request request allocation frame information as the request allocation frame information received in step S707, and the request allocation frame information in the next process of the received request allocation frame information is unread. Judge whether or not. That is, the interpretation state 2722 of the request allocation frame information in the next step of the request allocation frame information received in step S707 may be referred to. The interpretation status 2722 is a status of interpretation in which "finished" is stored when the interpretation is completed and "not yet" is stored when the interpretation is not completed. That is, it may be determined whether or not the interpretation state 722 of the request allocation frame information in the next step of the request allocation frame information received in step S707 is “not yet”. When it is determined that the request allocation frame information in the next step of the request allocation frame information received in step S707 is unread (YES in S712), the process shifts to S713. When it is determined that the request allocation frame information in the next step of the request allocation frame information received in step S707 has been read (YES in S713), the process shifts to S711. Further, even when the designated action is an action for publishing the interpretation result, the process shifts to S711.

In S713, the remote interpretation server 101 automatically sorts the request allocation frame information in the next step of the request allocation frame information received in step S707, performs the interpretation work related to the request, and the interpretation date thereof. To determine. Details of the processing in this step are as described above in FIGS. 9A and 35. In this way, with regard to multi-interpretation, when the interpretation of a certain process is completed and the person in charge is confirmed, the distribution of the next process is automatically executed, so that the order of the multi-interpretation processes and the relevant process It is possible to match the schedule order of the interpretation to be performed. In the second embodiment, the person in charge of the image interpretation center confirms the image interpretation result and presses the OK button, so that the image interpretation doctor of the next step is assigned, but in response to the completion of the image interpretation of a certain process by the image interpretation doctor. Then, the next process may be distributed. That is, the interpretation of the next step may be performed without confirming the person in charge of the interpretation center.

In S714, the remote image interpretation server 101 transmits the information of the distribution result regarding the image interpretation doctor and the image interpretation date set in S713 to the business terminal 112.

In S715, the business terminal 112 displays the information on the distribution result regarding the image interpretation doctor and the image interpretation date received from the remote image interpretation server 101 on the request distribution screen 1500. The business terminal 112 displays the distributed image-reading doctor and image-reading date information in the request information list 1501 of the request distribution screen 1500 in association with each of the request allocation frame information indicating the allocation frame. Further, the business terminal 112 displays the number of scheduled distributions for each date of each interpreting doctor on the interpretation doctor schedule 1503.

In S716, the business terminal 112 confirms whether or not the save button 1604 has been pressed on the request distribution screen 1600. When the save button 1604 is pressed (YES in S716), the process proceeds to S717. When the cancel button 1603 is pressed (NO in S716), the process proceeds to S720.

In S720, the business terminal 112 discards the distribution result information received in S715. All the information of the distribution result displayed on the request distribution screen 1600 is returned to the state before the display. Then, this processing flow is terminated.

In S717, the business terminal 112 transmits the distribution result information received the confirmation instruction by the user to the remote interpretation server 101.

In S718, the remote interpretation server 101 receives the distribution result information from the business terminal 112.

In S719, the remote interpretation server 101 updates by adding the distribution result information received in S718 to the allocation frame information of the request allocation frame information stored in the database 108. At this time, the value of the state 2702 is set to "interpretation waiting" as the status of the request information included in the request allocation frame information whose distribution result is updated. Then, this processing flow is terminated.
[Screen configuration example]

FIG. 37 shows a configuration example of the confirmation waiting work list screen 3700 displayed on the display of the business terminal 112 when the person in charge on the interpretation center side specifies the request allocation frame information waiting for confirmation. When the display button 3701 of the confirmation waiting list 3707 is pressed, the screen transitions to the interpretation result confirmation screen 3800 for confirming the request allocation frame information of the pressed line. When the search button 3706 is pressed, the request information table 2700 is searched based on the conditions such as the request facility 3702, the patient number 3703, the examination type 3704, and the site 3705, and the display contents of the confirmation waiting list 3707 are updated.

FIG. 38 shows a configuration example of the image interpretation result confirmation screen 3800 displayed on the display of the business terminal 112 when the person in charge on the image interpretation center side confirms the image interpretation result. The interpretation result of the request allocation frame information specified by the display button 3701 and the interpretation result of other request allocation frame information of the same request as the request allocation frame information are displayed. In addition, as the next action, it is possible to specify an action such as distribution of the next process, remand, and publication of the interpretation result.
The above is the description of the second embodiment.
<Modified example of the second embodiment>

Next, a modified example of the second embodiment will be described. In the second embodiment, when the interpretation of a certain process is completed in the case of multi-interpretation, an interpretation doctor is automatically assigned to the next process. In the modified example of the second embodiment, in the case of multi-interpretation, when the interpretation of a certain process is completed, the request allocation frame information of the next process is displayed in the request information list 1501 of the request distribution screen 1500 as shown in FIG. It is a mechanism to be displayed.

Hereinafter, the above mechanism will be described as a modified example of the second embodiment. The processing, screen examples, and data structures common to the first embodiment and the second embodiment described above will be omitted, and the first embodiment and the parts different from the second embodiment will be described. I do.
[Processing flow]
(Interpretation result confirmation processing)

FIG. 40 is a diagram showing a flowchart of an image interpretation result confirmation process carried out in cooperation with the business terminal 112 and the remote image interpretation server 101. The following processing is realized by each CPU of the business terminal 112 and the remote interpretation server 101 reading and executing the program stored in each storage unit. Since FIG. 40 is a modification of the image interpretation result confirmation process shown in FIG. 36, the same step number as in FIG. 36 is assigned to FIG. 40 for the same process as in FIG. 36. Therefore, the description of such a similar process will be omitted.

Up to S707 in FIG. 40, the process is the same as in FIG. 36. Upon receiving the request allocation frame information transmitted from the business terminal 112 and the information indicating the selected action in S707, the remote interpretation server 101 in S730 receives the selected action based on the information received in step S707. Determines whether or not is remanded. If the selected action is a remand (YES in S730), the process shifts to S709 and the interpretation work is remanded. As a result, the status 2702 of the received request allocation frame information is updated to "interpretation waiting". On the other hand, if the selected action is not remand (NO in S730), the process shifts to S731.

In S731, the remote interpretation server 101 updates the status 2702 of the request allocation frame information received in step S707 to "published", and publishes the interpretation result to the requester. If the request allocation frame information of the same request exists as the request allocation frame information, this is also disclosed. Then, this processing flow is terminated.

In this way, the request allocation frame information of the next process is not automatically distributed, and only the state 2702 is updated. Then, when the person in charge of the interpretation center subsequently executes the request distribution process of FIG. 33 in the second embodiment, the request information of the request distribution screen 1500 is shown in FIG. 39 for the request allocation frame information of the next process. It is displayed in Listing 1501. Therefore, it is possible to select the displayed request allocation frame information and instruct the distribution.
<Third embodiment>

In the third embodiment, in the case of blind multi-interpretation, when the interpretation result by the first interpretation and the interpretation result by the second interpretation are different, the interpretation in charge of the third interpretation is performed in order to perform the third interpretation. It is a mechanism to assign doctors. The fact that the interpretation result by the first interpretation and the interpretation result by the second interpretation are different means that even if this result is returned to the request facility, it is difficult for the request facility side to judge the patient's condition. Therefore, it is possible to assist the judgment of the requesting facility side by further performing a third interpretation and presenting the result.

Hereinafter, the above mechanism will be described as a third embodiment. The processing, screen examples, and data structures common to the first embodiment and the second embodiment described above will be omitted, and the first embodiment and the parts different from the second embodiment will be described. I do.
[Screen configuration example]

FIG. 41 shows a configuration example of the distribution setting screen 3200 displayed on the display of the business terminal 112, which allows the user on the interpretation center side to make settings when assigning an interpretation doctor to the request allocation frame information. The distribution setting screen 3200 according to the third embodiment is a third, in order to perform a third interpretation when the result of the first interpretation and the result of the second interpretation are different as a result of performing the blind multi-interpretation. A check box 3203 for accepting whether or not to perform image interpretation distribution is further provided. When the check box 3203 is not checked, the operation is the same as that of the first embodiment and the second embodiment described above. Hereinafter, the setting contents by the check box 3203 will be referred to as a second distribution setting. Then, when the third interpretation is distributed, the second distribution setting is assumed to be ON, and if not, the second distribution setting is assumed to be OFF.
[Table configuration example]

FIG. 42 shows a configuration example of the report management table 4200. The report management table 4200 is a data table in which the report data of the result of interpretation by the interpretation doctor is stored. In the report management table 4200, the findings of the radiologist and the parts and judgments related to the findings are registered for each request ID and each allocation frame. Although detailed description of the registration flow is omitted, when such findings and the like are registered in the report server 103 from the image interpretation terminal 113 or 114 operated by the image interpretation doctor, the image interpretation result report is stored in the report management table 4200.
[Processing flow]
(Interpretation result confirmation processing)

FIG. 43 is a diagram showing a flowchart of an image interpretation result confirmation process carried out in cooperation with the business terminal 112 and the remote image interpretation server 101. The following processing is realized by each CPU of the business terminal 112 and the remote interpretation server 101 reading and executing the program stored in each storage unit. Since FIG. 43 is a modified example of the interpretation result confirmation process shown in FIGS. 36 and 40, the same step numbers as those in FIGS. 36 and 40 are assigned to FIG. 43 for the same process as in FIGS. 36 and 40. There is. Therefore, the description of such a similar process will be omitted.

Up to S707 in FIG. 43, the process is the same as in FIG. 36. Upon receiving the request allocation frame information transmitted from the business terminal 112 and the information indicating the selected action in S707, the remote interpretation server 101 in S750 receives the selected action based on the information received in step S707. Determines whether or not is remanded. If the selected action is remand (YES in S750), the process shifts to S709 and the interpretation work is remanded. As a result, the status 2702 of the received request allocation frame information is updated to "interpretation waiting". On the other hand, if the selected action is not remand (NO in S750), the process shifts to S751.

In S751, the remote interpretation server 101 determines whether or not the request allocation frame information of the same request as the request allocation frame information received in S707 exists. That is, it is determined whether or not the request allocation frame information received in S707 is either multi-interpretation or blind multi-interpretation. When it is determined that the request allocation frame information of the same request as the request allocation frame information received in S707 exists (YES in S751), the process shifts to S752. When it is determined that the request allocation frame information of the same request as the request allocation frame information received in S707 does not exist (NO in S751), the process is shifted to S711 because it is a single interpretation, and the request allocation frame information received in S707 is performed. Status 2702 is updated to "Published". Then, the interpretation result is disclosed to the requester.

In S752, the remote interpretation server 101 determines whether or not the request allocation frame information received in S707 is an interpretation in which a plurality of steps exist. Specifically, there is a process No. 2719 of the request allocation frame information received in S707 and a process No. 2719 of another request allocation frame information of the same request as the request allocation frame information. Determine whether or not to do so. In short, it is determined whether or not the request allocation frame information received in S707 is multi-interpretation. When it is determined that the request allocation frame information received in S707 is an image interpretation in which a plurality of steps exist (YES in S752), the process shifts to S710. When it is determined that the request allocation frame information received in S707 is not an image interpretation in which a plurality of steps exist (NO in S752), the process shifts to S753.

In S753, the remote interpretation server 101 determines whether or not the second distribution setting is ON. When it is determined that the second distribution setting is ON (YES in S753), the process shifts to S754. When it is determined that the second distribution setting is OFF (NO in S753), the process shifts to S711.

In S754, the remote interpretation server 101 determines whether or not the status 2702 of all the request allocation frame information of the same request as the request allocation frame information received in S707 is "waiting for confirmation". In other words, it is determined whether or not all the interpretations have been completed in the blind multi-interpretation and all of them are waiting for confirmation by the person in charge of the interpretation center. When it is determined that the status 2702 of all the request allocation frame information of the same request as the request allocation frame information received in S707 is "waiting for confirmation" (YES in S754), the process shifts to S755. If not (NO in S754), the process shifts to S711.

In S755, the remote interpretation server 101 receives the interpretation result (first interpretation result) regarding the request allocation frame information received in S707 and the interpretation result (first interpretation result) regarding other request allocation frame information of the same request as the request allocation frame information. It is judged whether or not it is different from the second interpretation result). First, the interpretation result (first interpretation result) regarding the request allocation frame information received in S707 and the interpretation result (second interpretation result) regarding other request allocation frame information of the same request as the request allocation frame information are reported. Obtained from management table 4200. Then, the parts, findings, and judgments of the first interpretation result and the second interpretation result are compared, and if there are different items, it is determined that the interpretation result is different. In the present embodiment, if any of the site, the finding, and the determination is different, it is determined that the first interpretation result and the second interpretation result are different, but the present invention is not limited to this. It may be determined whether or not there is a difference between the site and the finding, or the difference may be determined only by the determination. In addition, if the judgment of the first interpretation result and the judgment of the second interpretation result are separated by two or three steps, it is judged that the interpretation result is different, and if there is only one step apart, there is no problem. May be determined. When it is determined that the first interpretation result and the second interpretation result are different (YES in S755), the process shifts to S756. If not (NO in S755), the process shifts to S711.

In S756, the remote interpretation server 101 generates new allocation frame information in the request information table 2700 in association with the request information regarding the request allocation frame information received in S707. In other words, a new allocation frame is created to perform the third interpretation. When S756 is completed, the process is transferred to S713, and an automatic distribution process for assigning an image interpreter to the newly generated allocation frame is executed. Subsequent processing is the same as that of the second embodiment described above. In this way, the distribution for performing the third interpretation is automatically executed, and the interpretation doctor performs the third interpretation. When the third interpretation is completed and the person in charge of the interpretation center confirms this result, the interpretation results from the first interpretation to the third interpretation are disclosed to the requester. Further, in the present embodiment, although it ends with the third interpretation, it may be continued with the fourth interpretation and the fifth interpretation. This is the end of this processing flow.
<Modified example of the third embodiment>

Next, a modified example of the third embodiment will be described. In the third embodiment, in the case of blind multi-interpretation, when the interpretation result by the first interpretation and the interpretation result by the second interpretation are different, the third interpretation is automatically performed in order to perform the third interpretation. It was a mechanism to assign a doctor in charge. A modification of the third embodiment is shown in FIG. 44 in order to perform the third interpretation when the interpretation result by the first interpretation and the interpretation result by the second interpretation are different in the case of the blind multi-interpretation. In the request information list 1501, the request allocation frame information of the third interpretation is displayed.

Hereinafter, the above mechanism will be described as a modification of the third embodiment. The processing, screen examples, and data structures common to the above-described first embodiment, second embodiment, and third embodiment will be omitted from the description, and the first embodiment and the second embodiment will be omitted. , And the parts different from the third embodiment will be described.
[Processing flow]
(Interpretation result confirmation processing)

FIG. 45 is a diagram showing a flowchart of an image interpretation result confirmation process carried out in cooperation with the business terminal 112 and the remote image interpretation server 101. The following processing is realized by each CPU of the business terminal 112 and the remote interpretation server 101 reading and executing the program stored in each storage unit. Since FIG. 45 is a modification of the image interpretation result confirmation process shown in FIGS. 36, 40, and 43, the same processes as those in FIGS. 36, 40, and 43 are shown in FIGS. 36, 40, and 43. The same step number is given in FIG. Therefore, the description of such a similar process will be omitted.

Up to S751 in FIG. 45, the process is the same as in FIG. 43. In S752, the remote interpretation server 101 determines whether or not the request allocation frame information received in S707 is an interpretation in which a plurality of steps exist. When it is determined that the request allocation frame information received in S707 is an image interpretation in which a plurality of steps exist (YES in S752), the process shifts to S711. When it is determined that the request allocation frame information received in S707 is not an image interpretation in which a plurality of steps exist (NO in S752), the process shifts to S753.

The processing from S753 to S755 is the same as in FIG. 43. In S756, the remote interpretation server 101 generates new allocation frame information in the request information table 2700 in association with the request information regarding the request allocation frame information received in S707. Then, when S756 is completed, the main processing flow is terminated.

In this way, only the allocation frame information for performing the third interpretation is generated. Then, when the person in charge of the interpretation center later executes the request distribution process of FIG. 33 in the second embodiment, the request allocation frame information regarding the third image interpretation is the request of the request distribution screen 1500 as shown in FIG. It is displayed in the information list 1501. Therefore, it is possible to select the requested distribution frame information regarding the displayed third image interpretation and instruct the distribution.
<Features of the present invention>
The features of the present invention are as follows.

It is an image interpretation request management system that manages image interpretation requests for medical image data, and it divides the first image interpretation request that should be divided into multiple stages and the second image interpretation request that should be interpreted without dividing it into multiple stages. The storage means for storing and the determination means for determining the interpretation doctor in charge of the interpretation regarding the interpretation request stored in the storage means are provided, and the determination means determines the interpretation doctor in charge of the interpretation regarding the first interpretation request. After the determination is made, the interpretation doctor in charge of the interpretation regarding the second interpretation request is determined.

Further, the determination means is a second stage performed after the first stage after determining the image interpretation doctor in charge of the interpretation of the first stage among the interpretation stages related to the first image interpretation request. It is characterized by determining the interpretation doctor in charge of interpretation.

Further, the determination means is stored in the storage means in order to determine the image interpretation doctor in charge of the image interpretation regarding the first image interpretation request and then determine the image interpretation doctor in charge of the image interpretation regarding the second image interpretation request. It is characterized in that the first interpretation request and the second interpretation request are sorted in a predetermined order.

Further, the first image interpretation request is an image interpretation request in which a plurality of image interpretation doctors perform image interpretation, and the second image interpretation request is an image interpretation request in which one or more image interpretation doctors perform image interpretation. ..

According to the present invention, it is possible to prioritize and determine an image interpretation doctor in charge of an image interpretation request to be image-interpreted in a plurality of stages.
<Other Embodiments>

The present invention is also realized by executing the following processing. That is, software (program) that realizes the functions of the above-described embodiment is supplied to the system or device via a network or various storage media, and the computer (or CPU, MPU, etc.) of the system or device reads the program. This is the process to be executed.

101 ... remote interpretation server, 108 ... database, 109 ... request terminal, 112 ... business terminal, 113, 114 ... interpretation terminal

Claims (8)

It is an image interpretation request management system that manages image interpretation requests for medical image data.
The first interpretation request in which different interpretation doctors are in charge of interpretation in multiple stages, the first interpretation request having multiple allocation slots for assigning interpretation doctors, and one interpretation doctor A storage means for storing image interpretation request information including a second image interpretation request in charge, a second image interpretation request having one allocation frame for assigning an image interpretation doctor , and a storage means for storing the image interpretation request information .
Among the interpretation request information stored in the storage means, the first interpretation request having a larger number of allocation frames than the second interpretation request is specified, and the interpretation of all the allocation frames of the specified first interpretation request is specified. after determining the allocation of medical, and determining means for determining a radiologist assignment frame of the second image interpretation request,
An image interpretation request management system characterized by being equipped with. The determination means rearranges the interpretation requests of the interpretation request information stored in the storage means in descending order of the number of allocation frames, and uses the rearranged interpretation request information in order from the interpretation request having the largest allocation frame. The image interpretation management system according to claim 1, wherein the image interpretation doctor of all allocation frames is determined. The quota is set in each of the assigned frame for one interpretation request, claim 1, characterized in that it comprises an allocation frame identification information for identifying the quota of one stage of the plurality of stages or The interpretation request management system described in 2 . The allocation frame is set for each of the allocation frames for one interpretation request, and includes a process number indicating the order of interpretation.
The determination means is any one of claims 1 to 3, characterized in that the largest value of the process number is specified and the interpretation request information is rearranged using the value of the specified process number. Interpretation request management system described in. First interpretation request the storage means is stored, wherein a plurality of different radiologist performs interpretation in order, and including the previous stage of the radiologist interpretation request viewable multi interpreting results of interpretation The interpretation request management system according to any one of claims 1 to 4. It is a control method of the interpretation request management system that manages the interpretation request of medical image data.
The first interpretation request in which different interpretation doctors are in charge of interpretation in multiple stages, the first interpretation request having multiple allocation slots for assigning interpretation doctors, and one interpretation doctor A storage step for storing image interpretation request information, including a second image interpretation request in charge, which is a second image interpretation request having one allocation frame for assigning an image interpretation doctor, and
Among the image interpretation request information stored in the storage step, the first image interpretation request having a larger number of allocation frames than the second image interpretation request is specified, and all the allocation frames of the specified first image interpretation request are specified . after determining the allocation of interpreting doctor, a determination step of determining a radiologist assignment frame of the second image interpretation request,
Control method including. A program that can be executed by an image interpretation request management device that manages image interpretation requests for medical image data.
The interpretation request management device
The first interpretation request in which different interpretation doctors are in charge of interpretation in multiple stages, the first interpretation request having multiple allocation slots for assigning interpretation doctors, and one interpretation doctor A storage means for storing image interpretation request information including a second image interpretation request in charge, which is a second image interpretation request having one allocation frame for assigning an image interpretation doctor, and
Among the interpretation request information stored in the storage means, the first interpretation request having a larger number of allocation frames than the second interpretation request is specified, and the interpretation of all the allocation frames of the specified first interpretation request is specified. after determining the allocation of medical, and determining means for determining a radiologist assignment frame of the second image interpretation request,
A program to make it work. It is an image interpretation request management device that manages image interpretation requests for medical image data.
The first interpretation request in which different interpretation doctors are in charge of interpretation in multiple stages, the first interpretation request having multiple allocation slots for assigning interpretation doctors, and one interpretation doctor A storage means for storing image interpretation request information including a second image interpretation request in charge, which is a second image interpretation request having one allocation frame for assigning an image interpretation doctor, and
Among the interpretation request information stored in the storage means, the first interpretation request having a larger number of allocation frames than the second interpretation request is specified, and the interpretation of all the allocation frames of the specified first interpretation request is specified. after determining the allocation of medical, and determining means for determining a radiologist assignment frame of the second image interpretation request,
An image interpretation request management device characterized by being equipped with.

Images