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

1、第1章.数据架构设计1.1数据库设计的要求与步骤1.1.1设计要求数据库设计应考虑数据库的转储和恢复，数据库的安全性、完整性控制，数据库性能的监督、分析和改进，以及数据库的重组织和重构造。1、主要设计内容系统数据的逻辑结构共分为两层，即数据库、数据表。每个数据库包含若干个数据表。由这两次层形成莆田“双向转诊”平台统一的数据中心。2、存储、更新机制信息化工程的数据采用集中的方式进行存储。数据更新机制采用适时更新的方式进行。3、主要设计要求为了提高数据库应用系统的性能，通常以规范化理论为指导，还应该适当地修改、调整数据模型的结构，也就是数据模型的优化。确定数据依赖：消除冗余的联系；确定各关系模式分

2、别属于第几范式：确定是否要对它们进行合并或分解。1.1.2设计步骤本项目数据库设计总体分为五个步骤，即：需求分析阶段、概念结构设计阶段、逻辑结构设计阶段、数据库物理设计阶段、验证及优化阶段。详细如下：1、需求分析阶段需求分析阶段需要了解“双向转诊”相关行业的业务流程，从基础信息和业务信息应用的角度考虑需要那些数据。2、概念结构设计阶段概念结构设计阶段是将需求分析阶段整理的数据需求进行高度抽象，形成独立关系型数据库的概念模型。这些概念模型通常以E-R图的形式表现，反映不同“双向转诊”主体之间存在的各种关系。3、逻辑结构设计阶段逻辑结构设计阶段就是将概念结构设计阶段形成概念模型转化为数据模型。在这

3、个阶段的设计中，经常会使用一些相关的计算机辅助设计工具，如PowerDesigner等。在将概念模型转化为数据模型时，需要考虑数据库设计的范式要求，根据数据模型之间的关联关系确立主键和外键。数据模型在包含概念模型的基本属性（最终会对应为数据库表字段）的基础上，应充分考虑横向及纵向的可扩展性，并为此增加数据模型的相应字段。4、数据库物理设计阶段数据库物理设计主要是为逻辑数据模型选取个最适合应用环境的物理结构。在对数据库进行物理设计时，关键环节在于对数据量的估算，从而确定分区及表空间等的划分原则。5、验证及优化阶段验证及优化阶段是对已经建立好的数据库进行验证和优化。验证主要是测试信息系统中的数据是

4、否可以美联为前期设计好的基础信息和业务信息，关联的过程中是否会造成关键业务环节及其他重要信息的缺失。在验证完成后，针对基础信息和业务信息数据库业务应用的特点以及上层数据库的设计规则优化基础数据库的性能，这些优化主要指数据表的合并与拆分、数据库索引片数单张图片容量C125MB保存周期（月）C1360月物理容量合计G=B+C303Gb的设计等。1.2数据资源中心设计1.2.1设计思路按照“统一集中、高度共享”的思路和“一数一源、准确唯一”的原则，建成数据标准统一的数据资源中心，建成汇集双向转诊”基础数据和业务数据的数据资源中心，最终实现数据和业务应用的相对分离。通过建立数据资源目录、落实源头数据采

5、集责任，强力推进数据共享,规范“双向转诊”业务应用的数据采集内容利数据标准，做到“谁采集、谁录入、谁负责”，确保从源头上避免数据的不一致、重复采集等问题，减轻基层工作人员负担，确保数据鲜活准确。1.2.2数据资源中心架构数据资源中心的建设划分为3个层次，数据资源层、数据管理层和数据服务层，实现数据与业务应用的相对分离，发挥数据资源中心数据分析和数据挖掘的能力，为后续的大数据分析奠定数据基础。数据服务层数据服务接口应用接口数据接11图1-1数据资源中心架构图数据管理层数据资源层1.2.3数据资源标准规范依据基于健康档案的区域卫生信息平台建设指南（试行）、区域卫生信息平台交互规范（征求意见稿）及福

