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

1.本技术涉及医院软件技术领域，特别涉及一种检查单的生成方法、检查预约系统、智能终端以及存储介质。


背景技术：

2.随着医院信息化水平的提高，医院信息系统替代了传统的就诊模式，能够为医院的整体运行提供全面的自动化管理及各种服务。常用的信息系统具有医院基础的业务功能，可满足不同医院的共性需求。然而在面对医院的特定差异化功能需求时，这些系统往往需要进行二次开发，开发成本高，不同医院之间兼容性较差。
3.以核酸检测开单为例，受新冠疫情的影响，全国各地的很多医院都需要开设核酸检测业务，增加核酸检测开单功能需要对系统进行二次开发，各医院的接口又各不相同，开发较为麻烦，并且线下核酸检测挂号开单造成大量人员聚集，存在二次传播的风险。


技术实现要素：

4.本技术主要解决的技术问题是提供一种检查单的生成方法、检查预约系统、智能终端以及存储介质，能够解决医院开单平台二次开发难、线下挂号开单造成大量人员聚集的问题。
5.为解决上述技术问题，本技术采用的一个技术方案是：提供一种检查单的生成方法，该方法应用于用户终端，该方法包括：
6.获取预约信息；其中，预约信息至少包括检查项目和检查机构；从服务器获取与预约信息相匹配的流程配置参数；其中，流程配置参数用于确定检查单的生成流程，每一检查机构的机构终端预先连接服务器对每一检查项目进行配置以生成对应的流程配置参数；根据流程配置参数，生成相应的操作流程，以根据操作流程进行操作以生成对应的检查单。
7.可选地，在上述方法中，获取预约信息的方法还包括：
8.显示第一界面，第一界面包括多个检查项目的标识；响应于对多个检查项目的标识中的第一标识的选择指令，显示第二界面，第二界面包括与第一标识对应的多个检查机构的标识；响应于对多个检查机构的标识中的第二标识的选择指令，根据第一标识和第二标识确定对应的预约信息。
9.可选地，在上述方法中，根据流程配置参数，生成相应的操作流程的方法还包括：
10.根据流程配置参数，确定多个功能模块；确定多个功能模块的顺序；根据多个功能模块的顺序，依次从服务器获取相应的功能数据；根据功能数据，生成相应的操作流程。
11.可选地，在上述方法中，根据多个功能模块的顺序，依次从服务器获取相应的功能数据的方法还包括：
12.根据多个功能模块的顺序，依次调用对应的接口，以从服务器获取对应的接口参数；对接口参数进行适配处理；根据适配处理之后的接口参数，从服务器获取相应的功能数据。
13.可选地，上述方法还包括：
14.判断是否需要获取对应检查机构的定制数据；若是，则利用服务器从数据库获取检查机构对应的定制数据；利用定制数据对功能数据进行处理。
15.可选地，在上述方法中，根据功能数据，生成相应的操作流程的方法还包括：
16.根据多个功能模块的顺序，依次获取目标功能模块对应的目标功能数据；根据目标功能数据，生成相应的目标操作界面；在基于目标操作界面的操作完成之后，获取下一功能模块对应的下一功能数据，并基于下一功能数据，生成相应的下一操作界面。
17.可选地，上述方法还包括：
18.在检查单上生成识别信息，识别信息被机构终端识别时，机构终端可以从服务器获取该检查单。
19.为解决上述技术问题，本技术采用的再一个技术方案是：提供一种检查预约系统，该检查预约系统包括：服务器；至少一机构终端，每一机构终端连接服务器，用于对检查项目进行配置以生成对应的流程配置参数；至少一用户终端，每一用户终端连接服务器，用于根据流程配置参数，生成相应的操作流程，并根据操作流程进行操作以生成对应的检查单。
20.为解决上述技术问题，本技术采用的另一个技术方案是：提供一种智能终端，该智能终端包括处理器和存储器。
21.具体地，存储器用于存储程序指令，处理器用于执行该程序指令以实现上述检查单的生成方法。
22.为解决上述技术问题，本技术采用的又一个技术方案是：提供一种存储介质，该存储介质存储有程序指令，该程序指令能够被执行以实现上述检查单的生成方法。
23.区别于现有技术，本技术提供了一种检查单的生成方法、检查预约系统、智能终端以及存储介质，该方法包括：获取预约信息；其中，预约信息至少包括检查项目和检查机构；从服务器获取与预约信息相匹配的流程配置参数；其中，流程配置参数用于确定检查单的生成流程，每一检查机构的机构终端预先连接服务器对每一检查项目进行配置以生成对应的流程配置参数；根据流程配置参数，生成相应的操作流程，以根据操作流程进行操作以生成对应的检查单。通过上述方法，一方面医院可以连接服务器预先设置差异化的开单流程，减少二次开发的麻烦，便于维护升级，另一方面用户可以在线上完成挂号开单，避免人员聚集，给用户带来方便。
附图说明
24.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
25.图1是本技术提供的检查单的生成方法第一实施例的流程示意图；
26.图2是图1中s11的流程示意图；
27.图3是图1中s13的流程示意图；
28.图4是图3中s133的流程示意图；
29.图5是图3中s134的流程示意图；
30.图6是本技术提供的检查单的生成方法第二实施例的流程示意图；
31.图7是本技术提供的检查预约系统一实施例的结构示意图；
32.图8是本技术提供的检查预约系统一实施例中服务器对接医院的结构示意图；
33.图9是本技术提供的智能终端一实施例的结构示意图；
34.图10是本技术提供的存储介质一实施例的结构示意图。
具体实施方式
35.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部结构。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
36.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
37.本技术实施例中的步骤并不一定是按照所描述的步骤顺序进行处理，可以按照需求有选择的将步骤打乱重排，或者删除实施例中的步骤，或者增加实施例中的步骤，本技术实施例中的步骤描述只是可选的顺序组合，并不代表本技术实施例的所有步骤顺序组合，实施例中的步骤顺序不能认为是对本技术的限制。
38.本技术实施例中的术语“和/或”指的是包括相关联的列举项目中的一个或多个的任何和全部的可能组合。还要说明的是：当用在本说明书中时，“包括/包含”指定所陈述的特征、整数、步骤、操作、元件和/或组件的存在，但是不排除一个或多个其他特征、整数、步骤、操作、元件和/或组件和/或它们的组群的存在或添加。
39.本技术中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
40.本技术实施例的智能终端(如移动终端)可以以各种形式来实施。其中，智能终端可为包括诸如采集识别设备(如摄影机和录像机)、移动电话、智能电话、笔记本电脑、个人数字助理(pda，personal digital assistant)、平板电脑(pad)等等的能够储存图像信息以及被访问或者发送图像信息的移动终端，智能终端也可以是数字广播发送器、数字tv、台式计算机等等的能够储存图像信息以及被访问或者发送图像信息的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本技术的实施方式的构造也能够应用于固定类型的终端。
41.对于医院信息系统，不同医院的功能业务需求既有共性，又有差异。以核酸检测开单为例，受新冠病毒疫情的影响，全国各地的很多医院都需要开设核酸检测业务，增加核酸检测开单功能需要对系统进行二次开发，各医院的接口又各不相同，开发维护过程较为繁
琐。此外，目前线下挂号开单往往造成大量人员聚集，存在二次传播风险。
42.基于此，本技术提出了一种检查单的生成方法，通过该方法，医院可以根据差异化需求快捷地增加核酸检测开单功能，便于维护升级，同时用户可以在线上完成挂号开单，减少人员聚集。
43.参阅图1，图1是本技术提供的检查单的生成方法第一实施例的流程示意图，该方法应用于用户终端，该方法包括：
44.s11：获取预约信息；其中，所述预约信息至少包括检查项目和检查机构。
45.可选地，检查项目为用户需要进行检查的项目，可以根据医院业务的实际需求进行设置，在本实施例中，检查项目为核酸检测项目。
46.可选地，检查机构可以为医院，也可以为其他具有检查资质的社区、卫生院、医学检验所、集中检测点等，在此不做具体限定。
47.可选地，用户通过手机等移动终端进行核酸检测在线挂号开单操作。
48.s12：从服务器获取与所述预约信息相匹配的流程配置参数；其中，所述流程配置参数用于确定检查单的生成流程，每一检查机构的机构终端预先连接所述服务器对每一检查项目进行配置以生成对应的流程配置参数。
49.可选地，在用户选定预约信息后，系统会根据预约信息从服务器获取相应的流程配置参数，流程配置参数用于确定检查单的生成流程。比如预约信息包括核酸检测项目和a医院，则相应地从服务器获取a医院的核酸检测项目的流程配置参数。
50.可选地，检查机构预先连接服务器对检查项目进行配置，以生成对应的流程配置参数。比如核酸检测开单流程可以包括用户信息输入流程、自助开单流程、门诊开单流程、检查信息输入流程、缴费流程等，每个医院都可以连接服务器预先对这些流程进配置，将各个流程用业务编码标识，针对不同的业务编码实现不同的业务逻辑功能。
51.s13：根据所述流程配置参数，生成相应的操作流程，以根据所述操作流程进行操作以生成对应的检查单。
52.可选地，系统根据流程配置参数，生成相应的操作流程，用户可对操作流程进行操作，最终生成对应的检查单。
53.相比于现有技术，本实施例提供了一种检查单的生成方法，该方法应用于用户终端，该方法包括：获取预约信息；其中，预约信息至少包括检查项目和检查机构；从服务器获取与预约信息相匹配的流程配置参数；其中，流程配置参数用于确定检查单的生成流程，每一检查机构的机构终端预先连接服务器对每一检查项目进行配置以生成对应的流程配置参数；根据流程配置参数，生成相应的操作流程，以根据操作流程进行操作以生成对应的检查单。通过上述方法，一方面医院可以连接服务器预先设置差异化的开单流程，减少二次开发的麻烦，便于维护升级；本技术提供的检查单的生成方法可同时对接多个医院进行检查单的生成。另一方面用户可以在线上完成挂号开单，减少人员聚集，给用户带来方便。
54.参阅图2，图2是图1中s11的流程示意图，s11还可以包括：
55.s111：显示第一界面，所述第一界面包括多个检查项目的标识。
56.可选地，显示的第一界面包括多个检查项目的标识，比如显示核酸检测项目的标识，或者其他检查项目的标识。
57.s112：响应于对多个检查项目的标识中的第一标识的选择指令，显示第二界面，所
述第二界面包括与所述第一标识对应的多个检查机构的标识。
58.可选地，选择指令可以为点击指令，在其他一些实施例中也可以为滑动选择指令、其他按键指令或语音输入的转换选择指令等。
59.可选地，用户在点击第一标识后，可以进入第二界面，第二界面包括与第一标识对应的多个检查机构的标识。比如点击核酸检测项目的标识后，系统会进入核酸检测项目的标识对应的第二界面，第二界面可以显示多个有做核酸检测资质的医院的标识，用户可以在这些医院中进行选择。
60.s113：响应于对多个检查机构的标识中的第二标识的选择指令，根据所述第一标识和所述第二标识确定相应的预约信息。
61.可选地，用户在第二界面继续点击所选择的检查机构的第二标识后，系统根据第一标识和第二标识确定相应的预约信息。比如上述例子中，用户在第二界面选择并点击了a医院的标识，则系统获取到的预约信息为核酸检测项目和a医院。
62.参阅图3，图3是图1中s13的流程示意图，s13还可以包括：
63.s131：根据所述流程配置参数，确定多个功能模块。
64.可选地，根据流程配置参数，确定相应的多个功能模块。比如获取到a医院的核酸检测流程配置参数，相应的功能模块包括用户信息输入模块、预约时段模块、流调表模块、检查单生成模块、缴费模块等。
65.s132：确定所述多个功能模块的顺序。
66.可选地，多个功能模块根据医院业务需求预设有业务逻辑顺序，每个医院对应的业务逻辑顺序可能不同，医院终端可连接服务器预先对功能模块的顺序进行定制化设置。比如上述例子，a医院的功能模块的调用顺序可以为：用户信息输入模块
→
流调表模块
→
预约时段模块
→
缴费模块
→
检查单生成模块。
67.s133：根据所述多个功能模块的顺序，依次从所述服务器获取相应的功能数据。
68.可选地，根据功能模块的业务逻辑顺序，依次从服务器获取相应的功能数据。其中，功能数据可以为json格式的程序代码。
69.s134：根据所述功能数据，生成相应的操作流程。
70.可选地，在其他一些实施例中，上述s133之后还可以包括：
71.判断是否需要获取对应检查机构的定制数据；若是，则利用所述服务器从数据库获取所述检查机构对应的定制数据；利用所述定制数据对所述功能数据进行处理。
72.可选地，针对同一检查项目，不同的检查机构可能有不同的特殊业务需求，因此可以通过设置定制数据的方式来实现这一业务需求。比如上述例子中，对于缴费模块，b医院开通了核酸检测医保支付渠道，而大部分的医院尚未开通该渠道，则b医院可预先在数据库中设置定制数据，实现核酸检测医保支付的功能，该定制数据可以对通用的缴费模块进行处理，以在b医院对应的缴费模块中增加医保支付的选项。
73.参阅图4，图4是图3中s133的流程示意图，s133还可以包括：
74.s1331：根据所述多个功能模块的顺序，依次调用对应的接口，以从所述服务器获取对应的接口参数。
75.可选地，由于各个医院的接口各不相同，功能模块在不同的医院可能不兼容，因此需要从服务器先获取对应的接口参数进行处理。
76.s1332：对所述接口参数进行适配处理。
77.可选地，采用适配器模式对接口参数进行处理，考虑到大部分医院数据的私密性，使用预先研发的接口工具，通过内网调用接口，采用消息队列(mq，message queue)发送与接收信息。
78.s1333：根据适配处理之后的所述接口参数，从所述服务器获取相应的功能数据。
79.可选地，经过适配处理之后的接口参数能够适配医院的接口条件，从而可以顺利地从服务器获取相应的功能数据。
80.参阅图5，图5是图3中s134的流程示意图，s134还可以包括：
81.s1341：根据所述多个功能模块的顺序，依次获取目标功能模块对应的目标功能数据。
82.可选地，调用目标功能模块时，相应地获取目标功能模块的功能数据。比如在上述例子中，系统调用用户信息输入模块，则相应地获取用户信息输入模块对应的功能数据，功能数据可以是存储在数据库中的用户信息输入模块对应的json格式的程序代码。
83.s1342：根据所述目标功能数据，生成相应的目标操作界面。
84.可选地，根据目标功能数据，生成相应的目标操作界面，用户可以对目标操作界面进行操作。比如在上述例子中，根据用户信息输入模块对应的json格式的程序代码，系统可以生成一用户信息输入界面，该界面可以包括一信息表单，需要用户输入姓名、身份证号、电话、住址等信息，用户可对这一信息表单进行填写，并在填写完成后点击提交按钮进行提交，以完成用户信息输入的操作。
85.s1343：在基于所述目标操作界面的操作完成之后，获取下一功能模块对应的下一功能数据，并基于下一功能数据，生成相应的下一操作界面。
86.可选地，基于目标操作界面的操作完成之后，根据顺序获取下一功能模块对应的下一功能数据，并基于下一功能数据，生成相应的下一操作界面，依此类推，直到调用完所有的功能模块，即可完成线上开单流程的操作。
87.比如在上述例子中，用户完成了用户信息输入的操作后，系统继续获取流调表模块对应的功能数据，生成流调表界面，用户可以填写流调信息；然后继续获取预约时段模块对应的功能数据，生成预约时段界面，用户可以选择预约的日期和时间；接着获取缴费模块对应的功能数据，生成缴费界面，用户可以选择微信或者支付宝等支付方式在线进行缴费；在缴费完成后，获取检查单生成模块对应的功能数据，根据用户填写的信息以及检查机构的信息生成电子检查单，电子检查单包括用户的姓名、年龄、身份证号、检查时间等信息，以及检查机构的地址、联系电话等信息。
88.可选地，在生成检查单之后，可以将检查单上传服务器，方便集中存档管理。
89.可选地，在检查单上生成一标识信息，具体可以为标识码，该标识码可以是条形码或者二维码等。用户在线上完成挂号开单后，可在医院出示检查单，医院终端可以通过扫描检查单上的标识码从服务器快速获取检查单信息，使得核酸检测服务更加便捷。
90.参阅图6，图6是本技术提供的检查单的生成方法第二实施例的流程示意图。
91.在本实施例中，用户通过用户终端进入首页，选择预约信息后，用户终端连接服务器，根据预约信息从服务器获取流程配置参数，确定功能模块的顺序，并调用对应的接口，采用适配器模式适配对应医院的接口条件，再判断是否需要获取医院的定制数据，若是，则
继续从数据库获取定制数据，最后对功能模块对应的功能数据进行处理以生成操作界面进行显示，用户可对操作界面进行操作以实现线上挂号开单操作。
92.可选地，本实施例可应用在医院的手机客户端app中，也可以应用在医院微信公众号平台的小程序中，方便用户使用。
93.参阅图7，图7是本技术提供的检查预约系统一实施例的结构示意图。该检查预约系统包括服务器、至少一机构终端和至少一用户终端。
94.可选地，机构终端连接服务器，用于对检查项目进行配置以生成对应的流程配置参数。
95.在一实施例中，将所有有检查单开单需求的医院的机构终端都部署在了同一个服务器，该服务器预先设置通用的功能模块，可以节省服务器资源，方便集中管理和升级维护。
96.可选地，各个医院终端都可通过接口工具连接该服务器，从服务器获取检查单开单的功能模块，并根据医院自身的业务需求对功能模块的顺序进行设置，以生成对应的流程配置参数。
97.可选地，利用预先开发的接口工具，可以适配各个医院的接口条件，同时保证不同医院数据的私密性。本技术提供的检查预约系统可同时对接多个医院，如图8所示，在一实施例中，多个医院可以利用专用的接口工具同时连接检查单开单服务器，并根据自身业务需求配置差异化的检查单开单流程。
98.可选地，针对医院的定制化需求，可在服务器增加定制数据并存储在数据库中，在调用对应的功能模块时，利用定制数据对功能模块的功能数据进行处理，可以快速简便地实现医院的特殊需求，减少医院系统二次开发的麻烦。
99.可选地，用户终端连接服务器，用于根据流程配置参数，生成相应的操作流程，并根据操作流程进行操作以生成对应的检查单。
100.可选地，用户终端可以是用户的手机、平板电脑等移动设备，用户可以通过用户终端快速地实现线上挂号开单操作。
101.参阅图9，图9是本技术提供的智能终端一实施例的结构示意图，该智能终端800包括处理器801和存储器802。
102.具体地，存储器802用于存储程序指令，处理器801用于执行该程序指令以实现上述实施例中任一个或任一不冲突的组合所提供的方法。
103.可选地，处理器801为中央处理器(cpu)，是电子计算机的主要设备之一，电脑中的核心配件。其功能主要是解释计算机指令以及处理计算机软件中的数据。cpu是计算机中负责读取指令，对指令译码并执行指令的核心部件。中央处理器主要包括两个部分，即控制器、运算器，其中还包括高速缓冲存储器及实现它们之间联系的数据、控制的总线。中央处理器的功效主要为处理指令、执行操作、控制时间、处理数据。在计算机体系结构中，cpu是对计算机的所有硬件资源(如存储器、输入输出单元)进行控制调配、执行通用运算的核心硬件单元。cpu是计算机的运算和控制核心。计算机系统中所有软件层的操作，最终都将通过指令集映射为cpu的操作。
104.可选地，存储器802为只读存储器(rom)或随机存取存储器(ram)，是计算机系统中的记忆设备，主要用来存放程序和数据。计算机中的全部信息，包括输入的原始数据、计算
机程序、中间运行结果和最终运行结果，都保存在存储器中。它是根据控制器指定的位置存入和取出信息。
105.可选地，智能终端800为移动终端，比如手机、平板电脑等。
106.参阅图10，图10是本技术提供的存储介质一实施例的结构示意图，该存储介质900包括程序指令901，程序指令901能够被执行以实现上述实施例中任一个或任一不冲突的组合所提供的方法。其中，存储介质900的容量大小能够满足存储程序指令901的要求。
107.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的存储介质900(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
108.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由存储介质900实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些存储介质900到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的程序指令901产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
109.这些存储介质900也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该存储介质900中的程序指令901产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
110.这些存储介质900也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的程序指令901提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
111.以上所述仅为本技术的实施方式，并非因此限制本技术的专利范围，凡是根据本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。