系统维护方案设计

《系统维护方案设计》由会员分享，可在线阅读，更多相关《系统维护方案设计（50页珍藏版）》请在装配图网上搜索。

1、1 维护方案设计1.1信息资源维护1.1.1 稽查案审管理系统服务内容：稽查案审案件的全流程电子化工作， 对全市 2013年稽查案审案件纸质档案全 部实施全流电子化工作， 电子化数据直接进入局稽查案审管理信息系统， 以便日 后的管理和应用。稽查案件由多份文书组成，涉及的文书有主要包括如下 : 案件调查终结报告 行政处罚事先告知书听证告知书 行政处罚结案报告 调查笔录 案件基本信息 案件合议记录 立案申请表 不立案案件呈批表 行政处罚决定书 咨询、举报、投诉登记表 行政处罚审批表数据录入方式：1、针对 2013 年全市稽查案审案件进行收集、整理；2、对案件录入人员进行稽查案审系统培训；3、将稽查

2、案审案件录入稽查案审系统；4、对录入的案件信息进行核查，确保正确无误。1.1.2 餐饮服务许可及监管信息系统服务内容： 餐饮相对人数据处理项目（ 1 万家）1、餐饮相对人数据电子化，根据业务部门提供的相对人部分数据，按照规范标 准格式导入，并结合表格导入、 手工录入的方式统一整理、 形成初步的餐饮服务 相对人基础信息库，通过后续处理完善数据字段。2、与工商数据对碰，根据许可证编号或工商营业执照号或企业名称的进行数据 对碰。3、依托保健食品综合监管信息系统（一期）项目中采购的GIS 地理信息系统平台，将餐饮相对人信息标注到专题数据图层上， 建成广州市标准的餐饮企业相对 人数据层。数据录入方式：1

3、、收集餐饮相对人数据；按照各种录入方式（ excel 导入等），完成数据录入； 检查录入的数据的正确性。2、收集企业许可证信息和工商局提供的企业注册信息；对两部分数据按照对原 则进行整理。3、收集餐饮相对人信息；在 GIS地址信息系统平台对相对人信息进行标注。1.2应用系统日常维护及二次开发所有需要修改和完善的系统， 广州市食品药品监督管理局信息中心均可提供 程序的源代码和相关技术资料， 我公司承诺在广州市食品药品监督管理局信息中 心指定的设备上完成程序修改， 并承诺并严格遵守与广州市食品药品监督管理局 信息中心签订的“程序源代码和技术资料”相关保密协议。行政审批系统维护内容广州市食品药品监督

4、管理局行政审批系统维护服务即将到期，为支持该局完善运维机制的建立，我司将对该局行政审批系统提供相当于原开发厂商维护服 务。具体要求如下：系统简介建立广州市食品药品监督管理局行政审批系统， 实现市区两级行政许可的联网办理，体现了全面贯彻落实国家电子政务和政务公开有关精神，提高机关办事效率。行政审批系统充分利用了网络优势，实行了外网受理、内网办理、外网发 布。通过对我局法定审批项目的网上流转， 经过受理、承办、审核、复核、审批、 证件发放的环节，使原来不规范的手工审批程序走向规范化、统一化、公开化， 结合通过系统提供的催办督办的功能，大大提高了办事效率、促进了政务公开。 从而建成全市统一、市区（县

5、）两级联动的网上审批服务平台，实现审批业务“一 站式”服务、“一网式”流转和集中监督监控，达到优化审批流程，提高办事效 率，强化行政监督的目的。系统功能结构图如下：许可接口管理与短信平台接口与相对人接口管理外网预受理进度查询疋时仕务官理外网公示基础框架支撑平台工作流引擎服务表单引擎查询引擎附件管理电子签名统一用户管理与外网网站接口与政务中心接口系统提供如下功能：1、提供药品、医疗器械、保健品共13类许可事项的办理功能。2、提供待办事宜、草稿箱、已办列表、个人资料维护等功能。3、提供与政务中心、监察部门的数据接口，实现对许可流程的监察。4、提供与相对人管理系统接口，生成与维护相对人基础信息数据库

6、。5、提供内部电子预监察与每一个许可审批环节的工作时限提醒功能。6、提供相应的系统查询、统计功能。7、提供业务流程配置功能。8、提供安全、流程监控、系统管理、日志管理等方面的功能。该系统于2006年4月开始建设， 2007年9月开始使用， 2009年6月进行改造优 化。进行优化后的许可系统已受理近一万条数据， 实现了与市政务中心和部分区 县政务中心的数据交换和共享。在 3年多的运行过程中，系统稳定、正常，未出 现过重大故障，已有几万条数据通过系统上报给广州市监察局及政务中心交换平 台。系统功能日常维护对行政审批系统及相关的数据交换和共享系统进行日常维护，提供定期巡 检、技术支持、系统升级、培训

7、、数据处理等服务， 保障行政审批系统稳定运行。1.2.1.2.1 定期巡检按周进行巡检。具体检查包括：补丁升级的运行情况、运行日志检查、系统 错误的归纳、分析及解决。1.2.1.2.2 技术支持一、服务内容针对行政审批系统的配置、 用户权限维护、 功能操作、 接口等技术咨询类问 题进行解答及处理。二、服务方式1、电话支持：指定技术支持工程师通过电话指导用户。2、远程协助：指定技术支持工程师在条件具备并允许的情况下，通过计算 机远程桌面指导用户。3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰 富的技术工程师到药监局及下属各区县级市局现场提供支持服务。1.2.1.2.3 系统升

