CN110211673A - 智能分诊方法和系统 - Google Patents

Abstract

本发明涉及智能分诊方法和系统。根据一实施例，一种分诊方法可包括：向患者提供分诊输入页面；接收患者通过所述分诊输入页面提供的患者信息，所述患者信息包括患者身份信息和病情主诉；根据所述患者信息，确定分诊结果。本发明的分诊方法和系统能够根据患者的病情主诉智能地为患者分诊，而且能将患者主诉呈现给接诊医生，在节省医院人力的同时，提高了患者与医生之间的沟通效率，从而能够缩短就诊时间。

Description

智能分诊方法和系统

技术领域

本发明总体上涉及医疗领域，更特别地，涉及一种智能分诊方法和系统，其能够根据患者的病情主诉智能地为患者分诊，在节省医院人力的同时，提高了患者与医生之间的沟通效率，从而能够缩短就诊时间。

背景技术

根据一般的就诊流程，患者在首次到达医院时需要在该医院建立档案，从而在医院数据库中记录该患者的基本信息，例如包括姓名、性别、身份证号、医保信息等。然后，患者可以挂某科室的号，到该科室的分诊区进行分诊，等候医生接诊。在接诊时，医生会询问患者病情，对患者进行检查等，从而确定治疗方案。

然而，上述过程仍存在许多问题。首先，医院需要安排大量人力来处理这些过程，例如挂号人员、分诊人员等。尤其是对于分诊而言，各个科室都要安排分诊人员，对于患者较多的大科室，甚至需要安排多个分诊人员，人力成本较高。此外，目前的分诊人员的劳动比较简单，仅为患者分配就诊顺序，从而保证医院秩序。患者在候诊期间，浪费了大量时间，而需要面对医生时才能和医生沟通病情，造成就诊效率低下。此外，还可能存在分诊不恰当的情况。例如，针对患者的病情，可能分到了并不擅长此病情的专科或医生，影响诊治效果，或者需要重新分诊，造成时间和资源的浪费。

随着计算机技术的发展，医院的就诊流程也在电子化，以提高效率。例如，患者在挂号后，可以在分诊台处出示自己的身份证或医保卡。设置于分诊台处的读卡器通过扫描患者的身份证或医保卡来获得患者身份信息，进而自动为患者分诊。然后，患者等电子叫号程序呼叫自己的挂号号码时，到相应的诊室接收诊治。虽然该过程可以节省分诊人员，但是并未实质上改变传统的就诊流程，因此仍存在上面提到的诸多问题，例如不恰当的分诊，患者直到见到医生时才能沟通病情，造成就诊效率低等。

发明内容

针对上述问题，提出了本发明。本发明的一个方面在于提供一种分诊方法和系统，其能够根据患者的病情主诉智能地为患者分诊，而且能将患者主诉呈现给接诊医生，在节省医院人力的同时，提高了患者与医生之间的沟通效率，从而能够缩短就诊时间。

根据一示例性实施例，提供一种分诊方法，包括：向患者提供分诊输入页面；接收患者通过所述分诊输入页面提供的患者信息，所述患者信息包括患者身份信息和病情主诉；根据所述患者信息，确定分诊结果。

在一些示例中，向患者提供分诊输入页面包括：响应于患者使用便携式电子设备扫描设置于分诊台处的二维码以访问所述分诊输入页面，向患者的便携式电子设备提供该分诊输入页面以供显示；或者向设置于分诊台处的终端设备提供该分诊输入页面以供显示。

在一些示例中，所述方法还包括：基于所述患者信息中包括的患者身份信息，从医院的数据库中查询该患者的既往就诊记录；以及在该患者就诊时，将既往就诊记录和病情主诉呈现给接诊医生。

在一些示例中，接收患者通过所述分诊输入页面提供的患者信息包括：接收患者输入的患者身份信息；基于所述患者身份信息，匹配数据库中的患者记录；以及如果匹配成功，则接收该患者输入的病情主诉，如果匹配失败，则基于患者输入的患者身份信息在数据库中创建该患者的患者记录。

