11111门诊管理信息系统第二阶段系统分析.docx
- 文档编号:25964238
- 上传时间:2023-06-16
- 格式:DOCX
- 页数:22
- 大小:297.11KB
11111门诊管理信息系统第二阶段系统分析.docx
《11111门诊管理信息系统第二阶段系统分析.docx》由会员分享,可在线阅读,更多相关《11111门诊管理信息系统第二阶段系统分析.docx(22页珍藏版)》请在冰豆网上搜索。
11111门诊管理信息系统第二阶段系统分析
辽东学院结课论文(设计)
——系统分析
组名:
组长:
组员:
学院:
信息技术学院
专业:
信息管理与信息系统
班级:
指导教师:
陈志勇
审阅教师:
完成日期:
辽东学院
EasternLiaoningUniversity
目录
1.概述1
1.1项目名称1
1.2定义1
1.3开发背景1
1.4编写目的2
2.系统目标需求分析3
2.1医院管理者的目标需求3
2.2系统直接使用者的目标需求3
2.3系统维护人员的目标需求3
3.系统功能分析5
4.系统业务流程分析7
5系统数据流程分析12
5.1数据流图12
5.2数据字典15
5.2.1数据项条目15
5.2.2数据流条目16
5.2.3数据文件条目17
5.3存储分配20
6.运行环境21
6.1硬件环境:
21
6.2软件环境:
21
1.概述
1.1项目名称
丹东市中医院患者管理信息系统
1.2定义
医院信息系统——HIS(HospitalInformationSystem简称HIS),HIS是覆盖医院所有业务和业务全过程的信息管理系统:
是指利用计算机软硬件技术和网络通讯技术等现代化手段,对医院及其所属各部门对人流、物流、财流、进行综合管理,对在医疗活动各阶段中产生的数据进行采集、存储、处理、提取、传输、汇总、加工生成各种信息。
按照学术界公认的MorrisF.Collen所给的定义,应该是:
利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息(PatientCareInformation)和行政管理信息(AdministrationInformation)的收集(Collect)、存储(Store)、处理(Process)、提取(Retrieve)和数据交换(Communicate)的能力并满足所有用户(AuthorizedUsers)的功能需求的平台,从而为医院的整体运行提供全面的自动化的管理及各种服务的信息。
1.3开发背景
随着医学科技水平的日益进步,患者对各种医疗机构所提供的医疗服务质量也提出了越来越高的要求。
广大患者反映强烈的“就诊难”问题愈来愈严重,患者就诊时间真正花费在诊病上并不长,而大部分时间都花费在挂号、收费等多次排队中。
这种现状是由我国的医院管理的现状决定的,国内绝大部分医院仍停留在原始的手工处理方式,少数虽然开展了微机辅助管理,但由于系统的不完整、不统一,未能从根本上解决看病难问题。
门诊管理作为医院的重要组成部分,在医院信息系统管理和经营活动中占有重要地位,门诊医疗费用的发生、结算和报销十分繁杂,种类繁多,处理方式各异。
目前医院所采用的手工操作或单机操作方式在诊室、药房、库房、统计等部门间是以静态的方式来进行信息交流,他们之间的互相对帐、协同工作根本无从进行,结果造成责权不分明,业务与管理脱节。
同时这种“静态会计核算”所造成的会计信息的滞后性。
传统的管理模式费时费力,已不能适应医院现代化管理的需求及医疗保健制度的改革。
利用计算机技术提高医院管理水平已成为必要。
1.4编写目的
随着信息时代来临,信息处理的利器—计算机应用于医院的日常管理为医院的现代化带来了从未有过的动力和机遇,为医疗卫生领域的飞速发展提供了无限潜力。
采用计算机管理信息系统已成为医院管理科学化和现代化的重要标志,给医院带来了明显的经济效益和社会效益。
为了加快医院系统的信息化步伐,提高医院的业务水平,建设和完善医院信息系已变得十分必要。
系统的建设将本着“以患者为中心”的原则,以方便患者、提高就诊效率为目的,力争为患者提供最满意的服务,同时也将提高医院的社会效益和经济效益。
本可行性报告是以现在市场经济的发展形势和卫生部门改革的现实情况为基础,为本医院建设的门诊管理信息系统做出的可行性分析,努力以严谨的事实和大量的数据说明建设该系统的经济可行性和技术可行性等一系列可行性问题,分析构建医院住院管理信息系统的前景,以做出最好的决策。
本报告的预期读者为项目负责人,软件开发人员,软件用户。
2.系统目标需求分析
本患者就诊管理系统在先进的计算机基础设备基础上充分运用丰富的计算机信息资源,网络通信技术、数据库媒体技术、管理科学、系统工程以及人工智能等现代高新科技和科学方法,一流的经济实用、安全可靠、功能强、可扩展的医院门诊综合信息管理系统,提高医院门诊的工作效率、规范管理、提高决策支持度和服务质量平。
系统设置了初始化及各级权限管理,根据需要可随时调整设置各种单据、报表等。
患者就诊管理系主要分为就诊系统、查询管理系统、药库管理系统和统计管理系统。
系统具体目标需求分析如下:
2.1医院管理者的目标需求
医院的各级管理者是系统的主要面向用户从宏观上最关心系统运行后带来什么样的效益。
这些效益不一定仅指是系统运营所带来的直接的经济效益,而是指更包括管理信息系统运行后能解决一些手工管理过慢、不能或难以解决题,能为管理者及时了解医院运行情况,进行科学决策提供准确的信息,从而提高医疗效率和质量。
医理患者就诊管理系统以医疗管理和经济管理为主,一方面通过系统建立起一套能反映医院医疗经济运行情况的常规指标体系;另一方面,系统的运行以新的管理服务方式能直接改善医院的管理服务方式水平,体现管理者的以人为本,为患者服务的管理理念。
2.2系统直接使用者的目标需求
患者就诊管理系统的直接使用者信息系统的设计与实现作为系统的直接用户,不需要太多专业计算机的多知识。
他们关心的是系统提供的功能对他们的业务是否有直接的帮助,系统是否好用,是否操作方便,是否简单易学、响应速度快等。
在系统的设计实现上,系统不是简单的提供“增、删、改、查”等功能,而是具体实际的应用,根据使用者对各方面的需求,针对每种业务的特点进行具体的设计。
2.3系统维护人员的目标需求
系统的维护人员不需要详细的了解B/S架构、C++编程语言、操作系统的基本知识,数据库设计及操作的基本知识。
系统一旦投入运行,其维护支持就成了系统能否持续正常运行的关键。
一个联机事务系统,要求能每周7天,每天24小时不间断运行。
像挂号、收费这样的系统,不能想象中断30分钟将出现的情况。
同时,系统在运行过程中必须建立管理日志,各项管理制度及操作规程系统也必须保证数据的安全,防止数据丢失。
系统维护支持工作包括数据备份、恢复、错误的更正和调整、基础数据的设置和调试、故障排除、数据字典的维护操作员权限的管理、日常报表的制作。
一个系统可伸缩性的关键就在于系统维护支持的好坏。
3.系统功能分析
(1)患者挂号处理功能:
根据(患者信息判断)患者是否初次来诊,(若是则建立患者信息档案,若不是则直接进行挂号,二者分为不同的收费方式)选择是否建立新的病人信息档案,档案可在不同部门间共享。
(2)门诊挂号功能:
根据具体诊断科室设置不同挂号收费标准,根据来就诊的患者病情的不同,选择不同就诊的医生进行挂号。
(3)医生诊断处理功能:
医生接诊后对患者病情进行诊断,诊断完成开具处方,同时将患者病情记录到患者相关信息档案,档案可在不同部门间共享。
(4)处方处理功能:
根据处方开具的药品判断药品种类为重中药还是西药,根据中西药分类查询药库库存,根据药库库存查询反馈信息进行配药和药价填写。
若药库库存无某种处方药品,则医生重新开具处方,并重新查询库存信息,直到处方所需药品全部齐全。
(5)药品划价处理功能:
医生开具处方,划价收据电子记录交付药库处理。
(6)病人取药处理功能:
药品库房根据划价电子收据进行药品出库登记处理,开具药品出库单交付门诊药房,门诊药房根据出库单将药品发放给病人,病人取药完成就诊过程。
(7)药品库存查询功能:
医生为病人诊断完成,开具处方后,对药品库存的药品种类和库存数量进行查询(查询所开具该种类药品及其库存数量在库存中的情况),将库存药库库存单的反馈信息提供给医生。
如果库存容量不足则通知药品库存统计部门。
(8)药品采购功能:
当药品库存数量不足时药品统计部门向采购部门发出采购单,通知药品采购部门进行药品的采购工作,采购完成由药品库存管理员进行药品入库并登记,并根据入库登记信息修改相应的药品库存信息。
(9)药品统计功能:
药品统计部门可对药品的库存信息进行统计,当药品库存不足时通知药品采购部门进行采购工作。
每月根据销售药品的信息生成月报表报给财务部。
(10)财务管理功能:
可对药品销售及诊疗费用的财务状况进行管理和汇总,并对各部门的花费进行管理。
(11)用户权限设置功能:
通过对多用户分别进行管理,系统可为级别不同的用户设置不同的权限,同时应进一步提高系统的安全保密性。
(12)报表生成功能:
可根据提供的模板将划价结果收费单或选中的数据生成多种形式的报表。
(13)身份验证功能:
操作员进入系统进行管理时,首先输入用户名及密码对操作员的身份进行检查,只允许合法操作员登陆系统,对系统进行管理和操作。
(14)库存信息查询统计功能:
药品种类查询、药品功能查询、药品库存查询、药品价格查询、药品产地查询、药品用量的统计、药品科室用量的统计等。
4.系统业务流程分析
为更好的完成系统目标,对本门诊系统病人的诊断流程分析如下:
(对患者诊断流程进行具体分析有助于整个患者门诊系统的实现与优化,能更好的完成系统目标对本门诊系统病人的诊断流程分析如下:
)
(1)门诊病人(患者在就医前)需要到门诊部挂号处进行挂号,(如果是复诊病人直接根据病情选择医生进行挂号就诊排号)。
如果是初诊病人要在门诊部挂号处登记其基本信息并建立病人个人信息档案,如编号、姓名、性别、年龄、住址、联系方式等;然后,初诊病人可与复诊病人一样进行挂号和就诊排号;
(2)病人持挂号到相应科室找医生进行诊断,诊断科室接到病人的申请后,对病人进行检查或检验,并将检查结果填入病人档案。
然后医生根据检查结果对病人进行诊断、开具医药处方,并根据处方查询药房库存是否药品齐全,若药品齐全,病人到划价处划价,若药品不齐全则重新开具处方。
(3)医生开具处方产生的划价信息生成药品出库单,门诊药房根据出库单给病人办理交费取药。
(4)当医生开具药品处方后(医生诊断完成并开具处方后),查询药品仓库(药品的种类及库存数量并)进行配药和发药,当药房库存的药品缺少的时候,药品统计部门通知药品采购部门进行相应缺少药品的采购工作,采购完成后进行入库登记(及更新相应的库存信息)。
(5)药品统计部门(根据药品出库登记)统计库存售出药品生成月报表给财务部门进行财务结算。
(6)病人可持处方再到原医科进行复诊,复诊病人挂号及就诊时有相应的优惠待遇,也可在原医院调取相应电子病历到其他医院进行诊治。
总体的业务流程如下图所示:
病人挂号业务流程如下图所示:
医生诊断业务流程如下图所示:
病人取药业务流程如下图所示:
查询药库库存业务流程如下图所示:
药库管理业务流程如下图所示:
财务统计流程如下图所示:
5系统数据流程分析
5.1数据流图
顶层的数据流图如下图所示:
第一层数据流图如下图所示:
第二层就诊模块数据流图:
第二层查询管理模块数据流图如下图所示:
第二层药库管理模块数据流图如下图所示:
第二层统计模块数据流图如下图所示:
5.2数据字典
5.2.1数据项条目
以下列出其中重要的数据项条目:
数据项条目
数据项名称:
患者档案编号
数据项别名:
病人档案唯一标识
数据类型:
字符串
长度:
10
取值范围:
0001-9999
数据项条目
数据项名称:
划价收据编号
数据项别名:
划价收据唯一标识
数据类型:
字符串
长度:
10
取值范围:
HJ0001-HJ9999
数据项条目
数据项名称:
处方编号
数据项别名:
处方唯一标识
类型:
字符串
长度:
10
取值范围:
CF0001-CF9999
数据项条目
数据项名称:
出库单编号
数据项别名:
出库单唯一标识
数据类型:
字符串
长度:
10
取值范围:
CKD0001-CKD9999
数据项条目
数据项名称:
入库单编号
数据项别名:
入库单唯一标识
数据类型:
字符串
长度:
10
取值范围:
RKD0001-RKD9999
5.2.2数据流条目
以下列出其中重要的数据项条目:
数据流条目
编号:
001
数据流名:
病人信息
功能:
就诊管理部门接受病人的信息
组成:
病人信息=病人编号+病人名称+药品编号+药品名称+药品数量+
就诊日期
数据流来源:
病人
数据流去向:
1.1(就诊管理)
数据流量:
1000条/每天
数据流条目
编号:
002
数据流名:
药品信息
功能:
药库部门接收供应商的商品信息
组成:
药品信息=药品编号+药品名称+药品数量
数据流去向:
4.1(统计处理)
数据流量:
1000条/每天
5.2.3数据文件条目
数据存储条目
编号:
D1
数据存储名称:
划价收据
简述:
药品电子划价信息
输入的数据流:
药库信息,就诊信息
输出的数据流:
划价收据
数据结构组成:
划价编号+药品名称+药品价格+就诊信息
相关处理:
1、3
数据存储条目
编号:
D2
数据存储名称:
处方
简述:
就诊处方信息
输入的数据流:
就诊信息
输出的数据流:
处方
数据结构组成:
处方编号+处方名称+处方收据+药品价格+就诊信息+处方信息
相关处理:
1、2
数据存储条目
编号:
D3
数据存储名称:
出库单
简述:
药品出库信息
输入的数据流:
药库信息,药房信息
输出的数据流:
出库单
数据结构组成:
库存编号+药品名称+划价收据+药品价格+药品数量+药品信息+出库时间
相关处理:
3
数据存储条目
编号:
D4
数据存储名称:
统计报表
简述:
药品统计信息
输入的数据流:
统计信息,药库信息
输出的数据流:
统计报表
数据结构组成:
统计报表编号+药品销售数量+药品购买数量+药品价格+价格总计+药品信息
相关处理:
4
数据存储条目
编号:
D5
数据存储名称:
挂号单
别名:
病人挂号信息
输入的数据流:
病人信息
输出的数据流:
挂号单
数据结构组成:
挂号单号+病人姓名+就诊信息
相关处理:
1.1、1.2
数据存储条目
编号:
D6
数据存储名称:
电子病历
别名:
病人基本信息
输入的数据流:
病人信息
输出的数据流:
病人档案
数据结构组成:
病人基本信息,就诊信息
相关处理:
1.1、1.2
处理过程
编号:
1.1
处理过程名称:
挂号
简述:
病人挂号填写基本信息进行就诊申请
数据流来源:
病人
数据流去向:
挂号单、病人档案
处理过程
编号:
1.2
处理过程名称:
诊断
简述:
病人挂号后进行诊断
数据流来源:
挂号单、病人档案、1.3
数据流去向:
处方、划价收据
处理过程
编号:
3.4
处理过程名称:
药品管理
简述:
根据出库单对药品进行出入库管理
数据流来源:
出库单、药品仓库药库库存单
数据流去向:
门诊药房、药库库存单、药品统计部门
处理过程
编号:
4.1
处理过程名称:
统计处理
简述:
根据统计报表进行财务统计处理
数据流来源:
月报表、药库库存单
数据流去向:
统计部、统计报表
5.3存储分配
存储在数据库文件中。
6.运行环境
6.1硬件环境:
主频2.2GH或更高档微机、服务器;
运行时内存需要:
1GB或更高;
安装所需硬盘:
10GB或更高;
输入设备:
键盘、鼠标
输出设备:
显示器、打印机
数据通信设备的型号:
YD/T638.15-94
功能键:
ESE、F1-F12
6.2软件环境:
支持中文Windows2000/Me/XP及以上产品;
支持英文Windows2000/Me/XP及以上产品。
数据库采用基于SQI类的大型数据库:
Sybase、Oracle或Microsoft.SQI.Server等。
本系统及底层支撑采用纯无代码研发,支持Linux、Unix、Windows系列等跨平台操作系统。
本系统用的的协议为:
HTTP
6.3开发环境
硬件环境:
具有完善设备的微型计算机
软件环境:
操作系统WindowsXP或Vistar
VisualStudio2010+SQLServer
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 11111 门诊 管理信息系统 第二阶段 系统分析