<First Embodiment>
Hereinafter, embodiments of the present invention will be described with reference to each of drawings.  Fig. 1 is a conceptual diagram illustrating an external appearance configuration of a vitalsign measuring system 1 according to the present embodiment.  The vitalsign measuring system 1 has apatient monitor 10 and anultrasonic measuring device 20.  Although not illustrated, thepatient monitor 10 is appropriately connected to sensors 30 (which will be described later) via cable lines C1 and C2.
Theultrasonic measuring device 20 is connected to thepatient monitor 10 via a cable.  Theultrasonic measuring device 20 is an example of a device that acquires vital sign (second vital sign information) of a subject, and is a device for acquiring ultrasonic image of a subject's internal body in the present example.  Thepatient monitor 10 acquires the ultrasonic image (the second vital sign) from theultrasonic measuring device 20, and acquires various vital signs (first vital sign information) via thesensors 30.
Thepatient monitor 10 measures various vital signs (the first vital sign information) based on biological signals acquired from the sensors 30 (which will be described later in Fig. 2) connected to the subject.  Thesensors 30 connected to the subject are various sensors which are used for measuring the vital signs.  For example, thesensor 30 includes a cuff used for measuring a blood pressure, an electrode used for measuring an electrocardiogram and the like (a disposable electrode, a clip electrode and the like), a SpO2 probe, a mask for measuring breathing, and the like.  In addition, thesensor 30 may acquire biological signals by an invasive method.  Furthermore, vital signs to be measured, for example, are a blood pressure, a body temperature, a breathing rate, pulse rate, arterial oxygen saturation, an electrocardiogram, a pulse rate and the like.  Thepatient monitor 10 includes, for example, a bedside monitor, a transport monitor, a portable medical telemeter, and a defibrillator having a function of measuring an electrocardiogram.  The bedside monitor may be used in a treatment room and an operating room of emergency medical care, or may be used in a general ward and the like.  That is, thepatient monitor 10 should be interpreted as various medical devices that measure and display vital signs.  In the following description, thepatient monitor 10 is assumed as a so-called bedside monitor.
Thepatient monitor 10 has connection ports (for example, insertion ports of connectors) for being connected to thesensors 30.  Theultrasonic measuring device 20 is a device detachable from the connection ports.  Theultrasonic measuring device 20 causes a probe 21 (which will be described later) to make contact with a subject's body, thereby acquiring ultrasonic images of a subject's internal body.  Theultrasonic measuring device 20 is a device having a weight and a size which can be grasped by a user (mainly, a doctor), and has a shape in which a cable has been connected to a probe head of a general ultrasonic diagnostic equipment.
Theultrasonic measuring device 20 is not limited to the wired connection as illustrated in the drawing, and may transmit/receive data to/from thepatient monitor 10 by a wireless connection.
Subsequently, with reference to Fig. 2, an electrical configuration of the vitalsign measuring system 1 will be described.  Fig. 2 is a block diagram focused on the electrical configuration of the vitalsign measuring system 1.
First, theultrasonic measuring device 20 will be described.  Theultrasonic measuring device 20 is a device detachable from thepatient monitor 10 as illustrated in Fig. 1.  Theultrasonic measuring device 20 has a so-called shape similar to a probe.  Theultrasonic measuring device 20 has theprobe 21, acontrol unit 22, and astorage unit 23.  Theultrasonic measuring device 20 may be a device that operates by receiving power from thepatient monitor 10, or may be configured to have an internal power source.
Theprobe 21 makes contact with (or makes close to) a subject's body and irradiates ultrasonic waves.  Theprobe 21 receives reflected ultrasonic waves (reflected waves).  Theprobe 21 supplies the received ultrasonic waves to thecontrol unit 22.
Thecontrol unit 22 performs reception and the like of various types of setting of theprobe 21 and received signals acquired by theprobe 21.  For example, processes of thecontrol unit 22 are as follows.
- Setting of an ultrasonic frequency of theprobe 21
- Beam-forming setting of theprobe 21
- Arithmetic processing (matching addition of reflection echo signal) of reflected waves received in theprobe 21 and formation of ultrasonic reception beam
- Mode signal processing, CF signal processing, and Doppler signal processing for ultrasonic reception beam
- Formation of ultrasonic image by scan processing
- Switching process of an ultrasonic mode (B mode, M mode, D mode and the like)
- Error detection of theprobe 21
- Data transmission/reception with the patient monitor 10 (also including ultrasonic image).
Thecontrol unit 22 transmits the ultrasonic images generated by the aforementioned processes to thepatient monitor 10.  Thecontrol unit 22 may transmit signals of the reflected waves acquired by theprobe 21 to the patient monitor 10 as is.  In this case, acontrol unit 14 performs a process of generating ultrasonic images based on the signals of the reflected waves.
Thestorage unit 23 stores various programs (including system software and various types of application software) used by thecontrol unit 22, and data (including a history value, a setting value and the like of ultrasonic image).  Thecontrol unit 22 appropriately reads the programs and the data from thestorage unit 23.  Thecontrol unit 22 appropriately writes data in thestorage unit 23.  Thestorage unit 23 is a secondary storage device provided in theultrasonic measuring device 20, and for example, is a hard disk provided in theultrasonic measuring device 20.
Theultrasonic measurement device 20 may generate the ultrasonic image from the reflected waves and transmit the generated ultrasonic image to thepatient monitor 10.  Also, theultrasonic measurement device 20 may simply a signal indicating the reflected waves to the patient monitor.
Subsequently, thesensor 30 and the patient monitor 10 will be described.  Thesensor 30 is a sensor for vital signs, which is connected to a subject's body as described above.
The patient monitor 10 has aninput interface 11, acommunication unit 12, an operatingunit 13, thecontrol unit 14, aspeaker 15, adisplay unit 16, and astorage unit 17.  Although not clearly indicated, the patient monitor 10 also appropriately includes an internal power source.
Theinput interface 11 includes the aforementioned connection ports, peripheral circuits thereof, and the like.  Theinput interface 11 supplies thecontrol unit 14 with data received from thesensor 30 and theultrasonic measuring device 20.  Furthermore, theinput interface 11 transmits data to thesensor 30 or theultrasonic measuring device 20 from thepatient monitor 10.  The patient monitor 10 receives ultrasonic images (or received signals serving as a basis of the ultrasonic images) from theultrasonic measuring device 20.
Thecommunication unit 12 transmits/receives data to/from another device (for example, a central monitor).  For example thecommunication unit 12 may satisfy a communication standard according to a wireless LAN (Local Area Network) and the like.  Thecommunication unit 12 may perform a communication process by using a wired cable.
A user (mainly, a doctor) inputs data to the patient monitor 10 via the operatingunit 13.  The operatingunit 13, for example, includes a button, a knob, a rotary selector, a key and the like provided on a casing of thepatient monitor 10.  The data input via the operatingunit 13 is supplied to thecontrol unit 14.
Thespeaker 15 outputs various types of notification sound including an alarm.  Thespeaker 15 performs notification under the control of thecontrol unit 14.
Thedisplay unit 16 includes a display, a peripheral circuit thereof, and the like provided on the casing of thepatient monitor 10.  Thedisplay unit 16 displays various types of information of a subject.  More specifically, thedisplay unit 16 displays information (waveforms and measured values) on various vital signs, a setting screen and the like under the control of thecontrol unit 14.  Thedisplay unit 16 also displays ultrasonic images under the control of thecontrol unit 14.
The operatingunit 13 and thedisplay unit 16 may be configured to be integrally formed with each other (a so-called touch panel-like configuration).
Thestorage unit 17 stores various programs (including system software and various types of application software) used in thecontrol unit 14 and data (including a blood pressure, a measured value and a setting value of SpO2 and the like, ultrasonic images to be described later and the like).  Thecontrol unit 14 appropriately reads the programs and the data from thestorage unit 17.  Furthermore, thecontrol unit 14 appropriately writes data in thestorage unit 17.  Thestorage unit 17 is a secondary storage device provided in thepatient monitor 10, and for example, is a hard disk provided in thepatient monitor 10.  Thestorage unit 17 is not limited to the case of being embedded in thepatient monitor 10, and may be configured to be detachable from the patient monitor 10 (for example, a USB (Universal Serial Bus) memory and the like detachable from the patient monitor 10).
Thecontrol unit 14 performs various processes of thepatient monitor 10.  Thecontrol unit 14 is configured with a CPU (Central Processing Unit) and a peripheral circuit thereof, and performs its operations by software or hardware.  More specifically, thecontrol unit 14 performs acquirement of information (waveforms and measured values of a blood pressure, SpO2, a body temperature and the like) of vital signs based on the biological signals acquired from thesensors 30, ringing control of an alarm based on the information of the vital signs.
Thecontrol unit 14 includes anultrasonic control section 18 that activates/executes ultrasonic software (biological information processing software) for displaying the ultrasonic images (the second vital sign information) from theultrasonic measuring device 20.  In detail, the ultrasonic software performs some kinds of processes related to displaying the ultrasonic image, the processes including obtaining the ultrasonic image from theultrasonic measuring device 20, writing/reading data into/from thestorage unit 17, adjusting image quality, drawing process, and the like.  The ultrasonic software may have a configuration which is capable of some kinds of processes related to the ultrasonic image (transmitting data to an external device and the like), which is not limited to the display process.  Namely, the ultrasonic software (the biological information processing software) is a software performing some kind of processes related to the ultrasonic image (the second vital sing information).  Theultrasonic control section 18 includes anevent detection part 181 and asoftware control part 182.
Theevent detection part 181 detects an activation start event for starting the activation of the ultrasonic software.  Theevent detection part 181 detects an activating event for changing a state of the ultrasonic software into active.  Theevent detection part 181 detects the occurrence of the activation start event and the activating event as a so-called resident process.
Thesoftware control part 182 performs at least a part of the activation process of the ultrasonic software when the activation start event is detected.  The activation process, for example, includes the following processes.
- Reading of setting data and an ending state
- Ensuring of a work memory area
- Reading of a register and writing to the register
- Establishment (for example, performance of processes decided in USB standard and processes related to a wireless communication standard) of connection with theultrasonic measuring device 20
- Drawing process of software (an application) to a display
For example, when the activation start event is detected, thesoftware control part 182 performs an activation process other than drawing.  A state, in which a part of the activation process has ended as described above, is called a standby state.  That is, when the activation start event has occurred, thesoftware control part 182 performs a part of the activation process of the ultrasonic software and causes the ultrasonic software to proceed to the standby state.
When the activating event has occurred, thesoftware control part 182 performs all activation processes.  A state, in which all the activation processes have ended, is called an active state.  That is, when the activating event has occurred, thesoftware control part 182 causes the ultrasonic software to proceed to the active state from the standby state.
An example of the activation start event detected by theevent detection part 181 will be described below.  A user can arbitrarily set the activation start event by operating the operatingunit 13.  The example of the activation start event, for example, includes the following.
- Power ON of thepatient monitor 10
- Physical connection (insertion and the like of a probe to a USB connection port) of theultrasonic measuring device 20
- When at least one of detected values of various sensors (not illustrated, for example, an acceleration sensor, an impact sensor, an attitude sensor, a pressure sensor, a temperature sensor and the like attached to the sensors 30) are equal to or more than a predetermined value
- When a received signal from theultrasonic measuring device 20 has changed
- When at least one of vital signs (a blood pressure, a body temperature, a breathing rate and the like) has been an abnormal value
- When at least one of vital signs (a blood pressure, a body temperature, a breathing rate and the like) has been changed from an abnormal value to a normal value
- When a vital sign is being measured and a battery level is equal to or more than 80%
- When time set in advance by a user has reached (for example, 14:00, 16:00, or 18:00)
- When an interval set in advance by a user has passed (for example, when three hours have passed from previous ultrasonic diagnosis)
- When the patient monitor 10 itself proceeds to a normal operation mode from a power saving mode
- When sound of "ultrasonic waves" is detected from an embedded sound collecting device (not illustrated, a microphone and the like) (in this case, the patient monitor 10 has a sound analysis function)
Next, an example of the activating event detected by theevent detection part 181 will be described.  A user can arbitrarily set the activating event by operating the operatingunit 13.  The example of the activating event, for example, includes the following.
- Physical connection (insertion and the like of a probe to a USB connection port) of theultrasonic measuring device 20
- When a detected value of a sensor (not illustrated, for example, an acceleration sensor, an impact sensor, an attitude sensor, a pressure sensor, a temperature sensor or the like attached to the sensors 30) is equal to or more than a predetermined value
- When a received signal from theultrasonic measuring device 20 has changed
- When at least one of vital signs (a blood pressure, a body temperature, a breathing rate and the like) has been an abnormal value
- When a mode change (an operating room mode, an ICU mode, a round mode and the like) has occurred
The setting of these events may be performed according to use cases.  For example, when the patient monitor 10 is used in an operating room, it is desired to be able to immediately activate the ultrasonic software and check the body state of a subject.  In this case, for example, "Power ON of the patient monitor 10" may be set as the activation start event and "Physical connection of theultrasonic measuring device 20" may be set as the activating event.  In this way, a doctor and the like can immediately activate the ultrasonic software and quickly check the body state of a subject by using ultrasonic images.
Furthermore, there is considered the case in which "When vital signs are being measured and a battery level is equal to or more than 80%" is set as the activation start event and "Physical connection of theultrasonic measuring device 20" is set as the activating event.  In the case of a transport monitor, it is necessary to avoid that the battery level is 0 during the measurement of the vital signs.  According to the aforementioned setting, it is possible to immediately activate the ultrasonic software and reduce consumption of a battery.
Furthermore, when detected values of various sensors have been equal to or more than a predetermined value or when the vital signs have been an abnormal value, it is assumed that there is a change in the condition of a subject.  These changes are set as the activation start event or the activating event, so that it is possible to immediately understand the condition of a subject from ultrasonic images.
Furthermore, when a received signal from theultrasonic measuring device 20 has changed, it is assumed that useful information is received from theultrasonic measuring device 20.  This state is set as the activation start event or the activating event, so that thesoftware control part 182 can immediately activate the ultrasonic software in a necessary scene.
That is, a user may set the activation start event and the activating event in consideration of a use, a subject, a use place and the like.
In addition, theevent detection part 181 may further detect an inactivating event.  The inactivating event is an event serving as a trigger for changing a state of the ultrasonic software into the standby state or the ending state from the active state.  When the inactivating event is occurred, thesoftware control part 182 may allow the ultrasonic software to proceed to the standby state or the ending state from the active state.
An example of the inactivating event will be described below.  A user can arbitrarily set the inactivating event by operating the operatingunit 13.  The example of the inactivating event, for example, includes the following.
- Physical removal of the ultrasonic measuring device 20 (removal of a probe from a USB connection port)
- Pressing down of a standby button
- When at least one of vital signs (a blood pressure, a body temperature, a breathing rate and the like) has been a normal value
- When a signal fromultrasonic measuring device 20 is not changed for a predetermined time or more
- When a processing load of thecontrol unit 14 is equal to or more than a predetermined value (for example, when CPU availability is equal to or more than a predetermined value)
- When a received signal from thesensor 30 or various sensors (an acceleration sensor and the like), which are not illustrated, has not changed for a predetermined time or more
- When the patient monitor 10 itself proceeds to a power saving mode
In addition, a user can arbitrarily set times for waiting for a signal change from theultrasonic measuring device 20, thesensors 30, and various sensors (an acceleration sensor and the like).  The inactivating event as described above is set, so that it is possible to improve performance of other processes of the patient monitor 10 and to reduce battery consumption.
Subsequently, the flow of processing of the ultrasonic control section 18 (theevent detection part 181 and the software control part 182) will be described again with reference to Fig. 3.  Fig. 3 is a flowchart illustrating the operation of theultrasonic control section 18.
The patient monitor 10 starts the activation of the monitor itself by pressing-down of a power ON button, and the like (S11).  Theevent detection part 181 determines whether the activation start event set in advance occurs (S12) after the activation of the monitor (S11).  When the activation of the monitor is set as the activation start event, theevent detection part 181 determines that the activation start event has occurred at the time of the activation of the monitor.
Theevent detection part 181 continues monitoring until the activation start event occurs (S12: No).  When the activation start event has occurred (S12: Yes), thesoftware control part 182 performs a part of the activation process of the ultrasonic software (S13) and causes the ultrasonic software to be in the standby state (S14).
After the ultrasonic software enters into the standby state, theevent detection part 181 monitors whether the inactivating event set in advance occurs (S15).  Theevent detection part 181 continues monitoring until an activating event occurs (S15: No).  When the activating event has occurred (S15: Yes), thesoftware control part 182 performs the remaining activation process and causes the ultrasonic software to be in the active state.  In this way, a user (mainly, a doctor or a nurse) can refer to the ultrasonic software from a screen.
The user performs a screen operation of the ultrasonic software and an operation of theultrasonic measuring device 20, diagnoses a subject's internal body by ultrasonic waves, and holds ultrasonic images in the storage unit 17 (S17).  Also, theevent detection part 181 monitors whether the set inactivating event has occurred (S18).
When the inactivating event has not occurred (S18: No), theevent detection part 181 continues monitoring of the inactivating event while continuing the ultrasonic measurement (S17).  When the inactivating event has occurred (S18: Yes), thesoftware control part 182 causes the ultrasonic software to proceed to the standby state (S14) from the active state.  Although not illustrated, when the inactivating event has occurred, thesoftware control part 182 may end the ultrasonic software itself.
Next, an example of a display screen when the ultrasonic software has entered into the active state will be described with reference to Fig. 4.  As illustrated in the drawing, on the display screen, a display area A1 of vital signs (a blood pressure, a body temperature, a breathing rate and the like), and a display area A2 of ultrasonic images are all displayed.  The display area A2 of the ultrasonic images is displayed by a drawing process of the ultrasonic software.
The patient monitor 10 may have a so-called multi-display configuration.  In this case, the aforementioned display area A1 (the display area of the vital signs) may be displayed on a first display and the aforementioned display area A2 (the display area of the ultrasonic images) may be displayed on a second display.  When the patient monitor 10 has a so-called dual operating system configuration (a configuration in which two or more operating systems internally operate), the drawing processes of the display areas A1 and A2 may be performed by separate operating systems.
Subsequently, the operation and effect of the patient monitor 10 according to the present embodiment will be described.  Theevent detection part 181 detects the activation start event for starting the activation of the ultrasonic software (one type of biological information processing software of the second vital sign information) and the activating event for allowing the ultrasonic software to be active.  Thesoftware control part 182 causes the ultrasonic software to be in the standby state when the activation start event is detected, and causes the ultrasonic software to proceed to the active state from the standby state when the activating event has occurred.  That is, thesoftware control part 182 causes the ultrasonic software to be in the standby state in advance and then causes the ultrasonic software to proceed to the active state (activates the ultrasonic software in two stages).  By activating the ultrasonic software halfway in advance, thesoftware control part 182 can immediately allow the ultrasonic software to be in the active state at a low processing load.  In this way, a user can immediately use the ultrasonic software even in an emergency scene and the like.
Furthermore, theevent detection part 181 detects the inactivating event associated with the inactivation or end of the ultrasonic software.  For example, the inactivating event includes removal of theultrasonic measuring device 20.  When the inactivating event is detected, thesoftware control part 182 causes the ultrasonic software to proceed to the standby state (or the ending state).  By this control, it is possible to stop a part (or the whole) of processing of the ultrasonic software when it is assumed that no ultrasonic measurement is performed.  The part (or the whole) of the processing is stopped, so that it is possible to stabilize measurement of vital signs and reduce battery consumption.
<Second Embodiment>
Then, the patient monitor 10 according to a second embodiment will be described.  The patient monitor 10 according to the present embodiment performs the activation process of the ultrasonic software in consideration of the states of the vital sign as well as the presence or absence of occurrence of the activation start event.  The difference between the patient monitor 10 according to the present embodiment and the first embodiment will be described below.  In the following description, configurations having the same reference numerals and the same names perform processes similar to those of the first embodiment unless specifically stated otherwise (the same in the following embodiments).
Configurations of the vitalsign measuring system 1 and the patient monitor 10 are similar to those of Figs. 1 and 2.  Operations of the ultrasonic control section 18 (theevent detection part 181 and the software control part 182) according to the present embodiment will be described with reference to the flowchart of Fig. 5.
In addition to whether the activation start event has occurred after the monitor activation (S11), theevent detection part 181 monitors whether the vital sign acquired via thesensor 30 have normal values (S22). Theevent detection part 181, for example, may determine normality of the vital sign in cooperation with a general alarm detection function.  When the vital sign has the normal value together with the occurrence of the activation start event (S22: Yes), thesoftware control part 182 performs a part of the activation process (S13) and causes the ultrasonic software to be in the standby state (S14).  That is, even when the activation start event has occurred, if the vital sign has abnormal value, thesoftware control part 182 does not perform the activation process.
Similarly, in addition to whether the activating event has occurred after the proceeding to the standby state (S14), theevent detection part 181 monitors whether the vital sign acquired via thesensor 30 have normal value (S25).  When the vital sign has the normal value together with the occurrence of the activating event (S25: Yes), thesoftware control part 182 performs all the activation processes and causes the ultrasonic software to be in the active state (S16).  That is, even when the activating event has occurred, if the vital sign have abnormal value, thesoftware control part 182 does not complete the activation process.  The following processes are similar to those of the first embodiment.
Subsequently, the effect of the patient monitor 10 according to the present embodiment will be described.  As described above, when the activation start event has occurred and the vital sign has the normal value, thesoftware control part 182 performs a part of the activation process.  When the vital sign has the abnormal value, it is desired to be able to continuously refer to vital sign (a blood pressure, a breathing rate, or electrocardiogram) of a subject.  As described above, when the vital sign have the abnormal value, processes related to the ultrasonic software are not performed, so that the patient monitor 10 can stably and continuously acquire the vital sign.
Similarly, when the activating event has occurred and the vital sign has the normal value, thesoftware control part 182 completes the activation process.  That is, when the vital sign has the abnormal value, processes related to the ultrasonic software are not performed, so that the patient monitor 10 can stably and continuously acquire the vital sign.
In addition, the patient monitor 10 can also have a dual operating system configuration as disclosed in JP-2014-23570.  With the configuration, a first operating system can measure the vital sign and a second operating system can perform processes related to ultrasonic waves.  In the configuration, it is less probable that the ultrasonic processes have an adverse effect on the measurement of the vital sign.  Therefore, in the configuration, a user may perform switching setting from the algorithm as illustrated in Fig. 5 to the algorithm illustrated in Fig. 3.
Furthermore, in the case of using the patient monitor 10 with respect to a subject frequently requiring ultrasonic diagnosis (for example, a subject having an abdominal disease), it is assumed to require "it is necessary to perform the ultrasonic diagnosis even when the vital sign has the abnormal value".  Therefore, it is desired that a user can explicitly set whether to use the algorithm of Fig. 5.
In consideration of the above, preferably, the patient monitor 10 is configured to receive, from a user, setting regarding whether to consider the normality (abnormality) of the vital sign when the ultrasonic software is activated.  The user sets whether to activate the ultrasonic software by using a certain algorithm from the operatingunit 13.  Theultrasonic control section 18 may activate the ultrasonic software based on the setting.
<Third Embodiment>
In the patient monitor 10 according to the present embodiment, a user can explicitly designate activation completion of the ultrasonic software.  The difference between the patient monitor 10 according to the present embodiment and the first embodiment will be described below.
Configurations of the vitalsign measuring system 1 and the patient monitor 10 are similar to those of Figs. 1 and 2.  Operations of the ultrasonic control section 18 (theevent detection part 181 and the software control part 182) according to the present embodiment will be described with reference to the flowchart of Fig. 6.
Similarly to the first embodiment, theultrasonic control section 18 performs the processes until the activating event is detected (S11 to S15).  It is assumed that the activating event is "at least one of the vital signs (a blood pressure, a body temperature, a breathing rate and the like) has the abnormal value".  When the activating event has occurred, thesoftware control part 182 displays a measurement start message of "Does start measurement of ultrasonic images?" on the display screen and displays buttons of "Yes" and "No" (S31).  A user sets whether to start (activate) execution of the ultrasonic software by operating the buttons (S31).
When non-start (inactivation) of the measurement is selected (S31: No), thesoftware control part 182 performs no processes and theevent detection part 181 monitors the occurrence of the activating event again (S15).  Even when the activating event has occurred again, thesoftware control part 182 may control for preventing the measurement start message from being displayed for a predetermined time.  Furthermore, thesoftware control part 182 may allow the ultrasonic software to proceed to the ending state from the standby state.
When start (activation) of the measurement is selected (S31: Yes), thesoftware control part 182 completes the activation process of the ultrasonic software and causes the ultrasonic software to be in the active state (S16).
In addition, thesoftware control part 182 may change a button related to the ultrasonic software (color changing, flickering and the like) without displaying the measurement start message, or perform sound output together with the measurement start message.  That is, thesoftware control part 182 may perform output for promoting the activation of the ultrasonic software and complete the activation process when a user has selected the activation.
Subsequently, the effect of the patient monitor 10 according to the present embodiment will be described.  As described above, when the activating event has occurred, thesoftware control part 182 performs to output for promoting the activation of the ultrasonic software.  When a user has selected the activation, thesoftware control part 182 completes the activation of the ultrasonic software.  A user can explicitly instruct the activation of the ultrasonic software, thereby operating the patient monitor 10 in an intended state.  For example, in the case in which a user watches a change in the vital sign when the vital sign has the abnormal value, the patient monitor 10 can stably measure the vital sign without operating the ultrasonic software.  On the other hand, when the user intends to understand a reason of the change in the vital sign from ultrasonic image, the patient monitor 10 can measure the vital sign and activate the ultrasonic software.  In this way, it is possible to understand a reason of a change in a disease state of a subject from the ultrasonic images.
<Fourth Embodiment>
In the patient monitor 10 according to the present embodiment, the type of the activation start event and the activating event is switched according to a use scene (a use mode).  The difference with the first embodiment will be described below.
Configurations of the vitalsign measuring system 1 and the patient monitor 10 are similar to those of Figs. 1 and 2.  In the present embodiment, a user sets in advance the use mode with respect to thepatient monitor 10.  Furthermore, a user may change setting of the use mode at an arbitrary timing during the use of thepatient monitor 10.  The use mode is for setting a place and a subject in/for which the patient monitor 10 is to be used.  As an example of the use mode, there are an "ICU mode (a mode to be used in an ICU)", an "operating room mode (a mode to be used in an operating room)", a "ward mode (a mode to be used in a general ward)", an "abdominal disease mode (a mode to be used for a subject frequently requiring ultrasonic measurement", and the like.
A user defines these use modes and the activation start event/the activating event in association with each other.  Fig. 7 is a conceptual diagram illustrating an example of the association.  In the present example, in the ICU mode, the activation start event is set as "activation of the patient monitor 10" and the activating event is set as "probe detection (connection of the ultrasonic measuring device 20)".  On the other hand, in the operating room mode, the activation start event is set as "probe detection (connection of the ultrasonic measuring device 20)" and the activating event is set as "change in received signals from theultrasonic measuring device 20".  The association may be held in thestorage unit 17, for example.
Theevent detection part 181 detects the activation start event and the activating event based on the association.  That is, theevent detection part 181 reads the set use mode and the association (Fig. 7) from thestorage unit 17, and specifies the activation start event and the activating event to be detected based on the use mode.  For example, in the case in which the association of Fig. 7 is performed, when the use mode is the ICU mode, theevent detection part 181 detects the "activation of the patient monitor 10" as the activation start event.  On the other hand, when the use mode is the operating room mode, theevent detection part 181 detects the "probe detection (connection of the ultrasonic measuring device 20)" as the activation start event.
In the association illustrated in Fig. 7, default values may be set in advance at the time of shipment of thepatient monitor 10.  Although not illustrated in Fig. 7, each use mode and the inactivating event may be associated with each other.  A user may freely change setting of the content of the association (Fig. 7) while the patient monitor 10 is operating.
Subsequently, the effect of the patient monitor 10 according to the present embodiment will be described.  The patient monitor 10 is used in all places in a hospital and used for a subject.  Therefore, the importance of ultrasonic diagnosis differs according to the use mode.  Theevent detection part 181 according to the present embodiment detects each event (the activation start event, the activating event, and the inactivating event) in consideration of the use mode.  In this way, it is possible to quickly activate the ultrasonic software in a scene in which the importance of ultrasonic measurement is high.  Furthermore, in a scene in which the importance of the ultrasonic measurement is low, since processes related to the ultrasonic software are not performed in the background , it is possible to smoothly perform other processes (acquirement and the like of the vital sign) and to reduce a load at the time of battery driving.
As described above, the invention made by the present inventor is described in detail based on the embodiments, but the present invention is not limited to the embodiments mentioned already and various modifications can be made without departing from the scope of the present invention.
In the above description, the patient monitor 10 acquires vital sign (the first vital sign information) and further acquires ultrasonic image (the second vital sign information); however, the patient monitor 10 is not always limited thereto.  For example, the patient monitor 10 may be a device that acquires brain wave information or a device that acquires an electric impedance tomography signal, instead of a device that acquires a ultrasonic image from other devices.  That is, the patient monitor 10 may acquire at least one of vital signs (the second vital sign information, for example, the ultrasonic image, the brain wave information, and the electric impedance tomography signal) from various devices connected to the patient monitor 10 in a wired manner or a wireless manner, in addition to the vital sign (the first vital sign information).
The above ultrasonic software is one aspect of the biological information processing software and uses the ultrasonic image as the second vital sign information, but the second vital sign information is not limited to the ultrasonic image.  The vital sing information processing software may handle brain wave information or electric an impedance tomography signal as mentioned above.  Also, the biological information processing software may display numerical information or waveform information of the second vital sign information.  Further, the second vital signal information may be displayed with an aspect of image information similar to the ultrasonic image.
At least a part of the processes of the aforementioned control unit 14 (the ultrasonic control section 18) can be implemented as a computer program operating in thepatient monitor 10.
The program can be stored using various types of non-transitory computer readable mediums, and can be supplied to a computer.  The non-transitory computer readable medium includes various types of tangible storage mediums.  An example of the non-transitory computer readable medium includes a magnetic recording medium (for example, a flexible disk, a magnetic tape, a hard disk drive), a magneto-optical recording medium (for example, a magneto-optical disk), a CD-ROM (Read Only Memory), a CD-R, a CD-R/W, a semiconductor memory (for example, a mask ROM, a PROM (Programmable ROM), an EEPROM (Erasable ROM), a flash ROM, a RAM (random access memory).  Furthermore, the program may also be supplied to the computer by various types of transitory computer readable mediums.  An example of the transitory computer readable medium includes an electrical signal, an optical signal, and an electromagnetic wave.  The transitory computer readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber or a wireless communication path.
The present application is based on Japanese Patent Application Nos. 2015-238119, filed on December 7, 2015, and 2016-234159, filed on December 1, 2016, the entire contents of which are incorporated herein by reference.