US20090179756A1 - Bio-surveillance system - Google Patents

Bio-surveillance system Download PDF

Info

Publication number
US20090179756A1
US20090179756A1 US12/407,141 US40714109A US2009179756A1 US 20090179756 A1 US20090179756 A1 US 20090179756A1 US 40714109 A US40714109 A US 40714109A US 2009179756 A1 US2009179756 A1 US 2009179756A1
Authority
US
United States
Prior art keywords
trigger
symptoms
health symptom
recited
occurrences
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/407,141
Inventor
Todd Stout
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US12/407,141 priority Critical patent/US20090179756A1/en
Publication of US20090179756A1 publication Critical patent/US20090179756A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/103Detecting, measuring or recording devices for testing the shape, pattern, colour, size or movement of the body or parts thereof, for diagnostic purposes
    • A61B5/11Measuring movement of the entire body or parts thereof, e.g. head or hand tremor, mobility of a limb
    • A61B5/1112Global tracking of patients, e.g. by using GPS
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61BDIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02Alarms for ensuring the safety of persons
    • G08B21/10Alarms for ensuring the safety of persons responsive to calamitous events, e.g. tornados or earthquakes
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B31/00Predictive alarm systems characterised by extrapolation or other computation using updated historic data
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/80ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for detecting, monitoring or modelling epidemics or pandemics, e.g. flu

