实验可行性分析报告

第页竭诚为您提供优质文档/双击可除实验可行性分析报告

篇一：可行性实验报告

可行性研究报告

1.引言

1.1编写目的

为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解

项目情况，使项目工作开展的各个过程合理有序，使项目成员和项目干系人了解计算机项目开发计划书的作用和预期达到的效果

1.2背景

a.本项目开发的计算器的名称为：万能计算器

b.本项目的任务提出者为：软件工程老师；

、开发者为：邸淼凯；

用户及实现该软件的计算站或计算机网络为：河北工业大学廊坊分校；

c.该软件可以被其他系统软件使用

1.3定义

[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]

1.4参考资料

[列出用得着的参考资料。]

2.可行性研究的前提

[说明对所建议开发的软件的项目进行可行性研究的前提。]

2.1要求

使用计算器可进行加（+）、减（-）、乘（*）、除（/）、开方（sqrt）、百分数（%）、倒数（1/x）等简单算术计算。计算时可使用鼠标点击按钮进行操作，也可在键盘上通过按键进行操作。如果输入错误可以按退格键（backspace）删除，重新输入；

2.2目标

用大学中所学的c++和数据库和Java尽可能的完善计算器；

3．可行性研究

3.1技术可行性

本计算器完全可以用学生在大学所学的c++,数据库,java知识实现；能在短期内完成；虽然所选的技术并不是那么先进，但对于在校大学生来说是合理的技术。对有些学生而言退格键的使用可能存在问题，但能通过问同学，老师来克服。

3.2经济可行性

这款软件的研究对我们学生来说基本上是零成本，可以用课余时间来完成，从效益来说，不存在较高的经济效益，能带来不错的知识兴趣；

3.3操作可行性

该软件可以用windows的任意系统实现；

3.4社会可行性

该软件在使用时不会触犯法律，也不存在侵权行为；也不需要承担责任；

4.软件生命周期

编码前：确定项目，项目背景分析，可行性分析，一天

：确定软件功能，软件的展示界面，软件的开发人员配备，一天

编码中：代码的编写，一天

编码后：检查功能，执行效率，可靠性，两天

由上述安排大约需要一周时间完成该系统。

5．数据流程图：

6.结论

结论意见：经上述可行性分析，系统研制和开发可以立即开始进行；

篇二：实验一可行性研究报告

本科实验报告

课程名称：

实验项目：软件工程A实验

实验地点：

专业班级：学号：

学生姓名：

指导教师：

20XX年01月08日

实验一传统软件工程的可行性研究

一、实验目的

目的：确定课题，熟悉软件开发环境，写出可行性报告。

任务：根据提供的课题需求和条件，按照软件开发国家标准可行性报告书写格式，写出该课题的可行性报告，并熟悉相应的软件开发环境。

二、实验内容

1.实验内容与要求：

根据实验指导书提供的课题需求和条件，按照软件开发国家标准可行性报

告书写格式，写出该课题的可行性报告。熟悉相应的软件开发工具的使用环境。

2.准备参考资料和阅读相关的国家有关软件开发的标准文档。

三、主要仪器设备

windows7操作系统。

四、实验步骤

患者监护系统可行性研究报告

1.1引言

目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察病人的病情变化，还会延误抢救时间。因此，某医院想开发一个以计算机为中心的患者监护系统。

医院最最重要的部门即是住院部，很大一部分病人需要进行住院以达到最佳治疗效果，其信息化的实现，可以更好更准确的记录病人信息，使病人得到最好的监护管理，所以住院部势必要在各方面实现信息化。同时，对医疗卫生的要求也越来越高。监护记录的往往是病人的基本档案，方便医护人员更好的了解病人的情况，给病人提供及时的治疗。本系统就是针对这方面的迫切需求而设计实现的。

1.1.1编写目的

此文档作为用户对即将开发的软件的功能要求，是软件设计和开发主要依据。1.1.2项目背景

项目名称：医院计算机监护系统

开发单位：太原理工大学计Z1002班软件小组

1.2可行性研究的前提

1.2.1要求

A.监护系统要能够随时接收病人的生理信号，如血压、体温、脉搏、

心电图等，监视病员的病症；

b.定时记录病人情况以形成患者日志，定时更新病历；

c.当某个病人的生理信号超出医院的规定的安全范围时向值班护士

发出警告信息，病员出现异常情况时报警；

D.护士在需要时还可要求系统打印某个病人的病情报告，随机地产生

某一病员的病情报告。

e.性能：

本系统要求反应时间不得低于2秒；

定期对数据库备份。

e.本系统要求输出的数据有：查询信息、报表、警报控制信号。

F.挂号科的工作人员负责病人基本信息的输入，住院部的医护人员负

责病人住院日志的情况，管理员负责系统的维护。

1.2.2目标

该系统要求能够随时接受每个病人的生理信号(脉搏、体温、血压、心

电图等)，定时记录病人情况以形成患者日志，当某个病人的生理信号超出

