JPH07253963A - Processing time prediction system for hospital job - Google Patents

Abstract

PURPOSE:To provide the time prediction system for a hospital job capable of accurately grasping the congestion conditions of the hospital job and obtaining the processing time required for examination or the like beforehand. CONSTITUTION:A hospital information system 1 is composed of plural sub systems provided for respective job departments inside a hospital (an ordering system 2, a radiology department 3, a species of examination 4, accounting 5 and reception 6), a data base device 7 for preserving and managing patient information or the like, an entire system management device 8 for managing information relating to the state of the entire system or the like and a processing time prediction device 9 for holding a time prediction model beforehand and predicting the processing time. The respective components are mutually communicably connected through a basic network 10. The respective sub systems 2-6 are composed of plural terminals (the terminal 2b inside the ordering system 2 for instance) and sub system management devices 2a-6a for managing the information relating to operation states inside the respective sub systems or the like and are mutually communicably connected through a branch network.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a processing time prediction system for hospital business, and particularly manages business information of each job such as medical examination, inspection, reception and accounting of hospital business, and uses this business information as a time prediction model. The present invention relates to a processing time prediction system applied to.

[0002]

2. Description of the Related Art In the work of a hospital, medical treatment usually performed by a doctor in an examination room and the like, and in order to assist this medical treatment,
There is work performed by each specialized staff member in each department such as reception, various inspections, medicines, and accounting. Various information related to medical care is transmitted between each of the plurality of business departments. A hospital information system (HIS) is generally known as a system related to hospital operations for transmitting such information quickly and accurately.

This hospital information system is composed of a plurality of terminals for inputting / outputting medical information, and each of these terminals is communicably connected via a network as an information transmission path. . In addition, each of these terminals serves as an input / output device for various medical information and is used as a reception desk for hospitals.
It is installed in each business department such as an examination room, various examination rooms, and accounting.

Of the various medical information input and output from the plurality of terminals, for example, a request from the receptionist to the examination room, an examination request from a doctor in the examination room to various examination rooms, a request for drug preparation, etc. When the request information is input from the terminal of the requesting business (examination, etc.), it is sent to the terminal of the requesting business (examination, etc.) via the network. The transmitted request information includes a content for specifically instructing the work content of the request destination, for example, an inspection type, and this content is displayed on the screen of the terminal of the request destination. As a result, the requester performs processing such as inspection according to the content of the request displayed on the screen of the terminal, and inputs information on the result of the processing performed from the terminal, so that the requesting terminal can receive the information via the network. It is supposed to be returned to.

Here, as an example of the request information transmission,
An outline of a case in which a doctor in the examination room requests an examination to a radiology department responsible for various image examinations will be described.

First, when a doctor inputs an examination request for a patient into a terminal, the request information is sent to the radiology department via the network. At this time, the doctor empirically predicts the time when the test result will be obtained based on the waiting status of the patient at the request destination and the congestion status such as the number of unprocessed requests, and the urgent request taking into consideration this estimated time. Judge whether to make a normal request.

Next, in the radiology department, when the arrival of the patient is confirmed and the reception of the patient is carried out, an image examination is carried out by the radiologist. This image inspection is performed according to the inspection type and inspection content in the request information. This inspection result is sent to the terminal of the radiology department reading room together with the request information. At this time, the patient name, examination type, examination content, etc. in the examination information are also sent to the accounting terminal.

Next, in the radiology department reading room, an image interpretation doctor interprets the examination result, and the image interpretation result is compiled as an image interpretation report. The interpretation information of this interpretation report is sent from the radiology department terminal to the requesting terminal via the network together with the inspection information. At this time, the accounting terminal calculates the inspection cost based on the inspection information.

Next, at the requester, the doctor diagnoses and treats the patient's illness based on the examination information and image interpretation information sent from the radiology department.

[0010]

However, in the above-mentioned conventional hospital information system, business information related to medical treatment such as an inspection request is transmitted to each of a plurality of business departments through a network, not manually. For example, it has been difficult to grasp the congestion situation in another business department, that is, the number of unprocessed requests and the waiting state of a patient, which change with time.

