CN109447569A - 事项业务系统及方法 - Google Patents

Abstract

事项业务系统及方法，其区别于现有的业务办理流程主要在于，不需要取号机或者挂号窗口，由业务办理请求来代替，发送到业务服务器的业务办理请求来请求办理业务；在排队的过程中，不需要客户自己排队，将事项办理请求对应的排队对象进行排队。本申请的改进主要在业务的流程上，一个业务可以包括至少一个事项。本申请除了上述优点外，还省掉了叫号机，降低了噪声；实现了流程电子化，降低了电子设备的安装和维护成本；节省了纸张。

Description

事项业务系统及方法

技术领域

本发明涉及电子业务自动办理的技术领域，主要涉及业务办理的流程，具体来讲，是一种包括至少一个事项的电子业务自动办理的事项业务系统和事项业务方法。

背景技术

业务办理，先要挂号/取号，再办理具体的事项。譬如去医院看医生，先挂号，再看医生、体检、开药、收费、取药等。这里的挂号就相当于业务办理请求，先登记办理业务；再看医生、体检、开药、收费、取药等，其中的每一项相当于事项，事项办理过程中可能需要排队等待；在办理的过程中，有时候需要根据情况增加事项等。这些应用场景还包括办理入学手续，先办理入学登记/资格审核，再办理包括领取宿舍钥匙、办理住宿、缴纳学费、办理校园一卡通等事项。这些应用场景还包括政府业务、车辆年检、证件办理、入职手续等，有太多的地方可以用到。

在办理这些业务的过程中，存在包括下面所列举的问题。第一，需要专门的取号机或挂号窗口，这些占地方、要花费；第二，办理流程上，没有形成电子化或者半电子化，流程比较散乱，不方便客户；第三，办理的过程没有引导；第四，机器叫号，会造成资源的占用，机器叫号还会有噪声；第五，由于是手工办理，所以还需要纸张，造成纸张的浪费；第六，在办理事项的过程中，需要客户在现场排队等待，需要维护排队的秩序；第七，在办理事项和业务的过程中，需要人工去维护排队的过程。

凡是涉及到电子硬件设备的，都会存在安装、维护、硬件成本等的问题。人工维护排队，譬如在医院科室看医生，经常是护士通过就诊资料来维护排队，然后叫名字去看病，造成人力资料浪费。

发明内容

为了克服现有的，包括至少一个事项的业务办理的技术方案中的，包括需要取号机/挂号窗口、需要现场排队、流程散乱、人工排队等问题，本申请提出了一种事项业务系统和事项业务方法。通过客户端或者业务交互终端发出业务办理请求，登记/注册业务的办理；通过客户端或者事项交互终端发出事项办理请求，客户端与事项终端通过业务服务器进行连接，或者选择客户去事项终端，办理业务的事项。解决了现有技术方案中包括需要取号机/挂号窗口、流程电子化程度低、需要现场排队等的问题，提高了用户体验。

本发明的技术方案如下。

事项业务系统，包括客户端、事项终端和业务服务器；

客户端用于，通过业务选定方式，选定业务，并发送业务办理请求到业务服务器，业务办理请求包括业务请求信息，业务请求信息包括业务信息；

客户端还用于，通过事项选定方式，选定下一事项，并发送下一事项的事项办理请求到业务服务器，事项办理请求包括事项请求信息，事项请求信息包括事项信息，直到办理完业务信息的所有事项；

事项终端用于，向业务服务器发送事项终端的工作状态；

业务服务器用于，响应业务办理请求，记录业务办理请求对应的业务信息；

业务服务器还用于，响应事项办理请求或空闲的工作状态，根据连接规则选择客户端与空闲的事项终端通过业务服务器连接；或者根据连接规则选择客户到空闲的事项终端去办理事项；客户端或客户为与事项办理请求对应的客户端或客户。

该事项业务系统，还包括业务交互终端和/或事项交互终端，

该客户端用于，输出业务交互信息或事项交互信息；

业务交互终端用于，通过电子交互方式读取业务交互信息并发送该业务办理请求到该业务服务器，业务交互信息包括客户端网络地址，该业务请求信息包括业务信息和客户端网络地址。和/或，

事项交互终端用于，通过电子交互方式读取事项交互信息并发送该事项办理请求到该业务服务器，事项交互信息包括客户端网络地址，该事项请求信息包括事项信息和客户端网络地址，直到办理完业务信息的所有事项；

