2022年眼底图像数据库管理系统 .pdf

《2022年眼底图像数据库管理系统 .pdf》由会员分享，可在线阅读，更多相关《2022年眼底图像数据库管理系统 .pdf（27页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、石河子大学信息科学与技术学院毕业设计论文课题名称眼底图像数据库管理系统学生名称赵兵李潇东学号20054123 20054102 学院信息科学与技术学院专业年级计算机科学与技术2005 级指导教师赵庆展宁川职称副教授讲师完成日期二 九年六月十三日名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统眼底图像数据库管理系统学生：赵兵、李潇东指导教师：赵庆展 摘要 糖尿病视网膜病变(DR)是严重的致盲性眼病，早期发现

2、与治疗意义重大。新的DR国际临床分型标准主要依据视网膜内微动脉瘤、网膜内出血、 视网膜内微血管异常等症状进行判别和分型。 目前， 眼底数字照相系统在多家医院被普及，可以通过散瞳或非散瞳方式得到眼底彩色图像，也可通过荧光素眼底血管造影（FFA）方式得到眼底的灰度图像。但目前与硬件配套的图像管理软件不便于对历史病例进行管理和进一步分析，更不能进行系统自动分型并给出治疗建议。本次设计任务拟开发一个眼底图像的管理系统，能够按病例导入图像数据和相关病人信息，完成基本的图像数据库管理功能，设计同眼底图像分析模块的接口，实现对眼底图像管理。 关键词 糖尿病视网膜病变，眼底图像，数据库。Fundus imag

3、e database management system Students ：Zhao bing Li xiaodong Teacher ： Zhao qingzhan Abstract Diabetic retinopathy (DR) is a serious blinding eye disease, early detection and treatment is very important. New international standards for the DR clinical classification based mainly on the retinal micro

4、 aneurysms, retinal hemorrhage, retinal microvascular abnormalities and other symptoms and sub-type identification. At present, the digital fundus camera system to be universal in many hospitals, we can obtain fundus true-color images through proliferate pupil or no-proliferate pupil ways, and also

5、used fluorescein fundus angiography (FFA) get the fundus gray image. However, image management software which binding hardware is not convenient to historical cases manage and further analysis, it cant be automatic classification and gives treatment recommendations. The design task to develop a mana

6、gement system for fundus images, it can be imported a patients image data and related information, realization of the basic functions for the image database management, designed an interface for fundus images analysis module, to achieve the fundus image management. Keywords Diabetic retinopathy，Fund

7、us image ，Database 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统目录第一章任务书 . 11.1 题目： . 11.2 设计时间： . 11.3 其他相关内容. 11.4 设计资料 . 11.5 工作内容 . 11.5.1 系统可行性分析和需求分析. 11.5.2 系统模块规划，数据库设计、实施. 11.5.3 系统应用程序的设计. 11.6 课题分工 . 21.7 设计成果 . 21

8、.7.1 系统安装程序及数据库各一套. 21.7.2 系统源程序一份. 21.7.3 数据库软件的安装及系统的演示等视频各一个. 21.7.4 系统开发文档一套及毕业论文一份：. 2第二章开发运行环境. 32.1 系统开发和运行环境. 32.1.1系统开发环境. 32.1.2系统运行环境. 32.2 开发工具介绍. 32.2.1 Microsoft SQL Server 2000. 32.2.2 Microsoft Visual Studio 6.0. 4第三章需求分析 . 53.1 引言 . 53.1.1编写目的 . 53.1.2背景 . 53.1.3参考资料 . 53.2 医院操作流程及不

9、足点分析. 53.2.1医院具体操作流程. 53.2.2不足点分析 . 63.3 眼底图像数据库现状及任务分析. 73.3.1眼底图像数据库现状. 73.3.2任务分析 . 7第四章模块分析与整体设计. 84.1 引言 . 84.2 模块分析 . 84.2.1 添加病历模块分析. 84.2.2 查询病历模块分析. 84.2.3 显示病历 . 94.2.4 修改病历 . 94.2.5 删除病历 . 94.3 整体设计 . 9名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 2

