CN110444262B - 一种中医诊疗数据收集系统 - Google Patents

Abstract

本发明公开了一种中医诊疗数据收集系统，包括医生客户端、数据处理端和患者客户端，实现了自动对患者就诊数据和患者反馈数据的全程采集。即数据处理端能够实时记录医生客户端的处方等相关信息，并且能够实时采集患者客户端上传的反馈信息，将对应的目标处方与反馈信息进行归档，便于后续医生客户端用户对归档后的处方及反馈信息进行查看和分析，完善了中医诊疗数据收集的全过程，有助于提高中医师诊断和研究的水平。

Description

一种中医诊疗数据收集系统

技术领域

本发明涉及数据处理技术领域，特别是涉及一种中医诊疗数据收集系统。

背景技术

目前，在医院为了诊断、治疗和研究的需要，医疗工作者通常需要记录大量的诊断和医疗数据，便于后续的分析使用。但是，现有的数据收集方式只能收集患者在医院内的数据，并且通常是诊断处方等数据，这就使得医生无法根据患者反馈信息作出对处方的分析和研究。尤其是在中医学方面，由于中医处方的关联性，中医师无法在现有的数据收集方式上获得更多的患者反馈信息，使得中医师的研究过程受到限制。

发明内容

针对于上述问题，本发明提供一种中医诊疗数据收集系统，完善了中医诊疗数据收集的全过程，有助于提高中医师诊断和研究的水平。

为了实现上述目的，本发明提供了如下技术方案：

一种中医诊疗数据收集系统，包括：医生客户端、数据处理端和患者客户端，其中，

所述医生客户端，用于调取患者的看诊记录和处方模版，根据输入信息，生成目标处方，并将所述目标处方上传至所述数据处理端；

所述数据处理端，用于响应于接收到所述目标处方的支付信息，将所述目标处方分配至药房，并获取所述药房中对所述目标处方的执行信息，将所述执行信息发送至所述医生客户端和患者客户端；

所述患者客户端，用于将患者输入的与所述目标处方相匹配的信息，生成所述目标处方的反馈信息，并将所述反馈信息上传至所述数据处理端；

所述数据处理端，还用于将所述反馈信息与所述目标处方进行归档，生成归档信息，使得所述医生客户端的用户可以对所述归档信息进行查看。

可选地，所述医生客户端包括：

信息输入单元，用于获取所述医生客户端的用户输入的患者标识信息；

信息查找单元，用于根据所述患者标识信息在数据库中进行搜索，判断所述数据库中是否存储有与所述患者标识信息相匹配的看诊记录，如果是，则调取所述看诊记录，如果否，则生成第一提示信息，所述第一提示信息用于提示所述医生客户端的用户该患者为首次就诊患者；

模版调用单元，用于根据所述医生客户端的用户标识信息调用目标模版，并将所述目标模版展示在所述医生客户端的显示界面上；

处方获取单元，用于根据在所述目标模版上生成的处方信息，生成目标处方；

处方上传单元，用于将所述目标处方上传至所述数据处理端。

可选地，所述医生客户端还包括：

信息提示单元，用于获取所述医生客户端的用户输入的处方信息，根据所述处方信息生成提示信息，所述提示信息用于提示所述处方信息中存在的风险信息。

可选地，所述医生客户端还包括：

信息查询单元，用于接收信息查询请求，通过所述数据处理端获取与所述信息查询请求相匹配的目标信息，其中，所述目标信息来源于所述数据处理端的归档信息。

可选地，所述系统还包括：

药房客户端，用于采集与所述目标处方对应的药房的执行信息，并将所述执行信息与所述目标处方绑定，获得药房上传信息，将所述药房上传信息发送至所述数据处理端。

可选地，所述数据处理端包括：

支付信息采集单元，用于采集与所述目标处方相匹配的支付信息；

支付状态下发单元，用于当所述目标处方已被支付，将支付完成信息发送给患者客户端和医生客户端；

