database - 有人使用NoSQL数据库存储病历吗？

Question

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。




已关闭8年。




电子病历由不同类型的数据组成。访问信息(日期/位置/保险信息)似乎很适合RDMS。其他类型的医学信息，例如实验室报告，X射线，照片和电子签名，都是基于文档的，并且似乎是“面向文档”数据库(例如MongoDB)的良好候选者。

传统上，二进制数据将作为BLOB存储在RDBMS中。使用传统的RDBMS和“面向文档”的数据库的混合方法似乎是一种很好的选择。其他选择可能是类似DB2 purexml的东西。

最终的答案可能是“取决于”，但我真的只是想获得一些对此的一般反馈/想法。

是否有人使用NoSql方法进行医疗记录？

**澄清问题**
需要说明的是:在生产环境中，是否有人将nosql数据库(例如mongoDB，Cassandra，CouchDB)用于病历？

最佳答案

少数大型医疗软件供应商使用某些版本的MUMPS，绝对是非SQL数据库。 Epic，Meditech，GE和VA的VistA都使用MUMPS的某些实现。 MUMPS非常适合医疗保健解决方案，部分原因是其性能和可扩展性。

我知道一些MUMPS实现(我特别考虑Intersystems Caché)允许您使用SQL查询数据库，但这需要一些深入的技术知识才能将非关系数据模型映射到关系表。

我为使用MUMPS的大型EMR供应商工作，我可以告诉您这不是“有趣”的体验。我的意思是说，没有好的工具可以让我用几行代码来编写出色的功能(.NET中没有LINQ-To-M)。但是我认识到，我为编写更多代码以查询数据而付出的代价是值得的。

如果您要开始EMR业务并设计架构，则需要考虑自己的最终目标。如果您要创建一个可以跨越多个 Realm 和专业的成熟EMR，则需要很多功能，同时还要关注性能，可靠性和可伸缩性。您还需要几千名开发人员才能尽快将您的产品推向市场，因为有了新的医疗保健刺激计划，医院现在正在购买。

如果您正在寻找一个特殊的利基应用程序，因为您的用户群很小且专注于该应用程序，那么您可以选择任何一种数据库技术，更多地用于工具和快速开发。

关于database - 有人使用NoSQL数据库存储病历吗？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2516752/

上一篇：sql-server - 围绕缺少跨数据库外键引用的 SQL 设计

下一篇：database - 保持我的数据库和文件系统同步

相关文章：

mysql - macOS 上 my.cnf 文件的位置

database - 什么时候不使用 Cassandra？

blockchain - 区 block 链中的权限？

database - EMR(电子病历)标准记录格式？

resize - 如何调整 nifti(nii.gz 医学图像)文件的大小

php - Joomla 在哪里存储 'fulltext' 篇文章？

ios - 对象引用未设置到对象的实例 - Select 语句 Sqlite Xamarin iOS

sql - 如何将这两个表连接到同一个 Sql 结果中

database-design - 在 NoSQL 解决方案中支持多种语言吗？

azure - 如何告诉 Azure 表存储不存储某些实体属性

Answer 1

少数大型医疗软件供应商使用某些版本的MUMPS，绝对是非SQL数据库。 Epic，Meditech，GE和VA的VistA都使用MUMPS的某些实现。 MUMPS非常适合医疗保健解决方案，部分原因是其性能和可扩展性。

我知道一些MUMPS实现(我特别考虑Intersystems Caché)允许您使用SQL查询数据库，但这需要一些深入的技术知识才能将非关系数据模型映射到关系表。

我为使用MUMPS的大型EMR供应商工作，我可以告诉您这不是“有趣”的体验。我的意思是说，没有好的工具可以让我用几行代码来编写出色的功能(.NET中没有LINQ-To-M)。但是我认识到，我为编写更多代码以查询数据而付出的代价是值得的。

如果您要开始EMR业务并设计架构，则需要考虑自己的最终目标。如果您要创建一个可以跨越多个 Realm 和专业的成熟EMR，则需要很多功能，同时还要关注性能，可靠性和可伸缩性。您还需要几千名开发人员才能尽快将您的产品推向市场，因为有了新的医疗保健刺激计划，医院现在正在购买。

如果您正在寻找一个特殊的利基应用程序，因为您的用户群很小且专注于该应用程序，那么您可以选择任何一种数据库技术，更多地用于工具和快速开发。