一种诊疗数据存储方法、查询方法及相关装置

摘要

本申请公开了一种诊疗数据的存储方法及相关装置，该方法应用于工业互联网；工业互联网包括一个一级节点，多个二级节点和多个三级节点，该方法包括：当诊疗数据符合元数据标准时，产生诊疗数据对应的诊疗数据标识；诊疗数据标识包括医疗机构标识、疾病标识和序列标识；将诊疗数据存储到医疗机构的诊疗数据库中，并获得诊疗数据的存储地址；将诊疗数据标识和存储地址存储到医疗机构对应的三级节点中。该方法在不改变医疗机构原本的诊疗数据存储模式下，提供了规范的诊疗数据标识和与诊疗数据标识对应的诊疗数据地址，从而帮助诊疗数据的整理，进而使得诊疗数据的利用更加充分，为实现医疗大数据应用奠定基础。

说明书

技术领域

本申请涉及计算机领域，尤其涉及一种诊疗数据存储方法、查询方法及相关装置。

背景技术

在医疗机构的日常诊疗活动中会接诊大量的患者，从而会产生的大量的诊疗数据。目前，这些数据杂乱地存储在医疗机构的各个数据库中，这导致医院无法对诊疗数据进行统计，从而无法精准地针对诊疗数据分配医疗资源。进而导致大量的诊疗数据难以整理，从而使得诊疗数据没有得到有效的利用。

发明内容

为了解决上述技术问题，本申请提供了一种诊疗数据查询方法及系统，用于精准地统计诊疗数据，并充分利用诊疗数据。

为了实现上述目的，本申请实施例提供的技术方案如下：

本申请实施例提供一种诊疗数据的存储方法，所述方法应用于工业互联网；所述工业互联网包括一个一级节点，多个二级节点和多个三级节点；所述一级节点对应多个二级节点；每个二级节点对应至少一个三级节点；所述方法包括：

当医疗机构产生一条诊疗数据时，判断所述诊疗数据是否符合元数据标准；所述元数据标准根据疾病诊断指南确定；

当所述诊疗数据符合所述元数据标准时，产生所述诊疗数据对应的诊疗数据标识；所述诊疗数据标识包括医疗机构标识、疾病标识和序列标识；所述医疗机构标识与所述三级节点一一对应；

将所述诊疗数据存储到所述医疗机构的诊疗数据库中，并获得所述诊疗数据的存储地址；

将所述诊疗数据标识和所述存储地址存储到所述医疗机构对应的三级节点中。

可选地，本申请实施例提供的方法还包括：

将所述诊疗数据标识存储到所述三级节点对应的二级节点中。

可选地，本申请实施例提供的方法的所述诊疗数据库包括：医疗影像数据库、超声影像数据库、检验数据库、基因检测数据库、标本数据库和医疗机构信息系统数据库中的至少一种。

可选地，本申请实施例提供的方法中所述医疗机构标识与医疗机构一一对应；所述疾病标识与疾病一一对应；所述序列标识与诊疗数据一一对应。

根据上述实施例提供的诊疗数据的存储方法，本申请实施例还提供了一种诊疗数据查询方法，所述方法应用于工业互联网；所述工业互联网包括一个一级节点，多个二级节点和多个三级节点；所述一级节点对应多个二级节点；每个二级节点对应至少一个三级节点；所述方法包括：

接收查询请求；所述查询请求包括至少一个诊疗数据标识；所述诊疗数据标识包括医疗机构标识、疾病标识和序列标识；所述医疗机构标识与所述三级节点一一对应；

在所述医疗机构标识对应的三级节点中，查询所述疾病标识和序列标识对应的诊疗数据地址；

在所述医疗机构的诊疗数据数据库中，查询所述诊疗数据地址对应的诊疗数据；

返回所述查询请求对应的诊疗数据。

可选地，在查询所述疾病标识和序列标识对应的诊疗数据地址之前，还包括：

确认所述查询请求具有所述诊疗数据标识对应的数据授权；

查询所述诊疗数据地址对应的诊疗数据，包括：

根据所述数据授权查询所述诊疗数据地址对应的诊疗数据。

可选地，所述诊疗数据库包括：医疗影像数据库、超声影像数据库、检验数据库、基因检测数据库、标本数据库和医疗机构信息系统数据库中的至少一种。

可选地，本申请实施例提供的方法所述医疗机构标识与医疗机构一一对应；所述疾病标识与疾病一一对应；所述序列标识与诊疗数据一一对应。

本申请实施例还提供了一种诊疗数据的存储装置，所述装置应用于工业互联网；所述工业互联网包括一个一级节点，多个二级节点和多个三级节点；所述一级节点对应多个二级节点；每个二级节点对应至少一个三级节点；所述装置包括：

判断模块，用于当医疗机构产生一条诊疗数据时，判断所述诊疗数据是否符合元数据标准；所述元数据标准根据疾病诊断指南确定；

标识产生模块，用于当所述诊疗数据符合所述元数据标准时，产生所述诊疗数据对应的诊疗数据标识；所述诊疗数据标识包括医疗机构标识、疾病标识和序列标识；所述医疗机构标识与所述三级节点一一对应；

第一存储模块，用于将所述诊疗数据存储到所述医疗机构的诊疗数据库中，并获得所述诊疗数据的存储地址；

第二存储模块，用于将所述诊疗数据标识和所述存储地址存储到所述医疗机构对应的三级节点中。

本申请实施例还提供了一种诊疗数据查询装置，所述装置应用于工业互联网；所述工业互联网包括一个一级节点，多个二级节点和多个三级节点；所述一级节点对应多个二级节点；每个二级节点对应至少一个三级节点；所述装置包括：

接收模块，用于接收查询请求；所述查询请求包括至少一个诊疗数据标识；所述诊疗数据标识包括医疗机构标识、疾病标识和序列标识；所述医疗机构标识与所述三级节点一一对应；

第一查询模块，用于在所述医疗机构标识对应的三级节点中，查询所述疾病标识和序列标识对应的诊疗数据地址；

第二查询模块，用于在所述医疗机构的诊疗数据数据库中，查询所述诊疗数据地址对应的诊疗数据；

返回模块，用于返回所述查询请求对应的诊疗数据。

通过上述技术方案可知，本申请具有以下有益效果：

本申请实施例提供了一种诊疗数据的存储方法及相关装置，方法应用于工业互联网；工业互联网包括一个一级节点，多个二级节点和多个三级节点；一级节点对应多个二级节点；每个二级节点对应至少一个三级节点；方法包括：当医疗机构产生一条诊疗数据时，判断诊疗数据是否符合元数据标准；元数据标准根据疾病诊断指南确定；当诊疗数据符合元数据标准时，产生诊疗数据对应的诊疗数据标识；诊疗数据标识包括医疗机构标识、疾病标识和序列标识；医疗机构标识与三级节点一一对应；将诊疗数据存储到医疗机构的诊疗数据库中，并获得诊疗数据的存储地址；将诊疗数据标识和存储地址存储到医疗机构对应的三级节点中。

由此可知，本申请实施例提供了一种诊疗数据存储方法，基于工业互联网内的一级节点、二级节点和三级节点存储诊疗数据的地址，从而在不改变医疗机构原本的诊疗数据存储模式下，提供了规范的诊疗数据标识和与诊疗数据标识对应的诊疗数据地址，从而帮助诊疗数据的整理，进而使得诊疗数据的利用更加充分。

附图说明

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

图1为本申请实施例提供的一种诊疗数据的存储方法示意图；

图2为本申请实施例提供的一种工业互联网的示意图；

图3为本申请实施例提供的一种诊疗数据查询方法的示意图；

图4为本申请实施例提供的一种诊疗数据的存储装置示意图；

图5为本申请实施例提供的一种诊疗数据的查询装置示意图。

具体实施方式

为了帮助更好地理解本申请实施例提供的方案，在介绍本申请实施例提供的方法之前，先介绍本申请实施例方案的应用的场景。

在医疗机构的日常诊疗活动中会接诊大量的患者，从而会产生的大量的诊疗数据。目前，这些数据杂乱地存储在医疗机构的各个数据库中，这导致医院无法对诊疗数据进行统计，从而无法精准地针对诊疗数据分配医疗资源。进而导致大量的诊疗数据难以整理，从而使得诊疗数据没有得到有效的利用。

为了解决上述的技术问题，本申请实施例提供了一种诊疗数据存储方法，基于工业互联网内的一级节点、二级节点和三级节点存储诊疗数据的地址，从而在不改变医疗机构原本的诊疗数据存储模式下，提供了规范的诊疗数据标识和与诊疗数据标识对应的诊疗数据地址，从而帮助诊疗数据的整理，从而实现在不改变诊疗数据存储位置的前提下实现多机构之间的诊疗数据共享和使用，进而使得诊疗数据的利用更加充分，为实现医疗大数据应用奠定基础。

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。

参见图1，该图为本申请实施例提供的一种诊疗数据的存储方法示意图。

本申请实施例提供的诊疗数据存储方法应用于工业互联网，工业互联网包括一个一级节点，多个二级节点和多个三级节点；一级节点对应多个二级节点；每个二级节点对应至少一个三级节点。如图1所示，该方法包括：

S101：当医疗机构产生一条诊疗数据时，判断诊疗数据是否符合元数据标准；元数据标准根据疾病诊断指南确定。

S102：当诊疗数据符合元数据标准时，产生诊疗数据对应的诊疗数据标识；诊疗数据标识包括医疗机构标识、疾病标识和序列标识；医疗机构标识与三级节点一一对应。

S103：将诊疗数据存储到医疗机构的诊疗数据库中，并获得诊疗数据的存储地址。

S104：将诊疗数据标识和存储地址存储到医疗机构对应的三级节点中。

需要说明的是，医疗机构建立医疗机构节点服务器(即三级节点)，并通过二级节点(行业节点接入工业互联网)。当判断诊疗数据符合元数据标准时，将诊疗数据存储到医疗机构传统的诊疗数据库中，获得诊疗数据的存储地址。本申请将诊疗数据的存储地址和诊疗数据标识存储到医疗机构对应的三级节点中，提供了规范的诊疗数据标识和与诊疗数据标识对应的诊疗数据地址，从而帮助诊疗数据的整理，进而使得诊疗数据的利用更加充分。其中，医疗机构标识与医疗机构一一对应；疾病标识与疾病一一对应；序列标识与诊疗数据一一对应。

作为一种可能的实施方式，为了方便统计多个医疗机构的诊疗数据，本申请实施例提供的方法还包括：将诊疗数据标识存储到三级节点对应的二级节点中。如此，本申请实施例的方案中，可以通过二级节点对诊疗数据的数量和类型进行整理，进一步使得诊疗数据的利用更加充分。

医疗机构的诊疗数据库是医疗机构原本具有的数据库，但通常这些数据缺乏整理和统计，导致诊疗数据得不到充分的利用。作为一个示例，诊疗数据库包括：医疗影像数据库、超声影像数据库、检验数据库、基因检测数据库、标本数据库和医疗机构信息系统数据库中的至少一种。本申请实施例所提供的诊疗数据的存储方法不改变医疗机构的诊疗数据库中诊疗数据的存储方式，对现有的医疗机构的存储系统改动较少，能够适用于各种不同存储系统的医疗机构，医疗机构接入本申请实施例提供的工业互联网的成本也较低。

作为一种可能的实施方式，本申请内实施例中的一级节点可以为国家顶级节点，二级节点可以为行业节点，三级节点可以为企业节点或医疗机构节点。应该理解，一级节点可以与国家相对应，二级节点与行业相对应，三级节点与企业或医疗机构相对应。下面以上述的节点分类为示例，结合附图介绍本申请实施例提供的工业互联网。

参见图2，该图为本申请实施例提供的一种工业互联网的示意图。

如图2所示，本申请实施例提供的工业互联网基于工业互联网标识解析网络体系。国家顶级节点88下面对应医疗行业二级节点88.137、保险行业二级节点88.170等。医疗行业二级节点对应多个医疗机构节点，包括：A医院节点88.137.120和B医院节点88.137.106。

在本申请实施例提供的工业互联网中，每个医疗机构对应一个三级节点。其中88.137.120和88.137.106都为医疗机构标识，与医疗机构一一对应。即医疗机构标识88.137.120对应A医院，医疗机构标识88.137.106对应B医院。

作为一个示例，A医院产生了一条诊疗数据，当诊疗数据满足源数据标准时，产生该诊疗数据对应的诊疗数据标识。诊疗数据标识中的医疗机构标识为88.137.120。疾病标识与疾病一一对应，若该条诊疗数据为高血压疾病元数据，高血压对应的疾病标识为0150。序列标识与诊疗数据一一对应，若该条诊疗数据对应的序列标识为000001。由上可知，该条诊疗数据的诊疗数据标识为88.137.120(0150)000001。

综上所述，本申请将诊疗数据的存储地址和诊疗数据标识存储到医疗机构对应的三级节点中，提供了规范的诊疗数据标识和与诊疗数据标识对应的诊疗数据地址，从而帮助诊疗数据的整理，进而使得诊疗数据的利用更加充分。

在医院、各地医保局、商业保险、患者等多个主体之间无法方便快捷的共享、传递诊疗数据，还在用传统的纸质文件在相关主体之间传递数据重复录入，造成成本高、效率低、易出错等问题。此外，当前的一些共享方式，是将各医院的诊疗数据上传到第三方的服务器或平台上，实现集中式共享；这种方式需要将医院的原始诊疗数据上交，存在数据安全、管理、伦理等方面的诸多问题和隐患。

为了解决上述的问题，根据本申请实施例提供的诊疗数据的存储方法，本申请实施例还提供了一种诊疗数据查询方法。

