Name: executing complexity-increasing queries in relational (mysql) and nosql (mongodb and exist) size-growing iso/en 13606 standardized ehr databases
Uploaded: 2018-03-19T14:30:00
Duration: 7 min 26 s
Description: Watch this Scientific Journal Video about Executing Complexity-Increasing Queries in Relational MySQL and NoSQL MongoDB and EXist Size-Growing ISO/EN 13606 Standardized EHR Databases at JoVE.com

المؤلف يود أن يشكر الدكتور ديباك كالرا، قائد فرقة العمل آركوم تعريفه 13606 ISO/EN القياسية وفريقه من "جامعة كوليدج لندن" على الإذن الرقيقة باستخدام مخطط XML W3C 13606 ISO/EN.
هذا العمل كان يدعمه دي معهد الصحة كارلوس الثالث [منح أرقام PI15/00321، PI15/00003، PI1500831، PI15CIII/00010 و RD16CIII].

1-بناء الخلية DBMS علائقية لتخزين ثلاث قواعد بيانات مقتطفات السجل الطبي الإلكتروني الموحد الحجم مزدوجة
<ol><li>استيراد W3C مخطط XML (World Wide Web Consortium) تناظر RM ISO/EN13606 وأنواع البيانات ISO21090 إلى 'جافا بيئة تطوير متكاملة' (بيئة التطوير المتكاملة). ملاحظة: ISO تقف "منظمة المعايير الدولية". EN تقف على "القواعد والمعايير الأوروبية".</li>
	<li>تنفيذ في جاكسب (ربط XML جافا) في المكونات في بيئة تطوير متكاملة؛ وهذا ينتج فئات Java المقابلة لهيكل العناصر في ملفات XML مقتطفات السجل الطبي الإلكتروني.</li>
	<li>العلامة يدوياً جاوة الطبقات المنتجة مع تسميات نقابة الصحفيين الأردنيين. هذه التسميات تشير إلى كارديناليتيس وغيرها من العلاقات بين الجداول العلائقية قاعدة بيانات الخلية.</li>
	<li>استيراد مكتبات النقابة (جافا استمرار API) في بيئة تطوير متكاملة وتنفيذ الأسلوب الذي يبني قاعدة بيانات الخلية من فئات Java المعلمة.</li>
	<li>إنشاء الدلائل الثلاثة مع خمسة آلاف، 10,000 و 20,000 واقعية مقتطفات السجل الطبي الإلكتروني ملفات XML.</li>
	<li>تنفيذ الأسلوب النقابة لتحميل مقتطف XML في DBMS الخلية على جميع المقتطفات من الدليل مقتطفات 5,000.</li>
	<li>كرر الخطوة 1، 6 مرتين، مرة واحدة مع الدليل مقتطفات 10,000 والدليل مقتطفات 20,000 مرة واحدة.</li>
</ol>2-بناء DBMS NoSQL MongoDB لتخزين ثلاث قواعد بيانات مقتطفات السجل الطبي الإلكتروني الموحد الحجم مزدوجة
<ol><li>عملية كل ثلاثة الدلائل التي تحتوي على خمسة آلاف، 10,000 و 20,000 واقعية السجل الطبي الإلكتروني مقتطفات ملفات XML مع برنامج قياسي لتحويل ملفات XML لملفات JSON، مثل json.org.XML. ينبغي أن يصدر ثلاثة دلائل مع خمسة آلاف، 10,000 و 20,000 ملفات JSON.</li>
	<li>بدء تشغيل واجهة "المستخدم الرسومية مونجودب" (واجهة المستخدم الرسومية، انظر الجدول للمواد).</li>
	<li>إطلاق MongoDB 2.6 الخادم تنفيذ البرنامج منجود من نافذة نظام دوس (نظام تشغيل القرص).</li>
	<li>قم بتوصيل "واجهة المستخدم الرسومية مونجودب" إلى ملقم مضيف باستخدام ميناء 27017.<ol>
<li>حدد من القائمة "الاتصال".</li>
		<li>اكتب اسماً للاتصال (على سبيل المثال 'الأول').</li>
		<li>اكتب localhost:27017 في مربع النص ملقم DB.</li>
		<li>اضغط على الزر "اتصال"؛ يجب أن تظهر شجرة مع قواعد البيانات الحالية على اليسار.</li>
	</ol>
</li>
	<li>بناء قاعدة بيانات تحتوي على السجل الطبي الإلكتروني الموحد 5,000 مقتطفات.<ol>
<li>انقر فوق اسم الاتصال في أعلى شجرة على اليسار.</li>
		<li>حدد من القائمة "ملف".</li>
		<li>اختر "إضافة قاعدة بيانات".</li>
		<li>قم بإدخال اسم قاعدة البيانات في مربع الحوار الذي يظهر.</li>
		<li>انقر فوق موافق.</li>
	</ol>
</li>
	<li>إنشاء مجموعة تحتوي على السجل الطبي الإلكتروني الموحد 5,000 مقتطفات.<ol>
