اتصال به منابع داده
سامانه به پایگاه‌دادهٔ HIS، حضور و غیاب، تدارکات و دیگر سامانه‌ها وصل می‌شود. اتصال سمت سرور و در شبکهٔ خود سازمان برقرار می‌شود، با نگاشت فیلد، پاک‌سازی و زمان‌بندی دریافت.
میزبانی خودی · نصب روی سرورهای خود سازمان
دادهٔ پراکندهٔ سازمان را به تصمیم تبدیل کنید
idms به پایگاه‌دادهٔ سامانه‌هایی که سازمان از قبل دارد وصل می‌شود — HIS، حضور و غیاب، تدارکات و بقیه — داده را در یک لایهٔ معنایی به هم می‌بندد و به داشبوردهایی تبدیل می‌کند که مدیران هر روز باز می‌کنند. داده از شبکهٔ سازمان بیرون نمی‌رود، هیچ سامانه‌ای جایگزین نمی‌شود و داشبوردهای Power BI هم از دست نمی‌روند.
نصب روی سرورهای سازمان · کار در شبکهٔ داخلی
سازگار با سامانه‌هایی که سازمان همین حالا دارد — idms جایگزین آن‌ها نمی‌شود، به آن‌ها وصل می‌شود.
- سامانهٔ HIS
- حضور و غیاب
- تدارکات
- SQL Server
- Excel / CSV
- سرویس‌های وب
- Power BI
- Power BI Report Server
یک سامانه، همهٔ گزارش‌ها
یک سامانه برای همهٔ گزارش‌های سازمان
داده از هر سامانه‌ای که هست می‌آید، در یک لایهٔ معنایی به هم می‌بندد و از همان یک جا منتشر می‌شود — بدون اینکه سازمان ابزاری را که دارد کنار بگذارد.
جای ویدیوی معرفی محصول — فایل روی میزبان خود سازمان منتشر می‌شود
لایهٔ معنایی و شاخص مشترک
جدول‌های سامانه‌های مختلف به هم می‌بندند و نمای تازه ساخته می‌شود. هر شاخص یک تعریف مشترک دارد — فرمول، منبع، واحد، مالک و بازهٔ به‌روزرسانی — تا یک شاخص در دو داشبورد دو عدد ندهد.
انتشار برای تصمیم‌گیر
داشبورد از پیش‌نویس به بازبینی، تأیید و انتشار می‌رود و مدیر آن را در مرورگر باز می‌کند؛ بدون نصب نسخهٔ رومیزی و بدون پنجرهٔ Report Server. هر انتشار یک نسخه می‌سازد و بازگشت به نسخهٔ پیشین ممکن می‌ماند.
تفاوت اصلی
چیزی که Power BI Report Server پاسخ نمی‌دهد
دسترسی نقش‌محور سازمانی تا سطح میکروسرویس: هر سرویس نقش‌های خودش را دارد، پس سامانه دقیقاً می‌تواند بگوید چه کسی کدام داشبورد را می‌بیند، ویرایش یا منتشر می‌کند.
- دسترسی چهارلایه، با ثبت هر تصمیم در تاریخچهٔ فعالیت
- امنیت سطح داده بر پایهٔ نقش و واحد سازمانی، اعمال‌شده سمت سرور
- سطح دسترسی جدا برای هر داشبورد، گزارش و فرم
- ابطال دسترسی و نشست، در همان لحظه‌ای که لازم می‌شود
هم‌نشینی، نه جایگزینی
کنار Power BI می‌ایستد، جای آن را نمی‌گیرد
سازمانی که امروز روی Power BI کار می‌کند، سرمایه‌اش را از دست نمی‌دهد. idms لایهٔ مدیریت و نمایش را روی همان موتور موجود می‌گذارد و دسترسی را به دروازهٔ واحد سازمان می‌آورد.
داشبوردهایی که ساخته شده‌اند، در همان پرتال میزبانی و مدیریت می‌شوند؛ رنگ و چیدمان خودشان را نگه می‌دارند و فقط دسترسی از یک جا کنترل می‌شود.
-
میزبانی داشبوردهای سازمان داشبوردهای موجود در پرتال میزبانی می‌شوند و همان مدل دسترسی بقیهٔ پرتال را می‌گیرند.
-
اتصال به Report Server گزارش‌ها از موتور فعلی خوانده می‌شوند، بدون اینکه کاربر از پنجرهٔ آن وارد شود.
-
یک دروازهٔ دسترسی برای هر دو داشبورد بومی و داشبورد میزبانی‌شده از یک نقشهٔ دسترسی واحد پیروی می‌کنند.
-
ویژوال سفارشی با قلم سامانه ویژوال‌های سفارشی در پرتال رندر می‌شوند و قلم فارسی سامانه رویشان اعمال می‌شود.
وضعیت یکپارچگی — نمای نمونه
داشبوردهای ساخته‌شده
میزبانی‌شده
اتصال Report Server
فعال
مدل دسترسی
از پرتال
چرخهٔ عمر و نسخه
ثبت‌شده
خبر پیش از پرسش
شاخص از آستانه گذشت، پیش از آنکه کسی بپرسد
گزارش لازم نیست هر بار درخواست شود. سامانه آستانه‌ها را زیر نظر دارد و نتیجه را سر وقت، از راه کانالی که سازمان تعیین می‌کند، به دست صاحبش می‌رساند.
هشدار شاخص
برای هر شاخص یک آستانه و یک مخاطب تعریف می‌شود. وقتی شاخص از آستانه می‌گذرد، هشدار همان لحظه به تصمیم‌گیر می‌رسد — فقط برای شاخصی که در لایهٔ معنایی تعریف شده است.
تحویل زمان‌بندی‌شدهٔ گزارش
گزارش‌ها روی تقویم سازمان زمان‌بندی می‌شوند و سر ساعت به فهرست گیرندگان می‌روند. زمان‌بندی و گیرندگان هر دو ویرایش‌شدنی می‌مانند و هر ارسال در تاریخچه ثبت می‌شود.
مرکز اعلان درون‌برنامه‌ای
هر اعلان در مرکز اعلان داشبورد کاربر و پنل مدیر می‌نشیند، با حالت خوانده و خوانده‌نشده. کاربر فقط اعلانی را می‌بیند که دسترسی دیدنش را دارد.
مقایسه
idms در برابر گزارش دستی و اکسل
گزارشی که با فایل و ایمیل جابه‌جا می‌شود نسخهٔ معتبر ندارد. تفاوت روش‌ها همان‌جا روشن می‌شود.
| ویژگی | idms | گزارش دستی و اکسل |
|---|---|---|
| منبع داده | مستقیم از پایگاه‌دادهٔ سامانه‌های موجود، سمت سرور | فایلی که کسی فرستاده است |
| تعریف شاخص | یک تعریف واحد برای هر شاخص: فرمول، منبع، واحد و مالک | هر فایل، تعریف خودش |
| دسترسی | نقش‌محور، در سطح هر داشبورد و هر سرویس | فایل‌به‌فایل، از راه ایمیل و پیام‌رسان |
| به‌روزرسانی | داشبورد زنده؛ عدد همان روز | فقط در لحظه‌ای که ساخته شده |
| تقویم | جلالی و میلادی کنار هم، با یک کنترل | تبدیل دستی تاریخ |
| تاریخچه | هر تغییر با کاربر و زمان ثبت می‌شود | معلوم نیست چه کسی عدد را عوض کرده |
جعبهٔ‌ابزار تحلیلگر
آنچه تحلیلگر دامنه در دست دارد
تحلیلگر همان کسی است که دامنه را می‌شناسد؛ ابزار باید در اختیار او باشد، نه در دست سازندهٔ بیرونی.
نمودارهای پیشرفته
ستونی، خطی و سطحی، شمعی، دایره‌ای و دونات، نقشهٔ درختی، نقشهٔ حرارتی و پراکندگی. رنگ از توکن‌های سامانهٔ طراحی می‌آید، محورها با رقم فارسی خوانده می‌شوند و راهنمای خواندن همراه هر نمودار است.
نقشهٔ تفصیلی ایران
تحلیل داده در سطح استان و شهر، با مرزها و نام‌های برگرفته از منابع داخلی و کاشی‌های نقشه روی زیرساخت خود سازمان.
گزارش Drill-down
از نمای تجمیعی تا ریزترین لایه در چند کلیک، با مسیر برگشت‌پذیر و نگه‌داشتن حالت فیلترها در هر سطح.
داشبورد زنده
نتیجه در لحظه به‌روز می‌شود، بدون بازخوانی کامل صفحه. یک بازخوانی هیچ‌وقت محور را جابه‌جا نمی‌کند، ترتیب جدول را عوض نمی‌کند و فیلتر را از نو نمی‌بندد.
تقویم جلالی بومی
تقویم جلالی و میلادی کنار هم و با یک کنترل واحد، بدون نیاز به جدول تاریخ در منبع داده و با فیلترهای دورهٔ متناظر و سال مالی.
شاخص‌های تعریف‌شده
هر شاخص یک تعریف مشترک دارد: فرمول، منبع داده، واحد، مالک، هدف و بازهٔ به‌روزرسانی — و فرهنگ داده معنای هر فیلد را ثبت می‌کند، تا یک شاخص در دو داشبورد دو عدد ندهد.
استقلال زیرساخت
روی سرورهای خود سازمان می‌ماند
داده، فونت، نقشه و صفحهٔ ورود، همه از میزبان خود سازمان بارگذاری می‌شوند. نصب و به‌روزرسانی هم بدون دسترسی به اینترنت بیرونی انجام می‌شود.
نصب و به‌روزرسانی روی سرور سازمان
نصب، به‌روزرسانی، پشتیبان‌گیری و بازگردانی نسخه، همه روی سرورهای سازمان انجام می‌شود. پیش از هر به‌روزرسانی، پشتیبان گرفته می‌شود.
اتصال در شبکهٔ داخلی
اتصال به پایگاه‌داده‌های درون سازمان، سمت سرور برقرار می‌شود. دادهٔ خام هم پیش از پاک‌سازی و کنترل، به لایهٔ نمایش نمی‌رسد.
صفحهٔ ورود با هویت سازمان
صفحهٔ ورود اختصاصی با نشان سازمان، ورود با شمارهٔ موبایل و کد یک‌بارمصرف یا نام کاربری، و خروجی که نشست را سمت سرور باطل می‌کند.
چند سازمان روی یک نسخه
چند بیمارستان روی یک نسخه کار می‌کنند، با جداسازی کامل داده و تنظیمات مستقل برای هر سازمان — و حالت‌های تعلیق و انقضا که دسترسی را واقعاً می‌بندند.
معماری امنیتی یکپارچه
احراز هویت، مجوزدهی، رمزنگاری مسیر ارتباط، امنیت نشست و ثبت رویداد امنیتی، همه در یک معماری. هیچ‌کدام گزینه‌ای و خاموش‌شدنی نیست.
پشتیبانی داخل خود سامانه
کاربر بدون تماس بیرونی، تیکت پشتیبانی با شرح و فایل پیوست ثبت می‌کند و وضعیت آن را در چهار حالت باز، پاسخ‌داده‌شده، بی‌پاسخ و بسته دنبال می‌کند.
بسته‌های مجوز
سه بسته، برای سه اندازهٔ سازمان
هر بسته با سطح مجوز هم‌نام است و همان چیزی را باز می‌کند که سازمان خریده است: ماژول‌های فعال، شمار کاربران و شمار داشبوردها. خرید آنی ندارد؛ سازمان درخواست را ثبت می‌کند و نسخهٔ اختصاصی‌اش صادر می‌شود.
Basic
پایهبرای سازمانی که از گزارش دستی فاصله می‌گیرد و نخستین داشبوردها را می‌سازد.
- اتصال به منابع داده و لایهٔ معنایی
- هستهٔ داشبورد و گزارش
- سقف کاربران و داشبوردها، در مجوز تعیین می‌شود
Professional
حرفهایبرای سازمانی که چند منبع را به هم می‌بندد، گزارش منتشر می‌کند و هشدار می‌گیرد.
- همهٔ امکانات بستهٔ پایه
- مدل‌سازی، انتشار و نسخه‌بندی داشبورد
- هشدار شاخص و تحویل زمان‌بندی‌شدهٔ گزارش
- سقف بالاتر کاربران و داشبوردها
Enterprise
سازمانیبرای سازمانی با چند واحد، چند سازمان روی یک نسخه و داشبوردهای Power BI موجود.
- همهٔ امکانات بستهٔ حرفه‌ای
- چندسازمانی روی یک نسخه، با جداسازی کامل داده
- میزبانی داشبوردهای Power BI
- سقف کامل ماژول‌ها، کاربران و داشبوردها
مبلغ و سقف عددی هر بسته، هنگام صدور مجوز تعیین می‌شود.
دربارهٔ ما
داده را از سامانه‌های موجود می‌خوانیم
idms را برای سازمان‌هایی ساختیم که داده‌شان در ده‌ها سامانهٔ جداگانه قفل است و نمی‌خواهند هیچ‌کدام را کنار بگذارند.
بیمارستان‌ها و سازمان‌های بزرگ بیست سامانه و بیشتر دارند — HIS، حضور و غیاب، تدارکات و بقیه — و هر کدام پایگاه‌دادهٔ خودش را دارد. محصولات HIS بازار بیست سال قدمت دارند و ساختن یک HIS رقابتی بیش از یک سال کار یک تیم کامل است؛ پس مسیر جایگزینی بسته است.
idms همان ساختار را نگه می‌دارد و لایهٔ هوش تصمیم را روی آن می‌گذارد. نه جانشین HIS می‌شود، نه سامانه‌های موجود را بازسازی می‌کند و نه کلون Power BI است؛ داده هم از شبکهٔ سازمان بیرون نمی‌رود.
idms در یک نگاه
حوزهٔ کار
بیمارستان‌ها و سازمان‌های بزرگ
استقرار
روی سرورهای خود سازمان
رابط کاربری
فارسی، با تقویم جلالی
با سامانه‌های موجود
اتصال، نه جایگزینی
هویت مالک سایت — در انتظار ثبت نام حقوقی سازمان
تماس
راه‌های تماس
برای درخواست نمایش یا مجوز، از شمارهٔ تلفن یا نشانی ایمیل سازمان استفاده کنید.
تلفن
شمارهٔ تلفن عمومی — در انتظار ثبت توسط سازمان
ایمیل
نشانی ایمیل عمومی — در انتظار ثبت توسط سازمان