文档介绍：预约排队叫号系统
方案书

【】建设目标
? 通过系统管理客户端，实时对服务人员的服务质量进行全方位监控，发现问题，解决问题。通过监控发现问题及时体现具体责任人，进行有效处理，有理有据。
? 通过系统对整个服务过程进行详细跟踪，遇到障碍及时调配资源支援，保证大厅正常运行秩序。对各企业办事人员发生的问题处理结果进行分析，有效部署组织可用资源。
? 通过排队叫号系统取票号融入到事项编号，可实时跟踪行政服务大厅各项事项办理进度和服务质量；
? 通过完整数据的采集，形成完整数据库后，就可对窗口办事人员各种情况进行实时分析了解，如满意程度、满意度趋势、办事效率、工作量统计等，以便领导快速做出决策分析。
? 通过优先办理预约号的方式，办事群众可通过、微信端进行预约取票，减少群众轮候时间，合理有效的分配窗口政务服务资源，降低服务大厅运行压力，优化办事效率，调高服务质量。
【】网络拓扑图
【】系统功能模块组成
系统模块
描述
排队后台管理系统
对智能排队系统相关参数进行设置
第三方对接接口
预约排队数据、现场取号（App、微信）、叫号状态推送
触摸取票系统
现场和预约取号
虚拟呼叫器
工作人员进行呼叫办理业务
中心屏显示系统
在中心屏所有的当前叫号的排队信息
排队机服务器
系统的核心，所有的叫号、显示、排队都由该系统来处理
【】预约叫号流程说明
微fSW队叫号系统（演约叫号流程示意图
踊:《聃划号购I
④
客户在触摸取票机上，选择微信预约取票；
客户查看APP或是微信公共号预约成功的预约号，输入预约号确认，打印预约票号；
窗口工作人员呼叫客人过来办理业务；
同步更新在窗口显示终端上显示叫号信息、中心排队信息终端上显示叫号信息、液晶评价器显示叫号信息；
客户来到窗口办理业务，工作人员办理业务触发窗口评价功能，客户在液晶评价器上评价；
整个排队流程结束；
【】数据通讯架构说明
【】各网点带固定IP公共网地址
①网点与APP服务器通讯架构
M.#rivtk
明|1瑾部
啊5号叶
由丁每个网点取号机有固定公网IP地址，就可以与APP服务器进行直接数据
双向数据交互；
架构优点：数据交互迅速，无需通过第三方进行数据中转；
架构缺点：需要用户每个网点都需要有固定公网IP地址，客户如果之前没有固定
IP地址资源的话，将会花费额外的费用；
建议：开始用这种进行样机和接口开发；
【】各网点无固定IP公共网地址
②网点与APP服务器通讯架构
I网舄驯形f
汪:各网点无固定IP公园地址
通井皿数据中转版秀器跟APP服务91进行瞄交互
由丁每个网点取号机没有固定公网IP地址，需要在云端布署一台排队数据中
转服务器，对APP服务器与网点取号机的数据交互通过该服务器进行数据中转；
架构优点：无需每个网点需要固定公网IP地址，为客户节约相关费用；
架构缺点：需要额外开发排队数据中转服务器系统；
建议：在样机跑通，而客户无固定IP公网地址，采用该方式；

【】系统参数设置
? 排队位数：对叫号票上排队位数进行设置；
? 派号规则：系统默认为统一流水号规则，所有的业务都是由1开始从小到续生成排队；如果选择各业务之间分开派号，那么每个业务都是从1开始由1开始从小到续生成排队，例如：业务1的第一个排队号就是A0001,业务2的第一个排队号就是B0001
? 派号编码方式
? 数字编码方式：只显示叫号数字，例如：如果1号在票号显示就是1;
? 无业务编码方式：按照排队位数，不足位数，自动填充“0”;
? 字母编码方式：对丁一些用户需要区分不同的业务编码信息，在排队加入前面
业务的编码的字符，不足位数，自动填充“0”，业务字符编码方式，请查看业务类型维护；
? 是否使用服务时间超时警告：对丁业务没有按照规定时间输完，提供一个警告
提示信息框，系统默认该选项不开启
【】触摸取票打印参数设置
? 打印容：打印到票号上的实际容标题;
? 容类型：分为业务类型、业务说明、排队、等待人数、受理窗口、时间、其它
等类型，通常容类型是显示在打印容后面；
? X轴坐标，Y轴坐标：显示打印容所在的票号位置;
? 字体名称：打印容的字体；
? 字体大小：打印容的大小；
? 预览：显示设计好的票号版面样式的效果；
? 打印测试：打印票号；
【】业务类型设置
? 字符编号：排队前缀;
? 上