의료 기록 저장소에 NoSQL 데이터베이스를 사용하는 사람은 누구입니까?

전자 의료 기록은 다양한 유형의 데이터로 구성됩니다. 방문 정보 (날짜/위치/보험 정보)가 RDMS에 적합합니다. 실험실보고, x- 레이, 사진 및 전자 서명과 같은 다른 유형의 의료 정보는 문서 기반이며 MongoDB와 같은 '문서 지향'데이터베이스의 좋은 후보로 보입니다.의료 기록 저장소에 NoSQL 데이터베이스를 사용하는 사람은 누구입니까?

일반적으로 이진 데이터는 BLOB로 RDBMS에 저장됩니다. 전통적인 RDBMS와 함께 '문서 지향'데이터베이스를 사용하는 하이브리드 방식은 이와 같은 좋은 대안으로 보입니다. 다른 대안은 DB2 purexml과 같은 것입니다.

'궁극적 인 대답은'달라질 수 있습니다. '하지만이 문제에 대한 일반적인 피드백/아이디어를 얻고 싶었습니다.

의학 기록을 위해 NoSql 방식을 사용하는 사람이 있습니까?

** 명확한 질문 ** : mongoDB, Cassandra, CouchDB와 같은 nosql 데이터베이스를 사용하는 모든 사람이 실제 환경에서 의료 기록을 위해 있습니까?

출처

2010-03-25 Brian Bay

나는 무엇이 문제인지 명확하지 않다. – RedFilter

질문에 대해 명확하지 않을뿐만 아니라, 이것이 4 개의 upvotes를 얻는 방법을 궁금해 .... – KevinDTimm

http://kousikraj.wordpress.com/2012/06/05/mongo-db-and-its-application-a -mongodb-in-healthcare/mongodb-in-healthcare /에서 제품 개발 및 MongoDB를 사용하는 이유를 알아 냈습니다. 감사합니다, Kousik Rajendran. – kousikraj

여러 가지 옵션 [SQL 또는 NoSQL]을보고있는 경우 다음을 제안합니다. magento에 대해 읽는 동안 나는 대부분이 null이 될 속성 [열의 언어]이 많은 경우에 의미가있는 http://en.wikipedia.org/wiki/Entity-attribute-value_model을 발견했습니다. 위키 페이지를 읽고 실험실 보고서와 관련된 부분을 메모하십시오.

출처

2010-03-25 15:26:45 nilesh

아마 원래의 NoSQL 데이터베이스는 MUMPS였습니다. MUMPS는 Codd가 자신의 규칙 (즉, 1960 년대)을 고안하기 전부터 작성된 것일 수 있습니다. 이름 (S 템을 rogramming 종합 병원 U tility M ulti- P assachusetts M)에서 알 수 있듯이, 원래의 목적은 의료 문서의 저장했다. 분명히 MUMPS는 일부 의료 시스템 및 기타 환경에서 여전히 사용되고 있습니다. Find out more.

그러나 최근의 NoSQL 데이터베이스에 대해서는 구현이 있다면 놀랄 것입니다. 이러한 제품의 대부분은 여전히 베타 테스트를 거치고 있으며 오픈 소스로는 부족합니다. IT 시스템이 파손되면 사람들이 죽을 수 있기 때문에 의료용 앱은 극도로 보수적 인 것이 불가피합니다.

출처

2010-03-25 15:57:09 APC

에 관한 MUMPS, 나는 그것이 명성의 특정 종류를 가지고 읽었다 ... http://thedailywtf.com/Articles/Classics-Week-A-Case-of-the-MUMPS.aspx – akavel

의료 애플 리케이션은 사람 때문에 보수적이다 EMR 실수로 죽어가는 것이 아니라 혁신을 싫어하는 기업 IT에서 죽어 가고 있습니다. 혁신적인 애플리케이션은 통합 및 병원 IT 예산을 늘리기 위해 더 많은 리소스를 필요로합니다. 지금까지 죽어가는 것만 큼, 우리는 현재의 IT에 많은 것을 가지고 있습니다. – kd4ttc

대다수의 대형 의료 소프트웨어 공급 업체는 일부 버전의 MUMPS, 확실히 비 SQL 데이터베이스를 사용합니다. Epic, Meditech, GE 및 VA의 VistA 모두 MUMPS의 일부 구현을 사용합니다. MUMPS는 성능 및 확장 성 때문에 부분적으로 의료 솔루션에 적합합니다.

일부 MUMPS 구현 (구체적으로는 Intersystems Caché을 생각하고 있습니다.)을 사용하면 SQL로 데이터베이스를 쿼리 할 수 있지만 비 관계형 데이터 모델을 관계형 테이블에 매핑하는 데 필요한 심도있는 기술 지식이 필요하다는 것을 알고 있습니다.

나는 MUMPS를 사용하는 대형 EMR 공급 업체에서 근무하며 "재미있는"경험이 아니라고 말할 수 있습니다. 그 말은 몇 줄의 코드에서 멋진 기능을 사용할 수있는 훌륭한 도구가 없다는 것을 의미합니다 (.NET에서 LINQ-To-M은 없습니다). 그러나 나는 데이터를 쿼리하기 위해 더 많은 코드를 작성하면서 지불하는 대가가 시장 점유율의 가치가 있음을 알고 있습니다.

EMR 비즈니스를 시작하고 아키텍처를 설계하려면 궁극적 인 목표를 생각해야합니다. 여러 지역 및 전문 분야에 적용 할 수있는 본격적인 EMR을 만들려면 성능, 안정성 및 확장 성을 유지하면서 많은 기능이 필요합니다.새로운 Healthcare 자극으로 을 구입하고 있기 때문에 제품을 빨리 시장에 출시하려면 수천 명의 개발자가 필요합니다.

사용자 기반이 작고 중점을 둘 수있는 전문적인 틈새 응용 프로그램을 찾고 있다면 툴링 및 신속한 개발을 위해 더 많은 데이터베이스 기술을 선택할 수 있습니다.

출처

2010-05-04 01:31:41 lecrank

나는 객체 지향 데이터베이스 인 NeoDatis ODB (CouchDB 또는 MongoDB와 같은 문서 지향형이 아님)를 사용하고 있습니다. 메모리 사용 공간이 매우 적으며 데이터베이스 파일 암호화를 지원합니다.

출처

2010-07-12 06:32:00

우리는 MongoMapper와 Ruby/Rails를 통해 MongoDB를 사용하여 이질적인 시스템 (하루에 ~ 15000)의 HL7 + 메시지를 의사와 관행을위한 의미있는 정보로 집계합니다.

MongoDB에 대해 충분한 말을 할 수 없습니다. 내 블로그에서 더 많은 것을 찾을 수 있습니다.

출처

2011-08-05 01:43:03

http://technicaldebt.com/category/mongodb/? –

@AlexNolasco 블로그 게시물에 언급 된 33GB의 "메시지"가 환자 건강 관리 데이터 (HL7 메시지, BTW)인지 궁금한 경우, 예. –

의료 기록 저장소에 NoSQL 데이터베이스를 사용하는 사람은 누구입니까?

답변

관련 문제