DB3202 T 1048-2023 市场监管一体化综合监管平台基本要求.pdf

《DB3202 T 1048-2023 市场监管一体化综合监管平台基本要求.pdf》由会员分享，可在线阅读，更多相关《DB3202 T 1048-2023 市场监管一体化综合监管平台基本要求.pdf（13页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 35.020 CCS L 00 DB3202 无锡市地方标准 DB 3202/T 10482023 市场监管一体化综合监管平台基本要求 Basic requirement of unified monitoring and control platform for market regulation 2023 05 15 发布 2023 05 21 实施无锡市市场监督管理局 发 布 DB3202/T 10482023 I 前 言 本文件按照GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定起草。本文件由无锡市市场监督管理局提出并归口。本文件起草单位：无锡

2、市市场监督管理局、武汉东方赛思软件股份有限公司。本文件主要起草人：赵莉、邹伟明、谢刚、丁梁、王若愚、沈志良。DB3202/T 10482023 II 引 言 当前，市场主体数量快速增长，市场活跃度不断提升，全社会信息量爆炸式增长，数量巨大、来源分散、格式多样的大数据对政府服务和监管能力提出了新的挑战，也带来了新的机遇。既要高度重视信息公开和信息流动带来的安全问题，也要充分认识整合信息资源、加强大数据运用对创新市场监管方式、提升安全风险防范能力、提升市场监管效能、开创市场监管工作新局面的重大意义。市场监管一体化综合监管平台建设，可以强化市场监管业务数据的归集治理和关联融合，切实避免“烟囱式”信息

3、孤岛，有助于实现数据的深度应用。按照“谁监管、监管谁、监管什么、如何监管”四要素，基于统一的监管人员、监管对象、监管事项和监管流程，将原来分散在各条线的各类监管工作进行统一归集，构建包含日常检查、专项检查、“双随机”检查、网络交易监管等多种监管事由的一体化综合监管平台，解决基层监管人少事多和有效服务面广量大企业的问题。以数据的融合推动资源、能力、业务的融合，形成全覆盖、全流程、闭环式监管体系，统筹全局监管工作的开展，实现“一个平台管检查”，切实防止重复录入，切实减轻基层负担，形成监管合力，有效提升监管效能。DB3202/T 10482023 1 市场监管一体化综合监管平台基本要求 1 范围 本

4、文件规定了市场监管一体化综合监管平台系统架构、总体技术、系统功能、系统安全及运维管理的要求。本文件适用市场监管一体化综合监管平台的设计、开发及应用。2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 28827.3 信息技术服务 运行维护 第3部分：应急响应规范 GB/T 28827.6 信息技术服务 运行维护 第6部分：应用系统服务要求 GB/T 38540-2020 信息安全技术 安全电子签章密码技术规范 3 术语和定义 下列术语

5、和定义适用于本文件。3.1 市场监管一体化综合监管平台 通过归集管理市场监管系统数据，整合各类监管工作，构建的一体化综合监管信息系统。3.2 监管事项 市场监管部门根据法律、行政法规、部门规章以及职能配置，对监管对象实施监管活动的事项。3.3 监管对象 行政相对人（公民、法人或其他组织）、特种设备、特定产品等被监管的目标对象。3.4 一单两库 一单指双随机抽查中的随机抽查事项清单。两库指监管对象名录库和执法检查人员名录库。3.5 DB3202/T 10482023 2 监管人员 市场监管部门依法具有执法资格的工作人员。3.6 电子印章 一种由电子印章制章者数字签名的安全数据。注：包括电子印章所

