API ها در بهداشت و درمان

API در بهداشت و درمان به چه معناست؟ ما در این مقاله در ابتدا به مفهوم API یا رابط برنامه نویسی برنامه کاربردی، اهمیت API ها در مراقبت های بهداشتی، کاربرد آنها در مراقبت های بهداشتی و سیستم های اطلاعات سلامت، مزایا و چالش های به کارگیری آنها و در ادامه به بحث در رابطه با آینده API ها و قابلیت همکاری در مراقبت های بهداشتی می پردازیم.

API مخفف عبارت Application Programming Interface به معنای رابط برنامه نویسی برنامه کاربردی است که یک واسطه نرم افزاری است و به دو برنامه اجازه می دهد تا با یکدیگر صحبت کنند. هر بار که از برنامه ای مانند لینکدین یا اینستاگرام استفاده می کنید ، یک پیام فوری ارسال می کنید یا وضعیت آب و هوای تلفن خود را بررسی می کنید ، از یک API استفاده می کنید. وقتی از برنامه ای در تلفن همراه خود استفاده می کنید ، برنامه به اینترنت متصل می شود و داده ها را به یک سرور می فرستد. سپس سرور آن داده ها را بازیابی می کند ، آنها را تفسیر می کند ، اقدامات لازم را انجام می دهد و آنها را به تلفن شما می فرستد. سپس برنامه ، آن داده ها را تفسیر کرده و اطلاعاتی را که می خواستید به روشی خواندنی به شما ارائه می دهد. این همان چیزی است که یک API است - همه اینها از طریق API اتفاق می افتد.

به عبارت دیگر API مجموعه ای از رویه ها و توابع است که به برنامه ها این امکان را می دهد که به داده ها یا ویژگی های یک برنامه ، سیستم عامل یا سرویس دیگری که جدا از آن است دسترسی پیدا کنند. آنها به عنوان پلی بین دو برنامه عمل می کنند و به داده ها اجازه می دهند بدون توجه به نحوه طراحی اولیه هر برنامه ، جریان پیدا کنند. برای برنامه هایی که با یک جریان ثابت از داده ها از یک یا چند منبع کار می کنند ، یک API به ویژه برای کاهش زمان توسعه ، صرفه جویی در فضای ذخیره سازی در دستگاه های نقطه پایانی و غلبه بر هرگونه اختلاف در استاندارد ها یا زبان های برنامه نویسی مورد استفاده قرار می گیرند.

رابط های برنامه نویسی برنامه کاربردی (API) در مراقبت های بهداشتی بسیار مورد توجه قرار گرفته اند زیرا توسعه دهندگان به دنبال راه حل های ساده و مبتنی بر استاندارد برای مشکلات همکاری خود هستند.

شما می توانید در مورد قابلیت همکاری به عنوان نیاز صنعت بهداشت و درمان برای هماهنگی مراقبت از بیمار در میان زیر مجموعه های بزرگتر از عوامل دخیل در صنعت مراقبت های بهداشتی فکر کنید. این موارد ممکن است شامل برنامه ها ، پوشیدنی ها ، کلینیک ها ، بیمارستان ها ، مراکز خصوصی، بیمه ها و غیره باشد.

این کار با یک API مراقبت های بهداشتی امکان پذیر است. با استفاده از آنها ، ارائه دهندگان خدمات بهداشتی درمانی می توانند داده ها را بین EHR / EMR ، سیستم های اطلاعاتی ، شبکه ها ، برنامه های مراقبت های بهداشتی و دستگاه هایی که به طور موثر آنها را مدیریت می کنند ، انتقال دهند و آنها را در یک مکان ترکیب کنند. بسته به حالت ادغام ، API ها می توانند یک سیستم را برای بازیابی ، ارسال ، به روزرسانی اطلاعات مربوط به پرونده فردی هر بیمار فعال کنند.

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

با استفاده از API ها بیماران به سرعت به داده ها دسترسی دارند که به نوبه خود به آنها کمک می کند کنترل بهتری بر مراقبت های بهداشتی خود داشته باشند. با داشتن یک بیمار آگاه ، می توانید گزینه های بهتری برای راه حل های مراقبت های بهداشتی خود انتخاب کنید. پزشکان اکنون به لطف API ها می توانند اطلاعات را به سطح بعدی برسانند. با استفاده از رابط کاربری پیشرفته و همچنین تجزیه و تحلیل در اختیار پزشک ، آنها می توانند اطلاعات را در زمان واقعی به بیمار ارائه دهند. با وجود چنین بسترهایی در مراکز بهداشتی درمانی ، آنها می توانند تجارب بهتری از بیمار را ایجاد کنند. با در دسترس قرار گرفتن API ها برای دسترسی و مدیریت داده هایی که قبلاً در EMR ها گیر کرده و از بین رفته بودند ، هزینه و پیچیدگی راه اندازی آنها به شدت کاهش یافته است.

همانطور که تکامل در مدل های بازپرداخت مراقبت مبتنی بر ارزش به طور فزاینده ای برای بهبود نتایج بهداشتی و کاهش بستری مجدد در بیمارستان ، ایجاد می شود ، هر سازمان مراقبت های بهداشتی تجزیه و تحلیل مراقبت های بهداشتی را می خواهد که تصویری کامل از داستان بیمار ارائه دهد. برای این منظور ، صنعت به استانداردهای قوی تر قابلیت همکاری و شرکت های همکار درمانی و مراقبت های بهداشتی برای توسعه API های بهداشتی نیاز دارد که نیاز صنعت را برای هماهنگی مراقبت از بیماران در یک چشم انداز بهداشتی به طور فزاینده وسیع بهتر از آنچه در حال حاضر انجام می دهد ، برطرف می کند.

