医院门诊挂号收费系统设计毕业论文.docx

上传人:b****5 文档编号:7402367 上传时间:2023-01-23 格式:DOCX 页数:57 大小:909.75KB
下载 相关 举报
医院门诊挂号收费系统设计毕业论文.docx_第1页
第1页 / 共57页
医院门诊挂号收费系统设计毕业论文.docx_第2页
第2页 / 共57页
医院门诊挂号收费系统设计毕业论文.docx_第3页
第3页 / 共57页
医院门诊挂号收费系统设计毕业论文.docx_第4页
第4页 / 共57页
医院门诊挂号收费系统设计毕业论文.docx_第5页
第5页 / 共57页
点击查看更多>>
下载资源
资源描述

医院门诊挂号收费系统设计毕业论文.docx

《医院门诊挂号收费系统设计毕业论文.docx》由会员分享,可在线阅读,更多相关《医院门诊挂号收费系统设计毕业论文.docx(57页珍藏版)》请在冰豆网上搜索。

医院门诊挂号收费系统设计毕业论文.docx

医院门诊挂号收费系统设计毕业论文

医院门诊挂号收费系统设计毕业论文

1绪论

1.1医院信息系统的定义

医院信息系统(HospitalInformationSystem,HIS)在国际学术界已公认为新兴的医学信息学(MedicalInformatics)的重要分支。

美国该领域的著名教授Morris.Collen于1988年曾著文为医院信息系统下了如下定义:

利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力,并满足所有授权用户的功能需求。

1.2开发医院信息系统的意义

改善医院管理,支持医教研。

我国医院的信息处理基本上还停留在手工方式,劳动强度大且工作效率低,医师护士和管理人员的大量时间都消耗在事务性工作上,致使"人不能尽其才";病人排队等候时间长,辗转过程多,影响医院的秩序;病案、临床检验、病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现;对这些资料深入的统计分析手工方式无法进行,不能充分为医学科研利用;在经济管理上也因而存在漏、跑、错费现象;医院物资管理由于信息不准确,家底不明,积压浪费,以致“物不能尽其用”。

开发HIS是解决上述问题的有效途径。

HIS系统的有效运行,将提高医院各项工作的效率和质量,促进医学科研、教学;减轻各类事务性工作的劳动强度,使他们腾出更多的精力和时间来服务于病人;改善经营管理,堵塞漏洞,保证病人和医院的经济利益;为医院创造经济效益。

完整的HIS系统实现了信息的全过程追踪和动态管理,从而做到简化患者的诊疗过程,优化就诊环境,改变目前排队多、等候时间长、秩序混乱的局面。

如目前多数医院就诊必须经过挂号、等候病历、划价、收费、取药或治疗一系列过程,一个患者少则排3次队,多则5、6次,用于过程性的时间最少在1个小时以上,若实施HIS以后,每个病人用于诊疗的中间过程性时间会大幅度减少;假定一家医院门诊人次为2000人次/天,年门诊250天,每人少花费半小时,则日节约1000小时,一年节约36万小时,其产生的社会效益和间接经济效益是明显的。

同时HIS的实施也强化了医院部管理,降低了医护人员的工作强度和时间,伪、冒、漏现象可以解决,也加速了资金周转和减少药品、器械等物资积压。

据估计如果全国有2000家医院应用HIS,每年每所医院增收节支、加速资金回笼和周转、堵漏、减少物资积压的回收资金方面的效益按20万元估计的话(实际比这高),则年效益估计为40亿元,十分可观。

但这往往不被人所认识。

当然建立HIS更主要的还在于它对医院管理、医疗质量和医学研究的长期效应带来的综合效益。

因此HIS的投资一般需做基础性投资,诚如任何机构的统计部门那样,它是花钱的部门,但其重要性是公认的,投资也是必须的。

HIS的效益远远超出医院本身,因为完整的病人医学记录是医学研究的重要信息资源,这类资源在手工作业环境下,大部分被抛弃了。

1.3国外情况

电子计算机在医院的应用已有三十多年的历史,60年代初,美国便开始了HIS的研究。

著名的麻省总医院开发的COSTAR系统是60年代初开始并发展到今天成为大规模的临床病人信息系统。

随着计算机技术的发展,70年代,HIS进入大发展时期,美日欧各国的医院,特别是大学医院及医学中心纷纷开发HIS,成为医药信息学的形成和发展的基础。