医生规定的安全范围时向值班护士发出警告信息，病员出现异常情况时报

警；此外，护士在需要时还可以要求系统打印出某个病人的病情报告，随

机地产生某一病员的病情报告。

本软件系统要求安全、可靠（具有出错处理能力）、准确。

1.3对当前系统的分析

本系统的最终用户为医院，根据从医院方面取得的图表资料、文字资料以及其他细节方面的信息，又从日常生活中的经验，和所做的其他询问和调查，得出用户下列实际要求。

1.3.1医院的组织及职责

医院的主要构成分为两个部分，门诊部门、住院部门，所有日常工作

都是围绕着这两大部门进行的。

门诊部门和住院部门各下设若干科室且部分交叉，各科室都有相应的

医生、护士，来完成所承担的医疗工作。

其中，门诊药房负责门诊病人的药品管理，包括根据处方，按处方内

容备药、发药，向药库领药等；住院处负责所有就医病人的住院事宜和相

关管理；检验科室负责病人的各项检验，以及与各项检验相关的管理，药

剂取用等。

上述各部门都有相关的办公地点、治疗地点和相对固定的工作人员。

1.3.2信息要求

由于系统的使用主体是医院的管理人员，因此对系统的信息要求可分

为以下几个方面：

病人信息

首先是病人的基本信息，主要包括病人的姓名，性别，出生年月，年

龄，家庭住址，联系方式等；

对于门诊病人，需要就诊时间，就诊医科，就诊结果，处方记录，检

查时间，检查项目，检查结果，检验时间，检验项目，检验结果等；

对于住院病人，需要入院时间，所在病区，所在医科，床位号，主治

医师，用药记录，检查时间，检查项目，检查结果，检验时间，检验项目，检验结果，手术时间，手术相关记录，病人病情变化记录，相关体检记录，出院时间等。

1.3.3系统功能

1．完成病人的入、出、转登记；

2．管理病区床位，提供换床、挂床、包床处理；

3．录入、维护或执行和各类长短期医嘱；根据用药类医嘱自动生成处方

并划价记账，发送至中心药房申领药品；向检查科室提交检查申请；

向检验科室提交检验申请；向手术室提交手术申请；

4．对于病人在病区发生的床费等各项常规费用进行及时记账；

5．自动采集用药相关费用，如注射费、注射器费、滴管费等；

6．录入病人体征信息、诊断信息；

7．可以设置预交金报警下限，对病人账目实时监控，余额不足时自动提

示，避免欠费的发生；

8．公布病人每日用款情况；

9．输出各种护理工作单：治疗单、服药单、肌注单、滴注单等；

1.3.4系统结构

1.4技术可行性分析

1.4.1硬件、软件、运行环境和开发环境

软件需求：操作系统windows2000及以上；数据库服务器端软件

oRAcLe9I，Visualstdio20XX，Zigbee无线网络模块。硬件需求：10m以上的LAn接入网络带宽，p43.0gxeoncpu/1g内存/360g(10K)scsI

硬盘的服务器，p3以上微机带网卡的客户机，p43.0gxeoncpu/1g内存/36g(10K)RAID硬盘的数据库。

1.4.2技术可行性评价

系统采用Visualstdio20XX实现，依靠其强大的控件系统，oracle

数据库管理系统和用c++语言编制的传感器驱动程序，Zigbee无线网络模块相结合，能在2个月内开发出系统。

1.5经济可行性分析

1.5.1当前效益

目前很多医院由于完全采用纯人工的方式来完成工作，医务人员要一

边关注某些病人的情况，一边还要忙着对其它的病人进行医疗诊断，工作量大，耗时比较多，所以工作效率低。这将给医院带来巨大的无形经济损失。同时各种指导实习护士的工作量、人工费，也是一个不小的开支。

1.5.2系统效益

本系统能满足各种业务要求的医疗计算机监护系统，在采用生命周期

的前提下，从问题识别到系统实施、评价、维护，开发周期如果以两年计，共需人工成本m元，各种软硬件成本n元，日常维护费用o元，共计成本费用p元，略高/低于两年的人工费用总和。

由于系统能在未来较长的一段时间内稳定地发挥作用，对于医院的提

高管理水平很大的帮助。这样才能使医院早日接入到总行的更高层次的网络体系中，更加广泛的吸收各方面的信息资源，为医院业务在将来的扩张打下坚实的基础，其经济效益将更上一层楼。

1.6法律可行性分析

该监护系统可以建立合同作为双方合作的基础，所以不会存在任何侵

犯、妨碍和责任问题。即使存在了，也可以根据合同进行分析，一定有人会负责任，所以此系统完全可以进行开发。

1.7可行性分析结论

(:实验可行性分析报告)由以上经济、技术、操作、和法律等方面的分析可以看出，本系统的

开发时机成熟，从多种角度考虑，都是可行的。

所以，患者监护系统值得投资开发。

五、讨论

