这个品类的数据长什么样
稳定性研究的数据主要来源于药品研发过程中产生的批次生产记录、质量检测报告、加速稳定性试验报告和长期稳定性试验报告。这些报告通常是 PDF 格式的文档,内容结构化程度较高,包含大量表格数据和实验结果描述。数据更新频率通常根据药品研发阶段和监管要求而定,例如,长期稳定性报告可能每年更新一次,而批次生产记录则随批次生成。文档中常见的字段包括批号、生产日期、有效期、检测项目、检测方法、检测结果、单位、温度、湿度、光照条件等。单位表示方式多样,如 mg/mL、℃、%RH、Lux、天、月。
这些特征在「文档解析与分块」这一环带来什么约束
稳定性研究文档的结构化表格数据特征,要求文档解析器具备精准的表格识别和数据提取能力。由于单位和字段的多样性,分块时需确保相关数据与单位能被完整关联,避免语义丢失。例如,检测结果必须与其对应的单位和检测项目在同一分块中。文档更新频率决定了知识库内容更新策略,需要支持增量更新和版本管理,以反映最新的稳定性数据。文档中的时间序列数据(如不同时间点的检测结果)在分块时应保持其时间逻辑,以便后续检索时能准确呈现药品随时间变化的稳定性趋势。对于大量历史文档,批量处理能力和处理中断后的恢复机制至关重要。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
分段长度 | 800–1200 字符 | 确保表格行或实验结果描述能被完整包含,避免语义割裂。 |
重叠长度 | 100–200 字符 | 保证分块衔接处的上下文连贯性,尤其对跨页表格或描述性文本。 |
PARSE_FILE_TIMEOUT_SECONDS | 600 秒 | 应对包含大量复杂表格或图片的长篇稳定性报告解析耗时。 |
UPLOAD_FILE_MAX_SIZE | 500 MB | 适应大型稳定性报告文件,避免因文件过大导致的上传失败。 |
分段方式 | 按标题分段 + 按文本长度分段 | 优先识别文档结构化的表格和章节标题,辅助以固定长度确保覆盖。 |
召回条数 | 前 5 条 | 平衡检索效率与结果全面性,确保关键稳定性数据被召回。 |
容易做错的三处
- 上传大量稳定性报告文档时,任务处理中断,后台日志显示
Error: Document processing timeout。这通常是由于PARSE_FILE_TIMEOUT_SECONDS参数设置过小,未能为复杂文档的解析提供足够的处理时间。 - 检索结果中,稳定性数据与对应的单位或检测条件不匹配,例如只返回了
25而没有mg/mL或25℃。这往往是由于分块策略过于简单,未能将表格中的多列数据或描述性文本中的关键关联信息整合到同一分块中。 - 上传大型 PDF 文档时,系统无响应或返回
HTTP 413 Payload Too Large错误。这表明UPLOAD_FILE_MAX_SIZE配置低于实际文件大小,导致文件在上传阶段就被服务器拒绝。
怎么确认配好了
- 选择一份包含复杂表格和多页内容的稳定性报告,上传至知识库,并检查其解析状态是否显示为“已完成”。
- 随机抽取已解析的稳定性报告,通过知识库的预览功能或检索功能,检查关键字段(如批号、检测结果、单位)是否准确无误地出现在分块内容中,且语义完整。
- 模拟一次包含大量文档的批量上传操作,观察整个上传和解析过程是否顺畅,并检查是否有因超时或文件大小限制导致的失败记录,据此调整
PARSE_FILE_TIMEOUT_SECONDS和UPLOAD_FILE_MAX_SIZE的阈值。
问题素材取自公开社区提问(2026-09-11 去重 4,834 条)。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准;本页核验日 2026-09-21,当时的最新发布版本为 FastGPT v4.17.0。