这个品类的数据长什么样
供应商审计在药物警戒领域的数据,主要围绕供应商的质量管理体系、生产合规性以及不良事件处理能力。数据来源通常包括审计报告、不符合项清单、纠正预防措施(CAPA)记录、供应商提供的资质文件(如 GMP 证书、生产许可证)和不良事件报告。这些数据更新频率不一,审计报告可能每年或每两年更新,而CAPA和不良事件报告则可能实时发生。文档结构多样,审计报告常以结构化文档(PDF、Word)呈现,包含评估指标、发现问题和建议。资质文件为扫描件或电子证书。不良事件报告则通常遵循 ICH E2B 等标准格式,包含药物、患者、事件描述、严重程度和处理结果等字段。字段可能包含多语言描述,单位涉及时间(如 小时、天)、数量(如 批次)和严重程度等级。
这些特征在「HTTP 接口与外部系统」这一环带来什么约束
供应商审计数据的多样性,对 HTTP 接口的数据解析能力提出了挑战。审计报告和资质文件的非结构化或半结构化特性,要求接口能够处理 PDF、DOCX 等多种文件类型,并从中提取关键信息。不良事件报告的标准化格式(如 XML、JSON)则需要接口具备精确的字段映射能力,以确保数据的准确导入。由于审计报告和资质文件的更新频率较低,但数据量可能较大,对接口的上传文件大小限制和处理超时时间有较高要求。CAPA 和不良事件报告的实时性,则要求接口支持高并发和低延迟的数据提交。同时,数据中可能包含敏感信息,对 HTTP 接口的安全性,包括身份验证和数据加密,提出了严格要求。多语言字段的存在,也要求接口在数据传输和存储时能正确处理字符编码。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
UPLOAD_FILE_MAX_SIZE | 500 MB | 审计报告和资质文件可能包含大量图片和扫描件,文件体积较大。 |
PARSE_FILE_TIMEOUT_SECONDS | 600 秒 | 处理大型 PDF 或 DOCX 文件,尤其是需要 OCR 识别时,耗时较长。 |
maxContext | 2000 字符 | 审计报告中单个段落或关键发现的描述可能较长,需要更多上下文进行语义理解。 |
similarityThreshold | 0.75 | 确保在比对供应商历史问题或相似不良事件时,召回结果的精确性。 |
chunkOverlap | 100 字符 | 处理审计报告中上下文关联紧密的段落,避免信息割裂。 |
requestTimeout | 120 秒 | 外部系统可能因处理复杂审计数据或进行安全校验而响应较慢。 |
容易做错的三处
- 调用接口后,工作流没有按预期触发或处理结果为空。原因在于外部系统返回的数据结构与 FastGPT 接口预设的字段映射不匹配,导致关键信息无法正确提取。
- 上传大型审计报告文件时,HTTP 状态码返回
413 Request Entity Too Large。原因是没有正确配置UPLOAD_FILE_MAX_SIZE参数,导致服务器拒绝接收过大的文件。 - 通过 API 提交不良事件报告后,在 FastGPT 平台查询不到相关上下文或查询结果不完整。原因可能是 API 调用时未正确传递
context参数或maxContext配置过小,未能完整捕获事件描述。
怎么确认配好了
- 上传一个典型的供应商审计报告(例如
50 MB左右的 PDF 文件),检查是否能成功解析并提取出审计结论、不符合项编号等关键信息。 - 通过外部系统模拟提交一条包含多语言字段的不良事件报告,在 FastGPT 中查询该报告,核对多语言内容是否正确显示且无乱码。
- 创建一个包含复杂业务逻辑的工作流,通过 HTTP 接口触发,并验证工作流的执行日志,确保每个步骤都按照预期处理了审计数据或不良事件信息。
问题素材取自公开社区提问(2026-09-11 去重 4,834 条)。文中的配置项名称与取值区间需以所用版本的实际界面与文档为准;本页核验日 2026-09-21,当时的最新发布版本为 FastGPT v4.17.0。