<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.0 20040830//EN" "journalpublishing.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="2.0" xml:lang="en" article-type="research-article"><front><journal-meta><journal-id journal-id-type="nlm-ta">J Med Internet Res</journal-id><journal-id journal-id-type="publisher-id">jmir</journal-id><journal-id journal-id-type="index">1</journal-id><journal-title>Journal of Medical Internet Research</journal-title><abbrev-journal-title>J Med Internet Res</abbrev-journal-title><issn pub-type="epub">1438-8871</issn><publisher><publisher-name>JMIR Publications</publisher-name><publisher-loc>Toronto, Canada</publisher-loc></publisher></journal-meta><article-meta><article-id pub-id-type="publisher-id">v28i1e86330</article-id><article-id pub-id-type="doi">10.2196/86330</article-id><article-categories><subj-group subj-group-type="heading"><subject>Original Paper</subject></subj-group></article-categories><title-group><article-title>Approaches to Collect Comprehensive Electronic Patient Data Across Multiple Providers and Payers for Research: Landscape Analysis</article-title></title-group><contrib-group><contrib contrib-type="author" corresp="yes"><name name-style="western"><surname>Rudin</surname><given-names>Robert S</given-names></name><degrees>PhD</degrees><xref ref-type="aff" rid="aff1">1</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Chhatiawala</surname><given-names>Nihar</given-names></name><degrees>PhD</degrees><xref ref-type="aff" rid="aff2">2</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Mandel</surname><given-names>Joshua C</given-names></name><degrees>MD</degrees><xref ref-type="aff" rid="aff3">3</xref><xref ref-type="aff" rid="aff4">4</xref><xref ref-type="aff" rid="aff5">5</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Gordon</surname><given-names>William J</given-names></name><degrees>MD, MBI</degrees><xref ref-type="aff" rid="aff5">5</xref><xref ref-type="aff" rid="aff6">6</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>McCallie</surname><given-names>David</given-names></name><degrees>MD</degrees><xref ref-type="aff" rid="aff7">7</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Gottlieb</surname><given-names>Daniel</given-names></name><degrees>MPA</degrees><xref ref-type="aff" rid="aff4">4</xref><xref ref-type="aff" rid="aff8">8</xref></contrib></contrib-group><aff id="aff1"><institution>Health Division, RAND Corporation</institution><addr-line>20 Park Plaza, 9th Floor, Suite 910</addr-line><addr-line>Boston</addr-line><addr-line>MA</addr-line><country>United States</country></aff><aff id="aff2"><institution>Health Division, RAND Corporation</institution><addr-line>Santa Monica</addr-line><addr-line>CA</addr-line><country>United States</country></aff><aff id="aff3"><institution>Microsoft Research</institution><addr-line>Redmond</addr-line><addr-line>WA</addr-line><country>United States</country></aff><aff id="aff4"><institution>Computational Health Informatics Program, Boston Children's Hospital</institution><addr-line>Boston</addr-line><addr-line>MA</addr-line><country>United States</country></aff><aff id="aff5"><institution>Department of Biomedical Informatics, Harvard Medical School</institution><addr-line>Boston</addr-line><addr-line>MA</addr-line><country>United States</country></aff><aff id="aff6"><institution>Department of Medicine, Brigham and Women's Hospital</institution><addr-line>Boston</addr-line><addr-line>MA</addr-line><country>United States</country></aff><aff id="aff7"><institution>Formerly with Cerner Corporation</institution><addr-line>Kansas</addr-line><addr-line>MO</addr-line><country>United States</country></aff><aff id="aff8"><institution>Central Square Solutions</institution><addr-line>Boston</addr-line><addr-line>MA</addr-line><country>United States</country></aff><contrib-group><contrib contrib-type="editor"><name name-style="western"><surname>Stone</surname><given-names>Alicia</given-names></name></contrib></contrib-group><contrib-group><contrib contrib-type="reviewer"><name name-style="western"><surname>Ward</surname><given-names>Brian</given-names></name></contrib><contrib contrib-type="reviewer"><name name-style="western"><surname>Steichen</surname><given-names>Olivier</given-names></name></contrib></contrib-group><author-notes><corresp>Correspondence to Robert S Rudin, PhD, Health Division, RAND Corporation, 20 Park Plaza, 9th Floor, Suite 910, Boston, MA, 02116, United States, 1 6173382059 ext 8636; <email>rrudin@rand.org</email></corresp></author-notes><pub-date pub-type="collection"><year>2026</year></pub-date><pub-date pub-type="epub"><day>15</day><month>6</month><year>2026</year></pub-date><volume>28</volume><elocation-id>e86330</elocation-id><history><date date-type="received"><day>27</day><month>10</month><year>2025</year></date><date date-type="rev-recd"><day>02</day><month>04</month><year>2026</year></date><date date-type="accepted"><day>02</day><month>04</month><year>2026</year></date></history><copyright-statement>&#x00A9; Robert S Rudin, Nihar Chhatiawala, Joshua C Mandel, William J Gordon, David McCallie, Daniel Gottlieb. Originally published in the Journal of Medical Internet Research (<ext-link ext-link-type="uri" xlink:href="https://www.jmir.org">https://www.jmir.org</ext-link>), 15.6.2026. </copyright-statement><copyright-year>2026</copyright-year><license license-type="open-access" xlink:href="https://creativecommons.org/licenses/by/4.0/"><p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (<ext-link ext-link-type="uri" xlink:href="https://creativecommons.org/licenses/by/4.0/">https://creativecommons.org/licenses/by/4.0/</ext-link>), which permits unrestricted use, distribution, and reproduction in any medium, provided the original work, first published in the Journal of Medical Internet Research (ISSN 1438-8871), is properly cited. The complete bibliographic information, a link to the original publication on <ext-link ext-link-type="uri" xlink:href="https://www.jmir.org/">https://www.jmir.org/</ext-link>, as well as this copyright and license information must be included.</p></license><self-uri xlink:type="simple" xlink:href="https://www.jmir.org/2026/1/e86330"/><abstract><sec><title>Background</title><p>The digitization of medical data and advances in interoperability have opened opportunities for research studies to use more comprehensive, longitudinal patient data from multiple sources. As patients often interact with many providers and payers over time, collecting data across organizations may have critical implications for accuracy and bias in study results. US policy has promoted exchanging health information among providers, payers, and patients, but less attention has focused on facilitating data collection for research, which presents unique challenges.</p></sec><sec><title>Objective</title><p>This study aimed to identify and evaluate existing and emerging approaches for collecting comprehensive provider and payer data for research in the United States, with the goals of informing researchers of possible methods and generating evidence to inform policy initiatives. Our focus was on electronic approaches to data aggregation for studies requiring patient consent.</p></sec><sec sec-type="methods"><title>Methods</title><p>We conducted a landscape analysis through interviews with subject matter experts (SMEs). SMEs were selected based on expertise. We created a list of evaluation criteria, identified existing and emerging approaches, and described the benefits and limitations of each approach by applying the evaluation criteria. We interviewed SMEs until saturation was achieved. Data collection was limited to the United States.</p></sec><sec sec-type="results"><title>Results</title><p>A total of 20 SMEs helped identify 8 distinct approaches: (1) general-purpose smartphone app, (2) commercial app, (3) research community app, (4) structured data export, (5) Trust Exchange Framework and Common Agreement Individual Access Service, (6) regional study query, (7) national study query, and (8) aggregated data source. Participant-mediated exchange approaches (1-5) leveraged patients&#x2019; right of access. Three approaches leveraged existing data exchange services (5-7). To evaluate these approaches, we identified 12 criteria, including perspectives of participants, research teams, and broader stakeholders. Each approach had benefits and limitations; no single approach emerged as superior for all use cases. While currently available approaches for participant-mediated exchange bypass the need for complex governance arrangements, they are limited by participant burden, effort needed by research teams, and data gaps, especially from payers. Some regional health information exchanges and aggregated data sources address governance challenges and can provide services such as preparing analytic datasets but are restricted to specific locations and/or data-source coverage. National networks currently do not allow queries for research and confront challenges in establishing trust and enforcing compliance with data-sharing requirements among network sites.</p></sec><sec sec-type="conclusions"><title>Conclusions</title><p>Collecting comprehensive health data from multiple providers and payers in the United States is a complex and evolving process. The suitability of an approach may vary based on the needs of a study. Given the numerous barriers and the lack of a clear dominant method, further exploration and benchmark comparisons of all identified approaches are necessary. Ongoing public policy efforts will likely play an important role in progress.</p></sec></abstract><kwd-group><kwd>research data</kwd><kwd>interoperability</kwd><kwd>health information policy</kwd><kwd>landscape analysis</kwd><kwd>subject matter expert</kwd><kwd>SME</kwd></kwd-group></article-meta></front><body><sec id="s1" sec-type="intro"><title>Introduction</title><sec id="s1-1"><title>Overview</title><p>The large-scale digitization of medical data and widespread adoption of electronic health records (EHRs) in the United States provide researchers with the opportunity to use longitudinal data on participants from across their sites of care [<xref ref-type="bibr" rid="ref1">1</xref>,<xref ref-type="bibr" rid="ref2">2</xref>]. Yet, today, typical health care research efforts in the United States lack access to complete patient data [<xref ref-type="bibr" rid="ref3">3</xref>-<xref ref-type="bibr" rid="ref6">6</xref>]. US policy efforts, such as the 21st Century Cures Act and related regulations, have promoted approaches for exchanging health information among providers and payers, and with patients, including for purposes of facilitating data collection for research purposes [<xref ref-type="bibr" rid="ref7">7</xref>-<xref ref-type="bibr" rid="ref11">11</xref>]. To better understand existing and emerging approaches, we conducted a landscape analysis with the aim of informing researchers and policy efforts.</p></sec><sec id="s1-2"><title>Background</title><p>The capacity to conduct studies that extend beyond a single institution and are not confined to a limited network of health care providers is crucial. Without access to comprehensive data, researchers may overlook important information regarding participants&#x2019; prior health-related encounters, potentially resulting in biased outcomes [<xref ref-type="bibr" rid="ref3">3</xref>-<xref ref-type="bibr" rid="ref6">6</xref>]. The absence of complete data can also impede the feasibility of some kinds of studies, including those aimed at evaluating the long-term value of health care and those seeking a holistic understanding of participants&#x2019; health [<xref ref-type="bibr" rid="ref12">12</xref>].</p><p>Data for most patients are fragmented across multiple organizations. In the United States, for example, a typical Medicare beneficiary sees a median of 2 primary care physicians and 5 specialists working in 4 different practices [<xref ref-type="bibr" rid="ref13">13</xref>]. Beneficiaries with multiple chronic conditions have even greater levels of fragmentation. Studies that recruit patients of only 1 primary care physician will find that, on average, every 100 of their Medicare patients receive care from 53 different practices [<xref ref-type="bibr" rid="ref14">14</xref>]. The effort required to access and link these data can be prohibitively large, even for studies enrolling only a small number of patients. Payer data also require substantial effort to collect. Patients may change health plans during a study period&#x2014;one study found that 21.5% of members turned over each year [<xref ref-type="bibr" rid="ref15">15</xref>]&#x2014;further adding to the fragmentation and effort needed to assemble complete data.</p><p>The goal of assembling longitudinal patient data has long been recognized [<xref ref-type="bibr" rid="ref2">2</xref>,<xref ref-type="bibr" rid="ref16">16</xref>]. However, previous attempts to achieve this goal in the United States have failed. For example, one effort to create a patient-controlled &#x201C;health record bank&#x201D; closed due to limited enrollment [<xref ref-type="bibr" rid="ref17">17</xref>]. Some health information exchange (HIE) organizations have assembled data from multiple health care providers within geographic regions, but many face challenges with sustainability [<xref ref-type="bibr" rid="ref18">18</xref>]. National data exchange networks focus primarily on clinical care; their potential to facilitate data collection for research has not been examined.</p><p>We interviewed experts to identify the range of possible approaches that research teams might use to collect multi-institutional, comprehensive provider and payer data on patients enrolled in studies and to evaluate their benefits and limitations. By assessing the current landscape, this work ultimately aims to help research teams select among the options available to them for collecting data on their studies&#x2019; enrolled patients, help research teams prepare for emerging options, and inform efforts to further facilitate the complete collection of patient data for research.</p></sec></sec><sec id="s2" sec-type="methods"><title>Methods</title><sec id="s2-1"><title>Objective and Scope</title><p>Landscape analyses aim to comprehensively describe and map the current state of a domain of interest and provide an overview to inform decision-making [<xref ref-type="bibr" rid="ref19">19</xref>-<xref ref-type="bibr" rid="ref21">21</xref>]. This approach is particularly useful for rapidly evolving domains where formal literature may not reflect current practice or emerging innovations. This US landscape analysis had three objectives:</p><list list-type="order"><list-item><p>Identify evaluation criteria for assessing approaches that research teams might use to collect comprehensive provider and payer data on study participants.</p></list-item><list-item><p>Identify existing and emerging approaches to the problem.</p></list-item><list-item><p>Evaluate the benefits and limitations of the identified approaches by applying the evaluation criteria where applicable.</p></list-item></list><p>We focused on approaches that would support research studies in which patients provide consent for their data to be collected from multiple sources and used for research. This would include many kinds of clinical trials, implementation studies of clinical interventions, and observational studies. Approaches that do not require patient consent (eg, using data from a deidentified repository for population-level studies), involve a single source of data (eg, from one payer or one provider), or only make a narrow subset of the medical record data available (eg, clinical registries) were not included, as they would involve different research workflows.</p><p>We included health care providers and payers as data sources only because of their prevalent use in health care research studies; other sources (eg, wearables, social media, community-based organizations, and direct-to-consumer genetic testing services) were not included. We also excluded imaging data (eg, magnetic resonance imaging) because of differences in the technology and workflows needed to access these data compared with other data derived from health care encounters. We included approaches that addressed the following activities:</p><list list-type="bullet"><list-item><p>Identifying the source and location of the data: determine where the participant previously received care or may have electronic health data available, including through patient self-identification, following chains of records (eg, from a payer to the providers that billed for care), and query tools that access metadata describing data sources (eg, name, address, Fast Health Interoperability Resources [FHIR] endpoint) and match using demographic characteristics.</p></list-item><list-item><p>Retrieving the data: collect electronic health data from the data source through manual or automated download processes and the use of specific software tools to facilitate the data collection.</p></list-item><list-item><p>Sharing the data with research studies: make electronic health data available to research team members, including automated approaches and those that require an extra step on the part of an individual research participant.</p></list-item></list><p>Approaches to identify patients for eligibility or recruitment into studies required separate research workflows and were out of scope.</p><p>We limited our scope to electronic approaches, particularly those that retrieve data using application programming interfaces (APIs) such as FHIR, because of their potential to facilitate data collection; paper- or fax-based approaches were considered out of scope. Additionally, only approaches that were considered by the research team or experts to be reasonably feasible for implementation within the next few years were included.</p></sec><sec id="s2-2"><title>Recruitment of Subject Matter Experts and Interviews</title><p>We identified subject matter experts (SMEs) through publications, recommendations from our professional network, and recommendations from other SMEs (ie, snowball sampling). We conducted each interview via videoconference and recorded all interviews, which lasted roughly 1 hour. If we had additional questions, we requested a second interview with the SME or exchanged follow-up emails. In some cases, 2 SMEs attended the same interview. Interviews were conducted between February 2024 and July 2025.</p><p>To prepare for the interviews, we prepared preliminary lists of approaches and evaluation criteria, and a table applying the evaluation criteria to each approach. The research team developed these based on its existing knowledge of the landscape. We also prepared an interview guide that covered our 3 objectives. Specifically, we asked SMEs to identify and describe in detail all existing and emerging approaches with which they were familiar for collecting provider and payer data for research, identify evaluation criteria for assessing these approaches, and evaluate the approaches based on the evaluation criteria. As SMEs had expertise with different approaches, we focused the discussion on approaches with which the SME was most familiar. For SMEs with broader knowledge of the landscape, we reviewed our preliminary lists of approaches and evaluation criteria, asked them to identify anything missing, and asked them about what policy or other health care system changes may influence the assessment of approaches. Finally, we asked the SMEs to identify relevant publications or other documents that should be reviewed to understand the evolving landscape of approaches. After each interview, we updated and refined our preliminary lists of approaches, evaluation criteria, and application of evaluation criteria to approaches. We continued interviewing SMEs until we achieved saturation in terms of evaluation criteria and approaches. We aimed to include at least 1 SME with detailed knowledge of each identified approach.</p></sec><sec id="s2-3"><title>Analysis</title><p>We used conventional content analysis to analyze the qualitative data [<xref ref-type="bibr" rid="ref22">22</xref>,<xref ref-type="bibr" rid="ref23">23</xref>], inductively identifying approaches, evaluation criteria, and applications of evaluation criteria to the approaches. For each interview, one research team member summarized key points discussed and extracted relevant quotes, and a second research team member reviewed each recording and the summaries and notes (RSR and NC). Both research team members had domain experience with EHRs and digital health. Differences were resolved by consensus. To generate overall findings, after each interview, we updated a working matrix that mapped evaluation criteria against approaches, noting areas of agreement, disagreement, and uncertainty across SMEs. For evaluation criteria, we compiled all factors mentioned by SMEs, grouped conceptually similar factors, and refined descriptions through discussion until we achieved a comprehensive list, aiming to exhaustively cover all important factors for assessing the benefits and limitations of the various approaches. Evaluation criteria were not required to be mutually exclusive. For approaches, we created detailed written descriptions that included technical details, workflows, and perspectives from relevant interviews. We then applied each evaluation criterion to each approach, synthesizing assessments from SMEs. We noted where SMEs provided conflicting assessments or expressed a lack of sufficient evidence or experience to make an assessment.</p><p>To ensure rigor and trustworthiness of our findings, we used the following methods during the analysis: 2 researchers independently reviewed recordings and summaries, resolving discrepancies through consensus discussion; SMEs were selected to include a range of perspectives (eg, technology developers, policy experts, and researchers); we reviewed our preliminary findings with SMEs who had broad knowledge of the landscape; and we continued sampling until we achieved saturation. Additionally, all authors have relevant domain expertise in EHRs, interoperability, and digital health, and contributed to interpreting technical content and synthesizing results.</p><p>We strengthened the rigor of our findings and supplemented our interview data by incorporating 3 types of documents suggested by SMEs into this analysis. First, we reviewed technical documentation (eg, FHIR implementation guides and Trust Exchange Framework and Common Agreement [TEFCA] policies) to verify and elaborate on technical details described by SMEs. Second, we reviewed gray literature sources (eg, blog posts and white papers) to understand emerging perspectives. Third, we reviewed relevant peer-reviewed publications to contextualize SME assessments. These documents helped confirm factual claims and provide supplemental information.</p></sec><sec id="s2-4"><title>Ethical Considerations</title><p>This study was reviewed and approved by both the RAND Human Subjects Protection Committee and the Mass General Brigham Institutional Review Board (IRB) as exempt. All written and audiovisual data were stored on secure servers accessible only to the research team. Verbal consent was obtained before conducting the interviews, which included permission for identifying the individual in the publication but not attributing any quote or information to any specific individual. We chose to identify SMEs to enhance transparency and allow readers to evaluate the credibility and relevance of our sources [<xref ref-type="bibr" rid="ref24">24</xref>]. Participants were not compensated.</p></sec></sec><sec id="s3" sec-type="results"><title>Results</title><sec id="s3-1"><title>SME Characteristics</title><p>We interviewed 20 SMEs (<xref ref-type="table" rid="table1">Table 1</xref>). SME expertise covered a wide range of aspects relevant to this topic, including smartphone-based approaches, FHIR, and federal and state policy.</p><table-wrap id="t1" position="float"><label>Table 1.</label><caption><p>Names and characteristics of subject matter experts interviewed in the study.</p></caption><table id="table1" frame="hsides" rules="groups"><thead><tr><td align="left" valign="bottom">Subject matter expert</td><td align="left" valign="bottom">Title (at time of interview)</td></tr></thead><tbody><tr><td align="left" valign="top">Ricky Bloomfield</td><td align="left" valign="top">Chief Medical Officer at &#x014C;URA; formerly Clinical and Informatics Lead at Apple</td></tr><tr><td align="left" valign="top">Dan Drozd</td><td align="left" valign="top">Chief Medical Officer at PicnicHealth</td></tr><tr><td align="left" valign="top">Andrew Cress</td><td align="left" valign="top">Chief Executive Officer and Cofounder at HealthVerity</td></tr><tr><td align="left" valign="top">Andrew Goldberg</td><td align="left" valign="top">Chief Operating Officer and Cofounder at HealthVerity</td></tr><tr><td align="left" valign="top">Ryan Howells</td><td align="left" valign="top">Lead of CARIN Alliance; Principal at Leavitt Partners; digital health policy and interoperability expert</td></tr><tr><td align="left" valign="top">Jocelyn Keegan</td><td align="left" valign="top">Program Manager of the HL7 Da Vinci Project; Payer-Practice Lead at Point-of-Care Partners</td></tr><tr><td align="left" valign="top">Brenden Keeler</td><td align="left" valign="top">Head of Product at Flexpa</td></tr><tr><td align="left" valign="top">David Kendrick</td><td align="left" valign="top">Chief Executive Officer of MyHealth Access Network, the Oklahoma state-designated entity for health information exchange</td></tr><tr><td align="left" valign="top">Vik Kheterpal</td><td align="left" valign="top">Principal at Care Evolution, Inc</td></tr><tr><td align="left" valign="top">Mark Knee</td><td align="left" valign="top">Director, Interoperability Division, Office of the National Coordinator for Health Information Technology</td></tr><tr><td align="left" valign="top">Greg Liptak</td><td align="left" valign="top">Vice President for Research and Innovation at HealthShare Exchange, the regional health information exchange for greater Philadelphia</td></tr><tr><td align="left" valign="top">Joel Montavon</td><td align="left" valign="top">Clinical Informaticist at RTI International</td></tr><tr><td align="left" valign="top">Michele Mottini</td><td align="left" valign="top">FHIR<sup><xref ref-type="table-fn" rid="table1fn1">a</xref></sup> software developer at Care Evolution, Inc</td></tr><tr><td align="left" valign="top">Christopher Muir</td><td align="left" valign="top">Director, Network and Scalability Division, Office of the National Coordinator for Health Information Technology</td></tr><tr><td align="left" valign="top">JP Pollack</td><td align="left" valign="top">Cocreator of CommonHealth; Cofounder of The Commons Project Foundation</td></tr><tr><td align="left" valign="top">Molly Prieto</td><td align="left" valign="top">Deputy Director, Standards Division, Office of the National Coordinator for Health Information Technology</td></tr><tr><td align="left" valign="top">Marc Rabner</td><td align="left" valign="top">Chief Medical Officer of Chesapeake Regional Information System for Our Patients (CRISP) Shared Services</td></tr><tr><td align="left" valign="top">Raheel Sayed</td><td align="left" valign="top">Lead of the People Heart Study, which uses Apple Health</td></tr><tr><td align="left" valign="top">Jeff Smith</td><td align="left" valign="top">Deputy Director, Certification and Testing Division, Office of the National Coordinator for Health Information Technology</td></tr><tr><td align="left" valign="top">Mariann Yeager</td><td align="left" valign="top">Chief Executive Officer of the Sequoia Project, which supports TEFCA<sup><xref ref-type="table-fn" rid="table1fn2">b</xref></sup></td></tr></tbody></table><table-wrap-foot><fn id="table1fn1"><p><sup>a</sup>FHIR: Fast Health Interoperability Resources.</p></fn><fn id="table1fn2"><p><sup>b</sup>TEFCA: Trust Exchange Framework and Common Agreement.</p></fn></table-wrap-foot></table-wrap></sec><sec id="s3-2"><title>Evaluation Criteria for Assessing Approaches</title><p>We achieved saturation by identifying 12 evaluation criteria (<xref ref-type="table" rid="table2">Table 2</xref>). We took an inclusive approach and included even those criteria that might be challenging to apply.</p><table-wrap id="t2" position="float"><label>Table 2.</label><caption><p>Evaluation criteria for assessing approaches to collect comprehensive provider and payer data on study participants.</p></caption><table id="table2" frame="hsides" rules="groups"><thead><tr><td align="left" valign="bottom">Evaluation criterion</td><td align="left" valign="bottom">Description</td></tr></thead><tbody><tr><td align="left" valign="top">Reach and accessibility</td><td align="left" valign="top">Volume of participants whose data can be accessed (includes requirements for devices such as smartphones).</td></tr><tr><td align="left" valign="top">Data availability and quality</td><td align="left" valign="top">Extent to which records and their contents are available and usable for research (includes consideration of whether variables are in designated fields, completeness due to factors such as geographic coverage and accuracy).</td></tr><tr><td align="left" valign="top">Study team burden</td><td align="left" valign="top">Effort or cost required to implement and operate a fully developed approach (includes required technical support).</td></tr><tr><td align="left" valign="top">Feasibility</td><td align="left" valign="top">Effort or changes required to make the approach widely available (includes technical effort needed by stakeholders).</td></tr><tr><td align="left" valign="top">Participant burden</td><td align="left" valign="top">Effort or cost required of participants to use the approach.</td></tr><tr><td align="left" valign="top">Participant benefit</td><td align="left" valign="top">Potential benefits that might motivate use.</td></tr><tr><td align="left" valign="top">Security</td><td align="left" valign="top">Risk or perceived risk of breach.</td></tr><tr><td align="left" valign="top">Privacy</td><td align="left" valign="top">Nature of patient control over data.</td></tr><tr><td align="left" valign="top">Impact of industry trends</td><td align="left" valign="top">Potential for technology or other trends to affect the approach (eg, adoption of technical standards).</td></tr><tr><td align="left" valign="top">Sensitivity to changes</td><td align="left" valign="top">Potential for stakeholders to make decisions that affect the approach (eg, market changes in service providers).</td></tr><tr><td align="left" valign="top">Alignment and synergies with policies and policy goals</td><td align="left" valign="top">The extent to which the approach supports or is supported by policies and policy goals and lacks regulatory barriers.</td></tr><tr><td align="left" valign="top">Configurability and innovation enablement potential</td><td align="left" valign="top">Potential for the approach to foster innovation in research and practice (eg, customizability).</td></tr></tbody></table></table-wrap></sec><sec id="s3-3"><title>Evaluation of Approaches to Collect Comprehensive Data for Research</title><p>We identified 8 approaches, which achieved saturation within the scope of the study (<xref ref-type="table" rid="table3">Table 3</xref> contains summary assessments; approaches are labeled 1 through 8; <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref> contains full application of all evaluation criteria to all approaches). Five are participant-mediated approaches (1-5), in which research participants are directly involved in retrieving their data. In the remaining approaches, which included study queries of existing data exchange infrastructure (6 and 7) and aggregated data sources (8), participants&#x2019; roles were limited to providing consent. Many SMEs emphasized the benefits of participant-mediated approaches because they leverage patients&#x2019; right of access to their own data. Four of those approaches required study participants to manually identify their sources of data and use the patient or member portals at each site (1-4). In contrast, the other approaches leveraged existing national qualified health information networks (QHINs), regional HIEs (also called regional health data utilities), or aggregated data sources to identify sites of care and pull data. For these latter approaches, SMEs stated that although providers and payers, as Health Insurance Portability and Accountability Act (HIPAA)&#x2013;covered entities, are legally required to release data with patient consent, rigorous governance processes are often required because of concerns about liability from errors and the lack of financial incentives to streamline data sharing.</p><table-wrap id="t3" position="float"><label>Table 3.</label><caption><p>Approaches that research teams might use to collect comprehensive provider and payer data on study participants and summary assessment.</p></caption><table id="table3" frame="hsides" rules="groups"><thead><tr><td align="left" valign="bottom">Approach name</td><td align="left" valign="bottom">Description</td><td align="left" valign="bottom">Summary assessments<sup><xref ref-type="table-fn" rid="table3fn1">a</xref></sup></td></tr></thead><tbody><tr><td align="left" valign="top" colspan="3">Participant-mediated approaches</td></tr><tr><td align="left" valign="top"><named-content content-type="indent">&#x00A0;&#x00A0;&#x00A0;&#x00A0;</named-content>General purpose smartphone app</td><td align="left" valign="top">Participants use Apple Health (iOS) or Common Health (Android) to collect data and share it manually or through a purpose-built study app</td><td align="left" valign="top"><list list-type="bullet"><list-item><p>Benefits: widely available as an installed app (Apple Health) or an installable app (CommonHealth); management of FHIR<sup><xref ref-type="table-fn" rid="table3fn2">b</xref></sup> endpoints is handled by the app.</p></list-item><list-item><p>Limitations: participant burden for manual data sharing or research team burden to create and maintain a study app, not all FHIR resources may be supported, gaps in FHIR endpoint coverage, potential perceived privacy concerns, limitations in customizability, and potential sampling bias due to smartphone requirement.</p></list-item></list></td></tr><tr><td align="left" valign="top"><named-content content-type="indent">&#x00A0;&#x00A0;&#x00A0;&#x00A0;</named-content>Commercial app</td><td align="left" valign="top">Study pays for an app allowing participants to collect and share data</td><td align="left" valign="top"><list list-type="bullet"><list-item><p>Benefits: management of the FHIR endpoints directory handled by the app, processing of data can minimize study team burden of analysis, additional features of value offered to patients, and some apps have the potential to be accessed from a web browser.</p></list-item><list-item><p>Limitations: cost to the research team, potential perceived privacy concerns, and dependency on the app company for customizations.</p></list-item></list></td></tr><tr><td align="left" valign="top"><named-content content-type="indent">&#x00A0;&#x00A0;&#x00A0;&#x00A0;</named-content>Research community app</td><td align="left" valign="top">A study or institution uses a homegrown or open-source app allowing participants to collect and share data</td><td align="left" valign="top"><list list-type="bullet"><list-item><p>Benefits: potentially lower cost for the research team, reduced perceived privacy concerns, potential for additional features of value to patients, and potential for access from a web browser.</p></list-item><list-item><p>Limitations: requires development effort to become widely available and is a burden on the study team or organization to operate and to manage the FHIR endpoint directory and client registrations.</p></list-item></list></td></tr><tr><td align="left" valign="top"><named-content content-type="indent">&#x00A0;&#x00A0;&#x00A0;&#x00A0;</named-content>Structured data export</td><td align="left" valign="top">Participants use EHI<sup><xref ref-type="table-fn" rid="table3fn3">c</xref></sup> export or a similar feature to collect data</td><td align="left" valign="top"><list list-type="bullet"><list-item><p>Benefits: may become widely available in the near future, likely accessible from any web browser, potential reduced perceived privacy concerns, and potentially be comprehensive in terms of data.</p></list-item><list-item><p>Limitations: not widely available today, burden on the participant to manually download and share data, burden on the study team to set up a process to receive data shared by the participant, and lack of data format standardization.</p></list-item></list></td></tr><tr><td align="left" valign="top"><named-content content-type="indent">&#x00A0;&#x00A0;&#x00A0;&#x00A0;</named-content>TEFCA<sup><xref ref-type="table-fn" rid="table3fn4">d</xref></sup> Individual Access Service</td><td align="left" valign="top">Participants access data directly from a national network (QHIN<sup><xref ref-type="table-fn" rid="table3fn5">e</xref></sup>)</td><td align="left" valign="top"><list list-type="bullet"><list-item><p>Benefits: participant burden is minimal because they would need to use only one app or portal and is supported by current policies.</p></list-item><list-item><p>Limitations: not usable today, burden on the study team to set up a process to receive data shared by the participant, and participants may still need to log into sites of care.</p></list-item></list></td></tr><tr><td align="left" valign="top" colspan="3">Queries of data exchange infrastructure</td></tr><tr><td align="left" valign="top"><named-content content-type="indent">&#x00A0;&#x00A0;&#x00A0;&#x00A0;</named-content>Regional study query through a HIE<sup><xref ref-type="table-fn" rid="table3fn6">f</xref></sup></td><td align="left" valign="top">Participants consent for the study team to query an HIE</td><td align="left" valign="top"><list list-type="bullet"><list-item><p>Benefits: minimal or no burden on participants and processing of data can minimize the study team&#x2019;s burden of analysis.</p></list-item><list-item><p>Limitations: unavailable today in most regions, gaps in data coverage, especially among payer claims, and cost to the research team.</p></list-item></list></td></tr><tr><td align="left" valign="top"><named-content content-type="indent">&#x00A0;&#x00A0;&#x00A0;&#x00A0;</named-content>National study query through QHINs</td><td align="left" valign="top">Participants consent for the study team to query a QHIN</td><td align="left" valign="top"><list list-type="bullet"><list-item><p>Benefits: minimal or no burden on participants.</p></list-item><list-item><p>Limitations: research is not currently an authorized exchange purpose, and the timeline for adding it is uncertain (although it is aligned with policy goals); there may be gaps in QHIN coverage of sites, the burden on the study team is unknown, and potential perceived privacy concerns.</p></list-item></list></td></tr><tr><td align="left" valign="top" colspan="3">Use of aggregated data sources</td></tr><tr><td align="left" valign="top"><named-content content-type="indent">&#x00A0;&#x00A0;&#x00A0;&#x00A0;</named-content>Aggregated data source</td><td align="left" valign="top">Participants consent for the study team to collect data from a company or organization that has already collected data from multiple sources</td><td align="left" valign="top"><list list-type="bullet"><list-item><p>Benefits: minimal or no burden on participants, data sources are nationwide, and processing of data can minimize the study team&#x2019;s burden of analysis.</p></list-item><list-item><p>Limitations: may not cover all data sources or elements needed for the study and cost to the research team.</p></list-item></list></td></tr></tbody></table><table-wrap-foot><fn id="table3fn1"><p><sup>a</sup>Summary assessment is based on the criteria listed in <xref ref-type="table" rid="table2">Table 2</xref> and includes selected key findings.</p></fn><fn id="table3fn2"><p><sup>b</sup>FHIR: Fast Health Interoperability Resources.</p></fn><fn id="table3fn3"><p><sup>c</sup>EHI: electronic health information.</p></fn><fn id="table3fn4"><p><sup>d</sup>TEFCA: Trust Exchange Framework and Common Agreement.</p></fn><fn id="table3fn5"><p><sup>e</sup>QHIN: qualified health information network.</p></fn><fn id="table3fn6"><p><sup>f</sup>HIE: health information exchange.</p></fn></table-wrap-foot></table-wrap></sec><sec id="s3-4"><title>Approaches Using Patient and Member Portals</title><p>Three of the approaches we identified required study participants to access their patient and members&#x2019; portals to retrieve data using Substitutable Medical Applications and Reusable Technologies (SMART) on FHIR (<xref ref-type="table" rid="table3">Table 3</xref>; approaches 1-3). To avoid repetition, we describe the assessment of this component here. Benefits of this approach include the high availability of patient and member portals. Patient portals have become increasingly used since the COVID-19 pandemic and are required to support patient access to data via SMART on FHIR, which addresses security concerns and allows patients some granular control over their data. Payer member portals are also widely available, although usage rates are not known. Additionally, these approaches align with federal policy goals. Facilitating patient access to their own health data has been a primary policy objective and a driver of certification programs and functionality for many years [<xref ref-type="bibr" rid="ref25">25</xref>,<xref ref-type="bibr" rid="ref26">26</xref>] and continues to be a priority [<xref ref-type="bibr" rid="ref27">27</xref>]. Some SMEs pointed to more recent plans by Centers for Medicare &#x0026; Medicaid Services (CMS) to advance digital identity solutions in health care and were optimistic that substantial progress toward the use of single sign-on (SSO) to patient portals, and potentially member portals, was occurring as complex issues such as price transparency and antitrust issues were being addressed [<xref ref-type="bibr" rid="ref26">26</xref>,<xref ref-type="bibr" rid="ref28">28</xref>].</p><p>There are 2 limitations to relying on patient and member portals for collecting data for research. First, the burden on study participants to log in to each portal is substantial. Patients may not remember prior locations of care, may have trouble finding login information, or lack portal access at some locations, and may be unwilling to spend time registering. This may result in incomplete data. However, adoption of SSO technologies could reduce this barrier substantially and is part of the CMS Interoperability Framework [<xref ref-type="bibr" rid="ref29">29</xref>-<xref ref-type="bibr" rid="ref31">31</xref>]. Additionally, studies may need to rely on participants for the timing of data retrieval, which may introduce variability.</p><p>Second, approaches that rely on patient and member portals must register with FHIR endpoints and establish a searchable directory for participants. The process of registering varies by EHR vendor or, in many cases, by individual site. One SME described the challenges: &#x201C;It&#x2019;s kind of a nightmare. We rely on a combination of reaching out to providers where the data is really messy and communicating with the EHR vendors who are only partially motivated to have that information be correct.&#x201D; One SME estimated that &#x201C;maybe about 10% of providers actually care about this&#x2026; make sure that [metadata] is correct.&#x201D; A recent FHIR standard called &#x201C;User-access Brands and Endpoint&#x201D; is designed to help users locate their data sources but has not been widely adopted, although recent regulation requires certified EHR vendors to make endpoint lists available in FHIR format [<xref ref-type="bibr" rid="ref32">32</xref>,<xref ref-type="bibr" rid="ref33">33</xref>]. Support from vendors and providers is also variable: &#x201C;Sending email into the void is a common thing.&#x201D; Some vendors have needed to develop automated tools and dedicate teams to monitoring endpoints. Recent CMS commitments to &#x201C;building a dynamic, interoperable national provider directory&#x201D; may help address these barriers [<xref ref-type="bibr" rid="ref34">34</xref>].</p><p>Payer member portals have their own unique challenge, such as a lack of compliance with FHIR standards, missing data fields, delays in making data available, and technical issues resulting in downtime. SMEs noted that only CMS-regulated plans are required to support individual access to payer data, and only a minority of commercial plans have opted to offer this service voluntarily, though several states have begun efforts to extend this requirement to all payers. Some SMEs suggested that, for payers operating both commercial and CMS-regulated plans, it would be technically easier to offer all their members access to their data, but some are investing substantial resources to make this service available only to members with plans that require it. Even for those that require it, SMEs suggested that many payers were not investing sufficiently, resulting in poor service: &#x201C;They were more concerned about compliance and getting penalized. And now that they have done a shoddy job for 2 years and nothing has happened, they have developed comfort to say &#x2018;whatever.&#x2019;&#x201D; SMEs hoped that when payers are required to share their data with other payers, they will also make that data available to individuals because the same FHIR endpoints would be used: &#x201C;It is one thing when 5 or 6 app makers call you up and complain that your API is non-conformant but when 300 payers call you and complain I think it will probably be a different story.&#x201D;</p></sec><sec id="s3-5"><title>General-Purpose Smartphone App</title><sec id="s3-5-1"><title>Description</title><p>Study participants can use general-purpose smartphone apps to pull their data from patient or member portals, store that data in the apps on their smartphones, and share the data with research teams. Both major smartphone operating systems allow for this functionality. On iOS, the Apple Health app enables users to retrieve their health records and store them on the device in Apple&#x2019;s HealthKit [<xref ref-type="bibr" rid="ref35">35</xref>]. On Android, a third-party app called CommonHealth enables users to retrieve their health records and store them in the app or in the device&#x2019;s HealthConnect repository [<xref ref-type="bibr" rid="ref36">36</xref>]. In both cases, users retrieve their data by logging into patient and member portals using SMART on FHIR protocols. However, the FHIR endpoint directory functionality, which allows users to search for their providers and payers, is different: in iOS/Apple Health, providers must register with Apple and provide metadata, including a logo, and payers are not supported; in Android/CommonHealth, a larger directory of providers and payers is supported, and sites do not need to register. To share data with research studies, both iOS/Apple Health and Android/CommonHealth offer APIs that allow purpose-built apps to integrate with these tools, and there are some open-source examples available [<xref ref-type="bibr" rid="ref37">37</xref>,<xref ref-type="bibr" rid="ref38">38</xref>]. Absent a purpose-built app, users could manually share an export of their data for iOS/Apple Health by uploading it to a study server, or create a clinical summary using Android/CommonHealth and allow the research team to access it with a 6-digit passcode [<xref ref-type="bibr" rid="ref39">39</xref>], but these features were not designed for the research use case and would be more burdensome for participants compared with a purpose-built app.</p></sec><sec id="s3-5-2"><title>Assessment</title><p>Refer to the &#x201C;Approaches Using Patient and Member Portals&#x201D; subheading for the benefits and limitations of that component of this approach. We found benefits and limitations in the way Apple Health and CommonHealth managed FHIR endpoint directories: Apple Health&#x2019;s directory excludes all payers and many providers but may have more accurate and usable metadata to allow for easier search, whereas CommonHealth&#x2019;s includes payers and a larger number of providers, but the metadata is not curated. There are also differences in available data&#x2014;for example, only CommonHealth includes the FHIR Patient or Encounter resources. Both projects&#x2019; prior conformance testing on the FHIR data helped identify issues that the site could address to make the data more usable for research and other purposes. One benefit of this approach is that these data, once collected, have the potential to also be used by participants for self-care health apps [<xref ref-type="bibr" rid="ref40">40</xref>].</p><p>Limitations of this approach identified by SMEs include the burden on the research team to establish a mechanism for participants to share their data with the research team&#x2014;either a burdensome manual process or the development of a custom app; the perception of privacy concerns among participants regarding having their data accessible to technology companies without any affiliation with their health care; dependency on the company for functionality and customizations (eg, inclusion of payer data); and possible sampling bias due to the requirement that participants own and use a smartphone.</p></sec><sec id="s3-5-3"><title>Commercial App</title><sec id="s3-5-3-1"><title>Description</title><p>SMEs identified several companies that offer products designed to help facilitate research participants sharing their electronic health data with research teams [<xref ref-type="bibr" rid="ref41">41</xref>]. These products allow users to retrieve their data by logging into their patient and member portals using SMART on FHIR protocols. Some use other, less standardized methods for retrieving the data. The companies that develop these products curate site metadata for their FHIR endpoint directories. Some products are browser-based and therefore not tied to smartphones. We found some products that targeted specific niches within this area, such as focusing exclusively on payer data or supporting clinical trials sponsored by pharmaceutical companies.</p></sec><sec id="s3-5-3-2"><title>Assessment</title><p>Refer to the &#x201C;Approaches Using Patient and Member Portals&#x201D; subheading for the benefits and limitations of that component of this approach. Unlike approach 1, these products are not limited to smartphones and therefore have a broader reach. Because these products are designed specifically for collecting data for research, they minimize burden on the study team and provide technical support, but they come with a financial cost. Some products provide features that may be helpful depending on the study&#x2019;s needs, such as converting a FHIR payload to the Observational Medical Outcomes Partnership Common Data Model [<xref ref-type="bibr" rid="ref42">42</xref>] or identifying gaps in data (eg, data elements that would be expected for a study of early breast cancer) to inform the need for further data collection. Participants who use these apps may benefit from other features offered by them that leverage their aggregated health data [<xref ref-type="bibr" rid="ref40">40</xref>].</p><p>Limitations include study participants&#x2019; potential privacy concerns with sharing data with a commercial company with which they have no direct relationship. However, the extent of this concern is unknown. An SME from one of these companies said, &#x201C;We wouldn&#x2019;t have a business if we weren&#x2019;t able to build and maintain that trust with patients.&#x201D; Commercial apps also may have limitations in their ability to be customized for specific study needs.</p></sec></sec></sec><sec id="s3-6"><title>Research Community App</title><sec id="s3-6-1"><title>Description</title><p>We identified two noncommercial software tools developed to facilitate data collection for research studies: Sync-for-Science Procure [<xref ref-type="bibr" rid="ref43">43</xref>] (developed by co-author DG and available as open-source) and Wellmine [<xref ref-type="bibr" rid="ref44">44</xref>] (developed by RTI International and available for studies conducted by that organization). This approach allows users to retrieve their data by logging into their patient and member portals using SMART on FHIR protocols. Research studies, or their institutions, using these products would need to deploy an instance of the product and create and manage their own FHIR endpoint directories, registering the instance with each endpoint. As with several of the commercial apps (approach 2), both of these tools are browser-based.</p></sec><sec id="s3-6-2"><title>Assessment</title><p>Refer to the &#x201C;Approaches Using Patient and Member Portals&#x201D; subheading for the benefits and limitations of that component of this approach. Benefits of this approach compared with approach 2 (commercial apps) include potentially reducing dependency on an external company, the potential for reduced privacy concerns if the product is viewed by participants as affiliated with a trusted organization (eg, their health care provider), the potential to more easily add customizations for study-specific needs, and the potential to foster a community to innovate in this area, which may involve developing features that provide value to patients from their aggregated health data. Limitations include the lack of polish that&#x2019;s often present in open-source or homegrown software products, which may necessitate additional development, and the burden on studies or their institutions to establish and maintain an instance and FHIR endpoint directory; however, once established, a single instance of the app may be used across many studies.</p></sec></sec><sec id="s3-7"><title>Structured Data Export</title><sec id="s3-7-1"><title>Description</title><p>In this approach, the study participant logs into each of their patient and member portals, downloads their health data onto their local device, and then shares it using a mechanism set up by the research team (eg, uploading the data to a study server). EHR vendors are required by the 21st Century Cures Act Final Rule to support electronic health information (EHI) export functionality for patient data [<xref ref-type="bibr" rid="ref45">45</xref>]. The participant would need to request these data and then share them through a method established by the research team. EHI export may also be requested separately from a patient portal, such as by submitting a request form or email; such manual approaches are out of scope for this landscape analysis.</p></sec><sec id="s3-7-2"><title>Assessment</title><p>As with other approaches that rely on the use of patient and member portals, there is a burden on study participants to remember their sites of care and health plans, establish portals, and log into each one, which may result in incomplete data. There may also be data completeness issues due to relying on the participants for the timing of the data sharing.</p><p>EHI export has generally not been made directly available to patients through portals, but SMEs suggested that it would become more available if requested by patients, as providing this capability is required under existing regulations to be supported by EHRs. Although the data may be more comprehensive compared with data available through FHIR-based approaches, it may be challenging to work with [<xref ref-type="bibr" rid="ref40">40</xref>] because of nonstandardized data formats that vary by EHR vendor and site of care: &#x201C;We left it up to developers to determine for themselves how to export information. We basically said the EHI export has to come with a data dictionary so people can figure out how to kind of piece things back together. But I have no doubt that there are some developers who do a fairly nice job with it and then other developers who do not.&#x201D; Similar to EHI but less standardized, many portals currently allow patients to download some or all of their data in PDF format, which may be increasingly usable for research because they can be processed into structured data by large language models.</p><p>This approach does not involve SMART on FHIR and therefore no FHIR endpoint directory is required, reducing related study burden and/or costs. However, the study would still need to establish a method to allow for secure sharing of the data, and the manual effort required on the part of study participants may be challenging for many participants.</p></sec></sec><sec id="s3-8"><title>TEFCA Individual Access Service</title><sec id="s3-8-1"><title>Description</title><p>In this approach, participants would use the Individual Access Service (IAS) required by the TEFCA [<xref ref-type="bibr" rid="ref7">7</xref>]. TEFCA is designed to create a &#x201C;network of networks&#x201D; to facilitate the exchange of health information [<xref ref-type="bibr" rid="ref7">7</xref>]. The IAS allows apps to register with participating QHINs (a designated network under TEFCA) and query for and aggregate all of an individual&#x2019;s health data across QHINs. The data would then be shared with research studies either using functionality offered by the app or by asking the participant to export the data and share it using a method established by the research team (eg, uploading the data to a study server). This approach would require an app and, therefore, would need to be bundled with approach 1, 2, or 3.</p></sec><sec id="s3-8-2"><title>Assessment</title><p>Benefits of this approach are that it would leverage TEFCA&#x2019;s mechanism for searching for and retrieving individuals&#x2019; health records, obviating the need for research teams and app companies to establish FHIR endpoint directories; facilitate identification of data sources by using TEFCA&#x2019;s record location and identity matching methods so that research participants would not have to remember their sites of care; potentially offer participants additional functionality based on the aggregated data; provide privacy controls if offered by the app; and align with existing policy supporting individual access to health data. Currently, some QHINs require users to authenticate with and approve an access request within the patient portal of each potential site of care to ensure correct patient identity matching and consent when using IAS; while the QHIN can still serve as a record locator, this greatly limits the benefits of this approach by adding burden to the patient. At other QHINs, patients may only be matched to sites of care that have a very high level of confidence in the accuracy of the match, potentially excluding sites of care with patient data. Active efforts are trying to increase support for shared login credentials across sites [<xref ref-type="bibr" rid="ref31">31</xref>]. Apps that use the IAS must meet HIPAA privacy and security requirements through their signed participation agreements with QHINs (even though they are not obligated under HIPAA as covered entities) [<xref ref-type="bibr" rid="ref7">7</xref>]. Additionally, apps that adhere to the CARIN code of conduct may increase the security safeguards even further [<xref ref-type="bibr" rid="ref46">46</xref>].</p><p>The major limitation of this approach is that although it is technically available and required as part of TEFCA today, sites that receive IAS requests often refuse to respond to them. SMEs believed this was because sites do not believe that the data would always be released to the correct patient and that they would be blamed for HIPAA violations if the query resulted in an improper disclosure. One SME said that providers would not share records &#x201C;until they know darn good and well that they&#x2019;re not going to get sued for giving the wrong person the wrong information.&#x201D; SMEs suggested that the adoption of FHIR-based queries would allow for more individual identity data to be used for record matching, thereby reducing the odds of improper disclosures. However, some SMEs believed competitive concerns were also a factor&#x2014;sites did not want to share data with entities that did not also provide data back into the network. SMEs suggested that some method of enforcement would be needed. Use of SSO across patient and member portals may help with matching concerns by standardizing and improving the quality of identity information [<xref ref-type="bibr" rid="ref29">29</xref>] as well as automating portal logins [<xref ref-type="bibr" rid="ref47">47</xref>]. Other limitations include the lack of some data sources available on QHINs (eg, payers and many small EHRs do not participate), performance issues when trying to query large geographic areas, imperfect record matching resulting in missed data, lack of analytic dataset preparation (unless supported by the app), and lack of support for querying directly from an app on an individual&#x2019;s device, which would be more privacy preserving.</p></sec></sec><sec id="s3-9"><title>Regional Study Query Through HIE</title><sec id="s3-9-1"><title>Description</title><p>HIEs exchange electronic health data for multiple purposes within a specific geographic region or at a statewide level [<xref ref-type="bibr" rid="ref48">48</xref>,<xref ref-type="bibr" rid="ref49">49</xref>]. There is a high level of interest among HIEs in supporting research, but only some currently do so [<xref ref-type="bibr" rid="ref50">50</xref>,<xref ref-type="bibr" rid="ref51">51</xref>]. One barrier is that some HIEs that did not initially include research use cases are required to update their member participation agreements, which can be a cumbersome process. In this approach, the research team works with the HIE staff to specify their data needs for consented patients under an agreed-upon scope of work, which may include preparing the data in a specific format, for a fee. HIEs&#x2019; governance processes address state and federal legal concerns (eg, the sharing of sensitive health data) as well as issues raised by HIE members. The processes differ across HIEs. Some require IRB approval from several member organizations; others use a single IRB. Some allow access to claims data from multiple payers; others lack claims data. Some share clinical notes for research; others do not. Members may have the option to opt out of sharing their data for specific requests. There is an interest among at least some HIEs in providing patients with access to a portal for managing their consents for research projects. The HIE staff create the datasets and work with the research team to resolve issues, such as fixing demographic information if no record matches are found for specific patients.</p></sec><sec id="s3-9-2"><title>Assessment</title><p>This approach would be widely accessible to all participants regardless of their ability to use technology, involve minimal burden on the participant, allow research teams to control the timing of the queries to reduce variability in retrieved data, broadly align with policy goals supporting data exchange, and may foster innovation in how HIEs can better support research needs. It leverages years of investment in infrastructure and governance processes in many communities. Some HIEs also include social determinants of health data from community-based organizations, which would be valuable for many research studies. Another benefit that SMEs pointed to is that HIEs can ensure compliance with state laws for data sharing centrally, which may be much more challenging for national-level queries. The major limitation of this approach is that it is currently available only in a limited number of geographic areas, though rigorous data are not available. Also, not all HIEs include claims data, and very few have access to Medicare or Medicaid data; their coverage of providers varies, and some states require patient opt-in, resulting in less available data.</p></sec></sec><sec id="s3-10"><title>National Study Query</title><sec id="s3-10-1"><title>Description</title><p>In this approach, the participant consents to allowing the research team to query a national network of health care providers, such as CareQuality, Common Well Health Alliance, or other QHINs participating in TEFCA. The research team then performs the query and assembles the data. For these networks, queries are required to specify the &#x201C;purpose of use&#x201D; of the data [<xref ref-type="bibr" rid="ref7">7</xref>]. Most queries today specify &#x201C;treatment,&#x201D; which requires that the querier be a provider of care and offer data back to the network for others to query (ie, reciprocity). Currently, participants are not required to accept requests that specify &#x201C;research&#x201D; as a purpose of use under TEFCA or any national network. SMEs described preliminary conversations among policymakers about making research a purpose of use in TEFCA, including plans to conduct a review of the landscape of laws across states and to gather other information from stakeholders.</p></sec><sec id="s3-10-2"><title>Assessment</title><p>This approach would be widely accessible to all participants regardless of their ability to use technology, involve minimal burden on the participant or the research team, allow research teams to control the timing of the queries to reduce variability in retrieved data, and broadly aligns with policy goals. FHIR resources subscription standards under development could allow research teams to receive automatic updates for new data, which may be useful to some studies [<xref ref-type="bibr" rid="ref52">52</xref>].</p><p>Many limitations are the same as those of approach 5 (IAS) and include the lack of some data sources available on QHINs (eg, payers and many small EHRs are not participating), performance issues when trying to query large geographic areas, and imperfect record matching resulting in missed data.</p><p>However, the major limitation is that, unlike the queries in approach 5, support for research queries is not currently a requirement for TEFCA participants, and the effort required to make research a purpose of use that is answered reliably by sites is substantial. SMEs described how participating providers and EHR vendors would require processes to be in place to ensure that a query is legitimate (eg, participants are consented, the study is IRB approved), and an enforcement mechanism to ensure that the data are used only for the designated purpose and in compliance with HIPAA regulations. This will be challenging because rules governing consent for such queries vary across states. Some have proposed that QHINs offer digital identity services to patients and allow them to control and view access to their data&#x2014;by putting the patient in charge, this would obviate trust issues among network participants [<xref ref-type="bibr" rid="ref53">53</xref>]. Yet, one SME suggested that research queries &#x201C;may never happen at scale.&#x201D;</p><p>SMEs described how national queries were being used for research today. Some existing companies query these networks for treatment purposes and then use the data for research as a secondary use. For example, one company justified its use of the treatment purpose of use by establishing itself as a telemedicine provider that helps patients navigate the health system, and then it uses those data for research with participant consent. In other cases, some forms of clinical trials might be considered both treatment and research. SMEs hoped that a future legal pathway for research queries would clarify this situation.</p></sec></sec><sec id="s3-11"><title>Aggregate Data Source</title><sec id="s3-11-1"><title>Description</title><p>In this approach, the participant consents to allowing the research team to collect data from a company that has aggregated datasets from multiple providers (directly or through EHR vendors or national laboratories) and/or payers (directly or through claims clearinghouses or pharmacy aggregators). The company serves as a marketplace connecting research teams with the data sources. The research team works with the organization to specify the data they need and pays a fee. The organization handles all the governance, business, and operational issues, including securing approval from the data sources, identifying the records associated with the consented patients, and preparing analytic datasets.</p></sec><sec id="s3-11-2"><title>Assessment</title><p>This approach is available today, widely accessible to all participants regardless of their ability to use technology, involves minimal burden on the participant, and allows research teams to control the timing of the queries to reduce variability in retrieved data. Limitations include cost to the research team, limits in the extent of available data sources, and lack of patient control over or awareness of the data available. Many data sources (eg, providers and payers) will only agree to release data anonymously. Research teams conducting studies with consented patients could meet this requirement by bifurcating their team into those with access to limited identifiable data (eg, for recruiting) and those with access to deidentified data for analyses. This may add burden to the study team and may not be feasible for some research teams.</p></sec></sec></sec><sec id="s4" sec-type="discussion"><title>Discussion</title><sec id="s4-1"><title>Principal Findings</title><p>We identified 8 approaches that would facilitate research team access to data from multiple providers and payers for participants in US studies, and 12 evaluation criteria. There were clear benefits and limitations for each approach. Participant-mediated approaches have the major advantage of bypassing the need for complex governance and privacy management processes, but they burden the participant, require effort or costs for the study team, and have incomplete connectivity to data sources, especially payers. Approaches involving queries of data exchange infrastructure are robust in some regions but vary substantially in terms of the data available and their ability to support research, and they may be challenging to implement at a national scale. Aggregate data sources allow for queries of national-level data in a way that addresses privacy management and governance issues but have limits in the scope of data sources. The benefits and limitations of each approach will likely change as the landscape evolves, driven largely by public policy.</p><p>In addition to the three steps of our focus (identifying the location of the data, retrieving the data, and sharing the data with research studies), SMEs emphasized the value of a fourth step: preparing the data for research. Many SMEs emphasized the value of these services, including normalization, conformance testing, and quality checks. As FHIR is a relatively new format for health data, most researchers are not accustomed to analyzing it. Many researchers may benefit from working with organizations familiar with the data&#x2019;s idiosyncrasies, and that can produce an analytic dataset tailored to the needs of the research project. There are active efforts to make FHIR data easier to validate [<xref ref-type="bibr" rid="ref54">54</xref>] and analyze [<xref ref-type="bibr" rid="ref55">55</xref>], which may mitigate this concern.</p><p>The value of synergies between payer and provider data (eg, leveraging payer data to identify and retrieve data from providers that a participant has visited previously) is only beginning to be explored and has the potential to provide a feedback loop in this process. For example, payer data can identify gaps in provider data and locations to target for data collection.</p><p>This complex landscape is the result of the fragmented structure of the US health care system, which produces the data used in research, wherein patients receive care from many different providers who use different EHR systems and are covered by different payers. Within this landscape, each research study will need to consider the best option to address its data needs within study budgets. Studies may consider multiple approaches to obtaining as complete a dataset as possible. For example, a study might use a participant-mediated approach for Medicare claims data in combination with working with a local HIE or aggregate data source for EHR data.</p></sec><sec id="s4-2"><title>Contribution</title><p>To our knowledge, this is the first study attempting to describe the US landscape of approaches to collect data from multiple providers and payers for research. Our results provide a comprehensive comparison of the benefits and limitations of each approach, allowing research teams to understand existing and anticipated future options and policymakers to target areas for improvement.</p><p>We found only 1 publication that discusses how a participant-mediated approach was used to collect data for a study [<xref ref-type="bibr" rid="ref41">41</xref>]. Other studies may have used this approach but have not described or assessed it. Sayeed et al [<xref ref-type="bibr" rid="ref37">37</xref>] assessed the potential for using FHIR standards for multiple research tasks, including collecting EHR data, as part of the People Heart Study. We did not find any assessments of the use of TEFCA IAS. HIEs and aggregated data sources have been used for studies involving consented patients, but we did not find a systematic examination of these approaches.</p></sec><sec id="s4-3"><title>Limitations</title><p>This study was limited to a US focus; the landscape in other countries regarding the collection of comprehensive data for research will likely differ and would be worth investigating in future work. Our data relied on SMEs and may not have included all relevant perspectives. The landscape of approaches is rapidly evolving, and some of our findings may become outdated, especially as new policies are implemented. Additionally, we did not conduct a systematic literature review, as our primary objective was to gather expert views to inform our analysis. However, we did review relevant literature identified by the research team and SMEs, who likely were aware of influential publications. Our scope was limited to one use case: the collection of provider and payer data for consented participants. We excluded other study workflows (eg, recruitment) and other types of studies (eg, population-level analyses of deidentified data).</p></sec><sec id="s4-4"><title>Conclusions</title><p>Complex and evolving trade-offs exist among the approaches we identified for collecting comprehensive electronic health data for research in the United States. We did not find a clear &#x201C;winner&#x201D;&#x2014;the optimal approaches will likely vary considerably based on factors specific to a study. Continued development, exploration, and evaluation of all approaches are warranted.</p><p>Policies supporting participant-mediated exchange could greatly improve those approaches by making FHIR endpoints more findable (eg, through a national public directory), making it easier for researchers to broadly register an app (eg, requiring a central location for all of an EHR vendor&#x2019;s customers), and ensuring that FHIR APIs are conformant with standards (eg, automated testing). Conformance requirements for FHIR APIs and data standards are particularly needed for private payer endpoints and are more efficient than expecting each research team to deal with the data issues individually. Advances in digital identity and the use of SSO across providers and patients may facilitate portal signup and the ability for study participants to sign in and pull records. Ongoing conformance evaluation of FHIR endpoints and assessments of participant ability to find and share data from prior sites of care would help inform improvement efforts.</p><p>Policies may also support queries of the data exchange infrastructure. Some regional HIEs have demonstrated the feasibility and value of using their existing infrastructure to pull data for research [<xref ref-type="bibr" rid="ref50">50</xref>,<xref ref-type="bibr" rid="ref56">56</xref>-<xref ref-type="bibr" rid="ref58">58</xref>]. These HIEs have distinct advantages, such as coverage of most relevant local data sources, familiarity with state and local privacy laws, established governance processes, and knowledge of their members&#x2019; data quality issues. Some are more advanced in supporting research than others, and there is room for additional innovation. Policies could support establishing HIEs in regions that lack them, developing more capabilities to support research, and facilitating the sharing of best practices and evaluation. National efforts to make data available for research are still in their infancy, and it is not clear if or how the trust issues among data holders can be resolved, especially considering recent litigation [<xref ref-type="bibr" rid="ref59">59</xref>,<xref ref-type="bibr" rid="ref60">60</xref>]. The IAS may be the most promising approach that uses the national networks, but it will require clarifying the liability rules for data holders when they respond to requests. Evaluations should assess retrieved data in comparison with data obtained using a treatment purpose of use.</p><p>As these approaches evolve, ongoing rigorous evaluation and benchmarking of the benefits and limitations of each approach would empower research teams to make better decisions for study data collection.</p></sec></sec></body><back><notes><sec><title>Funding</title><p>Research reported in this publication was supported by the National Institute on Aging of the National Institutes of Health (NIH) under award R01AG083035. The content is solely the responsibility of the authors and does not necessarily represent the official views of the NIH. This paper is subject to the NIH Public Access Policy. Through acceptance of this federal funding, the NIH has been granted the right to make this paper publicly available in PubMed Central upon the official date of publication, as defined by NIH. No generative artificial intelligence tools were used in the preparation of this paper.</p></sec><sec><title>Data Availability</title><p>The datasets generated and analyzed during this study are not publicly available because of participant confidentiality concerns but are available from the corresponding author on reasonable request.</p></sec></notes><fn-group><fn fn-type="con"><p>RSR led the conceptualization, data collection, formal analysis, methodology, supervision, funding acquisition, and writing of the original draft. DG, NC, JCM, WJG, and DM contributed to conceptualization. DG and NC contributed to the formal analysis, and NC also contributed to data collection and methodology.</p></fn><fn fn-type="conflict"><p>RSR reports a small revenue share with GreenCape Health, a small digital health company, unrelated to this work. William J Gordon is an employee at Manatt Health. Joshua C Mendel is an employee at Microsoft Corporation.</p></fn></fn-group><glossary><title>Abbreviations</title><def-list><def-item><term id="abb1">API</term><def><p>application programming interface</p></def></def-item><def-item><term id="abb2">CMS</term><def><p>Centers for Medicare &#x0026; Medicaid Services</p></def></def-item><def-item><term id="abb3">EHI</term><def><p>electronic health information</p></def></def-item><def-item><term id="abb4">EHR</term><def><p>electronic health record</p></def></def-item><def-item><term id="abb5">FHIR</term><def><p>Fast Health Interoperability Resources</p></def></def-item><def-item><term id="abb6">HIE</term><def><p>health information exchange</p></def></def-item><def-item><term id="abb7">HIPAA</term><def><p>Health Insurance Portability and Accountability Act</p></def></def-item><def-item><term id="abb8">IAS</term><def><p>Individual Access Service</p></def></def-item><def-item><term id="abb9">IRB</term><def><p>Institutional review board</p></def></def-item><def-item><term id="abb10">QHIN</term><def><p>qualified health information network</p></def></def-item><def-item><term id="abb11">SMART</term><def><p>Substitutable Medical Applications and Reusable Technologies</p></def></def-item><def-item><term id="abb12">SME</term><def><p>subject matter expert</p></def></def-item><def-item><term id="abb13">SSO</term><def><p>single sign-on</p></def></def-item><def-item><term id="abb14">TEFCA</term><def><p>Trust Exchange Framework and Common Agreement</p></def></def-item></def-list></glossary><ref-list><title>References</title><ref id="ref1"><label>1</label><nlm-citation citation-type="web"><article-title>Adoption of electronic health records by hospital service type 2019-2021</article-title><source>Office of the National Coordinator for Health Information Technology</source><year>2022</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://healthit.gov/data/quickstats/adoption-electronic-health-records-hospital-service-type-2019-2021/#overview">https://healthit.gov/data/quickstats/adoption-electronic-health-records-hospital-service-type-2019-2021/#overview</ext-link></comment></nlm-citation></ref><ref id="ref2"><label>2</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Riva</surname><given-names>A</given-names> </name><name name-style="western"><surname>Mandl</surname><given-names>KD</given-names> </name><name name-style="western"><surname>Oh</surname><given-names>DH</given-names> </name><etal/></person-group><article-title>The personal internetworked notary and guardian</article-title><source>Int J Med Inform</source><year>2001</year><month>06</month><volume>62</volume><issue>1</issue><fpage>27</fpage><lpage>40</lpage><pub-id pub-id-type="doi">10.1016/s1386-5056(00)00136-2</pub-id><pub-id pub-id-type="medline">11340004</pub-id></nlm-citation></ref><ref id="ref3"><label>3</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Al-Sahab</surname><given-names>B</given-names> </name><name name-style="western"><surname>Leviton</surname><given-names>A</given-names> </name><name name-style="western"><surname>Loddenkemper</surname><given-names>T</given-names> </name><name name-style="western"><surname>Paneth</surname><given-names>N</given-names> </name><name name-style="western"><surname>Zhang</surname><given-names>B</given-names> </name></person-group><article-title>Biases in electronic health records data for generating real-world evidence: an overview</article-title><source>J Healthc Inform Res</source><year>2024</year><month>03</month><volume>8</volume><issue>1</issue><fpage>121</fpage><lpage>139</lpage><pub-id pub-id-type="doi">10.1007/s41666-023-00153-2</pub-id><pub-id pub-id-type="medline">38273982</pub-id></nlm-citation></ref><ref id="ref4"><label>4</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Gurupur</surname><given-names>V</given-names> </name><name name-style="western"><surname>Hooshmand</surname><given-names>S</given-names> </name><name name-style="western"><surname>Prabhu</surname><given-names>DF</given-names> </name><name name-style="western"><surname>Trader</surname><given-names>E</given-names> </name><name name-style="western"><surname>Salvi</surname><given-names>S</given-names> </name></person-group><article-title>Incompleteness of electronic health records: an impending process problem within healthcare</article-title><source>Healthcare (Basel)</source><year>2025</year><month>11</month><day>13</day><volume>13</volume><issue>22</issue><fpage>2900</fpage><pub-id pub-id-type="doi">10.3390/healthcare13222900</pub-id><pub-id pub-id-type="medline">41302288</pub-id></nlm-citation></ref><ref id="ref5"><label>5</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Kar</surname><given-names>S</given-names> </name><name name-style="western"><surname>Bessette</surname><given-names>LG</given-names> </name><name name-style="western"><surname>Wyss</surname><given-names>R</given-names> </name><name name-style="western"><surname>Kesselheim</surname><given-names>AS</given-names> </name><name name-style="western"><surname>Lin</surname><given-names>KJ</given-names> </name></person-group><article-title>The impact of electronic health record discontinuity on prediction modeling</article-title><source>PLoS One</source><year>2023</year><volume>18</volume><issue>7</issue><fpage>e0287985</fpage><pub-id pub-id-type="doi">10.1371/journal.pone.0287985</pub-id><pub-id pub-id-type="medline">37410777</pub-id></nlm-citation></ref><ref id="ref6"><label>6</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Martin</surname><given-names>S</given-names> </name><name name-style="western"><surname>Wagner</surname><given-names>J</given-names> </name><name name-style="western"><surname>Lupulescu-Mann</surname><given-names>N</given-names> </name><etal/></person-group><article-title>Comparison of EHR-based diagnosis documentation locations to a gold standard for risk stratification in patients with multiple chronic conditions</article-title><source>Appl Clin Inform</source><year>2017</year><month>08</month><day>2</day><volume>8</volume><issue>3</issue><fpage>794</fpage><lpage>809</lpage><pub-id pub-id-type="doi">10.4338/ACI-2016-12-RA-0210</pub-id><pub-id pub-id-type="medline">28765864</pub-id></nlm-citation></ref><ref id="ref7"><label>7</label><nlm-citation citation-type="web"><article-title>Advancing nationwide interoperability with TEFCA&#x00AE;</article-title><source>Office of the National Coordinator for Health Information Technology</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://healthit.gov/policy/tefca/">https://healthit.gov/policy/tefca/</ext-link></comment></nlm-citation></ref><ref id="ref8"><label>8</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Black</surname><given-names>JR</given-names> </name><name name-style="western"><surname>Hulkower</surname><given-names>RL</given-names> </name><name name-style="western"><surname>Ramanathan</surname><given-names>T</given-names> </name></person-group><article-title>Health information blocking: responses under the 21st Century Cures Act</article-title><source>Public Health Rep</source><year>2018</year><volume>133</volume><issue>5</issue><fpage>610</fpage><lpage>613</lpage><pub-id pub-id-type="doi">10.1177/0033354918791544</pub-id><pub-id pub-id-type="medline">30134128</pub-id></nlm-citation></ref><ref id="ref9"><label>9</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Lye</surname><given-names>CT</given-names> </name><name name-style="western"><surname>Forman</surname><given-names>HP</given-names> </name><name name-style="western"><surname>Daniel</surname><given-names>JG</given-names> </name><name name-style="western"><surname>Krumholz</surname><given-names>HM</given-names> </name></person-group><article-title>The 21st Century Cures Act and electronic health records one year later: will patients see the benefits?</article-title><source>J Am Med Inform Assoc</source><year>2018</year><month>09</month><day>1</day><volume>25</volume><issue>9</issue><fpage>1218</fpage><lpage>1220</lpage><pub-id pub-id-type="doi">10.1093/jamia/ocy065</pub-id><pub-id pub-id-type="medline">30184156</pub-id></nlm-citation></ref><ref id="ref10"><label>10</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Majumder</surname><given-names>MA</given-names> </name><name name-style="western"><surname>Guerrini</surname><given-names>CJ</given-names> </name><name name-style="western"><surname>Bollinger</surname><given-names>JM</given-names> </name><name name-style="western"><surname>Cook-Deegan</surname><given-names>R</given-names> </name><name name-style="western"><surname>McGuire</surname><given-names>AL</given-names> </name></person-group><article-title>Sharing data under the 21st Century Cures Act</article-title><source>Genet Med</source><year>2017</year><month>12</month><volume>19</volume><issue>12</issue><fpage>1289</fpage><lpage>1294</lpage><pub-id pub-id-type="doi">10.1038/gim.2017.59</pub-id><pub-id pub-id-type="medline">28541278</pub-id></nlm-citation></ref><ref id="ref11"><label>11</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Gordon</surname><given-names>WJ</given-names> </name><name name-style="western"><surname>Rudin</surname><given-names>RS</given-names> </name></person-group><article-title>Why APIs? Anticipated value, barriers, and opportunities for standards-based application programming interfaces in healthcare: perspectives of US thought leaders</article-title><source>JAMIA Open</source><year>2022</year><month>07</month><volume>5</volume><issue>2</issue><fpage>ooac023</fpage><pub-id pub-id-type="doi">10.1093/jamiaopen/ooac023</pub-id><pub-id pub-id-type="medline">35474716</pub-id></nlm-citation></ref><ref id="ref12"><label>12</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Kahn</surname><given-names>MG</given-names> </name><name name-style="western"><surname>Raebel</surname><given-names>MA</given-names> </name><name name-style="western"><surname>Glanz</surname><given-names>JM</given-names> </name><name name-style="western"><surname>Riedlinger</surname><given-names>K</given-names> </name><name name-style="western"><surname>Steiner</surname><given-names>JF</given-names> </name></person-group><article-title>A pragmatic framework for single-site and multisite data quality assessment in electronic health record-based clinical research</article-title><source>Med Care</source><year>2012</year><month>07</month><volume>50 Suppl</volume><fpage>S21</fpage><lpage>9</lpage><pub-id pub-id-type="doi">10.1097/MLR.0b013e318257dd67</pub-id><pub-id pub-id-type="medline">22692254</pub-id></nlm-citation></ref><ref id="ref13"><label>13</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Pham</surname><given-names>HH</given-names> </name><name name-style="western"><surname>Schrag</surname><given-names>D</given-names> </name><name name-style="western"><surname>O&#x2019;Malley</surname><given-names>AS</given-names> </name><name name-style="western"><surname>Wu</surname><given-names>B</given-names> </name><name name-style="western"><surname>Bach</surname><given-names>PB</given-names> </name></person-group><article-title>Care patterns in Medicare and their implications for pay for performance</article-title><source>N Engl J Med</source><year>2007</year><month>03</month><day>15</day><volume>356</volume><issue>11</issue><fpage>1130</fpage><lpage>1139</lpage><pub-id pub-id-type="doi">10.1056/NEJMsa063979</pub-id><pub-id pub-id-type="medline">17360991</pub-id></nlm-citation></ref><ref id="ref14"><label>14</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Pham</surname><given-names>HH</given-names> </name><name name-style="western"><surname>O&#x2019;Malley</surname><given-names>AS</given-names> </name><name name-style="western"><surname>Bach</surname><given-names>PB</given-names> </name><name name-style="western"><surname>Saiontz-Martinez</surname><given-names>C</given-names> </name><name name-style="western"><surname>Schrag</surname><given-names>D</given-names> </name></person-group><article-title>Primary care physicians&#x2019; links to other physicians through Medicare patients: the scope of care coordination</article-title><source>Ann Intern Med</source><year>2009</year><month>02</month><day>17</day><volume>150</volume><issue>4</issue><fpage>236</fpage><lpage>242</lpage><pub-id pub-id-type="doi">10.7326/0003-4819-150-4-200902170-00004</pub-id><pub-id pub-id-type="medline">19221375</pub-id></nlm-citation></ref><ref id="ref15"><label>15</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Fang</surname><given-names>H</given-names> </name><name name-style="western"><surname>Frean</surname><given-names>M</given-names> </name><name name-style="western"><surname>Sylwestrzak</surname><given-names>G</given-names> </name><name name-style="western"><surname>Ukert</surname><given-names>B</given-names> </name></person-group><article-title>Trends in disenrollment and reenrollment within US commercial health insurance plans, 2006-2018</article-title><source>JAMA Netw Open</source><year>2022</year><month>02</month><day>1</day><volume>5</volume><issue>2</issue><fpage>e220320</fpage><pub-id pub-id-type="doi">10.1001/jamanetworkopen.2022.0320</pub-id><pub-id pub-id-type="medline">35201308</pub-id></nlm-citation></ref><ref id="ref16"><label>16</label><nlm-citation citation-type="report"><person-group person-group-type="author"><name name-style="western"><surname>Szolovits</surname><given-names>P</given-names></name><name name-style="western"><surname>Long</surname><given-names>WJ</given-names> </name><name name-style="western"><surname>Kohane</surname><given-names>I</given-names> </name><name name-style="western"><surname>Pauker</surname><given-names>SG</given-names> </name></person-group><article-title>Guardian angel: patient-centered health information systems</article-title><year>1994</year><access-date>2026-06-08</access-date><publisher-name>Massachusetts Institute of Technology, Laboratory for Computer Science</publisher-name><comment><ext-link ext-link-type="uri" xlink:href="https://dspace.mit.edu/entities/publication/f1e3abf1-73d7-4c08-8851-b23bf5e0bcba">https://dspace.mit.edu/entities/publication/f1e3abf1-73d7-4c08-8851-b23bf5e0bcba</ext-link></comment></nlm-citation></ref><ref id="ref17"><label>17</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Yasnoff</surname><given-names>WA</given-names> </name><name name-style="western"><surname>Shortliffe</surname><given-names>EH</given-names> </name></person-group><article-title>Lessons learned from a health record bank start-up</article-title><source>Methods Inf Med</source><year>2014</year><volume>53</volume><issue>2</issue><fpage>66</fpage><lpage>72</lpage><pub-id pub-id-type="doi">10.3414/ME13-02-0030</pub-id><pub-id pub-id-type="medline">24477917</pub-id></nlm-citation></ref><ref id="ref18"><label>18</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Everson</surname><given-names>J</given-names> </name><name name-style="western"><surname>Chang</surname><given-names>W</given-names> </name><name name-style="western"><surname>Patel</surname><given-names>V</given-names> </name><name name-style="western"><surname>Adler-Milstein</surname><given-names>J</given-names> </name></person-group><article-title>The state of health information organizations and plans to participate in the federal exchange framework</article-title><source>Health Aff Sch</source><year>2024</year><month>08</month><volume>2</volume><issue>8</issue><fpage>qxae098</fpage><pub-id pub-id-type="doi">10.1093/haschl/qxae098</pub-id><pub-id pub-id-type="medline">39188926</pub-id></nlm-citation></ref><ref id="ref19"><label>19</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Chimanuka Murhima&#x2019;alika</surname><given-names>C</given-names> </name><name name-style="western"><surname>Mary</surname><given-names>M</given-names> </name><name name-style="western"><surname>Chiribagula Zalinga</surname><given-names>C</given-names> </name><etal/></person-group><article-title>Exploring opportunities to strengthen maternal and perinatal death surveillance and response: a landscape analysis of surveillance and health information systems in the Eastern Democratic Republic of Congo</article-title><source>Confl Health</source><year>2025</year><month>11</month><day>5</day><volume>19</volume><issue>1</issue><fpage>80</fpage><pub-id pub-id-type="doi">10.1186/s13031-025-00720-x</pub-id><pub-id pub-id-type="medline">41194246</pub-id></nlm-citation></ref><ref id="ref20"><label>20</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Meek</surname><given-names>JY</given-names> </name><name name-style="western"><surname>Nelson</surname><given-names>JM</given-names> </name><name name-style="western"><surname>Hanley</surname><given-names>LE</given-names> </name><name name-style="western"><surname>Onyema-Melton</surname><given-names>N</given-names> </name><name name-style="western"><surname>Wood</surname><given-names>JK</given-names> </name></person-group><article-title>Landscape analysis of breastfeeding-related physician education in the United States</article-title><source>Breastfeed Med</source><year>2020</year><month>06</month><volume>15</volume><issue>6</issue><fpage>401</fpage><lpage>411</lpage><pub-id pub-id-type="doi">10.1089/bfm.2019.0263</pub-id><pub-id pub-id-type="medline">32320260</pub-id></nlm-citation></ref><ref id="ref21"><label>21</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Shalash</surname><given-names>A</given-names> </name><name name-style="western"><surname>Nemer</surname><given-names>M</given-names> </name><name name-style="western"><surname>Abu-Rmeileh</surname><given-names>N</given-names> </name><name name-style="western"><surname>Kittaneh</surname><given-names>M</given-names> </name><name name-style="western"><surname>Kelly</surname><given-names>D</given-names> </name><name name-style="western"><surname>Elmusharaf</surname><given-names>K</given-names> </name></person-group><article-title>Mapping stakeholders, services, data, and the information system for adolescent health in the West Bank</article-title><source>Reprod Health</source><year>2025</year><month>05</month><day>31</day><volume>22</volume><issue>Suppl 1</issue><fpage>81</fpage><pub-id pub-id-type="doi">10.1186/s12978-025-01991-6</pub-id><pub-id pub-id-type="medline">40448084</pub-id></nlm-citation></ref><ref id="ref22"><label>22</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Hsieh</surname><given-names>HF</given-names> </name><name name-style="western"><surname>Shannon</surname><given-names>SE</given-names> </name></person-group><article-title>Three approaches to qualitative content analysis</article-title><source>Qual Health Res</source><year>2005</year><month>11</month><volume>15</volume><issue>9</issue><fpage>1277</fpage><lpage>1288</lpage><pub-id pub-id-type="doi">10.1177/1049732305276687</pub-id><pub-id pub-id-type="medline">16204405</pub-id></nlm-citation></ref><ref id="ref23"><label>23</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Berg</surname><given-names>BL</given-names> </name></person-group><source>Qualitative Research Methods for the Social Sciences</source><year>2007</year><access-date>2026-06-08</access-date><edition>6</edition><publisher-name>Pearson</publisher-name><comment><ext-link ext-link-type="uri" xlink:href="https://openlibrary.org/books/OL21527186M/Qualitative_research_methods_for_the_social_sciences">https://openlibrary.org/books/OL21527186M/Qualitative_research_methods_for_the_social_sciences</ext-link></comment></nlm-citation></ref><ref id="ref24"><label>24</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Saunders</surname><given-names>B</given-names> </name><name name-style="western"><surname>Kitzinger</surname><given-names>J</given-names> </name><name name-style="western"><surname>Kitzinger</surname><given-names>C</given-names> </name></person-group><article-title>Anonymising interview data: challenges and compromise in practice</article-title><source>Qual Res</source><year>2015</year><month>10</month><volume>15</volume><issue>5</issue><fpage>616</fpage><lpage>632</lpage><pub-id pub-id-type="doi">10.1177/1468794114550439</pub-id><pub-id pub-id-type="medline">26457066</pub-id></nlm-citation></ref><ref id="ref25"><label>25</label><nlm-citation citation-type="web"><article-title>Medicare and Medicaid programs; Electronic Health Record Incentive Program-Stage 3 and modifications to meaningful use in 2015 through 2017</article-title><source>Federal Register</source><year>2015</year><access-date>2026-06-03</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.federalregister.gov/documents/2015/10/16/2015-25595/medicare-and-medicaid-programs-electronic-health-record-incentive-program-stage-3-and-modifications">https://www.federalregister.gov/documents/2015/10/16/2015-25595/medicare-and-medicaid-programs-electronic-health-record-incentive-program-stage-3-and-modifications</ext-link></comment></nlm-citation></ref><ref id="ref26"><label>26</label><nlm-citation citation-type="web"><article-title>CMS seeks public input on improving technology to empower medicare beneficiaries</article-title><source>CMS</source><year>2025</year><access-date>2026-06-03</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.cms.gov/newsroom/press-releases/cms-seeks-public-input-improving-technology-empower-medicare-beneficiaries">https://www.cms.gov/newsroom/press-releases/cms-seeks-public-input-improving-technology-empower-medicare-beneficiaries</ext-link></comment></nlm-citation></ref><ref id="ref27"><label>27</label><nlm-citation citation-type="web"><article-title>Health tech ecosystem categories</article-title><source>CMS</source><year>2025</year><access-date>2026-06-03</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.cms.gov/health-technology-ecosystem/categories">https://www.cms.gov/health-technology-ecosystem/categories</ext-link></comment></nlm-citation></ref><ref id="ref28"><label>28</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Rudin</surname><given-names>RS</given-names> </name><name name-style="western"><surname>Hillestad</surname><given-names>R</given-names> </name><name name-style="western"><surname>Ridgely</surname><given-names>MS</given-names> </name><name name-style="western"><surname>Qureshi</surname><given-names>NS</given-names> </name><name name-style="western"><surname>Davis</surname><given-names>JS</given-names>  <suffix>2nd</suffix></name><name name-style="western"><surname>Fischer</surname><given-names>SH</given-names> </name></person-group><article-title>Defining and evaluating patient-empowered approaches to improving record matching</article-title><source>Rand Health Q</source><year>2019</year><month>05</month><volume>8</volume><issue>3</issue><fpage>3</fpage><pub-id pub-id-type="medline">31205803</pub-id></nlm-citation></ref><ref id="ref29"><label>29</label><nlm-citation citation-type="web"><article-title>Tiered OAuth for user authentication</article-title><source>HL7</source><year>2025</year><access-date>2026-06-03</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://hl7.org/fhir/us/udap-security/user.html">https://hl7.org/fhir/us/udap-security/user.html</ext-link></comment></nlm-citation></ref><ref id="ref30"><label>30</label><nlm-citation citation-type="web"><article-title>CARIN Alliance and HHS release digital identity federation report about their test proof of concept</article-title><source>Leavitt Partners</source><year>2023</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://leavittpartners.com/carin-alliance-and-hhs-release-digital-identity-federation-report-about-their-test-proof-of-concept">https://leavittpartners.com/carin-alliance-and-hhs-release-digital-identity-federation-report-about-their-test-proof-of-concept</ext-link></comment></nlm-citation></ref><ref id="ref31"><label>31</label><nlm-citation citation-type="web"><article-title>Interoperability framework</article-title><source>CMS</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.cms.gov/health-technology-ecosystem/interoperability-framework">https://www.cms.gov/health-technology-ecosystem/interoperability-framework</ext-link></comment></nlm-citation></ref><ref id="ref32"><label>32</label><nlm-citation citation-type="web"><article-title>User-access brands and endpoints</article-title><source>HL7</source><year>2024</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.hl7.org/fhir/smart-app-launch/brands.html">https://www.hl7.org/fhir/smart-app-launch/brands.html</ext-link></comment></nlm-citation></ref><ref id="ref33"><label>33</label><nlm-citation citation-type="web"><article-title>Health data, technology, and interoperability: certification program updates, algorithm transparency, and information sharing</article-title><source>Federal Register</source><year>2024</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.federalregister.gov/documents/2024/01/09/2023-28857/health-data-technology-and-interoperability-certification-program-updates-algorithm-transparency-and">https://www.federalregister.gov/documents/2024/01/09/2023-28857/health-data-technology-and-interoperability-certification-program-updates-algorithm-transparency-and</ext-link></comment></nlm-citation></ref><ref id="ref34"><label>34</label><nlm-citation citation-type="web"><article-title>CMS building foundational infrastructure for digital healthcare ecosystem</article-title><source>Centers for Medicare &#x0026; Medicaid Services</source><year>2025</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.cms.gov/newsroom/press-releases/cms-building-foundational-infrastructure-digital-healthcare-ecosystem">https://www.cms.gov/newsroom/press-releases/cms-building-foundational-infrastructure-digital-healthcare-ecosystem</ext-link></comment></nlm-citation></ref><ref id="ref35"><label>35</label><nlm-citation citation-type="web"><article-title>HealthKit</article-title><source>Apple Developer</source><year>2026</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://developer.apple.com/documentation/healthkit">https://developer.apple.com/documentation/healthkit</ext-link></comment></nlm-citation></ref><ref id="ref36"><label>36</label><nlm-citation citation-type="web"><article-title>Medical records</article-title><source>Android Developers</source><year>2026</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://developer.android.com/health-and-fitness/guides/medical-records">https://developer.android.com/health-and-fitness/guides/medical-records</ext-link></comment></nlm-citation></ref><ref id="ref37"><label>37</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Sayeed</surname><given-names>R</given-names> </name><name name-style="western"><surname>Kreda</surname><given-names>D</given-names> </name><name name-style="western"><surname>Mandel</surname><given-names>JC</given-names> </name><etal/></person-group><article-title>A standards-based approach to digital health research: implementing the people heart study</article-title><source>J Am Med Inform Assoc</source><year>2025</year><month>12</month><day>1</day><volume>32</volume><issue>12</issue><fpage>1811</fpage><lpage>1821</lpage><pub-id pub-id-type="doi">10.1093/jamia/ocaf163</pub-id><pub-id pub-id-type="medline">41032388</pub-id></nlm-citation></ref><ref id="ref38"><label>38</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Truslow</surname><given-names>J</given-names> </name><name name-style="western"><surname>Spillane</surname><given-names>A</given-names> </name><name name-style="western"><surname>Lin</surname><given-names>H</given-names> </name><etal/></person-group><article-title>Understanding activity and physiology at scale: the Apple Heart &#x0026; Movement Study</article-title><source>NPJ Digit Med</source><year>2024</year><month>09</month><day>10</day><volume>7</volume><issue>1</issue><fpage>242</fpage><pub-id pub-id-type="doi">10.1038/s41746-024-01187-5</pub-id><pub-id pub-id-type="medline">39256546</pub-id></nlm-citation></ref><ref id="ref39"><label>39</label><nlm-citation citation-type="web"><article-title>SHL protocol specification</article-title><source>SMART Health Links</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://docs.smarthealthit.org/smart-health-links/spec/">https://docs.smarthealthit.org/smart-health-links/spec/</ext-link></comment></nlm-citation></ref><ref id="ref40"><label>40</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Keeler</surname><given-names>B</given-names> </name></person-group><article-title>Indiana Jones and the personal health record</article-title><source>Health API Guy</source><year>2021</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://healthapiguy.substack.com/p/indiana-jones-and-the-personal-health">https://healthapiguy.substack.com/p/indiana-jones-and-the-personal-health</ext-link></comment></nlm-citation></ref><ref id="ref41"><label>41</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Krumholz</surname><given-names>HM</given-names> </name><name name-style="western"><surname>Sawano</surname><given-names>M</given-names> </name><name name-style="western"><surname>Bhattacharjee</surname><given-names>B</given-names> </name><etal/></person-group><article-title>The PAX LC trial: A decentralized, phase 2, randomized, double-blind study of nirmatrelvir/ritonavir compared with placebo/ritonavir for long COVID</article-title><source>Am J Med</source><year>2025</year><month>05</month><volume>138</volume><issue>5</issue><fpage>884</fpage><lpage>892</lpage><pub-id pub-id-type="doi">10.1016/j.amjmed.2024.04.030</pub-id><pub-id pub-id-type="medline">38735354</pub-id></nlm-citation></ref><ref id="ref42"><label>42</label><nlm-citation citation-type="web"><article-title>Standardized data: the OMOP common data model</article-title><source>Observational Health Data Sciences and Informatics</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.ohdsi.org/data-standardization">https://www.ohdsi.org/data-standardization</ext-link></comment></nlm-citation></ref><ref id="ref43"><label>43</label><nlm-citation citation-type="web"><article-title>Procure-wip</article-title><source>GitHub</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://github.com/sync-for-science/procure-wip">https://github.com/sync-for-science/procure-wip</ext-link></comment></nlm-citation></ref><ref id="ref44"><label>44</label><nlm-citation citation-type="web"><article-title>Homepage</article-title><source>RTI Wellmine</source><year>2025</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://wellmine.rti.org">https://wellmine.rti.org</ext-link></comment></nlm-citation></ref><ref id="ref45"><label>45</label><nlm-citation citation-type="web"><article-title>21st Century Cures Act: interoperability, information blocking, and the ONC Health IT Certification Program</article-title><source>Federal Register</source><year>2020</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.federalregister.gov/documents/2020/05/01/2020-07419/21st-century-cures-act-interoperability-information-blocking-and-the-onc-health-it-certification">https://www.federalregister.gov/documents/2020/05/01/2020-07419/21st-century-cures-act-interoperability-information-blocking-and-the-onc-health-it-certification</ext-link></comment></nlm-citation></ref><ref id="ref46"><label>46</label><nlm-citation citation-type="web"><article-title>Code of conduct</article-title><source>CARIN Alliance</source><access-date>2026-06-03</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.carinalliance.com/code-of-conduct">https://www.carinalliance.com/code-of-conduct</ext-link></comment></nlm-citation></ref><ref id="ref47"><label>47</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Kulatunga</surname><given-names>J</given-names> </name></person-group><article-title>TEFCA IAS - deep dive into patient matching &#x0026; RLS responses</article-title><source>Fasten Health Blog</source><year>2025</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://blog.fastenhealth.com/tefca-patient-matching-rls">https://blog.fastenhealth.com/tefca-patient-matching-rls</ext-link></comment></nlm-citation></ref><ref id="ref48"><label>48</label><nlm-citation citation-type="web"><article-title>Health data utilities</article-title><source>CIVITAS: Networks for Health</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.civitasforhealth.org/health-data-utilities">https://www.civitasforhealth.org/health-data-utilities</ext-link></comment></nlm-citation></ref><ref id="ref49"><label>49</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Gryczynski</surname><given-names>J</given-names> </name><name name-style="western"><surname>Nordeck</surname><given-names>CD</given-names> </name><name name-style="western"><surname>Welsh</surname><given-names>C</given-names> </name><name name-style="western"><surname>Mitchell</surname><given-names>SG</given-names> </name><name name-style="western"><surname>O&#x2019;Grady</surname><given-names>KE</given-names> </name><name name-style="western"><surname>Schwartz</surname><given-names>RP</given-names> </name></person-group><article-title>Preventing hospital readmission for patients with comorbid substance use disorder: a randomized trial</article-title><source>Ann Intern Med</source><year>2021</year><month>07</month><volume>174</volume><issue>7</issue><fpage>899</fpage><lpage>909</lpage><pub-id pub-id-type="doi">10.7326/M20-5475</pub-id><pub-id pub-id-type="medline">33819055</pub-id></nlm-citation></ref><ref id="ref50"><label>50</label><nlm-citation citation-type="web"><article-title>Clinical data drives insight and innovation to transform our healthcare system</article-title><source>CRISP Health</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.crisphealth.org/research/">https://www.crisphealth.org/research/</ext-link></comment></nlm-citation></ref><ref id="ref51"><label>51</label><nlm-citation citation-type="web"><article-title>EHR Good Neighbor</article-title><source>Scaling research data access statewide with bulk FHIR</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://good-neighbor.smarthealthit.org/case-studies/scaling-research-data-access-statewide-with-bulk-fhir">https://good-neighbor.smarthealthit.org/case-studies/scaling-research-data-access-statewide-with-bulk-fhir</ext-link></comment></nlm-citation></ref><ref id="ref52"><label>52</label><nlm-citation citation-type="web"><article-title>Resource subscription</article-title><source>HL7</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.hl7.org/fhir/subscription.html">https://www.hl7.org/fhir/subscription.html</ext-link></comment></nlm-citation></ref><ref id="ref53"><label>53</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Mandel</surname><given-names>JC</given-names> </name><name name-style="western"><surname>Pollak</surname><given-names>JP</given-names> </name><name name-style="western"><surname>Mandl</surname><given-names>KD</given-names> </name></person-group><article-title>The patient role in a federal national-scale health information exchange</article-title><source>J Med Internet Res</source><year>2022</year><month>11</month><day>4</day><volume>24</volume><issue>11</issue><fpage>e41750</fpage><pub-id pub-id-type="doi">10.2196/41750</pub-id><pub-id pub-id-type="medline">36331535</pub-id></nlm-citation></ref><ref id="ref54"><label>54</label><nlm-citation citation-type="web"><article-title>Qualifier</article-title><source>GitHub</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://github.com/sync-for-science/qualifier/tree/master">https://github.com/sync-for-science/qualifier/tree/master</ext-link></comment></nlm-citation></ref><ref id="ref55"><label>55</label><nlm-citation citation-type="web"><article-title>SQL on FHIR</article-title><source>HL7 FHIR Implementation Guides</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://build.fhir.org/ig/HL7/sql-on-fhir/">https://build.fhir.org/ig/HL7/sql-on-fhir/</ext-link></comment></nlm-citation></ref><ref id="ref56"><label>56</label><nlm-citation citation-type="web"><article-title>Homepage</article-title><source>HealthShare Exchange (HSX)</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://healthshareexchange.org/homepage">https://healthshareexchange.org/homepage</ext-link></comment></nlm-citation></ref><ref id="ref57"><label>57</label><nlm-citation citation-type="web"><article-title>How we bring the data to you</article-title><source>Regenstrief Institute</source><access-date>2026-06-03</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.regenstrief.org/rds/data">https://www.regenstrief.org/rds/data</ext-link></comment></nlm-citation></ref><ref id="ref58"><label>58</label><nlm-citation citation-type="web"><article-title>Homepage</article-title><source>MyHealth Access Network</source><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://myhealthaccess.net">https://myhealthaccess.net</ext-link></comment></nlm-citation></ref><ref id="ref59"><label>59</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Adler</surname><given-names>S</given-names> </name></person-group><article-title>Epic sues health information exchange network alleging improper record access</article-title><source>The HIPAA Journal</source><year>2026</year><access-date>2026-06-03</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://www.hipaajournal.com/epic-sues-health-information-exchange-network-improper-record-access/">https://www.hipaajournal.com/epic-sues-health-information-exchange-network-improper-record-access/</ext-link></comment></nlm-citation></ref><ref id="ref60"><label>60</label><nlm-citation citation-type="web"><person-group person-group-type="author"><name name-style="western"><surname>Keeler</surname><given-names>B</given-names> </name></person-group><article-title>Epic v. particle 2: the problem of secondary use</article-title><source>Health API Guy</source><year>2024</year><access-date>2026-06-08</access-date><comment><ext-link ext-link-type="uri" xlink:href="https://healthapiguy.substack.com/p/epic-v-particle-2-the-problem-of">https://healthapiguy.substack.com/p/epic-v-particle-2-the-problem-of</ext-link></comment></nlm-citation></ref></ref-list><app-group><supplementary-material id="app1"><label>Multimedia Appendix 1 </label><p>Evaluation of approaches to collecting comprehensive provider and payer data for research.</p><media xlink:href="jmir_v28i1e86330_app1.xlsx" xlink:title="XLSX File, 15 KB"/></supplementary-material><supplementary-material id="app2"><label>Checklist 1</label><p>SRQR checklist.</p><media xlink:href="jmir_v28i1e86330_app2.pdf" xlink:title="PDF File, 69 KB"/></supplementary-material></app-group></back></article>