JP2011145820A - Client terminal of medical facility, schedule data backup method for reservation for medical examination and reservation reception system for the medical examination - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To confirm a minimally necessary reservation situation without depending on a communication state of a network line while suppressing increase of facility cost. <P>SOLUTION: A server access part 16a of an in-hospital terminal 16 requests distribution of schedule data representing the situation of reservation from a clinic 12 from a center server 19 accumulating reservation information 21 of outside-hospital reservation. The server access part 16a periodically issues a distribution request of second schedule data based on the reservation information 21 of a future prescribed period whose basic point is a time point of the distribution request. A storage control part 16c stores the second schedule data received in the server access part 16a into a storage device 38 while sequentially updating the second schedule data. When communication failure is found in the line between the in-hospital terminal 16 and the center server 19 in a line connection monitoring part 16d and when a start instruction of a reservation situation confirmation screen is performed, a console control part 16b makes a second reservation situation confirmation screen 60 based on the second schedule data be displayed on a display 42. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a client terminal of a medical facility that receives schedule data representing a medical examination reservation status from an external server through a wide area network, a medical examination reservation schedule data backup method, and a medical examination reservation reception system.

  Recently, there is an increasing need to strengthen medical cooperation between medical facilities in the region. As part of this, a medical examination request is received from a relatively small medical facility such as a clinic, and a relatively large medical facility with advanced medical examination equipment such as a core hospital in the region conducts the medical examination. To be done. Patent Document 1 discloses a medical examination reservation reception system that can make online medical examination reservations between medical facilities by using a data center that provides such medical cooperation services as an intermediary. The reservation acceptance system is formed by connecting a data center and a plurality of medical facilities requesting and underwriting medical examinations via a wide area network (WAN).

  Patent Document 2 discloses reservation information (sent from a HIS server storing medical examination reservation information to a medical examination apparatus such as CT or MRI in order to perform preparations for medical examinations in a hospital system such as a core hospital without delay. (Reservation information scheduled to be executed on the day by the medical examination apparatus) is read in advance at a predetermined time, and the reservation information is immediately provided when the medical examination apparatus uses the reservation information.

  Patent Document 3 discloses a backup machine that backs up data stored in a computer storage in order to protect the data. The backup machine backs up only data that meets a preset backup condition. The backup storage capacity of the backup machine can be made smaller than the storage capacity of the computer.

JP 2005-301434 A JP 2002-159449 A JP 2006-163560 A

  A reservation reception system such as Patent Document 1 is a form in which a client terminal of a plurality of medical facilities is connected to a data center server via a network, and an ASP (Application Service Provider) that receives application service from the server at the client terminal. Type network system. In such a reservation acceptance system, relatively large-scale medical facilities such as core hospitals that undertake medical examinations access the data center server from the client terminal in the hospital through the network, and make reservations for medical examinations for their own facilities. Schedule data representing the situation is downloaded from the data center server. Then, the downloaded schedule data is output to the client terminal in a calendar format screen, for example, and the reservation status of the medical examination addressed to the own facility is confirmed through the screen.

  At this time, if a communication failure occurs on the network line connecting the client terminal of the core hospital and the server of the data center, the schedule data cannot be downloaded to the client terminal, and therefore the reservation status cannot be confirmed. The time to recover from the communication failure is generally less than one day and does not last for a long time. However, if the reservation status cannot be confirmed during that time, the appointment date and time from the patient or the requesting clinic regarding the reserved medical examination will be displayed. Cannot be answered immediately when a new appointment is requested from a clinic outside of the hospital department or network (for example, by telephone). In addition, staff engaged in medical examinations cannot prepare for medical examinations according to the reservation status, and both patients and core hospitals suffer disadvantages.

  Since medical examination reservation information includes personal information, it is preferable to use a speed-guaranteed dedicated line that occupies the line regardless of the presence or absence of communication in order to ensure information security. Due to the high cost, the current reservation acceptance system uses a best-effort type communication line that uses a line-sharing IP network such as VPN as a backbone network in consideration of ensuring information security and suppressing communication costs. . The best effort type communication line has a higher frequency of communication failures than the speed guaranteed type dedicated line. For this reason, there is an enthusiasm for a method that can confirm the reservation status even when a communication failure occurs.

  The invention described in Patent Document 2 is intended for an in-hospital medical system using a communication line, such as an in-hospital LAN, which is relatively difficult to cause communication troubles. No problem is assumed. In the reservation reception system, the reservation status changes from moment to moment, and it is necessary to check the reservation status every time. However, Patent Document 2 takes measures only by reading the reservation information at a predetermined time. Absent.

  As a measure to make it possible to check the reservation status even if a communication failure occurs, you can manually back up the schedule data downloaded when checking the reservation status to the storage device of the client terminal. Is cumbersome and can forget to back up. In addition, since the confirmation of the reservation status is performed irregularly, there may be a large gap between the backup schedule data and the actual reservation status due to a gap between the previous confirmation and the next confirmation. Absent.

  As another measure, as in the invention described in Patent Document 3, a backup technique performed by a server of a general computer system is applied, and the data center server sends the client terminal of the core hospital to the own facility. It is conceivable to regularly back up schedule data of medical examinations. However, since the backup device of Patent Document 3 backs up all data that meets the backup conditions, the capacity of the backup storage must be ensured accordingly. Also, no consideration is given to handling when the capacity of data to be backed up is large.

  Since the client terminal is based on a general-purpose personal computer, it is not practical to provide a large-capacity storage device or dedicated backup storage only for the backup of schedule data. Leads to a significant increase.

  As described above, the inventions described in Patent Documents 2 and 3 are clearly different in form from the reservation receiving system which is an ASP type network system. Patent Document 3 is a backup technique performed on a server of a general computer system, and there is no idea of backing up server data to a client terminal. In addition, none of the documents has an effective measure for avoiding the data capacity of the backup storage device being compressed.

  The present invention has been made in view of the above-described background, and its object is to make it possible to confirm the minimum necessary reservation status without being influenced by the communication state of the network line while suppressing an increase in equipment costs. is there.

  In order to achieve the above object, the client terminal of the medical facility of the present invention is a client terminal installed in a medical facility that accepts a medical examination reservation from outside the hospital, and is stored in an external server that stores medical examination reservation information. At the client terminal connected to the wide area network, requesting the external server to distribute schedule data representing the reservation status based on the reservation information, and receiving the schedule data distributed from the external server in response to the distribution request. A server access unit that periodically issues a second distribution request regardless of the operation instruction, in addition to the first distribution request that requests distribution of the first schedule data for all reservation information addressed to the operation instruction. The second schedule data based on the reservation information for a certain period in the future obtained from the second delivery request and based on the delivery request time. Characterized in that it comprises a storage control unit for storing in the storage device while sequentially updating the data.

  The server access unit requests distribution of the second schedule data itself as a second distribution request. Or you may request | require the delivery of 1st schedule data similarly to a 1st delivery request | requirement. In the latter case, the storage control unit generates second schedule data from the first schedule data and stores it in the storage device.

  It is preferable to include a line connection monitoring unit that monitors whether there is a communication failure with an external server, and a display control unit that displays a reservation status confirmation screen based on schedule data on a display. The display control unit displays a first reservation status confirmation screen based on the first schedule data when no communication failure is found in the line connection monitoring unit, and based on the second schedule data when a communication failure is found. The second reservation status confirmation screen is displayed.

  The display control unit displays the first and second reservation status confirmation screens in a distinguishable manner. For example, the title or layout of the screen is changed, a mark is displayed, or a warning is displayed in a pop-up window or the like when the second reservation status confirmation screen is displayed. The acquisition date and time of the second schedule data may be displayed on the second reservation status confirmation screen.

  The display control unit displays a window for setting a time to start issuing a second distribution request and a window for setting whether or not the server access unit issues a second distribution request.

  Further, the display control unit displays an area in which an operation input can be received on the first reservation status confirmation screen in an inactive state on the second reservation status confirmation screen.

  The storage control unit can obtain a portion corresponding to the second schedule data in the first schedule data received between the current second distribution request and the next second distribution request in the current second distribution request. Replaced with the second schedule data and stored in the storage device.

  The medical examination reservation schedule data backup method of the present invention is a client terminal installed in a medical facility that accepts medical examination reservations from outside the hospital, and is connected to an external server that accumulates medical examination reservation information via a wide area network A method of backing up schedule data at a client terminal that requests delivery of schedule data representing a reservation status based on reservation information to an external server and receives schedule data delivered from the external server in response to the delivery request. In addition to the first distribution request that requests the distribution of the first schedule data for all the reservation information addressed to the own facility according to the operation instruction, the second distribution request is periodically issued regardless of the operation instruction. And a reservation for a certain period in the future obtained from the second distribution request and based on the distribution request time Characterized in that it comprises a step of storing the second schedule data sequentially updated while the storage devices based on distribution.

  The medical examination reservation acceptance system according to the present invention includes an external server that stores medical examination reservation information, and a client that is connected to the external server through a wide area network and is installed in a medical facility that accepts medical examination reservations from outside the hospital. A client terminal of a medical facility that requests the external server to distribute schedule data representing a reservation status based on the reservation information, and the external server retrieves the reservation information retrieved in response to the distribution request. Firstly, schedule data is generated and distributed to the client terminal, and the client terminal requests first schedule data for all reservation information addressed to its own facility according to an operation instruction. In addition to the request, the second delivery request is issued periodically regardless of the operation instructions, and is obtained by the second delivery request. And storing, in the storage device of the second schedule data based on the reservation information of the future predetermined period that originates sequentially updated while.

  According to the present invention, a second distribution request is periodically issued to an external server regardless of an operation instruction, and second schedule data is obtained based on reservation information for a certain period in the future based on the time of the distribution request. Since this is stored in the storage device while being sequentially updated, it is possible to check the minimum necessary reservation status without being influenced by the communication state of the network line while suppressing an increase in equipment cost.

It is a block diagram which shows the outline of the reservation reception system of a medical examination. It is explanatory drawing which shows the content of the reservation information from a clinic. It is a figure which shows the basic composition of a hospital, a clinic terminal, a hospital, a center, and a relay server. It is a figure which shows the function part constructed | assembled in CPU of a hospital terminal and a center server. It is a figure which shows the example of a 1st reservation status confirmation screen. It is a figure which shows the process of each function part when delivering a 1st delivery request. It is a figure which shows the process of each function part when delivering a 2nd delivery request. It is a figure which shows the example of a 2nd reservation status confirmation screen. It is a flowchart which shows the process sequence of a hospital terminal. It is a figure which shows the example which displays a pop-up window, when displaying a 2nd reservation status confirmation screen. It is a figure which shows the example which has arrange | positioned the button for a display transition by one click from the 1st reservation status confirmation screen to the 2nd reservation status confirmation screen. It is a figure which shows a backup condition setting window.

  In FIG. 1, a reservation reception system 2 connects a data center 10 and computer systems installed in a plurality of medical facilities via a communication network, and receives reservations for medical examinations online. The data center 10 connects computers of a plurality of medical facilities through a network, and constructs an ASP (Application Service Provider) type network system that provides an online reservation service.

  A plurality of medical facilities include a core hospital 11 and a clinic 12. The core hospital 11 is a relatively large medical facility in the area. The core hospital 11 possesses advanced medical examination equipment such as CT (Computed Tomography) equipment and MRI (Magnetic Resonance Imaging) equipment. Receive a request. The clinic 12 does not have an advanced medical examination device and requests a medical examination from the core hospital 11.

  In the core hospital 11, an in-hospital information system (HIS) 14 in which various in-hospital computers are connected by a LAN (Local Area Network) 13 is constructed. The in-hospital information system 14 performs in-hospital information processing such as medical examination reservation acceptance processing, medical treatment acceptance processing, and accounting processing. The LAN 13 is a network laid in the hospital, and the in-hospital information system 14 is blocked from a public external network such as the Internet 15 that is open to an unspecified number of users. This avoids information security risks such as unauthorized access from outside.

  In the hospital information system 14, a medical examination can be reserved online via a LAN 13 from a terminal 16 (hereinafter referred to as “hospital terminal”) installed in each department in the hospital. The in-hospital server 17 of the in-hospital information system 14 accepts such reservations and performs medical examination schedule management.

  The in-hospital terminal 16 is a personal computer in which browser software for communicating with the in-hospital server 17 is installed. The in-hospital terminal 16 communicates with the in-hospital server 17 to display the received reservation status on a display or transmit reservation information. .

  The core hospital 11 performs a medical examination in response to a request for a medical examination from each clinic 12. The data center 10 serves as a reception desk for medical examinations of the core hospital 11 and accepts reservations for medical examinations online from the terminals (hereinafter referred to as clinic terminals) 18 installed in the clinics 12 through the Internet 15. . Hereinafter, in order to distinguish from a medical examination reservation (in-hospital reservation) performed in the in-hospital information system 14, a medical examination reservation from the clinic terminal 18 is referred to as an out-of-hospital reservation.

  The data center 10 includes a center server 19 and a reservation information database (hereinafter abbreviated as reservation information DB) 20. The center server 19 functions as a WEB server and corresponds to a document system (WWW: World Wide Web) that is used as a standard on the Internet. The center server 19 transmits data in response to a request from the clinic terminal 18 that is a client terminal. The clinic terminal 18 is a personal computer installed with browser software, and can access the center server 19.

  The reservation information DB 20 stores reservation information 21 for out-of-hospital reservations. The center server 19 accepts access from the clinic terminal 18 and reports the reservation status to the clinic terminal 18 based on the reservation information 21. Then, a reservation from the clinic terminal 18 is accepted and the reservation information 21 is updated. The center server 19 can also report the status of out-of-hospital reservations to the in-hospital terminal 16 in response to a request from the in-hospital terminal 16 (see FIG. 2 for both).

  As shown in FIG. 2, the reservation information 21 from the clinic terminal 18 includes the type and purpose of the examination, the date and time of appointment (reservation frame) designated by the date and time zone, the patient name, gender, age, Information such as date of birth, name of sickness, and date and time of accepting reservations are included. Further, the ID of the core hospital 11 designated as the examination request destination and the ID of the clinic 12 are added as reservation source information. One reservation frame is set for each time slot divided at intervals of 30 minutes, for example, 9: 00 to 9:30 (see also FIG. 5). The reservation reception date and time is the time when the center server 19 receives reservation information from the clinic terminal 18 and is given by the center server 19.

  Although illustration is omitted, the in-hospital server 17 is also connected to the reservation information DB as in the center server 19. However, unlike the reservation information DB 20 in which the reservation information 21 for out-of-hospital reservations is stored, the reservation information for in-hospital reservations received from the in-hospital terminal 16 is stored in this reservation information DB. The staff of the core hospital 11 checks and collates the reservation status based on the in-hospital and out-of-hospital reservation information with the in-hospital terminal 16, adjusts the medical examination schedule so that there is no double booking, It is reflected in the reservation information DB.

  Returning to FIG. 1, the relay server (gateway) 22 relays various information between the hospital server 17 and the center server 19 connected via different networks such as the LAN 13 and the VPN (Virtual Private Network) 23. The relay server 22 performs data format conversion and protocol conversion in communication between the servers 17 and 19 and functions as a firewall that prevents unauthorized access to the hospital information system 14 from the outside.

  The relay server 22 and the center server 19 are connected via a VPN 23 that is a best-effort communication line using a line-sharing IP network as a backbone network. The VPN 23 uses encryption technology, and a logical dedicated communication channel is established in a shared network shared by a plurality of users. As a result, confidentiality between communication bases is maintained, and robust information security within the network is ensured.

  Each of the terminals 16 and 18 and each of the servers 17, 19, and 22 is configured based on a computer such as a personal computer, a server computer, and a workstation. As shown in FIG. 3, a control program such as an operating system and an application program (hereinafter abbreviated as AP) 35 are installed in each terminal 16, 18 and each server 17, 19, 22. The AP 35 installed in each of the servers 17 and 19 includes a reservation reception program that provides a reservation reception service.

  Each terminal 16, 18 and each server 17, 19, 22 include a CPU 36, a memory 37, a storage device 38, a communication I / F (interface) 39, and a console 40. These are interconnected via a data bus 41.

  The storage device 38 is, for example, an HDD (Hard Disk Drive). The storage device 38 stores a control program and AP 35.

  The memory 37 is a work memory for the CPU 36 to execute processing. The CPU 36 controls each unit of the computer by loading a control program stored in the storage device 38 into the memory 37 and executing processing according to the program.

  The communication I / F 39 is a LAN port, a WAN port, a router, or the like, and is connected to a communication cable that connects to a network such as the LAN 13, the VPN 23, or the Internet 15. The communication I / F 39 exchanges data via the LAN 13, the VPN 23, or the Internet 15. The console 40 includes a display 42 and an input device 43 such as a keyboard, a mouse, and a microphone.

  The CPU 36 of the hospital terminal 16 and the center server 19 load the reservation receiving program from the storage device 38 and execute the processing steps described in the program. Thereby, each part shown in FIG. 4 is each constructed | assembled in CPU36 of the hospital terminal 16 and the center server 19. FIG.

  4, the CPU 36 of the hospital terminal 16 functions as a server access unit 16a, a console control unit 16b, a storage control unit 16c, and a line connection monitoring unit 16d. The server access unit 16 a transmits a reservation status distribution request for confirming the status of out-of-hospital reservations to the center server 19 and receives schedule data indicating the reservation status from the center server 19. Note that the communication between the hospital terminal 16 and the center server 19 is actually performed via the relay server 22, but is omitted for the sake of simplicity.

  The console control unit 16b outputs various operation screens such as a first reservation status confirmation screen (see FIG. 5) 50 to the display 42, and receives an operation instruction input from the input device 43 through the operation screen. The storage control unit 16 c performs control of storing data in the storage device 38 and reading data from the storage device 38. Various data received by the server access unit 16a is stored in the storage device 38 via the storage control unit 16c.

  The line connection monitoring unit 16d monitors whether there is a communication failure between the hospital terminal 16 and the center server 19 based on the transmission / reception status of the server access unit 16a. Specifically, when any delivery request is sent from the server access unit 16a to the center server 19, the presence or absence of a communication failure is determined based on whether or not the response is returned. When a communication failure occurs on the line between the hospital terminal 16 and the center server 19 due to some trouble, the line connection monitoring unit 16d transmits a signal indicating that to the console control unit 16b and the storage control unit 16c.

  The CPU 36 of the center server 19 functions as a request reception / distribution unit 19a and a request processing unit 19b. The request reception / distribution unit 19 a receives a reservation status distribution request from the in-hospital terminal 16. The request processing unit 19b executes processing according to the distribution request received by the request reception / distribution unit 19a. Specifically, the reservation information 21 for the core hospital 11 where the in-hospital terminal 16 of the request source is located is searched from the reservation information DB 20 using the ID of the core hospital 11 as a key. Then, based on the searched reservation information 21, schedule data representing a reservation status described in a markup language such as HTML format or XML format is generated. The request reception / distribution unit 19a distributes the schedule data generated by the request processing unit 19b to the requesting in-hospital terminal 16.

  The server access unit 16a of the hospital terminal 16 receives schedule data from the request reception / distribution unit 19a of the center server 19 as a response to the reservation status distribution request. The console control unit 16b configures the first reservation status confirmation screen 50 in the calendar format shown in FIG. 5, for example, according to the description of the schedule data received by the server access unit 16a, and outputs it to the display 42.

  In FIG. 5, the first reservation status confirmation screen 50 selectively displays the reservation status for each type of examination such as CT examination and MRI examination. The reservation status display for each type is switched by selecting the tab 51 with the pointer 52.

  The first reservation status confirmation screen 50 includes a monthly display area 53 in which the monthly reservation status can be listed in a calendar format, and a daily display area 54 for displaying the reservation status for one day specified in the monthly display area 53. And are provided. An unmarked day in the monthly display area 53 represents a day in which a reservation frame is available. In addition, the day marked “x” represents the past day and the non-working day of the core hospital 11, and the hatched day represents the day when the reservation is already filled.

  When a desired day in the monthly display area 53 is selected with the pointer 52, a reservation frame 55 for several days including the designated day is displayed in the daily display area 54 for each time period. In the reservation frame 55 that can be accepted, the characters “free” are displayed. In the reservation frame 55 where the reservation is already filled, the name of the patient to be examined and the name of the clinic 12 of the reservation source are displayed, and a detail display button 56 for displaying the details of the reservation is arranged. Is done.

  The reservation status distribution request transmitted from the in-hospital terminal 16 to the center server 19 is irregularly transmitted according to the operation instruction of the input device 43 (hereinafter referred to as the first distribution request) and periodically transmitted regardless of the operation instruction. (Hereinafter referred to as second distribution request). The second distribution request is transmitted, for example, every time (in this example, every 30 minutes) between reservation slots.

  As illustrated in FIG. 6, when the first distribution request is received by the request reception / distribution unit 19 a, the request processing unit 19 b stores all the reservation information 21 for the core hospital 11 where the in-hospital terminal 16 that is the request source is the reservation information. A search is performed from the DB 20, and the above-described schedule data (hereinafter referred to as first schedule data) is generated based on the searched reservation information 21. The server access unit 16a of the hospital terminal 16 receives the first schedule data and passes it to the storage control unit 16c. The storage control unit 16 c stores the first schedule data in the storage device 38.

  The storage control unit 16c reads the first schedule data from the storage device 38 in response to the activation instruction on the first reservation status confirmation screen 50 via the input device 43, and transfers it to the console control unit 16b. The console control unit 16b displays the first reservation status confirmation screen 50 of FIG. 5 on the display 42 according to the first schedule data. The first schedule data is automatically deleted from the storage device 38 when the first reservation status confirmation screen 50 is closed.

  On the other hand, when the request reception / distribution unit 19a receives a second distribution request that is transmitted periodically among the reservation status distribution requests, as shown in FIG. 7, the request processing unit 19b receives the requesting hospital terminal 16 Among the reservation information 21 for a certain core hospital 11, reservation information 21 for a certain period in the future based on the time when the distribution request is received, for example, all the reservation information after the time when the distribution request is received on that day and the next day 21 is used to generate schedule data (hereinafter referred to as second schedule data).

  The second schedule data has a data capacity that is naturally smaller than that of the first schedule data having all the reservation information 21 as the generation source because the period of the reservation information 21 as the generation source is limited. Since the second schedule data is generated in response to the second distribution request transmitted periodically, the server access from the request reception / distribution unit 19a is performed as long as the line connection between the hospital terminal 16 and the center server 19 is not hindered. It is sent periodically to the part 16a. Further, unlike the case of the first schedule data, the second schedule data is not deleted when the second reservation status confirmation screen 60 (see FIG. 8) is closed.

  The storage control unit 16c stores the second schedule data in the storage device 38 while deleting the old second schedule data and sequentially updating the new second schedule data. When the storage control unit 16c receives a signal indicating that a communication failure has occurred in the line between the hospital terminal 16 and the center server 19 from the line connection monitoring unit 16d and receives an instruction to activate the reservation status confirmation screen, The schedule data is read from the storage device 38 and transferred to the console control unit 16b.

  The console control unit 16b displays the second reservation status confirmation screen 60 shown in FIG. Unlike the first reservation status confirmation screen 50 of FIG. 5, the second reservation status confirmation screen 60 has the title “reservation schedule (temporary)” and “referencing backup data” (backup data is second A message 61 “agreeing with the schedule data” is displayed, which clearly indicates that the second reservation status confirmation screen 60 is created according to the second schedule data. Further, a message 62 indicating the acquisition date and time of the second schedule data is displayed below the monthly display area 53.

  The monthly display area 53 is in an inactive state that is displayed but cannot be selected, and the daily display area 54 is a reservation frame (in this example, January 19, 2010) included in the second schedule data. Other than the reservation frame after 10:00 and the entire reservation frame on January 20, the display is hidden as shown by hatching.

  Hereinafter, with reference to the flowchart of FIG. 9, processing when confirming the status of the out-of-hospital reservation at the in-hospital terminal 16 will be described. In S (step) 10, when the staff of the core hospital 11 gives an instruction to activate the reservation status confirmation screen via the input device 43, a signal indicating that a communication failure has occurred in the line between the hospital terminal 16 and the center server 19. Is not output from the line connection monitoring unit 16d, that is, when the line between the in-hospital terminal 16 and the center server 19 is connected without any trouble (NO in S11), the request reception / reception of the center server 19 from the server access unit 16a is performed. A reservation status distribution request (first distribution request) is made to the distribution unit 19a.

  In the center server 19, the first schedule data is generated by the request processing unit 19b, and the first schedule data is distributed from the request reception / distribution unit 19a to the server access unit 16a.

  The first schedule data received by the server access unit 16a is stored in the storage device 38 by the storage control unit 16c (S12, DL means download). And the 1st reservation status confirmation screen 50 based on 1st schedule data is displayed on the display 42 by the console control part 16b (S13). When the first reservation status confirmation screen 50 is closed after confirming the reservation status, the first schedule data is automatically deleted from the storage device 38.

  On the other hand, when a signal indicating that a communication failure has occurred on the line between the hospital terminal 16 and the center server 19 is output from the line connection monitoring unit 16d when the reservation status confirmation screen is instructed to start (YES in S11), The storage controller 16c reads the second schedule data from the storage device 38 (S14), and the second schedule data is delivered to the console controller 16b. And the 2nd reservation status confirmation screen 60 based on 2nd schedule data is displayed on the display 42 by the console control part 16b (S15).

  As described above, when the second schedule data indicating the status of the latest out-of-hospital reservation is periodically requested and stored while being sequentially updated, and a communication failure occurs between the in-hospital terminal 16 and the center server 19 In addition, since the second reservation status confirmation screen 60 is displayed based on the second schedule data, it is possible to prevent the operation of the core hospital 11 from being hindered by a communication failure.

  If a communication failure occurs between the in-hospital terminal 16 and the center server 19 and the reservation status cannot be confirmed by this, when an inquiry about the reservation date and time is received from the patient or the requesting clinic 12 regarding the reserved medical examination, It is not possible to respond when a new appointment is requested from the clinic 12 other than through the department or network. In addition, the staff engaged in the medical examination cannot prepare for the medical examination according to the reservation status. According to the present invention, such concerns can be dispelled, benefiting the patient and thus the core hospital 11.

  Since the second schedule data is generated based on a part of the reservation information 21 for the core hospital 11 where the requesting in-hospital terminal 16 is located, the data capacity is smaller than that of the first schedule data. Further, the second schedule data is always updated to new second schedule data, and the old second schedule data does not remain. Therefore, there is no possibility of pressing the capacity of the storage device 38 with the storage capacity of the second schedule data. In other words, no dedicated backup storage or large-capacity storage device 38 is required. An increase in equipment costs can be suppressed.

  Backing up data of a server such as the center server 19 to another server having a dedicated backup storage is generally performed, but in the reservation receiving system which is an ASP type network system as in the present invention, The concept of backing up server data to a client terminal is very rare and original.

  In the above embodiment, the request processing unit 19b of the center server 19 searches for the reservation information 21 that is the source of the second schedule data, and the center server 19 generates the second schedule data. The same contents as the first distribution request are received, the first schedule data is received by the second distribution request, and the storage control unit 16c extracts the reservation information 21 corresponding to the second schedule data from the received first schedule data. Two schedule data may be generated. In this way, each distribution request can have the same contents only with different irregular and regular distribution timings. However, rather than generating the second schedule data on the in-hospital terminal 16 side as described above, it is more preferable to generate and distribute the second schedule data on the center server 19 side because the network load is small. When the second schedule data is generated on the hospital terminal 16 side, the data distributed from the center server 19 is not limited to the first schedule data, but may include the reservation information 21 that is the source of the second schedule data. .

  In the above embodiment, the staff of the core hospital 11 manually adjusts the schedules for in-hospital and out-of-hospital reservations, but this may be automated by the center server 19 or the in-hospital server 17.

  The in-hospital terminal 16 may have a reservation information editing function. In such a configuration, when a communication failure occurs between the in-hospital terminal 16 and the center server 19, it is naturally impossible to edit the reservation information at the in-hospital terminal 16. For example, the second reservation status confirmation screen The “free” reservation frame 55 of 60 can be edited on the in-hospital terminal 16 such as the inactive state that cannot be selected as in the monthly display area 53, or the in-hospital reservation cannot be accepted even if it can be selected. It is preferable to invalidate the operation input of the area.

  In order to distinguish the reservation status confirmation screen based on the first schedule data and the second schedule data, in the above embodiment, the title of the reservation status confirmation screen is changed, the message is displayed, the monthly display area, the daily display Although the display method of the area is changed, the present invention is not limited to this. As shown in FIG. 10, when the second reservation status confirmation screen 60 is displayed based on the second schedule data, the second reservation status confirmation screen 60 is based on the second schedule data in the pop-up window 70. May be reported.

  If a communication failure occurs between the in-hospital terminal 16 and the center server 19 while the first reservation status confirmation screen 50 is being displayed, close the first reservation status confirmation screen 50 and then give an instruction to start the reservation status confirmation screen again. For example, the second reservation status confirmation screen 60 can be displayed. Alternatively, as shown in FIG. 11, a dedicated button 75 for making a display transition to the second reservation status confirmation screen 60 with one click may be provided on the first reservation status confirmation screen 50. The operation can be saved.

  Furthermore, the display may be automatically switched to the second reservation status confirmation screen 60 when a communication failure occurs while the first reservation status confirmation screen 50 is displayed. In this case, when switching to the second reservation status confirmation screen 60, a pop-up window 70 as shown in FIG. However, if the network connection is unstable such that the communicable state and the impossible state are repeated intermittently, it is troublesome to display the pop-up window 70 each time, so the dedicated button 75 in FIG. 11 is provided. It is preferable to forcibly switch the display to the second reservation status confirmation screen 60.

  For example, the backup condition setting window 80 shown in FIG. 12 may be displayed on the display 42 when the in-hospital terminal 16 is started, when the reservation acceptance program is started, or when a dedicated button is clicked. The backup condition setting window 80 has an input box 81 for inputting a time to start backup of the second schedule data, and setting / invalid buttons 82 and 83. When the time is input in the input box 81 and the setting button 82 is clicked, the time for starting the backup of the second schedule data is set. When the invalid button 82 is clicked, the second schedule data is not backed up.

  Some core hospitals do not always require backup of the second schedule data, such as restricting acceptance of out-of-hospital reservations to a certain period (for example, only on weekend afternoons). The backup condition setting window 80 can meet such diversity. In addition, even though the capacity of the second schedule data is small, the backup is subjected to an appropriate load. Therefore, the backup load can be reduced by setting the setting suitable for the needs in the backup condition setting window 80. .

  If there is an out-of-hospital reservation during the backup of the second schedule data and the reservation information 21 in the reservation information DB 20 is rewritten, this change is not reflected until the next backup. Therefore, after the backup of the second schedule data, the reservation information 21 of the reservation information DB 20 is changed, and after confirming the reservation status on the first reservation status confirmation screen 50 based on this, a communication failure occurs before the next backup. In this case, the second reservation status confirmation screen 60 based on the second schedule data that does not reflect the change in the reservation information 21 is displayed. That is, the contents confirmed on the first and second reservation status confirmation screens 50 and 60 are different.

  As a specific example, consider the case where the second schedule data is set to be backed up at 1:00 and 1:30. When the reservation information 21 of the reservation information DB 20 is rewritten at 1:05 and the reservation status is confirmed on the first reservation status confirmation screen 50 at 1:10, the first reservation status confirmation screen 50 displays the reservation information 21 of 1:05. This is a reflection of the rewriting. Here, if a communication failure occurs when the reservation status confirmation screen is instructed again at 1:28, the second schedule data backed up at 1:00 (rewrite of the reservation information 21 at 1:05 is reflected. 2), the second reservation status confirmation screen 60 is displayed.

  In order to prevent this problem, the portion corresponding to the second schedule data in the first schedule data received between the current distribution request of the second schedule data and the next distribution request can be obtained by the current distribution request. The second schedule data may be replaced and stored. By doing so, the contents displayed on the first and second reservation status confirmation screens 50 and 60 are the same, and confusion does not occur.

2 Reservation acceptance system 10 Data center 11 Core hospital 12 Clinic 16 Terminal (in-hospital terminal)
16a server access unit 16b console control unit 16c storage control unit 16d line connection monitoring unit 19 center server 19a request reception / distribution unit 19b request processing unit 20 reservation information database (reservation information DB)
21 Reservation information 35 Application program (AP)
36 CPU
50, 60 First and second reservation status confirmation screens 70 Pop-up window 80 Backup condition setting window

Claims (14)

This is a client terminal installed in a medical facility that accepts medical examination reservations from outside the hospital. It is connected to an external server that stores medical examination reservation information via a wide area network, and schedule data that represents the reservation status based on the reservation information. In a client terminal that requests distribution to an external server and receives schedule data distributed from the external server in response to the distribution request,
Server access that periodically issues a second distribution request regardless of the operation instruction in addition to the first distribution request that requests distribution of the first schedule data for all reservation information addressed to its own facility according to the operation instruction And
A storage control unit that is obtained by the second distribution request and stores the second schedule data in the storage device while sequentially updating the second schedule data based on the reservation information for a certain period in the future based on the distribution request time. Client terminal of medical facility.   The client terminal of the medical facility according to claim 1, wherein the server access unit requests distribution of the second schedule data itself as the second distribution request. The server access unit requests the delivery of the first schedule data as the first delivery request as the second delivery request,
The medical storage client terminal according to claim 1, wherein the storage control unit generates second schedule data from the first schedule data and stores the second schedule data in a storage device. A line connection monitoring unit that monitors whether there is a communication failure with an external server;
A display control unit that displays a reservation status confirmation screen based on the schedule data on the display;
The display control unit displays a first reservation status confirmation screen based on the first schedule data when no communication failure is found in the line connection monitoring unit, and based on the second schedule data when a communication failure is found. 4. The medical facility client terminal according to claim 1, wherein a second reservation status confirmation screen is displayed.   5. The medical facility client terminal according to claim 4, wherein the display control unit displays the first and second reservation status confirmation screens in a distinguishable manner.   6. The medical facility client terminal according to claim 5, wherein the display control unit displays a mark indicating that the display control unit is based on second schedule data on a second reservation status confirmation screen.   The said display control part displays the message which shows that it is based on 2nd schedule data, when displaying a 2nd reservation status confirmation screen, The medical facility of Claim 5 or 6 characterized by the above-mentioned. Client terminal.   8. The medical facility client terminal according to claim 4, wherein the display control unit displays the acquisition date and time of the second schedule data on a second reservation status confirmation screen.   9. The medical facility client terminal according to claim 4, wherein the display control unit displays a window for setting a time to start issuing the second distribution request. 10.   The medical facility client according to claim 4, wherein the display control unit displays a window for setting whether or not to cause the server access unit to issue a second distribution request. Terminal.   11. The display control unit according to claim 4, wherein the display control unit displays an area in which an operation input can be received on the first reservation status confirmation screen in an inactive state on the second reservation status confirmation screen. The client terminal of the medical facility described.   The storage control unit can obtain a portion corresponding to the second schedule data in the first schedule data received between the current second distribution request and the next second distribution request in the current second distribution request. The medical facility client terminal according to any one of claims 1 to 11, wherein the client terminal is stored in a storage device in place of the second schedule data. This is a client terminal installed in a medical facility that accepts medical examination reservations from outside the hospital. It is connected to an external server that stores medical examination reservation information via a wide area network, and schedule data that represents the reservation status based on the reservation information. A method for backing up schedule data at a client terminal that requests distribution to an external server and receives schedule data distributed from an external server in response to the distribution request,
A step of periodically issuing a second distribution request regardless of the operation instruction in addition to the first distribution request requesting the distribution of the first schedule data for all reservation information addressed to the own facility according to the operation instruction; And storing the second schedule data obtained by the second distribution request in the storage device while sequentially updating the second schedule data based on the reservation information for a certain period in the future from the time of the distribution request. Schedule data backup method for examination reservation. An external server that stores medical examination reservation information;
It is a client terminal installed in a medical facility that is connected to the external server through a wide area network and accepts reservations for medical examinations from outside the hospital, and distributes schedule data representing reservation status based on reservation information to the external server The client terminal of the medical facility that requests
The external server generates schedule data based on the reservation information searched in response to the distribution request and distributes the schedule data to the client terminal,
The client terminal periodically sends a second distribution request regardless of the operation instruction in addition to the first distribution request for requesting the distribution of the first schedule data for all reservation information addressed to the own facility according to the operation instruction. Medical schedule, which is obtained by a second delivery request and stored in a storage device while sequentially updating second schedule data based on reservation information for a certain period in the future based on the delivery request time Reservation reception system.

Images