CN117409950A - Healthcare systems, healthcare subsystems and servers - Google Patents

Abstract

A medical care system, a medical care subsystem and a server are provided. The healthcare system includes: a first healthcare subsystem for use at a patient that captures status information associated with the patient and sends the status information, the status information including an infrared image of the patient captured using infrared imaging technology; and a second medical care subsystem, used at the medical staff, which receives the status information.

Description

Healthcare systems, healthcare subsystems and servers

Technical field

The present disclosure relates to the field of healthcare, and more specifically to a healthcare system, a healthcare subsystem and a server included in the healthcare system.

Background technique

Medical resources are vital to individual health and life, and also have an important impact on the overall health and economic prosperity of society. Medical resources include hospitals, medical staff, medical equipment, pharmaceutical products, medical research and many other aspects. However, the current distribution of medical resources is unbalanced, and medical resources in cities have always been under strain. For example, the large demand for ward beds has forced the ward to adopt a compact and narrow layout. This compact and narrow layout has in turn led to inconvenience in visits, inconvenience in on-site medical teaching, and increased probability of cross-infection; the communication method between doctors and patients is also not convenient enough. , resulting in insufficient communication with patients; patients may not receive timely care due to patient privacy and the inability to detect or warn patients of abnormal conditions in time.

Contents of the invention

In view of the above situation, the present disclosure proposes a medical care system that can achieve better monitoring of patients while protecting patient privacy.

According to an aspect of the present disclosure, a medical care system is provided, which includes a first medical care subsystem and a second medical care subsystem. The first healthcare subsystem is used at the patient, captures status information associated with the patient, and sends the status information, the status information including an infrared image of the patient captured using infrared imaging technology. The second medical care subsystem is used at the medical staff and receives status information. The infrared image of the patient is at least used by the medical staff for remote monitoring.

Optionally, the medical care system also includes a server. The server receives status information from the first medical care subsystem, determines whether the patient is in an abnormal condition based on the status information, and performs an alarm operation when it is determined that the patient is in an abnormal condition. The alarm operation includes reporting to the first medical care subsystem and/or the second medical care subsystem. Subsystem sends reminder information.

Optionally, the second medical care subsystem also receives the medical plan determined by the medical staff based on the status information, and sends the medical plan to the first medical care subsystem and/or the server.

Optionally, the server also generates medical advice if it is determined that the patient is in an abnormal condition, and sends the medical advice to the second medical care subsystem.

The status information includes at least one of the following: the patient's body temperature, voice, movement, respiratory rate, heart rate, blood pressure, blood oxygen saturation, amount and/or temperature of excreta, information detected by a device attached to the patient .

Optionally, the abnormal condition includes at least one of the following: abnormal sleep, falling, abnormal infection hygiene, and risk of death.

Optionally, the reminder information includes information for visually or audibly indicating that the patient is in an abnormal condition.

Optionally, the alarm operation also includes an operation of automatically triggering an alarm button on the patient's bed.

Optionally, the second medical care subsystem can conduct a communication conference with the first medical care subsystem to conduct remote consultation between the patient and the medical staff, and the second medical care subsystem and/or the first medical care subsystem can communicate during Patient medical information is presented during the session.

Optionally, the medical care system further includes a first client used at the patient's visitor; the first medical care subsystem is capable of conducting a communication conference with the first client to conduct remote visits between the patient and the visitor, and the first The healthcare subsystem and/or the first client can present the patient's medical information during the communication session.

Optionally, the second medical care subsystem can join the communication conference between the first medical care subsystem and the first client, and the second medical care subsystem can present the patient's medical information during the communication conference.

Optionally, the healthcare system further includes a second client for use at the medical expert. The second medical care subsystem can conduct a communication conference with the second client to conduct remote consultation between medical staff and medical experts, and the second medical care subsystem and/or the second client can present the patient's medical information during the communication conference .

Optionally, the medical care system also includes a third client used at the student's location. The third client can conduct video communication with the first medical care subsystem and/or the second medical care subsystem for students to conduct distance learning, and the third client can present the patient's medical information during the video communication.

Optionally, the healthcare system further includes a fourth client for use at the provider. The second medical care subsystem can conduct a communication conference with the fourth client to conduct remote communication between medical staff and suppliers, and the fourth client can present medical information related to the supplier during the communication conference.

Optionally, the medical care system also includes a remote surgery subsystem for medical staff to perform remote surgery on patients.

Optionally, the remote surgery subsystem includes a surgical execution device and a surgical control device that communicates remotely with it; the surgical control device generates control instructions according to operations from medical staff; the surgical execution device performs operations on the patient according to the control instructions, and provides instructions to the surgical control device. The device feeds back medical information associated with the patient during the remote surgery; the surgical control device can present the medical information; and the surgical control device sends the medical information to the server.

Optionally, the medical care system further includes a first client used at the patient's visitor, a second client used at the medical expert, a third client used at the student, and a fourth client used at the supplier. client, and the server is capable of establishing a connection between at least two of the first medical care subsystem, the second medical care subsystem, the first client, the second client, the third client, the fourth client and the remote surgery subsystem. Communication conference.

Optionally, the server can collect the patient's medical information from the first medical care subsystem, the second medical care subsystem, the first client, the second client, the third client, the fourth client and the remote surgery subsystem.

According to another aspect of the disclosure, a first healthcare subsystem for use at a patient is provided. It includes: a capture device that captures status information associated with the patient, where the status information includes an infrared image of the patient captured using infrared imaging technology; and a terminal device that sends the status information. The infrared image of the patient is used at least for remote monitoring by medical staff.

Optionally, the capture device further includes a device for capturing at least one of: the patient's body temperature, voice, movement, respiratory rate, heart rate, blood pressure, blood oxygen saturation, amount of excretion, and/or temperature , information detected by a device attached to the patient.

Optionally, the terminal device can conduct a communication conference with the second medical care subsystem used at the medical staff to conduct remote consultation between the patient and the medical staff, and the terminal device can present the patient's medical information during the communication conference.

Optionally, the terminal device can conduct a communication conference with a first client at a visitor of the patient to conduct a remote visit between the patient and the visitor, and the terminal device can present the patient's medical information during the communication conference.

According to another aspect of the present disclosure, a server is provided. The server includes a communication unit and a data processing unit. The communication ticket receives status information associated with the patient from a first healthcare subsystem for the patient, the status information including an infrared image of the patient captured using infrared imaging technology. The data processing unit determines whether the patient is in an abnormal condition based on the status information, and performs an alarm operation if it is determined that the patient is in an abnormal condition. The alarm operation includes sending reminder information to the first medical care subsystem and/or the second medical care subsystem for the medical staff through the communication unit. The infrared image of the patient is at least used by the medical staff for remote monitoring.

