CN113658672A - 医师多点执业管理方法、装置、设备及存储介质 - Google Patents

医师多点执业管理方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN113658672A
CN113658672A CN202110970703.7A CN202110970703A CN113658672A CN 113658672 A CN113658672 A CN 113658672A CN 202110970703 A CN202110970703 A CN 202110970703A CN 113658672 A CN113658672 A CN 113658672A
Authority
CN
China
Prior art keywords
doctor
description information
medical
patient
physician
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
Application number
CN202110970703.7A
Other languages
English (en)
Inventor
翟晓艳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Ping An Smart Healthcare Technology Co ltd
Original Assignee
Ping An International Smart City Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An International Smart City Technology Co Ltd filed Critical Ping An International Smart City Technology Co Ltd
Priority to CN202110970703.7A priority Critical patent/CN113658672A/zh
Publication of CN113658672A publication Critical patent/CN113658672A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/20ICT 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0631Item recommendations
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Biomedical Technology (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请涉及医疗、人工智能和数据分析领域,提供一种医师多点执业管理方法,包括:获取第一终端发送的患者描述信息,并根据患者描述信息和各多点执业医师的医师描述信息,确定多个候选医师;向第一终端发送多个候选医师的医师描述信息,以供第一终端根据多个候选医师的医师描述信息,生成并显示医师推荐列表;获取第一终端发送的目标诊治医师,并生成诊治预约订单,且向目标诊治医师对应的第二终端发送诊治预约订单;当获取到第二终端发送的订单确认信息时,向第一终端发送诊治预约订单。本申请实现了医师推荐的准确性,提高医师多点执业效率和患者预约医师的便利性。本申请还涉及区块链技术,上述各多点执业医师的医师描述信息可存储在区块链中。

Description

医师多点执业管理方法、装置、设备及存储介质
技术领域
本申请涉及数据分析领域,尤其涉及一种医师多点执业管理方法、装置、设备及存储介质。
背景技术
医师多点执业是指符合条件的执业医师经卫生行政部门注册后,受聘在两个以上医疗机构执业的行为。医师多点执业有利于均衡各地医疗资源、有利于社区、基层医疗机构、欠发达地区医生水平的提升、缓解基层的医疗卫生需求,同时也可以实现医疗资源的合理流动。然而,基层、边远地区患者就诊时无法及时获取优质医生资源信息以及医生就诊时间等,使得医师多点执业的效率低下,不方便患者预约医生,也不方便医生了解患者信息。
发明内容
本申请实施例提供一种医师多点执业管理方法、装置、设备及存储介质,旨在实现医师推荐的准确性,提高医师多点执业效率和患者预约医师的便利性。
第一方面,本申请实施例提供一种医师多点执业管理方法,包括:
获取第一终端发送的患者描述信息,并根据所述患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师;
向所述第一终端发送多个所述候选医师的医师描述信息,以供所述第一终端根据多个所述候选医师的医师描述信息,生成并显示医师推荐列表;
获取所述第一终端发送的由待诊治患者在所述医师推荐列表中选择的目标诊治医师;
根据所述目标诊治医师的医师描述信息和所述患者描述信息,生成诊治预约订单,并向所述目标诊治医师对应的第二终端发送所述诊治预约订单;
当获取到所述第二终端发送的所述诊治预约订单的订单确认信息时,向所述第一终端发送所述诊治预约订单。
第二方面,本申请实施例还提供一种医师多点执业管理装置,所述医师多点执业管理装置包括:
获取模块,用于获取第一终端发送的患者描述信息;
确定模块,用于根据所述患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师;
发送模块,用于向所述第一终端发送多个所述候选医师的医师描述信息,以供所述第一终端根据多个所述候选医师的医师描述信息,生成并显示医师推荐列表;
所述获取模块,还用于获取所述第一终端发送的由待诊治患者在所述医师推荐列表中选择的目标诊治医师;
订单生成模块,用于根据所述目标诊治医师的医师描述信息和所述患者描述信息,生成诊治预约订单;
所述发送模块,还用于向所述目标诊治医师对应的第二终端发送所述诊治预约订单;
所述发送模块,还用于当获取到所述第二终端发送的所述诊治预约订单的订单确认信息时,向所述第一终端发送所述诊治预约订单。
第三方面,本申请实施例还提供一种计算机设备,所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序,其中所述计算机程序被所述处理器执行时,实现如上所述的医师多点执业管理方法的步骤。
第四方面,本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,其中所述计算机程序被处理器执行时,实现如上所述的医师多点执业管理方法的步骤。
本申请实施例提供一种医师多点执业管理方法、装置、设备及存储介质,通过根据第一终端发送的患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师,并向第一终端发送多个候选医师的医师描述信息,使得第一终端根据多个候选医师的医师描述信息,生成并显示医师推荐列表,供待诊治患者阅览医师并选择目标诊治医师,在获取到第一终端发送的目标诊治医师后,根据目标诊治医师的医师描述信息和患者描述信息,生成诊治预约订单,并向目标诊治医师对应的第二终端发送诊治预约订单,使得目标诊治医师可以取消或确认该诊治预约订单,而当获取到第二终端发送的诊治预约订单的订单确认信息时,向第一终端发送该诊治预约订单,从而实现了医师推荐的准确性,提高医师多点执业效率和患者预约医师的便利性。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种医师多点执业管理方法的流程示意图;
图2是图1中的医师多点执业管理方法的子步骤流程示意图;
图3是实施本实施例提供的医师多点执业管理方法的一场景示意图;
图4是本申请实施例提供的另一种医师多点执业管理方法的流程示意图;
图5是本申请实施例提供的一种医师多点执业管理装置的示意性框图;
图6是本申请实施例提供的一种计算机设备的结构示意性框图。
本申请目的的实现、功能特点及优点将结合实施例,参阅附图做进一步说明。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
附图中所示的流程图仅是示例说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解、组合或部分合并,因此实际执行的顺序有可能根据实际情况改变。
本申请实施例提供一种医师多点执业管理方法、装置、设备及存储介质。其中,该医师多点执业管理方法可应用于服务器中,服务器可以是独立的服务器,也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network,CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
请参阅图1,图1是本申请实施例提供的一种医师多点执业管理方法的流程示意图。
如图1所示,该医师多点执业管理方法包括步骤S101至步骤S105。
步骤S101、获取第一终端发送的患者描述信息,并根据患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师。
其中,患者描述信息可以包括患者个人信息、预问诊信息、病情诊断结果,患者个人信息包括患者的姓名、性别、年龄等,预问诊信息包括是否发烧、咳嗽、流鼻涕、腰痛、头痛或眼睛疼等身体状况信息,以及想挂内科、皮肤科或眼科等意向就诊科室信息、意向就诊医疗机构。患者或者患者家属通过第一终端向服务器发送患者描述信息,由服务器基于患者描述信息和医师描述信息,来确定多个候选医师,预设数据库可以为PostgreSQL、DM、ORACLE、MySQL等,预设数据库中的各多点执业医师的医师描述信息可以存储在区块链中,以提高数据的安全性。
示例性的,医师描述信息包括多点执业医师的姓名、职称、科室、执业类别、执业范围、工作年限、在职医疗机构和擅长治疗的疾病类型等。如图2所示,步骤S101可以包括子步骤S1011和子步骤S1012。
子步骤S1011、根据患者描述信息,确定接诊待诊治患者的目标科室和待诊治患者的意向接诊医疗机构。
示例性的,对患者描述信息中的预问诊信息进行分词处理,得到待诊治患者的多个就诊关键词;获取每个科室各自对应的预设就诊关键词,根据多个就诊关键词和每个科室各自对应的预设就诊关键词,确定接诊所述待诊治患者的目标科室。
其中,每个科室各自对应的预设就诊关键词可以基于实际情况进行设置,本实施例对此不做具体限定。例如,皮肤科对应的预设关键词可以包括皮癣、疱疹、、痤疮、化脓菌感染、疤痕、祛疤、青春痘、毛囊炎、斑秃脱发、汗疱疹、皮炎、皮肤过敏、湿疹、皮肤瘙痒等,儿科对应的预设关键词可以包括儿童口吃、尿布疹、早产、黄疸、呕吐、多动症等。
示例性的,根据多个就诊关键词生成第一编码向量,并根据每个科室各自对应的预设就诊关键词,生成每个科室各自对应的第二编码向量;确定第一编码向量与每个第二编码向量之间的余弦相似度,并将余弦相似度最高所对应的科室确定为接诊所述待诊治患者的目标科室。其中,根据多个就诊关键词生成第一编码向量的方式可以为:对每个就诊关键词进行编码,得到每个就诊关键词各自对应的词向量;将每个就诊关键词各自对应的词向量进行拼接,得到第一编码向量。
子步骤S1012、根据各多点执业医师的科室和在职医疗机构以及目标科室和意向接诊医疗机构,确定接诊待诊治患者的多个候选医师。
示例性的,从各多点执业医师中选择在职医疗机构与意向接诊医疗机构相同,且科室与目标科室相同的多点执业医师作为候选医师。例如,接诊待诊治患者的目标科室和待诊治患者的意向接诊医疗机构分别为皮肤科和医疗机构A,因此,从多点执业医师中选择在医疗机构A在职,且科室为皮肤科的多点执业医师作为候选医师。
步骤S102、向第一终端发送多个候选医师的医师描述信息,以供第一终端根据多个候选医师的医师描述信息,生成并显示医师推荐列表。
示例性的,第一终端根据各候选医师的医师描述信息,确定各候选医师的目标推荐指数;按照各候选医师的目标推荐指数和各候选医师的医师描述信息,生成医师推荐列表,并显示医师推荐列表。其中,目标推荐指数越高的候选医师在医师推荐列表越靠前,目标推荐指数越低的候选医师在医师推荐列表越靠后。
示例性的,根据候选医师的医师描述信息,确定候选医师的目标推荐指数的方式可以为:根据候选医师的工作年限,确定候选医师的第一推荐指数;根据候选医师的历史接诊人数,确定候选医师的第二推荐指数;对第一推荐指数和第二推荐指数进行加权求和,得到候选医师的目标推荐指数。
示例性的,获取预存的工作年限与推荐指数之间的第一映射关系;根据第一映射关系和候选医师的工作年限,确定候选医师的第一推荐指数;获取预存的接诊人数与推荐指数之间的第二映射关系;根据第二映射关系和候选医师的历史接诊人数,确定候选医师的第二推荐指数。其中,第一映射关系和第二映射关系可基于实际情况进行设置,本实施例对此不做具体限定。
示例性的,对第一推荐指数和第二推荐指数进行加权求和,得到候选医师的目标推荐指数的方式可以为:获取第一加权系数和第二加权系数;对第一加权系数和第一推荐指数进行加法运算,得到第一加权推荐指数;对第二加权系数和第二推荐指数进行加法运算,得到第二加权推荐指数;累加第一加权推荐指数和第二加权推荐指数,得到候选医师的目标推荐指数。其中,第一加权系数和第二加权系数可基于实际情况进行设置,本实施例对此不做具体限定。
示例性的,根据候选医师的医师描述信息,确定候选医师的目标推荐指数的方式可以为:根据候选医师的工作年限,确定候选医师的第一推荐指数;根据候选医师的历史接诊人数,确定候选医师的第二推荐指数;判断候选医师的性别与待诊治患者的性别是否相同,并根据判断结果确定第三推荐指数;对第一推荐指数、第二推荐指数和第三推荐指数进行加权求和,得到候选医师的目标推荐指数。其中,若候选医师的性别与待诊治患者的性别相同,则将第一预设推荐指数作为第三推荐指数,若候选医师的性别与待诊治患者的性别不同,则将第二预设推荐指数作为第三推荐指数,第一预设推荐指数高于第二预设推荐指数。
步骤S103、获取第一终端发送的由待诊治患者在医师推荐列表中选择的目标诊治医师。
示例性的,第一终端获取待诊治患者在医师推荐列表中选择的目标诊治医师,并将选择的目标诊治医师发送给服务器。
步骤S104、根据目标诊治医师的医师描述信息和患者描述信息,生成诊治预约订单,并向目标诊治医师对应的第二终端发送诊治预约订单。
示例性的,服务器获取目标诊治医师的医师描述信息和待诊治患者的患者描述信息;根据目标诊治医师的医师描述信息和待诊治患者的患者描述信息,生成诊治预约订单,向目标诊治医师对应的第二终端发送诊治预约订单。
示例性的,服务器获取待诊治患者的患者描述信息、意向接诊时间段和目标诊治医师的医师描述信息,并获取预设执业规范信息;根据患者描述信息、意向接诊时间段、目标诊治医师的医师描述信息和预设执业规范信息,生成待诊治患者的诊治预约订单,并向目标诊治医师对应的第二终端发送诊治预约订单。其中,预设执业规范信息用于描述接单需了解和明确的相关各方权利与义务,预设执业规范信息可基于实际情况进行设置,本实施例对此不做具体限定。
示例性的,第二终端显示诊治预约订单;若检测到目标诊治医师对诊治预约订单的确认操作时,显示身份认证页面;获取目标诊治医师在身份认证页面输入的身份信息,并对身份信息进行认证,若该身份信息通过认证,则向服务器发送诊治预约订单的订单确认信息。其中,身份信息包括目标诊治医师的人脸信息、指纹信息和虹膜信息。
示例性的,第二终端若检测到目标诊治医师对诊治预约订单的取消操作时,向服务器发送订单取消信息,服务器将订单取消信息发送给第一终端;第一终端在接收到订单取消信息时,输出订单取消提示信息,以提示待诊治患者预约的医师未确认订单,需要重新预约医师。
步骤S105、当获取到第二终端发送的诊治预约订单的订单确认信息时,向第一终端发送诊治预约订单。
示例性的,获取第一终端发送的诊治预约订单的医师评价信息,其中,医师评价信息包括医师治疗效果的评价结果、医师挂号价格的评价结果、医师专业程度的评价结果、医师服务态度的评价结果等;根据医师评价信息,更新该诊治预约订单的目标诊治医师的推荐星级。其中,医师评价信息是由患者或者患者家属描述或输入的,推荐星级越高,则表示医师的综合水平越好,反之推荐星级越低,则表示医师的综合水平越差。
示例性的,根据医师评价信息,更新该诊治预约订单的目标诊治医师的推荐星级的方式可以为:根据医师评价信息,确定该诊治预约订单的服务评价分数;确定该服务评价分数与预设的标准服务评价分数之间的评价分数差值,并根据评价分数差值,确定目标诊治医师的推荐指数增益;获取该目标诊治医师的当前推荐指数,并对当前推荐指数和该推荐指数增益进行求和,以更新目标诊治医师的推荐指数;根据更新后的推荐指数和各推荐星级对应的预设推荐指数范围,确定目标诊治医师的推荐星级。
其中,推荐指数增益包括推荐指数正增益和推荐指数负增益,示例性的,若该评价分数差值大于零,则获取该评价分数差值对应的推荐指数正增益,若该评价分数差值小于零,则获取该评价分数差值的绝对值对应的推荐指数负增益。
请参阅图3,图3是实施本实施例提供的医师多点执业管理方法的一场景示意图,如图3所示,该场景包括第一终端11、第二终端12和服务器13,第一终端11与服务器13通信连接,第二终端12与服务器13通信连接,患者或者患者家属可以通过第一终端11向服务器13发送患者描述信息,服务器13基于第一终端11发送的患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师,并向第一终端11发送多个候选医师的医师描述信息,第一终端11可以根据多个候选医师的医师描述信息,生成并显示医师推荐列表,供患者或者患者家属选择医师,第一终端11向服务器13发送选择的目标诊治医师,并根据目标诊治医师的医师描述信息和患者描述信息,生成诊治预约订单,且向第二终端12发送诊治预约订单,供目标诊治医师进行确认,第二终端12在目标诊治医师确认订单后,向服务器13发送订单确认信息,服务器13在获取到第二终端13发送的订单确认信息时,向第一终端11发送诊治预约订单。
上述实施例提供的医师多点执业管理方法,通过根据第一终端发送的患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师,并向第一终端发送多个候选医师的医师描述信息,使得第一终端根据多个候选医师的医师描述信息,生成并显示医师推荐列表,供待诊治患者阅览医师并选择目标诊治医师,在获取到第一终端发送的目标诊治医师后,根据目标诊治医师的医师描述信息和患者描述信息,生成诊治预约订单,并向目标诊治医师对应的第二终端发送诊治预约订单,使得目标诊治医师可以取消或确认该诊治预约订单,而当获取到第二终端发送的诊治预约订单的订单确认信息时,向第一终端发送该诊治预约订单,从而实现了医师推荐的准确性,提高医师多点执业效率和患者预约医师的便利性。
请参阅图4,图4是本申请实施例提供的另一种医师多点执业管理方法的流程示意图。
如图4所示,该医师多点执业管理方法包括步骤S201至S207。
步骤S201、获取待多点执业医师的多点执业注册请求,并根据多点执业注册请求,确定待多点执业医师是否满足预设注册条件。
其中,多点执业注册请求包括待多点执业医师的医师个人信息、多点执业所需的证明文件和多点执业申请信息,医师个人信息包括医师的姓名、身份证号码、手机号码、在职医疗机构信息、执业类别、工作年限,多点执业所需的证明文件包括身份证的正面图像、身份证的反面图像、医师执行证书、医师定期考核合格证明,多点执业申请信息包括医师申请多点执业的执业类别、执业范围和拟聘用待多点执业医师的目标医疗机构。执业类别分为临床、中医、口腔和公共卫生。中医类包括中医、民族医和中西医结合,其中,民族医又含蒙医、藏医、维医、傣医、朝医、壮医。
示例性的,第二终端显示多点执业注册页面,其中,多点执业注册页面包括证明文件上传按钮和注册按钮;获取医师用户在多点执业注册页面中输入的医师个人信息和多点执业申请信息,响应于医师用户对该证明文件上传按钮的触发操作,显示证明文件上传页面;获取医师用户在证明文件上传页面内上传的证明文件;响应于用户对该注册按钮的触发操作,根据医师个人信息、多点执业申请信息和证明文件,生成多点执业注册请求,并向服务器发送多点执业注册请求。
示例性的,根据多点执业注册请求,确定待多点执业医师是否满足预设注册条件的方式可以为:从多点执业注册请求中获取待多点执业医师的工作年限、医师执业证书、医师定期考核合格证明、多点执业申请信息;从多点执业申请信息中获取待所述待多点执业医师申请多点执业的执业类别、执业范围和聘用待多点执业医师的目标医疗机构;获取目标医疗机构的诊疗科目范围;若工作年限大于或等于预设工作年限、医师执业证书和医师定期考核合格证明有效,且执业类别和执业范围在诊疗科目范围内,则确定待多点执业医师满足预设注册条件;若工作年限小于预设工作年限、医师执业证书和医师定期考核合格证明无效、和/或执业类别和执业范围不在该诊疗科目范围内,则确定待多点执业医师不满足预设注册条件。
步骤S202、若待多点执业医师满足预设注册条件,则获取待多点执业医师的医师描述信息,并将医师描述信息存储至预设数据库中。
示例性的,获取待多点执业医师的在职医疗机构信息,并获取在职医疗机构信息中的医疗机构代码;从该医疗机构代码对应的医疗数据库中获取待多点执业医师的医师描述信息。其中,医师描述信息包括注册医师的姓名、职称、科室、执业类别、执业范围、工作年限、在职医疗机构和擅长治疗的疾病类型等,预设数据库存储有已注册的多点执业医师、多点执行医师的医师描述信息和接诊空闲时间段。
步骤S203、获取第一终端发送的患者描述信息,并根据患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师。
示例性的,根据患者描述信息,确定接诊待诊治患者的目标科室和待诊治患者的意向接诊医疗机构;根据各多点执业医师的科室和在职医疗机构以及目标科室和所述意向接诊医疗机构,确定接诊待诊治患者的多个候选医师。
步骤S204、向第一终端发送多个候选医师的医师描述信息,以供第一终端根据多个候选医师的医师描述信息,生成并显示医师推荐列表。
示例性的,第一终端根据各候选医师的医师描述信息,确定各候选医师的目标推荐指数;按照各候选医师的目标推荐指数和各候选医师的医师描述信息,生成医师推荐列表,并显示医师推荐列表。其中,目标推荐指数越高的候选医师在医师推荐列表越靠前,目标推荐指数越低的候选医师在医师推荐列表越靠后。
步骤S205、获取第一终端发送的由待诊治患者在医师推荐列表中选择的目标诊治医师。
示例性的,第一终端获取待诊治患者在医师推荐列表中选择的目标诊治医师,并将选择的目标诊治医师发送给服务器。
步骤S206、根据目标诊治医师的医师描述信息和患者描述信息,生成诊治预约订单,并向目标诊治医师对应的第二终端发送诊治预约订单。
示例性的,服务器获取目标诊治医师的医师描述信息和待诊治患者的患者描述信息;根据目标诊治医师的医师描述信息和待诊治患者的患者描述信息,生成诊治预约订单,向目标诊治医师对应的第二终端发送诊治预约订单。
步骤S207、当获取到第二终端发送的诊治预约订单的订单确认信息时,向第一终端发送诊治预约订单。
示例性的,获取第一终端发送的诊治预约订单的医师评价信息,其中,医师评价信息包括医师治疗效果的评价结果、医师挂号价格的评价结果、医师专业程度的评价结果、医师服务态度的评价结果等;根据医师评价信息,更新该诊治预约订单的目标诊治医师的推荐星级。其中,医师评价信息是由患者或者患者家属描述或输入的,推荐星级越高,则表示医师的综合水平越好,反之推荐星级越低,则表示医师的综合水平越差。
上述实施例提供的医师多点执业管理方法,通过对注册的待多点执业医师进行审核,只有满足满足预设注册条件的待多点执业医师才可以进行注册,这样可以有效的保证多点执业医师的诊疗资质。
请参阅图5,图5是本申请实施例提供的一种医师多点执业管理装置的示意性框图。
如图5所示,该医师多点执业管理装置300,包括:
获取模块310,用于获取第一终端发送的患者描述信息;
确定模块320,用于根据所述患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师;
发送模块330,用于向所述第一终端发送多个所述候选医师的医师描述信息,以供所述第一终端根据多个所述候选医师的医师描述信息,生成并显示医师推荐列表;
所述获取模块310,还用于获取所述第一终端发送的由待诊治患者在所述医师推荐列表中选择的目标诊治医师;
订单生成模块340,用于根据所述目标诊治医师的医师描述信息和所述患者描述信息,生成诊治预约订单;
所述发送模块330,还用于向所述目标诊治医师对应的第二终端发送所述诊治预约订单;
所述发送模块330,还用于当获取到所述第二终端发送的所述诊治预约订单的订单确认信息时,向所述第一终端发送所述诊治预约订单。
在一实施例中,所述医师描述信息包括多点执业医师的科室和在职医疗机构,所述确定模块320还用于:
根据所述患者描述信息,确定接诊所述待诊治患者的目标科室和所述待诊治患者的意向接诊医疗机构;
根据各所述多点执业医师的科室和在职医疗机构以及所述目标科室和所述意向接诊医疗机构,确定接诊所述待诊治患者的多个候选医师。
在一实施例中,所述确定模块320还用于:
对所述患者描述信息中的预问诊信息进行分词处理,得到所述待诊治患者的多个就诊关键词;
获取每个科室各自对应的预设就诊关键词,根据多个所述就诊关键词和每个科室各自对应的预设就诊关键词,确定接诊所述待诊治患者的目标科室。
在一实施例中,所述确定模块320还用于:
根据多个所述就诊关键词生成第一编码向量,并根据每个科室各自对应的预设就诊关键词,生成每个科室各自对应的第二编码向量;
确定所述第一编码向量与每个所述第二编码向量之间的余弦相似度,并将所述余弦相似度最高所对应的科室确定为接诊所述待诊治患者的目标科室。
在一实施例中,所述确定模块320还用于:
从各所述多点执业医师中选择所述在职医疗机构与所述意向接诊医疗机构相同,且所述科室与所述目标科室相同的多点执业医师作为候选医师。
在一实施例中,所述获取模块310,还用于获取待多点执业医师的多点执业注册请求;
所述确定模块320,还用于根据所述多点执业注册请求,确定所述待多点执业医师是否满足预设注册条件;
所述获取模块310,还用于若所述待多点执业医师满足预设注册条件,则获取所述待多点执业医师的医师描述信息,并将所述医师描述信息存储至所述预设数据库中。
在一实施例中,所述确定模块320还用于:
从所述多点执业注册请求中获取待多点执业医师的工作年限、医师执业证书、医师定期考核合格证明、多点执业申请信息;
从所述多点执业申请信息中获取待所述待多点执业医师申请多点执业的执业类别、执业范围和聘用待多点执业医师的目标医疗机构;
获取所述目标医疗机构的诊疗科目范围;
若所述工作年限大于或等于预设工作年限、所述医师执业证书和所述医师定期考核合格证明有效,且所述执业类别和所述执业范围在所述诊疗科目范围内,则确定所述待多点执业医师满足预设注册条件。
需要说明的是,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的装置和各模块及单元的具体工作过程,可以参考前述医师多点执业管理方法实施例中的对应过程,在此不再赘述。
上述实施例提供的装置可以实现为一种计算机程序的形式,该计算机程序可以在如图6所示的计算机设备上运行。
请参阅图6,图6是本申请实施例提供的一种计算机设备的结构示意性框图。该计算机设备可以为服务器。
如图6所示,该计算机设备包括通过系统总线连接的处理器、存储器和网络接口,其中,存储器可以包括存储介质和内存储器。
存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令,该程序指令被执行时,可使得处理器执行任意一种医师多点执业管理方法。
处理器用于提供计算和控制能力,支撑整个计算机设备的运行。
该网络接口用于进行网络通信,如发送分配的任务等。本领域技术人员可以理解,图6中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
应当理解的是,处理器可以是中央处理单元(Central Processing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中,通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
其中,在一实施例中,所述处理器用于运行存储在存储器中的计算机程序,以实现以下骤:
获取第一终端发送的患者描述信息,并根据所述患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师;
向所述第一终端发送多个所述候选医师的医师描述信息,以供所述第一终端根据多个所述候选医师的医师描述信息,生成并显示医师推荐列表;
获取所述第一终端发送的由待诊治患者在所述医师推荐列表中选择的目标诊治医师;
根据所述目标诊治医师的医师描述信息和所述患者描述信息,生成诊治预约订单,并向所述目标诊治医师对应的第二终端发送诊治预约订单;
当获取到所述第二终端发送的所述诊治预约订单的订单确认信息时,向所述第一终端发送所述诊治预约订单。
在一实施例中,所述医师描述信息包括多点执业医师的科室和在职医疗机构,所述处理器在实现根据所述患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师时,用于实现:
根据所述患者描述信息,确定接诊所述待诊治患者的目标科室和所述待诊治患者的意向接诊医疗机构;
根据各所述多点执业医师的科室和在职医疗机构以及所述目标科室和所述意向接诊医疗机构,确定接诊所述待诊治患者的多个候选医师。
在一实施例中,所述处理器在实现根据所述患者描述信息,确定接诊所述待诊治患者的目标科室时,用于实现:
对所述患者描述信息中的预问诊信息进行分词处理,得到所述待诊治患者的多个就诊关键词;
获取每个科室各自对应的预设就诊关键词,根据多个所述就诊关键词和每个科室各自对应的预设就诊关键词,确定接诊所述待诊治患者的目标科室。
在一实施例中,所述处理器在实现根据多个所述就诊关键词和每个科室各自对应的预设就诊关键词,确定接诊所述待诊治患者的目标科室时,用于实现:
根据多个所述就诊关键词生成第一编码向量,并根据每个科室各自对应的预设就诊关键词,生成每个科室各自对应的第二编码向量;
确定所述第一编码向量与每个所述第二编码向量之间的余弦相似度,并将所述余弦相似度最高所对应的科室确定为接诊所述待诊治患者的目标科室。
在一实施例中,所述处理器在实现根据各所述多点执业医师的科室和在职医疗机构以及所述目标科室和所述意向接诊医疗机构,确定接诊所述待诊治患者的多个候选医师时,用于实现:
从各所述多点执业医师中选择所述在职医疗机构与所述意向接诊医疗机构相同,且所述科室与所述目标科室相同的多点执业医师作为候选医师。
其中,在另一实施例中,所述处理器用于运行存储在存储器中的计算机程序,以实现如下步骤:
获取待多点执业医师的多点执业注册请求,并根据所述多点执业注册请求,确定所述待多点执业医师是否满足预设注册条件;
若所述待多点执业医师满足预设注册条件,则获取所述待多点执业医师的医师描述信息,并将所述医师描述信息存储至所述预设数据库中;
获取第一终端发送的患者描述信息,并根据所述患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师;
向所述第一终端发送多个所述候选医师的医师描述信息,以供所述第一终端根据多个所述候选医师的医师描述信息,生成并显示医师推荐列表;
获取所述第一终端发送的由待诊治患者在所述医师推荐列表中选择的目标诊治医师;
根据所述目标诊治医师的医师描述信息和所述患者描述信息,生成诊治预约订单,并向所述目标诊治医师对应的第二终端发送诊治预约订单;
当获取到所述第二终端发送的所述诊治预约订单的订单确认信息时,向所述第一终端发送所述诊治预约订单。
在一实施例中,所述处理器在实现根据所述多点执业注册请求,确定所述待多点执业医师是否满足预设注册条件时,用于实现:
从所述多点执业注册请求中获取待多点执业医师的工作年限、医师执业证书、医师定期考核合格证明、多点执业申请信息;
从所述多点执业申请信息中获取待所述待多点执业医师申请多点执业的执业类别、执业范围和聘用待多点执业医师的目标医疗机构;
获取所述目标医疗机构的诊疗科目范围;
若所述工作年限大于或等于预设工作年限、所述医师执业证书和所述医师定期考核合格证明有效,且所述执业类别和所述执业范围在所述诊疗科目范围内,则确定所述待多点执业医师满足预设注册条件。
需要说明的是,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的计算机设备的具体工作过程,可以参考前述医师多点执业管理方法实施例中的对应过程,在此不再赘述。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序中包括程序指令,所述程序指令被执行时所实现的方法可参阅本申请医师多点执业管理方法的各个实施例。
其中,所述计算机可读存储介质可以是易失性的,也可以是非易失性的。所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元,例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备,例如所述计算机设备上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。
进一步地,所述计算机可读存储介质可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据区块链节点的使用所创建的数据等。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种医师多点执业管理方法,其特征在于,包括:
获取第一终端发送的患者描述信息,并根据所述患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师;
向所述第一终端发送多个所述候选医师的医师描述信息,以供所述第一终端根据多个所述候选医师的医师描述信息,生成并显示医师推荐列表;
获取所述第一终端发送的由待诊治患者在所述医师推荐列表中选择的目标诊治医师;
根据所述目标诊治医师的医师描述信息和所述患者描述信息,生成诊治预约订单,并向所述目标诊治医师对应的第二终端发送所述诊治预约订单;
当获取到所述第二终端发送的所述诊治预约订单的订单确认信息时,向所述第一终端发送所述诊治预约订单。
2.根据权利要求1所述的医师多点执业管理方法,其特征在于,所述医师描述信息包括多点执业医师的科室和在职医疗机构,所述根据所述患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师,包括:
根据所述患者描述信息,确定接诊所述待诊治患者的目标科室和所述待诊治患者的意向接诊医疗机构;
根据各所述多点执业医师的科室和在职医疗机构以及所述目标科室和所述意向接诊医疗机构,确定接诊所述待诊治患者的多个候选医师。
3.根据权利要求2所述的医师多点执业管理方法,其特征在于,所述根据所述患者描述信息,确定接诊所述待诊治患者的目标科室,包括:
对所述患者描述信息中的预问诊信息进行分词处理,得到所述待诊治患者的多个就诊关键词;
获取每个科室各自对应的预设就诊关键词,根据多个所述就诊关键词和每个科室各自对应的预设就诊关键词,确定接诊所述待诊治患者的目标科室。
4.根据权利要求3所述的医师多点执业管理方法,其特征在于,所述根据多个所述就诊关键词和每个科室各自对应的预设就诊关键词,确定接诊所述待诊治患者的目标科室,包括:
根据多个所述就诊关键词生成第一编码向量,并根据每个科室各自对应的预设就诊关键词,生成每个科室各自对应的第二编码向量;
确定所述第一编码向量与每个所述第二编码向量之间的余弦相似度,并将所述余弦相似度最高所对应的科室确定为接诊所述待诊治患者的目标科室。
5.根据权利要求2所述的医师多点执业管理方法,其特征在于,所述根据各所述多点执业医师的科室和在职医疗机构以及所述目标科室和所述意向接诊医疗机构,确定接诊所述待诊治患者的多个候选医师,包括:
从各所述多点执业医师中选择所述在职医疗机构与所述意向接诊医疗机构相同,且所述科室与所述目标科室相同的多点执业医师作为候选医师。
6.根据权利要求1-5中任一项所述的医师多点执业管理方法,其特征在于,所述获取第一终端发送的患者描述信息之前,还包括:
获取待多点执业医师的多点执业注册请求,并根据所述多点执业注册请求,确定所述待多点执业医师是否满足预设注册条件;
若所述待多点执业医师满足预设注册条件,则获取所述待多点执业医师的医师描述信息,并将所述医师描述信息存储至所述预设数据库中。
7.根据权利要求6所述的医师多点执业管理方法,其特征在于,所述根据所述多点执业注册请求,确定所述待多点执业医师是否满足预设注册条件,包括:
从所述多点执业注册请求中获取待多点执业医师的工作年限、医师执业证书、医师定期考核合格证明、多点执业申请信息;
从所述多点执业申请信息中获取待所述待多点执业医师申请多点执业的执业类别、执业范围和聘用待多点执业医师的目标医疗机构;
获取所述目标医疗机构的诊疗科目范围;
若所述工作年限大于或等于预设工作年限、所述医师执业证书和所述医师定期考核合格证明有效,且所述执业类别和所述执业范围在所述诊疗科目范围内,则确定所述待多点执业医师满足预设注册条件。
8.一种医师多点执业管理装置,其特征在于,所述医师多点执业管理装置包括:
获取模块,用于获取第一终端发送的患者描述信息;
确定模块,用于根据所述患者描述信息和预设数据库中的各多点执业医师的医师描述信息,确定多个候选医师;
发送模块,用于向所述第一终端发送多个所述候选医师的医师描述信息,以供所述第一终端根据多个所述候选医师的医师描述信息,生成并显示医师推荐列表;
所述获取模块,还用于获取所述第一终端发送的由待诊治患者在所述医师推荐列表中选择的目标诊治医师;
订单生成模块,用于根据所述目标诊治医师的医师描述信息和所述患者描述信息,生成诊治预约订单;
所述发送模块,还用于向所述目标诊治医师对应的第二终端发送所述诊治预约订单;
所述发送模块,还用于当获取到所述第二终端发送的所述诊治预约订单的订单确认信息时,向所述第一终端发送所述诊治预约订单。
9.一种计算机设备,其特征在于,所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序,其中所述计算机程序被所述处理器执行时,实现如权利要求1至7中任一项所述的医师多点执业管理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,其中所述计算机程序被处理器执行时,实现如权利要求1至7中任一项所述的医师多点执业管理方法的步骤。
CN202110970703.7A 2021-08-23 2021-08-23 医师多点执业管理方法、装置、设备及存储介质 Pending CN113658672A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110970703.7A CN113658672A (zh) 2021-08-23 2021-08-23 医师多点执业管理方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110970703.7A CN113658672A (zh) 2021-08-23 2021-08-23 医师多点执业管理方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN113658672A true CN113658672A (zh) 2021-11-16

Family

ID=78481611

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110970703.7A Pending CN113658672A (zh) 2021-08-23 2021-08-23 医师多点执业管理方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN113658672A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114882980A (zh) * 2022-04-13 2022-08-09 四川大学华西医院 基于技师能力的影像检查预约方法、系统及计算机程序

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106611041A (zh) * 2016-09-29 2017-05-03 四川用联信息技术有限公司 一种新的文本相似度求解方法
CN106844308A (zh) * 2017-01-20 2017-06-13 天津艾登科技有限公司 一种使用语义识别进行自动化疾病编码转换的方法
CN107644264A (zh) * 2017-08-25 2018-01-30 广州宝荣科技应用有限公司 一种基于加号信息的医院预约挂号方法及系统
CN108461135A (zh) * 2018-03-21 2018-08-28 吉林师范大学 一种共享式医学数据分析系统以及方法
CN108831545A (zh) * 2018-06-29 2018-11-16 上海市杨浦区大桥社区卫生服务中心 社区诊疗预约服务系统
CN109003662A (zh) * 2018-07-11 2018-12-14 腾讯科技(深圳)有限公司 医师信息的提供方法、装置、设备及存储介质
CN113077913A (zh) * 2021-04-20 2021-07-06 北京京东拓先科技有限公司 线上问诊派单方法、装置和系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106611041A (zh) * 2016-09-29 2017-05-03 四川用联信息技术有限公司 一种新的文本相似度求解方法
CN106844308A (zh) * 2017-01-20 2017-06-13 天津艾登科技有限公司 一种使用语义识别进行自动化疾病编码转换的方法
CN107644264A (zh) * 2017-08-25 2018-01-30 广州宝荣科技应用有限公司 一种基于加号信息的医院预约挂号方法及系统
CN108461135A (zh) * 2018-03-21 2018-08-28 吉林师范大学 一种共享式医学数据分析系统以及方法
CN108831545A (zh) * 2018-06-29 2018-11-16 上海市杨浦区大桥社区卫生服务中心 社区诊疗预约服务系统
CN109003662A (zh) * 2018-07-11 2018-12-14 腾讯科技(深圳)有限公司 医师信息的提供方法、装置、设备及存储介质
CN113077913A (zh) * 2021-04-20 2021-07-06 北京京东拓先科技有限公司 线上问诊派单方法、装置和系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114882980A (zh) * 2022-04-13 2022-08-09 四川大学华西医院 基于技师能力的影像检查预约方法、系统及计算机程序

Similar Documents

Publication Publication Date Title
US20140046675A1 (en) System and method for processing and displaying medical provider information
Jones et al. Shared decision-making in back pain consultations: an illusion or reality?
Alajlani et al. Effect of culture on acceptance of telemedicine in Middle Eastern countries: case study of Jordan and Syria
Barakat‐Johnson et al. Reshaping wound care: Evaluation of an artificial intelligence app to improve wound assessment and management amid the COVID‐19 pandemic
WO2020192342A1 (zh) 一种医疗服务管理方法及装置
US8918462B2 (en) Using user-attribute ontologies to calculate user-anonymity degrees
US20120030231A1 (en) Accessing Personal Records Without Identification Token
Sharikh et al. The impact of electronic medical records' functions on the quality of health services
Barrett Gender dysphoria: assessment and management for non-specialists
KR20120021489A (ko) 요양업무 관리시스템 및 요양업무 관리방법
Robinson et al. Pre-surgery evaluations by telephone decrease travel and cost for families of children with cerebral palsy
US20200043614A1 (en) Treatment course determination assistance system
CN113658672A (zh) 医师多点执业管理方法、装置、设备及存储介质
Edison et al. Content and style comparison of physician communication in teledermatology and in-person visits
Serra et al. Teleconsultation and videoconsultation forever?
WO2021151330A1 (zh) 用户分群方法、装置、设备和计算机可读存储介质
Mastnardo et al. Medical provider recommendations to massage therapy: a card study
Napua Growth of Biometric Technology in self-service situations
KR101222227B1 (ko) 노인요양시설 거주노인의 이상징후관리를 위한 컴퓨터의사결정지원 방법 및 시스템
Mcmillan et al. Precision and the rules of prioritization
King et al. Teleconsultation services in pediatric primary Care in Austria: upgrading clinical decision support in primary health care settings
Hewitt et al. Modeling security in acceptance of electronic health record systems
Kainzinger et al. Optimization of hospital stay through length-of-stay-oriented case management: an empirical study
Smith et al. Variation in Patients’ Use of, Experiences with, and Access to Telehealth during the First Year of the COVID-19 Pandemic
Stewart et al. Clinical practice during the COVID‐19 pandemic: A cross‐sectional survey of attending dermatologists.

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: 20220922

Address after: Room 2601 (Unit 07), Qianhai Free Trade Building, No. 3048, Xinghai Avenue, Nanshan Street, Qianhai Shenzhen-Hong Kong Cooperation Zone, Shenzhen, Guangdong 518000

Applicant after: Shenzhen Ping An Smart Healthcare Technology Co.,Ltd.

Address before: 1-34 / F, Qianhai free trade building, 3048 Xinghai Avenue, Mawan, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong 518000

Applicant before: Ping An International Smart City Technology Co.,Ltd.

TA01 Transfer of patent application right