医院管理系统说明书.docx

医院管理系统说明书.docx

《医院管理系统说明书.docx》由会员分享，可在线阅读，更多相关《医院管理系统说明书.docx（69页珍藏版）》请在冰豆网上搜索。

医院管理系统说明书

可行性研究报告

1引言

医院挂号就诊系统,指利用电子计算机和通信设备，为医院提供病人注册、挂号、就诊及病例信息的收集、存储、处理的功能，它作为医院信息系统的一个子类，具有其自身的特点和复杂性。

它在为医院的管理提供便利，提高整个医院的运作效率的同时，也方便了患者，使其到医院就诊的流程大幅度简化。

总而言之，它是使医院与患者达到双赢的一项开发。

1.1编写目的：

可行性研究的目的是为了对医院挂号就诊系统的开发进行研究，以最小的代价在最短的时间内确定该项目的开发是否可行。

经过对此项目进行详细调查研究，估计开发几使用该项目所需的费用和使用该软件后所带来的经济效益。

并根据经验与分析结果，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。

最后，可综合各方面因素，考虑此项目的可行性。

1.2项目背景：

开发软件名称：

医院挂号就诊系统

项目任务提出者：

长沙学院信科系教研室

项目开发者：

开发小组。

用户：

某医院

实现软件单位：

某医院

项目与其他软件，系统的关系：

本项目采用客户机/服务器原理，客户端的程序是建立在WindowsNT系统上，以数据库为开发软件的应用程序，服务器端采用Windows为操作系统的工作站。

1．3定义：

[专门术语]：

WindowsNT

[缩写词]：

WT

列出本文件中用到的专门术语的定义和外文首字母组词的原词组

1．4参考资料：

[1]张海藩.软件工程导论.清华大学出版社2008年2月，第五版

２．可行性研究的前提

2.1要求

1．主要功能：

为患者、医院工作人员提供注册、挂号、就诊服务，方便医院的工作，提高医院的服务质量和服务效率；

2．性能要求：

工作人员更新的注册、挂号信息必须及时的反映在医院的记录信息上。

患者的相关信息（如就诊时的详细信息）须无差错的存储在医院的主服务器上。

对服务器上的数据必须进行及时正确的刷新；

3．输出要求：

数据完整，详实；

4．输入要求：

简捷，快速，实时；

5．安全与保密要求：

服务器的管理员享有医院信息库普通操作人员的增加与删除。

普通工作人员只享有对历史信息库的部分修改（录入与读出；

6．连接的其它系统：

医院管理系统；

7.完成期限：

预计一个月，即截止2012年6月10日。

2.2目标：

系统实现后，大大提高医院的医院挂号、就诊服务效率，减少患者花费的等待时间。

降低挂号、就诊服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。

从而减少患者流失，增加到医院看病的人数。

2.3条件、假定和限制

建议软件寿命：

5年；

经费来源：

信科系信一；

法律条件：

符合法律与政策规定；

硬件条件：

服务器sun工作站，终端为pc机；

运行环境：

Linux

数据库：

Oracle8

投入运行最迟时间：

2012/06/10

2.4可行性研究方法

通过从技术、经济、操作三个方面进行可行性分析来执行该项目的可行性分析：

技术可行性：

通过对该项目的客户要求进行加权分析，可知需要结合数据库和软件工程导论的相关知识解决该问题；

经济可行性：

通过相关调研报告，网上查询相关资料，再进行总的分析和估计，得出执行该项目所需的经费和带来的经济效益；

操作可行性：

通过分析实现该项目的需求需要用到的知识和技术，估计其对开发人员的技术要求。

2.5评价尺度

经济可行，成本/效益分析结果，效益成本;技术可行，现有技术可完全承担开发任务;

操作可行，软件能被原有工作人员快速接受，操作简单易行。

同时，也可在规定时间内完成开发。

3所建议的系统

3.1对所建议系统的说明

在医院的终端安装.Windows2000的PC机，可用来在医院注册、挂号、就诊的工作人员之间实时传递数据。

当患者在注册窗口进行注册信息录入时，患者基本信息同时传递给进行挂号操作的服务器上。

当挂号员对患者进行挂号并根据患者情况将其分配到不同科室时，患者信息随即传递给相应科室的服务器上，可让值班医生看到。

医生对患者进行就诊后，将患者情况，包括此次的医疗措施，全部存入患者病历信息。