Definitions

  • the present invention relates generally to a bio-surveillance system that monitors the symptoms of people in need of medical assistance and generates an alert when the monitored symptoms exceed a trigger.
  • Emergency services dispatchers use a dispatcher computer system that prompts them through a series of questions to ask a caller about the details of the emergency, such as the symptoms of a person needing medical assistance. Based upon the responses to the questions, the dispatcher computer system makes a preliminary assessment or diagnosis which is communicated to the emergency response personnel.
  • the assignee of the present invention has developed a bio-surveillance system that monitors the number of occurrences of certain assessments or diagnosis from the dispatcher computer system.
  • the bio-surveillance system compares a trailing 12-hour total of selected assessments to a trigger threshold, which varies based upon the time of the day and the day of the week.
  • the trigger is set to some statistical variation of the historical data, such as the historical average plus two standard deviations.
  • an alert is activated that indicates that there may possibly be a biological or chemical attack.
  • the system assists emergency personnel and governmental authorities in identifying and responding to a potential threat as early as possible.
  • the bio-surveillance system relies upon the preliminary assessment or diagnosis of the dispatchers.
  • the dispatchers have a strong tendency to make assessments that are statistically more likely, and they are unlikely to make conclusions of statistically unlikely problems.
  • a dispatcher is unable, or unlikely, to conclude based upon the responses to the questions that the person in need of assistance has Anthrax, small pox or is suffering from a chemical attack or other extremely rare problem.
  • the dispatcher computer system is programmed to quickly assess statistically high likelihood problems and is not programmed to assess rare diseases from terrorist attacks.
  • the existing bio-surveillance system is also limited in its use of the triggers and its ability to change triggers.
  • the system must be taken off-line to change a trigger, and the trigger must be rebuilt statistically based upon the historical data. For example, if the administrator of the system wants to increase the sensitivity of the system in response to current threats, such as by reducing the trigger from the historical average plus three standard deviations to the historical average plus two standard deviations, the system is taken off-line, and the trigger is rebuilt by reprocessing all of the historical data. Therefore, it is difficult to temporarily change the trigger quickly.
  • calls and their associated assessments are indexed according to the address information, which can then be displayed in a listing of all the calls along with the problems to try to determine geographic relationships.
  • address information can then be displayed in a listing of all the calls along with the problems to try to determine geographic relationships.
  • the bio-surveillance system of the present invention alerts authorities of a potential biological or chemical terrorist attack or other event by monitoring symptoms reported to emergency services dispatchers.
  • a caller contacts an emergency service dispatcher.
  • the emergency services dispatcher inputs the symptoms into a dispatcher computer system, and the symptom information is provided to a local central computer.
  • Each trigger is set based on a statistical variation of the historical data of a symptom or a group of symptoms at various times of the day and days of the week.
  • the local central computer monitors the symptoms or the groups of symptoms to look for certain types of threats. When the reported symptoms or groups of symptoms exceed one of the triggers, an alert is activated, indicating the possibility of a terrorist attack or other rare event.
  • Various symptoms in a trigger can also be weighted.
  • the triggers of the bio-surveillance system can be changed “on the fly.” Therefore, an administrator can quickly define and change a trigger to represent certain criteria without having to wait for a recalculation of the entire trigger. The reports symptoms can then be compared to the redefined trigger to detect a threat.
  • the data from the local central computer in a geographic region can be sent via a secure Internet connection to a main central computer which performs the analysis described above on a larger regional, state or national scale.
  • the main central computer can have different triggers form the triggers used with the local central computer.
  • FIG. 1 schematically illustrates the bio-surveillance system of the present invention
  • FIG. 2 illustrates a screen capture of the software operating the bio-surveillance system of the present invention showing various selection buttons
  • FIG. 3 illustrates a screen capture showing the selection of trigger criteria for a given trigger
  • FIG. 4 illustrates a screen capture showing the volume settings of a given trigger
  • FIG. 5 illustrates a screen capture showing the spatial settings of a given trigger
  • FIG. 6 illustrates a screen capture showing the selection of the manner of generating an alert
  • FIG. 7 illustrates a graph illustrating a triggering event, a current event, and a historical event of a trigger on a given day
  • FIG. 8 illustrates a map showing the geographical locations of various symptoms
  • FIG. 9 illustrates a report of reported symptoms, addresses and time of calls reported to a dispatcher center.
  • FIG. 10 schematically illustrates numerous local bio-surveillance systems which communicate with a main central computer.
  • FIG. 1 schematically illustrates the bio-surveillance system 10 of the present invention.
  • the bio-surveillance system 10 alerts authorities of a potential occurrence of an unusual or rare nature, such as a biological or chemical terrorist attack or other event. By statistically examining the symptoms described in calls compared to historical data and the geographic locations of the incidents, the bio-surveillance system 10 can quickly alert authorities that a biological or chemical terrorist attack or other rare event has possibly occurred.
  • the bio-surveillance system 10 monitors the symptoms from all of the calls in a geographical area to provide a detection as early as possible.
  • a caller When person is in need of medical assistance, a caller contacts an emergency services dispatcher at a dispatcher center 14 . Usually, the caller contacts the emergency service dispatcher by telephone 12 , for example by calling 9-1-1.
  • a dispatcher computer system 16 prompts the emergency services dispatcher to ask the caller about the symptoms the person in need of medical assistance is experiencing through a series of questions. The emergency services dispatcher inputs the responses to the questions and the symptoms into the dispatcher computer system 16 . The dispatcher computer system 16 then provides this information to a local central computer 18 a .
  • Other local dispatch centers 14 b and 14 c also communicate with the local central computer 18 a .
  • the local dispatch centers 14 a , 14 b and 14 c preferably communicate information to the local central computer 18 a after each call.
  • the bio-surveillance system 10 monitors the underlying responses to the questions, including the symptoms experienced by the person in need of medical assistance.
  • the symptoms can include headache, fever, fainting, clammy, unconscious, bleeding, vomiting, nausea, etc, or any other type of symptoms.
  • the dispatcher computer system 16 identifies the address of the caller and associates the address and the time of the call with the symptoms the person is experiencing.
  • the dispatcher computer system 16 relays the address to the local central computer 18 a .
  • the address of the caller is geo-coded to a specific latitude and a longitude, and the local central computer 18 a tracks the symptoms reported by the various calls placed to the local dispatch centers 14 a , 14 b and 14 c.
  • Various triggers are programmed and stored in the bio-surveillance system 10 to look for certain types of threats. Each trigger is based on a statistical variation of historical data of the occurrence of the symptoms or various symptoms in a geographical area. Each trigger can vary based on the time of day and the day of the week. The triggers can be customized by an administrator to look for specific threats in a given geographical area.
  • an alert is activated.
  • the alert can be transmitted by pager, email, an on-screen message, fax, a printed report, or any other method of altering a user.
  • the alert can also provide information of whether the alert is a serious event or if it simply an increase in non-related calls.
  • FIG. 2 illustrates a screen capture of the main screen of the software that operates the bio-surveillance system 10 of the present invention.
  • the administrator at the local central computer 18 a can set or change the triggers, view the selection of triggers, view a map of the geographical location of the symptoms, or view a report of the reported symptoms.
  • the administrator can modify the triggers.
  • the administrator can view various reports related to the reported symptoms, such as a listing of all symptoms and locations ( FIG. 10 ).
  • the administrator can view a chart comparing the reported symptoms, the historical data, and the trigger ( FIG. 8 ).
  • the “view map” button 28 the administrator can view a map of the geographical location showing where the symptoms have been reported ( FIG. 9 ). For example, as shown in FIG. 9 , the monitored symptoms appear as triangles. By viewing a map of the symptoms, an administrator can visually see where the symptoms have been reported.
  • the administrator wants to change a given trigger, the administrator selects the “settings” button 22 , which opens the screen shown in FIG. 3 .
  • the administrator wants to change the symptoms selected for a given trigger, the administrator selects the “problem/nature criteria” tab 30 as shown in FIG. 3 , which illustrates an example of a screen capture showing the selection of the symptoms for a given trigger.
  • the name of the trigger that is being modified is inputted into a name field 32 . All possible symptoms are listed in a “problem/nature criteria” list 34 , which includes a list of all potential symptoms.
  • the administrator can add and remove symptoms by using this screen. For example, when the administrator wants to add a symptom to a trigger, the administrator highlights the symptom in the “problem/nature criteria” list 34 and clicks on the “add to list” button 36 . When selected, the symptom appears in a “problem/nature trigger criteria” list 38 which includes a list of all selected symptoms, indicating that the selected symptom is now added to the trigger. A symptom can be removed by selecting and highlighting the symptom in the “problem/nature trigger criteria” list 38 and clicking the “remove from list” button 40 to remove the symptom from the “problem/nature trigger criteria” list 38 .
  • the administrator wants to modify the sensitivity of the trigger, the administrator selects the “volume settings” tab 42 .
  • the resulting screen is illustrated in FIG. 4 .
  • the administrator can input into the standard deviation field 44 the number of standard deviations of the trigger from the historical average. For example, in response to a threat, the administrator can make a given trigger more sensitive by reducing the trigger from the historical average plus three standard deviations to the historical average plus two standard deviations.
  • the window of analysis, or the amount of time in the past that is analyzed, is inputted into field 46 .
  • the number inputted into field 46 determines how far back data is considered to calculate the trigger. In the example shown in FIG. 4 , 12-hour trailing data would be the basis of comparison.
  • the administrator selects the “recalculate” button 48 to recalculate the trigger.
  • the administrator can also modify a given trigger so that the bio-surveillance system 10 generates an alert if a predetermined number of calls relating to the symptoms in a given trigger are reported in predetermined area by selecting the “spatial settings” tab 50 .
  • spatial alert triggering is activated by checking the “use spatial alert triggering” box 52 .
  • the required number of calls is inputted into the “number of calls” field 54
  • the radius of the calls is inputted into the “miles radius” field 56 . For example, as shown in FIG. 5 , if there are more than 10 calls relating to the symptoms in the selected trigger in a 5 mile radius within 12 hours (from FIG. 4 ), an alert is generated.
  • the administrator can select the method of delivering an alert by selecting the “alerts” tab 58 .
  • the alert can be generated by a printer by selecting the “print reports on trigger” box 60 .
  • the alert can be sent to a pager by selecting the “send page alert on trigger” box 62 .
  • the alert can be emailed by selecting the “send alert emails with report attachments on trigger” box 64 or faxed by selecting the “send alert faxes with report attachments on trigger” box 66 . If the alert is emailed or faxed, the chart showing the reported symptoms and the trigger ( FIG. 8 ), the map of reports ( FIG. 9 ), and the report of the symptoms ( FIG. 10 ) are also sent with the alert.
  • the administrator selects the “email and fax alert configuration” button 68 to program the email addresses and fax numbers that receive the alert.
  • the administrator can test the bio-surveillance system 10 by selecting the “test alerts” button 70 to determine if the system 10 is working properly.
  • the administrator can also program a message to be sent with the alerts in the “report message” field 72 .
  • the administrator selects the “close & go to the main menu” button 74 .
  • FIG. 7 illustrates a graph which displays the monitored symptoms of a given trigger.
  • Line 1 illustrates a line representing the 12-hour trailing average for the symptoms in the trigger during a given day based on historical data.
  • Line 2 illustrates a line representing the trigger.
  • Line 3 illustrates a line representing the actual calls received relating to the symptoms. As shown, at hour 5, the number of calls relating to the symptoms in the trigger exceeds the trigger threshold. Therefore, an alert is generated at hour 5 indicating the possibility of a threat.
  • the graph can be viewed by selecting the “view map” button 28 of FIG. 2 .
  • the map can also be faxed or emailed to a desired person when an alert is generated.
  • the bio-surveillance system 10 also displays occurrences of the symptoms or groups of symptoms on a map for easier evaluation by a human.
  • the location of the selected symptoms or groups of symptoms can be displayed as dots on a street map in a selected geographic area. If the alert is triggered, a user can look at a map for clustering and can begin researching the triggering event. In the screen capture illustrated, the reported symptoms are illustrated as triangles.
  • the map can be viewed by selecting the “view map” button 28 in FIG. 2 . The map can also be faxed or emailed to a desired person when an alert is generated.
  • FIG. 9 illustrates a report summarizing all of the reported symptoms, the addresses of the calls, and the date and time of the calls inputted into the bio-surveillance system 10 .
  • the report can be viewed by selecting the “view reports” button 24 in FIG. 2 .
  • the report can also be faxed or emailed to a desired person when an alert is generated.
  • the symptoms inputted into the dispatcher computer system 16 can also be monitored remotely.
  • the data from the local central computer 18 a in a geographic area is sent via a secure encrypted Internet connection to a main central computer 20 which performs the analysis described above on a regional scale.
  • Other local central computers 18 b and 18 c from other geographic area also communicate with the main central computer 20 .
  • the main central computer 20 aggregates the data from the multiple local central computers 18 a , 18 b and 18 c for analysis on a local, or and national scale. Even though the main central computer 20 aggregates the data and includes its own triggers, the local central computers 18 a , 18 b and 18 c can each still include their own sets of triggers as described above. However, the main central computer 20 can have different triggers to monitor different types of threats (e.g. more slowly developing threats) because they are monitoring more data from a larger geographic area. Again, these triggers can be changed on the fly based upon the current threat level.
  • the main central computer 20 can monitor the website of the Office of Homeland Security. If the current threat level changes, the main central computer 20 can adjust the triggers automatically to be more sensitive. For example, if the threat level changes from yellow to orange, the threat level increases. The main central computer 20 can then adjust the triggers in response to this increase to be more sensitive. For example, the trigger can be adjusted from the historical average plus three standard deviations to the historical average plus two standard deviations.
  • the triggers are calculated “on the fly.”
  • the administrator can define and change a trigger to include certain criteria. For example, the administrator can add a symptom or change the statistical relationship to the historical data based upon the perceived threat and/or vulnerability.
  • the administrator can easily increase the sensitivity of the bio-surveillance system 10 by changing the trigger criteria ( FIGS. 4 and 5 ) without taking the system off-line and waiting for the system 10 to rebuild all of the triggers.
  • the sensitivity of the bio-surveillance system 10 can be increased by decreasing the standard deviation field 44 in FIG. 4 from three standard deviations to two standard deviations, so that the trigger changes from the historical average plus three standard deviations to the historical average plus two standard deviations, making the bio-surveillance system 10 more sensitive.
  • the method for implementing the change is described below.
  • the trigger has a historical window, a repeat frequency and period, and an update frequency and period. For example, if the historical window is one year, then the trigger is calculated only based upon data from the preceding year. If the trigger's update frequency is five minutes, then the trigger is updated every five minutes. During an update, the immediately preceding update period (e.g. the immediately preceding five minutes) is added to the historical data while the update period now preceding the historical window (e.g. the five minutes immediately preceding the immediately preceding year) is dropped from the historical data and the trigger is updated based upon the specified statistical criteria.
  • the trigger potentially has distinct values for every update period during its repeat period.
  • the trigger's repeat period may be one week, so that at a given moment, the trigger would have distinct values for each five minute period Sunday through Saturday. Because the update involves only adding five minutes worth of data to the historical data and subtracting five minutes worth of data from the historical data, without recalculating all the data in between, the update can be calculated very quickly.
  • the criteria for each trigger can also be changed “on the fly,” i.e. without taking the system off-line. If a trigger is changed because of a threat (either a “volume” trigger ( FIG. 4 ), or a “spatial” trigger (FIG. 5 )), the trigger must be recalculated. During the time that the new trigger is being recalculated (the “recalculation time”), the bio-surveillance system 10 continues to compare the reported number of the given symptoms to the old trigger. Once the new trigger is calculated after the recalculation time, the new trigger is compared to the reported symptoms.
  • the next update to the trigger must add the actual data accumulated during the recalculation time to the historical data (while subtracting out a corresponding period from before the historical window). This first update may even take longer than the normal update period, so again the second update would need to include the actual data accumulated during the first update period. This could continue iteratively, with each calculation time being less than the previous until reaching the normal update period.
  • each trigger could be completely calculated before each comparison of the inputted data to the trigger. Therefore, altering the criteria is no different from updating the trigger.
  • the frequency of the comparison of the trigger and the inputted data is also variable and can be programmed by the administrator. For example, the inputted data and the trigger can be compared every 5 minutes.
  • the local dispatch centers 14 a , 14 b and 14 c send the symptom information to the local central computer 18 a after every call or even during each call as the symptoms are entered into the dispatcher computer system 16 for comparison with the trigger.
  • Each symptom in a given trigger can also be provided with a weighting factor. For each symptom having a weighting factor in a given trigger, the number of occurrences of each symptom is multiplied by its weighting factor. The total number of weighted occurrences of all of the symptoms is then compared to the trigger. Each trigger can also require that a specific number of reports of each of the symptoms be required. An alert is activated when the total number of weighted occurrences of the symptoms in the trigger meets or exceeds the trigger.
  • trigger A can be set at 500 based on the symptoms headache and nausea.
  • an alert is activated.
  • headache has a weighting factor of 3
  • nausea has a weighting factor of 2. If 150 reports of headache (150 reports multiplied by the weighting factor of 3) and 75 reports of nausea (75 reports multiplied by the weighting factor of 2) are reported, the weighted total would be 600 and an alert would be triggered as the weighted total exceeds 500.
  • trigger A can be set to also require a specific number of reports of each of the symptoms.
  • the trigger A can also require in addition to the combined weighted total of 500 reports that 100 reports of headache and 100 reports of nausea be reported. In the described example, only 75 reports of nausea are reported. Therefore, although the weighted total of 500 was exceeded, the individual requirement of 100 reports of nausea was not reached. Therefore, an alert would not be generated.
  • a symptom can also belong to multiple triggers and can have a different weighting factor in each trigger.
  • headache can have a weighting factor of 2 and nausea can have a weighting factor of 3.
  • trigger B headache can have a weighting factor of 3 and nausea can have a weighting factor of 2.
  • Each trigger can also have its own treatment of the geographic relationship of the symptoms.
  • the trigger can be weighted and include a value which depends on the proximity or clustering of the symptoms. In general, the greater the concentration of the monitored symptoms in a trigger, the more likely the trigger is to be triggered to generate an alert. Alternately, data indicating no grouping or clustering of symptoms will tend to decrease the level of concern. Different statistical or numerical methods can be used to assign a value to the clustering or grouping of the symptoms.
  • the geographical information is not part of the trigger, but is considered prior to generating an alert. If a trigger is exceeded, the local central computer 18 a checks the geographic locations of the symptoms prior to generating an alert. If the central computer 18 a determines that the calls are clustered, an alert would be activated. However, if the central computer 18 a determines that there is no pattern to the calls, the alert would not be activated.
  • the triggers can also monitor the rates of change of certain symptoms or groups of symptoms. Depending upon the particular threat monitored by a given trigger, the rate of change of certain symptoms can be important in analyzing the potential occurrence of a threat. Some potential attacks may occur more quickly or more slowly than others.
  • a trigger can be set to consider the rate of change of the symptoms in a given time period. For example, a trigger can be set to monitor the rates of change of certain symptoms or groups of symptoms in a 12-hour trailing period or a 24-hour trailing period. As described above, the trailing period is set by inputting the desired amount of time into the box 46 of FIG. 4 .
  • Filters can also be employed to include or exclude calls based on criteria set in the database. For example, if the temperature in the geographical area increases, a filter can be employed to reduce the weighting of heat related symptoms.
  • Counter values can also be used in the calculations of the triggers. For example, information about the number of patients transported, the units cancelled prior to arriving on the scene, and the calls waiting in the queue can be detected and used to adjust the trigger. Information from other sources can also be utilized. For example, symptoms experienced by animals reported by veterinarians or animal control centers and symptoms experienced by people in an emergency room can also be inputted into the bio-surveillance system 10 .
  • the present invention has been described for use in monitoring potential terrorist threats, this invention is also useful for monitoring other hazards, threats or situations.
  • the present invention is useful for monitoring heat-related emergency dispatch calls, occurrences of food poisoning, rises in levels of gang violence and any other situation that may cause a rise in the number of calls for emergency assistance.

