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

1、目录1 需求分析 1编写目的 1编写背景 1实现目标 2数据定义 2需求分析 2系统的功能需求 2系统总体功能图 3业务规那么 51.5.4 数据约束条件分析 51.5.5 实体与数据 6数据字典 7数据项与数据结构 7数据处理 82 概念设计 9实体及其属性 10实体间的联系 12总体ER图 143 逻辑设计 153.1 实体处理 153.2 联系集处理 163.3 完整性约束 164 物理设计 22关系模式存储方式选择 22数据库存储路径 221 需求分析了解和分析系统将要提供的功能及未来数据库用户的需求。 例如，该系统具 有哪些功能需求，哪些数据要存储在数据库中，使用的数据业务规那么是什

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

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

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

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

6、键表_FKn,女口 EmployeeDepartment_FK1。 4所有规那么的命名规那么。所有的约束名用列名_Check,女口 BirthDay_Check。 5所有字段的命名规那么。所有的属性名用具有实际含义的英文单词组成,且首个字母必须大写,如EmployeeName1.5 需求分析满足病人实现挂号功能,诊断需求,领药,方便,快捷接受医疗效劳。1.5.1 系统的功能需求 1病人管理病人管理模块中,维护病人的根本信息,如病人姓名,性别,住址等。可 以添加、修改、删除、查询病人的信息。2门诊挂号输入病人的信息, 系统会自动生成挂号费用, 挂号完后系统会自动生成病号 信息到病号信息库中。 如

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

8、和医嘱作业的数字化。 医生必须从挂号系统中调用已挂号的病号信息， 直接输 入处方工程，提交病号处方，处方传递到收费室收费。医生管理中， 维护医生及相关工作人员的根本信息， 有利于管理者了解医院 的人员动态。4药房发放药房发药系统是由药房执业人员完成的功能子模块， 药房通过收款单来给病 人发药。病人只要交款后，可以直接到药房取药，节约了大量的人力和时间。发 药的同时减少药品库存量。 通过输入病人的姓名或收费单号即可查询到要发的药 品名称。药房发药系统具体包括了 “药房发药子系统、“药房发药单的查询、 “药品查询。5处方管理 处方管理模块是医院信息系统的关键模块，是医疗工作最主要的信息来源。 主要

9、功能是完成病历根本指标的填写，病情、病史的记载，医嘱的开立和实施， 以及相关辅助功能。该功能模块实现了医生病历收发和医嘱作业的数字化。处方管理包括“处方单录入子系统、 “处方单的查询、 “门诊处方退费 单、“处方退费单查询。1.5.2 系统总体功能图如图 1.1 所示。门 诊 管 理病人管理医生管理药品发放处方管理*查询病人信息*删除病人信息*添加病人信息门诊挂号挂号单的查询门诊退号退号单查询挂号系统管理*更新病人信息查询医生信息删除医生信息添加医生信息»更新医生信息发药单的查询药品查询药房发药处方单录入处方单的查询门诊处方退费单图1.1 “门诊管理'总体功能1.5.3 业务

10、规那么1一所医院有多个就诊科室部门，每个科室部门都有科室名称唯一标 识、地址、联系 、科室简介等信息。一个科室部门可以有多个员工，但是科 室部门负责人只有一位员工。2员工由员工编号唯一标识，需记录员工的姓名、性别、出生年月、身 份证号、省份、联系 、职位、薪水、工作年限、受教程度、住址等信息。一 个员工只属于一个科室部门。3病人由唯一标识的病人编号构成，需存储病人的姓名、性别、生日、 身份证号、联系 、住址、过敏药物，工作等根本信息。不允许同一个病人在 同一个时段内就诊不同的部门。4病历编号构成病历的唯一标识，需记录病症情况，就诊时间，就诊医 生等信息。一份病历只属于一个病人。5药品由药品编号

11、唯一标识，需存储药品名称、药品级别、单价、成分、 治疗成效、生产商、生产日期、有效日期、备注等信息。6挂号单由挂号编号唯一标识，需存储挂号的时间、挂号费用等信息。7处方编号构成了处方的唯一标识，需存储就诊日期、药品名称、药品 数量等信息。8病人挂号后，需记录病人的挂号信息。9在一个时间段，医生只给一位病人就诊，写一张处方。10每个病人拥有只属于自己的唯一挂号单、唯一病历、唯一处方。11当就诊相同病症的多位医生属于同一科室部门时， 具有不同的医生编 号。12在同一时间段，药品发放人员只为一位病人发放药物。13挂号处在同一时段只为一位病人挂号，产生挂号单。14在就诊时， 医生将病人的看病情况填写在