10、7 页 - - - - - - - - - 眼底图像数据库管理系统4.3.1应用程序框架类及连接数据库公用类. 94.3.2 添加病历 . 10 4.3.3 查询病历 . 11 4.3.4 显示病历 . 11 4.3.5修改病历 . 12 4.3.6删除病历 . 12 第五章数据库分析和设计. 13 5.1 编写目的 . 13 5.2 数据库分析 . 13 5.3 数据库设计 . 13 第六章测试报告 . 16 6.1 测试目的 . 16 6.2 测试背景 . 16 6.3 测试方法 . 16 6.4 具体测试过程. 16 6.4.1检测输入的信息完整性及准确性. 16 6.4.2检测输入信息

11、的安全性. 16 6.4.3检测数据库操作和系统显示数据是否同步. 16 6.4.4系统功能的完整性测试. 17 6.5 测试结果 . 17 6.6 对软件功能的评价. 17 第七章系统的特点与难点. 18 7.1 系统特点 . 18 7.2 系统难点 . 18 7.2.1对大型二进制数据的操作. 18 7.2.2全局变量的操作. 18 7.2.3同一个病人不同病历详情间的区别. 18 7.2.4数据库数据，系统界面数据同时更新. 19 第八章开发总结 . 20 8.1 系统需求分析与系统框架设计认识. 20 8.2 数据库分析与设计认识. 20 8.3 自我学习与提高. 20 8.4 团队合

12、作精神. 20 8.5 不足和提高 . 20 参考文献 . 22 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统1 第一章 任务书1.1 题目：眼底图像数据库管理系统1.2 设计时间：六个月1.3 其他相关内容项目提出者：赵庆展软件内容：详见第四章开发人员：信息工程学院赵兵(20054123) 李潇东 (20054102)软件用户：解放军 474 眼科医院备注：本系统要求能够将医院现有的病人眼底图像数据

13、导入本系统数据库；能够较好的实现人机交互，提供较为完善的添加查询病人病历等功能。1.4 设计资料医院提供的部分病人眼底图片，医院提供的图片分析依据；国家标准：项目开发计划规范（ GB856T 88）软件需求说明书规范（ GB856T 88）数据库设计说明书规范（ GB8567 88）数据要求说明书规范（ GB856T 88）详细设计说明书规范（ GB8567 88）操作手册规范（ GB8567 88）用户手册规范（ GB8567 88）测试计划、测试分析报告规范（ GB8567 88）详细设计说明书规范 (GB8567 88) 1.5 工作内容1.5.1 系统可行性分析和需求分析分析系统的可行

14、性，并给出系统定义； 对系统需求作出较为全面的规定；给出系统的约束条件以及某些数据格式；对编码设计给出规范和约束。1.5.2 系统模块规划，数据库设计、实施分析系统的模块划分，构建系统框架， 对数据库作出定义，依照数据库设计的规范步骤进行数据库设计，使数据库达到较高的规范化要求。1.5.3 系统应用程序的设计依照已分析出的系统模块进行编码设计，生成眼底图像数据系统的源代码以及相应的应名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 27 页 - - - - - - - -

15、- 眼底图像数据库管理系统2 用程序。1.6 课题分工共同合作：需求分析、数据库分析设计。赵兵：需求分析，数据库设计，数据库编码，编写部分文档。李潇东：界面设计，界面编码，编写部分文档。1.7 设计成果本系统软（硬）件及清单一套包括：1.7.1 系统安装程序及数据库各一套详见刻录光盘。1.7.2 系统源程序一份详见刻录光盘。1.7.3 数据库软件的安装及系统的演示等视频各一个详见刻录光盘。1.7.4 系统开发文档一套及毕业论文一份：用户使用手册石河子大学信息科学与技术学院2009 毕业设计论文名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - -

16、- - - 名师精心整理 - - - - - - - 第 6 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统3 第二章 开发运行环境2.1 系统开发和运行环境2.1.1系统开发环境开发使用的操作系统：windows XP SP2 开发工具： Microsoft Visual Studio 6.0 数据库： Microsoft SQL Server 2000 图像分析处理工具：Mat LAB6.52.1.2系统运行环境软件最低要求：操作系统： Windows 2000；硬件最低要求：CPU至少 P300、内存至少256MB 、硬盘至少有4GB空间。2.2 开发工具介

17、绍2.2.1 Microsoft SQL Server 2000 Microsoft SQL Server 2000是美国微软公司推出的使用相当广泛的数据库管理系统，包含一套图形工具，如服务器管理（用于启动和关闭数据库服务）、企业管理器（用于创建和修改数据库及备份数据库等）和查询分析器（用于交互执行Transact-SQL 语句和过程并提供图形查询分析功能）等。SQL Server 2000 是为迅速提供可伸缩性电子商务、企业及数据仓库解决方案而开发的完整数据库与分析软件产品。SQL SERVER 2000定位于Internet背景下的数据库应用，它为用户的Web应用提供了一款完善的数据管理和

18、数据分析解决方案。同时SQL SERVER 2000还是Windows DNA（Distributed Internet Architecture）架构的一个核心组件。它极大地 缩 短 了 用 户 开 发 电 子 商 务 、 数 据 仓 库 应 用 的 时 间 。 SQL SERVER 2000还 提 供 对XML(Extensible Markup Language扩展标示语言支持) 和 HTTP的全方位支持。在高性能和企业级可伸缩性领域，SQL Server 2000 设计成利用 Windows 2000 对更多处理器、 更大的系统内存的支持，最终达到支持 64 位硬件平台。 在不断提升可

19、用性的努力过程中， SQL Server 2000 采用 Windows 2000 四路群集，提供了大大改进的群集支持。SQL Server 7.0 已经在可管理性和易用性方面在行业内领先，SQL Server 2000 通过与 Windows 2000 活动目录紧密结合进一步改进了这些功能。而且，SQL Server 2000 还包含对现有管理工具和实用程序的重大改进，并引入更具自我调节和自我管理的引擎功能。SQL Server 2000在图像存储方面，有了很大改进，SQL Server 2000提供的 image 类型可以存储2GB的数据， 可以将大型的二进制数据方便的在数据库中存取，结合

20、 ADO数据库访问技术以及VARIANT这个 COM 组件，再结合Microsoft Visual Studio 6.0可以很方便的名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统4 将图形图像数据入库出库。2.2.2 Microsoft Visual Studio 6.0 Microsoft Visual Studio 6.0是微软公司出品的高级可视化计算机程序开发工具。它包括一个文本编辑器、资源编辑器

21、、工程编译工具、一个增量连接器、源代码浏览器、集成调试工具，以及一套联机文档，借助这套工具，用户可以随心所欲地开发出各种功能的应用软件以及借助OpenGL和 DirectX技术开发游戏软件。Visual C+可以识 别C/C+ 并 编 译 ， 支 持MFC 类 库 ， 并 提 供 了 一 系 列 模 板 ， 常 用 的 有MFC AppWizard(EXE/DLL),MFC ActiveX ControlWizard,Win32 Application,Win32 Console Application, ATL COM AppWizard。这种可视化编程环境可以令程序员花更多精力在程序功能的

22、实现上，而不是底层的建设上，这就大大加快了程序开发速度和效率，这也是 Visual C+一个显著的特点。利用Visual C+编译出的程序空间小、运行快，比其他的编译工具编译出的软件占据较多优势。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统5 第三章 需求分析3.1 引言为了规范以及条理的进行本系统的设计以及合理的满足使用者的需求，为后续的开发维护工作变得可靠而轻松，编写本系统需求分析说明书，旨在开发

