1、医院手术室数据库管理系统医院手术管理系统数据库模型一、需求分析1.1 医院信息化医院信息系统在国际学术界已公认为新兴的医学信息学的重要分支,它的定义是利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力,并满足所有授权用户的功能需求。医院手术室每天会承接大量的手术,在医生、护士长、护士多个主体间有大量的数据传递,利用数据库能实现高效的查询及管理。1)友好的人机界面,数据库设计力求用户使用体验达到最佳。2)方便的信息查询、注销及打印功能。3)数据备份及恢复能力,保证系统数据的安全性1.2 初步分析根据系统的需求,首先将要记录的信息分类,
2、要记录的信息如下。1)病人信息管理在病人信息管理中,主要是对手术前、中、后期的病人信息进行管理,如病人姓名、性别、年龄、身份证号、入院时间、出院时间、病因、主治医生、病床。2)手术信息管理手术信息管理就是术前起到查询和通知手术作用,术后记录手术情况。术前护士长登陆,根据医生发来的手术申请安排手术,如手术时间、手术名称、手术间编号、病人身份证号、病人姓名、病人床位、主刀医师、麻醉师、其他参及手术的医生及护士。然后医生和护士登陆查看手术安排。术后医生登陆记录手术情况,如手术记录。护士登陆,记录如手术费用。3)手术用品管理手术用品管理则是根据对手术中使用的设备、耗材及药物进行管理。如使用设备、使用耗
3、材、使用药物。4)术前检查管理术前准备是记录病人在手术前做的常规检查和专项检查,如常规检查(血常规,胸片,心电图,输血系列)、针对特定手术的专项检查1.3 具体职能分析1)手术申请 当进行手术申请时,首先医生对病人信息和术前准备进行相应的管理,在查看了病人的检查情况后,如果认为可以进行手术,则向护士长申请手术,手术申请单时还要列明术前医嘱,给病人准备特殊的仪器和药品。如病人姓名,病人身份证号,手术名称,术前准备医嘱2)手术安排护士长根据医生提交的手术申请给手术和医生安排相应的护士和手术间,并登陆系统在手术信息管理中进行数据录入和管理。3)术前准备和术后记录 护士登陆系统对术前准备进行管理,在手
4、术信息管理中查看手术安排,术后对手术用品和手术设备进行管理,在手术信息管理中记录手术费用。医生术后在手机信息管理中进行手术记录。二、事务需求经过实际考察、咨询和分析,医院手术室系统主要应该具有以下功能模块,如下所示。(1)任何人都可对所有信息进行查阅。(2)在医生管理部分,要求如下:可以修改自身登陆密码。可以申请手术可以查询手术安排可以对信息进行维护,包括查询、修改、添加及删除等操作。(3)在护士长信息管理部分,要求如下:可以修改自身登陆密码。可以安排手术可以对信息进行维护,包括查询、修改、添加及删除等操作。(4)在护士信息管理部分,要求如下:可以修改自身登陆密码。可以查询手术安排可以对信息进
5、行维护,包括查询、修改、添加及删除等操作。三、概念设计(以下所有图都是画的)概念结构设计是指对用户的需求进行综合、归纳及抽象,形成一个独立于具体的概念模型,是整个数据库设计的关键。概念设计生成图。1、数据流图(一)顶层数据流图(二)0层数据流图(三)子系统1)申请处理子系统2)管理处理子系统3)查询处理子系统处理过程定义处理过程名功能描述处理要求申请处理医生根据病人诊断情况判断需要手术后,向护士长发送手术申请,护士长根据手术申请安排手术处理时间要求管理处理医生术后进行手术记录,护士记录手术用品及费用处理时间要求查询处理护士查询手术安排及术前医嘱处理时间要求2、图1)实体集1、医生:医生工号、姓
6、名、所属科室。2、护士长:护士长工号、姓名、所属科室。3、护士:护士工号、姓名、所属科室。4、手术:手术编号、手术时间、手术名称、病人身份证号、病人姓名、主刀医师、麻醉师、负责护士。2)联系集联系有申请、安排、查询、记录手术、记录手术用品。3)图四、逻辑设计(1)将 图转化成关系模型(有下划线的是主属性)1、医生:医生工号、姓名、所属科室。2、护士长:护士长工号、姓名、所属科室。3、护士:护士工号、姓名、所属科室。4、手术:手术编号、手术时间、手术名称、病人身份证号、病人姓名、主刀医师、麻醉师、负责护士。5、申请:医生工号、手术编号、手术申请、主刀医生、手术时间、手术名称、病人身份证号、病人姓
7、名、术前医嘱。6、记录手术:手术编号、手术时间、手术名称、病人身份证号、手术记录、医生工号。7、安排:护士长工号、手术间编号、主刀医生、手术编号、手术时间、手术名称、病人身份证号、病人姓名、负责护士。8、护士查询:护士工号、手术编号、手术时间、手术名称、病人身份证号、负责护士、病人姓名、病人床位、术前用药、术前检查、术前准备。9、手术用品及费用:护士工号、手术编号、手术时间、手术名称、病人身份证号、病人姓名、手术使用设备、手术用药、手术费用。1)把实体转化成关系医生表医生工号姓名 所属科室护士长表护士长工号姓名所属科室护士表护士工号姓名所属科室手术表手术编号手术时间手术名称病人身份证号病人姓名
8、主刀医生麻醉师负责护士手术申请表手术编号手术时间手术名称病人身份证号医生工号主刀医生手术申请病人姓名术前医嘱手术记录表手术编号手术时间手术名称病人身份证号医生工号手术记录手术安排表手术编号手术时间手术名称病人身份证号手术间编号病人姓名主刀医生护士长工号负责护士护士查询表手术编号手术时间手术名称病人身份证号负责护士病人姓名护士工号病人床位术前用药术前检查术前准备手术用品及费用表手术编号手术时间手术名称病人身份证号护士工号手术使用设备手术用药手术费用病人姓名2)3规范化1、医生:医生工号、姓名、所属科室。2、护士长:护士长工号、姓名、所属科室。3、护士:护士工号、姓名、所属科室。4、手术:手术编号
9、、手术时间、手术名称、病人身份证号、病人姓名、主刀医师、麻醉师、负责护士。5、申请:医生工号、手术编号、手术申请、主刀医生、手术名称、病人身份证号、病人姓名、术前医嘱。6、记录手术:手术编号、手术时间、手术名称、病人身份证号、手术记录、医生工号。7、安排:护士长工号、手术间编号、主刀医生、手术编号、手术时间、手术名称、病人身份证号、病人姓名、负责护士。8、护士查询:护士工号、手术编号、手术时间、手术名称、病人身份证号、负责护士、病人姓名、病人床位、术前用药、术前检查、术前准备。9、手术用品及费用:护士工号、手术编号、手术时间、手术名称、病人身份证号、病人姓名、手术使用设备、手术用药、手术费用。
10、五、物理设计表1. 医生表结构列名数据类型可空默认值说明医生工号(10) 无主键 姓名(10) 无所属科室(20) 无表2. 护士长表结构列名数据类型可空默认值说明护士长工号(10) 无主键姓名(10) 无所属科室(20) 无表3. 护士表结构列名数据类型可空默认值说明护士工号(10) 无主键姓名(10) 无所属科室(20) 无表4. 手术表结构列名数据类型可空默认值说明手术编号(10) 无主键,手术申请表外键手术时间(4) 无手术名称(10) 无病人身份证号(18) 无病人姓名(10) 无主刀医生(10) 无麻醉师(10) 无负责护士(10) 无表5. 手术申请表结构列名数据类型可空默认值说
11、明手术编号(10) 无主键手术名称(40) 无病人身份证号(18) 无病人姓名(10) 无医生工号(10) 无主键,医生表外键主刀医生(10) 无手术申请(200) 无术前医嘱(200) 无表6. 手术记录表结构列名数据类型特殊属性默认值说明手术编号(10) 无主键,手术申请表外键手术时间(4) 无手术名称(10) 无病人身份证号(18) 无医生工号(10) 无主键,医生表的外键手术记录(200) 无表7. 手术安排表结构列名数据类型特殊属性默认值说明手术编号(10) 无主键,手术申请表外键手术时间(4) 无手术名称(40) 无病人身份证号(18) 无病人姓名(10) 无护士长工号(10) 无
12、主键,护士长表的外键主刀医生(10) 无手术间编号(2) 无负责护士(10) 无表8. 护士查询表结构列名数据类型可空默认值说明手术编号(10) 无主键,手术申请表外键手术时间(4) 无手术名称(10) 无病人身份证号(18) 无病人姓名(10) 无护士工号(10) 无主键,护士表外键负责护士(10) 无病人床位(4) 无术前用药(200) 无术前检查(200) 无术前准备(200) 无表9. 手术用品及费用表结构列名数据类型可空默认值说明手术编号(10) 无主键,手术申请表外键手术时间(4) 无手术名称(40) 无病人身份证号(18) 无病人姓名(10) 无护士工号(10) 无主键,护士表的
13、外键手术使用设备(100) 无检查约束:符合设备名之一手术用药(100) 无检查约束:符合药名之一手术费用(8) 无六、查询语句(1) 医生查询 手术表.负责护士 1, 手术间编号 2, 麻醉师 3 手术表 (手术编号 ) (2)护士查询 查询表.病人床位 1, 术前用药 2, 术前检查 3, 术前准备 4 手术表 (手术时间) (负责护士)八.总结 在做完这次数据库作业后,反省过程有几点不足,一:选择单位失误,因为从小的耳濡目染,我选择了母亲所在的医院手术室,在我询问母亲流程时,事实上手术室并不借助数据库通知医护每天的手术安排,而是采用每天打印出安排贴在墙上的方式,究其原因还是数据库追求数据的精简和一致性,而手术数据因人而异,手术过程有较大弹性,因手术中实际问题来决定,难以像图书馆设计、快销行业等中的图书和产品可以预先固定;二:前期设计过程不足,因为手术的弹性,在医生申请手术前不知道具体的手术时间,但在手术的属性中却有这项,医生在手术前填写的意愿手术时间不能作准,因此产生数据的变更,需要在设计中仔细考虑。关系数据库拥有优秀的精简性使数据冗余不能存在,也妨碍了数据库的可扩展性,从而出现了一些还未成体系的数据库,因此未来关系数据库还有广阔的创新及发展空间。
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1