Patent Description:
A stroke is a medical condition in which poor blood flow to the brain results in cell death. There are two main causes for stroke. An ischemic stroke is typically caused by a lack of blood flow to parts of the brain resulting from a blockage in an artery that supplies blood to the brain. The blood normally delivers oxygen and nutrients to the brain. Once the oxygen and nutrients are cut off by the blockage, the brain cells cannot make enough energy and will eventually stop working. If the blockage is not cleared, the brain cells will eventually die. A hemorrhagic stroke is cause by bleeding in the brain. The bleeding is typically caused by a damaged blood vessel leaking blood. A hemorrhagic stroke may also be caused by a burst brain aneurism. In both cases, the blood spreads into the surrounding brain tissue causing increased pressure, limiting the operating of the brain cells and eventually damaging the brain tissue.

In both of the above types of stroke, the resultant effect is a change in the function of the brain, as brain cells cease to function correctly. This change can be observed through physical symptoms such as an inability to move or feel on one side of the body, problems communicating, and loss of vision. These physical symptoms often appear more or less immediately after the stroke has begun.

Historically, a stroke was very difficult to treat. Although the patient's symptoms might be recognised and diagnosed as a stroke, limited treatment was available. Where the stroke was identified as an ischemic stroke, a clot-dissolving drug such as a tissue plasminogen activator was given to the patient intravenously, in the hope that the drug would reach the clot and dissolve it sufficiently to allow blood flow to resume through the affected artery. Such a treatment would need to be successfully applied within just a few hours of the start of the stroke to ensure that the damage to the brain tissue was limited. Some studies suggest that the time window for getting the best results from clot-dissolving drug is three hours from the first signs of the stroke.

Where a stroke was not successfully treated, damage to brain tissue became inevitable and the only recourse was to provide the patient with care and rehabilitation training.

More recently, ischemic strokes have been successfully treated via an endovascular procedure called 'mechanical thrombectomy' in which the blood clot is removed by sending a clot retrieval device to the site of the blocked blood vessel in the brain. The device secures the clot and pulls the clot back out the blood vessel as the device is removed. Similarly, hemorrhagic strokes may also be treated via an endovascular procedure by delivering a metal clip to the damaged blood vessel or ruptured aneurysm. The clip is secured to restrict the blood flood and prevent further blood from leaking into the surrounding blood tissue. As with the clot-dissolving drug, significant damage mitigation can be achieved if the procedure is performed within a few hours of the first signs of the stroke.

Therefore, given improved treatment options for ischemic strokes, the importance of recognising and characterising the symptoms of a stroke has increased. For patients with a high risk of suffering a stroke, a method is needed of providing constant monitoring with rapid diagnosis of a stroke and escalation to a health care provider.

There are known techniques for early detection of stroke in patients employing the use of sensors worn on the patient's body. <NPL>" describes the use of a wearable device that generates warning alarms and automatically connects to e-health services when a stroke is detected. The described approach employs two wearable devices to monitor movement data and employs genetic fuzzy finite-state machines and Time Series (TS) analysis to determine a stroke.

<CIT> discloses a device for monitoring patients for a stroke via several sensors for determining 'physiological signals'. The physiological signals may comprise a heart rate signal, an atrial rate signal, a heart rate variability signal, a blood pressure signal, a blood pressure variability signal, a heart sound signal, etc..

<CIT> discloses a device for monitoring patients using low cost biaxial motion sensors. The first sensor captures objective acceleration data, and the second biaxial sensor captures subjective acceleration data relative to at least the first accelerometer. Acceleration data is then used to determine nonlinear parameters and to generate at least two levels of motor function information.

<CIT> is a US application disclosing a device for monitoring patients for a stroke via a plurality of motion sensors located at one or more anatomical locations on a patient's body and configured to detect a plurality of motion parameters corresponding to a motion of a portion of the patient's body. The motion of the portion of the patient's body is then based on a plurality of predetermined motion sentence features.

<CIT> is a US application disclosing a device for monitoring patients via several sensors. A technique is described for switching between sensors to determine which sensor is providing the best indication of a physiological signal status of the patient.

However, problems associated with the above systems include problems related to producing a reliable signal indicative of a patient stroke without trigger too many false positives. What is needed is a system capable of generating a stroke detection signal with minimal false positives, and where false positives do occur, the system can graceful handle them without too much inconvenience to the user.