1.项目开发首先要做的是什么？

答：可行性研究，即用最小的代价在尽可能短的时间内确定问题是否能够解决。

2.可行性分析应该从哪几方面分析？

答：经济、技术、操作、法律四个方面。

篇三：实验一可行性研究报告

试验一电子病历系统可行性研究报告

一、实验目的：掌握可行性研究的步骤，练习编写可行性研究报告。

二、实验工具：word或powerpoint。

三、实验内容：

1、可行性研究方法；

2、绘制数据流图，使用word编写实验报告。

四、实验步骤

1.1引言

电子病历是医疗服务机构对门诊、住院患者（或保健对象）临床诊疗和指导干预的、数字化的医疗服务工作记录。电子病历明确了临床信息系统的数据需求，一份患者的电子病历是在医疗机构历次就诊时所产生和被记录的所有诊疗活动的完整记录，是以历次就诊、健康和疾病问题、医疗服务活动（或干预措施）作为三个维度构建的一个逻辑架构，用于全面、有效、多视角地描述电子病历的组成结构以及复杂信息间的内在联系。通过一定的时序性、层次性和逻辑性，将历次就诊的健康和疾病问题、针对性的医疗服务（或干预措施）以及所记录的相关信息有机地关联起来，并对所记录的海量信息进行科学分类和抽象描述，使之系统化、条理化和结构化。现代计算机技术的进步，使医院信息化已经成为现代医院改革与发展的重要方向。由于信息自动化的日趋重要，使利用计算机提高医院的日常工作效率已经成为各医院改革的迫切需求。

1.1.1编写目的

此文档作为用户对即将开发的软件的功能要求，是软件设计和开发主要依据。

1.1.2项目背景

项目名称：医院电子病历系统

1.2可行性研究的前提

1.2.1要求

电子病历管理系统各个模块主要实现功能是分别为，患者信息管理

实现患者基本信息的添加、查询，以及查询后基本信息的显示、修改、删除；病历信息管理实现患者病历信息的添加、查询，以及查询后病历

就诊信息的显示、修改、删除。

本软件系统要求安全、可靠（具有出错处理能力）、准确。

1.3对当前系统的分析

本系统的最终用户为医院，根据从医院方面取得的图表资料、文字资料以及其他细节方面的信息，又从日常生活中的经验，和所做的其他询问和调查，得出用户下列实际要求。

1.3.1医院的组织及职责

医院的主要构成分为两个部分，门诊部门、住院部门，所有日常工作都是围绕着这两大部门进行的。

门诊部门和住院部门各下设若干科室且部分交叉，各科室都有相应的医生、护士，来完成所承担的医疗工作。

其中，门诊药房负责门诊病人的药品管理，包括根据处方，按处方内容备药、发药，向药库领药等；住院处负责所有就医病人的住院事宜和相关管理；检验科室负责病人的各项检验，以及与各项检验相关的管理，药剂取用等。

上述各部门都有相关的办公地点、治疗地点和相对固定的工作人员。

1.3.2信息要求

由于系统的使用主体是医院的管理人员，因此对系统的信息要求可分为以下几个方面：

病人信息

首先是病人的基本信息，主要包括病人的姓名，性别，出生年月，年龄，家庭住址，联系方式等；

对于门诊病人，需要就诊时间，就诊医科，就诊结果，处方记录，检查时间，检查项目，检查结果，检验时间，检验项目，检验结果等；

对于住院病人，需要入院时间，所在病区，所在医科，床位号，主治医师，用药记录，检查时间，检查项目，检查结果，检验时间，检验项目，检验结果，手术时间，手术相关记录，病人病情变化记录，相关体检记录，出院时间等。

1.3.3系统功能

（1）需要管理内容包括：

患者基本信息，详细包括（姓名、性别、年龄、联系地址、联系方式等）。患者相关病历信息，详细包括（就诊时间、诊断描述、处方）。

（2）病历基础数据字典及病历模板的设置

（3）结构化录入，并实现结构化检索，满足临床科研统计分析的需要帮助医生护士快速定位患者，高质量的完成患者病历的书写

（3）能够实现临床套打、续打、清洁打印、局部选择打印等各种打印需要

（4）实现病历医院三级检诊、痕迹保留、电子签名的要求

（5）实现医院病历质量控制，建立院级、科级、书写者三级质量控制体系，实施电子病历质量网络实时监控

（6）实现患者病历的归档统一管理，严格已归档病历的借阅及归还的控制能够实现个性化设置，满足不同客户病历书写个性化需求能够与hIs、pAcs、LIs等系统无缝连接

（7）病历的保存能够实现满足国家标准化的要求，预留与居民电子档案等区域电子医疗

（8）系统的接口，逐步实现病历数据、居民健康信息区域共享

1.3.4系统结构

1.4技术可行性分析

1.4.1硬件、软件、运行环境和开发环境

软件需求：操作系统windows2000及以上；数据库服务器端软件

oRAcLe，