12、病历上， 并把处方单的内容 存入处方系统。1.5.4 数据约束条件分析1一天医院看病的人数不能超过 9999 人，这是医院接纳的最大人数。2员工开始工作年龄超过 18 岁，满足工作年龄要求。 3病人编号规那么： 唯一标识一个病人， 编号格式为病人第一次看病日 期加流水号，如： 202112130001。4联系 不超过 11 或 12 位数。5住址不超过 25 为汉字。6 为 6 位数。7病历编号规那么： 唯一标识一张病历， 日期' +'四位流水号'，如： 202112220001。8员工编号规那么：唯一标识一位员工 , 格式 workDatetime '+三位流

13、 水号，如： 20210430001。9职位填写规那么：用于描述员工在医院中的职位，医护人员 DR,药 物管理员 (MM)。 10 科室编号规那么：唯一标识一个科室，从编号 00001 开始。 11 挂号单编号规那么：唯一标识一张挂号单，格式 日期' +5 位流 水号'，如： r20912130001 由系统自动生成一天内最大处理挂号数为 9999。12药品编号规那么：唯一标识一种药品，格式为 C'或者 S加国 药准字，C表示普通药物，S表示特殊药物。13 处方编号规那么： PR' + 日期' + 四位流水号' ， 如： PR2021121300

14、01。1.5.5 实体与数据 1 实体通过以上分析可知，系统中的实体有：病人、病历、员工、科室和药品。实 体的属性分别如下： 病人：病人编号、姓名、性别、出生日期、身份证号、住址、过敏； 病历：病历编号、就诊医师、就诊日期、主要病症； 员工：员工编号、姓名、性别、出生日期、身份证号、民族、职位、工作日期、工作年限、学历、住址、备注； 科室：科室编号、科室名称、上级部门、科室位置、负责人、科室介绍； 药品：药品编号、药品名称、药品类别、单价、规格、主要成分、功能主 治、用法用量、供给商、生产日期、有效日期、考前须知、库存量；2实体间的联系 综合以上分析可知，实体之间有如下联系。 病人和医生之间是

15、多对多的关系 (m:n) 。 病人与病历之间是是一对一的关系 (1:1) 。 医生与病历之间是是多对多的关系 (m:n) 。 员工和科室之间是多对一的关系 (n:1) 。 病人和药品之间是多对多的关系（m: n） 病人和科室之间是多对多的关系（m: n） 病人与挂号单是一对一的关系（1:1） o3联系通过以上分析可知，联系的属性如下所示。挂号单：挂号单编号、就诊科室、挂号费、挂号时间；每个病人看病时, 只能有一张挂号单，同理，每个医生在诊断时，根据每张挂号单来。处方：处方编号、就诊日期、药品编号、药品名称、数量。每个病人拥有 自己的处方，每个医生可以给多个病人开处方。1.6数据字典数据字典包括

16、数据说明和数据的使用，具体内容如下所示1.6.1数据项与数据结构如表1.1所示。表1.1 数据说明实体数据项名说明类型（长度）病人Patie ntPatie ntNo病人编号Char(12)Patie ntName姓名Varchar(10)Sex性别Char(1)Birthday出生日期DatetimeID身份证号Char(18)Teleph oneVarchar(12)Address住址Varchar(50)ZipChar(6)Hypersusceptibility过敏药物Varchar(100)Job职业Varchar(10)病历CsRecordCsRecordNo病历编号Char(14)

17、SickDate就诊日期DatetimeSymptom主要病症Varchar(100)员工表EmployeeEmployeeNo员工编号Char(13)EmployeeName姓名Varchar(10)Sex性别Char(1)Birthday出生日期DatetimeID身份证号Char(18)Nation民族Varchar(10)Teleph oneVarchar(12)Positi on职位Varchar(10)Salary工资Numeric(10,2)WorkDate工作日期DatetimeWorkTerm工作年限intEduacatio nLevel学历Varchar(10)Addres