6、有者信息和图形化内容的数据，用于安全签署电子文件。来源：GB/T 38540-2020，3.1 3.7 电子签名 以电子形式所含、所附用于识别签名人身份并表明签名人认可其中内容的数据。可靠的电子签名与手写签名或盖章具有同等的法律效力。注：可靠的电子签名指符合中华人民共和国电子签名法第十三条规定的电子签名。3.8 数据安全 通过采取必要措施，确保数据处于有效保护和合法利用的状态，以及具备保障持续安全状态的能力。4 系统架构 平台以安全管理体系为保障，以标准管理体系为依托，总体架构图见图1。图1 市场监管一体化综合监管平台系统架构图 注1：外部系统：外部系统主要为本平台提供数据来源、技术服务。DB

7、3202/T 10482023 3 注2：外部服务：为本平台提供技术支撑。注3：数据中心：为本平台提供基础数据支撑，包含市场主体相关数据资源，各类行政许可数据，行政处罚数据、投诉举报、异常名录、黑名单等信用数据，历史及本平台产生的监管记录数据。注4：用户对象：面向的用户对象为市场监管各级各条线监管工作人员及行政相对人。5 总体技术 5.1 接口描述 应建立开放式的架构，能够通过必要的定制或使用内置的接口服务实现与第三方平台的信息交换和管理协同。5.2 接口要求 接口应包含以下要求：a)向第三方系统提供信息；b)从第三方系统接收信息。5.3 接口方式 接口方式包括：a)数据文档导入/导出：提供数

8、据的导出功能，提供格式化文档的数据导入处理；b)数据库交换：数据提供方给接收方提供数据视图，开放有视图权限的用户角色，数据接收方定时查询视图获取数据处理；c)使用通用协议进行数据动态交换；d)接口实现不同系统之间的同步或异步的数据交互。6 系统功能 6.1 数据中心 6.1.1 基础数据管理 6.1.1.1 功能概述 应集成食品安全、药品安全、医疗器械安全、特种设备安全、重点产品安全等重点监管领域的监管对象、监管事项、监管人员等基础数据，统筹条线与整体，支持数据的统一管理和维护。6.1.1.2 监管对象基础数据 6.1.1.2.1 应提供用户可管理维护监管对象模块，包含新增、编辑、删除监管对象

9、功能。6.1.1.2.2 监管对象应包含以下信息：监管对象名称、统一社会信用代码、许可备案编号、住所（经营场所）、法定代表人（负责人）、管辖机关、经营范围、标签（行业）等。6.1.1.2.3 应支持灵活添加相关信息，如：可根据工作实际情况增加监管对象规模、监管对象类型、联系人、联系电话、风险等级、信用状况等。6.1.1.3 监管事项基础数据 6.1.1.3.1 应提供用户可管理维护监管事项模块，包含新增、编辑、删除、禁用监管事项功能。DB3202/T 10482023 4 6.1.1.3.2 应支持监管事项的分类编目。6.1.1.3.3 监管事项应包含以下信息：监管事项编码、监管事项名称、所属

10、条线、设定部门、事项状态。6.1.1.3.4 应支持灵活添加相关信息，如：检查内容、检查方式、事项类别、风险分值、风险等级、建议处理措施、设定依据、处罚依据等。6.1.1.4 监管人员基础数据 6.1.1.4.1 应提供用户建立和完善监管人员基础数据库模块，包含新增、编辑、删除、禁用监管人员功能。6.1.1.4.2 监管人员应包含以下信息：姓名、所属机构、所属部门、手机号、执法证号等信息。6.1.1.4.3 应支持灵活添加相关信息，如：性别、职务、人员性质、身份证号等。6.1.1.5 数据交换 产生的相关检查任务以及检查结果数据需要共享到省市两级相关监管信息平台。6.1.2 数据接入 归集许可

