跳到正文
AWS Machine Learning Blog· Bhagyashree Chandak·· 6 小时前AI 评分36

Indegene 如何在生命科学领域用 LLM 数据质量 Agent 实现企业级数据质量现代化

How Indegene is modernizing and scaling enterprise data quality in life sciences

AI 导读

Indegene 在 AWS 上的 NEXT Unified Data Platform(NEXT UDP)中构建了生产级、由大语言模型驱动的 Data Quality Agent,可生成上下文感知的数据质量规则、完成校验,并输出可直接运行的 SQL 与 Python 代码,且置于集中式、human-in-the-loop 治理之下。

摘要与补充说明

该平台面向生命科学行业,将商业、医疗、临床与企业数据汇聚到统一受治理环境,并提供 Data Ingestion、Data Quality、Orchestration、Data Catalog 和 SQL Bot Generator 等独立 AI 智能体,可单独用于数据管道,也可定制用于智能体间通信。

正文· AI 翻译

本文由 Indegene Limited 的 Shravan K S 共同撰写。

企业 AI 正在为生命科学组织创造新的机会,帮助其在商业、医学、市场准入及其他业务职能中改进决策。但每个 AI 模型、仪表盘和业务洞察的质量都取决于一件事:可信数据。随着企业数据在多个平台、管道和业务领域中不断增长,保持一致的数据质量变得越来越困难。手动创建数据质量规则、碎片化的治理以及不断演变的业务定义,使得在企业范围内扩展数据质量变得极具挑战。

本文探讨 Indegene 如何在 AWS 上的 NEXT 统一数据平台(NEXT UDP)中构建生产级、由大语言模型(LLM)驱动的数据质量代理。该代理生成上下文感知的数据质量规则,对其进行验证,并在集中式、人工介入的治理下生成可直接运行的 SQL 和 Python 代码。这些能力共同帮助组织在企业规模上提升数据质量,同时减少构建和维护数据质量项目所需的工作量。

关于 Indegene

Indegene Limited(BSE: 544172,NSE: INDGN)是生命科学行业的战略运营合作伙伴,统筹产品生命周期内的商业、医学、研发和安全运营。Indegene 受到全球前 20 大生物制药公司的信赖,帮助其在全球范围内运行复杂、高度受监管的工作流程。Indegene 将深厚的生命科学专业知识与 AI 嵌入式平台和受治理的运营模式相结合,提升关键任务运营的速度、一致性和合规性。通过将技术融入工作的执行和扩展方式,Indegene 帮助生命科学组织在受监管环境中交付可衡量的成果。

传统数据质量项目为何失效

大多数组织已建立数据质量流程,但随着企业数据生态系统的演变,保持其有效性变得越来越困难。

最大的挑战之一是技术规则与业务规则归属之间的割裂。数据工程师通常定义技术规则,以确认数据在结构上是否正确。例如,验证 HCP ID(医疗保健专业人员 ID)不为空、符合所需格式、具有唯一性,并映射到有效的参考记录。业务团队则定义规则,以确定数据在其运营上下文中是否合理。例如,确认某区域内的产品市场份额合计为 100%,或 HCP 的处方活动与其专业和资格标准相符。由于技术规则通常维护在代码中,而业务规则存在于术语表、SOP 和主题专家知识中,因此要在不同数据集和平台之间保持二者一致并统一治理变得十分困难。

传统验证技术也存在固有局限。对空值、数据类型、唯一性或引用完整性的检查仍然必不可少,但它们无法捕捉业务特定的上下文。验证产品层级、客户细分、区域对齐或商业业务规则需要领域知识,而静态验证逻辑难以轻松表达这些知识。

创建和维护数据质量规则同样要求很高。每新增一个数据集,都需要进行数据剖析、规则定义、SQL 开发、验证以及持续维护。这些规则往往分散在 SQL 脚本、管道代码、电子表格、数据目录和特定工具的配置中。随着模式、业务定义或验证阈值发生变化,更新和治理这些规则所需的工作量会显著增加。