在一些示例中，根据所述患者信息，确定分诊结果包括：根据患者的病情主诉，确定相应的专科和/或接诊医生，并将其分配给患者。

在一些示例中，所述患者信息还包括患者选择的专科信息和/或接诊医生偏好信息，且根据所述患者信息，确定分诊结果包括根据患者选择的专科信息和/或接诊医生偏好信息，为患者分配专科和/或接诊医生。

在一些示例中，所述接诊医生偏好信息包括选择上次就诊的接诊医生、选择特定的接诊医生、以及使用系统推荐的接诊医生中的一种。

在一些示例中，所述专科信息和所述接诊医生偏好信息是基于患者的病情主诉或者患者的病情主诉以及既往就诊记录来确定并且提供给患者以供选择的。

在一些示例中，当所述分诊输入页面被提供给患者的便携式电子设备时，所述方法还包括：向患者的便携式电子设备发送候诊信息。

根据另一示例性实施例，提供一种电子设备，包括：处理器；以及存储器，存储有计算机可读指令，所述指令在被所述处理器运行时，使所述处理器执行上面描述的方法。

根据另一示例性实施例，提供一种分诊系统，包括：患者信息获取模块，包括：分诊输入页面提供单元，用于向患者提供分诊输入页面；以及患者信息接收单元，用于接收患者通过所述分诊输入页面输入的患者信息，所述患者信息包括患者身份信息和病情主诉；以及分诊模块，用于根据所述患者信息，确定分诊结果。

在一些示例中，所述分诊输入页面提供单元配置为将所述分诊输入页面发送给患者的便携式电子设备或设置于分诊台处的终端设备。

在一些示例中，所述系统还包括：查询模块，用于基于所述患者信息中包括的患者身份信息，从医院的数据库中查询该患者的既往就诊记录；以及信息发送模块，用于在该患者就诊时，将患者的既往就诊记录和病情主诉发送给接诊医生。

在一些示例中，所述系统还包括：数据库，包括历史病历数据、医院的科室和专科数据、各个专科的医生及其出诊时间数据。

在一些示例中，所述分诊模块包括：主诉匹配单元，用于根据患者的病情主诉，通过查询所述数据库来确定相应的专科和/或接诊医生；以及分诊单元，用于基于当前接诊状况，从所述主诉匹配单元确定的专科和/或接诊医生中为患者选择分配的专科和/或接诊医生。

在一些示例中，所述分诊模块包括主诉匹配单元，用于根据患者的病情主诉，通过查询所述数据库来确定相应的专科和/或接诊医生。所述分诊输入页面提供单元还配置为将所述主诉匹配单元确定的专科和/或接诊医生信息提供给患者以供选择。所述分诊模块还包括分诊单元，用于根据患者选择的专科和/或接诊医生，为患者分配专科和/或接诊医生。

在一些示例中，所述系统还包括：候诊信息发送单元，用于当所述分诊输入页面被提供给患者的便携式电子设备时，向患者的便携式电子设备发送候诊信息。

根据另一示例性实施例，提供一种计算机可读介质，其上存储有程序指令，所述程序指令在被一个或多个处理器运行时，使所述一个或多个处理器执行上面描述的方法。

本发明的上述和其他特征和优点将从下面结合附图对示例性实施例的描述变得更加显而易见。

附图说明

通过结合附图对本申请实施例进行更详细的描述，本申请的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1是本申请的示例性实施例所适用的系统架构图；

图2是根据本申请一示例性实施例的分诊方法的流程示意图；

图3是根据本申请一示例性实施例的向患者提供的分诊输入页面的示意图；

图4是根据本申请一示例性实施例的向患者提供的分诊输入页面的示意图；

图5是根据本申请一示例性实施例的分诊系统的示意性功能框图；以及

图6是根据本申请一示例性实施例的电子设备的示意性结构框图。

具体实施方式

下面，将参考附图详细地描述根据本申请的示例实施例。显然，所描述的实施例仅仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。

