JP2006260169A - Reservation collective acquisition support program, reservation collective acquisition support device, and reservation collective acquisition support method. - Google Patents

Abstract

PROBLEM TO BE SOLVED: From a patient's side, it is desirable to have a schedule in which examinations that can be performed on the same day can be performed together so that the number of visits can be reduced as little as possible. Such a calculation method is referred to as a minimum visit pass in this specification. The present invention aims to achieve this minimum visit pass.
A reservation batch acquisition support program according to the present invention refers to a receiving means for receiving a plurality of examination items of a patient, reservation frame data for managing a status of a reservation frame for each examination item, and a computer. Of the plurality of inspection items received by the receiving means, two or more inspection items are grouped, a search means for searching a reservation frame in which the grouped inspection items can be acquired on the same day, and a reservation searched by the search means It is operated as a determination means for determining reservation dates for the plurality of inspection items including a frame.
[Selection] Figure 1

Description

  The present invention relates to a program, an apparatus, and a method for supporting reservation work in a medical office support system such as an ordering system and an electronic medical record system. In particular, it is intended to present a reservation date candidate that meets the patient's wishes when performing a batch reservation such as an examination.

  In a medical support system such as an ordering system or an electronic medical record system, a doctor who is a user issues orders for prescription, injection, examination, etc. for a patient. Of these, when issuing an inspection order, a plurality of inspection orders may be issued at a time. In addition, these inspection orders take into account the schedule of the inspection equipment, and orders are issued in the form of reservations on future dates, and the actual inspection is usually performed by the patient again on that date. is there.

