wanghaisheng / healthcaredatastandard Goto Github PK

1.ws365 5.2.01 个人基本信息 中

但是 WS363.4-2011卫生信息数据元目录 第4部分健康史中为

DE02.10.095.00  家族性疾病名称代码

故认为WS365PDF中为印刷错误

疾病管理基本数据集 第4部分 老年人健康管理
路径：/已整理材料/WS369-375卫生信息基本数据集.xlsx

1、逗号 -> 点号

2、no -> 110

原文：

第14行 身高

DE02.01.017.00 --> DE02.01.047.00

HDSH04.D6.035 --> HDSH04.06.035

36 --> 06

目录：/已整理材料/WS365城乡居民健康档案基本数据集.xlsx

5.2.10 职业病报告卡信息 内容实际为 “门诊记录表”
与PDF文件中的内容不一致。

有三处逗号需要改为点号：

1、口腔检查异常结果描述

DE04.10.l07.00 --> DE04.10.107.00

国家新发布了 新版本的标准更新，4月1号起废止旧标准

目录：/已整理材料/WS365城乡居民健康档案基本数据集.xlsx

5.2.12高血压患者随访信息
这四个顺序乱了：

原文：

如题，对于这些数据元标准的文件，只有中文数据元名称，和相关标识符，怎么没有定义数据库字段存储的英文字段名？

在一定程度上大改了你的设计。你后续还会维护这个吗？

由于我们国家的卫生信息数据标准并非像老外一样，是在卫生信息概念模型的基础上抽象而成，而是在整理了据说1000多份医院信息系统、医院业务、公共卫生服务中用到的表单归纳而成，因此其中没有类的概念、也没有类与类之间的关联，只是简单的数据项的水平排列，这就造成了一点，信息的粒度过于离散，有点编程语言的数据类型的味道，确又不足以支撑医疗的业务。
WS363中对数据元的取值的约束是通过数据类型和允许值的表示格式组合来共同完成的，
数据类型先确定大方向，到底是字符串还是数字，是布尔值还是日期时间。由表示格式来表示简单的业务层面的约束，比如身份证号码可以是数字字符串，且长不超过18位 表示成 S1 AN..18
这个对于我们而言 可以抽象成一种数据类型S1字符串或数字

1、肺部异常呼吸音描述、肺部罗音描述
原文：

表格：

source

1. http://www.nhfpc.gov.cn/guihuaxxs/zcwj2/zcwj_5.shtml
2. http://www.moh.gov.cn/mohwsbwstjxxzx/s2907/new_list.shtml

https://github.com/FullerHua/gooseeker
可以将pdf转成html 然后利用gooseeker的xslt模板来转换

1、城乡居民健康档案编号
原文：

表格中为：

2、联系人姓名
原文：

但是这个标识符跟本人姓名的重复了。
表格：

3、药物过敏史标志
原文：

表格：

4、家族性疾病名称代码
原文：

表格：

目前所看到的标准千百样，但都有一个核心点 它们绕着医院的业务或者说workflow来的，不管是临床上的还是行政管理上