CN111754069A - 一种服务订单生成方法及装置 - Google Patents

Abstract

本发明公开了一种服务订单生成方法及装置，属于互联网技术领域。所述方法应用于第一终端时，包括获取当日至少一个待巡查信息，所述待巡查信息包括服务时间和服务成员；获取可编辑界面，所述可编辑界面通过选择任一一个所述待巡查信息获得；通过所述可编辑界面，接收巡查描述；生成已巡查信息，所述已巡查信息包括所述巡查描述和巡查时间，所述巡查时间在所述服务时间范围内。本申请将订单进行统一的生成、处理和管理；用户可以扫码直接生成服务订单或自行下单，其符合被服务人员需要，有利于提升整个服务行业的服务规范程度和管理水平，使工作管理效率得到明显改善。

Description

一种服务订单生成方法及装置

技术领域

本发明涉及互联网技术领域，具体而言，涉及一种服务订单生成方法及装置。

背景技术

随着我国人口老龄化及患者的增加，社会对医疗护理方面的需求日益突显，目前互联网技术和医疗卫生行业的不断发展，医疗体制也逐步完善，人们对护理工作的要求也越来越高。然而医院或者护理院的护理工作种类繁多，不同的被护理人需要护理的项目、护理时间也不同，因此，能够提供高效高质量的护理工作就显得尤为重要。

传统订购护理服务的方式是被护理人员或被护理人员亲属，通过在线或电话方式与护工管理机构沟通具体服务需求，然后护工管理机构指派符合要求的护理人员进行服务；此种方式需要逐一介绍每种护理服务的价格，其过程繁琐，且无法对护理人员进行规范管理，也无从获知用户体验。

需要说明的是，在上述背景技术部分发明的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

为了克服现有技术存在上述问题，本发明提出了一种服务订单生成方法及装置，其符合被服务人员需要，效率更高、更人性化的获取订单信息。

本发明公开了一种服务订单生成方法，应用于第一终端，包括：

获取至少一个服务包信息，所述服务包信息包括服务内容和费用信息；

获取用户信息，所述用户信息包括用户基本信息和服务位置；

根据所述服务包信息和用户信息生成第一识别码，所述第一识别码用于第二终端识别发出用户服务请求；

根据所述用户服务请求生成服务订单，所述服务订单包括所述第二终端根据所述费用的支付信息。

在本发明的一种示例性实施例中，根据所述用户服务请求生成服务订单，具体包括：

根据所述用户服务请求生成待指派信息；

根据所述待指派信息确定至少一个服务成员，所述成员是团队和/或个人；

生成服务订单。

在本发明的一种示例性实施例中，所述用户信息还包括服务要求信息；

根据所述待指派信息确定至少一个服务成员，具体包括：

根据所述待指派信息获取至少一个待服务成员信息；

确定服务成员，所述服务成员信息与所述服务要求信息相匹配。

在本发明的一种示例性实施例中，还包括：根据所述服务订单生成待巡查信息；

获取所述待巡查信息的可编辑界面；

通过所述可编辑界面，接收巡查描述，所述巡查描述用于描述所述服务订单服务状态。

在本发明的一种示例性实施例中，所述服务订单包括服务时间，所述巡查描述包括巡查时间，所述巡查时间在所述服务时间内。

在本发明的一种示例性实施例中，所述服务位置通过扫描第二识别码获取。

在本发明的一种示例性实施例中，所述服务位置包括楼层、科室、病区、床号中的至少一个。

本发明还公开了一种服务订单生成方法，应用于第二终端，包括：

识别第一识别码；

根据所述识别码获取用户信息和服务包信息，所述服务包信息包括服务内容和费用信息；

根据所述费用信息进行支付；

发出用户服务请求，所述用户服务请求用于生成服务订单。

在本发明的一种示例性实施例中，还包括：

获取进行中服务订单，所述服务订单包括服务时间，所述进行中服务订单的服务时间未到期；

获取所述进行中服务订单的续费信息；

根据所述续费信息进行支付，以使所述进行中服务订单延长所述服务时间。

一种服务订单生成装置，应用于第一终端，包括：

服务包获取模块，用于获取至少一个服务包信息，所述服务包信息包括服务内容和费用信息；

信息获取模块，用于获取用户信息，所述用户信息包括用户基本信息和服务位置；

第一识别码生成模块，用于根据所述服务包信息和用户信息生成第一识别码，所述第一识别码用于第二终端识别发出用户服务请求；

