耳鼻咽喉医院管理系统_第1页
耳鼻咽喉医院管理系统_第2页
耳鼻咽喉医院管理系统_第3页
耳鼻咽喉医院管理系统_第4页
耳鼻咽喉医院管理系统_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 耳鼻咽喉-头颈外科医嘱管理系统的设计与实现 目 录第1章 绪论1.1医嘱管理发展概述1.2课题的提出及研究意义1.3论文的研究内容和工作重点第2章 系统需求分析2.1医嘱管理系统业务需求分析2. 2系统用户分析2. 3性能需求 2. 3.1安全性要求 2. 3. 2灵活性要求 2. 3. 3实用性要求 2. 3. 4稳定性要求 2. 3. 5先进性要求2. 4入院信息处理功能描述 2.4.1用例信息详述 2. 4. 2用例规约2. 5长期医嘱功能描述 2. 5.1用例信息详述2. 5. 2用例规约2. 6临时医嘱功能描述 2. 6. 1用例信息详述2. 6. 2用例规约2. 7护士工作站功能

2、描述2. 7.1用例信息详述2. 7. 2用例规约2. 8用户管理功能描述2. 8. 1功能结构2. 8. 2功能详述 2. 8. 2.1建立用户 2.8. 2. 2权限设置 2. 8. 2. 3修改密码2.9系统查询功能描述 2. 9. 1用例信息详述2. 9. 2用例规约2. 10药物维护功能描述2. 10. 1用例信息详述 2. 10.2用例规约2.11系统维护2.11.1用例信息详述2.11. 2用例规约第三章系统总体设计3.1 发环境设计3. 2软件体系结构3.3数据库设计3.3. 1数据库中表的设计 3.3. 1. 1医嘱管理系统包含的基本表 3. 3. 1. 2医嘱管理系统包含的

3、辅助表 3. 3. 1. 3医嘱管理系统包含的其它表3. 3. 2表间关系设计3.4应用服务器端应用程序总体设计3.5客户端应用程序总体设计3. 5. 1设计思想概述3.5. 2客户端应用程序设计第4章 系统详细设计 耳鼻咽喉头颈外科医瞩管理系统的设计与实现摘要 医嘱管理系统是病案管理系统的重要组成部分,它利用先进的信息处理技术对住院患者与医嘱有关的检查、治疗、处理等信息、资料进行整理、处理、存储、统计、分析。它的研究和实施,对提高现代医疗管理水平、规范医嘱管理、提高医疗服务质量、进行医学研究,具有非常重要的意义。 本论文首先对医嘱管理的现状及发展过程进行了综述,对目前国内外医嘱管理系统存在的

4、问题进行了描述,从而引出研发方案。 本论文以耳鼻咽喉头颈外科的医嘱处理为主线索,详细的描述了医嘱管理系统的分析、设计和实施。 需求分析对医嘱系统的功能和性能两个方面的需求分别进行描述、分析,提出了整个医嘱系统的总体需求。 概要设计从系统体系架构、开发环境、数据库设计等方面,全方位的论述了系统的设计思想和结果。 详细设计对研发工作中的主要模块的流程、算法进行了详细描述。 系统实现对系统完成的主要功能界面进行了简单介绍,展现了系统实施成果。 最后,对本医嘱管理系统的主要特点进行了简单的总结。 本系统的软件产品已在山西医科大学第一医院耳鼻咽喉头颈外科使用。目前运行系统稳定可靠,全部实现了耳鼻咽喉头颈

5、外科医嘱管理的需求。关键词:医嘱管理,需求分析,概要设计,详细设计,系统实现The Design and Implementation of Surgery doctor's orders management system on Otolaryngology Head and Neck Abstract The doctor's orders management system is an important part of the medical record management system. Using advanced information processing

6、technologies, it collates and processes, storages, statisticses and analysises the data of medical advice examination, treatment, processing and other information of hospitalized patients.The Research and implementation of it has a very important significance of improving modern medical management l