申请概述

如前所述，现有的电子分诊过程并未实质上改变传统的就诊流程，因此仍存在许多问题，例如不恰当的分诊，患者直到见到医生时才能沟通病情，造成就诊效率低等。

本申请提供一种分诊方法和系统，其充分利用当前计算机技术的发展水平，允许患者在分诊时输入自己的病情主诉，从而可以根据患者的病情主诉来为患者分配恰当的专科和/或接诊医生。例如，可以根据患者的病情主诉，从医院数据库中查找相关病历，从而确定处理该病情较多的专科和/或医生，其具有更丰富的经验，从而能够为患者提供更准确的诊治。此外，患者的病情主诉可以和其相关历史病历一起呈现给医生，便于医生了解其病情，节省了医生重复询问的时间，有利于提高接诊效率。

在一些实施例中，还允许患者根据自己的偏好来选择专科和/或医生。例如，患者可以选择系统推荐的专科和/或医生，或者可以选择关于该相同病情上次接诊其的专科和/或医生。又或者，患者还可以自己选定接诊专科和/或医生。例如，当患者知晓某医生擅长处理自己的病症时，可以直接选定该医生接诊。

上面仅是对本申请的概略描述，结合下面对示例性实施例的具体描述可以更好地理解本申请的技术方案。

示例性系统架构

图1示出了本申请的示例性实施例所适用的系统架构图。如图1所示，医院具有医院服务器10，其可以配置为执行下面将详细描述的本发明的智能分诊方法。服务器10可以是例如医院信息系统(HIS)服务器或者其一部分，也可以是专门配置来用于执行分诊及相关功能的服务器，其可以通信连接到医院的HIS系统以访问所需的各种数据，其将在下面详细描述。应理解，这里的服务器10可以是单台服务器，也可以是通信连接的多台服务器，其分别执行相应的功能。服务器10可以部署于医院的中心机房内，也可以部署在医院外的服务器托管站处。在一些实施例中，服务器10还可以是云服务器，其部署在云端。

分诊台终端12通信连接到医院服务器10。顾名思义，分诊台终端12可以设置在分诊台处，其可以是台式计算机、笔记本计算机、平板计算机、或者甚至手机等。在一些实施例中，分诊台终端还可以是类似于ATM机的专用分诊设备，其可以具有显示屏幕、键盘、扫码器和/或读卡器、麦克风、摄像头、扬声器等输入和输出装置，其可以设置在科室分诊台处，也可以设置在例如医院的挂号大厅。分诊台终端12用于向患者提供分诊输入页面，以接收患者的分诊信息输入，包括键盘输入、扫码/读卡输入、语音输入、图像/视频输入等，并且将该信息发送给服务器10，从而服务器10可以基于该信息进行分诊。在一些实施例中，服务器10可以将分诊结果发送给分诊台终端12。

替代地，患者也可以不使用分诊台终端12，而是使用个人的便携式电子设备14例如手机或平板等来进行分诊。例如，患者可以用自己的手机扫描分诊台处提供的二维码或网址以访问分诊信息输入页面，或者可以在app(应用程序)或微信小程序等中访问分诊信息输入页面，以进行分诊。在该情况下，服务器10可以将分诊结果以及候诊信息发送给患者的便携设备14，从而患者可以随时了解候诊情况，例如前面尚有多少位等候患者，预计接诊时间等。

多台医生终端16也可以连接到医院服务器10。当医生接诊患者时，医院服务器10可以将患者相关信息，包括患者的个人身份信息、患者输入的病情主诉、以及患者过去的相关病历等，发送给医生终端16。这样，医生可以在等候患者时就先直接了解患者的相关信息，避免了询问患者所需的时间和精力，从而提高接诊效率。

