2.1.2经济可行性

开发费用：本系统不需要电脑具备高级的硬件配置，并且软件环境也不复杂。操作简便，用户很容易上手使用，因而培训费和设备费用都非常低廉。

收益：系统一旦投入使用，会稳定运行好多年，系统很多地方只需选择，不需手动录入，这样就可以避免很多人工误差。综述可知，在经济上面是可行的。

2.1.3操作可行性

系统的使用者在信息管理方面非常喜欢现代化的管理方式。因为这样可以有效地减少劳动量，避免不必要的人工错误，从而提高管理效率。所以本系统在管理上是可行的。

综上所述，本系统从技术、经济和操作上来看都是完全可行的。

2.2需求分析

2.2.1性能需求分析

据调查研究显示，该系统应具有以下性能：

(1)信息共享，因为系统由医生和管理员这两种用户同时使用，所以部分信息应该是可以共享的。

(2)信息安全，信息的处理权限是要清楚明了的，身份不同，权限不同，只能处理自己权限以内的信息，不能查看或管理自己权限以外的信息，并且要使用系统必须先通过合理的身份验证。

(3)操作简便，方便用户的使用。

2.2.2功能需求分析

经过深入调查和认真分析，医生诊疗信息管理系统所要完成的主要功能如下：

(1)用户登录

医生诊疗信息管理系统为了确保信息的安全，要求用户必须先进行登录，成功登录之后才能进入系统，进而才能使用系统中提供的其他功能。因此无论是医生还是管理员，都要通过账号和密码的验证才能进入到系统。

(2)管理员信息管理

主要实现对医生诊疗信息管理系统中所有管理员信息的增删改查操作。在对管理员信息进行添加的过程中，需要对管理员信息进行信息完整性验证，如果管理员信息不完整，系统要能够给出提示，并不让添加；并且系统还要能对账号进行唯一性验证，如果账号已存在，要给出提示，并且不让添加。

(3)医院科室信息的管理

主要实现对医院科室信息的增删改查操作。在对医院科室信息进行添加的过程中，需要对科室信息进行信息完整性验证，如果科室信息不完整，系统要能够给出提示，并不让添加；并且系统还要能对科室名称进行唯一性验证，如果名称已存在，要给出提示，并且不让添加。

(4)疾病信息管理

主要实现对疾病信息的增删改查操作。在对疾病信息进行添加的过程中，需要对疾病信息进行信息完整性验证，如果疾病信息不完整，系统要能够给出提示，并不让添加；并且系统还要能对疾病名称进行唯一性验证，如果名称已存在，要给出提示，并且不让添加。

(5)医生基本信息管理

主要实现对医院里面医生的基本信息的增删改查操作。在对医院医生基本信息进行添加的过程中，需要对医生基本信息进行信息完整性验证，如果医生基本信息不完整，系统要能够给出提示，并不让添加；并且系统还要能对医生工号进行唯一性验证，如果工号已存在，要给出提示，并且不让添加。

(6)医生技术专长信息管理

主要实现对医院所有医生的专长信息的增删改查操作。在对医院医生技术专长信息进行添加的过程中，需要对专长信息进行信息完整性验证，如果专长信息不完整，系统要能够给出提示，并不让添加；并且系统还要能对专长信息进行唯一性验证，如果专长信息已存在，要给出提示，并且不让添加。

(7)处方信息管理

医生可以添加处方信息并对自己的诊疗处方信息进行提交，处方一旦提交，不能进行修改或删除。管理员可以通过医生工号，查看某医生的诊疗处方信息，也可以通过时间段，查询该时间段内某医生或所有医生的诊疗处方信息。按时间段查询时，要通过日历控件选择时间来实现，避免手工输入时间造成格式错误等。