服务订单生成模块，用于根据所述用户服务请求生成服务订单，所述服务订单包括所述第二终端根据所述费用的支付信息。

一种服务订单生成装置，应用于第二终端，包括：

识别模块，用于识别第一识别码；

获取识别信息模块，用于根据所述识别码获取用户信息和服务包信息，所述服务包信息包括服务内容和费用信息；

费用支付模块，用于根据所述费用信息进行支付；

服务请求发送模块，用于发出用户服务请求，所述用户服务请求用于生成服务订单。

通过以上技术方案，获得的技术效果在于：本发明的服务订单生成方法及系统，将服务订单进行统一的生成、处理和管理；不仅可提供管理人员便捷、快速找到当前订单内容、订单的执行状态及进度等信息，同时也合理优化服务订单的分配安排和人员调度；用户可以扫码直接生成服务订单或自行下单，其符合被服务人员需要，有利于提升整个服务行业的服务规范程度和管理水平，使工作管理效率得到明显改善。

附图说明

图1为一示例性实施例提供的计算机系统的结构框图；

图2为一示例性实施例的服务订单生成方法的流程图；

图3为一示例性实施例的根据所述用户服务请求生成服务订单的流程图；

图4为一示例性实施例的实现巡查管理的流程图；

图5为一示例性实施例的服务列表界面示意图；

图6为一示例性实施例的服务包详情界面示意图；

图7为一示例性实施例的添加用户信息界面示意图；

图8为一示例性实施例的第一终端订单管理界面示意图；

图9为一示例性实施例的另一服务订单生成方法的流程图；

图10为一示例性实施例的延长服务时间的流程图。

具体实施方式

现在将参考附图更全面地描述示例性实施例。然而，示例性实施例能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施例使得本发明将更加全面和完整，并将示例性实施例的构思全面地传达给本领域的技术人员。

本申请实施例提供一种服务订单生成方法及装置，不仅方便被服务人员快速下单，而且便于订单管理，实现了在服务过程进行巡查监管；可应用于医院护理、康复院护理、居家护理、养老院护理、生活服务等相关领域。图1是本申请示出的一个示例性实施例提供的计算机系统100的结构框图。该计算机系统100可以是服务管理系统或者具有服务属性的其它应用程序系统，本申请实施例对此不加以限定。该计算机系统100包括：第一终端120、服务器140、第二终端160。

第一终端120通过无线网络或有线网络与服务器140相连。第一终端120可以是智能手机、台式计算机、平板电脑、电子书阅读器、MP3播放器、MP4播放器和膝上型便携计算机中的至少一种。第一终端120安装和运行有巡查和指派任务功能的服务管理应用程序。可选地，该应用程序可以是服务管理客户端。第一终端120是医生、护理主管或护理机构专员使用的终端。

服务器140包括一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。服务器140用于为支持的应用程序提供后台服务。

第二终端160通过无线网络或有线网络与服务器140相连。第二终端160安装和运行有寻求服务功能的服务管理应用程序。可选地，该应用程序可以是服务管理客户端。第二终端160是患者、居家失能人员、等有服务需求的人使用的终端，或能够发起服务需求的管理人终端。

可选地，第一终端120、第二终端160上安装的应用程序可以是相同的，或是不同操作系统平台的同一类型应用程序但支持信息互通。不同操作系统包括：苹果操作系统、安卓操作系统、Linux操作系统、Windows操作系统等等。

第一终端120可以泛指多个终端中的一个，第二终端160可以泛指多个终端中的一个，本实施例仅以第一终端120、第二终端160来举例说明。本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。

下面以医院场景为代表通过实施例对本发明技术方案进行展开介绍，其主要涉及患者、护理主管、护工或护理团队等具有服务需求、巡查能力和能够提供服务的人群，具体方式为护理主管对护理服务过程进行巡查记录。

服务管理应用程序在医院的服务管理场景中，第二终端提出服务请求，第一终端根据所述服务请求指派护理服务人员，并对该护理服务人员的护理服务进行巡查记录。

图2示出了本申请一示例性实施例的服务订单生成方法的流程图。该方法可以由图1所示的第一终端来执行，所述第一终端上运行有支持服务管理功能的应用程序，该方法包括：

S11.获取至少一个服务包信息，所述服务包信息包括服务内容和费用信息；

