شرح رسائل طلبات HL7 v2 ORM و OML: مقطع ORC، مقطع OBR، وطلب معملي مفصل

إجابة مختصرة: في HL7 v2، يتم إرسال الطلب (فحص مخبري، فحص تصويري، دواء) كرسالة ORM^O01 في الإصدارات حتى 2.5.1، أو كرسالة طلب مخبري OML^O21 من الإصدار 2.4 فصاعدًا. كلاهما يحمل معلومات المريض (PID)، الزيارة (PV1)، المقطع ORC الذي يتحكم في الطلب (جديد، إلغاء، تعليق، تغيير حالة، مع أرقام المودع والمُنفّذ) والمقطع OBR الذي يوضح ما تم طلبه، ومن قبل من، ولأي وقت. يرد نظام المُنفّذ برسالة ORR (أو ORL لـ OML) ويعيد النتائج لاحقًا كـ ORU. المكافئ في FHIR لـ ORC+OBR هو ServiceRequest.

طلب مخبري، مقطع بمقطع

تتكون رسالة طلب مختبري بصيغة HL7 v2 (ORM^O01) من مقاطع: MSH يحدد نوع الرسالة وإصدارها، PID يحدد المريض، PV1 يصف الزيارة، ORC يحمل رمز التحكم في الطلب، أرقام الطلبات الخاصة بالجهة الطالبة والجهة المنفذة، الأولوية ومقدم الطلب، OBR يحدد الاختبار المطلوب مع رمز LOINC ووقت الجمع، و DG1 يقدم التشخيص المبرر.

MSH|^~\&|EHR|GENHOSP|LIS|CENTRALLAB|20260314091200||ORM^O01^ORM_O01|MSG0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F|||12 High Street^^Leeds^^LS1 4AB^GB
PV1|1|O|CLINIC-3^^^GENHOSP||||42^SMITH^JOHN^^^Dr
ORC|NW|PLC-778812^EHR|||||^^^20260314093000^^R||20260314091200|42^SMITH^JOHN
OBR|1|PLC-778812^EHR||4548-4^Hemoglobin A1c/Hemoglobin.total in Blood^LN|||20260314093000||||||||42^SMITH^JOHN
DG1|1||E11.9^Type 2 diabetes mellitus without complications^I10

• MSH-9 ORM^O01^ORM_O01 يحدد نوع الرسالة، حدث التشغيل، والبنية. MSH-12 يحدد الإصدار.
• PID يحدد المريض؛ PID-3 يحمل المعرّف مع جهة إصداره ونوعه (MR، رقم السجل الطبي).
• PV1 يحدد الزيارة: عيادة خارجية (O)، الموقع، الطبيب المعالج.
• ORC-1 هو رمز التحكم في الطلب: NW طلب جديد، CA طلب إلغاء، OC تم إلغاء الطلب، HD تعليق، RL إطلاق، SC تم تغيير الحالة، OK تم قبول الطلب، UA غير قادر على القبول، XO تغيير الطلب، DC إيقاف. ORC-2 هو رقم طلب المودع (يُعيّنه نظام الطلب)، ORC-3 هو رقم طلب المُنفّذ (يُعيّنه المختبر، فارغ حتى يرد). ORC-7 يحمل التوقيت والأولوية (R روتيني، S عاجل، A في أقرب وقت ممكن). ORC-12 هو مقدم الطلب.
• OBR-4 هو معرّف الخدمة العالمي: ما تم طلبه، مُرمّز (هنا LOINC، LN). OBR-7 هو تاريخ ووقت الملاحظة أو الجمع. OBR-16 يكرر مقدم الطلب. في الطلبات المخبرية، توجد تفاصيل العينة في OBR-15 في الإصدارات الأقدم وفي مقطع SPM مخصص من الإصدار 2.5.
• DG1 يحمل التشخيص الذي يبرر الطلب.

الطلب نفسه مع اختبارات متعددة يكرر زوج ORC/OBR مرة لكل اختبار، كل منها بمعرف مجموعة OBR-1 الخاص به.

ORM مقابل OML

ORM^O01 هي رسالة طلب HL7 v2 العامة، وهي بنية فضفاضة للمختبرات والأشعة والصيدلة والمستلزمات. أما OML، التي تم تقديمها في الإصدار 2.4، فهي رسالة طلب خاصة بالمختبرات مع مشغلات O21 و O33 و O35 ومقاطع SPM و SAC صريحة للعينات والحاويات. لا تزال معظم الواجهات بين المستشفيات والمختبرات تعمل بـ ORM^O01؛ بينما تظهر OML في أنظمة المختبرات الأحدث وملفات IHE.

