Adverse Events are one of the four main components of the model for analysis and understanding of use related risks of EHR systems found on page 18 and reproduced below:
- Use Error Root Causes—Aspects of the user interface design that induce use errors when interacting with the system.
- Risk Parameters—These are attributes regarding particular use errors, i.e., their severity, frequency, ability to be detected, and complexity.
- Evaluative Indicators—Indications that users are having problems with the system that are identified in direct observations of system use by the evaluation team in the environment of use or interviews with users.
- Adverse Events—A description of the outcome of the use error, and standard classification of patient harm.
- Wrong patient action of commission:
- Actions with potentially harmful consequences are performed for one patient that were intended for another patient primarily due to inadequate selection mechanisms or displays of patient identifiers,
- Wrong patient action of omission:
- A patient is not informed of the need for treatment primarily due to inadequate selection mechanisms or displays of patient identifiers,
- Wrong treatment action of commission:
- Treatments that were not intended for a patient are provided primarily due to inadequate selection mechanisms or displays of treatment options,
- Wrong treatment action of omission:
- Treatments that were intended for a patient are not provided primarily because of inadequate selection mechanisms or displays of patient identifiers,
- Wrong medication:
- A patient receives the wrong medication type, dose, or route primarily due to inadequate selection mechanisms or displays of medication data,
- Delay of treatment:
- A patient receives a significant delay in the provision of care activities due to design decisions made to satisfy billing, security, or quality improvement objectives, and
- Unintended or improper treatment:
- A patient receives unintended care due to misunderstanding how to provide care in the system or due to actions taken to test software, train users, or demonstrate software to potential customers.
Another problem is that I have difficulty understanding how to classify something such as "Patient was given the wrong dose of an immunization". I could classify it as "wrong treatment/commission", "wrong medication", or "impromper treatment". The classification vocabulary is poorly defined. From the principles for creating a classification system, it doesn't cover the classification space, and each item in it doesn't stand alone (and no hierarchy is assigned to address overlaps).
There are a number of good papers on how to classify adverse events. They suggest several axes for classification:
- The JCAHO Patient Safety Event Taxonomy: a standardized terminology and classification schema for near misses and adverse events.
This report classifies adverse events by four axes: Impact, type, domain and cause, and discusses another axis for prevention.
- WHO Draft Guidelines for Adverse Event Reporting and Learning Systems.
See page 19 on Classification of Events (Adverse Event, Error, Near Miss/Close Call, Hazard/Unsafe Condition), Page 23 for a brief discussion on type of event, Page 24 for Probability and Severity classifications,
- Classification of Medical Errors and Preventable Adverse Events in Primary Care: A synthesis of the literature.
This report classifies by "Type of Event" and "Process Factors"
Note: Wrong patient is a very commonly associated with adverse events, but doesn't fit into the classification of type of event, it fits into cause.
I think that NIST should be looking at a very strong taxonomy of adverse events, such as that described by the first report by JCAHO listed above.