WO2020129361A1 - 診療支援装置及び診療支援システム - Google Patents

診療支援装置及び診療支援システム Download PDF

Info

Publication number
WO2020129361A1
WO2020129361A1 PCT/JP2019/039482 JP2019039482W WO2020129361A1 WO 2020129361 A1 WO2020129361 A1 WO 2020129361A1 JP 2019039482 W JP2019039482 W JP 2019039482W WO 2020129361 A1 WO2020129361 A1 WO 2020129361A1
Authority
WO
WIPO (PCT)
Prior art keywords
patient
medical
display screen
examination
information
Prior art date
Application number
PCT/JP2019/039482
Other languages
English (en)
French (fr)
Inventor
圭司 坪田
岬 川原
毅 平川
浩 平松
Original Assignee
富士フイルム株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士フイルム株式会社 filed Critical 富士フイルム株式会社
Priority to JP2020561170A priority Critical patent/JP7116192B2/ja
Publication of WO2020129361A1 publication Critical patent/WO2020129361A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Definitions

  • the present invention relates to a medical care support device and a medical care support system.
  • the medical care support device supports medical care by providing the medical process to a medical staff by displaying a list of medical care processes for a plurality of patients (Patent Document 1).
  • the medical staff grasps the order of patients to receive medical care, information of each patient, medical care contents, etc. based on the list of medical care processes displayed by the medical care support device, and makes preparations for efficient medical care.
  • it is necessary to prevent examinations from being concentrated in the same time zone, and to consider patient priorities according to the degree of severity and the like.
  • a medical assistance device that calculates the congestion status such as waiting time of each patient based on the position information of each patient and displays the information about the congestion status on a map such as a medical facility (Patent Document 3). ).
  • the medical treatment support device of the present invention includes a display screen generation unit, a patient position information acquisition unit, and a congestion status calculation unit, and displays the congestion status calculated by the congestion status calculation unit on the display screen.
  • the display screen generation unit generates a display screen for displaying the patient identification information and the medical care process in association with each other for a plurality of patients.
  • the patient position information acquisition unit acquires position information of the patient in the medical facility.
  • the congestion status calculation unit calculates the congestion status when the patient receives medical treatment in the medical care process using the patient position information acquired by the patient position information acquisition unit.
  • the congestion status calculation unit has preset a waiting area for the patient to enter before receiving medical treatment, and if the patient is entering the waiting area based on the patient location information, it is entering the waiting area as a congestion status. It is preferable to calculate the waiting number, which is the number of patients.
  • the congestion status calculation unit calculates the number of people waiting and acquires information on the scheduled examination time in the medical care process from the display screen generation unit, and the order in which the patients entering the waiting area are arranged in order of the scheduled examination time is the congestion. It is preferable to calculate the situation.
  • an examination time information accumulation unit that accumulates examination time information composed of examination required time and examination waiting time for each examination constituting the medical care process using the history of patient position information.
  • the inspection time information storage unit stores the inspection time information in association with at least one of patient information, inspection content information, inspection result information, inspection operator information, inspection device information, and date/time information.
  • the congestion status calculation unit classifies patients into a plurality of types in advance and statistically processes the examination time information to calculate the examination required time or examination waiting time for each type, and the examination required time or examination waiting for each type. It is preferable to calculate the total inspection required time or the total inspection waiting time as the congestion status using the time.
  • the display screen generation unit extracts only the patients who undergo a specific examination satisfying a predetermined condition from the examinations that constitute the medical treatment process, and rearranges them according to the order in which the specific examination is scheduled or the scheduled time to receive the specific examination. It is preferable to generate the inspection-specific display screen.
  • the display screen generation unit corrects the scheduled time for the patient to receive medical treatment, or changes the order of scheduled medical treatment, when an editing request is made from each examination department.
  • the medical care support system of the present invention is a medical care support system including a medical care support device, a client terminal, and a network connecting these devices so that they can communicate with each other, and a display screen generation unit, a patient position information acquisition unit, and A congestion status calculation unit is provided, and the congestion status calculated by the congestion status calculation unit is displayed on the display screen.
  • a medical treatment support device and a medical treatment support system capable of advancing medical treatment on an appropriate schedule according to the congestion situation of a patient in each medical treatment in a medical facility.
  • the medical care support system 10 is a computer system that provides medical care support in a medical facility such as a hospital, and includes a client terminal 11, a medical care support device 12, a server group 13, and a position information sensor 14.
  • a network 15 such as a LAN (Local Area Network) installed in a medical facility.
  • the server group 13 may be installed outside the medical facility, and may be communicatively connected to the client terminal 11, the medical care support device 12, and the position information sensor 14 using the network 15 connected to the outside of the medical facility.
  • the client terminal 11 is a terminal for receiving a service (providing the function of the medical care support device 12) from the medical care support device 12, and is a computer directly operated by a medical staff such as a doctor, a technician, or a nurse. (Including cases such as tablet terminals).
  • the client terminal 11 is installed in a medical department such as an internal medicine department or a surgical department, various inspection departments such as a radiation inspection department or a clinical inspection department, a nurse center, or any other necessary place.
  • the client terminal 11 can be provided for each medical staff, and can be shared by a plurality of medical staff. Therefore, as shown in FIG. 2, the medical care support system 10 includes a plurality of client terminals 11.
  • the group G1 is an “internal medicine” to which the doctor A1 and the doctor A2 belong, and the doctor A1 and the doctor A2 each have a client terminal 11.
  • the group G2 is “surgery” to which the doctor B1 belongs, and the group G2 has at least one client terminal 11.
  • the group G19 is a "radiology department" to which the engineer N1 belongs, and the group G19 has at least one client terminal 11.
  • the medical support apparatus 12 provides the client terminal 11 with a display screen including medical data and the like in response to a request from the client terminal 11, for example.
  • the medical care data is an image, a report, a test result acquired or created in a medical examination, an examination, an operation, etc., data obtained in the course of medical treatment, or data obtained as a result of medical treatment, or information indicating the location of these (so-called link (alias ) Etc.).
  • the medical care support device 12 acquires the medical care data used on the display screen from the server group 13.
  • the display screen provided by the medical assistance device 12 to the client terminal 11 refers to data used by the client terminal 11 to form a screen of the display unit 36 (see FIG. 3) of the client terminal 11.
  • the display screen provided by the medical assistance device 12 to the client terminal 11 includes not only data for full-screen display in which the client terminal 11 constitutes display of the entire screen but also data constituting display in part of the screen. including.
  • the medical assistance device 12 provides the client terminal 11 with a display screen that can be displayed in a general window format on a part of the screen of the display unit 36.
  • the display screens provided by the medical assistance device 12 to the client terminal 11 are, specifically, an initial screen 71 (see FIG. 9), a clinical flow screen 81 (see FIG. 10), and the like.
  • the clinical flow screen 81 is a display screen that displays, for each of a plurality of patients, the patient identification information and a part or all of the medical care process in association with each other.
  • the patient identification information is, for example, an ID (Identification Data) such as a patient's name, date of birth, age, or sex, or a unique number and/or symbol given to the patient (hereinafter, patient ID That).
  • the medical treatment process is a process or result of medical treatment that has already been performed and medical treatment that is planned to be performed in the future.
  • the medical care process may include not only medical care data that has already been acquired, but also medical care data that is scheduled to be acquired.
  • the medical care data to be acquired or the like is, for example, the presence or absence of an order for a specific examination, the scheduled date and time, or information regarding the type of medical data to be acquired, and the like.
  • the medical assistance device 12 displays a congestion status of a patient, which will be described later, on the clinical flow screen 81.
  • the congestion status is calculated based on the position information of the patient P acquired using the position information sensor 14.
  • the medical assistance device 12 provides the client terminal 11 with a display screen in a description format using a markup language such as XML (Extensible Markup Language) data.
  • the client terminal 11 displays a display screen in XML format using a web browser.
  • the medical support device 12 can provide the display screen to the client terminal 11 in another format such as JSON (JavaScript (registered trademark) Object Notation) instead of XML.
  • JSON JavaScript (registered trademark) Object Notation
  • the server group 13 retrieves the medical care data corresponding to the request from the medical care support device 12 and provides the medical care data corresponding to the request to the medical care support device 12.
  • the server group 13 includes an electronic medical record server 21, an image server 22, a report server 23, and the like.
  • the electronic medical record server 21 has a medical record database 21A that stores electronic medical records.
  • the electronic medical record is an aggregate of one or more medical care data.
  • the electronic medical record includes, for example, medical examination memory, a result of a sample test, a vital sign of a patient, an order of a test, a treatment record, or medical care data such as accounting data.
  • the electronic medical record can be input and viewed using the client terminal 11.
  • the medical examination record is a record of the content and result of the inquiry or palpation, the disease name, or the like.
  • a sample is blood or tissue collected from a patient, and a sample test is a blood test, a biochemical test, or the like.
  • a vital sign is data indicating a patient's condition such as the patient's pulse, blood pressure, or body temperature.
  • the order of examination and the like is a request for examination such as specimen examination, imaging using various modalities, creation of reports, treatment or surgery, or medication.
  • the medical record is a record of treatment, surgery, medication, prescription, or the like.
  • the accounting data is data relating to the consultation fee, the drug fee, the hospital fee, and the like.
  • the image server 22 is a so-called PACS (Picture Archiving and Communication System) server and has an image database 22A in which inspection images are stored.
  • the inspection image is an image obtained by various image inspections such as CT (Computed tomography) inspection, MRI (Magnetic Resonance Imaging) inspection, X-ray inspection, ultrasonic inspection, or endoscopic inspection. These inspection images are recorded, for example, in a format conforming to the DICOM (Digital Imaging and Communications in Medicine) standard.
  • the inspection image can be browsed using the client terminal 11.
  • the report server 23 has a report database 23A that stores image interpretation reports.
  • An image interpretation report (hereinafter, simply referred to as a report) is a report that summarizes image interpretation results of inspection images obtained by image inspection. Interpretation of the inspection image is performed by an interpreting doctor. The report can be created and/or viewed using the client terminal 11.
  • a patient ID is attached to each of the electronic medical record, the examination image, and the report.
  • the electronic medical record is accompanied by information for identifying each medical care data, which identifies the medical staff who input the medical care data.
  • the inspection image is accompanied by information for identifying the medical staff (specifically, the inspection technician) who performed the inspection.
  • the report is accompanied by information that identifies the medical staff (specifically, the image interpreting doctor) who created it.
  • the information for identifying the medical staff is an ID such as the name of the medical staff or a unique number and/or a symbol given to each medical staff (hereinafter referred to as medical staff ID).
  • the client terminal 11, the medical treatment support device 12, and each of the servers 21 to 23 constituting the server group 13 are based on a computer such as a server computer, a personal computer, or a workstation, and an operating system program and a server program or a client program. Install and configure the application programs for. That is, the client terminal 11, the medical assistance device 12, and the servers 21 to 23 constituting the server group 13 have the same basic configuration, and include a CPU (Central Processing Unit), a memory, a storage, a communication unit, and the like. , And a connection circuit for connecting them.
  • the communication unit is a communication interface (LAN board or the like) for connecting to the network 15.
  • the connection circuit is, for example, a motherboard that provides a system bus and/or a data bus.
  • the client terminal 11 includes a CPU 31, a memory 32, a storage 33, a communication unit 34, and a connection circuit 35, as well as a display unit 36 and an operation unit 37.
  • the display unit 36 is, for example, a display using liquid crystal or the like, and has at least a screen for displaying a display screen provided by the medical care support device 12.
  • the operation unit 37 is, for example, a pointing device such as a mouse and/or an input device such as a keyboard.
  • the display unit 36 and the operation unit 37 can form a so-called touch panel.
  • the client terminal 11 stores, in the storage 33, an operating program 39 as well as an operating system program.
  • the operation program 39 is an application program for receiving the function of the medical care support device 12 using the client terminal 11.
  • the operation program 39 is a web browser program.
  • the operation program 39 can be a dedicated application program for receiving the function of the medical care support device 12.
  • the operation program 39 may include one or more gadget engines for controlling a part or all of the display screen provided by the medical care support device 12.
  • the gadget engine is a subprogram that exerts various functions by operating in association with a web browser or the like.
  • the operation program 39 may be recorded in an external recording medium, distributed, and installed in the client terminal 11 from the recording medium. Alternatively, it may be stored in a server or the like connected to the network so as to be accessible from the outside, and downloaded and installed in the client terminal 11 in response to a request.
  • the CPU 31 of the client terminal 11 functions as a GUI (graphical user interface) control unit 41 and a request issuing unit 42 in cooperation with the memory 32, as shown in FIG.
  • GUI graphical user interface
  • the GUI control unit 41 causes the display unit 36 to display the display screen provided by the medical care support device 12 on the web browser.
  • the GUI control unit 41 controls the client terminal 11 in accordance with an operation instruction input using the operation unit 37, such as a button click operation using a pointing device.
  • the request issuing unit 42 issues a request for various processes (hereinafter referred to as a process request) to the medical care support device 12 in response to an operation instruction from the operation unit 37.
  • the processing request issued by the request issuing unit 42 is, for example, a display screen distribution request or a display screen edit request.
  • the request issuing unit 42 transmits the processing request to the medical care support device 12 via the communication unit 34 and the network 15.
  • the display screen delivery request requests the medical care support device 12 to deliver a display screen having a specific configuration.
  • the initial screen 71, the clinical flow screen 81, or the like can be designated and received.
  • the display screen edit request requests the medical care support device 12 to edit the contents of medical care data and the like displayed on the display screen after receiving a display screen having a specific configuration from the medical care support device 12. For example, when the clinical flow screen 81 is delivered, a request is made to specify or change the list of patients to be displayed, specify or change the display target period of the medical care process, or specify or change the medical care process to be displayed. This is a request to edit the display screen.
  • the display screen distribution request and/or the edit request includes the medical staff ID and information such as the address of the client terminal 11 on the network.
  • the medical staff ID is input on a login screen (not shown) to the medical care support system 10 (or the medical care support device 12).
  • the medical care support device 12 includes a CPU 51, a memory 52, a storage 53, a communication unit 54, and a connection circuit 55.
  • the medical treatment support device 12 can be provided with a display unit and/or an operation unit as required, similarly to the client terminal 11, and can be attached with a display unit and/or an operation unit if necessary. In the embodiment, the medical care support device 12 does not have a display unit and an operation unit.
  • the medical care support apparatus 12 stores an operating program 59 in the storage 53 in addition to an operating system and the like.
  • the operation program 59 is an application program for causing a computer constituting the medical care support device 12 to function as the medical care support device 12.
  • the CPU 51 of the medical treatment support device 12 cooperates with the memory 52 to cooperate with the request reception unit 61, the display screen generation unit 62, the patient position information acquisition unit 63, and the congestion status. It functions as the calculation unit 64 and the like.
  • the operation program 59 may be recorded in an external recording medium, distributed, and installed in the medical care support device 12 from the recording medium. Alternatively, it may be stored in a server or the like connected to the network so as to be accessible from the outside, and may be downloaded and installed in the medical care support device 12 in response to a request.
  • the request receiving unit 61 receives various processing requests such as a display screen distribution request and an edit request from the client terminal 11.
  • the request receiving unit 61 inputs a processing instruction to each unit that executes the corresponding processing according to the content of the requested processing. For example, when there is a display screen distribution request from the client terminal 11, the request reception unit 61 inputs an instruction to generate the corresponding display screen to the display screen generation unit 62. Similarly, when there is a display screen edit request from the client terminal 11, the request reception unit 61 inputs an edit instruction of the corresponding display screen to the display screen generation unit 62.
  • the request reception unit 61 also receives a request for login to the medical support device 12, and a login processing unit (not shown) executes login processing such as confirmation of the medical staff ID and password.
  • the display screen generation unit 62 generates or edits various display screens such as the clinical flow screen 81.
  • the display screen generation unit 62 generates XML data representing the display screen when a new display screen distribution request is made, and when a display screen edit request is made. Edit the previously created XML data according to the request content.
  • the display screen generation unit 62 accesses the server group 13 as necessary and acquires information regarding a medical care process or the like used for generating or editing the display screen. Note that the display screen generation unit 62 can hold a part or all of the information regarding the medical care process and the like acquired from the server group 13 in order to reduce the frequency of access to the server group 13.
  • the display screen generation unit 62 When the login processing unit normally completes the login process, the display screen generation unit 62 generates the initial screen 71 (see FIG. 9) that is first displayed after login. In addition, when creating or editing the initial screen 71, the display screen creating unit 62 provides information necessary for creating or editing the initial screen 71 to the server group 13, the client terminal 11, or the other medical support system 10. Acquire from the device or system that cooperates with.
  • the congestion status calculating unit 64 uses the patient position information acquired by the patient position information acquiring unit 63 to calculate the congestion status when the patient P receives medical treatment in the medical treatment process. The contents of the congestion status calculated by the congestion status calculation unit 64 will be described later.
  • the display screen generation unit 62 displays the congestion status calculated by the congestion status calculation unit 64 on the display screen to be generated or edited. In the following, when a specific patient is to be distinguished from other patients, a numeral (1, 2, 3,...) Is added after the code P to distinguish it from other patients P.
  • the patient position information acquisition unit 63 acquires the position information of the patient P (hereinafter, referred to as patient position information) from the communication information of the position information sensor 14 in the medical facility and the terminal possessed by the patient P.
  • the technique for acquiring this patient position information is the same as the position information system described in, for example, JP-A-2018-050739.
  • the position information sensor 14 is installed in each of a plurality of areas in the medical facility.
  • the mobile terminal 16 such as a smartphone is used as a terminal carried by the patient P.
  • the mobile terminal 16 preferably has, for example, the same configuration as the client terminal 11 and has portability.
  • the mobile terminal 16 communicates with the position information sensor 14 by radio waves such as Wi-Fi (Wireless Fidelity, registered trademark).
  • the mobile terminal 16 may be a terminal lent from a hospital or a terminal owned by a patient, and can communicate with the position information sensor 14 by installing, for example, predetermined application software. Further, the mobile terminal 16 is not limited to the above-mentioned terminals, but may be an RFID (radio frequency identifier) tag lent at a hospital reception or a waiting room, or a terminal dedicated to position acquisition (a wristwatch-type or wristband-type terminal, etc.). Good.
  • the position information sensor 14 includes a plurality of areas designated in advance in the medical facility 17, such as a reception room, a waiting room, a changing room, a consultation room, and an examination room, which the patient P enters when receiving medical treatment. Are preferably placed on the ceiling and walls of the vehicle at approximately equal distances.
  • the position information sensor 14 periodically transmits a radio wave, and when the mobile terminal 16 of the patient P receives the radio wave, the communication information between the position information sensor 14 and the mobile terminal 16 is the network. It is sent to the patient position information acquisition unit 63 of the medical treatment support device 12 via the wireless LAN or the like which constitutes the wireless communication system 15.
  • the patient position information acquisition unit 63 stores in advance a map of the position information sensor 14 arranged in the medical facility 17, and acquires patient position information from communication information between the position information sensor 14 and the mobile terminal 16.
  • the patient position information acquired by the patient position information acquisition unit 63 is accumulated in the congestion status calculation unit 64.
  • the congestion status calculation unit 64 uses the patient position information acquired by the patient position information acquisition unit 63 to calculate the congestion status when the specific patient P1 receives medical care while the medical care support system 10 is operating.
  • a waiting area where the patient P enters before receiving medical treatment is set in advance, and when it is detected from the patient position information that a specific patient P1 enters the waiting area, the waiting area is entered.
  • the number of waiting persons which is the number of all the patients P who are doing, and the order in which a specific patient P1 enters the waiting area with respect to the number of waiting persons are calculated as a congestion situation.
  • FIG. 8 is an example for explaining the process of calculating the congestion status using the patient position information.
  • the waiting room W is a preset waiting area where the patient P enters (enters) the room before receiving medical treatment. Further, in FIG. 8, the position information sensor 14 and the mobile terminal 16 are not shown in order to prevent complication, but the communication between the position information sensor 14 and the mobile terminal 16 is performed similarly to the description of FIG. 7 described above. Patient position information is acquired from the state.
  • FIG. 8A shows a state in which a specific patient P enters the waiting room W, and two patients P enter the waiting room W.
  • FIG. 8B shows a state in which the specific patient P1 enters the waiting room W.
  • the order in which the specific patient P1 enters the waiting room W is the third.
  • FIG. 8C shows the current state of the waiting room W, and the number of waiting persons, which is the number of all patients P entering the waiting room W, is five.
  • the congestion situation calculation unit 64 indicates that the current waiting number is 5, and the order in which the specific patient P1 enters the waiting area is 3 with respect to the waiting numbers of 5 people. It can be calculated that it is a person's eyes as a congestion situation.
  • the patients P who have left the waiting room W to receive medical treatment are excluded from the number of people waiting and the order in which they entered the room.
  • the display screen generation unit 62 When the medical staff logs in to the medical care support system 10 using the client terminal 11, the display screen generation unit 62 generates the initial screen 71 shown in FIG. 9 based on the settings made for each medical staff, and the client terminal 11 To provide. Accordingly, the client terminal 11 displays the initial screen 71 on the screen of the display unit 36.
  • the initial screen 71 has three display fields, for example, a schedule display field 72, a mail display field 73, and a list display field 74.
  • the display contents of the schedule display field 72 and the mail display field 73 are generated by the gadget engine, which is a part of the operation program 39 of the client terminal 11, by obtaining information from the client terminal 11 and other devices or systems.
  • the list display field 74 displays at least a part of the clinical flow screen 81. Therefore, the display screen generation unit 62 generates the initial screen 71 that includes the schedule display field 72 and the mail display field 73 that do not include the content, and the list display field 74 that includes the content of the clinical flow screen 81.
  • the client terminal 11 uses the gadget engine to display the initial screen 71 supplemented with the contents of the schedule display field 72 and the mail display field 73 on the screen of the display unit 36.
  • a bar 78 and a scroll bar 79 are displayed.
  • the scroll bar 78 is a GUI that is operated when the display content of the list display field 74 is shifted in the left-right direction and a non-display portion is displayed.
  • the scroll bar 79 is a GUI that is operated when displaying a non-display portion by vertically shifting the display content of the list display field 74.
  • the GUI control unit 41 performs such GUI display and control.
  • the request issuing unit 42 issues a display screen delivery request.
  • the operation in which the request issuing unit 42 issues a display screen distribution request based on the operation of the GUI or the like constitutes a display screen distribution request step.
  • the operation for displaying the clinical flow screen 81 is executed in order to display the entire clinical flow screen 81, a part of which is displayed in the list display field 74.
  • the request issuing unit 42 issues a distribution request for the clinical flow screen 81.
  • the request receiving unit 61 receives the display screen distribution request, and the display screen generating unit 62 displays the display screen distribution request. Generate the screen.
  • the display screen generation unit 62 generates the clinical flow screen 81 using the information related to the medical care process and the like that is appropriately acquired from the server group 13 and the like.
  • the clinical flow screen 81 generated or the like in this embodiment includes, for example, a patient column C01, a medical care item column C02, and a medical care process column C03.
  • the patient column C01 constitutes a list of a plurality of patients who satisfy a predetermined condition.
  • the predetermined condition is, for example, that the patient is an outpatient on the day of the day, the person in charge is the medical staff who is the login user, or that the person in charge is the group (medical department etc.) to which the medical staff who is the login user belongs, etc. Is.
  • the 10 is a list relating to outpatients handled by “medical doctor Taro” who is a medical staff member who has logged in to the client terminal 11. Further, in the present embodiment, the plurality of patients displayed on the clinical flow screen 81 correspond to the specific patients P1, P2, P3,...
  • the medical care item column C02 is a list in which only medical care item names are extracted from the medical care process that each patient receives.
  • the medical process column C03 can display the non-displayed portion by a scroll operation or the like, as in the list display field 74 on the initial screen 71.
  • each line from the second line onward constitutes a so-called clinical flow in which the identification information of each patient and the medical care process of that patient are associated with each other.
  • the medical care process included in the clinical flow of each patient is displayed for each item included in each medical care process (for example, for each medical care data).
  • patient column C01 patient names, patient identification information, date of birth, age, etc. are entered.
  • medical care item column C02 “medical examination”, “specimen”, “radiation”, “physiology”, “re-examination” and the like indicating medical treatment items are input.
  • the medical care item input to the medical care item column C02 corresponds to each medical care item input to the medical care process column C03. It should be noted that “specimen”, “radiation”, and “physiology” indicate medical examination items of a specimen examination, a radiation examination, and a physiological examination, respectively.
  • the medical care items for which the patient receives medical care are input in chronological order. Further, each medical care item in the medical care process column C03 and the status of the medical care item are input. As the status of the medical care item, for example, any one of "unfinished”, “completed”, “in progress”, etc. is displayed. Further, when the inspection itself and the post-inspection processing are required, such as a sample inspection, the statuses of both are displayed. The scheduled start time and the required time are entered when the status is “not completed”, the end time is entered when the status is “completed”, and the scheduled end time is entered when the status is “processing”.
  • the congestion status 82 (enclosed by a chain double-dashed line) together with the status, the scheduled start time, and the required time. Is displayed).
  • the congestion status 82 is the number of waiting persons, which is the number of all the patients P entering the waiting area calculated by the congestion calculating unit 64, and the patient P enters the waiting area with respect to the waiting number. It is composed of information in the order in which it was done.
  • a waiting room adjacent to each examination room or each examination room is set in advance as a waiting area where the patient P enters before receiving medical examination.
  • the medical information item of "re-examination” includes the status of "not completed”, the scheduled start time, and the required time, as well as the information "the 7th person out of 12 prospective persons” which is the congestion status 82. It is displayed.
  • the waiting room adjacent to the examination room is set in advance as the waiting area, and the congestion situation calculation unit 64 specifies the waiting number, which is the number of all the patients P who have entered the waiting room, and a specific number for the waiting number.
  • the order in which the patient P1 “Fuji Taro” entered the waiting room is calculated as the congestion status 82.
  • the order in which the specific patient P1 enters the waiting room with respect to the waiting number is also referred to as the progress status.
  • the congestion status 82 is not limited to the character information, and may be shown in the figure, for example, the number of waiting persons may be represented by the number of humanoid marks. Also, the congestion status may be shown in the drawings in the following embodiments.
  • the congestion status calculator 64 inputs the congestion status 82 such as the number of waiting persons and the progress status calculated as described above to the display screen generator 62. Then, the display screen generation unit 62 attaches the congestion status by the congestion status calculation unit 64 to the display screen and distributes it to the client terminal 11. In the following description, “update the display screen by adding the congestion status” to the display screen, “display on the display screen”, “attach on the display screen”, or It may be simply referred to as “displayed on the display screen”.
  • the patient position information acquisition unit 63 acquires the patient position information during operation of the medical care system, and the patient position information changes according to the movement of the patient P. Furthermore, since the congestion status 82 calculated by the congestion status calculation unit 64 is also changed according to the change in the patient position information, the display screen generation unit 62 updates the display screen every time the congestion status 82 is changed.
  • the client terminal 11 corrects the scheduled start time, required time, etc. of the medical treatment displayed on the clinical flow screen 81 by the medical staff who is the logged-in user operating the operation unit 37, or the specific patient P1. It is also possible to issue an edit request for exchanging the order of the medical treatment schedule and the order of the medical treatment schedule of another specific patient P2. It should be noted that such a replacement operation is preferably limited to only authorized persons such as medical staff of each examination department and the editing request is issued. For example, the medical staff ID input when logging in to the client terminal 11 is used. Restricted by For example, when the client terminal 11 is equipped with a touch panel, it is preferable to perform the order changing operation by a drag and drop operation. Based on the edit request, the display screen generation unit 62 corrects the scheduled time for the patient to undergo the examination or changes the order in which the patient is scheduled to undergo the examination.
  • the display screen generation unit 62 distributes the display screen generated, edited, or updated as described above to the client terminal 11 via the communication unit 54. Accordingly, the client terminal 11 displays the display screen provided by the display screen generation unit 62 on the display unit 36.
  • the medical staff operates the client terminal 11 to activate the operation program 39.
  • the GUI control unit 41 and the request issuing unit 42 are constructed in the CPU 31 of the client terminal 11.
  • step S100 of FIG. 11 the medical staff enters the medical staff ID through the login screen to browse the display screen.
  • the request issuing unit 42 issues a display screen distribution request.
  • the operation program 59 is activated, and the CPU 51 is configured with a request reception unit 61, a display screen generation unit 62, a patient position information acquisition unit 63, and a congestion state calculation unit 64.
  • the distribution request issued from the request issuing unit 42 of the client terminal 11 is accepted by the request accepting unit 61 of the medical care support device 12 and passed to the display screen generating unit 62.
  • the display screen generation unit 62 appropriately acquires information regarding the medical care process and the like from the server group 13 and the like based on the settings for each medical staff who has logged in, and uses the acquired information regarding the medical care process and the like to perform the clinical flow screen 81.
  • a display screen such as is generated (step S200).
  • the congestion status 82 calculated by the congestion status calculator 64 and displayed on the clinical flow screen 81 for a plurality of patients is changed. It should be noted that the change of the congestion status 82 will be described separately with reference to the flowchart shown in FIG.
  • the generated display screen is distributed to the client terminal 11 (step S210).
  • the GUI control unit 41 displays a display screen such as the clinical flow screen 81 on the display unit 36 (step S110).
  • the medical staff views the display screen such as the clinical flow screen 81 and confirms the progress status of the medical care process of each patient.
  • the medical staff performs an editing operation such as adding a new medical care item to the medical care process sequence C03 or inputting a status such as “under implementation” or “completed” to each medical care item as necessary.
  • the request issuing unit 42 issues an editing request (step S130).
  • the editing request issued from the request issuing unit 42 of the client terminal 11 is accepted by the request accepting unit 61 of the medical care support device 12 and passed to the display screen generating unit 62.
  • the display screen generating unit 62 edits the screen (S220).
  • the edited display screen is distributed to the client terminal 11 (step S230).
  • the display screen generation unit 62 also accesses the server group 13 to update the medical care data. To do.
  • the GUI control unit 41 displays the edited display screen on the display unit 36 (step S140).
  • each medical staff can confirm the congestion status 82 at a time together with the list of medical care processes of each patient.
  • the client terminal 11 repeats steps S120 to S140 while the medical staff does not instruct the logout (NO in step S150).
  • the medical care support device 12 repeats the above steps S220 and S230 while the request receiving unit 61 does not receive the logout instruction (NO in step S240).
  • the medical care support device 12 actually receives distribution requests and edit requests from a plurality of client terminals 11 and The display screen for the client terminal 11 is generated, edited, and distributed in parallel. Furthermore, although not included in FIG. 11, in addition to generating, editing, and distributing the display screen, the medical assistance device 12 also adds a clinical flow of a new patient and updates the congestion status 82 during login. A screen with the latest congestion status 82 is created on the display screen that is constantly distributed.
  • the medical assistance device 12 displays the patient displayed on the clinical flow screen 81.
  • a clinical flow of a new patient is added to the list (step S310).
  • the display screen such as the clinical flow screen 81 to which the clinical flow of the new patient is added is distributed (step S320). It should be noted that when the clinical flow of a new patient is added to the list, the content of each medical care item of the clinical flow may be distributed in a blank state and input from the client terminal 11.
  • the initial display screen is delivered, or if the patient position information is changed as described below, the congestion status 82 is updated. Distribute the display screen.
  • step S330 when the patient position information has changed (YES in step S330), as described above, the congestion status calculation unit 64 calculates the congestion status 82 using the patient position information (step S340). ). The latest congestion status 82 calculated by the congestion status calculator 64 is attached to the display screen, and the display screen with the updated congestion information is distributed to the client terminal 11 (step S350). Further, while the logout instruction is not accepted by the request accepting unit 61 (NO in step S360), the above steps S300 to S350 are repeated.
  • the congestion status can be known at once together with the list of the medical care processes. As a result, it is possible to proceed with medical treatment on an appropriate schedule according to the congestion situation of patients. In particular, it is possible to be careful not to make the same examination reservations in the same time zone. Furthermore, by knowing the congestion status together with the list of medical care processes, it is possible to easily grasp the actual inspection time and minimize the delay of medical treatment in the latter stage of the inspection. In addition, it is possible to correct the scheduled start time of medical treatment according to the congestion situation, or to have another medical staff with free hands take over.
  • the priority is high according to the severity, etc., and the order of patients who want to perform an examination earlier is later.
  • the congestion status can be known at a time together with the list of medical care processes, it is possible to take measures such as medical treatment of a patient having a high priority according to the congestion status.
  • the congestion status the number of waiting persons and the progress status are displayed on the client terminal 11, which makes it easier to understand the congestion status.
  • the congestion status calculation unit 64 calculates the order in which a specific patient enters the waiting area as the congestion status.
  • the present invention is not limited to this, and in the medical assistance device of the second embodiment, It is also possible to acquire the information on the scheduled examination time configuring the medical care process from the display screen generation unit 62 and calculate the order in which the patients entering the waiting area are arranged in ascending order of the scheduled examination time as the congestion status.
  • the configuration other than the congestion state calculation unit 64 is the same as that in the first embodiment.
  • the congestion status calculation unit 64 calculates the congestion status in the present embodiment.
  • the congestion status calculation unit 64 first The number of people waiting in the room is calculated, and information about scheduled examination times of the patients P1 to P5 is acquired from the display screen generation unit 62.
  • the scheduled examination time acquired from the display screen generation unit 62 is the scheduled examination time information included in the information that constitutes the clinical flow screen 81. These scheduled examination times are input from each client terminal 11 by the medical staff, for example.
  • the examination time information is accumulated by using the history of the patient position information as described in the third embodiment described later, and the accumulated examination time information is stored in the patient information, the examination content information,
  • the time calculated by the medical care support device 12 using the inspection time information (the inspection required time and the inspection waiting time) calculated by statistically processing the inspection result information, the inspection operator information, the inspection device information, the date information, etc. May be obtained.
  • the waiting room W is a preset area that is preset and in which the patient P enters before receiving a specific examination.
  • FIG. 14 is an example of scheduled examination times of the patients P1 to P5 acquired by the congestion status calculation unit 64 from the display screen generation unit 62.
  • the patients P1 to P5 shown in the table of FIG. 14 correspond to the patients P1 to P5 who have entered the waiting room W shown in FIG.
  • the congestion status calculation unit 64 calculates the order in which the patients P1 to P5 are arranged in order of earliest scheduled examination time as a congestion status. In the example shown in FIG. 14, for example, it is understood that the patient P1 is the third person in the order in which the scheduled examination times are arranged in ascending order, and the progress status is “third person out of five scheduled persons”.
  • the congestion status calculation unit 64 inputs the progress status calculated as described above to the display screen generation unit 62 as the congestion status. Then, the display screen generation unit 62 attaches the congestion status by the congestion status calculation unit 64 to the display screen and distributes it to the client terminal 11.
  • the congestion status is calculated using the information on the scheduled examination time configuring the medical care process together with the patient position information, it is possible to calculate the congestion status with higher accuracy.
  • the medical care support device 85 includes an examination time information storage unit 86.
  • the configuration other than the examination time information storage unit 86 is the same as that of the medical treatment support device 12 of the first and second embodiments.
  • the data of the medical care process used for the statistical processing in the present embodiment is the same as the data of the medical care process displayed on the clinical flow screen 81 of the first and second embodiments.
  • the examination time information storage unit 86 uses the history of the patient location information acquired by the patient location information acquisition unit 63 to store examination time information including examination required time and examination waiting time for each examination constituting the medical care process. To do.
  • the examination time information accumulating unit 86 may accumulate the examination time information either in the storage device provided in the medical care support device 85 or in any of the server groups 13. When accumulating the examination time information in any of the server groups 13, the examination time information accumulating unit 86 includes the patient information, the examination content information, the examination result information, and the examination execution among the medical care data originally stored in the server group 13. It is preferable to store at least one of the personal information, the inspection device information, and the date and time information and the inspection time information in association with each other.
  • the patient information that is stored in association with the examination time information includes sex, age (childhood, young age, old age), presence/absence of disability (visual impairment, foot disorder, dementia, etc.), symptom severity (examination requires time) Or, a careful inspection is necessary), and particularly items that affect the progress of the inspection are taken into consideration (the same applies to the following inspection content information, inspection result information, inspection executor information, inspection equipment information, date and time information).
  • the examination content information is a radiological examination, a physiological examination, a specimen examination, an endoscopic examination, or the like, and may further include information on an examination site or the like.
  • the inspection result information includes whether or not there is an abnormal value, points that the inspector needs attention, and whether or not reinspection is performed.
  • the information of the person who conducts the inspection includes the degree of inspection skill of a veteran or a young person and the inspection speed of each person who performs the inspection such as prudent and speedy.
  • the inspection device information includes a new model (measurement time is fast), an old model (measurement time is slow), a device model number, a device manufacturer, and the like.
  • FIGS. 16 and 17 are explanatory diagrams for explaining the situation when the examination time information accumulating unit 86 accumulates the examination time information using the history of the patient position information in the present embodiment.
  • the examples shown in FIGS. 16 and 17 are history of patient position information and examination time information when the patient P1 receives one of the examinations constituting the medical care process, and the patient P1 indicates the inside of the medical facility 17 with a circled numeral. It moves in the order of 1, 2, 3, 4, 5, and 6, and the locations of circled numbers in FIG. 16 correspond to the locations of circled numbers in FIG.
  • the examination time information storage unit 86 can calculate the examination required time and the examination waiting time from the history of the patient position information by using the times when the patient P1 enters and leaves each location. That is, the required inspection time can be calculated from the difference between the time of entering the room and the time of leaving the room, and the waiting time for the inspection can be calculated from the difference between the time of entering the second waiting room and the time of leaving. In this way, the examination time information accumulating unit 86 accumulates examination time information composed of the examination required time and the examination waiting time for each examination constituting the medical care process.
  • the congestion state calculation unit 64 performs statistical processing using the inspection time information accumulated by the inspection time information accumulation unit 86 to calculate the congestion state.
  • patients are classified into a plurality of types in advance, and statistical processing is performed using the examination time information accumulated by the examination time information accumulating unit 86.
  • FIG. 18 is an example of the inspection time information accumulated by the inspection time information accumulating unit 86.
  • FIG. 18 is an example of the inspection time information accumulated by the inspection time information accumulating unit 86.
  • FIG. 18 is an example of the inspection time information accumulated by the inspection time information accumulating unit 86.
  • the entry time and the exit time (the upper part of each examination item is the entry time)
  • the lower row stores the time of leaving the room)
  • the time from the medical treatment item to the next medical treatment item is accumulated as a waiting time
  • the time from reception to accounting is accumulated as "TOTAL" (total) time.
  • the difference between the entry time and the exit time may be accumulated instead of both the entry time and the exit time of each medical care item.
  • this examination time information is accumulated in association with information such as identification information as patient information, age, and presence/absence of foot disorder.
  • the age is used as the type of patient in the patient information accumulated in association with the examination time information, and for example, elderly people in their 20s, 30s, 40s, 50s, and 60s or older.
  • the inspection time information for each age group is statistically processed.
  • the statistical processing for example, a general method such as a mathematical method is used. Further, the statistical processing may be performed by classifying the type of patient according to any of the above-mentioned patient information, examination content information, examination result information, examination executor information, examination equipment information, date and time information, and the like.
  • the congestion status calculation unit 64 calculates the required inspection time or the inspection waiting time for each type of patient by the above statistical processing, and further uses the required inspection time or the inspection waiting time for each patient type to determine the total required inspection time or The total inspection waiting time can be calculated as the congestion status. That is, the required test time or the test waiting time for each type of patient is used according to the planned patient, and these values are added up according to the planned patient to calculate the total test required time or the total test waiting time. To do.
  • the required inspection time for all zones is calculated by integrating the required inspection times for each patient type of the 20s, 30s, 40s, 50s, and the elderly.
  • the calculated congestion status is attached to the display screen and distributed to the client terminal 11 as in the first and second embodiments.
  • the total examination required time calculated according to the patient scheduled for examination before this patient may be added to the current time and displayed as the scheduled start time on the display screen.
  • the entire inspection waiting time calculated according to the patient scheduled to be inspected before the specific patient may be calculated and displayed on the display screen.
  • the congestion status is calculated by performing the statistical processing using the inspection time information for each of the examinations that form the medical care process, it is possible to calculate the congestion status with higher accuracy.
  • FIG. 19 shows an example of the clinical flow screen distributed to the client terminal 11 as a modification of each of the above embodiments.
  • the client terminal 11 possessed by the medical staff is notified of information (panic value) indicating that immediate response is required. Also called).
  • a panic value is an abnormal value that suggests that the patient is in a dangerously life-threatening state, and life can be saved if treatment is started immediately, but its diagnosis is difficult only by clinical examination and can be made only by examination. Say that.
  • a part of the clinical flow screen 90 is shown, and in the medical examination item of the sample test “Fuji Taro”, the graphic information 91 as the notification information together with the character information “The test result needs attention” is displayed. Is attached.
  • This notification information can be input from the client terminal 11 of a medical staff member such as a doctor in charge of the examination.
  • the medical care support device 12 distributes the display screen with the notification information to the client terminal 11 in the same manner as in the first and second embodiments except that the notification information is displayed on the display screen.
  • the notification information may be distributed to the mobile terminal 16 carried by the patient P.
  • a medical staff other than the medical staff in charge of the examination or the patient himself/herself can recognize that immediate attention is necessary by browsing the client terminal 11 or the mobile terminal 16.
  • the display screen generation unit 62 generates an inspection-specific display screen 93 different from the display screen of each of the above-described embodiments and distributes it to the client terminal 11, as shown in FIG.
  • This examination-specific display screen 93 extracts only the patients who receive a specific examination satisfying a predetermined condition from the medical care process that constitutes the clinical flow screen 81, and rearranges them according to the scheduled examination schedule or the scheduled examination time. It is a screen.
  • the specific examination that satisfies the predetermined condition is, for example, an examination performed by a medical staff who is a login user, or an examination of a group (medical department, etc.) to which the medical staff who is a login user belongs. is there.
  • the example shown in FIG. 20 is a screen in which only patients who undergo a radiological examination are extracted and rearranged according to the order in which the radiographic examination is scheduled or the scheduled time to undergo the examination. As a result, the medical staff can easily understand the examination schedule and also the congestion status.
  • the examination-specific display screen 93 shown in FIG. 20 displays the current position information of each patient. For example, “Fuji Reiko” indicates that they are in the "2nd floor South Toilet", and “Fuji Saburo” indicates that they are in the "waiting room”.
  • This current position information uses the latest patient position information acquired by the patient position information acquisition unit 63. Note that such display of the current position information is not limited to the inspection-specific display screen 93, and similar display may be performed on the display screens of the above-described embodiments. Further, the current position information is not limited to character information, and a map of position information as shown in FIG. 7 may be displayed on the display screen in a superimposed manner, and a figure indicating a place (indoor, toilet, stairs mark, etc.), It is also possible to change the display mode such as displaying in different colors according to the distance from the waiting area.
  • the order may be interchangeable.
  • "Fuji Saburo” who has entered the "waiting room” and "Fuji Shiroko” who has not entered the room "Fuji Zeroko” is requested by the editing request from the client terminal 11 of the inspection department in charge.
  • the order of "Fuji Saburo” and “Fuji Saburo” can be switched so that the order of "Fuji Saburo" who has already entered the room can be changed first.
  • the operation for changing the order is limited to the edit request from each inspection department and is performed by the drag and drop operation, as in the above-described embodiments.
  • buttons for raising or lowering the order may be displayed near the identification information of each patient, and when these buttons are touch-operated, the order may be changed.
  • the position information sensor 14 receives a radio wave transmitted from the mobile terminal 16, the RFID tag carried by the patient P, or the position acquisition dedicated terminal.
  • the technique for acquiring the patient position information is not limited to the technique described in each of the above-described embodiments, and may be IMES (indoor messaging system) or BLE (Bluetooth). It is preferable to use an indoor position detection technology such as (registered trademark) Low Energy).
  • a patient's face image or the like may be acquired in advance, and the patient position information may be acquired from an image captured by a camera arranged in a medical facility by using image recognition technology.
  • the hardware structure of a processing unit that executes various types of processing is various types of processors as described below.
  • the various processors include CPUs (Central Processing Units), GPUs (Graphical Processing Units), and FPGAs (Field Programmable Gate Arrays) that are general-purpose processors that execute software (programs) and function as various processing units. Includes a programmable logic device (PLD), which is a processor whose circuit configuration can be changed after manufacturing, and a dedicated electric circuit, which is a processor having a circuit configuration specifically designed to execute various processes. ..
  • PLD programmable logic device
  • One processing unit may be configured by one of these various processors, or a combination of two or more processors of the same type or different types (for example, a plurality of FPGAs, a combination of CPUs and FPGAs, or a CPU). And GPU, etc.).
  • the plurality of processing units may be configured by one processor.
  • one processor is configured by a combination of one or more CPUs and software, as represented by a computer such as a client or a server. There is a form in which this processor functions as a plurality of processing units.
  • SoC System On Chip: SoC
  • SoC System On Chip
  • the various processing units are configured by using one or more of the above various processors as a hardware structure.
  • the hardware structure of these various processors is, more specifically, an electric circuit in the form of a combination of circuit elements such as semiconductor elements.
  • a processor is provided, and the processor generates a display screen that displays the patient identification information and the medical care process in association with each other for a plurality of patients, Obtain the location information of the patient in the medical facility, Calculate the congestion situation when the patient receives medical treatment in the medical treatment process using the acquired patient position information, A medical assistance device that displays the calculated congestion status on the display screen.