70-80年代,美国的HIS产业已有很大发展。

1985年美国全国医院数据处理工作调查表明,100床位以上的医院,80%实现了计算机财务收费管理,70%的医院可支持病人挂号登记和行政事务管理。

25%的医院有了较完整的HIS,即实现了病房医护人员直接用计算机处理医嘱和查询实验室的检验结果。

10%的医院(2530)有全面计算机管理的HIS。

日本的HIS开发和应用从70年代初开始。

多数日本医院是80年代以后开始进行HIS工作的,但发展十分迅猛,规模相当大,是以大型机为中心的医院计算机系统。

如北里大学医院的IBM/3090双机系统。

当前日本的HIS总的趋势是系统化、网络化、综合性,开始走自上而下的开发路线,一般都有大型机作为中心、支撑整个系统工作,并尽量采用微机和网络技术,投资规模大,正在实现“ordering”工作方式,即数据从发生源直接输入计算机。

到1991年统计有近10家实现或基本实现此种方式。

支持诊疗的功能在不断加强,系统24小时运行。

不少软件是医院和计算机公司联合开发的,一些大公司也开发了一些通用的医院信息管理软件包,也有些医院自己开发。

如北里大学,开发了综合的HIS,开发费用(机器设备除外)为3亿4千万日元(约合人民币1300万元)。

日常运行费用支出为一年5亿1千万日元(约合人民币2000多万元)。

欧洲的HIS发展比美国稍晚,大多数是70年代中期和80年代开始。

欧洲HIS的特点是实现了一些区域信息系统。

如丹麦的RedSystem,管理76所医院和诊所。

法国第八医疗保健中心实现了能管理三所大医院和三所医药学院的一体化信息系统-GrenobleIntegratedHIS。

随着初级卫生保健工作的发展,欧洲各国区域性医院计算机网络将实现。

目前欧共体的SHINE工程已经开始,英法意德许多公司都参与了此项工程。

在分布式数据库系统和开放网工程方面已做了大量工作。

计算机70年代末期就进入了我国医疗行业,当时以IBM的M340小型机为主,只有少数几家大型的部属综合医院和教学医院拥有,如北京协和医院、北京肿瘤医院、301医院等,主要应用于科研和教学,还没有应用于HIS的管理。

80年代初期,随着苹果PC机的出现和BASIC语言的普及,一些医院开始开发一些小型的管理软件,如工资软件等;80年代中期,随着XT286的出现和国产化,以及DBASEIII和UNIX网络操作系统的出现,一些医院开始建立小型的局域网络,并开发出基于部门管理的小型网络管理系统,如住院管理,药房管理等。

进入90年代,NOVELL网和FOXBASE、FOXFRO数据库日益盛行,完整的医院网络管理系统的实现已经成为可能,于是一些有计算机技术力量的医院开始开发适合自己医院的医院管理系统。

一些计算机公司也不适时机的开发HIS,如HP公司(与301医院合作)、IBM公司、微软公司、浪潮公司。

但这些系统都存在如下一些问题:

A.软件水平较低,一般只能做些初级的事务处理,也有的软件开发之后用了一段时间就停下了,坚持不下去,其原因是:

(1)各医院计算机专业人才缺乏,技术力量薄弱,特别是缺少高层次系统分析人员和跨专业复合型人才。

(2)项目多,力量分散。

(3)医院经费有限,很难建立起理想的软、硬件支撑环境。

B.重复开发多。

据一个省调查,几年来,总共开发262个项目中,工资系统就有41个,医疗统计21个,人事21个……,重复率达70%多,究其原因:

(1)  单位管理方式有一定差异,软件不能通用。

(2)  软件没有一个统一的标准,难以推广。

(3)  全国没有一个较高水平、可广泛推广的医院管理软件包。

1.4医疗发展趋势与前景

在1984年,邓小平同志就曾高瞻远瞩地提出:

“开发信息资源,服务四化建设。

”的战略思想。

可见,信息化是社会发展的趋势。

特别在当今世界,信息作为最积极、最有生命力的新兴社会生产力的代表,正日益成为社会与经济发展的强大动力。

作为国民经济与社会发展信息化的一个重要组成部分——医疗系统信息化,是指人们利用现代信息技术,收集、开发、利用医疗信息资源,实现医疗资源的高度共享,对传统的医疗管理模式、工作流程进行信息化改造的过程[1]。

