CN108961125A - 一种医疗信息处理方法及装置 - Google Patents

Abstract

本发明实施例提供一种医疗信息处理方法及装置，所述方法包括获取用户身份信息；获取用户身份信息；查询是否存在与用户身份信息对应的档案信息；若否，则显示用于提示用户建档的信息；若是，查询是否存在与用户身份信息对应的待处理医疗项目；若是，则显示待处理医疗项目对应的信息；若否，则查询是否存在与用户身份信息对应的在预设时间段内的就诊信息，如果有，则显示就诊信息。所述方法基于用户身份信息实现了个性化信息查询及操作，不再是统一的服务界面，并使得患者在使用医疗终端时，首先能够关注到与自己的待处理医疗项目，并引导患者快速完成就诊流程；且将患者在最近一段时间内就诊过的医生首先推荐显示给患者，提高了用户体验。

Description

一种医疗信息处理方法及装置

技术领域

本发明涉及医疗领域，具体而言，涉及一种医疗信息处理方法及装置。

背景技术

随着医疗行业的信息化的快速发展，患者可以通过医疗终端来自助完成挂号，预约等操作，省去了排队的烦恼。但是，目前的医疗终端大多是统一的服务界面，无法实现用户个性化信息查询及操作。

发明内容

有鉴于此，本发明实施例的目的在于提供一种医疗信息处理方法及装置，以解决上述问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种医疗信息处理方法，应用于医疗终端，该方法包括：获取用户身份信息；查询是否存在与所述用户身份信息对应的档案信息；若不存在与所述用户身份信息对应的档案信息，则显示用于提示用户建档的信息；若存在与所述用户身份信息对应的档案信息，查询是否存在与所述用户身份信息对应的待处理医疗项目；若存在与所述用户身份信息对应的待处理医疗项目，则显示所述待处理医疗项目对应的信息；若不存在与所述用户身份信息对应的待处理医疗项目，则查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息，如果有，则显示所述就诊信息。

作为一种实施方式，在所述显示用于提示用户建档的信息之后，所述方法还包括：接收用户输入的用户识别码，并根据所述用户识别码，生成对应的用户档案信息。

作为一种实施方式，，在所述查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息之后，所述方法还包括：若不存在与所述用户身份信息对应的在预设时间段内的就诊信息，判断当前的操作模式；若当前操作模式为第一模式，则显示所有科室；若当前操作模式为第二模式，则显示人体图，所述人体图中包括了人类身体的各个部位。

作为一种实施方式，在所述显示人体图之后，所述方法还包括：接收第一选择指令，所述第一选择指令用于从所述人体图中选出一个用户关注的身体部位；根据所述第一选择指令，显示用户关注的身体部位对应的多个症状类型；接收第二选择指令，所述第二选择指令用于从多个所述症状类型中选择其中一个症状类型；根据所述第二选择指令，向用户显示对应的推荐就诊科室。

作为一种实施方式，在所述显示人体图之后，所述方法还包括：接收用户输入信息；根据所述用户输入信息，从预设症状库中获取与所述用户输入信息匹配的症状类型；接收第三选择指令，所述第三选择指令用于从匹配的所述症状类型中选择其中一个症状类型；根据所述第三选择指令，向用户显示对应的推荐就诊科室。

作为一种实施方式，所述用户输入信息包括用户语音输入信息或用户文字输入信息。

作为一种实施方式，所述方法还包括：显示所述推荐就诊科室中对应的所有医生的信息；接收第四选择指令，所述第四选择指令用于从所有所述医生的信息中选择其中一个医生的信息；根据所述第四选择指令，显示所选择医生的可预约日期和可预约时段；接收预约/挂号指令，所述预约/挂号指令中包括已选择日期及已选择时段；根据所述预约/挂号指令，将所述用户身份信息与所述所选择医生对应的所述已选择日期及所述已选择时段匹配并存储。

作为一种实施方式，所述待处理医疗项目对应的信息包括用于提示处方未缴费的信息、用于提示预约/挂号未支付的信息、用于提示预约/挂号未就诊的信息、用于提示预约/挂号未取号的信息、用于提示药品未取药的信息、用于提示诊疗项目未处理的信息、用于提示检验未采样的信息、用于提示检验未打印的信息、用于提示项目未检查的信息、和用于提示检查未打印的信息中的至少一种信息。