处方下发单元，用于将所述目标处方下发至药房；

信息获取单元，用于获取药房对所述目标处方的执行信息，并将所述执行信息发送至所述医生客户端和患者客户端；

患者信息采集单元，用于采集患者根据所述目标处方的反馈信息，并将所述反馈信息与所述目标处方进行归档，生成归档信息；

权限验证单元，用于接收所述医生客户端发送的信息查询请求，对所述信息查询请求进行验证，若验证成功，则将与所述信息查询请求对应的归档信息发送至所述医生客户端。

可选地，所述数据处理端还包括：

信息分类单元，用于对所述归档信息根据处方类型进行分类，或者对所述归档信息根据医生标识信息进行分类。

可选地，所述数据处理端还包括：

信息生成单元，用于当检测到所述患者客户端上传所述反馈信息时，生成查看提示信息，并将所述查看提示信息发送至所述医生客户端，使得所述医生客户端能够基于所述查看提示信息查看所述反馈信息。

可选地，所述患者客户端包括：

信息接收单元，用于接收与所述目标处方相匹配的支付信息和与所述目标处方相匹配的药房执行信息；

提示信息生成单元，用于根据所述目标处方生成提示信息，所述提示信息用于提示患者客户端的用户服药时间和输入反馈信息。

可选地，所述患者客户端还包括：

预约提示单元，用于根据患者客户端的用户针对所述目标处方的服药进度，生成预约提示信息，所述预约提示信息用于提示所述患者客户端的用户进行就诊预约。

相较于现有技术，本发明提供了一种中医诊疗数据收集系统，包括医生客户端、数据处理端和患者客户端，实现了自动对患者就诊数据和患者反馈数据的全程采集。即数据处理端能够实时记录医生客户端的处方等相关信息，并且能够实时采集患者客户端上传的反馈信息，将对应的目标处方与反馈信息进行归档，便于后续医生客户端用户对归档后的处方及反馈信息进行查看和分析，完善了中医诊疗数据收集的全过程，有助于提高中医师诊断和研究的水平。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种中医诊疗数据收集系统的结构示意图；

图2为本发明实施例提供的一种医生客户端的结构示意图；

图3为本发明实施例提供的一种数据处理端的结构示意图；

图4为本发明实施例提供的一种患者客户端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述特定的顺序。此外术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有设定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。

在本发明实施例中提供了一种中医诊疗数据收集系统，参见图1，该系统包括：医生客户端10、数据处理端20和患者客户端30，其中，图中展示的交互信息只是部分可以理解为最主要的交互信息，并不是完整的交互信息，具体的交互过程请参见实施例中详细的描述。

医生客户端10，用于调取患者的看诊记录和处方模版，根据输入信息，生成目标处方，并将目标处方上传至数据处理端；

数据处理端20，用于响应于接收到目标处方的支付信息，将目标处方分配至药房，并获取药房中对目标处方的执行信息，将执行信息发送至医生客户端和患者客户端；

患者客户端30，用于将患者输入的与目标处方相匹配的信息，生成目标处方的反馈信息，并将反馈信息上传至数据处理端；

数据处理端20，还用于将反馈信息与目标处方进行归档，生成归档信息，使得医生客户端的用户可以对归档信息进行查看。

在本申请实施例提供的中医诊疗数据收集系统包括了医生客户端、数据处理端和患者客户端，实现了对患者就诊过程的中医诊疗数据的全程采集，即包括了看诊部分的数据以及患者回家后服药或者康复的实时记录信息和自我评价信息。在本申请实施例中医生客户端可以为具有信息输入功能、信息传输功能和信息显示功能的电子设备，例如，计算机、手机等设备；数据处理端为能够进行数据处理、数据传输的设备，如服务器等；患者客户端为能够进行信息输入、信息传输和信息显示的移动终端和固定终端，如手机和计算机等。

医生客户端能够调取患者的看诊记录和处方模版，需要说明的是，在进行上述信息的调取之前，需要医生客户端的用户如中医师，输入与自身对应的标识信息，即能够获知该信息的来源的医生编号信息等，基于该信息可以使得最终生成的处方中有相关医生的信息，便于后续的追溯和查询。对应的，医生也要输入患者的标识信息，如患者的就诊号码、身份证号或者手机号能够代表该患者身份的唯一标识信息，便于对后续信息的全程跟踪。在本申请实施例中为了使用的便捷性和用户隐私保护，患者的标识信息优选患者手机号。处方模版是根据通常的处方形式生成的信息填写模版，便于医生快速进行处方的填写，可以根据医生的标识信息调取与该医生相匹配的处方模版，此时的处方模版，更加满足医生的使用习惯，也可以是调取通用模版，便于医生的处方信息的填入。当医生通过医生客户端在所述处方模版中输入相应的信息后，会生成目标处方，该目标处方中包括医生信息、患者信息和处方信息，同时会将该目标处方发送至数据处理端，使其对该目标处方进行存储。

需要说明的是，医生也可以不使用处方模版，直接通过医生客户端输入处方信息。当然，在患者是再次就诊的情况下，该处方模块可以为该患者上次就诊时的处方，这样可以便于医生根据之前的处方进行调整或者继续使用，使得医生的处方生成过程更加便捷，也更加符合患者的就诊需求。

数据处理端在接收到医生客户端反馈的目标处方后，可以将目标处方发送至患者客户端，也可以将所述目标处方加密后在发送至患者客户端，便于对处方信息的安全传输，例如，添加包含患者名称的水印信息，避免其他患者使用该处方信息时产生不良后果时追究该医生的责任。并且可以生成该目标处方的支付提示信息同时发送至患者客户端，使得在互联网支付的前提下，患者可以基于该支付提示信息直接在其手机上进行支付，可以省去到收费处的等待时间。若用户采用其他支付方式也可以提示用户需缴纳的金额，或者当前处方中的药品是否在医保范围内，有助于帮助患者提前决定使用何种支付手段。

当获取到患者已经对该目标处方进行支付后，会将该目标处方自动分配给药房，提示药房的工作人员按照该目标处方进行药物封装。需要说明的是，该数据处理端可以与收费处的收费系统连接，当收费系统录入该目标处方，并且进行收费后，则会自动更改该目标处方的收费状态，由未缴费变成已缴费，当然患者若通过其手机进行缴费可以基于该缴费信息或者该目标处方的支付状态。当该目标处方下发至药房后，数据处理端需要实时获取药房工作人员对该目标处方的执行信息，该执行信息可以基于药房中设置图像实时采集系统来获取，也可以基于药房工作人员输入的与该目标处方相匹配的信息进行获取，如对药材进行图像实时采集、称重过程的采集和煎煮过程的监控信息，这样可以将药房的执行信息与所述目标处方进行实时存储，便于患者和医生的实时查看。

当患者取与所述目标处方对应的药品后，数据处理端也可以生成该药品的服用时间和注意事项等信息发送至所述患者客户端，便于患者客户端能够按照医生的处方进行服用。同时也会生成提示信息发送至患者客户端，便于提示患者及时输入服药后的反馈信息和评价信息。同时，为了调动用户参与反馈的积极性，可以在提示信息中包括若及时参与反馈，下次就诊可以优先挂号等信息。

然后数据处理端基于患者客户端上传的反馈信息与目标处方进行归档，即二者是匹配存储的，便于后续的分析和使用。

下面本发明实施例将详细介绍该系统中各个模块的功能特点。

参见图2，为本发明实施例提供的一种医生客户端的结构示意图，在该医生客户端10中包括：

信息输入单元101，用于获取所述医生客户端的用户输入的患者标识信息。其中，患者标识信息可以是表征该患者身份的信息，如患者的就诊号码、身份证号码、手机号或者姓名信息等，同时该信息输入单元也可以输入医生的身份信息和相关的处方信息。

信息查找单元102，用于根据所述患者标识信息在数据库中进行搜索，判断所述数据库中是否存储有与所述患者标识信息相匹配的看诊记录，如果是，则调取所述看诊记录，如果否，则生成第一提示信息，所述第一提示信息用于提示所述医生客户端的用户该患者为首次就诊患者。

在获得了患者标识信息后可以在数据库中进行数据搜索，查找与该患者匹配的看诊记录，该看诊记录可以包括历史处方信息、诊断信息和就诊医生信息等，若无法获取到该信息，则会提示医生客户端的医生该患者为首次就诊。

模版调用单元103，用于根据所述医生客户端的用户标识信息调用目标模版，并将所述目标模版展示在所述医生客户端的显示界面上。

其中，调用的目标模块可以是根据医生匹配的模版，也可以是通用模版，还可以是该患者上次就诊的处方模版。模版库可以存储在医生客户端上，也可以存储在数据处理端上。

处方获取单元104，用于根据在所述目标模版上生成的处方信息，生成目标处方。接收医生在所述目标模版上填写的处方信息，将所述处方信息生成目标处方，目标处方中还会包括医生基本信息和患者基本信息以及就诊时间。医生输入的处方信息可以是完整的处方信息，也可以是相关药材或者药品的首字母信息，当医生输入的是首字母时，可以根据首字母生成药品或药材的候选信息供医生选择。

处方上传单元105，用于将所述目标处方上传至所述数据处理端。

信息提示单元106，用于获取所述医生客户端的用户输入的处方信息，根据所述处方信息生成提示信息，所述提示信息用于提示所述处方信息中存在的风险信息。例如，医生输入的毒性药材计量超标，或输入的药材触及十八反十九畏等，会自动识别并作出提示，提高开放效率，并减少医疗风险。

对应的该过程也可以在数据处理端执行，即医生客户端将医生输入的处方相关信息发送至数据处理端，并接收数据处理端生成的提示信息，展示在医生客户端上。

信息查询单元107，用于接收信息查询请求，通过所述数据处理端获取与所述信息查询请求相匹配的目标信息，其中，所述目标信息来源于所述数据处理端的归档信息。

当接收到信息查询请求时，会将该信息查询请求发送至数据处理端，并接收数据处理端发送的目标信息，该目标信息可以为处方信息、诊疗信息或者患者的反馈信息中的一种或多种。

对应的，在本申请的另一实施例中该系统还可以包括药房客户端，其用于采集与所述目标处方对应的药房的执行信息，并将所述执行信息与所述目标处方绑定，获得药房上传信息，将所述药房上传信息发送至所述数据处理端。

参见图3，为本发明实施例提供的一种数据处理端的结构示意图，该数据处理端20可以包括：

支付信息采集单元201，用于采集与所述目标处方相匹配的支付信息。该支付信息可以来源与所述数据处理端进行数据交互的患者客户端，也可以来源于与其进行通讯连接的收费系统。

支付状态下发单元202，用于当所述目标处方已被支付，将支付完成信息发送给患者客户端和医生客户端。将支付完成信息发送至患者客户端和医生客户端可以使得其清楚了解到目标处方的处理状态，对应的，也可以将支付完成信息发送至药房客户端。

处方下发单元203，用于将所述目标处方下发至药房；

信息获取单元204，用于获取药房对所述目标处方的执行信息，并将所述执行信息发送至所述医生客户端和患者客户端。

当目标处方支付完成后，会将其下发至药房，便于药房工作人员对该目标处方的执行，并且将实时的执行信息反馈给医生客户端和患者客户端，同时也会存储在数据处理端，便于后续对信息的查看，以及能够使得患者及时了解到其处理进度。

患者信息采集单元205，用于采集患者根据所述目标处方的反馈信息，并将所述反馈信息与所述目标处方进行归档，生成归档信息。

存储记录的用户的反馈信息是与用户诊疗信息和处方信息进行匹配存储的，即生成的归档信息为该患者就诊的全程信息，包括其后续跟踪信息。

权限验证单元206，用于接收所述医生客户端发送的信息查询请求，对所述信息查询请求进行验证，若验证成功，则将与所述信息查询请求对应的归档信息发送至所述医生客户端。

需要说明的是，在某些场景中数据处理端记载的归档信息并不是对所有的医生都开放的，需要验证医生的权限信息，使得该医生能够获得与其权限对应的归档信息，例如，某个医生的患者的反馈信息，其他医生无权限查看。

信息分类单元207，用于对所述归档信息根据处方类型进行分类，或者对所述归档信息根据医生标识信息进行分类。该单元可以按照分类需求对归档的信息进行再次分类，例如，可以根据处方类型、疾病类型和就诊医生的不同进行分类，便于后续的分析和统计。

信息生成单元208，用于当检测到所述患者客户端上传所述反馈信息时，生成查看提示信息，并将所述查看提示信息发送至所述医生客户端，使得所述医生客户端能够基于所述查看提示信息查看所述反馈信息。即当接收到用户的反馈信息后，可以及时将反馈信息发送至医生客户端，或者生成提示信息使得医生能够及时对该信息进行查看，便于了解患者的实时就诊和用药感受。

参见图4，为本发明实施例提供的一种患者客户端的结构示意图，该患者客户端30包括：

信息接收单元301，用于接收与所述目标处方相匹配的支付信息和与所述目标处方相匹配的药房执行信息。信息接收单元可以接收数据处理端发送的支付状态信息、药房执行信息、目标处方等相关信息。

提示信息生成单元302，用于根据所述目标处方生成提示信息，所述提示信息用于提示患者客户端的用户服药时间和输入反馈信息。为了便于用户能够及时反馈相关信息，可以在预设时间段内提示用户输入反馈信息，例如，可以在进行服药的前两个小时进行提示，一方面可以使得用户能够及时输入反馈信息，另一方面也可以及时提醒患者进行服药。

预约提示单元303，用于根据患者客户端的用户针对所述目标处方的服药进度，生成预约提示信息，所述预约提示信息用于提示所述患者客户端的用户进行就诊预约。

在患者客户端中还包括预约提示单元，当用户反馈相关信息后并根据其用药进度，提示其进行下次就诊预约，也可以提示用户若进行及时反馈，可以优先预约，便于调动用户输入反馈信息的积极性。

本发明提供了一种中医诊疗数据收集系统，包括医生客户端、数据处理端和患者客户端，实现了自动对患者就诊数据和患者反馈数据的全程采集。即数据处理端能够实时记录医生客户端的处方等相关信息，并且能够实时采集患者客户端上传的反馈信息，将对应的目标处方与反馈信息进行归档，便于后续医生客户端用户对归档后的处方及反馈信息进行查看和分析，因此实现了医生、患者、药房的信息传递，优化了患者体验，也在一定程度上协助了医生水平的提升。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种中医诊疗数据收集系统，其特征在于，包括：医生客户端、数据处理端和患者客户端，其中，

所述医生客户端，用于调取患者的看诊记录和处方模版，根据输入信息，生成目标处方，并将所述目标处方上传至所述数据处理端；所述处方模版为与医生的标识信息相匹配的处方模版；

所述数据处理端，用于响应于接收到所述目标处方的支付信息，将所述目标处方分配至药房，并获取所述药房中对所述目标处方的执行信息，将所述执行信息发送至所述医生客户端和患者客户端；所述执行信息基于药房中设置图像实时采集系统获取，或基于药房中人员输入的与该目标处方相匹配的信息进行获取，包括对药材进行图像实时采集、称重过程的采集和煎煮过程的监控信息；