Landscapes

  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

医療施設の各診療における患者の混雑状況を容易に把握し、適切なスケジュールで診療を進行することが可能な診療支援装置及び診療支援システムを提供する。診療支援装置（１２）は、複数名の患者について、患者ごとに、患者の識別情報と診療プロセスとを対応付けて表示する表示画面を生成する表示画面生成部（６２）と、患者位置情報を取得する患者位置情報取得部（６３）と、患者位置情報取得部（６３）により取得した患者位置情報を用いて、診療プロセスにおける診療を患者が受ける際の混雑状況を算出する混雑状況算出部（６４）とを備え、混雑状況をクリニカルフロー画面等の表示画面上に表示する。

Description

診療支援装置及び診療支援システム

　本発明は、診療支援装置及び診療支援システムに関する。

　医療分野では、医師や検査技師等の医療スタッフが円滑に診察及び検査等を進めるために、診療等の過程及び結果を、医療スタッフ間又は診療科間等で共有する統合的な診療支援装置が使用されている。診療支援装置は、例えば、診療プロセスを複数の患者について一覧にしたリストを表示する等して、医療スタッフに提供することによって診療を支援する（特許文献１）。

　医療スタッフは、診療支援装置によって表示される診療プロセスのリストに基づいて、診療を受ける患者の順番、各患者の情報及び診療内容等を把握して、診療を効率良く進めるように準備を行う。このような診療の準備の際、同じ時間帯に検査が集中しないようにすること、重症度等に応じた患者の優先度等を考慮しなければならない。