作为一种实施方式，在所述显示所述待处理医疗项目对应的信息之后，所述方法还包括：接收第五选择指令，并显示与所述第五选择指令对应的待显示信息。

第二方面，本发明实施例提供了一种医疗信息处理装置，应用于医疗终端，所述装置包括：获取模块，用于获取用户身份信息；第一查询模块，用于查询是否存在与所述用户身份信息对应的档案信息；第一处理模块，用于若不存在与所述用户身份信息对应的档案信息，则显示用于提示用户建档的信息；第二查询模块，用于若存在与所述用户身份信息对应的档案信息，查询是否存在与所述用户身份信息对应的待处理医疗项目；第二处理模块，用于若存在与所述用户身份信息对应的待处理医疗项目，则显示所述待处理医疗项目对应的信息；第三处理模块，用于若不存在与所述用户身份信息对应的待处理医疗项目，则查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息，如果有，则显示所述就诊信息。

与现有技术相比，本发明实施例提供的一种医疗信息处理方法及装置，通过获取用户身份信息，查询是否存在与所述用户身份信息对应的档案信息，若不存在与所述用户身份信息对应的档案信息，则显示用于提示用户建档的信息，若存在与所述用户身份信息对应的档案信息，查询是否存在与所述用户身份信息对应的待处理医疗项目，若存在与所述用户身份信息对应的待处理医疗项目，则显示所述待处理医疗项目对应的信息，若不存在与所述用户身份信息对应的待处理医疗项目，则查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息，如果有，则显示所述就诊信息，本方案基于用户身份信息实现了个性化信息查询及操作，不再是统一的服务界面，并且用户若已经建档，通过这种方式，使得患者在使用医疗终端时，首先能够关注到与自己的待处理医疗项目，并引导患者快速完成就诊流程；若用户没有待处理医疗项目，则将患者在最近一段时间内就诊过的医生首先推荐显示给患者，提高了用户体验。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本发明实施例提供的一种医疗终端与医院信息系统服务器交互的示意图。

图2是本发明实施例提供的一种医疗终端的结构框图。

图3是本发明实施例提供的一种医疗信息处理方法的流程图。

图4是本发明实施例提供的一种医疗信息处理方法的第一部分流程图。

图5是本发明实施例提供的一种医疗信息处理方法的第二部分流程图。

图6是本发明实施例提供的一种医疗信息处理方法的第三部分流程图。

图7是本发明实施例提供的一种医疗信息处理方法的第四部分流程图。

图8是本发明实施例提供的一种医疗信息处理装置的结构框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，是本发明较佳实施例提供的医疗终端与医院信息系统服务器交互的示意图。所述医院信息系统服务器100通过网络与一个或多个医疗终端200进行通信连接，以进行数据通信或交互。当医疗终端200获取到用户身份信息时，通过网络向医院信息系统服务器100发起请求，并接收医院信息系统服务器100返回的与该用户身份信息对应的响应数据。所述医院信息系统服务器100可以是网络服务器、数据库服务器等。

请参阅图2，是本发明实施例提供的医疗终端200的结构框图。如图2所示，医疗终端200包括存储器210、存储控制器220，一个或多个(图中仅示出一个)处理器230、外设接口240、射频模块250、音频模块260、触控屏幕270等。这些组件通过一条或多条通讯总线/信号线280相互通讯。

存储器210可用于存储软件程序以及模块，如本发明实施例中的医疗信息处理方法及装置对应的程序指令/模块，处理器230通过运行存储在存储器210内的软件程序以及模块，从而执行各种功能应用以及数据处理，如本发明实施例提供的医疗信息处理方法。

存储器210可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。处理器230以及其他可能的组件对存储器210的访问可在存储控制器220的控制下进行。

外设接口240将各种输入/输入装置耦合至处理器230以及存储器210。在一些实施例中，外设接口240，处理器230以及存储控制器220可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

射频模块250用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。

音频模块260向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

触控屏幕270在医疗终端200与用户之间同时提供一个输出及输入界面。具体地，触控屏幕270向用户显示视频输出，这些视频输出的内容可包括文字、图形、视频及其任意组合。

可以理解，图2所示的结构仅为示意，医疗终端200还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

图3示出了本发明实施例提供的一种医疗信息处理方法的流程图，请参阅图3，本实施例描述的是医疗终端的处理流程，所述方法包括：