8、级一、服务内容当业务需求调整，或者软件出现故障（BUG而发生的对系统进行了修改时， 我司提供相当于原系统开发商维护升级服务 （需要维护升级时， 我司在用户指定 的设备上完成程序修改， 并均可以提供完整的源代码） ，在业务处室提出需求的 3天之内完成系统功能的适量修改， 以保证业务能正常开展。每年提供不少于 10 的系统功能升级和优化服务。为确保系统的功能升级和优化服务能按量按质完 成，我司协调系统原开发方或系统集成商完成此项目工作 （由于这些操作都将要 求操作人员全面掌握系统程序及数据库结构） ，并由原开发方或系统集成商派员 参与技术维护及对维护商技术队伍进行全面培训。需要将最新的程序版首先发

9、布到测试服务器上，我司保证经内部测试通过 后，发布到正式服务器端 , 升级服务包括以下具体内容：1、中心应用服务器程序升级。2、中心数据库应用的调整。3、新版本程序的检测。二、服务方式1、远程或者现场，通过系统规范升级过程。2、远程或者现场，通过手动方式完成升级服务。3、每次系统升级后，主动跟踪升级结果，确保升级成功。1.2.1.2.4 培训服务一、服务内容培训服务是指遇到业务发生重大变化或者政策调整时， 系统操作方式发生了 较大变化的针对性的业务操作培训。二、服务方式1、由资深培训老师授课。2、提供培训教材和培训讲义。3、不限报名人数。4、可以根据要求不定期举办业务操作培训。5、可以根据特殊

10、用户的需要特供特定服务1.2.1.2.5 日常处理1、日常数据监控：防范和及时处理错误的流程数据及上报数据，如果发现 异常数据， 立即通知相关业务部门。 如与其他系统有数据交换， 需积极配合相关 人员进行处理。2、后台处理： 各类数据的后台查询， 按要求进行数据后台统计查询及导出。系统故障检测及排除故障处理是指系统运行中遇到疑难或者出现不正常状态，通过电话、传真、 电子邮件向服务提供商寻求技术支持和帮助， 服务提供商在确认用户的服务请求 后，将在规定的时间内（即响应时间）安排技术人员帮助用户进行故障定位，并 提出解决方案，指导用户排除故障。1.2.1.3.1 排除故障方式1、电话支持：指定技术

11、支持工程师通过电话指导用户排除故障。2、远程协助：指定技术支持工程师在条件具备的情况下，通过计算机远程 桌面连接技术远程排查故障。3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰 富的技术工程师到现场提供现场支持服务。1.2.1.3.2 响应时间及故障排除时间1、提供7X 24小时热线受理服务。2、故障处理响应时间为 1 小时。3、根据故障实际情况判断故障处理完成时限，并告知用户。4、每次现场支持提供相应的技术报告。系统运行状态监控及预警对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及 时监控，定期生成运行状态报告。对发现的问题，通知用户，排除故障；对潜在

12、的可能存在的问题进行分析预警。12141 主机类监控序号监控指标相关描述1主机文件系统磁盘空间检查所有磁盘使用空间；所有磁盘剩余空间；系统附件、 扫描件、文件索引所占磁盘空间。2CPI利用率监控检查系统各个进程所占用 CPUW况；cpus闲率。3内存的利用率监控检查系统各个进程所占用内存情况；剩余内存大小。4磁盘10监控检查各个进程磁盘10读写情况；是否有出错。5页面交换监控检查系统页面交换情况；分析产生页面交换的原因。12142数据库监控序号监控指标相关描述1数据库表空间检查数据库所有表空间使用情况；分析是否扩充表空间。2数据库后台任务检查数据库任务运行是否正常；运行出错次数；运行消耗时间；

13、分析是否需要优化任务提咼运行时间。3数据库缓存命中率检查数据库缓存命中率； 分析是否调整数据库配置，提高命中率。12143 中间件监控序号监控指标相关描述1线程工作状态检查当前线程数；正在运行的线程数；线程执行时间； 最大线程数。2会话数检查会话数；会话在线时长。3虚拟主机检查主机是否启动；应用是否运行。4JAVA虚拟机内存占用情况检查内存占用情况；是否有内存泄漏；是否有内存溢出； 分析是否要调整所占内存配置。5连接池检查连接是否正常； 连接池使用率；分析连接数是否要调 整。12144应用情况监控序号监控指标相关描述1对数据交换接口服务的检查检查接口是否运行；交换是否正常；交换是否有出错日志；

14、 交换的数据量。2对应用里面的定时任务的检查检查定时任务是否运行； 任务执行是否正常； 任务执行是 否有出错日志；任务执行消耗时间。系统二次开发12151药品所有许可事项录入申请表及查询菜单增加所属街道1、药品零售企业的筹建、新办、变更、换证、补发、注销的【录入申请】中，“所属辖区”之后加上“所属街道”的下拉选择框，要求必须选择一个街道。 如果相对人中有“所属街道”信息，请带到许可系统中，并允许修改；2、 药品许可的查询界面中增加“所属辖区”和“所属街道”的查询条件，“所 属街道”需要与“所属辖区”进行关联，选择辖区后可以显示该辖区下的所 有街道。区县局用户打开查询页面后，“所属辖区”固定为用

15、户所在的区、 县级市，无法选择其他区县级市；其他用户可以选择全市 12个区、县级市；3、对完成功能进行测试验证，确保完成的功能符合业务需求。12152医疗器械经营范围字典逻辑调整调整规则:1、附件中“标注”为 A 的字典属于第一级字典， B 为第二级字典，存在父子关 系，即B为A的子项，并且A可能同时存在多个B;2、 如选择了 A又选择B则在选入选择框时弹出提示：是否确定选择 A和B,如 确定，在选择确定框只保留 A;取消，则重选；3、如全选了 B则选择框只显示A的内容。例如：川类6877介入器材、U类6877 介入器材、U类、川类6877介入器材；其中U类、川类6877介入器材为父， 川类6

