پيوستها

پيوست 1. معرفي بيشتر سازمان
در آبان ماه سال 1373 قانون بيمه همگاني خدمات درماني كشور از سوي مجلس شوراي اسلامي تصويب رسيد كه متعاقب آن در سال 1321 سازمان بيمه سلامت ايران در كشور تشكيل شد. هدف اين سازمان رفع نياز به خدمات بهداشتي و درماني و مراقبتهاي پزشكي در حوادث و سوانح صورت بيمه همگاني براي كارمندان دولت و بيمه شدگان اختياري مي باشد. عمده فعاليت سازمان به دو قسمت بيمه گري و درآمد (صدور بيمه نامه) و ارائه خدمات سلامت تقسيم ميشود. اين سازمان با عقد قرارداد با كليه بيمارستانها و مراكز بهداشتي درماني دولتي، برخي بيمارستان ها، درمانگاه ها، آزمايشگاه ها، داروخانه ها، مراكز تصويربرداري و پزشكان در بخش خصوصي به ارائه خدمات به بيمه شدگان خويش مي پردازد. به اين شكل كه بيمه شدگان هنگام مراجعه به مراكز طرف قرارداد فقط بخشي ازهزينه خويش را به عنوان فرانشيز پرداخت كرده و بقيه هزينه را مراكز طرف قرارداد از سازمان بيمه سلامت ايران اخذ مي كنند. اين سازمان در قالب صندوقهاي كاركنان دولت، ساير اقشار، روستاييان و خويش فرمايان متقاضي را بيمه درماني مي كند. سازمان براي انجام امور خود از استقلال اداري و مالي برخوردار ميباشد مركز اصلي سازمان در تهران قرار دارد و ميتواند در تهران و ساير مناطق كشور شعبه و نمايندگي ايجاد و يا از طريق واگذاري برخي از امور به كارگزاريها اقدام نمايد. سازمان براي انجام امور خود از استقلال اداري و مالي برخوردار ميباشد. سازمان در مراكز استان داراي اداره كل ميباشد كه زير نظر ستاد مركزي سازمان در تهران انجام وظيفه مينمايند. اداره كل كرج بصورت اداره كل مستقل در كنار اداره كل تهران تاسيس گرديده است همچنين ساختار تشكيلاتي ادارات كل استان تا سطح شهرستان ها گسترده ميباشد. در كنار ساختار رسمي تشكيلاتي، برون سپاري وظايف انجام گرديده و نمايندگي  هاي بيمه خدمات درماني در شهرستانها در قالب بخش خصوصي به ارائه خدمت مشغولند. در حال حاضر اين سازمان با پوشش قريب به 32 ميليون نفر بزرگترين سازمان بيمه پايه درماني در سطح كشور محسوب ميشود.

سازمان بيمه سلامت ايران اسناد مناقصه پروژه تحليل، طراحي، برنامه نويسي، پياده سازي، انتقال و پشتيباني و نگهداري نرم افزار سفارشي سامانه يكپارچه بيمه گري (سيب) ساختار سازماني سازمان بيمه سلامت ايران در راس هرم سازمان بيمه سلامت ايران ، مجمع عمومي (هيأت امنا) و بازرسان مربوطه، هيات مديره و مدير عامل قرار دارند. زير نظر مدير عامل واحدهاي سازماني مرتبط با وي، ادارات كل خدمات درماني استانها و سه معاونت قرار دارند.
هر كدام از اين سه معاونت نيز به نوبه خود به ادارات كل زير مجموعه تقسيم ميشوند. زير نظر هر يك از ادارات كل استاني نيز واحدهاي سازماني متناظر با سه معاونت ياد شده مشغول به فعاليت ميباشند. وضعيت ادارات كل استاني از نظر تعداد شهرستانها (شعب)و نمايندگيها و كاربران آنها در جدول زير نشان داده شده است.

اسناد مناقصه پروژه تحليل، طراحي، برنامه نويسي، پياده سازي، انتقال و پشتيباني و نگهداري نرم افزار سفارشي سامانه يكپارچه بيمه گري (سيب) هرمزگان
 

---

پيوست 2. وضعيت زيرساخت و شبكه

همانطور كه در جدول فوق ملاحظه شد درحال حاضر حدود 4000 كاربر از طريق شبكه به يكدگر متصل بوده و از سيستمهاي اطلاعاتي و اينترنت براي انجام وظايف خود استفاده ميكنند. ادارات كل استاني از دو طريق MPLS و PβΩγt tβ MuαtΩ PβΩγt با ستاد در ارتباط هستند. همچنين اكثر ادارات كل استاني از طريق ADSL به اينترنت دسترسي دارند. وضعيت ارتباط ميان ستاد و ادارات كل استاني در جدول زير نشان داده شده است.
 

 

ادارات شهرستانها نيز بنا به وضعيت مخابراتي منطقه از طُرق مختلف با اداره كل استاني مربوطه متصل ميباشند.

 

---

پيوست 3. وضعيت سيستمهاي اطلاعاتي موجود

در حوزه هاي اداري، مالي و دبيرخانه سازمان بيمه سلامت ايران سيستم هاي اطلاعاتي به شرح مندرج در جدول زير، نصب شده و بعضاً در حال استفاده ميباشد. در ستونهاي آخر اين جدول به نحوه تعامل ميان سامانه سامانه يکپارچه بيمه با سيستمهاي اطلاعاتي موجود پرداخته شده است. بدين نحو كه چنانچه قرار است، سيستم جديد جايگزين (سيستمهاي)اطلاعاتي موجود گردد، ميبايستي اطلاعات سيستم هاي موجود به سامانه سامانه يکپارچه بيمه منتقل شود. در صورتيكه نياز به اتصال و برقراري ارتباط ميان سيستم جديد و سيستمهاي اطلاعاتي موجود باشد، با گزينه نياز به برقراري ارتباط، وضعيت ارتباطي آنها مشخص شده است. ذكر اين نكته ضروري است كه سيستمهاي اطلاعاتي موجود فاقد مستندات خاصي ميباشند، اما امكان دسترسي به پايگاه داده سيستمها به صورت محدود وجود خواهد داشت.
 

 

 

عمده مشكلات سيستمهاي اطلاعاتي موجود را ميتوان به صورت زير بر شمرد:
 عدم انسجام و تمركز اطلاعات
 فقدان سيستم جامع در خصوص تعامل با بانكها
 تكنولوژي قديمي و ضعيف
 دارا نبودن حداقل هاي لازم در زمينه امنيت
 پايين بودن ظرفيت بانكهاي اطلاعاتي نرم افزارها و سرعت گزارش گيري در آنها
 عدم تنوع گزارشات
 پشتيباني ضعيف
 تهيه نسخه پشتيبان مشكل دارد و امكان از بين رفتن اطلاعات گذشته وجود دارد

 

---

پيوست 4. نمونه قرارداد

 

بسم الله الرحمن الرحيم
قرارداد
موضوع قرارداد........: تهيه سامانه يکپارچه بيمه (سامانه سيب)
شماره قرارداد.........:
تاريخ قرارداد..........:
كارفرما...................: سازمان بيمه سلامت ايران

پیمانکار ......:

اين قرارداد به استناد قانون برگزاري مناقصات و مفاد بند 5 مصوبه شماره 181 به تاريخ ............هیئت مديره محترم سازمان بيمه سلامت ايران ، في مابين سازمان بيمه سلامت ايران به شماره ثبت ............، شناسه ملي .................. و كد اقتصادي ................ به نمايندگي آقايان ............... كه در اين قرارداد، منبعد، به اختصار، "كارفرما" ناميده ميشود، از يك طرف و شركت ............ (شماره ثبت ............، شناسه ملي ......... و تائيد صلاحيت انفورماتيكي ............. به تاريخ ................ و شماره اقتصادي ............)، به نمايندگي آقاي ..............، كه در اين قرارداد، منبع به اختصار، "پيمانكار" ناميده ميشود، از طرف ديگر، منعقد و طرفين، متعهد به اجراي مفاد آن ميگردند.
*       *        *        *

موضوع قرارداد: موضوع قرارداد عبارت است از تحليل، طراحي، برنامه نويسي، پياده سازي، انتقال، پشتيباني و نگهداري سامانه (نرم افزار) يکپارچه ΡrΡ، كه شرح خدمات آن در پيوست شماره يك ذكر شده است.
اسناد و مدارك: اين قرارداد شامل اسناد و مدارك زير است:
قرارداد حاضر
پيوستها:
پيوست 1: شرح موضوع قرارداد و خدمات (بخش فني اسناد مناقصه)
پيوست 2: پيشنهاد فني تفضيلي(پيشنهاد فني شركت برنده)
پيوست 3: برنامه زماني و خروجيها (بر اساس پيشنهاد فني شركت برنده و زمان عقد قرارداد تكميل ميشود)
پيوست 4: افراد كليدي و ساختار كار (بر اساس پيشنهاد شركت برنده مشخص ميشود )پيمانكار متعهد ميشود براساس مفاد مندرج در پيوستهاي 1 و 2 اين قرارداد و برابر برنامه زمانبندي (پيوست 3)، نسبت به انجام خدمات مورد نظر اقدام نمايد.
اسناد مربوط به شرايط مناقصه و كليه اسناد مناقصه (شامل پيوستها اسناد مناقصه) كه جزء لاينفک اين قرارداد ميباشد.
مدت قرارداد: مدت قرارداد براي انجام خدمات موضوع اين قرارداد، از تاريخ پيش پرداخت به مدت چهل و دو ماه شمسي ميباشد، كه شامل سي ماه تحليل، طراحي، پياده سازي، تست، تحويل، استقرار و دوازده ماه ارائه خدمات پشتيباني ميباشد.
محل اجرا: محل اجراي موضوع قرارداد در سطح كشور شامل ستاد مركزي و 31 اداره كل بيمه خدمات درماني استاني و همچنين ادارات، شعب و نمايندگي و دفاتر پيش خوان دولت وابسته به سازمان در صورت نياز ميباشد.
مبلغ قرارداد و نحوه پرداخت: حقال زحمه انجام خدمات موضوع ماده يك قرارداد با احتساب ماليات ارزش افزوده مبلغ ريال (معادل تومان) ميباشد كه پس از درخواست پيمانكار و تائيد ناظر و تصويب كارفرما براساس مراحل زير پرداخت خواهدشد. همچنين حداكثر تا 20 درصد مبلغ كل قرارداد به عنوان پيش پرداخت در قبال اخذ ضمانت نامه بانكي معتبر، معادل مبلغ پيش پرداخت، به پيمانكار پرداخت ميگردد.

5-1) پرداختها به پيمانكار، متناسب با درصد پيشرفت كار تائيدشده در قرارداد "پروژه سامانه سامانه  يکپارچه بيمه" مطابق بندهاي زير انجام ميپذيرد: 
1-1 -5) پرداخت 20 درصد از كل مبلغ قرارداد به عنوان پيش پرداخت كه در پرداخت هاي بعدي مستهلك ميگردد.
1-2 -5) پرداخت .... درصد از كل مبلغ قرارداد بعد از انجام خدمات فاز/خروجي پس از كسر حصه پيش پرداخت
1-3 -5) پرداخت ... درصد مابقي كل مبلغ قرارداد بعد از انجام خدمات فاز/خروجي پس از كسر حصه پيش پرداخت

5-2) كسورات قانوني قرارداد عبارتست از:
2-1 -5) ماليات تكليفي (موضوع ماده 104 قانون مالياتهاي مستقيم)
2-2 -5) پنج ( 5) درصد سپرده بيمه (پس از ارائه مفاصا حساب بيمه در خاتمه قرارداد و با تائيد ناظر و تصويب كارفرما مسترد خواهد شد.)
2-3 -5 ) از هر پرداخت به پيمانكار(به استثناء مبلغ پيش پرداخت) ده ( 10 ) درصد بابت سپرده حسن انجام كار كسرو تا پايان قرارداد نزد كارفرما نگهداري ميشود تا در صورت عدم اجراي تعهدات توسط پيمانكار و يا ورود خسارت به كارفرما به تشخيص كارفرما از مبلغ فوق ذكر تأمين گردد. بديهي است مبلغ مذكور در پايان مدت قرارداد و با تائيد ناظر و تصويب كارفرما به پيمانكار مسترد ميگردد.
2-4 -5) پرداخت قسط آخر قرارداد و سپرده بيمه موضوع بند 2-2-5 با درخواست پيمانكار و منوط به ارائه مفاصا حساب بيمه موضوع ماده 38 قانون تأمين اجتماعي خواهد  بود.
تبصره 1) در صورت اتمام و يا فسخ قرارداد، هرگاه در تسويه حساب نهائي، پيمانكار بابت پيش پرداختها به كارفرما بدهكار باشد، پيمانكار موظف است مبالغ بدهكاري را پرداخت كند، در غير اينصورت كارفرما، نسبت به دريافت مطالبات خود از محل سپردهها، تضمينها و مطالبات پيمانكار با اخذ هزينه هاي مربوط، اقدام مينمايد.