上面虽然以服务器/终端的形式描述了可使用的系统架构，但是应理解，其仅是示例，而本发明不限于此。例如，一些描述为在服务器端执行的过程或步骤，也可以通过终端访问服务器的数据而在终端侧执行，或者一些在终端侧执行的过程或步骤也可以改为在服务器端执行。或者，还可以存在第三方，例如数据中心，其与服务器和终端设备一起来执行本发明的方法。不拘泥于这些特定形式，本发明的原理可以通过各种系统架构来实现。

示例性方法

图2是根据本申请一示例性实施例的分诊方法的流程示意图，本实施例可以通过上面结合图1描述的系统架构实现。

如图2所示，分诊方法20可始于步骤S21，向患者提供分诊输入页面。如前所述，可以通过多种方法向患者提供分诊输入页面。例如，患者在完成挂号后，来到所挂科室的分诊台处，设置于分诊台处的分诊终端12上显示有分诊输入页面，其可以是运行本地程序显示的图形用户界面(GUI)，也可以是通过浏览器访问特定网址而显示的页面。或者，分诊台处可以提供二维码或网址提示，患者可以使用其个人便携设备14例如手机、平板等扫描该二维码或访问该网址。响应于患者扫描该二维码或访问该网址，分诊输入页面被提供给患者的便携设备14。从便利性的角度来说，二维码是优选的，其可以通过简单的扫描动作来读取，从而患者不需要键入复杂的网址，而且患者可以使用自己的便携设备来分诊，而避免了排队等候使用公共设备来分诊，节省了时间。

接下来在步骤S22中，可以接收患者通过分诊输入页面提供的患者信息。图3示出了根据本申请一示例性实施例的向患者提供的分诊输入页面的示意图。如图3所示，通过分诊页面提供的患者信息可包括患者身份信息和患者病情主诉。患者身份信息可包括患者的证件号码。例如，患者可以选择证件类型，包括身份证、社保卡、医保卡、军官证、士官证等常用的证件类型，系统可以提供默认类型例如身份证，然后输入证件号码，可以通过键盘或手写屏输入，或者可以点击“扫一扫”按钮来利用手机的摄像头扫码输入。或者，还可以提供“拍卡”输入选项(未示出)，通过摄像头拍摄卡片照片，利用图像识别来识别图像中的卡号，以完成输入。虽然图3还提供了姓名、性别、年龄等选填项，但是这些不是必填项，因为通过患者的证件号码即可以方便地在医院的患者数据库中查询到患者的这些个人信息。在图3的示例性分诊输入页面中，带星号(“*”)的选项为必填项。作为一示例，在患者输入预定数位的证件号码之后，即可根据该号码来匹配服务器侧的患者数据库中的患者记录，以确定患者身份的合法性。如果没有查询到该患者，或者没有该患者的挂号信息，则返回相关错误信息，并且提示患者重新输入正确的身份信息，此处为证件号码。如果查询到对应患者，则可以在证件号码框右侧显示“√”符号以表明填写正确，并且将查询到的患者的相关信息，包括姓名、性别和年龄等，显示到分诊输入页面的相关输入栏中，患者可以看到该信息，以确认是否是患者自己，避免错填。

作为另一示例，在一些自动化程度较高的医院中，可能例如分诊和挂号程序可利用电子设备在同一程序中自动进行，例如患者通过扫描或拍摄身份证或其他证件来输入患者信息，进而完成分诊/挂号程序。在这种情况下，患者输入错误的身份信息的可能性较低，因此当在医院的患者数据库中未能成功匹配患者输入的身份信息时，可以认为患者是初次到本医院就诊，尚未在医院数据库中创建患者记录。此时，可以利用患者输入的身份信息直接在医院数据库中为患者创建患者记录，而不需要传统医院那样需要患者首先进行建档程序，从而可以进一步简化患者在医院的就诊流程，改善患者体验。

接下来，患者可以继续输入病情主诉，其可以是文字描述，或者患者可以点击麦克风图标以进行语音输入，或者其还可以是图像或视频，也可以是这些输入形式的组合，例如图像加上相关文字描述。病情主诉描述患者的主要和/或典型症状，例如失眠、心悸、眩晕、呕吐、便秘、腹痛、胸痛、外伤等。填写完成后，患者可以点击“发送”按钮以提交该页面。如果患者发现有填写错误，也可以点击“重填”按钮，此时页面上的所有填写信息都被清空，患者可以重新填写相关信息。