It is an objective of the invention to at least partly overcome one or more of the above- identified limitations of the prior art.

The invention is as specified in the claims.

One embodiment of the disclosure describes a stroke detection apparatus comprising a data processing device comprising a processor, at least one wearable sensor configured to be worn by a user and configured to transmit a movement data of the user to the data processing device, the data processing device configured to process the movement data to determine a first probability of a user stroke over a first time period and a second probability of a user stroke over a second time period, and generate a stroke detection signal in dependence on at least the first probability and second probability.

Another embodiment of the disclosure describes a method for generating a stroke detection signal comprising: generating, using at least one wearable sensor device configured to be worn by a user, a movement data of the user, transmitting the movement data to a processing device, processing the movement data at a processing device to determine a first probability of a user stroke over a first time period and a second probability of a user stroke over a second time period, generating a stroke detection signal in dependence on at least the first probability and second probability.

Embodiments of the invention will now be described in more detail with reference to the accompanying schematic drawings. <FIG> is a schematic diagram showing a patient wearing a multi-sensor stroke detection apparatus. <FIG> shows a perspective view of stroke detection apparatus according to an embodiment of the present disclosure.

<FIG> is a schematic diagram of a stroke detection apparatus according to an embodiment of the present disclosure.

<FIG> and <FIG> are process flow diagrams showing execution flow of the wearable sensor and control device respectively. <FIG> are sequence diagrams showing data-transmission order between a first and second wearable sensor device and a control device.

<FIG> is a process flow diagram showing execution flow of the control device <NUM>. <FIG> is an alternative process flow diagram showing execution flow of the control device <NUM>. <FIG> are example motion sensor signal graphs of the stroke detection apparatus. <FIG> is an alternative process flow diagram showing execution flow of the control device <NUM>. <FIG> shows the time it takes an embodiment of the system to detect a stroke given specific configurations.

The present invention relates to wearable sensors and the use of techniques for providing monitoring and detection of patient conditions, as well as escalation of the patient condition where needed. Throughout the description the same reference numerals are used to identify corresponding elements.

<FIG> is schematic diagram showing a patient <NUM> with a stroke detection apparatus <NUM> comprising a plurality of wearable sensors <NUM>. In <FIG>, wearable sensors 20a, 20b are attached to the patient's wrists. In other embodiments, wearable sensors may be worn on the ankles, either as an alternative to the wrists or in combination with the wrists. Other positions in which the wearable sensors may be warn include footwear, headwear, as well as attached to clothing such as trousers, and upper body garments.

<FIG> shows an embodiment of a wearable sensor <NUM>. In one embodiment, the wearable sensor <NUM> comprises a strap <NUM> configured to secure the wearable sensor <NUM> to the patient, sensor body <NUM> housing processing board <NUM>. Processing board may comprise power source <NUM>, data processing device <NUM>, and sensor package <NUM>. Sensor package <NUM> may include any suitable sensor component configured to measure an inclination, a position, an orientation, and/or an acceleration of the part of the patient's body where the wearable sensor <NUM> is attached. Sensor package <NUM> may comprise a piezoelectric, piezoresistive and/or capacitive component to convert the mechanical motion into an electrical signal. A piezoceramics (e.g. lead zirconate titanate) or single crystals (e.g. quartz, tourmaline) may be used. Preferably, capacitive accelerometers are employed due to their superior performance in the low frequency range.

The data processing device <NUM> may be implemented by special-purpose software (or firmware) run on one or more general-purpose or special-purpose computing devices, such as hardware processor(s). Each "element" or "means" of such a computing device refers to a conceptual equivalent of a method step; there is not always a one-to-one correspondence between elements/means and particular pieces of hardware or software routines. One piece of hardware sometimes comprises different means/elements. For example, a processing unit serves as one element/means when executing one instruction, but serves as another element/means when executing another instruction. In addition, one element/means may be implemented by one instruction in some cases, but by a plurality of instructions in some other cases. Such a software-controlled computing device may include one or more processing units, e.g. a CPU ("Central Processing Unit"), a DSP ("Digital Signal Processor"), an ASIC ("Application-Specific Integrated Circuit"), discrete analog and/or digital components, or some other programmable logical device, such as an FPGA ("Field Programmable Gate Array"). The data processing device <NUM> may further include a system memory and a system bus that couples various system components including the system memory to the processing unit. The system bus may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The system memory may include computer storage media in the form of volatile and/or non-volatile memory such as read only memory (ROM), random access memory (RAM) and flash memory. The special-purpose software may be stored in the system memory, or on other removable/non-removable volatile/non-volatile computer storage media which is included in or accessible to the computing device, such as magnetic media, optical media, flash memory cards, digital tape, solid state RAM, solid state ROM, etc. The special-purpose software may be provided to the data processing device <NUM> on any suitable computer-readable medium, including a record medium and a read-only memory.

