JP2010224879A - System for visualization of business situation - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To visualize a situation of each nursing person or a business execution history to each patient so that they can be grasped at a glance. <P>SOLUTION: A business situation visualization system 100 includes a PC 10. The PC 10 detects the situations of each nursing person on the basis of information from various sensors 12 to 16 by various engines 20 to 23, and stores the nursing person situation information including the detection results in a context management server 26 with time information on the basis of clocks 12T to 16T, and displays images (i1X to i1Z, i2X to i2Z, i3, and i4) showing the situations of each nursing person at an optional time on a monitor (52) in the form of a list by a nursing person situation viewer 30 on the basis of the stored nursing person situation information, and creates the treatment history information of each patient on the basis of the stored nursing person situation information, and displays images (W1, W2) showing a treatment history to each patient at the optional time on the monitor (52) in the form of a list by a patient situation viewer 32. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to a business situation visualization system, and more particularly to a business situation visualization system that visualizes the status of nursing work performed by a nurse on a patient in a medical field.

As a conventional system of this type, a nursing support system described in Non-Patent Document 1 is known. In this background art, the information terminal carried by the nurse is provided with functions such as displaying patient information, recording the work execution status and temperature measurement results, while the execution information and measurement information recorded by the information terminal are displayed on the screen of the server PC. By displaying on the screen, the efficiency of nursing work is improved.
"Development and evaluation of nursing support system using portable information terminal" (Hiroko Sukeda et al., Information Processing Society of Japan, Vol.40, No.10, pp.3782-3791, October 1999)

  However, in the above background art, although execution information is displayed on the screen of the server PC, it is difficult to grasp the status of each nurse and the work execution history for each patient at a glance. Can not further improve the work efficiency by changing the assignment of work according to each nurse's situation or giving advice to the nurse in charge of the patient whose work is delayed. It was. Each nurse also knows only his / her own situation, so the nurses could not work together to improve efficiency.

  Therefore, a main object of the present invention is to provide a new business situation visualization system.

  Another object of the present invention is to visualize the status of each nurse (each worker who performs the task) and the task execution history for each patient (each subject who receives the task) at a glance. Is to provide a system.

  The present invention employs the following configuration in order to solve the above problems. Note that reference numerals in parentheses, supplementary explanations, and the like indicate correspondence relationships with embodiments described later to help understanding of the present invention, and do not limit the present invention in any way.

  1st invention is the business situation visualization system which visualizes the situation of work, and is a worker containing the detection result of the detection means which detects the situation of each worker who performs work based on the information from the sensor, and the detection result of the detection means The first storage means for storing the status information together with the time information based on the clock, and the worker status image showing the status of each worker at any time based on the worker status information stored in the first storage means on the monitor First display means for displaying a list is provided.

  In the first invention, the business situation visualization system (100) includes detection means (20-22), first storage means (26), and first display means (32, S91-S97, S101-S113). A detection means detects the condition of each worker who performs business based on information from the sensors (12 to 16). In the first accumulation means, worker status information including the detection result of the detection means is accumulated together with time information based on the clock (12T to 16T). The first display means is a worker situation image (i1X to i1Z, i2X to i2Z, i3, i4) showing the situation of each worker at an arbitrary time based on the worker situation information accumulated in the first accumulation means. Are displayed in a list on the monitor (52).

  According to the first aspect, since the status of each worker at an arbitrary time is displayed in a list on the monitor, the status of each worker can be grasped at a glance.

  A second invention is a business situation visualization system according to the first invention, wherein the sensor includes an infrared sensor and a motion sensor, and the detection means estimates the position of each worker based on information from the infrared sensor. And identification means for identifying each worker's behavior based on information from the motion sensor, and the worker status information is position information that is an estimation result of the estimation means and behavior information that is an identification result of the identification means The worker situation image shows the position and action of each worker.

  In the second invention, the sensor includes an infrared sensor (12) and a motion sensor (14), and the detection means includes an estimation means (20) and an identification means (22). The estimating means estimates the position of each worker based on information from the infrared sensor, and the identifying means identifies each worker's action based on information from the motion sensor. For identification, the estimation result of the estimation means and information from other sensors may be referred to. Therefore, the worker status information stored by the first storage means includes the position information that is the estimation result of the estimation means and the action information that is the identification result of the identification means, and the worker status image displayed by the first display means is The result shows the position and action of each worker.

  According to the second invention, the position and action of each worker can be grasped at a glance.

  A third aspect of the invention is a business situation visualization system according to the second aspect of the invention, wherein the sensor further includes a proximity sensor, and the detection means specifies the proximity target of each worker based on information from the proximity sensor. The worker status information further includes proximity target information that is a result of specifying the specifying means, and the worker status image further indicates the proximity target of each worker.

  In the third invention, the sensor includes a proximity sensor (16) in addition to the estimating means and the identifying means, and the detecting means includes a specifying means (23) in addition to the estimating means and the identifying means. Since the specifying means specifies the proximity target of each worker based on information from the proximity sensor, the worker status information stored by the first storage means is the result of specifying the specifying means in addition to the position information and the action information. Proximity target information is also included, and the worker status image displayed by the first display means results in indicating the proximity target in addition to the position and action of each worker.

  According to the third invention, it is possible to grasp at a glance the position, action and proximity target of each worker.

  A fourth aspect of the invention is a business situation visualization system according to the third aspect of the invention, wherein the proximity target of each worker includes equipment that is close to the worker among the work equipment.

  In the fourth invention, the worker status image displayed by the first display means indicates not only the position and action of each worker but also the adjacent equipment.

  According to the fourth invention, it is possible to grasp at a glance the position, action and proximity equipment of each worker.

  The fifth aspect of the present invention is the business situation visualization system according to the third or fourth aspect, wherein the proximity target of each worker includes a target person who is close to the worker among the target persons who receive the work, Based on the worker status information accumulated in the first accumulating means, target person history information indicating a work execution history for each target person is created and stored in a memory, and each time at any time based on the target person history information The apparatus further includes second display means for displaying a list of target person work history images indicating a work execution history for the target person on the monitor.

  In 5th invention, the proximity | contact object of each operator contains the object person who adjoins the said operator among each object person who receives work. Therefore, the worker status image displayed by the first display unit may indicate the proximity equipment and / or the proximity target person in addition to the position and action of each worker. The business situation visualization system further includes second display means (30, S21 to S56, S71 to S85), and the second display means is configured for each target person based on the worker situation information accumulated in the first accumulation means. Target person history information indicating the task execution history for the user is created and stored in the memory (72, 74), and the task is executed for each target person at an arbitrary time based on the target person history information stored in the memory. A list of target person business history images (W1, W2) indicating the history is displayed on the monitor.

  According to the fifth aspect, since the business execution history for each target person at an arbitrary time is displayed in a list on the monitor, the business execution history for each target person can be grasped at a glance.

  A sixth invention is a business situation visualization system according to the fifth invention, wherein sensor information including at least one of information from an infrared sensor, information from a motion sensor, and information from a proximity sensor is based on a clock. Second storage means for storing together with the time information, and third display means for displaying on the monitor an image indicating the detection result of the sensor at an arbitrary time based on the sensor information stored in the second storage means.

  In the sixth invention, the business situation visualization system further includes second storage means (28) and third display means (34). The second storage means stores sensor information including at least one of information from the infrared sensor, information from the motion sensor, and information from the proximity sensor, together with time information based on a clock, and the third display means is stored in the second storage means. Based on the accumulated sensor information, an image indicating the detection result of the sensor at an arbitrary time is displayed on the monitor.

  According to the sixth aspect, the detection result of the sensor at an arbitrary time can also be known.

  A seventh aspect of the present invention is a business situation visualization system according to the sixth aspect of the present invention, wherein a display on a monitor is displayed on a plurality of display means including first to third display means based on an operation of the input device (54). Switching means (S3 to S11) for switching between a plurality of corresponding screens is further provided.

  According to the seventh invention, the user operates the input device to select any one of a plurality of screens including a status screen of each worker, a business operation history screen for each target person, and a sensor detection result screen. Can be displayed on the monitor.

  An eighth aspect of the present invention is a business situation visualization system for visualizing the situation of a work, in which an estimation means for estimating the position of each worker who performs a work based on information from an infrared sensor, a behavior sensor for each worker's action Identification means for identifying based on information from the user, identification means for identifying the proximity target of each worker based on information from the proximity sensor, position information that is an estimation result of the estimation means, behavior information that is an identification result of the identification means And storage means for storing worker status information including proximity information, which is a result of specifying the specifying means, together with time information based on a clock, and for each target person who receives work based on the worker status information stored in the storage means Target person history information indicating the task execution history is created and stored in the first memory, and the target person task performance indicating the task execution history to each target person at an arbitrary time based on the target person history information. List the image on a monitor, and a display unit.

  In the eighth invention, the business situation visualization system (100) includes an estimation means (20), an identification means (22), a specification means (23), a storage means (26), and a display means (30, S21 to S56, S71). S85). The estimating means estimates the position of each worker who performs business based on information from the infrared sensor (12), the identifying means identifies each worker's action based on information from the motion sensor (14), and The specifying means specifies the proximity target of each worker based on information from the proximity sensor (16). In the storage means (26), worker status information including position information that is an estimation result of the estimation means, action information that is an identification result of the identification means, and proximity information that is a specification result of the identification means is stored in the clock (12T to 12T). 16T) is accumulated together with time information. The display means creates target person history information indicating work execution history for each target person who receives work based on the worker status information stored in the storage means and stores it in the first memory (72, 74). Then, based on the target person history information stored in the first memory, target person work history images (W1, W2) indicating the work execution history for each target person at an arbitrary time are displayed as a list on the monitor.

  According to the eighth aspect, since the business execution history for each target person at an arbitrary time is displayed in a list on the monitor, the business execution history for each target person can be grasped at a glance.

  A ninth aspect of the present invention is a business situation visualization system according to the eighth aspect of the invention, wherein the display means stores target person schedule information indicating a task execution schedule for each target person in the second memory (66, 68). The target person history information and the target person schedule information are compared at the current time, and the difference between the task execution history and the task execution schedule is notified to the target person's task history image ( M1 to M3) are highlighted (S55, S37, S39).

  According to the ninth aspect, if there is a target person whose job execution status is different from the schedule at the present time, the target person and the difference can be known.

  A tenth aspect of the present invention is a business situation visualization system subordinate to the ninth aspect of the present invention, wherein the message notifies that the scheduled work is not performed.

  An eleventh invention is a business situation visualization system according to the ninth invention, wherein the message notifies the time difference between the execution time and the scheduled time.

  A twelfth invention is a business situation visualization system subordinate to the ninth invention, and the message notifies the execution of the unscheduled business.

  The thirteenth invention is a business situation visualization system subordinate to the ninth invention, and the wireless communication module (10L) is also applied to the portable terminal (40) of the worker who is in charge of the work for the target person whose display means is different. , 40L) to display a message (S56, S38, S40).

  According to the thirteenth aspect, if there is a target person whose task execution status is different from the schedule at the present time, the worker in charge of the target person can be notified directly of the difference.

  According to the present invention, it is possible to realize a work situation visualization system that can grasp at a glance the status of each nurse and the work execution history for each patient. As a result, managers can improve work efficiency by changing work assignments according to each nurse's situation and giving advice to nurses in charge of patients whose work is delayed. Can do. It is also possible for nurses to collaborate to improve efficiency.

  The above object, other objects, features and advantages of the present invention will become more apparent from the following detailed description of embodiments with reference to the drawings.

