胶囊内镜系统数据存储方法与流程

文档序号:15313424发布日期:2018-08-31 22:24阅读:667来源:国知局

本发明涉及计算机领域,具体涉及一种胶囊内镜系统数据存储方法。



背景技术:

在胶囊内镜诊断系统应用中,一例完整的胶囊内镜检查病例,包含有病人的基本信息、此次病例基础信息、检查图像信息以及相关的诊断信息。在原有检查数据中,检查图像原始数据与此次病例检查信息以及诊断信息分开存储,形成多个数据库文件和其他信息文件,如:病人基本信息和检查信息保存在数据库中,图像数据以1000张一个文件的模式保存在硬盘中(如50000张图片将会形成50个图像文件),图像配置信息以配置文件格式保存于图像文件同级目录中,病例诊断信息也保存于数据库中。这为用户的数据转移和备份带来很大的不便。



技术实现要素:

为了克服上述现有技术中存在的缺陷,本发明的目的是提供一种便于数据存储、转移及备份的胶囊内镜系统数据存储方法。

为了实现本发明的上述目的,本发明提供了一种胶囊内镜系统数据存储方法,包括以下步骤:

s1,定义完整的检查病例数据的所需数据类型;

s2,定义各种类型数据的排列顺序;

s3,数据存储时,将各种类型数据合并成一个单一文件,该单一文件的数据模型包括文件标识以及与所需数据类型对应的各种类型文件,所述类型文件按类型文件标识、文件名长度、文件长度、文件名字符以及文件数据二进制流的存储模型进行存储;

s4,数据读取时,获取单一文件,按照步骤s2定义的顺序进行相应数据类型的读取,当需要读取某类型数据时,首先找到该单一文件的文件标识,再找到相应类型文件的类型文件标识;读取该类型文件的文件名长度l,在该类型文件的文件名字符起始位置读取l长度的字符,读取到该类型文件的文件名,根据文件名即可获取该类型文件的文件类型;记录该类型文件的文件数据二进制数据流位置,作为读取数据时的文件的起始位置;

编辑或修改数据时,将编辑或修改后的内容按照步骤s3中的存储模型修改该类型文件内容,生成修改后类型文件数据流,将该数据流替换s3中的对应类型文件模块。

采用该方法后,胶囊内镜系统数据存储成为了一个单一文件,为便于数据存储、转移及备份提供了便利,同时,采用该方法也便于对数据进行读取、编辑和修改。

进一步的,在步骤s4中,查询时,可从第一个类型文件开始查询,若该文件类型不是所需文件类型,则继续查找下一个类型文件。这样可以避免查询时出现漏查的情况。

进一步的,所述所需数据类型至少包括依次设定或获取的病人基本信息、图像配置信息、图像数据内容、病例诊断信息,所述病人基本信息为*.bif类文件、所述图像数据内容为*.omv类文件、所述图像配置信息为*.cfg类文件、病例诊断信息为*.gdf类文件。这保存了病例检查的绝大部分数据信息,使得存储的数据更加完善。

进一步的,存储时,将图像配置信息和图像数据内容对应的*.cfg和*.omv类型文件排列在数据的最前端,其次为病例诊断信息对应的*.gdf类型文件,再次为病人基本信息对应的*.bif类型文件。

由于病例检查完成从记录仪图像设备中下载数据到胶囊内镜系统软件中后,此次检查的原始图像数据将会封存不会做改动,且数据内容最多;病例诊断信息包含医生选取的病例图片、添加的图片描述及说明、以及对该病例的诊断结论和诊断建议等,是整个病例中会对其修改和编辑的所有文件中文件长度最大的文件类型;病人基本信息为此次检查的基本信息,只有文字信息无图像,数据内容最小,因此将图像数据相关文件排列在合并后的最前方,将病例诊断信息放在可编辑文件的最前端,病人基本信息放于病例诊断信息之后,这降低了编辑和修改的成本。

进一步的,所述类型文件的存储模型中类型文件标识为固定特征码,占a个字节,文件名长度为文件名字符的二进制长度数l,用b个字节保存,文件长度为该类型文件数据二进制流总长度,用c个字节保存,从第a+b+c+1个字节开始,保存该类型文件的文件名字符,长度为l,从第a+b+c+1+l字节开始,为该类型文件的文件数据二进制流。这为数据的编辑、修改提供了便利。

