我应该使用HL7 RIM还是使用我自己的数据模型?

时间:2009-03-15 10:00:23

标签: database-design hl7

我的团队已被指派为客户构建电子医疗平台,在设计过程中我们遇到了这个困境:

我们有两个数据模型选项,HL7 RIM(参考信息模型)和另一个尚未设计的选项。

尽管RIM已被广泛记录并且看起来非常完整,但我不确定它是否是最佳选择,因为它的复杂性和明显的缓慢。

我想设计一个更简单的模型,它只考虑客户的要求,旨在更容易理解,也许更快。

你怎么看?我应该遵循HL7-RIM吗?或者我应该考虑一个更简单的模型来满足客户的需求吗?

在任何情况下,需要交换信息都需要实现HL7消息传递协议,因此我们必须独立于底层模型开发该部分。

3 个答案:

答案 0 :(得分:7)

答案是使用您自己的模型,特定于客户要求,但具有功能要求,始终能够与HL7互换。在整个开发过程中测试该要求。

答案 1 :(得分:4)

您在医疗保健数据方面需要的灵活性越多(您的应用程序所使用的“存储库或数据仓库”越多),实施HL7 RIM的原因就越多。搜索“RIMBAA”(基于RIM的应用程序架构)以获取有关此方法的其他信息。

您的应用程序面向支持一组明确定义的工作流程的次数越多,使用针对该特定工作流程优化的数据模型的理由就越多。我同意John Saunders:确保您的“优化数据模型”可以映射到RIM。这应该有助于“将来证明”您的应用程序并使其更容易支持HL7接口。

答案 2 :(得分:2)

我会推荐HL7但是你应该对它的使用保持战略性。我假设您的组织已经拥有一整套软件系统。如果是这种情况,那么在关键服务上公开“HL7接口”可能是一个好主意,但是以某种特定于您组织的规范形式提供内部对话框。

HL7的优点在于它本身就是基于消息的,所以你可以使用Business Proccessor Manager(BPM)软件做各种很酷的事情,你只需要让你的商人们绘制出HL7消息流的漂亮图表。受治理。

我可能建议的一件事是对各种“适配器”进行调查,例如“适用于HL7的iWay智能适配器”或IBM的WTX。这些让您专注于您需要编写的业务代码,而不必担心传输层的HL7消息传递等...

希望有所帮助。