7、evels, standarding the management of medical advice, and improving the quality of medical services and medical research.This thesis reviewes medical advice management status quo and development process at first, and then describes the problem exists on the doctor's orders management system at ho

8、me and abroad, which then leads to the R&D plan.The main clue of this thesis is the treatment of doctor's advice to the inpatients of department of tolaryngology Head and Neck Surgery, and there is a detailed description of the doctor's orders management system analysis, design and imple

9、mentation.The requirements analysis carries analysis of both functional and performance requirements analysis of CPOE system, putting forward the overall demand of the CPOE system.The overall design fully describes the design ideas and the results on system architecture, development environment, and

10、 database design and so on.The detailed design descripts the process and the algorithm of the R & D work in the main module of the system detailedly.The achievement system gives a simple introduction to the main function interfaces of the system, which shows the results of system implementation.

11、In the end of this paper, there is a brief discussion of the characteristics of the system.Software of the system has been in operation in the Department of Otolaryngology Head and Neck Surgery, Shanxi Medical University Hospital. Preliminary run showsthat the system is stable and reliable, and meet

12、s all the requirements of the Department of Otolaryngology Head and Neck Surgery doctor's orders management.Keywords: doctor's orders management, requirements analysis, overall design,detailed design, system implementation 第一章绪论1.1医嘱管理发展概述 作为医院病案管理的主要组成部分之一的医嘱管理,是以医师医嘱的下达、执行等为主要管理内容。为能使医师下达的

13、医嘱便于执行,还需要根据医嘱分别写出医疗单、治疗卑、膳食医嘱、护理医嘱等处置单。 在IT技术应用到医嘱管理之前,传统的医嘱是通过手工书写的方式完成的,这种医嘱的处理方式存在许多缺点:,一是这种医嘱是静态的,不易与相关知识和论容产生联系,虽然可被阅读,也可补充新的内容,但这些内容之间很难建立有机关联;二是很难保证医嘱数据的完整性;三是这种医嘱只记录在纸介质上,不场检索、更不易进行快速、准确的统计分析、也很难保证及时获取;四是这种医嘱利用率低、占用空间大。 通过与IT技术结合,形成医嘱管理系统后,它既能为使用者处理和检索完整准确的各种医嘱信息,而且也能根据使用者的需要进行各种各样的检索、统计分析及

14、数据挖掘。它将具备以下几个方面的用途:(1)从存储资料的层面上来讲,医嘱管理是医嘱信息的记录和存储集合;(2)医嘱信息在患者诊疗过程中,可以在医生和护士间、医生和医生间、临丨木科室和药品、材料等供应部门间进行信息传递,而且这些信息都可以完整的保存到医嘱系统中;(3)医嘱信息在医学研究、医学教学和医院管理等方面起着提供数据源的重要作用。 在欧美等发达国家,医嘱管理系统的研发 始于上世纪六十年代后期,并在九十年代得到凶猛发展,向多媒体信息的处理和网络化、智能化等方面迈进。国内医嘱管理系统的研发工作起步比较晚,甚至到目前,有些医疗单位的医嘱,还停留在手工书写的方式下。但令人感到欣喜的是,本世纪初,医

15、嘱管理系统的应用,在我国快速增长。有关医嘱管理的规范和法规,也在不断出台。总的来说,与起发达国家相比,国内医嘱管理系统的应用还处在初级阶段,这是其一;其二,我国医疗战线上的领导、医护工作者,充分认识到了医嘱管理工作的重要性,许多医院已把医嘱系统的建设纳入了重要议事日程;其三,就目前已建立的医嘱管理系统而言,大多数还是医院信息管理系统相关功能的简单扩充,主要功能只涉及医嘱处理,有的甚至在系统间不能进行数据交互与共享。1.2课题的提出及研究意义 通过对医嘱管理系统发展历程的简要回顾,可以看到医嘱管理系统在我国处于起步阶段。从管理层面,制定医嘱管理系统的合理、统一的标准和规范,迫在眉睫。只有实现标准