16、877介入器材、U类6877介入器材子，如同时选择了三个，则选择框 只显示U类、川类6877介入器材；如同时选择川类6877介入器材、U类6877 介入器材则选择框显示父级U类、川类 6877介入器材。父级、子级关系存 在于不同的代码中。如 6877存在父子关系、 6801存在父子关系；4、调整前需要对字典父子先建立逻辑关系；5、对完成功能进行测试验证，确保完成的功能符合业务需求。1.2.1.5.3 许可变更注销事项业务逻辑调整1、由于 RFID 接口的改造，增加了删除相对人数据库里的药学人员的接口，部 分企业的质量负责人信息可能会被清除，导致许可系统中原质量负责人的必 须是药师以上人员的校验

17、无法通过；2、取消药品零售许可变更、注销流程中原质量负责人的业务规则校验 ；3、取消药品零售许可变更、注销流程中原质量负责人的必录校验；4、对完成功能进行测试验证，确保完成的功能符合业务需求；1.2.1.5.4 药师预警功能调整1、将药师预警菜单中的 3个 tab 页拆分为三个菜单，岗位空缺预警、药师缺位 预警、药师挂职预警；2、查询条件：行政区、人员岗位、经营范围，不要弹出框，改成下拉框。 经营类别加【乙类非处方药】 ，经营类别总共才三个选项不要弹出框， 将选项放出来。经营范围 加【化学药制剂】【抗生素制剂】【生化药品】【生 物制品（预防性生物制品除外） 】【二类精神药品】；3、对于“药师缺

18、位预警”中提示未备案的情况，经查应该为相对人企业信息的 质量负责人 ID 找不到，但是在这家企业任职的质量负责人李运确有备案，建议“李运，未备案”修改为“李运，企业信息中无该人员ID”，需要修改生成预警代码调整判断逻辑；4、对完成功能进行测试验证，确保完成的功能符合业务需求。1.2.1.5.5 针对番禺区的业务要求扩展许可事项的联审批平台功能实现餐饮的筹建和变更筹建的审批平台，并完成与区政务中心的数据交换 等功能。1.2.1.5.6 药品许可时限预警功能改造1、药品许可系统业务办理数据发送至区电子监察，受区电子监察监督监控，需 要根据番禺区电子监察对药品许可所有事项（新办、变更、延续、补发、注

19、 销）的不同时限要求进行调整；2、针对番禺区药品许可时限功能调整，需要重新配置药品许可流程，系统版本 控制调整；3、针对番禺区药品许可时限预警功能调整，需要修改时限预警相关的查询统计 功能，适应新的时限预警功能；4、对完成的功能需要进行测试验证，确保番禺区的时限预警功能改造符合业务 需求，确保番禺区的时限预警功能改造不影响其它区的时限预警。1.2.1.5.7 工商名称预核准信息查询功能1、药品经营许可新申请事项，在接收申请环节提供查询工商名称预核准信息， 经办人可比对工商受理预核准企业名称、审批意见、受理号等信息，以判断 相对人提供申请信息的真实性；2、器械经营许可新申请事项，在接收申请环节提

20、供查询工商名称预核准信息， 经办人可比对工商受理预核准企业名称、审批意见、受理号等信息，以判断 相对人提供申请信息的真实性；3、餐饮许可新申请事项，在接收申请环节提供查询工商名称预核准信息，经办 人可比对工商受理预核准企业名称、审批意见、受理号等信息，以判断相对 人提供申请信息的真实性。1.2.2 流通（药品、医疗器械）网上监管系统广州市食品药品监督管理局行流通监管系统维护服务即将到期， 为支持该局 完善运维机制的建立， 我司将对该局流通监管系统提供相当于原开发厂商维护服 务。具体要求如下：系统简介广州市食品药品监督管理局药品、 医疗器械流通网上监管系统是电子政务一 期工程项目中的一个子系统，

21、电子政务一期于 2007年4月正式立项， 2008年 6 月上线运行， 2008年 10月通过验收。该系统承担了全市药品医疗器械网上流通 监管信息的管理，覆盖了药品、医疗器械企业基本信息管理、企业数据上传、企 业验收信息监管、销售信息监管、库存信息监管，以及流向分布、渠道平衡管理 等任务，为药品、医疗器械公共事件的应急处置、不良药品、医疗器械的召回和 假劣药品、医疗器械的追溯提供了技术支撑。该系统于 2007年开始建设， 2008年投入使用，系统的用户目前已经覆盖广州市 药械企业近 5000 家、广州市食品药品监督管理局相关处室、各区县局。 在近 3 年的运行过程中，系统稳定、正常，目前已形成

22、了药品、医疗器械验收、 销售、库存等流通数据各千万以上。系统功能日常维护对流通监管系统及相关的数据交换和共享系统进行日常维护，提供定期巡 检、技术支持、系统升级、培训、数据处理等服务， 保障流通监管系统稳定运行。1.2.2.2.1 定期巡检按周进行巡检。具体检查包括：补丁升级的运行情况、运行日志检查、系统 错误的归纳、分析及解决。1.2.2.2.2 技术支持一、服务内容针对系统的配置、 用户权限维护、 功能操作、 接口等技术咨询类问题进行解 答及处理。二、服务方式1、电话支持：指定技术支持工程师通过电话指导用户。2、远程协助：指定技术支持工程师在条件具备并允许的情况下，通过计算 机远程桌面指导

23、用户。3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰 富的技术工程师到药监局及下属各区县级市局现场提供支持服务。1.2.2.2.3 系统升级一、服务内容当业务需求调整，或者软件出现故障（BUG而发生的对系统进行了修改时， 我司提供相当于原系统开发商维护升级服务 （需要维护升级时， 我司在用户指定 的设备上完成程序修改， 并均可以提供完整的源代码） ，在业务处室提出需求的 3天之内完成系统功能的适量修改， 以保证业务能正常开展。每年提供不少于 10 的系统功能升级和优化服务。为确保系统的功能升级和优化服务能按量按质完 成，我司协调系统原开发方或系统集成商完成此项目工作 （由于