Optionally, the data processing unit also generates medical advice if it is determined that the patient is in an abnormal condition; the communication unit also sends the medical advice to the second medical care subsystem.

Optionally, the alarm operation also includes an operation of automatically triggering an alarm button on the patient's bed.

Optionally, the data processing unit of the server can also establish through the communication unit the first medical care subsystem, the second medical care subsystem, the first client for the patient's visitor, and the second client for the medical expert. A communication conference in which at least two of the client, a third client for the student, a fourth client for the supplier, and a remote surgery subsystem for medical staff to operate on the patient participate, and the data processing unit The patient's medical information can also be presented by the communication unit at at least one person participating in the communication conference during the communication conference.

Optionally, the data processing unit of the server can also receive data from the first medical care subsystem, the second medical care subsystem, the first client for the patient's visitor, and the second client for the medical expert through the communication unit. , a third client used at the student's office, a fourth client used at the supplier's office, and a remote surgery subsystem used by medical staff to operate on the patient to collect the patient's medical information.

Using the medical care system according to the present disclosure, the patient's privacy is better protected, the patient's status information is automatically captured, and the communication and interaction between medical staff and patients are simpler and more convenient. Further, using the medical care system according to some embodiments of the present disclosure, it can also provide automatic alarms for patients in abnormal situations, so that the patient's condition can be monitored in a timely and effective manner; it can also implement remote surgery, so that medical resources are unevenly distributed. The current situation has been improved; remote visits, remote consultations, remote teaching and remote communication can also be realized, so that there is no need to stick to carrying out these matters on site or in the ward, eliminating the inconvenience caused by crowded wards and long distances, thus realizing the optimization of medical resources. Efficient use and coordination.

Description of the drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that need to be used in the description of the embodiments will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments of the present application and are not relevant to the present application. Those of ordinary skill in the art can also obtain other drawings based on these drawings. The following drawings are not intentionally scaled to actual sizes, but are focused on illustrating the gist of the present application. Various aspects, features and advantages of the present disclosure will become clearer and easier to understand through the following description of the embodiments of the present disclosure in conjunction with the accompanying drawings, in which:

Figure 1 is a schematic diagram illustrating a medical care system according to an embodiment of the present disclosure;

Figure 2 is a schematic block diagram illustrating a first medical care subsystem according to an embodiment of the present disclosure;

Figure 3 is an example scene diagram illustrating a first medical care subsystem according to an embodiment of the present disclosure;

Figure 4 is an example diagram illustrating an infrared image captured by the first medical care subsystem according to an embodiment of the present disclosure;

Figure 5 is a schematic diagram illustrating a second medical care subsystem according to an embodiment of the present disclosure;

Figure 6 is a schematic block diagram illustrating a telesurgery subsystem according to an embodiment of the present disclosure; and

Figure 7 is a schematic block diagram illustrating a server according to an embodiment of the present disclosure.

Detailed ways

The present disclosure will be described in detail below with reference to exemplary embodiments of the present disclosure. However, the present disclosure is not limited to the embodiments described here, but may be implemented in many different forms. The described embodiments are merely intended to make this disclosure thorough and complete, and to fully convey the concept of the disclosure to those skilled in the art. Features of the various embodiments described may be combined with or substituted for each other unless expressly excluded or should be excluded by context.

Unless otherwise defined, technical terms or scientific terms used in this disclosure shall have the usual meaning understood by a person with ordinary skill in the art to which this disclosure belongs. "First", "second" and similar words used in this disclosure do not indicate any order, quantity or importance, but are only used to distinguish different components.

In the drawings, the same reference numerals represent the same or similar structural or functional components, and repeated descriptions thereof will be omitted in the following description.

As mentioned before, the current distribution of medical resources is uneven, and the city's medical resources have always been under strain. For example, the large demand for ward beds has forced the ward to adopt a compact and narrow layout. This compact and narrow layout has in turn led to inconvenience in visits, inconvenience in on-site medical teaching, and increased probability of cross-infection; the communication method between doctors and patients is also not convenient enough. , resulting in insufficient communication with patients; patients may not receive timely care due to patient privacy and the inability to detect or warn patients of abnormal conditions in time. In order to solve one or more of these problems, the present disclosure proposes a medical care system that can achieve better monitoring of patients while protecting patient privacy. Furthermore, the present disclosure can also automatically capture patient status information, automatically alarm patients' abnormal conditions, conduct remote operations, and more conveniently communicate among medical staff, patients, visitors, medical experts, students, and medical suppliers. This enables more efficient use and coordination of medical resources.

Figure 1 is a schematic diagram illustrating a medical care system according to an embodiment of the present disclosure. The dotted boxes in the figure represent optional elements.

Referring to FIG. 1 , a medical care system 1 according to an embodiment of the present disclosure may include a first medical care subsystem 10 and a second medical care subsystem 20 communicatively coupled via a network N. The type of network N may include one or more of local area network, metropolitan area network, wide area network, Internet, Internet of Things, satellite network, etc. The communication methods of network N can include Universal Serial Bus (USB), serial communication (RS-232/RS-485), Ethernet, Bluetooth, Wi-Fi, Zigbee, Z-Wave, LoRa, narrowband IoT technology, cellular One or more of network, RFID, etc.

The first healthcare subsystem 10 is used at the patient's location, captures status information associated with the patient, and sends the status information to the second healthcare subsystem 20 . The status information may include infrared images of the patient captured using infrared imaging technology. The "patient location" here can include all places where patients may go in the hospital, such as hospital wards, operating rooms, examination rooms, examination rooms, monitoring rooms, etc., as well as medical equipment that patients must carry and wear due to physical needs. Go to places outside the hospital, such as patients wearing a dynamic electrocardiograph at home (the electrode chip is attached to the patient's skin near the heart), etc. The second medical care subsystem 20 is used at the medical staff and receives the status information. The "medical staff office" here can include all places where doctors, nurses and other hospital staff may go in the hospital, such as doctor's office, nurse station, consultation room, ward, operating room, examination room, laboratory, monitoring room, etc. rooms, conference rooms, laboratories, etc.

Figure 2 is a schematic block diagram illustrating a first medical care subsystem according to an embodiment of the present disclosure.

