FHIR (منابع تعامل‌پذیری سریع مراقبت‌های بهداشتی)

FHIR (منابع تعامل‌پذیری سریع مراقبت‌های بهداشتی) یک استاندارد بین‌المللی HL7 برای تبادل اطلاعات مراقبت‌های بهداشتی با استفاده از واحدهای داده پیمانه‌ای به نام منابع (resources) و رابط‌های برنامه‌نویسی کاربردی به سبک وب است. این استاندارد، مدل‌سازی اطلاعات ساختاریافته استانداردهای قبلی HL7 را با فناوری‌های وب پرکاربرد — APIهای RESTful، سریال‌سازی JSON و XML، و HTTP استاندارد — ترکیب می‌کند تا دسترسی به داده‌های سلامت و ساخت برنامه‌ها بر اساس آن‌ها آسان‌تر شود.

Definition

FHIR استانداردی است که داده‌های بالینی و اداری را به عنوان منابع مجزا و مستقل — هر یک با ساختار تعریف‌شده و هویت پایدار — نمایش می‌دهد و آن‌ها را از طریق یک رابط برنامه‌نویسی کاربردی RESTful بر روی پروتکل‌های وب استاندارد تبادل می‌کند، به طوری که سیستم‌ها و برنامه‌ها می‌توانند داده‌های سلامت را به روشی تعامل‌پذیر بخوانند، بنویسند و جستجو کنند.

Scope

این مدخل مدل منبع FHIR، الگوی تبادل RESTful آن، پروفایل‌سازی برای نیازهای محلی، و ارتباط آن با استانداردهای قبلی HL7 و با برنامه‌های کاربردی قابل جایگزینی مانند SMART on FHIR را پوشش می‌دهد. این مدخل FHIR را به عنوان یک استاندارد تبادل داده و یک موضوع روش‌شناختی بررسی می‌کند؛ راهنمایی برای پیاده‌سازی، پیکربندی امنیتی، یا تدارکات ارائه نمی‌دهد.

Core questions

• منبع FHIR چیست و چگونه منابع با هم ترکیب می‌شوند تا یک پرونده بیمار را نمایش دهند؟
• رویکرد API RESTful چه تفاوتی با پیام‌رسانی HL7 v2 دارد؟
• پروفایل‌ها و افزونه‌ها (extensions) چه هستند و چرا به آن‌ها نیاز است؟
• FHIR چگونه برنامه‌های کاربردی قابل جایگزینی مانند SMART on FHIR را ممکن می‌سازد؟

Key concepts

• منابع (بیمار، مشاهده، مواجهه، درخواست دارو و غیره)
• API RESTful (ایجاد، خواندن، به‌روزرسانی، حذف، جستجو)
• سریال‌سازی JSON و XML
• ارجاعات و بسته‌ها
• پروفایل‌ها و افزونه‌ها
• راهنماهای پیاده‌سازی
• برنامه‌های کاربردی قابل جایگزینی SMART on FHIR

Mechanisms

FHIR اطلاعات مراقبت‌های بهداشتی را به عنوان منابع — واحدهای پیمانه‌ای مانند Patient (بیمار)، Observation (مشاهده)، یا MedicationRequest (درخواست دارو) — مدل‌سازی می‌کند که هر یک دارای مجموعه‌ای تعریف‌شده از عناصر و هویتی پایدار و قابل آدرس‌دهی هستند. منابع به یکدیگر ارجاع می‌دهند و گروه‌هایی از منابع را می‌توان در بسته‌ها (bundles) جمع‌آوری کرد. سیستم‌ها آن‌ها را از طریق یک رابط RESTful تبادل می‌کنند که در آن عملیات استاندارد HTTP منابع را ایجاد، می‌خوانند، به‌روزرسانی می‌کنند، حذف می‌کنند و جستجو می‌کنند، با داده‌هایی که به صورت JSON یا XML سریال‌سازی شده‌اند. از آنجا که استقرارهای فردی به محدودیت‌های محلی نیاز دارند، FHIR از پروفایل‌سازی پشتیبانی می‌کند: پروفایل‌ها و افزونه‌ها (extensions) منابع پایه را برای یک حوزه قضایی یا مورد استفاده خاص تنظیم می‌کنند، و راهنماهای پیاده‌سازی (implementation guides) این موارد را برای یک جامعه بسته‌بندی می‌کنند. این طراحی منبع و API همچنین زیربنای برنامه‌های کاربردی قابل جایگزینی است، جایی که یک برنامه کاربردی که در برابر یک نقطه پایانی FHIR (الگوی SMART on FHIR) مجاز شده است، می‌تواند در سیستم‌های سازگار اجرا شود.