استاندارد FHIR API زبان مشترکی است که شرکت های دخیل و همکار در مراقبت های بهداشتی می توانند برای تسهیل مبادلات معنی دارتر بین سیستم ها از آن استفاده کنند. بهترین API های مراقبت های بهداشتی چارچوبی برای حل مشکلات پیچیده بالینی هستند. به عنوان مثال ، API ها در بسترهای نرم افزاری تخصصی برای ایجاد یک دید متمرکز و طولی از بیمار با کمک هوش مصنوعی در مراقبت های بهداشتی مستقر می شوند.

مطلب مرتبط: منابع قابلیت همکاری سریع بهداشت و درمان (FHIR)

 

انواع  APIها در مراقبت های بهداشتی

 

API ثبت نام

هدف API های ثبت نام این است که توابع ثبت نام را که در بسیاری از سیستم های EMR / EHR دخیل هستند ، مدیریت کنند. با استفاده از این API های ثبت نام ، توسط مهندسان توسعه می یابند تا بیماران بتوانند از رابط های پورتال بیماران استفاده کنند. سپس این سیستم ها می توانند با سیستم های مختلف EMR ادغام شوند تا مبادلات داده ای را که مختص بیمار است ، مدیریت کنند.

 

API برنامه ریزی

بیماران توانایی برنامه ریزی قرارهای ملاقات با پزشکان را در برنامه بسیار دوست دارند. برای این منظور ، شما همچنین می توانید از API زمانبندی برای تلفیق ویژگی رزرو قرار ملاقات ، ارسال یادآوری ، همگام سازی با تقویم های دیگر یا بررسی زمانهای قرار ملاقات های آینده استفاده کنید. همچنین می توانید قرار ملاقات ها را به روز کنید ، لغو کنید یا مجدداً برنامه ریزی کنید و مجدداً نیاز به برقراری تماس تلفنی را ذخیره کنید.

 

API مالی

API های مالی بیمارستان ها به مدیریت معاملات پول بین ارائه دهندگان مراقبت های بهداشتی مختلف و سایر اشخاص مانند سازمان های بیمه ، داروخانه ها و غیره کمک می کند. این API ها را می توان به دسته های مختلف تقسیم کرد. برخی از اینها ممکن است API رسید پرداخت یا دریافت پول باشد. این فن آوری را در سیستم یا برنامه شما ادغام کرده است ، پزشکان می توانند ارسال پرداخت را به صورت خودکار انجام دهند. نسخه برداری ، تولید و ارسال نسخه برای بیماران یا سازمان های بیمه. اکنون این یک ویژگی ضروری برای برنامه های بهداشتی موبایل است که به بیماران امکان پرداخت با تلفن هوشمند را می دهد.

 

API های مدیریتی

API های مدیریت بیمارستان می توانند تبادل داده های بالینی را از طریق سیستم های EHR / EMR با استانداردهای مختلف مدیریت کنند. شاید شما یک پلت فرم API بالغ داشته باشید که قادر به تبدیل قالب داده باشد. هر زمان که مشتری چنین تقاضایی می کند ، به چندین سیستم متصل می شود و فیدهای داده را فراهم می کند. این سیستم ها شامل جریان داده ها مانند برنامه های درمانی ، داده های داروی بیمار ، جزئیات ایمن سازی و شرح حال پزشکی خانوادگی است. پزشک این داده ها را بررسی می کند و درباره درمان بیمار تصمیم می گیرد. با استفاده از داده های API بالینی امن تر و به راحتی در دسترس است. اگر تصمیم گیری سریع در مورد بیمار بیمار نیاز باشد ، این امر به شما امکان می دهد با پزشکان مشورت کنید.

 

API کمکی

API های جانبی می توانند اطلاعات ذخیره شده در سیستم های جدا شده از عملکردهای اصلی پزشکی را در یک مکان ادغام کنند. این موارد ممکن است شامل رادیولوژی ، تغذیه ، داروخانه ، آزمایشگاه ، سیستم عامل پزشکی از راه دور و موارد دیگر باشد.

به عنوان مثال ، این برنامه API هنگامی که بیمارستان ها نیاز به تبادل داده با داروخانه های خارجی در مورد نسخه و درخواست دوباره دارند ، ممکن است مفید باشد. همچنین یک API می تواند در زمینه تبادل داده های آزمایشگاهی با سیستم های اطلاعاتی مختلف یا مدیریت دستورات غذایی با سیستم تغذیه خارجی کمک کند. در عصری که دیابت در حال افزایش است ، این امر مفید است.

 

API سلامت عمومی

API های بهداشت عمومی می توانند داده های بالینی قابل گزارش را با ثبت های عمومی ، حرفه ای یا دولتی ، سازمان های تحقیقاتی مبادله کنند. این می تواند برای ردیابی بهداشت عمومی در صورت تهدید ، مانند همه گیری در حال اجرا Covid-19 استفاده شود.

