数据元标准化软件需求分析国家人口与健康科学数据共享平台

1、网络版数据元著录与管理工具软件需求说明（讨论稿）解放军总医院医疗统计科（2008年2月）目 录1系统目标与方法41.1系统目标41.2主要方法41.3主要设计要求41.3.1著录与访问设计41.3.2支持标准的设计41.3.3用户界面设计52系统功能52.1数据元标准化的用户职能划分52.2系统功能设计框架62.2.1功能模块划分62.2.2整体功能流程73数据元著录模块83.1数据元定义83.1.1流程83.1.2主要技术要点93.2数据元属性著录93.2.1流程93.2.2主要技术要点93.3个人数据元资料管理103.3.1个人未完成著录数据元列表113.3.2审核后反馈数据元列表113.

2、3.3个人关注数据元收藏113.4数据元信息反馈113.4.1标准化建议交流113.4.2帮助请求114标准化管理模块114.1管理项提取与标注114.1.1流程114.1.2主要技术要点124.2数据元审核与注册124.2.1数据元审核124.2.2数据元注册124.2.3数据元废止154.3数据元属性管理164.3.1数据元基本属性预置164.3.2自定义属性添加174.3.3属性规范化描述管理184.4公用数据元目录管理与维护184.4.1公用数据元目录生成184.4.2公用数据元目录管理184.5系统字典设置184.5.1数据元分类方案设置184.5.2数据元关系设置194.5.3数据

3、元表示形式设置194.5.4数据元表示类属性数据类型设置204.5.5数据元注册状态设置204.5.6数据元注册机构设置215浏览查询模块215.1数据元查询215.2管理项查询225.3数据元输出226系统设置226.1用户管理与权限设置226.2数据安全与维护236.2.1数据备份236.2.2数据恢复237附录23附录1 数据元基本属性的描述23附录2 附加属性301 系统目标与方法1.1 系统目标网络版数据元著录与管理系统是基于iso-xxx而设计开发的、针对数据元进行标准化管理的工具软件，设计开发目的包括以下方面：l 按照iso-xxx，对数据元的定义与属性著录进行统一规范化的约束与

4、管理；l 通过数据元的审核、注册、查询与管理等功能，规范数据工作中对数据元的定义与使用；l 实现对数据工作中涉及的概念域、值域、数据元概念等管理项信息的管理；l 在数据元库标准化管理为维护的基础上，进行公用数据元目录的生成与维护。1.2 主要方法网络版数据元著录与管理系统设计所采用的主要方法如下：l 在线与离线操作相结合：用户通过网络在线操作与浏览数据，同时允许用户在离线情况下进行数据元的定义与属性著录工作；l 普通著录与标准化管理的分离：为了能够让普通用户比较容易地理解和操作，避免大量使用者去面对比较抽象化的概念和术语，提高软件的可操作性与标准化管理效果，软件设计中尽量把涉及到概念性的东西留

5、给数据元标准化工作者，作为主要数据采集与提交来源的普通用户所面对的操作尽量易懂易用。1.3 主要设计要求1.3.1 著录与访问设计l 带有客户端软件的web服务模式：用户通过internet或局域网络下载本系统的客户端软件，然后通过客户端界面与网络连接进行录入与管理功能；l 并发控制：考虑到可能出现多个用户对同一数据进行操作的情况，需要在某一个级别的用户对数据库产生操作的情况下实施并发处理控制。一些录入操作（如数据元属性著录）在未经过管理员审核之前允许多个用户同时进行（多个用户的著录内容作为中间表暂时都予保存），不需要并发控制。l 严格的用户与安全管理，不同类别和登记的用户具有不同的操作权限。

6、1.3.2 支持标准的设计l 对数据元标准的完全遵循：所有操作对数据元标准规定的完全遵守，流程、操作与功能设置保持与标准的一致；l 对数据元标准的充分考虑：充分考虑每一个操作与设置中可能涉及的标准限制，杜绝所有违反标准操作进行的可能性。1.3.3 用户界面设计l 界面外观风格的统一化：尽量保证各个操作界面的布局、色彩等保持一致性；l 控件：各种操作和功能控件的外观根据功能大致保持一致，位置布局合理；l 帮助及注释：语言简练、清晰，文本放置位置合理，出现时机设计合理；l 界面友好，操作方便，相关流程性操作的切换简便、合理。2 系统功能2.1 数据元标准化的用户职能划分是根据根据数据元著录与管理的

