闵行区综合卫计平台区域卫生数据字典系统需求说明书V2.0

第 PAGE 9页 / 共 NUMPAGES 26页

闵行区信息化

闵行区综合卫计管理平台

区域卫生数据字典管理系统

需求说明书

创业软件股份有限公司上海研究院

二零一四年八月十三日

本文档描述的系统需求符合闵行区综合卫计管理平台区域卫生数据字典管理系统的要求,可以据此进行功能开发、系统实现。

上海市闵行区卫生和计划生育委员会

序号

科室

确认人(签字)

确认时间

1

2

3

4

创业软件股份有限公司上海研究院

序号

部门

确认人(签字)

确认时间

1

版本控制:

日期

版本

修订说明

修改内容

修订人

2014-08-1

V1.0

Created

全部

闫飞

2014-08-13

V2.0

Modify

业务流程、功能需求章节修订

闫飞

目 录

TOC \o "1-3" \h \z \u 1. 引言 6

1.1 目的 6

1.2 读者对象 6

1.3 术语与缩写解释 6

1.4 参考资料 7

2. 软件系统描述 7

2.1 系统背景 7

2.2 操作用户 7

2.3 系统环境 7

2.4 假定和约束 8

3. 业务流程 9

3.1 数据集修订流程 9

3.1.1 流程图 9

3.1.2 流程说明 9

3.2 数据集使用流程 9

3.2.1 流程图 9

3.2.2 流程说明 10

3.3 数据元修订流程 10

3.3.1 流程图 10

3.3.2 流程说明 11

3.4 数据字典更新流程 11

3.4.1 流程图 11

3.4.2 流程说明 12

4. 功能需求 12

4.1 业务系统信息 12

4.1.1 功能说明 12

4.1.2 参考界面 12

4.1.3 功能需求 13

4.2 数据集管理 13

4.2.1 功能说明 13

4.2.2 参考界面 13

4.2.3 功能需求 14

4.3 数据元管理 15

4.3.1 功能说明 15

4.3.2 参考界面 15

4.3.3 功能需求 16

4.4 数据集修订申请 16

4.4.1 功能说明 16

4.4.2 参考界面 16

4.4.3 功能需求 17

4.5 数据集修订审核 18

4.5.1 功能说明 18

4.5.2 参考界面 18

4.5.3 功能需求 19

4.6 数据集使用申请 19

4.6.1 功能说明 19

4.6.2 参考界面 19

4.6.3 功能需求 20

4.7 数据集使用审核 21

4.7.1 功能说明 21

4.7.2 参考界面 21

4.7.3 功能需求 22

4.8 数据元修订申请 22

4.8.1 功能说明 22

4.8.2 参考界面 22

4.8.3 功能需求 23

4.9 数据元修订审核 24

4.9.1 功能说明 24

4.9.2 参考界面 24

4.9.3 功能需求 25

5. 非功能需求 25

5.1 用户界面需求 25

5.2 软件接口需求 26

5.3 性能需求 26

6. 待确定的问题列表 26

引言

目的

本文档是为了闵行区综合卫计管理平台区域卫生数据字典管理系统(以下简称“本系统”)而编写,主要面向系统开发人员和最终用户。

本文档是整个系统开发的依据,它对以后工作的开展起到指导作用。文档中定义的软件总体要求,作为用户、软件开发人员以及其他干系人之间沟通的基础。描述的功能要求、性能要求、用户和系统的接口要求、数据库要求等内容,作为软件开发人员进行软件结构设计和编码的基础和作为软件总体测试的依据。

读者对象

(1)闵行区卫生计生委信息中心。

(2)闵行区卫生计生委下辖单位信息系统管理员。

(3)创业公司区域卫生数据字典管理系统项目组成员。

术语与缩写解释

(1)数据集:是指由多类数据组成的集合。(例如:门诊摘要、住院摘要。)