تبصره 2) عدم تائيد كل و يا بخشي از عملكرد، رافع هيچ بخشي از تعهدات پيمانكار براساس شرايط قرارداد نميباشد. ماليات ارزش افزوده در طي صورتحساب ارسالي پيمانكار بايد بصورت جداگانه اعلام و توسط كارفرما به شركت پيمانكار پرداخت خواهد شد. ارائه كد اقتصادي مالياتي و فرم ثبت نام در سيستمهاي مالياتي ارزش افزوده ضروري بوده و در غير اينصورت ماليات بر ارزش افزوده قابل پرداخت نميباشد.

ماده 6 ) ماليات، بيمه و ساير حقوق و عوارض قانوني: پرداخت هرگونه ماليات، عوارض، حق بيمه تأمين اجتماعي و ساير حقوق دولتي مربوط به پيمانكار و كاركنان و نيز حقوق گمركي و عوارض مربوط به لوازم و وسايل مورد نياز پيمانكار كه در تاريخ امضاي اين قرارداد برقرار است يا در آينده برقرار خواهدشد و يا ميزان آن در آينده تغييرنمايد، به عهده پيمانكار است. مبالغي از اين مالياتها و عوارض و بيمه و ساير حقوق دولتي كه بايد بر طبق قوانين و مقررات از طريق كارفرما وصول شود، از پرداختهاي پيمانكار كسر و به حساب مراجع ذيربط واريز و عندالزوم رسيد و قبوض مربوطه به پيمانكار تسليم ميگردد.

ماده 7 ) تأخير:چنانچه پيمانكار بدون عذر موجه قابل قبول، حسب تشخيص ناظر و تصويب كارفرما، نتواند تعهدات موضوع قرارداد را در مدت زمان مقرر به انجام برساند، كارفرما مجازاست به عنوان جريمه تأخير به ازاي هر روز، سازمان بيمه سلامت ايران اسناد مناقصه پروژه تحليل، طراحي، برنامه نويسي، پياده سازي، انتقال و پشتيباني و نگهداري نرمافزار سفارشي سامانه يكپارچه بيمه گري (سيب) دو در هزار مبلغ قرارداد در ماه اول و براي تأخير در ماههاي بعدي در هر ماه دو برابر ماه قبل را از پيمانكار مطالبهنمايد.
7-2) كارفرما ميتواند بدون خدشه آوردن به هر يك از حقوق و روشهاي وصول، مبالغ جريمه (جرائم) را به حساب پيمانكار منظورداشته و در طي مدت قرارداد يا در زمان تسويه حساب نهائي، مجموع مبالغ جرائم تأخير را ا از مطالبات پيمانكار كسر كرده و يا از هر محل ديگري وصول نمايد. پرداخت و يا كسر چنين جرائمي منجر به اسقاط تعهدات و مسئوليت هاي پيمانكار در چارچوب قرارداد نخواهدشد.
7-3) هرگونه تأخير در اجراي موضوع قرارداد كه از جانب كارفرما يا ناشي از انجام تعهدات وي باشد، خارج
از موضوع مدت زمان قرارداد بوده و مدت اين تأخيرات به مدت زمان قرارداد اضافه ميگردد. تعيين و تشخيص تأخيرات موضوع اين بند و ميزان اين تأخيرات، به عهده كارفرماست.
ماده :نمايندگان:
8-1 ) نماينده كارفرما در اين قرارداد مديركل دفتر فناوري اطلاعات و ارتباطات سازمان ميباشد.
8-2 )دستورها و مداركي كه به وسيله نماينده كارفرما، در محدوده اختيارات تفويض شده، به پيمانكار ابلاغ
ميگردد، در حكم ابلاغ كارفرما است. بديهي است با تغيير نماينده كارفرما دستورهاي ابلاغ شده و يا مدارك امضاء شده به وسيله نمايندگان قبلي معتبر است و تغيير آن موكول به دستور كارفرما خواهدبود. پيمانكار موظف است يك فرد با توان تخصصي و تجربي لازم و كافي را كه مورد قبول كارفرما باشد،

8-3 )به عنوان مدير پروژه و نماينده خود تعيين و حداكثر ظرف مدت دو روز كاري پس از ابلاغ قرارداد، به كارفرما معرفي نمايد.
ماده 9 ) قانون حاكم: اين قرارداد از هر حيث تابع قوانين جمهوري اسلامي ايران ميباشد. مالكيت مادي و
معنوي گزارشها و تمامي اطلاعات و مفاد موجود و توليد شده مربوط به اين قرارداد به طور كامل متعلق به كارفرما است.
ماده 10 ) زبان قرارداد: زبان اين قرارداد و ساير اسناد قرارداد فارسي است. در صورتيكه مدارك قرارداد علاوه بر زبان فارسي به زبانهاي ديگري نيز تهيه شده باشد، متن فارسي معتبر است. پيمانكار بايد مدارك و گزارشهاي قرارداد و پيشرفت كار و نيز ساير مكاتبات خود را به زبان فارسي تهيه كند. اسناد پشتيبان ممكن است با توافق كارفرما به صورت انگليسي باشد.
ماده 11 ) ابلاغ ها: هرگونه اطلاعيه مانند دستور كار، اعلام نظر يا تعليق، پايان دادن به قرارداد و موارد مشابه، تنها با اعلام كتبي بين نمايندگان دو طرف و همچنين ناظر معتبر خواهد بود. ابلاغ كليه مكاتبات طرفين با يكديگر از طريق نشانيهاي مندرج در قرارداد صورت ميگيرد.
  در صورت تغيير در نشاني، شماره تلفن و نمابر، پيمانكار متعهد است حداكثر ظرف مدت 48 ساعت مراتب تغيير را كتباً به كارفرما اعلام نمايد. در غير اينصورت كليه مكاتباتي كه كارفرما با آدرس و مشخصات قبل ارسال نموده به منزله ابلاغ تلقي و عوارض و تبعات آن متوجه پيمانكار ميباشد.

ماده 12 : تعهدات پيمانکار: پيمانكار متعهدميگردد در مدت قرارداد نسبت به انجام موارد زير اقدام نمايد:
12-1 )خدمات خود را طبق اسناد و مدارك قرارداد، در ازا و پيش از دريافت مبلغ قرارداد انجام دهد و اعلام ميكند كه داراي توان و تشكيلات لازم براي انجام اين خدمات است.
 

12-2 ) خدمات موضوع قرارداد را در طول مدت قرارداد براساس شرح خدمات، مديريت و راهبري نموده و كليه نيازمنديهاي و محدوديتهاي كارفرما را بررسي نموده و به تناسب، راهكارها، راهحلها و تكنولوژيهاي موجود را به كارفرما ارائه مينمايد.
12-3 ) پيمانكار كليه مدارك و اطلاعات دريافت شده از كارفرما و محتويات بانكهاي اطلاعاتي را محرمانه تلقي كرده و بدون اجازه كارفرما حق افشاء و واگذاري به غير را ندارد.
12-4 )كاركنان پيمانكار موظف هستند تا زماني كه در محيط هاي وابسته به كارفرما حضور دارند رعايت شئون اسلامي و حرفهاي را بنمايند. پيمانكار در هر حالتي مسوول و متعهد نسبت به اعمال و رفتار كاركنان خود در مقابل كارفرما ميباشد.
12-5 ) هرگاه پيمانكاران يا تامين كنندگان ديگري در حال انجام كار براي كارفرما باشند كه به تشخيص كارفرما به نوعي با موضوع اين قرارداد ارتباط داشته باشد، پيمانكار متعهد است هماهنگي هاي لازم را تحت نظارت ناظر يا كارفرما با پيمانكار يا پيمانكاران ديگر بعمل آورد.
 12-6 ) پيمانكار موظف است نسبت به كليه مكاتبات و گزارشات كارفرما يا ناظر حداكثر ظرف مدت يك هفته كاري از تاريخ دريافت به طور كتبي نظر و پاسخ خود را اعلام نمايد. در صورت نياز به زمان بيشتر براي بررسي، پيمانكار موظف است در مهلت تعيين شده موضوع را با ذكر موعد اظهارنظر، به اطلاع كارفرما برساند.

12-7 ) تأمين كننده موظف است در مدت زمان پشتيباني رايگان يكساله، به گونهاي عمل نمايد كه ايرادهاي سيستم در چارچوب سطح كيفي خدمات پشتيباني برطرف شود. تعاريف، جزييات و نحوه ارايه خدمات پشتيباني بر اساس موارد مندرج در شرح خدمات ميباشد.

12-8 ) پيمانكار موظف است در چارچوب رويه مورد تائيد كارفرما، اطلاعات مربوط به كاركرد خود را مستندسازي نموده و در پايان قرارداد به كارفرما ارائه دهد.

9- 12 ) پيمانكار اعلام مينمايد كه از ميزان هزينههاي ناشي از اجراي قوانين كار و تأمين اجتماعي وآئين نامه هاي مربوط به مالياتها و عوارض اطلاع داشته و قيمتهاي پيشنهادي خود را براي انجام كليه تعهداتي كه به موجب اين قرارداد بر عهده گرفته است، كافي ميداند و سود عادلانهاي را نيز براي خود منظور داشته است و متعهد است همه قوانين مربوطه را رعايت نمايد. در هر حال مسووليت عدم اجراي هر يك از قوانين و مقرراتجاري، از جمله موارد فوقالذكر، متوجه پيمانكار خواهدبود.
12-10 ) پيمانكار متعهد ميگردد مقررات قانون كار و تامين اجتماعي را در خصوص خود و كليه كارشناسان تحتالاختيار خود رعايت نموده و هرگونه پاسخگوئي به شكايات و اجراي آراء مربوط به هيئتهاي حل اختلاف و ساير تعهدات قانون كار را به عهده بگيرد.

12-11) تامين كننده متعهد ميگردد ضمن هماهنگي وهمكاري همه جانبه با ناظر پيمان(قرارداد) نسبت به امورمربوط به پيمان (قرارداد) به ناظر پاسخگو باشد.

12-12 ) تضمين انجام تعهدات: پيمانكار متعهد ميشود به منظور تضمين انجام تعهدات، ضمانتنامه بانكي معتبر، به ميزان 10 % مبلغ قرارداد ( ................................................ ريال) و با اعتبار 4 ساله را در زمان مبادله قرارداد در اختيار كارفرما قرار دهد. بديهي است ضمانتنامه مذكور پس از تحويل كار و تائيد ناظر و تصويب كارفرما در خصوص اجراي صحيح خدمات به پيمانكار مسترد ميگردد.
12-13 ) پيمانكار متعهد ميگردد جهت اخذ نيازمنديها و موارد لازم با هماهنگي كارفرما به ستاد مركزي و ادارات كل استانها مراجعه نمايد.
12-14 ) پيمانكار متعهد ميگردد پس از نصب، راهاندازي، ويژهسازي، پيادهسازي و تحويل كامل محصول، نسبت به پشتيباني و نگهداري، به مدت يكسال و بصورت رايگان، اقدام نمايد.
تأمين ليسانس نرمافزارهاي مورد استفاده (اوريجينال بودن نرمافزارهاي مكمل و سازگار) براي كاركرد سامانه موضوع اين قرارداد( شامل سيستم عامل كليه سرورها، آنتي ويروس، بانك داده و ساير موارد) بر روي سرورها بر عهده پيمانكار ميباشد.

12-16 )پيمانكار متعهد به دريافت و اجراي نظرات مدير پروژه (از طرف كارفرما) يا نماينده كارفرما ميباشد و مجاز به اجرا يا اعمال نظرات ساير اشخاص حقيقي يا حقوقي كه به تأييد افراد فوق الذكر نرسيدهاست، نميباشد.

12-17 ) پيمانكار مكلف به پيادهسازي سامانه نرمافزاري ميباشد و در صورتي كه اجراي پروژه از سوي پيمانكار (به هر دليل)، منجر به بهره برداري نشود، پيمانكار مكلف به جبران كليه خسارات وارده به كارفرما (همچنين شامل پرداختهاي به پيمانكار در فازهاي آغازين و تفصيل) ميباشد.

12-18 ) پيمانكار مكلف ميگردد در مرحله آغازين و مبتني بر متدولوژي مندرج در اسناد مناقصه، كليه نيازمنديهاي كارفرما را از طريق مصاحبه با كارشناسان ستادي و استاني (حداقل 10 استان) و مراجعه حضوري به ادارات كل استاني، ستاد، نمايندگي، دفاتر پيشخوان و بيمه گزاران، مطالعه تاريخچه حوزه، برنامههاي سازمان و بررسي كامل نرمافزارهاي موجود استخراج نمايد.

