数据库课设医院门诊收费系统设计报告_第1页
数据库课设医院门诊收费系统设计报告_第2页
数据库课设医院门诊收费系统设计报告_第3页
数据库课设医院门诊收费系统设计报告_第4页
数据库课设医院门诊收费系统设计报告_第5页
已阅读5页,还剩20页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

..琼州学院电子信息工程学院《数据库系统原理》课程设计报告项目名称:医院门诊收费系统设计专业:网络工程年级:2009级__林振达学号:09240063指导陈作聪20XX9月摘要随着科学的不断进步,计算机应用已经遍布整个社会的每个角落。目前社会正处于健保发展方兴未艾的时代,各医疗院所莫不兢兢业业地改善本身的体制或管理方式,所以应越来越严格的规范;在此背景下,本文论述了医院管理系统〔重点论述门诊收费子系统的设计实现。通过对各种数据库管理系统的模型分析,结合医院门诊的实际需求,采用C/S<客户端/服务器>模式,说明了医院管理系统的开发过程及各种技术细节。本系统是适应时代发展的需要,提高管理的效率而开发设计的。医院管理系统是典型的信息管理系统<MIS>,其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。因此本人结合医院门诊收费系统的要求,对MSSQLServer2000数据库管理系统、SQL语言原理将对数据库应用系统开发医院门诊收费系统进行了简明的介绍,并分析了开发医院管理系统所应进行的工作;对数据库的设计和SQL语言的使用进行了系统分析,为深入理解数据库应用打下了基础;学习了具体的开发工具Delphi7.0,对其数据库组件,SQL语言在Delphi中的应用等数据库编程关键技术进行了系统的介绍;除此还分析了医院管理系统的应用需求,按照数据库设计理论一步一步地给出了系统需求说明书、局部ER图、全局ER图、系统关系模式,子模式,利用MSSQServer2000建立了数据库;进行了具体的程序设计,具体划分了三类用户的操作权限,设计了了三个操作界面。实现了数据库表的浏览,记录的添加、删除和修改,报表的生成,实现了多数据库表的连接操作,实现了多条件查询和模糊查询,并灵活实现了对不可更新查询结果集的更新操作,实现了主从表操作,实现了密码维护功能,医院信息系统〔HIS是一套通用性很强的商业软件。本人负责的门诊划价子系统是针对一般医院的业务处理而开发的,主要用于门诊部的划价和信息生成。关键字:HIS,软件工程,模块化数据库,SQL语言,数据库组件..目录TOC\o"1-4"\h\z\u1.引言12.需求分析阶段22.1引言22.2需求分析阶段的目标与任务2处理对象2处理功能及要求32.2.3.安全性和完整性要求32.3需求分析阶段成果33概念设计阶段93.1引言93.2任务与目标103.3阶段结果104.逻辑设计阶段124.1逻辑设计的任务和目标124.2数据组织12将E-R图转换为关系模型12模型优化13数据库模式定义13用户子模式定义154.3数据处理165.物理设计阶段175.1物理设计阶段的目标与任务175.2数据存储方面175.3系统功能模块175.3.1读者基本信息的查询和更新模块175.3.2图书基本信息的查询和更新模块186.数据库实施阶段196.1建立数据库、数据表、视图、索引196.1.1建立数据库196.1.2建立数据表196.1.3建立视图216.1.4建立索引216.1.5建立触发器226.2数据入库226.3创建各个功能的存储过程227.系统调试和测试238.设计心得239.存在的问题及建议23致谢25参考文献25附录1数据查看和存储过程功能的验证29附录2所有的SQL运行语句34附录3系统的运行界面37..1.引言随着科学技术的高速发展,计算机软件的需求量大幅度提升,各种专业的特殊管理、应用软件已被提上了议案,当然,与此同时,计算机软件开发越来越专业化,对设计人员的综合素质和专业知识的要求越来越高,任务也是越来越重。信息产业作为当今社会做前端的技术性行业,其科技含量是最高的;作为一个计算机专业的大学生,特别是面对我们国家现在紧缺高水平、高素质的软件人员,我们也清醒的认识到掌握好专业知识的重要性,更清楚了自己肩上的责任。本次设计的主题是:基于C/S结构的医院门诊收费系统。本系统提供给医院门诊收费用户一个综合、全面的办公环境和工具,同时实现了大量数据信息和文档以及多媒体信息快速、有效、准确地获取、管理和传递。因此本系统是提高工作效率、规范医院门诊办公制度、方便领导决策的重要工具。本软件主要完成门诊划价收费功能,按照软件工程的思想来完成这一设计过程,历经三个多月,在指导教师认真耐心的指导下,系统已经初步完成。由于是初次完成比较正规的且有规模的软件设计,所以难免出现一些错误和漏洞,恳请各位老师和同学批评指正。在本次设计期间,指导教师、师长们给了我们很大的鼓励和支持,在我们有困难的时候给予了我们无私的关心和帮助,在这里表示深深的感谢!同时,也向评阅论文和参加论文答辩的老师们表示衷心的感谢!2.需求分析阶段2.1引言一所医院的主要构成分为两个部分,一是门诊部门,二是住院部门,医院的所有日常工作都是围绕着这两大部门进行的。门诊部门和住院部门各下设若干科室,如门诊部门下设口腔科、内科、外科、皮肤科等,住院部门下设内科、外科、骨科等,二者下设的部分科室是交叉的,各科室都有相应的医生、护士,完成所承担的医疗工作,医生又有主治医师、副主任医师、普通医师或教授、副教授、其他之分。为了支持这两大部门的工作,医院还设置了药库、中心药房、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案室、手术室,以及为医院的日常管理而设置的行政部门等。其中,药库负责药品的贮存、发放和采购;中心药房负责住院病人的药品管理,包括根据处方及医嘱生成领药单,向药库领药,配药并把药品发给相应的病区,以及药房的库存管理和病区余药回收;门诊药房负责门诊病人的药品管理,包括根据处方,按处方内容备药、发药,向药库领药等;制剂室负责药物的配制,并提供给药库;设备科负责医院的医疗设备等的购入和维修等;财务科负责医院中一切与财务有关的业务和工作,进行医院的财务管理;后勤仓库负责医院所有后勤物品的贮存和管理;门诊收费处负责门诊病人的处方的划价和收费;门诊挂号处负责门诊病人的挂号事务;问讯处负责向有疑问的就医病人解释相关问题;住院处负责所有就医病人的住院事宜和相关管理;检验科室负责病人的各项检验,〔如验血等以及与各项检验相关的管理,药剂取用等;检查科室负责病人的各项检查〔如CT检查以及其他放射线检查等以及与各项检查相关的管理,设备使用与维护等;血库负责医院的各种血型的血液的贮存和管理以及血液的采集;病案室负责病人病案的管理和保存;手术室负责病人的手术,手术的安排以及有关手术的相关事宜和器械,制剂,设备等的使用等;行政部门则根据其相应的工作职责进行日常的工作,对医院进行行政方面的管理,以保证医院的医疗工作的正常进行和医院的后勤保障。2.2需求分析阶段的目标与任务2.2.1处理对象科室信息:科室ID,科室名称医生信息:医生姓名,性别,年龄借阅历史信息:药品名称,买价,卖价病人信息:病人姓名,性别,年龄,是否有婚姻管理员信息:用户名,密码2.2.2处理功能及要求系统提供待开门诊处方以及各种检查检验申请单实时划价、输入、查询、修改功能。另外还提供候诊病人就医分配;按科室、人员等条件统计单据;检索病人就诊历史等可选功能。它将病人历次门诊的所有临床医疗信息通过计算机管理,并为后继系统提供划价信息,是全面实现门诊信息化管理的必备前端系统之一。门诊系统联系物流、财务、医疗的主要信息是病人信息与处方信息。考虑到目前医院情况,门诊系统主要完成处方信息的电子化,以及和医院药房、财务系统联网。由于医生工作站的推广困难,处方信息的录入,通过划价子系统进行。2.2.3.安全性和完整性要求1安全性要求系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性;系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。2完整性要求系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键,使用check约束,或者通过使用触发器和级联更新。2.3需求分析阶段成果2.3.1体会与收获经对前面的需求调查和初步的分析,确定由计算机完成的工作时对数据进行各种管理和处理,具体的工作内容见第二部分,由手工完成的工作主要有对原始数据的录入;不能由计算机生成的,各种数据的更新,包括数据变化后的修改,数据的增加,失效数据或无用数据的删除等;以及系统的日常维护。2.3.3医院的基本业务流程图病人病人病区医嘱住院药房检查 检验手术过程信息管理信息押金信息病人基本信息病人费用基本信息诊断押金日结信息基本医疗收入基本类在院收入收费日结信息病历首页费用病人费用收据院科费用核算医疗保险费用药品收入构成设备帐入会计凭证月末在院结算凭证制作凭证制作收取押金入院登记医嘱输入与划价2.3.4图书管理系统数据字典〔a数据项:表1.1数据项列表数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-1NUM编号IntDI-2NAME姓名CharDI-3SEX性别BitDI-4ID身份证号CharDI-5PRICE费用总计FloatDI-6TOTILPrice自付总计FloatDI-7MARRY婚姻charDI-8民族charDI-9职业charDI-24工作单位charDI-25单位charDI-26家庭住址CharDI-27宅电CharDI-28CharDI-29科室同ReaLBIDCharDI-30医疗来源CharDI-31日期DatetimeDI-32经办人charDI-33标识charDI-34医保编号同RoomMIDchar〔b数据结构:表1.2数据结构列表数据结构编号数据结构名数据结构含义属性DS-1NUM流水号NotnullDS-2医疗号NotnullDS-3NAME姓名NullDS-4ITEM科室NullDS-5医疗类别NullDS-6DATA日期NullDS-7PRICE挂号费NullDS-8病历Null2.3.5处理逻辑描述表1.3处理逻辑列表处理编号处理功能处理过程PR-1医院门诊部门收费时的系统医生、病人管理模块、收费、药品管理模块3概念设计阶段3.1引言本次设计开发的医院门诊收费信息系统是一套完整的医院信息系统的一部分,整个系统应既可以面向大中型医院又可针对中小型医院的专用应用系统。它几乎覆盖了医院主要管理职能和患者在医院就诊的各主要环节。我们的HIS专用应用系统不简单地是一套计算机管理应用软件,最重要的是它符合中国实际情况,参照了现行医改政策,结合国内与国际先进的医院管理经验,将医院的管理思想、医院各部门的业务经验以及当今计算机科学技术的完美统一起来的体现。3.2任务与目标〔1选择中层数据流为切入点,通常选择实际系统中的子系统;〔2设计分E-R图,即各子模块的E-R图;〔3生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一;〔4生成全局E-R图,通过消除冲突等方面。3.3阶段结果根据不同的对象,从第3层数据流程图入手,分别画出各分E-R图:病人挂号病人挂号病人出院病人按处方配药病人看病病人交费取药病人住院病人交预交款挂号模块医生诊断病情模块挂号模块医生诊断病情模块门诊挂号操作1:挂号2:输入挂号信息3:挂号流水号4:看病毒5:药方6:药方交费划价收费取药模块7:输入药方信息8:药品明细单,收费发票9:取药4.逻辑设计阶段4.1逻辑设计的任务和目标以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织〔将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计、数据处理〔画出系统功能模块图两大任务。4.2数据组织4.2.1将E-R图转换为关系模型实体型转换为关系模式。实体的属性就是关系的属性,实体的码就是关系的码。对于实体间的联系则有以下不同的情况:

一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。

一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合

具有相同码的关系模式可合并。4.2.2模型优化关系模式Doctor,BaseType,Items,Medicine,Patient不存在非主属性对主属性的部分函数依赖,也不存在传递函数依赖,已经达到了3NF.4.2.3数据库模式定义表2.1BaseType表列名数据类型可否为空说明IDCharnotnull编号TypeIdCharnotnullTypeNameCharnotnull科室名表2.2doctor表列名数据类型可否为空说明IDCharnotnull编号NameCharnotnull姓名SexCharnotnull性别AgeCharnotnull年龄DeptIdCharnotnullTitleChar表2.3Medicine表列名数据类型可否为空说明MedIDCharnotnull药品编号MedNameCharnotnull药品姓名TypeidCharsalepriceCharnotnull卖价unitidCharnotnullbuypriceChar买价totleChar总计表2.4patient表列名数据类型可否为空说明IDCharnotnull编号NAMECharnotnull病人名字IDnumCharsexChar性别ageCharnotnull年龄marry婚姻表2.5item表列名数据类型可否为空说明ItemIDCharnotnullITemNameCharnotnullTotalCharnotnullUnitidCharnotnullBuypriceCharnotnullsaleprice表2.6User表列名数据类型可否为空说明UsernameCharnotnullPWDCharnotnullUser_TypeCharnotnull用户子模式定义表2.1BaseType表试图列名数据类型可否为空说明IDCharnotnull编号TypeIdCharnotnullTypeNameCharnotnull科室名表2.2doctor表试图列名数据类型可否为空说明IDCharnotnull编号NameCharnotnull姓名SexCharnotnull性别AgeCharnotnull年龄DeptIdCharnotnullTitleChar表2.3Medicine表试图列名数据类型可否为空说明MedIDCharnotnull药品编号MedNameCharnotnull药品姓名TypeidCharsalepriceCharnotnull卖价unitidCharnotnullbuypriceChar买价totleChar总计表2.4patient表试图列名数据类型可否为空说明IDCharnotnull编号NAMECharnotnull病人名字IDnumCharsexChar性别ageCharnotnull年龄marry婚姻表2.5item表试图列名数据类型可否为空说明ItemIDCharnotnullITemNameCharnotnullTotalCharnotnullUnitidCharnotnullBuypriceCharnotnullsaleprice表2.6User表试图列名数据类型可否为空说明UsernameCharnotnullPWDCharnotnullUser_TypeCharnotnull4.3数据处理系统功能模块图:门诊划价收费系统门诊划价收费系统门诊划价门诊收费药品发货收据处理收退款清算统计、查询5.物理设计阶段5.1物理设计阶段的目标与任务 数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:〔1确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;〔2对物理结构进行评价,评价的重点是时间和空间效率。6.数据库实施阶段6.1建立数据库、数据表、视图、索引6.1.1建立数据库CREATEDATABASEHospitalGO6.1.2建立数据表〔1BaseType表的建立:USEHospitalGOCREATETABLEBaseType<Id intPRIMARYKEYIDENTITY,TypeId tinyint,TypeName varchar<30>>GO〔2Doctor表的建立:USEHospitalGOCREATETABLEDoctor<Id intIDENTITYPRIMARYKEY,Name varchar<50>NOTNULL,Sex varchar<2>NOTNULL,Age int,DeptId int,Title varchar<50>>;GO〔3Items表的建立:USEHospitalGOCREATETABLEItems<ItemId intIDENTITYPRIMARYKEY,ItemName varchar<50>NOTNULL,Total int,UnitId int,BuyPrice float,SalePrice float>GO〔4Medicine表的建立:USEHospitalGOCREATETABLEMedicine<MedId intIDENTITYPRIMARYKEY,MedName varchar<50>,TypeId int,UnitId int,BuyPrice float,--进货价格,计算利润用SalePrice float,--售出价格Total float,Flag tinyint--中西药标记,0-中药;1-西药>〔5Registration表的建立:USEHospitalGOCREATETABLERegistration<RegId intPRIMARYKEY,PatId int,--患者DocId int,--医生名称RegDate varchar<20>,--日期UserName varchar<20>--用户名>GO〔6Users表的建立:USEHospitalGOCREATETABLEUsers<UserName varchar<40>PRIMARYKEY,Pwd varchar<40>NOTNULL,User_Type tinyintNOTNULL>GOINSERTINTOUsersValues<'Admin','888888',1>GO6.1.3建立视图 〔1用于查询PayList视图定义如下:USEHospitalGOCREATEVIEWPayList_vASSELECTp.PayId,p.RegId,r.DocId,r.RegDate,m.MedName,b.TypeName,p.Price,m.Total,p.PNum,p.Price*p.PNumASPSum,m.BuyPrice,<p.Price-m.BuyPrice>*p.PNumASPEarnFROMPayItemsp,Medicinem,BaseTypeb,RegistrationrWHEREp.ItemId=m.MedIdANDm.UnitId=b.IdANDp.RegId=r.RegIdANDp.PType=1UNIONSELECTp.PayId,p.RegId,r.DocId,r.RegDate,i.ItemName,b.TypeName,p.Price,i.Total,p.PNum,p.Price*p.PNumASPSum,i.BuyPrice,<p.Price-i.BuyPrice>*p.PNumASPEarnFROMPayItemsp,Itemsi,BaseTypeb,RegistrationrWHEREp.ItemId=i.ItemIdANDi.UnitId=b.IdANDp.RegId=r.RegIdANDp.PType=2GO 〔2用于ReportDoctor查询的视图定义如下:USEHospitalGOCREATEVIEWReportDoctor_vASSELECTd.NameAS医生姓名,b.TypeNameAS科室名称,d.TitleAS职务,p.RegDateAS月份,<CASEWHENp.PNum>=0THENp.PNumELSE0END>AS销售数量,<CASEWHENp.PSum>=0THENp.PSumELSE0END>AS销售总额,<CASEWHENp.PEarn>=0THENp.PEarnELSE0END>AS纯利润FROMBaseTypeb,Doctord,<SELECTDocId,LEFT<RegDate,7>ASRegDate,SUM<PNum>ASPNum, SUM<PSum>ASPSum,SUM<PEarn>ASPEarnFROMPayList_vGROUPBYDocId,LEFT<RegDate,7>>pWHEREb.TypeId=1ANDd.DeptId=b.IdANDd.Id=p.DocIdGO 〔3用于显示ReportItems的视图定义如下:USEHospitalGOCREATEVIEWReportItems_vASSELECTi.ItemIdAS药品编号,i.ItemNameAS药品名称,b.TypeNameAS单位,i.BuyPriceAS成本价格,i.SalePriceAS销售价格,i.TotalAS库存数量,p.RegDateAS销售日期,<CASEWHENp.PNum>=0THENp.PNumELSE0END>AS销售数量,<CASEWHENp.PNum>=0THENp.PSumELSE0END>AS销售总额,<CASEWHENp.PNum>=0THEN<p.PSum-i.BuyPrice*p.PNum>ELSE0END>AS纯利润FROMItemsi,BaseTypeb,<SELECTps.ItemId,ps.RegId,LEFT<r.RegDate,7>ASRegDate,SUM<ps.PNum>ASPNum,SUM<ps.Price*ps.PNum>ASPSumFROMPayItemsps,RegistrationrWHEREps.PType=2ANDps.RegId=r.RegIdGROUPBYps.ItemId,ps.RegId,LEFT<r.RegDate,7>>pWHEREi.ItemId=p.ItemIdANDi.UnitId=b.IdGO 〔4用于ReportMedicine的视图定义如下:USEHospitalGOCREATEVIEWReportMedicine_vASSELECTm.MedIdAS药品编号,m.MedNameAS药品名称,<CASEWHENm.Flag=1THEN'中药'ELSE'西药'END>AS类别,b1.TypeNameAS分类,b.TypeNameAS单位,m.BuyPriceAS进货价格,m.SalePriceAS销售价格,m.TotalAS库存数量,p.RegDateAS销售日期,<CASEWHENp.PNum>=0THENp.PNumELSE0END>AS销售数量,<CASEWHENp.PNum>=0THENp.PSumELSE0END>AS销售总额,<CASEWHENp.PNum>=0THEN<p.PSum-m.BuyPrice*p.PNum>ELSE0END>AS纯利润FROMMedicinem,BaseTypeb,BaseTypeb1,<SELECTps.ItemId,ps.RegId,LEFT<r.RegDate,7>ASRegDate,SUM<ps.PNum>ASPNum,SUM<ps.Price*ps.PNum>ASPSumFROMPayItemsps,RegistrationrWHEREps.PType=1ANDps.RegId=r.RegIdGROUPBYps.ItemId,ps.RegId,LEFT<r.RegDate,7>>pWHEREm.MedId=p.ItemIdANDm.UnitId=b.IdANDm.TypeId=b1.Id6.1.4建立索引6.1.5建立触发器1.当删除Reader表中某一读者基本信息时,触发Borrow表,删除相应的记录UseHosptialgocreatetriggerDoctor_deleteonDoctorfordeleteasdeleteNamefromdeletedwhereName.ID=deleted.ID6.3创建各个功能的存储过程系统共创建了10个存储过程,具体列表如下:表3.1创建的存储过程列表:编号存储过程名称定义作用P-1Doctor信息表详见附录1-1在Book中插入一元组〔其它表的查询、修改、删除与以上各表的存储过程定义大致相同,这里不再具体列出7.系统调试和测试8.设计心得在一个假期的时间对一个新的程序进行了解和实践然后按部就班的做出一个属于自己的程序,并且按时完成,很不容易但是经过测试表明已有功能基本运行正常。为了适应将来医院现有流程和网络设施状况,不断进行用户需求分析和代码设计改进,在此循环的基础上不断增加功能。虽然最后做出来的程序比较简单,但是内含了多种情况下的功能,可以在适当时候根据实际情况进行选择。不管怎么样由于时间和能力有限,只完成了一些基本的功能,还是有很多的不成熟、不完善的地方,但毕竟是自己花了时间和经历去做的。最后,恳请评审老师不吝赐教,提出宝贵的意见。9.存在的问题及建议在本次设计中事实上存在着很多很多的问题,包括一些VC和SQL连接的的一些细节上的东西在网上查询了很多的资料也没能弄明白和分析出来。我希望在以后的专业课程的学习中也不断的温故而知新,在很多的新问题和旧问题上得到一些突破和了解。让我能在今后的学习中得到更多的能力。..致谢在这里,首先要感谢陈作聪老师一个学期以来对我们的细心、耐心的教导,没有您的认真督促和教育。也没有我们的今天。同样也要很感谢对我设计报告评审的老师,感谢您用您宝贵的时间为我的设计打分和提建议。总之,VC+SQL的程序的制作真的好多谢各位老师的教导。参考文献[1]金宇红,孙国祥,《对发展我国HIS技术市场的调研与思考》,中国医院管理,2000,20<12>,5-6[2]余大昆,李义兵,《XX省医院信息系统建设及应用情况调查分析》,医学与计算机应用,2001,14<8>,459-460[3]王安平,李燕燕,陈季妍,《医院信息系统投资分析》,XX财政税务专科学校学报,2001,17<5>,51-52[4]郭煜,高岍,《建设医院门诊系统的探讨》,XX电子技术,2000.5,22-24转41[5]俞鹤伟,牟艳华,《C/S模式下MIS系统网络规模的分析》,华南理工大学学报<自然科学版>,2000,28<9>,82-86[6]何雨生,李月东等,《门诊信息系统研究》,中国医院管理,2001,21<6>,42-44[7]黄俊刚,《浅谈医院门诊信息的计算机管理》,医疗装备,2000,13<12>,14-15[8]林寒祈,汪忠乐等,《医院信息系统中医嘱子系统的应用与体会》,医疗装备,2001,14<2>,17-17[9]姚和顺,《基于客户/服务器结构的门诊医生工作站的设计与实现》,现代计算机,2001.8,93-95[10]李易庆,《电子病案与相关信息技术》,医学与计算机应用,2001,14<7>,382-382[11]闭思成,薛冠华,《医院信息系统药品输入编码的制定方法》,医学与计算机应用,2001,14<8>,491-492[12]盛平,宋轶勤,宋顺林,《医院信息系统的分析与设计》,XX理工大学学报<社会科学版>,2000.4,15-18[13]杨焱,苏小刚等,《门诊信息查询模块的设计与开发》,医学与计算机应用,2001,14<7>,415-416[14]代伟,董军等,《医院信息系统下统计基础工作的质量保证》,中国医院统计,2001,8<2>,99-100[15]<美>MichaelAbbey等著;乐嘉锦等译,SQLServer2000初学者指南》,机械工业出版社,2000附录1数据查看和存储过程功能的验证基本表的数据查看<基于视图查询>:查看BaseType表中的数据查看Doctor表中的数据:查看Medicine表中的数据:4查看Patient表中的数据5查看Users表中的数据:6查看PayList_v视图中的数据:7查看ReportDoctor_v视图的数据:触发器功能的验证:红河学院本科毕业论文<设计>.PAGE4.附录3所有的SQL运行语句USEHospitalGOCREATETABLEBaseType<Id intPRIMARYKEYIDENTITY,TypeId tinyint,TypeName varchar<30>>GOUSEHospitalGOCREATETABLEDoctor<Id intIDENTITYPRIMARYKEY,Name varchar<50>NOTNULL,Sex varchar<2>NOTNULL,Age int,DeptId int,Title varchar<50>>;GOCREATEDATABASEHospitalGOUSEHospitalGOCREATETABLEItems<ItemId intIDENTITYPRIMARYKEY,ItemName varchar<50>NOTNULL,Total int,UnitId int,BuyPrice float,SalePrice float>GOUSEHospitalGOCREATETABLEMedicine<MedId intIDENTITYPRIMARYKEY,MedName varchar<50>,TypeId int,UnitId int,BuyPrice float,--进货价格,计算利润用SalePrice float,--售出价格Total float,Flag tinyint--中西药标记,0-中药;1-西药>GOUSEHospitalGOCREATETABLERegistration<RegId intPRIMARYKEY,PatId int,--患者DocId int,--医生名称RegDate varchar<20>,--日期UserName

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论