When issuing such a plurality of inspection orders, there is a mechanism for presenting reservation date candidates for each inspection order. For example, the following Patent Document 1 describes a technique for calculating a schedule by detecting the closest free time based on the reservation status of inspection equipment and prohibition information.
JP 2001-60230 A

  In a medical institution, in order to process as many patients as possible, as described above, it is desirable to calculate a schedule so as to obtain an appointment for which all examinations end earliest. Such a calculation method is referred to as the shortest visit path in this specification.

  However, from the patient's perspective, it is desirable to have a schedule that requires as few visits as possible by performing tests that can be performed on the same day all at once. Such a calculation method is referred to as a minimum visit pass in this specification. The present invention aims to achieve this minimum visit pass.

  The reservation batch acquisition support program according to the present invention refers to a receiving unit that receives a plurality of examination items of a patient, and reservation frame data that manages the status of a reservation frame for each examination item, and is received by the receiving unit. Including two or more inspection items out of the plurality of inspection items, a search means for searching for reservation slots that can be obtained on the same day for the grouped inspection items, and a reservation slot searched by the search means It is operated as confirmation means for confirming reservation dates for the plurality of inspection items.

  Further, the reservation batch acquisition support device according to the present invention refers to the reservation frame data for managing the status of the reservation frame for each examination item, receiving means for receiving a plurality of examination items of the patient, and the reservation frame data, Of the plurality of inspection items received by the receiving means, two or more inspection items are grouped, a search means for searching for a reservation frame that can acquire the grouped inspection items on the same day, and the search means And a confirmation means for confirming reservation dates for the plurality of inspection items including a reservation frame.

  Furthermore, the reservation collective acquisition support method according to the present invention refers to a receiving step for receiving a plurality of examination items of a patient, and reservation frame data for managing the status of a reservation frame for each examination item, and the reception means receives the received information. A group of two or more inspection items among a plurality of inspection items, a search step for searching for a reservation frame that can be acquired on the same day for the grouped inspection items, and the reservation frame searched by the search unit And a confirmation step for confirming reservation dates for a plurality of inspection items.

  As described above, according to the present invention, when acquiring a reservation for examination of a certain patient in a lump, since the reservation is acquired so that examinations that can be performed on the same day are performed as much as possible, the number of visits for the patient is small. It is possible to provide a schedule that can be completed.

  An overview of a system according to an embodiment of the present invention will be described with reference to FIG. FIG. 1 is a system configuration diagram schematically showing a medical support apparatus provided in a medical institution. In the medical institution, the server device 120 and the client terminal 100 are connected via a network 110 such as a LAN. In FIG. 1, only one client terminal 100 is shown. Normally, a plurality of client terminals 100 are connected via a network. However, in this embodiment, since the system configuration of each client terminal 100 is substantially the same, only one is described for convenience of explanation. To do.

  The server device 120 is controlled by the OS 121, and the medical support server system 130 operates on the OS 121. In the medical support server system 130, an order information access program 131 for accessing the order data 141, an order editing program 132 for editing the order, a reservation frame search program 133 for searching for a reservation frame, and a user are presented. And a display program 134 for performing screen display control. These programs are stored in an external storage device (not shown) of the server device 120, and are read into the internal storage device when each program is executed. The medical support server system 130 includes patient data 140 for storing patient attribute information, order data 141 for storing patient order information, and reservation frame data 142 for managing the status of reservation frames. The information is referred to or updated from the order information access program 131, the order editing program 132, the reservation frame search program 133, and the display program 134 as necessary.

  The server device 120 includes a display control unit 122 that controls a display device (not shown) for presenting various types of information to the user, an input control unit 123 that controls input of information from the user, and a client. And a communication control unit 124 that performs communication control with the terminal 100.

  The client terminal 100 connected to the server device 120 via the network 110 is controlled by the OS 103, and the medical support client system operates on the OS 103. The client terminal 100 is a personal computer, for example. The medical record creation support client system 101 is mainly a browsing program 102, and performs input to the medical record creation support server system 130 and output information from the medical support server system 130.

  The client terminal 100 includes a display control unit 104 that controls a display device (not shown) for presenting various types of information to the user, an input control unit 105 that controls input of information from the user, and a server. And a communication control unit 106 that performs communication control with the device 120.

  Next, an outline of processing according to an embodiment of the present invention will be described with reference to FIG.

  First, the user performs login processing from the medical support client system 101 of the client terminal 100 to the medical support server system 130 (S201). The display program 134 of the medical support server system 130 displays a patient search screen on the client terminal 100 after performing user authentication by a general user authentication procedure (S202).

  This patient search screen will be described in detail using the patient search screen 301. The patient search screen 301 includes a header part and a body part. The header part includes a job end button together with the name of the screen. The body portion includes a search key input area for searching for a patient, a search button, and an area for displaying a list of search results.

  In this patient search screen, when the user ends the work, the work end button provided in the header is pressed. When the medical support server system accepts the pressing of the business end button, the medical support server system ends the business (S203). If any other operation is accepted, the patient search process of S204 is executed. More specifically, the search key input is received in the search key input area of the patient search screen 301 and the search button is pressed. Then, the patient data 140 is searched, the corresponding patient information is extracted, and the display program 134 displays it in the list display area of the patient search screen 301.

  The patient data 140 will be described in detail with reference to FIG. The patient data 401 is a table that stores patient attribute information, and records ID, name, kana, gender, and age. In the search of S204, the Kana item of the patient data 401 is searched using the Kana notation keyword received from the user. Then, the matched record is extracted.

  Next, in response to the user selecting one patient from the list display area of the patient search screen 301, the display program 134 displays a medical chart screen displaying the medical chart information of the patient (S205).

  This chart editing screen will be described in detail using the chart editing screen 501 of FIG. The medical record editing screen 501 is composed of a header part and a body part. The header section includes a patient name and a “close chart” button to be pressed when editing is completed. The body part is divided into two parts on the left and right, and includes an area for displaying a past order history or medical history on the left side and an input area on the right side. Further, the input area is provided with a prescription button, an examination button, an injection button, and a reexamination reservation button. The medical record editing screen 501 reads and displays the contents of the order data 141, and the issue history of each order is written in the order data 141 as the past medical history. Access to the order data 141 is executed by the order information access program 131.

  The order data 141 will be described in detail using the order data 601 in FIG. The order data 601 is a master that stores patient order data, and records an ID, an order type, an order number, and order contents. The order data 601 represents a state in which a history of orders issued in the past for a patient with ID = 0001 is stored. That is, on March 2, 2005, alinamine was issued for 3 days using the method twice a day. In addition, an injection order was issued on the same day, and the content represents that 500 ml of Solita T3 was issued three times a day. The information developed in the past medical history on the medical record editing screen 501 is information on these medical record data 601.

  The user inputs an order issued in the current medical care while referring to the past medical history. For example, when issuing a prescription order, a prescription order input tool is activated by pressing a prescription button, and the content is input. Further, when issuing an inspection order, the inspection order input tool is activated by pressing an inspection button, and the contents are input. These processes are executed in the chart editing process (S206) by the order editing program 132.

  When the editing of the chart information of a patient is completed in this way and the user presses the “close chart” button on the chart editing screen 501, the process returns to S202, and the patient search screen is displayed again.

  Next, the chart editing process of S206 will be described in detail using the flow of FIG. First, the order edit program 132 determines whether or not the “close chart” button is pressed on the chart edit screen 501 (S701). If the “close chart” button is pressed, the chart editing process is terminated and the patient search screen 301 is displayed (S202). If the “close chart” button has not been pressed, it is determined whether or not the examination button has been pressed (S702). If the prescription button, the injection button, and the reexamination reservation button are pressed, this determination is N, and processing according to the type of each order is performed (S712). If the inspection button has been pressed, an inspection item designation screen is displayed (S703).

  This inspection item designation screen will be described in detail using the inspection item designation screen 801 in FIG. The inspection item designation screen 801 is composed of a header part and a body part. The header portion includes a patient name, a confirmation button to be pressed when the examination item designation is completed, and a cancel button for temporarily canceling the designation being input. The body part is initially displayed with nothing.

  Next, designation of an inspection item is received from the user (S704). Here, the user designates one or more inspection items by a predetermined operation. For example, in this embodiment, a hierarchical menu is displayed by right-clicking the mouse on the body. In this case, first, a radiation order and a physiological examination order are displayed, and by clicking on the radiation order, a menu of the next hierarchy is displayed. In this example, four items of general imaging, CT examination, MRI examination, and RI examination are displayed. Further, when a CT examination is clicked, a menu for selecting which part to be imaged next is displayed. In this example, three of the head, chest and abdomen, and lower limbs are displayed. Of these, for example, when the head is clicked, the selection of the menu is completed, and as shown in the examination item designation screen 801, a character string of CT examination and head is displayed on the body part. The examination item designation screen 802 represents a state in which three examination items of CT examination, RI examination, and echocardiogram are finally designated by repeating the above operation. When the user presses the confirm button in the header in this state, a reservation frame designation screen is then displayed (S705).

  The reservation frame designation screen will be described in detail using the reservation frame designation screen 901 of FIG. The reservation frame designation screen 901 includes a header part and a body part. The header portion includes a patient name, a confirmation button to be pressed when a reservation frame is confirmed, and a cancel button to cancel the input. In the upper part of the body part, an area for displaying a list of the inspection items received in S704 is provided. This inspection item list includes a column for specifying priority, an inspection item name, a reservation frame, and a confirmation button for each inspection. In the column for specifying the priority order, numbers can be input. When a reservation frame is acquired, the reservation frame is searched in ascending order of the numbers input here. That is, when the reservation frame designation screen 901 is first displayed, the reservation frame designation screen 901 is displayed in the order designated in S704. However, in actuality, there are cases where it is desired to perform inspections in an arbitrary order instead of the order. Therefore, by specifying this priority order, it is possible to acquire reservation slots in the order according to the user's wishes. In addition, after confirming a reservation frame search process, which will be described later, for example, the confirmation button may change the condition and flow the reservation frame search process again in order not to meet the patient's wishes. At this time, for example, when one of the three examination items is confirmed and the reservation frame search process is performed again for the remaining two, the button is used to specify the examination item to be confirmed. Note that the reservation frame area is blank at this point.

  In addition, an area for designating an exclusion date is provided at the bottom of the body of the reservation frame designation screen 901. The purpose of this is to exclude the date that is not convenient for the patient from the appointment frame search process. The calendar is displayed by pressing the calendar button, and the time is specified by the list box. It is configured to let you specify a range. This example shows that it is not convenient from 8:00 to 17:00 on March 14, and from 8:00 to 12:00 on March 19.

  Furthermore, a radio button for designating either the minimum visit path or the shortest visit path, which is a feature of the present invention, is provided. This allows you to specify whether to perform processing in the mode for reducing the number of visits (minimum visit pass) or the mode for ending the examination as soon as possible (shortest visit pass) when executing the reservation frame search process. Is. A calculation button for instructing execution of the reservation frame search process is provided after each designation.

  The reservation frame search program 133 receives a priority order, a confirmation button, an exclusion date, and a processing mode condition designation from the user (S706). Then, a reservation frame search process (S707) described later is executed, and the acquired reservation frame search result is displayed on the medical support client system 101 (S708). For example, like the reservation frame designation screen 902 of FIG. 9, the reservation frame searched according to the conditions accepted in S706 is displayed. In this example, it is shown that reservation slots are acquired such that the CT examination is at 16:00 on March 15, the RI examination is at 10:00 on March 18, and the echocardiogram is at 14:00 on March 18. If the patient agrees with this reservation frame, the user presses the confirmation button and issues each examination order (S709, S710). If the patient does not agree with this reservation frame, the condition is changed and the reservation frame search process is performed again (S709, S706).

  The order issuance in S710 will be described in detail. Information on each examination reservation frame determined on the reservation frame designation screen 902 is written in the order data 601. The order data 602 in FIG. 6 shows an example after the writing process is completed. It can be seen that information of CT examination, RI examination, and echocardiogram is added to 1 to 3 records. When the order issuance is completed, the screen is displayed like a chart editing screen 502 in FIG. That is, it can be seen that information on CT examination, RI examination, and echocardiogram, which are newly issued examination orders, is added to the past order history on the left side. In addition, a character string “unaccepted” is added to each of the added order histories. This means that you have only scheduled an examination and have not yet done so. That is, when the inspection is actually performed, the character string “unaccepted” is deleted.

  In addition, the reservation frame data is updated (S711) after the order is issued. This process will be described later. In brief, the reservation frame data 142 storing the status of each reservation frame is updated based on the reservation information acquired this time.

  When these processes are completed, the user determines whether to perform another order issuing process for the patient (S701). When the process for the patient is completed, the user can edit the chart edit screen. By accepting the pressing of the “close chart” button 502, the chart editing process (S206) is terminated.

  Next, the reservation frame search process of S707 will be described in detail using the flow of FIG. First, the search items on the reservation frame designation screen 901 are copied to the work table WKTBL01. The table is a work table for holding a value that is temporarily used in the reservation frame search process, and is a table that is temporarily created in a memory area, for example. Further, in this copying, only the items for which the confirmation button is not checked among the inspection items on the reservation frame designation screen 901 are to be copied. In this way, it is possible to exclude examinations that have already been confirmed and are not to be recalculated in the second and subsequent reservation frame search processes. Further, when writing to WKTBL01, writing is performed in ascending order of priority on the reservation frame designation screen 901. In this way, it is possible to search for a reservation frame by designating the order in which the user performs the inspection. WKTBL01 after being copied in this way is illustrated as WKTBL1301 in FIG. As described above, at this time, the inspection items are simply transferred, and the reservation frame of each inspection item is blank.

  Next, the reservation frame information that is still vacant is copied to WKTBL02 from the reservation frame data 142 that stores the status of the reservation frame (S1002). This table is also a work table for holding values temporarily used in the reservation frame search process, and is a table temporarily created in the memory area, for example.

  Here, the reservation frame data 142 will be described in detail using the reservation frame data 1401 of FIG. Reservation frame data 1401 includes, for each reservation frame of each inspection item (in this example, it is assumed that one room is allocated for each inspection), the capacity that can be processed in that frame, The remaining number of is stored. For example, in the first record, the inspection item CT is from 8 o'clock on March 15th, the capacity is 1 person, the remaining number is 0, that is, 1 person has already been reserved, and more This means that reservations will not be accepted. This means that a reservation frame whose remaining number is 1 or more is currently acceptable.

  In the copying in S1002, the data of the reservation frame data 1401 having a remaining number of 1 or more is copied to WKTBL02. WKTBL02 after being copied in this way is illustrated as WKTBL1501 in FIG. Thus, it can be seen that only the data having the remaining number of 1 or more among the data of the reservation frame data 1401 is copied.

  Next, the data of the exclusion date designated on the reservation frame designation screen 901 is deleted from WKTBL02. Thus, by excluding the date and time when the patient is not convenient in advance prior to the reservation frame search process, it is possible not only to search for the days when the patient can visit but also for the second and subsequent times. When performing the reservation frame search process, if the reservation frame presented in the previous reservation frame search process does not meet the patient's request, it is possible to use this exclusion date to exclude the reservation frame, It is convenient for the user. In this example, data from 8 o'clock to 17:00 on March 14 and 8 o'clock to 12 o'clock on March 19 are deleted from WKTBL02, which are exclusion dates designated on the reservation frame designation screen 901. It becomes.

  Next, it is determined on the appointment frame designation screen 901 whether the processing mode is designated as the minimum visit path or the shortest visit path (S1004). If the radio button for the minimum visit pass is selected, the process proceeds to the reservation frame search process (minimum) (S1005). If the radio button for the shortest visit path is selected, the reservation frame search process (minimum) The process proceeds to (S1006).

  Here, the reservation frame search process (minimum) (S1005) will be described in detail with reference to the flowchart of FIG. First, the number of records of WKTBL01 is held as a variable n (S1101). Next, the initial value 0 is held as the variable m (S1102). Then, n records are read from the first record of WKTBL01. At this time, if there is a record for which the date and time is set in the reservation frame of WKTBL01, the record is skipped on the assumption that the reservation frame has already been confirmed. In this case, since n = 3 and no date and time are set in the reservation frame, all three records of CT examination, RI examination, and echocardiogram are read. Then, by searching WKTBL02, it is determined whether or not there is a day on which these three inspection items can be performed on the same day (S1104). In this example, since there is no day when these three inspection items can be carried out on the same day, the process proceeds to S1105, and n is decremented by 1. Then, m is incremented by 1 (S1106). As a result, n = 2 and m = 1. Then, returning to S1103, two records are read from the top of WKTBL01. However, there is no date that can be acquired on the same day even if the CT examination and the RI examination are searched, and therefore N is determined in S1104, and n = 1 and m = 2 are passed through S1105 and S1106. Then, returning to S1103, one record is read from the head of WKTBL01. Then, since there is a reservation frame at 16:00 on March 15 for CT examination, the determination in S1104 is Y and the reservation frame is fixed (S1107). Specifically, the date and time is set in the reservation frame of the corresponding record in WKTBL01. In this case, it is 16:00 on March 15th. WKTBL01 is updated like WKTBL01 (1302) in FIG.

  Thereafter, data before the reservation date determined in S1107 is deleted from WKTBL02 (S1108). The purpose of this is to search only reservation slots dated after the reservation slot determined in S1107 when searching for reservations for inspection items that have not yet been determined. Next, it is determined whether m = 0 (S1109). That is, it is determined whether there is a search item for which the reservation frame has not yet been determined. In this example, since m = 2, it is determined as N, and the value of m is transferred to n (S1110), and 0 is set to m (S1111). Then, the process returns to S1103. At this time, since the date and time is set for the reservation frame of the first record of WKTBL01, two records excluding this record, that is, the RI examination and echocardiogram are read (S1103). Looking at WKTBL02, it can be seen that two tests can be acquired on March 18. Therefore, the determination in S1104 is Y, and the reservation frame is confirmed (S1107). Specifically, the date and time is set in the reservation frame of the corresponding record in WKTBL01. By this processing, WKTBL01 is updated as WKTBL01 (1303) in FIG.

  After that, since m = 0 in the determination of S1109, it becomes Y, and the reservation frame search process (minimum) ends. That is, in the end, the reservation frame is determined as in WKTBL01 (1303).

  Next, the reservation frame search process (shortest) (S1006) will be described in detail with reference to the flowchart of FIG. First, the number of records of WKTBL01 is held as a variable n (S1201). Next, the initial value 1 is held as the variable m (S1202). Then, the mth record of WKTBL01 is read (S1203). In this case, since it is a CT examination, an empty reservation frame for CT examination is searched in order from the top of WKTBL02 (S1204). Then, the reservation frame at 16:00 on March 15 is determined (S1205). Next, the data before the reservation frame determined in S1205 is deleted from WKTBL02 (S1206). The purpose of this is to search only reservation frames after the reservation frame determined in S1205 when searching for reservations for examination items that have not yet been determined. Next, it is determined whether m = n (S1207). That is, it is determined whether there is a search item for which the reservation frame has not yet been determined. In this example, since m = 1 and n = 3, it is determined as N, and after m is incremented (S1208), the process returns to S1203. In this manner, the remaining records of WKTBL01 are sequentially processed in the same manner, so that when the reservation frame for the echocardiogram of the third record is determined, the determination in S1107 becomes Y, and the reservation frame search process (shortest) ( S1006) ends. By this processing, WKTBL01 is updated like WKTBL01 (1304) in FIG.

  In this way, as is apparent from a comparison between WKTBL01 (1303) and WKTBL01 (1304) in FIG. 13, it is acquired in the reservation frame search process (minimum) (S1005) and the reservation frame search process (shortest) (S1006). Reservation slots will change. In the reservation frame search process (shortest), all examinations are completed on March 17 as WKTBL01 (1304). However, since each examination date is different, three visits are required. On the other hand, in the reserved space search process (minimum) (S1005), as in WKTBL01 (1303), all the inspections are completed on March 18, which is later than WKTBL01 (1304). However, since the RI examination central echo is performed on the same day, only two visits are required. Thus, it is also a feature of the present invention that it is possible to easily select in which reservation mode the reservation frame search is performed on the reservation frame designation screen 901. Of course, it goes without saying that the search can be performed again by switching to another mode after seeing the result of the search processing in any mode.

  In S711 of FIG. 7, the reservation frame data 142 is updated when the determination of all the reservation frames is completed. In the example of the minimum visit pass described above, the reservation frame data 1401 in FIG. 14 is updated like the reservation frame data 1402. Specifically, the remaining number of CT examination (March 15 16:00), RI examination (March 18 10:00) and echocardiography (March 18 14:00) acquired from 0 to 1 Updated to In other words, this indicates that there is no more space in these three reservation slots.

  Although this embodiment has been described as an example of a general client-server system, a system using a personal computer alone can be considered in a small medical institution. In that case, a similar mechanism can be realized by providing the browsing program 102 provided in the medical support client system in the medical support server system.

  In addition, each program described in this embodiment can be distributed by storing it in a recording medium such as a CD-ROM, and by installing the program in a computer using such a recording medium, the above-described program can be distributed. Such processing is possible.

  Furthermore, the medical support server system 130 does not necessarily have to be in a medical institution. For example, the medical support server system 130 is stored in a server in an ASP (Application Service Provider) and responds to access from a medical support client system in each medical institution. A form of providing a service is also conceivable. In such a case, the server of the ASP provider implements the reservation batch acquisition support method of the present invention, and the above-described processing becomes possible.