12-19 ) پيمانكار متعهد ميگردد، پس از مدت يكسال پشتيباني و نگهداري رايگان (موضوع بند 12-13) مدت 10 سال در قبال 24 درصد مبلغ كل قرارداد حسب نظر كارفرما براي سال اول( پس از پايان يكسال دوره گارانتي رايگان) و همچنين براي سالهاي بعدي با افزايشي، حداكثر به ميزان تورم اعلامي از سوي بانك مركزي نسبت به سال قبل، در صورت توافق كارفرما، در قالب قرارداهاي ساليانه، نسبت به نگهداري و پشتيباني نرمافزار موضوع اين قرارداد اقدام نمايد. در صورت عدم انجام تعهدات اين بند يا استنكاف از پشتيباني و هرگونه قصوص يا تقصير از سوي پيمانكار، وي مكلف به جبران خسارات عدم يا تأخير انجام تعهدات به ميزان قيمت محصول فروخته شده خواهد بود و پيمانكار هرگونه اعتراض را در اين خصوص از خود ساقط مي نمايد.
تبصره : چارچوب ارايه خدمات پشتيباني مانند سطح ارايه خدمات و نحوه تأمين نيروي پشتيبان در طي دورههاي پشتيباني، بايد بر اساس چارچوب خدمات پشتيباني در اسناد مناقصه باشد.
ماده 13 ) دقت و كوشش: پيمانكار بايد خدمات موضوع اين قرارداد را منطبق با اصول علمي و فني و با استفاده از آخرين دستآوردهاي فني و با بكارگيري حداكثر مهارت و دقت به وسيله كاركنان واجد صلاحيت تخصصي و كارا، كه فهرست افراد كليدي آنها، به اطلاع و تائيد ناظر و تصويب كارفرما رسيده است، انجام دهد و فعاليت وي بايد از هر جهت جامع و كامل باشد. هر زمان كه به تشخيص ناظر و تصويب كارفرما يا تشخيص كارفرما و تأييد ناظر به مستنداتي دال بر عدم رعايت ماده بدست آيد، تأمين كننده مكلف به جبران خسارات مادي و معنوي آن ميباشد.
ماده 14 ) ممنوعيت قانوني: پيمانكار اعلام ميكند كه در موقع عقد اين قرارداد مشمول ممنوعيت اصل 141 قانون اساسي و قانون منع مداخله كاركنان دولت مصوب 1337/10/22 نمیباشد.
14-2 ) پيمانكار اقرار مينمايد كه هيچ يك از كاركنانش، مشمول ماده 120 قانون كار در خصوص اشتغال افراد بيگانه نميباشد.
14-3 )در شرايطي كه تغييراتي در ساختار و قوانين و مقررات پيمانكار ايجادشود كه مشمول ممنوعيت يادشده باشد، پيمانكار موظف است مراتب را كتباً به كارفرما اعلام كند و در صورتيكه منع قانوني رفع نشود، كارفرما قرارداد را خاتمه خواهدداد. چنانچه پيمانكار مراتب را به محض اطلاع، كتباً به كارفرما اعلام نكند، قرارداد فسخ شده تلقي ميشود.

14-4) كاركنان خارجي پيمانكار و يا همراهان ايشان حق دخالت در امور سياسي ايران را ندارند.
14-5) پيمانكار وكاركنان پيمانكار هيچگونه رابطه استخدامي با كارفرما ندارند.
14-6) پيمانكار حق تعليق اجراي قرارداد را به هر نحو ندارد مگر با ابلاغ كارفرما.
ماده 15 )انتقال به غير: 

15-1 ) پيمانكار حق ندارد موضوع اين قرارداد را به شخص يا اشخاص حقيقي يا حقوقي ديگري كلاً يا جزئاً منتقل يا واگذار كند.
15-2) كارفرما ميتواند تمام يا قسمتي از حقوق يا اختيارات خود را با رعايت مقررات به اشخاص ديگر تفويض كند. در اينصورت انجام تعهدات كارفرما در رابطه با حقوق يا اختيارات تفويض شده بر عهده آن اشخاص خواهدبود.
ماده 16 )  صداقت و امانت: پيمانكار در تمام موضوعات تخصصي و كاري پروژه در كمال درستي و به مصلحت كارفرما عمل كرده و تمام تجارب و امكانات فني و مهارتهائي را كه به طور معمول براي ارائه بهتر خدمات و انجام تعهدات مورد نياز ميباشند فراهم خواهد نمود.
ماده 17) نحوه تسليم و تصويب مدارك و گزارشها:
17-1 ) پيمانكار مستندات و گزارشهاي هر قسمت يا مرحلهاي را در پايان مدت مربوط و يا مقاطعي كه در برنامه زماني تفصيلي پيشبيني شده است، در يك نسخه چاپي و يك نسخه رايانه اي به كارفرما تسليم ميكند.

17-2) در مواردي كه نظر اصلاحي اعلام شده از سوي كارفرما منطبق با نظر پيمانكار نباشد، پيمانكار با ارسال گزارش توجيهي، دلايل خود را براي بررسي مجدد به كارفرما اعلام ميكند. چنانچه كارفرما همچنان بر نظريات اعلام شده خود اصرار داشته باشد، پيمانكار موظف به اصلاح مدارك و گزارشهاي خود، بر اساس نظر كارفرما خواهدبود. مسئوليت اين نوع تصميمگيريها، بر عهده پيمانكار نيست.
ماده 18 ) امور محرمانه:
18-1 ) پيمانكار كليه موضوعات مرتبط با قرارداد را محرمانه تلقي كرده و تحت هيچ شرايطي اطلاعات، مدارك،داده هاي فني، تجارب و دانش فنياي كه توسط كارفرما در اختيار وي گذاشته شده است را فاش نخواهدكرد و ازانتقال، واگذاري و افشاء آنها به غير اجتناب مينمايد. (در غير اينصورت طبق ماده 674 قانون مجازات اسلامي حق كارفرما در مراجع قضائي محفوظ خواهد بود) پيمانكار متعهد ميگردد دستيابي به اطلاعات محرمانه را محدود به آن گروه از كارشناسان خود و طرفهاي قرارداد خود نمايد كه براي انجام درست وظايف و ارائه خدمات خود به آنها نياز دارند. در همين ارتباط پيمانكار كسب اطمينان نمايد كه ماهيت محرمانه بودن اطلاعات محرمانه به اشخاص فوق اطلاع داده شده ونسبت به عدم افشاي اطلاعات از سوي آنان كنترل و نظارت لازم را به عمل آورد.

ماده 19 ) حضور در جلسات: پيمانكار موظف است در تمامي جلساتي كه كارفرما يا ناظر براي بررسي وضعيت پيشرفت كار تشكيل ميدهد به همراه كارشناسان و متخصصين خود حسب مورد حضور يابد. زمان و مكان تشكيل جلسات حداقل يك روز كاري پيش از تشكيل جلسه به طور كتبي از سوي كارفرما يا ناظر به پيمانكار ابلاغ ميگردد.
ماده 20 : تعهدات كارفرما:

20-1) كارفرما متعهد به انجام وظايفي است كه در اسناد و مدارك قرارداد براي او معين شده است و نيز متعهد ميشود كه در صورت تائيد انجام خدمات موضوع قرارداد، مبلغ مربوطه را براساس شرايط مندرج در مفاد ماده 1 قرارداد به پيمانكار پرداخت كند.

20-2 ) كارفرما متعهداست كليه اطلاعات و مستندات مناسب و صحيح را در اختيار پيمانكار قراردهد و با پيمانكار همكاري و تعامل داشته باشد.
20-3 ) تهيه امكانات مورد نياز پيمانكار شامل محل فعاليت، سخت افزار، نرم افزار و منابع شبكهاي، به تشخيص كارفرما و در حد توانمنديهاي كارفرما و هماهنگي براي ورود و خروج به ستاد مركزي و ادارت كل استاني بر عهده كارفرما ميباشد كه طبق برنامه زمانبندي تهيه و آماده ميشود.

20-4 ) كارفرما هيچگونه تعهدي در زمينه تأمين مكان اقامت و اياب و ذهاب كارشناسان پيمانكار ندارد به غير از موارد مندرج در شرح خدمات قرارداد و اسناد مناقصه.

20-5 ) كارفرما متعهد ميشود ناظر فني را به تامين كننده معرفي نمايد.
20-6 ) كارفرما متعهد ميشود حداكثر 15 روز كاري به درخواستها و سوالات پيمانكار پاسخ دهد و در صورت عدم اعلام نظر يا پاسخ از طرف كارفرما، درخواست پيمانكار تأييد شده تلقي ميگردد.

20-7 ) كارفرما متعهد ميشود بستر سخت افزاري و شبكه را در چارچوب قرارداد و طبق زمانبندي (در موعد مشخص) براي پيمانكار تأمين و پشتيباني نمايد.
20-8 ) كاركرد امن، مستمر و پايدار بستر شبكه و سخت افزارهاي سرور و مركز داده بر عهده كارفرما است.
20-9 ) تأمين و نگهداري و پشتيباني تجهيزات اتاق سرور (مركز داده)و سرويسهاي شبكه بر عهده كارفرمامي باشد.
20-10 ) كارفرما متعهد ميگردد نيروهاي وي همكاري كامل با پيمانكار را در كليه مراحل پروژه بنمايند و امكانات و هماهنگيهاي لازم را براي شناسايي نيازهاي كارفرما و پيگيري اجراي پروژه در مراحه استقرار بنمايد.
20-11 ) كارفرما متعهد ميگردد در صورت اتمام و تأييد هريك از فازها و مراحل اجراي پروژه كه به تأييد ناظر و نماينده كارفرما رسيده است، حق الزحمه پيمانكار را بر اساس ميزان (درصد) پيشرفت كار در آن مرحله و در چارچوب قرارداد پرداخت نمايد.
20-12 ) كارفرما متعهد ميگردد يك تيم راهبري براي مديريت سامانه در سطوح ستاد و استاني اختصاص دهد
و كليه اعلام نظرات كارفرما صرفا از طريق مدير پروژه (در طرف كارفرما) يا نمايند كارفرما ميباشد.
20-13 ) تعامل با واحدهاي استاني و هماهنگي در مراحل مختلف استقرار پروژه بر عهده كارفرما ميباشد.

20-14 ) كارفرما متعهد ميگردد از ابتداي پروژه همكاري لازم براي شناسايي و اصلاح اطلاعات موجود را به عمل آورد.
20-15 ) تأمين و نگهداري سرويسهاي پايه شبكه بر عهده كارفرما است.

ماده 21 :گواهينامه انجام كار و دوران ضمانت خدمات: پيمانكار مسووليت كامل حسن انجام كليهتعهدات موضوع قرارداد را بر عهده دارد. بعد از اتمام قرارداد و يا پس از انجام تعهدات پيمانكار وفق قرارداد و درصورت تائيد ناظر و تصويب كارفرما يا تأييد و تصويب كارفرما حسب مورد، گواهينامه انجام تعهدات براي پيمانكارصادر و سپرده حسن انجام كار و ضمانت انجام تعهدات وي آزاد ميگردد
ماده 22) حدود خدمات و تغييرات آن: 

22-1 ) كارفرما ميتواند حين انجام كار، خدمات پيمانكار را در حد متعارف و در چارچوب موضوع قرارداد، با رعايت مفاد ساير بندهاي اين قرارداد، تا 21 درصد موضوع قرارداد، تغيير، افزايش يا كاهش دهد.
22-1-1 )  در صورتيكه به كار بستن نظر كارفرما در حين انجام خدمات يا هنگام بررسي مدارك و گزارشهاي پيمانكار، موجب تغيير مصوبات قبلي و انجام خدمات اضافي شود، پيمانكار موظف است با رعايت مفاد بن 2-22  خدمات اضافي را انجام دهد. 
22-1-2 ) پيمانكار ميتواند در صورت لزوم تغييرات در شرح وظايف و يا حدود خدمات در بخشهاي پايان يافته را، با ذكر دلايل و جزئيات و با رعايت مفاد بند 2-22 به کار فرما پیشنهاد کند

22-2) هرگاه طبق بندهاي يادشده تغييراتي در حدود خدمات موضوع قرارداد ضرورت يابد، در هر مورد پيمانكار مدت و حقالزحمه انجام تغييرات را به كارفرما گزارش ميكند. كارفرما، حداكثر ظرف مدت ده ( 10 ) روز با بررسي گزارش، در مورد مدت و حقال زحمه انجام تغييرات، با پيمانكار مذاكره و توافق ميكند. پس از توافق، كارفرما تغييرات را ابلاغ مينمايد.
       لازم به ذكر است هرگونه تغيير در مبلغ و مدت قرارداد نيازمند تنظيم الحاقيه به قرارداد ميباشد.
22-3 ) خدمات مربوط به اصلاح كار، كه ناشي از نقص انجام خدمات موضوع قرارداد باشد، مشمول خدمات. اضافی بندهای 1-22 و 2-22 نيست و پيمانكار مكلف به انجام آنها است

22-4 ) در مواردي كه انجام خدمات موضوع قرارداد، با طرح يا طرحهاي ديگري ارتباط داشته باشد، پيمانكار موظف است اطلاعات و مدارك فني آن را طبق برنامهاي كه با پيمانكار و يا سازمانهاي ديگر تنظيم ميشود،دريافت كند و در انجام خدمات خود منظورنمايد تا بين كارهاي مختلف طرحهاي يادشده، هماهنگي ايجادشود.
ماده 23 : تغييرات مدت قرارداد: تغييرات مدت اين قرارداد با تائيد ناظر يا كارفرما (پس از محاسبه و دريافت خسارت، در صورت لزوم) انجام ميشود و نيازمند تنظيم الحاقيه براي قرارداد ميباشد.
ماده 24: صحت دستورات كارفرما: هرگاه پيمانكار نسبت به صحت دستورات كارفرما ايرادي داشته باشد، بايد بلافاصله مراتب را با ذكر دليل و كتباً به اطلاع كارفرما برساند. چنانچه كارفرما صحت دستورات و يا مصوبات را كتباً تائيد و اجراي آنها را از پيمانكار خواستارشود، پيمانكار موظف است آنها را بر همان اساس ذكرشده انجام دهد. در اين صورت كارفرما مسوول تصميم گرفته شده و دستور داده شده، ميباشد.

