一种就诊服务方法和系统与流程

文档序号:25899205发布日期:2021-07-16 20:34阅读:110来源:国知局
一种就诊服务方法和系统与流程

1.本发明涉及医疗信息技术领域,具体涉及一种就诊服务方法和系统。


背景技术:

2.患者在医院就诊时,在挂完号后,会得到一张挂号凭条,上面会有患者就诊的科室与医生的信息,有的凭条上会列出科室的大体位置,有的则没有列出科室的位置,患者根据凭条上的信息去就诊科室报到并就诊。就诊过程中,医生会根据病情为患者开出检查单、检验单、用药处方单、医嘱单等单据,患者拿着相关单据进行缴费、检查、检验、治疗等流程,并领取检查结果、检验结果等,然后回到就诊科室复诊,最后依据医生开出的用药处方单缴完费后到药房领取药物,在这个过程中患者需奔波于就诊科室、缴费点、检查科室、药房等各个就诊业务地点完成整个就诊过程。这其中患者可能会遇到以下问题:
3.1.就诊科室、缴费点、检查科室、药房等就诊业务地点分散于医院的各个位置,患者往往由于对医院不熟悉而难以顺利找到这些地点,常常需要找人询问,非常浪费时间;
4.2.检验、检查、治疗等项目通常不分先后顺序,患者可以自主决定先进行哪个项目,但患者并不知道进行各个项目所需要花费的时间,无法做出合理的规划,导致耗费时间长,例如患者可能先到了检查科室却发现要排长队,然而这时候检验科室却没几个人。
5.这些问题严重影响了患者的就诊体验,浪费了患者的时间与医院的医疗资源。


技术实现要素:

6.本申请提供一种就诊服务方法和系统,旨在解决患者难以顺利找到就诊业务地点和无法合理规划就诊流程导致就诊耗费时间长的问题。
7.根据第一方面,一种实施例中提供一种就诊服务方法,包括:
8.获取患者个人信息;
9.依据患者个人信息从医院his系统中获取患者需要进行的就诊项目;
10.通过预存的医院电子地图获取患者需要进行的就诊项目对应的就诊业务地点,并通过用户端获取患者的实时位置;
11.当患者需要进行的就诊项目只有一个时,生成从患者的实时位置前往对应的就诊业务地点的最短路径和相应的导航信息,将最短路径和导航信息发送给用户端,以供用户端展示给患者查看;
12.当患者需要进行的就诊项目有多个且都具有先后顺序时,生成从患者的实时位置开始依次前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息,将最短路径和导航信息发送给用户端,以供用户端展示给患者查看;
13.当患者需要进行的就诊项目有多个,且存在不具有先后顺序的就诊项目时,从医院his系统中获取这些不具有先后顺序的就诊项目的需花费时间和排队人数,根据需花费时间和排队人数计算这些不具有先后顺序的就诊项目的等待时长,依据等待时长对这些就诊项目进行排序,再与其他已具有先后顺序的就诊项目一起形成就诊流程规划,就诊流程
规划包括患者需要进行的全部就诊项目间的先后顺序,然后生成从患者的实时位置开始依据就诊流程规划前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息,将就诊流程规划、最短路径和导航信息发送给用户端,以供用户端展示给患者查看。
14.一种实施例中,所述就诊项目至少包括科室报到、缴费、检验、检查、打印报告、复诊和取药,对应的就诊业务地点分别为就诊科室、缴费点、检验科室、检查科室、医院自助终端、就诊科室和药房;
15.所述当患者需要进行的就诊项目只有一个时,生成从患者的实时位置前往对应的就诊业务地点的最短路径和相应的导航信息包括:
16.当患者需要前往就诊科室报到时,生成从患者的实时位置前往就诊科室的最短路径和相应的导航信息;
17.所述当患者需要进行的就诊项目有多个且都具有先后顺序时,生成从患者的实时位置开始依次前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息包括:
18.当患者需要先打印报告然后去复诊时,则生成从患者的实时位置前往医院自助终端打印报告然后前往就诊科室的最短路径和相应的导航信息;当患者需要先缴费然后取药时,则生成从患者的实时位置前往缴费点然后前往药房的最短路径和相应的导航信息;
19.所述当患者需要进行的就诊项目有多个,且存在不具有先后顺序的就诊项目时,从医院his系统中获取这些不具有先后顺序的就诊项目的需花费时间和排队人数,根据需花费时间和排队人数计算这些不具有先后顺序的就诊项目的等待时长,依据等待时长对这些就诊项目进行排序,再与其他已具有先后顺序的就诊项目一起形成就诊流程规划包括:
20.当患者需要先缴费然后进行多项检查或检验时,从医院his系统中获取这些检查或检验的需花费时间和排队人数,根据需花费时间和排队人数计算这些检查或检验的等待时长,依据等待时长对这些检查或检验进行排序,与缴费一起形成就诊流程规划,就诊流程规划中各个就诊项目的先后顺序为:先缴费,然后按等待时长从短到长的顺序依次进行各项检查或检验。
21.一种实施例中,所述方法还包括:依据患者个人信息从医院his系统获取患者的检查报告或检验报告的进展,将患者的检查报告或检验报告的进展发送给用户端,以供用户端展示给患者查看。
22.一种实施例中,所述方法还包括:将所述最短路径的步行时间、患者需要进行的各个就诊项目的等待时长和需花费时间相加,得到总花费时间,将总花费时间发送给用户端,以供用户端展示给患者查看。
23.一种实施例中,利用最短路径基准库生成最短路径,所述最短路径基准库存储有预先计算的各就诊业务地点间的最短路径。
24.一种实施例中,所述获取患者个人信息包括:
25.通过用户端提醒患者进行人脸识别;
26.通过用户端获取患者人脸信息,向第三方人脸识别平台发送所述患者人脸信息以使所述第三方人脸识别平台对所述患者人脸信息进行识别,接收所述第三方人脸识别平台发送的与所述患者人脸信息对应的患者人脸id;
27.查找是否存在与所述患者人脸id绑定的患者个人信息,若存在则获取该患者个人信息,若不存在则通过用户端绑定患者个人信息和患者人脸id。
28.一种实施例中,通过用户端获取患者发出的语音指令;
29.利用开源语音识别引擎识别所述语音指令的关键词,查询与所述关键词匹配的动作指令;
30.向用户端发送所述动作指令,以使用户端执行与所述语音指令相符的操作,或
31.向医院his系统发送所述动作指令以获得执行所述语音指令必需的医疗业务数据,然后向用户端发送所获得的医疗业务数据和所述动作指令,以使用户端执行与所述语音指令相符的操作。
32.一种实施例中,所述用户端包括医院自助终端和/或医院微信小程序。
33.根据第二方面,一种实施例中提供一种就诊服务系统,包括:
34.医院电子地图;
35.个人信息获取模块,用于获取患者个人信息;
36.就诊项目查询模块,用于依据患者个人信息从医院his系统中获取患者需要进行的就诊项目;
37.位置信息获取模块,用于通过医院电子地图获取患者需要进行的就诊项目对应的就诊业务地点,并通过用户端获取患者的实时位置;
38.路径和就诊流程规划引擎,所述路径和就诊流程规划引擎用于:
39.当患者需要进行的就诊项目只有一个时,生成从患者的实时位置前往对应的就诊业务地点的最短路径和相应的导航信息,将最短路径和导航信息发送给用户端,以供用户端展示给患者查看;
40.当患者需要进行的就诊项目有多个且都具有先后顺序时,生成从患者的实时位置开始依次前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息,将最短路径和导航信息发送给用户端,以供用户端展示给患者查看;
41.当患者需要进行的就诊项目有多个,且存在不具有先后顺序的就诊项目时,从医院his系统中获取这些不具有先后顺序的就诊项目的需花费时间和排队人数,根据需花费时间和排队人数计算这些不具有先后顺序的就诊项目的等待时长,依据等待时长对这些就诊项目进行排序,再与其他已具有先后顺序的就诊项目一起形成就诊流程规划,就诊流程规划包括患者需要进行的全部就诊项目间的先后顺序,然后生成从患者的实时位置开始依据就诊流程规划前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息,将就诊流程规划、最短路径和导航信息发送给用户端,以供用户端展示给患者查看。
42.根据第三方面,一种实施例中提供一种计算机可读存储介质,所述介质上存储有程序,所述程序能够被处理器执行以实现上述第一方面所述的方法。
43.依据上述实施例的就诊服务方法、系统和计算机可读存储介质,通过获取患者需要进行的就诊项目,并根据各就诊项目的先后顺序,生成从患者的实时位置开始依次前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息,当患者需要进行的就诊项目中存在不具有先后顺序的就诊项目时,还依据这些不具有先后顺序的就诊项目的等待时长进行排序,再与其他已具有先后顺序的就诊项目一起形成就诊流程规划,将就诊流程规划、最短路径和导航信息发送给用户端供患者查看,给患者提供了指引,从而大幅减少了患者的就诊时间,提高了就诊效率,提升了就诊体验,也使医院的医疗资源得到了充分利用。
附图说明
44.图1为一种实施例的就诊服务方法的流程图;
45.图2为一种实施例的通过人脸识别获取患者个人信息的流程图;
46.图3为一种实施例的语音识别患者指令的流程图;
47.图4为一种实施例的就诊服务系统的结构示意图;
48.图5为另一种实施例的就诊服务系统的结构示意图;
49.图6为又一种实施例的就诊服务系统的结构示意图;
50.图7为又一种实施例的就诊服务系统的结构示意图;
51.图8为一种实施例的就诊服务系统的应用示意图。
具体实施方式
52.下面通过具体实施方式结合附图对本发明作进一步详细说明。其中不同实施方式中类似元件采用了相关联的类似的元件标号。在以下的实施方式中,很多细节描述是为了使得本申请能被更好的理解。然而,本领域技术人员可以毫不费力的认识到,其中部分特征在不同情况下是可以省略的,或者可以由其他元件、材料、方法所替代。在某些情况下,本申请相关的一些操作并没有在说明书中显示或者描述,这是为了避免本申请的核心部分被过多的描述所淹没,而对于本领域技术人员而言,详细描述这些相关操作并不是必要的,他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。
53.另外,说明书中所描述的特点、操作或者特征可以以任意适当的方式结合形成各种实施方式。同时,方法描述中的各步骤或者动作也可以按照本领域技术人员所能显而易见的方式进行顺序调换或调整。因此,说明书和附图中的各种顺序只是为了清楚描述某一个实施例,并不意味着是必须的顺序,除非另有说明其中某个顺序是必须遵循的。
54.本文中为部件所编序号本身,例如“第一”、“第二”等,仅用于区分所描述的对象,不具有任何顺序或技术含义。而本申请所说“连接”、“联接”,如无特别说明,均包括直接和间接连接(联接)。
55.请参考图1,本申请一种实施例中的就诊服务方法包括步骤101~106,下面具体说明。
56.步骤101:获取患者个人信息。患者的个人信息可以通过患者使用的用户端来获取,用户端可以是医院自助终端、运行在移动通信设备上的微信小程序、微信公众号和app等。当患者使用医院自助终端时,可以将其身份证件(身份证、医保卡、就诊卡等)放入医院自助终端的读卡器,通过读卡器读取患者身份证件来获取患者个人信息。当患者使用微信小程序、微信公众号和app等时,可以登录其个人账户,通过读取患者个人账户信息来获取患者个人信息。也可以通过对患者进行人脸识别,获得患者的人脸信息,再获得与患者的人脸信息绑定的患者个人信息。
57.步骤102:依据患者个人信息从医院his(hospital information system,医院信息系统)系统中获取患者需要进行的就诊项目。就诊项目包括科室报到、缴费、检验、检查、打印报告、复诊和取药等。检验包括血液检验、尿液检验等,检查包括外科检查、b超、ct等。
58.步骤103:通过预存的医院电子地图获取患者需要进行的就诊项目对应的就诊业务地点,并通过用户端获取患者的实时位置。科室报到、缴费、检验、检查、打印报告、复诊和
取药等项目对应的就诊业务地点分别是就诊科室、缴费点(包括人工缴费点和自助缴费点)、检验科室、检查科室、医院自助终端、就诊科室和药房。医院电子地图可以是二维的和三维的,其绘制有各就诊业务地点以及其他一些如洗手间、楼梯口等关键点的分布位置。如果患者使用的用户端是医院自助终端,那么可以由医院自助终端的位置定位患者的位置,如果患者使用的是微信小程序等,那么可以通过移动通信设备的定位功能来获取患者的实时位置。
59.当患者需要进行的就诊项目只有一个时,执行步骤104;当患者需要进行的就诊项目有多个且都具有先后顺序时,执行步骤105;当患者需要进行的就诊项目有多个,且存在不具有先后顺序的就诊项目时,执行步骤106。
60.步骤104:生成从患者的实时位置前往对应的就诊业务地点的最短路径和相应的导航信息,将最短路径和导航信息发送给用户端,以供用户端展示给患者查看。例如,患者挂完号之后需要前往就诊科室报到然后就医,那么此时患者需要进行的就诊项目就只有科室报到这一项,于是生成从患者的实时位置前往就诊科室的最短路径和相应的导航信息,然后发给用户端,用户端可以以电子地图的形式向患者展示最短路径和导航信息,给患者提供指引,让患者少走路少花时间,提高就诊效率。可以理解,随着患者移动,其实时位置发生着变化,可以根据患者位置实时更新最短路径和相应的导航信息,当患者使用微信小程序等用户端时,可以查看其自身当前所在位置和从当前所在位置前往就诊业务地点的最短路径和导航信息。
61.步骤105:生成从患者的实时位置开始依次前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息,将最短路径和导航信息发送给用户端,以供用户端展示给患者查看。例如,患者做完检验或检查,当检验报告或检查报告出来后,需要打印检验报告或检查报告,然后回到就诊科室复诊,那么此时患者需要进行的就诊项目有打印报告和复诊,且必须是先打印完报告再回到就诊科室复诊,于是生成从患者的实时位置前往医院自助终端打印报告然后前往就诊科室的最短路径和相应的导航信息,然后发给用户端。为了使患者能够及时了解自己的检验报告或检查报告的进展,还可以依据患者个人信息从医院his系统获取患者的检查报告或检验报告的进展,然后发送给用户端,以供用户端展示给患者查看。又例如,如果医生开了处方,那么患者需要先缴费然后去药房取药,那么此时患者需要进行的就诊项目有缴费和取药,且必须是先缴费才能取到药,于是生成从患者的实时位置前往缴费点缴费然后前往药房取药的最短路径和相应的导航信息,包括去哪个缴费点缴费、去哪个药房取药,然后将最短路径和相应的导航信息发给用户端。
62.步骤106:从医院his系统中获取这些不具有先后顺序的就诊项目的需花费时间和排队人数,根据需花费时间和排队人数计算这些不具有先后顺序的就诊项目的等待时长,例如某个项目的需花费时间是10分钟,排队人数是10人,那么这个项目的等待时长就是100分钟。依据等待时长对这些就诊项目进行排序,再与其他已具有先后顺序的就诊项目一起形成就诊流程规划,就诊流程规划包括患者需要进行的全部就诊项目间的先后顺序,然后生成从患者的实时位置开始依据就诊流程规划前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息,将就诊流程规划、最短路径和导航信息发送给用户端,以供用户端展示给患者查看。例如,就诊时医生开了多个检查单或检验单,那么患者需要先缴费然后才能去做各项检查或检验,那么此时患者需要进行的就诊项目有缴费和各项检查或检
验,而这些检查或检验不分先后顺序,患者可以自主决定先进行哪个项目,于是从医院his系统中获取这些检查或检验的需花费时间和排队人数,根据需花费时间和排队人数计算这些检查或检验的等待时长,依据等待时长由短到长对这些检查或检验进行排序,与缴费一起形成就诊流程规划,就诊流程规划中各个就诊项目的先后顺序为:先缴费,然后按等待时长从短到长的顺序依次进行各项检查或检验。这样一来就为患者提供了合理的就诊流程规划,避免患者首先去到一个需要排长队的检查科室或检验科室,导致就诊时间长,就诊效率低。然后生成从患者的实时位置开始依据就诊流程规划前往缴费点和检查科室或检验科室的最短路径和相应的导航信息,包括去哪个缴费点缴费、先去哪个检查科室做什么检查、再去哪个检查科室做什么检查等,将就诊流程规划、最短路径和导航信息发送给用户端。
63.为了能够让患者更好地把握时间,可以将最短路径的步行时间、患者需要进行的各个就诊项目的等待时长和需花费时间相加,得到预估的总花费时间,将总花费时间发送给用户端,以供用户端展示给患者查看。例如,当患者需要先缴费然后去做各项检查或检验时,则计算缴费时间、各项检查或检验的等待时长、各项检查或检验所需花费时间、最短路径的步行时间的和,得到总花费时间,然后将总花费时间发送给用户端展示给患者查看。
64.最短路径可以利用预先构建的最短路径基准库来生成,最短路径基准库存储有预先计算的各就诊业务地点和其他一些如洗手间、楼梯口等关键点间的最短路径和步行时间,在生成最短路径的时候,可以直接在最短路径基准库里查找两个就诊业务地点间的最短路径,这样就不需要每次都去计算,节省了时间,提高了用户体验。
65.获取患者个人信息可以通过对患者进行人脸识别实现,请参考图2,对患者进行人脸识别获取患者个人信息的方法包括步骤201~205,下面具体说明。
66.步骤201:通过用户端提醒患者进行人脸识别。具体的,向用户端发送身份识别指令,用户端接收到身份识别指令后通过其显示屏和/或语音播放设备提醒患者对着摄像头进行人脸识别。
67.步骤202:通过用户端获取患者人脸信息,向第三方人脸识别平台发送患者人脸信息以使第三方人脸识别平台对患者人脸信息进行识别。第三方人脸识别平台可以是微信人脸识别服务平台或支付宝人脸识别服务平台。
68.步骤203:接收第三方人脸识别平台发送的与患者人脸信息对应的患者人脸id,查找是否存在与患者人脸id绑定的患者个人信息,若存在则执行步骤204,若不存在则执行步骤205。当使用微信人脸识别服务平台时,人脸id为微信openid,当使用支付宝人脸识别服务平台时,人脸id为支付宝id。
69.步骤204:获取该患者个人信息。
70.步骤205:通过用户端绑定患者个人信息和患者人脸id。例如患者使用的是医院自助终端时,则通过医院自助终端的显示屏和/或语音播放设备提醒患者将身份证件放入读卡器内进行个人信息绑定,然后通过医院自助终端的读卡器读取患者身份证件得到患者个人信息,将患者个人信息与患者人脸id进行绑定。
71.通过识别患者人脸来获取个人信息,使得患者无需进行账号密码登录,对于使用医院自助终端的患者来说,在就诊时不需要随身携带身份证、医保卡、就诊卡等实物介质的身份证件,省去了许多操作,在丢失了身份证件时也可就诊,给患者带来方便,提高了智能化水平。
72.本申请一些实施例中的就诊服务方法还包括语音识别患者指令的方法,使得患者可以通过语音进行操作。请参考图3,本实施例中语音识别患者指令的方法包括步骤301~303,下面具体说明。
73.步骤301:通过用户端获取患者发出的语音指令。患者可以直接用普通话说出他想进行的操作。
74.步骤302:利用开源语音识别引擎识别患者发出的语音指令的关键词,查询与关键词匹配的动作指令。开源语音识别引擎可以是deepspeech2。开源语音识别引擎对所接收到的语音指令进行分词和模糊匹配,最终得到与患者发出的语音指令相符的动作指令。
75.步骤303:向用户端发送动作指令,使用户端接收到动作指令后执行相关操作,从而使得用户端能够响应于患者的语音指令执行相应的操作,使得患者办理业务的整个流程都可以通过语音的方式完成。在执行某些操作的时候,还需要从医院his系统读取有关数据,例如在挂号时,需要从医院his系统读取可挂号的科室和医生以供用户端展示给患者进行选择,因此,这时候还需要向医院his系统下发动作指令以获得执行患者的语音指令必需的医疗业务数据。此时下发的动作指令不仅包括用户端的操作,还包括医院his系统的操作,用户端和医院his系统接收到动作指令后执行各自的操作。接收到医院his系统返回的执行语音指令必需的医疗业务数据后,将所获得的医疗业务数据和动作指令发送给用户端,以使用户端能够执行与语音指令相符的操作。在执行操作前,如果该操作需要用到患者的身份信息或个人信息,则通过用户端提醒患者进行身份识别。
76.下面通过两个例子说明本实施例的语音识别患者指令的方法。例如患者需要挂号,只需要在用户端说一句:“挂皮肤科的号”,然后开源语音识别引擎对这句话进行语音识别,得到关键词“挂号”和“皮肤科”,下发动作指令给医院his系统得到皮肤科可以挂号的医生与时间段的数据,再向用户端发送这些数据和动作指令,使得用户端显示皮肤科可以挂号的医生与时间段以供患者选择。同样的道理,患者接着依次说“张三医生”,“上午10点”,“微信扫码支付”,医院自助终端就会显示上午10点张三医生的挂号费的微信支付界面,患者扫码支付就可以完成挂号。如果在用户端说:“我要挂皮肤科张三医生今天上午10点的号”,用户端将直接展示皮肤科张三医生今天上午10点的号的挂号缴费界面,同时界面将列出挂号内容以及费用信息,患者只要支付费用就可以完成挂号。又例如患者要打印报告,只需要在医院自助终端前说一句:“打印报告”或者“报告打印”,医院自助终端就会自动打印与该患者有关的尚未打印过的报告。
77.本实施例的就诊服务方法,通过语音来识别患者的指令,使得患者可以通过语音来输入所要进行的操作,当需要进行一系列选择或操作时,可以直接在一句话中将这些选择或操作说出,系统识别后可以直接完成相关的一系列操作,从而省去了患者频繁的操作,十分便捷,进一步提高了智能化水平。
78.在上述的就诊服务方法的基础上,本申请还提供一种就诊服务系统,请参考图4,一种实施例中就诊服务系统包括医院电子地图1、个人信息获取模块2、就诊项目查询模块3、位置信息获取模块4和路径和就诊流程规划引擎5,下面具体说明。
79.医院电子地图1,医院电子地图1可以是二维的和三维的,其绘制有各就诊业务地点以及其他一些如洗手间、楼梯口等关键点的分布位置。
80.个人信息获取模块2用于获取患者个人信息。患者的个人信息可以通过患者使用
的用户端来获取,用户端可以是医院自助终端、运行在移动通信设备上的微信小程序、微信公众号和app等。当患者使用医院自助终端时,可以将其身份证件放入医院自助终端的读卡器,通过读卡器读取患者身份证件来获取患者个人信息。当患者使用微信小程序、微信公众号和app等时,可以登录其个人账户,通过读取患者个人账户信息来获取患者个人信息。也可以通过对患者进行人脸识别,获得患者的人脸信息,再获得与患者的人脸信息绑定的患者个人信息。
81.就诊项目查询模块3用于依据患者个人信息从医院his系统中获取患者需要进行的就诊项目。
82.位置信息获取模块4用于通过医院电子地图1获取患者需要进行的就诊项目对应的就诊业务地点,并通过用户端获取患者的实时位置。如果患者使用的用户端是医院自助终端,那么可以由医院自助终端的位置定位患者的位置,如果患者使用的是微信小程序等,那么可以通过移动通信设备的定位功能来获取患者的实时位置。
83.路径和就诊流程规划引擎5用于对患者需要进行的就诊项目进行就诊流程规划,并提供从患者的实时位置依次前往各就诊项目对应的就诊业务地点的最短路径,给患者提供指引,让患者少走路少花时间,提高就诊效率。具体的,路径和就诊流程规划引擎5通过如下方式实现路径和就诊流程规划:
84.当患者需要进行的就诊项目只有一个时,生成从患者的实时位置前往对应的就诊业务地点的最短路径和相应的导航信息,将最短路径和导航信息发送给用户端,以供用户端展示给患者查看。例如,患者挂完号之后需要前往就诊科室报到然后就医,那么此时患者需要进行的就诊项目就只有科室报到这一项,于是生成从患者的实时位置前往就诊科室的最短路径和相应的导航信息,然后发给用户端,用户端可以以电子地图的形式向患者展示最短路径和导航信息,给患者提供指引。可以理解,随着患者移动,其实时位置发生着变化,可以根据患者位置实时更新最短路径和相应的导航信息,当患者使用微信小程序等用户端时,可以查看其自身当前所在位置和从当前所在位置前往就诊业务地点的最短路径和导航信息。
85.当患者需要进行的就诊项目有多个且都具有先后顺序时,生成从患者的实时位置开始依次前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息,将最短路径和导航信息发送给用户端,以供用户端展示给患者查看。例如,患者做完检验或检查,当检验报告或检查报告出来后,需要打印检验报告或检查报告,然后回到就诊科室复诊,那么此时患者需要进行的就诊项目有打印报告和复诊,且必须是先打印完报告再回到就诊科室复诊,于是生成从患者的实时位置前往医院自助终端打印报告然后前往就诊科室的最短路径和相应的导航信息,然后发给用户端。为了使患者能够及时了解自己的检验报告或检查报告的进展,还可以依据患者个人信息从医院his系统获取患者的检查报告或检验报告的进展,然后发送给用户端,以供用户端展示给患者查看。又例如,如果医生开了处方,那么患者需要先缴费然后去药房取药,那么此时患者需要进行的就诊项目有缴费和取药,且必须是先缴费才能取到药,于是生成从患者的实时位置前往缴费点缴费然后前往药房取药的最短路径和相应的导航信息,包括去哪个缴费点缴费、去哪个药房取药,然后将最短路径和相应的导航信息发给用户端。
86.当患者需要进行的就诊项目有多个,且存在不具有先后顺序的就诊项目时,从医
院his系统中获取这些不具有先后顺序的就诊项目的需花费时间和排队人数,根据需花费时间和排队人数计算这些不具有先后顺序的就诊项目的等待时长,依据等待时长对这些就诊项目进行排序,再与其他已具有先后顺序的就诊项目一起形成就诊流程规划,就诊流程规划包括患者需要进行的全部就诊项目间的先后顺序,然后生成从患者的实时位置开始依据就诊流程规划前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息,将就诊流程规划、最短路径和导航信息发送给用户端,以供用户端展示给患者查看。例如,就诊时医生开了多个检查单或检验单,那么患者需要先缴费然后才能去做各项检查或检验,那么此时患者需要进行的就诊项目有缴费和各项检查或检验,而这些检查或检验不分先后顺序,患者可以自主决定先进行哪个项目,于是从医院his系统中获取这些检查或检验的需花费时间和排队人数,根据需花费时间和排队人数计算这些检查或检验的等待时长,依据等待时长由短到长对这些检查或检验进行排序,与缴费一起形成就诊流程规划,就诊流程规划中各个就诊项目的先后顺序为:先缴费,然后按等待时长从短到长的顺序依次进行各项检查或检验。这样一来就为患者提供了合理的就诊流程规划,避免患者首先去到一个需要排长队的检查科室或检验科室,导致就诊时间长,就诊效率低。然后生成从患者的实时位置开始依据就诊流程规划前往缴费点和检查科室或检验科室的最短路径和相应的导航信息,包括去哪个缴费点缴费、先去哪个检查科室做什么检查、再去哪个检查科室做什么检查等,将就诊流程规划、最短路径和导航信息发送给用户端。
87.为了能够让患者更好地把握时间,路径和就诊流程规划引擎5还可以将最短路径的步行时间、患者需要进行的各个就诊项目的等待时长和需花费时间相加,得到预估的总花费时间,将总花费时间发送给用户端,以供用户端展示给患者查看。例如,当患者需要先缴费然后去做各项检查或检验时,则计算缴费时间、各项检查或检验的等待时长、各项检查或检验所需花费时间、最短路径的步行时间的和,得到总花费时间,然后将总花费时间发送给用户端展示给患者查看。
88.请参考图5,一种实施例中,就诊服务系统还包括最短路径基准库6,最短路径基准库6存储有预先计算的各就诊业务地点和其他一些如洗手间、楼梯口等关键点间的最短路径和步行时间,在生成最短路径的时候,可以直接在最短路径基准库里查找两个就诊业务地点间的最短路径,这样就不需要每次都去计算,节省了时间,提高了用户体验。
89.请参考图6,在一些实施例中,就诊服务系统还包括人脸识别装置7,人脸识别装置7用于对患者进行人脸识别来获取患者个人信息。人脸识别装置7包括人脸信息获取模块71和人脸信息识别模块72,下面分别说明。
90.人脸信息获取模块71用于通过用户端提醒患者进行人脸识别,并通过用户端获取患者人脸信息。具体的,人脸信息获取模块71向用户端发送身份识别指令,用户端接收到身份识别指令后通过其显示屏和/或语音播放设备提醒患者对着摄像头进行人脸识别,然后人脸信息获取模块71获取摄像头摄取的患者人脸信息。
91.人脸信息识别模块72用于判断患者人脸信息是否已绑定患者个人信息,若已绑定则获取该患者个人信息,并将患者个人信息发送至个人信息获取模块2;若未绑定则通过用户端绑定患者个人信息和患者人脸信息。人脸信息的识别可以通过第三方人脸识别平台来实现,例如微信人脸识别服务平台和支付宝人脸识别服务平台。具体的,人脸信息识别模块72向第三方人脸识别平台发送患者人脸信息,第三方人脸识别平台对患者人脸信息进行识
别,得到患者人脸id,然后将患者人脸id发送给人脸信息识别模块72;人脸信息识别模块72查找是否存在与该患者人脸id绑定的患者个人信息,若存在则获取该患者个人信息,若不存在则通过用户端绑定患者个人信息和患者人脸信息。例如患者使用的是医院自助终端时,则通过医院自助终端的显示屏和/或语音播放设备提醒患者将身份证件放入读卡器内进行个人信息绑定,然后通过医院自助终端的读卡器读取患者身份证件得到患者个人信息,将患者个人信息与患者人脸id进行绑定。当使用微信人脸识别服务平台时,人脸id为微信openid,当使用支付宝人脸识别服务平台时,人脸id为支付宝id。
92.请参考图7,一些实施例中,智能挂号系统还可以包括语音识别装置8,语音识别装置8用于识别患者发出的语音指令,使得患者可以通过语音进行操作。语音识别装置8可以包括语音指令获取模块81、开源语音识别引擎82和动作指令下发模块83,下面具体说明。
93.语音指令获取模块81用于通过用户端的语音采集设备获取患者发出的语音指令。患者可以直接用普通话说出他想进行的操作。
94.开源语音识别引擎82用于识别语音指令的关键词,查询与关键词匹配的动作指令。开源语音识别引擎82可以是deepspeech2。开源语音识别引擎82对语音指令获取模块81接收到的语音指令进行分词和模糊匹配,最终得到与患者发出的语音指令相符的动作指令。
95.动作指令下发模块83用于向用户端发送动作指令,用户端接收到动作指令后执行相关操作,从而使得用户端能够响应于患者的语音指令执行相应的操作,使得患者办理业务的整个流程都可以通过语音的方式完成。在执行某些操作的时候,还需要从医院his系统读取有关数据,例如在挂号时,需要从医院his系统读取可挂号的科室和医生以供医院自助终端展示给患者进行选择,因此,这时候动作指令下发模块83还向医院his系统下发动作指令以获得执行患者的语音指令必需的医疗业务数据。此时动作指令下发模块83下发的动作指令不仅包括用户端的操作,还包括医院his系统的操作,用户端和医院his系统接收到动作指令后执行各自的操作。医院his系统将执行语音指令必需的医疗业务数据返回给就诊服务系统,然后动作指令下发模块83向用户端发送所获得的医疗业务数据和动作指令,使用户端执行与语音指令相符的操作。在执行操作前,如果该操作需要用到患者的身份信息或个人信息,则通过用户端提醒患者进行身份识别。
96.请参考图8,图8示出了本申请就诊服务系统的一种应用,其中的用户端包括微信小程序和医院自助终端。微信小程序与小程序服务器通信,将患者个人信息、位置信息发送给小程序服务器,然后小程序服务器将患者个人信息和位置信息发送到本申请的就诊服务系统。就诊服务系统依据患者的个人信息从医院his系统中查询患者需要进行的就诊项目,生成依次前往这些就诊项目对应的就诊业务地点的最短路径,当患者需要进行的就诊项目有多个,且存在不具有先后顺序的就诊项目时,还从医院his系统中获取这些不具有先后顺序的就诊项目的需花费时间和排队人数,进行就诊流程规划,然后生成依据就诊流程规划前往这些就诊项目对应的就诊业务地点的最短路径,将最短路径和相应的导航信息,以及就诊流程规划发送给小程序服务器,再由小程序服务器发送给微信小程序,呈现给患者,给患者提供指引。同样的,当患者使用医院自助终端时,则通过医院自助终端录入其个人信息,医院自助终端将患者个人信息及当前位置信息发送给就诊服务系统,就诊服务系统生成最短路径和相应的导航信息、就诊流程规划,并返回给医院自助终端,呈现给患者,给患
者提供指引。
97.依据上述实施例的就诊服务方法和系统,通过获取患者需要进行的就诊项目,并根据各就诊项目的先后顺序,生成从患者的实时位置开始依次前往这些就诊项目对应的就诊业务地点的最短路径和相应的导航信息,当患者需要进行的就诊项目中存在不具有先后顺序的就诊项目时,还依据这些不具有先后顺序的就诊项目的等待时长进行排序,再与其他已具有先后顺序的就诊项目一起形成就诊流程规划,将就诊流程规划、最短路径和导航信息发送给用户端供患者查看,给患者提供了指引,从而大幅减少了患者的就诊时间,提高了就诊效率,提升了就诊体验,也使医院的医疗资源得到了充分利用。
98.本文参照了各种示范实施例进行说明。然而,本领域的技术人员将认识到,在不脱离本文范围的情况下,可以对示范性实施例做出改变和修正。例如,各种操作步骤以及用于执行操作步骤的组件,可以根据特定的应用或考虑与系统的操作相关联的任何数量的成本函数以不同的方式实现(例如一个或多个步骤可以被删除、修改或结合到其他步骤中)。
99.在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。另外,如本领域技术人员所理解的,本文的原理可以反映在计算机可读存储介质上的计算机程序产品中,该可读存储介质预装有计算机可读程序代码。任何有形的、非暂时性的计算机可读存储介质皆可被使用,包括磁存储设备(硬盘、软盘等)、光学存储设备(cd至rom、dvd、blu ray盘等)、闪存和/或诸如此类。这些计算机程序指令可被加载到通用计算机、专用计算机或其他可编程数据处理设备上以形成机器,使得这些在计算机上或其他可编程数据处理装置上执行的指令可以生成实现指定的功能的装置。这些计算机程序指令也可以存储在计算机可读存储器中,该计算机可读存储器可以指示计算机或其他可编程数据处理设备以特定的方式运行,这样存储在计算机可读存储器中的指令就可以形成一件制造品,包括实现指定功能的实现装置。计算机程序指令也可以加载到计算机或其他可编程数据处理设备上,从而在计算机或其他可编程设备上执行一系列操作步骤以产生一个计算机实现的进程,使得在计算机或其他可编程设备上执行的指令可以提供用于实现指定功能的步骤。
100.虽然在各种实施例中已经示出了本文的原理,但是许多特别适用于特定环境和操作要求的结构、布置、比例、元件、材料和部件的修改可以在不脱离本披露的原则和范围内使用。以上修改和其他改变或修正将被包含在本文的范围之内。
101.前述具体说明已参照各种实施例进行了描述。然而,本领域技术人员将认识到,可以在不脱离本披露的范围的情况下进行各种修正和改变。因此,对于本披露的考虑将是说明性的而非限制性的意义上的,并且所有这些修改都将被包含在其范围内。同样,有关于各种实施例的优点、其他优点和问题的解决方案已如上所述。然而,益处、优点、问题的解决方案以及任何能产生这些的要素,或使其变得更明确的解决方案都不应被解释为关键的、必需的或必要的。本文中所用的术语“包括”和其任何其他变体,皆属于非排他性包含,这样包括要素列表的过程、方法、文章或设备不仅包括这些要素,还包括未明确列出的或不属于该过程、方法、系统、文章或设备的其他要素。此外,本文中所使用的术语“耦合”和其任何其他变体都是指物理连接、电连接、磁连接、光连接、通信连接、功能连接和/或任何其他连接。
102.具有本领域技术的人将认识到,在不脱离本发明的基本原理的情况下,可以对上述实施例的细节进行许多改变。因此,本发明的范围应仅由权利要求确定。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1