The data processing device <NUM> includes one or more communication interfaces, such as a serial interface, a USB interface, a wireless interface, etc, as well as one or more data acquisition devices, such as an A/D converter. In one example, the data processing device <NUM> may include a transmitter component configured to send sensor data received from the sensor package <NUM> and processed by the data processing device <NUM> and/or A/D converter over the one or more communication interfaces. In one embodiment, a communication interface is provided via a Bluetooth® or WiFi transceiver and the processed sensor data is sent to a control device <NUM> (described below). The processed sensor data may alternatively be sent to one or more remote devices via a GSM, LTE, or similar mobile communications interface.

Power source <NUM> may comprise a battery, kinetic energy source, or other power source suitable for a wearable device. The power source <NUM> is arranged to provide an energy source for powering the data processing device <NUM> and sensor package <NUM> of the processing board <NUM>.

Wearable sensor <NUM> may further comprise a fastening component <NUM> configured to be secured with a counterpart component <NUM>, to allow the device to be secured to a limb of patient <NUM>. In one embodiment, the fastening component <NUM> comprises a sensor configured to determine whether the strap <NUM> of wearable sensor <NUM> is in an 'open' configuration or a 'secured' configuration. An example of an 'open' configuration of the strap is shown in <FIG> where the wearable sensor <NUM> is not secured to anything. An example of the 'closed' configuration is shown in <FIG> where the wearable sensor <NUM> is secured to the patient. Similarly, an example of the 'closed' configuration is shown in <FIG>, where the fastening component <NUM> has been fastened to counterpart component <NUM> to arrange the strap of wearable sensor <NUM> in a secured loop. In one embodiment, the sensor of fastening component <NUM> is electrically connected to processing board <NUM> such that data processing device <NUM> may determine the configuration of the strap <NUM> of wearable sensor <NUM>.

Wearable sensor <NUM> may further comprise a feedback mechanism comprising at least one of a vibration motor or equivalent physical actuator, a light source e.g. an LED, or sound source, e.g. a speaker. The feedback mechanism may be configured to generate one of a vibration prompt, a visual prompt, or an audible prompt, capable of attracting a healthy patient's attention.

<FIG> shows an example wireless network according to an embodiment of the present disclosure.

In <FIG>, two wearable sensors <NUM>, shown as 20a and 20b, are worn by a patient (not shown) and the respective strap <NUM> of each wearable sensor is in the 'closed' configuration. Each wearable sensors 20a, 20b collects sensor data from the patient, process said data, and transmit the data to the control device <NUM> via wireless networking interface <NUM>. This process is described in greater detail below and with reference to <FIG>. Control device <NUM> may be a mobile phone device such an Apple™ iPhone™, iPad™, Apple Watch™, Android™ device, Wear OS™ device, Laptop device, or similar. Control device <NUM> receives the data from the wearable sensors, processes it, determines a patient condition, and executes an escalation process where appropriate. This process is described in greater detail below and with reference to <FIG>. <FIG> shows an embodiment of the process flow for data processing device <NUM>. The process flow shown in <FIG> may be executed in a continuous loop or periodically. Where the process is executed periodically, an energy saving mode may be employed between executions to minimise battery usage.

In step <NUM>, sensor output is received by data processing device <NUM> from sensor package <NUM>. Where the sensor data is generated by e.g. a piezoelectric component, the output from the piezoelectric component may require pre-processing to ensure a desired analogue signal is produced. One example of a pre-processing step may be to reduce high frequency noise generated by the piezoelectric component from the analogue signal. Pre- processing step <NUM> may occur at the sensor package <NUM> or on the data processing device <NUM>.

Subsequent to the pre-processing step <NUM>, a conversion of the signal from an analogue signal to a digital signal is performed in step <NUM>. This analogue to digital conversion may occur at the sensor package <NUM> or on the data processing device <NUM>.

