CN112002381B - 智能病案数据管理系统 - Google Patents

Abstract

本申请公开了一种智能病案数据管理系统，包括：第一类终端设备，第二类终端设备以及服务器，服务器用于存储和处理数据；其中，第一类终端设备和第二类终端设备分别与服务器构成通讯连接以使服务器至少能将数据发送至第一类终端设备和第二类终端设备；服务器包括：数据模块、诊断模块和质检模块；数据模块至少用于存储第一类终端设备或第二类终端设备所上传的数据；诊断模块用于处理第一类终端设备或第二类终端设备所上传的数据；质检模块用于校验数据模块和诊断模块中的数据是否满足质检要求。本申请的有益之处在于提供一种能够对病案数据和问诊数据进行校验的智能病案数据管理系统。

Description

智能病案数据管理系统

技术领域

本发明涉及医疗诊断技术领域，具体涉及一种智能病案数据管理系统。

背景技术

随着“互联网”的概念伸入各个产业，大数据技术在医疗产业的应用正在急速普及，医疗大数据时代正在加速到来。这使得依托于移动端的医疗信息采集系统大量涌现，但由于专业水平受限，采集的数据大都不符合医学规范标准，相较于专业医疗机构采集的信息质量较差，条目结构少，人口流动大，数据丢失，没有完善的质量管理体系。

随着数据量的增大，数据的细化，数据库后台数据质量管理体系的重要性也逐渐增大。无论是临床实践还是科学研究，数据都是重中之重。然而，不同的数据来源、不同的录入规则、复杂的数据结构都使得医疗健康数据没有得到最充分的应用，大大阻碍了医疗事业的进步。

因此，在医疗大数据发展的大环境下，亟待提高医疗大数据的有效性和准确性。

发明内容

一种智能病案数据管理系统，包括：第一类终端设备，用于供患者使用以输入患者数据；第二类终端设备，用于供医生使用以输入诊疗数据，所述诊疗数据包括病案数据和问诊数据；服务器，用于存储和处理发送至所述第一类终端设备或所述第二类终端设备的数据；其中，所述第一类终端设备和所述第二类终端设备分别与所述服务器构成通讯连接以使所述服务器至少能将数据发送至所述第一类终端设备和第二类终端设备；所述服务器包括：数据模块、诊断模块和质检模块；所述数据模块至少用于存储所述第一类终端设备或第二类终端设备所上传的数据；所述诊断模块用于处理所述第一类终端设备或第二类终端设备所上传的数据；所述质检模块用于校验所述数据模块和诊断模块中的数据是否满足质检要求。

进一步地，所述质检模块至少根据所述数据模块中的其他病案数据校验所述第二类终端设备上传至所述服务器的病案数据。

进一步地，所述质检模块至少根据所述数据模块中的其他病案数据校验所述第二类终端设备上传至所述服务器的问诊数据。

进一步地，所述质检模块至少根据所述数据模块中的医学文献校验所述第二类终端设备上传至所述服务器的病案数据。

进一步地，所述质检模块至少根据所述数据模块中的医学文献校验所述第二类终端设备上传至所述服务器的问诊数据。

进一步地，所述质检模块至少根据所述数据模块中的专家知识库校验所述第二类终端设备上传至所述服务器的病案数据。

进一步地，所述质检模块至少根据所述数据模块中的预设的数据规范校验所述第二类终端设备上传至所述服务器的问诊数据。

进一步地，所述质检模块至少根据所述数据模块中的预设的数据规范校验所述第二类终端设备上传至所述服务器的病案数据。

进一步地，智能病案数据管理系统还包括：体检设备，用于检测患者的身体数据；所述体检设备与所述第一类终端设备、第二类终端设备和服务器中的至少一个构成通讯连接以使所述体检设备将患者的身体数据发送至所述第一类终端设备、第二类终端设备和服务器中的至少一个；所述质检模块至少根据所述数据模块中的体检设备的数据校验所述病案数据。

进一步地，所述服务器将完成校验的数据发送至所述第一类终端设备。

