数据架构设计-双向转诊平台(1).doc

数据架构设计

数据库设计的要求与步骤

设计要求

数据库设计应考虑数据库的转储和恢复，数据库的安全性、完整性控制，数据库性能的监督、分析和改进，以及数据库的重组织和重构造。

1、主要设计内容

系统数据的逻辑结构共分为两层，即数据库、数据表。每个数据库包含若干个数据表。由这两次层形成莆田“双向转诊”平台统一的数据中心。

2、存储、更新机制

信息化工程的数据采用集中的方式进行存储。数据更新机制采用适时更新的方式进行。

3、主要设计要求

为了提高数据库应用系统的性能，通常以规范化理论为指导，还应该适当地修改、调整数据模型的结构，也就是数据模型的优化。确定数据依赖；消除冗余的联系；确定各关系模式分别属于第几范式；确定是否要对它们进行合并或分解。

设计步骤

本项目数据库设计总体分为五个步骤，即：需求分析阶段、概念结构设计阶段、逻辑结构设计阶段、数据库物理设计阶段、验证及优化阶段。详细如下：

1、需求分析阶段

需求分析阶段需要了解“双向转诊”相关行业的业务流程，从基础信息和业务信息应用的角度考虑需要那些数据。

2、概念结构设计阶段

概念结构设计阶段是将需求分析阶段整理的数据需求进行高度抽象，形成独立关系型数据库的概念模型。这些概念模型通常以E-R图的形式表现，反映不同“双向转诊”主体之间存在的各种关系。

3、逻辑结构设计阶段

逻辑结构设计阶段就是将概念结构设计阶段形成概念模型转化为数据模型。在这个阶段的设计中，经常会使用一些相关的计算机辅助设计工具，如PowerDesigner等。在将概念模型转化为数据模型时，需要考虑数据库设计的范式要求，根据数据模型之间的关联关系确立主键和外键。数据模型在包含概念模型的基本属性(最终会对应为数据库表字段)的基础上，应充分考虑横向及纵向的可扩展性，并为此增加数据模型的相应字段。

4、数据库物理设计阶段

数据库物理设计主要是为逻辑数据模型选取一个最适合应用环境的物理结构。在对数据库进行物理设计时，关键环节在于对数据量的估算，从而确定分区及表空间等的划分原则。

5、验证及优化阶段

验证及优化阶段是对已经建立好的数据库进行验证和优化。验证主要是测试信息系统中的数据是否可以关联为前期设计好的基础信息和业务信息，关联的过程中是否会造成关键业务环节及其他重要信息的缺失。在验证完成后，针对基础信息和业务信息数据库业务应用的特点以及上层数据库的设计规则优化基础数据库的性能，这些优化主要指数据表的合并与拆分、数据库索引的设计等。

数据资源中心设计

设计思路

按照“统一集中、高度共享”的思路和“一数一源、准确唯一”的原则，建成数据标准统一的数据资源中心，建成汇集“双向转诊”基础数据和业务数据的数据资源中心，最终实现数据和业务应用的相对分离。通过建立数据资源目录、落实源头数据采集责任，强力推进数据共享，规范“双向转诊”业务应用的数据采集内容和数据标准，做到“谁采集、谁录入、谁负责”，确保从源头上避免数据的不一致、重复采集等问题，减轻基层工作人员负担，确保数据鲜活准确。

数据资源中心架构

数据资源中心的建设划分为3个层次，数据资源层、数据管理层和数据服务层，实现数据与业务应用的相对分离，发挥数据资源中心数据分析和数据挖掘的能力，为后续的大数据分析奠定数据基础。

图STYLEREF1\s6?SEQ图\*ARABIC\s11数据资源中心架构图

数据资源标准规范

依据《基于健康档案的区域卫生信息平台建设指南(试行)》、《区域卫生信息平台交互规范（征求意见稿）》及福建省、莆田市相关标准规范要求，应用于“双向转诊”信息资源的数据采集、转换、更新与共享服务等全过程。包括统一标准的数据格式以及数据协议，通过统一数据接口进行资源数据采集和转换，建立数据共享及制定应用标准等。

数据资源层

本项目的数据资源统一通过双向转诊平台数据库进行管理，主要分为以下几类

一、机构信息

动态存储监管接入机构的基本信息、包括机构信息、科室信息、医生信息、床位信息、设备信息等

机构基本信息：主要包含医院组织机构代码、登记号、机构全称、简称、机构分类、机构类型、行政区划、地址、主办单位、上级部门、隶属关系、联系电话、拼音助记、机构级别、医院介绍、医院照片、状态等

科室信息：包含了在双向转诊过程中会起到作用的属性，如：科室类型、科室代码、科室名称、所属机构、所属机构名称、上级科室、上级科室名称、拼音助记、科室介绍、搜索关键字、状态等；

医生信息：包含了在双向转诊过程中会起到作用的属性，如：医生工号、人员姓名、拼音助记、证件种类、证件号码、出生日期、性别、民族、手机号码、人员照片、人员类别、职称代码、执业证书编码、执业证书照片、最高学历、学位、所学专业、专业技术资格、专业技术职务、专业类别、医师执业类别、医师执业范围、所在科室、所在机构、联系地址、医