24、这些操作都将要 求操作人员全面掌握系统程序及数据库结构） ，并由原开发方或系统集成商派员 参与技术维护及对维护商技术队伍进行全面培训。需要将最新的程序版首先发布到测试服务器上，我司保证经内部测试通过 后，发布到正式服务器端 , 升级服务包括以下具体内容：1、中心应用服务器程序升级。2、中心数据库应用的调整。3、新版本程序的检测。二、服务方式1、远程或者现场，通过系统规范升级过程。2、远程或者现场，通过手动方式完成升级服务。3、每次系统升级后，主动跟踪升级结果，确保升级成功。1.2.2.2.4 培训服务、服务内容培训服务是指遇到业务发生重大变化或者政策调整时， 系统操作方式发生了 较大变化的针对

25、性的业务操作培训。二、服务方式1、由资深培训老师授课。2、提供培训教材和培训讲义。3、不限报名人数。4、可以根据要求不定期举办业务操作培训。5、可以根据特殊用户的需要特供特定服务。1.2.2.2.5 日常处理1、日常数据监控：防范和及时处理错误的流程数据及上报数据，如果发现 异常数据， 立即通知相关业务部门。 如与其他系统有数据交换， 需积极配合相关 人员进行处理。2、后台处理： 各类数据的后台查询， 按要求进行数据后台统计查询及导出。系统故障检测及排除故障处理是指系统运行中遇到疑难或者出现不正常状态，通过电话、传真、 电子邮件向服务提供商寻求技术支持和帮助， 服务提供商在确认用户的服务请求

26、后，将在规定的时间内（即响应时间）安排技术人员帮助用户进行故障定位，并 提出解决方案，指导用户排除故障。1.2.2.3.1 排除故障方式1、电话支持：指定技术支持工程师通过电话指导用户排除故障。2、远程协助：指定技术支持工程师在条件具备的情况下，通过计算机远程 桌面连接技术远程排查故障。3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰 富的技术工程师到现场提供现场支持服务。12232响应时间及故障排除时间1、提供7X 24小时热线受理服务。2、故障处理响应时间为1小时。3、根据故障实际情况判断故障处理完成时限，并告知用户4、每次现场支持提供相应的技术报告。系统运行状态监控及预

27、警对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及 时监控，定期生成运行状态报告。对发现的问题，通知用户，排除故障；对潜在 的可能存在的问题进行分析预警。12241主机类监控序号监控指标相关描述1主机文件系统磁盘空间检查所有磁盘使用空间；所有磁盘剩余空间；系统附件、 扫描件、文件索引所占磁盘空间。2CPI利用率监控检查系统各个进程所占用 CPUW况；cpus闲率。3内存的利用率监控检查系统各个进程所占用内存情况；剩余内存大小。4磁盘10监控检查各个进程磁盘10读写情况；是否有出错。5页面交换监控检查系统页面交换情况；分析产生页面交换的原因。12242数据库监控序号监控指标相关

28、描述1数据库表空间检查数据库所有表空间使用情况；分析是否扩充表空间。2数据库后台任务检查数据库任务运行是否正常；运行出错次数；运行消耗时间；分析是否需要优化任务提咼运行时间。3数据库缓存命中率检查数据库缓存命中率； 分析是否调整数据库配置，提高命中率。12243 中间件监控序号监控指标相关描述1线程工作状态检查当前线程数；正在运行的线程数；线程执行时间； 最大线程数。2会话数检查会话数；会话在线时长。3虚拟主机检查主机是否启动；应用是否运行。4JAVA虚拟机内存占用情况检查内存占用情况；是否有内存泄漏；是否有内存溢出； 分析是否要调整所占内存配置。5连接池检查连接是否正常； 连接池使用率；分析

29、连接数是否要调 整。12244应用情况监控序号监控指标相关描述1对数据交换接口服务的检查检查接口是否运行；交换是否正常；交换是否有出错日志； 交换的数据量。2对应用里面的定时任务的检查检查定时任务是否运行； 任务执行是否正常； 任务执行是 否有出错日志；任务执行消耗时间。系统二次开发12251疫苗类数据接口为抽验检验系统提供疫苗类数据接口，涉及以下3个接口：1、疫苗类药品验收数据接口，数据内容包括：上传企业名称、药品编码、批准文号、药品名称、生产企业、规格、包装规格、供货单位、生产日期、验收 单号、实际数量、最少包装单位、验收员、验收结论、有效期止、验收日期、 备注；2、疫苗类药品销售数据接口

30、 , 数据内容包括：上传企业名称、药品编码、批准文号、药品名称、生产企业、规格、包装规格、购货单位、生产批号、销售单号、销售数量、最少包装单位、有效期止、 销售日期、备注；3、疫苗类药品库存数据接口 , 数据内容包括： 上传企业名称、药品编码、药品编码、批准文号、药品名称、生产企业、最 少包装单位、规格、包装规格、生产批号、生产日期、有效期止、库存数量；1.2.2.5.2 统计报表数据问题由同一家企业系统中存在不同企业编码导致的 2 类结果：1、同一家企业存在不同企业编码导致统计数据错误的问题，需结合相对人系统 进行相关处理以解决此类问题。2、因同一家企业存在不同企业编号的问题，造成企业门户端