علاوه بر این ، طبق هاروارد بیزینس ریویو ، محققان API بهداشت عمومی که به درستی پیاده سازی شده اند دسترسی راحت تری به داده های کلینیکی و ادعایی دارند. این به آنها کمک می کند تا فرضیه هایی را ایجاد کرده و روندها را شناسایی کنند ، از داده ها برای علم استفاده کنند ، که منجر به راه حل های درمانی بهتر می شود.

همچنین ، این API ها امکان تبادل داده های آسان را که ممکن است برای نظارت بر بهداشت عمومی مانند سیستم های EHR مورد نیاز باشد ، فراهم می کند.

 

محصولات API IoT و  Activity Tracker

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

 

مزایا و کاربردهای API های مراقبت بهداشتی

ارتباط با پزشکان و بیماران

در صورتی که شما یک سازمان مراقبت های بهداشتی هستید یا یک ارائه دهنده نرم افزار مراقبت های بهداشتی هستید و می خواهید ابزارهای تشخیص تلفن همراه و وب را برای کاربران خود فعال کنید. یا اگر یک موسسه تحقیقاتی هستید ، ممکن است به دنبال راه های جدیدی برای ارتباط با پزشکان و بیماران باشید. یا اگر پزشک یا بیمارستانی هستید که می خواهید داده های بیمار یا پرونده های سلامتی شما را سریعتر و در زمان واقعی ارائه دهد. API های پزشکی در همه این سناریوها مفید هستند.

فقط مورد بعدی استفاده از API سلامتی در سیستم پزشکی را در نظر بگیرید. افراد دیابتی باید سطح قند خون خود را ثبت کنند ، در حالی که پزشکان باید آن را کنترل کرده و درمان را بر اساس آن تنظیم کنند. یک API سلامت می تواند مدیریت و ثبت داده های گزارش شده توسط پزشک را تسهیل کند. به عبارت ساده تر ، داده های مربوط به سوابق بهداشتی بیمار که برای مثال با دستگاه های اینترنت اشیا جمع آوری شده اند ، می توانند بلافاصله در داشبورد پزشکان منعکس شوند. سپس بر اساس آن پزشکان می توانند در درمان تغییراتی ایجاد کنند که بلافاصله در سیستم دیابت برای بیماران منعکس شود و در سیستم پزشک ذخیره شود. به این ترتیب ، تصمیم گیرندگان می توانند هزینه های اضافی را کاهش دهند و کارآیی درمان را که درگیر API است ، بهبود دهند.

به عنوان نمونه ، یک بیمارستان خصوصی با اندازه متوسط را در نظر بگیرید. در طول سال ها ، سوابق کامل در مورد سلامت بیماران و همچنین در مورد عملکردهای خود را حفظ کرده است. یک API به بیماران امکان می دهد تا به راحتی و با اطمینان (با رعایت HIPAA) به سوابق مراقبت های بهداشتی خود دسترسی پیدا کنند و حتی به روزرسانی های لازم را انجام دهند. توسعه دهندگان می توانند برنامه هایی را ایجاد کنند که به بیماران مبتلا به بیماری های مزمن (مانند دیابت نوع 2) امکان می دهد سلامتی خود را کنترل کرده و یادآوری های مهمی در مورد داروها ، ویزیت پزشک و حتی آزمایشات بالینی جدید دریافت کنند. آنها همچنین می توانند برنامه هایی را ایجاد کنند که به عنوان مثال به بیماران کمک می کند تا دستورالعمل های مراقبت های بعدی را پس از اقامت در بیمارستان درک و مطابقت بیشتری داشته باشند. API های اضافی می توانند به بیمارستان این امکان را بدهند تا منابع موجود در ارگان های دولتی و شرکت های اطلاعاتی بهداشتی را به روشی شخصی و معنی دار با بیماران تقسیم کند - اعتماد و رضایت آن بیماران را تعمیق می بخشد و در عین حال به آنها در مدیریت بهتر سلامتی کمک می کند.

 

ادغام و ساده سازی عملیات بهداشتی

یکی دیگر از موارد استفاده از API در مراقبت های بهداشتی ، یک API بالینی است که بیمارستان می تواند برای استفاده کارمندان ایجاد کند. به عنوان مثال ، می تواند نیازهای کارکنان را بهتر پیش بینی کند ، مدیریت داده ها را بهبود بخشد. این امر باعث کاهش هزینه های اضافه کاری و خدمات بهتر به بیماران می شود. API بالینی همچنین می تواند اشتراک پرونده با سایر بیمارستان ها و مطب های پزشکی را تسهیل کند. وقتی کارکنان بیمارستان به جای کاغذ بازی هایی که روتین هستند ، روی مراقبت از بیمار را متمرکز می کنند ، این احتمال خطاهای پزشکی را کاهش می دهد. هم زمان و هم پول می تواند پس انداز شود. با استفاده از ابزارهای مناسب ، پزشکان و پرستاران می توانند به راحتی به داده های دولتی و پژوهشی دسترسی پیدا کنند که ممکن است به آنها در تشخیص دقیق تر کمک کند. یک API دیگر می تواند با ارائه دهندگان عمده بیمه ارتباط برقرار کند تا از خطاهای صورتحساب جلوگیری کند (و خستگی و سردرگمی بیمار را کاهش دهد).

 

ادغام داده ها