11、、监督检查、信用等监管信息，作为基础数据。6.1.3 数据安全 数据中心应当建立科学合理的数据安全制度和数据安全管理规范。确保数据中心的数据真实、准确、完整、不可篡改和可追溯，确保数据安全、防止数据泄露。6.2 电子印章应用 6.2.1 电子印章的应用基于电子印章主管部门统一的电子印章服务构建，满足监管人员在开展监督检查过程中各类执法文书的电子印章应用，提升监督检查工作的全程电子化。6.2.2 电子印章应用应具备：a)使用电子印章主管部门统一的电子印章服务；b)基于电子印章接口支持通过关键词位置、坐标等方式进行文书签章；c)应支持各类行政执法文书的电子签章。6.3 监管工作 6.3.1 功能概

12、述 应集成市场监管在食品、药品、医疗器械、特种设备、重点产品等监管领域的日常检查、专项检查、双随机检查、网络交易监管各功能模块，统筹条线与整体，支持监管人员在一个平台上开展各类型各监管领域的监督检查工作。6.3.2 日常与专项监管功能 6.3.2.1 日常与专项监管流程 支持市场监管各级各条线监管部门按工作流程开展日常、专项监管工作，包含设置任务属性、添加监管事项、添加监管对象、下达执行、检查反馈功能。日常与专项监管流程示意图见图2。DB3202/T 10482023 5 图2 日常与专项监管工作流程示意图 6.3.2.2 设置任务属性 应具备根据日常或专项检查任务的要求，设置不同的任务属性：

13、a)任务属性应包含以下信息：任务名称、开始时间、结束时间、业务分类、主体类别、发起部门；b)应支持灵活添加相关信息，如：紧急程度、任务依据、任务要求等。6.3.2.3 添加监管事项 应支持通过监管事项基础数据功能维护的监管事项清单中选择监管事项添加为日常或专项监管任务的监管事项。应具备以下功能要求：a)应支持从监管事项清单中检索查询监管事项；b)应支持从查询出的监管事项中批量选择全部或部分监管事项，添加为日常或专项监管任务的监管事项；c)应支持对已添加的监管事项进行移除、替换。6.3.2.4 添加监管对象 DB3202/T 10482023 6 应支持通过监管对象基础数据功能维护的监管对象清单

14、中选择监管对象添加为日常或专项监管任务的监管对象。应具备以下功能要求：a)应支持通过不同的查询条件自由组合检索查询出监管对象，支持批量选择全部或部分监管对象添加为监督检查任务的监管对象；b)应支持通过设定不同的抽取条件和抽取比例，随机从监管对象基础数据库中随机抽取出监管对象添加为日常或专项监管任务的监管对象；支持设定多个抽取条件和抽取比例的组合进行随机抽取；c)应支持通过 excel 导入监管对象数据，对导入的监管对象数据进行匹配校验，校验通过的监管对象添加为日常或专项监管任务的监管对象；支持查看并导出校验不通过的监管对象数据；d)应支持对已添加的监管对象进行移除。6.3.2.5 下达执行 应

15、支持各层级监管部门开展的日常或专项监管任务可选择下达给下级监管部门执行检查工作，也可以选择由本部门执行检查工作。6.3.2.6 设置监管人员 应具备通过监管人员基础数据功能维护的监管人员清单中选择人员添加为日常或专项监管任务的监管人员。应具备以下功能要求：a)监管人员的组合应满足不少于 2 个人；b)应支持置监管人员小组的组长；c)应支持动态增加或替换监管人员。6.3.2.7 检查反馈 满足监管人员多种方式开展监督检查工作，通过多途径进行检查记录的回填。应具备以下功能要求：a)支持监管人员通过电脑端和移动端进行检查记录填写；b)支持清单式的检查记录填写页面；c)支持监管人员上传检查过程中产生的

16、图片、执法文书作为检查记录的附件；d)支持通过填写的检查记录自动生成各类行政检查执法文书。6.3.2.8 责令整改 责令整改功能基于日常、专项或双随机检查工作中发现存在问题的检查记录构建，为监管人员提供检查发现问题后的整改闭环处置功能，包含监管对象整改反馈、监管人员整改审核、监管人员整改复查功能。应具备以下功能要求：a)支持监管人员在完成检查后，对发现问题的检查记录自动生成责令整改任务，并通过系统消息或短信提醒监管对象；b)支持监管对象查看需要进行整改的问题，并录入整改情况、上传整改报告；c)支持监管人员对监管对象提交的整改情况、整改报告进行审核，并将审核结论通过系统消息或短信告知监管对象；d