<li>انقر فوق اسم قاعدة البيانات في شجرة على اليسار.</li>
		<li>اختر القائمة "قاعدة بيانات".</li>
		<li>اختر "أدكوليكتيون".</li>
		<li>أدخل اسم المجموعة في مربع الحوار الذي يظهر.</li>
		<li>انقر فوق " إنشاء".</li>
		<li>انقر فوق اسم المجموعة.</li>
		<li>حدد من القائمة "استيراد".</li>
		<li>اختر زر الاختيار ''JSON-شل مونغو//مونجوكسبورت ".</li>
		<li>انقر فوق "التالي".</li>
		<li>اضغط على الزر "إضافة ملفات المصدر".</li>
		<li>انتقل على الكمبيوتر باستخدام مربع الحوار.</li>
		<li>فتح الدليل الذي يحتوي 5,000 JSON استخراج الملفات.</li>
		<li>حدد كافة الملفات في الدليل.</li>
		<li>اضغط على الزر "فتح". يجب أن تظهر قائمة JSON الملفات في مربع الحوار استيراد.</li>
		<li>اضغط على "التالي"؛ تظهر معاينة للمجموعة الجديدة في قاعدة البيانات على اليسار.</li>
		<li>اضغط "التالي".</li>
		<li>اضغط على "بدء الاستيراد". التقدم المحرز في الاستيراد يظهر أسفل على اليسار، ويشير إلى العدد من الملفات المستوردة والوقت المنقضي.</li>
	</ol>
</li>
	<li>كرر الخطوتين 5 و 6 لبناء مجموعة من السجل الطبي الإلكتروني الموحد 10,000 مقتطفات.</li>
	<li>كرر الخطوتين 5 و 6 لبناء مجموعة من 20,000 السجل الطبي الإلكتروني الموحد مقتطفات.</li>
</ol>3-بناء NoSQL توجد نظم إدارة قواعد البيانات "ثلاثة مزدوجة الحجم الموحد السجل الطبي الإلكتروني مقتطفات من قواعد بيانات مخزن"
<ol><li>بدء تشغيل قاعدة بيانات موجودة .</li>
	<li>باستخدام رمز قاعدة البيانات، افتح العميل المشرف جافا.</li>
	<li>أدخل كلمة مرور المشرف.</li>
	<li>اضغط على الزر "اتصال".</li>
	<li>إنشاء مجموعة تحتوي على السجل الطبي الإلكتروني الموحد 5,000 مقتطفات.<ol>
<li>في شريط الأدوات، حدد من القائمة "إنشاء مجموعة جديدة".</li>
		<li>في مربع الحوار الذي يظهر، اكتب اسم المجموعة الجديدة.</li>
		<li>انقر فوق "قبول"؛ سوف تظهر مجموعة جديدة.</li>
		<li>حدد اسماً للمجموعة.</li>
		<li>في شريط الأدوات، حدد من القائمة "ملفات مخزن في قاعدة البيانات".</li>
		<li>انتقل على الكمبيوتر باستخدام مربع الحوار.</li>
		<li>حدد الدليل الذي يحتوي على XML 5000 موحدة استخراج ملفات.</li>
		<li>انقر فوق الزر "تحديد الملفات أو الدلائل لتخزين". لاحظ أن يظهر مربع حوار عرض التقدم، الملفات التي يتم تخزينها، والنسبة المئوية لقاعدة البيانات التي تم إنشاؤها.</li>
	</ol>
</li>
	<li>كرر الخطوة 5 لبناء مجموعة التي تحتوي على السجل الطبي الإلكتروني الموحد 10,000 مقتطفات.</li>
	<li>كرر الخطوة 5 لبناء مجموعة التي تحتوي على السجل الطبي الإلكتروني الموحد 20,000 مقتطفات.</li>
</ol>4-تصميم وتنفيذ في قواعد البيانات العلائقية الخلية 3 6 زيادة تعقيد الاستعلامات
<ol><li>تصميم الاستعلامات المتزايدة التعقيد ستة وفقا للأمثلة المستخدمة من مقتطفات السجل الطبي الإلكتروني.</li>
	<li>برنامج برنامج نصي SQL في الاستعلام الأول في قاعدة بيانات الخلية. يجب أن تتكيف SQL الخاصة بنية قاعدة بيانات الخلية بسبب توحيد المقاييس مقتطفات (الأمثلة). قاعدة بيانات الخرائط الهيكل كله من المقتطفات. ونتيجة استعلام SQL معقدة بدلاً من ذلك.</li>
	<li>تحديد السمات الخاصة بقواعد البيانات التي ستقوم بتسريع زمن الاستجابة للاستعلامات إذا كان فهرس بنيت عليها، ثم بناء مثل هذه الفهارس، وعلى الرغم من أن معظم الفهارس مضمنة تلقائياً قبل DBMS.</li>
	<li>إذا كان استعلام يحتاج مؤشر بني غير تلقائياً، بناء عليه يدوياً.<ol>
<li>الاتصال بخادم الخلية (تكميلية الشكل 1).</li>
		<li>حدد وانقر فوق اسم قاعدة البيانات على اليسار.</li>
		<li>حدد وانقر فوق الجدول العلائقية حيث يتواجد الحقل المفهرس.</li>
		<li>انقر فوق علامة التبويب "الهيكل".</li>
		<li>حدد وانقر فوق العمود حيث سيتم بناء الفهرس.</li>
		<li>انقر فوق "الفهرس". لاحظ أن تظهر الجملة SQL بناء الفهرس، وتظهر رسالة تفيد أنه تم بناء الجملة بنجاح.</li>
	</ol>
