医院门诊管理信息系统数据库设计Word文档下载推荐.docx
《医院门诊管理信息系统数据库设计Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《医院门诊管理信息系统数据库设计Word文档下载推荐.docx（25页珍藏版）》请在冰点文库上搜索。
所有的约束名用列名_Check，如BirthDay_Check。
〔5〕所有字段的命名规那么。
所有的属性名用具有实际含义的英文单词组成，且首个字母必须大写，如EmployeeName。
1.5需求分析
满足病人实现挂号功能，诊断需求，领药，方便，快捷接受医疗效劳。
1.5.1系统的功能需求
〔1〕病人管理
病人管理模块中，维护病人的根本信息，如病人姓名，性别，住址等。
可以添加、修改、删除、查询病人的信息。
〔2〕门诊挂号
输入病人的信息，系统会自动生成挂号费用，挂号完后系统会自动生成病号信息到病号信息库中。
如果挂号之前知道病号信息库中已存在该病号，那么可以直接调出该病号进行挂号操作。
挂号后病人挂号信息会传到医生处或收费室，由医生或收费室直接调用。
挂号单如果被调用后是不能取消和退号的，在还没被调用之前可以对挂号单取消和退号，被取消或被退号的挂号单也不能被调用。
退号必须是对已经挂号的挂号单退号，退号后冲减了原挂号单的挂号费用。
门诊挂号系统模块包括“门诊挂号〞、“挂号单的查询〞、“门诊退号〞、“退号单查询〞、“门诊挂号结账〞。
〔3〕医生管理
医生管理模块是医院信息系统的关键模块，医生填写病人病历，病情、病史的记载，医嘱的开立和实施，以及相关辅助功能。
该功能模块实现了医生病历收发和医嘱作业的数字化。
医生必须从挂号系统中调用已挂号的病号信息，直接输入处方工程，提交病号处方，处方传递到收费室收费。
医生管理中，维护医生及相关工作人员的根本信息，有利于管理者了解医院的人员动态。
〔4〕药房发放
药房发药系统是由药房执业人员完成的功能子模块，药房通过收款单来给病人发药。
病人只要交款后，可以直接到药房取药，节约了大量的人力和时间。
发药的同时减少药品库存量。
通过输入病人的姓名或收费单号即可查询到要发的药品名称。
药房发药系统具体包括了“药房发药子系统〞、“药房发药单的查询〞、“药品查询〞。
〔5〕处方管理
处方管理模块是医院信息系统的关键模块，是医疗工作最主要的信息来源。
主要功能是完成病历根本指标的填写，病情、病史的记载，医嘱的开立和实施，以及相关辅助功能。
处方管理包括“处方单录入子系统〞、“处方单的查询〞、“门诊处方退费单〞、“处方退费单查询〞。
1.5.2系统总体功能图
如图1.1所示。
图1.1“门诊管理〞总体功能
1.5.3业务规那么
〔1〕一所医院有多个就诊科室部门，每个科室部门都有科室名称〔唯一标识〕、地址、联系、科室简介等信息。
一个科室部门可以有多个员工，但是科室部门负责人只有一位员工。
〔2〕员工由员工编号唯一标识，需记录员工的姓名、性别、出生年月、身份证号、省份、联系、职位、薪水、工作年限、受教程度、住址等信息。
一个员工只属于一个科室部门。
〔3〕病人由唯一标识的病人编号构成，需存储病人的姓名、性别、生日、身份证号、联系、住址、过敏药物，工作等根本信息。
不允许同一个病人在同一个时段内就诊不同的部门。
〔4〕病历编号构成病历的唯一标识，需记录病症情况，就诊时间，就诊医生等信息。
一份病历只属于一个病人。
〔5〕药品由药品编号唯一标识，需存储药品名称、药品级别、单价、成分、治疗成效、生产商、生产日期、有效日期、备注等信息。
〔6〕挂号单由挂号编号唯一标识，需存储挂号的时间、挂号费用等信息。
〔7〕处方编号构成了处方的唯一标识，需存储就诊日期、药品名称、药品数量等信息。
〔8〕病人挂号后，需记录病人的挂号信息。
〔9〕在一个时间段，医生只给一位病人就诊，写一张处方。
〔10〕每个病人拥有只属于自己的唯一挂号单、唯一病历、唯一处方。
〔11〕当就诊相同病症的多位医生属于同一科室部门时，具有不同的医生编号。
〔12〕在同一时间段，药品发放人员只为一位病人发放药物。
〔13〕挂号处在同一时段只为一位病人挂号，产生挂号单。
〔14〕在就诊时，医生将病人的看病情况填写在病历上，并把处方单的内容存入处方系统。
1.5.4数据约束条件分析
〔1〕一天医院看病的人数不能超过9999人，这是医院接纳的最大人数。
〔2〕员工开始工作年龄超过18岁，满足工作年龄要求。
〔3〕病人编号规那么：
唯一标识一个病人，编号格式为病人第一次看病日期加流水号，如：
202112130001。
〔4〕联系不超过11或12位数。
〔5〕住址不超过25为汉字。
〔6〕为6位数。
〔7〕病历编号规那么：
唯一标识一张病历，‘日期’+’四位流水号’，如：
202112220001。
〔8〕员工编号规那么：
唯一标识一位员工,格式‘workDatetime’+三位流水号，如：
20210430001。
〔9〕职位填写规那么：
用于描述员工在医院中的职位，医护人员〔DR〕，药物管理员（MM）。
〔10〕科室编号规那么：
唯一标识一个科室，从编号00001开始。
〔11〕挂号单编号规那么：
唯一标识一张挂号单，格式‘日期’+‘5位流水号’，如：
r20912130001由系统自动生成一天内最大处理挂号数为9999。
〔12〕药品编号规那么：
唯一标识一种药品,格式为‘C’或者‘S’加’国药准字’，C表示普通药物，S表示特殊药物。
〔13〕处方编号规那么：
‘PR’+‘日期’+‘四位流水号’，如：
PR202112130001。
1.5.5实体与数据
〔1〕实体
通过以上分析可知，系统中的实体有：
病人、病历、员工、科室和药品。
实体的属性分别如下：
①病人：
病人编号、姓名、性别、出生日期、身份证号、、住址、、过敏；
②病历：
病历编号、就诊医师、就诊日期、主要病症；
③员工：
员工编号、姓名、性别、出生日期、身份证号、民族、、职位、工作日期、工作年限、学历、住址、、备注；
④科室：
科室编号、科室名称、上级部门、科室位置、负责人、、科室介绍；
⑤药品：
药品编号、药品名称、药品类别、单价、规格、主要成分、功能主治、用法用量、供给商、生产日期、有效日期、考前须知、库存量；
〔2〕实体间的联系
综合以上分析可知，实体之间有如下联系。
①病人和医生之间是多对多的关系（m:
n）。
②病人与病历之间是是一对一的关系（1:
1）。
③医生与病历之间是是多对多的关系（m:
④员工和科室之间是多对一的关系（n:
⑤病人和药品之间是多对多的关系（m:
⑥病人和科室之间是多对多的关系（m:
⑦病人与挂号单是一对一的关系（1:
〔3〕联系
通过以上分析可知，联系的属性如下所示。
①挂号单：
挂号单编号、就诊科室、挂号费、挂号时间；
每个病人看病时，只能有一张挂号单，同理，每个医生在诊断时，根据每张挂号单来。
②处方：
处方编号、就诊日期、药品编号、药品名称、数量。
每个病人拥有自己的处方，每个医生可以给多个病人开处方。
1.6数据字典
数据字典包括数据说明和数据的使用，具体内容如下所示。
1.6.1数据项与数据结构
如表1.1所示。
表1.1数据说明
实体
数据项名
说明
类型（长度）
病人
Patient
PatientNo
病人编号
Char（12）
PatientName
姓名
Varchar（10）
Sex
性别
Char
（1）
Birthday
出生日期
Datetime
ID
身份证号
Char（18）
Telephone
Varchar（12）
Address
住址
Varchar（50）
Zip
Char（6）
Hypersusceptibility
过敏药物
Varchar（100）
Job
职业
病历
CsRecord
CsRecordNo
病历编号
Char（14）
SickDate
就诊日期
Symptom
主要病症
员工表Employee
EmployeeNo
员工编号
Char（13）
EmployeeName
Nation
民族
Position
职位
Salary
工资
Numeric（10,2）
WorkDate
工作日期
WorkTerm
工作年限
int
EduacationLevel
学历
Remark
备注
科室
Department
DepartmentNo
科室编号
Char（5）
DepartmentName
科室名称
Varchar（20）
科室位置
Manager
负责人
Introduction
科室介绍
Varchar（200）
挂号单
Register
RegisterNo
挂号单编号
RegisterTime
挂号时间
RegisterFee
挂号费
药品
Medicine
MedicineNo
药品编号
MedicineName
药品名称
Varchar（25）
MedicineClass
药品类别
UnitPrice
单价
Numeric〔10，2〕
Specification
规格
Elements_M
主要成分
Varchar（256）
Function_M
功能主治
Usage
用法用量
Providcer
供给商
ProduceDate
生产日期
Usefullife
有效日期
Matters
考前须知
Amount
库存量
Int
处方主表
PrescriptionMaster
PrescriptionNo
处方编号
处方明细表
PrescriptionDetail
Quantity
药品数量
1.6.2数据处理
如表所示。
表1.2数据的使用
数据名称
功能实现
Instert_pat_inf
登记病人的根本信息
病人在经过挂号、就诊等一系列就医过程后，院方保存病人的信息资料。
Update_pat_inf
更新病人的根本信息
病人可能有时某些以保存的信息会发生改变，如住址。
Search_Hypersusceptibility
病人对某些药物的过敏
病人看病时，如果以前留有病人的资料，可以查询病人的过往资料，对哪些药物过敏。
Instert_Hypersusceptibility
第一次看病的病人，要就诊后，要添加病人的过敏药物。
Search_pat_inf
病人的根本信息
查询病人的信息
Del_pat_inf
病人的信息
删除病人的信息。
Instert_emp_inf
登记员工的根本信息
员工聘用后，存储其根本信息。
Update_emp_inf
更新员工的根本信息
员工可能有时某些以保存的信息会发生改变，如住址。
Search_emp_inf
员工的根本信息
查询员工的信息
Search_doctor_inf
医生的根本信息
查询医生的信息
Del_emp_inf
删除员工的根本信息。
Search_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
删除病人的处方信息。
Instert_med_inf
药品信息
添加新药品。
Search_med_inf
查询药品信息。
Update_med_inf
更新药品信息。
Del_med_inf
删除药品信息。
2概念设计
概念结构设计就是将需求分析得到的用户需求抽象为信息结构，以便更真实、更充分地反映现实世界。
概念设计局部主要包括实体的E-R图、联系的E-R图和系统总的E-R图。
实体及其属性
由需求分析知，根本实体有病人、病历、员工、科室和药品。
〔1〕病人：
病人编号、姓名、性别、出生日期、身份证号、、住址、、过敏、职业，如下图。
图病人
〔2〕病历：
病历编号、就诊日期、主要病症，如下图。
图2.2病历
〔3〕员工：
员工编号、姓名、性别、出生日期、身份证号、民族、、职位、工资、工作日期、工作年限、学历、住址、、备注，如下图。
图2.3员工
〔4〕科室：
科室编号、科室名称、科室位置、负责人、、科室介绍，如下图。
图2.4科室
〔5〕药品：
药品编号、药品名称、药品类别、单价、规格、主要成分、功能主治、用法用量、供给商、生产日期、有效日期、考前须知，如下图。
图药品
实体间的联系
〔1〕病人和医生之间是多对多的关系（m:
n）,如下图。
图2.6病人与医生的联系
〔2〕病人与病历之间是是一对一的关系（1:
1），如下图。
图2.7病人与病历之间联系
〔3〕医生与病历之间是是一对多的关系（1:
n），如下图。
图2.8医生与病历之间联系
〔4〕员工和科室之间是多对一的关系（n:
图2。
9员工与科室之间联系
〔5〕病人和药品之间是多对多的关系（m:
图2.10病人和药品之间的联系
〔6〕病人和科室之间是一对一的关系（1:
1）,如下图。
图2.11病人和科室之间的联系
〔7〕病人与挂号单之间是是一对一的关系（1:
图2.12病人与挂号单之间联系
2.3总体ER图
系统总的E-R图，如下图。
图2.13总体E-R图
3逻辑设计
根据概念设计，逻辑设计主要包括将实体转换成关系、将联系转换成关系、关系设计、相关属性约束说明、关系优化和关系表的建立。
3.1实体处理
通过分析，实体有病人、病历、员工、科室和药品5个，并且都是强实体集。
强实体集转换方式将强实体集映射成关系模式很直接，只需将实体集的每个属性对应的关系模式的属性，实体集的码作为关系模式的码。
〔1〕由病人Patient实体集转化的关系模式〔加下划线的属性表示它是主码成员，在后面的关系模式中同理〕。
Patient〔PatientNo，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，Usefullife，Matters〕。
3.2联系集处理
由概念设计可知实体之间的联系E-R图，那么联系集的属性如下所示。
〔1〕处方Prescription联系集是由病人Patient实体集与员工表Employee实体集之间的多对多联系集。
那么主码由所有参与实体集的主码的并集组成。
〔斜字体的表示外码〕
处方Prescription〔PrescriptionNo，EmployeeNo，PatientNo，SickDate，MedicineNo，MedicineName，Quantity〕。
〔2〕挂号单Register联系集是由病人Patient实体集与病历CsRecord实体集之间的一对一联系集。
那么主码可选择任何一个参与实体集的主码。
Register〔RegisterNo，PatientNo，RegisterTime，RegisterFee〕
〔3〕挂号单Register联系集是由病历CsRecord实体集与科室Department实体集之间的一对一联系集。
Register〔RegisterNo，PatientNo，DepartmentNo，RegisterTime，RegisterFee〕
3.3完整性约束
完整性约束包括实体完整性约束、参照完整性约束和用户自定义完整性约束，这里仅对实体完整性和用户自定义完整性约束作如下说明。
关系优化之后得到了8个最终表，分别如表3.1至3.7所示。
〔1〕所示。
是否为空
约束说明
Notnull
PrimarykeyPatient_PK
‘F’表示女，’M’表示男
Yyy-mmm-ddd格式
18位数字表示
null
11或12位数字表示
最多25个汉字表示
6位数字表示
Hypersusceptib
升级会员 