16、化规范化,才能实现与医嘱相关的部门之间的数据交换和共享,实现医嘱管理系统和相关系统之间的无缝连接和无障碍交换。 从应用方面来看,由于医嘱系统涉及的业务比较非常专业,没有深厚的专业知识就很难对医嘱管理系统的业务知识进行准确的理解和处理;而没有良好的信息化知识和技术,就无法站在信息系统建设的高度,研发出功能、性能完美的医嘱管理系统。 作为在读研究生,我非常关注着医嘱管理的应用,并对目前存在的大多数医嘱管理系统进行了一定的了解和研究,发现它们中的大多数存在以下几方面的问题。 (1)大多数系统只实现了医嘱管理系统的基础工作,对深层次的内容,探讨、研究还不够。可以说只是把手工书写医嘱变成了在计算机上书写

17、医嘱,没有通过信息技术把医嘱管理提高到精细化、智能化、完整化的层面; (2)没有完全实现医嘱用语的规范化,不能满足医嘱管理的标准化、规范化需求; (3)大多数系统没有就如何提高医嘱质量、减轻医嘱处理者的工作强度、加强友好提示和提醒功能等特点和特色,进行详细的研究和分析,致使医护人员感到劳动量不比在手工时少,这是其一;其二,相当一部分应该由应用系统自动处理的任务,还要由使用者用手工输入来完成,造成工作效率低下;第三,友好提醒、提示功能欠缺,比如医生医嘱下达后,系统不能立即通过系统通知相关医护人员进行医嘱的处理工作等; (4)医嘱管理系统是病案管理系统的一个子系统,医嘱管理系统要从病案管理系统的其

18、它子系统中提取本系统需要的资料,当然其它子系统也要从医嘱管理系统中索取它们需要的信息。因而,在医嘱管理系统的实现上,必须全面考虑和其它子系统之间的接口。由于医嘱管理系统存在着诸多不足,因而吸取、保留、接受已有系统的长处,改进己有系统的不足、增加己有系统缺失的部分,研发出一套规范、全面、自动化程度高的医嘱管理系统,促进医嘱管理的信息化建设是当务之急。1.3论文的研究内容和工作重点 由于不同专业、不同科室的医嘱管理系统之间存在着较大的差异,要完成所有专业、科室的医嘱管理系统不但需要具备大量的相关专业知识,而且也需要强大的研发团队,仅靠一个人,在一年多的时间内是根本无法完成的。因此本论文只实现了耳鼻

19、咽喉头颈外科医嘱管理系统(以下简称医嘱管理系统)。涉及到的研究工作包括医嘱管理系统的需求分析、概要设计、详细设计和系统实现等。 第二章系统需求分析 医嘱管理系统的需求分析包括功能需求分析和性能需求分析。2.1医嘱管理系统业务需求分析 如图2-1所示,医嘱管理系统包含系统登录、用户管理、入院信息处理、长期医嘱、临时医嘱、护士工作站、系统查询、系统统计、药物维护和系统维护等十大功能模块。医嘱管理系统系统登录用户管理入院信息处理长期医嘱临时医嘱护士工作站系统查询系统统计药物维护系统维护 图2-1医嘱管理系统功能结构其中长期医嘱、临时医嘱和护士工作站是主要的业务处理模块。入院信息处理是对患者的基本信息