ماده 25 ) فسخ قرارداد: قرارداد تنها در شرايط ذيل قابل فسخ ميباشد:

25-1 )براساس اختيار يكي از طرفين در حالتي كه طرف ديگر اعلام ورشكستگي يا انحلال نمايد.
25-1 )براساس اختيار يكي از طرفين در صورتيكه طرف ديگر منحل گرديده و يا درخواست انحلال نمايد.
25-1 )براساس توافق طرفين (اقاله)
25-1 )براساس اختيار كارفرما در صورتيكه حالت فورس ماژور ايجاد شده باشد.(مطابق ماده 26 قرارداد)
25-1 )براساس اختيار، كارفرما ميتواند به استناد مفاد اين قرارداد در شرايطي (به ويژه موارد زير) آن را بدون اخطار قبلي، فسخ نمايد:
25-5-1 ) اثبات شمول قانون منع مداخله كاركنان دولت بر پيمانكار در زمان عقد قرارداد يا طي مدت قرارداد
25-5-2 ) انتقال قرارداد به شخص يا اشخاص ثالث
25-5-3 ) ورشكستگي به تقصير يا تقلب يا انحلال شركت(پيمانكار)
25-5-4 ) اثبات اين مطلب كه پيمانكار براي گرفتن كار يا اجراي آن، به كاركنان كارفرما، دستمزد، پاداش يا هدايائي داده يا آنها يا واسطه هاي آنان را در منافع خود شريك كرده است.
25-5-5 )تأخير غير موجه و منسوب به پيمانكاردرانجام خدمات هر قسمت يا مرحله بيش از30%زمان مجاز در هر قسمت يا مرحله مربوطه پس از تائيد ناظر و تصويب كارفرما
25-5-6 ) چنانچه پيمانكار پس از دريافت پيش پرداخت اجراي قرارداد را مطابق درخواست كارفرما شروع ننمايد و يا از ايفاء تعهدات خود استنكاف ورزد، كارفرما ميتواند قرارداد را بصورت يكجانبه فسخ نموده و موضوع قرارداد را به اختيار خود به غير واگذارنمايد. ضمناً كارفرما حق هرگونه اقدام عليه پيمانكار را راسا" وبدون مراجعه به مراجع قضايي(اعم از ضبط تضمين پيش پرداخت و تضمين حسن انجام كار و تضمين انجام تعهدات)را دار ميباشد. اين حكم در مواردي نيز كه پيمانكار از وظائف و تكاليف قانوني و قراردادي به هر نحوي ( تقصير، عدم اجرا، اجراي ناقص و ...)عدول نمايد، اعمال و اجرا ميگردد و پيمانكار حق هيچگونه اعتراضي را نخواهدداشت.

25-7 ) پيمانكار با دريافت ابلاغ فسخ قرارداد، موظف است از ادامه كار خودداري كند، بي درنگ كارفرما را از ضعيت كار مطلع سازد و طي مهلتي كه از طرف كارفرما اعلام ميشود (حداكثر دو هفته) اصل مدارك و گزارشهاي خدمات انجام شده تا آن تاريخ و تمامي سوابق و اطلاعات و مستندات را به كارفرما تحويل دهد.
25-8 )  در صورتيكه فسخ قرارداد به استناد مفاد بندهاي 5-25 و 6-25 باشد کارفرما پس از ابلاغ فسخ  قرارداد، بيدرنگ نسبت به ضبط تضمين حسن انجام كار و تضمين انجام تعهدات به نفع خود اقدام كرده و نسبت به تعيين مبلغ حقالزحمه خدمات انجام شده قابل قبول تا تاريخ فسخ، طبق شرايط قرارداد اقدام خواهدكرد.
25-9 ) در صورتيكه خلاف بندهاي 1-14 و 2-14 و 3-14  براي كارفرما ثابت شود يا تغييراتي در شرايط پيمانكار ايجادشود كه با مفاد قوانين يادشده تعارض داشته باشد، قرارداد بطور يكجانبه فسخ ميشود و كارفرما ميتواند كليه خسارتهاي وارده را از محل تضمينهاي اخذ گرديده جبران نمايد و پيمانكار حق هيچگونه اعتراضي نخواهد داشت.
25-10 ) پيمانكار به هيچ نحو حق فسخ قرارداد را ندارد مگر در چارچوب مفاد بندهاي1-25 و 2-25 این قرار داد قرارداد.
ماده 26 ) عوامل قهري:(فورس ماژور)
26-1 ) در صورت بروز حوادث قهري از قبيل سيل، زلزله، حريق و ...، كه ايفاي تعهدات از ناحيه يكي از طرفين را غير ممكن ميسازد، استمرار قرارداد پس از مرتفع شدن حوادث مذكور با توافق طرفين است و تشخيص زمان برطرف شدن تعليق قرارداد به علت حوادث قهريه به عهده كارفرما است.
26-2 ) در صورتيكه پيمانكار پس از مرتفع شدن حوادث قهريه حاضر به ايفاي تعهدات خود نگردد حق فسخ يكجانبه با دريافت خسارت به ميزان دو برابر رقم پرداختي براي كارفرما محفوظ و ميتواند سپرده حسن انجام كار و تضمين انجام تعهدات را نزضد خود ضبط نمايد.
26-3 ) در صورت اعلام توقف پروژه بعلت حوادث مذكور از سوي پيمانكار و همچنين در صورتيكه قرارداد با قيد اخير فسخ گردد، گزارش ناظر و تصويب كارفرما و يا كارفرما حسب مورد ملاك محاسبه ميزان پيشرفت كار و تسويه حساب مالي كارفرما با پيمانكار خواهدبود.

ماده 27 : حل اختلاف: در صورت بروز اختلاف احتمالي در خصوص قرارداد، شامل موضوع و تمامي بندها و نوع برداشت از مفاد قرارداد، كه فيمابين كارفرما و پيمانكار به وجود ميآيد، مراتب جهت اخذ تصميم به هيئت مديره كارفرما اعلام ميگردد و هيئت مديره ميتواند با طرف قرارداد توافق نمايد كه اين توافق براي طرفين قابل اجرا و غير قابل اعتراض است.
ماده 28: یکپارچگی قرار داد : يکپارچگي قرارداد: اين قرارداد و پيوستهاي آن و اسناد مناقصه ( شامل شرايط مناقصه و مشخصاتفني و پيوستهاي آن )، يك مجموعه جامع و يكپارچه را تشكيل ميدهند كه بين طرفين مورد توافق و تائيد قرار گرفته است.
ماده 29 : مالکيت فرآوردها: مطابق بند 4-2 اسناد مناقصه

ماده 30 :ناظر: كارفرما شخصي (اعم از حقيقي يا حقوقي) را به عنوان ناظر معرفي نمايد تا برانجام تعهدات پيمانكار و امور مربوط به پيمان (قرارداد) نظارت نمايد. اهم شرح وظايف ناظر عبارتست از :
30-1 برقراري ارتباط مناسب و لازم بين كاربران پروژه و كارشناسان پيمانكار
30-1 نظارت بر نحوه انجام كار و تعهدات توسط پيمانكار و كارفرما
30-1 اظهارنظر در مورد محصولات ارسالي توسط پيمانكار حداكثر تا 2 هفته پس از تحويل محصول
30-1 محاسبه تاخيرات پروژه، چه اين تاخير از سوي پيمانكار به پروژه اعمال شده باشد و چه از سوي كارفرمائو انجام محاسيبت زماني و ريالي لازم در چارچوب پيمان (قرارداد)
30-1 جمع آوري نظرات كليه عوامل كارفرما (كه به اين پروژه مربوط ميشوند) و انعكاس آنها به پيمانكار وپيگيري انجام امور و اصلاحات نهايي لازمه در فرآوردههاي پيمان (قرارداد)
30-1 نظارت مستمر تا تحويل نهايي محصولات پروژه و همكاري با كاربران به منظور آزمون پذيرش محصول نرم افزاري نهايي پروژه
30-1 ارائه طرح نظارت پروژه
ماده 31 : نشاني طرفين قرارداد:
كارفرما: بجنورد ،دانشگاه علوم پزشکی خراسان شمالی 
تلفن :05832221910      دور نگار:

پيمانكار: 

تلفن:                             دور نگار:

تبصره 1)  کليه يادداشتها و مكاتباتي كه در ارتباط با انجام موضوع قرارداد، توسط يكي از طرفين براي طرف ديگر صادرميشود، بايد مستقيماً به نشاني رسمي طرف ديگر ارائه و يا به نماينده وي تحويل شود. در مواردي كه سرعت عمل مورد نياز است، ميتوان مكاتبات را از طريق نمابر رسمي و پست الكترونيك براي طرف ديگر ارسال نمود. در هر صورت در همان روز يا حداكثر روز بعد اصل مكاتبه بايد مستقيماً براي طرف ديگر ارسال شود.

تبصره 2) در صورت تغيير در نشاني، شماره تلفن يا نمابر كارفرما، موارد به اطلاع پيمانكار خواهدرسيد.
*           *              *               *
اين قرارداد در...... برگ، 31 ماده، بند، تبصره و 1 نسخه تهيه و تنظيم گرديده كه هر نسخه، داراي اعتبار
واحد ميباشد و از تاريخ امضاء، براي طرفين لازم الاجرا و تعهدآور ميباشد.

كارفرما

عنوان                               سمت

نمايندگان كارفرما

عنوان                               سمت

 

---

پيوست 5. قالب نامه ارائه پيشنهاد

بسمه تعالي

از: شركت.................
به: دفتر فناوري اطلاعات و ارتباطات سازمان بيمه سلامت ايران
موضوع: ارائه پيشنهاد اجراي پروژه تهيه سامانه يکپارچه بيمه (سيستم سيب)

احتراماً ضمن اعلام آمادگي براي اجراي پروژه موضوع درخواست براي ارائه پيشنهاد پيوست نامه شماره ......... مورخ ...........، از سوي شركت ............................. ثبت شده به شماره ..............، و ارسال پيشنهاد فني و مالي اينشركت بهپيوست، به اطلاع ميرساند:

1. صاحبان امضاي مجاز اين شركت، مستند به آگهي آخرين تغييرات ثبتشده در روزنامه رسمي مورخ ........عبارتند از:
2.آقاي/خانم ........................ با سمت ................................... به عنوان نماينده تام الاختيار اين شركت جهت انجام مكاتبات، مذاكرات و امضاي اسناد تعهدآور مرتبط با اين پروژه معرفي ميگردد.
3. آقاي/خانم ....................... با سمت .................................... بهعنوان نماينده اين شركت جهت تماس با كارفرما،شركت در جلسات پرسش و پاسخ و ساير پيگيريهاي معمول معرفي ميگردد.
4. كليه مفاد و مطالب مندرج در سند مناقصه و ضمائم و الحاقيههاي آن مطالعه شده و الزامات و شرايط مندرج در آن بدون هيچگونه شرط و ابهامي مورد پذيرش قرار گرفته است.
5. شركت با علم و اطلاع نسبت به عواقب ارائه اطلاعات نادرست، مسئوليت صحت و اصالت كليه اطلاعات، اسناد و مدارك ارائه شده در پيشنهاد و ضمائم آن را ميپذيرد.
6. پيشنهاد ارائه شده تا تاريخ ..................... اعتبار دارد. امضاي صاحبان امضاي مجاز شركت پيشنهاد دهنده:
- آقاي/خانم ...................... با سمت ....................................... امضا:
- آقاي/خانم ...................... با سمت ...................................... امضا:
- ...

 

---

پيوست 6. فرمهاي ارزيابي كيفي

به منظور ارزيابي كيفي پيشنهاد دهندگان، لازم است كه اطلاعات درخواست شده را مطابق با فرمهاي مندرج در اين پيوست تكميل و بهانضمام مدارك خواستهشده ارسال نمايد. نسخه الكترونيكي فرمهاي ارزيابي كيفي در قالب word 2010 به پيوست اين سند ارائه ميشود و پيشنهاد دهندگان ميتوانند از اين قالبها براي تكميل و ارسال اطلاعات خود استفاده نمايند. در هر صورت كليه فرمها و اسناد پيوست بايد با مهر و امضاي مجاز شركت پيشنهاددهنده ارسال گردد. ارسال هرگونه مدرك ديگري كه به روشن شدن توان و سوابق اجرايي پيمانكار كمك كند، منوط به آنكه مرتبط با موضوع پروژه باشد مجاز است، اما كارفرما الزامي به بررسي و درنظر گرفتن اينگونه مدارك نخواهد داشت.
الف: مدارك لازم براي ارزيابي توان مالي:
تصوير صورتهاي مالي حسابرسي شده(مربوط به سالهاي 1387 لغايت 1390)
 تصوير اسناد مالياتهاي قطعي و عليالحساب پرداخت شده صادره از سازمان امور مالياتي كشور مربوط به 5 سال گذشته(سالهاي 1386 تا 1391)
 تصوير اظهارنامه رسمي يا گواهي بيمه داراييها كه نشان دهنده ارزش داراييهاي ثابت ميباشد(مربوط به سالهاي 1390 و 1391 ) ارايه اين مدرك اختياري است.
ب: ارزيابي رضايت مشتريان قبلي و ارزيابي تجربيات ويژه

 