该业务服务器还用于，将业务办理请求和/或事项办理请求的结果发送到客户端网络地址指向的该客户端。

该事项业务系统，

该下一事项的确定方式为包括由业务服务器确定、由业务信息确定、由事项终端确定、由上一事项确定、通过客户端选定、由事项交互终端确定、通过双向扫码确定、系统随机选定的至少一种。或者，

该客户端与该事务终端通过该业务服务器连接后，在办理业务时三者之间进行通信，或传递命令或信息。

该事项业务系统，

该连接规则包括排队规则，排队规则为包括

按事项办理请求的时间先后顺序排队、按事项信息包括的事项类型分类进行排队、按科室或症室及其相类似的对象分类进行排队、按客户优先级排队的至少一种。

该事项业务系统，

该客户端还用于，输出提醒或查询信息或输出业务/事项办理的引导；或者，

该客户端还用于，连接或办理业务/事项时从客户端输入信息；或者，

该客户端还用于，获取或存储办理业务信息；或者，

该业务服务器还用于，获取或存储办理业务信息。

事项业务方法，由事项业务系统执行，包括以下步骤，

S1，通过业务选定方式或电子交互方式发送业务办理请求到业务服务器，业务办理请求包括业务请求信息，业务请求信息包括业务信息；

S3，响应业务办理请求，业务服务器记录业务办理请求对应的业务信息；

S5，通过事项选定方式或电子交互方式发送下一事项的事项办理请求到业务服务器，事项办理请求包括事项请求信息，事项请求信息包括事项信息；

S7，响应事项办理请求或事项终端的空闲的工作状态，业务服务器根据连接规则选择客户端与空闲的事项终端连接；或者根据连接规则选择客户到空闲的事项终端去办理业务；客户端或客户为与事项办理请求对应的客户端或客户；

S8，如果业务信息的所有事项办理完毕，则执行完毕，否则，转到步骤S5。

该事项业务方法，

该下一事项的确定方式为包括由业务服务器确定、由业务信息确定、由事项终端确定、由上一事项确定、通过客户端选定、由事项交互终端确定、通过双向扫码确定、系统随机选定的至少一种。或者，

该客户端与该事务终端通过该业务服务器连接后，在办理业务时三者之间进行通信，或传递命令或信息。

该事项业务方法，

该连接规则包括排队规则，排队规则为包括

按事项办理请求的时间先后顺序排队、按事项信息包括的事项类型分类进行排队、按科室或症室及其相类似的对象分类进行排队、按客户优先级排队的至少一种。

该事项业务方法，

该客户端还用于，输出提醒或查询信息或输出业务/事项办理的引导；或者，

该客户端还用于，连接或办理业务/事项时从客户端输入信息；或者，

该客户端还用于，获取或存储办理业务信息；或者，

该业务服务器还用于，获取或存储办理业务信息。

该事项业务方法，

该S1步骤由以下步骤S1～S2代替，

S1，由客户端输出业务交互信息，业务交互信息包括客户端网络地址；

S2，由业务交互终端读取业务交互信息并发送该业务办理请求到该业务服务器，该业务请求信息包括业务信息和客户端网络地址。和/或，

该S5步骤由以下步骤S5～S6代替，

S5，由客户端输出事项交互信息，事项交互信息包括客户端网络地址；

S6，由事项交互终端读取事项交互信息并发送该事项办理请求到该业务服务器，该事项请求信息包括事项信息和客户端网络地址。

交互终端，用于读取交互信息和输出办理请求，

交互终端还用于，通过交互终端选择类型信息或者其具有固定的类型信息，或者输出排队的状态或提醒。

-------------此段起分隔作用，包括创新点的介绍及其系统相关名词解释。

业务和事项的概念，业务是比事项大的概念，一项业务包括至少一个事项；事项是相对具体的。譬如办理护照是业务，那么，领表/填表、拍照、缴费、提交申请等则是具体的事项；再譬如看病是业务，那么，看/咨询医生、体检、开药方、收费、取药等则是具体的事项。

