1 / 19

Harmonization of SHARPn Clinical Element Models with CDISC SHARE Clinical Study Data Standards

Harmonization of SHARPn Clinical Element Models with CDISC SHARE Clinical Study Data Standards. Guoqian Jiang , MD, PhD Mayo Clinic On behalf of CDISC CEMs Harmonization Working Group. Acknowledgement. CDISC CEMs Harmonization WG Julie Evans, CDISC Tom Oniki , IHC

elsie
Download Presentation

Harmonization of SHARPn Clinical Element Models with CDISC SHARE Clinical Study Data Standards

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Harmonization of SHARPn Clinical Element Models with CDISC SHARE Clinical Study Data Standards Guoqian Jiang, MD, PhD Mayo Clinic On behalf of CDISC CEMs Harmonization Working Group

  2. Acknowledgement • CDISC CEMs Harmonization WG • Julie Evans, CDISC • Tom Oniki, IHC • Joey Coyle, IHC • LandenBain, CDISC • Guoqian Jiang, Mayo Clinic • Stan Huff, IHC • Rebecca Kush, CDISC • Christopher Chute, Mayo Clinic

  3. Introduction • The Intermountain Healthcare/GE Healthcare Clinical Element Models (CEMs) have been adopted by the SHARPn project for normalizing patient data from electronic medical records (EMRs). • To maximize the reusability of the CEMs in a variety of use cases across both clinical study and secondary use, it is necessary to build interoperability between the CEMs and existing data standards (e.g. CDISC and ISO 11179 standards).

  4. Clinical Element Models (CEMs) • The Clinical Element Model presents a model for describing and representing detailed clinical information. • CEM defines standard data structure to capture patient data. E.g. BloodPressurePanel CEM.

  5. CDISC Standards • CDASH - Clinical Data Acquisition Standards Harmonization • SDTM - Study Data Tabulation Model

  6. Objective • To harmonize the SHARPnCEMs with CDISC SHARE clinical study data standards. • As the starting point, we were focused on three generic domains: • Demographics • Lab Tests • Medications

  7. Materials • CDISC contributed templates in the three domains in Excel spreadsheets • Demographics (DM) • Lab Tests (LB) • Concomitant Medication (CM) • And the SHARPn project provided three CEM models: • SecondaryUsePatient, • SecondaryUseLabObs • and SecondaryUseNotedDrug in XML Schema.

  8. Methods • We formed a CSHARE CEMs Harmonization Working Group with representatives from CDISC, Intermountain Healthcare and Mayo Clinic. • We performed a panel review on each data element extracted from the CDISC templates and SHARPnCEMs. • When a consensus is achieved, a data element is classified into one of the following three context categories: Common, Clinical Study or Secondary Use.

  9. Results • In total, we reviewed 127 data elements from the CDISC SHARE templates and 1130 data elements extracted from the SHARPnCEMs. • We identified 4 common data elements (CDEs) from the Demographics domain, 20 CDEs from the Lab Tests domain and 15 CDEs from the Medications domain.

  10. Demographics

  11. Lab Tests

  12. Medications

  13. Outstanding Issues • Differences in implementation • Dose Form (--DOSFRM) • Formulation.data.code • Data types • CDISC data types with mappings to ISO21090 (HL7?) • CEM data types are a subset of HL7 data types with extension • Value set definition mechanism • CDISC terminology defines standard codelists • CEM value sets rely on external terminology services (e.g. CTS2 value set definition services)

  14. Conclusion • In conclusion, we have identified a set of data elements that are common to the context of both clinical study and secondary use. • We consider that the outcomes produced by this Working Group would be useful for facilitating the semantic interoperability between systems for both clinical study and secondary use.

  15. Future works • To discuss and analyze outstanding issues • What do we do when CDISC has something we don’t have?  Do we automatically add it to the core?  If not, what are our criteria for adding/not adding? • How do we harmonize value sets?  Is it ok if one or the other of us has a subset of the other?  Do we create “core” value sets that are supersets of what all use cases need, just like we’re creating core models? • What do we do about those “differences in implementation”? • How do we see this mapping being used now?

  16. Future works • To expand harmonization efforts to more other domains • To foster requirements on building a collaborative platform for supporting the harmonization • To author the CDISC clinical study data models using the CEM formalisms (e.g. CDL or ADL)

  17. References • http://informatics.mayo.edu/sharp/opencem/index.php/Main_Page (csharecems/sharpn)

More Related