公共卫生智能监管集成应用建设意见.docx

《公共卫生智能监管集成应用建设意见.docx》由会员分享，可在线阅读，更多相关《公共卫生智能监管集成应用建设意见.docx（9页珍藏版）》请在第一文库网上搜索。

1、公共卫生智能监管集成应用建设意见一、项目概述1.1 项目背景略。1.2 建设目标全面贯彻落实数字XX建设部署。聚焦聚力高质量竞争力现代化，加快全面实施数字化改革，深化国家标准化综合改革试点，以标准化、数字化支撑数字化改革，建立健全权责明确、统一协调的数字化改革精神的工作机制。围绕探索公众服务、企业自律、行业监管、社会监督的全流程闭环监管，奋力打造“十四五”期间卫生公共卫生智能监管服务重要窗口的目标，集成公共卫生智能监管应用平台、医美社会监督监测预警、口腔诊疗机构消毒灭菌智能监管及住宿场所消毒保洁智能监管系统，建设智能监管应用集成门户、重点领域风险预警平台、基于健康大脑的“卫康码”平台及基于卫康

2、码的公众服务应用等功能模块，运用信息化、物联网、大数据分析等手段创新监管方式，强化监管力度,采取线上线下一体化全要素、全流程监管，提升执法效能，切实解决老百姓关心的痛点难点问题。1. 3总体建设任务本项目从解决公众难点、痛点角度，选择公众关注度普遍较高的公共卫生场所，如口腔诊所、医疗美容机构、宾馆住宿场所等，解决因公众正常生活消费、医疗服务等，盲目或被误导而导致医疗事故、医美纠纷等社会现象频发的问题;同时此类问题，无法被传统监管方式触及，违法行为长期存在，得不到纠正，造成公众产生对政府监管治理能力的负面情绪。运用信息化、物联网、大数据分析等手段创新监管方式,强化监管力度,采取线上线下一体化全要

3、素、全流程监管，提升执法效能，切实解决老百姓关心的痛点难点问题。1.4建设周期本期项目的建设周期为合同签订后6个月，其中试运行期不少于1个月。二、总体要求2.1系统功能要求主要包括以下三部分:(1)重点领域智能监管应用集成系统应用建设：社会监督信息医美领域应用智能监管平台建设、口腔诊所消毒灭菌智能监管系统建设、宾馆透明保洁智能监管平台建设。智能监管应用集成门户建设：建立统一的智能监管应用集成门户，作为内部管理统一工作界面，实现各应用系统、数字驾驶舱的单点集成和各系统版块功能导航。(2)公共卫生监管治理端重点领域风险预警平台建设：基于公共卫生重点领域的智能监管平台风险监测、风险预警、风险研判、执

4、法检查、结果反馈的全流程卫生健康执法业务闭环。多维风险数据集成：基于公共卫生不同行业属性和业务要求，实现多层级、多类型、多专业的数据集成，同步完成数据治理和分类存储管理。行政处罚智能对接：与国家卫健委处罚系统、与省统一执法办案平台的实时对接。(3)公共卫生公众服务端基于健康大脑的“卫康码”平台：通过对各类公共卫生数据的集成，治理、整合、管理，形成一企一码，码内信息包括场所基本信息、行政检查处罚信息、在线监测风险信息等内容。基于卫康码的公众服务应用：与X里办、公众消费平台等第三方应用对接,让公众可以通过第三方应用访问“卫康码”，查看公共场所的相关信息，同时支持信息反馈。2. 2标准规范要求系统架

5、构：B/S方式服务器端：UNIX/1inux/WindowsServer2008JCentOS1inux7 客户端：Chrome、Firefox、IE11以上 数据库：MySQ15.6或以上 技术路线：J2EE2.3信息安全要求系统的安全性是项目稳定运行实施的基础，既要保证信息共享利用，又满足安全管理的需要。本项目建设需符合国家信息安全等级保护管理办法、XX省大数据局关于电子政务外网安全评估指标体系考核要求及其他相关文件要求，开展全方位的安全体系建设，满足网络安全、管理安全、系统安全和数据安全等各方面要求。2. 3.1服务保密要求中标方须在签订合同后与业主单位签订保密协议。2.3. 2安全性、