بیماران همیشه می خواهند تا حد امکان بر داده های سلامتی خود کنترل داشته باشند. API ها به واقعیت تبدیل شدن ای موضوع کمک می کنند. آنها به بیماران اجازه می دهند بدون نیاز به تماس تلفنی با پذیرشگران ، سوابق بهداشتی را به ارائه دهنده خدمت جدید ارائه دهند.

بیماران می توانند از تمام مزایای ردیاب های تناسب اندام سلامتی و سایر دستگاه های هوشمند نیز استفاده کنند. یک API می تواند چنین دستگاه هایی را با یک سیستم EHR متصل کند. این دستگاه ها می توانند به داده های نمودار آنها اضافه شوند. این به پزشکان در تشخیص و درمان کمک می کند. این یک برد برای بیماران و پزشکان است.

API ها همکاری بین المللی را بهبود بخشیده و دسترسی سریع به اطلاعات را تضمین می کنند. این امر تحقیقات پزشکی را تسهیل می کند. اگر API وجود نداشته باشد ، محققان مطالعات پراکنده ای انجام می دهند و نتایج آنها بسیار کندتر می شود. API ها به دانشمندان پزشکی کمک می کنند تا به سرعت نتایج چندین تحقیق را پردازش کنند ، در کشف روش های درمانی پیشرفته کمک کنند و در مورد پیشرفت شرایط ژنتیکی و مزمن تحقیق کنند.

 

موانع و چالش های API های مراقبت بهداشتی

چالش های یکپارچه سازی APIها

امروزه با پیشرفت در فناوری مراقبت های بهداشتی ، محیط شامل ترکیبی پیچیده از سیستم ها ، پایگاه های داده ، دستگاه ها ، فرآیندها و برنامه ها است. اینها به پزشکان و بیماران خدمت می کنند و همیشه چالشهای سازمانی در مورد چگونگی ترکیب و ذخیره امنیت همه داده هایی که باید حل شوند وجود دارد. می توان گفت بزرگترین چالشی API ها که با یکپارچه سازی داده ها در مراقبت های بهداشتی روبرو است ، "عدم سازگاری در قالب های داده در بین سازمان های متفاوت است" ، به ویژه هنگامی که صحبت از EHR می شود. دلیل مهم آن می تواند تفاوت در سبک های معماری و طراحی نرم افزارهای مبتنی بر شبکه و سیستم های اطلاعات سلامت (پرونده الکترونیک سلامت) باشد.

مقدار بسیار خوبی از داده ها در دست پرداخت کنندگان است. دستیابی به این داده ها خدمات بسیار خوبی را در اختیار ارائه دهندگان خدمات بهداشتی قرار می دهد و نتایج بهداشت را تسهیل می کند. اما پرداخت کنندگان از این داده ها به طرز ماهرانه ای محافظت می کنند ، زیرا اساساً به نفع آنها می باشد. این امر تأمین اطمینان از قابلیت همکاری و یکپارچه سازی را برای ارائه دهندگان سخت و گران می کند.

 

استانداردها

مهمترین محدودیت API عدم استاندارد بودن نحوه اجرای آنها است. استانداردهای پیاده سازی برای چارچوب هایی مانند FHIR در دسترس است ، اما به طور گسترده اجرا نمی شود و به تصویب نمی رسد.

بسیاری از برنامه ها از استاندارد های فنی اجماع استفاده می کنند اما تعدادی دیگر از استانداردهای اختصاصی استفاده می کنند. آنها عمدتاً بر اساس استاندارد FHIR هستند که نشان دهنده تغییر مثبت بازار به سمت توسعه راه حل های قابل همکاری است. بیشتر فعالیت ها بر روی خواندن API ها با استفاده محدود از قابلیت نوشتن API ها متمرکز است، به ویژه برای برنامه های روبه بیمار (به استثنای موارد کم خطر که توابع نوشتن کاملا محدود می باشند مانند برنامه ریزی).

رایج ترین کاربرد API های مبتنی بر FHIR پشتیبانی از مبادله EHI بیمار، موجود در مجموعه داده های بالینی متداول که شامل 21 عنصر داده ی بالینی مانند مشکلات بیمار، روش ها، داروها، آلرژی ها، واکسیناسیون، آزمایشات و غیره همراه با مجموعه استانداردها و واژگان تخصصی آنها است. بنابراین FHIR داده ها را محدود می کند و از قابلیت همکاری بین سازمان هایی که مایل به تبادل و استفاده از اطلاعات هستند پشتیبانی می کند.

سازگاری در نمایش داده ها و استفاده از اصطلاحات استاندارد مانند SNOMED CT ، LOINC و ICD-10 در میان سایر موارد، تاثیر قابل توجهی بر قابلیت همکاری معنایی و کیفیت داده ها دارد که باعت بهبود ایمنی بیمار می شود.

با این حال کمبود استانداردها برای ترکیب انواع داده های جدید مانند PGHD و PRO ها وجود دارد. اطلاعات جمع آوری شده و گزارش شده توسط بیمار می تواند موانع فنی و اجرایی بیشتری را به ارائه دهندگان علاقه مند به نوشتن در سیستم های EHR ایجاد کند.

 

امنیت و حریم خصوصی

پزشکی بسیار به مقررات پزشکی بستگی دارد و جای تعجب نیست زیرا هر فردی به عنوان بیمار اطلاعات خود را می خواهد. اطلاعات سلامت شخصی (PHI) ایمن و خصوصی حفظ می شود. به همین منظور ، بسیاری از کشورها مجموعه قوانین قانونی خاص خود را در مورد حفاظت از اطلاعات پزشکی دارند:

- قانون قابلیت انتقال و مسئولیت بیمه سلامت در ایالات متحده ( HIPAA )

- قانون محافظت از اطلاعات شخصی و اسناد الکترونیکی در کانادا

- قانون حفاظت از داده ها در انگلستان و اسپانیا

- مقررات کلی حفاظت از داده ها در اتحادیه اروپا (GDPR )

 

همه این ابزارها تنظیم می کنند چه کسی به آنچه به عنوان اطلاعات سلامت محافظت شده یا PHI شناخته می شود دسترسی داشته باشد و اینکه چگونه این اطلاعات باید مدیریت و محافظت شود. همه اینها باعث شده است که رشد API های سلامتی به دلیل نیازهای این مقررات برای رشد آنها کند شود.

مبادلات API مراقبت های بهداشتی که به خوبی مدیریت می شوند ، معمولاً شامل احراز هویت ، مجوز ، رمزگذاری و امضاها برای اطمینان از اتصالات ایمن هستند. احراز هویت و مجوز برای تعیین قابل اعتماد هویت کاربر و اینکه به چه منابعی می توانند دسترسی داشته باشند ، معمولاً از طریق نام کاربری و گذرواژه ، استفاده می شود. برای امنیت بیشتر ممکن است از گواهینامه های نرم افزار امنیتی و کلیدهای سخت افزاری نیز استفاده شود. رمزگذاری ، داده های کاربران غیرمجاز را پنهان می کند و در صورت سرقت اطلاعات بالینی ، به عنوان یک ناکام عمل می کند. از امضا برای تأیید درخواستهای API و اطمینان از عدم تداخل داده ها در حین انتقال استفاده می شود.

عدم تمایل ارائه دهندگان مراقبت های بهداشتی و فروشندگان EHR برای اجازه دادن به ورود داده های خارجی از جمله داده های بهداشتی تولید شده توسط بیمار (PGHD) و نتایج گزارش شده توسط بیمار (PRO) و ادغام کامل آنها با داده های بومی در EHR وجود دارد. نگرانی هایی که آنها مطرح کردند شامل حجم داده هایی که توسط بیمار به EHR وارد میشود که می تواند برای آنها مسئولیت ایجاد کند و همچنین ممکن است باعث افزایش حملات سایبری و خطرات امنیت داده ها شود. از موارد دیگر نگرانی های مطرح شده مسائل مربوط به نگه داری، نمایش منشا داده، احتمال از بین رفتن یکپارچگی داده هاست.

به همین منظور شرکت های تولید کننده EHR ها و ارائه دهندگان مراقبت های بهداشتی هرکدام از انواع مختلفی از قوانین اعتبار، محدودیت ها و قوانین تجاری استفاده می کنند.  شاید دلیل آن این باشد که شرکت ها و سازمان ها قابلیت نوشتن را در محیط کاملا کنترل شده و ایمن انجام می دهند و خودشان در حال توسعه API های اختصاصی هستند و آنها را در دستگاه های کنترل شده توسط سازمان، نظارت و در دسترس مشتریان خود قرار می دهند که در صورت سرقت و از دست دادن اطلاعات می توانند به سرعت غیر فعال و کنترل شوند.

علاقه به استفاده از اطلاعات PGHD و PRO برای اطلاع رسانی، فعال سازی و شناخت مراقبت های بهداشتی بهتر افزایش یافته است. اما سوالاتی در مورد چگونگی برداشت و استفاده بهتر از این داده ها باقی مانده است. نگرانی های مربوط به این داده ها نه تنها صحت و قابلیت اطمینان بلکه کاربرد بالینی آنها را نیز شامل می شود. عدم مدیریت موثر و کارآمد هجوم داده های خام PGHD و PRO و کمبود مکانیزم برای ادغام این داده ها در روند کار بالینی به روش کارآمد و معنی دار موجب نگرانی متخصصان شده است. نوآوری در سطح هوش مصنوعی، یادگیری ماشین و تجزیه و تحلیل پیش بینی کننده به طوری که داده های PGHD و PRO ها در قالب عملی( مانند سیستم های پشتیبانی از تصمیم)  برای ارائه دهندگان مراقبت های بهداشتی قابل استفاده باشد ، می تواند راهکاری مناسب در این رابطه باشد.

قوانین منشا داده به نگرانی های نوشتن API ها و استفاده از داده های خارجی کمک می کند. باید در مورد اینکه آیا داده های خارجی جداگانه نشان داده شوند یا با داده های بومی ادغام شوند یا همراه با داده های بومی اما با ظاهری متمایز نشان داده شوند، قبل از ورود داده های خارجی به سیستم اطلاعات تصمیم گیری شود. می توان برای تسهیل شناسایی منبع داده از امضاهای دیجیتالی یا فناوری بلاکچین که نشان می دهند داده ها توسط چه کسی ایجاد یا ویرایش شده اند، استفاده کرد.