23、过程中进行参考，使系统在需求的规范之内，避免重复劳动， 加快开发进度以及提高开发效率，同时也是为以后系统维护服务提供指南。3.1.1编写目的本软件需求说明旨在分析、确定本系统的任务，以及在功能、性能、操作上使用、运行环境、与外界的数据接口、输入/输出等各相关方面的要求，用来给本系统的开发人员和用户阅读， 同时也作为开发过程中的开发标准，当双方确认之后，以供开发参考。有效指导系统界面设计， 特编写此概要设计。主要包括系统大致界面设计、功能大概描述、后期接口大致的功能等。预期读者是程序框架设计人员、数据库设计人员。3.1.2背景糖尿病视网膜病变(DR) 是严重的致盲性眼病，早期发现与治疗意义重大。

24、新的DR国际临床分型标准主要依据视网膜内微动脉瘤、视网膜内出血、视网膜内微血管异常等症状进行判别和分型。目前，眼底数字照相系统在多家医院被普及，但无成熟的图像处理软件和系统进行分型并给出治疗建议。DR患者往往瞳孔偏小，一般散瞳能获得更可靠清晰的图像，但会给患者带来一些不适，与之相比较不散瞳操作相对简单，但图像质量有所降低。在具体拍摄中，一般包含散瞳方式下的35、 50、 7 方位彩照、荧光素眼底血管造影（FFA）、非散瞳眼底照相、立体眼底照相等等。虽然这些拍摄的方法得到的眼底图像能够得到，但目前不便于进行管理和进一步对其进行分析。3.1.3参考资料见附录参考文献。3.2 医院操作流程及不足点分

25、析3.2.1医院具体操作流程通过医院的实地考察以及与医生的详细交谈中，我们了解到医生每次给病人诊断时，记录病人的信息包括“病号”、“姓名”、“性别”、“年龄”、“族别”、“籍贯”、“住址”、“诊断时间”等基本信息以及诊断病人病情时记录的详细病情，包括拍摄病人眼底图像时是否采取散瞳或者造影（FFA）措施。在给出诊断结果时，根据眼底图像判断病人是否存在毛细血管瘤或者视网膜点状出血，有则记录 “ Y” ， 无则“ N” ，如果根据图片还不能断定问题所在则标记为“Q”，同样对于眼底图片是否存在线状及名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - -

26、 - - 名师精心整理 - - - - - - - 第 9 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统6 （或） 火焰状出血 （ SH/FH）、硬性渗出 （ HE ）、轮状硬性渗出（ SME ）、软性渗出 （ SE）、视网膜内细小血管异常(IRMA) 、视网膜动脉白线化(AS) 、静脉数珠状扩张(VB) 、静脉襻形成 (VL) 、静脉白鞘化(VS) 、新生血管(NV) 等都做同样的处理。在将拍摄的图片分析完毕之后，医生要根据“ETDRS分型（监督）”标准，来给病人大致定个病情程度，共分为五级：一级表示无明显视网膜病变；二级表示轻度非增生性糖尿病性视网膜病变（视

27、网膜出现微动脉瘤）；三级表示中度非增生性糖尿病性视网膜病变（除微动脉瘤外还存在轻于重度非增生性糖尿病性视网膜病变的改变；四级表示重度非增生性糖尿病性视网膜病变（出现以下任一改变，但无增生性糖尿病性视网膜病变：1、 4 个象限中每一象限出现20处视网膜内出血，2、在2个象限出现静脉窜珠样改变；3、至少有一个象限出现明显的视网膜内微血管异常）；五级表示增生性糖尿病性视网膜病变（出现以下一种或一种以上的改变， 1 、新生血管2、玻璃体出血或视网膜出血）。判定病人病情程度之后，如有必要，医生自己再添加一些其他的诊断病人时的描述性信息，并做相应记录。由于不同病人的病情程度、体质的差异导致不同病人康复效果