Referring to FIG. 2 , the first medical care subsystem 10 may include a capture device 101 for capturing status information associated with a patient and a terminal device 102 for sending the captured status information. The capture device 101 may include an infrared imaging device that captures an infrared image of a patient using infrared imaging technology, and the status information may include an infrared image of the patient captured using infrared imaging technology. Taking a hospital ward as an example, the infrared imaging device may be one or more devices installed at various locations in the ward, such as the ceiling, walls, windows, floors, and around the bed, and can detect the thermal radiation of the patient. These infrared imaging devices quantify the detected thermal radiation and form an infrared image based on the distribution of the quantified thermal radiation (therefore, the infrared image can also be called a "thermal image"). Figure 4 below shows an exemplary Infrared image. Different from the images obtained by ordinary cameras using visible light imaging, infrared images reflect the thermal distribution of the patient's surface temperature. From this thermal distribution, only the patient's posture and surface temperature can be identified, but the patient's true appearance cannot be displayed. Therefore, patient privacy can be well protected.

The capture device 101 may also include devices installed at various locations in the ward, such as ceilings, walls, windows, floors, and around beds, for capturing patient information such as body temperature, voice, movement, respiratory rate, heart rate, blood pressure, blood oxygen saturation, One or more of these devices may be remotely located, attached to, implanted or partially implanted in the patient's body. Examples of these devices include, for example, temperature sensors for capturing the temperature at the patient's mouth, armpit, rectum, forehead, ear canal, or body surface temperature, sound sensors for capturing the patient's voice, sound sensors for capturing the patient's acceleration and Acceleration sensor for speed and/or displacement, etc., respiration rate sensor for capturing the patient's breathing rate, heart rate sensor for capturing the patient's heart rate, blood pressure sensor for capturing the patient's blood pressure, blood pressure sensor for capturing the patient's blood A blood oxygen saturation sensor to measure the oxygen saturation in the patient's body, a catheter and/or urine bag attached to the patient's body, a pressure ulcer prevention sensor to capture the pressure distribution in the patient's bed, and a blood glucose sensor to capture the blood glucose level in the patient's blood. Blood glucose monitor, etc.

The terminal device 102 may obtain the captured patient's status information from the capturing device 101 . For example, the terminal device 102 may be connected to the capture device 101 via a wired connection (eg, USB, Ethernet, serial cable, parallel cable, etc.) and/or a wireless connection (eg, Bluetooth, Wi-Fi, Zigbee, etc.) or Near Field Communication (NFC) or scanning a QR code preset on the capture device 101 to obtain its captured status information. Examples of end devices 102 may include, for example, smartphones, Session Initiation Protocol (SIP) phones, desktop computers, tablet computers, laptop computers, RFID readers, personal digital assistants (PDAs), video devices (eg, video conferencing tablets), audio devices (e.g., MP3 players), projectors, walkie-talkies, wearable devices (e.g., smart glasses, enabled watches, smart bracelets, etc.), displays, or any other similarly functional devices.

For ease of explanation, FIG. 3 is an example scene diagram illustrating the first medical care subsystem according to an embodiment of the present disclosure, and the dotted lines in the diagram represent optional elements. However, it should be understood that the types and numbers of the capture devices 101 and terminal devices 102 shown in FIG. 3 are only examples and do not limit the present disclosure.

Referring to FIG. 3 , it is taken as an example that the first medical care subsystem 10 is used in a patient's ward. The capture device 101 includes an infrared imaging device 101a located above the patient's bed (eg, may be located on the ceiling) and an infrared imaging device 101b located on one side of the bed (eg, may be located on the wall or embedded in the wall), attached to the patient's right wrist. There is an acceleration sensor 101c on the patient's body, a heart rate sensor 101d attached to the patient's skin near the heart, and a sound sensor 101e arranged near the foot of the patient's bed.

The infrared imaging device 101a and the infrared imaging device 101b may be an infrared camera, an infrared night vision device, an infrared imaging scanner, an infrared imaging drone, and other devices that may use infrared imaging technology or a combination thereof. The infrared imaging device 101a has a relatively large field of view and is used to capture infrared images of the patient and a certain range around the patient (for example, within a range of several meters in diameter with the patient as the center). The infrared imaging device 101b has a relatively small field of view and is used to capture infrared images within the range of the patient and his bed.

For ease of explanation, FIG. 4 is an example diagram illustrating infrared images captured by the first medical care subsystem according to an embodiment of the present disclosure, such as infrared images captured by the infrared imaging devices 101a and 101b.

Referring to (a) in FIG. 4 , an exemplary infrared image is shown in which the patient is lying on his side on a hospital bed and the patient's body surface temperature is distributed in the range of 21.6°C to 38.1°C. Referring to (b) in Figure 4, an exemplary infrared image of a patient lying flat on the floor is shown. Referring to (c) in Figure 4, an exemplary infrared image of urine overflowing on a hospital bed due to urinary incontinence of a patient is shown. Referring to (d) in FIG. 4 , an exemplary infrared image of a gradual decrease in body surface temperature over time due to, for example, a patient experiencing cold shock or dying is shown.

Referring back to Figure 3, the acceleration sensor 101c can be integrated in the patient's smart bracelet, smart watch, smart glasses or smart phone, or separately arranged on the patient's wrist, chest, head, feet, etc., and Measure the acceleration of the patient's body to calculate status information such as the patient's speed and/or displacement, and can further calculate status information such as the patient's step count, calorie consumption, etc., and can even help with sleep analysis, such as estimating sleep duration.

The heart rate sensor 101d can be integrated into the patient's smart bracelet, smart watch, smart glasses and other devices, or placed separately on the patient's wrist, chest, fingertips or earlobes, and detects the blood pressure caused by the heartbeat by using photosensitive elements. The patient's heart rate is calculated from light intensity changes in the skin associated with volume changes or by measuring electrical signals from the heart using an electrode patch attached to the patient's skin near the heart.

The sound sensor 101e can be integrated into a patient's smart bracelet, smart watch or smart phone, or integrated into a voice assistant, noise monitoring equipment, audio recording equipment and other devices in the ward, or placed separately near the patient to detect The patient's voice is sensed by changes in electrical signals caused by vibrations associated with sound waves.

The terminal device 102 includes a video conferencing tablet arranged on the right side of the patient's bed. For example, the video conferencing tablet can be movably arranged next to the patient's bed or installed on the wall of the ward or embedded in the wall. The video conferencing tablet receives or requests from each capture device 101a to 101e periodically (e.g., every 5 minutes, 10 minutes, etc.) or triggered (e.g., manually triggering an "update status information" button on the screen) The captured infrared images, speed, displacement, steps, calorie consumption, heart rate, sound and other status information are then periodically (e.g., every 5 minutes, 10 minutes, etc.) or triggered (e.g., manually triggering the screen button "Send to the second medical care subsystem 20") to send the status information to the second medical care subsystem 20. The periodicity with which status information is received or requested from each of the capture devices 101a to 101e may be the same or different.