18、s住址Varchar(50)ZipChar(6)Remark备注Varchar(100)科室Departme ntDepartme ntNo科至编号Char(5)Departme ntName科室名称Varchar(20)Address科室位置Varchar(50)Man ager负责人Varchar(10)Teleph oneVarchar(12)In troduct ion科室介绍Varchar(200)挂号单RegisterRegisterNo挂号单编号Char(14)RegisterTime挂号时间DatetimeRegisterFee-hE 口 .単 挂号费Numeric(10,2)

19、药品Medici neMedici neNo药口口编号Char(18)Medici neName药品名称Varchar(25)Medici neClass药品类别Varchar(10)Un itPrice单价Numeric 10, 2Specificati on规格Varchar(50)Eleme nts_M主要成分Varchar(256)Fun ction M功能主治Varchar(256)Usage用法用量Varchar(256)Providcer供给商Varchar(50)ProduceDate生产日期DatetimeUsefullife有效日期DatetimeMatters考前须知Va

20、rchar(256)Amount库存量IntPrescripti onNo处方编号Char(14)处方主表Prescriptio nM asterSickDate就诊日期DatetimePatie ntNo病人编号Char(12)EmployeeNo员工编号Char(13)处方明细表Prescripti on DetailPrescripti onNo处方编号Char(14)SickDate就诊日期DatetimeMedici neName药品名称Varchar(25)Qua ntity药品数量Int1.6.2数据处理如表所示。表1.2数据的使用数据名称说明功能实现In stert_pat_i

21、 nf登记病人的根本信息病人在经过挂号、就诊等 系列就医过程后，院方保存 病人的信息资料。Update_pat_i nf更新病人的根本信息病人可能有时某些以保存 的信息会发生改变，如住 址。Search_Hypersusceptib ility病人对某些药物的过敏病人看病时，如果以前留有 病人的资料，可以查询病人 的过往资料，对哪些药物过 敏。In stert_Hypersuscepti bility病人对某些药物的过敏第一次看病的病人，要就诊 后，要添加病人的过敏药 物。Search pat i nf病人的根本信息查询病人的信息Del pat i nf病人的信息删除病人的信息。In ster

22、t_emp_i nf登记员工的根本信息员工聘用后，存储其根本信 息。Update_emp_i nf更新员工的根本信息员工可能有时某些以保存 的信息会发生改变，如住 址。Search emp i nf员工的根本信息查询员工的信息Search doctor i nf医生的根本信息查询医生的信息Del emp i nf员工的根本信息删除员工的根本信息。:Search regnf挂号单的信息查询病人挂号单信息。Del regnf挂号单的信息删除病人挂号单。Search dep inf科室信息查询科室信息。Update _dep_ inf科室信息更新科室信息，如主管负责 人。Instert csR in

23、f 病历信息填写病人就诊时的根本情 况。Search csR inf病历信息查询病人的病历信息。Del csR inf病历信息删除病人的病历信息。In stert_ pre_i nf处方信息填写病人就诊时的处方信 息。Search pre inf处方信息查询病人的处方信息。Update pre inf处方信息更新病人的处方信息。Del prR inf处方信息删除病人的处方信息。In stert mednf药品信息添加新药品。Search med inf药品信息查询药品信息。Update med inf药品信息更新药品信息。Del med inf药品信息删除药品信息。2概念设计概念结构设计就是将

24、需求分析得到的用户需求抽象为信息结构，以便更真实、更充分地反映现实世界。概念设计局部主要包括实体的E-R图、联系的E-R图和系统总的E-R图。实体及其属性由需求分析知，根本实体有病人、病历、员工、科室和药品。1病人：病人编号、姓名、性别、出生日期、身份证号、住址、过敏、职业，如下图。图病人2病历：病历编号、就诊日期、主要病症，如下图就诊日期./病历编号病历就诊医师“主要病症图2.2 病历3员工：员工编号、姓名、性别、出生日期、身份证号、民族、职位、工资、工作日期、工作年限、学历、住址、备注，如下图。图2.3 员工4科室：科室编号、科室名称、科室位置、负责人、 下图。、科室介绍，如科室位置图2.

