菜单

目录

Administrator
发布于 2023-05-19 / 11 阅读 / 0 评论 / 0 点赞

信息集成平台之数据标准化

数据标准化

业务流程

功能说明

值域代码维护

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

第1部分:总则

第2部分:标识

第3部分:人口学及社会经济学特征

第4部分:健康史

第5部分:健康危险因素

第6部分:主诉与症状

第7部分:体格检查

第8部分:临床辅助检查

第9部分:实验室检查

第10部分:医学诊断

第11部分:医学评估

第12部分:计划与干预

第13部分:卫生费用

第14部分:卫生机构

第15部分:卫生人员

第16部分:药品、设备与材料

第17部分:卫生管理

参考文档

值域代码维护

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

术语维护

ICD-10诊断编码

ICD-11诊断编码

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 部分: 门(急)诊处方

西药处方子集

中药处方子集

电子病历基本数 据集 第 4 部分:检验检查记录

检查记录子集

检验记录子集

电子病历基本数 据集 第 5 部分:治疗处置-一般治疗处置记录

治疗记录子集

一般手术记录子集

麻醉术前访视记录子集

麻醉记录子集

麻醉术后访视记录子集

输血记录子集

电子病历基本数 据集 第 6 部分:治疗处置-助产记录

待产记录子集

阴道分娩记录子集

剖宫产手术记录子集

电子病历基本数 据集 第 7 部分: 护理-护理操作 记录

一般护理记录子集

病危(重)护理记录子集

手术护理记录子集

生命体征测量记录子集

出入量记录子集

高值耗材使用记录子集

电子病历基本数 据集 第 8 部分: 护理-护理评估 与计划

入院评估记录子集

护理计划记录子集

出院评估与指导记录子集

电子病历基本数 据集 第 9 部分: 知情告知信息

手术同意书子集

麻醉知情同意书子集

输血治疗同意书子集

特殊检查及特殊治疗同意书子集

病危(重)通知书子集

其他知情同意书子集

电子病历基本数 据集 第 10 部 分:住院病案首 页

住院病案首页子集

电子病历基本数 据集 第 11 部 分:中医住院病 案首页

中医住院病案首页子集(选测)

电子病历基本数 据集 第 12 部 分:入院记录

入院记录子集

24h 内入出院记录子集

24h 内入院死亡记录子集

电子病历基本数 据集 第 13 部 分:住院病程记录

首次病程记录子集

日常病程记录子集

上级医师查房记录子集

疑难病例讨论子集

交接班记录子集

转科记录子集

阶段小结子集

抢救记录子集

会诊记录子集

术前小结子集

术前讨论子集

术后首次病程记录子集

出院记录子集

死亡记录子集

死亡病例讨论记录子集

电子病历基本数 据集 第 14 部 分:住院医嘱

住院医嘱子集

电子病历基本数 据集 第 15 部 分:出院小结

出院小结子集

电子病历基本数 据集 第 16 部 分:转诊(院)记 录

转诊(院)记录子集

电子病历基本数 据集 第 17 部 分:医疗机构信 息

医疗机构信息子集

过程集

一种特殊数据集,他表述的是业务数据的状态信息

数据集维护

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

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

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

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

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

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

物理表发布

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

共享规范配置

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

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

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

举例说明

增加数据集举例

场景描述

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

流程分析

系统实现

1.查找数据元

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

2.新建数据集模板

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

4.新建数据集(此数据集不需要建子集)

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

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

6.发布物理表

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

场景描述

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

流程分析

系统实现

查找数据元

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

添加数据元

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

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

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

发布物理表

常见问题处理

系统登录默认的密码

用户名/密码1:center/data

用户名/密码2:test/test

内存同步

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

关于系统初始化

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

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

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

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

  1. 删除某个字段;

  2. 修改业务主键;

  3. 更新字段类型

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

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

上线前清库

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

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