According to embodiments of the present disclosure, the patient's infrared image can at least be used by medical staff for remote monitoring. For example, medical staff who are not located next to the patient can discover that the patient has abnormalities that require medical care through the infrared image displayed by the second medical care subsystem 20 situation, and then perform corresponding processing; or the patient's infrared image can be sent to the server, and then the server determines that the patient has an abnormality and notifies the medical staff to handle it. Obviously, infrared images of patients can also be used for other purposes, for example, for research on patient data.

The second medical care subsystem 20 receives these status information from the terminal device 102 of the first medical care subsystem 10 . Medical staff can diagnose the patient's status (eg, patient posture, condition) based on this status information and determine a medical plan for the patient, which may include a planned action for the patient and information associated with the action. For example, actions taken on the patient may include such matters as travel to care, further consultation, testing (such as blood, urine, imaging, biomarker testing, etc.), medication, surgery, hospice care, and the like. Information associated with this action may include, for example, time to travel to care, information associated with further consultations such as consultation appointment time, information and location of the consultation physician, information associated with examinations such as examination test items Information such as the name, appointment time, appointment location, and precautions before and after examination; information related to drug treatment, such as the number of times the drug is taken orally or externally and the dosage per time; information related to surgical treatment, such as surgery appointment time , information such as the surgeon, operating room, surgical costs, pre- and post-operative precautions, etc.

The second medical care subsystem 20 receives the medical plan from the medical staff and sends the medical plan to the first medical care subsystem 10 . For example, a doctor determines a medical plan to perform surgery on the patient based on the patient's status information. The second medical care subsystem 20 receives and sends the medical plan to the terminal device 102 of the first medical care subsystem 10 from the doctor. The terminal device 102 presents the medical plan in a way that the patient can perceive, for example, the video conference tablet shown in Figure 3 displays the operation time, operating room location, and surgeon information (such as name, location, office, phone number, etc.) , pre- and post-operative precautions, estimated surgical costs, etc. For another example, the doctor determines a medical plan for further consultation on the patient based on the patient's status information. The second medical care subsystem 20 receives and sends the medical plan to the terminal device 102 of the first medical care subsystem 10 from the doctor. The terminal device 102 then presents the medical plan in a manner perceptible to the patient, for example, displaying the scheduled consultation time and the consulting doctor's information (for example, name, location, office, phone number, etc.) on the video conferencing tablet shown in FIG. 3 wait.

The second medical care subsystem 20 may include all terminal devices used by doctors, nurses, and other medical staff that need to receive status information of patients. These terminal devices may include, for example, smart phones, Session Initiation Protocol (SIP) phones, desktop computers, etc. that are placed in doctors' offices, nurses' offices, nurse stations, examination rooms, operating rooms, etc. for use by doctors, nurses or other medical staff. Tablets, laptops, RFID readers, personal digital assistants (PDAs), video devices (e.g., video conferencing tablets), audio devices (e.g., MP3 players), projectors, walkie-talkies, wearable devices (e.g., smart glasses , enabled watches, smart bracelets, etc.), displays or any other similar functional devices, etc.

Figure 5 is a schematic diagram illustrating a second medical care subsystem according to an embodiment of the present disclosure. For example, in this example, the second medical care subsystem 20 includes a desktop computer 201 used by medical staff, a Session Initiation Protocol (SIP) phone 202, a smart phone 203, and a personal tablet 204. These terminals are all connected to, for example, the terminal shown in FIG. 3 The video conferencing tablet 102 is communicatively connected to be able to receive data from and send data to it.

In this way, the medical care system 1 according to the embodiment of the present disclosure better protects the patient's privacy by using infrared imaging technology to collect infrared images of the patient. At the same time, it can also automatically capture patient status information and automatically transfer this status information between patients and medical staff, making communication between patients and medical staff more convenient.

Referring back to FIG. 1 , the medical care system 1 according to the embodiment of the present disclosure may further include a server 30 communicatively coupled with the first medical care subsystem 10 and the second medical care subsystem 20 via the network N. In addition to sending the captured status information to the first medical care subsystem 20 , the terminal device 102 in the first medical care subsystem 10 also sends the captured status information to the server 30 .

The server 30 receives status information from the first medical care subsystem 10 , determines whether the patient is in an abnormal condition based on the status information, and performs an alarm operation if it is determined that the patient is in an abnormal condition. The alarm operation includes reporting to the first medical care subsystem 10 and/or The second medical care subsystem 20 sends reminder information.

For ease of explanation, the operation of the server 30 will be further described below with reference to the examples of FIGS. 3 and 4 . For example, the server 30 periodically (eg, every 5 minutes, 10 minutes, etc.) receives infrared images captured by the infrared imaging devices 101a and 101b from the terminal device 102 of the first medical care subsystem 10, and the patient's image captured by the acceleration sensor 101c. speed, displacement, number of steps, calorie consumption and other information, the patient's heart rate information captured by the heart rate sensor 101d and the patient's voice information captured by the sound sensor 101e.

The server 30 may be deployed with a first algorithm for identifying the patient's posture and temperature based on the infrared image and a second algorithm for identifying the patient's utterance content based on the sound information. For example, the first algorithm may be a machine learning based algorithm, such as an image recognition algorithm based on a neural network trained using a set of images of the patient's posture. The second algorithm may be a machine learning based algorithm, such as a voice recognition algorithm based on a neural network trained using a corpus and the patient's voice data. Therefore, the server 30 can comprehensively determine whether the patient is in an abnormal condition by combining the recognized posture, temperature, speech content of the patient, the patient's speed, displacement, heart rate and other factors. These abnormalities may include, for example, sleep abnormalities, falls, infections, hygiene abnormalities (eg, incontinence), and risk of death.

In one example, the server 30 uses the first algorithm to identify from the infrared image shown in (a) of FIG. 4 that the patient is lying on the hospital bed in a curled posture and the temperature distribution of various parts of the patient's body is approximately 21.6° C. to 38.1° C. ℃. The server 30 uses the second algorithm to identify the patient's breathing sound or occasional snoring sound from the sound information in the time period corresponding to the infrared image shown in (a) of FIG. 4 . The server 30 also queries the received status information and finds that the speed and displacement of the patient corresponding to the time period are both zero. The server 30 also queries the received status information and finds that the heart rate data corresponding to the patient in this time period is about 70 times/minute. The server 30 can determine the patient's abnormal sleep and/or infection based on this (that is, the patient is asleep but has a high body temperature, and the high body temperature may be caused by infection). In this case, the server 30 can perform an alarm operation. For example, a reminder message indicating that the patient may have abnormal sleep and/or infection and/or high body temperature is sent to the terminal device 102 of the second medical care subsystem 10 and/or the second medical care subsystem 20 . Further, in this case, the server 30 can also generate medical advice and send the medical advice to the second medical care subsystem 20 for assisting medical staff in diagnosis or care. For example, the medical advice may include information that prompts the doctor about possible causes of high body temperature, such as the patient has recently been vaccinated, the patient has a wound on the abdomen, the patient suffers from an immune disease, and the like. This is very beneficial when doctors are busy and do not have enough time to understand or recall the patient's past conditions, and can help doctors develop a more suitable medical plan for the patient.

