One Site, Many Records: How Trial Master Data Drifts Apart

Start with a single site in a single Phase 3 study and follow it through the systems. The study manager creates it in the CTMS during feasibility, typing the hospital name from an email signature. The EDC vendor builds the study and creates the same site from a spreadsheet the CRO sent, with a site number and an abbreviated name. The IRT team loads the site from a different extract so the site can receive drug. The eTMF gets a site folder named after the principal investigator, because that is how the TMF team searches. The safety database records the reporter’s institution from the case form, which the site coordinator filled in by hand. Finance creates a payee record from the site’s invoice letterhead, which shows the hospital’s research foundation, a separate legal entity with its own tax number.

None of these steps is wrong on its own. Each team needed a record, and each created one in the system it controls. But six months later the sponsor has six records for one site, and none of them agree on the name, the address, or which legal entity is involved. When the principal investigator moves to a new hospital and the site is transferred, some systems are updated, some are not, and one system overwrites the old address, erasing where the study was conducted for the first two years.

The Systems That Hold Site and Investigator Data

The table below lists the systems that typically hold a copy of site, investigator, or country data, what each one uses it for, and how the copy usually gets created. The point is not that any of these systems is badly designed. The point is that each one creates its own record unless someone tells it not to.

SystemWhat It Uses Site and Investigator Data ForHow the Record Is Usually Created
CTMSFeasibility, site selection, activation, monitoring visits, enrollment tracking, closureTyped by the study team or loaded from a feasibility list
EDCSite number for every participant record, user access, query routingBuilt by the EDC vendor or CRO from a site list at study build
eTMFSite-level essential records, investigator documents, signed Form FDA 1572Folder structure created per site, often named by investigator
IRTRandomization, drug supply, shipments to site addresses, site activation for dispensingLoaded by the IRT vendor from an extract or form
Safety databaseReporter and institution on each case, site country for regulatory reportingEntered from case forms, often as free text
Payments and accounts payablePayee entity, remittance address, bank details, tax identityVendor onboarding from invoices and site paperwork
Transparency and disclosureOpen Payments research reports, financial disclosure lists, registry postingsAssembled from the other systems each reporting cycle

The Problem Is Measurable in Public Data

Sponsors sometimes assume that name variation is a minor cleanup issue. Public registries show how large it gets when free text is allowed. A 2019 analysis in Trials examined interventional drug and biologic trials registered on ClinicalTrials.gov that started between 2005 and 2014. In 12% of 35,121 trials, the investigator’s name or role was missing. Among 71,359 name and role pairs, 17% of the “names” were not names of real people at all. The authors identified 19 categories of name variants and found that 13% of the names had variants that a program could not resolve.1

19Categories of investigator name variants found in ClinicalTrials.gov records (Chaturvedi et al., 2019)
13%Share of investigator names with variants that a program could not resolve (Chaturvedi et al., 2019)
17%Share of 71,359 investigator name entries that were not real person names (Chaturvedi et al., 2019)

A companion study of the Clinical Trials Registry of India by an overlapping research group found the same kinds of problems, including variations in names and incomplete details for ethics committees. Its recommendations are the same ones a sponsor should apply internally: fewer free-text fields, more drop-down selection, and pre-registration of the names of people and organizations so that each trial record selects from an existing list rather than typing a new entry.2 That last recommendation is, in plain terms, a master list with controlled selection. Registries reached that conclusion after years of messy data. Sponsors can apply it from the start.

How This Differs From Coding Dictionaries and Reconciliation

Two related problems are worth setting aside so the scope is clear. Coding vocabularies such as MedDRA, WHODrug, and CDISC Controlled Terminology are external reference sets with release schedules, and the governance question there is version control. Reconciling participant-level data between EDC, safety, and IRT is a different job again: making sure the same adverse event or randomization appears consistently in each system. This article is about neither. It is about the operational master data that every one of those systems depends on: which site is which, who the investigator is, where the site is, and which country it belongs to. If those records are wrong, reconciliation compares records that are not about the same site to begin with.

What Bad Site Data Does at Inspection and at Payment Time