31、与监管系统端查询 的验收结果不一致，需合并该企业业务数据解决此类问题。1.2.2.5.3 业务数据合并1、因相对人有企业名称相同但企业编码不同的重复数据， 相对人编号合并后相 应上报的业务数据也需合并。如以下企业：广州耀远实业有限公司、广州市 快康医疗器械有限公司、广州汇日医疗设备有限公司、广州市奥菲特有限公 司、广东冠昊生物科技股份有限公司、广东白马医疗器械有限公司白云分公 司、广州市番禺金鑫宝电子有限公司、广州睿博电子科技有限公司、广州南 北电子科技有限公司、广州康达医疗用品有限公司、广州市顺元医疗器械有 限公司、广州市迪景微生物科技有限公司。1.2.2.5.4 业务数据导出处理1、抗感冒

32、药及抗病毒药进销存大数据量查询导出；2、试剂器械经营企业进销存大数据量查询导出。1.2.3 稽查案审系统广州市食品药品监督管理局稽查案审系统维护服务即将到期， 为支持该局完 善运维机制的建立，我司将对该局稽查案审系统提供相当于原开发厂商维护服 务。具体要求如下：系统简介广州市食品药品监督管理局稽查案审管理系统是电子政务二期工程项目中 的一个子系统，系统于 2008年 6月正式立项， 2009年 7月上线运行， 2009年 11 月通过验收。系统承担了全市四品一械企业的稽查执法和案件的管理， 覆盖了对四品一械企业的投诉管理、执法办案管理、案件审理管理、执法车 辆调度、罚没物品管理等任务，实现了执

33、法工作的流程自动化，规范化，为各执 法部门和执法人员处理日常行政执法工作和案件审理工作提供一个协同平台。该系统用户目前已经覆盖广州市食品药品监督管理局稽查分局、 各区县局稽 查科，共有用户约 300 人。一年多的运行过程中，系统稳定、正常。系统功能日常维护对稽查案审系统及相关的数据交换和共享系统进行日常维护，提供定期巡 检、技术支持、系统升级、培训、数据处理等服务， 保障稽查案审系统稳定运行。1.2.3.2.1 定期巡检按周进行巡检。具体检查包括：补丁升级的运行情况、运行日志检查、系统 错误的归纳、分析及解决。1.2.3.2.2 技术支持一、服务内容针对系统的配置、 用户权限维护、 功能操作、

34、 接口等技术咨询类问题进行解 答及处理。二、服务方式1、电话支持：指定技术支持工程师通过电话指导用户。2、远程协助：指定技术支持工程师在条件具备并允许的情况下，通过计算 机远程桌面指导用户。3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰 富的技术工程师到药监局及下属各区县级市局现场提供支持服务。1.2.3.2.3 系统升级一、服务内容当业务需求调整，或者软件出现故障（BUG而发生的对系统进行了修改时， 我司提供相当于原系统开发商维护升级服务 （需要维护升级时， 我司在用户指定 的设备上完成程序修改， 并均可以提供完整的源代码） ，在业务处室提出需求的 3天之内完成系统功能的

35、适量修改， 以保证业务能正常开展。每年提供不少于 10 的系统功能升级和优化服务。为确保系统的功能升级和优化服务能按量按质完 成，我司协调系统原开发方或系统集成商完成此项目工作 （由于这些操作都将要 求操作人员全面掌握系统程序及数据库结构） ，并由原开发方或系统集成商派员 参与技术维护及对维护商技术队伍进行全面培训。需要将最新的程序版首先发布到测试服务器上，我司保证经内部测试通过 后，发布到正式服务器端 , 升级服务包括以下具体内容：1、中心应用服务器程序升级。2、中心数据库应用的调整。3、新版本程序的检测。二、服务方式1、远程或者现场，通过系统规范升级过程。2、远程或者现场，通过手动方式完成

36、升级服务。3、每次系统升级后，主动跟踪升级结果，确保升级成功。1.2.3.2.4 培训服务一、服务内容培训服务是指遇到业务发生重大变化或者政策调整时， 系统操作方式发生了 较大变化的针对性的业务操作培训。二、服务方式1、由资深培训老师授课。2、提供培训教材和培训讲义。3、不限报名人数。4、可以根据要求不定期举办业务操作培训。5、可以根据特殊用户的需要特供特定服务。1.2.3.2.5 日常处理1、日常数据监控：防范和及时处理错误的流程数据及上报数据，如果发现 异常数据， 立即通知相关业务部门。 如与其他系统有数据交换， 需积极配合相关 人员进行处理。2、后台处理： 各类数据的后台查询， 按要求进

37、行数据后台统计查询及导出。系统故障检测及排除故障处理是指系统运行中遇到疑难或者出现不正常状态，通过电话、传真、 电子邮件向服务提供商寻求技术支持和帮助， 服务提供商在确认用户的服务请求 后，将在规定的时间内（即响应时间）安排技术人员帮助用户进行故障定位，并 提出解决方案，指导用户排除故障。1.2.3.3.1 排除故障方式1、电话支持：指定技术支持工程师通过电话指导用户排除故障。2、远程协助：指定技术支持工程师在条件具备的情况下，通过计算机远程 桌面连接技术远程排查故障。3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰 富的技术工程师到现场提供现场支持服务。1.2.3.3.2

38、响应时间及故障排除时间1、提供7X 24小时热线受理服务。2、故障处理响应时间为 1 小时。3、根据故障实际情况判断故障处理完成时限，并告知用户。4、每次现场支持提供相应的技术报告。系统运行状态监控及预警对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及 时监控，定期生成运行状态报告。对发现的问题，通知用户，排除故障；对潜在 的可能存在的问题进行分析预警。12341主机类监控序号监控指标相关描述1主机文件系统磁盘空间检查所有磁盘使用空间；所有磁盘剩余空间；系统附件、 扫描件、文件索引所占磁盘空间。2CPI利用率监控检查系统各个进程所占用 CPUW况；cpus闲率。3内存的利用率