7、标准要求，分别针对数据元标准化所涉及的各类用户提供一个包括以下功能的软件：1）第一类用户：数据元著录人员 以在线操作为主，包括以下具体职能：按照该软件通过在线方式进行数据元的定义、数据元的属性著录与提交；通过数据元的管理与查询，规范与指导自己工作中的数据元定义与采用；通过自己实际的数据元使用工作，对数据元及公用数据元目录提出建议。2）第二类用户：数据元标准化管理人员 以标准化分析、审核以及管理操作为主，包括以下具体职能：根据第一类用户提交的数据元著录信息，分析提取其中的概念域、值域、数据元概念等管理项信息进行统一的数据管理，根据数据元标准化专家委员会的决定，执行对数据元的审核与标准化注册等管理

8、流程；根据数据元标准化专家委员会的决定，进行数据元属性等字典维护工作；根据数据元标准化专家委员会的决定与需要，生成公用数据元目录并更新维护。3）第三类用户：数据元标准化专家委员会 以审阅讨论为主，包括以下具体职能：决定数据元属性的采用与自定义；对第一类用户新提交的数据元进行讨论，对审核与标准化注册进行决定；对概念域、值域、数据元概念等管理项的管理与提取进行审核与建议；指导并决定公用数据元目录的生成与维护工作。4）第四类用户：系统管理员 以数据的安全管理和系统维护为主，包括以下具体职能：数据维护与备份；软件功能的改进与版本更新。 2.2 系统功能设计框架2.2.1 功能模块划分针对章节2.1中所

9、分析的各类用户的不同需求，对整个系统的功能框架划分为四个部分，四个模块以及各自所分别包含的主要功能如图1所示：图2-2 数据元标准化管理软件功能框架1）数据元著录模块主要面向章节2.1中的第一类用户，主要功能如下：l 数据元定义：用户进行新数据元定义的功能；l 数据元属性著录：对已经定义的新数据元进行属性著录；l 个人数据源资料管理：对用户个人已经著录的、提交的、被注册通过的各类数据元进行备份与记录，并且允许用户以自定义服务的方式，标记或者定制已注册数据元或公用数据元目录中自己关心的内容；l 数据元信息反馈：用户关于现有待审核数据元、已注册数据元和公用数据元目录的有关标准化建议提交与反馈，以及

10、在使用中遇到问题的提问。2）标准化管理模块面向章节2.1中的第二类用户，用于执行数据元的标准化维护，并执行第三类用户（数据元标准化专家）的讨论决定，主要功能包括：l 管理项提取与标注：对于第一类用户提交的数据元，进行分析后进行两方面的工作，一是把数据元的概念域、数据元概念、值域等内容进行提取，并分别保存入管理项的库中进行管理；二是用提取出来的管理项信息，或者使用已经被其它数据元用到而已经存储在库的管理项信息，对现有新的数据元进行管理项信息的标注；l 数据元审核与注册：对第一类用户提交的数据元进行审核、意见反馈的具体操作（在标准化专家的指导下），同时维护已注册数据元的数据库；l 数据元属性管理：

11、对数据元的基本属性进行采纳，以及根据实际需要自定义数据元的属性；l 公用数据元目录管理：通过已经注册数据元的数据，按照标准化专家讨论的决定，生成公用数据元目录并执行目录的修改与维护；l 系统字典维护：对数据元著录中用到的各类字典进行维护。3）查询与浏览模块面向所有用户，针对不同内容的查询与浏览，具有条件组合和模糊查询等功能：l 待审核数据元查询与浏览：对于未注册的数据元进行查询与浏览；l 已注册数据元查询与浏览：对于已经经过审核、完成标准化注册的数据元进行查询与浏览；l 公用数据元目录查询与浏览：对公用数据元目录的查询与浏览；l 管理项的查询与浏览：对概念域、值域、数据元概念的查询与浏览。4）

