ImageVerifierCode 换一换
格式:DOC , 页数:23 ,大小:354KB ,
资源ID:1323836      下载积分:10 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-1323836.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(医院门诊管理信息系统数据库设计.doc)为本站会员(wj)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

医院门诊管理信息系统数据库设计.doc

1、目 录1需求分析11.1编写目的11.2编写背景11.3实现目标21.4数据定义21.5需求分析21.5.1系统的功能需求21.5.2系统总体功能图31.5.3业务规则51.5.4 数据约束条件分析51.5.5 实体与数据61.6数据字典71.6.1数据项与数据结构71.6.2数据处理82概念设计92.1实体及其属性102.2实体间的联系122.3总体ER图143 逻辑设计153.1 实体处理153.2 联系集处理163.3 完整性约束164物理设计224.1关系模式存储方式选择224.2数据库存储路径22I1需求分析了解和分析系统将要提供的功能及未来数据库用户的需求。例如,该系统具有哪些功能

2、需求,哪些数据要存储在数据库中,使用的数据业务规则是什么,数据之间的练习约束等,即了解用户真正从数据库中得到什么。1.1编写目的门诊是医院服务的窗口和最前沿的部门,面临巨大就诊压力。研究如何合理配置资源、加强管理,充分发挥现有资源的能力来缓解医院服务压力,提高病人满意度很有意义。门诊的流程布置、服务时间和质量是影响病人满意度的主要因素。针对“三长一短”(即挂号排队时间长、候诊和候检时间长、交款取药时间长、医生看病时间短)问题,等待时间是评价病人满意度的主要指标之一,对总体的病人满意度影响很大。其次,过多的滞留在门诊的患者会严重干扰医院的管理和医护工作的开展,影响门诊服务质量。并且城市综合医院这

3、类医疗资源相对集中的机构的病人拥挤现象将长期存在,研究如何更好地使之为满足病人需求具有现实意义。门诊部是医院的一个重要部门,是病人刚开始就诊的首要环节,是医院直接向社会广大患者提供医疗服务的窗口之一,门诊部的信息化建设直接关系到整个医院的信息化建设的发展水平。如何更方便人们就诊、减少不必要的排队环节、实现病人资料(患者基本情况、就诊记录及检查结果与治疗情况等) 永久性存储,避免以往因病历资料及检查治疗结果丢失而造成的延长诊断时间、重复检查、增加患者经济负担、甚至于造成医疗纠纷等后果,是医院门诊信息化建设所要解决的。利用信息技术、电子计算机和通讯设备,为医院所属各部门提供对病人诊疗信息和行政管理

4、信息的收集、存储、处理、提取及数据交换的能力,并满足所有授权用户的功能需求。医院门诊管理信息系统强调以病人医疗活动为主线进行管理病人所有信息,临床的、服务的、用药记录、护理记录和费用信息等能被实时传递到医院各个部门,为医院管理和医疗分析提供便捷服务。对于信息系统的设计,要考虑的问题很多,但是最主要的是数据库结构体系和数据库连接技术方案的选择,以及总体结构的设计。本人正处于数据库设计的学习阶段,因此开发此系统的另一主要目的是锻炼相关专业能力和探索更多的专业知识。1.2编写背景医院门诊管理信息系统(Hospital Clinic Management Information System,HCMI

5、S),针对以病人医疗活动为中心进行管理病人所有信息,临床的、服务的、用药记录、护理记录和费用信息等能被实时传递到医院各个部门,为医院管理和医疗分析提供便捷服务。1.3实现目标提供一个集门诊挂号、诊断、发药于一体的管理信息系统,可实现信息存储、更新、查询等多项功能,为广大医务工作人员及病人提供方便。1.4数据定义(1)所有的表名的命名规则。 所有的表名用具有实际含义的英文单词组成,且首个字母必须大写,如Employee 。 (2)所有的主键命名规则。所有的主键名用表名_PK,例Employee_PK。(3)所有外键的命名规则。所有的外键名用本表名加外键表_FKn,如EmployeeDepartm

