Journal:Epidemiological data challenges: Planning for a more robust future through data standards

From LIMSWiki
Jump to navigationJump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.
Full article title Epidemiological data challenges: Planning for a more robust future through data standards
Journal Frontiers in Public Health
Author(s) Fairchild, Geoffrey; Tasseff, Byron; Khalsa, Hari; Generous, Nicholas; Daughton, Ashlynn R.;
Velappan, Nileena; Priedhorsky, Reid; Deshpande, Alina
Author affiliation(s) Los Alamos National Laboratory
Primary contact Email: gfairchild at lanl dot gov
Editors Efird, Jimmy T.
Year published 2018
Volume and issue 6
Article # 336
DOI 10.3389/fpubh.2018.00336
ISSN 2296-2565
Distribution license Creative Commons Attribution 4.0 International
Website https://www.frontiersin.org/articles/10.3389/fpubh.2018.00336/full
Download https://www.frontiersin.org/articles/10.3389/fpubh.2018.00336/pdf (PDF)

Abstract

Accessible epidemiological data are of great value for emergency preparedness and response, understanding disease progression through a population, and building statistical and mechanistic disease models that enable forecasting. The status quo, however, renders acquiring and using such data difficult in practice. In many cases, a primary way of obtaining epidemiological data is through the internet, but the methods by which the data are presented to the public often differ drastically among institutions. As a result, there is a strong need for better data sharing practices. This paper identifies, in detail and with examples, the three key challenges one encounters when attempting to acquire and use epidemiological data: (1) interfaces, (2) data formatting, and (3) reporting. These challenges are used to provide suggestions and guidance for improvement as these systems evolve in the future. If these suggested data and interface recommendations were adhered to, epidemiological and public health analysis, modeling, and informatics work would be significantly streamlined, which can in turn yield better public health decision-making capabilities.

Keywords: data, computational epidemiology, public health, disease modeling, informatics, disease surveillance

Introduction

At the heart of disease surveillance and modeling are epidemiological data. These data are generally presented as a time series of cases, T, for a geographic region, G, and for a demographic, D. The type of cases presented may vary depending on the context. For example, T may be a time series of confirmed or suspected cases, or it might be hospitalizations or deaths; in some circumstances, it may be a summation of some combination of these (e.g., confirmed + suspected cases). G is most commonly a political boundary; it might be a country, state/province, county/district, city, or sub-city region, such as a postal code or United States (U.S.) Census Bureau census tract. Depending on the context, D may simply be the the entire population of G, or it might be stratified by age, sex, race, education, or other relevant factors.

Epidemiological data have a variety of uses. From a public health perspective, they can be used to gain an understanding of population-level disease progression. This understanding can in turn be used to aid in decision-making and allocation of resources. Recent outbreaks like Ebola and Zika have demonstrated the value of accessible epidemiological data for emergency preparedness and the need for better data sharing.[1] These data may influence vaccine distribution[2], and hospitals can anticipate surge capacity during an outbreak, allowing them to obtain extra temporary help if necessary.[3][4]

From a modeler's perspective, high-quality reference data (also commonly referred to as "ground truth data") are needed to enable prediction and forecasting.[5] These data can be used to parameterize compartmental models[6] as well as stochastic agent-based models[7][8][9][10][11], and they can also be used to train and validate machine learning and statistical models.[12][13][14][15][16][17][18][19]

The internet has become the predominant way to publish, share, and collect epidemiological data. While data standards exist for observational studies[20] and clinical research[21], for example, no such standards exist for the publication of the kind of public health-related epidemiological data described above. Despite the strong need to share and consume data, there are many legal, technical, political, and cultural challenges in implementing a standardized epidemiological data framework.[22][23] As a result, the methods by which data are presented to the public often differ significantly among data-sharing institutions (e.g., public health departments, ministries of health, data collection or aggregation services). Moreover, these problems are not unique to epidemiological data; the issues described in this paper are common across many different disciplines.

First, epidemiological data on the internet are presented to the user through a variety of interfaces. These interfaces vary widely not only in their appearance but also in their functionality. Some data are openly available through clear modern web interfaces, complete with well-documented programmer-friendly application programming interfaces (APIs), while others are displayed as static web pages that require error-prone and brittle web scraping. Still others are offered as machine-readable documents (e.g., comma-separate values [CSV], Microsoft Excel, Extensible Markup Language [XML], Adobe PDF). Finally, some necessitate contacting a human, who then prepares and sends the requested data manually.

Second, there are many data formats. Data containers (e.g., CSV, JavaScript Object Notation [JSON]) and element formats (e.g., timestamp format, location name format) may differ. Character encodings[24] (e.g., ASCII, UTF-8) and line endings[25] (e.g., \r\n, \n) may also differ. Compounding these issues, formats can change over time (e.g., renaming or reordering spreadsheet columns). More broadly, these challenges are closely tied to schema, data model, and vocabulary standardization.

Finally, there are differences among institutions in their reporting habits; even within a single institution, there are often reporting nuances among diseases. For example, one context may be reported monthly (e.g., Q fever in Australia), while another context is reported weekly (e.g., influenza in the U.S.) or even more finely (e.g., 2014 West African Ebola outbreak). Furthermore, what is meant by “weekly” in one context may be different than another context (e.g., CDC epi weeks vs. irregular reporting intervals in Poland, as described later).