(2)数据元:数据的基本单元,数据元的确切含义需要通过一系列属性来说明,包括数据的定义、标识、表示方法和管理等。(例如:门诊摘要中的性别代码。)数据元是数据集的基本组成单元。数据集与数据元是多对多的关系。(例如:门诊摘要、住院摘要中都有性别代码、出生日期、身份证件号码。)

(3)值域:数据元的所有可能取值或取值范围。数据元与值域是一对多的关系。(例如:性别代码的值域为:0未知的性别,1男性,2女性,9未说明的性别。)

(4)数据集的使用:将业务系统与数据集建立对应关系,以确定该业务系统需要使用的数据集清单。

(5)提交机构:闵行区卫生计生委下属各机构均可作为本系统的提交机构,主要负责收集、发现、提取数据集和数据元(含值域)。

(6)注册机构:闵行区卫生计生委信息中心为本系统的注册机构,主要负责建立制定数据字典管理制度,审核提交机构对于数据集和数据元(含值域)的修订(新增、更改、废止)、使用申请。

参考资料

(1)《闵行区综合卫计管理平台建设大纲V2》

(2)《中华人民共和国国家标准科技平台元数据的注册与管理》

(3)《国家卫生数据字典与元数据管理系统》

(4)《居民电子健康档案与个人健康信息系统建设标准化指南之国家卫生数据字典》

软件系统描述

系统背景

医疗卫生信息化是闵行区医疗改革的重要组成部分。多年来,闵行区已经建立并运行了数十个医疗卫生信息化管理系统,初步形成了从社区医院、综合医院到卫计委的信息化管理网络,并积累了大量的原始数据,为闵行区的基本医疗和公共卫生管理工作提供了重要的决策依据。但在实际工作中,对原始数据的应用方面还存在一些问题:一方面,我们运行着多个信息系统,收集着大量的数据;另一方面,我们又存在着数据缺失的现象,系统之间的数据不能共享、交换,无法被有效利用。这主要是由两方面的原因造成的:(1)术语不规范。如在收集某种疾病数据时,对这种疾病的定义不规范。(2)编码标准等信息不统一。如同一种疾病在不同时期、不同机构有不同的编码。

区域卫生数据字典管理系统可为各业务系统提供数据元的注册、维护和更新服务。通过该系统,可以在全区范围内将各个业务系统的数据元进行统一定义、统一管理。以该系统为抓手,建立起区域卫生的数据标准,以便在各个业务系统之间准确、迅速的进行数据共享和交互,为实现业务系统数据的横向对比、纵向分析、深度挖掘提供支持。

操作用户

(1)闵行区卫生计生委信息中心。

(2)闵行区卫生计生委下辖单位信息系统管理员。

系统环境

(1)服务器:4核及以上CPU,16G及以上内存。数据库和应用在同一台专有服务器部署,并搭建双机热备环境。

(2)工作站:双核2.0及以上CPU、2G及以上内存。

(3)网络:100M及以上网络带宽。

(4)服务器操作系统: Windows Server 2008

(5)数据库系统: SQL Server 2008

(6)应用服务器软件环境:Tomcat 6.0、JDK 1.6

(7)浏览器:Chrome(谷歌浏览器)、Firefox(火狐浏览器)

假定和约束

(1)本系统提供数据字典管理功能和标准接口服务。

(2)与本系统相关的各业务系统自行开发程序调用标准接口,获取数据更新信息。

(3)本系统的管理对象为数据元和值域,为各业务系统提供数据元和值域的注册、维护和使用服务。

(4)闵行区卫生计生委信息中心为本系统需求统一提报方。

(5)系统名称:闵行区区域卫生数据字典管理系统。

业务流程

数据集修订流程

流程图

流程说明

提交机构提出数据集修订申请,并填写数据集的修订信息。

注册机构接收到数据集修订申请后,对该申请进行审核。

