Loading...

订阅 订阅 订阅

构建下一代 EHR 数据模型

2022 年 3 月 29 日 - Parul Saini,Webmedy 团队


今天的病人护理是脱节的,大多数合作者不知道他们正在为病人实时做什么。跟踪患者的整个护理团队(提供者、付款人、家庭成员等)以及协调和整合他们的电子活动是成功的 EHR 在从回顾性文档转移到现代患者协作平台时需要轻松处理的事情。时至今日,EHR 应用程序通常仅限于“法人实体”(例如,单一医院或医院系统或单一实践)。为了提供综合和协调的医疗保健,EHR 系统必须向外部边界开放,但很少有人这样做。

这是由于缺乏对未来共享储蓄计划、按人头付费模式、ACO 和 PCHM 将需要难以建立、实施和保护的质量指标测量的协调水平和数量的理解。未来的 EHR 必须被视为具有动态经济模型的综合护理协调平台,可以处理大量的波动性和灵活性,特别是在法律边界方面。在处理多组织合作伙伴关系和用户社区的不确定性时,应用程序设计和数据模型必须支持更流畅的流程,这些流程可以根据新参与者的需求每天或每周发生变化。

根据医疗保健 IT 应用程序开发社区的说法,数据建模不仅仅是一项技术练习,这会导致不包含下一代业务模型的糟糕设计。围坐在桌子旁的一群工程师和其他书呆子无法定义数据模型。了解所有数据的应用程序、数据中涉及的关系和属性,以及最重要的是,了解数据管理策略在未来将如何发展和变化都是数据建模的一部分。在设计大多数系统时,最后一部分(数据库可扩展性)经常被忽略。所有这些都需要与最终用户、利益相关者和其他非技术人员直接接触。很多时候,数据库被认为是一个文件柜:只要把你需要的任何东西都扔进去,然后再与组织打交道。这在新兴的 ACO 和 PCMH 世界中是不可想象的。

下一代 EHR 数据模型中的必需属性

  • 适应性强的患者驱动的“个体”模型。当今和可扩展的信息库将患者(买方)、医生、护士、员工、监督者、联系人、保险合同持有人以及相关信息建模为个人记录。您应该尝试在单独的可继承且相关的表中显示不同的个体类型,而不是为每种个体使用不同的表(例如,患者与医生的备用表)。
  • 同样,组织应该有灵活的多设施“组织”模型。设施、租户、医院、保险提供商、部门、诊所、管理和相关数据应该组织在一个称为组织的东西中。任何不是人的实体都可能属于组织记录类型类别。因此,应该使用具有适当属性的单个表。
  • 跨多个法人实体工作时支持患者识别和重复数据删除。在多实体法律框架中,不会有一个单一的标识符来管理所有系统。有多种映射可用于任何实体,从用于内部一致性的主键到多个外部标识符。在集成多个系统时,一个人的记录应该能够容纳一组标识值,这些标识值可用于 ID 查找和重复数据删除要求。
  • PHI 与临床和交易属性的分离。一个好的设计是将 PHI 数据移动到一个数据库中(配置了适当的安全性),并将临床、业务和其他属性放在另一个数据库中。
  • 多角色支持。数据库中的每个实体,例如个人或组织,都应该能够同时支持多个角色。
  • 实体属性的长期存储和管理(修订控制)。数据在长时间存储后可能会发生变化。可扩展的数据库允许数据的长期归档和结构的变更管理,以及数据的修订控制。
  • 支持同一数据库中的多个用户和设备。在创建数据库时,始终假设多个应用程序将写入同一个数据库。因此,您应该跟踪哪个应用程序写入或更改了记录,以及哪个设备这样做了。

随时了解情况。


获取屡获殊荣的行业报道,包括最新消息、案例研究和专家建议。

技术的成功在于保持知情!

在社交平台上关注我们


相关文章


类别


13 帖子

最近更新时间 2022 年 8 月 23 日

47 帖子

最近更新时间 2022 年 3 月 30 日

33 帖子

最近更新时间 2022 年 3 月 20 日

60 帖子

最近更新时间 2022 年 7 月 7 日

5 帖子

最近更新时间 2022 年 8 月 10 日

3 帖子

最近更新时间 2022 年 8 月 16 日

热门帖子


随时了解情况。


获取屡获殊荣的行业报道,包括最新消息、案例研究和专家建议。

技术的成功在于保持知情!

订阅 订阅 订阅

在社交平台上关注我们


在社交平台上关注我们


© 2022 Ardinia Systems Pvt Ltd. 保留所有权利。
披露:此页面包含附属链接,这意味着如果您决定通过链接进行购买,我们将免费获得佣金。
隐私政策
Webmedy 是 Ardinia Systems 的产品。