6、功能性能测试要求系统须避免各种信息安全漏洞，加强安全性防护，有完善的安全解决方案。采购方可委托第三方进行安全和性能测试，如果测试中发现存在问题，中标方需尽快解决。测试费用由中标方承担。2.3.3系统等保要求在项目建成后，系统需符合安全等级保护的第三级别，系统必须整改等保过程中发现的软件问题。在运维期内，每年至少进行一次等级问题整改。2.3.4代码安全要求需遵循代码安全开发规范和实施代码安全检测，检测发现的问题整改完成后,提供安全检测资质机构出具的软件代码安全检测报告。2.3.5软件应急方案中标方必须提供系统应急方案，应急方案需考虑各种故障类型，分别给出解决方案。2.3.6信息安全承诺保障中标方

7、承诺严格把控运维人员安全风险及系统安全风险，提供核心运维人员背景审查材料，每月对系统进行安全监测和巡检，出具安全巡检报告。及时修复系统存在的各类安全漏洞。在政府重要活动、会议召开期间对系统进行7*24小时严密监控，一旦发现问题，要求在第一时间内关停或恢复正常服务，并尽可能的消除影响。中标方承担因系统本身漏洞所引发的信息安全事件而带来的相关法律责任。履约期内如发生重大信息安全事件，被上级单位或公安机关通报一次，从履约保证金中扣除5000元，且需在15日内将履约保证金补足。如发生被悬挂反动标语、赌博色情等非法暗链事件，则履约保证金全部罚没。因运维人员管理疏忽导致的上述信息安全事件，采购方保留追诉中

8、标方连带法律责任的权力。2.4性能要求本项目建设将满足以下性能需求： 信息交换要求：数据库及系统的设计，要求充分考虑信息交换区设备的功能特点，保证数据在政务外网之间同步的准确性和实时性。 浏览器兼容要求：兼容IE8版本以上（含IE8版本）浏览器、火狐浏览器、傲游浏览器、谷歌Chrome浏览器等。 易用性要求：用户操作界面要求简洁、直观，默认的配置符合大多数用户的审美观点和使用习惯。系统响应要求：平台必须具备负载均衡能力，以保证多用户并发访问时的系统的可靠性和系统性能不受到严重影响，具体性能要求如下：1）故障率：平台应能提供7X24小时的连续运行，平均年故障时间48小时，平均故障修复时间24分钟

9、。2）对外提供的接口需能承受200个以上的并发访问压力，单次请求要求在500毫秒内返回结果。2.5技术要求2.5.1政务云架构相关要求系统要符合政务云架构，采用主流的多层分布式架构进行设计开发，以B/S架构方式进行实现。系统要求通过加密和安全通道等方式确保敏感信息的在交互和存储过程中的安全性。在存储上，针对所有敏感信息采用加密方式确保内容存储的安全在用户使用方面，采用单点退出功能确保用户的安全性。2.5.3信创相关要求本项目应根据建设单位需求，按照信创相关标准规范，实现建设单位建设需求、使用目标。按需求方指定的环境部署和应用，系统建成后对信创环境下的客户端必须具有较强的兼容性和适应性。2.6接

10、口要求应提供标准的业务相关对接接口规范，包括至少以下接口：2.6.1 智能监管应用集成门户的单点对接规范该接口规范主要涉及要求智能监管应用集成门户接入应用的单点对接需求2.6.2重点领域风险预警平台与各个非现场在线监测系统之间的数据对接规范对于各非现场监测系统的异常信息数据，通过接口方式与风险监管平台进行数据交换，其中包括风险信号主体推送接口、风险信号非主体推送等接口，涉及推送交换的数据有风险主体相关数据、风险系统标识、统一社会信用代码、风险主体名称、区域代码、风险等级、风险标题、风险描述、风险主体所在地行政区划、报警点、处置人员手机号等。2.6.3省卫生监督行政区划和组织机构信息查询接口规范

