系统维护方案设计

更新时间:2024-01-23 00:31:01 阅读量: 教育文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

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 3 4 5

CPU利用率监控 内存的利用率监控 磁盘IO监控 页面交换监控 检查系统各个进程所占用CPU情况;CPU空闲率。 检查系统各个进程所占用内存情况;剩余内存大小。 检查各个进程磁盘IO读写情况;是否有出错。 检查系统页面交换情况;分析产生页面交换的原因。 1.2.1.4.2 数据库监控

序号 1 2 监控指标 数据库表空间 数据库后台任务 相关描述 检查数据库所有表空间使用情况;分析是否扩充表空间。 检查数据库任务运行是否正常;运行出错次数;运行消耗时间;分析是否需要优化任务提高运行时间。 3 数据库缓存命中率 检查数据库缓存命中率;分析是否调整数据库配置,提高命中率。

1.2.1.4.3 中间件监控

序号 1 监控指标 线程工作状态 相关描述 检查当前线程数;正在运行的线程数;线程执行时间; 最大线程数。

2 3 4 会话数 虚拟主机 JAVA虚拟机内存占用情况 检查会话数;会话在线时长。 检查主机是否启动;应用是否运行。 检查内存占用情况;是否有内存泄漏;是否有内存溢出;分析是否要调整所占内存配置。 检查连接是否正常;连接池使用率;分析连接数是否要调整。 5 连接池 1.2.1.4.4 应用情况监控

序号 1 监控指标 对数据交换接口服务的检查 2 对应用里面的定时任务的检查 相关描述 检查接口是否运行;交换是否正常;交换是否有出错日志;交换的数据量。 检查定时任务是否运行;任务执行是否正常;任务执行是否有出错日志;任务执行消耗时间。 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、 对完成功能进行测试验证,确保完成的功能符合业务需求。

1.2.1.5.5 针对番禺区的业务要求扩展许可事项的联审批平台功能

实现餐饮的筹建和变更筹建的审批平台,并完成与区政务中心的数据交换等功能。

1.2.1.5.6 药品许可时限预警功能改造

1、 药品许可系统业务办理数据发送至区电子监察,受区电子监察监督监控,需

要根据番禺区电子监察对药品许可所有事项(新办、变更、延续、补发、注销)的不同时限要求进行调整;

2、 针对番禺区药品许可时限功能调整,需要重新配置药品许可流程,系统版本

控制调整;

3、 针对番禺区药品许可时限预警功能调整,需要修改时限预警相关的查询统计

功能,适应新的时限预警功能;

4、 对完成的功能需要进行测试验证,确保番禺区的时限预警功能改造符合业务

需求,确保番禺区的时限预警功能改造不影响其它区的时限预警。

1.2.1.5.7 工商名称预核准信息查询功能

1、 药品经营许可新申请事项,在接收申请环节提供查询工商名称预核准信息,

经办人可比对工商受理预核准企业名称、审批意见、受理号等信息,以判断相对人提供申请信息的真实性;

2、 器械经营许可新申请事项,在接收申请环节提供查询工商名称预核准信息,

经办人可比对工商受理预核准企业名称、审批意见、受理号等信息,以判断相对人提供申请信息的真实性;

3、 餐饮许可新申请事项,在接收申请环节提供查询工商名称预核准信息,经办

人可比对工商受理预核准企业名称、审批意见、受理号等信息,以判断相对人提供申请信息的真实性。

1.2.2 流通(药品、医疗器械)网上监管系统

广州市食品药品监督管理局行流通监管系统维护服务即将到期,为支持该局完善运维机制的建立,我司将对该局流通监管系统提供相当于原开发厂商维护服务。具体要求如下:

1.2.2.1 系统简介

广州市食品药品监督管理局药品、医疗器械流通网上监管系统是电子政务一期工程项目中的一个子系统,电子政务一期于2007年4月正式立项,2008年6月上线运行,2008年10月通过验收。该系统承担了全市药品医疗器械网上流通监管信息的管理,覆盖了药品、医疗器械企业基本信息管理、企业数据上传、企业验收信息监管、销售信息监管、库存信息监管,以及流向分布、渠道平衡管理等任务,为药品、医疗器械公共事件的应急处置、不良药品、医疗器械的召回和假劣药品、医疗器械的追溯提供了技术支撑。

该系统于2007年开始建设,2008年投入使用,系统的用户目前已经覆盖广州市

药械企业近5000家、广州市食品药品监督管理局相关处室、各区县局。在近3年的运行过程中,系统稳定、正常,目前已形成了药品、医疗器械验收、销售、库存等流通数据各千万以上。

1.2.2.2 系统功能日常维护

对流通监管系统及相关的数据交换和共享系统进行日常维护,提供定期巡检、技术支持、系统升级、培训、数据处理等服务,保障流通监管系统稳定运行。

1.2.2.2.1 定期巡检

按周进行巡检。具体检查包括:补丁升级的运行情况、运行日志检查、系统错误的归纳、分析及解决。

1.2.2.2.2 技术支持

一、服务内容

针对系统的配置、用户权限维护、功能操作、接口等技术咨询类问题进行解答及处理。

二、服务方式

1、电话支持:指定技术支持工程师通过电话指导用户。

2、远程协助:指定技术支持工程师在条件具备并允许的情况下,通过计算机远程桌面指导用户。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到药监局及下属各区县级市局现场提供支持服务。

1.2.2.2.3 系统升级

一、服务内容

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

需要将最新的程序版首先发布到测试服务器上,我司保证经内部测试通过后,发布到正式服务器端,升级服务包括以下具体内容:

1、中心应用服务器程序升级。 2、中心数据库应用的调整。 3、新版本程序的检测。 二、服务方式

1、远程或者现场,通过系统规范升级过程。 2、远程或者现场,通过手动方式完成升级服务。

3、每次系统升级后,主动跟踪升级结果,确保升级成功。

1.2.2.2.4 培训服务

一、服务内容

培训服务是指遇到业务发生重大变化或者政策调整时,系统操作方式发生了较大变化的针对性的业务操作培训。

二、服务方式

1、由资深培训老师授课。 2、提供培训教材和培训讲义。 3、不限报名人数。

4、可以根据要求不定期举办业务操作培训。 5、可以根据特殊用户的需要特供特定服务。

1.2.2.2.5 日常处理

1、日常数据监控:防范和及时处理错误的流程数据及上报数据,如果发现异常数据,立即通知相关业务部门。如与其他系统有数据交换,需积极配合相关人员进行处理。

2、后台处理:各类数据的后台查询,按要求进行数据后台统计查询及导出。

1.2.2.3 系统故障检测及排除

故障处理是指系统运行中遇到疑难或者出现不正常状态,通过电话、传真、电子邮件向服务提供商寻求技术支持和帮助,服务提供商在确认用户的服务请求后,将在规定的时间内(即响应时间)安排技术人员帮助用户进行故障定位,并提出解决方案,指导用户排除故障。

1.2.2.3.1 排除故障方式

1、电话支持:指定技术支持工程师通过电话指导用户排除故障。 2、远程协助:指定技术支持工程师在条件具备的情况下,通过计算机远程桌面连接技术远程排查故障。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到现场提供现场支持服务。

1.2.2.3.2 响应时间及故障排除时间

1、提供7×24小时热线受理服务。 2、故障处理响应时间为1小时。

3、根据故障实际情况判断故障处理完成时限,并告知用户。 4、每次现场支持提供相应的技术报告。

1.2.2.4 系统运行状态监控及预警

