WO2018092154A1

WO2018092154A1 - Methods and systems for monitoring health of a subject.

Info

Publication number: WO2018092154A1
Application number: PCT/IN2017/050533
Authority: WO
Inventors: Avinash BABU M
Original assignee: Tantrottolan Solutions Llp
Priority date: 2016-11-15
Filing date: 2017-11-15
Publication date: 2018-05-24

Abstract

Method and system for monitoring health of a subject is disclosed. Embodiments disclosed herein relate to method and system for detecting and delivering personalized health care of a subject, and more particularly to method and system for detecting deviation from normal health of the subject and preserving health in real-time through an instrument. Embodiments herein disclose methods and systems for real-time health monitoring and care co-ordination by a single device platform, wherein the device can monitor a plurality of health parameters in a time co-related manner and communicate the measured parameters to a remote health management system for analysis. Further, an application is provided for accessing and managing the device, information collected by the device and analysis is performed by the health management system and subsequent result based action.

Description

"Methods and systems for monitoring health of a subject" CROSS REFERENCE TO RELATED APPLICATION

This application is based on and derives the benefit of Indian Provisional Application 201641038980, the contents of which are incorporated herein by reference.

TECHNICAL FIELD [001] Embodiments disclosed herein relate to methods and systems for detecting and delivering personalized health care of a subject, and more particularly to methods and systems for detecting deviation from normal health of the subject and preserving health in real-time using an apparatus.

BACKGROUND [002] Currently, a user cantrack at least one health parameter through plurality of devices. The devices may be portable and may not limit the movements of the user in any manner. However, the conventional methods may use at least two devices for monitoring the health parameter of the user, wherein a first device may monitor the parameter(s), and communicate the parameter(s) to a second device. Further, the second device may communicate the parameter(s) to at least one external device/system. However, if the user does not possess the second device, then the first device may not work in the manner as desired. The above problem limits the user in case of emergency scenarios.

[003] Also, conventional methods may be restricted to measure a narrow set of parameters such as at least one of heart rate, arterial oxygen saturation, electrocardiogram (ECG), and so on. Most importantly the current devices may not provide a time co-related data of the vitals of the patient/user, which may be a critical to estimate the health of a patient/user. The above conventional methods may limit the anomalies that can be detected by the device and may not provide a comprehensive outlook of the patient/user health. Furthermore, the conventional methods may be an open loop system, which may report the vital to the patient/user or the caregiver and may not include care co-ordination, which may involve a data assimilation, analytics and result based action. The existing methods may not provide co-relation between the body vitals and hence may only detect limited anomalies. OBJECTS

[004] The principal object of embodiments herein is to disclose methods and systems for monitoring the health of a subject using a single device platform.

[005] Another object of embodiments herein is to disclose methods and systems for real-time health monitoring, detection of deviation from normal health and care co-ordination using a single device platform.

[006] Another object of embodiments herein is to disclose methods to monitor a plurality of health parameters, communicate the measured parameters/processed parameters to a remote health management system for analysis and care co-ordination. [007] These and other aspects of the embodiments herein will be better appreciated and understood when considered in conjunction with the following description and the accompanying drawings. It should be understood, however, that the following descriptions, while indicating at least one embodiment and numerous specific details thereof, are given by way of illustration and not of limitation. Many changes and modifications may be made within the scope of the embodiments herein without departing from the spirit thereof, and the embodiments herein include all such modifications.

BRIEF DESCRIPTION OF FIGURES

[008] Embodiments herein are illustrated in the accompanying drawings, through out which like reference letters indicate corresponding parts in the various figures. The embodiments herein will be better understood from the following description with reference to the drawings, in which:

[009] FIG.l illustrates a system for monitoring health of a subject , according to embodiments as disclosed herein;

[0010] FIG. 2 illustrates a detailed view of a data processing system as shown in FIG. 1 comprising various processing modules, according to embodiments as disclosed herein;

[0011] FIG. 3 illustrates a block diagram of first user device, according to embodiments as disclosed herein; [0012] FIG. 4 illustrates a flow diagram of a method for monitoring health of the subject, according to embodiments as disclosed herein; and

[0013] FIG. 5 illustrates a computing environment implementing the method and system for monitoring health of the subject, according to embodiments as disclosed herein.

DETAILED DESCRIPTION

