<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Using SNOMED CT as a Mediation Terminology: Mapping Issues, Lessons Learned, and Next Steps Toward Achieving Semantic Interoperability</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Sarah Maulden</string-name>
          <email>sarah.maulden@va.gov</email>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Patty Greim</string-name>
          <email>patricia.greim@va.gov</email>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Omar Bouhaddou</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Pradnya Warnekar</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Laura Megas</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fola Parrish</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Michael J. Lincoln</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Biomedical Informatics, University of Utah</institution>
          ,
          <addr-line>Salt Lake City, UT</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Department of Defense</institution>
          ,
          <addr-line>Tricare Management Activity, Falls Church, VA</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Department of Veterans Affairs, Veterans Health Administration</institution>
          ,
          <addr-line>Chief Health Informatics Office, Salt Lake City, UT</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Electronic Data Systems</institution>
          ,
          <addr-line>Plano, TX 3 dNovus RDI, San Antonio, TX</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>Northrop Grumman Corporation</institution>
          ,
          <addr-line>Chantilly, VA</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2008</year>
      </pub-date>
      <fpage>85</fpage>
      <lpage>90</lpage>
      <abstract>
        <p>The Clinical Data Repository / Health Data Repository (CHDR) project is a combined effort of the Department of Veterans Affairs (VA) and the Department of Defense (DoD) to exchange clinical information between our Electronic Health Records (EHR). CHDR exchanges standardized, computable data, as opposed to textual data that is only human readable. CHDR utilizes mediation terminologies for health data exchange. For allergy reactions data, CHDR uses SNOMED CT in conformance with Health Information Technology Standardization Panel (HITSP) recommendations. This paper reports how we implemented this solution.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>Business rules for mapping allergy reactions were
established jointly. Each agency independently
mapped its legacy data to the same version of
SNOMED CT. CHDR has since been implemented in
seven locations where VA and DoD have joint
patient care environments. Statistics on actual patient
data from February-June 2007 showed a 74-99%
mediation success rate for allergy reactions data.
Examination of mediation failures exposed issues
related to mapping and SNOMED CT concept
modeling. In addition, we emphasize the significance
of adherence to a detailed terminology mediation
strategy, desirability of a standard SNOMED
CTbased subset for allergy reactions, and the creation of
this subset for publication and distribution.</p>
    </sec>
    <sec id="sec-2">
      <title>INTRODUCTION</title>
      <p>The President has ordered Federal agencies to
promote improved healthcare quality and efficiency
through secure and standard-based data exchange1.
When clinicians exchange data, interoperable
meaning is possible because clinicians share
structures of clinical practice and familiar clinical
language2. Similarly, meaningful electronic data
exchange requires a shared structure for transmission
and a common electronic vocabulary3, which yields
Computable Semantic Interoperability (CSI)4. CSI
makes order checks and electronic alerts possible
across institutions, and is an essential component of a
longitudinal EHR that protects patient safety.
The CHDR project is a Congressionally-mandated,
combined effort which aims to exchange
standardized, computable data, as opposed to textual
data that is only human readable. Computable data
exchange enables “semantic interoperability” and
permits utilization of electronic decision support
tools on the sum of local and remote data at either
agency6. CHDR currently exchanges pharmacy and
allergy data elements and the agencies are working to
share laboratory data elements by the end of fiscal
year 2008.</p>
      <p>CHDR has informed the Health IT Standards Panel
(HITSP) that designates interoperability standards for
EHRs. VA and DoD use different internal data
standards for allergies, and under CHDR utilize a
common, HITSP-specified mediation terminology.
CHDR exchanges pharmacy, drug allergens, and
allergy reactions, and will soon exchange laboratory
(chemistry/hematology) data. CHDR exchange of
comprehensive pharmacy information7 and drug
allergy reactant information8 have been well
described.</p>
      <p>The CHDR strategy for exchange of allergy reactions
(signs and symptoms) data uses SNOMED CT, in
conformance with Consolidated Health Informatics
(CHI) and now HITSP recommendations. We now
report how VA and DoD have used SNOMED CT
successfully as a mediation terminology, and describe
the results.</p>
    </sec>
    <sec id="sec-3">
      <title>METHODS</title>
      <p>Initial work for allergy reactions under the mediation
approach included the commitment at each agency to
normalize legacy terms, using a list of centrally
maintained concept terms9. Allergy reactions were
comprised primarily of signs and symptoms, but
could also include disorders or clinical conditions
attributable to exposure to a drug reactant. Each
agency mapped its legacy allergy reactions data to
SNOMED CT10. The four-part terminology
mediation strategy was outlined as follows11:
1. Select a mediation terminology compliant
with CHI/HITSP standards (if possible).
2. Map each agency’s terms to concepts within
the mediation standard.
3. Exchange the mediation codes.</p>
      <p>4. Coordinate content maintenance plans.