对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及时监控,定期生成运行状态报告。对发现的问题,通知用户,排除故障;对潜在的可能存在的问题进行分析预警。

1.2.2.4.1 主机类监控

序号 1 监控指标 相关描述 主机文件系统磁盘空间 检查所有磁盘使用空间;所有磁盘剩余空间;系统附件、扫描件、文件索引所占磁盘空间。 2 3 4 5

CPU利用率监控 内存的利用率监控 磁盘IO监控 页面交换监控 检查系统各个进程所占用CPU情况;CPU空闲率。 检查系统各个进程所占用内存情况;剩余内存大小。 检查各个进程磁盘IO读写情况;是否有出错。 检查系统页面交换情况;分析产生页面交换的原因。 1.2.2.4.2 数据库监控

序号 1 2 监控指标 数据库表空间 数据库后台任务 相关描述 检查数据库所有表空间使用情况;分析是否扩充表空间。 检查数据库任务运行是否正常;运行出错次数;运行消耗时间;分析是否需要优化任务提高运行时间。 3 数据库缓存命中率 检查数据库缓存命中率;分析是否调整数据库配置,提高命中率。

1.2.2.4.3 中间件监控

序号 1 监控指标 线程工作状态 相关描述 检查当前线程数;正在运行的线程数;线程执行时间; 最大线程数。 2 3 4 会话数 虚拟主机 JAVA虚拟机内存占用情况 5 连接池 检查会话数;会话在线时长。 检查主机是否启动;应用是否运行。 检查内存占用情况;是否有内存泄漏;是否有内存溢出;分析是否要调整所占内存配置。 检查连接是否正常;连接池使用率;分析连接数是否要调整。 1.2.2.4.4 应用情况监控

序号 1 监控指标 对数据交换接口服务的检查 2 对应用里面的定时任务的检查 相关描述 检查接口是否运行;交换是否正常;交换是否有出错日志;交换的数据量。 检查定时任务是否运行;任务执行是否正常;任务执行是否有出错日志;任务执行消耗时间。 1.2.2.5 系统二次开发 1.2.2.5.1 疫苗类数据接口

为抽验检验系统提供疫苗类数据接口,涉及以下3个接口:

1、 疫苗类药品验收数据接口,数据内容包括:上传企业名称、药品编码、批准

文号、药品名称、生产企业、规格、包装规格、供货单位、生产日期、验收单号、实际数量、最少包装单位、验收员、验收结论、有效期止、验收日期、备注;

2、 疫苗类药品销售数据接口, 数据内容包括:

上传企业名称、药品编码、批准文号、药品名称、生产企业、规格、包装规格、购货单位、生产批号、销售单号、销售数量、最少包装单位、有效期止、销售日期、备注;

3、 疫苗类药品库存数据接口, 数据内容包括:

上传企业名称、药品编码、药品编码、批准文号、药品名称、生产企业、最少包装单位、规格、包装规格、生产批号、生产日期、有效期止、库存数量;

1.2.2.5.2 统计报表数据问题

由同一家企业系统中存在不同企业编码导致的2类结果:

1、同一家企业存在不同企业编码导致统计数据错误的问题,需结合相对人系统进行相关处理以解决此类问题。

2、因同一家企业存在不同企业编号的问题,造成企业门户端与监管系统端查询的验收结果不一致,需合并该企业业务数据解决此类问题。

1.2.2.5.3 业务数据合并

1、 因相对人有企业名称相同但企业编码不同的重复数据,相对人编号合并后相应上报的业务数据也需合并。如以下企业:广州耀远实业有限公司、广州市快康医疗器械有限公司、广州汇日医疗设备有限公司、广州市奥菲特有限公司、广东冠昊生物科技股份有限公司、广东白马医疗器械有限公司白云分公司、广州市番禺金鑫宝电子有限公司、广州睿博电子科技有限公司、广州南北电子科技有限公司、广州康达医疗用品有限公司、广州市顺元医疗器械有限公司、广州市迪景微生物科技有限公司。

1.2.2.5.4 业务数据导出处理

1、 抗感冒药及抗病毒药进销存大数据量查询导出; 2、 试剂器械经营企业进销存大数据量查询导出。

1.2.3 稽查案审系统

广州市食品药品监督管理局稽查案审系统维护服务即将到期,为支持该局完善运维机制的建立,我司将对该局稽查案审系统提供相当于原开发厂商维护服务。具体要求如下:

1.2.3.1 系统简介

广州市食品药品监督管理局稽查案审管理系统是电子政务二期工程项目中的一个子系统,系统于2008年6月正式立项,2009年7月上线运行,2009年11月通过验收。系统承担了全市‘四品一械’企业的稽查执法和案件的管理,覆盖了对‘四品一械’企业的投诉管理、执法办案管理、案件审理管理、执法车辆调度、罚没物品管理等任务,实现了执法工作的流程自动化,规范化,为各执法部门和执法人员处理日常行政执法工作和案件审理工作提供一个协同平台。

该系统用户目前已经覆盖广州市食品药品监督管理局稽查分局、各区县局稽查科,共有用户约300人。一年多的运行过程中,系统稳定、正常。

1.2.3.2 系统功能日常维护

对稽查案审系统及相关的数据交换和共享系统进行日常维护,提供定期巡检、技术支持、系统升级、培训、数据处理等服务,保障稽查案审系统稳定运行。

1.2.3.2.1 定期巡检

按周进行巡检。具体检查包括:补丁升级的运行情况、运行日志检查、系统错误的归纳、分析及解决。

1.2.3.2.2 技术支持

一、服务内容

针对系统的配置、用户权限维护、功能操作、接口等技术咨询类问题进行解答及处理。

二、服务方式

1、电话支持:指定技术支持工程师通过电话指导用户。

2、远程协助:指定技术支持工程师在条件具备并允许的情况下,通过计算机远程桌面指导用户。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到药监局及下属各区县级市局现场提供支持服务。

1.2.3.2.3 系统升级

一、服务内容

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

需要将最新的程序版首先发布到测试服务器上,我司保证经内部测试通过后,发布到正式服务器端,升级服务包括以下具体内容:

1、中心应用服务器程序升级。 2、中心数据库应用的调整。 3、新版本程序的检测。 二、服务方式

1、远程或者现场,通过系统规范升级过程。 2、远程或者现场,通过手动方式完成升级服务。

3、每次系统升级后,主动跟踪升级结果,确保升级成功。

1.2.3.2.4 培训服务

一、服务内容

培训服务是指遇到业务发生重大变化或者政策调整时,系统操作方式发生了较大变化的针对性的业务操作培训。

二、服务方式

1、由资深培训老师授课。 2、提供培训教材和培训讲义。 3、不限报名人数。

4、可以根据要求不定期举办业务操作培训。 5、可以根据特殊用户的需要特供特定服务。

1.2.3.2.5 日常处理

1、日常数据监控:防范和及时处理错误的流程数据及上报数据,如果发现异常数据,立即通知相关业务部门。如与其他系统有数据交换,需积极配合相关人员进行处理。

2、后台处理:各类数据的后台查询,按要求进行数据后台统计查询及导出。

1.2.3.3 系统故障检测及排除

故障处理是指系统运行中遇到疑难或者出现不正常状态,通过电话、传真、电子邮件向服务提供商寻求技术支持和帮助,服务提供商在确认用户的服务请求后,将在规定的时间内(即响应时间)安排技术人员帮助用户进行故障定位,并提出解决方案,指导用户排除故障。

1.2.3.3.1 排除故障方式