Together, these challenges make large-scale public health data analysis and modeling significantly more difficult and time-consuming. Gathering, cleaning, and eliciting relevant data often require more time than the actual analysis itself. This paper discusses these three key technical challenges involving public health-related epidemiological data, in detail and with examples that were identified through detailed analysis of data deposition practices around the globe. Building from this analysis, we offer a framework of best practices comprised of modern standards that should be adhered to when releasing epidemiological data to the public. Such a framework will enable a more robust future for accurate and high-confidence epidemiological data and analysis.

Discussion

Interface challenges

The interface is the mechanism by which data are presented to a user for consumption.

Epidemiological data repositories implementing current best practices provide an interactive web-based searching and filtering interface that enables users to easily export desired data in a variety of formats. These are generally accompanied by an API that allows users to programmatically acquire desired data. For example, if one wants to download the latest influenza surveillance data weekly, instead of manually navigating an interactive web interface each week to export the data, the process could be automated by writing code that interacts with the API. Such an interface provides the simplest and most powerful method of data acquisition. Examples of this type of interface are the U.S. Centers for Disease Control and Prevention's (CDC) Data Catalog and the World Health Organization's (WHO) Global Health Observatory (GHO).

While an interactive web-based interface coupled with an API is a best practice, it can be complex and expensive to implement. Many public health departments are under resource constraints and depend on older websites that tend to release data in one of two ways: 1) data are uploaded in some common format (e.g., CSV, Microsoft Excel, PDF) or 2) data are displayed in Hypertext Markup Language (HTML) tables. An example of the first is seen on Israel's Ministry of Health website, where data are provided weekly in Microsoft Excel formats.[26] An example of the second is seen on Australia's Department of Health website, where data are provided within simply-formatted HTML tables.[27]

Data uploaded in a common format can often be automatically downloaded and processed, and HTML tables can generally be automatically scraped and processed. While HTML scraping is often straightforward, there are some instances where it can be quite difficult. One example of a difficult-to-scrape data source is the Robert Koch Institute SurvStat 2.0 website.[28] Although the service is capable of providing epidemiological data at superior spatial and temporal resolutions (county- and week-level, respectively), the interface is not easily amenable to scraping. First, the HTTP requests formed by the ASP.NET application cannot be easily reverse-engineered; this necessitates the use of browser-automation software like Selenium, which enables automating website user interaction, such as mouse clicks and keyboard presses, for data scraping. Second, the selection of new filters, attributes, and display options results in a newly-refreshed page for each change; because many options are required to obtain each desired dataset, scraping can take a long time.

Additionally, while there may be no technical barriers to downloading or scraping data, there may be barriers relating to a website's terms of service (TOS). In some instances, the TOS may prevent users from scraping or downloading data en masse; this is sometimes done to prevent unreasonable load on the website, for example. Ignoring the TOS raises ethical issues that are often overlooked in research; after all, the goals of most epidemiological researchers are benevolent, and the data are public and usually funded by taxpayers. Ignoring a website's TOS could also raise logistical issues related to publishing and institutional review board (IRB) approval.

A concern underlying all scraping efforts is that data scraping scripts are brittle. Web scraping relies on patterns in the HTML/CSS source code of a website. If an institution modifies its layouts, even slightly, scrapers may exhibit unexpected behavior.

In some cases, a human must be contacted directly, who then prepares and sends the requested data. However, these manually requested and prepared data are often saddled with many restrictions. For example, when one of the authors contacted a ministry of health for more detailed epidemiological data, the data were offered with a five-page data request form that significantly restricted use and sharing of the data. Furthermore, it stated that it would take “up to 3 months” to be released because of the review and approval from the various data owners (local, state, and territory health departments). These types of restrictions and hurdles to data access prevent the development and adoption of advanced analytics.

Finally, finding epidemiological data interfaces or data within an interface is often a time-consuming and error-prone task. For example, the Zika virus epidemic has resulted in increased global attention for Brazil, but it has not resulted in a single easy-to-understand machine-readable interface.[29] Until just recently, Brazil's Ministry of Health maintained two separate lists of mosquito-borne illness epidemiological bulletins.[30][31] Although these lists pointed to the exact same bulletins, the page archiving Boletim Epidemiológico[31] is consistently more up-to-date than the "Epidemiological Situation" page[30] (see Figures 1, 2). Having multiple interfaces increases the likelihood of human error when collecting epidemiological data. For instance, if one assumes that there is only one official source for Zika, the most current information may be overlooked.


Fig1 Fairchild FrontPubHealth2018 6.jpg

Fig. 1 Screenshot showing part of the mosquito-borne illness epidemiological bulletin list available at 'Boletim Epidemiológico'. This is the most current and complete list, with data available through the 38th week of 2016.


Fig2 Fairchild FrontPubHealth2018 6.jpg

Fig. 2 Screenshot showing part of the mosquito-borne illness epidemiological bulletin list available at the "Epidemiological Situation" page. This list only goes through week 21 of 2016 and is missing a number of weeks when compared to the list in Figure 1. This screenshot was taken at the same time as the one in Figure 1.

Data format challenges

Data containers

First, data container issues must be addressed. For example, CSV files are among the simplest file types to parse; they are plain text files with a simple structure (i.e., columns are separated by a comma, rows are separated by a newline). Figure 3 demonstrates how epidemiological data might be provided in a CSV file. Any spreadsheet software can open CSV files natively, and most programming languages require no third-party libraries to read and write CSV files.


