预约需求规格说明书

1、 需求规格说明书题 目 学 院 专 业 班 级 学生姓名 学 号 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 操作可行性6 E-R图、数据流描述和数据字典抽取6.1 数据流图6.2 ER图6.3 数据表1 引言11编写目的 随着信息技术和医学的发展远程医学会诊专家预约系统综合运用了医学和计算机技术为远程会诊提供了方便，提高了效率使患者和会诊专家以及我们在

2、院的工作人员之间减少了矛盾，节省了时间，为制定优良的治疗方案提供了强有力的支持和帮助，给远程会诊带来了方便、快捷，极大的提高了工作效率并降低了成本。让工作更轻松，使生活更美好！1.2项目背景项目名称：远程医学会诊专家预约系统适用单位：各地区医院（只要参加医学远程会诊的医院）1.3  术语说明 C/S Client/Server 客户器/服务器模式B/S Browser/Server 浏览器/服务器模式DFD数据流图1.4    参考资料软件工程导论第六版 -张海藩、牟永敏 编著 清华大学出版社2 任务概述 2.1 目标（1）简介: 远

3、程医学是近年来迅速发展起来的一种新型医疗服务模式，突破了传统医学手段，利用远程通信技术和信息技术向全国各地，甚至全球的病人、医生、医疗单位等提供医疗服务，成功地解决了远程会诊、远程教学和远程学术交流等，可共享资深专家教授的无形资源，最大限度的发挥大型医院的技术优势，解决地区医疗技术力量不足的问题，减少病人流动，促进全球范围内的医学交流与合作。本软件主要应用于工作人员和专家之间的联系，及时为患者提供帮助，满足患者的需要。 （2）问题综述 沟通障碍。目前现有系统缺乏这样一个平台，工作人员总是很难掌握预约专家是否能接受远程会诊，因此就会有个中介来预约专家，当护士长预约好再告诉工作人员，在这过程中浪费

4、时间，浪费话费并且浪费了抢救的机会，因此在我实习之后我深感不便，想开发出不需要护士长这个中介，直接利用这个平台使我们的工作人 员和远程会诊专家直接联系，随时掌握专家的时间而解决患者的需求，以此也提高了医院的出诊效率。2.2 运行环境 操作系统：Microsoft Windows OS(如 XP、Vista、2000等) 支持环境：各种主流浏览器 （如 IE、Firefox、QQ浏览器等） 数据库：SQL server、Access、2.3条件与限制硬件：必需身边有一台计算机（可以上网的）软件：需要登陆3 数据描述3.1静态数据用户数据：各个用户登录时的用户名，密码进入远程医学会诊专家预约系统后

5、在各子系统中都有固定的选项。3.2 动态数据输入数据：用户用例输入信息1工作人员（1） 查看符合要求的专家信息（2） 修改密码（3）发送消息（1） 患者会诊要求（2） 旧密码、新密码、确认密码（3） 消息标题和内容、接受者的名字2专家（1） 输入自己的接受会诊时间（2） 查看患者患病情况（3） 修改密码（4） 发送消息（1） 输入是否接受会诊（2） 旧密码、新密码、确认密码（3） 消息标题和内容、接受者的名字4 功能需求4.1性能需求（1）支持多终端操作；（2）支持多用户同时操作（3）系统响应的时间短4.2属性（1）友好性本软件友好性极强和其他软件有很好的兼容性。（2）安全性 本软件存在很好的

6、安全性： 有密码验证 对不同权限进行不同的登陆 软件有备份功能，对数据损坏或破坏有很好的恢复能力（3）可维护性 该软件可维护性功能健全。（4）可转移性 本软件利用开发平台提供的数据转换功能，可以实现跨平台数据转换，实现不同数据库数据间的数据转换，如：FoxPro、Access、Microsoft SQL Server间的数据转换。4.3其他需求 用户操作需求 输入的信息都封装在数据结构当中，不能独立存在，在向数据库中提交数据时必须一起提交而不能逐项提交。输入数据的类型必须和定义的数据类型相匹配。5、可行性分析5.1技术可行性本系统通过及时查看专家时间使满足患者的需求，减少医患关系。在现有的技术

7、中实现起来也比较简单，主要应用C#编程语言、SQL数据库来实现。将各系统数据库统一联系起来，多张表彼此通过主键链接来实现查询内容及输入内容可同时出现。5.2经济可行性5.2.1支出（1）必要设备的投资。（2）系统开发有关费用。（如：本次项目的调研与咨询、数据库建立维护等费用）5.2.2收益（1）提高了就诊率，促进医院有效的管理，节约了不必要的医患。（2）开发维护成本相对较低。（3）对信息进行集中管理。5.3操作可行性本系统采用菜单式，实现用户与数据库的交互，界面简洁友好，操作方便，有计算机基础的人无需培即可使用，即使是没有计算机基础的人只需经过简单的培训就可熟练地使用本系统。系统运行后，就患者

8、方面而言，由于患者使用本系统时，不会也不必关心系统内部的结构及实现方法，即对患者来说是透明的，所以本系统对患者而言是定位在界面友好，操作方便功能齐全的原则上的，患者只需用鼠标点击界面上的选项卡或按钮就能执行相应的功能。就管理者而言，关心的是如何处理各种数据只要把患者的信息输入计算机，管理者就可以运行相应的后台程序进行处理。而以上的这些功能都能在所选择的开发环境中用所选择的开发工具来实现。所以说本系统在操作上是没有问题的。因此，该系统在操作上是可行的。6、E-R图、数据流描述和数据字典抽取6.1数据流图（DFD） 图1 数据流图（第0层） 图2数据流图（第1层） 图3数据流图（第2层）6.2 E-R图：6.3 数据表（DD）：表名：工作人员信息表结构名称字段名属性字段长度允许为空是否为主键备注姓名Work_namechar50否否工作人员姓名科室Work_officechar50是否工作人员所在科室工作证Work_numberVarchar50否是工作证号表名：专家信息表结构名称字段名属性字段长度允许为空是否为主键备注姓名Expert_namechar50否否专家姓名科室Expert_officechar50是否专家所在科室工号Expert_numberVarchar50否是工作证号职位Expert_positionchar50是否主任和医师