Back to Authors

Sholle, Evan

https://orcid.org/0000-0001-9518-4399

Mayo Clinic

Weill Cornell Medicine

Citations 2

Design and validation of a FHIR-based EHR-driven phenotyping toolbox
Brandt, Pascal , Pacheco, Jennifer A. , Adekkanattu, Prakash , Sholle, Evan , Stone, Daniel J. , Knaack, David, Xu, Zhenxing , Wang, Fei , Jiang, Guoqian , Pathak, Jyotishman , Brandt, Pascal S , Sholle, Evan T , Knaack, David M, Peng, Yifan , Benda, Natalie C , Luo, Yuan , Rasmussen, Luke V , Pacheco, Jennifer A , Abedian, Sajjad , Xu, Jie , Luo, Yuan , Rasmussen, Luke V.

Journal of the American Medical Informatics Association | July 8, 2022 | Volume: 29 | Issue: 9 | Pages: 1449-1460

10.1093/jamia/ocac063 Get It

Abstract Objectives To develop and validate a standards-based phenotyping tool to author electronic health record (EHR)-based phenotype definitions and demonstrate execution of the definitions against heterogeneous clinical research data platforms. Materials and Methods We developed an open-source, standards-compliant phenotyping tool known as the PhEMA Workbench that enables a phenotype representation using the Fast Healthcare Interoperability Resources (FHIR) and Clinical Quality Language (CQL) standards. We then demonstrated how this tool can be used to conduct EHR-based phenotyping, including phenotype authoring, execution, and validation. We validated the performance of the tool by executing a thrombotic event phenotype definition at 3 sites, Mayo Clinic (MC), Northwestern Medicine (NM), and Weill Cornell Medicine (WCM), and used manual review to determine precision and recall. Results An initial version of the PhEMA Workbench has been released, which supports phenotype authoring, execution, and publishing to a shared phenotype definition repository. The resulting thrombotic event phenotype definition consisted of 11 CQL statements, and 24 value sets containing a total of 834 codes. Technical validation showed satisfactory performance (both NM and MC had 100% precision and recall and WCM had a precision of 95% and a recall of 84%). Conclusions We demonstrate that the PhEMA Workbench can facilitate EHR-driven phenotype definition, execution, and phenotype sharing in heterogeneous clinical research data environments. A phenotype definition that integrates with existing standards-compliant systems, and the use of a formal representation facilitates automation and can decrease potential for human error.
Toward cross‐platform electronic health record‐driven phenotyping using Clinical Quality Language
Brandt, Pascal , Kiefer, Richard C. , Adekkanattu, Prakash , Xu, Jie , Xu, Zhenxing , Luo, Yuan , Jiang, Guoqian, Pathak, Jyotishman , Brandt, Pascal S , Xu, Jie , Luo, Yuan , Pacheco, Jennifer A. , Sholle, Evan , Ahmad, Faraz S. , Ancker, Jessica S. , Wang, Fei , Jiang, Guoqian , Rasmussen, Luke V.

Learning Health Systems | June 25, 2020 | Volume: 4 | Issue: 4 | Pages: No page available

10.1002/lrh2.10233 Get It

AbstractIntroductionElectronic health record (EHR)‐driven phenotyping is a critical first step in generating biomedical knowledge from EHR data. Despite recent progress, current phenotyping approaches are manual, time‐consuming, error‐prone, and platform‐specific. This results in duplication of effort and highly variable results across systems and institutions, and is not scalable or portable. In this work, we investigate how the nascent Clinical Quality Language (CQL) can address these issues and enable high‐throughput, cross‐platform phenotyping.MethodsWe selected a clinically validated heart failure (HF) phenotype definition and translated it into CQL, then developed a CQL execution engine to integrate with the Observational Health Data Sciences and Informatics (OHDSI) platform. We executed the phenotype definition at two large academic medical centers, Northwestern Medicine and Weill Cornell Medicine, and conducted results verification (n = 100) to determine precision and recall. We additionally executed the same phenotype definition against two different data platforms, OHDSI and Fast Healthcare Interoperability Resources (FHIR), using the same underlying dataset and compared the results.ResultsCQL is expressive enough to represent the HF phenotype definition, including Boolean and aggregate operators, and temporal relationships between data elements. The language design also enabled the implementation of a custom execution engine with relative ease, and results verification at both sites revealed that precision and recall were both 100%. Cross‐platform execution resulted in identical patient cohorts generated by both data platforms.ConclusionsCQL supports the representation of arbitrarily complex phenotype definitions, and our execution engine implementation demonstrated cross‐platform execution against two widely used clinical data platforms. The language thus has the potential to help address current limitations with portability in EHR‐driven phenotyping and scale in learning health systems.