系统概述：
医院信息化是医院应用信息技术及其产品的过程，是信息技术由局部到全局、由战术层次到战略层次向医院的全面渗透，运用于流程管理、支持医院经营管理的过程。信息化的实施从自上而下的角度说，必须与医院的制度创新、组织创新和管理创新结合；从自上而下的角度说，必须以作为医院主体的业务人员直接受益及其使用水平的逐步提高为基础。
医院信息系统属于世界上现存的企业及信息系统中最为复杂的一类，这是医院本身的目标、任务和性质决定的；它应用于医院的医疗管理、经济管理等各个方面，牵涉的信息种类十分庞杂；它融合了医院的管理思想和各部门的业务经验，是医院当前运作方式和业务流程的具体体现，同时又在一定程度上反作用于医院当前的运作方式和业务流程：他实施的技术手段与当前快速发展的信息技术密切相关，实施的广度和深度（如电子日历、电子支付等）又受到社会大环境信息化程度的影响，受到国家和有关部委制定的法律法规的影响。 因此，医院信息化建设工作具有长期性、复杂性和内容的多变性；医院信息系统不是一个简单的、封闭的、静止的软件，而是一个复杂的、开放的、在应用的深度和广度上逐步变化和发展的软件系统。
需求分析
需求分析分为三个部分：需求的文字表述、数据流图、数据字典。
一、 需求分析
第一部分 调查用户需求
本系统的最终用户为医院，我们根据从医院方面取得的图表资料、文字资料以及其他细节方面的信息，根据我们日常生活中的经验，根据我们所做的其他询问和调查，得出用户的下列实际要求：
1、医院的组织机构情况
一所医院的主要构成分为两个部分，一是门诊部门，二是住院部门，医院的所有日常工作都是围绕着这两大部门进行的。
门诊部门和住院部门各下设若干科室，如门诊部门下设口腔科、内科、外科、皮肤科等，住院部门下设内科、外科、骨科等，二者下设的部分科室是交叉的，各科室都有相应的医生、护士，完成所承担的医疗工作，医生又有主治医师、副主任医师、普通医师或教授、副教授、其他之分。
为了支持这两大部门的工作，医院还设置了药库、中心药房、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案室、手术室，以及为医院的日常管理而设置的行政部门等。
其中，药库负责药品的贮存、发放和采购；中心药房负责住院病人的药品管理，包括根据处方及医嘱生成领药单，向药库领药，配药并把药品发给相应的病区，以及药房的库存管理和病区余药回收；门诊药房负责门诊病人的药品管理，包括根据处方，按处方内容备药、发药，向药库领药等；制剂室负责药物的配制，并提供给药库；设备科负责医院的医疗设备等的购入和维修等；财务科负责医院中一切与财务有关的业务和工作，进行医院的财务管理；后勤仓库负责医院所有后勤物品的贮存和管理；门诊收费处负责门诊病人的处方的划价和收费；门诊挂号处负责门诊病人的挂号事务；问讯处负责向有疑问的就医病人解释相关问题；住院处负责所有就医病人的住院事宜和相关管理；检验科室负责病人的各项检验，（如验血等）以及与各项检验相关的管理，药剂取用等；检查科室负责病人的各项检查（如CT 检查以及其他放射线检查等）以及与各项检查相关的管理，设备使用与维护等；血库负责医院的各种血型的血液的贮存和管理以及血液的采集；病案室负责病人病案的管理和保存；手术室负责病人的手术，手术的安排以及有关手术的相关事宜和器械，制剂，设备等的使用等；行政部门则根据其相应的工作职责进行日 常的工作，对医院进行行政方面的管理，以保证医院的医疗工作的正常进行和医院的后勤保障。
上述的各部门都有相关的办公地点、治疗地点和相对固定的工作人员。
各部门的关系图（即医院的机构组织结构）如下：
2、各部门的业务活动情况 门诊部门：
首先，门诊病人需要到门诊挂号处挂号（如果病人有需要，可以对所要就诊的相应医科进行查询，可查询该医科的当班医生及其基本情况，然后再去挂号），如果是初诊病人要在门诊挂号处登记其基本信息，如姓名、年龄、住址、联系方式等，由挂号处根据病人所提供的信息制成IC 卡发放给病人；然后，初诊病人可与复诊病人一样进行挂号和就诊排号，由挂号处处理病人的病历管理；
其次，病人需到门诊收费处缴纳挂号费，并持挂号和收费证明到相应医科就医，经医生诊疗后，由医生开出诊断结果或者处方，检查或检验申请单，如为处方，则病人需持处方单到门诊收费处划价交费，然后持收费证明到门诊药房取药；如为检查或检验申请单，则病人需持申请单到门诊收费处划价交费，然后持收费证明到检查科室或检验科室进行检查或检验；
当门诊药房接到取药处方后，要进行配药和发药，当药房库存的药品减少到一定量的时候，药房人员应到药库办理药品申领，领取所需的药品，而药房需对药品的出库、入库和库存进行管理；
当检查科室或检验科室接到病人的申请后，对病人进行检查或检验，并将检查或检验结果填入结果报告单，交给病人，各科室所做的检查或检验需记录在案。
病人可持检查或检验的结果再到原医科进行复诊，直至医生开出处方或提出医疗建议，最终病人痊愈离院。
住院部门：
当病人接到医生的建议需住院治疗或接到医院的入院通知单后，需到住院处办理入院手续，需要登记基本信息，并交纳一定数额的预交款或住院押金。住院手续办理妥当之后，由病区科室根据病人所就诊的医科给病人安排床位，将病人的预交款信息录入病进行相应的维护和管理，病区科室还应按照医生开出的医嘱执行，医嘱的主要内容包括病人的用药，检查申请或检验申请；
病区科室应将医嘱中病人用药的部分分类综合统计，形成药品申领单，统一向药库领药，然后将药品按时按量发给住院病人，需对发药情况进行记录，并对所领取的药品进行统一的管理；
病区科室应将医嘱中的检查或检验申请单发给检查科室或检验科室，当相应的科室将申请进行处理并将检查通知发给病区科室后，由病区科室通知病人进行相应的检查或检验；
药库对于药品申领单的处理和对药品的管理，检查科室和检验科室对于申请、检查以及
相应的管理工作与门诊中的部分相同；
当病人需要手术时，首先由病区科室将手术申请提交给手术室，由手术室安排手术日程，进行材料、器械的准备，当准备妥当后，手术室将手术通知发给病区科室，由病区科室通知并安排病人进入手术室，手术室需将手术中的麻醉记录，术中医嘱，材料、器械的使用记录在案；
当病人可以出院时，应先在病区科室进行出院登记，办理出科，然后在住院处办理出院手续，即可出院 。
当病人需要转科时，需在病区科室办理转科手续，转入另一病区，由另一病区的病区科室安排病人的床位，并对病人转入的相应资料进行管理。
3、用户对系统的要求 信息要求：
由于系统的使用主体是医院的管理人员，因此对系统的信息要求可分为以下几个方面： a 、 病人信息
首先是病人的基本信息，主要包括病人的姓名，性别，出生年月，年龄，家庭住址，联系方式等；
对于门诊病人，还需要就诊时间，就诊医科，就诊结果，处方记录，检查时间，检查项目，检查结果，检验时间，检验项目，检验结果等；
对于住院病人，还需要入院时间，所在病区，所在医科，床位号，主治医师，用药记录，检查时间，检查项目，检查结果，检验时间，检验项目，检验结果，手术时间，手术相关记录，病人病情变化记录，相关体检记录，出院时间等。
b 、医生信息
首先是医生的基本信息，主要包括医生的姓名，性别，出生年月，家庭住址，联系方式，医生的编码，所在医科，工龄，职称等；
对于门诊医生，还需要挂号费用，当天工作量，出诊时间等；
对于住院医生，还需要所在病区，负责病人，诊断记录等。
c 、 各种单据，证明的信息
各种单据，证明，如医生诊断书，处方单，检验申请单，检查申请单，检验结果报告单，检查结果报告单，收款单，病人医疗记录，手术申请单，手术通知单，病人入院登记单，转科申请单，病人情况登记单，药品提领单，药品发放记录，药品出库单，药品入库单，设备使用记录，器械领用单，器械使用记录等。
d 、 各种库存信息
各种库存，如药品、制剂、设备、器械以及后勤劳保用品等的信息，包括入库记录，出库记录，库存量，单价等；
处理要求：
系统应当完成以下的信息处理：
a 、 存储病人信息，医生信息，各种单据、证明的信息，供相应的人员查询；
b 、对病人信息进行及时的更新和统计；
c 、对医生信息进行及时的更新和统计，并根据统计数字得出相关的其他数据，如根据医生的出诊情况、工龄、工作量、职称等，得出医生工资中相应的应得金额，完成对医生工资的计算和统计，供发放；
d 、各种单据、证明以及记录，根据实际需要，进行更新，统计，自动处理，等等，如对病人病情的记录的及时更新，对药品提领情况的及时统计，通过系统，自动生成一些单证，如系统将手术申请单进行相应的处理，根据所存储的信息得出相关信息，如手术可进行时间，手术室地点安排等，进而生成手术通知单；
e 、对各种库存信息的及时更新和统计以及相关的自动处理，系统应根据库存量，入库量，出库量，自动得出新的即时的库存量，完成更新，当库存少到一定程度，系统应提出警告，提示管理人员库存不足，使管理人员做出相应的处理；
f 、 所有原始数据和统计数据进行相关分析，如门诊收入，住院收入，药品收支，物资情况， 医疗信息，病区床位利用率，床位周转率等；
g 、对医院所需的各种报表，图形显示，分析报告，各种单据进行打印，以供相关的使用
安全性与完整性要求：
安全性要求：
a 、 系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证 用户身份不被盗用；
b 、系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；
c 、系统应对不同用户设置不同的权限，区分不同的用户，如区分病人（只能查询医生的出诊情况，医科设置，医生简介和本人的信息），医生（只能查询本医科诊治的病人资料，本人的信息，医院的公共信息等），管理人员（可查询医院相关的运作情况，并可根据其工作内容，录入相关的信息，修改相关的记录），系统管理员（可对系统进行日常维护，包括数据更新，权限设置等），院长（可查询医院所有运作情况（包括医院的医疗管理、经济管理、行政管理等）的数据，医生的信息，以及各种统计和分析结果等）。
完整性要求：
a 、各种信息记录的完整性，信息记录内容不能为空；
b 、各种数据间相互的联系的正确性；
c 、相同的数据在不同记录中的一致性。
4、确定系统的边界
经对前面的需求调查和初步的分析，确定由计算机完成的工作时对数据进行各种管理和处理，具体的工作内容见第二部分， 由手工完成的工作主要有对原始数据的录入；不能由计算机生成的，各种数据的更新，包括数据变化后的修改，数据的增加，失效数据或无用数据的删除等；以及系统的日常维护。
第二部分 系统功能的设计和划分
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几个子系统： 门诊管理子系统
药品管理子系统
住院管理子系统
行政管理子系统
各子系统完成的功能如下：
1、门诊管理子系统 门诊挂号部分：
1． 处理门诊病人挂号事务；
2． 支持多种挂号类别以及自费、公费、记账等多种挂号病人，支持退号操作；
3． 向首次来院就诊的病人发放就医IC 卡，登记病人基本信息；
4． 建立、维护门诊病历的基本信息。 门诊收费部分：
1．输入门诊病人的处方和各种诊疗项目，由电脑自动划价，同时对指定的项目支
持手工划价；
2．收费后，处方信息自动发送到门诊药房；检查、检验项目发送到相应医技科室；
3．具有处方的作废、退费功能；
4．办理持就医IC 卡病人的交款、退款和结账手续；
5． 查询病人费用明细；
6． 查询统计：收款员缴款报表、收入分类报表；全院收入报表、收入分类报表；
临床科室收入、工作量报表 ；医生收入、工作量报表；医技科室收入、工作
量报表。
2、药品管理子系统 门诊药房管理部分：
1、接收门诊收费处或门诊医生工作站发送来的处方，按处方内容备药、发药；
2、向药库提交药品请领单，以从药库领药为入库，处方发药为出库，实现门诊药
房的出入库管理；
3、药品盘点、报损处理；
4、持就医IC 卡的病人可在此刷卡扣除药费并取药；
5、统计门诊药房配、发药人员工作量；
6、统计各科室、全院门诊药品消耗量；
7、查询病人处方内容；
中心药房部分：
1．接收病区发送来的处方，生成病区领药单以进行配药、发药；
2．向药库提交药品请领单，以从药库领药为入库，病区领药为出库，实现药房的
库存管理；
3．药品的盘点、报损处理；
4．对病区的余药进行回收管理；
5．为病区实时提供医嘱药品的库存信息；
6．统计药房配、发药人员工作量；
7．统计各科室、全院药品消耗量；
药库部分：
1． 建立药库的药品出入库账目；
2． 辅助制定合理的药品库存水平和采购计划，以最小的资金占用保证药品的供
应；
3． 按药品批次和有效期进行管理和出库安排；
4． 通过与门诊药房和中心药房的连接，实现药库药品出库与各药房药品入库的
计算机一体化处理；
5． 进行药品的调价、盘点、报损处理；
6． 药品入、出、存的查询统计。
3、住院管理子系统 住院收费处部分：
1、 住院病人办理入出院、交退款、记账、结账等手续；
2、 冲账功能；
3、 形成住院部的收入日结算；
4、 将出院病人的信息传送至病案管理模块；
5、 统计收款员缴款报表、收入分类报表，全院收入报表、收入分类报表，临床
科室收入、工作量报表，医生收入、工作量报表，医技科室收入、工作量报
表； 病区管理部分：
1． 完成病人的入、出、转登记；
2． 管理病区床位，提供换床、挂床、包床处理；
3． 录入、维护或执行和各类长短期医嘱；根据用药类医嘱自动生成处方并划价
记账，发送至中心药房申领药品；向检查科室提交检查申请；向检验科室提
交检验申请；向手术室提交手术申请；
4． 对于病人在病区发生的床费等各项常规费用进行及时记账；
5． 自动采集用药相关费用，如注射费、注射器费、滴管费等；
6． 录入病人体征信息、诊断信息；
7． 可以设置预交金报警下限，对病人账目实时监控，余额不足时自动提示，避
免欠费的发生；
8． 公布病人每日用款情况；
9． 输出各种护理工作单：治疗单、服药单、肌注单、滴注单等；
门诊管理子系统与住院管理子系统交叉的部分： 检查科室部分：
1．接收门诊或病区发送来的检查申请，安排检查日程；
2．辅助医生填写检查结果或书写检查报告，提供各类报告的模板和常用术语字典；
3．将检查结果返回申请科室；
4．对于住院病人将检查费用记账，持IC 卡病人可在此刷卡扣除检查费；
5．对检查结果进行统计分析；查询检查科室的收入、工作量等信息； 检验科室部分：
1．接收门诊或病区发送来的检验申请；
2．检查完成后，通过联机数据采集或手工录入结果，将检验结果形成报告，传回
申请科室，对于住院病人将检验费用记账，持IC 卡病人可在此刷卡扣除检查
费；
3．对检验结果进行统计分析；
4．查询检验科室的收入、工作量等信息； 病案管理和工作量统计部分：
1． 接收住院处传来的出院病人信息；
2． 对于一个病人多个病案号的情况，提供了病案号合并功能；
3． 对病案的流通进行跟踪管理；
4． 提供多种条件任意组合模糊查询；
5． 提供多种医院及上级管理部门所需报表格式；
6． 首创病案数据变量多条件组合分析，提供多种医学统计分析指标，数据分析
图表等功能；
7． 对医院的诊疗工作量进行输入、查询和统计。
4、行政管理子系统
1、提供多种条件的，对医院各方面运作的查询；
2、根据各方面的数字，形成一定的分析，其结果作为辅助医院行政管理人员做出决策的部分依据；
3、供医院所有工作人员的详细资料的综合管理；
4、提供医院所有工作人员的工资管理和核算；
5、提供对医院的医疗管理、经济管理、行政管理等方面信息的各种查询和统计、
分析，提供报表打印和图形显示，可供医院领导进行综合查询，做辅助决策之用。
经上述分析，我们已经得到了对于该系统的基本要求和系统模块的划分，在这些模块中，我们选择 门诊管理子系统，住院管理子系统，药品管理子系统 (其中，对前两个系统进行了重点设计) 进行具体的数据库设计，在需求分析中形成的数据流图如下：
二、数据流图
第一部分：门诊管理子系统（见图1）
图一 门诊管理子系统
⑴ 处方 ⑵ 药品 ⑶ 手术请求 ⑷ 手术安排 ⑸ 检查请求 ⑹ 检查单 ⑺ 检验请求 ⑻ 检验单 ⑼ 出院通知 ⑽ 批准请求 ⑾ 药品分配 ⑿ 批准请求 ⒀ 手术安排 ⒁ 批准请求 ⒂ 检查安排 ⒃ 批准请求 ⒄ 检验安排
图三 药品管理子系统
概念结构设计
一、 门诊子系统
根据需求分析中画出的门诊子系统的第一层数据流图，可以看出在医院门诊中一切活动都是以病人为核心，而各种处理也是由病人主动去完成，如挂号、检查、检验、交费、取药、看病、做检查检验等。在整个数据流图中病人处于核心地位，而医院门诊的各个职能部门则完成相应的数据处理操作，如在门急诊挂号处完成。在需求分析中我们从分析门诊部门的行政结构入手，我们得出门诊子系统存在着5个方面的需求，可以划分为5个次级子系统，从而可以设计出5个概念模式，为下一步的概念结构设计打好基础，这五个概念模式为：病人自助查询，门急诊挂号，门诊收费，中西药房和医生诊桌子系统。
门诊子系统概念结构
以门诊子系统的第一层数据流图为基础，接下来对于各个稍微复杂的处理过程进行细化，画出其具体数据流图，从而抽象出E-R 图，为进一步的逻辑设计打下基础。而在本子系统的第一层数据流图中，检查项目处理和检验项目处理的数据比较简单，可以很简单的找出其关系表，不再进行细化分析。另外5个处理过程的具体数据流图如下；
分数据流图分析
(1)自助查询：本子系统是用于不熟悉的病人进行查询之用，可进行科室查询、医生查询和挂号科室查询等。查询中需要的信息有很多，但是并非所有的都需要用数据库查询来完成，对于医院概况、建筑物布局和名称等数据并不需要用数据库来完成，而对于医生资料信息以及当天的当值情况等数据则需要由数据库来完成。类似这里有两个常用的查询：(a)某医科有哪些当值医生;(b)查询某医生是否当值以及其简要资料。 医生资料
(2)挂号处理
病人在已获知挂号信息（挂什么科室，什么医生等）的情况下进行挂号(病人拥有IC 卡，则在数据意义上表示医院存在该病人的基础信息)
(3)门诊中西药房发药
(4)门诊收费处收费
（
检
查 结 果
(1) 自助查询
(2) 对应于各个分数据流图的E —R 图设计为：
(3)门诊中西药房发药
(4)门诊收费处收费
（5）医生诊断
由于篇幅的问题，不再画出各个实体与其属性的E-R 分图，各个实体及其属性可以参看下面列出的说明。
门诊子系统总E-R 图
实体及相应的属性
实体及相应的属性
门诊医师( 医师号, 科室、工作时间, 姓名, 专业技术职称, 性别, 出生日期, 年龄, 婚姻状况,
职业, 出生地, 民族, 身份证号, 国籍, 住址, 电话, 邮政编码, 户口地址, 备注)
挂号单(挂号号、挂号类别、挂号日期、挂号科室、主治医师、病人姓名) 处理方案（处理方案号、开出时间、处理方案内容、主治医师，病人姓名） 门诊病历（病历号、病人姓名、病历内容、诊断时间、主治医师）
处方（处方号、处方内容、主治医师、病人姓名、病人性别、病人年龄、附注） 收费项目（收费项目号、项目类型、相应序号、收费金额、收费人员、病人姓名）
门诊病人( 病人号, 姓名, 性别, 出生日期, 年龄, 婚姻状况, 职业, 出生地, 民族, 身份证号, 国
籍, 工作单位及地址, 电话, 邮政编码, 户口地址, 联系人姓名, 联系人地址, 联系人关系，是否住院, 联系人电话);
检验项目（检验序号、检验医师、检验时间安排、检验内容、检验分析、检验结果，检验收
费情况）
检查项目（检查序号、检查医师、检查时间安排、检查内容、检查分析、检查结果、检查收
费情况）
工作时间安排（工作时间、所属科室、主治医师） 联系说明及其相应属性： 支付：（支付金额、支付时间、支付项目） 生成（门诊处方－药品提领单）：这里做了简化(少了分E-R 图中的中西药房药品实体及相关
联系) ，直接由门诊处方与药品提领单产生联系，原因是为了简化设计。
包括1、包括2、包括3、包括4（医生处理方案与具体处理方案的联系，不需要属性） 包括5（门诊处方－门诊病历） 发出（门诊医生－处理方案） 对应（门诊病人－门诊病历）
二、住院子系统
住院子系统是病人在接受到入院通知单或紧急入院后所能接触的系统. 在需求分析部分, 我们已经得出了总的数据流图, 在此, 将此对之进行进一步细化将有利于画出相应的E-R 图. 经过分析, 认为住院系统的具体流程如下:病人持入院通知书, 在住院收费处缴纳押金后分配床位; 医生对病人做出诊断, 开出医嘱; 医嘱分类, 然后根据处方提药、根据检查项目检查、根据检验项目检验、根据手术项目手术, 同时相应进行收费登记; 痊愈后病人持出院通知书出院, 进行收费结算. 因此可将之划为以下几块:
根据需求分析中的总数据流图, 可将之分为以下几个下一级的数据流图:
1.
流程解释:入住时病人持门诊所开出的入院通知书, 到住院收费处缴纳押金, 持其开出的票据办理入院手续, 登记病区、床位.
根据此数据流图和已得出的数据字典, 可知，此分子系统的功能主要围绕着“病人”、“入院通知单”、“床位”、“病区”展开. 因此, 得到以下的E-R 图:
2. 医生下达医嘱
流程解释:处理类医嘱包括:用药类长短期医嘱(可解释为住院处方), 提请检查类医嘱(可解释为检查类项目), 提请检验类医嘱(可解释为检验类项目). 先进行的是医嘱归档, 将有关信息填入到住院病人本次住院的住院病案中, 然后再将医嘱归类, 进行相关的处理.
察看此数据流图, 可知，此分子系统的功能主要是围绕“医嘱”展开的, 包括了“住院病案”、“住院处方”、“检查项目”、“检验项目”和“出院通知单”. 因此, 得到以下的E-R 图:
在此图中, 将“医嘱”与“住院处方”“检查项目”“检验项目”“出院通知单”的联系都称为“解释”, 即根据医嘱属性(见后合成子系统E-R 图) 中的“医嘱内容”来进行分类, 分送到病区医室或病人, 病区科室将相关信息填入到“住院处方”“检查项目”“检验项目”中; 而病人则持“出院通知单”在住院收费处进行相应的出院处理.
3. 住院处方的处理
流程解释:在生成了住院处方(根据医嘱归类) 之后, 病区科室将向中心药房提请药品, 而在这首先必须先检查病人入院时之所缴押金是否还有余额, 若无余额则向病人发出缴款通知,
若有则要求发出药品. 处方积累后将生成药品提领单, 发往中心药房; 而每张处方会生成对应病人的收费项目. 药品由中心药房总括发往病区医室.
察看此数据流图, 可知道此分子系统的功能主要是围绕“住院处方”展开的. 相关的还有“药品提领单”、“药品”、“收费项目”等. 得E-R 图如下:
4. 检查检验项目处理
流程解释:在生成了检查检验项目(根据医嘱归类) 之后, 病区科室将向检查检验科室发出预约申请, 而在这首先必须先检查病人入院时之所缴押金是否还有余额, 若无余额则向病人发出缴款通知. 得到批准后, 病人将于预约的日期进行检查(如x 光,B 超,CT) 或检验(如验血). 得到的结果返还病人, 并记入检查项目、检验项目的相应属性中(见后合成E-R 图的属性
分析). 已检查或检验将生成相应的收费项目.
察看此数据流图, 可知，此分子系统的功能主要是围绕“检查项目”和“检验项目”展开的. 相关的还有“检查预约”、“检验预约”、“收费项目”等. 得E-R 图如下:
5. 手术处理
流程解释:在生成了手术项目(根据医嘱归类) 之后, 病区科室将向手术科室发出预约申请, 而在这同样首先必须先检查病人入院时之所缴押金是否还有余额, 若无余额则向病人发出缴款通知. 得到批准后, 病人将于预约的日期进行手术, 并将过程和结果记入手术项目的相应属性中(见后合成E-R 图的属性分析). 手术使用的器械和麻醉药品进行登记(在这里认为器械手术科室保管的, 不涉及器械库; 而麻醉药品所涉及的药库在这里由于篇幅关系不再列出). 已手术项目将生成相应的收费项目.
察看此数据流图, 可知，此分子系统的功能主要是围绕“手术项目”展开的. 相关的还有“手术预约”、“器械”、“麻醉药品”、“收费项目”等. 得E-R 图如下：
其中, “预使”的取名含义在于麻醉药品的使用是要在手术之前进行的.
6. 病人出院
流程解释:出院时病人持出院诊断书, 到住院收费处根据各种收费项目进行清算, 退回剩余押金或补缴应缴款项, 持其开出的票据办理出院手续, 退回床位.
根据此数据流图和已得出的数据字典, 可知，此分子系统的功能主要围绕着“出院通知书”和“收费项目”展开, 并连带与出院通知书相关的“病人”和与收费项目相关的“床位”、“住院处方”、“检查项目”、“检验项目”和“手术项目”等. 因此, 得到以下的E-R 图:
根据以上的六步, 经过汇总、去掉冗余和适当的删除一些与“住院”核心无关的实体, 得到了以下的住院子系统汇总E-R 图:
1. 病人(身份证号, 姓名, 出生日期, 性别, 年龄, 婚姻状况, 职业, 出生地, 民族, 国籍, 工作单
位及地址, 电话, 邮政编码, 户口地址, 联系人姓名, 联系人地址, 联系人电话, 是否住院) 2. 住院病人(住院号, 姓名, 入院科别, 入院时间)
3. 医生(医师编号, 姓名, 出生日期, 出生地, 民族, 国籍, 户口地址, 婚姻状况, 年龄, 住址, 电话, 专业技术职务, 备注)
4. 住院医生(姓名, 医师编号, 所属科室, 是否当值)
5. 住院病案(病案号, 病人姓名, 住院号, 入院科别, 入院病室, 入院时间, 入院情况, 转科情况, 出院科别, 出院科别, 出院病室, 出院时间, 入院诊断, 入院后确诊时间, 出院诊断, 出院情况, 其他)
6. 床位(床号, 住院号, 姓名, 经管医生, 护理人员号码, 是否空床, 治疗结果, 床位租金, 入院日期, 住院天数, 交费方式)
7. 病区(病区名, 床位数, 负责人, 入住人数, 出院人数, 治愈率, 好转率, 未愈率, 死亡率, 诊断符合率, 床位使用率)
8. 医嘱(诊断序号, 诊断类别, 疾病编码, 疾病名称, 启用日期, 处理日期, 医嘱内容, 领药量, 主治医师, 病人姓名, 住院号, 出院转归, 病理符合)
9. 住院处方(处方号, 诊断序号, 处方内容, 主治医师, 病人姓名, 住院号, 附注)
10. 检查项目(检查序号, 诊断序号, 病人姓名, 住院号, 检查类别, 检查内容, 检查日期安排, 检查负责人员, 检查结果, 附注)
11. 检验项目(检验序号, 诊断序号, 病人姓名, 住院号, 检验类别, 检验内容, 检验日期安排, 检验负责人员, 检验结果, 附注)
12. 手术项目(手术序号, 诊断序号, 手术名称, 手术室号, 病人姓名, 住院号, 主刀医师, 手术日期, 麻醉方式, 切口情况, 手术持续时间, 手术结果)
13. 收费项目(项目列号, 项目内容, 病人姓名, 住院号, 收费类型, 收款日期, 收款员, 收款金额, 结账情况, 结账金额, 是否转账)
14. 入院通知单(通知单号, 门诊医师号, 医师姓名, 病人姓名, 病人号, 诊断建议, 收费情况, 批准与否)
15. 出院通知单(通知单号, 住院医师号, 医师姓名, 病人姓名, 病人号, 诊断建议, 收费情况, 批准与否)
解释一:新加入的“医生”“病人”两个实体. 它们分别是“住院医生”和“住院病人”的超类. 之所以要这样, 原因是由于“住院病人”与“门诊病人”有很多相同的属性, 这样就造成了数据冗余. 而如果让他们相同的属性由一个超类“病人”来拥有的话, “住院病人”与“门诊病人”就可以继承它的所有属性, 这样也形成了与门诊子系统的接口. “住院医生”“门诊医生”和“医生”也是同样的处理.
解释二:对于各类型的预约, 由于其功能比较单一, 可在相应的项目中以“日期安排”的属性来完成其功能(如“检查项目”中用“检查日期安排”来代替“检查预约”). 这样就使总E-R 图比较的简洁了.
解释三:手术项目中涉及到的麻醉药品与器械在此总图中没有反应(画图出现分叉). 由于麻醉药品从属于药品, 因此在“手术项目”中以“麻醉方式”描述其小类编号、药库号和品名, 这样就不用单述“麻醉药品”一个实体了 (“药品”的实体、属性在药品进出管理子系统中描述, 因此总图也不涉及). 对于器械这一个实体, 由于此次只有门诊、住院、药品管理三个子系统, 没有涉及器械的管理, 因此在此图中略去. 如是一个完整的医院信息管理系统则应该加入.
解释四:在图中该加入“出院通知单”这一个实体. 由于图中空余不够, 因此没有画出. 其应与病人发生联系(与“入院通知单”相同).
解释五:对于“住院医生”这个实体应有“工作安排”的这样一个实体与之联系. 但考虑到其只要与“医生”发生联系即可, 这样的联系将在汇总E-R 图是再考虑, 本部分则略去.
至此, 本部分的E-R 设计大体已经结束. 在相应实体的属性中, 必然有相应的冗余部分, 此外, 与其余子系统的衔接还有待在汇总时考虑.
三、药品出入库管理子系统
一、分E-R 图
二、实体及属性：
供应商：{供应商号，地址，电话，信贷状况}；
订 单：{订单号，供应商号，订货项数，订货日期，交货日期，生产地点}；
药 品：{小类编号，品名，规格，单位，数量，单价，金额，生产日期，保质期}； 药 库：{药库号，负责人，类别，面积}；
订单细则：{订单号，细则号，药品编号，单价，数量，规格，总价，批号}； 药品请领单：{编号，领用单位，药品名称，规格，领药量，单价，金额}。
逻辑设计
在概念设计的基础上，根据设计得到系统总的E-R 图，按照概念模式与关系表转化的一般规则，结合实际的需要进行逻辑设计，E —R 图中的实体、实体的属性和实体之间的联系转化为关系模式。最后生成的关系及关系表如下（同时附优化说明）： 1. 具体关系表的设计及优化说明
门诊子系统部分：
1．挂号单(挂号号、挂号类别、挂号日期、科室、病人号、医师号)
说明:由实体型生成的关系模式, 由于门诊医师和挂号单的联系是1:1,因而将其加入门
诊医师的主码加入到挂号单所形成的关系模式中.
优化说明：由于挂号人姓名与病人号，医师号与主治医师有冗余故删除主治医师和挂号
人姓名；另外，挂号科室与后面的科室存在异名同义的矛盾，故改名为科室。
2．处理方案（处理方案号、医师号、开出时间、处理方案内容）
说明:由处理方案形成的关系模式, 门诊医师与处理方案之间为１：ｎ，故将门诊医师的
主码加入到处理方案的关系模式中来。
3．门诊病历（病历号、病人号、病历内容、诊断时间、医师号、处方号）
说明:由门诊病历形成的关系模式, 而门诊病历与门诊处方的联系为1:1,故将门诊处方
的主码处方号加入到门诊病历关系模式中。另门诊病人与门诊病历为１：１，故将病人号加入到门诊病人中；另主治医师好改为医师号。
优化说明：医师号与主治医师有冗余，故删除主治医师。
4．门诊处方（处方号、处理方案号、门诊收费项目号、请领单单号、处方内容、病人号、
医师号、附注）
说明：处理方案与门诊处方以及收费项目与门诊处方均为１：ｎ。故将处理方案号、门
诊收费项目号加入到其中。
优化说明：主治医师、病人姓名、病人性别、病人年龄等均是冗余数据，故均应删除，
这是因为处方号可函数推导出病人号，而病人号则可函数推导出病人的所有上述信息，故将其删除。
5．门诊收费项目（门诊收费项目号、挂号号、支付时间、项目类型、相应序号、收费金额、
收费人员、病人号）
说明:由门诊收费项目形成的关系模式，又门诊收费项目与挂号单为１：１，故将挂号
号加入到其中.
6．门诊医师（医师号、科室、当值日期）
优化说明：门诊医师中的属性：姓名, 专业技术职称, 性别, 出生日期, 年龄, 婚姻状况, 职
业, 出生地, 民族, 身份证号, 国籍, 住址, 电话, 邮政编码, 户口地址, 备注均可有医师号函数推出，故将它们删除。
7．门诊病人（病人号、就诊时间、交费情况）
优化说明：由于姓名、年龄、性别可由病人号函数推出，故将其删除。
8．门诊检验项目（检验序号、医师号、门诊检验时间安排、门诊检验内容、门诊检验分析
门诊检验结果、门诊收费项目号、处理方案号）
优化说明：检验收费情况可由门诊收费项目号函数推导。检验医师与医师号冗余，故删
除。
9．门诊检查项目（检查序号、医师号、门诊检查时间安排、门诊检查内容、门诊检查分析、
门诊检查结果、门诊收费项目号、处理方案号）
优化说明同门诊检验项目。
10．工作时间安排（工作时间、科室、医师号）
优化说明：其中的病假情况、事假情况可由医师关系模式中主码医师号函数推出。 11．挂号收费（挂号号、门诊收费项目号、收费金额）
说明:由挂号单与门诊收费项目之间形成的一种联系, 收费金额是挂号收费的属性. 12．缴纳（病人号、门诊收费项目号、缴纳金额）
说明:由门诊病人和门诊收费项目之间形成的一种联系, 缴纳金额是缴纳的属性.
住院子系统部分：
13．住院收费项目(项目序号, 项目类型, 相应序号, 收费类型, 收费金额, 收款员, 结账情况,
结账金额, 是否转账);
说明: “项目类型”是指处方, 检查, 检验, 手术或住院; “项目类型” 是指处方序号, 检查
序号, 检验序号, 手术序号或入住序号(床位); “收费类型” 是指公费或私费;
14．医嘱 (诊断序号, 诊断类别, 启用日期, 处理日期, 医嘱内容, 医师号, 住院号, 疾病编码); 说明: “诊断类别”指的是医嘱的序号; “诊断类别” 是指处方, 检查, 检验, 或手术; “医
嘱内容”是指处方, 检查, 检验, 或手术的相关内容
优化说明：其中的主治医师姓名与医师号，住院号与病人姓名，疾病编码与疾病名称这
些两两实体之间局存在冗余，故将主治医师姓名、病人姓名、疾病名称均删除。
15．住院处方( 住院处方号, 诊断序号, 处方内容, 医师号, 住院号, 请领单号, 附注);
说明: “附注” 是指处方上的注意事项; “药品提领单号”对应由住院处方积累而成的药品
提领单.
优化说明：主治医师号与医师号是异名同义，故改名为医师号。
16．住院检查项目( 检查序号, 诊断序号, 住院检查日期安排, 住院检查负责人员, 住院号,
住院检查内容, 检查结果);
17．住院检验项目（检验序号, 诊断序号, 住院检验日期安排, 住院检验负责人员, 住院号, 住
院检验内容, 住院检验结果);
18．手术( 手术序号, 医师号, 住院号, 手术名称, 手术持续时间, 手术结果, 麻醉方式, 切口情
况, 手术室号);
19．住院病人(住院号, 病人名, 入院时间, 转科情况, 入院科别, 出院科别); 20．住院医师( 医师号, 科室);
21．床位(床号, 值班人员号, 床位租金, 是否空床, 所属病区)
22．病区(病区名, 负责人号, 床位数, 入住人数, 出院人数, 治疗率, 好转率, 未愈率, 死亡率,
诊断符合, 床位使用率);
23．医师( 医师号, 姓名, 专业技术职称, 性别, 出生日期, 年龄, 婚姻状况, 职业, 出生地, 民族,
身份证号, 国籍, 住址, 电话, 邮政编码, 户口地址, 备注);
24．病人( 病人号, 姓名, 性别, 出生日期, 年龄, 婚姻状况, 职业, 出生地, 民族, 身份证号, 国籍
工作单位及地址, 电话, 邮政编码, 户口地址, 联系人姓名, 联系人地址, 联系人关系，是否住院, 联系人电话);
25．住院病案( 病案号, 病人号, 入院科室, 病室, 入院日期, 入院诊断, 入院情况, 转科情况,
出院科别, 出院病室, 出院时间, 出院诊断, 入院确诊日期, 出院情况)
说明: 入院情况是指危, 急, 一般等; 出院情况是指治愈, 好转, 无效, 加重, 死亡及其他情
况;
26．住院医生-病人(医师号, 住院号, 床号, 开始日期, 结束日期);
说明:由联系“附注”做出此表, 因为病人与住院医生之间是m 对n 的关系; 而且该联系有
自己的属性如“开始日期” “结束日期”；
优化说明：病人号与住院号之间存在冗余，将病人号删除。 27．医嘱-病案(诊断单序号, 病案号, 合并日期 )
说明: 由联系“归档”做出此表. 由于“合并日期”此属性需单独列表反映; 其指的是医嘱归
入病案的日期.
28．病人-床位(入住序号, 病人号, 床位号, 床位所属病区号, 治疗结果, 住院天数, 入住时间,
退床时间);
说明: 由联系“入住”做出此表, 与“收费项目”便发生联系. 之所以要这么做, 是由于“床
位”项目与“检查项目” 和“检验项目” “手术项目”是不同的, 床位可以没有病人入住, 因此不发生收费; 而其余几个只要有元组存在就一定是要收费的. 此外治疗结果, 住院天数, 入住时间, 退床时间等属性放于此表反映是较好的.
29．医嘱-手术(手术序号, 诊断序号, 医师号, 住院号)
说明: 由联系“解释4”做出此表. 之所以要这么做, 是由于“手术”项目的特殊性. 其主要
反映的是手术的种种特性, 如主刀医师等, 以供单独的查询; 将手术序号, 诊断序号, 主治医师号, 主治医师姓名, 住院号, 病人姓名等加入到“手术”中则破坏了独立性, 因此单独列表.
● 药品出入库子系统部分：
30．供应商（供应商号，地址，电话，信贷情况）；
31．订 单（订单号，供应商号，订货项数，订货日期，交货日期，生产地点）；
32．药 品（药品编号，药库号，品名，规格，单位，数量，单价，金额，生产日期，保质
期）；
33．药 库（药库号，负责人，类别，面积）；
34．订单细则（订单号，细则号，药品编号，单价，数量，规格，总价，批号）；
35．药品请领单（请领号，药库号，领用单位，药品名称，规格，领药量，单价，金额）。 36．供 应（产品号，供应商号，供应量）； 37．生 成（请领单，处方号，生成量）； 注： 药品关系表中包含联系“库存”；
订单关系表中包含联系“交付”； 订单细则关系表中包含联系“参照”、“组成”； 药品请领单关系表中包含联系“提交”。
2．关系表总体设计说明
● 由于本系统在进行概念模型设计的时候各个系统的负责人之间曾进行过多次交流，因此
在合成的时候没有太多的冲突。各个部分也能比较好地结合到一起。 ● 对于门诊检查项目和住院检查项目两张表不进行合并的说明：
1．门诊检查项目（检查序号、医师号、门诊检查时间安排、门诊检查内容、门诊检查分析、
门诊检查结果、门诊收费项目号、处理方案号）
2．住院检查项目( 检查序号, 诊断序号, 住院检查日期安排, 住院检查负责人员, 住院号,
住院检查内容, 检查结果);
这两个关系表由于其中有些字段保留了不同的必要信息，因此无法进行合并成为一个表，即是在用户模式下，同一个用户（检查部门工作人员）必须基于两个逻辑表，这里也没有必要像门诊病人与住院病人一样用一个超类病人来处理。
同样，门诊检验项目和住院检验项目也处理为两个没有直接联系得关系
住院收费项目和门诊收费项目之间分成两个关系表处理的原因与上边说明的类似。
3．设计用户子模式
在将概念模型转化为全局逻辑模型后, 根据医院系统的局部应用需求, 以下设计用户子模式:
● 考虑需求
考虑以下的几个需求:
⑴探望人员查阅病人信息
⑵病人查阅其账户信息
⑶医生查阅病人病案信息
⑷院领导综合查询
● 定义用户级别
对行政管理人员(院领导), 医师, 病人, 院外探视人员的级别定义如下:.
⑴行政管理人员:对所有表的所有内容都有查看的权限
⑵医师:对自己所负责病人的所有有关住院病案、门诊病历有修改和查阅的权限, 对自己本人的在医师表中的有关项目有查阅的权限
⑶病人:对自己在收费项目、检查项目、检验项目、手术项目、处方项目中所占的元组有查看的权限.
⑷院外探视人员:对病人-床位的相应项目有查阅权限
● 制作查询子系统:
根据分析需求, 我们设计了以下几个查询系统:医生辅诊子系统、医院领导综合查询子系统、患者导医子系统、探视查询子系统。
⑴医院领导综合查询子系统
提供对医院的医疗管理、经济管理、行政管理方面的信息的各种查询和统计, 如:门诊收入、住院收入、药品收支、物资情况、医疗信息、病区床位使用率等信息. 提供报表打印和图形显示, 供院领导作辅助决策之用.
在这里创建几个视图:
①收入类(门诊类收入, 住院类收入, 月份, 总费用, 利润, 与去年同期相比增长额)
注:门诊类收入由门诊收费项目表的所有收费金额总计计算, 一月一次; 住院类收入由住院收费项目表的所有收费金额总计计算, 同样一月一次. 总费用由费用表总计提供(本系统未列入), 前两者两者相加减去总费用, 可计算利润. 和去年的本视图的同期利润金额进行比较, 得出与去年同期相比增长额.
②药品收支(药品收入, 药品支出, 管理费用, 月份, 利润)
注: 药品收入由药品请领单表的金额每月总计得出; 药品支出由供应表中的供应量和药品表中相应药品的单价相乘得出; 管理费用由费用表中的有关药品库存管理的费用总计得出, 每月一次. 利润项由药品收入-药品支出-管理费用得出.
③医师工作量(医师姓名, 医师号, 本月工作量, 基本工资, 奖金)
注:本月工作量由工作时间安排表中的工作时间每月总计推出; 根据工作量和医师表中的专业技术职称计算其奖金; 从基本工资表中得出其基本工资(本系统未列入).
④病区床位(病区名, 负责人姓名, 床位数, 入住数, 收入, 病区床位使用率)
注:病区名, 负责人姓名, 床位数, 入住数, 病区床位使用率到病区表中提取; 收入到住院收费
项目表中的有关床位收费的金额总计提取.
以上的所有视图院领导都有查询的权限
⑵ 医生辅诊子系统
提供给门诊医生或住院医生使用.
①可用于下达各类长短期用药医嘱、门诊处方、书写门诊病历、提交检查/检验申请. 有关信息可供中心药房、门诊药房或各类医技科室(检查检验等) 查用.
②可查阅检查检验报告、病案首页和病人体征信息
提供以下几个视图:
①门诊病人(病人名, 病人号, 门诊病历号, 辅助内容)
注: 门诊医生只有查阅自己主治的病人的门诊病历号的权限.
②住院病人(病人名, 病人号, 门诊病历号, 住院病案号, 辅助内容)
注: 住院医生只有查阅自己主治的病人的门诊病历号和住院病案号的权限.
由以上的两个视图可获得相应的门诊病历号和住院病案号从而可以进行相关的门诊病历、病案首页和病人体征信息查询.
⑶ 患者导医子系统
提供给门诊病人和住院病人及其家属使用.
⑴供病人自助查询医院基本情况, 包括:医院布局、科室介绍、医生介绍、诊疗项目价格、药品价格、用药咨询、门诊程序、住院程序、陪护制度、探视制度等.
⑵病人可查询自己的诊疗费用明细账
① 收费项目(序号, 内容, 金额)
注:病人只能察看本人的有关收费项目. 从住院收费项目和门诊收费中提取. 序号对应的是:住院收费项目的项目序号或门诊收费项目的收费项目号; 内容对应的是相应表中的项目类型; 金额对应的是相应表中的收费金额.
②:医师(医师姓名, 职称, 科室, 是否当值)
注:病人察看相关的医师信息. 医师姓名从医师表中提取; 职称从医师表中的专业技术职称提取; 科室从分属的门诊医师和住院医师表的科室提取; 是否当值从工作时间安排表的工作时间推出.
⑷ 院外人员查询子系统
提供给院外探视人员使用. 供其查阅病人基本信息. 创建视图如下:
视图:病人住宿(病人名, 床位, 病区)
首项由住院病人表中的病人名提供; 第二项由病人、床位表中的病人号和床位号提供; 床位表中的病区提供第三项.
院外探视人员对此视图有查阅权限。
系统概述：
医院信息化是医院应用信息技术及其产品的过程，是信息技术由局部到全局、由战术层次到战略层次向医院的全面渗透，运用于流程管理、支持医院经营管理的过程。信息化的实施从自上而下的角度说，必须与医院的制度创新、组织创新和管理创新结合；从自上而下的角度说，必须以作为医院主体的业务人员直接受益及其使用水平的逐步提高为基础。
医院信息系统属于世界上现存的企业及信息系统中最为复杂的一类，这是医院本身的目标、任务和性质决定的；它应用于医院的医疗管理、经济管理等各个方面，牵涉的信息种类十分庞杂；它融合了医院的管理思想和各部门的业务经验，是医院当前运作方式和业务流程的具体体现，同时又在一定程度上反作用于医院当前的运作方式和业务流程：他实施的技术手段与当前快速发展的信息技术密切相关，实施的广度和深度（如电子日历、电子支付等）又受到社会大环境信息化程度的影响，受到国家和有关部委制定的法律法规的影响。 因此，医院信息化建设工作具有长期性、复杂性和内容的多变性；医院信息系统不是一个简单的、封闭的、静止的软件，而是一个复杂的、开放的、在应用的深度和广度上逐步变化和发展的软件系统。
需求分析
需求分析分为三个部分：需求的文字表述、数据流图、数据字典。
一、 需求分析
第一部分 调查用户需求
本系统的最终用户为医院，我们根据从医院方面取得的图表资料、文字资料以及其他细节方面的信息，根据我们日常生活中的经验，根据我们所做的其他询问和调查，得出用户的下列实际要求：
1、医院的组织机构情况
一所医院的主要构成分为两个部分，一是门诊部门，二是住院部门，医院的所有日常工作都是围绕着这两大部门进行的。
门诊部门和住院部门各下设若干科室，如门诊部门下设口腔科、内科、外科、皮肤科等，住院部门下设内科、外科、骨科等，二者下设的部分科室是交叉的，各科室都有相应的医生、护士，完成所承担的医疗工作，医生又有主治医师、副主任医师、普通医师或教授、副教授、其他之分。
为了支持这两大部门的工作，医院还设置了药库、中心药房、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案室、手术室，以及为医院的日常管理而设置的行政部门等。
其中，药库负责药品的贮存、发放和采购；中心药房负责住院病人的药品管理，包括根据处方及医嘱生成领药单，向药库领药，配药并把药品发给相应的病区，以及药房的库存管理和病区余药回收；门诊药房负责门诊病人的药品管理，包括根据处方，按处方内容备药、发药，向药库领药等；制剂室负责药物的配制，并提供给药库；设备科负责医院的医疗设备等的购入和维修等；财务科负责医院中一切与财务有关的业务和工作，进行医院的财务管理；后勤仓库负责医院所有后勤物品的贮存和管理；门诊收费处负责门诊病人的处方的划价和收费；门诊挂号处负责门诊病人的挂号事务；问讯处负责向有疑问的就医病人解释相关问题；住院处负责所有就医病人的住院事宜和相关管理；检验科室负责病人的各项检验，（如验血等）以及与各项检验相关的管理，药剂取用等；检查科室负责病人的各项检查（如CT 检查以及其他放射线检查等）以及与各项检查相关的管理，设备使用与维护等；血库负责医院的各种血型的血液的贮存和管理以及血液的采集；病案室负责病人病案的管理和保存；手术室负责病人的手术，手术的安排以及有关手术的相关事宜和器械，制剂，设备等的使用等；行政部门则根据其相应的工作职责进行日 常的工作，对医院进行行政方面的管理，以保证医院的医疗工作的正常进行和医院的后勤保障。
上述的各部门都有相关的办公地点、治疗地点和相对固定的工作人员。
各部门的关系图（即医院的机构组织结构）如下：
2、各部门的业务活动情况 门诊部门：
首先，门诊病人需要到门诊挂号处挂号（如果病人有需要，可以对所要就诊的相应医科进行查询，可查询该医科的当班医生及其基本情况，然后再去挂号），如果是初诊病人要在门诊挂号处登记其基本信息，如姓名、年龄、住址、联系方式等，由挂号处根据病人所提供的信息制成IC 卡发放给病人；然后，初诊病人可与复诊病人一样进行挂号和就诊排号，由挂号处处理病人的病历管理；
其次，病人需到门诊收费处缴纳挂号费，并持挂号和收费证明到相应医科就医，经医生诊疗后，由医生开出诊断结果或者处方，检查或检验申请单，如为处方，则病人需持处方单到门诊收费处划价交费，然后持收费证明到门诊药房取药；如为检查或检验申请单，则病人需持申请单到门诊收费处划价交费，然后持收费证明到检查科室或检验科室进行检查或检验；
当门诊药房接到取药处方后，要进行配药和发药，当药房库存的药品减少到一定量的时候，药房人员应到药库办理药品申领，领取所需的药品，而药房需对药品的出库、入库和库存进行管理；
当检查科室或检验科室接到病人的申请后，对病人进行检查或检验，并将检查或检验结果填入结果报告单，交给病人，各科室所做的检查或检验需记录在案。
病人可持检查或检验的结果再到原医科进行复诊，直至医生开出处方或提出医疗建议，最终病人痊愈离院。
住院部门：
当病人接到医生的建议需住院治疗或接到医院的入院通知单后，需到住院处办理入院手续，需要登记基本信息，并交纳一定数额的预交款或住院押金。住院手续办理妥当之后，由病区科室根据病人所就诊的医科给病人安排床位，将病人的预交款信息录入病进行相应的维护和管理，病区科室还应按照医生开出的医嘱执行，医嘱的主要内容包括病人的用药，检查申请或检验申请；
病区科室应将医嘱中病人用药的部分分类综合统计，形成药品申领单，统一向药库领药，然后将药品按时按量发给住院病人，需对发药情况进行记录，并对所领取的药品进行统一的管理；
病区科室应将医嘱中的检查或检验申请单发给检查科室或检验科室，当相应的科室将申请进行处理并将检查通知发给病区科室后，由病区科室通知病人进行相应的检查或检验；
药库对于药品申领单的处理和对药品的管理，检查科室和检验科室对于申请、检查以及
相应的管理工作与门诊中的部分相同；
当病人需要手术时，首先由病区科室将手术申请提交给手术室，由手术室安排手术日程，进行材料、器械的准备，当准备妥当后，手术室将手术通知发给病区科室，由病区科室通知并安排病人进入手术室，手术室需将手术中的麻醉记录，术中医嘱，材料、器械的使用记录在案；
当病人可以出院时，应先在病区科室进行出院登记，办理出科，然后在住院处办理出院手续，即可出院 。
当病人需要转科时，需在病区科室办理转科手续，转入另一病区，由另一病区的病区科室安排病人的床位，并对病人转入的相应资料进行管理。
3、用户对系统的要求 信息要求：
由于系统的使用主体是医院的管理人员，因此对系统的信息要求可分为以下几个方面： a 、 病人信息
首先是病人的基本信息，主要包括病人的姓名，性别，出生年月，年龄，家庭住址，联系方式等；
对于门诊病人，还需要就诊时间，就诊医科，就诊结果，处方记录，检查时间，检查项目，检查结果，检验时间，检验项目，检验结果等；
对于住院病人，还需要入院时间，所在病区，所在医科，床位号，主治医师，用药记录，检查时间，检查项目，检查结果，检验时间，检验项目，检验结果，手术时间，手术相关记录，病人病情变化记录，相关体检记录，出院时间等。
b 、医生信息
首先是医生的基本信息，主要包括医生的姓名，性别，出生年月，家庭住址，联系方式，医生的编码，所在医科，工龄，职称等；
对于门诊医生，还需要挂号费用，当天工作量，出诊时间等；
对于住院医生，还需要所在病区，负责病人，诊断记录等。
c 、 各种单据，证明的信息
各种单据，证明，如医生诊断书，处方单，检验申请单，检查申请单，检验结果报告单，检查结果报告单，收款单，病人医疗记录，手术申请单，手术通知单，病人入院登记单，转科申请单，病人情况登记单，药品提领单，药品发放记录，药品出库单，药品入库单，设备使用记录，器械领用单，器械使用记录等。
d 、 各种库存信息
各种库存，如药品、制剂、设备、器械以及后勤劳保用品等的信息，包括入库记录，出库记录，库存量，单价等；
处理要求：
系统应当完成以下的信息处理：
a 、 存储病人信息，医生信息，各种单据、证明的信息，供相应的人员查询；
b 、对病人信息进行及时的更新和统计；
c 、对医生信息进行及时的更新和统计，并根据统计数字得出相关的其他数据，如根据医生的出诊情况、工龄、工作量、职称等，得出医生工资中相应的应得金额，完成对医生工资的计算和统计，供发放；
d 、各种单据、证明以及记录，根据实际需要，进行更新，统计，自动处理，等等，如对病人病情的记录的及时更新，对药品提领情况的及时统计，通过系统，自动生成一些单证，如系统将手术申请单进行相应的处理，根据所存储的信息得出相关信息，如手术可进行时间，手术室地点安排等，进而生成手术通知单；
e 、对各种库存信息的及时更新和统计以及相关的自动处理，系统应根据库存量，入库量，出库量，自动得出新的即时的库存量，完成更新，当库存少到一定程度，系统应提出警告，提示管理人员库存不足，使管理人员做出相应的处理；
f 、 所有原始数据和统计数据进行相关分析，如门诊收入，住院收入，药品收支，物资情况， 医疗信息，病区床位利用率，床位周转率等；
g 、对医院所需的各种报表，图形显示，分析报告，各种单据进行打印，以供相关的使用
安全性与完整性要求：
安全性要求：
a 、 系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证 用户身份不被盗用；
b 、系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；
c 、系统应对不同用户设置不同的权限，区分不同的用户，如区分病人（只能查询医生的出诊情况，医科设置，医生简介和本人的信息），医生（只能查询本医科诊治的病人资料，本人的信息，医院的公共信息等），管理人员（可查询医院相关的运作情况，并可根据其工作内容，录入相关的信息，修改相关的记录），系统管理员（可对系统进行日常维护，包括数据更新，权限设置等），院长（可查询医院所有运作情况（包括医院的医疗管理、经济管理、行政管理等）的数据，医生的信息，以及各种统计和分析结果等）。
完整性要求：
a 、各种信息记录的完整性，信息记录内容不能为空；
b 、各种数据间相互的联系的正确性；
c 、相同的数据在不同记录中的一致性。
4、确定系统的边界
经对前面的需求调查和初步的分析，确定由计算机完成的工作时对数据进行各种管理和处理，具体的工作内容见第二部分， 由手工完成的工作主要有对原始数据的录入；不能由计算机生成的，各种数据的更新，包括数据变化后的修改，数据的增加，失效数据或无用数据的删除等；以及系统的日常维护。
第二部分 系统功能的设计和划分
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几个子系统： 门诊管理子系统
药品管理子系统
住院管理子系统
行政管理子系统
各子系统完成的功能如下：
1、门诊管理子系统 门诊挂号部分：
1． 处理门诊病人挂号事务；
2． 支持多种挂号类别以及自费、公费、记账等多种挂号病人，支持退号操作；
3． 向首次来院就诊的病人发放就医IC 卡，登记病人基本信息；
4． 建立、维护门诊病历的基本信息。 门诊收费部分：
1．输入门诊病人的处方和各种诊疗项目，由电脑自动划价，同时对指定的项目支
持手工划价；
2．收费后，处方信息自动发送到门诊药房；检查、检验项目发送到相应医技科室；
3．具有处方的作废、退费功能；
4．办理持就医IC 卡病人的交款、退款和结账手续；
5． 查询病人费用明细；
6． 查询统计：收款员缴款报表、收入分类报表；全院收入报表、收入分类报表；
临床科室收入、工作量报表 ；医生收入、工作量报表；医技科室收入、工作
量报表。
2、药品管理子系统 门诊药房管理部分：
1、接收门诊收费处或门诊医生工作站发送来的处方，按处方内容备药、发药；
2、向药库提交药品请领单，以从药库领药为入库，处方发药为出库，实现门诊药
房的出入库管理；
3、药品盘点、报损处理；
4、持就医IC 卡的病人可在此刷卡扣除药费并取药；
5、统计门诊药房配、发药人员工作量；
6、统计各科室、全院门诊药品消耗量；
7、查询病人处方内容；
中心药房部分：
1．接收病区发送来的处方，生成病区领药单以进行配药、发药；
2．向药库提交药品请领单，以从药库领药为入库，病区领药为出库，实现药房的
库存管理；
3．药品的盘点、报损处理；
4．对病区的余药进行回收管理；
5．为病区实时提供医嘱药品的库存信息；
6．统计药房配、发药人员工作量；
7．统计各科室、全院药品消耗量；
药库部分：
1． 建立药库的药品出入库账目；
2． 辅助制定合理的药品库存水平和采购计划，以最小的资金占用保证药品的供
应；
3． 按药品批次和有效期进行管理和出库安排；
4． 通过与门诊药房和中心药房的连接，实现药库药品出库与各药房药品入库的
计算机一体化处理；
5． 进行药品的调价、盘点、报损处理；
6． 药品入、出、存的查询统计。
3、住院管理子系统 住院收费处部分：
1、 住院病人办理入出院、交退款、记账、结账等手续；
2、 冲账功能；
3、 形成住院部的收入日结算；
4、 将出院病人的信息传送至病案管理模块；
5、 统计收款员缴款报表、收入分类报表，全院收入报表、收入分类报表，临床
科室收入、工作量报表，医生收入、工作量报表，医技科室收入、工作量报
表； 病区管理部分：
1． 完成病人的入、出、转登记；
2． 管理病区床位，提供换床、挂床、包床处理；
3． 录入、维护或执行和各类长短期医嘱；根据用药类医嘱自动生成处方并划价
记账，发送至中心药房申领药品；向检查科室提交检查申请；向检验科室提
交检验申请；向手术室提交手术申请；
4． 对于病人在病区发生的床费等各项常规费用进行及时记账；
5． 自动采集用药相关费用，如注射费、注射器费、滴管费等；
6． 录入病人体征信息、诊断信息；
7． 可以设置预交金报警下限，对病人账目实时监控，余额不足时自动提示，避
免欠费的发生；
8． 公布病人每日用款情况；
9． 输出各种护理工作单：治疗单、服药单、肌注单、滴注单等；
门诊管理子系统与住院管理子系统交叉的部分： 检查科室部分：
1．接收门诊或病区发送来的检查申请，安排检查日程；
2．辅助医生填写检查结果或书写检查报告，提供各类报告的模板和常用术语字典；
3．将检查结果返回申请科室；
4．对于住院病人将检查费用记账，持IC 卡病人可在此刷卡扣除检查费；
5．对检查结果进行统计分析；查询检查科室的收入、工作量等信息； 检验科室部分：
1．接收门诊或病区发送来的检验申请；
2．检查完成后，通过联机数据采集或手工录入结果，将检验结果形成报告，传回
申请科室，对于住院病人将检验费用记账，持IC 卡病人可在此刷卡扣除检查
费；
3．对检验结果进行统计分析；
4．查询检验科室的收入、工作量等信息； 病案管理和工作量统计部分：
1． 接收住院处传来的出院病人信息；
2． 对于一个病人多个病案号的情况，提供了病案号合并功能；
3． 对病案的流通进行跟踪管理；
4． 提供多种条件任意组合模糊查询；
5． 提供多种医院及上级管理部门所需报表格式；
6． 首创病案数据变量多条件组合分析，提供多种医学统计分析指标，数据分析
图表等功能；
7． 对医院的诊疗工作量进行输入、查询和统计。
4、行政管理子系统
1、提供多种条件的，对医院各方面运作的查询；
2、根据各方面的数字，形成一定的分析，其结果作为辅助医院行政管理人员做出决策的部分依据；
3、供医院所有工作人员的详细资料的综合管理；
4、提供医院所有工作人员的工资管理和核算；
5、提供对医院的医疗管理、经济管理、行政管理等方面信息的各种查询和统计、
分析，提供报表打印和图形显示，可供医院领导进行综合查询，做辅助决策之用。
经上述分析，我们已经得到了对于该系统的基本要求和系统模块的划分，在这些模块中，我们选择 门诊管理子系统，住院管理子系统，药品管理子系统 (其中，对前两个系统进行了重点设计) 进行具体的数据库设计，在需求分析中形成的数据流图如下：
二、数据流图
第一部分：门诊管理子系统（见图1）
图一 门诊管理子系统
⑴ 处方 ⑵ 药品 ⑶ 手术请求 ⑷ 手术安排 ⑸ 检查请求 ⑹ 检查单 ⑺ 检验请求 ⑻ 检验单 ⑼ 出院通知 ⑽ 批准请求 ⑾ 药品分配 ⑿ 批准请求 ⒀ 手术安排 ⒁ 批准请求 ⒂ 检查安排 ⒃ 批准请求 ⒄ 检验安排
图三 药品管理子系统
概念结构设计
一、 门诊子系统
根据需求分析中画出的门诊子系统的第一层数据流图，可以看出在医院门诊中一切活动都是以病人为核心，而各种处理也是由病人主动去完成，如挂号、检查、检验、交费、取药、看病、做检查检验等。在整个数据流图中病人处于核心地位，而医院门诊的各个职能部门则完成相应的数据处理操作，如在门急诊挂号处完成。在需求分析中我们从分析门诊部门的行政结构入手，我们得出门诊子系统存在着5个方面的需求，可以划分为5个次级子系统，从而可以设计出5个概念模式，为下一步的概念结构设计打好基础，这五个概念模式为：病人自助查询，门急诊挂号，门诊收费，中西药房和医生诊桌子系统。
门诊子系统概念结构
以门诊子系统的第一层数据流图为基础，接下来对于各个稍微复杂的处理过程进行细化，画出其具体数据流图，从而抽象出E-R 图，为进一步的逻辑设计打下基础。而在本子系统的第一层数据流图中，检查项目处理和检验项目处理的数据比较简单，可以很简单的找出其关系表，不再进行细化分析。另外5个处理过程的具体数据流图如下；
分数据流图分析
(1)自助查询：本子系统是用于不熟悉的病人进行查询之用，可进行科室查询、医生查询和挂号科室查询等。查询中需要的信息有很多，但是并非所有的都需要用数据库查询来完成，对于医院概况、建筑物布局和名称等数据并不需要用数据库来完成，而对于医生资料信息以及当天的当值情况等数据则需要由数据库来完成。类似这里有两个常用的查询：(a)某医科有哪些当值医生;(b)查询某医生是否当值以及其简要资料。 医生资料
(2)挂号处理
病人在已获知挂号信息（挂什么科室，什么医生等）的情况下进行挂号(病人拥有IC 卡，则在数据意义上表示医院存在该病人的基础信息)
(3)门诊中西药房发药
(4)门诊收费处收费
（
检
查 结 果
(1) 自助查询
(2) 对应于各个分数据流图的E —R 图设计为：
(3)门诊中西药房发药
(4)门诊收费处收费
（5）医生诊断
由于篇幅的问题，不再画出各个实体与其属性的E-R 分图，各个实体及其属性可以参看下面列出的说明。
门诊子系统总E-R 图
实体及相应的属性
实体及相应的属性
门诊医师( 医师号, 科室、工作时间, 姓名, 专业技术职称, 性别, 出生日期, 年龄, 婚姻状况,
职业, 出生地, 民族, 身份证号, 国籍, 住址, 电话, 邮政编码, 户口地址, 备注)
挂号单(挂号号、挂号类别、挂号日期、挂号科室、主治医师、病人姓名) 处理方案（处理方案号、开出时间、处理方案内容、主治医师，病人姓名） 门诊病历（病历号、病人姓名、病历内容、诊断时间、主治医师）
处方（处方号、处方内容、主治医师、病人姓名、病人性别、病人年龄、附注） 收费项目（收费项目号、项目类型、相应序号、收费金额、收费人员、病人姓名）
门诊病人( 病人号, 姓名, 性别, 出生日期, 年龄, 婚姻状况, 职业, 出生地, 民族, 身份证号, 国
籍, 工作单位及地址, 电话, 邮政编码, 户口地址, 联系人姓名, 联系人地址, 联系人关系，是否住院, 联系人电话);
检验项目（检验序号、检验医师、检验时间安排、检验内容、检验分析、检验结果，检验收
费情况）
检查项目（检查序号、检查医师、检查时间安排、检查内容、检查分析、检查结果、检查收
费情况）
工作时间安排（工作时间、所属科室、主治医师） 联系说明及其相应属性： 支付：（支付金额、支付时间、支付项目） 生成（门诊处方－药品提领单）：这里做了简化(少了分E-R 图中的中西药房药品实体及相关
联系) ，直接由门诊处方与药品提领单产生联系，原因是为了简化设计。
包括1、包括2、包括3、包括4（医生处理方案与具体处理方案的联系，不需要属性） 包括5（门诊处方－门诊病历） 发出（门诊医生－处理方案） 对应（门诊病人－门诊病历）
二、住院子系统
住院子系统是病人在接受到入院通知单或紧急入院后所能接触的系统. 在需求分析部分, 我们已经得出了总的数据流图, 在此, 将此对之进行进一步细化将有利于画出相应的E-R 图. 经过分析, 认为住院系统的具体流程如下:病人持入院通知书, 在住院收费处缴纳押金后分配床位; 医生对病人做出诊断, 开出医嘱; 医嘱分类, 然后根据处方提药、根据检查项目检查、根据检验项目检验、根据手术项目手术, 同时相应进行收费登记; 痊愈后病人持出院通知书出院, 进行收费结算. 因此可将之划为以下几块:
根据需求分析中的总数据流图, 可将之分为以下几个下一级的数据流图:
1.
流程解释:入住时病人持门诊所开出的入院通知书, 到住院收费处缴纳押金, 持其开出的票据办理入院手续, 登记病区、床位.
根据此数据流图和已得出的数据字典, 可知，此分子系统的功能主要围绕着“病人”、“入院通知单”、“床位”、“病区”展开. 因此, 得到以下的E-R 图:
2. 医生下达医嘱
流程解释:处理类医嘱包括:用药类长短期医嘱(可解释为住院处方), 提请检查类医嘱(可解释为检查类项目), 提请检验类医嘱(可解释为检验类项目). 先进行的是医嘱归档, 将有关信息填入到住院病人本次住院的住院病案中, 然后再将医嘱归类, 进行相关的处理.
察看此数据流图, 可知，此分子系统的功能主要是围绕“医嘱”展开的, 包括了“住院病案”、“住院处方”、“检查项目”、“检验项目”和“出院通知单”. 因此, 得到以下的E-R 图:
在此图中, 将“医嘱”与“住院处方”“检查项目”“检验项目”“出院通知单”的联系都称为“解释”, 即根据医嘱属性(见后合成子系统E-R 图) 中的“医嘱内容”来进行分类, 分送到病区医室或病人, 病区科室将相关信息填入到“住院处方”“检查项目”“检验项目”中; 而病人则持“出院通知单”在住院收费处进行相应的出院处理.
3. 住院处方的处理
流程解释:在生成了住院处方(根据医嘱归类) 之后, 病区科室将向中心药房提请药品, 而在这首先必须先检查病人入院时之所缴押金是否还有余额, 若无余额则向病人发出缴款通知,
若有则要求发出药品. 处方积累后将生成药品提领单, 发往中心药房; 而每张处方会生成对应病人的收费项目. 药品由中心药房总括发往病区医室.
察看此数据流图, 可知道此分子系统的功能主要是围绕“住院处方”展开的. 相关的还有“药品提领单”、“药品”、“收费项目”等. 得E-R 图如下:
4. 检查检验项目处理
流程解释:在生成了检查检验项目(根据医嘱归类) 之后, 病区科室将向检查检验科室发出预约申请, 而在这首先必须先检查病人入院时之所缴押金是否还有余额, 若无余额则向病人发出缴款通知. 得到批准后, 病人将于预约的日期进行检查(如x 光,B 超,CT) 或检验(如验血). 得到的结果返还病人, 并记入检查项目、检验项目的相应属性中(见后合成E-R 图的属性
分析). 已检查或检验将生成相应的收费项目.
察看此数据流图, 可知，此分子系统的功能主要是围绕“检查项目”和“检验项目”展开的. 相关的还有“检查预约”、“检验预约”、“收费项目”等. 得E-R 图如下:
5. 手术处理
流程解释:在生成了手术项目(根据医嘱归类) 之后, 病区科室将向手术科室发出预约申请, 而在这同样首先必须先检查病人入院时之所缴押金是否还有余额, 若无余额则向病人发出缴款通知. 得到批准后, 病人将于预约的日期进行手术, 并将过程和结果记入手术项目的相应属性中(见后合成E-R 图的属性分析). 手术使用的器械和麻醉药品进行登记(在这里认为器械手术科室保管的, 不涉及器械库; 而麻醉药品所涉及的药库在这里由于篇幅关系不再列出). 已手术项目将生成相应的收费项目.
察看此数据流图, 可知，此分子系统的功能主要是围绕“手术项目”展开的. 相关的还有“手术预约”、“器械”、“麻醉药品”、“收费项目”等. 得E-R 图如下：
其中, “预使”的取名含义在于麻醉药品的使用是要在手术之前进行的.
6. 病人出院
流程解释:出院时病人持出院诊断书, 到住院收费处根据各种收费项目进行清算, 退回剩余押金或补缴应缴款项, 持其开出的票据办理出院手续, 退回床位.
根据此数据流图和已得出的数据字典, 可知，此分子系统的功能主要围绕着“出院通知书”和“收费项目”展开, 并连带与出院通知书相关的“病人”和与收费项目相关的“床位”、“住院处方”、“检查项目”、“检验项目”和“手术项目”等. 因此, 得到以下的E-R 图:
根据以上的六步, 经过汇总、去掉冗余和适当的删除一些与“住院”核心无关的实体, 得到了以下的住院子系统汇总E-R 图:
1. 病人(身份证号, 姓名, 出生日期, 性别, 年龄, 婚姻状况, 职业, 出生地, 民族, 国籍, 工作单
位及地址, 电话, 邮政编码, 户口地址, 联系人姓名, 联系人地址, 联系人电话, 是否住院) 2. 住院病人(住院号, 姓名, 入院科别, 入院时间)
3. 医生(医师编号, 姓名, 出生日期, 出生地, 民族, 国籍, 户口地址, 婚姻状况, 年龄, 住址, 电话, 专业技术职务, 备注)
4. 住院医生(姓名, 医师编号, 所属科室, 是否当值)
5. 住院病案(病案号, 病人姓名, 住院号, 入院科别, 入院病室, 入院时间, 入院情况, 转科情况, 出院科别, 出院科别, 出院病室, 出院时间, 入院诊断, 入院后确诊时间, 出院诊断, 出院情况, 其他)
6. 床位(床号, 住院号, 姓名, 经管医生, 护理人员号码, 是否空床, 治疗结果, 床位租金, 入院日期, 住院天数, 交费方式)
7. 病区(病区名, 床位数, 负责人, 入住人数, 出院人数, 治愈率, 好转率, 未愈率, 死亡率, 诊断符合率, 床位使用率)
8. 医嘱(诊断序号, 诊断类别, 疾病编码, 疾病名称, 启用日期, 处理日期, 医嘱内容, 领药量, 主治医师, 病人姓名, 住院号, 出院转归, 病理符合)
9. 住院处方(处方号, 诊断序号, 处方内容, 主治医师, 病人姓名, 住院号, 附注)
10. 检查项目(检查序号, 诊断序号, 病人姓名, 住院号, 检查类别, 检查内容, 检查日期安排, 检查负责人员, 检查结果, 附注)
11. 检验项目(检验序号, 诊断序号, 病人姓名, 住院号, 检验类别, 检验内容, 检验日期安排, 检验负责人员, 检验结果, 附注)
12. 手术项目(手术序号, 诊断序号, 手术名称, 手术室号, 病人姓名, 住院号, 主刀医师, 手术日期, 麻醉方式, 切口情况, 手术持续时间, 手术结果)
13. 收费项目(项目列号, 项目内容, 病人姓名, 住院号, 收费类型, 收款日期, 收款员, 收款金额, 结账情况, 结账金额, 是否转账)
14. 入院通知单(通知单号, 门诊医师号, 医师姓名, 病人姓名, 病人号, 诊断建议, 收费情况, 批准与否)
15. 出院通知单(通知单号, 住院医师号, 医师姓名, 病人姓名, 病人号, 诊断建议, 收费情况, 批准与否)
解释一:新加入的“医生”“病人”两个实体. 它们分别是“住院医生”和“住院病人”的超类. 之所以要这样, 原因是由于“住院病人”与“门诊病人”有很多相同的属性, 这样就造成了数据冗余. 而如果让他们相同的属性由一个超类“病人”来拥有的话, “住院病人”与“门诊病人”就可以继承它的所有属性, 这样也形成了与门诊子系统的接口. “住院医生”“门诊医生”和“医生”也是同样的处理.
解释二:对于各类型的预约, 由于其功能比较单一, 可在相应的项目中以“日期安排”的属性来完成其功能(如“检查项目”中用“检查日期安排”来代替“检查预约”). 这样就使总E-R 图比较的简洁了.
解释三:手术项目中涉及到的麻醉药品与器械在此总图中没有反应(画图出现分叉). 由于麻醉药品从属于药品, 因此在“手术项目”中以“麻醉方式”描述其小类编号、药库号和品名, 这样就不用单述“麻醉药品”一个实体了 (“药品”的实体、属性在药品进出管理子系统中描述, 因此总图也不涉及). 对于器械这一个实体, 由于此次只有门诊、住院、药品管理三个子系统, 没有涉及器械的管理, 因此在此图中略去. 如是一个完整的医院信息管理系统则应该加入.
解释四:在图中该加入“出院通知单”这一个实体. 由于图中空余不够, 因此没有画出. 其应与病人发生联系(与“入院通知单”相同).
解释五:对于“住院医生”这个实体应有“工作安排”的这样一个实体与之联系. 但考虑到其只要与“医生”发生联系即可, 这样的联系将在汇总E-R 图是再考虑, 本部分则略去.
至此, 本部分的E-R 设计大体已经结束. 在相应实体的属性中, 必然有相应的冗余部分, 此外, 与其余子系统的衔接还有待在汇总时考虑.
三、药品出入库管理子系统
一、分E-R 图
二、实体及属性：
供应商：{供应商号，地址，电话，信贷状况}；
订 单：{订单号，供应商号，订货项数，订货日期，交货日期，生产地点}；
药 品：{小类编号，品名，规格，单位，数量，单价，金额，生产日期，保质期}； 药 库：{药库号，负责人，类别，面积}；
订单细则：{订单号，细则号，药品编号，单价，数量，规格，总价，批号}； 药品请领单：{编号，领用单位，药品名称，规格，领药量，单价，金额}。
逻辑设计
在概念设计的基础上，根据设计得到系统总的E-R 图，按照概念模式与关系表转化的一般规则，结合实际的需要进行逻辑设计，E —R 图中的实体、实体的属性和实体之间的联系转化为关系模式。最后生成的关系及关系表如下（同时附优化说明）： 1. 具体关系表的设计及优化说明
门诊子系统部分：
1．挂号单(挂号号、挂号类别、挂号日期、科室、病人号、医师号)
说明:由实体型生成的关系模式, 由于门诊医师和挂号单的联系是1:1,因而将其加入门
诊医师的主码加入到挂号单所形成的关系模式中.
优化说明：由于挂号人姓名与病人号，医师号与主治医师有冗余故删除主治医师和挂号
人姓名；另外，挂号科室与后面的科室存在异名同义的矛盾，故改名为科室。
2．处理方案（处理方案号、医师号、开出时间、处理方案内容）
说明:由处理方案形成的关系模式, 门诊医师与处理方案之间为１：ｎ，故将门诊医师的
主码加入到处理方案的关系模式中来。
3．门诊病历（病历号、病人号、病历内容、诊断时间、医师号、处方号）
说明:由门诊病历形成的关系模式, 而门诊病历与门诊处方的联系为1:1,故将门诊处方
的主码处方号加入到门诊病历关系模式中。另门诊病人与门诊病历为１：１，故将病人号加入到门诊病人中；另主治医师好改为医师号。
优化说明：医师号与主治医师有冗余，故删除主治医师。
4．门诊处方（处方号、处理方案号、门诊收费项目号、请领单单号、处方内容、病人号、
医师号、附注）
说明：处理方案与门诊处方以及收费项目与门诊处方均为１：ｎ。故将处理方案号、门
诊收费项目号加入到其中。
优化说明：主治医师、病人姓名、病人性别、病人年龄等均是冗余数据，故均应删除，
这是因为处方号可函数推导出病人号，而病人号则可函数推导出病人的所有上述信息，故将其删除。
5．门诊收费项目（门诊收费项目号、挂号号、支付时间、项目类型、相应序号、收费金额、
收费人员、病人号）
说明:由门诊收费项目形成的关系模式，又门诊收费项目与挂号单为１：１，故将挂号
号加入到其中.
6．门诊医师（医师号、科室、当值日期）
优化说明：门诊医师中的属性：姓名, 专业技术职称, 性别, 出生日期, 年龄, 婚姻状况, 职
业, 出生地, 民族, 身份证号, 国籍, 住址, 电话, 邮政编码, 户口地址, 备注均可有医师号函数推出，故将它们删除。
7．门诊病人（病人号、就诊时间、交费情况）
优化说明：由于姓名、年龄、性别可由病人号函数推出，故将其删除。
8．门诊检验项目（检验序号、医师号、门诊检验时间安排、门诊检验内容、门诊检验分析
门诊检验结果、门诊收费项目号、处理方案号）
优化说明：检验收费情况可由门诊收费项目号函数推导。检验医师与医师号冗余，故删
除。
9．门诊检查项目（检查序号、医师号、门诊检查时间安排、门诊检查内容、门诊检查分析、
门诊检查结果、门诊收费项目号、处理方案号）
优化说明同门诊检验项目。
10．工作时间安排（工作时间、科室、医师号）
优化说明：其中的病假情况、事假情况可由医师关系模式中主码医师号函数推出。 11．挂号收费（挂号号、门诊收费项目号、收费金额）
说明:由挂号单与门诊收费项目之间形成的一种联系, 收费金额是挂号收费的属性. 12．缴纳（病人号、门诊收费项目号、缴纳金额）
说明:由门诊病人和门诊收费项目之间形成的一种联系, 缴纳金额是缴纳的属性.
住院子系统部分：
13．住院收费项目(项目序号, 项目类型, 相应序号, 收费类型, 收费金额, 收款员, 结账情况,
结账金额, 是否转账);
说明: “项目类型”是指处方, 检查, 检验, 手术或住院; “项目类型” 是指处方序号, 检查
序号, 检验序号, 手术序号或入住序号(床位); “收费类型” 是指公费或私费;
14．医嘱 (诊断序号, 诊断类别, 启用日期, 处理日期, 医嘱内容, 医师号, 住院号, 疾病编码); 说明: “诊断类别”指的是医嘱的序号; “诊断类别” 是指处方, 检查, 检验, 或手术; “医
嘱内容”是指处方, 检查, 检验, 或手术的相关内容
优化说明：其中的主治医师姓名与医师号，住院号与病人姓名，疾病编码与疾病名称这
些两两实体之间局存在冗余，故将主治医师姓名、病人姓名、疾病名称均删除。
15．住院处方( 住院处方号, 诊断序号, 处方内容, 医师号, 住院号, 请领单号, 附注);
说明: “附注” 是指处方上的注意事项; “药品提领单号”对应由住院处方积累而成的药品
提领单.
优化说明：主治医师号与医师号是异名同义，故改名为医师号。
16．住院检查项目( 检查序号, 诊断序号, 住院检查日期安排, 住院检查负责人员, 住院号,
住院检查内容, 检查结果);
17．住院检验项目（检验序号, 诊断序号, 住院检验日期安排, 住院检验负责人员, 住院号, 住
院检验内容, 住院检验结果);
18．手术( 手术序号, 医师号, 住院号, 手术名称, 手术持续时间, 手术结果, 麻醉方式, 切口情
况, 手术室号);
19．住院病人(住院号, 病人名, 入院时间, 转科情况, 入院科别, 出院科别); 20．住院医师( 医师号, 科室);
21．床位(床号, 值班人员号, 床位租金, 是否空床, 所属病区)
22．病区(病区名, 负责人号, 床位数, 入住人数, 出院人数, 治疗率, 好转率, 未愈率, 死亡率,
诊断符合, 床位使用率);
23．医师( 医师号, 姓名, 专业技术职称, 性别, 出生日期, 年龄, 婚姻状况, 职业, 出生地, 民族,
身份证号, 国籍, 住址, 电话, 邮政编码, 户口地址, 备注);
24．病人( 病人号, 姓名, 性别, 出生日期, 年龄, 婚姻状况, 职业, 出生地, 民族, 身份证号, 国籍
工作单位及地址, 电话, 邮政编码, 户口地址, 联系人姓名, 联系人地址, 联系人关系，是否住院, 联系人电话);
25．住院病案( 病案号, 病人号, 入院科室, 病室, 入院日期, 入院诊断, 入院情况, 转科情况,
出院科别, 出院病室, 出院时间, 出院诊断, 入院确诊日期, 出院情况)
说明: 入院情况是指危, 急, 一般等; 出院情况是指治愈, 好转, 无效, 加重, 死亡及其他情
况;
26．住院医生-病人(医师号, 住院号, 床号, 开始日期, 结束日期);
说明:由联系“附注”做出此表, 因为病人与住院医生之间是m 对n 的关系; 而且该联系有
自己的属性如“开始日期” “结束日期”；
优化说明：病人号与住院号之间存在冗余，将病人号删除。 27．医嘱-病案(诊断单序号, 病案号, 合并日期 )
说明: 由联系“归档”做出此表. 由于“合并日期”此属性需单独列表反映; 其指的是医嘱归
入病案的日期.
28．病人-床位(入住序号, 病人号, 床位号, 床位所属病区号, 治疗结果, 住院天数, 入住时间,
退床时间);
说明: 由联系“入住”做出此表, 与“收费项目”便发生联系. 之所以要这么做, 是由于“床
位”项目与“检查项目” 和“检验项目” “手术项目”是不同的, 床位可以没有病人入住, 因此不发生收费; 而其余几个只要有元组存在就一定是要收费的. 此外治疗结果, 住院天数, 入住时间, 退床时间等属性放于此表反映是较好的.
29．医嘱-手术(手术序号, 诊断序号, 医师号, 住院号)
说明: 由联系“解释4”做出此表. 之所以要这么做, 是由于“手术”项目的特殊性. 其主要
反映的是手术的种种特性, 如主刀医师等, 以供单独的查询; 将手术序号, 诊断序号, 主治医师号, 主治医师姓名, 住院号, 病人姓名等加入到“手术”中则破坏了独立性, 因此单独列表.
● 药品出入库子系统部分：
30．供应商（供应商号，地址，电话，信贷情况）；
31．订 单（订单号，供应商号，订货项数，订货日期，交货日期，生产地点）；
32．药 品（药品编号，药库号，品名，规格，单位，数量，单价，金额，生产日期，保质
期）；
33．药 库（药库号，负责人，类别，面积）；
34．订单细则（订单号，细则号，药品编号，单价，数量，规格，总价，批号）；
35．药品请领单（请领号，药库号，领用单位，药品名称，规格，领药量，单价，金额）。 36．供 应（产品号，供应商号，供应量）； 37．生 成（请领单，处方号，生成量）； 注： 药品关系表中包含联系“库存”；
订单关系表中包含联系“交付”； 订单细则关系表中包含联系“参照”、“组成”； 药品请领单关系表中包含联系“提交”。
2．关系表总体设计说明
● 由于本系统在进行概念模型设计的时候各个系统的负责人之间曾进行过多次交流，因此
在合成的时候没有太多的冲突。各个部分也能比较好地结合到一起。 ● 对于门诊检查项目和住院检查项目两张表不进行合并的说明：
1．门诊检查项目（检查序号、医师号、门诊检查时间安排、门诊检查内容、门诊检查分析、
门诊检查结果、门诊收费项目号、处理方案号）
2．住院检查项目( 检查序号, 诊断序号, 住院检查日期安排, 住院检查负责人员, 住院号,
住院检查内容, 检查结果);
这两个关系表由于其中有些字段保留了不同的必要信息，因此无法进行合并成为一个表，即是在用户模式下，同一个用户（检查部门工作人员）必须基于两个逻辑表，这里也没有必要像门诊病人与住院病人一样用一个超类病人来处理。
同样，门诊检验项目和住院检验项目也处理为两个没有直接联系得关系
住院收费项目和门诊收费项目之间分成两个关系表处理的原因与上边说明的类似。
3．设计用户子模式
在将概念模型转化为全局逻辑模型后, 根据医院系统的局部应用需求, 以下设计用户子模式:
● 考虑需求
考虑以下的几个需求:
⑴探望人员查阅病人信息
⑵病人查阅其账户信息
⑶医生查阅病人病案信息
⑷院领导综合查询
● 定义用户级别
对行政管理人员(院领导), 医师, 病人, 院外探视人员的级别定义如下:.
⑴行政管理人员:对所有表的所有内容都有查看的权限
⑵医师:对自己所负责病人的所有有关住院病案、门诊病历有修改和查阅的权限, 对自己本人的在医师表中的有关项目有查阅的权限
⑶病人:对自己在收费项目、检查项目、检验项目、手术项目、处方项目中所占的元组有查看的权限.
⑷院外探视人员:对病人-床位的相应项目有查阅权限
● 制作查询子系统:
根据分析需求, 我们设计了以下几个查询系统:医生辅诊子系统、医院领导综合查询子系统、患者导医子系统、探视查询子系统。
⑴医院领导综合查询子系统
提供对医院的医疗管理、经济管理、行政管理方面的信息的各种查询和统计, 如:门诊收入、住院收入、药品收支、物资情况、医疗信息、病区床位使用率等信息. 提供报表打印和图形显示, 供院领导作辅助决策之用.
在这里创建几个视图:
①收入类(门诊类收入, 住院类收入, 月份, 总费用, 利润, 与去年同期相比增长额)
注:门诊类收入由门诊收费项目表的所有收费金额总计计算, 一月一次; 住院类收入由住院收费项目表的所有收费金额总计计算, 同样一月一次. 总费用由费用表总计提供(本系统未列入), 前两者两者相加减去总费用, 可计算利润. 和去年的本视图的同期利润金额进行比较, 得出与去年同期相比增长额.
②药品收支(药品收入, 药品支出, 管理费用, 月份, 利润)
注: 药品收入由药品请领单表的金额每月总计得出; 药品支出由供应表中的供应量和药品表中相应药品的单价相乘得出; 管理费用由费用表中的有关药品库存管理的费用总计得出, 每月一次. 利润项由药品收入-药品支出-管理费用得出.
③医师工作量(医师姓名, 医师号, 本月工作量, 基本工资, 奖金)
注:本月工作量由工作时间安排表中的工作时间每月总计推出; 根据工作量和医师表中的专业技术职称计算其奖金; 从基本工资表中得出其基本工资(本系统未列入).
④病区床位(病区名, 负责人姓名, 床位数, 入住数, 收入, 病区床位使用率)
注:病区名, 负责人姓名, 床位数, 入住数, 病区床位使用率到病区表中提取; 收入到住院收费
项目表中的有关床位收费的金额总计提取.
以上的所有视图院领导都有查询的权限
⑵ 医生辅诊子系统
提供给门诊医生或住院医生使用.
①可用于下达各类长短期用药医嘱、门诊处方、书写门诊病历、提交检查/检验申请. 有关信息可供中心药房、门诊药房或各类医技科室(检查检验等) 查用.
②可查阅检查检验报告、病案首页和病人体征信息
提供以下几个视图:
①门诊病人(病人名, 病人号, 门诊病历号, 辅助内容)
注: 门诊医生只有查阅自己主治的病人的门诊病历号的权限.
②住院病人(病人名, 病人号, 门诊病历号, 住院病案号, 辅助内容)
注: 住院医生只有查阅自己主治的病人的门诊病历号和住院病案号的权限.
由以上的两个视图可获得相应的门诊病历号和住院病案号从而可以进行相关的门诊病历、病案首页和病人体征信息查询.
⑶ 患者导医子系统
提供给门诊病人和住院病人及其家属使用.
⑴供病人自助查询医院基本情况, 包括:医院布局、科室介绍、医生介绍、诊疗项目价格、药品价格、用药咨询、门诊程序、住院程序、陪护制度、探视制度等.
⑵病人可查询自己的诊疗费用明细账
① 收费项目(序号, 内容, 金额)
注:病人只能察看本人的有关收费项目. 从住院收费项目和门诊收费中提取. 序号对应的是:住院收费项目的项目序号或门诊收费项目的收费项目号; 内容对应的是相应表中的项目类型; 金额对应的是相应表中的收费金额.
②:医师(医师姓名, 职称, 科室, 是否当值)
注:病人察看相关的医师信息. 医师姓名从医师表中提取; 职称从医师表中的专业技术职称提取; 科室从分属的门诊医师和住院医师表的科室提取; 是否当值从工作时间安排表的工作时间推出.
⑷ 院外人员查询子系统
提供给院外探视人员使用. 供其查阅病人基本信息. 创建视图如下:
视图:病人住宿(病人名, 床位, 病区)
首项由住院病人表中的病人名提供; 第二项由病人、床位表中的病人号和床位号提供; 床位表中的病区提供第三项.
院外探视人员对此视图有查阅权限。