In one example, the server 30 uses the first algorithm to identify the patient lying flat on the floor from the infrared image shown in (b) of FIG. 4 . The server 30 uses the second algorithm to identify that in the time period corresponding to the infrared image shown in (b) in FIG. 4 and in an earlier time period, the patient has issued words indicating pain or panic, such as "Help", "Help" It hurts so much" and other screams or shouts. The server 30 queries the received status information and finds that the speed and displacement of the patient corresponding to the time period are zero or very small (for example, smaller than the speed and displacement of normal walking). The server 30 queries the received status information and finds that the patient's heart rate corresponding to the time period suddenly becomes high and then gradually recovers. The server 30 can determine based on this that a fall event has occurred in the patient. In this case, the server 30 may perform an alarm operation, for example, send a reminder message indicating that the patient may fall to the terminal device 102 of the first medical care subsystem 10 and/or the second medical care subsystem 20 . Further, in this case, the server 30 can also generate medical advice and send it to the second medical care subsystem 20 to assist the medical staff in diagnosis or care. For example, the medical advice may include information to remind medical staff not to move the patient easily to avoid bone dislocation, information to remind the patient to have high blood pressure, etc., to help medical staff take more reasonable treatment or care measures.

In one example, the server 30 uses the first algorithm to identify from the infrared image as shown in (c) of FIG. 4 that the patient's bed is suspected to contain the patient's excrement, and the temperature distribution is approximately between 32 and 38 degrees Celsius. The server 30 determines based on this that the patient may be in an abnormal state of hygiene (for example, incontinence of urine and feces). In this case, the server 30 may perform an alarm operation, for example, send a reminder message indicating that the patient may be incontinent to the terminal device 102 of the first medical care subsystem 10 and/or the second medical care subsystem 20 . Further, in this case, the server 30 can also generate medical advice and send it to the second medical care subsystem 20 to assist the medical staff in diagnosis or care. For example, the medical advice may include information prompting medical staff to change waterproof sheets to keep the patient's bed dry, and may even include information on where to place nursing supplies such as waterproof sheets. In this way, it can help medical staff care for patients in a more timely manner and also provide patients with a better medical experience.

In one example, the server 30 uses the first algorithm to identify from the infrared image as shown in (d) of FIG. 4 that the patient's posture is a crouched posture and does not change for a long time (for example, up to 5h), and the patient The body surface temperature showed an abnormal downward trend. The server 30 determines based on this that the patient may be at risk of death. In this case, the server 30 may perform an alarm operation, for example, send reminder information indicating that the patient has a risk of death to the terminal device 102 of the first medical care subsystem 10 and/or the second medical care subsystem 20 . Further, in this case, the server 30 can also generate medical advice and send it to the second medical care subsystem 20 to assist the medical staff in diagnosis or care. For example, the medical advice can include immediate use of rescue actions such as cardiopulmonary resuscitation on the patient, and can even include information about medical staff in the hospital who can perform cardiopulmonary resuscitation. In this way, it can help medical staff to provide timely rescue to patients.

There are numerous similar examples. For example, the server 30 can also be configured with the function of automatically determining other abnormal conditions such as breathing abnormalities, heart abnormalities, skin abnormalities, etc. based on artificial intelligence technology, which will not be described again here.

In addition, the reminder information sent by the server 30 to the terminal device 102 of the first medical care subsystem 10 and/or the second medical care subsystem 20 includes information indicating that the patient is in an abnormal condition in a visual or auditory manner. For example, the prompt information may be in the form of text and/or pictures to be displayed on a monitor or screen, or in the form of audio to be played through a speaker, or both.

In addition, in addition to sending reminder information, the alarm operation performed by the server 30 in response to determining that the patient is in an abnormal condition may also include operations such as automatically triggering an alarm button on the patient's bed, or automatically changing the patient's bedsheets (for example, , the patient's hospital bed can be a smart hospital bed that is triggered to automatically change sheets), operations that automatically turn on the conductive cooling device to reduce fever for patients with high fever (for example, conductive cooling devices such as cooling blankets are placed on the patient's bed), etc. can be alleviated or eliminated. Other operations for this abnormal situation.

In this way, by including the server 30, the medical care system 1 according to the embodiment of the present disclosure can also alert the patient of possible abnormal conditions, so that the patient can receive timely treatment and/or care. In addition, the server 30 can also provide medical advice for assisting medical staff to obtain more treatment time and more reasonable medical plans for patients.

Referring back to FIG. 1 , the medical care system 1 according to the embodiment of the present disclosure may further include a remote surgery subsystem 40 communicatively coupled with the first medical care subsystem 10 , the second medical care subsystem 20 and the server 30 via the network N, for the doctor to Patients undergo remote surgery.

Under the current situation of uneven distribution of medical resources, patients who need surgical treatment in remote areas, areas with scarce medical resources, etc. may not be able to receive surgery in time. The fatigue of travel may also consume doctors' energy, and some rare and complex surgeries are very likely to be performed. Lack of doctor resources. Remote surgery can improve these situations, allowing patients to receive more timely treatment and reducing the burden on doctors.

Figure 6 is a schematic block diagram illustrating a telesurgery subsystem according to an embodiment of the present disclosure.

Referring to FIG. 6 , the remote surgery subsystem 40 may include a surgery performing device 401 and a surgery control device 402 capable of remote communication therewith. The surgical control device 402 generates control instructions based on operations from medical staff. The surgery execution device 401 performs the surgery on the patient according to the control instruction, and feeds back the medical information associated with the patient during the remote surgery to the surgery control device 402 . The surgical control device 402 can present the medical information, and the surgical control device 402 also sends the medical information to the server 30 .

For example, patient A is diagnosed in hospital X and needs a craniotomy, but doctor B who can perform the surgery is in hospital Y, which is tens of thousands of kilometers away from hospital X. Time and distance are not conducive to timely surgery for patients. The surgery execution device 401 of the remote surgery subsystem 40 is pre-configured in the X hospital, and the surgery control device 402 is pre-configured in the Y hospital. Doctor B can generate control instructions for the operation execution device 401 at the X hospital by operating the operation control device 402 in the Y hospital, for example, instructions to cause the robotic arm of the operation execution device 401 to rotate or move. After receiving the instruction, the surgery execution device 401 performs corresponding actions to complete the surgery.