Fig3 Fairchild FrontPubHealth2018 6.jpg

Fig. 3 Sample epidemiological case count data in CSV format. CSV files are plain text files that allow tabular data to be laid out as rows separated by newlines and columns separated by commas. This time series does not contain real data and only exists for demonstration purposes.

A conceptually similar file type to CSV is Microsoft Excel's XLSX. XLSX is a spreadsheet format developed by Microsoft and is a part of the Office Open XML (OOXML) specification. OOXML is a complex specification comprised of zipped XML files and other embedded data (e.g., images).[32] This format is common among public health practitioners due to the ubiquity of Microsoft Excel. For the programmer, however, this format presents a variety of challenges not present with CSV files. Due to the file type's complexity, a third-party library will be necessary in virtually all circumstances for reading/writing XLSX files (e.g., xlrd and xlwt for Python or Apache POI for Java). Depending on the maturity of the library used, the file's formulas, pivot tables, and other complex features should be handled with varying degrees of trust.

JSON is another common data container used on the internet (see Figure 4 for an example). For instance, JSON data are commonly returned when querying an API endpoint. JSON is easy and fast to use; many programming languages offer built-in JSON read/write support (e.g., Python and Java). Additionally, similar to CSV, JSON is a plain text format that is human-readable. Unlike CSV, however, JSON is not limited to tabular data. JSON can represent more complex relationships between data and is conceptually more similar to XML. Due to its ubiquity and structure, a number of application-specific JSON standards are available. For example, GeoJSON[33] and TopoJSON[34] enable sharing geographic data. In 2016, Finnie et al. proposed EpiJSON, which offers a standardized way to encode epidemiological data.[35] Although EpiJSON shows promise, it is young and has yet to be broadly embraced. To make adoption simpler, open-source EpiJSON libraries could be developed for common programming languages; currently, the only such library exists for the programming language R[36], but additional libraries should be developed for Python, Java, and other languages commonly used for epidemiological data analysis.


Fig4 Fairchild FrontPubHealth2018 6.jpg

Fig. 4 Sample epidemiological case count data in a simple JSON format. Compared to CSV (demonstrated in Figure 3), JSON contains more structure that can more rigorously specify data relationships (including hierarchical relationships). Note that this is not EpiJSON; EpiJSON can be quite verbose (due to, for example, metadata specifications and GeoJSON-specified locations), and the authors felt a complete EpiJSON example would take up an unreasonable amount of space in this paper. As in Figure 3, this time series does not contain real data and only exists for demonstration purposes.

PDF files provide a number of unique challenges in addition to complexity. Extraction of data is the biggest challenge, as epidemiological information is often provided in mixed formats: textual (e.g., paragraphs of descriptive text in a report), graphical (e.g., bar and line charts), and tabular. Simply extracting the text of a PDF correctly and in the right order can prove to be a non-trivial challenge. Named-entity recognition and extraction, a natural language processing task, can be used to elicit case counts from unstructured text[19], but this supervised machine learning task requires knowledge of the language in which the document is published, as well as epidemiological subject matter expertise. Graphical data are intended for the human eye. While graphical data can potentially be digitized using software like WebPlotDigitizer, this cannot always be reliably automated. Even tabular data, which visually appear structured, are typically difficult to extract due to the variety of ways a table can be presented in a PDF document.[37]

Furthermore, PDF files need not even contain text. In a number of circumstances, the PDF files that institutions provide simply contain scanned images of documents. The resulting PDF simply contains the image, rather than the raw text that comprised the original document. For example, many of the weekly reports available through the Department of Health website for the Philippines[38] are PDFs of scanned documents.[39][40] Text can potentially be elicited with optical character recognition (OCR) software, but the quality of the resulting textual data will vary significantly depending on the quality of the scanned images.

Finally, one must be aware of the character encoding when reading text. Since, at the basic level, computers represent all data using binary bits, there must be some binary representation of each character or symbol in an alphabet or language; the character encoding specifies how the raw bits stored in a file should be converted to readable text and vice versa.[24] While there are a number of possible encodings, ASCII, ISO-8859-1, and UTF-8 are among the most common encodings encountered in practice. In 2012, UTF-8 surpassed 60% adoption across the web[41] and is currently approaching the 90% mark.[42] Encoding differences are important; for example, while reading ASCII text as UTF-8 yields correct results, the converse does not.

Element format

Data and time

Beyond data container challenges, there are a number of element formatting differences that must be addressed. First and foremost are date and time formatting discrepancies. While the ISO 8601 date/time standard has existed since 1988, it is often bypassed in favor of locale-dependent formats. For example, much of Europe follows the day-month-year convention, the U.S. follows the month-day-year convention, and China follows the year-month-day convention. Depending on the locale, 03-09-2005 may refer to March 9, 2005 or September 3, 2005. Additionally, not all locales use the Gregorian calendar. Thailand, for example, uses the Buddhist calendar. The current year, as represented by the Gregorian calendar, is 2018; a Thai timestamp would instead specify 2561. Finally, some locales use 24-h time, while others use 12-h time.

In addition to these timestamp parsing differences, there are significant implicit timestamp differences that must be understood. To understand these, one must first recognize that a timestamp on a typical disease curve usually implicitly refers to an interval of time (i.e., actual event-level epidemiological data are rare). To illustrate this, consider the time series in Table 1.