The digital signal is then processed in step <NUM> to reduce noise and to time stamp the sensor readings. Step <NUM> may comprise converting the acceleration vector generated by the accelerometer into a norm of the acceleration vector. i.e. The acceleration vector is converted to a strictly positive length in a single direction. This provides several advantages, including a reduced storage space for storing the vector data and an invariance to accelerometer orientation. Other filters are envisaged, in combination with the above or independently, steps to ensure that the filtered acceleration vector signal is invariant to gravity or orientation of the sensors. In a preferred embodiment, any of the preceding filtering steps are performed locally to the wearable sensors.

Step <NUM> may further comprise, in combination with the above or independently, applying a low pass filter to remove the acceleration vector resulting from the gravitational force on the accelerometer. This may be achieved by removing slow or unchanging acceleration vectors from a differential of the acceleration vector. This advantageously allows the removal of the noise resulting from gravitational forces.

A key understanding of the present disclosure is that of the need to capture a signal that is most likely to contain an indication of a stroke occurring in the user's brain. Given the difficulty in detecting other biological signals that may be indicative of this occurring, the current disclosure is focused on the detection of a signal from the body's central nervous system that indicates a change in the operation of the brain. In an embodiment where the sensors used to capture this signal include accelerometers, and therefore an acceleration vector based signal capturing movements of the body, it is necessary to filter signals resulting from movements of the human body that are not a direct consequence of the signals from the brain. e.g. They are only indirect outcomes of the electrical signals reaching muscles. Examples of movements that may be filtered include movements that are only an indirect consequence of signals from the nervous system. e.g. When walking along, electrical signals may stimulate the arms to swing forwards and backwards to ensure balance. However, the downward swing of the arms during walking may be the consequence of gravity and the mechanics of the body, rather than the stimulation of any muscles. Consequently, where possible, these movements should be identified and removed from the acceleration vector generated by the accelerometer(s).

Therefore, signals that should be filtered in order to provide the clearest signal of central nervous system activity may include: Passive limb mechanics, Other biological signals, such as heart function, tremors, or other involuntary muscular movements. Environmental noise (e.g. bus engine).

The sensor data is then formatted according to a defined data structure in step <NUM> for transmission to control device <NUM>. Finally, in step <NUM>, wearable sensor <NUM> transmits the formatted sensor data to control device <NUM> using wireless networking interface <NUM>.

<FIG> shows an embodiment of the process flow for control device <NUM>. The process flow shown in <FIG> may be executed in a continuous loop or periodically. Where the process is executed periodically, an energy saving mode may be employed between executions to minimise battery usage.

In step <NUM>, the mobile device receives the formatted sensor data from wearable sensor <NUM>. The received sensor data is then consolidated, in step <NUM>, with existing data previously received from wearable sensor <NUM> as well as any other wearable sensors transmitting sensor data to control device <NUM>. In one embodiment, the data is stored in a local database stored on control device <NUM>. In one embodiment, the system implements 'chunking' of the formatted sensor data, which comprises break the data into chunks, each chunk comprising a header which indicates some parameters (e.g. the time stamp for the recorded signal data, size etc.) This allows each data chunk to resynchronise the mobile device to the clocks of wearable sensors.

In step <NUM>, data analysis is performed on the sensor data by control device <NUM>. A determination of a patient condition, such as an on-going stroke condition, is then made in dependence on the data analysis <NUM>. This comprises the determination that a probability of a patient condition existing based on the sensor data has exceeded a critical threshold. The process of steps <NUM> and <NUM> are described in more detail below and in reference to <FIG> and <FIG>. Upon a determination of a patient condition, escalation process <NUM> is triggered. Escalation process <NUM> is described below and in relation to <FIG> and <FIG>. Once escalation process <NUM> is complete and the patient has been unable to cancel the escalation of the patient condition, control device <NUM> contacts network point <NUM> via network interface <NUM> in step <NUM> to request emergency service for handling of the patient condition. In one embodiment, mobile device may communicate at least one of a patient condition, a GPS location of the mobile device, a patient ID, a patient medical history, a recent sensor data report, etc..

It should be noted that step <NUM> and subsequent steps may be executed as a directly subsequent step to step <NUM>. Alternatively, step <NUM> and subsequent steps may be executed in an independent loop that is triggered independently by e.g. a periodic timing interrupt.

