文档介绍:CDR解决方案
一:背景
随着医院信息化的发展,业务系统越来越复杂,专注于某个细分业务域的系统也越来越多,在一定程度上提升了软件专业化的程度,但同时也给信息共享带来了极大的困难,各种围绕临床数据整合的需求应运而生,经过多年的发展,业内越来越认识到需要建立统一的临床数据中心对临床数据进行整合,实现临床数据共享。
CDR临床数据中心是以患者为主线组织患者的临床数据,以全面、标准、统一的方式存储患者的临床数据,为临床数据的共享提供了统一的平台支撑,为临床数据的一些应用也打下了坚实的基础。
CDR的建立本身并没有标准、但考虑到CDR数据中心的地位特点,一般都会参考一些成熟的信息模型来建立。有些参考V2消息模型,有些参考RIM模型,当然也有大量的产品没有参考任何成熟模型。
CDR产品方面,国外的产品因其起步较早,比较成熟,用户的接受程度较高,但是国外产品由于其医疗业务流程和国外有较大差异、国外产品一般成本较高、后续支持维护较难、后续应用受到限制等特点也使得CDR在国内的发展还较为缓慢。
在此背景下,我们需要结合国内的业务特点,运用常见的信息模型构造我们自主知识产权的CDR产品。
二:设计目的
以患者为中心整合临床数据,为临床信息共享和后续应用提供支持。
三:设计原则
提供服务隔离数据访问、外部系统原则上不允许直接访问CDR的数据库
提供API供外部访问数据,API应稳定灵活
能直接接收V2消息和V3 CDA
能够输出CDA
四:设计内容
系统架构图
CDR数据库表结构
患者主信息(CDR_BRXXK)
序号
字段名
字段字段描述
类型(精度)
是否允许为空
备注
empi
患者主索引号
Varchar(64)
否
复合主键
jzyljgdmxt
就诊医疗机构
代码系统
Varchar(64)
否
jzyljgdm
代码
Varchar(32)
否
复合主键
jzyljgmc
名称
Varchar(64)
否
hzxm
患者姓名
Varchar(32)
否
hzlxdmxt
患者类型
代码系统
Varchar(64)
hzlxdm
代码
Varchar(16)
hzlxmc
名称
Varchar(32)
记录是否VIP病人等
xbdmxt
患者性别
代码系统
Varchar(64)
否
xbdm
代码
Varchar(16)
否
xbmc
名称
Varchar(16)
否
xbdmxt_bz
标准代码系统
Varchar(64)
否
xbdm_bz
标准代码
Varchar(16)
否
xbmc_bz
标准名称
Varchar(16)
否
hyzk
婚姻状况
Varchar(16)
0未婚,1已婚,2离独,3丧偶
birth
患者出生日期
Varchar(10)
yyyy-mm-dd
lxdh
患者联系电话
Varchar(32)
email
患者电子邮箱
Varchar(32)
ybzh
患者医保账号
Varchar(32)
ybkh
患者医保卡号
Varchar(32)
ybklx
患者医保卡类型
Varchar(4)
ynkh
患者院内卡号
Varchar(32)
zjlx
患者证件类别
Varchar(4)
1 身份证号
zjhm
患者证件号
Varchar(32)
gjdmxt
国籍
代码系统
Varchar(64)
gjdm
代码
Varchar(16)
gjmc
名称
Varchar(32)
gjdmxt_bz
标准代码系统
Varchar(64)
gjdm_bz
标准代码
Varchar(16)
gjmc_bz
标准名称
Varchar(32)
mzdmxt
民族
代码系统
Varchar(64)
mzdm
代码
Varchar(16)
mzmc
名称
Varchar(32)
mzdmxt_bz
标准代码系统
Varchar(64)
mzdm_bz
标准代码
Varchar(16)
mzmc_bz
标准名称
Varchar(32)
hkdz
户口地址
Varchar(128)
hkdz_ssdmxt
户口地址_省(自治区、直辖市)
代码系统
Varchar(64)
hkdz_ssdm
代码
Varchar(16)
hkdz_ssmc
名称
Varchar(32)
hkdz_ssdmxt_bz
标准代码系统
Varchar(64)
hkdz_s