1、电话支持:指定技术支持工程师通过电话指导用户排除故障。 2、远程协助:指定技术支持工程师在条件具备的情况下,通过计算机远程桌面连接技术远程排查故障。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到现场提供现场支持服务。

1.2.3.3.2 响应时间及故障排除时间

1、提供7×24小时热线受理服务。 2、故障处理响应时间为1小时。

3、根据故障实际情况判断故障处理完成时限,并告知用户。 4、每次现场支持提供相应的技术报告。

1.2.3.4 系统运行状态监控及预警

对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及时监控,定期生成运行状态报告。对发现的问题,通知用户,排除故障;对潜在的可能存在的问题进行分析预警。

1.2.3.4.1 主机类监控

序号 1 监控指标 相关描述 主机文件系统磁盘空间 检查所有磁盘使用空间;所有磁盘剩余空间;系统附件、扫描件、文件索引所占磁盘空间。 2 3 4 5

CPU利用率监控 内存的利用率监控 磁盘IO监控 页面交换监控 检查系统各个进程所占用CPU情况;CPU空闲率。 检查系统各个进程所占用内存情况;剩余内存大小。 检查各个进程磁盘IO读写情况;是否有出错。 检查系统页面交换情况;分析产生页面交换的原因。 1.2.3.4.2 数据库监控

序号 1 2 监控指标 数据库表空间 数据库后台任务 相关描述 检查数据库所有表空间使用情况;分析是否扩充表空间。 检查数据库任务运行是否正常;运行出错次数;运行消耗时间;分析是否需要优化任务提高运行时间。 3 数据库缓存命中率 检查数据库缓存命中率;分析是否调整数据库配置,提高命中率。

1.2.3.4.3 中间件监控

序号

监控指标 相关描述

1 线程工作状态 检查当前线程数;正在运行的线程数;线程执行时间; 最大线程数。 2 3 4 会话数 虚拟主机 JAVA虚拟机内存占用情况 检查会话数;会话在线时长。 检查主机是否启动;应用是否运行。 检查内存占用情况;是否有内存泄漏;是否有内存溢出;分析是否要调整所占内存配置。 检查连接是否正常;连接池使用率;分析连接数是否要调整。 5 连接池 1.2.3.4.4 应用情况监控

序号 1 监控指标 对数据交换接口服务的检查 2 对应用里面的定时任务的检查 相关描述 检查接口是否运行;交换是否正常;交换是否有出错日志;交换的数据量。 检查定时任务是否运行;任务执行是否正常;任务执行是否有出错日志;任务执行消耗时间。 1.2.3.5 系统二次开发 1.2.3.5.1 案件审查流程

1、 稽查系统中,对案件审查环节,增加案件审查表、案件审批流程。 2、 案件审查按照六类审查项目进行分类审查

1) 建立文书规范、事实与证据、执法程序、适用法律、自由裁量的维护管

理模块,对涉及的各类问题进行编码规范;

2) 在上述模块外增加一个“其他”的预留模块内容,以便今后有案件审查

意见填入;

3、 案件审查增加审批流程

1) 科室负责人确定案审人员,送出至:主办人员; 2) 主办人员填写审查意见表,送出至:协办人员签字; 3) 协办人员签字,送至科室负责人审批;

4) 科室负责人审批完,送至分管局领导; 5) 分管局领导审批,送出至:主办人员; 6) 主办人员根据局领导审批意见完成下一步; 7) 案件审查结束后由稽查科处理后续过程。

4、 根据设定的统计条件进行统计,根据日期段、案件类型、审查意见存在问题进行分类统计。

1.2.3.5.2 《咨询、举报、投诉登记表》合并

1、 《咨询、举报、投诉登记表》中的【案件类别】字段增加“其他”;【举报形式】去掉“匿名”和“实名”;保留案件类别、所属地区、内容为必填项,其他必填项根据市监察平台接口要求设置,剩余字段均为非必填项。 2、 合并《登记事项表》及《咨询、举报、投诉登记表》;优化两表字段排列位置,新的表名为《咨询、举报、投诉登记表》。

1.2.3.5.3 案件退回功能

要求在案件办理过程中,可以由上一个环节退回到上一个办理环节,方便工作人员勘误。

1.2.3.5.4 案件合议流程

对于分局案审小组或分局案审委合议案件,在案件审查环节由案审科进行法律审查,并将审查意见连同案卷一并提交合议机构讨论决定。案审科制作合议记录后将案件退回办案科室,由办案科室根据合议决定进行下一步行政处理,后续工作均由办案科室完成。

1、 案件调查终结报告审批后分支流程为:办案科室合议(后续为准备行政处罚环节)、案件审查;

2、 如为案件审查,案件审查结束后分支流程为:案审小组合议(后续为准备行政处罚环节)、分局案审委合议;

3、 分局案审委合议后分支流程为:市局案审委合议(后续为准备行政处罚环节)、准备行政处罚。

1.2.3.5.5 日常监管与稽查对接功能

番禺日常监管与稽查对接开发:

1、 日常监管移交到稽查系统数据的展示功能;

2、 通过webservice方式,移送管理系统将日常监管数据交换到稽查系统中,包括了移交材料和附件;

3、 稽查系统在接收到数据后,如有退回,通过webservice方式将退回信息交换到移送管理系统。

1.2.3.5.6 调整当事人选择功能

在立案申请表中除选择企业和个人这两项外,增加“其它”这一选项,主要针对一些查处窝点的填写,包括名称(必填)、地址(必填)、涉嫌人员,并将数据传到监察局平台。

1.2.3.5.7 案件办理信息统计表

统计规则: 1、 “录入案件时间”:

统计口径为:从各来源登记的投诉案件登记生成并送出后作为统计条件;立案案件以立案申请表创建并保存作为统计条件;不立案案件以不立案申请表创建并保存作为统计条件;案审终结案件以结案报告创建并保存作为统计条件;

2、 “实际案件时间”:

统计口径为:从各来源登记的投诉案件登记表上的时间作为统计条件;立案案件以立案申请表上的时间统计条件;不立案案件以不立案申请表上的时间作为统计条件;案审终结案件以结案报告上的时间为统计条件。

1.2.4 审评认证系统

广州市食品药品监督管理局审评认证系统维护服务即将到期,为支持该局完善运维机制的建立,我司将对该局审评认证系统提供相当于原开发厂商维护服务。具体要求如下:

1.2.4.1 系统简介

广州市食品药品监督管理局审评认证管理系统是电子政务二期工程项目中的一个子系统,审评认证系统承担了全市药品零售企业GSP质量认证信息的管理工作,覆盖了药品GSP认证的受理、现场检查、审核、发证,以及GSP跟踪检查、技术咨询、收费管理等任务,将审评认证中心的日常行政工作、业务开展工作实现了电子化管理。

该系统于2008年11月开始建设,2009年5月投入使用,2010年7月通过科信局组织的验收。系统的用户目前已经覆盖广州市电子政务服务中心、广州市食品药品监督管理局相关处室、审评认证中心、各区县局。一年半的运行过程中,系统稳定、正常,目前已受理并办结近5000笔GSP业务。

1.2.4.2 系统功能日常维护

对审评认证系统及相关的数据交换和共享系统进行日常维护,提供定期巡检、技术支持、系统升级、培训、数据处理等服务,保障审评认证系统稳定运行。

1.2.4.2.1 定期巡检

按周进行巡检。具体检查包括:补丁升级的运行情况、运行日志检查、系统错误的归纳、分析及解决。

1.2.4.2.2 技术支持

一、服务内容

针对系统的配置、用户权限维护、功能操作、接口等技术咨询类问题进行解答及处理。