28、有很大差异，有的病人可能去一次医院，就诊一次就可以康复，有的病人可能还需要一段治疗观察期，然后再复诊，直到确认彻底解决问题为止。但从以往所记载的病历来看，一般的病人去医院复诊的次数不超过两次，也就是同一个病人去医院就诊的次数很少有超过三次的情况。另外，对于同一个病人的前前后后就诊记录，医生一般是将其放在一起，以便于观察同一个病人不同时期的病情变化。同一个病人在治疗期就诊时，医生每次都会记录其详细的病情变化情况，以便及时的给予治疗方案，在给一个病人复诊时，医生同样会记录是否采用“散瞳”或者“造影（FFA）”技术，根据图片的信息，判断病人是否存在毛细血管瘤或者视网膜点状出血，有则记录“Y”，无则“

29、N”，如果根据图片还不能断定问题所在则标记为“Q ”等，末了，参照“ETDRS分型（监督）”给病人大致定个病情程度，这些信息是医生追加到同一个病人上次的病情记录中。不同之处在于时间上有差异，病情好坏上有点差异，医生诊断的结果也会有些差异。3.2.2不足点分析所有上面的操作，目前还都处于文件管理阶段，尽管拍摄眼底图像的Topcon 眼底照相机附带了一个图片预览软件，但是需要从磁盘读取，缺乏数据库支持，缺乏对图像的统一管理，一旦磁盘上的图像文件没有了，它也就不能读取了，另外它还缺乏对不同病人病历的综合管理，也就是它对病人眼底图片与病人的病情不是统一管理的，缺乏信息的一致性、信息的完整性。在日积月累

30、的拍摄过程中，随着图片数量的增加，医生查找以前的图片就会存在一些困难，图片过多，索引条件几乎没有，因为图片和病人的信息处于分离式管理状名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统7 态，另外图片的名称也是有拍摄时机器随机命名，更是令医生头疼，所以此时，医生检索图片的效率是非常低的，而且准确率不尽人意。当然谈到图片的分类管理、分类存储、信息的综合统计更是难上加难。在分析糖尿病病人眼底图片时，医生是根据

31、与正常人的眼底图片的区别，主要表现 在毛细血管瘤及(或 )视网膜是否有点状出血(HMA) 、是否存在线状及(或)火焰状出血(SH/FH) 、是否有硬性渗出(HE) 或者轮状硬性渗出(SME) 、是否存在软性渗出(SE)、视网膜内细小血管是否异常(IRMA) 、视网膜动脉是否白线化(AS) 、静脉数是否珠状扩张(VB) 、静脉襻是否形成 (VL) 、静脉是否白鞘化(VS) 、是否有新生血管(NV) 等等。有治疗历史的病人，眼球图片可能还有特定差异，例如接受过激光治疗的病人，眼底图片上可能表现为一些被激光灼烧的区域。大部分情况下，医生根据以往的经验来对图像进行判断，通过拍摄病人的眼底图片，根据图片

32、上呈现的血管分布状况及黄体、软硬性渗出来判断这个病人的病情程度，对于经验不足的医生来说，存在误判的可能，另外，因为拍摄的原因，图片也可能不清晰，不便于进行诊断。3.3 眼底图像数据库现状及任务分析3.3.1眼底图像数据库现状目前专门为管理眼底图像而做的数据库系统很少，对于病人眼底图片的管理还处于文件管理阶段，还没有系统的用数据库来分类管理。当医生需要再次调出病人图片时，需要手工查找，效率底下。当拍摄的图片过多时，可能会出现漏找的情况。国际国内有不少图像分析管理系统，但真正专一与眼底图像的并不多见，并不是技术上不可实现，而是需求上有差异。在分析糖尿病病人眼底图像时，没有什么工具可以辅助医生，完全