مدارك پيوست:
 رضايتنامههاي صادره از سوي مشتريان ميبايست مربوط به حداكثر 5 سال اخير باشد.
 موضوع رضايتنتامه ميبايست در رابطه با توليد نرمافزار باشد.
 رضايتنامه ميبايست توسط مقام رسمي كارفرما در پروژه صادر گردد.
 هر رضايتنامه 10 امتياز خواهد داشت.
 ارايه تصوير رضايتنامه به همراه كپي قرارداد مربوطه، الزامي است.

ج: احراز صلاحيت حرفه

مدارك لازم:
 ارايه تصاوير گواهينامهها در سالهاي مختلف (به ازاي هر گواهينامه در هر سال 1 يك امتياز و حداكثر 10 امتياز)
ارايه تصوير رتبهبندي شوراي عالي انفورماتيك كشور

پيوست 7. فرمهاي ارزيابي فني بازرگاني

به منظور ارزيابي فني و بازرگاني پيشنهاد دهندگان، لازم است كه اطلاعات درخواست شده را مطابق با فرمهاي مندرج در اين پيوست تكميل و به انضمام مدارك خواسته شده ارسال نمايد. نسخه الكترونيكي فرمهاي ارزيابي كيفي در قالب word 2010 به پيوست اين سند ارائه ميشود و پيشنهادد هندگان ميتوانند از اين قالبها براي تكميل و ارسال اطلاعات خود استفاده نمايند. در هر صورت كليه فرمها و اسناد پيوست بايد با مهر و امضاي مجاز شركت پيشنهاد دهنده ارسال گردد. ارسال هرگونه مدرك ديگري كه به روشن شدن توان و سوابق اجرايي پيمانكار كمك كند، منوط به آنكه مرتبط با موضوع پروژه باشد مجاز است، اما كارفرما الزامي به بررسي و درنظر گرفتن اينگونه مدارك نخواهد داشت.
الف: نحوه امتيازدهي به متدولوژي:
مناقصه گران ميبايست نسبت به تهيه و ارايه پيشنهاد، تحت عنوان "پيشنهاد فني" اقدام نمايند. پيشنهادهاي فني اسناد اين مناقصه  بر اساس معيارهاي زير ارزيابي ميشوند

( مطابق مفاد بند 4-3 اسناد این مناقصه)

3- درک و شرح مسئله 

4- روش پیشنهاد حل مسئله (شرح خدمات )
 يكپارچه سازي
 انتقال اطلاعات
 ارتباط با ساير سيستمها
 صدور بيمه نامه
 راهبرد گذار از وضع موجود به وضع مطلوب
5-خروجيها و برنامه زمانبندي
6-معماري و فناوري محصول پيشنهادي(شامل متدولوژي توليد محصول)
7- مديريت، تضمين و كنترل پروژه
8- روش پيشنهادي مستندسازي و گزارش دهي
9-طرح پيشنهادي استقرار و تحويل
 برنامه زمانبندي انتقال اطلاعات
 طرح آزمون و تحويل آزمايشي
 آموزش و انتقال فناوري
 طرح استقرار
 طرح گذار و انتقال
 طرح تحويل
10- پشتيباني
11- راهكار سخت افزار و شبكه

 

 

مدارك پيوست:
.1 تصوير قراردادها و يا شواهد و مدارك دال بر احراز هويت شعبه يا نمايندگي

 

 

 

مدارك پيوست:
.1 تصوير قراردادهاي منعقده
.2 تصوير خلاصه مالي تأييد شده صورت وضعيت قطعي يا آخرين صورت وضعيت موقت قرارداد
.3 ارايه گواهي تحويل موقت و يا لايحه تأخيرات رسيدگي شده براي پيمانهايي كه مدت آنها به اتمام نرسيده است.
.4 تصوير رضايتنامه هاي دريافتي

 

 

مدارك پيوست:
1. چارت اجرايي پروژه
2. كپي مدرك تحصيلي
3. تصوير ليست بيمه تامين اجتماعي يا قراردادهاي كاركنان
تبصره: براي نيروهايي خارج از شركت كه در چارت پيشنهادي ارايه ميشوند، الزامات زير وجود دارد:
1- مدير پروژه نباشند
2- تجربيات خاص در حوزه بيمه سلامت يا حوزه هاي مشابه داشته باشند كه اين افراد بايد به تأييد مناقصه گزار برسند
3- حدكثر 40 درصد افراد پروژه باشند.

---

پيوست 8. فرآيندها ارايه خدمات

درامد وصولی خویش فرمایان

درامد وصولی سایر اقشار 

درامد وصولی صدور دفترچه

تسویه حساب

اخذ گزارش 

ارزیابی عملکرد

ابطال دفترچه

ابطال کارت بیماران خاص

فسخ قرار داد

قیمت تمام شده صدور کارت بیماران خاص

صدور استان

صدور شهرستان

تغییر افزایش پارامتر

تهیه مستندات

طراحی فرم قرار داد

طراحی ساختار گزارش

پيوست 9. مقررات

1-روش اجرايي بيمه گري مطابق جلد شماره 1
2- مجموعه دستورالعملهاي بيمه گري و درآمد مطابق جلد شماره 2

---

پيوست 10 . ابزارهاي زيرساختي

الف: زيرسيستم تنظيمات و راهبري/ مديريت عضويت
1- تنظيم پارامترهاي راهبري : در اكثر سامانه هاي نرمافزاري كه بصورت جامع ايجاد ميشوند، يك زيرسيستم تحت عنوان راهبري درنظرگرفته ميشود كه قابليتهاي مربوط به اعمال تنظيمات و راهبري سيستم درآن قرارداده ميشود.
درهنگام بررسي نيازمنديهاوموارد كاربردسيستم،قابليت انعطاف پذيري يكي از ويژگيهاي منحصر بفرد سامانه بامحسوب شده و درنظرگرفته ميشود. براي دستيابي به حداكثر انعطافپذيري در سامانه سيب بايد زيرسيستم راهبري وتنظيم پارامترها با بيشترين و قدرتمندترين امكانات ممكن در نظر گرفته شود.مهمترين پارامترهاي راهبري ومديريت كه ميتوان به آنها اشاره نمود عبارتند از:
- امكان افزودن يا حذف ماژول هاي مختلف 
- براساس نيازهاي جديدي كه به نرمافزار افزوده ميشود به تناظر آن يك ماژول راهبري به زيرسيستم راهبري افزوده شود.
- درهريك از ماژولها پارامترهاي متعددي مربوط به يك زيرسيستم تنظيم ميشود.
- امكان تغيير پارامترهاي هر زيرسيستم براساس تغييراتي كه در نرمافزار اعمال ميشود. مثلاً اگر تغييرات در دادههاي ورودي يك بخش اِعمال شود، همان تغييرات نيز بسته به نياز بايد در زيرسيستم مديريت(admin) اعمال شود.
- بايد همه پارامترهاي راهبري سيستم مقدار پيش فرض داشته باشد. درغير اينصورت سيستم بدون مقدار دهي اوليه امكان راه اندازي نداشته باشد.

نكته: با توجه به اينكه تحليل قطعي همه زيرسيستمهاي سامانه سبا در مرحله اجراي پروژه تكميل خواهد شد، امكانات دقيق زيرسيستم راهبري در بهترين حالت برآورد ميشود. در زير سيستم تنظيم پارامترهاي راهبري، بخشي براي تنظيم زيرسيستم مديريت عضويت وجود خواهد داشت. دراين قسمت حداقل بايد پارامترهايي مانند موارد زيرقابل تنظيم باشند.
- امكان تنظيم تائيد ثبت نام و فعال سازي كاربر ازطريق ارسال لينك به پست الكترونيكي كاربر، يا تاييد توسط مديرسيستم (دستي) و يا فعالسازي خوكار به محض تكميل ثبت نام 
- امكان مشخص نمودن نقش پيش فرض براي كاربر پس ازانجام ثبت نام
- امكان مشخص نمودن نقش مهم ان ازبين نقشهاي سيستمي
- تعيين مشخصات اعتبار سنجي براي mail و يا كلمه عبوركاربر(مانند طول كلمه و ...)
- تعيين مدت زمان اعتباركلمات عبور (از حداقل زمان مشخص تا بينهايت)

-2 ثبت نام عضو
در اكثر سازمان هاي عمومي اولين فرآيندي كه توسط كاربر انجام ميگيرد ثبت نام به عنوان عضو جديد ميباشد. در سامانه سيب نيز اين فرآيند تعبيه شده است و كليه فرآيندهاي مربوط به عضويت كاربران شامل ويرايش، حذف و مشاهده اطلاعات كاربران در زير سيستم مديريت عضويت قراردارد. در اين سيستم پيش فرض بر اين است كه كاربران با عضويت در سايت اصلي به عضويت در سامانه سيب نيز در ميآيند ولي با توجه به اينكه اين نرم افزار ممكن است بصورت مستقل نيز به مراكز ديگري نيز ارائه شود ثبت نام عضو جديد به عنوان يك مورد كاربرد مستقل شناسايي و مورد بررسي قرار مي گيرد. شناسه كاربر از جهت تكراري نبودن، IP وي از جهت قرار داشتن در محدوده مجاز، رمز عبور كاربر از جهت ميزان دشواري، اطلاعات اضافي كاربر(درصورتي كه در مورد كاربرد مديريت اطلاعات فيلدهاي ثبت نامي به اطلاعات كاربر افزوده شده باشد)و اطلاعات مربوط به كد امنيتي كاربر در هنگام ثبت نام مورد اعتبار سنجي قرار خواهد گرفت. سيستم اعتبار سنجي را بر روي اطلاعات وارد شده با توجه به محدوديتهاي تعريف شده در مورد كاربرد مديريت فيلدهاي ثبت نامي اعمال مينمايد. احتمال ميرود سازمانها و شركتها درخواست ثبت نام گروهي كارمندان خود در سامانه سيب را داشته باشند.
لذا ايجاد مورد كاربرد ثبت نام گروهي كاربران بايد مورد توجه قرار گيرد. كاربر پس از ثبت نام به عنوان عضو جديد ميتواند از ديگر موارد كاربرد سامانه با توجه به سطح دسترسي كه براي وي ايجاد ميشود استفاده نمايد در عين اين كه امكان تعيين و گروهبندي براي كاربر مدير نيز ميسر ميشود.
3- حذف یک عضو
در بعضي از موارد مدير سايت نياز دارد كه از فعاليت يك كاربر براي هميشه جلوگيري نمايد. براي اين مساله، مورد كاربري حذف كاربر در سامانه سيب در نظر گرفته شده است. همچنين بايد امكان بازيابي كاربران حذف شده توسط كاربر با سطح دسترسي مناسب وجود داشت. مهمترين جزء اطلاعاتي كه براي حذف كاربر مورد استفاده قرار ميگيرد شماره كاربر يا شناسه كاربر ميباشد. البته اين امكان بايد در نرمافزار در نظر گرفته شود كه كاربر ابتدا اقدام به جستجو نموده و سپس كاربر مورد نظر را حذف نمايد. در صورتي كه كاربر انجام عمل حذف را تائيد نمايد، ابتدا session كاربر منقضي شده و سپس وضعيت كاربر به حذف شده تغيير مييابد.
4- ويرايش مشخصات كاربر
امكان ويرايش مشخصات بايد براي كاربر با سطح دسترسي عضو و مدير سايت وجود داشته باشد. با توجه به اين كه در زيرسيستم مديريت عضويت امكان تغيير فيلدهاي ثبت نامي در نظر گرفته شده است، ممكن است هنگامي كه كاربر اقدام به ويرايش اطلاعات نمايد، فيلدهايي كه براي ثبت نام در نظر گرفته شده است (علاوه بر فيلدهاي پايه) تغيير نموده باشد. به همين جهت واسط كاربري كه براي ويرايش اطلاعات كاربران با فيلدهاي اطلاعاتي قبلي ايجاد مي شود، بايد امكان ويرايش اطلاعات قبلي و افزودن اطلاعات جديد را به كاربر بدهد.
سطح دسترسي اين مورد كاربرد عموماً در اختيار خود كاربر، مدير اصلي و نيز مدير سايت قرار ميگيرد. در عين حال امكان اعطاي دسترسي آن به ديگر كاربران وجود دارد. ولي كلاً هيچ كاربري حق ويرايش كاربر بالاتر از خودش را ندارد.
5- جستجوي ي كاربر
مشخصات اطلاعاتي كاربران به دو گروه زير تقسيم ميشود و امكان جستجو بر روي هر دو گروه اطلاعات كاربران بايد وجود داشته باشد:
- مشخصات اصلي شامل: نام، نام خانوادگي، شناسه كاربري، شماره كاربري و آدرس ايميل
- مشخصات اضافي: اقلام اطلاعاتي اضافي است كه توسط مدير اصلي سايت تعريف و به مورد كاربرد ثبت نام افزوده ميشود.
امكان جستجوي مشخصات كاربران يكي از مهمترين قابليتهاي زيرسيستم مديريت عضويت ميباشد.