12、系统管理模块面向章节2.1中的第四类用户，具体包括以下功能：l 用户管理：对用户的注册、权限、信息的管理与维护，包括与用户相关的单位、部门等字典；l 数据安全与维护：对数据库的备份等安全管理。2.2.2 整体功能流程 根据元数据著录、管理与标准化的操作需求，由图2-1中所包含的各个模块的功能，以及章节2.1中所述的四类用户的使用所构成的整个系统的功能流程如图2-1所示：图2-2 系统功能流程3 数据元著录模块主要针对于对数据源进行著录与提交的数据工作人员。根据图2-1，该模块分为四个部分。3.1 数据元定义3.1.1 流程用户进行一个新的数据元定义的流程如下（可见图3-1所示内容）：图2-2

13、数据元定义操作流程1）用户登录后进入数据源定义的界面，录入拟定义的数据元名称；2）系统根据用户录入的新数据元的名称，给出已注册的数据元和数据元概念列表。3）用户对照系统给出的数据元与数据元概念列表，检查在目前已经注册的数据元和数据元概念中是否有名称与之相近的记录并查看详情，分为以下三种情况：l 如果已注册的数据元列表已经有了与自己拟录入的数据相同的数据元，则放弃重新定义；l 如果仅仅发现有可以引用的数据元概念，则引用该数据元概念并进行后续操作；l 如果没有发现相同内容，用户继续进行后续操作。4）用户进行新数据元值域的录入，值域的录入方法有三种：l 提供值与值含义的手工录入表单，便于用户针对记录

14、数量较少的可列举值域进行手工录入；l 允许外部值域数据字典的导入（例如规定了格式的excel表格），针对数量不大的可列举值域进行批量录入；l 提供文本表述录入功能，针对不可列举值域的录入以及数据量很大的可枚举值域说明（例如icd-10）。5）录入数据元的数据类型；6）录入计量单位；7）保存已定义的数据元，进入数据元属性著录功能或其它操作。3.1.2 主要技术要点1） 提取相近数据元（数据元概念）用户输入拟进行录入的数据元名称后，需要模糊查询后分别从已经经过标准化注册后的数据元库、数据源概念库中分别提取与用户录入向接近数据记录。这个过程是否需要依靠提前从网上下载目前最新的数据包（这个数据包包含已

15、经注册的数据元、公用数据元目录、标准化管理项信息内容）。2）值域录入要对于第二种方式，需要规定一个导入的数据格式。例如决定采用导入excel的方式，则要规定excel数据列的结构，并在帮助信息中说明。另外，对于可列举、但是数据量较大的值域，建议使用文字说明方式。3.2 数据元属性著录3.2.1 流程对新定义的数据元进行数据元属性著录，流程如下：图2-3 数据元属性著录操作流程3.2.2 主要技术要点1）界面要求在获取需要录入的数据元名称（入图2-3所说的两种方式均可）之后，进入数据元属性著录界面，要求如下：l 在数据元属性著录的界面中，显示出所有该用户已经定义、但是还没有进行属性著录的数据元列

16、表；l 在进行完一个数据元的属性著录之后，很方便地获取列表中下一条尚未进行属性著录的数据元。2）必选属性约束要求必选属性必须录入，所以选定数据元后，必选属性直接弹出，不录入完整不能保存（并进行信息提示，或提醒遇到问题的话录入“待定” ），必选属性参见图2-4数据元本属性模型中，凡是与数据元对应关系至少为1的属性均是必选属性，具体包括：名称、定义、表示类别、表示形式、数据元值的数据类型、数据元值的最大长度、数据元值的最小长度、数据源允许值。图2-4 数据元基本属性模型2）条件可选属性约束 参见图2-4数据元基本属性模型中，凡是被分在一组的属性，具有互相依赖性。例如如果属性“同义名称”和“相关环境

17、”两者有一个存在的话，那么它们两者就都应当存在。3）重复出现属性的调用参见图2-4数据元基本属性模型中，对于可以重复出现的属性，要求具有重复调用录入位置的功能，例如关键字、注册机构等。注意，重复出现的属性，如果和其他属性具有互相依赖关系的话，应直接弹出与之具有依赖关系的属性录入位置，以保证数量上的一致性对应。3.3 个人数据元资料管理分为两大功能部分：3.3.1 个人未完成著录数据元列表包括两大部分：l 只定义了数据元，但是没有进行属性著录的数据元列表；l 属性著录未完成的数据元。3.3.2 审核后反馈数据元列表对该用户提交、但是没有经过标准化审核，需要进行重新著录的数据元列表。3.3.3 个

