Benchmarking Fast Healthcare Interoperability Resources–Based Analytics: Quantitative Study of RESTful Server Queries and Big Data Engines

BACKGROUND: Electronic health records offer vast clinical data for health care research, but interoperability challenges often hinder comprehensive analysis. The Health Level Seven Fast Healthcare Interoperability Resources (FHIR) standard addresses these challenges, although its nested and interconnected resource format can be complex for analytics. Several tools have emerged to facilitate analytical access, either by querying FHIR servers via representational state transfer (REST) APIs or encoding resources in relational formats. However, the performance implications of these methods remain largely unexplored. OBJECTIVE: This study aimed to benchmark the performance characteristics of different FHIR-based analytical approaches comparing REST API queries against SQL- and Spark-based big data frameworks operating on FHIR-encoded data. METHODS: We benchmarked the FHIR-PYrate library, which interfaces with a FHIR server's REST API, against Pathling, a library built for analytics based on Apache Spark, and Trino, a general-purpose SQL query engine. We defined and implemented multiple queries in each engine using 3 common analytics scenarios-data aggregation, counting, and extraction. Execution times were measured across Synthea-generated datasets of increasing size. RESULTS: On the largest dataset, containing 71,285,064 FHIR resources, Trino completed the aggregate query more than 12,000 times faster, and Pathling did so approximately 500 times faster than FHIR-PYrate. On average across all queries, Trino outperformed FHIR-PYrate, executing extraction queries 33 times faster and count queries 1.8 times faster. Pathling achieved a 2.6-time speedup for extraction queries, but FHIR-PYrate was approximately 13 times faster for count queries. CONCLUSIONS: While the REST-based FHIR search API is useful for standard queries and retrieving specific patient records and can outperform alternatives for some count queries, it generally lacks the performance and expressiveness needed for complex analytics. In contrast, alternative engines such as Trino and Pathling demonstrated substantial performance advantages for these scenarios.

Authors

Institutions

Publication Details

Journal
JMIR Medical Informatics
Published
2026-07-17
DOI
https://doi.org/10.2196/82924
Primary Topic
Electronic Health Records Systems
Type
article
Field-Weighted Citation Impact
0.00
Controls
|||
ALL TIME
JAN
FEB
MAR
APR
MAY
JUN
JUL
AUG
SEP
OCT
article

Benchmarking Fast Healthcare Interoperability Resources–Based Analytics: Quantitative Study of RESTful Server Queries and Big Data Engines

Detlef Kraska, Marvin Kampf, Jasmin Ziegler, Susanne A. Seuchter et al.
JMIR Medical Informatics
Electronic Health Records Systems
article

Benchmarking Fast Healthcare Interoperability Resources–Based Analytics: Quantitative Study of RESTful Server Queries and Big Data Engines

Detlef Kraska, Marvin Kampf, Jasmin Ziegler, Susanne A. Seuchter, Jonathan M. Mang, Christian Gülden, Hans‐Ulrich Prokosch, Thomas Ganslandt, John Grimes, Paul-Christian Volkmer, Peter Pallaoro
article en

Abstract

BACKGROUND: Electronic health records offer vast clinical data for health care research, but interoperability challenges often hinder comprehensive analysis. The Health Level Seven Fast Healthcare Interoperability Resources (FHIR) standard addresses these challenges, although its nested and interconnected resource format can be complex for analytics. Several tools have emerged to facilitate analytical access, either by querying FHIR servers via representational state transfer (REST) APIs or encoding resources in relational formats. However, the performance implications of these methods remain largely unexplored. OBJECTIVE: This study aimed to benchmark the performance characteristics of different FHIR-based analytical approaches comparing REST API queries against SQL- and Spark-based big data frameworks operating on FHIR-encoded data. METHODS: We benchmarked the FHIR-PYrate library, which interfaces with a FHIR server's REST API, against Pathling, a library built for analytics based on Apache Spark, and Trino, a general-purpose SQL query engine. We defined and implemented multiple queries in each engine using 3 common analytics scenarios-data aggregation, counting, and extraction. Execution times were measured across Synthea-generated datasets of increasing size. RESULTS: On the largest dataset, containing 71,285,064 FHIR resources, Trino completed the aggregate query more than 12,000 times faster, and Pathling did so approximately 500 times faster than FHIR-PYrate. On average across all queries, Trino outperformed FHIR-PYrate, executing extraction queries 33 times faster and count queries 1.8 times faster. Pathling achieved a 2.6-time speedup for extraction queries, but FHIR-PYrate was approximately 13 times faster for count queries. CONCLUSIONS: While the REST-based FHIR search API is useful for standard queries and retrieving specific patient records and can outperform alternatives for some count queries, it generally lacks the performance and expressiveness needed for complex analytics. In contrast, alternative engines such as Trino and Pathling demonstrated substantial performance advantages for these scenarios.

JMIR Medical InformaticsVol. 14
Friedrich-Alexander-Universität Erlangen-Nürnberg (DE), Universitätsklinikum Gießen und Marburg (DE), Universitätsklinikum Erlangen (DE), Australian e-Health Research Centre (AU), CSIRO Health and Biosecurity (AU), Technical University of Munich (DE)
Openalex Percentile: Top 3%
Electronic Health Records Systems
AI Navigator

Ask Laika to Summarize, Analyze, and Connect papers live on the map.

Summarize Papers & Methodologies

Extract key findings, datasets, and comparative methods across publications.

Benchmark Rankings & Visual Analytics

Rank top research institutions, authors, funders, topics, and journals by Field-Weighted Citation Impact (FWCI) and paper volume with instant charts.

Connect Distant Disciplines

Bridge topological clusters on the map to find hidden collaborative intersections.