[0014] The embodiments herein and the various features and advantageous details thereof are explained more fully with reference to the non-limiting embodiments that are illustrated in the accompanying drawings and detailed in the following description. Descriptions of well-known components and processing techniques are omitted so as to not unnecessarily obscure the embodiments herein. The examples used herein are intended merely to facilitate an understanding of ways in which the embodiments herein may be practiced and to further enable those of skill in the art to practice the embodiments herein. Accordingly, the examples should not be construed as limiting the scope of the embodiments herein.

[0015] The embodiments herein disclose methods and systems for monitoring health of a subject by using a single device platform. Referring now to the drawings, and more particularly to FIGS. 1 through 5, where similar reference characters denote corresponding features consistently throughout the figures, there are shown embodiments. [0016] FIG. 1 illustrates a system 100 for monitoring health of a subject, according to embodiments as disclosed herein. The system 100 comprises a first user device 101, a server 102 and a second user device 103. The first user device 101 and the second user device 103 can be connected to the server 102 using a suitable means 104 such as a wireless communication network, a wired network, and so on. The server 102 may be at least one of a standalone server, a cloud based server or a remote server. The server 102 comprises a database 110 and processing module(s) 112. The server 102 may further comprise a processor, a memory, a storage unit, a communication interface, a display interface and so on.

[0017] Examples of the first user device 101 can be at least one of, but not limited to, a wearable computing device (such as a watch, a bracelet, a bangle, a ring, a pendant, a band, and so on), an ear ring, a headphone, an earphone, a contact patch, a mobile device, a smart phone, a desktop computer, a laptop, a tablet, a phablet, an IoT (Internet of Things) device, and the like. The first user device 101 may comprise a user application interface (not shown in FIG. 1). The first user device 101 may comprise other components not shown in the FIG. 1, such as a processor, a memory, a storage unit, a display interface and a communication interface respectively. The first user device 101 can run a client side application establishing a communication session with external devices, such as the second user device 103, and the server 102 via the network 104.

[0018] Examples of the second user device 103 can be at least one of, but not limited to, a mobile device, a smart phone, a desktop computer, a laptop, a tablet, a phablet, an IoT (Internet of Things) device, a wearable computing device, a vehicle infotainment system, and the like. The second user device 103 may comprise a user application interface (not shown in FIG. 1). The second user device 103 may comprise other components not shown in the FIG. 1, such as a processor, a memory, a storage unit, a display interface and a communication interface respectively. The second user device 103 can run a client side application establishing a communication session with external devices, such as the first user device 101, and the server 102 through the network 104.

[0019] In an embodiment herein, the first user device 101 can be a dedicated device. In another embodiment herein, the first user device 101 can be integrated with other devices, such as a wearable computing device, a fitness tracking device, a watch, a hospital tag, and so on. The first user device 101 may measure a plurality of parameters related to the health of the subject (i.e. patient/user). Further, the first user device 101 may measure plurality of health parameters along with other data, which may be time co-related. The server 102 may process and analyze the data received from the first user device 101 and transmit the processed data and inference securely to the second user device 103. The subject can be at least one of a user, a patient, a caregiver, a physician, nurses, medical assistants, and so on. The subject may provide access to the processed data using a device such as the second user device 103. The second user device 103 may enable the subject to access information and configure the health management system, such as on a mobile phone, a smart phone, a tablet, a computer, a laptop, an IoT device, a wearable device, and so on. The subject/user of the second user device 103 may securely login and access the processed data using the standalone application. The second user device 103 may comprise a web-based application, wherein the subject/user may securely login and access the processed data using the web- based application.

[0020] In an embodiment herein, the server 102 can be connected to a plurality of monitoring devices such as the first user device 101 and provide access to plurality of subject/user through a device access application. The connections between the first user device 101, the server 102 and the second user device 103 can be secured using at least one suitable secure means such as IMSI (International Mobile Subscriber Identity), subscriber identity confidentiality, subscriber identity authentication and data and signaling protection and so on.

[0021] FIG. 2 illustrates a detailed view of a data processing system as shown in FIG. 1 comprising various processing modules, according to embodiments as disclosed herein. In an embodiment, the processing module 112 comprises of a controller module 202, a security module 204, a regression module 206, an anomaly detection module 208, an alerting module 210, an interaction module 212, and a communication module 214.