步骤S310，获取用户身份信息。

作为一种实施方式，可以通过读取插入医疗终端中的卡片的信息，来获取用户的身份信息。进一步的，卡片的实施方式也有多种，例如，卡片的实施方式包括但不限于身份证，银行卡，医保卡，医院的就诊卡等。

作为一种实施方式，任意一种卡片都有其唯一识别码，将任意一种卡片的唯一识别码与持有该卡片的用户身份信息及用户的就诊信息匹配并存储，当需要查询用户身份信息对应的就诊信息，通过获取卡片信息中包括的用户身份即可。当然，可以将各类卡片的唯一识别码均匹配并存储起来，通过某一种卡片的唯一识别码，便能查询到其它种类的卡片的唯一识别码，继而查询到其它种类的卡片中存储的用户身份信息。

进一步的，可以将任意一种卡片的唯一识别码与持有该卡片的用户身份信息及就诊信息匹配并存储在医疗终端中，或存储在医院信息系统服务器中。

步骤S320，查询是否存在与所述用户身份信息对应的档案信息。

其中，档案信息包括但不限于用户身份信息、用户的待处理项目、用户的就诊记录等。

若否，执行步骤S330；否则，执行步骤S340。

步骤S330，显示用于提示用户建档的信息。

作为一种实施方式，在所述显示用于提示用户建档的信息之后，所述方法还包括：接收用户输入的用户识别码，并根据所述用户识别码，生成对应的用户档案信息。

其中，该用户识别码可以是用户的手机号、身份证号、驾照号码等。根据该用户识别码，可以在该医疗终端建立对应的用户档案信息；或者将该用户识别码发送到医院信息系统服务器中，在医院信息系统服务器中建立对应的用户档案信息。

步骤S340，查询是否存在与所述用户身份信息对应的待处理医疗项目。

作为一种实施方式，若用户身份信息及医疗项目信息匹配并存储在医疗终端中，则可以直接查询医疗终端中存储的信息，就能判断出所述用户身份信息是否具有对应的待处理医疗项目。

作为另一种实施方式，若用户身份信息及医疗项目信息匹配并存储在医院信息系统服务器中，则医疗终端向该医院信息系统服务器发起查询请求，以获取与用户身份信息对应的医疗项目信息，从而判断出所述用户身份信息是否具有对应的待处理医疗项目。

作为再一种所述方式，医院信息系统服务器也可以向该医疗终端提供第三方接口，该医疗终端通过该第三方接口，实时获取与用户身份信息对应的医疗项目信息，从而判断出所述用户身份信息是否具有对应的待处理医疗项目。

若是，执行步骤S350；否则，执行步骤S360。

步骤S350，显示所述待处理医疗项目对应的信息。

作为一种实施方式，所述待处理医疗项目对应的信息包括用于提示处方未缴费的信息、用于提示预约/挂号未支付的信息、用于提示预约/挂号未就诊的信息、用于提示预约/挂号未取号的信息、用于提示药品未取药的信息、用于提示诊疗项目未处理的信息、用于提示检验未采样的信息、用于提示检验未打印的信息、用于提示项目未检查的信息、和用于提示检查未打印的信息中的至少一种信息。

显示所述待处理医疗项目对应的信息的实施方式有多种。作为一种实施方式，若该待处理医疗项目只有一个，可以将该待处理医疗项目对应的信息显示在该医疗终端界面的正中间。

作为另一种实施方式，若该待处理医疗项目有多个，可以将该待处理医疗项目对应的信息以左右两列的形式显示在该医疗终端界面的两侧。通过上述方式将待处理医疗项目对应的信息显示到医疗终端的界面，可以方便用户的进一步操作。

作为一种实施方式，在所述显示所述待处理医疗项目对应的信息之后，所述方法还包括：接收第五选择指令，并显示与所述第五选择指令对应的待显示信息。

作为一种实施方式，若所述选择指令用于选择所述用于提示处方未缴费的信息或所述用于提示预约/挂号未支付的信息，则医疗终端界面显示多种支付方式信息，例如，可以选择第三方支付平台进行支付，也可以选择采用银行系统进行支持，还可以选择医院信息系统中与用户身份信息对应的账号余额进行支付。

进一步的，所述方法还包括：接收支付方式选择指令，并根据所述支付方式选择指令，完成支付。其中，根据所述支付方式选择指令，完成支付的过程可以用户选择的不同支付平台，其实现过程有所不同，此处不再赘述。