6、ent_FK1。(4)所有规则的命名规则。所有的约束名用列名_Check,如BirthDay_Check。 (5)所有字段的命名规则。所有的属性名用具有实际含义的英文单词组成,且首个字母必须大写,如EmployeeName。1.5需求分析满足病人实现挂号功能,诊断需求,领药,方便,快捷接受医疗服务。1.5.1系统的功能需求(1)病人管理 病人管理模块中,维护病人的基本信息,如病人姓名,性别,住址等。可以添加、修改、删除、查询病人的信息。(2)门诊挂号 输入病人的信息,系统会自动生成挂号费用,挂号完后系统会自动生成病号信息到病号信息库中。如果挂号之前知道病号信息库中已存在该病号,则可以直接调出该

7、病号进行挂号操作。挂号后病人挂号信息会传到医生处或收费室,由医生或收费室直接调用。挂号单如果被调用后是不能取消和退号的,在还没被调用之前可以对挂号单取消和退号,被取消或被退号的挂号单也不能被调用。退号必须是对已经挂号的挂号单退号,退号后冲减了原挂号单的挂号费用。门诊挂号系统模块包括“门诊挂号”、“挂号单的查询”、“门诊退号”、“退号单查询”、“门诊挂号结账”。(3)医生管理医生管理模块是医院信息系统的关键模块,医生填写病人病历,病情、病史的记载,医嘱的开立和实施,以及相关辅助功能。该功能模块实现了医生病历收发和医嘱作业的数字化。医生必须从挂号系统中调用已挂号的病号信息,直接输入处方项目,提交病

8、号处方,处方传递到收费室收费。医生管理中,维护医生及相关工作人员的基本信息,有利于管理者了解医院的人员动态。(4)药房发放药房发药系统是由药房执业人员完成的功能子模块,药房通过收款单来给病人发药。病人只要交款后,可以直接到药房取药,节约了大量的人力和时间。发药的同时减少药品库存量。通过输入病人的姓名或收费单号即可查询到要发的药品名称。药房发药系统具体包括了“药房发药子系统”、“药房发药单的查询”、“药品查询”。(5)处方管理处方管理模块是医院信息系统的关键模块,是医疗工作最主要的信息来源。主要功能是完成病历基本指标的填写,病情、病史的记载,医嘱的开立和实施,以及相关辅助功能。该功能模块实现了医

9、生病历收发和医嘱作业的数字化。处方管理包括“处方单录入子系统”、“处方单的查询”、“门诊处方退费单”、“处方退费单查询”。1.5.2系统总体功能图如图1.1所示。门诊管理病人管理挂号系统管理医生管理药品发放处方管理查询病人信息删除病人信息添加病人信息门诊挂号挂号单的查询门诊退号退号单查询药房发药发药单的查询处方单录入处方单的查询门诊处方退费单处方退费单查询更新病人信息修改处方单删除医生信息添加医生信息更新医生信息查询医生信息药品查询图1.1 “门诊管理”总体功能1.5.3业务规则(1)一所医院有多个就诊科室部门,每个科室部门都有科室名称(唯一标识)、地址、联系电话、科室简介等信息。一个科室部门

10、可以有多个员工,但是科室部门负责人只有一位员工。(2)员工由员工编号唯一标识,需记录员工的姓名、性别、出生年月、身份证号、省份、联系电话、职位、薪水、工作年限、受教程度、住址等信息。一个员工只属于一个科室部门。(3)病人由唯一标识的病人编号构成,需存储病人的姓名、性别、生日、身份证号、联系电话、住址、过敏药物,工作等基本信息。不允许同一个病人在同一个时段内就诊不同的部门。(4)病历编号构成病历的唯一标识,需记录病症情况,就诊时间,就诊医生等信息。一份病历只属于一个病人。(5)药品由药品编号唯一标识,需存储药品名称、药品级别、单价、成分、治疗功效、生产商、生产日期、有效日期、备注等信息。(6)挂

