我的团队已被分配到建立一个客户电子健康平台,并在设计过程中,我们在这种困境已经到了:

我们具有用于数据模型中的两个选择, HL7 RIM (参考信息模型),另一种是尚未进行设计。

虽然RIM已经被广泛证明,似乎很完整,我不知道这是否是最好的选择,因为它的复杂性和明显缓慢。

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

你觉得呢?我应该遵循HL7的RIM?或者我应该想到了一个简单的模型为我的客户的要求是什么?

在任何情况下,需要的信息交换将需要HL7消息传送协议的实现中,所以我们必须独立开发底层模型的部分。

有帮助吗?

解决方案

在更多的灵活性,你在医疗保健数据(“仓库或数据仓库”你的应用程序的更多)的条款要求,更实现了HL7 RIM的原因。搜索“RIMBAA”(RIM基于应用架构),用于这种方法的附加信息。

在更应用程序被定向成支持一个特定的一组明确定义的工作流,更有理由使用真实optimzed该特定工作流程的数据模型。我同意约翰·桑德斯:确保你的“优化的数据模型”可以被映射到RIM。这应该有助于为“面向未来的”你的应用程序,并使其更容易支持HL7接口。

其他提示

答案就是用自己的模型,针对不同客户的要求,但有功能性要求总是能够与HL7互换。测试在整个开发过程中的要求。

我会建议HL7但是你应该是战略性的有关其使用。我假设你在你的组织有一个整体的软件系统套件了。如果是这样的话,它可能是一个好主意,有“HL7接口”暴露在关键服务,但必须以某种规范的形式组织特定的内部对话。

有关HL7的伟大之处在于它本身基于消息的,所以你可以做所有种类的商务Proccessor管理(BPM)软件,你只是让你的商务人士画出漂亮的图表很酷的事情是如何的HL7消息的流被约束。

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

希望有所帮助。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top