[0022] The database 110 (as shown in FIG. l) may store user data such as health parameters, a user profile, user configuration data and so on. The database 110 may be divided for two purposes namely, a first type for history and a second type for live updates. The history database can store user data for offline processing. In an embodiment, the history database can store data to minimize the footprint. The live update database may be optimized for faster response to enable data to be accessed in a live manner. [0023] The communication module 214 may enable the server 102 to communicate with at least one external entity, such as the first user device 101, the second user device 103, and so on. The communication module 214 can comprise at least one of, but not be limited to, a wireless communication means such as Wi-Fi, Bluetooth, Wi-Fi Direct, cellular networks, low power wireless sensor networks, LoRA, SigFox, sub giga hertz communication, NB-IOT, LTE-M and so on. The communication module 214 can further comprise at least one of, but not be limited to, a physical communication port, which may enable the server 102 to communicate with at least one external entity through a wired/wireless communication means.

[0024] In an embodiment, the security module 204 may authenticate the user and the first user device 101, using at least one of, but not limited to, a biometric means, a user name/password, facial recognition, one time password, in-app password and so on. The security module 204 may store a log of user activities and communications. The security module 204 may encrypt the subject/user data and store the encrypted data in the database 110, prior to the transmission. The security module 204 may recognize the subject/user, using a suitable means such as IMEI (International Mobile Equipment Identity) data, a user name/password, a biometric means, or the like. The security module 204 may provide security to the system by managing people, and their respective roles and identities. The security module 204 may allow only authenticated data access to the user, may enforce privacy policies, and may ensure that the cloud networks and connections are secure. The security module 204 may also provide application level security using steps such as confidentiality, integrity, authentication and non-repudiation. The security module 204 may use at least one protocol such as SET (Secure Electronic Transaction), PEM (Privacy Enhanced Mail), S/MIME (Secure/Multipurpose Internet Mail Extensions), OpenPGP (Open Pretty Good Privacy) and so on. The security module 204 may provide web application security using suitable means such as secure HTTP (Hypertext Transfer Protocol), SSL (Secure Sockets Layer) links, and so on.

[0025] In an embodiment, the controller module 202 may receive data from the first user device 101 and second user device 103, through the communication module 214. This provides the platform for enabling/controlling and scaling the entire solution. In another embodiment, the regression module 206 may run regressions on user data, in real-time and/or from the database 110. Further, based on the analysis performed by the regression module 206, the controller module 202 may predict the probability of diseases and disorders for the subject/user. The regression module 206 may run regressions across multiple vitals within the same time stamp, which enables the controller module 202 to co-relate data and predict subtler issues. The regressions may detect patterns and trends of the subject/user health. Further, a one or two vitals may not provide conclusive inference on the possible anomaly, and may also result in a false alarms. Furthermore, running the regressions on vitals which may not be co-related in time may further provide a misrepresentation of the health of the subject and may result in false alarms. Hence, the time co-related vitals data regression may provide a comprehensive and conclusive idea of the anomaly and reduce false alarms. [0026] In another embodiment, the anomaly detection module 208 may check for anomalies .. on the data received from the controller module 202 and/or data from the database 110. For example, the anomalies can be, but not limited to, a heart disease, COPD (Chronic Obstructive Pulmonary Disease), a stress, a cerebro-vascular disease and so on .Further, if there is detection of the anomaly within the received data, then the anomaly detection module 208 may provide an indication to the alerting module 210. The alert may comprise at least one of but not limited to a nature of the anomaly, a severity of the anomaly, and so on. The anomaly detection module 208 may also detect various physiological and mental anomalies including the stress levels of the subject/user using the subject/patient vitals and electro-dermal activity of the user. Furthermore, the alerting module 210 may trigger an alert based on the detected anomaly, and pre-defined configurations. If the anomaly is severe, the alerting module 210 may perform actions such as informing emergency services, informing at least one contact such as a doctor, family, and so on. If the anomaly is less severe, the alerting module 210 may provide an alert to the user using at least one of the first user device 101 or the second user device 103.

[0027] In an embodiment, the interaction module 212 may determine or set protocols for interaction between the modules in the processing module 112, based on pre-defined rules. Further, the controller module 202 may generate suitable emergency response and care co-ordination to the emergency scenarios corresponding to time and quality of service. The user and/or an authorized person may configure the emergency response and care coordination preferences based on choice of helpline. The care co-ordination can comprise of informing at least one of an external entity of the emergency scenarios. The external entity can be at least one of a family member, friend, an emergency contact, a guardian, a physician, a caregiver, a nurse, a hospital/clinic, an ambulance service, emergency services, and so on. Further, the care co-ordination can comprise of providing information/updates about the subject/user to the at least one external entity.

