مقدمة
توضح هذه المقالة إصلاحًا جديداً يتيح Microsoft BizTalk Server 2010 مسرع ل HL7 معالجة رسالة الدعم (BTAHL7) إصدار HL7 2.5.1 (v2.5.1).
يحتوي هذا الإصلاح العاجل على المخططات، ويقوم بتحديث مشغل الملفات المستخدمة من قبل BTAHL7 للتحقق من صحة وتحليل تسلسل الأحداث لمعالجة الرسائل v2.5.1 HL7.
بالإضافة إلى ذلك، هذا الإصلاح العاجل بحل العديد من المشكلات لمعالجة الرسائل HL7 الموضحة في قسم "مزيد من المعلومات".
مزيد من المعلومات
معلومات الإصلاح العاجل
يتوفر إصلاح عاجل معتمد من Microsoft. ومع ذلك، يهدف هذا الإصلاح العاجل إلى حل المشكلة الموضحة في هذه المقالة فقط. تطبيق هذا الإصلاح العاجل فقط على الأنظمة التي تواجه هذه المشكلة بالتحديد.
إذا كان يتوفر الإصلاح العاجل للتنزيل، يوجد مقطع "توفر تنزيل الإصلاح عاجل" أعلى مقالة قاعدة المعارف. إذا لم يظهر هذا المقطع، إرسال طلب إلى خدمة العملاء ل Microsoft والدعم للحصول على الإصلاح العاجل.
ملاحظة: في حالة حدوث مشكلات إضافية أو يجب إجراء استكشاف للأخطاء وحلها، قد يلزم إنشاء طلب خدمة منفصل. سيتم تطبيق تكاليف الدعم المعتادة على أسئلة الدعم الإضافية والمشكلات التي لا يعمل على حلها هذا الإصلاح العاجل بالتحديد. للحصول على قائمة أرقام هواتف خدمة العملاء ل Microsoft والدعم أو لإنشاء طلب خدمة منفصل، قم بزيارة موقع Microsoft التالي على الويب:
http://support.microsoft.com/contactus/?ws=supportملاحظة: يعرض النموذج "توفر تنزيل الإصلاح العاجل" اللغات التي يتوفر الإصلاح الجديد. في حالة عدم ظهور اللغة الخاصة بك، يكون بسبب عدم توفر إصلاح عاجل لتلك اللغة.
المتطلبات الأساسية
لتطبيق هذا الإصلاح العاجل، يجب أن يكون لديك تثبيت BTAHL7، ويجب تطبيق الإصلاح العاجل الموضح في مقالة "قاعدة معارف Microsoft" التالية:
إصلاح 2564013 : يتوفر إصلاح عاجل وتوفر خصائص إضافية "وضع التسليم" "بروتوكول الطبقة السفلي أقل" إرسال واستقبال محولات في BizTalk مسرع ل HL7 في بيئة BizTalk Server 2010
متطلبات إعادة التشغيل
ليس عليك إعادة تشغيل جهاز الكمبيوتر بعد تطبيق هذا الإصلاح العاجل. ومع ذلك، يجب إعادة تشغيل خدمات BizTalk.
معلومات استبدال الإصلاح العاجل
لا يحل هذا الإصلاح العاجل محل أية إصلاحات عاجلة أخرى.
معلومات الملف
يحتوي الإصدار العمومي من هذا الإصلاح العاجل سمات الملف (أو سمات الملف الأحدث) المسرودة في الجدول التالي. يتم سرد التواريخ والأوقات الخاصة بهذه الملفات بالتوقيت العالمي المتفق عليه (UTC). عند عرض معلومات الملف، يتم تحويلها إلى التوقيت المحلي. لمعرفة الفرق بين التوقيت العالمي المتفق عليه والتوقيت المحلي، استخدم علامة التبويب المنطقة الزمنية في عنصر التاريخ والوقت في "لوحة التحكم".
BizTalk Server 2010 مسرع ل HL7
|
اسم الملف |
إصدار الملف |
حجم الملف |
التاريخ |
الوقت |
النظام الأساسي |
|---|---|---|---|---|---|
|
Microsoft.solutions.btahl7.ddvhelper.dll |
3.9.546.2 |
18,792 |
01-Mar-2012 |
10:52 |
x86 |
|
Microsoft.solutions.btahl7.hl72fdasm.dll |
3.9.546.2 |
102,760 |
01-Mar-2012 |
10:52 |
x86 |
|
Microsoft.solutions.btahl7.hl7wizard.dll |
3.9.546.2 |
61,800 |
01-Mar-2012 |
10:52 |
x86 |
|
Microsoft.solutions.btahl7.mllp.dll |
3.9.546.2 |
123,232 |
01-Mar-2012 |
10:52 |
x86 |
|
Microsoft.solutions.btahl7.pipelinecommon.dll |
3.9.546.2 |
90,488 |
01-Mar-2012 |
10:52 |
x86 |
|
Microsoft.solutions.btahl7.pipelinemessagecore.dll |
3.9.546.2 |
86400 |
01-Mar-2012 |
10:52 |
x86 |
|
Microsoft.solutions.btahl7.shared.dll |
3.9.546.2 |
94,568 |
01-Mar-2012 |
10:52 |
x86 |
مزيد من المعلومات
المشكلة الأولى
عند محاولة استخدام BTAHL7 لتلقي ومعالجة رسالة v2.5.1 HL7، فشل مرحلة التحليل، وتتلقى رسالة خطأ مشابهة لما يلي:
نوع الحدث: خطأ
مصدر الحدث: مسرع BizTalk ل HL7
فئة الحدث: بلا
معرف الحدث: 4100
التاريخ: < تاريخ >
الوقت: < الوقت >
المستخدم: n/A
الكمبيوتر: < الكمبيوتر >
الوصف:
خطأ التحقق من الصحة في الرأس أثناء تحليل
خطأ # 1
تقسيم معرف: مش
رقم التسلسل: 1
حقل رقم: 7
رقم الخطأ: 102
وصف الخطأ: خطأ في نوع البيانات
تشفير النظام: HL7nnnn
ملاحظة: هذه المشكلة بسبب بمش 7 تاريخ/وقت حقل رسالة. يحتوي هذا الحقل على قيمة نوع بيانات التاريخ والوقت . ومع ذلك، يتم إنشاء هذه القيمة بشكل غير صحيح كقيمة نوع بيانات سلسلة .
المشكلة الثانية
يحدث بطء الأداء عند معالجة الرسائل HL7 على موقع الاستلام يستخدم محول الحد الأدنى السفلي طبقة بروتوكول (MLLP).
بعد تثبيت هذا الإصلاح الجديد، يتوفر إعداد "الاستخدام المباشر متزامن HL7 ACK" جديد في صفحة تكوين خصائص النقل MLLP. الإعداد يعمل على تحسين الأداء بطريقة الاثنين تلقي المنفذ & الموقع إذا تحققت الشروط التالية:
-
تلقي المنفذ منفذ تلقي ثنائية الاتجاه، ويتم تعيين الخيار "استخدام مباشر متزامن HL7 ACK" إلى "True" في تكوين منفذ تلقي MLLP.
ملاحظة: إذا تلقي المنفذ منفذ أحادية الاتجاه وتمكين هذا الخيار، لن يكون هناك أي تحسن الأداء. -
تستخدم BizTalk HL7 قام في إنشاء ack.
ملاحظة: ويمكن تحقيق ذلك باستخدام الافتراضي BTAHL72XReceivePipeline أو في BTAHHL7. HL72fDasm الذي تم تضمينه مع BizTalk مسرع HL7.
يجب أن يكون الإعداد "توجيه ACK لإرسال خط أنابيب على طلب استجابة تلقي المنفذ" الطرف المصدر في مستكشف تكوين HL7، ويجب تعيين "نوع الإفادة" إلى قيمة غير "بلا".
انتبه في الحالات حيث لا يتم إنشاء ACK التي قام HL7 BizTalk (على سبيل المثال، ACK قدمها نظام المراحل النهائية ويتم إعطاء محول الإرسال بدورها المقدم إلى EPM، والذي بدوره يتم توجيهها إلى منفذ التلقي ونظام المراحل التمهيدية أو مفكك آخر يستخدم) هناك أي تحسن الأداء. HL7 ACK سوف لا يزال يتم توجيه إلى نظام المراحل التمهيدية بنجاح.
يتيح هذا التغيير BizTalk لتلقي المزيد من رسائل. اكسبيديس هذه المعالجة على الجانب "إرسال" لإرسال المنافذ التي تشترك في منفذ التلقي. أيضا، عند تغيير الخيار "استخدام مباشر متزامن HL7 ACK"، يجب إعادة تشغيل المثيل المضيف لمشاهدة سلوك تغيير باستخدام "BizTalk: الرسائل: المستندات المتلقاة/الثانية" عدادات مراقبة الأداء.
المشكلة الثالثة
يتم تمكين دعم إضافي لرموز الإعلام التالية على منافذ الإرسال MLLP ثنائية الاتجاه.
-
عبد اللطيف
-
الحسابات المدينة
-
الجمهورية التشيكية
-
م
لمزيد من المعلومات، انقر فوق رقم المقالة التالية لعرضها في "قاعدة معارف Microsoft":
إصلاح 973909 : يتم تسجيل معرفات الحدث 5812 و 5743 و 5754 عند استخدام BizTalk 2009 مسرع ل HL7 (BTAHL7)
المسألة 4
عندما تقوم بتغيير الحقل XPN_0_0Surname في أورو ^ R01 المخطط، ومن ثم يمكنك استخدام المخطط لإرسال رسالة تحتوي على قيمة في حقل PID_6 ، تتلقى رسالة خطأ التحقق من صحة.
عند تغيير قيمة السمة minOccurs من 0 إلى 1 للحقول في PID_6 و XPN_0_0_Surname أورو ^ R01 المخطط، تتوقع حدوث السلوك التالي:
-
رسالة واردة من ORU_R01 لا تحتوي على قيمة في حقل PID_6 ، الرسالة صالحاً.
-
إذا كان يتضمن رسالة واردة من ORU_R01 قيمة في أي من الحقول الفرعية PID_6 ، ووجود حقل XPN_0_0_Surname ، الرسالة صالحاً.
-
إذا كانت رسالة واردة من ORU_R01 قيمة في أي من الحقول الفرعية PID_6 ، و ORU_R01 الرسالة الواردة ليس له قيمة في حقل XPN_0_0_Surname ، الرسالة غير صالح.
ملاحظة: توقع هذا السلوك يفي بالإرشادات الفيدرالية.
المسألة 5
فشلت معالجة الإعلامات بسبب عدم تطابق بين المخطط ميساجيتيبي ومخطط دوكسبيكتيبي مخطط شيماسترونجنامي . عند حدوث هذه المشكلة، يتم تسجيل خطأ مشابهة للرسالة التالية في سجل أحداث مشغل xlang/ثانية:
Uncaught الاستثناء (راجع 'الاستثناء الداخلي' أدناه) قد أوقفت مثيل خدمة"< مثيل خدمة الاسم >" .
سيبقى مثيل الخدمة معلقة حتى إداريا استئناف أو إنهاء.
إذا تم استئناف المثيل سيتابع من حالته الدائمة الأخيرة وقد إعادة طرح نفس استثناء غير متوقع.
معرف المثيل: < معرف المثيل >
اسم الشكل:
معرف الشكل:
استثناء من: قطعة-1, تقدم-1
الاستثناء الداخلي: تلقي نوع رسالة غير متوقعة '< نوع الرسالة >، BTAHL7V2XCommon، إصدار 1.0.0.0, الثقافة = = محايد, = 6f98b98dc03f2db5' لا يطابق النوع المتوقع 'إصدار< نوع الرسالة >، BTAHL7V2XCommon، = 1.0.0.0, الثقافة = محايد, = 6f98b98dc03f2db5'.
نوع الاستثناء: أونيكسبيكتيدميساجيتيبيكسسيبشن
المصدر: Microsoft.XLANGs.Engine
الموقع الهدف: إلغاء _verifyPublisherSchema()
المسألة 6
يتم تغيير قيمة السمة minOccurs من 0 إلى 1 في المخططات التالية لتلبية المبادئ التوجيهية الاتحادية:
<xs:complexType name="EI"><xs:element minOccurs="0" name="EI_2_UniversalId" type="ST_L199" />
<xs:element minOccurs="0" name="EI_3_UniversalIdType" type="ID_301" />
<xs:complexType name="CX"><xs:element minOccurs="0" name="CX_3_AssigningAuthority">
<xs:element minOccurs="0" name="CX_4_IdentifierTypeCode" type="ID_203" />
المسألة 7
هذا الإصلاح العاجل تمكين محولات الحد الأدنى السفلي طبقة بروتوكول (MLLP) لمعالجة اتصالات متعددة لنفس المنفذ MLLP.
الإرشادات المتوفرة بعد التثبيت
بعد تثبيت هذا الإصلاح الجديد، اتبع الخطوات التالية:
-
من علامة التبويب موارد التطبيق في وحدة تحكم إدارة BizTalk Server، حذف المشروع المشترك V2X BTAHL7.
ملاحظة: إذا تم نشر المشروع, يجب عليك إلغاء نشر المشروع قبل القيام بذلك. -
بدء تشغيل Microsoft Visual Studio انقر فوق مشروع BizTalk جديدانقر فوق المشروع المشترك BTAHL7 V2X ومن ثم فتح المشروع المشترك BTAHL7 V2X .
-
من علامة التبويب موارد التطبيق في وحدة تحكم إدارة BizTalk Server، حذف المشروع المشترك V251 BTAHL7.
ملاحظة: إذا تم نشر المشروع, يجب عليك إلغاء نشر المشروع قبل القيام بذلك. -
بدء تشغيل Microsoft Visual Studio وانقر فوق المشروع BizTalk الجديدثم انقر فوق مشروع BTAHL7 V251 العامة.
-
فتح ملف Datatypes_251.xsd ثم قم بتغيير قيمة السمة minOccurs في التعليمات البرمجية التالية من 0 إلى 1:
<xs: element minOccurs="0" name="XPN_0_0_Surname" type="ST_0" />
-
إعادة نشر المشروع العامة V251 BTAHL7.
الحالة
أقرت Microsoft أن هذه مشكلة في منتجات Microsoft المسردة في قسم "ينطبق على".
المراجع
لمزيد من المعلومات حول المعايير HL7 v2 المراسلة، انتقل إلى موقع ويب "الصحة مستوى السبعة" التالية:
معلومات عامة حول HL7 v2 المراسلة المعاييرلمزيد من المعلومات حول إصدارات v2.x HL7 الذي يدعمها BTAHL7، انتقل إلى موقع Microsoft التالي على الويب:
معلومات عامة حول الإصدارات 2.x HL7للحصول على معلومات حول حزم الخدمة والتحديثات التراكمية لخادم BizTalk، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":
حزمة الخدمة وقائمة التحديث التراكمي لخادم BizTalk 2555976
لمزيد من المعلومات حول الإصلاحات العاجلة BizTalk Server، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":
2003907 من المعلومات حول دعم حزمة الخدمة والإصلاحات العاجلة BizTalk