　一方、診療支援装置には、患者毎の位置情報に基づいて各患者の待ち時間等の混雑状況を算出し、医療施設等のマップ上に混雑状況に関する情報を表示する装置がある（特許文献３）。

特開２０１６－１４３２０５号公報 特開２０１７－１０２７５９号公報 特許第５８８９６８６号公報

　しかしながら、上記特許文献１記載の診療支援装置では、診療プロセスのリストを閲覧している医療スタッフが、それぞれの診療における混雑状況を把握することができない。このため、混雑状況を知らずに、診療プロセスのリストに基づいて、検査の予約を入れて同じ時間帯に同じ検査等が集中してしまうことがある。また、同じ検査への集中により待ち時間が多くなって実際の検査時間が把握できずに検査の後段の診療まで遅延する等の問題がある。

　また、上記特許文献２及び３記載の混雑状況を表示する機能を有していても診療プロセスのリストを表示する表示画面から、マップ等の表示画面に切り替えなければ混雑状況を把握できない。このため、診療プロセスのリストにおける所定の診療の混雑状況を知りたい場合、表示画面を切り替えて、さらにその診療を受けるマップ上の場所を探さなければならず、非常に手間が掛かる。

　そこで、本発明は、医療施設の各診療における患者の混雑状況を容易に把握し、適切なスケジュールで診療を進行することが可能な診療支援装置及び診療支援システムを提供することを目的とする。