此外,运营层面的影响也很显著。新数据集的上线变得更慢,因为许多活动需要手动重复执行。在数百个数据集上维护质量规则会消耗宝贵的工程精力。当验证规则难以理解、难以追溯或难以与业务背景关联时,业务用户会失去信心。

因此,数据质量往往沦为周期性的治理活动,而非持续、可扩展的能力。

用生成式 AI 重新思考数据质量

传统数据质量工具通常作为独立能力运行,与更广泛的企业数据生态系统脱节。随着组织扩大 AI 和分析规模,数据质量需要嵌入数据平台本身,让治理、元数据、血缘和分析协同运作。

Indegene 通过 NEXT Unified Data Platform (NEXT UDP) 应对这一挑战,这是一个专为生命科学打造的现代化、AI 驱动的数据平台。NEXT UDP 将分散的商业、医学、临床和企业数据汇聚到单一受治理的环境中,使组织能够管理从数据摄取到分析的完整数据生命周期。NEXT UDP 提供多个独立 AI 代理,例如数据摄取代理、数据质量代理、编排代理、数据目录代理和 SQL Bot 生成器代理。你可以在数据管道中单独使用它们,也可以进一步定制以实现代理间通信。

通过将数据摄取、转换、数据质量、治理、元数据管理和分析集成到统一平台中,NEXT UDP 帮助组织:

  • 将分散的企业数据整合为可信的单一事实来源。
  • 在各业务领域标准化数据质量与治理。
  • 提升元数据可见性、血缘和可追溯性。
  • 减少数据工程工作流中的手动工作。
  • 为企业分析和决策提供可信、AI 就绪的数据。

NEXT Unified Data Platform dashboard showing use-case cards, project metrics, and available AI agents including the Data Quality agent.

图 1:NEXT Unified Data Platform 仪表板,包含用例和 AI 代理

NEXT UDP technical architecture on AWS organized into connector, data foundation, unified semantic intelligence, AI foundation, and experience layers.

图 2:NEXT UDP 在 AWS 上的技术架构

Indegene 的生命科学客户需要一个能在生产环境中可靠运行、满足严格治理要求,同时让团队在构建方式上保持灵活的代理。在 NEXT UDP 中,生成式 AI 驱动一个智能数据质量代理,增强现有的数据质量流程。该代理通过加速规则创建、简化验证并帮助在企业规模上保持一致的治理,提升数据工程师和数据管理员的生产力。

Indegene 基于一组 AWS 服务构建了 Data Quality Agent,其核心是 Amazon Bedrock、Strands Agents 和 Amazon Bedrock AgentCore。Amazon Bedrock 提供多种基础模型(FM)选择,并建立在安全、隐私和负责任 AI 控制的基础之上。对于生命科学组织而言,这一点至关重要,因为其数据通常包含敏感的医疗专业人士和患者信息。Strands Agents 简化了智能体的构建和更新,其评估工具可帮助 Indegene 测试规则准确性,这在受监管的生命科学环境中至关重要。该智能体运行在 Amazon Bedrock AgentCore 上,这是一个可使用任意框架或模型大规模构建、连接和优化智能体的平台。该解决方案还继承了现有的 AWS 安全和审计控制,因此 Indegene 可以专注于数据质量逻辑,而非智能体基础设施。

Data Quality Agent 的独特之处是什么?两个知识库赋能上下文感知的数据质量

任何数据质量工具都能检查空值、重复值或无效数据类型。AWS Glue Data Quality(AWS Glue 的一项功能)等服务已能根据数据统计推荐此类规则,它们仍然是坚实的基础。更难的问题在于判断数据对其业务目的是否合理。为解决这一问题,Data Quality Agent 使用了两个互补的知识库,将精选的领域知识与从受治理使用中获得的经验相结合。

第一个是企业内部知识库:它汇集了内部业务术语表、数据字典、SOP、监管指南、经批准的数据质量规则、经验证的脚本、剖析结果、历史异常以及主题专家(SME)反馈。内容经过摄取、向量化,并通过检索增强生成(RAG)进行检索,以生成基于企业标准和已验证结果的数据质量规则。

第二个是外部参考知识库:它使用经批准的标准化数据质量框架、网络搜索和受控的网络抓取来构建并定期更新。当选择数据集时,智能体会分析表和列的元数据,并从可信来源检索相关的数据质量标准、参考值和验证最佳实践。例如,对于 NPI(国家提供者标识符)列,它可以识别适用的质量标准、推荐格式(必需的 10 位数字格式)并执行参考验证检查。

工作原理

Process flow for the Data Quality Agent: select a data source, profile data, detect anomalies, generate and review rules, and centralize rule management.

图 3:Data Quality Agent 流程

Data Quality Agent 在单一工作流中引导用户完成从数据剖析到规则创建和治理的全过程:

  1. 选择源:连接到受支持的源,例如 Amazon Redshift 或 Snowflake。
  2. 选择数据库和架构:浏览可用的表,并查看每个表的规则数量和活动规则状态。
  3. 剖析数据:该解决方案计算表的质量指标和列模式,供用户审查。
  4. 检测异常:该解决方案对照历史基线标记异常,用户可审查总数、严重和警告问题以及受影响的记录。
  5. 管理规则:审查表的现有规则或开始创建新规则。
  6. 选择规则模式:选择列级别、表级别或自定义查询。
  7. 生成规则建议:该代理利用元数据、分析结果、异常情况、现有规则和知识库上下文来推荐技术和业务规则,每条规则都带有严重程度。
  8. 审核、完善并应用:用户编辑或批准每条建议。
  9. 生成并验证代码:该代理为已批准的规则生成 SQL 和 Python 代码,并通过验证步骤进行检查。
  10. 存储到中央规则存储库:已批准的规则可供执行、监控和审计使用。

AWS 上由生成式 AI 驱动的数据质量代理的解决方案架构

下图展示了 NEXT UDP 平台上数据质量代理的端到端架构,从数据管理员发起请求到规则执行。

End-to-end architecture of the Data Quality Agent on NEXT UDP, from the data steward request through profiling, Bedrock AgentCore rule generation, human review, and rule execution.

图 4:NEXT UDP 上数据质量代理的解决方案架构

数据管理员和数据质量分析师从 Indegene 应用程序调用该解决方案。下表提供了解决方案流水线的逐步说明,并列出了每一层使用的 AWS 服务。它还列出了该解决方案支持的其他选项,以便你根据数据量、现有工具和运维偏好进行调整。

层 AWS / 平台服务 同样支持 作用
API 与访问 AWS WAF、Amazon API Gateway、Amazon Cognito – 数据管理员和数据质量分析师通过 Amazon API Gateway 调用该解决方案。AWS WAF 在请求到达 API 之前对其进行过滤,Amazon Cognito 使用 OAuth 2.0 对用户进行身份验证,并在每个请求上验证 JWT。
数据源层 Amazon Redshift Snowflake 连接器、Amazon Simple Storage Service (Amazon S3)、JDBC/ODBC 数据源 为数据质量分析和规则执行提供结构化和半结构化数据。
元数据目录层 AWS Glue Data Catalog 用于自动发现架构的 AWS Glue 爬网程序 捕获数据库、架构、表、列、数据类型和规则覆盖情况。
分析与异常检测层 AWS Lambda(Python),结果存储在 Amazon DynamoDB 中 AWS Glue 作业、Amazon Athena、Amazon Redshift SQL

列统计信息(如空值率、不同值计数、数据类型一致性、模式、值范围和表级信号)由 AWS Lambda 上基于 Python 的分析流程计算,

同一个 Lambda 通过对照历史基线进行统计比较来执行异常检测,以标记意外变化,例如空值率激增或基数变化。

知识/RAG 层 Amazon Bedrock Knowledge Base,配合 Amazon Aurora PostgreSQL (pgvector) 和 S3 存储知识文档,并通过 AgentCore Gateway(Amazon Bedrock AgentCore 的一项能力)以工具形式提供 Amazon OpenSearch Serverless 作为向量存储、Amazon S3 Vectors(Amazon S3 的一项能力) 从 Amazon Bedrock Knowledge Bases 检索(外部参考标准和企业内部知识)。AgentCore Gateway 将代理连接到其知识库作为工具。
LLM 智能层 Strands Agents 运行在 AgentCore runtime(Amazon Bedrock AgentCore 的一项能力) 上,Claude Sonnet 4.5 运行在 Amazon Bedrock 上,Amazon Bedrock Guardrails,AgentCore memory Amazon Bedrock 中可用的其他基础模型 生成数据质量规则,并利用组装好的上下文和少样本提示,推荐技术检查(完整性、格式、唯一性)和制药行业特有的业务规则。Amazon Bedrock 提供多种基础模型供选择以生成规则。AgentCore runtime 提供托管的、会话隔离的环境,AgentCore memory 保留审核人员的反馈以改进未来的推荐。
编排与人工审核层 AWS Step Functions、AWS Lambda、Amazon Simple Queue Service (Amazon SQS)、Amazon Simple Notification Service (Amazon SNS)、Amazon EventBridge – 协调性能分析、LLM 调用、规则生成、规则执行、状态更新和人工审核。
规则元数据存储库 Amazon DynamoDB Amazon Aurora / Amazon Relational Database Service (Amazon RDS) 存储规则 ID、名称、类型、列、状态、作者、创建日期、严重性和版本详情。
代码生成、验证与存储 Amazon Bedrock – Claude Sonnet 4.5 和 AgentCore Code Interpreter(Amazon Bedrock AgentCore 的一项能力),批准的脚本存储在 Amazon S3 中 – 生成 Python / SQL 代码并在存储前进行检查
执行层 AWS Lambda AWS Glue jobs、Amazon Athena、Amazon Redshift SQL 运行数据质量检查,并写入违规计数和详细异常。
监控与仪表板层 Amazon CloudWatch、AgentCore Observability(Amazon Bedrock AgentCore 的一项能力) 或应用程序 UI Amazon Quick、Amazon OpenSearch Dashboards 数据质量仪表板显示所应用的规则及其状态,以及异常总数、严重异常、已运行的检查和问题详情。
安全与治理 AWS Identity and Access Management (AWS IAM)、AWS Key Management Service (AWS KMS)、AWS Secrets Manager、AWS CloudTrail、AWS Config、Amazon GuardDuty、AWS Security Hub、Amazon Inspector、virtual private cloud (VPC) endpoints – 身份验证、加密、密钥、审计和威胁检测

Data Quality Agent 如何构建上下文

在推荐任何验证规则之前,Data Quality Agent 会从六个不同的来源组装上下文,每个来源回答关于数据的不同问题:

上下文来源 它提供的内容 它回答的问题
表/列元数据(目录) 来自 Data Catalog 的架构、数据类型 这些数据是什么?
数据概况 根据实际数据计算的列级统计信息,例如空值率、不同值计数、值范围、频繁值和检测到的模式 数据现在是什么样子?
异常检测结果 通过将最新剖析结果与历史基线进行比较,标记出意外变化,例如空值突然增多、不同值发生变化或出现超出范围的值 发生了什么变化或哪里看起来不对?
现有活动数据质量规则 已在表或列级别应用的规则,从规则存储库中检索 已经存在哪些规则,以免重复或冲突?
外部参考知识库 通用、公开确立的数据质量标准与验证最佳实践(例如,针对 National Provider Identifier 等标识符的格式和结构规则) 该字段的行业标准是什么?
内部企业知识库 组织特定的数据质量规则模式、既往审核人员反馈,以及精选的业务/技术规则库 该组织如何定义质量?

这些来源共同让智能体能够像经验丰富的数据管理员一样进行推理。将每项建议建立在数据是什么、标准要求什么、企业如何定义质量,以及已经实施了什么的基础上。

解决方案的功能

Data Quality Agent 会生成多个类别的检查,并让数据管理员始终掌控结果。

异常检查生成

该解决方案会生成异常检查,以捕获技术上有效但不符合制药市场行为方式的值。这些包括负的切换百分比、在某个市场内合计不等于 100% 的市场份额、不一致的药品排名(例如,排名第一的药品份额低于排名第二的药品)、超出定义量表的评级值,以及过小或与受访者数量不匹配的小组规模。

基于 RAG 的上下文感知规则生成

Data Quality Agent 以三种模式生成规则建议:

规则类型 描述
列级别 为用户选定的特定单个列生成数据质量规则。智能体会读取该列的元数据和剖析信号,以建议数据类型验证、空值和必填字段检查、长度和范围验证、模式/格式验证以及唯一性等检查。
表级别 为整个表生成数据质量规则,由表的元数据及其各列之间的关系驱动。这涵盖记录一致性、重复检测、跨列验证、引用完整性检查以及表级业务一致性。
自定义查询 根据自然语言输入生成基于 SQL 的规则。用户用通俗英语描述业务验证,智能体生成相应的 SQL,然后可以通过对话方式细化或直接编辑,以支持标准列检查和表检查之外的复杂验证。

Create New Quality Rule 界面提供专用的列级别、表级别和自定义查询模式。

该平台同时支持技术验证和业务特定的质量检查。

对于技术规则,智能体会生成检查以确认数据在结构上是健全的。这些包括必填字段的空值检查、数据类型验证、数值和日期值的范围验证、标识符和代码等格式化字段的模式验证、重复检测,以及相关表之间的引用完整性检查。

对于业务规则,该代理会生成生命科学领域的检查项,以确认数据与业务运营方式保持一致。这些检查包括账户归属一致性(例如,医疗服务提供者关联到正确的组织)、细分逻辑、资格标准,以及市场份额和产品份额验证(例如,某区域内的份额不超过 100%)。

真实用例示例

考虑一个 HCP 产品绩效表,其列包括 HCP_ID、Specialty、Territory_ID、Product_ID、Prescription_Volume、Market_Share_Pct、Switch_Pct、Rating_Scale 和 Reporting_Month。利用表画像和两个知识库,Data Quality Agent 会按如下方式生成并执行以下检查:

  1. Anomaly checks performed.
    • 负向转换百分比。
    • 市场份额总计不匹配。
    • 处方量突然增加或减少。
    • 产品排名不一致。
    • 评分量表值无效。
  2. Technical rules generated.
    • HCP_ID 不得为空或重复。
    • Prescription_Volume 必须为数值且非负。
    • Market_Share_Pct 和 Switch_Pct 必须介于 0 和 100 之间。
    • Reporting_Month 必须遵循所需的日期格式。
    • Territory_ID 和 Product_ID 必须与其参考表匹配。
  3. Business rules generated.
    • 对于每个区域和报告月份,所有产品的市场份额总计必须为 100%。
    • HCP 的产品资格必须与其专业领域一致。
    • 只有符合条件的 HCP 才能纳入目标细分。

AI 辅助的严重性建议

该解决方案根据数据集上下文、规则类型和业务影响来建议严重性。严重性类别有助于区分:

  • 严重问题,例如无效的商业指标、错误的标识符或业务规则违规。
  • 基本验证,包括模式一致性、空值检查和长度验证。
  • 复杂验证,涉及高级 SQL 逻辑、多列规则或特定领域的业务检查。
  • 信息:仅为知晓和透明度目的而进行的验证。除非发现问题,否则无需采取行动。

SQL/Python 代码生成与 ETL 集成

规则获批后,LLM 会生成等效的 SQL、Python 和 PySpark 代码。在存储之前,代码会自动进行验证,包括语法检查、针对目标模式的检查,以及在语言支持的情况下对样本数据进行试运行。这意味着现有的提取、转换和加载(ETL)及编排工具可以将它们作为当前数据管道的一部分来运行。

AI 辅助验证

使用 LLM 作为 Validation Agent 来审查另一个 LLM 生成的数据质量(DQ)规则/脚本,以减少幻觉并改进治理。此外,Amazon Bedrock 提供安全性、隐私和负责任 AI 控制。提示和输出不会用于训练模型,也不会与模型提供商共享。Amazon Bedrock 符合 HIPAA 要求,并纳入 SOC、ISO 和 GDPR 等合规计划的范围,这有助于 Indegene 满足其生命科学客户的要求。Amazon Bedrock Guardrails 为模型输入和输出添加可配置的防护措施。它可以检测并屏蔽个人可识别信息(PII),阻止有害内容和提示注入攻击,并使用上下文接地检查来标记检索到的知识不支持的响应。

人工监督仍然是核心

Data Quality Agent 旨在增强现有的数据质量流程。每条生成的规则都会获得一个置信度评分。只有高置信度、低风险的规则才会被自动批准,而关键规则和业务规则始终交由 SME 审核。每个决策都会记录在规则存储库中,因此规则管理始终保持受治理、可追溯,并与企业标准保持一致。

交付运营影响与业务价值

在生产环境中,Indegene 为生命科学客户部署 NEXT UDP 的过程中,Data Quality Agent 将定义和实施数据质量规则的工作量从每个数据集约 30 小时减少到约 4 小时。这大约减少了 85% 的工作量,或约 7 倍的生产力提升。现在,接入一张新表只需 2–4 小时,而不是 2–5 个工作日。数据工程师和数据管理员现在将时间用于审核和批准规则,而不是从头编写规则。

关键成果包括:

  • 通过 AI 生成的规则、SQL 和 Python 减少人工工作量。
  • 更快地接入新表、模式和业务领域。
  • 基于已批准的标准、企业知识和现有规则,生成更一致的规则。
  • 通过审核、优化和批准工作流,改善业务团队与技术团队之间的协作。
  • 通过自动化的数据剖析和异常检测,更早发现数据质量问题。

表 1:性能与规模

指标 影响*
企业级数据剖析 25–50 个模式;500–2,000 张表;10,000–50,000 列
表数据剖析 45–90 秒(约 100 万行);2–5 分钟(约 1000 万行)
AI 规则生成 每张表 20–45 秒
SQL 生成 每条规则 3–8 秒;10–15 条规则 20–60 秒
规则执行 20–30 秒(标准);1–3 分钟(复杂 SQL)
中央规则存储库 1,000–10,000 条规则
每次执行的 DQ 检查 每个领域 100–500 次。可扩展至 1,000 次以上

*根据 Indegene 的生产部署估算

表 2:规则质量与验证

指标 影响* 含义
规则建议准确率 80–90% 在技术上有效且能正确应用于列或表的建议
规则接受率 60–75% 未经任何修改即获批准的建议
规则优化率 / 人工覆盖 rate 20–35% 审核者编辑逻辑或阈值后批准的建议
SQL 有效性 90–97%(基于模式);80–90%(自定义 SQL) 首次尝试即通过验证的生成 SQL
严重性建议准确率 75–85% 建议的严重性与审核者最终确定的严重性一致
业务相关性(SME 评分) 4.0–4.5 / 5 SME 对推荐规则对业务有用程度的评分
幻觉率 <5–8% 引用不存在的列或错误业务逻辑的建议

*根据 Indegene 的生产部署估算

表 3:运营效率

指标 影响*
手动编写 SQL 规则 端到端工作量减少 60–80%,包括审核和优化
新表接入 2–5 个工作日 → 2–4 小时
规则复用 40–60% 的新规则改编自已批准的现有规则
LLM 成本优化 借助 Amazon Bedrock 提示缓存,缓存上下文的输入 token 成本最多降低 90%
计算优化 采用元数据优先的数据剖析后减少约 45–51%

*根据 Indegene 的生产部署估算

表 4:手动与代理辅助数据质量的对比

