HL7

يدعم معيار HL7 الإصدار الثاني (المعروف أيضًا باسم Pipehat) سير العمل اليومي في المستشفى: المهام الإدارية، والفواتير، والخدمات اللوجستية، والعمليات السريرية مثل الطلبات والنتائج. ^{[ 4 ]} صدر لأول مرة عام 1987، وخضع لمراجعات دورية منذ ذلك الحين، حيث صدر منه أكثر من عشرة إصدارات (من 2.1 إلى 2.9). ^{[ 5 ]} تتوافق إصدارات v2.x مع الإصدارات السابقة، لذا فإن الرسالة المصممة وفقًا للإصدار 2.3 ستظل مفهومة من قِبل تطبيق يدعم الإصدار 2.6.

على عكس معايير HL7 الأحدث، تُكتب رسائل الإصدار 2.x كنص عادي مفصول بعلامات ترقيم بدلاً من XML . ^{[ 6 ]} تتكون الرسالة من أربع طبقات متداخلة، تفصل كل طبقة عن الأخرى بعلامة ترقيم خاصة بها:

• يشغل كل مقطع سطرًا واحدًا ويبدأ برمز مكون من ثلاثة أحرف يحدد محتواه (على سبيل المثال، PID لتحديد هوية المريض، أو PV1 لتفاصيل زيارة المريض). تبدأ كل رسالة بمقطع MSH ، الذي يحدد نوع الرسالة؛ وهذا يحدد المقاطع الأخرى المتوقعة.
• يتم تقسيم مقطع البيانات إلى حقول بواسطة رمز الأنبوب ( |). على سبيل المثال، يحتوي أحد حقول مقطع PID على اسم المريض.
• يمكن تقسيم حقل المكونات^ إلى مكونات أخرى بواسطة علامة الإقحام ( )، بحيث يمكن لحقل الاسم أن يحتوي على مكونات منفصلة لاسم العائلة والاسم الأول وما إلى ذلك.
• يمكن تقسيم المكونات الفرعية بدورها بواسطة علامة العطف (& &) حيث تكون هناك حاجة إلى تفاصيل أدق.

يُكمل حرفان آخران الصيغة: علامة المد (~ ~) التي تُشير إلى القيم المُكررة داخل الحقل، ومنذ الإصدار HL7v2.7، #تُعتبر علامة الرقم (□) حرف الاقتطاع الافتراضي. ^{[ 7 ]}

المثال أدناه هو رسالة قبول. MSHيُمثل العنوان؛ PIDويحمل بيانات هوية المريض؛ PV1ويحمل تفاصيل الزيارة. في قسم PID، يحتوي حقل اسم المريض على ثلاثة مكونات مفصولة بعلامات الإقحام، وهي اسم العائلة ( KLEINSAMPLE)، والاسم الأول ( BARRY)، والحرف الأول من الاسم الأوسط ( Q)، مما يوضح تقسيم الحقل/المكونات الموصوف أعلاه.

MSH|^~\&|MegaReg|XYZHospC|SuperOE|XYZImgCtr|20060529090131-0500||ADT^A01^ADT_A01|01052901|P|2.5 EVN||200605290901|||| PID|||56782445^^^UAReg^PI||KLEINSAMPLE^BARRY^Q^JR||19620910|M||2028-9^^HL70005^RA99113^^XYZ|260 GOODWIN CREST DRIVE^^BIRMINGHAM^AL^35209^^M~NICKELL'S PICKLES^10000 W 100TH AVE^BIRMINGHAM^AL^35200^^O|||||||0105I30001^^^99DEF^AN PV1||I|W^389^1^UABH^^^^3||||12345^MORGAN^REX^J^^^MD^0010^UAMC^L||67890^GRAINGER^LUCY^X^^^MD^0010^ UAMC^L|MED|||||A0||13579^POTTER^SHERMAN^T^^^MD^0010^UAMC^L|||||||||||||||||||||||||||200605290900 OBX|1|NM|^طول الجسم||1.80|م^متر^ISO+|||||F OBX|2|NM|^وزن الجسم||79|كجم^كيلوجرام^ISO+|||||F AL1|1||^أسبرين DG1|1||786.50^ألم في الصدر، غير محدد^I9|||A 

وقد أتاحت هذه المرونة لبروتوكول HL7 v2.x إمكانية ربط مجموعة واسعة من أنظمة المستشفيات، بدءًا من إدارة المرضى ووصولًا إلى السجلات الصحية الإلكترونية وأنظمة المختبرات والأشعة المتخصصة، ولا يزال مدعومًا من قبل جميع موردي المعلوماتية الصحية الرئيسيين في الولايات المتحدة. ^{[ 8 ]}

يهدف معيار HL7 الإصدار 3 إلى دعم جميع عمليات الرعاية الصحية. ^{[ 9 ]} بدأ تطوير الإصدار 3 حوالي عام 1995، مما أدى إلى نشر المعيار الأولي في عام 2005. ويستند معيار الإصدار 3، على عكس الإصدار 2، إلى منهجية رسمية (HDF) ومبادئ البرمجة الكائنية.

RIM - ISO/HL7 21731