二、服务方式

1、电话支持:指定技术支持工程师通过电话指导用户。

2、远程协助:指定技术支持工程师在条件具备并允许的情况下,通过计算机远程桌面指导用户。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到药监局及下属各区县级市局现场提供支持服务。

1.2.4.2.3 系统升级

一、服务内容

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

需要将最新的程序版首先发布到测试服务器上,我司保证经内部测试通过后,发布到正式服务器端,升级服务包括以下具体内容:

1、中心应用服务器程序升级。 2、中心数据库应用的调整。 3、新版本程序的检测。 二、服务方式

1、远程或者现场,通过系统规范升级过程。 2、远程或者现场,通过手动方式完成升级服务。

3、每次系统升级后,主动跟踪升级结果,确保升级成功。

1.2.4.2.4 培训服务

一、服务内容

培训服务是指遇到业务发生重大变化或者政策调整时,系统操作方式发生了较大变化的针对性的业务操作培训。

二、服务方式

1、由资深培训老师授课。 2、提供培训教材和培训讲义。

3、不限报名人数。

4、可以根据要求不定期举办业务操作培训。 5、可以根据特殊用户的需要特供特定服务。

1.2.4.2.5 日常处理

1、日常数据监控:防范和及时处理错误的流程数据及上报数据,如果发现异常数据,立即通知相关业务部门。如与其他系统有数据交换,需积极配合相关人员进行处理。

2、后台处理:各类数据的后台查询,按要求进行数据后台统计查询及导出。

1.2.4.3 系统故障检测及排除

故障处理是指系统运行中遇到疑难或者出现不正常状态,通过电话、传真、电子邮件向服务提供商寻求技术支持和帮助,服务提供商在确认用户的服务请求后,将在规定的时间内(即响应时间)安排技术人员帮助用户进行故障定位,并提出解决方案,指导用户排除故障。

1.2.4.3.1 排除故障方式

1、电话支持:指定技术支持工程师通过电话指导用户排除故障。 2、远程协助:指定技术支持工程师在条件具备的情况下,通过计算机远程桌面连接技术远程排查故障。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到现场提供现场支持服务。

1.2.4.3.2 响应时间及故障排除时间

1、提供7×24小时热线受理服务。 2、故障处理响应时间为1小时。

3、根据故障实际情况判断故障处理完成时限,并告知用户。 4、每次现场支持提供相应的技术报告。

1.2.4.4 系统运行状态监控及预警

对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及时监控,定期生成运行状态报告。对发现的问题,通知用户,排除故障;对潜在的可能存在的问题进行分析预警。

1.2.4.4.1 主机类监控

序号 1 监控指标 相关描述 主机文件系统磁盘空间 检查所有磁盘使用空间;所有磁盘剩余空间;系统附件、扫描件、文件索引所占磁盘空间。 2 3 4 5

CPU利用率监控 内存的利用率监控 磁盘IO监控 页面交换监控 检查系统各个进程所占用CPU情况;CPU空闲率。 检查系统各个进程所占用内存情况;剩余内存大小。 检查各个进程磁盘IO读写情况;是否有出错。 检查系统页面交换情况;分析产生页面交换的原因。 1.2.4.4.2 数据库监控

序号 1 2 监控指标 数据库表空间 数据库后台任务 相关描述 检查数据库所有表空间使用情况;分析是否扩充表空间。 检查数据库任务运行是否正常;运行出错次数;运行消耗时间;分析是否需要优化任务提高运行时间。 3 数据库缓存命中率 检查数据库缓存命中率;分析是否调整数据库配置,提高命中率。

1.2.4.4.3 中间件监控

序号 1 监控指标 线程工作状态 相关描述 检查当前线程数;正在运行的线程数;线程执行时间; 最大线程数。

2 3 4 会话数 虚拟主机 JAVA虚拟机内存占用情况 检查会话数;会话在线时长。 检查主机是否启动;应用是否运行。 检查内存占用情况;是否有内存泄漏;是否有内存溢出;分析是否要调整所占内存配置。 检查连接是否正常;连接池使用率;分析连接数是否要调整。 5 连接池 1.2.4.4.4 应用情况监控

序号 1 监控指标 对数据交换接口服务的检查 2 对应用里面的定时任务的检查 相关描述 检查接口是否运行;交换是否正常;交换是否有出错日志;交换的数据量。 检查定时任务是否运行;任务执行是否正常;任务执行是否有出错日志;任务执行消耗时间。 1.2.4.5 系统二次开发

1.2.4.5.1 GSP认证流通处审批流程调整

gsp审评认证系统流程增加流程环节【流通处承办人复核】

1、 调整gsp审批流程,在流程环节【流通处承办人审核】后增加【流通处承办人复核】环节,对流程配置调整,流程重新发布。

2、 gsp认证受理审批表逻辑控制调整,【流通处承办人复核】环节经办人签批意见框与【流通处承办人审核】环节经办人签批意见框共用一个签批意见框。 3、 流程调整发布测试后需要进行测试验证,确保修改后的流程符合业务需求,能正常办理业务。

1.2.4.5.2 医疗器械经营许可证制证增加审核表

1、 在菜单【审评中心业务平台】-【医疗器械许可业务】下增加菜单:【经营许可证审核表】。提供对核审表的‘新增’‘修改’‘删除’功能。

2、 在新增《医疗器械经营企业许可证》技术审核表时,对于新办许可的企业信息进行手工录入,保存时系统通过‘企业名称’校验相对人系统是否存在同名企业,存在则提示‘该企业在相对人系统已存在,请点击选择按钮选择企业’,不允许保存;对于变更、补发、换证、注销的可从相对人系统选过来;增加的《医疗器械经营企业许可证》技术审核表信息不更新相对人系统。 3、 在【医疗器械许可业务】增加医疗器械经营许可证,证书信息从《医疗器械经营企业许可证》技术审核表获取。

4、 【医疗器械许可业务】菜单功能调整,如果是新办的许可业务,点击按钮【新增】-【新增】界面点击【选择】按钮可选择《医疗器械经营企业许可证》技术审核表中的企业信息,也可手工录入,保存后更新相对人系统;如果是变更补发换证注销许可业务,点击【选择】按钮界面显示《医疗器械经营企业许可证》技术审核表中的企业信息,只能选择《医疗器械经营企业许可证》技术审核表中的企业,保存后更新相对人系统。

5、 表中业务类别即是许可事项,做成字典供选择,分别有:医疗器械经营许可证新申请、医疗器械经营许可证变更(登记)、医疗器械经营许可证变更(现场)、医疗器械经营许可证换证、医疗器械经营许可证补发。 6、 对完成功能进行测试验证,确保完成的功能符合业务需求。

1.2.4.5.3 器械许可业务-经营许可证制证-增加选择日常监管系统新

增企业功能

1、 在企业名称后面增加[选择]按钮功能,可以从日常监管系统中选择已新增的企业基础信息。

2、 添加企业信息时,填写完“企业名称”和“许可证号”后进行校验,校验相对人是否已有相同的企业名称和许可证号,如完全一致,提示:该企业和许可证号已存在,请选择企业进行制证。如企业名称或许可证号其中一个相同。 3、 如果‘企业名称’或‘许可证号’在相对人已存在,在保存时弹出以下提示信息:相对人已存在“****企业名称”、许可证号:****、发证日期:****;是否确认新增。 点击“确认”进入新增企业界面。点击“取消”回到制证界面选择企业进行制证操作。