事项终端，是办理事项时进行事项办理的终端，属于业务/事项办理方提供的设备；包括譬如医院症室里的电脑、手续办理的柜台终端等。根据办理的业务/事项的不同，事项终端具有的功能会不同；事项终端为客户提供(电子)事项办理的功能；事项终端可以是虚拟的，由业务服务器进行创建或管理。事项终端，主动或被动向业务服务器发送事项终端的工作状态；工作状态包括空闲、事项办理中的一种。

事项终端，现有的解决方案，一般来说，有一个叫号的按钮，通过该按钮，发送叫号请求到业务服务器，请求排队中的下一个客户到该窗口办理业务；该方法，属于主动向业务服务器输出空闲的工作状态的一种情况。

客户端，不能简单的理解成一个智能终端，譬如手机。这里是包括特定功能的客户端，譬如安装有App的智能终端，App可通过业务服务器与事项终端进行连接。客户端，可选的，还能通过App完成特定的功能，譬如在业务为看病时，可以通过扫描医院的包括所看的科的图形码并发送业务办理请求，或者通过App选择所看的科然后通过扫码医院的图形码，并发送业务办理请求到业务服务器，图形码为包括条形码、二维码的一种。通过同样的方式，客户端还能发出事项办理请求。在需要的时候，譬如收到业务办理结果、事项办理结果、需要客户端输入、排队提醒等时候，客户端还可以输出提醒，提醒为包括声音和震动的至少一种。客户端还可以输出业务办理的引导信息，包括业务办理流程、地址、时间等的提醒。客户端还可以查询信息，查询的信息包括排队进度/情况、业务/事项办理的流程/信息、以前办理的业务信息等。还可以保存业务信息到业务历史列表中。

客户端App只是客户端的一种形式，还包括譬如客户端的网页程序。

通过客户端可输入、接收、保存信息。可以输入在业务办理请求、事项办理请求、登陆、业务/事项办理过程中需要的信息、主动报告的状态或请求；这些信息包括用户名、密码、签名/盖章、表格、确认、人体特征等。通过客户端，还可以接收在业务办理请求、事项办理请求、登陆、业务/事项办理过程中产生/输出的命令或信息，这些信息包括业务办理请求的结果、事项办理请求的结果、事项办理的开始和结束状态、排队等待的结果、登陆的结果、返回给用户的文件/信息等。客户端，还可以保存以上的所有信息，这些信息还包括日期、时间、业务信息、事项终端信息等。

客户端，还可以输出交互信息，交互信息为包括业务交互信息和事项交互信息的一种；交互信息输出的形式包括图形码，图形码为包括条形码、二维码的一种。交互信息包括客户端信息，客户端信息包括客户端网络地址，譬如IP地址和/或端口号。可选的，交互信息还包括业务信息或事项信息，业务信息为包括业务类型、业务id、业务名称的至少一种，事项信息为包括事项类型、事项id、事项名称的至少一种。

客户端，其简化的形式，可以不包括办理具体的事项的功能；譬如包括业务选定方式支持的功能、事项选定方式支持的功能、电子交互方式支持的功能、提醒等。该简化的客户端构成的事项业务系统，指提醒客户去事项终端办理事项，而不是通过业务服务器连接客户端和事项终端。

业务服务器，是客户端与事项终端连接或办理业务的桥梁或媒介；客户端与事项终端之间命令或信息的传递，需要通过业务服务器进行。业务服务器协助业务/事项的办理；根据其办理的业务的不同，会有不同的功能；业务服务器基本的功能，包括譬如登陆验证、权限管理、电子支付、数据/信息存储、查询及与具体业务相关需要由服务器来处理的事项等。

业务服务器，其简化的形式，可以不包括办理具体的业务/事项的功能；基本功能包括根据连接规则，选择客户到空闲的事项终端去办理事项。

业务系统为网络系统；对于互联网来说，网络地址可以包括IP地址，可选的还可以包括端口号等。事项终端主动向业务服务器发送工作状态，或者业务服务器查询事项终端、事项终端响应查询发送工作状态。业务服务器可以保存事项终端与其网络地址的对应关系，这个对应关系可以保存在数据表中；举例，当业务服务器为客户端分配了1号事项终端时，需要将客户端与1号事项终端通过业务服务器进行连接，这需要1号事项终端的网络地址。业务服务器也可以保存客户端对应的网络地址。可选的，业务交互终端和/或事项交互终端属于网络系统的一部分。业务服务器还可以保存事项终端的事项信息。