It is a block diagram which shows the structure of the business condition visualization system which is one Example of this invention. It is an illustration figure which shows the example of application to nursing duties. It is a block diagram which shows the structural example of PC. It is an illustration figure which shows the memory map of the main memory of PC. It is a flowchart which shows a part of CPU operation | movement of PC. It is a flowchart which shows a part of other CPU operation | movement of PC. It is a flowchart which shows the other part of CPU operation | movement of PC. It is an illustration figure which shows an example of a nurse condition table. It is an illustration figure which shows an example of patient treatment schedule data, (A) shows the treatment schedule data of the patient A, (B) shows the treatment schedule data of the patient B. It is an illustration figure which shows an example of patient treatment history fixed data, (A) shows the treatment history data of the patient A, (B) shows the treatment history data of the patient B. It is an illustration figure which shows an example of a patient condition RT screen. It is an illustration figure which shows another example of patient treatment history fixed data, (A) shows the treatment history data of the patient A, (B) shows the treatment history data of the patient B. It is an illustration figure which shows another example of a patient condition RT screen. FIG. 10 is a flowchart showing yet another part of the CPU operation of the PC. It is an illustration figure which shows another example of a patient condition PB screen. It is a flowchart which shows a part of other CPU operation | movement of PC. It is an illustration figure which shows another example of a nurse condition table. It is an illustration figure which shows an example of a nurse condition RT screen. It is a flowchart which shows the other part of CPU operation | movement of PC.

  With reference to FIG. 1, a business situation visualization system 100 according to an embodiment of the present invention includes a PC 10, a portable terminal 40, an infrared sensor 12, a motion sensor 14, a proximity sensor 16, and a microphone 18. The infrared sensor 12, the motion sensor 14, the proximity sensor 16, and the microphone 18 are provided with clocks 12T, 14T, 16T, and 18T, respectively. The clocks 12T to 18T are clocks 10T on the PC 10 side (see FIG. 3). Synchronized with (see below).

  The infrared sensor 12 is further provided with a wireless LAN module 12L, and the mobile terminal 40, the motion sensor 14, the proximity sensor 16 and the microphone 18 are further provided with Bluetooth (registered trademark) modules 40B, 14B, 16B and 18B, respectively. The wireless LAN module 12L performs wireless LAN communication with the wireless LAN module 10L on the PC 10 side (see FIG. 3: described later), and each of the Bluetooth modules 14B to 18B communicates with the Bluetooth module 40B of the portable terminal 40. Performs Bluetooth communication.

  Therefore, in this embodiment, the signals from the infrared sensor 12 are directly transmitted to the PC 10 via the wireless LAN, while the signals from the motion sensor 14, the proximity sensor 16 and the microphone 18 are aggregated in the portable terminal 40 by Bluetooth. After that, it is transmitted to the PC 10 by wireless LAN.

  In another embodiment, the mobile terminal 40 may be omitted, and the motion sensor 14, the proximity sensor 16, and the microphone 18 may directly communicate with the PC 10 via a wireless LAN. That is, the Bluetooth modules 14B, 16B and 18B provided in the motion sensor 14, the proximity sensor 16 and the microphone 18 are replaced with wireless LAN modules 14L, 16L and 18L (not shown), and each of the wireless LAN modules 14L to 18L is connected to the PC 10 side. Wireless LAN communication may be performed with the wireless LAN module 10L.

  Further, for the connection between the PC 10 and the infrared sensor 12, instead of the wireless LAN method, another short-range wireless communication method such as ZigBee (registered trademark) may be used, and a wired communication method via a LAN cable or the like. It is also possible to use.

  Further, for the connection between the motion sensor 14, the proximity sensor 16, and the microphone 18 and the portable terminal 40, another short-range wireless communication method may be used instead of the Bluetooth method, and the short-range wireless communication that varies depending on the connection location. It is also possible to use a method.

  An application example of the business situation visualization system 100 to nursing work is shown in FIG. In the application example of FIG. 2, the PC 10 is installed at an arbitrary place in the ward, such as a nurse station. The infrared sensor 12 includes an infrared transmitter 12a and an infrared receiver 12b, and the infrared transmitter 12a is attached to the head of the nurse X. The infrared receiver 12b is installed in a predetermined position in the ward, for example, in the vicinity of an entrance / exit ENT of each room, a sink for hand-washing, etc. (see FIGS. 11, 18 etc .: described later).

  Each of the infrared transmitter 12a and the infrared receiver 12b is assigned an ID, and the infrared transmitter 12a periodically transmits its own ID using infrared rays. When receiving the ID from the infrared transmitter 12a, the infrared receiver 12b transmits this ID and its own ID together with a type stamp based on the clock 12T to the PC 10 through the wireless LAN module 12L. That is, the ID data output from the infrared sensor 12 includes a pair of IDs and a time stamp.

  The motion sensor 14 is composed of acceleration sensors 14a to 14d. The acceleration sensors 14a to 14d are respectively attached to the left upper arm, upper right arm, chest and waist of the nurse X, and repeat three-axis acceleration (for example, 1/100 second). Detect by period). The motion sensor 14 transmits the detection results of the respective acceleration sensors 14a to 14d together with the time stamp based on the clock 14T to the PC 10 through the Bluetooth modules 14B and 40B and the wireless LAN module 40L. That is, the motion data output from the motion sensor 14 includes an acceleration value of 3 × 4 = 12 components and a time stamp.

  The proximity sensor 16 is configured by Bluetooth modules 16a and 16b. The Bluetooth module 16a is provided to the nurse X (the portable terminal 40), the Bluetooth module 16b is provided with a shared nursing equipment 42 (such as a blood pressure monitor) and a bed 44 (for a patient). It may be in personal belongings or patients themselves). The nursing equipment 42 is stored in a predetermined place such as a nurse station, and is taken out to a hospital room or the like as necessary.

  The Bluetooth module 16a provided in the nurse X (the mobile terminal 40) detects the ID (MAC address) of the Bluetooth module 16b provided in the nursing equipment 42 or the bed 44, and uses this ID and its own ID, Along with the current electrolytic strength (RSSI) and a time stamp based on the clock 16T, it is transmitted to the PC 10 through the Bluetooth modules 16B and 40B and the wireless LAN module 40L. That is, the proximity data output from the proximity sensor 16 includes a pair of IDs, electric field strength values, and time stamps.

  The microphone 18 is attached near the mouth of the nurse X, and captures and encodes the voice including the utterance of the nurse X. The audio data obtained by encoding is transmitted to the PC 10 through the Bluetooth modules 18B and 40B and the wireless LAN module 40L together with a time stamp based on the clock 18T. That is, a time stamp is also given to the audio data output from the microphone 18.

  Similarly, each of the other nurses Y, Z,... Is equipped with the infrared transmitter 12a, the acceleration sensors 14a to 14d, the Bluetooth module 16a (the portable terminal 40 provided with), and the microphone 18.

  Referring to FIG. 1 again, the PC 10 includes a position estimation engine 20, an action identification engine 22, a target identification engine 23, a speech recognition engine 24, a context management server 26, a sensor data manager 28, a patient situation viewer 30, a nurse situation viewer. 32 and a sensor data viewer 34. The context management server 26 includes a real-time DB (database) 26r and a history DB 26h, and the sensor data manager 28 includes a sensor DB 28s.

  The functions of these components (20 to 34, 26r, 26h, and 28s) are the hardware resources shown in FIG. 3, that is, the clock 10T, the wireless LAN module 10L, the CPU 50, the LCD monitor 52, the key input device 54, and the main memory 56. And software resources stored in the main memory 56. The software resource is hierarchized into a plurality of layers including a middleware layer, a context management layer, and an application layer, and the position estimation engine 20, the action identification engine 22, the target identification engine 23, and the speech recognition engine 24 are included in the middleware layer as context management. Server 26 and sensor data manager 28 belong to the context management layer, and patient status viewer 30, nurse status viewer 32 and sensor data viewer 34 belong to the application layer.

  The ID data from the infrared sensor 12 is given to the position estimation engine 20 through a buffer (not shown). The position estimation engine 20 estimates the current positions of the nurses X, Y,... Based on the given ID data, and outputs an estimation result (position information) to the context management server 26 and the action identification engine 22.

  Proximity data from the proximity sensor 16 is given to the target specifying engine 23 via a buffer (not shown). The target specifying engine 23 specifies the proximity target (patient A, B or nursing equipment 42) of the nurses X, Y,... Based on the supplied proximity data, and the specified result (proximity target information) is the context management server 26. And output to the action identification engine 22.

  The motion data from the motion sensor 14 is given to the action identification engine 22 through a buffer (not shown). The action identification engine 22 identifies and identifies the actions of the nurses X, Y,... While referring to the estimation result of the position estimation engine 20 and the identification result of the target identification engine 23 mainly based on the given motion data. The result (behavior information) is output to the context management server 26.

  The voice data from the microphone 18 is given to the voice recognition engine 24 through a buffer (not shown). The voice recognition engine 24 identifies the utterance voices of the nurses X, Y,... Based on the given voice data, and outputs the identification result (speech information) to the context management server 26.

  The context management server 26 collects information collected in the middleware layer for each nurse and manages it as a nursing context.

  Specifically, the real-time DB 26r in the context management server 26 stores a nurse status table 74 configured as shown in FIGS. The nurse status table 74 includes a plurality of data fields each corresponding to one nurse, and each data field includes a data field ID, a nurse ID, a behavior state, a behavior state change time, a position ID, and a position change time. , Target patient ID, target patient change time, target equipment ID, target equipment change time, voice ID, voice recognition result, and voice change time.

  When the context management server 26 receives the estimation result of the position estimation engine 20, the estimation result of the behavior identification engine 22, the identification result of the target identification engine 23, and the recognition result of the voice recognition engine 24, these are aggregated for each nurse. The results are sequentially written in the nurse status table 74 in the real-time DB 26r. When the nurse status table 74 in the real-time DB 26r is updated, update history data is added to the history DB 26h in the context management server 26. The context management server 26 can reproduce the nurse status table 74 at any time from the work start time to the current time (or work end time) by referring to the update history data in the history DB 26h.

  The context management server 26 also provides a nursing context at the current time or a specified time in response to a request from the patient status viewer 30 or the nurse status viewer 32. As the nursing context at the current time, the nurse status table 74 in the real-time DB 26r is provided, and as the nursing context at the specified time, the nurse status table 74 reproduced from the history data in the history DB 26h is provided.

  The sensor data manager 28 manages raw data detected by the various sensors 12-16. That is, the ID data from the infrared sensor 12, the motion data from the motion sensor 14, and the proximity data from the proximity sensor 16 are also provided to the sensor data manager 28. The sensor data manager 28 stores the given data in the sensor DB 28s and, if requested by the sensor data viewer 34, reads out and provides the corresponding data from the sensor DB 28s.

  The patient situation viewer 30 receives the provision of nursing context from the context management server 26, and displays a list of patient situations at the current time or the specified time.

  Specifically, patient treatment schedule data 66 and 68 indicating treatment schedules of the patients A and B as shown in FIGS. 9A and 9B are stored in the data area 56 b of the main memory 56. Yes. For example, the treatment schedule data 66 of the patient A includes a plurality of data fields each corresponding to one treatment for the patient A, and each data field includes a data field ID, a treatment content, a location, a nurse ID, a start time, and an end. Includes time. The patient treatment schedule data 66 and 68 can be updated at any time by operating the key input device 54.

  The patient situation viewer 30 acquires the nurse situation table 74 at the current time or the designated time as shown in FIG. 8 from the context management server 26, and FIG. 10 (A), FIG. 10 (B) or FIG. ), Treatment history data 70 and 72 for each patient A and B as shown in FIG. The patient treatment history data 70 and 72 have the same configuration as the above-described patient treatment schedule data 66 and 68 (see FIGS. 9A and 9B). Then, based on the created patient treatment history data 70, 72, a patient status real time (RT) screen as shown in FIG. 11 and FIG. 13 or a patient status playback (PB) screen as shown in FIG. 52.

  For example, on the patient status RT screen of FIG. 11, a status window W1 indicating the treatment status of patient A and a status window W2 indicating the treatment status of patient B are displayed on the floor plan FP of the ward. In each status window W1, W2, “schedule”, “history”, and “in charge” at the current time are displayed in a band along the time axis. “Schedule” is based on “treatment content”, “start time” and “end time” described in the patient treatment schedule data 66 and 68, and “history” is “treatment content” described in the patient treatment history data 70 and 72. "Based on", "start time" and "end time", and "in charge" is based on "in-charge nurse ID" described in the patient treatment history data 70, 72 or patient treatment scheduled data 66, 67. The contents of each status window are then updated, for example, every 5 seconds over time.

  When a deviation occurs between “schedule” and “history” in each status window W1, W2, messages (M1 to M3) notifying this are highlighted in the status windows W1, W2. In the patient status RT screen of FIG. 11, the examination a scheduled to be performed from 9:30 on the subject A has not yet started even after 9:40. The message M1 is displayed indicating that “inspection a has not been performed”. This message M1 can also be displayed on the portable terminal 40 of the nurse Y who is in charge through the wireless LAN.

  On the other hand, the infusion scheduled to be performed by nurse X from 9:00 on patient B started at 8:57. Therefore, in the situation window W2 of patient B, “infusion is 3 minutes ahead of schedule”. The message M2 “is being implemented” is displayed. This message M2 can also be displayed on the portable terminal 40 of the nurse X who is in charge through the wireless LAN.

  In the patient status RT screen of FIG. 13, although the treatment scheduled for patient A from 13:30 is examination b, nurse X who is in charge performs examination c at 13:32, Therefore, the message M3 “CAUTION! Unplanned treatment” is displayed in the situation window W1 of the patient A. This message M3 can also be displayed on the portable terminal 40 of the nurse X through the wireless LAN. The scheduled treatment is being performed for patient B on time, so no message is displayed in patient B's status window W2.

  Similarly, on the patient status PB screen of FIG. 15, status windows W1 and W2 indicating the treatment status of the patients A and B are displayed on the floor plan FP of the ward. Here, the status windows W1 and W2 are displayed in the status windows W1 and W2. Is “schedule”, “history”, and “in charge” at the specified time, not the current time In this patient status PB screen, a time bar TB corresponding to the period from the start to the end of the work is displayed below the floor plan FP, and the user can display the pointer Pt on the time bar TB with a pointing device (not shown). When a desired time is specified by moving or by directly inputting a number with the key input device 54, the “schedule”, “history”, and “in charge” at the specified time are displayed in each status window W1, W2. Is displayed. The display content of each status window WI, W2 is then updated, for example, every 5 seconds as time passes.

  The nurse status viewer 32 receives a nursing context from the context management server 26, and displays a list of statuses of the nurses X, Y,. Specifically, the nurse situation viewer 32 acquires the nurse situation table 74 at the current time or the designated time as shown in FIG. 17 from the context management server 26, and displays the nurse situation RT screen or illustration as shown in FIG. The nurse status PB screen is displayed on the LCD monitor 52.

  In the nurse status RT screen of FIG. 18, for each nurse X to Z, the position and action state at the current time (18:23:32) are in the form of position icons i1X to i1Z and action state icons i2X to i2Z. It is shown on the floor plan FP. The position icon i1X and the action state icon i2X indicate that the nurse X is performing hand washing from the time 18:23 in the nurse station. The position icon i1Y and the action state icon i2Y indicate that the nurse Y is performing an entry operation from the time 18:19 in the nurse station. From the position icon i1Z and the action state icon i2Z, it can be seen that the nurse Z is walking on the corridor from time 18:19.

  In addition, a target equipment icon i3 indicating the sphygmomanometer 03 is displayed in the vicinity of the position icon i1Z and the action state icon i2Z, and it is understood that the nurse Z is carrying the sphygmomanometer 03.

  Then, assuming that nurse Z has performed blood pressure measurement for patient B lying on bed 44 in hospital 202, a target patient indicating patient B in the vicinity of position icon i1Z, action state icon i2Z, and target equipment icon i3. Icon i4 is displayed. At this time, the action state icon i2Z indicates “blood pressure measurement — 18: 20˜”. From these icons i1Z, i2Z, i3, and i4, it can be seen that nurse Z is measuring blood pressure at 18:20 for patient B in the 202 room.

  The four types of icons i1 to i4 as described above are based on the nurse status table 74 at the current time as shown in FIG. 17, and are subsequently updated, for example, every 5 seconds as time passes. On the nurse status PB screen (not shown), similar icons i1 to i4 are displayed and updated in the same manner based on the nurse status table 74 at the specified time.

  The sensor data viewer 34 acquires raw data at the current time or a specified time from the sensor data manager 28 and displays various sensor information such as acceleration waveforms (not shown) based on motion data on the LCD monitor 52. The sensor information is also updated, for example, every 5 seconds as time passes.

  In this way, if the work situation visualization system 100 is applied to nursing work, the situation of each patient and each nurse can be listed in real time (or by playback) on the screen of the PC 10, so that work management by a manager such as a teacher can be performed. It becomes easy and information sharing between nurses is promoted. In addition, if the execution status (history) of work is out of schedule, a warning or notification is given through the screen of the PC 10 or the portable terminal 40, so that the quality of nursing work can be improved without increasing the burden on the administrator. Can do.

  Hereinafter, specific information processing for realizing such business situation visualization will be described. FIG. 4 shows a part of the memory map of the main memory 56 (part assigned to the application layer). The main memory 56 includes a program area 56a and a data area 56b, and a display control program 60 and a communication control program 62 are stored in the program area 56a. The display control program 60 is a program for realizing the various viewers 30 to 34 described above, and includes a main thread shown in FIG. 5, a patient status RT display thread shown in FIGS. 6 and 7, and a patient shown in FIG. A status PB display thread, a nurse status RT display thread shown in FIG. 16, a nurse status PB display thread shown in FIG. 19, and a sensor data RT / PB display thread (not shown) are included. The communication control program 62 is a program for controlling the wireless LAN module 10L to perform wireless LAN communication between the PC 10, the infrared sensor 12, and the portable terminal 40.

  The patient status RT display thread and the patient status PB display thread correspond to the patient status viewer 30, the nurse status RT display thread and the nurse status PB display thread correspond to the nurse status viewer 32, and the sensor data RT / PB display The thread corresponds to the sensor data viewer 34. These display threads are activated / terminated by the main thread.

  The data area 56b includes current display mode information 64, treatment schedule data 66 for patient A, treatment schedule data 68 for patient B, treatment history data 70 for patient A, treatment history data 72 for patient B, and nurse status table 74. Etc. are memorized. The current display mode information 64 is information indicating the currently selected display mode among the plurality of display modes respectively corresponding to the plurality of display threads. The treatment schedule data 66 of the patient A is shown in FIG. 9A, the treatment schedule data 68 of the patient B is shown in FIG. 9B, and the treatment history data 70 of the patient A is shown in FIG. 10A or 12A. The treatment history data 72 of the patient B is shown in FIG. 10B or 12B, and the nurse status table 74 is shown in FIG. 8 or 17, respectively.

  When the business situation visualization system 100 is activated, the CPU 50 starts processing of the main thread. Referring to FIG. 5, initial processing is executed in the first step S1, and a display thread corresponding to the current display mode information 64 (see FIG. 4) is activated in the next step S3. Thereafter, the process enters an event waiting loop in steps S5 to S7.

  The CPU 50 can execute a plurality of threads in parallel. Thereafter, the main thread and the activated display thread among the plurality of display threads are executed in parallel. The processing of each display thread will be described later.

  When the end operation is performed, the process proceeds from step S5 to step S9, the current display mode is stored, and the current display thread is ended. Then, the main thread itself is terminated. On the other hand, when the mode designation operation is performed, the process proceeds from step S7 to step S11, the current display thread is terminated, and the display thread corresponding to the designated mode is activated. Then, after updating the current display mode information 64, the process returns to the operation waiting loop in steps S5 to S7.

  When the patient status RT display thread is activated, the processing shown in FIGS. 6 and 7 is executed. In the first step S21, initial setting is performed for the context management server 26. Specifically, when the target patient ID is changed in any of the data fields of the nurse status table 74 in the real-time DB 26r, the data field (that is, the status data of the nurse in charge) is transferred to the patient status viewer 30 side. Set to notify. As a result, for example, when the target patient ID changes from “−” to “patient B” in the data field “3” of the nurse status table 74 in FIG. 8, the contents of this data field “3” (nurse X, infusion, 09:37, ..., instillation is performed, 9:35) is notified.

  In the next step S22, the nurse status table 74 is acquired from the context management server 26 and stored in the data area 56b, and the treatment history data of each patient ID, here, the treatment history data 70 of the patient A and the treatment of the patient B The history data 72 is created in the data area 56b. In step S 23, based on the treatment history data 70 of the patient A and the treatment history data 72 of the patient B, a patient status RT screen as shown in FIGS. 11 and 13 is initially displayed on the LCD monitor 52. Thereafter, the process branches into two steps, steps S27 to S40 and steps S41 to S56, depending on whether or not there is a notification from the context management server 26.

  First, when notified, in step S27, the nurse status table 74 and the treatment history data (70 or 72) of the target patient ID are updated based on the notified data field. As a result, the change on the real-time DB 26r side is reflected in the nurse status table 74 and the treatment history data 70 of the patient A or the treatment history data 72 of the patient B.

  In the next step S29, the treatment schedule data (66 or 68) and the treatment history data (70 or 72) are collated at the current time with respect to the target patient ID, and the coincidence flag is controlled based on the collation result. For example, when the target patient ID is “patient B”, the treatment schedule data 68 of the patient B and the treatment history data 72 of the patient B are collated. Patient B treatment schedule data 68 is shown in FIG. 9B, patient B treatment history data 72 is shown in FIG. 10B, and the current time is 09:40. In some cases, since both treatment contents are “drip”, True is set in the match flag.

  When the target patient ID is “patient A”, the treatment schedule data 66 of the patient A and the treatment history data 70 of the patient A are collated. The treatment schedule data 66 of the patient A is shown in FIG. 9A, the treatment history data 70 of the patient A is shown in FIG. 12A, and the current time is 13:32. In some cases, the treatment content is “examination b” in the former, but “examination c” in the latter, so that the match flag is set to False.

  In step S31, it is determined whether or not the match flag is True. If YES, the process proceeds to step S32. If NO, the process proceeds to step S39. In step S32, a time difference is further calculated based on the above collation result. Here, the difference between the scheduled start time and the history start time is regarded as a time difference. Therefore, in the example of infusion for patient B described above, the time difference is calculated as “3 minutes”.

  In step S33, it is further determined whether or not the time difference is less than a predetermined value (for example, 2 minutes). If YES in this step, the situation window (W1 or W2) of the patient ID is displayed in step S35 as treatment history data. After updating based on (70 or 72), the process returns to step S25.

  If “NO” in the step S33, the process shifts to a step S37 to indicate that the treatment is being performed with a deviation from the scheduled time and a message indicating the time difference, for example, the message M2 shown in the status window W2 of FIG. “3 minutes earlier” is highlighted in the status window (W1 or W2) for the patient ID. A similar message (M2) may be transmitted to the mobile terminal 40 of the nurse (X) in charge at the next step S38. Thereafter, the process returns to step S25.

  On the other hand, in step S39, the fact that an unscheduled treatment is being performed is highlighted on the status window (W1 or W2) of the patient ID. For example, the message M3 shown in the status window W1 of FIG. 13, that is, “Caution! Unplanned action” corresponds to this highlight display. A similar message (M3) may be transmitted to the mobile terminal 40 of the nurse in charge (X) in the next step S40. Thereafter, the process returns to step S25.

  On the other hand, if there is no notification, in step S41, it is determined whether or not there is an unselected target patient ID among all target patient IDs (here, patient A and patient B). If YES here, one of the unselected target patient IDs is selected in step S43, and all or part of the series of processes in steps S45 to S56 is executed for the target patient ID, and then the process returns to step S41. Repeat the same process. If the determination result of step S41 is NO, the process returns to step S25.

  In step S45, the status window (W1 or W2) of the patient ID is updated based on the treatment history data (70 or 72) of the patient ID. In step S47, the treatment schedule data (66 or 68) and the treatment history data (70 or 72) are collated at the current time with respect to the target patient ID, and a treatment omission is detected. For example, when the target patient ID is “patient A”, the treatment schedule data 66 of the patient A and the treatment history data 70 of the patient A are collated. The treatment schedule data 66 of the patient A is the one shown in FIG. 9A, the treatment history data 70 of the patient A is the one shown in FIG. 10A, and the current time is 09:40. In some cases, since the start time of the examination a is “2009.01.27 — 09:30” in the former case and “−” in the latter case, the treatment omission of the “inspection a” is detected.

  In step S49, it is determined whether or not treatment omission has been detected. If NO, the process returns to step S41, whereas if YES, the process proceeds to step S51. In step S51, a delay time (difference between the scheduled start time and the current time) is calculated regarding the detected treatment omission. In step S53, it is determined whether or not the calculation result exceeds a predetermined value (for example, 8 minutes). If NO, the process returns to step S41, whereas if YES, the process proceeds to step S55. For example, if the above-described “examination b” treatment is omitted, the delay time is calculated to be 10 minutes in step S51, and YES is determined in step S53.

  In step S55, a message notifying the detected treatment omission, for example, the message M1 shown in FIG. 11, that is, “CAUTION! Exam a is not yet performed” is highlighted in the status window (W1 or W2) of the patient ID. To do. A similar message (M1) may be transmitted to the mobile terminal 40 of the nurse in charge (X) in the next step S56. Thereafter, the process returns to step S41.

  When the patient status PB display thread is activated, the process shown in FIG. 14 is executed. In the first step S71, the patient status table 74 is acquired from the context management server 26, and the treatment history data 70 of each patient A and B over the period from the start time (8:00) to the end time (18:00). , 72 are created in the data area 56b. In the next step S73, based on the A and B treatment history data 70 and 72 at the start time, a patient status PB screen as shown in FIG. Thereafter, the process enters an event waiting loop in steps S75 to S79.

  When the time designation end operation is performed, the process proceeds from step S75 to step S77, and the patient status PB screen is updated based on the treatment history data 70 and 72 of the patients A and B at the designated time, and then the event of steps S75 to S79. Return to the wait loop. When a certain time (for example, 5 seconds) has elapsed since the initial display or previous update of the patient status PB screen, the process proceeds from step S79 to S81 to determine whether or not the current time has exceeded the end time. If “YES” here, the process proceeds to a step S83 while if “NO”, the process proceeds to a step S85.

  In step S83, the patient status PB screen is updated based on the treatment history data 70 and 72 of the patients A and B at the end time, and then the process returns to the event waiting loop in steps S75 to S79. In step S85, the patient status PB screen is updated on the basis of the treatment history data 70 and 72 of the patients A and B after the elapse at a certain time (for example, 5 seconds) after the start time or the last update time, and then the step S75. Return to the event waiting loop of S79.

  When the nurse status RT display thread is activated, the processing shown in FIG. 16 is executed. In the first step S91, initial setting is performed for the context management server 26. This initial setting is the same as that in step S21 described above. In the next step S93, the nurse status table 74 as shown in FIG. 17 is acquired from the context management server 26 and stored in the data area 56b, and a nurse status RT screen as shown in FIG. 18 is initially displayed on the LCD monitor 52. . Then, in step S95, the notification from the context management server 26 is waited. When the notification is received, the process proceeds to step S97 to update the status icon of the nurse ID (for example, status icons i1Z, i2Z, i3, i4 of nurse Z). To do. After the update, the process returns to step S95.

  When the nurse status PB display thread is activated, the processing shown in FIG. 19 is executed. In the first step S101, the patient status table 74 at the start time is acquired from the context management server 26, and a patient status PB screen (not shown) is initially displayed on the LCD monitor 52. Thereafter, the process enters an event waiting loop in steps S103 to S105.

  When the time designation end operation is performed, the process proceeds from step S103 to step S107, the patient situation table 74 at the designated time is acquired from the context management server 26, the nurse situation PB screen is updated, and then the events of steps S103 to S105 are performed. Return to the wait loop. When a predetermined time (for example, 5 seconds) has elapsed from the initial display or last update of the nurse status PB screen, the process proceeds from step S105 to S109 to determine whether or not the current time has exceeded the end time. If “YES” here, the process proceeds to a step S111 while if “NO”, the process proceeds to a step S113.

  In step S111, the patient status table 74 at the end time is acquired from the context management server 26 to update the nurse status PB screen, and then the process returns to the event waiting loop in steps S103 to S105. In step S113, the patient status table 74 at a certain time (for example, 5 seconds) after the start time or the last update time is acquired from the context management server 26, and the nurse status PB screen is updated, and then steps S103 to S105 are performed. Return to the event waiting loop.

  Although illustration is omitted, in the sensor data RT display thread, first, sensor data at the current time is acquired from the sensor data manager 28 and the sensor data RT screen is initially displayed, and thereafter, every certain time (for example, 5 seconds). The process of acquiring the sensor data at the current time and updating the sensor data RT screen is repeated.

  Although not shown, the sensor data PB display thread first acquires sensor data at the start time from the sensor data manager 28 and initially displays the sensor data RT screen. Thereafter, from the start time or the last update time, The process of acquiring sensor data at a time after a certain time (for example, 5 seconds) and updating the sensor data PB screen is repeated.

  As is clear from the above, the business situation visualization system 100 of this embodiment includes the PC 10. The PC 10 detects the status of each nurse with the position estimation engine 20, the action identification engine 22, and the target identification engine 23 based on information from the infrared sensor 12, the motion sensor 14, and the proximity sensor 16, and the detection results are displayed on the clock 12T. The information is accumulated in the context management server 26 in the form of a nurse status table 74 (see FIG. 8 and the like) together with time information (time stamp) based on 16T. Based on the accumulated nurse status table 74, icons (i1X to i1Z, i2X to i2Z, i3, i4) indicating the status of each nurse at an arbitrary time are listed on the LCD monitor 52 by the nurse status viewer 32. Display (see FIG. 18). Also, based on the accumulated nurse status information, treatment history data (70, 72) for each patient is created, and windows (W1, W2) indicating the treatment history for each patient at an arbitrary time are displayed in the patient status. A list is displayed on the LCD monitor 52 by the viewer 30 (see FIGS. 11, 13, and 15). This makes it possible to grasp at a glance the status of each nurse and the treatment history for each patient.

  In this embodiment, the four acceleration sensors 14a to 14d are attached to both the upper arm, the chest and the waist of the subject, but the number of acceleration sensors and the attachment parts can be appropriately changed. Other motion sensors such as a gyro sensor may be used instead of or in addition to the acceleration sensor.

  In the above, an example of application to nursing work has been described. However, the present invention can be applied to other work such as manufacturing and distribution.