应理解，图3所示的分诊输入页面仅是示例，其也可以具有任意其他的布局，包括更多或更少的输入项等。此外，分诊输入页面也可以包括多个输入页面，例如包括导航式多个输入页面，其可以和用户交互，以获得更多的信息用于分诊，其示例将在下面详细描述。

在获得了患者信息，包括身份信息和病情主诉之后，即可在步骤S23中，基于患者信息来进行分诊。在步骤S23中，可以为患者创建此次就医的病历记录，并且根据患者的病情主诉，来确定相应的专科和/或接诊医生，将患者的此次就医病历分配给所确定的专科和/或医生。在一些实施例中，可以对患者输入的文字病情主诉进行关键字提取，以获得表示病症的一个或多个关键字，然后搜索擅长这些病症的专科和/或医生。例如，可以使用这些病症关键字搜索病历数据库，以确定处理这些病症较多的专科和/或医生，其具有丰富的诊断经验，然后从其中选择正在出诊的医生，将其分配给患者。或者，数据库中的专科和医生数据包括其擅长病症的标签，这些标签可以根据这些专科和医生接诊的病历来生成，从而可以使用病情主诉关键字来匹配这些标签，以确定相应的专科和/或医生，并将其分配给患者。在另一些实施例中，当患者输入的是语音病情主诉时，还可以进行语音识别以提取关键字，然后再确定对应的专科和/或医生。又或者，还可以利用图像识别技术来识别图像病情主诉，并且生成相应的关键字。这里描述的文本关键字提取、语音识别和图像识别技术都可以利用相关领域的计算机技术来实现，这里不再一一详细描述。

还应理解的是，在执行分诊步骤S23之前，患者信息可以在分诊队列中排队等候分诊，直到执行步骤S23。虽然未示出，但是在步骤S23中，还可以包括将所确定的分诊结果发送给提供分诊输入信息的终端，例如分诊台终端12或者患者便携设备14。当患者使用便携设备14进行分诊时，还可以包括将候诊信息周期性地发送给患者的便携设备14，例如前面还有多少位候诊患者，预计接诊时间等。在有些情况下，例如一些热门医院中，由于患者较多，患者在分诊之后可能需要等候很长时间，例如若干小时，才能得到医生接诊。因此，通过向患者提供候诊信息，可以便于患者安排时间，例如患者可以离开医院办理其他事情之后，再在接诊时间前回到医院继续就诊。

可选地，在步骤S24中，在医生接诊患者时，还可以将患者的相关既往就诊记录和病情主诉发送给医生终端16，以呈现给医生。例如，可以基于患者信息中包括的患者身份信息，从医院数据库中查询该患者的既往就诊记录，优选地，通过病情主诉关键字筛选与此次就诊的主诉相关的既往就诊病历，将检索到的既往病历和此次就诊的病情主诉一起发送给医生终端16，以呈现给医生。取决于患者输入的病情主诉的格式，病情主诉可以以各种形式呈现给医生，例如文字、声音、图像或者它们的任意组合。这样，医生可以直接了解患者病情，提高了接诊效率。

图4示出根据本申请另一示例性实施例的向患者提供的分诊输入页面的示意图。在该实施例中，图4的分诊输入页面为页面(2)，其接续图3所示的分诊输入页面(1)。当患者提交图3的分诊输入页面(1)之后，可以基于患者提供的身份信息和病情主诉，来检索对应的专科和医生，然后在页面(2)中提供给患者以供选择。例如，可以基于患者提供的病情主诉，通过检索病历数据库，确定擅长处理该病情的专科和医生，还可以利用患者的身份信息和病情主诉，来检索上次为该患者诊治该病情的医生，如果检索到的这些医生正在出诊，则将其提供给患者以供选择。