本申请的有益之处在于：提供一种能够对病案数据和问诊数据进行校验的智能病案数据管理系统。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请一种实施例的智能病案数据管理系统的示意框图；

图2是根据本申请一种实施例的智能病案数据管理系统中各个部分数据互联的示意框图；

图3是根据本申请一种实施例的第一类终端设备与其余部分交互示意图。

图中附图标记的含义：

智能病案数据管理系统100，第一类终端设备101，第二类终端设备102，服务器103，体检设备104，治疗设备105，第二类终端设备106。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

参照图1所示，智能病案数据管理系统包括：第一类终端设备、第二类终端设备和服务器。

其中，第一类终端设备用于供患者使用以输入患者数据，作为具体方案，第一类终端设备可以包括：第一类人机交互装置、第一类处理器和第一类通讯模块。第一类人机交互装置用于实现人机交互，即供患者输入信息以及向患者反馈信息，作为更具体的方案，第一类人机交互装置可以包括：触摸屏、麦克风和音响；第一类处理器用于根据程序处理数据，尤其是患者通过第一类人机交互装置输入的与患者相关的数据。

这里将与患者相关的数据定义为患者数据。患者数据可以包括：患者个人数据、患者病情数据以及患者其他数据。患者个人数据包括患者的身份数据(比如性别、年龄、家庭住址、医保卡编号)、生物识别数据(人脸识别数据、指纹识别数据)等。

患者病情数据包括：主动病情数据和被动病情数据，其中，主动病情数据为患者主动输入至的数据，被动病情数据为通过第一类终端设备或额外的体检设备检测从而获取并传输至第一类终端设备的关于患者身体状况的数据。

作为一种优选方案，第一类终端设备具有检测单元，该检测单元可以检测患者的某项身体指标数据，作为进一步的优选方案，检测单元包括一个红外摄像头，该红外摄像头可以拍摄红外图片从而检测患者的体温数据。这样一来，患者在进入医院或发热门诊之前即可对自身体温进行检测，并通过第一类终端设备上传数据，服务器可以根据患者的体温数据以及体温数据的变化统一统筹患者赴诊的医院，避免大量患者集中，造成流行病传染。

作为一种扩展方案，第一类终端设备具有扩展接口，该扩展接口可以使第一类终端设备外接体检设备或治疗设备，并与它们交互数据，扩展接口可以为USB接口或Type-C接口，体检设备可以包括血压仪、血糖仪等；治疗设备可以包括氧气机、雾化机等。通过扩展接口第一类终端设备不但可以获得患者的检测数据，也可以获得患者的治疗情况，从而获得病情数据。

作为更进一步的方案，第一类终端设备具有第一类通讯模块，第一类终端设备可以通过第一类通讯模块与外界构成通讯连接，比如，与服务器构成通讯连接，或者与前述的体检设备或治疗设备构成通讯连接。作为具体方案，第一类通讯模块既包括适用于远程通讯的通讯芯片以实现长距离的无线通讯，比如通过2G、3G、4G、5G的通讯芯片实现远程通讯，也包括适用于近场通讯的通讯芯片以实现近场无线通讯，比如通过WiFi、蓝牙、LoRa、UWB的通讯芯片实现近场通讯。第一类终端设备与服务器之间采用数据传输速率较高的远程通讯，比如通过4G或5G网络；第一类终端设备与体检设备以及治疗设备构成近场通讯。

第一类终端设备可以通过第一类通讯模块中的近场通讯芯片实现与体检设备和治疗设备的无线数据交互，从而避免了设置扩展接口带来成本增加以及使用上的不便。

作为具体方案，所述第一类终端设备包括第一类处理器，第一类处理器用于预处理患者数据。第一类终端设备将经过第一类处理器预处理后的数据上传至服务器。具体而言，第一类处理器包括第一语言处理单元，第一语言处理单元用于将患者输入非结构化数据转化为结构化数据。第一类处理器可以独自完成数据的结构化处理，也可以通过与服务器的数据交互，由服务器来实现数据的转化全部程序或部分程序。另外，第一类处理器能综合执行其他程序以处理患者数据或者对用户进行反馈。

