Clinical data technician in white lab coat reviewing structured laboratory analyzer touchscreen output
    Regulatory Writing

    How CDISC Standards Shape AI Document Generation in Clinical Research

    Learn how CDISC standards like SDTM, ADaM, and USDM shape what AI document generation tools can and cannot do in regulated clinical trials.

    Published by Kitsa Editorial Team
    ~20 min read
    Contents

    The promise of AI-generated clinical documents has attracted considerable attention over the past two years. Drafting a protocol in hours rather than days, generating a Clinical Study Report (CSR) narrative from structured analysis outputs, producing an Informed Consent Form (ICF) that mirrors the source protocol without manual transcription errors: each of these is now technically within reach. But within reach is not the same as regulatory-ready. The question that sponsors, CROs, and medical writers are actually asking is more specific: when an AI system generates a document for a clinical trial, how does it interact with CDISC standards, and does that interaction help or create risk?

    The answer depends entirely on which CDISC standard is in scope, at which point in the trial lifecycle, and whether the AI system treats CDISC terminology and structure as constraints rather than suggestions.

    What CDISC Standards Actually Govern

    The Clinical Data Interchange Standards Consortium was formed in 1997 with the stated mission to enable the accessibility, interoperability, and reusability of clinical research data [1]. Over the following decades, CDISC developed a suite of foundational standards that now touch every phase of a clinical trial, from data collection through regulatory submission.

    The most widely implemented are four, and two additional standards are central to submission workflows: Define-XML, which transmits machine-readable dataset metadata, and CDISC Controlled Terminology, which governs the permitted values within those datasets. The four foundational data models are:

    Where CDISC standards sit in the clinical data lifecycle
    1
    CDASH
    Data capture and eCRF structure
    2
    SDTM
    Submission-ready tabulation datasets
    3
    ADaM
    Analysis-ready datasets and traceability
    4
    SEND
    Nonclinical and toxicology data structure
    5
    Define-XML
    Machine-readable dataset metadata
    6
    Controlled Terminology
    Permitted values and standardized expressions

    CDASH (Clinical Data Acquisition Standards Harmonization) establishes how data should be captured at the point of collection, standardizing variable names and formats on electronic Case Report Forms (eCRFs) so source data maps cleanly to downstream tabulation requirements [2].

    SDTM (Study Data Tabulation Model) defines how clinical data must be organized and formatted for regulatory submission. SDTM organizes raw trial data into standard domains, such as adverse events, laboratory results, and demographics, with prescribed variable naming conventions and controlled value sets [3]. As of early 2026, SDTM v3.0 and its accompanying Implementation Guide v4.0 are in public review, with major structural changes including new representations for subjects with multiple participations and a revised horizontal structure replacing supplemental qualifiers [4].

    ADaM (Analysis Data Model) governs the analysis-ready datasets derived from SDTM. ADaM defines dataset and metadata standards that support the efficient generation, replication, and review of clinical trial statistical analyses, and maintains traceability between analysis results and the underlying SDTM tabulation data [5].

    SEND (Standard for Exchange of Nonclinical Data) applies the same structure to preclinical and toxicology studies, operating as an SDTM implementation for animal research domains [6].

    Together, these standards are mandatory for FDA submissions under section 745A(a) of the Federal Food, Drug, and Cosmetic Act (21 U.S.C. 379k-1(a)), with effective dates that vary by submission type [7]. The FDA guidance "Providing Regulatory Submissions in Electronic Format: Standardized Study Data" (June 2021) specifies that sponsors must submit data in formats listed in the FDA Data Standards Catalog, which designates SDTM, SEND, ADaM, Define-XML, and CDISC Controlled Terminology as required standards [8]. Specifically: NDA, ANDA, and certain BLA studies starting after December 17, 2016 must conform; commercial IND studies starting after December 17, 2017 must conform; and noncommercial INDs are generally exempt [7]. Japan's PMDA issued comparable requirements effective October 2016, requiring SDTM, ADaM, and Define-XML for new drug application submissions [9].

    This mandatory status is the first thing any AI document generation system operating in clinical research must contend with. CDISC compliance is not optional for the data submissions it governs; therefore AI outputs touching that submission-bound content cannot treat CDISC constraints as negotiable.

    One boundary is worth stating clearly up front: CDISC standards govern data collection, tabulation, analysis datasets, and submission format. They do not directly regulate the word-for-word content of narrative documents such as protocol prose, ICF language, or CSR discussion sections. That distinction matters for understanding where AI has immediate regulatory exposure and where it has more latitude. An AI-generated CSR narrative does not itself need to be CDISC-formatted, but it must accurately represent the underlying CDISC-conformant ADaM results it describes. Inconsistency between the narrative and the datasets it references creates a submission deficiency regardless of whether the prose itself contains any CDISC terminology.

    The Controlled Terminology Problem

    CDISC Controlled Terminology (CT) is the set of CDISC-developed or CDISC-adopted standard expressions used with data items within CDISC-defined datasets. The CDISC Terminology Team maintains and updates these codelists quarterly in collaboration with the National Cancer Institute's Enterprise Vocabulary Services (NCI EVS), covering all foundational standards: SDTM, CDASH, ADaM, and SEND [10].

    For AI document generation, controlled terminology represents one of the most consequential technical constraints. When an AI system drafts a protocol endpoint section, a CSR narrative, or an adverse event listing, the terminology it uses should align with current CDISC CT codelists, not with the system's training data, which may reflect an older CT version or a mix of sponsor-specific conventions from training corpora.

    The practical consequence is specific. An AI that generates a demographics table using a race categorization term not in the current NCI/CDISC codelist creates a conformance gap that will appear in validation output during submission review. An AI that refers to laboratory test names using non-standard labels may produce documentation that does not trace cleanly to the corresponding SDTM LB domain records. These are not stylistic problems; they become traceability failures in regulatory review.

    This is why teams evaluating AI document generation tools for regulated use should specifically ask how the system handles CT version management: which quarterly release is embedded, how updates are propagated, and whether the system flags deviations from current controlled values programmatically. CDISC CT governs structured data fields, not all narrative prose, so this concern applies most directly to AI tools generating data annotations, define-XML content, eCRF specifications, and document sections that reference specific coded values.

    Controlled Terminology checks an AI tool should support
    • Current quarterly CDISC/NCI EVS CT release
    • Automated flagging of values outside current codelists
    • Clear update process for quarterly terminology changes
    • Version record showing which CT release governed each output

    Where AI Has Demonstrated Genuine Value: SDTM Mapping

    The most established application of AI within the CDISC ecosystem is automated SDTM mapping. Converting raw eCRF data into SDTM-conformant datasets has historically required substantial manual programming effort, and the process is prone to inconsistency across studies and teams.

    A 2024 study published in PLoS ONE by Yang, Katz, and Shenoy demonstrated automated mapping of electronic data capture fields to SDTM domains using machine learning techniques, providing peer-reviewed evidence that AI can reduce the manual programming burden in this context [11]. AbbVie's case, presented at PharmaSUG 2025 as a conference proceeding (Paper SI-180), documented an AI and human-in-the-loop (HITL) workflow for SDTM transformation, describing how custom large language models trained on historical study mappings and technical documents reduced reliance on manual programming while maintaining conformance with CDISC standards [12]. Conference proceedings are implementation-level evidence and not peer-reviewed validation, but they reflect real production decisions by a major sponsor.

    Both examples share a core design principle: AI generates a proposed mapping or output, and a qualified data manager reviews and approves it before the output enters submission workflows. The traceability requirement that SDTM enforces, from source data through derived SDTM variables to ADaM analysis datasets, cannot be delegated to a model that lacks visibility into the full audit chain. The 2025 CDISC AI Innovation Challenge, which drew 22 submissions from over 40 organizations across three use cases including Digital Protocols, Biomedical Concepts, and Semantic Traceability, surfaced a consistent finding across solutions: standards worked best when they were structured and executable, and validation and explainability mattered more than novelty [13].

    A structured review of clinical trial statistical programming automation, posted as a preprint in December 2025 and awaiting peer review, found that open-source R ecosystems collectively termed "pharmaverse," aligned with SDTM IG 3.4 and ADaM IG 1.3, reduced TLF (tables, figures, and listings) development time by 15 to 25%, though the authors rated that evidence as low certainty [14]. The same review documented emerging applications of large language models for code generation in statistical programming, noting that these are early-stage explorations rather than validated production practices.

    The Protocol Layer: ICH M11, USDM, and the Shift to Structured Documents

    The interaction between CDISC standards and AI document generation becomes considerably more interesting at the protocol layer, where work over the past three years has begun to replace document-based protocols with machine-readable, structured representations.

    The CDISC Unified Study Definition Model (USDM) is the foundation of this shift. First introduced in 2021, USDM provides a standardized structure for representing study designs as machine-readable data rather than narrative documents. Version 3.0 was released in April 2024 and version 4.0 in June 2025, with technical capabilities including a REST API, OpenAPI 3.0 specifications, and machine-executable conformance rules [15]. The model covers study objectives, endpoints, Schedule of Activities (SoA), and biomedical concepts.

    ICH M11, the Clinical Electronic Structured Harmonised Protocol (CeSHarP), builds on this foundation at the regulatory level. FDA published the final M11 guidance in the Federal Register on May 22, 2026 (FR Doc 2026-10295), finalizing the draft guidances issued in December 2022 and June 2025 [16]. The guidance creates an internationally harmonized standard for the content and electronic exchange of clinical trial protocol information, with a Template specifying format and structure (including standardized headers and common text elements) and a Technical Specification containing harmonized terminologies and standardized data fields to support interoperable electronic exchange [16]. CDISC is collaborating with HL7 through the Vulcan project to enable M11-conformant protocols to be exchanged using HL7 FHIR resources, and the FHIR-to-CDISC Joint Mapping Implementation Guide has been published [15]. It is worth noting that finalization of M11 does not mean industry-wide adoption of USDM-structured workflows is already in place: many sponsors are still working through document-based protocol processes, and implementation timelines will vary considerably by organization and therapeutic area.

    For AI document generation, this structural shift has a direct consequence. When a protocol is represented in USDM-aligned JSON rather than as a PDF narrative, an AI system can ingest that structured representation with far greater fidelity. The current paradigm, in which an AI reads a 200-page protocol PDF to generate an ICF or SAP, requires the model to reconstruct intent from narrative text and then produce output that may not trace cleanly back to the source document. A USDM-structured protocol input changes that: the AI can reference specific structured data elements, endpoint definitions, and schedule elements by identifier rather than by text parsing, which improves the traceability and verifiability of its outputs.

    From structured protocol data to traceable AI-generated documents
    1
    USDM-structured protocol
    Objectives, endpoints, SoA, biomedical concepts, identifiers
    2
    AI generation layer
    Uses structured fields instead of reconstructing meaning from a PDF
    3
    Downstream documents
    ICF, SAP, CSR narrative, eCRF annotations, operational documents
    4
    Traceability layer
    Generated content maps back to source identifiers and structured fields
    5
    Human review
    Qualified reviewer verifies source fit, consistency, and regulatory accuracy

    A 2024 PhUSE conference paper documented a working implementation in which USDM-aligned JSON metadata was used to generate an HTML version of an M11 protocol document with explicit traceability to structured source fields [17]. This is a proof-of-concept implementation, not a validated regulatory workflow, but it illustrates the direction the field is moving: documents as governed views over structured data, not documents as the primary artifact.

    TransCelerate's Digital Data Flow (DDF) initiative captures this ambition at the industry level. The DDF "write once, read many" model envisions a single digital protocol definition feeding all downstream operational systems, including EDC, CTMS, IRT, and EHR connections, eliminating the manual transcription of protocol content into each system [18].

    CDISC 360i: End-to-End Automation from Protocol to Submission

    The most comprehensive programmatic effort to integrate CDISC standards with AI-driven automation is the CDISC 360i initiative, with its program kickoff webinar held February 18, 2025 [34]. The "i" stands for implementation, distinguishing this program from an earlier proof-of-concept phase. The 360i mission is to enable end-to-end automation of the clinical research data lifecycle, from protocol development to study results, by adding a semantic layer to CDISC standards that eliminates the fragmentation between design, collection, analysis, and submission [19].

    CDISC 360i automation path
    Step 1
    Protocol design
    Structured study definition and biomedical concepts
    Step 2
    Data collection
    CDASH-aligned capture and eCRF specifications
    Step 3
    Tabulation
    SDTM domains and controlled terminology
    Step 4
    Analysis
    ADaM datasets and traceability
    Step 5
    Results and documents
    CSR narratives, TLFs, submission-ready outputs

    The 360i program is running pilot demonstrations using both Alzheimer's and breast cancer trial designs, proving out the workflow from protocol to submission-ready SDTM datasets [20]. A core component is the CDISC Open Rules Engine (CORE), an open-source validation tool already available for validating clinical trial data against CDISC standards, including USDM JSON Schema validation against versions 3.0 and 4.0 [32]. In October 2025, CDISC announced a collaboration with Verisian to refactor CORE, accelerating rule authoring flexibility and broader standards coverage [33]. Within the 360i framework, CORE is being extended to support conformance checking earlier in the study lifecycle, with the goal of catching issues during document and dataset creation rather than at the submission stage.

    Lindus Health announced a collaboration with CDISC on February 13, 2025, to accelerate the generation of Biomedical Concepts across CDISC Foundational Standards and Therapeutic Area Standards using AI [21]. Biomedical Concepts are the semantic building blocks linking clinical observations to their standard representations across USDM, CDASH, SDTM, and ADaM: automating their generation addresses one of the most time-consuming bottlenecks in the current standards development pipeline.

    AI-Generated CSRs and the CDISC ARS

    The Clinical Study Report is the other major document where AI generation has attracted direct investment. A PharmaSUG 2025 conference paper (AI-349) documented an approach to generating CSR narratives using AI combined with the CDISC Analysis Results Standard (ARS) and Analysis Results Data (ARD) metadata [22]. The ARS defines how statistical analysis results should be structured in machine-readable format, providing the structured input that an AI system can use to generate CSR text with explicit traceability to the underlying analysis datasets.

    The approach described in that paper involves fine-tuning a language model using CDISC standards documentation, including SDTM and ADaM Implementation Guides, along with example protocols, SAPs, and CSRs, as contextual inputs [22]. The output requires review from clinical experts, who provide feedback to further refine model performance. This is conference-level evidence of a working prototype, not a validated regulatory-grade workflow, and the authors acknowledge ongoing requirements for human review and compliance verification.

    A separate preprint (arXiv, April 2025, not yet peer-reviewed) documented InformGen, an AI system for ICF generation that uses retrieval-augmented generation (RAG) to process source protocols and produce consent documents with inline citations to specific protocol sections [23]. The authors identified regulatory compliance as the primary obstacle, noting that ICFs must adhere to FDA guidelines while meeting site-specific and IRB-specific requirements that vary across multinational trials. The cited examples in both papers retain human review as a required step throughout.

    The Hallucination Problem in Regulated Environments

    Any discussion of AI document generation in clinical research must confront the hallucination problem directly. McKinsey's November 2025 State of AI survey of nearly 2,000 organizations found that 51% of those using AI reported experiencing at least one negative consequence, with inaccuracy being the most commonly cited issue across nearly one-third of respondents [24]. That survey is cross-industry and the consequences described range broadly. Clinical teams should not treat a general enterprise benchmark as representative of regulated document risk: the accuracy standard for clinical documents entering regulatory submissions is categorically different from most enterprise AI deployments.

    A peer-reviewed study published in Communications Medicine in August 2025 (Omar et al.) tested six leading large language models against 300 physician-designed clinical vignettes, each containing a single planted error such as a fabricated lab value, clinical sign, or disease name [25]. The models repeated or elaborated on the planted error in up to 83% of cases. A simple mitigation prompt halved the error rate but did not eliminate it. The study authors concluded that LLMs are highly susceptible to adversarial hallucination in clinical decision support contexts when used without structural safeguards.

    In a regulated clinical document context, a fabricated protocol reference, an incorrect primary endpoint definition, or a misquoted inclusion criterion is not merely a drafting error. It is a potential GCP deviation, a protocol deviation risk, and a finding in a regulatory inspection. The consequence scales with the document's role in the submission and the oversight process around it.

    CDISC-grounded AI document generation reduces hallucination risk through several mechanisms. When the AI drafts from a USDM-structured protocol definition rather than an unstructured PDF, there is less inferential space for the model to confabulate details not present in the source. CDISC Controlled Terminology constrains the vocabulary space for certain data fields, enabling programmatic validation of AI outputs against known valid values. Define-XML provides machine-readable metadata for each dataset, enabling automated cross-checks between what a document claims about study variables and what the dataset definitions actually specify.

    None of these mechanisms is sufficient on its own. They reduce the risk surface. They do not eliminate it.

    How CDISC-grounded architecture reduces, but does not eliminate, hallucination risk
    [1]
    Structured source data
    USDM reduces inference from unstructured protocol prose
    [2]
    Controlled terminology constraints
    CDISC CT narrows valid vocabulary for structured fields
    [3]
    Traceable metadata
    Define-XML and ADaM traceability support source-to-output verification
    Human review remains required for regulatory-facing outputs.

    Regulatory Considerations for AI-Generated Documents

    The regulatory environment governing AI in clinical research has become considerably more explicit since January 2025, though several key documents remain guidance rather than binding regulation.

    FDA credibility framework. FDA's January 2025 draft guidance, "Considerations for the Use of Artificial Intelligence to Support Regulatory Decision-Making for Drug and Biological Products," applies to AI models used to produce information or data supporting regulatory decisions about safety, efficacy, or quality [26]. It was informed by FDA's experience with more than 500 AI-component submissions received between 2016 and 2023 [26]. The draft proposes a risk-based credibility assessment framework under which sponsors would define the context of use for any AI model, assess model risk based on influence and decision consequence, and document a credibility assessment plan. Higher-risk uses, such as AI-generated analysis narratives anchoring primary endpoints, would warrant more rigorous qualification than lower-risk uses. The guidance does not cover AI used solely for operational efficiencies that do not affect patient safety, drug quality, or study reliability [26]. It remains a draft as of mid-2026; sponsors should monitor FDA for finalization.

    FDA/EMA joint principles. On January 14, 2026, FDA and EMA jointly published "Guiding Principles of Good AI Practice in Drug Development," a shared high-level framework spanning the full medicines lifecycle from early research through post-market surveillance [27]. The principles emphasize human oversight, risk-based approaches, robust data governance, lifecycle management, and ethical and human-centric values. Both agencies have indicated these principles will inform future jurisdiction-specific regulatory guidance; they are not themselves legally binding regulations and do not override existing submission requirements [27].

    Submission data format evolution. From September 2023 through April 2024, FDA collaborated with CDISC and PHUSE to execute a pilot testing CDISC Dataset-JSON as a transport format for regulatory applications [28]. FDA published a Federal Register Request for Comments in April 2025, exploring Dataset-JSON version 1.1 as a potential long-term replacement for the SAS version 5 XPT format currently governing most SDTM/ADaM dataset exchange [28]. Any transition to Dataset-JSON would affect the technical format that AI systems must produce or ingest when handling submission-bound data packages.

    Validation and qualification. The FDA Study Data Technical Conformance Guide describes traceability expectations for ADaM derivations and submission data auditability from source through tabulation through analysis [8],[29]. Computer System Validation (CSV) and, under ICH E6(R3)'s risk-proportionate quality management framework, finalized by FDA in September 2025 [31], qualification considerations apply to software tools used in trial-critical processes. AI document generation tools that produce or inform submission content are expected to have qualification evidence, defined validation protocols, and documented change control for model updates.

    Practical Implications: A Framework for Evaluating AI Document Generation Tools

    For sponsors, CROs, and medical writers actively evaluating AI document generation vendors, the CDISC interaction raises several questions that should be part of due diligence.

    1
    What is the structured input the tool consumes?

    Tools receiving USDM-aligned protocol data produce outputs with better traceability than those parsing PDF inputs. Ask whether the tool can ingest USDM JSON natively, which version of the USDM specification it supports, and how it handles protocol amendments that update the underlying study definition.

    2
    How does the tool manage Controlled Terminology versions?

    CDISC CT is updated quarterly. A tool configured against a CT snapshot from 12 months ago may generate terminology that no longer matches current NCI/CDISC codelists. Ask which CT release is current in the system, whether CT updates require a model retrain or a configuration change, and whether the system flags output terms that fall outside the current codelist.

    3
    What is the human review architecture?

    The cited examples of regulatory-facing AI document generation, from AbbVie's SDTM HITL workflow to InformGen's RAG-based ICF drafting, retain human review at defined checkpoints. Evaluate where in the tool's architecture those checkpoints occur, whether review decisions are documented in an audit trail, and whether the tool's output is structured to make human review efficient, for example through inline citations to source protocol sections.

    4
    What conformance checking is built in, and for what?

    CDISC Open Rules Engine and tools such as Pinnacle 21 validate structured datasets and metadata against CDISC conformance rules. They cover data, not narrative document prose. Understand which layer of the AI tool's output is subject to conformance checking and which requires a separate human editorial review against the source study definition.

    5
    What is the tool's context of use under the FDA credibility framework?

    For tools intended to produce information supporting regulatory decisions, FDA's January 2025 draft guidance proposes a risk-based credibility assessment plan as the expected documentation framework. Ask whether the vendor has prepared or can support that documentation for the specific context in which you intend to use the tool.

    How Kitsa Fits Into This Problem

    KScribe is Kitsa's AI-powered regulatory document generation product, designed to support protocol, ICF, DSUR, IB, SAP, and CSR authoring workflows. Its design follows the same principle that CDISC 360i is advancing at the standards level: structured study definition data as the authoritative input, with documents generated as governed outputs rather than assembled from scratch each time. For teams evaluating AI document generation vendors against the framework above, Kitsa's regulatory infrastructure and document generation capabilities are described at kitsa.ai/protocol-development [30].

    KScribe · CDISC-Aware Regulatory Document Generation

    CDISC standards make clinical trial data machine-readable, traceable, and reusable. KScribe applies the same principle to regulatory document generation: structured study inputs, source-grounded drafting, cross-document consistency, and human-reviewed outputs across protocols, ICFs, DSURs, IBs, SAPs, and CSRs.

    Explore KScribe

    Key Takeaways

    • CDISC standards (CDASH, SDTM, ADaM, SEND, Controlled Terminology, Define-XML) are mandatory for FDA submissions under section 745A(a) of the FD&C Act. The effective dates are: NDA, ANDA, and certain BLA studies starting after December 17, 2016; commercial IND studies starting after December 17, 2017. Noncommercial INDs are generally exempt.
    • CDISC standards govern data collection, tabulation, analysis datasets, and submission format. They do not directly regulate all narrative document content, but AI-generated documents that reference submission-bound data must remain consistent with the underlying CDISC-conformant structures to avoid submission deficiencies.
    • Controlled Terminology is updated quarterly by CDISC and NCI EVS. AI tools generating content against CDISC domains require a CT version management process; CT governs structured data fields rather than all prose.
    • The shift from document-based protocols to USDM-structured, machine-readable study definitions is a major enabling factor for reliable AI document generation. FDA finalized the ICH M11 CeSHarP guidance on May 22, 2026, establishing an internationally harmonized standard for protocol content and electronic exchange.
    • CDISC 360i, launched February 2025, is a multi-year initiative for end-to-end automation from protocol to submission-ready SDTM datasets. Its 2025 AI Innovation Challenge drew 22 submissions from 40+ organizations and surfaced that explainability and validation mattered more than novelty across winning solutions.
    • A peer-reviewed Communications Medicine study (Omar et al., 2025) found that LLMs repeat or elaborate on a planted clinical error in up to 83% of adversarial test cases; a mitigation prompt halved but did not eliminate the rate. CDISC-grounded architectures reduce this risk but do not remove the need for human review.
    • The FDA's January 2025 draft credibility framework and the joint FDA/EMA "Guiding Principles of Good AI Practice in Drug Development" (January 14, 2026) are guidance documents, not binding regulations; the draft framework proposes context-of-use documentation, risk assessment, and human oversight for AI models producing information relevant to regulatory submissions.

    FAQ

    Is CDISC compliance required for AI-generated clinical documents?
    Not as a blanket rule governing all document content. CDISC standards govern data collection, tabulation (SDTM), analysis datasets (ADaM), and submission format under section 745A(a) of the FD&C Act. The requirement applies to NDA, ANDA, and certain BLA studies starting after December 17, 2016, and commercial IND studies starting after December 17, 2017; noncommercial INDs are generally exempt. CDISC standards do not prescribe the word-for-word content of narrative documents like protocols or CSRs. However, any AI-generated document that contains or references submission-bound data must be consistent with the underlying CDISC-conformant data structures. Inconsistencies between the narrative and the SDTM/ADaM records constitute submission deficiencies.
    What is USDM and why does it matter for AI protocol authoring?
    The Unified Study Definition Model (USDM) is a CDISC standard that represents clinical trial study designs as structured, machine-readable data rather than narrative documents. Version 4.0, released June 2025, supports a REST API and machine-executable conformance rules. When a protocol is defined in USDM format, AI systems can generate downstream documents with traceability to specific structured fields, rather than inferring protocol content from unstructured text. This substantially improves the reliability and verifiability of AI-generated outputs, and aligns with the ICH M11 CeSHarP guidance finalized by FDA in May 2026.
    What does the FDA's 2025 AI guidance mean for clinical document generation?
    FDA's January 2025 draft guidance proposes a risk-based credibility assessment framework for AI models producing information supporting regulatory decisions. Under this proposed framework, sponsors would define a context of use for the AI model, assess risk based on the model's influence on regulatory outcomes, and document a credibility assessment plan. The guidance does not cover AI used solely for operational efficiencies that do not affect patient safety, drug quality, or study reliability. It remains a draft as of mid-2026; sponsors should follow FDA for finalization.
    Can AI automate SDTM mapping and remain CDISC-compliant?
    Yes, with appropriate oversight. Peer-reviewed evidence (Yang, Katz, Shenoy, PLoS ONE 2024) and conference-level implementation evidence (AbbVie, PharmaSUG 2025 SI-180) both demonstrate that machine learning can reduce manual effort in SDTM mapping while maintaining conformance. The critical design requirement in both cases is that a qualified data programmer reviews and approves AI-proposed mappings before finalization. Automated conformance tools such as Pinnacle 21 or the CDISC Open Rules Engine validate AI output against CDISC conformance rules for structured datasets.
    What is CDISC 360i and how does it affect AI document generation?
    CDISC 360i, with its program kickoff webinar on February 18, 2025, is a multi-year initiative to enable end-to-end automation from protocol development to submission-ready results. It adds a semantic layer to CDISC standards connecting protocol design, data collection, analysis, and submission in one framework. For document generation, 360i means that AI systems built on this infrastructure can generate protocol sections, eCRF annotations, SAPs, and CSR narratives from a single structured study definition, with conformance checking applied to the structured data layer as documents are produced.
    How does CDISC Controlled Terminology affect AI language models used in clinical research?
    CDISC CT is updated quarterly in collaboration with NCI EVS and governs permitted values for variables across SDTM, CDASH, ADaM, and SEND. An AI language model configured against an older CT snapshot may generate terminology that has since been added, revised, or deprecated. For regulated document generation involving CDISC-coded fields, the AI tool must incorporate a mechanism to validate terminology outputs against the current CT release and must have a defined update process for quarterly CT changes. CT governs structured data fields; it does not regulate all narrative prose in clinical documents.

    References

    1. [1] CDISC. "About CDISC: Mission." CDISC.org. https://www.cdisc.org/about
    2. [2] CDISC. "CDASH: Clinical Data Acquisition Standards Harmonization." CDISC.org. https://www.cdisc.org/standards/foundational/cdash
    3. [3] CDISC. "SDTM: Study Data Tabulation Model." CDISC.org. https://www.cdisc.org/standards/foundational/sdtm
    4. [4] CDISC. "SDTMIG v4.0 Public Review." CDISC.org, 2026. https://www.cdisc.org/public-review/sdtmig-v4-0
    5. [5] CDISC. "ADaM: Analysis Data Model." CDISC.org. https://www.cdisc.org/standards/foundational/adam
    6. [6] CDISC. "SEND: Standard for Exchange of Nonclinical Data." CDISC.org. https://www.cdisc.org/standards/foundational/send
    7. [7] U.S. Food and Drug Administration. "Providing Regulatory Submissions in Electronic Format: Standardized Study Data." Guidance for Industry, June 2021. Implements section 745A(a) of the FD&C Act (21 U.S.C. 379k-1(a)). https://www.fda.gov/media/82716/download
    8. [8] U.S. Food and Drug Administration. "Study Data Standards Resources." FDA.gov. https://www.fda.gov/industry/fda-data-standards-advisory-board/study-data-standards-resources
    9. [9] Ando K. "Electronic Submission and Utilization of CDISC Standardized Clinical Study Data in Japan." Journal of the Society for Clinical Data Management. 2023. https://www.jscdm.org/article/id/212/
    10. [10] CDISC. "Controlled Terminology." CDISC.org. https://www.cdisc.org/standards/terminology/controlled-terminology
    11. [11] Yang E, Katz L, Shenoy S. "Automated mapping of electronic data capture fields to SDTM." PLoS ONE. 2024;19(11):e0312721. https://journals.plos.org/plosone/article?id=10.1371/journal.pone.0312721
    12. [12] Thukral A, Bhardwaj S (AbbVie). "SDTM Transformation through Artificial Intelligence (AI) and Human in the Loop (HITL): Lessons Learnt from AbbVie Case Study." PharmaSUG 2025, Paper SI-180. [Conference proceeding; implementation-level evidence.] https://pharmasug.org/proceedings/2025/SI/PharmaSUG-2025-SI-180.pdf
    13. [13] CDISC. "CDISC 360i: AI Innovation Challenge." CDISC.org, 2025-2026. https://www.cdisc.org/standards/cdisc-360i
    14. [14] Preprint (medRxiv). "Automation in Clinical Trial Statistical Programming: A Structured Review of TLF Generation, Validation Frameworks, and AI/ML Integration (2020-2025)." December 2025. [Preprint; peer review pending.] https://www.medrxiv.org/content/10.64898/2025.12.24.25342988v1.full
    15. [15] CDISC. "Digital Data Flow (DDF) / USDM." CDISC.org. https://www.cdisc.org/ddf
    16. [16] Federal Register / FDA. "M11 Clinical Electronic Structured Harmonised Protocol (CeSHarP); Guidance for Industry; Availability." FR Doc 2026-10295. Published May 22, 2026. https://www.federalregister.gov/documents/2026/05/22/2026-10295/m11-clinical-electronic-structured-harmonised-protocol-cesharp-international-council-for
    17. [17] Iberson-Hurst D (data4knowledge). "USDM & M11: CDISC USDM & ICH M11: Practical Electronic Protocols." PHUSE EU CSS 2025. [Conference poster; proof-of-concept implementation.] https://phuse.s3.eu-central-1.amazonaws.com/Archive/2025/CSS/EU/Utrecht/POS_PP14.pdf
    18. [18] CDISC / TransCelerate. "Digital Data Flow: Write Once, Read Many." TransCelerate DDF. Presented by Chris Decker, June 2024. https://www.cdisc.org/sites/default/files/2024-06/2024-decker-ddf-m11-japan_updated13jun.pdf
    19. [19] CDISC. "CDISC 360i." CDISC.org. https://www.cdisc.org/standards/cdisc-360i
    20. [20] Clinical Leader. "CDISC's New 360i Helps Move Trial Design From Manual To Modern." ClinicalLeader.com. https://www.clinicalleader.com/doc/cdisc-s-new-i-helps-move-trial-design-from-manual-to-modern-0001
    21. [21] CDISC. "Lindus Health and CDISC Collaborate on Innovative AI Initiative to Standardize Clinical Trial Data." CDISC.org, February 13, 2025. https://www.cdisc.org/news/lindus-health-and-cdisc-collaborate-innovative-ai-initiative-standardize-clinical-trial-data
    22. [22] PharmaSUG 2025. "Harnessing AI & CDISC ARS for Effortless CSR Narrative Generation." Paper AI-349. [Conference proceeding; proof-of-concept.] https://pharmasug.org/proceedings/2025/AI/PharmaSUG-2025-AI-349.pdf
    23. [23] arXiv (preprint, not peer-reviewed). "InformGen: An AI Copilot for Accurate and Compliant Clinical Research Consent Document Generation." arXiv:2504.00934, April 2025. https://arxiv.org/abs/2504.00934
    24. [24] McKinsey & Company. "The State of AI in 2025: Agents, Innovation, and Transformation." McKinsey.com, November 2025. https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai
    25. [25] Omar M, Sorin V, Collins JD, et al. "Multi-model assurance analysis showing large language models are highly vulnerable to adversarial hallucination attacks during clinical decision support." Communications Medicine. 2025;5(1):330. doi: 10.1038/s43856-025-01021-3. https://pmc.ncbi.nlm.nih.gov/articles/PMC12318031/
    26. [26] U.S. Food and Drug Administration. "Artificial Intelligence for Drug Development: Draft Guidance on Use of AI to Support Regulatory Decision-Making for Drug and Biological Products." January 2025. https://www.fda.gov/about-fda/center-drug-evaluation-and-research-cder/artificial-intelligence-drug-development
    27. [27] FDA / EMA. "Guiding Principles of Good AI Practice in Drug Development." Joint publication, January 14, 2026. https://www.fda.gov/about-fda/artificial-intelligence-drug-development/guiding-principles-good-ai-practice-drug-development
    28. [28] Federal Register / FDA. "Electronic Study Data Submission; Data Standards; CDISC Dataset-JSON; Request for Comments." FR Doc 2025-06051. April 9, 2025. https://www.federalregister.gov/documents/2025/04/09/2025-06051/electronic-study-data-submission-data-standards-clinical-data-interchange-standards-consortium
    29. [29] U.S. Food and Drug Administration. "Study Data Technical Conformance Guide." FDA.gov. https://www.fda.gov/media/162867/download
    30. [30] Kitsa. "KScribe: Regulatory Document Generation." Kitsa.ai. https://kitsa.ai/protocol-development
    31. [31] U.S. Food and Drug Administration. "E6(R3) Good Clinical Practice (GCP)." Final Guidance for Industry, September 2025. Docket FDA-2023-D-1955. https://www.fda.gov/regulatory-information/search-fda-guidance-documents/e6r3-good-clinical-practice-gcp
    32. [32] CDISC. "CDISC Open Rules Engine (CORE)." GitHub repository, cdisc-org/cdisc-rules-engine. Open-source; supports USDM JSON Schema validation against v3.0 and v4.0. https://github.com/cdisc-org/cdisc-rules-engine
    33. [33] CDISC. "CDISC and Verisian Collaborate to Refactor CDISC Open Rules Engine (CORE) to Accelerate Development of CDISC Open Rules." CDISC.org, October 16, 2025. https://www.cdisc.org/news/cdisc-and-verisian-collaborate-refactor-cdisc-open-rules-engine-core-accelerate-development
    34. [34] CDISC. "360i Program Kickoff: Enabling Standards Driven Automation from Study Design Through Results." CDISC.org event page, February 18, 2025. https://www.cdisc.org/events/webinar/360i-program-kickoff-enabling-standards-driven-automation-study-design-through

    Related Articles