Abstract

A bio-surveillance system monitors symptoms or groups of symptoms experienced by people in a geographical area. The system tracks symptoms reported by calls to an emergency service dispatcher. The bio-surveillance system monitors the symptoms and associates the geographical location with the symptoms. Various triggers are programmed and stored in the system to look for certain types of threats. Each trigger is set based on a statistical variation of the historical data relating to the symptoms within a predetermined time in a predefined geographical area. When the reported symptoms exceed one of the triggers, an alert is activated to provide an indication of a potential biological or chemical terrorist attack.

Description

    REFERENCE TO RELATED APPLICATIONS
  • This application claims is a continuation of U.S. patent application Ser. No. 10/524,918 filed on Jul. 5, 2005, which is a National Stage Application of PCT Application PCT/US03/025967 filed on Aug. 19, 2003, which claims priority to U.S. Patent Application 60/404,364 filed on Aug. 19, 2002.
  • BACKGROUND OF THE INVENTION
  • The present invention relates generally to a bio-surveillance system that monitors the symptoms of people in need of medical assistance and generates an alert when the monitored symptoms exceed a trigger.
  • Emergency services dispatchers use a dispatcher computer system that prompts them through a series of questions to ask a caller about the details of the emergency, such as the symptoms of a person needing medical assistance. Based upon the responses to the questions, the dispatcher computer system makes a preliminary assessment or diagnosis which is communicated to the emergency response personnel.
  • Recently, there have been fears of biological or chemical terrorist attacks. In response to these fears, the assignee of the present invention has developed a bio-surveillance system that monitors the number of occurrences of certain assessments or diagnosis from the dispatcher computer system. The bio-surveillance system compares a trailing 12-hour total of selected assessments to a trigger threshold, which varies based upon the time of the day and the day of the week. The trigger is set to some statistical variation of the historical data, such as the historical average plus two standard deviations. When the number of assessments exceeds the trigger, an alert is activated that indicates that there may possibly be a biological or chemical attack. The system assists emergency personnel and governmental authorities in identifying and responding to a potential threat as early as possible.
  • There are several drawbacks to the existing system. For one, the bio-surveillance system relies upon the preliminary assessment or diagnosis of the dispatchers. By following the pre-programmed series of questions, the dispatchers have a strong tendency to make assessments that are statistically more likely, and they are unlikely to make conclusions of statistically unlikely problems.
  • For example, although there is a current concern regarding biological attacks, a dispatcher is unable, or unlikely, to conclude based upon the responses to the questions that the person in need of assistance has Anthrax, small pox or is suffering from a chemical attack or other extremely rare problem. The dispatcher computer system is programmed to quickly assess statistically high likelihood problems and is not programmed to assess rare diseases from terrorist attacks.
  • The existing bio-surveillance system is also limited in its use of the triggers and its ability to change triggers. In the existing system, the system must be taken off-line to change a trigger, and the trigger must be rebuilt statistically based upon the historical data. For example, if the administrator of the system wants to increase the sensitivity of the system in response to current threats, such as by reducing the trigger from the historical average plus three standard deviations to the historical average plus two standard deviations, the system is taken off-line, and the trigger is rebuilt by reprocessing all of the historical data. Therefore, it is difficult to temporarily change the trigger quickly.
  • Further, in the existing system, calls and their associated assessments are indexed according to the address information, which can then be displayed in a listing of all the calls along with the problems to try to determine geographic relationships. However, it is difficult to determine geographic relationships simply based upon addresses and because different dispatchers may make different assessments.
  • SUMMARY OF THE INVENTION
  • The bio-surveillance system of the present invention alerts authorities of a potential biological or chemical terrorist attack or other event by monitoring symptoms reported to emergency services dispatchers. When person is in need of medical assistance, a caller contacts an emergency service dispatcher. The emergency services dispatcher inputs the symptoms into a dispatcher computer system, and the symptom information is provided to a local central computer.
  • Various triggers are programmed and stored in the bio-surveillance system. Each trigger is set based on a statistical variation of the historical data of a symptom or a group of symptoms at various times of the day and days of the week. The local central computer monitors the symptoms or the groups of symptoms to look for certain types of threats. When the reported symptoms or groups of symptoms exceed one of the triggers, an alert is activated, indicating the possibility of a terrorist attack or other rare event. Various symptoms in a trigger can also be weighted.
  • The triggers of the bio-surveillance system can be changed “on the fly.” Therefore, an administrator can quickly define and change a trigger to represent certain criteria without having to wait for a recalculation of the entire trigger. The reports symptoms can then be compared to the redefined trigger to detect a threat.
  • The data from the local central computer in a geographic region can be sent via a secure Internet connection to a main central computer which performs the analysis described above on a larger regional, state or national scale. The main central computer can have different triggers form the triggers used with the local central computer.
  • These and other features of the present invention will be best understood from the following specification and drawings.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The various features and advantages of the invention will become apparent to those skilled in the art from the following detailed description of the currently preferred embodiment. The drawing that accompany the detailed description can be briefly described as follows:
  • FIG. 1 schematically illustrates the bio-surveillance system of the present invention;
  • FIG. 2 illustrates a screen capture of the software operating the bio-surveillance system of the present invention showing various selection buttons;
  • FIG. 3 illustrates a screen capture showing the selection of trigger criteria for a given trigger;
  • FIG. 4 illustrates a screen capture showing the volume settings of a given trigger;
  • FIG. 5 illustrates a screen capture showing the spatial settings of a given trigger;
  • FIG. 6 illustrates a screen capture showing the selection of the manner of generating an alert;
  • FIG. 7 illustrates a graph illustrating a triggering event, a current event, and a historical event of a trigger on a given day;
  • FIG. 8 illustrates a map showing the geographical locations of various symptoms;
  • FIG. 9 illustrates a report of reported symptoms, addresses and time of calls reported to a dispatcher center; and
  • FIG. 10 schematically illustrates numerous local bio-surveillance systems which communicate with a main central computer.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
  • FIG. 1 schematically illustrates the bio-surveillance system 10 of the present invention. The bio-surveillance system 10 alerts authorities of a potential occurrence of an unusual or rare nature, such as a biological or chemical terrorist attack or other event. By statistically examining the symptoms described in calls compared to historical data and the geographic locations of the incidents, the bio-surveillance system 10 can quickly alert authorities that a biological or chemical terrorist attack or other rare event has possibly occurred. The bio-surveillance system 10 monitors the symptoms from all of the calls in a geographical area to provide a detection as early as possible.
  • When person is in need of medical assistance, a caller contacts an emergency services dispatcher at a dispatcher center 14. Usually, the caller contacts the emergency service dispatcher by telephone 12, for example by calling 9-1-1. A dispatcher computer system 16 prompts the emergency services dispatcher to ask the caller about the symptoms the person in need of medical assistance is experiencing through a series of questions. The emergency services dispatcher inputs the responses to the questions and the symptoms into the dispatcher computer system 16. The dispatcher computer system 16 then provides this information to a local central computer 18 a. Other local dispatch centers 14 b and 14 c also communicate with the local central computer 18 a. The local dispatch centers 14 a, 14 b and 14 c preferably communicate information to the local central computer 18 a after each call.
  • Based upon a single call or even a few calls, an emergency services dispatcher is unlikely or unable to determine that a chemical or biological attack or other rare event has occurred. The bio-surveillance system 10 monitors the underlying responses to the questions, including the symptoms experienced by the person in need of medical assistance. For example, the symptoms can include headache, fever, fainting, clammy, unconscious, bleeding, vomiting, nausea, etc, or any other type of symptoms.
  • The dispatcher computer system 16 identifies the address of the caller and associates the address and the time of the call with the symptoms the person is experiencing. The dispatcher computer system 16 relays the address to the local central computer 18 a. The address of the caller is geo-coded to a specific latitude and a longitude, and the local central computer 18 a tracks the symptoms reported by the various calls placed to the local dispatch centers 14 a, 14 b and 14 c.
  • Various triggers are programmed and stored in the bio-surveillance system 10 to look for certain types of threats. Each trigger is based on a statistical variation of historical data of the occurrence of the symptoms or various symptoms in a geographical area. Each trigger can vary based on the time of day and the day of the week. The triggers can be customized by an administrator to look for specific threats in a given geographical area.
  • When the symptoms reported by the local dispatch centers 14 a, 14 b and 14 c exceed one of the triggers, an alert is activated. The alert can be transmitted by pager, email, an on-screen message, fax, a printed report, or any other method of altering a user. The alert can also provide information of whether the alert is a serious event or if it simply an increase in non-related calls.
  • FIG. 2 illustrates a screen capture of the main screen of the software that operates the bio-surveillance system 10 of the present invention. Through this screen, the administrator at the local central computer 18 a can set or change the triggers, view the selection of triggers, view a map of the geographical location of the symptoms, or view a report of the reported symptoms.
  • For example, if the administrator selects the “settings” button 22, the administrator can modify the triggers. By selecting the “view reports” button 24, the administrator can view various reports related to the reported symptoms, such as a listing of all symptoms and locations (FIG. 10). By selecting the “view chart” button 26, the administrator can view a chart comparing the reported symptoms, the historical data, and the trigger (FIG. 8). By selecting the “view map” button 28, the administrator can view a map of the geographical location showing where the symptoms have been reported (FIG. 9). For example, as shown in FIG. 9, the monitored symptoms appear as triangles. By viewing a map of the symptoms, an administrator can visually see where the symptoms have been reported.
  • When the administrator wants to change a given trigger, the administrator selects the “settings” button 22, which opens the screen shown in FIG. 3. If the administrator wants to change the symptoms selected for a given trigger, the administrator selects the “problem/nature criteria” tab 30 as shown in FIG. 3, which illustrates an example of a screen capture showing the selection of the symptoms for a given trigger. The name of the trigger that is being modified is inputted into a name field 32. All possible symptoms are listed in a “problem/nature criteria” list 34, which includes a list of all potential symptoms.
  • When setting a trigger, the administrator can add and remove symptoms by using this screen. For example, when the administrator wants to add a symptom to a trigger, the administrator highlights the symptom in the “problem/nature criteria” list 34 and clicks on the “add to list” button 36. When selected, the symptom appears in a “problem/nature trigger criteria” list 38 which includes a list of all selected symptoms, indicating that the selected symptom is now added to the trigger. A symptom can be removed by selecting and highlighting the symptom in the “problem/nature trigger criteria” list 38 and clicking the “remove from list” button 40 to remove the symptom from the “problem/nature trigger criteria” list 38.
  • When the administrator wants to modify the sensitivity of the trigger, the administrator selects the “volume settings” tab 42. The resulting screen is illustrated in FIG. 4. After selecting the “volume settings” tab 42, the administrator can input into the standard deviation field 44 the number of standard deviations of the trigger from the historical average. For example, in response to a threat, the administrator can make a given trigger more sensitive by reducing the trigger from the historical average plus three standard deviations to the historical average plus two standard deviations. The window of analysis, or the amount of time in the past that is analyzed, is inputted into field 46. The number inputted into field 46 determines how far back data is considered to calculate the trigger. In the example shown in FIG. 4, 12-hour trailing data would be the basis of comparison. When the changes are made, the administrator selects the “recalculate” button 48 to recalculate the trigger.
  • The administrator can also modify a given trigger so that the bio-surveillance system 10 generates an alert if a predetermined number of calls relating to the symptoms in a given trigger are reported in predetermined area by selecting the “spatial settings” tab 50. As shown in FIG. 5, spatial alert triggering is activated by checking the “use spatial alert triggering” box 52. The required number of calls is inputted into the “number of calls” field 54, and the radius of the calls is inputted into the “miles radius” field 56. For example, as shown in FIG. 5, if there are more than 10 calls relating to the symptoms in the selected trigger in a 5 mile radius within 12 hours (from FIG. 4), an alert is generated.
  • The administrator can select the method of delivering an alert by selecting the “alerts” tab 58. As shown in FIG. 6, the alert can be generated by a printer by selecting the “print reports on trigger” box 60. The alert can be sent to a pager by selecting the “send page alert on trigger” box 62. The alert can be emailed by selecting the “send alert emails with report attachments on trigger” box 64 or faxed by selecting the “send alert faxes with report attachments on trigger” box 66. If the alert is emailed or faxed, the chart showing the reported symptoms and the trigger (FIG. 8), the map of reports (FIG. 9), and the report of the symptoms (FIG. 10) are also sent with the alert. The administrator selects the “email and fax alert configuration” button 68 to program the email addresses and fax numbers that receive the alert. The administrator can test the bio-surveillance system 10 by selecting the “test alerts” button 70 to determine if the system 10 is working properly. The administrator can also program a message to be sent with the alerts in the “report message” field 72. When the administrator is finished modifying the alert from this screen or modifying any of the triggers employing the above-described screens, the administrator selects the “close & go to the main menu” button 74.
  • FIG. 7 illustrates a graph which displays the monitored symptoms of a given trigger. Line 1 illustrates a line representing the 12-hour trailing average for the symptoms in the trigger during a given day based on historical data. Line 2 illustrates a line representing the trigger. Line 3 illustrates a line representing the actual calls received relating to the symptoms. As shown, at hour 5, the number of calls relating to the symptoms in the trigger exceeds the trigger threshold. Therefore, an alert is generated at hour 5 indicating the possibility of a threat. As described above, the graph can be viewed by selecting the “view map” button 28 of FIG. 2. The map can also be faxed or emailed to a desired person when an alert is generated.
  • As shown in FIG. 8, the bio-surveillance system 10 also displays occurrences of the symptoms or groups of symptoms on a map for easier evaluation by a human. For example, the location of the selected symptoms or groups of symptoms can be displayed as dots on a street map in a selected geographic area. If the alert is triggered, a user can look at a map for clustering and can begin researching the triggering event. In the screen capture illustrated, the reported symptoms are illustrated as triangles. As described above, the map can be viewed by selecting the “view map” button 28 in FIG. 2. The map can also be faxed or emailed to a desired person when an alert is generated.
  • FIG. 9 illustrates a report summarizing all of the reported symptoms, the addresses of the calls, and the date and time of the calls inputted into the bio-surveillance system 10. As described above, the report can be viewed by selecting the “view reports” button 24 in FIG. 2. The report can also be faxed or emailed to a desired person when an alert is generated.
  • The symptoms inputted into the dispatcher computer system 16 can also be monitored remotely. As shown in FIG. 10, the data from the local central computer 18 a in a geographic area, such as a city, county or state, is sent via a secure encrypted Internet connection to a main central computer 20 which performs the analysis described above on a regional scale. Other local central computers 18 b and 18 c from other geographic area also communicate with the main central computer 20.
  • The main central computer 20 aggregates the data from the multiple local central computers 18 a, 18 b and 18 c for analysis on a local, or and national scale. Even though the main central computer 20 aggregates the data and includes its own triggers, the local central computers 18 a, 18 b and 18 c can each still include their own sets of triggers as described above. However, the main central computer 20 can have different triggers to monitor different types of threats (e.g. more slowly developing threats) because they are monitoring more data from a larger geographic area. Again, these triggers can be changed on the fly based upon the current threat level.
  • The main central computer 20 can monitor the website of the Office of Homeland Security. If the current threat level changes, the main central computer 20 can adjust the triggers automatically to be more sensitive. For example, if the threat level changes from yellow to orange, the threat level increases. The main central computer 20 can then adjust the triggers in response to this increase to be more sensitive. For example, the trigger can be adjusted from the historical average plus three standard deviations to the historical average plus two standard deviations.
  • In the bio-surveillance system 10 of the present invention, the triggers are calculated “on the fly.” The administrator can define and change a trigger to include certain criteria. For example, the administrator can add a symptom or change the statistical relationship to the historical data based upon the perceived threat and/or vulnerability.
  • If a threat is received, the administrator can easily increase the sensitivity of the bio-surveillance system 10 by changing the trigger criteria (FIGS. 4 and 5) without taking the system off-line and waiting for the system 10 to rebuild all of the triggers. For example, the sensitivity of the bio-surveillance system 10 can be increased by decreasing the standard deviation field 44 in FIG. 4 from three standard deviations to two standard deviations, so that the trigger changes from the historical average plus three standard deviations to the historical average plus two standard deviations, making the bio-surveillance system 10 more sensitive. The method for implementing the change is described below.
  • Referring to FIG. 7, the trigger has a historical window, a repeat frequency and period, and an update frequency and period. For example, if the historical window is one year, then the trigger is calculated only based upon data from the preceding year. If the trigger's update frequency is five minutes, then the trigger is updated every five minutes. During an update, the immediately preceding update period (e.g. the immediately preceding five minutes) is added to the historical data while the update period now preceding the historical window (e.g. the five minutes immediately preceding the immediately preceding year) is dropped from the historical data and the trigger is updated based upon the specified statistical criteria. The trigger potentially has distinct values for every update period during its repeat period. For example, the trigger's repeat period may be one week, so that at a given moment, the trigger would have distinct values for each five minute period Sunday through Saturday. Because the update involves only adding five minutes worth of data to the historical data and subtracting five minutes worth of data from the historical data, without recalculating all the data in between, the update can be calculated very quickly.
  • In the present invention, the criteria for each trigger (FIGS. 4 and 5) can also be changed “on the fly,” i.e. without taking the system off-line. If a trigger is changed because of a threat (either a “volume” trigger (FIG. 4), or a “spatial” trigger (FIG. 5)), the trigger must be recalculated. During the time that the new trigger is being recalculated (the “recalculation time”), the bio-surveillance system 10 continues to compare the reported number of the given symptoms to the old trigger. Once the new trigger is calculated after the recalculation time, the new trigger is compared to the reported symptoms. If (as expected) the recalculation time is longer than the normal update period, the next update to the trigger must add the actual data accumulated during the recalculation time to the historical data (while subtracting out a corresponding period from before the historical window). This first update may even take longer than the normal update period, so again the second update would need to include the actual data accumulated during the first update period. This could continue iteratively, with each calculation time being less than the previous until reaching the normal update period.
  • Alternatively, if the processing power is sufficient relative to the size of the historical data, each trigger could be completely calculated before each comparison of the inputted data to the trigger. Therefore, altering the criteria is no different from updating the trigger.
  • The frequency of the comparison of the trigger and the inputted data is also variable and can be programmed by the administrator. For example, the inputted data and the trigger can be compared every 5 minutes. Continuing with the above-example, although the trigger is calculated every hour, the local dispatch centers 14 a, 14 b and 14 c send the symptom information to the local central computer 18 a after every call or even during each call as the symptoms are entered into the dispatcher computer system 16 for comparison with the trigger.
  • Although a preferred embodiment is described above, many variations are possible, especially in the statistical analysis of the data. Some examples are described below.
  • Each symptom in a given trigger can also be provided with a weighting factor. For each symptom having a weighting factor in a given trigger, the number of occurrences of each symptom is multiplied by its weighting factor. The total number of weighted occurrences of all of the symptoms is then compared to the trigger. Each trigger can also require that a specific number of reports of each of the symptoms be required. An alert is activated when the total number of weighted occurrences of the symptoms in the trigger meets or exceeds the trigger.
  • For example, trigger A can be set at 500 based on the symptoms headache and nausea. When a combined total of 500 reports of weighted headache and weighted nausea are inputted by the emergency services dispatcher in a given geographical area at a given time, an alert is activated. For example, headache has a weighting factor of 3, and nausea has a weighting factor of 2. If 150 reports of headache (150 reports multiplied by the weighting factor of 3) and 75 reports of nausea (75 reports multiplied by the weighting factor of 2) are reported, the weighted total would be 600 and an alert would be triggered as the weighted total exceeds 500.
  • Alternatively, trigger A can be set to also require a specific number of reports of each of the symptoms. For example, the trigger A can also require in addition to the combined weighted total of 500 reports that 100 reports of headache and 100 reports of nausea be reported. In the described example, only 75 reports of nausea are reported. Therefore, although the weighted total of 500 was exceeded, the individual requirement of 100 reports of nausea was not reached. Therefore, an alert would not be generated. Although these examples have been described, it is to be understood that the parameters for the triggers can vary.
  • Different symptoms in a specific trigger can have different weighting factors. A symptom can also belong to multiple triggers and can have a different weighting factor in each trigger. For example, in trigger A, headache can have a weighting factor of 2 and nausea can have a weighting factor of 3. In trigger B, headache can have a weighting factor of 3 and nausea can have a weighting factor of 2.
  • Each trigger can also have its own treatment of the geographic relationship of the symptoms. For example, the trigger can be weighted and include a value which depends on the proximity or clustering of the symptoms. In general, the greater the concentration of the monitored symptoms in a trigger, the more likely the trigger is to be triggered to generate an alert. Alternately, data indicating no grouping or clustering of symptoms will tend to decrease the level of concern. Different statistical or numerical methods can be used to assign a value to the clustering or grouping of the symptoms.
  • Alternatively, the geographical information is not part of the trigger, but is considered prior to generating an alert. If a trigger is exceeded, the local central computer 18 a checks the geographic locations of the symptoms prior to generating an alert. If the central computer 18 a determines that the calls are clustered, an alert would be activated. However, if the central computer 18 a determines that there is no pattern to the calls, the alert would not be activated.
  • The triggers can also monitor the rates of change of certain symptoms or groups of symptoms. Depending upon the particular threat monitored by a given trigger, the rate of change of certain symptoms can be important in analyzing the potential occurrence of a threat. Some potential attacks may occur more quickly or more slowly than others. A trigger can be set to consider the rate of change of the symptoms in a given time period. For example, a trigger can be set to monitor the rates of change of certain symptoms or groups of symptoms in a 12-hour trailing period or a 24-hour trailing period. As described above, the trailing period is set by inputting the desired amount of time into the box 46 of FIG. 4.
  • Filters can also be employed to include or exclude calls based on criteria set in the database. For example, if the temperature in the geographical area increases, a filter can be employed to reduce the weighting of heat related symptoms.
  • Counter values can also be used in the calculations of the triggers. For example, information about the number of patients transported, the units cancelled prior to arriving on the scene, and the calls waiting in the queue can be detected and used to adjust the trigger. Information from other sources can also be utilized. For example, symptoms experienced by animals reported by veterinarians or animal control centers and symptoms experienced by people in an emergency room can also be inputted into the bio-surveillance system 10.
  • Although the present invention has been described for use in monitoring potential terrorist threats, this invention is also useful for monitoring other hazards, threats or situations. For example, the present invention is useful for monitoring heat-related emergency dispatch calls, occurrences of food poisoning, rises in levels of gang violence and any other situation that may cause a rise in the number of calls for emergency assistance.
  • The foregoing description is only exemplary of the principles of the invention. Many modifications and variations of the present invention are possible in light of the above teachings. The preferred embodiments of this invention have been disclosed, however, so that one of ordinary skill in the art would recognize that certain modifications would come within the scope of this invention. It is, therefore, to be understood that within the scope of the appended claims, the invention may be practiced otherwise than as specifically described. For that reason the following claims should be studied to determine the true scope and content of this invention.