系统管理员可查看所有信息，并增加或删除普通用户。

3.2处理流程和数据流程

下面是所建议系统的处理流程和数据流程。

以下是对部分进行功能说明：

1.注册员将患者机泵信息录入数据库；

2.挂号员从数据库中获取与挂号编号相对应的患者信息；

3.挂号员将患者的课时分配信息录入数据库；

4.就诊医生从数据库中获取相对应的患者信息；

5.就诊医生将患者的就诊结果，病历信息录入数据库；

6.系统管理员从数据库中查看报表信息；

7.系统管理员将对普通用户的增添或删除信息录入数据库。

3.3影响

3.3.1对设备的影响

新增PC机10台；

相应网络设备；

相应辅助配置。

3.3.2对软件的影响

说明为了使现存的应用软件和支持软件能够同所建议系统相适应。

而需要对这些软件所进行的修改和补充。

3.3.3对用户单位机构的影响

机构：

必须有注册、挂号、就诊、管理等机构。

人员数量：

注册员5名；挂号员5名；

技术水平：

懂电脑基本知识即可，如：

打字

3.3.4对系统运行过程的影响

1.用户登录时所输入信息必须与系统要求相符；

2.用户录入的数据在终端数据库生成报表

3.患者信息数据从注册程序流入数据库，随后在各功能模块间流动；用户增添与删除信息从管理员端口流入，随后在各模块间执行；

4.数据流入数据库后，及时进行备份；

5.系统失效、出错后可进行数据恢复。

3.3.5对开发的影响

说明对开发的影响，如：

1.为了支持所建议系统的开发，用户需学习计算机基础知识；

2.数据库所要求的数据资源：

服务器终端有数据库SQLServer20005；

3.PC机两台；

4.所涉及的保密与安全问题：

用户登录后才可进入本系统，仅具有与自己岗位想对应的部分权利。

3.3.6对地点和设施的影响

需在网络较好的环境下运行。

3.3.7对经费开支的影响

设计所需经费：

80万；

维持运行所需经费：

50万；

其它各项经费开支：

20万。

3.4局限性

本系统主要针对医院工作人员使用，患者无法查看信息，系统对网络的需求无法满足。

3.5技术条件方面的可行性

在技术条件方面的可行性：

1.在当前各种限制条件下，该系统各项功能均能达到；

2.该系统的功能在现有技术下能轻易实现；

3.开发人员的数量和质量均满足要求；

4.该系统可在规定时间内完成开发

4可选择的其他系统方案

4.1可选择的系统方案1

医院挂号就诊系统为门诊挂号：

患者进入医院后，先在前台进行登记注册，建立个人信息，然后到相关科室门诊前的PC机上进行查询、挂号。

整个系统的功能均通过一张医疗卡（前台注册时发放）在终端PC机上来实现。

患者登陆到医院网站后，可以查询相关科室，更具提示自行选择就诊科室。

优点：

医院不再需要专门的挂号员，节约人员开支，且技术上可行

缺点：

医院增加硬件开支，且由患者自行选择就诊科室，存在一定的不可靠性，可能由于患者专业知识的欠缺，导致医院只需难以维护。

即经济、安全、操作上均不可行。

4.2可选择的系统方案2

医院挂号就诊系统包括两种挂号模式：

前台挂号和网上预约挂号，全都由患者自己在医院的网站上登记个人信息，并进行挂号（选择门诊挂号的患者在医院大厅的PC机上进行挂号），挂号完成后到前台领取就诊卡，然后到医师处进行就诊。

优点：

医院不再需要前台管理人员，节省人员开支，且技术上可行。

缺点：

医院增加硬件开支，且实际操作不可行，由患者自己登记个人信息，但不是所有的患者都会使用该软件，存在系统不安全。

即经济、安全、操作上均不可行。

5．投资及效益分析

5.1支出

5.1.1基本建设投资

终端PC机1０台：

8000*10=8万；

网络设备：

10万；

辅助配置：

10万；

共计：

28万。

5.1.2其他一次性投资：

Oracle8.0:

20万；

WindowsNT:

10万；

操作员培训费：

1万；

共计：

31万；

5.1.3非一次性支出

人工费用:

1（月）*2（人）*5000（元）=1万；

其他不可知额外支出:

20万；

共计:

21万。

支出共计:

80万

5.2效益

5.2.1一次性收益0元

5.2.2经常性收益