业务交互终端，其业务信息的获得可以通过多种方式，包括业务交互终端固有的、通过业务交互终端选择、由客户端选定/输出的；业务交互终端内固化了一个业务信息，或者，业务交互终端内有多个业务信息可供选择。事项交互终端的事项信息的获得与业务交互终端类似。

通过业务交互终端或事项交互终端发送业务办理请求或事项办理请求，该业务请求信息或该事项请求信息包括客户端信息，客户端信息包括客户端网络地址，客户端网络地址为直接的网络地址或间接的网络地址，通过客户端网络地址，业务服务器寻址客户端，并将请求的输出或结果发送到客户端，或者通过客户端地址将客户端和事项终端进行间接的(通过业务服务器)连接。

业务交互终端或事项交互终端，可选的，通过其选择业务信息或事项信息。

在方法的权利要求中，步骤之间的执行顺序要根据具体情况来决定，不是固定不变的或由权利要求表述的顺序决定。譬如，在隐含的步骤中，事项终端发送工作状态到业务服务器，无论是事项终端主动发送，或者是响应业务服务器查询的发送，其执行的时间可能是随机的，所以执行顺序也可能是随机的。

在办理业务的过程中，首先是业务办理请求；业务办理请求成功，则可以开始事项办理请求，事项的客户端或其它的电子排队对象排队等待，客户端间接的连接事项终端，开始办理事项；事项办理完毕，客户端与事项终端的连接断开，则可请求办理下一事项，直到业务的所有事项办理完毕。

业务服务器，记录业务办理请求对应的业务信息，也就是记录业务信息及与其对应的信息，对应的信息包括用户信息、客户端信息等。通过记录对应的业务信息，在事项办理请求中，可以根据包括用户信息、客户端信息等的信息找到该事项对应的业务信息。当然事项信息本身可以包括事项信息所属于的业务信息。

在业务办理请求的过程中，可选的存在业务终端，由业务终端办理业务办理请求需要处理的事情。

下一事项，即下一个办理的事项，包括业务办理请求后的第一个事项。下一事项，可以是确定的唯一的一个，也可以是在多个可选的事项中进行选择。举几个例子，譬如业务为入学手续办理，入学办理请求成功，由入学办理系统决定下一步可办理的有三个事项，包括办理住宿、缴纳学费、办理校园一卡通；可以通过客户端选择其中之一，并发送事项办理请求；或者通过扫码三个事项中的一个事项的二维码，并发送事项办理请求；或者由事项交互终端扫码客户端输出的带有下一事项的二维码并发出事项办理请求；或者由事项交互终端扫码客户端输出的二维码并输出事项办理请求，该事项交互终端具有确定的唯一的可办理事项。

客户端与事项终端通过业务服务器连接，办理事项，事项办理完毕，断开连接。具体业务办理过程，和具体的业务和事项有关，不是本申请的发明点，而且都是公知常识，不作具体介绍。当然，具体业务过程和现有的办理过程相比，可能会有小的变动，譬如以前的领表填表，现在通过客户端就可以直接领表；以前可能填表需要一式三份手工填写，现在只需要电子填写一份。譬如入学手续的校园一卡通办理请求，通过扫二维码排队，在等待的过程中填申请表，客户端输出震动提醒，开始办理校园一卡通，通过入学办理服务器提交校园一卡通申请表到校园一卡通终端，办理完毕，获得校园一卡通。

客户端与事项终端通过业务服务器连接，是一种间接的连接关系。客户端和事项终端分别与业务服务器连接，通过业务服务器传递信息。客户端和事项终端之间的连接是间接的连接。

双向扫码，其解释如下，譬如双向扫码获取下一事项，其包括两种扫码方式。第一客户端可以扫事项的图形码获取事项信息；第二可以有一个事项扫码仪器，该仪器扫客户端的图形码，请求业务服务器或特定功能的服务器发送事项信息到客户端。通过双向扫码，客户端可以获取事项信息，确定下一事项。

本申请的创新点，与现有方案相比，包括以下几点。省掉了取号机/挂号窗口等；通过客户端实现电子自动排队；实现业务办理的电子化和流程化。另外，还包括，通过客户端来提醒，省掉了叫号的设备。

-------------此段起分隔作用，包括其他相关名词解释。