In the present description, multiple wearable sensors are used to collect data. <FIG> shows a flow for collecting the data from more than one wearable sensor at control device <NUM>. In steps <NUM> and <NUM>, sensor data from a wearable sensors 20a positioned on a left side of the body and wearable sensor 20b position on a right-hand side of the body is collected. In step <NUM>, sensor data from wearable sensor 20b is transmitted to wearable sensor 20b via wireless interface <NUM>. Once the sensor data from wearable sensor 20a is received at wearable sensor 20b, the sensor data from wearable sensor 20a is combined with the sensor data from wearable sensor 20b (collected previously in step <NUM>) and transmitted to control device <NUM> in step <NUM>. In an alternative embodiment to that shown in <FIG> shows an alternative flow for collecting the data from more than one wearable sensor at control device <NUM>. In steps <NUM> and <NUM>, sensor data from a wearable sensors 20a positioned on a left side of the body and wearable sensor 20b position on a right-hand side of the body is collected. In step <NUM>, control device <NUM> instructs wearable sensors 20a via wireless network interface <NUM> to send sensor data collected by wearable sensor 20a to control device <NUM>. In step <NUM>, wearable sensor 20a sends the collected data to control device <NUM> via wireless network interface <NUM>. In step <NUM>, control device <NUM> instructs wearable sensors 20b via wireless network interface <NUM> to send sensor data collected by wearable sensor 20b to control device <NUM>. In step <NUM>, wearable sensor 20b sends the collected data to control device <NUM> via wireless network interface <NUM>.

<FIG> shows an embodiment of escalation process <NUM> shown in <FIG>. Once a threshold for the probability of a patient condition being present has been exceeded, an embodiment of the description provides a process for testing the patient to determine if the patient is actually suffering from symptoms of the condition or whether the sensor data has merely resulted in a 'false positive'. Escalation process <NUM> comprises the following steps:
In step <NUM>, control device <NUM> begins the escalation process when the probability of a patient condition being present has been exceeded. In an embodiment of the invention, one or more user tests will be employed during a testing process to determine the user's physical and mental state. The term 'user' and 'patient' may be user interchangeably.

In one embodiment, the testing process comprises a countdown alert <NUM> presented to the user on the display of control device <NUM>. The countdown alert <NUM> may comprise a simple countdown alert showing a countdown in seconds before which control device <NUM> will move to step <NUM> to alert the medical services. The user has the option of cancelling the countdown at any time. If the user fails to respond to the countdown alert, control device <NUM> will move straight to step <NUM> to alert medical service. Where the patient cancels the countdown by performing the required cancellation task (e.g. pressing a CANCEL button), the patient is presented with the option to reset the escalation process. Alternatively, the user may be presented with the option of moving straight to step <NUM> to alert medical service if the patient feels that something is still wrong. In one embodiment, the user cannot cancel the countdown alert until all of the user tests are successfully completed. In one embodiment, a two part countdown is used. Countdown <NUM> is a short term countdown (e.g. less than <NUM> seconds) and may be cancelled by the user. Countdown <NUM> is a longer term countdown (e.g. longer than <NUM> seconds) that can only be cancelled by successfully completing all of the user tests.

In one embodiment, the testing process comprises a basic user test <NUM> presented to the user on the display of control device <NUM>. The basic user test may comprise one or more physical tests. A physical test may comprise a request that the patient move one or more of his or her limbs in a prescribed manner. move one hand or leg, move opposite hands or legs in sequence or simultaneously, clap the hands, stand up, jump, raise one or more knees to the patient's chest etc. A physical test is intended to perform one or more functions. Where motion sensor data indicates that one or more limb or side of the body appears to have limited movement, a physical test may be intended to provide data that can be used to discount the possibility that the patient is suffering from any form of paralysis. standing up or waving each hand in turn. Alternatively, where the motion sensor data indicates that a general asymmetry exists in the patient's movements, a physical test may be intended to provide data that can be used to provide clear data on the symmetry of the patient's present movements. Where a patient is wearing a wearable sensor on each wrist, a hand clap should provide a clearly symmetrical signal from each wearable sensor as long as the patient has a full range of movement in both arms. In the embodiment of <FIG>, if the user fails the basic user test <NUM>, control device <NUM> presents a further test to the patient. In alternative embodiments, control device <NUM> will move straight to step <NUM> to alert medical service if the patient fails the basic user test <NUM>. Where the patient passes basic user test <NUM>, the patient is presented with the option to reset the escalation process. Alternatively, the user may be presented with the option of proceeding with further tests or moving straight to step <NUM> to alert medical service if the patient feels that something is still wrong. It should be understood that the user tests described in the present description may be presented to the user in any combination or order deemed to produce the most reliable result.