In particular, when the above-mentioned congestion situation is composed of a plurality of processes, for example, in a hospital information system that integrates various medical information, the congestion situation may occur in each of the plurality of processes. , It was very difficult to accurately grasp each of these congestion situations.

[0012] As described above, although it is difficult to grasp the congestion status of another business department, the doctor is required to determine whether to make a normal request or an urgent request. It was necessary to understand as much as possible the congestion situation and to estimate the time required for the work of the requested business. For example,
The doctor cannot recognize the congestion situation of the requested work, that is, the end time of the job of the requested work can hardly be predicted, so even if the usual request is actually made, there is sufficient time, so it is urgent. There were times when I made a request.

Due to the above-mentioned unnecessary and urgent request, the operating efficiency of the hospital information system is reduced, and
There is a problem that the work efficiency of the requested work is also reduced, and as a result, the diagnosis efficiency of the patient is reduced.

Further, the fact that the time required for the examination is unknown has been one of the concerns for the examination for the patient.

The present invention has been made in consideration of the above-mentioned problems of the prior art, and it is possible to accurately grasp the congestion situation of hospital work and to predict the time of hospital work in which the processing time required for inspection and the like can be acquired in advance. The purpose is to provide a system.

[0016]

In order to achieve the above object, the processing time prediction system for hospital work according to the invention of claim 1 relates to each of a plurality of jobs assigned according to the work contents of the hospital. A plurality of elements capable of inputting / outputting business information are provided, each of the plurality of elements is communicably connected to each other, and the business information is managed. System management means for managing information on the operating state of the system including information on work processing and management, and at least one time prediction that holds in advance the processing and management information managed by the system management means. It is equipped with a processing time predicting means that is applied to the model and predicts the time required from the time a request is issued to the time the processing ends when a new request is made for the work That.

In the invention according to claim 2, the processing time predicting means is an algorithm constructed corresponding to the time predicting model and having variable parameters, and sets the processing and management information as its parameters. Equipped with means.

In the invention according to claim 3, the processing and management information includes at least the request occurrence rate of each of the plurality of jobs, the request processing time, and the number of requests in the waiting state.

In the invention according to claim 4, the time prediction model is a model based on at least a queuing network.

According to the invention of claim 5, the plurality of elements include at least a terminal device.

[0021]

According to the first aspect of the invention, the system management means manages information related to the operating state of the system including at least the processing and management information of the plurality of jobs in the business information, and the processing. The time prediction means applies the processing and management information to at least one time prediction model that is held in advance, and predicts the time required from the time a request is issued when a new work process is requested to the time the process ends. .

According to the second aspect of the present invention, the processing time predicting means, which is constructed in correspondence with the time prediction model and has a variable parameter, sets processing and management information for a plurality of jobs as its parameters. To be done.

For example, in the third aspect of the invention, information including the request occurrence rate of each of the plurality of jobs, the request processing time, and the number of requests in the waiting state is set as the parameter of the time prediction model.

Further, in the invention according to claim 4, a model based on a queuing network is held in advance as one of the time prediction models.

In the invention according to claim 5, business information is input / output between a plurality of elements including at least a terminal device.

[0026]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to FIGS. It should be noted that this embodiment is implemented by installing the time prediction system for hospital operations according to the present invention in a hospital information system.

The hospital information system 1 shown in FIG. 1 has a plurality of subsystems 2 ...
6 and a database device 7 for storing and managing patient information, etc.
And an overall system management device (TSM) 8 which forms part of the system management means of the present invention, and a processing time prediction device (also called simulator (SMLT)) 9 which forms the processing time prediction means of the present invention. Each of these constituent elements is communicably connected to each other via a backbone network 10 such as a LAN.

The subsystems 2 ... 6 include an ordering system 2 for managing clinical information of a patient, a radiology system 3 for managing image inspection information of a patient, and a sample system 4 for managing sample inspection information of a patient. It is composed of an accounting system 5 for managing accounting information in the hospital and a reception system 6 for managing reception information of outpatients.

