SYSTEMS AND METHODS FOR REMOTE HEALTH MONITORING AND MANAGEMENT CROSS-REFERENCES TO RELATED APPLICATIONS [001] None. FIELD OF THE INVENTION [002] The invention generally relates to remote health monitoring of patients, and more specifically, to a system and method to remotely monitor and track patient health status even in sparsely connected and remote regions. DESCRIPTION OF THE RELATED ART [003] Present healthcare technologies allow for body sensors or implants attached to a patient to be used in medical monitoring and detection of emergency conditions in at risk patients. However, the patient usually has to present himself at a local healthcare facility for accurate measurements, gain access to Hospital Information Systems (HIS) and advanced analytics, and subsequently wait for the assessment of the data by the Health Service Provider (HSP). Remote monitoring of the patient is greatly desired in such patients as it allows for continuous monitoring of the patient without disrupting their normal lives, provides access from remote areas which lack good healthcare facilities, allows intervention by specialized practitioners, and sharing of resource or information in the existing healthcare facilities [004] Although systems for managing medical conditions have been described, they are largely limited to urban areas with good infrastructure and connectivity. There remains a need to provide monitoring methods and systems from remote areas which are sparsely connected. Furthermore, there remains a need for access to relevant medical information, processing, analytics and communication for timely intervention of an adverse event occurring in patients located in remote areas while excluding minor aberrational data that may not be indicative of any serious condition. SUMMARY OF THE INVENTION [005] The invention in various embodiments includes a method for remote monitoring of a patient that includes the steps of obtaining a sensor data from one or more sensors attached to the patient's body, transmitting the sensor data to a first mobile computing device. The sensor data from the sensors is transmitted to the mobile computing device through a wired or a short range wireless communication network. The sensor data is transmitted to a processing, analytics and storage (PAS) unit, wherein the first mobile computing device transmits the data to the PAS unit through a wireless communication network. In some embodiments one or more abnormalities are detected and determined in the sensor data by periodic assessment of the sensor data in the first mobile computing device, the PAS unit or a combination thereof. A quantized severity for the one or more abnormalities in the PAS unit is determined wherein said determining comprise converting raw sensor values to a series of clinically relevant severity symbols. In some embodiments the one or more abnormality that exceed a severity threshold for the patient is identified from one or more abnormality to exceed a personalized severity threshold over the assessment period, wherein the severity threshold for the patient is determined from sensor data, inter-sensor correlation, patient's historical data, doctor's inputs, inter-patient machine learning models obtained from hospital information system (HIS), or a combination thereof. Further a notification of the one or more abnormality is sent to the first mobile computing device and to a second mobile computing device, wherein the second mobile computing device is connected to a Health Service Provider (HSP) and said notification includes an estimate of time available to the HSP for effective intervention. Furthermore, the HSP can choose to selectively obtain more precise data from the first mobile computing device or from the PAS unit based on a technique called Detailed Data-on-Demand (DD-on-D). [006] In some embodiments the sensor data is obtained from one or more sensors attached to the patient's body that includes obtaining blood pressure level, blood glucose level, oxygen saturation (Sp02) level, electrocardiogram (ECG) data, motion detection system data, accelerometer data, GPRS data, or a combination thereof. In some embodiments detecting the one or more abnormality in sensor data is indicative of a cardiovascular disease in the patient. [007] In some embodiments transmitting the sensor data to the first mobile computing device includes transmitting over a GSM, 2G, 3G, 4G, LTE, Wi-Fi network or an Ad-hoc network created with neighboring wireless terminals. Further the sensor data is transmitted to one or more mobile computing device connected to other patients or HSP over a wireless network. [008] In some embodiments the sensor data is transmitted to a processing, analytics and storage (PAS) unit includes transmitting to a local PAS unit, a remote PAS unit, a hospital PAS unit comprising a hospital information system (HIS), or a combination thereof. [009] In various embodiments a notification of the abnormality is send to a second mobile computing device that includes presenting patient health status to health service provider based on the criticality of data. In some embodiments the sensor data is analyzed by visualization, monitoring, analysis or intervention tools by the health service provider. [0010] In some embodiments the method includes directing the abnormality to a doctor, hospital, caregiver, or emergency responder to attend to the patient. In some embodiments the medium of notification of the second mobile computing device is determined based on data criticality, patient profile, available communication media, power availability of the mobile computing devices and sensors, location of the at least one processing, analytics and storage (PAS) unit, or a combination thereof. In some embodiments the method includes pulling a sensor data from the first mobile device that uses a SMS sent from the second mobile device to the first mobile device. In some embodiments, method includes sending a request for data from the second mobile device to the first mobile computing device and obtaining the data from the first mobile device, the PAS unit, or a combination thereof in an increasing order of precision, starting from just alerts, then getting severity quantization levels, or frequency maps of how many time the severity thresholds are crossed, and then the raw sensor data. In some embodiments, the data is obtained from a request sent from the second mobile device to the first mobile device as a SMS. [0011] In various embodiments the severity is determined through a severity quantization technique that converts multi-sensor values to severity symbols based on a combination of sensor values, inter-sensor correlation, patient's historical data, doctors' inputs, and inter-patient machine learning model. In some embodiments the severity quantizer is adjusted such that the various sensor values are interpreted differently according to the diagnostic interest of one or more doctors. In various embodiments severity is quantized by using a data summarization and a detection algorithm for patient data severity that interprets a large amount of multi-sensor data. In some embodiments the method includes defining the routing and power policies based on reliable delivery of relevant health data to the HSPs. [0012] In various embodiments the method further includes classifying the data as routine or critical data, sending the critical data via a higher priority channel such as a direct link or a cellular GSM and sending routine data using any available channel. In various embodiments the communication from the PAS unit is prioritized based on a combination of user location using GPS or other localization techniques, power availability in the mobility of data via smartphone and sensors, and health criticality of the patient. [0013] In various embodiments the invention is a system for use in remote monitoring of a patient, that includes at least one sensor attached to the patient's body to obtain sensor data, a data aggregation and transmission unit, wherein the data aggregation and transmission unit is interfaced with the at least one sensor to receive the sensor data, a first mobile computing device, wherein the first mobile computing device is configured to receive and transmit the sensor data through a wireless communication network, at least one processing, analytics and storage (PAS) unit, wherein the PAS unit is configured to receive the sensor data from the first mobile computing device, wherein the first mobile computing device, the PAS unit, or a combination thereof is configured to detect one or more abnormality in the sensor data, quantize a severity and identify if quantized severity exceeds a personalized severity threshold over the assessment period for the patient based on sensor data, inter-sensor correlation, patient's historical data, doctor's inputs, inter-patient machine learning models obtained from hospital information system (HIS), or a combination thereof and a second mobile computing device, wherein the second mobile computing device is connected to a Health Service Provider (HSP), wherein the system is configured to notify the first and the second mobile computing devices when the quantized severity exceeds the severity threshold and includes an estimate of time available to the HSP for effective intervention.. [0014] In various embodiments the system that includes at least one sensor is a BP sensor, a glucose sensor, a Sp02 sensor, an ECG sensor, a motion detection system, an accelerometer, a GPRS, or a combination thereof. [0015] In various embodiments the first mobile computing device, the second mobile computing device, or both is a smartphone, handheld, tablet, laptop, or a wearable device. In some embodiments the first mobile computing device is configured to transmit the sensor data through a GSM, 2G, 3G, 4G, LTE, Wi-Fi network or an Ad-hoc network created with neighboring wireless terminals. In various embodiments' the at least one PAS unit comprises a local server, a remote server or a hospital server that are connected by a wireless network. [0016] In some embodiments the hospital server comprises a hospital information management system (HIM). In various embodiments the PAS unit includes an Application Layer with various visualization, monitoring, analysis and intervention tools. In various embodiments the medium of notification for the first and second mobile computing device is determined based on data criticality, patient profile, available communication media, power availability of the mobile computing devices and sensors, location of the at least one processing, analytics and storage (PAS) unit, or a combination thereof. BRIEF DESCRIPTION OF THE DRAWINGS [0017] The invention has other advantages and features which will be more readily apparent from the following detailed description of the invention and the appended claims, when taken in conjunction with the accompanying drawings, in which: [0018] FIG. 1A shows a method for remote health monitoring of patients. [0019] FIG. IB shows a severity quantization technique that converts multi-sensor values to severity symbols. [0020] FIG. 1C shows PAF framework that progressively converts the raw multi-sensor data into quantized symbols, helpful motifs, diagnostic predictions and critical alerts. [0021] FIG. ID illustrates quantization of sensor data based on multiple severity categorization criteria, resulting in the generation of patient and disease specific quantized values. [0022] FIG. 2 shows a system for remote monitoring of a patient. [0023] FIG. 3 shows a multilayer system communication and analytics architecture. [0024] FIG. 4 shows a body-worn device for use in a system for prolonged remote real-time monitoring of a patient. [0025] FIG. 5A shows a heterogeneous path selection mechanism for patients who are inside the hospitals, such as in-ward telemetry. [0026] FIG. 5B shows a heterogeneous path selection mechanism for high mobility patients who are outdoor. [0027] FIG. 5C shows a heterogeneous path selection mechanism for patients who are indoor. [0028] FIG. 5D illustrates a power management mechanism based on patient location and data priority. [0029] FIG. 6A shows a method of computing the Multi-Parameter Consensus Abnormality Motif (CAM) from raw sensor data. [0030] FIG. 6B shows a method of using Motifs to find the aggregate AMI score. [0031] FIG. 6C illustrates a system and a method of calling data from the patient sensors according to perceived severity of the patient, through a technique called Detailed Data-on-Demand (DD-on-D). [0032] FIG. 7A illustrates a system for remote monitoring of vital parameters in patients. [0033] FIG. 8A shows the comparison of Fl-score of OTS and QTS for classification of AHE using expanding time windows shows better performance of QTS with L=15. [0034] FIG. 8B shows the comparison of Fl-score of QTS (L=15) and MTS (varying W) for classification of AHE using expanding time windows. [0035] FIG. 8C shows the comparison of Fl-score of OTS with QTSmax and MTSmax corresponding to best performing L and W values respectively for classifying AHE using expanding time windows. [0036] FIG. 8D shows the comparison of Fl-score of OTS with QTSmax and MTSmax corresponding to best performing L and W values respectively for classifying AHE using moving window of 30 minutes duration. [0037] FIG. 9A shows the root mean square error for MAP prediction among group H patients using APJMA model while using OTS, QTS (L=5, 10, 15, and 20) and MTS (L=5, and 10, while keeping W=5). [0038] FIG. 9B illustrates the root mean square error for MAP prediction using ARTMA model for the control group patients while using OTS, QTS (L=5, 10, 15, and 20) and MTS (L=5, and 10, while keeping W=5). DETAILED DESCRIPTION [0039] While the invention has been disclosed with reference to certain embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted without departing from the scope of the invention. In addition, many modifications may be made to adapt to a particular situation or material to the teachings of the invention without departing from its scope. [0040] Throughout the specification and claims, the following terms take the meanings explicitly associated herein unless the context clearly dictates otherwise. The meaning of "a", "an", and "the" include plural references. The meaning of "in" includes "in" and "on." Referring to the drawings, like numbers indicate like parts throughout the views. Additionally, a reference to the singular includes a reference to the plural unless otherwise stated or inconsistent with the disclosure herein. [0041] The word "exemplary" is used herein to mean "serving as an example, instance, or illustration." Any implementation described herein as "exemplary" is not necessarily to be construed as advantageous over other implementations. [0042] The present disclosure describes systems, methods, devices, and kits for remote monitoring and tracking of patient health status using one or more sensors, location- and power-aware communication systems and analytics. In one embodiment, a system for use in remote monitoring of a patient is provided. In another embodiment, the invention relates to remote monitoring and tracking of patient health status even in sparsely connected and remote regions. In various embodiments the invention discloses RASPRO system of rapid summarization for effective prognosis in wireless remote health monitoring. [0043] A method 100 for remote monitoring of a patient is provided herein, as illustrated in FIG.1A. The method includes obtaining sensor data from one or more sensors attached to a patient's body in step 110. In the next step 120, the data is aggregated by a data aggregation and transmission unit and transmitted to a first mobile computing device through a wired or a short range wireless communication network. The next step 130(a) may involve transmitting the sensor data to a processing, analytics and storage (PAS) unit through a wireless communication network. In a following step 130(b), one or more abnormalities may be detected in the sensor data by periodic assessment of the sensor data. This could be either carried out in the first mobile computing device, or the PAS unit. In some embodiments the method 100, in step 140 further involves determining a quantized severity for the one or more abnormalities detected in step 140. Step 150 involves identifying that the severity of the one or more abnormalities exceeds a severity threshold for the patient. The severity threshold for the patient in some embodiments may be a set of predetermined values derived from sensor data, inter-sensor correlation, patient's historical data, doctor's inputs, inter-patient machine learning models, or a combination thereof. The next step 160(a) or 160(b) involves sending a notification of the one or more abnormalities to the first mobile computing device and the second mobile computing device associated with the Health Service Provider (HSP). [0044] In some embodiments, the method 100 in step 140 includes determining severity through a severity quantization technique that converts multi-sensor values to severity symbols as shown in FIG. IB based on a combination of sensor values, inter-sensor correlation, patient's historical data, doctors' inputs, inter- patient machine learning models among other factors. In various embodiments, the severity quantization in step 140 includes a data summarization and a detection algorithm for patient data severity. The algorithm interprets a large amount of multi-sensor data and converts it to form sequence of severity symbols, called motifs that are arranged in a patient specific matrix as shown in FIG. IB. Two different motifs are derived from any amount of large multi-sensor data (a) the most frequently occurring near normal trend in patients' data, called consensus normal motif (CM) 144, and (b) the most frequently occurring severe abnormality in the patient's data, called consensus abnormality motif (CAM) 145. [0045] In one embodiment, the method is configured to generate clinically relevant alerts based on an aggregate criticality score called the "Alert Measure Index" (AMI) that is calculated using available time for doctor's intervention. [0046] In some embodiments the continuous values from the sensors are converted to K different discrete severity level symbols for differentiating the quantized values from actual real values of the sensor data. In some embodiments, the normal values are assigned the symbol A, while above-normal and subnormal values are quantized into A++, A+, A-, , etc. respectively, according to varying severity levels. The + symbol representing the above normal and - symbol representing subnormal values. In some embodiments, it is assumed that different vitals have different number of severity levels. In some embodiments, the severity quantizer 142 passes the quantized time series data to the MUX (multiplexer) 143 as shown in FIG. IB, where these are arranged into a three dimensional multi-sensor matrix 146 consisting of multiple 2-dimensional single sensor matrices. In an SSM 146, the quantized values, say are arranged as increasing time series data in / columns and w rows, where / is the frequency of sensing and w the observation window. [0047] In some embodiments, the method includes a physician assist filter (PAF) 200 as shown in FIG. 1C that includes a personalization PAF 220, a precision PAF 230 and a prevention PAF 240. The personalization PAF converts the multi-sensor values to quantized severity symbols 221 and stores it in a Patient Specific Matrix (PSM). The precision PAF extracts consensus motifs 231, generates severity frequency maps (SFMs) 233 and includes a machine learning algorithm (ML) 235 that may diagnose the abnormality in a patient. The PAF further includes a prevention PAF that may generate an "Alert Measure Index" (AMI) 241 of the abnormality detected. [0048] In various embodiments the quantized severity symbols are personalized for each patient through the personalization PAF 220. The quantized severity symbols are arranged into a Patient Specific Matrix (PSM) of N rows and W columns, where N is the total number of sensors being observed, and W is a time window in which the data is summarized. The value of W can be set by a physician or automatically derived based on the risk perception of that particular patient. [0049] In some embodiments, precision PAF 230 includes extracting a Candidate Motif, uCNM [P] that is a temporally ordered sequence of quantized consensus normal symbols belonging to N rows that are selected from PSM of patient P. In some embodiments, a Consensus Normal Motif, uCNM[P] a candidate motif in which all values represent the normal severity level (XNORM, that means each and every value, is equal to A is determined. a[p] includes the p-th quantized severity symbol in a row of the PSM, a[l], a[2], ..., a[p], ...., a[W]. In some embodiments the observation window of the PSM includes candidates C represented by uCNM[P] is represented as: [0050] In some embodiments, a Consensus Motif (CM) 144, uCNM[P] a candidate motif satisfying the following two conditions: its hamming distance from uNOR[n] does not exceed a physician prescribed sensor-specific near normality bound, dNOR[n] and, its total Hamming distance D(a[p], aN0RM) from all other uCAN[n] is the minimum. uCON represents the observed patient-specific near normal trend, is determined. The consensus normal symbol is represented as where o[p] denotes the sum of Hamming distances of a(p)from a(i). [0051] In some embodiments, a Consensus Abnormality Motif (CAM) 145, uCAM[P], a candidate motif satisfying the following two conditions: its hamming distance from aNORM exceeds a physician prescribed sensor-specific near normality bound, dNOR[n] and, its total hamming distance from all other uCAN[n] is the minimum is determined. uCAM[P] is represented as [0052] In one embodiment, the prevention PAF generates an alert measure index (AMI) based on the severity level of the patient's abnormality. The AMI score may prioritize the patient The AMI is calculated as: where 0[Sn][a] = -j-. is a sensor and severity symbol-indexed matrix of weights derived using interventional time, /3[a]is intervention time and a is severity level. [0053] In some embodiments sending a notification of the abnormality to the second mobile computing device includes presenting patient health status to health service provider based on the criticality of data. In some embodiments, the method may further include analyzing the sensor data by visualization, monitoring, analysis or intervention tools by the health service provider. The notification may also include an estimate of time available to the HSP for effective intervention. In one embodiment, the method may additionally include as in step 170(b) directing a doctor, hospital, caregiver, or emergency responder to attend to the patient. In one embodiment, the medium of notification of the second mobile computing device in step 160(b) is determined based on data criticality, patient profile, available communication media, power availability of the mobile computing devices and sensors, location of the at least one processing, analytics and storage (PAS) unit, or a combination thereof. In an alternate embodiment, in step 170(a), the patient may visit a nearby healthcare facility to obtain medical attention. [0054] In some embodiments, the method of identifying the motif i s as illustrated in FIG. IB, which compares individual data points in one sequence with other non-overlapping data points. In some embodiments, the comparison of individual data points is simplified as a quantized value A*t is compared with another value A*n, where n is a multiple of a constant time separation that is called comparison interval, denoted as I. [0055] In some embodiments, the step 111 of the method 100 includes obtaining a sensor signal such as blood pressure level, a blood glucose level, an oxygen saturation (Sp02) level, an electrocardiogram (ECG) data, motion detection system data, accelerometer data, GPS data, or a combination thereof. In some embodiments, detecting the one or more abnormality in sensor data in step 130(b) involves detecting an abnormality that is indicative of a cardiovascular disease in the patient. In various embodiments, transmitting the sensor data to the first mobile computing device in step 120 includes transmitting over a GSM, 2G, 3G, 4G, LTE, Wi-Fi network or an Ad-hoc network created with neighboring wireless terminals. In one embodiment step 120 may additionally include transmitting the sensor data to one or more mobile computing devices or to HSP device over a wireless network. In various embodiments, transmitting the sensor data to the processing, analytics and storage (PAS) unit in step 130(a) includes transmitting to a local PAS unit, a remote PAS unit, a hospital PAS unit includes a hospital information system (HIS), or a combination thereof. [0056] In one embodiment the quantization of sensor data as shown in FIG. ID is based on multiple severity categorization criteria, resulting in the generation of patient and disease specific quantized values. In some embodiments, the method includes connecting to the remote PAS, such as a cloud PAS. In some embodiments, the system can use a hybrid of ad hoc and infrastructure methods to connect to one or more of cloud PAS, the body-worn device or the mobile computing device. In other embodiments, when the infrastructure connectivity through mobile data network or Wi-Fi is unavailable, the mobile computing device can connect to other nearby mobile computing device in an ad hoc manner to deliver the data to the cloud PAS. [0057] In various embodiments of the methods for use in the system, Health Service Personnel (HSP) access the data provided by cloud PAS or HIS PAS using web or mobile applications. In one embodiment, the HSP may include one or more of doctors, nurses, technicians, or emergency responders who analyze the data and take necessary steps. In some embodiments, emergency responders are configured to use the most reliable SoS communication channel from the available ones while responding to any contingencies. [0058] In various embodiments, the methods implemented in the system provide mechanisms to analyze the sensor data coming from data aggregation and transmission unit to mobile computing device to conclude the usability of data. In some embodiments, methods to autocorrect data or retrieve error-free data using signal-processing techniques are also included. In certain embodiments, the method is a method of automatic detection of lead reversal in ECG signals and auto-correction. [0059] In various embodiments a system 300 for use in remote monitoring of a patient is disclosed. The system 300 as shown in FIG. 2 includes at least one sensor 301 attached to the patient's body to obtain sensor data of various health parameters, a data aggregation and transmission unit 302 that is interfaced with sensors 301 to receive the sensor data, a first mobile computing device 303 that is configured to receive and transmit the sensor data through a wireless communication network, at least one processing, analytics and storage (PAS) unit 304 that is configured to receive, analyze and store the sensor data from the first mobile computing device. In some embodiments the first mobile computing device 303, the PAS unit 304, or a combination thereof is configured to detect one or more abnormality in the sensor data, quantize a severity and identify if quantized severity exceeds a severity threshold. The system 300 further includes a second mobile computing device 305 that receives data from the PAS 304 and that may notify a Health Service Provider (HSP) in case of any severity exceeding the severity threshold. In various embodiments the system 300 is configured to notify the first 303 and the second 305 mobile computing devices when the quantized severity exceeds the severity threshold. In some embodiments the severity threshold for the patient is based on sensor data, inter-sensor correlation, patient's historical data, doctor's inputs, inter-patient machine learning models, or a combination thereof. [0060] In some embodiments, the sensor 301 includes body attachable sensors for obtaining sensor data from physiological signal measurements. The sensors 301 may include at least one of a BP sensor that could measure the blood pressure level of the patient, a glucose sensor to sense the concentration of glucose in blood, a Sp02 sensor to measure the oxygen saturation level in a patient's hemoglobin, an ECG sensor that records the electrical activity of the heart, a motion detection system, an accelerometer or a GPRS. [0061] In some embodiments, the first mobile computing device 303 or the second mobile computing device 305 is a smartphone, a handheld device such as a tablet, a laptop, or a wearable device. In one embodiment, the first mobile computing device 303 is configured to transmit the sensor data through a GSM, 2G, 3G, 4G, LTE, Wi-Fi network or an Ad-hoc network created with neighboring wireless terminals or devices 306. In some embodiments the second mobile device 305 is configured to connect to other mobile devices 307. Mobile devices 307 may be associated with other health service personnel such as specialist practitioners, emergency responders, technicians, nurses, caregivers, and hospital administrators. [0062] In one embodiment, the at least one PAS unit 304 includes a local server 308, a remote server 309 or a hospital server 311 connected by a wired or a wireless network. In one embodiment, the hospital server includes a hospital information management (HIM) system 310. In various embodiments, the data aggregation and transmission unit 302 is interfaced with sensors 301 to receive the sensor data. The interfacing of the unit 302 with the sensors 301 could be either through wired or wireless connections. In some embodiments, the data aggregation and transmission unit 302 is a wearable device such as body-worn, small-form factor data collection, caching and dissemination unit that is connected to body sensors through a collection of wired and wireless media, for prolonged remote real-time monitoring of patients or in-ward telemetry. [0063] In one embodiment, the system includes a mobile computing device 303 to receive, store, process, visualize, analyze and forward the data sent from the data aggregation and transmission unit. In some embodiments, the system additionally includes an application running on the device 303 for collecting location information of the user and the accelerometer reading from the device 303. [0064] In various embodiments, the PAS unit 304 optionally includes one or more servers 308, 309, 310 and 311 that can receive, store, process, analyze and push data to mobile terminal 303 or 305 and associated application, which can visualize and present patient health status to doctors, hospitals, caregivers and emergency responders based on the criticality of the data. [0065] In various embodiments, the PAS 304 is a local PAS module 308 that has simple algorithms for initial analysis and early warning dissemination of data. The local PAS 308 in some embodiments can also use the APIs provided by the cloud PAS to do complex PAS tasks and is connected over an existing infrastructure. In some embodiments, the mobile computing device 303, 305 or data aggregation and transmission unit 304 may also be integrated with a PAS module that incorporates PAS algorithms that may run as background services in the smartphone itself. In one embodiment, the system includes a complex PAS Layer that implements disease detection, big data analytics, complex storage policies and computationally intensive algorithms that are not possible to be implemented in local PAS due to its processing and power constraints. In various embodiments, the complex PAS is implemented through a remote server 309 or through a hospital server 311, or could be local to the hospital server such as a HIM 310. In some embodiments, hospitals might have different policies on patient data storage and processing. In these embodiments, a centralized storage and processing policy may not be used and the hospitals may access the services provided by the cloud PAS through APIs over existing infrastructure. [0066] In some embodiments the data aggregation and transmission unit 302 includes one or more of a rechargeable body-worn hardware unit, sensors such as ECG, BP, Sp02, blood glucose sensors attached to the body and interfaced with the data aggregation and transmission unit over wired or wireless media. In some embodiments, the data aggregation and transmission unit 302 can continuously record sensor data and is configured to capture asymptomatic episodes of patient disease. In some embodiments, the data aggregation and transmission unit 302 is configured to tag sensor data as related to physiological symptoms using a button in the data aggregation and transmission unit. In some embodiments, the data aggregation and transmission unit 302 is configured to use voice based tagging of data in the smartphone which allows patients to speak about an event, which is tagged along with the sensor data. In some embodiments, the voice based tagging of data allows the patients to make specific complaints related to the event. In some embodiments, the data aggregation and transmission unit 302 is configured to send a SoS signal to the healthcare personnel in case of emergency conditions. In some embodiments, a motion detection system including an accelerometer is placed inside the data aggregation and transmission unit. In certain embodiments, the data aggregation and transmission unit 302 is connected to the patient's smartphone over a wireless network to transmit the raw data. In some embodiments, the data aggregation and transmission unit 302 is connected to the patient's smartphone over a short-range wireless network. In some embodiments, the smartphone has applications related to data analysis and processing. In some embodiments, the data aggregation and transmission unit 302 can also include an in-built GPRS module that can directly send data to the remote healthcare personnel's smartphone or a remote data reception unit. [0067] In various embodiments, the sensors send the data to the data aggregation and transmission unit 302. The data aggregation and transmission unit 302 then forwards the data to the patient's smartphone or another mobile computing device 303 configured to perform computation and real-time processing. There can be multiple devices in the neighborhood 306. These devices can have varying capabilities and can be linked over a heterogeneous network, such as WiFi or Bluetooth. The patient's handheld device can also be connected to another patient or health service personnel (HSP), such as that of a doctor or a clinician. The handheld devices are connected to a server, such as a private or public server over different media and networks. In some embodiments, the server may be a cloud based server. The cloud has higher capabilities for batch processing than the handheld devices as well as large storage space for long term archival of data. The public and private parts of the cloud are also connected through proper interfaces. [0068] In various embodiments, the data aggregation and transmission unit 302 and mobile computing device 303 are configured to communicate with each other and share their processing and storage capabilities, independent of the cloud PAS. In some embodiments, the patient's data is routed to the doctors' handheld device skipping the cloud PAS, thereby reducing the upstream traffic to the cloud PAS. In certain embodiments, the data archival in the cloud PAS is done later when the cost of transmission is lower. In these embodiments, the system architecture allows the handheld devices to go offline from the cloud PAS and then join in later through a different network. [0069] In various embodiments, the health monitoring system of the invention includes architecture 400 as illustrated in FIG. 3. The architecture comprises a sensing layer 401, a routing decision layer 402, a PAS layer 403 and an application layer 404. The application layer 404 in various embodiments comprises various visualization, monitoring, analysis and intervention tools. In various embodiments, the whole system architecture 400 is divided into different layers. In some embodiments, the Sensing Layer 401 includes sensors that can continuously monitor one or more of BP, glucose, Sp02, and ECG as well as the user activity such as by using an accelerometer. These sensors are attached to the patient's body in order to obtain the signals. They are interfaced to a data aggregation and transmission unit, such as a body-worn device, over a short-range wireless network. The unit receives data from the sensors and directly sends it to a first mobile computing device. In some embodiments, this forms the Routing Decision Layer 402 with three functionalities: a) to decide where and when the sensed data needs to be processed, analyzed and stored b) to decide the best routing path out of the available heterogeneous options c) to interface and exchange data with the nearby mobile device or data aggregation and transmission unit over ad hoc networks. The data aggregation and transmission unit and mobile computing device is connected to a hospital information system (HIS) and processing, analytics and storage (PAS) engine 403, over a wireless network. In some embodiments, a wired Ethernet using existing hospital infrastructure connectivity is also utilized alternatively. [0070] In various embodiments the data aggregation and transmission unit 302 for prolonged remote real-time monitoring of a patient is a body-worn device 500 as shown in FIG. 4. The body-worn device 500 includes at least one processor 521 configured to calculate MP-CAM and AMI, a wireless communication module 522, a memory or data storage module 523, and a power supply unit or battery 524. The device 500 is configured to receive inputs from the one or more body sensors 301 through wired or wireless connections. In some embodiments, the device 500 includes a hardware switch that may tag the received sensor data to related physiological symptoms. The device 500 may further include a motion detection system that includes an accelerometer. The memory module 523 is configured to aggregate data received from the one or more sensors 301. The wireless communication module 522 is configured to transmit the data to at least one of a remote server 309, or a mobile device 305. In some embodiments, the device 500 includes a built-in power management system to prolong the available life of the battery 524. [0071] In one embodiment, the system includes prioritizing the communication based on a mechanism 600 as illustrated in FIG. 5A, FIG. 5B and FIG. 5C that considers a combination of user location using GPS or other localization techniques, mobility data via smartphone sensors, and health criticality of the patient to prioritize communication. Accordingly, in some embodiments, prioritizing mechanism 600 may send critical data via a higher priority channel such as a direct link or a cellular GSM. In some embodiments, the mechanism sends routine data using any available channel with a delay to minimize congestion or optimize bandwidth availability or both. [0072] In various embodiments of the systems and methods disclosed herein, a reliable, low delay tolerant communication network is provided. The systems and methods envisage providing optimal network support in rural regions, where availability and reliability of networks is a challenge. In other embodiments, in urban settlements, methods such as selecting the least cost network, ensuring continuous bandwidth availability, etc., can also be incorporated. In case of highly mobile patients, the methods in some embodiments are configured to take into account frequent change in mobile base stations. In some embodiments, in addition to the above considerations, health data priority and patient context may also be used to optimize route selection. [0073] In various embodiments, the priority of the data is determined from the type of sensing and the analysis results from local PAS. In some embodiments, two data priority levels, 1) routine data and 2) critical data are determined. In various embodiments, routine data is collected during routine sensing and acquisition scenario. In some embodiments, the routine data is sent to the local PAS if available from the mobile computing device or data aggregation and transmission unit, and the method envisages classifying the data as routine or critical. In one embodiment, based on the result of local analytics, if the vital measurement shows variations from normal level, it is tagged as critical. In another embodiment, if the data does not show any significant variations, it is stored in the mobile computing device or data aggregation and transmission unit cache and transmitted at a later time over a non-time critical path. In some embodiments, if the mobile computing device or data aggregation and transmission unit do not have connectivity to a local PAS, they transmit the data to the complex PAS layer. In embodiments where the data is classified as routine data and therefore not of immediate use by the HSP, a delayed transmission through non-time critical route is adopted and the routine data is accessed by the HSP at a later point of time. [0074] In some embodiments, the data is classified as critical data if it consists of data collected during patient or doctor triggered sensing. In some embodiments, the method includes sending the data to the local PAS and analyzing for any deviations from normal values before deciding the routing path. In some embodiments, in the absence of a conclusive result from the local PAS (or even non-availability of local PAS), the data is transmitted to the complex PAS through a time-critical route and then notified to the HSP immediately in order to help them make emergency interventions. [0075] In some embodiments, the system includes use of one or more applications of remote health services for patients who are inside the hospitals, such as in-ward telemetry as shown in FIG. 5A when a patient need to be monitored after a critical operation. In some embodiments, the system includes monitoring patients who are discharged from the ICUs to general ward by a HSP. In some embodiments, the mobile computing device or data aggregation and transmission unit communicates with the existing hospital infrastructure using Wi-Fi or wired Ethernet connection. In some embodiments, a reliable low cost route to reach the HIS PAS is utilized and the mobile computing device or data aggregation and transmission unit need not send the data to a local PAS. In other embodiments, a communication framework which is able to deliver all the services through a highly reliable, high bandwidth WiFi or direct link connection is provided. In some embodiments, the HIS PAS may communicate with the cloud PAS through APIs for various needs through a high bandwidth link which is part of an existing infrastructure. In other embodiments, an indoor routing policy is adopted in the absence of a reliable hospital infrastructure. [0076] In some embodiments, the monitoring is outdoor monitoring as shown in FIG. 5B. In certain embodiments, the system includes transmitting the data to the cloud PAS based on the data priority from the mobile computing device or data aggregation and transmission unit. In some embodiments, a combination of cellular data and Wi-Fi are used when selecting a time critical route, if the mobility pattern is already known. In alternate embodiments, a route based on GSM is used when selecting in the absence of a known pattern. In some embodiments, the transmission of routine data is delayed till the device reaches an indoor environment from the mobile computing device or data aggregation and transmission unit. In other embodiments, the mobile computing device or data aggregation and transmission unit can opt to search for an IoT gateway over an ad hoc network. [0077] In some embodiments, the monitoring is indoor monitoring as shown in FIG. 5C. In certain embodiments, the framework includes routing policy assumes that the issues of switching cellular base stations and WiFi networks does not arise as much compared to an outdoor location. In some embodiments, the routing path is decided from the results generated in the local PAS by forwarding the data from a mobile computing device or data aggregation and transmission unit. In some embodiments, the data is transmitted over Wi-Fi or cellular data network, even in critical situations and a GSM based route is not required unless other options are unavailable. In some embodiments, the mobile computing device or data aggregation and transmission unit can form ad hoc network with other mobile computing device or data aggregation and transmission unit and send the data through the gateway device in the absence of an infrastructure to access internet. [0078] In sensor networks, power is a major consideration to decide the frequency of sensing, data processing, route selection and transmission frequency. In some embodiments of the invention, the architecture allows taking these decisions at both the mobile computing device and data aggregation and transmission unit. [0079] In some embodiments, the framework includes defining a power policy 700 defined based on the different levels of available battery power, as illustrated in FIG. 5D. In some embodiments, the devices are usually attached to or near the user and the devices are recharged at least once in a day if required. [0080] In some embodiments, each sensor has different sensing frequencies. In one embodiment, the method includes measuring BP and blood glucose only twice or thrice in a day. In some embodiments, the patient is on continuous ECG monitoring and the sensor transmits the data continuously. In some embodiments, there is difference between the sensing and transmission energy requirements for different sensors. In additional embodiments, the method includes defining the available battery power of devices and sensors as the time up to which it can carry out of sensing and transmission. In some embodiments, the absolute values given can be altered according to different usage scenarios using a power management mechanism based on available battery power, the data priority and location of the patient. [0081] In some embodiments, the system includes defining the available power as low, medium and high as shown in FIG. 5D. In some embodiments the available power is defined as low, when there is only enough battery power to sense and transmit for below three hours. In other embodiments, the device has to be recharged within a specified time, to ensure continuous sensing and data availability. In some embodiments, the available power is defined as medium, when there is enough battery power to support sensing and transmission between 3 -12 hours. In some embodiments, the available power is defined as high, when there is enough battery power to support sensing and transmission between 12 - 24 hours. [0082] In certain embodiments, the system includes a framework capable of immediately transmitting the data (specified as "Immediate"). In some embodiments, the method includes a framework capable of storing and sending (specified as "Delayed") at a later point of time, when the battery level improves. In yet other embodiments, the method includes a framework capable of sending the data to the local PAS for processing (specified as "Local PAS"). In some embodiments, the delayed transmission results in conserving available resources while the Immediate and local PAS results in higher battery drain. In some embodiments, it is assumed that the power requirements for local PAS is much less compared to the transmission cost to the cloud PAS. [0083] In some embodiments, network selection plays an influential role in the context of power management. In some embodiments, the transmission power for different media varies. In some embodiments, the power management policy is to select the least power-consuming medium. In other embodiments, the health context of the patient also needs to be factored in. In some embodiments, the power management policy includes a three-level decision mechanism that includes selecting a subset of paths based on the routing policy, deciding on processing, transmission, and storage based on the battery level, and choosing from one or more medium options for transmission, the medium with the least power requirements. [0084] In one embodiment, the routing and power policies are firmly based on reliable delivery of relevant health data to the HSPs. In some embodiments, the routing and power policies are based on the patient context, which includes his health status, activity and location, to dictate which path to be taken and when the data needs to be transmitted. In one embodiment, the critical data is always transmitted, while routine data is transmitted at a later time. In another embodiment, the path selection is based on power policy and location and results in conserving battery. [0085] In some embodiments, a sensor signal quality analyzer is included to detect if the sensor signal received is usable data. In other embodiments, an auto-correction algorithm is included to retrieve the original signal from the unusable signal for correction of human errors such as lead misplacement in ECG signals. In some embodiments, a patient feedback system that provides automated feedback to the patient regarding signal quality and suggestions to improve by changing the placement of the sensors or adjusting other physical parameters of the body sensors is included. In some embodiments, a primary patient condition analysis based on thresholds of the sensor signals that can tag the data as critical, non-critical or of unknown-criticality is included. In some embodiments, a data compression and storage mechanism for temporary storage of data in the smartphone is included. In other embodiments, a data transmission mechanism to send data to the healthcare personnel and the cloud is included. In one embodiment, an algorithm to decide the data transmission based on the availability of the mobile and data networks, cost of transmission, the power availability in the device and the criticality of data is included. In another embodiment, the mobile computing device includes a data visualization mechanism whereby the patient or caretaker can see the sensor data received in real-time on the smartphone. [0086] In one embodiment, the method includes voice tagging of medically relevant physiological conditions or events. In one embodiment, a patient can tag the data using the button provided in the data aggregation and transmission unit or mobile computing device voice tagging capability using the microphone and using a user trigger in the device. In one embodiment, the method includes running a background service that constantly reads data from the data aggregation and transmission unit. In some embodiments, the method includes configuring the data aggregation and transmission unit using the smartphone. In other embodiments, the method includes visualizing various parameters of the data aggregation and transmission unit such as battery status and connectivity of body sensors. [0087] In some embodiments, the system includes a decision support system (DSS) to detect abnormalities in sensor data used for prognosis and decision support for the HSP. In one embodiment, the system includes a DSS based on the capabilities of a mobile computing device and PAS. In other embodiments, preliminary DSS algorithms run on the mobile computing device while more complex DSS algorithms run on the PAS unit, such as a remote cloud server. In some embodiments, the system is configured to transmit the results of the DSS to the smartphone of HSP using the mobile computing device or PAS. In other embodiments, the system is configured to send alerts to the smartphone of HSP based on the severity of DSS results using SMS or GSM network along with cellular data or internet. [0088] In some embodiments, the wearable device is configured to intimate relatives, HSP, or both in case of an emergency. In some embodiments, the method includes capturing of ECG, blood pressure, blood glucose, pulse rate, blood oxygen, and other vital parameters, and recording of data following a distress in patient as well as relatives, HSP, or both of the patient condition. In some embodiments, the method includes a SoS protocol for communication between the data aggregation and transmission unit, mobile computing devices and PAS, wherein the mobile computing device will act as a gateway to send emergency signals to remote hospitals along with the location of the patient. In some embodiments, the system is configured to transmit live stream of vitals during emergencies using GSM network or internet. [0089] In some embodiments, the system includes enhancing patient management through a collective decision making process by utilizing doctors from multiple specialties who consider various physiological, pathological and other patient parameters and come to their own specific conclusions, which are then discussed to arrive at a patient management plan. In one embodiment, a cardiologist may set patient and disease specific quantization levels from a sensor. In some embodiments, the cardiologist sets the ST elevation or depression alert levels to identify emergency episodes of myocardial infarction in high-risk cardiac patients. In some embodiments, the alert levels are coupled with the context of the patient. In one embodiment, the threshold level is set lower in sedentary workers when compared to sport persons or high activity patients with higher threshold levels for emergency and early detection. In another embodiment, the BP, heart rate (HR) or Sp02 severity levels are set for identification of long-term trends in obstructive sleep apnea. In yet another embodiment, the HRV, RRV and BP severity levels are defined differently for detection and tracking of chronic obstructive pulmonary disease (COPD). [0090] In one embodiment, a neurologist sets a patient and disease specific quantization levels from a sensor. In some embodiments, the severity levels of BP and pulse rate are set as a combination to alert the practitioner of a discrepancy between BP and pulse rate for the occurrence of autonomic neuropathy, one of the major risks seen in epileptic patients. In one embodiment, if the difference between BP and pulse rate is not above a given threshold, the doctor may set the quantization level such that emergency alerts are sent to them. [0091] In another embodiment, an endocrinologist sets a patient and disease specific quantization levels from a sensor. In one embodiment, a continuous blood glucose monitoring in high-risk patients is adopted to avoid complications arising out of hypo and hyper-glycaemia. In one embodiment, the severity levels is set based on blood glucose measurements over a long time interval depending upon the risk of the patients to prevent fatal events. [0092] In another embodiment, an obstetrician sets a patient and disease specific quantization levels from a sensor. In one embodiment, continuous monitoring of fetal heart rate, mother's blood pressure, or both is done for early detection of any complications in high-risk pregnancies which pose a severe threat to the mother and the child. In one embodiment, the obstetrician sets the severity quantizer level according to the specific condition of the mother and the fetus. [0093] In some embodiments, the individual practitioners set patient and disease specific quantization levels from sensors which are different from each other. In yet other embodiments, all practitioners may set severity levels of vital parameters in the same way, while specialized sensor severity levels may differ based on the patient. In some embodiments, the system is configured to utilize a RASPRO summarization technique and the associated algorithms. [0094] While the invention has been disclosed with reference to certain embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted without departing from the scope of the invention. In addition, many modifications may be made to adapt to a particular situation or material the teachings of the invention without departing from its scope. Further, the examples to follow are not to be construed as limiting the scope of the invention which will be as delineated in the claims appended here. EXAMPLES [0095] Example 1: A method for determining CM and CAM [0096] Using the comparison of individual data points as illustrated above, A*l is compared with A*(l+ I), A*(l+ (2 x I)) etc. In the problem of CM and CAM discovery in SSM, we assume I = f. The first row of sequences is compared with the other rows in a temporally ordered row wise comparison. To discover CM and CAM in SSM, a Hamming distance based algorithm was used as illustrated here: Output: CM = SSM (CMIndex); CAM = SSM (CAMIndex) [0097] First, the hamming distance of each of the MCANS from each other is determined followed by calculating their sums. The resulting summation matrix (Summate) along with the donor matrix is used to find CM and CAM. For CM discovery, only those MCANs with dNOR less than a are considered while for CAM discovery those above a are used. Finally, an iterative method to find the index of the MCAN with k-th minimum sum of hamming distances from SumMat gives the CM and CAM index in the SSM. [0098] Example 2: A severity quantization technique for continuous ECG monitoring [0099] A continuous monitoring ECG sensor as shown in FIG. 6A, SN is utilized. Suppose we intend to monitor a number of different parameters, PI, P2, Pi, such as RR interval, ST deviation, ST segment etc. Let us also assume that the total number of parameters is NP. The multi- parameter data is summarized and any criticality is identified such that a lucid report is sent to the doctors. Before abnormalities are found, the sensor data is preprocessed as follows. [00100] First, the raw sensor data is processed by the parametric analyzer, which calculates the values of each parameter Pi, at a frequency of fP. Next, these parameter values are quantized into any of K severity symbols defined for the respective parameters (by the severity quantizer). The severity symbols are assigned as A+, A++, A-, A— etc., based on the deviation from the medically accepted normal parameter value, which is denoted by the symbol A. The + and - symbols represent varying degrees of above-normal and subnormal severity levels. After this, the quantized values are sent to a mux, which constructs a multi-parameter quantized value matrix (MP-QVM). The columns of MP-QVM represent the different parameters, while the rows are time ordered quantized values. We describe a sample scenario below. [00101] Suppose we need to discover a Multi-Parameter CAM (denoted as MP-CAM) once in every ten minutes, denoted as summarization frequency fS = 1/600 (per sec). Assuming the parametric analyzer frequency fP= 1 Hz, we discover CAM from an MP-QVM of 1/fS rows (denoted as observation window size WS) and NP columns. Next, the CAMs are discovered as discussed in the above section. [00102] Interventional Time-Inverted Alerts: Alert Measure Index: At the end of each observation window Or, in an SSM, for every patient, we define an aggregate alert score, called the Alert Measure Index (AMI). The AMI is derived from the severity symbols, combined with severity specific weights and sensor specific weights. One of the embodiments of this AMI could be modeled as below: [00103] Wherein, the inner summation takes each severity value in the (J,CAM of the ith sensor, converts it into a numerical value (e.g., A± is assigned 1, A++/~ is assigned 2), scales it up by a severity specific factor 0[j], and the outer summation scales it up by a sensor specific weightage W[i], both of which are derived from medical domain expertise, as illustrated in FIG. 6B. We call these two factors W and 0 as severity factors, and the resulting AMI is indicative of the immediacy of patient priority for physician's consultative attention. [00104] We propose a goal directed approach to determining the severity factors W and 0. The goal of delivering the alerts to the physician is to indicate the upper bound on the time that can elapse before which the physician's intervention is imperative to pull the patient out of danger. In order to capture this, we define the severity factors W and 0 as follows: [00105] where, A[a] is the upper bound on the time for intervention for severity level a (which can take on values A++, A+, etc.), A[n] is the upper bound on the time for intervention for sensor n. In (2), constants Kl and K2 can be set by the physician considering the context of patient's health condition (including historical medical records and specific sensitivities and vulnerabilities documented therein). The inverse linear equation relating the severity factor to interventional time may be substituted with more complex equations for progressively complicated disease conditions. For instance, cardiologists prefer an exponential increase in alert levels if the monitored patient's ECG shows significant ST level depression: a direct indicator of myocardial infarction. [00106] AMI based frequency modulation: AMIs also serves as a feedback mechanism to modulate sensing frequency and alert computation instants. A low AMI is used to effect three adjustments: (1) Reduce the frequency F of future sensor measurements to a medically allowed minimum bound, (2) Increase the gap T between successive monitoring intervals, and (3) Increase the subsequent inter-alert window