In one embodiment, the testing process comprises an advanced user test <NUM> presented to the user on the display of control device <NUM>. The advanced user test may comprise one or more mental tests. A mental test comprises a request that the patient complete one or more mental tests intended to demonstrate that the user is capable of thinking clearly and rationally, e.g. a mental arithmetic test, a verbal reasoning test, a facial or general image recognition test, a vocalisation test, etc. As with the basic user test <NUM>, if the user fails the advanced user test <NUM>, control device <NUM> may presents a further step to the patient before moving to step <NUM>. In alternative embodiments, control device <NUM> will move straight to step <NUM> to alert medical service if the patient fails the advanced user test <NUM>. Where the patient passes advanced user test <NUM>, the patient is presented with the option to reset the escalation process. Alternatively, the user may be presented with the option of proceeding with further tests or moving straight to step <NUM> to alert medical service if the patient feels that something is still wrong.

<FIG> shows an alternative sequence of user tests to that shown in <FIG>. In <FIG>, step <NUM> comprises a countdown alert to provide the patient the opportunity to cancel the escalation where he or she still believe that no patient condition exists. Where no response is received, the alert is escalated immediately. In one embodiment, the countdown continues until all the subsequent tests are passed. Subsequent to the countdown alert, step <NUM> comprises a basic user test comprising a request that the user clap his or her hands three times. Finally, step <NUM> comprises an advanced user test as described above. In the embodiment of <FIG>, the advanced user test is a mental arithmetic test to assess the mental ability of the patient.

In one embodiment, a user test may comprise a vibration prompt only. This may determine where a user is unable to sense a vibration due to an ongoing stroke. In one embodiment, a flashing light is used as a control to the vibration test.

<FIG>-c show an example sensor data set from the present apparatus where wearable sensors 20a and 20b comprise accelerometers generating motion sensor data. <FIG> shows an example motion sensor data generated by wearable sensor 20a secured to a left limb of the patient's body over the period of an hour. <FIG> shows an example motion sensor data generated by wearable sensor 20b secured to a right limb of the patient's body over the same time period to that of <FIG>. In <FIG>, a differential between the motion sensor data of <FIG> and the motion sensor data of <FIG> is shown. Where the wearable sensors 20a and 20b are secured symmetrical to the patient's body, the differential between the motion sensor data from the respective wearable sensors 20a and 20b may show a low frequency motion asymmetry between the limb of the left side of the body and the limb of the left side of the body to which the wearable sensors are respectively secured. In <FIG>, a growing asymmetry is shown between the limbs of the left and right side of the patient as the hour progress.

<FIG> shows an embodiment extending the embodiment of <FIG>. In the embodiment of <FIG>, data analysis step <NUM> is split into a plurality of data analysis steps 475a, 475b, etc that may be performed in series or in parallel. In this embodiment, the data stored on control device <NUM> may be analysed in a different way for each of the plurality of data analysis steps.

