检查单的生成方法、用户终端、检查预约系统及存储介质与流程

1.本技术涉及医疗设备领域，特别是涉及一种检查单的生成方法、用 户终端、检查预约系统及计算机可读存储介质。


背景技术：

2.通常情况下，用户在预约挂号后，前往医院就诊，到达医院后，需 到挂号科室进行签到，进入排队系统，等候医生叫号就诊，就诊后根据 医生开具的检查单到对应检查室进行相关项目的检查。由于很多用户并 不是第一次到医院就诊，可能是复诊或常规性检查，如若每一次到医院 检查均需走过上述流程，流程复杂，且浪费医生与用户的时间。
3.目前，在用户终端可以进行门诊预约、挂号预约、项目缴费等，但 针对胃镜、胸透、核磁共振等检查项目进行开单的应用基本没有。由于 部分用户不清楚相关病症对应的检查项目，无法单独选择开单检查项目， 但也有部分用户做常规检查或复诊检查等，已经知晓即将要做的检查项 目，例如核酸检测等，则可以自动选择检查项目并进行开单。


技术实现要素：

4.本技术主要解决的技术问题是提供一种检查单的生成方法，通过该 方法，用户可以自助选择开单项目，提高就医效率和就医体验感。
5.为了解决上述技术问题，本技术采用的一种技术方案是：提供了一 种检查单的生成方法，该方法包括，获取预约信息；其中，预约信息至 少包括项目类型和检查机构；从服务器获取与预约信息相匹配的至少一 检查项目；从至少一检查项目中确定至少一目标项目；根据至少一目标 项目，生成对应的检查单。
6.进一步地，在从服务器获取与预约信息相匹配的至少一检查项目中， 包括，响应于服务器中存在预约信息相匹配的至少一检查项目，获取预 约信息相匹配的至少一检查项目；或响应于服务器中不存在预约信息相 匹配的至少一检查项目，向预约信息对应的检查机构的机构终端发送通 知信息，以使机构终端连接服务器以对每一项目类型相匹配的检查项目 进行配置。
7.进一步地，在从至少一检查项目中确定至少一目标项目中，包括， 显示至少一检查项目；响应于对至少一检查项目的点击指令，并确定点 击的检查项目为目标项目；确认至少一检查项目中与目标项目关联的第 一项目，以及确定至少一检查项目中与目标项目互斥的第二项目；切换 第一项目至第一显示状态，以及切换第二项目至第二显示状态，且使第 二项目处于不可点击状态。
8.进一步地，在根据至少一目标项目，生成对应的检查单中，包括， 将至少一目标项目发送至服务器，以使服务器调用对应的检查机构的信 息数据生成对应的检查单；获取服务器发送的检查单。
9.进一步地，在将至少一目标项目发送至服务器，以使服务器调用对 应的检查机构的信息数据生成对应的检查单中，包括，将至少一目标项 目发送至服务器，以使服务器调
用相应的支付接口参数；获取支付接口 参数并显示对应的支付界面；响应于支付操作完成，将支付完成消息发 送至服务器，以使服务器调用对应的检查机构的信息数据生成对应的检 查单。
10.进一步地，该方法还包括，在检查单上生成标识码，标识码用于使 机构终端扫描标识码以从服务器获取检查单。
11.为了解决上述问题，本技术采用的另一种技术方案是：提供一种用 户终端，用户终端包括处理器以及与处理器耦接的存储器，存储器中存 储有计算机程序，处理器用于执行计算机程序以实现上述方法。
12.为了解决上述问题，本技术采用的另一种技术方案是：提供一种检 查预约系统，该系统包括，服务器；至少一机构终端，每一机构终端连 接服务器，用于对每一项目类型相匹配的检查项目进行配置；至少一用 户终端，每一用户终端连接服务器，用于获取预约信息；其中，预约信 息至少包括项目类型和检查机构；从服务器获取与预约信息相匹配的至 少一检查项目；从至少一检查项目中确定至少一目标项目；根据至少一 目标项目，生成对应的检查单。
13.进一步地，上述机构终端还用于，获取检查项目的预约数量；响应 于目标检查项目的预约数量达到设定数量阈值，向服务器发送提醒消息； 服务器还用于，响应于提醒消息，对相应检查机构的项目类型进行调整， 以使目标检查项目处于不可选择状态。为了解决上述问题，本技术采用 的另一种技术方案是：提供一种计算机可读存储介质，其中，计算机可 读存储介质中存储有程序数据，程序数据在被处理器执行时，用于实现 上述方法。
14.本技术的有益效果是：区别于现有技术的情况，本技术提供一种检 查单的生成方法，该方法具体包括，获取预约信息；其中，预约信息至 少包括项目类型和检查机构；从服务器获取与预约信息相匹配的至少一 检查项目；从至少一检查项目中确定至少一目标项目；根据至少一目标 项目，生成对应的检查单。通过上述方法，用户可以基于用户终端自助 选择检查单开单项目，提高就医效率和就医体验感。
附图说明
15.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描 述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图 仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出 创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
16.图1是本技术提供的检查单的生成方法第一实施例的流程示意图；
17.图2是本技术提供的获取检查单预约信息方法一实施例的流程示意 图；
18.图3是图2中登录界面的示意图；
19.图4是本技术提供的检查单的生成方法第二实施例的流程示意图；
20.图5是图4中预约操作界面的示意图；
21.图6是图1中步骤14的第一流程示意图；
22.图7是图1中步骤14的第二流程示意图；
23.图8是本技术提供的检查单生成方法第三实施例的流程示意图；
24.图9是本技术提出的检查预约系统第一实施例的结构示意图；
25.图10是本技术提供的一种用户终端一实施例的结构示意图；
26.图11是本技术提供的计算机可读存储介质一实施例的结构示意图。
具体实施方式
27.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案 进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用 于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于 描述，附图中仅示出了与本技术相关的部分而非全部方法和流程。基于 本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下 所获得的所有其他实施例，都属于本技术保护的范围。
28.本技术中的术语“包括”和“具有”以及它们任何变形，意图在于 覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、 产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列 出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固 有的其它步骤或单元。
29.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结 构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位 置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥 的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是， 本文所描述的实施例可以与其它实施例相结合。
30.去医院就诊时，用户可以在用户终端进行预约挂号、缴费和打印报 告等，极大的方便了用户，节省了用户时间，提高了工作效率。但在检 查项目开单的过程中，却仍然沿用医生看诊过后由医生开具相关的检查 单，用户再去检查的传统方法，这对于一些进行常规性检查或者去医院 进行复诊的用户来说并不友好。一部分用户希望自己可以选择检查项目 并自助开单，不必再去医院走重复的流程。针对上述现象，本技术提出 一种基于用户终端的检查单生成方法。
31.参阅图1，图1是本技术提供的检查单的生成方法第一实施例的流 程示意图。本实施例具体包括步骤11至14：
32.步骤11：获取预约信息；其中，预约信息至少包括项目类型和检查 机构。
33.具体地，本技术提供一种基于用户终端的自助预约检查项目并开单 的方法。类似于在用户智能终端进行预约挂号操作，还可以在用户智能 终端进行检查项目预约和开单等操作。
34.可选地，检查机构包括医院、社康中心、体检中心或核酸检测中心 等。具体地，项目类型可以为体检、核酸检测、癌症筛查等。
35.在进行检查项目预约时，首先用户需清楚自己的症状或病症，根据 相应病症选择多个项目类型中匹配的项目类型。项目类型可以包括腺癌 筛查、肛肠检查、心脏检查等。同时，检查项目预约功能对接多家检查 机构，且不同检查机构中对于同一项目类型的检查项目的分类标准不尽 相同，因此，需调用对应检查机构的信息管理系统调用该医院的相关信 息数据，进行检查项目的预约。综上所述，预约过程中，至少需要确定 项目类型以及对应的检查机构。
36.步骤12：从服务器获取与预约信息相匹配的至少一检查项目。
37.对于在用户终端进行显示的项目类型，多个检查机构对应于该项目 类型应分配
对应于该项目类型的至少一个检查项目，以供用户选择。在 用户进行预约操作时，用户跟据自身病症确定正确的项目类型和合适的 检查机构后，用户终端进入的操作平台与该检查机构的信息管理系统对 接，将该检查机构对应于该项目类型的检查项目的数据信息调用并显示 于用户终端的显示屏中，供用户选择。通过上述方法，检查项目的预约 具有灵活性，且检查项目由对应的检查机构进行维护，更加专业和具体。
38.步骤13：从至少一检查项目中确定至少一目标项目。
39.具体地，一般来讲，一个项目类型中对应于多个检查项目，用户需 结合自身实际，选择合适的至少一个检查项目作为目标检查项目。在用 户选择目标检查项目后，在显示屏幕中出现对应的友情提示文字，提醒 用户该检查项目在检查前/检查后的注意事项等。
40.步骤14：根据至少一目标项目，生成对应的检查单。
41.具体地，用户选择目标项目后，与检查机构的信息管理系统再次对 接，提交上述用户的所选择的目标项目的预约信息，检查机构终端收到 预约通知，待检查机构终端同意后，生成检查单，再发送回用户终端。 当检查机构为医院时，检查机构的信息管理系统为医院信息系统，医院 信息系统收到用户提交的预约信息时，一般会自动同意检查项目预约。
42.通过上述检查单的生成方法，且该方法应用于用户终端，该方法包 括，获取预约信息；其中，预约信息至少包括项目类型和检查机构；从 服务器获取与预约信息相匹配的至少一检查项目；从至少一检查项目中 确定至少一目标项目；根据至少一目标项目，生成对应的检查单。基于 上述方式，用户可以在用户终端中获取检查机构对应的检查项目，并从 至少一检查项目中确定至少一目标项目进行检查单生成，实现检查项目 预约。让用户省去常规开单流程的时间，提高检查效率，提升用户的就 诊体验感。
43.在具体操作的过程中，首先需获取预设的项目类型以及检查机构， 指引用户进行对应的选择操作，基于上述问题本技术提出一种预约信息 获取方法。
44.参阅图2，图2是本技术提供的获取检查单预约信息方法一实施例 的流程示意图。本实施例具体包括步骤111至114：
45.步骤111：显示一登陆界面。
46.具体地，在用户终端进行检查项目开单时，首先打开开单平台(操 作平台)，其中，上述平台可以是微信公众号、应用程序、网页或者小 程序等。在平台的首页会显示一登陆界面(参阅图3)，供用户登陆。 设置用户登陆界面是为了防止非法登陆，窃取信息等，用户登陆后，在 自己账号下进行的相关检查预约均有记录，只要账号认证通过，随时可 以在该账号下进行取消预约或者重新预约等操作，且设置账号密码登陆 可有效保护私人隐私，即除非他人获取该账号密码，否则无法了解该账 号用户具体预约的检查项目以及检查机构。
47.步骤112：获取输入的用户信息，并将用户信息发送给服务器以进 行身份验证。
48.具体地，用户在使用该平台进行检查预约时，首先需注册账号，以 保护个人隐私。注册时，需牢记用户名与密码。且注册的用户信息上传 至服务器备份。在登陆界面中，输入注册的用户名与密码后，预约平台 将用户信息上传至服务器进行身份验证，判断该用户信息在服务器中是 否有记录。
49.步骤113：响应于用户信息的身份验证通过，显示一操作界面。
50.具体地，上传的用户信息在服务器中有记录，则身份验证通过，平 台从登陆界面跳转到操作界面中，表示用户可以使用该平台进行检查项 目预约等操作。
51.步骤114：根据在操作界面的相应操作，确定相应的预约信息。
52.检查预约中，首先显示一操作界面，界面内容为项目类型选择按钮， 在点击对应的项目类型按钮后，进入检查机构选择界面，选择不同的检 查机构，对应的项目类型中的检查项目不同。因此，用户选择合适的检 查机构并点击按钮，而后进入到对应检查机构的检查项目选择界面，在 此时可以选择一个或者多个检查项目作为目标项目，当多个目标项目不 冲突时，提交后生成检查单。
53.具体操作过程，参阅图4，图4是本技术提供的检查单的生成方法 第二实施例的流程示意图。本实施例具体包括步骤1141至1143：
54.步骤1141：显示第一界面，第一界面包括多个项目类型。
55.参阅图5，第一界面中，包括多个项目类型，包括项目1、项目2
……ꢀ
项目n。
56.步骤1142：响应于对多个项目类型中的目标类型的点击指令，显示 第二界面，第二界面包括与目标项目类型对应的多个检查机构。
57.具体地，参阅图5，在多个项目类型中假设选择项目类型1为目标 项目类型后，第一界面(图5左侧)跳转至第二界面(图5右侧)，第 二界面中显示的是项目类型1对应的检查机构，包括检查机构1，检查 机构2
……
检查机构n。其中，显示的检查机构均为开设了上述项目类 型的检查机构。
58.步骤1143：响应于对多个检查机构中的目标检查机构的点击指令， 根据目标项目类型和目标检查机构确定相应的预约信息。
59.在检查机构界面中，点击合适的检查机构，该检查机构即为目标检 查机构。则后续的检查项目预约等流程均由平台与目标检查机构的信息 管理系统进行对接，调用目标检查机构的数据库相关信息展示给用户， 并进行后续的预约等操作。
60.可选地，在用户点击项目类型后，跳转到第二界面时，除了包括显 示对应的检查机构信息，还包括显示对于该目标项目类型的具体说明， 例如体检项目类型，具体说明适用于用户的年龄段，身体情况要求，以 及注意事项等。
61.具体地，在从服务器获取与预约信息相匹配的至少一检查项目时， 根据所选择的检查机构，通过平台建立与该检查机构信息管理系统的连 接，获取与目标项目类型对应的检查项目，在这里，可以分为两种情况 进行讨论：
62.第一种为响应于服务器中存在预约信息相匹配的至少一检查项目， 获取预约信息相匹配的至少一检查项目。
63.第二种为响应于服务器中不存在预约信息相匹配的至少一检查项 目，向预约信息对应的检查机构的机构终端发送通知消息，以使机构终 端连接服务器以对每一项目类型相匹配的检查项目进行配置。
64.检查项目由对应的检查机构进行维护，若对应检查机构的信息管理 系统中不存在对应的检查项目，应通过信息管理系统向检查机构终端发 送通知消息，由该检查机构的信息维护人员将目标项目类型对应的检查 项目上传至系统中，以在用户终端平台对用户显示。
65.利用对应检查机构的信息维护人员进行检查项目的维护，相比较于 预约平台开发人员进行信息维护来讲，能够更加专业，对于项目类型的 分类、检查项目的分类更加准确，同时信息更新更及时，不需要通知第 三方即可更新信息，提高了办事效率。
66.具体地，在目标项目的选择方法中，参阅图6，图6是图1中步骤 14的第一流程示意图。本实施例具体包括步骤131至134：
67.步骤131：显示至少一检查项目。
68.当检查机构上传目标项目类型对应的检查项目后，保证目标项目类 型中至少包括一个检查项目。将检查项目显示于终端显示屏中。同时， 显示界面中还可以显示对应检查机构的地址信息，供用户参考。
69.步骤132：响应于对至少一检查项目的点击指令，并确定点击的检 查项目为目标项目。
70.用户在上述界面选择合适的检查项目并点击该选择按钮，将该检查 项目作为目标检查项目。本技术可以在一个目标项目类型下至少一个目 标项目，也可以在多个目标项目类型下选择至少一个目标项目。当选择 多个目标项目时，可以在显示界面中对多个目标项目根据检查地点的地 理位置进行排序。例如，某用户选择了三个目标项目分别为目标项目a、 目标项目b和目标项目c。其中，目标项目a和目标项目c均位于同一 栋楼不同的楼层，而目标项目b位于另一栋楼，则可以将目标项目a与 目标项目c相邻，将目标项目b置于排序的第一个或排序的最后一个。 通过上述方式，可以有效避免用户在两栋楼之间来回奔波做检查，提升 了用户体验感。
71.步骤133：确认至少一检查项目中与目标项目关联的第一项目，以 及确定至少一检查项目中与目标项目互斥的第二项目。
72.用户选择了目标项目后，平台会给出与目标项目相关联的第一项目， 以及与目标项目互斥的第二项目。
73.关联项目为两个目标项目最好一起进行，例如血液检查和彩超检查， 均需空腹情况下进行检查，若目标项目为血液检查，则可将第一项目显 示为彩超检查。
74.互斥项目为两个目标项目不可同一天进行，例如x光钡餐检查后需 经过3天才能进行b超检查，则若选择了x光钡餐检查，第二项目可以 显示为b超检查。
75.步骤134：切换第一项目至第一显示状态，以及切换第二项目至第 二显示状态，且使第二项目处于不可点击状态。
76.为了便于用户区分，可调整第一项目和第二项目的显示状态，例如 将第一项目(关联项目)切换为高亮显示状态，提示用户可以选择，与 目标项目同一天进行检查；将第二项目(互斥项目)切换为灰色状态， 且不可点击，即用户需了解第二项目与目标项目不可同时选择。
77.具体地，参阅图7，图7是图1中步骤14的第二流程示意图。本实 施例具体包括步骤141至142：
78.步骤141：将至少一目标项目发送至服务器，以使服务器调用对应 的检查机构的信息数据生成对应的检查单。
79.具体地，用户确认所选择的目标项目，该目标项目由对应的检查机 构提供，因此，将目标项目等信息上传至服务器，以使服务器调用对应 检查机构的信息管理系统的信息数据，并根据信息数据生成对应的检查 单。
80.可选地，检查单信息包括用户信息、检查机构信息、检查项目信息、 费用信息、预约时间、检查地点等。
81.步骤142：获取服务器发送的检查单。
82.检查单信息需传递回预约平台中，供用户查阅。
83.在生成检查单之前，用户需执行缴费操作，据此，本技术提出又一 种检查单生成方法。
84.参阅图8，图8是本技术提供的检查单生成方法第三实施例的流程 示意图。本实施例具体包括步骤1411至1413：
85.步骤1411：将至少一目标项目发送至服务器，以使服务器调用相应 的支付接口参数。
86.支付目标项目费用时，具有多种支付方式，具体地，在用户终端选 择支付方式。具体地，支付方式包括微信支付、支付宝支付、银行卡支 付、社保卡支付等。
87.步骤1412：获取支付接口参数并显示对应的支付界面。
88.根据上述用户选择的支付方式，调用相应的接口参数并返回对应的 支付信息，例如用户选择微信或支付宝支付，则在显示屏幕中显示微信 二维码或支付宝二维码；用户选择用银行卡支付则进行银行卡绑定后生 成待支付订单，利用银行卡进行支付。
89.步骤1413：响应于支付操作完成，将支付完成消息发送至服务器， 以使服务器调用对应的检查机构的信息数据生成对应的检查单。
90.具体地，支付操作完成后在用户终端的显示屏中提示支付成功字样， 同时，预约平台将支付成功消息上传至服务器，由服务器调用对应检查 机构的数据信息，生成检查单，返回给平台端。
91.可选地，检查单中还可以包括标识码，该标识码作为识别不同机构 终端的标记。当预约的检查机构扫描该标识码时，可以获取用户在该检 查机构开具的检查单。若其他机构扫码，则提示信息错误等提示字样。
92.可选地，本技术中进行预约检查项目的平台兼容在其他平台进行的 预约操作。例如，用户在a医院的微信公众号中进行了体检多个项目的 预约，用户在登陆本技术中提供的微信公众号平台端后，根据用户信息， 可以读取上述用户在a医院的预约信息，同时可以执行取消预约和再次 预约等操作。即本技术中应用的开单平台可以兼容多个其他平台的信息 数据，给用户带来方便。
93.举例而言，用户在智能终端中提交项目类型为“癌症筛查”，检查 机构为“医院”的预约信息。该癌症筛查具体可以为患者选择的腺癌筛 查分类项。根据医院维护该项需要做的检查为“双侧乳腺彩超、数字化 乳腺摄影、乳光超”，患者选择“双侧乳腺彩超”检查项目后会看到检 查相关注意事项，在支付完相关费用后通过服务器调用医院院内集成平 台服务，由集成平台服务调用医院信息系统，集成平台得到数据返回展 示给用户业务操作是否成功。
94.综上所述，本技术提出了一种检查单的生成方法，该方法应用于用 户终端，该方法具体包括：获取预约信息；其中，预约信息至少包括项 目类型和检查机构；从服务器获取与预约信息相匹配的至少一检查项目； 从至少一检查项目中确定至少一目标项目；根据至少一目标项目，生成 对应的检查单。本技术利用平台服务器与检查机构的信息管理系统对接， 调用对应项目类型的检查项目，可以更加精准的对检查项目进行预约和 开单。本方法可以节约用户和医生的时间，同时提高用户的就诊体验感。
95.本技术还提出一种检查预约系统，具体地，请参阅图9，图9是本 申请提出的检查预约系统第一实施例的结构示意图。
96.检查预约系统包括服务器、至少一机构终端和至少一用户终端。其 中，服务器作为机构终端和用户终端的“中转站”，用于进行数据存 储、数据分析和处理等；至少一机构终端连接于服务器，用于对每一个 项目类型相匹配的检查项目进行配置；至少一用户终端连接于服务器， 用于获取预约信息；其中，预约信息至少包括项目类型和检查机构；从 服务器获取与预约信息相匹配的至少一检查项目；从至少一检查项目中 确定至少一目标项目；根据至少一目标项目，生成对应的检查单。可选 地，机构终端与用户终端的数量可以不相同。
97.可选地，机构终端还用于获取检查项目的预约数量；响应于目标检 查项目的预约数量达到设定数量阈值，向服务器发送提醒消息；服务器 还用于响应于提醒消息，对相应检查机构的项目类型进行调整，以使目 标检查项目处于不可选择状态。
98.本技术还提出一种用户终端，具体地，请参阅图10，图10是本申 请提供的一种用户终端一实施例的结构示意图。
99.用户终端200中包括处理器210210和存储器220。其中，处理器 210和存储器220耦接。存储器220中存储有计算机程序，计算机程序 用于执行上述检查单生成方法。
100.其中，处理器210还可以称为c pu(central processing unit， 中央处理单元)。处理器210可能是一种电子芯片，具有信号的处理能 力。处理器210还可以是通用处理器、数字信号处理器(dsp)、专用 集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器 件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微 处理器或者该处理器也可以是任何常规的处理器等。
101.存储器220可以为内存条、tf卡等，可以存储用户终端200中的全 部信息，包括输入的原始数据、计算机程序、中间运行结果和最终运行 结果都保存在存储器220中。它根据处理器210指定的位置存入和取出 信息。有了存储器220，用户终端200才有记忆功能，才能保证正常工 作。用户终端200的存储器220按用途可分为主存储器(内存)和辅助存 储器(外存)，也有分为外部存储器和内部存储器的分类方法。外存通常 是磁性介质或光盘等，能长期保存信息。内存指主板上的存储部件，用 来存放当前正在执行的数据和程序，但仅用于暂时存放程序和数据，关 闭电源或断电，数据会丢失。
102.在本技术所提供的几个实施例中，应该理解到，所揭露的方法和装 置，可以通过其它的方式实现。例如，以上所描述的用户终端200的实 施方式仅仅是示意性的，实际实现时可以有另外的划分方式。
103.另外，在本技术各个实施例中的各功能单元，可以集成在一个处理 单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元 集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可 以采用软件功能单元的形式实现。
104.参阅图11，图11为本技术提供的计算机可读存储介质一实施例的 结构示意图，该计算机可读存储介质300中存储有能够实现上述所有方 法的程序数据310。
105.在本技术各个实施例中的各功能单元集成的单元如果以软件功能 单元的形式实现并作为独立的产品销售或使用时，可以存储在计算机可 读存储介质300中。基于这样的理解，本技术的技术方案本质上或者说 对现有技术做出贡献的部分或者该技术方案的全
部或部分可以以软件 产品的形式体现出来，该计算机可读存储介质300在一个程序数据310 中，包括若干指令用以使得一台计算机设备(可以是个人计算机，系统 服务器，或者网络设备等)、电子设备(例如mp3、mp4等，也可以是 手机、平板电脑、可穿戴设备等用户终端，也可以是台式电脑等)或者 处理器(processor)以执行本技术各个实施方式方法的全部或部分步 骤。
106.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、 或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实 施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一 个或多个其中包含有计算机可用程序代码的计算机可读存储介质 300(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算 机程序产品的形式。
107.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程 序产品的流程图和/或方框图来描述的。应理解可由计算机可读存储介 质300实现流程图和/或方框图中的每一流程和/或方框、以及流程图和 /或方框图中的流程和/或方框的结合。可提供这些计算机可读存储介质 300到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理 设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理 设备的处理器执行的程序数据310产生用于实现在流程图一个流程或多 个流程和/或方框图一个方框或多个方框中指定的功能的装置。
108.这些计算机可读存储介质300也可存储在能引导计算机或其他可编 程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该 计算机可读存储介质300中的程序数据310产生包括指令装置的制造品， 该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。
109.这些计算机可读存储介质300也可装载到计算机或其他可编程数据 处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以 产生计算机实现的处理，从而在计算机或其他可编程设备上执行的程序 数据310提供用于实现在流程图一个流程或多个流程和/或方框图一个 方框或多个方框中指定的功能的步骤。
110.在一实施例中，这些可编程数据处理设备上包括处理器和存储器。 处理器还可以称为cpu(central processing unit，中央处理单元)。 处理器可能是一种电子芯片，具有信号的处理能力。处理器还可以是通 用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可 编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑 器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以 是任何常规的处理器等。
111.存储器可以为内存条、tf卡等，它根据处理器指定的位置存入和取 出信息。存储器按用途可分为主存储器(内存)和辅助存储器(外存),也 有分为外部存储器和内部存储器的分类方法。外存通常是磁性介质或光 盘等，能长期保存信息。内存指主板上的存储部件，用来存放当前正在 执行的数据和程序，但仅用于暂时存放程序和数据，关闭电源或断电， 数据会丢失。
112.区别于现有技术的情况，本技术提出一种检查单的生成方法，该方 法应用于用户终端，具体包括，获取预约信息；其中，预约信息至少包 括项目类型和检查机构；从服务器获取与预约信息相匹配的至少一检查 项目；从至少一检查项目中确定至少一目标项目；根
据至少一目标项目， 生成对应的检查单。采用这种方式，本技术能够实现利用与检查机构的 信息管理系统建立连接，调用检查机构对应的检查项目，根据检查项目 确定目标项目，最终生成检查单。检查项目由医院进行分类和维护，能 够使用户更加准确的找到合适的检查项目，提高操作效率，同时由专业 人员进行维护，检查项目的分类更加科学合理，信息变更更加及时。综 上所述，本技术能够在用户终端进行自助开单，提高了开单效率。
113.以上所述仅为本技术的实施例，并非因此限制本技术的专利范围， 凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或 直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保 护范围内。