Business rules for mapping allergy reaction legacy
terms to SNOMED CT concepts were developed
jointly12. For example, SNOMED CT hierarchies
were prioritized in order of preference for mapping as
follows: 1) Findings, 2) Disorders, 3) Morphologic
abnormality, 4) Observable entity, 5) Context
Dependent Category. Mappings from specific to
more general terms (and vice versa) were avoided,
because of the bidirectional nature of the data
exchange. For instance, mapping “nasal burning” to
“burning sensation of mucous membrane (finding)”
creates either a loss of the clinical detail “nasal”
when translated (for an outbound message), or forces
the translation of a general term “mucous membrane”
to a specific one--“nasal”--(for an inbound message).
Local terms not found in SNOMED CT were
collected for potential submission to the SNOMED
development organization. Other mapping rules
governed misspellings, qualifiers, synonyms,
ambiguous terms, and outdated terms.</p>
      <p>Once mapping rules were established, terminologists
at each agency manually mapped allergy reaction
terms to SNOMED CT. VA used Apelon’s
TermWorks tool and SNOMED’s CliniClue®
browser, and DoD used the Terminology Service
Bureau (TSB) and the CliniClue® browser.</p>
    </sec>
    <sec id="sec-4">
      <title>Mediation Terminology (CHI Standard)</title>
      <sec id="sec-4-1">
        <title>RxNorm Jun 2005</title>
      </sec>
      <sec id="sec-4-2">
        <title>UMLS Jan 2005AA</title>
      </sec>
      <sec id="sec-4-3">
        <title>SNOMED CT Jan 2005 LOINC 2.14 Jan 2005</title>
        <p>For mapping validation of allergies terms (both
reactions and reactants), two reviewers conducted
three separate reviews (10 hours each for a total of 60
experts’ hours) and identified various discrepancies
in about 5% of the total number of terms. All
discrepancies were corrected13. An independent
review of concepts common to both agencies was
performed to ensure accurate translation and
calculate expected mediation success rates14. See
Table 3.</p>
        <p>Terminology “translation” and “mediation” are
described as follows by Bouhaddou et al.:
“The mediation success rate defines the percentage of
data in one system that is understood and computable
by the other system. For each direction of the data
exchange, inbound or outbound, there is a different
mediation success rate. For mediation to succeed, two
translations have to be successful. First, the source
agency has to translate from its vocabulary to the
mediation terminology. Then, the target agency has
to translate from the mediation terminology to its
native vocabulary without loss of meaning15.”
Mediation success rates are calculated by multiplying
the translation success rates of each agency. When
coded mediation fails, the CHDR project exchanges
allergy reaction data as text without a mediation
code.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>RESULTS</title>
      <p>
        Terminology translation and mediation statistics were
compiled for allergy reactions data during a
        <xref ref-type="bibr" rid="ref5">5-month
period in 2007</xref>
        . The numbers of translation and
mediation attempts fluctuated from month to month,
but generally showed an increasing trend as the
project was implemented at additional sites over the
5-month timeframe. Table 4 shows translation and
mediation success rates for allergy reactions sent
from VA to DoD. Table 5 shows statistics for allergy
reactions sent from DoD to VA. Overall, mediation
success rates varied from 74% to 99%.
*Yellow areas designate translation services performed by VA. White areas designate translation services performed
by DoD. †CDR=Clinical Data Repository.
100%
193
17
176
*Yellow areas designate translation services performed by VA. White areas designate translation services performed
by DoD. †HDR=Health Data Repository.
      </p>
      <p>Analysis of the causes of the mediation failures
revealed the following issues, listed in order of
frequency of occurrence:
1. SNOMED CT concept modeling issues were
exposed. For example, a search for
“nosebleed” in SNOMED CT’s CliniClue®
browser returns more than one option within
the “finding” hierarchy: “bleeding from
nose” vs. “nosebleed/epistaxis symptom.”
Another example of a modeling issue: the
“Situation with Explicit Context” hierarchy
was not addressed in the original VA/DoD
mapping rules, as this hierarchy evolved
within SNOMED CT after the initiation of
the mapping.
2. New legitimate allergy reaction terms were
added independently within each agency,
which led to mediation failures in the time
interval between synchronization and
updating of each agency’s files.
3. Maintenance and versioning issues emerged
when SNOMED CT released new versions
with new concept statuses (e.g.,
“erroneous”, “limited”, “duplicate”,
“ambiguous”) during the project. If agency
updates were not synchronized, mediation
failures would result.
4. Allergy reaction concepts and terms were
sometimes deemed appropriate by one
agency but not the other. For example, the
4</p>
      <p>concept “systemic disease” was used at one