</li>
	<li>تنفيذ الاستعلام الأول.<ol>
<li>حدد وانقر فوق اسم قاعدة البيانات على اليسار.</li>
		<li>انقر فوق علامة التبويب "SQL".</li>
		<li>اكتب أو الصق التعليمة البرمجية SQL للاستعلام الأول (انظر تكميلية الشكل 2).</li>
		<li>اضغط على "متابعة". علما بأن يظهر على الشاشة الأولى من قائمة النتائج، جنبا إلى جنب مع رسالة مع وقت تنفيذ الاستعلام.</li>
		<li>كرر التنفيذ 5 مرات وحساب متوسط وقت الاستجابة.</li>
	</ol>
</li>
	<li>كرر الخطوة 5 مع استعلامات 2 إلى 6.</li>
	<li>القيام بالعملية برمتها ثلاث مرات، بخمسة آلاف، 10,000 و 20,000 مقتطفات قواعد البيانات.</li>
</ol>5-تصميم وتنفيذ في قواعد بيانات NoSQL MongoDB 3 6 زيادة تعقيد الاستعلامات
<ol><li>بدء تشغيل "واجهة المستخدم الرسومية مونجودب" (انظر الجدول للمواد).</li>
	<li>بدء تشغيل الملقم MongoDB 2.6 تنفيذ البرنامج منجود من نافذة نظام دوس (انظر تكميلية الشكل 3).</li>
	<li>اتبع الخطوة 2.4 للاتصال "واجهة المستخدم الرسومية مونجودب" إلى ملقم مضيف باستخدام ميناء 27017.</li>
	<li>حدد وقم بتوسيع قاعدة بيانات MongoDB على الجانب الأيسر.</li>
	<li>حدد المجموعة.</li>
	<li>انقر فوق القائمة "جمع" في شريط الأدوات.</li>
	<li>تنفيذ الاستعلام مونجودب الأولى.<ol>
<li>انقر نقراً مزدوجاً فوق الزر "منشئ الاستعلام".</li>
		<li>انقر نقراً مزدوجاً فوق "حقل الاستعلام" في "منشئ الاستعلام" في اليمين.</li>
		<li>كتابة مجال الاستعلام مونجودب في مربع نص حقل استعلام الفريق (انظر تكميلية الشكل 4).</li>
		<li>كتابة قيمة الاستعلام مونجودب في مربع نص قيمة الفريق الاستعلام. ملاحظة: هذا الاستعلام يجب أن يكون شيئا مثل {"ns3:EHRExtract.allCompositions.content.items.parts.parts.name.ns2:originalText. القيمة ":" ديسكريبسيون "}. ونقلت عن الحقل والقيمة ومفصولة بفاصلة منقوطة.</li>
		<li>انقر نقراً مزدوجاً فوق الحقل الإسقاط من "منشئ الاستعلام"</li>
		<li>كتابة هذا الإسقاط الأولى في مربع الإسقاط (انظر تكميلية الشكل 5).</li>
		<li>انقر نقراً مزدوجاً فوق الحقل الإسقاط لإضافة مربع نص عرض جديد.</li>
		<li>كتابة الإسقاط الثاني في مربع الإسقاط. ملاحظة: إسقاط تحديد جزء من المستند تم استردادها بواسطة الاستعلام. وهذه ينبغي أن تكون شيئا مثل {"ns3:EHRExtract. allCompositions.content.items.parts.parts.value.value ": 1} و {" ns3: EHRExtract.all Compositions.content.items.parts.parts.value.nullFlavor ": 1}</li>
		<li>انقر فوق الزر تشغيل الأزرق لتنفيذ الاستعلام.</li>
		<li>تصور رمز الاستعلام في علامة التبويب "رمز الاستعلام".</li>
		<li>عرض تفاصيل النتيجة في علامة تبويب التفسير: عدد من النتائج، ووقت التنفيذ في ميلي ثانية.</li>
		<li>عرض وتوسيع، ودراسة النتائج في علامة التبويب النتيجة.</li>
		<li>إذا كان مطلوباً مزيد من المعالجة للاستعلام، كتابة برنامج Java مع السائق جافا MongoDB مع الاستعلام وأسلوب معالجة النتائج.</li>
		<li>كرر التنفيذ 5 مرات وحساب متوسط وقت الاستجابة.</li>
	</ol>
</li>
	<li>الخطوة 5.7 2 المتبقية عن طريق الاستعلامات 6.</li>
	<li>كرر العملية برمتها في 5,000، وعشرة آلاف و 20,000 مقتطفات قواعد بيانات MongoDB.</li>
</ol>6-تصميم وتنفيذ في 3 NoSQL توجد قواعد بيانات 6 زيادة تعقيد "الاستعلامات"
<ol><li>إطلاق وجود نظم إدارة قواعد البيانات.</li>
	<li>فتح العميل المشرف جافا.</li>
	<li>اضغط على زر "الاتصال بقاعدة بيانات".</li>
	<li>حدد قاعدة البيانات، وانقر فوقه.</li>
	<li>انقر فوق القائمة "التشاور مع قاعدة البيانات باستخدام XPath"؛ يظهر مربع الحوار "التشاور".</li>
	<li>تنفيذ أول استعلام XPath (انظر تكميلية الشكل 6).<ol>