20、进行处理。系统查询用来快速查询、浏览已处理的医嘱。系统统计用来对一些重要信息进行统计处理。药物维护对医嘱处理中用到的药物进行维护。系统登录是保证系统安全的一道门檻,只有在系统中注册的用户才能进入本系统。用户管理用来对用户的权限进行设置。系统维护对系统中用到的一些基本信息进行维护。2. 2系统用户分析 医嘱管理系统用户对象按使ffl类别分为入院办理人员、医生、护士、系统管理员和医院各级业务管理人员。 入院办理人员通过入院信息处理登记患者的基本信息。 医生通过长期医嘱和临时医嘱模块处理其管辖下的病人的长期医嘱和临时医嘱,也可通过系统维护建立、修改及删除辅助系统使用的各种信息;通过系统查询查找自己感

21、兴趣的病案内容。 护士通过护士工作站对自己所护理病人,执行医生下达的医嘱。 系统管理员通过用户管理,增加、修改、删除使用本系统的用户,并设置每个用户的权限。 医院各级业务管理人员通过系统查询查看相关病人的医嘱处理情况。2. 3性能需求 性能需求对整个系统的使用起着举足轻重的作用。它主要包括安全性要求、灵活性要求、实用性要求、稳定性要求和先进性要求等。2. 3. 1安全性要求 安全对任何一个软件系统都有着非常重要的意义。从软件的应用上来讲,不同的用户对整个系统的操作权限是有区别的。比如,对某一模块,一些用户有完全访问权限,而有的用户只有只读权限,甚至另外一些用户连只读的权限都没有,这是其一;第二

22、,在实际工作中,当医患之间发生纠纷时,医嘱内容将对法律判决提供依据,所以医嘱书写完成后,必须保证档案性;其三,患者的医嘱记录,无论是对患者下次就诊,还是对相关人员对各种病案的研究都具有非常重大的意义,所以,必须确保证医嘱的数据安全性。 2. 3. 2灵活性要求 医嘱管理的不变性是相对的,而变化是绝对的。因此设计时应充分考虑系统的灵活性。不能因为变化导致系统的崩溃;另外,对系统要留有充足的接口,使得变化发生时能灵活地对系统进行修订。2. 3. 3实用性要求 医嘱管理系统的设计要充分考虑使用者的习惯,要形成一个既让使用者满意,又不违反系统设计原则的软件,这是其一;第二,要能减轻使用者进行医嘱处理的

23、劳动强度;第三,要能提高医嘱处理的速度,提高效率。2. 3. 4稳定性要求 所研发的系统要稳定、可靠,不能发生故障,更不能发声系统瘫痪。2. 3. 5先进性要求 医嘱管理系统的先进性包括完整性、精确性、规范性、快捷性等。2. 4入院信息处理功能描述2.4.1用例信息详述 入院信息处理部分包含的信息有:病案号、姓名(患者)、性别、年龄、病室、床号、付款方式、过敏史、主管医师、护理等级、入院日期(年、月、日、时、分)、入院科别、入院时情况、诊断部门(入院前)、诊断结果(入院前)、出生日期(年、月、日)、出生地、身份证号、民族、国籍、婚姻状况、职业、工作单位、地址(工作单位)、电话(工作单位)、邮编

24、(工作单位)、户口地址、邮编(户口所在地)、联系人、关系(联系人与患者)、电话(联系人)、地址(联系人)等。 需要特别注意的是病案号、姓名、性别、年龄、婚姻、职、业、民族、国籍、过敏史、医疗付款方式、入院日期、入院科室、病床号、主管医生、护理等级、诊断部门(入院前)、诊断结果(入院前)、入院时情况等项目是住院时必须填写的项目,不能空缺。并且,第一,病案号必须唯一;第二,如果有过敏史,用红颜色显示出过敏史,否则,填“无”,并用黑颜色显示。2.4. 2用例规约用例描述 入院办理人员将患者的入院信息录入。参与者 入院办理人员前置条件 参与者登录系统并拥有使用该用例的权限。基本事件流 1.参与者选择住