Leaders tend to fund master data work when they can see what it prevents. For site and investigator data, the clearest consequences arrive in three places: FDA inspection planning, financial disclosure and screening, and payment transparency reporting.

FDA Uses Your Site List to Plan and Direct Inspections

For marketing applications, FDA asks applicants to provide a comprehensive table of all clinical sites in each major study, a table of entities that took on contracted study activities, by-site participant data listings, and a summary-level clinical site dataset named clinsite. The CBER draft guidance published in June 2024 explains why. FDA relies on the site information to select sites for inspection, and accurate contact information lets FDA’s field investigators contact clinical investigators to schedule inspections and make sure the inspection goes to the correct location, meaning where the records are available for review. The same draft notes that applicants have often provided this information in variable formats that do not support timely inspection planning.3 The CBER draft states that it will contain the same requirements as CDER’s draft guidance on the same topic, first published in February 2018, and both remained drafts as of the most recent technical conformance guide.3,4

The format FDA asks for is the useful part for anyone designing a master. The Bioresearch Monitoring Technical Conformance Guide (version 3.1, September 2024) lays out the clinical site table with a site identifier, the investigator’s name with any prior clinical investigators in parentheses, the site address at the time of the study with the updated address where one exists, and contact information both at the time of the study and as updated. Its example flags a site where the clinical investigator changed at the sponsor’s request before study completion.4

What the BIMO site table means for master data design: FDA expects you to know both where the study was conducted and where the site is now, and who the investigator was before a change. A system that overwrites the address or the investigator name on update cannot produce this table without someone rebuilding history by hand from the TMF. Effective dating is not a nice-to-have. It is what the output requires.

Form FDA 1572 Changes Have to Reach the IND

Under 21 CFR 312.53(c), before an investigator begins participating, the sponsor must obtain a signed Form FDA 1572 with the investigator’s name and address, the research facilities where the study will be conducted, the clinical laboratories, the responsible IRB, and the list of subinvestigators.5 FDA’s information sheet on the 1572 adds two details that matter for data design. The investigator’s name in Section 1 should be the full legal name, and when information on a signed 1572 changes (an IRB address, a new subinvestigator, a new clinical laboratory), the investigator documents the change and informs the sponsor so that the sponsor can update the IND, for example through an information amendment.6 A sponsor whose CTMS shows a new subinvestigator that never made it into an IND amendment has a gap that an inspector can find by comparing two documents the sponsor produced.

Financial Disclosure Depends on a Complete Investigator List

Under 21 CFR 54.4, an applicant must submit a list of all clinical investigators who conducted covered clinical studies and must certify or disclose financial interests for each one.7 The definitions in 54.2 make this a data problem as much as a compliance one. “Clinical investigator” includes any listed or identified investigator or subinvestigator directly involved in treating or evaluating research subjects. “Significant payments of other sorts” are payments from the sponsor to the investigator or the institution, to support the investigator’s activities, worth more than $25,000 during the study and for one year after it ends, excluding the expense of running the clinical studies themselves.8

Two failures follow from duplicate investigator records. First, the same person under two spellings can be certified under one and missed under the other, leaving the application’s list incomplete. Second, payments that should be totaled for one investigator get split across two records, so each record falls under the $25,000 threshold while the true total is over it. Neither failure is visible to the people who prepare the disclosure unless the investigator records are already resolved.

Screening Against Debarment Lists Uses Names

FDA’s debarment list for drug product applications identifies debarred persons by last name and first and middle names, with the effective date and term of each debarment.9 There is no identifier to match on. Screening investigators, subinvestigators, and key vendor staff against it therefore depends on having the person’s full legal name, which is exactly the attribute that drifts most across systems. Screening a nickname from the CTMS against a list published under a legal name is a weak control.

Open Payments Research Reports Carry Investigator Identity