作为又一种实施方式，所述选择指令用于选择所述用于提示预约/挂号未就诊的信息，则医疗终端界面可以显示就诊时间及就诊地点。

作为一种实施方式，所述选择指令用于选择所述用于提示药品未取药的信息，则医疗终端界面可以显示取药地点。

作为一种实施方式，所述选择指令用于选择所述用于提示诊疗项目未处理的信息，则医疗终端界面可以显示诊疗地点。

作为一种实施方式，所述选择指令用于选择所述用于提示检验未采样的信息，则医疗终端界面可以显示采样地点。

作为一种实施方式，所述选择指令用于选择所述用于提示项目未检查的信息，则医疗终端界面可以显示检查地点。

其中，上述就诊时间、就诊地点、取药地点、诊疗地点、采样地点、检查地点均是与该用户身份信息对应的，也就是说患者无需再通过一系列的查询才能获取到自己的就诊时间、就诊地点、取药地点、诊疗地点、采样地点、或检查地点，而是直接通过待处理医疗信息的显示便能获取，进一步提高了用户体验。

作为再一种实施方式，若所述选择指令用于选择用于提示预约/挂号未取号的信息、用于提示检验未打印的信息、或用于提示检查未打印的信息，所述显示与所述选择指令对应的待显示信息，包括：判断所述医疗终端是否支持打印操作。若是，完成打印操作。否则，显示可提供打印服务的地址信息。

其中，判断的实施方式可以有多种，例如，读取医疗中的配置文件，通过该配置文件判断医疗终端是否支持打印操作。

若所述选择指令用于选择用于提示预约/挂号未取号的信息，则此时显示的可提供打印服务的地址信息，即为显示的取号地点。

进一步的，若判断出该医疗终端不支持打印操作，可以通过后台进行打印服务配置操作，以使患者下次使用该医疗终端时，能够使用该打印服务，进一步提高用户体验。

进一步，若判断出该用户身份信息不具有对应的待处理医疗项目时，则显示出常规菜单即可。该常规菜单的实施方式有多种，例如，可以显示自助挂号界面，自助缴费界面等。

步骤S360，查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息。

其中，若该用户身份信息与其对应的就诊信息存储在医疗终端中，则此时直接从用户终端中查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息。

若该用户身份信息与其对应的就诊信息存储在医院信息系统服务器中，则此时向医院信息系统服务器发起查询请求，用于查询医院信息系统服务器中是否存在与所述用户身份信息对应的在预设时间段内的就诊信息，并接收医院信息系统服务器返回的响应信息。

如果是，执行步骤S370。

步骤S370，显示所述就诊信息。

其中，所述就诊信息包括：在所述预设时间段内的就诊科室及就诊医生。

进一步的，预设时间可以是一个星期，一个月，一个季度，一年等，根据需求进行设置。

就诊科室包括但不限于：内科，外科，五官科，皮肤科，妇科，眼科，肿瘤科等。

其中，用户在所述预设时间段内的就诊科室可能是一个或多个，若用户在所述预设时间段内的就诊科室为一个时，此时显示该就诊科室及对应的就诊医生；若用户在所述预设时间段内的就诊科室为多个时，此时分别显示各个就诊科室及每个就诊科室对应的就诊医生。若用户在所述预设时间段内的就诊科室为一个时，显示方式可以是居中显示；若用户在所述预设时间段内的就诊科室为多个时，显示方式可以是分散在界面两侧进行显示。

作为一种实施方式，在所述显示所述就诊信息之后，所述方法包括：显示所述就诊医生的可预约日期及可预约时段。接收预约/挂号指令，所述预约/挂号指令中包括已选择日期及已选择时段。根据所述预约/挂号指令，将所述用户身份信息与所述就诊医生对应的所述已选择日期及所述已选择时段匹配并存储。

其中，若该用户身份信息与其对应的就诊信息存储在医疗终端中，则此时直接从用户终端中查询并显示所述就诊医生的可预约日期及可预约时段。若该用户身份信息与其对应的就诊信息存储在医院信息系统服务器中，则此时向医院信息系统服务器发起查询请求，用于查询所述就诊医生的可预约日期及可预约时段，并接收医院信息系统服务器返回的响应信息。