25、院信息处理操作。 2.系统显示住院信息处理输入界面。 3.参与者录入信息。 4.参与者提交信息。 5.系统判断录入信息合法性。 5.1如果系统检查到录入信息不合法,系统提示错误信息。错误信息包括:错误原因,更正提示,返回2。 5.2如果检查信息合法,系统保存所录入的信息。 6.系统保存成功并显示报送成功信息。 7.如果该信息处理完毕,将启动该患者的所有相关医嘱管理(临时医嘱、长期医嘱、护士工作站)处理功能。可选事件流 6a.系统保存不成功 6al.系统提示错误信息。错误信息包括:错误原因,更正提示。 6a2.返回3。结束状态 入院信息处理完成。补充说明 无。2. 5长期医嘱功能描述2. 5.1

26、用例信息详述 长期医嘱包含的信息内容有患者姓名、病案号、床号、开始日期、开始时间、开始医师签字、开始护士签字、长期医嘱内容、停止日期、停止时间、停止医师签字、停止护士签字等。患者姓名、病案号、床号对每个患者只用输入一次(在入院信息处理中提取)。开始日期、开始时间、开始医师签字、 始护士签字、长期医嘱内容、停止曰期、停止时间、停止医师签字、停止护士签字,是每条医嘱包含的内容。这些内容中,除长期医嘱内容是通过正常输入方式生成外,开始医师签字、开始护士签字、停止医师签字、停止护士签字等内容都必须是通过输入用户名及签字密码的方式输入的,这样做的目的是为了保证医嘱内容的严谨性和责任归属问题。相应的日期、

27、时间,将随着医师签名的过程由系统自动给出。另外,签名有严格的次序性和内容要求,没有医嘱内容,将不允许进行任何签字活动;要删除一条医嘱,只有在没有任何签字的情况下可以进行;没有开始医师签字,就不能有开始护士签字,也就不存在停止医师、护士签字;没有开始护士签字,就不能有停止医师签字,也就不存在停止护士签字;没有停止医师签字,就不能有停止护士签字。还有,要注意医嘱的重整功能,重整医嘱是对前面所有医嘱进行重整,首先,把原先的所有医嘱封存,再对其中没有执行完的医嘱重新处写出来。这是沿用了手工方式的医嘱要求,实现信息化医嘱管理后,可以考虑对此进行改革。2. 5. 2用例规约用例描述 医师把长期医嘱的信息录

28、入。参与者 医师前置条件 参与者登录系统并拥有处理该用例的权限。基本事件流 1.参与者选择长期医嘱模块。 2.系统显示长期医嘱处理界面。 3.下医嘱时,参与者录入长期医嘱内容。 4.下医嘱医师通过签名方式,输入自己的签名,同时系统自动生成医嘱开始曰期和时间。 5.参与者提交信息。提交成功后,系统自动提醒医嘱执行护士,让护士确认医嘱,并执行医嘱。 6.当决定停止该医嘱时,医师通过签名方式确定停止该医嘱,同时系统自动生成医嘱停止R期和时间。 7 .参与者提交信息。提交成功后,系统自动提醒医嘱执行护士,让护士确认停止该医嘱。结束状态 长期医嘱处理完成。2. 6临时医瞩功能描述2.6.1用例信息详述

29、临时医嘱包含的信息内容有患者姓名、病案号、床号、开始日期、开始时间、开始医师签字、临时医嘱内容、处理时间、处理护士签字、执行日期、执行时间、执行护士签字、取消日期、取消时间、取消医师签字等。 患者姓名、病案号、床号对每个患者只用输入一次(从入院信息处理中提取)。 开始日期、 始时间、开始医师签字、临时医嘱内容、处理时间、处理护士签字、执行日期、执行时间、执行护士签字、取消日期、取消时间、取消医师签字,是每条医嘱包含的内容。这些内容中,除临时医嘱内容是通过正常输入方式生成外,开始医师签字、处理护士签字、执行护士签字、取消医师签字等内容都必须是通过输入用户名及签字密码的方式输入的,这样做的目的是为