18、人关注数据元收藏 对已经完成标准化注册的数据元库，以及公用数据元目录中自己关心的数据元进行收藏的列表。3.4 数据元信息反馈3.4.1 标准化建议交流对已注册数据元和公用数据元目录中的数据元，如果有建议，可以进行提出，由标准化管理人员进行反馈。3.4.2 帮助请求对数据元定义、数据元属性著录中不理解的、难于解决的疑问进行提问。4 标准化管理模块4.1 管理项提取与标注这里的管理项，仅指数据元概念、概念域和值域。4.1.1 流程1）提取从未注册的数据元中，分析得到它的数据元概念、概念域和值域。2）保存将提取得到的数据元概念、概念域和值域分别与数据元概念库、概念域库、值域库进行比较，如果新得到的管

19、理项在相应的数据库中没有，那么，将新得到的管理项作为一个新的记录，存入对应的数据库。3）标注将提取得到的数据元概念和概念域分别著录入未注册数据元的对应信息中。如果数据元概念库、概念域库、值域库中已有可以使用的对应管理向信息，可以从库中直接选择标注入未注册数据元的对应位置。图4-1 管理项提取与标注的流程4.1.2 主要技术要点4.2 数据元审核与注册4.2.1 数据元审核数据元在由用户构建形成、并且录入属性之后，形成的只是各个用户自己的数据元录入草案，并不能生效，知识作为数据元录入的草案信息列出（注意，前面用户录入的数据元草案信息可以被后面向同类别与权限的用户看到，以备参考与建议）。针对数据元

20、录入后形成的数据元草案，上级权限用户（具有数据元审核的用户）可以执行审核。执行审核的用户只是操作的执行者，要按医药卫生领域数据元标准委员会的审核意见执行。审核后的数据元进行提交，执行数据元注册。4.2.2 数据元注册1）新数据元的注册程序操作流程如下图所示：向注册机构（ra）申请数据元注册，应由主办机构（so）提出。之前，应尽量同有关主管机构（ro）磋商。注册机构（ra）应决定是否接受申请。如果收下了报告，注册机构（ra）就在注册状态注上“已注册”的字样。如果收下了申请，注册机构（ra）应赋予注册数据标识符值。ra应将该注册数据标识符值连同申请书提供的信息，登入数据元注册系统。这时，主办机构（

21、so）与其主管机构（ro）将收到一份项目的复印件，要求对该项目进行检查，如果查出有错，应即向注册机构（ra）提出建议。经ra、ro和so三方核实无误，收到报告的注册状态应当标上“注册注册”或“标准化”的字样。如果申请未被接收，就退回主办机构（so），并附上一份拒绝受理的详细说明。如有可能，附上一份建设性的建议书，提出采用何种方式，申请就能被接受。至于拒绝受理的原因。注册流程见下图所示：图5-1 新数据元注册流程图中用到的三个表单格式如下：l 注册申请信息表单：申请注册信息主表表5-1 新数据元注册申请表申请表单号申请注册主办机构主管部门注册机构申请日期申请数据元数目说明申请注册数据元列表数据元

22、名称标识符相关环境分类模式关键字提交机构版本数据元明细列表（本表根据申请注册数据元数量重复使用）表样同表4-3。l 拒绝理由信息列表拒绝理由信息主表表5-2 拒绝数据元注册理由表注册机构主管部门申请注册主办机构申请日期拒绝日期所拒绝申请的表单号拒绝理由相关数据元列表数据元名称标识符版本分类模式关键字提交机构拒绝理由l 修改建议表单修改理由信息主表表5-3 数据元修改建议信息表申请注册主办机构主管部门注册机构申请日期申请数据元数目说明修改建议数据元列表数据元名称标识符版本关键字提交机构修改建议内容2）修改数据元的注册程序要求修改注册系统的数据元，通常由原先的主办机构（so）告之注册机构（ra）。