اين مورد كاربرد اين امكان را در اختيار كاربر قرار ميدهد كه مشخصات يك كاربر را براساس يكي از موارد زير مورد جستجو قرار دهد:
- شناسه كاربري: اين پارامتر يك جزء اطلاعاتي يكتا براي كاربر ميباشد و نتيجه جستجو بر اساس اين پارامتر در صورت وجود، تنها يك ركورد اطلاعاتي ميباشد.
- شماره كاربري: اين پارامتر از مشخصات اصلي و غير تكراري كاربر است كه توسط سيستم هنگام ثبت نام عضو يا متقاضي ايجاد ميشود.
- مشخصات كاربر: در سامانه سيب بايد امكان جستجو بر اساس ديگر پارامترهاي مشخصات اصلي يا اضافي كاربري نيز قرار داده شود.
- امكان جستجو بر روي اطلاعات كاربراني كه وضعيت فعال يا غير فعال (تنها براي مدير سايت)دارند.
- اطلاعات log و نقشهاي كاربران: مانند تاريخ اولين ورود، تاريخ آخرين ورود و نقشهاي كاربران پس از اين كه جستجو بر اساس يكي از روشهاي ذكر شده بالا انجام شد، نتيجه جستجو كه ممكن است هيچ يك و يا تعدادي از مشخصات كاربران نرمافزار باشد در اختيار كاربر قرار ميگيرد. اين مورد وسيلهاي براي مديريت سايت با تعداد كاربران بالا ميباشد. در چنين سامانهاي با استفاده از روالهاي عضويت، هر روز به تعداد كاربران آن افزوده ميشود و تعدادي از كاربران پس از تائيد مديريت سايت، سطح دسترسيهاي بالاتري از عضويت معمولي دريافت مينمايند.
در هنگام تعريف سطح دسترسي براي جستجو، علاوه بر اين كه داشتن يا نداشتن دسترسي در زير سيستم سطح دسترسي مشخص ميشود، امكان مشخص نمودن سطح دسترسي به محدوده هاي اطلاعاتي نيز وجود دارد.
براي مثال قاعدتاً كاربر با سطح دسترسي عضو، حق جستجو بر روي اطلاعات كاربران با سطح دسترسي مدير اصلي يا مدير سايت را نداشته باشد.
نكته 1: اگر در مورد كاربرد مديريت فيلدهاي ثبت نامي، گروهي از پارامترها به مشخصه هاي ثبت نام اضافه شود، امكان انجام جستجو بر روي مشخصه اضافي بايد در صفحه جستجو در نظر گرفته شود.
نكته 2: امكان اعمال پارامترهاي منطقي مانند AND و Or در جستجوي پيشرفته فراهم باشد.
نكته 3: صفحه واسط كاربر براي جستجوي پيشرفته بايد بر اساس پارامترهايي كه در مورد كاربرد مديريت فيلدهاي ثبت نامي اضافه شده است، تغيير نمايد.
نكته 4: محدوده دسترسي اطلاعاتي. منظور از محدوده دسترسي اطلاعات اين است كه با توجه به سطح دسترسي همان كاربري كه اقدام به گزارشگيري مينمايد، امكان گزارشگيري تا چه سطحي از اطلاعات كاربران امكانپذير باشد. براي اين كه سطح دسترسي مشخص شود ميتوان از ماتريس مشخص كننده سطح دسترسي استفاده نمود.
6- ورود به سيستم
پس از آنكه كاربر، مورد كاربرد ثبت نام عضو را انجام داد با نام كاربري و رمز عبور خود ميتواند به سيستم  login بنمايد. همانگونه كه در اكثر سيستمهاي جامع متداول است كاربر پس از ورود به سيستم با توجه به سطح دسترسي خود مجوزهايي را براي استفاده از قابليتهاي سيستم دريافت مينمايد.
لازم به ذكر است با توجه به اين كه اين سامانه بايد امكان يكپارچگي با سايتهاي ديگر سازمان را داشته باشد، بايد در نظر گرفته شود كه عمل ورود به سيستم توسط سامانه هاي يكپارچه ديگر انجام گرفته و سامانه بايد امكان تبادل با يك نظامsingle sign on  را داشته باشد.
سيستم بايد تمام اعتبارسنجيهاي معمول و نيز روالهاي لازم در صورت فراموش شدن كلمه رمز را انجام دهد. علاوه بر اين با توجه به اينكه سيستم بايد قابليت ذخيره سازي log كاربران را داشته باشد، بايد دادههاي لازم نظير تاريخ، زمان(ساعت /دقيقه / ثانيه)، IP و تعداد دفعات ورود ناموفق نيز در هنگام ورود ثبت شود.
7- خروج از سيستم
پس از اين كه فعاليتهاي كاربر به پايان رسيد كاربر بايد عمل خروج از سيستم را انجام دهد و يا اينكه مرورگر خود را ببندد. به هر جهت بايد اطلاعات مربوط به خروج كاربر و جلسه كاربري ذخيره گردد. البته اين امكان نيز در اكثر سيستمها در نظر گرفته ميشود كه هر جلسه كاربري پس از مدت زمان مشخصي منقضي بشود. تنظيم اين زمان عموماً براي كاربر با سطح دسترسي راهبري فراهم ميشود. در هر صورت اين امكان بايد وجود داشته باشد كه كاربران بتوانند به صورت نامحدود در سيستم باشند و سيستم خارج نشود.
8- مديريت فيلدهاي ثبت نام اعضاء
با توجه اين كه يكي از مهمترين قابليتهاي كه براي نرمافزار سيب در نظر گرفته شده است، انعطافپذيري و قابليت ايجاد محصولات جديد براساس قابليتهاي اوليه نرم افزار ميباشد، به همين جهت قابليت ويرايش و تغيير فيلدهاي اطلاعاتي بخشهاي مختلف توسط كاربرِ داراي سطح دسترسي در اين سامانه مورد نياز ميباشد.
در اين مورد كاربري خاص، اين قابليت در مورد فيلدهاي ثبت نام مورد بحث قرار گرفته است. به همين جهت در اين قابليت بايد امكان انجام فعاليتهاي زير در نظر گرفته شود:
- افزودن گروه فيلدهاي ثبت نامي(اين جزء اطللاعاتي فقط براي تفكيك بين مشخصههاي اطلاعاتي است)

افزودن فيلد ثبت نامي (مشخصه اطلاعاتي)در گروه افزوده شده : اين جزء اطلاعاتي اين قابليت را در اختيار مدير اصلي قرار ميدهد كه با توجه به نيازهاي متفاوت، به طراحي فرمهاي متفاوت براي ثبت نام كاربران سامانه سيب بنمايد. براي هر فيلد ثبت نامي حداقل بايد موارد زير در نظر گرفته شود:
 نام فيلد
 الزامي بودن
 قابل مشاهده بودن
 نمايش در صفحه ثبت نامي كاربر
 توضيحات
 نحوه ورود اطلاعات مشخصه
 جعبه متن ساده : تعيين متن پيش فرض، تعداد كاراكتر، طول نمايشي فيلد
 فيلد متن حرفه اي(text area) : طول و عرض
 جعبه چك(check box) : حالت پيش فرض ( unchecked یا checked )
 ليست كشويي ( combo box) : مقادير ليست، و مقدار پيش فرض
 تعريف محدوديتها: مثلا آيا مقدار اين مشخصه بايد غير تكراري باشد؟
- ويرايش مشخصات گروه فيلدهاي ثبت نامي
     ويرايش مشخصات فيلد ثبت نامي در گروه مورد نظر
- حذف گروه فيلد ثبت نامي
     حذف مشخصات فيلد ثبت نام
در تمام فعاليتهاي فوق اعتبار سنجي مشخصه هاي وارد شده ضروري است.
9- اختصاص و تائيد ي نقش براي عضو ثبت نامي توسط راهبر
ب: زير سيستم تنظيمات و راهبري / مديريت سطح دسترسي
1- ایجاد یک نقش 
مديريت و انعطافپذيري نقشها از اساسيترين قابليتهاي سامانه سيب ميباشد كه بايد در طراحي و معماري اين سامانه مد نظر قرار گيرد. علاوه بر نقشهايي كه بايد بصورت پيش فرض در هنگام طراحي نرمافزار در نظر گرفته و در سيستم تعبيه شود، ممكن است نياز به ايجاد نقشهاي سيستمي جديدي در نرمافزار باشد. در اين مورد كاربرد، اين امكان در سيستم ديده شده است كه كاربر با سطح دسترسي راهبري (مدير اصلي يا مدير سايت) اقدام به ايجاد نقش كاربري جديد نمايد.
راهبرِ مدير بايد بتواند از قابليتهاي سيستمي (كه در قالب زير سيستمها گروه بندي شده اند)انتخاب نموده و به سطح دسترسيهاي كاربر بيافزايد. مهمترين نكته براي عملياتي نمودن اين مورد كاربرد در نرم افزار اين است كه براي هر يك از قابليتهاي نرم افزار، كد و نام نيز در نظر گرفته شود تا امكان اختصاص قابليتها به نقشهاي كاربري عملي شود.
پس از ايجاد نقش، بايد كاربراني كه احتياج به اخذ اين سطح دسترسي دارند به آن اختصاص داده شوند كه اين عمل در قالب اختصاص نقش به كاربران در همين زير سيستم انجام ميگيرد.
چند نقش داخلي و خارجي بايد به صورت پيش فرض در نرمافزار سامانه سيب در نظر گرفته شود كه امكان ويرايش آنها نيز وجود داشته باشد. براي اطلاعات بيشتر در خصوص نقشهاي داخلي و خارجي به بخش شناسنامه كاربران در همين سند مراجعه شود. مهمترين اقلام اطلاعاتي كه بايد به صورت ضروري براي نقشهاي ايجاد شده، در نظر گرفته شود عبارتند از:
- كد نقش
- نام نقش
- توضيحات و شرح نقش
- ليست قابليتهايي كه نقش به آن دسترسي دارد . اين مورد ميتواند از طريق يك ماتريس سطح دسترسي ايجاد شود.
- محدوده اطلاعاتي كه نقش به آن دسترسي دارد.
در مورد هر نقش جديدي كه كاربر ايجاد مينمايد، سيستم بايد اعتبار سنجي مناسب انجام دهد.
2- ويرايش یک نقش
پس از اين كه يك نقش ايجاد شد، امكان ويرايش نقش براي كاربر با سطح دسترسي مجاز بايد وجود داشته باشد. كاربر ميتواند در صفحه مشاهده نقشهاي كاربران، يك نقش را انتخاب نموده و نقش مورد نظر را مورد ويرايش قرار دهد. البته لازم به ذكر است كه علاوه بر امكان ويرايش نقشهاي ايجاد شده توسط راهبران نرمافزار، امكان ويرايش نقشهاي پيشفرض نرمافزار نيز بايد در نظر گرفته شود. نقشهاي پيش فرض نقشهايي است كه از قبل به صورت پيش ساخته و مطابق سند پروفايل كاربران در نرم افزار ديده شده است. براي يافتن نقش مورد نظر براي ويرايش، امكان نمايش نقشهاي سيستمي بايد در نرم افزار تعبيه شده باشد.
3- حذف نقش
امكان حذف نقشهاي كاربران در نرمافزار براي كاربران با سطح دسترسي مناسب تعبيه خواهد شد. يكي از مهمترين مواردي كه در اين مورد كاربرد بايد در نظر گرفته شود اين است كه كاربر حق ندارد نقش خودش را حذف نمايد. علاوه بر اين كه كاربر با سطح دسترسي راهبري ميتواند نقشهاي ايجاد شده را حذف نمايد، اين امكان نيز بايد در نظر گرفته شود كه خواسته هاي مربوط به حذف نقشهاي پيش فرض نرمافزار بصورت مناسب مديريت شود.
در صورتي كه كاربر بخواهد نقشي كه افرادي به آن اختصاص يافتهاند را حذف نمايد، نيز مديريت مناسب توسط سيستم مورد نياز است. در صورت تاييد كاربر، سيستم نقش مذكور را حذف نموده و به كاربران اين نقش، نقش پيش فرض سيستمي را اختصاص خواهد داد. مهمترين قلم اطلاعاتي كه براي حذف نقش براي كاربر مورد استفاده قرار ميگيرد كد نقش است. براي يافتن نقش مورد نظر براي حذف، كاربر بايد بتواند از امكان نمايش نقشها در نرم افزار استفاده نمايد.
4- اختصاص نقش به كاربر
پس از اين كه كاربر توسط ماجول ثبت نام به سيستم معرفي شد، به صورت پيش فرض سطح دسترسي عضو را دريافت مينمايند. البته ممكن است نقش پيش فرض توسط مدير اصلي يا مدير سايت در بخش راهبري سيستم تغيير كند. علاوه بر اين بايد قابليتي در نرم افزار سامانه سيب در نظر گرفته شود تا نقشهاي ديگر را نيز بتوان به كاربران اختصاص داد. لازم به ذكر است كه كاربري كه نقش مورد نظر به او اختصاص مييابد بايد حداقل سطح دسترسي عضو را در اختيار داشته باشد. هر كاربر تنها بايد بتواند يك نقش عمومي داشته باشد. در اين مورد كاربرد ابتدا راهبر (مدير اصلي يا مدير سايت) كاربر مورد نظر خود را توسط قابليت جستجوي كاربران مشخص نموده و سپس نقش مورد نظر خود را به آن اختصاص دهد.

