一种智能门诊方法、系统及智能设备与流程

1.本发明涉及医疗卫生技术领域，尤指一种智能门诊方法、系统及智能设备。


背景技术：

2.为解决医院挂号难、排队长、流程繁琐、信息封闭等就医问题，现有技术中，通常采用智能门诊预约系统，即可以先通过手机等终端直接进行门诊预约，患者再赶到医院进行诊治治疗。但是，在实际应用中，当有较多预约者时，需要按照预约时间一个个的进行排队候诊，而当某个预约者没有及时赶到时，通常会等待一段时间，再轮到下一个候诊者，这样就会造成时间的浪费，影响患者的及时诊断和治疗。因此，需要一种更为合理，避免造成时间浪费的智能门诊系统。


技术实现要素：

3.本发明的目的是提供一种智能门诊方法、系统及智能设备，以解决现有技术中在排队候诊时，容易造成时间浪费，影响患者及时诊断治疗的技术问题。
4.本发明提供的技术方案如下：
5.本发明提供一种智能门诊方法，包括步骤：
6.获取医院各科室的号源排班信息；
7.获取用户根据各科室的所述号源排班信息所选择的预约科室和预约时间段；
8.当用户在对应的所述预约时间段进行候诊签到时，获取对应的所述预约科室的候诊签到点的位置信息以及用户的当前位置信息；
9.在用户的所述当前位置信息与对应的所述候诊签到点的位置信息满足预设签到距离时，将用户按顺序加入候诊队列。
10.具体的，在本方案中，可以使用https协议，通过webapi/webserver和医院系统进行数据交互，从而实时获取医院各科室的号源排班信息，并在客户端、app等上展示出来，以便用户进行预约挂号。
11.通过获取医院各科室的号源排班信息，使得用户能够根据自身需求选择对应的预约科室和预约时间段，同时，增加候诊签到，当用户在对应的预约时间段进行候诊签到时，获取对应的预约科室的候诊签到点的位置信息以及用户的当前位置信息，在用户的当前位置信息与对应的候诊签到点的位置信息满足预设签到距离时，将用户按顺序加入候诊队列，使得在排队候诊时，只有先进性候诊签到才能进行排队，从而可以避免某些预约者没有及时赶到，而浪费较多的等待时间，有利于患者的及时诊断治疗。
12.进一步地，所述的获取用户根据各科室的所述号源排班信息所选择的预约科室和预约时间段之前，还包括步骤：
13.获取用户的绑卡信息；
14.根据所述绑卡信息生成电子就诊码，并在用户就诊预约时展示所述电子就诊码；
15.在所述电子就诊码认证成功后，展示各科室的所述号源排班信息及预约界面。
16.具体的，用户可以在客户端绑定自费卡、医保卡、虚拟卡等，自费卡是医院提供的实体就诊卡，医保卡要本人医保授权后才能绑定使用，虚拟卡是为用户提供的虚拟就诊卡，用户在绑定就诊卡后即可脱卡使用。
17.通过获取用户的绑卡信息，并根据绑卡信息生成电子就诊码，使得在用户就诊预约时，可以通过展示电子就诊码，进行身份认证，认证成功后，再展示各科室的号源排班信息及预约界面，以便用户进行预约挂号；同时，也可以通过电子就诊码进行签到排队、就诊、支付等操作。
18.进一步地，所述的获取用户根据各科室的所述号源排班信息所选择的预约科室和预约时间段之后，还包括步骤：
19.根据所述电子就诊码获取医院的就诊数据；
20.根据所述就诊数据实时更新用户的就诊状态；
21.展示与所述就诊状态对应的状态界面，并对用户进行相应的提醒。
22.具体的，在用户预约挂号之后，可以通过电子就诊码实时获取用户在医院的就诊数据，从而能够根据就诊数据实时更新用户的就诊状态，如等待就诊、就诊排队、就诊中、等待支付等，同时，可以通过显示界面实时展示与就诊状态对应的状态界面，以便对用户进行相应的提醒。
23.进一步地，所述的获取用户的绑卡信息之后，还包括步骤：
24.根据所述绑卡信息向医保平台发起授权；
25.接收所述医保平台在授权通过时发送的授权码；
26.根据所述授权码调用所述医保平台的api接口。
27.具体的，本方案支持医保卡授权支付功能，此功能需要通过网络请求向医保平台发起授权，授权通过后会返回给门户端授权码，从而能够通过授权码调用医保平台的服务api，实现医保卡支付。
28.进一步地，所述的获取用户根据各科室的所述号源排班信息所选择的预约科室和预约时间段之后，还包括步骤：
29.若当前时刻在对应的所述预约时间段之前，则判断当前时刻距所述预约时间段的时间间隔；
30.若所述时间间隔大于预设阈值，则判断当前时刻所在的预约时间段是否存在空闲位置，若存在，则将用户按顺序加入候诊队列；
31.若当前时刻为对应的所述预约时间段之后，则判断当前时刻所在的预约时间段是否存在空闲位置，若存在，则将用户按顺序加入候诊队列，若不存在，则显示预约更改界面。
32.具体的，若用户在预约的预约时间段之前便赶到候诊签到点，为了避免用户等待，可以先判断当前时刻距预约时间段的时间间隔，若时间间隔大于预设阈值，即需要等待的时间较长，则可以判断当前时刻所在的预约时间段是否存在空闲位置，即判断是否存在预约者未及时赶到或预约未满，若存在，则可以将该用户按顺序加入候诊队列，以避免用户较长时间的等待；而若用户在预约的预约时间段之后才赶到候诊签到点，则可以先判断当前时刻所在的预约时间段是否存在空闲位置，若存在，则将该用户按顺序加入候诊队列，若不存在，则再显示预约更改界面，使得预约更改更合理，避免用户白跑一趟。
33.另外，本发明还提供一种智能门诊系统，包括：
34.第一获取模块，用于获取医院各科室的号源排班信息；
35.第二获取模块，用于获取用户根据各科室的所述号源排班信息所选择的预约科室和预约时间段；
36.位置获取模块，用于当用户在对应的所述预约时间段进行候诊签到时，获取对应的所述预约科室的候诊签到点的位置信息以及用户的当前位置信息；
37.排序模块，用于在用户的所述当前位置信息与对应的所述候诊签到点的位置信息满足预设签到距离时，将用户按顺序加入候诊队列。
38.通过获取医院各科室的号源排班信息，使得用户能够根据自身需求选择对应的预约科室和预约时间段，同时，增加候诊签到，当用户在对应的预约时间段进行候诊签到时，获取对应的预约科室的候诊签到点的位置信息以及用户的当前位置信息，在用户的当前位置信息与对应的候诊签到点的位置信息满足预设签到距离时，将用户按顺序加入候诊队列，使得在排队候诊时，只有先进性候诊签到才能进行排队，从而可以避免某些预约者没有及时赶到，而浪费较多的等待时间，有利于患者的及时诊断治疗。
39.进一步地，还包括：
40.第三获取模块，用于获取用户的绑卡信息；
41.第一展示模块，用于根据所述绑卡信息生成电子就诊码，并在用户就诊预约时展示所述电子就诊码；
42.第二展示模块，用于在所述电子就诊码认证成功后，展示各科室的所述号源排班信息及预约界面。
43.进一步地，还包括：
44.第四获取模块，用于根据所述电子就诊码获取医院的就诊数据；
45.更新模块，用于根据所述就诊数据实时更新用户的就诊状态；
46.展示提醒模块，用于展示与所述就诊状态对应的状态界面，并对用户进行相应的提醒。
47.进一步地，还包括：
48.授权请求模块，用于根据所述绑卡信息向医保平台发起授权；
49.接收模块，用于接收所述医保平台在授权通过时发送的授权码；
50.调用模块，用于根据所述授权码调用所述医保平台的api接口。
51.另外，本发明还提供一种智能设备，包括：
52.存储器，用于存放运行程序；
53.处理器，用于执行所述存储器内存放的运行程序，实现上述的智能门诊方法所述执行的操作。
54.根据本发明提供的一种智能门诊方法、系统及智能设备，通过获取医院各科室的号源排班信息，使得用户能够根据自身需求选择对应的预约科室和预约时间段，同时，增加候诊签到，当用户在对应的预约时间段进行候诊签到时，获取对应的预约科室的候诊签到点的位置信息以及用户的当前位置信息，在用户的当前位置信息与对应的候诊签到点的位置信息满足预设签到距离时，将用户按顺序加入候诊队列，使得在排队候诊时，只有先进性候诊签到才能进行排队，从而可以避免某些预约者没有及时赶到，而浪费较多的等待时间，有利于患者的及时诊断治疗。
附图说明
55.下面将以明确易懂的方式，结合附图说明优选实施方式，对本方案的上述特性、技术特征、优点及其实现方式予以进一步说明。
56.图1是本发明实施例的整体流程示意图；
57.图2是本发明实施例的客户端界面示意图；
58.图3是本发明实施例的服务器连接示意图；
59.图4是本发明实施例的系统结构示意图；
60.图5是本发明实施例的智能设备结构示意图。
61.图中标号：1
‑
第一获取模块；2
‑
第二获取模块；3
‑
位置获取模块；4
‑
排序模块；5
‑
第三获取模块；6
‑
第一展示模块；7
‑
第二展示模块；8
‑
第四获取模块；9
‑
更新模块；10
‑
授权请求模块；11
‑
接收模块；12
‑
调用模块；13
‑
展示提醒模块；100
‑
存储器；200
‑
处理器；300
‑
通信接口；400
‑
通信总线；500
‑
输入/输出接口。
具体实施方式
62.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对照附图说明本发明的具体实施方式。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，并获得其他的实施方式。
63.为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。
64.实施例1
65.本发明的一个实施例，如图1所示，本发明提供一种智能门诊方法，包括步骤：
66.s1、获取医院各科室的号源排班信息。
67.具体的，在本方案中，可以使用https协议，通过webapi/webserver和医院系统进行数据交互，从而实时获取医院各科室的号源排班信息，并在客户端、app等上展示出来，以便用户进行预约挂号。
68.s2、获取用户根据各科室的号源排班信息所选择的预约科室和预约时间段。
69.s3、当用户在对应的预约时间段进行候诊签到时，获取对应的预约科室的候诊签到点的位置信息以及用户的当前位置信息。
70.s4、在用户的当前位置信息与对应的候诊签到点的位置信息满足预设签到距离时，将用户按顺序加入候诊队列。
71.通过获取医院各科室的号源排班信息，使得用户能够根据自身需求选择对应的预约科室和预约时间段，同时，增加候诊签到，当用户在对应的预约时间段进行候诊签到时，获取对应的预约科室的候诊签到点的位置信息以及用户的当前位置信息，在用户的当前位置信息与对应的候诊签到点的位置信息满足预设签到距离时，将用户按顺序加入候诊队列，使得在排队候诊时，只有先进性候诊签到才能进行排队，从而可以避免某些预约者没有及时赶到，而浪费较多的等待时间，有利于患者的及时诊断治疗。
72.本方案在具体实施时，可以采用客户端、app等形式在智能终端，如手机上进行显示，显示界面如图2所示，具体可以根据使用需求进行调整。另外，如图3所示，服务器通过连接医院系统和客户端，使得医院系统和客户端能够进行信息交互，从而实现预约挂号。服务器是为客户端/门户端提供数据业务支持的，服务器需要处理门户端发送过来的网络请求，通过接口层、业务层、缓存层、数据层还有医院系统的数据进行汇总后再将数据发送门户端呈现。其中，接口层用于提供网络接口服务，通过webapi提供网络请求接口，门户端请求对应的接口服务获取对应的数据进行页面渲染，接口层还会对网络请求进行跨域验证、白名单验证、权限验证等，防止非法访问和异常攻击；业务层用于提供业务处理服务，如检索数据是否存在、计算两地经纬度相差距离、向数据层读取数据和写入数据、数据脱敏hash、文件读取保存等功能；缓存层用于缓存数据获取成本高的数据(一般指获取难度大、用时长、数据量大)，常用的是内存缓存和浏览器缓存，内存缓存是将数据写入计算机内存中，因为其在内存中读取数据非常快，浏览器缓存是请求缓存，可以设置缓存时长来让浏览器不重复请求接口；数据层指的是数据持久层，一般为数据库层级，数据层是将数据写入磁盘来保证数据持久化保存不丢失的，数据层包含数据的写入、读取、删除操作；医院接口层，用于将门户端产生的业务数据通过网络请求传输到医院。
73.实施例2
74.本发明的一个实施例，在实施例1的基础上，获取用户根据各科室的号源排班信息所选择的预约科室和预约时间段之前，还包括步骤：
75.s01、获取用户的绑卡信息。
76.具体的，用户可以在客户端绑定自费卡、医保卡、虚拟卡等，自费卡是医院提供的实体就诊卡，医保卡要本人医保授权后才能绑定使用，虚拟卡是为用户提供的虚拟就诊卡，用户在绑定就诊卡后即可脱卡使用。
77.优选的，获取用户的绑卡信息之后，还包括步骤：
78.根据绑卡信息向医保平台发起授权；接收医保平台在授权通过时发送的授权码；根据授权码调用医保平台的api接口。
79.具体的，本方案支持医保卡授权支付功能，此功能需要通过网络请求向医保平台发起授权，授权通过后会返回给门户端授权码，从而能够通过授权码调用医保平台的服务api，实现医保卡支付。
80.s02、根据绑卡信息生成电子就诊码，并在用户就诊预约时展示电子就诊码。
81.s03、在电子就诊码认证成功后，展示各科室的号源排班信息及预约界面。
82.通过获取用户的绑卡信息，并根据绑卡信息生成电子就诊码，使得在用户就诊预约时，可以通过展示电子就诊码，进行身份认证，认证成功后，再展示各科室的号源排班信息及预约界面，以便用户进行预约挂号；同时，也可以通过电子就诊码进行签到排队、就诊、支付等操作。
83.优选的，获取用户根据各科室的号源排班信息所选择的预约科室和预约时间段之后，还包括步骤：
84.s5、根据电子就诊码获取医院的就诊数据。
85.s6、根据就诊数据实时更新用户的就诊状态。
86.s7、展示与就诊状态对应的状态界面，并对用户进行相应的提醒。
87.具体的，在用户预约挂号之后，可以通过电子就诊码实时获取用户在医院的就诊数据，从而能够根据就诊数据实时更新用户的就诊状态，如等待就诊、就诊排队、就诊中、等待支付等，同时，可以通过显示界面实时展示与就诊状态对应的状态界面，以便对用户进行相应的提醒。
88.实施例3
89.本发明的一个实施例，在实施例1或2的基础上，获取用户根据各科室的号源排班信息所选择的预约科室和预约时间段之后，还包括步骤：
90.若当前时刻在对应的预约时间段之前，则判断当前时刻距预约时间段的时间间隔；若时间间隔大于预设阈值，则判断当前时刻所在的预约时间段是否存在空闲位置，若存在，则将用户按顺序加入候诊队列。
91.若当前时刻为对应的预约时间段之后，则判断当前时刻所在的预约时间段是否存在空闲位置，若存在，则将用户按顺序加入候诊队列，若不存在，则显示预约更改界面。
92.具体的，若用户在预约的预约时间段之前便赶到候诊签到点，为了避免用户等待，可以先判断当前时刻距预约时间段的时间间隔，若时间间隔大于预设阈值，即需要等待的时间较长，则可以判断当前时刻所在的预约时间段是否存在空闲位置，即判断是否存在预约者未及时赶到或预约未满，若存在，则可以将该用户按顺序加入候诊队列，以避免用户较长时间的等待；而若用户在预约的预约时间段之后才赶到候诊签到点，则可以先判断当前时刻所在的预约时间段是否存在空闲位置，若存在，则将该用户按顺序加入候诊队列，若不存在，则再显示预约更改界面，使得预约更改更合理，避免用户白跑一趟。
93.实施例4
94.本发明的一个实施例，如图4所示，本发明还提供一种智能门诊系统，包括第一获取模块1、第二获取模块2、位置获取模块3和排序模块4。
95.第一获取模块1用于获取医院各科室的号源排班信息。
96.具体的，在本方案中，可以使用https协议，通过webapi/webserver和医院系统进行数据交互，从而实时获取医院各科室的号源排班信息，并在客户端、app等上展示出来，以便用户进行预约挂号。
97.第二获取模块2用于获取用户根据各科室的号源排班信息所选择的预约科室和预约时间段。
98.位置获取模块3用于当用户在对应的预约时间段进行候诊签到时，获取对应的预约科室的候诊签到点的位置信息以及用户的当前位置信息。
99.排序模块4用于在用户的当前位置信息与对应的候诊签到点的位置信息满足预设签到距离时，将用户按顺序加入候诊队列。
100.通过获取医院各科室的号源排班信息，使得用户能够根据自身需求选择对应的预约科室和预约时间段，同时，增加候诊签到，当用户在对应的预约时间段进行候诊签到时，获取对应的预约科室的候诊签到点的位置信息以及用户的当前位置信息，在用户的当前位置信息与对应的候诊签到点的位置信息满足预设签到距离时，将用户按顺序加入候诊队列，使得在排队候诊时，只有先进性候诊签到才能进行排队，从而可以避免某些预约者没有及时赶到，而浪费较多的等待时间，有利于患者的及时诊断治疗。
101.实施例5
102.本发明的一个实施例，如图4所示，在实施例4的基础上，本发明提供的一种智能门诊系统还包括第三获取模块5、第一展示模块6、第二展示模块7、第四获取模块8、更新模块9、授权请求模块10、接收模块11、调用模块12和展示提醒模块13。
103.第三获取模块5用于获取用户的绑卡信息。
104.具体的，用户可以在客户端绑定自费卡、医保卡、虚拟卡等，自费卡是医院提供的实体就诊卡，医保卡要本人医保授权后才能绑定使用，虚拟卡是为用户提供的虚拟就诊卡，用户在绑定就诊卡后即可脱卡使用。
105.授权请求模块10用于根据绑卡信息向医保平台发起授权；接收模块11用于接收医保平台在授权通过时发送的授权码；调用模块12用于根据授权码调用医保平台的api接口。
106.具体的，本方案支持医保卡授权支付功能，此功能需要通过网络请求向医保平台发起授权，授权通过后会返回给门户端授权码，从而能够通过授权码调用医保平台的服务api，实现医保卡支付。
107.第一展示模块6用于根据绑卡信息生成电子就诊码，并在用户就诊预约时展示电子就诊码；第二展示模块7用于在电子就诊码认证成功后，展示各科室的号源排班信息及预约界面。
108.通过获取用户的绑卡信息，并根据绑卡信息生成电子就诊码，使得在用户就诊预约时，可以通过展示电子就诊码，进行身份认证，认证成功后，再展示各科室的号源排班信息及预约界面，以便用户进行预约挂号；同时，也可以通过电子就诊码进行签到排队、就诊、支付等操作。
109.第四获取模块8用于根据电子就诊码获取医院的就诊数据；更新模块9用于根据就诊数据实时更新用户的就诊状态；展示提醒模块13用于展示与就诊状态对应的状态界面，并对用户进行相应的提醒。
110.具体的，在用户预约挂号之后，可以通过电子就诊码实时获取用户在医院的就诊数据，从而能够根据就诊数据实时更新用户的就诊状态，如等待就诊、就诊排队、就诊中、等待支付等，同时，可以通过显示界面实时展示与就诊状态对应的状态界面，以便对用户进行相应的提醒。
111.实施例6
112.另外，如图5所示，本发明还提供一种智能设备，包括存储器100和处理器200，存储器100用于存放运行程序，处理器200用于执行存储器内存放的运行程序，实现实施例1至实施例3任一所述的智能门诊方法所执行的操作。
113.具体的，智能设备还可以包括通信接口300、通信总线400和输入/输出接口500，其中，处理器200、存储器100、输入/输出接口500和通信接口300通过通信总线400完成相互间的通信。
114.通信总线400是连接所描述的元素的电路并且在这些元素之间实现传输。例如，处理器200通过通信总线400从其它元素接收到命令，解密接收到的命令，根据解密的命令执行计算或数据处理。存储器100可以包括程序模块，例如内核(kernel)，中间件(middleware)，应用程序编程接口(application programming interface，api)和应用。该程序模块可以是有软件、固件或硬件、或其中的至少两种组成。输入/输出接口500转发用户通过输入输出设备(例如感应器、键盘、触摸屏)输入的命令或数据。通信接口300将该智能
设备与其它网络设备、用户设备、网络进行连接。例如，通信接口300可以通过有线或无线连接到网络以连接到外部其它的网络设备或用户设备。无线通信可以包括以下至少一种：无线保真(wifi)，蓝牙(bt)，近距离无线通信技术(nfc)，全球卫星定位系统(gps)和蜂窝通信等等。有线通信可以包括以下至少一种：通用串行总线(usb)，高清晰度多媒体接口(hdmi)，异步传输标准接口(rs
‑
232)等等。网络可以是电信网络和通信网络。通信网络可以为计算机网络、因特网、物联网、电话网络。智能设备可以通过通信接口300连接网络，智能设备和其它网络设备通信所用的协议可以被应用、应用程序编程接口(api)、中间件、内核和通信接口至少一个支持。
115.应当说明的是，上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。