23、如果要求修改的申请来自其他渠道，那么，注册机构（ra）应将其申请转给原先的so和有关的ro去确认，以便采取进一步的措施。注册机构（ra）要修改注册系统的数据元，最好是给so和ro发一份项目的复印件，让他们对登录的内容进行检查，如果查出有错，立即给ra提出改正建议。如果修改的要求不被接收，最好将修改申请退回so和ro，并附上拒绝受理的理由之详细说明。如有可能，提出一份建设性的建议书，提出怎样才能使申请被接受。至于拒绝受理的原因。除上述外，供修改用的注册程序，同修改新数据元注册程序一样。图5-2 修改数据元的注册流程图中用到的两个表单格式如下：l 注册申请信息表单：申请修改信息主表表5-4 数据元

24、修改建议信息表申请表单号申请修改主办机构主管部门注册机构申请修改日期申请数据元数目说明申请修改数据元列表数据元名称标识符相关环境分类模式关键字申请修改原因l 拒绝（修改）理由信息列表表5-5 数据元修改拒绝理由信息表注册机构主管部门申请修改主办机构申请日期拒绝日期所拒绝申请的表单号拒绝（修改）理由相关数据元列表数据元名称标识符版本分类模式关键字提交机构拒绝理由4.2.3 数据元废止改变数据元的注册状态属性来改变数据元的状态为废止，但是废止的数据元并不删除，而仅限于数据元状态的标记。数据元废止应记录数据元废止的日期、理由、执行机构、执行人，记录格式如下：表5-6 数据元修改拒绝理由信息表数据元名

25、称标识符版本注册日期废止日期废止理由执行单位操作者4.3 数据元属性管理4.3.1 数据元基本属性预置1） 数据元基本属性预置：根据国标gb/t 18391预先完成对数据元基本属性的设置（见附录1 数据元基本属性的描述），可以供用户浏览，但是不能修改。根据国标gb/t 18391的规定，数据元的一些常规属性已经被定义为数据元的基本属性，见表5-1所示（纵列“约束”表示：在数据元字典中，一个属性是“必选（m）”，还是“条件选（c）”，或者是“可选（o）”）表7-1 数据元基本属性属性种类数据元属性名称约束建议最大长度(字符数)标识类 名称 标识符 版本 注册机构 同义名称 相关环境mcccoc8

26、0155358080定义类 定义m-关系类 分类模式 关键字（词） 相关数据参照 关系类型oooc35-表示类 表示类别 表示形式 数据元值的数据类型 数据元值的最大长度 数据元值的最小长度 表示格式 数据元允许值mmmmmcm35-355515-管理类 责任机构 注册状态 提交机构 备注ocoo801580-数据元属性的定义与描述必须遵循国标gb/t 18391对于数据元属性描述符的界定与要求，表5-2给出了关于描述数据元属性的常规描述符集，也就是说，对于一个数据元的属性，要求通过以下内容来进行描述，这些描述符可以理解为“属性的属性”。纵列“约束”表示描述数据元属性时，一个描述符是“必选”（

27、m），还是“条件选”（c），或者是“可选”（o）。表7-2 属性常规描述符属性描述符约束 名称（中、英文）m 定义m 约束m 条件c 最多实例数o 数据类型m 最大长度o 字符集c 语言c 备注o2）附加属性备选预置用户根据需要可能需要添加属性，系统为了保证数据元属性的尽量规范化，除了所规定的基本属性外，规定了可以供用户选择的附加属性（见附录2），属性表可依据具体数据管理需求进行扩展。附加属性可以适用于任何类别的标识类属性、定义类属性、关系类属性、表示类属性或管理类属性。4.3.2 自定义属性添加 要求有一定权限的用户才能进行数据元自定义属性添加。用户需要进行添加自定义属性的，系统提供属性的增

28、加功能。对于每一个增加的属性，都要求进行属性常规描述符的逐项输入。自定义属性添加按照下表，数据元描述符规定进行逐项填写：表7-3 数据元自定义属性添加属性描述符约束填写名称（中）m名称（英文）m定义m约束m条件c最多实例数o数据类型m最大长度o字符集c语言c备注o描述符填写分为以下三种情况：l 必选描述符的内容必须填写，系统校验要求不能为空；l 条件可选描述符根据条件进行校验设置，如果条件成立则不能为空；l 可选描述符可以提示用户填写，但是不做要求，可以为空。4.3.3 属性规范化描述管理要求有一定权限的用户才能进行数据元的属性管理。对已经进行自定义的属性，以及属性的描述符内容进行修改、删除等