其发展顺应了国家信息化的潮流以及我国医疗事业改革与发展的需要,同时对提高医疗预防保健工作效率与服务水平、规卫生监督管理行为具有积极和深远的意义。

科学技术发展日新月异,高精尖仪器特别是电子智能仪器在医院临床和医技科室的广泛应用,使各种数据或病人信息的收集、处理具备了良好的基础。

医院管理的许多信息已可以直接从检查治疗仪器上生成,或从信息发生地获取,而无需手工汇总录入;各种信息的存储空间呈现海量使得数据和信息的存储、加工处理等可以在其发生的各个阶段或各个层次同时进行。

这些功能的实现,一方面归功于自动化“硬件”技术的不断更新和发展,另方面表现在“软件”技术的不断完善或更新上。

管理模式的转变、操作方法的改进,以及“硬件”技术的发展,都要求所用“软件”亦随之完善或更新。

这些技术和功能的更新换代时间已大大短于其设备的使用年限,有的甚至已以月计。

因此,伴随着医院管理信息系统技术的进步和更新,也使资金和技术人力投入的不断增加。

在这几年中,医院信息系统将进入一个新的发展阶段。

由单机系统向网络化发展,由医院部局域网向广域网拓展;由单一形式的静态向多媒体动态改变;由封闭的专有技术环境向开放的统一标准化转变。

随着信息系统自动化的实现,医院管理者能够在更高层次、更大围。

更短时间里获得各种数据和信息,拥有更多、更科学的决策依据,从而使医院管理从被动转变为主动,从而扩大了医院生存与发展的空间,获得较好的社会效益和经济效益。

全国近半数的医院进行了网络建设,信息系统的应用水平不断提高,逐步从以财务为重点的管理信息系统,转向临床加管理的信息系统,一些医院正在探索建立医生工作站、护士工作站、临床检验信息系统、医学影像系统、电子病历和远程医疗为特点的数字化医院。

许多医疗卫生机构建立了互联、开展网上挂号、预约就诊、信息咨询、健康教育和远程服务等。

但是,医院因其工作的复杂性和各医院管理模式的不尽相同,使医院管理计算机软件的开发具有很大的挑战性和潜力。

特别是在目前尚未形成一套成熟、有效的应用软件的情况下,各公司竞相开发,有的只做成结构框架就急于推向市场,由用户再行二次开发;有的医院聘用公司人员开发软件,应用后因软件的更新维护工作跟不上而影响其正常运行;有的医院甚至投资数十万元仍一无所获。

医院各自为战的重复开发和被动应用,加上公司的商业竞争,使医院信息系统的建设处于一种热情支持、积极投资,但却与效用成反比的局面。

随着知识经济时代的到来,标准化是信息化的基础,信息化必然伴随着标准化。

但是由于我国标准化工作严重滞后,标准化问题目前已成为信息化进程的一个主要障碍。

目前,全国医院信息管理软件的研制开发缺乏统一的标准、无统一的HIS数据接口标准,不利于整个地区医院的资源共享。

统一标准,是医疗信息化建设的基础,也是进行信息交换与共享的基本前提。

然而目前我国医疗行业中各种业务规与标准,尚处于逐步建立、完善和提高的过程,尤其是医疗信息标准化工作还比较薄弱。

这对医疗信息化的进一步的发展毫无疑问形成了较大的阻碍。

由于缺乏统一的业务规与标准,使不同的医疗信息系统之间无法兼容,数据无法共享,数据统计分析工作更是无法进行,造成了医疗信息资源的极大浪费。

我国正处于医疗信息化建设与应用过程中,由于人们观念、习惯的转变,人员素质的提高等方面都需要比较长的时间,毫无疑问会产生上述之类的一些问题,但若通过一系列的措施,例如加强医疗信息化标准化体系的规划和建设、进行教育和培养人才的规划,以及加大医疗信息系统软件上的投入和开发力度等等,相信会对我国医疗信息化建设起到推动的作用。

诚然在我国真正实现医疗信息化管理,还有很长一段路要走。

但是在21世纪,不断加快信息化的今天,医疗信息化已是大势所趋,因而医疗信息化之路必定要坚持肯定地走下去,并为全社会的医疗服务质量做出贡献。

2门诊系统分析

本节通过进行可行性分析,判断本医院门诊管理信息系统是否可行,是否能为实际应用创造价值,为医院信息管理或患者就医查询提供方便。

