3、监管平台二期开发系统_公卫监管_系统设计说明书
时间：2020-10-11 07:35:28 来源：小苹果范文网 本文已影响 人 
设计说明书
第 PAGE 4页
[ ] 初稿
[√] 发布
[ ] 修订
编 撰：
胡思伟
编撰日期：
2013-10-08
保密级别：
机密
文档版本：
2.0
文件编号：
Q/BS-QH-3-07
公卫监管系统
系统设计说明书
创业软件股份有限公司
版本历史
日期
版本
说明
作者
2013-10-8
1.0
初稿
胡思伟
2013-10-8
2.0
正式发布
胡思伟
目 录
TOC \o "1-3" \h \z \u 1. 引言 5
1.1 目的 5
1.2 范围 5
1.3 读者对象 5
1.4 术语与缩略语 5
2. 系统概述 6
2.1 系统名称 6
2.2 系统说明 6
2.3 系统主要功能（简单描述） 6
3. 设计约束 6
3.1 软件、硬件环境（包括运行环境和开发环境）的约束 6
? 软件环境约束 6
? 硬件环境约束 6
3.2 接口/协议的约束 6
? 内部接口/协议约束 6
? 外部接口/协议约束 7
3.3 用户界面的约束 7
3.4 软件质量的约束 7
? 友好性 7
? 安全性 7
? 可维护性 7
? 可转移、转换性 7
3.5 其它约束 7
4. 系统总体结构 7
4.1 模块功能汇总表 7
4.2 系统总体逻辑结构图 8
4.3 系统的运行环境 9
5. 结构与功能 9
5.1 高血压患病率 9
5.2 高血压管理率 9
5.3 高血压并发症发生率 9
5.4 糖尿病患病率 10
5.5 糖尿病管理率 10
5.6 糖尿病并发症发生率 10
5.7 高血压随访规范性 10
5.8 血压达标情况 11
5.9 高血压临床检查情况 11
5.10 糖尿病随访规范性 11
5.11 糖尿病血糖控制情况 11
5.12 糖尿病临床检查指标 12
5.13 网上预约服务超时率 错误！未定义书签。
5.14 普通接种服务超市率 错误！未定义书签。
5.15 未及时催仿率 错误！未定义书签。
6. 开发环境的配置 12
7. 运行环境的配置 12
8. 测试环境的配置 12
9. 系统运行维护设计 13
9.1 系统出错信息设计 13
9.2 系统补救措施设计 13
9.3 系统维护设计 13
9.4 系统信息的备份 13
10. 目标系统安全设计 13
11. Make or Buy 14
12. 其他 14
引言
目的
目前各条线的信息化系统只是简单呈现了各自业务的工作情况，缺少相应的评价和预警机制，增加了整体管理的难度。因此，需要公共卫生监管平台统一呈现各类业务开展情况，通过区卫生局、专业站所、社区卫生服务中心三级不同层次监管，实现纵向全覆盖的管理，有效追溯到每个机构甚至每个病人，并经由指标化管理进行不同维度的数据分析和对比，达到公共卫生的统一实时监管和实时预警。
范围
本文档主要对公共卫生监管系统需开发的功能进行概要设计，概要描述该各系统需要实现的功能。
读者对象
（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计。?
（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。?
（3）程序员：根据文档了解系统功能，以便程序开发。?
（4）测试员：根据本文档对软件产品进行功能性测试和非功能性测试。?
（5）销售人员：了解预期产品的功能和性能。?
（6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。?
在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。
术语与缩略语
术语
描述
EHR
电子健康档案
系统概述
系统名称
公共卫生监管系统。
系统说明
公共卫生监管系统通过数据获取接口从相关业务系统的公共卫生数据库中实时获取需要分析的数据，经过多维度方式分析后将区卫生局、专业站所、社区卫生服务中心三级机构的指标通过可视化方式直观地展现在监控平台中，方便预警、政策调整、考核，做到省时省力省麻烦。
系统主要功能（简单描述）
公共卫生监管平台能够进行不同维度（时间、机构、人群等）的数据汇总统计，并通过同比和环比方式更好的分析当前公共卫生状况，从而方便及早发现问题，并对后期工作方案提供调整依据。
比如一个社区卫生服务中心，可以按时间维度统计巡查情况，可以明确分析出各个时间段的巡查情况。当发现巡查率出现下降趋势时，能及早去调查原因，并进行适当的资源调整，将巡查率逐步提升到正常指标。
设计约束
软件、硬件环境（包括运行环境和开发环境）的约束
软件环境约束
针对实际需求，可以考虑选择如下方案：?外网选用Linux或FreeBSD网络操作系统、BEA?WebLogic?Server或Tomcat?WEB服务器以及Oracle数据库。?
内网选用Windows?2008?Server?网络操作系统、IIS?Web?服务器以及MS?SQL?Server?数据库。
硬件环境约束
针对实际情况，cpu在P41.2以上、512m?ECC?DDR?内存、80GB?SCSI?硬盘以上显示器至少能支持1024*768或以上的分辨率。配置的部门级服务器比较适合。
接口/协议的约束
内部接口/协议约束
无。
外部接口/协议约束
无。
用户界面的约束
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW?风格较熟悉，应尽量向这一方向靠拢。?其中服务器程序界面要做到操作简单，易于管理。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。
软件质量的约束
友好性
界面要美观大方，让客户感觉舒服。
安全性
程序要保证数据的安全性，不能让客户的数据外泄。
可维护性
程序要易于维护，可以修改，保存。
可转移、转换性
支持多数据库，包括Microsoft SQL Server，Oracle，Sysbase。
其它约束
要有好的界面，程序要禁得住考验，数据要达到正确性，精准性，软件要有易用性。
系统总体结构
模块功能汇总表
功能标题
模块名称
功能说明
高血压患病数
未注销的有高血压历史的人群
高血压管理率
管理高血压患者数占系统中现有高血压患者总数的比例
高血压并发症发生率
根据并发症名称对并发症患者在所有高血压患者中占得比例
糖尿病患病数
未注销的有糖尿病历史的人群
糖尿病管理率
管理糖尿病患者数占系统中现有糖尿病患者总数的比例
糖尿病并发症发生率
根据并发症名称对并发症患者在所有糖尿病患者中占得比例
高血压随访规范性
未完成的随访数占系统中所有应随访数的比例
血压达标情况
血压未达标数占系统中所有高血压患者数的比例
高血压临床检查情况
临床检查未完成数及检查异常数占系统中所有应做高血压临床检查的对象数的比例
糖尿病随访规范性
未完成的随访数占系统中所有应随访数的比例
糖尿病血糖控制情况
控制不良数占系统中所有糖尿病患者数的比例
糖尿病临床检查指标
临床检查未完成数及检查异常数占系统中所有应做糖尿病临床检查的对象数的比例
网上预约服务超时率
网上预约的受种者从刷卡取号到完成接种超过15分钟的受种对象数占所有通过网上预约接种者总数的比例
普通接种服务超市率
普通接种的受种者从刷卡取号到完成接种超过45分钟的受种对象数占所有普通接种接种者的比率
未及时催仿率
未及时催放针次数占应催总针次数的比例
系统总体逻辑结构图
系统的运行环境
操作系统：Microsoft?Windows?系统
支持环境：IE?
数?据?库：SQLServer?
根据医院的实际需要，当前系统需要支持7*24小时运行。
结构与功能
高血压患病率
未注销的有高血压历史的人群。
概念名称
计算方法
高血压患病率(A)
高血压患者数(B)
到查询结束时间为止健康档案既往史中所有未注销的有高血压记录的人数
闵行区建档数(C)
到查询结束时间为止个人档案中所有未注销的人数
高血压管理率
管理高血压患者数占系统中现有高血压患者总数的比例。
概念名称
计算方法
高血压管理率(A)
A=
管理高血压患者数(B)
高血压档案中没有被终止管理的人
高血压患者数(C)
健康档案中所有高血压患者数
签约人数
高血压并发症发生率
根据并发症名称对并发症患者在所有高血压患者中占得比例。
概念名称
计算方法
并发症发生率(A)
A=
并发症患者数(B)
（截止时间、性别、年龄段）根据并发症名称得到所有该并发症患者
高血压管理对象(C)
（截止时间、性别、年龄段）所有高血压管理对象
糖尿病患病率
未注销的有糖尿病历史的人群。
概念名称
计算方法
糖尿病患病率(A)
糖尿病患者数(B)
到查询结束时间为止健康档案既往史中所有未注销的有糖尿病记录的人数
闵行区建档数(C)
到查询结束时间为止个人档案中所有未注销的人数
糖尿病管理率
管理糖尿病患者数占系统中现有糖尿病患者总数的比例。
概念名称
计算方法
糖尿病管理率（A）
管理糖尿病患者数（B）
（根据时间和社区）糖尿病档案中：没有被终止管理的人
糖尿病患者总数（C）
（根据时间和社区）在健康档案中取患有糖尿病的全部人口
糖尿病并发症发生率
根据并发症名称对并发症患者在所有糖尿病患者中占得比例。
概念名称
计算方法
并发症发生率(A)
A=
并发症患者数(B)
（截止时间、性别、年龄段）根据并发症名称得到所有该并发症患者
糖尿病管理对象(C)
（截止时间、性别、年龄段）所有糖尿病管理对象
高血压随访规范性
未完成的随访数占系统中所有应随访数的比例。
概念名称
计算方法
未完成率(A)
A=
未完成的随访数(B)
（机构）所有未完成随访的对象
所有应随访数(C)
（机构）所有应随访的对象
血压达标情况
血压未达标数占系统中所有高血压患者数的比例。
概念名称
计算方法
未达标率(A)
A=
未达标数(B)
（机构）所有血压未达标的对象
所有高血压患者数(C)
（机构）所有高血压患者总数
高血压临床检查情况
临床检查未完成数及检查异常数占系统中所有应做高血压临床检查的对象数的比例。
概念名称
计算方法
未完成率(A)
A=
未完成数(B)
（机构、检查项目）高血压临床检查未完成的对象
所有应检查数?
（机构、检查项目）所有应做高血压临床检查的对象
异常率(D)
D=
检查异常数(E)
（机构、检查项目）临床检查中检查项目出现异常的对象
检查项目
血常规、血脂、尿微量蛋白、血清肌酐、血糖、胸片、心电图、眼底检查
糖尿病随访规范性
未完成的随访数占系统中所有应随访数的比例。
概念名称
计算方法
未完成率(A)
A=
未完成的随访数(B)
（机构）所有未完成随访的对象
所有应随访数(C)
（机构）所有应随访的对象
糖尿病血糖控制情况
控制不良数占系统中所有糖尿病患者数的比例。
概念名称
计算方法
控制不良率 (A)
A=
控制不良数(B)
（机构）所有血糖控制不良的对象
所有糖尿病患者数(C)
（机构）所有糖尿病患者总数
糖尿病临床检查指标
临床检查未完成数及检查异常数占系统中所有应做糖尿病临床检查的对象数的比例。
概念名称
计算方法
未完成率(A)
A=
未完成数(B)
（机构、检查项目）糖尿病临床检查未完成的对象
所有应检查数(C)
（机构、检查项目）所有应做糖尿病临床检查的对象
异常率(D)
D=
检查异常数(E)
（机构、检查项目）临床检查中检查项目出现异常的对象
检查项目
糖化血红蛋白、血脂、尿微量蛋白、血清肌酐、血压、胸片、心电图、眼底检查
开发环境的配置
[说明本系统应当在什么样的环境下开发，有什么强制要求和建议？]
类别
标准配置
最低配置
计算机硬件
数据库为sqlserver2005，服务器为32核CPU，300G硬盘
cpu在P41.2以上。内存256m以上，显示器支持1024*768或以上的分辨率
软件
Windows2000/XP+myeclipse6.5
Windows2000/XP+myeclipse6.5
网络通信
Tcp/ip
Tcp/ip
其他
SQLServer2005, Oracle9i
SQLServer2005
运行环境的配置
[说明本系统应当在什么样的环境下运行，有什么强制要求和建议？]
类别
标准配置
最低配置
计算机硬件
Microsoft?Windows?系统?
软件
Internet?Explorer
网络通信
SQLServer
其他
Tcp/ip
Tcp/ip
测试环境的配置
操作系统：Microsoft?Windows?系统?
支持环境：IE?
数?据?库：SQLServer
操作系统方面：客户端需要分别在Windows 2000/XP下进行兼容性测试。
数据库方面：需要分别在SQLServer 2005/2008下测试兼容性。
系统运行维护设计
系统出错信息设计
程序在运行时主要会出现两种错误：
1、由于输入信息，或无法满足要求时产生的错误，称为软错误。
2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。?
对于软错误，在输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。?
对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。?
出错信息必须给出相应的出错原因。
系统补救措施设计
主要是服务器上：采用SQL SERVER?的日志文件，对其进行ROLLBACK?处理，对数据进行恢复。在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。
系统维护设计
维护方面主要为对服务器上的数据库数据进行维护。可使用?SQL?SERVER?的数据库维护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。
系统信息的备份
当前系统的任何一个版本的系统，都需要先上传至自动升级服务器数据库，并加入版本好，各个客户端系统启动时自动检测是否存在新版本，存在新版本则自动更新，这样，在自动升级服务器数据库中，将保存任何一个版本的系统，同时对数据库文件做好日常备份操作。
目标系统安全设计
系统的系统用户管理保证了只有授权的用户才能进入系统进行数据操作，而且对一些重要数据，系统设置为只有更高权限的人员方可读取或是操作。系统安全保密性较高。
Make or Buy
自主开发。
其他
无。