33、处于人工分析阶段，效率上自然而然可知是低下的。3.3.2任务分析本次设计任务是通过自己开发建成一个眼底图像数据库管理系统，能够按病历导入图像数据和相关病人信息，并在此基础上进一步对眼底图像进行分析。本次的毕业设计是为了特定的需求而作的，所以一方面要鉴于前人的图形图像数据库开发的资料，另一方面要能满足特定的需求。需求很简单，就是能够管理医院里医生拍摄的糖尿病患者的眼底图片，并留有相应接口，为后期进一步完善此系统。鉴于此，我们开发眼底图像数据库管理系统的目的在于提高医生工作效率和诊断精度。单一的靠数据库来管理图片还不行，还需要相应的程序来分析处理图片，然后得出图片的特定信息，并能在数据库中检索图片

34、时能按相应的图片特征信息来检索，不仅仅满足于单一的文本式图片检索，因此借鉴第三方开发工具利用混合编程实现图片的特定信息提取与检索非常有必要，进一步提高眼底图像数据库的易用性。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统8 第四章 模块分析与整体设计4.1 引言本章主要介绍系统的功能模块及具体实现。此系统主要包括“添加病历”、 “查询病历” 、 “显示病历” 、 “修改病历” 、 “删除病历”四个功能

35、。下面详细的分析各个模块与整体设计的流程。4.2 模块分析根据前面的需求分析，可以将系统功能模块图描述如下：下面逐个功能模块介绍。4.2.1 添加病历模块分析此模块主要负责病人病历的添加工作，添加过程中，系统提供的功能包括字符边界的检查，数字信息的准确性检查，时间格式的检查等。添加病人病历时，分为两部分，一部分是基本信息，当用户输入了基本信息后，系统会提示添加成功，然后弹出添加详情对话框，此时用户可以在其中输入详细信息，也可以取消操作。4.2.2 查询病历模块分析此模块主要负责病人病历的查询。查询时，可以分两种模式查询，精确查询与模糊查询。精确查询时， 要求用户能输入准确的病人信息，当然查询的

36、条件可以只输入其中的一到两个，或者两个以上，这些条件是按照与运算在数据库中进行查询的，查询的速度也较快。添加病历眼底图像数据库管理系统添加病人基本信息添加病人详细病情查询病历精确查询模糊查询显示病历显示病人基本信息显示病人详细病情修改病历修改病人基本信息修改病人详细病情删除病历调用接口程序分析图片名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统9 模糊查询时， 用户可以只输入一个大概印象的数据，然后程序

37、会根据用户的输入条件进行模糊匹配查询， 如果用户一次输入多个查询条件，程序会对这些条件进行与运算来查询，并返回结果。此查法不如前者精度高，但是查找范围比前者广，由用户自己酌情选择。4.2.3 显示病历利用此功能， 用户可以查看病人具体的病历情况，这些病历信息都是由医生在前面添加到数据库中。包括两部分，一部分用于显示病人基本信息，另一部分显示病人的详细病情。在显示病人详细病情的对话框上留有相应的程序接口用于分析眼底天图像。4.2.4 修改病历此功能模块主要负责已经添加病历的病人信息的修改与追加具体的详细病情。由于同一个病人可能因为拍摄眼底图像，在一段时间内会就诊几次，为便于管理同一个病人的病历，

38、 在此提供了追加病人病历的功能，一般情况下，基本信息没有变化，主要是每次的疾病详情会有变化，所以此处主要是追加新详情病历。在前面实地考察的基础上，一般情况下， 每个病人由于同一种疾病复检等情况不大于三次，所以此处提供追加详情病历也只有两次， 加上第一次添加时的病历，总共不超过三次， 如果超过三次， 则系统会提示医生，此病例详情已满， 请重新添加新病历，也就是通知医生为此病人添加一个新的病历，而非追加病历详情。4.2.5 删除病历此功能模块比较简单，根据医生的选择，程序会删除需要清理的病历。此时，程序就从数据库中彻底清除被选中的病历。4.3 整体设计此系统采用MFC 中单文档的应用程序框架开发，

