سامانه ویزیت آنلاین و پیگیری پرونده
تصور رایج از سامانهٔ ویزیت آنلاین، یک تماس تصویری بین پزشک و بیمار است.
اگر فقط همین باشد، هر ابزار ویدیوکنفرانس عمومی کار را انجام میدهد و ساختن سامانه توجیهی ندارد. ارزش واقعی در چیزی است که قبل و بعد از آن تماس اتفاق میافتد.
زنجیرهٔ کامل
پیش از ویزیت: بیمار پزشک را پیدا میکند، نوبت میگیرد، پرداخت میکند، شرح حال و سوابق و تصاویر آزمایش را از قبل میفرستد.
حین ویزیت: تماس تصویری یا صوتی، دسترسی پزشک به همان سوابق در کنار تصویر، یادداشتبرداری.
پس از ویزیت: نسخه، توصیهها، درخواست آزمایش، نوبت پیگیری، و پاسخ به سؤالهای بعدی بیمار.
بخش سوم، بیشترین ارزش را دارد و کمترین توجه را میگیرد. بیماری که بعد از ویزیت رها شود، همان تجربهٔ مطب سنتی را داشته با کیفیت پایینتر. بیماری که یک هفته بعد پیام پیگیری بگیرد، تجربهای دارد که حضوری هم نداشت.
نمونهاش را در فالوتست میبینید که اسمش هم از همین بخش آمده — پیگیری، نه صرفاً ویزیت.
سختترین بخش فنی: تماس زنده
و بحث اصلیاش این است که خودتان نسازیدش.
ساخت زیرساخت تماس تصویری پایدار — با کیفیت متغیر شبکه، عبور از فایروالها، پشتیبانی مرورگرها و موبایل — پروژهای مستقل و تخصصی است. اگر کسبوکار شما سلامت است نه ارتباطات، از سرویس یا کتابخانهٔ آماده استفاده کنید.
سه ملاحظه:
افت به صوت. در شبکهٔ ضعیف، تماس باید خودکار به صوت برگردد نه اینکه قطع شود. برای بخش زیادی از ویزیتها، صدا کافی است.
اتاق انتظار. پزشک ممکن است دیر برسد. بیمار باید بداند در صف است و چند نفر جلوتر — نه اینکه به صفحهٔ خطا بخورد.
ضبط، فقط با رضایت صریح. و اگر ضبط میکنید، محل نگهداری و مدت نگهداریاش تصمیمی است که باید از قبل و مکتوب گرفته شود.
نوبتدهی، سادهتر از آنکه به نظر میرسد نیست
بخشی که همیشه دستکم گرفته میشود:
- تقویم هر پزشک با ساعات متفاوت در روزهای متفاوت.
- مدت ویزیت که بین پزشکان و انواع ویزیت فرق دارد.
- جلوگیری از نوبت تکراری. دو بیمار که همزمان روی یک اسلات کلیک میکنند، کلاسیکترین باگ این سامانههاست. این را با قفل در پایگاه داده حل کنید، نه با بررسی در کد.
- لغو و تغییر، با قواعد بازگشت وجه.
- نوبت اضطراری که وسط برنامه جا میگیرد.
- عدم حضور بیمار، که باید سیاست مشخصی داشته باشد وگرنه وقت پزشک هدر میرود.
یادآوری پیامکی، سادهترین راه کاهش عدم حضور است و بازدهش از هر قابلیت دیگری بیشتر.
پرونده، و مرزی که باید روشن باشد
سامانهٔ شما پروندهٔ پزشکی نگه میدارد. این یعنی مسئولیت.
داده را کم جمع کنید. هر فیلدی که واقعاً لازم نیست، بدهی است نه دارایی.
دسترسی بهازای رکورد. پزشک باید فقط پروندهٔ بیماران خودش را ببیند. این همان تفکیک نقش از محدودهٔ داده است که در سطوح دسترسی گفتیم و در حوزهٔ سلامت اهمیتش چند برابر است.
لاگ دسترسی. چه کسی چه پروندهای را کِی دید. در بررسی هر شکایتی، اولین چیزی است که خواسته میشود.
حق بیمار بر دادهاش. بیمار باید بتواند سوابق خودش را ببیند و خروجی بگیرد.
تفصیل این بخش در امنیت داده بیمار آمده و اگر پروژهای در این حوزه دارید، آن مقاله را پیش از طراحی مدل داده بخوانید.
نسخه و دارو
بخشی که در ایران قواعد خاص خودش را دارد و باید زود در پروژه بررسی شود:
نسخهٔ الکترونیک، با اتصال به سامانههای بیمهای. این اتصالها فرایند اداری دارند و زمانبر هستند — بهعنوان قلم مستقل و موازی در برنامه ببینیدش، نه بخشی از کار توسعه.
تجویز از راه دور محدودیتهای قانونی دارد و برای برخی داروها ممکن نیست. این را حقوقی روشن کنید پیش از آنکه محصولی بسازید که بخش مهمی از آن قابل عرضه نیست.
نگهداری سابقهٔ تجویز، که هم الزام است و هم برای پیگیری لازم.
آنچه در بازار ایران تعیینکننده است
پرداخت و سهم بیمه. ویزیت آنلاین در بسیاری موارد پوشش بیمهای متفاوتی دارد. مدل مالی سامانه باید این را از ابتدا ببیند.
احراز هویت پزشک. شمارهٔ نظام پزشکی باید بررسی شود، نه اینکه فرد خودش اعلام کند. اعتبار سامانه به همین یک بند بسته است.
کیفیت شبکهٔ بیمار. بخش بزرگی از کاربران با موبایل و شبکهٔ همراه وصل میشوند. سامانهای که برای اینترنت پرسرعت طراحی شده، برای نیمی از بازار کار نمیکند.
بیمار مسن. رابط کاربری باید بسیار ساده باشد و مسیر ورود کوتاه. اگر سالمند نتواند بدون کمک وارد شود، بخش مهمی از تقاضای واقعی این حوزه را از دست دادهاید.
اشتباهی که نباید کرد
بلندپروازانه شروع نکنید. سامانهای که میخواهد از روز اول همهٔ تخصصها، نسخهٔ الکترونیک، اتصال آزمایشگاه و بیمه و داروخانه را داشته باشد، هجده ماه بعد هنوز منتشر نشده.
مسیری که پیشنهاد میکنیم:
۱. یک تخصص، نوبتدهی و پرداخت، تماس صوتی-تصویری با سرویس آماده. ۲. پرونده و سوابق پیش از ویزیت. ۳. پیگیری پس از ویزیت — همان بخشی که ارزش اصلی را میسازد. ۴. نسخه و اتصالهای بیرونی. ۵. تخصصهای بیشتر.
قدم سوم را قبل از قدم چهارم بگذارید، هرچند وسوسه برعکس است. اتصال به سامانههای بیرونی، ماهها اداری وقت میبرد و در آن مدت شما باید محصولی داشته باشید که کار میکند.