بایوآرک ابزارهای بیمار، تیم درمان، مدیریت مرکز و پژوهش را پیرامون دادههای مرتبط سازمان میدهد. استقرار میتواند در زیرساخت اختصاصی دانشگاه یا مرکز انجام شود؛ با تنظیم ماژولها، دسترسیها و اتصالها برای همان مجموعه.
نمای مفهومی ارتباط اجزا؛ چیدمان سرورها با نیاز هر مرکز تعیین میشود.
این نمودار نقش لایهها را نشان میدهد؛ یک سرویس بیرونی تنها در صورت فعالسازی و مجوز مرکز به جریان متصل میشود.
01
بیمار، پزشک، پرستار، پذیرش و مدیر
رابط تحت وب و بایوویزیت
HTTPS
↓
02
ورودی وب و مدیریت درخواست
HAProxy · Nginx · PHP-FPM
↓
03
هستهٔ کاربردی بایوآرک
پذیرش · ویزیت · نسخه · پرونده · بستری · رجیستری
PHP · Yii
↓
دادههای ساختاریافته
MariaDB
کش و هماهنگی رویدادها
Valkey
مدارک و خروجیهای پرونده
PDF · Files
اتصالهای قابل پیکربندی
HIS و PACS، بیمه، درگاه پرداخت و پیامک؛ بر اساس سرویس و دسترسی موجود در مرکز.
بیمه و APIها
از میز کار پزشک تا بیمه، در یک مسیر متصل
نسخهنویسی در بایوآرک به ثبت دارو ختم نمیشود. سرویسهای اتصال به تأمین اجتماعی و بیمه سلامت، استحقاق درمان، ارسال نسخه، دریافت نتیجه و پیگیری کد رهگیری را به جریان ویزیت متصل میکنند.
01
سامانهٔ مرکز
پزشک در همان میز کار، نسخه و خدمات را ثبت میکند؛ هویت پزشک و مرکز در مسیر اتصال حفظ میشود.
02
درگاه ارتباطی بایوآرک
درخواست از مسیر مشترک بایوآرک به سرویس مقصد میرسد؛ تفاوت APIها در لایهٔ اتصال مدیریت میشود.
03
تأمین اجتماعی و بیمه سلامت
پاسخ سرویس، وضعیت ارسال و کد رهگیری برای ادامهٔ کار در سامانه قابل استفاده میشوند.
یک مزیت متمایز: اتصال بیمهای بدون ثبت IP جداگانهٔ مرکز
در مدل ارسال نسخ از طریق درگاه بایوآرک، مرکز برای برقراری اتصال نرمافزاری نیازی به ثبت IP مستقل و اخذ مجوز اتصال جداگانه از تأمین اجتماعی، بیمه سلامت و سرویسهای تحت پوشش این درگاه ندارد. هماهنگی مسیر ارتباطی در سطح بایوآرک انجام میشود؛ هم در استقرار Standalone و هم در مدل As Service، در صورت فعالسازی این مسیر.
این مزیت مربوط به مسیر اتصال فنی است؛ احراز هویت و حساب حرفهای پزشک، قرارداد و ضوابط بیمهای مرکز و مجاز بودن خدمات همچنان مطابق الزامات بیمهگر کنترل میشوند.
نسخه و استحقاق، همراه ویزیت
استعلام وضعیت بیمه، ارسال اقلام دارویی و خدمات پشتیبانیشده، دریافت کد رهگیری و بازیابی نسخه، در مسیرهای اختصاصی هر بیمه انجام میشوند. پاسخ بیمهگر، مبنای نتیجهٔ ارسال است؛ ثبت محلی نسخه بهتنهایی به معنای پذیرش آن در بیمه نیست.
اتصال به APIها با قرارداد دادهٔ روشن
لایههای اتصال، احراز هویت، قالب درخواست و پاسخ و نگاشت شناسهها را برای هر سرویس مدیریت میکنند. اتصال به HIS، PACS، نوبتدهی ارجاعی وزارت بهداشت، پرداخت و پیامک بر اساس API در دسترس و دامنهٔ توافقشده تعریف میشود؛ تیم فنی مرکز میتواند مسیر تبادل و رفتار خطا را در جلسهٔ فنی بررسی کند.
نظام ارجاع
نظام ارجاع؛ از معرفی بیمار تا بازخورد درمان
بایوآرک با نگاه پیشرو به نظام ارجاع، ارتباط پزشک خانواده، متخصص و مرکز درمانی را به فرایند روزمرهٔ مراقبت پیوند میدهد. ارجاع فقط یک شماره نیست؛ کارتابل، نوبت، اطلاعات ویزیت و بازخورد باید در امتداد یک مسیر قابل پیگیری قرار بگیرند.
01
مسیر و کارتابل ارجاع
دریافت مسیرهای مجاز ارجاع، فهرست ارجاعات و جزئیات آنها از سرویس بیمه؛ با امکان بازیابی بر اساس شناسههای بیمار و ارجاع در سرویسهای پشتیبانیشده.
02
پیوند ارجاع و نوبت
مدیریت ظرفیت و نوبتهای ارجاعی وزارت بهداشت، ارسال زمان نوبت و دریافت وضعیت آن؛ با اتصال ارجاع به پذیرش بیمار در جریان کار مرکز.
03
ویزیت و نسخهٔ ارجاعی
بازیابی اطلاعات ارجاع و اقلام نسخه، ثبت ویزیت و استفاده از سرویسهای نسخهٔ ارجاعی متناسب با بیمه و دسترسی پزشک؛ در کنار پروندهٔ بیمار.
04
بازخورد و پایش مسیر
ثبت یا دریافت بازخورد و تشخیص در سرویسهای پشتیبانیشده، پیگیری وضعیت ارجاع و گزارش عملکرد؛ برای روشنتر شدن نتیجهٔ مراجعه و ادامهٔ مراقبت.
دامنهٔ ارجاع و بازخورد برای هر بیمه و مرکز یکسان نیست؛ سرویسهای فعال، دسترسی پزشک و اتصال نوبتدهی ارجاعی در طرح راهاندازی مشخص میشوند.
زیرساخت متنباز
فناوریهای باز، زیرساخت قابل نگهداری
زیرساخت بایوآرک بر فناوریهای متنباز بنا شده است؛ برای اجزای معرفیشده خرید لایسنس تجاری جداگانه لازم نیست. سرویسهایی مانند لایهٔ تحلیلی، اجرای ماندگار و مدیریت کلید متناسب با نیاز هر استقرار فعال میشوند.
هزینهٔ نرمافزار بایوآرک، اجرا، میزبانی و پشتیبانی طبق قرارداد است. خدمات بیرونی مثل پیامک، پرداخت یا محصولات تجاری انتخابی، شرایط و هزینهٔ خود را دارند. نسخه و مجوز اجزای زیرساخت در طرح استقرار مشخص میشود.
استقرار متناسب با حاکمیت دادهٔ مرکز
01
Standalone
استقرار اختصاصی در مرکز
برنامه و پایگاه داده میتوانند روی زیرساخت دانشگاه یا بیمارستان قرار گیرند. دامنه، برند مرکز، دسترسی فنی، شبکه و مسئولیت نگهداری با تیم فناوری اطلاعات هماهنگ میشوند.
02
As Service
میزبانی با خدمات نگهداری
در مدل میزبانی توافقشده، ظرفیت، پایش، پشتیبانگیری و مسیر پشتیبانی مشخص میشوند. تفکیک سرویس کاربردی، پایگاه داده و فایلها بر اساس بار و الزامات مرکز طراحی میشود.
بهرهبرداری، از روز نخست تا توسعهٔ بعدی
01
دسترسی بر اساس مسئولیت
حساب مستقل، نقش، مرکز و بخش، محدودهٔ مشاهده و ثبت اطلاعات را مشخص میکنند. پشتیبانی و تغییر دسترسی نیز باید با سیاست مرکز هماهنگ باشند.
02
ارتباط رویدادی و کارهای زمانبندیشده
کش و ارتباط WebSocket به هماهنگی وضعیتها و پیامها کمک میکنند. کارهای زمانبندیشده برای فرایندهای پسزمینه و نگهداری در کنار درخواستهای روزمره اجرا میشوند.
03
پشتیبانگیری و بازیابی آزموده
Restic نسخههای پشتیبان رمزنگاریشده را نگهداری میکند و rclone مسیر اتصال به مخزن راه دور را فراهم میسازد. پوشش پایگاه داده، تنظیمات و مدارک، تناوب، مدت حفظ و آزمون بازیابی در برنامهٔ فنی مرکز تعیین میشوند.
04
بهروزرسانی با کنترل تغییر
تغییرات برنامه و ارتقای ساختار داده باید با نسخهٔ نصبشده و سناریوهای مرکز سازگار باشند. پیش از بهرهبرداری، مسیر آزمون، تحویل و بازگشت از تغییر با تیم فنی روشن میشود.
در جلسهٔ فنی چه چیزهایی را مشخص میکنیم؟
ساختار مراکز و کاربران، سناریوهای اصلی، ظرفیت و همزمانی، زیرساخت شبکه، سرویسهای قابل اتصال، نگاشت و انتقال داده، برنامهٔ پشتیبانگیری و معیارهای تحویل.