38、医疗保健数据仓库设计全解析

医疗保健数据仓库设计全解析

1. 日期维度的角色扮演

在医疗保健数据仓库设计中，累积快照事实表通常会涉及多个日期戳。例如，可能存在八个指向日期维度的外键。为了更好地处理这些外键，不应将它们连接到日期维度表的单个实例。而是应该在单个底层日期维度表上创建八个视图，然后将事实表分别连接到这八个视图，就好像它们是八个独立的日期维度表一样。这八个视图的定义应该对列名进行重新标记，以便于区分，这样访问这些视图的商业智能（BI）工具就能为业务用户呈现易于理解的列名。

除了日期维度，其他维度也可能有类似的角色扮演情况。例如，在收费的超类型和子类型部分，医生维度会根据医生是转诊医生、主治医生，还是以咨询或协助身份工作，而扮演多个角色。

2. 多值诊断的处理

通常情况下，事实表周围的维度在事实事件的上下文中只取单一值。然而，在医疗保健事实表中，诊断维度是多值情况的一个典型例子。在进行手术或实验室测试时，患者可能有一个或多个诊断。电子病历应用程序使得医生可以选择多个诊断，这比以往仅为报销提供最少编码的做法更能全面反映患者的病情严重程度。

如果总是最多只有三个诊断，可能会想在事实表中创建三个诊断外键及其对应的维度，但诊断并不像独立的角色那样行事。而且，实际情况中往往会有超过三个诊断，特别是住院的老年患者可能同时有 20 个诊断。除了可能的主要入院和出院诊断外，诊断并不适合定义明确的角色。此外，使用多个诊断外键的设计会使 BI 应用程序效率低下，因为查询不知道该约束哪个维度槽来查询特定的诊断。

为了处理多值诊断的开放性问题，可以采用如图所示的设计：

Dia