1、*项目需求功能规格说明书*紫旭科技集团有限公司2014 年 6 月批准人:*项目经理紫旭项目经理作者: 紫旭制定日期: 更新日期: 版本: 1.0更改记录日期 作者 版本 更改参考紫旭 0.5 初版紫旭 0.56 根据从化会议修订紫旭 1.0 提出向专家汇报版本审核人姓名 职位分发副本号 姓名 地点目 录1 概述 .11.1 编写背景 .11.2 系统目标 .11.3 系统概述 .11.3.1 系统功能总体描述 .11.3.2 系统用户综述 .31.4 假设条件 .52 业务概念定义与术语定义 .62.1 业务概念 .62.2 术语 .63 技术架构需求 .83.1 技术架构概述 .83.2
2、技术架构框架 .94 功能性需求 .104.1 概述 .104.2 D.1*服务 .114.2.1 场景描述 .114.2.2 涉及的行为角色列表 .134.2.3 业务流程 .134.2.4 相关数据说明 .175 非功能性需求 .195.1 页面需求 .195.1.1 页面设计原则 .195.1.2 页面风格定义 .205.2 数据库服务器性能需求 .215.3 应用服务器性能需求 .215.4 系统性能需求 .215.5 外部接口需求 .215.6 业务容量需求 .215.7 输人输出要求 .215.8 数据管理要求 .215.9 其他需求 .22图例索引图 1.1 功能总体组件模型示意
3、.3图 1.2 中大医疗网系统整体架构及关系示意图.4图 3.1 中大医疗网应用架构视图 12 错误！未找到目录项。错误！未找到目录项。 概述 编写背景*项目是为实现*及其附属医院“走进一家医院，八家医院为你服务”的战略目标，而具体执行的项目。在本项目中首先实现跨 5 家附属医院患者和公众健康信息的共享，并基于该共享平台，扩展对患者和公众的附加服务、对科教研工作的支持、对医疗管理服务工作的支持功能。为了使*及其所属医院的需求得到合理体现，使*及其附属医院的信息化建设适应并能够有效地支持*医疗信息共享系统的建设，编写此需求功能规格说明书明确在本项目中所完成的各项需求。本说明书对项目后续的设计、开
4、发、上线等阶段的工作具有明确的指导和规范作用。 系统目标联合*附属五家医院的医疗资源，充分发挥*医疗集团在临床、教育和科研上的优势，实现模式创新、资源优化、服务一流的*医疗服务体系；同时，为*五家附属医院提供医疗教育和科研的平台，使*在医、教、研上同步发展，达到国际先进水平是本项目的主要目标。具体来说，本期系统建设将实现一网，即中大医疗网；两库，即电子病历库和医疗资源库；三平台，即患者服务平台、医教研协作平台与管理创新平台。 系统概述 系统功能总体描述在本项目范围内，将搭建医疗信息共享平台，提供相关的业务功能： 建立医疗信息共享工程的基础平台，包括网络、数据中心、数据库等，建设数据采集平台、数
5、据管理与存储平台、数据展现和门户系统； 建立*门户系统，门户系统将成为医生、患者、管理者、科研人员进行交流的界面； 通过门户网站实现对患者的服务功能，主要是对医院服务信息的浏览和个人就诊记录的查看； 通过门户网站实现对医护人员的服务功能，主要是病患基本信息、就诊履历、检查报告及影像资料等的查看； 通过对医院管理类的数据采集和统计，让学校和医院管理者能获取到自己职责和权限内的管理信息，支持医院的高效运作； 通过对科研数据的采集和管理，让科研/教学人员能够获取相关的科研数据和信息，支持科研/课题的分析，支持科研的成果共享； 五家医院信息共享；本期系统将面向四大类用户，提供面向医生的中大电子病历服务
6、、会诊与远程医疗服务、转诊与转检服务；面向患者的医院资源信息查询服务、健康教育和咨询论坛服务、个人电子健康档案服务、门诊预约挂号服务和一卡通服务；面向科教人员提供科研支持服务、教学支持服务、以及临床与管理知识库服务；面向管理者提供医疗服务质量监控服务、执业人员管理服务、医院管理统计分析服务和事件报告与分析服务。其整体功能构架如图。电 子 健 康 档 案转 诊 / 转 检会 诊 / 远 程 医 疗 健 康 教 育 / 咨 询 论 坛电 子 健 康 档 案门 诊 预 约 挂 号医 院 资 源 信 息 查 询一 卡 通科 研 支 持教 学 支 持医 疗 服 务 质 量 监 控执 业 人 员 管 理医
7、 院 管 理 统 计 分 析事 件 报 告 与 分 析知 识 库 服 务中 大 医 疗 网患者医生 管理者 科教人员图 1. 1 功能总体组件模型示意整个系统采用 SOA 构架，遵循 HL7 与 DICOM 标准，支持 HL7 RIM 模型；在界面设计上遵循人性化、简约性、多样性原则；系统在精度、时间特性、安全性、可靠性、可用性、易用性、可维护性及可扩展性方面满足本说明书所规定的需求。 系统用户综述集成平台最终用户为以下几种类型：角色类别 角色名称 描述 管理者平台管理员 负责权限管理、分级管理员管理联系等 医院管理员 负责平台中与该医院相关的信息和业务管理 平台管理员学校管理员 负责平台中与
8、学校相关的信息和业务管理 平台管理员论坛管理员 负责论坛总体事务 平台管理员系统管理员网站信息管理员 负责网站信息的维护和更新 平台管理员公众 任意互联网用户，可访问一般面向公众的信息 患者 在平台系统或医院信息系统中有记录的患者 平台管理员医生 包括主治医生、一般医生等 医院管理员专家（论坛） 被授权的医生、科教人员等，可以在论坛中解答患者咨询，并配有博客 论坛管理员注册用户（论坛） 任意互联网用户，已在论坛注册 论坛管理员科研人员 *内部科研人员，可访问专有的知识库和病历信息 学校管理员教学人员 *内部教学人员，可访问专有的知识库和病历信息 学校管理员系统用户管理人员 *及附属医院内部管理
9、人员，可访问专有的管理服务模块 平台管理员构建用户划分及用户应用时，主要考虑和遵循下列因素和规则： 用户的分类 二级用户分类：由用户的不同性质分为管理员和用户两大类，并根据应用需求进一步细分为 13 类用户； 分级管理机制：构建分级管理的树型用户管理关系，减少集中式管理中管理员的工作负担，并与实际业务结合，实现责任制的管理机制； 用户对信息的私有性 患者电子健康档案的私有性：患者的健康档案仅由患者本人及当前主治医生可见，在进行隐私处理后可向科研和教学人员进行授权访问； 医院管理信息的私有性：各医院只能查看自有医院的管理信息，以及中大医疗网处理后生成的公开信息； 用户在应用中的约束性 电子健康档
10、案应用约束：如会诊中各医生对患者电子健康档案访问的时间性约束、科教人员对患者电子健康档案访问的颗粒度约束等 应用约束规则制定和管理：平台系统中的各类应用中，针对不同用户类型制定相应的约束规则，并配合专员落实，由平台管理员等进行约束规则的管理及优化； 用户在平台中的可维护性 用户行为审计：用户在平台系统中的关键行为/操作将被作为历史记录进行存档，以作为信息处理的凭证； 用户信息管理：用户信息，尤其是患者有关信息的变更，需要引入人工审核，同时，每次变更均保存完整的患者个人信息，作为历史记录存档。 假设条件 系统功能流程遵循中大医统一规定的业务流程与规范，各附属医院均按此规范进行相关工作。 各附属医
11、院根据中大医统一规定的数据共享内容与数据上传时间点，按时上传相关数据。 业务概念定义与术语定义 业务概念*建设的核心是实现共享服务，即在本期项目中实现*所属的 5 家医院之间医疗信息的共享，充分发挥*医疗体系在医教研上的优势，最终实现模式上的创新，建立一体化的患者服务体系。同时促进*在医、教、研上同步发展，达到国际先进水平。主要业务概念包括： 区域卫生信息化 (Regional Health Information Network) 在一定区域范围内，为医疗服务提供者、卫生管理机构、患者、医疗支付方以及医药产品供应商等机构提供以数字化形式搜集、传递、存储、处理卫生行业数据的业务和技术平台，以支
12、持医疗服务、公共卫生以及卫生行政管理的工作过程。 区域卫生信息组织 (Regional Health Information Organization-RHIO) 筹备、建设、管理和运维区域卫生信息网，并以区域卫生信息网为平台提供相关服务的机构。 术语在本报告中，主要用及的专业术语解释如下： PMI：患者主索引 在整个中大医疗网，唯一标识患者身份，通过它可获取完整的患者健康档案（EHR） 。 SOA：面向服务构架它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。 HL7：卫生信息交换标准(Health Level 7)标准化的卫生信息传输协议，是医疗领域不同应用之间电子传输的协议。HL7汇集了不同厂商用来设计应用软件之间界面的标准格式，它将允许各个医疗机构在异构系统之间，进行数据交互。