作为一种可选方案，第一类处理器包括第一AI处理单元，第一AI处理单元可以引导患者输入数据，第一AI处理单元通过查询患者的既往输入历史，进行引导式的问询，或者根据用户的性别、年龄等人群特性，问询重点疾病的特点。第一AI处理单元可以记忆用户的历史输入以及历史输入习惯从而进行智能提示或者根据接收至服务器的数据，对患者进行特异化的提问，以便对用户的病情或身体情况进行跟踪从而进一步准确的采集患者数据。

作为具体实施方案，第一类终端设备可以被构造为一个移动终端，比如一个智能手机或智能平板电脑。当然，第一类终端设备还可以为PC设备等非用于移动的计算机设备。

作为本申请的另一方面，第二类终端设备用于供医生使用以输入诊疗数据，这里所指的诊疗数据包括医生给出的用药数据、治疗数据以及其他医嘱数据。

作为具体方案，第二类终端设备可以采用与第一类终端设备相类似的配置方案，具体的，第二类终端设备可以包括：第二类人机交互装置、第二类处理器和第二类通讯模块。第二类人机交互装置用于实现人机交互，即供医生输入信息以及向患者反馈信息，作为更具体的方案，第二类人机交互装置可以包括：触摸屏、麦克风和音响；第二类处理器用于根据程序处理数据，尤其是医生通过第二类人机交互装置输入的与治疗相关的数据。

这里将与患者治疗相关的数据定义为诊疗数据。诊疗数据还可以包括：医生的个人数据以及医院的数据。

作为一种扩展方案，第二类终端设备具有扩展接口，该扩展接口可以使第二类终端设备外接体检设备或治疗设备，并与它们交互数据，扩展接口可以为USB接口或Type-C接口，体检设备可以包括血压仪、血糖仪等；治疗设备可以包括氧气机、雾化机等。通过扩展接口第二类终端设备不但可以获得患者的检测数据，也可以获得患者的治疗情况，从而获得病情数据。

作为更进一步的方案，第二类终端设备具有第二类通讯模块，第二类终端设备可以通过第二类通讯模块与外界构成通讯连接，比如，与服务器构成通讯连接，或者与前述的体检设备或治疗设备构成通讯连接。作为具体方案，第二类通讯模块既包括适用于远程通讯的通讯芯片以实现长距离的无线通讯，比如通过2G、3G、4G、5G的通讯芯片实现远程通讯，也包括适用于近场通讯的通讯芯片以实现近场无线通讯，比如通过WiFi、蓝牙、LoRa、UWB的通讯芯片实现近场通讯。第二类终端设备与服务器之间采用数据传输速率较高的远程通讯，比如通过4G或5G网络；第二类终端设备与体检设备以及治疗设备构成近场通讯。

第二类终端设备可以通过第二类通讯模块中的近场通讯芯片实现与体检设备和治疗设备的无线数据交互，从而避免了设置扩展接口带来成本增加以及使用上的不便。

作为具体方案，所述第二类终端设备包括第二类处理器，第二类处理器用于预处理患者数据。第二类终端设备将经过第二类处理器预处理后的数据上传至服务器。具体而言，第二类处理器包括第二语言处理单元，第二语言处理单元用于将患者输入非结构化数据转化为结构化数据。第二类处理器可以独自完成数据的结构化处理，也可以通过与服务器的数据交互，由服务器来实现数据的转化全部程序或部分程序。另外，第二类处理器能综合执行其他程序以处理患者数据以对医生进行反馈。

作为一种可选方案，第二类处理器包括第二AI处理单元，第二AI处理单元可以帮助医生输入数据，第二AI处理单元通过查询患者的既往输入历史，对医生的问诊进行辅助，或者根据用户的性别、年龄等人群特性，提示医生问询重点疾病的特点。第二AI处理单元可以记忆患者的既往病历从而进行智能提示或者根据接收至服务器的数据，提示医生相应数据并为医生提供相应的标准化的病历模板。

作为具体实施方案，第二类终端设备可以被构造为一个移动终端，比如一个智能手机或智能平板电脑。当然，第二类终端设备还可以为PC设备等非用于移动的计算机设备。作为一种优选方案，第二类终端为一个PC设备。

这里需要说明的是，本申请里所指的“患者”，是指最广义上的患者，即一切具有诊疗需求而使用本申请的智能复诊系统中的人员。本申请里所指的“医生”，是指最广义上的医生，即一切参与实施诊断、检查、治疗而使用本申请的智能复诊系统的人员。

作为本申请的一种扩展方案，本申请还包括第二类终端设备，第三类终端设备的配置可以参照第一类终端设备和第二类终端设备。第三类终端设备即可以部分面向患者也可以部分面向医护人员，具体而言，第二类终端设备被构造为导医台、自助查询机、缴费挂号机等装置。第三类终端设备也可与第一类终端设备、第二类终端设备以及服务器中的至少一个构成数据交互。

作为优选方案，第一类终端设备可以通过蓝牙与第二类终端设备和第三类终端设备构成数据交互，用户在通过第一类终端设备完成预诊后，通过第一类终端设备的摄像头扫描所述第二类终端设备或第三类终端设备的二维码，从而实现与它们配对并获取权限。

以与第二类终端设备配对为例，具体方案为，第一类终端设备扫码后，获取第一类终端设备的地址，并通过向服务器发送请求获取蓝牙配对的秘钥，服务器反馈给第一类终端设备指令，要求第一终端设备的用户，进行身份识别，比如密码或者人脸识别，如果识别通过，则将蓝牙配对的秘钥发送至第一类终端设备以实现蓝牙配对，同时服务器根据配对信息，将第一类终端设备中相应的信息发送给第二类终端设备。

这样患者在进行诊疗时，通过扫码即可以使医生从第二类终端设备上获取患者信息，并且获取在服务器上生成病历以及治疗方案的权限。

参照如前方案，本申请中的体检设备以及治疗设备均可以采用类似方案实现，体检设备和治疗设备与所述第一类终端设备、第二类终端设备和服务器中的至少一个构成通讯连接以使所述体检设备将患者的身体数据发送至所述第一类终端设备、第二类终端设备和服务器中的至少一个。

作为一种可选方案，由于部分治疗无法携带手机，本申请复诊系统还包括一个供患者使用的手环，该手环包括二维码信息，也可以被构造为具有RFID标签或UWB标签以实现定位。患者在进行治疗时，体检设备和治疗设备扫描手环的二维码信息，识别当前患者，然后记录检测和治疗的数据至服务器，患者在方便时通过扫描手环上二维码信息从而获取向服务器发出数据请求，服务器根据第一类终端设备的采集密码或者其他身份认证数据判断第一类终端设备是否具有权限获取之前检测和治疗数据，如果具有权限，则将之前对应手环的全部数据同步到服务器中对应第一类终端设备的存储空间中进行数据更新。

本申请的服务器用于存储和处理发送至所述第一类终端设备或所述第二类终端设备的数据，服务器包括：数据模块和诊断模块；数据模块至少用于存储第一类终端设备或第二类终端设备所上传的数据；诊断模块用于处理第一类终端设备或第二类终端设备所上传的数据。可以理解数据模块为一个存储空间，并该存储空间即可以是实体的存储装置，可以是云存储空间。诊断模块的作用具体在于实现诊断功能，具体而言，诊断模块包括机器诊断模块和医生诊断模块，机器诊断模块根据患者终端输(代指第一类终端设备，下同)入的症状信息通过内置诊断方法得出病症及用药，医生诊断模块将患者终端输入的症状信息发送给其中一个医生终端(代指第二类终端设备，下同)，通过医生终端输出的诊断信息得出病症及用药。

服务器存储的数据包括病案数据、线上问诊数据、诊疗知识、药学辞典、科研文献。作为一种优选方案，服务器还设有一个神经网络学习模块，其能根据患者终端、医生终端以及系统中其他数据采集设备的数据，进行学习，从而实现智能判断。

服务器还包括：推送模块，推送模块至少用于向第一类终端设备或第二类终端设备推送数据。具体而言，推送的数据包括：辅诊问诊策略、辅诊检查策略、辅诊诊断策略、鉴别诊断策略、个性化治疗方案、危急重疾病提醒、医嘱处置信息。

在具体诊疗过程中，诊前，患者在系统终端输入基本信息和就诊问题，作为预问诊；诊中，医生在系统终端接收患者的就诊问题并依据病案数据、检查数据、诊疗数据，对患者的病症作出临床诊断并开处方；诊后，院方对医生的诊断结果及处方做病案质控和门诊过程内涵质控，对于慢病患者，系统时时跟踪患者病情并给出建议。

作为本申请的优选方案，服务器还包括质检模块。

具体而言，质检模块至少根据数据模块中的其他病案数据校验第二类终端设备上传至服务器的病案数据。质检模块中可以设置人工神经网络，可以采用既往的病案数据作为学习的素材，从而使人工神经网络具备学习能力，从而对未校验的病案数据进行校验。

具体而言，质检模块至少根据数据模块中的其他病案数据校验第二类终端设备上传至服务器的问诊数据。从历史输入关系来看，在对病案数据进行校验时，需要参考最早进行诊断时的问诊数据。

具体而言，质检模块至少根据数据模块中的医学文献校验第二类终端设备上传至服务器的病案数据。如前所述，人工神经网络对医学文献中术语进行学习，从而获得校验的规则以及标准化的术语描述。

具体而言，质检模块至少根据数据模块中的医学文献校验第二类终端设备上传至服务器的问诊数据。为了能更好对病案数据进行校验(因为校验病案时，需要参考问诊数据)，同时规范化问诊数据以便后期待查。

具体而言，质检模块至少根据数据模块中的专家知识库校验第二类终端设备上传至服务器的病案数据。专家知识库可以帮助纠正病案中的错漏。

具体而言，质检模块至少根据数据模块中的预设的数据规范校验第二类终端设备上传至服务器的问诊数据和病案数据。预设的数据规范，比如必需包含的元素以及元素的格式和内容要求，可以实现对数据规范化作用，从而为后期对实体内容的校验做预处理。

作为另一方面，质检模块至少根据数据模块中的体检设备的数据校验病案数据。这样好处在于，病案数据中的体检参数，不会因为医生输入失误而造成错误。

作为一种更具体方案，服务器将完成校验的数据发送至第一类终端设备。这样患者可以获得校验后的病案以便更准确的指导用药以及康复。

作为一种可选方案，在服务器中预置不同的病案模板，病案数据采集时就按照模板进行采集，或者自动适配至病案模板，从而在质检模块进行质检时仅需校验实体内容。

作为一种可选方案，服务器在完整病案校验后，将校验前后的病案数据均发送至第二类终端设备供医生确认，医生通过第二类终端设备进行身份认证后，审阅校验前后的病案数据，并进行修改或确认，然后将医生的ID信息和密钥信息与修改后病案数据进行打包发送到服务器，服务器再次进行校验，如果有问题继续上述步骤，如果没有问题，则发送至第一类终端设备供患者确认，在患者确认时，第一类终端设备会提示患者最初输入的信息以及问诊数据的信息的差异，患者对于疑义处进行标注，交由服务器再次质检，如果没有问题，则患者进行身份认证后进行确定操作。当然，也可以由服务器在质检模块中帮助患者完成对病案数据和最初输入的信息以及问诊数据的信息的差异的比对。

服务器在此过程中，存储所有历史数据待查，当然可以在第一类终端设备和第二类终端设备均确认最终数据后删除除了最开始数据之外的中间数据。

服务器最终数据在第一类终端设备和第二类终端设备均确定后，通过第一类终端设备和第二类终端设备用户的密钥进行复合锁定，除非在第一类终端设备和第二类终端设备用户同时授权，经过校验和确认的病案数据无法被修改。

作为扩展方案，患者手环设有一个UWB标签，作为可选方案，患者手环为医院配发的由高分子材料制成的一次性手环，在一次性手环内部内置UWB标签装置，当然也可以独立封装UWB标签装置之后，再将其结合至手环本体，作为另一种方案，患者手环也被构造为一个智能设备，使其具有更多的功能，比如使患者手环具有：显示屏、UWB标签装置、控制器以及通讯模块；显示屏可以用于显示二维码等图像信息，通讯模块用于实现无线通讯，控制器用于控制显示屏、UWB标签装置以及通讯模块。

对于本申请的其他装置而言，患者手环需要具有二维码和UWB标签装置的配置以实现具体控制过程。

本申请的系统还包括：UWB定位基站，UWB定位基站用于定位患者手环或者第一类终端设备的位置。UWB定位基站将患者的位置数据传输至服务器，服务器可以根据患者位置，校验用户的治疗过程的停留时间。用户在进行各种治疗环节时，服务器将对应的UWB定位基站激活，如果检测到正确的UWB患者手环，则通过第二类终端设备、治疗设备和体检设备通知医护人员，患者已经就位，然后，医护人员通过第二类终端设备、治疗设备和体检设备设有的摄像头再次扫描患者手环的二维码，从而再次确认患者的身份，并且在环节进行治疗时，服务器通过UWB定位基站数据预计正在排队患者所需等待的时间，这样患者根据服务器预估的时间规划自己检查或治疗的时间。

以往的在线预约，是根据用户自己的选择时间档期，进行预约，当该时间档期排满时，即不能预约，这样的方案用户仅能单项预约而不能基于用户角度进行时间统筹，而在实际就医时，患者往往因为在前一项检查时往往时间不可控，从而导致后期的预约无法及时就诊。

作为进一步的扩展方案，患者可以通过第一类终端设备进行检查环节或治疗患者的预约，服务器根据系统中已经预约的患者和项目，服务器根据患者需要治疗的环节以及治疗或检测设备的负载情况，为患者进行动态的计划。

作为具体方案，服务器为每个治疗环节和检测环节设定一个标准时长，即治疗或检测所需的时间长度。

预约的触发可以是第一类终端设备患者操作进行操作触发的，也可以是第二类终端设备的医护人员操作触发的。比如，用户在第一类终端设备完成检查或者治疗环节的缴费后，服务器自动根据缴费数据确定患者所需检查或治疗环节，然后，服务器计算当前已经在进行的检测和已经确定预约的患者所占用的时间，即排队时间，再根据患者当前患者的位置计算出患者到各个环节地点的路程时间，然后根据排队时间和路程时间之和，选择出最短时间的环节，然后在服务器中进行预约并向第一类终端设备发送预约成功信息的提示，并生产导航地图导引患者前往指定区域。作为具体方案，服务器在计算当前已经在进行的检测和已经确定预约的患者所占用的时间时，需要根据检测或治疗项目本身的类型以及患者的检测或治疗部位进行计算。需要说明的是，这是一般检查和治疗环节，如果需要手术等大型治疗环节，仍然需要人工介入进行预约。

作为一种扩展方案，服务器在进行预约管理时，不断获取来自于UWB定位基站的定位数据，判断患者的位置与其将要去的治疗或检测环节的位置距离，如果患者的UWB标签不在预设范围或者距离越来越远时，通过第一类终端设备提示患者尽快赶赴指定区域。

作为更进一步的扩展方案，服务器在进行预约规划时，如果已经预约的患者不在指定区域时，可以预先提示不在指定区域的患者尽快赶赴指定区域，如果在预设时间之前患者的UWB标签没有到达指定位置，则检测下一个患者的位置，如果下一位患者在指定区域内，则提前下一位患者的时间，依次向下进行检测，如果在原来序列中患者不在指定区域内，并且在进行另一项检测或治疗，如果检测或治疗时间以及其赶到现有的患者时间长度大于本环节的一个标准治疗时间时，则将其从原有序列中删除该患者的预约数据，从新为其规划，而使当前时间段空置出来。

空置出来的档期，根据现在指定区域内等待的患者情况进行匹配，如果指定区域中没有等待的患者则按照患者距离的远近配置当前的档期。

作为扩展方案，本申请的系统包括：毫米波检测装置，毫米宝检测装置用于检测患者的身高等固有属性，并记载患者的步态数据，然后将通过毫米检测装置检测到的数据和UWB定位基站数据结合，即使在患者在某些不能佩戴患者手环的情况下，仍能通过毫米波检测装置获取患者的位置信息。

采用患者的手环UWB定位技术以及毫米波检测技术也能进一步的在服务器中进行患者检查和治疗过程的质检和比对。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (1)

1.一种智能病案数据管理系统，其特征在于：

所述智能病案数据管理系统包括：

第一类终端设备，用于供患者使用以输入患者数据；

第二类终端设备，用于供医生使用以输入诊疗数据，所述诊疗数据包括病案数据和问诊数据；

服务器，用于存储和处理发送至所述第一类终端设备或所述第二类终端设备的数据；

其中，所述第一类终端设备和所述第二类终端设备分别与所述服务器构成通讯连接以使所述服务器至少能将数据发送至所述第一类终端设备和第二类终端设备；

所述服务器包括：数据模块、诊断模块和质检模块；所述数据模块至少用于存储所述第一类终端设备或第二类终端设备所上传的数据；所述诊断模块用于处理所述第一类终端设备或第二类终端设备所上传的数据；所述质检模块用于校验所述数据模块和诊断模块中的数据是否满足质检要求；

所述质检模块至少根据所述数据模块中的其他病案数据校验所述第二类终端设备上传至所述服务器的病案数据；

所述质检模块至少根据所述数据模块中的其他病案数据校验所述第二类终端设备上传至所述服务器的问诊数据；

所述质检模块至少根据所述数据模块中的医学文献校验所述第二类终端设备上传至所述服务器的病案数据；

所述质检模块至少根据所述数据模块中的医学文献校验所述第二类终端设备上传至所述服务器的问诊数据；

所述质检模块至少根据所述数据模块中的专家知识库校验所述第二类终端设备上传至所述服务器的病案数据；

所述质检模块至少根据所述数据模块中的预设的数据规范校验所述第二类终端设备上传至所述服务器的病案数据；

所述质检模块至少根据所述数据模块中的预设的数据规范校验所述第二类终端设备上传至所述服务器的问诊数据；

智能病案数据管理系统还包括：体检设备，用于检测患者的身体数据；

所述体检设备与所述第一类终端设备、第二类终端设备和服务器中的至少一个构成通讯连接以使所述体检设备将患者的身体数据发送至所述第一类终端设备、第二类终端设备和服务器中的至少一个；

所述质检模块至少根据所述数据模块中的体检设备的数据校验所述病案数据；

所述服务器将完成校验的数据发送至所述第一类终端设备；

第一类终端设备包括第一类处理器；

第二类终端设备包括第二类处理器；

第一类处理器包括第一AI处理单元，第一AI处理单元用于引导患者输入数据，第一AI处理单元通过查询患者的既往输入历史，进行引导式的问询，或者根据用户的性别、年龄等人群特性，问询重点疾病的特点；

第二类处理器包括第二AI处理单元，第二AI处理单元用于帮助医生输入数据，第二AI处理单元通过查询患者的既往输入历史，对医生的问诊进行辅助，或者根据用户的性别、年龄等人群特性，提示医生问询重点疾病的特点；

第一类终端设备通过蓝牙与第二类终端设备和第三类终端设备构成数据交互，用户在通过第一类终端设备完成预诊后，通过第一类终端设备的摄像头扫描所述第二类终端设备或第三类终端设备的二维码，从而实现与它们配对并获取权限；

第一类终端设备扫码后，获取第一类终端设备的地址，并通过向服务器发送请求获取蓝牙配对的秘钥，服务器反馈给第一类终端设备指令，要求第一终端设备的用户，进行身份识别，所述身份识别包括密码或者人脸识别，如果识别通过，则将蓝牙配对的秘钥发送至第一类终端设备以实现蓝牙配对，同时服务器根据配对信息，将第一类终端设备中相应的信息发送给第二类终端设备；

所述智能病案数据管理系统还包括：

供患者使用的患者手环和UWB定位基站；

所述患者手环具有二维码信息、RFID标签或UWB标签以实现定位；

