[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN112561756A - 一种就医进度显示方法及装置 - Google Patents

一种就医进度显示方法及装置 Download PDF

Info

Publication number
CN112561756A
CN112561756A CN202011525662.2A CN202011525662A CN112561756A CN 112561756 A CN112561756 A CN 112561756A CN 202011525662 A CN202011525662 A CN 202011525662A CN 112561756 A CN112561756 A CN 112561756A
Authority
CN
China
Prior art keywords
treatment
patient
route map
node
target
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
CN202011525662.2A
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.)
Wuhan Yuanqi Technology Co ltd
Original Assignee
Wuhan Yuanqi 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 Wuhan Yuanqi Technology Co ltd filed Critical Wuhan Yuanqi Technology Co ltd
Priority to CN202011525662.2A priority Critical patent/CN112561756A/zh
Publication of CN112561756A publication Critical patent/CN112561756A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2393—Updating materialised views
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T11/00—2D [Two Dimensional] image generation
    • G06T11/20—Drawing from basic elements, e.g. lines or circles
    • G06T11/206—Drawing of charts or graphs
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/18—Status alarms
    • G08B21/24—Reminder alarms, e.g. anti-loss alarms
    • 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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Primary Health Care (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Child & Adolescent Psychology (AREA)
  • Strategic Management (AREA)
  • Emergency Management (AREA)
  • Epidemiology (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Navigation (AREA)

Abstract

本申请公开了一种就医进度显示方法及装置，该就医进度显示方法包括：获取当前就诊患者的就诊请求；根据就诊请求，生成与患者对应的就诊路线图和就诊进度信息；在完成每个就诊节点对应的就诊操作之后，更新就诊路线图和所述就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。本申请实施例提供的就医进度显示方法，当患者挂号后，根据挂号信息生成与挂号信息对应的就诊路线图，并提示患者按照就诊路线图进行就诊。患者每完成一次就诊操作，均会提示患者已经完成就诊节点对应的就诊操作，避免患者因为遗忘而再次进行就诊，节省患者的就诊时间，节省人力物力。

Description

一种就医进度显示方法及装置
技术领域
本申请涉及医疗领域，具体涉及一种就医进度显示方法及装置。
背景技术
患者到达医院就诊后，由于对医院环境不熟悉，导致就诊过程中，需要时不时的咨询导医人员。且由于患者检查的项目较多，导致患者难以估算出每项项目所等待的时间，只能随机的选择检查的先后顺序，导致浪费时间，影响就诊的进度。患者也容易忘记已经缴费完成的项目或是已经完成某项检查，导致再次进行缴费或检查从而浪费时间。
发明内容
本申请实施例提供一种就医进度显示方法，旨在解决现有技术下的就医进度显示不准确，浪费患者就医时间的问题。
一方面，本申请提供一种就医进度显示方法，所述就医进度显示方法包括：
获取当前就诊患者的就诊请求；
根据所述就诊请求，生成与所述患者对应的就诊路线图和就诊进度信息，所述就诊路线图包括多个不同的顺序排布的就诊节点，所述就诊路线图中每个就诊节点对应不同的就诊操作，所述就诊路线图用于指示所述患者进行就诊；
在完成每个就诊节点对应的就诊操作之后，更新所述就诊路线图和所述就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。
进一步的，所述根据所述就诊请求，生成与所述患者对应的就诊路线图和就诊进度信息，包括：
获取医生针对所述就诊请求确定的就医方案；
根据所述就医方案，在预置的就诊路线图集中确定第一初始就诊路线图；
根据所述患者的实际就诊情况，更新所述第一初始就诊路线图，得到第一目标就诊路线图；
将所述第一目标就诊路线图，作为所述患者对应的就诊路线图；
根据所述患者对应的就诊路线图中各就诊节点当前完成进度，生成所述患者对应的就诊进度信息。
进一步的，所述就诊进度信息包括就诊完成比例信息，所述根据所述患者对应的就诊路线图中各就诊节点当前完成进度，生成所述患者对应的就诊进度信息，包括：
获取所述第一目标就诊路线图中，所有就诊节点的第一数量；
获取所述第一目标就诊路线图中，患者已经完成的所有已完成就诊操作的就诊节点的第二数量；
根据所述第一数量和所述第二数量，确定所述患者对应的就诊完成比例信息。
进一步的，所述就诊进度信息包括就诊路线图中各就诊节点之间的预估耗时，所述根据所述患者对应的就诊路线图中各就诊节点当前完成进度，生成所述患者对应的就诊进度信息，包括：
获取所述第一目标就诊路线图对应的初始预估耗时；
获取所述第一目标就诊路线图中，所述患者已经完成的所有已完成就诊操作的就诊节点对应的实际耗时；
根据所述实际耗时，更新所述初始预估耗时，得到预估耗时；
根据所述预估耗时和所述实际耗时，确定所述患者的就诊完成比例信息。
进一步的，所述获取所述第一目标就诊路线图对应的初始预估耗时，包括：
获取所述第一目标就诊路线图中各就诊节点对应的历史平均耗时；
获取所述第一目标就诊路线图中各就诊节点的实际等待人数；
根据所述实际等待人数和所述历史平均耗时，计算所述初始预估耗时。
进一步的，所述获取第一目标就诊路线图中各就诊节点对应的历史平均耗时，包括：
获取在目标时间段内所有历史患者的诊断数据；
从所述诊断数据中提取所述所有历史患者在所述第一目标就诊路线图中各就诊节点的历史耗时，所述历史耗时为多个；
根据多个所述历史耗时，计算所述历史平均耗时。
进一步的，所述获取当前就诊患者的就诊请求包括：
获取所述患者的位置信息；
根据所述位置信息，判断所述患者是否在预设医院位置范围内；
若所述患者在预设医院位置范围内，则生成第二提示信息，以提示所述患者进行挂号；
当所述患者的挂号完成后，生成所述患者的多个就诊请求。
进一步的，所述根据所述就诊请求，生成与所述患者对应的就诊路线图和就诊进度信息，包括：
根据所述多个就诊请求，获取医生针对所述多个就诊请求确定的多个就医方案；
根据所述多个就医方案，在所述预置的就诊路线图集中，选择多个第二初始就诊路线图；
根据所述患者的实际就诊情况，更新所述多个第二初始就诊路线图，得到多个第二目标就诊路线图；
将所述多个第二目标就诊路线图，作为所述患者对应的多个就诊路线图；
根据所述患者对应的多个就诊路线图中每个所述就诊路线图中，各就诊节点当前完成进度，生成所述患者的多个就诊路线图各自对应的就诊进度信息。
进一步的，所述方法还包括：
获取所述患者的就诊操作；
根据所述就诊操作，判断所述就诊操作与所述第二目标就诊路线图中的就诊节点是否匹配；
若匹配，则生成提示信息提示所述患者就诊；
若不匹配，则生成提示信息提示所述患者不需要进行此次就诊操作。
第二方面，本申请提供一种就医进度显示装置，所述显示就医进度的装置包括：
获取单元，用于获取当前就诊患者的就诊请求；
生成单元，用于根据所述就诊请求，生成与所述患者对应的就诊路线图和就诊进度信息，所述就诊路线图包括多个不同的顺序排布的就诊节点，所述就诊路线图中每个就诊节点对应不同的就诊操作，所述就诊路线图用于指示所述患者进行就诊；
更新单元，用于在完成每个就诊节点对应的就诊操作之后，更新所述就诊路线图和所述就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。
第三方面，本申请还提供一种计算机设备，所述计算机设备包括：
一个或多个处理器；
存储器；以及
一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现第一方面中任一项所述的就医进度显示方法。
第四方面，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行第一方面任一项所述的显示就医进度的方法中的步骤。
本申请实施例提供一种就医进度显示方法，当患者挂号后，根据挂号信息生成与挂号信息对应的就诊路线图，并提示患者按照就诊路线图进行就诊。患者每完成一次就诊操作，均会生成提示信息以提示患者已经完成就诊节点对应的就诊操作，避免患者因为遗忘而再次进行就诊，节省患者的就诊时间，节省人力物力。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的就医进度显示系统的场景示意图；
图2为本申请实施例中就诊进度显示方法的一个实施例流程示意图；
图3为本申请实施例提供的获取就诊请求的一实施例流程示意图；
图4为本申请实施例提供的生成就诊路线图和就诊进度信息的一实施例流程示意图；
图5为本申请实施例提供的就诊路线图一实施例示意图；
图6为本申请实施例提供的生成就诊进度信息一实施例流程示意图；
图7为本申请实施例提供的生成就诊进度信息另一实施例流程示意图；
图8为本申请实施例提供的患者终端一实施例示意图；
图9为本申请实施例提供的就医进度显示方法另一实施例流程示意图；
图10为本申请实施例提供的就医显示装置一实施例示意图；
图11示出了本申请实施例所涉及的计算机设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本申请，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本申请。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本申请的描述变得晦涩。因此，本申请并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。
需要说明的是，本申请实施例方法由于是在电子设备中执行，各电子设备的处理对象均以数据或信息的形式存在，例如时间，实质为时间信息，可以理解的是，后续实施例中若提及尺寸、数量、位置等，均为对应的数据存在，以便电子设备进行处理，具体此处不作赘述。
本申请实施例提供一种就医进度显示方法、装置、计算机设备及存储介质，以下分别进行详细说明。
请参阅图1，图1为本申请实施例所提供的显示就医进度的系统的场景示意图，该就医进度显示系统可以包括计算机设备100，计算机设备100中集成有就医进度显示装置，如图1中的计算机设备。
本申请实施例中计算机设备100主要用于获取当前就诊患者的就诊请求；根据就诊请求，生成与患者对应的就诊路线图和就诊进度信息，所述就诊路线图包括多个不同的顺序排布的就诊节点，就诊路线图中每个就诊节点对应不同的就诊操作，就诊路线图用于指示所述患者进行就诊；在完成每个就诊节点对应的就诊操作之后，更新就诊路线图和就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。
本申请实施例中，该计算机设备100可以是独立的服务器，也可以是服务器组成的服务器网络或服务器集群，例如，本申请实施例中所描述的计算机设备100，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云服务器。其中，云服务器由基于云计算(CloudComputing)的大量计算机或网络服务器构成。
可以理解的是，本申请实施例中所使用的终端100可以是既包括接收和发射硬件的设备，即具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备。具体的终端100具体可以是台式终端或移动终端，终端100具体还可以是手机、平板电脑、笔记本电脑等中的一种。
本领域技术人员可以理解，图1中示出的应用环境，仅仅是与本申请方案一种应用场景，并不构成对本申请方案应用场景的限定，其他的应用环境还可以包括比图1中所示更多或更少的计算机设备，例如图1中仅示出1个计算机设备，可以理解的，该就医进度显示系统还可以包括一个或多个其他服务，具体此处不作限定。
另外，如图1所示，该就医进度显示系统还可以包括存储器200，用于存储数据，如存储患者的就诊数据，例如患者的挂号信息、住院信息等。
需要说明的是，图1所示的就医进度显示系统的场景示意图仅仅是一个示例，本申请实施例描述的就医进度显示系统以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着任务规划系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
首先，本申请实施例中提供一种就医进度显示方法，该就医进度显示方法的执行主体为就医进度显示装置，该就医进度显示装置应用于计算机设备，该就医进度显示方法包括：获取当前就诊患者的就诊请求；根据就诊请求，生成与患者对应的就诊路线图和就诊进度信息，其中就诊路线图包括多个不同的顺序排布的就诊节点，就诊路线图中每个就诊节点对应不同的就诊操作，就诊路线图用于指示所述患者进行就诊；在完成每个就诊节点对应的就诊操作之后，更新就诊路线图和就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。
如图2所示，为本申请实施例中就诊进度显示方法的一个实施例流程示意图，该就诊进度显示方法包括：
21、获取当前就诊患者的就诊请求。
在本申请的实施例中，就诊请求可以包括患者挂号的门诊、科室或选择的医生等信息。同时，就诊请求还包括患者到达挂号对应的科室时，医生根据患者的实际情况选择的就医方案。其中医生选择的就医方案可以包括医生看诊后针对患者的病情给出的治疗方案、治疗项目等。
22、根据就诊请求，生成与患者对应的就诊路线图和就诊进度信息。
在本申请的实施例中，一个就诊请求对应一个就诊路线图和一个就诊进度信息。其中，就诊路线图可以包括多个不同的顺序排布的就诊节点，而每个就诊节点对应不同的就诊操作；例如就诊节点可以分别对应“患者挂号”、“患者缴费”、“患者做检查”等不同的就诊操作。而就诊路线图用于指示患者按照就诊路线图进行就诊；就诊进度信息可以根据患者对应的就诊路线图和实际完成的就诊节点来确定。其中，就诊进度信息可以包括就诊路线图中各就诊节点之间的预估耗时，以及就诊完成比例信息。
23、在完成每个就诊节点对应的就诊操作之后，更新就诊路线图和就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。
本申请实施例提供一种就医进度显示方法，当患者挂号后，根据挂号信息生成与挂号信息对应的就诊路线图，并提示患者按照就诊路线图进行就诊。患者每完成一次就诊操作，均会生成提示信息以提示患者已经完成就诊节点对应的就诊操作，避免患者因为遗忘而再次进行就诊，节省患者的就诊时间，节省人力物力。
如图3所示，为本申请实施例提供的获取就诊请求的一实施例流程示意图，获取当前就诊患者的就诊请求，可以包括：
31、获取患者的位置信息。
32、根据位置信息，判断患者是否在预设医院位置范围内。
33、若患者在预设医院位置范围内，则生成第二提示信息，以提示患者进行挂号。
34、当患者挂完号后，生成患者的就诊请求。
具体的，当患者需要就医时需要先到达医院并进行挂号。因此，可以实时获取患者的位置信息，当患者到达医院周围时，患者终端可以生成第二提示信息以提示患者在到达医院后进行挂号。
具体的，可以实时获取患者的位置，并以目的医院的位置作为终点，当患者的位置与医院之间的距离在预设的位置范围内时，即可在患者终端提示患者进行挂号。
在本申请的一个具体实施例中，可以以目的医院的位置为圆心，在以目的医院为圆心且半径100米的目标范围内，当患者到达目标范围内后，患者终端会生成第二提示信息，提示患者到达医院后进行挂号；避免患者忘记挂号或是记错自己的挂号信息而无法就医。
由于医院中包括不同的门诊和科室，因此患者在挂号时还需要针对自身的情况选择需要挂号的不同门诊或科室。即当患者到达医院进行挂号时，就可以同时获取患者的就诊请求。其中，就诊请求可以包括患者挂号的门诊和科室。
当患者挂号完成，即获取了患者的就诊请求后，可以根据患者的就诊请求生成与患者对应的就诊路线图和就诊进度信息。如图4所示，为本申请实施例提供的生成就诊路线图和就诊进度信息的一实施例流程示意图，可以包括：
41、获取医生针对就诊请求确定的就医方案。
42、根据就医方案，在预置的就诊路线图集中确定第一初始就诊路线图。
43、根据患者的实际就诊情况，更新第一初始就诊路线图，得到第一目标就诊路线图。
44、将第一目标就诊路线图，作为患者对应的就诊路线图。
45、根据患者对应的就诊路线图中各就诊节点当前完成进度，生成患者对应的就诊进度信息。
具体的，当患者挂号结束后就需要到达对应的门诊或科室进行就医，当患者到达门诊或科室进行就诊时就会获取对应的就诊路线图集。其中，就诊路线图集中包括多个不同的就诊路线图，每一个就诊路线图均可以包括多个不同的顺序排布的就诊节点，一个就诊节点代表一种就诊操作，例如可以包括患者缴药品费、患者检查预约、窗口排队取药等就诊操作。通常情况下，同一个就诊路线图内的多个就诊节点代表的就诊操作不同；而不同的就诊路线图内的就诊节点代表的就诊操作可以相同。
且由于一个就诊过程通常以患者的挂号开始，就诊结束而结束；又由于就诊路线图中的多个就诊节点时按照实际的就诊流程顺序排布的；因此不同的就诊路线图中，第一个就诊节点通常为患者挂号，而最后一个就诊节点通常为就诊结束。
如图5所示，为本申请实施例提供的就诊路线图一实施例示意图，在图5所示的就诊路线图中，就诊路线图A可以包括五个就诊节点A1、A2、A3、A4、A5；其中，五个就诊节点A1、A2、A3、A4、A5可以分别代表患者挂号、医生开药品、患者缴药品费、窗口排队取药、问诊结束五个就诊操作。而就诊路线图B可以包括三个就诊节点B1、B2、B3；其中，三个就诊节点B1、B2、B3、B4可以分别代表患者挂号、医生开住院证、入院办理提醒、问诊结束四个就诊操作。就诊路线图A与就诊路线图B相比，存在相同的就诊节点，即不同的就诊路线图中可以存在代表相同就诊操作的就诊节点；而同一个就诊路线图中通常不存在代表相同就诊操作的就诊节点。
当患者到达科室且医生结束问诊后，医生通常会针对患者的病情提供一个就医方案，此时需要获取医生针对就诊请求确定的就医方案；即获取医生针对患者的病情提供的就医方案。
其中，针对不同的患者的病情，医生提供的就医方案也会有所不同，医生提供的就医方案可以包括让患者取药，或是让患者做检查，或是让患者住院等多种就医方案；不同的就医方案分别对应一个初始的就诊路线图。因此可以根据医生提供的就医方案，在预置的就诊路线图集中确定患者对应的第一初始就诊路线图；其中，预置的就诊路线图集中包括多个不同的就诊路线图。
如前述就诊路线图可以包括五个就诊节点A1、A2、A3、A4、A5，且五个就诊节点A1、A2、A3、A4、A5可以分别代表患者挂号、医生开药品、患者缴药品费、窗口排队取药、问诊结束五个就诊操作。若医生提供的就医方案需要患者取药，那么医生会提供一个需要患者取药的就医方案，此时可以根据医生提供的就医方案在预置的就诊路线图集中确定与需要取药的就医方案对应的第一目标就诊路线图。第一目标就诊路线图即为患者对应的就诊路线图。
由于就诊路线图中包括多个就诊节点，因此可以根据就诊路线图中各就诊节点的当前完成进度，生成患者对应的就诊进度信息。其中，就诊进度信息可以包括就诊完成比例信息。
需要说明的是，在上述实施例中，患者实际的就诊情况与第一初始就诊路线图对应，即患者没有进行第一初始就诊路线图中不包括的其他就诊操作。
在本申请的另一些实施例中，当患者根据就医方案，在预置的就诊路线图集中确定第一初始就诊路线图后，可以将第一初始就诊路线图作为患者对应的就诊路线图。且若是患者在后续还进行了其他的就诊操作，则第一初始就诊路线图是可以根据实际的就医方案自动更新的，得到第一目标就诊路线图；此时患者对应的就诊路线图实际上为更新后的第一目标就诊路线图。即患者的对应的就诊路线图可以为一个，而唯一的就诊路线图是可以根据患者实际的就诊操作实时更新。
在本申请的实施例中，预置的就诊流程图还可以包括医生开检查、患者缴检查费、患者检查预约、患者检查报到、检查排队、检查完成、系统生成报告单、患者领取报告单后重新问诊医生，医生开药品、患者缴药品费、窗口排队取药、问诊结束等多个就诊节点。本申请实施例中不做限定。
具体的，如图6所示，为本申请实施例提供的生成就诊进度信息一实施例流程示意图，可以包括：
61、获取第一目标就诊路线图中，所有就诊节点的第一数量。
62、获取第一目标就诊路线图中，患者已经完成的所有已完成就诊操作的就诊节点的第二数量。
63、根据第一数量和第二数量，确定患者对应的就诊完成比例信息。
具体的，患者对应的第一目标就诊路线图中包括多个就诊节点，因此可以确定第一目标就诊路线图中，所有就诊节点的第一数量。而一个就诊节点代表一种就诊操作，因此可以根据患者实际的就诊情况确定患者已经完成的所有已完成就诊操作的就诊节点的第二数量。根据第一数量和第二数量，可以确定患者对应的就诊进度信息，即可以确定患者对应的就诊完成比例信息。
在本申请的一个具体实施例中，第一目标就诊路线图可以包括五个就诊节点，分别代表患者挂号、医生开药品、患者缴药品费、窗口排队取药、问诊结束五个就诊操作。其中，第一目标就诊路线图从患者挂号开始，到患者问诊结束总共包括五个就诊节点，即第一目标就诊路线图中所有就诊节点的第一数量为五个。若患者进行到“患者缴药品费”这一就诊节点，此时，患者已经完成了“患者挂号”和“医生开药品”两个就诊节点；若是患者已经完成了“患者缴药品费”这一就诊节点，则此时患者总共完成的就诊节点的第二数量为三个。此时根据第一数量和第二数量的比值，可以确定患者此时对应的就诊进度信息。
在上述实施例中，第一目标就诊路线图中，所有就诊节点的第一数量为五个；患者已经完成的就诊节点的第二数量为三个；此时第一数量与第二数量的比值为60％，说明此时患者已经完成了第一目标就诊路线图中的60％。
需要说明的是，在上述实施例中，当患者完成了就诊节点对应的就诊操作时，就诊节点会更新。具体的，就诊节点可以从未完成的状态更新为已完成的状态。而确定患者对应的就诊进度信息是以患者已经完成的就诊节点来确定的。
具体的，在上述实施例中，若患者正在进行“患者缴药品费”这一就诊节点，但并未完成这一就诊节点对应的就诊操作，那么代表“患者缴药品费”的就诊节点不会更新，此时患者已经完成的就诊节点的第二数量为两个。
如图7所示，为本申请实施例提供的生成就诊进度信息另一实施例流程示意图，其中，就诊进度信息可以包括就诊路线图中各就诊节点之间的预估耗时。在本申请的另一些实施例中，生成患者对应的就诊进度信息还可以包括：
71、获取第一目标就诊路线图对应的初始预估耗时。
72、获取第一目标就诊路线图中，患者已经完成的所有已完成就诊操作的就诊节点对应的实际耗时。
73、根据实际耗时，更新初始预估耗时，得到预估耗时。
74、根据预估耗时和实际耗时，确定患者的就诊完成比例信息。
在本申请的实施例中，由于患者在整个就医流程中会存在等待现象，且患者进行各种就诊操作均需要一定的时间，因此可以根据患者完成每个就诊节点的实际耗时来确定患者的就诊进度信息。
具体的，可以先获取患者对应的第一目标就诊路线图中，所有的就诊节点对应的初始预耗时。其中，获取第一目标就诊路线图对应的初始预估耗时，可以包括：获取第一目标就诊路线图中各就诊节点对应的历史平均耗时；获取第一目标就诊路线图中各就诊节点的实际等待人数；根据实际等待人数和历史平均耗时，计算初始预估耗时。
具体的，由于每个患者在不同的就诊节点中均会产生耗时，且每个患者在就诊节点的等待时间实际上可以为，在该患者之前等待的所有患者在该就诊节点的所有耗时之和。因此，可以根据患者在不同就诊节点的历史平均耗时，以及在该患者之前的实际等待人数来确定该患者的初始预估耗时。
具体的，获取第一目标就诊路线图中各就诊节点的历史平均耗时，可以包括：获取在目标时间段内所有历史患者的诊断数据；从诊断数据中提取所有历史患者在第一目标就诊路线图中各就诊节点的历史耗时；根据多个历史耗时，计算历史平均耗时。
在上述实施例中，需要获取的是目标时间段内所有历史患者的诊断数据，而从诊断数据中获取的也是所有患者在第一目标就诊路线图中各就诊节点的历史耗时；即历史耗时为多个，分别为每个患者在不同就诊节点的历史耗时。
在上述实施例中，可以以所有患者在第一目标就诊路线图中各就诊节点的历史耗时的平均值，作为患者在第一目标就诊路线图中各就诊节点的预估耗时。
在本申请的另一些实施例中，还可以以所有患者在第一目标就诊路线图中各就诊节点的历史耗时的众数；即所有患者在第一目标就诊路线图中，各就诊节点的历史耗时出现最多次的时间，作为患者在第一目标就诊路线图中各就诊节点的预估耗时。若众数也为多个时，可以以多个众数的平均值，作为患者在第一目标就诊路线图中各就诊节点的预估耗时。
在本申请的一个具体实施例中，可以获取一周内，在第一目标就诊路线图下的所有患者对应的历史平均耗时；包括所有患者在第一目标就诊路线图中，完成每个就诊节点花费的时间。
其中，可以以所有患者在每个就诊节点花费的时间的平均值，作为第一目标就诊路线图中，患者在每个就诊节点花费的预估耗时。同时可以获取在当前患者之前的等待人数，计算得到当前患者的初始预估耗时。
当确定了患者的预估耗时和实际耗时后，就可以根据患者的预估耗时和实际耗时，确定患者的就诊完成比例信息。
需要说明的，在上述实施例中，由于就诊路线图包括多个不同的顺序排布的就诊节点，且通常情况下患者在每个就诊节点所花费的时间不同，患者在相邻两个就诊节点之间的等待时间也不同。因此，在确定目标就诊路线图对应的初始预估诊断时间时，需要将每个就诊节点分开进行判断。
即在本申请的实施例中，可以利用大数据获取预设时间段内的，某个就诊路线图下所有患者对应的历史诊断时间，以确定目标就诊路线图对应的预估诊断时间。
在本申请的一个具体实施例中，目标就诊路线图可以包括“患者挂号”、“医生开住院”、“问诊结束”三个节点。在一周时间内，就医方案为“患者挂号”、“医生开住院”、“问诊结束”对应的目标就诊路线图的所有患者在“患者挂号”和“医生开住院”两个就诊节点之间，所有患者的平均等待时间为40min，而患者完成整个就诊路线图的平均时间为50min。此时可以将40min作为患者在“患者挂号”和“医生开住院”两个就诊节点之间，患者的历史平均耗时。
需要说明的是，在上述实施例中，每个门诊、每个科室或每个医生对应的就诊路线图不同，每个就诊路线图中的历史诊断时间也不同；因此在根据历史诊断时间确定就诊路线图对应的预估判断时间时，需要将不同的门诊、科室或医生分开判断。
在上述实施例中，当获取了不同就诊路线图各自对应的初始预估耗时后，可以根据初始预估耗时和患者的实际耗时，以确定患者的就诊进度信息。
具体的，由于患者在完成不同就诊节点的实际耗时与预估初始耗时之间会存在差异；因此，需要根据患者的实际耗时，来更新初始预估耗时，以得到实际的预估耗时。其中实际的预估耗时，包括患者已经完成的所有已完成就诊操作的就诊节点所花费的实际耗时，以及患者尚未完成的就诊节点对应的初始预估耗时。在得到预估耗时之后，可以对比患者的实际耗时和预估耗时，以确定患者实际的就诊进度信息。
在本申请的一个具体实施例中，患者已经完成了三个就诊节点，而三个就诊节点对应的实际耗时为1.5h。此时患者对应的第一目标就诊路线图中还剩下两个就诊节点需要患者完成；根据初始预估耗时判断剩下的两个就诊节点需要的初始预估耗时为2.5h；那么此时患者的整个第一目标就诊路线图所需要的预估耗时，应该为实际就诊耗时与剩下就诊节点的初始预估耗时的和，即为4h。此时，根据患者已经完成的实际耗时1.5h，和整个第一目标就诊路线图所需要的预估耗时4h，可以确定患者的就诊进度信息为37.5％；即患者已经完成了整个第一目标就诊路线图的37.5％。
在本申请的另一些实施例中，若是患者对应的就诊路线图仅为一个，且就诊路线图根据患者实际的就诊操作实时更新，即就诊路线图中的就诊节点会更新，而整个就诊路线图对应的预估初始耗时实际上也是会对应更新的。或是随着就诊节点的增加而增加预估初始耗时；或是随着就诊节点的改变而改变不同就诊节点之间的预估耗时。因此，即使就诊路线图根据患者实际的就诊操作实时更新，患者对应的就诊进度信息也并不一定会减小。
在本申请的一个具体实施例中，若是患者已经完成的实际耗时1.5h，而整个第一目标就诊路线图所需要的预估耗时4h，此时就诊路线图更新后新增了一个节点，该节点的预估耗时为1h，实际上患者完成该就诊节点对应的就诊操作花费了0.5h。此时患者对应的第一目标就诊路线图的预估耗时实际上变为5h，而患者已经完成的就诊节点实际耗时为2h，此时可以确定患者的就诊进度信息为40％，即患者已经完成了更新后的第一目标就诊路线图的40％。而在第一目标就诊路线图未更新前，患者完成了第一目标就诊路线图的37.5％，患者在完成新增的就诊节点对应的就诊操作后，患者的就诊进度信息从37.5％更新为40％，患者的就诊进度信息是正向增加的。
如图8所示，为本申请实施例提供的患者终端一实施例示意图，在图8所示的患者终端中，可以包括患者的就诊进度信息以及患者对应的就诊路线图，就诊路线图包括患者的整个就诊过程，可以更好的提示患者每一步的就诊操作。同时，就诊路线图还可以包括患者在任意两个就诊节点之间需要等待的时间，以及患者在每个就诊节点开始的时间以及实际的就诊时间。
如图8所示，在图8中还可以显示患者的就诊进度信息，其中，患者的就诊进度信息是随着患者实际的就诊进度自动更新的。同时，图8中还可以显示患者当前所处的就诊节点，以及当前就诊节点的下一就诊节点。同时，在就诊节点的显示部分还可以包括就诊节点对应的位置信息。例如挂号节点对应的患者需要挂号的位置；或是患者挂号后需要到达的科室或门诊的位置等。
同时，在图8中，当患者完成某个就诊节点对应的就诊操作后，患者的就诊路线图也会随之更新，以提示患者已经完成的就诊节点和尚未完成的就诊节点。
在图8中，当患者到达“挂号”这一就诊节点时，可以看出在“挂号”这一就诊节点的时间为8:40，即患者在8:40挂号。
在上述实施例中，图8中的就诊节点可以为可点击节点，即患者在患者终端可以点击就诊节点，而点击之后的就诊节点可以显示当前被点击的就诊节点对应的就诊操作以及患者的一些就诊信息。
如图9所示，为本申请实施例提供的就医进度显示方法另一实施例流程示意图，可以包括：
91、获取患者的位置信息。
92、根据位置信息，判断患者是否在预设医院位置范围内。
93、若患者在预设医院位置范围内，则生成第二提示信息，以提示患者进行挂号。
94、当患者挂号完成后，生成患者的多个就诊请求。
具体的，当患者就医时，患者会根据自身情况挂号多次，且挂号的门诊科室均不同，即患者此时会有多个就诊请求。
此时，针对患者的多个就诊请求，可以获取不同医生针对多个就诊请求确定的多个就医方案。而一个就医方案对应一个第二初始就诊路线图；因此可以根据多个就医方案，在预置的就诊路线图集中，分别确定每个就医方案各自对应的第二初始就诊路线图，而第二初始就诊路线图为多个；并将多个第二就诊路线图作为患者对应的多个就诊路线图。在确定了患者对应的多个第二就诊路线图后，可以根据患者对应的多个第二就诊路线图中每个就诊路线图中，各就诊节点的当前完成进度，生成患者的多个就诊路线图各自对应的就诊进度信息。
即当患者有多个就诊请求时，可以分别确定每个就诊请求对应的第二目标就诊路线图，在确定患者的就诊进度信息时，需要将多个第二目标就诊路线图分别进行判断。
在上述实施例中，由于患者有多个不同的就诊路线图，而不同的就医路线图中的就诊节点可以相同，因此当患者进行某项就诊操作时，还需要判断患者当前的就诊操作与就诊路线图中的就诊节点是否匹配。具体的，可以包括：获取患者的就诊操作；根据就诊操作，判断就诊操作与第二目标就诊路线图中的就诊节点是否匹配；若匹配，则生成提示信息提示患者就诊；若不匹配，则生成提示信息提示患者不需要进行此次就诊操作。
具体的，当患者进行某项就诊操作时，由于患者对应的第二目标就诊路线图中的就诊节点也对应一个就诊操作；因此需要判断患者当前进行的就诊操作，与患者当前的第二目标就诊路线图中的就诊节点中的就诊操作是否匹配。只有两者匹配，患者才能够继续进行当前的就诊操作；若是不匹配，则患者不需要进行当前的就诊操作。
在本申请的一个具体实施例中，患者对应两个科室的第二目标就诊路线图，即第二目标就诊路线图为两个；而两个第二目标就诊路线图中均包括“医生开检查”这一就诊节点，但由于科室不同，因此实际的检查也不同。当患者进行到“缴检查费”这一就诊节点时，需要判断患者当前需要进行的检查，与当前的第二目标就诊路线图中的检查是否对应。只有患者当前需要进行的检查，与患者当前的第二目标就诊路线图中的检查对应，患者才需要继续缴费。
在本申请的实施例中，当患者的第二目标就诊路线图为多个时，可以获取第二目标就诊路线图中任意相邻两个就诊节点之间的预设等待时间；若是相邻两个就诊节点之间的预设等待时间大于目标等待时间，则可以生成提示信息以提示患者更换第二目标就诊路线图。
具体的，若患者当前进行的第二目标就诊路线图中某两个相邻就诊节点之间的等待时间超过了半小时，则可以提示患者更换当前进行的第二目标就诊路线图，以使得患者减少等待时间，提高就医进度。
同时，在本申请的实施例中，当患者的第二目标就诊路线图为多个时，患者的多个第二目标就诊路线图之间可能会存在时间上的冲突；因此当两个第二目标就诊路线图之间存在时间冲突时，可以根据不同第二目标就诊路线图中就诊节点的预计等待时间，或是不同就诊操作预估花费时间来提醒患者优先选择花费时间或等待时间较少的就诊节点。
具体的，患者对应的两个第二就诊路线图中，一个包括检查，另一个包括拿药，而检查预估的等待时间为1h，拿药预估的等待时间为15min。此时，虽然拿药和检查都是同一时间下班，但由于拿药预估的等待时间远远小于检查预估的等待时间，因此需要提示患者先拿药后检查，以减少等待时间，加快就诊进度。
在上述实施例中，患者按照第二初始就诊路线图的就诊流程进行就诊，患者的第二目标就诊路线图即为第二初始就诊路线图。但在本申请的另一些实施例中，若是患者在按照第二初始就诊路线图进行就诊的过程中又进行了其他的就诊操作，那么可以更新患者对应的第二初始就诊路线图，得到实际的患者对应的第二目标就诊路线图。此时患者的就诊路线图，实际上为更新后的第二目标就诊路线图。
在本申请的另一些实施例中，若是患者根据自身情况进行了多次挂号，那么患者会对应多个就诊请求。而不同科室的不同医生在对患者进行就诊后，可以确定各自对应的不同的就医方案，可以将不同医生确定的不同的就医方案进行合并，得到一个确定的就诊路线图。该确定的就诊路线图中可以包括患者挂号的所有医生选择的就医方案。
在本申请的一个具体实施例中，若医生A针对患者的情况，确定患者需要进行检查A，而医生B针对患者的情况，确定患者需要进行检查B。那么可以将患者需要进行的检查A和检查B合并到同一个就诊路线图中，使得患者只对应唯一一个就诊路线图，且该唯一一个就诊路线图中包括检查A和检查B。
而患者可以根据确定的唯一的就诊路线图进行就诊，既进行检查A也进行检查B。在该实施例中，检查A和检查B的先后顺序可以根据不同检查的等待时间，或是不同检查的工作时间确定。
在上述实施例中，若是患者仅对应唯一一个就诊路线图，且患者未完全按照就诊路线图中的就诊顺序就诊，则在患者每次完成不同的就诊操作时，可以重新更新患者的就诊路线图，且更新患者对应的就诊进度信息。
在本申请的一个具体实施例中，若检查A在检查B之前，根据历史等待情况建议患者先进行检查A，再进行检查B。但患者根据实际情况先进行了检查B，那么需要更新患者对应的就诊路线图，即将检查B调整到检查A之前，且重新更新患者的就诊进度。
同时，在本申请的另一些实施例中，若是患者在进行了某项就诊操作后，医生针对患者的就诊操作新增了其他的就诊操作，则患者对应的就诊路线图需要对应更新。即在本申请的实施例中，患者预设的就诊路线图会根据医生的就医治疗方案更新。
例如，患者在进行了检查A后，医生根据检查A对应的检查结果，让患者再进行检查B，那么患者对应的就诊路线图需要在检查A后新增检查B，以更新患者的就诊路线图。
需要说明的是，在本申请的实施例中，当患者每进行一步就诊操作，均可以生成提示信息以提示患者进行下一步操作，避免患者遗忘。例如当医生开了药品之后，患者终端可以生成提示信息提示患者需要缴药品费；而在患者缴药品费成功后，也会生成缴费成功通知，以提醒患者缴费成功。
本申请还提供一种就医进度显示装置，该就诊进度显示装置可实现如上任一项所述的就医显示进度方法中的步骤。如图10所示，为本申请实施例提供的就医显示装置一实施例示意图，包括：
获取单元1001，用于获取当前就诊患者的就诊请求。
生成单元1002，用于根据就诊请求，生成与患者对应的就诊路线图和就诊进度信息。
其中，就诊路线图包括多个不同的顺序排布的就诊节点，就诊路线图中每个就诊节点对应不同的就诊操作，就诊路线图用于指示患者进行就诊。
更新单元1003，用于在完成每个就诊节点对应的就诊操作之后，更新就诊路线图和就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。
本申请实施例提供一种就医进度显示装置，当患者挂号后，根据挂号信息生成与挂号信息对应的就诊路线图，并提示患者按照就诊路线图进行就诊。患者每完成一次就诊操作，均会生成提示信息以提示患者已经完成就诊节点对应的就诊操作，避免患者因为遗忘而再次进行就诊，节省患者的就诊时间，节省人力物力。
在本申请的实施例中，获取单元1001主要用于获取患者的位置信息；根据位置信息，判断患者是否在预设医院位置范围内；若患者在预设医院位置范围内，则生成第二提示信息，以提示患者进行挂号；当患者的挂号完成后，生成患者的就诊请求。
在本申请的另一些实施例中，生成单元1002具体用于获取医生针对就诊请求确定的就医方案；根据就医方案，在预置的就诊路线图集中确定第一初始就诊路线图；根据所述患者的实际就诊情况，更新第一初始就诊路线图，得到第一目标就诊路线图；将第一目标就诊路线图，作为患者对应的就诊路线图；根据患者对应的就诊路线图中各就诊节点当前完成进度，生成患者对应的就诊进度信息。
其中，生成单元1002根据患者对应的就诊路线图中各就诊节点当前完成进度，生成患者对应的就诊进度信息，可以包括：获取第一目标就诊路线图中，所有就诊节点的第一数量；获取第一目标就诊路线图中，患者已经完成的所有已完成就诊操作的就诊节点的第二数量；根据第一数量和第二数量，确定患者对应的就诊进度信息。
其中，生成单元1002根据患者对应的就诊路线图中各就诊节点当前完成进度，生成患者对应的就诊进度信息，可以包括：获取第一目标就诊路线图对应的初始预估耗时；获取第一目标就诊路线图中，患者已经完成的所有已完成就诊操作的就诊节点对应的实际耗时；根据实际耗时，更新初始预估耗时，得到预估耗时；根据预估耗时和实际耗时，确定患者的就诊进度信息。
其中，生成单元1002获取第一目标就诊路线图对应的初始预估耗时，具体可以包括：获取第一目标就诊路线图中各就诊节点对应的历史平均耗时；获取第一目标就诊路线图中各就诊节点的实际等待人数；根据实际等待人数和历史平均耗时，计算初始预估耗时。
其中，生成单元1002获取第一目标就诊路线图中各就诊节点对应的历史平均耗时，具体可以包括：获取在目标时间段内所有历史患者的诊断数据；从诊断数据汇总提取历史患者在第一目标就诊路线图中各就诊节点的历史耗时，其中历史耗时为多个；根据多个历史耗时，计算历史平均耗时。
在本申请的另一些实施例中，获取单元1001还可以用于：获取患者的位置信息；根据位置信息，判断患者是否在预设医院位置范围内；若患者在预设医院位置范围内，则生成第二提示信息，以提示患者进行挂号；当患者的挂号完成后，生成患者的多个就诊请求。
在本申请的另一些实施例中，生成单元1002根据就诊请求，生成与患者对应的就诊路线图和就诊进度信息，可以包括：根据多个就诊请求，获取医生针对多个就诊请求确定的多个就医方案；根据多个就医方案，在预置的就诊路线图集中，选择多个第二初始就诊路线图；根据所述患者的实际就诊情况，更新多个第二初始就诊路线图，得到多个第二目标就诊路线图；将多个第二目标就诊路线图，作为患者对应的多个就诊路线图；根据患者对应的多个就诊路线图中每个所述就诊路线图中，各就诊节点当前完成进度，生成患者的多个就诊路线图各自对应的就诊进度信息。
本申请实施例还提供一种计算机设备，其集成了本申请实施例所提供的任一种就医进度显示装置，所述计算机设备包括：
一个或多个处理器；
存储器；以及
一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行上述就医进度显示方法实施例中任一实施例中所述的就医进度显示方法中的步骤。
本申请实施例提供的一种计算机设备，其集成了本申请实施例所提供的任一种就医进度显示装置。如图11所示，其示出了本申请实施例所涉及的计算机设备的结构示意图，具体来讲：
该计算机设备可以包括一个或者一个以上处理核心的处理器1101、一个或一个以上计算机可读存储介质的存储器1102、电源1103和输入单元1104等部件。本领域技术人员可以理解，图7中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
处理器1101是该计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分，通过运行或执行存储在存储器1102内的软件程序和/或模块，以及调用存储在存储器1102内的数据，执行计算机设备的各种功能和处理数据，从而对计算机设备进行整体监控。可选的，处理器1101可包括一个或多个处理核心；优选的，处理器1101可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1101中。
存储器1102可用于存储软件程序以及模块，处理器1101通过运行存储在存储器1102的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器1102可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器1102可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器1102还可以包括存储器控制器，以提供处理器1101对存储器1102的访问。
计算机设备还包括给各个部件供电的电源1103，优选的，电源1103可以通过电源管理系统与处理器1101逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源1103还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该计算机设备还可包括输入单元1104，该输入单元1104可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
尽管未示出，计算机设备还可以包括显示单元等，在此不再赘述。具体在本实施例中，计算机设备中的处理器1101会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器1102中，并由处理器1101来运行存储在存储器1102中的应用程序，从而实现各种功能，如下：
获取当前就诊患者的就诊请求；根据就诊请求，生成与患者对应的就诊路线图和就诊进度信息，其中就诊路线图包括多个不同的顺序排布的就诊节点，就诊路线图中每个就诊节点对应不同的就诊操作，就诊路线图用于指示所述患者进行就诊；在完成每个就诊节点对应的就诊操作之后，更新就诊路线图和就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。
本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
为此，本申请实施例提供一种计算机可读存储介质，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，RandomAccess Memory)、磁盘或光盘等。其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行本申请实施例所提供的任一种就医进度显示方法中的步骤。例如，所述计算机程序被处理器进行加载可以执行如下步骤：
获取当前就诊患者的就诊请求；根据就诊请求，生成与患者对应的就诊路线图和就诊进度信息，其中就诊路线图包括多个不同的顺序排布的就诊节点，就诊路线图中每个就诊节点对应不同的就诊操作，就诊路线图用于指示所述患者进行就诊；在完成每个就诊节点对应的就诊操作之后，更新就诊路线图和就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对其他实施例的详细描述，此处不再赘述。
具体实施时，以上各个单元或结构可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元或结构的具体实施可参见前面的方法实施例，在此不再赘述。
以上对本申请实施例所提供的一种就医进度显示方法、装置、计算机设备及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种就医进度显示方法，其特征在于，所述就医进度显示方法包括：
获取当前就诊患者的就诊请求；
根据所述就诊请求，生成与所述患者对应的就诊路线图和就诊进度信息，所述就诊路线图包括多个不同的顺序排布的就诊节点，所述就诊路线图中每个就诊节点对应不同的就诊操作，所述就诊路线图用于指示所述患者进行就诊；
在完成每个就诊节点对应的就诊操作之后，更新所述就诊路线图和所述就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。
2.根据权利要求1所述的就医进度显示方法，其特征在于，所述根据所述就诊请求，生成与所述患者对应的就诊路线图和就诊进度信息，包括：
获取医生针对所述就诊请求确定的就医方案；
根据所述就医方案，在预置的就诊路线图集中确定第一初始就诊路线图；
根据所述患者的实际就诊情况，更新所述第一初始就诊路线图，得到第一目标就诊路线图；
将所述第一目标就诊路线图，作为所述患者对应的就诊路线图；
根据所述患者对应的就诊路线图中各就诊节点当前完成进度，生成所述患者对应的就诊进度信息。
3.根据权利要求2所述的就医进度显示方法，其特征在于，所述就诊进度信息包括就诊完成比例信息，所述根据所述患者对应的就诊路线图中各就诊节点当前完成进度，生成所述患者对应的就诊进度信息，包括：
获取所述第一目标就诊路线图中，所有就诊节点的第一数量；
获取所述第一目标就诊路线图中，患者已经完成的所有已完成就诊操作的就诊节点的第二数量；
根据所述第一数量和所述第二数量，确定所述患者对应的就诊完成比例信息。
4.根据权利要求2所述的就医进度显示方法，其特征在于，所述就诊进度信息包括就诊路线图中各就诊节点之间的预估耗时，所述根据所述患者对应的就诊路线图中各就诊节点当前完成进度，生成所述患者对应的就诊进度信息，包括：
获取所述第一目标就诊路线图对应的初始预估耗时；
获取所述第一目标就诊路线图中，所述患者已经完成的所有已完成就诊操作的就诊节点对应的实际耗时；
根据所述实际耗时，更新所述初始预估耗时，得到预估耗时；
根据所述预估耗时和所述实际耗时，确定所述患者的就诊完成比例信息。
5.根据权利要求4所述的就医进度显示方法，其特征在于，所述获取所述第一目标就诊路线图对应的初始预估耗时，包括：
获取所述第一目标就诊路线图中各就诊节点对应的历史平均耗时；
获取所述第一目标就诊路线图中各就诊节点的实际等待人数；
根据所述实际等待人数和所述历史平均耗时，计算所述初始预估耗时。
6.根据权利要求5所述的就医进度显示方法，其特征在于，所述获取所述第一目标就诊路线图中各就诊节点对应的历史平均耗时，包括：
获取在目标时间段内所有历史患者的诊断数据；
从所述诊断数据中提取所述所有历史患者在所述第一目标就诊路线图中各就诊节点的历史耗时，所述历史耗时为多个；
根据多个所述历史耗时，计算所述历史平均耗时。
7.根据权利要求1所述的就医进度显示方法，其特征在于，所述获取当前就诊患者的就诊请求包括：
获取所述患者的位置信息；
根据所述位置信息，判断所述患者是否在预设医院位置范围内；
若所述患者在预设医院位置范围内，则生成第二提示信息，以提示所述患者进行挂号；
当所述患者的挂号完成后，生成所述患者的多个就诊请求。
8.根据权利要求7所述的就医进度显示方法，其特征在于，所述根据所述就诊请求，生成与所述患者对应的就诊路线图和就诊进度信息，包括：
根据所述多个就诊请求，获取医生针对所述多个就诊请求确定的多个就医方案；
根据所述多个就医方案，在所述预置的就诊路线图集中，选择多个第二初始就诊路线图；
根据所述患者的实际就诊情况，更新所述多个第二初始就诊路线图，得到多个第二目标就诊路线图；
将所述多个第二目标就诊路线图，作为所述患者对应的多个就诊路线图；
根据所述患者对应的多个就诊路线图中每个所述就诊路线图中，各就诊节点当前完成进度，生成所述患者的多个就诊路线图各自对应的就诊进度信息。
9.根据权利要求8所述的就医进度显示方法，其特征在于，所述方法还包括：
获取所述患者的就诊操作；
根据所述就诊操作，判断所述就诊操作与所述第二目标就诊路线图中的就诊节点是否匹配；
若匹配，则生成提示信息提示所述患者就诊；
若不匹配，则生成提示信息提示所述患者不需要进行此次就诊操作。
10.一种就医进度显示装置，其特征在于，所述就医进度显示装置包括：
获取单元，用于获取当前就诊患者的就诊请求；
生成单元，用于根据所述就诊请求，生成与所述患者对应的就诊路线图和就诊进度信息，所述就诊路线图包括多个不同的顺序排布的就诊节点，所述就诊路线图中每个就诊节点对应不同的就诊操作，所述就诊路线图用于指示所述患者进行就诊；
更新单元，用于在完成每个就诊节点对应的就诊操作之后，更新所述就诊路线图和所述就诊进度信息，并生成第一提示信息发送到患者终端，以在患者终端提示完成当前就诊节点的就诊操作，进行下一就诊节点的就诊操作。
CN202011525662.2A 2020-12-22 2020-12-22 一种就医进度显示方法及装置 Pending CN112561756A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011525662.2A CN112561756A (zh) 2020-12-22 2020-12-22 一种就医进度显示方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011525662.2A CN112561756A (zh) 2020-12-22 2020-12-22 一种就医进度显示方法及装置

Publications (1)

Publication Number Publication Date
CN112561756A true CN112561756A (zh) 2021-03-26

Family

ID=75030731

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011525662.2A Pending CN112561756A (zh) 2020-12-22 2020-12-22 一种就医进度显示方法及装置

Country Status (1)

Country Link
CN (1) CN112561756A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113536110A (zh) * 2021-06-09 2021-10-22 四川数字链享科技有限公司 一种基于大数据的医疗信息推送系统
CN114093499A (zh) * 2021-08-06 2022-02-25 上海清鹤科技股份有限公司 就诊信息处理方法及系统、电子设备及存储介质
CN114300107A (zh) * 2021-12-30 2022-04-08 上海联空网络科技有限公司 一种就医智能辅助方法、系统、智能设备及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106650188A (zh) * 2015-10-31 2017-05-10 长城信息产业股份有限公司 一种医院就诊流程消息推送的方法及装置
CN107527307A (zh) * 2017-08-24 2017-12-29 杭州悦马爱赏科技股份有限公司 医院就诊管理方法、装置及系统
CN109523044A (zh) * 2018-10-27 2019-03-26 平安医疗健康管理股份有限公司 一种就医任务管理方法、服务器及计算机存储介质
CN109545352A (zh) * 2018-11-23 2019-03-29 京东方科技集团股份有限公司 导诊服务方法、装置、电子设备及存储介质
CN109636099A (zh) * 2018-10-31 2019-04-16 平安科技（深圳）有限公司 项目进度收集方法、装置、设备及计算机可读存储介质
CN110322943A (zh) * 2019-07-15 2019-10-11 西安交通大学医学院第一附属医院 就诊引导方法及引导系统
CN110428890A (zh) * 2019-07-19 2019-11-08 万达信息股份有限公司 一种就医导诊方法和系统
CN110703905A (zh) * 2019-08-28 2020-01-17 平安科技（深圳）有限公司 路线图展示方法、装置、计算机设备及存储介质
CN111696653A (zh) * 2019-03-15 2020-09-22 京东方科技集团股份有限公司 诊疗引导方法、装置和系统、计算机可读存储介质

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106650188A (zh) * 2015-10-31 2017-05-10 长城信息产业股份有限公司 一种医院就诊流程消息推送的方法及装置
CN107527307A (zh) * 2017-08-24 2017-12-29 杭州悦马爱赏科技股份有限公司 医院就诊管理方法、装置及系统
CN109523044A (zh) * 2018-10-27 2019-03-26 平安医疗健康管理股份有限公司 一种就医任务管理方法、服务器及计算机存储介质
CN109636099A (zh) * 2018-10-31 2019-04-16 平安科技（深圳）有限公司 项目进度收集方法、装置、设备及计算机可读存储介质
CN109545352A (zh) * 2018-11-23 2019-03-29 京东方科技集团股份有限公司 导诊服务方法、装置、电子设备及存储介质
CN111696653A (zh) * 2019-03-15 2020-09-22 京东方科技集团股份有限公司 诊疗引导方法、装置和系统、计算机可读存储介质
CN110322943A (zh) * 2019-07-15 2019-10-11 西安交通大学医学院第一附属医院 就诊引导方法及引导系统
CN110428890A (zh) * 2019-07-19 2019-11-08 万达信息股份有限公司 一种就医导诊方法和系统
CN110703905A (zh) * 2019-08-28 2020-01-17 平安科技（深圳）有限公司 路线图展示方法、装置、计算机设备及存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113536110A (zh) * 2021-06-09 2021-10-22 四川数字链享科技有限公司 一种基于大数据的医疗信息推送系统
CN114093499A (zh) * 2021-08-06 2022-02-25 上海清鹤科技股份有限公司 就诊信息处理方法及系统、电子设备及存储介质
CN114300107A (zh) * 2021-12-30 2022-04-08 上海联空网络科技有限公司 一种就医智能辅助方法、系统、智能设备及存储介质

Similar Documents

Publication Publication Date Title
CN112561756A (zh) 一种就医进度显示方法及装置
CN109119148A (zh) 预约方法和装置
CN104254857A (zh) 患者信息接口
CN102203784A (zh) 动态临床工作列表
US20200326406A1 (en) Clinic Wait-Time Visibility and Reservations
EP3247463A1 (en) System and method for ranking options for medical treatments
CN112270455B (zh) 操作流程线路图显示方法及装置
KR102599130B1 (ko) 인공지능 기반의 비대면 진료 예약 서비스 제공 서버, 방법 및 프로그램
JP7122279B2 (ja) 医療機関選定サーバ及び医療機関選定方法
CN108090597A (zh) 医疗预约排队优化方法及装置
CN111445984A (zh) 一种管理医生平台的方法及装置
CN117612681A (zh) 以预约规则为基础的医技检查项目预约方法、装置
RU2624571C2 (ru) Виртуальный обход пациента с контекстно-ориентированной поддержкой клинического решения
CN112652370B (zh) 就诊信息线上线下一体化方法以及装置
Reihaneh et al. Patient appointment scheduling at hemodialysis centers: An exact branch and price approach
CN112837827A (zh) 线上团队问诊方法、装置、服务器及存储介质
JPH1091687A (ja) 電子医療事務装置
CN115620879A (zh) 医疗检查项目的智能推荐方法、装置、设备及存储介质
CN114093499A (zh) 就诊信息处理方法及系统、电子设备及存储介质
CN115732070A (zh) 一种预住院信息处理方法
CN112561757A (zh) 住院就医流程图显示方法及装置
WO2021199146A1 (ja) 予約受付システム、プログラムおよび方法
CN113257398A (zh) 信息处理系统、方法、装置
CN112489746A (zh) 数据管理的任务推送方法、装置、电子设备及存储介质
JP6747795B2 (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