در ژانویه ۲۰۲۴، مراکز خدمات مدیکر و مدیکید قانون دسترسی به بیمار و قابلیت همکاری CMS را به‌روزرسانی کردند. بازنگری جدید الزامات و مشخصات را برای اطلاعاتی که ارائه‌دهندگان پزشکی باید ارائه دهند، و همچنین نحوه فرمت‌بندی آن برای اطمینان از امنیت API و رعایت داده‌ها، مشخص می‌کند. این به سمت هدف بهبود قابلیت همکاری برای بازار مراقبت‌های بهداشتی است.
طبق گزارش جدیدی از Coherent Market Research، بازار جهانی API مراقبت‌های بهداشتی آماده انفجار در ده سال آینده است. تحلیلگران پیش‌بینی می‌کنند که صنعت می‌تواند از ۲۴۲.۷ میلیون دلار در ۲۰۲۵ به ۳۷۲.۵ میلیون دلار در ۲۰۳۲ گسترش یابد. آنها همچنین ۱۸٪ افزایش در استقرارهای API مبتنی بر اشتراک در بخش‌های مختلف مراقبت‌های بهداشتی گزارش می‌دهند. واضح است که راننده عظیمی برای قابلیت همکاری در APIهای مراقبت‌های بهداشتی وجود دارد.
با این در ذهن، ما برخی بهترین شیوه‌ها برای بهبود قابلیت همکاری را جمع‌آوری کرده‌ایم تا به شما کمک کنیم APIهای مراقبت‌های بهداشتی‌تان را به اندازه ممکن کارآمد، امن، و مطابق با آخرین راهنماها کنیم.
۱. تسلط بر راهنماهای HL7
قابلیت همکاری مراقبت‌های بهداشتی چیز دلخواهی نیست. در سراسر جهان، سازمان‌ها استانداردهای به اشتراک‌گذاری داده و نحوه پیاده‌سازی آنها را دیکته می‌کنند. مجموعه راهنماهای اخیر Health Level 7 (HL7) نام دارد، که همه چیز از نحوه ذخیره داده‌های مراقبت‌های بهداشتی تا رویکرد به امنیت و حریم خصوصی را مشخص می‌کند. این مشخصات منابع سریع قابلیت همکاری مراقبت‌های بهداشتی (FHIR) را مشخص می‌کند.
وقت گذاشتن برای خواندن راهنماهای HL7 تمام سردرگمی و عدم قطعیت درباره نحوه فرمت‌بندی، ایمن‌سازی، و به اشتراک‌گذاری داده‌های مراقبت‌های بهداشتی را برطرف می‌کند، و تضمین می‌کند که محصولات مراقبت‌های بهداشتی‌تان با آخرین راهنماها و بهترین شیوه‌ها مطابقت دارند. برای مثال، HL7 دیکته می‌کند که اطلاعات بالینی و اداری به منابع سازماندهی شوند، که بلوک‌های ساختاری استانداردشده مانند Patient، Observation، Medication، و Appointment هستند. این منابع سپس می‌توانند با استفاده از پروفایل‌ها و اکستنشن‌ها ترکیب، گسترش، یا محدود شوند تا نیازهای سازمانی یا موارد استفاده خاص را برآورده کنند در حالی که همچنان به مدل هسته FHIR پایبند هستند. در نهایت، HL7 طلب می‌کند که داده‌ها با استفاده از JSON، XML، یا RDF نمایش داده شوند، که آن را برای طیف گسترده‌ای از ابزارها در دسترس قرار می‌دهد.
۲. پیروی از REST و پیاده‌سازی امنیت
FHIR از مدل API RESTful برای تبادل داده با استفاده از افعال HTTP استاندارد GET، POST، PUT، و DELETE استفاده می‌کند. همچنین مشخص می‌کند که قابلیت‌های یک API با استفاده از منابع CapabilityStatement خلاصه شوند. StructureDefinition و راهنماهای پیاده‌سازی بیشتر تضمین می‌کنند که منابع در سراسر سازمان قابل استفاده باشند، و قابلیت همکاری را بیشتر تأکید می‌کنند.
در مورد امنیت، HL7 اصرار دارد که توسعه‌دهندگان از OAuth 2.0 یا چارچوب SMART on FHIR برای اطمینان از مجوز و احراز هویت امن استفاده کنند. اگر توسعه‌دهنده از سیستم legacy استفاده می‌کند، ممکن است نیاز به استفاده از Transport Layer Security (TLS) یا IPsec برای اطمینان از ایمن بودن انتقال‌ها داشته باشد.
۳. استفاده از مدل بلوغ قابلیت همکاری
سطوح مختلفی از قابلیت همکاری داده وجود دارد. توانایی یک ابزار مراقبت‌های بهداشتی برای ارتباط با دیگری مثالی از یک سطح قابلیت همکاری است. یک سیستم که قادر به تفسیر دارایی‌ها از سیستم دیگری باشد سطح دیگری از قابلیت همکاری است. آشنا شدن با الزامات هر سطح گام ضروری برای اطمینان از اینکه ابزار مراقبت‌های بهداشتی‌تان می‌تواند با هر دیگری به طور امن و ایمن ارتباط برقرار کند.
بسیاری از توسعه‌دهندگان در بخش مراقبت‌های بهداشتی از مدل بلوغ قابلیت همکاری HIMSS استفاده می‌کنند، استانداردی ایجادشده توسط جامعه سیستم‌های اطلاعات و مدیریت مراقبت‌های بهداشتی برای ارزیابی توانایی به اشتراک‌گذاری، ادغام، و استفاده از داده‌های مراقبت‌های بهداشتی در سیستم‌های مختلف، شناسایی شکاف‌ها در قابلیت همکاری، و برنامه‌ریزی بهبودهای استراتژیک که منجر به هماهنگی مراقبت بهتر، کارایی، و نتایج بیمار می‌شود به عنوان راهی برای تجسم سطوح مختلف تعاملات.
مدل بلوغ قابلیت همکاری شامل چهار سطح است:
- سطح I، سطح بنیادی، الزامات لازم برای ارتباط یک کامپوننت با دیگری را مشخص می‌کند.
- سطح II، سطح ساختاری، الزامات برای تبادل داده در سطح فیلد و همچنین نحو و سازماندهی داده لازم را تعریف می‌کند.
- سطح III، سطح معنایی، مدل‌های زیرین را اجازه می‌دهد تا داده‌ها را با استفاده از مجموعه داده‌های عمومی در دسترس و واژگان کدگذاری استاندارد کنند.
- سطح IV، سطح سازمانی، استانداردها را برای حکومت داده، قانونی، و استانداردهای سازمانی برای تبادل اطلاعات هم داخل و هم خارج سازمان تنظیم می‌کند.
۴. درک جزئیات FHIR
FHIR یکی از محبوب‌ترین استانداردهای تبادل داده مراقبت‌های بهداشتی در حال استفاده فعلی است. از فناوری‌های وب مدرن مانند JSON، XML، و APIهای RESTful برای به اشتراک‌گذاری و دسترسی به اطلاعات بیمار به طور seamless استفاده می‌کند. FHIR فرآیند تبادل داده‌های مراقبت‌های بهداشتی را با شکستن آن به منابع استانداردشده و قابل استفاده مجدد مانند سوابق بیمار، داروها، یا مشاهدات بالینی ساده می‌کند، و اجازه می‌دهد آنها به راحتی در سراسر پلتفرم‌های مختلف به اشتراک گذاشته شوند.
FHIR آخرین تجسم HL7 است، که در دهه ۱۹۸۰ برای مدیریت سوابق سلامت الکترونیکی (EHRها) ایجاد شد. FHIR به طور صریح برای استفاده از فرمت‌های دوستانه وب مانند JSON و XML طراحی شد، که بسیار آشنا برای کاربران معمولی‌تر از رابط‌های بسیار تخصصی HL7 هستند. این آشنایی به معنای آن است که FHIR داده‌های مراقبت‌های بهداشتی امن و قابلیت همکاری را برای کاربران با تجربه فنی محدود در دسترس قرار می‌دهد.
۵. استفاده از پلتفرم‌های داده AI مدرن
ارائه‌دهندگان مراقبت‌های بهداشتی مدرن با داده‌های بیشتری نسبت به هر نقطه‌ای در تاریخ کار می‌کنند. آنها همچنین با پیچیدگی بیشتری سروکار دارند، با داده‌هایی که از منابع مختلف می‌آیند و در مکان‌های مختلف ذخیره می‌شوند. پلتفرم‌های ابر داده AI به حداقل رساندن بسیاری از این مسائل کمک می‌کنند، و اجازه می‌دهند مقادیر زیادی از داده‌ها ارزیابی، مرتب، و پردازش شوند به روش‌های مختلف بدون افزایش بار کاری تیم توسعه‌تان.
استفاده از پلتفرم داده AI همچنین کمک می‌کند تضمین شود که داده‌های مراقبت‌های بهداشتی‌تان امن و مطابق است، زیرا می‌تواند سفارشی شود تا با مشخصات مختلف کار کند. بهترین از همه، پلتفرم‌های داده AI اطمینان حاصل می‌کنند که داده‌های مراقبت‌های بهداشتی‌تان با مقررات فعلی مطابقت دارد بدون قربانی کردن سرعت، زیرا مدل‌های زبان بزرگ (LLMها) می‌توانند بسیاری از کوئری‌ها، فرآیندها، و وظایف دیگر را پردازش کنند بدون اینکه فشار زیادی به سیستم‌تان وارد کنند.
برای نشان دادن اینکه چگونه پلتفرم‌های داده AI مدرن می‌توانند قابلیت همکاری را بهبود بخشند، مورد UH Cleveland را در نظر بگیرید، جایی که پرستاران برای جمع‌آوری، کامپایل، و تفسیر داده‌های بیمار به موقع و کارآمد تلاش می‌کردند. این بطری‌گردن باعث همه چیز از عدم ارتباط تا تأخیرهای غیرضروری و کاهش قابلیت‌های تصمیم‌گیری شد.
برای حل این مشکلات، UH Cleveland EdgeHuddle را در همکاری با Edgility توسعه داد، یک پلتفرم داده AIمحور که داده‌های بیمار را از EHRها و دستگاه‌های پزشکی جمع‌آوری می‌کند، آن را تحلیل می‌کند، و insights عملی را در هر هادل ایمنی شیفت ارائه می‌دهد. سیستم ریسک‌های نوظهور، روندها را برجسته می‌کند، و به بحث‌های متمرکزتر منجر می‌شود. نه تنها این امکان وقوع حوادث را جلوگیری می‌کند، بلکه منجر به مراقبت بهتر برای بیماران می‌شود زیرا به پرستاران و ارائه‌دهندگان مراقبت‌های بهداشتی اجازه می‌دهد روی کارهای معنادار تمرکز کنند به جای هدر دادن زمان روی وظایف غیرضروری.
۶. همه را در یک صفحه قرار دهید
ارائه‌دهندگان مراقبت‌های بهداشتی اجزای مختلفی دارند، هر کدام که اهداف و اولویت‌های خود را برای برآورده کردن دارند. وقتی سازمان‌تان را برای قابلیت همکاری داده‌های مراقبت‌های بهداشتی بهینه می‌کنید، ایده خوبی است که با تمام تیم‌های مختلف بنشینید و درباره اهداف و نیازهای خاص‌شان بیاموزید.
C-suite ممکن است به شما بگوید که فقط با ۵۰۰ دلار در ماه برای میزبانی داده راحت هستند، برای مثال. تیم امنیت سایبری ممکن است افزایش حملات cross-site scripting (XSS) از طریق یک نقطه انتهایی عمومی را آشکار کند. وقت گذاشتن برای یادگیری درباره اهداف و نیازهای هر تیم به شما اجازه می‌دهد برنامه‌ای کامل برای نحوه به‌روزرسانی بهترین APIتان برای بهبود قابلیت همکاری بسازید.
۷. تأکید بر فرهنگ داده‌محور
سیاست‌های داده با پذیرش گسترده بهترین کار می‌کنند. در غیر این صورت، سازمان‌ها می‌توانند با نقاط کور باقی بمانند جایی که مجبور به حدس زدن یا فرض کردن هستند، و بسیاری از مزایایی که داده می‌تواند ارائه دهد را حذف می‌کنند. تأکید بر فرهنگ داده‌محور در سراسر سازمان‌تان مهم است. این می‌تواند به هر تیم کمک کند تصمیم بگیرد کدام معیارها برای اهداف خاص‌شان مهم هستند و کدام داده‌ها باید با سازمان به اشتراک گذاشته شوند. این گام مهمی برای اطمینان از اینکه همه در یک صفحه بمانند است، زیرا معیارهای واضح به هر تیم می‌گوید چگونه عمل می‌کنند و راه‌هایی که می‌توانند بهبود یابند.
مورد Lakeview Health Systems را در نظر بگیرید، ارائه‌دهنده مراقبت‌های بهداشتی که سه بیمارستان جامعه را خریداری کرد که هر کدام سیستم EHR خود را داشتند. این همه نوع پیچیدگی برای داده‌های مراقبت‌های بهداشتی ایجاد کرد، و از دسترسی کارکنان به داده‌های لازم جلوگیری کرد و گاهی حتی منجر به تست‌های تکراری شد. این قطع ارتباط داده Lakeview Health Systems را متقاعد کرد تا به فرهنگ داده‌محور تکیه کند، و پلتفرم داده مرکزی را برای یکپارچه‌سازی داده‌های بالینی، عملیاتی، و بیمار در تمام سیستم‌ها ادغام کند. تمرکز روی داده نرخ بستری مجدد بیمارستان را در عرض یک سال ۱۸٪ کاهش داد، که نشان‌دهنده بهبود در مراقبت‌های بهداشتی و همچنین فرهنگ منسجم‌تر در تمام چهار بیمارستان است.
۸. استانداردسازی داده‌هایتان
استانداردسازی داده‌هایتان گام ضروری دیگری در بهبود قابلیت همکاری است. اعمال استانداردهای داده به تمام داده‌های سازمان‌تان اجازه می‌دهد در سراسر سازمان‌تان به طور interchangeable استفاده شود، و آن را به اندازه ممکن قابل مشاهده و امن می‌کند.
استانداردهای طبقه‌بندی داده مهم در مراقبت‌های بهداشتی شامل:
- Systematized Nomenclature of Medicine — Clinical Terms (SNOMED CT)، اصطلاحات بالینی جامع شناخته‌شده جهانی مورد استفاده در EHRها
- Logical Observation Identifiers Names and Codes (LOINC)، استاندارد اصطلاحات پرکاربردترین برای اندازه‌گیری‌های سلامت، مشاهدات، و اسناد
- بازنگری دهم طبقه‌بندی بین‌المللی بیماری‌ها (ICD-10)، فهرست طبقه‌بندی پزشکی توسط سازمان بهداشت جهانی
استفاده از سیستم‌های کدگذاری استاندارد کمک می‌کند اطمینان حاصل شود که داده‌هایتان با استانداردهای فعلی و بهترین شیوه‌های اطراف داده‌های پزشکی مطابقت دارد. داشتن استانداردهای داده در جای خود، ترجمه و تبدیل داده از سازمان‌ها و فروشندگان خارج را آسان‌تر می‌کند.
۹. ایجاد مرکز تعالی داده
مرکز تعالی داده (CoE) به عنوان هاب مرکزی برای تمام ابتکارات داده سازمان‌تان عمل می‌کند. یک CoE داده می‌تواند به عنوان مخزن مرکزی برای تمام داده‌های سازمان‌تان خدمت کند. چنین گروهی می‌تواند اهداف و شاخص‌های کلیدی عملکرد (KPI) مهم را تصمیم بگیرد، پایگاه دانشی اطراف رویکرد سازمان‌تان به داده ایجاد کند، و آن را در سراسر شرکت به اشتراک بگذارد. ایجاد یک CoE داده می‌تواند از قابلیت همکاری مدل‌محور استفاده کند، که راه عالی برای اطمینان از اینکه API مراقبت‌های بهداشتی‌تان کارآمد و امن است.
۱۰. تست APIهایتان
با اهمیت امنیت API و رعایت داده، ابزارهای متعددی برای تست وجود دارد تا اطمینان حاصل شود APIهایتان امن و مطابق هستند. HealthIT.gov مجموعه‌ای از ابزارها را برای اطمینان از مطابقت APIهای مراقبت‌های بهداشتی‌تان با استانداردهای Fast Healthcare Information Retrieval (FHIR) ارائه می‌دهد. کیت‌های تست Inferno HealthIT.gov بررسی می‌کنند که APIهای مراقبت‌های بهداشتی‌تان با استانداردهای گواهی ONC، استانداردهای US Core، کیت‌های تست UDS، کیت‌های تست UDS+، و بسیاری، بسیاری بیشتر مطابقت دارند.
افکار نهایی در مورد بهبود قابلیت همکاری در APIهای مراقبت‌های بهداشتی
مراقبت‌های بهداشتی فقط دیجیتال‌تر خواهد شد از اینجا به بعد. این به معنای آن است که تقاضاها برای امنیت API و رعایت داده فقط برجسته‌تر خواهند شد با گذشت زمان. این به معنای آن است که تقاضا برای قابلیت همکاری فقط برجسته‌تر خواهد شد.
برای کمک به تضمین اینکه قابلیت همکاری API مراقبت‌های بهداشتی‌تان در سطح است، باید برخی پلتفرم‌های AI که آنجا هستند را بررسی کنید تا اطمینان حاصل شود داده‌های مراقبت‌های بهداشتی‌تان امن، مطابق، و مقیاس‌پذیر است. پرورش فرهنگ داده‌محور در سازمان‌تان یکی از بهترین کارهایی است که می‌توانید برای قابلیت همکاری داده انجام دهید، زیرا کمک می‌کند تطابق و حکومت داده را هم داخل و هم خارج سازمان اعمال کند.
داشتن درک کامل از راهنماهای فعلی و بهترین شیوه‌های اطراف استانداردهای رسمی به شما کمک می‌کند استانداردهای داده را در سراسر سازمان‌تان پیاده‌سازی کنید. در نهایت، ابزارهایی مانند toolkit Inferno HealthIT.gov به شما اجازه می‌دهند بررسی کنید که APIهای مراقبت‌های بهداشتی‌تان با استانداردهای فعلی اطراف قابلیت همکاری داده مطابقت دارند. پیروی از تمام این بهترین شیوه‌ها و استفاده از ابزارهای آنجا به شما کمک می‌کند API مراقبت‌های بهداشتی‌تان را بسازید، توسعه دهید، استفاده کنید، و رشد دهید بدون ترس یا استرس.