用户可以通过医疗终端的触摸屏或者按键发出预约指令，医疗终端接收该预约指令。当所述用户身份信息与所述就诊医生对应的所述已选择日期及所述已选择时段匹配并存储后，当其它用户想要选择所述就诊医生对应的所述已选择日期及所述已选择时段进行预约时，则会预约失败。或者当所述用户身份信息与所述就诊医生对应的所述已选择日期及所述已选择时段匹配并存储后，所述就诊医生对应的所述已选择日期及所述已选择时段将不会作为所述就诊医生的可预约日期及可预约时段在医疗终端界面进行显示。

作为一种实施方式，请参阅图4，若不存在与所述用户身份信息对应的在预设时间段内的就诊信息，执行下述步骤：

步骤S410，判断当前的操作模式。

若当前操作模式为第一模式，执行步骤S420；若当前操作模式为第二模式，执行步骤S430。

步骤S420，显示所有科室。

作为一种实施方式，在所述显示所有就诊科室信息之后，所述方法包括：接收第六选择指令，所述第六选择指令用于从所有所述就诊科室中选择其中一个就诊科室。根据所述第六选择指令，显示所选择就诊科室对应的所有医生的信息。接收第七选择指令，所述第七选择指令用于从所有所述医生的信息中选择其中一个医生的信息。根据所述第七选择指令，显示所选择医生的可预约日期和可预约时段。接收预约/挂号指令，所述预约/挂号指令中包括已选择日期及已选择时段。根据所述预约/挂号指令，将所述用户身份信息与所述所选择医生对应的所述已选择日期及所述已选择时段匹配并存储。

例如，当前显示的所有就诊科室信息包括就诊科室1至就诊科室5，则此时用户可以通过医疗终端的触摸屏或按键向医院终端发出第六选择指令，用于选择其中一个就诊科室。假设用户选择了就诊科室1，此时将该就诊科室1对应的所有医生的信息显示在医院终端的界面上，例如，医生1至医生5的信息。其中，该医生的信息包括但不限于医生的姓名，头像，执业年限等。假设用户通过医疗终端的触摸屏或按键向医疗终端发送第七选择指令，用于从所选择科室的所有医生的信息中选择一个医生的信息，例如，从医生1至医生5的信息中选择医生1的信息。根据第七指令，显示医生1的可预约日期和可预约时段。其中，可预约日期可以是一周内，一个月内，或一个季度内等。可预约时段可以是每个1小时，每隔半小时，每隔2小时等。

步骤S430，显示人体图，所述人体图中包括了人类身体的各个部位。

人类身体的各个部位的划分，可以根据医院的科室进行划分。若医院的科室划分的较为细，则此时显示的人体图则更精确。

作为一种实施方式，请参阅图5，在显示人体图之后，所述方法还包括：

步骤S510，接收第一选择指令，所述第一选择指令用于从所述人体图中选出一个用户关注的身体部位。

例如，用户通过医疗终端的触摸屏、键盘或鼠标等设备选择了一个自己关注的身体部位，例如，胃。

步骤S520，根据所述第一选择指令，显示用户关注的身体部位对应的多个症状类型。

在医疗终端或者医院信息系统服务器中预存储一个知识库，用于将各个身体部位、各个身体部分对应的多个症状类型、及推荐就诊科室匹配并存储。当用户选择了某个身体部位，通过查询该知识库，便能查询并显示与所述身体部门对应的多个症状类型。

步骤S530，接收第二选择指令，所述第二选择指令用于从多个所述症状类型中选择其中一个症状类型。

步骤S540，根据所述第二选择指令，向用户显示对应的推荐就诊科室。

当用户选择了身体部位的某个症状类型，通过查询该知识库，便能查询并显示对应的推荐就诊科室。

除了通过用户选择的方式向用户推荐就诊科室外，作为另一种实施方式，请参阅图6，在显示人体图之后，所述方法还包括：

步骤S610，接收用户输入信息。

作为一种实施方式，所述用户输入信息包括用户语音输入信息或用户文字输入信息。

例如，用户可以通过医疗终端的麦克风向医疗终端语音输入自己的症状，或者通过键盘向医疗终端文字输入自己的症状。

步骤S620，根据所述用户输入信息，从预设症状库中获取与所述用户输入信息匹配的症状类型。

例如，若用户输入信息为“发热”，则预设症状库中可能与该“发热”症状匹配的症状类型为“感冒”及“发烧”，此时将“感冒”及“发烧”两个症状类型都显示到医疗终端界面上。

步骤S630，接收第三选择指令，所述第三选择指令用于从匹配的所述症状类型中选择其中一个症状类型。

接上例，用户可以进一步从显示的“感冒”及“发烧”两个症状类型中选择出一个更适合的症状类型。

步骤S640，根据所述第三选择指令，向用户显示对应的推荐就诊科室。

其中，预设症状库中已预先将各个症状及推荐就诊科室匹配并存储，此时查询预设症状库，将与该症状类型对应的推荐就诊科室显示到医疗终端界面上。

作为一种实施方式，请参阅图7，所述方法还包括：

步骤S710，显示所述推荐就诊科室中对应的所有医生的信息。

步骤S720，接收第四选择指令，所述第四选择指令用于从所有所述医生的信息中选择其中一个医生的信息。

步骤S730，根据所述第四选择指令，显示所选择医生的可预约日期和可预约时段。

其中，若该用户身份信息与其对应的就诊信息存储在医疗终端中，则此时直接从用户终端中查询并显示所选择医生的可预约日期及可预约时段。

若该用户身份信息与其对应的就诊信息存储在医院信息系统服务器中，则此时向医院信息系统服务器发起查询请求，用于查询所选择医生的可预约日期及可预约时段，并接收医院信息系统服务器返回的响应信息。

步骤S740，接收预约/挂号指令，所述预约/挂号指令中包括已选择日期及已选择时段。

用户可以通过医疗终端的触摸屏或者按键发出预约/挂号指令，医疗终端接收该预约/挂号指令。

步骤S750，根据所述预约/挂号指令，将所述用户身份信息与所述所选择医生对应的所述已选择日期及所述已选择时段匹配并存储。

当所述用户身份信息与所选择医生对应的所述已选择日期及所述已选择时段匹配并存储后，当其它用户想要选择所述所选择医生对应的所述已选择日期及所述已选择时段进行预约时，则会预约失败。或者当所述用户身份信息与所述所选择医生对应的所述已选择日期及所述已选择时段匹配并存储后，所述所选择医生对应的所述已选择日期及所述已选择时段将不会作为所述所选择医生的可预约日期及可预约时段在医疗终端界面进行显示。

本发明实施例提供的医疗信息处理方法，通过获取用户身份信息，查询是否存在与所述用户身份信息对应的档案信息，若不存在与所述用户身份信息对应的档案信息，则显示用于提示用户建档的信息，若存在与所述用户身份信息对应的档案信息，查询是否存在与所述用户身份信息对应的待处理医疗项目，若存在与所述用户身份信息对应的待处理医疗项目，则显示所述待处理医疗项目对应的信息，若不存在与所述用户身份信息对应的待处理医疗项目，则查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息，如果有，则显示所述就诊信息，本方案基于用户身份信息实现了个性化信息查询及操作，不再是统一的服务界面，并且用户若已经建档，通过这种方式，使得患者在使用医疗终端时，首先能够关注到与自己的待处理医疗项目，并引导患者快速完成就诊流程；若用户没有待处理医疗项目，则将患者在最近一段时间内就诊过的医生首先推荐显示给患者，提高了用户体验。

请参阅图8，是本发明实施例提供的医疗信息处理装置800的功能模块示意图。所述医疗信息处理装置800运行于医疗终端200。所述医疗信息处理装置800包括获取模块810，第一查询模块820、第一处理模块830、第二查询模块840、第二处理模块850、第三处理模块860。

获取模块810，用于获取用户身份信息；

第一查询模块820，用于查询是否存在与所述用户身份信息对应的档案信息；

第一处理模块830，用于若不存在与所述用户身份信息对应的档案信息，则显示用于提示用户建档的信息；

第二查询模块840，用于若存在与所述用户身份信息对应的档案信息，查询是否存在与所述用户身份信息对应的待处理医疗项目；

第二处理模块850，用于若存在与所述用户身份信息对应的待处理医疗项目，则显示所述待处理医疗项目对应的信息；

第三处理模块860，用于若不存在与所述用户身份信息对应的待处理医疗项目，则查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息，如果有，则显示所述就诊信息。