يُعدّ نموذج المعلومات المرجعية ^{[ 10 ]} (RIM) حجر الزاوية في عملية تطوير HL7 الإصدار 3، وجزءًا أساسيًا من منهجية تطوير HL7 V3. يُعبّر RIM عن محتوى البيانات المطلوب في سياق سريري أو إداري مُحدد، ويُقدّم تمثيلًا واضحًا للروابط ^{الدلالية} والمعجمية القائمة بين المعلومات المُضمّنة في حقول رسائل HL7. [ ^{11 ]}

إطار تطوير HL7 - ISO /HL7 27931

إطار تطوير HL7 الإصدار الثالث (HDF) هو عملية متطورة باستمرار تسعى إلى وضع مواصفات تُسهّل التوافق التشغيلي بين أنظمة الرعاية الصحية. ويتكامل كلٌّ من HL7 RIM ومواصفات المصطلحات وعملية التحليل والتصميم القائمة على النماذج ليُشكّل HL7 الإصدار الثالث منهجيةً واحدةً لتطوير معايير توافقية لأنظمة معلومات الرعاية الصحية . ويُعدّ HDF أحدث إصدار من منهجية تطوير HL7 V3.

لا يقتصر إطار عمل تطوير السجلات الصحية (HDF) على توثيق الرسائل فحسب، بل يشمل أيضًا العمليات والأدوات والجهات الفاعلة والقواعد والمنتجات ذات الصلة بتطوير جميع مواصفات معيار HL7. وفي نهاية المطاف، سيشمل إطار عمل تطوير السجلات الصحية جميع مواصفات معيار HL7، بما في ذلك أي معايير جديدة ناتجة عن تحليل بنى ومتطلبات السجلات الصحية الإلكترونية.

تستند مواصفات HL7 إلى رموز ومصطلحات من مصادر متنوعة. ويضمن العمل على مصطلحات الإصدار الثالث (V3) أن تتمتع الأنظمة التي تُطبّق مواصفات HL7 بفهم واضح لا لبس فيه لمصادر الرموز ومجالات قيم الرموز التي تستخدمها.

نظام المراسلة V3

يحدد معيار المراسلة HL7 الإصدار 3 سلسلة من الرسائل النصية الآمنة (تسمى التفاعلات ) لدعم جميع عمليات سير العمل في مجال الرعاية الصحية.

تعتمد رسائل HL7 v3 على صيغة ترميز XML، كما هو موضح في هذا المثال: ^{[ 12 ] : 2.2.1}

<POLB_IN224200 ITSVersion= "XML_1.0" xmlns= "urn:hl7-org:v3" xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance" > <id root= "2.16.840.1.113883.19.1122.7" extension= "CNTRL-3456" /> <creationTime value= "200202150930-0400" /> <!-- إصدار أنواع البيانات/RIM/المفردات المستخدمة هو إصدار مايو 2006 --> <versionCode code= "2006-05" /> <!-- معرف التفاعل = اكتمال حدث الملاحظة، بدون مسؤوليات المُستقبِل --> <interactionId root= <2.16.840.1.113883.1.6> < امتداد= "POLB_IN224200" /> < رمز المعالجة "P" /> <رمز وضع المعالجة nullFlavor= "OTH" /> < رمز تأكيد القبول "ER" /> < رمز نوع المُستقبِل "RCV" > < رمز فئة الجهاز "DEV" رمز المُحدِّد "INSTANCE" > <معرف الامتداد "GHH LAB" الجذر "2.16.840.1.113883.19.1122.1" /> <كيان مُحدد الموقع رمز الفئة "LOCE" > <موقع رمز الفئة "PLC" رمز المُحدِّد "INSTANCE" > <معرف الجذر "2.16.840.1.113883.19.1122.2" امتداد "ELAB-3" /> < /موقع> </asLocatedEntity> </device> </receiver> <sender typeCode= "SND" > <device classCode= "DEV" determinerCode= "INSTANCE" > <id root= "2.16.840.1.113883.19.1122.1" extension= "GHH OE" /> <asLocatedEntity classCode= "LOCE" > <location classCode= "PLC" determinerCode= "INSTANCE" > <id root= "2.16.840.1.113883.19.1122.2" extension= "BLDG24" /> </location> </asLocatedEntity> </device> </sender> <!-- Trigger Event Control Act & Domain Content --> </POLB_IN224200>

تُعدّ بنية المستندات السريرية HL7 (CDA) معيارًا للترميز قائمًا على لغة XML، ويهدف إلى تحديد ترميز وبنية ودلالات المستندات السريرية لتبادلها. ^{[ 13 ]} وقد نُشر هذا المعيار بالاشتراك مع المنظمة الدولية للمقاييس (ISO) تحت اسم ISO/HL7 27932.

إطار عمل وثيقة استمرارية الرعاية هو معيار خاص بالولايات المتحدة لتبادل الملخصات الطبية، ويستند إلى معيار بنية الوثائق السريرية.

يصف نظام تصنيف المنتجات المهيكل المعلومات المنشورة المصاحبة للدواء، استنادًا إلى معيار HL7 الإصدار 3.

