8.23 8.24 Resource ResearchSubject - Content

8.23.1 8.24.1 Scope and Usage

A research subject

• is a participant or object which is the entity recipient of interest investigative activities in a research study, study.
• is typically a human being or an animal, but can also be a device, group of humans drug product or animals, 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 Resource describes essential information about the subject, including subject in the gender, birthdate, 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 arm, consent status, 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 items. Human 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.

8.24.2 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.

8.24.3 Highlighted Aspects, Use Cases and Examples

8.24.3.1 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 traceable 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 person study, these may need to protect be obtained and/or confirmed at various times during the subject’s privacy. conduct of the study .

The ResearchSubject resource Below is an overview, broadly explaining the consent requirements in relation to pre-screening and screening:

8.24.3.2 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:

1. 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."
2. 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 following protocol begin.
3. Protocol and Regulatory Alignment:
   In clinical research activities: 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:

• Consent Before Screening Completion:
  • Subject is typically classified as:
    • Candidate: Identified for possible participation.
    • In-prescreening: Undergoing preliminary assessment.
    • In-screening: Undergoing detailed eligibility evaluation.
• After Screening Completion:
  • Subject is classified as:
    • Eligible: Screening completed successfully.
    • On-study: Formally enrolled and registration to participating in study activities.

#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 research 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:

1. 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.
2. 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.
3. 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.
4. 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:

• Exposure Pre-Screening:
  • Routine care data (e.g., pathology reports, biomarker results) is analyzed to test therapy identify potential participants.
  • Assessment of test therapy results If criteria are fulfilled, eligibility is confirmed without additional testing.
• Reporting of adverse events 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":

• Structure
• UML
• XML
• JSON
• Turtle
• R3 R4 Diff
• All

Structure

Physical entity candidate | eligible | follow-up | ineligible | not-registered | off-study | on-study | on-study-intervention | on-study-observation | pending-on-study 0..1 What path

Name	Flags	Card.	Type	Description & Constraints      Filter: Bindings Constraints Obligations
ResearchSubject	TU N		DomainResource	Participant or object which is the primary unit recipient of interest investigative activities in the a study Elements defined in Ancestors: id , meta , implicitRules , language , text , contained , extension , modifierExtension
identifier	Σ	0..*	Identifier	Business Identifier for research subject in a study
status	?! Σ	1..1	code	draft | potential-candidate active | screening retired | withdrawn unknown ResearchSubjectStatus Binding: PublicationStatus ( Required )
period	Σ	0..1	Period	Start and end of participation
study	Σ	1..1	Reference ( ResearchStudy )	Study subject is part of
individual subject	Σ	1..1	Reference ( Patient | Group | Specimen | Device | Medication | Substance | SubstanceDefinition | BiologicallyDerivedProduct )	Who or what is part of study
subjectState		0..*	BackboneElement	A duration in the lifecycle of the ResearchSubject within a ResearchStudy
assignedArm code		1..1	CodeableConcept	candidate | in-prescreening | in-screening | eligible | ineligible | on-study | on-study-intervention | in-follow-up | off-study Binding: ResearchSubjectState ( Example )
startDate		1..1	string dateTime	The date a research subject entered the given state What path should be followed
actualArm endDate		0..1	dateTime	The date a research subject exited or left the given state
reason		0..1	CodeableConcept	State change reason Binding: StateChangeReason string ( Example )
subjectMilestone		0..*	BackboneElement	A significant event in the progress of a ResearchSubject
milestone		1..1	CodeableConcept	Binding: ResearchSubjectMilestone ( Example )
date		0..1	dateTime	The date/time when this milestone event was followed completed
consent reason		0..*	CodeableConcept	Binding: StateChangeReason ( Example ) 0..1
comparisonGroup		0..*	CodeableReference ( Group )	A group to which the subject is assigned Binding: Example Comparison Group ( Example )
consent		0..*	Reference ( Consent )	Agreement to participate in study
Documentation for this format

See the Extensions for this resource

<

<ResearchSubject xmlns="http://hl7.org/fhir"> 

 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Business Identifier for research subject in a study --></identifier>
 <

 <status value="[code]"/><!-- 1..1 draft | active | retired | unknown -->

 <period><!-- 0..1 Period Start and end of participation --></period>
 <study><!-- 1..1 Reference(ResearchStudy) Study subject is part of --></study>
 <</individual>
 <
 <
 <</consent>

 <subject><!-- 1..1 Reference(BiologicallyDerivedProduct|Device|Group|Medication|
   Patient|Specimen|Substance|SubstanceDefinition) Who or what is part of study --></subject>

 <subjectState>  <!-- 0..* A duration in the lifecycle of the ResearchSubject within a ResearchStudy -->
  <code><!-- 1..1 CodeableConcept candidate | in-prescreening | in-screening | eligible | ineligible | on-study | on-study-intervention | in-follow-up | off-study  --></code>
  <startDate value="[dateTime]"/><!-- 1..1 The date a research subject entered the given state -->
  <endDate value="[dateTime]"/><!-- 0..1 The date a research subject exited or left the given state -->
  <reason><!-- 0..1 CodeableConcept State change reason  --></reason>
 </subjectState>
 <subjectMilestone>  <!-- 0..* A significant event in the progress of a ResearchSubject -->
  <milestone><!-- 1..1 CodeableConcept   --></milestone>
  <date value="[dateTime]"/><!-- 0..1 The date/time when this milestone event was completed -->
  <reason><!-- 0..* CodeableConcept   --></reason>
 </subjectMilestone>
 <comparisonGroup><!-- 0..* CodeableReference(Group) A group to which the subject is assigned --></comparisonGroup>
 <consent><!-- 0..* Reference(Consent) Agreement to participate in study --></consent>

</ResearchSubject>

{
  "resourceType" : "",

  "resourceType" : "ResearchSubject",

  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Business Identifier for research subject in a study
  "

  "status" : "<code>", // R!  draft | active | retired | unknown

  "period" : { Period }, // Start and end of participation
  "study" : { Reference(ResearchStudy) }, // R!  Study subject is part of
  "
  "
  "
  "

  "subject" : { Reference(BiologicallyDerivedProduct|Device|Group|Medication|
   Patient|Specimen|Substance|SubstanceDefinition) }, // R!  Who or what is part of study

  "subjectState" : [{ // A duration in the lifecycle of the ResearchSubject within a ResearchStudy
    "code" : { CodeableConcept }, // R!  candidate | in-prescreening | in-screening | eligible | ineligible | on-study | on-study-intervention | in-follow-up | off-study 
    "startDate" : "<dateTime>", // R!  The date a research subject entered the given state
    "endDate" : "<dateTime>", // The date a research subject exited or left the given state
    "reason" : { CodeableConcept } // State change reason 
  }],
  "subjectMilestone" : [{ // A significant event in the progress of a ResearchSubject
    "milestone" : { CodeableConcept }, // R!   
    "date" : "<dateTime>", // The date/time when this milestone event was completed
    "reason" : [{ CodeableConcept }] //  
  }],
  "comparisonGroup" : [{ CodeableReference(Group) }], // A group to which the subject is assigned
  "consent" : [{ Reference(Consent) }] // Agreement to participate in study

}

@prefix fhir: <http://hl7.org/fhir/> .


[ a fhir:;

[ a fhir:ResearchSubject;

  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from 
  # from 
  fhir:
  fhir:
  fhir:
  fhir:
  fhir:
  fhir:
  fhir:
  fhir:

  # from Resource: fhir:id, fhir:meta, fhir:implicitRules, and fhir:language
  # from DomainResource: fhir:text, fhir:contained, fhir:extension, and fhir:modifierExtension
  fhir:identifier  ( [ Identifier ] ... ) ; # 0..* Business Identifier for research subject in a study
  fhir:status [ code ] ; # 1..1 draft | active | retired | unknown
  fhir:period [ Period ] ; # 0..1 Start and end of participation
  fhir:study [ Reference(ResearchStudy) ] ; # 1..1 Study subject is part of
  fhir:subject [ Reference(BiologicallyDerivedProduct|Device|Group|Medication|Patient|Specimen|Substance|
  SubstanceDefinition) ] ; # 1..1 Who or what is part of study

  fhir:subjectState ( [ # 0..* A duration in the lifecycle of the ResearchSubject within a ResearchStudy
    fhir:code [ CodeableConcept ] ; # 1..1 candidate | in-prescreening | in-screening | eligible | ineligible | on-study | on-study-intervention | in-follow-up | off-study
    fhir:startDate [ dateTime ] ; # 1..1 The date a research subject entered the given state
    fhir:endDate [ dateTime ] ; # 0..1 The date a research subject exited or left the given state
    fhir:reason [ CodeableConcept ] ; # 0..1 State change reason
  ] ... ) ;
  fhir:subjectMilestone ( [ # 0..* A significant event in the progress of a ResearchSubject
    fhir:milestone [ CodeableConcept ] ; # 1..1 
    fhir:date [ dateTime ] ; # 0..1 The date/time when this milestone event was completed
    fhir:reason  ( [ CodeableConcept ] ... ) ; # 0..* 
  ] ... ) ;
  fhir:comparisonGroup  ( [ CodeableReference(Group) ] ... ) ; # 0..* A group to which the subject is assigned
  fhir:consent  ( [ Reference(Consent) ] ... ) ; # 0..* Agreement to participate in study

]

Structure

Physical entity candidate | eligible | follow-up | ineligible | not-registered | off-study | on-study | on-study-intervention | on-study-observation | pending-on-study string What path

Name	Flags	Card.	Type	Description & Constraints      Filter: Bindings Constraints Obligations
ResearchSubject	TU N		DomainResource	Participant or object which is the primary unit recipient of interest investigative activities in the a study Elements defined in Ancestors: id , meta , implicitRules , language , text , contained , extension , modifierExtension
identifier	Σ	0..*	Identifier	Business Identifier for research subject in a study
status	?! Σ	1..1	code	draft | potential-candidate active | screening retired | withdrawn unknown ResearchSubjectStatus Binding: PublicationStatus ( Required )
period	Σ	0..1	Period	Start and end of participation
study	Σ	1..1	Reference ( ResearchStudy )	Study subject is part of
individual subject	Σ	1..1	Reference ( Patient | Group | Specimen | Device | Medication | Substance | SubstanceDefinition | BiologicallyDerivedProduct )	Who or what is part of study
subjectState		0..*	BackboneElement	A duration in the lifecycle of the ResearchSubject within a ResearchStudy
assignedArm code		1..1	CodeableConcept	candidate | in-prescreening | in-screening | eligible | ineligible | on-study | on-study-intervention | in-follow-up | off-study Binding: ResearchSubjectState ( Example ) 0..1
startDate		1..1	dateTime	The date a research subject entered the given state What path should be followed
actualArm endDate		0..1	dateTime	The date a research subject exited or left the given state
reason		0..1	CodeableConcept	State change reason Binding: StateChangeReason string ( Example )
subjectMilestone		0..*	BackboneElement	A significant event in the progress of a ResearchSubject
milestone		1..1	CodeableConcept	Binding: ResearchSubjectMilestone ( Example )
date		0..1	dateTime	The date/time when this milestone event was followed completed
consent reason		0..*	CodeableConcept	Binding: StateChangeReason ( Example ) 0..1
comparisonGroup		0..*	CodeableReference ( Group )	A group to which the subject is assigned Binding: Example Comparison Group ( Example )
consent		0..*	Reference ( Consent )	Agreement to participate in study
Documentation for this format

See the Extensions for this resource

UML Diagram ( Legend )

XML Template

<

<ResearchSubject xmlns="http://hl7.org/fhir"> 

 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Business Identifier for research subject in a study --></identifier>
 <

 <status value="[code]"/><!-- 1..1 draft | active | retired | unknown -->

 <period><!-- 0..1 Period Start and end of participation --></period>
 <study><!-- 1..1 Reference(ResearchStudy) Study subject is part of --></study>
 <</individual>
 <
 <
 <</consent>

 <subject><!-- 1..1 Reference(BiologicallyDerivedProduct|Device|Group|Medication|
   Patient|Specimen|Substance|SubstanceDefinition) Who or what is part of study --></subject>

 <subjectState>  <!-- 0..* A duration in the lifecycle of the ResearchSubject within a ResearchStudy -->
  <code><!-- 1..1 CodeableConcept candidate | in-prescreening | in-screening | eligible | ineligible | on-study | on-study-intervention | in-follow-up | off-study  --></code>
  <startDate value="[dateTime]"/><!-- 1..1 The date a research subject entered the given state -->
  <endDate value="[dateTime]"/><!-- 0..1 The date a research subject exited or left the given state -->
  <reason><!-- 0..1 CodeableConcept State change reason  --></reason>
 </subjectState>
 <subjectMilestone>  <!-- 0..* A significant event in the progress of a ResearchSubject -->
  <milestone><!-- 1..1 CodeableConcept   --></milestone>
  <date value="[dateTime]"/><!-- 0..1 The date/time when this milestone event was completed -->
  <reason><!-- 0..* CodeableConcept   --></reason>
 </subjectMilestone>
 <comparisonGroup><!-- 0..* CodeableReference(Group) A group to which the subject is assigned --></comparisonGroup>
 <consent><!-- 0..* Reference(Consent) Agreement to participate in study --></consent>

</ResearchSubject>

JSON Template

{
  "resourceType" : "",

  "resourceType" : "ResearchSubject",

  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Business Identifier for research subject in a study
  "

  "status" : "<code>", // R!  draft | active | retired | unknown

  "period" : { Period }, // Start and end of participation
  "study" : { Reference(ResearchStudy) }, // R!  Study subject is part of
  "
  "
  "
  "

  "subject" : { Reference(BiologicallyDerivedProduct|Device|Group|Medication|
   Patient|Specimen|Substance|SubstanceDefinition) }, // R!  Who or what is part of study

  "subjectState" : [{ // A duration in the lifecycle of the ResearchSubject within a ResearchStudy
    "code" : { CodeableConcept }, // R!  candidate | in-prescreening | in-screening | eligible | ineligible | on-study | on-study-intervention | in-follow-up | off-study 
    "startDate" : "<dateTime>", // R!  The date a research subject entered the given state
    "endDate" : "<dateTime>", // The date a research subject exited or left the given state
    "reason" : { CodeableConcept } // State change reason 
  }],
  "subjectMilestone" : [{ // A significant event in the progress of a ResearchSubject
    "milestone" : { CodeableConcept }, // R!   
    "date" : "<dateTime>", // The date/time when this milestone event was completed
    "reason" : [{ CodeableConcept }] //  
  }],
  "comparisonGroup" : [{ CodeableReference(Group) }], // A group to which the subject is assigned
  "consent" : [{ Reference(Consent) }] // Agreement to participate in study

}

Turtle Template

@prefix fhir: <http://hl7.org/fhir/> .


[ a fhir:;

[ a fhir:ResearchSubject;

  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from 
  # from 
  fhir:
  fhir:
  fhir:
  fhir:
  fhir:
  fhir:
  fhir:
  fhir:

  # from Resource: fhir:id, fhir:meta, fhir:implicitRules, and fhir:language
  # from DomainResource: fhir:text, fhir:contained, fhir:extension, and fhir:modifierExtension
  fhir:identifier  ( [ Identifier ] ... ) ; # 0..* Business Identifier for research subject in a study
  fhir:status [ code ] ; # 1..1 draft | active | retired | unknown
  fhir:period [ Period ] ; # 0..1 Start and end of participation
  fhir:study [ Reference(ResearchStudy) ] ; # 1..1 Study subject is part of
  fhir:subject [ Reference(BiologicallyDerivedProduct|Device|Group|Medication|Patient|Specimen|Substance|
  SubstanceDefinition) ] ; # 1..1 Who or what is part of study

  fhir:subjectState ( [ # 0..* A duration in the lifecycle of the ResearchSubject within a ResearchStudy
    fhir:code [ CodeableConcept ] ; # 1..1 candidate | in-prescreening | in-screening | eligible | ineligible | on-study | on-study-intervention | in-follow-up | off-study
    fhir:startDate [ dateTime ] ; # 1..1 The date a research subject entered the given state
    fhir:endDate [ dateTime ] ; # 0..1 The date a research subject exited or left the given state
    fhir:reason [ CodeableConcept ] ; # 0..1 State change reason
  ] ... ) ;
  fhir:subjectMilestone ( [ # 0..* A significant event in the progress of a ResearchSubject
    fhir:milestone [ CodeableConcept ] ; # 1..1 
    fhir:date [ dateTime ] ; # 0..1 The date/time when this milestone event was completed
    fhir:reason  ( [ CodeableConcept ] ... ) ; # 0..* 
  ] ... ) ;
  fhir:comparisonGroup  ( [ CodeableReference(Group) ] ... ) ; # 0..* A group to which the subject is assigned
  fhir:consent  ( [ Reference(Consent) ] ... ) ; # 0..* Agreement to participate in study

]

Changes since Release 3 from both R4 and R4B

ResearchSubject
ResearchSubject.identifier ResearchSubject.status	Change value set from http://hl7.org/fhir/ValueSet/research-subject-status|4.0.0 to PublicationStatus Remove codes candidate , eligible , follow-up , ineligible , not-registered , off-study , on-study , on-study-intervention , on-study-observation , pending-on-study , potential-candidate , screening , withdrawn Add codes draft , active , retired , unknown
ResearchSubject.subject	Added Mandatory Element
ResearchSubject.subjectState	Added Element
ResearchSubject.subjectState.code	Added Mandatory Element
ResearchSubject.subjectState.startDate	Added Mandatory Element
ResearchSubject.subjectState.endDate	Added Element
ResearchSubject.subjectState.reason	Added Element
ResearchSubject.subjectMilestone	Added Element
ResearchSubject.subjectMilestone.milestone	Added Mandatory Element
ResearchSubject.subjectMilestone.date	Added Element
ResearchSubject.subjectMilestone.reason	Added Element
ResearchSubject.comparisonGroup	Added Element
ResearchSubject.consent	Max Cardinality changed from 1 to *
ResearchSubject.status ResearchSubject.individual	Change value set from http://hl7.org/fhir/ValueSet/research-subject-status to http://hl7.org/fhir/ValueSet/research-subject-status|4.0.1 Deleted
ResearchSubject.assignedArm	Deleted
ResearchSubject.actualArm	Deleted

See the Full Difference for further information

This analysis is available for R4 as XML or JSON . See R3 <--> R4 Conversion Maps (status = 1 test that all execute ok. All tests pass round-trip testing and all r3 resources are valid.) for R4B as XML or JSON .

8.23.3 8.24.6 ResearchSubject State Machine

The following diagram reflects the "typical" state machine for ResearchSubject.