NIH | National Cancer Institute | NCI Wiki  

Error rendering macro 'rw-search'

null

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 16 Next »

The section includes but is not limited to other CBIIT internal requirements and national standards:

Office of the National Coordinator and National Health Standards

The US Office of the National Coordinator for Health Information Technology (ONC), is developing a set of recommendations for a nationwide health information network (NHIN). The NHIN is a set of standards, services and policies that enable secure health information exchange over the Internet. The network will provide a foundation for the exchange of health information across diverse entities, within communities and across the country, helping to achieve the goals of the HITECH Act.

Because of the convergence of federal agencies and local, regional and state-level Health Information Exchange Organizations (HIOs), the NHIN is setting a strong precedent for semantic interoperability in the United States. Many of the recommendations are likely to become part of future meaningful use specifications. With a growing number of organizations becoming part of the NHIN, it is evident that the more Semantic Infrastructure 2.0 aligns with NHIN, the less need there will be for multiple semantic interoperability strategies.

HL7

The Health Level Seven International Standards Development Organization (HL7) is an international community, working together towards a common goal of improving patient care through technology. HL7 interoperability protocols include messaging standards, decision support standards, clinical document standards, EHR functional requirements, drug product labeling standards, and more. Many of these protocols are specifically called out in the meaningful use final rules.

In addition, HL7 defines Electronic Health Record (EHR) and Personal Health Record (PHR) functional requirements, which provide a reference list of functions that may be present in an EHR. The function list is described from a user perspective with the intent to enable consistent expression of system functionality. In 2009, the HL7 EHR-System Functional Model became an internationally recognized ISO standard (PDF on the HL7 site), setting the stage to achieve common functionality of EHRs globally.

At the heart of many HL7 specifications is the Reference Information Model (on the HL7 site) (RIM). An object model created as part of the HL7 Version 3 methodology, the RIM is a large, pictorial representation of the HL7 clinical data (domains) and identifies the life cycle that a message or groups of related messages will carry. It is a shared model between all domains and, as such, is the model from which all domains create their messages. The RIM is an ANSI approved standard.

The Clinical Document Architecture, a V3-based standard, provides an exchange model for clinical documents (such as discharge summaries and progress notes) - and brings the healthcare industry closer to the realization of an electronic medical record. CDA leverages the use of XML, the HL7 Reference Information Model (RIM) and coded vocabularies.

Common Message Element Types (CMETs) are standardized model fragments intended to be building blocks that individual content domains can "include" in their designs. These blocks reduce the effort to produce a domain-specific design and assure that similar content across multiple domains is consistently represented.

The Model Interchange Format (MIF) is a set of XML formats used to support the storage and exchange of HL7 version 3 artefacts as part of the HL7 Development Framework. It is the pre-publication format of HL7 v3 artefacts used by tooling. It is also the formal definition of the HL7 metamodel. The MIF can be transformed into derived forms such as UML/XMI or OWL.

The HL7 Version 3 Development Framework (HDF) is a continuously evolving process that seeks to develop specifications that facilitate interoperability between healthcare systems. The HL7 RIM, vocabulary specifications, and model-driven process of analysis and design combine to make HL7 Version 3 one methodology for development of consensus-based standards for healthcare information system interoperability. The HDF is the most current edition of the HL7 V3 development methodology. The HDF documents the processes, tools, actors, rules, and artifacts relevant to development of all HL7 standard specifications, not just messaging.

The growing adoption of HL7 standards (for example, the HITSP/C32 specification called out in the meaningful use final rule) throughout the world suggests that aligning Semantic Infrastructure 2.0 around these specifications will streamline attainment of Semantic Infrastructure 2.0 objectives.

CDISC

CDISC is a global, open, multidisciplinary, non-profit organization that has established standards to support the acquisition, exchange, submission and archive of clinical research data and metadata. The CDISC mission is to develop and support global, platform-independent data standards that enable information system interoperability to improve medical research and related areas of healthcare. CDISC standards are vendor-neutral, platform-independent and freely available via the CDISC website.

CDISC defines standards to be used or reused in the definition, development, and execution of clinical trials as well as the submission of the clinical trial data to regulatory agencies (e.g., FDA) for drug, device or procedure approval.  CDISC is currently focused on constructing a Shared Health and Research Electronic Library
(SHARE) and would like to use the NCI Knowledge Repository as the basis for SHARE.

The CDISC SHARE project is attempting to map CDISC standards (e.g., SDTM & CDASH) to BRIDG concepts and then have these concepts reused by CDISC participants (e.g., CDOs, Pharmas), who create their own local concepts. BRIDG already incorporates a number of CDISC standards (e.g., STDM) and is working to harmonize other CDISC standards.

CDISC SHARE will contain the existing CDISC standards and will provide machine readable element (variables) within those standards. This will allow a range of applications used within other organizations (e.g., Clinical Research Organizations (CROs), Pharma, and other Agencies) to automatically access those definitions.

