Любой, кто использует базы данных NoSQL для хранения медицинских записей?

Электронные медицинские записи состоят из разных типов данных. Информация о визите (дата/место/информация о страховании), похоже, поддается RDMS. Другие типы медицинской информации, такие как лабораторные отчеты, рентгеновские снимки, фотографии и электронные подписи, основаны на документах и, по-видимому, являются хорошим кандидатом для базы данных, ориентированной на документ, такой как MongoDB.

Традиционно двоичные данные будут храниться как BLOB в РСУБД. Гибридный подход с использованием традиционной СУБД наряду с "документально-ориентированной" базой данных может показаться хорошей альтернативой этому. Другой альтернативой может быть нечто вроде DB2 purexml.

Конечным ответом может быть то, что "это зависит", но я действительно хотел получить некоторые общие отзывы/идеи по этому поводу.

Кто-нибудь использует подход NoSql для медицинских записей?

** Уточняющий вопрос ** Чтобы уточнить: кто-нибудь использует базы данных nosql, такие как: mongoDB, Cassandra, CouchDB для медицинских записей, в производственной среде?

Ответ 1

Несколько крупных поставщиков программного обеспечения для здравоохранения используют некоторую версию MUMPS, определенно базу данных, отличную от SQL. Epic, Meditech, GE и VA VistA используют некоторую реализацию MUMPS. MUMPS хорошо зарекомендовал себя в решениях здравоохранения частично из-за его производительности и масштабируемости.

Я знаю, что некоторые реализации MUMPS (я думаю конкретно о Intersystems Caché) позволяет запрашивать базу данных с SQL, но для этого требуется некоторые глубокие технические знания для сопоставления вашей нереляционной модели данных с реляционными таблицами.

Я работаю для большого поставщика EMR, который использует MUMPS, и я могу сказать вам, что это не "забавный" опыт. Под этим я подразумеваю, что нет отличных инструментов, которые позволяют мне взломать удивительные функции в нескольких строках кода (там нет LINQ-To-M в .NET). Но я признаю, что цена, которую я оплачиваю в письменной форме, больше кода для данных запроса стоит рынка.

Если вы начинаете бизнес EMR и разрабатываете свою архитектуру, вам нужно подумать о своих конечных целях. Если вы хотите создать полноценный EMR, который может охватывать несколько областей и специальностей, вам потребуется множество функций, при этом следя за тем, чтобы повысить производительность, надежность и масштабируемость. Вам также понадобится несколько тысяч разработчиков, чтобы получить ваш продукт на рынок как можно скорее, потому что с помощью нового стимула для здравоохранения больницы покупают сейчас.

Если вы ищете специализированное приложение для ниши, где ваша пользовательская база будет небольшой и сфокусированной, вы можете выбрать любую технологию баз данных, которая больше подходит для оснастки и быстрого развития.

Ответ 2

Возможно, оригинальная база данных NoSQL была MUMPS, которая датируется до того, как Кодд разработал свои правила (т.е. 1960-е годы). Как следует из названия (Massachusetts General Hospital Utility Multi-Programming System), его первоначальной целью было хранение медицинских документов. По-видимому, MUMPS все еще используется в некоторых системах здравоохранения и в других средах. Подробнее...

Но что касается более поздней сыпи из баз данных NoSQL, я бы удивился, если бы были какие-то реализации. Большинство из этих продуктов по-прежнему являются чрезвычайно бета-версией и, в основном, с открытым исходным кодом, лишены поддержки. Медицинские приложения неизбежно будут чрезвычайно консервативными, потому что люди могут умереть, если система ИТ нарушит свои позиции.

Ответ 3

мы используем MongoDB (через MongoMapper и Ruby/Rails) для системы, которая объединяет сообщения HL7 + из разрозненных систем (~ 15000 в день) в значимую информацию для врача и практики.

Я не могу сказать достаточно хороших вещей о MongoDB. Вы можете найти больше в моем блоге.

Ответ 4

Я предлагаю следующее, учитывая, что вы просматриваете несколько вариантов [SQL или NoSQL]. Во время чтения на magento я наткнулся на http://en.wikipedia.org/wiki/Entity-attribute-value_model, что имеет смысл, когда у вас есть большое количество атрибутов [столбцы в день на язык] который больше всего будет нулевым. Прочитайте страницу вики и обратите внимание на ту часть, которая специально связана с отчетами лаборатории.

Ответ 5

Я использую ODB NeoDatis, который является объектно-ориентированной базой данных (а не документированной как CouchDB или MongoDB). Он имеет очень низкое пространство памяти и поддерживает шифрование файла базы данных.