业务选定方式，可用于选定业务(信息/类型)，或者用于选定业务并发送业务办理请求到业务服务器。业务选定方式为包括双向扫码、通过客户端选择、通过客户端的电子会员卡选择、通过业务交互终端选择的一种。通过客户端选择为包括搜索、通过列表(包括常用列表、分类列表、历史列表)选择的一种。

事项选定方式，同样的，可用于选定事项，或者用于选定事项并发送事项办理请求到业务服务器。事项选定方式，为包括下一事项的确定方式、业务选定方式的一种。

业务办理请求，可以由客户端发出，也可以由业务交互终端发出。业务办理请求包括业务请求信息，业务请求信息包括业务信息。可选的，业务请求信息还包括客户端信息。业务信息包括业务类型；客户端信息为包括直接/间接的客户端网络地址、客户端网络名称、用户信息的至少一种。在业务服务器收到客户端的业务办理请求时，业务服务器获知客户端的网络地址，其属于客户端信息。

事项办理请求，与上述的业务办理请求类似。

业务服务器，响应业务办理请求，记录业务办理请求的客户端信息及对应的业务信息；当同一客户端发送业务的事项办理请求时，业务服务器知道该事项办理请求的事项属于上述的业务办理请求的业务。可选的，事项请求信息包括业务信息。

客户端信息，为包括客户端类型、客户端网络地址、端口号、客户端id、用户信息的至少一种。

用户(客户)信息，为包括用户名、用户密码、用户id、用户个人信息的至少一种。

业务信息，为包括业务类型、业务id、业务包括的事项的至少一种。

事项信息，为包括事项类型、事项id、事项所属的业务信息的至少一种。

连接规则，其解释包括如下。业务服务器响应事项办理请求，如果有空闲的事项终端，则选择空闲的事项终端与客户端连接，开始办理事项；否则对事项办理请求进行排队；业务服务器响应空闲的工作状态，如果有排队中的事项办理请求，根据排队规则选择在排队中的事项办理请求对应的客户端与空闲的事项终端连接。对事项办理请求的排队，其可以是事项办理请求本身、客户端信息、用户信息的至少一种，譬如排队对象包括事项id和用户id，通过用户id可以找到其客户端网络地址。客户端通过业务服务器与事项终端连接，与客户端连接的事项终端，事项终端能办理事项客户端的事项办理请求的事项。当客户端的事项办理请求的事项是A事项时，客户端可与办理A事项的事项终端连接。

连接规则，其解释还可以包括如下。过号重排，就是客户错过了提醒后，重新通过事项办理请求申请排队；回头再排，譬如医院，医生要求病患去体检/检查，然后再回到医生这里继续看病。过号重排和回头再排，相比正常排队，可以有更高的优先级。

根据连接规则，选择客户端与事项终端连接或者选择客户到事项终端去办理事项，客户端或客户对应的事项办理请求与事项终端，两者的事项信息应该基本相同，至少包括相同的事项类型。

交互终端，为包括业务交互终端、事项交互终端的一种；交互信息为包括业务交互信息、事项交互信息的一种；办理请求为包括业务办理请求、事项办理请求的一种；类型信息为包括业务信息、事项信息的一种。

电子交互方式，其交互信息的读取形式包括扫描图形码、NFC、近场通信、声波感应、光电感应、电磁耦合的至少一种。

可选的，交互终端还包括一个显示屏，带触摸的功能或者有按键，通过显示屏可以滑动显示类型信息的一个列表，并能选择其中的一个类型信息。

客户端发送办理请求时，类型信息可以从客户端选择，也可以是外部的输入，譬如扫码获得类型信息；交互终端发出办理请求时，类型信息可以是客户端输出，也可以是交互终端固有的，或者通过交互终端选择的。这也属于业务选定方式或事项选定方式的内容。

客户端与事务终端通过业务服务器连接后，在办理业务时三者之间进行通信，或传递命令或信息。在连接后办理业务时，三者有各自的功能。

事项终端，可以是虚拟的，譬如在办理业务或事项的过程中，需要付款，如果客户端是通过扫码付款，或者直接在客户端收/付款，则不需要存在一个实体的收款机。当然，收/付款，也可以作为事项的一部分。业务和事项的划分不是一成不变的。现在，电子支付已经成为日常收付款的重要部分。

-------------此段起分隔作用，下面为单一性和技术效果的介绍。