　本発明の診療支援装置は、表示画面生成部と、患者位置情報取得部と、混雑状況算出部とを備え、混雑状況算出部により算出された混雑状況を表示画面上に表示する。表示画面生成部は、複数名の患者について、患者ごとに、患者の識別情報と診療プロセスとを対応付けて表示する表示画面を生成する。患者位置情報取得部は、医療施設内における患者の位置情報を取得する。混雑状況算出部は、診療プロセスにおける診療を患者が受ける際の混雑状況を、患者位置情報取得部により取得した患者位置情報を用いて算出する。

　混雑状況算出部は、診療を受ける前に患者が進入する待機区域を予め設定しており、患者位置情報から待機区域に患者が進入している場合、混雑状況として待機区域に進入している全ての患者の人数である待機人数を算出することが好ましい。

　混雑状況算出部は、待機人数を算出し、かつ表示画面生成部から診療プロセスにおける検査予定時刻の情報を取得し、待機区域に進入している患者を検査予定時刻が早い順に並べた順番を混雑状況として算出することが好ましい。

　患者位置情報の履歴を用いて、診療プロセスを構成する検査ごとの検査所要時間及び検査待ち時間から構成される検査時間情報を蓄積する検査時間情報蓄積部を備えていることが好ましい。

　検査時間情報蓄積部は、検査時間情報に、患者情報、検査内容情報、検査結果情報、検査実施者情報、検査機器情報、及び日時情報のうち少なくとも1つと対応付けて蓄積することが好ましい。

　混雑状況算出部は、患者を予め複数の種類に分類し、検査時間情報を用いて統計処理することにより種類ごとの検査所要時間又は検査待ち時間を算出し、種類ごとの検査所要時間又は検査待ち時間を用いて全体検査所要時間又は全体検査待ち時間を混雑状況として算出することが好ましい。

　患者が受けた検査結果に対して早急な対応が必要と判断された場合、表示画面上に報知情報を表示することが好ましい。

　患者が受けた検査結果に対して早急な対応が必要と判断された場合、医療スタッフ又は患者が所持する端末に報知情報を送信することが好ましい。

　表示画面生成部は、診療プロセスを構成する検査のうち、所定条件を満たす特定の検査を受ける患者のみを抽出し、特定の検査を受ける予定の順番、又は特定の検査を受ける予定時刻に従って並べ替えた検査別表示画面を生成することが好ましい。

　表示画面上に、各患者の現在位置情報を表示することが好ましい。

　表示画面生成部は、各検査部門からの編集要求があった場合、患者が診療を受ける予定時刻の修正、又は診療を受ける予定の順番の入れ替えを行うことが好ましい。

　本発明の診療支援システムは、診療支援装置とクライアント端末とこれらを相互に通信可能に接続するネットワークとで構成される診療支援システムであって、表示画面生成部と、患者位置情報取得部と、混雑状況算出部とを備え、混雑状況算出部により算出された混雑状況を表示画面上に表示する。

　本発明によれば、医療施設の各診療等における患者の混雑状況に応じて、適切なスケジュールで診療を進行することが可能な診療支援装置及び診療支援システムを提供することができる。

診療支援システムの構成を示す説明図である。 診療支援システムが有するクライアント端末を示す説明図である。 クライアント端末の構成を示すブロック図である。 クライアント端末の機能を示すブロック図である。 診療支援装置の構成を示すブロック図である。 診療支援装置の機能を示すブロック図である。 位置情報センサの配置を示す説明図である。 患者位置情報を用いて混雑状況を算出する処理を説明するための説明図であり、待合室における特定の患者の入室前（Ａ）、入室後（Ｂ）、現在の状態（Ｃ）をそれぞれ示す。 初期画面である。 クリニカルフロー画面である。 診療支援装置およびクライアント端末の各処理部の処理の流れを示すフローチャートである。 新規患者受付又は患者位置情報の変化があった際の診療支援装置の各処理部の処理の流れを示すフローチャートである。 第２実施形態において混雑状況を算出する際の処理を説明するための説明図である。 図１３に対応する患者について、表示画面生成部から取得した検査予定時刻の一例である。 第３実施形態の診療支援装置の機能を示すブロック図である。 患者位置情報の履歴を示す説明図である。 患者位置情報の履歴に対応する各場所の入室及び退室時刻を示す説明図である。 検査時間情報蓄積部が蓄積した検査時間情報の一例である。 第１変形例のクリニカルフロー画面の一例である。 第２変形例のクライアント端末に表示される表示画面の一例である。

　［第１実施形態］

　図１に示すように、診療支援システム１０は、病院等の医療施設において診療支援を行うコンピュータシステムであり、クライアント端末１１と、診療支援装置１２と、サーバ群１３と、位置情報センサ１４とを備える。これらの診療支援システム１０を構成する各要素は、医療施設内に施設されたＬＡＮ（Local Area Network）等のネットワーク１５を用いて相互に通信可能に接続している。なお、サーバ群１３を医療施設外に設置し、医療施設外と接続するネットワーク１５を用いて、クライアント端末１１、診療支援装置１２及び位置情報センサ１４と通信可能に接続されてもよい。

　クライアント端末１１は、診療支援装置１２からサービスの提供（診療支援装置１２の機能の提供）を受けるための端末であり、医師、検査技師、又は看護師等の医療スタッフが直接的に操作するコンピュータ（タブレット端末等である場合を含む）等である。クライアント端末１１は、内科もしくは外科等の診療科、放射線検査科もしくは臨床検査科等の各種検査科、ナースセンター、又は、その他の必要箇所に設置する。また、クライアント端末１１は、医療スタッフごとに設けることができ、また、複数の医療スタッフの共用とすることができる。したがって、図２に示すように、診療支援システム１０は、複数のクライアント端末１１を含む。例えば、グループＧ１は医師Ａ１及び医師Ａ２が属する「内科」であり、医師Ａ１と医師Ａ２はそれぞれにクライアント端末１１を保有する。同様に、例えば、グループＧ２は医師Ｂ１が属する「外科」であり、グループＧ２には少なくとも１台のクライアント端末１１がある。また、例えば、グループＧ１９は技師Ｎ１が属する「放射線科」であり、グループＧ１９には少なくとも１台のクライアント端末１１がある。

　診療支援装置１２は、例えばクライアント端末１１からの要求に応じて、クライアント端末１１に診療データ等を含む表示画面を提供する。診療データとは、診察、検査もしくは手術等において取得もしくは作成した画像、レポート、検査結果、その他診療の過程において、もしくは診療の結果として得られるデータ、又はこれらの所在を示す情報（いわゆるリンク（エイリアス）等）である。診療支援装置１２は、表示画面において使用する診療データをサーバ群１３から取得する。

　診療支援装置１２がクライアント端末１１に提供する表示画面とは、クライアント端末１１が、クライアント端末１１の表示部３６（図３参照）の画面を形成するために使用するデータをいう。また、診療支援装置１２がクライアント端末１１に提供する表示画面には、クライアント端末１１が画面全体の表示を構成する全画面表示用のデータだけでなく、画面の一部に係る表示を構成するデータを含む。例えば、本実施形態においては、診療支援装置１２は、表示部３６の画面の一部において一般的なウィンドウ形式で表示可能な表示画面をクライアント端末１１に提供する。

　診療支援装置１２がクライアント端末１１に提供する表示画面は、具体的には、初期画面７１（図９参照）、及び、クリニカルフロー画面８１（図１０参照）等である。クリニカルフロー画面８１は、複数名の患者について、患者ごとに、患者の識別情報と、診療プロセスの一部又は全部と、を対応付けて表示する表示画面である。患者の識別情報とは、例えば、患者の氏名、生年月日、年齢、もしくは性別等、又は、患者に付与した固有の番号及び／又は記号等のＩＤ（Identification Data）である（以下、患者ＩＤという）。診療プロセスとは、既に行った診療及び将来行う予定の診療の過程又は結果をいう。したがって、診療プロセスは、既に取得等した診療データのみならず、取得等する予定の診療データを含む場合がある。取得等する予定の診療データは、例えば、特定検査のオーダの有無、その予定日時、又は、取得予定の診療データの種別等に関する情報、等である。

