医生工作站系统Word文档格式.docx
- 文档编号:22061131
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:44
- 大小:958.77KB
医生工作站系统Word文档格式.docx
《医生工作站系统Word文档格式.docx》由会员分享,可在线阅读,更多相关《医生工作站系统Word文档格式.docx(44页珍藏版)》请在冰豆网上搜索。
System,简称HIS)是以病人为中心,通过病人将医生和各个辅助科室紧密的
联系起来,实现信息资源共享。
医生工作站子系统包括:
门诊医生工作站和住院
医生工作站。
医生工作站子系统将患者在院期间的所有临床医疗信息通过计算机
管理,并给医生临床工作提供许多有益帮助,是一个真正意义上的I临床信息系统。
通过医生工作站,可以使传统病案中的内容电子化。
电子病历是现今医生工作站
中新兴的必不可少的一部分。
病历是指医务人员在医疗活动过程中形成的文字、
符号、图表、影像、切片等资料的总和。
病历的电子化ElectronicMedicalRecord,
简称EMR,即电子病历。
论文以北京某医院的信息系统建设为背景,重点论述了医生工作站子系统的
管理模式及业务流程,对系统总体功能、体系结构、网络运行环境进行设计,同
时为满足系统安全、稳定、效率、用户体验等实际需求,提出了一系列的解决策
略。
系统在研究过程中,依据了诸多先进的管理系统信息的建设理论和指导思想。
论文的研究内容是以Oracle数据库和MicrosoftVisualStudio2005为开发平
台,C群为开发语言,对原有的HIS系统进行升级改造,通过设计新医生工作站
子系统来提高医生给病人看病的速度和质量,简化医生工作量。
关键词医院管理与临床信息系统:
Oracle数据库;
医生工作站子系统;
电子病
历
文档清单
文档名称
必做与选做
有无该文档
备注
可行性研究报告
必做
√
项目开发计划
选做
软件需求说明书
概要设计说明书
详细设计说明书
用户手册
操作手册
模块开发卷宗
测试计划
测试分析报告
3具体需求
3.1功能需求..............................................................................................................8
3.2性能需求...............................................................................................................8
第四部分概要设计说明书
第五部分详细设计说明书
第六部分数据库设计说明书................................................................................................26
1引言..................................................................................................................................26
1.1数据库设计的目的.............................................................................................26
1.2数据库设计的背景..............................................................................................26
2软件需求说明书..............................................................................................................26
2.1标识符和状态......................................................................................................26
2.2支撑软件..............................................................................................................26
2.3数据库机构设计..................................................................................................26
第七部分项目总结开发报告..................................................................................................32
第一部分可行性研究报告
1引言
1.1编写目的
门诊医生工作站和住院医生工作站。
医生工作站子系统将患者在院期间的所有临床医疗信息通过计算机管理,并给医生临床工作提供许多有益帮助,是一个真正意义上的I临床信息系统。
电子病历是现今医生工作站中新兴的必不可少的一部分。
1.2背景
随着社会的发展,医院的业务不断增长,处理越来越复杂,简单的人工经营管理,已无法满足医院的需要,而医院管理信息化不仅能提高医务人员的工作效率和医疗水平,而且能提高医院的服务质量和管理水平,因此医院对医生工作站系统有着强烈的需求。
在对系统目标和环境分析的基础上,从系统的技术可行性、经济可行性和营运可行性几个方面进行系统的可行性研究,从而进行总结了如下的《行性研究报告》。
2可行性研究的前提
1.1要求
1)技术可行性
现代数据库管理技术与网络技术快速发展,C/S技术十分成熟,B/S技术更是普及,二者都是管理系统应用中的主流,理论完备、产品市场丰富。
C#是微软公司发布的一种面向对象的、运行于.NETFramework之上的高级程序设计语言。
它包括了诸如单一继承、接121、与Java几乎同样的语法和编译成中间代码再运行的过程。
但是C群与Java有着明显的不同,它借鉴了Delphi的一个特点,与COM(组件对象模型)是直接集成的,而且它是微软公司.NETwindows网络框架的主角。
新系统结合了C/S和B/S的双重优势,综合C拌的成熟技术,系统中的关键技术和体系结构,如今已有大量实例应用,相当成熟与稳定,所以整个系统在技术上是可行的。
2)经济可行性
资金及费用:
开发此项目资金消耗不是很大,可以解决很多问题,从而可以用少量的资金支持软件开发
效益:
减少人工成本。
系统运行后可带来工作效率的提高,可直接节省大量的人工成本;
间接节省内耗。
系统运行后,因为对业务流程的优化,必然能减少日常业务在工作中的管理内耗,这些减少的管理内耗成本,只要能有百分之几的效果,其带来的价值就能数十倍于整个系统的建设成本;
因此,新系统建设在经济上是可行的。
3)营运可行性
当近社会,信息化已经深入发展,用管理信息系统提高管理效率、改进管理方法,这是大势所趋。
医院的各级主管都很重视并积极推动该项工作,专门组建了10多人的项目组,包括多名一线开发人员,和几名管理科室的业务骨干,并由主管副院长亲自主持;
全院多次开展全院的动员会,要求各级工作人员全力配合。
所以系统的营运管理上是可行的。
2.2目标
医院领导希望通过改造原有系统,提高医院自动化办公水平,提高原有系统的运行速度和维护效率;
提高医生的工作效率,减少病人候诊、看病时间,提高病人看病质量。
第二部分软件需求说明书
提高医院自动化办公水平,提高原有系统的运行速度和维护效率;
1.2背景资料
随着信息技术的发展、网络环境的普及,信息化、数字化已经进入各行各业和人们生活中的许多方面,我国的医院也不知不觉进入了信息化时代。
历经多年的发展,医院的信息管理从最早的单机管理到网络化的各种医疗收费系统、医疗信息处理系统,过渡到全面的管理系统及决策支持系统等,医院管理与临床信息信息系统(HIS)在大中型城市的医院中已基本普并日益完善,医生工作站子系统也随之发展起来了,特别是电子病历也随之发展了起来。
因此,要研究开发新的医生工作站子系统,要保留原有的基本功能,增加新功能,例如医生可以直接看见病人的检查化验单结果,不需要病人去取结果单等。
要研究开发新的电子病历,保留原有电子病历即自由文本编辑器优点的条件下,引进和借鉴结构化表单(表格)式编辑器,通过新的编辑器,使电子病历适应医院的发展变化。
1.3定义
1)医院管理与临床信息系统(HospitalManagementandClinicalInformationSystem,简称HIS)是以病人为中心,通过病人将医生和各个辅助科室紧密的联系起来,实现信息资源共享。
2)医院管理与临床信息系统,是指利用计算机软硬件技术、网络化通信技术等现代化手段,对医院及其所属各部门的人流、物流、财流进行综合管理,对医疗活动各阶段产生的数据进行采集、储存、处理、提取、传输、汇总、加工生成各种信息,从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统。
1.4参考文献
1、罗素华.医院信息系统的现状与发展问题探讨.医学工程.2002(5)101~102
2、吴涛.医院信息系统开发与实施中的几个问题探讨.首医学报.2001(21)16-17
3、李维.面向对象开发实践之路(c撑版).电子工业出版社.2005:
111-115
4、罗素华.医院信息系统的现状与发展问题探讨.医学工程.2002(5):
101—102
2项目概况
2.1目标
1、辅助医生规范、有效地完成病人医疗过程中各项医疗信息处理工作;
2、提供临床医疗环节质量管理的提示和警示标志,严格督导医疗行为规范有序的进行;
3、为其他系统和模块提供相关医疗信息;
4、实时掌握病人各种动态信息,产生各种统计报表,方便查询;
5、为医院住院、药品、手术等相关系统和模块提供所必需的输入和输出数据接口。
2.2功能
医生工作站系统包括:
医生工作站系统将患者在院期间的所有临床医疗信息通过计算机管理,并给医生临床工作提供许多有益帮助,是一个真正意义上的临床信息系统。
病历是指医务人员在医疗活动过程中形成的文字、符号、图表、影像、切片等资料的总和。
通过设计医生工作站子系统来提高医生给病人看病的速度和质量,简化医生工作量。
运用系统生命周期法、原型法、面向对象法等多种先进、成熟的理论模型,对整个开发过程的系统分析、概要设计、详细设计到系统实现与运行维护的全过程逐一展开、分层论述,完整阐述了医院管理与临床信息系统的开发实现。
3.1功能需求
1)业务处理功能
1、医疗文书处理;
2、病历自动生成;
3、医嘱生成;
4、数据处理;
5、查询;
6、辅助诊疗;
7、报表统计;
8、系统维护;
2)管理控制功能
1、用户权限控制
2、医疗文书安全控制
3、医疗质量控制
3.2性能需求
1)精度
鉴于系统的主要应用范围是广大的医疗保健机构——医院、卫生所等。
更为重要的是它还涉及到医学的法律效力问题。
因此,对该软件的输入输出数据应做到正确无误,并能对操作人员的误操作给予提示,且能对垃圾数据进行有效制止,防止其进入系统数据源。
2)整个系统运行于网络环境下,数据源与数据库应用分布于不同的主机上,应保证在不出现数据阻塞、数据丢失的情况下,快速准确地响应系统操作人员所提出的各种合法请求。
灵活性
所开发出的系统应能适应于以下几种所述情况的变化:
·
运行环境的变化;
操作方式上的变化;
精度和有效时限的变化;
3)输入输出要求
系统应能支持多种形式的数据输入输出方式,比如对于业务量处理大的时候,系统可以支持键盘、鼠标、语音、扫描仪等输入形式。
第三部分数据要求说明书
3.1引言
数据是信息的载体,是今后系统要处理的主要对象。
因此必须对系统调查中所搜集的数据以及统计处理数据的过程进行分析和整理。
它是未来数据库设计的基础。
数据流程图(DataFlowDiagram简称DFD)是便于用户理解的数据流程图像,它能精确地在逻辑上描述系统的功能、输入、输出和数据储存。
我们用以下图形来画图
我们组负责的项目是医生工作站主要分为两部分:
门急诊医生工作站和住院医生工作站,下面分别从两方面开始分析。
3.2门急诊工作站数据分析
(1)门诊业务流程图
(2)门诊数据流程图
3.3住院工作站数据分析
(1)住院业务流程图
(2)住院部管理系统顶层图
(3)医院管理系统零层图
(4)病房管理
(5)费用结算
3.4数据字典
数据字典(DataDictionary)是系统中数据的详尽描述,对数据进行集中管理,将收集的信息统一化,标准化,有统一的名称、格式和含义。
数据库所包含的内容有六项:
数据项,数据结构,数据流,处理逻辑,数据存储文件,外部实体。
(1)数据项的定义
(2).数据结构定义
(3)数据流的定义
(4)处理过程描述
(5)外部实体的定义
(6).数据存储定义
4.1系统总体功能
根据系统分析的结果,按照结构化的系统设计方法,对医生工作站子系统从功能上可作如图一的系统功能划分:
图3-1医生工作站子系统
4.2应用体系构架
(1)系统构架选型
现在主流的HIS系统,主要有2种体系结构,C/S(客户端/服务器模型)和B/S(浏览器/N务器模型)。
C/S(客户端/服务器模型)
一般用于局域网中,采用连接的数据访问方式,后来分布式构件模型DCOM的产生,又发展出3层结构,中间用业务层来抽象业务逻辑,但总体上仍具有C/S的基本特征,如下所述。
其优点有:
1)可以为用户提供丰富的界面元素;
2)对用户操作的响应速度快、用户体验好;
3)充分利用客户计算机的资源;
4)可在本地缓存状态和部分数据,不用在客户端和服务器之间传输额外的状态数据。
其缺点有:
1)安装、升级更新较为繁琐,需要在每台客户电脑上运行安装包,更新时也要逐台电脑运行升级程序:
2)客户端应用程序要与数据库服务器保持连接状态,增加了服务器的运行开销;
3)对网络宽带要求较高、一般适用于局域网或企业内网应用。
B/S(浏览器/服务器模型)
随着互联网技术的发展,B/S结构模式逐渐兴起,成为一些管理信息系统的首选方案,其主要特点是以WEB为中心,采用TCP/IP、HTTP传输协议,无连接的工作状态,请求/应签式的工作模式,客户端通过浏览器访问WEB服务器、应用服务器以及后台的数据。
其优点:
1)易于安装,大多数计算机中都已配有浏览器软件,因此对客户端而言是无须安装的,只需在服务器端安装数据库及部署WEB应用程序;
2)易于升级维护,任何后期的程序修改,只需要在服务器端操作:
3)对网络环境要求少,本地和异地网络都可使用。
1)用户的界面元素不够丰富,只能通过有限的HTML语言来呈现用户界面;
2)用户操作的响应时间较慢,用户体验差;
3)不能充分利用本地客户端计算机的计算处理能力等资源,或访问本机文件;
4)只能利用浏览器的打印功能来打印资料,不适用于企业的报表打印;
5)网络传输量大,每次刷新页面还要传输界面元素(如图片)数据,另外,客户端不能保存状态数据,不能缓存数据:
6)安全性较低,页面中大量应用开放的VBS和JS脚本语言,容易暴露信息(数据结构或程序模型),为恶意入侵者留下缺口。
(2)本系统的应用构架
综上所述,传统的C/S架构,虽然适用于功能复杂的业务系统,但其固有缺点(安装、升级的不便),制约了业务系统的扩充,特别是对一些大型的、用户数量众多、地理范围跨域较广的应用,这种缺陷便愈发突显,当用户数量和地域因素上升到一定程序时,C/S系统的建设和维护几乎成为“不可能完成的任务’’——对于信息部门的IT人员来说,大量时间消耗在系统的运行维护、升级更新上——如果继续延用传统的C/S方式,无疑将成为一种“灾难”。
就这家医院而言,医院的HIS系统的全部客户端计算机有近300台,而由于医院管理的不断变化、上级政策和需求的不断增加,以及基建改造工程等,这些业务需求的变更,经常要引起HIS的业务逻辑变化,带来系统中的程序升级,甚至网络拓扑结构的变化,信息部门的工作人员日常维护的工作量之大可想而知。
其次,由于医院地理位置的跨域,为了统一数据、集中汇总,各分院与总院之间,通常要借助专线接入,不但增加网络接入的费用,而且对稳定性的要求也非常高。
B/S架构虽然能克服C/S架构的主要缺陷,但B/S系统本身的缺点,如运行速度,用户响应,以及基于脚本语言的编程中产生的一些程序开发、维护方面的缺陷,也无法胜任HIS的建设。
最终,我们认为只有把C/S和B/S这两种模型结合起来,利用各自的优点,摒除二者的缺点,才能适用HIS系统的多种复杂需求;
既可以对高频率的业务操作、加快客户响应时间,又能改善安装和维护的工作量,还能适应不同的网络环境。
4.3医生站子系统的研究方向
医生工作站子系统包括:
医生工作站将患者在院期间的所有临床医疗信息通过计算机管理,并给医生临床工作提供许多有益帮助,是一个真正意义上的临床信息系统。
要研究开发医生工作站子系统就要先明确医生在工作中的实际需求,满足医生的需要。
医生工作站要能方便的调取病人信息,自由方便的开取处方、检查化验单和治疗单;
能把检查化验单的结果在医生工作站中便捷的提取出来;
能把电子病历中的内容提取到医生工作站中;
能够便捷的打印出各种单据;
提取病人历次就诊记录,能够看见以前的各种处方、检查化验、病历等各种信息:
能够简捷的录入病人的病案首页等。
4.4电子病历的研究方向
电子病历的设计思想是以病人为中心的集成,要自由录入和结构化存储并存,适应未来发展。
要研究开发电子病历就要先研究开发编辑器,新编辑器要自由录入和结构存储并存,支持各种复杂的病历格式(包括文本病历、表格病历、图文混排病历等)。
编辑器通过各种输入工具和排版工具以达到结构化存储,输入工具包括单选、多选、有无选择、格式化录入、录入提示、关键词等;
排版工具是可以自由设置病历版式,包括段落重排、字体、行距、对齐、上下角标、分页等。
还要提供多种高级病历书写工具,通过工具自动提取HIS系统中的信息、数据篮、重复内容自动复制、公式定义和自动计算、图表自动绘制等。
要达到灵活的病历打印功能,包括普通打印、打印预览、整洁打印、奇偶页打印、选择性打印和续打等。
实现开放的外部接口,通过WebServices技术实现与HIS、LIS(检验系统)、PACS(影像系统)等其它信息系统的连接、集成与调用,保证了系统的先进性与扩展性。
通过编辑器制作模板,模板制作好后如何简便快捷的保存到数据库是要着重考虑的问题。
在“门诊医生站"
和“住院医生站”都要在原有的基础上设计一个页面书写
电子病历。
4.5物理结构及网络环境
该医院共有4个院区,一个总部、一个分院、及其2个分部,地理t于北京市内的不同区域,最远跨度有几十公里,因此,无法用一个整体J现,因此我们考虑,将4个院区分建成4个不同的局域网。
各个院区内部网连接,各院区之间的连接没有直接相连的网络通路(如专线连接),通过ICP(即互联网接入商)接入互联网,实现分院与总部之间的互联了网络访问安全,各院区再通过VPN设备联结成一个虚拟专用网,另外,互联网出口皆设有硬件防火墙。
中心服务器设在医院总部,具有一组固定的公网IP,并注册公网外丌放WEB服务。
其它3家分院区,内网中的客户计算机通过交换机、路由器、VPN设备,入互联网,然后通过医院总部的VPN服务端设备访问总部WEB服务。
由于该医院原已铺设有局域网、并运行有旧版的HIS系统,所以新接利用现有的网络设各,只增添部分网络设备即可,既降低了投入的缩短了系统建设的进程。
4.6本章小结
本章详细对比了C/S和B/S架构的比较,又结合医院的特殊业务需求,最终
确定了两者兼用的应用体系。
确定了医生工作站子系统、电子病历的研究方向,
为下一步系统的详细设计打下基础。
5.1业务对象及类层次设计
类图(ClassDiagram)是面向对象分析与设计过程中的重要工具,设计良好
的类图甚至可以直接生成目标程序代码。
类图显示了业务模型的静态结构,特别
是模型中存在的实体类、类的内部结构及类之间的关系。
类图不显示动态的、暂
时性信息。
类图可以在整个软件开发生命周期中,被分析师,业务建模人员,开
发者和测试者使用。
类图有许多(静态)说明性的模型元素(例如类、包和原色
的相互连接)组成。
如图4.1所示,为门诊业务对象及类的设计图。
其中person为人员对象类,
该类是个纯虚类(指专门用来给其他类继承的一种类,本身不可以被实例化)。
由人员派生出的patient患者类和staff员工类,由员工类又派生出cashier收费员类、register挂号类、doctor医生类、druggist药剂师等几种不同的类;
dept科室类和pharmacy药房类也存在继承关系;
还有其他几个业务类如:
reginfo挂号信息类,prescript处方类、cinvoice收据类等。
此外类之间出了存在继承(泛化)关系外,还有依赖关系,比如处方类就依
赖于挂号信息类、医生类、收费项目类、药品类等。
5.2处理过程设计
业务流程图
又称处理过程流程图,是对各个业务环节的处理过程的设计与描述,如图4.2所示,是挂号业务的处理流程。
状态图
又称状态转换图,是用于描述业务对象的动态状态的工具,其基本思想是定
义一个内部具有有限状态的“机器”,因此状态图又称为“有限状态机"
,在状态
图中对象被外界的事件所激发,从而从一种状态转换到另一种状态。
如图4.3所示,是门诊业务流程的状态转换图。
业务时序图
又称时序图(SequenceDiagram),是用来显示对象之间的动态关系,强调对
象之间发送消息与调用的时间顺序,其重点描述了对象之间的交互。
在时序图中
一般包括如下元素:
类角色、生命线、激活期和消息等。
处理过程设计要根据模块划分及面向对象或
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医生 工作站 系统