اختصاص نقش بايد بتواند براساس كد كاربر، نام كاربر، نقش كاربر و ساير اطلاعات كاربري كه امكان جستجو بر اساس آن فراهم شده باشد، انجام گيرد.
براي مواردي كه كاربر بخواهد نقشي بالاتر از نقش خود را به كاربر ديگري اختصاص دهد، مديريت صحيح توسط سيستم مورد نياز است. تغيير سطح دسترسي كاربر نيز در همين مورد كاربرد انجام ميشود.
5- مشاهده نقشهاي مرجع
يكي از پركاربردترين قابليتهاي زير سيستم مديريت سطح دسترسي، مشاهده نقشهاي موجود در سامانه سيب است. نحوه نمايش نقشهاي سيستمي بايد به ترتيب پيش فرض يا مشخص شده توسط كاربر مجاز باشد. كاربر در حين مشاهده نقشها، لينكهاي مناسب براي انجام عمليات مورد نظر خود برحسب سطح دسترسي را مشاهده بنمايد. امكان مرتب نمودن نقشهاي نمايش داده شده بايد وجود داشته باشد.
15-6 . ماتریس سطح دسترسي
همان گونه كه در بخش مربوط به شناسنامه كاربران نيز اشاره شده است دو نوع سطح دسترسي در سامانه سيب تعريف ميشود. مهمترين نيازي كه در هنگام تعريف سطح دسترسيهاي داخلي و خارجي وجود دارد، امكان تعريف و تبيين ارجحيت هر يك از نقشها نسبت به نقش ديگر است. اين موردِ كاربرد به فرآيندهاي مربوط به ايجاد ماتريس سطح دسترسي اختصاص دارد. در اين خصوص، كاربر مشخص مينمايد هر يك از نقشهاي خارجي به كداميك از نقشاي خارجي ارجحيت دارد و در خصوص نقشهاي داخلي نيز اين قابليت بصورت مشابه مورد استفاده قرار ميگيرد.
عبارت ماتريس سطح دسترسي به اين جهت در اين مورد كاربرد بكار رفته است زيرا نسبت هر يك از نقشها را به ديگر نقشها مشخص مينمايد . بصورت انتزاعي، ماتريسي خواهيم داشت كه سطر و ستون آن نقشهاي داخلي يا خارجي است. هر يك از سلولهاي ماتريس نيز مشخص كننده ارجحيت نقش سطري بر نقش ستوني ميباشد. در اين مورد كاربرد فقط ارجحيت نقشها به يكديگر را مشخص مينمايد و اطلاعات ديگري از كاربر خواسته نميشود.
نكته: با توجه به اهميت پايهاي اين ماتريس، بايد در هنگام راه اندازي سيستم ماتريس سطح دسترسي با سطوح دسترسي پيش فرض فعال شده باشد. علاوه بر اين اگر يك نقش داخلي جديد به سيستم اضافه شود، تا قبل ازاينكه كاربر وضعيت نقش جديد را در سيستم مشخص ننموده باشد وضعيت پيش فرض بايد در نظر گرفته شود.
پ: زير سيستم مديريت جريان كار
-1 افزودن ي جريان كاري هدف از ايجاد سامانه سيب در واقع ايجاد سيستمي است مبتني بر ابزارهاي فناوري اطلاعات جهت تعريف فرآيندهاي ايجاد، بازنگري و كليه فعاليتهاي ديگري كه در حيطه بيمه گري و درآمدانجام ميگيرد. لذا اهميت تعريف فرآيندهاي مختلف با توجه به سطوح كاربران مشخص ميشود. اين مهم در زير سيستم مديريت فرآيندهاي الگو و خروجي الگو  (مديريت جريان كار) قرار دارد. اين مورد كاربرد به روالهاي ايجاد فرآيند كاري، نحوه بكارگيري آن، و امكاناتي كه جهت ايجاد انواع فرآيندهاي متنوع به آن نياز مي باشد، اختصاص دارد. ساماندهي و گروه بندي فرآيندهاي كاري در زير سيستم مديريت فرآيندهاي كاري انجام ميگيرد. اقلام اطلاعاتي متعددي را ميتوان براي يك فرآيند كاري در نظر گرفت. مهمترين و ضروريترين اقلام اطلاعاتي مربوط به فرآيند كاري عبارتست از:
- گروه اصلي فرآيند: در حقيقت مشخص كننده جايگاه فرآيند كاري ميباشد.
- كد فرآيند كاري: يك پارامتر يكتا براي فرآيند كاري ميباشد كه توسط كاربر مشخص ميشود.
- عنوان فرآيند كاري
- نوع فرآيند كاري
- نقشهايي كه به اين فرآيند دسترسي دارند
- فعاليتهايي كه اين نقش ميتواند براي فرآيند انجام دهد.
- توضيح مختصر در مورد فرآيند
- خلاصه عملكرد فرآيند
- محدوديت زماني (تاريخ شروع و خاتمه، فعال يا غير فعال شدن)
- وضعيت فرآيند كاري (فعال و يا غير فعال)
- آگاهسازي كاربران از ايجاد فرآيند (بله يا خير)
بصورت پيش فرض دسترسي به ايجاد فرآيند كاري بايد به راهبر سامانه سيب اعطاء ميشود. در عين حال امكان اعطاي اين سطح دسترسي به كاربران ديگر بايد وجود داشته باشد.
هر فرآيند كاري بايد پس از ايجاد به نقشهاي مورد نظر ارجاع شود. هر كاربر با توجه به نقش خود بايد بتواند قابليتهاي مد نظر خود را در فرآيند اعمال نمايد. سيستم بايد صحت و كامل بودن ورود اطلاعات ضروري مربوط به فرآيند كاري را اعتبار سنجي نمايد. رابط كاربري و ابزارهاي ايجاد فرآيند بايد تا حد ممكن ترسيمي و بصري باشد.
2-  مشاهده ليست جريانهاي كاري
مشاهده فرآيندها يكي از نيازهايي است كه كاربر مجاز بايد حتما براي انجام ديگر قابليتهاي سيستم خصوصاً زيرسسيستم مديريت فرآيندهاي الگو (مديريت جريان كاري) به آن دسترسي داشته باشد. هر كاربر با ورود به سيستم بايد در كارتابل خود ليست فرآيندهاي مجاز براي خود و وضعيت فعاليتهاي مرتبط با خود

(مثلا درخواستي كه در وضعيت انتظار به سر ميبرد) را مشاهده نمايد. كاربر پس از مشاهده فرآيندهاي كاري و الگوهاي مرجع، يكي از آنها را براي انجام قابليتها با توجه به سطح دسترسي خود انتخاب مينمايد. كاربر پس از ورود به فرآيند كاري بايد امكان switch نمودن به فرآيندهاي كاري ديگر را داشته باشد.
البته لازم به ذكر است كه كاربر بايد فقط فرآيندهاي كاري و الگوهاي مرجعي را مشاهده نمايد كه در آنها نقش ايجاد كننده داشته باشد. همچنين فرآيندهاي كاري و الگوهاي مرجع مورد نظر نيز فعال و قابل مشاهده باشند.
در عين حال كاربر با سطح دسترسي مدير سيستم، امكان مشاهده همه فرآيندهاي كاري و الگوهاي مرجع تعريف شده در سامانه سيب را داشته باشد و حتي فرآيندهاي كاري مخفي يا غير فعال شده را نيز بتواند مشاهده نمايد. امكان جستجو بر روي اطلاعات فرآيندهاي كاري و الگوهاي مرجع نيز بايد براي كاربر فراهم شود. البته كاربر فقط بايد امكان جستجو بر روي اطلاعات فرآيندهاي كاري و الگوهاي مرجعي را داشته باشد كه به آنها دسترسي دارد.اقلام اطلاعاتي مربوط به فرآيندهاي كاري در بخش مربوط به ايجاد يك فرآيند كاري اشاره شده است.
نيازمنديهاي مختلف نمايش فرآيند كاري و الگوي مرجع به شرح زير است:
- امكان نمايش فرآيند كاري براساس گروههاي طبقه بندي فرآيندهاي
- امكان فيلتر بر اساس كد فرآيند كاري و نام فرآيند كاري و الگوي مرجع
- امكان فيلتر نمودن بر اساس فيلدهاي متفاوت
- فراهم نمودن امكان ويرايش و حذف دستهاي فرآيند كاري و الگوهاي مرجع
سطح دسترسي: همه كاربراني كه سطح دسترسي ايجاد كننده فرآيند كاري و راهبري نرمافزار سامانه سيب را دارند، بايد امكان ورود به فرآيند كاري را در اختيار داشته باشند. در عين حال مدير سيستم بايد امكان ورود به همه فرآيندهاي كاري با بالاترين سطح دسترسي راهبري را داشته باشد. البته ممكن است در بعضي از موارد لازم باشد تا برخي فرآيندهاي كاري بصورت مخفي باشند. در هنگام دسترسي به فرآيندها بايد مسائلي چون تاريخ اعتبار فرآيند و يا غيرفعال بودن آن نيز بدرستي مديريت شود.
نتيجه انجام اين مورد كاربرد اين خواهد بود كه كاربر با نقش مورد نظر خود به فرآيند كاري وارد شده و امكان مشاهده و اِعمال قابليتهاي مورد نظر در سيستم را خواهد داشت. كاربر در اين حالت تنها ميتواند قابليتهاي پيش بيني شده براي خود را در فرآيند اِعمال نمايد اگرچه ممكن است وي بالاترين دسترسي سيستمي را داشته باشد.
3- ويرايش یک جريان كاري
ويرايش جريان كاري ايجاد شده، اين امكان را در اختيار كاربر قرار ميدهد تا اطلاعات مورد نياز خود مربوط به فرآيند كاري را ويرايش نموده و تغيير دهد. ممكن است لازم باشد تا نقشهايي كه دسترسي به اين جريان كاري را دارند و يا فعاليتهايي كه هر نقش در جريان كاري اعمال مينمايد، تغيير نمايند.
در ضمن بايد در نرم افزار قابليتي در نظر گرفته شود كه یک كاربر با سطح دسترسي سيستمي نظير مدير سيستم بتواند به بالاترين قابليتهاي تمام فرآيندهاي كاري دسترسي داشته باشد.
4-حذف یک جريان كاري
در بعضي از موارد ممكن است نياز باشد كه يك فرآيند كاري موجود كلاً حذف شود. در اينگونه موارد ابتدا بايد بتوان فرآيند كاري مورد نظر را جستجو و انتخاب نموده سپس آنرا حذف نمود. مهمترين نيازمندي در اين زمينه اين مسئله است كه حذف يك فرآيند كاري منجر به حذف تمام فعاليتهاي جاري كه در حال انجام با فرآيند مورد نظر هستند ميشود. به همين جهت بايد كليه نقشهاي موثر در فرآيند مورد حذف، از اين مورد با خبر شوند تا پشتيبانهاي لازم از اطلاعات فرآيند را تهيه نمايند.
از نظر سطح دسترسي بايد حذف فرآيند كاري يا الگوي مرجع بعنوان يك سطح دسترسي سيستمي در نظر گرفته شود و فقط يك نقش سيستمي بتواند اقدام به حذف يك فرآيند الگو نمايد