30、了保证医嘱内容的严谨性和责任归属问题。相应的日期、时间,将随着签名的过程由系统自动给出。 另外,签名有严格的次序性和内容要求,没有医嘱内容,将不允许进行任何签字活动;要删除一条医嘱,只有在没有任何签字的情况下可以进行;没有开始医师签字,就不能有处理护士签字,也就不存在执行护士签字;没有处理护士签字,就不能有执行护士签字;当执行护士已签字后,将不能取消该医嘱。2. 6. 2用例规约用例描述 医师把临时医嘱的信息录入。参与者 医师前置条件 参与者登录系统并拥有处理该用例的权限。基本事件流 1.参与者选择临时医嘱模块。 2.系统显不临时医嘱处理界面。 3.下医嘱时,参与者录入临时医嘱内容。 4.下医

31、嘱医师通过签名方式,输入自己的签名,同时系统自动生成医嘱开始日期 和时间。 5.参与者提交信息。提交成功后,系统自动提醒医嘱处理护士,让护士确认医嘱,并处理医嘱,处理护士签名后,系统会自动给出处理时问。 6.当医嘱处理完成后,系统自动提醒医嘱执行护士,让护士执行医嘱,执行护士签名后,系统会自动给出执行时间。 7.当医师决定取消一条医嘱时,医师通过签名方式确定停止该医嘱,同时系统自动生成医嘱取消円期和时间。 8.参与者提交信息。提交成功后,系统自动提醒医嘱执行护士,让护士确认取消该医嘱。结束状态 临时医嘱处理完成。2. 7护士工作站功能描述2. 7. 1用例信息详述 确切地说,护士工作站所包含的

32、业务处理功能在临时医嘱和长期医嘱里已全部包含。只所以把它专门作为一个功能模块,是为了方便在护理工作站值班的护理人员。除临时医嘱、长期医嘱执行业务处理外,护士工作站的显著特点是:一有医嘱下达立即启动提醒业务,以便护理人员立即执行医嘱,这是其一;其二,提供便捷处理手段,通过业务处理界面能够快速进入要处理的医嘱。2. 7. 2用例规约用例描述 护士把处理的医嘱信息录入。参与者 护士前置条件 参与者登录系统并拥有处理该用例的权限。基本事件流 1.参与者选择护士工作站模块。 2.系统显示护士工作站界面。 3.处理医嘱时,参与者录入医嘱处理信息。 4.处理医嘱护士通过签名方式,输入自己的签名,同时系统自动

33、生成医嘱处理日期和时间。 5.参与者提交信息。提交成功后,系统会自动给出处理时间,并保存信息。 6.当医嘱处理完成后,系统自动提醒医嘱执行护士,让护士执行医嘱,执行护士签名后,系统会自动给出执行时间。结束状态 医嘱执行处理完成。2. 8用户管理功能描述2. 8.1功能结构 用户管理包括以下功能点:建立用户、权限设置和修改密码等,功能结构如图2-2所示。用户管理建立用户权限设置修改密码 图2-2用户管理功能结构图2.8. 2功能详述2. 8. 2. 1建立用户2.8.2. 1. 1用例信息详述 建立使用本系统的用户。包含的信息有:登录名称、签字名称、登录密码、登录密码(确认)、签字密码、签字密码

34、(确认)。2. 8. 2. 1. 2用例规约用例描述 系统管理员授权使用病案管理系统的用户。参与者 系统管理员前置条件 参与者登录系统并拥有处理该用例的权限。基本事件流 1.参与者在用户管理模块中选择建立用户子模块。 2.系统显示建立用户界面。 3.参与者输入所要建立用户的各种信息。 4.参与者提交信息。 5.系统保存成功并显示报送成功信息。可选事件流 5a.系统保存不成功 5al.系统提示错误信息。错误信息包括:错误原因,更正提示。 5a2.返回3。结束状态 病程管理建立用户处理完成。2. 8. 2. 2权限设置2.8.2. 2.1用例信息详述对使用本系统的用户设置对每个功能模块的使用权限。

