Anhøj Jacob
AstraZeneca A/S, Business Communication, Roskildevej 22, DK-2620 Albertslund, Denmark.
J Med Internet Res. 2003 Nov 4;5(4):e27. doi: 10.2196/jmir.5.4.e27.
The complexity and the rapid evolution and expansion of the domain of clinical information make development and maintenance of clinical databases difficult. Whenever new data types are introduced or existing types are modified in a conventional relational database system, the physical design of the database must be changed accordingly. For this reason, it is desirable that a clinical database be flexible and allow for modifications and for addition of new types of data without having to change the physical database schema. The ideal clinical database would therefore implement a highly-detailed logical database schema in a completely-generic physical schema that stores the wide variety of clinical data in a small and constant number of tables.
The objective was to review the medical literature regarding generic design of clinical databases.
A search strategy was devised for PubMed and Google to get the best match of peer-reviewed articles and free Web resources on the subject.
Eight peer reviewed articles and a Web tutorial were found. All the resources described the so-called Entity-Attribute-Value (EAV) design as a means of simplifying the physical layout of data tables in a clinical database. In Entity-Attribute-Value design all data can be stored in a single generic table with conceptually 3 columns: 1 for entity (eg, patient identification), 1 for attribute (eg, name), and 1 for value (eg, "Jens Hansen"). To add more descriptive fields to the entity class, all that is necessary is to add attribute values to be stored in the attribute field. The main advantages of the Entity-Attribute-Value design are flexibility and effective entity-centered data retrieval. The main disadvantages are complicated front-end programming needed to display data in a conventional layout that the user understands and less-efficient attribute-centered queries. The Internet offers unique opportunities for database deployment, eliminating problems of user-interface deployment. Furthermore, Web forms may be generated in a completely-generic fashion during run time from metadata describing the semantic structure of clinical information stored in the database.
The Entity-Attribute-Value model is useful for generic design of clinical databases. Depending on the specific requirements of the application, more or less complex metadata models may be applied.
临床信息领域的复杂性、快速演变和扩展使得临床数据库的开发与维护颇具难度。在传统关系数据库系统中,每当引入新的数据类型或修改现有数据类型时,数据库的物理设计都必须相应改变。因此,临床数据库应具备灵活性,允许在不改变物理数据库架构的情况下进行修改并添加新的数据类型。理想的临床数据库应在完全通用的物理架构中实现高度详细的逻辑数据库架构,该架构能以少量且固定数量的表存储各种各样的临床数据。
回顾关于临床数据库通用设计的医学文献。
为PubMed和谷歌设计了搜索策略,以获取关于该主题的同行评审文章和免费网络资源的最佳匹配结果。
找到八篇同行评审文章和一篇网络教程。所有资源都将所谓的实体-属性-值(EAV)设计描述为简化临床数据库中数据表物理布局的一种方法。在实体-属性-值设计中,所有数据都可存储在一个概念上有三列的通用表中:一列用于实体(如患者标识),一列用于属性(如姓名),一列用于值(如“延斯·汉森”)。要向实体类添加更多描述字段,只需在属性字段中添加要存储的属性值。实体-属性-值设计的主要优点是灵活性和以实体为中心的高效数据检索。主要缺点是需要复杂的前端编程才能以用户理解的传统布局显示数据,以及以属性为中心的查询效率较低。互联网为数据库部署提供了独特机遇,消除了用户界面部署的问题。此外,运行时可根据描述存储在数据库中的临床信息语义结构的元数据以完全通用的方式生成网络表单。
实体-属性-值模型对临床数据库的通用设计很有用。根据应用的具体要求,可应用或多或少复杂的元数据模型。