CN117409950A - Medical system, medical subsystem and server - Google Patents

Medical system, medical subsystem and server Download PDF

Info

Publication number
CN117409950A
CN117409950A CN202311466971.0A CN202311466971A CN117409950A CN 117409950 A CN117409950 A CN 117409950A CN 202311466971 A CN202311466971 A CN 202311466971A CN 117409950 A CN117409950 A CN 117409950A
Authority
CN
China
Prior art keywords
patient
medical
subsystem
healthcare
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311466971.0A
Other languages
Chinese (zh)
Inventor
徐俊勤
请求不公布姓名
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chinese University of Hong Kong Shenzhen
Original Assignee
Chinese University of Hong Kong Shenzhen
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chinese University of Hong Kong Shenzhen filed Critical Chinese University of Hong Kong Shenzhen
Priority to CN202311466971.0A priority Critical patent/CN117409950A/en
Publication of CN117409950A publication Critical patent/CN117409950A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02Alarms for ensuring the safety of persons
    • G08B21/04Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
    • G08B21/0438Sensor means for detecting
    • G08B21/0469Presence detectors to detect unsafe condition, e.g. infrared sensor, microphone
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/20Education
    • G06Q50/205Education administration or guidance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/22Social work
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00ICT specially adapted for the handling or processing of medical images
    • G16H30/20ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16YINFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00Economic sectors
    • G16Y10/55Education
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16YINFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00Economic sectors
    • G16Y10/60Healthcare; Welfare
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16YINFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y20/00Information sensed or collected by the things
    • G16Y20/40Information sensed or collected by the things relating to personal data, e.g. biometric data, records or preferences
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16YINFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00IoT characterised by the purpose of the information processing
    • G16Y40/10Detection; Monitoring
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16YINFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00IoT characterised by the purpose of the information processing
    • G16Y40/20Analytics; Diagnosis
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16YINFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00IoT characterised by the purpose of the information processing
    • G16Y40/50Safety; Security of things, users, data or systems

Abstract

A healthcare system, a healthcare subsystem, and a server are provided. The medical care system comprises: a first healthcare subsystem for use at a patient that captures status information associated with the patient and transmits the status information, the status information including an infrared image of the patient captured using infrared imaging techniques; and a second healthcare subsystem for use at a healthcare worker that receives the status information.

Description

