ResearchSubject
Introduction
Scope and Usage
A research subject
- is a participant or object which is the recipient of investigative activities in a research study.
- is typically a human being or an animal, but can also be a device, drug product or biological product, substance, or a tissue or other sort of sample.
- can also be a group or part of any of the above.
Human research subjects are traceable to a particular person but their identifying characteristics are usually hidden to protect study integrity and the subject's privacy. Note that in a human drug trial the human is the research subject even though the drug is what is being investigated.
In contemporary research contexts, where humans are involved, the term "Participant" is preferred over "Research Subject". "Participant" emphasizes the active and voluntary role of the individuals in the research process, reflecting a more ethical and respectful approach. However, some contexts still use "Research Subject" due to its broad use in regulatory documents.
The ResearchSubject Resource describes information about the subject in the context of a research study. It is the Resource, which links a patient to one or several studies, captures the business identifier for the research subject in a study, provides a reference to a Consent Resource and information on the assigned and actual study comparison group the subject is in. It also documents the research subject's individual movement through the study protocol.
The scope of ResearchSubject is intended to support the following use cases:
- Humans and Animals for Clinical and Pre-clinical Trials
- Drug Products for Stability Studies and other Tests
- Devices - investigational medical devices including devices for non-clinical laboratory studies - in-vivo and in-vitro
- Tissue Sample for bench science studies
- Cases where subjects do not actively participate, but are still represented by their data contributions in retrospective studies
Known common use cases for this Resource are as:
- a standard, basic, interface structure for linking healthcare systems with research systems.
- an interface structure for reading off and for storing key status information to track a subject's progress in a trial, including the pre-screening phase.
- an operational oversight source for sponsor systems.
A guiding goal in the development and maintenance of this Resource is to provide consistent definitions of states, state-change reasons, and milestones which can be used alone or in combination to document the progress of a research subject over the course of their participation in a study. Defining a permissible workflows for the course of a subject in a study is out of scope of this Resource, but the states, state-change reasons, milestones can be used as the basic elements in such a workflow - typically as a PlanDefinition.
The Subject State is the research subject's movement through the study protocol from the subject's point of view. In retrospective studies, subjects do not actively participate, but are still in scope of this Resource represented by their data contributions. The subjectState codes ‘on-study’ and ‘off-study’ track the periods during which their data is included, observed, or considered as part of the study analysis.
A Subject State can be assigned a State Change Reason (StateChangeReason) which indicates why the state of the subject changed.
The Subject Milestone is how the study activities relate to the subject's movement through the study protocol. The two are separate. State is driven by the subject and the Milestone is driven by the study protocol. The values in each element may be the same if necessary for study reasons.
While both states and milestones can be recorded, whether one, the other or both are recorded is dependent on the needs of the individual use cases.
Boundaries and Relationships
When used in relation to patient care, the ResearchSubject.subject element references the Patient Resource and allows deidentified data sharing related to the ResearchSubject. In this context, it is the Patient and not the ResearchSubject that follows the Participant Pattern in FHIR.
Highlighted Aspects, Use Cases and Examples
Pre-screening, screening in relation to consent, timepoints of consent
Recurring questions emerging as a potential source of confusion in relation to participant management, are the topic of pre-screening, screening in relation to consent, timepoints of consent and enrollment:
Pre-Screening is the process of identifying eligible participants usually before consent is given. It could be requested by a sponsor or be part of a process at the study site. This implies that no more personal and/or sensitive data beyond what would be available during routine care can be used within that process.
Screening is the process of ensuring eligibility. This activity, which happens before enrollment, but must be consented (unless consent is implicit, waived. See below)
Enrollment is the process of officially entering the study. This is an activity following screening, and entering this phase must have been consented. Typically, screening and enrollment consent are identical but in some cases they may be separated or have different elements (see below).
Consent allows investigators to collect more personal and sensitive data as required by the study.
Establishing appropriate patient consent for any specific study is not a standardized process. Patient consent for their information to be used in support of a study may be explicit, previously obtained or implied. Explicit requirements for consent will usually be a part of the study protocol and/or procedures. Previously obtained consent may have been given under more general conditions such as willingness to allow personal data to be incorporated into registries (i.e. RWD/RWE).
Some jurisdictions have legal bases for using data without explicit consent, for instance for cancer registries. In some cases sharing data is mandatory (no opt out option), and in other cases opt out processes will be in place. Confirming that these types of consent are appropriately available to a study may also need to be considered.
In addition to the implied, previously obtained or explicit consents required for any particular study, these may need to be obtained and/or confirmed at various times during the conduct of the study.
Below is an overview, broadly explaining the consent requirements in relation to pre-screening and screening:
| Pre-Screening vs. Screening and Consent Requirements |
|---|
| Condition |
| Purpose |
| Data/Procedure Source |
| Participant Involvement |
| Invasiveness of Procedures |
| Data Sensitivity |
| Ethical Implications |
| Participant Decision Point |
| Use of Archived Samples |
| Regulatory Requirements |
| Timing |
Scenarios for Transition to "On-Study"
Is a person typically considered "on-study" before screening or after screening is completed and eligibility is confirmed? This question is a recurring source of confusion. The answer here is that this transition depends on the study:
#1 - Most Common Case: A person is typically considered "on-study" only after screening is completed and eligibility is confirmed.
Key reasons for this:
-
Screening Completion:
Screening is the process of evaluating a potential participant's eligibility against the protocol's inclusion and exclusion criteria.
This phase includes activities like reviewing medical history, performing diagnostic tests, and assessing biomarkers.
Until screening is completed and the participant is deemed eligible, they are not officially "on-study."
-
Eligibility Confirmation:
A participant transitions to the "on-study" state once eligibility is confirmed, and they formally enter the study by being enrolled.
At this point, any study-specific interventions or activities outlined in the protocol begin.
-
Protocol and Regulatory Alignment:
In clinical research protocols, "on-study" often marks the formal initiation of study-related activities.
Regulatory bodies (e.g., FDA, EMA) and ethical guidelines distinguish screening activities from the active phases of the study.
Subject states for this case:
- Before Screening Completion:
- Subject is typically classified as:
- Candidate: Identified for possible participation.
- In-prescreening: Undergoing preliminary assessment.
- In-screening: Undergoing detailed eligibility evaluation.
- Subject is typically classified as:
- After Screening Completion:
- Subject is classified as:
- Eligible: Screening completed successfully.
- On-study: Formally enrolled and participating in study activities.
- Subject is classified as:
#2 - Special Case: In some studies, particularly those with multi-step processes (e.g., run-in phases, conditional randomization):
- A participant might be labeled "on-study" during initial phases before full screening is complete, if the protocol explicitly includes such activities as part of the formal study.
- For example, a screening phase with study-specific interventions (e.g., collecting baseline biomarkers as part of the protocol) could place participants in an "on-study" status earlier.
In general, the distinction between screening and on-study hinges on the completion of eligibility assessment and enrollment.
#3 - Special Case: If eligibility criteria selection is based entirely on routine care data and no special interventions or study-specific procedures are needed, the potential participant can be set to "on-study" directly after eligibility criteria are fulfilled.
Key Factors Supporting "On-Study" Status Directly After Eligibility Fulfillment:
- No Additional Screening Activities:
- If the eligibility criteria are fully met using routine care data (e.g., lab results, imaging, or clinical notes already collected during standard care), no further screening is necessary.
- In such cases, the transition from "candidate" to "on-study" can occur immediately after eligibility is confirmed.
- No Study-Specific Interventions:
- Without the need for new tests, procedures, or other activities beyond routine care, the participant effectively bypasses the traditional "in-screening" phase.
- The "on-study" state is appropriate since the participant meets all inclusion criteria and no additional assessments are pending.
- Regulatory Compliance:
- This approach aligns with ethical and regulatory principles, provided:
- The participant has given consent (if required) for their routine care data to be used for research.
- Data privacy and confidentiality are maintained.
- This approach aligns with ethical and regulatory principles, provided:
- Protocol Definition:
- The study protocol must clearly state that eligibility determination is based solely on routine care data and that participants move to the "on-study" phase immediately upon meeting criteria.
Example Workflow:
- Pre-Screening:
- Routine care data (e.g., pathology reports, biomarker results) is analyzed to identify potential participants.
- If criteria are fulfilled, eligibility is confirmed without additional testing.
- Eligibility Confirmation:
- The participant transitions directly to "on-study."
- Example transition:
- Candidate → In-prescreening → Eligible → On-study
- On-Study Activities:
- Study-specific interventions (e.g., administering a drug, initiating monitoring) begin immediately after the participant is classified as "on-study."
Considerations
Protocol Clarity: The study protocol must explicitly outline this streamlined workflow to avoid confusion during implementation or audits.
Below is an overview, broadly explaining the different scenarios and their characteristics for Transition to "On-Study":
| Table: Scenarios for Transition to "On-Study" |
|---|
| Case |
| #1 - Most Common Case |
| #2 - Special Case: Multi-Step Screening |
| #3 - Special Case: Routine Care Eligibility |
Notes
ResearchSubject State Machine
The following diagram reflects the "typical" state machine for ResearchSubject.