Clinical relevance

FHIR به طور فزاینده‌ای مبنایی برای برنامه‌های کاربردی بیمارمحور، دسترسی به داده‌های بالینی، و تبادل بین سازمانی است و در سیاست‌های ملی تعامل‌پذیری نقش دارد. این مدخل نحوه ساختاردهی و نمایش داده‌ها توسط FHIR را توضیح می‌دهد؛ این یک ماده مرجع در مورد استاندارد است و راهنمایی برای ساخت، ایمن‌سازی یا استقرار هیچ سیستم بالینی نیست.

Evidence & guidelines

FHIR یک استاندارد هنجاری HL7 International است که از طریق HL7 توسعه یافته و رأی‌گیری شده است، با راهنماهای پیاده‌سازی ملی و منطقه‌ای که آن را برای استفاده محلی محدود می‌کنند. Bender و Sartipi (2013) یک توصیف فنی اولیه از طراحی RESTful استاندارد است؛ کتاب درسی Benson و Grieve یک گزارش یکپارچه از FHIR در کنار HL7 و SNOMED CT ارائه می‌دهد، و Mandl و Kohane (2012) منطق سیاستی را برای معماری باز و مبتنی بر برنامه که FHIR از آن پشتیبانی می‌کند، فراهم می‌کنند.

History

FHIR توسط HL7 در حدود سال‌های 2011-2012، به رهبری گراهام گریو، به عنوان جایگزینی آگاهانه سبک‌تر برای HL7 نسخه 3 که از فناوری‌های وب رایج استفاده مجدد می‌کرد، آغاز شد. توصیفات اولیه مانند Bender و Sartipi (2013) آن را به عنوان یک رویکرد چابک و RESTful معرفی کردند، و این استاندارد در طول دهه 2010 از طریق نسخه‌های متوالی به سمت وضعیت هنجاری پیشرفت کرد و با استدلال‌های سیاستی برای فناوری اطلاعات سلامت باز و قابل جایگزینی همگرا شد.

Debates

FHIR تا چه حد به تعامل‌پذیری معنایی واقعی دست می‌یابد؟

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

Key figures

• Grahame Grieve
• Duane Bender
• Kamran Sartipi
• Kenneth Mandl
• Isaac Kohane

Seminal works

• bender-sartipi-2013
• benson-grieve-2021

Frequently asked questions

FHIR چه تفاوتی با پیام‌رسانی HL7 v2 دارد؟

HL7 v2 پیام‌های رویدادمحور را با بخش‌های محدود ارسال می‌کند، در حالی که FHIR منابع مجزا را از طریق یک وب API RESTful نمایش می‌دهد که سیستم‌ها می‌توانند مستقیماً آن‌ها را بخوانند، بنویسند و جستجو کنند، با استفاده از فرمت‌های رایج مانند JSON بر روی HTTP.

SMART on FHIR به چه معناست؟

SMART on FHIR الگویی است که در آن یک برنامه کاربردی با استفاده از استانداردهای باز، در برابر یک نقطه پایانی FHIR مجوز می‌گیرد، به طوری که همان برنامه می‌تواند در سیستم‌های مختلفی که APIهای FHIR سازگار را نمایش می‌دهند، اجرا شود؛ این یکی از انگیزه‌های طراحی منبع و API FHIR است.