For applicable manufacturers, research payments under a written agreement or protocol are reported to CMS separately from other payments. Under 42 CFR 403.904(f), the report includes the receiving institution or individual, the total research payment, the study name, related products, and, for each covered recipient who is a principal investigator, the name as listed in NPPES, the National Provider Identifier, a state license number, specialty, and primary business address. The ClinicalTrials.gov identifier is optional.10 Under 42 CFR 403.912, failing to report timely, accurately, or completely carries a civil money penalty of $1,000 to $10,000 per payment, with an annual cap of $150,000, rising to $10,000 to $100,000 per payment and a $1,000,000 cap for knowing failures. These base amounts are adjusted annually for inflation.11

The research payment report is built by joining site payments to principal investigator identity. If the PI on the study-site record is stale because the investigator moved and nobody end-dated the old link, the payment gets attributed to the wrong person or the wrong institution. Commercial teams face a version of this problem with healthcare professional master data, but research reporting has its own twist: the PI attribution comes from clinical operations records, not from the commercial customer master, and the two are rarely reconciled.

Payment errors that trace back to site master data: payments sent to an investigator’s former institution after a site transfer; duplicate payee records that allow the same invoice to be paid twice; research payments reported under the wrong principal investigator; payments held because the payee entity on file does not match the contracting entity. Each of these is usually logged as a finance or transparency issue. The root cause is a site or investigator record that nobody owns.

In the EU, CTIS Draws on Organization Master Data

The EU picture runs through EMA’s Organisation Management Service (OMS), which stores validated organization names and location addresses, each with a unique Organisation_ID and Location_ID. OMS does not assign roles: the same organization can be a marketing authorization holder for one product and a sponsor for another.12 In the Clinical Trials Information System, organization search retrieves OMS data by default. For specific areas, including Part II trial sites, the site involved in a serious breach notification, and inspected sites, users who cannot find an organization in OMS can search for organizations registered locally in CTIS, and then add a new local organization if needed.13 A sponsor that already knows the OMS identifiers for its EU sites can select the right record every time. A sponsor that does not will create local entries, one submission at a time.

Separate the Person, the Place, and the Study Site

Most of the duplication described above comes from one design mistake: treating “the site” as a single thing. In practice, the word “site” means at least three different things depending on who is speaking, and a single record cannot hold all three without breaking.

When a CRA says “site 0104,” they mean a study-specific assignment that exists for one protocol and has an activation date and a closure date. When a feasibility lead says “the site,” they mean the hospital or research center, which exists independently of any study. When a monitor says “the site has a new PI,” they are talking about a person who has a career, credentials, and a history of moving between institutions. These three things change at different rates and for different reasons. A useful master separates them.

Entity 1

The Person (Investigator)

A human being with a legal name, credentials, licenses, and identifiers such as an NPI in the US. Exists across studies and across institutions. Changes slowly: name changes, new licenses, new affiliations. Never deleted, and never merged without a second confirming attribute.

Entity 2

The Place (Organization and Location)

A legal organization (a hospital, a research foundation, a site network) and one or more physical locations it operates. Mirrors the OMS split between organization and location. Holds parent and child relationships, such as a research center within a university. Changes through renames, mergers, and closures.

Entity 3

The Study Site (Assignment)

The protocol-specific link between a person, a place, and a study: site number, principal investigator, subinvestigators, IRB, laboratories, status, activation and closure dates. Every attribute is effective-dated. This is what the 1572 describes and what the BIMO site table reports.

Code List

Country and Subdivision Codes

A governed reference list, not free text. ISO 3166 codes as the base, a crosswalk to GENC for FDA outputs, and a separate company-owned mapping of countries to operational regions. Referenced by the place and by the study site, never typed into either.

Why the Study Site Must Stay Separate

The study site is the entity people most often try to merge away, because two study sites at the same hospital look like duplicates. They are not. Site 0104 in protocol A and site 2210 in protocol B may share a hospital and a principal investigator, but they have different IRB approvals, different activation dates, different site numbers in the EDC, and different contracts. Merging them would corrupt every participant record attached to either site number. The right model links both study sites to the same person and the same location, which is what lets you answer “which studies has this investigator run at this hospital” without collapsing the records that the participant data depends on.