بروتوكول CCOW ، أو "مجموعة عمل كائنات السياق السريري"، هو بروتوكول قياسي مصمم لتمكين التطبيقات المختلفة من مشاركة سياق المستخدم وسياق المريض في الوقت الفعلي، وعلى مستوى واجهة المستخدم. تتطلب تطبيقات CCOW عادةً نظام CCOW Vault لإدارة أمان المستخدم بين التطبيقات.

يُعدّ معيار FHIR (موارد التشغيل البيني السريع للرعاية الصحية) مواصفةً حديثةً للتشغيل البيني من HL7 International، مصممة لتكون أسهل في التطبيق، وأكثر انفتاحًا، وقابليةً للتوسيع من إصدارات HL7 2.x أو 3.x. ويعتمد هذا المعيار على مجموعةٍ حديثةٍ من تقنيات واجهة برمجة التطبيقات (API) القائمة على الويب، بما في ذلك بروتوكول RESTful القائم على HTTP ، و HTML و CSS لتكامل واجهة المستخدم، وخيار JSON أو XML لتمثيل البيانات، و OAuth للتفويض، و Atom لعرض نتائج الاستعلام. ^{[ 14 ]} يتمثل الهدف الرئيسي لمعيار FHIR في ضمان التشغيل البيني بين أنظمة الحاسوب المختلفة. فهو يُحدد تنسيق البيانات وبروتوكول تبادل المعلومات الطبية، بغض النظر عن كيفية تخزينها في هذه الأنظمة. ^{[ 15 ]}

يوفر إطار عمل هندسة المؤسسات الواعية بالخدمات HL7 (SAIF) الاتساق بين جميع عناصر HL7، ويتيح اتباع نهج موحد لتطوير وتنفيذ هندسة المؤسسات (EA)، وطريقة لقياس الاتساق.

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

يُعدّ إطار عمل SAIF ضروريًا لترشيد قابلية التشغيل البيني للمعايير الأخرى. وهو عبارة عن بنية لتحقيق قابلية التشغيل البيني، ولكنه ليس حلاً شاملاً لإدارة بنية المؤسسة.

تُعدّ صيغة آردن لغةً لترميز المعرفة الطبية. وقد اعتمدت منظمة HL7 الدولية هذا المعيار وتشرف عليه بدءًا من الإصدار 2.0 من صيغة آردن. تُستخدم وحدات المنطق الطبي ( MLMs ) في البيئة السريرية لقدرتها على احتواء معلومات كافية لاتخاذ قرارات طبية فردية. فهي قادرة على إصدار تنبيهات وتشخيصات وتفسيرات، بالإضافة إلى وظائف ضمان الجودة والدعم الإداري. يجب أن تعمل وحدة المنطق الطبي على جهاز كمبيوتر يستوفي الحد الأدنى من متطلبات النظام وأن يكون البرنامج الصحيح مُثبّتًا عليه. عندئذٍ، تستطيع وحدة المنطق الطبي تقديم المشورة عند الحاجة إليها وفي المكان المناسب.

لغة الجودة السريرية (CQL) هي معيار لغة تعبيرية عالية المستوى معتمد من قبل المعهد الوطني الأمريكي للمعايير ( ANSI ) ^{[ 16 ] ، ويتم إعداده من قبل المستوى السابع للصحة. [ 17 ]} وهو مخصص لتبادل المعرفة السريرية في مجالات قياس الجودة السريرية الإلكترونية ودعم اتخاذ القرارات السريرية . ^{[ 18 ]}

تُستخدم لغة الجودة السريرية في تطبيقات سريرية متنوعة، بما في ذلك إرشادات منظمة الصحة العالمية SMART، حيث تُستخدم لترميز منطق اتخاذ القرارات ومؤشرات الأداء. ^{[ 19 ]} وقد اعتمدت مراكز خدمات الرعاية الطبية والخدمات الطبية المساعدة (CMS) لغة الجودة السريرية (CQL) لمواصفات قياس الجودة السريرية منذ عام 2019. ^{[ 20 ] [ 21 ]}

تتيح لغة CQL التعبير المعياري والمرن عن المنطق، وهي قابلة للقراءة البشرية والمعالجة الآلية على حد سواء. ^{[ 20 ]}

تم نشر تطبيق CQL كمصدر مفتوح من قبل اللجنة الوطنية لضمان الجودة في عام 2023 بهدف تشجيع اعتماد اللغة. ^{[ 22 ]}

المواصفات الوظيفية لسجل صحي إلكتروني .

يحمل مقطع OBR معلومات حول الفحص أو الدراسة التشخيصية/الملاحظة. ^{[ 23 ]} وهو مقطع مطلوب في رسالة ORM (رسالة الطلب) ^{[ 24 ]} أو رسالة ORU (نتيجة الملاحظة). ^{[ 25 ]}

• HL7 RIM: معيار غير متماسك
• HL7 RIM تحت المجهر (محاولة دحض) (تاريخ النشر؟)
• ساعة HL7
• تحديث 2013: العمل البشري في مجال الرعاية الصحية: تحليل نقدي لنموذج المعلومات المرجعي HL7