database - modelar - nosql pdf
¿Alguien que usa bases de datos NoSQL para el almacenamiento de registros médicos? (5)
estamos usando MongoDB (a través de MongoMapper y Ruby / Rails) para un sistema que agrega mensajes HL7 + de sistemas dispares (~ 15000 por día) a información significativa para médicos y consultorios.
No puedo decir suficientes cosas buenas sobre MongoDB. Puedes encontrar más en mi blog.
Los registros médicos electrónicos se componen de diferentes tipos de datos. La información de la visita (fecha / ubicación / información del seguro) parece prestarse a un RDMS. Otros tipos de información médica, como informes de laboratorio, rayos X, fotografías y firmas electrónicas, se basan en documentos y parecen ser un buen candidato para una base de datos ''orientada a documentos'', como MongoDB.
Tradicionalmente, los datos binarios se almacenarían como un BLOB en un RDBMS. Un enfoque híbrido que utilice un RDBMS tradicional junto con una base de datos ''orientada a documentos'' parecería una buena alternativa a esto. Otra alternativa sería algo así como DB2 purexml.
La respuesta final podría ser que ''depende'', pero realmente solo quería obtener algunos comentarios / ideas generales sobre esto.
¿Alguien está usando el enfoque NoSql para los registros médicos?
** Pregunta aclaratoria ** Para aclarar: ¿alguien está utilizando bases de datos nosql como: mongoDB, Cassandra, CouchDB para registros médicos, en un entorno de producción?
Quizás la base de datos original de NoSQL era MOMENTOS, que data de antes de que Codd ideara sus reglas (es decir, los años sesenta). Como su nombre lo indica (Sistema de U tilidad M ulti- V a del Hospital General de Massachusetts), su propósito original era el almacenamiento de documentos médicos. Aparentemente MUMPS todavía está en uso en algunos sistemas de salud y otros entornos. Saber más.
Pero en cuanto a la erupción más reciente de las bases de datos NoSQL, me sorprendería si hubiera alguna implementación, aún. La mayoría de estos productos aún son extremadamente beta y, al ser en su mayoría de código abierto, carecen de soporte. Las aplicaciones médicas inevitablemente serán extremadamente conservadoras, porque las personas podrían morir si el sistema de TI falla.
Sugeriría lo siguiente dado que está viendo múltiples opciones [SQL o NoSQL]. Al leer en magento me encontré con http://en.wikipedia.org/wiki/Entity-attribute-value_model, que tiene sentido cuando tienes una gran cantidad de atributos [columnas en un día para el idioma] de los cuales la mayoría serán nulos. Lea la página wiki y observe la parte que específicamente se relaciona con los informes de laboratorio.
Un puñado de grandes proveedores de software para el cuidado de la salud utilizan alguna versión de MUMPS, definitivamente una base de datos que no es SQL. Epic, Meditech, GE y VA''s VistA usan implementaciones de MOMP. MUMPS se presta bien a las soluciones de salud, en parte debido a su rendimiento y escalabilidad.
Sé que algunas implementaciones de MUMPS (estoy pensando específicamente en Intersystems Caché ) le permiten consultar la base de datos con SQL, pero eso requiere un conocimiento técnico profundo para asignar su modelo de datos no relacionales a tablas relacionales.
Trabajo para un gran proveedor de EMR que usa MUMPS y puedo decirte que no es una experiencia "divertida". Con eso me refiero a que no hay grandes herramientas que me permitan mejorar funciones increíbles en unas pocas líneas de código (no hay LINQ-To-M en .NET). Pero reconozco que el precio que pago por escribir más código para consultar datos vale la cuota de mercado.
Si está iniciando un negocio de EMR y diseñando su arquitectura, debe pensar en sus objetivos finales. Si está buscando crear un EMR completo que pueda abarcar múltiples áreas y especialidades, necesitará MUCHAS características al mismo tiempo que vigila el rendimiento, la confiabilidad y la escalabilidad. También necesitará unos miles de desarrolladores para llevar su producto al mercado lo antes posible porque con el nuevo estímulo de atención médica, los hospitales están comprando ahora .
Si está buscando una aplicación especializada de nicho, donde su base de usuarios será pequeña y enfocada, puede escoger cualquier tecnología de base de datos, buscando más herramientas y un desarrollo rápido.
Estoy utilizando NeoDatis ODB, que es una base de datos orientada a objetos (no está orientada a documentos, como CouchDB o MongoDB). Tiene un espacio de memoria muy bajo y es compatible con el cifrado de archivos de base de datos.