The study site is also where history lives. When a principal investigator leaves and a new one takes over, the study site keeps its number and its participants, but the PI link is end-dated and a new link starts. When the investigator moves to another hospital and brings the study along, the regulators and the EDC usually see a new site with a new number, while the person record stays the same and gains a new affiliation. Both cases are routine. Both break a model in which the investigator’s name is a text field on the site record.

Why the Place Needs Two Levels

The organization and location split is not just a technical preference. It solves a specific payment and inspection problem. The legal entity that signs the clinical trial agreement and receives payment is often not the same as the physical place where participants are seen. A university hospital may contract through its research foundation, see participants at two clinics across town, and send samples to a laboratory it owns at a third address. Section 3 of the 1572 lists research facilities, and FDA’s information sheet says that an investigator who sees participants at more than one site should list all of them.6 A master that records one address per “site” cannot represent this. A master with an organization, its locations, and parent and child relationships can.

Identifiers in Use and What Each One Cannot Do

A master list needs its own internal identifiers for every person, organization, location, and study site, because no external identifier covers all of them. External identifiers are still worth storing, because they make matching far more reliable and they let the master match the identifiers that regulators and registries use. What matters is knowing what each identifier was designed for and where it stops being useful.

IdentifierWhat It IdentifiesUseful ForLimits to Know
Internal master IDEvery person, organization, location, and study siteThe key every downstream system storesOnly as good as the matching that assigns it
National Provider Identifier (NPI)US healthcare providers, individuals and organizationsMatching US physician investigators; required in Open Payments research reports for physician PIsUS only; many non-physician investigators and all non-US investigators have none
EMA OMS Organisation_ID and Location_IDOrganizations and their locations in EU regulatory processesSelecting EU trial sites in CTIS without creating local entriesRecords legal entities and locations, not departments; coverage depends on which data sets are loaded and on change requests
ROR IDResearch organizations, including healthcare organizationsAcademic medical centers and research institutes; records name changes and successor organizationsBuilt for research affiliation, not for trial sites or investigators
FDA BMIS entriesInvestigators, CROs, and IRBs named on Forms 1572 or 1571 submitted to CDERChecking whether an investigator has appeared on US IND submissionsOne entry per submission, not per person; not comprehensive
Industry investigator registry IDsInvestigators who have consented to shared profilesReducing repeated site qualification paperwork across sponsorsCoverage depends on consent and participation
Protocol plus site numberOne study siteLinking EDC, IRT, and TMF records for that studyMeaningless outside the protocol; reuse after closure causes confusion

FDA’s BMIS Is a Lookup, Not a Master

FDA’s Bioresearch Monitoring Information System publishes clinical investigators, CROs, and IRBs named on a Form FDA 1572 or 1571 submitted to CDER since October 1, 2008, updated quarterly. FDA is explicit about two limits. BMIS is not intended to be a comprehensive list of investigators, because sponsors are not required to submit the 1572 to FDA and studies outside the US not run under an IND do not generate one. And the file contains a separate entry each time an investigator appears in a new submission, so an investigator named in 10 INDs appears 10 times. The published field layout also caps the first name at 14 characters and the last name at 24.14 BMIS is a useful cross-check. It cannot serve as your investigator master, and loading it as one would import duplication by design.

ROR Shows How to Handle Renames and Mergers

The Research Organization Registry is designed for research affiliations, and its data model includes organization types such as healthcare, education, and company, a status of active, inactive, or withdrawn, and relationships of parent, child, related, predecessor, and successor. Two rules in its documentation are worth copying directly into a site master. When an organization only changes its name, ROR adds the new name and keeps the previous one on the same record, with no successor relationship. When an organization stops operating, its record becomes inactive and can point to a successor, and ROR suggests that users replace inactive or withdrawn records with the successor where one exists. For DOI metadata, ROR recommends keeping the name and ID historically correct even after an organization is merged.15 That is the same principle the BIMO site table applies to addresses: keep what was true at the time, and link it to what is true now.

Shared Investigator Registries Reduce Re-Collection

