这个品类的数据长什么样
DTP 药房（Direct-To-Patient，患者直达药房）的制度与 SOP 数据主要来源于制药企业、药监部门发布的法规文件、药房内部制定的操作流程及修订记录。这些数据通常以 PDF、Word 文档、图片扫描件等非结构化形式存在，部分核心制度会以结构化的数据表（如 Excel）形式记录。数据的更新频率受政策法规调整、新药上市、药房运营优化等因素影响，通常为季度或年度更新，但涉及重大政策变动时更新会更频繁。文档结构复杂，包含大量专业术语、图表、流程图。字段与单位方面，常见药品批号、有效期、存储条件（如温度单位摄氏度）、操作步骤编号、责任人等，其中时间单位以天、小时、分钟为主，药品剂量单位多样（mg、ml、IU）。
这些特征在「HTTP 接口与外部系统」这一环带来什么约束
DTP 药房制度的非结构化数据特性，对 HTTP 接口的数据预处理能力提出了要求。大量 PDF 和图片扫描件需要 OCR 识别和文本抽取，这增加了接口调用的复杂度与处理时长。更新频率的不确定性，意味着外部系统需要具备灵活的定时抓取和增量更新机制，避免全量同步带来的资源浪费。文档中复杂的专业术语和流程图，要求解析器能准确理解上下文，并对嵌套的制度条款进行有效拆分与关联。此外，药品批号、有效期等字段的严格性，要求 HTTP 接口在数据传输和解析过程中，必须确保字段的完整性和准确性，防止因数据格式不匹配导致的问题。处理失败时，需要明确的错误码和重试机制。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
UPLOAD_FILE_MAX_SIZE | 50 MB | 应对大型 DTP 制度文件（含多页扫描件或高分辨率图片）的上传需求。 |
PARSE_FILE_TIMEOUT_SECONDS | 600 秒 | DTP 文档内容复杂，OCR 和解析耗时较长，预留充足处理时间。 |
chunk_size | 800–1200 字符 | 平衡文本语义完整性与召回效率，适用于制度条款的详细解析。 |
overlap_size | 100 字符 | 确保分段边界上下文衔接，减少因切分造成的语义丢失。 |
http_timeout | 30000 毫秒 | 外部系统接口响应可能因数据量大或网络波动而延迟，提供足够等待时间。 |
retry_attempts | 3 | 针对偶发的网络瞬断或外部系统服务不稳定，提供自动重试机制。 |
容易做错的三处
- HTTP 请求返回 400 状态码，并带有 "do request failed" 信息，现象通常是外部系统接口未能正确处理请求参数。原因在于 DTP 制度数据中存在特殊字符，或某些布尔类型参数在传输过程中被错误地转换为字符串。
- 在线对话与 API 调用结果差异显著，API 调用时
stream设置为false，detail为true。现象是 API 返回内容不完整或格式不符预期。原因通常是 API 调用未正确处理 DTP 制度文本中的换行符或特殊分隔符，导致解析器在非流式模式下未能一次性获取完整信息。 - 从 HTTP 组件解析出的布尔类型数据，在条件判断组件中变为空值。现象是条件判断逻辑无法触发。原因在于 HTTP 组件在解析 DTP 制度数据时，将
true/false字符串误识别为空或非布尔类型，或外部系统返回的布尔值表示方式不一致。
怎么确认配好了
- 通过 FastGPT 的调试界面，模拟上传不同格式（PDF、Word、图片）的 DTP 制度文档，检查文件是否能成功解析并生成知识库分段。
- 调用 HTTP 接口上传包含复杂表格和流程图的 DTP 制度文件，观察接口返回的状态码和响应体，确保没有 4xx 或 5xx 错误，且响应耗时在
http_timeout阈值内。 - 使用 FastGPT 的 API 接口，针对知识库中的 DTP 制度内容提问，验证返回结果的准确性和完整性，并通过日志确认
chunk_size和overlap_size的实际效果。 - 检查外部系统日志，确认 FastGPT 发出的 HTTP 请求参数格式正确，且外部系统能正常接收和处理，特别是对于布尔类型和特殊字符的处理无误。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-21，当时的最新发布版本为 FastGPT v4.17.0。