如果数据集修订申请审核不通过,则将该申请退回至提交机构;如果数据集修订申请审核通过,则根据修订方式对数据集进行新增、更改、废止操作。

数据集使用流程

流程图

流程说明

提交机构提出自身某业务系统使用数据集的申请,并选择期望使用的数据集。

注册机构接收到数据集使用申请后,对该申请进行审核。

如果数据集使用申请审核不通过,则退回至提交机构;如果数据集使用申请审核通过,则建立起业务系统与数据集之间的对应关系。

数据元修订流程

流程图

流程说明

提交机构提出数据元(含值域)修订申请,并填写数据元的修订信息。

注册机构接收到数据元修订申请后,对该申请进行审核。

如果数据元修订申请审核不通过,则将该申请退回至提交机构;如果数据元修订申请审核通过,则根据修订方式对数据元(含值域)进行新增、更改、废止操作。

数据字典更新流程

流程图

流程说明

数据集、数据元(含值域)信息或使用权发生变更后,通过数据字典信息分发服务向各业务系统发送消息。

各业务系统接收到消息后更新本地数据字典信息。

功能需求

业务系统信息

功能说明

此处的业务系统是指需要使用数据字典信息的系统。本功能负责维护业务系统的基本信息,包括业务系统名称、版本号、访问地址、模式、数据库、操作系统、科室、联系人、固定电话、移动电话、电子邮箱、厂商、厂商联系人、厂商固定电话、厂商移动电话、厂商电子邮件等。

参考界面

功能需求

(1)提供业务系统信息的新增、修改、删除、保存、查询、提交、审核等操作。

(2)支持以组织机构为主线查看各机构下的业务系统。

(3)业务系统信息新增后处于待审核状态,审核后成为正式数据。

数据集管理

功能说明

数据集管理的主界面,提供查询、修订、导入、导出等操作。针对不同的机构账号,提供不同的操作模式:注册机构的账号可以直接修订数据集信息;提交机构的账号不能直接修订数据集信息,需要提交修订申请。

参考界面

(1)主界面

(2)明细界面

功能需求

针对所有账号提供查询、导出、查看数据元操作。

针对注册机构账号提供新增、更改、废止、导入操作。

针对提交机构账号提供新增申请、更改申请、废止申请、使用申请操作。

勾选单条数据集记录后,点击“更改申请”、“废止申请”,自动将数据集信息填入修订申请单。

勾选多条数据集记录后,单击“使用申请”,自动将数据集信息填入使用申请单。

此功能创建的申请单可在申请管理、审核管理模块显示及操作。

数据元管理

功能说明

数据元管理的主界面,提供查询、修订、导入、导出等操作。针对不同的机构账号,提供不同的操作模式:注册机构的账号可以直接修订数据元信息;提交机构的账号不能直接修订数据元信息,需要提交修订申请。

参考界面

(1)主界面

(2)明细界面

功能需求

针对所有账号提供查询、导出、查看数据元操作。

针对注册机构账号提供新增、更改、废止、导入操作。

针对提交机构账号提供新增申请、更改申请、废止申请、使用申请操作。

勾选单条数据元记录后,点击“更改申请”、“废止申请”,自动将数据元信息填入修订申请单。

此功能创建的申请单可在申请管理、审核管理模块显示及操作。

数据集修订申请

功能说明

提交机构需要修订数据集时,首先创建数据集修订申请,然后提交注册机构审核。本功能提供数据集修订申请单的新增、修改、删除、保存、提交等操作,用于提交机构维护数据集修订申请单。

参考界面

(1)主界面

(2)明细界面

功能需求

功能主界面显示数据集修订申请单列表信息,并提供新增、修改、删除、查询、明细等操作。

功能明细界面显示数据集修订申请单明细信息,并提供新增申请单、选择数据集、选择数据元、删除数据元、保存申请单、提交申请单等操作。

在数据集修订申请单中,一张申请单仅针对一条数据集信息,可对数据集进行新增、更改、废止操作。