6、建省、莆田市相关标准规范要求，应用于“双向转诊”信息资源的数据采集、转换、更新与共享服务等全过程。包括统一标准的数据格式以及数据协议，通过统一数据接口进行资源数据采集和转换，建立数据共享及制定应用标准等。1.2.4数据资源层本项目的数据资源统一通过双向转诊平台数据库进行管理，主要分为以下几类一、机构信息动态存储监管接入机构的基本信息、包括机构信息、科室信息、医生信息、床位信息、设备信息等（1）机构基本信息：主要包含医院组织机构代码、登记号、机构全称、简称、机构分类、机构类型、行政区划、地址、主办单.位、上级部门、隶属关系、联系电话、拼音助记、机构级别、医院介绍、医院照片、状态等（2）科室信息：

7、包含了在双向转诊过程中会起到作用的属性，如：科室类型、科室代码、科室名称、所属机构、所属机构名称、上级科室、上级科室名称、拼音助记、科室介绍、搜索关键字、状态等；（3）医生信息：包含了在双向转诊过程中会起到作用的属性，如：医生工号、人员姓名、拼音助记、证件种类、证件号码、出生日期、性别、民族、手机号码、人员照片、人员类别、职称代码、执业证书编码、执业证书照片、最高学历、学位、所学专业、专业技术资格、专业技术职务、专业类别、医师执业类别、医师执业范围、所在科室、所在机构、联系地址、医生介绍、搜索关键字、备注、状态等。（4）床位信息：所属科室、所属机构、床位类别、床位数量、所在位置、状态等（5）检

8、查设备信息：所属机构、设备编码、设备名称、生产厂家、资产原值、添置时间、状态、设备地点、设备检查大类代码等二、资源信息接入区域内各机构提供给双向转诊使用的转诊资源：包括门诊号源、住院床位、检查号源等。主要包括如下信息：资源类别、资源提供机构代码、资源提供科室代码、业务分类、提供者、排班日期、时间段代码、挂号级别代码、开始时间、结束时间、可预约总数、挂号价格、平均服务时长、预约费用三、转诊单数据（1）上转转诊单基本信息：上转诊申请单号、患者标识、患者身份证号码、手机号码、就诊科室、省代码、市代码、区代码、详细地址、初步诊断、病情摘要、病例附件、申请机构代码、申请医生、申请联系号码、转诊类型、转诊

9、办公室号码、转入机构代码、转入科室代码、接诊医生代码、预约号源、预约开始时间、预约结束时间、来源标识、设备、床位、检查大项、检查项、转出原因、转诊日期、注意事项、Dicom影像Id、就诊序列号、门诊住院标识、诊断编号（2）转诊审核信息：上转转诊申请单号、转诊状态、审核意见、审核人、审核时间（3）门诊回执单信息：上转转诊单号、治疗结果、建议康复内容、提交人、备注、就诊状态4）检查报告信息：上转转诊单号、检查诊断、主观提示、客观所见、接诊医生、备注、就诊状态（5）离院报告单信息：上转转诊单号、治疗结果、出院小结、建议康复内容、接诊医生代码、备注、就诊状态（6）下转转诊单基本信息：下转诊中请单号、患

10、者标识、患者身份证号码、手机号码、就诊科室、省代码、市代码、区代码、详细地址、初步诊断、病情摘要、病例附件、申请机构代码、申请医生、申请联系号码、转诊类型、转诊办公室号码、转入机构代码、转入科室代码、接诊医生代码、预约号源、预约开始时间、预约结束时间、来源标识、设备、床位、检查大项、检查项、转出原因、转诊日期、注意事项、Dicom影像Id、就诊序列号、门诊住院标识、诊断编号等（7）下转反馈意见信息：下转转诊单号、接诊医生代码、接诊科室代码、反馈意见等四、上传病历数据（1）门诊就诊记录：门诊/急诊流水号、就诊机构编码、就诊机构名称、门诊/急诊标志、门诊/急诊标志字典中文名称、档案编号、初诊/复诊