　診療支援装置１２は、クリニカルフロー画面８１上に、後述する患者の混雑状況を表示する。混雑状況は、位置情報センサ１４を用いて取得した患者Ｐの位置情報に基づき算出される。

　診療支援装置１２は、例えば、ＸＭＬ（Extensible Markup Language）データ等のマークアップ言語を用いた記述形式で、表示画面をクライアント端末１１に提供する。クライアント端末１１は、ＸＭＬ形式の表示画面を、ウェブブラウザを用いて表示する。なお、診療支援装置１２は、ＸＭＬの代わりに、ＪＳＯＮ（JavaScript（登録商標） Object Notation）等の他の形式で表示画面をクライアント端末１１に提供できる。

　サーバ群１３は、診療支援装置１２からの要求に応じた診療データを検索し、要求に該当する診療データを診療支援装置１２に提供する。サーバ群１３は、電子カルテサーバ２１、画像サーバ２２、レポートサーバ２３、等を含む。

　電子カルテサーバ２１は、電子カルテを格納するカルテデータベース２１Ａを有する。電子カルテは、１又は複数の診療データの集合体である。具体的には、電子カルテは、例えば、診察記憶、検体検査の結果、患者のバイタルサイン、検査等のオーダ、治療記録、又は、会計データ等の診療データを含む。電子カルテは、クライアント端末１１を用いて入力及び閲覧できる。

　なお、診察記録とは、問診もしくは触診の内容及び結果、又は病名等の記録である。検体とは患者から採取した血液又は組織等であり、検体検査とは、血液検査又は生化学検査等である。バイタルサインとは、患者の脈拍、血圧、又は体温等の患者の状態を示すデータである。検査等のオーダとは、検体検査等の検査、各種モダリティを用いた撮影、レポートの作成、処置もしくは手術、又は投薬等の依頼である。治療記録とは、処置、手術、投薬、又は、処方箋等の記録である。会計データとは、受診料、薬料、又は、入院費等に関するデータである。

　画像サーバ２２は、いわゆるＰＡＣＳ（Picture Archiving and Communication System）サーバであり、検査画像が格納される画像データベース２２Ａを有する。検査画像とは、ＣＴ（Computed tomography）検査、ＭＲＩ（Magnetic Resonance Imaging）検査、Ｘ線検査、超音波検査、又は内視鏡検査等の各種画像検査で得られる画像である。これらの検査画像は、例えばＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に準拠したフォーマットで記録する。検査画像は、クライアント端末１１を用いて閲覧できる。

　レポートサーバ２３は、読影レポートを格納するレポートデータベース２３Ａを有する。読影レポート（以下、単にレポートという）とは、画像検査で得た検査画像の読影結果をまとめた報告書である。検査画像の読影は読影医が行う。レポートは、クライアント端末１１を用いて、作成及び／又は閲覧できる。

　上記の電子カルテ、検査画像、及び、レポートには、それぞれ、患者ＩＤが付帯する。また、電子カルテには、患者ＩＤの他、診療データ毎に、診療データを入力等した医療スタッフを識別する情報が付帯する。検査画像には、患者ＩＤの他、検査を実施した医療スタッフ（具体的には検査技師）を識別する情報が付帯する。レポートには、作成した医療スタッフ（具体的には読影医）を識別する情報が付帯する。医療スタッフを識別する情報とは、医療スタッフの氏名等、又は、各医療スタッフに付与した固有の番号及び／又は記号等のＩＤである（以下、医療スタッフＩＤという）。

　クライアント端末１１、診療支援装置１２、及び、サーバ群１３を構成する各サーバ２１～２３は、サーバコンピュータ、パーソナルコンピュータ、又はワークステーションといったコンピュータをベースに、オペレーティングシステムプログラムと、サーバプログラム又はクライアントプログラム等のアプリケーションプログラムをインストールして構成する。すなわち、クライアント端末１１、診療支援装置１２、及び、サーバ群１３を構成する各サーバ２１～２３の基本的な構成は同じであり、ＣＰＵ（Central Processing Unit）、メモリ、ストレージ、通信部等、及び、これらを接続する接続回路を備える。通信部は、ネットワーク１５と接続するための通信用のインターフェース（ＬＡＮボード等）である。接続回路は、例えば、システムバス及び／又はデータバス等を提供するマザーボードである。

　図３に示すように、クライアント端末１１は、ＣＰＵ３１、メモリ３２、ストレージ３３、通信部３４、及び、接続回路３５の他に、表示部３６及び操作部３７を備える。表示部３６は、例えば液晶等を用いたディスプレイであり、少なくとも診療支援装置１２が提供する表示画面を表示する画面を有する。操作部３７は、例えば、マウス等のポインティングデバイス、及び／又は、キーボード等の入力デバイスである。表示部３６及び操作部３７は、いわゆるタッチパネルを構成することができる。

　クライアント端末１１は、ストレージ３３に、オペレーティングシステムプログラム等の他、作動プログラム３９を記憶する。作動プログラム３９は、クライアント端末１１を用いて診療支援装置１２の機能の提供を受けるためのアプリケーションプログラムである。本実施形態においては、作動プログラム３９は、ウェブブラウザのプログラムである。但し、作動プログラム３９は、診療支援装置１２の機能の提供を受けるための専用のアプリケーションプログラムとすることができる。なお、作動プログラム３９には、診療支援装置１２が提供する表示画面の一部又は全部を制御するための１又は複数のガジェットエンジンを含む場合がある。ガジェットエンジンとは、ウェブブラウザ等に付随して動作することにより、各種機能を発揮するサブプログラムである。なお、作動プログラム３９は、外部の記録メディアに記録されて配布され、その記録媒体からクライアント端末１１にインストールされてもよい。または、ネットワークに接続されたサーバ等に、外部からアクセス可能な状態で記憶され、要求に応じてクライアント端末１１にダウンロードされ、インストールされてもよい。

　クライアント端末１１において作動プログラム３９を起動すると、図４に示すように、クライアント端末１１のＣＰＵ３１は、メモリ３２と協働してＧＵＩ（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）制御部４１及び要求発行部４２として機能する。

　ＧＵＩ制御部４１は、診療支援装置１２が提供する表示画面を表示部３６においてウェブブラウザ上に表示する。ＧＵＩ制御部４１は、ポインティングデバイスによるボタンのクリック操作等、操作部３７を用いて入力する操作指示に応じて、クライアント端末１１を制御する。

　要求発行部４２は、操作部３７の操作指示に応じて、診療支援装置１２に対する各種処理の要求（以下、処理要求という）を発行する。要求発行部４２が発行する処理要求は、例えば、表示画面の配信要求、又は表示画面の編集要求等である。要求発行部４２は、処理要求を、通信部３４及びネットワーク１５を介して診療支援装置１２に送信する。

　表示画面の配信要求は、診療支援装置１２に、特定の構成を有する表示画面の配信を要求する。例えば、表示画面の配信要求によって、初期画面７１、及び、クリニカルフロー画面８１等のうちいずれかを指定して配信を受けることができる。

　表示画面の編集要求は、診療支援装置１２から特定の構成を有する表示画面の配信を受けた後、診療支援装置１２にその表示画面に表示する診療データ等の内容について編集を要求する。例えば、クリニカルフロー画面８１の配信を受けた場合、表示する患者のリストの指定もしくは変更、診療プロセスの表示対象期間の指定もしくは変更、又は、表示対象とする診療プロセスの指定もしくは変更等の要求が表示画面の編集要求である。

　なお、表示画面の配信要求及び／又は編集要求等は、医療スタッフＩＤ、及び、当該クライアント端末１１のネットワーク上のアドレス等の情報を含む。医療スタッフＩＤは、診療支援システム１０（あるいは診療支援装置１２）へのログイン画面（図示しない）において入力する。

　図５に示すように、診療支援装置１２は、ＣＰＵ５１、メモリ５２、ストレージ５３、通信部５４、及び、接続回路５５を備える。診療支援装置１２は、必要に応じてクライアント端末１１と同様に表示部及び／又は操作部を備えることができ、また、必要に応じて表示部及び／又は操作部を取り付けることができるが、本実施形態においては、診療支援装置１２は表示部及び操作部を有しない。

　診療支援装置１２は、ストレージ５３に、オペレーティングシステム等の他、作動プログラム５９を記憶する。作動プログラム５９は、診療支援装置１２を構成するコンピュータを、診療支援装置１２として機能させるためのアプリケーションプログラムである。作動プログラム５９が起動すると、図６に示すように、診療支援装置１２のＣＰＵ５１はメモリ５２と協働して、要求受付部６１、表示画面生成部６２、患者位置情報取得部６３、及び混雑状況算出部６４等として機能する。なお、作動プログラム５９は、外部の記録メディアに記録されて配布され、その記録媒体から診療支援装置１２にインストールされてもよい。または、ネットワークに接続されたサーバ等に、外部からアクセス可能な状態で記憶され、要求に応じて診療支援装置１２にダウンロードされ、インストールされてもよい。

　要求受付部６１は、クライアント端末１１から表示画面の配信要求及び編集要求等の各種処理要求を受け付ける。要求受付部６１が各種処理要求を受け付けると、要求受付部６１は、対応する処理を実行する各部に、要求があった処理の内容に応じて、処理の指示を入力する。例えば、クライアント端末１１から表示画面の配信要求があった場合、要求受付部６１は、該当する表示画面の生成指示を表示画面生成部６２に入力する。同様に、クライアント端末１１から表示画面の編集要求があった場合、要求受付部６１は、該当する表示画面の編集指示を表示画面生成部６２に入力する。なお、診療支援装置１２へのログインの要求も要求受付部６１が受け付け、ログイン処理部（図示しない）が医療スタッフＩＤ及びパスワードの確認等のログイン処理を実行する。

　表示画面生成部６２は、クリニカルフロー画面８１等の各種表示画面を生成又は編集する。本実施形態においては、表示画面生成部６２は、新たな表示画面の配信要求があった場合に、その表示画面を表すＸＭＬデータを生成し、かつ、表示画面の編集要求があった場合には、その要求内容に応じて先に作成したＸＭＬデータを編集する。表示画面生成部６２は、必要に応じてサーバ群１３にアクセスし、表示画面の生成又は編集に使用する診療プロセス等に関する情報を取得する。なお、表示画面生成部６２は、サーバ群１３へのアクセス頻度を低減するために、サーバ群１３から取得した診療プロセス等に関する情報の一部又は全部を保持しておくことができる。なお、ログイン処理部がログイン処理を正常に完了した場合、表示画面生成部６２は、ログイン後最初に表示する初期画面７１（図９参照）を生成する。また、初期画面７１の作成又は編集する際には、表示画面生成部６２は、初期画面７１の生成又は編集に必要な情報を、サーバ群１３、クライアント端末１１、又は、その他の診療支援システム１０と連携する装置もしくはシステムから取得する。

　混雑状況算出部６４は、患者位置情報取得部６３により取得した患者位置情報を用いて、診療プロセスにおける診療を患者Ｐが受ける際の混雑状況を算出する。混雑状況算出部６４により算出される混雑状況の内容については、後述する。表示画面生成部６２は、生成又は編集する表示画面において、混雑状況算出部６４により算出された混雑状況を表示する。なお、以下では、特定の患者を他の患者と区別する場合には、符号Ｐの後に数字（１、２、３・・・）を付して他の患者Ｐと区別する。

　患者位置情報取得部６３は、医療施設内における位置情報センサ１４と患者Ｐが所持する端末の交信情報から患者Ｐが現在いる位置情報（以下、患者位置情報と称する。）を取得する。この患者位置情報を取得する技術としては、例えば特開２０１８－０５０７３９号公報に記載されている位置情報システムと同様である。位置情報センサ１４は、医療施設内の複数の区域にそれぞれ設置されている。本実施形態では、患者Ｐが所持する端末としてスマートフォン等の携帯端末１６を使用する。携帯端末１６は、例えば、クライアント端末１１と同様の構成を有し、かつ携帯性を有することが好ましい。

　そして、携帯端末１６は、位置情報センサ１４と、例えばＷｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、登録商標）等の電波により通信する。携帯端末１６は、病院から貸与される端末、あるいは患者の個人所有の端末でもよく、例えば所定のアプリケーションソフトをインストールすることにより、位置情報センサ１４と通信可能となる。また、携帯端末１６は、上記の端末に限らず、病院の受付や待合室などで貸与されるＲＦＩＤ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｅｒ）タグや、位置取得専用の端末（腕時計型やリストバンド型の端末等）でもよい。

　位置情報センサ１４は、例えば図７に示すように、患者Ｐが診療を受ける際に入室する受付、待合室、更衣室、診察室、検査室等、医療施設１７内に予め指定された複数の区域の天井や壁に、好ましくは、ほぼ均等な距離をおいて配置されている。診療支援システム１０の稼働中、位置情報センサ１４が定期的に電波を発信し、その電波を患者Ｐの携帯端末１６が受信した場合、位置情報センサ１４及び携帯端末１６間の交信情報が、ネットワーク１５を構成する無線ＬＡＮ等を介して診療支援装置１２の患者位置情報取得部６３に送られる。

　患者位置情報取得部６３は、医療施設１７内に配置された位置情報センサ１４のマップが予め記憶されており、位置情報センサ１４及び携帯端末１６間の交信情報から患者位置情報を取得する。患者位置情報取得部６３により取得された患者位置情報が、混雑状況算出部６４に蓄積される。

　混雑状況算出部６４は、患者位置情報取得部６３により取得した患者位置情報を用いて、診療支援システム１０の稼働中、特定の患者Ｐ１が診療を受ける際の混雑状況を算出する。本実施形態では、診療を受ける前に患者Ｐが進入する待機区域を予め設定しており、患者位置情報から待機区域に特定の患者Ｐ１が進入していることを検出した場合、待機区域に進入している全ての患者Ｐの人数である待機人数と、この待機人数に対して特定の患者Ｐ１が待機区域に進入した順番を混雑状況として算出する。

　図８は、患者位置情報を用いて混雑状況を算出する処理を説明するための一例である。なお、待合室Ｗは、予め設定され、診療を受ける前に患者Ｐが入室（進入）する待機区域である。また、図８においては、煩雑化を防ぐため、位置情報センサ１４及び携帯端末１６の図示を省略しているが、上記の図７の説明と同様に、位置情報センサ１４及び携帯端末１６の交信状態から患者位置情報を取得している。