多个保护主题具有单一性。理由在于，属于一个总的发明构思，解决的技术问题包括现有方案需要取号机或挂号窗口，或者人工排队等；多个主题具有相同的特定技术特征，包括发送业务/事项办理请求，或者通过客户端进行电子排队等。

本申请的有益的技术效果包括：

1，不需要取号机或者挂号窗口，由客户端通过业务办理请求申请办理业务；

2，不需要客户人工排队，由客户端电子排队；

3，不需要叫号机，减少噪声污染，由客户端输出提醒；

4，电子化办公，节省纸张；业务办理流程化；

5，客户端输出业务办理的引导，方便客户；

6，查询业务办理的(历史)数据；

7，取号机/叫号机等硬件设备，需要占地方、硬件成本、维护成本等；

8，可以远程办理业务或事项，不需要到现场，通过客户端输入信息，包括视频、音频。

附图说明

图1为骨科业务办理请求过程的框图，相当于医院的骨科挂号。

图2为CT拍摄请求过程的框图。

图3为症室开方请求过程的框图。

附图标号：无。

具体实施方式

以下结合附图并附实施例详细说明本申请。

附图中的三幅图，是一个医院骨科看病业务的整个流程的简化，其中的有些步骤，譬如包括付款、拿药等，没有在附图中说明；当然付款可以单独作为一个事项，也可以附加到其他事项中，作为其他事项的一部分。业务相当于是骨科看病，其事项包括CT拍摄和症室开方。也就说三幅图组成一个简化的实施例。

假定通过骨科业务办理请求来请求看骨科，骨科业务办理请求决定了下一步可以办理的事项包括CT拍摄和看医生，客户选择了CT拍摄；CT机或骨科业务或医院服务器或者客户端决定了下一步可办理的事项是症室开方；症室开方完成后，业务办理完毕。

医院服务器需要知道/跟踪业务的办理，所有的业务办理请求和事项办理请求，都包括客户端信息或用户信息；通过客户端信息或用户信息，医院服务器知道业务办理请求和事项办理请求来自于哪个客户端或用户；客户端信息或用户信息是网络唯一的。譬如办理请求可以包括客户端网络地址，来标识办理请求的来源，本申请的实施例采用用户id来标识，当然还可以有更多的选择。

通过同一个用户id，并且该用户id的骨科业务正在办理中，医院服务器可以知道所有的该用户id的事项都属于该用户id指向的用户的骨科业务。本申请的所有的实施例中，包括客户端输出的交互信息(譬如图形码，其包括二维码)、业务办理请求、事项办理请求中，都包括用户id，在后面的不再赘述。

可选的，手机App不包括事项单元，也就是其不参与办理具体的事项，只是业务和事项的流程上的辅助。可以通过手机App提醒客户到事项终端去办理事项。

图1为骨科业务办理请求处理过程的框图，业务交互终端为挂号交互终端，客户端为手机App，业务服务器为医院服务器。

在医院方便的地方，安装有挂号交互终端，通过挂号交互终端的触摸屏，选择看骨科；手机App输出二维码，二维码包括App的用户id，可选的，二维码还包括手机App的网络地址；挂号交互终端读取二维码，输出业务办理请求，即骨科的挂号办理请求，其业务请求信息包括业务信息和用户信息，业务信息包括骨科，用户信息包括用户id。可选的，业务请求信息还包括客户端信息，客户端信息包括手机App的网络地址。医院服务器响应挂号办理请求，记录用户id和其对应的骨科挂号业务，获取手机App的网络地址，发送挂号办理请求的结果到手机App的网络地址指向的手机App。医院服务器获取的手机App的网络地址，是由挂号业务请求信息发送过来的直接手机App的网络地址，或者间接的手机App的网络地址，譬如通过用户id查询获得直接的手机App的网络地址。

基于上述的交互方式的变化，可包括多种，这里的交互信息是二维码。第一种，譬如通过手机App扫描医院的二维码，通过手机App选择看的骨科，手机App发送骨科的挂号办理请求；第二种，通过手机选择看的骨科，手机输出的二维码还包括看的骨科，挂号交互终端不需要具体科室的信息；第三种，挂号交互终端的科不能选，已经固定按科室分类的业务交互终端，譬如骨科挂号交互终端只挂号骨科的，内科挂号交互终端只挂号内科的。对于事项的交互方式，也可以如这里描述的一样，有多种选择。对于事项交互终端，也可以如这里的挂号交互终端，有多种选择。