ORM^O01 هي رسالة الطلب العامة: بنية واحدة للمختبر، الأشعة، الصيدلة، التغذية، والمستلزمات، مما جعلها مرنة. من الإصدار 2.4، قدمت HL7 OML (طلب مختبري) مع عدة مشغلات، O21 (طلب حسب الاختبار)، O33 (طلب حسب العينة)، و O35 (طلب حسب العينة والحاوية)، وبنية أكثر صرامة مع مقاطع SPM و SAC للعينات والحاويات. تبعتها OMG (طلب سريري عام)، OMI (تصوير)، OMP (صيدلة) بنفس النمط. عمليًا، لا تزال معظم واجهات المستشفيات إلى المختبرات تعمل على ORM^O01 في الإصدار 2.3.1 أو 2.5.1، ويظهر OML في أنظمة المختبرات الأحدث وفي ملف تعريف سير عمل الاختبارات المخبرية الخاص بـ IHE.

الردود

يتلقى طلب HL7 v2 استجابتين. إشعار ACK فوري (MSA-1 AA أو AE أو AR) يؤكد استلام الرسالة وتحليلها. ثم تأتي استجابة التطبيق، وهي ORR^O02 لـ ORM أو ORL^O22 لـ OML، تكرر ORC مع OK أو UA وتملأ ORC-3، وهو رقم الطلب الخاص بالجهة المنفذة. تعود النتائج لاحقًا كـ ORU^R01 تحمل كلا رقمي الطلب.

يجيب النظام المستقبل مرتين. فورًا، برسالة ACK (MSA-1 AA قبول، AE خطأ، AR رفض) تؤكد استلام الرسالة وتحليلها. ثم، كرد تطبيق، برسالة ORR^O02 (لـ ORM) أو ORL^O22 (لـ OML)، تكرر ORC مع OK أو UA وتملأ ORC-3، رقم طلب المُنفّذ، الذي يستخدمه كلا الطرفين من ذلك الحين فصاعدًا. تعود النتائج كـ ORU^R01، مع نفس أرقام المودع والمُنفّذ في OBR-2 و OBR-3، وهي الطريقة التي تجد بها النتيجة طلبها. انظر شرح رسائل HL7 v2: ADT و ORU.

أين تتعطل الطلبات

تنكسر طلبات HL7 v2 في معظم الأحيان بسبب عدم تطابق أرقام الجهة الطالبة والجهة المنفذة عندما لم تتم معالجة ORR، أو رموز الاختبارات المحلية في OBR-4 بدون رمز LOINC، أو الإلغاءات المرسلة بدون رقم الجهة الطالبة الأصلي، أو عدم تطابق الإصدارات مثل إرسال مقطع SPM إلى مستلم إصدار 2.3.1، أو كتابة الأولوية في حقل نصي حر NTE بدلاً من ORC-7 أو OBR-5.

• الأرقام غير المتطابقة: تعود ORU برقم مُنفّذ لم يره نظام السجلات الإلكترونية الصحية أبدًا، عادةً لأن ORR لم تتم معالجتها.
• رموز محلية في OBR-4: رمز اختبار داخلي للمختبر بدلاً من (أو بدون) رمز LOINC، لذلك لا يمكن لنظام السجلات المستقبل ربط الاختبار. الحل هو رمز يحمل كلاهما: GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN.
• الإلغاءات بدون الأرقام الأصلية: يجب أن تحمل CA رقم المودع للطلب الذي تلغيه.
• عدم تطابق الإصدارات: يتم إسقاط مقطع SPM المرسل إلى مستقبل 2.3.1 أو رفضه.
• الأولوية في الحقل الخاطئ: STAT في حقل NTE النصي بدلاً من ORC-7 أو OBR-5.

نفس الطلب في FHIR

في FHIR، تندمج مقاطع ORC و OBR لطلب HL7 v2 في طلب واحد ServiceRequest مع الحالة، والنية (طلب)، والأولوية، ورمز LOINC، والموضوع، واللقاء، والمُقدم، وتاريخ ووقت الحدوث، ورمز السبب للتشخيص، والمعرفات لأرقام الجهة الطالبة والجهة المنفذة. تشير Observation و DiagnosticReport الناتجة إليه من خلال basedOn، كما هو موضح في دليل التنفيذ من HL7 v2 إلى FHIR.