然后再针对现今医院的实际需求进行分析,理清本系统的总体设计,需要实现的功能。

2.1可行性分析

可行性分析是系统分析阶段的重要活动,是对系统进行全面、概要的分析。

它的任务是确定项目开发是否必要和可行。

它的主要目标是:

进一步明确系统的目标、规模和功能,对系统开发背景、必要性和意义进行调查分析,并根据需要和可能提出拟开发系统的初步方案和计划,明确问题,对所提供系统大致规模和目标的几个有关约束条件进行论证,并且提出系统的逻辑模型和各种可能的方案,从而为系统开发项目的决策提供科学依据。

本节从技术的可行性,经济的可行性以及操作的可行性三个方面来论证本信息管理系统的可行性。

2.1.1技术可行性

技术可行性即是对现有技术进行评价,以明确能否利用现有技术进行系统开发及系统实施。

硬件:

计算机的存储量大,运算速度快,外部设备的功能好,效率高,可靠性高,通信设备的能力、质量都满足要求。

操作系统:

windowsxp/2000接口能力强,数据库管理系统的功能足够。

编译器:

VisualStudio2005,利用C#.net编写实际管理系统更简便易行。

数据库:

Oracle10g,数据管理更加安全可靠。

本人已经十分熟悉C#的编程,Oracle数据库,因此技术上是可行的。

2.1.2经济可行性

对组织的经济状况和投资能力进行分析,对系统建设、运行和维护费用进行评估,对系统建成后可能取得的社会及经济效益进行估计。

目前国应用HIS的医院管理在信息化上的软硬件投资只占其年收入的1%-3%,而应用HIS后,阻塞了管理漏洞,杜绝了药品的丢失,节省了人力,提高了医院的财、物管理水平,改善了患者的就医环境,方便了患者就医和查询,提高了医院的服务效率和服务质量。

因此带来的经济回报将远远超过信息化过程中的投入。

2.1.3操作可行性

本系统大概需要两个月的时间完成。

前两个星期主要是以看书以及收集有关系统方面的资料为主;接下来就是对系统的分析、系统架构、数据库设计、界面设计、编写代码,测试等等。

而这些东西对于本系统来说是可行的。

2.2系统需求分析

2.2.1业务及用户需求分析

管理信息系统是一门新兴的、集成管理科学、信息科学、系统科学及计算机科学为一体的综合性学科,研究的是信息管理活动的全过程,以便有效的管理信息,提供各类管理决策信息,辅助企业进行现代化管理。

管理信息系统它具备数据处理、计划、控制、预测和辅助决策功能,具体作用如下5点容:

Ø用统一标准处理和提供信息,排除使用前后矛盾的不完整的数据;

Ø完整、及时提供在管理及决策中需要的数据;

Ø利用指定的数据关系分析数据,客观预测未来;

Ø向各级管理机构提供不同详细程度的报告,缩短分析和解释的时间;

Ø用最低的费用最短的时间提供尽可能精确、可靠的信息,以便使决策者选择最佳

的实施方案,以提高企业的经济效益。

图2.1是系统的总体业务流程,一个患者进入医院先到挂号处进行现场挂号,领取病例卡号,如果患者在当天不想就医,可进行退号,即退相关费用,如挂号费、病历本费用等,由于门诊医生站属于临床诊断领域,实现较为困难,因此本系统把药房划价代替门诊医生站,为患者划价,即开处方药品,然后患者到门诊收费处进行缴费,如果此时患者不想开药或者不想要药品中的某几种,可进行门诊退费。

这样做是为了迎合实际需求,让医院管理更加符合现实。

接着药房进行配、发药,患者领取药品之后就行了,如果领取药品之后,发现某些药品不想要,则同样可进行退费,不过先应该到药房进行退药,再到门诊收费处进行退费,这样做的目的是为了防止漏洞,试想一下,如果患者先到门诊收费处退费了,药品还在自己的手中,患者可以选择不退药品,此时就会给医院带来损失。

本系统是从一个患者到医院挂号,然后进行划价,收费,药房取药的全过程。

从图中可以简要看出,数据能实现全面跟踪,以便医院进行管理和决策。

图2.1系统总体业务流程图

医院的医疗水平和服务质量一直是社会关注的焦点,仅靠增加基础设施投入和脱离信息化的管理方法的改进,是不能从根本上提高医院的工作效率、服务质量和管理水平的。