（按银行利率：

1%）；

减少员工10人（2000元/人）五年收益:

2000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*10*12=120万；

工作效率提高收益（工作效率提高10%）:

30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（10%）*5=15万；

经常性收益共计:

135万。

5.2.3不可定量收益

因服务质量提高增加患者量5%:

400万*5%*5=100万。

收益共计:

235万

5.3收益/投资比

235万/80万=294%

5.4投资回收周期

1.5年

5.5敏感性分析

设计系统周期为五年,估计最长可达8年；

处理速度:

一般查询速度<4秒；

一般存储速度<2秒；

关键数据查询速度:

<2秒。

6．社会因素可行性分析

随着人口密度增大、居住环境恶化几生活水平的提高，需要并有能力看病的人所占总人口比例增大。

将导致到医院就诊的人的数目急剧增大。

所以，提高医院的挂号、就诊的效率十分必要。

6.1法律因素

所有软件都选用正版；

所有技术资料都由提出方保管；

合同制定确定违约责任。

6.2用户使用可行性

本软件使用方法简单，仅要求使用人员具有基础计算机知识素养，比如：

打字、对文件进行保存,系统管理员要求由计算机的基础专业知识，如：

对Excel表格的基础操作.所有人员都只需要对计算机方面的知识经过本公司的简单培训；

经过培训人员将会熟练使用本软件；

一名系统管理员多名注册员、挂号员他们需要熟练本系统的各项功能。

７．结论意见

由于投资效益比远大于100%，技术、经济、操作都有可行性，可以立即进行开发。

软件需求说明书

1引言

1.1编写目的

Xx医院现在仍然实行人工挂号操作，人流量大时长期导致挂号效率低，易出错，浪费人力与财力。

本软件为医院挂号系统软件，为医院挂号提供了统一，方便的管理模式，使医院工作人员在为病人挂号时能简单，效率，方便。

希望本系统能解决人流量大且仍然人工操作挂号医院的问题，方便医院的管理与操作，提高效益，同时也为病人带来方便。

1.2背景

开发软件名称：

医院挂号就诊系统；

项目任务提出者：

XX医院；

项目开发者：

丁勋尹素婷；

用户：

XX医院；

实现软件单位：

XX医院。

系统与其他系统关系：

该系统与医院信息系统相互联系同时由医院指定人员统一管理，将权限分配给各个相关人员如挂号员，门诊科医生，实现各个部门的相关操作。

1.3定义

[专门术语]：

无

[缩写词]：

无

1.4参考资料

[1]张海潘.软件工程导论.清华大学出版社.2008年2月,第5版。

2任务概述

2.1目标

本系统实现后希望能大大提高医院就诊挂号的工作效率，同时为各个门诊部门提供相应的就诊管理，提高医院的经济效益同时方便病人就诊。

该系统独立软件，全部内容自含。

2.2用户的特点

根据医院门诊就诊的过程（如图2.1），整个系统应该有四个操作用户角色，即注册员，挂号员，医生，和系统管理员。

图2.1病人就诊流程

注册员负责注册病人信息；挂号员根据病人需求选择科室挂号；医生处理诊断过程和开药；系统管理员在后台对系统进行用户管理并展开系统的正常运行维护工作。

每个角色操作的共性是通过密码验证后登录，通过框体显示自己的使用权限。

角色工作完成后，通过退出选项关闭系统。

该系统可由医院不同工作人员操作，但使用人员必须了解医院的相关工作流程。

同时懂得简单的电脑操作。

使用人员无须进行相关培训，按系统提示操作即可。

2.3假定和约束

开发期限：

2012年5月20日至2012年6月8日；

开发环境：

SQLSEVER2005

DELHPI7

经费限制：

经常性支出：

人工费用：

1（月）*2（人）*5000（元）=1万

其他不可知额外支出：

1万

共计：

2万

3需求规定

3.1对功能的规定

功能模块

相应操作

结果

普通用户

注册功能

填写病人基本信息，并给予挂号号码

每个病人拥有自己的挂号号码

挂号功能

输入挂号号码，显示相应病人的信息，并根据信息，分配相应的科室。

病人被分配到相应的科室

就诊管理

输入挂号号码，显示病人信息，并根据为病人的看病结果，填写就诊信息

产生病人就诊信息报表

管理员

系统用户管理

对用户进行添加与删除

创建新的用户，删除指定用户

报表查询

