预约需求规格说明书

需求规格说明书题目学院专业班级学生姓名学号1引言1.1编写目的…………………………………………………1.2项目背景……………………………………………………1.3术语说明……………………………………………………1.4参考资料……………………………………………………2任务概述2.1目标……………………………………………………2.2运行环境……………………………………………………2.3条件与限制……………………………………………………3数据描述3.1静态数据……………………………………………………3.2动态数据……………………………………………………4功能需求4.1性能需求……………………………………………………4.2属性……………………………………………………4.3其他需求……………………………………………………5可行性分析5.1技术可行性……………………………………………………5.2经济可行性……………………………………………………5.3操作可行性……………………………………………………6E-R图、数据流描述和数据字典抽取6.1数据流图……………………………………………………6.2E—R图……………………………………………………6.3数据表……………………………………………………1引言1．1编写目的随着信息技术和医学的发展《远程医学会诊专家预约系统》综合运用了医学和计算机技术为远程会诊提供了方便，提高了效率使患者和会诊专家以及我们在院的工作人员之间减少了矛盾，节省了时间，为制定优良的治疗方案提供了强有力的支持和帮助，给远程会诊带来了方便、快捷，极大的提高了工作效率并降低了成本。让工作更轻松，使生活更美好！1.2项目背景项目名称：远程医学会诊专家预约系统适用单位：各地区医院（只要参加医学远程会诊的医院）1.3术语说明C/SClient/Server客户器/服务器模式B/SBrowser/Server浏览器/服务器模式DFD数据流图1.4参考资料《软件工程导论》第六版---张海藩、牟永敏编著清华大学出版社2任务概述2.1目标（1）简介:远程医学是近年来迅速发展起来的一种新型医疗服务模式，突破了传统医学手段，利用远程通信技术和信息技术向全国各地，甚至全球的病人、医生、医疗单位等提供医疗服务，成功地解决了远程会诊、远程教学和远程学术交流等，可共享资深专家教授的无形资源，最大限度的发挥大型医院的技术优势，解决地区医疗技术力量不足的问题，减少病人流动，促进全球范围内的医学交流与合作。本软件主要应用于工作人员和专家之间的联系，及时为患者提供帮助，满足患者的需要。（2）问题综述沟通障碍。目前现有系统缺乏这样一个平台，工作人员总是很难掌握预约专家是否能接受远程会诊，因此就会有个中介来预约专家，当护士长预约好再告诉工作人员，在这过程中浪费时间，浪费话费并且浪费了抢救的机会，因此在我实习之后我深感不便，想开发出不需要护士长这个中介，直接利用这个平台使我们的工作人员和远程会诊专家直接联系，随时掌握专家的时间而解决患者的需求，以此也提高了医院的出诊效率。2.2运行环境操作系统：MicrosoftWindowsOS(如XP、Vista、2000等)支持环境：各种主流浏览器（如IE、Firefox、QQ浏览器等）数据库：SQLserver、Access、2.3条件与限制硬件：必需身边有一台计算机（可以上网的）软件：需要登陆3数据描述3.1静态数据用户数据：各个用户登录时的用户名，密码进入远程医学会诊专家预约系统后在各子系统中都有固定的选项。3.2动态数据输入数据：4功能需求4.1性能需求（1）支持多终端操作；（2）支持多用户同时操作（3）系统响应的时间短4.2属性（1）友好性本软件友好性极强和其他软件有很好的兼容性。（2）安全性用户用例输入信息1工作人员（1）查看符合要求的专家信息（2）修改密码（3）发送消息（1）患者会诊要求（2）旧密码、新密码、确认密码（3）消息标题和内容、接受者的名字2专家（1）输入自己的接受会诊时间（2）查看患者患病情况（3）修改密码（4）发送消息（1）输入是否接受会诊（2）旧密码、新密码、确认密码（3）消息标题和内容、接受者的名字本软件存在很好的安全性：有密码验证对不同权限进行不同的登陆软件有备份功能，对数据损坏或破坏有很好的恢复能力（3）可维护性该软件可维护性功能健全。（4）可转移性本软件利用开发平台提供的数据转换功能，可以实现跨平台数据转换，实现不同数据库数据间的数据转换，如：FoxPro、Access、MicrosoftSQLServer间的数据转换。4.3其他需求用户操作需求输入的信息都封装在数据结构当中，不能独立存在，在向数据库中提交数据时必须一起提交而不能逐项提交。输入数据的类型必须和定义的数据类型相匹配。5、可行性分析5.1技术可行性本系统通过及时查看专家时间使满足患者的需求，减少医患关系。在现有的技术中实现起来也比较简单，主要应用C#编程语言、SQL数据库来实现。将各系统数据库统一联系起来，多张表彼此通过主键链接来实现查询内容及输入内容可同时出现。5.2经济可行性5.2.1支出（1）必要设备的投资。（2）系统开发有关费用。（如：本次项目的调研与咨询、数据库建立维护等费用）5.2.2收益（1）提高了就诊率，促进医院有效的管理，节约了不必要的医患。（2）开发维护成本相对较低。（3）对信息进行集中管理。5.3操作可行性本系统采用菜单式，实现用户与数据库的交互，界面简洁友好，操作方便，有计算机基础的人无需培即可使用，即使是没有计算机基础的人只需经过简单的培训就可熟练地使用本系统。系统运行后，就患者方面而言，由于患者使用本系统时，不会也不必关心系统内部的结构及实现方法，即对患者来说是透明的，所以本系统对患者而言是定位在界面友好，操作方便功能齐全的原则上的，患者只需用鼠标点击界面上的选项卡或按钮就能执行相应的功能。就管理者而言，关心的是如何处理各种数据只要把患者的信息输入计算机，管理者就可以运行相应的后台程序进行处理。而以上的这些功能都能在所选择的开发环境中用所选择的开发工具来实现。所以说本系统在操作上是没有问题的。因此，该系统在操作上是可行的。6、E-R图、数据流描述和数据字典抽取6.1数据流图（DFD）图1数据流图（第0层）图2数据流图（第1层）图3数据流图（第2层）6.2E-R图：6.3数据表（DD）：表名：工作人员信息表结构名称字段名属性字段长度允许为空是否为主键备注姓名Work_namechar50否否工作人员姓名科室Work_officechar50是否工作人员所在科室工作证Work_numberVarchar50否是工作证号表名：专家信息表结构名称字段名属性字段长度允许为空是否为主键备注姓名Expert_namechar50否否专家姓名科室Expert_officechar50是否专家所在科室工号Expert_numberVarchar50否是工作证号职位Expert_positionchar50是否主任和医师等表名：病人信息表结构名称字段名属性字段长度允许为空是否为主键备注姓名Patient_namechar50否否病人姓名住院号Patient_numberVarchar50否是地址Patient_addresschar100是否电话号Patient_numberVarchar50否是