10 ... PC
DESCRIPTION OF SYMBOLS 12 ... Infrared sensor 12a ... Infrared transmitter 12b ... Infrared receiver 14 ... Motion sensor 14a-14d ... Acceleration sensor 16 ... Proximity sensor 16a, 16b ... Bluetooth module 20 ... Position estimation engine 22 ... Action identification engine 23 ... Target specific engine 26 ... Context management server 28 ... Sensor data manager 30 ... Patient situation viewer 32 ... Nurse situation viewer 34 ... Sensor data viewer 40 ... Mobile terminal 50 ... CPU
52 ... LCD monitor 54 ... Key input device 56 ... Main memory 10T-18T ... Clock 10L, 12L, 40L ... Wireless LAN module 14B-18B ... Bluetooth module 42 ... Nursing equipment (blood pressure monitor)
44… Bed 100… Business situation visualization system

Claims (13)

A business status visualization system that visualizes business status,
Detecting means for detecting the status of each worker performing the work based on information from the sensor;
First storage means for storing worker status information including a detection result of the detection means together with time information based on a clock, and each work at an arbitrary time based on worker status information stored in the first storage means A business situation visualization system comprising first display means for displaying a list of worker situation images indicating a worker's situation on a monitor. The sensor includes an infrared sensor and a motion sensor;
The detection means includes estimation means for estimating the position of each worker based on information from the infrared sensor, and identification means for identifying each worker's action based on information from the motion sensor,
The worker status information includes position information that is an estimation result of the estimation means and behavior information that is an identification result of the identification means, and the worker status image indicates the position and behavior of each worker. The business status visualization system according to 1. The sensor further includes a proximity sensor;
The detection means further includes a specifying means for specifying a proximity target of each worker based on information from a proximity sensor,
The worker status information further includes proximity target information that is a specific result of the specifying means, and
The business situation visualization system according to claim 2, wherein the worker situation image further indicates a proximity target of each worker.   The work status visualization system according to claim 3, wherein the proximity target of each worker includes equipment close to the worker among the work equipment. The proximity target of each worker includes a target person who is close to the worker among each target person who receives the work,
Based on the worker status information stored in the first storage means, create target person history information indicating a work execution history for each target person and store it in a memory. 5. The business status visualization system according to claim 3, further comprising a second display unit configured to display a list of target business history images indicating business execution history for each target person at a time on the monitor. Second storage means for storing sensor information including at least one of information from the infrared sensor, information from the motion sensor, and information from the proximity sensor together with time information based on the timepiece; and 6. The business situation visualization system according to claim 5, further comprising third display means for displaying an image indicating a sensor detection result at an arbitrary time on the monitor based on the accumulated sensor information.   7. The business status according to claim 6, further comprising switching means for switching the display on the monitor between a plurality of screens corresponding to a plurality of display means including the first to third display means based on an operation of an input device. Visualization system. A business status visualization system that visualizes business status,
Estimating means for estimating the position of each worker performing the work based on information from an infrared sensor;
Identification means for identifying each worker's behavior based on information from a motion sensor;
A specifying means for specifying a proximity target of each worker based on information from a proximity sensor;
Accumulating means for accumulating worker status information including position information that is an estimation result of the estimation means, behavior information that is an identification result of the identification means, and proximity information that is a specification result of the specifying means together with time information based on a clock; And, based on the worker status information stored in the storage means, creates target person history information indicating a work execution history for each target person who receives the work, stores it in the first memory, and stores the target person history information in the target person history information. A business situation visualization system comprising display means for displaying a list of target person work history images indicating a work execution history for each target person at an arbitrary time based on a monitor.   The display means stores target person schedule information indicating a work execution schedule for each target person in a second memory, and compares the target person history information with the target person schedule information at a current time, The business status visualization system according to claim 8, wherein a message notifying the difference is highlighted on a business history image of a subject who has a difference between the business execution history and the business execution schedule.   The work status visualization system according to claim 9, wherein the message notifies that the scheduled work is not performed.   The business status visualization system according to claim 9, wherein the message notifies a time difference between an execution time and a scheduled time.   The business status visualization system according to claim 9, wherein the message notifies execution of an unscheduled business.   The business status visualization system according to claim 9, wherein the display unit displays the message via a wireless communication module on a portable terminal of a worker who is in charge of work on the subject having the difference.

Images