Table 1. Sample historical weekly epidemiological time series consisting of timestamps and case counts
Timestamp Cases
2014-08-07 00:00 2
2014-08-14 00:00 5
2014-08-21 00:00 4

Each timestamp can be interpreted using one of three possible interval types:

  • Leading: The timestamp starts the interval, and the interval ends the “instant” before the next specified timestamp. Table 2 shows how the time series in Table 1 would be transformed to an interval series with an interval type of leading.
  • Trailing exclusive: The timestamp ends the interval but is not included in the interval; Table 3 demonstrates this transformation.
  • Trailing inclusive: The timestamp ends the interval and is included in the interval; Table 4 shows this transformation.
Table 2. Explicit transformation of Table 1 into a leading interval series; the interval start and end are inclusive and exclusive, respectively.
Interval start Interval end Cases
2014-08-07 00:00 2014-08-14 00:00 2
2014-08-14 00:00 2014-08-21 00:00 5
2014-08-21 00:00 2014-08-28 00:00 4
Table 3. Explicit transformation of Table 1 into a trailing exclusive interval series; the interval start and end are inclusive and exclusive, respectively.
Interval start Interval end Cases
2014-07-31 00:00 2014-08-07 00:00 2
2014-08-07 00:00 2014-08-14 00:00 5
2014-08-14 00:00 2014-08-21 00:00 4
Table 4. Explicit transformation of Table 1 into a trailing inclusive interval series; the interval start and end are inclusive and exclusive, respectively.
Interval start Interval end Cases
2014-08-01 00:00 2014-08-08 00:00 2
2014-08-08 00:00 2014-08-15 00:00 5
2014-08-15 00:00 2014-08-22 00:00 4

As an example, the CDC standardizes reporting dates in the U.S. using the notion of an “MMWR week” or “epi week.”[43] MMWR weeks always begin on Sundays and end on Saturdays. Weeks can be numbered 1–53, and, as a result, many institutions choose to report them as such (e.g., the interval "2016-05-15 00:00, 2016-05-22 00:00" is reported as “2016, week 20”). However, while most U.S.-based health departments respect the weekly MMWR aggregation standard, many continue to report timestamps based on the MMWR week concept. For example, Figure 5 shows how Texas identifies its weekly influenza surveillance PDF reports by trailing inclusive timestamps rather than by MMWR week.


Fig5 Fairchild FrontPubHealth2018 6.jpg

Fig. 5 Screenshot taken from Texas' Department of State Health Services 2014–2015 weekly influenza reports web page.[44] Texas identifies its weekly influenza surveillance PDF reports by trailing inclusive timestamps rather than by MMWR week (e.g., “10/3/15” instead of “2015, week 39”). Interestingly, much of the data in each PDF uses MMWR week numbers rather than timestamps.

Outside of the U.S., a variety of reporting date standards exist. In Japan, for example, the epi week starts on Monday and ends on Sunday.[45] In Poland, the reporting is even more different. Poland reports influenza cases four “weeks” a month, regardless of the length of the month. As a result, the intervals between reports are not regular. For example, the four influenza reports in May 2016 are shown in Table 5.

Table 5. Influenza reporting intervals in Poland in May 2016. Instead of reporting data at regular intervals (e.g., every seven days), Poland reports data four "weeks" a month, regardless of the length of the month. This yields irregular interval durations. Here, the interval start and end are inclusive.
Interval start Interval end Duration (days) Source
2016-05-01 2016-05-07 7 [46]
2016-05-08 2016-05-15 8 [47]
2016-05-16 2016-05-22 7 [48]
2016-05-23 2016-05-31 9 [49]

One remaining concern related to date and time is time zone. With the increasing use of internet data streams in disease forecasting and surveillance, it is important to be able to precisely place reference epidemiological data since associated internet data streams might be timestamped down to the second. Many data sources fail to report a time zone, so local time is often assumed. An incorrect time zone may impact analysis of high resolution data. For example, norovirus data are sometimes provided hourly[50][51], and time zone errors could have a potentially drastic negative effect on model results or analyses.

Geography

Political boundaries and names must be carefully managed. Subtle differences in names (e.g., Zurich vs. Zürich) may lead to incorrect results during an analysis. The ISO 3166 standard defines country and principle subdivision (e.g., state or province) names, but it does not handle finer-than-subdivision regions, such as counties, districts, or cities.

Moreover, political boundaries (and thus populations and demographics) change over time. For example, South Sudan's split from Sudan in 2011 decreased Sudan's population by more than ten million people and dramatically changed its political boundary. Computing the historical attack rate for a disease (e.g., influenza incidence per 100,000 people), for instance, must take into account these changes.

Data reporting challenges

Beyond interface and data format challenges, there are challenges that lie within the bureaucratic reporting process for an epidemiological institution. Modern disease surveillance systems rely on complex reporting hierarchies; raw data are initially captured at each provider, who then anonymizes and aggregates data as necessary before sending it to the next level in the hierarchy (perhaps a local or state public health department).[52] This hierarchy can have many levels. Even in many of the most developed regions of the world, much of this process continues to be done by hand, although the push to electronic medical records is gaining traction. As a result, most disease surveillance systems across the world experience reporting lags of at least one to two weeks.

