数据标准

业务流程

功能说明

值域代码维护

WS 364《卫生信息数据元值域代码》分为以下17个部分：

参考文档

值域代码维护

维护各种标准的值域代码，点击“标准规范管理”菜单下的“业务代码”进行业务代码维护，如图如示：

术语维护

ICD-11诊断编码

ICD-10诊断编码

ICD-9 CM手术编码

数据元维护

卫生信息数据元（DE）标识符采用字母数字混合码，包含数据标识符（DI）和版本标识符（VI）两级结构。

示例1：DI_VI

1. DI按照分类法和流水号相结合的方式，采用字母数字混合码。按照数据元对应的主题分类代码、大类代码、小类代码、顺序码、附加码从左向右顺序排列。其中：

   ——主题分类代码：用2位大写英文字母表示。卫生信息领域代码统一定为“DE“。

   ——大类代码：用2位数字表示，数字大小无含义。

   ——小类代码：用2位数字表示，数字大小无含义；无小类时则小类代码为00，小类与大类代码之间加“.”。

   ——顺序码：用2位数字表示，代表一组数据元的连用关系编码，从01开始顺序编码，附加码与顺序号之间加“.”区分，无连用关系的数据元其附加码为“00”。

2. VI结构由4部分组成，为“V”+“m..m”+“.”+“n..n”。其中“m..m”和“n..n”为阿拉伯数字，在数学上应是具有意义的正整数。“m..m”表示主版本号，“n..n”表示次版本号。

   

参考文档

数据元维护

数据元最基础的数据项，数据元是形成数据集模板、数据集、信息交换的基础。数据元编码参照卫生部的编码规则；长度、类型要考虑到实际场合的情况，长度信息是尽量满足所有的可能性；字段名称是指数据库中字段名称，可以采用适合自己单位的命名方式，字段名称具有唯一性。点击“标准规范管理”菜单下的“数据元管理”进行数据元维护，如图所示：

数据元维护时，对于有代码表的数据元，需要选择值域代码（业务代码），如果没有相应的值代码则需要通过“业务代码”功能进行维护。

数据集维护

数据集概念

定义：数据集是一种类型的业务数据所包含的所有数据元的集合，具有结构与逻辑关系

参考文档

数据集分类及目录

共17部分

数据集维护

数据集是由子集及子集之间逻辑关系构成，它是信息交换的数据标准。具体管理界面如图：

1. 数据集：数据集维护只能在数据集分类最下一级进行维护，数据集由一个主集和多个子集构成，数据主集与数据子集都有业务主键的概念，业务主键是对交换数据进行唯一识别的数据元，数据子集有外键的概念，也就是说数据子集通过外键可以与数据主集建立唯一关系。

2. 数据集定义：在数据集分类下的最末级分类下点击右键，弹出数据集新增界面，可以定义新的数据集，此时需要进行数据集与数据集模板关系的关联，如下图，新建的数据集同时也是数据集的主集。

   

3. 数据主集的级别为1级、数据子集的级别为2级，这种级别在配置时要维护正确。

4. 数据集的物理存储信息维护：在数据子集维护界面，可以进行数据集物理存储相关的信息维护，如图：

   

5. 另外，可以通过数据集元数据子页面进行数据元的键值属性维护，如下图，如果发现数据元属性不合理，如长度不够、字段类型不正确，则需要到数据元管理功能中进行调整。

   

物理表发布

在数据集维护完成后，通过“物理表发布”功能进行物理存储规范生成。如下图，选择要发布的物理表，点击“生成物理表”即完成物理表的创建或修改。

共享规范配置

在某些情况下，第三方系统需要单个查询条件或组合查询条件查询某个数据集的对应的数据。平台提供“共享规范配置”功能来对应这种业务需求。

选择“标准规范管理”下的“共享规范配置”，如下图所示：

点击“共享查询条件”配置功能进行共享查询条件定义如下图：

增加数据集举例

场景描述

HIS系统中员工多科室表（字段：医疗机构代码、人员对照序号、人员编码、科室编码）。此类数据没有对应的标准规范，平台没有此数据集。HRP系统需要从平台获取此类数据，平台需要添加员工多科室数据集。

流程分析

系统实现

1.查找数据元

数据元没有的要添加数据元（有代码表的要关联，代码表中没有的要添加）。确保医疗机构代码、人员对照序号、人员编码、科室编码都有数据元对应