agency, but the other agency felt this term
added no valuable information about an
allergic reaction and did not include it in its
list of selectable reactions for use by
providers.</p>
      <p>Divergent approaches to SNOMED mapping
existed between VA and DoD, despite
shared business rules. For instance,
“hypertension” was mapped to “finding of
increased blood pressure (finding)” at one
agency, and to “Hypertensive disorder,
systemic arterial (disorder)” at the other.</p>
    </sec>
    <sec id="sec-6">
      <title>DISCUSSION</title>
      <p>We begin with a list of lessons learned.
1. Mapping rules must always be tailored to the
specific purpose of the mapping. These rules may be
influenced by non-terminological issues, such as the
potential for the entire message to fail if one
component fails. We must recognize that mappings
are often purpose- or use case-driven, as well as built
by semantic nuances of context.
2. Even with established rules in place, there is a
clear need for continued communication between
agencies. We were unable to discern any major
consistent reason for the mapping rule violations.
One possibility is that VA and DoD initially used
different mapping tools. Another is that the process
of finding the correct map for a term is variable and
influenced by syntax and linguistic features of the
search engine. In several cases, the Clue browser
yields an apparently correct result (for example, a
search for “orthostatic hypotension” returns
“orthostatic hypotension (disorder)”) but the term is
located in the disorder hierarchy, rather than the
findings hierarchy (to be used in preference if
possible). It may not be immediately apparent that an
alternative mapping exists (“postural drop in blood
pressure (finding)”) in another hierarchy. The clinical
knowledge, background, and familiarity with
SNOMED hierarchies and features of CliniClue®
also are likely to influence search results. Ideally, a
common team, process, and toolset would be used to
produce the mapping. Perhaps the mapping could
become a service of the Standards Development
Organization, as is the case with RxNorm.
3. SNOMED CT modeling issues were probably the
most difficult to address, as these require a
sophisticated knowledge of concept modeling and of
the evolution of SNOMED hierarchies over time.
4. Maintenance plans for using mediation
terminologies need to include specific plans for
synchronizing updates to the standard reference
terminology, in this case SNOMED CT, and also for
synchronizing updates to each agency’s mapping file.
A significant outcome of this project is the generation
of a new, unique SNOMED CT subset specific for
Allergy Reactions (signs and symptoms) which could
potentially be submitted for inclusion in SNOMED
CT as an official subset. It could also be published
and shared among federal agencies and non-federal
partners.</p>
      <p>In December 2007, HITSP designated the VA/Kaiser
Permanente (KP) Problem List subset (16,430
entries) as the recommended standard for allergy
reactions, a departure from previous CHI
recommendations to use the VA/DoD Allergy
Reactions subset (864 entries)16. While many of the
VA/DoD Allergy Reactions terms are contained
within the Problem List subset, use of the Problem
List subset to record allergy reactions (signs and
symptoms) may prove problematic, as is the case
whenever data is used for a purpose other than that
originally intended. Consider the terms “circumoral
paresthesia (finding)” and “edema of pharynx
(disorder).” These terms are appropriately found
within the VA/DoD Allergy Reactions subset, but not
within the VA/KP Problem List subset. The sheer
size and complexity of the Problem List subset,
compared to that of the Allergy Reactions subset,
may unnecessarily complicate data entry for
providers and result in unwanted entry of
inappropriate terms as Allergy Reactions. The
smaller subset could enable more precise data
constraints and greater computing speed, without
sacrificing data integrity. Communication with
HITSP is ongoing regarding this issue. We propose
that a new study be undertaken to evaluate the
VA/KP Problem List and compare it to the VA/DoD
Allergy Reaction subset, documenting content gaps,
areas of overlap, and suitability for use as a
mediation terminology.</p>
      <p>In conclusion, we point out that the expense of
mapping VA’s and DoD’s legacy terms (and
maintenance of same) was relatively substantial—
even for the limited list of Allergy Reactions. As
CHDR expands to include more VA and DoD sites,
the terminology maintenance requirements will
continue.</p>
      <p>Adopting the HITSP standard internally as a
representation for allergies and reactions would be a
more efficient method of working toward true
semantic interoperability. Using a phased approach,
legacy terms can be mapped to the standard,
presented for adoption by the Standards Development
Organization (SDO), and eventually migrated to the
standard representation itself with deprecation of
invalid legacy terms.</p>
      <p>The use of mediation terminologies for computable
