CN109524099A - 医疗机构推荐方法、服务器及用户终端 - Google Patents
医疗机构推荐方法、服务器及用户终端 Download PDFInfo
- Publication number
- CN109524099A CN109524099A CN201811292525.1A CN201811292525A CN109524099A CN 109524099 A CN109524099 A CN 109524099A CN 201811292525 A CN201811292525 A CN 201811292525A CN 109524099 A CN109524099 A CN 109524099A
- Authority
- CN
- China
- Prior art keywords
- medical institutions
- information
- medical
- user terminal
- recommendation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 56
- 230000007246 mechanism Effects 0.000 claims abstract description 76
- 238000003745 diagnosis Methods 0.000 claims abstract description 64
- 201000010099 disease Diseases 0.000 claims abstract description 33
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 claims abstract description 33
- 238000012163 sequencing technique Methods 0.000 claims description 39
- 238000012216 screening Methods 0.000 claims description 29
- 230000001225 therapeutic effect Effects 0.000 claims description 8
- 238000009434 installation Methods 0.000 claims 1
- 238000004590 computer program Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 16
- 238000012545 processing Methods 0.000 description 9
- 238000004891 communication Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- General Physics & Mathematics (AREA)
- Primary Health Care (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Epidemiology (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Development Economics (AREA)
- Public Health (AREA)
- Medical Informatics (AREA)
- Biomedical Technology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请实施例公开了一种医疗机构推荐方法、服务器及用户终端,其中方法包括:接收来自客户端的医疗机构推荐请求,该医疗机构推荐请求中包括第一医疗机构集合和就诊信息;该客户端安装在用户终端中,该第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,该就诊信息包括就诊科室标识和/或就诊疾病标识;根据该第一医疗机构集合和就诊信息,确定第二医疗机构集合;第二医疗机构集合中包括该第一医疗机构集合中与就诊信息匹配的合作医疗机构;获取该第二医疗机构集合中的各个医疗机构的推荐信息,并将该推荐信息发送给该客户端。本申请实施例中服务器可以通过客户端向用户终端发送多个医疗机构的推荐信息,提高了用户选择医疗机构的效率。
Description
技术领域
本发明涉及医疗技术领域,尤其涉及一种医疗机构推荐方法、服务器及用户终端。
背景技术
一种情况下,当患者有就诊需求时会直接到医疗机构(该医疗机构可能是患者认为较适合的医疗机构,或者是别人推荐的医疗机构,或者是离家最近的医疗机构等等)现场去取号就诊,如果该医疗机构人满为患,那么患者只好到另一医疗机构去取号就诊,如果第二家医疗机构也人满为患,那么患者还可能需要赶赴第三家医疗机构,或者只能等到第二天再早早排队取号。另一种情况下,当患者有就诊需求时会首先在网上进行针对某个医疗机构的预约挂号,如果在患者希望的就诊时间该医疗机构的预约已满,那么患者只好换一家医疗机构进行预约挂号,甚至如果第二家医疗机构的预约也已经满了,那么患者还需要再换一家医疗机构进行预约挂号。可见,上述两种情况下患者选择医疗机构的效率均较低,这不仅会浪费患者宝贵的时间,甚至可能会耽误患者的就诊时机。
发明内容
本申请所要解决的技术问题在于,如何提高用户选择医疗机构的效率。
第一方面,本申请实施例提供了一种医疗机构推荐方法,所述方法包括:
用户终端通过客户端向服务器发送医疗机构推荐请求,所述医疗机构推荐请求中包括第一医疗机构集合以及就诊信息;其中,所述第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,所述就诊信息包括就诊科室标识和/或就诊疾病标识;
所述服务器根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合;其中,所述第二医疗机构集合中包括所述第一医疗机构集合中与所述就诊信息匹配的合作医疗机构;
所述服务器获取所述第二医疗机构集合中的各个医疗机构的推荐信息,并将所述推荐信息通过所述客户端发送给所述用户终端;其中,所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种;
根据预设排序规则以及所述推荐信息,所述用户终端在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
第二方面,本申请实施例提供了一种医疗机构推荐方法,应用于服务器,所述方法包括:
接收来自客户端的医疗机构推荐请求,所述医疗机构推荐请求中包括第一医疗机构集合以及就诊信息;其中,所述第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,所述就诊信息包括就诊科室标识和/或就诊疾病标识;
根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合;其中,所述第二医疗机构集合中包括所述第一医疗机构集合中与所述就诊信息匹配的合作医疗机构;
获取所述第二医疗机构集合中的各个医疗机构的推荐信息,并将所述推荐信息发送给所述客户端,以使所述用户终端根据预设排序规则以及所述推荐信息输出所述第二医疗机构集合中的各个医疗机构的排序信息;其中,所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种;所述预设排序规则为根据多种所述推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序。
作为一种可选的实施方式,所述就诊信息包括就诊疾病标识,所述根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合,包括:
根据所述就诊疾病标识确定就诊科室标识;
查询所述第一医疗机构集合中的各个医疗机构是否包括所述就诊科室标识所标识的就诊科室;
将所述第一医疗机构集合中包括所述就诊科室的医疗机构添加到第二医疗机构集合中。
作为一种可选的实施方式,所述推荐信息包括与所述用户终端所在的地点之间的各条路线的距离信息,所述获取所述第二医疗机构集合中的各个医疗机构的推荐信息,包括:
获取所述用户终端的位置信息,所述位置信息用于指示所述用户终端所在的地点;
获取所述用户终端所在的地点与所述第二医疗机构集合中的各个医疗机构之间的地图信息;
根据所述地图信息,确定从所述用户终端所在的地点到达所述第二医疗机构集合中的各个医疗机构的路线集合,并计算所述路线集合中的各条路线的距离信息。
作为一种可选的实施方式,所述推荐信息还包括从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间,所述获取所述第二医疗机构集合中的各个医疗机构的推荐信息,还包括:
若所述路线集合中包括非步行路线,则获取所述非步行路线上的交通信息,并根据所述距离信息和所述交通信息计算所述非步行路线上所需的行进时间;
若所述路线集合中包括步行路线,则根据所述距离信息计算所述步行路线上所需的行进时间。
第三方面,本申请实施例提供了一种医疗机构推荐方法,应用于用户终端,所述方法包括:
通过客户端向服务器发送医疗机构推荐请求,所述医疗机构推荐请求中包括第一医疗机构集合以及就诊信息,以使所述服务器根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合,以及使所述服务器获取所述第二医疗机构集合中的各个医疗机构的推荐信息;其中,所述第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,所述就诊信息包括就诊科室标识和/或就诊疾病标识,所述第二医疗机构集合中包括所述第一医疗机构集合中与所述就诊信息匹配的合作医疗机构;所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种;
通过所述客户端接收来自所述服务器的所述推荐信息;
根据预设排序规则以及所述推荐信息,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
作为一种可选的实施方式,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息之后,所述方法还包括:
在所述排序信息的输出界面接收重排序指令,所述重排序指令包括重排序规则;
根据所述重排序规则以及所述推荐信息,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
作为一种可选的实施方式,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息之后,所述方法还包括:
在所述排序信息的输出界面接收筛选指令,所述筛选指令包括筛选条件;
根据所述筛选条件以及所述推荐信息,确定第三医疗机构集合;其中,所述第三医疗机构集合中包括所述第二医疗机构集合中推荐信息满足所述筛选条件的医疗机构;
在所述客户端的显示界面中输出所述第三医疗机构集合中的各个医疗机构的排序信息。
作为一种可选的实施方式,所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意多种;所述预设排序规则为根据多种所述推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序。
第四方面,本申请实施例提供了一种服务器,所述服务器包括用于执行上述第二方面的方法的模块和单元。
第五方面,本申请实施例提供了一种用户终端,所述用户终端包括用于执行上述第三方面的方法的模块。
第六方面,本申请实施例提供了另一种服务器,所述服务器包括总线、处理器、和存储器,所述处理器和存储器通过所述总线相互连接,其中,所述存储器用于存储支持服务器执行上述方法的计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行上述第二方面的方法。
第七方面,本申请实施例提供了另一种用户终端,所述用户终端包括总线、处理器和存储器,所述处理器和存储器通过所述总线相互连接,其中,所述存储器用于存储支持用户终端执行上述方法的计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行上述第三方面的方法。
第八方面,本申请实施例提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行上述第二方面的方法。
第九方面,本申请实施例提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行上述第三方面的方法。
在本申请实施例中,当接收到用户终端通过客户端发送的医疗机构推荐请求时,服务器可以获取多个医疗机构的推荐信息,并通过该客户端向该用户终端发送推荐信息,使得用户可以同时了解多个医疗机构的情况,提高了用户选择医疗机构的效率。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种医疗机构推荐方法的示意流程图;
图2是本申请实施例提供的另一种医疗机构推荐方法的示意流程图;
图3是本申请实施例提供的又一种医疗机构推荐方法的示意流程图;
图4是本申请实施例提供的再一种医疗机构推荐方法的示意流程图;
图5是本申请实施例提供的一种服务器的示意性框图;
图6是本申请实施例提供的一种用户终端的示意性框图;
图7是本申请实施例提供的另一种用户终端的示意性框图;
图8是本申请实施例提供的另一种服务器的示意性框图;
图9是本申请实施例提供的又一种用户终端的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例进行说明。
首先请参见图1,图1是本申请实施例提供的一种医疗机构推荐方法的示意流程图。如图1所示的医疗机构推荐方法可以包括:
S11、用户终端通过客户端向服务器发送医疗机构推荐请求。
其中,该客户端安装在该用户终端中。具体地,该客户端可以为安装在该用户终端中的网页浏览器、即时通讯软件或专门的预约挂号软件。从而,用户可以在网页浏览器中找到医疗机构推荐的网页,并在该网页中提交医疗机构推荐请求;也可以在即时通讯软件中找到医疗机构推荐的公众号或小程序,并在该公众号或小程序中提交医疗机构推荐请求;也可以登录专门的医疗机构推荐软件,并在该医疗机构推荐软件中提交医疗机构推荐请求。
其中,该服务器可以为除用户和医疗机构之外的第三方提供的服务器。该第三方可以和多个医疗机构进行合作,即该第三方可以有多个合作医疗机构,用户请求推荐的医疗机构为该多个合作医疗机构中的医疗机构。其中,医疗机构可以为医院、诊所等等。
其中,该医疗机构推荐请求至少包括第一医疗机构集合和就诊信息。该第一医疗机构集合为全部合作医疗机构或部分合作医疗机构,该就诊信息可以包括就诊科室标识和/或就诊疾病标识。
具体地,该第一医疗机构集合是该客户端根据用户的选择操作生成的,即该第一医疗机构集合包括由用户的选择操作确定的合作医疗机构。例如,该客户端可以直接显示全部合作医疗机构或者根据区域显示合作医疗机构,用户勾选的合作医疗机构即构成第一医疗机构集合。在勾选时,用户可以排除距离较远的合作医疗机构,或者用户可以选择口碑较好的合作医疗机构等等。当然,用户也可以不对合作医疗机构进行筛选,此时该客户端可以确定全部合作医疗机构即构成第一医疗机构集合。
该客户端还可以显示多个科室标识,用户勾选的科室标识即为就诊科室标识。该客户端还可以显示多种疾病标识,用户勾选的疾病标识即为就诊疾病标识。或者,用户可以手动输入就诊科室名称和/或就诊疾病名称,该客户端可以根据该就诊科室名称和/或就诊疾病名称生成对应的就诊科室标识和/或就诊疾病标识。
S12、所述服务器根据第一医疗机构集合以及就诊信息,确定第二医疗机构集合。
其中,该第二医疗机构集合中包括该第一医疗机构集合中与该就诊信息匹配的合作医疗机构。与该就诊信息匹配的合作医疗机构指的是满足用户的就诊需求的医疗机构。
若该就诊信息包括就诊科室标识,则该服务器可以通过判断该第一医疗机构集合中的各个医疗机构是否包括该就诊科室标识所标识的就诊科室来判断其是否与该就诊信息匹配,若是,则该服务器可以将该医疗机构添加到第二医疗机构集合中。
若该就诊信息仅包括就诊疾病标识,则该服务器可以根据该就诊疾病标识确定就诊科室标识;进一步地,该服务器可以判断该第一医疗机构集合中的各个医疗机构是否包括该就诊科室标识所标识的就诊科室来判断其是否与该就诊信息匹配,若是,则该服务器可以将该医疗机构添加到第二医疗机构集合中。
S13、所述服务器获取所述第二医疗机构集合中的各个医疗机构的推荐信息。
其中,该推荐信息可以包括排号信息、与该用户终端所在的地点之间的各条路线的距离信息以及从该用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种。
在接收到该医疗机构推荐请求之后,该服务器可以获取该第二医疗机构集合中的各个医疗机构的排号信息。其中,该排号信息可以包括现场号取号信息以及网上预约号信息。该现场取号信息可以包括现场号已经被取了多少号、剩下多少现场号等等,该网上预约号信息可以包括预约号已经被预约了多少号、剩下多少预约号等等。
在接收到该医疗机构推荐请求之后,该服务器还可以获取该用户终端的位置信息。其中,该位置信息用于指示该用户终端所在的地点。具体地,该位置信息例如可以是该客户端获取的用户终端的定位信息。
进一步地,该服务器还可以获取该用户终端所在的地点与该第二医疗机构集合中的各个医疗机构之间的地图信息,并根据该地图信息确定从该用户终端所在的地点到达该第二医疗机构集合中的各个医疗机构的各条路线组成的路线集合。
其中,该路线集合中可以包括非步行路线和/或步行路线。该步行路线中仅包括步行路程,其中步行路程指的是用户步行的路程,即该步行路线为用户仅通过步行而不通过其他任何交通工具从该用户终端所在的地点到达该第二医疗机构集合中的各个医疗机构的路线。该非步行路线至少包括非步行路程,其中非步行路程指的是用户使用交通工具的路程,即该非步行路线为用户需要通过交通工具从该用户终端所在的地点到达该第二医疗机构集合中的各个医疗机构的路线,当然,该非步行路线中也可以包括步行路程。
进一步地,该服务器可以计算该路线集合中的各条路线的距离信息,并根据该距离信息计算该路线集合中的各条路线上所需的行进时间。
具体地,对于非步行路线,则该服务器可以获取该非步行路线上的交通信息,并根据该非步行路线的距离信息和该交通信息计算该非步行路线上所需的行进时间;对于步行路线,则该服务器可以根据该步行路线的距离信息计算该步行路线上所需的行进时间。
可以理解,由于交通信息对于步行并无影响,因此该服务器可以仅根据距离信息来计算步行路线上所需的行进时间。其中,该交通信息可以包括该非步行路线中的非步行路程是否拥堵、拥堵路段、拥堵距离、拥堵原因、畅通路段、畅通距离等等。
由于步行路线中仅包括步行路程,因此该步行路线上所需的行进时间=步行路程的行进时间。而该非步行路线上所需的行进时间=非步行路程的行进时间+步行路程的时间。若该步行路线中仅包括非步行路程,则该步行路程的时间为0。
S14、所述服务器将所述推荐信息通过所述客户端发送给所述用户终端。
具体地,在获取到该推荐信息时,该服务器即可以将该推荐信息通过该客户端发送给该用户终端。
S15、根据预设排序规则以及所述推荐信息,所述用户终端在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
其中,该预设排序规则可以是预先设置在该客户端中的根据推荐信息对医疗机构进行排序的排序规则。
例如,该预设排序规则可以为根据剩余号码数目(包括剩余现场号数目和/或剩余预约号数目)由多到少的顺序对医疗机构进行排序,该预设排序规则也可以为根据与该用户终端所在的地点之间的最短距离由短到长的顺序对医疗机构进行排序,该预设排序规则还可以为根据从该用户终端所在的地点到达医疗机构所需的最短行进时间由少到多的顺序对医疗机构进行排序。
再例如,该预设排序规则可以为根据对多种推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序。具体地,该用户终端可以首先对多种推荐信息进行归一化处理,再根据各种推荐信息对应的预设权重对多种归一化处理后的推荐信息进行加权得到该第二医疗机构集合中的各个医疗机构的推荐值。其中,各种推荐信息对应的预设权重之和为1。
在本申请实施例中,当接收到用户终端通过客户端发送的医疗机构推荐请求时,服务器可以获取多个医疗机构的推荐信息,并通过该客户端向该用户终端发送推荐信息,使得用户可以同时了解多个医疗机构的情况,方便用户快速选择合适的医疗机构,即提高了用户选择医疗机构的效率。
请参见图2,是本申请实施例提供的另一种医疗机构推荐方法的示意流程图。具体实现中,该方法包括的各个步骤可以由服务器执行。如图2所示的医疗机构推荐方法可以包括:
S21、接收来自客户端的医疗机构推荐请求。
其中,该客户端安装在该用户终端中。具体地,该客户端可以为安装在该用户终端中的网页浏览器、即时通讯软件或专门的预约挂号软件。
其中,该服务器可以为除用户和医疗机构之外的第三方提供的服务器。该第三方可以和多个医疗机构进行合作,即该第三方可以有多个合作医疗机构,用户请求推荐的医疗机构为该多个合作医疗机构中的医疗机构。
其中,该医疗机构推荐请求至少包括第一医疗机构集合和就诊信息。该第一医疗机构集合为全部合作医疗机构或部分合作医疗机构,该就诊信息可以包括就诊科室标识和/或就诊疾病标识。
S22、根据第一医疗机构集合以及就诊信息,确定第二医疗机构集合。
其中,该第二医疗机构集合中包括该第一医疗机构集合中与该就诊信息匹配的合作医疗机构。与该就诊信息匹配的合作医疗机构指的是满足用户的就诊需求的医疗机构。
作为一种可选的实施方式,该就诊信息包括就诊科室标识。该服务器根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合可以具体包括:查询所述第一医疗机构集合中的各个医疗机构是否包括所述就诊科室标识所标识的就诊科室;将所述第一医疗机构集合中包括所述就诊科室的医疗机构添加到第二医疗机构集合中。
作为另一种可选的实施方式,该就诊信息包括就诊疾病标识。该服务器根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合可以具体包括:根据所述就诊疾病标识确定就诊科室标识;查询所述第一医疗机构集合中的各个医疗机构是否包括所述就诊科室标识所标识的就诊科室;将所述第一医疗机构集合中包括所述就诊科室的医疗机构添加到第二医疗机构集合中。其中,该第一医疗机构集合中包括该就诊科室的医疗机构即为该第一医疗机构集合中与该就诊信息匹配的合作医疗机构。
S23、获取所述第二医疗机构集合中的各个医疗机构的推荐信息,并将所述推荐信息发送给所述客户端。
其中,该推荐信息可以包括排号信息、与该用户终端所在的地点之间的各条路线的距离信息以及从该用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种。
在接收到该医疗机构推荐请求之后,该服务器可以获取该第二医疗机构集合中的各个医疗机构的排号信息。其中,该排号信息可以包括现场号取号信息以及网上预约号信息。该现场取号信息可以包括现场号已经被取了多少号、剩下多少现场号等等,该网上预约号信息可以包括预约号已经被预约了多少号、剩下多少预约号等等。
作为一种可选的实施方式,该推荐信息可以包括与该用户终端所在的地点之间的各条路线的距离信息。该服务器获取所述第二医疗机构集合中的各个医疗机构的推荐信息可以具体包括:获取所述用户终端的位置信息,所述位置信息用于指示所述用户终端所在的地点;获取所述用户终端所在的地点与所述第二医疗机构集合中的各个医疗机构之间的地图信息;根据所述地图信息,确定从所述用户终端所在的地点到达所述第二医疗机构集合中的各个医疗机构的路线集合,并计算所述路线集合中的各条路线的距离信息。
具体地,在接收到该医疗机构推荐请求之后,该服务器可以获取该用户终端的位置信息。其中,该位置信息用于指示该用户终端所在的地点。
其中,该位置信息可以是该客户端获取的用户终端的定位信息。在这种情形下,用户可以在用户终端中设置该客户端具有获取该用户终端的定位信息的权限,如设置该客户端始终有权限获取该用户终端的定位信息,或者设置该客户端在使用期间有权限获取该用户终端的定位信息。该用户终端的定位信息可以是通过全球定位系统(GlobalPositioning System,GPS)、蓝牙、无线保真(Wireless Fidelity,Wi-Fi)热点以及信号塔位置确定的该用户终端所在的大致位置,例如位于某条街道的某个小区、某个车站、某个商圈的某个门、某家店铺等等。
进一步地,该服务器还可以获取该用户终端所在的地点与该第二医疗机构集合中的各个医疗机构之间的地图信息。
其中,该服务器的数据库中可以存储有该第二医疗机构集合中的各个医疗机构所在的城市或该第二医疗机构集合中的各个医疗机构所在的国家的地图信息。在这种情形下,该服务器可以根据该用户终端所在的地点和该第二医疗机构集合中的各个医疗机构,从数据库中查询该用户终端所在的地点与该第二医疗机构集合中的各个医疗机构之间的地图信息。
或者,该服务器可以将该用户终端所在的地点和该第二医疗机构集合中的各个医疗机构发送给地图服务器,其中,该地图服务器的数据库中存储有该第二医疗机构集合中的各个医疗机构所在的城市或该第二医疗机构集合中的各个医疗机构所在的国家的地图信息;该地图服务器可以根据该用户终端所在的地点和该第二医疗机构集合中的各个医疗机构,从数据库中查询该用户终端所在的地点与该第二医疗机构集合中的各个医疗机构之间的地图信息,并将查询到的地图信息返回给该服务器。
进一步地,该服务器可以根据该地图信息确定从该用户终端所在的地点到达该第二医疗机构集合中的各个医疗机构的各条路线组成的路线集合。
其中,该路线集合中可以包括非步行路线和/或步行路线。该步行路线中仅包括步行路程,其中步行路程指的是用户步行的路程,即该步行路线为用户仅通过步行而不通过其他任何交通工具从该用户终端所在的地点到达该第二医疗机构集合中的各个医疗机构的路线。该非步行路线至少包括非步行路程,其中非步行路程指的是用户使用交通工具的路程,即该非步行路线为用户需要通过交通工具从该用户终端所在的地点到达该第二医疗机构集合中的各个医疗机构的路线,当然,该非步行路线中也可以包括步行路程。
例如,该非步行路线可以包括公交路线、驾车路线等。该公交路线中可以包括公交路程+步行路程,也可以包括地铁路程+步行路程,还可以包括地铁路程+公交路程+步行路程等等。该驾车路线中可以仅包括驾车路程,也可以包括驾车路程+步行路程。
进一步地,该服务器可以计算该路线集合中的各条路线的距离信息。
作为一种可选的实施方式,该推荐信息还可以包括从该用户终端所在的地点通过各条路线到达医疗机构所需的行进时间。举例来说,该行进时间可以为从该用户终端所在的地点驾车到达该第二医疗机构集合中的某个医疗机构所需的时间;该行进时间还可以从该用户终端所在的地点坐公交到达该第二医疗机构集合中的某个医疗机构所需的时间等等。
进一步地,该服务器获取所述第二医疗机构集合中的各个医疗机构的推荐信息还可以包括:若所述路线集合中包括非步行路线,则获取所述非步行路线上的交通信息,并根据所述距离信息和所述交通信息计算所述非步行路线上所需的行进时间;若所述路线集合中包括步行路线,则根据所述距离信息计算所述步行路线上所需的行进时间。
具体地,对于非步行路线,则该服务器可以获取该非步行路线上的交通信息,并根据该非步行路线的距离信息和该交通信息计算该非步行路线上所需的行进时间;对于步行路线,则该服务器可以根据该步行路线的距离信息计算该步行路线上所需的行进时间。
可以理解,由于交通信息对于步行并无影响,因此该服务器可以仅根据距离信息来计算步行路线上所需的行进时间。其中,该交通信息可以包括该非步行路线中的非步行路程是否拥堵、拥堵路段、拥堵距离、拥堵原因、畅通路段、畅通距离等等。
由于步行路线中仅包括步行路程,因此该步行路线上所需的行进时间=步行路程的行进时间。而该非步行路线上所需的行进时间=非步行路程的行进时间+步行路程的时间。若该步行路线中仅包括非步行路程,则该步行路程的时间为0。
其中,该步行路程的行进时间=步行路程的距离/预设步行速度。设步行路程的行进时间为t1,步行路程的距离为d,预设步行速度为v,则有t1=v/d。其中,预设步行速度可以为预先设置在该服务器中的统计得到的平均步行速度。
举例来说,当步行路程的距离为600米,且预设步行速度为1米/秒时,步行路程的行进时间=600米/1米/秒=600秒=10分钟。
当该交通信息显示该非步行路程畅通时,则该非步行路程的行进时间=预设行驶速度×非步行路程的距离。具体地,非步行路线可以包括i种非步行路程。设非步行路程的行进时间为t2,第i种非步行路程的距离为di,第i种非步行路程上的预设行驶速度为vi,则有其中,预设行驶速度可以为预先设置在该服务器中的统计得到的平均通行速度,预设行驶速度还可以为预设设置在该服务器中的非步行路程的最大通行速度的指定百分比(如80%)。
举例来说,当非步行路程包括公交路程和地铁路程时,若公交路程的距离和地铁路程的距离分别为5千米和15千米,且公交路程上的预设行驶速度和地铁路程上的预设行驶速度分别为30千米/小时和60千米/小时,则该非步行路程的行进时间=5千米/30千米/小时+15千米/60千米/小时=5/12小时=25分钟。
当该交通信息显示该非步行路程拥堵时,则该非步行路程的行进时间=拥堵路段的行进时间+畅通路段的行进时间。其中,该拥堵路段的行进时间可以为统计得到的该拥堵路段的平均通过时间,该畅通路段的行进时间的计算方式可以参照上述当该交通信息显示该非步行路程畅通时该非步行路程的行进时间的计算方式。
在本申请实施例中,服务器可以通过该客户端向该用户终端发送多个医疗机构的推荐信息,使得用户可以同时了解多个医疗机构的情况,提高了用户选择医疗机构的效率。
请参见图3,是本申请实施例提供的又一种医疗机构推荐方法的示意流程图。具体实现中,该方法包括的各个步骤可以由用户终端执行。如图3所示的医疗机构推荐方法可以包括:
S31、通过客户端向服务器发送医疗机构推荐请求。
其中,该客户端安装在该用户终端中。具体地,该客户端可以为安装在该用户终端中的网页浏览器、即时通讯软件或专门的预约挂号软件。
其中,该服务器可以为除用户和医疗机构之外的第三方提供的服务器。该第三方可以和多个医疗机构进行合作,即该第三方可以有多个合作医疗机构,用户请求推荐的医疗机构为该多个合作医疗机构中的医疗机构。
其中,该医疗机构推荐请求至少包括第一医疗机构集合和就诊信息。该第一医疗机构集合为全部合作医疗机构或部分合作医疗机构,该就诊信息可以包括就诊科室标识和/或就诊疾病标识。
S32、通过所述客户端接收来自所述服务器的推荐信息。
其中,该推荐信息可以包括排号信息、与该用户终端所在的地点之间的各条路线的距离信息以及从该用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种。
S33、根据预设排序规则以及所述推荐信息,在所述客户端的显示界面中输出第二医疗机构集合中的各个医疗机构的排序信息。
其中,该预设排序规则可以是预先设置在该客户端中的根据推荐信息对医疗机构进行排序的排序规则。
例如,该预设排序规则可以为根据剩余号码数目由多到少的顺序对医疗机构进行排序,该预设排序规则也可以为根据与该用户终端所在的地点之间的最短距离由短到长的顺序对医疗机构进行排序,该预设排序规则还可以为根据从该用户终端所在的地点到达医疗机构所需的最短行进时间由少到多的顺序对医疗机构进行排序。
在本申请实施例中,服务器可以通过该客户端向该用户终端发送多个医疗机构的推荐信息,使得用户可以同时了解多个医疗机构的情况,提高了用户选择医疗机构的效率。
请参见图4,是本申请实施例提供的再一种医疗机构推荐方法的示意流程图。具体实现中,该方法包括的各个步骤可以由用户终端执行。如图4所示的医疗机构推荐方法可以包括:
S41、通过客户端向服务器发送医疗机构推荐请求。
其中,该客户端安装在该用户终端中。具体地,该客户端可以为安装在该用户终端中的网页浏览器、即时通讯软件或专门的预约挂号软件。
其中,该服务器可以为除用户和医疗机构之外的第三方提供的服务器。该第三方可以和多个医疗机构进行合作,即该第三方可以有多个合作医疗机构,用户请求推荐的医疗机构为该多个合作医疗机构中的医疗机构。
其中,该医疗机构推荐请求至少包括第一医疗机构集合和就诊信息。该第一医疗机构集合为全部合作医疗机构或部分合作医疗机构,该就诊信息可以包括就诊科室标识和/或就诊疾病标识。
S42、通过所述客户端接收来自所述服务器的推荐信息。
其中,该推荐信息可以包括排号信息、与该用户终端所在的地点之间的各条路线的距离信息以及从该用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种。
S43、根据预设排序规则以及所述推荐信息,在所述客户端的显示界面中输出第二医疗机构集合中的各个医疗机构的排序信息。
其中,该预设排序规则可以是预先设置在该客户端中的根据推荐信息对医疗机构进行排序的排序规则。
例如,该预设排序规则可以为根据剩余号码数目由多到少的顺序对医疗机构进行排序,该预设排序规则也可以为根据与该用户终端所在的地点之间的最短距离由短到长的顺序对医疗机构进行排序,该预设排序规则还可以为根据从该用户终端所在的地点到达医疗机构所需的最短行进时间由少到多的顺序对医疗机构进行排序。
再例如,该预设排序规则可以为根据对多种推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序。具体地,该用户终端可以首先对多种推荐信息进行归一化处理,再根据各种推荐信息对应的预设权重对多种归一化处理后的推荐信息进行加权得到该第二医疗机构集合中的各个医疗机构的推荐值。其中,各种推荐信息对应的预设权重之和为1。
可以理解,若该多种推荐信息包括剩余预约号数目、与该用户终端所在的地点之间的最短距离以及从该用户终端所在的地点到达医疗机构所需的最短行进时间,则当剩余预约号数目以及与该用户终端所在的地点之间的最短距离相同时,从该用户终端所在的地点到达医疗机构所需的最短行进时间越短,该用户终端对该多种推荐信息进行加权得到的推荐值越大,因此该用户终端在对从该用户终端所在的地点到达医疗机构所需的最短行进时间进行归一化处理之后、加权处理之前,还需要对其进行求倒数处理。同理,该用户终端在对与该用户终端所在的地点之间的最短距离进行归一化处理之后、加权处理之前,还需要对其进行求倒数处理。
举例来说,若该第二医疗机构集合中的第一医疗机构的剩余号码数目、与该用户终端所在的地点之间的最短距离以及从该用户终端所在的地点到达医疗机构所需的最短行进时间分别为20、2千米和0.5小时,该第二医疗机构集合中的第二医疗机构的剩余号码数目、与该用户终端所在的地点之间的最短距离以及从该用户终端所在的地点到达医疗机构所需的最短行进时间分别为40、4千米和1小时,则该第一医疗机构和该第二医疗机构的剩余号码数目经归一化处理后分别为1/3和2/3,该第一医疗机构与该用户终端所在的地点之间的最短距离以及该第二医疗机构与该用户终端所在的地点之间的最短距离依次经归一化处理和求倒数处理后分别为3和1.5,从该用户终端所在的地点到达该第一医疗机构所需的最短行进时间以及从该用户终端所在的地点到达该第二医疗机构所需的最短行进时间依次经归一化处理和求倒数处理后分别为3和1.5。从而,当该剩余号码数目、与该用户终端所在的地点之间的最短距离以及从该用户终端所在的地点到达医疗机构所需的最短行进时间对应的预设权重分别为0.5、0.2和0.3时,该第一医疗机构的推荐值为:1/3×0.5+3×0.2+3×0.3≈1.67,该第二医疗机构的推荐值为:2/3×0.5+1.5×0.2+1.5×0.3≈1.08。也就是说,该用户终端在该客户端的显示界面中按照该第一医疗机构排在前,该第二医疗机构排在后的顺序输出该第一医疗机构和该第二医疗机构。
S44、在所述排序信息的输出界面接收重排序指令。
其中,该重排序指令包括重排序规则,该重排序规则为与当前输出界面对应的排序规则不同的排序规则。具体地,若步骤S44紧接着步骤S43执行,则当前输出界面对应的排序规则为上述预设排序规则,该重排序规则与该预设排序规则不同。
具体地,在该排序信息的输出界面中还可以显示重排序图标,该客户端可以接收用户对该重排序图标的点击操作以生成重排序指令。
作为一种可选的实施方式,用户在点击该重排序图标之后,该客户端还可以显示各种排序规则对应的图标。当用户点击某一排序规则对应的图标时,该客户端将该排序规则确定为重排序规则。在这种情形下,若当前输出界面对应的排序规则为根据剩余号码数目由多到少的顺序对医疗机构进行排序,则该重排序规则可以为根据与该用户终端所在的地点之间的最短距离由短到长的顺序对医疗机构进行排序、根据从该用户终端所在的地点到达医疗机构所需的最短行进时间由少到多的顺序对医疗机构进行排序以及根据对多种推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序中的任意一种。
作为另一种可选的实施方式,该客户端中可以预先设置有各排序规则之间的顺序信息。在这种情形下,用户在点击该重排序图标之后,该客户端可以将当前输出界面对应的排序规则的下一个排序规则确定为该重排序规则。
举例来说,该客户端中可以预先设置各排序规则之间的顺序信息为:根据对多种推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序、根据剩余号码数目由多到少的顺序对医疗机构进行排序、根据与该用户终端所在的地点之间的最短距离由短到长的顺序对医疗机构进行排序、根据从该用户终端所在的地点到达医疗机构所需的最短行进时间由少到多的顺序对医疗机构进行排序。若当前输出界面对应的排序规则为根据对多种推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序,则用户在点击该重排序图标之后,该客户端可以将根据剩余号码数目由多到少的顺序对医疗机构进行排序确定为该重排序规则。
S45、根据重排序规则以及所述推荐信息,在所述客户端的显示界面中输出第二医疗机构集合中的各个医疗机构的排序信息。
可以理解,该用户终端在执行步骤S45之后,还可以返回执行步骤S44,即该用户终端可以循环执行步骤S44~S45。
S46、在所述排序信息的输出界面接收筛选指令。
具体地,在该排序信息的输出界面还可以显示筛选图标,该客户端可以接收用户对该筛选图标的点击操作以生成筛选指令。
其中,该筛选指令包括筛选条件,该筛选条件用于对该第二医疗机构集合中的各个医疗机构的推荐信息进行筛选。例如,该筛选条件可以为剩余号码数目不为0、距离不超过10千米、行进时间不超过3小时等等。
可以理解,该用户终端可以在执行步骤S43之后执行步骤S46,也可以在执行步骤S45之后执行步骤S46。
S47、根据筛选条件以及所述推荐信息,确定第三医疗机构集合。
其中,该第三医疗机构集合中包括该第二医疗机构集合中推荐信息满足该筛选条件的医疗机构。例如,该第三医疗机构集合中可以包括该第二医疗机构集合中剩余号码数目不为0的医疗机构,或者,该第三医疗机构集合中可以包括该第二医疗机构集合中剩余号码数目不为0且行进时间不超过3小时的医疗机构。
S48、在所述客户端的显示界面中输出所述第三医疗机构集合中的各个医疗机构的排序信息。
具体地,该用户终端可以在该排序信息的输出界面中删除不满足该筛选条件的医疗机构的排序信息。
可以理解,该用户终端在执行步骤S48之后,还可以返回执行步骤S46,即该用户终端可以循环执行步骤S46~S48。当然,该用户终端在执行步骤S48之后,还可以执行步骤S44。
需要说明的是,本申请实施例的技术细节请参考前述实施例的相关描述,在此不再赘述。
在本申请实施例中,当接收到用户终端通过客户端发送的医疗机构推荐请求时,服务器可以获取多个医疗机构的推荐信息,并通过该客户端向该用户终端发送推荐信息,使得用户可以同时了解多个医疗机构的情况,提高了用户选择医疗机构的效率。
本申请实施例还提供一种服务器,该服务器包括用于执行本申请图2所示的方法的模块和单元。具体地,请参见图5,是本申请实施例提供的一种服务器50的示意性框图。如图5所示的服务器50可以包括:接收模块51、确定模块52、获取模块53和发送模块54。
其中,所述接收模块51,用于接收来自客户端的医疗机构推荐请求。在本申请的实施例中,所述医疗机构推荐请求中包括第一医疗机构集合以及就诊信息。其中,所述第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,所述就诊信息包括就诊科室标识和/或就诊疾病标识。
所述确定模块52,用于根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合。其中,所述第二医疗机构集合中包括所述第一医疗机构集合中与所述就诊信息匹配的合作医疗机构。
作为一种可选的实施方式,所述就诊信息包括就诊疾病标识,所述确定模块52可以包括第一确定单元521、查询单元522和添加单元523。
其中,所述第一确定单元521,用于根据所述就诊疾病标识确定就诊科室标识。
所述查询单元522,用于查询所述第一医疗机构集合中的各个医疗机构是否包括所述就诊科室标识所标识的就诊科室。
所述添加单元523,用于将所述第一医疗机构集合中包括所述就诊科室的医疗机构添加到第二医疗机构集合中。
所述获取模块53,用于获取所述第二医疗机构集合中的各个医疗机构的推荐信息。其中,所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种。
作为一种可选的实施方式,所述推荐信息包括与所述用户终端所在的地点之间的各条路线的距离信息,所述获取模块53包括获取单元531、第二确定单元532和计算单元533。
其中,所述获取单元531,用于获取所述用户终端的位置信息,所述位置信息用于指示所述用户终端所在的地点。
所述获取单元531,还用于获取所述用户终端所在的地点与所述第二医疗机构集合中的各个医疗机构之间的地图信息。
所述第二确定单元532,用于根据所述地图信息,确定从所述用户终端所在的地点到达所述第二医疗机构集合中的各个医疗机构的路线集合。
所述计算单元533,用于计算所述路线集合中的各条路线的距离信息。
作为一种可选的实施方式,所述推荐信息还包括从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间。
所述获取单元531,还用于当所述路线集合中包括非步行路线时,获取所述非步行路线上的交通信息。
所述计算单元533,还用于根据所述距离信息和所述交通信息计算所述非步行路线上所需的行进时间。
所述计算单元533,还用于当所述路线集合中包括步行路线时,根据所述距离信息计算所述步行路线上所需的行进时间。
所述发送模块54,用于将所述推荐信息发送给所述客户端。
需要说明的是,本申请实施例提供的服务器50的具体工作流程请参考本申请实施例提供的方法流程部分,在此不再赘述。
在本申请实施例中,服务器可以通过该客户端向该用户终端发送多个医疗机构的推荐信息,使得用户可以同时了解多个医疗机构的情况,提高了用户选择医疗机构的效率。
本申请实施例还提供一种用户终端,该用户终端包括用于执行本申请图3所示的方法的模块。具体地,请参见图6,是本申请实施例提供的一种用户终端60的示意性框图。如图6所示的用户终端60可以包括:发送模块61、接收模块62和输出模块63。
其中,所述发送模块61,用于通过客户端向服务器发送医疗机构推荐请求,所述医疗机构推荐请求中包括第一医疗机构集合以及就诊信息,以使所述服务器根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合,以及使所述服务器获取所述第二医疗机构集合中的各个医疗机构的推荐信息。
其中,所述第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,所述就诊信息包括就诊科室标识和/或就诊疾病标识,所述第二医疗机构集合中包括所述第一医疗机构集合中与所述就诊信息匹配的合作医疗机构;所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种。
所述接收模块62,用于通过所述客户端接收来自所述服务器的所述推荐信息。
所述输出模块63,用于根据预设排序规则以及所述推荐信息,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
需要说明的是,本申请实施例提供的用户终端60的具体工作流程请参考本申请实施例提供的方法流程部分,在此不再赘述。
在本申请实施例中,服务器可以通过该客户端向该用户终端发送多个医疗机构的推荐信息,使得用户可以同时了解多个医疗机构的情况,提高了用户选择医疗机构的效率。
本申请实施例还提供另一种用户终端,该用户终端包括用于执行本申请图4所示的方法的模块。具体地,请参见图7,是本申请实施例提供的另一种用户终端70的示意性框图。如图7所示的用户终端70可以包括:发送模块71、接收模块72、输出模块73和确定模块74。
其中,所述发送模块71,用于通过客户端向服务器发送医疗机构推荐请求,所述医疗机构推荐请求中包括第一医疗机构集合以及就诊信息,以使所述服务器根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合,以及使所述服务器获取所述第二医疗机构集合中的各个医疗机构的推荐信息。
其中,所述第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,所述就诊信息包括就诊科室标识和/或就诊疾病标识,所述第二医疗机构集合中包括所述第一医疗机构集合中与所述就诊信息匹配的合作医疗机构;所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种。
所述接收模块72,用于通过所述客户端接收来自所述服务器的所述推荐信息。
所述输出模块73,用于根据预设排序规则以及所述推荐信息,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
作为一种可选的实施方式,所述接收模块72,还用于在所述排序信息的输出界面接收重排序指令,所述重排序指令包括重排序规则。
所述输出模块73,还用于根据所述重排序规则以及所述推荐信息,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
作为一种可选的实施方式,所述接收模块72,还用于在所述排序信息的输出界面接收筛选指令,所述筛选指令包括筛选条件。
所述确定模块74,用于根据所述筛选条件以及所述推荐信息,确定第三医疗机构集合。其中,所述第三医疗机构集合中包括所述第二医疗机构集合中推荐信息满足所述筛选条件的医疗机构。
所述输出模块73,还用于在所述客户端的显示界面中输出所述第三医疗机构集合中的各个医疗机构的排序信息。
作为一种可选的实施方式,所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意多种;所述预设排序规则为根据多种所述推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序。
需要说明的是,本申请实施例提供的用户终端70的具体工作流程请参考本申请实施例提供的方法流程部分,在此不再赘述。
在本申请实施例中,服务器可以通过该客户端向该用户终端发送多个医疗机构的推荐信息,使得用户可以同时了解多个医疗机构的情况,提高了用户选择医疗机构的效率。
请参见图8,是本申请实施例提供的另一种服务器80的示意性框图。如图8所示的本实施例中的服务器80可以包括:总线81、处理器82、存储器83及输入/输出接口84。其中,所述总线81用于将所述处理器82、存储器83及输入/输出接口84相互连接起来并使得上述元件可以相互通信。所述存储器83用于存储一个或多个计算机程序,所述计算机程序包括程序指令。所述输入/输出接口84用于控制所述服务器80与其他设备(如用户终端)之间的通信连接。
具体地,所述处理器81被配置用于调用所述程序指令执行:
接收来自客户端的医疗机构推荐请求,所述医疗机构推荐请求中包括第一医疗机构集合以及就诊信息;其中,所述第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,所述就诊信息包括就诊科室标识和/或就诊疾病标识;
根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合;其中,所述第二医疗机构集合中包括所述第一医疗机构集合中与所述就诊信息匹配的合作医疗机构;
获取所述第二医疗机构集合中的各个医疗机构的推荐信息,并将所述推荐信息发送给所述客户端,以使所述用户终端根据预设排序规则以及所述推荐信息输出所述第二医疗机构集合中的各个医疗机构的排序信息;其中,所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种;所述预设排序规则为根据多种所述推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序。
作为一种可选的实施方式,所述就诊信息包括就诊疾病标识,所述处理器81被配置用于调用所述程序指令执行所述根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合时具体执行:
根据所述就诊疾病标识确定就诊科室标识;
查询所述第一医疗机构集合中的各个医疗机构是否包括所述就诊科室标识所标识的就诊科室;
将所述第一医疗机构集合中包括所述就诊科室的医疗机构添加到第二医疗机构集合中。
作为一种可选的实施方式,所述推荐信息包括与所述用户终端所在的地点之间的各条路线的距离信息,所述处理器81被配置用于调用所述程序指令执行所述获取所述第二医疗机构集合中的各个医疗机构的推荐信息时具体执行:
获取所述用户终端的位置信息,所述位置信息用于指示所述用户终端所在的地点;
获取所述用户终端所在的地点与所述第二医疗机构集合中的各个医疗机构之间的地图信息;
根据所述地图信息,确定从所述用户终端所在的地点到达所述第二医疗机构集合中的各个医疗机构的路线集合,并计算所述路线集合中的各条路线的距离信息。
作为一种可选的实施方式,所述推荐信息包括从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间,所述处理器81被配置用于调用所述程序指令执行所述获取所述第二医疗机构集合中的各个医疗机构的推荐信息时还具体执行:
若所述路线集合中包括非步行路线,则获取所述非步行路线上的交通信息,并根据所述距离信息和所述交通信息计算所述非步行路线上所需的行进时间;
若所述路线集合中包括步行路线,则根据所述距离信息计算所述步行路线上所需的行进时间。
在本申请实施例中,所述处理器81可以是任意类型的处理器,例如可以是中央处理单元(Central Processing Unit,CPU)、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)等等。所述存储器83可以是任意类型的存储器,例如可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random AccessMemory,RAM)和非易失性随机存取存储器等等。
在本申请实施例中,服务器可以通过该客户端向该用户终端发送多个医疗机构的推荐信息,使得用户可以同时了解多个医疗机构的情况,提高了用户选择医疗机构的效率。
在本申请的实施例中还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序中包括程序指令,所述处理器81被配置用于调用所述程序指令,执行本申请图2所示的医疗机构推荐方法。
所述计算机可读存储介质可以是前述任一实施例所述的服务器的内部存储单元,例如所述服务器的硬盘或内存。所述计算机可读存储介质也可以是所述服务器的外部存储设备,例如所述服务器上配备的插接式硬盘、智能存储卡(Smart Media Card,SMC)、安全数字(Secure Digital,SD)卡、闪存卡(Flash Card)等等。
请参见图9,是本申请实施例提供的又一种用户终端90的示意性框图。如图9所示的本实施例中的用户终端90可以包括:总线91、处理器92、存储器93及输入/输出接口94。其中,所述总线91用于将所述处理器92、存储器93及输入/输出接口94相互连接起来并使得上述元件可以相互通信。所述存储器93用于存储一个或多个计算机程序,所述计算机程序包括程序指令。所述输入/输出接口94用于控制用户终端90与其他设备(如服务器)之间的通信连接。
具体地,所述处理器91被配置用于调用所述程序指令执行:
通过客户端向服务器发送医疗机构推荐请求,所述医疗机构推荐请求中包括第一医疗机构集合以及就诊信息,以使所述服务器根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合,以及使所述服务器获取所述第二医疗机构集合中的各个医疗机构的推荐信息;其中,所述第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,所述就诊信息包括就诊科室标识和/或就诊疾病标识,所述第二医疗机构集合中包括所述第一医疗机构集合中与所述就诊信息匹配的合作医疗机构;所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种;
通过所述客户端接收来自所述服务器的所述推荐信息;
根据预设排序规则以及所述推荐信息,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
作为一种可选的实施方式,所述处理器91被配置用于调用所述程序指令执行在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息之后还执行:
在所述排序信息的输出界面接收重排序指令,所述重排序指令包括重排序规则;
根据所述重排序规则以及所述推荐信息,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
作为一种可选的实施方式,所述处理器91被配置用于调用所述程序指令执行所述在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息之后还执行:
在所述排序信息的输出界面接收筛选指令,所述筛选指令包括筛选条件;
根据所述筛选条件以及所述推荐信息,确定第三医疗机构集合;其中,所述第三医疗机构集合中包括所述第二医疗机构集合中推荐信息满足所述筛选条件的医疗机构;
在所述客户端的显示界面中输出第三医疗机构集合中的各个医疗机构的排序信息。
作为一种可选的实施方式,所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意多种;
所述预设排序规则为根据多种所述推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序。
在本申请实施例中,所述处理器91可以是任意类型的处理器,例如可以是CPU、DSP、ASIC、FPGA等等。所述存储器93可以是任意类型的存储器,例如可以是ROM、RAM和非易失性随机存取存储器等等。
在本申请实施例中,服务器可以通过该客户端向该用户终端发送多个医疗机构的推荐信息,使得用户可以同时了解多个医疗机构的情况,提高了用户选择医疗机构的效率。
在本申请的实施例中还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序中包括程序指令,所述处理器91被配置用于调用所述程序指令,执行本申请图3或图4所示的医疗机构推荐方法。
所述计算机可读存储介质可以是前述任一实施例所述的用户终端的内部存储单元,例如用户终端的硬盘或内存。所述计算机可读存储介质也可以是所述用户终端的外部存储设备,例如所述用户终端上配备的插接式硬盘、SMC、SD卡、闪存卡等等。
以上所述,仅为本申请的部分实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种医疗机构推荐方法,其特征在于,应用于服务器,所述方法包括:
接收来自客户端的医疗机构推荐请求,所述医疗机构推荐请求中包括第一医疗机构集合以及就诊信息;其中,所述客户端安装在用户终端中,所述第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,所述就诊信息包括就诊科室标识和/或就诊疾病标识;
根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合;其中,所述第二医疗机构集合中包括所述第一医疗机构集合中与所述就诊信息匹配的合作医疗机构;
获取所述第二医疗机构集合中的各个医疗机构的推荐信息,并将所述推荐信息发送给所述客户端,以使所述用户终端根据预设排序规则以及所述推荐信息输出所述第二医疗机构集合中的各个医疗机构的排序信息;其中,所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种;所述预设排序规则为根据多种所述推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序。
2.根据权利要求1所述的方法,其特征在于,所述就诊信息包括就诊疾病标识,所述根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合,包括:
根据所述就诊疾病标识确定就诊科室标识;
查询所述第一医疗机构集合中的各个医疗机构是否包括所述就诊科室标识所标识的就诊科室;
将所述第一医疗机构集合中包括所述就诊科室的医疗机构添加到第二医疗机构集合中。
3.根据权利要求1所述的方法,其特征在于,所述推荐信息包括与所述用户终端所在的地点之间的各条路线的距离信息,所述获取所述第二医疗机构集合中的各个医疗机构的推荐信息,包括:
获取所述用户终端的位置信息,所述位置信息用于指示所述用户终端所在的地点;
获取所述用户终端所在的地点与所述第二医疗机构集合中的各个医疗机构之间的地图信息;
根据所述地图信息,确定从所述用户终端所在的地点到达所述第二医疗机构集合中的各个医疗机构的路线集合,并计算所述路线集合中的各条路线的距离信息。
4.根据权利要求3所述的方法,其特征在于,所述推荐信息还包括从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间,所述获取所述第二医疗机构集合中的各个医疗机构的推荐信息,还包括:
若所述路线集合中包括非步行路线,则获取所述非步行路线上的交通信息,并根据所述距离信息和所述交通信息计算所述非步行路线上所需的行进时间;
若所述路线集合中包括步行路线,则根据所述距离信息计算所述步行路线上所需的行进时间。
5.一种医疗机构推荐方法,其特征在于,应用于用户终端,所述方法包括:
通过客户端向服务器发送医疗机构推荐请求,所述医疗机构推荐请求中包括第一医疗机构集合以及就诊信息,以使所述服务器根据所述第一医疗机构集合以及所述就诊信息,确定第二医疗机构集合,以及使所述服务器获取所述第二医疗机构集合中的各个医疗机构的推荐信息;其中,所述第一医疗机构集合中包括由用户的选择操作确定的合作医疗机构,所述就诊信息包括就诊科室标识和/或就诊疾病标识,所述第二医疗机构集合中包括所述第一医疗机构集合中与所述就诊信息匹配的合作医疗机构;所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意一种或多种;
通过所述客户端接收来自所述服务器的所述推荐信息;
根据预设排序规则以及所述推荐信息,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
6.根据权利要求5所述的方法,其特征在于,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息之后,所述方法还包括:
在所述排序信息的输出界面接收重排序指令,所述重排序指令包括重排序规则;
根据所述重排序规则以及所述推荐信息,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息。
7.根据权利要求5或6所述的方法,其特征在于,在所述客户端的显示界面中输出所述第二医疗机构集合中的各个医疗机构的排序信息之后,所述方法还包括:
在所述排序信息的输出界面接收筛选指令,所述筛选指令包括筛选条件;
根据所述筛选条件以及所述推荐信息,确定第三医疗机构集合;其中,所述第三医疗机构集合中包括所述第二医疗机构集合中推荐信息满足所述筛选条件的医疗机构;
在所述客户端的显示界面中输出所述第三医疗机构集合中的各个医疗机构的排序信息。
8.根据权利要求5所述的方法,其特征在于,所述推荐信息包括排号信息、与所述用户终端所在的地点之间的各条路线的距离信息以及从所述用户终端所在的地点通过各条路线到达医疗机构所需的行进时间中的任意多种;
所述预设排序规则为根据多种所述推荐信息进行加权得到的推荐值由大到小的顺序对医疗机构进行排序。
9.一种服务器,其特征在于,包括用于执行如权利要求1至4任一项所述的方法的模块和/或单元。
10.一种用户终端,其特征在于,包括用于执行如权利要求5至8任一项所述的方法的模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811292525.1A CN109524099A (zh) | 2018-10-31 | 2018-10-31 | 医疗机构推荐方法、服务器及用户终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811292525.1A CN109524099A (zh) | 2018-10-31 | 2018-10-31 | 医疗机构推荐方法、服务器及用户终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109524099A true CN109524099A (zh) | 2019-03-26 |
Family
ID=65773822
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811292525.1A Pending CN109524099A (zh) | 2018-10-31 | 2018-10-31 | 医疗机构推荐方法、服务器及用户终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109524099A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111009311A (zh) * | 2019-11-05 | 2020-04-14 | 泰康保险集团股份有限公司 | 一种医疗资源推荐方法、装置、介质和设备 |
CN112084409A (zh) * | 2020-09-09 | 2020-12-15 | 中南大学 | 一种基于多目标优化的血液透析资源管理及服务系统与方法 |
CN113160914A (zh) * | 2021-04-26 | 2021-07-23 | 联仁健康医疗大数据科技股份有限公司 | 在线问诊方法、装置、电子设备及存储介质 |
CN114548460A (zh) * | 2022-02-25 | 2022-05-27 | 内蒙古铖品科技有限公司 | 一种基于用户数据的图形界面布局方法及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104391967A (zh) * | 2014-12-03 | 2015-03-04 | 武汉邮电科学研究院 | 一种基于多源数据分析的就诊推荐方法 |
CN105868564A (zh) * | 2016-04-05 | 2016-08-17 | 苏州联康网络有限公司 | 疾病的就诊医院推荐系统 |
CN106778038A (zh) * | 2017-01-18 | 2017-05-31 | 泰康保险集团股份有限公司 | 医疗机构选择方法及装置 |
CN107423575A (zh) * | 2017-08-25 | 2017-12-01 | 广州宝荣科技应用有限公司 | 一种跨区域医疗资源调配方法、装置及系统 |
-
2018
- 2018-10-31 CN CN201811292525.1A patent/CN109524099A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104391967A (zh) * | 2014-12-03 | 2015-03-04 | 武汉邮电科学研究院 | 一种基于多源数据分析的就诊推荐方法 |
CN105868564A (zh) * | 2016-04-05 | 2016-08-17 | 苏州联康网络有限公司 | 疾病的就诊医院推荐系统 |
CN106778038A (zh) * | 2017-01-18 | 2017-05-31 | 泰康保险集团股份有限公司 | 医疗机构选择方法及装置 |
CN107423575A (zh) * | 2017-08-25 | 2017-12-01 | 广州宝荣科技应用有限公司 | 一种跨区域医疗资源调配方法、装置及系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111009311A (zh) * | 2019-11-05 | 2020-04-14 | 泰康保险集团股份有限公司 | 一种医疗资源推荐方法、装置、介质和设备 |
CN112084409A (zh) * | 2020-09-09 | 2020-12-15 | 中南大学 | 一种基于多目标优化的血液透析资源管理及服务系统与方法 |
CN113160914A (zh) * | 2021-04-26 | 2021-07-23 | 联仁健康医疗大数据科技股份有限公司 | 在线问诊方法、装置、电子设备及存储介质 |
CN114548460A (zh) * | 2022-02-25 | 2022-05-27 | 内蒙古铖品科技有限公司 | 一种基于用户数据的图形界面布局方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109524099A (zh) | 医疗机构推荐方法、服务器及用户终端 | |
US11449927B2 (en) | Device and method for implementing a vehicle sharing reward program | |
US9092978B2 (en) | Managing traffic flow | |
CN104112368B (zh) | 实时停车辅助应用 | |
US20190236742A1 (en) | Method for requesting a ride service in a ride service system | |
CN110832561B (zh) | 用于确定和推荐车辆上车地点的系统和方法 | |
US10593005B2 (en) | Dynamic forecasting for forward reservation of cab | |
CN108492558B (zh) | 一种高速公路预约出行方法、存储介质及终端 | |
US20210117874A1 (en) | System for dispatching a driver | |
KR20180068174A (ko) | 건설시공 수행업체 선정서버 및 방법 | |
CN110021414A (zh) | 互联网医疗服务的智能挂号系统 | |
CN110363309A (zh) | 一种汽车服务门店智能服务系统、方法及存储介质 | |
US20190011275A1 (en) | System and method for routing autonomous vehicles | |
CN109409980A (zh) | 单车推荐方法、装置、设备及计算机可读存储介质 | |
CN109840632A (zh) | 一种行车路线评估规划方法及装置 | |
Kim et al. | Iterative optimization algorithm with parameter estimation for the ambulance location problem | |
CN105339971A (zh) | 宠物保险系统和方法 | |
CN109543864A (zh) | 基于行进时间的预约就诊提示方法、服务器及存储介质 | |
CN109376932A (zh) | 基于预测模型的年龄预测方法、装置、服务器及存储介质 | |
CN112906980A (zh) | 订单处理方法、装置、系统及可读存储介质 | |
CN112989188B (zh) | 推荐订单的确定方法、装置和服务器 | |
CN110111217A (zh) | 一种旅游管理方法、装置、区块链节点设备及存储介质 | |
US20190287151A1 (en) | Product delivery system and method | |
JP2014190952A (ja) | ナビゲーションシステム、ナビゲーション方法、及びナビゲーションプログラム | |
JP2005044173A (ja) | 個人向け旅行提案システムとその方法及びそれに用いる旅行仲介サーバとそのプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220525 Address after: 518000 China Aviation Center 2901, No. 1018, Huafu Road, Huahang community, Huaqiang North Street, Futian District, Shenzhen, Guangdong Province Applicant after: Shenzhen Ping An medical and Health Technology Service Co.,Ltd. Address before: Room 12G, Block H, 666 Beijing East Road, Huangpu District, Shanghai 200000 Applicant before: PING AN MEDICAL AND HEALTHCARE MANAGEMENT Co.,Ltd. |
|
TA01 | Transfer of patent application right |