医院门诊收费系统.docx
- 文档编号:23497061
- 上传时间:2023-05-17
- 格式:DOCX
- 页数:21
- 大小:3.41MB
医院门诊收费系统.docx
《医院门诊收费系统.docx》由会员分享,可在线阅读,更多相关《医院门诊收费系统.docx(21页珍藏版)》请在冰豆网上搜索。
医院门诊收费系统
数据库课程设计报告
-------门诊收费信息系统
软件学院软件工程专业
xx级xx班
xxx
XXXX年XX月XX日
任课教师:
XXX
实验教师:
XXX
助教:
XXX
一、系统开发平台
题目:
医院门诊收费信息系统
开发环境:
MyEclipse6.0
数据库:
Mysql
开发语言:
JSP,JS,CSS,Ajax,Java
操作系统:
WindowsXP
二、数据库规划
2.1任务陈述
主要实现门诊划价收费、药品进销存管理、医生及科室工作量统计、库存及有效期管理、优惠打折收费等功能。
2.2任务目标
1.病人信息的录入、修改、删除和查找
2.医生信息的录入、修改
3.科室的录入、修改
4.收费项目的新建、编辑、查找、删除
5.药品实现进销存处理
6.收费员能实现收费,数额及清单系统自动计算显示
7.票据号系统自动产生,可根据票据查询在指定日期内各种收费项目的消耗情况
8.可废除票据,废票可查
三、系统定义
3.1系统边界
3.2用户视图
主管:
可查看给定的时间段内各种项目的收费情况、各收费员的收费工作汇总及各医生的工作
系统管理员:
插入删除查看修改各收费的项目的进销存处理状况;并且管理医院中职工的相应信息
收费员:
可查看各收费项目的详细信息、病人的信息,可录入修改病人状况,计算病人的结算单
医生:
可查看各收费项目的详细信息,病人的用药史,填写处方单
四、需求分析
4.1用户需求说明
4.1.1数据需求
医院的门诊部门有一个主管,一名或多名系统管理员,一名至多名医生和收费员,还有其他员工。
主管负责账目,医生负责为病人开处方,收费员负责收取病人费用,系统管理员负责收费项目、员工等信息的维护。
门诊部门的每一位员工都有自己的ID,其中医生包括ID、姓名、性别、科室,各员工只能用自己的ID和密码来登录系统。
病人到门诊部时先挂号,无病历的由收费员为其开新病历,病录入病人相关的信息,信息错误时刻修改、删除,病人的信息主要有病历号、姓名、性别、年龄、住址;医生可根据病人病历号查看病人曾经的用药,然后根据病情和病史开出药方,医生可查看到药方中收费项目的库存量、单价等,以及可以计算本药方的总费用,以便查看所开药剂是否有库存及方便病人咨询和更改药方。
病人拿到药方后到收费处收费,收费员计算总金额、找回的金额等,并且病人付费后,相应药品的库存量减少相应数目,病人付费后,其电子病历也会有相应更新上其所购药品。
系统管理员管理员工的资料,包括查看、插入、修改和删除,员工自己可查看自己的资料并且可修改自己的部分资料,病人的资料由收费员进行插入修改删除查看,当然系统管理员可对病人资料进行管理。
另外,各种收费项目的资料也由系统管理员进行维护,进行查看插入修改删除,当某种新药要入库时,需在相应的收费项目记录表中插入这种新药的记录。
只有主管可管理门诊部门的账目信息,每日账目由他亲自查看,各员工(收费员、医生等)的业务情况也只有能查询。
另外还可随时对已执行过的历史处方进行任意条件的查询。
对于门诊医师,系统可根据其开具的处方,自动统计各医师的工作量及业绩,以备考核之用;另外,系统对每一笔收银均做详细记录,每日交接班都可自动统计出收银员的收银明细及汇总结款表。
4.1.2事务需求
●数据录入
a.录入病人详细情况
b.录入医生详细情况
c.录入各收费项目的详细情况
d.录入处方的情况
●数据更新/删除
e.更新/删除病人信息
f.更新/删除医生信息
g.更新/删除各收费项目的信息
h.更新/删除处方上药品的信息
●数据查询
i.查询病人的病史情况
j.查询各收费项目的详细情况
k.查询某一时间段内各种收费项目的消耗情况
l.查询医生的某张处方的情况
m.查询医生的业绩情况
n.查询每日的账目情况
o.查询收费员某日的收银情况
4.2系统需求说明
网络和共享需求:
必须能够支持至少3名成员同时访问.需要考虑这么大数量并发访问的许可需求。
性能:
a单个记录查询时间少于1秒,高峰期少于5秒
b多个记录查询时间少于5秒,高峰期少于10秒
c更新/保存记录时间少于1秒,高峰期少于5秒
安全性:
a数据库必须有口令保护
b每个员工分配特定的用户视图所应有的访问权限
c员工只能在适合他们完成工作的需要的窗口中看到需要的数据
备份和恢复
每天24点备份
用户界面:
菜单驱动,联机帮助
法律问题:
对员工和病人信息管理,遵守法律
五、数据库逻辑设计
5.1ER图
5.2数据字典
实体
属性
数据的类型及长度
主码/候选码
允许空
多值属性
patient
病历号
姓名
性别
年龄
住址
Char4
Varchar20
Char2
Varchar6
Varchar50
病历号
否
是
是
是
是
否
否
否
否
否
Staff
工号
姓名
性别
年龄
科室
Char6
Varchar20
Char2
Varchar50
Varchar50
工号
否
是
是
是
是
否
否
否
否
否
Charge_item
处方号
收费项目号
Char4
Char4
处方号
否
否
否
是
Presci_item
收费项目号
名称
存货量
进价
售价
Char4
Varchar20
Varchar10
Varchar10
Varchar10
收费项目号
否
是
是
是
是
否
否
否
否
否
5.3关系表
实体
多样性
联系
多样性
实体
patient
1..*
1..*
1..*
Presci_by_for
Presci_by_for
Cashier_work
*..1
*..1
*..1
Presci_item
staff
staff
staff
1..*
1..*
1..*
Presci_by_for
Presci_by_for
Cashier_work
*..1
*..1
*..1
Patient
Presci_item
patient
Presci_item
1..1
1..1
1..*
Presci_by_for
Presci_by_for
拥有
*..1
*..1
1..1
Staff
Patient
Charge_item
Charge_item
1..*
拥有
*..1
Presci_item
六、数据库物理设计
6.1索引
Patient中病历号为其索引,一个病人只有一个病历号,通过病历号可以查询到病人的各种信息;
Staff中工号为其索引,可根据工号查询医生开处方的详细信息以及收费员收费的各种信息;
Charge_item中收费项目号为其索引,对应着各收费项目的信息,并且在处方单中,处方号对应多个收费项目号;
Price_by_for中处方号为其索引,一个处方号对应一个工号和病历号。
6.2视图
数据库的视图拥有很多的优点:
简单性。
看到的就是需要的。
视图不仅可以简化用户对数据的理解,也可以简化他们的操作。
那些被经常使用的查询可以被定义为视图,从而使得用户不必为以后的操作每次指定全部的条件。
安全性。
通过视图用户只能查询和修改他们所能见到的数据。
数据库中的其它数据则既看不见也取不到。
数据库授权命令可以使每个用户对数据库的检索限制到特定的数据库对象上,但不能授权到数据库特定行和特定的列上。
逻辑数据独立性。
视图可帮助用户屏蔽真实表结构变化带来的影响。
6.3安全机制
系统安全:
登录系统时都要输入用户名和密码,输入正确时才可以进入系统。
根据用户名,系统先判断该用户的身份(收费员,医生,管理员,主管),打开相应的界面,其他界面该用户没有权限访问。
数据安全:
不同身份的用户,所能进入的界面是不同的,享有不同的权限。
只有管理员才可以实现添加,修改,删除一些重要信息,其他用户都只具有及自己工作相关的权限,以确保数据库不被随意更改,保证数据安全。
6.4其他
为消除冗余,数据库中的表特意增加并且各表之间的关系都做了相应的设置,保证了无冗余并且当插入或删除某些信息时候数据库中及其有关的表都能做相应的修正。
七、应用程序设计
7.1功能模块
收费员:
挂号(可增删改病人信息);
收费(按处方号进行收费);
查看处方(可查看各处方的内容);
查看收费项目(查看各收费项目的详细信息);
医生:
写处方(处方号根据数据库自动生成)
查看处方(查看处方详细内容)
查看收费项目(可观察到各个收费项目的详细信息,以此来开处方)
管理员:
管理病人(增删改)
管理职工(增删改)
管理收费(增删改)
管理登陆(赋予或修改删除某员工权限)
主管:
绩效考核(考核员工工作情况)
处方检索(查看医生开具处方的信息)
收银管理(查看各处方的收费状况及各收费员的收费状况)
处方查看(查看各处方详细信息)
7.2界面设计
参考资料:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 门诊 收费 系统