This reporting lag can, in some cases, affect both an intuitive understanding of the situation as well as computational forecasting models. In an effort to combat surveillance system reporting lag, a number of attempts have been made to “fill in” the gaps using internet data[13][14][15][17], but these studies require moderate to high levels of internet usage in the locales of interest, which are often not guaranteed.

Another issue is heterogeneous case definitions across jurisdictions. Many times, the case definitions used in epidemiological data are not clearly defined, and it is often difficult to navigate websites to identify the definitions. For example, many of the influenza surveillance systems in Europe use common, but not identical, case definitions.[53] Contextual differences in case definitions for Ebola[54] could make interpreting data for the 2014 West African Ebola outbreak difficult.

One must also be concerned about language issues. Data are often provided in the native language of the region of the world in which they originate. For example, Thailand's Bureau of Epidemiology website[55] is natively displayed in Thai but also offers an English version.[56] While online language translation services do exist (e.g., Google Translate), these are not always reliable, and they cannot easily translate text in images (e.g., a website header comprised of images). To assist with language issues, formal disease- and epidemiological-focused ontologies[57] can help; translations, abbreviations, and alternate names can be encoded in an ontology to help automatically map different records to the same concept.

Furthermore, even within a single institution, there are often reporting nuances among diseases. For example, one context may be reported monthly, while another context may be reported weekly or daily. Some contexts may not be regularly reported; irregular reporting can lead to questions like “Is the value for a missing timestamp zero or unknown?”

Finally, case count data are often retroactively updated as new data are made available. In other words, historical data are not fixed the first time they are published. For example, a case count data point published today may be updated next week or the following week, as new data appear. This problem, often called “backfill,” is due to the number and variety of members that comprise the complex reporting hierarchy that modern disease surveillance systems rely on. If a surveillance member's computer system goes down temporarily, for example, it may not be able to submit its data until the following week. Backfill can in some cases drastically affect analyses, so analysts and modelers must be aware of this potential issue.[58][59]

Conclusions

We have identified three key challenges involving epidemiological data: 1) interface challenges, 2) data format challenges, and 3) data reporting challenges. Each of these challenges can be addressed to simplify the efforts of analysts and modelers. Here, we propose a framework of best practices comprised of modern standards that should be adhered to when releasing epidemiological data to the public:

  1. Present the user with an interactive web interface to search and filter data. This interface should allow users to export data in common open formats (e.g., JSON using the EpiJSON standard, CSV).
  2. Provide a web-based API to allow automated data retrieval.
  3. Always use ISO 8601 dates, times, timestamps, and durations. Timestamps should either explicitly provide the local time zone or be adjusted for UTC, as specified by the ISO 8601 standard.
  4. When providing time series, clearly define the interval type so that timestamps can be interpreted properly.
  5. When possible, use ISO 3166 location names.
  6. Ensure all data are encoded using UTF-8.
  7. Ensure the website can be run through an online language translation service (e.g., do not place important text in an image).
  8. When reporting case counts, the case definitions should be made explicit and clear.
  9. Clearly distinguish between unknown and zero values.

These suggestions are not prescribing a single format or process; instead, these items provide a means for clearly defining and presenting epidemiological data to the public.

We implore the members of the global public health community to work together to create and follow standards for publishing data. Many institutions attempt to publish similar types of data using similar interfaces. In general, a user selects locations, diseases, optional time periods, and optional demographics in order to retrieve the desired data. Because many analysts and modelers have similar data desires, we feel this provides an opportunity for a generic shared epidemiological data access platform. Currently used by the CDC, one possibility might be Socrata, a platform that allows governments to share data openly. Socrata provides not only a modern interactive web interface but also an extensive API. Another option may be for public health institutions to collaboratively develop a free and open source solution that each could use. Such a platform may be more easily implemented by resource-constrained public health departments that have neither the time nor the money to develop their own solutions. Additionally, as web standards evolve, a shared data access platform could be updated in order to propagate these changes to each institution.

If a standard platform could be employed by institutions worldwide, then one could envision a future where global data could be easily collected without the challenges we currently face. This would in turn streamline epidemiological and public health analysis, modeling, and informatics, resulting in better public health decision-making capabilities.

Additionally, while this paper focuses on the public health and epidemiological communities, many of the challenges and solutions discussed here are not unique to them. Many of these same challenges are present whenever data of the same type are published globally by separate institutions that do not have an a priori agreed-upon set of standards. For example, weather and economic data have many of the same features as epidemiological data (e.g., locations, time intervals) and should also adhere to the ISO 8601 and 3166 standards, be encoded in UTF-8, and clearly distinguish between unknown and zero values.

Finally, it is important to recognize that this paper focuses on capable public health institutions with enough funding to collect and disseminate their epidemiological data. It should be noted, however, that a number of regions worldwide do not meet this criterion and are struggling even to monitor and care for their constituent populations, let alone publish reliable data. Unfortunately, it is precisely in these underserved regions that the public health community often desires data. Until worldwide public health infrastructure improves significantly, the suggestions here will remain peripheral for many; thus, the problems and suggested solutions put forth in this paper are likely only to be relevant to well-funded institutions. While the solutions presented in this paper may not be as effective at present time due to the lack of coverage, we offer them in preparation for the expanding global coverage that is continuously occurring, and it is only a matter of time until 100% global internet coverage becomes a reality.

Acknowledgements