29、编辑。要求以下方面的功能：l 当修改自定义属性的名称时，所有数据元中使用该属性的相应位置，同时进行修改。l 当需要删除一个自定义属性时，必须保证没有任何数据元在使用该自定义属性。4.4 公用数据元目录管理与维护4.4.1 公用数据元目录生成4.4.2 公用数据元目录管理4.5 系统字典设置4.5.1 数据元分类方案设置包括通用分类种类的预设值和分类种类的自定义。1）通用分类种类功能的预设软件首先能够满足数据元国标gb/t 18391中规定的、比较通用的数据元分类模式。具体要求软件能够根据分类模式选择用于该分类模式的分类属性。这就要求系统具有以下功能：l 数据元通用分类模式的预先设置，作为用户备

30、选；l 数据元通用分类使用到的分类属性，作为用户备选；l 将数据元分类模式与数据元分类属性之间根据标准建立对应关系，在用户选择分类模式之后提出合理的分类属性作为分类实施的备选。2）数据元分类种类的自定义除了国际规范、通行的数据元分类之外，用户可以根据自己的专业和数据特点定义数据元的分类种类，即定义新的分类角度来对数据元进行分类。用户定义的数据元分类种类进行设置和保存后，在数据元著录时可选。表7-4 数据元分类模式添加格式分类模式编号数据元分类模式名称用作分类依据的数据元属性分类模式说明4.5.2 数据元关系设置针对数据元属性中关系类属性中的“关系”属性。l 数据元基本关系的预置：要求系统预先设

31、置数据元基本关系，表5-5说明了国标gb/t 18391中规定的数据元几种基本关系以及表示格式：表7-5 数据元基本关系的表示格式表关系中文名称关系表示符关系描述派生关系derive-from描述了数据元之间的继承关系，一个较为专用的数据元是由一个较为通用的数据元加上某些限定词派生而来，例如“derive-from b”（b是数据元的标识符，下同），表明当前数据元由数据元b派生而来。组成关系compose-of描述了整体和部分的关系，一个数据元是另外若干个数据元组成，例如：“compose-of b、c、d”，表示当前数据元是由数据元b、c、d共同组成。替代关系replace-of描述了数据元

32、之间的替代关系，例如：“replace-of b”表明当前数据元替代了数据元b。连用关系link-with描述了一个数据元与另外若干数据元一起使用的情况，例如：“link-with b、c、d”，表明当前数据元需要和数据元b、c、d一起使用。l 数据元关系的自定义：除了国标规定的数据元基本关系之外，如果需要定义新的数据元关系，可以进行自定义添加，添加格式按表5-6所示。数据元关系的自定义应当由具有一定权限的用户进行操作。表7-6 数据源关系自定义关系中文名称关系表示符关系描述4.5.3 数据元表示形式设置针对数据元属性中表示类属性中的“表示形式”属性。l 基本表示形式的预置：标识出数据元的表示

33、形式有助于实现对数据元的规范化命名、分析、类比和查询等功能。表5-7给出了国标gb/t 18391中规定的国际范围内认可的表示形式。表7-7 国际范围内认可的表示形式的列表表示词含义金额货币单位的数量，通常与货币类型有关。日期特定的年月日，格式参照gb/t 7408。日期时间特定的年月日中的特定时间点，格式参照gb/t 7408。代码表示一组值中的一个值的字符串（字母、数字、符号）。描述表示一个人、客体、地点、事件或概念的一系列句子，既可用于定义（通常用一两个句子），也可用于较长文本。在数据元的中文名称中通常使用“说明”、“备注”、“意见”等词。名称为一个人、客体、地点、事件或概念指定的一个词

34、或短语。该词或短语是该人、客体、地点、事件或概念的称谓。号码一个特定的值的数字表示。它通常暗示了顺序或一系列中的一个。百分比具有相同计量单位的两个值之间的百分数形式的比率。量非货币单位数量，通常与计量单位有关。比率一个计量的量或金额与另一个计量的量或金额的比。指示符两个且只有两个表明条件的值，如on/off、true/false，又称标志。l 数据元表示词的自定义：除了国标规定的数据元基本的表示词之外，如果需要定义新的数据元表示词，可以进行自定义添加，系统应要求按照国标中基本表示词的内容项目添写自定义的数据元表示词。数据元关系的自定义应当由具有一定权限的用户进行操作。4.5.4 数据元表示类属

