US 8,335,298 B2Grant
Pandemic diagnostic and intervention tool for emergency dispatch
Issue Date:2012-12-18
•39 Claims
•5 Drawing Sheets
Abstract
A system and method to assist an emergency medical dispatcher in responding to emergency calls. A computer implemented emergency medical dispatch protocol includes interrogatories for a dispatcher to ask a caller to generate an appropriate response. A diagnostic tool is provided to aid the dispatcher in gathering symptom information for a patient who may be suffering from a pandemic illness, such as a severe respiratory infection like influenza. The diagnostic tool facilitates uniform and consistent gathering of symptom information relating to a pandemic outbreak. The information may be stored and/or processed for use in monitoring and/or tracking pandemic outbreaks. The diagnostic tool can be launched automatically by the emergency dispatch protocol, or manually by a dispatcher. The diagnostic tool presents a user interface that provides, among other things, instructions, symptoms, and input fields.
Metadata
Inventor
- Jeffrey J. Clawson
Application Information
Application Number:US 12/558,808
Filing Date:2009-09-14
Priority Date:2009-09-14
Art Unit:2653
Classifications
IPC:
H04M11/04
Patent Drawings (5 sheets)
Description
Copyright Notice
[0001] ©2009 Priority Dispatch Corp. A portion of the disclosure of this patent document contains material that is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever. 37 CFR §1.71(d).
Technical Field
[0002] This invention relates to computer systems and methods for providing medical protocol interrogation, instruction, and emergency dispatch. More specifically, the invention is directed to computer-implemented tools to assist a dispatcher during an interrogation and instruction of an emergency caller.
Brief Description of the Drawings
[0003] Non-limiting and non-exhaustive embodiments of the disclosure are described, including various embodiments of the disclosure with reference to the figures, in which:
[0004] FIG. 1 is a block diagram of an emergency medical dispatch system, according to one embodiment;
[0005] FIG. 2 illustrates a user interface of an emergency medical dispatch protocol, according to one embodiment; and
[0006] FIG. 3 illustrates a user interface of a pandemic diagnostic tool, according to one embodiment.
[0007] FIG. 4 is a flow diagram of a method for using a pandemic diagnostic tool to assist a dispatcher, according to one embodiment.
Detailed Description
[0008] A pandemic outbreak (or simply a pandemic) involves an infectious disease that is prevalent over a widespread geographic area and that affects a large proportion of the population. An epidemic may be considered a pandemic on a smaller scale. A pandemic is significant and concerning because of the potential that all individuals of the public may be at risk of suffering serious illness or death. A pandemic can cause fear and apprehension, can close schools, places of business, and other public places. A pandemic can also potentially disrupt economic activity and development, thereby introducing other far-reaching effects.
[0009] A pandemic is also concerning because it can place sudden and intense demands on healthcare systems. The rampant nature by which a pandemic can spread requires a large proportion of available healthcare resources and providers to treat the victims of the illness. Especially concerning is that the infectious nature of a pandemic illness puts at risk the healthcare providers who are trained to treat the illness and stop it from spreading. In other words, a pandemic can be dangerous for the public at large because of the demands on and risks posed to the public's defense mechanism against the illness, namely the healthcare systems and healthcare providers (collectively “healthcare providers”).
[0010] While public health officials agree that a pandemic is a concerning and significant situation, not all agree on the criteria that characterize a pandemic. The size of a geographic region and the proportion of a population of that region that must be affected to constitute a pandemic are criteria that are inherently ambiguous, subjective, and relative, and consequently are constantly subject to debate. Views diverge as to the appropriate standard for initially categorizing an outbreak of an illness as an epidemic, and the appropriate standard for categorizing when an outbreak then becomes a pandemic. Various local, national, and international health officials and organizations have established standards of criteria to define a pandemic (and an epidemic), and understandably not all are alike. Despite the diverging standards, a person of ordinary skill will appreciate that an infectious disease posing a threat to spread among the public, whether of epidemic or pandemic proportions, and whether unofficially or officially categorized as such, creates a situation with issues and concerns analogous to those of a clearly severe pandemic. Accordingly, as used herein, the term pandemic can encompass all situations relating to an infectious disease spreading, or posing a threat to spread, among a population. A pandemic illness is an infectious disease that is spreading or posing a threat to spread among a population.
[0011] The infectious nature of a pandemic, the threat to the public at large, and the risks posed to healthcare providers may suggest that an emergency response tailored to the particular pandemic illness would be beneficial. For example, there may be reason for heightened precautions and procedures, reason to monitor the location of the illness and track its progress, and reason to isolate or even quarantine cases of the illness. Unfortunately, existing methods and systems offer little to facilitate providing an appropriate emergency response to an emergency situation involving a pandemic illness. Existing methods and systems for gathering information to monitor and track a pandemic outbreak gather the desired information too long after the onset of a case and without the consistency or uniformity to make the information readily useable.
[0012] Often a case remains unreported until treatment by a trained healthcare provider. Sometimes the pandemic illness is not easily identifiable by someone without medical training. Thus, the illness simply may not be affirmatively identified prior to diagnosis by a trained healthcare provider. Unfortunately, from a reporting standpoint, a healthcare provider is typically focused primarily on treating the illness rather than reporting or tracking the outbreak. Healthcare providers may not report a case until after treatment, after test results, or potentially even until after the patient's death. Earlier reporting is better, but systems and methods may not be available and non-healthcare providers may not know or understand the importance or the process of reporting the case.
[0013] Even when a case is immediately reported, the manner by which the reporting source reports the case may be inconsistent and sporadic. Thus, the information or data that results from collecting the reported information tends to be disorderly, unmanageable, and nearly unusable. (In description that follows, the terms “information” and “data” may be used interchangeably, and are not to be construed as limiting in anyway. However, as clarification, the term “data” as used herein may primarily refer to information after it is collected, which may be combined with data for other cases and used to monitor and track a pandemic. The terms “gather” and “collect” may also be used interchangeably herein, and are not to be construed as limiting in anyway. However, the term “collect” may primarily contemplate compiling and/or formatting symptom information into data.)
[0014] Reporting sources (e.g., healthcare providers, health officials, agencies, individuals, etc.) may gather and report the information regarding a case of an illness in a different way. As an example, a symptom as basic as a “fever” can be communicated in numerous ways, including but not limited to “high temperature,” “severe fever,” “temperature of 103.5 degrees,” “fever of 103°,” “high fever,” “high grade fever,” etc. Depending on the reporting method, skill, experience, and/or sophistication of the reporting source, and numerous other factors, each of these ways of communicating the same symptom information may be accurate, correct, and appropriate. As a result, extensive reformatting and processing of the information is necessary to make the resulting data measurable, such that the various reported cases can be compared and trends can be identified and monitored from the collected data.
[0015] Also problematic is that not every reporting source will address the same symptoms. For example, one reporting source may report that the patient of a first case has a fever and has difficulty breathing. Another reporting source may report that the patient of a second case has a fever, but perhaps never considered whether or not the patient may be having difficulty breathing. Without a check or other measure of confidence that the breathing of the patient was considered, an omission of the symptom “having difficulty breathing” simply cannot be assumed to mean that the patient is breathing normally. The set of symptoms considered from case to case may not be substantially uniform, thereby limiting the measurability and usability of the information to track and monitor trends of the illness.
[0016] Consider as an illustrative example the information gathering process of the World Health Organization (WHO), which gathers official reports and rumors of suspected outbreaks from a wide range of sources. The WHO obtains official reports from formal reporting sources, including ministries of health, national institutes of public health, WHO Regional and Country offices, laboratories, and academic institutes. Each of these formal reporting sources is typically at least one degree removed from actual contact with victims of the illness, because these reports are typically compiled from information initially gathered and reported by a different reporting source, such as a third-party healthcare provider. Each of these reporting sources (both the formal reporting sources and the initial reporting sources) may have its own unique reporting method and format. The formal reporting sources may have protocols in place with the WHO to improve uniformity of reported information, but the initial reporting sources likely do not. There is little certainty that each of the initial reporting sources is reporting to the formal reporting source using the same format and considering all the same symptoms as all of the other initial reporting sources.
[0017] The Center for Disease Control and Prevention (CDC) may be an example of a formal reporting source, which gathers official reports from similar formal sources at a national level and reports to the WHO. The CDC faces similar reporting and collecting challenges prior to reporting to the WHO. As a result, a tremendous amount of processing, massaging, and/or interpreting of the data is necessary at each level of reporting to make use of the reported information. The processing, massaging, and/or interpreting of the data is costly, time consuming, and prone to introduce errors and inconsistency into the data.
[0018] The WHO and the CDC also attempt to gather information from a variety of informal sources. In particular, with the advent of modern communication technologies, many initial outbreak reports now originate in the electronic media and electronic discussion groups. As can be appreciated, any initial outbreak report that comes from an informal source may be in a unique format and contain information that is from a unique set of information. Consequently, reports from informal sources may require verification. Verification generally includes a medical provider affirmatively diagnosing a case and reporting the information of the outbreak. The verification report by the healthcare provider, however, may not be any more uniform or consistent in format or information set than a report provided by the informal source, for the reasons already explained.
[0019] At least three problems are apparent from existing methods and systems. First, reporting by healthcare providers may be untimely and inconsistent. Second, reporting by non-healthcare providers may lack accuracy and confidence. Third, the information obtained from healthcare providers and non-healthcare providers may not be useful or measurable due to lack of uniformity and consistency of the information. The present disclosure recognizes that these and other shortcomings of existing methods and systems may be overcome by gathering the desired information earlier, at a point substantially contemporaneous with the appearance of the first signs or symptoms of the case of the illness, and by facilitating gathering pandemic symptom and patient information in a consistent, uniform manner.
[0020] Emergency dispatchers are often an early (if not the earliest) interface with healthcare providers when an emergency strikes. In particular, emergency dispatchers process emergency calls relating to a wide variety of emergency situations, including emergencies involving symptoms and/or cases of the pandemic illness. Dispatchers often play a role in dispatching emergency responders including healthcare providers to the scene of the emergency. The dispatchers in effect send the medical care, coordinating the first interaction between a patient and a healthcare provider. As an early interface, emergency dispatchers are well positioned to play a role in gathering information to track, monitor, and isolate the pandemic disease.
[0021] Often emergency dispatchers are inexperienced and unskilled, largely due to a high turnover rate among emergency dispatchers. An automated emergency dispatch system, potentially implemented on a computer, can aid a dispatcher in prioritizing the varying types of emergency calls received and in processing the calls to generate an appropriate emergency dispatch response. Regardless of the experience or skill level of the dispatcher, the automated emergency dispatch systems can enable a consistent and predictable emergency dispatch response, despite the diverse aspects of emergency situations, including inter alia signs, symptoms, conditions, and circumstances, that may be reported from one call to the next.
[0022] Although an automated emergency dispatch system can enable receiving and processing of widely divergent aspects of emergency situations, these systems may not be well suited for exploring any particular type of situation in depth. An emergency situation relating to a pandemic illness, or involving symptoms of such illness, may require probing and in-depth exploration of the symptoms at the time that the situation is reported. The further exploration may require the dispatcher to probe more deeply to gather more descriptive details of the symptoms the patient may be manifesting. Moreover, emergency situations involving a pandemic illness may be considered to occur within the context of a larger public emergency. An emergency situation involving the pandemic illness should be handled on an individual basis, but also with the larger community in mind and with an objective of tracking and even containing the illness. Precautions must be taken to ensure that it is properly tracked and handled. As such, the emergency situations involving a pandemic illness may benefit from more detailed instructions. Additional interrogation, instructions, and/or alternative emergency dispatch procedures or protocols may facilitate tracking and/or containing the pandemic illness.
[0023] Existing automated emergency dispatch systems are not equipped to assist or enable a dispatcher to explore an emergency call involving a pandemic illness. Automated emergency dispatch systems are better configured for handling a broad spectrum of emergencies, rather than to explore specific types of situations in greater depth to gather symptom information and provide further instruction. In particular, exploring a situation to gather more detailed information may be difficult and cumbersome within the protocol of the emergency dispatch system.
[0024] A dispatcher with little or no medical training or experience likely cannot compensate for the shortcomings of an automated emergency dispatch system. Inexperienced and/or unskilled dispatchers are generally unable to properly explore situations and/or aspects or diagnose medical conditions, let alone instruct a caller to do so. Even highly skilled and experienced dispatchers may have little skill or experience with handling pandemic situations, simply because pandemic emergencies are relatively rare. Accordingly, the present disclosure provides a diagnostic tool to supplement an automated emergency dispatch system and enable consistent and uniform gathering of information.
[0025] The embodiments of the disclosure will be best understood by reference to the drawings, wherein like parts are designated by like numerals throughout. It will be readily understood that the components of the disclosed embodiments, as generally described and illustrated in the figures herein, could be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of the systems and methods of the disclosure is not intended to limit the scope of the disclosure, as claimed, but is merely representative of possible embodiments of the disclosure. In addition, the steps of a method do not necessarily need to be executed in any specific order, or even sequentially, nor need the steps be executed only once, unless otherwise specified.
[0026] In some cases, well-known features, structures or operations are not shown or described in detail. Furthermore, the described features, structures, or operations may be combined in any suitable manner in one or more embodiments. It will also be readily understood that the components of the embodiments as generally described and illustrated in the figures herein could be arranged and designed in a wide variety of different configurations.
[0027] Several aspects of the embodiments described will be illustrated as software modules or components. As used herein, a software module or component may include any type of computer instruction or computer executable code located within a memory device and/or computer-readable storage medium. A software module may, for instance, comprise one or more physical or logical blocks of computer instructions, which may be organized as a routine, program, object, component, data structure, etc. that performs one or more tasks or implements particular abstract data types.
[0028] In certain embodiments, a particular software module may comprise disparate instructions stored in different locations of a memory storage device, which together implement the described functionality of the module. Indeed, a module may comprise a single instruction or many instructions, and may be distributed over several different code segments, among different programs, and across several memory devices. Some embodiments may be practiced in a distributed computing environment where tasks are performed by a remote processing device linked through a communications network. In a distributed computing environment, software modules may be located in local and/or remote memory storage devices. In addition, data being tied or rendered together in a database record may be resident in the same memory device, or across several memory devices, and may be linked together in fields of a record in a database across a network.
[0029] Suitable software to assist in implementing the invention is readily provided by those of skill in the pertinent art(s) using the teachings presented here and programming languages and tools, such as Java, Pascal, C++, C, database languages, APIs, SDKs, assembly, firmware, microcode, and/or other languages and tools. Suitable signal formats may be embodied in analog or digital form, with or without error detection and/or correction bits, packet headers, network addresses in a specific format, and/or other supporting data readily provided by those of skill in the pertinent art(s).
[0030] An emergency dispatch system as disclosed herein may be computer-implemented in whole or in part on a digital computer. The digital computer includes a processor performing the required computations. The computer further includes a memory in electronic communication with the processor for storing a computer operating system. The computer operating systems may include MS-DOS, Windows, Linux, Unix, AIX, CLIX, QNX, OS/2, and Apple. Alternatively, it is expected that future embodiments will be adapted to execute on other future operating systems. The memory also stores application programs including a Computer Aided Dispatch (CAD) program, an automated emergency dispatch protocol, a user interface program, and data storage. The computer may further include an output device, such as a display unit, for viewing the displayed instructions and inquiries and a user input device for inputting response data.
[0031] FIG. 1 is an emergency medical dispatch system 100, according to one embodiment. At a dispatch center 102, a dispatcher 104 operates a computer 106. The computer may include a memory 107 to store protocols, modules, tools, data, etc. The computer 106 may be configured to execute an emergency medical dispatch protocol 108 to enable the dispatcher to rapidly and consistently address a medical emergency of a patient 117 as reported by a caller 118. The emergency medical dispatch protocol 108 provides a logic tree with questions, possible responses from a caller 118, and instructions to the caller 118. The responses may route to subsequent questions and/or instructions to the caller. The responses are processed according to predetermined logic of the logic tree to both provide to the dispatcher 104 the correct emergency medical dispatch response (e.g., by trained emergency responders) and the appropriate doctor-approved post-dispatch instructions for relay to the caller 118 before professional help arrives at the scene. The emergency medical dispatch system 100 may also aid the dispatcher in determining an appropriate priority of the emergency call, including but not limited to a priority of the emergency call relative to other emergency calls and the level of emergency response provided for the emergency.
[0032] Although an emergency medical dispatch system 100 and emergency medical dispatch protocol 108 are disclosed and described herein, a person of ordinary skill can appreciate that other emergency dispatch systems and protocols are contemplated, including but not limited to emergency fire dispatch systems and protocols and emergency police dispatch systems and protocols. Exemplary embodiments of emergency dispatch systems and protocols are disclosed in U.S. Pat. Nos. 5,857,966, 5,989,187, 6,004,266, 6,010,451, 6,053,864, 6,076,065, 6,078,894, 6,106,459, 6,607,481, 7,106,835, and 7,428,301, which are incorporated herein by reference.
[0033] The computer 106 may operate a determinant value calculator 110 to calculate a determinant value from the responses of the caller 118 to protocol questions. The computer 106 presents the determinant value to generate an appropriate emergency dispatch response and/or establish the priority of the emergency call. The response may include dispatching professional emergency responders to the scene of the emergency. Because the questions asked and the recommendations that are made deal directly with life and death decisions, the protocols used shall have passed through a rigorous medical review by a panel of doctors and EMS public safety experts who specialize in emergency medicine. The determinant value calculator 110 may be stored on the memory 107 of the computer.
[0034] Many calls for medical services are not true medical emergencies, so it is important to prioritize the calls in several ways. First, calls that are true emergencies should be dispatched first. Second, if an agency has units with different capabilities, more advanced units can be sent to handle more severe medical problems. And finally, if lights-and-siren are not needed from a medical standpoint, they should not be used, thereby increasing the safety of all those on the road and in the emergency vehicles. While many medical calls are not true emergencies, all situations can benefit from medical evaluation and instruction. Prior to the arrival of professional help on-scene, the emergency medical dispatch protocol 108 provides the dispatcher 104 with instructions for the caller 118 that are appropriate to the type of call, whether for a patient 117 with minor lacerations or a patient 117 who is not breathing.
[0035] The determinant value provides a categorization code of the type and level of the incident. The code may be provided to a Computer Aided Dispatch (CAD) system 112, which is a tool used by a dispatcher 104 to track and allocate emergency response resources, for processing emergency calls. The CAD may manage dispatcher tools for processing emergency calls, including but not limited to the emergency dispatch protocol 108, communication resources (e.g., radio system, alpha pager), mapping tools (e.g., global positioning system (GPS) technology), and vehicle location systems (e.g., automatic vehicle location (AVL)). The CAD system 112 may operate in whole or in part on a separate computer in communication with computer 106. In another embodiment, the CAD system 112 operates on computer 106. The primary information used by the CAD system 112 is location information of both the incident and units, unit availability and the type of incident. The CAD system 112 may use third party solutions, such as E-911, vehicle location transponders and mobile data terminals (MDT's) for automating the location and availability tasks. The CAD system may also use an emergency dispatch protocol 108 to facilitate structured call taking for incident interrogation, as previously described.
[0036] The computer 106 may also include a reporting module 114 to statistically measure the performance of individual staff and overall performance of the dispatch center 102. These statistics include compliance rates, call processing statistics, and peer measurements. The reporting module 114 may be stored on the memory 107 of the computer 106.
[0037] The computer 106 may further comprise an input device such as a keyboard, mouse, or other input device and also an output device such as a display monitor. The input device receives input from a user (generally a dispatcher) and provides it to the emergency medical dispatch system 100. The input may be provided to the computer 106, the emergency dispatch protocol 108, the diagnostic tools 120, and/or the CAD system 112. The output device receives output from the emergency medical dispatch system 100 and displays or otherwise presents the output to the user. In another embodiment, the input device and output device are provided by the CAD system 112. In still another embodiment, the CAD system 112 runs on the computer 106.
[0038] The dispatch center 102 includes telephony equipment 116 to answer emergency calls. A call into the dispatch center 102 from a caller 118 initiates creation of a medical call incident. The dispatcher 104 identifies the call as requiring an emergency medical dispatch, and the emergency medical dispatch protocol 108 is accessed. The protocol 108 may provide instructions that are expertly drafted to assist a novice caller 118 in diagnosing a condition of a patient 117. The protocol 108 may also provide expertly drafted first aid instructions to assist a patient 117 prior to the arrival of trained emergency responders. The instructions may be vocally relayed by the dispatcher 104 to the caller 118 over the telephony equipment 116.
[0039] Some protocol questions may be readily answerable by the caller 118, whereas others are more difficult to answer. Certain diagnostic inquiries may be difficult for the untrained caller to determine or may be difficult to answer under the stress of an emergency situation. Accordingly, in addition to instructions, the emergency medical dispatch system 100 may provide one or more computer-implemented diagnostic tools 120. The diagnostic tools 120 may greatly improve information collection and intervention for emergency medical response situations and aid in saving lives.
[0040] A diagnostic tool 120 may aid the dispatcher and/or the caller (via instructions from the dispatcher) in diagnosing a condition of a patient 104. A diagnostic tool 120 may also be an interventional tool, providing instructions that direct a caller to intervene, or take action, to treat a patient 104, or otherwise change the circumstances or conditions of an emergency situation. For sake of clarity, diagnostic tools and interventional tools are both referred to herein generally as diagnostic tools. Accordingly, a diagnostic tool 120, as referred to herein, may provide diagnostic instructions, interventional instructions, or both diagnostic and interventional instructions. Whether a diagnostic tool 120 provides merely diagnostic instructions, merely interventional instructions, or both diagnostic and interventional instructions, the diagnostic tool can provide consistent and reliable instruction, information gathering, and/or timing for a particular emergency situation.
[0041] The diagnostic tools 120 are computer implemented software modules that enable a dispatcher 104 to provide consistent, expert advice to assist a caller with regards to a particular aspect of an emergency situation, such as determining a vital sign. One benefit of the diagnostic tools 120 is the computer aided timing of techniques to determine the vital signs. In highly stressful conditions, the diagnostic tools 120 provide a necessary resource to reading critical signs. The diagnostic tools 120 may be stored in the memory 107 of the computer 106 and initiated and executed as required. The diagnostic tools 120 may be embodied as computer executable software applications and associated data.
[0042] The emergency medical dispatch protocol 108 also may call on a diagnostic tool 120, for example to assist with an interrogatory, and may route to the appropriate diagnostic tool 120 when needed. When directed according to the emergency dispatch protocol 108, the emergency medical dispatch system 100 may automatically, i.e., without dispatcher intervention, initiate the appropriate diagnostic tool 120 on the dispatch center computer 106. This may occur when the emergency medical dispatch protocol 108 arrives at a diagnosis step in the logic tree. The emergency medical dispatch system 100 may also allow the dispatcher 104 the option to manually call upon a diagnostic tool 120 as desired. Icons and/or buttons may be displayed in a tool bar, or other convenient location on a user interface to allow the dispatcher 104 to initiate a corresponding diagnostic tool 120.
[0043] The diagnostic tool 120 discussed herein comprises a pandemic diagnostic tool 122. The pandemic diagnostic tool 122 may be configured as a surveillance tool to collect information to identify patterns, trends, and geographical clusters of symptoms of a particular pandemic illness. The pandemic diagnostic tool 122 is configured to facilitate consistent, uniform collection of information, such that the information is gathered in substantially the same manner and seeking substantially the same set of information for all cases, regardless of the skill or experience of the dispatcher. The gathered symptom information is uniform and quantifiable and can be appropriately measured or compared against other data gathered in a similar manner. The pandemic diagnostic tool 122 may also be configured to advise emergency responders that a patient might be infected with the pandemic illness. Advanced warning that the patient might be infected enables the emergency responders to take available precautions to guard against contracting the illness and/or spreading the illness. The pandemic diagnostic tool 122 may further be configured to calculate the likelihood (or probability) that a patient is infected with the pandemic illness based on the gathered symptom information.
[0044] Without the pandemic diagnostic tool 122, dispatchers gather symptom information using varied and unsystematic approaches. There may be nearly as many ways to gather pandemic symptom information as there are emergency response agencies. For example, assuming two calls, a first dispatcher may ask three questions, whereas the second dispatcher may ask eight questions. When attempting to use the data gathered from the first and second calls, the data is nearly useless because the manner of gathering the information and the information sought varied. Thus, the data sets cannot be appropriately compared or measured against each other. By contrast, the pandemic diagnostic tool 122 aids to ensure that, no matter who gathers the symptom information, the gathering is consistently done the same way, and consistently seeks information regarding the same set of signs, symptoms, and/or criteria. Moreover, the pandemic diagnostic tool 122 can be used during a pandemic outbreak to screen every patient for symptoms of the pandemic illness.
[0045] The symptom information gathered by the pandemic diagnostic tool 122 can be used by local public health authorities to attempt to determine if pandemic outbreak may be occurring in a particular region. The symptom information gathered by the pandemic diagnostic tool 122 can be stored for tracking purposes and also communicated to emergency response agencies to alert the emergency responders of the potential for contact with the particular pandemic illness, so that they can take any potential precautionary measures.
[0046] The pandemic diagnostic tool 122 may be launched from within, or at least in conjunction with, the progression of the emergency medical dispatch protocol 108 to enhance and supplement emergency call processing facilitated by the emergency medical dispatch protocol. The pandemic diagnostic tool 122 may be launched automatically by the emergency medical dispatch protocol 108, or launched manually by a dispatcher.
[0047] The pandemic diagnostic tool 122 may be useful under a variety of circumstances, such as when a public health authority has officially declared a pandemic outbreak/emergency and information needs to be gathered to identify trends and track the geographic location and patterns of outbreaks. Moreover, during a declared pandemic, EMS, hospital, and community health care resources may be scarce due to high demand and the pandemic diagnostic tool 122 can enable management of suspected pandemic patients in a manner that utilizes these resources effectively and efficiently.
[0048] The pandemic diagnostic tool 122 is discussed below in reference to figures of graphical user interfaces that exemplify certain embodiments. One of skill in the art will appreciate that such interfaces may be implemented and designed in various ways and still be within the scope of the invention.
[0049] The emergency medical dispatch system 100 may further comprise a data analyzing module 126. The data analyzing module 126 may be stored on a memory 125 of a separate computer 124. The data analyzing module 126 processes the data collected by the pandemic diagnostic tool 122 to identify trends and track the geographic location and patterns of outbreaks. The collected data may be transmitted to the data analyzing module by the dispatch center computer system 106. In another embodiment, the data analyzing module 126 may be stored on the memory 107 of the computer 106. In still another embodiment, the data analyzing module 126 may be included as part of the CAD system 112. In still another embodiment, the data analyzing module 126 is operated by a third party, apart from the emergency medical dispatch system 100. The third party may receive collected data from a plurality of sources and the data analyzing module 126 may process data from a plurality of sources.
[0050] FIG. 2 illustrates an embodiment of a user interface 200 of an emergency medical dispatch protocol, according to one embodiment. The emergency medical dispatch protocol user interface 200 allows a dispatcher to interface with the emergency medical dispatch protocol. The emergency medical dispatch protocol may present interrogatories 202 via the emergency medical dispatch protocol user interface 200. The interrogatories 202 are provided for the dispatcher to direct to the caller to gather information regarding the medical emergency of the patient. The dispatcher and/or the emergency medical dispatch system may gather the information in the form of caller responses to the interrogatories 202. The dispatcher may input the responses of the caller to the interrogatories into response fields 204 provided by the user interface 200. The response fields 204 may include, for example, familiar user interface components, including but not limited to text fields, text boxes, menus, drop down menus, drop-down selection boxes, lists, buttons, check boxes, and radio buttons. The response fields 204 may correspond to information indicative of one or more responses of the caller to the interrogatories 202.
[0051] The caller responses are relayed from the caller to the dispatcher. Information from the caller responses may be input into the system by the dispatcher and may be used by the emergency medical dispatch protocol to determine subsequent interrogatories 202 and instructions to present to the dispatcher. The caller response information may indicate the caller's observations of signs and symptoms of the patient's medical condition. The emergency medical dispatch system may use the caller response information to generate an emergency medical dispatch response by trained emergency responders. The information gathered from the caller responses may be used by the determinant value calculator to calculate a determinant value that can be communicated to the emergency responders. Additional details relating to emergency medical dispatch protocols and user interfaces to interact with the same can be found in the earlier referenced U.S. patents.
[0052] The emergency medical dispatch protocol user interface 200 may also provide one or more diagnostic tool launch inputs 206. As illustrated, one or more buttons may be provided on the user interface as diagnostic tool launch inputs 206. As will be appreciated by a person of ordinary skill, the diagnostic tool launch inputs 206 may comprise a component other than a button, including familiar user interface components such as a drop down menu, a drop down selection box, a list, a check box, and a radio button. The diagnostic tool launch inputs 206 enable the dispatcher to launch a particular diagnostic tool. Although the emergency medical dispatch protocol may automatically initiate a diagnostic tool based on dispatcher-entered input indicative of one or more responses of the caller, the diagnostic tool launch inputs 206 provide a way for the dispatcher to manually (i.e. any time, at the dispatcher's discretion) initiate a diagnostic tool. In FIG. 2 , a pandemic diagnostic tool launch input 208 is provided. The pandemic diagnostic tool launch input 208 comprises a button on the emergency medical dispatch protocol user interface 200. The button may include, for example, an icon or a symbol for pandemic virus to indicate that the button is the pandemic diagnostic tool launch input 208, which manually initiates the pandemic diagnostic tool.
[0053] FIG. 3 is a user interface 300 of a pandemic diagnostic tool, according to one embodiment. The illustrated embodiment of the pandemic diagnostic tool may be configured to facilitate processing of a pandemic involving a severe respiratory infection, such as influenza (i.e., the “flu”). As can be appreciated, other embodiments may be configured to handle other forms of pandemic outbreaks involving other illnesses. The user interface 300 of the illustrated embodiment provides an instruction 302, symptoms 304, input fields 306, a “cancel” input 308, and an “info completed” input 310. These components of the user interface 300 may be presented to the user in a manner that provides a checklist. The user interface 300 aids a dispatcher in collecting information that can be used to identify patterns trends, and geographical clusters of symptoms of the flu and to facilitate effective and efficient utilization of scarce EMS, hospital, and community health care resources during a pandemic.
[0054] The instruction 302 is provided by the user interface 300 for the dispatcher to relay to the caller. The instruction 302 may be configured to be relayed by the dispatcher directly to the caller to, in effect, direct the caller. In another embodiment, the instruction 302 may be directed to the dispatcher, directing the dispatcher to, for example, perform an action or guide the caller in a particular manner. The instruction 302 may prepare the caller for additional instructions, questions, or prompts that may follow. For example, the instruction 302 may prepare the caller by providing, for example, “Listen carefully and tell me if s/he has any of the following symptoms.” From this instruction, the caller is prompted to prepare to listen and observe and to indicate to the dispatcher which of the subsequently provided symptoms the patient may be manifesting.
[0055] The user interface 300 further provides a list of symptoms 304 that the dispatcher can relay to the caller over the telephone. The dispatcher can read the list of symptoms and after each symptom 304 allow the caller to respond, for example, “yes” or “no” as to whether the patient is manifesting one of the listed symptoms 304. Input fields 306 may be provided to enable the dispatcher to indicate to the diagnostic tool which of the symptoms 304 the caller reports the patient may be manifesting.
[0056] As previously indicated, the user interface 300 illustrated in FIG. 3 may be configured to facilitate processing of calls related to a pandemic outbreak of a severe respiratory infection, such as the flu. Accordingly, the user interface 300 may provide symptoms 304 related to severe respiratory infection, including but not limited to symptoms such as “difficulty breathing or shortness of breath,” “persistent cough,” “measured body temperature at or above 101 degrees Fahrenheit,” “chills,” “unusual sweats,” “hot to the touch in room temperature,” “drainage from eyes,” “sore throat,” “nasal congestion (blocked nose),” “runny nose,” “contact with someone with flu (or flu-like symptoms),” and “traveled recently.”
[0057] The input fields 306 of the illustrated user interface 300 are provided as check boxes. The dispatcher can easily click the check box input field 306 associated with a symptom 304 that the caller indicates the patient is manifesting. In essence, the illustrated user interface 300 presents a checklist of potential symptoms 304 that the dispatcher can quickly read and vocally relay to the caller over the telephone. The caller can in turn vocally relay which symptoms 304 from the list are being manifest by the patient. The dispatcher can utilize the check boxes 306 to quickly indicate which of the symptoms 304 the patient may have. As will be appreciated by a person of ordinary skill, the input fields 306 may comprise a component other than a check box, including familiar user interface components including but not limited to text fields, text boxes, menus, drop-down menus, drop-down selection boxes, lists, buttons, and radio buttons, or combinations thereof.
[0058] By providing a list of symptoms, and an input associated with each symptom in the list, the pandemic diagnostic tool facilitates a dispatcher uniformly and consistently gathering symptom information. A dispatcher utilizing the pandemic diagnostic tool can aid a caller to evaluate a definite set of symptoms of the pandemic illness. The checklist format substantially increases the likelihood that the dispatcher will address each symptom for each potential case of the pandemic illness. If a symptom is omitted from the gathered information, there can be reasonable confidence that the dispatcher and/or caller considered the symptom but the patient simply was not manifesting the omitted symptom. Moreover, presenting the list of symptoms ensures that the same description of the symptoms is being considered for each potential case. A particular symptom reported in one case can reasonably be compared to or measured against the same symptom in another case. Data from case to case will be uniform and consistent, meaning that the data provides in a definite manner whether a patient does or does not manifest a particular symptom from a known and definite set of symptoms.
[0059] The pandemic diagnostic tool may be configured to collect symptom information provided by the dispatcher via the input fields 306 for use in tracking pandemic outbreaks. The collected symptom information may be stored for processing or transferred for storage and/or processing. The collected data may be pre-processed, prior to transfer or storage, for example, by formatting, tagging with a mark-up language, filtering, or other processing. In another embodiment, the stored data may be substantially identical to the symptom information gathered by the dispatcher and provided to the diagnostic tool via the input fields 306.
[0060] The stored and/or transferred data (i.e. the symptom information) may be utilized, for example, to identify an increase in symptoms of the pandemic illness over a given time frame. The symptom information gathered from the dispatcher-entered input may be stored for analysis. Analyzing the data may include data mining, which may be described more particularly to include processing a collection of data to identify patterns and relationships within the collection of data through the use of advanced statistical methods. The analysis of the data may be delayed or may be real-time. A data analyzing module (e.g., third-party expert data-mining software) can track data gathered in the symptom information and/or by the emergency medical dispatch protocol to detect potential outbreaks within a geographic region so that alerts can be made to public health and governmental authorities. The data may enable tracking of the pandemic and predictive measures to forecast when the pandemic might hit a geographic area. The symptom information can also be passed to the CAD, and/or to the emergency responders. Providing the symptom information to the emergency responders can warn the responders if the patient is manifesting symptoms of the pandemic illness. Receiving advanced notice that the patient potentially has the pandemic illness allows the responders to take proper precautions to protect themselves from contracting the illness.
[0061] The specific symptoms 304 may change as a pandemic outbreak spreads and more information is known about the disease. Accordingly, the user interface 300 may be configured to be rapidly updated to provide current, accurate symptoms 304 for relay by the dispatcher to the caller. The protocol of the diagnostic tool can also be updated to reflect the most current information available on the illness. Updates to the user interface 300 and diagnostic tool protocol may be provided, for example, by download via ftp or http via the Internet. Furthermore, the pandemic diagnostic tool may be capable of being re-configured to handle different pandemic illnesses. For example, a pandemic diagnostic tool may be configured to be updated with a new set of symptoms 304 for a different disease (e.g., smallpox or Anthrax, instead of influenza). The user interface 300 presents the new set of symptoms, while the pandemic diagnostic tool may still perform the previously described gathering, processing, and/or storing functions to enable monitoring and tracking of the new disease.
[0062] An ‘info completed’ input 310 may be provided by the user interface 300 to indicate when all symptom information is entered and the entered information can be used (e.g., collected, mined, processed, etc.). After the dispatcher has entered input indicative of all the symptoms that the caller relays that the patient may be manifesting, the input may be collected and/or communicated by the dispatcher clicking on the info completed input 310. When info completed input 310 is received, the diagnostic tool may collect the symptom information provided through the input fields 306. The collected data (i.e. the symptom information) may be immediately processed, or stored for processing at a later time. The data may also be transmitted to a data analyzing module, potentially on another computer. The data may also be communicated to the emergency dispatch protocol, the CAD system and/or the emergency responders. In one embodiment the data may be passed to the emergency dispatch protocol, which then passes the data to the CAD system via a communication file. The emergency dispatch protocol may receive the data and use it when generating an emergency dispatch response. Moreover, the determinant value calculator may use the data to calculate a determinant value to generate an appropriate dispatch response and/or establish the priority of the emergency call. The CAD system may communicate the data to the emergency responders.
[0063] The user interface 300 may further provide a cancel input 308, which may be used by the dispatcher to halt progression of the diagnostic tool. The cancel input 308 in the illustrated embodiment may be a button. The dispatcher may have entered symptom information using the input fields 306, and for some reason determined that the information entered should not be considered by the tool (e.g., gathered, stored, mined, processed, etc.). For example, the caller may provide information to indicate the symptoms of the patient are clearly not resultant from infection with the pandemic illness. A dispatcher utilizing a pandemic tool configured for a pandemic flu outbreak may determine that a potential flu symptom, such as difficulty breathing, may in fact be the patient's chief complaint and not cause by a pandemic influenza virus. Accordingly, the dispatcher can click the cancel input 308 to terminate operation of the diagnostic tool without gathering any entered data.
[0064] In addition to collecting the symptom information provided via the input fields 306, the pandemic diagnostic tool may also make a determination as to whether the patient is likely infected with the illness of the pandemic outbreak. For example, the pandemic diagnostic tool may use the symptom information to make a determination whether the patient likely has a severe respiratory infection such as influenza.
[0065] If the pandemic diagnostic tool determines that the patient likely is infected with the pandemic illness, additional instructions may be provided to the dispatcher to guide the caller in taking precautions to protect herself/himself and in containing or quarantining the patient and the illness. In the illustrated embodiment, the pandemic diagnostic tool 122 provides the determination as to whether the patient is likely infected with the pandemic illness to the emergency dispatch protocol. The result of the determination may be incorporated into the traversal of the logic tree of the emergency dispatch protocol. For example, subsequent determinations as to how the emergency dispatch protocol proceeds along the logic tree of the protocol may be based, at least in part, upon the determination of the pandemic diagnostic tool. The emergency dispatch protocol may also receive the information. The emergency dispatch protocol may initiate a pandemic emergency dispatch protocol to further assist the dispatcher in processing the pandemic related call.
[0066] FIG. 4 is a flow diagram of a computer-implemented method to assist a dispatcher when communicating with a caller regarding a patient potentially having a pandemic illness, according to one embodiment. A pandemic diagnostic tool is initiated 402 on a dispatch center computer. The diagnostic tool may provide 404 one or more instructions via a diagnostic tool user interface. A list of symptoms of the pandemic illness may also be presented 406 on the diagnostic tool user interface. Presenting a list of symptoms facilitates ensuring that the set of symptoms considered from one emergency call to the next is consistent. One or more input fields are also presented 408 on the diagnostic tool user interface. The input fields may be associated with the list of signs or symptoms of the pandemic illness to enable a dispatcher to quickly indicate which of the signs or symptoms in the list the patient may be manifesting. The diagnostic tool user interface receives 410 the input via the input fields.
[0067] After the dispatcher has provided appropriate input for the emergency call, and the input has been received 410 by the user interface, the information is collected 412 by the diagnostic tool. Collecting 412 the information may include formatting symptom information into data having a uniform format. The diagnostic tool may use the collected information to determine 414 the probability that the patient has the pandemic illness. The collected information may also be combined 416 with location information gathered by the emergency dispatch protocol and/or the diagnostic tool. The location information specifies the location of the patient who is the subject of the emergency call. The combined data may optionally be stored 418 for later analyzing. The data may be stored locally on a dispatch center computer. The data, whether stored 418 or not, may be transmitted 420 to a data analyzing module. In other words, the data may be stored 418 first or may be directly transmitted for processing by the data analyzing module. The data analyzing module may analyze the data to identify geographical clusters of symptoms and/or to identify trends and patterns indicating the spread of the pandemic illness. The data analyzing module be local (at the dispatch center) or may be at a third-party.
[0068] A person of ordinary skill can appreciate that the determination and input may also be communicated to other components of the emergency medical dispatch system 100. Moreover, other data may be communicated as well. All data collected by the diagnostic tools 120 may be conveyed to the determinant value calculator 110, the reporting module 114, the CAD system 112, and/or trained emergency responders. The data may also be stored by the system 100. The data collected by the pandemic diagnostic tool 122 may be transmitted to a data analyzing module 126. The data, including the data collected by the pandemic diagnostic tool 122, may be combined with other data prior to being communicated to other components. For example, the data collected by the pandemic diagnostic tool 122 may be combined with location information collected by the emergency dispatch protocol.
[0069] The information gathered by the diagnostic tools 120 may be used to assist emergency responders prior to arrival. The diagnostic tools 120, including the pandemic diagnostic tool 122, greatly improve information collection and intervention for emergency medical response situations and will be an aid in saving lives.
[0070] While specific embodiments and applications of the disclosure have been illustrated and described, it is to be understood that the disclosure is not limited to the precise configuration and components disclosed herein. Various modifications, changes, and variations apparent to those of skill in the art may be made in the arrangement, operation, and details of the methods and systems of the disclosure without departing from the spirit and scope of the disclosure.
Claims
What is claimed is:
1. A computer-implemented method to assist a dispatcher when communicating with a caller via telephone regarding a medical emergency of a patient, comprising:
a dispatch center computer system providing an emergency dispatch protocol to assist the dispatcher communicating with the caller via telephone regarding a medical emergency of a patient, the protocol presenting a plurality of interrogatories for the dispatcher to ask the caller to collect information regarding the medical emergency and generate an emergency medical dispatch response by emergency responders based on the collected information;
the dispatch center computer system initiating a diagnostic tool on the dispatch center computer system, the diagnostic tool configured to aid the dispatcher in uniformly collecting information about symptoms of a pandemic illness in a uniform consistent manner;
the diagnostic tool presenting to the dispatcher a user interface;
the diagnostic tool providing an instruction via the user interface for the dispatcher to vocally relay to the caller over the telephone to guide the caller in identifying symptoms of the pandemic illness that the patient is manifesting;
the diagnostic tool receiving dispatcher-entered input that is indicative of information about symptoms of a pandemic illness gathered and relayed by the caller, wherein the caller relays the symptom information to the dispatcher vocally over the telephone;
the diagnostic tool collecting symptom information from the dispatcher-entered input and compiling the symptom information into data having a uniform format to be processed to monitor the spread of the pandemic illness; and
the dispatch center computer system transmitting the collected symptom information to a data analyzing module that is configured to identify patterns and relationships within data received by the data analyzing module.
2. The computer-implemented method of claim 1, wherein the pandemic illness is a severe respiratory infection.
3. The computer-implemented method of claim 1, wherein the pandemic illness is influenza.
4. The computer-implemented method of claim 1, wherein the diagnostic tool on the dispatch center computer system transmits the collected symptom information to the processing module.
5. The computer-implemented method of claim 1, wherein the diagnostic tool collecting information from the dispatcher-entered input comprises transferring the collected information to the emergency dispatch protocol of the dispatch center computer system, and wherein the emergency dispatch protocol transmits the collected symptom information to the processing module.
6. The computer-implemented method of claim 5, further comprising the dispatch center computer transferring the collected information to a computer-aided dispatch (CAD) system.
7. The computer-implemented method of claim 6, further comprising the dispatch center combining location information collected by the emergency dispatch protocol with symptom information before transferring the symptom information to the CAD system.
8. The computer-implemented method of claim 1, further comprising the diagnostic tool making a determination whether the patient is likely suffering from the pandemic illness, wherein the determination is based on the dispatcher-entered input.
9. The computer-implemented method of claim 8, further comprising the dispatch center computer system determining a priority for the emergency medical dispatch response based on the diagnostic tool determining that the patient is likely suffering from severe respiratory infection.
10. The computer-implemented method of claim 9, wherein the dispatch center computer system determining the priority further comprises determining a determinant value.
11. The computer implemented method of claim 8, further comprising the diagnostic tool providing to the emergency medical dispatch protocol the results of the diagnostic tool determination whether the patient is likely suffering from the pandemic illness.
12. The computer-implemented method of claim 1, wherein the dispatch center computer system initiates the diagnostic tool based on dispatcher-entered input indicative of one or more responses of the caller to the interrogatories presented to the dispatcher by the protocol.
13. The computer-implemented method of claim 1, further comprising the dispatch center computer system presenting to the dispatcher an emergency medical dispatch protocol user interface having a diagnostic tool launch input to initiate the diagnostic tool, wherein the dispatch center computer system initiates the diagnostic tool in response to the diagnostic tool launch input.
14. The computer-implemented method of claim 1, wherein the diagnostic tool providing an instruction via the user interface includes providing an instruction that directs the caller to indicate to the dispatcher the symptoms of the pandemic illness that the patient is manifesting.
15. The computer-implemented method of claim 1, wherein the computer-implemented method further comprises the diagnostic tool providing one or more symptoms of the pandemic illness that the dispatcher can vocally relay to the caller to guide the caller's observations of the patient's symptoms.
16. The computer-implemented method of claim 15, wherein the diagnostic tool providing one or more symptoms to the dispatcher includes providing one or more symptoms from a group of symptoms consisting of: difficulty breathing or shortness of breath; persistent cough; measured body temperature at or above 101 degrees Fahrenheit; chills; unusual sweats; hot to the touch in room temperature; drainage from eyes; sore throat; nasal congestion (blocked nose); runny nose; contact with someone with flu (or flu-like symptoms); and traveled recently.
17. The computer-implemented method of claim 1, further comprising the diagnostic tool providing input fields on the user interface by which the dispatcher can enter input indicative of the symptoms of the pandemic illness that the caller indicates the patient is manifesting.
18. The computer-implemented method of claim 17, wherein the input fields comprise check boxes, wherein each check box is associated with a symptom of the pandemic illness, wherein the symptom associated with the pandemic illness is included in a list of symptoms presented by the user interface.
19. The computer implemented method of claim 1, further comprising the diagnostic tool providing on the user interface a completed input configured to indicate to the diagnostic tool to collect the dispatcher-entered input.
20. The computer implemented method of claim 19, further comprising the diagnostic tool determining whether the patient is likely suffering from the pandemic illness upon receiving the completed input.
21. A computer system for collecting information to identify geographical clusters of symptoms of a pandemic illness, the computer system comprising:
a processor;
an input device in electrical communication with the processor;
an output device in electrical communication with the processor; and
a memory in electrical communication with the processor, and having stored thereon:
an emergency dispatch protocol configured to assist a dispatcher communicating with a caller via telephone regarding a medical emergency of a patient, wherein the emergency dispatch protocol provides a user interface to present a plurality of interrogatories for a dispatcher to ask a caller to generate an emergency dispatch response, wherein the emergency dispatch protocol receives geographical location information, which is transmitted to a data analyzing module that is configured to identify patterns and relationships within data received by the data analyzing module; and
a diagnostic tool to assist the dispatcher in guiding the caller in a uniform manner to gather symptom information relating to symptoms of the pandemic illness that the patient may be manifesting; wherein the diagnostic tool is configured to
present to the dispatcher a diagnostic tool user interface on an output device, including an instruction and a list of one or more symptoms for the dispatcher to vocally relay to the caller over the telephone to assist the caller in identifying symptoms of the pandemic illness the patient is manifesting,
receive, via the input device and the diagnostic tool user interface, dispatcher-entered input indicative of caller-relayed information regarding the symptoms of the pandemic illness that the patient is manifesting, and
collect symptom information from the dispatcher-entered input and compiling the symptom information into data having a uniform format that can be processed to monitor the spread of the pandemic illness, wherein the data is transmitted to the data analyzing module with the geographical location information to enable the data analyzing module to identify geographical clusters of symptoms of the pandemic illness.
22. The computer system of claim 21, further comprising a computer aided dispatch (CAD) system configured to manage dispatcher tools, including the emergency dispatch protocol, for processing emergency calls.
23. The computer system of claim 22, wherein the emergency dispatch protocol transfers symptom information collected by the diagnostic tool to the CAD system.
24. The computer system of claim 22, wherein the diagnostic tool transfers symptom information to the CAD system.
25. The computer system of claim 22, wherein the emergency dispatch protocol receives geographical location information from the CAD system.
26. The computer system of claim 22, wherein the geographical location information and the system information are combined together in a uniform data format and transferred to the CAD system, and wherein the CAD system is configured to transmit the data to the data analyzing module.
27. The computer system of claim 21, wherein the diagnostic tool determines whether the patient is likely suffering from the pandemic illness based on gathered symptom information.
28. The computer system of claim 27, the memory of the computer system further has stored thereon a determinant value calculator to calculate a determinant value that can be utilized to prioritize an emergency response, wherein the diagnostic tool is configured to provide to the determinant value calculator the results of determining whether the patient is likely suffering from severe respiratory infection.
29. The computer system of claim 21, wherein the emergency dispatch protocol initiates the diagnostic tool based on dispatcher-entered input indicative of one or more responses of the caller to the interrogatories presented to the dispatcher by the emergency dispatch protocol.
30. A computer system of claim 21, wherein the emergency dispatch protocol provides an input on the user interface to enable a dispatcher to manually initiate the diagnostic tool.
31. A computer-readable storage medium including computer-readable instruction code for a dispatch center computer performing a method to assist a dispatcher when communicating with a caller via telephone regarding a medical emergency of a patient, the method comprising:
providing an emergency dispatch protocol to assist the dispatcher communicating with the caller via telephone regarding a medical emergency of a patient, the protocol presenting a plurality of interrogatories for the dispatcher to ask the caller to collect information regarding the medical emergency and generate an emergency medical dispatch response by emergency responders based on the collected information;
initiating a diagnostic tool on the dispatch center computer, the diagnostic tool configured to aid the dispatcher in gathering information about symptoms of a pandemic illness in a uniform consistent manner;
the diagnostic tool presenting to the dispatcher a user interface;
the diagnostic tool providing an instruction via the user interface for the dispatcher to vocally relay to the caller over the telephone to guide the caller in identifying symptoms of the pandemic illness that the patient is manifesting;
the diagnostic tool collecting symptom information from the dispatcher-entered input and compiling the symptom information into data having a uniform format to be processed to monitor the spread of the pandemic illness; and
the dispatch center computer system transmitting the collected symptom information to a data analyzing module that is configured to identify patterns and relationships within data received by the data analyzing module.
32. The computer-readable storage medium of claim 31, wherein the diagnostic tool is initiated based on dispatcher-entered input indicative of one or more responses of the caller to the interrogatories presented to the dispatcher by the emergency dispatch protocol.
33. The computer-readable storage medium of claim 31, wherein the method further comprises presenting to the dispatcher an emergency medical dispatch protocol user interface having a diagnostic tool launch input to initiate the diagnostic tool, wherein the diagnostic tool is initiated in response to the diagnostic tool launch input.
34. The computer-readable storage medium of claim 31, wherein the method further comprises the emergency dispatch protocol determining a priority for the emergency medical dispatch response based on the diagnostic tool determining that the patient is likely suffering the pandemic illness.
35. The computer-readable storage medium of claim 31, wherein the method further comprises the diagnostic tool providing input fields via the user interface by which the dispatcher can enter input indicative of caller-relayed information concerning the caller's observations of the patient's symptoms.
36. A computer system to assist a dispatcher when communicating with a caller via telephone regarding a medical emergency of a patient, the computer system comprising:
a processor;
an input device in electrical communication with the processor;
an output device in electrical communication with the processor; and
a memory in electrical communication with the processor, and having stored thereon:
an emergency dispatch protocol including a plurality of interrogatories for a dispatcher to ask a caller to generate an emergency medical dispatch response;
a diagnostic tool to assist the dispatcher in guiding the caller to obtain information that can be used by the diagnostic tool to diagnose whether the patient is likely suffering from a pandemic illness by performing a method of:
presenting to the dispatcher a user interface on the output device, including instructions for the dispatcher to vocally relay to the caller over the telephone to assist the caller in identifying symptoms that indicate the patient is likely suffering from the pandemic illness;
receiving dispatcher-entered input that is indicative of information about symptoms of a pandemic illness gathered and relayed by the caller, wherein the caller relays the information to the dispatcher vocally over the telephone;
collecting symptom information from the dispatcher-entered input and compiling the symptom information into data having a uniform format to be analyzed to monitor the spread of the pandemic illness; and
transmitting the collected symptom information to a data analyzing module that is configured to identify patterns and relationships within data received by the data analyzing module.
37. The computer system of claim 36, wherein the method of the diagnostic tool further comprises determining whether the patient is likely suffering from the pandemic illness, wherein the determination is based on the dispatcher-entered input.
38. The computer system of claim 37, wherein the method of the diagnostic tool further comprises providing to the emergency medical dispatch protocol the results of the determination whether the patient is likely suffering from the pandemic illness.
39. The computer system of claim 37, further comprising a determinant value calculator stored on the memory to calculate a determinant value that can be utilized to prioritize an emergency response, and wherein the method of the diagnostic tool further comprises providing to the determinant value calculator the results of determining whether the patient is likely suffering from the pandemic illness.
Patent Citations (166)
| Patent | Date | Inventor | Cited By |
|---|---|---|---|
| US3799147(A) | 1974-03-01 | Adolph et al. | Applicant |
| US4130881(A) | 1978-12-01 | Haessler et al. | Applicant |
| US4164320(A) | 1979-08-01 | Irazoqui et al. | Applicant |
| US4237344(A) | 1980-12-01 | Moore | Applicant |
| US4290114(A) | 1981-09-01 | Sinay | Applicant |
| US4338493(A) | 1982-07-01 | Stenhuis et al. | Applicant |
| US4360345(A) | 1982-11-01 | Hon | Applicant |
| US4455548(A) | 1984-06-01 | Burnett | Applicant |
| US4489387(A) | 1984-12-01 | Lamb et al. | Applicant |
| US4731725(A) | 1988-03-01 | Suto et al. | Applicant |
| US4839822(A) | 1989-06-01 | Dormond et al. | Applicant |
| US4858121(A) | 1989-08-01 | Barber et al. | Applicant |
| US4865549(A) | 1989-09-01 | Sonsteby | Applicant |
| US4922514(A) | 1990-05-01 | Bergeron et al. | Applicant |
| US4926495(A) | 1990-05-01 | Comroe et al. | Applicant |
| US4945476(A) | 1990-07-01 | Bodick et al. | Applicant |
| US4967754(A) | 1990-11-01 | Rossi | Applicant |
| US5063522(A) | 1991-11-01 | Winters | Applicant |
| US5065315(A) | 1991-11-01 | Garcia | Applicant |
| US5072383(A) | 1991-12-01 | Brimm et al. | Applicant |
| US5077666(A) | 1991-12-01 | Brimm et al. | Applicant |
| US5086391(A) | 1992-02-01 | Chambers | Applicant |
| US5109399(A) | 1992-04-01 | Thompson | Applicant |
| US5122959(A) | 1992-06-01 | Nathanson et al. | Applicant |
| US5193855(A) | 1993-03-01 | Shamos | Applicant |
| US5228449(A) | 1993-07-01 | Christ et al. | Applicant |
| US5253164(A) | 1993-10-01 | Holloway et al. | Applicant |
| US5255187(A) | 1993-10-01 | Sorensen | Applicant |
| US5291399(A) | 1994-03-01 | Chaco | Applicant |
| US5323444(A) | 1994-06-01 | Ertz et al. | Applicant |
| US5339351(A) | 1994-08-01 | Hoskinson et al. | Applicant |
| US5348008(A) | 1994-09-01 | Bornn et al. | Applicant |
| US5379337(A) | 1995-01-01 | Castillo et al. | Applicant |
| US5404292(A) | 1995-04-01 | Hendrickson | Applicant |
| US5410471(A) | 1995-04-01 | Alyfuku et al. | Applicant |
| US5423061(A) | 1995-06-01 | Fumarolo et al. | Applicant |
| US5438996(A) | 1995-08-01 | Kemper et al. | Applicant |
| US5441047(A) | 1995-08-01 | David et al. | Applicant |
| US5462051(A) | 1995-10-01 | Oka et al. | Applicant |
| US5471382(A) | 1995-11-01 | Tallman et al. | Applicant |
| US5502726(A) | 1996-03-01 | Fischer | Applicant |
| US5513993(A) | 1996-05-01 | Lindley et al. | Applicant |
| US5516702(A) | 1996-05-01 | Senyei et al. | Applicant |
| US5521812(A) | 1996-05-01 | Feder et al. | Applicant |
| US5536084(A) | 1996-07-01 | Curtis et al. | Applicant |
| US5544649(A) | 1996-08-01 | David et al. | Applicant |
| US5554031(A) | 1996-09-01 | Moir et al. | Applicant |
| US5590269(A) | 1996-12-01 | Kruse et al. | Applicant |
| US5594638(A) | 1997-01-01 | Iliff | Applicant |
| US5594786(A) | 1997-01-01 | Chaco et al. | Applicant |
| US5596994(A) | 1997-01-01 | Bro | Applicant |
| US5630125(A) | 1997-05-01 | Zellweger | Applicant |
| US5636873(A) | 1997-06-01 | Sonsteby | Applicant |
| US5650995(A) | 1997-07-01 | Kent | Applicant |
| US5660176(A) | 1997-08-01 | Iliff | Applicant |
| US5675372(A) | 1997-10-01 | Aguayo, Jr. et al. | Applicant |
| US5682419(A) | 1997-10-01 | Grube et al. | Applicant |
| US5684860(A) | 1997-11-01 | Milani et al. | Applicant |
| US5689229(A) | 1997-11-01 | Chaco et al. | Applicant |
| US5719918(A) | 1998-02-01 | Serbetciouglu et al. | Applicant |
| US5722418(A) | 1998-03-01 | Bro | Applicant |
| US5724983(A) | 1998-03-01 | Selker et al. | Applicant |
| US5734706(A) | 1998-03-01 | Windsor et al. | Applicant |
| US5745532(A) | 1998-04-01 | Campana, Jr. | Applicant |
| US5748907(A) | 1998-05-01 | Crane | Applicant |
| US5754960(A) | 1998-05-01 | Downs et al. | Applicant |
| US5759044(A) | 1998-06-01 | Redmond | Applicant |
| US5761278(A) | 1998-06-01 | Pickett et al. | Applicant |
| US5761493(A) | 1998-06-01 | Blakeley et al. | Applicant |
| US5787429(A) | 1998-07-01 | Nikolin, Jr. | Applicant |
| US5805670(A) | 1998-09-01 | Pons et al. | Applicant |
| US5809493(A) | 1998-09-01 | Ahamed et al. | Applicant |
| US5822544(A) | 1998-10-01 | Chaco et al. | Applicant |
| US5823948(A) | 1998-10-01 | Ross, Jr. et al. | Applicant |
| US5826077(A) | 1998-10-01 | Blakeley et al. | Applicant |
| US5832187(A) | 1998-11-01 | Pedersen et al. | Applicant |
| US5842173(A) | 1998-11-01 | Strum et al. | Applicant |
| US5844817(A) | 1998-12-01 | Lobley et al. | Applicant |
| US5850611(A) | 1998-12-01 | Krebs | Applicant |
| US5857966(A) | 1999-01-01 | Clawson | Examiner |
| US5901214(A) | 1999-05-01 | Shaffer et al. | Applicant |
| US5902234(A) | 1999-05-01 | Webb | Applicant |
| US5910987(A) | 1999-06-01 | Ginter et al. | Applicant |
| US5912818(A) | 1999-06-01 | McGrady et al. | Applicant |
| US5915019(A) | 1999-06-01 | Ginter et al. | Applicant |
| US5926526(A) | 1999-07-01 | Rapaport et al. | Applicant |
| US5933780(A) | 1999-08-01 | Connor et al. | Applicant |
| US5961446(A) | 1999-10-01 | Beller et al. | Applicant |
| US5962891(A) | 1999-10-01 | Arai | Applicant |
| US5964700(A) | 1999-10-01 | Tallman et al. | Applicant |
| US5986543(A) | 1999-11-01 | Johnson | Applicant |
| US5989187(A) | 1999-11-01 | Clawson | Applicant |
| US5991730(A) | 1999-11-01 | Lubin et al. | Applicant |
| US5991751(A) | 1999-11-01 | Rivette et al. | Applicant |
| US6004266(A) | 1999-12-01 | Clawson | Applicant |
| US6010451(A) | 2000-01-01 | Clawson | Applicant |
| US6022315(A) | 2000-02-01 | Iliff | Applicant |
| US6035187(A) | 2000-03-01 | Franza | Applicant |
| US6040770(A) | 2000-03-01 | Britton | Applicant |
| US6052574(A) | 2000-04-01 | Smith, Jr. | Applicant |
| US6053864(A) | 2000-04-01 | Clawson | Applicant |
| US6058179(A) | 2000-05-01 | Shaffer et al. | Applicant |
| US6074345(A) | 2000-06-01 | van Oostrom et al. | Applicant |
| US6076065(A) | 2000-06-01 | Clawson | Applicant |
| US6078894(A) | 2000-06-01 | Clawson et al. | Applicant |
| US6106459(A) | 2000-08-01 | Clawson | Applicant |
| US6112083(A) | 2000-08-01 | Sweet et al. | Applicant |
| US6115646(A) | 2000-09-01 | Fiszman et al. | Applicant |
| US6117073(A) | 2000-09-01 | Jones et al. | Applicant |
| US6118866(A) | 2000-09-01 | Shtivelman | Applicant |
| US6127975(A) | 2000-10-01 | Maloney | Applicant |
| US6134105(A) | 2000-10-01 | Lueker | Applicant |
| US6292542(B1) | 2001-09-01 | Bilder | Applicant |
| US6370234(B1) | 2002-04-01 | Kroll | Applicant |
| US6535121(B2) | 2003-03-01 | Matheny | Applicant |
| US6594634(B1) | 2003-07-01 | Hampton et al. | Applicant |
| US6607481(B1) | 2003-08-01 | Clawson | Applicant |
| US6610012(B2) | 2003-08-01 | Mault | Applicant |
| US6696956(B1) | 2004-02-01 | Uchida et al. | Applicant |
| US6879819(B2) | 2005-04-01 | Brooks | Applicant |
| US6901397(B1) | 2005-05-01 | Moldenhauer et al. | Applicant |
| US6931112(B1) | 2005-08-01 | McFarland et al. | Applicant |
| US6968375(B1) | 2005-11-01 | Brown | Applicant |
| US7106835(B2) | 2006-09-01 | Saalsaa | Applicant |
| US7194395(B2) | 2007-03-01 | Genovese | Applicant |
| US7289944(B1) | 2007-10-01 | Genovese | Applicant |
| US7428301(B1) | 2008-09-01 | Clawson | Applicant |
| US7436937(B2) | 2008-10-01 | Clawson | Applicant |
| US7645234(B2) | 2010-01-01 | Clawson | Applicant |
| US7703020(B2) | 2010-04-01 | Bhattaru | Applicant |
| US2002/0004729(A1) | 2002-01-01 | Zak et al. | Applicant |
| US2002/0106059(A1) | 2002-08-01 | Kroll et al. | Applicant |
| US2003/0028536(A1) | 2003-02-01 | Singh et al. | Applicant |
| US2003/0050538(A1) | 2003-03-01 | Naghavi et al. | Applicant |
| US2003/0187615(A1) | 2003-10-01 | Epler et al. | Applicant |
| US2003/0195394(A1) | 2003-10-01 | Saalsaa | Applicant |
| US2003/0212575(A1) | 2003-11-01 | Saalsaa et al. | Applicant |
| US2006/0059423(A1) | 2006-03-01 | Lehmann et al. | Applicant |
| US2006/0122520(A1) | 2006-06-01 | Banet et al. | Applicant |
| US2006/0167346(A1) | 2006-07-01 | Sarel | Applicant |
| US2006/0173500(A1) | 2006-08-01 | Walker et al. | Applicant |
| US2006/0178908(A1) | 2006-08-01 | Rappaport | Applicant |
| US2006/0212315(A1) | 2006-09-01 | Wiggins | Applicant |
| US2007/0055559(A1) | 2007-03-01 | Clawson | Applicant |
| US2007/0112275(A1) | 2007-05-01 | Cooke et al. | Applicant |
| US2007/0116189(A1) | 2007-05-01 | Clawson | Applicant |
| US2007/0201664(A1) | 2007-08-01 | Salafia et al. | Applicant |
| US2008/0208801(A1) | 2008-08-01 | Friedlander et al. | Examiner |
| US2009/0168975(A1) | 2009-07-01 | Clawson | Applicant |
| US2009/0191529(A1) | 2009-07-01 | Mozingo et al. | Applicant |
| US2010/0004710(A1) | 2010-01-01 | Kellum | Applicant |
| US2010/0121156(A1) | 2010-05-01 | Yoo | Applicant |
| US2010/0152800(A1) | 2010-06-01 | Walker et al. | Applicant |
| US2010/0198755(A1) | 2010-08-01 | Soll et al. | Applicant |
| US2010/0257250(A1) | 2010-10-01 | Salafia et al. | Applicant |
| US2011/0064204(A1) | 2011-03-01 | Clawson | Applicant |
| JP2003109162(A) | 2003-04-01 | Applicant | |
| JP2003-187003(A) | 2003-07-01 | Applicant | |
| JP2003256963(A) | 2003-09-01 | Applicant | |
| JP2010033201(A) | 2010-12-01 | Applicant | |
| KR10-2005-0085778(A) | 2005-08-01 | Applicant | |
| KR10-2006-0084866(A) | 2006-07-01 | Applicant | |
| KR20070043337(A) | 2007-04-01 | Applicant | |
| KR10-2008-0004125(A) | 2008-01-01 | Applicant | |
| WO2006/015229(A2) | 2006-02-01 | Applicant | |
| WO2008/156876(A1) | 2008-12-01 | Applicant |
Non-Patent Literature (55)
- International Search Report and Written Opinion mailed Jan. 19, 2011 in PCT Application No. PCT/US2010/043308, filed Jul. 27, 2010.Applicant
- International Search Report and Written Opinion mailed Jan. 19, 2011 in PCT Application No. PCT/US2010/043311, filed Jul. 27, 2010.Applicant
- International Search Report and Written Opinion PCT/US2010/050402, filed on Sep. 27, 2010, and mailed from ISA on Apr. 27, 2011, 9 pgs.Applicant
- International Preliminary Report of Patentability for PCT/US2009/048577 filed on Jun. 25, 2009 mailed Oct. 27, 2011, 7 pgs.Applicant
- International Search Report and Written Opinion for PCT/US2011/042543 filed on Jun. 30, 2011, and mailed from ISA on Feb. 9, 2012, 11 pgs.Applicant
- International Search Report and Written Opinion for PCT/US2011/042582 filed on Jun. 30, 2011, and mailed from ISA on Feb. 9, 2012, 8 pgs.Applicant
- International Preliminary Report of Patentability for PCT/US2010/043308 filed on Jul. 27, 2010 mailed Mar. 22, 2012, 6 pgs.Applicant
- International Preliminary Report of Patentability for PCT/US2010/043311 filed on Jul. 27, 2010 mailed Mar. 29, 2012, 6 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 12/558,045 mailed Mar. 22, 2012, 9 pgs.Applicant
- Office Action for U.S. Appl. No. 12/268,963, filed Nov. 11, 2008, mailed from USPTO on Jul. 29, 2011, 18 pgs.Applicant
- Office Action for U.S. Appl. No. 12/396,201, filed Mar. 2, 2009 and mailed from USPTO on Mar. 8, 2011, 23 pgs.Applicant
- Radosevich, Lynda, “Network holds sway on life, death,” Computerworld, v27 n21, May 24, 1993, 2 pgs.Applicant
- Harris, Roger, “Updated 911 Phone System Top Concern of Residents,” Business First-Louisville, v9 n19 s1, Dec. 1992, 3 pgs.Applicant
- “Geac Completes Software Install,” Wireless Week, Nov. 18, 1996, 3 pgs.Applicant
- “Dictaphone introduces Windows-based Computer-Aided Dispatch (CAD) system,” Business Wire, Apr. 23, 1996, 2 pgs. (in commercial use in 1995).Applicant
- Holroyd, Brian, et al., “Medical Control; Quality Assurance in Prehospital Care,” JAMA, the Journal of American Medical Association, v256, n8, Aug. 1986, p. 1027-1031.Applicant
- CBS web page News Story entitled “911 Operator: ‘It's got to be Hell’”, Mar. 31, 2006 (excerpts from 911 operators' actions during the attacks on Sep. 11, 2001), 3 pgs.Applicant
- Best, Wendy, “999 United Emergency services share life-saving Role to boost response,” Western Daily Press, WDP Severnside ed., May 27, 1999, 2 pgs.Applicant
- Poellmitz, William C., “Wireless technology keeps public safety a step ahead,” Nation's Cities Weekly, v21 n17, Apr. 27, 1998, 3 pgs.Applicant
- Crowley, Mark, “Learning from CAD System Implementation,” Communications, v29 n8, Aug. 1992, 5 pgs.Applicant
- Anonymous, “Suburban Chicago towns centralize 911 services,” Communications News, v31 n10, Oct. 1994, 2 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,901 mailed Dec. 31, 2003, 8 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,901 mailed Oct. 13, 2004, 8 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,901 mailed Jun. 29, 2005, 7 pgs.Applicant
- Advisory Action Before the Filing of an Appeal Brief from USPTO for U.S. Appl. No. 10/255,901 mailed Feb. 14, 2006, 3 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,901 mailed Jun. 7, 2006, 8 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,901 mailed Feb. 27, 2007, 8 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,901 mailed Sep. 6, 2007, 9 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,905 mailed May 19, 2004, 7 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,905 mailed May 26, 2005, 5 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,905 mailed Feb. 9, 2006, 8 pgs.Applicant
- Advisory Action Before the Filing of an Appeal Brief from USPTO for U.S. Appl. No. 10/255,905 mailed Aug. 11, 2006, 3 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,905 mailed Jan. 30, 2007, 7 pgs.Applicant
- Notice of Non-Compliant Amendment (37 CFR 1.121) from USPTO for U.S. Appl. No. 10/255,905 mailed Jul. 9, 2007, 4 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/255,905 mailed Oct. 5, 2007, 7 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 09/685,697 mailed Jul. 18, 2003, 8 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 09/685,697 mailed Feb. 3, 2004, 5 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 09/685,697 mailed Jan. 4, 2005, 5 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 09/685,697 mailed Oct. 4, 2005, 7 pgs.Applicant
- Advisory Action Before the Filing of an Appeal Brief from USPTO for U.S. Appl. No. 09/685,697 mailed Mar. 13, 2006, 4 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 09/685,697 mailed Jun. 26, 2006, 8 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 09/685,697 mailed Apr. 10, 2007, 9 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 09/685,697 mailed Oct. 9, 2007, 11 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/140,635 mailed Oct. 3, 2003, 9 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/140,635 mailed Jul. 16, 2004, 11 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/140,635 mailed Apr. 19, 2005, 11 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/140,635 mailed Jan. 17, 2006, 13 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/140,635 mailed Sep. 20, 2006, 15 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 10/140,635 mailed Jun. 21, 2007, 15 pgs.Applicant
- International Search Report for PCT/US2008/054987 filed on Feb. 26, 2008, and mailed on Oct. 8, 2008, 2 pgs.Applicant
- Written Opinion of the International Searching Authority for PCT/US2008/054987 filed on Feb. 26, 2008, and mailed on Oct. 8, 2008, 9 pgs.Applicant
- Notification of Transmittal of the International Search Report (2 pgs.), International Search Report, (2 pgs.), and Written Opinion (8 pgs.) mailed from International Searching Authority on Jun. 10, 2009.Applicant
- International Search Report and Written Opinion for PCT/US09/48577, International filing date Jun. 25, 2009, mailed from ISA Aug. 7, 2009, 9 pgs.Applicant
- Office Action Summary from USPTO for U.S. Appl. No. 12/422,561 mailed Jul. 3, 2012, 23 pgs.Applicant
- International Search Report and Written Opinion for PCT/US2012/021867 filed Jan. 19, 2012, and mailed Aug. 30, 2012, 9 pgs.Applicant