Each of the subsystems 2 ... 6 is a LAN
And a plurality of terminals connected to a subsystem network (hereinafter referred to as a branch network), and a subsystem management device (SSM) as a main part of the system management means of the present invention (see FIG. 2). .

The ordering system 2 is a system for managing clinical information of patients and issuing instructions such as examination requests to each business department, and a plurality of terminals 2b ... 2b arranged in an examination room and a ward, Subsystem management device (SSMO) 2 that monitors information about the operating status of this system 2
and a. Each of these components is communicably connected to each other via a branch line network (not shown), and the backbone network 10 is connected via a gateway (not shown) for communication protocol conversion.
Can communicate with each of the other components connected to the.

Each of the plurality of terminals 2b ... 2b is composed of a CPU, a memory, a storage device (such as a magnetic disk and an optical disk device), and hardware such as an interface (not shown). With this hardware configuration, the terminal 2b
Each of 2b can be input by a doctor or a nurse.
An instruction for an inspection request such as a sample inspection and an image inspection is sent from an arbitrary terminal 2b to the requested subsystem via the backbone network 10, and the result of this request can be received and displayed on the terminal 2b that has input the instruction. It has become. Further, each of the terminals 2b ... 2b sends a time prediction request instruction to the time prediction device 9 via the backbone network 10 when a doctor or the like issues a test request instruction.
Upon receiving the prediction result of the inspection end time, the screen can be displayed on the terminal 2b that has input the instruction.

Subsystem management unit (SSMO) 2a
Is composed of hardware such as a CPU, a memory, a storage device (a magnetic disk, an optical disk device, etc.), an interface, etc., which are not shown. With this hardware configuration, the subsystem management device 2a operates as the backbone network 1
2b, the processing state including the input information of each of the terminals 2b ... 2b in the ordering system 2 and the operating state of the system 2 which changes with time such as the operating / fault state. In addition to monitoring, when there is a request for reference, etc. from all the constituent elements connected to the backbone network 10 for the information on the operating state of the system 2, the information on the operating state of the system at this point is displayed. It responds to the requestor.

The radiology system 3 is a system for managing character information relating to image examinations carried out by various radiological image diagnostic apparatuses (X-ray CT apparatus, MRI apparatus, etc.), and as shown in FIG. Normally, a plurality of terminals 3b ... 3b arranged in a radiology department reception room, an image examination room, an image reading room, and the like,
It is composed of a subsystem management device (SSMR) 3a that manages information about the operating state of the system 3. Each of these constituent elements is communicably connected to each other via a branch line network 3c, and mutually connected to all of the constituent elements connected to the backbone network 10 via a gateway 3d for communication protocol conversion. Communication is possible.

Each of the terminals 3b ... 3b has a CP (not shown).
U, memory, storage device (magnetic disk, optical disk device, etc.), and hardware such as interface. With this hardware configuration, the terminals 3b ... 3b
Of each terminal 2 in the ordering system 2.
When receiving the instruction of the image inspection request from b, the contents of the inspection request are displayed on the screen by the operation of the radiologist or the staff, and the information such as the instructed result of the image inspection and the interpretation result is displayed on the backbone network 10. It is designed to be returned to the requesting terminal 2b in the ordering system 2 via the ordering system.

An example of the arrangement of each of the terminals 3b ... 3b will be described. First, in the terminal 3b arranged in the radiology department reception room, the contents of the inspection request instructed by an arbitrary terminal 2b in the ordering system 2. Screen display of
Registration of patient information of target patients is mainly performed. At the terminal 3b of the image examination room, the contents of the examination request and the patient information registered at the terminal of the radiation examination reception room are displayed on the screen by the operation of the radiologist who performs the image examination, and the examination result is input. You can do it. Further, on the terminal 3b of the image reading room, the contents of the inspection request, the patient information and the inspection result input in the image inspection room are displayed on the screen by the operation of the doctor who performs the image reading.
It is possible to input the interpretation result of the medical image obtained by the image examination.

