استانداردهای پیام‌رسانی HL7 و تبادل داده‌های بالینی

استانداردهای پیام‌رسانی HL7 مجموعه‌ای از مشخصات از HL7 International هستند که نحوه بسته‌بندی و تبادل رویدادهای بالینی و اداری بین سیستم‌های اطلاعات سلامت را تعریف می‌کنند. HL7 نسخه 2، که گسترده‌ترین کاربرد را دارد، پیام‌های رویدادمحور مانند پذیرش بیمار، دستورات آزمایشگاهی و نتایج را بین سیستم‌ها ارسال می‌کند؛ HL7 نسخه 3 و معماری سند بالینی (Clinical Document Architecture) یک مدل اطلاعاتی رسمی و اسناد بالینی ساختاریافته را اضافه می‌کنند.

Definition

استانداردهای پیام‌رسانی HL7 مشخصات لایه کاربردی هستند که ساختار، محتوا و رویدادهای محرک پیام‌ها و اسناد تبادل شده بین سیستم‌های اطلاعات مراقبت‌های بهداشتی را تعریف می‌کنند، به طوری که داده‌های بالینی و اداری می‌توانند بین برنامه‌های کاربردی توسعه‌یافته مستقل ارتباط برقرار کنند.

Scope

این مدخل پوشش‌دهنده پیام‌رسانی رویداد-محرک HL7 نسخه 2، مدل اطلاعات مرجع HL7 نسخه 3 و معماری سند بالینی برای اسناد ساختاریافته است. این موارد را به عنوان استانداردهای تبادل داده و یک موضوع روش‌شناختی در انفورماتیک بررسی می‌کند؛ راهنمایی برای پیاده‌سازی یا تهیه ارائه نمی‌دهد و به FHIR که در مدخلی جداگانه پوشش داده شده است، نمی‌پردازد.

Core questions

• یک پیام HL7 v2 چگونه یک رویداد بالینی مانند پذیرش یا نتیجه آزمایشگاه را نشان می‌دهد؟
• HL7 v3 و مدل اطلاعات مرجع چه چیزی را نسبت به v2 اضافه کردند؟
• معماری سند بالینی چیست و چه تفاوتی با پیام‌رسانی دارد؟
• چرا HL7 v2 با وجود محدودیت‌های شناخته شده‌اش هنوز غالب است؟

Key concepts

• رویدادهای محرک و انواع پیام
• بخش‌ها، فیلدها و جداکننده‌ها (کدگذاری pipe-and-hat)
• پیام‌های ADT (پذیرش، ترخیص، انتقال) و ORU (نتیجه مشاهده)
• مدل اطلاعات مرجع (RIM) در HL7 v3
• معماری سند بالینی (CDA)
• پایداری سند، تأیید و خوانایی انسانی
• سازگاری با نسخه‌های قبلی و اختیاری بودن

Mechanisms

در HL7 نسخه 2، یک رویداد محرک دنیای واقعی (به عنوان مثال پذیرش بیمار یا نتیجه نهایی آزمایشگاه) پیامی را تولید می‌کند که از بخش‌های مرتب شده ساخته شده است، هر بخش حاوی فیلدهایی است که با کاراکترهای جداکننده از هم جدا شده‌اند. یک سیستم دریافت‌کننده بخش‌ها را تجزیه می‌کند تا سوابق خود را به‌روز کند. HL7 نسخه 3 این را با یک رویکرد مدل‌محور جایگزین کرد که در آن پیام‌ها از مدل اطلاعات مرجع (Reference Information Model) مشتق می‌شوند، یک مدل شیء از اعمال، موجودیت‌ها، نقش‌ها و مشارکت‌ها که در XML بیان شده است. معماری سند بالینی (Clinical Document Architecture)، که بر اساس مدل نسخه 3 ساخته شده است، یک سند بالینی پایدار و قابل تأیید را با یک بدنه ساختاریافته قابل خواندن توسط ماشین و یک نمایش قابل خواندن توسط انسان مشخص می‌کند، به طوری که همان سند می‌تواند به طور قابل اعتماد پردازش و نمایش داده شود.

Clinical relevance

پیام‌رسانی HL7 زیربنای جریان‌های معمول مانند ثبت‌نام، ورود سفارش و گزارش نتایج بین سیستم‌های بیمارستانی است و اسناد CDA برای خلاصه‌های ترخیص و نامه‌های ارجاع استفاده می‌شوند. این مدخل توضیح می‌دهد که این تبادلات چگونه ساختار یافته‌اند؛ این یک ماده مرجع در مورد استانداردها است و راهنمایی برای پیکربندی رابط‌ها یا تصمیم‌گیری بالینی نیست.

Evidence & guidelines

HL7 نسخه 2، نسخه 3 و معماری سند بالینی استانداردهای هنجاری هستند که توسط HL7 International از طریق فرآیند رأی‌گیری نگهداری می‌شوند. Dolin و همکاران (2006) توصیف معتبر CDA Release 2 است و کتاب درسی Benson و Grieve یک گزارش یکپارچه از استانداردهای HL7 v2 و v3 و ارتباط آنها با اصطلاحات را ارائه می‌دهد.

History

HL7 در سال 1987 برای استانداردسازی رابط‌ها بین سیستم‌های اطلاعات بیمارستانی تأسیس شد و HL7 نسخه 2 به تدریج در طول دهه‌های 1990 و 2000 به استاندارد بالفعل برای پیام‌رسانی بالینی تبدیل شد. HL7 نسخه 3، که در اواخر دهه 1990 آغاز شد، مدل اطلاعات مرجع و یک روش‌شناسی دقیق‌تر اما سنگین‌تر را معرفی کرد؛ معماری سند بالینی، که در مراحل مختلف از سال 2000 منتشر شد، به موفق‌ترین محصول مبتنی بر v3 تبدیل شد و Release 2 در سال‌های 2005-2006 منتشر گردید.

Debates

آیا رویکرد HL7 v3 / RIM به وعده خود عمل کرد؟

HL7 v3 با هدف دقت معنایی از طریق مدل اطلاعات مرجع بود اما به دلیل پیچیدگی و دشواری پیاده‌سازی مورد انتقاد قرار گرفت؛ v2 غالب باقی ماند و CDA به موفق‌ترین محصول مبتنی بر v3 تبدیل شد، که منجر به تلاش بعدی و سبک‌تر FHIR شد.

Key figures

• Robert Dolin
• Liora Alschuler
• Amnon Shabo
• W. Edward Hammond
• Tim Benson

Seminal works

• dolin-2006
• benson-grieve-2021

Frequently asked questions

پیام ADT در HL7 v2 چیست؟

ADT مخفف پذیرش (admission)، ترخیص (discharge) و انتقال (transfer) است؛ یک پیام ADT رویدادهای جابجایی بیمار و ثبت‌نام را بین سیستم‌ها منتقل می‌کند و یکی از رایج‌ترین انواع پیام HL7 v2 در عملیات روزمره بیمارستان است.

آیا معماری سند بالینی همان استاندارد پیام‌رسانی است؟

خیر. CDA یک سند بالینی پایدار و قابل تأیید را مشخص می‌کند که می‌تواند تبادل و نمایش داده شود، نه یک پیام رویدادمحور؛ این بر اساس مدل اطلاعاتی HL7 v3 ساخته شده است و مکمل پیام‌رسانی v2 است، نه جایگزین آن.