[0028] In another embodiment, the controller module 202 may assist in positioning the subject/user and caregivers (caregivers can comprise of at least one of emergency services, physicians, family, medical assistants, and so on) based on the context and coordinating the suitable healthcare response for the situation. The controller module 202 may pin point the positions of the subject/user and care giver on a map. Furthermore, controller module 202 may trigger an optimal response based on at least one of emergency situation, factors such as locations of the user and care giver, the nature and severity of the situation, and so on. The controller module 202 may also ensure that the user data is anonymous and data|s_E_placcess is secured and the data is encrypted before transmission. The controller module 202 may use suitable means such as private and public keys, root certificate, permissions, control access and so on for data protection.

[0029] FIG. 3 illustrates a block diagram of first user device 101, according to embodiments as disclosed herein; [0030] In an embodiment, the first user device 101 comprises a controller unit 302, a sensor unit 304, a battery unit 306, a communication interface unit 308, user interface 310, and a security unit 312. The sensor unit 304 may enable the first user device 101 to measure a plurality of health related parameters such as heart rate/pulse, arterial oxygen saturation, electrocardiogram (ECG), blood pressure, body temperature, blood glucose levels, respiration rate, galvanic skin response (GSR), heart rhythm, breathing rhythm and so on. The sensor unit 304 may also monitor user activity and detect physical activity of the user such as walking, running, sitting, sleeping, falls, and so on. The sensor unit 304 may recognize behavioral patterns such as sleep patterns and stress levels. The sensor unit 304 may also determine if the first user device 101 has been removed/detached from the body of the subject/user.

[0031] The battery unit 306 may provide energy to the other modules/unit in the first user device 101. In an embodiment herein, the battery unit 306 may be a rechargeable/replaceable battery. The first user device 101 may incorporate at least one means for enabling the subject/user to re-charge the battery unit 306. In an embodiment, the communication interface unit 308 may enable the first user device 101 to communicate with at least one external entity, such as the server 102. The communication interface unit 308 can comprise a wireless communication means such as Wi-Fi, Bluetooth, Wi-Fi Direct, cellular networks, low power wireless sensor networks, LoRA, SigFox, sub giga hertz communication, NB-IOT, LTE-M and so on. The communication interface unit 308 may further comprise of at least one physical communication port, which will enable the first user device 101 to communicate with at least one external entity through a wired communication means. In another embodiment, the user interface 310 comprises of at least one means for enabling the user to interact with the first user device 101, such as a display, at least one button, a touchscreen, a dial, a port, and so on.

[0032] In an embodiment, the security unit 312 may secure the patient data before transmission and may further authenticate valid users. The security unit 312 may authenticate the user, using at least one of a biometric means, user name/password, and so on. The security unit 312 may encrypt the patient data and store the encrypted data in a local memory before transmission. The controller unit 302 may register with the server 102. In an embodiment, the controller unit 302 may receive measured data and sensed data in real time. The controller unit 302 may transmit data to the server 102 in at least one of real-time, at pre- defined intervals, or on pre-defined events occurring. In an embodiment, the controller unit 302 may transmit all the received data to the server 102. In an embodiment, the controller unit 302 may transmit a subset of the received raw data or processed data to the server 102. The subject/user or any authorized person can define the subset of data to be transmitted. The subset of data to be transmitted can also depend on other factors such as the current time, the current activity of the user, events detected (if any), available bandwidth, and so on. The controller unit 302 comprises a tamper-proof means, which prevents the first user device 101 or the data from being tampered. The means can comprise of encryption; for example, the data is encoded with a suitable means such as a public private key by the controller unit 302, prior to the transmission. The controller unit 302 can also generate an alert using at least one of the user interface 310 or the second user device 103, on the sensor unit 304, detecting that the first user device 101 is no longer in contact with the user.

[0033] In an embodiment, the controller unit 302 may send an emergency alert on receiving a pre-defined indication from the user. In another embodiment, the first user device 101 may comprise of a means to attach itself to the user, such as strap, chain, loop, and so on. In an embodiment herein, the first user device 101 can comprise of at least one means to prevent physical tampering with the first user device 101. The first user device 101 may comprise means of data storage such as a memory. The controller unit 302 can store data from the sensor unit 304 in the memory in raw or processed format. In an embodiment, the first user device 101 can comprise a location sensing means such as GPS (Global Positioning System), for enabling the server 102 to determine the current location of the patient. In an embodiment, the first user device 101 can comprise of an alerting means such as at least one of a vocal means, or a visual means. In another embodiment, the first user device 101 can be a secure boot device, wherein the security unit 312 can comprise of tamper detection mechanisms that clean the data present on the device, on the security unit 312 detecting an unauthorized attempt or any attempt of unauthorized access (wherein the access attempt can be a physical local access attempt or a remote access attempt).

