我的团队被指派为客户建立一个电子健康平台，在设计过程中我们遇到了这样的困境：
对于数据模型，我们有两个选项，HL7 RIM（参考信息模型）和另一个尚未设计的选项。
尽管 RIM 已被广泛记录并且看起来非常完整，但鉴于其复杂性和明显的缓慢性，我不确定它是否是最佳选择。
我想设计一个更简单的模型，它只考虑客户的要求，旨在更容易理解并且可能更快。
你怎么看？我应该遵循 HL7-RIM 吗？或者我应该为我的客户的要求想出一个更简单的模型？
在任何情况下，信息交换都需要实现 HL7 消息传递协议，因此我们必须独立于底层模型开发该部分。
答案是使用您自己的模型，特定于客户要求，但具有始终能够与 HL7 互换的功能要求。在整个开发过程中测试该要求。
您在医疗保健数据方面需要的灵活性越高（应用程序的“存储库或数据仓库”越多），实施 HL7 RIM 的理由就越大。搜索“RIMBAA”（基于 RIM 的应用程序架构）以获取有关此方法的更多信息。
您的应用程序越倾向于支持一组特定的定义良好的工作流，就越有理由使用针对该特定工作流优化的数据模型。我同意 John Saunders 的观点：确保您的“优化数据模型”可以映射到 RIM。这应该有助于“面向未来”您的应用程序并使其更容易支持 HL7 接口。
我会推荐 HL7，但是你应该对它的使用保持战略性。我假设您的组织中已经拥有一整套软件系统。如果是这种情况，在关键服务上公开“HL7 接口”可能是一个好主意，但内部对话采用特定于您的组织的规范形式。
HL7 的伟大之处在于它本质上是基于消息的，因此您可以使用 Business Proccessor Manager (BPM) 软件做各种很酷的事情，您只需让您的业务人员绘制关于 HL7 消息流如何管理的漂亮图表。
我可能建议的一件事是调查各种“适配器”，例如“iWay Intelligent Adapter for HL7”或 IBM 的 WTX。这些让您可以专注于需要编写的业务代码，而不必担心传输层的 HL7 消息传递等……
希望有帮助。