Industry efforts to share investigator profiles across sponsors have aimed at the same problem from the outside. TransCelerate’s Investigator Registry initiative, now marked complete, was built to enhance the Shared Investigator Platform and create a shared repository of business contact details and study participation information for consenting investigators. Its stated benefits include less need for investigators to keep updating multiple records and less duplication of site qualification work.16 Where a sponsor participates, storing the registry identifier on the person record is a strong matching key. Where an investigator has not consented to sharing, the sponsor still needs its own record.

A rule of thumb for external identifiers: store every external identifier you can verify, as an attribute of the right entity, with its source and the date you verified it. Never use an external identifier as your primary key. Registries change their scope, records get withdrawn, and a person can legitimately hold two identifiers from different systems. Your internal ID is the one that downstream systems should depend on.

Country and Region Codes: ISO 3166 Is the Start, Not the Whole Answer

Country looks like the easy part. In practice it is where many sponsors find the most variation per record, because every system that has a country field accepts something different: two-letter codes, three-letter codes, English names, local names, and the occasional city typed into the wrong box. Fixing countries first is usually the fastest early result in a site master program, but it helps to know the standards well enough to avoid creating a new problem.

What ISO 3166 Provides

ISO 3166 has three parts. Part 1 covers countries, dependencies, and other areas, with a two-letter code (alpha-2) that ISO recommends as the general-purpose code, a three-letter code (alpha-3), and a three-digit numeric code. Part 2 covers principal subdivisions such as states and provinces, written as the country’s alpha-2 code followed by up to three characters; ISO’s own examples are ID-RI for the Riau province of Indonesia and NG-RI for the Rivers province of Nigeria. Part 3 covers formerly used country names, with four-letter codes. ISO notes that the standard does not itself define country names, which come from United Nations sources, and that the codes are free to use. The current codes are on ISO’s Online Browsing Platform, where users can subscribe to notifications of changes.17

Two practical points follow. First, choose one code form as the stored value (alpha-2 is the usual choice) and derive the others, rather than letting each system pick. Second, store the code, never the name. Names change even when codes do not. ISO 3166-1 changed the English short name for TR from “Turkey” to “Türkiye” effective July 11, 2022, while the code stayed TR.18 A system that stored the code needed no change. A system that stored the name now holds two spellings for one country, and any report that groups by country name splits it in two.

Why FDA Outputs Need GENC

The US government does not use ISO 3166 directly. The Geopolitical Entities, Names, and Codes (GENC) Standard is the US government profile of ISO 3166. It exists because US law requires federal agencies to use geographic names approved by the US Board on Geographic Names, and because US recognition policy does not always match the entities in ISO 3166.19 FDA announced in 2019 that it would adopt GENC on December 17, 2020, noting that GENC uses ISO 3166 names and code elements wherever possible, with changes only where US law or recognition policy requires them.20

This shows up directly in inspection planning outputs. The BIMO Technical Conformance Guide changed its instructions from ISO codes to the GENC code list in version 3.0 (August 2022), and in the clinsite dataset specification the COUNTRY variable takes the GENC code for the country where the site is located, while STATE takes the GENC unabbreviated preferred name of the subdivision.4 For most countries the GENC and ISO codes are the same, which is exactly why the differences get missed. The safe design is to keep ISO 3166 as the stored code, maintain a governed crosswalk to GENC, and generate FDA outputs from the crosswalk rather than hand-editing the submission dataset.

A country list that holds up: one stored code per country (ISO 3166-1 alpha-2), derived alpha-3 and numeric values, ISO 3166-2 subdivision codes for sites, a GENC crosswalk used only for US government outputs, a record of formerly used codes for historical studies, and a named person who reviews ISO change notifications and decides when each change takes effect in the master. The list is small, it changes rarely, and it is used by every other record.

Regions Belong to the Company

Operational regions (for example, “North America,” “Western Europe,” “Asia Pacific”) are not part of any standard. They are company decisions that reflect how clinical operations is organized, and they change when the organization changes. One company might group Israel with Europe for clinical operations and with the Middle East for commercial reporting; another might move Mexico between North America and Latin America after a reorganization. Neither choice is wrong. What goes wrong is embedding the region into the country field, or letting each system keep its own region mapping. Keep regions as a separate, dated mapping from country codes to region names, owned by clinical operations leadership, so that a reorganization changes one table instead of six systems.