2.新建数据集模板

3.添加数据元到数据集模板

4.新建数据集（此数据集不需要建子集）

5.添加数据集模版中的数据元到数据集

添加完数据元后，填写数据集名称和业务主键。

6.发布物理表

数据集中增加一个数据元举例

场景描述

HRP系统中科室表增加了科室英文名称字段，为保持其他系统数据的一致性。平台需要在科室数据集中添加科室英文名称数据元。

流程分析

系统实现

查找数据元

在数据元管理查找有没有科室英文名称数据元，如果没有则增加。

添加数据元

此数据元无代码表关联，不需要添加代码表，只需要在数据元管理中加上科室英文名数据元。

科室数据集模版加上科室英文名称数据元

科室数据集添加英文名称数据元

发布物理表

消息格式

1、支持JSON、XML、HL7V3多种协议转换；

2、JSON、XML协议不需要配置由平台内部生成相关的协议标准，HL7V3由需要在平台进行配置，同时与数据集进行关联；

3、发布者与订阅者可以选择自己擅长处理的协议，协议转换由平台内部进行解析与转换；

如图：

管理标准

流程标准

分析方法

分析方法流程

分析业务流程

根据病人就诊具体业务场景，画出业务流程图。举例说明：住院检验业务流程，如下图：

分析系统流程

据业务流程图分析系统流程，画出系统流程图。举例说明：住院检验系统流程图，如下图：

分析流程节点

分析系统流程节点。举例说明：住院检验流程节点分析，如下表:

分类数据集

列出流程节点所用到的数据集。举例说明：住院检验流程分类数据集，如下表：

分析数据集对应的数据元

分析数据集所包含的数据项。举例说明，检验申请数据集，如下表：

分析数据元对应的代码表

分析数据元，如果有代码表，得出代码表信息。举例说明：检验状态代码表，如下表：

功能说明

流程定义

基本信息定义

选择“流程定义”功能，定义流程基本信息，如下图：

注：

1. “医嘱项目类别”根据医嘱信息数据集里的医嘱项目类别代码填写；

2. “用药途径代码”根据医嘱信息数据集里的用药途径代码填写。

步骤定义

择上图中某个流程，点击“流程步骤”功能，进行流程步骤定义，如下图：

注：

1. 此界面中步骤定义详细信息中数据集信息是需要发布了物理表才能出现；

2. 流程业务主键信息：在步骤定义信息中贯彻于全流程的业务主键值，如检验流程贯彻全流程的业务主键一般情况是申请单；

3. 关键字段是指步骤中所用到数据集的业务主键字段；

4. 触发条件可以用SQL的查询条件进行定义；

5. Delete键删除流程节点。

流程查看与监控

业务流程查看

选择“业务流程分析”功能，选择查询条件，选择具体某一次流程查看这次业务流转情况，如下图：

流程分析错误信息查看

1. 选中“流程分析错误信息查看”，选择查询条件，点击查询，如下图：

   

2. 选中某条记录，点击浏览查看，如下图：

   

质量标准

全面质量管理

PDCA循环又叫戴明环，是美国质量管理专家戴明博士提出的，它是全面质量管理所应遵循的科学程序。全面质量管理活动的全部过程，就是质量计划的制订和组织实现的过程，这个过程就是按照PDCA循环，不停顿地周而复始地运转的。

参考PDCA管理方法，实现信息集成平台的全面数据质量管理实现，形成如下图如示的数据质量管理框架构：

质量标准定义

选择平台中“质量标准定义”功能如下，进行质量标准定义：

系统以数据集为单元进行质量标准定义，系统提供自动化生成质量标准，点击上图中“自动质量规则”生成功能，能自动生成一些数据质量规则。

手动生成质量规则，通过“新增”功能进行自定义质量规则定义，如下：

系统提供了以下几种质量规则定义方式：

1. 非空：不能为空的定义。定义时只需要选择质量类型属性为非空就完成定义；

2. 取值范围：如果数据元定义指定了值域，则配置成数据对应的值域编码；或者配置成值域代码中维护的其它值域编码；

3. 取值范围：如果数据元是数字型且取值是有一个范围内的话，可以定义相应的取值范围，定义方法参考这个例子：数据元>= and( or ) 数据元<=

4. 数据项逻辑：通过SQL语句配置数据集上的逻辑关系。