Claims (31)

1. A method of detecting an event comprising the steps of:
evaluating a patient to determine at least one health symptom experienced by the patient;
monitoring occurrences of the at least one health symptom;
using the at least one health symptom to determine which of at least one of a plurality of different events is being detected;
comparing the occurrences of the at least one health symptom to a trigger value; and
activating an alert indicating the occurrence of an event when the occurrences of the at least one health symptom exceed the trigger value.
2. The method of claim 1 further including the steps of contacting an emergency services dispatcher to report the at least one health symptom and then inputting the at least one health symptom into a dispatcher computer.
3. The method as recited in claim 1 further including the step of providing the at least one health symptom in a first geographical area.
4. The method as recited in claim 3 further including the step of accumulating the at least one health symptom in a second geographical area which includes the first geographical area and which is greater than the first geographical area.
5. The method as recited in claim 1 further including the steps determining a geographic location of each of the at least one health symptom and associating the geographical location with each of the at least one health symptom.
6. The method as recited in claim 5 further including the step of displaying the geographical location of each of the at least one health symptom on a display.
7. The method as recited in claim 1 further including the step of adjusting the trigger value to generate a new trigger value and then comparing the new trigger value to the occurrences of the at least one health symptom.
8. The method as recited in claim 1 wherein the trigger value is a statistical variation of a historical value of the at least one health symptom.
9. The method as recited in claim 1 further including the step of weighting the at least one health symptom.
10. The method as recited in claim 1 wherein the at least one health symptom is one of headache, fever, fainting, clammy, unconscious, bleeding, vomiting and nausea.
11. The method as recited in claim 1 wherein the event is one of a biological attack and a chemical attack.
12. The method as recited in claim 1 wherein the step of monitoring includes monitoring the occurrences of the at least one health symptom within a time window, the method including the step of generating a trigger based upon historical occurrences of the at least one health symptom within the time window and updating the trigger at an update frequency, wherein the step of updating includes the step of adding new occurrences to the historical occurrences and the step of dropping old occurrences from the historical occurrences.
13. The method as recited in claim 12 wherein the trigger is based upon criteria, the method further including the steps of changing criteria of the trigger and recalculating the trigger based upon the changed criteria and the historical occurrences.
14. The method as recited in claim 13 wherein the at least one health symptom includes a plurality of symptoms, and where the criteria for the trigger includes the plurality of symptoms, the step of changing the criteria including the step of adding a symptom to the plurality of symptoms.
15. The method as recited in claim 13 wherein the at least one health symptom includes a plurality of symptoms, and where the criteria for the trigger includes the plurality of symptoms and a statistical relationship to the historical occurrences, the step of changing the criteria including the step of changing the statistical relationship to the historical occurrences.
16. The method of claim 1 further including the step of adjusting a sensitivity of the trigger value.
17. The method of claim 16 wherein the step of adjusting the sensitivity of the trigger value is based on a national threat level.
18. The method as recited in claim 1 wherein an alert system performs the step of activating the alert.
19. A system for detecting an event comprising:
a main computer for monitoring occurrences of at least one health symptom, for comparing the occurrences of the at least one health symptom to a trigger value, and for using the at least one health symptom to determine which of at least one of a plurality of different events is being detected, wherein the at least one health symptom is determined by evaluating a patient; and
an alert system indicating an alarm based upon the comparison of the occurrences of the at least one health symptom to the trigger value to indicate the occurrence of an event.
20. The system as recited in claim 19 further including a plurality of input computers for gathering occurrences of the at least one health symptom.
21. The system as recited in claim 19 wherein the main computer determines a geographic location of the at least one health symptom.
22. The system as recited in claim 19 further including a visual display that displays a location of the at least one health symptom.
23. The system as recited in claim 19 wherein the trigger value is based on a statistical variation of a historical value of the at least one health symptom.
24. The system as recited in claim 19 wherein the at least one health symptom is one of headache, fever, fainting, clammy, unconscious, bleeding, vomiting and nausea.
25. The system of claim 19 wherein the at least one health symptom includes a plurality of symptoms.
26. The system of claim 25 wherein the trigger value is based upon historical occurrences of the plurality of symptoms.
27. The system of claim 26 wherein the trigger value is updated at an update frequency, wherein new occurrences are added to the historical occurrences to update the trigger value.
28. The system of claim 19 wherein a sensitivity of the trigger value is adjusted.
29. The system of claim 28 wherein the sensitivity of the trigger value is based on a national threat level.
30. The system of claim 29 wherein a person contacts an emergency services dispatcher to report the at least one health symptom, and the emergency services dispatcher inputs the at least one health symptom into a dispatcher computer.
31. The system as recited in claim 19 wherein the event is one of a chemical attack and a biological attack.
US12/407,141 2002-08-19 2009-03-19 Bio-surveillance system Abandoned US20090179756A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/407,141 US20090179756A1 (en) 2002-08-19 2009-03-19 Bio-surveillance system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US40436402P 2002-08-19 2002-08-19
PCT/US2003/025967 WO2004030512A2 (en) 2002-08-19 2003-08-19 Bio-surveillance system
US52491805A 2005-07-05 2005-07-05
US12/407,141 US20090179756A1 (en) 2002-08-19 2009-03-19 Bio-surveillance system

