资源描述
区域处方监管平台系统方案目录区域处方监管平台11. 平台规划背景11.1. 背景概述11.2. 政策依据22. 系统整体方案22.1. 软件方案设计22.1.1. 业务架构22.1.2. 软件架构62.2. 服务器方案设计82.2.1. 硬件架构92.2.2. 设计原则92.2.3. 设计依据102.2.4. 方案特点及优势112.3. 安全管理方案112.3.1. 服务器安全方案112.3.2.数据服务保障方案 错误!未定义书签。2.3.3.数据备份方案 错误!未定义书签。3. 功能明细说明123.1. 系统功能描述123.1.1. 配置中心123.1.2. 审方中心123.1.3. 药师工作站143.1.4. 动态监测163.1.5. 知识库173.2.系统业务结构功能划分174. 系统实施方案184.1.实施环境要求184.1.1.网络要求184.1.2.服务器要求184.1.3.软件要求 错误!未定义书签。4.2.实施步骤与周期 错误!未定义书签。5. 售后服务191. 平台规划背景1.1.背景概述新医改的目标之一是去中心化,引导一般诊疗下沉到基层,逐步 实现社区首诊、分级医疗和双向转诊。社区医院作为承担社区成员公 共卫生和基本医疗服务的医疗机构,重点服务对象为妇女、儿童、老 年人、慢性病人及社区常见病患者。当前,相比大型医疗机构,社区 医院的药师资源有限,且药学服务能力较弱,难以保障处方质量,患 者用药安全存在一定隐患,社区患者更多倾向于到大医院就医。通过建立区域处方监管平台,实现信息互通和资源共享,社区医 疗机构也可享有大型医院的优质药师资源的服务,为社区医生提供处 方实时审核服务及处方点评服务,保障患者用药安全,吸引多发病患 者及慢病患者在社区就医。处方前置审核可及时发现不合理处方,避免不合理用药发生。目 前,医疗机构药师处方审核工作通常在患者取药时进行。患者就诊完 毕后,医生开具处方,患者缴费后,到窗口拿药,药师才可审核处方。 事后审方如发现不合理处方,需患者往返医生诊室、收费处及药房间, 患者需多次排队,体验下降,且易对医生的权威性产生质疑,容易引 起医患矛盾。通过推行社区处方前置审核,对临床药学服务流程进行 整合,为社区医疗机构的广大医师、药师提供了一个综合性药学服务 管理平台,在医生开药时即时对处方合理性进行审核,提高工作效率,减轻操作人员劳动强度,提升社区医院合理用药管理水平,实现社区 医院合理用药管理数字化、自动化、规范化、标准化。同时,也便于 大型医院及医疗监管部门及时发现基层临床用药中出现的问题,做出 规范,使得药学的服务与管理更加精细化。1.2. 政策依据本项目主要依据国家卫计委发布的相关文件进行建设,包括但不限于:医疗机构处方审核规范医疗机构药事管理规定 处方管理办法医院处方点评管理规范(试行)关于加强药事管理转变药学服务模式的通知2.系统整体方案2.1. 软件方案设计2.1.1. 业务架构2.1.1.1. 业务概述随着医改的不断深入,推动形成分级诊疗格局,破解无序就医乱象,加强区域医疗联合 体的建设已经越来越显得重要而迫切。2018 年全国两会的政府工作报告中,也提出了 加快推进分级诊疗和医联体建设,足见国家对这项工作的重视程度。而目前常见的处方质量 管理系统已经无法满足区域范围的处方质量管理需求。本系统采用云端部署的方式,为区域内的多医疗机构提供实时的处方质量管理服务,支持多家医疗机构建立一个或多个审方中心,对处方质量进行管理。同时支持区域制定统一的 处方审核标准和处方管理规范,支持区域范围内的患者共享就诊信息。解决处方质量管理资 源不足、资源分布不均、标准不统一,信息无法共享等问题。2.1.1.2. 组织机构和业务角色机构角色角色备注质控中心运维管理员负责系统人员、权限、医疗机构等相关的配置 管理质控管理员负责对区域内的医疗机构的医疗质量进行查 看、分析、管理。配置管理员对系统中标准字典信息、规则进行管理和维护审方中心运维管理员负责对申方中心进行前置申核的人员、负责范 围进行配置,此角色只有配置为申方中心的医 疗机构才有质控管理员负责对本申方中心负责的医疗机构的医疗质量 进行查看、分析、管理。审方药师对所负责的医疗机构的处方进行前置审核,此 角色只有配置为申方中心的医疗机构才有点评管理员负责本申方中心负责的医疗机构的点评管理工 作点评药师负责本审方中心负责的医疗机构的点评工作审方工作站运维管理员负责对本医疗机构的人员、权限等进行管理配置管理员对本医疗机构的字典数据进行管理,并与标准 数据进行对照。点评管理员负责本医疗机构的点评管理工作点评药师负责本医疗机构的处方点评医牛接收系统反馈的审核建议,并决策是否发送给 药师,查看自己的处方审核、点评结果。发药药师查看系统审核结果、医生药师的沟通结果,判 断是否发药。2.1.1.3. 业务结构及流程描述实际业务结构图区聒中心社区服务站区服务中心1n区服务申心a中右医覘9社区服势站社区張务站社区服希站社区服务站系统业务结构图医院1科室1si科室1si反馈结果FFIrqEil区域中壯 p-x-nE医院审方中心 v 科室2底控中心/审方中心数倨中心科室2上报处方业务流程图流程描述1) 系统支持按审核规则对医生开具的处方进行实时审核,并对处方中存在不合理的内容进行警示。2) 系统审核结果分为适宜、不适宜、待确认,不适宜分三个级别、提示、警告、拦截。适宜医生直接开出处方;不适宜时,根,据级别分三种情况,一是提示级,医生可以选择修改处方也可以直接开具处方,二是警告级,医生可以选择修改处方或填写理由发送给药师审核,三是拦截级,医生必需修改处方;待确认当处方中存在无法识别的药品、诊断等审核相关数据项时,会审核待确认,待确认可以通过配置,是否发送药师审核。3) 针对系统审核不合理处方,HIS可根据合理用药系统返回结果不允许医生保存或打印处方。如医生需要开出,可填写备注原因发送给药师审核。4) 审方药师可点击在岗或者离岗。如审方药师上线,可实时接收到医生开出的不合理处方,判断其合理性,并将结果反馈给医生,药师审核结果可分为通过、不通过、拒绝。当药师审核通过时, 医生可以直接开出处方;当药师审核不通过时,医生可以选择接 受或拒绝,拒绝需要双签字;当药师审核为拒绝时,医生必需修 改处方。5) 以上流程完成后,处方开具患者缴费取药。2.1.2. 软件架构2.1.2.1. 架构图2.1.2.2. 主要功能模块描述配置中心配置中心主要实现在业务过程中使用 的相关基础数据的管理,包括管理医 院管理、组织结构管理、审方中心医院 配置、人员管理、权限管理、字典管理、 审核方案管理、规则管理等。审方中心审方中心主要实现前置审核配置、药 师前置审核、审核结果查询、相关统计 等相关功能。药师工作站药师工作站主要实现药师进行些处 方点评相关的工作,包括抽样、分配、 点评、点评进度管理和点评统计报表 等功能动态监测动态监测主要实现对全院、科室、医生 药品使用情况的监测,主要监测重点 药物、抗菌药物、基本药物等,并可以 对监测的指标进行配置和预警。知识库知识库主要实现在医疗过程中,医生、 药师快速查询相关资料,包括药品说 明书查询、药品相互作用查询、注射剂 配伍禁忌查询、FDA妊娠药品分级、抗 感染药物分类与禁慎用症杳询、检验 值杳询、医学公式查询等。2.1.2.3. 主要性能指标性能指标具体要求响应时间在医生工作站提交处方或医嘱后,系统应在不超过200ms内完 成用药合理性审核,并反馈审核结果。并发效率稳定支持不低于500台门急诊医生工作站冋时提交处方的审核 要求。开放兼容性在医院内各子系统“接口开发”支持的前提下,能高效率地调用 “用药合理性判断”相关参考信息,以支持审核决策。不能对医院HIS系统的整体运行稳定性与速度,产生不利影响。规则的可拓展 性临床药师自主增加审核规则时,不应减慢业务响应时间,或影响 系统运营的稳定性与流畅性。药品信息识别 的智能性需实现对医院药品目录的规范化分类标识与匹配,软件自动配 码率达80%以上。为了达到不同应用的服务器共享、避免单点故障、集中管理、统一配置等目的,不以应用划分服务器,而是将所有服务器做统一 使用,每台服务器都可以对多个应用提供服务,当某些应用访问量升高时,通过增加服务器节点达到整个服务器集群的性能提高,同 时使他应用也会受益。负载均衡可以采购F5或者使用免费的nginx进 行搭建。缓存分为文件缓存、内存缓存、数据库缓存。在大型Web应用中 使用最多且效率最高的是内存缓存。最常用的内存缓存工具是 Redis。使用正确的缓存系统可以达到实现以下目标:1、使用缓存 系统可以提高访问效率,提高服务器吞吐能力,改善用户体验。2、 减轻对数据库及存储集服务器的访问压力。3、Redis服务器有多 台,避免单点故障,提供高可靠性和可扩展性,提高性能。数据库集群。使用mongoDB数据库,考虑到Web应用的数据库读 多写少的特点,我们主要对读数据库做了优化,提供专用的读数据库 和写数据库,在应用程序中实现读操作和写操作分别访问不同的数据 库。使用mongoDB机制实现快速将主库(写库)的数据库复制到从库 (读库)。一个主库对应多个从库,主库数据实时同步到从库。写数 据库有多台,每台都可以提供多个应用共同使用,这样可以解决写库 的性能瓶颈问题和单点故障问题。读数据库有多台,通过负载均衡设 备实现负载均衡,从而达到读数据库的高性能、高可靠和高可扩展性。2.2.服务器方案设计2.2.1. 硬件架构晞i接Ll陳务訂耳用药产乩01%舉1岳阮阪七讷t产DE SSD 甫)2.2.2. 设计原则安全性:系统采取全面的安全保护措施,具有防病毒感染、防黑 客攻击措施,同时在防雷击、过载、断电和人为破坏方面进行加强, 具有高度的安全性和保密性。对接入系统的设备和用户,进行严格的 接入认证,以保证接入的安全性。系统支持对关键设备、关键数据、 关键程序模块采取备份、冗余措施,有较强的容错和系统恢复能力, 确保系统长期正常运行。合理性:在系统设计时,充分考虑系统的容量及功能的扩充,方 便系统扩容及平滑升级。系统对运行环境(硬件设备、软件操作系统 等)具有较好的适应性,不依赖于某一特定型号计算机设备和固定版本的操作系统软件。实用性:本系统提供清晰、简洁、友好的中文人机交互界面,操 作简便、灵活、易学易用,便于管理和维护。具有公安行业风格界面 和公安行业习惯操作的客户端界面。在快速操作处理突发事件上有较 高的时效性,能够满足公安联网指挥的统一行动。规范性:系统中采用的控制协议、编解码协议、接口协议、媒体 文件格式、传输协议等符合国家标准、行业标准和公安部颁布的技术 规范。系统具有良好的兼容性和互联互通性。2.2.3. 设计依据算法及应用服务器主要用于进行用药合理性计算,对CPU资源消 耗较大,经调研,16 核 CPU 及 32G 内存服务器可满足约 200 个处方 审核并发请求,反馈时间在 0.2 秒以内,3 台服务器可同时满足约 600 台医生工作站并发访问。考虑到灾备冗余,本项目采用 4 台服务器做 负载均衡。数据库服务器主要用于数据存储使用。因数据文件较大,数据库索引 及热数据会占用较大内存空间,经测算,64G内存可满足产品对于索 引及热数据的缓存需求。此外,每日处方前置审核所产生的处方数据 量约为8-10万张,每张处方及其审核结果占用空间约为10K,每日 所产生的处方及其审核结果数据约为1G,除去操作系统及各类软件 所占空间外,1T硬盘可保存2.5年的处方。考虑到I/O效率问题, 故推荐数据库使用 SSD 固态硬盘。2.2.4. 方案特点及优势强扩展能力:其他扩展技术,通常仅能支持儿十个 CPU 的扩展, 扩展能力有限。而采用集群技术的集群系统则可以扩展到包括成百上 千个 CPU 的多台服务穗,扩展能力具有明显优势。集群服务还可不断 进行调整,以满足不断增长的应用需求。当集群的整体负荷超过集群 的实际能力时,还可以添加额外的节点。实现方式容易: 服务器集群技术相对其他扩展技术来说更加容易 实现,主要是通过软件进行的。高可用性: 使用集群服务拥有整个集群系统资源的所有权。如磁 盘驱动器和 IP 地址将自动地从有故障的服务器上转移到可用的服务 器上。当集群中的系统或应用程序出现故障时,集群软件将在可用的 服务器上,重启失效的应用程序,或将失效节点上的工作分配到剩余 的节点上。在切换过程中,用户只是觉得服务暂时停顿了一下。2.3.安全管理方案2.3.1. 服务器安全方案我公司提供的都是基于医院内部局域网进行部署和数据传输的,且系统的服务器放置 于医院内部的机房内,可按照互联网服务器的要求安装防火墙系统以及病毒防御系统并且 对服务器重要内容(文件、数据库)进行加密,最大程度防止信息泄露。并请参照医院内部 自有安全方案。服务器安全概要:系统服务器仅部署业务必备应用,关停非使用服务、账号、共享等等;系统安装部署完毕,试运行阶段进行常规日志安全监测; 核心数据迁移均采用自有开发的加密工具进行加解密传输、保障系统内部数据安全; 实时跟进应用及系统漏洞,并根据危害级别进行系统升级及漏洞修复; 服务器防火墙限制内网安全访问策略,仅内网间访问。3. 功能明细说明3.1. 系统功能描述3.1.1. 配置中心功能名称功能描述医院管理质控中心对辖区内负责的医院进行管理,并配置被设为审方中心的 医院,并为医院维护管理员账号。申方中心医院配置质控中心为设为申方中心的医院配置他负责申核哪些医院的处方 或医嘱。医院人员管理医院对自己医院的人员信息、使用账号进行管理。医院组织结构管理医院管理自己医院的组织结构及人员的关系,通过人员与组织结构 的关系,对数据的权限进行控制。标准药品库管理管理实现质控中心标准药品库的管理。处理医院申报的新药品字典,可 以进行药品添加与驳回。标准字典库管理管理实现质控中心标准字典库的管理,包括:就诊类型、开药量单位、 用药量单位、性别、给药途径、给药频率、诊断等字典。处理医院 申报的新字典,可以进行字典的添加与驳回。医院药品管理实现医院药品的官理,可支持医院维护本院的药品及与标准药品库 进行对照,如发现无法对照的情况,可以申报给质控中心。医院字典管理实现医院字典的管理,可支持医院维护本院的字典及与标准字典库 进行对照,如发现无法对照的情况,可以申报给质控中心。规则维护质控中心、审方中心对系统的规则进行配置,质控中心可以维护区 域规则,审方中心维护审方中心规则。规则申报系统使用人员可以通过规则申报功能添写申报内容,依据,上传证 据资料等相关系统规则审批由审方中心或质控中心对申报的规则进行审批。审批通过后,可以 进行规则维护,做为规则维护的依据。3.1.2. 审方中心功能名称功能描述实时审核警示系统支持按医院配置规则对医生开具的处方进行实时审 核,并对处方中存在不合理的内容进行警示。审核结果分级系统审核结果分为适宜、不适宜、强制不适宜、待确认, 适宜医生直接开出处方,不适宜发送给药师审核,强制不适宜医生需要修改处方,待确认当处方中存在无法识别的 药品、诊断等审核相关数据项时,会审核待确认,待确认 需要发送给药师审核不合理处方发送针对系统审核不合理处方,HIS可根据合理用药系统返回 结果不允许医生保存或打印处方。如医生需要开出,可填 写备注原因发送给药师审核。药师审方审方药师可点击在岗或者离岗。如审方药师上线,可实时 接收到医生开出的不合理处方,判断其合理性,并将结果 反馈给医生,药师审核结果可分为通过、不通过、拒绝, 如果药师拒绝处方,医生需要修改处方重新提交。药师离线如药师处于离线状态,则此时系统判断不合理处方也可保 存或者打印,系统会自动记录所有操作痕迹。跨科室审方系统支持对患者当日就诊不同科室的处方进行合并审核。 并将审核结果返回给医生。医生反馈医生接受到药师审核结果后,针对审核合理处方可直接打 印,针对审核不合理处方,可选择接受药师意见修改处方 或不接受强制开出。如强制开出需填写原因。线上沟通医生和药师可通过系统进行线上沟通,快捷反馈各自处理 意见。相关处理意见可做成系统配置项供药师和医生快速 选择。发药药师查看发药药师可以杳看医生与审核药师的处理结果与备注信 息规则申报药师在审核过程中,如果发现系统审核存在假阳性假阴性 问题,可以通过申报报给规则维护的药师,再由规则维护 的药师根据申报的内容进行规则维护。前置审核科室配置管理员可配置哪些科室参与前置审核。不参与前置审核的 科室则不受审核结果的约束。药师审核科室配置系统支持配置药师审核科室范围。如多名药师负责同一科 室,则系统会自动分配给闲时药师审核处方。一名药师可负责多个科室,一个科室也可由多名药师负责。审核超时配置如药师审核超时,系统自动反馈给医生审核超时,医生可 保存或打印处方。系统会自动记录超时状态。审核配置系统支持对药品及其审核项进行审核配置。例如可选出某 些外用药不审核用量。审核结果查看药师可实时看到处方的审核结果,包括系统审核结果,药 师审核结果,是否超时,沟通记录等。前置审核情况统计按年、月、日,门急诊,医生,科室统计处方数、医生主 动修改数、提交审核数、医生同意、医生拒绝、前置审核 数、超时数量、药师通过数、药师不通过数师、药师拒绝 数处方适宜性统计按年、月、日,门急诊,医生,科室统计处方数量、预审 合理数量、预审不合理数量、前置审核后合理数量、前置 审核后不合理数量、预审合理率、预审不合理率、前置审 核合理率、前置审核不合理率药品适宜性统计按药品统计处方数量、预申合理数量、预申不合理数量、 前置审核后合理数量、前置审核后不合理数量、预审不合 理率、预审合理率、前置审核合理率、前置审核不合理率药师工作量统计年、月、日,门急诊,药师,科室统计药师总在岗时间、 提父处方数量、申核处方数量、超时处方数量、平均申核 时间、审核总体时间3.1.3. 药师工作站功能名称功能描述点评项查看抽样方案系统支持根据门急诊类型、就诊科室、处方医生、医生级别、发 药药房、发药药师、患者性别、年龄范围、处方诊断、药品类别、 药品、处方类型(中药、西药、中西药)、药品品种数、剂型、 给药途径、结算类型、处方金额范围、是否皮试、前置审核适宜 性信息、药师审核超时状态等多个维度,定制处方点评的抽样模 板。还可以按处方、科室、医生比例或指定数量进行处方随机抽 取。也可按申核项仅抽取不适宜处方。申方中心可抽取负责范围内的医院数据,医院只能抽取本院的数据,质控中心可以抽取负 责范围内医院的数据。抽样管理员药师可选择抽样方案,支持按处方日期或发药日期进行抽 样,也可以设置按患者点评或按处方进行点评的模式,最后,支 持设置点评时间,配置是否显示科室及医生信息,然后进行抽样。分配系统支持根据药师点评工作量,为药师灵活分配点评任务,也可 平均分配所有点评工作任务,也可以支持按处方的开方科室进行 分配。分配完毕后,点评药师可登录系统查看自己负责点评的处 方。点评药师根据系统的预点评结果,可以直观的发现处方中对药物临床 使用的适宜性(用药适应证、药物选择、给药途径、用法用量、 药物相互作用、重复用药、配伍禁忌)和处方的规范性相关的问 题,在系统预点评基础上,药师还可以新增、删除或修改系统预 点评结果。点评项内容包括:不适宜点评项、不规范点评项及超 常点评项。所有点评项设定均符合卫计委相关规范文件规定。点评进度查询管理员药师可查看到所有点评批次的点评进度,便于对药师点评 工作进行管理。点评结果查询根据不冋的数据权限,查询处方的最终点评结果。批次点评结果统计按批次、科室、医生统计点评处方数、预点评适宜数、 预点评待确认数、预点评不适宜数、预点评适宜率、预 点评不适宜率、预点评待确认率、人工点评适宜数、人 工点评不适宜数、人工点评适宜率、人工点评不适宜率、 点评结果差异数量不适宜处方情况统计按年、月、日,科室、医生统计处方数、不适宜处方数、 以及各点评项不适宜的处方数超常处方情况统计按年、月、日,科室、医生统计无适应证用药、开具高 价药、超说明书用药、开具多种药理作用相同药品的处 方数不规范处方情况范统计按年、月、日,科室、医生统计前记正文后记书写规范、 药师审核处方适宜性、医师签名签章规范、新生婴幼儿 写明日月龄、药品名称规范、成药饮片分别开方、药品 剂量规格书写规范、门7急3、药品用法用量书写明确、 处方修改注明原因、处方诊断缺失或不全、单张处方超 5种药品、中药饮片按规定开方、抗菌药物按规定开方、 特殊药品按规定开方的处方数药品适宜性情况统计按药品统计处方数、预点评适宜数、预点评适宜率、预 点评不适宜数、预点评不适宜率、预点评待确认数、预 点评待确认率、前置申核适宜数、前置申核适宜率、前 置审核不适宜数、前置审核不适宜率、前置审核待确认 数、前置审核待确认率、人工点评适宜数、人工点评适 宜率、人工点评不适宜数、人工点评不适宜率、人工点 评待确认数、人工点评待确认率、点评结果差异数量药品不适宜情况统计按药品统计处方数、不适宜处方数、适应证、遴选药品、 剂型或给药途径、用法用量、联合用药、重复用药、配 伍禁忌统计不适宜处方数处方适宜性结果统计按年、月、日,科室、医生统计处方数、预点评适宜数、 预点评适宜率、预点评不适宜数、预点评不适宜率、预 点评待确认数、预点评待确认率、人工点评适宜数、人 工点评适宜率、人工点评不适宜数、人工点评不适宜率、 点评待确认数、点评待确认率、点评结果差异数量药品使用情况统计按年、月、日统计平均处方药品数、平均处方金额、平 均处方用药天数、基本药物占比、抗菌药物占比、肿瘤 用药占比等各位药品标识的用药占比处方点评工作量统计按年月日统计药师处方点评工作量3.1.4. 动态监测功能名称功能描述药品分析可从就诊类型、科室、医生、日期的角度对药品金 额、用量、适宜率、超常率、不规范率进行数据分 析。科室分析可以从就诊类型、医生、日期的角度对科室金额、适 宜率、超常率、不规范率进行数据分析。医生分析可以从就诊类型、科室、日期的角度对科室金额、适 宜率、超常率、不规范率进行数据分析。预警配置从金额用量、适宜率、超常率、不规范率的数值、排 名、同比、环比的角度配置预警指标。当达到预警值 时,系统会报警。预警管理查看预警信息,通过分析,判定预警结果是否正常发布官理把预警结果发布给相关的人员,相关人员可以查看到 发布内容。重点药物管理维护重点监测的药品目录。3.1.5. 知识库功能名称功能描述药品说明书查询可以通过药品名称查询药品说明书。药品相互作用查询可以通过选择多个药品查询药品间是否存在相互作用注射剂配伍禁忌查询可以通过选择多个药品查询药品间是否存在配伍禁 /忌OFDA妊娠药品分级查询药品妊娠分级抗感染药物分类与禁慎 用症查询抗感染药物的禁忌查询检验值查询检验值的正常范围查询医学公式查询常用医学公式查询3.2. 系统业务结构功能划分业务功能对照置C门急楼)区城质控管理机构审方中右审方服务站I医营临亀舫药师端前亀审方1气!攪药端审核站果杳看前買审核配置前迓审檢結黑、统计査询汇总赴方点评抽样方案配賈9砂方点评点评貌计査询字典管理机构管理(医院管理、宙方中心配q动态监测靓贝憎哩_4. 系统实施方案4.1. 实施环境要求4.1.1. 网络要求服务器部署机房与各社区服务中心网络通畅,并达到 10M20M 带宽。4.1.2. 服务器要求以下是以日处方量 15000准备的服务器方案。后续根据这个基数的变化再进行服务器的增减。方案优劣势代理服务器2台:CPU 8核,内存32G,硬盘300G算法以及应用服务器4台:CPU16核,内存32G, 硬盘300G数据库服务器2台:CPU16核,内存64G,硬盘(SSD) 1T咼可用、单点故障影响业务的使 用,扩展性强。代理服务器1台:CPU 8核,内存16G,硬盘300G算法以及应用服务器2台:CPU16核,内存32G,硬盘300G数据库服务器2台:CPU16核,内存64G,硬盘存在代理服务器单点故障的风 险,算法服务器与应用服务器相 互之间会有资源竞争。(SSD) 1T代理服务器1台:CPU 8核,内存16G,硬盘存在代理服务器单点故障的风300G险,算法、应用、数据库相互之算法应用服务器数据库服务器2台:CPU20核,间会有资源竞争。内存64G,硬盘(SSD)1T5. 售后服务为了解决客户在系统使用中遇到的问题、保证系统正常运转,并以实际需要向贵方提供 切实有效的服务,我方承诺将以健全的售后服务体系、多样的服务方式以及丰富的服务内容, 向贵方提供满意的售后服务和技术支持。具体如下:1. 承诺在系统联调工作结束后 7 个工作日内将系统安装至贵方指定服务器。负责提供现 场技术支持、操作演示、系统使用培训等服务,通过现场、电话、电子邮件等多种支持方式, 保证贵方能够掌握系统操作、调试、验收的基本技能,保证系统正常安装、运行。2. 提供7*24小时远程支持服务(例如:通过电子邮件、QQ、远程桌面等方式)与电话咨 询服务;若无法通过远程方式解决问题时,24 小时指派工程师抵达甲方现场进行处理。3. 由指定实施工程师负责甲方系统的日常维护,在系统运行期间,实施工程师将至少每月 进行一次例行系统检查,每季度进行一次例行系统维护,最大程度地避免系统隐患的发生。4. 紧急支援保障:与甲方约定针对系统数据的备份或同步机制,若由于甲方人为操作或其 它未知原因导致数据资料丢失时,乙方将配合进行数据恢复,将甲方的损失减少到最低。5. 定期进行系统及数据维护,确保系统高效运转。
展开阅读全文