Furthermore, the surgery execution device 401 can also record the patient's anesthesia records, medication records, blood loss and blood transfusion records, surgical equipment records, operating room temperature, humidity and other environmental parameters during the operation, as well as collected medical information such as the patient's vital signs. Sent back to surgical control device 402. The surgical control device 402 can present the medical information and also send the medical information to the server 30 and/or the second medical care subsystem 20 . The server 30 can save the medical information for subsequent retrieval. The second medical care subsystem 20 can receive the medical information for real-time or future review.

In addition, the capture device 101 and the terminal device 102 of the first medical care subsystem 10 can also be arranged in the operating room. In this case, the terminal device 102 can send the patient's status information captured by the capture device 101 during the operation to Surgery execution device 401 and/or surgery control device 402.

In this way, by including the remote surgery subsystem 40, the medical care system 1 according to the embodiment of the present disclosure can avoid the situation where the patient is not treated in time because medical resources are not available in time.

Referring back to FIG. 1 , the medical care system 1 according to the embodiment of the present disclosure may further include a client communicatively coupled with the first medical care subsystem 10 , the second medical care subsystem 20 , the server 30 and/or the remote surgery subsystem 40 via the network N. 50.

In one example, client 50 includes first client 50a for use at a visitor of the patient. The terminal device 102 of the first medical care subsystem 10 can conduct communication conferences (including telephone conferences and video conferences) with the first client 50a to conduct remote visits between patients and visitors. And the terminal device 102 and/or the first client 50a can present the patient's medical information during the communication session. The medical information may include, for example, the most recently received medical plan for the patient, the patient's hospitalization record to date, expected discharge time, post-discharge precautions, etc.