11、标志、初诊/复诊标志字典中文名称、转诊标志、就诊科室编码、就诊科室名称、就诊医师工号、就诊医师姓名、就诊日期和时间、体温（C）、收缩压（mmHg）、舒张压（mmHg）、脉率（次/分钟）、心率（次/分钟）、体征、体格检查、体格检查记录、辅助检查记录、主要症状代码组合、现病史描述、既往史描述、过敏史标志、过敏史标志字典中文名称、过敏史描述、主诉记录、中医/西医诊断标志、中医/西医诊断标志字典中文名称、中医主要诊断疾病代码、中医主要诊断疾病名称、西医主要诊断疾病代码、西医主要诊断疾病名称、治疗方案、其他医嘱、上传时间等（2）重要处方;处方编码、档案编号、开处方单位编码、开处方单位名称、门诊/急诊/住

12、院流水号、门诊/急诊/住院标志、门诊/急诊/住院标志字典中文名称、开处方日期和时间、开处方科室编码、开处方科室名称、开处方医师工号、开处方医师姓名、处方分类代码、处方分类代码字典中文名称、上传时间（3）中药处方明细：明细识别号码、开药单位编码、开药单位名称、门诊/急诊/住院流水号、门诊/急诊/住院标志、处方编码、处方天数、开药医师工号、开药医师姓名、开药口期和时间、药物名称、药物编码、药品规格、药物使用总剂量、药物单次剂量、药物剂量单位、每次药物使用数量、每次药物使用数量单位、药物使用频率、药物使用途径代码、药物使用途径的代码字典中文名称、上传时间（4）西药处方：处方编码、开处方单位编码、开处

13、方单位名称、档案编号、门诊/急诊/住院流水号、门诊/急诊/住院标志、门诊/急诊/住院标志字典中文名称、处方分类代码、处方分类代码字典中文名称、开处方科室编码、开处方科室名称、开处方医师工号、开处方医师姓名、开处方日期和时间、发药时间、上传时间（5）西药处方明细：明细识别号码、开药单位编码、开药单位名称、门诊/急诊/住院流水号、门诊/急诊/住院标志、处方编码、处方天数、开药医师工号、开药医师姓名、开药日期和时间、药物编码、药物名称、药物规格、药物规格编码、药物剂型代码、药物剂型代码字典中文名称、药物使用次剂量、药物使用剂量单位、药物使用次数量、药物使用数量单位、药物使用总剂量、药物使用频率、用药

14、频度说明、药物使用途径代码、药物使用途径代码字典中文名称、上传时间（6）入院记录：住院流水号、医疗机构编号、医疗机构名称、档案编号、入院科别代码、入院科别名称、入院来源代码、入院来源代码字典中文名称、入院时间、入院次数、呼吸频率、身高（cm）、体重（kg）、体温（C）、脉率（次/min）、收缩压（mmHg）、舒张压（mmHg）、病人主诉、主要症状代码组合、现病史描述、既往史描述、个人史描述、遗传家族史、婚育史、喂养史、出生史、月经史、病史摘要、有无过敏标志、有无过敏标志字典中文名称、过敏史记录、体格检查、辅助检查、初步中医诊断编码、初步中医诊断名称、初步西医诊断编码、初步西医诊断名称、中医确诊

15、主要诊断编码、中医确诊主要诊断名称、西医确诊主要诊断编码、西医确诊主要诊断名称、主治医师工号、主治医师姓名、辅助检查-实验室检查、辅助检查-特殊检查、辅助检查-病理检查、辅助检查-其他、转诊标志、上传时间（7）首次病程：病程记录ID、医疗机构代码、医疗机构名称、档案编号、住院流水号、科室名称、科室编码、主诉、病程内容、病例特点、初步诊断、诊断依据、诊疗计划、住院医师签名、上级医师签名、记录日期时间、上传时间（8）H常病程：病程记录ID、医疗机构编码、医疗机构名称、病人档案编号、住院流水号、科室名称、记录日期时间、住院病程、医嘱内容、医师签名、签名日期时间、上传时间（9）疑难病症讨论：疑难案例讨