　図８（Ａ）は特定の患者Ｐが待合室Ｗに入室する場合の状態を示しており、待合室Ｗには２人の患者Ｐが入室している。図８（Ｂ）は、特定の患者Ｐ１が待合室Ｗに入室した際の状態を示している。上述したように、待合室Ｗには２人の患者Ｐが先に入室しているため、特定の患者Ｐ１が待合室Ｗに入室した順番は３人目である。そして、図８（Ｃ）は、現在の待合室Ｗの状態を示しており、待合室Ｗに入室している全ての患者Ｐの人数である待機人数が５人である。以上の患者位置情報が蓄積されることで、混雑状況算出部６４は、現在の待機人数が５人であり、５人の待機人数に対して特定の患者Ｐ１が待機区域に入室した順番が３人目であることを混雑状況として算出することができる。なお、既に診療を受けるため待合室Ｗから退室した患者Ｐについては、待機人数、及び入室した順番から除かれている。

　医療スタッフがクライアント端末１１を用いて診療支援システム１０にログインした場合、表示画面生成部６２は、医療スタッフ毎にした設定等に基づいて、図９に示す初期画面７１を生成し、クライアント端末１１に提供する。これにより、クライアント端末１１は、初期画面７１を表示部３６の画面に表示する。

　初期画面７１は、例えば、スケジュール表示欄７２、メール表示欄７３、リスト表示欄７４の３つの表示欄を有する。スケジュール表示欄７２及びメール表示欄７３の表示内容は、クライアント端末１１の作動プログラム３９の一部であるガジェットエンジンが、クライアント端末１１その他の装置又はシステムから情報を得て生成する。また、リスト表示欄７４は、本実施形態においては、クリニカルフロー画面８１の少なくとも一部を表示する。このため、表示画面生成部６２は、内容を含まないスケジュール表示欄７２及びメール表示欄７３と、クリニカルフロー画面８１の内容を含むリスト表示欄７４と、を含む初期画面７１を生成する。クライアント端末１１はガジェットエンジンを用いてスケジュール表示欄７２及びメール表示欄７３の内容を補充した初期画面７１を表示部３６の画面に表示する。

　なお、表示すべき内容の全部がリスト表示欄７４内に収まらない場合、リスト表示欄７４に、又は、リスト表示欄７４の近傍に、リスト表示欄７４の表示内容を遷移（いわゆるスクロール）するスクロールバー７８及びスクロールバー７９を表示する。スクロールバー７８は、リスト表示欄７４の表示内容を左右方向に遷移し、非表示部分を表示する場合に操作するＧＵＩである。スクロールバー７９は、リスト表示欄７４の表示内容を上下方向に遷移することにより、非表示部分を表示する場合に操作するＧＵＩである。こうしたＧＵＩの表示及び制御はＧＵＩ制御部４１が行う。

　上記の初期画面７１において、例えば、ポインティングデバイス（図示しない）等のＧＵＩを用いて所定のメニュー等の操作をした場合に、要求発行部４２は表示画面の配信要求を発行する。こうしたＧＵＩ等の操作に基づいて要求発行部４２が表示画面の配信要求を発行する動作は、表示画面配信要求ステップを構成する。本実施形態においては、リスト表示欄７４に一部を表示したクリニカルフロー画面８１の全体を表示するために、クリニカルフロー画面８１を表示するための操作を実行する。これにより、要求発行部４２は、クリニカルフロー画面８１の配信要求を発行する。

　要求発行部４２が表示画面の配信要求を発行した場合、診療支援装置１２においては要求受付部６１がその表示画面の配信要求を受け、表示画面生成部６２がその表示画面の配信要求に係る表示画面を生成する。本実施形態においては、表示画面生成部６２は、サーバ群１３等から適宜取得等した診療プロセス等に係る情報を用いて、クリニカルフロー画面８１を生成する。

　図１０に示すように、本実施形態において生成等するクリニカルフロー画面８１は、例えば、患者列Ｃ０１、診療項目列Ｃ０２、診療プロセス列Ｃ０３を備える。患者列Ｃ０１は、所定条件を満たす複数名の患者に係るリストを構成する。所定条件とは、例えば、当日の外来患者であること、担当がログインユーザである医療スタッフであること、又は、担当がログインユーザである医療スタッフが属するグループ（診療科等）であること、等である。図１０に示すクリニカルフロー画面８１の例では、クライアント端末１１にログインした医療スタッフである「医師　太郎」が担当する外来患者に係るリストである。また、本実施形態では、クリニカルフロー画面８１に表示される複数名の患者が、上述した特定の患者Ｐ１、Ｐ２、Ｐ３・・・に相当する。

　診療項目列Ｃ０２は、各患者が受ける診療プロセスから診療項目名のみを抜き出したリストである。なお、診療プロセス列Ｃ０３は、初期画面７１におけるリスト表示欄７４と同様に、スクロール操作等により、非表示部分を表示することができる。

　クリニカルフロー画面８１のうち、２行目以降の各行は、各患者の識別情報と、その患者の診療プロセスと、を対応付けた、いわゆるクリニカルフローを構成する。また、各患者のクリニカルフローに含む診療プロセスは、各診療プロセスが含む項目ごと（例えば診療データごと）に表示する。

　患者列Ｃ０１には、患者名、患者識別情報、生年月日、年齢等が入力されている。また、診療項目列Ｃ０２には、診療項目を示す「診察」、「検体」、「放射線」、「生理」、「再診察」等が入力されている。診療項目列Ｃ０２に入力されている診療項目は、診療プロセス列Ｃ０３に入力されている各診療項目と対応している。なお、「検体」、「放射線」、「生理」は、それぞれ検体検査、放射線検査、生理検査の診療項目を示している。

　診療プロセス列Ｃ０３には、患者が診療を受ける各診療項目が時系列順に並んで入力されている。さらに診療プロセス列Ｃ０３の各診療項目と、その診療項目のステータスが入力されている。診療項目のステータスとしては、例えば「未了」、「完了」、「実施中」等のいずれかが表示される。また、検体検査等のように、検査自体と、検査後の処理が必要な場合は、両方のステータスが表示される。そして、ステータスが「未了」の場合は開始予定時刻と所要時間が、「完了」の場合は終了時刻が、「処理中」の場合は終了予定時刻が、それぞれ入力されている。例えば、「富士　太郎」の場合、「富士　太郎」が受ける診察、検体検査、放射線検査、再診察の各診療項目が時系列順に並んでおり、診察、検体検査、および放射線検査の診療項目には、「完了」のステータスと終了時刻が、検体検査の診療項目には、検査自体の「完了」のステータスとともに、検体の「処理中」のステータスが入力されている。

　本実施形態では、診療項目のステータスが「未了」でかつ患者Ｐが受ける診療に待ち時間が発生している場合、ステータス、開始予定時刻、所要時間とともに、混雑状況８２（２点鎖線で囲んでいる部分）が表示される。

　この混雑状況８２は、上述したように、混雑状況算出部６４が算出した待機区域に進入している全ての患者Ｐの人数である待機人数と、待機人数に対して患者Ｐが待機区域に進入した順番の情報から構成されている。そして、本実施形態では、診療を受ける前に患者Ｐが進入する待機区域として各診察室又は各検査室に隣接する待合室を予め設定している。

　例えば、「富士　太郎」の場合、「再診察」の診療項目に「未了」のステータス、開始予定時刻、及び所要時間とともに、混雑状況８２である「予定者１２人中７人目」という情報が表示されている。この場合、診察室に隣接する待合室が待機区域として予め設定されており、混雑状況算出部６４が待合室に入室している全ての患者Ｐの人数である待機人数と、待機人数に対して特定の患者Ｐ１である「富士　太郎」が待合室に入室した順番を混雑状況８２として算出する。なお、本実施形態では、待機人数に対して特定の患者Ｐ１が待合室に入室した順番を進捗状況ともいう。また、混雑状況８２としては文字情報に限らず、例えば、待機人数を人型のマークの数で表すなど、図で示すようにしてもよい。また、以降の実施形態においても混雑状況を図で示してもよい。

　また、同じ「未了」のステータスの状態でも「富士　次郎」の場合、「放射線」及び「再診察」の診療項目については混雑状況８２が表示されていない。これは、「放射線」及び「再診察」の診療項目に対して予め設定された待合室に「富士　次郎」がまだ入室していないためである。

　混雑状況算出部６４は、上記のように算出した待機人数や進捗状況等の混雑状況８２を表示画面生成部６２に入力する。そして、表示画面生成部６２が、混雑状況算出部６４による混雑状況を表示画面に付してクライアント端末１１に配信する。なお、以下の説明では、上述した混雑状況を表示画面に「付すことにより表示画面を更新する」ことを、「表示画面上に付して表示する」、「表示画面上に付す」、または、単に「表示画面上に表示する」、と称する場合がある。

　また、患者位置情報取得部６３は、診療システムの稼働中、患者位置情報を取得しており、患者Ｐの移動に応じて患者位置情報が変化する。さらに、患者位置情報の変化に応じて混雑状況算出部６４が算出する混雑状況８２も変更されるため、表示画面生成部６２は、混雑状況８２が変更されるごとに、表示画面を更新する。

　クライアント端末１１は、ログインユーザである医療スタッフが操作部３７を操作することにより、クリニカルフロー画面８１に表示される診療の開始予定時刻、所要時間等を修正したり、あるいは、特定の患者Ｐ１の診療予定の順番と、別の特定の患者Ｐ２の診療予定の順番を入れ替える編集要求を発行することもできる。なお、このような入れ替え操作は、各検査部門の医療スタッフなど権限を持つ者のみに制限して編集要求を発行することが好ましく、例えば、クライアント端末１１へのログインの際に入力する医療スタッフＩＤにより制限する。順番入れ替えの操作としては、例えば、クライアント端末１１にタッチパネルを備えている場合、ドラッグおよびドロップ操作で行うことが好ましい。表示画面生成部６２は、編集要求に基づき、患者が検査を受ける予定時刻の修正、又は検査を受ける予定の順番の入れ替えを行う。

　表示画面生成部６２は、上記のように生成、編集、又は更新した表示画面を通信部５４を介してクライアント端末１１に配信する。これにより、クライアント端末１１は、表示画面生成部６２から提供を受けた表示画面を表示部３６に表示する。

　以下、上記構成による作用について、図１１及び図１２示すフローチャートを参照しながら説明する。まず、医療スタッフは、クライアント端末１１を操作して作動プログラム３９を起動する。作動プログラム３９の起動により、クライアント端末１１のＣＰＵ３１にはＧＵＩ制御部４１および要求発行部４２が構築される。

　図１１のステップＳ１００に示すように、医療スタッフは、表示画面を閲覧するためにログイン画面を通じて医療スタッフＩＤを入力する。これにより要求発行部４２から表示画面の配信要求が発行される。

　診療支援装置１２では、作動プログラム５９が起動されてＣＰＵ５１には要求受付部６１、表示画面生成部６２、患者位置情報取得部６３、及び混雑状況算出部６４が構築される。

　クライアント端末１１の要求発行部４２から発行された配信要求は、診療支援装置１２の要求受付部６１で受け付けられ、表示画面生成部６２に受け渡される。表示画面生成部６２は、ログインユーザした医療スタッフ毎の設定等に基づいて、診療プロセス等に関する情報をサーバ群１３等から適宜取得し、取得した診療プロセス等に関する情報を用いて、クリニカルフロー画面８１等の表示画面が生成される（ステップＳ２００）。また、この際、混雑状況算出部６４により算出され、クリニカルフロー画面８１に表示される複数名の患者に対する混雑状況８２が変更される。なお、混雑状況８２の変更については、図１２示すフローチャートで別途説明する。生成された表示画面は、クライアント端末１１に配信される（ステップＳ２１０）。

　クライアント端末１１では、ＧＵＩ制御部４１によりクリニカルフロー画面８１等の表示画面が表示部３６に表示される（ステップＳ１１０）。

　医療スタッフは、クリニカルフロー画面８１等の表示画面を閲覧し、各患者の診療プロセスの進捗状況を確認する。医療スタッフは、必要に応じて、診療プロセス列Ｃ０３に新たな診療項目を追加したり、各診療項目に対して「実施中」、「完了」等のステータスを入力する等の編集操作を行う。こうした各種編集操作がなされた場合（ステップＳ１２０でＹＥＳ）、要求発行部４２から編集要求が発行される（ステップＳ１３０）。

　クライアント端末１１の要求発行部４２から発行された編集要求は、診療支援装置１２の要求受付部６１で受け付けられ、表示画面生成部６２に受け渡される。要求受付部６１からの編集要求に基づき、表示画面生成部６２により画面編集が行われる（Ｓ２２０）。編集後の表示画面は、クライアント端末１１に配信される（ステップＳ２３０）。なお、この際、クリニカルフロー画面８１に表示される患者の診療データに対して編集要求により変更があった際は、表示画面生成部６２は、サーバ群１３にもアクセスして診療データの更新を行う。

　クライアント端末１１では、ＧＵＩ制御部４１により編集後の表示画面が表示部３６に表示される（ステップＳ１４０）。各医療スタッフは、クリニカルフロー画面８１等を閲覧することで、各患者の診療プロセスのリストとともに混雑状況８２を一度に確認することができる。

　クライアント端末１１は、医療スタッフによりログアウトの指示がされない間（ステップＳ１５０でＮＯ）は、上記ステップＳ１２０～ステップＳ１４０を繰り返す。同様に診療支援装置１２も、ログアウトの指示が要求受付部６１で受け付けられない間（ステップＳ２４０でＮＯ）は、上記ステップＳ２２０及びステップＳ２３０を繰り返す。

　なお、図１１では１台のクライアント端末１１と診療支援装置１２の処理手順を示したが、実際には診療支援装置１２は複数台のクライアント端末１１からの配信要求や編集要求を受け付け、複数台のクライアント端末１１に対する表示画面の生成や編集、及び配信を並行して行っている。さらに、図１１には含まれていないが、診療支援装置１２は、表示画面の生成や編集、及び配信に加えて、ログイン中には、新規患者のクリニカルフロー追加と、混雑状況８２の更新も常時行っており、配信される表示画面には、最新の混雑状況８２を付した画面が作成される。