Matching and De-Duplication Rules for Sites and Investigators

Building the master starts with finding duplicates in the records you already have, and it continues for as long as new records arrive. The record linkage literature is mature, and the core ideas apply directly. A tutorial in the International Journal of Epidemiology describes the main options: deterministic linkage, which links records only when chosen fields agree exactly; probabilistic linkage, which scores agreement across several fields and allows partial agreement such as small spelling differences; cleaning and standardizing fields before comparison; limiting comparisons to blocks such as the same region so the work is feasible, at the risk of missing matches across blocks; and setting two thresholds so that pairs fall into links, non-links, and an uncertain middle group that needs clerical review. The authors note that trying to catch more true matches means more clerical review.21

What differs for trial master data is not the method but the rules about what may be merged. The three entities need different rules, because a wrong merge does different damage to each.

Standardize Before You Compare

Most apparent duplicates disappear once fields are standardized consistently. For organizations and locations, that means expanding or removing common abbreviations (St., Saint, Med Ctr, Medical Center), removing department suffixes into a separate field, normalizing punctuation and case, parsing addresses into street, city, subdivision code, postal code, and country code, and validating postal codes against the country. For people, it means separating titles and degrees from names, recording the legal name from the signed 1572 as its own attribute, holding preferred names and former names as aliases, and normalizing transliteration for names written in non-Latin scripts. Keep the original value alongside the standardized one. Stewards need to see what was entered, and auditors may ask.

Rules for People

  • Match on identifiers first. Two records with the same verified NPI, the same national license number in the same jurisdiction, or the same registry identifier are strong candidates. Treat an identifier conflict (same name, different NPI) as a reason to keep records apart until a steward checks.
  • Never merge on name alone. Common surnames repeat within a single hospital. Require at least one confirming attribute beyond the name: an identifier, a date of birth where you are permitted to hold it, a CV, or a confirmed history of affiliations.
  • Do not use email or phone as the deciding attribute. Both change when an investigator moves institutions, which is the exact moment duplicates are created.
  • Treat a move as a new affiliation, not an edit. When an investigator changes institutions, end-date the old affiliation, add the new one, and leave every existing study-site link pointing at the location where that study took place.
  • Send uncertain pairs to a person. The clerical review queue is not a failure of automation. It is where the hard cases belong, and its size tells you whether the matching thresholds are set sensibly.

Rules for Places

  • Match the organization and the location separately. Two records may be the same organization at different locations, or different organizations (a hospital and its research foundation) at the same address. Both are common and both are legitimate.
  • Use block keys that respect geography. Comparing within the same country code and postal code region keeps the work manageable. Review a sample of cross-block pairs periodically so that a mistyped postal code does not hide a duplicate forever.
  • Prefer external organization identifiers where they exist. An OMS Location_ID or a ROR ID on both records is strong evidence. Absence of an identifier is not evidence of a different organization.
  • Model departments as children, not duplicates. “Department of Oncology, University Hospital” is a child location or unit of the hospital, not a different hospital. Keep department detail in your own master: EMA has told CTIS users that OMS does not capture department or unit details for hospitals, universities, and similar institutions.22

Rules for Study Sites

  • Do not de-duplicate across protocols. Two study sites with the same PI and hospital in different protocols are two records by design. Link them; do not merge them.
  • Do de-duplicate within a protocol. Two records for the same protocol and site number in different systems are the same study site and should carry the same master ID.
  • Do not reuse site numbers. A closed site’s number should stay retired within the protocol, so that participant records and the TMF never point to two different sites under one number.

Survivorship and Merge History

When two records are confirmed as the same entity, the master needs a rule for which value survives in each attribute. Rules work best when they are set per attribute based on the source of authority, not by ranking whole systems. The legal name comes from the signed 1572. The organization’s legal name and registered address come from the organization’s own documents or OMS. The contracting and payee entity comes from finance’s vendor onboarding. The site’s phone number comes from the site’s most recent confirmation. A system that is authoritative for one attribute is often unreliable for another.