选择需要查询的报表

显示选择的报表信息

3.2对性能的规定

为了保证系统能够长期、安全、稳定、可靠、高效的运行，医院挂号就诊系统应该符合以下的性能规定：

1．系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。

注册部分，挂号部分，就诊管理部分之间要求病人信息传送无误，且信息传送时间不超过3秒。

2．系统的易操作性

该系统将由医院的多个不同部门的人员使用，所以要求操作简单，界面简洁，操作人员

只要根据界面提示进行相关操作即可，不需要进行专门的培训。

3．软件系统本身运行对计算机硬件平台和操作系统平台要求适中。

3.2.1精度

1.注册功能模块：

属性

患者姓名

患者性别

患者年龄

联系电话

患者编号

就诊时间

精度

String（20）

Varchar（10）

Integger（10）

Varchar（20）

Varchar（20）

Varchar（10）

2.挂号功能模块：

属性

患者姓名

患者性别

患者年龄

联系电话

患者编号

挂号科室

精度

String（20）

Varchar（10）

Integger（10）

Varchar（20）

Varchar（20）

String（20）

3.就诊功能模块：

属性

患者姓名

患者编号

挂号科室

诊断病情

医嘱

精度

String（20）

Varchar（20）

String（20）

Varchar（50）

Varchar（50）

3.2.2时间特性要求

说明对于该软件的时间特性要求，如对：

响应时间：

查询时间<0.3秒

关键字查询<0.1秒

更新处理时间：

数据修改确认时间<0.2秒

数据的转换和传送时间：

保存时间<0.2秒

3.2.3灵活性

面对不同的操作人员，本系统需要灵活给出不同的操作方式与操作内容。

1．注册人员：

以表格填写病人基本信息为主。

2．挂号人员：

得到病人基本信息后以选择病人就诊科室为主。

3．就诊医生：

得到病人信息后以填写病人主要病情信息为主。

4．管理人员：

登陆后，以查询阅读表格为主，同时限制用户。

3.3输入输出要求

解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。

对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.4数据管理能力要求

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。

3.5故障处理要求

程序在运行时主要会出现两种错误：

1、由于输入信息，或无法满足要求时产生的错误，称为软错误。

2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。

对于软错误，须在注册，挂号，就诊操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。

对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。

返回输入阶段。

出错信息必须给出相应的出错原因，例：

“该号码不存在！

”等。

3.6其他专门要求

1.界面简洁，操作简单。

工作人员不需要进行专门培训，根据提示操作即可，容易上手。

2.每个工作人员拥有自己独立的帐号密码，并且可以根据要求修改自己的密码。

3.管理人员拥有删除、增添普通用户的权力。

4运行环境规定

4.1设备

医院就诊挂号系统中的各个子系统的硬件和软件的配置如下：

1．服务器端子系统的运行要求：

系统软件：

windows

数据库管理系统：

SQLSEVER

硬件要求：

PentiumIII450以上,256MRAM,14GHD

2.客户端子系统的运行要求：

系统软件：

Window2000Professional

硬件要求：

Pentium133以上,32MRAM,4.3GHD

4.2支持软件

1．服务器端子系统的运行要求：

系统软件：

windows

数据库管理系统：

SQLSEVER

2.客户端子系统的运行要求：

系统软件：

Window2000Professional

4.3接口

4.3.1外部接口

1用户界面：

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。

在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。

外观上也要做到合理化，考虑到用户多对WINDOW风格较熟悉，应尽量向这一方向靠拢。

总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用

2软件接口：

服务器程序可使用VISUALC++提供的对SQLSERVER的接口，进行对数据库的所有访问。

服务器程序上可使用SQLSERVER的对数据库的备分命令，以做到对数据的保存。

在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。

3硬件接口：

在输入方面，对于键盘、鼠标的输入，可用VISUALC++的标准输入/输出，对输入进行处理。

在输出方面，打印机的连接及使用，也可用VISUALC++的标准输入/输出对其进行处理。

在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。

4.3.2内部接口

内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。

具体参数的结构将在下面数据结构设计的内容中说明。

接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。

4.4控制

说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。

概要设计说明书

１引言

1.1编写目的

在医院挂号就诊系统项目的前一阶段，已经将系统用户对本系统的需求做了详细的阐述。

本阶段已在系统的需求分析的基础上，对医院挂号就诊系统做概要设计。