如果手机App发送挂号办理请求到医院服务器，则假定与互联网数据包一样，挂号办理请求的数据包包括手机App的网络地址。

骨科的挂号成功，手机App收到挂号成功的信息，并由该骨科的挂号确定下一步可办理的事项包括CT拍摄和看医生，用户选择了CT拍摄。手机App收到挂号成功的信息，手机App输出提醒，提醒为包括文字、视频、音频、震动的至少一种。

其有益的效果包括，省掉了取号机/挂号窗口，其占地方大，而且还需要设备，而设备的安装维护需要成本。

图2为CT拍摄请求过程处理的框图，事项终端为CT室的两台CT机，在CT室的门口有CT室二维码，供用户扫码，申办CT拍摄事项，发出CT拍摄请求；CT室二维码，包括事项信息，这里譬如是CT拍摄；CT室二维码，可以放置在CT室的门口，还可以放置多个。

通过手机App选择下一事项为CT拍摄后，手机App输出CT办理的引导，引导信息包括CT室位置、到达路径、CT室排队情况、CT机信息、价格、拍摄所需时间等。根据业务/事项的不同，引导信息会不同。

手机App扫码CT室二维码，获得事项为CT拍摄，并发送CT拍摄请求到医院服务器。CT拍摄请求包括的事项请求信息，即CT请求信息，包括事项信息和用户信息，事项信息包括CT拍摄，用户信息包括用户id。假定手机App已经通过电子缴费缴纳了CT拍摄的费用。

医院服务器根据用户id查询到该用户正在看骨科的业务，所以CT拍摄的事项属于骨科业务的一部分。有多个用户正在排队等待CT拍摄，所以将用户id在CT拍摄队列进行排队。CT室有两台CT机，当一台CT机完成拍摄，会发送空闲的工作状态到医院服务器，医院服务器分配CT拍摄队列的下一个用户去空闲的CT机拍摄，按排队的时间顺序寻找到下一个用户。到此该用户按时间顺序排在CT拍摄队列的最前面，1号CT机空闲，手机App收到医院服务器的信息，发出震动或声音，提醒该用户去1号CT机拍摄。

拍摄完成后，CT机将CT片子发送到医院服务器，医院服务器保存该CT片子；可选的医院服务器将CT片子发送到手机App，手机App保存。

业务/事项办理过程，和具体的业务/事项有关，不是本申请的创新点，这里不作详细描述。也就是图中的事项单元，是具体事项处理的过程。

其有益的技术效果包括，通过客户端信息或用户信息排队，不需要客户自己排队；客户端输出提醒，不需要叫号设备；客户端输出办理业务/事项的引导，方便客户；电子化办公，节省了资源，这里是不需要打印的CT片子；可以通过手机App查询业务/事项的记录。

图3为症室开方请求处理过程的框图。事项终端为症室终端，事项为开方，结合图1的骨科业务办理请求和图2的CT拍摄请求，可以容易的理解其流程。症室交互终端可以安装在症室的门口，交互信息可以是二维码。

交互的方式可以有多种的变化，事项的来源可以来自包括手机App、用户通过症室交互终端选择、症室交互终端固有的至少一种。

可选的，如果用户不需要在症室现场提供额外的情况，只需要譬如CT片子，则症室开方可以远程操作，譬如通过手机App选择症室开方并发送症室开方请求到医院服务器，医院服务器按请求的时间顺序处理，当到了处理该症室开方请求的时候，症室客户端通过用户id找到该用户在上一事项中拍摄的CT片子，开药方。不需要用户在现场处理。

其有益的技术效果，除了图2实施例的效果外，还包括可以远程办理业务或事项。

Claims (10)

1.事项业务系统，包括客户端、事项终端和业务服务器；其特征在于，

客户端用于，通过业务选定方式，选定业务，并发送业务办理请求到业务服务器，业务办理请求包括业务请求信息，业务请求信息包括业务信息；

客户端还用于，通过事项选定方式，选定下一事项，并发送下一事项的事项办理请求到业务服务器，事项办理请求包括事项请求信息，事项请求信息包括事项信息，直到办理完业务信息的所有事项；

事项终端用于，向业务服务器发送事项终端的工作状态；

业务服务器用于，响应业务办理请求，记录业务办理请求对应的业务信息；