25、4科室5药品：药品编号、药品名称、药品类别、单价、规格、主要成分、功能主治、用法用量、供给商、生产日期、有效日期、考前须知，如下图。实体间的联系1病人和医生之间是多对多的关系(m:n),如下图图2.6病人与医生的联系2病人与病历之间是是一对一的关系(1:1)，如下图图2.7病人与病历之间联系3医生与病历之间是是一对多的关系(1:n)，如下图病历编,就诊日期病历诊断员工医生图2.8医生与病历之间联系4员工和科室之间是多对一的关系(n:1)，如下图员工编号负责图2。9员工与科室之间联系5病人和药品之间是多对多的关系(m:n)，如下图病人编号员工编号药品 处方 病人药品名称处方编号图2.10 病人和

26、药品之间的联系6病人和科室之间是一对一的关系(1:1), 如下图病人编号图2.11病人和科室之间的联系7病人与挂号单之间是是一对一的关系（1:1），如下图病人编号挂号单编号图2.12病人与挂号单之间联系2.3 总体ER图系统总的E-R图，如下图员工编口医生填写属于病历病历编号拥有诊断病人病人编挂号单科室科室编图2.13 总体E-R图3逻辑设计根据概念设计，逻辑设计主要包括将实体转换成关系、将联系转换成关系、 关系设计、相关属性约束说明、关系优化和关系表的建立。3.1实体处理通过分析，实体有病人、病历、员工、科室和药品5个，并且都是强实体集。 强实体集转换方式将强实体集映射成关系模式很直接，只需

27、将实体集的每个属性 对应的关系模式的属性，实体集的码作为关系模式的码。1由病人Patient实体集转化的关系模式加下划线的属性表示它是主 码成员，在后面的关系模式中同理。Patient PatientNo ， PatientName，Sex，Birthday ， ID，Telephone，Address, Zip , Hypersusceptibi-lity , Job。2由病历CsRecord实体集转化的关系模式。CsRecord CsRecordNq SickDate , Symptom3由员工表Employee实体集转化的关系模式。Employee EmployeeNc, Employe

28、eName Sex, Birthday , ID , Nation , Teleph one, Positi on , Salary , WorkDate, WorkTerm Eduacati on Level , Address , Zip , Remark。4由员工表科室Department实体集转化的关系模式。Departme ntDepartmen tNo, Departme ntName Address，Man ager, Teleph one， In troducti on。5由员工表药品Medicine实体集转化的关系模式。Medici ne Medicin eNo , Medi

29、ci neName, Medici neClass , Un itPrice , Specification , Elements , Function , Usage, Providcer , ProduceDate , Usefullife , Matters。3.2联系集处理由概念设计可知实体之间的联系E-R图，那么联系集的属性如下所示。1处方Prescription 联系集是由病人Patient实体集与员工表Employee 实体集之间的多对多联系集。那么主码由所有参与实体集的主码的并集组成。斜 字体的表示外码处方 Prescription PrescriptsnNo , Employ

30、eeNq PatientNo , SickDate ,MedicineNo , MedicineName, Quantity。2挂号单Register联系集是由病人 Patient实体集与病历CsRecord实 体集之间的一对一联系集。那么主码可选择任何一个参与实体集的主码。Register RegisterNo , PatientNo , RegisterTime , RegisterFee3挂号单Register联系集是由病历 CsRecord实体集与科室 Department 实体集之间的一对一联系集。那么主码可选择任何一个参与实体集的主码。Register RegisterNo , P

31、atientNo , DepartmentNo , RegisterTime , RegisterFee3.3完整性约束完整性约束包括实体完整性约束、参照完整性约束和用户自定义完整性约 束，这里仅对实体完整性和用户自定义完整性约束作如下说明。关系优化之后得到了 8个最终表，分别如表3.1至3.7所示1所示数据项名类型（长度）是否为空约束说明备注Patie ntNoChar(12)Not nullPrimary keyPatie nt_PK病人编号Patie ntNameVarchar(10)Not null姓名SexChar(1)Not nullF表示女，M表示男性别BirthdayDatet

32、imeNot nullYyy-mmm-ddd 格式出生日期IDChar(18)Not null18位数字表示身份证号Telepho neVarchar(12)null11或12位数字表示AddressVarchar(50)Not null最多25个汉字表示住址:ZipChar(6)null6位数字表示Hypersuscepti bilityVarchar(100)null不超过10个汉字表示过敏药物JobVarchar(10)null不超过5个汉字职业2所示数据项名类型（长度）是否为空约束说明备注CsRecordNoChar(14)Not nullPrimary keyCsRecord PK病