服务包可以认为是一项服务的信息集成显示模式，每个服务包包括所述服务包的服务包信息，服务包信息可以包括服务内容和费用信息，如图6所示。为了到给患者更多的选择，根据患者不同需求制定多种服务包。

可选的，如图5所示，服务包以列表形式展示，点击服务包获得服务包信息。为了查询方便，服务包可以用服务成员所属单位、科室、单人或团队护理服务等基本信息命名，举例说明：医院骨科单人护理服务、护理机构眼科团队护理服务，通过所述基本信息能使第一终端用户快速捕捉到有用信息。

服务内容可以认为是所选服务项目的具体内容，如1.协助打饭、热饭、餐具清洁；2.协助晨晚间洗漱、提供用水、负责洗漱用品的清洁归位；3.保持床单整洁(更换)等。费用信息是所述服务所需要的费用。

服务包信息还包括服务位置和服务成员中的至少一种。

服务位置是所述服务可以覆盖的范围，服务位置可以是具体地址区域，也可以是医院的病区，这里不做限定。

服务成员是提供该服务的具体成员，例如护理患者的护理人员，也可以是提供该服务的团队，例如护理患者的护理团队。可以认为服务成员将信息已登记在服务管理客户端中，以便显示在待巡查信息中。

S12.获取用户信息，所述用户信息包括用户基本信息和服务位置；

可选的，用户信息是通过添加用户信息编辑界面接收。如图7所示，通过点击添加患者功能键进入用户编辑界面。

用户信息可以包括用户基本信息和服务位置。这里的用户指需要接受服务的用户，如患者。用户基本信息可以包括姓名、手机号、性别、年龄等，可选的，用户部分基本信息可以是扫描识别用户身份证方式获得。

服务位置可以是用户住址，例如*市*小区*单元*门或，也可以是具体服务位置点，例如就医楼层、科室、病区、床号中的至少一个。可选的，所述服务位置通过扫描第二识别码方式自动获取，第二识别码可以是贴在所述用户床头的二维码，也可以是医生开具的病历单中的图形码，用于确定患者的住院病区和或床位，当然也可以手动输入例如**医院**科室**病区**床位，还可以是GPS定位方式。

用户信息还包括服务要求和服务时间。

服务要求是对服务的具体要求，例如服务成员年龄、性别、语言、性格等喜好的描述。

服务时间可以包括服务开始时间和服务结束时间，是根据用户需求确定。

S13.根据所述用户信息和服务包信息生成第一识别码，所述第一识别码用于所述第二终端识别发出用户服务请求；

识别码是一种计算机可以识别的符号，识别码可以是图形码、条形码也可以是数据链接、数据口令等，这里不做限定。

考虑到部分年龄大的患者或肢体活动不便的患者使用智能终端困难，因此第一终端用户协助患者进行服务相关信息的填写，根据填写内容生成第一识别码。

第二终端通过识别识别码获得用户信息和服务包相关信息，确认信息无误，还根据费用信息进行支付则发出用户服务请求。可选的，所述用户服务请求可以是待支付的用户服务请求，也可以是已支付的用户服务请求。

S14.根据所述用户服务请求生成服务订单，所述服务订单包括所述第二终端根据所述费用的支付信息。第二终端发出用户服务请求后第一终端生成服务订单。

当第二终端发出的是未支付的用户服务请求时，服务订单显示待支付信息，当第二终端发出的是已支付的用户服务请求时，服务订单显示已支付信息。

根据本示例实施例中的服务订单生成方法，其符合被服务人员需要，效率更高、更人性化的获取订单信息。

图3示出了本申请一示例性实施例的根据所述用户服务请求生成服务订单的流程图；所述根据所述用户服务请求生成服务订单，具体包括：

S141.根据所述用户服务请求生成待指派信息；

S142.根据所述待指派信息确定至少一个服务成员，所述成员是团队和/或个人；

服务成员信息包括服务范围、负责区域、在岗状态中的至少一种，还可以包括年龄、性别、籍贯、工作经验时长、护理级别等。当服务成员是团队时，服务成员信息还包括团队成员数量，未上岗人数等信息。

具体的，所述服务范围是对服务内容的列举；如果护理人员正在工作过程中则状态显示为忙碌，否则为空闲，所述空闲是指未进行服务或工作未饱和。所述负责区域是指护理区域，保证了护理人员或团队只执行与其对应的护理区域内的护理任务，能够有效降低发生服务不及时问题的概率。团队待指派信息中显示有该团队的在岗人数，单人待指派信息中显示有所有单个护工在岗人数，所述在岗人数是根据护工的请假或在岗信息的登记而成，该登记可以是护工自行在终端中完成。

