2010-03-25 21 views
21

इलेक्ट्रॉनिक मेडिकल रिकॉर्ड विभिन्न प्रकार के डेटा से बना है। जानकारी (दिनांक/स्थान/बीमा जानकारी) पर जाएं आरडीएमएस को खुद को उधार देने लगता है। लैब रिपोर्ट, एक्स-रे, फोटो, और इलेक्ट्रॉनिक हस्ताक्षर जैसे अन्य प्रकार के चिकित्सा सूचनाएं दस्तावेज आधारित हैं और 'दस्तावेज़-उन्मुख' डेटाबेस, जैसे मोंगोडीबी के लिए एक अच्छा उम्मीदवार प्रतीत होता है।कोई भी मेडिकल रिकॉर्ड स्टोरेज के लिए NoSQL डेटाबेस का उपयोग कर रहा है?

परंपरागत रूप से, बाइनरी डेटा आरडीबीएमएस में बीएलओबी के रूप में संग्रहीत किया जाएगा। 'आरडी-उन्मुख' डेटाबेस के साथ पारंपरिक आरडीबीएमएस का उपयोग करके एक संकर दृष्टिकोण इस के लिए अच्छा विकल्प प्रतीत होता है। अन्य विकल्प डीबी 2 purexml की तरह कुछ होगा।

अंतिम उत्तर यह 'निर्भर करता है' हो सकता है, लेकिन मैं वास्तव में इस पर कुछ सामान्य प्रतिक्रिया/विचार प्राप्त करना चाहता था।

क्या कोई मेडिकल रिकॉर्ड के लिए नोएसक्ल दृष्टिकोण का उपयोग कर रहा है?

** स्पष्टीकरण प्रश्न ** स्पष्टीकरण के लिए: क्या कोई उत्पादन उत्पादन में, मेडिकल रिकॉर्ड के लिए mongoDB, कैसंद्रा, कॉच डीबी जैसे नोस्कल डेटाबेस का उपयोग कर रहा है?

+1

मुझे सवाल नहीं है कि सवाल क्या है। – RedFilter

+0

न केवल प्रश्न के बारे में स्पष्ट नहीं है, बल्कि आश्चर्य है कि यह 4 अपवॉट कैसे प्राप्त करता है .... – KevinDTimm

+0

देखें http://kousikraj.wordpress.com/2012/06/05/mongo-db-and-its-plication-a -स-स्टडी-ऑफ-मोंगोडब-इन-हेल्थकेयर/जहां मैंने अपने उत्पाद विकास और इसके आस-पास के कुछ मीट्रिक के लिए मोंगो डीबी का उपयोग करने के कारणों पर कब्जा कर लिया है। धन्यवाद, कौसिक राजेंद्रन। MUMPS के बारे में – kousikraj

उत्तर

0

मैं निम्नलिखित सुझावों का सुझाव दूंगा कि आप कई विकल्प [एसक्यूएल या नोएसक्यूएल] देख रहे हैं। Magento पर पढ़ने के दौरान मैं http://en.wikipedia.org/wiki/Entity-attribute-value_model भर गया, जो समझ में आता है जब आपके पास बड़ी संख्या में गुण [दिन में भाषा में कॉलम] होते हैं जिनमें से अधिकांश शून्य हो जाएंगे। विकी पेज को पढ़ें और उस हिस्से को नोट करें जो विशेष रूप से लैब रिपोर्ट से संबंधित है।

4

शायद मूल नोएसक्यूएल डेटाबेस मम्प्स था, जो कोडड से पहले अपने नियमों (यानी 1 9 60 के दशक) तैयार करता था। नाम से स्पष्ट है (एम assachusetts जनरल अस्पताल यू tility एम ulti- पी rogramming एस ystem), अपने मूल उद्देश्य चिकित्सा दस्तावेजों का भंडारण किया गया था। स्पष्ट रूप से कुछ स्वास्थ्य देखभाल प्रणालियों और अन्य वातावरण में एमयूपीएस का उपयोग अभी भी किया जा रहा है। Find out more.

लेकिन जैसा कि नोएसक्यूएल डेटाबेस के हालिया दांतों के लिए मुझे कोई कार्यान्वयन होने पर आश्चर्यचकित किया जाएगा - अभी तक। इनमें से अधिकतर उत्पाद अभी भी बेहद बीटा हैं और - बड़े पैमाने पर खुले स्रोत होने के नाते - समर्थन में कमी। मेडिकल ऐप अनिवार्य रूप से बेहद रूढ़िवादी होने जा रहे हैं, क्योंकि अगर आईटी सिस्टम खराब हो जाता है तो लोग मर सकते हैं।

+0

, मैंने पढ़ा है कि इसमें एक निश्चित प्रकार की प्रसिद्धि है ... http://thedailywtf.com/Articles/Classics-Week-A-Case-of-the-MUMPS.aspx – akavel

