پیش از مقایسه نرمافزارها، مسئله مرکز را بنویسید
انتخاب نرمافزار اعتباربخشی بیمارستان از فهرست طولانی قابلیتها شروع نمیشود. ابتدا مشخص کنید کدام کار امروز زمان زیادی میگیرد: پیدا کردن نسخه معتبر یک سند، جمعآوری نتایج ارزیابی، پیگیری مهلت اقدام اصلاحی یا آماده کردن گزارش جلسه مدیریت. برای هر مسئله، یک مثال از فرایند مرکز و یک نتیجه قابل مشاهده تعریف کنید.
برای نمونه، اگر مشکل مرکز پیگیری اقدامات عقب‌افتاده است، نتیجه مورد انتظار می‌تواند این باشد: مدیر کیفیت فهرست اقدامات باز را به تفکیک واحد، مسئول و موعد ببیند و از همان فهرست به سابقه اقدام برسد. با چنین سناریویی، مقایسه دو سامانه روشن‌تر از مقایسه تعداد منوهای آن‌ها خواهد بود.
در دمو یک مسیر کامل را اجرا کنید
از ارائهدهنده بخواهید با اطلاعات نمونه یک سنجه را انتخاب کند، ارزیابی آن را ثبت کند، یک مورد نیازمند پیگیری بسازد و آن را به مسئول مشخص ارجاع دهد. سپس شواهد انجام، نتیجه بررسی و وضعیت نهایی را در همان مسیر نشان دهد. هدف، مشاهده ارتباط بین اطلاعات است؛ نمایش جداگانه چند صفحه این ارتباط را ثابت نمیکند.
سناریو را از دید دو نقش اجرا کنید: کارشناس واحد که باید کار خود را پیدا کند و مدیر کیفیت که باید وضعیت کل مرکز را ببیند. اگر برای رسیدن به گزارش نهایی لازم است داده‌ها دوباره در فایل دیگری وارد شوند، این دوباره‌کاری را در ارزیابی ثبت کنید.
- ارتباط سنجه با ارزیابی و شواهد
- مسئول و مهلت روشن برای هر اقدام
- ثبت سابقه تغییر وضعیت و توضیح تصمیم
- دسترسی از گزارش به جزئیات همان پرونده
مستندات و گزارش‌ها را با نمونه واقعی بسنجید
در بخش مستندات، فقط بارگذاری فایل را بررسی نکنید. نسخه، وضعیت تأیید، تاریخ اجرا و موعد بازنگری باید قابل تشخیص باشند. درخواست کنید یک سند بازنگری شود و ببینید نسخه قبلی چگونه در سابقه باقی می‌ماند و نسخه معتبر چگونه به کاربر مربوط می‌رسد.
در گزارش‌ها نیز یک پرسش مشخص مطرح کنید؛ مثلاً کدام واحد بیشترین اقدام عقب‌افتاده را دارد؟ بازه زمانی و فیلترها را تغییر دهید و نتیجه جدول، نمودار و فایل خروجی را مقایسه کنید. خروجی قابل استفاده در جلسه مدیریت، همراه با تعریف روشن داده‌ها، از تعداد زیاد نمودارها مهم‌تر است.
نصب داخل مرکز چه پرسشهایی ایجاد میکند؟
در استقرار محلی، نرمافزار روی زیرساخت مرکز نصب میشود. پیش از خرید درباره سرور، پایگاه داده، ظرفیت کاربران، شبکه داخلی، روش بهروزرسانی و مسئول پشتیبانگیری توافق کنید. از تیم اجرا بخواهید روش بازیابی یک نسخه پشتیبان را در محیط آزمایشی توضیح دهد و مسئولیت هر بخش را مکتوب کند.
نصب محلی به معنی بی‌نیازی همه قابلیتها از اینترنت نیست. ارسال پیامک، سرویس‌های بیمه یا ارتباط با سامانه‌های بیرونی ممکن است به اتصال جداگانه نیاز داشته باشند. فهرست این وابستگی‌ها و رفتار سامانه هنگام قطع هر سرویس را در جلسه فنی بررسی کنید. برای معرفی محصول هم نیازی نیست نسخه نصب‌شده مرکز به‌صورت عمومی در اینترنت قرار بگیرد.
هزینه کل استقرار را چگونه مقایسه کنیم؟
دو پیشنهاد با مبلغ اولیه مشابه ممکن است تعهدات متفاوتی داشته باشند. مشخص کنید کدام ماژول‌ها، آموزش چه نقش‌هایی، انتقال چه داده‌هایی و چه مدت پشتیبانی در پیشنهاد آمده است. هزینه اتصال به سرویس‌های بیرونی، تغییر گردش کار و توسعه گزارش جدید را نیز جداگانه بپرسید.
یک جدول امتیازدهی ساده بسازید: برای هر نیاز، اهمیت، نتیجه مشاهده‌شده در دمو و مدرک آن را بنویسید. عبارت‌هایی مانند «قابل توسعه است» را از قابلیت آماده‌ای که همان روز اجرا شده جدا کنید. معیار پذیرش پروژه باید روشن کند چه کسی، با چه اطلاعاتی، کدام کار را انجام دهد تا آن بخش تحویل‌شده محسوب شود.
- ماژول‌ها و تعداد کاربران مورد توافق
- آموزش، انتقال داده و خدمات راه‌اندازی
- پشتیبانی و شرایط بهروزرسانی
- هزینه و پیش‌نیاز هر اتصال
- آزمون پذیرش و مسئول تحویل هر مرحله
برای دموی پدیده هوشمند الوند چه آماده کنیم؟
برای جلسه معرفی PHA، سه فرایند پرکاربرد مرکز را انتخاب کنید؛ مثلاً ارزیابی سنجه، بازنگری سند و پیگیری اقدام اصلاحی. نقش‌های درگیر، خروجی مورد انتظار و دشواری فعلی هر فرایند را توضیح دهید. می‌توان این سناریوها را با اطلاعات نمونه اجرا کرد و نیازی به ارسال اطلاعات واقعی بیماران نیست.
در پایان جلسه، قابلیت‌های دیده‌شده، تنظیمات موردنیاز و موضوعات نیازمند بررسی فنی را در یک صورت‌جلسه ثبت کنید. این صورت‌جلسه مبنای بهتری برای تصمیم خرید و برنامه استقرار است و کمک میکند دامنه کار برای تیم مرکز و تیم اجرا یکسان باشد.
خلاصه پاسخ‌های این راهنما
پیش از مقایسه نرمافزارها، مسئله مرکز را بنویسید
انتخاب نرمافزار اعتباربخشی بیمارستان از فهرست طولانی قابلیتها شروع نمیشود. ابتدا مشخص کنید کدام کار امروز زمان زیادی میگیرد: پیدا کردن نسخه معتبر یک سند، جمعآوری نتایج ارزیابی، پیگیری مهلت اقدام اصلاحی یا آماده کردن گزارش جلسه مدیریت. برای هر مسئله، یک مثال از فرایند مرکز و یک نتیجه قابل مشاهده تعریف کنید.
در دمو یک مسیر کامل را اجرا کنید
از ارائهدهنده بخواهید با اطلاعات نمونه یک سنجه را انتخاب کند، ارزیابی آن را ثبت کند، یک مورد نیازمند پیگیری بسازد و آن را به مسئول مشخص ارجاع دهد. سپس شواهد انجام، نتیجه بررسی و وضعیت نهایی را در همان مسیر نشان دهد. هدف، مشاهده ارتباط بین اطلاعات است؛ نمایش جداگانه چند صفحه این ارتباط را ثابت نمیکند.
مستندات و گزارش‌ها را با نمونه واقعی بسنجید
در بخش مستندات، فقط بارگذاری فایل را بررسی نکنید. نسخه، وضعیت تأیید، تاریخ اجرا و موعد بازنگری باید قابل تشخیص باشند. درخواست کنید یک سند بازنگری شود و ببینید نسخه قبلی چگونه در سابقه باقی می‌ماند و نسخه معتبر چگونه به کاربر مربوط می‌رسد.
نصب داخل مرکز چه پرسشهایی ایجاد میکند؟
در استقرار محلی، نرمافزار روی زیرساخت مرکز نصب میشود. پیش از خرید درباره سرور، پایگاه داده، ظرفیت کاربران، شبکه داخلی، روش بهروزرسانی و مسئول پشتیبانگیری توافق کنید. از تیم اجرا بخواهید روش بازیابی یک نسخه پشتیبان را در محیط آزمایشی توضیح دهد و مسئولیت هر بخش را مکتوب کند.
هزینه کل استقرار را چگونه مقایسه کنیم؟
دو پیشنهاد با مبلغ اولیه مشابه ممکن است تعهدات متفاوتی داشته باشند. مشخص کنید کدام ماژول‌ها، آموزش چه نقش‌هایی، انتقال چه داده‌هایی و چه مدت پشتیبانی در پیشنهاد آمده است. هزینه اتصال به سرویس‌های بیرونی، تغییر گردش کار و توسعه گزارش جدید را نیز جداگانه بپرسید.
برای دموی پدیده هوشمند الوند چه آماده کنیم؟
برای جلسه معرفی PHA، سه فرایند پرکاربرد مرکز را انتخاب کنید؛ مثلاً ارزیابی سنجه، بازنگری سند و پیگیری اقدام اصلاحی. نقش‌های درگیر، خروجی مورد انتظار و دشواری فعلی هر فرایند را توضیح دهید. می‌توان این سناریوها را با اطلاعات نمونه اجرا کرد و نیازی به ارسال اطلاعات واقعی بیماران نیست.
معرفی نرمافزار اعتباربخشی بیمارستان
بازگشت به همه مقالات