当前位置:文档之家› 系统维护方案设计要点

系统维护方案设计要点

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、对完成功能进行测试验证,确保完成的功能符合业务需求。

相关主题