Multiple Testing
I. RELEVANCE
Multiplicity occurs at multiple levels within a biosurveillance system:
- Regional level-- When monitoring multiple regions. This is also true within a region, where we are monitoring multiple locations (e.g., hospitals, offices, stores)
- Source level-- Within a region we are monitoring multiple sources (OTC, ER…)
- Series level -- within each data source we are monitoring multiple series. Sometimes multiple series are created from a single series by stratifying the data by age group or gender.
- Algorithm level -- Within a single series, using multiple algorithms (e.g., for detecting changes in different parameters) or even a method such as wavelets that breaks down a single series into multiple series
The multiplicity actually plays a slightly different role in each case, because we have different numbers and sets of hypotheses.
Howard Burkom et al. (2005) coin the terms “parallel monitoring” vs. “consensus monitoring” to distinguish between the case of multiple hypotheses being tested simultaneously by multiple independent data (“parallel”) and the case of monitoring multiple data sources for testing a single hypothesis (“consensus”). According to this distinction we have parallel testing at the regional level, but consensus monitoring at the source-, series-, and algorithm-level.
Are the two types of multiplicity conceptually different? Should the multiple results (e.g., p-values) be combined in the same way?
II. HYPOTHESES
Regional level -- Each region has a separate null hypothesis. For region i we have
H1: outbreak in region i
If we expect a coordinated terrorist attack at multiple locations simultaneously, then there is positive dependence. For an epidemic, there is positive dependence
H1: outbreak in this region
H1: (outbreak-related) increase in OTC sales

On the other hand, in the presence of an outbreak we are likely to miss it if it does not get manifested in the data.
So the underlying assumptions when monitoring syndromic data are
(1) The probability of outbreak-related anomalies manifesting themselves in the data is high (removing red nodes from tree)
(2) The probability of an alarm due to non-outbreak reasons is minimal (removing blue nodes from tree)
Based on these two assumptions, most algorithms are designed to test:
H1: change in parameter of syndromic data
Series level – multiple series within a data source are usually collected for monitoring different syndromes. For instance: cough medication/cc, fever medication/cc, etc. This is also how CDC is thinking about the multiple series, by grouping ICD-9 codes into (11) categories by symptoms. If we treat each symptom separately then we have 11 tests going on.
H1: increase in syndrome j
Algorithm level – multiple algorithms running on a same series might be used because each algorithm is looking for a different type of signal. This would give a single H0 but multiple H1
H1: change in series mean of type k
III. HANDLING MULTIPLE TESTING STATISTICALLY
But should we really use different methods for accounting for the multiplicity? What is the link between the actual corrections and the conceptual differences?
IV. WHAT CAN BE DONE?
- Rate the quality of data sources: signaling by more reliable sources should be more heavily weighted
- Evaluate the risk level of the different regions: alarms in higher-risk regions should be taken more seriously (like Vicky Bier’s arguments about investment in higher-risk cases)
- “The more the merrier” is probably not a good strategy when concerning the number of data sources. It is better to invest in few reliable data sources than in multiple less-reliable ones. Along the same lines, the series chosen to be monitored should also be carefully screened according to their real contribution and their reliability. With respect to regions, better to monitor more risky regions (in the context of bioterrorist attacks or epidemics).
- Solutions should depend on who the monitoring body is: national surveillance systems (e.g., the BioSense by CDC) have more of the regional issue than local systems.
- The choice of symptom grouping and syndrome definitions, which is currently based on medical considerations (http://www.bt.cdc.gov/surveillance/syndromedef/index.asp), would benefit from incorporating statistical considerations.
V. REFERENCES
Burkom, H. S, Murphy, S., Coberly, J., and Hurt-Mullen, K. “Public Health Monitoring Tools for Multiple Data Streams”, MMWR, Aug 26, 2005 / 54(Suppl);55-62.
Marshall, C., Best Nicky, Bottle, A., and Aylin, P. “Statistical Issues in the Prospective Monitoring of Health Outcomes Across Multiple Sources”, JRSS A, 2004, vol 167 (3), pp. 541-559.
2 Comments:
This is by Yajun Mei (via an email to me):
The multiple testing problems you mentioned also occur in the signal process (or more broadly, engineering) literature. "Parallel monitoring" seems to be closely related to "multi-channel signal detection", where signals will appear in one of the M noisy channels. "Consensus monitoring" seems to be related to "decentralized or distributed detection" in "sensor networks", or "information fusion." One of my papers which deals with the latter case was published in IEEE Transaction on Information Theory, vol 51, issue 7, July 2005, page 2669-2681. Professor H. V. Poor at Princeton, Professor Venugopal V. Veeravalli at UIUC, and Professor Alexander Tartakovsky at the University of Southern California are several of leading researchers in this field.
A mathematical framework which I have found useful to think about the multiple testing problem is as follows (all symbols are in latex).
The main idea is that we want to adjust for multiple comparisons and also for things that are global and affect a set of time series. This will provide a more concise description of anomalies to the subject matter expert.
Let e_{st} denote the standardized residuals(could be normal scores of p-values) for the s^{th} series at time t. Consider the model
e_{st} = \Delta_{st} + \mu_{st}(\theta_{t}) + \epsilon_{st}
where \epsilon_{st}~N(0,1).
\mu_{st} is an adjustment factor derived from some model which depends on some parameter \theta_{t} to be estimated from e_{st}s.
We assume \Delta_{st}~P_{t}1_{0} + (1-P_{t})N(0,\tau) and declare anomalies by looking at the posterior of \Delta_{st}.
How to get \mu_{st}?
First note that if \mu_{st}=0, this is exactly the multiple testing model that Susie talked about in her presentation. The main goal is to define \mu_{st} so that one could adjust for things that happened at time t(but not incorporated in the baseline) that are already known to the analyst. It might be possible to formalize this concept by using a minimum description length argument but I've not done that yet.
Some examples:
Example 1:
If most of the series experience a change in the same direction due to some common effect at time t, let's say sales of most items at a Walmart store drop due to bad weather.
Then \mu_{st}=\beta_{t} is a good model which will replace a whole bunch of drops by an alert which says there was a global drop (indicated by a \beta_{t} estimate significantly different from 0).
Example 2: Let's say we are monitoring number of emergency room visits by syndromic groups and zip codes (i.e. a 2-d contingency model). Then, replacing
s by ij(i^{th} syndrome, j^{th} zip), one can assume
\mu_{ijt}=r_{it} + c_{jt}.
This will help produce anomalies on the interactions and will adjust for factors that affect entire rows or columns.
Example 3:
Let's say the analyst knows that items in the electronic department are on sale at a Walmart store at time t. In such a case, it is desirable to produce anomalies after adjusting for this fact. If we define a binary vector x_{t} which is 1 for all items s \in electronic department and 0 o.w., an appropriate model is
\mu_{st} = x_{st}\beta_{t}.
Post a Comment
<< Home