11、号单由挂号编号唯一标识,需存储挂号的时间、挂号费用等信息。(7)处方编号构成了处方的唯一标识,需存储就诊日期、药品名称、药品数量等信息。(8)病人挂号后,需记录病人的挂号信息。(9)在一个时间段,医生只给一位病人就诊,写一张处方。(10)每个病人拥有只属于自己的唯一挂号单、唯一病历、唯一处方。(11)当就诊相同病症的多位医生属于同一科室部门时,具有不同的医生编号。(12)在同一时间段,药品发放人员只为一位病人发放药物。(13)挂号处在同一时段只为一位病人挂号,产生挂号单。(14)在就诊时,医生将病人的看病情况填写在病历上,并把处方单的内容存入处方系统。1.5.4 数据约束条件分析(1)一天医院

12、看病的人数不能超过9999人,这是医院接纳的最大人数。(2)员工开始工作年龄超过18岁,满足工作年龄要求。(3)病人编号规则: 唯一标识一个病人,编号格式为病人第一次看病日期加流水号,如:200912130001。(4)联系电话不超过11或12位数。(5)住址不超过25为汉字。(6)邮编为6位数。(7)病历编号规则:唯一标识一张病历,日期+四位流水号,如: 200912220001。(8)员工编号规则:唯一标识一位员工,格式 workDatetime+三位流水号,如: 20090430001。(9)职位填写规则:用于描述员工在医院中的职位,医护人员(DR),药物管理员(MM)。(10)科室编号

13、规则:唯一标识一个科室,从编号00001开始。(11)挂号单编号规则:唯一标识一张挂号单,格式 日期+5位流水号,如:r20912130001由系统自动生成一天内最大处理挂号数为9999。(12)药品编号规则:唯一标识一种药品,格式为C或者S加国药准字,C表示普通药物,S表示特殊药物。(13)处方编号规则:PR+日期+四位流水号,如:PR200912130001。1.5.5 实体与数据(1)实体通过以上分析可知,系统中的实体有:病人、病历、员工、科室和药品。实体的属性分别如下:病人:病人编号、姓名、性别、出生日期、身份证号、电话、住址、邮编、过敏;病历:病历编号、就诊医师、就诊日期、主要症状;

14、员工:员工编号、姓名、性别、出生日期、身份证号、民族、电话、职位、工作日期、工作年限、学历、住址、邮编、备注;科室:科室编号、科室名称、上级部门、科室位置、负责人、电话、科室介绍;药品:药品编号、药品名称、药品类别、单价、规格、主要成分、功能主治、用法用量、供应商、生产日期、有效日期、注意事项、库存量;(2)实体间的联系综合以上分析可知,实体之间有如下联系。病人和医生之间是多对多的关系(m:n)。病人与病历之间是是一对一的关系(1:1)。医生与病历之间是是多对多的关系(m:n)。员工和科室之间是多对一的关系(n:1)。病人和药品之间是多对多的关系(m:n)。病人和科室之间是多对多的关系(m:n

15、)。病人与挂号单是一对一的关系(1:1)。(3)联系通过以上分析可知,联系的属性如下所示。挂号单:挂号单编号、就诊科室、挂号费、挂号时间;每个病人看病时,只能有一张挂号单,同理,每个医生在诊断时,根据每张挂号单来。处方:处方编号、就诊日期、药品编号、药品名称、数量。每个病人拥有自己的处方,每个医生可以给多个病人开处方。1.6数据字典数据字典包括数据说明和数据的使用,具体内容如下所示。1.6.1 数据项与数据结构如表1.1所示。表1.1 数据说明实体数据项名说明类型(长度)病人PatientPatientNo病人编号Char(12)PatientName姓名Varchar(10)Sex性别Cha

16、r(1)Birthday出生日期DatetimeID身份证号Char(18)Telephone电话Varchar(12)Address住址Varchar(50)Zip邮编Char(6)Hypersusceptibility过敏药物Varchar(100)Job职业Varchar(10)病历CsRecordCsRecordNo病历编号Char(14)SickDate就诊日期DatetimeSymptom主要症状Varchar(100)员工表EmployeeEmployeeNo员工编号Char(13)EmployeeName姓名Varchar(10)Sex性别Char(1)Birthday出生日期