Related Parent Applications (2)

Application Number Title Priority Date Filing Date
PCT/US2003/025967 Continuation WO2004030512A2 (en) 2002-08-19 2003-08-19 Bio-surveillance system
US52491805A Continuation 2002-08-19 2005-07-05

Publications (1)

Publication Number Publication Date
US20090179756A1 true US20090179756A1 (en) 2009-07-16

Family

ID=32069660

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/524,918 Expired - Lifetime US9642562B2 (en) 2002-08-19 2003-08-19 Bio-surveillance system
US12/407,141 Abandoned US20090179756A1 (en) 2002-08-19 2009-03-19 Bio-surveillance system

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US10/524,918 Expired - Lifetime US9642562B2 (en) 2002-08-19 2003-08-19 Bio-surveillance system

Country Status (6)

Country Link
US (2) US9642562B2 (en)
EP (1) EP1530776A2 (en)
AU (1) AU2003298552B2 (en)
CA (1) CA2495768C (en)
NZ (1) NZ538348A (en)
WO (1) WO2004030512A2 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9792809B2 (en) 2008-06-25 2017-10-17 Fio Corporation Bio-threat alert system
CN107960149A (en) * 2015-05-28 2018-04-24 杰弗里·J·克劳森 Chemical suicide pact for emergency response
US10657614B2 (en) 2015-12-23 2020-05-19 Jeffrey J. Clawson Locator diagnostic system for emergency dispatch
US10699548B2 (en) 2018-04-19 2020-06-30 Jeffrey J. Clawson Expedited dispatch protocol system and method
US11910471B2 (en) 2021-04-23 2024-02-20 Priority Dispatch Corp. System and method for emergency dispatch
US11937160B2 (en) 2021-04-23 2024-03-19 Priority Dispatch Corporation System and method for emergency dispatch

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7299152B1 (en) * 2004-10-04 2007-11-20 United States Of America As Represented By The Secretary Of The Navy Correlating event data for large geographic area
US7770224B2 (en) * 2004-10-18 2010-08-03 Lockheed Martin Corporation CBRN attack detection system and method I
US7496483B2 (en) * 2004-10-18 2009-02-24 Lockheed Martin Corporation CBRN attack detection system and method II
CA2580589C (en) * 2006-12-19 2016-08-09 Fio Corporation Microfluidic detection system
US8749343B2 (en) 2007-03-14 2014-06-10 Seth Cirker Selectively enabled threat based information system
US9135807B2 (en) 2007-03-14 2015-09-15 Seth Cirker Mobile wireless device with location-dependent capability
CA2682826C (en) 2007-04-02 2013-08-13 Fio Corporation System and method of deconvolving multiplexed fluorescence spectral signals generated by quantum dot optical coding technology
JP2010530912A (en) 2007-06-22 2010-09-16 フィオ コーポレイション Manufacturing system and method for polymer microbeads doped with quantum dots
JP5507454B2 (en) * 2007-07-09 2014-05-28 フィオ コーポレイション System and method for improved fluorescence detection of target molecules in a test sample
US8123419B2 (en) 2007-09-21 2012-02-28 Seth Cirker Privacy ensuring covert camera
JP5628037B2 (en) * 2007-10-12 2014-11-19 フィオ コーポレイション Flow focusing method and system for forming concentrated microbeads, and microbeads formed in the system
US7672813B2 (en) 2007-12-03 2010-03-02 Smiths Detection Inc. Mixed statistical and numerical model for sensor array detection and classification
RU2515209C2 (en) 2008-08-29 2014-05-10 Эф-Ай-Оу Корпорейшн Disposable portable diagnostic instrument and appropriate system and method to investigate biological and natural samples
CN104374932A (en) 2009-01-13 2015-02-25 Fio公司 A handheld diagnostic test device used with an electronic device and a test cartridge in a rapid diagnostic test
US8200480B2 (en) 2009-09-30 2012-06-12 International Business Machines Corporation Deriving geographic distribution of physiological or psychological conditions of human speakers while preserving personal privacy
US20110125525A1 (en) * 2009-11-20 2011-05-26 Lx1 Technology Ltd. Method of anticipating an epidemic in a population, and a system thereof
US8583167B2 (en) * 2011-04-09 2013-11-12 James Chun Mobile telephone sudden impact warning and reporting feature
BR112015017411B1 (en) 2013-01-31 2022-09-27 Jeffrey J. Clawson METHOD AND SYSTEM FOR GUIDING A DISPATCH WHEN COMMUNICATING WITH A PERSON NEEDING ASSISTANCE THROUGH A COMMUNICATION DEVICE REGARDING AN EMERGENCY OCCURRENCE, AND COMPUTER-READABLE NON-TRANSITORY STORAGE MEDIA
US9877171B2 (en) 2016-04-08 2018-01-23 Jeffrey J. Clawson Picture/video messaging protocol for emergency response
US10845955B2 (en) 2017-05-15 2020-11-24 Apple Inc. Displaying a scrollable list of affordances associated with physical activities
DK180241B1 (en) 2018-03-12 2020-09-08 Apple Inc User interfaces for health monitoring
US11317833B2 (en) 2018-05-07 2022-05-03 Apple Inc. Displaying user interfaces associated with physical activities
DK201870380A1 (en) 2018-05-07 2020-01-29 Apple Inc. Displaying user interfaces associated with physical activities
US11209957B2 (en) 2019-06-01 2021-12-28 Apple Inc. User interfaces for cycle tracking
US11234077B2 (en) 2019-06-01 2022-01-25 Apple Inc. User interfaces for managing audio exposure
US11228835B2 (en) 2019-06-01 2022-01-18 Apple Inc. User interfaces for managing audio exposure
US11152100B2 (en) 2019-06-01 2021-10-19 Apple Inc. Health application user interfaces
DK201970534A1 (en) 2019-06-01 2021-02-16 Apple Inc User interfaces for monitoring noise exposure levels
CN114706505A (en) 2019-09-09 2022-07-05 苹果公司 Research user interface
DK181037B1 (en) 2020-06-02 2022-10-10 Apple Inc User interfaces for health applications
US11698710B2 (en) 2020-08-31 2023-07-11 Apple Inc. User interfaces for logging user activities

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5860918A (en) * 1996-11-22 1999-01-19 Hewlett-Packard Company Representation of a review of a patent's physiological parameters
US5911132A (en) * 1995-04-26 1999-06-08 Lucent Technologies Inc. Method using central epidemiological database
US6010451A (en) * 1996-03-29 2000-01-04 Clawson; Jeffrey J. Method and system for giving remote emergency medical counsel to choking patients
US6139494A (en) * 1997-10-15 2000-10-31 Health Informatics Tools Method and apparatus for an integrated clinical tele-informatics system
US6202068B1 (en) * 1998-07-02 2001-03-13 Thomas A. Kraay Database display and search method
US6231519B1 (en) * 1999-05-04 2001-05-15 Nokia Corporation Method and apparatus for providing air quality analysis based on human reactions and clustering methods
US20020193967A1 (en) * 2001-06-15 2002-12-19 Siegel Neil G. Early Warning network for biological terrorism
US20030058102A1 (en) * 2001-09-25 2003-03-27 Kimmet Stephen G. Entity catastrophic security system and method
US20040116821A1 (en) * 2002-02-22 2004-06-17 Bioalert Systems, Inc. Early warning system and methods for detection of a bioterrorism event
US7024370B2 (en) * 2002-03-26 2006-04-04 P) Cis, Inc. Methods and apparatus for early detection of health-related events in a population
US20070222589A1 (en) * 2002-06-27 2007-09-27 Richard Gorman Identifying security threats

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6398728B1 (en) * 1999-11-16 2002-06-04 Cardiac Intelligence Corporation Automated collection and analysis patient care system and method for diagnosing and monitoring respiratory insufficiency and outcomes thereof
JP2003529832A (en) * 2000-03-23 2003-10-07 ザ ジョンズ ホプキンズ ユニバーシティ Biomonitoring detection and warning methods and systems
CA2402612A1 (en) * 2000-03-29 2001-10-04 Biomedware, Inc. Model transition sensitivity analysis system and method
US6527712B1 (en) * 2000-05-31 2003-03-04 International Business Machines Corporation Auditing public health
WO2002019246A2 (en) * 2000-09-01 2002-03-07 The Government Of The United States Of America, As Represented By The Secretary Of The Navy Early warning outbreak and recognition system
US7308392B2 (en) * 2001-06-12 2007-12-11 The University Of Kansas Processes and systems for predicting biological species invasions
US20030065409A1 (en) * 2001-09-28 2003-04-03 Raeth Peter G. Adaptively detecting an event of interest
US20030129578A1 (en) * 2001-10-26 2003-07-10 Mault James R. Method and system for early detection of infectious diseases or symptoms of bioterrorism attacks
US7051009B2 (en) * 2002-03-29 2006-05-23 Hewlett-Packard Development Company, L.P. Automatic hierarchical classification of temporal ordered case log documents for detection of changes

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5911132A (en) * 1995-04-26 1999-06-08 Lucent Technologies Inc. Method using central epidemiological database
US6010451A (en) * 1996-03-29 2000-01-04 Clawson; Jeffrey J. Method and system for giving remote emergency medical counsel to choking patients
US5860918A (en) * 1996-11-22 1999-01-19 Hewlett-Packard Company Representation of a review of a patent's physiological parameters
US6139494A (en) * 1997-10-15 2000-10-31 Health Informatics Tools Method and apparatus for an integrated clinical tele-informatics system
US6202068B1 (en) * 1998-07-02 2001-03-13 Thomas A. Kraay Database display and search method
US6231519B1 (en) * 1999-05-04 2001-05-15 Nokia Corporation Method and apparatus for providing air quality analysis based on human reactions and clustering methods
US20020193967A1 (en) * 2001-06-15 2002-12-19 Siegel Neil G. Early Warning network for biological terrorism
US20030058102A1 (en) * 2001-09-25 2003-03-27 Kimmet Stephen G. Entity catastrophic security system and method
US20040116821A1 (en) * 2002-02-22 2004-06-17 Bioalert Systems, Inc. Early warning system and methods for detection of a bioterrorism event
US7024370B2 (en) * 2002-03-26 2006-04-04 P) Cis, Inc. Methods and apparatus for early detection of health-related events in a population
US20070222589A1 (en) * 2002-06-27 2007-09-27 Richard Gorman Identifying security threats

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9792809B2 (en) 2008-06-25 2017-10-17 Fio Corporation Bio-threat alert system
CN107960149A (en) * 2015-05-28 2018-04-24 杰弗里·J·克劳森 Chemical suicide pact for emergency response
US10657614B2 (en) 2015-12-23 2020-05-19 Jeffrey J. Clawson Locator diagnostic system for emergency dispatch
US10699548B2 (en) 2018-04-19 2020-06-30 Jeffrey J. Clawson Expedited dispatch protocol system and method
US11910471B2 (en) 2021-04-23 2024-02-20 Priority Dispatch Corp. System and method for emergency dispatch
US11937160B2 (en) 2021-04-23 2024-03-19 Priority Dispatch Corporation System and method for emergency dispatch