This work was supported by the U.S. Department of Energy through the Los Alamos National Laboratory. Los Alamos National Laboratory is operated by Triad National Security, LLC, for the National Nuclear Security Administration of U.S. Department of Energy (Contract No. 89233218NCA000001).

Author contributions

GF and BT compiled the initial manuscript. All authors identified and described challenges and standards, and provided critical revisions of the manuscript.

Funding

This work was supported by the Defense Threat Reduction Agency's Joint Science and Technology Office for Chemical and Biological Defense under project numbers CB3656 and CB10007.

Conflict of interest statement

The authors declare that the research was conducted in the absence of any commercial or financial relationships that could be construed as a potential conflict of interest.

References

  1. Chretien, J.P.; Rivers, C.M.; Johansson, M.A. (2016). "Make Data Sharing Routine to Prepare for Public Health Emergencies". PLoS One 13 (8): e1002109. doi:10.1371/journal.pmed.1002109. PMC PMC4987038. PMID 27529422. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4987038. 
  2. Centers for Disease Control and Prevention (2018). "Allocating and Targeting Pandemic Influenza Vaccine During an Influenza Pandemic". U.S. Department of Health and Human Services. https://asprtracie.hhs.gov/technical-resources/resource/2846/guidance-on-allocating-and-targeting-pandemic-influenza-vaccine. 
  3. Nap, R.E.; Andriessen, M.P.; Meessen, N.E. et al. (2007). "Pandemic influenza and hospital resources". Emerging Infectious Diseases 13 (11): 1714-9. doi:10.3201/eid1311.070103. PMC PMC3375786. PMID 18217556. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3375786. 
  4. Hota, S.; Fried, E.; Burry, L. et al. (2010). "Preparing your intensive care unit for the second wave of H1N1 and future surges". Critical Care Medicine 38 (4 Suppl.): e110–9. doi:10.1097/CCM.0b013e3181c66940. PMID 19935417. 
  5. Moran, K.R.; Fairchild, G.; Generous, N. et al. (2016). "Epidemic Forecasting is Messier Than Weather Forecasting: The Role of Human Behavior and Internet Data Streams in Epidemic Forecast". Journal of Infectious Diseases 214 (Suppl. 4): S404-S408. doi:10.1093/infdis/jiw375. PMC PMC5181546. PMID 28830111. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5181546. 
  6. Hethcore, H.W. (2000). "The Mathematics of Infectious Diseases". SIAM Review 42 (4): 599–653. doi:10.1137/S0036144500371907. 
  7. Eubank, S.; Guclu, H.; Kumar, V.S. et al. (2004). "Modelling disease outbreaks in realistic urban social networks". Nature 429 (6988): 180–4. doi:10.1038/nature02541. PMID 15141212. 
  8. Busset, K.R.; Chen, J.; Feng, X. et al. (2009). "EpiFast: A fast algorithm for large scale realistic epidemic simulations on distributed memory systems". Proceedings of the 23rd international conference on Supercomputing: 430–39. doi:10.1145/1542275.1542336. 
  9. Chao, D.L.; Halstead, S.B.; Halloran, M.E. et al. (2012). "Controlling dengue with vaccines in Thailand". PLoS Neglected Tropical Diseases 6 (10): e1876. doi:10.1371/journal.pntd.0001876. PMC PMC3493390. PMID 23145197. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3493390. 
  10. Grefenstette, J.J.; Brown, S.T.; Rosenfeld, R. et al. (2013). "FRED (a Framework for Reconstructing Epidemic Dynamics): An open-source software system for modeling infectious diseases and control strategies using census-based populations". BMC Public Health 13: 940. doi:10.1186/1471-2458-13-940. PMC PMC3852955. PMID 24103508. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3852955. 
  11. McMahon, B.H.; Manore, C.A.; Hyman, J.M. et al. (2014). "Coupling Vector-host Dynamics with Weather Geography and Mitigation Measures to Model Rift Valley Fever in Africa". Mathematical Modelling of Natural Phenomena 9 (2): 161–77. doi:10.1051/mmnp/20149211. PMC PMC4398965. PMID 25892858. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4398965. 
  12. Viboud, C.; Boëlle, P.Y.; Carrat, F. et al. (2003). "Prediction of the spread of influenza epidemics by the method of analogues". American Journal of Epidemiology 158 (10): 996-1006. doi:10.1093/aje/kwg239. PMID 14607808. 
  13. 13.0 13.1 Polgreen, P.M.; Chen, Y.; Pennock, D.M. et al. (2008). "Using internet searches for influenza surveillance". Clinical Infectious Diseases 47 (11): 1443-8. doi:10.1086/593098. PMID 18954267. 
  14. 14.0 14.1 Ginsberg, J.; Mohebbi, M.H.; Patel, R.S. et al. (2009). "Detecting influenza epidemics using search engine query data". Nature 457 (7232): 1012-4. doi:10.1038/nature07634. PMID 19020500. 
  15. 15.0 15.1 Signorini, A.; Segre, A.M.; Polgreen, P.M. et al. (2011). "The use of Twitter to track levels of disease activity and public concern in the U.S. during the influenza A H1N1 pandemic". PLoS One 6 (5): e19467. doi:10.1371/journal.pone.0019467. PMC PMC3087759. PMID 21573238. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3087759. 
  16. Shaman, J.; Karspeck, A.; Yang, W. et al. (2013). "Real-time influenza forecasts during the 2012-2013 season". Nature Communications 4: 2837. doi:10.1038/ncomms3837. PMC PMC3873365. PMID 24302074. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3873365. 
  17. 17.0 17.1 Generous, N.; Fairchild, G.; Deshpande, A. et al. (2014). "Global disease monitoring and forecasting with Wikipedia". PLoS Computational Biology 10 (11): e1003892. doi:10.1371/journal.pcbi.1003892. PMC PMC4231164. PMID 25392913. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4231164. 
  18. Hickmann, K.S.; Fairchild, G.; Priedhorsky, R. et al. (2015). "Forecasting the 2013-2014 influenza season using Wikipedia". PLoS Computational Biology 11 (5): e1004239. doi:10.1371/journal.pcbi.1004239. PMC PMC4431683. PMID 25974758. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4431683. 
  19. 19.0 19.1 Fairchild, G.; Del Valle, S.Y.; De Silva, L. et al. (2015). "Eliciting Disease Data from Wikipedia Articles". Proceedings of the 2015 International AAAI Conference on Weblogs and Social Media: 26–33. PMC PMC5511739. PMID 28721308. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5511739. 
  20. STROBE Initiative. "STROBE Statement". University of Bern. https://www.strobe-statement.org/. Retrieved 01 October 2018. 
  21. Clinical Data Interchange Standards Consortium. "CDISC". https://www.cdisc.org/. Retrieved 01 October 2018. 
  22. Pisani, E.; AbouZahr, C. (2010). "Sharing health data: Good intentions are not enough". Bulletin of the World Health Organization 88 (6): 462–6. doi:10.2471/BLT.09.074393. PMC PMC2878150. PMID 20539861. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC2878150. 
  23. Edelstein, M.; Sane, J. (17 April 2015). "Overcoming Barriers to Data Sharing in Public Health: A Global Perspective". Chatham House. https://www.chathamhouse.org/publication/overcoming-barriers-data-sharing-public-health-global-perspective. 
  24. 24.0 24.1 Zentgraf, D.C. (27 April 2015). "What Every Programmer Absolutely, Positively Needs To Know About Encodings And Character Sets To Work With Text". Kunststube. http://kunststube.net/encoding/. Retrieved 23 August 2016. 
  25. Atwood, J. (18 January 2010). "The Great Newline Schism". Coding Horror. https://blog.codinghorror.com/the-great-newline-schism/. Retrieved 01 October 2016. 
  26. Ministry of Health Isreal. "Weekly and Periodic Epidemiological Reports". https://www.health.gov.il/UnitsOffice/HD/PH/epidemiology/Pages/epidemiology_report.aspx?WPID=WPQ7&PN=1. Retrieved 04 September 2016. 
  27. Australian Government Department of Health. "Notifications of all diseases by Month". National Notifiable Diseases Surveillance System. http://www9.health.gov.au/cda/source/rpt_1_sel.cfm. Retrieved 04 September 2016. 
  28. Robert Koch Institute. "SurvStat@RKI 2.0". https://survstat.rki.de/. Retrieved 04 September 2016. 
  29. Coelho, F.C.; Codeço, C.T.; Cruz, O.G. et al. (2016). "Epidemiological data accessibility in Brazil". The Lancet Infectious Diseases 16 (5): 524–5. doi:10.1016/S1473-3099(16)30007-X. PMID 27068487. 
  30. 30.0 30.1 Ministério da Saúde. "Epidemiological Situation". Preventing and combating Dengue, Chikungunya e Zika. Archived from the original on 03 July 2016. https://web.archive.org/web/20160703011414/http://www.combateaedes.saude.gov.br/en/epidemiological-situation. Retrieved 19 January 2017. 
  31. 31.0 31.1 Ministério da Saúde. "Boletins epidemiológicos". Governo do Brasil. https://www.saude.gov.br/boletins-epidemiologicos. Retrieved 19 January 2017. 
  32. "Office Open XML". The Apache OpenOffice Wiki. https://wiki.openoffice.org/wiki/Office_Open_XML. Retrieved 18 August 2016. 
  33. GeoJSON Workgroup. "GeoJSON". https://geojson.org/. Retrieved 22 August 2016. 
  34. "topojson/topojson". GitHub. https://github.com/topojson/topojson. Retrieved 22 August 2016. 
  35. Finnie, T.J.; South, A.; Bento, A. et al. (2016). "EpiJSON: A unified data-format for epidemiology". Epidemics 15: 20–6. doi:10.1016/j.epidem.2015.12.002. PMC PMC7104924. PMID 27266846. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC7104924. 
  36. "Hackout2/repijson". GitHub. https://github.com/Hackout2/repijson. Retrieved 23 October 2018. 
  37. Khusro, S.; Latif, A.; Ullah, I. (2014). "On methods and tools of table detection, extraction and annotation in PDF documents". Journal of Information Science 41 (1): 41–57. doi:10.1177/0165551514551903. 
  38. Department of Health. "Statistics". Republic of the Phillipines. 
  39. Epidemiology Bureau, Department of Health (5 July 2015). "Dengue Cases - Morbidity Week 26 - June 26–July 4, 2015" (PDF). Republic of the Phillipines. http://www.doh.gov.ph/sites/default/files/statistics/dengueMw26.compressed.pdf. Retrieved 13 December 2016. 
  40. Epidemiology Bureau, Department of Health (27 March 2016). "Diphtheria Cases - Morbidity Week 12 - January 1–March 26, 2016" (PDF). Republic of the Phillipines. http://www.doh.gov.ph/sites/default/files/statistics/DIPHTHERIA%20MW12.pdf. Retrieved 13 December 2016. 
  41. Davis, M. (3 February 2012). "Unicode over 60 percent of the web". Google Official Blog. https://googleblog.blogspot.com/2012/02/unicode-over-60-percent-of-web.html. Retrieved 23 August 2016. 
  42. W3Techs. "Usage statistics of character encodings for websites". https://w3techs.com/technologies/overview/character_encoding. Retrieved 23 August 2016. 
  43. U.S. Centers for Disease Control and Prevention. "MMWR Weeks" (PDF). https://wwwn.cdc.gov/nndss/document/MMWR_week_overview.pdf. Retrieved 22 August 2016. 
  44. Texas Department of State Health Services. "2014 - 2015 Texas Influenza Surveillance Activity Report". Texas HHS. https://www.dshs.texas.gov/idcu/disease/influenza/surveillance/2015/. Retrieved 20 December 2016. 
  45. National Institute of Infectious Diseases. "Weeks Ending Log 2016". Government of Japan. https://www.niid.go.jp/niid/en/survei/2225-idwr/calendar/6113-idwr-calendar-e-2016.html. Retrieved 13 December 2016. 
  46. National Institute of Public Health Poland (May 2016). "Influenza and influenza-like illness in Poland, 5A" (PDF). http://wwwold.pzh.gov.pl/oldpage/epimeld/grypa/2016/I_16_05A.pdf. Retrieved 13 December 2016. 
  47. National Institute of Public Health Poland (May 2016). "Influenza and influenza-like illness in Poland, 5B" (PDF). http://wwwold.pzh.gov.pl/oldpage/epimeld/grypa/2016/I_16_05B.pdf. Retrieved 13 December 2016. 
  48. National Institute of Public Health Poland (May 2016). "Influenza and influenza-like illness in Poland, 5C" (PDF). http://wwwold.pzh.gov.pl/oldpage/epimeld/grypa/2016/I_16_05C.pdf. Retrieved 13 December 2016. 
  49. National Institute of Public Health Poland (May 2016). "Influenza and influenza-like illness in Poland, 5D" (PDF). http://wwwold.pzh.gov.pl/oldpage/epimeld/grypa/2016/I_16_05D.pdf. Retrieved 13 December 2016. 
  50. Guzman-Herrador, B.; Heier, B.; Osborg, E. et al. (2011). "Outbreak of norovirus infection in a hotel in Oslo, Norway, January 2011". Euro Suveillance 16 (30): 19928. PMID 21813081. 
  51. Mayet, A.; Andreo, V.; Bedubourg, G. et al. (2011). "Food-borne outbreak of norovirus infection in a French military parachuting unit, April 2011". Euro Suveillance 16 (30): 19930. PMID 21813082. 
  52. Fairchild, G.C. (2014). "Improving disease surveillance: Sentinel surveillance network design and novel uses of Wikipedia". PhD (Doctor of Philosophy) thesis. University of Iowa. doi:10.17077/etd.sfbu328x. https://ir.uiowa.edu/etd/1452/. 
  53. Aguilera, J.F.; Paget, W.J.; Mosnier, A. et al. (2003). "Heterogeneous case definitions used for the surveillance of influenza in Europe". European Journal of Epidemiology 18 (8): 751–4. doi:10.1023/a:1025337616327. PMID 12974549. 
  54. World Health Organization (9 August 2014). "Case defintion recommendations for ebola or Marburg virus diseases" (PDF). World Health Organization. https://www.who.int/csr/resources/publications/ebola/ebola-case-definition-contact-en.pdf. Retrieved 10 January 2017. 
  55. Thailand Bureau of Epidemiology (2016). "Thailand Bureau of Epidemiology". http://203.157.15.110/boe/. Retrieved 23 August 2016. 
  56. Thailand Bureau of Epidemiology (2016). "Thailand Bureau of Epidemiology - English". http://203.157.15.110/boeeng/. Retrieved 23 August 2016. 
  57. Institute for Genome Sciences, University of Maryland School of Medicine. "Disease Ontology". https://disease-ontology.org/. Retrieved 01 October 2018. 
  58. Farrow, D.C.; Brooks, L.C.; Hyun, S. et al. (2017). "A human judgment approach to epidemiological forecasting". PLoS Computational Biology 13 (3): e1005248. doi:10.1371/journal.pcbi.1005248. PMC PMC5345757. PMID 28282375. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5345757. 
  59. Osthus, D.; Gattiker, J.; Priedhorsky, R. et al. (2019). "Dynamic Bayesian Influenza Forecasting in the United States with Hierarchical Discrepancy (with Discussion)". Bayesian Analysis 14 (1): 261–312. doi:10.1214/18-BA1117. 

Notes

This presentation is faithful to the original, with only a few minor changes to presentation. In some cases important information was missing from the references, and that information was added. Footnotes in the original were turned into external links for this version. Where a URL from the original was found to no longer work, an archived version of the page was cited. In the case of the Thailand Bureau of Epidemiology sites, an archive of neither could be found.