学校门诊管理信息系统文档格式.docx
《学校门诊管理信息系统文档格式.docx》由会员分享,可在线阅读,更多相关《学校门诊管理信息系统文档格式.docx(22页珍藏版)》请在冰豆网上搜索。
医院是信息化程度高而且复杂的单位。
其信息除具有一般的信息的特征以外,通常还有相关性、多样性、时效性以及多类媒体、数据海量、法律准则等特性。
由此可见手工管理将会浪费很多的财力、物力,而HIS(医院信息系统)的引进将为医院解决这一难题。
HIS的开发已从最初的“以财务管理为中心”为主要模式逐步向“以病人为中心、以医疗信息为主线”的全新管理模式转变。
我国高校校医院信息系统的研发工作,从八十年代初期算起,至今也有十多年的历史,其中经历了单机单任务的阶段,多机多任务的阶段以及微机网络一体化的阶段,应该承认这期间我们有了很大的进步。
医院对信息的需求永远是高校校医院管理信息系统发展的动力。
在还没有投入使用管理信息系统的校医院,传统的手工操作带来了很多的问题,譬如药库管理经常由于管理上的不当使部分药品失效报废给医院带来了一定的经济损失,门诊划价出现的人为错误造成的损失和人员工作分配不合理使得劳动效率低等问题。
面对这一系列的问题,校医院管理信息系统的设计和实现是迫切的、必需的,是管理系统在医院环境的具体应用。
目前,在部分高校校医院中也存在着各种各样的管理信息系统,但由于软件水平的落后和不能完全适应具体医院的业务等原因,促使了此医院门诊管理系统的开发。
本系统通过开发背景,设计、开发和实现医院门诊管理系统,提高校内医务室的工作效率。
所以,针对高校校医院的门诊管理信息系统,既要整合目前已经存在的医院管理信息系统的弊端和不足进行修正,还要兼顾高校这一特点,满足高校校医院对信息系统的需求。
例如,系统功能要求可以很简单,但是数据量特别大,任何一个病人的医疗记录都是一部不断增长着的、图文并茂的书,而一所高校的校医院拥有上万份病人的病案是常见的,而且有很强的流动性。
另外,病人的身份多以学生和老师为主,他们都可以现金交费,而且学生可以通过校园一卡通,老师也可以通过划账方式交费等。
1.2系统开发目标
通过对医院门诊管理系统背景的分析,针对现在相关系统存在的问题,我们提出以下几个开发目标:
用全新的软件框架设计医疗系统,从而解决医疗系统需求易变、实施成本过高、系统稳定性与可靠性差等问题:
使用全新的组件式产品交付方式,使得工程部实施或第三方OEM厂商能够按照客户的需求量身订制医院门诊管理系统;
采用国际、国家标准和规范,搭建稳固的医疗资源平台,为产品整合医疗体系的其他业务领域提供基石;
建立“以病人为中心,以服务为导向,经济上降低成本,医疗上控制质量”的模式;
采取分布式网络结构,实现存储分布,计算分布,显示多样,以便减少单服务器的负荷压力,大大提高系统的稳定性和响应,同时也支持多种终端设备的显示。
物理上我们将分成三层结构:
数据服务器群,组件服务器群(程序服务器群),用户操作终端;
建立在线备份及数据转储机制,从而减少了在线联机事务处理系统的数据压力并且也保证了数据的安全和可靠。
彻底解决联机事务处理与联机事务分析之间的矛盾。
第2章需求分析
2.1需求分析过程
软件需求分析工作是软件开发成功的前提和基础,需要研发人员与用户密切配合,将软件的功能和性能描述转换成精细的软件逻辑模型。
首先研发人员需要进行细致地调查分析,认真了解用户的需求,并澄清用户的模糊需求,最终将用户非形式化的需求叙述转化为完整的需求分析文档,进而明确系统的开发目标。
需求分析的基本任务包括
◆问题识别
(1)功能需求:
明确待开发软件的实现功能。
(2)性能需求:
明确待开发软件的技术性能指标。
(3)环境需求:
明确软件运行对机器的软、硬件需求。
(4)用户界面需求:
明确软件和用户交互的界面形式。
◆分析与综合,导出软件的逻辑模型
研发人员对数据流和数据结构进行详细分析,逐步细化系统的功能,找出系统各元素之间的联系和设计上的限制,形成系统的解决方案,建立目标系统的逻辑模型。
◆编写需求分析文档
为了对用户的需求清晰准确地描述,开发人员需要编写软件需求规格说明书。
◆需求分析评审
在需求分析工作的最后阶段,研发人员需要对系统的功能需求、性能需求以及其他需求进行评审并给出评价。
2.2系统的功能需求
我们项目组针对医院信息管理系统的使用情况进行深入调研,发现大部分医院根据自身特点和业务流程,进行医院信息系统的设计与开发。
比如,一些医院把病房的床位管理中,一些医院把门诊收费模块和信息系统分开等。
我们项目组对学校医院目前使用的信息管理系统进行详细分析,并综合考虑部门的职能设置以及联网后的应用需求,结合项目开始阶段完成的需求分析文档,将目标系统划分为以下几个模块进行开发,如表3-1所示:
表2-1学校医院信息管理系统的功能模块
编号
系统功能
功能模块
模块介绍
1
门诊管理
门诊挂号
门诊挂号支持一卡通挂号和现金挂号,并记录患者的基本信息
医师门诊
对患者进行病情诊断,选择项目和药品,并开除处方
病房门诊
对患者进行病情诊断,选择项目和药品,并开出处方
划价收费
对项目和药品进行划价收费
2
药房管理
入药提请
药品数量不足时,向药库申请药品
药房发药
针对缴费成功的患者发放药品
药房出药
记录药房中药品的所有流向,但不包括药房发药方式
药房库存
管理药品分库存信息
3
药库管理
提药批复
批复入药提请模块发出的提药申请
药库入药
对新购入的药品进行正常入库
药库出药
记录药库中药品的所有流向
药库库存
管理药品的库存信息
4
综合管理
门诊收费统计
统计门诊收费信息,便于管理和查询
药库出入记录
记录药品出入药库的信息
药房出入记录
记录药品出入药房的信息
5
系统管理
药品字典
负责药品信息的管理
项目字典
负责项目信息的管理
科室设置
负责科室信息
医师字典
负责医师信息的管理
出入库字典
负责药品出入药库的类型设置
出入房字典
负责药品出入药房的类型设置
操作员字典
负责操作员信息的管理,以及对操作员的使用权限进行设置
患者类别字典
负责喊着类别的信息管理
系统参数设置
负责系统草书的管理。
包括最低库存数量、预警天数、挂号费等
6
一卡通退费管理
对刷卡缴费的患者,执行退费操作
7
修改密码
修改登陆密码
学校医院信息管理系统实现的主要功能是:
患者在门诊挂号模块可使用校园一卡通缴费和现金缴费两种挂号方式,挂号成功后选择医师门诊或病房门诊就诊,医师根据患者病情书写电子病历,并选择相应的药品或项目,最后开出并打印患者处方。
门诊管理员在划价收费模块对患者开出的药品和项目进行划价和收费,并打印收费发票。
药房针对缴费成功的患者,根据药品单发放药品,若药品数量不足,可向药库发出提药申请,药库根据库存情况进行提药批复。
如果存在患者缴费成功后,退掉某一药品或项目的情况,操作员在一卡通退费模块针对刷卡患者执行退费操作并开出退费凭据,患者到一卡通管理中心领取相应金额。
2.3系统的非功能需求
非功能性需求,是指软件产品为满足用户需求必须具有且除功能需求以外的特性。
本系统采用先进、成熟的软硬件技术,以便适应医疗机构的业务发展和信息化建设的需求,比如在系统开发方面,使用Microsoft公司推出的功能强大的.NET开发平台,此平台包含世界上先进的程序设计理念。
本系统可扩展性和可维护性良好,在结构设计方面采用C/S三层结构模式,将系统整体划分为表示层、业务逻辑层、数据访问层等三个部分,实现了各层在逻辑上的独立性,降低了各个层次之间的依赖,便于开发人员对系统进行维护和后期开发。
由于采用模块化的结构设计,本系统能够灵活配置以适应不同环境,为系统的可扩展性奠定了良好的基础。
在数据库设计上也综合考虑将来设计需求,采用SQLServe:
技术,把现实世界中的实体关系模式映射为关系数据库中对应表格,此技术具有高性能、可靠性和可扩充性等优点,方便系统的功能扩展和数据库的后期维护。
我们项目组严格遵循软件开发的工程思想,从系统的需求分析到设计再到实现。
在开发方面严格遵守软件开发流程,书写规范代码,在系统和数据库设计上严格按照国家医疗卫生行业的有关标准,保证系统的质量。
项目完成阶段书写完整、详细的开发文档,为本系统的后期维护、功能扩展提供良好参考。
2.4系统软件硬件需求
我们项目组通过对需求分析文档进行详细分析和讨论,确定了系统的架构模型,包括用户交互界面、Windows窗体、软件底层环境和底层数据库等四个部分,如图2-1所示:
图2-1学校医院信息管理系统架构图
由上图可以看出,系统架构的每一部分采用不同的软件工具进行开发,为了方便对系统的软硬件需求进行说明,本节主要从系统的开发环境和运行环境两个方面进行介绍。
开发环境的软硬件配置如下所示:
(1)软件配置
操作系统:
Windows7/XP
开发和运行环境:
Microsoft.NETFramework3.5
开发工具:
MicrosoftVisualStudio.NET2008
数据库开发工具:
MicrosoftSQLServer200_5
(2)硬件配置
P41.4G或以上CPU
2GDDR400Memory
80GHardDisk
声卡、显卡主板集成
(3)网络配置
Inte110/100M网卡
10/100M自适应交换机
本系统对运行环境的软硬件配置要求如下:
(1)软件要求
Microsoft.NETFramework3.5
MicrosoftSQLServer200_5
Windows2003Server(服务器端操作系统)
Windows7/XP(客户端操作系统)
(2)硬件要求
服务器端:
P42.0GCPU
2GDDR533Memory
1606HardDisk
Intel10/100M网卡
客户端:
1GDDR400Memory
声卡、显卡主板集成
2.5系统用例图和动态模型图
统一建模语言(UnifiedModelingLanguage,UML)是一种面向对象的建模语言,使用标准化、统一的定义和标记对软件系统进行描述和建模[}3s}oUML的主要内容可由下面五类图定义:
第一类是用例图,主要描述用户所理解的系统功能;
第二类是静态图,包括类图、对象图和包图;
第三类是行为图,包括状态图、活动图、顺序图和协作图,主要描述系统在时间和顺序上与组成对象的关系;
第四类是交互图,主要描述系统对象之间的关系;
第五类是实现图。
UML建模语言提供的用例图描述了系统开发者和用户基于系统功能所达成的共识,是进行需求分析的强有力工具。
用例图是由参与者、用例以及用例之间的关系构成的,用来描述系统的功能需求,但不涉及系统功能的具体实现[[36]。
参与者是指系统使用者在与系统交互时所扮演的角色,比如管理员、操作员等,并不特指人或事物本身。
用例是指参与者对系统的操作,表示一系列动作。
用例之间的关系主要包括扩展和使用,扩展关系是指一个用例通过向前一个用例添加一些动作构成的,因而继承了前一个用例的行为。
使用关系是指一个用例通过对其他用例的使用构成的,这两种关系描