16、论记录ID、医疗机构编码、医疗机构名称、病人档案编号、住院流水号、科室名称、讨论日期时间、讨论地点、主治医师签名、主持人总结意见、上传时间（10）检查记录：检查单编号、机构编码、机构名称、档案编号、门诊/急诊/住院/体检流水号、门诊/急诊/住院/体检标识、门诊/急诊/住院/体检标识字典中文名称、病人标识类别、申请科室代码、中请科室名称、中请医生姓名、检查科室名称、检查科室代码、检查医生姓名、检查日期和时间、检查项目编码、检查项目名称、检查类别代码、检查类别名称、检查部位名称、检查结果阴阳性、检查所见综述、检查报告内容、报告时间、报告医师姓名、备注、上传时间（11）检验记录：检验报告单编号、申请

17、机构代码、申请机构名称、档案编号、申请日期和时间、申请医生姓名、门诊/急诊/住院/体检流水号、门诊/急诊/住院/体检标识、门诊/急诊/住院/体检标识字典中文名称、病人标识类别、采集部位、标本名称、检验日期和时间、检验项目、检验名称、报告时间、报告医生姓名、报告单类别名称、报告单类别代码、审核医师姓名、审核日期、报告备注、上传时间（12）检验记录明细：检验记录明细号、检验机构代码、检验报告单编号、检验日期和时间、检验项目编码、检验项目名称、检验项目英文简称、危急值标志、危急重值下限、危急重值上限、正常值参考下限、正常值参考上限、检验结果、检验值、检验结果计量单位、上传时间（13）细菌结果：细菌结

18、果流水号、机构代码、机构名称、检验ID、报告口期、细菌代号、细菌名称、培养时长、发现方式、检测结果、检测结果文字描述、细菌培养结果、结果类型、细菌培养类型、检验项目名称、培养结果流水号、检验项目代码、上传时间（14）药敏结果：药敏结果流水号、医疗机构代码、医疗机构名称、检验ID、细菌代号、细菌名称、药敏代码、药敏名称、检测结果、纸片含药量、纸片含药量单位、抑菌浓度、抑菌环直径、参考范围、上传时间1.2. 5双向转诊数据汇聚与共享方式1.2. 5.1数据汇聚与共享方式数据来源主要分为两个渠道：是通过区域卫生信息平台抽取，二是接入机构上传，及在业务过程中产生。表i-i双向转诊数据汇聚方式表序号数据

19、源数据内容更新频率获取方式备注1基础数据机构信息、科室信息、医护信息、床位信息、设备信息实时历史数据导入/WebService接口对接通过区域平台获取或由机构通过接口同步2资源数据门诊号源、床位号源、检查号源每周WebService接口对接/人工编辑通过双向转诊平台产生3转诊数据上转转诊单基本信息、转诊审核信息、门诊回执单信息、检查报告信息、离院报告单信息、下转实时实时产生通过双向转诊平台产生序号数据源数据内容更新频率获取方式备注转诊单基本信息、下转反馈意见信息4病历数据门诊就诊记录、处方、住院病历、检查报告、检验报告实时WebService接口对接HIS系统调用转诊平台接口产生1.2.6数据

20、管理层数据管理维护主要包括：数据权限管理、数据更新管理、数据维护和备份、管理工具等。1.2. 6.1数据权限管理数据权限管理需考虑系统功能的使用权限、数据库的使用权限、数据文件的使用权限等方面。数据库系统的权限管理采用r基于角色的访问控制方法。它的特点是先确定角色对服务所拥有的权限，然后将用户注册到角色中，或者说授予用户适当的角色，从而获得调用服务的权力。当然一个用户可以注册到多个角色中，一个角色也可以授权给多个用户。1.2. 6.2数据更新管理数据的更新是指数据库存储信息的变动，更新操作包括：插入数据、修改数据和删除数据等。数据库的数据一般是不允许随意更新的。但是在数据分析过程中，会根据统计

21、口径变化和具体分析内容的需要对指标数据进行调整、追加、删除及添加新的数据。数据更新管理主要解决以下问题：1、基础信息及其相关核心数据同步更新在系统运行过程中，人员基础信息会发生变更，及时更新变化的数据，使数据能够及时准确地表示信息状态。数据更新的技术实现要求有系统自动实时或定期进行，而不需要采用人工方式。用户可以对更新的频率、方式和更新内容做自定义。数据更新的设置和维护要采用先进的数据管理工具实现。1.2. 6.3数据维护和备份数据维护和备份策略主要包括下列工作：（1）备份数据信息收集：（2）完成数据生命周期管理：（3）定制数据备份策略及定期备份数据；（4）收集正确的编目信息。1.2. 6.4

