互联网养老院解决方案.doc

互联网+养老院解决方案互联网+居家养老解决方案目 录第1章前言11.1民生工程21.2构建中国特色养老体系21.3构建居家养老服务体系3第2章项目概述42.1系统管理层52.2业务管理层52.2.1养老档案电子化管理系统62.2.2服务机构及社区义工管理系统62.2.3养老服务券电子化管理系统62.2.4服务对接及工单管理系统7第3章业务建设方案83.1系统总体设计83.2紧急救援子系统103.3生活求助子系统123.4老人定位143.5主动关怀子系统153.6社区呼叫业务153.7远程健康监护15第4章社区网络服务中心的运营模式174.1运营模式174.1.1和本地运营商分成174.1.2商业广告184.1.3为老人提供服务报酬收入184.1.4设置养老政府补贴模式184.2服务方式194.2.1无偿服务194.2.2低偿服务194.2.3有偿服务194.2.4义工服务194.2.5社会力量认购服务19第5章社区呼叫中心技术方案205.1接入系统及呼叫核心设计235.1.1语音接入部分245.2核心系统软件方案设计汇总设计265.2.1CTI软件设计概要265.2.2坐席端软件设计概要265.2.3录音系统设计概要265.2.4主动外呼平台设计概要265.2.5呼叫中心业务监控系统设计概要275.2.6业务报表平台系统设计概要275.3CTI中间件部分285.3.1系统结构285.3.2CTI功能特点465.4坐席平台软件515.4.1坐席质检535.4.2监听功能545.4.3座席工作量统计和排班555.4.4满意度统计565.4.5公告便签565.5录音部分575.5.1系统特点585.5.2录音监听功能595.5.3录音方式595.5.4录音管理功能595.5.5教学案例制作615.5.6媒体资源记录615.5.7录音资料回放625.5.8系统自检功能625.5.9性能625.6报表系统635.6.1实时报表635.6.2系统报表645.6.3自定义统计报表平台655.7监控平台705.7.1通讯状态监控705.7.2IVR监控715.7.3告警725.7.4座席监控725.8短信平台745.8.1系统架构755.8.2系统组成765.8.3产品主要特点815.8.4业务功能845.8.5短信平台与客户原有系统接口885.8.6产品性能指标885.9座席端部分895.9.1普通座席895.9.2班长座席905.9.3软化机功能935.9.4智能化座席1005.10二次开发工具1015.10.1IVR开发工具-Tiantium IVR Builder1015.10.2传真开发工具-Tiantium FAX IDE1075.10.3座席系统二次开发工具Tiantium Framework110第6章系统维护及管理1176.1设备管理1176.1.1统计功能1186.1.2后台管理1196.1.3跟踪监测1216.1.4数据管理1226.2业务管理1236.2.1话务员管理1236.2.2用户管理1276.2.3数据管理1286.2.4计费管理1296.2.5服务质量管理1306.3系统安全管理133第7章预算1347.1总预算1347.2IPX硬件设备1357.3呼叫中心核心平台软件1357.4业务应用软件1377.5第三方服务器138 第1章 前言在现行生育政策不变的情况下，2010年，中国60岁及以上老年人口将达到1.74亿，约占总人口的12.78，其中80岁以上高龄老年人将达到2132 万，占老年人口总数的12.25。2050年，中国老龄人口将达到4.37亿，65岁以上老人占总人口比例将达到27.8，80岁及以上高龄老人占总人口比例将从2000年的1%更快速地上升到2050年的9.1%。届时，中国老年人口数量比发达国家老年人口总和还要多出3700万人，老年人口总量将超过世界第三人口大国美国的总人口（3.95亿）。在我国老年人口迅速增加的大背景下，由10个部委联合制定的关于全面推进居家养老服务工作的意见（以下简称意见）正式颁布实施。全国老龄工作委员会办公室常务副主任李本公在新闻发布会上强调，意见是全国老龄办会同国家发改委、教育部、民政部、劳动保障部、财政部、建设部、卫生部、国家人口计生委、国家税务总局联合制定的，是切实推进居家养老服务工作全面开展的政策性文件。根据国家发改委、民政部十一五社区服务体系发展规划和十部委联合颁布关于全面推进居家养老服务工作的意见指出“以信息服务网络整合建设为依托，推进社区服务信息化”。要求有条件城市和地区建立社区“一键通”呼叫系统，加快构建居家养老服务体系。 1.1 、民生工程政府重视是建设养老服务体系的基础条件，“政府主导、社会参与”，才能有效地推动养老事业发展。养老服务社会化工作是一项系统工程，离不开政府的高度重视和大力支持。各地有的成立养老服务社会化工作领导小组，有的将推进养老服务社会化、发展养老服务事业列入经济社会发展规划、城乡建设规划及其他专项规划，有的将养老机构建设、养老服务体系完善列入为民办实事项目和目标考核责任内容，同时，出台优惠政策，扶持社会力量兴办养老机构，建设社区居家养老一站式服务平台，使养老服务社会化工作强势推进，蓬勃开展。1.2 、构建中国特色养老体系中国人有居家养老的传统，向往过着儿孙绕膝的生活。智能居家养老是指依靠现代信息技术及物联网技术（The Internet of Things），通过智能感知、识别技术与普适计算打破了传统思维，使人们最大限度地实现各类传感器和计算网络的实施连接，运用政府和社会力量，为居家的老年人提供生活照料、家政服务、康复护理和精神慰藉等方面服务的一种服务形式。它是对传统家庭养老模式的补充与更新，是我国发展社区服务，建立养老服务体系的一项重要内容。在推进养老服务社会化的过程中，部分地区从出台政策、建立机构、明确任务入手，大力推进居家养老，确立了居家养老在养老服务体系中的基础性地位。 1.3 、构建居家养老服务体系社区是社会与家庭的中间纽带，老年人居住在社区、生活在社区，加强社区服务网络建设，对于改善老年人居家养老的支持环境，具有重要意义。在推进养老服务社会化的进程中，各地通过建设和整合社区服务设施、培育发展社区养老服务中介组织、建立社区养老服务信息平台等，极大提升了社区为老服务能力和服务水平。1、为城市各区政府建立一套完整的居家养老服务管理及协调机制； 2、为辖区内的老龄人群及服务机构建立准确详实的数据库及服务档案； 3、以社区为依托，企事业单位和社区义工为支撑构建强大的服务体系； 4、以老人数据库、呼叫中心及智能终端产品为基础，构建紧急救援、生活帮助、主动关怀三大服务方式； 5、构建“公益化为前提、社会化为基础、市场化为补充”的信息化、智能化的虚拟敬老院运营模式，推动居家养老服务行业持续、健康、快速的发展。第2章 项目概述老人需要得到的服务有两种：一是紧急救助，老人家里可能会发生一些紧急情况，如：老人出现紧急病情而家里又没有人的情况下，如果能有人及时发现，并采取紧急措施，对用户是一个很大的帮助。二是一般服务，譬如家里水管坏了、电灯坏了、没有煤气了等等，如果这时候能够通过一种简单方式很快让人来帮你，对用户尤其是老人不就方便多了？当然这两种家庭帮助显然可以通过电话的方式获得帮助，拨打110，或拨打服务公司电话。问题是如果老年人紧急病症，很可能已经不能拨打电话，或者即使能够拨打电话，但是已经不能讲话，110.120无法知道求救的具体位置，使得救助变得无效；而拨打服务公司电话更需要记住很多服务公司的电话号码，对用户来讲很麻烦，所以很多家里都张贴了热线电话号。公司智能居家养老一站式服务平台解决方案及配套的养老服务运营管理系统、智能终端产品（一键通呼叫器、老人手机），是在深刻理解国家政策和社区服务特点的基础上，针对民政部门构建居家养老服务体系、构建中国特色养老服务模式的需求，而开发的一套完整的信息化应用系统。该方案通过为老年人提供一部集移动通讯和一键通呼叫器为一体的手机，全天候为老年人提供紧急支援、信息查询、远程医疗、社区服务、家政上门、电器维修等服务项目的综合服务系统。还可通过心电监测器、血压监测仪、健康千里眼等设备能够检查老人的血压、体重、血脂等状况，让普通的日常生活融入系统的医疗检查，所测数据直接传送到所属医疗服务中心的老人电子健康档案，一旦出现数据异常，智能系统会自动启动远程医疗，必要时上门进行医疗服务。其服务特点：一是随时随地；二是一键求助；三是服务全面。居家养老服务信息化项目可与三级（公司总部一站式信息平台、公司各区信息服务平台、公司社区居家养老服务站）居家养老服务平台紧密结合，既为信息化居家养老提供了服务载体，又全面提升了居家养老的服务水平。公司呼叫系统将保证居民尤其是老人当有服务需要时，不用记任何电话号码,只要按下红色按钮就能获得紧急帮助，按下绿色按钮就能获得一般帮助。以现代通讯、智能呼叫、互联网及电子商务为技术依托，以“建设信息化、智能化呼叫服务及支援中心”为核心，以“建立老年人信息数据库”为基础，以“提供紧急救援、生活照料、家政服务、精神关怀、增值服务”为基本服务内容，有效“整合社会服务资源”为服务主体，建立完善的居家养老服务体系，打造真正意义上的 “没有围墙的养老院”(虚拟养老院)。 系统从运营管理人员到服务对象（老龄人群）可划分为一下几个层面：2.1 系统管理层主要是对信息化系统的软硬件设备及系统本身进行管理的，基本上由负责维护平台运行的专业技术人员管理并进行操作。2.2 业务管理层也可称作“信息管理层”。主要是针对养老服务体系的构建及服务过程进行规范和管理提供信息化的解决方案。具体包括以下部分：2.2.1 养老档案电子化管理系统实现养老服务对象的电子化档案建设及基础业务管理，主要功能包括：A、以政府为主导的多级信息采集及填报，建立适合养老服务开展的老人信息档案（涵盖子女信息、社区信息、卫生医疗信息及病史、自救方式、收入来源、特长及爱好等等）。B、服务（内容及补贴）标准的制定及审批、公示等管理工作。通过该系统，政府及主管单位可以对辖区内的养老服务对象进行摸底建档，为养老服务的开展提供基础的管理工具和数据支撑。2.2.2 服务机构及社区义工管理系统通过该系统，可以通过多级管理模式，分片（最小到社区或者养老服务站）完成服务机构及社区义工的发展、审批、入网、管理等工作。为社区居家养老的开展提供服务种类多样、覆盖区域广泛的服务保障。2.2.3 养老服务券电子化管理系统为了体现政府对老年人的关爱，可以对高龄老人或是孤寡老人提供免费服务卷，一般不要直接补助现金，因为，补助现金后，老年人是不舍得再来购买服务，还有若补助现金的话，就有可能不子女领走，老人得不到免费的政府服务，也体现不出政府对老人的关爱，而发放养老电子服务卷是比较实用的办法。在养老档案电子化管理和服务机构（义工）管理系统的基础上，可以建立一套电子化的针对居家养老服务券的业务管理系统。养老档案管理系统、服务机构及义工管理系统、养老券电子化管理系统这三个部分整合到一起，即可实现养老券的生成、印制、发放、兑换结算、回收等管理功能。系统可灵活的支持多批次、不同性质、不同面值和有效期限的养老券的电子化网络化管理。2.2.4 服务对接及工单管理系统在建立了完善的服务对象及服务机构信息化管理跌基础上，通过建立呼叫中心及养老服务网站，将老龄人员的服务请求集中到一个呼叫中心平台上，由坐席人员完成服务接受、整理成订单后派发给能提供该服务项目的服务机构或者社区义工（派单三原则：种类匹配、就近服务、优质优先）；并按照惯例要求对服务构成进行监督和回访，保证老人的请求得到很好的满足。服务种类可以灵活的设置和分类，订单（工单）的流转形成管理闭环，并可生成一系列管理报表，导出和打印，为运营提供决策和管理依据。各区可结合实际情况，搞好规划，整合资源，按照高效、便捷和广覆盖的原则，以区为单位建立居家养老信息和呼叫服务网络，积极打造一个设施配套，服务健全、方便快捷、惠及广泛的“居家养老服务网络中心”平台，为居家老年人提供更多更好的服务。 从而实现“以社区为依托，老龄人群为服务对象，企事业服务机构为网点，社区义工为补充，为老服务网络中心为支撑，建立全方位的信息化的居家养老服务体系”的工作目标。 真正做到“让老人生活的舒心、安心；让老人子女放心、省心”，从而推动家庭和谐、社区和谐、社会和谐！第3章 业务建设方案3.1 系统总体设计系统主要由网站子系统、运营管理子系统两大部分组成。其中，运营管理子系统包括：为老服务应用子系统、呼叫中心及CRM子系统、业务管理支撑系统（即后台管理系统）、接口程序等部分。通过接口程序，调用或者衔接的相关应用系统还有：GIS（地理信息系统）、GPS（卫星定位系统）、LBS（移动基站定位系统）、SMS（短信接口）或MAS（移动应用服务器）、TTS（语音合成系统）、手机程序（客户端软件）等。服务中心的业务流程3.2 紧急救援子系统紧急、重大事情，比如突然生病，家中着火等，客户按下红色按钮，客户端的主界面出现呼叫求助信息列表。 针对老人突发性事件和身体不适，提供各种紧急救援服务。包括通知物业保安、老人子女、居委会以及卫生医疗机构、120等等。中心坐席人员会在第一时间，尽快的根据老人的地理信息和历史记录，全方位的通知有关人员赶到现场，从而保障老人的生命财产安全。 具体实现方式： 老年人通过配备的专用终端或通用的电话终端，按指定键或者拨打指定的平台电话，系统会自动进入紧急救援服务状态。 呼叫中心坐席人员的电脑立即显示出和该老人有关的信息，通过和老人通话，了解状况，并作相应处理；同时通过短信通知指定的家属。如接通无人应答，则启动紧急流程，通知物业保安或社区养老站上门查看处理。 对于没有配备含GPS功能的手机的用户，系统自动在地图上显示其登记的住址；对于配备含GPS功能的手机的用户，系统会自动在地图上显示其现在所处的位置，方便救援。 3.3 生活求助子系统一般性的求助于信息，比如送水需求，电灯坏了等，客户按下绿色按钮，客户端的主界面出现呼叫求助信息列表。双击需要处理的信息行，会出现如下详细的客户信息和需要处理的选项和记录栏。主要的服务内容包括养老服务、家政服务、健康咨询、送水送餐、订票、就医预定、法律维权、心理咨询等等。主要是通过平台系统整合第三方单位及服务信息，根据老人的需求，进行电话转接完成。从而为老人提供多方位的专业的服务对接。3.4 老人定位 老人迷失方向、突发疾病无法找到老人的位置时，老人按呼叫终端紧急按键(SOS)时,平台能迅速找到老人所在的位置，子女也可以主动查询老人位置。3.5 主动关怀子系统综合运用电话、短信等通信手段，平台可以根据发送的内容，将天气状况、保健护理、疾病预防、政府的为老政策等等主动的发送给老人，让老人感受到政府和社会的关爱。 平台可按一定条件（按地理区属、年龄、性别等）选择对应的老人，自动或人工手动通过短信、语音给老年人的手机、固话发送文字、语音消息。内容包括：生日提醒、用药体验、保健养生、天气预报、政策法规、老年活动等。 3.6 社区呼叫业务针对所有呼叫，社区服务中心以及响应的处理点通过监视器的弹屏能够第一时间获知，在屏幕上以醒目的窗口提示。系统可以根据来电号码与老年人资料进行匹配，跳出该呼叫号码对应老人的详细信息，包括病史、亲人资料等。3.7 远程健康监护在现代社会里，忙碌的工作、紧张的生活节奏、异地的学习和工作，使我们无意间疏忽了对老人身体健康的关爱。面对年岁渐高的父母身体健康情况，更多的是一种心有余而力不足的无奈。所以，当出现意外时，及时、专业、有效的救助是十分重要的。为此，公司居家养老平台推出了远程健康监控系统，当老人的健康体征出现异常时及时通知本人或子女，并且平台自动保存的老人健康数据，可以供老人就医的医院参考。心脏病、糖尿病、高血压等慢性疾病已经成为危害人们健康和生命的重大疾病，目前中国有1.7亿高血压患者，6000万糖尿病人（1%住院率，每年费用5000元），3000万高血压患者，每年超过250万人死于心血管病。社区人员（主要是老人）可以使用指定的一些健康监测仪器（比如心电仪、血氧仪、血压仪器、血糖仪）来测量身体的各项健康指标，这些信息会自动传送到服务中心，服务中心给老人自动建立健康档案库，当监测到健康状况异常时，系统会自动提示服务中心人员，也会自动给老人子女发送必要的短信息，告诉子女老人的健康状况异常，请及时去就诊。第4章 社区网络服务中心的运营模式4.1 运营模式4.1.1 和本地运营商分成老人机有最低消费，居家养老服务中心可以和移动或者联通或者电信谈一个分成比例。比如老人机最低消费10元/月，居家养老服务中心每个月分成1元。当然，老人对钱很在意，这个时候，可以建议老人机实行与亲属捆绑方式。只要子女手机有钱，老人机就可以正常使用。这样的事情，运营商也是愿意做的。因为增加了用户黏性，提高了用户离网门槛。在老人不用直接缴费情况下，老人对话费就没有感觉了。为了增加分成收入，可以开发增值应用，比如用药提醒，语音天气预报、语音当地即时新闻、老年人专题语音聊天室、利用语音识别技术构建的老年人语音号码本（老人不用记忆子女号码，拨通服务中心号码，直接说出子女名字即可拨通电话）。另外，老年人拿到老人机是通过交话费送手机方式，一般，手机采购价的1：1.5或者1：1.8是缴费送机。4.1.2 商业广告如果该养老服务中心具有本地区全部老人信息，那么具有针对性的广告就可以操作，从这个意义上说，该信息对老年药品、老年用品厂商就有价值了。例如，系统可以搜索出失能老人亲属信息，卖轮椅的厂家就可以给其亲属发送针对性广告。该广告到达率将是最高的。这件事情如果做好了，是老年人的福音，但做不好，有可能被老年人投诉。所以，对居家养老服务中心运营者来讲，原则和良心是都要考虑的。4.1.3 为老人提供服务报酬收入老人需要家政服务、保洁服务、钟点服务、跑腿服务、医疗保健服务、康复理疗服务、情感慰藉服务等，都可以通过一站式信息服务平台进行及时、高效、就近的服务，从而获得劳动服务报酬。4.1.4 设置养老政府补贴模式很多地方，政府通过购买服务的方式，来做老人养老补贴。将养老服务定义为养老券，并全程监控养老权的分发、消费、回收，并具备防伪查询，详细的报表功能。杜绝了以往养老券发放失控现象。养老券是有一定量的沉淀的，原因大多是过期、丢失或者忘记使用。这部分的沉淀，也是居家养老服务中心的收入组成部分。一个运行良好的居家养老服务中心，不仅能为本地老人提供优质的居家养老服务，也保持了自身的良性发展。同时，也为本地政府解决了养老难题，为政府排忧解难。在很多地方，政府每年都会拿出一些财政收入，对居家养老服务中心进行补贴。4.2 服务方式4.2.1 无偿服务这类服务针对散居的“三无”老人，其中75周岁以上的重点优抚对象、市级以上劳动模范、百岁老人、低保和低保边缘人群、持有特困残疾证和特困职工证人员，每人每月由县（市、区）政府根据当地经济发展水平，发放一定数额的居家养老服务券。4.2.2 低偿服务对生活不能自理或不能完全自理且经济比较困难的社区独居、空巢老人，争取每人每月由政府发放一定数额的居家养老服务券。4.2.3 有偿服务有经济能力、需要上门服务的老人，通过自己购买，由居家养老服务机构提供各种服务。4.2.4 义工服务通过志愿者、低龄老人为社区老年人提供义工服务。4.2.5 社会力量认购服务针对特殊困难的老人，积极动员社会力量，包括通过企业或社会个人为老年人实行认购服务。第5章 社区呼叫中心技术方案从技术角度而言，一个呼叫中心主要由五部分组成：交换系统（PBX/语音卡系统）、交互式语音应答系统（IVR）、CTI中间件/ACD、人工座席、录音系统。加上数据库系统共五大部分。交换系统（语音接入部分）交换系统主要负责电话从PSTN到呼叫中心的接入。交换系统是提供CTI控制的基础，从硬件层面提供可控制接口，供CTI中间件调用，从而实现电话和计算机的集成。稳定高效的交换系统是成功实施呼叫中心的基础。交互式语音应答系统（IVR）IVR（Interactive Voice Response）系统是呼叫中心项目中建设不可缺少的重要组成部分，它可以在7X24小时的为客户提供更可靠、更快捷、更标准的服务，可以提高系统运行效率，降低服务成本，而且维护简单、容易扩充。IVR系统可实现自动流程控制，在自动流程运行过程中，将会调用语音资源和传真资源，用于语音的播放和传真的收发。客户拨通呼叫中心电话，即进入IVR语音菜单的引导。IVR的作用是使客户方便、快捷地得到所需服务，所以IVR的设计要求友好、简洁、准确、提示性强、风格统一，所以IVR系统的设计成为整个呼叫中心设计的关键之一。IVR系统主要用于为客户电话请求提供语音提示，引导客户选择服务内容和输入电话自助服务所需数据，在接受客户输入的信息后，实现对客户数据等信息资料的交互式访问。IVR系统的传真功能，可实现传真的自动收发处理等功能。此外，它还能完成语音信箱，因此，IVR系统在座席员下班时发挥着极为重要的作用。CTI中间件CTI中间件是一台与交换系统相连接的计算机，它通过接收来自PBX的事件消息和向PBX发送指令，实现计算机对整个呼叫中心的全面管理。CTI中间件与PBX之间的连接称为CTI链路，这是一种专用的网络层协议。由于历史的原因，不同的程控交换机厂商定义了各自不同的链路协议。要想让CTI中间件同时支持多种不同的CTI链路协议是不现实的，因此，许多公司都推出了一个运行于其上的CTI中间件，由该中间件来完成底层的协议操作。CTI中间件通常完成以下几项功能：同步语音与数据的传送。协调语音与数据的转移。基于计算机的电话路由。提供CTI应用的编程接口。人工座席座席由一个座席工作机或终端以及一个电话组成，一般使用耳机以提供方便和保密，电话或终端、座席工作机上可以实时显示服务中心的统计数据，以使座席员了解自己的表现并跟上呼叫量。座席员使用这些设备可以快速高效地进行个性化的服务。呼叫中心的一些诸如业务查询、故障报告和服务投诉等服务，必须由人工座席来完成。人工座席的工作设备包括话机、耳麦、话筒和运行座席应用程序的座席工作机或计算机终端。座席员可以通过鼠标和键盘完成电话的接听、挂断、转移、外拨等工作。录音系统录音系统可以实时和离线监控座席人员与客户之间的谈话，评测座席的服务质量。并且可以将录音作为质量管理的依据，更好地提高服务品质。5.1 接入系统及呼叫核心设计本次项目的配置报价的范围为：语音设备一套，本期需支持20个座席的接入，未来能够支持扩展到100个座席的规模，语音设备的扩容从20个座席扩容到100个座席的规模需要在本次设备中只需简单的增加硬件接入资源卡即可，无需再整套购买以节约成本。录音为20线；IP座席的数量为20，IP座席需配置和主交换设备厂商一致品牌的话机，；耳脉为20个，耳脉必须为主交换设备厂商标配产品或者是世界一线品牌。5.1.1 语音接入部分IPX软交换服务器器设备，基于INTEL架构，支持E1及各种模拟线路的接入，系统具备高可靠性。支持分散的控制方式，无单点故障，支持中央处理器及设备级的双机热备份。系统稳定性达到99.999%。系统具有先进性。除支持TDM和IP技术外，支持传统呼叫中心和IP呼叫中心的灵活配置。系统具有开放性。可提供100M以太网接口，通过TCP/IP同后台系统通信，系统支持标准的CTI通信协议。系统具有高可扩展性。软件支持客户机/服务器的架构，硬件支持模块化的叠加。系统满足下述性能：系统支持传统的语音终端和IP终端用作坐席话机等。支持多种媒体接入：集成语音、传真、IP、WEB、E-mail等。系统内部的交换网络满足宽带交换，保证内部通信无阻塞。系统的呼叫处理服务器、存储单元（硬盘），及其辅助设备提供全冗余的设计，当进行冗余切换时，能够实现平滑切换，保证系统的正常通讯。系统支持通过100M网口提供CTI接口，呼叫处理器板的冗余也可保证CTI链路的冗余备份。系统提供内置的备份模块作为冗余，如果CTI软件发生故障，系统同样保证正常的呼叫排队。系统提供分布式的语音架构，无论是在中心、远程机构、远端坐席，系统都可以提供无缝的解决方案。详细实现见CTI部分详细介绍。系统完全满足下述性能：平均无故障间隔MTBF大于3年，平均修复时间MTTR小于2小时。设备能够在交流电源：22010%VAC，503Hz；直流电源：-54VDC-44VDC范围内工作。设备工作的环境：温度：正常15 C28 C，极端5 C45 C，变化范围5 C /小时.湿度：正常4580，极端2080，变化范围10%/小时。5.2 核心系统软件方案设计汇总设计5.2.1 CTI软件设计概要采用公司全套的IPX中间件系统，提供呼叫中心核心业务的处理，CTI设计容量为20坐席，运行在IBM M3 3650 PC服务器上，通过配置双机环境，保证核心CTI软件的高用性。提供CTI核心处理的所有业务功能，CTI设计见技术方案书。5.2.2 坐席端软件设计概要采用公司的坐席端软件，我们将按照洪山区政府社区呼叫中心现有坐席界面，进行调整性开发，提供坐席各类处理的标准功能、软话机等等，提供班长坐席等各类功能。5.2.3 录音系统设计概要通过公司的录音软件，提供20线LISCENCE的录音。5.2.4 主动外呼平台设计概要通过公司自主开发的外呼平台系统，加载洪山区政府社区呼叫中心的相关业务系统，提供相关的业务支撑，公司的外呼不采取LISENECE的计算模式，即上一套业务系统模式即可。5.2.5 呼叫中心业务监控系统设计概要采用公司的呼叫中心坐席监控管理系统，确保实时的对系统平台及坐席状况进行实时的监督和控制。5.2.6 业务报表平台系统设计概要通过TSAPI协议，提供基于各类业务数据的统计和分析，提供高级的平台分析和报表工具，提供各类业务数据统计系统。5.3 CTI中间件部分5.3.1 系统结构接入资源：接入平台实现外界接入的控制和话务交换管理的功能，系统可分为接入资源、交换平台、IVR、CTI SERVER、座席系统、会议系统、网管和监控等几大部分；接入资源支持PSTN网的E1或T1接入；支持VoIP的接入；支持移动用户、市话用户、传真用户、internet用户、ISDN用户等等的接入；支持NO.7或NO.1信令方式；交换平台采用可与任意厂家支持CTI技术的交换机相连。系统的CTI实现业务和资源的衔接，支持线程的并发处理，使系统的效率达到最高值，支持热切换；座席系统对各座席资源灵活定义，提供强大的座席管理功能，具有智能路由和均匀话路分配功能；支持座席间的任意切换智能接入机采用模块化的设计思想，用户可以根据实际情况灵活配置和增减系统的接入方式，通过模块的增添和交换矩阵的管理，达到资源充分合理利用的目的；服务支持资源：主要包括数据库服务器资源和其他应用服务器资源；数据库和语音传真文件服务器采用集中式网络服务器，采用双机热备份或镜像容错功能，通过磁盘阵列等措施保证系统的安全可靠。服务器软件采用支持客户/服务器体系结构的关系数据库软件，支持分布式的通用数据，基于TCP/IP协议，采用基于ANSI/ISO SQL的访问方式，具有开放式的客户机编程接口；应用服务器采用分布式部件对象模型开发各种应用部件，将应用服务作为一个对象向客户端提供服务接口，包括任务管理器、内/外部邮件服务器、语音/传真服务器、业务服务器、WEB服务器、自动受理服务器、。应用服务器负责业务支撑，完成呼叫控制、呼叫的智能路由选择，提供与呼叫同步的用户数据和系统监控信息等。其中语音/传真服务器存放语音、传真文件；业务服务器处理和存放应用业务；WEB服务器提供外部WEB接口和处理WEB访问；自动受理服务器处理自动业务；应用网关资源：实现与其他系统的衔接提供接口网关，如：网管系统、OA系统、短消息系统及其其他呼叫中心系统等，系统通过这些网关实现信息提取和信息交互，同时协调各部门工作，对各部门分配的任务实行时限管理，为用户提供快捷便利的服务，提高服务部门的工作效率和管理水平；IP SWITCH采用了软交换的开放式体系结构，分为4大功能平面，见下图：媒体传输平面媒体传输平面实现综合接入设备（IAD）的功能，完成大范围、大容量的接入、各种媒体流的交换功能。它包括信令网关(SignalingGateway,SG)、媒体网关（MediaGateway,MG）以及数据媒体网关(e-MediaGateway,eMG)。信令网关(SG)完成硬件接口与平台之间的信令数据的转换，控制链路状态；媒体网关（MG）控制语音、会议等媒体资源的使用，为服务层提供媒体服务；数据媒体网关（EMG）控制平台其他模块对E-Mail,短消息，Web等的接收和发送，完成系统与Mail服务器、短消息中心、WEB服务器等的接口。呼叫控制平面为各种媒体提供交换和路由功能，为上层服务平面提供基于CSTA、JTAPI、TAPI的呼叫控制接口。提供CSTA、JTAPI、TAPI标准。服务平面管理自动资源和人工资源的分配和调度，提供自动和人工服务。管理平面为整个系统提供配置和维护功能。管理层面分为OAM Server和OAM Term，以及CCSOAM（以后考虑将CCSOAM合并到OAM Term中）。OAM Server负责系统数据的配置管理，是一个后台管理模块，而OAM Term提供了配置和维护的界面。它们都可以直接和数据库交互，但其他各个功能平面只和OAM Server交互。5.3.1.1 媒体传输平面媒体传输平面包括信令网关(SignalingGateway,SG)、媒体网关（MediaGateway,MG）、数据媒体网关(e-MediaGateway,eMG)、媒体服务器（MediaServer，MS）、TTS、ASR。这个平面实现外部网络与系统平台之间的交互，它的主要功能包括：呼入/呼出的信令控制，包括PSTN呼叫和VoIP呼叫；控制语音、传真、会议等媒体资源的使用； 媒体传输平面可以提供多种接入手段，但向呼叫控制平面屏蔽各种硬件之间的差异性，能够同硬件的语音平台系统进行接口，保证项目平滑的使用。使得系统可以不修改呼叫控制平面和服务平面的各个模块的情况下，很容易进行扩展。从而实现TEL、SMS、FAX、E-mail、WEB等综合介入，本期建设只提供TEL, FAX的接入。目前IP SWITCH的接入支持以下几种硬件结构：ISA/PCI结构的语音板卡，包括NMS、Dialogic、东进等。以Compact PCI为基础的结构。支持NMS, Dialogic的各种型号的中继卡、语音卡、传真卡、坐席卡、会议卡、7号信令卡、VoIP卡。如果需要7号信令接入，Compact PCI结构必须包含信令网关（SG）。它的媒体服务(MS)功能是包含在MG中的；可以支持多交换节点组成的扩展交换系统，最大容量可达到32K。由于Excel交换机的SS7接口包含在它的API中，因此不需要信令网关。目前不支持它实现VoIP功能的VDAC卡。它的媒体服务(MS)与MG分开在不同的模块中；其他交换机：AVAYA DEFINITYALCATEL A4400NORTEL MERIDIAN 1华为C&C08-Q新美交换机5.3.1.1.1 媒体网关(MG)媒体设备主要是各种板卡，包括中继卡、语音卡、传真卡、VoIP卡、会议卡、坐席卡等。MG与媒体设备之间的接口是由硬件厂家提供的API。MG与信令设备之间的信令控制消息需要经过SG进行翻译，变成内部使用的统一的消息接口。呼入呼出控制。中继设备与PSTN网络相连。对媒体网关来说，它只控制媒体设备中的接入资源。当有呼叫到来时，它初步判断呼叫是否可以接受，如果允许接入，则将呼叫报告给Soft Switch进行处理。媒体网关在这个过程中完成与外部网络的信令配合。媒体网关也可以接受Soft Switch的呼出请求，控制呼叫发到网络上。VoIP设备与IP网络连接，与网络上其他设备的接口可采用H.323协议或者SIP协议。信号音控制。控制坐席设备的媒体网关可以控制话机振铃、送忙音、回铃音以及其他普通电话的提示音。会议功能。控制会议设备的媒体网关可以创建会议、删除会议、将设备加入会议、从会议中删除设备、改变设备与会议的连接模式。呼叫鉴权功能。在媒体网关上有系统的字冠数据，媒体网关根据字冠数据分析被叫号码和主叫号码，判断呼叫是否合法。根据字冠数据，它还可以控制是否需要收/发主叫号码。连接管理。媒体网关控制设备间的物理连接。它可以把两个设备连接起来，也可以断开它们之间的连接；它还可以用单向（只听）模式将一个或多个设备连接到某一个设备上，实现广播功能。5.3.1.1.2 媒体服务器(MS)媒体服务器为IVR提供一个媒体操作的接口，这个接口是内部定义的。而实际的媒体操作是由媒体服务器通过硬件设备厂家提供的API控制媒体设备完成的。媒体设备包括语音卡、传真卡等。媒体服务器提供的媒体操作主要有：语音播放。可以将语音文件（vox,wav,v41等类型）播放出来。可以播放整个语音文件，也可以播放其中的一部分（可以从头播放，也可以只播放其中的一部分，可根据字节数做偏移）；语音合成。可以合成普通字符串、数字以及其他符号；5.3.1.1.3 信令网关(SG)信令网关完成信令设备（一般是信令卡）与媒体网关之间的格式转换，并负责链路的管理。SG与信令设备之间的接口是由硬件设备厂家提供的API,有的是基于消息的（如Dialogic），有的是基于函数调用的（如NMS）。信令网关提供给MG的接口消息包括呼叫控制消息和电路状态报告消息，接口的原则是：与硬件无关。不管是哪个厂家的信令卡，给MG提供的接口是一样的；和信令方式无关。不管是ISUP还是TUP，给MG提供的接口是尽量一样的；信令网关对链路的管理包括以下功能：激活去活5.3.1.2 呼叫控制平面呼叫控制平面的主要模块是Soft Switch，它完成呼叫的路由功能。首先，它利用MG提供的接口，可以控制呼入和呼出、连接、断开、释放、播放提示音；其次，它向上层服务平面提供一个CSTA、JTAPI、TAPI的接口，通过这个接口，服务者可以控制呼叫的整个过程。5.3.1.2.1 路由选择功能Soft Switch内部配置了字冠和路由，根据字冠和路由决定呼叫接续到什么地方。呼叫到达后，首先进行字冠分析，确定这个呼叫可以走哪些路由。从字冠中选择一个路由，然后再从这个路由中选择一个服务者。整个过程见下图。5.3.1.2.2 字冠分析在Soft Switch中保存着一棵字冠树，当有呼叫请求的时候，Soft Switch先根据被叫到这棵树里面搜索，找到一个字冠的匹配项。匹配的规则是：查找被叫号码的前几位，如果字冠中定义的号码与被叫的前几位（多少位根据字冠的长度决定）完全一致，则认为初次匹配成功；检查这个字冠对应的最大长度和最小长度，与被叫号码比较，如果被叫号码长度在字冠的最大长度和最小长度之间（含相等），则认为匹配成功。字冠分析成功后，可以得到其他的一些呼叫的属性，包括：n 是否要主叫。这个呼叫是否需要主叫号码才允许接续。如果主叫方没有提供主叫，Soft Switch可以请求MG（和SG）向主叫方要主叫号码；n 释放控制方式。呼叫的释放控制方式，包括主叫控制、被叫控制、互不控制三种。一般控制方式为互不控制。号码变换是在字冠路由之后需要呼叫转接时常用的一种方法。包括主叫吃码置码和被叫吃码置码，可以将主叫号码和/或被叫号码进行变换，置为新的主叫号码或被叫号码。系统定义两个数据：吃码数和置码值，吃码数规定将被叫号码的前多少位进行替换，置码值规定被替换的新的号码是什么。如果吃码数为0，表示从被叫号码的前面增加一部分号码。举例如下：1） 被叫号码为“12345678”吃码数为3，置码值为“20951”，则变换后的号码为“2095145678”。2） 被叫号码为“12345678”吃码数为0，置码值为“20951”，则变换后的号码为“2095112345678”。3） 被叫号码为“12345678”吃码数为3，置码值为“”，则变换后的号码为“45678”。号码变换还有一个选项，就是号码变换完成后是否需要重新路由。如果设置了这个选项，号码变换完成后，要根据新的号码选择路由和设备。一个字冠中可对应多个路由，从一个字冠中选择路由目前支持两种算法，一种是轮选，一种是优先级。n 轮选就是第一次从第一个路由选择设备，第二次从第二个路由选择设备，再一次从第三路由选择设备，依次循环，各个路由被选中的概率是相等的。n 优先级选择方法是给每个路由定一个优先级的值，先从优先级最高的路由中选择，如果路由中没有空闲设备，则选择较低优先级的路由，直到选到空闲设备为止。5.3.1.2.3 路由选择当选择到路由后，下一步就从路由中选择一个空闲的设备。路由有三种类型：n ACD路由，由Soft Switch分配设备，一般对应中继设备；n CCS路由，由CCS分配设备，一般对应座席设备；n IVR路由。由IVR分配设备，一般对应IVR/IFR虚设备（如果接入设备是交换机，IVR/IFR设备也是实设备）对于ACD路由中的设备，一般的选择方法是轮选，先空闲先占用。对于IVR路由中的设备，选择权在IVR节点，选择方法是轮选。对于CCS路由中的设备，选择权在CCS，选择的时候考虑的因素很多，实现起来要求很灵活，具体方法见关于CCS的描述。IPSWITCH支持分机，每个分机对应一个电话号码，用户可以通过拨分机号码与分机接通。分机电话使得IPSWITCH具备用户小交换机的功能。分机电话还具备连选功能，把分机设备加到一个ACD路由里面，设置一个字冠包含这个路由，则用户拨打符合这个字冠的号码就可以选择到任意一个空闲的分机电话通话。5.3.1.2.4 呼叫控制功能Soft Switch通过支持一系列的呼叫模型完成呼叫控制功能。Soft Switch支持的呼叫模型是按照CSTA 、JTAPI、TAPI三个标准实现的，并在此基础上进行了扩充。5.3.1.2.5 系统的过负荷处理在一个有效时间间隔内（不包含峰值瞬间），出现在交换机上的试呼次数超过它的设计能力时，称交换设备运行在过载状态。IP SWITCH在终端维护界面提供用户输入过载的总级别数为14级和每一级过载的阀值。交换机根据主机CPU的占用率与各级阀值比较的结果，判断主机当前处于正常状态还是过载状态，处于过载状态时过载级别是多少。交换机根据当前所处的过载级别对一定比例的用户进行限呼。如果过载处于最高级别，判为主机处于拥塞状态，此时限制包括优先用户在内的所有用户的呼叫。处于其他过载级时，主机根据级别限制一定比例的普通用户的呼叫。过载限制的呼叫会给出语音通知。交换机的过载级别是分级逐步提高和降低的，并且级别每改变一次，将保持一段时间，以防止系统发生抖动（建议为1分钟）。5.3.1.3 服务平面服务平面为业务层提供基本的服务功能，这些功能包括：n 基本呼叫的处理；n 通信功能；n 语音服务；n 数据库/文件存取操作；n 基本业务流程控制；n 会议管理。包括电话会议、录音、监听、强插等功能。为了实现以上功能，服务平面自身边要有管理功能，如：n 服务者的登录注销；n 服务者的选择；n 资源的使用情况的统计，监控。服务平面包括CCS，IVR，ICS等模块。5.3.1.4 管理功能平面管理功能平面完成整个IP SWITCH的维护、配置和监控功能，是系统直接面向维护和使用人员的最主要部分。管理功能平面包括维护管理后台服务器OAM Server和两类维护终端：OAM Term和CCSOAM，各个模块之间的关系如下图所示：OAM Term和CCSOAM除与OAM Server和CCS交互外，不直接与其它模块通信。系统要同时可运行多个OAM Term和多个CCSOAM，它们都可以直接操作系统配置维护数据库。维护终端运行在PC机