CN113284631A - 线上问诊交互方法 - Google Patents

线上问诊交互方法 Download PDF

Info

Publication number
CN113284631A
CN113284631A CN202110381566.3A CN202110381566A CN113284631A CN 113284631 A CN113284631 A CN 113284631A CN 202110381566 A CN202110381566 A CN 202110381566A CN 113284631 A CN113284631 A CN 113284631A
Authority
CN
China
Prior art keywords
information
inquiry
consultation
doctor
auxiliary
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
CN202110381566.3A
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.)
Ali Health Technology China Co ltd
Original Assignee
Ali Health Technology China 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 Ali Health Technology China Co ltd filed Critical Ali Health Technology China Co ltd
Priority to CN202110381566.3A priority Critical patent/CN113284631A/zh
Publication of CN113284631A publication Critical patent/CN113284631A/zh
Pending legal-status Critical Current

Links

Images

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
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • 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
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Biomedical Technology (AREA)
  • Public Health (AREA)
  • Pathology (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本说明书提供一种线上问诊交互方法。所述方法可以包括：接收用户客户端发送的问诊咨询信息；基于问诊信息库，生成针对所述问诊咨询信息的辅助诊断信息；其中，所述问诊信息库中至少存储有用于辅助医生诊断的信息；将所述问诊咨询信息及对应的辅助诊断信息发送至医生客户端，以使医生客户端展示所述问诊咨询信息及对应的辅助诊断信息。利用本说明书各个实施例，可以提高线上问诊时接诊医生诊断的效率以及准确性。

Description

线上问诊交互方法
技术领域
本说明书涉及计算机互联网领域，尤其涉及一种线上问诊交互方法。
背景技术
现有的线上问诊，一般是线上问诊平台接收问诊请求，并基于该问诊请求在用户与医生所对应的终端设备之间建立通信连接。用户与医生可以基于建立的通讯连接，通过文本输入、语音输入等方式进行在线病情交流，完成线上问诊。
平台对医生的行为进行调查后发现，医生在问诊过程中，通常会频繁操作辅助诊断工具，以了解用户疾病、药品信息等诊断辅助信息，便于更加准确完成线上问诊。但第三方辅助诊断工具存在类型较多且操作方式区别较大等问题，使得医生需花费一定的时间进行信息的检索以及筛选，以提取所需的信息，间接导致医生的问诊效率及回复效率大打折扣，从而给用户造成回复慢、回复较为敷衍等感受，降低了用户及医生对线上问诊平台使用的体验感。
发明内容
本说明书实施方式提供一种线上问诊交互方法，可以大幅提高线上问诊时接诊医生诊断的效率以及准确性。
本说明书实施方式提供一种网络服务交互方法，应用于服务器，包括：接收用户客户端发送的问诊咨询信息；基于问诊信息库，生成针对所述问诊咨询信息的辅助诊断信息；其中，所述问诊信息库中至少存储有用于辅助医生诊断的信息；将所述问诊咨询信息及对应的辅助诊断信息发送至医生客户端，以使医生客户端展示所述问诊咨询信息及对应的辅助诊断信息。
本说明书实施方式提供一种服务器，包括：信息接收模块，接收用户客户端发送的问诊咨询信息；信息生成模块，用于基于问诊信息库，生成针对所述问诊咨询信息的辅助诊断信息；其中，所述问诊信息库中至少存储有用于辅助医生诊断的信息；信息发送模块，用于将所述问诊咨询信息及对应的辅助诊断信息发送至医生客户端，以使医生客户端展示所述问诊咨询信息及对应的辅助诊断信息。
本说明书实施方式提供一种网络服务交互方法，应用于医生客户端，包括：接收用户客户端发送的问诊咨询记录；所述问诊咨询记录是指用户在所述医生客户端与所述用户客户端之间的会话窗口中输入的信息；在所述医生客户端的所述会话窗口中，展示所述问诊咨询记录和对应的辅助诊断信息；其中，所述辅助诊断信息用于表示针对所述问诊咨询记录的诊断提示。
本说明书实施方式提供一种客户端，包括：信息接收模块，用于接收用户客户端发送的问诊咨询记录；所述问诊咨询记录是指用户在所述医生客户端与所述用户客户端之间的会话窗口中输入的信息；信息展示模块，用于在所述医生客户端的所述会话窗口中，展示所述问诊咨询记录和对应的辅助诊断信息；其中，所述辅助诊断信息用于表示针对所述问诊咨询记录的诊断提示。
本说明书实施方式在问诊交互的过程中，服务器在接收到问诊咨询信息后，先基于预先配置的算法以及问诊信息库对问诊咨询信息进行辅助诊断信息匹配，生成针对所述问诊咨询信息的辅助诊断信息。再将问诊咨询信息及对应的辅助诊断信息发送至接诊医生所在的医生客户端，以使医生客户端展示问诊咨询信息及对应的辅助诊断信息，可以使得医生在接诊过程中，更加简单方便的参考辅助诊断信息完成诊断，大幅降低其对辅助工具的操作频率，且可以大幅降低接诊医生的检索及筛选所需信息的时间，提高接诊医生回复的效率及准确性，进而提高接诊医生以及用户的在线问诊体验感。
附图说明
所包括的附图用来提供对本说明书实施方式的进一步的理解，其构成了说明书的一部分，用于例示本说明书的实施方式，并与文字描述一起来阐释本说明书的原理。显而易见地，下面描述中的附图仅仅是本说明书的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。在附图中：
图1为本说明书实施方式提供的一个线上问诊交互的场景交互示意图；
图2为本说明书实施方式提供的辅助诊断信息的生成流程示意图；
图3为本说明书实施方式提供的医生客户端的显示界面示意图；
图4为本说明书实施方式提供的辅助诊断信息的展示方式示意图；
图5为本说明书实施方式提供的辅助诊断信息的展示方式示意图；
图6为本说明书实施方式提供的辅助诊断信息的展示方式示意图；
图7为本说明书实施方式提供的辅助诊断信息的展示方式示意图；
图8为本说明书实施方式提供的服务推荐及问诊服务的显示界面示意图；
图9为本说明书实施方式提供的服务推荐及问诊服务的显示界面示意图；
图10为本说明书实施方式提供的服务推荐及问诊服务的显示界面示意图；
图11为本说明书实施方式提供的服务推荐及问诊服务的显示界面示意图；
图12为本说明书实施方式提供的辅助诊断信息的展示方式示意图；
图13为本说明书实施方式提供的辅助诊断信息的展示方式示意图；
图14为本说明书实施方式提供的辅助诊断信息的展示方式示意图；
图15为本说明书实施方式提供的服务器的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施方式中的附图，对本说明书实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本说明书一部分实施方式，而不是全部的实施方式。基于本说明书中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施方式，都应当属于本说明书保护的范围。
在一个场景示例中，用户可以通过用户客户端访问线上问诊网站。所述线上问诊网站的问诊服务可以由问诊平台提供。所述问诊平台可以包括一个或者多个服务器及问诊信息库。所述服务器中可以配置有问诊数据处理程序，用于执行与问诊相关的数据处理。所述问诊信息库中至少可以存储有用于辅助医生诊断的信息。用户客户端或医生客户端如可以为手机、电脑等智能终端设备。
用户在用户客户端中发起问诊请求后，问诊平台的服务器可以接收该问诊请求，并基于该问诊请求匹配对应的接诊医生。在匹配到接诊医生后，服务器还可以在用户客户端与接诊医生的医生客户端之间建立数据通信，构建会话窗口，以在用户客户端及医生客户端进行展示，使用户与接诊医生基于该会话窗口进行在线交互。
如图1所示，用户可以在用户客户端的会话窗口中输入信息，用户输入的信息可以描述为问诊咨询记录。如图2所示，例如，用户在会话窗口中输入“现在血压收缩压是150，舒张压是57”的一条问诊咨询记录。用户客户端可以基于用户触发的发送操作，将问诊咨询记录发送至服务器。服务器可以接收用户客户端发送的问诊咨询记录，并转发给医生客户端，以使医生客户端在会话窗口中展示问诊咨询记录。相应的，接诊医生可以基于用户的问诊咨询记录进行回复，可以将接诊医生的回复信息描述为问诊答复记录。服务器可以进一步接收医生客户端发送的问诊答复记录，并转发给用户所在的用户客户端，以使用户客户端在会话窗口中展示问诊答复记录。以此类推，从而实现在线问诊交互。用户或医生可以通过文本、语音等方式输入信息。
在各条问诊咨询记录或问诊答复记录发送时，可以一起发送相应问诊咨询记录或问诊答复记录的记录标识信息，以便于对各条问诊咨询记录或问诊答复记录进行区分。所述记录标识信息如可以包括时间戳以及会话标识。所述会话标识可以是指对构建的会话窗口进行标识的信息。所述会话标识如可以为服务器在构建会话窗口时随机分配的序列号，或者也可以为服务器在构建会话窗口时根据用户的用户标识以及接诊医生的医生标识所生成的标识信息。当然，也可以采用其他方式生成所述会话标识，这里不做限定。所述时间戳可以是指用户客户端或医生客户端发送问诊咨询记录或问诊答复记录的时间，也可以是指服务器接收到问诊咨询记录或问诊答复记录的时间。
目前的问诊交互过程中，接诊医生在看到用户的问诊咨询记录后，可能存在对用户的问诊咨询记录中的个别信息无法准确全面了解的情况。如对用户所描述的其已经服用的药物不是特别了解，或者对用户患有的其他专业类型的病症不是特别了解。在该种情况下，医生多通过医生客户端中的一些第三方辅助工具进行信息查询，以便于更加准确的完成诊断。辅助工具如可以为疾病信息查询工具、药品信息查询工具等。但因辅助工具类型繁多，针对的场景也各有不同，使得操作可能会存在较为繁琐的问题，且接诊医生在检索及筛选信息时也需要花费一定的时间，从而影响了诊断的效率。而线上问诊又不同于线下面对面诊断，用户无法清楚的了解医生的行为，上述信息查询过程易给用户造成医生回复慢、回复较为敷衍、不专业等感受，从而降低用户及医生的使用体验感。
本场景示例中，可以预先在问诊平台的服务器中配置辅助诊断算法，以及在数据库中配置问诊信息库。辅助诊断算法如至少可以包括实体信息提取算法、信息匹配算法、关联信息提取算法、信息展示算法等等。问诊信息库如至少可以为药品信息库、疾病信息库、诊断库、人体基础信息库、医学词典等。问诊信息库中的信息可以采用多种方式进行存储，如可以采用表格的方式，也可以采用知识图谱的方式等。
服务器可以在接收到每条问诊咨询记录后，基于问诊信息库，利用辅助诊断算法生成相应的问诊咨询记录所对应的辅助诊断信息。再将所述问诊咨询记录及对应的辅助诊断信息发送至医生客户端，以使医生客户端关联展示该问诊咨询记录及对应的辅助诊断信息。假设，用户在用户客户端的会话窗口输入问诊咨询记录“现在血压收缩压是150，舒张压是57”。服务器接收到后，可以先进行实体提取，提取其中的血压收缩压及实体值150，舒张压及实体值57。提取到实体信息后，服务器可以基于诊断知识图谱对提取的实体信息进行医疗信息识别，并基于识别到的信息生成辅助诊断信息“98％低血压”。服务器可以将该问诊咨询记录及辅助诊断信息发送至医生客户端，以使医生客户端展示。
图2表示接诊医生所在的医生客户端的会话窗口示意图。如图2所示，医生客户端中的会话窗口中示处了问诊咨询记录“现在血压收缩压是150，舒张压是57”以及相应的辅助诊断信息“98％低血压”。接诊医生可以以该辅助诊断信息为参考，结合用户的主诉信息(如问诊咨询请求中所包含的用户病情描述信息)、病史、年龄、性别等，向用户进行诊断回复“目前从您的年龄上考虑，有可能是低血压……”。
针对问诊咨询记录中提取的信息的不同，辅助诊断信息也可以对应不同的形式。如可以是上述辅助诊断结果“低血压”，也可以是推荐检验检查“推荐心脏彩超，心电图检查…”。若所述问诊咨询记录涉及药品名称、疾病名称等，服务器可以提取到实体信息“药品名称”或“疾病名称”等，则进一步的还可以基于问诊信息库匹配出相应的药品详细信息、疾病详细信息或者药品、疾病的详细信息链接地址等。如图3及图4所示，图3示出了医生客户端所展示的问诊咨询记录中的药品名称“地高辛”的详细信息，图4示出了医生客户端所展示的问诊咨询记录中的疾病名称“心肌炎”的详细信息。
在问诊交互的过程中，服务器在接收到问诊咨询记录后，基于预先配置的算法以及问诊信息库对问诊咨询记录进行辅助诊断信息匹配，生成所述问诊咨询记录所对应的辅助诊断信息。再将问诊咨询记录及对应的辅助诊断信息发送至接诊医生所在的医生客户端，以使医生客户端展示问诊咨询记录及对应的辅助诊断信息，可以使得医生在接诊过程中，更加简单方便的参考辅助诊断信息完成诊断，大幅降低其对辅助工具的操作频率，且可以大幅降低接诊医生的检索及筛选所需信息的时间，提高接诊医生回复的效率及准确性，进而提高接诊医生以及用户的在线问诊体验感。
基于上述场景示例，本说明书还提供一种线上问诊交互***。所述***还可以包括服务器、问诊信息库、用户客户端以及医生客户端。所述服务器可以是指一个单独的服务器，也可以是指由多个服务器所组成的服务器集群。
所述服务器中可以预先配置有实现线上问诊交互处理的程序、辅助诊断信息生成的算法等。线上问诊交互处理的程序如可以包括建立用户客户端以及医生客户端之间数据通信的程序、构建会话窗口的程序、界面配置程序等等。辅助诊断算法如至少可以包括实体信息提取算法、信息匹配算法、关联信息提取算法、信息展示算法等等。当然，也可以包括优化上述算法的学习算法等。
所述问诊信息库可以是指用于存储信息的数据库。问诊信息库至少可以包括药品信息库、疾病信息库、诊断库、人体基础信息库、医学词典等用于辅助医生诊断的信息所形成的数据库。问诊信息库中的信息可以采用多种方式进行存储，如可以采用表格的方式，也可以采用知识图谱的方式等。
线上问诊交互***的服务器与问诊信息库还可以与其他平台的服务器或者信息库进行关联，如与医院的挂号平台、检查检测平台、医学知识百科平台、医院信息百科平台等等，从而可以在实现辅助诊断信息生成的同时，进一步构建与其他平台的互联互通，在辅助诊断或者医生诊断的基础上，向医生或者用户提供辅助服务。辅助服务如可以为辅助挂号、辅助开检查检验单以及辅助开电子处方等。
所述用户客户端或医生客户端可以为具有一定人机交互功能和数据处理能力的电子设备。具体的，例如，用户客户端或医生客户端可以是台式电脑、笔记本电脑、平板电脑或者智能手机等。
所述用户客户端或医生客户端可以包括输入装置、显示器、存储器、处理器和网络通信单元等硬件模块。输入装置如可以是键盘、鼠标、手写板或者录音装置等。当然，在一些情况下，显示器可以具有触摸感应功能，此时，所述输入装置可以是通过显示器展示的虚拟键盘和触摸感应功能实现。客户端可以通过处理器运行有操作***，通过操作***支撑上述硬件调用以及功能实现。所述网络通信单元可以遵循网络通信协议的集成模块。可以实现网络数据的双向通信。所述显示器可以是LCD显示器、CRT显示器或者LED显示器等。所述输入装置可以用于接收用户或医生输入的信息。所述网络通信单元可以用于向服务器发送用户或医生输入的信息。所述显示器可以用于展示用户或医生输入的信息以及服务器反馈的需要向用户或医生展示的信息。
用户客户端中如可以安装有浏览器。用户可以通过用户客户端的浏览器访问线上问诊网站，以实现在线问诊。或者，用户客户端中可以安装有问诊应用程序。用户也可以通过安装在用户客户端线上的问诊应用程序进行在线问诊。或者用户也可以通过集成在其他应用程序中的小程序进行在线问诊。当然也可以采用其他的方式实现线上问诊。所述线上问诊网站、问诊应用程序或小程序所对应的问诊服务可以由服务器提供。当然，医生客户端也可以安装有浏览器、问诊应用程序或者集成在其他应用程序中的小程序。医生也可以通过访问线上问诊网站、或问诊应用程序、集成在其他应用程序中的小程序进行在线问诊。
所属领域技术人员在本说明书实施例的技术精髓启示下，还可能有其它变更实施方式，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书保护范围内。
本说明书实施例还提供一种线上问诊交互方法，应用于所述服务器，所述方法可以包括如下步骤。
S20：接收用户客户端发送的问诊咨询信息。
用户可以通过用户客户端访问线上问诊网站、问诊应用程序或者集成在其他应用程序中的小程序等进行在线问诊。
如上述场景示例所示，用户可以先在用户客户端中发起问诊请求，问诊平台的服务器可以接收该问诊请求，并基于该问诊请求匹配对应的接诊医生。在匹配到接诊医生后，服务器还可以在用户客户端与医生客户端之间建立数据通信，构建会话窗口，以使用户与接诊医生进行在线交互。用户客户端、医生客户端与服务器之间可以基于网络通信协议进行数据通信。网络通信协议如可以包括但不限于HTTP或TCP/IP等。
所述会话窗口可以在用户客户端与医生客户端进行展示。所述会话窗口可以基于问诊应用程序进行展示，也可以为在问诊网站上临时生成的会话窗口。
用户或医生可以在该会话窗口中输入信息，并可以在该会话窗口中展示用户或医生输入的信息。服务器可以为当前构建的会话窗口分配会话标识，以标识在当前会话窗口中所涉及的交互记录信息以及辅助诊断信息等。
如用户可以在用户客户端的会话窗口中输入信息“现在血压收缩压是150，舒张压是57”。用户可以在用户客户端触发发送操作。用户客户端可以基于该发送操作将相应的信息“现在血压收缩压是150，舒张压是57”作为单条问诊咨询记录发送至服务器。触发发送操作如可以为触发会话窗口中“发送”控件或用户客户端中预先配置的关联操作方式(如双击屏幕、在屏幕上沿指定方向划线)等。服务器可以接收用户客户端发送的问诊咨询记录，并转发给接诊医生所在的医生客户端，以使医生客户端在会话窗口中展示问诊咨询记录。接诊医生可以基于用户的问诊咨询记录进行回复，可以将接诊医生的回复信息描述为问诊答复记录。服务器可以进一步接收医生客户端发送的问诊答复记录，并转发给用户所在的用户客户端，以使用户客户端在会话窗口中展示问诊答复记录。以此类推，从而实现在线问诊交互。用户或医生可以通过文本、语音等方式输入信息。
在各条问诊咨询记录或问诊答复记录发送时，可以一起发送相应问诊咨询记录或问诊答复记录的记录标识信息，以便于对各条问诊咨询记录或问诊答复记录进行区分。记录标识信息至少可以包括时间戳、会话标识。或者，记录标识信息还可以包括用户标识信息、接诊医生的医生标识信息等。当然，上述标识方式仅为优选举例说明，具体实施时还可以采用其他标识方式，这里不做限定。
另一些实施方式中，接诊医生也可以是预先确定好的。如接诊医生可以是通过在线挂号等方式所预先确定的医生。用户可以先在用户客户端中发起问诊请求，所述问诊请求中可以包括接诊医生的医生标识信息。例如，所述医生标识信息中可以包括接诊医生所在客户端的标识信息。服务器可以基于医生标识信息中的接诊医生所在客户端的标识信息确定医生客户端，进而在用户客户端与医生客户端之间建立数据通信，构建会话窗口。
或者，还可以在在线挂号时确定好在线问诊时间、参与在线问诊的用户客户端的标识信息及医生客户端的标识信息等在线问诊信息，并记录在服务器中。当临近该在线问诊时间时，服务器可以向相应的用户客户端与医生客户端发送问诊交互请求。在服务器收到用户客户端与医生客户端反馈的同意进行线上问诊交互的消息后，可以在用户客户端与医生客户端之间建立数据通信，构建会话窗口。
相应的，一些实施例中，所述问诊咨询信息可以包括用户在用户客户端所展示的会话窗口中输入的问诊咨询记录。其中，所述问诊咨询记录至少可以利用时间戳以及会话标识进行标识。所述会话标识可以是指对在所述用户客户端以及医生客户端构建的所述会话窗口进行标识的信息。
一些实施方式中，服务器可以在接收到每条问诊咨询记录后，针对每条问诊咨询记录生成该问诊咨询记录所对应的辅助诊断信息。通过针对用户输入的每条问诊咨询记录实时进行辅助诊断信息的生成，可以更加实时准确的向接诊医生提示相应问诊咨询记录所可能涉及的医学知识以及初步诊断结果等，以辅助接诊医生高效准确的完成问诊答复。
另一些实施例中，服务器也可以在接收到两条以上的问诊咨询记录后，将该两条以上的问诊咨询记录作为一个整体，生成该两条以上的问诊咨询记录所对应的辅助诊断信息。
用户在输入信息时，可能存在一个病情描述信息，分成多次输入的情况，而此时用户的信息输入频率通常是很高的，且此时接诊医生在看到用户仍在输入的情况下，通常也不会立马做出答复。则可以等用户将多条问诊咨询记录输入完成后，服务器再将该多条问诊咨询记录整合起来，以确定将该多条问诊咨询记录所对应的辅助诊断信息。
如，服务器可以预先设定指定时间长度。在接收到一条问诊咨询记录后，经过该指定时间长度，服务器未接收到新的问诊咨询记录，则可以生成该条问诊咨询记录所对应的辅助诊断信息。若在接收到一条问诊咨询记录后，在该指定时间长度内，服务器接收到新的问诊咨询记录，则可以以新的问诊咨询记录的时间戳为起点，重新计算时间长度，若在该指定时间长度内，服务器又接收到新的问诊咨询记录，则依次类推，直至经过该指定时间长度，服务器未接收到新的问诊咨询记录。将该多条问诊咨询记录作为一个整体，以确定将该多条问诊咨询记录所对应的辅助诊断信息。所述指定时间长度可以根据需要设定。
当然，用户与接诊医生之间的交互不限于采用上述交互窗口的方式，所属领域技术人员在本说明书实施例的技术精髓启示下，还可能有其它变更实施方式，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书保护范围内。
S22：基于问诊信息库，生成针对所述问诊咨询信息的辅助诊断信息；其中，所述问诊信息库中至少存储有用于辅助医生诊断的信息。
如可以连贯症状-诊断-疾病-检查检验-用药-手术治疗方案等，形成诊断知识图谱，可以将该诊断知识图谱存储至问诊信息库中。如图5所示，服务器在接收到用户客户端发送的问诊咨询记录后，可以对问诊咨询记录进行实体提取，提取症状、疾病、检查检验、用药等实体信息。信息提取的方式如可以采用文本信息检测方法、实体信息提取方法等。如问诊咨询记录为非文本形式，还可以将问诊咨询记录转化为文本形式。服务器可以进一步基于诊断知识图谱对提取的实体信息进行医疗信息识别。所述医疗信息识别如可以包括意图识别、疾病识别、症状识别以及知识点识别(如药品识别)等。再基于识别到的信息生成辅助诊断信息。如可以对识别到的信息进行分析处理，以确定初步诊断结果、检查检验项等。相应的，辅助诊断信息如可以包括疾病诊断、检查检验、用药/手术等治疗方案、疾病百科(疾病详细描述信息)、药品百科(药品详细描述信息)等方面。
如上述场景示例所示，用户可以在会话窗口输入问诊咨询记录“现在血压收缩压是150，舒张压是57”。服务器接收到后，可以先进行实体提取，提取其中的血压收缩压及实体值150，舒张压及实体值57。提取到实体信息后，服务器可以基于诊断知识图谱对提取的实体信息进行医疗信息识别，并基于识别到的信息生成辅助诊断信息“98％低血压”。
或者，还可以预先构建诊断信息生成模型。诊断信息生成模型如可以基于神经网络算法、seq2seq算法等构建。如可以获取历史诊断信息，利用历史诊断信息中的用户问诊咨询信息以及对应的医生诊断结果进行模型的信息标注，结合弱监督学习进行模型训练，得到最终的诊断信息生成模型。自然语义的咨询信息与知识图谱的图查询语句之间的对应关系比较复杂，使用用户问诊咨询信息以及对应的医生诊断结果进行模型的信息标注，可以大幅降低标注的复杂度，提高模型构建的效率。在实际问诊交互中，服务器可以接收用户客户端发送的问诊咨询信息，利用诊断信息生成模型访问问诊信息库中的诊断知识图谱，生成该问诊咨询信息对应的辅助诊断信息。
当然，上述辅助诊断信息生成方式仅为优选举例说明，所属领域技术人员在本说明书实施例的技术精髓启示下，还可能有其它变更实施方式，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书保护范围内。
为了便于表述，可以将待辅助诊断信息生成的问诊咨询信息作为当前问诊咨询信息。
一些实施方式中，服务器可以仅对该当前问诊咨询信息进行信息提取。服务器如至少可以提取当前问诊咨询信息中的症状、疾病、检测检验、药品名称等信息，作为问诊描述信息。服务器可以基于问诊信息库，利用辅助诊断算法生成相应的问诊描述信息所对应的辅助诊断信息，作为当前问诊咨询信息的辅助诊断信息。通过仅基于当前问诊咨询信息所提取的信息进行相应辅助诊断信息的生成，可以避免其他信息对该当前问诊咨询信息所对应的辅助诊断信息生成的干扰，使得生成的辅助诊断信息更具有针对性。
另一些实施方式中，服务器还可以进一步结合用户的身份信息以及已知疾病信息，构建当前问诊描述信息所对应的问诊描述信息，以确定当前问诊咨询信息的辅助诊断信息。所述身份信息如可以包括性别、年龄等。所述已知疾病信息如可以包括用户的现病/既往病史、主诉信息(如发送在线问诊请求时所描述的病情信息)等。通过进一步结合用户的身份信息以及已知疾病信息进行问诊咨询信息的辅助诊断信息的生成，可以使得生成的辅助诊断信息更准确。
或者，还可以进一步结合当前的交互窗口中早于所述当前问诊咨询信息的问诊咨询记录或者问诊答复记录，构建当前问诊咨询信息所对应的问诊描述信息，以确定当前问诊咨询信息的辅助诊断信息。通常，问诊交互沟通所涉及的各问诊交互记录之间存在一定的关联性，通过进一步结合早于所述当前问诊咨询信息的问诊咨询记录或者问诊答复记录，可以使得得出的辅助诊断结果更符合问诊交互整体场景的连贯性，提高辅助诊断结果的准确性。
相应的，一些实施例中，可以进一步结合参考辅助诊断信息或者参考诊断信息，构建当前问诊咨询信息所对应的问诊描述信息，以确定当前问诊咨询信息的辅助诊断信息。其中，所述参考辅助诊断信息可以是指当前的交互窗口中时间早于所述当前问诊咨询信息的至少一条问诊咨询记录的辅助诊断信息。所述参考诊断信息可以是指基于所述当前的交互窗口中时间早于所述当前问诊咨询信息的至少一条问诊答复记录所提取到的信息，所述问诊答复记录可以是指所述当前问诊交互中接诊医生所输入的信息。
如图2所示，在服务器接收到“有时候会感觉头晕恶心、心脏突突”的问诊咨询记录后，可以进一步结合前一条问诊咨询记录所对应的辅助诊断信息“低血压”，生成“有时候会感觉头晕恶心、心脏突突”所对应的辅助诊断信息“推荐心脏彩超，心电图检查…”。参考辅助诊断信息或参考诊断信息为已知的信息结果，通过结合该信息，可以进一步提高辅助诊断信息生成的准确性以及效率。
上述实施例中，在针对两条以上的问诊咨询记录生成辅助诊断信息的情况下，早于所述当前问诊咨询信息可以是指早于两条以上的问诊咨询记录中的任一条问诊咨询记录。
如上述场景示例所示，针对问诊咨询信息中提取的信息的不同，辅助诊断信息也可以对应不同的形式。辅助诊断信息如可以是辅助诊断结果“低血压”，也可以是推荐检验检查“推荐心脏彩超，心电图检查…”，或者，如图3及图4所示，辅助诊断信息还可以是药品、疾病的详细信息链接地址等。相应的，另一些实施方式中，还可以针对当前问诊咨询信息所涉及的实体类型，构建包含不同内容的问诊描述信息，以确定当前问诊咨询信息的辅助诊断信息。
如从当前问诊咨询信息中所提取到的实体类型为疾病或者药品名称，则提取疾病或者药品所对应的详细信息，可能更能满足医生诊断的需求。则针对该场景，可以仅将基于当前问诊咨询信息所提取的信息作为问诊描述信息，以生成相应的辅助诊断信息，避免其他信息对疾病或药品详细信息提取的干扰，使得生成的辅助诊断信息更加简洁清晰。
而若是从当前问诊咨询信息中所提取到的实体类型为症状描述、检测检查等，则可以进一步结合用户的身份信息、已知疾病信息、早于当前问诊咨询信息的问诊咨询记录或者问诊答复记录等中一种或多种，构建问诊描述信息，以生成相应的辅助诊断信息，使得生成的辅助诊断信息更符合用户的病情，为医生提供更加准确的初步诊断信息。
显然，所属领域技术人员在本说明书实施例的技术精髓启示下，还可能有其它变更实施方式，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书保护范围内。
S24：将所述问诊咨询信息及对应的辅助诊断信息发送至医生客户端，以使医生客户端展示所述问诊咨询信息及对应的辅助诊断信息。
在服务器仅针对一条问诊咨询记录生成辅助诊断信息的情况下，服务器可以将问诊咨询记录及所对应的辅助诊断信息一起发送至医生客户端。医生客户端如可以在该问诊咨询记录的展示框的一侧展示该问诊咨询记录的辅助诊断信息，或者还可以在医生客户端配置指定展示区域，以在该指定展示区域内展示辅助诊断信息。
在服务器针对两条以上的问诊咨询记录生成辅助诊断信息的情况下，服务器可以实时将每条问诊咨询记录发送至医生客户端。在该两条以上的问诊咨询记录所对应的辅助诊断信息生成后，可以将辅助诊断信息与相应的最后一条问诊咨询记录一起发送至医生客户端。医生客户端可以在该两条以上问诊咨询记录的展示框的一侧展示该问诊咨询记录的辅助诊断信息。或者，还可以将两条以上问诊咨询记录与辅助诊断信息进行关联，以使医生将鼠标放置在辅助诊断信息所对应的展示框上时，被关联的问诊咨询记录高亮提示，以便于确认辅助诊断信息所对应的问诊咨询记录。
当然，在服务器针对两条以上的问诊咨询记录生成辅助诊断信息的情况下，服务器也可以在生成辅助诊断信息后，将该两条以上的问诊咨询记录及对应的辅助诊断信息一起发送至医生客户端。
上述展示方式仅为优选举例说明，所属领域技术人员在本说明书实施例的技术精髓启示下，还可能有其它变更实施方式，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书保护范围内。
在问诊交互的过程中，服务器在接收到问诊咨询信息后，基于预先配置的算法以及问诊信息库对问诊咨询信息进行辅助诊断信息匹配，生成针对问诊咨询信息的辅助诊断信息。再将问诊咨询信息及对应的辅助诊断信息发送至接诊医生所在的医生客户端，以使医生客户端展示问诊咨询信息及对应的辅助诊断信息，可以使得医生在接诊过程中，更加简单方便的参考辅助诊断信息完成诊断，大幅降低其对辅助工具的操作频率，且可以大幅降低接诊医生的检索及筛选所需信息的时间，提高接诊医生回复的效率及准确性，进而提高接诊医生以及用户的在线问诊体验感。
另一些实施例中，服务器在向医生客户端发送问诊咨询信息及对应的辅助诊断信息时，可以一起发送辅助诊断信息的提示信息。所述提示信息可以用于表示对辅助诊断信息的展示进行提示的信息。所述辅助诊断信息的提示信息如可以为辅助诊断结果“低血压”、检查检测项“心脏彩超，心电图检查”、“XX疾病百科、XX药品百科”等；当然，也可以为“辅助诊断信息”。辅助诊断信息如可以包括辅助诊断信息生成所基于的问诊描述信息、以及辅助诊断结果或检查检测项所对应的分析详细信息、XX疾病或XX药品的详细信息或关联链接等。
服务器可以配置提示信息以及辅助诊断信息的展示方式，所述展示方式可以包括先展示所述提示信息与所述问诊咨询信息，在第二客户端接收到所述提示信息被触发的情况下再展示所述辅助诊断信息。通过先展示辅助诊断信息的提示信息，再展示辅助诊断信息的详细信息的方式，可以使得信息的展示更加简洁。
服务器可以先将辅助诊断信息的提示信息连同所述问诊咨询信息发送至医生客户端，以使医生客户端进行展示。在医生客户端接收到接诊医生对所述辅助诊断提示信息的触发操作的情况下，医生客户端可以向服务器发送辅助诊断信息展示请求。服务器可以基于该展示请求向医生客户端发送所述辅助诊断信息，以使医生客户端展示辅助诊断信息。
或者，服务器也可以将辅助诊断信息的提示信息、辅助诊断信息连同所述问诊咨询信息一起发送至医生客户端。医生客户端可以先展示辅助诊断信息的提示信息以及所述问诊咨询信息，在接收到接诊医生对所述辅助诊断信息的提示信息的触发操作的情况下，医生客户端再展示辅助诊断信息。
辅助诊断信息的提示信息如可以在对应的问诊咨询记录的一侧进行展示。如图2至图4、及图6、图7所示，可以在问诊咨询记录的下方展示对应的提示信息。还可以在医生客户端配置指定展示区域，将提示信息在该指定展示区域进行展示，如图14所示。
医生客户端在接收到接诊医生对相应提示信息的触发操作后，可以基于上述触发机制，展示该提示信息所对应的辅助诊断信息。如可以生成单独的辅助诊断信息的展示界面，将该展示界面在会话窗口的上方进行展示，将会话窗口隐藏展示，如图2至图4、及图6、图7所示。医生客户端在接收到接诊医生对辅助诊断信息的展示界面的关闭操作，关闭该展示界面，恢复展示会话窗口。
或者，也可以直接在提示信息的下方展示相应提示信息对应的辅助诊断信息。如可以配置提示信息所对应的展示界面是可扩展的，医生客户端在接收到接诊医生对相应提示信息的触发操作后，可以向下扩展提示信息的展示框，并在该展示框中展示对应的辅助诊断信息。如辅助诊断信息受展示框的限制，未能全部展示，则医生客户端可以接收接诊医生的滑动等操作，展示未能展示的辅助诊断信息相关内容。还可以预先配置辅助诊断信息的退出展示操作方式，如双击或滑动等。接诊医生可以执行相应的退出展示操作，医生客户端在接收到该操作后，收起展示框，不再展示辅助诊断信息，回退至仅展示提示信息的状态。
如图3所示，接诊医生可以对医生客户端中的“地高辛”提示信息进行触发，图3的右侧展示出了“地高辛”的详细描述信息。如图4所示，接诊医生可以对医生客户端中的“心肌炎”提示信息进行触发，图4的右侧展示出了“心肌炎”的详细描述信息。如图6所示，接诊医生可以对医生客户端中的“98％低血压”提示信息进行触发，图6的右图示出了辅助诊断结果所基于的问诊描述信息“现在血压收缩压是150，舒张压是57”、辅助诊断结果“98％低血压”以及相应的判断依据。如图7所示，接诊医生可以对医生客户端中的“推荐心脏彩超，心电图检查……”提示信息进行触发，图7的右图示出了辅助诊断结果所基于的问诊描述信息“低血压，现在血压收缩压是150，舒张压是57”、相应的辅助诊断结果“推荐心脏彩超，心电图检查……”以及相应的依据信息。
当然，上述展示方式仅为优选举例说明，所属领域技术人员在本说明书实施例的技术精髓启示下，还可能有其它变更实施方式，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书保护范围内。
另一些实施例中，服务器还可以生成辅助服务控件。所述辅助服务控件可以为问诊过程中所可能涉及的医疗服务项目的触发控件。辅助服务控件的服务类型如可以为“开相关药品”、“开医院挂号单”、“推荐医院挂号”、“开检查/检验单”等。服务器可以将辅助服务控件作为辅助诊断信息的一部分发送至医生客户端，以使医生客户端进行展示。通过进一步生成辅助服务控件，可以进一步提高在线问诊的简便性。辅助服务控件如可以配置至辅助诊断信息中，同辅助诊断信息一起展示，如图6及图7所示。当然，也可以单独进行展示。
辅助诊断信息中所包含的辅助服务控件至少可以根据辅助诊断信息确定。如辅助诊断信息涉及到了“心脏彩超，心电图检查”等检查检测的信息，则可以基于此，生成辅助服务控件“开检查/检验单”。如辅助诊断结果为“低血压”等疾病症状诊断结果，则可以基于此，生成辅助服务控件“开相关药品”。基于辅助诊断信息确定辅助诊断信息所可能涉及的辅助服务控件，可以使得辅助服务推荐更符合当前诊断结果。
或者，所述辅助服务控件也可以基于预先关联配置信息生成。如通常如果涉及去线下医院检查，则用户可能会有直接去医院进行线下问诊的需求，则可以预先配置辅助服务控件“开检查/检验单”所对应的关联辅助服务控件“开医院挂号单”或“推荐医院挂号”。服务器在确定辅助服务控件“开检查/检验单”后，可以进一步将“开医院挂号单”或“推荐医院挂号”一起作为辅助服务控件。
显然，所属领域技术人员在该技术精髓启示下，还可能有其它变更，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书实施例的保护范围内。
医生客户端可以基于接诊医生对辅助服务控件的触发，向服务器发送相应的问诊服务推荐请求。问诊服务推荐请求可以包括被触发的辅助服务控件所对应的服务类型。服务器在接收到问诊服务推荐请求后，可以向医生客户端发送相应辅助服务控件所对应的问诊服务推荐信息。
如图8所示，接诊医生可以触发“开相关药品”控件，医生客户端可以基于该触发，向服务器发送问诊服务推荐请求。服务器可以匹配出多个治疗低血压的药品，作为问诊服务推荐信息，并发送至医生客户端，以使医生客户端进行展示。
如接诊医生触发的辅助服务控件为“开医院挂号单”，如图9所示，服务器可以匹配出相关的医生执业医院以及号源时间，作为问诊服务推荐信息，并发送至医生客户端，以使医生客户端进行展示。
如接诊医生触发的辅助服务控件为“推荐医院挂号”，如图10所示，服务器可以匹配出相关的挂号信息，作为问诊服务推荐信息，并发送至医生客户端，以使医生客户端进行展示。
如接诊医生触发的辅助服务控件为“开检查/检验单”，如图11所示，服务器可以匹配出相关的检查/检验信息，作为问诊服务推荐信息，并发送至医生客户端，以使医生客户端进行展示。
接诊医生可以基于医生客户端展示的问诊服务推荐信息，向用户开药、开检查/检验单、推荐线下就诊医院、医生以及挂号信息等。如可以基于问诊服务推荐信息，在会话窗口输入推荐使用的药品、检查检验项、就诊医院、号源信息等。
一些实施例中，服务器可以接收医生客户端发送的问诊答复信息。其中，所述问诊答复信息至少可以包括所述当前问诊咨询记录所对应的至少一条问诊答复记录。相应的，可以根据所述问诊答复信息确定相应辅助服务控件所对应的问诊服务推荐信息。通过结合问诊答复信息，可以使得确定的问诊服务推荐信息更符合接诊医生的需求。
所述问诊服务推荐请求如可以包括服务类型“开相关药品”、接诊医生的问诊答复记录“目前从您的年龄上考虑，有可能是低血压……”等。服务器在接收到问诊服务推荐请求后，可以进一步生成问诊服务推荐信息(推荐的药品信息)。如可以先基于低血压匹配出多个治疗低血压的药品，再从匹配到的多个药品中基于价格、使用频率、用户的年龄等因素筛选出至少一个药品，作为推荐药品。服务器可以将推荐药品发送至医生客户端，以使医生客户端进行展示。
或者，服务器也可以基于辅助诊断信息以及被触发的辅助服务控件的服务类型，匹配出问诊服务推荐信息。或者，服务器在辅助诊断信息匹配过程中，若涉及到问诊服务信息，也可以提取出来进行缓存，在接收到问诊服务推荐请求后，从缓存数据中匹配出该辅助服务控件所对应的问诊服务推荐信息。
显然，所属领域技术人员在该技术精髓启示下，还可能有其它变更，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书实施例的保护范围内。
所述问诊服务推荐信息可以配置成灵活可以操作的形式。如日期可以配置成可以选择的形式，药品的量也可以配置成可以编辑的形式。如可以配置推荐药品信息的展示方式，如配置成可以编辑的方式。医生可以根据需要选择药品数量、添加服用方式以及医嘱等。当然，也可以选择增删推荐的药品。所述问诊服务推荐信息还可以配置成关联其他信息的关联控件。通过基于对关联控件的触发，可以进一步获取更为细节的问诊服务推荐信息。如进一步推荐医院、医生、挂号信息等。
服务器还可以在问诊服务推荐信息中配置服务生成控件。医生客户端在接收到接诊医生对所述服务生成控件的触发，可以进一步发送服务生成请求。所述服务生成请求可以包括接诊医生基于所述问诊服务推荐信息所选择的服务信息。服务器可以在接收到该服务生成请求后，生成最终的问诊服务，并将该问诊服务发送至用户客户端进行展示。当然，也可以同时发送医生客户端进行展示。
如图8所示，所述服务生成控件为“发送”，接诊医生可以点击“发送”，医生客户端进一步发送服务生成请求。服务器可以在接收到该服务生成请求后，生成电子处方，并将电子处方发送至用户客户端及医生客户端进行展示。
如图9所示，所述服务生成控件为“发送”，接诊医生可以点击“发送”，医生客户端进一步发送服务生成请求。服务器可以在接收到该服务生成请求后，生成加号信息，并将加号信息发送至用户客户端及医生客户端进行展示。
如图10所示，所述服务生成控件为“发送”，接诊医生可以点击“发送”，医生客户端进一步发送服务生成请求。服务器可以在接收到该服务生成请求后，提取医院信息或医院检索链接，并发送至用户客户端及医生客户端进行展示。
如图11所示，所述服务生成控件为“发送”，接诊医生可以点击“发送”，医生客户端进一步发送服务生成请求。服务器可以在接收到该服务生成请求后，生成检查检验信息，并将检查检验信息发送至用户客户端及医生客户端进行展示。
需要说明的是，服务生成控件的展示方式及内容还可以采用其他的方式。图8至图11右下角所示的问诊服务展示界面，均为医生客户端中所展示的界面。当然，该问诊服务展示界面也可以仅在用户客户端进行展示，这里不做限定。
服务器还可以针对每一个药品、检查项或挂号信息生成对应的推荐指数以及推荐依据等。相应的，问诊服务推荐信息还可以包括不同服务所对应的推荐指数以及推荐依据等。医生可以参考推荐指数以及推荐依据选择相应的药品、检查项或挂号信息，以生成最终的诊断服务，并将该诊断服务发送至用户客户端进行展示。
另一些实施例中，服务器还可以在生成辅助诊断信息后，生成辅助服务控件，并基于问诊描述信息以及辅助诊断信息等生成用户健康信息，以及进一步基于用户健康信息生成问诊服务推荐信息等。
并配置每一种信息的展示方式。如辅助诊断提示信息与问诊咨询信息关联展示；辅助诊断信息以及辅助服务控件基于对辅助诊断提示信息的触发展示；健康信息以及服务推荐信息基于对辅助服务控件的触发展示。服务器可以将各种信息、展示方式与问诊咨询信息一起至医生客户端，医生客户端基于展示方式进行展示。如图12及图13所示，图12及图13示出了辅助诊断信息的展示示意图。或者，服务器也可以先将各种信息进行缓存，基于展示方式逐次发送给医生客户端进行展示。
通过一次性生成各种信息的方式，可以更加高效快速的向接诊医生提供全面的辅助诊断信息以及辅助诊断服务，以使医生从更加全面的角度对用户的病情进行把控，进一步提高医生诊断的准确性。进一步，通过配置不同信息的展示方式，可以提高各信息展示的灵活性，便于医生根据需要选择所要了解的信息。
另一些实施例中，服务器在发送辅助诊断信息时，还可以发送评价控件。其中，控件可以是指可向用户展示、并可接收用户对其的触发操作以使客户端向服务器发送相应指令或使客户端执行预先配置的关联指令的程序组件。评价控件可以是指对辅助服务信息的准确性进行评价的控件。如图6、图7所示，在展示辅助诊断信息时，可以同时展示评价控件“准确”、“不准确”，以使接诊医生通过触发相应的评价控件进行评价。服务器可以接收医生客户端反馈的评价结果。之后，服务器还可以基于该评价结果、接诊医生对相应的问诊咨询记录所进行的问诊答复记录等，对辅助诊断算法进行优化处理，以进一步提高辅助诊断信息生成的准确性。
本说明书实施方式还提供一种服务器，包括如下模块。信息接收模块，用于接收用户客户端发送的问诊咨询信息。信息生成模块，用于基于问诊信息库，生成针对所述问诊咨询信息的辅助诊断信息；其中，所述问诊信息库中至少存储有用于辅助医生诊断的信息。信息发送模块，用于将所述问诊咨询信息及对应的辅助诊断信息发送至医生客户端，以使医生客户端展示所述问诊咨询信息及对应的辅助诊断信息。
本实施方式提供的服务器中，所涉及的功能模块实现的功能和效果，可以与其它实施方式对照解释，不再赘述。
本说明书实施方式还提供一种线上问诊交互方法，所述线上问诊交互方法可以应用于医生客户端。所述线上问诊交互方法可以包括以下步骤。
S40：接收服务器发送的问诊咨询信息及对应的辅助诊断信息，其中，所述辅助诊断信息由所述服务器在接收到用户客户端发送的问诊咨询信息后，基于问诊信息库对所述问诊咨询信息处理后生成；所述问诊信息库中至少存储有用于辅助医生诊断的信息。
S42：展示所述问诊咨询信息及对应的辅助诊断信息。
本实施方式提供的所述线上问诊交互方法实现的功能和效果可以与其它实施方式对照解释，不再赘述。
本说明书实施方式还提供一种医生客户端，其包括如下模块。信息接收模块，可以用于接收服务器发送的问诊咨询信息及对应的辅助诊断信息，其中，所述辅助诊断信息由所述服务器在接收到用户客户端发送的问诊咨询信息后，基于问诊信息库对所述问诊咨询信息处理后生成；所述问诊信息库中至少存储有用于辅助医生诊断的信息。信息展示模块，可以用于展示所述问诊咨询信息及对应的辅助诊断信息。所述医生客户端实现的功能和效果可以与其它实施方式对照解释，不再赘述。
本说明书实施方式还提供一种线上问诊交互方法，所述线上问诊交互方法可以应用于医生客户端，所述方法可以包括以下步骤。
S60：接收用户客户端发送的问诊咨询记录；所述问诊咨询记录是指用户在所述医生客户端与所述用户客户端之间的会话窗口中输入的信息。
可以在用户客户端与医生客户端之间建立通信连接，并构建会话窗口，以使医生与用户可以通过该会话窗口进行交互。所述会话窗口的构建方式参考上述实施例，这里不做赘述。
用户可以在用户客户端的会话窗口中输入信息，并触发发送操作。用户客户端可以基于该发送操作将相应的信息作为单条问诊咨询记录发送出去。所述问诊咨询记录可以至少利用时间戳以及会话标识进行标识。所述会话标识可以是指对在医生客户端与用户客户端之间构建的会话窗口进行标识的信息。所述会话标识的生成方式可以参考上述实施方式，这里不做赘述。
用户客户端可以直接将问诊咨询记录发送至医生客户端；也可以先发送至服务器，再由服务器转发至医生客户端。医生客户端可以接收用户客户端发送的问诊咨询记录。
S62：在所述医生客户端的所述会话窗口中，展示所述问诊咨询记录和对应的辅助诊断信息；其中，所述辅助诊断信息用于表示针对所述问诊咨询记录的诊断提示。
可以在医生客户端的所述会话窗口中，展示所述问诊咨询记录和对应的辅助诊断信息。所述辅助诊断信息可以用于表示针对所述问诊咨询记录的诊断提示。所述辅助诊断信息包括的内容可以参考上述实施例实施，这里不做赘述。
一些实施例中，所述辅助诊断信息可以由服务器生成，具体实现方式可以参考上述实施例实施，这里不做赘述。
另一些实施例中，所述辅助诊断信息也可以由医生客户端所生成。
可以预先单独构建至少存储有用于辅助医生诊断的信息的问诊信息库。医生客户端可以访问该问诊信息库。并在医生客户端中预先配置辅助诊断算法。医生客户端在接收到问诊咨询记录后，可以访问问诊信息库，利用预先配置的辅助诊断算法生成针对该问诊咨询记录的辅助诊断信息。医生客户端生成辅助诊断信息的具体实施方式可以参考上述服务器生成辅助诊断信息的实施方式，这里不做赘述。
或者，所述问诊信息库也可以至少部分配置在所述医生客户端。如可以将常用的用于辅助医生诊断的信息存储在医生客户端，构建本地问诊信息库。或者，可以将某类型的用于辅助医生诊断的信息存储在医生客户端，构建本地问诊信息库，如疾病库、药品库等。当然，也可以将问诊信息库的信息全部存储在医生客户端，构建本地问诊信息库。医生客户端在接收到问诊咨询记录后，可以基于本地问诊信息库以及非本地问诊信息库，利用预先配置的辅助诊断算法生成针对该问诊咨询记录的辅助诊断信息。
当然，所述辅助诊断算法也可以配置在云服务器中。医生客户端可以在接收到问诊咨询记录后，可以转发给云服务器。云服务器生成辅助诊断信息后，再将辅助诊断信息反馈给医生客户端。
医生客户端在生成辅助诊断信息或者接收到辅助诊断信息后，可以在医生客户端的会话窗口中，展示所述问诊咨询记录和对应的辅助诊断信息。所述辅助诊断信息的内容及展示方式可以参考上述实施例。
问诊交互过程中，在医生客户端展示问诊咨询记录及对应的辅助诊断信息，可以使得医生在接诊过程中，更加简单方便的参考辅助诊断信息完成诊断，大幅降低其对辅助工具的操作频率，且可以大幅降低接诊医生的检索及筛选所需信息的时间，提高接诊医生回复的效率及准确性，进而提高接诊医生以及用户的在线问诊体验感。
一些实施例中，可以先在所述医生客户端的所述会话窗口中展示所述问诊咨询记录和对应的辅助诊断信息的提示信息；在接收到对所述提示信息的触发操作的情况下，再展示被触发的所述提示信息所对应的辅助诊断信息。通过在指定展示区域初步显示提示信息的方式，可以节省展示空间，使得展示更加简洁。
若辅助诊断信息由服务器所生成，基于提示信息触发展示辅助诊断信息的触发机制可以参考上述实施方式，这里不做赘述。若辅助诊断信息由医生客户端所生成，则医生客户端可以先展示提示信息，在接收到接诊医生对提示信息的触发操作后，再对应展示该提示信息所对应的辅助诊断信息。
医生客户端在接收到对所述提示信息的触发操作的情况下，可以展示所述辅助诊断信息的展示界面，并隐藏所述会话窗口。或者，也可以直接在提示信息的下方展示相应提示信息对应的辅助诊断信息。具体展示方式可以参考上述实施例，这里不做赘述。一些实施例中，可以在所述问诊咨询记录的展示框的一侧展示对应的辅助诊断信息或辅助诊断信息所对应的提示信息，具体展示方式可以参考上述实施例，这里不做赘述。
另一些实施例中，所述医生客户端的会话窗口中可以配置有指定展示区域。在所述指定展示区域中展示所述问诊咨询记录对应的辅助诊断信息或辅助诊断信息所对应的提示信息。为了便于表述，可以将会话窗口中展示用户和接诊医生的会话信息的区域称之为会话区域。
一些实施方式中，如医生客户端在生成辅助诊断信息或接收到服务器发送的辅助诊断信息后，可以在指定展示区域展示问诊咨询记录及对应的辅助诊断信息，以使医生快速了解各条问诊咨询记录所对应的辅助诊断信息。指定展示区域可以根据展示空间的大小同时展示一条或多条问诊咨询记录及对应的辅助诊断信息。因展示空间受限，未能展示或未能完全展示的辅助诊断信息，可以处于隐藏状态，医生可以通过在指定展示区域的界面中进行滑动等操作，使其处于展示状态，以便于医生快速查看之前的问诊咨询记录所对应的辅助诊断信息。
还可以将会话区域中的问诊咨询记录与指定展示区域中该问诊咨询记录及对应的辅助诊断信息之间建立关联。医生客户端如接收到接诊医生对会话区域中的某问诊咨询记录的触发操作，可以在指定展示区域中展示该被触发的问诊咨询记录及对应的辅助诊断信息，其他问诊咨询记录及对应的辅助诊断信息则设置为隐藏状态。或者，医生客户端如接收到接诊医生对会话区域中的某问诊咨询记录的触发操作，可以在指定展示区域中高亮显示该被触发的问诊咨询记录及对应的辅助诊断信息。通过预先关联的方式，接诊医生可以通过触发会话区域中的问诊咨询记录快速定位出其对应的辅助诊断信息，以在指定展示区域中快速展示，提高使用体验感。
另一些实施方式中，医生客户端在生成问诊咨询记录所对应的辅助诊断信息或接收到服务器发送的辅助诊断信息后，也可以在指定展示区域仅展示问诊咨询记录对应的辅助诊断信息，不展示对应的问诊咨询记录。如可以在指定展示区域中展示医生客户端按时间顺序最后收到的问诊咨询记录所对应的辅助诊断信息。
也可以将会话区域中的问诊咨询记录与指定展示区域中该问诊咨询记录所对应的辅助诊断信息之间建立关联。医生客户端如接收到接诊医生对会话区域中的某问诊咨询记录的触发操作，可以在指定展示区域中展示该被触发的问诊咨询记录对应的辅助诊断信息，其他问诊咨询记录所对应的辅助诊断信息则设置为隐藏状态。或者，医生客户端如接收到接诊医生对会话区域中的某问诊咨询记录的触发操作，在所述指定展示区域中以标记的方式展示被触发的问诊咨询记录所对应的辅助诊断信息或辅助诊断信息所对应的提示信息。所述标记的方式如可以为高亮标记或变换颜色标记等方式。
当然，所属领域技术人员在本说明书实施例的技术精髓启示下，还可能有其它变更实施方式，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书保护范围内。
或者，也可以在指定展示区域中展示辅助诊断信息的提示信息。提示信息的展示方式同上述辅助诊断信息在指定展示区域的展示方式。接诊医生可以触发指定展示区域中的提示信息，以使医生客户端进一步展示被触发的提示信息所对应的辅助诊断信息。
提示信息被触发后，该提示信息所对应的辅助诊断信息可以直接在指定展示区域进行展示。如辅助诊断信息受指定展示区域的限制，未能全部展示，则医生客户端可以接收接诊医生的滑动等操作，展示未能展示的辅助诊断信息相关内容。还可以预先配置辅助诊断信息的退出展示操作方式，如双击或滑动等。接诊医生可以执行相应的退出展示操作，医生客户端在接收到该操作后，不再展示辅助诊断信息，回退至仅展示提示信息的状态。
或者，提示信息被触发后，该提示信息所对应的辅助诊断信息也可以采用独立的展示界面进行展示。辅助诊断信息的展示界面可以嵌套在指定展示区域中，如在被触发的提示信息的一侧(如下方、左方等)展示该提示信息所对应的辅助诊断信息。如辅助诊断信息受指定展示区域的限制，未能全部展示，则医生客户端可以接收接诊医生的滑动等操作，展示未能展示的辅助诊断信息相关内容。辅助诊断信息的展示界面也可以独立于指定展示区域所在的界面，相应的，提示信息被触发后，可以在会话窗口所在的界面之上展示辅助诊断信息的展示界面，会话窗口所在的界面隐藏展示。医生客户端在接收到接诊医生对辅助诊断信息的展示界面的关闭操作，关闭该展示界面，恢复展示会话窗口。
如医生客户端在接收到问诊咨询记录“现在血压收缩压是150，舒张压是57”以及确定该问诊咨询记录的辅助诊断信息后，在会话窗口的会话区域展示“现在血压收缩压是150，舒张压是57”，在指定展示区域展示“98％低血压”或““现在血压收缩压是150，舒张压是57”及“98％低血压””。接诊医生可以触发该提示信息，医生客户端可以基于该触发操作，在会话窗口所在的界面之上展示辅助诊断信息的展示界面，会话窗口所在的界面隐藏展示，如图14所示。
相应的，一些实施例中，所述会话窗口中所述指定展示区域之外的区域作为会话区域；所述会话区域中的问诊咨询记录与相应问诊咨询记录在指定展示区域中的辅助诊断信息被预先关联。在接收到对所述会话区域中的问诊咨询记录的指定触发操作时，在所述指定展示区域中展示被触发的问诊咨询记录所对应的辅助诊断信息或辅助诊断信息所对应的提示信息。其中，所述指定触发操作如可以为预先配置的问诊咨询记录的辅助诊断信息展示操，如单击或双击问诊咨询记录等。通过预先关联的方式，接诊医生可以通过触发会话区域中的问诊咨询记录快速定位出其对应的辅助诊断信息，并在指定展示区域中展示或以标记的方式突出展示，提高使用体验感。当然，所属领域技术人员在本说明书实施例的技术精髓启示下，还可能有其它变更实施方式，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书保护范围内。
医生客户端的展示界面是有限的，医生客户端的会话窗口中的各条问诊咨询记录并不是实时处于展示状态的，随着医生与用户交互记录增加，之前的交互记录通常会被隐藏。可以设置被隐藏的问诊咨询记录所对应的辅助诊断信息或辅助诊断信息的提示信息也隐藏展示。如在指定展示区域中展示辅助诊断信息的情况下，可以设置辅助诊断信息的提示信息随着问诊咨询记录的隐藏展示而隐藏，降低指定展示区域内展示的信息量，提高展示效果。相应的，所述问诊咨询记录对应的辅助诊断信息的展示状态与所述问诊咨询记录的展示状态保持一致。其中，所述问诊咨询记录的展示状态是指所述问诊咨询记录在所述会话窗口中是否处于展示中。
或者，也可以设置问诊咨询记录所对应的辅助诊断信息或辅助诊断信息的提示信息不隐藏展示。如在指定展示区域中展示辅助诊断信息的情况下，则可以设置辅助诊断信息的提示信息不随着问诊咨询记录的隐藏展示而隐藏，以使得医生可以更加便捷的查看被隐藏的问诊咨询记录的辅助诊断信息，避免医生再挨个查询之前的问诊咨询记录的辅助诊断信息。相应的，所述问诊咨询记录对应的辅助诊断信息在所述会话窗口中保持展示中。
或者，也可以设置在指定时间长度内展示所述问诊咨询记录对应的辅助诊断信息。所属领域技术人员在本说明书实施例的技术精髓启示下，还可能有其它变更实施方式，但只要其实现的功能和效果相同或相似，均应涵盖于本说明书保护范围内。
当然，也可以在医生客户端中对应展示其他的信息，如辅助服务控件、问诊服务推荐信息、服务生成控件、问诊服务等。辅助服务控件、问诊服务推荐信息、服务生成控件、问诊服务可以是由医生客户端所生成的，也可以是由服务器所生成的。医生客户端的生成方式可以参考服务器的生成方式，这里不做赘述。
本说明书实施方式还提供一种医生客户端，包括如下模块。信息接收模块，用于接收用户客户端发送的问诊咨询记录；所述问诊咨询记录是指用户在所述医生客户端与所述用户客户端之间的会话窗口中输入的信息。信息展示模块，用于在所述医生客户端的所述会话窗口中，展示所述问诊咨询记录和对应的辅助诊断信息；其中，所述辅助诊断信息用于表示针对所述问诊咨询记录的诊断提示。本实施方式提供的医生客户端中，所涉及的功能模块实现的功能和效果，可以与其它实施方式对照解释，不再赘述。
如图15所示，所述服务器可以包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个或者多个实施例所述方法的步骤。类似的，所述用户客户端及医生客户端也可以包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个或者多个实施例所述方法的步骤。所述用户客户端及医生客户端相比服务器，还可以包括显示设备及输入设备等。
所述存储器包括但不限于随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard Disk Drive,HDD)或者存储卡(Memory Card)。在本实施方式中，所述计算机存储介质中计算机程序指令实现的具体功能，可以参照其它实施方式对照解释。
本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其它实施方式的不同之处。
上面对本说明书的各种实施方式的描述以描述的目的提供给本领域技术人员。其不旨在是穷举的、或者不旨在将本发明限制于单个公开的实施方式。如上所述，本说明书的各种替代和变化对于上述技术所属领域技术人员而言将是显而易见的。因此，虽然已经具体讨论了一些另选的实施方式，但是其它实施方式将是显而易见的，或者本领域技术人员相对容易得出。本说明书旨在包括在此已经讨论过的本发明的所有替代、修改、和变化，以及落在上述申请的精神和范围内的其它实施方式。
本说明书可用于众多通用或专用的计算机***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。
虽然通过实施方式描绘了本说明书，本领域技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (21)