StructureDefinition
Elements (Simplified)
- ResearchSubject [0..*]: - Participant or object which is the recipient of investigative activities in a study
- ResearchSubject.identifier [0..*]: Identifier Business Identifier for research subject in a study
- ResearchSubject.status [1..1]: code required:publication-status draft | active | retired | unknown
- ResearchSubject.period [0..1]: Period Start and end of participation
- ResearchSubject.study [1..1]: Reference(ResearchStudy) Study subject is part of
- ResearchSubject.subject [1..1]: [Reference(Patient](/Reference(Patient), Group, Specimen, Device, Medication, Substance, SubstanceDefinition, BiologicallyDerivedProduct)) Who or what is part of study
- ResearchSubject.subjectState [0..*]: BackboneElement A duration in the lifecycle of the ResearchSubject within a ResearchStudy
- ResearchSubject.subjectState.code [1..1]: CodeableConcept example:research-subject-state candidate | in-prescreening | in-screening | eligible | ineligible | on-study | on-study-intervention | in-follow-up | off-study
- ResearchSubject.subjectState.startDate [1..1]: dateTime The date a research subject entered the given state
- ResearchSubject.subjectState.endDate [0..1]: dateTime The date a research subject exited or left the given state
- ResearchSubject.subjectState.reason [0..1]: CodeableConcept example:state-change-reason State change reason
- ResearchSubject.subjectMilestone [0..*]: BackboneElement A significant event in the progress of a ResearchSubject
- ResearchSubject.subjectMilestone.milestone [1..1]: CodeableConcept example:research-subject-milestone
- ResearchSubject.subjectMilestone.date [0..1]: dateTime The date/time when this milestone event was completed
- ResearchSubject.subjectMilestone.reason [0..*]: CodeableConcept example:state-change-reason
- ResearchSubject.comparisonGroup [0..*]: CodeableReference example:example-comparison-group A group to which the subject is assigned
- ResearchSubject.consent [0..*]: Reference(Consent) Agreement to participate in study
Mappings
- ResearchSubject Mappings — 18 mapping entries
Resource Packs
list-ResearchSubject-packs.xml
<?xml version="1.0" encoding="UTF-8"?>
<List xmlns="http://hl7.org/fhir">
<id value="ResearchSubject-packs"/>
<status value="current"/>
<mode value="working"/>
</List>
Search Parameters
- date — date — Start and end of participation —
ResearchSubject.period - identifier — token — Business Identifier for research subject in a study —
ResearchSubject.identifier - subject — reference — Who or what is part of study —
ResearchSubject.subject - patient — reference — Who or what is part of study —
ResearchSubject.subject.where(resolve() is Patient) - subject_state — token — candidate | in-prescreening | in-screening | eligible | ineligible | on-study | on-study-intervention | in-follow-up | off-study —
ResearchSubject.subjectState.code - status — token — draft | active | retired | unknown —
ResearchSubject.status - study — reference — Study subject is part of —
ResearchSubject.study
Examples
- example-crossover-placebo-to-drug — researchsubject-example-crossover-placebo-to-drug — Crossover Placebo to Drug
- researchsubject-example — researchsubject-example
- researchsubject-example-crossover-placebo-to-drug — researchsubject-example-crossover-placebo-to-drug
- researchsubject-examples-header — researchsubject-examples-header
Mapping Exceptions
researchsubject-fivews-mapping-exceptions.xml
Divergent Elements
- FiveWs.status → ResearchSubject.subjectState.code
Unmapped Elements
- FiveWs.what — Unknown
- FiveWs.recorded — Unknown
- FiveWs.author — Unknown
- FiveWs.actor — Unknown
- FiveWs.cause — Unknown
- FiveWs.version — Unknown
- FiveWs.witness — Unknown
- FiveWs.class — Unknown
- FiveWs.where — Unknown
- FiveWs.context — Unknown
- FiveWs.init — Unknown
- FiveWs.why — Unknown
- FiveWs.source — Unknown
- FiveWs.who — Unknown
- FiveWs.grade — Unknown
- FiveWs.planned — Unknown
- FiveWs.done — Unknown
- FiveWs.subject — Unknown