A merge should never delete a record. The record that does not survive should be marked as merged, with a pointer to the surviving record, and every downstream system that held the old ID should receive the merge so it can update its cross-reference. EMA has described OMS to CTIS users as a master data system that does not delete records: a record that is no longer relevant or was created in error is inactivated, historical names and identifiers are retained, and when two records are merged, all of their identifiers stay valid and map to the surviving record. ROR handles erroneous records the same way, by withdrawing them and pointing to the correct one.15,22 Even a regulator’s master can contain duplicates: one of the questions EMA answered in that session came from an organization registered twice in OMS under two organization IDs.22 The same approach keeps a sponsor’s audit trail intact: anyone can trace a historical report back to the record it used, even after that record was merged.

Ownership, Stewardship, and How Downstream Systems Subscribe

A clean list goes out of date quickly without owners. The reason site master data drifts in the first place is that every team owns its own copy and nobody owns the shared one. Fixing that does not require a large new function. It requires assigning accountability per attribute group, giving a small number of stewards the authority to make changes, and making the master the only place where new sites and investigators are created.

Who Owns What

The table below shows an ownership split that works for many mid-size sponsors. The names of the roles will differ; the principle is that the team closest to the source of authority for an attribute is accountable for it, and stewards in a central team carry out the changes.

Attribute GroupAccountable OwnerStewardSource of Authority
Investigator identity: legal name, credentials, licenses, NPI, aliasesHead of clinical operations or site managementSite master data stewardSigned Form FDA 1572, CV, licensing records
Organization and location: legal name, addresses, parent and child links, statusData governance leadMaster data stewardsOrganization documents, OMS, ROR, site confirmation
Study site: site number, PI and subinvestigator links, IRB, labs, status, datesStudy lead for each protocolCTMS administratorProtocol records, 1572, IRB approvals, activation and closure records
Country, subdivision, and region codesData governance lead (codes); clinical operations leadership (regions)Reference data stewardISO 3166, GENC crosswalk, company region decision
Payee entity and remittance detailsFinanceAccounts payable vendor master teamVendor onboarding documents and the trial agreement
Disclosure mappings: PI attribution for research payments, investigator listsCompliance or transparency leadTransparency analystMaster records plus payment data

Note that bank details belong to finance and should stay in the finance system, linked to the organization by master ID. Putting banking information into a clinical master widens access to sensitive data without improving anything the clinical side does.

The Change Request Is the Control

Every change to the master should arrive as a request with a reason and supporting evidence, the same way EMA asks for supporting documents with OMS change requests.12 For a new investigator, that is the 1572 and CV. For a site address change, it is the site’s written confirmation. For an organization merger, it is the legal notice. The steward approves or rejects, the master records who changed what and when, and the change is published to subscribers. This also gives quality assurance something to review: a log of changes with evidence, rather than six systems edited by whoever had access.

ICH E6(R3), which reached Step 4 at ICH in January 2025, places responsibility for selecting qualified investigators and institutions with adequate resources and facilities on the sponsor, and lists verification of investigator and site staff qualifications and site resources as monitoring activities.23 Those verifications produce exactly the evidence that a change request should carry. Linking the two means that the act of qualifying a site also updates the master, rather than creating a document in the TMF and leaving the CTMS as it was.

How Downstream Systems Subscribe

Subscription means each downstream system stores the master ID for every site, person, and location it holds, receives changes from the master, and stops creating its own records. The mechanics vary with each system’s capabilities, but the pattern is consistent.

1

Create Only in the Master

New investigators, organizations, locations, and study sites are requested through the master. Downstream systems receive them; they do not create them. If a system must allow local creation for operational reasons, those records are flagged as provisional and routed to a steward within a set number of days.

2

Store the Master ID Everywhere

Every downstream record carries the master ID as a cross-reference field. Where a vendor system cannot hold an extra field, keep a crosswalk table outside it that maps the system’s own key to the master ID, and treat that crosswalk as a controlled record.

