医院满意度调查系统
项目方案
2014-08
1.    项目介绍    - 3 -
1.1    项目背景    - 3 -
1.2    项目概述    - 3 -
1.3    项目目标    - 4 -
2.    项目建设方案    - 4 -
2.1    方案描述    - 4 -
2.2    系统设计    - 5 -
2.2.1    功能模块设计    - 5 -
2.2.2    数据模型设计    - 7 -
2.2.3    网络拓扑设计    - 9 -
2.2.4    应用的技术    - 9 -
3.    实施计划    - 11 -
3.1    系统功能模块开发实施计划    - 11 -
3.2    系统安装部署及调试实施计划    - 12 -
4.    系统运行平台及软、硬件    - 12 -
4.1    软硬件需求及配置    - 12 -
5.    数据维护与系统安全    - 12 -
5.1    数据维护    - 12 -
5.2    系统安全    - 12 -
1. 项目介绍
1.1 项目背景
为了及时掌握和了解患者、临床科室、医技科室、职能部门及院务公开等方面的评价和满意度，达到持续改进，不断提高医院管理水平、医疗服务质量及医院的社会满意度，切实解决患者最关心、最需要解决的问题，让患者感受到医院的关爱，也应医院院方领导要求，尽快落实《医院服务管理方案》特统一制定此满意度调查方案。
1.2 项目概述
● 系统可以动态设置相关的医疗质量、服务态度、医德医风、就诊流程、服务价格等评价项目数据库，并以此作为评审标准；
● 针对医生/护士评价结果，系统建立完善的积分奖励制度；
● 系统可以针对设备安置的不同场所，能够动态分配对应的科室并建立对应的科室评价功能；
sqlserver2012数据库还原● 门诊、住院、离院、随访多模式满意度调查方式；
● 患者满意度评价与患者投诉反馈无缝结合，全程跟踪患者的不满意评价与投诉；
● 系统提供后台数据管理模块，便于医院对数据维护和检测分析管理；
● 系统提供与外界系统对接功能，以保证评价对象的数据的准确性和有效性；
1.3 项目目标
建立医疗服务行业信息公开，服务方及服务对象一起参与的机制，及时收集服务对象的意见
、建议及满意度程度，以提高医疗行业整体的服务质量，为改善医疗服务水平提供第一手资料和数据。
2. 项目建设方案
2.1 方案描述
该方案包括系统开发及运行所必备的软硬件支持，及功能描述。
并且该方案将成为后继开发的基础。概述了系统主要的功能及相关的设计实现方式，包括整个系统的实施过程。
2.2 系统设计
2.2.1 功能模块设计
上图为本系统的主要模块。
1) 部门信息管理
该模块包括医院相关的部门信息，科室信息，职能介绍。
✓ 部门科室信息查询与新增
✓ 部门科室信息更新或删除
2) 医护人员信息管理
该模块是对医院各部门及科室的医护人员信息的维护。
✓ 医护人员信息查询与新增
✓ 医护人员信息更新或删除
3) 调查问题维护
该模块是根据院方需要将针对不同的科室及职能部门设立满意度调查问题，作为满意度调查的基本方式。
✓ 调查问题查询与新增
✓ 调查问题更新或删除
4) 试题生成与管理
按照不同的要求生成不同的试卷以便于被方便调出。
✓ 试卷生成与管理
5) 满意度调查实施
该模块将有序地引导用户完成满意度调查过程。并保存与调查相关的试题数据及用户信息。
✓ 调查数据保存
✓ 用户信息保存
6) 调查结果查询与管理
对于接受调查的系统使用者所回答的问题及给出的答案，该模块给予保存和查询功能。
✓ 用户答题历史记录查询
✓ 用户答题历史记录删除
7) 系统设置与管理
该模块将提供运行所必需的系统参数，数据库连接参数的修改及更新功能。
8) 院方接口数据对接
该模块将提供与院方系统数据对接的功能。
2.2.2 数据模型设计
将采用Microsoft SQL Server 作为数据库, 建立在关系型数据库基础之上的设计结构将大大满足系统各种复杂的业务需求。
基于数据处理日益成为信息化的中心环节，数据库的灵活性、安全性和可拓展性成为数据处理技术的焦点。应用系统的不断扩充和新功能的不断增加，基于传统的二层数据处理结构中系统拓展性、维护成本、数据安全性和应用间通信功能障碍等原生性问题的存在，已不能适应目前的需要，系统将建立多层调用处理机制，如下图所示。
三层体系结构包括数据层，业务逻辑层和表现层。其中，表现层也称作用户层，主要指用户界面，它要求尽可能的简单，使最终用户不需要进行任何培训就能方便地访问信息；业务逻辑层对应应用服务器，所有的应用系统、应用逻辑、控制都在这一层，系统的复杂性也主要体现在业务逻辑层，该层根据需要也可以分为多层，所以三层体系结构也称为多层体系结构；最后的数据库服务器存储大量的数据信息和数据逻辑，所有与数据有关的安全、完整性控制、数据的一致性、并发操作等都是在第三层完成。三层结构在传统的二层结构的基础上增加了业务逻辑层，将业务逻辑单独进行处理，从而使得用户界面与应用逻辑位于不同的平台上，两者之间的通信协议由系统自行定义。通过这样的结构设计，使得业务逻辑被所有用户共享。