39、监控检查系统各个进程所占用内存情况；剩余内存大小。4磁盘10监控检查各个进程磁盘10读写情况；是否有出错。5页面交换监控检查系统页面交换情况；分析产生页面交换的原因。12342数据库监控序号监控指标相关描述1数据库表空间检查数据库所有表空间使用情况；分析是否扩充表空间。2数据库后台任务检查数据库任务运行是否正常；运行出错次数；运行消耗时间；分析是否需要优化任务提咼运行时间。3数据库缓存命中率检查数据库缓存命中率； 分析是否调整数据库配置，提高命中率。12343 中间件监控序号监控指标相关描述1线程工作状态检查当前线程数；正在运行的线程数；线程执行时间； 最大线程数。2会话数检查会话数；会话在线

40、时长。3虚拟主机检查主机是否启动；应用是否运行。4JAVA虚拟机内存占用情况检查内存占用情况；是否有内存泄漏；是否有内存溢出； 分析是否要调整所占内存配置。5连接池检查连接是否正常； 连接池使用率；分析连接数是否要调 整。12344应用情况监控序号监控指标相关描述1对数据交换接口服务的检查检查接口是否运行；交换是否正常；交换是否有出错日志； 交换的数据量。2对应用里面的定时任务的检查检查定时任务是否运行； 任务执行是否正常； 任务执行是 否有出错日志；任务执行消耗时间。系统二次开发12351案件审查流程1、稽查系统中，对案件审查环节，增加案件审查表、案件审批流程。2、案件审查按照六类审查项目进

41、行分类审查1）建立文书规范、事实与证据、执法程序、适用法律、自由裁量的维护管 理模块，对涉及的各类问题进行编码规范；2）在上述模块外增加一个“其他”的预留模块内容，以便今后有案件审查 意见填入；3、案件审查增加审批流程1）科室负责人确定案审人员，送出至：主办人员；2）主办人员填写审查意见表，送出至：协办人员签字；3）协办人员签字，送至科室负责人审批；4）科室负责人审批完，送至分管局领导；5）分管局领导审批，送出至：主办人员；6）主办人员根据局领导审批意见完成下一步；7）案件审查结束后由稽查科处理后续过程。4、根据设定的统计条件进行统计，根据日期段、案件类型、审查意见存在问题 进行分类统计。1.

42、2.3.5.2 咨询、举报、投诉登记表合并1、咨询、举报、投诉登记表中的【案件类别】字段增加“其他” ；【举报形 式】去掉“匿名”和“实名”；保留案件类别、所属地区、内容为必填项，其 他必填项根据市监察平台接口要求设置，剩余字段均为非必填项。2、合并登记事项表及咨询、举报、投诉登记表 ；优化两表字段排列位 置，新的表名为咨询、举报、投诉登记表 。1.2.3.5.3 案件退回功能要求在案件办理过程中， 可以由上一个环节退回到上一个办理环节， 方便工 作人员勘误。1.2.3.5.4 案件合议流程对于分局案审小组或分局案审委合议案件， 在案件审查环节由案审科进行法 律审查，并将审查意见连同案卷一并提

43、交合议机构讨论决定。 案审科制作合议记 录后将案件退回办案科室， 由办案科室根据合议决定进行下一步行政处理， 后续 工作均由办案科室完成。1、案件调查终结报告审批后分支流程为：办案科室合议（后续为准备行政处罚 环节）、案件审查；2、如为案件审查，案件审查结束后分支流程为：案审小组合议（后续为准备行 政处罚环节）、分局案审委合议；3、分局案审委合议后分支流程为：市局案审委合议（后续为准备行政处罚环 节）、准备行政处罚。1.2.3.5.5 日常监管与稽查对接功能番禺日常监管与稽查对接开发：1、日常监管移交到稽查系统数据的展示功能；2、通过 webservice 方式，移送管理系统将日常监管数据交换

44、到稽查系统中， 包括了移交材料和附件；3、稽查系统在接收到数据后，如有退回，通过 webservice 方式将退回信息交 换到移送管理系统。1.2.3.5.6 调整当事人选择功能 在立案申请表中除选择企业和个人这两项外，增加“其它”这一选项，主要 针对一些查处窝点的填写，包括名称（必填） 、地址（必填）、涉嫌人员，并将数 据传到监察局平台。1.2.3.5.7 案件办理信息统计表统计规则：1、“录入案件时间”： 统计口径为：从各来源登记的投诉案件登记生成并送出后作为统计条件；立 案案件以立案申请表创建并保存作为统计条件；不立案案件以不立案申请表 创建并保存作为统计条件；案审终结案件以结案报告创建

45、并保存作为统计条 件；2、“实际案件时间”： 统计口径为：从各来源登记的投诉案件登记表上的时间作为统计条件；立案 案件以立案申请表上的时间统计条件；不立案案件以不立案申请表上的时间 作为统计条件；案审终结案件以结案报告上的时间为统计条件。1.2.4 审评认证系统广州市食品药品监督管理局审评认证系统维护服务即将到期， 为支持该局完 善运维机制的建立，我司将对该局审评认证系统提供相当于原开发厂商维护服 务。具体要求如下：系统简介广州市食品药品监督管理局审评认证管理系统是电子政务二期工程项目中 的一个子系统，审评认证系统承担了全市药品零售企业GS质量认证信息的管理工作，覆盖了药品GS认证的受理、现场

46、检查、审核、发证，以及 GSP艮踪检查、 技术咨询、 收费管理等任务， 将审评认证中心的日常行政工作、 业务开展工作实 现了电子化管理。该系统于 2008年11月开始建设， 2009年5月投入使用， 2010年7月通过科信局 组织的验收。 系统的用户目前已经覆盖广州市电子政务服务中心、 广州市食品药 品监督管理局相关处室、审评认证中心、各区县局。一年半的运行过程中，系统 稳定、正常，目前已受理并办结近5000笔GS业务。系统功能日常维护对审评认证系统及相关的数据交换和共享系统进行日常维护，提供定期巡 检、技术支持、 系统升级、 培训、数据处理等服务， 保障审评认证系统稳定运行。1.2.4.2.

