VC++课程设计报告.docx
《VC++课程设计报告.docx》由会员分享，可在线阅读，更多相关《VC++课程设计报告.docx（15页珍藏版）》请在冰点文库上搜索。
VC++课程设计报告
VC++课程设计
班级：
0804102
学号：
080410226
姓名：
刘宗仁
日期：
2010-1-2
目录
综述3
救治模块功能分析6
救治模块用户分析9
救治模块的主要业务流程模拟13
救治模块的数据流分析17
系统整体关系分析18
数据库设计说明18
救治模块需求分析
综述
1.背景介绍
在如今软件产业的大背景下，面向服务的设计将成为市场新的潮流，在这一方面已经有了很多成功的案例。
而结合对资源的整合这一流行的理念，打造出一个开方的、公平的、易用的医疗资源分配平台，正是该项目的思想的基础。
由于结合面向服务和整合资源的理念，本项目有着良好的前景。
从当前大的社会趋势来讲，对资源的整合利用和避免资源的浪费，不仅是政府所提倡的，更是具体到每一个公民都愿意推崇的。
而医疗保障问题，是社会目前的亟需解决的一大问题。
因此，对于医疗资源的整合和优化配置，不仅可以在一定程度上减轻人们“看病难”“买药难”的问题，同时，由于市场经济的作用力，也会在一定程度上起到规范医疗市场的作业，从而在一定程度上弱化医疗资源提供者谋取暴利的现象。
从项目本身来看，不仅会对当前医疗体系的优化起到积极作用，更会带动医疗市场的良性竞争循环，从而带动医疗体系的整体发展。
综上，不论是在社会贡献上，还是项目收益上，该项目都有很好的前景。
2.业务机遇
在如今的市场上，如上文所言，缺少一个信息化的对医疗资源的需求和提供整合的平台，而本项目的目的就是提供这样一个平台。
该系统有广阔的市场前景，一方面基于WEB的平台提供给医疗资源的需求者，另外有相应的平台提供给医疗资源的提供者。
这两方面的供需要求正是该项目的机遇。
同时，如果平台的社会效应较好，可以预见到政府将在一定程度上对平台进行政策上的支持，以借此规范医疗保障体系，而这将是平台壮大和发展的一个大好机遇。
3.业务目标
在该平台使用的前期，可以提供给普通用户免费的使用权，使用户体会到使用平台的好吃，以积累一定的用户群体。
而在后期，一部分收益将产生在用户的付费使用上，同时，由于医疗资源的提供方对客户的需求，在保证医疗资源的可靠性的前提下，从医疗资源的提供方可以获得一定的收益。
可想而知，整体的收益将十分客观。
4.客户或者市场需求
对于医疗资源的需求者，即患者，通过使用该平台可以找到自己所需的，在价钱、路程等等方面，最满意的医疗资源提供者。
对于医疗资源的提供者，由于其客户，即医疗资源的需求者，对平台的依赖，将使其加入到平台中，从而获取更多的客户。
同时，由于该平台有良好的市场声誉收益，因此可以预见到平台将会有一定的广告需求。
5.提供给客户的价值
对于医疗资源的需求者，由于平台筛选出来最优的医疗资源提供者，所以需求者可以获得自己期望的收益。
比如，在经济上的收益，可选择在价格上最低的医疗资源提供者。
对于医疗资源的提供者，由于借助平台积累了大量的客户，经济利润自然上升。
6.业务风险
开发该产品将会存在一定的业务风险，主要集中在以下几个方面：
一是，安全性，由于医疗资源是一种关乎人的身体健康的资源，所以保证平台提供的信息的正确性和准确性将是平台发展的决定性因素。
从此方向出发，可以预见到平台所提供的信息的正确性和准确性将是一大风险，一旦由于信息的不准确二而造成了人身或者财产的损失，将对平台的发展产生重大打击。
二是，用户接受力，由于本平台将是第一次在国内使用，用户的接受力将是一大风险。
如果用户在一开始，从意识形态上，便排斥本平台，那麽将对平台的市场推广照成巨大压力。
三是，公正性，由于该平台涉及了供需两方的利益，成为利益链的中间环节，因此如何保证平台的公正性将是平台面临的一大问题。
解决方案：
在此处略，其他报告会给出。
救治模块功能分析
1.基本功能与业务需求
救治模块需要实现以下功能：
首先要实现不同级别权限的用户的登陆，也即将用户分为患者、医疗资源提供者、系统调度员和系统管理员。
对于不同权限登陆的用户，将会有不同的功能。
对于患者，将会提供给患者输入基本的信息，这就是信息录入的模块。
而患者录入信息完成后，信息将会转入决策模块，决策模块对输入的信息进行优化决策，从而产生决策结果，这就是决策模块。
之后，决策完成后，将会把决策结果反馈给患者，这就是反馈模块。
对于医疗资源提供方，在登陆后，救治模块会检索数据库，将已决策的信息反馈给相应的医疗资源提供方，这就是反馈模块。
同时，在医疗资源提供方，决策是否接待此患者，将会产生自己的决策，这也是反馈模块。
对于系统管理员，将对数据库和用户权限具有管理权限，分别有增、删、改、查和管理用户等等模块。
基本功能图如下：
为了更加全面的说明项目视图，下面分不同的使用者进行具体分析和说明。
（说明：
在课程设计中，为了减轻开发工作量，将角色“医疗资源提供者”简化为一个接口，处理为一个短信通知的操作。
从整体性上来说，并不影响系统的运行）
救治模块用户分析
救治模块的使用者分为：
医疗资源需求方、系统调度员、医疗资源提供方和系统管理员（后期可能会增加其他使用者），其对应的权限视图如下：
其中，“灰色部分”表示目前不包含的功能。
对于不同的使用者，将会有不同的使用权限和模块。
在后期可能会增加其他的操作者，这是模块的可扩展性。
1 资源需求者（患者）
对于资源需求者，首先会要求进行登陆，并输入相应的信息，之后救治模块会藉由患者提供的信息给出一个可行性的方案，而患者将从该方案中选出中意的医疗资源，如果该资源有对应的医疗机构，那麽模块将会通知相应的医疗机构，而医疗机构的反馈信息将经过救治模块再次反馈给患者。
所以，综上所述，将会有基本的信息录入和信息反馈两种操作。
而对于救治系统而言，将会产生三个模块，分别是：
信息录入、处理决策和反馈。
其对应的关系模块视图如下：
2 系统调度员
对于系统调度员，其主要指责是进行信息的检测，有权接管“订单”的通知，并且有对数据库的维护权限。
但在一般情况下，系统调度员并不参与订单的处理操作。
其对应的关系模块视图如下：
3 系统管理员
系统管理员是系统的维护者，其拥有对使用者权限的设置，对数据库内容的所以权限，是最重要的使用者之一。
其对应的功能模块视图如下：
救治模块的主要业务流程模拟
1．主要业务流程模拟
在救治模块中，先由医疗资源需求者登陆平台，开始录入相关的信息，信息经过检验录入数据库中，数据库对录入的数据进行检索处理，将结果反馈给用户，并得到用户反馈的信息，并将其录入数据库。
待医疗资源的提供者登陆平台，救治模块将先检索数据库是否有待处理的“订单”，如果有，将其反馈给使用者，同时得到使用者对此“订单”的反馈信息，并将其再次存入数据库，并反馈给最初的医疗资源需求者。
主要业务流程图如下：
（说明：
为了减轻课程设计工作量，将流程中医疗资源提供者反馈简化为短信通知，灰色部分的功能暂时不实现）
2．管理员操作流程
在管理员模式中，管理员有权对数据库进行基本的维护操作，分为两个方面：
一是，对医疗资源数据库等数据库的管理，包括增加、删除、修改、查询等操作，在这些完成后，还可以对数据进行打印的操作。
二是，可以对订单进行基本的管理，包括删除、修改、查询的操作，为了保证平台的正常运行，未加入增加的操作权限。
除此之外，还可以对近期的订单进行汇总等基本的财务操作，也有打印的功能。
管理员操作流程图如下：
3．其他业务流程
暂时不做扩展
救治模块的数据流分析
在救治模块的工作过程中，实际是就是对数据的处理与加工并且与使用者的交互的过程，因此，对救治模块中数据的流行进行分析。
最初，藉由患者输入的基本数据，存入数据库后，由系统进行分析处理之后，给出患者可选的医疗资源，这是数据的第一次处理。
患者对系统提供的可选医疗资源进行决策，决策的结果形成了第二次处理的数据，即患者的决策结果。
同时，系统将会把患者决策的结果以通知的形式告知相应的医疗资源提供者，医疗资源提供者决定是否接受患者，此时的决策将是第三次经过处理的数据，并再次反馈回患者。
这就是整体性的，系统数据流向。
系统整体关系分析
数据库设计说明
在救治模块中，为简化处理，采用MicrosoftOfficeAccess作为所选用的数据库，对于数据库有以下的表：
Patient_Information患者信息
字段名
数据类型
字段限制或计算公式
数据项名称
Patient_number
Int
PK每个患者对应一个固定的代码
患者代码
Patient_title
Varchar（10）
患者称呼
Sex
Varchar
（2）
性别
Age
Int
年龄
Disease
Varchar（20）
病症
Disease_description
Varchar（100）
病情描述
Email
Varchar（50）
电子邮件
Mobilephone
Varchar（11）
移动电话
Address
Varchar（50）
地址
Input_Time
DATE
信息录入时间
Remark
Varchar（100）
备注
Hospital_Information医院信息
字段名
数据类型
字段限制或计算公式
数据项名称
Hospital_number
Varchar（20）
PK
医院代码
Hospital_name
Varchar（50）
医院名称
Address
Varchar（50）
地址
ZipCode
Varchar（20）
邮编
Email
Varchar（50）
电子邮件
Mobilephone
Varchar（11）
联系电话
Fax
Varchar（20）
传真
Linkman
Varchar（20）
医院联系人
信息录入时间
Remark
Varchar（100）
备注
Doctor_Information医生信息（软资源）
字段名
数据类型
字段限制或计算公式
数据项名称
Doctor_num
Varchar（20）
PK
医生行医编号
Hospital_number
Varchar（20）
医生所属医院
所属医院编号
Hospital_name
Varchar（50）
所属医院名称
Doctor_name
Varchar（20）
医生姓名
Area
Varchar（20）
医生所属科室
科/领域
Sex
Varchar
（2）
性别
Email
Varchar（50）
电子邮件
Mobilephone
Varchar（11）
联系电话
Doctor_description
Varchar（100）
医生介绍
Available_time
Varchar（50）
可约时间
Remark
Varchar（100）
备注
Hardware_Resource_Information硬件资源信息（硬资源）
字段名
数据类型
字段限制或计算公式
数据项名称
Device_num
Varchar（20）
PK（为其设置唯一编号）
设备编号
Hospital_number
Varchar（20）
所属医院编号
Hospital_name
Varchar（50）
医生所属医院
所属医院名称
Device_type
Varchar（20）
设备类型（CT....）
Area
Varchar（20）
设备所属科室
科/领域
Device_cost
Varchar（20）
使用费用
设备费用
Order_To_Hospital_Record医院回执订单记录
字段名
数据类型
字段限制或计算公式
数据项名称
Patient_number
Int
PK每个患者对应一个固定的代码
患者代码
Patient_title
Varchar（10）
患者称呼
Sex
Varchar
（2）
性别
Age
Int
年龄
Disease
Varchar（20）
病症
Disease_description
Varchar（100）
病情描述
Email
Varchar（50）
电子邮件
Mobilephone
Varchar（11）
移动电话
Address
Varchar（50）
地址
Input_Time
DATE
信息录入时间
Remark
Varchar（100）
备注
升级会员 