22、管理工具提供完备的统一的图形化管理工具，完成对不同平台的数据库的配置，在一个中心管理客户端上就可以对所有的数据库进行集中管理、性能、事务监控，包括元数据管理、数据共享服务、运行监控管理和数据应用服务等功能。管理工具中包含数据库构建向导，索引向导，性能智能向导等多种辅助图形化管理工具，简化数据库的管理，提供数据库的自我管理和资源调度功能，支持部分核心数据库参数由数据库系统自我调节。1.2.7数据服务层1.2. 7.1数据共享方式数据共享服务主要是指“双向转诊”业务管理系统与其它业务系统对接，提供数据共享服务，主要体现在以下几点：1、数据接口基于双向转诊系统基础上，为能够直接进行应用对接的外部系统

23、提供统一的应用接口，包括WebService调用方式和url页面调用方式，实现与外部系统之间的数据共享服务。2、数据直报针对做了对接的机构的企业，采用WebService接口的方式进行数据共享；若没有做对接，则通过excel导入或者双向转诊系统页面录入的方式产生1.2.8数据库安全管理核心数据库管理采用RBAC（角色访问控制）的基本思想，可简单地用用户-角色-权限来表示，即把整个访问控制过程分成两步：访问权限与角色相关联，角色再与用户关联，从而实现了用户与访问权限的逻辑分离：由于RBAC实现了用户与访问权限的逻辑分离，因此它极大的方便了权限管理。例如，如果一个用户的职位发生变化，只要将用户当前

24、的角色去掉，加入代表新职务或新任务的角色即可，角色/权限之间的变化比角色/用户关系之间的变化相对要慢得多，并且委派用户到角色不需要很多技术，可以由行政管理人员来执行，而配置权限到角色的工作比较复杂，需要一定的技术，可以由专门的技术人员来承担，但是不给他们委派用户的权限，这与现实中情况正好一致。实现权限控制的基本思想是：根据RBAC的基本原理，给用户分配一个角色，每个角色对应不同模块的不同权限，同一个用户可属于不同的角色，对模块的操作权限取用户所属几个角色的最高权限。数据库安全设计通过权限角色管理的方式来实现，权限管理分为数据权限与功能权限，对应角色就有数据管理角色与功能管理角色，不同的角色具有

25、不同的权限，不同的用户根据实际应用情况可以隶属于一个或多个角色，以此来实现用户的权限分配。根据系统用户的划分，基础数据库的用户主要分为三级用户，即超级用户、中级用户和一般用户。表1-2系统用户的划分用户级别用户权限用户对象规划超级用户1.数据查询、浏览系统管理维护用户2,数据更新权限3.数据上传、下载权限4.数据库备份权限5.数据库中级用户和一般用户管理6.数据库日志管理用户级别用户权限用户对象规划7.数据库安全管理8.数据库运行管理中级用户1.数据查询、浏览数据库系统的一般管理人员2.数据更新权限各部门用户3.数据库一般用户管理4.数据库日志管理5,数据库安全管理6.数据库运行管理一般用户1.数据查询、浏览一般部门用户、系统管理维护用户、决策用户2.统计分析、图件1.3信息资源开发利用活动规范1.3.1数据采集信息采集必须严格根据莆田“双向转诊”应用系统建设的总体要求，使用数字莆田制定的资源分类的规范化描述语言，并尽可能简洁，以方便各种信息资源的收集、保存、鉴定、评价、研究和利用为宗旨，实现信息资源的充分共享和可持续利用。名词术语与国家标准保持一致，确保数据的规范性、严密性、科学性。系统信息采集加工主要考虑以下几个方面：1.3.1.1元数据管理元数据是关于数据的数据，在数据库的应用中有着非常重要的作用，在本期项目中建