活动 传统 DQ 方法 生成式 AI 驱动的 DQ 方法 影响*
规则发现 人工审查模式、剖析报告、样本数据和文档。现有工具可以生成基本的剖析检查,但往往会遗漏特定领域的业务逻辑 Agent 利用元数据、剖析结果、表上下文、现有规则模式以及可选的业务描述,推荐技术与生命科学专用的数据质量规则 速度提升 80-85%
技术规则生成 人工创建空值、数据类型、范围、唯一性和完整性规则 自动生成规则并辅以人工审查 速度提升 80-85%
业务规则定义 校验通常基于技术元数据,对产品、细分、客户或资格逻辑的理解有限。业务上下文严重依赖 SME 讨论以及人工转化为校验逻辑 使用 RAG 检索业务术语表、数据字典、现有规则和历史异常模式,以生成具备上下文感知的推荐 速度提升 70-75%
规则编写与 SQL/Python 开发 工程师针对每个数据集或业务需求手动定义校验规则,并进行编码、调试和测试。 在列级、表级和自定义查询级自动生成规则,并为选定的 DQ 检查生成 SQL/Python。用户可以审查、完善并应用这些推荐。 首个可用代码的产出速度提升 80-85%
规则校验 规则通过人工校验,涉及多轮执行查询和优化迭代 Agent 自动对规则进行评分、优化和调优 速度提升 80-85%
规则复用 人工复制、修改和复用 已批准的规则和反馈被加入 Agent 的知识库 现有领域中新数据集的接入速度提升 50%
异常检测 人工分析剖析输出和记录 自动异常检测并提供业务上下文解释 速度提升 80-85%
严重性分级 规则严重性和业务影响由人工确定,可能导致优先级划分不一致。 根据规则类型、数据集上下文和业务影响推荐严重性。 一致且基于上下文的严重性
治理与可追溯性 规则往往分散在各类工具、脚本、电子表格或目录中,使治理和可追溯性变得困难。审批和审查流程因团队而异。 集中式、带版本管理的规则存储库,并明确归属 维护工作量减少 85%
人力投入 SME 和工程师推动每一个步骤 SME 专注于审查和批准。Agent 负责发现和生成 更高的生产力与可扩展性,生产力约提升 7 倍

*根据 Indegene 的生产部署估算

展望未来

随着企业数据生态系统持续增长,依靠人工创建规则和碎片化的治理流程来维持一致且可扩展的数据质量正变得越来越困难。生成式 AI 提供了一个机会,可通过加速规则生成、融入业务上下文并支持受治理的决策来增强这些工作流。

NEXT Unified Data Platform 中由生成式 AI 驱动的 Data Quality Agent 展示了大型语言模型、RAG 和集中式规则治理如何协同工作,在让人类掌控审查和批准的同时简化数据质量管理。未来的增强功能将继续在此基础上构建,包括:

  • AI 辅助修复建议,帮助用户解决未通过的数据质量检查。
  • 根因分析,用于识别反复出现的异常模式,并支持更快地调查重复出现的数据质量问题。

随着这些能力不断演进,重点始终不变:帮助组织通过 AI 辅助的自动化提升数据质量,同时保持治理、透明度和业务监督。

如需了解更多,请参阅以下资源:


关于作者

Bhagyashree Chandak

Bhagyashree Chandak

Bhagyashree 是 AWS India 的解决方案架构师,擅长将复杂的业务挑战转化为切实可行、可用于生产的解决方案。她与客户紧密合作,深入了解其目标与需求,并结合真实世界的实施经验设计创新架构。她专注于迁移与现代化、数据与分析以及生成式 AI,帮助组织实现平台现代化,并让数据与 AI 为其创造可衡量的业务成果。

Shravan K S

Shravan K S

Shravan 是 Indegene 的数据分析高级经理,也是一位经验丰富的 GenAI 架构师,在生命科学与医疗保健领域拥有 18 年以上的分析、数据平台和系统集成经验。他曾主导交付生成式 AI、数据工程、平台现代化和新兴 Agentic AI 系统领域的安全、可扩展解决方案。他擅长通过 SAFe Agile 推动转型,并借助云原生架构和 AI 驱动的数据运营推进创新。他持有 AWS、Snowflake、Databricks 和 Dataiku 的高级认证,并将前沿技术与制药及医疗保健分析领域的实际影响相结合。

来源:AWS Machine Learning Blog · aws.amazon.com阅读原文

相关阅读

专题与标签

相关资讯专题

标签