　図１２に示すフローチャートでは、診療支援装置１２が混雑状況８２を更新する処理について説明する。先ずログインから初期の表示画面を生成するまでは、図１１と同様のため省略する。そして、新規患者の受付要求がクライアント端末１１からあった場合（ステップＳ３００でＹＥＳ、本実施形態では新規の外来患者を受け付けた場合）、診療支援装置１２は、クリニカルフロー画面８１において表示する患者のリストに新規患者のクリニカルフローを追加する（ステップＳ３１０）。そして、新規患者のクリニカルフローを追加したクリニカルフロー画面８１等の表示画面を配信する（ステップＳ３２０）。なお、新規患者のクリニカルフローをリストに追加した時点では、クリニカルフローの各診療項目の内容を空欄にした状態で配信し、クライアント端末１１から入力可能としてもよい。

　また、新規患者の受付要求が無かった場合（ステップＳ３００でＮＯ）、初期の表示画面のまま配信するか、後述のように患者位置情報に変更があった場合、混雑状況８２を更新してから表示画面を配信する。

　ステップＳ３３０に示すように、患者位置情報に変化があった場合（ステップＳ３３０でＹＥＳ）、上述したように、混雑状況算出部６４は患者位置情報を用いて混雑状況８２の算出を行う（ステップＳ３４０）。混雑状況算出部６４により算出された最新の混雑状況８２が表示画面に付され、混雑情報が更新された表示画面がクライアント端末１１に配信される（ステップＳ３５０）。また、ログアウトの指示が要求受付部６１で受け付けられない間（ステップＳ３６０でＮＯ）は、上記ステップＳ３００～ステップＳ３５０を繰り返す。

　上記のように、混雑状況が付されたクリニカルフロー画面８１等の表示画面が表示されることで、診療プロセスのリストとともに、混雑状況が一度に分かる。これにより、患者の混雑状況に応じて、適切なスケジュールで診療を進行することが。特に、同じ時間帯に同じ検査等の予約を入れないように注意することができる。さらに、診療プロセスのリストとともに、混雑状況を知ることで、実際の検査時間を把握しやすく、検査の後段の診療等の遅延を最小限にすることができる。また、混雑状況に応じて診療の開始予定時刻を修正したり、手の空いている別の医療スタッフに担当を代わってもらうこともできる。

　また、従来の診療支援装置のように診療プロセスのリストと混雑状況が一度に閲覧できない場合、重症度等に応じた優先度が高く、早めに検査を行いたい患者の順番が後になってしまうことがあったが、本実施形態では、診療プロセスのリストとともに、混雑状況が一度に分かるため、混雑状況に応じて優先度の高い患者の診療を先に行う等の対応をすることができる。さらにまた、混雑状況として、待機人数や、進捗状況をクライアント端末１１に表示しているので、混雑状況をより把握しやすくなっている。

　［第２実施形態］

　上記第１実施形態においては、混雑状況算出部６４は、特定の患者が待機区域に進入した順番を混雑状況として算出しているが、これに限らず、第２実施形態の診療支援装置では、表示画面生成部６２から診療プロセスを構成する検査予定時刻の情報を取得し、待機区域に進入している患者を検査予定時刻が早い順に並べた順番を混雑状況として算出してもよい。なお、混雑状況算出部６４以外の構成は、上記第１実施形態と同様である。

　図１３及び図１４は、本実施形態において混雑状況算出部６４が混雑状況を算出する際の処理を説明するための説明図である。例えば、図１３に示すように、患者位置情報取得部６３が取得した患者位置情報において、現在の待合室Ｗに患者Ｐ１～Ｐ５が入室している場合、混雑状況算出部６４は、先ず、待合室Ｗに入室している待機人数を算出し、かつ表示画面生成部６２から患者Ｐ１～Ｐ５の検査予定時刻の情報を取得する。本実施形態では、表示画面生成部６２から取得する検査予定時刻とは、クリニカルフロー画面８１を構成する情報に含まれる検査予定時刻の情報である。これらの検査予定時刻は、例えば、医療スタッフにより各クライアント端末１１から入力されている。あるいは、検査予定時刻としては、後述する第３実施形態で説明しているように患者位置情報の履歴を用いて検査時間情報を蓄積し、蓄積した検査時間情報を、患者情報、検査内容情報、検査結果情報、検査実施者情報、検査機器情報、日時情報等を加味して統計処理して算出した検査時間情報（検査所要時間及び検査待ち時間）を用いて、診療支援装置１２が算出した時刻を取得してもよい。なお、待合室Ｗは、予め設定され、特定の検査を受ける前に患者Ｐが進入する待機区域である。

　図１４は、混雑状況算出部６４が表示画面生成部６２から取得した患者Ｐ１～Ｐ５の検査予定時刻の一例である。図１４の表に示す患者Ｐ１～Ｐ５は、図１３に示す待合室Ｗに入室した患者Ｐ１～Ｐ５に対応している。混雑状況算出部６４は、患者Ｐ１～Ｐ５を検査予定時刻が早い順に並べた順番を混雑状況として算出する。図１４に示す例では、例えば患者Ｐ１は、検査予定時刻が早い順に並べた順番では、３人目であり、進捗状況が「予定者５人中３人目」であることが分かる。混雑状況算出部６４は、上記のように算出した進捗状況を混雑状況として表示画面生成部６２に入力する。そして、表示画面生成部６２が、混雑状況算出部６４による混雑状況を表示画面に付してクライアント端末１１に配信する。

　上記のように、患者位置情報とともに、診療プロセスを構成する検査予定時刻の情報を用いて混雑状況を算出しているので、より精度の高い混雑状況を算出することができる。

　［第３実施形態］

　以下で説明する第３実施形態では、検査時間情報蓄積部を備え、この検査時間情報蓄積部が蓄積した検査時間情報を用いて統計処理し、混雑状況を算出する。図１５に示すように、診療支援装置８５は、検査時間情報蓄積部８６を備えている。なお、検査時間情報蓄積部８６以外の構成は、上記第１及び第２実施形態の診療支援装置１２と同様である。また、本実施形態において統計処理に用いる診療プロセスのデータとしては、上記第１及び第２実施形態のクリニカルフロー画面８１に表示される診療プロセスのデータと同様のデータである。

　検査時間情報蓄積部８６は、患者位置情報取得部６３が取得した患者位置情報の履歴を用いて、診療プロセスを構成する検査ごとの検査所要時間及び検査待ち時間から構成される検査時間情報を蓄積する。なお、検査時間情報蓄積部８６が検査時間情報を蓄積するのは、診療支援装置８５に備えた記憶装置でもよいし、サーバ群１３のいずれかに蓄積してもよい。サーバ群１３のいずれかに検査時間情報を蓄積する場合、検査時間情報蓄積部８６は、サーバ群１３にもともと記憶されていた診療データのうち、患者情報、検査内容情報、検査結果情報、検査実施者情報、検査機器情報、日時情報のうち少なくとも1つと検査時間情報とを対応付けて蓄積することが好ましい。

　検査時間情報と対応付けて蓄積する患者情報としては、性別、年齢（幼年、若年、老齢）、障害の有無（視覚障害、足障害、認知症等）、症状重篤度（検査に時間を要する又は注意深い検査必要）等であり、特に検査進行に影響を与える項目を考慮している（以下の検査内容情報、検査結果情報、検査実施者情報、検査機器情報、日時情報についても同様である。）。また、検査内容情報としては、放射線検査、生理検査、検体検査、内視鏡検査等であり、さらに検査部位等の情報が含まれていてもよい。検査結果情報としては、異常値であるか否か、検査実施者が注意を要する点、再検査の有無である。検査実施者情報としては、ベテラン又は若手等の検査熟練度や、慎重・スピーディ等検査実施者個別の検査速度である。検査機器情報としては、新型（測定時間が速い）か旧型（測定時間が遅い）か、装置型番や装置の製造メーカー等である。日時情報としては、検体検査等の場合、午前中に集中する傾向があるか否か（検体処理に時間がかかるため）、上部内視鏡検査の場合も、午前中に集中する傾向があるか否か（空腹状態で実施する必要があるため）、また休診日明けか否か、曜日・時間・月末等混雑しやすい日付である等の情報である。

　図１６及び図１７は、本実施形態において、患者位置情報の履歴を用いて検査時間情報蓄積部８６が検査時間情報を蓄積するときの状況を説明するための説明図である。図１６及び図１７に示す例は、診療プロセスを構成する検査の１つを患者Ｐ１が受けた際の患者位置情報の履歴および検査時間情報であり、患者Ｐ１は、医療施設１７内を丸数字１、２、３、４、５、６の順番で移動しており、図１６における丸数字の場所と、図１７における丸数字の場所が対応している。

　患者Ｐ１は、受付、第１待合室、更衣室、第２待合室、検査室、第２待合室の順番で移動していることが患者位置情報の履歴から分かる。そして、検査時間情報蓄積部８６は、患者位置情報の履歴から患者Ｐ１が各場所に入室及び退室した時刻を用いて検査所要時間、及び検査待ち時間を算出することができる。すなわち、検査室に入室した時刻と退室した時刻との差から検査所要時間を算出し、第２待合室に入室した時刻と退室した時刻との差から検査待ち時間を算出することができる。このようにして、検査時間情報蓄積部８６は、診療プロセスを構成する検査ごとの検査所要時間及び検査待ち時間から構成される検査時間情報を蓄積する。

　本実施形態では、混雑状況算出部６４は、検査時間情報蓄積部８６が蓄積した検査時間情報を用いて統計処理し、混雑状況を算出する。この場合、例えば、患者を予め複数の種類に分類し、検査時間情報蓄積部８６が蓄積した検査時間情報を用いて統計処理する。図１８は、検査時間情報蓄積部８６が蓄積した検査時間情報の一例である。なお、図１８に示す例では、「診察」、「検体」、「生理」、「放射線」、「再診察」等の診療項目については、入室時刻と退室時刻（各診療項目の上段が入室時刻、下段が退室時刻）を蓄積しており、診療項目から次の診療項目までの時間を待ち時間として蓄積し、受付から会計までの時間を「ＴＯＴＡＬ」（全体）の時間として蓄積している。なお、各診療項目の入室時刻と退室時刻の両方ではなく、入室時刻と退室時刻の差を蓄積してもよい。また、この検査時間情報は、患者情報としての識別情報、年齢、及び足障害の有無等の情報と対応付けて蓄積されている。

　図１８に示す例では、患者の種類として、検査時間情報と対応付けて蓄積した患者情報のうち年齢を使用し、例えば、２０代、３０代、４０代、５０代、及び６０代以上の高齢者等の年代ごとに分類し、年代ごとの検査時間情報を統計処理する。統計処理としては、例えば、数学的手法等の一般的な手法で行う。また、上述した患者情報、検査内容情報、検査結果情報、検査実施者情報、検査機器情報、日時情報等のいずれかで患者の種類を分類して統計処理を行ってもよい。

　そして、混雑状況算出部６４は、上記の統計処理により患者の種類ごとの検査所要時間又は検査待ち時間を算出し、さらに患者種類別の検査所要時間又は検査待ち時間を用いて全体検査所要時間や全体検査待ち時間を混雑状況として算出することができる。すなわち、検査予定の患者に応じた患者種類別の検査所要時間又は検査待ち時間を使用し、これらの値を検査予定の患者に応じて積算していき全体検査所要時間又は全体検査待ち時間を算出する。

　図１８に示す例の場合、例えば、２０代、３０代、４０代、５０代、及び高齢者の患者種類別の検査所要時間を積算して全帯検査所要時間を算出する。算出した混雑状況は、上記第１及び第２実施形態と同様に、表示画面に付してクライアント端末１１に配信する。この場合、例えば、特定の患者に対して、この患者の前の検査予定の患者に応じて算出した全体検査所要時間を現在の時刻に足して開始予定時刻として表示画面に付してもよい。あるいは、特定の患者の待ち時間として、特定の患者の前の検査予定の患者に応じて算出した全体検査待ち時間を算出して表示画面に付してもよい。以上のように、診療プロセスを構成する検査ごとの検査時間情報を用いて統計処理し、混雑状況を算出しているので、より精度の高い混雑状況を算出することができる。

　図１９は、上記各実施形態の変形例として、クライアント端末１１に配信されるクリニカルフロー画面の一例を示している。この変形例では、患者が受けた検査結果に対して早急な対応が必要と判断された場合、医療スタッフが所持するクライアント端末１１に、早急な対応が必要であることを示す報知情報（パニック値ともいう。）を送信する。パニック値とは、生命が危ぶまれるほど危険な状態にあることを示唆する異常値で直ちに治療を開始すれば救命しうるが，その診断は臨床的な診察だけでは困難で検査によってのみ可能であることをいう。

　図１９に示す例では、クリニカルフロー画面９０の一部を示しており、「富士　太郎」の検体検査の診療項目において、「検査結果に注意が必要です」という文字情報とともに報知情報としての図形９１を付している。この報知情報は、例えば検査を担当する医師等の医療スタッフのクライアント端末１１から入力することができる。なお、報知情報を表示画面に付した以外は、上記第１及び第２実施形態と同様であり、診療支援装置１２は報知情報を付した表示画面をクライアント端末１１に配信する。あるいは、患者Ｐが携帯している携帯端末１６に報知情報を配信してもよい。これにより、検査を担当する医療スタッフ以外の医療スタッフ又は患者本人も、クライアント端末１１又は携帯端末１６を閲覧することで、早急な対応が必要であることを認識することができる。

　また、別の変形例として、表示画面生成部６２は、図２０に示すように、上記各実施形態の表示画面とは異なる検査別表示画面９３を生成してクライアント端末１１に配信する。この検査別表示画面９３は、クリニカルフロー画面８１を構成する診療プロセスから、所定条件を満たす特定の検査を受ける患者のみを抽出し、検査を受ける予定の順番、又は検査を受ける予定時刻に従って並べ替えた画面である。所定条件を満たす特定の検査とは、例えば、ログインユーザである医療スタッフが担当する検査であること、又は、ログインユーザである医療スタッフが属するグループ（診療科等）の検査であること、等である。図２０に示す例は、放射線検査を受ける患者のみを抽出し、放射線検査を受ける予定の順番、又は検査を受ける予定時刻に従って並べ替えた画面である。これにより、医療スタッフは、検査スケジュールが分かりやすいうえに、混雑状況も容易に把握することができる。