17、DatetimeID身份证号Char(18)Nation民族Varchar(10)Telephone电话Varchar(12)Position职位Varchar(10)Salary工资Numeric(10,2)WorkDate工作日期DatetimeWorkTerm工作年限intEduacationLevel学历Varchar(10)Address住址Varchar(50)Zip邮编Char(6)Remark备注Varchar(100)科室DepartmentDepartmentNo科室编号Char(5)DepartmentName科室名称Varchar(20)Address科室位置Varch

18、ar(50)Manager负责人Varchar(10)Telephone电话Varchar(12)Introduction科室介绍Varchar(200)挂号单RegisterRegisterNo挂号单编号Char(14)RegisterTime挂号时间DatetimeRegisterFee挂号费Numeric(10,2)药品MedicineMedicineNo药品编号Char(18)MedicineName药品名称Varchar(25)MedicineClass药品类别Varchar(10)UnitPrice单价Numeric(10,2)Specification规格Varchar(50)E

19、lements_M主要成分Varchar(256)Function_M功能主治Varchar(256)Usage用法用量Varchar(256)Providcer供应商Varchar(50)ProduceDate生产日期DatetimeUsefullife有效日期DatetimeMatters注意事项Varchar(256)Amount库存量Int处方主表PrescriptionMasterPrescriptionNo处方编号Char(14)SickDate就诊日期DatetimePatientNo病人编号Char(12)EmployeeNo员工编号Char(13)处方明细表Prescript

20、ionDetailPrescriptionNo处方编号Char(14)SickDate就诊日期DatetimeMedicineName药品名称Varchar(25)Quantity药品数量Int1.6.2数据处理如表1.2所示。表1.2 数据的使用数据名称说明功能实现Instert_pat_inf登记病人的基本信息病人在经过挂号、就诊等一系列就医过程后,院方保存病人的信息资料。Update_pat_inf更新病人的基本信息病人可能有时某些以保留的信息会发生改变,如住址。Search_Hypersusceptibility病人对某些药物的过敏病人看病时,如果以前留有病人的资料,可以查询病人的过往

21、资料,对哪些药物过敏。Instert_Hypersusceptibility病人对某些药物的过敏第一次看病的病人,要就诊后,要添加病人的过敏药物。Search_pat_inf病人的基本信息查询病人的信息Del_pat_inf病人的信息删除病人的信息。Instert_emp_inf登记员工的基本信息员工聘用后,存储其基本信息。Update_emp_inf更新员工的基本信息员工可能有时某些以保留的信息会发生改变,如住址。Search_emp_inf员工的基本信息查询员工的信息Search_doctor_inf医生的基本信息查询医生的信息Del_emp_inf员工的基本信息删除员工的基本信息。Sea

22、rch_reg_inf挂号单的信息查询病人挂号单信息。Del_reg_inf挂号单的信息删除病人挂号单。Search_dep_inf科室信息查询科室信息。Update_dep_inf科室信息更新科室信息,如主管负责人。Instert_csR_inf病历信息填写病人就诊时的基本情况。Search_csR_inf病历信息查询病人的病历信息。Del_csR_inf病历信息删除病人的病历信息。Instert_pre_inf处方信息填写病人就诊时的处方信息。Search_pre_inf处方信息查询病人的处方信息。Update_pre_inf处方信息更新病人的处方信息。Del_prR_inf处方信息删除病

23、人的处方信息。Instert_med_inf药品信息添加新药品。Search_med_inf药品信息查询药品信息。Update_med_inf药品信息更新药品信息。Del_med_inf药品信息删除药品信息。2概念设计概念结构设计就是将需求分析得到的用户需求抽象为信息结构,以便更真实、更充分地反映现实世界。概念设计部分主要包括实体的E-R图、联系的E-R图和系统总的E-R图。2.1实体及其属性由需求分析知,基本实体有病人、病历、员工、科室和药品。(1)病人:病人编号、姓名、性别、出生日期、身份证号、电话、住址、邮编、过敏、职业,如图2.1所示。病人病人编号姓名性别邮编住址电话身份证号出生日期过