业务服务器还用于，响应事项办理请求或空闲的工作状态，根据连接规则选择客户端与空闲的事项终端通过业务服务器连接；或者根据连接规则选择客户到空闲的事项终端去办理事项；客户端或客户为与事项办理请求对应的客户端或客户。

2.如权利要求1所述的事项业务系统，其特征在于，还包括业务交互终端和/或事项交互终端，

所述的客户端用于，输出业务交互信息或事项交互信息；

业务交互终端用于，通过电子交互方式读取业务交互信息并发送所述的业务办理请求到所述的业务服务器，业务交互信息包括客户端网络地址，所述的业务请求信息包括业务信息和客户端网络地址。和/或，

事项交互终端用于，通过电子交互方式读取事项交互信息并发送所述的事项办理请求到所述的业务服务器，事项交互信息包括客户端网络地址，所述的事项请求信息包括事项信息和客户端网络地址，直到办理完业务信息的所有事项；

所述的业务服务器还用于，将业务办理请求和/或事项办理请求的结果发送到客户端网络地址指向的所述的客户端。

3.如权利要求1或2所述的事项业务系统，其特征在于，

所述的下一事项的确定方式为包括由业务服务器确定、由业务信息确定、由事项终端确定、由上一事项确定、通过客户端选定、由事项交互终端确定、通过双向扫码确定、系统随机选定的至少一种。或者，

所述的客户端与所述的事务终端通过所述的业务服务器连接后，在办理业务时三者之间进行通信，或传递命令或信息。

4.如权利要求1或2所述的事项业务系统，其特征在于，

所述的连接规则包括排队规则，排队规则为包括

按事项办理请求的时间先后顺序排队、按事项信息包括的事项类型分类进行排队、

按科室或症室及其相类似的对象分类进行排队、按客户优先级排队的至少一种。

5.如权利要求1或2所述的事项业务系统，其特征在于，

所述的客户端还用于，输出提醒或查询信息或输出业务/事项办理的引导；或者，

所述的客户端还用于，连接或办理业务/事项时从客户端输入信息；或者，

所述的客户端还用于，获取或存储办理业务信息；或者，

所述的业务服务器还用于，获取或存储办理业务信息。

6.事项业务方法，由事项业务系统执行，其特征在于，包括以下步骤，

S1，通过业务选定方式或电子交互方式发送业务办理请求到业务服务器，业务办理请求包括业务请求信息，业务请求信息包括业务信息；

S3，响应业务办理请求，业务服务器记录业务办理请求对应的业务信息；

S5，通过事项选定方式或电子交互方式发送下一事项的事项办理请求到业务服务器，事项办理请求包括事项请求信息，事项请求信息包括事项信息；

S7，响应事项办理请求或事项终端的空闲的工作状态，业务服务器根据连接规则选择客户端与空闲的事项终端连接；或者根据连接规则选择客户到空闲的事项终端去办理业务；客户端或客户为与事项办理请求对应的客户端或客户；

S8，如果业务信息的所有事项办理完毕，则执行完毕，否则，转到步骤S5。

7.如权利要求6所述的事项业务方法，其特征在于，

所述的下一事项的确定方式为包括由业务服务器确定、由业务信息确定、由事项终端确定、由上一事项确定、通过客户端选定、由事项交互终端确定、通过双向扫码确定、系统随机选定的至少一种。或者，

所述的客户端与所述的事务终端通过所述的业务服务器连接后，在办理业务时三者之间进行通信，或传递命令或信息。

8.如权利要求6所述的事项业务方法，其特征在于，

所述的连接规则包括排队规则，排队规则为包括

按事项办理请求的时间先后顺序排队、按事项信息包括的事项类型分类进行排队、

按科室或症室及其相类似的对象分类进行排队、按客户优先级排队的至少一种。

9.如权利要求6所述的事项业务方法，其特征在于，

所述的客户端还用于，输出提醒或查询信息或输出业务/事项办理的引导；或者，

所述的客户端还用于，连接或办理业务/事项时从客户端输入信息；或者，

所述的客户端还用于，获取或存储办理业务信息；或者，

所述的业务服务器还用于，获取或存储办理业务信息。

10.交互终端，用于读取交互信息和输出办理请求，其特征在于，

交互终端还用于，通过交互终端选择类型信息或者其具有固定的类型信息，或者

输出排队的状态或提醒。