患者在进行治疗时，体检设备和治疗设备扫描所述患者手环的二维码信息，识别当前患者，然后记录检测和治疗的数据至服务器，患者通过扫描所述患者手环上二维码信息从而获取向服务器发出数据请求，服务器根据第一类终端设备的采集密码或者其他身份认证数据判断第一类终端设备是否具有权限获取之前检测和治疗数据，如果具有权限，则将之前对应所述患者手环的全部数据同步到服务器中对应第一类终端设备的存储空间中进行数据更新；

所述患者手环设有一个UWB标签，所述患者手环为医院配发的由高分子材料制成的一次性手环，在一次性手环内部内置UWB标签装置；

或者，所述患者手环包括UWB标签装置和手环本体； 所述UWB标签装置独立封装之后，再将其结合至所述手环本体；

或者，患者手环也被构造为一个智能设备，使其具有：显示屏、UWB标签装置、控制器以及通讯模块，其中，所述显示屏用于显示二维码图像信息，所述通讯模块用于实现无线通讯，所述控制器用于控制显示屏、UWB标签装置以及通讯模块；

所述UWB定位基站用于定位患者手环或者第一类终端设备的位置；UWB定位基站将患者的位置数据传输至服务器，服务器根据患者位置，校验用户的治疗过程的停留时间；用户在进行各种治疗环节时，服务器将对应的UWB定位基站激活，如果检测到正确的UWB患者手环，则通过第二类终端设备、治疗设备和体检设备通知医护人员，患者已经就位；然后，医护人员通过第二类终端设备、治疗设备和体检设备设有的摄像头再次扫描所述患者手环的二维码，从而再次确认患者的身份，并且在环节进行治疗时，服务器通过UWB定位基站数据预计正在排队患者所需等待的时间以使患者根据服务器预估的时间规划自己检查或治疗的时间；

患者可以通过第一类终端设备进行检查环节或治疗患者的预约，服务器根据系统中已经预约的患者和项目，服务器根据患者需要治疗的环节以及治疗或检测设备的负载情况，为患者进行动态的计划；

服务器为每个治疗环节和检测环节设定一个标准时长，即治疗或检测所需的时间长度；

预约的触发包括患者操作第一类终端设备进行操作触发和由医护人员操作第二类终端设备进行的触发；

其中，所述患者操作第一类终端设备进行操作触发包括：用户在第一类终端设备完成检查或者治疗环节的缴费后，服务器自动根据缴费数据确定患者所需检查或治疗环节，然后，服务器计算当前已经在进行的检测和已经确定预约的患者所占用的时间，即排队时间，再根据患者当前患者的位置计算出患者到各个环节地点的路程时间，然后根据排队时间和路程时间之和，选择出最短时间的环节，然后在服务器中进行预约并向第一类终端设备发送预约成功信息的提示，并生产导航地图导引患者前往指定区域；

服务器在计算当前已经在进行的检测和已经确定预约的患者所占用的时间时，需要根据检测或治疗项目本身的类型以及患者的检测或治疗部位进行计算；

服务器在进行预约管理时，不断获取来自于UWB定位基站的定位数据，判断患者的位置与其将要去的治疗或检测环节的位置距离，如果患者的UWB标签不在预设范围或者距离越来越远时，通过第一类终端设备提示患者尽快赶赴指定区域；

服务器在进行预约规划时，如果已经预约的患者不在指定区域时，则预先提示不在指定区域的患者尽快赶赴指定区域，如果在预设时间之前患者的UWB标签没有到达指定位置，则检测下一个患者的位置，如果下一位患者在指定区域内，则提前下一位患者的时间，依次向下进行检测，如果在原来序列中患者不在指定区域内，并且在进行另一项检测或治疗，如果检测或治疗时间以及其赶到现有的患者时间长度大于本环节的一个标准治疗时间时，则将其从原有序列中删除该患者的预约数据，重新为其规划，而使当前时间段空置出来；

空置出来的档期根据现在指定区域内等待的患者情况进行匹配，如果指定区域中没有等待的患者则按照患者距离的远近配置当前的档期。

Images