概要设计说明书门诊医生工作站系统.docx
《概要设计说明书门诊医生工作站系统.docx》由会员分享,可在线阅读,更多相关《概要设计说明书门诊医生工作站系统.docx(15页珍藏版)》请在冰豆网上搜索。
概要设计说明书门诊医生工作站系统
门诊医生工作站系统
概要设计说明书
编写人:
吴德辉
审核人:
李亚刚
编写日期:
2012-10-27
1引言
1.1编写目的
根据需求分析说明书中的用户需求,编写概要设计说明书,为开发过程提供了较为扼要的说明,使系统开发各类技术人员对整个系统所需实现的功能以及测试过程中的各项测试内容有较为具体的认识,为整个系统的开发、测试、评定和移交的提供基础,本报告一旦确认后将成为系统开发各类技术人员共同遵守的准则,并为以后的修改工作提供依据。
本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、测试人员、管理人员、项目评审人员。
1.2背景
说明:
系统名称:
门诊医生工作站系统概要设计说明书
项目提出者:
海南医学院09信管吴德辉
开发者:
海南医学院09信管吴德辉
用户:
各个医院
运行该软件的计算机(中心):
各个医院计算机局域网
1.3定义
SQLSTRUCTUREQUERYLANGUAGE数据库语言
DbmsDATABASEMANAGEMENTSYSTEM数据库管理系统
CSCLINICDOCTORWORKSTATIONSYSTEM门诊医生工作站系统
CRCLINICREGISTERED门诊挂号
CPCLINICPHARMACY门诊药房
CCCLINICCHARGE门诊收费
CMICLINICMEDICALINSURANCE门诊医保
COCLINICOPERATION门诊手术
CICLINICINSPECT门诊检验
1.4参考资料
列出有关的参考文件,如下:
a.《卫生部医院信息管理系统基本功能规范》
b.《门诊医生工作站系统可行性分析报告》
c.《门诊医生工作站系统需求规格说明书》
2总体设计
2.1需求规定
该门诊医生工作站系统主要分为6个模块,分别对医院的门诊挂号、门诊药房、门诊收费、门诊医保、门诊手术、门诊检验各方面的功能进行信息化的实现。
关于门诊医生工作站系统的主要输入输出项目、处理的功能性能要求,可参考关于该系统的需求规格说明书的需求规定。
2.2运行环境
本系统适行在MicrosoftWindows的各个版本下,包括Windows9X(win95需要升级系统文件)、WindowsMe、WindowsNT、Windows2003、WindowsXP等平台下,奔腾512MHz或更快,1G内存或更多,250G磁盘空间。
2.3基本设计概念和处理流程
系统基本设计概念:
将整个系统分为6个模块,分别对各个子系统的功能和数据库进行设计。
再把各个系统进行合并,并定义各个子系统对其他系统的通信接口以及设计整体数据库,形成一个整体门诊医生工作站系统。
流程如下:
2.4结构
用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系.
整个系统按功能划分,可分为6个模块
编号
模块名称
模块功能
功能说明
1
门诊挂号
病人挂号
添加、删除、更新、查询
2
门诊收费
病人缴费
添加、删除、更新、查询
3
门诊药房
病人取药
添加、删除、更新、查询
4
门诊检验
病人检查
添加、删除、更新、查询
5
门诊医保
病人医保
添加、删除、更新、查询
6
门诊手术
病人手术
添加、删除、更新、查询
2.5功能需求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:
功能需求
程序实现分配
挂号处理
getDataOnDutyInfo
chargeForRegister
addRegisterRecord
printRegisterInfo
delRegisterInfo
病历管理
addPatientRecord
getPatientInfo
updatePatientRecord
药物划价
getMedicianUnitPrice
MedicianTotalVal
printMedicianCharge
chargeForMedicianVal
病情统计
staticPatientInfo
财务收入管理
setRegisterCharge
chargeForRegister
chargeForMedicianVal
setSetionProfit
财务支出管理
payForDoctorSalary
payForMedicineToBuyPrice
利润统计
getTotal
staticDayTotalRevenue
staticMonthTotalPayout
staticMonthTotalRevenue
定期结算
staticDayRegister
staticDayProfitBySection
staticMonthProfitBySection
员工资料管理
getDataOnDutyInfo
addDoctorRecord
deleteDoctorRecord
modifyDoctorRecord
员工资料查询
getDoctorDetail
getDoctorSalary
getDoctorContact
getDoctorDutyList
员工任务分配
staticSectionInfor
核查药物信息
getMedicianUnitPrice
getMedicianDetail
药物信息管理
addMedicianRecord
deleteMedicianRecord
药物采购
getMedicineToBuyPrice
payForMedicineToBuyPrice
库存管理结算
staticMonthInStorage
staticMonthOutStorage
2.6人工处理过程
系统运行时需要的人工输入有:
a.病人挂号信息:
挂号单编号由系统直接生成,其他信息由门诊收费员输入
b.病历单信息:
主要记录病人的病史,由医生给出,门诊收费员输入
c.挂号费设置:
挂号费设置,由门诊子系统管理人员设置
d.诊断信息:
医生诊断信息,记录在诊断单
e.药品信息:
每当购入新药,由药房管理子系统人员输入
f.医生信息:
医院所有医务人员的基本信息,包括新建,管理,删除,由人事管理人员负责。
2.7尚未解决的问题
a)系统运行中途发生重大错误的数据恢复
b)门诊规模扩大后系统的适应性
c)病人转诊机制
3接口设计
3.1用户接口
系统登陆:
系统启动的时候首先要求用户输入用户名以及密码;系统再根据用户输入的用户类型来确定用户的操作权限。
一般的用户分为6个类别系统管理员、门诊子系统用户、后勤子系统用户和药物子系统用户。
系统提供的用户接口通过界面的菜单来实现,具体的操作如下:
门诊挂号子系统操作:
1)查询操作:
查询当值员工资料,确定当前员工的当值情况;查询药物库存,确定药单所需药物是否有足够的供应;查询病例记录,以确定病人是否的数据库中是否已有了记录。
2)挂号操作:
生成挂号单,并更新数据库中的挂号记录;
3)划价操作:
对病人的药物单进行划价,计算总的价格;
4)统计操作:
对数据库的挂号以及病历记录进行统计,统计出近期的发病情况以做出有效处理。
5)费用收取:
挂号费的收取、药物费用收取
后勤子系统操作:
1)统计处理:
结算操作、并统计各科室的利润
2)添加员工信息:
新建并更新员工信息,包括员工基本资料、联系方式、以及工作安排等
3)分发工资:
根据攻击级别为每个员工分发当月工资
4)查询操作:
可以根据员工的ID和姓名对员工资料、联系方式以及工作时间进行查询
5)工作安排:
安排每个员工的工作时间
药物子系统操作:
1)药物采购:
利用财务系统的资金对需要的药物进行购入
2)药物查询:
可根据药物的编号和名称对药物信息进行查询
3)统计操作:
对药物信息、库存进行统计
3.2外部接口
系统的外部接口包括:
1、数据库的接口:
SQL2005数据库与windows操作系统的连接接口。
2、门诊系统与读卡机(pos机)的接口
3、与基本硬件的接口
3.3内部接口
a)病人简历接口,主要介绍病人的进本信息,供医务人员观看。
b)药物价单接口,供病人查看药物信息和核实自己的药物总费用是否有出入。
c)医务人员简历接口,供病人查看和领导人员观察的医务人员信息。
4运行设计
4.1运行模块组合
系统的各个模块都与数据库连接,所以运行时各个模块都可以独立运行。
在系统登陆完成之后,用户在各自的模块进行操作。
整个系统在局域网的环境下所进行,各个模块通过数据库进行信息的交流。
4.2运行控制
如2.3图所示,先由操作系统启动门诊医生工作站系统,然后用户登录认证,然后再根据2.4表所示,选取相应的子系统,进行功能操作,最后退出系统。
4.3运行时间
系统所要求所有的操作都必须在5秒内作出响应。
5系统数据结构设计
5.1逻辑结构设计要点
该系统使用的数据结构由数据库的表来实现,具体如下:
用户
用户名UserName
密码Password
用户类型UserType
病人
病案号MedicalRecordID
身份Identity
挂号费用RegisterCharge
医疗费用MedicalTreatmentCharge
病历
病案号MedicalRecordID
病人姓名PatientName
病人性别PatientSex
病人生日PatientBirthday
诊断时间Date
主诊医生号DocID
诊断结果Result
主诉Symptom
输血日期TransfuseDate
输血量TransfuseAmount
血型BloodType
医生
医生号DocID
姓名Name
性别Sex
生日Birthday
职位Post
级别Grade
办公室Office
工作年份WorkYear
科室Department
手机MobilePhone
电话Phone
传真Fax
QQ号QQ
电子邮箱Email
地址Address
工作时间表号DutyListID
工资单
医生号DocID
工资Salary
奖金Award
扣除Deduct
津贴Buckshee
总工资SalarySum
工作时间表
医生号DocID
星期天上午SundayAm
星期天下午SundayPm
星期一上午MondayAm
星期一下午MondayPm
星期二上午TuesdayAm
星期二下午TuesdayPm
星期三上午WednesdayAm
星期三下午WednesdayPm
星期四上午ThursdayAm
星期四下午ThursdayPm
星期五上午FridayAm
星期五下午FridayPm
星期六上午SaturdayAm
星期六下午SaturdayPm
药品基本信息
药品号MedID
名字Name
类型Type
价格Price
单位Unit
入库药品信息
药品号MedID
生产商Producer
供应商Supplier
包装单位PackageUnit
生产日期ProductDate
过期日期OverDate
进库如期InDate
进库数目InAmount
经手人Handler
总价格TotalCost
出库药品信息
药品号MedID
就诊卡号SickID
出库数量OutAmount
经手人Handler
日收入信息
收入流水IDchargeID
时间chargeTime
类型chargeType
金额chargeVal
经手人chargeAgent
总收入信息
日期chargeTime
类型chargeType
金额chargeVal
总资产信息
日期totalTime
总收入金额totalInVal
总支出金额totalOutVal
总利润totalVal
日支出信息
支出IDoutID
日期outTime
类型outType
金额outVal
经手人outAgent
总支出信息
日期outTime
类型outType
金额outVal
数据结构关系
数据项
数据项ID
病人病历关系
病案号
MedicalRecordID
病历与医生关系
医生号
DocID
医生与工资单关系
医生号
DocID
医生与工作时间表关系
医生号
DocID
入库药品信息与药品基本信息关系
药品号
MedID
出库药品信息与药品基本信息关系
药品号
MedID
5.2物理结构设计要点
该系统数据结构采用SQL2005数据库实现并存储,数据库名称为CDWSDataBase。
CDWSystem共分为六个子系统,数据间的交流通过数据库实现,因此,要求数据库对于四个子系统均可见,而且要求数据的一致,通过SQL语言访问数据库,并由DBMS实现物理存储以及安全管理。
5.3数据结构与程序的关系
数据结构
系统函数
用户
病人
chargeForRegister
addRegisterRecord
chargeForMedicianVal
病历
getPatientInfo
addPatientRecord
updatePatientRecord
staticPatientInfo
医生
getDataOnDutyInfo
getDoctorDetail
getDoctorSalary
payForDoctorSalary
getDoctorContact
getDoctorDutyList
addDoctorRecord
modifyDoctorRecord
staticSectionInfor
工资单
getDoctorSalary
payForDoctorSalary
工作时间表
getDataOnDutyInfo
getDoctorDutyList
药品基本信息
getMedicianUnitPrice
getMedicianDetail
addMedicianRecord
deleteMedicianRecord
入库药品信息
payForMedicineToBuyPricegetMedicineToBuyPrice
staticMonthInStorage
staticMonthOutStorage
出库药品信息
getMedicianUnitPrice
MedicianTotalVal
6系统出错处理设计
6.1出错信息
系统功能模块在连接数据库失败的时候会发出操作失败的错误信息。
6.2补救措施
故障出现后的补救措施包括:
a.启动备份数据库,对丢失的数据进行恢复。
b.重新启动系统,恢复系统正常运行。
c.对原来的数据库进行备份,并对这次错误进行详细的记录,以便以后的检查。
6.3系统维护设计
作为一个产品,医院信息管理系统必须按照规范的步骤进行开发,并充分考虑软件可维护性,同时必须按时认真完成相应文档资料,以利于未来版本升级即移植等二次开发。