4、 新增企业的界面应调整,目前新增企业信息与新增许可信息相同,应做调整。对于新增企业而言,只需录入企业名称、企业许可证号、企业负责人、质量负责人和注册地址、短信接收人员手机。新增保存后,返回到许可证制证录入界面,继续其他信息的填写,已在新增企业界面填写的内容自动带到许可证填写界面。

5、 对完成功能进行测试验证,确保完成的功能符合业务需求

1.2.4.5.4 实现GSP认证移动检查平台的数据接口

对目前现场检查登记的环节实现与移动检查平台的对接

1.2.4.5.5 政务中心发证管理

根据政务服务中心窗口的实际业务开展需要,需梳理目前发证管理模块功能,确保提高政务服务中心的工作效率

1.2.4.5.6 抽选检查组长流程调整

根据新的业务开展需要,对原有的抽选检查组长进行调整,实现:对药品零售企业GSP现场检查组长抽选中,实现直接抽选到个人的功能。

1.2.4.5.7 GSP认证流程调整

新版GSP于今年6月1日起实施,对企业在药品质量规范管理方面有了新的要求,因此需对现有的认证流程进行调整,具体包括 “资料的审查”、“现场检查资料登记”、“审核”、“审批”等流程进行调整。

1.2.5 PT综合门户

广州市食品药品监督管理局PT综合门户维护服务即将到期,为支持该局完善运维机制的建立,我司将对该局PT综合门户提供相当于原开发厂商维护服务。具体要求如下:

1.2.5.1 系统简介

广州药监PT综合门户是广州药监业务办理的综合入口,集成了所有的业务系统的整合,并提供了站内短消息,通知公告等相应的辅助功能。

1.2.5.2 系统功能日常维护

对PT综合门户及相关的数据交换和共享系统进行日常维护,提供定期巡检、技术支持、系统升级、培训、数据处理等服务,保障PT综合门户稳定运行。

1.2.5.2.1 定期巡检

按周进行巡检。具体检查包括:补丁升级的运行情况、运行日志检查、系统错误的归纳、分析及解决。

1.2.5.2.2 技术支持

一、服务内容

针对系统的配置、用户权限维护、功能操作、接口等技术咨询类问题进行解答及处理。

二、服务方式

1、电话支持:指定技术支持工程师通过电话指导用户。

2、远程协助:指定技术支持工程师在条件具备并允许的情况下,通过计算机远程桌面指导用户。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到药监局及下属各区县级市局现场提供支持服务。

1.2.5.2.3 系统升级

一、服务内容

当业务需求调整,或者软件出现故障(BUG)而发生的对系统进行了修改时,我司提供相当于原系统开发商维护升级服务(需要维护升级时,我司在用户指定的设备上完成程序修改,并均可以提供完整的源代码),在业务处室提出需求的

3天之内完成系统功能的适量修改,以保证业务能正常开展。每年提供不少于10%的系统功能升级和优化服务。为确保系统的功能升级和优化服务能按量按质完成,我司协调系统原开发方或系统集成商完成此项目工作(由于这些操作都将要求操作人员全面掌握系统程序及数据库结构),并由原开发方或系统集成商派员参与技术维护及对维护商技术队伍进行全面培训。

需要将最新的程序版首先发布到测试服务器上,我司保证经内部测试通过后,发布到正式服务器端,升级服务包括以下具体内容:

1、中心应用服务器程序升级。 2、中心数据库应用的调整。 3、新版本程序的检测。 二、服务方式

1、远程或者现场,通过系统规范升级过程。 2、远程或者现场,通过手动方式完成升级服务。

3、每次系统升级后,主动跟踪升级结果,确保升级成功。

1.2.5.2.4 培训服务

一、服务内容

培训服务是指遇到业务发生重大变化或者政策调整时,系统操作方式发生了较大变化的针对性的业务操作培训。

二、服务方式

1、由资深培训老师授课。 2、提供培训教材和培训讲义。 3、不限报名人数。

4、可以根据要求不定期举办业务操作培训。 5、可以根据特殊用户的需要特供特定服务。

1.2.5.2.5 日常处理

1、日常数据监控:防范和及时处理错误的流程数据及上报数据,如果发现异常数据,立即通知相关业务部门。如与其他系统有数据交换,需积极配合相关人员进行处理。

2、后台处理:各类数据的后台查询,按要求进行数据后台统计查询及导出。

1.2.5.3 系统故障检测及排除

故障处理是指系统运行中遇到疑难或者出现不正常状态,通过电话、传真、电子邮件向服务提供商寻求技术支持和帮助,服务提供商在确认用户的服务请求后,将在规定的时间内(即响应时间)安排技术人员帮助用户进行故障定位,并提出解决方案,指导用户排除故障。

1.2.5.3.1 排除故障方式

1、电话支持:指定技术支持工程师通过电话指导用户排除故障。 2、远程协助:指定技术支持工程师在条件具备的情况下,通过计算机远程桌面连接技术远程排查故障。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到现场提供现场支持服务。

1.2.5.3.2 响应时间及故障排除时间

1、提供7×24小时热线受理服务。 2、故障处理响应时间为1小时。

3、根据故障实际情况判断故障处理完成时限,并告知用户。 4、每次现场支持提供相应的技术报告。

1.2.5.4 系统运行状态监控及预警

对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及时监控,定期生成运行状态报告。对发现的问题,通知用户,排除故障;对潜在的可能存在的问题进行分析预警。

1.2.5.4.1 主机类监控

序号 监控指标 相关描述

1 主机文件系统磁盘空间 检查所有磁盘使用空间;所有磁盘剩余空间;系统附件、扫描件、文件索引所占磁盘空间。 2 3 4 5

CPU利用率监控 内存的利用率监控 磁盘IO监控 页面交换监控 检查系统各个进程所占用CPU情况;CPU空闲率。 检查系统各个进程所占用内存情况;剩余内存大小。 检查各个进程磁盘IO读写情况;是否有出错。 检查系统页面交换情况;分析产生页面交换的原因。 1.2.5.4.2 数据库监控

序号 1 2 监控指标 数据库表空间 数据库后台任务 相关描述 检查数据库所有表空间使用情况;分析是否扩充表空间。 检查数据库任务运行是否正常;运行出错次数;运行消耗时间;分析是否需要优化任务提高运行时间。 3 数据库缓存命中率 检查数据库缓存命中率;分析是否调整数据库配置,提高命中率。

1.2.5.4.3 中间件监控

序号 1 监控指标 线程工作状态 相关描述 检查当前线程数;正在运行的线程数;线程执行时间; 最大线程数。 2 3 4 会话数 虚拟主机 JAVA虚拟机内存占用情况 5 连接池 检查会话数;会话在线时长。 检查主机是否启动;应用是否运行。 检查内存占用情况;是否有内存泄漏;是否有内存溢出;分析是否要调整所占内存配置。 检查连接是否正常;连接池使用率;分析连接数是否要调整。 1.2.5.4.4 应用情况监控

序号 1 监控指标 对数据交换接口服务的检查 相关描述 检查接口是否运行;交换是否正常;交换是否有出错日志;交换的数据量。 检查定时任务是否运行;任务执行是否正常;任务执行是否有出错日志;任务执行消耗时间。 2 对应用里面的定时任务的检查

1.2.5.5 系统二次开发

1.2.5.5.1 登录、首页短消息发送等功能完善

1、 PT发送短信校验规则的完善。增加条目、长度等相关校验; 2、 系统登录校验逻辑的完善。

1.2.5.5.2 综合业务平台系统获取功能调整

更改菜单获取逻辑,根据用户拥有的角色判断用户可以访问那些业务系统。

