这个品类的数据长什么样
DTP 药房的质量文档主要包括药品采购凭证、入库检验报告、出库复核记录、温湿度监测日志、不良反应上报材料以及药师资质证明等。这些文档通常以 PDF、扫描件图片或结构化 XML 格式存在，部分通过药监局系统直连获取，也有大量纸质文档扫描归档。数据更新频率高，尤其是温湿度日志和出库记录，可能每小时或每日更新。文档结构上，药品批次、生产日期、有效期、供应商信息、药师签名等字段是核心，且对数据溯源性要求极高。计量单位如毫克、毫升、摄氏度、批号等必须精确匹配国家标准。
这些特征在「HTTP 接口与外部系统」这一环带来什么约束
DTP 药房质量文档的数据高频更新和格式多样性，对 HTTP 接口的实时性和兼容性提出了高要求。大量的图片和 PDF 扫描件意味着需要强大的 OCR 能力和文档解析服务，这些服务往往通过外部系统提供。药品批次和效期等关键字段的严格校验，要求 HTTP 接口能够与内部业务系统进行同步比对，并具备处理复杂校验逻辑的能力。同时，涉及药监局系统对接的数据，其接口调用频率和认证机制通常有严格限制，需要 FastGPT 在调用时具备灵活的请求策略和异常重试机制。文档的溯源性需求也意味着每次接口调用都需要记录详细的日志，便于审计和问题排查。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
maxContext | 8000 tokens | 质量文档内容通常较长，确保上下文完整性。 |
chunkSize | 500 字符 | 兼顾语义完整性和片段长度，提高检索效率。 |
overlapSize | 100 字符 | 确保分段之间的上下文关联，避免关键信息被切断。 |
embeddingModel | text-embedding-ada-002 | 适用于生物医药领域专业术语的向量表示。 |
requestTimeout | 60 秒 | 应对 OCR 和复杂文档解析可能导致的长响应时间。 |
concurrencyLimit | 20 | 平衡外部系统处理能力与DTP药房数据更新频率。 |
容易做错的三处
- 外部接口调用频繁出现
429 Too Many Requests错误，原因是对接的药监局或第三方 OCR 服务有严格的速率限制，没有进行合理的请求间隔控制。 - 导入的 PDF 扫描件内容为空或乱码，原因是外部 OCR 服务未正确识别文档中的特定字体或布局，导致解析失败。
- 接口返回的药品批号或有效期字段不符合预期格式，原因是没有对外部系统返回的数据进行严格的格式校验和清洗，直接使用了原始数据。
怎么确认配好了
- 验证关键质量文档（如药品入库单、出库复核记录）导入后，其核心字段（批号、生产日期、有效期）在 FastGPT 中能够被准确检索和引用，且与原始文档内容一致。
- 检查 FastGPT 调用外部 OCR 或数据验证服务时，请求成功率达到 98% 以上，错误日志中没有持续性
5xx或4xx状态码。 - 随机抽取不同格式（PDF、图片、XML）的质量文档进行测试，确认 FastGPT 能够正确解析并提取出所有预期信息，并与业务系统中的数据进行比对，误差率低于 0.5%。
问题素材取自公开社区提问（2026-09-11 去重 4,834 条）。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准；本页核验日 2026-09-21，当时的最新发布版本为 FastGPT v4.17.0。