<li>اكتب أو الصق التعليمة البرمجية XPath الاستعلام الأول في الجزء العلوي من مربع الحوار.</li>
		<li>انقر فوق القائمة "Execute" في شريط الأدوات في مربع الحوار.</li>
		<li>عرض نتائج XML باستخدام علامة التبويب "XML" في الجزء السفلي من مربع الحوار.</li>
		<li>عرض عدد النتائج وتجميع ووقت التنفيذ في الجزء السفلي من مربع الحوار.</li>
		<li>كرر التنفيذ 5 مرات وحساب متوسط وقت الاستجابة.</li>
	</ol>
</li>
	<li>كرر الخطوة 6 لاستعلامات 2 إلى 6.</li>
	<li>القيام بالعملية برمتها ثلاث مرات، 5,000، مقتطفات 10000 و 20,000 توجد قواعد البيانات.</li>
</ol>7-تصميم وتنفيذ "تجربة التزامن" باستخدام الخلية واستخراج قواعد بيانات MongoDB 5,000
ملاحظة: قاعدة بيانات موجودة، قد أزيلت من هذه التجربة في هذه المرحلة بسبب أسوأ أداء في التجارب السابقة.
<ol><li>حدد الاستعلامات مع ثلاثة ردود وقت أقصر في التجارب السابقة باستخدام قواعد البيانات مقتطفات 5,000 (عادة تحت عدة ثوان).</li>
	<li>تحديد وإنشاء فهارس السمات المناسبة لهذه الاستفسارات، يدوياً إذا لزم الأمر.</li>
	<li>التطبيقات متعددة العمليات جافا البرنامج اثنين، أحدهما للخلية والآخر ل MongoDB؛ سيكون لدى كل تطبيق ثلاثة مؤشرات ترابط مختلفة ذات أولوية، واحدة لكل استعلام تحديد في الخطوة 1.</li>
	<li>تنفيذ وحساب وحدة المعالجة المركزية (وحدة المعالجة المركزية) استخدام التوزيع لكل مؤشر ترابط (الاستعلام).</li>
	<li>تنفيذ كل تطبيق متعددة العمليات، النقر فوق الزر execute خمس مرات خلال كل فترة 10-دقيقة، وحساب آخر المنفذة (الأولوية) الاستعلام عن متوسط الإنتاجية ومتوسط الوقت الاستجابة للاستعلامات الثلاثة.</li>
	<li>عرض الاستعلامات في التنفيذ، مع أولويات ووقت التنفيذ.</li>
	<li>يتم حساب متوسط الإنتاجية ومعدل وقت استجابة كل من الاستعلامات الثلاثة.</li>
</ol>

<ol>
	<li>Codd, E. F. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=A+relational+model+for+large+shared+data+banks.">A relational model for large shared data banks.</a> Comm ACM. 13 (6), 377-387 (1970).</li><li>Kalra, D., Lloyd, D. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=.">.</a> ISO 13606 electronic health record communication part 1: reference model. , (2008).</li><li>Kalra, D., et al. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=.">.</a> Electronic health record communication part 2: archetype interchange specification. , (2008).</li><li>Kalra, D., Beale, T., Heard, S. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=The+openEHR+foundation.">The openEHR foundation.</a> Stud. Health Technol. Inform. 115, 153-173 (2005).</li><li>Beale, T. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Archetypes:+constraint-based+domain+models+for+future+proof+information+systems.">Archetypes: constraint-based domain models for future proof information systems.</a> OOPSLA, Workshop Behav Semant. , (2002).</li><li>S&#225;nchez-de-Madariaga, R., et al. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Examining+database+persistence+of+ISO/EN+13606+standardized+electronic+health+record+extracts:+relational+vs.+NoSQL+approaches.">Examining database persistence of ISO/EN 13606 standardized electronic health record extracts: relational vs. NoSQL approaches.</a> BMC Medical Informatics and Decision Making. 32 (2), 493-503 (2017).</li><li>Ireland, C., Bowers, D., Newton, M., Waugh, K. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Understanding+object-relational+mapping:+a+framework+based+approach.">Understanding object-relational mapping: a framework based approach.</a> Int. J. Adv. Softw. 2, 202-216 (2009).</li><li>. Node+Path Persistence Available from: <a target="_blank" href="https://openehr.atlassian.net/wiki/spaces/dev/pages/6553626/Node+Path+Persistence">https://openehr.atlassian.net/wiki/spaces/dev/pages/6553626/Node+Path+Persistence</a> (2017)</li><li>Wang, L., Min, L., Wang, R., et al. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Archetype+relational+mapping+-+a+practical+openEHR+persistence+solution.">Archetype relational mapping - a practical openEHR persistence solution.</a> BMC Medical Informatics and Decision Making. 15, 88 (2015).</li><li>Kaur, K., Rani, R. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=Managing+data+in+healthcare+information+systems:+many+models,+one+solution.">Managing data in healthcare information systems: many models, one solution.</a> Computer. March. , 52-59 (2015).</li><li>Sabo, C., Pop, P. C., Valean, H., Danciulescu, D. <a target="_blank" href="http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=PubMed&cmd=Search&doptcmdl=Citation&defaultField=Title+Word&term=An+innovative+approach+to+manage+heterogeneous+information+using+relational+database+systems.">An innovative approach to manage heterogeneous information using relational database systems.</a> Advances in Intelligent Systems and Computing. 557, (2017).</li></ol>