It is a system configuration figure of an embodiment. It is a processing flow of an embodiment. It is a figure which shows an example of a patient search screen. It is a figure which shows an example of patient data. It is a figure which shows an example of a medical chart edit screen. It is a figure which shows an example of medical chart data. It is a flowchart which shows the flow of a medical chart edit process. It is a figure which shows an example of an inspection item designation | designated screen. It is a figure which shows an example of a reservation frame designation | designated screen. It is a flowchart which shows the flow of a reservation frame search process. It is a flowchart which shows the flow of a reservation frame search process (minimum). It is a flowchart which shows the flow of a reservation frame search process (shortest). It is a figure which shows an example of WKTBL01. It is a figure which shows an example of reservation frame data. It is a figure which shows an example of WKTBL02.

Explanation of symbols

DESCRIPTION OF SYMBOLS 100 Client terminal 101 Medical assistance client system 102 Browsing program 103 OS
104 Display Control Unit 105 Input Control Unit 106 Communication Control Unit 110 Network 120 Server Device 121 OS
122 display control unit 123 input control unit 124 communication control unit 130 medical support server system 131 order information access program 132 order editing program 133 reservation frame search program 134 display program 140 patient data 141 order data 142 reservation frame data

Claims (3)

Computer
Receiving means for receiving a plurality of examination items of a patient;
Refers to the reservation frame data that manages the status of the reservation frame for each inspection item, groups two or more inspection items among the plurality of inspection items received by the receiving means, and acquires the grouped inspection items on the same day A search means for searching possible reservation slots,
Confirming means for confirming the reservation dates of the plurality of inspection items including the reservation frame searched by the search means;
Reservation batch acquisition support program characterized by being operated in the same manner. Reservation frame data for managing the status of the reservation frame for each inspection item,
Receiving means for receiving a plurality of examination items of a patient;
Search means for referring to the reservation frame data, grouping two or more inspection items among a plurality of inspection items received by the receiving means, and searching for a reservation frame that can acquire the grouped inspection items on the same day; ,
Confirming means for confirming the reservation dates of the plurality of inspection items including the reservation frame searched by the search means;
A reservation collective acquisition support apparatus comprising: It is a reservation collective acquisition support method by a medical support server that acquires patient reservations in a batch,
A receiving step for receiving a plurality of examination items of a patient;
Refers to the reservation frame data that manages the status of the reservation frame for each inspection item, groups two or more inspection items among the plurality of inspection items received by the receiving means, and acquires the grouped inspection items on the same day A search step to search for possible appointment slots;
A confirmation step for confirming reservation dates of the plurality of examination items including a reservation frame searched by the search means;
A reservation collective acquisition support method characterized by including:

Images