39、在此框架下，主要进行下面四项流程模块设计，下面将详细介绍每个模块设计时用到的类及相关技术。4.3.1应用程序框架类及连接数据库公用类设计系统之前，先确定本系统使用MFC 中单文档应用程序框架来开发，另外需要使用ADO 数据库访问技术，所以先通过Visual Studio 6.0建立一个基于单文档的应用程序框架工程，名称为PicManage ，系统自动为我们添加了CMainFrame、CPicManageDoc、CPicManageView、CPicMangeApp， CAboutDlg五个类，详细介绍如下：CMainFrame是框架类，是程序的主窗体，包含菜单、工具栏、状态栏等。CPicMan

40、ageView是视图类，用来显示文本图形等信息用的。CPicManageDoc是文档类，保存着编辑数据，用于视图的重绘的时候用，还有保存文件也可以在这里。一个文档类可以和很多的视类相关联，但是，一个视类只能有一个文档类。CPicManageApp是应用程序类，负责整个应用程序的初始化，窗口回调函数的调用，消息映射等。CAboutDlg是帮助对话框类，用于显示应用程序版本信息等。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 13 页，共 27 页 - - - - - - - - -

41、眼底图像数据库管理系统10 由于整个应用程序需要访问数据库，而我们在此使用ADO 数据库访问技术，所以在此添加了数据库访问技术的类ADOConn ，根据需要，我们在此给类添加了Connection对象和 Recordset对象， Connection对象用于创建到数据库的连接，Recordset对象用于返回访问数据库的记录集。默认情况下Visual Studio 6.0不识别 ADOConn类中的这些对象，我们需要手工将msado15.dll这个库文件添加到头文件中，具体引用如下：#import c:Program FilesCommon FilesSystemadomsado15.dll n

42、o_namespace rename(EOF,adoEOF) rename(BOF,adoBOF) 之后，我们就可以在Visual Studio 6.0使用 ADO 技术所用的类对象去访问并操作数据库。4.3.2 添加病历医生首先给病人添加病历，在此，我们添加了CAddBaseDlg和 CAddDetailDlg类，用于添加病人的基本信息和病人的详细病情。CAddBaseDlg提供了添加病人病号、姓名、性别、年龄、族别、身份证、籍贯、住所地址、首次诊断时间的功能。当医生填写完毕这些信息之后，CAddBaseDlg类调用ADOConn类访问数据库并写入刚才医生填写的数据到数据库。CAddDeta

43、ilDlg类提供了添加诊断病人病情的详细信息的功能，包括是否对病人采取散瞳或者造影（ FFA）措施，病人是否存在毛细血管瘤或者视网膜点状出血，有则记录“Y” ，无则“ N” ，如果根据图片还不能断定问题所在则标记为“Q” ，同样对于眼底图片是否存在线状及（或）火焰状出血（SH/FH ） 、硬性渗出（HE ） 、轮状硬性渗出（SME ） 、软性渗出（SE） 、视网膜内细小血管异常(IRMA) 、视网膜动脉白线化(AS) 、静脉数珠状扩张(VB) 、静脉襻形成 (VL)、静脉白鞘化 (VS) 、新生血管 (NV) 等都做同样的记录处理，由医生自主选择填写。在将拍摄的图片分析并添加具体记录信息完毕之

44、后，医生要根据 “ETDRS 分型（监督）”标准，来给病人大致定个病情程度，共分为五级，由医生自主判断并填写。对于拍摄的35度、 45 度、50 度或者 7 方位图片，医生需要保存的话，可以点击相应的按钮去浏览磁盘上的图片并完成图片入库操作。从本地磁盘或者其他存储设备上获取图片时，系统中添加了Cpicture 这个类， 用于保存图片数据用于后续操作。最后， 医生可以自行添加本次诊断时的一些具体的文本描述信息，包括对病人眼底图像的描述，病情的描述等。当医生填写完添加病历对话框上的基本信息后，程序先对输入的信息进行字符边界检查，防止有非法字符的存在，导致连接数据库时产生不必要的错误。这些字符包括