الكتاب ليس لها علاقة بالكشف عن. مجموعات البيانات المستخدمة في هذه التجارب قدمت العديد من المستشفيات الإسبانية بموجب ترخيص لهذه التجارب ونتيجة لذلك ليست متاحة للجمهور. قدم مخطط XML RM 13606 ISO/EN "مركز جامعة كوليدج لندن" "المعلوماتية الصحية" والتعليم مولتيبروفيسيونال (الرنين).

ويبين هذا البروتوكول أن نظم ORM العلائقية نقية لا يبدو عمليا بالنسبة للاستعلامات مريض واحد (Q1 و Q3 و Q4) منذ أوقات الاستجابة أبطأ، ربما بسبب ارتفاع عدد من الجداول العلائقية أداء العديد من عمليات ربط مكلفة، ونظرا نظام التخزين المستخدمة من قبل نوع معين من قاعدة البيانات. NoSQL قواعد البيانات تخزين البيانات بطريقة تستند إلى الوثيقة، بينما نظم العلائقية استخدام طريقة تستند إلى الجدول الذي ينتشر بكل وثيقة في جميع أنحاء قاعدة البيانات بأكملها. نظم NoSQL إظهار انحدار خطي، مع مونجودب أداء أسرع بكثير من وجود نظم إدارة قواعد البيانات. بالتزامن، مونجودب أيضا سلوك أفضل بكثير من العلائقية ORM الخلية7.
ويقدم هذا البروتوكول بروتوكول استكشاف الأخطاء وإصلاحها للنتائج المقدمة في7 بخصوص DBMS الخلية ل ORM. تم تحديث نظام الخلية إلى الإصدار الأحدث وتم تعديل النتائج طفيفة. وبالإضافة إلى ذلك، نقطة حرجة في الأنظمة المستندة إلى الوثيقة NoSQL مثل MongoDB أنهم قد الحفاظ على الاتساق عند تخزين المعلومات الطبية7 لأنه عندما يتم تحديث مستخرج السجل الطبي الإلكتروني، فإنه لا يتم تجاوزها، ولكن كل جديد مع استخراج البيانات الجديدة التي تم إنشاؤها وتخزينها في النظام، ويتم الاحتفاظ باستخراج الأصلي. وهذا شرط صارم للمعلومات الطبية، نظراً لأن بعض الأطباء قد جعلت القرارات الطبية الهامة استناداً إلى البيانات الأصلية.
نظام ذراع العلائقية تحسين جذري يقلل عدد الجداول العلائقية ويحسن أداء العلائقية. ومع ذلك، نظراً لأنه يقوم بتعديل المخطط العلائقية، قد يمكن الاستعلام عن معلومات طبية عقدت من المقتطفات، ولكن مقتطفات لا يمكن استردادها في أشكالها الأصلية الدقيق.
تستخدم قواعد بيانات كبيرة جداً في المرحلة الثانوية (البحث)، وليس من الواضح أي نظام قاعدة البيانات هو أكثر ملاءمة، منذ المريض كافة الاستعلامات (Q2 و Q5) تتصرف في ORM من أفضل النظم NoSQL، ولكن هذه الأنظمة أداء أفضل من المبسطة العلائقية نظم في 12. ونحن نعتبر س 6 استخدام استعلام خاص بين الممارسة السريرية والثانوي السلوك الذي لا يمكن تحديد النتائج التي تنتج عن هذه التجارب.
واحد الحد من الأسلوب غير إينافايلابيليتي التجارب المباشرة مقارنة تحسين نظام ذراع العلائقية مع NoSQL MongoDB فيما يتعلق باستفسارات المريض الواحد، الطبية والممارسة بالضبط نفس البيانات المستخدمة في البروتوكول. ونحن الحفاظ على النتائج التحريف الجدول 3 و الجدول 5 فيما يتعلق باستفسارات المريض واحد حتى تم إجراء التجربة بما في ذلك ذراع الأمثل في البروتوكول. أننا نترك هذه التجارب للتطبيقات المستقبلية. خطوة حاسمة واحدة ضمن البروتوكول هو اختيار قاعدة بيانات مجانية، إصدارات البرامج المماثلة من السنوات الأخيرة، حيث أننا قد قارن الضبط-من-أحدث التكنولوجيات الثلاث.
هذا واحدة من المحاولات الأولى لمباشرة مقارنة علائقي ونظم NoSQL استخدام المعلومات الطبية الفعلية والواقعية وموحدة. ومع ذلك، يعتمد نظام محدد لاستخدامها كثير على السيناريو الفعلي ومشكلة يتعين حلها8.

