|Home | About | Journals | Submit | Contact Us | Français|
Mapping medical knowledge into a relational database became possible with the availability of personal computers and user-friendly database software in the early 1990s. To create a database of medical knowledge, the domain expert works like a mapmaker to first outline the domain and then add the details, starting with the most prominent features. The resulting “intelligent database” can support the decisions of healthcare professionals. The intelligent database described in this article contains profiles of 275 infectious diseases. Users can query the database for all diseases matching one or more specific criteria (symptom, endemic region of the world, or epidemiological factor). Epidemiological factors include sources (patients, water, soil, or animals), routes of entry, and insect vectors. Medical and public health professionals could use such a database as a decision-support software tool.
In the twenty-first century, we now have new tools for indexing infectious disease information (the relational database) and for disseminating that information worldwide (the Internet). A book such as the Control of Communicable Diseases Manual has a helpful index, but it does not provide the powerful queries of a relational database, and it cannot be accessed by the millions of computer users around the world, including those in lower-income countries.
A relational database has many features that make it useful as a decision-support tool for health professionals. A relational database can store an unlimited amount of data. Most computer users are familiar with queries, a relatively simple and straightforward method of “zooming-in” on information. An “intelligent database” could be designed to include the most useful information needed for the early diagnosis of infection diseases.
Parsaye and Chignell introduced the concept of intelligent databases as “databases that manage information in a natural way, making information easy to store, access and use” . Designing an intelligent database is similar to the ancient craft of mapmaking. Parsaye and Chignell called this a process of “concentric design” in which the major geographic features (coastlines, major rivers, and mountains) are drawn first. The details are added later, as they are discovered, and in the context of the major features.
Knowledge mapping begins with the big picture, and all of the information is kept in perspective. The need for knowledge mapping is great because there is so much information about infectious diseases; it is easy to get lost in the details. Thousands of new pages of information are published daily in journal articles, book chapters, and Internet websites. The problem today is how to extract the specific information needed and how to make it accessible to people who can intervene and prevent disease .
Intelligent action depends upon a good indexing system. One author has written, “Indexing is a major problem at the heart of intelligence. No intelligent system is likely to function effectively if it cannot find what it knows when it needs to know it” .
The computer’s strength in data storage and computational speed complements the human strength of general knowledge, creativity, and perspective on the usefulness of the information. To be useful, the large amount of information available must be organized into a format that is easy to query and understand. Otherwise, the quantity of information can be overwhelming and lead to decisions that are wrong or suboptimal. This organizing process involves extracting the critical information from the huge volume of available data . The preliminary work done in sifting through the information and classifying it for digital processing enables users “to focus on the key problems while ignoring a vast sea of irrelevancy” .
To identify or diagnose infectious diseases, we need the facts at our fingertips. All pertinent infectious disease information was mapped into a relational database using structured and unambiguous indexes. To define the features of this decision-support system, the author explored the world’s scientific literature including PubMed, the websites of CDC and WHO, and book chapters on emerging infectious diseases, bioterrorism, foodborne illnesses, travel-related infections, zoonoses, and other communicable diseases. The system was designed to include these key features:
Computer systems have revolutionized the management of medical information. In a fraction of a second, the relational database sorts hundreds of records or returns the results of a query defined by one or more criteria. One of the advantages of a relational database over a flat file database is that records in one table can be related to records in another table. So, a symptom in the Findings table, e.g., eosinophilia, can be named and defined once and then linked to all diseases with that symptom. In an intelligent database, one can store systematized indexes and retrieve matching diseases quickly by simply relying on the built-in power of relational databases to find the records that match the criteria of the query. No complex or hidden algorithms are needed. A query for all disease with the finding “rash” returns one list of diseases. Another query for all diseases with the finding “cough” returns a different list. An AND query is the intersection of these two lists—all disease that have both findings.
Two or three criteria are all you need for a query that will reduce the results list (differential diagnosis) down to manageable size. The following table shows a few examples of important criteria to use in searches. An effective query will combine one or more criteria in one column with one or more criteria in a second column. Add an ENDEMIC criteria (not shown in table) if you want to limit the search to a specific region of the world. OR queries are also possible, but they are not as useful. An example of an OR search is to add all of the countries that a sick traveler recently visited so that all diseases from all countries would be considered in the differential diagnosis.
Putting together a company database is much simpler than developing an intelligent database of infectious diseases. First one must decide which tables to include, e.g., Employees, Customers, Products, Invoices, etc. Then add the fields to each table to store the data. So, for the employees table, those fields would include first name, last name, address, city, etc. Then link the tables together to show the relationships between tables. The Customers table would be linked to the Invoices table, and each customer could have one or more invoices.
For a relational database of medical information, the job is more complex. One of the most difficult tasks is finding the best indexes to use. As shown by the examples in Table 1, these indexes are the search criteria used to return the differential diagnoses. Thus, for the diseases table the developer must decide which diseases to include and which fields to add. As in a spreadsheet, each row is a disease record, and each column is a field. Some of the information can be displayed in text fields and yes/no fields within the tables and some as links to related tables. The final version of the infectious disease database described here contains 275 diseases and 119 signs & symptoms linked to these diseases. Determining which diseases to include is different for each database depending on the scope and purpose of the database. See the Discussion section for more on the intended audience of this and other databases created by the author.
Control of Communicable Diseases Manual, 19th Edition (CCDM)  is a good place to start for which infectious diseases to include and what constitutes the key indexes for separating one disease from another. For each disease, CCDM shows main symptoms, common laboratory tests, place of occurrence, reservoir, incubation period, and other useful data on period of communicability, susceptibility, methods of control, etc. But, CCDM does not use a controlled vocabulary of signs and symptoms, and the findings listed for each disease are not applied in a systematic way. It is the job of the intelligent-database developer to create a comprehensive list of findings and to decide for each disease which findings apply. This often requires more research into other sources of information in books, journals, and websites. See the Results section for the main sources of information used.
Building an intelligent database is an iterative process of gathering and refining information. The author started a database of occupational diseases in 1991. Some the occupational diseases were infectious diseases, and the first tables of diseases and findings were begun then. Since then the tables have gone through many revisions to improve the indexes and case definitions.
The 275 infectious diseases are classified by category, disease type, and acuity (acute-severe, acute-moderate, or subacute). Categories include Arthropod-Borne, Biological Weapons, Childhood Infections, Community-Acquired, Foodborne, Gastroenteritis, Localized Infections, Sapronoses, Sexually-Transmitted, and Zoonoses. Disease types are Bacteria, Fungus, Helminth, Mixed, Other, Protozoa, Rickettsia, Spirochete, Toxin, and Virus. The database can be filtered to show only one category, one disease type, or one level of acuity. For each disease, the application shows initial symptoms, incubation period, signs and symptoms, and any activities associated with increasing the risk of disease. There are 119 signs and symptoms in thirteen categories as shown in Table 2. The application shows where the disease occurs in the world; how it is diagnosed in the laboratory; its source from patients, water, soil, and animal excreta or tissue; its route of entry into the body by inhalation, ingestion, or skin; and the insect vectors and animal reservoirs.
As shown in Figure 2, the three main tables in the database are Diseases, Findings (signs & symptoms), and High-Risk Activities. Each disease is also linked to one or more of 16 specific regions of the world in which it is endemic, and to epidemiological factors. These links to regions and factors are made, not by linking to tables, but by additional fields within the Diseases table. So, for example, every disease carried by ticks has the “yes” selected in the yes/no field called “Di_Ticks” in the Diseases table. Most of the 79 fields in the Diseases table are yes/no fields, but some are text fields that capture, for example, the disease names or the incubation periods. Yes/no fields in the diseases table serve as criteria that can be used in a query, e.g., show all diseases that have the tick field checked. In the application described, the incubation period is a text field, and it cannot be used in a query. However, it would be easy to add this feature by simply adding several yes/no fields for incubation periods of hours, days, weeks, months, and years. Then, a query for all diseases with an incubation period of months could be returned in a query.
Having information organized into a relational database means that the user can find diseases by means of queries. For example, the user can query the database of 275 diseases to find all that match certain criteria:
The user can also perform “AND” searches, for example, all the diseases that match:
Information from textbooks [5–16], journal articles [17–26], online resources [27–30], and electronic databases [31–34] was classified and summarized to create the database. A bibliography including online resources is regularly updated on the author’s website . This web page also shows the reference labels that are used throughout the application to reference source material within the content of the database, e.g., “CCDM”  and “PPID” . References to resources used in Haz-Map (toxicology and occupational medicine) can be viewed from the “References” tab at the Haz-Map website .
The profile for the disease Psittacosis is shown in Figure 3. The form displays the database fields of information, e.g., the incubation period, and it shows the linked findings and high-risk activities. Psittacosis is present in all regions of the world as shown in the bottom row of checkmarks. Above this on the left are the Epidemiological Factors. Risk Factors (high-risk activities) and Findings are displayed as subforms within the main form. Each finding and risk factor is a controlled vocabulary term or index that is being used to display information about the disease in this form. The same controlled vocabulary terms are used in queries.
The list of findings is sorted by prefixes to make it more readable, i.e., so that signs & symptoms for each organ system are grouped together. The prefixes are defined in Table 2. General symptoms such as fever, fatigue, and myalgia are not very useful in distinguishing one infectious disease from another, but they are still important to show for each disease. In the infectious disease database currently being described, 30 of the 119 findings are complications. A complication such as encephalitis is important to show for each disease even though it may complicate the infectious disease in only one percent of cases, or even less.
Each disease also has a field for “Initial Symptoms” to summarize the first symptoms experienced by the majority of patients. When the frequency of symptoms is known from one or more case series, then this is documented in the Comments field. The references are also shown in the Comments field to document the sources of information for each linked finding and epidemiological factor. If there is contradictory information from two sources, then one or more additional sources are consulted.
Developing an intelligent database of infectious diseases has some similarities with editing an infectious diseases textbook. The work requires the collection of evidence and the summarization of the current state of knowledge. The editor uses his best judgment in deciding which diseases to include and how much to say about each one. Some symptoms will be emphasized because they are common, and some will not be mentioned because they have only been described in one case. Also, the editor relies on the latest reports and summaries from the scientific literature to update the profile of each disease. The case definitions are never finished because they are in the ever-refining, iterative loop of the surveillance cycle as shown in Table 3.
Using two screening tests in a series increases the positive predictive value (PPV) compared to a single test . When a practitioner takes a patient’s medical history with access to an accurate differential diagnosis, this is like performing a screening test. It precedes laboratory studies and should decrease the number of costly lab tests needed. Increasing the PPV in this way helps to address a major roadblock to identifying and preventing infectious diseases, especially in developing countries. To be effective, increasingly sensitive diagnostic tests must be accompanied by increasingly well-trained health professionals who can “make clinical sense of the results” .
Having a software tool is not the same as having an infectious disease specialist with years of training and experience diagnosing infectious diseases. An intelligent database is like an electronic book that you can query. It is not designed to replace the human mind, but to assist the professional with lists and intersections of lists. For example, one can make a list of all infections that cause abdominal pain and another list of all infections caused by animal bites. The intersection of those two lists is all infections that fit both criteria. The physicians who make these databases must first have good comprehension of the domain and then do the research necessary to define the best criteria (indexes) that will return the most useful lists of differential diagnoses. Unlike books, in which the index items are added last, the indexes in an intelligent database are established at the beginning of the project. Each index is a controlled vocabulary term that is used to query the database. The database is only as good as the research that the database developer has done to determine the best indexes and to accurately link each disease with all indexes that apply. Thus, for “eosinophilia,” the medical scientist must determine for each disease whether or not it is associated with this finding.
Some artificial intelligence systems are designed to act like replacements of the astute clinician. The user types in the case findings, and then the system comes up with the answer. For intelligent database systems, the emphasis is more on assistance than replacement. What kinds of information can the computer store that will help the clinician solve the problem? As shown in the examples in Table 1, there are a number of key criteria that can be used in queries to build and shorten the differential diagnosis list. Since the computing process that builds the list is completely transparent, the health professional can consider the results of the software tool that may or may not help with a particular case. As the tool gets more accurate with time and the professional learns better the limitations of the tool, then there will be more cases in which the software can make a difference in terms of earlier and more accurate diagnoses.
Some infectious disease cases are difficult to diagnose. Signs and symptoms may be misinterpreted, mixed up, or just missed. Therefore, the differential diagnosis may be wrong from the beginning because the signs and symptoms of the case have not been correctly identified. Here are some examples. An ophthalmologist misnamed a case of optic neuritis as papilledema. A patient was found to have scleral icterus by the emergency room doctor, but the admitting labs showed normal serum bilirubin. A rash may be called maculopapular, vesicular, and pustular by different observers at different times. A rash may be caused by a complication of the disease, e.g., Stevens Johnson syndrome, rather than by the disease itself. More than one disease may be causing the signs and symptoms. The disease may be non-infectious such as a metastatic tumor or plaque emboli. Insignificant findings may be magnified while important ones are ignored. Because of these difficulties, the judgment of an alert and well-trained medical professional is critical to making a correct diagnosis with or without decision-support software.
An Internet interface for the intelligent database described in this article could be developed within a few months. A PDA (personal digital assistant) interface has already been developed. Haz-Map®, the author’s first intelligent database, was first published on the US National Library of Medicine website in 2002 with free database access . Although primarily a database of toxic chemicals, Haz-Map also includes occupational infections. An intelligent database of outbreaks that covers all diseases known to cause acute syndromes in clusters of patients has also been developed. That database includes mainly infectious diseases, but also those caused by chemical accidents and bioterrorist attacks. Both Haz-Map and the outbreaks database provide the user with the ability to do queries by occupation.
The threat of bioterrorism has a silver lining in that it brings our attention to the need for better education of health professionals regarding emerging infectious diseases. There is a need for surveillance systems that can detect outbreaks more rapidly, and these systems will depend on the active participation of front-line physicians . Bioterrorism diseases would likely present as other common diagnoses in primary care. Educating family physicians to recognize bioterrorism events is of the highest priority . Properly designed decision-support systems could help clinicians to identify bioterrorist events by generating lists of differential diagnoses given the clinical features of the case . Our efforts to respond to bioterrorism attacks are useful to society even if a terrorist attack never occurs. We will always be exposed to outbreaks from nature; and so the more we learn about how to respond to bioterrorism, the better prepared we will be in the event of any outbreak [43,44].
An Internet version of this infectious disease database may be useful for clinical and public health professionals in developing countries. Because of its simplicity, the need for training should be minimal. In detecting and responding to infectious diseases in lower-income countries, “the empowerment of frontline health workers and communities is a key element for an efficient surveillance system” .
There are several resources already available on the Internet to help professionals around the world diagnose infectious diseases. The electronic version of The Control of Communicable Diseases Manual was first published in March 2010. A one-year subscription for access to both the web-based and PDA software costs $49.95 . This is an electronic book that can be searched, but not a relational database that can be queried by predetermined indexes.
The Johns Hopkins ABX Guide is a free website designed to help clinicians by distilling and updating complex information about infectious diseases and their treatment . The user can drill down to diagnosis categories including biodefense, neurologic, respiratory, fever, and travel. The user can also go to categories of antimicrobial drugs and to types of pathogens.
“Practice Guidelines for Evaluation of Fever in Returning Travelers or Migrants” is another free website for health professionals to provide a differential diagnosis based on the countries visited, incubation period, high-risk activities, signs, symptoms, and laboratory results . The guidelines were published in a scientific paper with the same name after a systematic review of the literature . The algorithm was designed to be used for the first evaluation of patients who are not immunocompromised, pregnant, children, or suffering from any underlying chronic diseases. It is restricted to tropical and subtropical diseases. The authors note that, “No estimation of the relative probability of each diagnosis in a given situation has been mentioned since no good incidence data exist.”
Finally, GIDEON (Global Infectious Disease and Epidemiology Network) was first designed in 1990 using Paradox, one of the first DOS-based relational databases. GIDEON is now available as a web-based application for $995 per year . In GIDEON, “The differential diagnosis list is generated by a Bayesian formula which compares the product of disease-incidence and symptoms incidence, for all compatible infectious diseases” .
In a study of hospitalized patients in Boston, GIDEON found the correct diagnosis in 69% of the cases and listed it first in 60% of the cases . The author has noted the problem with treating individual countries as whole units with regard to which diseases are considered endemic; he has also admitted the problem with “the availability and quality of valid epidemiological data” . A Japanese study of 98 febrile travelers found that the correct diagnosis appeared in GIDEON’s differential diagnosis list in 91% of the cases .
A more recent evaluation of GIDEON found that the software generated a median of 29 diagnoses per case . Of the 129 cases of fever in returning travelers or migrants, the correct diagnosis was generated by GIDEON in the top 5 ranking for 64% of the febrile episodes. The authors of this study noted the problem of nonspecific symptoms, e.g., myalgia, being variably listed when describing a typical disease presentation. They also warned that using the software “might be hazardous for inexperienced physicians.” (Of course, medical textbooks might be hazardous for inexperienced physicians as well.) The authors point out the trend since the 1980s for decisions-support systems to be less like Greek oracles reciting the truth to passive physicians and more like tools that actively thinking physicians use, all the while aware of their limitations. In the study of hospitalized patients in Boston, the authors noted that GIDEON correctly supplied a leading diagnosis not considered by the admitting team in five cases. This is a quality of a useful tool—that it can help the worker do the job better with the tool than without it.
A new research opportunity came into being with the availability of user-friendly relational databases in the early 1990s. A wealth of information about infectious diseases exists in journals of emerging infectious diseases and textbooks of internal, tropical, military, and occupational medicine, but “Information without access to that information is no information at all” . It is time to collect all of this information, classify it, index it, and store it in one computer database for continuous refining and updating. By providing quick access to the facts, such a relational database could help medical and public health professionals to actively participate in the surveillance cycle and to diagnose infectious diseases earlier and more accurately.