主要解决了实现该系统需求的程序模块设计问题。

着重于将系统划分为哪几个模块，各个模块之间的内在联系与相互独立以及模块结构设计、数据结构设计。

此阶段以的设计以软件需求分析作为基础，为详细设计提供模板。

软件概要设计作为两部分的连接与承接，具有承上启下的作用。

1.2项目背景

本项目（医院挂号就诊系统）由XX医院委托，由尹素婷、丁勋负责开发。

医院挂号就诊有两部分组成：

服务台的注册、挂号及就诊程序和系统管理员所对应的数据库服务器。

1.3定义

1．3．1专门术语

SQLSERVER:

系统服务器所使用的数据库管理系统（DBMS）。

SQL:

一种用于访问查询数据库的语言

事务流：

数据进入模块后可能有多种路径进行处理。

主键：

数据库表中的关键域。

值互不相同。

外部主键：

数据库表中与其他表主键关联的域。

1．3．2缩写

系统：

若未特别指出，统指医院挂号就诊系统。

SQL:

StructuredQueryLanguage（结构化查询语言）。

ATM:

AsynchronousTransferMode（异步传输模式）。

1.4参考资料

以下列出在概要设计过程中所使用到的有关资料：

[1]医院挂号就诊系统项目计划任务书.2012年6月.开发小组　　

[2]需求规格说明书.软件开发小组.2012年6月

[3]张海藩.软件工程导论.清华大学出版社.2008年2月,第五版

[4]王珊，萨师煊.数据库系统概论.高等教育出版社.2006年5月

[5]张世明.Delphi程序设计基础.人民邮电出版社.2008年10月

2总体设计

2.1需求规定

根据需求分析，明白软件开发分为哪几个模块，分别具有什么功能，需要达到怎样的效果。

模块与模块之间的联系怎样实现。

为下一步的详细设计阶段提供良好的基础。

XX医院为方便患者，需开发一个挂号就诊系统。

为节省患者排队等待时间及简化看病流程。

医院通过注册输入患者信息，包括：

姓名、年龄、性别、挂号号码。

经过挂号后确定所分配的科室。

将患者信息输入医院挂号就诊系统的服务端程序。

就诊时，医生输入患者挂号号码后，系统经过查询医院数据服务器后，显示患者信息，确认无误后进行诊治。

医生在诊治后将对患者采取的措施，如：

使用何种药剂、是否进行手术治疗等作为患者病历输入服务端，最后将所有信息传递到系统操作员所在的端口。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。

同时也要求操作简单易行，服务器程序利于维护。

2．2运行环境

服务器PC机和系统管理员终端PC机。

都可在Windows环境下运行，终端机上许配置有数据库SQLserver2005。

2.3基本设计概念和处理流程

基本设计概念：

本系统主要由普通用户和管理员用户来执行操作。

普通用户需经过管理员用户授权才能登陆账号，分别是注册员、挂号员、就诊医生。

执行患者的注册、挂号以及就诊的相关操作。

主要实现数据的输入与传递，也允许修改或删除与自己所对应的部分信息。

管理员用户可查看由前者所输入信息形成的报表，也可对普通用户进行增添和删除。

2.3.1用户处理流程

2.4结构

表3.1医院挂号就诊系统结构图

功能模块名称

功能描述

操作者

输入数据

输出数据

注册模块

录入患者基本信息，将

数据传递给挂号服务器

注册员

患者姓名、年龄、性别、地址、联系电话

挂号模块

将患者分配到相应科室，

传递数据至就诊服务器

挂号员

患者分配到的科室

患者基本信息

就诊模块

将患者病例信息存入数

据库

就诊医生

患者病例信息

患者基本信息

系统管理模块

增添、删除普通用户，

查看数据库报表

系统管理员

增添、删除的普通用户信息

患者病例信息

报表信息

2.5功能器求与程序的关系

表3.2各项功能需求的实现同各块程序的分配关系图

功能模块

程序1

程序2

程序3

程序4

程序5

程序6

程序7

程序8

用户登陆

√

系统关系

√

√

√

患者注册

√

患者挂号

√

患者就诊

√

修改密码

√

2.6人工处理过程

患者注册信息的输入：

患者姓名、年龄、性别、联系电话、地址；

就诊情况的输入：

对患者采取的的医疗措施；

2.7尚未解决的问题

无

3接口设计

3.1用户接口

在用户界面部分，根据