Discover/ClinicalTrials API
live

ClinicalTrials APIclinicaltrials.gov

Access clinical trial data from ClinicalTrials.gov: search studies by condition or intervention, retrieve full protocols, results, eligibility, metadata, and stats.

Endpoint health
verified 7d ago
get_api_version
get_studies_metadata
get_search_areas
get_enums
get_stats_size
8/8 passing latest checkself-healing
Endpoints
8
Updated
21d ago

What is the ClinicalTrials API?

This API exposes 8 endpoints covering the full ClinicalTrials.gov study registry, from searching trials by condition or intervention to retrieving complete protocol and results data for a single NCT ID. The search_studies endpoint supports filtering by condition, intervention, and trial status with cursor-based pagination, while get_study returns the complete protocol section, eligibility criteria, outcome measures, adverse events, and participant flow for any registered trial.

Try it
Sort order. Use '@relevance' for relevance-based sorting, or a field name with :asc or :desc suffix (e.g. 'LastUpdatePostDate:desc')
Comma-separated list of fields to return (e.g. 'NCTId,BriefTitle,OverallStatus')
Response format: 'json' or 'csv'
Number of results per page (max 1000)
Token for next page of results, obtained from a previous response's nextPageToken
Search by condition or disease (e.g. 'diabetes', 'cancer')
Search by intervention or treatment (e.g. 'aspirin', 'immunotherapy')
General search terms across all fields
Advanced filter expression using Essie expression syntax (e.g. 'AREA[Phase]PHASE3')
Filter by study status. Accepted values: RECRUITING, COMPLETED, ACTIVE_NOT_RECRUITING, NOT_YET_RECRUITING, ENROLLING_BY_INVITATION, SUSPENDED, TERMINATED, WITHDRAWN, UNKNOWN. Multiple values pipe-separated (e.g. 'RECRUITING|COMPLETED').
api.parse.bot/scraper/5119bcad-b856-44f8-8ee6-bfe31e079b44/<endpoint>
Ready to send
Fill in the parameters and hit sign in to send to see live response data here.
Call it over HTTPgrab a free API key at signup
curl -X GET 'https://api.parse.bot/scraper/5119bcad-b856-44f8-8ee6-bfe31e079b44/search_studies?pageSize=10&query_cond=diabetes&query_intr=aspirin&query_term=heart&filter_overallstatus=RECRUITING' \
  -H 'X-API-Key: $PARSE_API_KEY'
Python SDK · recommended

Typed, relational, agent-ready

A generated client with real types, enums, and the links between objects — the structure a flat JSON response can't carry. Autocompletes in your editor and reads cleanly to coding agents.

  • Fully typed · autocompletes
  • Objects link to objects
  • Typed errors & pagination

Typed Python client. Set up the SDK in your uv project, then pull this API’s typed client:

uv add parse-sdk
uv run parse init
uv run parse add --marketplace clinicaltrials-gov-api

uv run parse add --marketplace pulls a pinned snapshot of this canonical API — it won’t change underneath you. To customize it, subscribe and swap to your own copy.

from parse_apis.clinicaltrials_gov_api import ClinicalTrials, StudyStatus, StudyNotFound

client = ClinicalTrials()

# Search for recruiting diabetes trials
for study in client.studies.search(query_cond="diabetes", filter_overallstatus=StudyStatus.RECRUITING, limit=5):
    print(study.nct_id, study.brief_title, study.overall_status, study.has_results)

# Get full details for a specific trial
trial = client.studies.get(nct_id="NCT04516746")
print(trial.nct_id, trial.overall_status, trial.has_results)

# Get database statistics
stats = client.sizestatses.get()
print(stats.total_studies, stats.average_size_bytes)
for r in stats.ranges[:3]:
    print(r.size_range, r.studies_count)

# Get API version info
version = client.apiversions.get()
print(version.api_version, version.data_timestamp)

# List available enum types
for enum_type in client.enumtypes.list(limit=3):
    print(enum_type.type, enum_type.pieces)
    for val in enum_type.values:
        print(val.value, val.legacy_value)
All endpoints · 8 totalmissing one? ·

Search for clinical trials with extensive filtering and cursor-based pagination. Supports condition, intervention, status filters, and general keyword search. Returns paginated results with a nextPageToken for fetching subsequent pages. Each study includes protocolSection (identification, status, description, design, eligibility), derivedSection (condition/intervention browse), and hasResults flag.