Subsystem management device (SSMR) 3a
Is composed of hardware such as a CPU, a memory, a storage device (a magnetic disk, an optical disk device, etc.), an interface, etc., which are not shown. With this hardware configuration, the subsystem management device 3a operates as the backbone network 1
The status of the request given through 0, the processing status including the input information of each of the terminals 3b ... 3b in the system 3, and the operation status of the system 3 which changes with time such as the operation / failure status are monitored. In addition, when there is a request, such as a reference, from all the constituent elements connected to the backbone network 10 for the information on the operating state of the system 3, the request source of the information on the operating state of the system at this point I am supposed to reply to.

The sample system 4 is a system for managing sample test information of a patient, and comprises a plurality of terminals (not shown) arranged in a sample test room and the like, and a subsystem management device (SSMC) 4a. It Each of these constituent elements is communicably connected to each other via a branch line network, and each of all constituent elements connected to the backbone network 10 via a gateway (not shown) for communication protocol conversion. It is possible to communicate with each other.

Each of the terminals has a CPU, a memory, a storage device (a magnetic disk, an optical disk device, etc.) not shown,
It is composed of hardware such as an interface.
With this hardware configuration, when each terminal receives an instruction for a sample inspection request from any terminal 2b in the ordering system 2, the contents of the inspection request are displayed on the screen and instructed by the operation of the staff or the like. Information such as the result of the sample test is returned to the requesting terminal 2b in the ordering system 2 via the backbone network 10.

Subsystem management device (SSMC) 4a
Is composed of hardware such as a CPU, a memory, a storage device (a magnetic disk, an optical disk device, etc.), an interface, etc., which are not shown. With this hardware configuration, the subsystem management device 4a operates as the backbone network 1
While monitoring the operating state of the system 4 which changes from moment to moment such as the status of a request instructed via 0, the processing status including the input information of each terminal in the sample system 4 and the operation / failure status, When there is a request for reference, etc. from all the constituent elements connected to the backbone network 10 with respect to the information on the operating state of the system 4, the information on the operating state of the system at this point is returned to the request source. It is like this.

The accounting system 5 is a system for managing accounting information in a hospital, and includes a plurality of terminals (not shown) arranged in an accounting room and a subsystem management device (SSM).
K) 5a. Each of these constituent elements is communicably connected to each other via a branch line network, and each of all constituent elements connected to the backbone network 10 via a gateway (not shown) for communication protocol conversion. It is possible to communicate with each other.
The accounting system 5 is capable of calculating fees such as inspection costs from the execution information of various inspections sent via the backbone network 10.

The reception system 6 is a system for receiving outpatients, and includes a plurality of terminals (not shown) arranged at an outpatient reception and the like, and a subsystem management unit (SSMU).
6a. All of these components are connected to each other via a branch network (not shown) so that they can communicate with each other, and are also connected to the backbone network 10 via a gateway (not shown) for communication protocol conversion. The elements can communicate with each other. The reception system 6 sends reception information of outpatients and the like to the ordering system 2 and the like via the backbone network 10.

The database device 7 is a CP (not shown).
U, a memory, a storage device (a magnetic disk, an optical disk device, etc.), an interface, and other hardware, and are communicably connected to all of the components connected via the backbone network 10. There is.
With these configurations, the database device 7 can store and manage appropriate medical information such as patient information (patient name, sex, etc.) handled in the hospital information system 1. In addition, when the database device 7 receives a request for reference or the like from each of the constituent elements connected to the backbone network 10, in response to this request, the database apparatus 7 returns the reference information to each of the constituent elements of the request source. It has become.

The overall system management device 8 is a C (not shown).
It is composed of hardware such as a PU, a memory, a storage device (a magnetic disk, an optical disk device, etc.), an interface, etc., and is communicably connected to all of the constituent elements via the backbone network 10.

The overall system management device 8 manages the management information of the entire hospital information system 1, the backbone network 10 and the like, and also sends the subsystems 2 ... 6 from the processing time prediction device 9 via the backbone network 10. The management information received can be recorded.

The processing time predicting device 9 is a CP (not shown).
The hardware includes a U, a memory, a storage device (such as a magnetic disk and an optical disk device), an interface, and the like, and is communicably connected to all of the constituent elements via the backbone network 10.