data exchange is a dynamic and evolving process. It
is prone to pitfalls, but is an effective, practical
method for advancing the goal of semantic
interoperability.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Bush</surname>
            <given-names>GW</given-names>
          </string-name>
          .
          <article-title>Executive order: Promoting quality and efficient health care in federal government administered or sponsored health care programs</article-title>
          [Internet]. Washington, D.C.:
          <source>Office of the Press Secretary; 2006 Aug 22 [cited 2008 Jan</source>
          <volume>28</volume>
          ]. Available from http://www.whitehouse.gov/news/releases/2006/08/2 0060822-
          <fpage>2</fpage>
          .html.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Mead</surname>
            <given-names>CN</given-names>
          </string-name>
          .
          <article-title>Data interchange standards in healthcare IT-Computable semantic interoperability now possible but still difficult, do we really need a better mousetrap?</article-title>
          <source>Journal of Healthcare Information Management</source>
          <year>2006</year>
          Winter;
          <volume>20</volume>
          (
          <issue>1</issue>
          ):
          <fpage>71</fpage>
          -
          <lpage>78</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>3. Ibid.</mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>4. Ibid.</mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>CHDR</given-names>
            <surname>Training Home</surname>
          </string-name>
          <string-name>
            <surname>Page</surname>
          </string-name>
          [Internet].
          <source>Brecksville, OH: VA Learning University Office of Information National Training and Education Office; last updated 2007 Jan 4 [cited 2008 Jan</source>
          <volume>28</volume>
          ]. Available from: http://vaww.vistau.med.va.gov/VistaU/chdr/default.ht m.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Insley</surname>
            <given-names>M.</given-names>
          </string-name>
          <article-title>Summary of VA/DoD sharing/interoperability initiatives</article-title>
          .
          <source>Dept of Veterans Affairs internal communication</source>
          .
          <source>2007 May</source>
          <volume>17</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Parrish</surname>
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Do</surname>
            <given-names>N</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bouhaddou</surname>
            <given-names>O</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Warnekar</surname>
            <given-names>P</given-names>
          </string-name>
          .
          <article-title>Implementation of RxNorm as a terminology mediation standard for exchanging pharmacy medication between federal agencies</article-title>
          .
          <source>AMIA Annu Symp Proc</source>
          .
          <year>2006</year>
          ;
          <year>2006</year>
          :
          <fpage>1057</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Warnekar</surname>
            <given-names>P</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bouhaddou</surname>
            <given-names>O</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Parrish</surname>
            <given-names>F</given-names>
          </string-name>
          , et.al.
          <article-title>Use of RxNorm to exchange codified drug allergy information between the Department of Veterans Affairs and the Department of Defense (DoD)</article-title>
          .
          <source>AMIA Annu Symp Proc</source>
          .
          <year>2007</year>
          ;
          <year>2007</year>
          :
          <fpage>781</fpage>
          -
          <lpage>785</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Mandel J. CHDR Fact</surname>
          </string-name>
          <article-title>Sheet: Terminology Mediation vs</article-title>
          .
          <source>Common Terminology</source>
          . Dept of Veterans Affairs internal communication.
          <source>2007 Jan</source>
          <volume>12</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Ibid</surname>
          </string-name>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Bouhaddou</surname>
          </string-name>
          , Omar.
          <source>CHDR and Terminology Mediation Services. Dept of Veterans Affairs internal communication</source>
          .
          <source>2006 Sep</source>
          <volume>7</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Bouhaddou</surname>
            <given-names>O</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Warnekar</surname>
            <given-names>P</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Parrish</surname>
            <given-names>F</given-names>
          </string-name>
          , et al.
          <article-title>Exchange of Computable Patient Data Between the Department of Veterans Affairs (VA) and the Department of Defense (DoD): Terminology Mediation Strategy</article-title>
          .
          <article-title>Journal of the American Medical Informatics Association (JAMIA</article-title>
          ) Vol.
          <volume>15</volume>
          No.
          <issue>2</issue>
          , Mar/Apr
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Ibid</surname>
          </string-name>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Ibid</surname>
          </string-name>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Ibid</surname>
          </string-name>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <given-names>ANSI</given-names>
            <surname>Public Document</surname>
          </string-name>
          <string-name>
            <surname>Library</surname>
          </string-name>
          [Internet]. Washington, D.C.
          <article-title>: American National Standards Institute. HITSP Summary Documents Using HL7 Continuity of Care Document (CCD) Component</article-title>
          ,
          <year>v2</year>
          .
          <source>1; 2007 Dec 13 [cited 10 Mar</source>
          <year>2008</year>
          ]; p.
          <fpage>49</fpage>
          . Available from: http://publicaa.ansi.org/sites/apdl/Documents/Standar ds%
          <source>20Activities/Healthcare%20Informatics%20Tech nology%20Standards%20Panel/Interoperability%20S pecification/ISReleased%20for%20Imp.%20and%20Recognized/IS</source>
          <volume>03</volume>
          %
          <fpage>20</fpage>
          - %
          <source>20Consumer%20Empowerment/HITSP_V2.1_200</source>
          <volume>7</volume>
          _
          <issue>C32</issue>
          %
          <fpage>20</fpage>
          - %
          <source>20Summary%20Documents%20Using%20CCD.pd f.</source>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>