医疗管理系统需求分析
医院管理系统需求分析
医院管理系统需求分析一、引言在当前数字化时代，医院管理系统已经成为医疗机构不可或缺的一部分。
医院管理系统的设计与实施，直接关系到医院的运行效率和患者的医疗体验。
本文旨在对医院管理系统的需求进行深入分析，以满足医院管理的实际需求。
二、系统概述医院管理系统是用于协助医院管理人员管理医院日常运营的信息系统。
主要包括挂号管理、患者信息管理、医生信息管理、医疗资源管理、药品管理等功能。
三、需求分析1. 挂号管理1.1 系统应支持在线挂号、现场挂号和电话挂号功能。
1.2 患者挂号时应提供个人基本信息输入，自动生成病历号。
1.3 患者挂号成功后应提供挂号凭证，支持二维码识别。
2. 患者信息管理2.1 系统应能够完整记录患者的基本信息、病史信息、就诊记录等。
2.2 支持快速查询患者信息，并能生成患者报告。
3. 医生信息管理3.1 系统应包括医生的基本信息、专长、工作时间等内容。
3.2 医生排班应该合理安排，方便患者预约。
4. 医疗资源管理4.1 包括对医疗设备、检验设备、手术室等资源的管理。
4.2 确保医疗资源的充分利用和合理调度。
5. 药品管理5.1 系统应记录医院现有药品信息，包括名称、规格、库存数量等。
5.2 支持药品采购、库存管理、药品使用记录等功能。
四、总结医院管理系统对于医院的管理和运营起着重要的作用。
通过对系统需求的详细分析，可以更好地满足医院管理的实际需求，提高医院管理的效率和服务质量。
在上述需求分析中，我们详细描述了医院管理系统的各项功能需求，并希望能够通过系统的设计和实施，为医院管理工作提供更加便捷、高效的解决方案。
医疗信息管理系统的需求分析与设计
医疗信息管理系统的需求分析与设计随着社会的不断发展，人们对医疗服务的需求也在不断提高。
为了满足广大患者的需求，医疗机构需要建立高效、安全的信息管理系统，对医疗信息进行统一管理，协调医疗资源的配置和利用，提高医疗效率和质量。
一、需求分析1. 医疗信息管理系统的目标：建立完善的医疗信息管理系统，可以更好地实现医疗资源的统一管理和高效利用，减少医疗事故和误诊的风险，提高医疗效率和服务质量。
2. 医疗信息管理系统的基本功能：（1）患者信息管理：通过建立患者基本信息数据库，实现全面的患者信息管理，包括患者基本信息、病历信息、检验、检查报告、药品、医嘱、手术等信息的记录。
（2）医生信息管理：通过建立医生基本信息数据库，实现全面的医生信息管理，包括医生基本信息、专业技能、工作经历、患者就诊记录、病历、诊断结果和医嘱等信息。
（3）病历管理：通过建立病历数据库，对患者的病历信息进行记录和管理，包括病史、治疗方案、医疗费用等信息，以便医生可以更好地掌握患者的病情和治疗进展情况。
（4）药品管理：通过建立药品数据库，实现药品的存储、发放和管理，保证药品的安全使用和合理配药。
（5）医疗设备管理：通过建立医疗设备数据库，实现医疗设备的管理和维护，保证医疗设备的正常使用和运行。
（6）报表和统计分析：通过患者和医生数据库的统计分析，生成各种报表，如医生工作量统计、病历统计、患者就诊情况统计等，实现医院资源的科学管理和高效利用。
3. 医疗信息管理系统的特点：（1）稳定可靠性高：医疗信息管理系统作为重要的信息系统，要求在长时间的运行过程中，保证系统的稳定性，同时要提高错误率，避免数据丢失。
（2）易用性强：为了满足广大用户的使用需求，医疗信息管理系统应该具备易用性，在用户操作过程中要保证简单易懂、操作方便。
（3）扩展性优良：随着医院业务的不断扩张，医疗信息管理系统也要随之不断扩展，增加新的功能模块，提高系统的可扩展性。
二、系统设计1. 系统架构根据需求分析的结果，医疗信息管理系统应当采用客户/服务器模式，采用B/S （浏览器/服务器）架构，客户端使用浏览器，服务器使用基于Web的应用程序，实现系统的跨平台运行和易于维护。
医院管理系统需求分析说明文档
医院管理系统需求分析说明文档一、引言医院管理系统是一个集医院各个部门信息和业务进行统一管理的系统，它能够提供全面的医院管理服务，方便医院的工作人员进行信息检索、患者管理、药品管理、科室管理等工作。
本文将对医院管理系统的需求进行详细的分析和说明。
二、系统概述三、需求分析1.患者管理模块：b)系统能够方便地查询患者的就诊记录和病历，以供医生进行诊断和治疗。
c)系统能够提供患者的就诊队列，方便医生及时知晓患者的就诊情况。
2.医生管理模块：b)系统能够提供医生的排班信息，方便患者进行预约挂号。
c)系统能够记录医生的工作情况和荣誉，方便医院进行绩效考核。
3.药品管理模块：a)系统能够对药品进行统一管理，包括药品名称、规格、进货/销售价格、库存数量等信息的记录。
b)系统能够记录药品的采购和销售情况，方便医院进行药品管理和盘点。
c)系统能够提供药品的查找和分类，方便医生开药和患者购药。
4.科室管理模块：a)系统能够维护科室的基本信息，包括科室名称、科室主任、医生团队等。
b)系统能够提供科室的排班信息，方便患者进行预约挂号。
5.挂号管理模块：a)系统能够提供患者的自助挂号功能，支持线上和线下挂号方式。
b)系统能够记录挂号信息，包括患者姓名、科室、医生、挂号时间等。
c)系统能够提供挂号排队功能，方便患者和医生实时了解就诊情况。
四、功能需求1.系统需要具备用户管理功能，包括用户的注册、登录、权限分配等。
2.系统需要支持多用户同时登录，同时具备权限管理功能。
3.系统需要提供患者信息的录入和查询功能。
4.系统需要提供患者的预约挂号功能。
5.系统需要提供医生的排班和工作情况记录功能。
6.系统需要提供药品的采购和销售管理功能。
7.系统需要提供药品的查询和分类功能。
8.系统需要提供科室的基本信息和排班管理功能。
9.系统需要提供挂号排队功能。
10.系统需要提供订单管理和结算功能。
五、性能需求1.系统需要具备较高的安全性，保证患者和医生的信息不被非法获取。
医院管理系统需求分析
医院管理系统需求分析项目建议书图 1.1功能模块说明：1．1．1门诊划价系统功能需求分析录入处方及检查治疗单、核算病人的费用，提供门诊划价窗口业务。
门诊划价发药可作到排队“四条龙”合一：西药划价、中药划价、门诊收费等四条龙。
实现“以病人为中心”的目标。
可以根据医院规模和管理模式选用。
各类划价支持多种录入方式：医院自编数字码方式、拼音缩写码方式、五笔码方式、拉丁方式、并充分满足了窗口业务的快速响应要求。
提供与门诊收费相关的各类报表。
提供与财务科的业务数据通讯能力。
提供与门诊药房的通讯能力。
向经济核算部门提供门诊科室人员的部分核算数据。
1．1．2门诊收费系统功能需求分析支持多种收费方式、收费标准、收费项目、付款比例适应医院对不同病人的服务要求，特别支持医疗保险病人。
提供与门诊药房的联网数据共享能力提供与门诊收费相关的各类报表提供门诊医疗统计、门诊科室及工作人员部分核算数据和工作量统计。
完成现金收费并打印发票等功能，满足以收费为核心的管理，完成收费日清月结，随时生成各类门诊收费报表及各种统计报表。
退费处理方法合理有效，结帐方法灵活安全。
网络环境下可多人操作，使用密码划分权限，防止非法操作。
使用连续套打发票，各收费员都用自己的发票，发票上打印各操作员的的工作发票序号。
期初设置方便灵活,各单位可自己定义科室项目、费用项目、操作员姓名及代号。
1.1.3门诊发药系统功能需求分析采用整体统一的管理方式：门诊药房与门诊收费联网共享数据。
对药房同药库、药房同药房之间的物流进行双向管理可以根据药品的限期及库存下限来来进行缺药、失效预告、对药品进行数量、金额双重控制，毒麻、贵重药品特别控制。
核对已收费处方无误后予以配药、发药处理。
发药后减去门诊药房库存。
支持病人处方的退药处理，并增加门诊药房库存。
支持协定处方管理录入，能够自定义协定处方，加快划价/收费（员）录入速度。
完善的库存管理：对购进药品从品种数量、价格等进行验收入库处理，根据临床需要和库存情况进行出库处理：除日常的出库外，还有调拨、报损、退药等多种形式出库。
医院管理系统需求分析
医院管理系统需求分析1.医生需求：医生是医院的核心力量，他们需要一个集成化的平台来更好地与患者和其他医务人员进行沟通和协作。
医生的需求主要包括以下几点：-患者就诊记录的管理：医生需要系统能够记录患者的就诊信息，包括病情描述、体征、检查结果、诊断结果、处方等内容，方便下次就诊时查阅和分析。
-医嘱管理：医生可以通过系统给患者开具医嘱，如药品、检查、手术等，系统会自动记录医嘱内容，并生成医嘱单，方便护士执行和患者查看。
-电子病历管理：医生可以通过系统查看患者的电子病历，包括就诊记录、检查结果、化验结果等，方便医生进行诊断和病情分析。
-与其他医务人员的协作：医生需要与其他医务人员进行沟通和协作，系统应该提供即时通讯、共享资料等功能，方便医生之间的交流和知识共享。
2.护士需求：护士是医院的重要组成部分，他们需要一个高效的工作平台来提高工作效率和服务质量。
护士的需求主要包括以下几点：-患者床位管理：护士需要对患者的床位进行管理，包括入院、出院、转院等操作，系统应提供床位信息的录入和查询功能。
-医嘱执行管理：护士需要执行医生开具的医嘱，如给药、护理、检查等，系统应提供医嘱执行的记录和统计功能。
-患者护理记录：护士需要记录患者的护理过程和护理效果，如生命体征、给药情况等，系统应提供护理记录的录入和查询功能。
-与医生的协作：护士需要与医生进行沟通和协作，系统应提供即时通讯、共享病历等功能，方便医护之间的交流和共同护理患者。
3.患者需求：患者是医院的服务对象，他们需要一个方便快捷的系统来提供就诊和医疗服务。
患者的需求主要包括以下几点：-预约挂号：患者应该可以通过系统进行在线预约挂号，选择就诊科室、医生和就诊时间，方便患者提前安排时间。
-医生排班查询：患者可以通过系统查询医生的排班情况，包括工作时间、出诊科室等信息，方便患者选择合适的就诊时间。
-就诊记录查看：患者可以通过系统查看自己的就诊记录和电子病历，方便患者掌握自己的病情和治疗进展。
医院管理系统需求分析报告
医院管理系统需求分析报告
一、引言
医院是人们健康生活的重要保障机构，医院管理系统的建设和完善对于提高医院服务质量、提高医疗效率具有重要意义。
本需求分析报告旨在详细分析医院管理系统的功能需求，为系统开发提供指导和参考。
二、背景介绍
随着社会经济的发展和医疗技术的进步，医院管理面临着诸多挑战和机遇。
传统的人工管理模式已经不能满足医院日益增长的管理需求，因此开发一个高效、便捷的医院管理系统显得尤为必要。
三、功能需求分析
1. 患者管理
•登记患者信息（个人信息、病历信息等）
•查询患者信息
•定期更新患者信息
2. 医生管理
•管理医生信息（个人信息、专业信息、排班信息等）
•查询医生信息
•安排医生排班
3. 药品管理
•药品入库管理
•药品出库管理
•药品库存管理
4. 门诊管理
•挂号管理
•诊疗记录管理
•处方管理
5. 住院管理
•病床分配管理
•病人入院管理
•病人出院管理
四、非功能需求分析
1. 安全性要求
•系统数据加密保护
•权限管理机制
2. 易用性要求
•界面友好直观
•操作简单方便
3. 可靠性要求
•数据备份和恢复机制
•系统稳定性
五、总结与展望
医院管理系统是医院信息化建设的基础，系统的顺利运行离不开需求分析的详细规划。
本文详细分析了医院管理系统的功能需求和非功能需求，为系统开发提供了有效依据。
未来，随着医疗技术的不断革新，医院管理系统也将不断完善，提高管理效率，实现更好的医疗服务。
医疗管理系统需求分析
丰台区2013年高三年级第二学期统一练习（一）物理2013.03 13．关于一定质量的气体，下列叙述正确的是A．气体体积增大时，其内能一定减少B．外界对气体做功，气体内能一定增加C．气体从外界吸收热量，其内能一定增加D．气体温度升度，其分子平均动能一定增加14. 已知天然放射现象放出α、β、γ三种射线。
下列说法正确是A．α、β、γ三种射线分别是氦原子核、电子和中子B．三种射线中α射线速度最快、β射线离作用最强、γ射线穿透能力最强C．α射线轰击氮原子核可以产生质子，核反应方程为42He+147N→178O+11HD．英国物理学家J.J.汤姆孙最早用α射线完成著名的“α粒子散射实验”并提出核式结构的原子模型15. 两束单色光线a、b以相同的角度从某种玻璃射入空气，发现a发生了全反射、b没有发生全反射，则下列说法中正确的是A．光线a的波长较大B．玻璃对光线a的折射率较大C．光线b的临界角较小D．光线b在玻璃中的速度较小16. 2012年10月25日，我国在西昌卫星发射中心成功将一颗北斗导航卫星发射升空并送入预定转移轨道。
这是一颗地球静止轨道卫星，将与先期发射的15颗北斗导航卫星组网运行，形成区域服务能力。
关于这颗地球静止轨道卫星的说法正确的是A．它的周期与月球绕地球运动的周期相同B．它在轨道上运动时可能经过北京的上空C．它运动时的向心加速度大于重力加速度D．它运动的线速度比地球第一宇宙速度小17. 如图所示为一列沿x轴正方向传播的简谐横波在t＝0时刻的波形图象（图中仅画出0~12m范围内的波形）。
经过 1.2t∆=s的时间，恰好第三次重复出现图示的波形。
根据提供的信息，下列判断中正确的A．波的传播速度的大小为30m/sB．波中质点P的振动的周期为0.3 sC．可以画出波中质点P的振动图像D．该时间段内质点P经过的路程为24 m18. 如图所示一块绝缘薄圆盘可绕其中心的光滑轴自由转动，圆盘的四周固定着一圈带电的金属小球，在圆盘的中部有一个圆形线圈。
医院管理系统项目需求分析
医院管理系统项目需求分析项目需求分析：医院管理系统1.引言医院作为重要的医疗机构，为了提高工作效率、管理医疗资源和提供更好的医疗服务，需要建立一套医院管理系统。
本文对医院管理系统的需求进行分析，以设计和开发一款高效、易用的系统，满足医院的管理需求。
2.功能需求2.1.患者管理系统应提供完善的患者管理功能，包括患者档案的建立、患者基本信息的录入、患者病历的管理等。
患者档案应包含患者的个人信息、病史、检查结果和诊断等，便于医生对患者进行有效的诊疗。
2.2.医生管理系统应具备医生管理功能，包括医生信息的录入、排班管理、医生工作量统计等。
医生信息应包含个人信息、专业背景、工作经验等，排班管理可以根据医生的时间和科室安排医生的工作。
2.3.排队管理系统应具备排队管理功能，包括患者挂号、排队叫号、等候时间统计等。
患者可以通过系统进行挂号，医生可以根据排队叫号功能知道下一个需要就诊的患者，并记录患者的等候时间以及就诊情况。
2.4.药品管理系统应包含药品管理功能，包括药品库存管理、药品采购、药品使用记录等。
药品库存管理可以实时掌握医院的药品库存情况，及时进行药品的采购，药品使用记录可以追溯每个患者的药品使用情况。
2.5.财务管理系统应具备财务管理功能，包括收费管理、费用统计、财务报表等。
收费管理可以记录每一位患者的费用情况，包括药品费用、检查费用、手术费用等，费用统计可以分析医院的收入和支出情况，财务报表可以提供医院的财务状况。
3.非功能需求3.1.用户友好性系统应具备良好的用户界面设计，简洁清晰，易于操作。
用户应能快速上手，方便地进行系统操作。
3.2.安全性系统应具备良好的安全性，包括用户权限管理、数据备份、数据加密等。
用户权限管理可以限制不同用户的操作权限，数据备份可以保证数据的安全性，数据加密可以保护用户隐私和重要数据的安全。
3.3.可靠性系统应具备高可靠性，能够持续稳定地运行，避免系统崩溃和数据丢失的情况。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1. 引言医疗信息管理系统是现代化医院运营的必要技术支撑和基础设施，实现医疗信息管理系统的目的就是为了以更现代化、科学化、规范化的手段来加强医院的管理，提高医院的工作效率，改进医疗质量，从而树立现代医院的新形象，这也是未来医院发展的必然方向。
随着社会信息化程度的提高，无纸化办公已经变的越来越重要，但不少医院还是传统意义上的手工劳作，开发医疗管理系统能够更好的管理医生与病人的信息，提高医生工作效率，节约资源，同时方便病人对自身病情的了解。
本需求分析文档为了解客户需求，帮助客户理解软件产品，满足客户需求，及时对软件进行修缮，更好的体验掌上医疗管理系统，共分为六大部分，包括：综合描述，外部接口需求，系统功能需求，其他非功能性需求，数据定义和分析模型。
适用于专业人士与普通客户。
1.1 编写目的越来越多的实例表明，医患交流不顺畅是当今医院一个普遍的问题，既浪费医院资源，患者又得不到满意的服务，同时效率低下，本需求分析报告是为解决这一问题而开发的掌上医疗管理系统所写，开发该系统的意义旨在增强医生与患者的交流，提高医院的工作效率，改进医疗质量。
本软件的作用是帮助医生查看病人信息，提高治疗效率，帮助病人了解病情。
最终达到的意图是实现医患和谐，病人康复。
通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。
1.2 产品范围产品范围包括各大医院，并提供给医生和患者使用2. 综合描述这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。
2.1 产品的功能因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地总结。
仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该针对每一项需求准确地描述其各项规格说明。
如果存在引起误解的可能，在陈述本软件产品主要功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利读者理解本软件产品。
为了很好地组织产品功能，使每个读者都容易理解，可以采用列表的方法给出。
也可以采用图形方式，将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示，这种表示方法是很有用的。
参考用户当前管理组织构架，了解各个机构的主要职能，将有助于陈述软件产品的主要功能。
面向对象功能详述医生添加添加病人病例的具体信息查看查看病人病例的具体信息删除删除病人病例的具体信息搜索根据条件搜索病人病人查看查看自身病例性能：要求性能稳定，不能出现数据丢失输入：PC机上通过数据库操作；开发板上通过触摸屏，要求各模块具有添加功能输出：PC机与开发板均打印在其屏幕安全与保密要求:要求系统具有权限功能，不同的用户具有不同的权限，建立后的数据库要求加密2.2 用户类和特性确定有可能使用该软件产品的不同用户类，并且描述它们相关的特征。
往往有一些软件需求，只与特定的用户类有关。
描述时，应该将该软件产品的重要用户类与非重要用户类区分开。
用户不一定是软件产品的直接使用者，通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。
所以，应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。
用户类特性详述管理员拥有最高权限，可以对数据库进行修改，管理整个系统，但是不能查看病例为了方便用户，管理员可以替每一个人创建好账户，这样省去了用户注册时权限问题等的繁琐医生拥有较高权限，可以对病人数据库进行添加，删除，变更，查询，查看任意病人的详细信息可以和病人进行双向选择，病人拥有低权限，仅可以查看自身病例，了解自己病情，用药等详细信息2.3 运行环境描述了本软件的运行环境，一般包括：● 硬件平台Pc机PXA270开发板● 操作系统和版本Pc机：Linux-ubuntuPXA270：Linux-2.6● 支撑环境(例如：数据库等)和版本数据库：SqLite3● 其它与该软件有关的软件组件C++QT4● 与该软件共存的应用程序。
2.4 设计和实现上的限制● 必须使用的特定技术、工具、编程语言和数据库•由于软件有一个版本是在嵌入式开发板上，所以软件大小受到了限制，需要采用轻量级数据库SqLite3•由于开发板无windows操作系统，对操作系统也受到了限制需要使用arm-Linux-2.6● 避免使用的特定技术、工具、编程语言和数据库•windows操作系统•Qt3：不支持数据库● 要求遵循的开发规范和标准•ISO9002质量体系认证•软件开发从业者规范● 企业策略的限制•不同医院的各自政策的限制，如病人不能查看药品价格等等● 政府法规的限制•地方政府的不同规则● 工业标准的限制；•工厂代工硬件设备的不同规则● 数据转换格式标淮的限制•无限通信协议限制3. 外部接口需求通过本节描述可以确定，保证软件产品能和外部组件正确连接的需求。
关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，并且写入数据定义中。
如果产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。
注意：必须将附加用户类的特征与外部接口需求加以区分，附加用户类的特征描述的是通过接口取得软件产品的数据和服务的人的需求；而外部接口需求描述的是接口本身的需求。
3.1 用户界面用户界面包括：登录界面，管理员界面，医生界面和病人界面•登陆界面◦采用图形用户界面的风格◦本界面可能包括如下软件组件▪用户名输入栏▪密码输入栏▪登录&退出按钮◦错误信息显示标准▪消息栏•管理员界面◦采用图形用户界面的风格◦本界面可能包括如下软件组件▪查看账户按钮▪N个多选账户按钮▪创建账户按钮▪账户信息输入栏▪删除账户按钮▪日期、数字显示采用标准阿拉伯数字小写◦错误信息显示标准▪消息栏•医生界面◦采用图形用户界面的风格◦本界面可能包括如下软件组件▪显示病人信息栏▪病人信息搜索栏▪修改&保存病人信息按钮▪文字居中▪日期、数字显示采用标准阿拉伯数字小写◦错误信息显示标准▪消息栏•病人界面◦采用图形用户界面的风格◦本界面可能包括如下软件组件▪医生信息搜索栏▪自身信息修改栏▪医生选择按钮▪文字居中▪日期、数字显示采用标准阿拉伯数字小写◦错误信息显示标准▪消息栏3.2 硬件接口● 支持的硬件类型•Pc机•PXA270开发板● 软、硬件之间交流的数据•数据流•串口● 使用的通讯协议•无线通讯：802.11协议3.3 软件接口● 操作系统•PC：Linux-ubuntu•PXA270开发板：arm-Linux-2.6● 数据库•SqLite3 MYSQL● 工具•Qt4•Toolchain，jflash，tftp，minicom，bootp ，busybox等等● 集成的商业组件软件通过与系统数据库的数据交换来获取登录信息和权限，根据不同的权限提供不同的服务，如管理员可以创建账户，医生和病人可以修改账户信息。
3.4 通讯接口描述与软件产品所使用的通讯功能相关的需求，包括：● 网络通讯标准或者协议无线802.11● 数据交互用电子表格● 消息格式● 通讯安全或加密问题无线通讯按照802.11 HSHA协议加密数据库加密● 数据传输速率小于100ms；● 同步和异步通讯机制异步通讯：医生修改病例，管理员创建账户同步通讯：病人，医生修改自身信息4.系统功能需求功能一医生查询说明：医生可以查询自己的个人信息：包括医生ID，姓名，年龄，职称，治疗程度，所处科室，电话，工作单位，工作时间，简介，所参加的科研项目以及所发表的论文。
还有可以查询所管理的病人以及相关的病人信息。
优先级：5。
属于中等水平。
此操作不会涉及到利益和损失。
而且风险也比较小。
因为此操作只是对相关信息的查询，而非包含任何修改信息操作。
激励/相应序列输入激励：医生按下查询按钮。
相应序列：1 系统对按下的按钮性质进行判断并且进入查询功能的处理。
2 系统反馈查询列表，等待医生点击相关的查询内容。
查询列表包括：医生个人资料的查询。
医生所管理的病人的相关资料的查询。
3 当医生按下查询个人资料的时候，系统将会显示出医生的个人信息。
4 当医生按下查询所管理的病人的信息时，系统将会显示医生所管理的病人列表。
5 当医生点击想要知道的病人的相关信息时，系统会根据医生所点击的相应病人显示出该病人的信息。
6 医生退出查询页面。
扩充过程（例外）：1～5. 在任意步骤系统发生崩溃时。
1. 医生可以重新登录系统。
并且重新进行相关的操作。
1，3，4，5. 系统对医生所按下的操作没有反应。
1.医生可以重新刷新页面并且重新进行所需操作。
2.如果所需操作仍然不成功，可以选择重新登录系统。
并且进行操作。
2，4. 查询列表为空。
1.系统提示所查询的列表为空。
5.当医生需要用查询病人某项信息的所符合的病人列表。
1.医生可以点击搜索功能按钮。
2.系统进行高级搜索页面。
3.医生选择需要进行搜索的相关信息集合。
4.系统将根据医生所给出的信息，来进行符合该信息的病人列表的搜索。
流程图如下所示：输入输出数据输入数据：条件：当医生需要进行高级搜索的时候。
输入的数据为：所要查询病人的搜索条件。
可以是：病人的ID，姓名，年龄，性别，房号，联系方式，发病历史，发病原因，发病时间，状态，治疗方法，今天的状态，是否治愈国，花费，所属医生。
输出数据：条件1：当医生选择输出自己的个人信息的时候。
输出的数据为：医生ID，姓名，年龄，职称，治疗程度，所处科室，电话，工作单位，工作时间，简介，所参加的科研项目以及所发表的论文。
条件2：当医生选择输出自己管理病人的信息时候。
输出的数据为：医生所管理的病人的列表。
条件3：当医生在进行高级搜索的时候，当键入搜索条件并且点击进行搜索后。
输出的数据为：医生管理的，并且和搜索条件匹配的病人的列表。
条件3：当医生选择输出病人的个人信息的时候。
输出的数据是：病人的ID，姓名，年龄，性别，房号，联系方式，发病历史，发病原因，发病时间，状态，治疗方法，今天的状态，是否治愈国，花费，所属医生。
数据类型如下所示：Doctor:ID char(10),Name char(30) NOT NULL,Gender char(10) NOT NULL,Position char(20),Curecontent char(20)，Dept char(20)，Office char(20)，Phone char(20)，WorkTime char(20)，Introduction char(20)，PRIMARY KEY(ID)Patient:ID char(10),Name char(30) NOT NULL,Gender char(10) NOT NULL,RoomNumber char(10) NOT NULL,Contact char(10) NOT NULL,History char(20),Reason char(20),ILLTime DATE NOT NULL，State char(20),CureMethod char(20),StateToday char(20),HasCured char(20),Expense char(20),Doctor char(20),PRIMARY KEY(ID)功能二医生管理说明：医生可以对自己的信息进行修改和管理。