如图4所示，分诊输入页面(2)显示有患者身份信息，其是接收到患者通过图3的分诊页面(1)提供的身份信息后，通过在医院的患者数据库中进行匹配，而确认的患者信息。当然，在页面(2)中，这些信息也可以被省略而不显示。页面(2)示出了分诊确定的专科，当医院的科室不设有多个专科时，可省略该信息；当前面通过检索确定的可接诊专科仅包括一个专科时，可以将该专科信息直接显示给患者，如图4所示；当前面通过检索确定了多个可接诊专科时，则可以在页面(2)中列出该多个专科，以供患者选择，其选择方式可以与下面描述的对医生的选择方式类似。

图4的页面(2)还列出了可供患者选择的医生信息。例如，患者可选择系统推荐医生，其是系统基于病历数据库确定的处理患者的病情较多的医生，或者根据医生的从业时间、经历、职称评级等因素综合确定的优选医生；患者也可以选择上次接诊该患者，处理相同或类似病情的医生；或者，患者还可以指定某接诊医生。

在选定了专科和医生之后，患者可以点击“提交”按钮，将选定的专科和/或接诊医生偏好信息提交给系统，以便于系统完成分诊。可以理解，在前面参照图2和图3描述的实施例中，系统可以根据患者提供的身份信息和病情主诉直接进行分诊；而在结合图4描述的实施例中，系统通过分诊输入页面(2)将可用的专科和医生信息提供给患者以供患者选择，从而可以进一步改善患者体验。然后，系统可以根据患者选择的专科和/或医生偏好信息来进行分诊，例如创建此次就诊病历，并且将病历分配给所确定的专科和医生。

上面结合特定实例描述了示例性分诊方法，但是应理解，该方法不一定按照所描述的顺序执行，而是有些步骤可以以相反的先后顺序执行，或者有些步骤可以同时执行，或者有些步骤可以在不同的时间点重复执行多次。本发明的原理应涵盖这些变型。

示例性装置

图5是根据本申请一示例性实施例的分诊装置的示意性功能框图，其可配置为执行上面描述的分诊方法。如图5所示，分诊装置30包括患者信息获取模块31和分诊模块41，患者信息获取模块31可用于获取患者信息，例如包括身份信息和病情主诉，分诊模块41则用于根据患者信息来进行分诊。

患者信息获取模块31可包括分诊输入页面提供单元32和患者信息接收单元33。分诊输入页面提供单元32用于向患者提供分诊输入页面，例如图3所示的页面(1)，或者图3所示的页面(1)以及图4所示的页面(2)，该页面可以被提供给公共分诊终端12或者提供给患者个人的便携终端14。患者信息接收单元33接收患者通过分诊输入页面输入的患者信息，包括例如身份信息、病情主诉，或者还包括患者对专科/医生的偏好信息等。

分诊模块41可包括例如主诉匹配单元42和分诊单元43。在一些实施例中，主诉匹配单元42可以根据患者提供的病情主诉，通过查询数据库44来确定相应的专科和/或接诊医生。数据库44可包括医院相关的所有数据，包括但不限于例如历史病历数据、医院的科室和专科设置数据、医生及其出诊时间数据等。主诉匹配单元42可以通过利用病情主诉关键字来查询数据库44，以获得所需信息，例如与患者病情主诉对应的病历、专科、医生信息等。虽然未示出，但是主诉匹配单元42可包括关键字提取单元，其用于从患者提供的病情主诉中提取关键字。如果需要，主诉匹配单元42还可以包括语音识别、图像识别等模块，以将患者提供的语音、图像输入转化为描述性文本，再进行关键字提取和数据库查询。分诊单元43可以基于当前接诊情况，从主诉匹配单元42确定的专科和/或接诊医生中为患者选择分配一专科和/或接诊医生，从而实现分诊。分诊结果可通过例如后面描述的信息发送模块35发送给患者，例如发送给公共终端12或者患者便携终端14。

