معماری، اجزا و یکپارچه‌سازی گردش کار پرونده الکترونیک سلامت (EHR)

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

Definition

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

Scope

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

Core questions

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

Key concepts

• مخزن داده‌های بالینی
• ورود دستور توسط ارائه‌دهنده کامپیوتری (CPOE)
• پشتیبانی تصمیم بالینی (CDS)
• اصطلاحات کنترل‌شده و فایل‌های اصلی
• بررسی نتایج و نمای طولی
• یکپارچه‌سازی و تناسب گردش کار
• پیامدهای ناخواسته طراحی سیستم

Mechanisms

یک EHR معمولاً حول یک مخزن داده‌های بالینی سازماندهی می‌شود که داده‌های کدگذاری شده و روایی را ذخیره می‌کند و آن‌ها را از طریق ماژول‌هایی برای سفارش‌دهی، مستندسازی، بررسی نتایج و پشتیبانی تصمیم ارائه می‌دهد. ورود دستور (CPOE) نیت‌های پزشک را به شکل قابل محاسبه ثبت می‌کند و می‌تواند پشتیبانی تصمیم — هشدارها، مجموعه‌های دستور و یادآوری‌ها — را در نقطه سفارش‌دهی فعال کند (Bates et al., 2003). از آنجا که این ماژول‌ها در روال‌های بالینی تعبیه شده‌اند، عدم تطابق بین طراحی سیستم و توالی و زمان‌بندی واقعی کار می‌تواند خطاهای جدید و راه‌حل‌های موقت ایجاد کند؛ ادبیات مربوط به ورود دستور کامپیوتری طیفی از پیامدهای ناخواسته را مستند می‌کند که دقیقاً در مرز بین نرم‌افزار و گردش کار ایجاد می‌شوند (Campbell et al., 2006).

Clinical relevance

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

Evidence & guidelines

شواهد بررسی سیستماتیک در مورد فناوری اطلاعات سلامت تأکید می‌کند که مزایا به شدت به نحوه ساخت و یکپارچه‌سازی سیستم‌ها بستگی دارد، به طوری که مؤسسات پیشرو ارزش بیشتری از سیستم‌های توسعه‌یافته داخلی و هم‌راستا با گردش کار به دست می‌آورند (Chaudhry et al., 2006). مطالعات ورود دستور کامپیوتری پیامدهای ناخواسته مرتبط با عدم تطابق طراحی و گردش کار را فهرست می‌کنند (Campbell et al., 2006). این منابع فضای طراحی را مشخص می‌کنند؛ این مدخل هیچ توصیه‌ای صادر نمی‌کند.

History

سیستم‌های یکپارچه اولیه در مراکز پزشکی دانشگاهی نشان دادند که ورود دستور و پشتیبانی تصمیم می‌توانند در یک پرونده واحد ترکیب شوند و این مدل الهام‌بخش معماری‌های تجاری بعدی شد. با گسترش پذیرش، توجه از وجود اجزا به نحوه شکل‌دهی یکپارچگی آن‌ها به کار بالینی معطوف شد، با تحقیقات ورود دستور که پیامدهای عدم تناسب ضعیف گردش کار را برجسته می‌کند (Bates et al., 2003; Campbell et al., 2006).

Debates

آیا EHRها باید گردش کار را استاندارد کنند یا با رویه‌های محلی سازگار شوند؟

استانداردسازی دقیق‌تر می‌تواند کیفیت داده‌ها و ایمنی را بهبود بخشد اما ممکن است با گردش کارهای محلی تثبیت‌شده در تضاد باشد و راه‌حل‌های موقت ایجاد کند؛ میزان تحمیل یا سازگاری یک سیستم همچنان مورد بحث است.

Key figures

• David Bates
• Dean Sittig
• Joan Ash
• Emily Campbell
• Basit Chaudhry

Seminal works

• bates-2003
• campbell-2006

Frequently asked questions

مخزن داده‌های بالینی چیست؟

این یک ذخیره‌گاه داده مرکزی EHR است که داده‌های کدگذاری شده و روایی بیمار را نگهداری می‌کند و آن‌ها را برای بازیابی، نمایش و استفاده مجدد در دسترس ماژول‌های سیستم قرار می‌دهد.

ورود دستور چگونه با پشتیبانی تصمیم مرتبط است؟

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