以上各模块可以是由软件代码实现，此时，上述的各模块可存储于医疗终端200的存储器210内。以上各模块同样可以由硬件例如集成电路芯片实现。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明实施例所提供的医疗信息处理装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种医疗信息处理方法，其特征在于，应用于医疗终端，所述方法包括：

获取用户身份信息；

查询是否存在与所述用户身份信息对应的档案信息；

若不存在与所述用户身份信息对应的档案信息，则显示用于提示用户建档的信息；

若存在与所述用户身份信息对应的档案信息，查询是否存在与所述用户身份信息对应的待处理医疗项目；

若存在与所述用户身份信息对应的待处理医疗项目，则显示所述待处理医疗项目对应的信息；

若不存在与所述用户身份信息对应的待处理医疗项目，则查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息，如果有，则显示所述就诊信息。

2.根据权利要求1所述的方法，其特征在于，在所述显示用于提示用户建档的信息之后，所述方法还包括：

接收用户输入的用户识别码，并根据所述用户识别码，生成对应的用户档案信息。

3.根据权利要求1所述的方法，其特征在于，在所述查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息之后，所述方法还包括：

若不存在与所述用户身份信息对应的在预设时间段内的就诊信息，判断当前的操作模式；

若当前操作模式为第一模式，则显示所有科室；

若当前操作模式为第二模式，则显示人体图，所述人体图中包括了人类身体的各个部位。

4.根据权利要求3所述的方法，其特征在于，在所述显示人体图之后，所述方法还包括：

接收第一选择指令，所述第一选择指令用于从所述人体图中选出一个用户关注的身体部位；

根据所述第一选择指令，显示用户关注的身体部位对应的多个症状类型；

接收第二选择指令，所述第二选择指令用于从多个所述症状类型中选择其中一个症状类型；

根据所述第二选择指令，向用户显示对应的推荐就诊科室。

5.根据权利要求3所述的方法，其特征在于，在所述显示人体图之后，所述方法还包括：

接收用户输入信息；

根据所述用户输入信息，从预设症状库中获取与所述用户输入信息匹配的症状类型；

接收第三选择指令，所述第三选择指令用于从匹配的所述症状类型中选择其中一个症状类型；

根据所述第三选择指令，向用户显示对应的推荐就诊科室。

6.根据权利要求5所述的方法，其特征在于，所述用户输入信息包括用户语音输入信息或用户文字输入信息。

7.根据权利要求4至6中任一项所述的方法，其特征在于，所述方法还包括：

显示所述推荐就诊科室中对应的所有医生的信息；

接收第四选择指令，所述第四选择指令用于从所有所述医生的信息中选择其中一个医生的信息；

根据所述第四选择指令，显示所选择医生的可预约日期和可预约时段；

接收预约/挂号指令，所述预约/挂号指令中包括已选择日期及已选择时段；

根据所述预约/挂号指令，将所述用户身份信息与所述所选择医生对应的所述已选择日期及所述已选择时段匹配并存储。

8.根据权利要求1所述的方法，其特征在于，所述待处理医疗项目对应的信息包括用于提示处方未缴费的信息、用于提示预约/挂号未支付的信息、用于提示预约/挂号未就诊的信息、用于提示预约/挂号未取号的信息、用于提示药品未取药的信息、用于提示诊疗项目未处理的信息、用于提示检验未采样的信息、用于提示检验未打印的信息、用于提示项目未检查的信息、和用于提示检查未打印的信息中的至少一种信息。

9.根据权利要求6所述的方法，其特征在于，在所述显示所述待处理医疗项目对应的信息之后，所述方法还包括：

接收第五选择指令，并显示与所述第五选择指令对应的待显示信息。

10.一种医疗信息处理装置，其特征在于，应用于医疗终端，所述装置包括：

获取模块，用于获取用户身份信息；

第一查询模块，用于查询是否存在与所述用户身份信息对应的档案信息；

第一处理模块，用于若不存在与所述用户身份信息对应的档案信息，则显示用于提示用户建档的信息；

第二查询模块，用于若存在与所述用户身份信息对应的档案信息，查询是否存在与所述用户身份信息对应的待处理医疗项目；

第二处理模块，用于若存在与所述用户身份信息对应的待处理医疗项目，则显示所述待处理医疗项目对应的信息；

第三处理模块，用于若不存在与所述用户身份信息对应的待处理医疗项目，则查询是否存在与所述用户身份信息对应的在预设时间段内的就诊信息，如果有，则显示所述就诊信息。