01 · The Question
Can You Put Participant Data Into an AI Tool?
Suppose you have interview transcripts, survey responses, observation notes, participant photographs, audio recordings, clinical information, or a spreadsheet containing data collected from human participants. An AI tool could potentially summarize, code, classify, translate, transcribe, clean, or analyze that material in seconds. The technical part is easy. The harder question is whether you are actually permitted to send the data to that system.
The answer cannot be determined from the AI tool's capabilities alone. Uploading participant data may constitute a new act of processing and may involve transmitting the information to an external provider. That can raise questions about confidentiality, informed consent, ethics approval, institutional policy, contractual arrangements, data retention, international data transfers, and applicable privacy law.
The crucial distinction is therefore between being able to upload the data and being authorized to upload the data. Those are very different questions.
03 · What You Need to Know
Why Uploading Participant Data to AI Requires More Than a Privacy Setting
An AI Upload Is a Data-Processing Decision
When you paste participant information into an AI interface or upload a research file, you are doing more than asking software a question. Information is being transmitted to and processed by a computing service. Depending on the architecture and terms of the service, that processing may involve storage, logging, automated safety monitoring, access by authorized personnel or subprocessors, processing in other jurisdictions, or retention for a specified period.
The details vary considerably among providers, products, account types, and contractual arrangements. A consumer chatbot and an institutionally contracted enterprise service may use similar-looking interfaces while operating under materially different data terms.
For example, some commercial AI providers offer business or enterprise products under terms that restrict model training on customer inputs and provide additional retention or administrative controls. That does not make participant-data use automatically permissible. It simply changes part of the risk assessment.
Participant Data Are Not All Equally Sensitive
Participant data can range from relatively low-risk responses to information whose disclosure could cause substantial harm. Names, email addresses, student numbers, patient identifiers, faces, voices, precise locations, medical histories, political or religious information, sexual information, genetic information, allegations of misconduct, and detailed personal narratives may require particularly careful handling under applicable laws or institutional rules.
Identifiability is also contextual. Removing a participant's name does not necessarily prevent identification. A combination such as occupation, institution, age, location, unusual experience, and a distinctive quotation may point to one person even when no conventional identifier remains.
Directly identifying data
Information such as a participant's name or another identifier that directly reveals identity.
Indirectly identifying data
Information that may identify someone when combined with other details or reasonably available information.
This is why simply removing names before an upload does not settle the question. Whether de-identified participant data can be used with AI tools requires its own assessment, including the possibility that apparently anonymous records retain enough information for individuals to be distinguished or identified.
De-Identification Reduces Some Risks but Does Not Answer the Whole Ethical Question
De-identification can be an important safeguard, particularly when identifiers are unnecessary for the intended analysis. Yet it should not be treated as a magic switch that turns participant information into ethically unrestricted material.
AI and large-scale data analysis complicate traditional assumptions about identifiability because information can sometimes be combined with other datasets or used to infer characteristics that were not explicitly supplied. The U.S. Secretary's Advisory Committee on Human Research Protections has specifically highlighted how AI and large datasets challenge conventional concepts of identifiability and can permit new inferences about individuals.
Researchers therefore need to consider both whether data have been de-identified and whether de-identification is sufficient for the proposed AI use. Those are related but separate questions.
Consent Matters, but Consent Is Not the Only Test
If participants agreed that their information would be collected for a particular research purpose under specified confidentiality arrangements, introducing an external AI service may alter how their information is processed. Whether the original consent permits that change depends on the wording of the consent materials, the nature of the AI processing, the applicable ethics framework, and relevant law or institutional policy.
A statement such as “your responses will remain confidential” does not itself tell you whether information may be sent to an external AI provider. Nor should researchers assume that broad consent to “data analysis” necessarily covers every future technological method of processing.
For prospective studies, researchers may need to determine whether AI processing should be disclosed during informed consent. For existing datasets, the separate question is whether previous consent covers an AI use that participants were never told about.
Ethics Approval and Institutional Authorization Matter Too
Research ethics committees, institutional review boards, data protection offices, research offices, information-security teams, or other institutional authorities may impose requirements that go beyond an AI provider's terms of service.
Your approved protocol may specify where data will be stored, who may access them, what software will be used, whether external processors are involved, and how confidentiality will be maintained. Introducing an AI platform can potentially change one or more of those arrangements.
If AI was not part of the approved study, do not assume that adding it is merely a methodological convenience. Depending on the nature of the change and your institution's procedures, you may need to determine whether an ethics amendment is required before introducing AI.
Watch Out
An AI provider's privacy controls do not override your research obligations. A platform can have strong security and favorable data-retention terms while your proposed upload is still inconsistent with participant consent, your approved protocol, institutional policy, a data-use agreement, or applicable law.
The Provider's Actual Data Practices Matter
Before using an AI service with participant information, determine what happens to submitted data under the exact product and account type you will use. Relevant questions may include whether inputs are retained, whether they are used for model training or service improvement, who can access stored information, whether subprocessors are involved, what deletion controls exist, where processing occurs, and whether contractual data-protection terms are available.
Do not infer these answers from the provider's reputation, the presence of a lock icon, or a general statement that the service is “secure.” Read the documentation that applies to your specific service tier. Provider policies can change, so verify current terms rather than relying on an old screenshot or a colleague's recollection.
Using an External AI Service May Involve Another Data Processor
When an external service receives information so that it can perform transcription, analysis, summarization, classification, or another task, the legal characterization of that relationship depends on the jurisdiction and contractual arrangement. Under some data-protection frameworks, the service may act as a processor or another category of recipient rather than simply functioning as software running locally on the researcher's computer.
This distinction can affect contractual obligations, transparency requirements, security assessments, and institutional approval. Whether AI processing counts as sharing participant data with a third party therefore cannot be answered solely by saying that the researcher remains the person operating the interface.
Where the Data Are Processed Can Matter
Cloud services may process or store information outside the researcher's institution and potentially outside the country in which the study was conducted. Some data-protection regimes impose specific requirements on international transfers or require organizations to remain accountable for personal information handled by external processors.
For example, the EU General Data Protection Regulation contains requirements governing transfers of personal data to third countries, while the Philippine Data Privacy Act's implementing rules state that a personal information controller remains responsible for personal data under its control or custody when information is outsourced or transferred for processing, domestically or internationally.
Researchers using cloud AI services should therefore establish whether the provider's processing location creates additional requirements rather than assuming that an online service is jurisdiction-neutral.
Research Exceptions Do Not Mean “Anything Goes”
Privacy laws sometimes contain provisions specifically addressing scientific or research processing, but their scope varies. A research-related provision should not be interpreted as a blanket exemption from confidentiality, security, ethical review, purpose limitation, or other applicable requirements.
For example, the Philippine National Privacy Commission has explained that research-related treatment under the country's privacy framework is not a blanket exemption and that researchers may still have obligations concerning safeguards, data-subject rights, privacy principles, ethical standards, and institutional policies. Similar distinctions arise under other legal regimes.
The practical lesson is simple: “this is for research” is not, by itself, authorization to upload participant information to an external AI service.
06 · What This Means for You
Decide About the Data Before You Decide About the AI
The safest starting point is not “Which AI model should I use?” but “What information would I have to disclose to make this task work?” Once you know that, you can assess whether the proposed processing is necessary and authorized.
You should generally prefer the least sensitive data capable of accomplishing the research purpose. If an AI task can be completed with aggregate data, a redacted extract, synthetic examples, or information stripped of unnecessary identifiers, there may be little justification for transmitting a richer participant dataset. Data minimization is not merely a technical exercise. It asks whether each piece of information needs to leave the controlled research environment at all.
A simple decision framework
If the AI task does not require participant data
Do not upload participant data. Use non-participant, synthetic, aggregate, or otherwise suitable lower-risk material instead.
If the data contain direct or indirect identifiers
Treat the proposed upload as a potentially consequential disclosure or processing activity and verify authorization before proceeding.
If the data have been de-identified
Assess residual re-identification risk and confirm that de-identification actually changes the applicable ethical, legal, and institutional requirements.
If AI processing was not included in the approved study
Check with the relevant ethics or institutional authority before assuming the existing approval covers the new processing method.
If the institution has an approved AI environment for sensitive research data
Verify that your specific dataset and use case fall within that approval and follow the required controls.
If you cannot establish what happens to submitted data
Do not upload participant data until the uncertainty is resolved.
Some datasets deserve even more specialized scrutiny. Clinical research data, for example, may be subject to additional legal, regulatory, institutional, or professional obligations. Participant photographs, recordings, and other media also create risks that cannot always be handled simply by deleting a name from a file.
There will also be cases where an AI tool offers convenience but little methodological necessity. When the privacy exposure is substantial and the analytical benefit modest, the sensible research decision may be not to use AI at all. Technical possibility does not create methodological necessity.
07 · A Quick Checklist
Before Uploading Any Participant Data to an AI Tool
Before uploading participant data, check:
Identify exactly what participant information would be transmitted, including indirect identifiers and sensitive contextual details.
Confirm whether the AI task genuinely requires participant-level data or could be performed using less sensitive information.
Review the consent materials and confidentiality commitments that govern the dataset.
Check the approved ethics protocol and determine whether the proposed AI processing is already covered.
Verify your institution's current policy on AI services, research data, external processors, and approved platforms.
Read the data-handling terms for the exact AI product and account type you intend to use, including training, retention, access, deletion, and subprocessors.
Determine whether processing or storage may occur in another jurisdiction and whether that creates additional requirements.
Remove information the AI system does not need, rather than uploading the complete dataset by default.
Obtain any required ethics, privacy, information-security, contractual, or institutional approval before transmitting the data.