在另一些实施例中，主诉匹配单元42确定的专科/医生信息可以通过例如图4所示的分诊输入页面(2)提供给患者以供选择。在接收了患者输入的专科/医生偏好信息之后，分诊单元43可根据患者偏好来进行分诊，从而改善患者体验。

继续参照图5，分诊装置30还可包括查询模块34，其可用于在分诊程序中查询数据库44以获取所需信息。例如，在一些实施例中，查询模块34可基于患者身份信息，查询医院数据库44以确定该患者的既往就诊记录。在一些实施例中，查询模块34可结合当前病情主诉，查询该患者的与该病症相关的既往就诊记录。这些记录可以与患者的病情主诉一起通过信息发送模块35发送给医生终端16。

在一些实施例中，信息发送模块35还可以用于将候诊信息发送给患者便携终端14。例如，可以确定在患者之前等候接诊的人数，并且估计患者被接诊的时间，该时间可以基于该医生已经接诊的患者人数和接诊时间来估计，并且将这些信息发送给患者。这样，患者可以知晓大概接诊时间，从而可以合理地安排其个人时间。

由于前面已经结合附图详细描述了分诊方法，而图5的装置用于执行该分诊方法，因此这里不再详细描述图5的分诊装置30的各个模块的具体操作，而仅简单说明。还应理解，图5所示的每个功能框可以再细分为多个功能框，或者这些功能框可以彼此组合，或者图5还可以包括用于执行上面描述的分诊过程的其他功能框。这些变型都应落入在本发明原理的范围内。

示例性电子设备

下面，参考图6来描述根据本申请实施例的电子设备。该电子设备可以用于实施图5所示的分诊装置或者其至少一部分，以用于执行前面描述的分诊方法或其至少一部分。

图6图示了根据本申请实施例的电子设备50的结构框图。如图6所示，电子设备50包括处理器51和存储器52。处理器51可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且其可包括一个或多个处理器核，或者处理器51可包括一个或多个这样的处理单元。处理器51可以通过总线55控制电子设备50中的其他组件以执行期望的功能，例如上面描述的分诊方法。

存储器52可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器51可以运行所述程序指令，以实现上文所述的本申请的各个实施例的分诊方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储其他数据，例如医院数据库数据，包括但不限于患者档案数据、病历数据、科室/专科数据、医护人员数据等。

在一个示例中，电子设备50还可以包括输入/输出(I/O)单元53和通信单元54，这些组件通过总线55和/或其他形式的连接机构(未示出)互连。I/O单元53可包括各种输入输出器件，例如键盘、显示器、麦克风、扬声器、摄像头、鼠标等。通信单元54可包括网络接口，其可以是有线的或者无线的，连接大网关，再通过网关连接到局域网(LAN)或广域网例如因特网。在一些实施例中，通信单元54可以通信连接到分诊台公共终端12或者患者个人的便携终端14以及医生终端16以在前述分诊过程中收发数据。

当然，为了简化，图6中仅示出了该电子设备50中与本申请有关的组件中的一些。除此之外，根据具体应用情况，电子设备50还可以包括任何其他适当的组件。

示例性计算机程序产品和计算机可读存储介质

除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的分诊方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以在一台或多台计算设备上执行、作为一个独立的软件包执行、部分在服务器端设备上部分在终端设备上执行、或者完全在服务器端设备上执行。

此外，本申请的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的分诊方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

Claims (18)

1.一种分诊方法，包括：

向患者提供分诊输入页面；

接收患者通过所述分诊输入页面提供的患者信息，所述患者信息包括患者身份信息和病情主诉；

根据所述患者信息，确定分诊结果。

2.如权利要求1所述的方法，其中，向患者提供分诊输入页面包括：

响应于患者使用便携式电子设备扫描设置于分诊台处的二维码以访问所述分诊输入页面，向患者的便携式电子设备提供该分诊输入页面以供显示；或者

向设置于分诊台处的终端设备提供该分诊输入页面以供显示。

3.如权利要求1所述的方法，还包括：