+0

मेडिकल ऐप्स रूढ़िवादी हैं क्योंकि लोगों की वजह से रूढ़िवादी नहीं है एक ईएमआर गलती से मर रहा है, बल्कि कॉर्पोरेट आईटी से जो नवाचार पसंद नहीं है। अभिनव ऐप्स अलग-अलग मांग के लिए एकीकरण और अस्पताल के लिए अधिक संसाधन मांग रहे हैं आईटी बजट हमेशा तनावग्रस्त होते हैं। जहां तक ​​मर रहा है, हमारे पास वर्तमान मेडिकल आईटी के साथ बहुत कुछ है। – kd4ttc

5

कुछ हद तक बड़े हेल्थकेयर सॉफ्टवेयर विक्रेता मम्प्स के कुछ संस्करण का उपयोग करते हैं, निश्चित रूप से एक गैर-SQL डेटाबेस। महाकाव्य, मेडिटेक, जीई, और वीए के विस्टा सभी मंप के कुछ कार्यान्वयन का उपयोग करते हैं। म्यूप्स अपने प्रदर्शन और स्केलेबिलिटी के कारण स्वयं स्वास्थ्य देखभाल समाधानों के लिए खुद को उधार देता है।

मुझे पता है कि कुछ MUMPS कार्यान्वयन (मैं Intersystems Caché की विशेष रूप से सोच रहा हूँ) आप एसक्यूएल के साथ डेटाबेस क्वेरी करने के लिए अनुमति देते हैं, लेकिन उस गहराई तकनीकी ज्ञान में कुछ संबंधपरक तालिकाओं के लिए अपने गैर संबंधपरक डेटा मॉडल को मैप करने की आवश्यकता है।

मैं एक बड़े ईएमआर विक्रेता के लिए काम करता हूं जो MUMPS का उपयोग करता है और मैं आपको बता सकता हूं कि यह एक "मजेदार" अनुभव नहीं है। इसके द्वारा मेरा मतलब है कि बहुत अच्छे उपकरण नहीं हैं जो मुझे कोड की कुछ पंक्तियों में भयानक विशेषताओं को चाबुक करने की अनुमति देते हैं (.NET में कोई LINQ-To-M नहीं है)। लेकिन मैं मानता हूं कि डेटा डेटा पूछने के लिए अधिक कोड लिखने में भुगतान की जाने वाली कीमत बाजार के लायक है।

यदि आप ईएमआर व्यवसाय शुरू कर रहे हैं और अपनी वास्तुकला तैयार कर रहे हैं, तो आपको अपने अंतिम लक्ष्यों के बारे में सोचना होगा। यदि आप एक पूर्ण ईएमआर बनाने की तलाश में हैं जो कई क्षेत्रों और विशिष्टताओं को फैला सकता है, तो आपको प्रदर्शन, विश्वसनीयता और स्केलेबिलिटी पर नजर रखने के दौरान बहुत सारी सुविधाएं चाहिए।आपको अपने उत्पाद को ASAP बाजार में लाने के लिए कुछ हज़ार डेवलपर्स की भी आवश्यकता होगी क्योंकि नए हेल्थकेयर उत्तेजना के साथ, अस्पताल अब खरीद रहे हैं।

यदि आप एक विशेष आला एप्लिकेशन देख रहे हैं, जहां आपका उपयोगकर्ता आधार छोटा और केंद्रित होगा, तो आप टूलिंग और तेज़ विकास के लिए और अधिक देखकर किसी भी डेटाबेस तकनीक का चयन कर सकते हैं।

0

मैं नियोडाटिस ओडीबी का उपयोग कर रहा हूं जो एक ऑब्जेक्ट उन्मुख डेटाबेस है (दस्तावेज़-उन्मुख कॉच डीबी या मोंगोडीबी नहीं है)। इसमें बहुत कम स्मृति पदचिह्न है और डेटाबेस फ़ाइल एन्क्रिप्शन का समर्थन करता है।

1

हम एक प्रणाली के लिए मोंगोडीबी (मोंगोमैपर और रूबी/रेल के माध्यम से) का उपयोग कर रहे हैं जो डॉक्टरों और प्रथाओं के लिए अलग-अलग प्रणालियों (~ 15000 प्रति दिन) से एचएल 7 + संदेशों को एकत्रित करता है।

मैं MongoDB के बारे में पर्याप्त अच्छी बातें नहीं कह सकता। आप मेरे ब्लॉग पर और अधिक पा सकते हैं।

+0

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

+0

@AlexNolasco यदि आप सोच रहे हैं कि ब्लॉग पोस्ट में वर्णित 33 जीबी "संदेश" रोगी हेल्थकेयर डेटा (एचएल 7 संदेश, बीटीडब्ल्यू) था, हाँ। –

संबंधित मुद्दे