所述患者客户端，用于将患者输入的与所述目标处方相匹配的信息，生成所述目标处方的反馈信息，并将所述反馈信息上传至所述数据处理端；

所述数据处理端，还用于将所述反馈信息与所述目标处方进行归档，生成归档信息，使得所述医生客户端的用户可以对所述归档信息进行查看。

2.根据权利要求1所述的系统，其特征在于，所述医生客户端包括：

信息输入单元，用于获取所述医生客户端的用户输入的患者标识信息；

信息查找单元，用于根据所述患者标识信息在数据库中进行搜索，判断所述数据库中是否存储有与所述患者标识信息相匹配的看诊记录，如果是，则调取所述看诊记录，如果否，则生成第一提示信息，所述第一提示信息用于提示所述医生客户端的用户该患者为首次就诊患者；

目标模版展示在所模版调用单元，用于根据所述医生客户端的用户标识信息调用目标模版，并将所述述医生客户端的显示界面上；

处方获取单元，用于根据在所述目标模版上生成的处方信息，生成目标处方；

处方上传单元，用于将所述目标处方上传至所述数据处理端。

3.根据权利要求1所述的系统，其特征在于，所述医生客户端还包括：

信息提示单元，用于获取所述医生客户端的用户输入的处方信息，根据所述处方信息生成提示信息，所述提示信息用于提示所述处方信息中存在的风险信息。

4.根据权利要求1所述的系统，其特征在于，所述医生客户端还包括：

信息查询单元，用于接收信息查询请求，通过所述数据处理端获取与所述信息查询请求相匹配的目标信息，其中，所述目标信息来源于所述数据处理端的归档信息。

5.根据权利要求1所述的系统，其特征在于，所述系统还包括：

药房客户端，用于采集与所述目标处方对应的药房的执行信息，并将所述执行信息与所述目标处方绑定，获得药房上传信息，将所述药房上传信息发送至所述数据处理端。

6.根据权利要求1所述的系统，其特征在于，所述数据处理端包括：

支付信息采集单元，用于采集与所述目标处方相匹配的支付信息；

支付状态下发单元，用于当所述目标处方已被支付，将支付完成信息发送给患者客户端和医生客户端；

处方下发单元，用于将所述目标处方下发至药房；

信息获取单元，用于获取药房对所述目标处方的执行信息，并将所述执行信息发送至所述医生客户端和患者客户端；

患者信息采集单元，用于采集患者根据所述目标处方的反馈信息，并将所述反馈信息与所述目标处方进行归档，生成归档信息；

权限验证单元，用于接收所述医生客户端发送的信息查询请求，对所述信息查询请求进行验证，若验证成功，则将与所述信息查询请求对应的归档信息发送至所述医生客户端。

7.根据权利要求6所述的系统，其特征在于，所述数据处理端还包括：

信息分类单元，用于对所述归档信息根据处方类型进行分类，或者对所述归档信息根据医生标识信息进行分类。

8.根据权利要求6所述的系统，其特征在于，所述数据处理端还包括：

信息生成单元，用于当检测到所述患者客户端上传所述反馈信息时，生成查看提示信息，并将所述查看提示信息发送至所述医生客户端，使得所述医生客户端能够基于所述查看提示信息查看所述反馈信息。

9.根据权利要求1所述的系统，其特征在于，所述患者客户端包括：

信息接收单元，用于接收与所述目标处方相匹配的支付信息和与所述目标处方相匹配的药房执行信息；

提示信息生成单元，用于根据所述目标处方生成提示信息，所述提示信息用于提示患者客户端的用户服药时间和输入反馈信息。

10.根据权利要求9所述的系统，其特征在于，所述患者客户端还包括：

预约提示单元，用于根据患者客户端的用户针对所述目标处方的服药进度，生成预约提示信息，所述预约提示信息用于提示所述患者客户端的用户进行就诊预约。

Images