The processing time predicting device 9 holds a plurality of predetermined time predicting models (for example, "a queuing network-based model" described below) in a storage device or a memory in advance, and performs ordering. When a time prediction request is instructed from the arbitrary terminal 2b in the system 2 via the backbone network 10, an appropriate time prediction model can be selected from the above plural units according to the request content and the like. .

This time prediction model is selected, for example, by selecting “a model based on a queuing network” described below for a time prediction process related to a certain type of image inspection, and for another time prediction process. This is performed based on a predetermined correspondence table or the like showing the correspondence between the request content such as selecting another model and the time prediction model. When this time prediction model is selected, the processing time prediction device 9 predicts the processing time such as the inspection of the instruction target based on the parameter variable algorithm corresponding to the selected model, and the prediction result is the ordering system. 2 is returned to the instruction terminal 2b.

Further, this processing time predicting apparatus 9 is a system necessary for time prediction for all the subsystem management apparatuses 2a ... 6a of the business department involved in the inspection of the instruction target when the processing time is predicted. Is requested, and the information sent in response to this request is set as a parameter of the time prediction model.

Next, an outline of the process of time prediction by the hospital information system will be described by taking the work of the radiology department as an example.
First, the outline of the radiology work will be described based on FIG. 3 focusing on the patient and the flow of information.

First, when the patient comes to the hospital and completes the reception of the outpatient, he / she waits in the waiting room or the like of the examination room until the turn comes. Then, in the examination sequence, the patient enters the examination room and is examined by a doctor. When this examination is over,
The patient's image inspection request is sent from the examination room to the radiology department reception.

Then, the patient moves from the examination room to the radiology department reception desk, and when the reception of the image examination is completed here, the patient waits in the radiology department waiting room until the turn comes. Then, when it is the time for this image examination, the patient enters the examination room and undergoes an image examination by a radiologist. This image inspection is performed according to the contents of the inspection request sent to the terminal of the inspection room via the terminal of the radiology department reception. Upon completion of this image examination, the patient returns from the radiology department to the waiting room or the like of the examination room and waits until the order of treatment comes.

At this time, the image inspection execution information is sent from the examination room terminal to the accounting terminal via the radiology department reception. Further, the examination results such as medical images generated in the image examination of the patient will be sent from the terminal of the image examination room to the terminal of the image reading room, but not immediately by the image reading doctor in the image reading room, After waiting for the turn, the image will be read. Next, when the image interpretation is completed, the image interpretation result such as a finding report is sent from the image interpretation room terminal to the examination room terminal.

Then, in the order of treatment, the patient enters the examination room again and is treated by the doctor. This treatment is
It is performed based on the medical examination result and the image interpretation result of the image examination which have been completed in advance. At the end of this treatment, the patient will settle the bill and leave the hospital.

Next, the outline of the time prediction process regarding the inspection request to the radiology department will be described with reference to FIG.

First, when the processing time prediction device 9 receives a time prediction request from the ordering system 2 (step 50), information about the operating state of the system necessary for the time prediction for the radiology system 2, for example, the average. Information such as the request arrival rate, the average processing time, the current waiting number of requests, and the system operating status is requested (step 51).

Next, the information regarding the current operating state of the system is received from the radiology system 2 (step 5).
2), and the optimum model is selected from a plurality of predetermined time prediction models held in advance based on the requested content of the time prediction and the system operating status (step 5).
3) The information sent from the radiology system 2 is set as a parameter in the selected time prediction model (step 54).

Next, the processing time of the required inspection work is obtained based on the parameter variable algorithm (for example, the queuing simulator) corresponding to the selected model (step 55), and the processing time result is used as the ordering system. 2 (step 56).