35、性数据类型设置针对数据元属性中表示类属性中的“数据类型”属性。l 普通数据类型的预置：标识出数据元的表示词有助于实现对数据元的规范化命名、分析、类比和查询等功能。表5-8给出了国标gb/t 18391中规定可能的取值列表，但不限于下表中所列。表7-8 数据类型可能的取值列表数据类型说明字符型通过字符形式表达的值的类型。数字通过从“0”到“9”数字形式表达的值的类型。日期型通过yyyymmdd的形式表达的值的类型，符合gb/t 7408 日期时间型通过yyyymmddhhmmss的形式表达的值的类型，符合gb/t 7408布尔型两个且只有两个表明条件的值，如on/off、true/false。二

36、进制上述无法表示的其他数据类型，比如图像、音频等4.5.5 数据元注册状态设置 针对数据元管理类属性中的注册状态属性。l 已登录：已注册的数据元，包括所有必选的属性值，但其内容可能同gb/t18391其他各个部分规定的质量要求不一样。l 已审核：已登录的数据元，应同gb/t18391其他各个部分规定的质量要求一致。l 已标准化：已审核的数据元，由注册机构（ra）确认，优先用于数据交换和新的或现时的应用领域。“标准化”的数据元在注册处内可能是唯一的，或在相似的数据元中是首选的。l 已失效：已登录、已审核或已标准化的数据元，经注册机构（ra）判定为“已停止使用”后，不再使用。 注册机构（ra）应制

37、定更详细的要求准则，在其管理的领域内，规定每个阶段应达到的目标。4.5.6 数据元注册机构设置包括机构、数据元设置、数据元注册状态设置。1）机构设置对领域内部一些常见的涉及数据元注册的机构设置为取值字典，以方便用户使用。包括责任机构设置和提交机构设置。设置格式，设置格式如下：表5-9 数据元机构设置序号机构名称机构代码角色地址负责人责任机构/提交机构2）注册状态设置（内容待定） 国标gb/t 18391.6的6.3的内容以及科学数据共享工程数据元标准化原则与方法相应内容为已登录、已审核、已标准化、已失效；科学数据共享工程数据元标准化原则与方法中附录a.6.1的内容为草案、试用、标准、废止；gb

38、/t 18391.6的6.4的管理状态说明内容为正在受理、草案、拒绝、提交、审核。5 浏览查询模块5.1 数据元查询用户对所有待审核数据元、已注册数据元、公用数据元目录进行查询，查询方式与查询要求如下：l 用户可以查询到的最大范围包括所有已经著录的结构化术语条目，包括已经被组合形成数据元的术语条目和未被组合的术语条目；l 可以要求系统通过结构术语条目的查询来列出包含所查询术语条目的、已经组合形成的数据元（应列出状态）；l 用户通过查询获得的与某个术语条目相关的数据元列表中，可以点击直接查看ian数据元的详细信息。5.2 管理项查询数据元一般查询按照数据元属性作为查询线索，可以进行精确查询和模糊

39、查询，可以是一个或者多个条件查询，通过增加查询条件记录完成，单个查询条件记录可表达如下：表5-1 数据元查询条件格式属性名称（菜单选择）查询方式选择（精确查询 / 模糊查询）查询关键词（用户输入）与其它查询条件关系（菜单选择 与/或）如果是多条查询条件组合进行查询，可增加一条查询条件。查询结果输出格式如下：l 列表输出，格式如下：表6-2 数据元查询结果列表数据元名称标识符版本分类模式关键字提交机构注册状态l 明细输出：用户在查询结果列表中点击数据元名称，获得该数据元明细信息，要求表现数据元所有属性。5.3 数据元输出将数据元作为文件进行导出，允许用户选择导出的文件格式。初步设计要求可以导出为

40、word、xml、excel、txt格式的文件。6 系统设置6.1 用户管理与权限设置对用户进行安全管理与权限设置，包括以下内容：l 用户管理：通过注册采集保存用户的口令等基本信息，考虑到为专业性软件，对用户信息要求较为全面的录入；l 用户安全管理：通过使用户名、口令（甚至校验码）等（或者更为安全、先进的）方式进行用户安全管理，保证用户的安全登录与注销；l 用户的权限管理：根据操作性质以及数据共享等级等对用户进行分类管理，不同等级的用户具有严格的权限级别。6.2 数据安全与维护6.2.1 数据备份对数据元标准库进行备份，生成文件导出保存，以备文件恢复使用。按照用户的权限级别不同，所负责和允许进