17、)支持监管人员对检查过程中发现的问题进行再次复查，并填写复查记录，上传复查过程中产生的图片、执法文书作为复查记录的附件。6.3.3 双随机监管功能 DB3202/T 10482023 7 6.3.3.1 通过与江苏省市场监管信息平台进行对接，满足监管人员通过一体化综合监管平台开展双随机检查工作。双随机监管工作流程示意图见图 3。图3 双随机监管工作流程示意图 6.3.3.2 应具备以下功能要求：a)承接江苏省市场监管信息平台上下达给无锡市市场监管部门及无锡市市场监管部门自行开展的全部双随机检查任务；b)满足监管人员通过一体化综合监管平台开展双随机检查工作，回填检查记录，上传执法检查表；c)监管

18、人员完成检查结果的录入后，应在 10 个工作日内将检查结果记录共享至省级市场监管平台。6.3.4 网络交易监管功能 6.3.4.1 通过与市场监管部门网络交易监测平台进行对接，满足监管人员通过一体化综合监管平台开展网络交易违法违规线索的核查处置工作。网络交易监管工作流程示意图见图 4。DB3202/T 10482023 8 图4 网络交易监管工作流程示意图 6.3.4.2 应具备以下功能要求：a)获取无锡市市场监督管理局网络交易监测平台上产生的所有网络交易违法违规线索信息；b)支持按照违法违规线索的属性进行自动分类，将线索流转至所属监管部门；c)支持上级监管部门将线索下派给下级监管部门进行核查

19、处置；d)支持线索在同级监管部门之间进行交办流转；e)支持监管部门对流转至本部门的线索进行退回；f)支持监管人员通过电脑端和移动端填写违法违规线索的核查处置记录。6.4 监管对象服务 6.4.1 功能概述 应支持接入电子营业执照应用，集成企业自查报告、行政检查整改反馈、消息通知、法律法规、企业全景画像等功能应用，提供行政相对人服务。6.4.2 登录方式 DB3202/T 10482023 9 对接电子营业执照统一身份认证，企业申领电子营业执照后，通过电子营业执照快捷登录系统，确保法人身份的合法性，同时也支持其他登录方式。6.4.3 信息推送 应具备以下功能要求：a)应满足对通知公告、企业风险、

20、监管通知、政策文件等内容的推送；b)支持通过系统消息或短信进行信息推送提醒。6.4.4 整改反馈 整改反馈满足监管对象配合开展责令整改工作，应具备以下功能要求：a)支持查看需整改问题，查看对应的检查记录详细内容；b)支持填写整改情况、上传整改报告；c)支持查看监管部门的整改审核结论、整改复查详细记录。6.4.5 企业自查 应集成食品、药品、医疗器械、重点产品等监管领域的企业自查功能，应具备以下功能要求：a)支持企业录入自查记录、文档等自查材料；b)支持监管人员查看企业自查记录、自查报告；c)支持监管人员对企业提交的自查记录、自查报告进行审核，并将审核结论通过系统消息或短信告知企业；d)支持企业对审核不通过的自查记录，查看审核不通过的原因，支持重新修改后提交。6.4.6 企业画像 包含如下信息：a)企业注册登记信息；b)行政许可信息；c)监督检查信息；d)行政处罚信息；e)企业年报信息；f)特种设备信息；g)商标专利信息。7 系统安全 依据信息安全等级保护的相关制度和标准要求，符合二级安全保护等级。8 运维管理 系统的运行维护应符合GB/T 28827.3和GB/T 28827.6的要求。_