35、权限分为三种:1)增、删、改权限;2)只有浏览权限;3)没有权限即如相应的模块。需要说明的是增、删、改权限也是相对的,当对某一模块确认完成后,任何用户都不能对其中的信息进行删、改操作。2.8.2. 2. 2用例规约用例描述 系统管理员授权使用病案管理系统用户的权限。参与者 系统管理员前置条件 参与者登录系统并拥有处理该用例的权限。基本事件流 1.参与者在用户管理模块中选择权限设置子模块。 2.系统显示权限设置界面。 3.参与者输入给定用户的各种权限信息。 4.参与者提交信息。 5.系统保存成功并显示报送成功信息。可选事件流 5a.系统保存不成功 5al.系统提示错误信息。错误信息包括:错误原因

36、,更爪提示。 5a2.返回3。结束状态 病程管理指定用户权限设置完成。2. 8. 2. 3修改密码2. 8. 2. 3. 1用例信息详述 用户对自己的登录密码和(或)签字密码进行修改。2. 8. 2. 3. 2用例规约用例描述 系统的所有使用人员修改Q己的登录密码和(成)签字密码。参与者 系统的所有使用人员基本事件流 1.参与者在用户管理模块中选择修改密码子模块。 2.系统显示修改密码界面。 3.参与者输入给定新的密码信息。 4.参与者提交信息。 5.系统保存成功并显示彳艮送成功信息。可选事件流 5a.系统保存不成功 5al.系统提示错误信息。错误信息包括:错误原因,更正提示。 5a2.返回3

37、。结束状态 用户密码修改完成。2. 9系统查询功能描述2. 9.1用例信息详述 由于时间关系,医嘱管理系统在查询方面的功能只做了一些简单的考虑,包括患者入院信息查询、临时医嘱查询、长期医嘱查询和药物信息查询。组合查询是通过姓名、主要诊断、其它诊断、主管医师、民族、职业、病历诊断、性别、床号、年龄区间、付款方式、入院日期区间、出院日期区间等作为查询条件的组合进行的查询。在组合查询中,应把用户选定的查询条件显示出来,并能按逆序一个一个的撤销查询条件,而且还能在已有的结果中进行查询。2. 9. 2用例规约用例描述 对医嘱管理系统中,已处理完成(患者已出院)的病案进行查询。参与者 系统授权的人员前置条

38、件 参与者登录系统并拥有处理该用例的权限。基本事件流 1.参与者选择系统查询模块。 2.系统显示查询模块界面。 3.参与者输入相应的查询条件。 4.参与者提交信息。 5.系统显示出满足条件的结果。结束状态2. 10药物维护功能描述2.10.1用例信息详述 对临时医嘱和长期医嘱中所使用的药物进行维护。包含的信息有:拼音码、名称、规格、默认给药、默认用量、默认用药次数、种类和备注等。2. 10. 2用例规约用例描述 对临时医嘱和长期医嘱中所使用的药物进行维护。参与者 医师前置条件 参与者登录系统并拥有处理该用例的权限。基本事件流 1.参与者在病案管理系统中选择药物维护模块。 2.系统显示药物维护界面。 3.参与者输入各种药物信息。 4.参与者提交信息。 5.系统保存成功并显示报送成功信息。可选事件流 5a.系统保存不成功 5al.系统提示错误信息。错误信息包括:错误原因,更正提示。 5a2.返回3。结束状态 药物维护处理完成。2. 11系统维护2.11.1用例信息详述 主要是对系统用到的各种具有可选性质的项目进行维护。由于本系统需要维护的项目非常多,可以考虑,第一,用到的地方比较多,且重要的项目,纳入主功能下的系统维护中处理;第二,单一地方或较少地方用到的项目,放

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论