ISO 21090 Harmonized Data Types for Information Exchange

The NCI CBIIT Enterprise Conformance and Compliance Framework (ECCF) document requires that, in order to achieve Computable Semantic Interoperability (CSI), each attribute of a static information model should be bound to a robust data type specification.

The ISO 21090 standard provide a harmonized set of data type definitions used for representing and exchanging basic concepts that are commonly encountered in support of information exchange in healthcare environment. They represent a culmination of a large scale joint effort among the standard bodies such as HL7 and ISO, and have been reviewed by experts in the field. Additionally, these standards are being currently adopted by Canada Health Infoway and Australia’s National E-Health Transition Authority (NEHTA). Hence, it is important for NCI CBIIT to join the adoption activity at this time and provide the leadership in the area.

The guidelines on the use of the emerging ISO 21090 data type standard for projects funded by CBIIT have been approved by the Enterprise Composite Architecture Team (ECAT).

SAIF

SAIF (The HL7 SOA-Aware Interoperability Framework) provides HL7 with an Interoperability Framework, i.e. a set of constructs, best practices, processes, etc. that enable HL7 specifications to achieve cross-specification consistency and coherency irrespective of the chosen interoperability paradigm (messages, documents, or services).

SAIF consists of four core "frameworks":

  1. Information (including RIM, data types, vocabulary bindings, etc.),
  2. Behavior (subsuming the existing Dynamic Model),
  3. Enterprise Conformance and Compliance (including HL7's existing Implementation and Conformance standards), and
  4. Governance.

SAIF should be regarded as an adjunct to any EAF which focuses on Working Interoperability (WI). It is a framework which brings from SOA practice, two critical constructs which significantly enhance the path to WI, i.e.

  1. Separation of concerns (static vs behavioral semantics)
  2. Formal notion of contracts

SAIF is Interoperability Paradigm neutral (documents, messages, services) .

Intended use of SAIF include Enterprise interoperability projects including those building large-scale integrated health IT infrastructures at the national level.

The main benefits that will be derived from developing specifications using the SAIF include: consistency of specifications, enhanced ability to manage loosely-coupled complex interactions between multiple trading partners, increased cross-organization reuse of architecture primitives (realizing the value proposition of CMETs and extending that proposition to include behavioral as well as static semantic constructs).

Implementations include:

  • National Cancer Institute (NCI),
  • Canada Health Infoway (CHI),
  • Open Health Tools (OHT) Architecture Project team

caBIG® Semantic Infrastructure v2 - Initiatives

The initiatives proposed below are intended to support production operation of caBIG semantics while evolution toward a national-scale capability begins. In addition to its legacy obligations, caBIG® and caGRID® are expected to inform the design and initial implementations supporting personalized medicine (BIGHealth), improving health care quality, value and affordability (the National Health Informatics Network (NHIN)) and more immediately cancer-oriented initiatives such as the cancer aware extension to the national standard electronic medical record (caEMR), and a number of other rapidly emerging initiatives that will require capabilities well beyond our traditional focus on cancer and on static data semantics.

The need for all semantic metadata to be formally recorded in a single central repository would limit or preclude application of the semantic infrastructure to very large, diverse communities such national health care. Distributed, federated metadata resources will clearly be required. Also, support for behavioral semantics describing the business context of messages and services contracts, metadata creation via processing of line of business artifacts, support for ontology based semantics and support for semantically aware service oriented architecture capabilities and some form of Grid-to-Grid semantic interoperability appear to all be capabilities that the emerging semantics infrastructure will have to provide in order to scale to national levels.

The caBIG Semantic Infrastructure and its operational model will be extended to provide integrated support for:

  • Initiative 1. Distributed, federated metadata repositories and model repositories and operations.
  • Initiative 2. Automated generation of metadata from line-of-business artifacts.
  • Initiative 3. Rules management and contracts support (behavioral semantics)
  • Initiative 4. Semantics support for W3C service oriented architecture resources.
  • Initiative 5. HL7 CTS II/ OMG MIF compliant federated terminology services.
  • Initiative 6. Controlled biomedical terminology, ontology and metadata content.
  • Initiative 7. Assessment of semantic unification of compositional and derivational models

Terminology and Data Types

Terminology and data type standards referenced during requirements gathering process included:

SNOMED CT (Systematized Nomenclature of Medicine--Clinical Terms) is a comprehensive clinical terminology, originally created by the College of American Pathologists (CAP) and, as of April 2007, owned, maintained, and distributed by the International Health Terminology Standards Development Organisation (IHTSDO), a non-for-profit association in Denmark.

SNOMED CT is one of a suite of designated standards for use in U.S. Federal Government systems for the electronic exchange of clinical health information and is also a required standard in interoperability specifications of the U.S. Healthcare Information Technology Standards Panel. SNOMED CT is also being implemented internationally as a standard within other IHTSDO Member countries.

UCUM (Unified Code for Units of Measure). The Unified Code for Units of Measure is a code system intended to include all units of measures being contemporarily used in international science, engineering, and business. The purpose is to facilitate unambiguous electronic communication of quantities together with their units.
The Unified Code for Units of Measure is inspired by and heavily based on ISO 2955-1983, ANSI X3.50-1986, and HL7's extensions called “ISO+”.

WHO Drug dictionary. The WHO Drug Dictionary is an international classification of medicines created by the WHO Programme for International Drug Monitoring and managed by the Uppsala Monitoring Centre. It is used by pharmaceutical companies, clinical trial organizations and drug regulatory authorities for identifying drug names in spontaneous ADR reporting (and pharmacovigilance) and in clinical trials.

MedDRA dictionary. MedDRA or Medical Dictionary for Regulatory Activities is a clinically validated international medical terminology used by regulatory authorities and the regulated biopharmaceutical industry throughout the entire regulatory process, from pre-marketing to post-marketing activities, and for data entry, retrieval, evaluation, and presentation. In addition, it is the adverse event classification dictionary endorsed by the International Conference on Harmonisation of Technical Requirements for Registration of Pharmaceuticals for Human Use (ICH). MedDRA is used in the US, European Union, and Japan. Its use is currently mandated in Europe and Japan for safety reporting.

The FDA has committed to keeping current on MedDRA, and it has become the standard for adverse event reporting in the USA.

RxNorm terminology released by the National Library of Medicine (NLM). RxNorm provides normalized names for clinical drugs and links its names to many of the drug vocabularies commonly used in pharmacy management and drug interaction software, including those of First Databank, Micromedex, MediSpan, Gold Standard Alchemy, and Multum. By providing links between these vocabularies, RxNorm can mediate messages between systems not using the same software and vocabulary.

RxNorm now includes the National Drug File - Reference Terminology (NDF-RT) from the Veterans Health Administration, which allows for
classification of the RxNorm terms into their chemical and physiological effect categories. NDF-RT is a terminology used to code clinical drug properties, including mechanism of action, physiologic effect, and therapeutic category.

UNII The overall purpose of the joint FDA/USP Substance Registration System (SRS) is to support health information technology initiatives by generating unique ingredient identifiers (UNIIs) for substances in drugs, biologics, foods, and devices.

The UNII may be found in:

  • NLM's Unified Medical Language System (UMLS)
  • National Cancer Institutes Enterprise Vocabulary Service
  • USP Dictionary of USAN and International Drug Names (future)
  • FDA Data Standards Council website
  • VA National Drug File Reference Terminology (NDF-RT)
  • FDA Inactive Ingredient Query Application

NDC The National Drug Code (NDC) is a unique product identifier used in the United States for drugs intended for human use. The Drug Listing Act of 1972 requires registered drug establishments to provide the Food and Drug Administration (FDA) with a current list of all drugs manufactured, prepared, propagated, compounded, or processed by it for commercial distribution. Drug products are identified and reported using the NDC.

FDA MedWatch MedWatch is the Food and Drug Administration’s reporting system for adverse events, founded in 1993. An adverse event is any undesirable experience associated with the use of a medical product. The MedWatch system collects reports of adverse reactions and quality problems, primarily with drugs and medical devices, but also for other FDA-regulated products (e.g., dietary supplements, cosmetics, medical foods, and infant formulas).

NLM DailyMed DailyMed provides high quality information about marketed drugs. Drug labeling and other information in the SPL is what has been most recently submitted by drug companies to the Food and Drug Administration (FDA) as drug listing information.

OMG

Model-driven architecture (MDA) is a software design approach for the development of software systems. It provides a set of guidelines for the structuring of specifications, which are expressed as models. Model-driven architecture is a kind of domain engineering, and supports model-driven engineering of software systems.

The MDA model is related to multiple standards, including the Unified Modeling Language (UML), the Meta-Object Facility (MOF), XML Metadata Interchange (XMI).
Of particular importance to model-driven architecture is the notion of model transformation. A specific standard language for model transformation has been defined by OMG called QVT.

The Ontology Definition MetaModel is an Object Management Group (OMG) specification to make the concepts of Model-Driven Architecture applicable to the engineering of ontologies. Hence, it links Common Logic (CL), the Web Ontology Language (OWL), and the Resource Description Framework (RDF).

The Object Constraint Language (OCL) is a declarative language for describing rules that apply to any Meta-Object Facility (MOF) Object Management Group (OMG) meta-model, including UML. The Object Constraint Language is a precise text language that provides constraint and object query expressions on any MOF model or meta-model that cannot otherwise be expressed by diagrammatic notation. OCL is a key component of the OMG standard recommendation for transforming models, the Queries/Views/Transformations (QVT) specification.

The Common Terminology Services 2.0 Specification will be an extension the HL7 CTS Specification.

  • No labels