医院信息管理系统的目的就是减轻业务劳动强度,减少了差错,科学管理药品,节省人力,提高医院的财、物管理水平,增加经济效益,改善患者的就医环境,方便患者就医和查询,提高医院的服务效率和服务质量,提高医院的医疗质量和管理水平。

所以,一个现代化的适应社会发展需要的医院,除了具备一流的医疗队伍、一流的服务设施之外,还应具备一流的管理信息系统。

目前很多医院信息管理仍然是人工手动计算,整理,查询,管理病房等各项工作,执行效率非常低,不方便,给医务人员带来了不少麻烦;现在已是21世纪,为了跟上时代的发展,实现信息管理自动化刻不容缓。

医院信息管理系统不仅方便医院的管理,而且方便病人信息的综合管理,信息查询,床位查询,医嘱管理等等。

21世纪,管理才能出效率,将先进的电脑技术和现代医院的管理完美的结合起来,完成以前需要大量人工才能完成的任务。

实现了医疗、服务一体的全新概念的服务和管理方式是我们的当务之急。

2.2.2系统功能需求分析

本系统根据医院的需求以及病人的实际情况,通过本人的详细分析,实现了医院门诊部分的主要功能需求,包括门诊挂号,门诊收费,门诊药房,基本信息维护四个主要功能模块。

如图2.2所示,基本信息维护模块一般只有管理员或者高级操作人员才有权限进入,它是对一些基本信息的管理,如人员、科室,医院的一些常数进行管理。

下面详细分析每个模块包含的功能。

图2.2系统总结构图

基本信息维护模块包含的功能有常数维护、科室人员管理、人员组管理、权限维护,常数维护可对合同单位、挂号级别等基本常数进行维护;科室人员管理可对用户和科室进行增加或者修改;人员组管理可对用户可登陆的模块进行维护;权限维护可对用户登陆的模块的权限大小进行维护,如只有该模块查询权限,则无法进行该模块删除、修改、增加数据的操作。

图2.3基本信息维护模块结构图

挂号管理包含的功能有现场挂号、退号、患者基本信息维护、日结以及门诊挂号相关的查询,如科室收入汇总查询、挂号员工作量查询、挂号情况查询等等。

挂号实现了患者的基本信息录入,门诊挂号等待看诊;患者挂号了但是想离开时可进行退号;患者基本信息维护能够对患者的基本信息进行修改;日结则是对挂号员上次日结到本次日结时间发生的挂号进行结账,缴款。

图2.4门诊挂号模块结构图

门诊收费包含的功能有门诊收费、门诊退费、门诊结账(日结)以及门诊收费相关的查询。

门诊收费是对药房划价对患者产生的处方进行收费;门诊退费是当患者已经到药房进行退药后进行退费操作;门诊结账则是对收款员上次结账日期到本次结账日期期间发生的收费进行结账,缴款。

图2.5门诊收费模块结构图

门诊药房包含的功能有药品管理、门诊划价(收费)、门诊退费、门诊配药、门诊发药、门诊退药以及药房的相关查询。

药品管理可对药品信息进行增加或者修改;门诊划价相当于医生为患者开处方;门诊配药是配药员预先给已经收费患者进行配药,方便患者取药;门诊发药是发药员把药品发到患者手中;门诊退药则是患者已经拿到药品后,在有效条件下进行退药的操作。

图2.6门诊药房模块结构图

3门诊系统概要设计

这部分主要描述了系统功能设计,首先讲述了本系统的整体结构,系统包括基本信息维护、门诊挂号、门诊收费、门诊药房四个主要模块,然后仔细描述了各模块的数据流程,跟踪各模块的业务处理流程,最后描绘了各模块主要的实体类之间的联系。

3.1系统功能设计

3.1.1系统功能结构

图3.1是本系统的功能结构图,描述了系统登陆到各个子模块可进行操作的功能。

用户首先进入系统登录界面,输入用户名、密码进行身份验证,再进入模块选择,根据该用户的模块权限选择登录的模块,再进行操作,如果该用户没有任何一个模块的登录权限,则无法进入功能操作界面。

图3.1系统功能结构图

3.1.2系统状态流程

如下图是本系统的状态流程图,简要描绘了系统及模块间的操作流程。

用户可以登陆不同的子模块,更改登陆可登陆进入其它模块。