可选的，获取是至少一个待服务成员信息是满足用户服务请求的至少一个服务成员信息。例如，用户服务请求中服务位置是骨科4区，则仅显示负责服务骨科4区的服务成员信息。

服务成员可以为医院内部的护工，也可以是院外护理机构中的护工。

可选的，所述服务成员信息中展示有“待上岗”护理人员的年龄、性别、工作经验时长、护理级别等，“已上岗”护理人员不进行展示；当护理主管在选择服务成员时，需要查看该派单对象当前有多少个正在或即将处理的订单，根据工作量均衡的原则自行决定派单对象，同一护工在同一时段可以接收多个订单，但是需要根据护理主管的经验进行相应指派。

S143.生成服务订单。

可选的，根据服务订单提取所述服务订单中的目标终端标识，并将待完成的护理任务分配至所述目标终端标识对应的目标终端上，当目标终端用户拒绝接单时，需要重新将待完成的护理任务再次进行分配。

本发明实施例中，还包括：

根据目标终端用户和第二终端用户指令生成订单界面；所述订单界面中展示有全部信息列表、待支付信息列表、服务中信息列表、已完成信息列表和退款信息列表。具体的，如图8所示，根据上述分类，护理主管方便查看每个信息列表下的订单明细。

图4示出了本申请一示例性实施例的实现巡查管理的流程图；

S15.根据所述服务订单生成待巡查信息；

巡查可以认为是一种对目标对象实际情况进行检查、记录、整理的行为，所述目标对象可以是人或物。例如，在医院，医生或护士需要定期或定时到患者病房巡查并记录护理人员的护理情况和患者康复状态。待巡查信息可以认为是待巡查事件的描述信息。待巡查信息可以由患者等用户发起，也可以是巡查管理人员发起，这里不做限定。

所述待巡查信息包括服务时间和服务成员；服务时间可以是所述服务成员需要提供服务的时间，所述服务时间可以是固定时间，也可以根据需求进行变更。

可选的，每个待巡查信息对应一个服务事项，一个服务事项根据服务时间生成一个或多个待巡查信息，如每日一次或多日一次。巡查周期可以是设定的固定值，也可以根据需求设置周期，当然也可以根据巡查管理终端随机确定，这里不做限定。

当巡查周期根据需求设置时，获取当日至少一个待巡查信息具体包括：获取巡查周期，根据所述巡查周期和服务时间确定待巡查日期；根据所述巡查日期发布待巡查信息。例如，服务周期是每日一次时，服务时间为2020年1月1日至2020年1月3日，巡查周期为每日为一次，根据巡查周期生成3个待巡查信息，分别在2020年1月1日和2020年1月2日和2020年1月3日获取。

S16.获取所述待巡查信息的可编辑界面；

具体的，可编辑界面包括文字编辑界面、多媒体编辑界面、文件上传入口中的至少一种。文字编辑界面用于编辑文字，多媒体编辑界面用于编辑，导入照片、视频等多媒体文件，文件上传入口用于上传服务相关电子资料，例如被服务对象病历，服务成员的日常记录等。

可选的，所述可编辑界面包括服务成员和服务时间。

所述可编辑界面显示有服务成员信息，比如护工姓名或护理团队名称，其护工或护理团队根据服务内容进行护理工作。

S17.通过所述可编辑界面，接收巡查描述，所述巡查描述用于描述所述服务订单服务状态；

巡查描述可以用于描述服务成员的服务规范性，被服务对象状态等，这里不做限定。

具体的，巡查描述包括所述文字信息、图片信息、视频信息和音频信息中的至少一种。

可选的，巡查描述时可调用第一终端的相机进行拍照或录制视频，也可以通过语音或文字形式对服务过程进行记录，或者同时采用至少两种以上方式进行记录。例如，在某医院中，护工甲女士给患者C先生提供拍背护理服务，去巡查时启动拍摄模式，记录护工甲女士给患者C先生的拍背过程，拍摄结束后可以将视频上传到服务器，同时也通过文字形式记录此次甲女士服务过程，如“工作认真、有耐心、拍背动作规范”。此外，拍背护理服务结束后，也可以通过视频检查护理操作是否合规，患者C先生家属也可远程查看护理操作全过程。