Here, as an example of the above time prediction model, a queuing network (for example, Kiyoshi Yoneda "Discrete system simulation and different system evaluation techniques", Measurement and Technology, Vol. 30, No. 2, 1992.2, The outline of the model based on the reference will be described with reference to FIG.

First, in the model based on the queuing network,
Of the information on the operating state of the system, three types of information, that is, the average request arrival rate, the average processing time, and the number of requests waiting, are set as parameters.

The "average request arrival rate" is the number of requests per unit time. For example, the subsystem management device counts the number of request requests that arrive in the subsystem via the backbone network within an arbitrary time. Is obtained by doing. Assuming that the unit time is 1 minute and 60 requests arrive in one hour, the average request arrival rate is 60/60 minutes = 1 / minute.

The "average processing time" is the time required for processing one request. For example, in the case of the radiology system 3, the time required for the inspection (processing) of one inspection request request is the inspection room. The difference between the operation times input to the terminal (that is, the time required from the input of the patient confirmation at the start of the examination to the input of the examination execution result at the end of the examination) is calculated by the subsystem management device 3a.

Similarly, the processing time for one request is obtained for the other subsystems. Therefore, if the processing time of an arbitrary number of requests is continuously calculated, the average processing time can be obtained. However, for example, in the case of the radiology system 2, there are a plurality of jobs for reception, examination, and image interpretation. However, when there are a plurality of jobs for one request in this way, each job is classified according to the selected time prediction model. Alternatively, the processing time may be obtained, or, on the other hand, the processing time in which the processing of a plurality of jobs is collected may be used as the processing time for one request. If one job can be subdivided according to the content, the processing time may be calculated for each subdivided content. For example, it is possible to obtain the processing time for each inspection content.

The "request waiting number" is the number of requests waiting for processing before the processing. For example, in the case of an inspection request, the request waiting number is the number of requests that have been received and the inspection is finished. It is obtained by subtracting the number of requests and the number of requests under inspection.

However, since the parameters required for the time prediction depend on the contents of the time prediction model, the processing time prediction apparatus also predicts the time estimation of the information about the operating state of the system other than the above three types of information. It can be appropriately acquired from the subsystem management device according to the contents of the model. Further, it may be assumed that the average request arrival rate and the average processing time change stochastically.

Here, an outline of a model based on a queuing network in which the average request arrival rate, average processing time, and request waiting number are applied as parameters will be described with reference to FIG.

This model generally elucidates the temporal relationship between the service receiving side and the service providing side. In this embodiment, this model requires processing as shown in FIG. It should be applied to clarify the temporal relationship between the requesting side and the side performing the processing, from the generation of a request such as an inspection request to the completion of the processing of the request through the waiting state.

For example, the processing stand-by state and the processing execution state of the side performing the processing are collectively called a station, and the request from the side requesting the processing enters the station and exits from (request generation) (processing). Consider predicting the time it will take to complete.

First, in the processing standby state in the station, the inspection requests (white circles in FIG. 5) corresponding to the number of waiting requests (5 in FIG. 5) form a matrix in the order of request generation,
It is assumed that the processing is performed in order from the head of the matrix for each average processing time, and when the processing is completed, the processing exits from the station.

When an inspection request marked as a prediction target newly enters the station, this inspection request is added to the end of the queue.

The time required for the inspection request to enter or leave the station depends on the values of the above parameters. In other words, on the rear side of the queue in the station, new inspection requests are lined up one after another in the station for each average request arrival rate, while on the other hand, at the head side of the queue of stations, the inspection requests being processed are When leaving the station at every average processing time, the inspection request at the head of the queue becomes the processing execution state.

In this way, the time required from when the inspection request to be predicted enters the station to when it arrives at the head of the queue is used as the processing wait time, and the average processing time is added to this processing wait time to determine the station. The time required to exit, that is, the processing end time is predicted.

Next, the processing time prediction processing (also referred to as discrete system simulation in this case) according to the parameter variable algorithm constructed corresponding to the model based on the queuing network will be described with reference to FIG. .

First, when the time counter in the processing time predicting device 9 is initialized in step 60, step 6
In step 1, the average processing time and the number of request waits received from the subsystem management devices 2a ... The test request marked for prediction in step 62 is then added to the end of the queue.

Next, when the time counter is incremented by a unit time (eg, 1 minute) in step 63, step 6
At 4, it is judged whether or not the time counter = “an integral multiple of the average request arrival interval”. If YES in step 64, one inspection request is added to the end of the queue of stations in step 65, and the process proceeds to step 66. On the other hand, if NO in step 64, step 66
Move to.

Next, at step 66, the time counter =
It is determined whether or not the time is “a time representing an integer multiple of the average processing time”. If YES is determined in step 66, step 6
7, and if NO in step 66, the process returns to step 63 to repeat the series of processes.

Next, it is judged whether or not the inspection request marked in step 67 is at the head of the queue.
If YES is determined in step 67, the process proceeds to step 69. On the other hand, if NO is determined in step 67, the inspection request at the head of the queue of the station is deleted in step 68, and the process returns to step 63 and the above series of steps is performed. The process of is repeated.

Next, in step 69, the value of the time counter is set as the predicted processing waiting time. Further, the processing end time is obtained by adding the average processing time to this processing waiting time.

The above processing procedure is an example of a procedure for obtaining the processing time by so-called discrete system simulation, but in contrast to this, a queuing network analysis (for example, "Quanti") is performed.
tative System Performance Computer System Anal
ysis UsingQueueing Network Models ”, Edward
D.Lazowska, John Zahorjan, Prentice-Hall, Inc.,
(See) or a differential equation, and the procedure may be a continuous system simulation using algebra.

The time prediction model is based on a queuing network, while a model using a Petri net (for example, "Performance Evaluation of Pictu" is used).
re Archiving and Communication Network Using
StocasticActivity Networks ”, WHSandars, R.Ma
rtinez IEEE TRANSACTIONON MEDICAL IMAGING, VO
Other time prediction models such as L.12, NO.1, MARCH 1993,).