Input
ParamTypeDescription
sortstringSort order. Use '@relevance' for relevance-based sorting, or a field name with :asc or :desc suffix (e.g. 'LastUpdatePostDate:desc')
fieldsstringComma-separated list of fields to return (e.g. 'NCTId,BriefTitle,OverallStatus')
formatstringResponse format: 'json' or 'csv'
pageSizeintegerNumber of results per page (max 1000)
pageTokenstringToken for next page of results, obtained from a previous response's nextPageToken
query_condstringSearch by condition or disease (e.g. 'diabetes', 'cancer')
query_intrstringSearch by intervention or treatment (e.g. 'aspirin', 'immunotherapy')
query_termstringGeneral search terms across all fields
filter_advancedstringAdvanced filter expression using Essie expression syntax (e.g. 'AREA[Phase]PHASE3')
filter_overallstatusstringFilter by study status. Accepted values: RECRUITING, COMPLETED, ACTIVE_NOT_RECRUITING, NOT_YET_RECRUITING, ENROLLING_BY_INVITATION, SUSPENDED, TERMINATED, WITHDRAWN, UNKNOWN. Multiple values pipe-separated (e.g. 'RECRUITING|COMPLETED').
Response
{
  "type": "object",
  "fields": {
    "studies": "array of study objects containing protocolSection, derivedSection, and hasResults",
    "nextPageToken": "string pagination token for next page, absent on last page"
  },
  "sample": {
    "data": {
      "studies": [
        {
          "hasResults": false,
          "derivedSection": {
            "miscInfoModule": {
              "versionHolder": "2026-06-09"
            }
          },
          "protocolSection": {
            "identificationModule": {
              "nctId": "NCT04669912",
              "briefTitle": "COVID-19 Pandemic Lockdown Effect in Adolescents and Young Adults With Type 1 Diabetes"
            }
          }
        }
      ],
      "nextPageToken": "ZVNj7o2Elu8o3lp0Cty4oarumpOQJJxuZfWp"
    },
    "status": "success"
  }
}

About the ClinicalTrials API

Study Search and Retrieval

The search_studies endpoint accepts parameters including query_cond (condition or disease), query_intr (intervention or treatment), query_term (general terms), sort, and pageSize (up to 1000 per page). Results include an array of study objects — each with a protocolSection, derivedSection, and hasResults flag — plus a totalCount and a nextPageToken for cursor-based pagination. For a complete single-study record, get_study takes an NCT ID and returns the full protocolSection (identification, status, sponsor, description, design, outcomes, eligibility, contacts) and, when available, a resultsSection containing participant flow, baseline characteristics, outcome measures, and adverse events.

Bulk Retrieval and Metadata

The list_all_studies endpoint handles multi-page bulk retrieval automatically, accepting a limit and optional fields list, and returning the studies array alongside a total_returned count. For schema exploration, get_studies_metadata returns the full hierarchical field model — every field name, type, source type, title, and nested children — so you can identify exactly which fields to request. get_search_areas maps query parameters to underlying data fields and their weights, useful for understanding how query_cond or query_intr translate to indexed fields.

Enumerations and Database Statistics

get_enums returns all valid values for categorical fields (e.g. trial status, phase, sponsor type), each entry listing the enum type name, accepted values array, and the field names that use it — essential for building validated filter UIs. get_stats_size gives aggregate database statistics: total study count, average record size in bytes, percentile distribution, size ranges with per-range study counts, and the largest studies by NCT ID. get_api_version returns the current API version string and a dataTimestamp ISO timestamp indicating when the underlying data was last refreshed.

Reliability & maintenanceVerified

The ClinicalTrials API is a managed, monitored endpoint for clinicaltrials.gov — not a raw scraper you maintain. Every endpoint is automatically health-checked on a schedule, and when clinicaltrials.gov changes and a check fails, the API is automatically queued for repair and re-verified. It is built to keep working as the site underneath it changes.

This isn't an official clinicaltrials.gov API — it's an independent, maintained REST wrapper over public data. Where the source has no official API (or only a limited one), Parse gives you a stable contract over a source that never promised one, and keeps it current. Need a new endpoint or field? You can revise it yourself in plain English and the agent rebuilds it against the live site in minutes — contributing the change back to the shared API is free.

Last verified
7d ago
Latest check
8/8 endpoints passing
Maintenance
Monitored & self-healing
Will this API break when the source site changes?+
It's built not to. Every endpoint is health-checked on a schedule with automated test probes. When the source site changes and a check fails, the API is automatically queued for repair and re-verified — that's the self-healing layer. Each API page shows when its endpoints were last verified. And because marketplace APIs are shared, any fix reaches everyone using it.
Is this an official API from the source site?+
No — Parse APIs are independent, managed REST wrappers over publicly available data. That is the point: where a site has no official API (or only a limited one), Parse gives you a maintained, monitored endpoint for that data and keeps it working as the site changes — so you get a stable contract over a source that never promised one.
Can I fix or extend this API myself if I need a new endpoint or field?+
Yes — and you don't have to wait on us. This API was generated by the Parse agent, which stays attached. Describe the change in plain English ("add an endpoint that returns reviews", "fix the price field") in the revise box on the API page or via the revise_api MCP tool, and the agent rebuilds it against the live site in minutes. Contributing the change back to the public API is free.
What happens if I call an endpoint that has an issue?+
Errors are machine-readable: a bad call returns a clean status with the list of available endpoints and a repair hint, so an agent (or you) can recover or trigger a fix instead of failing silently. Confirmed failures feed the automatic repair queue.
Common use cases
  • Search open clinical trials for a specific disease using query_cond to surface recruiting studies for patient-matching applications
  • Pull full eligibility criteria and outcome measures from get_study to build structured trial-matching pipelines
  • Enumerate valid trial phase and status values via get_enums to populate validated filter dropdowns in research tools
  • Bulk export trial records with list_all_studies and specified fields for offline analysis or database seeding
  • Monitor database freshness by polling get_api_version for dataTimestamp changes before triggering downstream sync jobs
  • Analyze study size distribution using get_stats_size percentiles and largestStudies for database capacity planning
  • Explore the data model with get_studies_metadata to map available fields before constructing targeted field-subset queries