NoSQL (ليس فقط من SQL) نظم إدارة قواعد البيانات ظهرت مؤخرا كبديل لنظم إدارة قواعد البيانات العلائقية التقليدية (ردمبس). وقد سيطرت RDBMS بالطريقة التي تم تخزين البيانات في أنظمة قواعد البيانات على مدى عقود. وقد تضمن الجبر العلائقية مدروسة ومفهومة وحساب التفاضل والتكامل بكفاءة واتساق RDBMS1. نظم NoSQL لن تصبح بدائل لنظم العلائقية، ولكن يمكن أن تتصرف مفيد في وحدات سيناريو معينة وفي ظروف عدة.
بعض من هذه السيناريوهات الخاصة والظروف ستنشأ عند تصميم قاعدة البيانات استمرار نظم السجلات الصحية الإلكترونية (السجل الطبي الإلكتروني) المستخدمة لإدارة وتخزين المعلومات الطبية. وقد استخدمت كي يكون قابلاً للتشغيل المتداخل والمستدامة في الممارسة، العديد من المعايير الدولية مثل ISO/EN 13606 وأوبينيهر و HL72،،من34،5 لتوحيد مقتطفات السجل الطبي الإلكتروني.
وقد فصل عدة معايير مثل ISO/EN 13606 وأوبينيهر المعلومات والمعارف إلى مستويين مختلفين من التجريد، ممثلة بنموذج مرجع (RM) وهياكل البيانات الخاصة التي تسمى الأمثلة. غالباً ما يسمى هذا الفصل النموذج المزدوج وتسمح أنظمة السجل الطبي الإلكتروني أن تكون المعرفة لغوياً قابلاً للتشغيل المتداخل والطبية أن تتطور دون إعادة برمجة نظام السجل الطبي الإلكتروني بأكمله، ونتيجة لذلك، لأن الصيانة والمستدامة في الممارسة6 . ومع ذلك، يتطلب النموذج المزدوج المنفذة في نظم السجل الطبي الإلكتروني الموحد أن تنظيم المعلومات يتبع بنية معينة، وهذا له آثار عميقة في الطريق هو مستوى النظام باستمرار قاعدة البيانات المصممة7.
هو كائن علائقي رسم الخرائط (ORM)8 منهجية واحدة لتنفيذ نظام السجل الطبي الإلكتروني باستخدام نموذج قاعدة بيانات علائقية. خرائط ل ORM استفاضة بنية ملفات XML (لغة التوصيف الموسعة) مقتطفات السجل الطبي الإلكتروني الموحد المستخدمة من قبل النظام لقاعدة بيانات علائقية. بنيات ORM العديد من الجداول العلائقية مستفيض عقب بنية ملفات XML مقتطفات السجل الطبي الإلكتروني الموحد. ترتبط هذه الجداول العلائقية من خلال العديد من المفاتيح الخارجية والنظام الناتج قد لا تكون فعالة جداً.
وقد اقترحت عدة تحسينات ل ORM العلائقية. أوبينيهر في مسار العقدة +9 يقلل من عدد الجداول العلائقية بالأشجار الفرعية التسلسلية لاستخراج كل ملف XML إلى BLOBs (كائنات كبيرة ثنائية). ومع ذلك، يؤدي هذا التبسيط منطق استرجاع المعقدة، وإلحاق أضرار في بعض الاستعلامات المعقدة. ركبة رسم الخرائط العلائقية (الذراع)10 يقوم بإنشاء نموذج قاعدة بيانات مدفوعة بالأمثلة، بناء مخطط علائقية جديدة استناداً إلى التعيينات بين الأمثلة والجداول العلائقية. ونتيجة لذلك، يتم فقدان بعض المعلومات غير الطبية من استخراج السجل الطبي الإلكتروني.
NoSQL المستندة إلى الوثيقة العديد من قواعد البيانات تخزين الوثائق كاملة كالنقط كامل الاحترام XML الأصلي أو JSON (تدوين كائن جافا سكريبت) تنسيق. وهذا يعني أن لا الجداول العلائقية هي التي شيدت. قواعد البيانات هذه NoSQL لا يوجد مخطط وأنها لا تدعم الصلات أو خصائص (حمض)11، أي، atomicity، الاتساق، والعزلة، أو المتانة. نتيجة لذلك أنها قد تكون غير فعالة للغاية إذا كان عنصرا من عناصر مستند مراجع العناصر من نفس أو أية وثائق أخرى استخدام ارتباط المراوغة. يحدث هذا لأنه، بغية الحفاظ على الاتساق، يكون بأكملها بالوثائق المشار إليها بحيث تتم معالجتها تسلسلياً. ومع ذلك، قد تكون قاعدة بيانات غير علائقية لا تزال مناسبة إذا كانت المهمة الرئيسية التي يؤديها DBMS مهمة يستند إلى المستند. وهذا لأن البيانات قد تبقى بشكل أكثر عن كثب تقارب تمثيلها الصحيح باستخدام قاعدة بيانات تستند إلى الوثيقة NoSQL، على الرغم من أن هذا أيضا سبب السياسات الخاصة استمرار أنجزه السجل الطبي الإلكتروني الوثائق الطبية (انظر القسم المناقشة).
والغرض من هذه الأساليب لعرض عدة تجارب مقارنة تنفيذ الطبقة استمرار نظام السجل الطبي الإلكتروني الموحد استخدام DBMSs المختلفة الثلاثة: واحد العلائقية (الخلية) وهما NoSQL (المستندة إلى الوثيقة مونجودب و XML الأصلية موجودة). التعقيد الحسابي قد تم حسابها ومقارنة باستخدام ثلاثة زيادة حجم قواعد بيانات مختلفة وستة استعلامات مختلفة متزايدة التعقيد. تم تثبيت ملقمات قاعدة البيانات الثلاثة وتم تكوينها محلياً في الكمبيوتر نفسه حيث تم تنفيذ الاستعلامات. انظر الجدول للمواد للحصول على التفاصيل التقنية.
كما أجريت تجارب التوافق من أجل مقارنة أداء العلائقية الخلية و NoSQL MongoDB DBMSs. وقد تم مقارنة بوصف التحسينات ل ORM (مسار العقدة + والذراع) أيضا استخدام النتائج المناسبة ذات الصلة من الأدب10.
أنظمة إدارة قواعد البيانات تتطور بشكل مستمر بمعدل متسارع. لا أحد يظن حول هذا التطور الهائل عندما كان النموذج الموجودة فقط نموذج علائقي. لنأخذ مثالاً، انظر على سبيل المثال12، حيث اقترح نموذجا لتنفيذ وقت استجابة قواعد البيانات العلائقية تحسين الاحتفاظ بخصائص حمض.