1.2.5.5.3 门户界面调整

1、 应药监安全管理要求、各区县局访问的要求,需要对公告中上传图片、访问系统TiTle图片显示等调整。包括LOG、标题、栏目、访问路径、访问用户权限均需根据各区县局的要求进行相应配置管理,完成相应功能的自调整; 2、 门户首页界面在IE6、7、8、9下适应分辨率等展示页面调整。

1.2.6 相对人管理信息系统

广州市食品药品监督管理局相对人管理信息系统维护服务即将到期,为支持该局完善运维机制的建立,我司将对该局相对人管理信息系统提供相当于原开发厂商维护服务。具体要求如下:

1.2.6.1 系统简介

相对人管理系统作为广州药监的企业基础信息库,实现了药品、医疗器械、保健食品、化妆品、餐饮企业等基础信息的管理,为其他业务系统提供统一的基础数据。

1.2.6.2 系统功能日常维护

对相对人管理信息系统及相关的数据交换和共享系统进行日常维护,提供定期巡检、技术支持、系统升级、培训、数据处理等服务,保障相对人管理信息系统稳定运行。

1.2.6.2.1 定期巡检

按周进行巡检。具体检查包括:补丁升级的运行情况、运行日志检查、系统错误的归纳、分析及解决。

1.2.6.2.2 技术支持

一、服务内容

针对系统的配置、用户权限维护、功能操作、接口等技术咨询类问题进行解答及处理。

二、服务方式

1、电话支持:指定技术支持工程师通过电话指导用户。

2、远程协助:指定技术支持工程师在条件具备并允许的情况下,通过计算机远程桌面指导用户。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到药监局及下属各区县级市局现场提供支持服务。

1.2.6.2.3 系统升级

一、服务内容

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

需要将最新的程序版首先发布到测试服务器上,我司保证经内部测试通过后,发布到正式服务器端,升级服务包括以下具体内容:

1、中心应用服务器程序升级。 2、中心数据库应用的调整。 3、新版本程序的检测。 二、服务方式

1、远程或者现场,通过系统规范升级过程。 2、远程或者现场,通过手动方式完成升级服务。

3、每次系统升级后,主动跟踪升级结果,确保升级成功。

1.2.6.2.4 培训服务

一、服务内容

培训服务是指遇到业务发生重大变化或者政策调整时,系统操作方式发生了较大变化的针对性的业务操作培训。

二、服务方式

1、由资深培训老师授课。 2、提供培训教材和培训讲义。 3、不限报名人数。

4、可以根据要求不定期举办业务操作培训。 5、可以根据特殊用户的需要特供特定服务。

1.2.6.2.5 日常处理

1、日常数据监控:防范和及时处理错误的流程数据及上报数据,如果发现异常数据,立即通知相关业务部门。如与其他系统有数据交换,需积极配合相关人员进行处理。

2、后台处理:各类数据的后台查询,按要求进行数据后台统计查询及导出。

1.2.6.3 系统故障检测及排除

故障处理是指系统运行中遇到疑难或者出现不正常状态,通过电话、传真、电子邮件向服务提供商寻求技术支持和帮助,服务提供商在确认用户的服务请求后,将在规定的时间内(即响应时间)安排技术人员帮助用户进行故障定位,并提出解决方案,指导用户排除故障。

1.2.6.3.1 排除故障方式

1、电话支持:指定技术支持工程师通过电话指导用户排除故障。 2、远程协助:指定技术支持工程师在条件具备的情况下,通过计算机远程桌面连接技术远程排查故障。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到现场提供现场支持服务。

1.2.6.3.2 响应时间及故障排除时间

1、提供7×24小时热线受理服务。 2、故障处理响应时间为1小时。

3、根据故障实际情况判断故障处理完成时限,并告知用户。 4、每次现场支持提供相应的技术报告。

1.2.6.4 系统运行状态监控及预警

对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及时监控,定期生成运行状态报告。对发现的问题,通知用户,排除故障;对潜在的可能存在的问题进行分析预警。

1.2.6.4.1 主机类监控

序号 1 监控指标 相关描述 主机文件系统磁盘空间 检查所有磁盘使用空间;所有磁盘剩余空间;系统附件、扫描件、文件索引所占磁盘空间。 2 3 4 5

CPU利用率监控 内存的利用率监控 磁盘IO监控 页面交换监控 检查系统各个进程所占用CPU情况;CPU空闲率。 检查系统各个进程所占用内存情况;剩余内存大小。 检查各个进程磁盘IO读写情况;是否有出错。 检查系统页面交换情况;分析产生页面交换的原因。 1.2.6.4.2 数据库监控

序号 1 2 监控指标 数据库表空间 数据库后台任务 相关描述 检查数据库所有表空间使用情况;分析是否扩充表空间。 检查数据库任务运行是否正常;运行出错次数;运行消耗时间;分析是否需要优化任务提高运行时间。 3 数据库缓存命中率 检查数据库缓存命中率;分析是否调整数据库配置,提高命中率。

1.2.6.4.3 中间件监控

序号 1 监控指标 线程工作状态 相关描述 检查当前线程数;正在运行的线程数;线程执行时间; 最大线程数。 2 3 4 会话数 虚拟主机 JAVA虚拟机内存占用情况 5 连接池 检查会话数;会话在线时长。 检查主机是否启动;应用是否运行。 检查内存占用情况;是否有内存泄漏;是否有内存溢出;分析是否要调整所占内存配置。 检查连接是否正常;连接池使用率;分析连接数是否要调整。

1.2.6.4.4 应用情况监控

序号 1 监控指标 对数据交换接口服务的检查 2 对应用里面的定时任务的检查 相关描述 检查接口是否运行;交换是否正常;交换是否有出错日志;交换的数据量。 检查定时任务是否运行;任务执行是否正常;任务执行是否有出错日志;任务执行消耗时间。 1.2.6.5 系统二次开发

1.2.6.5.1 增加与RFID药师系统的注销接口

1、 相对人系统增加注销接口,提供WebService接口将RFID系统要操作要注销删除的值传递过来;

2、 注销药师取过来后,根据药师ID、企业名称、药师岗位,将这个药师在相对人系统中所有企业信息里担任的岗位上去除药师名字,不在相对人中该企业的首页信息显示中出现;

3、 每次操作只删除一条数据,对数据注销删除的做副本和日志记录; 4、 对完成功能进行测试验证,确保完成的功能符合业务需求。

1.2.6.5.2 增加与RFID药师系统的变更接口

1、 相对人系统增加变更接口,提供WebService接口将RFID系统要操作要变更删除的值传递过来;

2、 变更药师传过来后,根据传过来的原来执业企业ID和药师ID、企业名称、药师岗位将这家企业中该药师担任的所有岗位信息中去除药师名字,不在相对人中该企业的首页信息显示中出现;

3、 每次操作只删除一条数据,对数据变更删除的做副本和日志记录; 4、 对完成功能进行测试验证,确保完成的功能符合业务需求。

1.2.6.5.3 药品信息维护功能改造

按以下几点改造药品信息维护功能:

1、 新增“相对人_药品信息维护”(xdr_ypxxwh)角色,并使拥有该角色权限的用户可以修改本辖区内的药品经营(零售)企业的相对人信息,包括新增、修改与注销;

2、 相对人-药品基础信息下增加菜单,【药品零售企业】,该菜单下只放经营方式为:零售连锁门店、单体零售企业,这两种经营方式的企业。这菜单操作功能有新增、修改、手工注销;

3、 对完成功能进行测试验证,确保完成的功能符合业务需求。