1.一种线上问诊交互方法，其特征在于，应用于服务器，包括：
接收用户客户端发送的问诊咨询信息；
基于问诊信息库，生成针对所述问诊咨询信息的辅助诊断信息；其中，所述问诊信息库中至少存储有用于辅助医生诊断的信息；
将所述问诊咨询信息及对应的辅助诊断信息发送至医生客户端，以使医生客户端展示所述问诊咨询信息及对应的辅助诊断信息。
2.根据权利要求1所述的方法，其特征在于，所述问诊咨询信息包括用户在用户客户端所展示的会话窗口中输入的问诊咨询记录；其中，所述问诊咨询记录至少利用时间戳以及会话标识进行标识；所述会话标识是指对在所述用户客户端以及医生客户端构建的所述会话窗口进行标识的信息。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
将所述问诊咨询信息及对应的辅助诊断信息的提示信息发送至医生客户端，以使医生客户端展示所述问诊咨询信息及对应的辅助诊断信息的提示信息；
接收医生客户端反馈的对所述提示信息的触发操作，向所述医生客户端发送所述问诊咨询信息对应的辅助诊断信息，以使医生客户端展示所述辅助诊断信息。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
将所述问诊咨询信息、所述问诊咨询信息对应的辅助诊断信息、所述辅助诊断信息的提示信息以及预设展示方式发送至医生客户端，以使医生客户端基于所述预设展示方式先展示所述问诊咨询信息及提示信息，在所述提示信息被触发后，再展示所述辅助诊断信息。
5.根据权利要求1所述的方法，其特征在于，所述辅助诊断信息还包括辅助服务控件；所述方法还包括：
接收医生客户端在所述辅助服务控件被触发后发送的问诊服务推荐请求；其中，所述问诊服务推荐请求包括被触发的辅助服务控件所对应的服务类型；
向医生客户端发送所述被触发的辅助服务控件所对应的问诊服务推荐信息。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
接收医生客户端发送的问诊答复信息；其中，所述问诊答复信息至少包括所述问诊咨询信息所对应的至少一条问诊答复记录；
相应的，所述被触发的辅助服务控件所对应的问诊服务推荐信息至少根据所述问诊答复信息确定。
7.根据权利要求5所述的方法，其特征在于，所述问诊服务推荐信息中包括服务生成控件；所述方法还包括：
接收医生客户端在所述服务生成控件被触发后所发送的服务生成请求；其中，所述服务生成请求包括接诊医生基于所述问诊服务推荐信息所选择的服务信息；
基于接收的服务信息生成问诊服务，并将所述问诊服务发送至用户客户端，以使用户客户端向用户进行展示。
8.根据权利要求1所述的方法，其特征在于，以待辅助诊断信息生成的问诊咨询信息作为当前问诊咨询信息；所述生成针对所述问诊咨询信息的辅助诊断信息，包括：
获取所述当前问诊信息所对应的问诊描述信息；其中，所述问诊描述信息包括基于所述当前问诊咨询信息所提取到的信息；
生成所述问诊描述信息所对应的辅助诊断信息，作为针对所述当前问诊咨询信息的辅助诊断信息。
9.根据权利要求8所述的方法，其特征在于，所述问诊描述信息至少还包括参考辅助诊断信息或者参考诊断信息；其中，所述参考辅助诊断信息是指会话窗口中时间早于所述当前问诊咨询信息的至少一条问诊咨询记录的辅助诊断信息；所述参考诊断信息是指基于所述会话窗口中时间早于所述当前问诊咨询信息的至少一条问诊答复记录所提取到的信息。
10.根据权利要求9所述的方法，其特征在于，所述问诊描述信息还包括基于用户的身份信息以及已知疾病信息所提取到的信息。
11.根据权利要求1所述的方法，其特征在于，所述问诊信息库至少包括药品信息库、疾病信息库、诊断库、人体基础信息库、医学词典中的一种。
12.一种线上问诊交互方法，其特征在于，应用于医生客户端，包括：
接收用户客户端发送的问诊咨询记录；所述问诊咨询记录是指用户在所述医生客户端与所述用户客户端之间的会话窗口中输入的信息；
在所述医生客户端的所述会话窗口中展示所述问诊咨询记录和对应的辅助诊断信息；其中，所述辅助诊断信息用于表示针对所述问诊咨询记录的诊断提示。
13.根据权利要求12所述的方法，其特征在于，所述方法还包括：
接收服务器发送的辅助诊断信息；其中，所述辅助诊断信息由服务器基于问诊信息库针对所述问诊咨询记录所生成；所述问诊信息库中至少存储有用于辅助医生诊断的信息。
14.根据权利要求12所述的方法，其特征在于，所述接收用户客户端发送的问诊咨询记录之后，还包括：
基于问诊信息库，生成针对所述问诊咨询记录的辅助诊断信息；其中，所述问诊信息库中至少存储有用于辅助医生诊断的信息。
15.根据权利要求12所述的方法，其特征在于，在所述医生客户端的所述会话窗口中展示所述问诊咨询记录和对应的辅助诊断信息的提示信息；
在接收到对所述提示信息的触发操作的情况下，展示被触发的所述提示信息所对应的辅助诊断信息。
16.根据权利要求12所述的方法，其特征在于，所述医生客户端的会话窗口中配置有指定展示区域；在所述指定展示区域中展示所述问诊咨询记录对应的辅助诊断信息或辅助诊断信息所对应的提示信息。
17.根据权利要求16所述的方法，其特征在于，所述会话窗口中所述指定展示区域之外的区域作为会话区域；其中，所述会话区域中的问诊咨询记录与相应问诊咨询记录在指定展示区域中的辅助诊断信息被预先关联；
相应的，在接收到对所述会话区域中的问诊咨询记录的指定触发操作时，在所述指定展示区域中展示被触发的问诊咨询记录所对应的辅助诊断信息或辅助诊断信息所对应的提示信息。
18.根据权利要求12所述的方法，其特征在于，所述展示所述问诊咨询记录和对应的辅助诊断信息，包括：
在所述问诊咨询记录的展示框的一侧展示对应的辅助诊断信息或辅助诊断信息所对应的提示信息。
19.根据权利要求12所述的方法，其特征在于，所述展示所述问诊咨询记录和对应的辅助诊断信息，包括：
所述问诊咨询记录对应的辅助诊断信息或辅助诊断信息所对应的提示信息的展示状态与所述问诊咨询记录的展示状态保持一致；其中，所述问诊咨询记录的展示状态是指所述问诊咨询记录在所述会话窗口中是否处于展示中。
20.根据权利要求12所述的方法，其特征在于，所述展示所述问诊咨询记录和对应的辅助诊断信息，包括：
所述问诊咨询记录对应的辅助诊断信息或辅助诊断信息所对应的提示信息在所述会话窗口中保持展示中。
21.一种医生客户端，其特征在于，包括：
接收模块，用于接收用户客户端发送的问诊咨询记录；所述问诊咨询记录是指用户在所述医生客户端与所述用户客户端之间的会话窗口中输入的信息；
展示模块，用于在所述医生客户端的所述会话窗口中展示所述问诊咨询记录和对应的辅助诊断信息；其中，所述辅助诊断信息用于表示针对所述问诊咨询记录的诊断提示。
CN202110381566.3A 2021-04-09 2021-04-09 线上问诊交互方法 Pending CN113284631A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110381566.3A CN113284631A (zh) 2021-04-09 2021-04-09 线上问诊交互方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110381566.3A CN113284631A (zh) 2021-04-09 2021-04-09 线上问诊交互方法