Next, the overall operation will be described with reference to FIG.

Here, when the doctor in the examination room instructs the radiology department to request the examination, the examination end time is predicted.

First, when submitting an image examination request to the radiology department, an inquiry request for the processing time such as the examination end time is input by the doctor in the examination room to input the ordering system 2.
The data is sent from the terminal 2b in the processing time prediction device 9 (step 70).

Subsequently, when the predicting device 9 receives the inquiry request via the backbone network 10, the predicting device 9 interprets the content of this request (step 71) and waits for the patient in the subsystem management device 3a of the radiology system 3. And inquiries about information about the current operating state of the system necessary for time prediction such as average inspection time (step 72).

Subsequently, the subsystem management device 3a sends information about the operating state of the system necessary for time prediction to the processing time prediction device 9 in response to the inquiry contents (step 73).

Subsequently, the predicting device 9 applies the information regarding the operating state of the system to the time predicting model which is held in advance to predict the time required for the inspection (step 7).
4) The prediction result is returned to the instruction terminal 2b of the ordering system 2 (step 75). Then, the instruction terminal 2b of the ordering system 2 displays the prediction result on the screen (step 76).

As described above, in the hospital information system according to the above embodiment, the processing time such as the examination end time when the doctor newly requests a request such as the examination request is automatically predicted.

Based on the prediction result, the doctor who instructs the inspection request can accurately grasp the congestion status of the requested work, and can accurately determine whether or not to make an urgent request. The number of urgent requests is reduced, the work efficiency of the requested work is improved, and the operating efficiency of the entire system is greatly improved.

Also, since the patient can know the examination end time and the time to leave the hospital in advance before receiving the examination, the degree of anxiety caused by not knowing the time required for the examination in the hospital is reduced, In addition, a schedule and an action plan after leaving the hospital can be prepared in advance.

Although the hospital information system according to the above embodiment predicts the inspection time of the image inspection of the radiology system, the time related to image interpretation may be predicted. In this case, it is possible to predict the time required for image interpretation by setting information regarding the operating state of the system such as the number of images waiting for image interpretation as parameters. Therefore, when the doctor requests the radiology department for the examination, it is possible to predict the time required until the examination result and the image interpretation result regarding this examination are returned.