数据质量标准固化到平台后，需要及时通过平台的标准发布功能，把数据质量标准发布给第三方，让第三方系统接入时遵守平台定义的数据质量标准，如下图：

数据质量标准控制

信息集成平台对于系统接入时质量控制有两种机制实现：

1. 第三方系统通过程序改造方式进行数据接入：第三方接收到平台给出的系统接入标准（其中包括数据质量标准），在做程序改造时，在自己的程序中进行相应质量转换，以实现系统自身质量标准与平台提供的质量标准转换；

2. 第三方系统通过适配器方式进行数据接入：平台提供的适配器能获取平台的接入标准（包括相应的质量标准），同时提供各种转换能力，如数据项之间的映射，如某系统name(姓名)与平台提供的DE02.01.064.00（姓名）字段名称的转换；如值域转换，如某系统性别值域与平台中的性别值域转换。通过在适配器中进行质量标准映射，实现在数据交换过程时系统给出的数据质量符合平台定义的标准。

   信息集成平台对于系统接入后质量控制机制实现方式：

   • 数据元名称映射：把某个系统的数据项名称转成平台数据元名称；

   • 数据元类型转换：把某个系统的字段类型转成平台定义的数据元类型；

   • 数据元长度处理：某个系统的字段长度可能大于平台定的长度，此时平台需要提供策略来应对这种情况，如对字段值进行截取让业务系统适应平台数据元的质量要求；或自动增长平台数据元的长度来适应业务系统的要求；

   • 数据值格式转换：把某个系统的数据值转成平台质量标准定义格式；

   • 非空处理：对于定义为非空的数据元，如果有空值进入，则不允许这种数据进入平台；

   • 缺省值处理：对于定义了缺少值的数据元，如果出现空值，则用缺少值进行代替；

   • 值域转换：把某个系统的值域转换成平台定义的值域标准；

   • 取值范围处理：对于定义了取值范围的数据元，如果不符合相应的取值范围，则不允许这样的数据进入平台；

   • 数据项与数据项逻辑关系：数据集中定义了此种质量标准，则出现数据项有逻辑错误时，则不允许这种数据进行平台，如检验报告为男性的报告，不允许出现了女性特有的检验项，如果出现了，这种数据不允许进入平台。

数据质量收集与分析

发布给平台的各种数据，平台中的数据质量分析服务会对这些数据质量符合度进行分析与检测，形成质量报告数据，如下图：

数据质量改进

根据数据质量报告分析数据，可以帮助信息集成平台使用单位做以下的事件：

1.进一步完善数据质量标准：如某个数据元值域标准定义不完整、某个数据元长度定

义不够；

2．指导接入厂商完善某个专业系统：专业系统建设时可能没有考虑到外部交换的需要，

在某些数据项填写不完整或不规范，通过质量报告的结果可以促进业务系统不断的改进与完善。

通信协议

交换协议有：

1. Web Services，

2. HttpInvoke，

3. Http；

其中HttpInvoke是平台适配器内部用的，不需要配置

Web Services、Http协议详细接口参数参考：

信息集成平台之服务接口用户操作文档

常见问题处理

系统登录默认的密码

用户名/密码1:center/data

用户名/密码2:test/test

内存同步

系统对于基础信息的加载是在第一次使用到这个基础信息时加载到内存中的，如果修改了这些基础信息，需要通过“内存同步”功能进行基础信息的内存加载。

关于系统初始化

有时安装部署为了采用某个地方的标准，直接把别的地方的数据库进行导入后需要对系统进行初始化，采用平台提供的“系统清库”功能。

注：系统正式运行后，千万不要使用这个功能，后果十分严重，廖氏软件不对使用这个功能产生的后果进行负责。

物理表发布后删除某个字段或修改主键或字段类型

物理表发布后，平台只提供对于字段长度增长修改功能及增加新的字段的功能发布。如果在物理表发布后，出现以下几种场景：

1. 删除某个字段；

2. 修改业务主键；

3. 更新字段类型

   需要对删除物理表然后进行重建，操作方法如下：

   选择“删除物理表”功能，对已建表进行删除，然后修改数据集，最后用“物理表发布”功能重建物理表。

上线前清库

一般在平台正式运行前，会有一段时间的测试，这些数据需要进行删除，通过平台“上线前清库”功能对这些数据进行清除。

注：系统正式运行后，千万不要使用这个功能，后果十分严重，廖氏软件不对使用这个功能产生的后果进行负责。