<FIG> shows results for an embodiment using a plurality of plurality of data analysis steps <NUM> configured to analyse the motion sensor data over different time periods (shown by lines <NUM> and <NUM>). In such an embodiment, analysing the motion sensor data over a short period (e.g. line <NUM>) allows the possibility of find strokes quickly and relatively soon after they occur. However, in order to minimise false alarms, a short period analysis requires a narrow detection threshold. An analysis over a shorter time period is more likely to have a degree of noise that might trigger a false positive. Therefore, the range of acceptable positive values needs to be narrow, and a high threshold should be met before a stroke detection signal is generated. However, a high threshold may result in poor detection rates when the device is used over a longer period of time. In order to compensate for this, one embodiment provides the use of a data analysis step run in parallel with the short period analysis that analyses the motion sensor data over a longer period of time (e.g. line <NUM>). Analysing the motion sensor data over a longer period of time allows better detection rates, but necessarily incurs a longer delay before a stroke can be detected. In an example where the motion sensor data is analysed over a period of an hour, a very high detection rate of almost <NUM>% detection rate may be achieved, but an hour's delay is introduced to the detection, which could make a significant difference to the stroke victim's outlook. A fused method (shown by line <NUM>) can get the benefits of all methods. In one embodiment, the stroke detection apparatus may operate in multiple modes, varying the fidelity, data rate, resolution, or number of dimensions of the motion sensor data stored on the device. In an embodiment comprising two operating modes, the stroke detection apparatus may be configured to operate in a first mode when a possibility of an occurring stroke is determined by the stroke detection apparatus to be below a first threshold. In the first mode, the motion sensor data is stored at a first fidelity. i.e. the sample rate, sample size, bit rate, number of dimensions, or equivalent used to store the motion sensor data is set to a first value. Upon determination by the stroke detection apparatus that a risk of an ongoing stroke has risen above the first threshold, the stroke detection apparatus may be configured to operate in a second mode. In the second mode, the motion sensor data is stored at a second fidelity higher than the first fidelity. i.e. the sample rate, sample size, bit rate, number of dimensions, or equivalent used to store the motion sensor data is set to a second value, higher than the first value. This allows more detailed and more concise monitoring of the patient movement for periods of time when the patient stroke risk is determined to be high, while allowing improved storage and/or reduce power consumption by the device while the patient stroke risk is determined to be low.

In another embodiment, the stroke detection apparatus may be configured to operate in a first mode and/or second mode (as described above), as well as a third mode. The stroke detection apparatus may be configured to operate in a third mode when the stroke detection apparatus is monitoring the user for a specific movement. Where the stroke detection apparatus has prompted the user to perform a specific movement or gesture in order to pass a test. In the third mode, the motion sensor data is stored at a third fidelity higher than the first and/or second fidelity. i.e. the sample rate, sample size, bit rate, number of dimensions, or equivalent used to store the motion sensor data is set to a third value, higher than the first and or second values. The third mode allows the stroke detection apparatus to accurately capture the user's movements for a short period of time in sufficient fidelity that particular gestures can be captured. In some embodiments, a first mode and/or second mode stores motion sensor data in just a single dimension, while the third mode stores motion sensor data in a plurality of dimensions. This may allow clearer determination of particular patient movements.

In a one embodiment, the above apparatus is used in a rehabilitation context rather than a stroke detection context. By indirectly monitoring the patient's nervous system signals in the same manner as described above for detecting a stroke, the patient's recovery from a stroke can be tracked and rehabilitation guidance can be provided. Stroke rehabilitation strives to enable a patient to regain as much of the functions damaged by the stroke as possible and to aid the stroke victim to obtain as much functional independence as possible. Stroke rehabilitation is essential for the final functional outcome after stroke and the costs associated with the long-time disability following a stroke. In one configuration, the apparatus is configured to: <NUM>) Monitor and quantify the rehabilitation progress over time. <NUM>) Provide an active support to the stroke victim throughout the rehabilitation.

The process of monitoring and quantifying the rehabilitation progress may comprise reporting the correlation between accelerometer data (i.e. patient movement data) from the wearable sensors and a physiotherapist assessment of arm function before and after rehabilitation. Accelerometer data from the wearable sensors, and corresponding relevant movement data is presented in the app for the patient, and for the professional rehabilitation team.

Claim 1:
A stroke detection apparatus (<NUM>) comprising:
a data processing device comprising a processor,
at least one wearable sensor (<NUM>, 20a, 20b) configured to be worn by a user (<NUM>) and configured to transmit a movement data of the user to the data processing device (<NUM>), the data processing device configured to
receive the movement data,
process the movement data to determine a probability of a user stroke,
characterized in that
the data processing device is configured to store the movement data at a fidelity dependent on a probability of a user stroke,
wherein the fidelity of the stored movement data comprises at least one of a sample rate, a sample size, a bit rate, and a number of dimensions of the movement data,
wherein where the probability of a user stroke is determined to be below a first threshold, the stroke detection apparatus is configured to
operate in a first mode where the movement data is stored at a first fidelity, and wherein where the probability of a user stroke is determined to be above the first threshold, the stroke detection apparatus is configured to
operate in a second mode where the movement data is stored at a second fidelity, wherein the second fidelity is higher than a first fidelity.