医院信息管理系统概要设计说明书
编写人
审核人：
编写日期：2012/4/18
医院信息管理系统 (1)
概要设计说明书 (1)
1引言 (4)
1.1编写目的 (4)
1.2背景 (4)
1.3定义 (4)
1.4参考资料 (4)
2总体设计 (5)
2.1需求规定 (5)
2.2运行环境 (5)
2.3基本设计概念和处理流程 (5)
2.4结构 (6)
2.5功能需求与程序的关系 (8)
2.6人工处理过程 (9)
2.7尚未解决的问题 (9)
3接口设计 (9)
3.1用户接口 (9)
3.2外部接口 (10)
3.3内部接口 (10)
4运行设计 (11)
4.1运行模块组合 (11)
4.2运行控制 (11)
4.3运行时间 (11)
5系统数据结构设计 (11)
5.1逻辑结构设计要点 (11)
5.2物理结构设计要点 (14)
5.3数据结构与程序的关系 (14)
6系统出错处理设计 (15)
6.1出错信息 (15)
6.2补救措施 (16)
6.3系统维护设计 (16)
1引言
1.1编写目的
根据需求分析说明书中的用户需求，编写概要设计说明书，为开发过程提供了较为扼要的说明，使系统开发各类技术人员对整个系统所需实现的功能以及测试过程中的各项测试内容有较为具体的认识，为整个系统的开发、测试、评定和移交的提供基础，本报告一旦确认后将成为系统开发各类技术人员共同遵守的准则，并为以后的修改工作提供依据。
本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、测试人员、管理人员、项目评审人员。
1.2背景
说明：
系统名称：医院管理系统概要设计说明书
项目提出者：郑州大学10级软工一班某小组
开发者：郑州大学10级软工一班某小组
用户：各个医院
运行该软件的计算机（中心）：各个医院计算机局域网
1.3定义
SQL STRUCTURE QUERY LANGUAGE 数据库语言
HIS HOSPITAL INFORMATION SYSTEM 医院信息管理系统
Dbms DATABASE MANAGEMENT SYSTEM 数据库管理系统
CS CLINIC SYSTEM 门诊系统
WMS WARD MANAGEMENT SYSTEM病区管理系统
DMS DRUGSTORE MANAGEMENT SYSTEM药房管理系统
SMS SEVICE MANAGEMENT SYSTEM后勤管理系统
1.4参考资料
列出有关的参考文件，如下：
a.《卫生部医院信息管理系统基本功能规范》
b.《医院信息管理系统可行性分析报告》
c.《医院信息管理系统需求规格说明书》
2总体设计
2.1需求规定
该医院信息管理系统主要分为四个模块，分别对一般社区医院的门诊、药物、病房、后勤各方面的功能进行信息化的实现。
关于社区医院管理系统的主要输入输出项目、处理的功能性能要求，可参考关于该系统的需求规格说明书的需求规定。
2.2运行环境
本系统适行在Microsoft Windows 的各个版本下，包括Windows9X(win95需要升级系统文件）、Windows Me、Windows NT、Windows2000、Windows XP等平台下,奔腾166MHz或更快,64 MB内存或更多,16MB磁盘空间。
2.3基本设计概念和处理流程
系统基本设计概念：将整个系统分为4个模块，分别对各个子系统的功能和数据库进行设计。再把各个系统进行合并，并定义各个子系统对其他系统的通信接口以及设计整体数据库，形成一个整体信息管理系统。
流程如下：
2.4结构
用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系.
整个系统按功能划分，可分为4个模块
2.5功能需求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：
2.6人工处理过程
系统运行时需要的人工输入有：
a.病人挂号信息：挂号单编号由系统直接生成，其他信息由门诊收费员输入
b.病历单信息：主要记录病人的病史，由医生给出，门诊收费员输入
c.挂号费设置：挂号费设置，由门诊子系统管理人员设置
d.诊断信息：医生诊断信息，记录在诊断单
e.药品信息：每当购入新药，由药房管理子系统人员输入
f.医生信息：医院所有医务人员的基本信息，包括新建，管理，删除，由人事
管理人员负责。
2.7尚未解决的问题
a)系统运行中途发生重大错误的数据恢复
b)医院规模扩大后系统的适应性
c)病人转诊机制
3接口设计
3.1用户接口
系统登陆：系统启动的时候首先要求用户输入用户名以及密码；系统再根据用户输入的用户类型来确定用户的操作权限。一般的用户分为4个类别系统管理员、门诊子系统用户、后勤子系统用户和药物子系统用户。
系统提供的用户接口通过界面的菜单来实现，具体的操作如下：
门诊子系统操作：
1)查询操作：查询当值员工资料，确定当前员工的当值情况；查询药物库存，
确定药单所需药物是否有足够的供应；查询病例记录，以确定病人是否的数据库中是否已有了记录。
2)挂号操作：生成挂号单，并更新数据库中的挂号记录；
3)划价操作：对病人的药物单进行划价，计算总的价格；
4)统计操作：对数据库的挂号以及病历记录进行统计，统计出近期的发病情况
以做出有效处理。
5)费用收取：挂号费的收取、药物费用收取
后勤子系统操作：
1)统计处理：结算操作、并统计各科室的利润
2)添加员工信息：新建并更新员工信息，包括员工基本资料、联系方式、以及
工作安排等
3)分发工资：根据攻击级别为每个员工分发当月工资
4)查询操作：可以根据员工的ID和姓名对员工资料、联系方式以及工作时间
进行查询
5)工作安排：安排每个员工的工作时间
药物子系统操作：
1)药物采购：利用财务系统的资金对需要的药物进行购入
2)药物查询：可根据药物的编号和名称对药物信息进行查询
3)统计操作：对药物信息、库存进行统计
3.2外部接口
系统的外部接口包括：
1、数据库的接口：SQL2000数据库与windows操作系统的连接接口。
2、门诊系统与读卡机（pos机）的接口
3、与基本硬件的接口
3.3内部接口
a)病人简历接口,主要介绍病人的进本信息，供医务人员观看。
b)药物价单接口，供病人查看药物信息和核实自己的药物总费用是否有出入。
c)医务人员简历接口，供病人查看和领导人员观察的医务人员信息。
4运行设计
4.1运行模块组合
系统的各个模块都与数据库连接，所以运行时各个模块都可以独立运行。在系统登陆完成之后，用户在各自的模块进行操作。整个系统在局域网的环境下所进行，各个模块通过数据库进行信息的交流。
4.2运行控制
如2.3图所示，先由操作系统启动医院信息管理系统，然后用户登录认证，然后再根据2.4表所示，选取相应的子系统，进行功能操作，最后退出系统。
4.3运行时间
系统所要求所有的操作都必须在2秒内作出响应。
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
日收入信息
收入流水ID chargeID
时间chargeTime
类型chargeType
金额chargeVal
经手人chargeAgent
总收入信息
日期chargeTime
类型chargeType
金额chargeVal
总资产信息
日期totalTime
总收入金额totalInVal
总支出金额totalOutVal
总利润totalVal
日支出信息
支出ID outID
日期outTime
类型outType
金额outVal
经手人outAgent
总支出信息
日期outTime
类型outType
金额outVal
5.2物理结构设计要点
该系统数据结构采用SQL2000数据库实现并存储，数据库名称为CHISDataBase。CHIS共分为四个子系统，数据间的交流通过数据库实现，因此，要求数据库对于四个子系统均可见，而且要求数据的一致，通过SQL语言访问数据库，并由DBMS实现物理存储以及安全管理。
5.3数据结构与程序的关系
6系统出错处理设计
6.1出错信息
系统功能模块在连接数据库失败的时候会发出操作失败的错误信息。
6.2补救措施
故障出现后的补救措施包括：
a．启动备份数据库，对丢失的数据进行恢复。
b．重新启动系统，恢复系统正常运行。
c．对原来的数据库进行备份，并对这次错误进行详细的记录，以便以后的检查。
6.3系统维护设计
作为一个产品，医院信息管理系统必须按照规范的步骤进行开发，并充分考虑软件可维护性，同时必须按时认真完成相应文档资料，以利于未来版本升级即移植等二次开发。
《XXXXXX》概要设计说明书 张三、李四、王五
1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下： 1．3定义 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写
系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司1999/3 2．机票预定系统项目开发计划《**》软件开发小组1999/3 3．需求规格说明书《**》软件开发小组1999/3 4．用户操作手册（初稿）《**》软件开发小组1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6．软件工程张海藩清华大学出版社1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
题目：医院管理信息系统 概要设计说明书 院（系）软件学院 专业软件工程 年级 姓名学号 指导教师职称
年4月25日
1 概述.......................................................................................................... 3错误!未定义书签。 1.1编写目的与意义................................................................................ 错误!未定义书签。。 1.2项目背景........................................................................................... 3错误!未定义书签。 2 任务简介................................................................................................... 3错误!未定义书签。 2.1项目简介........................................................................................... 3错误!未定义书签。 2.2运行环境 .................................................................................................... 3错误!未定义书签。 2.3系统限制 .................................................................................................... 3错误!未定义书签。 2.4设计原则 .................................................................................................... 3错误!未定义书签。 3 系统功能结构 .............................................................................................. 错误!未定义书签。 3.1人工处理部分 (4) 3.2 门诊管理模块 (5) 3.3 住院管理模块 (8) 3.4 药品管理模块 (10) 3.5 病历管理模块 (13) 3.6 数据字典（DD） (14) 3.7 数据流图 (15) 3.7.1 顶层数据流图 3.7.2 2层数据流图 4 结束心得................................................................................................. 16错误!未定义书签。
1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 总体设计 (3) 2.1 简述 (3) 2.2 架构设计 (4) 2.2.1 系统逻辑架构图 (4) 2.2.2 系统物理架构图 (4) 2.2.3 顶层系统包图 (5) 2.2.4 业务类包图 (6) 2.2.5 子系统关系图 (6) 2.3 接口设计 (6) 2.3.1 界面框架设计 (6) 2.3.2 外部接口设计 (7) 3 子系统设计 (7) 3.1 基础信息子系统 (7) 3.1.1 子系统说明 (7) 3.1.2 类图 (8) 3.1.3 类说明 (12) 3.1.4 界面设计 (19) 3.2 我的工作台子系统 (21) 3.2.1 子系统说明 (21) 3.2.2 类图 (22) 3.2.3 类说明 (26) 3.2.4 界面设计 (32) 3.3 工作进展子系统 (33) 3.3.1 子系统说明 (33) 3.3.2 类图 (34) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)
3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表（PUBLIC_ROLE） (46) 5.1.2 权限表（PUBLIC_PRIVILEGE） (46) 5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE） (46) 5.1.4 部门表（PUBLIC_ DEPT） (46) 5.1.5 岗位表（PUBLIC_POST） (47) 5.1.6 员工表（PUBLIC_MEMBER） (47) 5.1.7 工作任务表（WORKPLAN_ TASK） (48) 5.1.8 任务分派表（WORKPLAN_ ALLOTTASK） (48) 5.1.9 工作计划表（WORKPLAN_ PLAN） (48) 5.1.10 计划任务表（WORKPLAN_ PLANTASK） (49) 5.1.11 工作日志表（WORKPLAN_ WORKLOG） (49) 5.1.12 工作汇报表（WORKPLAN_ WORKREPORT） (50) 5.1.13 信息发布表（PUBLIC_ PUBLISHINFO） (50) 5.1.14 收件箱表（PUBLIC_INBOX） (50) 5.1.15 系统操作日志表（PUBLIC_OPERA TELOG） (51) 5.1.16 个人提醒设置表（PUBLIC_EVENTS） (51) 5.1.17 系统表（PUBLIC_SYSTEM） (52) 5.1.18 系统功能模块表（PUBLIC_SYSTEMMODULE） (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)
KTV点歌系统概要设计说明书
1. 引言 1.1目的 选歌系统是为某KTV唱吧开发的视频歌曲点唱软件。该软件能方便顾客进行选歌，帮助系统管理员管理歌曲的播放，提高KTV歌曲点唱的效率和准确率。 本文档为该系统的概要设计说明书，详细阐述了对用户所提出需求的设计方案，对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时，对软件应具有的功能和性能及其他有效性需求也进行了定义。 1.2项目背景 ●系统名称：选歌系统 ●项目提出者：某KTV唱吧 ●项目开发者： ●项目管理者： ●最终用户：某KTV唱吧 1.3术语定义 实现环境：系统运行的目标软件、硬件环境。 实现技术：系统所采用的软件技术或体系结构。 实现语言或工具：实现系统最终采用的编程语言或工具包，如Delphi、VB、PB、Java、Ada等。 参考资料 1)新余电视点播系统； 2)某KTV唱吧《视频点歌系统计划任务书》； 本项目所参照的文件有： 3)康博工作室，《Visual Basic 新起点》，机械工业出版社，2000
2. 系统概述 2.1系统需求 2.1.1系统目标 本软件是为某KTV唱吧开发的视频点歌系统软件。该软件用于提高点歌系统的工作效率。随着人们业余生活的丰富，休闲活动的多种多样，人们更多的喜欢选择KTV这种形式的娱乐方式。且随着计算机普及，点歌系统越来越智能化，人性化；一个好的音乐唱吧必须要拥有一个方便、快捷、准确的点歌系统，因此，急需一个软件系统解决这些问题。本软件应能结合当前选歌播放手工操作的流程以及将来业务发展的需要，对视频点歌系统中歌曲信息、歌手信息、最新排行榜等等的查询、更新提供完全的计算机管理。 2.1.2性能需求 数据精确度 数量值：精确到小数后一位； 时间值：精确到日，并以yyyy/mm/dd的形式表示； 价格值：精确到分，并以.XX的形式表示。 时间特性 页面响应时间：不超过10秒 更新处理时间：不超过15秒 数据转换与传输时间：不超过30秒。 适应性 1) 开发基于的平台要考虑向上兼容性，如操作系统，数据库等要考虑更高版本的兼容 性。 2) 当需求发生变化时系统应具有一定的适应能力，要求系统能够为将来的变更提供以 下支持：能够在系统变更用户界面和数据库设计，甚至在更换新的DBMS后，系统的现有设计和编码能够最大程度的重用，以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分
医院信息管理系统 Document serial number【UU89WT-UU98YT-UU8CB-UUUT-UUT108】
课程设计报告设计题目：医院信息管理系统 专业信息与计算科学 班级 1班 学号 学生姓名 指导教师 设计时间 2013-2014学年3学期 教师评分
2014年 7 月 11 日
目录目录
1.概述 目的 当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。 尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。本系统就是为了更好管理门诊信息而设计的。 当前，医院作为病人就诊的地方，有许多信息需要处理和管理。现今，有很多门诊信息都是初步开始使用，甚至尚未使用计算机进行信息处理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于病历等很多信息都是用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。 数据处理手工操作，工作量大，出错率高，出错后不易更改。基于这此问题，我认为有必要建立一个医院管理系统，使医院管理工作规范化，系统化，程序化，避免医院管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改医院情况。 开发门诊管理系统的现实意义：
【最新资料,Word版，可自由编辑！】
医院信息化是医院应用信息技术及其产品的过程，是信息技术由局部到全局、由战术层次到战略层次向医院的全面渗透，运用于流程管理、支持医院经营管理的过程。信息化的实施从自上而下的角度说，必须与医院的制度创新、组织创新和管理创新结合；从自上而下的角度说，必须以作为医院主体的业务人员直接受益及其使用水平的逐步提高为基础。 医院信息系统属于世界上现存的企业及信息系统中最为复杂的一类，这是医院本身的目标、任务和性质决定的；它应用于医院的医疗管理、经济管理等各个方面，牵涉的信息种类十分庞杂；它融合了医院的管理思想和各部门的业务经验，是医院当前运作方式和业务流程的具体体现，同时又在一定程度上反作用于医院当前的运作方式和业务流程：他实施的技术手段与当前快速发展的信息技术密切相关，实施的广度和深度（如电子日历、电子支付等）又受到社会大环境信息化程度的影响，受到国家和有关部委制定的法律法规的影响。 因此，医院信息化建设工作具有长期性、复杂性和内容的多变性；医院信息系统不是一个简单的、封闭的、静止的软件，而是一个复杂的、开放的、在应用的深度和广度上逐步变化和发展的软件系统。
需求分析分为三个部分：需求的文字表述、数据流图、数据字典。一、需求分析 第一部分调查用户需求 本系统的最终用户为医院，我们根据从医院方面取得的图表资料、文字资料以及其他细节方面的信息，根据我们日常生活中的经验，根据我们所做的其他询问和调查，得出用户的下列实际要求： 1、医院的组织机构情况 一所医院的主要构成分为两个部分，一是门诊部门，二是住院部门，医院的所有日常工作都是围绕着这两大部门进行的。 门诊部门和住院部门各下设若干科室，如门诊部门下设口腔科、内科、外科、皮肤科等，住院部门下设内科、外科、骨科等，二者下设的部分科室是交叉的，各科室都有相应的医生、护士，完成所承担的医疗工作，医生又有主治医师、副主任医师、普通医师或教授、副教授、其他之分。 为了支持这两大部门的工作，医院还设置了药库、中心药房、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案室、手术室，以及为医院的日常管理而设置的行政部门等。 其中，药库负责药品的贮存、发放和采购；中心药房负责住院病人的药品管理，包括根据处方及医嘱生成领药单，向药库领药，配药并把药品发给相应的病区，以及药房的库存管理和病区余药回收；门诊药房负责门诊病人的药品管理，包括根据处方，按处方内容备药、发药，向药库领药等；制剂室负责药物的配制，并提供给药库；设备科负责医院的医疗设备等的购入和维修等；财务科负责医院中
软件概要设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3预期读者和阅读建议 (2) 1.4参考资料 (2) 2. 设计概述 (3) 2.1限制和约束 (3) 2.2设计原则和设计要求 (3) 3. 系统逻辑设计 (4) 3.1系统组织设计 (4) 3.2系统结构设计 (4) 3.2.1 系统特性表 (5) 3.2.2 系统特性结构图 (6) 3.3系统接口设计 (6) 3.3.1 系统接口表 (6) 3.3.2 系统接口传输协议说明 (7) 3.4系统完整性设计 (7) 4. 系统出错处理设计 (8) 4.1系统出错处理表 (8) 4.2维护处理过程表 (9) 5. 技术设计 (10) 5.1系统开发技术说明表 (10) 5.2开发技术应用说明 (11) 6. 数据库设计 (11) 7. 词汇表 (11) 8. 进度计划 (11)
1. 引言 引言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构，包括数据库结构和出错处理，从而对该软件产品的结构的描述。 如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 预期读者和阅读建议 列举本软件系统概要设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.4 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导；
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
东北大学秦皇岛分校 数据库原理课程设计报告 医院信息管理系统 学院数学与统计学院 专业信息与计算科学 学号7110117 姓名王启 指导教师张建波崔向南 成绩 教师评语： 指导教师签字： 2014年1月4日
1绪论 1、背景 随着社会化大生产的不断扩大和社会对产品多样化的需求，人们越来越重视信息在生产经营及企业管理中的作用，并把它当做企业的一种极其重要的资源，人们称之为“信息资源”，信息资源的处理已经成为当今世界上一项主要的社会活动。同样，在医疗系统中也不例外，其中加强对门诊信息的管理，一方面能更好为病人服务，另一方面能加强对医院效益的监控。 当前，医院作为病人就诊的地方，有许多信息需要处理和管理。现今，有很多门诊信息都是初步开始使用，甚至尚未使用计算机进行信息处理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于医历等很多信息都是用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。 数据处理手工操作，工作量大，出错率高，出错后不易更改。基于这此问题，我认为有必要建立一个医院管理系统，使医院管理工作规范化，系统化，程序化，避免医院管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改医院情况。 本系统运用了Microsoft SQL Server2005为后台数据库，以Eclipse为代码开发工具，实现了医生信息管理模块、病人信息管理模块、药物信息管理模块、收费信息管理模块等功能，本系统操作简单、界面友好、灵活、稳定，适合医院信息管理。 2、Eclipse及SQL Sever 2005简介 Eclipse 是一个开放源代码的、基于Eclipse的可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。幸运的是，Eclipse 附带了一个标准的插件集，包括Eclipse开发工具（Eclipse Development Kit，JDK）。 虽然大多数用户很乐于将Eclipse 当作Eclipse 集成开发环境（IDE）来使用，但Eclipse 的目标却不仅限于此。Eclipse 还包括插件开发环境（Plug-in Development Environment，PDE），这个组件主要针对希望扩展Eclipse 的软件开发人员，因为它允许他们构建与Eclipse 环境无缝集成的工具。由于Eclipse 中的每样东西都是插件，对于给Eclipse 提供插件，以及给用户提供一致和统一的集成开发环境而言，所有工具开发人员都具有同等的发挥场所。 SQL Server 2005 通过在可伸缩性、数据集成、开发工具和强大的分析等方面的革新更好的确立了微软在BI领域的领导地位。SQL Server 2005 能够把关键的信息及时的传递到
《管理信息系统》 课程设计报告 医院 HIS 管理系统 班级： 姓名： 学号： 指导教师：
目录 第一章系统概述 ,,,,,,,,,,,,,,,,,,,,,,3第二章系统分析 ,,,,,,,,,,,,,,,,,,,,,,,,3 2.1：需求分析 ,,,,,,,,,,,,,,,,,,,,,,,,,3 2.2：可行性分析 ,,,,,,,,,,,,,,,,,,,,,,,,4 2.3：组织结构分析 ,,,,,,,,,,,,,,,,,,,,,,,5 2.4：业务流程分析 ,,,,,,,,,,,,,,,,,,,,,,,5 2.5：数据流程分析 ,,,,,,,,,,,,,,,,,,,,,,,8 2.6：数据字典 ,,,,,,,,,,,,,,,,,,,,,,,,10 第三章系统设计 ,,,,,,,,,,,,,,,,,,,,,,,,11 3.1：开发工具的选择 ,,,,,,,,,,,,,,,,,,,,,12 3.2：处理流程 ,,,,,,,,,,,,,,,,,,,,,,,,12 3.3：总体结构 ,,,,,,,,,,,,,,,,,,,,,,,,12 3.4： E-R 图,,,,,,,,,,,,,,,,,,,,,,,,,13 3.5：输入设计 ,,,,,,,,,,,,,,,,,,,,,,,,16 3.6：输出设计 ,,,,,,,,,,,,,,,,,,,,,,,,17 3.7：软件结构 ,,,,,,,,,,,,,,,,,,,,,,,,17 3.8：数据库设计 ,,,,,,,,,,,,,,,,,,,,,,,19第四章系统实施 ,,,,,,,,,,,,,,,,,,,,,,,,,22 4．1：登录工作台操作 ,,,,,,,,,,,,,,,,,,,,,22 4.2 ：登陆数据库 ,,,,,,,,,,,,,,,,,,,,,,,,22 4.3 ：部分代码 ,,,,,,,,,,,,,,,,,,,,,,,,,23第五章结束语 ,,,,,,,,,,,,,,,,,,,,,,,,,,26
XX 概要设计说明书
目录
错误!未找到引用源。 关键词：能够体现文档描述内容主要方面的词汇。 摘要： 缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。
1简介 1.1 目的 这部分要描述文档的目的。应该指明读者。 1.2 范围 1.2.1 软件名称 对软件命名 1.2.2 软件功能 解释软件产品将完成或不完成的功能（可以直接描述也可以参考相关文档） 1.2.3 软件应用 描述软件的应用（可直接描述也可以参考其他软件文档） 1.3实现系统环境 描述本软件的硬件应用平台（主要涉及关键器件的介绍和环境组网方式） 1.3.1 器件特性描述 本器件所支持的规格、工作模式及其异同 1.3.2 器件工作原理介绍 The description of the work principle of the device we used in our solution. 1.3.3 关键寄存器介绍 The description of the registers used in the work mode our solution. 2概要设计 2.1第0层设计描述 2.1.1 软件系统上下文定义 描述系统如何与外部实体一道组成功能实体（一般用图描述）
外部实体属性描述只限于软件设计和描述相关的属性。 2.1.2 设计思路(可选) 2.1.2.1基本设计思路 说明系统采取的基本设计思路,概要描述为什么采取本方案。 2.1.2.2设计约束 1遵循标准 描述本软件所遵循的标准、规范 2硬件限制 描述本软件系统实现的硬件限制 3技术限制 描述本软件的技术限制 2.1.2.3安全性和可靠性设计方案 4遵循标准 描述本软件所遵循的标准、规范 5硬件限制 描述本软件系统实现的硬件限制 6技术限制 描述本软件的技术限制 2.1.2.4其他 描述其他有关的设计考虑 2.2第一层设计描述 2.2.1系统架构（功能分解和物理分解） 描述组成软件系统的构件（子系统、模块），描述之间的“静态”关系。一般采用系统方框图的形式。要按照子系统组成系统，模块组成子系统的方式组织描述。 系统方框图应能规定出系统的整体架构，说明组成系统的各部分是如何搭配成一个完整系统的。 系统方框图应画成二种： 一种是功能性的，说明系统有哪些功能应由哪些功能模块来实现画出这些功能模块之间、本系统与其它接口系统之间的逻辑关系；描述它们间的接口方式，遵循的协议规范等。如果是升级类产品，在原有功能方框框图上增加、删除、修改。 另一种是物理性的，说明系统由具体的哪些软件模块来实现。
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2.背景 说明：
a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系
在线交易二手市场系统概要设计说明书概要设计说明书 信息与电气工程学院 软工1401 ** 201422******
1.引言 1.1编写目的 此概要设计说明书实现一个简易的基于校园网在线交易二手市场系统，对交易管理系统的总体设计、接口设计、界面总体设计、系统出错处理设计以及系统安全数据进行了说明，在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1.2背景 A．待开发软件系统名称为: 在线交易二手市场； B．任务提出者：** 开发者：** C．使用用户能在校园网上进行交易的系统。 D. 按照《在线交易二手市场系统需求分析说明书》为基础来具体细化系统所具备的所有功能及功能的实现方法和接口。 1.3 开发环境 Visual Studio 2010 Mircosoft sql server 2008 Express
PowerDesigner 15.1 1.4定义 本系统:基于校园网的在线交易二手市场系统设计与实现 1.5参考资料 《基于校园网在线交易二手市场需求分析说明书》 《项目计划表》 《校园网在线交易二手市场系统_数据库模型》 2.总体设计 2.1设计目标 基于校园网的在线交易二手市场主要实现以下目标： ⑴为师生提供展示商品及表现学校形象的平台。 ⑵为用户提供商品信息查看、在线商品订购、商品浏览等功能。 ⑶采用动态网页技术，使页面中展示的商品信息更具时效性、先进性。 ⑷提供客户互评及客户给商品评论功能，收集用户对商品的意见及看法。 ⑸提供后台管理页面，简化了用户信息、商品信息、订单信息等系统数据的维护操作。 2.2运行环境
医院信息管理系统 高晓娟① ①南京同仁医院信息科，211100，江苏省南京市江宁经济技术开发区吉印大道2007号 关键词 信息系统的总体规划 扩展性 重用性 信息标准化 摘 要 医院建设信息系统应有总体的规划设计以及规划时应该注意的问题。 随着全球信息高速公路的兴建，医院信息管理系统的建设已势在必行。实践说明医院信息管理系统的建设与使用对于医院医务人员来说提高了工作效率；对于病人来说，加快了就诊速度，并且做到明白消费；对于医院来说，堵住了收费和药品管理中的漏洞，提高了医疗服务质量。所以医院信息系统（HIS）网络已成为医院现代管理水平的象征，并在绝大多数医院广泛应用。 但是，要建立一个新的医院信息系统或者对原来的医院信息系统进行升级改造都需投入大量的人力物力和财力，（比如前期的调研、协调等等，还有很多基础的工作，比如各个科室做相应的字典等等。）那么怎样能使这些投入都用到实处，获得最大的投入产出比是应该认真总结的问题。 医院信息系统是个庞大的项目，如果在投入实施之前不经过严谨的调查研究、论证分析而草率上线势必引起投资的浪费，造成不必要的损失。怎样才能使得系统的功能正常发挥出来，获得最高的性价比，下面笔者根据自己在多家医院实施项目的经验谈一下个人的看法。
1医院建设信息系统应有总体的规划设计 与建筑学类似，如果软件系统没有一个好的规划设计是不可能成为成功的软件系统的。 作为医院方，医院信息系统的整体规划必须科学、完整、实用、简单、有效。对于软件开发方，必须考虑到它的可扩展性、可重用性以及模块化。 1.1可扩展性 任何一家医院，上信息系统时，都不是一气呵成的，而是循序渐进的。比如第一阶段以经济信息管理为中心，以患者经济及药品管理为重点如药房管理、门诊挂号、划价收费、住院结算等等（目前国内70%—80%的医院处于这一阶段）；第二阶段以医疗信息管理为中心，主要包括门诊医生工作站、住院医生工作站、护士工作站、检验科信息管理、手术室管理等等（国内有20%左右的医院正在向这一阶段转变 ）；第三阶段以行政后勤、科研信息管理为中心，主要有：医务部医疗统计分析、人事管理、设备管理、院长查询系统等等；第四阶段根据自己的实力考虑衔接医学影像与远程会诊系统。 所有这些信息系统，大多数不是同一时间构建的，而且也不是一家IT供应商提供的，所以开发这些软件的工具不同，管理数据所用的数据库也不同，但是我们是一家医院，数据肯定要共享，临床各个科室之间要进行数据交换，这就要求我们的信息系统中的各个模块有很好的扩展性，要有和其他供应商可接口的特点。小到一张表的各个字段，大到各个模块之间的接口关系，都要有个设想构架。比如我们的科室代码，表面上看只不过是个代码，但是一开始编码时，就应该
xxx项目概要设计说明书 （xxx模块） 拟制日期yyyy-mm-dd 评审人日期 批准日期 签发日期
文档修订记录
目录 1. 简介错误!未定义书签。 . 编写目的...................................................... 错误!未定义书签。 . 适用范围...................................................... 错误!未定义书签。 软件名称 .................................................. 错误!未定义书签。 软件功能 .................................................. 错误!未定义书签。 软件应用 .................................................. 错误!未定义书签。 . 定义及关键词.................................................. 错误!未定义书签。 . 参考资料...................................................... 错误!未定义书签。 2. 第0层设计描述 ................................................... 错误!未定义书签。 . 软件系统上下文定义............................................ 错误!未定义书签。 . 设计思路(可选) ................................................ 错误!未定义书签。 设计可选方案 .............................................. 错误!未定义书签。 设计约束 .................................................. 错误!未定义书签。 其他 ...................................................... 错误!未定义书签。 . 系统结构...................................................... 错误!未定义书签。 系统结构描述 .............................................. 错误!未定义书签。 XXX模块................................................... 错误!未定义书签。 3. 第一层设计描述 ................................................... 错误!未定义书签。 . 模块的系统结构................................................ 错误!未定义书签。 模块内部结构 .............................................. 错误!未定义书签。 业务流程说明 .............................................. 错误!未定义书签。 . 分解描述...................................................... 错误!未定义书签。 XXX子模块................................................. 错误!未定义书签。 数据设计 .................................................. 错误!未定义书签。 . 依赖性描述.................................................... 错误!未定义书签。