Publications (1)

Publication Number Publication Date
CN113284631A true CN113284631A (zh) 2021-08-20

Family

ID=77276481

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110381566.3A Pending CN113284631A (zh) 2021-04-09 2021-04-09 线上问诊交互方法

Country Status (1)

Country Link
CN (1) CN113284631A (zh)

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050149364A1 (en) * 2000-10-06 2005-07-07 Ombrellaro Mark P. Multifunction telemedicine software with integrated electronic medical record
CN105809600A (zh) * 2016-03-24 2016-07-27 上海交迅智能科技有限公司 基于智能终端的智慧预问诊***和方法
CN105912846A (zh) * 2016-04-07 2016-08-31 南京小网科技有限责任公司 基于云计算和医学知识库技术的智能医疗辅助决策***
CN106951703A (zh) * 2017-03-15 2017-07-14 长沙富格伦信息科技有限公司 一种生成电子病历的***及方法
CN107247868A (zh) * 2017-05-18 2017-10-13 深思考人工智能机器人科技（北京）有限公司 一种人工智能辅助问诊***
CN109637612A (zh) * 2018-10-31 2019-04-16 北京春雨天下软件有限公司 一种用药禁忌提示方法、服务器、终端、设备及可读介质
CN110491524A (zh) * 2019-06-28 2019-11-22 中国传媒大学 持续性互联网诊疗方法、***、用户终端、医生终端和云服务器
CN111045575A (zh) * 2018-10-11 2020-04-21 阿里健康信息技术有限公司 一种诊疗交互方法和诊疗终端设备
KR20200082145A (ko) * 2018-12-28 2020-07-08 주식회사 보듬 경도 인지 장애 선별 시스템 및 방법
CN111599488A (zh) * 2020-05-19 2020-08-28 万达信息股份有限公司 一种智能问诊实现方法、***和存储介质
CN111933306A (zh) * 2020-08-19 2020-11-13 泰康保险集团股份有限公司 医疗咨询***及方法、存储介质及电子设备
CN112201359A (zh) * 2020-09-30 2021-01-08 平安科技（深圳）有限公司 基于人工智能的重症问诊数据识别方法及装置

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050149364A1 (en) * 2000-10-06 2005-07-07 Ombrellaro Mark P. Multifunction telemedicine software with integrated electronic medical record
CN105809600A (zh) * 2016-03-24 2016-07-27 上海交迅智能科技有限公司 基于智能终端的智慧预问诊***和方法
CN105912846A (zh) * 2016-04-07 2016-08-31 南京小网科技有限责任公司 基于云计算和医学知识库技术的智能医疗辅助决策***
CN106951703A (zh) * 2017-03-15 2017-07-14 长沙富格伦信息科技有限公司 一种生成电子病历的***及方法
CN107247868A (zh) * 2017-05-18 2017-10-13 深思考人工智能机器人科技（北京）有限公司 一种人工智能辅助问诊***
CN111045575A (zh) * 2018-10-11 2020-04-21 阿里健康信息技术有限公司 一种诊疗交互方法和诊疗终端设备
CN109637612A (zh) * 2018-10-31 2019-04-16 北京春雨天下软件有限公司 一种用药禁忌提示方法、服务器、终端、设备及可读介质
KR20200082145A (ko) * 2018-12-28 2020-07-08 주식회사 보듬 경도 인지 장애 선별 시스템 및 방법
CN110491524A (zh) * 2019-06-28 2019-11-22 中国传媒大学 持续性互联网诊疗方法、***、用户终端、医生终端和云服务器
CN111599488A (zh) * 2020-05-19 2020-08-28 万达信息股份有限公司 一种智能问诊实现方法、***和存储介质
CN111933306A (zh) * 2020-08-19 2020-11-13 泰康保险集团股份有限公司 医疗咨询***及方法、存储介质及电子设备
CN112201359A (zh) * 2020-09-30 2021-01-08 平安科技（深圳）有限公司 基于人工智能的重症问诊数据识别方法及装置