في FHIR، يندمج ORC و OBR في ServiceRequest واحد: status (نشط، معلق، مُلغى، مكتمل)، intent (order)، priority (روتيني، عاجل، في أقرب وقت ممكن، عاجل جدًا)، code (اختبار LOINC)، subject، encounter، requester، occurrenceDateTime، reasonCode (تشخيص ICD-10)، و identifier لأرقام المودع والمُنفّذ. تشير Observation و DiagnosticReport الناتجة إلى الخلف باستخدام basedOn. تنشر HL7 تعيين الحقول حقلًا بحقل في دليل التنفيذ v2-to-FHIR.

تدعم Anpheros Platform ServiceRequest و Observation و DiagnosticReport، و موصل المختبر الخاص بها يقبل النتائج كـ HL7 v2 ORU أو CSV أو JSON. لا ترسل أو تستقبل الطلبات؛ يبقى الطلب في أنظمة المستشفى أو المختبر، وتضاف النتيجة النهائية إلى سجل المريض.

صفحات ذات صلة

• شرح رسائل HL7 v2: ADT و ORU
• HL7 مقابل FHIR
• PACS مقابل RIS مقابل VNA
• موصل المختبر: HL7 v2، CSV أو JSON إلى FHIR
• ما هو رمز LOINC؟
• تعيين HL7 v2 إلى FHIR (للمطورين)
• كيفية دمج نظام معلومات مختبري مع نظام سجلات صحية إلكترونية
• شرح محركات الواجهة

مصادر

• مجموعة منتجات HL7 الإصدار 2
• مرجع HL7 v2.5.1 ORM_O01 (Caristix)
• مرجع HL7 v2.5.1 OML_O21 (Caristix)
• دليل تنفيذ HL7 v2 إلى FHIR
• HL7 FHIR R4: ServiceRequest
• IHE Laboratory Testing Workflow (LTW)

الأسئلة الشائعة

ما الفرق بين ORC و OBR؟

ORC يتعلق بالطلب ككائن إداري: من وضعه، أرقامه، حالته، أولويته. OBR يتعلق بالخدمة المطلوبة: أي اختبار، على أي عينة، متى. يسبق كل OBR الخاص به ORC.

ما هو المودع والمُنفّذ؟

المودع هو النظام الذي يطلب الخدمة (نظام السجلات الإلكترونية الصحية أو نظام الطبيب المُصدر للطلب)؛ المُنفّذ هو النظام الذي يؤديها (نظام المختبر أو الأشعة). كل منهما يعيّن رقم طلبه الخاص، وتحمل الرسائل كلاهما حتى يتمكن أي طرف من العثور على الطلب.

هل يجب عليّ تطبيق ORM أم OML لواجهة مختبر جديدة؟

إذا كان الشريك يدعم OML^O21 في الإصدار 2.5.1 أو أحدث، ففضّله: معالجة العينات واضحة وملفات تعريف IHE مبنية عليها. إذا كان الشريك نظام مختبر قديم، فإن ORM^O01 هو ما يتحدث به، وأنت تتكيف.

كيف يتم تعيين طلب HL7 v2 إلى FHIR؟

يصبح ORC و OBR معًا ServiceRequest؛ تصبح أرقام المودع والمُنفّذ معرفات؛ ORC-1 و ORC-5 تُعيّن إلى الحالة؛ OBR-4 إلى الرمز؛ DG1 إلى reasonCode؛ مقدم الطلب إلى requester. ينشر دليل HL7 v2-to-FHIR الجداول التفصيلية.

Anpheros Platform

جرّبه مجانًا في بيئة الاختبار

أول طلب FHIR خلال 5 دقائق. واجهة برمجة تطبيقات HL7 FHIR R4 مع موافقة المريض مدمجة: جربها في بيئة الاختبار، ثم اربط تطبيقك الخاص أو نظام عيادتك.

أنشئ بيئة اختبار مجانيةاقرأ أدلة المطورين →

مجاني · 30 مريضًا اصطناعيًا · دون بطاقة

بقلم

فريق Anpheros

تبني Anpheros سجلًا طبيًا يتحكم فيه المريض ويمكن مشاركته مع أي عيادة، على منصة HL7 FHIR R4، مقرها في الاتحاد الأوروبي. تساعدك هذه الأدلة على فهم وتنظيم صحتك؛ ولا تغني عن استشارة طبيبك.

عن Anpheros →