本发明实施例中，还包括：生成已巡查信息，所述已巡查信息包括所述巡查描述和巡查时间，所述巡查时间在所述服务时间范围内。

巡查时间获取方式有多种，可选的，所述巡查编辑时间为巡查实时时间，也可以通过可编辑界面输入的巡查时间。

可选的，巡查时间是巡查当日日期，也可以是巡查当时具体时间点，例如，服务时间是2020年1月1日至2020年1月10日，则巡查时间是2020年1月2日或2020年1月2日10时20分。

可选的，所述已巡查信息以卡片形式规则分布显示，其依据于显示排序规则进行多行多列或单行多列地顺序呈现，所述排序规则包括但不限于：卡片上护工名字或护理团队名称排序、同类卡片显示配色排序(所述同类是指同一护工或同一护理团队)。其目的是方便查看某一护理人员或团队在服务过程中操作是否规范、态度是否端正，对日后护理人员或团队的各项技能绩效考核提供了便捷。

根据本示例实施例中的服务管理方法，一方面，对服务情况进行巡查记录，便于检验或查看；另一方面，有利于提高服务任务管理的效率及质量。

图9示出了本申请一示例性实施例的另一服务订单生成方法的流程图，该方法可以由图1所示的第二终端来执行，所述第二终端上运行有支持服务管理功能的应用程序，该方法包括：

S21.识别第一识别码；

可选的，第一识别码通过安装在第二终端上的所述有支持服务管理功能应用程序来扫描，或者通过安装在第二终端上其他应用程序来扫描。

S22.根据所述识别码获取用户信息和服务包信息，所述服务包信息包括服务内容和费用信息；

可选的，获取用户信息和服务包信息后，还可以对所述信息进行修改。

S23.根据所述费用信息进行支付；

S24.发出用户服务请求，所述用户服务请求用于生成服务订单。

根据本示例实施例中的服务订单生成方法，第二终端更加方便的获得服务订单相关信息，提升了服务效率。

图10示出了本申请一示例性实施例的延长服务时间的流程图。所述服务订单生成方法，还包括：

S31.获取进行中服务订单，所述服务订单包括服务时间，所述进行中服务订单的服务时间未到期；

服务时间包括服务的起始时间和结束时间，未到结束时间的服务订单为进行中的订单。服务订单还包括结束订单，结束订单指服务时间已满的订单。

S32.获取所述进行中服务订单续费信息；

用户对进行中的服务订单进行进一步支付，用于延长服务订单的服务时间。如图8所示，用户订单以列表形式展示，服务中订单和/或结束服务订单可以获取续费功能键，通过续费功能键获得所述服务订单的续费信息，续费信息包括待支付费用信息。

S33.根据所述续费信息进行支付,以使所述进行中服务订单延长所述服务时间。

用户通过支付费用实现续费，服务中的服务订单根据支付的费用延长服务时间，例如，支付了一天的费用，则服务时间延长一天；结束服务订单则根据支付的费用重新建立服务订单。

根据本示例实施例中的服务订单生成方法，第二终端通过续费延长服务时间，简化了服务订单下单操作，提升了服务效率。

本实施例还公开了一种服务订单生成装置，应用于第一终端，包括：

服务包获取模块，用于获取至少一个服务包信息，所述服务包信息包括服务内容和费用信息；

信息获取模块，用于获取用户信息，所述用户信息包括用户基本信息和服务位置；

第一识别码生成模块，用于根据所述服务包信息和用户信息生成第一识别码，所述第一识别码用于第二终端识别发出用户服务请求；

服务订单生成模块，用于根据所述用户服务请求生成服务订单，所述服务订单包括所述第二终端根据所述费用的支付信息。

进一步地，所述服务订单生成模块还包括：

待指派信息生成模块，用于根据所述用户服务请求生成待指派信息；

服务成员确定模块，用于根据所述待指派信息确定至少一个服务成员，所述成员是团队和/或个人；

生成模块，生成服务订单。

进一步地，还包括：

待巡查信息生成模块，用于根据所述服务订单生成待巡查信息；

可编辑界面获取模块，用于获取所述待巡查信息的可编辑界面；

巡查描述模块，用于通过所述可编辑界面，接收巡查描述，所述巡查描述用于描述所述服务订单服务状态。

由于该服务订单生成装置解决问题的原理与应用于第一终端的服务订单生成方法类似，因此所述服务订单生成装置的实施可以参见方法的实施，在此不再赘述。