1.2.6.5.4 药品信息维护权限控制

对药品信息维护权限相关功能作如下调整:

1、 各个区的数据要进行权限过滤,例如越秀区的人只看到越秀区的数据,天河区的人只能看到天河区的数据,市局人员及管理员可以看到所有数据; 2、 要求对药品信息维护所有操作都需要有操作记录,记录包括操作人员、操作时间、修改前与修改后的值等。操作记录列表需要用操作时间的倒序; 3、 对完成功能进行测试验证,确保完成的功能符合业务需求;

1.2.6.5.5 医疗器械经营企业经营范围调整

按提供的字典对医疗器械经营企业的经营范围进行调整:

1、 根据提供的字典说明,与旧字典进行比对,按要求进行处理字典范围; 2、 检查系统界面是否正确显示字典。

1.2.6.5.6 医疗器械产品功能调整

对于一类医疗器械产品做以下功能调整:

1、 一类医疗器械产品的修改:当医疗器械生产企业被删除后,不需要在“选择企业”菜单中显示。但注销的企业需要在这里显示,并在企业名称后注明注销日期进行区分,如“(2013-02-27 注销)”;

2、 医疗器械生产企业的删除逻辑控制调整:当医疗器械生产企业中含有产品数据时,该相对人数据不能被删除,并提示用户。

1.2.6.5.7 规范企业证书类型代码

本次规范代码范围如下: 证书名称

证书类型代码

药品生产许可证 Y01 药品经营许可证(批发) Y02 药品经营许可证(连锁总部) Y03 药品经营许可证(单体) Y04 药品经营许可证(门店) Y05 器械生产许可证 Q01 器械经营许可证 Q02 器械经营许可证 Q03

化妆品生产企业卫生许可证 H01 保健食品生产企业许可证 B01 餐饮服务许可证 C01

1.2.6.5.8 医疗器械产品库数据接口

增加医疗器械一类产品库数据接口:

1、 相对人系统增加数据接口,提供医疗器械一类产口许可数据传送; 2、 医疗器械一类产品注册、变更、补发、注销许可审批流程办结后通过接口将最新信息更新到医疗器械一类产品库;

3、 医疗器械一类产品库获取新数据后,要进行日志记录,变更记录; 4、 医疗器械一类产品界面展示最新的产品信息,可查看变更记录; 5、 对完成功能进行测试验证,确保完成的功能符合业务需求;

1.2.6.5.9 保健品经营企业数据接口

增加保健品经营企业数据接口:

1、 相对人系统增加数据接口,提供保健品经营企业许可数据传送;

2、 保健品经营企业卫生许可证新办、变更、补发、注销许可审批流程办结后通过接口将最新信息更新到保健品经营企业基本信息库;

3、 保健品经营企业信息库获取新数据后,要进行日志记录,变更记录; 4、 对完成功能进行测试验证,确保完成的功能符合业务需求

1.2.6.5.10 基础信息变更副本

基础信息变更业务生效时自动生成图片形式副本存档:

1、 相对人系统中药品企业基本信息、保健品企业基本信息、化妆品企业基本信息、医疗器械基本信息在每次变更信息时生成副本; 2、 副本信息要以图片形式保存到数据库。

1.2.6.5.11 行政区街道字典添加中文字段

对行政区街道字典进行调整,字典需添加中文字段,具体要求如下: 1、 相对人药品企业、医疗器械企业、保健品企业、化妆品企业的行政区数据库保存要添加中文字段,调整数据库结构;

2、 需要修改药品经营企业基本信息库与许可系统的接口,接收药品许可审批办结信息时,需要将行政区的中文值保存到数据库;

3、 需要修改医疗器械企业基本信息库与许可系统的接口,接收一类医疗器械产品信息时需要将行政区的中文值保存到数据库企业信息表中;

4、 需要修改保健品企业基本信息库与许可系统的接口,接收保健品企业基本信息时需要将行政区的中文值保存到数据库企业信息表中;

5、 需要修改化妆品企业基本信息库与许可系统的接口,接收化妆品企业基本信息时需要将行政区的中文值保存到数据库企业信息表中; 6、 对完成功能进行测试验证,确保完成的功能符合业务需求。

1.2.6.5.12 行政区街道等字典进行版本管理

对于行政街道等各字典,实现字典版本管理:

1、 企业基本信息中用字典进行管理的,要对字典生成版本,进行版本管理,例如行政区、街道、企业类型、经营范围等;

2、 对字典的初始值形成第一个版本,在以后的字典变更中只进行字典增加,不进行字典删除或修改,对修改后的字典值形成一个新的版本进行管理; 3、 字典发生变更时,需要有变更记录,旧字典的历史数据仍然能进行追溯查询统计;

4、 对完成功能进行测试验证,确保完成的功能符合业务需求。

1.2.6.5.13 与工商局数据交换

实现本系统与工商局的数据交换,详细如下述:

1、 根据工商数据交换规则,工商与药监数据交换通过广州市电子政务中心信息共享平台实现,根据协定要求,需要在政务中心前置机建立相关表结构; 2、 将药监监管数据(药品企业、器械企业、化妆品企业、保健品企业、餐饮企业)写入广州市电子政务中心信息共享平台中药监监管企业信息表,允许工商获取所有信息;

3、 工商将(开业登记信息、注销登记信息、吊销营业执照信息、个体工商户设立登记、个体工商户验照信息、个体工商户注销登记信息、个体工商户吊销营业执照信息、名称预先核准信息)分别写入广州市电子政务中心信息共享平台相应数据表中。药监主动到电子政务中心信息共享平台获取工商数据; 4、 药监需要在药监内部数据库建立相关的临时表和历史表保存获取工商的相关信息。临时表存放最新一次交换的数据,历史表保存历史交换数据; 5、 数据交换功能实现后,需要进行模拟数据发送进行测试验证数据是否按需求正常交换。

1.2.6.5.14 工商数据发送、入库审核功能

工商数据实现发送、入库审核的功能,具体如下:

1、 发送目录管理:实现药监监管企业信息的版本化管理,对所有交换到市电子政务数据中心信息共享交换平台的数据进行记录。对数据交换的版本系统自动生成,在系统数据发送失败情况下,可由系统管理员进行人为干预并进行强制再次发送; 2、 目录审核管理: 1)

在药监内部数据库建立审核表,对获取到的工商数据提供界面展示人工

审核,审核通过进入相对人正式库,审核不通过进入审核表; 2)

每次比对,是将临时表中最新数据与审核表的数据进行比对;如审核表

该条数据状态为“已审核”,与临时表对应的最新数据比对无变动时,保留数据状态,不需要审核;如有数据变动,则将该数据的状态改成“未审核”、用临时表的变动字段更新审核表相应的字段,并展示出变动字段。如审核表中该条数据状态为“未审核”则以最新交换的数据替换旧数据,只对最新数据进行审核(唯一一条)。

1.2.6.5.15 工商数据日志监控功能

工商数据需实现审核日志记录和数据交换监控的功能:

1、 审核日志管理:用于查询每次对工商数据审核的日志记录。详细记录审核时间、审核人、数据来源、数据类型、审核状态等;

2、 实现通过市电子政务平台与工商数据交换的实时监控,确保系统数据交互的正常,其具体的功能实现要求:药监往电子政务中心发送数据的情况以及药监获取电子政务中心数据的情况。

1.2.6.5.16 工商数据交换

工商数据交换增加查询统计功能:

1、 实现对交换目录、审核目录相关情况的查询功能;

2、 实现对交换目录、审核目录情况的统计,包括相关的统计表、柱状图等。