3

Publish Events, Not Full Refreshes

The master publishes four kinds of change: create, update, end-date, and merge. Subscribers apply each change and confirm receipt. A merge event names both IDs so each subscriber can repoint its records. Nightly full refreshes hide failures; event confirmations expose them.

4

Respect What Each System Must Keep

The EDC does not change a site number after participants are enrolled, and the safety database keeps the reporter information as received. Subscription updates the descriptive attributes and the cross-reference, never the historical facts a system is obliged to preserve.

5

Reconcile on a Schedule

Even with events, compare each subscriber against the master on a fixed cadence. Report unmatched records, records still pointing to merged IDs, and records with attributes that differ from the master. The count of exceptions over time is the most honest measure of whether the master is working.

When a CRO Runs the Systems

Many sponsors run some or all of a study inside a CRO’s CTMS, EDC, and payment systems. The sponsor still owns the regulatory outputs: the BIMO site table, the financial disclosure list, and the research payment reports. That makes master IDs a contract term. The CRO agreement should require the CRO to accept the sponsor’s master IDs at site creation, return them in every site-level extract, report new or changed sites to the sponsor’s stewards within a defined window, and include them in the transfer at study close. Without that clause, the sponsor gets a clean list for its in-house studies and a separate, unmatched list for every outsourced one.

Where to Start: A Six-Step Build

A site and investigator master does not need a multi-year program or a new platform to start producing value. The sequence below works with existing systems, starts with the smallest and most widely used list, and ends with a regulatory output that proves the work.

1

Count What You Have

Pick the active studies, extract site, investigator, and country fields from each system, and count distinct values per real-world entity. The number of spellings per hospital and the number of country formats are the baseline, and they make the case for the work better than any slide.

2

Fix the Country List First

Publish the governed country and subdivision list with ISO 3166 codes, a GENC crosswalk, and the company region mapping. Map every existing country value to it. This is small, visible, and used by every later step.

3

Build Organizations and Locations for Active Sites

Standardize names and addresses, match within country and postal code blocks, attach OMS and ROR identifiers where you can verify them, and record parent and child relationships. Limit the first pass to sites in active studies.

4

Build the Investigator Records From the 1572

Use the legal name on the signed 1572 as the anchor, add identifiers and aliases, and resolve duplicates through identifier matches and steward review. Include subinvestigators, since the financial disclosure list depends on them.

5

Link Study Sites With Dates and Connect the CTMS

Create effective-dated links between each study site, its people, and its location. Make the CTMS the first subscriber, then the EDC, IRT, and eTMF, then payments and safety. Each new subscriber reduces the exceptions in the next reconciliation.

6

Prove It With One Regulatory Output

For one program heading toward a submission, generate the BIMO clinical site table and the financial disclosure investigator list from the master, then compare them with the versions assembled by hand. Every difference is either a master data defect to fix or a manual error the master just prevented.

What good looks like after the first year: new sites and investigators are created in one place; every system holds master IDs; the country list is governed and versioned; a site transfer or investigator move is a routine change request rather than a cleanup project; and the BIMO site table, the financial disclosure list, and the research payment report are generated from the same records, so they agree with each other.

Conclusion

Site, investigator, and country records are some of the most repeated data in clinical development, and some of the least governed. Every system needs them, every team creates them, and nobody is asked to keep them consistent. The consequences show up far from where the records were created: in an FDA site table that cannot show where a study was conducted, an investigator list that misses a subinvestigator, a payment total split across two spellings of one name, or a research payment report attributed to an investigator who left the institution a year earlier. The fix is not a new system. It is a model that separates the person, the place, and the study site, a governed country list, matching rules that know what may and may not be merged, owners for each attribute, and downstream systems that subscribe instead of copying.

Sakara Digital works with pharma and biotech organizations on the data foundations that clinical operations, quality, and compliance teams rely on, including operational master data for trials. If you are looking at a set of site and investigator records that no longer agree with each other and want an independent view of where to start, we are happy to have that conversation.

For Further Reading