Pricing & limitsSee full pricing →
TierPriceCredits/monthRate limit
Free$0/mo1005 req/min
Hobby$30/mo1,00020 req/min
Developer$100/mo5,000100 req/min

One credit = one API call regardless of which marketplace API you call. Exceeding the rate limit returns a 429 response. Authenticate with the X-API-Key header.

Frequently asked questions
Does ClinicalTrials.gov have an official developer API?+
Yes. The official ClinicalTrials.gov REST API (v2) is documented at https://clinicaltrials.gov/data-api/api. This Parse API surfaces the same registry data through a consistent interface with additional convenience endpoints like list_all_studies for automatic pagination.
What does `get_study` return for a trial that has posted results?+
When hasResults is true, the response includes a resultsSection alongside the standard protocolSection and derivedSection. The resultsSection contains participant flow, baseline characteristics, outcome measures with their data tables, and adverse event summaries. When hasResults is false, resultsSection is absent.
How does pagination work across `search_studies` and `list_all_studies`?+
search_studies uses cursor-based pagination: each response includes a nextPageToken string that you pass as the pageToken parameter on the next request. The token is absent on the final page. list_all_studies handles this cursor loop automatically up to the limit you specify, returning a flat studies array and a total_returned count.
Can I filter search results by geographic location or trial site country?+
The search_studies endpoint exposes query_cond, query_intr, and query_term as text search parameters, along with sort and field selection. Location-based filtering is not a dedicated parameter in the current endpoint set. You can fork the API on Parse and revise it to add location-specific query parameters if your use case requires geographic filtering.
Does the API expose document attachments or linked publications for a trial?+
The current endpoints cover protocol data, results sections, derived fields, and registry metadata. Linked publications, attached study documents, or PubMed references are not returned as distinct fields. You can fork the API on Parse and revise it to include a dedicated endpoint for referenced publications if that data is available in the registry.
Page content last updated . Spec covers 8 endpoints from clinicaltrials.gov.
Related APIs in HealthcareSee all →
chinadrugtrials.org.cn API
Search and access detailed information on Chinese clinical trials, including trial phases, statuses, sponsors, dates, and locations to stay informed about ongoing medical research in China. Find specific trials by title or browse comprehensive trial details to track study progress and identify relevant research opportunities.
ncbi.nlm.nih.gov API
Search and retrieve biomedical literature from NCBI databases including PubMed, PubMed Central, and MeSH. Supports full-text extraction, metadata lookup, and research filtering.
pubmed.ncbi.nlm.nih.gov API
Search and retrieve biomedical literature from PubMed and NCBI databases. Supports keyword search, advanced field-tag queries, clinical filters, citation matching, date filtering, publication type filtering, and direct E-utilities access.
examine.com API
Search and explore evidence-based information about supplements, health conditions, and outcomes with detailed supplement profiles, study summaries, and categorized health data. Get comprehensive overviews of how specific supplements affect various health conditions backed by scientific research.
pmc.ncbi.nlm.nih.gov API
Search millions of full-text biomedical research articles and access their metadata, citations, and related papers from PubMed Central. Find articles by topic, discover similar research, explore journal collections, and retrieve detailed citation information to support your literature review and research.
drugs.com API
Search for drugs and pill identifications, get detailed information about FDA approvals and drug interactions, and find medications by condition or letter. Look up side effects, dosages, and potential drug interactions to make informed health decisions.
mayocliniclabs.com API
Search and browse Mayo Clinic Laboratories' medical test catalog to retrieve detailed information on thousands of available tests, including descriptions, specimen requirements, clinical and interpretive data, performance characteristics, fees and codes, and setup details. Use autocomplete and alphabetical browsing to quickly locate specific tests or explore the full catalog.
open.fda.gov API
Search FDA food recall and enforcement actions to find safety information about specific products or manufacturers, and look up adverse events reported to the CFSAN Adverse Event Reporting System (CAERS). Filter, sort, and aggregate data by various fields to analyze food safety trends and monitor enforcement activity.