( مثلاً مدير سايت يا مدير اصلي ) 
مديريت مناسبي در مورد حذف فرآيندهاي كاري كه داراي روالهاي درحال انجام و يا به اتمام رسيده دارند، بايد در نظر گرفته شود.
5-ورود به فرآيند كاري
نرمافزار سامانه سيب بايد اين امكان را در اختيار كاربران خود قرار دهد كه پس از ورود به نرمافزار، تمامي فرآيندهاي كاري مربوط به سامانه را با توجه به سطح دسترسي كه در سيستم دارند به اجرا درآورند. همان گونه كه در بخش شناسنامه كاربران نيز به آن اشاره شده است يك كاربر امكان دارا بودن چندين سطح دسترسي مختلف را دارد. كاربر پس از login دسترسي سيستمي خود را دريافت نموده تمامي فرآيندهايي كه در آنها نقشي دارد را مشاهده ميكند. كاربر با انتخاب هر يك از فرآيندهاي كاري نمايش داده شده، قابليت ورود و در حقيقت همان"ورود به فرآيند كاري" اِعمال نقش تعريف شده خود را خواهد داشت. در اينجا منظور از عبارت امكان اِعمال قابليت در هر يك فرآيندهاي كاري با توجه به نقشهاي تعريف شده براي كاربر ميباشد.
پس از login به سيستم اطلاعات زير از جداول مربوط به نقشهاي كاربران بايد بازيابي و نمايش داده شود:
- ليست فرآيندهاي كاري كه كاربر در آنها نقش موثر دارد.
- نقشهايي كه كاربر در هر يك از فرآيندهاي بالا به آنها دسترسي دارد. يعني ليست قابليتهايي كه ميتواند درآن اعمال نمايد. ترتيب اعمال قابليتهاي فرآيند كاري نيز بازيابي ميشود.
- وضعيت فرآيندهاي كاري مذكور (مخفي شده/ پايان زمان اعتبار و ... )
سطح دسترسي: همه كاربراني كه سطح دسترسي موثر بر فرآيند كاري دارند، امكان ورود به فرآيند كاري را در اختيار خواهند داشت. در عين حال مدير سيستم امكان ورود به همه فرآيندهاي كاري با بالاترين سطح دسترسي را بايد داشته باشد.
6- اختصاص ي جريان كاري به ي زير سيستم كاربردي
در حقيقت اين بخش در ادامه قسمت ايجاد يك فرآيند كاري تعريف ميشود . پس از اين كه كاربر يك فرآيند كاري را ايجاد نمود، طبيعتاً بايد اين مورد كاربرد را به يك يا چند زير سيستم كاربردي اختصاص دهد. براي اين منظور كاربر از مورد كاربرد استفاده نموده و جريان كاري مربوطه را انتخاب مينمايد. سپس بايد بتواند ليست تمام زير سيستمهاي كاربردي را مشاهده نموده و يك يا چند زير سيستم را به آن اختصاص دهد.
7- ايجاد يگ الگو براي خروجي فرآيند
همانگونه كه از نام اين زيرسيستم نيز مشخص است، علاوه بر اين كه در اين زير سيستم امكان تعريف و مديريت جريانهاي كاري وجود دارد، امكان تعريف الگو يا  login  فايل خروجي كه براي محصول فرآيند كاري در نظر گرفته ميشود و محصول در قالب اين الگو ايجاد خواهد شد.
براي مثال در زيرسيستم ايجاد ضوابط و قوانين كاري (اعم از قراردادي و فني) براي هر كدام از فرآيندهاي كاري يك الگو با توجه با نياز راهبر انتخاب ميشود. در اين موردِ كاربرد اين امكان بايد به كاربر داده شود كه الگوي مورد نظر را ايجاد نموده و ذخيره نمايد.
8- نسبت دادن الگو به فرآيند يا فرآيندها
قالب را مشخص نمود، بايد اين امكان" ايجاد يگ الگو براي خروجي فرآيند " پس از اينكه كاربر در موردِ كاربردِ در اختيار وي قرار بگيرد تا بتواند قالب يا الگوي مورد نظر را به جريان كاري اختصاص دهد. كاربر بايد بتواند در صورت لزوم الگوي ايجاد شده را به بيشتر از يك جريان كاري اختصاص دهد.
-9 اعمال تغييرات براي الگوي مشخص شده
پس از اين كه كاربر يك الگو يا template را ايجاد نمود و آنرا به يك يا چند جريان كاري اختصاص داد، ممكن است نياز داشته باشد كه در الگوي ايجاد شده تغييرات و ويرايشي را اعمال نمايد. كاربر بايد بتواند با استفاده از اين قابليت، تغييرات مورد نظر خود را به الگو اِعمال و ذخيره نمايد. از اين مرحله به بعد بايد كليه محصولات فرآيندهاي مورد نظر با توجه به اين الگو تغيير يابند.
ت: زير سيستم مديريت قواعد و كسب وكار
-1 افزودن ي قاعده كسب وكار
يكي از حساسترين قابليتهايي كه بايد در نرمافزار سامانه لحاظ شود، امكان ايجاد قاعده يا قانون كسب و كار business rule براي فرآيندهاي كاري تعريف شده ميباشد.
مهمترين و پراستفاده ترين انواع قواعد كسب و كار بايد به صورت تعريف شروط براي انجام يك تصميم گيري خاص در سامانه سيب وجود داشته باشد. علاوه بر اين بايد بتوان ترتيب اجراي فرآيندهاي كاري نيز توسط كاربر با سطح دسترسي مناسب مشخص نمود. ساير حالات قواعد كسب و كار با توجه به نيازمنديهايي كه در زمان پياده سازي شناسايي خواهند شد بايد پياده سازي شوند. نكات جزئيتر و عملياتيتر در خصوص موتور قواعد كسب و كار، بايد توسط پيمانكار و در مراحل طراحي و پياده سازي مشخص شود.
حداقل اقلام اطلاعاتي كه بايد در هنگام تعريف قواعد كسب و كار مورد توجه قرار گيرد در زير آمده است. اقلام اطلاعاتي دقيق تر در زمان اجراي پروژه بايد شناسايي شود:
- نام قاعده كسب و كار
- مدت زمان اعمال قواعد
- فرآيند/ فرآيندهاي كاري مرتبط
- فهرست كاربران مرتبط با اين قاعده كسب و كار
در هنگام ايجاد يك قاعده كسب و كار، كاربر بايد بتواند پس از آنكه يك فرآيند كاري را ايجاد نمود، يكي ازانواع قواعد كسب و كار را با توجه به نياز خود انتخاب نمايد و آنگاه جزئيات قاعده كسب و كار را با توجه به نوع آن مشخص كند. سيستم قاعده كسب و كار مشخص شده را براي فرآيند كاري ذخيره نمايد.
در صورتي كه نوع قاعده كسب و كار انتخابي، قابل اِعمال نباشد، سيستم بايد مديريت مناسبي را اعمال كند. در مورد تكراري بودن يك قاعده كسب وكاري بايد اعتبار سنجي انجام شود. سيستم در هر مرحله بايد اين امكان را به كاربر بدهد كه يك قاعده كسب و كار ايجاد شده را به فرآيند كاري ديگري اختصاص دهد.
-2 اختصاص قاعده به جريان كاري
يك قاعده كسب و كار حداقل بايد براي يكي از جريانهاي كاري بصورت اجباري تعريف شده باشد. در عين حال ممكن است بعداً كاربر نياز داشته باشد كه قاعده كسب و كار را از يك جريان كاري به جريان كاري ديگري اختصاص دهد. در اين مورد كاربرد، كاربر اين امكان را مييابد كه يك قاعده كسب و كار ايجاد شده را به جريان كاري مورد نظر خود اختصاص دهد. براي اختصاص يك قاعده كسب و كار به يك جريان كاري، حداقل اقلام اطلاعاتي به شرح زير است:
- كد قاعده كسب و كار مورد نظر
- تاريخ شروع اعتبار قاعده كسب و كار
- تاريخ پايان اعتبار قاعده كسب و كار
- عدم نياز به مشخص نمودن مدت اعتبار
سيستم بايد پس از انجام اختصاص قاعده كسب و كار به يك جريان كاري، اقدام به درخواست اطلاعات مربوط به اعتبار و مدت زمان اعتبارِ قاعده كسب و كار مورد نظر براي هر يك از فرآيندهاي كاري بنمايد.
اعتبار سنجي براي نوع قاعده كسب و كار، مدت اعتبار آن، و تكراري نبودن هر قاعده بايد انجام شود. امكان اختصاص يك قاعده كسب و كار به چند فرآيند كاري نيز بايد وجود داشته باشد.
ث: مديريت لاگ( LOG )
-1 مشخص نمودن جزئيات اطلاعاتي log
يكي از معيارهاي امنيت اطلاعات، كنترل سطوح مختلف دسترسي كاربران ميباشد. از آنجائي كه سامانه سيببا طيف وسيعي از كاربران چه از نظر تعداد و چه از نظر تنوع سر و كار دارد، اين مساله اهميت بيشتري پيداميكند. خصوصا كه ممكن است به بعضي از كاربران امكانات مديريتي زيادي اعطاء شود. همان گونه كه درزيرسيستمهاي ديگر نيز توضيح داده شده است، بعضي از كاربران امكان ايجاد روال، تعريف كاربر، و تعريف نقشهاي كاربري را خواهند داشت. دسترسي كاربران به چنين سطوح دسترسي مستلزم نظارت است كه يكي ازابزارهاي آن امكان ثبت log كاربران ميباشد. در سامانه سامانه سيب بايد اين امكان بطور گسترده در نظرگرفته شود. بايد Log كاربران با سطوح دسترسي متفاوت ثبت شود تا در صورت لزوم مورد بازنگري و استناد قرار گيرد. اين زير سيستم به روالهاي مربوط به ثبت log اختصاص دارد.
- اقلام اطلاعاتي : مهمترين جزئيات اطلاعاتي كه بايد علاوه بر اطلاعات كاربري، در هنگام ثبت log و ديگر قابليتهاي مربوطه در اين زير سيستم مد نظر قرار گيرد به شرح زير خواهد بود (اين ليست ميتواند توسط پيمانكار تكميل شود):
 كد عمليات
 نام عمليات
 تاريخ انجام
 ساعت انجام
 اطلاعات جلسه كاري كاربر (زمان شروع، مدت زمان)
- سطح دسترسي: بصورت پيش فرض اين زير سيستم بايد براي مدير اصلي و مدير سايت قابل دسترسي باشد و پس از تعريف log هاي مورد نظر، امكان استفاده همه كاربران با رعايت حدود سطح دسترسي از آن فراهم شود.
- كاربر مدير بايد بتواند log هاي مختلف با جزئيات متفاوتي را براي گزارشگيري تعريف نمايد. يعني پس از ايجاد يك  log جديد، جزئيات مورد نظر را براي آن مشخص و ذخيره كند. اعتبارسنجيهاي لازم بايد در اين روال از سمت سيستم صورت گيرد.
2- مشخص نمودن فعاليتهايي كه نياز به ثبت log دارد.
كاربر بايد بتواند با انتخاب يك نقش، ليست اطلاعات مربوط به مجموع عملياتي كه نقش مورد نظر به آنها دسترسي دارد را بازيابي نموده قابليتهاي مورد نظر براي ثبت log را انتخاب و ذخيره نمايد. پس از آن گزارشهاي لازم بر مبناي اين log قابل توليد خواهد بود.
3- مشاهده جزئيات ثبتها
كاربري كه داراي سطح دسترسي مناسب باشد، بايد بتواند جزئيات ثبت را براي هر كاربر در محدوده اختياراتش مشاهده كند. كاربر مجاز بايد بتواند با استفاده از ابزار جستجو، كاربر مورد نظر خود را انتخاب نموده سپس محدوده تاريخ براي مشاهده log را مشخص كند. آنگاه سيستم اطلاعات مربوط به ثبتهاي انجام گرفته را بازيابي و در اختيار كاربر قرار دهد. پس از آنكه اطلاعات جلسات كاري كاربر مورد نظر بازيابي شد، كاربرِ درخواست كننده خواهد توانست كه هر جلسه كاربري را بر اساس جزئيات مشاهده نمايد.
4- تهيه گزارش ها متداول
كاربر داراي سطح دسترسي مناسب بايد بتواند براي هر log و بر اساس يكي از دادههاي زير گزارش بسازد:
- نام گزارش
- دوره تناوب تكرار گزارش
- نقش كاربران مورد گزارش
- محدوده زماني جهت ايجاد گزارش
- عملياتي كه بايد براي آنها گزارش ايجاد شود.
- سيستم بايد از هر گزارش را با توجه به دوره تناوب مشخص شده، در روال هاي اتوماتيك سيستم ايجاد نموده در اختيار كاربر با سطح دسترسي مناسب قرار دهد.
5- مشاهده ثبت توسط كاربر با سطح دسترسي مناسب

---

پيوست 11 . نمونه نسخ دفترچه و فرآيند چاپ

 

پيوست 12 . برنامه زماني انتخاب پيشنهاد دهنده

برنامه زماني پيش بيني شده و مراحل فرآيند انتخاب پيشنهاد دهنده براي پروژه حاضر به ترتيب زير است:

 

 

---

پيوست 13 . شاخصهاي اطمينان پذيري

جدول زير بايد توسط پيشنهاد دهندگان براي هريك از زير سيستم ها تهيه شود. اين مقادير بايد در چارچوب ارايه شده در بخش نيازمنديهاي غير كاركردي ارايه شود.

 

• شاخصهاي ارزيابي فوق بايد براي زير سيستمهاي مختلف سامانه ( خدمات مختلف سامانه) به صورت مجزا ارايه شود.
• شاخصهاي ارزيابي فوق بايد حتي المقدور به صورت مقداري ارايه شود.
• بخشها يا خدماتي از سامانه كه از ساير بخشهاي آن حياتي تر هستند، بايد از قابليت اطمينان بالاتري برخوردار باشند.

به عنوان مثال اطمينانپذيري بخشي از سامانه كه مربوط به پرداخت و تأييد پرداخت حق بيمه متقاضي ميباشد، عموما از بخش مربوط به تغيير رمز كاربري آن بالاتر است.

• پيمانكار بايد الزامات و شرايطي كه تحت آنها اطمينانپذيري سامانه تعيين ميشود را ارايه نمايد.

---

پيوست 14 . انواع آزمونهاي ارزيابي

1- آزمونهاي كارايي ( performance )
-load testing
- stress testing
- soak testing (بررسي كارايي بخشي از كاركرد اين آزمون ميباشد)
-configuration testing ( بررسي كارايي بخشي از كاركرد اين آزمون ميباشد )

-isolating teating (برسی کارایی بخشی از کارکرد این آزمون میباشد)
2- آزمونهاي اطمينانپذيري
- feeature test
-load test
- regression test
-availability test
- ingreliability growth  test
- reliability growth assessment and prediction

3- آزمونهاي امنيت
- vulnerability scanning
- security scanning
- penetration testing
- risk assessment
-(security auditing (code .application and operating system

- ethical hacking
- posture assessment
- confidentiality and authentication and autoriz ation

4- آزمونهاي مقياس پذيري

5-  آزمونهاي پذيرش نرم افزار ( OAT )

6- آزمونهاي قابليت كاربري

-hallway testing

-remote usability testing

-(expert review (automated and non automated

7- آزمونهاي قابليت پشتيباني

8- تست نسخ (volume testing )

9- آزمون يكپارچگي

10- آزمون بانك اطلاعاتي

11- آزمون regression

12- آزمونهاي alpha / beta