یکی دیگر از راهکارهای حاکمیت، امنیت و یکپارچگی داده ها این می تواند باشد که ارائه دهندگان باید مسئولیت تایید داده های بالینی را قبل از نوشتن از منابع خارجی داشته باشند. تبادل داده های دو طرفه (به عنوان مثال انتشار و اشتراک) بین یک ارائه دهنده مراقبت های بهداشتی و بیمار به این صورت است که یک ارائه دهنده می تواند داده هایی را که می خواهد را از بیمار درخواست کند و بررسی و علامت گذاری نماید (مانند پرسشنامه های خاص) و داده هایی را که نمی خواهد ارسال یا نوشته شوند را رد می کند.

برای کاهش چالش های گردش کار بیمار که دارای چندین پورتال بیمار در مراکز مختلف ارائه دهنده خدمات که ممکن است از EHR های یکسان استفاده کنند یا نکنند، می توان از احراز هویت دو عاملی استفاده کرد. به این صورت که بیمار توسط یک سازمان یا ارگان مورد تایید تمامی ارائه دهندگان خدمات اعتبار نامه ای که هویت وی را تایید می کند برای ورود به تمامی پورتال های سلامت خود استفاده کند.

از چالش های دیگری که در حوزه امنیت داده ها مطرح است، دانش و سطح سواد و اطلاعات قابل فهم بیماران در مورد چگونگی محافظت و اهمیت داده های سلامتیشان و شرایط استفاده و سیاست های حریم خصوصی می باشد. ممکن است بیماران با سطح دانش و آگاهی پایین در این رابطه امنیت داده های خود را در معرض خطر قرار بدهند.

 

پیچیدگی داده ها

در بسیاری از صنایع دیگر ، یک منبع واحد داده وجود دارد و به طور معمول در قطعات کوچک و رمزگذاری شده تبادل / انتقال می یابد. در مراقبت های بهداشتی ، آخرین نسخه عناصری که در پرونده سلامت بیمار وجود دارد ، ممکن است در چندین پایگاه داده مختلف وجود داشته باشد. به منظور داشتن تصویری کامل از سلامت بیمار و بهبود ارائه مراقبت ، بیمار به پرونده سلامتی طولی (جدیدترین و کامل) خود نیاز دارد. داده های بهداشتی بیمار به دلیل ماهیت ارائه خدمات بهداشتی پراکنده می شود - هر متخصصی که بیمار می بیند اطلاعات و داده های متناسب با نوع مراقبت های ارائه شده را ذخیره می کند.

 

اقتدار داده و اعتماد

در حوزه پزشکی ، تشخیص اقتدار داده ها یک کار پیچیده است. به عنوان مثال ، ممکن است یک بیمار دارای دو پرونده پزشکی مختلف باشد ، یکی اعلام کند "هیچ آلرژی به پنی سیلین ندارد" ، در حالی که دیگری "به شدت به پنی سیلین حساسیت دارد". چگونه پزشکان تصمیم می گیرند کدام منبع داده را معتبر ارزیابی کنند؟ تشخیص بین منابع داده تنها مسئله نیست. خطاهای شناسایی بیمار به طور مکرر اتفاق می افتد و امروز هیچ راه حل علیه آن وجود ندارد. با این حال ، این مشکلات در API جدید نیستند. با گذشت زمان ، با تحقق بخشیدن به سود رقابتی داده های درخواستی ، با افزایش همکاری بین کارکنان بالینی و فنی ، اختیارات داده ها و مسائل اعتماد کمتر خواهد شد.

 

موانع فنی

بسیاری از سازمانهای پزشکی با کمبود منابع فناوری ، استانداردهای توسعه ، مقیاس پذیری کم نرم افزارهای پزشکی روبرو هستند. این همه باعث کاهش سرعت همکاری سلامت و در نتیجه کیفیت درمان این ارائه دهندگان خدمات بهداشتی می شود.

محیط های بهداشتی ترکیبی پیچیده تر از فناوری ها ، سیستم ها ، برنامه ها و فرآیندها را برای خدمت به بیماران و پزشکان و حل چالش های سازمانی به کار می گیرند. و این سیستم های قدیمی با افزایش سن ناکارآمدتر می شوند - تا حدی به این دلیل که اغلب با فن آوری های جدید قابلیت همکاری ندارند. در چنین شرایطی ، اغلب برای ارائه دهندگان خدمات بهداشتی دشوار است که API را با منابع توسعه خود ترکیب کنند. راه حل های این امر ممکن است انجمن برنامه نویسان API باشد که بازخورد و بینشی از ویژگی ها یا استفاده از توسعه دهندگان خارجی با تجربه قبلاً اثبات شده ارائه می دهد..

چالش دیگر هنگام ایجاد API ها برای یک محیط مراقبت های بهداشتی ، عدم دسترسی به ابزارهای موثر برای طراحی ، آزمایش و نظارت بر آن API ها و یک جامعه توسعه دهنده است که می تواند بازخورد و بینش در مورد ویژگی ها و طراحی API را ارائه دهد. اینها عوامل مهمی در توسعه API های خوش ساخت و جذاب هستند که به طور گسترده مورد استفاده قرار می گیرند.

 

نگرانی های مالی

این موارد مربوط به کمبود منابع مالی در سازمان مراقبت های بهداشتی و عدم درک این است که این سرمایه گذاری ها برای همکاری پزشکی مراقبت های بهداشتی خدمات پزشکی آنها را به سطح پیشرفته تری از کیفیت تبدیل می کند. مطمئناً ، هزینه های تولید نرم افزار پزشکی یا پیاده سازی و بهینه سازی نرم افزار فعلی به معنای نیاز به منابع زیادی است. اما این یک سرمایه گذاری طولانی مدت برای بهتر کردن سیستم های مراقبت های بهداشتی است. عدم انگیزه برای اشتراک اطلاعات و نیاز به مدل های تجاری برای استفاده های ثانویه از داده ها.

 