<table border="0" cellpadding="0" cellspacing="0" width="690">
	<tbody>
		<tr height="21">
			<td height="21" style="height:21px;width:216px;">MySQL 5.7.20</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td>MySQL experiments</td>
		</tr>
		<tr height="63">
			<td height="63" style="height:63px;width:216px;">Red Hat Enterprise Linux Server release 7.4 (Maipo), 2.60GHz, RAM 16GB</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td></td>
		</tr>
		<tr height="21">
			<td height="21" style="height:21px;width:216px;">MongoDB 2.6</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td>MongoDB experiments</td>
		</tr>
		<tr height="42">
			<td height="42" style="height:42px;width:216px;">Windows 7, 2.66GHz, RAM 12GB&#160;</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td></td>
		</tr>
		<tr height="21">
			<td height="21" style="height:21px;width:216px;">eXist 3.0RC1</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td>eXist experiments</td>
		</tr>
		<tr height="42">
			<td height="42" style="height:42px;width:216px;">Windows 7, 2.66GHz, RAM 12GB&#160;</td>
			<td style="width:179px;"></td>
			<td style="width:128px;"></td>
			<td></td>
		</tr>
		<tr height="21">
			<td height="21" style="height:21px;width:216px;">Studio 3T 5.5.1</td>
			<td style="width:179px;">3T Software Labs Gmbh</td>
			<td style="width:128px;"></td>
			<td>MongoDB GUI</td>
		</tr>
	</tbody>
</table>

executing complexity-increasing queries in relational (mysql) and nosql (mongodb and exist) size-growing iso/en 13606 standardized ehr databases

ويظهر هذا البحث بروتوكول تقييم التعقيد الحسابي للاستعلام عن علائقي وغير العلائقية (NoSQL (ليس فقط لغة الاستعلام الهيكلية)) توحيد نظم الصحة الإلكترونية سجل (السجل الطبي الإلكتروني) المعلومات الطبية قاعدة البيانات (DBMS). ويستخدم مجموعة من مضاعفة حجم قواعد البيانات الثلاث، أي قواعد البيانات تخزين 5000، 10000 و 20,000 واقعية موحدة مقتطفات السجل الطبي الإلكتروني، في ثلاثة أنظمة إدارة قاعدة البيانات المختلفة (DBMS): العلائقية الخلية كائن علائقي رسم الخرائط ذات الصلة (ORM)، NoSQL MongoDB المستندة إلى الوثيقة، ولغة التوصيف القابلة للتوسيع الأصلية موجودة NoSQL (XML).
حسبت مرات متوسط الاستجابة للاستفسارات المتزايدة التعقيد ستة، وأظهرت النتائج خطية وسلوك في الحالات NoSQL. في حقل NoSQL، يعرض MongoDB منحدر خطية تملق كثير مما موجود.
قد تكون أنظمة NoSQL أيضا أكثر ملائمة للحفاظ على نظم معلومات طبية موحدة نظراً للطبيعة الخاصة لسياسات تحديث المعلومات الطبية، والتي ينبغي أن لا يؤثر على اتساق وكفاءة من البيانات المخزنة في قواعد البيانات NoSQL.
واحد الحد من هذا البروتوكول هو الافتقار إلى النتائج المباشرة لتحسين النظم العلائقية مثل ركبة الخرائط العلائقية (الذراع) مع نفس البيانات. بيد أن استنتاج نتائج مضاعفة حجم قاعدة بيانات لتلك المقدمة في الأدب والنتائج المنشورة الأخرى تشير إلى أن نظم NoSQL قد يكون أكثر ملاءمة في العديد من وحدات السيناريو المحددة والمشاكل التي يتعين حلها. على سبيل المثال، قد يكون NoSQL المناسبة للمهام المستندة إلى الوثيقة مثل مقتطفات السجل الطبي الإلكتروني المستخدمة في الممارسة السريرية، أو الطبعة والتصور، أو في الحالات التي يكون فيها الهدف ليس فقط للاستعلام عن معلومات طبية، ولكن أيضا لاستعادة السجل الطبي الإلكتروني في شكلها الأصلي بالضبط.

Watch this Scientific Journal Video about Executing Complexity-Increasing Queries in Relational MySQL and NoSQL MongoDB and EXist Size-Growing ISO/EN 13606 Standardized EHR Databases at JoVE.com