47、1 定期巡检按周进行巡检。具体检查包括：补丁升级的运行情况、运行日志检查、系统 错误的归纳、分析及解决。1.2.4.2.2 技术支持一、服务内容针对系统的配置、 用户权限维护、 功能操作、 接口等技术咨询类问题进行解答及处理。二、服务方式1、电话支持：指定技术支持工程师通过电话指导用户。2、远程协助：指定技术支持工程师在条件具备并允许的情况下，通过计算 机远程桌面指导用户3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰 富的技术工程师到药监局及下属各区县级市局现场提供支持服务。1.2.4.2.3 系统升级一、服务内容当业务需求调整，或者软件出现故障（BUG而发生的对系统进行了

48、修改时， 我司提供相当于原系统开发商维护升级服务 （需要维护升级时， 我司在用户指定 的设备上完成程序修改， 并均可以提供完整的源代码） ，在业务处室提出需求的 3天之内完成系统功能的适量修改， 以保证业务能正常开展。每年提供不少于 10 的系统功能升级和优化服务。为确保系统的功能升级和优化服务能按量按质完 成，我司协调系统原开发方或系统集成商完成此项目工作 （由于这些操作都将要 求操作人员全面掌握系统程序及数据库结构） ，并由原开发方或系统集成商派员 参与技术维护及对维护商技术队伍进行全面培训。需要将最新的程序版首先发布到测试服务器上，我司保证经内部测试通过 后，发布到正式服务器端 , 升级

49、服务包括以下具体内容：1、中心应用服务器程序升级。2、中心数据库应用的调整。3、新版本程序的检测。二、服务方式1、远程或者现场，通过系统规范升级过程。2、远程或者现场，通过手动方式完成升级服务。3、每次系统升级后，主动跟踪升级结果，确保升级成功。1.2.4.2.4 培训服务一、服务内容培训服务是指遇到业务发生重大变化或者政策调整时， 系统操作方式发生了 较大变化的针对性的业务操作培训。二、服务方式1、由资深培训老师授课。2、提供培训教材和培训讲义。3、不限报名人数。4、可以根据要求不定期举办业务操作培训。5、可以根据特殊用户的需要特供特定服务。1.2.4.2.5 日常处理1、日常数据监控：防范

50、和及时处理错误的流程数据及上报数据，如果发现 异常数据， 立即通知相关业务部门。 如与其他系统有数据交换， 需积极配合相关 人员进行处理。2、后台处理： 各类数据的后台查询， 按要求进行数据后台统计查询及导出。系统故障检测及排除故障处理是指系统运行中遇到疑难或者出现不正常状态，通过电话、传真、 电子邮件向服务提供商寻求技术支持和帮助， 服务提供商在确认用户的服务请求 后，将在规定的时间内（即响应时间）安排技术人员帮助用户进行故障定位，并 提出解决方案，指导用户排除故障。1.2.4.3.1 排除故障方式1、电话支持：指定技术支持工程师通过电话指导用户排除故障。2、远程协助：指定技术支持工程师在条

51、件具备的情况下，通过计算机远程 桌面连接技术远程排查故障。3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰 富的技术工程师到现场提供现场支持服务。1.2.4.3.2 响应时间及故障排除时间1、提供7X 24小时热线受理服务。2、故障处理响应时间为 1 小时。3、根据故障实际情况判断故障处理完成时限，并告知用户。4、每次现场支持提供相应的技术报告。系统运行状态监控及预警对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及 时监控，定期生成运行状态报告。对发现的问题，通知用户，排除故障；对潜在 的可能存在的问题进行分析预警。12441主机类监控序号监控指标相关描述1

52、主机文件系统磁盘空间检查所有磁盘使用空间；所有磁盘剩余空间；系统附件、 扫描件、文件索引所占磁盘空间。2CPI利用率监控检查系统各个进程所占用 CPUW况；cpus闲率。3内存的利用率监控检查系统各个进程所占用内存情况；剩余内存大小。4磁盘10监控检查各个进程磁盘10读写情况；是否有出错。5页面交换监控检查系统页面交换情况；分析产生页面交换的原因。12442数据库监控序号监控指标相关描述1数据库表空间检查数据库所有表空间使用情况；分析是否扩充表空间。2数据库后台任务检查数据库任务运行是否正常；运行出错次数；运行消耗时间；分析是否需要优化任务提咼运行时间。3数据库缓存命中率检查数据库缓存命中率；

53、 分析是否调整数据库配置，提高命中率。12443 中间件监控序号监控指标相关描述1线程工作状态检查当前线程数；正在运行的线程数；线程执行时间； 最大线程数。2会话数检查会话数；会话在线时长。3虚拟主机检查主机是否启动；应用是否运行。4JAVA虚拟机内存占用情况检查内存占用情况；是否有内存泄漏；是否有内存溢出； 分析是否要调整所占内存配置。5连接池检查连接是否正常； 连接池使用率；分析连接数是否要调 整。12444应用情况监控序号监控指标相关描述1对数据交换接口服务的检查检查接口是否运行；交换是否正常；交换是否有出错日志； 交换的数据量。2对应用里面的定时任务的检查检查定时任务是否运行； 任务执