Further, the terminal device 102 of the first medical care subsystem 10 may also be configured with a function of supervising the remote visit between the terminal device 102 and the first client 50a. For example, when the first client 50a initiates a communication conference request to the terminal device 102, the terminal device 102 first verifies whether the identity information (for example, phone number, SIM card number, physical address, etc.) of the first client 50a is the same as that in the terminal device 102 The identity information pre-registered in is the same. If it is not the same, the request will be rejected. If it is the same, the request will be accepted. After the first client 50a and the terminal device 102 start a communication conference, the terminal device 102 can also time the communication conference. When the timing exceeds a predetermined duration threshold (for example, the duration determined by a doctor based on the patient's health condition), a Prompt messages such as pop-up windows and voices can prompt patients and visitors to end the visit, and the communication conference can even be forced to close after a predetermined additional time after the predetermined time threshold is reached.

In this way, the medical care system 1 according to the embodiment of the present disclosure can realize remote visits, which is when the patient is in an isolation ward (for example, isolated due to an infectious disease) or in other situations where face-to-face visits are inconvenient (for example, the patient is a lung cancer patient, but visits are not possible) (who may smoke in front of the patient) is particularly beneficial, for example, both to meet the patient's need for care and to prevent visitors from being infected. Moreover, the medical care system 1 according to the embodiment of the present disclosure can also implement visit supervision, which can prevent patients from being disturbed by visitors for too long, which is not conducive to their recovery.

Further, the second medical care subsystem 20 can also join the communication conference between the terminal device 102 and the first client 50a, and present the patient's medical information during the communication conference. For example, when any one of the patient, visitor or doctor deems it necessary to communicate between these three parties, the second medical care subsystem 20 may request or be requested by the terminal device 102 or the first client 50a to join the terminal device 102 and the first client 50a. Communication conference conducted by the first client 50a.

In one example, client 50 also includes a second client 50b for use at a medical professional. Medical experts are, for example, doctors, relevant scholars or researchers who can help diagnose and treat patients. The second medical care subsystem 20 can conduct a communication conference with the second client 50b to conduct remote consultation between medical staff and medical experts, and the second medical care subsystem 20 and/or the second client 50b can be present during the communication conference Patient medical information. The medical information may include all medical records related to the patient, such as the patient's medical records, examination and test reports, medication records, surgical records, past and current treatment plans, etc.

Further, during the consultation process, the second medical care subsystem 20 may send a request to retrieve the patient's medical information to the server 30 to present the patient's medical information. The server 30 may also record the audio and/or video data of the doctor speaking through the second medical care subsystem 20 and the medical expert through the second client 50b during the remote consultation (for example, by recording the second medical care subsystem 20 and the second client 50b images output by an image output device and/or sound output by a sound output device to record).

In this way, the medical care system 1 according to the embodiment of the present disclosure can realize remote consultation. This is particularly beneficial when the patient's condition is acute or when it is inconvenient for all parties involved in the consultation to go to the site for face-to-face discussions.

In one example, client 50 also includes a third client 50c for use with, for example, medical students, trainee doctors, student nurses, and other students in need of medical training or education. The second medical care subsystem 20 can conduct a communication conference with the third client 50c to conduct remote teaching between medical staff and students, and the second medical care subsystem 20 and/or the third client 50c can present the patient during the communication conference medical information. The medical information may include all medical records related to the patient, such as the patient's medical records, examination and test reports, medication records, surgical records, past and current treatment plans, etc.

Further, during remote teaching, the second medical care subsystem 20 may send a request to retrieve the patient's medical information from the server 30 to present the patient's medical information. The server 30 may also record the audio and/or video data of the lecturer speaking through the second medical care subsystem 20 and the student speaking through the third client 50c during remote teaching (for example, by recording the second medical care subsystem 20 and the third client 50c The image output by the image output device and the sound output by the sound output device are recorded).

In this way, the medical care system 1 according to the embodiment of the present disclosure can realize remote teaching, which is particularly beneficial when it is inconvenient to carry out medical teaching on site. For example, in the current urban environment, the distance between the place where patients receive diagnosis and treatment (e.g., hospital) and the place where trainees study daily (e.g., medical school) may be very far (e.g., tens of kilometers), or the ward layout is compact The narrowness makes it difficult to accommodate many people at the same time, or the epidemic is prevalent. These reasons make it inconvenient to carry out medical teaching on site. Distance teaching can easily solve these problems.

In one example, the client 50 also includes a fourth client 50d used by suppliers such as medical equipment, pharmaceutical products, and the like. The second medical care subsystem 20 can conduct a communication conference with the fourth client 50d to conduct remote communication between medical staff and suppliers, and the second medical care subsystem 20 and/or the fourth client 5d can be present during the communication conference Medical information about this provider. The medical information may include purchase records, usage records, fault records, etc. of the medical equipment, pharmaceutical products, etc. supplied by the supplier, as well as medical records of patients to whom these medical equipment or pharmaceutical products have been applied.

Further, during remote communication, the second medical care subsystem 20 may send a request to retrieve medical information related to the supplier from the server 30 to receive and present the medical information from the server. The server 30 may also record the audio and/or video data of the medical staff speaking through the second medical care subsystem 20 and the provider through the fourth client 50d during the remote communication (for example, by recording the second medical care subsystem 20 and the fourth client 50d The image output by the image output device and the sound output by the sound output device are recorded) for future use.

In this way, the medical care system 1 according to the embodiment of the present disclosure can realize remote communication with suppliers, which is particularly beneficial when face-to-face communication is not convenient on site, and helps to promote full discussion and communication between clinical practitioners and theoretical researchers. , improve the embarrassing situation of "doctors don't know advanced technology, and research and development don't know clinical problems".

In addition, the server 30 is also configured to receive data from the first medical care subsystem 10 and the second medical care subsystem via the network N periodically (hourly, daily, weekly, etc.) or triggered (for example, upon receiving a power outage warning). 20. One or more of the remote surgery subsystem 40, the first client 50a, the second client 50b, the third client 50c, and the fourth client 50d receive status information such as patient status, examination records, and medication records. , surgical records, remote surgery records, remote visit records, remote consultation records, as well as remote teaching records, remote supplier communication records and other medical information. The period for receiving these medical information can be the same or different. In this way, the server 30 can store a large amount of real medical information, which can be used for future medical scientific research, medical teaching, etc., such as case studies, disease simulations, virtual surgeries, etc.

The server 30 may also be configured to establish via the network N the first medical care subsystem 10, the second medical care subsystem 20, the remote surgery subsystem 40, the first client 50a, the second client 50b, the third client 50c, and the third client 50c. A communication session with at least two of the four clients 50d. For example, in the example described above in conjunction with FIG. 4 , the server 30 may forcibly establish the first medical care subsystem 10 and the second medical care subsystem 20 when it is determined that the patient has a risk of death based on the infrared image as shown in (d) of FIG. 4 communication conference between them, and the patient's medical information is presented at the terminal device 102 of the first medical care subsystem 10 and the terminal of the second medical care subsystem 20 (for example, the terminals 201 to 204 in FIG. 5 ). This is particularly beneficial in emergency situations, such as providing patients with earlier rescue opportunities.

Figure 7 is a schematic block diagram illustrating a server according to an embodiment of the present disclosure.

Referring to FIG. 6 , the server 30 according to an embodiment of the present disclosure may include a communication unit 301 and a data processing unit 302.

The communication unit 301 receives status information associated with the patient from the first healthcare subsystem 10 for the patient, the status information including an infrared image of the patient captured using infrared imaging technology. As mentioned above, the capture device 101 of the first medical care subsystem 10 captures the status information associated with the patient, and then the terminal device 102 sends the status information to the communication unit 301 of the server 30 .

The data processing unit 302 determines whether the patient is in an abnormal condition based on the status information, and performs an alarm operation if it is determined that the patient is in an abnormal condition. For example, the aforementioned first algorithm and second algorithm may be deployed within the data processing unit 302 to identify the image or sound of a patient or object from an infrared image. The data processing unit 302 can then determine whether the patient is in abnormal conditions such as abnormal sleep, fall, infection, abnormal hygiene, and risk of death based on the identified patient image, sound, speed, displacement, heart rate and other status information. And when it is determined that there is an abnormal situation, the corresponding reminder information is sent to the terminal device 102 of the first medical care subsystem 10 and/or the second medical care subsystem 20 through the communication unit 301. The infrared image of the patient is at least used by the medical staff for remote monitoring.

Further, the data processing unit 302 also generates medical advice if it is determined that the patient is in an abnormal condition. The communication unit 301 also sends the medical advice to the second medical care subsystem 20 .

Further, the data processing unit 302 can also establish, through the communication unit 301, the first medical care subsystem 10, the second medical care subsystem 20, the remote surgery subsystem 40, the first client 50a, the second client 50b, the third client A communication conference in which at least two of the client 50c and the fourth client 50d participate, and the patient's medical information is presented to at least one participant in the communication conference.

The above-described medical care system 1 according to the present disclosure can collect patient status information while better protecting patient privacy. Furthermore, it can also provide automatic alarms for patients in abnormal situations, so that the patient's condition can be monitored promptly and effectively. Furthermore, remote surgery can also be used to enable patients to receive timely surgical treatment and improve the uneven distribution of medical resources. Furthermore, remote visits, remote consultations, remote teaching and remote communication can also be realized to facilitate communication between medical parties and use and coordinate medical resources more efficiently.

Those skilled in the art should understand that the program portion in the medical care system according to the embodiments of the present disclosure can be considered as a "product" or "article" in the form of executable code and/or related data, readable by a computer. Participated in or realized by the media. Tangible, permanent storage media may include the memory or storage used by any computer, processor, or similar device or related module. For example, various semiconductor memories, tape drives, disk drives, or similar devices that provide storage capabilities for software.

It will be understood by those skilled in the art that aspects of the present application may be illustrated and described in several patentable categories or circumstances, including any new and useful process, machine, product, or combination of matter, or any combination thereof. New and useful improvements. Accordingly, various aspects of the present application may be executed entirely by hardware, may be entirely executed by software (including firmware, resident software, microcode, etc.), or may be executed by a combination of hardware and software. The above hardware or software may be referred to as "data block", "module", "engine", "unit", "component" or "system". Additionally, aspects of the present application may be embodied as a computer product including computer-readable program code located on one or more computer-readable media.

It should be understood by one of ordinary skill in the art that unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. It should also be understood that terms such as those defined in ordinary dictionaries should be construed to have meanings consistent with their meanings in the context of the relevant technology and should not be interpreted in an idealized or highly formalized sense unless expressly stated herein Ground is defined this way.

Those skilled in the art should understand that the above-mentioned specific embodiments are only examples and not limitations, and the embodiments of the present invention can be variously modified, combined, partially combined and replaced according to design requirements and other factors, as long as they are in the appended claims. or its equivalent scope, it shall fall within the scope of rights to be protected by this disclosure.

Claims (27)

1. A medical care system, including: A first medical care subsystem for use at the patient that captures status information associated with the patient and sends the status information, the status information including an infrared image of the patient captured using infrared imaging technology; and The second medical care subsystem is used at the medical staff and receives the status information. 2. The medical care system according to claim 1, further comprising: A server that receives the status information from the first medical care subsystem, determines whether the patient is in an abnormal condition based on the status information, and performs an alarm operation when it is determined that the patient is in an abnormal condition. The alarm operation This includes sending reminder information to the first medical care subsystem and/or the second medical care subsystem. 3. The medical care system according to claim 2, wherein, The second medical care subsystem also receives the medical plan determined by the medical staff based on the status information, and sends the medical plan to the first medical care subsystem and/or the server. 4. The medical care system according to claim 2, wherein, The server also generates medical advice if it is determined that the patient is in an abnormal condition, and sends the medical advice to the second medical care subsystem. 5. The medical care system of claim 1, wherein, The status information includes at least one of the following: the patient's body temperature, voice, movement, respiratory rate, heart rate, blood pressure, blood oxygen saturation, bladder fluid volume, excrement volume and/or temperature, Information detected by a device attached to the patient. 6. The medical care system of claim 2, wherein, The abnormal conditions include at least one of the following: abnormal sleep, falls, infection, abnormal hygiene and risk of death. 7. The medical care system of claim 6, wherein, The reminder information includes information for visually or aurally indicating that the patient is in an abnormal condition. 8. The medical care system of claim 2, wherein, The alarm operation also includes an operation of automatically triggering an alarm button on the patient's bed. 9. The medical care system of claim 1, wherein, The second medical care subsystem is capable of conducting a communication conference with the first medical care subsystem to conduct remote consultation between the patient and the medical staff, and the second medical care subsystem and/or the The first medical care subsystem is capable of presenting the patient's medical information during the communication session. 10. The medical care system of claim 1, wherein, The healthcare system also includes a first client for use by a visitor of the patient; The first medical care subsystem is capable of conducting a communication conference with the first client to conduct remote visits between the patient and the visitor, and the first medical care subsystem and/or the first client The client is capable of presenting the patient's medical information during the communication session. 11. The medical care system of claim 10, wherein, The second medical care subsystem can join the communication conference between the first medical care subsystem and the first client, and the second medical care subsystem can present the patient's information during the communication conference. Medical information. 12. The medical care system of claim 1, wherein, The medical care system also includes a second client for use at the medical expert; The second medical care subsystem can conduct a communication conference with the second client to conduct remote consultation between the medical staff and the medical expert, and the second medical care subsystem and/or the second The client is capable of presenting the patient's medical information during the communication session. 13. The medical care system of claim 1, wherein, The medical care system also includes a third client used at the student's place; The third client can conduct video communication with the first medical care subsystem and/or the second medical care subsystem so that the student can conduct distance learning, and the third client can perform video communication during the video communication. Medical information for the patient is presented. 14. The medical care system of claim 1, wherein, The healthcare system also includes a fourth client for use at the provider; The second medical care subsystem can conduct a communication conference with the fourth client to conduct remote communication between the medical staff and the supplier, and the fourth client can present during the communication conference Medical information regarding said provider. 15. The healthcare system of claim 2, further comprising: A remote surgery subsystem is used by the medical staff to perform remote surgery on the patient. 16. The healthcare system of claim 15, wherein, The remote surgery subsystem includes a surgery execution device and a surgery control device that remotely communicates with the surgery execution device; The surgical control device generates control instructions based on operations from the medical staff; The surgery execution device performs the surgery on the patient according to the control instruction, and feeds back to the surgery control device medical information associated with the patient during the remote surgery; The surgical control device is capable of presenting the medical information; and The surgical control device sends the medical information to the server. 17. The healthcare system of claim 15, wherein, The healthcare system also includes a first client for use by a visitor of the patient, a second client for use by a medical professional, a third client for use by a student, and a fourth client for use by a provider. client, and The server can establish the first medical care subsystem, the second medical care subsystem, the first client, the second client, the third client, the fourth client and Communication conference of at least two of the telesurgery subsystems. 18. The healthcare system of claim 17, wherein, The server can obtain information from the first medical care subsystem, the second medical care subsystem, the first client, the second client, the third client, the fourth client and all The patient's medical information is collected in the remote surgery subsystem. 19. A first medical care subsystem for use at a patient, comprising: a capture device that captures status information associated with the patient, the status information including an infrared image of the patient captured using infrared imaging technology; The terminal device sends the status information. 20. The first medical care subsystem according to claim 19, wherein, The capture device also includes a device for capturing at least one of the following: the patient's body temperature, voice, movement, respiratory rate, heart rate, blood pressure, blood oxygen saturation, bladder fluid volume, excretion amount and/or temperature, information detected by a device attached to the patient. 21. The first medical care subsystem according to claim 19, wherein, The terminal device can conduct a communication conference with a second medical care subsystem used at a medical staff to perform remote consultation between the patient and the medical staff, and the terminal device can present during the communication conference The patient’s medical information. 22. The first medical care subsystem according to claim 19, wherein, The terminal device is capable of conducting a communication conference with a first client at a visitor of the patient to conduct a remote visit between the patient and the visitor, and the terminal device is capable of conducting a communication conference during the communication conference. Medical information for the patient is presented. 23. A server, comprising: a communication unit that receives status information associated with the patient from a first medical care subsystem for the patient, the status information including an infrared image of the patient captured using infrared imaging technology; and a data processing unit that determines whether the patient is in an abnormal condition based on the status information, and performs an alarm operation if it is determined that the patient is in an abnormal condition, The alarm operation includes sending reminder information to the first medical care subsystem and/or the second medical care subsystem for medical staff through the communication unit. 24. The server of claim 23, wherein, The data processing unit also generates medical advice if it is determined that the patient is in an abnormal condition; The communication unit also sends the medical advice to the second medical care subsystem. 25. The server of claim 23, wherein, The alarm operation also includes an operation of automatically triggering an alarm button on the patient's bed. 26. The server of claim 23, wherein, The data processing unit is also capable of establishing, through the communication unit, the first client for the first medical care subsystem, the second medical care subsystem, the first client for the patient's visitor, and the first client for the medical expert. At least two of the second client, the third client for the student, the fourth client for the supplier, and the remote surgery subsystem for the medical staff to perform surgery on the patient participate in a communication conference, and the data processing unit is further capable of presenting, through the communication unit, the patient's medical information at at least one person participating in the communication conference during the communication conference. 27. The server of claim 26, wherein, The data processing unit is also capable of receiving data from the first medical care subsystem, the second medical care subsystem, the first client for the patient's visitor, and the first client for the medical expert through the communication unit. The second client, the third client for the student, the fourth client for the supplier, and the remote surgery subsystem for the medical staff to perform surgery on the patient collect the medical information of the patient. information.