参见图3，该图为本申请实施例提供的一种诊疗数据查询方法的示意图。

该方法应用于工业互联网；工业互联网包括一个一级节点，多个二级节点和多个三级节点；一级节点对应多个二级节点；每个二级节点对应至少一个三级节点。如图3所示，该方法包括：

S301：接收查询请求；查询请求包括至少一个诊疗数据标识；诊疗数据标识包括医疗机构标识、疾病标识和序列标识；医疗机构标识与三级节点一一对应。

S302：在医疗机构标识对应的三级节点中，查询疾病标识和序列标识对应的诊疗数据地址。

S303：在医疗机构的诊疗数据数据库中，查询诊疗数据地址对应的诊疗数据。

S304：返回查询请求对应的诊疗数据。

应该理解，本申请实施例提供的查询方法可以根据医疗机构标识，在上述式实施例提供的工业互联网中，分级查找到医疗机构标识对应的医疗机构。然后查询到诊疗数据地址，在医疗机构的诊疗数据库中查询诊疗数据地址对应的诊疗数据。

在本申请实施例中，为了保护诊疗数据的安全，作为一种可能的实施方式，在查询疾病标识和序列标识对应的诊疗数据地址之前，还包括：确认查询请求具有诊疗数据标识对应的数据授权；查询诊疗数据地址对应的诊疗数据，包括：根据数据授权查询诊疗数据地址对应的诊疗数据。本申请实施例提供的数据授权，包括全部授权和部分授权。应该理解，当查询请求具有全部的数据授权时，本申请实施例提供的方法可以获得全部的诊疗数据。当查询请求具有部分数据授权时，本申请实施例提供的方法可以获得部分的诊疗数据。

本申请实施例中的数据授权可以来自患者本人也可以来自医疗机构，本申请实施例在此不做限定。本申请实施例中的诊疗数据库包括：医疗影像数据库、超声影像数据库、检验数据库、基因检测数据库、标本数据库和医疗机构信息系统数据库中的至少一种。在诊疗数据标识中，医疗机构标识与医疗机构一一对应；疾病标识与疾病一一对应；序列标识与诊疗数据一一对应。

综上所述，本申请实施例提供的诊疗数据查询方法，实现了诊疗数据在不同的医疗机构和企业中的共享，使得诊疗数据得到了较为充分的利用。避免了患者在不同的医院需要进行重复检查，导致诊疗费用上涨的问题。同时由于患者在医院的诊疗数据可以在医保和商保进行共享，医保和商业保险公司在理赔过程中不需要手工录入、扫描患者提供的理赔材料，工作量减少。

根据上述实施例提供的诊疗数据的存储方法，本申请实施例还提供了一种诊疗数据的存储装置。

参见图4，该图为本申请实施例提供的一种诊疗数据的存储装置示意图。

该装置应用于工业互联网；工业互联网包括一个一级节点，多个二级节点和多个三级节点；一级节点对应多个二级节点；每个二级节点对应至少一个三级节点。如图4所示，该装置包括：

判断模块100，用于当医疗机构产生一条诊疗数据时，判断诊疗数据是否符合元数据标准；元数据标准根据疾病诊断指南确定。

标识产生模块200，用于当诊疗数据符合元数据标准时，产生诊疗数据对应的诊疗数据标识；诊疗数据标识包括医疗机构标识、疾病标识和序列标识；医疗机构标识与三级节点一一对应。

第一存储模块300，用于将诊疗数据存储到医疗机构的诊疗数据库中，并获得诊疗数据的存储地址。

第二存储模块400，用于将诊疗数据标识和存储地址存储到医疗机构对应的三级节点中。

根据上述实施例提供的诊疗数据的查询方法，本申请实施例还提供了一种诊疗数据的查询装置。

参见图5，该图为本申请实施例提供的一种诊疗数据的查询装置示意图。

该装置应用于工业互联网；工业互联网包括一个一级节点，多个二级节点和多个三级节点；一级节点对应多个二级节点；每个二级节点对应至少一个三级节点。如图5所示，该装置包括：

接收模块500，用于接收查询请求；查询请求包括至少一个诊疗数据标识；诊疗数据标识包括医疗机构标识、疾病标识和序列标识；医疗机构标识与三级节点一一对应。

第一查询模块600，用于在医疗机构标识对应的三级节点中，查询疾病标识和序列标识对应的诊疗数据地址。

第二查询模块700，用于在医疗机构的诊疗数据数据库中，查询诊疗数据地址对应的诊疗数据。

返回模块800，用于返回查询请求对应的诊疗数据。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本申请各个实施例或者实施例的某些部分所述的方法。

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

还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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