　また、図２０に示す検査別表示画面９３では、各患者の現在位置情報を表示している。例えば「富士　零子」の場合、「２階南トイレ」に入室していることを示し、「富士　三郎」の場合、「待合室」に入室していることを示している。この現在位置情報は、患者位置情報取得部６３で取得した最新の患者位置情報を用いている。なお、このような現在位置情報の表示は検査別表示画面９３に限らず、上記各実施形態の表示画面で同様の表示を行ってもよい。また、現在位置情報としては、文字情報に限らず、図７に示すような位置情報のマップを表示画面に重畳表示させてもよく、場所を示す図形（屋内、トイレ、階段のマーク等）や、待機区域からの距離に応じて異なる色で表示する等表示態様を変えて表示させてもよい。

　また、現在位置情報でまだ待機区域に進入している患者と、進入していない患者とがいる場合、順番を入れ替え可能としてもよい。図２０に示す例では、「待合室」に入室している「富士　三郎」と、入室していない「富士　零子」がいる場合、担当検査部門のクライアント端末１１からの編集要求により「富士　零子」と「富士　三郎」の順番を入れ替え、既に入室している「富士　三郎」の順番を先にすることができる。順番入れ替えの操作としては、上記各実施形態と同様に、各検査部門からの編集要求に制限すること、ドラッグおよびドロップ操作で行うことが好ましい。あるいは、順番を上げる又は順番を下げるボタンを各患者の識別情報付近に表示させ、これらのボタンをタッチ操作した場合、順番を変更できるようにしてもよい。

　なお、患者位置情報を取得する構成としては、上記各実施形態では、患者Ｐが所持する携帯端末１６、ＲＦＩＤタグ、又は位置取得専用の端末から発信する電波を位置情報センサ１４が受信する構成を例示しているが、これらに限定するものではなく、例えば、患者位置情報を取得する技術としては、上記各実施形態に記載したものに限定せず、ＩＭＥＳ（ｉｎｄｏｏｒ ｍｅｓｓａｇｉｎｇ ｓｙｓｔｅｍ）、又はＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）等屋内用の位置検出技術を利用することが好ましい。あるいは、患者の顔画像等を予め取得し、医療施設内に配置したカメラで撮像した画像から画像認識技術を用いて患者位置情報を取得してもよい。

　上記各実施形態において、ＧＵＩ制御部４１、要求発行部４２、要求受付部６１、表示画面生成部６２、患者位置情報取得部６３、混雑状況算出部６４、及び、検査時間情報蓄積部８６等といった各種の処理を実行する処理部（ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）のハードウェア的な構造は、次に示すような各種のプロセッサ（Ｐｒｏｃｅｓｓｏｒ）である。各種のプロセッサには、ソフトウエア（プログラム）を実行して各種の処理部として機能する汎用的なプロセッサであるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（ｇｒａｐｈｉｃａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＦＰＧＡ （Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ） 等の製造後に回路構成を変更可能なプロセッサであるプログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ:ＰＬＤ）、各種の処理を実行するために専用に設計された回路構成を有するプロセッサである専用電気回路等が含まれる。

　１つの処理部は、これら各種のプロセッサのうちの１つで構成されてもよいし、同種又は異種の２つ以上のプロセッサの組み合せ（例えば、複数のＦＰＧＡや、ＣＰＵとＦＰＧＡの組み合わせ、又はＣＰＵとＧＰＵの組み合わせ等）で構成されてもよい。また、複数の処理部を１つのプロセッサで構成してもよい。複数の処理部を１つのプロセッサで構成する例としては、第１に、クライアントやサーバ等のコンピュータに代表されるように、１つ以上のＣＰＵとソフトウエアの組み合わせで１つのプロセッサを構成し、このプロセッサが複数の処理部として機能する形態がある。第２に、システムオンチップ（Ｓｙｓｔｅｍ Ｏｎ Ｃｈｉｐ:ＳｏＣ）等に代表されるように、複数の処理部を含むシステム全体の機能を１つのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）チップで実現するプロセッサを使用する形態がある。このように、各種の処理部は、ハードウェア的な構造として、上記各種のプロセッサを１つ以上用いて構成される。

　さらに、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた形態の電気回路（ｃｉｒｃｕｉｔｒｙ）である。

　上記記載から、以下の付記項１に記載の診療支援装置を把握することができる。

　［付記項１］

　プロセッサを備え、　プロセッサは、　複数名の患者について、患者ごとに、患者の識別情報と診療プロセスとを対応付けて表示する表示画面を生成し、

　医療施設内における患者の位置情報を取得し、

　診療プロセスにおける診療を患者が受ける際の混雑状況を、取得した患者位置情報を用いて算出し、

　算出された混雑状況を表示画面上に表示する診療支援装置。

　１０　診療支援システム

　１１　クライアント端末

　１２　診療支援装置

　１３　サーバ群

　１４　位置情報センサ

　１５　ネットワーク

　１６　携帯端末

　１７　医療施設

　２１　電子カルテサーバ

　２１Ａ　カルテデータベース

　２２　画像サーバ

　２２Ａ　画像データベース

　２３　レポートサーバ

　２３Ａ　レポートデータベース

　３２　メモリ

　３３　ストレージ

　３４　通信部

　３５　接続回路

　３６　表示部

　３７　操作部

　３９　作動プログラム

　４１　ＧＵＩ（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）制御部

　４２　要求発行部

　５２　メモリ

　５３　ストレージ

　５４　通信部

　５５　接続回路

　５９　作動プログラム

　６１　要求受付部

　６２　表示画面生成部

　６３　患者位置情報取得部

　６４　混雑状況算出部

　７１　初期画面

　７２　スケジュール表示欄

　７３　メール表示欄

　７４　リスト表示欄

　７８　スクロールバー

　７９　スクロールバー

　８１　クリニカルフロー画面

　８２　混雑状況

　８５　診療支援装置

　８６　検査時間情報蓄積部

　９０　クリニカルフロー画面

　９１　図形

　９３　検査別表示画面

Claims (12)


  1. 　複数名の患者について、前記患者ごとに、前記患者の識別情報と診療プロセスとを対応付けて表示する表示画面を生成する表示画面生成部と、

    　医療施設内における前記患者の位置情報を取得する患者位置情報取得部と、

    　前記診療プロセスにおける診療を前記患者が受ける際の混雑状況を、前記患者位置情報取得部により取得した患者位置情報を用いて算出する混雑状況算出部とを備え、

    　前記混雑状況算出部により算出された前記混雑状況を前記表示画面上に表示する診療支援装置。

  2. 　前記混雑状況算出部は、診療を受ける前に前記患者が進入する待機区域を予め設定しており、前記患者位置情報から前記待機区域に前記患者が進入している場合、前記混雑状況として前記待機区域に進入している全ての前記患者の人数である待機人数を算出する請求項１記載の診療支援装置。

  3. 　前記混雑状況算出部は、前記待機人数を算出し、かつ前記表示画面生成部から前記診療プロセスにおける検査予定時刻の情報を取得し、前記待機区域に進入している前記患者を前記検査予定時刻が早い順に並べた順番を前記混雑状況として算出する請求項２記載の診療支援装置。

  4. 　前記患者位置情報の履歴を用いて、前記診療プロセスを構成する検査ごとの検査所要時間及び検査待ち時間から構成される検査時間情報を蓄積する検査時間情報蓄積部を備えた請求項１ないし３のいずれか１項記載の診療支援装置。

  5. 　前記検査時間情報蓄積部は、前記検査時間情報に、患者情報、検査内容情報、検査結果情報、検査実施者情報、検査機器情報、及び日時情報のうち少なくとも1つと対応付けて蓄積する請求項４記載の診療支援装置。

  6. 　前記混雑状況算出部は、前記患者を予め複数の種類に分類し、前記検査時間情報を用いて統計処理することにより前記種類ごとの検査所要時間又は検査待ち時間を算出し、前記種類ごとの検査所要時間又は検査待ち時間を用いて全体検査所要時間又は全体検査待ち時間を前記混雑状況として算出する請求項４又は５記載の診療支援装置。

  7. 　前記患者が受けた検査結果に対して早急な対応が必要と判断された場合、前記表示画面上に報知情報を表示する請求項１ないし６のいずれか１項記載の診療支援装置。

  8. 　前記患者が受けた検査結果に対して早急な対応が必要と判断された場合、医療スタッフ又は前記患者が所持する端末に報知情報を送信する請求項１ないし７のいずれか１項記載の診療支援装置。

  9. 　前記表示画面生成部は、前記診療プロセスを構成する検査のうち、所定条件を満たす特定の検査を受ける患者のみを抽出し、前記特定の検査を受ける予定の順番、又は前記特定の検査を受ける予定時刻に従って並べ替えた検査別表示画面を生成する請求項１ないし８のいずれか１項記載の診療支援装置。

  10. 　前記表示画面上に、各患者の現在位置情報を表示する１ないし９のいずれか１項記載の診療支援装置。

  11. 　前記表示画面生成部は、各検査部門からの編集要求があった場合、前記患者が診療を受ける予定時刻の修正、又は診療を受ける予定の順番の入れ替えを行う請求項１ないし１０のいずれか１項記載の診療支援装置。

  12. 　診療支援装置とクライアント端末とこれらを相互に通信可能に接続するネットワークとで構成される診療支援システムであって、

    　複数名の患者について、前記患者ごとに、前記患者の識別情報と診療プロセスとを対応付けて表示する表示画面を生成する表示画面生成部と、

    　医療施設内における前記患者の位置情報を取得する患者位置情報取得部と、

    　前記診療プロセスにおける診療を前記患者が受ける際の混雑状況を、前記患者位置情報取得部により取得した患者位置情報を用いて算出する混雑状況算出部とを備え、

    　前記混雑状況算出部により算出された前記混雑状況を前記表示画面上に表示する診療支援システム。
PCT/JP2019/039482 2018-12-21 2019-10-07 診療支援装置及び診療支援システム WO2020129361A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2020561170A JP7116192B2 (ja) 2018-12-21 2019-10-07 診療支援装置及び診療支援システム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-239786 2018-12-21
JP2018239786 2018-12-21

Publications (1)

Publication Number Publication Date
WO2020129361A1 true WO2020129361A1 (ja) 2020-06-25

Family

ID=71100743

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/039482 WO2020129361A1 (ja) 2018-12-21 2019-10-07 診療支援装置及び診療支援システム

Country Status (2)

Country Link
JP (1) JP7116192B2 (ja)
WO (1) WO2020129361A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230034475A (ko) * 2021-09-02 2023-03-10 (의) 삼성의료재단 스마트 단말기를 이용한 건강진단 진행 방법 및 시스템
KR20230034476A (ko) * 2021-09-02 2023-03-10 (의) 삼성의료재단 스마트 단말기를 이용한 건강진단 진행 방법 및 시스템

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002207824A (ja) * 2001-01-10 2002-07-26 Toshiba Corp 医療業務管理システム
JP2003288412A (ja) * 2002-03-27 2003-10-10 Topcon Corp 検査システム
JP2011008517A (ja) * 2009-06-25 2011-01-13 Toshiba Corp 受診者誘導システム及びそのサーバ

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002207824A (ja) * 2001-01-10 2002-07-26 Toshiba Corp 医療業務管理システム
JP2003288412A (ja) * 2002-03-27 2003-10-10 Topcon Corp 検査システム
JP2011008517A (ja) * 2009-06-25 2011-01-13 Toshiba Corp 受診者誘導システム及びそのサーバ

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230034475A (ko) * 2021-09-02 2023-03-10 (의) 삼성의료재단 스마트 단말기를 이용한 건강진단 진행 방법 및 시스템
KR20230034476A (ko) * 2021-09-02 2023-03-10 (의) 삼성의료재단 스마트 단말기를 이용한 건강진단 진행 방법 및 시스템
KR102595740B1 (ko) * 2021-09-02 2023-10-31 (의) 삼성의료재단 스마트 단말기를 이용한 건강진단 진행 방법 및 시스템
KR102595741B1 (ko) * 2021-09-02 2023-10-31 (의) 삼성의료재단 스마트 단말기를 이용한 건강진단 진행 방법 및 시스템

Also Published As

Publication number Publication date
JPWO2020129361A1 (ja) 2021-09-30
JP7116192B2 (ja) 2022-08-09

Similar Documents

Publication Publication Date Title
JP2013242745A (ja) 診療データ統合管理システム及びこの診療データ統合管理システムを連携した病診連携システム
JP6293066B2 (ja) 診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システム
JP6280056B2 (ja) 診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システム
JP7049196B2 (ja) 診療支援装置
JP2014153920A (ja) 診療情報表示システム及び診療情報表示方法
JP2016143205A (ja) 診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システム
JP2020038429A (ja) 診療支援装置
US20210287783A1 (en) Methods and systems for a workflow tracker
WO2020129361A1 (ja) 診療支援装置及び診療支援システム
JP6993425B2 (ja) 検査情報表示装置、方法およびプログラム
US20160188841A1 (en) Medical support apparatus, system and method for medical service
JP2023138684A (ja) 診療支援装置、その作動方法及び作動プログラム、並びに診療支援システム
JP2009075952A (ja) 医用ネットワークシステム及び医用検査依頼受付装置並びに医用検査予約方法
JP7290696B2 (ja) 診療支援装置、診療支援装置の作動方法、診療支援装置の作動プログラム
JP2019101678A (ja) 情報処理装置、情報処理方法、情報処理システム及びプログラム
JP7181313B2 (ja) 診療支援装置
WO2021059624A1 (ja) 診療支援装置
JP7289923B2 (ja) 診療支援装置
US20230178192A1 (en) Methods and systems for patient management
JP7529416B2 (ja) 医用情報処理装置、医用情報処理方法及びプログラム
US20230178223A1 (en) Methods and systems for patient management
JP5760551B2 (ja) 医用画像表示装置及びプログラム
US20200335216A1 (en) Medical information processing apparatus, medical information processing system, and medical information processing method

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19898415

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020561170

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19898415

Country of ref document: EP

Kind code of ref document: A1