24、敏职业图 2.1 病人(2)病历:病历编号、就诊日期、主要症状,如图2.2所示。病历病历编号就诊医师就诊日期主要症状图 2.2 病历(3)员工:员工编号、姓名、性别、出生日期、身份证号、民族、电话、职位、工资、工作日期、工作年限、学历、住址、邮编、备注,如图2.3所示。员工员工编号性别出生日期名族电话备注邮编住址学历工作年限面先号工作日期工资姓名 身份证号职位图 2.3 员工(4)科室:科室编号、科室名称、科室位置、负责人、电话、科室介绍,如图2.4所示。科室科室编号科室名称电话科室介绍负责人科室位置图 2.4 科室(5)药品:药品编号、药品名称、药品类别、单价、规格、主要成分、功能主治、用法

25、用量、供应商、生产日期、有效日期、注意事项,如图2.5所示。药品药品名称药品编号注意事项药品类别单价规格主要成分功能主治用法用量有效日期生产日期供应商图 2.5 药品2.2实体间的联系 (1)病人和医生之间是多对多的关系(m:n),如图2.6所示。诊断病人员工(医生)病人编号处方编号员工编号数量药品名称药品编号就诊日期图 2.6 病人与医生的联系(2)病人与病历之间是是一对一的关系(1:1),如图2.7所示。属于病人病历病人编号病历编号图 2.7 病人与病历之间联系(3)医生与病历之间是是一对多的关系(1:n),如图2.8所示。 诊断员工(医生)病历就诊日期病历编号图 2.8 医生与病历之间联

26、系(4)员工和科室之间是多对一的关系(n:1),如图2.9所示。负责员工科室员工编号科室编号就职日期图 2。9 员工与科室之间联系(5)病人和药品之间是多对多的关系(m:n),如图2.10所示。处方病人药品病人编号药品名称处方编号员工编号 图 2.10 病人和药品之间的联系(6)病人和科室之间是一对一的关系(1:1), 如图2.11所示。挂号单病人科室挂号时间挂号单编号病人编号挂号费就诊科室图 2.11 病人和科室之间的联系(7)病人与挂号单之间是是一对一的关系(1:1),如图2.12所示。属于病人挂号单病人编号挂号单编号号图 2.12 病人与挂号单之间联系2.3总体ER图系统总的E-R图,如

27、图2.13所示。医生病历开处方属于科室填写拥有病人诊断药品购买挂号单科室编号员工编号病历编号药品编号病人编号图 2.13 总体E-R图3 逻辑设计根据概念设计,逻辑设计主要包括将实体转换成关系、将联系转换成关系、关系设计、相关属性约束说明、关系优化和关系表的建立。3.1 实体处理通过分析,实体有病人、病历、员工、科室和药品5个,并且都是强实体集。强实体集转换方式将强实体集映射成关系模式很直接,只需将实体集的每个属性对应的关系模式的属性,实体集的码作为关系模式的码。(1)由病人Patient实体集转化的关系模式(加下划线的属性表示它是主码成员,在后面的关系模式中同理)。Patient(Patie

28、ntNo,PatientName,Sex,Birthday,ID,Telephone,Address,Zip,Hypersusceptibi-lity,Job)。(2)由病历CsRecord实体集转化的关系模式。CsRecord(CsRecordNo,SickDate,Symptom)。(3)由员工表Employee实体集转化的关系模式。Employee(EmployeeNo,EmployeeName,Sex,Birthday,ID,Nation,Telephone,Position,Salary,WorkDate,WorkTerm,EduacationLevel,Address,Zip,Remark)。(4)由员工表科室Department实体集转化的关系模式。Department(DepartmentNo,DepartmentName,Address,Manager,Telephone,Introduction)。(5)由员工表药品Medicine实体集转化的关系模式。Medicine(MedicineNo,MedicineName,MedicineClass,UnitPrice,Specification,Elements,Function,Usage,Providcer,ProduceDate,

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2