Executing Complexity-Increasing Queries in Relational MySQL and NoSQL MongoDB and EXist Size-Growing ISO/EN 13606 Standardized EHR Databases

تقارن هذه الدراسة العلائقية وغير العلائقية (NoSQL) توحيد نظم المعلومات الطبية. التعقيد الحسابي لأوقات الاستجابة للاستعلام عن هذه نظم إدارة قاعدة البيانات (DBMS) يتم حسابها باستخدام قواعد بيانات مضاعفة الحجم. تساعد هذه النتائج مناقشة مدى ملاءمة كل نهج قاعدة بيانات لسيناريوهات مختلفة والمشاكل.

تنفيذ استعلامات المتزايدة التعقيد في العلائقية (الخلية) و NoSQL (مونجودب وتوجد) تزايد حجم قواعد بيانات السجل الطبي الإلكتروني الموحد 13606 ISO/EN

This research shows a protocol to assess the computational complexity of querying relational and non-relational (NoSQL (not only Structured Query ...

Research

Education

JoVE Core

JoVE Journal

Nursing

Medicine

Unit 1

Executing Complexity-Increasing Queries in Relational (MySQL) and NoSQL (MongoDB and EXist) Size-Growing ISO/EN 13606 Standardized EHR Databases

Documentation and Reporting

SCIENTISTS IN ACTION

Functional Assessment of Intestinal Motility and Gut Wall Inflammation in Rodents: Analyses in a Standardized Model of Intestinal Manipulation

وظيفية تقييم الحركة المعوية والتهاب الأمعاء الجدار في القوارض: التحليلات في نموذج موحد من التلاعب المعوية

Inflammation of the gastrointestinal tract is a common reason for a variety of human diseases. Animal research models are critical in investigating the ...

Lesion Explorer: A Video-guided, Standardized Protocol for Accurate and Reliable MRI-derived Volumetrics in Alzheimer's Disease and Normal Elderly

الآفة إكسبلورر: A، بروتوكول موحد موجهة الفيديو لدقة الحجمي وموثوق بها التصوير بالرنين المغناطيسي المستمدة في مرض الزهايمر والمسنين عادي

Obtaining in vivo human brain tissue volumetrics from MRI is often complicated by various technical and biological issues. These challenges are ...

A Standardized Obstacle Course for Assessment of Visual Function in Ultra Low Vision and Artificial Vision

دورة العقبة الموحدة لتقييم وظيفة البصرية في الترا منخفض الرؤية والرؤية الاصطناعية

We describe an indoor, portable, standardized course that can be used to evaluate obstacle avoidance in persons who have ultralow vision. Six sighted ...

An Intramedullary Locking Nail for Standardized Fixation of Femur Osteotomies to Analyze Normal and Defective Bone Healing in Mice

ومسمار داخل النقي قفل لالموحدة التثبيت من عظم الفخذ خزوعات عظمية لتحليل عادي وعيب العظام شفاء في الفئران

Bone healing models are essential to the development of new therapeutic strategies for clinical fracture treatment. Furthermore, mouse models are becoming ...

Standardized Technique of Aortic Valve Re-implantation for Valve-sparing Aortic Root Replacement

تقنية موحدة لزرع الصمام الابهري إعادة لتجنيب الصمام الابهري الجذر الاستبدال

Despite the obvious advantages of the preservation of a normal aortic valve during aortic root replacement, the complexity of valve sparing procedures ...

Standardized Measurement of Nasal Membrane Transepithelial Potential Difference (NPD)

Standardized Measurement of Nasal Membrane Transepithelial Potential Difference NPD

قياس موحد لغشاء الآنف ترانسيبيثيليال إمكانات الفرق (NPD)

We describe a standardized measurement of nasal potential difference (NPD). In this technique, cystic fibrosis transmembrane conductance regulator (CFTR) ...

A Minimally Invasive Model to Analyze Endochondral Fracture Healing in Mice Under Standardized Biomechanical Conditions

نموذج مينيملي لتحليل الكسر Endochondral الشفاء في الفئران تحت ظروف النشاط الحيوي موحدة

Bone healing models are necessary to analyze the complex mechanisms of fracture healing to improve clinical fracture treatment. During the last decade, an ...

Comparing Bibliometric Analysis Using PubMed, Scopus, and Web of Science Databases

مقارنه التحليل الببليوغرافي باستخدام PubMed و Scopus وقواعد بيانات الويب للعلوم

Literature databases (i.e., PubMed, Scopus, and Web of Science) differ in terms of their coverage, focus, and the tool they provide. PubMed focuses mainly ...

Standardized Hemorrhagic Shock Induction Guided by Cerebral Oximetry and Extended Hemodynamic Monitoring in Pigs

الحث الموحد للصدمات النزفية مسترشداً بالقياس الأكسجة الدماغية والرصد الهيمودينامي الموسع في الخنازير

Hemorrhagic shock ranks among the main reasons for severe injury-related death. The loss of circulatory volume and oxygen carriers can lead to an ...

Standardized Model of Ventricular Fibrillation and Advanced Cardiac Life Support in Swine

نموذج موحد من الرجفان البطيني ودعم الحياة القلبية المتقدمة في الخنازير

Cardiopulmonary resuscitation after cardiac arrest, independent of its origin, is a regularly encountered medical emergency in hospitals as well as ...