41、行备份的范围不同：l 管理员级别的用户要求备份所有的标准库内容；l 其他数据中心级别的用户要求负责备份自己负责的内容，并且能够备份自己专业领域的所有内容。6.2.2 数据恢复在将数据元标准库的备份文件进行导入恢复。l 作为值域字典的名称。l 为值域字典添加相关字典记录：例如如果定义了“abo血型字典”，则预置a、b、ab、o作为用户备选项。可能有些数据元涉及的备选项目数量很大（如采用icd-10编码作为值域），同样应当作为值域字典进行预先设置供用户选择。7 附录附录1 数据元基本属性的描述来源自gb/t 18391第3部分。1标识类属性1）属性名称：名称名称： 名称定义： 赋予数据元的单个或多

42、个字词的指称。约束： 必选数据类型： 字符串备注： 1. 关于命名原则见gb/t 18391.5和gb/t 18391.6； 2. 如果在一定的应用范围内有命名约定，则本属性必须根据这些约定来构成。 3. 控制数据元的环境可要求本属性能在一个数据元字典内部是唯一的。2）属性名称：标识符名称： 标识符定义： 在一个注册机构内与语言无关的一个数据元的唯一标识符。约束： 条件选条件： 如果属性“数据元名称”（6.1.1）在一个注册机构内部不是唯一的，那么本属性就是必选的。 唯一标识符的分配可作为任何注册机构的注册程序的必选部分。数据类型： 字符备注： 1. 为了在不同注册机构控制的数据元之间进行引用

43、，本属性可以由注册机构和属性“版本”（见6.1.3）的标识来限定，以保证唯一性。 2. 建立和控制数据元标识符的有关约定和建议见gb/t 18391.5和gb/t 18391.6。3）属性名称：版本名称： 版本定义： 在一个注册机构内的一系列逐渐完善的数据元规范中，某个数据元规范发布的标识。约束： 条件选条件： 当对属性进行了更新，并且这种更新满足注册机构制定的新版本的维护规则时，则本属性就是必选的。数据类型： 字符备注： 1. 有关版本使用的规则和建议见gb/t 118391.6 2. 由于数据元控制和数据元引用方面的原因，属性“版本”可以作为属性“标识符”的一个限定符来使用。4）属性名称：

44、注册机构名称： 注册机构定义： 经授权可对数据元注册的组织。约束： 条件选条件： 每一个出现的标识符都应指明一个注册机构。数据类型： 字符串备注： 组合属性“注册机构”、“标识符”和“版本”可用来唯一地确定一个数据元。 一个数据元可以由多个注册机构来注册。 gb/t 18391.6给出了关于注册机构的更多详细资料。5）属性名称：同义名称名称： 同义名称定义： 与给定名称有区别但表示相同的数据元概念的单字或多字的指称约束： 可选数据类型： 字符串备注： 在确定的应用环境中，同义名称常常是熟悉的名称。如果是这种情况的话，要使用属性“相关环境”（6.1.6）来指明这个环境。 假如有更多的同义名称存在

45、，则属性“同义名称”与“相关环境”应当作为一对属性来规定。6）属性名称：相关环境名称： 相关环境定义： 对使用或产生名称（或同义名称）的应用环境或应用规程的指明或描述。约束： 条件选数据类型： 字符串条件： 对于属性“同义名称”（6.1.5）的每一次出现来说，本属性都是必选的。 当属性“名称”（6.1.1）存在于一个信息交换过程中时，本属性是必选的。备注： 为属性“名称”(6.1.1)指定属性“相关环境”对于注册机构的注册程序来说是必须的。2定义类属性1）属性名称：定义名称： 定义定义： 表达一个数据元的本质特性并使其区别于所有其他数据元的陈述。约束： 必选数据类型： 字符串3、关系类属性1）属性名称：分类模式名称： 分类模式定义： 根据对象的来源、组成、结构、应用、功能等共同特