本实施例还公开了一种服务订单生成装置，应用于第二终端包括：

识别模块，用于识别第一识别码；

获取识别信息模块，用于根据所述识别码获取用户信息和服务包信息，所述服务包信息包括服务内容和费用信息；

费用支付模块，用于根据所述费用信息进行支付；

服务请求发送模块，用于发出用户服务请求，所述用户服务请求用于生成服务订单。

进一步地，还包括：

正在进行服务订单获取模块，用于获取进行中服务订单，所述服务订单包括服务时间，所述进行中服务订单的服务时间未到期；

续费信息获取模块，用于获取所述进行中服务订单的续费信息；

服务时间延长模块，用于根据所述续费信息进行支付，以使所述进行中服务订单延长所述服务时间。

由于该服务订单生成装置解决问题的原理与应用于第二终端的服务订单生成方法类似，因此所述服务订单生成装置的实施可以参见方法的实施，在此不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述服务管理方法和/或在线支付方法的步骤。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

此外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一起。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。

最后应说明的是：以上上述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应上述以权利要求的保护范围为准。

Claims (11)

1.一种服务订单生成方法，应用于第一终端，其特征在于包括：

获取至少一个服务包信息，所述服务包信息包括服务内容和费用信息；

获取用户信息，所述用户信息包括用户基本信息和服务位置；

根据所述服务包信息和用户信息生成第一识别码，所述第一识别码用于第二终端识别发出用户服务请求；

根据所述用户服务请求生成服务订单，所述服务订单包括所述第二终端根据所述费用的支付信息。

2.根据权利要求1所述一种服务订单生成方法，其特征在于，根据所述用户服务请求生成服务订单，具体包括：

根据所述用户服务请求生成待指派信息；

根据所述待指派信息确定至少一个服务成员，所述成员是团队和/或个人；

生成服务订单。

3.根据权利要求2所述一种服务订单生成方法，其特征在于，所述用户信息还包括服务要求信息；

根据所述待指派信息确定至少一个服务成员，具体包括：

根据所述待指派信息获取至少一个待服务成员信息；

确定服务成员，所述服务成员信息与所述服务要求信息相匹配。

4.根据权利要求2所述一种服务订单生成方法，其特征在于，还包括：根据所述服务订单生成待巡查信息；

获取所述待巡查信息的可编辑界面；

通过所述可编辑界面，接收巡查描述，所述巡查描述用于描述所述服务订单服务状态。

5.根据权利要求4所述一种服务订单生成方法，其特征在于，所述服务订单包括服务时间，所述巡查描述包括巡查时间，所述巡查时间在所述服务时间内。

6.根据权利要求1所述一种服务订单生成方法，其特征在于，所述服务位置通过扫描第二识别码获取。

7.根据权利要求6所述一种服务订单生成方法，其特征在于，所述服务位置包括楼层、科室、病区、床号中的至少一个。

8.一种服务订单生成方法，应用于第二终端，其特征在于，包括：

识别第一识别码；

根据所述识别码获取用户信息和服务包信息，所述服务包信息包括服务内容和费用信息；

根据所述费用信息进行支付；

发出用户服务请求，所述用户服务请求用于生成服务订单。

9.根据权利要求8所述服务订单生成方法，其特征在于，还包括：

获取进行中服务订单，所述服务订单包括服务时间，所述进行中服务订单的服务时间未到期；

获取所述进行中服务订单的续费信息；

根据所述续费信息进行支付，以使所述进行中服务订单延长所述服务时间。

10.一种服务订单生成装置，应用于第一终端，其特征在于，包括：

服务包获取模块，用于获取至少一个服务包信息，所述服务包信息包括服务内容和费用信息；

信息获取模块，用于获取用户信息，所述用户信息包括用户基本信息和服务位置；

第一识别码生成模块，用于根据所述服务包信息和用户信息生成第一识别码，所述第一识别码用于第二终端识别发出用户服务请求；

服务订单生成模块，用于根据所述用户服务请求生成服务订单，所述服务订单包括所述第二终端根据所述费用的支付信息。

11.一种服务订单生成装置，应用于第二终端，其特征在于，包括：

识别模块，用于识别第一识别码；

获取识别信息模块，用于根据所述识别码获取用户信息和服务包信息，所述服务包信息包括服务内容和费用信息；

费用支付模块，用于根据所述费用信息进行支付；

服务请求发送模块，用于发出用户服务请求，所述用户服务请求用于生成服务订单。

Images