33、历编号Patie ntNoChar(12)Not nullCsRecordPatie nt_FKn病人编号EmployeeNoChar(10)Not nullCsRecordEmployee_FKn就诊医师SickDateDatetimeNot null与处方上就诊日期一致就诊日期SymptomVarchar(100)Not null记录病情主要病症3所示数据项名类型（长度）是否为空约束说明备注EmployeeNoChar(13)Not nullPrimary key Employee_PK员工编号EmployeeNameVarchar(10)Not null员工姓名姓名SexChar(1)N

34、ot nullF表示女，M表示男性别BirthdayDatetimeNot nullYyy-mmm-ddd 格式出生日期:IDChar(18)Not null18位数字表示身份证号NationVarchar(10)null56个民族之一民族Teleph oneVarchar(12)Not null12位数字表示Positi onVarchar(10)Not null医生职位职位SalaryNumeric(10,2)Not null小数点后两位数字表示工资WorkDateDatetimeNot null年龄不得小于18岁工作日期WorkTermIntnull用一数字表示工作年限Eduacati

35、onLe velVarchar(10)null如“大专，“本科等学历AddressVarchar(50)Not null不多于25个汉字表示住址:ZipChar(6)null6个数字表示RemarkVarchar(100)null医生的附加信息备注4所示。数据项名类型（长度）是否为空约束说明备注Departme ntNoChar(5)Not nullPrimary keyDeparteme nt_PK科至编号Departme ntNam eVarchar(20)Not null少于10个汉字表示科室名称AddressVarchar(50)null少于25个汉字科室位置Man agerVarch

36、ar(10)null负责人姓名负责人Teleph oneVarchar(12)null12位数字表示In troduct ionVarchar(200)null科室简介科室介绍5所示。数据项名类型（长度）是否为空约束说明备注RegisterNoChar(14)Not nullPrimary keyRegiste_PK挂号单编号Patie ntNoChar(12)Not nullRegisterPatie nt_FKn病人编号Departme ntNoChar(5)Not nullRegisterDepartme nt_FK n就诊科室RegisterTimeDatetimeNot nullyy

37、yy-mm-dd 格式挂号时间RegisterFeeNumeric(10,2)Not null小数点后两位数字表示-hE 口 .単 挂号费6所示数据项名类型（长度）是否为空约束说明备注Medici neNoChar(18)Not nullPrimary keyRegiste_PK药品编号Medici neNameVarchar(25)Not null不超过10个汉字药品名称Medici neClassVarchar(10)Not null唯表示药品类别， 如“外用药，“内服 药”药品类别Un itPriceNumeric 10，2Not null小数点后两位数字单价Specificati on

38、Varchar(50)null不超过10个汉字规格Eleme nts MVarchar(256)null不超过100个汉字主要成分Fun ction MVarchar(256)null不超过100个汉字功能主治UsageVarchar(256)null不超过100个汉字用法用量ProvidcerVarchar(50)null不超过30个汉字供给商ProduceDateDatetimeNot nullYyy-mmm-ddd 格式生产日期UsefullifeDatetimeNot nullYyy-mmm-ddd 格式有效日期MattersVarchar(256)null不超过100个汉字考前须知n

39、AmountIntNot null具体数字库存量7处方表 PrescriptsnMaster所示。Master数据项名类型（长度）是否为空约束说明说明Prescripti onNoChar(14)Not nullPrimary keyPrescriptio n_PK处方编号Patie ntNoChar(12)Not nullPrescriptio nPatie nt FKn病人编号EmployeeNoChar(13)Not nullPrescriptio nDoctor_FKn医生编号SickDateDatetimeNot nullYyy-mmm-ddd 格式就诊日期8处方表 PrescriptsnDetail，如表 3.8 所示。表 3.8 处方表 PrescriptionDatail数据项名类型（长度）是否为空约束说明说明|Prescripti onNoChar(14)Not nullPrimary keyPrescriptio n_PK处方编号SickDateDatetimeNot nullYyy-mmm-ddd 格式就诊日期Medici neNoChar(18)