一种辅助门诊助手的医疗知识图谱的构建方法技术

本公开的实施例提供了一种辅助门诊助手的医疗知识图谱的构建方法、系统、设备和计算机可读存储介质。所述方法包括对所需的概念类型和关系类型进行定义；基于已存的疾病列表，获取半结构化文本信息，通过完成定义的概念类型和关系类型对所述半结构化文本信息进行分析，提取所需的概念类型和关系类型；根据所述所需的概念类型和关系类型，构建医疗知识图谱。以此方式，可以根据患者的具体情况安排需要拍摄的影像和检查，提升了患者在门诊候诊流程的效率和体验。

【技术实现步骤摘要】
一种辅助门诊助手的医疗知识图谱的构建方法
本公开的实施例一般涉及医疗领域，并且更具体地，涉及一种辅助门诊助手的医疗知识图谱的构建方法、系统、设备和计算机可读存储介质。
技术介绍
在医院门诊现场的高峰期，经常会有大批的患者在医生诊室门口等候。为了便于提升门诊效率，医院经常会安排一个门诊助手在现场协助，这个门诊助手通常要承担两个职能：初步判断患者病情的严重程度，以便合理分诊；提前安排一些需要拍摄的影像和检查的工作。为了提升患者在门诊候诊流程的效率和体验，市场上也推出了很多的智能设备，例如门诊叫号系统、智能问诊系统和临床辅助决策系统等。但是，上述系统均不能根据患者具体情况提示现场所需的影像和检查。
技术实现思路
本公开旨在至少解决现有技术或相关技术中存在的技术问题之一。为此，在本公开的第一方面，提供了一种辅助门诊助手的医疗知识图谱的构建方法。该方法包括：对所需的概念类型和关系类型进行定义；基于已存的疾病列表，获取半结构化文本信息，通过完成定义的概念类型和关系类型对所述半结构化文本信息进行分析，提取所需的概念类型和关系类型；根据所述所需的概念类型和关系类型，构建医疗知识图谱。进一步地，所述概念类型，用于定义同一大类概念；所述关系类型，用于定义不同的概念类型之间的特定关系。进一步地，所述对所需的概念类型和关系类型进行定义包括：通过术语集对所述所需的概念类型和关系类型进行定义。进一步地，所述术语集包括完整的疾病、症状和/或检查的概念列表。进一步地，所述基于已存的疾病列表，获取半结构化文本信息包括：基于已存的疾病列表，从医疗数据资源上获取所述半结构化文本信息。进一步地，所述医疗知识图谱为闭环结构。进一步地，所述闭环结构包括：疾病->检查->结果->疾病闭环结构；疾病->检验->结果->疾病闭环结构；疾病->解剖结构->临床所见->疾病闭环结构。在本公开的第二方面，提出了一种辅助门诊助手的医疗知识图谱的构建系统，包括：定义模块，用于对所需的概念类型和关系类型进行定义；分析提取模块，用于基于已存的疾病列表，获取半结构化文本信息，通过完成定义的概念类型和关系类型对所述半结构化文本信息进行分析，提取所需的概念类型和关系类型；构建模块，用于根据所述所需的概念类型和关系类型，构建医疗知识图谱。在本公开的第三方面，提出了一种设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如根据本公开的上述方法。在本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如根据本公开的上述方法。本申请实施例提供的一种辅助门诊助手的医疗知识图谱的构建方法，通过对所需的概念类型和关系类型进行定义，基于已存的疾病列表，获取半结构化文本信息，通过完成定义的概念类型和关系类型对所述半结构化文本信息进行分析，提取所需的概念类型和关系类型，根据所述所需的概念类型和关系类型，构建医疗知识图谱，实现了门诊助手的工作智能化，同时大大提升患者在门诊候诊流程的效率和体验。应当理解，
技术实现思路
部分中所描述的内容并非旨在限定本公开的实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。附图说明结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：图1是本申请的一个实施例可以应用于其中的示例性系统架构图；图2是根据本申请的辅助门诊助手的医疗知识图谱的构建方法的一个实施例的流程图；图3是用来实现本申请实施例的终端设备或服务器的计算机系统的结构示意图；图4是根据本申请的不同概念类型之间的关系类型示意图；图5是根据本申请的百度百科词条搜索结果示意图；图6是根据本申请实施例的一种辅助门诊助手的医疗知识图谱的构建方法的一个应用场景示意图。具体实施方式为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。图1示出了可以应用本申请的辅助门诊助手的医疗知识图谱的构建方法或辅助门诊助手的医疗知识图谱的构建装置的实施例的示例性系统架构100。如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如模型训练类应用、视频识别类应用、网页浏览器应用、社交平台软件等。终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(MovingPictureExpertsGroupAudioLayerIII，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExpertsGroupAudioLayerIV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。当终端101、102、103为硬件时，其上还可以安装有视频采集设备。视频采集设备可以是各种能实现采集视频功能的设备，如摄像头、传感器等等。用户可以利用终端101、102、103上的视频采集设备来采集视频。服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的数据处理的后台服务器。后台服务器可以对接收到的数据进行分析等处理，并可以将处理结果反馈给终端设备。需要说明的是，服务器本文档来自技高网...

【技术保护点】
1.一种辅助门诊助手的医疗知识图谱的构建方法，其特征在于，包括：/n对所需的概念类型和关系类型进行定义；/n基于已存的疾病列表，获取半结构化文本信息，通过完成定义的概念类型和关系类型对所述半结构化文本信息进行分析，提取所需的概念类型和关系类型；/n根据所述所需的概念类型和关系类型，构建医疗知识图谱。/n

【技术特征摘要】
1.一种辅助门诊助手的医疗知识图谱的构建方法，其特征在于，包括：
对所需的概念类型和关系类型进行定义；
基于已存的疾病列表，获取半结构化文本信息，通过完成定义的概念类型和关系类型对所述半结构化文本信息进行分析，提取所需的概念类型和关系类型；
根据所述所需的概念类型和关系类型，构建医疗知识图谱。


2.根据权利要求1所述的方法，其特征在于，
所述概念类型，用于定义同一大类概念；
所述关系类型，用于定义不同的概念类型之间的特定关系。


3.根据权利要求2所述的方法，其特征在于，所述对所需的概念类型和关系类型进行定义包括：
通过术语集对所述所需的概念类型和关系类型进行定义。


4.根据权利要求3所述的方法，其特征在于，所述术语集包括完整的疾病、症状和/或检查的概念列表。


5.根据权利要求4所述的方法，其特征在于，所述基于已存的疾病列表，获取半结构化文本信息包括：
基于已存的疾病列表，从医疗数据资源上获取所述半结构化文本信息。


6.根据权利要求5所述的方法，其特征在于，所述医疗知识图谱为闭环结构。

【专利技术属性】
技术研发人员：刘峥嵘，王岩，张国强，姚姣，许可，杨志宝，
申请(专利权)人：北京欧应信息技术有限公司，
类型：发明
国别省市：北京;11