آینده API ها و قابلیت همکاری در مراقبت های بهداشتی

با تشویق سازمان های دولتی برای استفاده از API ها در زیرساخت های فناوری اطلاعات سلامت ، پشتیبانی از API ها در مراقبت های بهداشتی در حال افزایش است. پشتیبانی مراکز خدمات مدیکیر و مدیکید (CMS) و دفتر هماهنگ کننده ملی فناوری اطلاعات سلامت ایالات متحده آمریکا (ONC) از FHIR و API ها گویای آینده این فناوری و تاثیر بالقوه آن بر همکاری بین مراقبت های بهداشتی است.

نه تنها قانون قابلیت همکاری ONC بر مسدود کردن اطلاعات متمرکز است ، بلکه هدف آن استاندارد کردن API ها است که به طور بالقوه منجر به بهبود همسان سازی بیمار می شود. ONC مرحله بعدی قانون درمان قرن بیست و یکم ، قانون قابلیت همکاری را ارائه داد که در اصل بر همکاری و مسدود کردن اطلاعات بیمار متمرکز است. در حالی که قانون نهایی ONC موضع سختگیرانه ای در مورد مسدود کردن اطلاعات دارد ، اما همچنین از ارائه دهندگان خدمات پزشکی و توسعه دهندگان دستگاه می خواهد دسترسی داده های بیمار را با استفاده از برنامه ها و API های شخص ثالث ارتقا دهند. در این قانون آمده است: "اجرای این مفاد قابلیت همکاری را پیش می برد و از دسترسی ، تبادل و استفاده از اطلاعات الکترونیکی بهداشت حمایت می کند." در نهایت ، ONC نسخه 4 FHIR را تصویب کرد.

گسترش عناصر داده دومین مزیت بخش API این قانون است. طبق مقررات فعلی ، ONC به API ها نیاز دارد كه مجموعه داده های بالینی متداول را در دسترس قرار دهند. این مجموعه ای از عناصر داده است ، مانند لیست مشکلات بیمار ، لیست داروها و سایر جنبه های سابقه پزشکی بیمار. به عنوان بخشی از قانون نهایی ، ONC نام CCDS را به USCDI یا داده های اصلی ایالات متحده برای قابلیت همکاری تغییر داد. در ایجاد این تغییر ، آن عناصر داده دیگری را نیز اضافه کرده است که باید از طریق API در دسترس قرار گیرند. به طور خاص ، و مهمتر ،  ONCیادداشت های بالینی را اضافه می کند تا بیماران و پزشکان دیدگاه دقیق تر و دقیق تری در مورد مراقبت از بیمار داشته باشند.

ONC در تلاش است تا با استفاده از API ، ادغام EHR ، توسعه سیاست ها و استاندارد سازی داده ها ، پزشکی دقیق را پیش ببرد. هدف پزشکی دقیق ، بهبود مراقبت های بهداشتی از طریق تنظیم مراقبت از بیمار به نیازهای خاص بیمار است. پیشرفت پزشکی دقیق مستلزم ایجاد پایگاه شواهد از طریق تحقیقات گسترده ای است که بر روی داده های ژنومی در مقیاس منحصر به فرد ساخته شده است. موفقیت پزشکی دقیق ، با دارا بودن انبوه داده ها ، به توانایی صنعت در به اشتراک گذاری و محافظت از اطلاعات بستگی دارد.

به طور خاص ، ONC  NIH با در برنامه تحقیقاتی All of Us همکاری می کند ، پروژه ای که هدف آن جمع آوری داده ها از یک گروه متنوع یک میلیون نفری یا بیشتر بیماران آمریکایی است. این برنامه یک تلاش تحقیقاتی طولانی مدت برای افزایش درک از سلامت و بیماری است و بر جمع آوری مقادیر گسترده ای از داده ها از شرکت کنندگان تمرکز دارد. همه ما ژنوتیپ سازی و تعیین توالی ژنوم را برای بسیاری از افراد فراهم می کنیم و محققان همچنین در حال جمع آوری داده ها از دستگاه های پوشیدنی هستند.

ONC چندین تلاش برای بهبود قابلیت همکاری در تحقیقات بهداشتی را هدایت می کند Sync for Science ، یک طرح آزمایشی با شش توسعه دهنده فناوری اطلاعات سلامت ، با هدف اجازه دادن به افراد برای دسترسی به داده های بهداشتی خود و اشتراک آنها با محققان از طریق برنامه های مصرفی است. علاوه بر این ، ONC با NIH همکاری کرد تا Sync for Genes را ایجاد کند ، پروژه ای که به دنبال استاندارد سازی اشتراک داده ها و اطلاعات ژنومی بین آزمایشگاه ها ، ارائه دهندگان ، بیماران و محققان است.

استانداردهای مشترک داده ای ، مانند استاندارد منابع قابلیت همکاری سریع بهداشت و درمان (FHIR) و مدل مشاهدات نتایج پزشکی مشاهده ای (OMOP) مدل مشترک ، برای ارتقا قابلیت همکاری در چشم انداز مراقبت های بهداشتی بسیار مهم هستند ، ONC بیان می کند:

