Wer nutzt NoSQL-Datenbanken für die Speicherung von Krankenakten?

Question

Elektronische Patientenakten bestehen aus verschiedenen Arten von Daten. Besuchsinformationen (Datum/Ort/Versicherungsinfo) scheinen sich für einen RDMS zu eignen. Andere Arten von medizinischen Informationen, wie Laborberichte, Röntgenbilder, Fotos und elektronische Signaturen, sind dokumentenbasiert und scheinen ein guter Kandidat für eine "dokumentenorientierte" Datenbank wie MongoDB zu sein.

Traditionell werden binäre Daten als BLOB in einem RDBMS gespeichert. Ein hybrider Ansatz, der ein traditionelles RDBMS zusammen mit einer "dokumentenorientierten" Datenbank verwendet, scheint eine gute Alternative dazu zu sein. Eine andere Alternative wäre etwas wie DB2 purexml.

Die ultimative Antwort könnte sein, dass es "abhängt", aber ich wollte wirklich nur ein paar allgemeine Rückmeldungen/Ideen dazu bekommen.

Verwendet jemand den NoSql-Ansatz für medizinische Aufzeichnungen?

** Klärende Frage ** Zur Klarstellung: verwendet jemand Nosql-Datenbanken wie: mongoDB, Cassandra, CouchDB für medizinische Aufzeichnungen, in einer Produktionsumgebung?

Answer 1

Ich würde vorschlagen, dass Sie mehrere Optionen [SQL oder NoSQL] betrachten. Beim Lesen auf Magento stieß ich auf http://en.wikipedia.org/wiki/Entity-attribute-value_model, was Sinn macht, wenn Sie eine große Anzahl von Attributen haben [Spalten in Tag zu Sprache] von denen die meisten Null sein werden. Lesen Sie die Wiki-Seite und notieren Sie den Teil, der sich speziell auf Laborberichte bezieht.

Answer 2

Vielleicht war die ursprüngliche NoSQL-Datenbank MUMPS, die aus der Zeit stammt, bevor Codd seine Regeln (d. H. Die 1960er Jahre) ersann. Wie der Name (M assachusetts General Hospital U tility M ultima P rogrammierung S ystem) schon sagt, war der ursprüngliche Zweck der Speicherung von medizinischen Dokumenten. Anscheinend wird MUMPS noch in einigen Gesundheitssystemen und anderen Umgebungen verwendet. Find out more.

Aber wie für den jüngsten Ausschlag der NoSQL-Datenbanken würde ich überrascht sein, wenn es Implementierungen - noch. Die meisten dieser Produkte sind immer noch extrem Beta und - da sie weitgehend Open Source sind - ohne Unterstützung. Medizinische Apps werden zwangsläufig sehr konservativ sein, weil Leute sterben könnten, wenn das IT-System sich beschwert.

Answer 3

Eine Handvoll großer Softwareanbieter im Gesundheitswesen verwenden eine Version von MUMPS, definitiv eine Nicht-SQL-Datenbank. Epic, Meditech, GE und der VistA von VA verwenden alle eine Implementierung von MUMPS. MUMPS eignet sich aufgrund seiner Leistungsfähigkeit und Skalierbarkeit auch für Gesundheitslösungen.

Ich weiß, dass einige MUMPS-Implementierungen (ich denke speziell an Intersystems Caché) können Sie die Datenbank mit SQL abfragen, aber das erfordert einige eingehende technische Kenntnisse, um Ihre nicht relationalen Datenmodell zu relationalen Tabellen zuzuordnen.

Ich arbeite für einen großen EMR-Anbieter, der MUMPS verwendet und ich kann Ihnen sagen, es ist keine "Spaß" -Erfahrung. Damit meine ich, dass es keine großartigen Tools gibt, die es mir erlauben, in ein paar Codezeilen großartige Funktionen zu entwickeln (in .NET gibt es kein LINQ-To-M). Aber ich erkenne, dass der Preis, den ich beim Schreiben von mehr Code für die Abfrage von Daten bezahle, den Marktanteil wert ist.

Wenn Sie ein EMR-Geschäft beginnen und Ihre Architektur entwerfen, müssen Sie sich Ihre ultimativen Ziele überlegen. Wenn Sie ein vollwertiges EMR erstellen möchten, das mehrere Bereiche und Spezialgebiete abdecken kann, benötigen Sie eine Vielzahl von Funktionen, während Sie gleichzeitig die Leistung, Zuverlässigkeit und Skalierbarkeit im Auge behalten.Sie brauchen auch ein paar tausend Entwickler, um Ihr Produkt so schnell wie möglich auf den Markt zu bringen, denn mit dem neuen Healthcare-Stimulus kaufen die Krankenhäuser jetzt.

Wenn Sie sich eine spezielle Nischenanwendung ansehen, bei der Ihre Benutzerbasis klein und fokussiert sein wird, können Sie sich für eine beliebige Datenbanktechnologie entscheiden und mehr nach Werkzeugen und schneller Entwicklung suchen.

Answer 4

Ich verwende NeoDatis ODB, eine objektorientierte Datenbank (nicht dokumentenorientiert wie CouchDB oder MongoDB). Es hat einen sehr geringen Speicherbedarf und unterstützt die Verschlüsselung von Datenbankdateien.

Answer 5

Wir verwenden MongoDB (über MongoMapper und Ruby/Rails) für ein System, das HL7 + -Nachrichten von verschiedenen Systemen (~ 15000 pro Tag) zu aussagekräftigen Informationen für Ärzte und Praxen zusammenfasst.

Ich kann nicht genug gute Dinge über MongoDB sagen. Sie können mehr auf meinem Blog finden.