The present invention relates generally to diagnostic procedures for a subject under test. More particularly, the present invention relates to optimizing the diagnostic procedures for the subject under test.
Diagnostic systems are used by technicians and professionals in virtually all industries to perform basic and advanced system testing functions. For example, in the automotive, trucking, heavy equipment and aircraft industries, diagnostic test systems provide for vehicle onboard computer fault or trouble code display, interactive diagnostics, multiscope and multimeter functions, and electronic service manuals. In the medical industry, diagnostic systems provide for monitoring body functions and diagnosis of medical conditions, as well as system diagnostics to detect anomalies in the medical equipment.
In many industries, diagnostic systems play an increasingly important role in manufacturing processes, as well as in maintenance and repair throughout the lifetime of the equipment or product. Some diagnostic systems are based on personal computer technology and feature user-friendly, menu-driven diagnostic applications. These systems assist technicians and professionals at all levels in performing system diagnostics on a real-time basis.
With the advent of the microprocessor, virtually all modern vehicles have come to utilize onboard computers to control and monitor engine and electrical system functions. Such vehicle onboard computers typically interface with a multiplicity of sensors and transducers, which continuously detect vehicle and engine operational parameters and provide representative electrical signals to the onboard computer. The data collected and processed by the onboard computer can be useful in the diagnosis of vehicle engine and electrical system malfunctions. Thus, the vehicle onboard computer typically includes a communication port connector that allows certain of the collected data to be transmitted to an independent computer analyzer, which may process the data, store the data, or present the data in a visual format that can be interpreted by vehicle maintenance and repair technicians.
In conjunction with these technological developments, a variety of specialized computer analyzers, or vehicle diagnostic tools, have been developed and marketed to provide vehicle maintenance and repair technicians access to the data available from the vehicle onboard computers. The current technology includes a variety of hand-held vehicle diagnostic tools, frequently referred to as scan tools, with considerable processing capabilities, typically incorporating an integral display and capable of displaying the onboard computer data in a variety of graphical formats that allow vehicle technicians to view and interpret the data.
The diagnostic procedures for diagnostic systems utilizing equipment this sort are typically developed by experienced technical experts or professionals. The technical expert or professional provides the technical experience and knowledge required to develop complex diagnostic procedures. Thus, the efficacy of the diagnostic procedures, in particular the sequence in which the diagnostic procedures are performed, is highly dependent on the expertise of the technical expert or professional authoring the procedures. The diagnostic procedures for diagnostic systems of this sort are typically developed by experienced technical experts or professionals. The technical expert or professional provides the technical experience and knowledge required to develop complex diagnostic procedures. Thus, the efficacy of the diagnostic procedures, in particular the sequence in which the diagnostic procedures are performed, is highly dependent on the expertise of the technical expert or professional authoring the procedures.
Thus, existing diagnostic systems have a disadvantage in that the sequence of execution of diagnostic procedures is highly dependent upon the expertise of the technical experts and professionals who author the diagnostic procedures. The technical experts and professionals often do not have access to complete information regarding historical outcomes of diagnostic testing that has been performed, and in particular, statistical information regarding the historical outcomes of diagnostic testing. As a result, diagnostic testing can consume unnecessary time and cost, because it is based on incomplete information. Accordingly, it is desirable to provide a method and apparatus for optimizing the sequence of diagnostic test procedures that can be executed on diagnostic systems, such as a medical diagnostic systems.
The foregoing needs are met, to a great extent, by the present invention, wherein in one aspect an apparatus and method are provided that in some embodiments provide for optimizing the diagnostic procedures for the subject under test at least to some extent.
An embodiment of the present invention pertains to a computer-implemented method of optimizing a diagnostic test sequence to diagnose a medical condition of a subject. The method includes the steps of: determining a group of diagnostic tests related to a symptom of the subject from a pool of diagnostic tests; conducting a probabilistic medical condition analysis determining the efficacy of each of the diagnostic tests based on historical outcomes of actual diagnostic testing; analyzing a comparative utility of each diagnostic tests based on a plurality of factors that can affect a problem resolution; assigning a weight to each factor involved in the probabilistic medical condition analysis; ordering the diagnostic tests based upon at least one of: a probability of the diagnostic test identifying a cause of the medical condition in a minimum amount of time; a probability of the diagnostic test identifying the cause of the medical condition at a minimum cost; and a relative weighting of minimizing time versus minimizing cost; and selecting a first diagnostic test from the group based at least in part on the probabilistic medical condition analysis and the weighted factors involved therein.
Another embodiment of the present invention relates to a diagnostic tool for optimizing a diagnostic test sequence to diagnose a medical condition of a subject. The diagnostic tool includes: a diagnostic test selector configured to determine a group of diagnostic tests related to a symptom of the subject from a pool of diagnostic tests; a medical condition analyzer configured to determine the efficacy of each of the diagnostic tests of the group based on historical outcomes of actual diagnostic testing via a probabilistic medical condition analysis; an analyzer configured to analyze a comparative utility of each diagnostic tests of the group based on a plurality of factors that can affect a problem resolution; a weighter configured to assign a weight to each factor involved in the probabilistic medical condition analysis; an orderer configured to order the group diagnostic tests based upon at least one of a probability of the diagnostic test identifying a cause of the medical condition in a minimum amount of time; a probability of the diagnostic test identifying the cause of the medical condition at a minimum cost; and a relative weighting of minimizing time versus minimizing cost; and a sequence optimizer configured to select a first diagnostic test from the group based at least in part on a probabilistic medical condition analysis and the weighted factors involved therein.
Yet another embodiment of the present invention pertains to a diagnostic tool for optimizing a diagnostic test sequence to diagnose a medical condition of a subject. The diagnostic tool includes: a diagnostic test selector configured to determine a group of diagnostic tests related to a symptom of the subject from a pool of diagnostic tests; a sequence optimizer configured to select a first diagnostic test from the group based at least in part on a probabilistic medical condition analysis, the probabilistic medical condition analysis being based on historical outcomes of actual diagnostic testing; a medical condition analyzer configured to quantify a comparative utility of an individual diagnostic test of the group based on a plurality of factors that can affect a problem resolution; a factor weighter configured to assign a weight to each of a plurality of probabilistic medical condition analysis factors; and a medical history receiver configured to receive a medical history of the subject, wherein the probabilistic medical condition analyzer is further configured to base the comparative utility at least in part on the medical history.
In still another embodiment, the present invention relates to a computer-implemented method of optimizing a diagnostic test sequence to diagnose a medical condition of a subject. The method includes the steps of: determining a group of diagnostic tests related to a symptom of the subject from a pool of diagnostic tests; optimizing an order of the group of diagnostic tests, the optimization comprising: conducting a probabilistic medical condition analysis to determine the efficacy of each of the diagnostic tests of the group based on historical outcomes of actual diagnostic testing; analyzing a comparative utility of each diagnostic tests of the group based on a plurality of factors that can affect a problem resolution; assigning a weight to each factor involved in the probabilistic medical condition analysis; selecting a first diagnostic test from the group; and iteratively optimizing the order of the group of diagnostic tests in response to prompting by an intermediate diagnostic test information being received.
There has thus been outlined, rather broadly, certain embodiments of the invention in order that the detailed description thereof herein may be better understood, and in order that the present contribution to the art may be better appreciated. There are, of course, additional embodiments of the invention that will be described below and which will form the subject matter of the claims appended hereto.
In this respect, before explaining at least one embodiment of the invention in detail, it is to be understood that the invention is not limited in its application to the details of construction and to the arrangements of the components set forth in the following description or illustrated in the drawings. The invention is capable of embodiments in addition to those described and of being practiced and carried out in various ways. Also, it is to be understood that the phraseology and terminology employed herein, as well as the abstract, are for the purpose of description and should not be regarded as limiting.
As such, those skilled in the art will appreciate that the conception upon which this disclosure is based may readily be utilized as a basis for the designing of other structures, methods and systems for carrying out the several purposes of the present invention. It is important, therefore, that the claims be regarded as including such equivalent constructions insofar as they do not depart from the spirit and scope of the present invention.
An embodiment of the present inventive method and apparatus can provide a diagnostic test sequence optimizer that can determine a group of individual diagnostic tests, or procedures, related to a symptom from a pool of diagnostic procedures to diagnose a failure mode of a subject under test. In some embodiments, the subject may include a vehicle, computer network, person, or animal, and the like. The diagnostic test sequence optimizer can also include a failure mode analyzer that can quantify a comparative utility of the individual diagnostic tests, as well as a factor weighter that can assign a weight to each of a number of individual factors that can be figured into the failure mode analysis. In a particular embodiment described with reference to
The diagnostic test sequence optimizer can further include a vehicle history receiver that can receive information regarding the maintenance and repair history of the vehicle under test, which can also be factored into the failure mode analysis. The diagnostic test sequence optimizer can also include a sequence optimizer that can arrange the order the diagnostic tests in accordance with the individual comparative utilities of the tests and other significant factors. In addition, the failure mode analyzer and the sequence optimizer can take into account user preferences to further optimize the diagnostic test sequence.
An embodiment of the diagnostic test sequence optimizer can complement or can be an integral part of a diagnostic test procedure generator. An example of a diagnostic test procedure generator that is compatible with the interactive diagnostic schematic generator is disclosed in copending U.S. Patent Application, entitled “Diagnostic Decision Sequencing Method and Apparatus for Optimizing a Diagnostic Test Plan,” filed concurrently herewith by Fountain, et al., the disclosure of which is hereby incorporated by reference in its entirety.
The invention will now be described with reference to the drawing figures, in which like reference numerals refer to like parts throughout. An embodiment of the present inventive apparatus and method is illustrated in
An example of a diagnostic method for use with a vehicle diagnostic system of this type is disclosed in U.S. Pat. No. 5,631,831, entitled “Diagnosis Method For Vehicle Systems,” to Bird, et al., dated May 20, 1997, the disclosure of which is hereby incorporated by reference in its entirety. The diagnostic test sequence can navigate a vehicle technician through a step-by-step test sequence based on a vehicle onboard computer trouble code or a vehicle operational symptom. For example, during vehicle diagnostics, test step instructions and related information can be displayed to the vehicle technician on a display screen panel.
Diagnostic procedures can be authored, for example, by an expert vehicle technician, and subsequently ordered in an optimal sequence by the diagnostic test sequence optimizer 10. An example of a method for authoring diagnostic procedures for use with a vehicle diagnostic system is disclosed in U.S. patent application Ser. No. 11/052,118, filed by Fountain, et al. on Feb. 8, 2005, the disclosure of which is hereby incorporated by reference in its entirety.
The diagnostic test sequence optimizer 10 can include a processor 12, a memory 14, an input/output device 16, a diagnostic test selector 18, a failure mode analyzer 20, a factor weighter 22, a vehicle history receiver 24 and a sequence optimizer 26, all of which can be interconnected by a data bus 27. The processor 12, the memory 14, the input/output device 16 and the display device (not shown) can be part of a general computer, such as a personal computer (PC), a notebook, a UNIX workstation, a server, a mainframe computer, a personal digital assistant (PDA), or some combination of these. Alternatively, the processor 12, the memory 14 and the input/output device 16 can be part of a specialized computing device, such as a vehicle diagnostic scan tool. The remaining components can include programming code, such as source code, object code or executable code, stored on a computer-readable medium that can be loaded into the memory 14 and processed by the processor 12 in order to perform the desired functions of the diagnostic test sequence optimizer 10.
In various embodiments, the diagnostic test sequence optimizer 10 can be coupled to a communication network, which can include any viable combination of devices and systems capable of linking computer-based systems, such as the Internet; an intranet or extranet; a local area network (LAN); a wide area network (WAN); a direct cable connection; a private network; a public network; an Ethernet-based system; a token ring; a value-added network; a telephony-based system, including, for example, T1 or E1 devices; an Asynchronous Transfer Mode (ATM) network; a wired system; a wireless system; an optical system; a combination of any number of distributed processing networks or systems or the like.
An embodiment of the diagnostic test sequence optimizer 10 can be coupled to the communication network by way of the local data link, which in various embodiments can incorporate any combination of devices—as well as any associated software or firmware—configured to couple processor-based systems, such as modems, network interface cards, serial buses, parallel buses, LAN or WAN interfaces, wireless or optical interfaces and the like, along with any associated transmission protocols, as may be desired or required by the design.
Additionally, an embodiment of the diagnostic test sequence optimizer 10 can communicate information to the user and request user input by way of an interactive, menu-driven, visual display-based user interface, or graphical user interface (GUI). The user interface can be executed, for example, on a personal computer (PC) with a mouse and keyboard, with which the user may interactively input information using direct manipulation of the GUI. Direct manipulation can include the use of a pointing device, such as a mouse or a stylus, to select from a variety of selectable fields, including selectable menus, drop-down menus, tabs, buttons, bullets, checkboxes, text boxes, and the like. Nevertheless, various embodiments of the invention may incorporate any number of additional functional user interface schemes in place of this interface scheme, with or without the use of a mouse or buttons or keys, including for example, a trackball, a touch screen or a voice-activated system.
The diagnostic test selector 18 can determine a group of diagnostic tests that are related to or based on a symptom of a vehicle operational fault or an onboard computer trouble code. The determination can be based, for example, on a diagnostic Failure Mode and Effects Analysis (FMEA) or on an author priority setting.
A FMEA, or equivalently, a Failure Mode and Effects Criticality Analysis (FMECA), is a widely used tool in manufacturing industries, for example, the aerospace industry, the automotive industry, the heavy equipment industry and the digital electronics industry. A typical FMEA can include a list of failure modes and causes, effects associated with each of the failure modes, a severity of each failure mode, a risk or probability of the occurrence of each failure mode and additional information that can be useful in designing and manufacturing the associated product. For example, the FMEA can include estimated probability information based on engineering analysis or statistical probability estimates based on empirical data from actual failures. Thus, each diagnostic test procedure can be an individual failure mode test based on the failure modes identified in the FMEA, and the FMEA information can be used to determine which of the diagnostic test procedures is most likely to identify the cause of the symptom.
The FMEA or probability information available to the diagnostic test sequence optimizer 10 can be updated periodically with new estimates or empirical vehicle fleet failure mode information, for example, from a central database maintained by a service center or the vehicle manufacturer. Thus, the FMEA or probability information can be automatically updated, for example, over a communication network.
Some existing diagnostic test systems include sequences of diagnostic test procedures that can performed on a vehicle or other product to determine a cause of a symptom. However, in some existing systems the sequence of the diagnostic tests is determined based solely on the priority assigned by an expert diagnostic author. An embodiment of the present invention can have the advantage that the diagnostic test procedure sequence can be optimized using statistical probability information based on historical outcomes of actual diagnostic testing in order to more accurately determine the efficacy of each of the diagnostic procedures. As a result, the diagnostic test procedure sequence can be customized to minimize or optimize the time required to resolve the problem, the cost required to resolve the problem, additional factors that can affect the problem resolution, a combination of these factors, or the like.
The failure mode analyzer 20 can perform an analysis of the comparative utility of each of the individual diagnostic procedures based on a number of different factors that can affect problem resolution. For example, the failure mode analysis factors can include one or more of the following:
an estimated time required to perform a diagnostic test;
the difficulty of performing the diagnostic test;
an estimated time required to remove and replace a component associated with the diagnostic test;
the difficulty of removing and replacing the component;
the level of expertise of a vehicle service technician performing the diagnostic procedure;
the availability of a replacement component;
the estimated cost or the actual cost of the component;
the estimated or actual cost of labor;
empirical data regarding the probability that a failure mode associated with the individual diagnostic procedure exists given the existence of a specified symptom (e.g., FMEA data);
an estimate of the probability that the failure mode exists given the existence of the symptom;
a frequency or rate of the failure mode associated with the diagnostic procedure;
the mileage of the subject vehicle;
the specific configuration of the vehicle or a modification that has been performed on the vehicle;
the vehicle maintenance record;
a service center maintenance record regarding the vehicle or associated vehicles;
a manufacturer warranty record associated with the specific vehicle or a type of vehicle;
a recommended maintenance schedule, such as a manufacturer recommended maintenance schedule; or
a technical service bulletin issued by the vehicle manufacturer.
In addition, the factor weighter 22 can assign a weight or weighting to each of the factors used in the failure mode analysis. For example, a heavier weighting can be given to the time required to perform an individual diagnostic procedure versus the cost of performing the procedure and replacing an associated component, or vice-versa. Similarly, a greater weight can be assigned to the difficulty of performing the diagnostic procedure, for example, in relation to the expertise level of the vehicle technician. In other cases, a greater weighting may be placed on the availability of a replacement component. For example, a diagnostic procedure related to a component that is not available may be given a particularly low weighting. In yet other cases, a heavier weighting can be assigned to a diagnostic procedure associated with a recommended maintenance procedure that is coming due, for example, based on the vehicle mileage, and has not been performed on the subject vehicle. Similarly, a heavy weighting can be placed on a diagnostic procedure related to a technical service bulletin, such as a recommended technical service bulletin issued by the vehicle manufacturer.
Furthermore, the weights can be partially determined based on user preferences. For example, a user preference setting can be set by a diagnostic procedure author, by a service center or by a vehicle technician, and subsequently factored into the individual weightings of the factors. For example, a service center or a vehicle technician may prefer to minimize either time or cost, depending on the vehicle type, customer feedback or the like. Thus, a user input, for example, received via the input/output device 16, can be used by the factor weighter 22 in determining the weightings of certain critical factors in accordance with user preferences.
The vehicle history receiver 24 can receive a history of the vehicle, for example, a maintenance or repair record kept with the vehicle, at a service center, or by the manufacturer. For example, the vehicle history can include information such as the mileage on the subject vehicle, the specific configuration of the vehicle, a modification such as a from technical service bulletin that has been performed on the vehicle, a vehicle maintenance record, a service center maintenance record associated with the specific vehicle or type of vehicle, or a manufacturer warranty record associated with the specific vehicle or type of vehicle.
Accordingly, the sequence optimizer 26 can use the outcome from the failure mode analysis performed by the failure mode analyzer 20, the vehicle history received by the vehicle history receiver 24, user settings received by way of user input, a diagnostic FMEA or other input factors to arrange, or order, the diagnostic test procedures in a sequence. The sequence can be optimized in accordance with the priority input by a diagnostic test procedure author, a user preference input and any combination of the failure mode analysis factors. Thus, the sequence optimizer 26 is highly configurable to allow customization of the sequence optimization process.
For example, the diagnostic test procedures can be ordered according to the probability of identifying a specific cause of a symptom in a minimum amount of time. As another example, the diagnostic test sequence can be optimized according to the probability of identifying the cause of the symptom with a minimum cost. Additionally, the diagnostic test sequence can be optimized according to a relative weighting of the importance of minimizing time versus minimizing cost. Thus, the sequence optimizer 26 can be configured to optimize the diagnostic test sequence in accordance with any desired combination of priorities or preferences.
In addition, in some embodiments of the diagnostic test sequence optimizer 10, the diagnostic test procedures can be ordered based on multiple symptoms. For example, the failure mode analyzer 20 can evaluate two or more simultaneously occurring or intermittent symptoms in order to identify a possible common cause. Accordingly, the sequence optimizer 26 can dynamically reorder the test procedure sequence during test execution based on an interrelation of two or more symptoms. For example, failure mode analyzer 20 may identify a common voltage source for two sensors that simultaneously have symptoms, and the sequence optimizer 26 can reorder the test sequence to verify the functionality of the common voltage source before performing failure mode tests on the individual sensors. Once again, the test sequence can also be based on the comparative failure rates of the individual sensors and the common voltage source.
Moreover, in some embodiments of the diagnostic test sequence optimizer 10, the sequence optimizer 26 can dynamically reorder the test sequence during test execution based on intermediate results, for example, based on the results of a particular failure mode test or a combination of failure mode tests. For example, even though a particular failure mode test does not result in a final diagnosis, the failure mode test, alone or in combination with one or more other failure mode tests, can validate the correct functionality of a component. As a result, the sequence optimizer 26 can dynamically reorder the test sequence, for example, to omit further failure mode tests corresponding the validated component, or to move remaining failure mode tests corresponding the validated component to a later position of lesser priority in the test sequence.
Similarly, in some embodiments of the diagnostic test sequence optimizer 10, the sequence optimizer 26 can dynamically reorder the test sequence during diagnostic test execution based on new information derived from a particular failure mode test, although the failure mode test does not result in a final diagnosis. For example, the discovery of an additional symptom during a particular failure mode test can result in the sequence optimizer 26 modifying the test sequence based on the interrelation of the newly discovered symptom and the previously known symptom or symptoms. Thus, the sequence optimizer 26 can perform iterative, dynamic, run-time reevaluations during diagnostic test execution to continually modify or recreate the test sequence.
Moreover, the diagnostic test sequence optimizer 10 can be combined with additional diagnostic system capabilities, such as vehicle state tracking, a graphical user interface and interactive diagnostic schematics, to form an intelligent diagnostic system that can aid vehicle technicians in resolving vehicle operational problems in an optimized manner
For example, the current vehicle state can be used in optimizing the diagnostic test sequence. That is to say, preconditions required for a diagnostic procedure such as cover panels or components that are removed or modified during individual diagnostic procedures, test equipment that is connected to the vehicle, and similar such information related to the vehicle state can be used by the sequence optimizer 26 to determine the diagnostic test sequence.
Control then passes to step 34, “DETERMINE RELATED DIAGNOSTIC TESTS,” in which diagnostic tests, or procedures, that are related to the symptom and vehicle type can be identified from a pool of diagnostic tests. The diagnostic tests can be, for example, authored by an expert diagnostic technician, or converted from an existing fault tree or a diagnostic FMEA. Each of the diagnostic test procedures can be associated with a specific failure mode of a vehicle component.
At this point, in step 36, “PERFORM FAILURE MODE ANALYSIS,” a comparative utility of each of the individual diagnostic test procedures can be quantified.
Control then passes to step 42, “ADJUST WEIGHTS BY USER PREFERENCE,” in which each of the weights can be adjusted to reflect a user preference setting, as described above. Next, in step 44, “ADJUST WEIGHTS BY FMEA,” each of the weights can be adjusted to reflect the information, such as probability or risk factors from the FMEA, as described above. In turn, in step 46, “ADJUST WEIGHTS BY VEHICLE HISTORY,” each of the weights can be adjusted in accordance with the vehicle history, such as a recommended maintenance procedure that is coming due and has not been performed on the vehicle, as described above.
Subsequently, in step 48, “QUANTIFY COMPARATIVE UTILITIES,” the weighted factors can be used in an algorithm to determine a numerical comparative utility for each of the diagnostic test procedures. For example, the comparative utility can reflect the likelihood that the test procedure will result in resolution of the problem taking into account the time and cost required to perform the diagnostic procedure.
Returning to
At this point, in step 52, “SELECT DIAGNOSTIC TESTS FOR DISPLAY,” a subset of the diagnostic tests can optionally be selected for display on a display device. Thus, the optimized sequence of diagnostic test procedures can be presented to a vehicle technician to aide the vehicle technician in diagnosing a failure mode associated with a vehicle system.
In this regard,
An embodiment of the present invention can also include one or more input or output devices 16, such as a mouse, keyboard, monitor, and the like. A display can be provided for viewing text and graphical data, as well as a user interface to allow a user to request specific operations. Furthermore, an embodiment of the present invention may be connected to one or more remote computers via a network interface. The connection may be over a local area network (LAN) wide area network (WAN), and can include all of the necessary circuitry for such a connection.
Typically, computer program instructions may be loaded onto the computer or other general purpose programmable machine to produce a specialized machine, such that the instructions that execute on the computer or other programmable machine create means for implementing the functions specified in the block diagrams, schematic diagrams or flowcharts. Such computer program instructions may also be stored in a computer-readable medium that when loaded into a computer or other programmable machine can direct the machine to function in a particular manner, such that the instructions stored in the computer-readable medium produce an article of manufacture including instruction means that implement the function specified in the block diagrams, schematic diagrams or flowcharts.
In addition, the computer program instructions may be loaded into a computer or other programmable machine to cause a series of operational steps to be performed by the computer or other programmable machine to produce a computer-implemented process, such that the instructions that execute on the computer or other programmable machine provide steps for implementing the functions specified in the block diagram, schematic diagram, flowchart block or step.
Accordingly, blocks or steps of the block diagram, flowchart or control flow illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions and program instruction means for performing the specified functions. It will also be understood that each block or step of the block diagrams, schematic diagrams or flowcharts, as well as combinations of blocks or steps, can be implemented by special purpose hardware-based computer systems, or combinations of special purpose hardware and computer instructions, that perform the specified functions or steps.
As an example, provided for purposes of illustration only, a data input software tool of a search engine application can be a representative means for receiving a query including one or more search terms. Similar software tools of applications, or implementations of embodiments of the present invention, can be means for performing the specified functions. For example, an embodiment of the present invention may include computer software for interfacing a processing element with a user-controlled input device, such as a mouse, keyboard, touch screen display, scanner, or the like. Similarly, an output of an embodiment of the present invention may include, for example, a combination of display software, video card hardware, and display hardware. A processing element may include, for example, a controller or microprocessor, such as a central processing unit (CPU), arithmetic logic unit (ALU), or control unit.
Another embodiment of the diagnostic test sequence optimizer 10 is illustrated in
The diagnostic test sequence can navigate a subject/unit technician through a step-by-step test sequence based on symptoms (fever, headache, deteriorating organs, itching, running nose, coughing, etc.) or medical history (high blood pressure, high cholesterol, alcohol abuse, gout, etc.) of the subject. For example, during subject diagnostics, test step instructions and related information can be displayed to the subject technician on a display screen panel. Diagnostic procedures can be authored, for example, by an expert subject technician such as a doctor, medical professors or other qualified medical personnel (e.g., who are medically licensed), and subsequently ordered in an optimal sequence by the diagnostic test sequence optimizer 10.
The diagnostic test sequence optimizer 10 can include the processor 12, the memory 14, the input/output device 16, the diagnostic test selector 18, the failure mode analyzer 20 (e.g. medical condition), the factor weighter 22, a subject history receiver 24 and the sequence optimizer 26, all of which can be interconnected by the data bus 27. The processor 12, the memory 14, the input/output device 16 and the display device (not shown) can be part of a general computer, such as a personal computer (PC), a notebook, a UNIX workstation, a server, a mainframe computer, a personal digital assistant (PDA), a tablet, or some combination of these. Alternatively, the processor 12, the memory 14 and the input/output device 16 can be part of a specialized computing device, such as a medical imaging device (x-ray, CAT scan, MRI, etc.), medical testing equipment (measures blood pressure, cell count, cholesterol, cardiac output, uric acid levels, etc.), other medical diagnostic tool, and the like. The remaining components can include programming code, such as source code, object code or executable code, stored on a computer-readable medium that can be loaded into the memory 14 and processed by the processor 12 in order to perform the desired functions of the diagnostic test sequence optimizer 10.
An embodiment of the diagnostic test sequence optimizer 10 can be coupled to the communication network by way of the local data link, as described herein. Additionally, an embodiment of the diagnostic test sequence optimizer 10 can communicate information to the user (such as a medical professional, technician, nurse, etc.) and request user input by way of an interactive, menu-driven, visual display-based user interface, or graphical user interface (GUI), as described herein.
The diagnostic test selector 18 can determine a group of diagnostic tests that are related to or based on a symptom of a subject or other indications. For medical or patient diagnostic tests, the determination may be based upon generally known physician references and databases of symptoms and the associated medical tests. For units or devices, the determination can be based, for example, on a diagnostic Failure Mode and Effects Analysis (FMEA) or on an author priority setting as described herein.
Some existing diagnostic test systems include sequences of diagnostic test procedures that can performed on a subject or other product to determine a cause of a symptom. However, in some existing systems the sequence of the diagnostic tests is determined based solely on the priority assigned by an expert diagnostic author. An embodiment of the present invention can have the advantage that the diagnostic test procedure sequence can be optimized using statistical probability information based on historical outcomes of actual diagnostic testing (on patients, animals, etc.) in order to more accurately determine the efficacy of each of the diagnostic procedures. As a result, the diagnostic test procedure sequence can be customized to minimize or optimize the time required to resolve the problem, the cost required to resolve the problem, additional factors that can affect the problem resolution, a combination of these factors, or the like.
The failure mode analyzer 20 (e.g. medical condition analyzer) can perform an analysis of the comparative utility of each of the individual diagnostic procedures based on a number of different factors that can affect a problem resolution as described herein. For example:
an estimated time required to perform a diagnostic test;
the difficulty of performing the diagnostic test;
the availability of a room (e.g. surgery room, outpatient room) and the associated equipments (surgical, x-rays) to perform the diagnostic test;
an estimated time required to remove and replace a component (e.g., organs, prosthetic limb);
the level of difficulty for removing and replacing the component;
the level of expertise of a technician (transplant surgeon, radiologists, cardiologists, etc.) performing the diagnostic procedure;
the availability of a replacement component (organ donor available, prosthetic limb that fits, etc.);
the estimated cost or the actual cost of the component;
the estimated or actual cost of labor and the amount that will be reimbursed by any medical insurance or medicare/medicaid;
empirical data regarding the probability that a failure mode (e.g. medical condition) associated with the individual diagnostic procedure exists given the existence of a specified symptom (rejection of the organ, pain in foot due to high levels of uric acid, high blood pressure, etc.);
an estimate of the probability that the failure mode exists given the existence of the symptom (high white blood cell count, high cholesterol, high uric acid levels, etc.);
a frequency or rate of the failure mode (rejection of organ, pain in chest, etc.) associated with the diagnostic procedure;
the age of the subject and other previous surgeries or treatments;
the subject's medical history and record;
health coverage of the subject, if any;
advance directive in place (living will etc.);
a recommended testing schedule (mammogram, annual physical, etc.); or
a bulletin issued by the American Medical Association or Food and Drug Administration or any recognized medical or governmental institutions and the like.
Furthermore, the factor weighter 22 can assign a weight or weighting to each of the factors used in the failure mode analysis. For example, a heavier weighting can be given to the time required to perform an individual diagnostic procedure versus the cost of performing the procedure and replacing an associated component (organ, artificial limb, etc.), or vice-versa. Similarly, a greater weight can be assigned to the difficulty of performing the diagnostic procedure, for example, in relation to the expertise level (advance training, fellowship in the area of specialty, etc.) of the subject technician. In other cases, a greater weighting may be placed on the availability of a replacement component (organ donor available, artificial limb that fits, etc.). For example, a diagnostic procedure related to a component that is not available may be given a particularly low weighting. In yet other cases, a heavier weighting can be assigned to a diagnostic procedure associated with a recommended maintenance procedure (mammogram, annual checkup, etc.) that is coming due, for example, based on the subject's age, and has not been performed on the subject. Similarly, a heavy weighting can be placed on a diagnostic procedure related to a bulletin, such as a recommended medical procedure issued by the AMA or FDA.
Moreover, the weights can be partially determined based on user preferences. For example, a user preference setting can be set by a medical professional, diagnostic procedure author, by a hospital or medical center or by a subject technician, and subsequently factored into the individual weightings of the factors. For example, a hospital, health maintenance organization (HMO), medical center or a subject technician may prefer to minimize either time or cost, depending on the subject, feedback or the like. Thus, a user input, for example, received via the input/output device 16, can be used by the factor weighter 22 in determining the weightings of certain critical factors in accordance with user preferences.
The subject history receiver 24 can receive a medical history of the subject, for example, medical records, family history of disease, results of genetic or other such testing, and the like.
Accordingly, the sequence optimizer 26 can use the outcome from the failure mode analysis performed by the failure mode analyzer 20, the subject history received by the subject history receiver 24, user settings received by way of user input, a diagnostic statistical analysis or other input factors to arrange, or order, the diagnostic test procedures in a sequence. The sequence can be optimized in accordance with the priority input by a diagnostic test procedure author, a user preference input and any combination of the failure mode analysis factors. Thus, the sequence optimizer 26 is highly configurable to allow customization of the sequence optimization process.
For example, the diagnostic test procedures can be ordered according to the probability of identifying a specific cause (medical in the event of a subject or technical in the event of the unit) of a symptom (medical or hardware failure, etc.) in a minimum amount of time. As another example, the diagnostic test sequence can be optimized according to the probability of identifying the cause (medical in the event of a subject or technical in the event of the unit) of the symptom with a minimum cost. Additionally, the diagnostic test sequence can be optimized according to a relative weighting of the importance of minimizing time versus minimizing cost. Thus, the sequence optimizer 26 can be configured to optimize the diagnostic test sequence in accordance with any desired combination of priorities or preferences.
In addition, in some embodiments of the diagnostic test sequence optimizer 10, the diagnostic test procedures can be ordered based on multiple symptoms. For example, the failure mode analyzer 20 can evaluate two or more simultaneously occurring or intermittent symptoms in order to identify a possible common cause. Accordingly, the sequence optimizer 26 can dynamically reorder the test procedure sequence during test execution based on an interrelation of two or more symptoms.
Moreover, in some embodiments of the diagnostic test sequence optimizer 10, the sequence optimizer 26 can dynamically reorder the test sequence during test execution based on intermediate results, for example, based on the results of a particular failure mode test (or medical diagnostic tests) or a combination of failure mode tests. For example, even though a particular failure mode test does not result in a final diagnosis, the failure mode test, alone or in combination with one or more other failure mode tests, can validate the correct functionality of an organ. As a result, the sequence optimizer 26 can dynamically reorder the test sequence, for example, to omit further failure mode tests corresponding the working organ, or to move remaining failure mode tests corresponding the working organ to a later position of lesser priority in the test sequence.
Similarly, in some embodiments of the diagnostic test sequence optimizer 10, the sequence optimizer 26 can dynamically reorder the test sequence during diagnostic test execution based on new information derived from a particular failure mode test, although the failure mode test does not result in a final diagnosis. For example, the discovery of an additional symptom during a particular failure mode test can result in the sequence optimizer 26 modifying the test sequence based on the interrelation of the newly discovered symptom and the previously known symptom or symptoms. Thus, the sequence optimizer 26 can perform iterative, dynamic, run-time reevaluations during diagnostic test execution to continually modify or recreate the test sequence.
Moreover, the diagnostic test sequence optimizer 10 can be combined with additional diagnostic system capabilities, such as subject/unit state tracking, a graphical user interface and interactive diagnostic schematics, to form an intelligent diagnostic system that can aid subject/unit technicians in resolving subject/unit operational problems in an optimized manner
For example, the current subject/unit state can be used in optimizing the diagnostic test sequence. In medical diagnostic testing, this may result in having two or more procedures performed at one time, such as biopsies, to reduce patient trauma and/or accelerate the diagnosis process.
Control then passes to step 34, “DETERMINE RELATED DIAGNOSTIC TESTS,” in which diagnostic tests, or procedures, that are related to the symptom and subject/unit type can be identified from a pool of diagnostic tests. The diagnostic tests can be, for example, authored by an expert diagnostic technician, or converted from an existing fault tree or a diagnostic FMEA. Each of the diagnostic test procedures can be associated with a specific failure mode of a subject/unit component.
At this point, in step 36, “PERFORM FAILURE MODE ANALYSIS,” a comparative utility of each of the individual diagnostic test procedures can be quantified.
Control then passes to step 42, “ADJUST WEIGHTS BY USER PREFERENCE,” in which each of the weights can be adjusted to reflect a user preference setting, as described above. Next, in step 44, “ADJUST WEIGHTS,” each of the weights can be adjusted to reflect the information, such as probability or risk factors from medical manuals, medical databases, service manuals, the FMEA, and the like as described above. In turn, in step 46, “ADJUST WEIGHTS BY SUBJECT/UNIT HISTORY,” each of the weights can be adjusted in accordance with the subject/unit history, such as a recommended maintenance procedure that is coming due and has not been performed on the subject/unit, as described above.
Subsequently, in step 48, “QUANTIFY COMPARATIVE UTILITIES,” the weighted factors can be used in an algorithm to determine a numerical comparative utility for each of the diagnostic test procedures. For example, the comparative utility can reflect the likelihood that the test procedure will result in resolution of the problem taking into account the time and cost required to perform the diagnostic procedure.
Returning to
At this point, in step 52, “SELECT DIAGNOSTIC TESTS FOR DISPLAY,” a subset of the diagnostic tests can optionally be selected for display on a display device. Thus, the optimized sequence of diagnostic test procedures can be presented to a medical professional or technician to aide the medical professional or technician in diagnosing a failure mode associated with a subject/unit system.
The many features and advantages of the invention are apparent from the detailed specification, and thus, it is intended by the appended claims to cover all such features and advantages of the invention which fall within the true spirit and scope of the invention. Further, since numerous modifications and variations will readily occur to those skilled in the art, it is not desired to limit the invention to the exact construction and operation illustrated and described, and accordingly, all suitable modifications and equivalents may be resorted to, falling within the scope of the invention.
This application claims benefit of and is a continuation-in-part of U.S. patent application Ser. No. 11/452,249, entitled “DIAGNOSTIC TEST SEQUENCE OPTIMIZATION METHOD AND APPARATUS,” filed Jun. 14, 2006 now U.S. Pat. No. 7,865,278, which is hereby incorporated by reference in its entirety.
Number | Name | Date | Kind |
---|---|---|---|
4404639 | McGuire et al. | Sep 1983 | A |
4757463 | Ballou et al. | Jul 1988 | A |
4796206 | Boscove et al. | Jan 1989 | A |
4817092 | Denny | Mar 1989 | A |
4866635 | Kahn et al. | Sep 1989 | A |
4873687 | Breu | Oct 1989 | A |
4881230 | Clark et al. | Nov 1989 | A |
4943919 | Aslin et al. | Jul 1990 | A |
4954964 | Singh | Sep 1990 | A |
4964125 | Kim | Oct 1990 | A |
4985857 | Bajpai et al. | Jan 1991 | A |
5010487 | Stonehocker | Apr 1991 | A |
5023791 | Herzberg et al. | Jun 1991 | A |
5025392 | Singh | Jun 1991 | A |
5036479 | Prednis et al. | Jul 1991 | A |
5099436 | McCown et al. | Mar 1992 | A |
5109380 | Ogino | Apr 1992 | A |
5111402 | Brooks et al. | May 1992 | A |
5127005 | Oda et al. | Jun 1992 | A |
5161158 | Chakravarty et al. | Nov 1992 | A |
5184312 | Ellis | Feb 1993 | A |
5214577 | Sztipanovits et al. | May 1993 | A |
5270920 | Pearse et al. | Dec 1993 | A |
5293323 | Doskocil et al. | Mar 1994 | A |
5396422 | Forchert et al. | Mar 1995 | A |
5442549 | Larson | Aug 1995 | A |
5491631 | Shirane et al. | Feb 1996 | A |
5524078 | Kolb et al. | Jun 1996 | A |
5541840 | Gurne et al. | Jul 1996 | A |
5561762 | Smith et al. | Oct 1996 | A |
5572424 | Kellogg et al. | Nov 1996 | A |
5586252 | Barnard et al. | Dec 1996 | A |
5617039 | Kuck et al. | Apr 1997 | A |
5631831 | Bird et al. | May 1997 | A |
5670939 | Rodewald et al. | Sep 1997 | A |
5671141 | Smith et al. | Sep 1997 | A |
5696676 | Takaba | Dec 1997 | A |
5729452 | Smith et al. | Mar 1998 | A |
5742500 | Irvin | Apr 1998 | A |
5778381 | Sandifer | Jul 1998 | A |
5812984 | Goltra | Sep 1998 | A |
5835871 | Smith et al. | Nov 1998 | A |
5838261 | Lauta et al. | Nov 1998 | A |
5852789 | Trsar et al. | Dec 1998 | A |
5883586 | Tran et al. | Mar 1999 | A |
5916286 | Seashore et al. | Jun 1999 | A |
5964811 | Ishii et al. | Oct 1999 | A |
5964813 | Ishii et al. | Oct 1999 | A |
5987443 | Nichols et al. | Nov 1999 | A |
6003021 | Zadik et al. | Dec 1999 | A |
6003808 | Nguyen et al. | Dec 1999 | A |
6006146 | Usui et al. | Dec 1999 | A |
6012152 | Douik et al. | Jan 2000 | A |
6032088 | Feldmann et al. | Feb 2000 | A |
6041287 | Dister et al. | Mar 2000 | A |
6055468 | Kaman et al. | Apr 2000 | A |
6064998 | Zabloudil et al. | May 2000 | A |
6067537 | O'Connor et al. | May 2000 | A |
6067538 | Zorba et al. | May 2000 | A |
6073127 | Lannert et al. | Jun 2000 | A |
6085184 | Bertrand et al. | Jul 2000 | A |
6119074 | Sarangapani | Sep 2000 | A |
6122575 | Schmidt et al. | Sep 2000 | A |
6134488 | Sasaki et al. | Oct 2000 | A |
6141608 | Rother | Oct 2000 | A |
6167352 | Kanevsky et al. | Dec 2000 | A |
6175787 | Breed | Jan 2001 | B1 |
6192302 | Giles et al. | Feb 2001 | B1 |
6205465 | Schoening et al. | Mar 2001 | B1 |
6226627 | Polak | May 2001 | B1 |
6236917 | Liebl et al. | May 2001 | B1 |
6249755 | Yemini et al. | Jun 2001 | B1 |
6263268 | Nathanson | Jul 2001 | B1 |
6263322 | Kirkevold et al. | Jul 2001 | B1 |
6282469 | Rogers et al. | Aug 2001 | B1 |
6301531 | Pierro et al. | Oct 2001 | B1 |
6314375 | Sasaki et al. | Nov 2001 | B1 |
6330499 | Chou et al. | Dec 2001 | B1 |
6338148 | Gillenwater et al. | Jan 2002 | B1 |
6363304 | Ramsey | Mar 2002 | B1 |
6370455 | Larson et al. | Apr 2002 | B1 |
6383135 | Chikovani et al. | May 2002 | B1 |
6434455 | Snow et al. | Aug 2002 | B1 |
6477453 | Oi et al. | Nov 2002 | B2 |
6493615 | Johnston | Dec 2002 | B1 |
6505106 | Lawrence et al. | Jan 2003 | B1 |
6512968 | de Bellefeuille et al. | Jan 2003 | B1 |
6522987 | Flink et al. | Feb 2003 | B1 |
6526340 | Reul et al. | Feb 2003 | B1 |
6526361 | Jones et al. | Feb 2003 | B1 |
6538472 | McGee | Mar 2003 | B1 |
6557115 | Gillenwater et al. | Apr 2003 | B2 |
6560516 | Baird et al. | May 2003 | B1 |
6574537 | Kipersztok et al. | Jun 2003 | B2 |
6591182 | Cece et al. | Jul 2003 | B1 |
6609051 | Fiechter et al. | Aug 2003 | B2 |
6611740 | Lowrey et al. | Aug 2003 | B2 |
6615120 | Rothner | Sep 2003 | B1 |
6636790 | Lightner et al. | Oct 2003 | B1 |
6640166 | Liebl et al. | Oct 2003 | B2 |
6643607 | Chamberlain et al. | Nov 2003 | B1 |
6652169 | Parry | Nov 2003 | B2 |
6662087 | Liebl et al. | Dec 2003 | B1 |
6694235 | Akiyama | Feb 2004 | B2 |
6708092 | Starks et al. | Mar 2004 | B1 |
6711134 | Wichelman et al. | Mar 2004 | B1 |
6714846 | Trsar et al. | Mar 2004 | B2 |
6738697 | Breed | May 2004 | B2 |
6748304 | Felke et al. | Jun 2004 | B2 |
6751536 | Kipersztok et al. | Jun 2004 | B1 |
6768935 | Morgan et al. | Jul 2004 | B1 |
6795778 | Dodge et al. | Sep 2004 | B2 |
6807469 | Funkhouser et al. | Oct 2004 | B2 |
6819988 | Dietz et al. | Nov 2004 | B2 |
6836708 | Tripathi | Dec 2004 | B2 |
6845307 | Rother | Jan 2005 | B2 |
6845468 | James | Jan 2005 | B2 |
6868319 | Kipersztok et al. | Mar 2005 | B2 |
6874680 | Klaus et al. | Apr 2005 | B1 |
6928349 | Namaky et al. | Aug 2005 | B1 |
6941203 | Chen | Sep 2005 | B2 |
6950829 | Schlabach et al. | Sep 2005 | B2 |
6993421 | Pillar et al. | Jan 2006 | B2 |
7010460 | Trsar et al. | Mar 2006 | B2 |
7013411 | Kallela et al. | Mar 2006 | B2 |
7050894 | Halm et al. | May 2006 | B2 |
7062622 | Peinado | Jun 2006 | B2 |
7073120 | Torii et al. | Jul 2006 | B2 |
7082359 | Breed | Jul 2006 | B2 |
7103610 | Johnson et al. | Sep 2006 | B2 |
7103679 | Bonn | Sep 2006 | B2 |
7120559 | Williams et al. | Oct 2006 | B1 |
7120890 | Urata et al. | Oct 2006 | B2 |
7124058 | Namaky et al. | Oct 2006 | B2 |
7142960 | Grier et al. | Nov 2006 | B2 |
7162741 | Eskin et al. | Jan 2007 | B2 |
7165216 | Chidlovskii et al. | Jan 2007 | B2 |
7171372 | Daniel et al. | Jan 2007 | B2 |
7203881 | Williams et al. | Apr 2007 | B1 |
7209815 | Grier et al. | Apr 2007 | B2 |
7209817 | Abdel-Malek et al. | Apr 2007 | B2 |
7209860 | Trsar et al. | Apr 2007 | B2 |
7216052 | Fountain et al. | May 2007 | B2 |
7251535 | Farchmin et al. | Jul 2007 | B2 |
7272475 | Gawlik et al. | Sep 2007 | B2 |
7272756 | Brink et al. | Sep 2007 | B2 |
7286047 | Oesterling et al. | Oct 2007 | B2 |
7373225 | Grier et al. | May 2008 | B1 |
7376497 | Chen | May 2008 | B2 |
7379846 | Williams et al. | May 2008 | B1 |
7400954 | Sumcad et al. | Jul 2008 | B2 |
7409317 | Cousin et al. | Aug 2008 | B2 |
7428663 | Morton et al. | Sep 2008 | B2 |
7430535 | Dougherty et al. | Sep 2008 | B2 |
7444216 | Rogers et al. | Oct 2008 | B2 |
7483774 | Grichnik et al. | Jan 2009 | B2 |
7555376 | Beronja | Jun 2009 | B2 |
7565333 | Grichnik et al. | Jul 2009 | B2 |
7610127 | D'Silva et al. | Oct 2009 | B2 |
7636622 | Underdal et al. | Dec 2009 | B2 |
7643912 | Heffington | Jan 2010 | B2 |
7647349 | Hubert et al. | Jan 2010 | B2 |
7715961 | Kargupta | May 2010 | B1 |
7739007 | Logsdon | Jun 2010 | B2 |
7751955 | Chinnadurai et al. | Jul 2010 | B2 |
7752224 | Davis et al. | Jul 2010 | B2 |
7761591 | Graham | Jul 2010 | B2 |
7765040 | Underdal et al. | Jul 2010 | B2 |
7778746 | McLeod et al. | Aug 2010 | B2 |
7788096 | Chelba et al. | Aug 2010 | B2 |
7809482 | Bertosa et al. | Oct 2010 | B2 |
7853435 | Dodge et al. | Dec 2010 | B2 |
7860620 | Kojitani et al. | Dec 2010 | B2 |
7865278 | Underdal et al. | Jan 2011 | B2 |
7882394 | Hosek et al. | Feb 2011 | B2 |
7925397 | Underdal et al. | Apr 2011 | B2 |
8019501 | Breed | Sep 2011 | B2 |
8024083 | Chenn | Sep 2011 | B2 |
8055907 | Deem et al. | Nov 2011 | B2 |
8239094 | Underdal et al. | Aug 2012 | B2 |
20020007237 | Phung et al. | Jan 2002 | A1 |
20020059075 | Schick et al. | May 2002 | A1 |
20020091736 | Wall | Jul 2002 | A1 |
20020112072 | Jain | Aug 2002 | A1 |
20020116669 | Jain | Aug 2002 | A1 |
20020173885 | Lowrey et al. | Nov 2002 | A1 |
20030177414 | Pillutla et al. | Sep 2003 | A1 |
20040001106 | Deutscher et al. | Jan 2004 | A1 |
20040039493 | Kaufman | Feb 2004 | A1 |
20040181688 | Wittkotter | Sep 2004 | A1 |
20050043868 | Mitcham | Feb 2005 | A1 |
20050065678 | Smith et al. | Mar 2005 | A1 |
20050071143 | Tran et al. | Mar 2005 | A1 |
20050137762 | Rother | Jun 2005 | A1 |
20050144183 | McQuown et al. | Jun 2005 | A1 |
20050177352 | Gravel | Aug 2005 | A1 |
20050222718 | Lazarz et al. | Oct 2005 | A1 |
20060030981 | Robb et al. | Feb 2006 | A1 |
20060074824 | Li | Apr 2006 | A1 |
20060095230 | Grier et al. | May 2006 | A1 |
20060129906 | Wall | Jun 2006 | A1 |
20060136104 | Brozovich et al. | Jun 2006 | A1 |
20060142907 | Cancilla et al. | Jun 2006 | A1 |
20060142910 | Grier et al. | Jun 2006 | A1 |
20060149434 | Bertosa et al. | Jul 2006 | A1 |
20060210141 | Kojitani et al. | Sep 2006 | A1 |
20060229777 | Hudson et al. | Oct 2006 | A1 |
20070100520 | Shah et al. | May 2007 | A1 |
20070124282 | Wittkotter | May 2007 | A1 |
20070226540 | Konieczny | Sep 2007 | A1 |
20070250228 | Reddy et al. | Oct 2007 | A1 |
20070293998 | Underdal et al. | Dec 2007 | A1 |
20070294001 | Underdal et al. | Dec 2007 | A1 |
20090216584 | Fountain et al. | Aug 2009 | A1 |
20090271066 | Underdal et al. | Oct 2009 | A1 |
20100082197 | Kolbet et al. | Apr 2010 | A1 |
20100262431 | Gilbert | Oct 2010 | A1 |
20110046972 | Leverette | Feb 2011 | A1 |
Number | Date | Country |
---|---|---|
1527934 | Sep 2004 | CN |
10233503 | Feb 2004 | DE |
10332203 | Feb 2005 | DE |
1674958 | Jun 2006 | EP |
2329943 | Apr 1999 | GB |
H03-087671 | Apr 1991 | JP |
06265596 | Sep 1994 | JP |
H08-043265 | Feb 1996 | JP |
H10-253504 | Sep 1998 | JP |
2001-202125 | Jul 2001 | JP |
2001-229299 | Aug 2001 | JP |
2002-183334 | Jun 2002 | JP |
2004-299587 | Oct 2004 | JP |
2007-326425 | Dec 2007 | JP |
Entry |
---|
B. Ives et al., “After the Sale: Leveraging Maintenance with Information Technology,” MIS Quarterly, vol. 12, No. 1, Mar. 1988, pp. 7-21. |
“Volkswagon-Audi Vehicle Communication Software Manual,” Snap-On, published Mar. 31, 2006, http://www.w124performance.com/docs/general/Snap-On/manuals/VCS—Manual—VW—Audi.pdf, XP007920392. |
Tariq Assaf, et al. “Automatic Generation of Diagnostic Expert Systems from Fault Trees,” 2003 Proceedings Annual Reliability and Maintainability Symposium, pp. 143-147. |
European Search Report for Appl. No. 07252442.4, dated Sep. 11, 2007. |
European Search Report for Appl. No. 07252441, dated Jun. 20, 2008. |
L.J. Aartman, et al., “An Independent Verification Tool for Multi-Vendor Mode S Airborne Transponder Conformance Testing,” 21st Digital Avionics Systems Conference, 2002, pp. 12.E.5-1-12.E.5-11, vol. 2. |
“Annex A Test Bit Sequence,” Methodology for Jitter and Signal Quality; Specification-MJSQ Technical Report REV 10.0, pp. 117-132, Mar. 10, 2003. |
R. Belhassine-Cherif, et al., “Multiple Fault Diagnostics for Communicating Nondeterministic Finite State Machines,” 6th IEEE Symposium on Computers and Communications, Jul. 3-5, 2001, pp. 661-666. |
M. Ben-Bassat, et al., “A1-Test: A Real Life Expert System for Electronic Troubleshooting (A Description and a Case Study),” 4th Conference on Artificial Intelligence Applications, 1988, pp. 2-10. |
F. Brajou, et al., “The Airbus A380—An AFDX-Based Flight Test Computer Concept,” 2004 IEEE AUTOTESTCON, pp. 460-463. |
Cantone, et al., “IN-ATE: Fault Diagnosis as Expert System Guided Search,” Computer Expert Systems, L. Bolc & M.J. Coombs (eds.), Springer-Verlag, New York 1986, pp. 298-348. |
“Computerized Diagnostic Tester at Hand,” Electrical World, Aug. 1, 1975, pp. 36-38. |
T.A. Cross, “A Digital Electronic System for Automobile Testing and Diagnosis,” IEE Conference Jul. 6-9, 1976, London, England, pp. 152-159. |
eHow Contributor, “How to Organize Computer Files,” printed Mar. 31, 2011 from http://www.ehow.com/print/how—138482—organize-computer-files.html. |
F. Esposito, et al., “Machine Learning Methods for Automatically Processing Historical Documents: from Paper Acquisition to XML Transformation,” 1st Int'l Workshop on Document Image Analysis for Libraries, Jan. 23-24, 2004, pp. 328-335. |
H. Garcia-Molina, et al., “dSCAM: Finding Document Copies Across Multiple Databases,” 4th Int'l Conference on Parallel and Distributed Information Systems, Dec. 18-20, 1996, pp. 68-79. |
I. Ghosh, et al., “Automatic Test Pattern Generation for Functional Register-Transfer Level Circuits Using Assignment Decision Diagrams,” IEEE Transactions on Computer-Aided Design of Integrated Circuits and Systems, vol. 20, Issue 3, Mar. 2001, pp. 402-415. |
M. Koppel, et al., “Automatically Classifying Documents by Ideological and Organizational Affiliation,” IEEE Int'l Conference on Intelligence and Security Informatics, Jun. 8-11, 2009, pp. 176-178. |
J.C. Lin, et al., “Using Genetic Algorithms for Test Case Generation in Path Testing,” 9th Asian Test Symposium, Dec. 4-6, 2000, pp. 241-246. |
W. Linzhang, et al., “Generating Test Cases from UML Activity Diagram Based on Gray-Box Method,” 11th Asia-Pacific Software Engineering Conference, Nov. 30-Dec. 3, 2004, pp. 1-8. |
B.D. Liu, et al., “Efficient Global Strategy for Designing and Testing Scanned Sequential Circuits,” IEE Proceedings on Computers and Digital Techniques, vol. 142, No. 2, Mar. 1995, pp. 170-176. |
M. Mayer, “The Computerized Diagnostic Rhyme Test as a Design Tool for Armored Vehicle Intercommunications Systems,” Military Communications Conference, 1985, pp. 166-170. |
Microsoft at Work, “File Organization tips: 9 ideas for managing files and folders,” printed Mar. 30, 2011 from http://www.microsoft.com/atwork/productivity/files.aspx. |
S.M. Namburu, et al., “Systematic Data-Driven Approach to Real-Time Fault Detection and Diagnosis in Automotive Engines,” 2006 IEEE AUTOTESTCON, pp. 59-65. |
“Names files and folders—How to—Web Team—University of Canterbury, New Zealand,” printed on Mar. 31, 2011 from http://www.canterbury.ac.nz/web/how/filename.shtml. |
D. Niggemeyer, et al., “Automatic Generation of Diagnostic March Tests,” 19th IEEE Proceedings on VLSI Test Symposium, 2001, pp. 299-304. |
Yiannis Papadopoulos, et al., “Automating the Failure Modes and Effects Analysis of Safety Critical Systems,” Proceedings of the Eighth IEEE Int'l Symposium on High Assurance Systems Engineering (HASE '04), 2004. |
F.C. Pembe, et al., “Heading-Based Sectional Hierarchy Identification for HTML Documents,” 22nd Int'l Symposium on Computer and Information Sciences, Nov. 7-9, 2007, pp. 1-6. |
F. Pipitone, “The FIS Electronics Troubleshooting System Guided Search,” Computer Expert Systems, vol. 19, No. 7, 1986, pp. 68-76. |
G. Qin, et al., “On-Board Fault Diagnosis of Automated Manual Transmission Control System,” IEEE Transactions on Control Systems Technology, vol. 12, No. 4, Jul. 2004, pp. 564-568. |
H.M.T. Saarikoski, “2T: Two-Term Indexing of Documents Using Syntactic and Semantic Constraints,” 16th Int'l Workshop on Database and Expert Systems Applications, Aug. 22-26, 2005, pp. 1025-1028. |
P. Samuel, et al., “UML Sequencing Diagram Based Testing Using Slicing,” An Int'l Conference of IEEE India Council, Dec. 11-13, 2005, pp. 176-178. |
F.Y. Shih, et al., “A Document Segmentation, Classification and Recognition System,” 2nd Int'l Conference on Systems Integration, 1992, pp. 258-267. |
Genichi Taguchi, et al., The Mahalanobis-Taguchi System. Published 2000, McGraw-Hill Professional. http://books.google.com/books?id=5AOuyyccV8kC&printsec=frontcover&sig=WdZNGINfzuveQpcYASuCMCvuiO (no hard copy, unable to print, must review on-line). |
H. Trier, “Further Development of the Periodical Vehicle Test by Using Diagnostic Interface,” IEE Colloquium on Vehicle Diagnostics in Europe, 1994, pp. 4/1-4/2. |
J. van Beers, et al., “Test Features of a Core-Based Co-Processor Array for Video Applications,” Int'l Test Conference, 1999, pp. 638-647. |
J.R. Wagner, “Failure Mode Testing Tool Set for Automotive Electronic Controllers,” IEEE Transactions on Vehicular Technology, vol. 43, Issue 1, Feb. 1994, pp. 156-163. |
Reuben Wright, et al., “How Can Ontologies Help Repair Your Car?” XTECH 2005: XML, the Web and beyond; May 27, 2005, Amsterdam; http://ww.idealliance.org/proceedings/xtech05/papers/02-07-02/. |
Number | Date | Country | |
---|---|---|---|
20110161104 A1 | Jun 2011 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 11452249 | Jun 2006 | US |
Child | 12982975 | US |