Similar Documents

Publication Publication Date Title
CN109543863B (zh) 一种就医任务管理方法、服务器及存储介质
US20020035486A1 (en) Computerized clinical questionnaire with dynamically presented questions
US20090062623A1 (en) Identifying possible medical conditions of a patient
US20160125171A1 (en) Systems and methods for managing clinical trials
WO2022267678A1 (zh) 视频问诊方法、装置、设备及存储介质
US20090259488A1 (en) Vetting doctors based on results
CN107767963B (zh) 健康信息获取的方法和装置
WO2016170368A1 (en) Computer implemented method for determining clinical trial suitability or relevance
CN112035674A (zh) 导诊数据获取方法、装置、计算机设备和存储介质
KR102456584B1 (ko) 디지털 약국 서버의 동작 방법 및 그 서버
CN112164451A (zh) 智能导诊和挂号方法、装置、设备及存储介质
US20140038152A1 (en) Medical visualization method and system
CN111933306A (zh) 医疗咨询***及方法、存储介质及电子设备
CN101916332A (zh) 人体医学表面症状自动诊断装置
CN117079798A (zh) 基于大型语言模型的智能预问诊与快速诊疗***及方法
CN107564569A (zh) 基于计算机的医患双向对接方法及***
KR102595904B1 (ko) 의료상담 콘텐츠에 기초한 의료상담자 추천 방법 및 시스템
CN110752027A (zh) 电子病历数据推送方法、装置、计算机设备和存储介质
WO2022047307A1 (en) Web-based personalized health management system
CN113223648B (zh) 一种诊前信息采集方法及装置
US10943700B2 (en) Method for apparatus, server and method of providing self-diagnosis result and medical information
CN113284631A (zh) 线上问诊交互方法
Ghosh et al. What ails physician review websites? A study of information needs of patients
CN114093472A (zh) 针对互联网医疗的分诊信息展示方法及客户端
KR20000063577A (ko) 컴퓨터 네트워크를 이용한 실시간 원격 진맥 방법 및 시스템

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