"همه ما از FHIR برای انتقال داده های بررسی و اندازه گیری های فیزیکی ، OMOP برای آوردن مقادیر زیادی از داده های EHR  از سایت های ثبت نام برنامه و Sync for Science استفاده می کنیم ، که از FHIR به عنوان مکانیزم آزمایشی برای دریافت داده های EHR از طیف گسترده تری استفاده می کند."

علاوه بر استانداردهای داده و قابلیت همکاری ، حفظ حریم خصوصی و امنیت نقش مهمی در موفقیت تحقیقات پزشکی دقیق دارند. ONC بیان میکند ، رابط های برنامه نویسی برنامه (API) یک سرمایه اصلی در حفظ حریم خصوصی و اقدامات امنیتی است.

"برای چندین سال ، ONC در حال بررسی اصول حفظ حریم خصوصی و امنیتی در پزشکی دقیق و اکوسیستم رابط برنامه نویسی برنامه کاربردی گسترده تر (API) است. API ها می توانند در اطمینان از حرکت اطلاعات سلامت در یک فرم قابل محاسبه و مطمئن بین بیماران ، ارائه دهندگان خدمات بهداشتی و سازمان های تحقیقاتی نقش مهمی داشته باشند. "

ONC منابعی را ایجاد کرده است که برای کمک به حفظ حریم خصوصی و امنیت به عنوان سازمان ها داده های EHR را به اشتراک می گذارند و API ها را پیاده سازی می کنند. گزارش Sync for Science API Privacy & Security نکات مهم حریم خصوصی و امنیتی رابط های برنامه بهداشتی بهداشتی را برجسته می کند ، در حالی که راهنمای پیاده سازی اصول امنیت داده های PMI (Precision Medicine Initiative) به سازمان هایی که از داده های بیمار برای تحقیق استفاده می کنند ، کمک می کند.

از سال 2021 ، Medicare Advantage ، Medicaid ، برنامه بیمه سلامت کودکان و برنامه های شرکت کننده در مبادلات فدرال باید از API استاندارد پشتیبانی شوند (HL7 FHIR نسخه 4.0.1). این API به بیماران کمک می کند تا از طریق هر برنامه شخص ثالثی که انتخاب می کنند ، به ادعاها و داده های بالینی آنها دسترسی پیدا کنند. تصویب API در فهرست ارائه دهندگان در بین پرداخت کنندگان با CMS تنظیم شده همچنین نوید سود دهی به توسعه دهندگان و کل صنعت مراقبت های بهداشتی را می دهد. این API برای کمک به توسعه دهندگان برنامه های شخص ثالث ارائه می دهد تا انواع ارائه دهندگان خدمات بهداشتی را برای بیماران انتخاب کنند. Provider Directory API ارائه دهندگان خدمات بهداشتی را قادر می سازد تا ارائه دهندگان دیگری را برای هماهنگی درمان بیماران پیدا کنند. این استاندارد یکپارچه به طور قابل توجهی کار توسعه دهندگان را ساده می کند زیرا دیگر لازم نیست راه حل های نرم افزاری خود را برای پرداخت کنندگان مختلف تنظیم شده توسط CMS تنظیم کنند.

بیماران بدون توجه به اینکه در کدام کشور هستند ، و بدون توجه به اینکه در چه مرحله ای سابقه دارند ، مستحق دسترسی به داده های خود هستند. در حالی که تلاشهای قابل همکاری مانند پروژه Argonaut و موسسه Regenstrief در حال توسعه یک استاندارد داده هستند که می تواند به طور جهانی در سراسر سازمانهای مراقبت های بهداشتی پیاده سازی شود ، API ها می توانند به راحتی داده ها را از چندین راه حل EHR در چندین سازمان مراقبت های بهداشتی درخواست و بازیابی کنند و آنها را مرتب کنند یک قالب قابل استفاده و واضح.

با ادامه توسعه API ، سازمان های بهداشتی درمانی می توانند زیرساخت های IT خود را با اجرای برنامه های توسعه و راه حل های ابری در صورت لزوم و بهبود سرعت و ظرفیت شبکه بی سیم برای پشتیبانی از تبادل سریع و کارآمد داده ها بین برنامه ها و منابع ، آماده کنند.

سازمانهایی که می خواهند از قابلیت همکاری بهتر استقبال کنند - و زیرساختهای فناوری اطلاعات را برای پشتیبانی از آن در اختیار دارند - ممکن است از جذب توسعه دهندگان بیشتر به کارکنان فناوری اطلاعات خود برای تهیه API برای داده های استاندارد برای افزایش عملکرد سازمان و آماده سازی آینده داده های مشترک بهره مند شوند.

 

 

منابع:

How Healthcare APIs Augment Medical Software Development

Why Application Programming Interfaces Are Key for Healthcare

ONC Interoperability Rule to Standardize APIs via FHIR Release 4

4 Ways Health IT, EHRs Can Advance Precision Medicine

ONC: Data Standards, Security Key to Precision Medicine Success

The value of an API in healthcare

What is an API? (Application Programming Interface)

What you need to know about healthcare APIs and interoperability

APIs in Healthcare

APIs and healthcare: Why the healthcare industry needs APIs

How the Healthcare Industry Can Benefit from Medical APIs

Application Programming Interfaces in Health Care: Findings from a Current-State Sociotechnical Assessment