11、该接口规范主要涉及各系统间的卫生监督行政区划和组织机构信息同步。2.6.4省卫生监督医疗机构和卫计人员信息查询接口规范该对接数据主要涉及社会监督信息医美领域应用智能监管平台、口腔诊所消毒灭菌智能监管系统与基于健康大脑的“卫康码”平台的被监管主体内容对接,包括被监管主体名称、地址、联系人等。2. 6.5行政处罚智能相关对接接口该接口涉及处罚数据上报到省大数据局的对接，涉及立案、处罚决定结案等环节的数据上报，以及处罚上报数据量的对账接口等。三、实施要求2.1 项目组织管理要求1、投标方应充分考虑满足投标项目的建设要求，提出完整的项目管理、系统设计与开发、培训、项目施工、项目验收、售后服务方案以及投

12、标方人力资源供给方案。2、本项目要求开发团队至少7人，其中研发人员不少于5人，测试人员不少于2人。投标方在投标文件中，应根据对项目的理解作出项目的人员配置管理计划，包括组织结构、项目负责人、组成人员及分工职责；阐述项目建设中业主方和建设方的职责。3、招标人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作，投标方必须接受并服从招标人的监督、管理要求，无条件提供中间过程工作成果。3. 2计划与进度管理要求1、投标方在投标文件中应根据对项目的理解作出项目实施的初步计划，成为中标方后必须提交正式工作方案，明确招标项目工作的方式、方法、过程步骤、按阶段分解的详细计划、对应计划

13、应提交的工作成果、需要招标人协调与配合的事项，并经招标人审核、批准。2、中标方在项目实施过程中必须分别按周、月提交进度报告，对项目问题及进度延迟原因进行说明，制定合理的解决措施并有效执行。3、投标方必须在投标文件中阐述项目沟通计划，确保投标方与业主之间信息沟通顺畅。3.3质量管理要求1、投标方应按IS09001质量管理体系规范要求，针对招标项目实施过程及交付结果进行质量规划、管理、控制。2、投标方一旦中标必须提交正式的质量计划，明确质量控制点、控制内容、质量要求、检查记录要求，并经招标人审核、批准。3、中标方在项目实施过程中应开展质量保证活动，所提交的进度报告应包括质量报告内容，对质量问题制定

14、改进措施并有效执行。4、中标方必须接受招标人的质量监督检查，提供真实有效的相关质量活动记录、证据，无条件接受招标方提出的质量问题整改要求，承担质量责任及因质量问题导致的进度延迟责任。5、投标方必须提供详细测试方案，包括采用测试技术、测试方法和测试报告提交形式。在工程实施过程中，中标方应先拟出一个测试方案，具体到每一个测试步骤，与用户讨论通过后，方可按计划进行测试。3.4文档交付要求软件项目交付物包含并不限于：需求分析报告、系统设计书、投标书、合同、软件的源程序及可执行代码、数据库的设计以及数据实体模型相互关系的描述、网络系统的拓扑结构以及相关设备的配置、系统体系架构及描述、数据库安装手册、程序

15、安装维护手册、软件使用操作手册、软件功能技术手册、系统测试报告等材料。3. 5试运行与验收软件开发实施并调试完成，经过用户的认可后，投入不少于1个月试运行，在试运行期间，投标人应使任何故障或问题都能在收到故障通知后尽快（节、假日也不例外）被修复和解决，并给出详细修复细节报告，所有试运行期间软件的修改和变化都应在试运行结束后提供书面和电子文档。试运行稳定后可进行验收。验收合格的条件必须至少满足： 项目开发任务已经完成，测试合格并上线试运行； 项目经过试运行，试运行时出现的问题已被解决，并得到用户认可；项目提交了完整的文档资料，并通过了采购人组织的审核。3. 6培训要求投标方在项目建设前后除了对业务经办人员的专项培训以外，应对招标方的系统维护人员进行系统维护培训。包括：系统管理、开发工具、平台软件等。1、培训计划：系统的培训工作分为集中培训与普及培训2阶段。2、培训内容：为了让用户能够熟练地使用本系统，投标方需要对所有使用单位的系统管理员和操作人员进行培训，确保系统管理员、操作人员安全熟练使用软件。3、培训对象：包括业务管理层人员（主要指各使用单位和部门的领导）、系统管理人员以及业务人员（主要指具体的业务操作人员）。4、培训时间：根据项目推进情况确定。5、培训形式：汇报、PPT讲解、会议。6、培训课程：根据不同的培训对象制定不同