招标文件
招标内容及要求
一、立项依据
根据《中共中央关于政法领域全面深化改革的实施意见》、《中共中央关于加强新时代公安工作的意见》、《浙江省公安厅数字化改革工作实施方案》要求，推动科技创新手段深度应用，深化办案数据智能化应用的总体要求，结合我省政法数字化协同规划和省厅“云上公安、智能防控”大数据战略部署，通过辅助办案的科技手段建设，深化数字卷宗单轨制协同办案模式，全面加快“智慧法制”建设。
二、建设目标
通过政法一体化数字卷宗改造，对外做优执法服务，对内提升执法办案质效，解决我省案多人少的矛盾，加快我省公安机关从传统习惯思维向现代信息思维转变、从传统管理方式向现代管理方式转变、从传统单兵作战向现代智能辅助转变。提升执法办案、执法管理、执法服务智能化水平，为构建现代警务模式提供基础支撑。
三、建设原则
（1）先进性
符合数字法治系统的建设理念、更加突出数字赋能，数据作为重要的生产资料和高端要素，实现数据共享，提升数据资源的价值和分析利用效率。同时采用国内外先进的计算机技术，保证系统高效运行。
（2）可靠性
囊括云资源使用监管体系，提升内网基础支撑能力。系统运行稳定可靠。根据业务量分析和预测，考虑系统设备的处理能力，系统应具有超负荷控制能力；考虑系统在平时和峰值情况下，安全可靠运行的设备和数据备份机制，确保不死机，没有数据丢失。系统应支持全年无间断服务，因此，软硬件设备要求7×24小时不间断运行；要为系统运行中可能出现的各种异常情况和突发事件设计周到的应急恢复手段，并在系统运行中不断完善。
（3）实用性
丰富应用支撑体系；加强各地各部门的培训，强化技术支持，提升支撑组件的利用率。大力提升一体化智能化应用支撑能力。能够最大限度地满足工作的需要，系统一方面应实现基础数据共享，为相关的应用系统调用，另一方面各种系统应提供使用于各个层次计算机知识水平的人员及其管理人员，各个功能键的定义要合理、规范。为用户提供操作或系统的出错提示，且提示简洁明了。
（4）开放性
共治共享、数据循环利用，支撑其他改革应用要构建灵活、开放的体系结构，保证系统软件与硬件不绑定，今后系统再次升级时可由甲方自由选择供应商提供软件或硬件。
（5）可扩展性
适应数字化改革整体规划，在系统的设计中不仅应考虑目前的业务需求，更应该满足未来业务量及接入手段种类增长的需求，系统规模应具有可调性。设计能力应考虑满足未来三至五年用户数量增长的需求，要具有网络灵活扩充和调整的特性，系统的软硬件设备具有可扩展性，应具备逐步升级的能力，采用模块化设计，能在整个系统正常运行下，在线提升处理能力。
（6）安全性
系统的安全考虑重点在加强其抗干扰能力和抗破坏能力。从技术和管理上需要采用多种手段，确保网络安全和数据安全，保证信息传递的及时、准确，提高系统的抗干扰能力和抗破坏能力。
（7）可管理性
系统应满足提供友好的应用操作维护界面，维护操作简单。系统对网络连接、硬件设备、软件进程、日志记录等提供实时监控管理，能提供工具对中心的服务工作进行数据化的管理。
四、主要建设内容
1、文书调整
1）文书新增，新增文书主要包括：延长羁押期限通知书、鉴定委托书、刑拘直诉告知书、认罪认罚从宽制度告知书、提供法律帮助通知书、前科查询记录、体表原始伤情记录表、医院伤情检查通知单、拘留期限折抵通知书、未成年人案件调查报告、被取保候审人离开所居市县、放弃伤情鉴定确认书、人员登讫凭证身份信息文书，其中身份信息文书智能开具，由系统直接调取生成，例如在办案系统相关人员下选择文书，输入人员身份证号，提供几个信息库查询结果，直接引用到文书中，生成证明文书，自动生成查询的库名称/结果/查询人/查询时间/加盖公章等。
2）文书修改，修改文书主要包括起诉意见书、提请批准逮捕意见书、接受证据清单、扣押清单审批后带入扣押决定书文号、查封清单审批后带入查封决定书文号、解除查封清单审批后带入解除查封决定书文号，呈请带出监所辨认报告书电子签章功能、呈请带出监所侦查实现报告书电子签章功能、呈请带出监所就医报告书电子签章功能、呈请带出监所鉴定报告书电子签章功能。
3）电子卷宗子系统配套改造，这些文书开具后，电子卷宗系统将自动归类和组卷。
2、后台签章改造
1， 集成新版电子签章插件，包括对文书PDF的预览，已开具文书的修改，检法文书的生成，以及文书的打印、另存等。
2， 普通文书后台填充改造，由于当前的签章模式要求，现在执法办案的文书都是用户在前端打开文书时进行填充，为适应后台签章功能，需改变现有的文书填充模式，在文书开具时通过后台服务器对文书内容进行填充。
3， 对插入图片的文书进行后台填充改造，目前执法办案系统中插入图片的相关文书材料大致有15张左右，这些文书需要一张一张单独进行改造处理。
4， 文书二维码处理，同样的对所有文书的二维码生成方式进行改造，由后台进行填充，避免由于前台客户端电脑配置等其他因素导致二维码填充失败或错误。
5， 签章模式改造，由目前的前端读取用户数字证书中的签章进行加盖的，需改为在领导审批通过后，由后台根据文书的签章的配置进行电子签章，同时需记录审批或重新加盖用户的信息及时间。
6， 特殊公章签章改造，应对特殊文书加盖特殊公章或签名的，需对文书及公章单独处理，大致约10张文书。
7， 文书pdf模板改造，为适应文书通过后台进行签章，需调整所有需要签名盖章的文书，目前执法办案系统内约有270份文书需进行修改。
8， 刑事呈请报告书签字改造，由原来的审批一级签一级名改为流程审批通过后一次性将审批人签名加盖到文书上。
9， 行政审批表签字改造，由原来的审批一级签一级名改为流程审批通过后一次性将审批人签名加盖到文书上。
10， 电子签名捺印改造，涉及所有文书及笔录系统改造，调整签名捺印方法，并对签章保护方式进行重构。
3、电子签章升级
1， 控件升级，对电子签章控件进行升级，实现pdf文书的预览、打印，签章校验、谷歌浏览器兼容、文档控制及查找文档内容。
2， 驱动升级，集成国密证书驱动及指纹证书驱动。
3， 新增电子签章API接口。
4、保证金、罚没款管理
实现与银行对接，在开具相应收取保证通知书、行政处罚决定书时，可将保证金缴纳信息、罚款缴纳信息推送给至银行，当事人进行缴纳后，缴纳数据可反馈办案系统，生成缴纳信息或记录。
5、角色、机构管理
执法办案新增鉴定人员、鉴定部门、管教人员、看守所管理员等人员角色及机构部门。
6、法务代办
执法办案民警将需要电子签名捺印的文书推送给看守所相关民警，由看守所民警提供给嫌疑人进行电子签名，完成后文书同步回传到对应的电子材料中。
7、卷宗优化
1， 删除现有笔录排序第几次显示，改为嫌疑人名字加时间年月日时即可，同时删除材料编辑页面第几次的编辑项。
2， 简化笔录上传编辑页面，去除起止时间编辑，改为起始时间年月日时即可。
3， 上传材料细化分类，将书证类别细化，新增书证（通话、信息记录）、书证（账单）。
4， 组卷新增参与人，在材料上传-人员选择处新增录入入口，无法选择到的参与人可直接进行录入，并同步到案件参与人。
5， 新增组卷日志，记录组卷人、组卷时间等组卷相关日志，并提供查询功能。
6， 卷宗目录优化，下载导出后的卷宗目录与上传材料页面目录格式保持一致。
8、单轨制标记
1， 新增单轨制协同标记
2， 新增刑拘直诉、刑事快办案件协同标记
3， 新增未成年卷协同标记
9、一体化协同
1， 新增检察院选择，实现在提请批准逮捕、移送起诉等环节文书开具时，增加其他检察院选择，实现对案件的跨区域协同
2， 新增补充材料协同流程，可单独对某一份材料向检法进行协同。
10、提审证数字化
实现数字化提审证，对接监管系统，将提审改为流程记录，民警在办案系统发起提审，监管民警在监管系统确认后生成一条记录。提审记录自动返回记录在办案系统，随案生成提审记录，可在组卷时根据提审记录并调取办案民警及看守民警的签名生成提审证组入卷内。
五、软件清单
|
系统项 |
模块 |
功能 |
|
文书调整 |
新增延长羁押期限通知书 |
延长羁押期限通知书PDF模板制作 |
|
新增延长羁押期限通知书填写表单 |
||
|
新增延长羁押期限通知书上报审批流程 |
||
|
新增鉴定委托书 |
鉴定委托书PDF模板制作 |
|
|
新增鉴定委托书填写表单 |
||
|
新增鉴定委托书上报审批流程 |
||
|
新增刑拘直诉告知书 |
刑拘直诉告知书PDF模板制作 |
|
|
新增刑拘直诉告知书开具页面（无填写） |
||
|
新增认罪认罚从宽制度告知书 |
认罪认罚从宽制度告知书PDF模板制作 |
|
|
新增认罪认罚从宽制度告知书开具页面（无填写） |
||
|
新增提供法律帮助通知书 |
提供法律帮助通知书PDF模板制作 |
|
|
新增提供法律帮助通知书填写表单 |
||
|
新增提供法律帮助通知书上报审批流程 |
||
|
新增前科查询记录 |
前科查询记录PDF模板制作 |
|
|
新增前科查询记录填写表单 |
||
|
新增体表原始伤情记录表 |
体表原始伤情记录表PDF模板制作 |
|
|
新增体表原始伤情记录表填写表单 |
||
|
文书内容填写校验 |
||
|
新增医院伤情检查通知单 |
医院伤情检查通知单PDF模板制作 |
|
|
新增医院伤情检查通知单填写表单 |
||
|
新增身份信息文书智能开具，由系统直接调取生成，例如在办案系统相关人员下选择文书，输入人员身份证号，提供几个信息库查询结果，直接引用到文书中，生成证明文书 |
新增嫌疑人身份资料（网查) |
|
|
新增证人身份资料（网查) |
||
|
新增被害人身份资料（网查) |
||
|
新增报案人身份资料（网查) |
||
|
新增见证人身份资料（网查) |
||
|
新增拘留期限折抵通知书 |
拘留期限折抵通知书PDF模板制作 |
|
|
新增拘留期限折抵通知书填写表单 |
||
|
新增拘留期限折抵通知书上报审批流程 |
||
|
新增新增未成年人案件调查报告 |
未成年人案件调查报告PDF模板制作 |
|
|
新增未成年人案件调查报告填写表单 |
||
|
新增未成年人案件调查报告上报审批流程 |
||
|
新增准许被取保候审人离开所居市县 |
准许被取保候审人离开所居市县PDF模板制作 |
|
|
新增准许被取保候审人离开所居市县填写表单 |
||
|
新增准许被取保候审人离开所居市县上报审批流程 |
||
|
新增放弃伤情鉴定确认书 |
放弃伤情鉴定确认书PDF模板制作 |
|
|
新增放弃伤情鉴定确认书填写表单 |
||
|
新增人员登讫凭证 |
人员登讫凭证PDF模板制作 |
|
|
根据办案区人员数据自动生成登讫内容 |
||
|
实现该文书的自动签章（办案单位公章） |
||
|
起诉意见书填写修改 |
1，新增提示“如有辩护律师，写明其姓名，所在律师事务所或者法律援助机构名称，律师职业证编号。” 2，填写内容自动引用人员、案件相关数据内容，自动形成“犯罪嫌疑人XXX涉嫌XX案，现已侦查终结” 3，在依法侦查查明犯罪事实出新增提示：“对于只有一个犯罪嫌疑人的案件，犯罪嫌疑人实施多次犯罪的犯罪事实应逐一列举;同时触犯数个罪名的犯罪嫌疑人的犯罪事实应该按照主次顺序分别列举; 对于共同犯罪的案件，写明犯罪嫌疑人的共同犯罪事实及各自在共同犯罪中的地位和作用后，按照犯罪嫌疑人的主次顺序，分别叙述各个犯罪嫌疑人的单独犯罪事实。” 4，在“现将此案移送审查起诉。”后增加：（当事人和解的公诉案件，应当写明双方当事人已自愿达成和解协议以及履行情况，同时可以提出从宽处理的建议；犯罪嫌疑人自愿认罪的，写明有关情况；认为案件符合速裁程序适用条件的，提出适用速裁程序的建议）。 |
|
|
新增提请批准逮捕自动引用填写 |
在提请批准逮捕意见书中的意见栏，自动提取引用人员、案件信息形成如下内容“综上所述，犯罪嫌疑人×××，其行为已触犯《中华人民共和国刑法》，涉嫌× ×× 罪，可能判处徒刑以上刑罚。（依据刑事诉讼法第八十一条第一款 |
|
|
修改接受证据清单 |
开具修改接受证据清单，添加人员选择，并将该文书与人员进行关联，后续可通过人员进行查询或业务处理 |
|
|
扣押清单审批后带入决定书文号 |
1、新增扣押决定书与扣押清单的关联配置，在开扣押决定书时同时带出扣押清单一起填写提交审批，审批通过后扣押清单带入决定书的文书号 |
|
|
查封清单审批后带入决定书文号 |
1、新增查封决定书与查封清单的关联配置，在开查封决定书时同时带出查封清单一起填写提交审批，审批通过后查封清单带入决定书的文书号 |
|
|
解除查封清单审批后带入决定书文号 |
1、新增解除查封决定书与解除查封清单的关联配置，在开解除查封决定书时同时带出解除查封清单一起填写提交审批，审批通过后查解除封清单带入决定书的文书号 |
|
|
呈请带出监所辨认报告书电子签章功能 |
报告书上添加两个公章，一是办案审批人、而是最终审批人；在呈请的过程中不盖章等流程审批通过后一次性将审批人签名及单位对应的公章加盖到文书上 |
|
|
呈请带出监所侦查实现报告书电子签章功能 |
报告书上添加两个公章，一是办案审批人、而是最终审批人；在呈请的过程中不盖章等流程审批通过后一次性将审批人签名及单位对应的公章加盖到文书上 |
|
|
呈请带出监所就医报告书电子签章功能 |
报告书上添加两个公章，一是办案审批人、而是最终审批人；在呈请的过程中不盖章等流程审批通过后一次性将审批人签名及单位对应的公章加盖到文书上 |
|
|
呈请带出监所鉴定报告书电子签章功能 |
报告书上添加两个公章，一是办案审批人、而是最终审批人；在呈请的过程中不盖章等流程审批通过后一次性将审批人签名及单位对应的公章加盖到文书上 |
|
|
电子卷宗子系统配套改造 |
多联清单类文书动态截取联数（清单类文书每联页数不定因此截图某联文书时需要根据总页数算，例如：某清单类文书有三联现需截取第二联，当每联只有一页时截取底二页，但每联有两页时需截取3-4页） |
|
|
对新增的文书需要组卷的调整卷宗目录配置与上传材料配置，让文书开具后能自动同步到电子卷宗并支持自动组卷 |
||
|
后台签章改造 |
签章插件集成 |
集成新版电子签章插件，包括对文书PDF的预览，已开具文书的修改，检法文书的生成，以及文书的打印、另存等。 |
|
普通文书填充改造 |
1、普通文书后台填充改造，由于当前的签章模式要求，现在执法办案的文书都是用户在前端打开文书时进行填充，为适应后台签章功能，需改变现有的文书填充模式，在文书开具时通过后台服务器对文书内容进行填充。2、根据文书格式要求，需要使用三种字体进行填充（文书标题、副标题、正文）；前端填充时是通过pdf设置字体的方式，改为后台后模板设置字体功能失效，只能通过后端填充时指定，涉及文书约240张 |
|
|
插入图片类文书改造 |
对插入图片的文书进行后台填充改造，目前执法办案系统中插入图片的相关文书材料大致有15张左右，这些文书需要一张一张单独进行改造处理。 |
|
|
文书二维码处理 |
文书二维码处理，同样的对所有文书的二维码生成方式进行改造，由后台进行填充，避免由于前台客户端电脑配置等其他因素导致二维码填充失败或错误。 |
|
|
签章模式改造 |
新增签章配置功能 |
|
|
呈请文书在审批过程中根据模板上的签章标识与审批人信息生成待签章数据 |
||
|
正式文书根据模板上的签章标识与文书管理配置的签章要求（填发单位、开具人单位等等）生成待签章数据。 |
||
|
文书开具或者流程最后审批通过后根据生成的带签章数据匹配签章配置信息统一进行签章与文档保护。 |
||
|
特殊公章签章改造，应对特殊文书加盖特殊公章或签名的，需对文书及公章单独处理。 |
正式文书添加民警签名，约三十张文书 |
|
|
签章配置功能添加特殊章的配置，同一个单位可以配置多个章根据业务类型进行区分。 |
||
|
根据具体的业务功能调用不同的章，如户籍章、行政复议章 |
||
|
文书pdf模板改造 |
为适应文书通过后台进行签章，需调整所有需要进行填充的文书目前执法办案系统内约有270份文书需进行修改。 |
|
|
刑事呈请报告书签字改造 |
由原来的审批一级签一级名改为流程审批通过后一次性将审批人签名加盖到文书上 |
|
|
行政审批表签字改造 |
由原来的审批一级签一级名改为流程审批通过后一次性将审批人签名加盖到文书上 |
|
|
电子签名捺印改造 |
调整签名捺印调用方式，对整个签名捺印程序进行重构，支持多种浏览器进行调用，并且对文书签章保护的方式进行重构。 |
|
|
电子签章升级 |
控件升级 |
PDF预览 |
|
PDF打印：1、有章打印，已盖章的文书打印出来带章2、无章打印，已盖章的文书打印出来无章 |
||
|
签章校验 |
||
|
控件弹框组件 |
||
|
谷歌浏览器兼容 |
||
|
PDF内容复制 |
||
|
工具栏控制 |
||
|
标签栏控制 |
||
|
左侧命令栏控制 |
||
|
导航栏控制 |
||
|
文档控制 |
||
|
查找文档内容 |
||
|
驱动升级 |
集成国密证书驱动 |
|
|
集成指纹证书驱动 |
||
|
新增电子签章服务API接口 |
新增电子签章服务后端根据文本定位签章接口根据pdf文档、文本标识、签章服务地址、签章序列号、签章名称进行文档签章 |
|
|
新增电子签章服务后端根据坐标定位签章接口 |
||
|
新增电子签章服务后端骑缝章接口 |
||
|
新增多任务接口 |
||
|
新增电子签章服务后端根据文本域填充接口 |
||
|
新增电子签章服务后端拆页接口 |
||
|
新增电子签章服务后端合并PDF文档接口根据多个PDF文档合并成1个PDF文档 |
||
|
新增电子签章服务PDF文件转换为图片的接口 |
||
|
新增电子签章服务后端添加水印接口 |
||
|
保证金、罚没款管理（涉案款项线上执收） |
罚没款推送 |
对未完成缴款的罚没款可以发起线上收款，推送罚没款所属案件信息、文书信息、被处罚人信息和罚款金额给缴款平台。其中发起人可通过权限配置，并且民警可以随时查询用户缴款状态。发起推送后，民警不能人工处理缴纳，需撤销在线缴款或缴款超过支付期限才能转为人工处理。 |
|
保证金推送 |
对未完成缴款的保证金可以发起线上收款，推送保证金所属案件信息、文书信息、被处罚人信息和罚款金额给缴款平台。其中发起民警可通过权限配置，并且民警可以随时查询用户缴款状态。发起推送后，民警不能人工处理收取，需撤销在线缴款或缴款超过支付期限才能转为人工处理。 |
|
|
暂扣款推送 |
对未完成入账的暂扣款可以发起线上收款，推送暂扣款所属案件信息、文书信息、被处罚人信息和暂扣金额给缴款平台。其中发起民警可通过权限配置，并且民警可以随时查询用户缴款状态。发起推送后，民警不能人工入账，需撤销在线缴款或缴款超过支付期限才能转为人工处理。 |
|
|
罚没款缴款回执 |
被处罚人在指定银行缴纳罚款后，自动更新罚没款状态为已缴纳，并且保存缴款详情和缴款平台回执的详情图片。 |
|
|
保证金缴款回执 |
被处罚人在指定银行缴纳保证金后，自动更新保证金状态为已收取，并且保存缴款详情和缴款平台回执详情的图片。 |
|
|
暂扣款缴款回执 |
被处罚人在指定银行缴纳暂扣款后，该笔暂扣款自动入账，并且保存缴款详情和缴款平台回执详情的图片。 |
|
|
缴款作废 |
罚没款、保证金、暂扣款，被处罚人还未缴款前，民警可以撤销在线缴款，改为手动处理。 |
|
|
保证金处理结果 |
办案部门发起保证金退还或没收流程后，最终由对应责任部门审批并处理后，系统会收到缴款平台回执。对应的保证金会自动保存处理情况和缴款平台回执详情的图片 |
|
|
新增统一操作页面 |
暂扣款、保证金、罚没款统一在一个页面操作，民警可以查询到本单位案件以及本人协办案件的以上款项信息。 |
|
|
角色、机构管理 |
|
执法办案新增鉴定人员、鉴定部门、管教人员、看守所管理员（法务代办）等人员角色及机构部门 |
|
法务代办 |
文书推送 |
办案民警将需要羁押在看守所的人员签字的文书填写对应的看所所进行推送；可推送文书进行配置；已推送过的文书提供统一入口进行查看法务代办情况查看与管理 |
|
文书接收签字 |
看守所管理员接收民警推送的文书可推送到签字屏由嫌疑人进行签字；签字后的文书同步回传到对应的电子材料中；民警可在文书推送管理页面进行签字后的文书查看 |
|
|
卷宗优化 |
|
删除现有笔录排序第几次显示，改为嫌疑人名字加时间年月日时即可，同时删除材料编辑页面第几次的编辑项。 |
|
简化笔录上传编辑页面，去除起止时间编辑，改为起始时间年月日时即可； |
||
|
上传材料细化分类，将书证类别细化，新增书证（通话、信息记录）、书证（账单） |
||
|
组卷新增参与人，在材料上传-人员选择处新增录入入口，无法选择到的参与人可直接进行录入，并同步到案件参与人 |
||
|
新增组卷日志，记录组卷人、组卷时间等组卷相关日志，并提供查询功能 |
||
|
卷宗目录优化，下载导出后的卷宗目录与上传材料页面目录格式保持一致 |
||
|
组卷材料优化，实现上传材料中的材料可以被替换，封存和推送的卷宗中的材料不仍旧是原材料，新组卷是使用新材料。 |
||
|
单轨制标记 |
|
新增单轨制协同标记 |
|
新增刑拘直诉、刑事快办案件协同标记 |
||
|
新增未成年卷协同标记 |
||
|
一体化协同 |
新增补充材料协同流程，可单独对某一份材料向检法进行协同。 |
针对已经推送成功的公安提请批准逮捕、公安移送审查起诉协同新增补充材料操作，选择需进行补充材料的嫌疑人、待补充的文书与材料，填写补充时间补充理由生成补充材料协同 |
|
根据用户选择的嫌疑人补充材料与填写的补充信息按照一体化协同标准进行结构化与非结构化数据组装并推送给中间平台 |
||
|
|
新增检察院选择 |
针对提请批准逮捕书、起诉意见书、补充侦查报告书，在进行文书开具一体化推送是，增加选择其他检察院，实现对案件的跨区域协同。 |
|
提审证数字化 |
|
实现数字化提审证，对接监管系统，将提审改为流程记录，民警在办案系统发起提审，监管民警在监管系统确认后生成一条记录。提审记录自动返回记录在办案系统，随案生成提审记录，可在组卷时根据提审记录并调取办案民警及看守民警的签名生成提审证组入卷内。 |
六、维保要求
开发公司提供7×24小时的电话或邮件响应；对用户所反映的问题在30分钟之内及时响应；如通过电话联系无法解决的，在2小时内通过远程服务进行支持。承诺维护期满后，继续进行系统扩充和维护升级，收费维护内容及服务方式、范围（按产品、技术、模块确定）等费用不计入本次投标总价。
七、性能指标要求
稳定性指标
1) 系统有效工作时间：>99.99%
2) 系统故障平均间隔时间：>100天
响应时间
在硬件和网络环境达到要求情况下：
1) 同时在线用户数：>1000个
2) 并发用户数：>200个
3) 系统平均响应时间：<6秒
事务处理指标
3) 业务操作平均响应时间：内网<5秒
系统统计指标
1) 查询的平均响应时间：<5秒
查询服务指标
1) 查询平均相应时间：<5秒
八、其他要求
1、知识产权归温州市公安局拥有；
2、涉及的源代码必须遵循标准和规范，并无条件提交给温州市公安局；
3、接口必须遵循标准和规范，向下部署的、在公安网上运行的非涉密信息系统必须无条件开放所有接口，项目承建单位有义务配合信息中心做好有关信息共享工作。
4、★本项目中涉及功能模块是浙江省执法办案综合应用系统升级改造，建设内容须与执法办案综合应用系统功能融合及数据融合，系统界面、操作风格、用户体验与执法办案综合应用系统完全一致。
5.公安规范要求。统一采用单一PKI证书方式登录；按照公安部有关“数据元 ”、“数据项 ”、“代码表 ”、“组织机构代码”等要求规范设计数据结构，所使用的代码表应从厅信息资源服务平台标准代码库中下载”；对所有用户具有登录、增加、删除、修改、查询、比对等操作的行为审计功能；消除各类SQL注入、跨站脚本等主要应用安全漏洞；数据库设计时不采用存放用户密码。
6.技术方案要求
（1）软件环境
需满足浙江省公安厅云上建设要求，软件架构需适配阿里云环境，实现云上部署及运行。
（2）功能点及架构
整体设计考虑与用户现有执法办案综合应用系统的兼容性、业务融合性、技术融合性、数据融合性以及操作的一致性；
7.成果移交。项目的开发过程中和交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料（包含可执行的全部原代码文件）交付给用户。
8.中标方应建立完善的培训体系，提供用户手册、分模块的系统操作手册和培训课程。提供不少于1次线上或线下的系统应用培训，总培训人数不少于40人次。培训讲师的授课费、差旅费、食宿费等由中标方承担，参加人员的授课资料、场地、食宿、交通等费用由采购人承担。
9.交货时间及地点。本项目总工期为270天，工期以合同签订日起计算，项目验收合格日截止。交货地点：温州市公安局。
收藏