docs(requirements): 明确核心信息自动回填目标
This commit is contained in:
@@ -19,7 +19,7 @@
|
||||
1. 导入申报资料包,支持批量文件、文件夹和压缩包形式,形成资料目录、文件清单、页数统计和章节点归属。
|
||||
2. 基于法规要求和申报目录模板,判断资料是否齐全、是否放对位置、是否缺少关键附件。
|
||||
3. 从说明书、申请表、产品列表、声明文件等材料中提取关键信息,形成统一字段池。
|
||||
4. 利用统一字段池回填申请表、对照清单、章节目录或其他待生成文件。
|
||||
4. 利用统一字段池自动填入注册申报表格或法规对照清单。
|
||||
5. 对跨文档的名称、规格、适用范围、靶标、机构、日期、标准清单等信息做一致性检查。
|
||||
6. 输出可讲解、可演示、可追踪的风险预警和处理建议。
|
||||
|
||||
@@ -108,7 +108,7 @@
|
||||
|
||||
### 5.4 本题不仅需要审核,还需要回填与生成
|
||||
|
||||
题面第三项写得很明确:从产品文件中提取关键信息并自动填写至目标文件。因此系统不是只出一份报告,还要支持“结构化字段输出 + 对目标文件字段回填”。
|
||||
题面第三项写得很明确:从产品文件中提取关键信息并自动填写至目标文件。当前已确认回填目标为“注册申报表格或对照清单”,因此系统不是只出一份报告,还要支持“结构化字段输出 + 申报表格 / 对照清单自动回填”。
|
||||
|
||||
### 5.5 本题存在历史申报与监管沟通情境
|
||||
|
||||
@@ -179,6 +179,7 @@
|
||||
- 压缩包内多层目录按原目录结构作为章节点识别依据。
|
||||
- `rar`、`7z` 解压必须采用纯 Python 实现,允许增加第三方依赖包。
|
||||
- 责任人先通过后台或配置文件手动维护,按资料章节配置责任人。
|
||||
- 系统需要自动提取产品名称、检测靶标、适用范围、储存条件、性能指标等核心信息,并自动填入注册申报表格或对照清单。
|
||||
|
||||
### 7.6 输出文档形式
|
||||
|
||||
@@ -232,7 +233,7 @@
|
||||
2. 用户新写模板进入模板库后,模板版本、生效范围和审批流程是否需要管理。
|
||||
3. 责任人配置首版按资料章节手动维护,后续再扩展按任务类型、项目角色双维度维护。
|
||||
4. 后端知识库更新入口是否只允许管理员使用,还是允许业务审核人员参与人工校订。
|
||||
5. “自动填写至目标文件”的目标文件具体是注册申请表、法规对照清单、章节目录,还是业务方另行提供的 Word 模板。
|
||||
5. 后续如业务方另行提供专用 Word 模板,需要确认模板版本、生效范围和字段映射审批机制。
|
||||
|
||||
## 9. 本轮需求分析采用的默认假设
|
||||
|
||||
@@ -255,6 +256,7 @@
|
||||
15. `rar`、`7z` 解压必须纯 Python 实现,允许增加第三方依赖包。
|
||||
16. 责任人首版按资料章节手动配置。
|
||||
17. 第 2 至第 6 章首版不补充企业样本,按公告附件包做规则级初步确认。
|
||||
18. 产品核心信息抽取后必须自动填入注册申报表格或对照清单。
|
||||
|
||||
## 10. 结论
|
||||
|
||||
|
||||
Reference in New Issue
Block a user