The hospital information system according to the above embodiment is a medical image communication storage system for storing and communicating medical images generated by a plurality of image diagnostic apparatuses such as an X-ray CT apparatus and an MRI apparatus in the radiology system. It may be configured to be communicatively connected and to manage information on the operating / failure status and system status in this medical image communication storage system by the subsystem management device of the radiology system. In this case, if the information regarding the operating state of the system such as the number of patients waiting for examination is set as a parameter for each of the plurality of image diagnostic apparatuses in advance, the time required for the examination for each image diagnostic apparatus can be predicted.

Although the hospital information system according to the above embodiment predicts the examination time and the like regarding the radiation department system, the present invention is not limited to this.
Of course, it is possible to predict the processing time related to the work of subsystems of other business departments such as the sample system, accounting system, and reception system.

Further, although the hospital information system according to the above embodiment predicts the processing time when the ordering system requests each of the other subsystems to make a request for inspection, etc., the present invention is not limited to this. Instead, it is also possible to request the prediction of the processing time through the processing time predicting device even between the different subsystems.

[0093]

As described above, in the hospital work processing time prediction system according to the present invention, information relating to the operating state of the system that manages hospital work information is managed, and Information related to operational status is applied to the time prediction model that is held in advance, and the time required from the time a work request is issued to the end of processing is automatically predicted. The instructing doctor can accurately grasp the congestion status of the requested work, and can accurately determine whether to make an urgent request. As a result, unnecessary urgent requests are reduced, the work efficiency of the requested work is improved, and the operating efficiency of the entire system is significantly improved. In addition, since the patient can know the examination end time and the time to leave the hospital in advance before undergoing the examination, the degree of anxiety caused by not knowing the time required for the examination of the hospital can be reduced. It is possible to make a schedule and an action plan after leaving.

[Brief description of drawings]

FIG. 1 is a block diagram showing a schematic configuration of a hospital information system equipped with a processing time prediction system for hospital operations according to the present invention.

FIG. 2 is a block diagram showing a schematic configuration of a radiology system as a subsystem.

FIG. 3 is a diagram showing a schematic flow of a task of requesting a radiology department.

FIG. 4 is a schematic flowchart showing the overall processing of the processing time prediction device.

FIG. 5 is a diagram showing an outline of a model based on a queuing network.

FIG. 6 is a schematic flowchart showing a time prediction process of the processing time prediction device.

FIG. 7 is a schematic flowchart of the overall operation of the embodiment.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 Hospital information system 2 Ordering system 2a, 3a ... 6a Sub-system management device (which constitutes the main part of the system management means of the present invention) 2b ... 2b Terminal 3 Radiology system 3b ... 3b Terminal 3c Branch line network 3d Gateway 4 Specimen system 5 Accounting System 6 Reception System 7 Database Device 8 Overall System Management Device (Forms Part of System Management Means of the Present Invention) 9 Processing Time Prediction Device (Processing Time Prediction Means of the Present Invention) 10 Core Network

Claims (5)

[Claims] 1. A plurality of elements capable of inputting and outputting business information regarding each of a plurality of jobs assigned according to the business content of a hospital, and connecting each of the plurality of elements so that they can communicate with each other. In a system that manages information, a system management unit that manages information related to the operating state of the system, including at least the information on the processing and management of the plurality of jobs in the business information, and management by the system management unit The processing and management information described above is applied to at least one time prediction model that is held in advance to predict the time required from the time when a request is newly made for the processing of the work until the processing ends. A processing time prediction system for hospital operations, comprising: a processing time prediction means. 2. The processing time predicting means is a parameter variable algorithm constructed corresponding to the time predicting model, and is provided with means for setting the processing and management information as a parameter thereof. The processing time prediction system for the described hospital operations. 3. The processing time prediction system for hospital work according to claim 2, wherein the processing and management information includes at least a request occurrence rate of each of the plurality of jobs, a requested processing time, and a number of requests in a waiting state. . 4. The processing time prediction system for hospital operations according to claim 3, wherein the time prediction model is a model based on at least a queuing network. 5. The processing time prediction system for hospital work according to claim 4, wherein the plurality of elements include at least a terminal device.