Also Published As

Publication number Publication date
AU2003298552A1 (en) 2004-04-23
WO2004030512A2 (en) 2004-04-15
NZ538348A (en) 2006-09-29
EP1530776A2 (en) 2005-05-18
WO2004030512A3 (en) 2004-12-09
US9642562B2 (en) 2017-05-09
US20060152372A1 (en) 2006-07-13
CA2495768C (en) 2016-10-18
AU2003298552B2 (en) 2010-02-18
CA2495768A1 (en) 2004-04-15

Similar Documents

Publication Publication Date Title
CA2495768C (en) Bio-surveillance system
US10820069B2 (en) Computer-aided dispatch systems and methods utilizing biometrics to assess responder condition and suitability
EP1587417B1 (en) System and method for automatically generating an alert message with supplemental information
US10437960B2 (en) Healthcare facility management and information system
US8447263B2 (en) Emergency call analysis system
US7587030B2 (en) System and method for providing centralized emergency management
US20170124852A1 (en) Personal emergency response system with predictive emergency dispatch risk assessment
US20050131740A1 (en) Management tool for health care provider services
US20080242945A1 (en) Facility management system
US20140214454A1 (en) Method and apparatus to present a virtual user
US20030009239A1 (en) Method and system for bio-surveillance detection and alerting
US20060167742A1 (en) Categorizing and analyzing sales of particular products
US10405072B1 (en) Communication system and method for using human telematic data to provide a hazard alarm/notification message to a user in a static environment such as in or around buildings or other structures
US7318009B2 (en) Event customization
WO2008154094A1 (en) Method and apparatus for tracking, documenting, and predicting fall-related activities
US10425705B1 (en) Communication system and method for using human telematic data to provide a hazard alarm/notification message to a user in a static environment such as in or around buildings or other structures
van Der Horst et al. Operational coverage and timeliness of reactive case detection for malaria elimination in Zanzibar, Tanzania
Stephens et al. A spatial and temporal investigation of medical surge in Dallas–Fort Worth During Hurricane Harvey, Texas 2017
JP3653004B2 (en) Fault history monitoring system, fault history monitoring method, and fault history monitoring program
CN115082272A (en) Informatization method for endowment service
WO2022045081A1 (en) Information processing method, information processing device, and information processing program
CN113628715B (en) Data processing method and device based on medication index and electronic equipment
JP2006163930A (en) Safety confirming system
Mallender et al. Costs of injuries to London
JP2004234324A (en) Method for monitoring facility

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION