Manuel B. Garcia

Manuel B. Garcia serves as the Senior Director for Educational Technology and Digital Learning at FEU Institute of Technology, Manila, Philippines. Read More

Contact Info

1607, FEU Tech Building,
P. Paredes St, Sampaloc,
Manila, Philippines
mbgarcia@feutech.edu.ph

Follow Me

Should AI Be Used to Flag Research Participant Safety Risks?

AI may help researchers identify potential participant safety concerns, but missed risks and incorrect alerts can have serious consequences. Learn how to evaluate AI-assisted safety monitoring, validate alert systems, preserve qualified human judgment, and protect participants.

1011
AI for Research Participant Safety Monitoring Guide 1011 of 1196
01 · The Question

Should Researchers Let AI Warn Them When Participants May Be at Risk?

A clinical research team monitors participants enrolled in a study involving a new therapeutic intervention. Investigators regularly examine laboratory results, adverse-event reports, and participant-reported symptoms.

The team considers using AI to identify unusual patterns and flag records that may require immediate attention.

The proposed system could help researchers identify concerns that might otherwise be overlooked. However, it could also fail to recognize a serious event, misinterpret incomplete information, or generate numerous alerts that distract investigators from more important findings.

What happens if the AI fails to flag a participant who needs urgent assessment? Conversely, what happens if an incorrect alert leads to an unnecessary interruption of study procedures?

These questions concern AI research participant safety risk detection. The central issue is whether automated alerts can contribute to participant protection without becoming an unreliable substitute for established monitoring responsibilities and qualified professional judgment.

02 · The Short Answer

Can AI Appropriately Flag Participant Safety Risks?

In Brief

AI may support research participant safety monitoring by identifying potentially concerning information for qualified review, provided the system is appropriately validated for its intended use, operates within authorized research procedures, and does not replace established safety assessment and reporting responsibilities.

Its suitability depends on the consequences of missed risks, incorrect alerts, incomplete information, and delays in intervention. AI-generated safety flags should be treated as signals requiring appropriate evaluation rather than definitive clinical conclusions. Equally important, the absence of an AI alert must not be interpreted as proof that a participant is safe.

03 · What You Need to Know

How AI-Assisted Participant Safety Monitoring Should Work

What Does Participant Safety Monitoring Involve?

Participant safety monitoring involves identifying, evaluating, documenting, and responding to risks that arise during research participation.

Depending on the study, relevant information may include adverse events, laboratory abnormalities, changes in clinical condition, psychological distress, protocol deviations, or unexpected reactions to research procedures.

Safety monitoring is not limited to clinical trials. Behavioral, educational, and social research may also involve risks requiring appropriate procedures for recognition and response.

For example, a qualitative interview concerning traumatic experiences may require a protocol for responding when a participant experiences significant distress.

The appropriate monitoring arrangements depend on the research design, participant population, anticipated risks, and applicable ethical requirements.

AI assistance should be evaluated within those arrangements rather than introduced as a replacement for them.

How Can AI Contribute to Safety Risk Detection?

AI systems may assist with identifying patterns in structured data, extracting information from clinical notes, reviewing adverse-event narratives, or prioritizing records for closer examination.

For example, a system might flag a combination of laboratory values that warrants assessment under a predefined monitoring protocol.

Another system might identify language in participant reports that could indicate a possible adverse event.

These applications may improve the organization and prioritization of information, particularly when research teams manage large volumes of records.

However, identifying a possible signal is different from determining its clinical significance or deciding what action should follow.

Researchers should distinguish information extraction, risk prediction, clinical assessment, and intervention because each activity requires different evidence and oversight.

What Is the Difference Between a Safety Signal and a Safety Decision?

AI-generated safety signal An automated indication that available information may warrant further investigation or assessment.
Authorized safety decision A determination made through the approved monitoring process concerning the significance of a concern and any appropriate response.

An AI flag may identify a record requiring attention, but it does not independently establish that an adverse event occurred or that a particular intervention is necessary.

Similarly, a system's failure to produce an alert does not establish that the participant has no safety concerns.

Researchers should ensure that automated alerts are interpreted within the study's established safety procedures.

This distinction is particularly important when AI contributes to clinical research decisions.

Why False Negatives Can Be Particularly Consequential

A false negative occurs when a system fails to identify a condition or event that it is intended to detect.

In participant safety monitoring, a false negative may result in a concerning record receiving insufficient attention.

For example, an AI system might overlook a serious symptom because the participant described it using terminology not adequately represented in the system's training or validation data.

The consequences depend on the event, the monitoring workflow, and whether other safeguards identify the concern.

Researchers should evaluate sensitivity for the particular safety conditions the system is intended to detect.

However, high sensitivity alone does not establish that a monitoring system is suitable. Other performance characteristics and the consequences of incorrect alerts also matter.

Why False Positives Matter Too

A false positive occurs when a system flags a concern that is not present under the applicable reference standard.

False-positive alerts may lead to unnecessary investigations, additional participant contact, interruptions to research procedures, or avoidable anxiety.

Frequent incorrect alerts may also contribute to alert fatigue, in which reviewers become less responsive to warnings.

Research on clinical decision-support alerts has documented problems associated with excessive or poorly targeted notifications.

However, the appropriate balance between sensitivity and specificity depends on the seriousness of the risks being monitored.

For a potentially life-threatening event, researchers may reasonably prioritize avoiding missed cases, provided the resulting alert burden can be managed safely.

There is no universal threshold that makes every AI safety-alert system acceptable.

Why Overall Accuracy Is Not Enough

Safety events may be relatively uncommon in some research populations.

When an event is rare, a system can achieve high overall accuracy by classifying most observations as not concerning.

For example, imagine a hypothetical dataset containing 10,000 monitoring observations, of which 50 represent events requiring urgent assessment.

A system that never generates an alert would correctly classify 9,950 observations and achieve 99.5% overall accuracy.

Yet it would miss every event requiring urgent assessment.

This hypothetical example demonstrates why researchers should examine sensitivity, specificity, predictive values, and the consequences of particular errors rather than rely exclusively on overall accuracy.

The prevalence of safety events also affects the proportion of alerts that correspond to genuine concerns.

How Should AI Safety Monitoring Be Validated?

Validation should reflect the specific event, participant population, data sources, and workflow for which the system is intended.

For example, a model validated using structured hospital records may not perform equivalently when applied to free-text reports collected through a research survey.

Researchers may need to assess information extraction accuracy, classification performance, timeliness, calibration where relevant, and the consequences of errors.

External validation can help examine performance outside the original development setting.

Prospective evaluation may also be important when the proposed application could affect real-time participant monitoring.

Researchers should distinguish technical validation from demonstrating that a system improves participant outcomes.

A model may detect certain events accurately without necessarily improving the effectiveness of the complete safety-monitoring process.

Why Timeliness Matters

A safety alert may be accurate but still ineffective if it reaches the responsible person too late.

For example, a system might identify a concerning laboratory result after the relevant monitoring window has passed.

Researchers should therefore evaluate the complete pathway from data collection to alert generation, review, and appropriate action.

Relevant questions include how frequently information is processed, who receives alerts, and what happens when the designated reviewer is unavailable.

Where urgent events are possible, escalation procedures should follow the approved protocol and applicable clinical responsibilities.

AI should not create an impression of continuous safety monitoring unless the actual system and staffing arrangements support that capability.

Can AI Detect Safety Concerns That Human Reviewers Miss?

Potentially. Automated systems may identify patterns across large datasets or flag combinations of information that warrant closer examination.

However, whether they improve detection compared with established procedures requires empirical evaluation.

Performance may vary according to data quality, event type, population, and implementation.

Researchers should avoid assuming that an additional AI monitoring layer necessarily improves safety.

An ineffective system could introduce false reassurance, unnecessary alerts, or additional workflow complexity.

The relevant outcome is whether the complete monitoring arrangement provides adequate participant protection.

Why Human Oversight Must Remain Meaningful

Human review is useful only when reviewers can evaluate the underlying evidence and intervene appropriately.

For example, a clinician receiving an AI-generated alert should be able to examine the relevant record, assess the participant's circumstances, and determine the appropriate response under the approved protocol.

A reviewer who receives only a risk label without sufficient supporting information may be unable to evaluate the recommendation.

Similarly, a reviewer who lacks authority to escalate a concern may provide limited protection.

Effective oversight therefore requires relevant competence, information access, decision authority, and clear responsibilities.

These considerations are consistent with meaningful human oversight in AI-assisted research.

What About AI Monitoring of Psychological Distress?

Some research studies involve participants discussing trauma, discrimination, self-harm, or other sensitive experiences.

Researchers may consider using AI to identify language suggesting distress or possible safety concerns.

However, linguistic indicators are not equivalent to clinical assessment.

A participant may use ambiguous language, culturally specific expressions, or indirect descriptions that an AI system misinterprets.

False-positive classifications can also lead to inappropriate assumptions about participants.

Researchers should therefore establish ethically appropriate, human-led response procedures rather than relying on unvalidated automated interpretation.

Where a study involves foreseeable psychological risks, the approved protocol should identify appropriate monitoring and escalation responsibilities.

Participant Privacy Is Part of Safety Monitoring

Safety monitoring may require access to highly sensitive participant information.

Processing these records through external AI services can introduce confidentiality, security, and data-protection risks.

Researchers should examine the provider's processing arrangements, access controls, retention practices, and any secondary use of submitted information.

They must also determine whether the proposed processing is consistent with participant consent, approved protocols, institutional agreements, and applicable law.

Removing names does not necessarily eliminate reidentification risks.

A safety-monitoring tool should not be considered appropriate solely because it performs well on a detection benchmark.

Does AI Safety Monitoring Require Ethics or Regulatory Review?

Additional review may be necessary when AI changes the approved monitoring process, affects participant-related decisions, or introduces new data-processing arrangements.

The requirements depend on the study, institution, jurisdiction, and intended use.

Some AI applications may also fall within medical-device or clinical decision-support regulatory frameworks.

Researchers should consult appropriate institutional and regulatory personnel rather than assuming that general permission to use AI covers safety-related applications.

The World Medical Association's 2024 Declaration of Helsinki provides relevant ethical principles concerning participant protection and responsible medical research.

These principles do not automatically prohibit AI assistance, but they reinforce the need to prioritize participant rights, safety, and well-being.

Why Safety Monitoring Needs Ongoing Evaluation

An AI system's performance may change when participant characteristics, documentation practices, data sources, or model versions change.

Researchers should therefore determine whether ongoing monitoring is needed to detect performance deterioration or unexpected failures.

For consequential applications, this may involve reviewing missed events, incorrect alerts, response times, and changes in subgroup performance.

Investigators should also document significant system changes and determine whether additional validation or approval is required.

The National Institute of Standards and Technology's AI Risk Management Framework emphasizes managing AI risks throughout the system lifecycle.

Initial validation should not be assumed sufficient for every future use.

When Should AI Safety Monitoring Be Avoided?

AI may be inappropriate when its detection performance cannot be adequately established, when missed events could cause serious harm, or when the workflow lacks reliable human review and escalation.

It may also be unsuitable when necessary data processing is unauthorized or the system cannot be integrated safely into established monitoring procedures.

Researchers should not replace required safety assessments with an unvalidated general-purpose language model.

If adequate safeguards cannot be established, the appropriate decision may be to restrict or avoid AI use for the monitoring task.

This reflects the broader principle of risk-proportionate AI use in high-stakes research.

04 · A Practical Example

Evaluating an AI System That Flags Potential Adverse Events

Hypothetical Example

Monitoring Participant Reports During a Clinical Study

A clinical research team collects periodic symptom reports from participants enrolled in a study.

The investigators consider using an AI system to flag descriptions that may indicate adverse events requiring closer examination.

The proposed system analyzes written reports and assigns a preliminary alert status.

Before implementation, the team evaluates whether the system can operate safely within the approved monitoring protocol.

1. Define the target events

The researchers specify which types of participant reports the system is intended to flag and how those events are defined within the monitoring procedure.

2. Establish a reference assessment

Qualified personnel evaluate relevant records using an appropriate reference process for assessing the system's performance.

3. Examine classification errors

The team assesses missed events, incorrect alerts, and whether errors differ across relevant report types or participant groups.

4. Evaluate the response workflow

Researchers determine who receives alerts, how quickly they are reviewed, and what escalation procedures apply.

5. Confirm authorization

The team obtains any necessary ethics, privacy, institutional, or regulatory review before implementing the proposed system.

6. Monitor performance

If authorized, the team evaluates actual alert performance and investigates errors or unexpected changes during use.

The example does not establish that the proposed AI system is sufficiently reliable for safety monitoring.

That conclusion would require actual validation evidence and assessment of the complete workflow.

The central principle is that an automated safety flag should support appropriate human assessment rather than replace established participant protection responsibilities.

05 · What Researchers Often Get Wrong

Misconceptions About AI-Assisted Participant Safety Monitoring

Misconception

No AI Alert Means the Participant Is Safe

The absence of an alert does not establish the absence of risk. A system may miss relevant events, lack necessary information, or operate outside its validated conditions.

Misconception

More Safety Alerts Always Mean Better Participant Protection

Excessive false-positive alerts may create unnecessary work and contribute to alert fatigue. Monitoring quality depends on relevant detection performance and effective response procedures.

Misconception

High Overall Accuracy Proves That an AI Safety System Is Reliable

Overall accuracy may conceal serious missed events, particularly when the target condition is uncommon. Researchers should examine error types and their consequences.

Misconception

An AI-Generated Safety Flag Is Equivalent to a Clinical Diagnosis

A flag indicates that information may warrant further assessment. It does not independently establish a diagnosis, adverse-event classification, or appropriate intervention.

Misconception

Adding AI Automatically Improves Existing Safety Monitoring

Whether AI improves monitoring requires evidence. An additional system may introduce new errors, delays, or workflow problems if it is poorly validated or implemented.

Misconception

Human Review Eliminates the Need for System Validation

Human oversight and technical validation address different concerns. Both may be necessary for consequential applications, and superficial review cannot compensate for an unsuitable system.

Misconception

Safety Monitoring Justifies Uploading Sensitive Data to Any AI Service

Participant protection does not remove privacy, consent, confidentiality, or institutional obligations. Proposed processing arrangements must be appropriately authorized.

06 · What This Means for You

How to Evaluate AI for Research Participant Safety Monitoring

Researchers should begin by identifying the safety-monitoring function AI would perform and the consequences of incorrect or delayed outputs.

The assessment should focus on the complete workflow, including data collection, alert generation, human review, and appropriate response.

A simple decision framework

If AI flags possible safety concerns
Treat alerts as information requiring assessment through the authorized monitoring process.
If missed events could cause serious harm
Require strong task-specific validation and safeguards that do not depend solely on AI detection.
If incorrect alerts are frequent
Evaluate alert burden, reviewer response, and whether the system improves the overall monitoring process.
If sensitive participant information is processed
Confirm that the data-processing arrangements are authorized and appropriately protected.
If the system cannot be adequately validated or supervised
Do not use it as a consequential safety-monitoring mechanism.

Define the Safety Events and Intended Response

Specify which conditions AI is intended to detect and what action should follow an alert.

Ambiguous definitions can undermine both validation and operational response.

Evaluate Consequential Errors

Assess false negatives, false positives, timeliness, and performance under relevant conditions.

Do not rely solely on overall accuracy or demonstrations involving selected examples.

Preserve Existing Safety Procedures

AI should not displace required monitoring, reporting, or escalation arrangements without appropriate authorization and evidence supporting the change.

Qualified personnel should retain the responsibilities assigned under the approved protocol.

Test the Complete Workflow

Evaluate whether alerts reach the correct personnel, whether reviewers can examine supporting evidence, and whether appropriate action can occur in time.

A technically accurate model may still be unsuitable if the surrounding workflow cannot respond effectively.

Monitor and Reassess Performance

Where AI safety monitoring is authorized, establish procedures for investigating missed events, incorrect alerts, and system changes.

Reassess whether the system continues to provide an acceptable level of performance and participant protection.

07 · A Quick Checklist

Before Using AI to Flag Participant Safety Risks

Before implementing AI-assisted safety monitoring, check:
Have the target safety events and intended alerts been clearly defined?
Has the system been appropriately validated for the intended population and data sources?
Have false-negative and false-positive consequences been evaluated?
Have alert timeliness and escalation requirements been assessed?
Can qualified reviewers examine the evidence supporting each alert?
Does the workflow preserve authorized safety assessment and decision-making?
Are required monitoring and reporting procedures maintained?
Have ethics, privacy, institutional, and regulatory obligations been reviewed?
Are procedures established for investigating missed events and incorrect alerts?
Can the system be restricted or suspended if its performance becomes unacceptable?
08 · Frequently Asked Questions

Common Questions About AI and Research Participant Safety

Can AI identify adverse events during clinical research?

AI may assist in identifying potential adverse-event information, but performance depends on the system and intended context. Relevant outputs require appropriate validation and assessment under the approved monitoring process.

Does the absence of an AI safety alert mean a participant is safe?

No. AI systems can miss events or lack relevant information. Required monitoring and professional assessment should not be replaced by the absence of automated warnings.

Are false-positive safety alerts harmless?

No. Incorrect alerts may lead to unnecessary investigations, participant anxiety, interruptions, or alert fatigue. Their consequences should be evaluated alongside the risks of missed events.

Can AI safety alerts replace clinician judgment?

AI alerts should not automatically replace authorized clinical judgment. The appropriate role of AI depends on validation, approved procedures, and applicable professional and regulatory requirements.

What performance measures matter for AI safety detection?

Relevant measures may include sensitivity, specificity, predictive values, timeliness, and subgroup performance. The most important measures depend on the target event and consequences of error.

Can AI detect psychological distress in research participants?

AI may identify language that warrants further attention, but linguistic indicators are not equivalent to clinical assessment. Such applications require careful validation, contextual interpretation, and appropriate human-led response procedures.

Does AI safety monitoring require ethics committee approval?

Additional review may be necessary when AI changes approved monitoring procedures or introduces new participant-related risks or data processing. Researchers should consult the responsible institutional authorities.

When should AI not be used for participant safety monitoring?

AI should be restricted or avoided when adequate validation, timely response, authorized processing, or meaningful oversight cannot be established for the intended safety function.

09 · The Bottom Line

Safety Alerts Should Support Protection, Not Create False Reassurance

The Bottom Line

AI may help researchers identify potential participant safety concerns, but its alerts are only useful when the system is appropriately validated and integrated into an authorized monitoring process. Neither an AI-generated warning nor the absence of one should be treated as a definitive safety determination.

Researchers should evaluate missed risks, incorrect alerts, timeliness, confidentiality, and the effectiveness of human review. Participant protection requires accountable monitoring procedures that remain reliable even when AI assistance is incomplete or incorrect.

10 · Sources and Further Reading

Research and Guidance on AI Safety Monitoring and Participant Protection

11 · Cite this Guide

How to Cite This Guide

This guide is intended to be read, shared, and used in research, teaching, and academic work. If you draw on its ideas, explanations, or other content, please acknowledge the source by citing the guide. Doing so gives appropriate credit and helps your readers locate the original resource.

Has the Field Guide helped your research?

If a guide helped clarify a question, inform a research decision, or move your work forward, I would love to hear about your experience. Your story may also help other researchers discover the Field Guide.

Share Your Experience
Takes only a few minutes