电子病历由不同类型的数据组成。访问信息(日期/位置/保险信息)似乎适用于RDMS。其他类型的医疗信息，如实验室报告，X光照片，照片和电子签名都是基于文档的，并且似乎是“文档导向”数据库(如MongoDB)的良好候选者。
传统上二进制数据将作为BLOB存储在RDBMS中。使用传统RDBMS和“面向文档”数据库的混合方法似乎是很好的选择。其他的替代方法就是像DB2 purexml这样的东西。
最终的答案可能是“这取决于”，但我真的只想得到一些一般的反馈/想法。
**澄清问题**
要澄清：有人在生产环境中使用nosql数据库，例如：mongoDB，Cassandra，CouchDB的医疗记录？
一些大型医疗保健软件供应商使用一些版本的MUMPS，绝对是一个非sql数据库。 Epic，Meditech，GE和VA的VistA都使用MUMPS的一些实现。 MUMPS适用于医疗保健解决方案，部分原因在于其性能和可扩展性。
我知道一些MUMPS实现(我正在考虑Intersystems Caché)允许您使用SQL查询数据库，但这需要一些深入的技术知识将非关系数据模型映射到关系表。
我为一个使用MUMPS的大型EMR供应商工作，我可以告诉你这不是一个“有趣”的经历。所以我的意思是没有很好的工具，允许我在几行代码(在.NET中没有LINQ-To-M)鞭打真棒的功能。但是我认识到我付出代价来编写更多的代码来查询数据是值得市场分析的。
如果您正在开展EMR业务并设计您的架构，则需要考虑到您的最终目标。如果您希望创建一个能够跨越多个领域和专业领域的完整EMR，您将需要大量的功能，同时关注性能，可靠性和可扩展性。您还需要几千位开发人员尽快将您的产品推向市场，因为通过新的医疗保健刺激措施，医院现在正在购买。
如果您正在考虑一个特殊的应用程序，那么您的用户群体将小型化，集中精力，您可以选择任何数据库技术，更多地了解工具和快速开发。