Abstract:Over the past 14 years, Health Information Technology (Health IT) regulation has been successful in transitioning health care providers in the United States from paper-based to electronic health records. This success was largely a result of the Health Information Technology for Economic and Clinical Health Act,[1] which offered incentive payments for Medicare and Medicaid providers who made Meaningful Use of Certified Health IT. During this period, the Office of the National Coordinator (ONC) has periodically updated the certification criteria to include various capabilities, including computerized provider order entry, electronic prescribing, transitions of care, clinical decision support, and patient education. However, even the best considered policies can lead to challenges in implementation. Here we cite an example of a successful public/private partnership to identify and reconcile one such challenge. A significant update to the certification criteria occurred in 2020, when ONC added a new Application Programming Interface criterion that required support for Fast Healthcare Interoperability Resources R4.[2] However, in the same 2020 update, ONC also required that certified Health IT support the Consolidated-Clinical Document Architecture (C-CDA) for transitions of care, clinical information reconciliation, care plans, and transmission of data to third parties and public health agencies. ONC gave Health IT developers until December 31, 2022, to be in compliance with the C-CDA requirements. Although ONC required adoption of the latest version of C-CDA, many of the templates in the latest version were originally developed a decade ago. In particular, the Substance or Device Allergy—Intolerance Observation (v2) was included in the Health Level Seven International (HL7) Draft Standard for Trial Use ballot in September 2013.[3] Buried on page 603 of 930 in that document, Table 491 required that to represent a code for an allergy to a substance, the C-CDA "SHALL" contain a code from the value set 2.16.840.1.113762.1.4.1010.1 ( Substance-Reactant for Intolerance ). This grouping value set included a specific value set to represent drug classes called Medication drug class for allergen intolerance with Object Identifier 2.16.840.1.113762.1.4.1114.14. This value set contained SNOMED CT codes for drug classes as required by United States Core Data for Interoperability (USCDI) v1.[4] Fast forwarding to 2022, Health IT developers were using an ONC testing tool[5] to test their compliance with the C-CDA requirement. For the concept of an allergy code noted above, the testing tool validated that the code was contained in the required value set. Unfortunately, several common drug classes were missing from the required value set. Using Medi-Span as a data source (Wolters Kluwer Health, Indianapolis, IN), we found 48 SNOMED CT codes that were missing from this value set, including common drug class concepts such as low-molecular weight heparin (87233003), β-2 adrenergic receptor agonists (320073005), selective serotonin reuptake inhibitors (349854005), and loop diuretics (830118008). As a result of the omission of these concepts from the value set, it became difficult for Health IT developers to comply fully with the ONC regulation, since there was no way to represent many actual patient allergies to medication classes using the required value set. The C-CDA documents that these developers were submitting to the ONC testing tool were failing the validation test. If instead of the verb "SHALL," the C-CDA template for allergies had used the verb "SHOULD" in the HL7 ballot 10 years ago, then compliance would have been possible by including codes that were outside of the value set, but admittedly with reduced consistency for the additional concepts. For step 1, we worked with HL7 in the Fall of 2022 to update the value set. For step 2, we worked with ONC in January and February of 2023 to update the testing tool to use the new version of the value set. We would note that both HL7 and ONC were helpful and cooperative with the necessary updates. We believe this report can serve as a model for ongoing collaboration between regulatory bodies and the implementation community to address any implementation challenges that will inevitably arise. While draft regulations are already subject to a public comment period prior to being finalized, it may be difficult for implementers to understand the full implications of these regulations until they are tested with real world data. Therefore, a process for addressing implementation challenges postregulation also needs to be in place. This process for postregulation surveillance could be modeled after the process used for postmarketing surveillance in the pharmaceutical industry. Reports of implementation challenges could be submitted to ONC for review, which in some cases may lead to -Abstract Truncated-

Advancing Patient Safety Surrounding Medical Devices: Barriers, Strategies, and Next Steps in Health System Implementation of Unique Device Identifiers

Constructing the informatics and information technology foundations of a medical device evaluation system: a report from the FDA unique device identifier demonstration

Limitations of NHIC claim code-based surveillance and the necessity of UDI implementation in Korea

Application of unique device identification in hospital's medical consumables supply chain:practice and experience

Unique Device Identification-Based Linkage of Hierarchically Accessible Data Domains in Prospective Surgical Hospital Data Ecosystems: User-Centered Design Approach

Feasibility of capturing real-world data from health information technology systems at multiple centers to assess cardiac ablation device outcomes: A fit-for-purpose informatics analysis report

Unique Device Identification Based Linkage of Hierarchically Accessible Data Domains in Prospective Hospital Data Ecosystems

Evaluating the Safety Profile of Non-Active Implantable Medical Devices Compared with Medicines

Challenges for clinical translation of long-acting and implantable drug delivery systems

1152. Implementation of Enhanced Data Surveillance Methods to Reduce Catheter-Associated Urinary Tract Infections

Integration of personalized drug delivery systems into digital health

New European medical device regulation: How the French ecosystem should seize the opportunity of the EUDAMED and the UDI system, while overcoming the constraints thereof

Introduction of Unit-Dose Care in the 1,125 Bed Teaching Hospital: Practical Experience and Time Saving on Wards

Assessment of US Food and Drug Administration-Approved Digital Medical Devices for Just-in-Time Interventions: A Systematic Review

Impact of introducing external urinary devices on reducing indwelling urinary catheter days: A quality improvement initiative at a midwestern academic medical center

What Technologies Based on Unique Patient Identifiers Are Used for Patient Identification in Healthcare?

Health IT Regulation: Report of an Implementation Challenge

Design of the Association of Uterine Perforation and Expulsion of Intrauterine Device study: a multisite retrospective cohort study

Healthcare systems collaborating to implement a shared decision-making tool in the electronic health record and build evidence on its adoption and use

Integrating Clinical Decision Support Into Electronic Health Record Systems Using a Novel Platform (EvidencePoint): Developmental Study

640-P: Willingness to Adopt Devices for Prevention of Foot Ulcers in High-Risk Diabetic Patients