基于所述患者信息中包括的患者身份信息，从医院的数据库中查询该患者的既往就诊记录；以及

在该患者就诊时，将既往就诊记录和病情主诉呈现给接诊医生。

4.如权利要求1所述的方法，其中，接收患者通过所述分诊输入页面提供的患者信息包括：

接收患者输入的患者身份信息；

基于所述患者身份信息，匹配数据库中的患者记录；以及

如果匹配成功，则接收该患者输入的病情主诉，如果匹配失败，则基于患者输入的患者身份信息在数据库中创建该患者的患者记录。

5.如权利要求1所述的方法，其中，根据所述患者信息，确定分诊结果包括：

根据患者的病情主诉，确定相应的专科和/或接诊医生，并将其分配给患者。

6.如权利要求1所述的方法，其中，所述患者信息还包括患者选择的专科信息和/或接诊医生偏好信息，且

根据所述患者信息，确定分诊结果包括根据患者选择的专科信息和/或接诊医生偏好信息，为患者分配专科和/或接诊医生。

7.如权利要求6所述的方法，其中，所述接诊医生偏好信息包括选择上次就诊的接诊医生、选择特定的接诊医生、以及使用系统推荐的接诊医生中的一种。

8.如权利要求6所述的方法，其中，所述专科信息和所述接诊医生偏好信息是基于患者的病情主诉或者患者的病情主诉以及既往就诊记录来确定并且提供给患者以供选择的。

9.如权利要求2所述的方法，其中，当所述分诊输入页面被提供给患者的便携式电子设备时，所述方法还包括：

向患者的便携式电子设备发送候诊信息。

10.一种电子设备，包括：

处理器；以及

存储器，存储有计算机可读指令，所述指令在被所述处理器运行时，使所述处理器执行权利要求1至9中的任一项所述的方法。

11.一种分诊系统，包括：

患者信息获取模块，包括：

分诊输入页面提供单元，用于向患者提供分诊输入页面；以及

患者信息接收单元，用于接收患者通过所述分诊输入页面输入的患者信息，所述患者信息包括患者身份信息和病情主诉；以及

分诊模块，用于根据所述患者信息，确定分诊结果。

12.如权利要求11所述的系统，其中，所述分诊输入页面提供单元配置为将所述分诊输入页面发送给患者的便携式电子设备或设置于分诊台处的终端设备。

13.如权利要求11所述的系统，还包括：

查询模块，用于基于所述患者信息中包括的患者身份信息，从医院的数据库中查询该患者的既往就诊记录；以及

信息发送模块，用于在该患者就诊时，将患者的既往就诊记录和病情主诉发送给接诊医生。

14.如权利要求11所述的系统，还包括：

数据库，包括历史病历数据、医院的科室和专科数据、各个专科的医生及其出诊时间数据。

15.如权利要求14所述的系统，其中，所述分诊模块包括：

主诉匹配单元，用于根据患者的病情主诉，通过查询所述数据库来确定相应的专科和/或接诊医生；以及

分诊单元，用于基于当前接诊状况，从所述主诉匹配单元确定的专科和/或接诊医生中为患者选择分配的专科和/或接诊医生。

16.如权利要求14所述的系统，其中，所述分诊模块包括主诉匹配单元，用于根据患者的病情主诉，通过查询所述数据库来确定相应的专科和/或接诊医生，

所述分诊输入页面提供单元还配置为将所述主诉匹配单元确定的专科和/或接诊医生信息提供给患者以供选择，且

所述分诊模块还包括分诊单元，用于根据患者选择的专科和/或接诊医生，为患者分配专科和/或接诊医生。

17.如权利要求12所述的系统，还包括：

候诊信息发送单元，用于当所述分诊输入页面被提供给患者的便携式电子设备时，向患者的便携式电子设备发送候诊信息。

18.一种计算机可读介质，其上存储有程序指令，所述程序指令在被一个或多个处理器运行时，使所述一个或多个处理器执行权利要求1至9中的任一项所述的方法。