54、行是否正常； 任务执行是 否有出错日志；任务执行消耗时间。系统二次开发12451 GSP认证流通处审批流程调整gsp审评认证系统流程增加流程环节【流通处承办人复核】1、调整gsp审批流程，在流程环节【流通处承办人审核】后增加【流通处承办 人复核】环节，对流程配置调整，流程重新发布。2、gsp认证受理审批表逻辑控制调整，【流通处承办人复核】环节经办人签批意 见框与【流通处承办人审核】环节经办人签批意见框共用一个签批意见框。3、流程调整发布测试后需要进行测试验证，确保修改后的流程符合业务需求， 能正常办理业务。12452医疗器械经营许可证制证增加审核表1、在菜单【审评中心业务平台】-【医疗器械许可

55、业务】下增加菜单：【经营许可证审核表】。提供对核审表的新增修改删除功能2、在新增医疗器械经营企业许可证技术审核表时，对于新办许可的企业信 息进行手工录入，保存时系统通过企业名称校验相对人系统是否存在同 名企业，存在则提示该企业在相对人系统已存在，请点击选择按钮选择企 业，不允许保存 ; 对于变更、补发、换证、注销的可从相对人系统选过来;增加的医疗器械经营企业许可证技术审核表信息不更新相对人系统。3、在【医疗器械许可业务】增加医疗器械经营许可证，证书信息从医疗器械 经营企业许可证技术审核表获取。4、【医疗器械许可业务】 菜单功能调整， 如果是新办的许可业务， 点击按钮【新 增】-【新增】界面点击

56、【选择】按钮可选择医疗器械经营企业许可证技 术审核表中的企业信息， 也可手工录入， 保存后更新相对人系统 ; 如果是变更 补发换证注销许可业务，点击【选择】按钮界面显示医疗器械经营企业许 可证技术审核表中的企业信息，只能选择医疗器械经营企业许可证技 术审核表中的企业，保存后更新相对人系统。5、表中业务类别即是许可事项，做成字典供选择，分别有：医疗器械经营许可 证新申请、医疗器械经营许可证变更（登记） 、医疗器械经营许可证变更（现 场）、医疗器械经营许可证换证、医疗器械经营许可证补 发。6、对完成功能进行测试验证，确保完成的功能符合业务需求。1.2.4.5.3 器械许可业务 -经营许可证制证 -

57、 增加选择日常监管系统新 增企业功能1、在企业名称后面增加 选择 按钮功能，可以从日常监管系统中选择已新增的 企业基础信息。2、添加企业信息时，填写完“企业名称”和“许可证号”后进行校验，校验相 对人是否已有相同的企业名称和许可证号，如完全一致，提示：该企业和许 可证号已存在， 请选择企业进行制证。 如企业名称或许可证号其中一个相同。3、如果企业名称或许可证号在相对人已存在，在保存时弹出以下提示 信息：相对人已存在“ * 企业名称”、许可证号： * 、发证日期： * ； 是否确认新增。 点击“确认”进入新增企业界面。点击“取消”回到制证界 面选择企业进行制证操作。4、新增企业的界面应调整， 目

58、前新增企业信息与新增许可信息相同， 应做调整。 对于新增企业而言，只需录入企业名称、企业许可证号、企业负责人、质量 负责人和注册地址、短信接收人员手机。新增保存后，返回到许可证制证录 入界面，继续其他信息的填写，已在新增企业界面填写的内容自动带到许可 证填写界面。5、对完成功能进行测试验证，确保完成的功能符合业务需求12454实现GSP认证移动检查平台的数据接口对目前现场检查登记的环节实现与移动检查平台的对接1.2.4.5.5 政务中心发证管理根据政务服务中心窗口的实际业务开展需要，需梳理目前发证管理模块功 能，确保提高政务服务中心的工作效率1.2.4.5.6 抽选检查组长流程调整根据新的业务

59、开展需要， 对原有的抽选检查组长进行调整， 实现：对药品零售企业 GSP 现场检查组长抽选中，实现直接抽选到个人的功能。12457 GSP认证流程调整新版GSP于今年6月1日起实施，对企业在药品质量规范管理方面有了新的要求，因此需对现有的认证流程进行调整，具体包括 “资料的审查”、“现场 检查资料登记”、“审核”、“审批”等流程进行调整。125 PT 综合门户广州市食品药品监督管理局PT综合门户维护服务即将到期，为支持该局完善 运维机制的建立，我司将对该局PT综合门户提供相当于原开发厂商维护服务。 具 体要求如下：系统简介广州药监PT综合门户是广州药监业务办理的综合入口，集成了所有的业务 系统

60、的整合，并提供了站内短消息，通知公告等相应的辅助功能。系统功能日常维护对PT综合门户及相关的数据交换和共享系统进行日常维护，提供定期巡检、 技术支持、系统升级、培训、数据处理等服务，保障 PT综合门户稳定运行。1.2.5.2.1 定期巡检按周进行巡检。具体检查包括：补丁升级的运行情况、运行日志检查、系统 错误的归纳、分析及解决。1.2.5.2.2 技术支持一、服务内容针对系统的配置、 用户权限维护、 功能操作、 接口等技术咨询类问题进行解 答及处理。二、服务方式1、电话支持：指定技术支持工程师通过电话指导用户。2、远程协助：指定技术支持工程师在条件具备并允许的情况下，通过计算 机远程桌面指导用

61、户。3、现场支持：在经过双方商议确定需要进行现场支持的情况下，派经验丰 富的技术工程师到药监局及下属各区县级市局现场提供支持服务。1.2.5.2.3 系统升级一、服务内容当业务需求调整，或者软件出现故障（BUG而发生的对系统进行了修改时， 我司提供相当于原系统开发商维护升级服务 （需要维护升级时， 我司在用户指定 的设备上完成程序修改， 并均可以提供完整的源代码） ，在业务处室提出需求的3天之内完成系统功能的适量修改， 以保证业务能正常开展。 每年提供不少于 10 的系统功能升级和优化服务。为确保系统的功能升级和优化服务能按量按质完 成，我司协调系统原开发方或系统集成商完成此项目工作 （由于这些操作都