06 上海市闵行区医院信息集成平台-概要设计说明书 (EMRView)
上海市闵行区医院信息集成平台
[ ] 初稿
[√] 发布
[ ] 修订
编 撰：
编撰日期：
2013-9-17
保密级别：
机密
文档版本：
1.0
文件编号：
Q/BS-QH-3-11
上海市闵行区医院信息集成平台
（EMRView）
概要设计
创业软件股份有限公司
(版权所有，翻版必究)
EPG版本历史
日期
版本
说明
作者
2007-05-10
V0.1
初稿
EPG
2007-07-02
V1.0
公司审批，正式发布
EPG
2008-05-27
V2.0
公司审批，正式发布
EPG
2009-06-12
V2.1
修改
EPG
2011-03-15
V2.2
修改
EPG
2011-10-15
V2.3
将模块设计说明书、接口设计说明书、数据库设计说明书、用户界面设计说明书合并成一份详细设计说明书
李定军
2013-02-04
V2.4
修改模块设计和接口设计的内容
倪慧敏
项目组版本历史
日期
版本
说明
作者
2013-09-12
V0.1
初稿
岳东鹏
引言
系统简述
随着医院信息化的快速发展，所有大中型医院在经历了数十年的信息化建设后，医院信息系统都积累了海量的有价值的医疗和管理数据，这些数据是医院的宝贵财富。近年来，对如何高层次地利用这些数据来更好地用于临床诊疗和医院管理工作被提上了日程。国家在卫生事业长期规范和管理中对建立临床数据中心也提出了相应的要求。
本系统全称为“医院临床数据中心”，简称BSCDR2.0(B-Soft Clinical Document Repository)。本项目为医院构建临床数据中心（下称CDR），在此基础上实现“病历浏览器（EMRView）、决策支持系统、病历检索系统”等数据应用，并为下一步的数据应用（比如对外信息共享）打下扎实基础。
图2-1 医院临床数据中心-总体框图
医院临床数据中心的建设不是一个推翻现有应用重建的过程，而是基于现有信息系统和现有的系统数据，通过数据中心来整合信息，并实现系统之间的数据共享。基于企业信息架构分层设计思路，按照企业信息架构理论和方法，以分层的方式设计，不同的层次解决不同的问题，覆盖医院信息系统建设全生命周期。
CDR是医院电子病历系统的核心构件，它是物理存在的，不仅仅是概念或逻辑存在，为实现支持临床诊疗和全部医疗、教学、科研活动而以病人为中心重新构建新的数据存储结构，虽然CDR数据来自于各应用系统，但与复杂的数据处理流程是分割开的，它只关注自身深层次应用需要的数据，这使得以后各应用系统的升级换代变得简单易行，对临床用户也更友善，效率也更高，更符合医护人员的思维习惯，应答速度更快。总之，CDR有利于电子病历深层次应用的开发推广，不仅满足临床信息查询的需要，更重要的是满足决策支持、教学、科研的深层次的要求，同时为外部系统提供统一的出口。
本产品全面支持电子病历相关业务规范与标准体系，在数据层面遵循《电子病历基本架构与数据标准》、《电子病历基本数据集》等。
本产品有以下三类目标客户：
三级综合医院，以及部分发展较好的二级医院
紧密型集团医院
区县级用户（小区域内的三级综合医院、专科医院、社区的集合）
软件设计目标
参考资料
参考文档名称
作者
备注说明
三级综合医院评审标准（2011年版）
卫生部
2011年
三级综合医院医疗质量管理与控制指标（2011年版）
卫生部
2011年
术语与缩写词
术语缩写词
说明
临床文档架构
临床文档架构（Clinical Document Architecture，CDA）是一项基于XML的标记标准，旨在规定用于交换的临床文档的编码、结构和语义。CDA是第3版HL7标准的组成部分，与第3版HL7标准的其他组成部分类似，CDA 基于HL7参考信息模型（Reference Information Model，RIM）以及第3版HL7数据类型（Data Types）。CDA只规范文档内容表达，不涉及文档的交换机制。
临床数据存储库
临床数据存储库（Clinical Data Repository, CDR）是EMR文档存储中心，它将一个患者在某一医疗机构内发生的所有临床活动所产生的临床文档集中存储在一个物理或虚拟的存储内，方便各种临床业务角色在使用该患者某一或某些临床活动的EMR 文档时进行调阅。
CDR 是所有的病人医疗结果和其他临床数据的一个中心存储仓库，而且是在电子病历的中心。CDR 对于电子病历来讲是一个非常核心的部件。CDR 是一个面向主题的、集成的、可变的、当前的细节数据集合，用于支持企业对于即时性的、操作性的、集成的全体信息的需求。
临床文档存储库
EMR文档以符合HL7 CDA的文档结构的方式产生后按照以患者为中心的索引方式进行存储，形成临床数据存储库。由于患者的临床数据是以EMR 文档的方式进行存储并以HL7 CDA 的方式进行组织，这样组织的存储方式也称之为临床文档存储库。临床文档存储库（Clinical Document Repository，CDR）是临数据存储库（Clinical Data Repository, CDR）的表现形式之一，并非唯一表现形式。
数据中心
数据中心（Data Center,DC）是数据的采集、存储与利用中心。数据中心一般包含服务器、存储设备、配套网络、冗余和备用电源、冗余数据通信连接、环境控制（例如空调、灭火器）和安全设备。
数据仓库
数据仓库(Data Warehouse，DW)，是决策支持系统和联机分析应用数据源的结构化数据环境，研究和解决从数据库中获取信息的问题。数据仓库的特征在于面向主题、集成性、稳定性和时变性。
数据挖掘
数据挖掘(Data Mining)，就是从存放在数据库，数据仓库或其他信息库中的大量的数据中获取有效的、新颖的、潜在有用的、最终可理解的模式的非平凡过程。
决策支持系统
决策支持系统(Decision Support System，DSS)是通过数据、模型和知识，辅助决策者以人机交互方式进行半结构化或非结构化进行决策的计算机应用系统。它是管理信息系统向更高一级发展而产生的先进信息管理系统。它为决策者提供分析问题、建立模型、模拟决策过程和方案的环境，调用各种信息资源和分析工具，帮助决策者提高决策水平和质量。
ETL
ETL(Extract-Transform-Load)是数据抽取（Extract）、转换（Transform）、清洗（Cleansing）、装载（Load）的过程，它是BI/DW（Business Intelligence）的核心和灵魂。用户从数据源抽取出所需的数据，经过数据清洗，最终按照预先定义好的数据仓库模型，将数据加载到数据仓库中去，是构建数据仓库的重要一环。
EHR
Electronic Health Record，电子健康档案、健康档案。
EMR
Electronic Medical Record，电子病历。
元数据
metadata，定义和描述其他数据的数据。
元数据项
metadata item，一个数据元对象的实例。
数据集
dataset，具有一定主题，可以标识并可以被计算机化处理的数据集合。
元数据元素
metadata element，元数据的基本单元。
元数据实体
metadata entity，一组说明数据相同特性的元数据元素。可以包含一个或若干个元数据实体
元数据子集
metadata section，元数据的子集合，由相关的元数据子集合元数据元素组成。
数据元（DE）
data element，用一组属性规定其定义、标识、标示和允许值的数据单元。
数据元标识符
data element dentifier 数据元目录中为数据元分配的与语言无关的唯-标识。
值域（VD）
value domain VD，允许值的集合。
允许值
permissible value，在一个特定值域中允许的一个值含义的表达。
值含义
value meaning，一个值的含义或语义内容。
HL7
health level7 美国卫生信息传输标准
UML
unified modeling language，统一建模语言
XML
extensible markup language，可扩展标记语言
医疗卫生信息系统的国际标准
目前，在医疗卫生信息系统的各个方面都有一些公认的或事实上的国际标准，如用于医院管理的HL7、临床检查的LOINC（Logical Observation Identifiers Names and Codes）、医学术语系统SNOMED（Systematized Nomenclature of Medicine-Clinical Terms）、医学影像的DICOM（Digital Imaging and Communication of Medicine）及主要用于电子病历的临床文档架构CDA（Clinical Document Architecture）等等。
规范和要求
命名规则
数据库表名前缀为CDR，数据库表名和字段名都为大写
java类名使用驼峰命名方式，如：VelocityResponseWriter
包含小写：net.oschina.beans.xxx
变量名小写开始的驼峰命名，例如：studentParentName
常量名用全大写：MAX_PARAMETER_COUNT = 100
界面设计规范
无。
接口规范
无。
模块汇总
A301-首页重构
编号
模块名称
功能简述
A30101
综合视图
提供各种临床数据全面、完整的查看
A302-文档切换和对比
编号
模块名称
功能简述
A30201
文档切换
查看就诊产生的各类病历文档，并且可以方便切换到另一份文档
A30202
文档对比
将两份同类的病历文档进行对比
A303-时序视图
编号
模块名称
功能简述
A30301
时序视图
按就诊查看单次就诊信息
A304-界面优化
编号
模块名称
功能简述
A30401
首页各模块数据智能过滤
各模块数据能够根据用户选择的就诊过滤
A30402
检验模块优化
调整检验记录的显示方式
A30403
护理模块优化
调整护理记录的显示方式
A30404
生命体征模块优化
优化完善生命体征
A305-数据盒
编号
模块名称
功能简述
A30501
数据盒
通过数据盒的方式供业务系统复制和引用数据
A306-隐私控制
编号
模块名称
功能简述
A30601
隐私控制
提供访问权限，保护患者隐私
设计概述
系统总体设计
电子病历浏览器（EMRView）主要的功能是把存储在临床数据中心库（CDR）中的各种病历数据以一种简洁、直观、友好的方式展示给医生，来辅助医生的各种医疗活动。要求EMRView 必须能够准确、全面的展示病人的各种临床信息。并且能够辅助医生快速、准确的聚焦问题。同时要求系统在访问时，首页的响应时间控制在1分钟以内。在此基础上实现有权限的访问机制。
系统设计与开发的结构选择，既要满足本次需求，同时也要考虑并适应将来的系统扩展性和可变性，以便满足今后进行其他业务系统的扩展和接入。
为了保证提供安全方便的权限控制机制，建立角色体系，EMRView中的各种临床数据的浏览权授予不同的角色，以便于更好的保护病人隐私。
约束和假定
无。
A301-首页重构
A30101综合视图
模块说明
名称
综合视图
功能描述
提供患者信息的全面、完整展示
接口与属性
处理流程
用户查看患者信息时，默认显示综合视图。
流程说明
数据字典
复用说明
备注
参考界面
图5-1-1
详细设计
前台详细设计
界面采用流式布局。
后台详细设计
综合视图比较全面展示了患者的各种信息，包括以下几个模块：
患者基本信息；
就诊记录（卫生事件），可过滤；
个人史（包括：家族史、过敏史、婚育史等）；
生命体征，以图表方式展现；
用药信息，随用户选中的就诊记录进行联动过滤；
手术信息，随用户选中的就诊记录进行联动过滤；
检验报告，随用户选中的就诊记录进行联动过滤；
检查报告，随用户选中的就诊记录进行联动过滤。
A302-文档切换和对比
A30201文档切换
模块说明
名称
文档切换
功能描述
医生在查看临床文档时，可以方便的切换到另一份就诊文档,切换的文档可以是不同次就诊产生的，也可以是不同类别的临床文档。
接口与属性
处理流程
流程说明
从首页点击某一次就诊记录，打开文档浏览视图；
点击左侧的病历目录（如“入院记录”），打开本次就诊的入院记录，如图6-1-1；
点击可以打开位于界面底部文档切换工具栏（如图6-1-2），用户可以点击工具栏里的某一份文档进行切换，也可以点击或进行切换。
数据字典
复用说明
备注
参考界面
图6-1-1
图6-1-2
详细设计
前台详细设计
后台详细设计
在首页点击某一次就诊记录时，打开就诊视图（如图6-1-1），在此过程中要生成左边的病历目录，
根据就诊标示获取本次就诊产生了哪几类的病历文档，生成相关的病历目录；
点击左侧的病历目录（如“入院记录”）时，在界面的右侧打开本次就诊的入院记录（如图6-1-1），同时获取该病人的所有入院记录生成底部的工具栏，默认底部的工具栏处于隐藏状态；
打开底部的工具栏，工具栏里有该病人历次就诊的入院记录，点击文档名称进行切换。
A30202文档对比
模块说明
名称
文档对比
功能描述
医生在浏览病历文档时，可以同时选中两份同类的病历文档，将两份文档在同一界面上展示，进行对比。
接口与属性
处理流程
流程说明
点击病历目录中的对比按钮，病历目录前会出现复选框；
点击复选框，从目录中选择两份病历文档；
点击确定按钮。
数据字典
复用说明
备注
参考界面
打开底部工具栏：
点击“对比”按钮，可通过复选框选择文档：
点击“确定”按钮，对比选中的两份文档：
详细设计
前台详细设计
无。
后台详细设计
无。
A303-时序视图
模块A30301名称
模块说明
名称
时序视图
功能描述
以时间为维度，查看每次就诊的临床信息（包括用药、手术、检验、检查等）
接口与属性
此处可选
处理流程
画流程图
流程说明
数据字典
此处可选
复用说明
备注
参考界面
详细设计
前台详细设计
后台详细设计
将每次就诊的临床信息（用药、手术、检验、检查等）打包成json发送到前台。
A304-界面优化
A30401首页各模块数据智能过滤
模块说明
名称
首页各模块数据随就诊的选择联动过滤
功能描述
综合视图中，当用户选中了某一次就诊记录时，首页各模块（包括用药、手术等，个人史除外）的数据要随之过滤
接口与属性
此处可选
处理流程
画流程图
流程说明
数据字典
此处可选
复用说明
备注
参考界面
详细设计
前台详细设计
图中的绿色框区为就诊记录的选择区。
后台详细设计
D003检验模块优化
模块说明
名称
检验记录
功能描述
提供检验记录的浏览、查找、过滤及简单分析等功能。
接口与属性
处理流程
画流程图
流程说明
数据字典
此处可选
复用说明
备注
参考界面
默认：
显示明细：
显示图表：
详细设计
前台详细设计
提供检验类型、开单日期等过滤条件，供用户进行筛选过滤。
后台详细设计
D004护理模块优化
模块说明
名称
护理记录
功能描述
提供护理记录的浏览、查找、过滤及简单分析等功能。
接口与属性
此处可选
处理流程
画流程图
流程说明
数据字典
此处可选
复用说明
备注
参考界面
详细设计
前台详细设计
后台详细设计
D005生命体征模块优化
模块说明
名称
生命体征展示
功能描述
生命体征最好能够和疾病关联，只展示与疾病相关的几样体征数据
接口与属性
此处可选
处理流程
画流程图
流程说明
数据字典
此处可选
复用说明
备注
参考界面
详细设计
前台详细设计
后台详细设计
A305-数据盒
模块A01名称
模块说明
名称
数据盒
功能描述
提供数据的引用和使用，提供一种对外的接口，供用户可以随意的引用需要的数据，可以在业务系统中进行使用
接口与属性
参考接口说明
处理流程
参考业务流程
流程说明
参考业务流程
数据字典
无
复用说明
无
备注
无
功能说明
提供数据的引用和使用功能，引用范围是CDR 全部数据。使用分两步：
在emrview中选择可能需要的数据放入“数据盒”中，放入数据盒中的数据可以是文本，也可以是完整的记录。
医生在进行业务操作时，可以使用引用的数据，可以从数据盒中选择文本以及相关的记录。
业务流程
说明：
主要分为EMRVIEW，业务系统两种角色。
Emrivew 主要功能是服务引用数据，和提供接口服务。
业务系统需要从emrview提供的接口中获取数据，组织后续的业务操作。
参考界面
EMRVIEW数据引用：
数据盒：
接口
查询用户对应的引用数据：
String[] GetDataByUserId(String userId);
删除某个用户对应的引用数据：
Void deleteDataByDataID(String dataID);
通过数据id获取BSXML数据：
String getDataByDataID(String dataid);
A306-隐私控制
隐私控制
模块说明
名称
隐私控制
功能描述
通过权限配置将不同级别的用户具有的权限维护进系统中去。
接口与属性
处理流程
流程说明
用户通过病人主索引打开emrview；
根据病人主索引获取病人级别；
获取当前用户级别；
合并两个级别获取当前的权限；
根据权限获取哪些信息可以展示；
展示emrview。
数据字典
复用说明
备注
参考界面
详细设计
前台详细设计
后台详细设计
接口设计
接口汇总表
接口名称
功能说明
无
数据库设计
详见PDM文件。
非功能性设计
性能方面设计
无。
易用性方面设计
无。
其它非功能性设计
设计开发时，将从包括系统、网络层面，特别是数据库应用层面上，事先设定各种必须的切实有效的安全、保密防范措施，制定完整的安全管理方案，包括权限控制、数据存取在网络上传输的安全保密性。在软件设计时还要求对任何重要的业务操作都将对操作员代码做好记载保存，以供需要时查核；对非法修改数据者，需做好监测和记录。
确保系统可以满足以下安全性要求：
? 系统应支持用户及用户组的设置
? 系统在登陆时应该输入密码，密码的位数不应小于6位，区分大小写
? 系统应支持功能授权，即不同用户使用不同的功能
? 系统应支持不同部门甚至不同用户之间数据查看的限制
? WEB应用程序的数据在网络上传输时应该进行加密处理
? 系统应支持前台手工及定时数据备份的功能，数据恢复的功能
错误处理
出错类别
参照现有错误处理机制。
出错处理
参照现有错误处理机制，即发现错误后，逐级返回，由主调函数基于门户系统统一处理。
系统调整及再次开发问题
无。
关键技术
无。
关键技术的一般说明
无。
关键技术的实现方案
无。
其他
无。