用户先输入用户名,密码,进入登陆模块界面,选择要登陆的模块,然后再进行该模块进行相关操作。

系统提供注册功能,可以在用户登录进入系统的情况下,把该用户注销,同时用其它的用户名、密码登录。

图3.2系统状态流程图

3.2系统数据流程设计

3.2.1挂号模块数据流程

患者首先到患者基本信息登记处索取“患者基本信息登记表”,填写完整后交给基本信息录入员录入电脑,患者带着基本信息登记表到挂号处进行挂号,挂号员收取挂号各种费用,同时打印挂号收据,发放“初诊病历”,如果患者想退号,患者提交挂号收据,挂号员判断是否可以退号(只能退当天的号、已经医生看诊的不允许退号、预约挂号不允许退号),如果可以退号,则进行退号操作,并把挂号费退给患者。

图3.3挂号数据流程图

3.2.2收费模块数据流程

医院门诊收费处的主要业务是门诊收费和门诊退费,下面介绍了这两个主要业务流程的执行过程。

1.门诊收费流程

门诊收费处可以进行划价操作,需要进行划价的,那么进行划价操作,否则进行收费操作。

门诊收费处可以根据划价信息进行收费,也可以直接进行收费,门诊收费处收费时,确定支付方式(信用卡、支票等),确定分发票要求,最后打印统一门诊收费发票。

图3.4门诊收费流程图

2.门诊退费流程

如果患者收费项目没有执行,那么可以直接退费,否则需要填写《退费申请单》,并且经过领导审核,如果患者的发票是隔日的,那么一定需要执行科室填写《退费申请单》,退费前需要财务领导进行审核,收费员根据收费申请单和发票进行退费,如果是交叉退费,也需要财务领导进行审核,才可以退费。

如果收费时间很久的发票退费,软件不予以处理,直接到财务科手工退费。

当患者收费项目已经执行了再进行退费时,应该先在药房退还药品,再到门诊收费处退药品费用。

本系统的部处理是把原来划价的处方单作废,再生成一条新的处方,这样做有利于医院统计、管理,也可减少不必要的医疗纠纷,避免医生开错药、乱开药和患者乱退药的情况。

图3.5门诊退费流程图

3.2.3药房模块数据流程

1.门诊药房发药流程

门诊收费接受患者电子处方或手工处方进行收费;扣除库存药品虚库存。

门诊药房系统接受收费信息,自动刷新待取药患者列表,显示患者处方信息;患者送方到药房取药。

配药人员在配药台模块,根据设置进行配药标签或配药清单补打(如已自动打印则不需补打,提前捡药)。

配药人员对处方做配药确认,记录配药人员工作量信息。

已配药患者信息发送发药台,同时大屏幕刷新已配好药的患者列表。

患者根据当前大屏幕的待取药患者信息,排队取药。

发药人员在发药模块,对患者处方进行确认,扣除库房实库存,还虚拟库存。

记录发药人员工作量信息。

对于当日未取药患者,在虚拟库存管理模块,对该处方单独进行虚拟库存还库操作。

图3.6门诊药房发药流程图

2.门诊药房退药流程

判断是否已超过允许退费时间,如果已超过则不允许退费,患者需要得到医生开据药品退费说明,避免患者无故退药的情况,然后经过门诊药房负责人签字确认,此时软件生成一条退费信息,门诊收费根据病历号得到该退费信息,然后患者再进行退费。

图3.7门诊药房退药流程图

3.3系统概念结构设计

该部分描绘了各个模块的E-R图,各实体的一些主要属性及联系。

E-R方法是“实体-联系方法”(Entity-RelationshipApproach)的简称。

它是描述现实世界概念结构模型的有效方法。

它一般包括实体型、属性、联系三个组成部分。

实体型(Entity):

具有相同属性的实体具有相同的特征和性质,用实体名及其属性名集合来抽象和刻画同类实体。

  属性(Attribute):

实体所具有的某一特性,一个实体可由若干个属性来刻画。

联系(Relationship):

联系也称关系,信息世界中反映实体部或实体之间的联系。

实体部的联系通常是指组成实体的各属性之间的联系;实体之间的联系通常是指不同实体集之间的联系。

3.3.1基本信息维护模块概念结构设计

首先,系统有个超级管理员,可进行信息的维护,人员添加,人员功能模块维护,科室维护等等。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 理学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1