系统维护方案设计要点
信息系统运维方案设计完整篇.doc
信息系统运维方案设计1 目录1运维服务内容(2)1.1服务目标(2)1.2信息资产统计服务(3)1.3网络、安全系统运维服务(3)1.4主机、存储系统运维服务(5)1.5数据库系统运维服务(8)1.6中间件运维服务(9)2运维服务流程(10)3服务管理制度规范(12)3.1服务时间(12)3.2行为规范(12)3.3现场服务支持规范(13)3.4问题记录规范(13)4应急服务响应措施(15)4.1应急基本流程(15)4.2预防措施(15)4.3突发事件应急策略(16)1服务内容1.1服务目标运行维护服务包括，信息系统相关的主机设备、操作系统、数据库和存储设备及其他信息系统的运行维护与安全防范服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。
同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。
用户信息系统的组成主要可分为两类：硬件设备和软件系统。
硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、中间件软件等）、业务应用软件等。
通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。
结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。
将用户的运行目标、业务需求与IT服务的相协调一致。
信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。
服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标：运行状态、故障情况配置信息可用性情况及健康状况性能指标统计运维数椐、提供信息系统管理和工作报告、归纳总结并提供用户想了解的数椐报告1.2信息资产统计服务此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。
系统维护方案
以我给的标题写文档，最低1503字，要求以Markdown 文本格式输出，不要带图片，标题为：系统维护方案# 系统维护方案## 概述系统维护是保障软件系统稳定运行的关键活动之一。
系统维护方案旨在确保软件系统的可用性、性能和安全性。
本文档将介绍系统维护的相关工作内容和具体的维护方案。
## 工作内容系统维护的主要工作内容包括以下几个方面：1. 硬件设备的维护：包括服务器、网络设备和存储设备等硬件设备的维护工作，如定期巡检、故障排除、硬件升级等。
2. 操作系统的维护：包括操作系统的安装、配置和管理，如定期打补丁、清理系统垃圾、优化系统性能等。
3. 数据库的维护：包括数据库的备份、恢复和优化，如定期备份数据、监控数据库性能、优化查询语句等。
4. 应用程序的维护：包括应用程序的安装、配置和更新，如定期升级软件版本、修复漏洞、优化代码等。
5. 网络安全的维护：包括网络安全设备的维护、安全策略的制定和应用等，如定期更新防火墙规则、检测和阻止入侵等。
## 维护方案### 硬件设备的维护硬件设备是系统运行的基础，其正常运行对系统的稳定性至关重要。
为了保证硬件设备的正常运行，我们制定了以下维护方案：- 定期巡检：每个季度对所有硬件设备进行巡检，发现问题及时排除，确保设备处于良好的工作状态。
- 故障排除：当硬件设备发生故障时，及时进行故障排除，修复或更换故障设备，以确保系统的连续稳定运行。
- 硬件升级：根据系统的需求和技术发展，定期对硬件设备进行升级，以提高系统的性能和容量。
### 操作系统的维护操作系统是软件系统的核心，其稳定性和安全性对系统的正常运行至关重要。
为了保障操作系统的正常运行，我们制定了以下维护方案：- 定期打补丁：每个月对操作系统进行打补丁，修复已知的漏洞和安全问题，以确保系统的安全性。
- 清理系统垃圾：定期清理操作系统的临时文件、日志文件和垃圾文件，释放磁盘空间，提高系统的性能。
- 优化系统性能：根据系统的负载情况，对操作系统进行性能优化，如调整内核参数、增加缓存等，以提高系统的响应速度和吞吐量。
网络系统维护设计方案
网络系统维护设计方案网络系统维护设计方案一、概述网络系统是企业信息化建设的重要组成部分，为了确保网络系统的稳定运行和高效管理，需要进行相应的维护工作。
本文提出的网络系统维护设计方案主要包括定期巡检、故障排除、性能优化和安全防护等方面的内容。
二、定期巡检1. 网络设备巡检：定期检查交换机、路由器、防火墙等网络设备的运行状态，确保其正常工作，并及时发现并处理故障。
2. 服务器巡检：对各类服务器进行定期巡检，检查硬件设备、操作系统、应用程序等的运行情况，确保服务器正常运行，并及时处理运行异常问题。
3. 网络连接巡检：检查网络连接的连通性，包括外部网络连接和内部网络连接，及时发现问题，并进行调试和处理。
三、故障排除1. 故障定位：当出现网络故障时，通过分析故障现象和相关日志，进行定位，迅速找出问题所在。
2. 故障处理：根据故障的具体情况，采取相应的措施进行处理，包括设备重启、配置修改、补丁安装、替换硬件设备等。
四、性能优化1. 带宽管理：定期分析网络带宽使用情况，根据需求进行带宽分配和调整，确保网络带宽合理使用。
2. 流量控制：通过配置流量控制策略，对重要应用程序和用户进行优先处理，保证其网络性能。
3. 数据压缩：对传输数据进行压缩处理，减少网络传输的数据量，提高传输效率。
五、安全防护1. 防火墙配置：通过合理配置防火墙策略，对入侵、攻击和恶意软件进行防护，保障网络安全。
2. 安全更新：定期检查网络设备和服务器的安全更新情况，及时安装补丁，修复已知漏洞，防范安全风险。
3. 安全策略：制定完善的网络安全策略，包括密码策略、访问控制策略、数据备份策略等，提高网络系统的安全性。
六、备份与恢复1. 数据备份：定期对重要数据进行备份，确保数据安全可靠，同时建立备份策略，包括全量备份和增量备份，防止数据丢失。
2. 数据恢复：当数据丢失或损坏时，能够快速进行数据恢复操作，确保业务的连续性。
七、人员培训1. 维护人员培训：对网络维护人员进行培训，提高其网络维护和故障排除的能力，保证网络系统的稳定运行。
软件项目后期系统维护方案
软件项目后期系统维护方案一、引言软件项目在后期运行中，系统的稳定性、安全性及性能优化变得尤为重要。
为了确保系统持续高效运行，并满足用户的日益增长需求，本方案详细规划了软件项目后期的系统维护策略。
二、系统监控与日志分析1.设立监控系统，实时监控系统的运行状态，包括服务器性能、网络流量、数据库负载等关键指标。
2.对系统日志进行收集、整理和分析，发现潜在问题和异常行为，为故障排查和性能优化提供依据。
三、故障排查与修复1.建立故障响应机制，确保在系统出现故障时能够迅速定位问题原因。
2.制定详细的故障修复流程，对发现的问题进行及时修复，减少故障对业务的影响。
四、性能优化与调整1.对系统进行性能评估，识别性能瓶颈，提出优化建议。
2.根据评估结果，对系统配置、数据库查询、代码逻辑等进行优化和调整，提高系统性能。
五、安全防护与加固1.加强系统的安全防护措施，包括加强用户认证、访问控制、数据加密等。
2.定期进行安全漏洞扫描和风险评估，及时发现并修复安全隐患，确保系统安全稳定。
六、用户反馈与支持1.建立用户反馈渠道，收集用户对系统的意见和建议。
2.提供及时、专业的用户支持服务，解决用户在使用过程中遇到的问题。
七、功能更新与升级1.根据用户需求和业务发展，定期评估系统功能的完善和优化方向。
2.制定功能更新和升级计划，对系统进行迭代改进，满足用户不断增长的需求。
八、代码优化与重构1.对系统代码进行定期审查和优化，提高代码质量和可维护性。
2.在必要时进行代码重构，改善系统架构和代码结构，提高系统的可扩展性和可维护性。
九、数据备份与恢复1.制定数据备份策略，定期备份系统关键数据，确保数据的安全性和完整性。
2.建立数据恢复机制，在发生数据丢失或损坏时能够迅速恢复数据，减少损失。
十、总结本软件项目后期系统维护方案旨在确保系统稳定运行、满足用户需求，并不断提升系统性能和安全性。
我们将持续优化和维护方案，提升服务质量和技术水平，为用户提供更加优质的系统维护体验。
2024年建筑工程消防系统维护方案
2024年建筑工程消防系统维护方案一、维护目标及原则消防系统的正常运行是维护建筑安全的重要环节，因此，为了确保消防系统的可靠性和有效性，制定以下维护目标及原则：1. 目标：保障建筑物内的人员和财产安全，及时发现和消除潜在的火灾隐患，确保消防系统始终处于良好运行状态。
2. 原则：定期检查维护，提高维护工作的有效性和科学性；严格落实维护责任，确保维护工作的各项任务得到完成。
二、维护内容及周期1. 检查消防设施设备的完好性和正常运行状态，包括烟感、手报、喷淋、消火栓、防排烟、排烟风机等设备；周期：每季度进行一次全面检查。
2. 对消防设备的电池、电缆、电源等电气元件进行检查，确保电气设备的正常供电；周期：每半年进行一次检查。
3. 清理和维护消防设备及通道，防止消防设备被堵塞、污染或破损；周期：每月进行一次清理和维护。
4. 对消防设备进行性能测试，确保其功能的可靠性和有效性；周期：每年进行一次性能测试。
5. 检查和整理消防系统的相关记录资料，包括维护记录、维修记录、维护手册等；周期：每季度进行一次整理。
三、维护方法和措施1. 维护人员应按照维护任务和周期进行维护工作，并填写相关的维护记录；2. 维护人员应具备相关的消防维护知识和操作技能，经过相关培训和考核合格后方可上岗；3. 维护人员应按照操作规程和安全注意事项进行工作，确保维护过程中不发生意外事故；4. 维护人员应按照维护手册和操作手册的要求进行维护工作，确保维护的科学性和有效性；5. 维护人员应及时向相关部门汇报维护情况和发现的问题，并按时完成上级部门交办的维护任务；6. 维护人员应定期召开维护工作例会，交流维护经验和解决存在的问题，提高维护工作的质量和水平。
四、维护记录和台账1. 建立完善的维护记录和台账，包括消防设备维护记录、维修记录、维护巡检记录等；2. 维护记录和台账应按照时间顺序和设备顺序进行记录，必要时应附上相关的照片和说明；3. 维护记录和台账应定期整理和归档，方便查询和查阅。
如何制定符合化工装置DCS技术要求的系统维护计划
如何制定符合化工装置DCS技术要求的系统维护计划在进行化工装置DCS技术系统维护计划之前，首先需要了解DCS 技术在化工装置中的应用及其要求。
DCS（分布式控制系统）是指在工业控制中，将控制系统的组成模块分散到不同位置，通过网络连接进行中央控制的一种系统。
在化工装置中，DCS技术被广泛应用于生产过程的监控、控制和调节，以实现生产过程的自动化和优化。
为了制定符合化工装置DCS技术要求的系统维护计划，需要考虑以下几个方面：一、系统维护的重要性化工装置中的DCS技术系统是保障生产过程安全稳定运行的关键环节。
定期的系统维护可以保证系统的可靠性和稳定性，避免系统故障对生产过程造成的影响。
同时，系统维护还可以延长系统的使用寿命，提高系统的性能和效率。
二、制定维护计划的必要性针对化工装置DCS技术系统的复杂性和特殊性，制定符合技术要求的系统维护计划是必不可少的。
通过制定维护计划，可以合理安排维护工作，提高维护效率和质量，减少系统故障和停机时间，保障生产过程的连续性和稳定性。
三、系统维护计划的内容1. 系统维护周期：根据系统的运行情况和要求，确定系统的维护周期，包括定期检查、维护和保养。
2. 维护内容：制定系统维护的具体内容和项目，包括硬件设备的检查、清洁和更换，软件系统的更新和升级等。
3. 维护人员培训：保障维护人员具备足够的技术水平和知识，提供相关的培训和支持。
4. 紧急维修预案：制定紧急维修的预案和措施，保障系统故障时能够及时有效地应对和处理。
四、执行维护计划的措施1. 制定详细的工作计划和任务清单，明确维护内容和要求。
2. 安排专业的维护人员进行系统维护工作，确保维护工作的质量和效率。
3. 监督和检查维护工作的执行情况，及时处理和解决出现的问题和难点。
五、维护计划的优化和改进定期对系统维护计划进行评估和检查，总结经验和教训，及时调整和完善维护计划，提高维护工作的效果和质量，不断优化和改进系统的维护方式和方法。
【平台系统运行维护】实施方案及承诺
【平台系统运行维护】实施方案及承诺(一)运行维护方案1、完善软件系统功能完善系统软件功能，提升平台和系统的实用性，是系统运行维护的基本内容之一。
某服务平台、研发平台绩效评估和项目验收等会议评审系统、省级新型研发机构管理系统等软件，根据软件上线运行的情况，需要对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。
遵循软件技术开发规范，按照以下步骤进行开发。
(1)调研需求分析。
技术人员走访省科学技术厅相关主管人员、研发平台用户、研发机构用户、评审专家、地市归口管理人员等相关人员，了解各个系统存在的不足、错误，以及对系统的建议和想法；查阅资料，充分理解系统的业务流程；在此基础上详细分析需求，撰写需求分析报告。
同时要考虑开发过程中可能出现的变化，制定需求变更计划，随时应对特殊情况的发生，保证软件开发过程的顺利进行。
(2)软件设计。
在前期需求分析报告的基础上，开展软件设计。
软件设计分为概要设计和详细设计两部分。
概要设计先设计软件系统总体结构、再设计数据结构及数据库、并编写概要设计文档；详细设计用自顶向下的方法对每个模块进行详细的算法设计、对模块内的数据结构进行设计、确定数据库的物理结构及其他设计，并编写详细设计报告文档。
(3)编程实现。
根据《详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。
在此过程中要求开发人员在编程实现过程中严格遵守编码规范、同时做好代码版本控制。
(4)软件测试。
测试人员编写测试用例、用不同的测试方法进行进行单元测试、集成测试、确认测试、系统测试和验收测试等。
通过软件测试环节，及早发现问题，及时修补。
(5)软件交付。
测试结束后，撰写《用户安装手册》、《用户使用指南》等文档资料，与软件程序一并交付给客户。
客户部署运行软件系统。
通过软件功能完善优化，提高系统资源的利用率、提供友好的用户界面、创造良好的工作环境、使整个系统能高效地运行，从而使用户能够灵活地使用某服务平台、研发平台绩效评估和项目验收等会议评审系统、省级新型研发机构管理系统等软件系统。
IT系统维护保养的组织实施方案
IT系统维护保养的组织实施方案1. 引言本文档旨在提出一个有效的组织实施方案，以确保IT系统的维护和保养工作能够高效进行。
该方案将涵盖以下方面：维护保养策略、组织架构、工作流程和评估机制。
2. 维护保养策略我们的维护保养策略旨在确保IT系统的稳定性和安全性，并防止任何潜在的问题对业务运作造成不必要的干扰。
为了实现这一目标，我们提出以下策略：- 定期维护：制定定期维护计划，包括例行检查、系统更新和性能优化等工作，以确保系统的正常运行。
- 预防性维护：采取预防性维护措施，如数据备份、安全漏洞修补和风险评估，以降低潜在故障的风险。
- 故障修复：设立快速响应机制，及时处理系统故障，并提供紧急支持，以最短时间内恢复系统运行。
3. 组织架构为了有效实施维护保养工作，我们建议设立专门的IT维护保养团队。
该团队应包括以下角色：- 维护经理：负责制定维护保养策略、安排工作计划和监督团队成员的绩效。
- 维护工程师：负责具体的维护和保养任务，包括系统检查、故障修复和更新安装等工作。
- 技术支持人员：提供用户支持和故障排除服务，解决用户在系统使用过程中遇到的问题。
4. 工作流程为了确保维护保养工作的顺利进行，我们建议以下工作流程：1. 收集问题报告：用户和维护工程师应设立有效的沟通渠道，以便用户汇报系统问题。
2. 问题评估：维护工程师将针对报告的问题进行评估，并确定应采取的相应措施。
3. 维护和修复：根据评估结果，维护工程师将进行必要的维护和修复工作。
4. 测试和验证：维护工程师将在维护完成后进行系统测试和验证，以确保问题已解决。
5. 反馈和记录：维护工程师将提供问题解决的反馈，同时记录维护过程和结果。
5. 评估机制为了持续改进维护保养工作，我们建议设立评估机制。
通过定期评估工作的质量和效率，我们可以识别潜在的问题并采取相应的措施进行改进。
评估机制可以包括以下内容：- 绩效评估：定期对维护团队的绩效进行评估，识别并表彰优秀绩效的成员。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1维护方案设计1.1信息资源维护1.1.1稽查案审管理系统服务内容：稽查案审案件的全流程电子化工作，对全市2013年稽查案审案件纸质档案全部实施全流电子化工作，电子化数据直接进入局稽查案审管理信息系统，以便日后的管理和应用。
稽查案件由多份文书组成，涉及的文书有主要包括如下:案件调查终结报告行政处罚事先告知书听证告知书行政处罚结案报告调查笔录案件基本信息案件合议记录立案申请表不立案案件呈批表行政处罚决定书咨询、举报、投诉登记表行政处罚审批表数据录入方式：1、针对2013年全市稽查案审案件进行收集、整理；2、对案件录入人员进行稽查案审系统培训；3、将稽查案审案件录入稽查案审系统；4、对录入的案件信息进行核查，确保正确无误。
1.1.2餐饮服务许可及监管信息系统服务内容：餐饮相对人数据处理项目（1万家）1、餐饮相对人数据电子化，根据业务部门提供的相对人部分数据，按照规范标准格式导入，并结合表格导入、手工录入的方式统一整理、形成初步的餐饮服务相对人基础信息库，通过后续处理完善数据字段。
2、与工商数据对碰，根据许可证编号或工商营业执照号或企业名称的进行数据对碰。
3、依托保健食品综合监管信息系统（一期）项目中采购的GIS地理信息系统平台，将餐饮相对人信息标注到专题数据图层上，建成广州市标准的餐饮企业相对人数据层。
数据录入方式：1、收集餐饮相对人数据；按照各种录入方式（excel导入等），完成数据录入；检查录入的数据的正确性。
2、收集企业许可证信息和工商局提供的企业注册信息；对两部分数据按照对原则进行整理。
3、收集餐饮相对人信息；在GIS地址信息系统平台对相对人信息进行标注。
1.2应用系统日常维护及二次开发所有需要修改和完善的系统，广州市食品药品监督管理局信息中心均可提供程序的源代码和相关技术资料，我公司承诺在广州市食品药品监督管理局信息中心指定的设备上完成程序修改，并承诺并严格遵守与广州市食品药品监督管理局信息中心签订的“程序源代码和技术资料”相关保密协议。
1.2.1行政审批系统维护内容广州市食品药品监督管理局行政审批系统维护服务即将到期，为支持该局完善运维机制的建立，我司将对该局行政审批系统提供相当于原开发厂商维护服务。
具体要求如下：1.2.1.1系统简介建立广州市食品药品监督管理局行政审批系统，实现市区两级行政许可的联网办理，体现了全面贯彻落实国家电子政务和政务公开有关精神，提高机关办事效率。
行政审批系统充分利用了网络优势，实行了外网受理、内网办理、外网发布。
通过对我局法定审批项目的网上流转，经过受理、承办、审核、复核、审批、证件发放的环节，使原来不规范的手工审批程序走向规范化、统一化、公开化，结合通过系统提供的催办督办的功能，大大提高了办事效率、促进了政务公开。
从而建成全市统一、市区（县）两级联动的网上审批服务平台，实现审批业务“一站式”服务、“一网式”流转和集中监督监控，达到优化审批流程，提高办事效率，强化行政监督的目的。
系统功能结构图如下：系统提供如下功能：1、提供药品、医疗器械、保健品共13类许可事项的办理功能。
2、提供待办事宜、草稿箱、已办列表、个人资料维护等功能。
3、提供与政务中心、监察部门的数据接口，实现对许可流程的监察。
4、提供与相对人管理系统接口，生成与维护相对人基础信息数据库。
5、提供内部电子预监察与每一个许可审批环节的工作时限提醒功能。
6、提供相应的系统查询、统计功能。
7、提供业务流程配置功能。
8、提供安全、流程监控、系统管理、日志管理等方面的功能。
该系统于2006年4月开始建设，2007年9月开始使用，2009年6月进行改造优化。
进行优化后的许可系统已受理近一万条数据，实现了与市政务中心和部分区县政务中心的数据交换和共享。
在3年多的运行过程中，系统稳定、正常，未出现过重大故障，已有几万条数据通过系统上报给广州市监察局及政务中心交换平台。
1.2.1.2系统功能日常维护对行政审批系统及相关的数据交换和共享系统进行日常维护，提供定期巡检、技术支持、系统升级、培训、数据处理等服务，保障行政审批系统稳定运行。
1.2.1.2.1定期巡检按周进行巡检。
具体检查包括：补丁升级的运行情况、运行日志检查、系统错误的归纳、分析及解决。
1.2.1.2.2技术支持一、服务内容针对行政审批系统的配置、用户权限维护、功能操作、接口等技术咨询类问题进行解答及处理。
二、服务方式1、电话支持：指定技术支持工程师通过电话指导用户。
2、远程协助：指定技术支持工程师在条件具备并允许的情况下，通过计算机远程桌面指导用户。
3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰富的技术工程师到药监局及下属各区县级市局现场提供支持服务。
1.2.1.2.3系统升级一、服务内容当业务需求调整，或者软件出现故障（BUG）而发生的对系统进行了修改时，我司提供相当于原系统开发商维护升级服务（需要维护升级时，我司在用户指定的设备上完成程序修改，并均可以提供完整的源代码），在业务处室提出需求的3天之内完成系统功能的适量修改，以保证业务能正常开展。
每年提供不少于10％的系统功能升级和优化服务。
为确保系统的功能升级和优化服务能按量按质完成，我司协调系统原开发方或系统集成商完成此项目工作（由于这些操作都将要求操作人员全面掌握系统程序及数据库结构），并由原开发方或系统集成商派员参与技术维护及对维护商技术队伍进行全面培训。
需要将最新的程序版首先发布到测试服务器上，我司保证经内部测试通过后，发布到正式服务器端,升级服务包括以下具体内容：1、中心应用服务器程序升级。
2、中心数据库应用的调整。
3、新版本程序的检测。
二、服务方式1、远程或者现场，通过系统规范升级过程。
2、远程或者现场，通过手动方式完成升级服务。
3、每次系统升级后，主动跟踪升级结果，确保升级成功。
1.2.1.2.4培训服务一、服务内容培训服务是指遇到业务发生重大变化或者政策调整时，系统操作方式发生了较大变化的针对性的业务操作培训。
二、服务方式1、由资深培训老师授课。
2、提供培训教材和培训讲义。
3、不限报名人数。
4、可以根据要求不定期举办业务操作培训。
5、可以根据特殊用户的需要特供特定服务。
1.2.1.2.5日常处理1、日常数据监控：防范和及时处理错误的流程数据及上报数据，如果发现异常数据，立即通知相关业务部门。
如与其他系统有数据交换，需积极配合相关人员进行处理。
2、后台处理：各类数据的后台查询，按要求进行数据后台统计查询及导出。
1.2.1.3系统故障检测及排除故障处理是指系统运行中遇到疑难或者出现不正常状态，通过电话、传真、电子邮件向服务提供商寻求技术支持和帮助，服务提供商在确认用户的服务请求后，将在规定的时间内（即响应时间）安排技术人员帮助用户进行故障定位，并提出解决方案，指导用户排除故障。
1.2.1.3.1排除故障方式1、电话支持：指定技术支持工程师通过电话指导用户排除故障。
2、远程协助：指定技术支持工程师在条件具备的情况下，通过计算机远程桌面连接技术远程排查故障。
3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰富的技术工程师到现场提供现场支持服务。
1.2.1.3.2响应时间及故障排除时间1、提供7×24小时热线受理服务。
2、故障处理响应时间为1小时。
3、根据故障实际情况判断故障处理完成时限，并告知用户。
4、每次现场支持提供相应的技术报告。
1.2.1.4系统运行状态监控及预警对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及时监控，定期生成运行状态报告。
对发现的问题，通知用户，排除故障；对潜在的可能存在的问题进行分析预警。
1.2.1.4.1主机类监控1.2.1.4.2数据库监控1.2.1.4.3中间件监控1.2.1.4.4应用情况监控1.2.1.5系统二次开发1.2.1.5.1药品所有许可事项录入申请表及查询菜单增加所属街道1、药品零售企业的筹建、新办、变更、换证、补发、注销的【录入申请】中，“所属辖区”之后加上“所属街道”的下拉选择框，要求必须选择一个街道。
如果相对人中有“所属街道”信息，请带到许可系统中，并允许修改；2、药品许可的查询界面中增加“所属辖区”和“所属街道”的查询条件，“所属街道”需要与“所属辖区”进行关联，选择辖区后可以显示该辖区下的所有街道。
区县局用户打开查询页面后，“所属辖区”固定为用户所在的区、县级市，无法选择其他区县级市；其他用户可以选择全市12 个区、县级市；3、对完成功能进行测试验证，确保完成的功能符合业务需求。
1.2.1.5.2医疗器械经营范围字典逻辑调整调整规则：1、附件中“标注”为A的字典属于第一级字典，B为第二级字典，存在父子关系，即B为A的子项，并且A可能同时存在多个B；2、如选择了A又选择B则在选入选择框时弹出提示：是否确定选择A和B，如确定，在选择确定框只保留A；取消，则重选；3、如全选了B则选择框只显示A的内容。
例如：Ⅲ类6877介入器材、Ⅱ类6877介入器材、Ⅱ类、Ⅲ类6877介入器材；其中Ⅱ类、Ⅲ类6877介入器材为父，Ⅲ类6877介入器材、Ⅱ类6877介入器材子，如同时选择了三个，则选择框只显示Ⅱ类、Ⅲ类6877介入器材；如同时选择Ⅲ类6877介入器材、Ⅱ类6877介入器材则选择框显示父级Ⅱ类、Ⅲ类6877介入器材。
父级、子级关系存在于不同的代码中。
如6877存在父子关系、6801存在父子关系；4、调整前需要对字典父子先建立逻辑关系；5、对完成功能进行测试验证，确保完成的功能符合业务需求。
1.2.1.5.3许可变更注销事项业务逻辑调整1、由于RFID接口的改造，增加了删除相对人数据库里的药学人员的接口，部分企业的质量负责人信息可能会被清除，导致许可系统中原质量负责人的必须是药师以上人员的校验无法通过；2、取消药品零售许可变更、注销流程中原质量负责人的业务规则校验；3、取消药品零售许可变更、注销流程中原质量负责人的必录校验；4、对完成功能进行测试验证，确保完成的功能符合业务需求；1.2.1.5.4药师预警功能调整1、将药师预警菜单中的3个tab页拆分为三个菜单，岗位空缺预警、药师缺位预警、药师挂职预警；2、查询条件：‘行政区’、‘人员岗位’、‘经营范围’，不要弹出框，改成下拉框。
‘经营类别’加【乙类非处方药】，经营类别总共才三个选项不要弹出框，将选项放出来。
‘经营范围’加【化学药制剂】【抗生素制剂】【生化药品】【生物制品（预防性生物制品除外）】【二类精神药品】；3、对于“药师缺位预警”中提示未备案的情况，经查应该为相对人企业信息的质量负责人ID找不到，但是在这家企业任职的质量负责人李运确有备案，建议“李运，未备案”修改为“李运，企业信息中无该人员ID”，需要修改生成预警代码调整判断逻辑；4、对完成功能进行测试验证，确保完成的功能符合业务需求。