Medical system, medical subsystem and server
Technical Field
The present disclosure relates to the field of healthcare, and more particularly to a healthcare system, a healthcare subsystem and a server included in the healthcare system.
Background
Medical resources are vital to the health and life of individuals and also have a significant impact on the economic prosperity of the overall health of society. Medical resources include many aspects of hospitals, healthcare workers, medical equipment, medical products, medical research, and the like. However, current medical resources are not distributed evenly, and medical resources in cities are always in tension. For example, the large demand for beds in wards has led to the wards having to adopt a compact and narrow layout which in turn has led to inconvenient visits, inconvenient medical field teaching, and increased probability of cross-infection; the communication mode between doctors and patients is not convenient enough, so that communication with patients may be insufficient; patient privacy, failure of the patient to be timely discovered or pre-warned, and the like may not be timely cared for.
Disclosure of Invention
In view of the foregoing, the present disclosure proposes a medical system that enables better patient monitoring with protection of patient privacy.
According to an aspect of the present disclosure, a healthcare system is provided that includes a first healthcare subsystem and a second healthcare subsystem. The first medical subsystem is used at a patient that captures status information associated with the patient and transmits the status information, the status information including an infrared image of the patient captured using infrared imaging techniques. The second healthcare subsystem is used at a healthcare worker, which receives status information. The infrared image of the patient is at least used for remote monitoring by the medical staff.
Optionally, the healthcare system further comprises a server. The server receives status information from the first healthcare subsystem, determines whether the patient is in an abnormal condition based on the status information, and performs an alarm operation if the patient is determined to be in the abnormal condition, the alarm operation including sending alert information to the first healthcare subsystem and/or the second healthcare subsystem.
Optionally, the second healthcare subsystem also receives a medical protocol determined by the healthcare worker based on the status information and transmits the medical protocol to the first healthcare subsystem and/or the server.
Optionally, the server also generates a medical advice if it is determined that the patient is in an abnormal condition, and sends the medical advice to the second healthcare subsystem.
The status information includes at least one of: body temperature, sound, movement, respiration rate, heart rate, blood pressure, blood oxygen saturation, amount and/or temperature of the fecal matter of the patient, and information detected by a device attached to the patient.
Optionally, the abnormal condition comprises at least one of: abnormal sleep, falls, hygienic infections 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 further comprises an operation of automatically triggering an alarm button on a patient's bed.
Optionally, the second medical subsystem is capable of conducting a communication session with the first medical subsystem for remote interrogation between the patient and the medical personnel, and the second medical subsystem and/or the first medical subsystem is capable of presenting medical information of the patient during the communication session.
Optionally, the healthcare system further comprises a first client for use at a seeker of the patient; the first medical subsystem can be in communication with the first client for remote exploratory viewing between the patient and the exploratory viewer, and the first medical subsystem and/or the first client can present medical information of the patient during the communication conference.
Optionally, the second healthcare subsystem can join a communication conference with the first client by the first healthcare subsystem, and the second healthcare subsystem can present medical information of the patient during the communication conference.
Optionally, the medical care system further comprises a second client for use at a medical professional. The second medical subsystem can be in communication with the second client for remote consultation between the medical staff and the medical professional, and the second medical subsystem and/or the second client can present medical information of the patient during the communication conference.
Optionally, the healthcare system further comprises a third client for use at the trainee. The third client is capable of video communication with the first and/or second healthcare subsystems for remote learning by a learner, and the third client is capable of presenting medical information of the patient during the video communication.
Optionally, the healthcare system further comprises a fourth client for use at the vendor. The second healthcare subsystem is capable of conducting a communication session with the fourth client to remotely communicate between the healthcare worker and the provider, and the fourth client is capable of presenting medical information related to the provider during the communication session.
Optionally, the medical system further comprises a tele-surgical subsystem for a medical staff to perform tele-surgery on the patient.
Optionally, the tele-surgical subsystem includes a surgical execution device and a surgical control device in remote communication therewith; the operation control device generates a control instruction according to the operation from the medical staff; the surgical execution device performs surgery on the patient according to the control instruction, and feeds back medical information associated with the patient during the teleoperation to the surgical control device; the surgical control device is capable of presenting medical information; and the surgical control device transmits the medical information to the server.
Optionally, the medical system further comprises a first client for use at a seeker of the patient, a second client for use at a medical professional, a third client for use at a trainee, and a fourth client for use at a vendor, and the server is capable of establishing a communication conference by at least two of the first medical subsystem, the second medical subsystem, the first client, the second client, the third client, the fourth client, and the tele-surgical subsystem.
Optionally, the server is capable of collecting medical information of the patient from the first medical subsystem, the second medical subsystem, the first client, the second client, the third client, the fourth client, and the tele-surgical subsystem.
According to another aspect of the present disclosure, a first healthcare subsystem for use at a patient is provided. It comprises the following steps: 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 techniques; and the terminal equipment sends the state information. The infrared image of the patient is at least used for the medical staff to remotely monitor.
Optionally, the capturing device further comprises a device for capturing at least one of: body temperature, sound, movement, respiration rate, heart rate, blood pressure, blood oxygen saturation, amount and/or temperature of the fecal matter of the patient, and information detected by a device attached to the patient.
Optionally, the terminal device is capable of conducting a communication session with a second healthcare subsystem used at the healthcare worker for remote interrogation between the patient and the healthcare worker, and the terminal device is capable of presenting medical information of the patient during the communication session.
Optionally, the terminal device is capable of conducting a communication conference with a first client at a seeker of the patient for remote probing between the patient and the seeker, and the terminal device is capable of presenting medical information of the patient 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 sheet receives status information associated with a patient from a first healthcare subsystem for the patient, the status information including an infrared image of the patient captured using infrared imaging techniques. The data processing unit determines whether the patient is in an abnormal condition based on the status information, and performs an alarm operation in the case where the patient is determined to be in the abnormal condition. The alarm operation includes sending a reminder message to the first medical subsystem and/or to a second medical subsystem for the medical personnel. The infrared image of the patient is at least used for remote monitoring by the medical staff.
Optionally, the data processing unit further generates a medical advice in case it is determined that the patient is in an abnormal condition; the communication unit also transmits the medical advice to the second healthcare subsystem.
Optionally, the alarm operation further comprises an operation of automatically triggering an alarm button on a patient's bed.
Optionally, the data processing unit of the server is further capable of establishing a communication conference engaged by at least two of the first medical subsystem, the second medical subsystem, the first client at the seeker for the patient, the second client at the medical professional, the third client at the trainee, the fourth client at the vendor, and the teleoperational subsystem for the medical staff to operate on the patient through the communication unit, and the data processing unit is further capable of presenting medical information of the patient at least one of the engaged communication conferences during the communication conference through the communication unit.
Optionally, the data processing unit of the server is further capable of collecting medical information of the patient from the first medical subsystem, the second medical subsystem, the first client at the explorator for the patient, the second client at the medical professional, the third client at the trainee, the fourth client at the vendor and the tele-surgical subsystem for the medical staff to perform the surgery on the patient via the communication unit.
With the medical care system according to the present disclosure, privacy of a patient is better protected, status information of the patient is automatically captured, and communication and interaction between medical staff and the patient is simpler and more convenient. Further, with the medical care system according to some embodiments of the present disclosure, an automatic alarm for an abnormal condition of a patient can be provided, so that the condition of the patient can be timely and effectively supervised; the remote operation can be realized, so that the current situation of uneven distribution of medical resources is improved; the remote visit, remote consultation, remote teaching and remote communication can be realized, so that the problems caused by crowding and the like of a ward, remote road and the like are eliminated without being limited by developing the problems on site or in the ward, and the efficient use and coordination of medical resources are realized.
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, and it is obvious that the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained according to these drawings for a person having ordinary skill in the art. The following drawings are not intended to be drawn to scale, with emphasis instead being placed upon illustrating the principles of the present application. The various aspects, features and advantages of the disclosure will become more apparent and readily appreciated from the following description of the embodiments of the disclosure, taken in conjunction with the accompanying drawings, in which:
FIG. 1 is a schematic diagram illustrating a healthcare system according to an embodiment of the present disclosure;
FIG. 2 is a schematic block diagram illustrating a first healthcare subsystem according to an embodiment of the present disclosure;
FIG. 3 is an example scene diagram illustrating a first healthcare subsystem according to an embodiment of the present disclosure;
FIG. 4 is an example diagram illustrating an infrared image captured by a first healthcare subsystem according to an embodiment of the present disclosure;
FIG. 5 is a schematic diagram illustrating a second healthcare subsystem according to an embodiment of the present disclosure;
fig. 6 is a schematic block diagram illustrating a tele-surgical subsystem according to an embodiment of the present disclosure; and
Fig. 7 is a schematic block diagram illustrating a server according to an embodiment of the present disclosure.
Detailed Description
The present disclosure will be described in detail below with reference to exemplary embodiments thereof. However, the present disclosure is not limited to the embodiments described herein, which may be embodied in many different forms. The described embodiments are intended only to provide a thorough and complete understanding of the present disclosure and to fully convey the concept of the present disclosure to those skilled in the art. Features of the various embodiments described may be combined with or substituted for one another, unless expressly excluded or excluded depending on the context.
Unless defined otherwise, technical or scientific terms used in this disclosure should be given the ordinary meaning as understood by one of ordinary skill in the art to which this disclosure belongs. The terms "first," "second," and the like, as used in this disclosure, do not denote any order, quantity, or importance, but rather are used to distinguish one element from another.
In the drawings, the same reference numerals denote constituent parts of the same or similar structures or functions, and a repetitive description thereof will be omitted from the following description.
As previously mentioned, current medical resources are not distributed evenly and the medical resources of the city are always in tension. For example, the large demand for beds in wards has led to the wards having to adopt a compact and narrow layout which in turn has led to inconvenient visits, inconvenient medical field teaching, and increased probability of cross-infection; the communication mode between doctors and patients is not convenient enough, so that communication with patients may be insufficient; patient privacy, failure of the patient to be timely discovered or pre-warned, and the like may not be timely cared for. To address one or more of these problems, the present disclosure proposes a healthcare system that enables better patient monitoring with protection of patient privacy. Further, the present disclosure may also automatically capture status information of a patient, automatically alert the patient of abnormal conditions, tele-surgery, more conveniently conduct communication between medical staff, patient, seeker, medical expert, trainee, medical provider, thereby more efficiently using and coordinating medical resources.
Fig. 1 is a schematic diagram illustrating a healthcare system according to an embodiment of the present disclosure, with a dashed box in the figure representing optional elements.
Referring to fig. 1, a healthcare system 1 according to an embodiment of the present disclosure may include a first healthcare subsystem 10 and a second healthcare subsystem 20 communicatively coupled via a network N. The type of network N may include one or more of a local area network, a metropolitan area network, a wide area network, the internet, an internet of things, a satellite network, and so on. The communication mode of the network N can comprise one or more of Universal Serial Bus (USB), serial port communication (RS-232/RS-485), ethernet, bluetooth, wi-Fi, zigbee, Z-Wave, loRa, narrowband Internet of things technology, cellular network, RFID and the like.
The first healthcare subsystem 10 is used at a patient, captures status information associated with the patient and transmits the status information to the second healthcare subsystem 20. The status information may include an infrared image of the patient captured using infrared imaging techniques. The term "patient place" herein may include all places where a patient may go in a hospital, such as a ward, an operating room, an examination room, a test room, a monitoring room, etc. of a hospital, as well as places where a patient must carry due to physical needs, outside a hospital where medical devices are worn, such as where a patient wears a dynamic electrocardiograph (with an electrode chip attached to the skin of the patient near the heart), etc. at home. The second healthcare subsystem 20 is used at the healthcare worker, which receives the status information. The "healthcare worker's place" herein may include doctors, nurses and other staff in the hospital where they may go to, such as doctor's offices, nurses ' stations, consulting rooms, wards, operating rooms, examination rooms, guardians, conference rooms, laboratories, etc.
Fig. 2 is a schematic block diagram illustrating a first healthcare subsystem according to an embodiment of the present disclosure.
Referring to fig. 2, first healthcare subsystem 10 may include a capture device 101 for capturing status information associated with a patient and a terminal device 102 that transmits the captured status information. The capture device 101 may comprise an infrared imaging device that captures an infrared image of the patient using infrared imaging techniques, and the status information may comprise an infrared image of the patient captured using infrared imaging techniques. Taking the hospital ward as an example, the infrared imaging device may be one or more devices mounted at various locations of the ward, such as the ceiling, walls, windows, floors, and surrounding the hospital ward, capable of detecting the patient's thermal radiation. These infrared imaging devices quantify the detected thermal radiation and form an infrared image (thus, the infrared image may also be referred to as a "thermal image") based on the distribution of the quantified thermal radiation, an exemplary infrared image being shown in fig. 4 below. Unlike an image obtained by a general camera using visible light imaging, an infrared image reflects a thermal distribution of the body surface temperature of a patient, from which only information such as the posture and the body surface temperature of the patient can be recognized, and the real appearance of the patient cannot be displayed, so that the privacy of the patient can be well protected.
The capturing device 101 may also include devices mounted at various locations in the patient's room, such as the ceiling, walls, windows, floors, and around the patient's bed, for capturing other status information of the patient, such as body temperature, sound, motion, respiration rate, heart rate, blood pressure, blood oxygen saturation, intravesical body fluid volume, amount of fecal matter, and/or temperature, one or more of which may be remote, attached, implanted, or partially implanted in the patient's body. Examples of such devices include, for example, temperature sensors for capturing temperature or body surface temperature at the patient's mouth, underarm, rectum, forehead, ear canal, sound sensors for capturing patient's sound, acceleration sensors for capturing patient's acceleration and/or velocity and/or displacement, etc., respiratory rate sensors for capturing patient's respiratory rate, heart rate sensors for capturing patient's heart rate, blood pressure sensors for capturing patient's blood pressure, blood oxygen saturation sensors for capturing patient's oxygen saturation in the patient's blood, catheters and/or urine bags attached to the patient's body, pressure sore prevention sensors for capturing pressure distribution over the patient's bed, and blood glucose detectors for capturing blood glucose content in the patient's blood, etc.
The terminal device 102 may obtain captured state information of the patient from the capturing device 101. For example, the terminal device 102 may acquire its captured state information via a wired connection (e.g., USB, ethernet, serial cable, parallel cable, etc.) and/or a wireless connection (e.g., bluetooth, wi-Fi, zigbee, etc.) with the capture device 101 or Near Field Communication (NFC) or scanning a two-dimensional code preset on the capture device 101. Examples of terminal devices 102 may include, for example, smart phones, session Initiation Protocol (SIP) phones, desktop computers, tablet computers, notebook computers, 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.
For ease of illustration, fig. 3 is an example scene diagram illustrating a first healthcare subsystem according to an embodiment of the present disclosure, with dashed lines in the diagram representing optional elements. It should be understood that the types and numbers of capture devices 101 and terminal devices 102 shown in fig. 3 are merely examples and are not limiting of the present disclosure.
Referring to fig. 3, the first healthcare subsystem 10 is illustrated as being used in a patient's room. The capturing device 101 comprises an infrared imaging device 101a located above the patient's bed (e.g. may be located on the ceiling) and an infrared imaging device 101b located on one side of the patient's bed (e.g. may be located on or embedded in a wall), an acceleration sensor 101c attached to the right wrist of the patient, a heart rate sensor 101d attached to the skin of the patient near the heart, and a sound sensor 101e arranged near the patient's bed tail.
Infrared imaging device 101a and 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 for taking infrared images of a patient and a certain range around the patient (for example, a range of several meters in diameter around the patient). The infrared imaging device 101b has a relatively small field of view for taking infrared images of the patient and its patient bed.
For ease of illustration, fig. 4 is an example diagram illustrating an infrared image captured by a first healthcare subsystem, such as infrared images captured by infrared imaging devices 101a and 101b, in accordance with an embodiment of the present disclosure.
Referring to fig. 4 (a), an exemplary infrared image of a patient in a recumbent position on a patient bed with a body surface temperature distribution of the patient in the range of 21.6 ℃ to 38.1 ℃ is shown. Referring to fig. 4 (b), an exemplary infrared image of a patient in a lying position on the floor is shown. Referring to fig. 4 (c), an exemplary infrared image of urine spillage on a hospital bed due to patient urinary incontinence is shown. Referring to fig. 4 (d), there is shown an exemplary infrared image of a gradual decrease in body surface temperature over time due to, for example, cold shock or imminent death of a patient.
Referring back to fig. 3, the acceleration sensor 101c may be integrated in a device such as a smart wristband, a smart watch, a smart glasses, or a smart phone of the patient, or separately disposed at a wrist, a chest, a head, a foot, or the like of the patient, and calculates state information such as a speed and/or a displacement of the patient by measuring acceleration of the patient's body, and may further calculate state information such as a step number, a calorie consumption, or the like of the patient, and may even assist in sleep analysis such as estimating a sleep duration.
The heart rate sensor 101d may be integrated in a device such as a smart wristband, a smart watch, a smart glasses, or the like of the patient, or separately disposed at a wrist, a chest, a fingertip, or an earlobe of the patient, and calculates the heart rate of the patient by detecting a light intensity change of skin associated with a blood volume change caused by the heartbeat using a photosensitive element or by measuring a heart electrical signal using an electrode patch attached to the skin near the heart of the patient.
The sound sensor 101e may be integrated in a device such as a patient's smart bracelet, smart watch or smart phone, or integrated in a device such as a voice assistant, noise monitoring device, audio recording device in a patient room, or separately disposed in the vicinity of the patient, sensing the patient's sound by detecting changes in electrical signals caused by vibrations associated with sound waves.
The terminal device 102 comprises a video conference tablet arranged on the right side of the patient's bed. For example, the video conference tablet may be removably arranged beside the patient's bed or mounted on or embedded in a wall of the patient room. The video conferencing tablet receives or requests captured infrared images, speed, displacement, number of steps, calorie consumption, heart rate, sound, etc. status information from or to each of the capturing devices 101 a-101 e periodically (e.g., every 5 minutes, 10 minutes, etc.) or triggered (e.g., manually triggering a button on the screen that "sends to the second healthcare subsystem 20"), and then sends status information to the second healthcare subsystem 20 periodically (e.g., every 5 minutes, 10 minutes, etc.) or triggered (e.g., manually triggering a button on the screen that "sends to the second healthcare subsystem 20"). The period of receiving or requesting status information from each of the respective capture devices 101a to 101e may be the same or different.
According to the embodiment of the disclosure, the infrared image of the patient can be at least used for the medical staff to remotely monitor, for example, the medical staff who is not located at the patient can find that the patient has an abnormal condition requiring medical treatment through the infrared image displayed by the second medical subsystem 20, and then the corresponding treatment is performed; or the infrared image of the patient can be sent to the server, and then the server judges that the patient is abnormal and informs the medical staff to process. Obviously, the infrared image of the patient can also be used for other purposes, for example for the study of patient data.
The second healthcare subsystem 20 receives these status information from the terminal device 102 of the first healthcare subsystem 10. Based on these status information, a healthcare worker may diagnose a patient's status (e.g., patient posture, condition) and determine a medical regimen for the patient, which may include an action intended to be taken with the patient and information associated with the action. For example, actions taken on a patient may include, for example, going to care, further consultation, inspection tests (such as blood, urine, imaging, biomarker inspection tests, etc.), medication, surgical treatment, clinical care, etc. The information associated with the action may include, for example, time to care, information associated with further consultation such as consultation appointment time, information and location of a consultation doctor, information associated with an inspection such as inspection item name, appointment time, appointment place and pre-and post-inspection notes, information associated with medication such as number of times the medication is taken or applied and each dosage, information associated with surgical treatment such as surgical appointment time, primary doctor, operating room, surgical costs and pre-operative post-operative notes, and the like.
The second medical subsystem 20 receives the medical protocol from the medical personnel and transmits the medical protocol to the first medical subsystem 10. For example, a doctor determines a medical regimen for planning an operation to be performed on a patient based on state information of the patient. The second medical subsystem 20 receives and transmits the medical protocol from the physician to the terminal device 102 of the first medical subsystem 10. The terminal device 102 presents the medical plan in a patient-perceivable manner, such as displaying the procedure time, the operating room location, doctor information of the main doctor (e.g., name, location, office, phone, etc.), preoperative notes, estimated surgical costs, etc., on the video conference board shown in fig. 3. As another example, a doctor determines a medical regimen that is intended to take further consultation with the patient based on the patient's status information. The second medical subsystem 20 receives and transmits the medical protocol from the physician to the terminal device 102 of the first medical subsystem 10. The terminal device 102 presents the medical plan in a patient-perceivable manner such as displaying a predetermined inquiry time, information of an inquired doctor (e.g., information of name, location, office, phone, etc.) and the like on the video conference board shown in fig. 3.
The second healthcare subsystem 20 may include all terminal devices used at doctors, nurses, and other healthcare workers that need to receive patient status information. These terminal devices may include, for example, smart phones, session Initiation Protocol (SIP) phones, desktop computers, tablet computers, notebook computers, 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., disposed throughout a doctor's office, a nurse's station, a laboratory, an operating room, etc., for use by a doctor, nurse or other healthcare worker.
Fig. 5 is a schematic diagram illustrating a second healthcare subsystem according to an embodiment of the present disclosure. For example, in this example, second healthcare subsystem 20 includes a desktop computer 201, a Session Initiation Protocol (SIP) phone 202, a smart phone 203, and a personal tablet 204, all of which are communicatively connected to, for example, videoconferencing tablet 102 shown in fig. 3, to be able to receive data from and send data to.
As such, the medical system 1 according to the embodiments of the present disclosure better protects the privacy of a patient by collecting infrared images of the patient using infrared imaging techniques. Meanwhile, the state information of the patient can be automatically captured and transmitted between the patient and the medical staff, so that communication between the patient and the medical staff is more convenient.
Referring back to fig. 1, medical system 1 according to embodiments of the present disclosure may further include a server 30 communicatively coupled with first medical subsystem 10 and second medical subsystem 20 via network N. Terminal device 102 in first healthcare subsystem 10 transmits the captured status information to server 30 in addition to first healthcare subsystem 20.
Server 30 receives status information from first medical subsystem 10, determines whether the patient is in an abnormal condition based on the status information, and performs an alarm operation if the patient is determined to be in an abnormal condition, the alarm operation including sending a reminder to first medical subsystem 10 and/or second medical subsystem 20.
For ease of illustration, the operation of the server 30 is further described below with the aid of the examples of fig. 3 and 4. For example, server 30 periodically (e.g., every 5 minutes, 10 minutes, etc.) receives from terminal device 102 of first healthcare subsystem 10 infrared images captured by infrared imaging devices 101a and 101b, information of a patient's speed, displacement, number of steps, calorie consumption, etc., captured by acceleration sensor 101c, heart rate information of a patient captured by heart rate sensor 101d, and sound information of a patient captured by sound sensor 101e, etc.
The server 30 may be deployed with a first algorithm for recognizing the posture and temperature of the patient from the infrared image and a second algorithm for recognizing the speech content of the patient from 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 an image set for a patient pose. The second algorithm may be a machine learning based algorithm, such as a voice recognition algorithm based on a neural network trained using a database and voice data of the patient. Thus, the server 30 can comprehensively determine whether the patient is in an abnormal condition by combining factors such as the recognized posture, temperature, utterance content, speed, displacement, heart rate, and the like of the patient. Such abnormal conditions may include, for example, sleep abnormalities, falls, infections, hygiene abnormalities (e.g., fecal and urinary incontinence), and risk of mortality, etc.
In one example, the server 30 uses a first algorithm to identify from the infrared image shown in fig. 4 (a) that the patient is lying on the patient's bed in a rolled posture and that the temperature profile of each part of the patient's body is approximately 21.6 ℃ to 38.1 ℃. The server 30 uses a second algorithm to identify the breathing sounds or occasional snoring sounds of the patient from the sound information within the time period corresponding to the infrared image shown in fig. 4 (a). The server 30 also queries within the received status information that the speed and displacement corresponding to the patient over the time period are both zero. The server 30 also queries the received status information that the heart rate data corresponding to the patient over the period of time is around 70 beats/minute. The server 30 may determine therefrom that the patient is asleep and/or infected (i.e., asleep but at a high temperature, which may be the result of infection). In this case, the server 30 may perform an alarm operation. For example, a reminder message is sent to terminal device 102 of second healthcare subsystem 10 and/or second healthcare subsystem 20 indicating that the patient is likely to have a sleep abnormality and/or an infection and/or a high body temperature. Further, in this case, server 30 may also generate and send medical advice to second healthcare subsystem 20 for assisting in the diagnosis or care of the healthcare worker. For example, the medical advice may include information prompting a doctor such as recent vaccination of the patient, wound in the abdomen of the patient, patient suffering from an immune disorder, or the like, that may cause a hyperthermia. This is beneficial when the physician is busy and does not have enough time to learn or recall the patient's past condition, and can help the physician formulate a more patient-appropriate medical regimen for the patient.
In one example, the server 30 uses a first algorithm to identify from the infrared image shown in fig. 4 (b) that the patient is lying on the floor. The server 30 recognizes that the patient has made a screaming or shout such as "rescue", "pain" representing pain or panic during a period corresponding to and earlier than the infrared image shown in (b) of fig. 4 using the second algorithm. The server 30 queries within the received status information that the speed and displacement corresponding to the patient over the period of time is zero or small (e.g., less than the speed and displacement of normal walking). The server 30 queries the received status information that the heart rate of the patient corresponding to the time period suddenly increases and gradually recovers. The server 30 can determine therefrom that a fall event has occurred in the patient. In this case, server 30 may perform an alarm operation, for example, sending a reminder to terminal device 102 of first healthcare subsystem 10 and/or second healthcare subsystem 20 indicating that the patient is likely to fall. Further, in this case, server 30 may also generate and send medical advice to second healthcare subsystem 20 to assist in the diagnosis or care of the healthcare worker. For example, the medical advice may include information that prompts the healthcare worker not to easily move the patient to avoid bone misalignment, information that prompts the patient to have hypertension, etc., to assist the healthcare worker in taking more rational treatment or care.
In one example, the server 30 uses a first algorithm to identify patient excretions suspected of being on the patient's bed from the infrared image as shown in fig. 4 (c), with a temperature distribution of between about 32 and 38 degrees celsius. The server 30 determines therefrom that the patient is likely to be in a sanitary abnormal state (e.g., fecal incontinence). In this case, server 30 may perform an alarm operation, for example, to issue a reminder to terminal device 102 of first healthcare subsystem 10 and/or second healthcare subsystem 20 indicating that the patient is likely incontinent. Further, in this case, server 30 may also generate and send medical advice to second healthcare subsystem 20 to assist in the diagnosis or care of the healthcare worker. For example, the medical advice may include information prompting the healthcare worker to replace the waterproof sheet to keep the patient's bed dry, may even include information of the placement location of the care implement such as the waterproof sheet, etc. Thus, the medical staff can be helped to care the patient more timely, and better medical experience is brought to the patient.
In one example, the server 30 uses a first algorithm to identify from the infrared image as shown in fig. 4 (d) that the patient's posture is a crunched posture and there is no change for a long period of time (e.g., up to 5 h), and that the patient's body surface temperature is in an abnormal downward trend. The server 30 determines therefrom that the patient is likely to be at risk of death. In this case, server 30 may perform an alarm operation, for example, sending a reminder to terminal device 102 of first healthcare subsystem 10 and/or second healthcare subsystem 20 indicating that the patient is at risk of dying. Further, in this case, server 30 may also generate and send medical advice to second healthcare subsystem 20 to assist in the diagnosis or care of the healthcare worker. For example, the medical advice may include immediate use of rescue actions such as cardiopulmonary resuscitation on the patient, and may even include information about medical personnel who are able to perform cardiopulmonary resuscitation rescue work in the hospital. Thus, the medical staff can be helped to rescue the patient in time.
Similar examples are not enumerated, for example, the server 30 may also be configured with functionality to automatically determine other abnormal conditions such as respiratory abnormalities, cardiac abnormalities, skin abnormalities, etc., based on artificial intelligence techniques, and are not repeated herein.
In addition, the alert information sent by server 30 to terminal device 102 of first medical subsystem 10 and/or second medical subsystem 20 includes information visually or audibly indicating that the patient is in an abnormal condition. For example, the prompt may be in the form of text and/or pictures for display on a display or screen or may be in the form of audio for playback through a speaker or both.
In addition, the alarm operation performed by the server 30 in response to determining that the patient is in an abnormal condition may include other operations capable of alleviating or excluding the abnormal condition, such as an operation of causing an alarm button on a patient's hospital bed to be automatically triggered, an operation of causing a sheet of the patient to be automatically replaced (e.g., a patient's hospital bed may be a smart hospital bed that is triggered to automatically replace a sheet), an operation of causing a conductive cooling device to be automatically turned on to defer to a patient with high heat (e.g., a conductive cooling device such as a cooling blanket is disposed on a patient's hospital bed), and the like, in addition to the transmission of the alert information.
As such, by including the server 30, the healthcare system 1 according to embodiments of the present disclosure is also capable of alerting a patient to an abnormal condition that may occur such that the patient can be treated and/or cared for in a timely manner. Moreover, the server 30 can also provide medical advice for assisting medical personnel to strive for more time and more rational medical solutions for patients.
Referring back to fig. 1, medical system 1 according to embodiments of the present disclosure may further include a tele-surgical subsystem 40 communicatively coupled with first medical subsystem 10, second medical subsystem 20, and server 30 via network N for a doctor to tele-operate on a patient.
Under the current situation of uneven distribution of medical resources, patients needing operation treatment in remote areas, medical resource deficient areas and the like are likely to not operate timely, the labor of a doctor is likely to be consumed by the boat and the car, and the doctor resources are likely to be lacked in some rare and complex operations. The teleoperation can improve the conditions, so that the patient can be cured more timely, and the burden of doctors is also reduced.
Fig. 6 is a schematic block diagram illustrating a tele-surgical subsystem according to an embodiment of the present disclosure.
Referring to fig. 6, tele-surgical subsystem 40 may include a surgical execution device 401 and a surgical control device 402 capable of communicating remotely therewith. Surgical control device 402 generates control instructions based on operations from a healthcare worker. The surgical execution device 401 performs a surgery on the patient according to the control instruction, and feeds back medical information associated with the patient during the tele-surgery to the surgical control device 402. Surgical control device 402 can present the medical information, and surgical control device 402 also transmits the medical information to server 30.
For example, patient a is diagnosed in an X hospital with a craniotomy, but doctor B, who can do this, is in a Y hospital ten thousand kilometers away from the X hospital. Both time and distance are unfavorable for the patient to perform the operation in time. The surgical execution device 401 of the tele-surgical subsystem 40 is preconfigured in the X-hospital and the surgical control device 402 is preconfigured in the Y-hospital. Doctor B can generate control instructions to the operation execution device 401 at the X hospital by operating the operation control device 402 at the Y hospital, for example, instructions to rotate or move the robot arm of the operation execution device 401. Upon receiving the instruction, the surgical execution device 401 performs a corresponding action to complete the surgery.
Further, the operation execution device 401 may also send back to the operation control device 402 the medical information such as the anesthesia record of the patient during the operation, the drug record, the blood loss and transfusion record, the operation tool record, the environmental parameters such as the operating room temperature, the humidity, and the like, and the vital signs of the acquired patient. Surgical control device 402 can present such medical information and also send such medical information to server 30 and/or second medical subsystem 20. The server 30 may store this medical information for later retrieval. The second medical subsystem 20 may receive such medical information for real-time or future review.
Furthermore, the capturing device 101 and the terminal device 102 of the first medical subsystem 10 may also be arranged within an operating room, in which case the terminal device 102 may send status information of the patient captured by the capturing device 101 during surgery to the surgery performing device 401 and/or the surgery control device 402.
As such, by including tele-surgical subsystem 40, medical system 1 according to embodiments of the present disclosure can avoid situations where a patient is not timely rescued due to medical resources not being in place.
Referring back to fig. 1, medical system 1 according to embodiments of the present disclosure may further include a client 50 communicatively coupled with first medical subsystem 10, second medical subsystem 20, server 30, and/or tele-surgical subsystem 40 via network N.
In one example, the client 50 includes a first client 50a for use at a seeker of a patient. The terminal device 102 of the first healthcare subsystem 10 is capable of communicating conferences (including teleconferences and video conferences) with the first client 50a for remote exploratory purposes between the patient and the exploratory person. And the terminal device 102 and/or the first client 50a can present medical information of the patient during the communication session. The medical information may include, for example, a recently received medical regimen for the patient, a patient's so far hospital record, a predicted time to discharge, post discharge notes, and the like.
Further, the terminal device 102 of the first healthcare subsystem 10 may also be configured with functionality to supervise remote probing between the terminal device 102 and the first client 50 a. For example, when the first client 50a initiates a teleconference request to the terminal apparatus 102, the terminal apparatus 102 first verifies whether the identity information (e.g., phone number, SIM card number, physical address, etc.) of the first client 50a is identical to the identity information registered in advance in the terminal apparatus 102, and if not, the request is rejected, and if so, the request is accepted. After the first client 50a begins the communication session with the terminal device 102, the terminal device 102 may also time the communication session, and when the time duration exceeds a predetermined time duration threshold (e.g., a time duration determined by a doctor according to the health condition of the patient), generate a prompt message such as a pop-up window, voice, etc. to prompt the patient and the seeker to end the visit, and may even forcibly close the communication session after a predetermined additional time duration after the predetermined time duration threshold is reached.
As such, the medical system 1 according to embodiments of the present disclosure may enable remote visits, which may be particularly beneficial in situations where the patient is in an isolation ward (e.g., isolated due to an infectious disease) or otherwise inconvenient for face-to-face visits (e.g., the patient is a lung cancer patient, but the seeker may smoke in front of the patient), e.g., both to meet the needs of the patient being attended and to avoid the seeker from being infected. Moreover, the medical care system 1 according to the embodiment of the present disclosure can also realize exploring supervision, and can avoid that the patient is disturbed by the exploring person for too long to be beneficial to the recovery of health.
Further, second healthcare subsystem 20 is also able to join a communication session with first client 50a by terminal device 102 and present medical information of the patient during the communication session. For example, when any of the patient, the seeker, or the doctor deems it necessary to communicate between the three parties, the second healthcare subsystem 20 may request or be requested by the terminal device 102 or the first client 50a to join the communication session with the first client 50a by the terminal device 102.
In one example, the client 50 further includes a second client 50b for use at a medical professional. Medical professionals are, for example, doctors, related scholars or researchers, etc. who can assist in the diagnostic treatment of patients. The second medical subsystem 20 can communicate with the second client 50b for remote consultation between medical personnel and medical professionals, and the second medical subsystem 20 and/or the second client 50b can present medical information of the patient during the communication conference. The medical information may include all medical records related to the patient, such as patient history, exam test reports, medication records, surgical records, past and in-use treatment regimens, and the like.
Further, during the consultation, second healthcare subsystem 20 may send a request to server 30 to retrieve patient medical information to present the patient's medical information. Server 30 may also record audio and/or video data that was uttered by the doctor through second medical subsystem 20 and the medical professional through second client 50b during the remote consultation (e.g., by recording the sound output by the image and/or sound output devices output by the image output devices of second medical subsystem 20 and second client 50).
As such, the medical system 1 according to the embodiment of the present disclosure can realize remote consultation. This is particularly beneficial where the patient is ill or the parties involved in the consultation are not convenient to go to a face-to-face discussion on site.
In one example, the client 50 also includes a third client 50c for use at a student such as a medical college student, a practice doctor, a practice nurse, and other trainee in need of receiving medical training or education. Second medical subsystem 20 can communicate with third client 50c for remote teaching between medical personnel and a learner, and second medical subsystem 20 and/or third client 50c can present medical information of the patient during the communication conference. The medical information may include all medical records related to the patient, such as patient history, exam test reports, medication records, surgical records, past and in-use treatment regimens, and the like.
Further, during distance teaching, second healthcare subsystem 20 may send a request from server 30 to retrieve patient medical information to present the patient medical information. The server 30 may also record audio and/or video data of the lecturer speaking through the second medical subsystem 20 and the student speaking through the third client 50c during the distance teaching (e.g., by recording images output by the image output devices of the second medical subsystem 20 and the third client 50c and sounds output by the sound output device).
As such, the medical system 1 according to the embodiment of the present disclosure can realize remote teaching, which is particularly advantageous in cases where medical teaching is inconvenient to develop in the field. For example, in current urban environments, the distance between the site where the patient receives the diagnosis and treatment (e.g., a hospital) and the site where the learner is routinely learning (e.g., a medical college) may be quite long (e.g., tens of kilometers), or the compact and narrow ward layout may not be convenient for accommodating more people at the same time, or the prevalence of positive epidemics, all of which result in inconvenient medical teaching in the field. Remote teaching has made these problems all at hand.
In one example, the client 50 further includes a fourth client 50d for use at a vendor, such as a medical device, pharmaceutical product, or the like. The second medical subsystem 20 can communicate with the fourth client 50d for remote communication between the medical personnel and the provider, and the second medical subsystem 20 and/or the fourth client 5d can present medical information related to the provider during the communication session. The medical information may include purchase records, use records, trouble records, etc. of medical devices, medical products, etc. supplied by the supplier, and medical records, etc. of patients to whom the medical devices or medical products are applied.
Further, during remote communication, second healthcare subsystem 20 may send a request from server 30 to retrieve medical information related to the vendor to receive and present the medical information from the server. Server 30 may also record audio and/or video data that was spoken by the healthcare worker through second healthcare subsystem 20 and the provider through fourth client 50d during the remote communication (e.g., by recording the images output by the image output devices of second healthcare subsystem 20 and fourth client 50d and the sound output by the sound output device) for future use.
As such, the medical care system 1 according to embodiments of the present disclosure may enable remote communication with suppliers, which is particularly beneficial in situations where face-to-face communication is inconvenient to conduct in the field, helping to facilitate a thorough discussion communication between clinical practitioners and theoretical researchers, improving the embarrassing situation of "doctors are unaware of advanced techniques," developing are unaware of clinical problems.
In addition, server 30 is also configured to receive medical information such as status information of the patient, examination test records, medication records, surgical records, tele-surgical records, remote visit records, remote consultation records, and remote teaching records, remote vendor communication records, etc. from one or more of first medical subsystem 10, second medical subsystem 20, tele-surgical subsystem 40, first client 50a, second client 50b, third client 50c, fourth client 50d, periodically (hourly, daily, weekly, etc.) or triggered (e.g., receiving power outage alerts) via network N. The period of receiving such medical information may be the same or different. In this way, a large amount of real medical information can be stored in the server 30, which can be used for future medical science research, medical teaching, etc., for example, for case study, illness simulation, virtual surgery, etc.
Server 30 may also be configured to establish a communication conference via network N by at least two of first medical subsystem 10, second medical subsystem 20, tele-surgical subsystem 40, first client 50a, second client 50b, third client 50c, and fourth client 50 d. For example, in the example described above in connection with fig. 4, server 30 may force establishment of a communication conference between first medical subsystem 10 and second medical subsystem 20 when it is determined from the infrared image as shown in (d) of fig. 4 that the patient is at risk of mortality, and present medical information of the patient at terminal device 102 of first medical subsystem 10 and at terminals of second medical subsystem 20 (e.g., terminals 201-204 of fig. 5). This is particularly advantageous in emergency situations, for example, where the patient may be strived for earlier rescue opportunities.
Fig. 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 a patient from the first medical subsystem 10 for use at the patient, the status information comprising an infrared image of the patient captured using infrared imaging techniques. As previously described, the capturing device 101 of the first healthcare subsystem 10 captures status information associated with the patient, which is then transmitted by the terminal device 102 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 in the case where it is determined that the patient is in an abnormal condition. For example, the aforementioned first and second algorithms may be deployed within the data processing unit 302 to identify images or sounds of a patient or object from infrared images. The data processing unit 302 may then determine whether the patient is in an abnormal condition such as sleep abnormality, fall, infection, hygiene abnormality, and risk of death based on the identified status information of the patient image, sound, speed, displacement, heart rate, etc. And sends corresponding alert information to the terminal device 102 of the first medical subsystem 10 and/or the second medical subsystem 20 through the communication unit 301 in case of judging that there is an abnormal situation. The infrared image of the patient is at least used for remote monitoring by the medical staff.
Further, the data processing unit 302 also generates medical advice in case it is determined that the patient is in an abnormal condition. The communication unit 301 also sends the medical advice to the second medical subsystem 20.
Further, the data processing unit 302 is also capable of establishing a communication conference engaged by at least two of the first medical subsystem 10, the second medical subsystem 20, the tele-surgical subsystem 40, the first client 50a, the second client 50b, the third client 50c, the fourth client 50d via the communication unit 301 and presenting medical information of the patient at least one of the engaged communication conferences.
The medical care system 1 according to the present disclosure described above can collect status information of a patient with better protection of patient privacy. Further, the automatic alarm for the abnormal condition of the patient can be provided, so that the illness state of the patient can be timely and effectively supervised. Furthermore, the patient can be treated by remote operation in time, so that the current situation of uneven distribution of medical resources is improved. Furthermore, remote visit, remote consultation, remote teaching and remote communication can be realized, communication among medical parties can be conveniently carried out, and medical resources can be used and coordinated more efficiently.
It will be appreciated by those skilled in the art that program portions in a healthcare system according to embodiments of the present disclosure may be considered to be "products" or "articles of manufacture" in the form of executable code and/or associated data, embodied or carried out by a computer readable medium. A tangible, persistent storage medium may include any memory or storage used by a computer, processor, or similar device or related module. Such as various semiconductor memories, tape drives, disk drives, or the like, capable of providing storage functionality for software.
Those skilled in the art will appreciate that the various aspects of the invention are illustrated and described in terms of several patentable categories or circumstances, including any novel and useful procedures, machines, products, or materials, or any novel and useful modifications thereof. Accordingly, aspects of the present application may be performed entirely by hardware, entirely by software (including firmware, resident software, micro-code, etc.) or by a combination of hardware and software. The above hardware or software may be referred to as a "data block," module, "" engine, "" unit, "" component, "or" system. Furthermore, aspects of the present application may take the form of a computer product, comprising computer-readable program code, embodied in one or more computer-readable media.
It will be understood by those skilled 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 will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the relevant art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.
It will be appreciated by persons skilled in the art that the above-described embodiments are merely examples and that various modifications, combinations, partial combinations and substitutions may be made to the embodiments of the invention according to design requirements and other factors, provided that they fall within the scope of the appended claims or their equivalents, i.e. within the scope of the claims to be protected by this disclosure.

Claims (27)

1. A medical care system, comprising:
a first healthcare subsystem for use at a patient that captures status information associated with the patient and transmits the status information, the status information including an infrared image of the patient captured using infrared imaging techniques; and
a second healthcare subsystem, for use at a healthcare worker, receives the status information.
2. The medical system of claim 1, further comprising:
a server that receives the status information from the first healthcare subsystem, determines whether the patient is in an abnormal condition based on the status information, and performs an alarm operation if the patient is determined to be in an abnormal condition, the alarm operation including sending alert information to the first healthcare subsystem and/or the second healthcare subsystem.
3. The medical system of claim 2, wherein,
The second healthcare subsystem also receives a medical regimen determined by the healthcare worker based on the status information and transmits the medical regimen to the first healthcare subsystem and/or the server.
4. The medical system of claim 2, wherein,
the server also generates a medical advice if it is determined that the patient is in an abnormal condition and sends the medical advice to the second healthcare subsystem.
5. The medical system of claim 1, wherein,
the status information includes at least one of: the patient's body temperature, sound, motion, respiration rate, heart rate, blood pressure, blood oxygen saturation, bladder fluid volume, amount and/or temperature of fecal matter, information detected by a device attached to the patient.
6. The medical system of claim 2, wherein,
the abnormal condition includes at least one of: sleep abnormalities, falls, infections, hygiene abnormalities, and risks of death.
7. The medical system of claim 6, wherein,
the reminder information includes information for visually or audibly indicating that the patient is in an abnormal condition.
8. The medical system of claim 2, wherein,
the alarm operation also includes an operation of automatically triggering an alarm button on a patient's bed.
9. The medical system of claim 1, wherein,
the second healthcare subsystem is capable of conducting a communication conference with the first healthcare subsystem to conduct a remote inquiry between the patient and the healthcare worker, and the second healthcare subsystem and/or the first healthcare subsystem is capable of presenting medical information of the patient during the communication conference.
10. The medical system of claim 1, wherein,
the healthcare system further includes a first client for use at a seeker of the patient;
the first medical subsystem is capable of communicating with the first client for remote exploratory viewing between the patient and the exploratory viewer, and the first medical subsystem and/or the first client is capable of presenting medical information of the patient during the communicating conference.
11. The medical system of claim 10, wherein,
the second healthcare subsystem is capable of joining the communication conference with the first client by the first healthcare subsystem, and the second healthcare subsystem is capable of presenting medical information of the patient during the communication conference.
12. The medical system of claim 1, wherein,
the healthcare system further includes a second client for use at a medical professional;
the second medical subsystem is capable of a communication conference with the second client for remote consultation between the medical staff and the medical professional, and the second medical subsystem and/or the second client is capable of presenting medical information of the patient during the communication conference.
13. The medical system of claim 1, wherein,
the healthcare system further includes a third client for use at a trainee;
the third client is capable of video communication with the first and/or second healthcare subsystems for remote learning by the learner, and the third client is capable of presenting medical information of the patient during the video communication.
14. The medical system of claim 1, wherein,
the healthcare system further includes a fourth client for use at a vendor;
the second healthcare subsystem is capable of conducting a communication conference with the fourth client to remotely communicate between the healthcare worker and the provider, and the fourth client is capable of presenting medical information related to the provider during the communication conference.
15. The medical system of claim 2, further comprising:
and the remote operation subsystem is used for the medical staff to perform remote operation on the patient.
16. The medical system of claim 15, wherein,
the tele-surgical subsystem includes a surgical execution device and a surgical control device in remote communication therewith;
the operation control equipment generates a control instruction according to the operation from the medical staff;
the surgical execution device performs a surgery on the patient according to the control instructions and feeds back medical information associated with the patient during the tele-surgery to the surgical control device;
the surgical control device is capable of presenting the medical information; and is also provided with
The surgical control device transmits the medical information to the server.
17. The medical system of claim 15, wherein,
the healthcare system further includes a first client for use at a seeker of the patient, a second client for use at a medical professional, a third client for use at a trainee, and a fourth client for use at a vendor, an
The server is capable of establishing a communication conference by at least two of the first medical subsystem, the second medical subsystem, the first client, the second client, the third client, the fourth client, and the tele-surgical subsystem.
18. The medical system of claim 17, wherein,
the server is capable of collecting medical information of the patient from the first medical subsystem, the second medical subsystem, the first client, the second client, the third client, the fourth client, and the tele-surgical subsystem.
19. A first healthcare subsystem for use at a patient, comprising:
a capture device that captures status information associated with a patient, the status information including an infrared image of the patient captured using infrared imaging techniques;
and the terminal equipment sends the state information.
20. The first healthcare subsystem of claim 19, wherein,
the capture device further comprises a device for capturing at least one of: the patient's body temperature, sound, motion, respiration rate, heart rate, blood pressure, blood oxygen saturation, bladder fluid volume, amount and/or temperature of fecal matter, information detected by a device attached to the patient.
21. The first healthcare subsystem of claim 19, wherein,
the terminal device is capable of conducting a communication conference with a second healthcare subsystem used at a healthcare worker for remote interrogation between the patient and the healthcare worker, and the terminal device is capable of presenting medical information of the patient during the communication conference.
22. The first healthcare subsystem of claim 19, wherein,
the terminal device is capable of conducting a communication conference with a first client at a seeker of the patient for remote probing between the patient and the seeker, and the terminal device is capable of presenting medical information of the patient during the communication conference.
23. A server, comprising:
a communication unit that receives status information associated with a patient from a first healthcare subsystem for the patient, the status information including an infrared image of the patient captured using infrared imaging techniques; 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 in a case where the patient is determined to be in an abnormal condition,
the alarm operation includes sending a reminder message to the first healthcare subsystem and/or a second healthcare subsystem for a healthcare worker through the communication unit.
24. The server of claim 23, wherein,
the data processing unit also generates a medical advice if it is determined that the patient is in an abnormal condition;
the communication unit also transmits the medical advice to the second healthcare subsystem.
25. The server of claim 23, wherein,
the alarm operation also includes an operation of automatically triggering an alarm button on a patient's bed.
26. The server of claim 23, wherein,
the data processing unit is further capable of establishing a communication conference engaged by at least two of the first medical subsystem, the second medical subsystem, a first client at a seeker for the patient, a second client at a medical professional, a third client at a trainee, a fourth client at a vendor, and a teleoperational subsystem for the medical person to operate on the patient through the communication unit, and is further capable of presenting medical information of the patient at least one of the engaged communication conferences during the communication conference through the communication unit.
27. The server of claim 26, wherein,
the data processing unit is further capable of collecting medical information of the patient from the first medical care subsystem, the second medical care subsystem, a first client at a seeker for the patient, a second client at a medical professional, a third client at a trainee, a fourth client at a vendor, and a tele-surgical subsystem for the medical staff to perform surgery on the patient via the communication unit.
CN202311466971.0A 2023-11-03 2023-11-03 Medical system, medical subsystem and server Pending CN117409950A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311466971.0A CN117409950A (en) 2023-11-03 2023-11-03 Medical system, medical subsystem and server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311466971.0A CN117409950A (en) 2023-11-03 2023-11-03 Medical system, medical subsystem and server

Publications (1)

Publication Number Publication Date
CN117409950A true CN117409950A (en) 2024-01-16

Family

ID=89486925

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311466971.0A Pending CN117409950A (en) 2023-11-03 2023-11-03 Medical system, medical subsystem and server

Country Status (1)

Country Link
CN (1) CN117409950A (en)

Similar Documents

Publication Publication Date Title
US11633102B2 (en) Apparatus and method for providing improved health care
JP7355826B2 (en) Platform-independent real-time medical data display system
TWI615798B (en) Health care system based on internet of things
TW528593B (en) Device for monitoring physiological status and method for using the device
US20170007126A1 (en) System for conducting a remote physical examination
JP3196916U (en) Wearable terminal with medical care function
JP2017174266A (en) Remote patient support system
Halín et al. The LifeShirt system for wireless patient monitoring in the operating room
KR20190073118A (en) Monitoring Robot for health care of user
KR102414191B1 (en) Infectious disease treatment with mobility clinic vehicle
TWI635454B (en) Wearable article with projection function
US20230238150A1 (en) Wearable sensor system configured for facilitating telemedicine management
CN117409950A (en) Medical system, medical subsystem and server
Al-Humairi et al. IoT-Based Healthcare Monitoring Practices during Covid-19: Prospects and Approaches
JP2006277559A (en) Telediagnosis system
KR102232506B1 (en) Telemedicine system using stethoscope
Ariani et al. The development of cyber-physical system in health care industry
TWI545531B (en) Mobile?equipment with signal transmission function
Rammo et al. Comatose patient monitoring system based on (IoT)
Rajaseskaran et al. IoT-Based Health Services Framework for Endless Ailment Administration at Remote Areas
RU2775429C1 (en) Method for pre-medical rapid diagnosis of stroke
JP7415434B2 (en) Information sharing device, information sharing system, and information sharing program
Dinesh et al. A Real Time System to Analyze Patient's Health Condition using Second Layer Computing
TWI588674B (en) Method of body physiological information accessing and assessing
TWI529651B (en) Wearable article with image-recognition function

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination