CN109087707A - 一种用于建立肺部影像数据库的方法及设备 - Google Patents
一种用于建立肺部影像数据库的方法及设备 Download PDFInfo
- Publication number
- CN109087707A CN109087707A CN201810795229.7A CN201810795229A CN109087707A CN 109087707 A CN109087707 A CN 109087707A CN 201810795229 A CN201810795229 A CN 201810795229A CN 109087707 A CN109087707 A CN 109087707A
- Authority
- CN
- China
- Prior art keywords
- data
- data table
- information
- lung image
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
Landscapes
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Health & Medical Sciences (AREA)
- Public Health (AREA)
- Data Mining & Analysis (AREA)
- Pathology (AREA)
- Databases & Information Systems (AREA)
- Biomedical Technology (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Apparatus For Radiation Diagnosis (AREA)
Abstract
本申请的目的是提供一种用于建立肺部影像数据库的方法及设备,本申请通过获取用户的肺部影像数据,建立所述肺部影像数据的相关数据表;确定权限管理数据表,其中,所述权限管理数据表包括权限数据表、节点数据表、角色数据表、用户角色中间数据表;根据所述权限管理数据表判断用户的查询请求是否合法,若是,则根据预设查询方法对所述相关数据表进行查询,以确定与所述用户的查询请求对应的查询结果,将所述查询结果显示在页面上;根据对所述页面上所述查询结果的操作,更新所述肺部影像数据的相关数据表。从而通过输入一次查询条件,就可以同时得到不同关系表中的数据,增强比对,降低查询工作量,节省了查询和分析时间。
Description
技术领域
本申请涉及计算机领域,尤其涉及一种用于建立肺部影像数据库的方法及设备。
背景技术
近年来,肺癌发病率不断攀升,肺癌已经成为恶性肿瘤中发病率和死亡率最高的癌症。“早发现、早诊断、早治疗”是提高肺癌治愈率的关键。相比较于单纯的临床诊断而言,计算机辅助检测/诊断CAD对于肺癌的早期检测和诊断具有较大的独特优势,能够提高临床医生的诊断效率和准确率。
而数据是CAD研究的基础,构建数据结构更完善、体系更完整、更方便研究者获取所需数据进而进行更高效的数据分析的肺部疾病研究数据库成为该项研究重要课题。目前开发的为数不多的医学数据库软件存在着功能单一、界面老化等问题,且它们的服务对象只面向医疗机构内部工作人员,只有在医疗机构内部才能使用其资源,存在未实现网络化等问题。已开发的肺癌相关数据库,仍然存在数据结构不完善,不利于数据共享等问题;而当前世界上应用最广泛肺癌数据库是LIDC/IDRI,但是该数据库数据信息较为单一,无法利用多学科融合信息对实现对肺癌的精确诊断。
发明内容
本申请的一个目的是提供一种用于建立肺部影像数据库的方法及设备,以建立不同学科数据组成的关系表之间数据的一致性、完整性、规范性以及安全性,实现对肺结节恶性风险评估,对肺癌良恶性预测和鉴别研究。
根据本申请的一个方面,提供了一种用于建立肺部影像数据库的方法,该方法包括:
获取用户的肺部影像数据,建立所述肺部影像数据的相关数据表;
确定权限管理数据表,其中,所述权限管理数据表包括权限数据表、节点数据表、角色数据表、用户角色中间数据表;
根据所述权限管理数据表判断用户的查询请求是否合法,若是,则根据预设查询方法对所述相关数据表进行查询,以确定与所述用户的查询请求对应的查询结果,将所述查询结果显示在页面上;
根据对所述页面上所述查询结果的操作,更新所述肺部影像数据的相关数据表。
进一步地,建立所述肺部影像数据的相关数据表,包括:
根据所述用户的肺部影像数据中的一种或多种数据组成的字段建立所述肺部影像数据的相关数据表,其中,所述相关数据表包括肺部影像的唯一标识信息、数据表的键及数据表的索引字段。
进一步地,所述肺部影像数据的相关数据表包括:基本及病理信息数据表、影像信息数据表、基因信息数据表、肿瘤标记物信息数据表、肺结节信息数据表及CT影像路径数据表。
进一步地,根据所述用户的肺部影像数据中的一种或多种数据组成的字段建立所述肺部影像数据的相关数据表之后,包括:
将所述基本及病理信息数据表分别与所述影像信息数据表、所述基因信息数据表、肿瘤标记物信息数据表建立一一对应的关联关系,其中,所述基本及病理信息数据表中的主键的字段与所述影像信息数据表、所述基因信息数据表、肿瘤标记物信息数据表中外键的字段相同;
将所述基本及病理信息数据表与所述肺结节信息数据表及所述CT影像路径数据表建立一对多的关联关系,其中,将所述基本及病理信息数据表中的主键的字段作为所述肺结节信息数据表及所述CT影像路径数据表的外键。
进一步地,根据预设查询方法对所述相关数据表进行查询,包括:
在每一数组中定义当前数组表示的数据表的表名称、与主表的关联关系,根据各数据的定义建立所述相关数据表中各数据表的关联关系;
确定所述用户的查询请求中的查询条件,根据所述查询条件及所述相关数据表中各数据表的关联关系查询所述相关数据表中的各数据表。
进一步地,当对所述CT影像路径数据表进行查询时,根据预设查询方法对所述相关数据表进行查询,包括:
确定所述用户的查询请求中的时间信息,根据所述时间信息调取术前CT影像数据或术后CT影像数据。
进一步地,所述方法包括:
将对CT影像的后处理插件存储至系统项目文件夹中,根据页面上用户的触发条件查询所述系统项目文件夹,对所述CT影像进行图像处理。
进一步地,确定权限管理数据表,包括:
确定权限管理数据表中的节点数据表,其中,所述节点数据表包括由所述肺部影像的唯一标识信息、肺部影像所属病人的身份信息、节点描述、节点名称、节点排序、节点的等级组成的字段;
确定权限管理数据表中的角色数据表,其中,所述角色数据表包括由肺部影像的唯一标识信息、肺部影像所属病人的身份信息、角色描述组成的字段;
为查询用户分配角色,将所述查询用户的相关数据添加至所述角色数据表中,以建立所述用户角色中间数据表,其中,所述查询用户的相关数据包括所述查询用户的账号信息、密码信息及所属角色信息;
根据所述查询用户的所属角色信息及所述用户角色中间数据表确定所述查询用户的权限信息,以建立所述权限数据表。
进一步地,将所述查询结果显示在页面上,包括:
将所述查询结果以表格方式显示在页面上。
进一步地,根据对所述页面上所述查询结果的操作,更新所述肺部影像数据的相关数据表,包括:
当对所述页面上所述查询结果的操作为修改时,获取修改请求的目标数据条的标识信息;
根据所述目标数据条的标识信息在所述基本及病理信息数据表中进行查询,将查询到的结果返回至控制页面,以由管理员在所述控制页面上进行修改所述目标数据条;
根据修改后的目标数据条更新所述肺部影像数据的相关数据表。
进一步地,根据对所述页面上所述查询结果的操作,更新所述肺部影像数据的相关数据表,包括:
当对所述页面上所述查询结果的操作为删除时,获取删除请求的数据条的标识信息;
根据所述数据条的标识信息对所述基本及病理信息数据表中的删除字段的值进行更改;
基于获取的查看回收站的请求,读取所述基本及病理信息数据表中更改值后的删除字段对应的数据条,将所述对应的数据条以表格方式列出;
根据对列出的表格中数据条的删除选择删除所述数据条,更新所述肺部影像数据的相关数据表。
进一步地,所述方法包括:
将获取到的所属病人的唯一标识信息、肺部影像的唯一标识信息、肺部影像所属病人的身份信息及性别信息分别存储至单独的变量中;
将所述肺部影像的图像类型、尺寸信息、最大上传字节数及所述肺部影像所在文件夹的路径信息保存至文件夹根目录中;
根据所述文件夹根目录中的信息判断上传的肺部影像是否成功,若是,则获取所述上传的肺部影像的子目录及图片名称,根据所述子目录及图片名称将存储至所述单独的变量中的信息添加至所述CT影像路径数据表。
根据本申请另一个方面,提供了一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现前述所述的方法。
根据本申请再一个方面,还提供了一种用于建立肺部影像数据库的设备,所述设备包括:
一个或多个处理器;以及
存储有计算机可读指令的存储器,所述计算机可读指令在被执行时使所述处理器执行如前述一种用于建立肺部影像数据库的方法的操作。
与现有技术相比,本申请通过获取用户的肺部影像数据,建立所述肺部影像数据的相关数据表;确定权限管理数据表,其中,所述权限管理数据表包括权限数据表、节点数据表、角色数据表、用户角色中间数据表;根据所述权限管理数据表判断用户的查询请求是否合法,若是,则根据预设查询方法对所述相关数据表进行查询,以确定与所述用户的查询请求对应的查询结果,
将所述查询结果显示在页面上;根据对所述页面上所述查询结果的操作,更新所述肺部影像数据的相关数据表。从而可以省去用户查阅不同学科信息再自行进行拼接的过程,可以通过输入一次查询条件,就可以同时得到不同关系表中的数据,增强比对,提高用户使用多因素分析肺癌病例的效率,降低查询工作量,节省了查询和分析时间。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1示出根据本申请的一个方面提供的一种用于建立肺部影像数据库的方法流程示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
图1示出根据本申请的一个方面提供的一种用于建立肺部影像数据库的方法流程示意图,该方法包括:步骤S11~步骤S14,其中,在步骤S11中,获取用户的肺部影像数据,建立所述肺部影像数据的相关数据表;在肺部影像的数据库的前端页面能够进行多学科信息的分别检索和综合检索,则需要建立肺部影像数据的相关数据表,以根据查询请求从各数据表中进行查询,实现多学科信息的检索。接着,在步骤S12中,确定权限管理数据表,其中,所述权限管理数据表包括权限数据表、节点数据表、角色数据表、用户角色中间数据表;在此,为保证数据的安全性,需要进行权限管理,通过建立权限管理数据表,实现管理员对数据库的数据表的修改、删除等操作,用户登录以及查询的权限,保证数据的安全。在步骤S13中,根据所述权限管理数据表判断用户的查询请求是否合法,若是,则根据预设查询方法对所述相关数据表进行查询,以确定与所述用户的查询请求对应的查询结果,将所述查询结果显示在页面上;在此,判断用户的查询请求是否合法以及用户的查询权限,比如,用户为医生与病人,分配的权限不同,可查询到的查询结果不同,病人对一些查询请求没有查询权限而医生具有该权限,将查询结果显示在前端的页面上。最后,在步骤S14中,根据对所述页面上所述查询结果的操作,更新所述肺部影像数据的相关数据表。可进行多学科的信息管理,即对肺部影像数据的相关数据表进行管理,对各数据表中的数据进行添加、修改、查看、数据移除至回收站、彻底删除等。从而保证数据的安全性以及数据的时效性、准确性。
在本申请一实施例中,在步骤S11中,根据所述用户的肺部影像数据中的一种或多种数据组成的字段建立所述肺部影像数据的相关数据表,其中,所述相关数据表包括肺部影像的唯一标识信息、数据表的键及数据表的索引字段。其中,所述肺部影像数据的相关数据表包括:基本及病理信息数据表、影像信息数据表、基因信息数据表、肿瘤标记物信息数据表、肺结节信息数据表及CT影像路径数据表。在此,首先设计主表,即设计基本及病理信息数据表,在表中添加字段:id(所属病人的唯一标识信息)、pid(影像号)、name(病人姓名)、sex(病人性别)、age(年龄)、exSmoke(吸烟史)、exFamily(家族史)、pathoDate(病理/手术日期)、pathoContent(病理诊断报告)、MR(脑补MR检查结果)、del(删除标记位);其中,‘id’是该设置为表的主键,并自增。需要说明的是id作为唯一标识该表记录的字段,值唯一不允许重复,同时该字段也是被设置成索引,提高用户的检索速度。建立影像信息数据表时,表中添加的字段有:id、pid(影像号)、ct_time(术前最后一次拍CT影像的时间)、ct_content(CT影像诊断报告)、scheme(治疗方案)、part(手术切除部位)、set_num(术前所做CT影像套数)、remark(术后两年内随访备注)、del(删除标志位);其中id是该表的外键,该字段的值来源于主表(基本及病理信息数据表中)的id,同时该表中的id字段也是该表的索引。建立基因信息数据表时,数据表中的字段包括比如id、pid(影像号)、del(删除标志位)等,其中id是该表的外键,其值来源于主表(基本及病理信息数据表中)中的id值;同时该id字段也是该表的索引。
建立肿瘤标记物信息数据表时,该数据表中的字段包括id、pid(影像号)、SCC(鳞状细胞癌相关抗原)、CEA(癌胚抗原)、CA125(癌胚抗原125)、CYFRA21-1(细胞角质蛋白21-1片段)、NSE(神经元特异性烯醇化酶)、ProGRP(胃泌素释放肽前体)、del(删除标志位)等;其中,id是该表的外键,其值来源于主表,同时也是该表的索引字段。
建立肺结节信息数据表时,该数据表中的字段包括id号、pid(影像号)、loc(结节所在位置)、nodNum(结节编号)、pix_x(结节所在x坐标)、pix_y(y坐标)、pix_z(z坐标)、pos_z(该结节具体在哪一张CT影像上)、diam(结节直径)、denTyp(结节密度类型)、posTyp(结节位置类型)、pathoTyp(结节病理类型)、isBenign(良恶性)、TNM(TNM分期)、clinTim(临床分期)、bid(该结节所属病人的id)、del(删除标识字段);其中,id和pid是该表的联合主键,作为表中记录的唯一标识;bid是外键(该字段的值来源于主表中的id字段值)。建立CT影像存放路径数据表时,该数据表中的字段包括id、pid(影像号)、prePath(原图像保存路径)、smPath(缩略图保存路径)、bid(该张图像所属病人的id)、create_time(该影像创建时间)、del(删除标记)。
通过建立上述实施例中的相关数据表,以影像组学为中心,组织与管理多学科融合数据与影像资源,包括病人基本信息及病理诊断数据、CT影像诊断数据、肺结节数据、基因数据、肿瘤标记物数据、术前最后一套和术后第一套CT影像,为肺部疾病量化分析、精确诊断及肺部病灶区域生长变化研究提供全面的数据基础。
接上述实施例,可以将所述基本及病理信息数据表分别与所述影像信息数据表、所述基因信息数据表、肿瘤标记物信息数据表建立一一对应的关联关系,其中,所述基本及病理信息数据表中的主键的字段与所述影像信息数据表、所述基因信息数据表、肿瘤标记物信息数据表中外键的字段相同;将所述基本及病理信息数据表与所述肺结节信息数据表及所述CT影像路径数据表建立一对多的关联关系,其中,将所述基本及病理信息数据表中的主键的字段作为所述肺结节信息数据表及所述CT影像路径数据表的外键。
在此,主表即基本及病理信息数据表与影像信息数据表、基因数据表、肿瘤标记物数据表是一对一关系,且通过将主表的id字段设置为主键,其他上述关联表表中‘id’或‘bid’字段设置成外键,使得表与表之间形成逻辑上的关联关系,从而保证了多学科信息表之间数据的完整性、一致性、规范性以及安全性的约束。其次,各个表中都有相应的字段被设置成索引,当用户按照索引字段作为查询条件时,会大大提高检索效率,缩短系统响应时间。主表与肺结节信息数据表、CT影像路径数据表之间是一对多关系;其中,主表中的id设置成主键,CT影像路径数据表中的bid字段(该CT影像所属病人id)设置成外键,其值只能来源于主表中的id值,CT影像(术前最后一套、术后第一套)路径数据表中(‘bid’)设置成外键;同样地,通过主外键约束保证数据之间的关联性、有效性、一致性、完整性和安全性。
在本申请一实施例中,在建立的肺部影像数据库中,对应的前端页面上可为用户提供不同学科信息的检索功能,例如在检索框内设置按照id号、影像号、病理/手术日期、姓名和性别查询、年龄查询等多种查询方式;通过在V层页面设置相应的条件输入框,在页面上添加对应的提交按钮,在逻辑层中每个学科信息的查询设置成一个控制器,在每个控制器中按照接收V层不同的查询条件设置不同的方法进行接收用户从V层传来的查询请求,以根据不同的查询请求调用底层数据库,将数据库中的数据调用结果返回至V层页面。其中,不同学科信息为相关数据表中的各数据表,比如基本及病理信息数据表、影像信息数据表、基因信息数据表、肿瘤标记物信息数据表、肺结节信息数据表及CT影像路径数据表为不同的学科信息。
在本申请一实施例中,根据预设查询方法对所述相关数据表进行查询时,可在每一数组中定义当前数组表示的数据表的表名称、与主表的关联关系,根据各数据的定义建立所述相关数据表中各数据表的关联关系;确定所述用户的查询请求中的查询条件,根据所述查询条件及所述相关数据表中各数据表的关联关系查询所述相关数据表中的各数据表。在此,在页面上可进行综合信息的查询,通过以下方式实现:在逻辑层定义两个类,第一类为关联关系类,在该关联关系类中定义一个主表,再用数组定义各个关联关系表,在每个数组中指定该数组所代表的表名称、与主表的关系(一一对应或一对多关系)以及从该表中读取的字段。将所述肺部影像数据的相关数据表中其他数据表与主表建立关联关系。第二类为综合信息查询类,用来接收用户的综合信息的查询请求,针对不同的查询条件设置不同的查询方式,当接收查询请求时,根据指明的查询条件及关联条件激活关联表之间的联系,将所查询到的各个表数据返回至V层,供用户查看。使用综合信息查询可以省去用户查阅不同学科信息再自行进行拼接的过程,可以通过输入一次查询条件,就可以同时得到不同关系表中的数据,增强比对,提高用户使用多因素分析肺癌病例的效率,降低查询工作量,节省了查询和分析时间。提供各学科数据的共界面展示,省去研究者自行整合各类型数据的时间,提高肺部疾病多因素分析的工作效率。
在本申请一实施例中,当对所述CT影像路径数据表进行查询时,确定所述用户的查询请求中的时间信息,根据所述时间信息调取术前CT影像数据或术后CT影像数据。在此,为了实现用户对肺结节和肺部疾病征像及其演变过程的研究,还需要存储病人术前最后一套CT影像和术后第一套CT影像,例如可以将术前最后一套CT影像存放在CT影像路径数据表的im_pictures中,术后第一套CT影像存放在CT影像路径数据表的im_pictures2中,接收用户的查询请求后,对V层的请求页面传来的时间参数进行判断,若判断为“术前”,则将数据库变量$db赋值为im_pictures,如果判断为“术后”,则将数据库变量$db赋值为im_pictures2;然后再用$db变量去调用数据库中的值;最后将影像调取结果返回至V层页面;影像查询功能中,V层的页面中,还可以添加一个具有两项选项的下拉菜单框,两个选项分别为:术前和术后,并在下拉菜单的左边标明“请选择时间”;要求用户在查询CT影像时,需选择时间,从而根据时间信息顺利将查询请求发送至控制器层。
在本申请一实施例中,所述方法包括:将对CT影像的后处理插件存储至系统项目文件夹中,根据页面上用户的触发条件查询所述系统项目文件夹,对所述CT影像进行图像处理。在此,在CT影像查询中,还通过引入插件的方式,实现对CT图像的后处理,例如图像的放大、缩小、上下左右平移、旋转、锁定以及坐标参数显示等,方便用户对于从不同角度观察图片,及时能看到坐标参数,进而进行更加精确地判断。可以通过以下方式实现:先将后处理插件放到系统项目文件夹中,再在图像显示的V层页面中的图像显示的旁边添加“查看更多效果”链接,链接中,用户通过鼠标点击触发事件,由JavaScript中的方法连接到后处理文件夹,实现图像后处理效果。
通过以上实施例中对肺部影像数据库的前端页面的设计,为用户提供了一个外观简洁、界面友好的支持多种查询条件的多学科息查询、综合信息查询、术前和术后两套CT影像查询以及对于每张图片的后处理功能。
在本申请一实施例中,在步骤S12中,确定权限管理数据表中的节点数据表,其中,所述节点数据表包括由所述肺部影像的唯一标识信息、肺部影像所属病人的身份信息、节点描述、节点名称、节点排序、节点的等级组成的字段;确定权限管理数据表中的角色数据表,其中,所述角色数据表包括由肺部影像的唯一标识信息、肺部影像所属病人的身份信息、角色描述组成的字段;为查询用户分配角色,将所述查询用户的相关数据添加至所述角色数据表中,以建立所述用户角色中间数据表,其中,所述查询用户的相关数据包括所述查询用户的账号信息、密码信息及所属角色信息;根据所述查询用户的所属角色信息及所述用户角色中间数据表确定所述查询用户的权限信息,以建立所述权限数据表。
在此,权限数据表添加字段有:角色id、节点id、权限等级、模块等;节点数据表添加的字段有:节点id、节点名称、开启状态、节点描述、节点排序、该节点的父级节点、节点的等级等,其中,节点id字段设置成主键;角色数据表添加的字段有:角色id、角色名称、角色状态、角色描述,其中,角色id字段设置成主键;角色用户中间数据表添加的字段有:角色id、用户id;随后在控制器层,设计一个RBAC控制器类,在该控制器中添加以下方法:用户显示方法、角色显示方法、节点显示方法、添加用户、添加用户处理方法、添加节点、添加节点处理、配置权限方法、将配置的权限存入数据库等方法,方便进行调用以进行查询数据。
在后台V层页面设计添加节点的表单,该表单从上到下设计多个输入信息框,可以在最后一行设计为“保存添加”按钮,超级管理员可以在该表单中添加节点的名称、节点描述等信息,然后点击表单下面的“保存添加”按钮,上述信息会被提交至提前写好的RBAC控制器中的添加节点方法中进行处理,上述信息添加到底层的节点数据表中。在后台V层页面设计添加角色表单,该表单从上到下设计多个信息输入框,分别为:添加角色名称、添加角色描述、是否开启(单选按钮,两个选项:开启或关闭),最后一行是“保存添加”按钮;当超级管理员将相应信息添加到表单中之后,点击“保存添加”按钮,上述信息会被提交至提前写好的C层控制器中的添加节点方法中进行处理,将上述信息添加到底层的角色数据表中。在控制器类中的角色方法中查询角色数据表,将查询结果分配到V层的角色显示页面中显示,在V层将从控制器中获取的数据以表格的形式显示在该页面中,其中,每个角色对应表格的一行,在每行的最后一列中设置“配置权限”文字超链接;当管理员点击该链接后,页面跳转到权限配置页面,这个页面上按照权限的等级层次,将各个权限从上到下排列,再在每个权限名称后面添加复选框,在给特定角色分配权限时,将需要配置给该角色的权限后面的复选框打上勾,最后点击“保存修改”按钮,则选中的权限id和被分配权限的角色的id会被传到RBAC控制器类中的存储配置的权限方法中,由该方法将角色id和节点id数据存到权限数据表中。
最后,添加用户,并给用户分配角色;通过以下方式实现:先在V层设计一个添加用户的表单,表单中要求填写的信息有,用户账号、密码、所属角色,因为一个用户可能属于多个角色,所以分配角色的下拉框后面添加了一个“添加角色”按钮,当连续点击该按钮时,就会由JavaScript中的方法自动生成另外一行的分配角色下拉框,下拉框中的选项就是之前在添加角色时添加的各个角色;以上信息填写或选择完成之后,点击“保存添加”按钮,则上述信息会被提交至RBAC控制器类的添加用户处理方法中,将用户本身的数据(用户名、密码等)添加到用户数据表中;将用户id和角色id添加到角色用户中间数据表中。
在本申请一实施例中,可以将所述查询结果以表格方式显示在页面上。将查询到的结果分配到V层的信息查看页面上,该页面以表格的形式显示在页面上,每一行对应一条数据库中的记录,在每条记录的最后一列,可设置“修改”和“删除”的超链接,以方便对数据条进行操作。
在本申请一实施例中,在步骤S14中,当对所述页面上所述查询结果的操作为修改时,获取修改请求的目标数据条的标识信息;根据所述目标数据条的标识信息在所述基本及病理信息数据表中进行查询,将查询到的结果返回至控制页面,以由管理员在所述控制页面上进行修改所述目标数据条;根据修改后的目标数据条更新所述肺部影像数据的相关数据表。在此,当具有修改权限的用户点击“修改”超链接时,该条数据的相关信息会被传送至管理控制器类中,管理控制器类会根据传过来的数据id号,去查找基本及病理信息数据表中的数据,将即将被修改的这条记录的原始数据找出,然后显示在对应的V层页面上,让具有修改权限的用户在能直观地看到原数据的情况下对某条记录的任一字段进行修改,当修改的字段修改完成后,点击该V层页面上的“保存修改”按钮,修改后的信息会进行提交,以将修改后的数据提交至基本及病理信息数据表中,完成数据修改,更新相关数据表。
在本申请一实施例中,在步骤S14中,当对所述页面上所述查询结果的操作为删除时,获取删除请求的数据条的标识信息;根据所述数据条的标识信息对所述基本及病理信息数据表中的删除字段的值进行更改;基于获取的查看回收站的请求,读取所述基本及病理信息数据表中更改值后的删除字段对应的数据条,将所述对应的数据条以表格方式列出;根据对列出的表格中数据条的删除选择删除所述数据条,更新所述肺部影像数据的相关数据表。在此,当点击数据显示页面上的“删除”链接时,该条数据就会被传送至控制器中,对基本及病理信息数据表中该条记录的删除(del)字段由0设置成1。当管理员点击后台管理页面上的查看“回收站”链接时,系统会转入C层控制器类,将数据库中基本及病理信息数据表中所有del字段为1的数据全部读出,再将这些数据返回到“查看回收站”链接对应的V层页面上;在该页面上,将C层传来的del字段为1的数据以表格的形式列出,每条数据对应表格中的一行,每行数据的最后一列添加了“还原”和“彻底删除”字段;当管理员点击“还原”时,该条数据会转到C层控制器中,将该条数据的del字段设置成1;当管理员点击“彻底删除”时,则该行数据的id会被传送到C层控制器中,执行从基本及病理信息数据表数据库中彻底删除该条数据。
在本申请一实施例中,所述方法包括:将获取到的所属病人的唯一标识信息、肺部影像的唯一标识信息、肺部影像所属病人的身份信息及性别信息分别存储至单独的变量中;将所述肺部影像的图像类型、尺寸信息、最大上传字节数及所述肺部影像所在文件夹的路径信息保存至文件夹根目录中;根据所述文件夹根目录中的信息判断上传的肺部影像是否成功,若是,则获取所述上传的肺部影像的子目录及图片名称,根据所述子目录及图片名称将存储至所述单独的变量中的信息添加至所述CT影像路径数据表。
在此,病人CT影像管理(术前、术后)时可以进行“上传影像”、“查看影像”、“查看回收站”,为保证数据安全,防止重要数据丢失,建立回收站机制。
具体实现方式如下:在C层设计CT影像管理类,3项功能及其子功能分别对应该类中的某个特定方法;在V层设计上传影像的页面:该页面由两行表格组成,第一行有分成列,第一列添加了“浏览”按钮,第二列中要求管理员输入“所属病人ID”和影像号、影像所属病人的姓名和性别等多项信息;第二行设计“上传”按钮;当管理员点击“浏览”按钮时,会弹出来选择窗口,当管理员选定若干图片后,点击窗口右下方的“打开”按钮,完成CT影像的选择操作;接着填写表格第一行第二列中的多项信息;最后,单击第二行中的“上传”按钮;以上所选影像以及所填信息就会被传入到控制器中,控制器接收多项信息,并分别存储在单独的变量中,对参数进行赋值,包括上传的最大字节数,上传文件所允许的类型,上传的文件所在文件夹的路径,上传的图片会自动保存在系统文件夹根目录下的Uploads文件夹中;启动子目录保存图片、生成缩略图、设置缩略图的前缀、尺寸等参数;用if判断图片文件是否上传成功,若上传失败,输出错误信息;若上传成功,得到上传图片的子目录和图片名称后,再将影响号、病人姓名、病人性别、生成的缩略图路径、图片所属病人id以及图片创建时间信息添加到上数据库中的im_pictures(im_pictures2)数据表中。此外,根据本申请另一个方面,提供了一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现前述所述的方法。
在本申请一实施例中,还提供了一种用于建立肺部影像数据库的设备,所述设备包括:
一个或多个处理器;以及
存储有计算机可读指令的存储器,所述计算机可读指令在被执行时使所述处理器执行如前述一种用于建立肺部影像数据库的方法的操作。
例如,计算机可读指令在被执行时使所述一个或多个处理器:
获取用户的肺部影像数据,建立所述肺部影像数据的相关数据表;
确定权限管理数据表,其中,所述权限管理数据表包括权限数据表、节点数据表、角色数据表、用户角色中间数据表;
根据所述权限管理数据表判断用户的查询请求是否合法,若是,则根据预设查询方法对所述相关数据表进行查询,以确定与所述用户的查询请求对应的查询结果,将所述查询结果显示在页面上;
根据对所述页面上所述查询结果的操作,更新所述肺部影像数据的相关数据表。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
需要注意的是,本申请可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本申请的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
另外,本申请的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本申请的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
Claims (14)
1.一种用于建立肺部影像数据库的方法,其中,所述方法包括:
获取用户的肺部影像数据,建立所述肺部影像数据的相关数据表;
确定权限管理数据表,其中,所述权限管理数据表包括权限数据表、节点数据表、角色数据表、用户角色中间数据表;
根据所述权限管理数据表判断用户的查询请求是否合法,若是,则根据预设查询方法对所述相关数据表进行查询,以确定与所述用户的查询请求对应的查询结果,将所述查询结果显示在页面上;
根据对所述页面上所述查询结果的操作,更新所述肺部影像数据的相关数据表。
2.根据权利要求1所述的方法,其中,建立所述肺部影像数据的相关数据表,包括:
根据所述用户的肺部影像数据中的一种或多种数据组成的字段建立所述肺部影像数据的相关数据表,其中,所述相关数据表包括肺部影像的唯一标识信息、数据表的键及数据表的索引字段。
3.根据权利要求2所述的方法,其中,所述肺部影像数据的相关数据表包括:基本及病理信息数据表、影像信息数据表、基因信息数据表、肿瘤标记物信息数据表、肺结节信息数据表及CT影像路径数据表。
4.根据权利要求3所述的方法,其中,根据所述用户的肺部影像数据中的一种或多种数据组成的字段建立所述肺部影像数据的相关数据表之后,包括:
将所述基本及病理信息数据表分别与所述影像信息数据表、所述基因信息数据表、肿瘤标记物信息数据表建立一一对应的关联关系,其中,所述基本及病理信息数据表中的主键的字段与所述影像信息数据表、所述基因信息数据表、肿瘤标记物信息数据表中外键的字段相同;
将所述基本及病理信息数据表与所述肺结节信息数据表及所述CT影像路径数据表建立一对多的关联关系,其中,将所述基本及病理信息数据表中的主键的字段作为所述肺结节信息数据表及所述CT影像路径数据表的外键。
5.根据权利要求4所述的方法,其中,根据预设查询方法对所述相关数据表进行查询,包括:
在每一数组中定义当前数组表示的数据表的表名称、与主表的关联关系,根据各数据的定义建立所述相关数据表中各数据表的关联关系;
确定所述用户的查询请求中的查询条件,根据所述查询条件及所述相关数据表中各数据表的关联关系查询所述相关数据表中的各数据表。
6.根据权利要求3所述的方法,其中,当对所述CT影像路径数据表进行查询时,根据预设查询方法对所述相关数据表进行查询,包括:
确定所述用户的查询请求中的时间信息,根据所述时间信息调取术前CT影像数据或术后CT影像数据。
7.根据权利要求3所述的方法,其中,所述方法包括:
将对CT影像的后处理插件存储至系统项目文件夹中,根据页面上用户的触发条件查询所述系统项目文件夹,对所述CT影像进行图像处理。
8.根据权利要求2所述的方法,其中,确定权限管理数据表,包括:
确定权限管理数据表中的节点数据表,其中,所述节点数据表包括由所述肺部影像的唯一标识信息、肺部影像所属病人的身份信息、节点描述、节点名称、节点排序、节点的等级组成的字段;
确定权限管理数据表中的角色数据表,其中,所述角色数据表包括由肺部影像的唯一标识信息、肺部影像所属病人的身份信息、角色描述组成的字段;
为查询用户分配角色,将所述查询用户的相关数据添加至所述角色数据表中,以建立所述用户角色中间数据表,其中,所述查询用户的相关数据包括所述查询用户的账号信息、密码信息及所属角色信息;
根据所述查询用户的所属角色信息及所述用户角色中间数据表确定所述查询用户的权限信息,以建立所述权限数据表。
9.根据权利要求1所述的方法,其中,将所述查询结果显示在页面上,包括:
将所述查询结果以表格方式显示在页面上。
10.根据权利要求3所述的方法,其中,根据对所述页面上所述查询结果的操作,更新所述肺部影像数据的相关数据表,包括:
当对所述页面上所述查询结果的操作为修改时,获取修改请求的目标数据条的标识信息;
根据所述目标数据条的标识信息在所述基本及病理信息数据表中进行查询,将查询到的结果返回至控制页面,以由管理员在所述控制页面上进行修改所述目标数据条;
根据修改后的目标数据条更新所述肺部影像数据的相关数据表。
11.根据权利要求3所述的方法,其中,根据对所述页面上所述查询结果的操作,更新所述肺部影像数据的相关数据表,包括:
当对所述页面上所述查询结果的操作为删除时,获取删除请求的数据条的标识信息;
根据所述数据条的标识信息对所述基本及病理信息数据表中的删除字段的值进行更改;
基于获取的查看回收站的请求,读取所述基本及病理信息数据表中更改值后的删除字段对应的数据条,将所述对应的数据条以表格方式列出;
根据对列出的表格中数据条的删除选择删除所述数据条,更新所述肺部影像数据的相关数据表。
12.根据权利要求1所述的方法,其中,所述方法包括:
将获取到的所属病人的唯一标识信息、肺部影像的唯一标识信息、肺部影像所属病人的身份信息及性别信息分别存储至单独的变量中;
将所述肺部影像的图像类型、尺寸信息、最大上传字节数及所述肺部影像所在文件夹的路径信息保存至文件夹根目录中;
根据所述文件夹根目录中的信息判断上传的肺部影像是否成功,若是,则获取所述上传的肺部影像的子目录及图片名称,根据所述子目录及图片名称将存储至所述单独的变量中的信息添加至所述CT影像路径数据表。
13.一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现如权利要求1至12中任一项所述的方法。
14.一种用于建立肺部影像数据库的设备,其中,所述设备包括:
一个或多个处理器;以及
存储有计算机可读指令的存储器,所述计算机可读指令在被执行时使所述处理器执行如权利要求1至12中任一项所述方法的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810795229.7A CN109087707A (zh) | 2018-07-18 | 2018-07-18 | 一种用于建立肺部影像数据库的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810795229.7A CN109087707A (zh) | 2018-07-18 | 2018-07-18 | 一种用于建立肺部影像数据库的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109087707A true CN109087707A (zh) | 2018-12-25 |
Family
ID=64837885
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810795229.7A Pending CN109087707A (zh) | 2018-07-18 | 2018-07-18 | 一种用于建立肺部影像数据库的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109087707A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109961828A (zh) * | 2019-03-06 | 2019-07-02 | 卫宁健康科技集团股份有限公司 | 多模态医学影像及报告数据管理方法及系统 |
CN110232686A (zh) * | 2019-06-19 | 2019-09-13 | 东软医疗系统股份有限公司 | 肺结节随访图像的获取方法、装置、ct设备和存储介质 |
CN113626413A (zh) * | 2021-08-16 | 2021-11-09 | 电子科技大学 | 一种专病数据库构建方法及系统 |
CN113838559A (zh) * | 2021-09-15 | 2021-12-24 | 王其景 | 一种医学影像管理系统及方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003208472A (ja) * | 2001-10-10 | 2003-07-25 | Siemens Medical Solution Health Services Corp | ヘルスケア情報データベースのアクセス権の供与方法および患者関連データ要素の統合を支援するユーザインタフェースを供与する方法 |
CN101499162A (zh) * | 2009-03-05 | 2009-08-05 | 唐文超 | 医学科研数据管理系统及其方法 |
CN103425780A (zh) * | 2013-08-19 | 2013-12-04 | 曙光信息产业股份有限公司 | 一种数据的查询方法和装置 |
CN104123390A (zh) * | 2014-08-07 | 2014-10-29 | 武汉中科麦特技术有限公司 | 一种本地数据库系统及其检索与更新方法 |
CN105678057A (zh) * | 2015-12-30 | 2016-06-15 | 均康(上海)信息科技有限公司 | 一种医疗信息分享系统 |
CN106126569A (zh) * | 2016-06-17 | 2016-11-16 | 南京乐运乐科技有限公司 | 一种快速数据服务方法及系统 |
CN107766574A (zh) * | 2017-11-13 | 2018-03-06 | 天津开心生活科技有限公司 | 数据查询方法及装置、数据存储方法及装置 |
CN107945169A (zh) * | 2017-12-01 | 2018-04-20 | 中国人民解放军第三军医大学 | 一种冠状动脉影像分析方法及数据结构 |
-
2018
- 2018-07-18 CN CN201810795229.7A patent/CN109087707A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003208472A (ja) * | 2001-10-10 | 2003-07-25 | Siemens Medical Solution Health Services Corp | ヘルスケア情報データベースのアクセス権の供与方法および患者関連データ要素の統合を支援するユーザインタフェースを供与する方法 |
CN101499162A (zh) * | 2009-03-05 | 2009-08-05 | 唐文超 | 医学科研数据管理系统及其方法 |
CN103425780A (zh) * | 2013-08-19 | 2013-12-04 | 曙光信息产业股份有限公司 | 一种数据的查询方法和装置 |
CN104123390A (zh) * | 2014-08-07 | 2014-10-29 | 武汉中科麦特技术有限公司 | 一种本地数据库系统及其检索与更新方法 |
CN105678057A (zh) * | 2015-12-30 | 2016-06-15 | 均康(上海)信息科技有限公司 | 一种医疗信息分享系统 |
CN106126569A (zh) * | 2016-06-17 | 2016-11-16 | 南京乐运乐科技有限公司 | 一种快速数据服务方法及系统 |
CN107766574A (zh) * | 2017-11-13 | 2018-03-06 | 天津开心生活科技有限公司 | 数据查询方法及装置、数据存储方法及装置 |
CN107945169A (zh) * | 2017-12-01 | 2018-04-20 | 中国人民解放军第三军医大学 | 一种冠状动脉影像分析方法及数据结构 |
Non-Patent Citations (3)
Title |
---|
庄彦 等: "《ACCESS数据库应用技术》", 30 June 2017, 中国科学技术大学出版社 * |
武文芳: "《数据库技术与应用新概念教程学习指导》", 31 August 2016, 中国铁道出版社 * |
郭永青 等: "《计算机应用基础》", 28 February 2009, 北京大学医学出版社 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109961828A (zh) * | 2019-03-06 | 2019-07-02 | 卫宁健康科技集团股份有限公司 | 多模态医学影像及报告数据管理方法及系统 |
CN110232686A (zh) * | 2019-06-19 | 2019-09-13 | 东软医疗系统股份有限公司 | 肺结节随访图像的获取方法、装置、ct设备和存储介质 |
CN113626413A (zh) * | 2021-08-16 | 2021-11-09 | 电子科技大学 | 一种专病数据库构建方法及系统 |
CN113838559A (zh) * | 2021-09-15 | 2021-12-24 | 王其景 | 一种医学影像管理系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109087707A (zh) | 一种用于建立肺部影像数据库的方法及设备 | |
CN110168523B (zh) | 改变监测跨图查询 | |
US8364642B1 (en) | Managing disconnected investigations | |
US11093543B2 (en) | Masking restrictive access control system | |
US11645345B2 (en) | Systems and methods for issue tracking systems | |
US20240013456A1 (en) | Computerized systems and methods for graph data modeling | |
US20140316807A1 (en) | Cross-Enterprise Electronic Healthcare Document Sharing | |
KR20080047361A (ko) | 피어-투-피어 동기화 애플리케이션에서의 보안 | |
CN105431844A (zh) | 用于搜索系统的第三方搜索应用 | |
US9659023B2 (en) | Maintaining and using a cache of child-to-parent mappings in a content-addressable storage system | |
CN104050223A (zh) | 用于文本挖掘和搜索的数据透视面 | |
US9824155B2 (en) | Automated electronic discovery collections and preservations | |
US11847204B2 (en) | Systems and methods for cloud-based management of digital forensic evidence | |
US20180278600A1 (en) | Multi-factor masked access control system | |
US11921758B2 (en) | Systems and methods for machine learning models for entity resolution | |
US20180218074A1 (en) | Precision search and extraction of medical images and data in cloud-based storage | |
US10192031B1 (en) | System for extracting information from DICOM structured reports | |
Langer | A flexible database architecture for mining DICOM objects: the DICOM data warehouse | |
Madrigal et al. | Digital media archive for gross pathology images based on open-source tools and Fast Healthcare Interoperability Resources (FHIR) | |
US20190155787A1 (en) | Legal discovery tool implemented in a mobile device | |
Lebre et al. | An Efficient and Reliable Architecture for Distributing Medical Imaging Data | |
Gouthamchand et al. | Making head and neck cancer clinical data Findable-Accessible-Interoperable-Reusable to support multi-institutional collaboration and federated learning | |
CN116705257A (zh) | 一种医疗数据管理方法及装置、电子设备和存储介质 | |
CN115982164A (zh) | 医疗数据处理方法、计算机设备和计算机可读存储介质 | |
Seyed-Abbassi et al. | Distributed Medical Images in Health Care Systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181225 |