[0034] Embodiments herein disclose a single device solution, which means higher portability, security, reliability and easier to use. As the monitoring device is always present in any emergency unless removed by the user deliberately, there is a higher probability of timely responses to emergencies. [0035] FIG. 4 illustrates a flow diagram of a method 400 for monitoring health of the subject, according to embodiments as disclosed herein. At step 402, at least one measured health parameter is obtained by the server 102 from a first user device 101. A first user device 101 connected to the subject can perform the measurement. The at least one health parameter can be blood pressure, body temperature, blood glucose levels, respiration rate, Galvanic Skin Response (GSR), heart rhythm and breathing rhythm. At step 404, a health status of the subject is generated, based on analysis of the measured at least one health parameter. The analysis of the at least one health parameter comprises at least one of performing a regression on the measured at least one health parameter and a historical measurement of the at least one health parameter. The analysis of at least one health parameter further comprises detecting an anomaly in at least one of the measured at least one health parameter and a historical measurement of the at least one health parameter. Further, the analysis of the at least one health parameter is based on at least one predefined rule, wherein the at least one predefined rule is based on the health of the subject. At step 406, the generated health status data is transmitted to at least one of the first user device 101 and a second user device 103. The health status can comprise at least one of a health response, health prediction and health care co-ordination. The various actions in method 400 may be performed in the order presented, in a different order or simultaneously. Further, in some embodiments, some actions listed in FIG. 4 may be omitted. [0036] FIG. 5 illustrates a computing environment implementing the method and system for monitoring health of the subject, according to embodiments as disclosed herein.

[0037] As depicted in the figure, the computing environment 502 comprises at least one processing unit 508 that is equipped with a control unit 504 and an Arithmetic Logic Unit (ALU) 506, a memory 510, a storage unit 512, plurality of networking devices 516 and a plurality Input output (I/O) devices 514. The processing unit 508 is responsible for processing the instructions of the scheme. The processing unit 508 receives commands from the control unit in order to perform its processing. Further, any logical and arithmetic operations involved in the execution of the instructions are computed with the help of the ALU 506.

[0038] The overall computing environment 502 can be composed of multiple homogeneous or heterogeneous cores, multiple CPUs of different kinds, special media and other accelerators. The processing unit 508 is responsible for processing the instructions of the scheme. Further, the plurality of processing units 508 may be located on a single chip or over multiple chips.

[0039] The scheme comprising of instructions and codes required for the implementation are stored in either the memory unit 510 or the storage 512 or both. At the time of execution, the instructions may be fetched from the corresponding memory 510 or storage 512, and executed by the processing unit 508.

[0040] In case of any hardware implementations various networking devices 516 or external I/O devices 514 may be connected to the computing environment to support the implementation through the networking unit and the I/O device unit. [0041] The computing environment 502 can be at least one of the server 102, the first user device 101 and the second user device 103. The computing environment 502 may comprise the processing modules 112 (not shown in FIG. 5) stored in the memory 510. The processing modules 112 may be configured to monitor the health of the subject/user. The processing modules 112 may be configured to receive, via a communication network, the health parameter data corresponding to the subject acquired from the at least one of first user device 101. Further, the computing environment 502 comprising processing modules 112 may be configured to generate a health status of the subject based on analysis of the measured at least one health parameter and transmit the generated health status to at least one of the first user device 101 and a second user device 103. [0042] Embodiments herein disclose a device that can measure a plurality of parameters such as heart rate, arterial oxygen saturation, electrocardiogram (ECG), blood pressure, temperature, blood glucose, respiration rate, galvanic skin response (GSR), and so on in a time co-related manner, which enables the device to detect more anomalies.

[0043] Embodiments herein can monitor health parameters in a continuous manner and need not be initiated by the user. The user need not remember to use it. Also in emergency when the user cannot use it, the embodiments herein can trigger emergency care automatically.

[0044] Embodiments herein co-relate vitals to detect anomalies and deviations from a normal health trajectory. Embodiments disclosed herein detect anomalies and initiates care co-ordination between patient and caregivers for a timely response. Data co-relation is important as many anomalies either cannot be detected with one/two vitals or there could be a wrong inference. This can increase the range of anomaly detection, reduces the risk of false alarms and improves quality of service.