1.2.6.5.17 相对人基础数据

相对人基础数据新增逻辑规则调整,内容有以下几点:

1、 在相对人页面新增医疗器械生产/经营企业基本信息时检查是否有企业名称相同,如果有则提示企业名称相同的企业,无法保存,只跟企业状态正常的企业进行较验;

2、 在相对人页面新增药品生产/经营企业基本信息时检查是否有企业名称相同,如果有则提示企业名称相同的企业,无法保存,只跟企业状态正常的企业进行较验。

3、 在相对人页面保健品企业基本信息时检查是否有企业名称相同,如果有则提示企业名称相同的企业,无法保存,只跟企业状态正常的企业进行较验; 4、 相对人新增企业信息的时候(包括所有数据来源,如许可、数据交换、导入、相对人新增等),需要立即保存一条历史记录,并注明消息来源; 5、 原来没有历史记录的相对人信息都要补充一条历史记录。

1.2.6.5.18 化妆品、保健品企业数据

化妆品、保健品企业数据导入规则作以下二点调整:

1、 化妆品企业、保健品企业数据导入模板需要调整;

2、 相对人化妆品、保健品企业数据库获取数据代码逻辑对应调整。

1.2.7 医疗器械综合监管系统

广州市食品药品监督管理局医疗器械综合监管系统维护服务即将到期,为支持该局完善运维机制的建立,我司将对该局医疗器械综合监管系统提供相当于原开发厂商维护服务。具体要求如下:

1.2.7.1 系统简介

医疗器械网上综合监管系统是信息化理念在医疗器械质量管理和医疗器械企业日常监管工作中的一个探索,采用以“内外互通、应用整合、集中共享”的工作模式,整合、优化医疗器械信息资源和业务系统,通过统一门户,实现对医疗器械的网上综合监管,全面提高对医疗器械企业、医疗器械产品的管理水平,实现医疗器械企业与监管部门之间信息的互通互联,达到实时动态监管的目的。

1.2.7.2 系统功能日常维护

对医疗器械综合监管系统及相关的数据交换和共享系统进行日常维护,提供定期巡检、技术支持、系统升级、培训、数据处理等服务,保障医疗器械综合监管系统稳定运行。

1.2.7.2.1 定期巡检

按周进行巡检。具体检查包括:补丁升级的运行情况、运行日志检查、系统错误的归纳、分析及解决。

1.2.7.2.2 技术支持

一、服务内容

针对系统的配置、用户权限维护、功能操作、接口等技术咨询类问题进行解答及处理。

二、服务方式

1、电话支持:指定技术支持工程师通过电话指导用户。

2、远程协助:指定技术支持工程师在条件具备并允许的情况下,通过计算机远程桌面指导用户。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到药监局及下属各区县级市局现场提供支持服务。

1.2.7.2.3 系统升级

一、服务内容

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

需要将最新的程序版首先发布到测试服务器上,我司保证经内部测试通过后,发布到正式服务器端,升级服务包括以下具体内容:

1、中心应用服务器程序升级。 2、中心数据库应用的调整。 3、新版本程序的检测。 二、服务方式

1、远程或者现场,通过系统规范升级过程。 2、远程或者现场,通过手动方式完成升级服务。

3、每次系统升级后,主动跟踪升级结果,确保升级成功。

1.2.7.2.4 培训服务

一、服务内容

培训服务是指遇到业务发生重大变化或者政策调整时,系统操作方式发生了较大变化的针对性的业务操作培训。

二、服务方式

1、由资深培训老师授课。 2、提供培训教材和培训讲义。 3、不限报名人数。

4、可以根据要求不定期举办业务操作培训。 5、可以根据特殊用户的需要特供特定服务。

1.2.7.2.5 日常处理

1、日常数据监控:防范和及时处理错误的流程数据及上报数据,如果发现异常数据,立即通知相关业务部门。如与其他系统有数据交换,需积极配合相关人员进行处理。

2、后台处理:各类数据的后台查询,按要求进行数据后台统计查询及导出。

1.2.7.3 系统故障检测及排除

故障处理是指系统运行中遇到疑难或者出现不正常状态,通过电话、传真、电子邮件向服务提供商寻求技术支持和帮助,服务提供商在确认用户的服务请求后,将在规定的时间内(即响应时间)安排技术人员帮助用户进行故障定位,并提出解决方案,指导用户排除故障。

1.2.7.3.1 排除故障方式

1、电话支持:指定技术支持工程师通过电话指导用户排除故障。 2、远程协助:指定技术支持工程师在条件具备的情况下,通过计算机远程桌面连接技术远程排查故障。

3、现场支持:在经过双方商议确定需要进行现场支持的情况下,派经验丰富的技术工程师到现场提供现场支持服务。

1.2.7.3.2 响应时间及故障排除时间

1、提供7×24小时热线受理服务。 2、故障处理响应时间为1小时。

3、根据故障实际情况判断故障处理完成时限,并告知用户。 4、每次现场支持提供相应的技术报告。

1.2.7.4 系统运行状态监控及预警

对系统日常运行涉及的主机、数据库、中间件、应用情况、视频设备进行及时监控,定期生成运行状态报告。对发现的问题,通知用户,排除故障;对潜在的可能存在的问题进行分析预警。

1.2.7.4.1 主机类监控

序号 1 监控指标 相关描述 主机文件系统磁盘空间 检查所有磁盘使用空间;所有磁盘剩余空间;系统附件、扫描件、文件索引所占磁盘空间。 2 3 4 5

CPU利用率监控 内存的利用率监控 磁盘IO监控 页面交换监控 检查系统各个进程所占用CPU情况;CPU空闲率。 检查系统各个进程所占用内存情况;剩余内存大小。 检查各个进程磁盘IO读写情况;是否有出错。 检查系统页面交换情况;分析产生页面交换的原因。 1.2.7.4.2 数据库监控

序号 1 2 监控指标 数据库表空间 数据库后台任务 相关描述 检查数据库所有表空间使用情况;分析是否扩充表空间。 检查数据库任务运行是否正常;运行出错次数;运行消耗时间;分析是否需要优化任务提高运行时间。 3 数据库缓存命中率 检查数据库缓存命中率;分析是否调整数据库配置,提高命中率。

1.2.7.4.3 中间件监控

序号 1 监控指标 线程工作状态 相关描述 检查当前线程数;正在运行的线程数;线程执行时间; 最大线程数。 2 3 4 会话数 虚拟主机 JAVA虚拟机内存占用情况 5 连接池 检查会话数;会话在线时长。 检查主机是否启动;应用是否运行。 检查内存占用情况;是否有内存泄漏;是否有内存溢出;分析是否要调整所占内存配置。 检查连接是否正常;连接池使用率;分析连接数是否要调整。 1.2.7.4.4 应用情况监控

序号 1 监控指标 对数据交换接口服务的检查 2 对应用里面的定时任务的检查 相关描述 检查接口是否运行;交换是否正常;交换是否有出错日志;交换的数据量。 检查定时任务是否运行;任务执行是否正常;任务执行是否有出错日志;任务执行消耗时间。 1.2.7.5 系统二次开发

1.2.7.5.1 交换范围及交换规则设置

确定与工商交换的数据表,以及获取工商的数据表单,做好建表及入库前相对人与临时表的关联表的建立。

1.2.7.5.2 发送目录管理

实现对发送给工商的数据的管理,包括查询、重发等。

1.2.7.5.3 目录审核管理

实现对从工商获取的10个表的数据的入库审核。

本文来源:https://www.bwwdw.com/article/9e7o.html

Top