电子医疗记录由不同类型的数据组成.访问信息(日期/位置/保险信息)似乎适合RDMS.其他类型的医疗信息,例如实验室报告,X射线,照片和电子签名,都是基于文档的,似乎是"面向文档"数据库的良好候选者,例如MongoDB.
传统上,二进制数据将作为BLOB存储在RDBMS中.使用传统RDBMS和"面向文档"数据库的混合方法似乎是一种很好的替代方法.其他替代方案可能是DB2 purexml.
最终的答案可能是"它取决于",但我真的只想得到一些关于此的一般性反馈/想法.
是否有人使用NoSql方法进行医疗记录?
**澄清问题**澄清:是否有人在生产环境中使用nosql数据库,例如:mongoDB,Cassandra,CouchDB用于医疗记录?
少数大型医疗保健软件供应商使用某种版本的MUMPS,绝对是非SQL数据库.Epic,Meditech,GE和VA的VistA都使用了MUMPS的一些实现.MUMPS非常适合医疗保健解决方案,部分原因在于其性能和可扩展性.
我知道有些流行性腮腺炎实现(我专门在想InterSystems的Caché数据库)允许您查询与SQL数据库,但是这需要一些深入的技术知识,你的非关系型数据模型映射到关系表.
我为一家使用MUMPS的大型EMR供应商工作,我可以告诉你这不是一种"有趣"的体验.我的意思是说,没有很好的工具可以让我在几行代码中提供很棒的功能(.NET中没有LINQ-To-M).但我认识到,我在编写更多代码来查询数据时付出的代价值得市场共享.
如果您正在开始EMR业务并设计您的架构,您需要考虑您的最终目标.如果您正在寻求创建可以跨越多个领域和专业的全功能EMR,您将需要很多功能,同时仍然关注性能,可靠性和可扩展性.您还需要几千名开发人员尽快将您的产品推向市场,因为新的医疗保健刺激计划,医院现在正在购买.
如果您正在寻找一个专业的利基应用程序,您的用户群将是小型和专注的,您可以选择任何数据库技术,寻找更多的工具和快速开发.