zy123/zbparse
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

12.30 优化基础信息提取

Browse Source
This commit is contained in:
zy123 2024-12-31 09:22:40 +08:00
parent f75e3b2a5f
commit f854a6754a
1 changed files with 13 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

24
flask_app/general/商务技术评分提取.py
View File

@ -167,10 +167,11 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type):
格式要求：
1.总体结构：
-JSON 的最外层包含三个键：技术评分、商务评分 和 投标报价评分。
-最外层三个键名后需附加括号，括号中注明该大项评分的总分，如'技术评分(18分)'，若无具体评分，则无需添加该括号。
-每个大项（如技术评分、商务评分）下包含具体的评分项，评分项按以下规则表示。
2.评分项表示规则：
-层级嵌套规则：
若评分因素（内容）存在嵌套关系（通过表格结构判断）：主评分因素需附加括号，括号中注明该主评分项的总分。例如：产品技术响应（8分）；子评分因素作为嵌套键名，列在主评分因素之下，无需再附加括号表示评分。
若评分因素（内容）存在嵌套关系（通过表格结构判断）：主评分因素需附加括号，括号中注明该主评分项的总分，若无具体评分，则无需添加该括号。例如：产品技术响应(8分)；子评分因素作为嵌套键名，列在主评分因素之下，无需再附加括号表示评分。
-注意：禁止通过归纳、推测或自行总结来生成子评分因素，尤其不可根据'评分标准'中的打分要求来反向总结'子评分因素'。
若评分因素（内容）不存在嵌套关系：键名直接为评分因素，无需附加括号表示总分。
-评分项内容：
@ -193,7 +194,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type):
特殊情况：
1. 最外层键名为各大评分项；但是如果该招标、采购活动有多个分包，则最外层键名为对应的包名，如'一包'，内部格式不变。
2. 若大项的'xx评分'要求未在文中说明，则键名'xx评分'的键值设为字符串'本项目无xx评分项'，例如"技术评分":"本项目无技术评分项"，而非默认的字典格式。
禁止内容：
1. 确保所有输出内容均基于提供的实际招标文件内容（除了最外层的三个评分大项名称），不使用任何预设的示例作为回答。
2. 不得擅自添加不属于评审因素的键名以及 `'备注'` 之外的其他键名。
@ -201,7 +202,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type):
以下为示例输出，仅供格式参考：
{
"一包": {
"技术评分": {
"技术评分(26分)": {
"实施方案(16分)":{
"总体实施方案":[
{
@ -224,7 +225,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type):
],
"备注": "技术标采用暗标形式，暗标不得出现投标人名称、人员姓名。"
},
"商务评分": {
"商务评分(9分)": {
"主要监理岗位的职责": [
{
"评分": "4分",
@ -259,11 +260,12 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type):
你是一个对招投标业务非常熟悉的专家。根据该文档中的评标办法表格，请你列出该文件的技术评分，商务评分，投标报价评分以及它们对应的具体评分要求，请以JSON格式返回结果。
格式要求：
1.总体结构：
-JSON 的最外层包含三个键：技术评分、商务评分 和 投标报价评分。
-JSON 的最外层包含三个键：'技术评分'、'商务评分' 和 '投标报价评分'。
-最外层三个键名后需附加括号，括号中注明该大项评分的总分，如'技术评分(18分)'，若无具体评分，则无需添加该括号。
-每个大项（如技术评分、商务评分）下包含具体的评分项，评分项按以下规则表示。
2.评分项表示规则：
-层级嵌套规则：
若评分因素（内容）存在嵌套关系（通过表格结构判断）：主评分因素需附加括号，括号中注明该主评分项的总分。例如：产品技术响应（8分）；子评分因素作为嵌套键名，列在主评分因素之下，无需再附加括号表示评分。
若评分因素（内容）存在嵌套关系（通过表格结构判断）：主评分因素需附加括号，括号中注明该主评分项的总分，若无具体评分，则无需添加该括号。例如：产品技术响应(8分)；子评分因素作为嵌套键名，列在主评分因素之下，无需再附加括号表示评分。
-注意：禁止通过归纳、推测或自行总结来生成子评分因素，尤其不可根据'评分标准'中的打分要求来反向总结'子评分因素'。
若评分因素（内容）不存在嵌套关系：键名直接为评分因素，无需附加括号表示总分。
-评分项内容：
@ -275,7 +277,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type):
要求：说明评分标准或要求。
-禁止情况：
禁止将同个单元格内的内容拆分至多个字典中；禁止遗漏单元格内任何信息，包括注的内容。
3.备注信息：
-若评分部分包含附加信息（如大项评分的整体要求，未直接归属于具体评分项），需添加一个 备注 键，值为该附加信息。
@ -287,7 +289,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type):
特殊情况：
1. 最外层键名为各大评分项；但是如果该招标、采购活动有多个分包，则最外层键名为对应的包名，如'一包'，内部格式不变。
2. 2. 若大项的'xx评分'要求未在文中说明，则键名'xx评分'的键值设为字符串'本项目无xx评分项'，例如"技术评分":"本项目无技术评分项"，而非默认的字典格式。
禁止内容：
1. 确保所有输出内容均基于提供的实际招标文件内容（除了最外层的三个评分大项名称），不使用任何预设的示例作为回答。
2. 不得擅自添加不属于评审因素的键名以及 `'备注'` 之外的其他键名。
@ -295,8 +297,8 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type):
以下为示例输出，仅供格式参考：
{
"一包": {
"技术评分": {
"产品技术响应（8分）":{
"技术评分(18分)": {
"产品技术响应(8分)":{
"常规参数符合":[
{
"评分":"4分",
@ -318,7 +320,7 @@ def combine_evaluation_standards(evaluation_method_path,invalid_path,zb_type):
],
"备注": "注：若不满足“与公安部、省公安厅、随州市公安局高清视频会议系统无缝对接互联互通”的要求，则本项技术部分不得分。"
},
"商务评分": {
"商务评分(9分)": {
"主要监理岗位的职责": [
{
"评分": "4分",