45、“” 、 “+” 、“%” 、 “ _” 。原因在于这些特定字符会引发数据库截取访问数据库字段格式不符要求，执行相应的 SQL 语句出现异常，从而引起不必要的错误。最好的解决办法就是直接在添加病历对话框上做检查， 最后确认不会给访问操作数据库造成异常，然后才让数据库执行添加查询数据等操作。第一次添加详情时，系统会自动在数据库中做个标记，标识第一次详情。同样在追加病历详情时，系统还会自动添加相应的标记，以便于区别同一个病人的不同病历详情。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第

46、14 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统11 添加病历的时候，程序先要对数据库查询一边，因为每个病人的病号是唯一的，且互不重复的，所以对于数据库中已经存在的病号，医生再次添加时，程序会提示医生更改病号。4.3.3 查询病历当数据库中的病历过多，程序初次运行时，系统列表视图显示所有的病历，所以此时在显示病人的视图列表中，医生可以浏览所有病人基本信息，但不便于快速浏览具体某个病人病情， 如果能够快速的查询出医生想要的病历，那是非常有必要的，一方面可以提高医生的工作效率，另一方面可以提高系统的易用性。为此，我们在此添加了CSearchdlg类，用于从数据库中

47、查询符合医生要求的病历，此类提供了两种查询病例的方法：精确查询和模糊查询，查询的条件都是九个，但查询的结果却有很大的差异，下面逐个介绍。精确查询：当医生在此对话框上输入了查询条件，对于没有输入任何内容的编辑框，系统默认放弃那个条件，之后系统会根据输入的查询条件自动形成一个SQL 查询语句，此处我们借助循环语句来实现的，如果遇到条件空，就放弃，不为空就形成SQL 语句。当点击了“精确查询”按钮之后， 系统会自动从数据库中检索符合要求的病历并在系统的列表视图上显示给医生，如果不存在，系统会提示“暂无病历，请添加”字样，提示医生此病历不存在。精确查询的优点是：查询精度高，效率高。精确查询的缺点是：对

48、医生输入的查询条件要求较高，输入的信息必须精确完整，否则不会返回任何记录。模糊查询：当医生在此对话框上输入了查询条件，对于没有输入任何内容的编辑框，系统默认放弃那个条件，之后系统会根据输入的查询条件自动形成一个SQL 查询语句，此处我们借助循环语句来实现的，如果遇到条件空，就放弃，不为空就形成SQL 语句。与精确查询不同之处在于此处形成SQL 语句时，用了“%”通配符，可以更大范围的返回数据库中类似的病历，最后呈现在系统的列表视图上，供医生查看。模糊查询优点是： 对医生输入的查询条件要求低，可以更大范围的返回数据库中相似的病人病情，以供医生去选择。模糊查询缺点是：由于精度不高，返回的病人病情范

49、围较广，多数情况下还需医生在已有的查询基础上再自行查找一次，效率不如精度查询高。4.3.4 显示病历当医生无论采用手工查询还是系统提供的查询功能锁定了某个具体病人并想查看其详细病情时，我们在此添加了右键弹出式菜单IDR_POPMENU，并在菜单上提供了“显示第一次详情” 、“显示第二次详情”选项，为响应这三个菜单，我们在系统中添加了CShowDetailDlg类，其父类是CPropertySheet，由于详细病情太多，所以我们在此采用属性表单中添加属性页的方式来处理显示病人详细病情的操作，目的是便于医生查看病人详细病情而不至于感到混乱。添加的属性页有三个，下面逐个介绍：CRmarkPic ：此

50、类用于显示医生诊断病人时添加的备注，以及浏览前面添加病历时拍摄的图片。 由于图片尺寸一般都比较大，所以此类只提供了浏览相应图片的按钮，图片的显名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 15 页，共 27 页 - - - - - - - - - 眼底图像数据库管理系统12 示，放在 CShowPicDlg类中。 CShowPicDlg不仅可以按照医生的要求从数据库浏览图片，还提供了分析具体某个图片的接口，用于判断病人病情。CDiagnose ： 此类用于显示医生以及计算机给病人诊