本发明的有益效果是:用户能快速且简易的转移或者备份该病例数据,省去多个文件操作的繁琐,以及减少拷贝出错和丢失的风险,给用户使用带来了便利,提高了工作效率且保证了数据的有效性和完整性。

本发明的附加方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。

具体实施方式

下面详细描述本发明的实施例,在本发明的描述中,除非另有规定和限定,需要说明的是,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是机械连接或电连接,也可以是两个元件内部的连通,可以是直接相连,也可以通过中间媒介间接相连,对于本领域的普通技术人员而言,可以根据具体情况理解上述术语的具体含义。

本发明提供了一种胶囊内镜系统数据存储方法,包括以下步骤:

s1,定义完整的检查病例数据的所需数据类型。

s2,定义各种类型数据的排列顺序。

s3,数据存储时,将各种类型数据合并成一个单一文件,该单一文件的数据模型包括文件标识以及与所需数据类型对应的各种类型文件,如表1所示,单一文件优选但不限于为*.vue类文件。

表1单一文件*.vue的文件数据模型

所述类型文件按类型文件标识、文件名长度、文件长度、文件名字符以及文件数据二进制流的存储模型进行存储,如表2所示,类型文件的存储模型中类型文件标识为固定特征码,占a个字节,文件名长度为文件名字符的二进制长度数l,用b个字节保存,文件长度为该类型文件数据二进制流总长度,用c个字节保存,从第a+b+c+1个字节开始,保存该类型文件的文件名字符,长度为l,从第a+b+c+1+l字节开始,为该类型文件的文件数据二进制流。

表2类型文件的数据存储模型

s4,数据读取时,获取单一文件,按照步骤s2定义的顺序进行相应数据类型的读取,当需要读取某类型数据时,首先找到该单一文件的文件标识,再找到相应类型文件的类型文件标识;读取该类型文件的文件名长度l,在该类型文件的文件名字符起始位置读取l长度的字符,读取到该类型文件的文件名,根据文件名即可获取该类型文件的文件类型;记录该类型文件的文件数据二进制数据流位置,作为读取数据时的文件的起始位置。

编辑或修改数据时,将编辑或修改后的内容按照步骤s3中的存储模型修改该类型文件内容,生成修改后类型文件数据流,将该数据流替换s3中的对应类型文件模块。

在步骤s4中,查询时,可从第一个类型文件开始查询,若该文件类型不是所需文件类型,则继续查找下一个类型文件。

下面以具体实例为例:在胶囊内镜诊断系统数据存储时,所需数据类型至少包括图像配置信息、图像数据内容、病例诊断信息、病人基本信息,所述图像配置信息为*.cfg类文件、图像数据内容为*.omv类文件、病例诊断信息为*.gdf类文件、病人基本信息为*.bif类文件。

定义各类型数据的存储顺序:将图像配置信息和图像数据内容对应的*.cfg和*.omv类型文件排列在数据的最前端,其次为病例诊断信息对应的*.gdf类型文件,再次为病人基本信息对应的*.bif类型文件。

将以上各类型数据合并成一个单一文件*.vue,该单一文件*.vue的数据模型包括文件标识以及与所需数据类型对应的各种类型文件,其中类型文件1为*.cfg类型文件,类型文件2为*.omv类型文件,类型文件3为*.gdf类型文件,类型文件1为*.bif类型文件,根据胶囊内镜诊断系统,可后期追加各种类型文件。

类型文件按类型文件标识、文件名长度、文件长度、文件名字符以及文件数据二进制流的存储模型进行存储,其中类型文件标识占2个字节,文件名长度为文件名字符的二进制长度数l,固定用4个字节保存,文件长度固定用12字节保存,从第19个字节开始,保存该类型文件的文件名字符串,长度为l,第19+l字节开始,为该类型文件的文件数据二进制流。

在单一文件*.vue中,以读取*.gdf类型文件为例。首先找到这个单一文件*.vue的文件标识,再找到第一个类型文件标识。根据文件名长度l,在第一个类型文件名字符起始位置读取l长度的字符,读取到这一个类型文件的文件名,根据文件名即可获取该类型文件的文件类型。若该文件类型不是所需的*.gdf类型文件,则继续往下找,反之则记录该类型文件二进制数据流位置,作为读取数据时,文件的起始位置。

在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例,本领域的普通技术人员可以理解:在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由权利要求及其等同物限定。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1