[0045] Embodiments herein can locate the user and care givers in real time. This is critical for timely response to emergency or SOS. Embodiments herein can also help the caregivers reach the patients faster.

[0046] The embodiments disclosed herein can be implemented through at least one software program running on at least one hardware device and performing network management functions to control the network elements. The network elements shown in Fig. 1 include blocks, which can be at least one of a hardware device, or a combination of hardware device and software module.

[0047] Therefore, it is understood that the scope of the protection is extended to such a program and in addition to a computer readable means having a message therein, such computer readable storage means contain program code means for implementation of one or more steps of the method, when the program runs on a server or mobile device or any suitable programmable device. The method is implemented in at least one embodiment through or together with a software program written in e.g. Very high speed integrated circuit Hardware Description Language (VHDL) another programming language, or implemented by one or more VHDL or several software modules being executed on at least one hardware device. The hardware device can be any kind of portable device that can be programmed. The device may also include means, which could be e.g. hardware means like e.g. an ASIC, or a combination of hardware and software means, e.g. an ASIC and an FPGA, or at least one microprocessor and at least one memory with software modules located therein. The method embodiments described herein could be implemented partly in hardware and partly in software. Alternatively, the invention may be implemented on different hardware devices, e.g. using a plurality of CPUs.

[0048] The foregoing description of the specific embodiments will so fully reveal the general nature of the embodiments herein that others can, by applying current knowledge, readily modify and/or adapt for various applications such specific embodiments without departing from the generic concept, and, therefore, such adaptations and modifications should and are intended to be comprehended within the meaning and range of equivalents of the disclosed embodiments. It is to be understood that the phraseology or terminology employed herein is for the purpose of description and not of limitation. Therefore, while the embodiments herein have been described in terms of embodiments and examples, those skilled in the art will recognize that the embodiments and examples disclosed herein can be practiced with modification within the spirit and scope of the embodiments as described herein.

Claims

STATEMENT OF CLAIMS We claim:

1. A method (400) for monitoring health of a subject, the method comprising:

obtaining, by a server (102), at least one time stamped measured health parameter, wherein the measurement is performed by a first user device (101) connected to the subject;

generating, by the server (102), a health status of the subject based on analysis of the at least one time stamped measured health parameter; and

transmitting, by the server (102), the generated health status to at least one of the first user device (101) and a second user device (103).

2. The method (400), as claimed in claim 1, wherein the time stamped measured health parameter comprises at least one of a blood pressure, a body temperature, a blood glucose levels, a respiration rate, a Galvanic Skin Response (GSR), heart rhythm and a breathing rhythm .

3. The method (400), as claimed in claim 1, wherein analysis of the at least one health parameter comprises at least one of:

performing a regression on the at least one time stamped measured health parameter and a historical measurement of the at least one health parameter; and

detecting an anomaly in at least one of the at least one time stamped measured health parameter and a historical measurement of the at least one health parameter.

4. The method (400), as claimed in claim 3, wherein the analysis of the at least one time stamped measured health parameter is based on at least one predefined rule, wherein the at least one predefined rule is based on the health of the subject.

5. The method (400), as claimed in claim 1, wherein the health status comprises at least one of a health response, health prediction and health care co-ordination.

6. A system (100) for monitoring health of a subject, the system comprising:

a first user device (101), wherein the first user device (101) is configured to: measure at least one time stamped health parameter, wherein the first user device (101) is connected to the subject; and

receive a health status of the subject; a server (102), wherein the server (102) is configured to:

obtain the at least one time stamped measured health parameter, wherein the measurement is performed by a first user device connected to the subject;

generate the health status of the subject based on analysis of the at least one time stamped measured health parameter; and

transmit, by the server, the generated health status to at least one of the first user device (101) and a second user device (103); and

a second user device (103), wherein the second user device (103) is configured to: receive the health status of the subject.

The system(lOO), as claimed in claim 6, wherein the health parameter comprises at least one of a blood pressure, a body temperature, a blood glucose levels, a respiration rate, a Galvanic Skin Response (GSR), heart rhythm and a breathing rhythm.

The system(lOO), as claimed in claim 6, wherein analysis of the at least one time stamped measured health parameter comprises at least one of:

The system(lOO), as claimed in claim 8, wherein the analysis of the at least one time stamped measured health parameter is based on at least one predefined rule, wherein the at least one predefined rule is based on the health of the subject.

The system(lOO), as claimed in claim 6, wherein the health status comprises at least one of a health preservation, a health response, a health prediction and a health care coordination.