在数据集修订申请单中,对数据元的操作仅限于建立或取消与数据集的对应关系,不能修改数据元的基本信息。

数据集修订审核

功能说明

注册机构审核提交机构提交的数据集修订申请单,审核不通过则退回,审核通过则修订数据集信息。

参考界面

(1)主界面

(2)明细界面

功能需求

支持数据集修订申请单的批量审核,批量审核时审核结果和审核意见统一填写。

审核通过后,系统根据申请单内容自动修订数据集信息。

数据集使用申请

功能说明

提交机构需要使用数据集时,首先创建数据集使用申请,然后提交注册机构审核。本功能提供数据集使用申请单的新增、修改、删除、保存、提交等操作,用于提交机构维护数据集使用申请单。

参考界面

(1)主界面

(2)明细界面

功能需求

功能主界面显示数据集使用申请单列表信息,并提供新增、修改、删除、查询、明细等操作。

功能明细界面显示数据集使用申请单明细信息,并提供新增申请单、关联数据集、清除数据集、保存申请单、提交申请单等操作。

在数据集使用申请单中,单据头为提交机构的业务系统信息,单据明细为该业务系统期望使用的数据集信息。

在数据集使用申请单中,对数据集的操作仅限于建立或取消与业务系统的关联关系,不能修改数据集的基本信息。

数据集使用审核

功能说明

注册机构审核提交机构提交的数据集使用申请单,审核不通过则退回,审核通过则在业务系统与数据集之间建立关联关系。

参考界面

(1)主界面

(2)明细界面

功能需求

支持数据集使用申请单的批量审核,批量审核时审核结果和审核意见统一填写。

审核通过后,系统自动在业务系统与数据集之间建立起关联关系。

数据元修订申请

功能说明

提交机构需要修订数据元时,首先创建数据元修订申请,然后提交注册机构审核。本功能提供数据元修订申请单的新增、修改、删除、保存、提交等操作,用于提交机构维护数据元修订申请单。

参考界面

(1)主界面

(2)明细界面

功能需求

(1) 功能主界面显示数据元修订申请单列表信息,并提供新增、修改、删除、查询、明细等操作。

(2) 功能明细界面显示数据元修订申请单明细信息,并提供新增申请单、选择数据元、新增值域、选择现有值域、删除值域、保存申请单、提交申请单等操作。

(3) 在数据元修订申请单中,一张申请单仅针对一条数据元信息,单据头显示数据元信息,单据明细显示值域信息。

(4) 在数据元修订申请单中,既可以修订数据元信息,也可以修订值域信息。

数据元修订审核

功能说明

注册机构审核提交机构提交的数据元修订申请单,审核不通过则退回,审核通过则修订数据元和值域信息。

参考界面

(1)主界面

(2)明细界面

功能需求

支持数据元修订申请单的批量审核,批量审核时审核结果和审核意见统一填写。

审核通过后,系统根据申请单内容自动修订数据元和值域信息。

非功能需求

用户界面需求

需求名称

详细要求

规范性

界面应尽可能统一风格,便于用户掌握,易于操作。

合理性

(1)界面布局合理,应避免过于拥挤或无序。

(2)颜色选择合理,易于接受,并考虑一定的颜色对比。

一致性

(1)界面布局要一致

(2)界面的外观要一致

(3)界面所用颜色要一致

(4)操作方法要一致

(5)控件风格、控件功能要一致

软件接口需求

接口名称

接口详细要求

数据字典数据传输接口

(1)触发条件:数据集、数据元、值域被修订或使用权发生变化时。

(2)发送信息:数据集、数据元、值域的修订或使用权变更信息。

(3)接口流程:数据字典系统发送消息,业务系统接收消息后更新本地数据。

性能需求

性能指标名称

详细要求

普通页面展现

<=3s

复杂页面展现

<=8s

待确定的问题列表

序号

问题描述

1

2

3