משרד הבריאות . הקמת מערכת מידע לניהול האשפוז הסיעודי משרד מבקר המדינה מעיר כי הצגת המכרז כמיועד בעיקרו לתחזוקה לא הייתה מלאה, שכן מהסכם התחזוקה והפיתוח עולה שהוא ישמש גם לרכש של שירותי פיתוח. מן הראוי היה לכלול את המודולים המיועדים לפיתוח ופירוט הדרישות מהם בין מסמכי המכרז, ולצרף אליו את נוסח ההסכם. משרד מבקר המדינה העלה כי הנהלת המשרד לא דנה ולא החליטה אם לנהל את הפרויקט על ידי המשרד ולהעסיק כוח אדם חיצוני לביצועו, או לקיימו בדרך של מכרז לרכישת המערכת הסופית ( Turn Key).( ניהול הפרויקט בדרך שנקט המשרד אינו מאפשר למצות את היתרונות שבמכרז, ובהם קביעת עלות לתכולה מוגדרת למערכת ופיתוח על ידי גוף מקצועי ובעל ניסיון. משני ההסכמים של המשרד עם חברה ב ' לשנים 2007 -2008 עולה כי אין בהם מנגנון לדיווח תקופתי על התכולה של השירותים שעובדי החברה מספקים לו, ושתמורתם התחייב לשלם לחברה. ההסכמים צמצמו גם את הבקרה של המשרד על התמורה שקיבל בגין התשלומים ששלם לחברה ב': בהסכם מ - 2004 נקבע כי "בתום כל חודש תגיש החברה חשבונית מס תמורת שעות העבודה שבוצעו בחודש שחלף בצירוף דוח נוכחות לגבי נותני השירותים. הדיווח יועבר לנציג המשרד האחראי על עבודתו של נותן השירותים ויאשרו בחתימה", ואילו בהסכמים לשנים 2007 ו- 2008 .לא נכללה דרישה לדוחות נוכחות .תמונה ברורה של התכולות שסוכם לממש עד ל"עלייה לאוויר" ושל מצב פיתוחן והטמעתן. מהאמור לעיל עולה כי על אף שההחלטה להקים מערכת מידע חדשה לניהול האשפוז הסיעודי התקבלה ב- 1998 , החל פיתוח המערכת רק ב- 2004 , .שש שנים מאוחר יותר ב- 2001 החליט המשנה למנכ"ל דאז לפתח מערכת על פי הצעה שהגיש האגף לגריאטריה, אולם החלטה זו לא מומשה בשל מחלוקת בין האגף לגריאטריה לאגף המחשוב. בשנת 2004 החליט המשרד להקים מערכת על בסיס תכנת SAP . ההחלטה לא התבססה על ניתוח חלופות כנדרש לפי נוהל מפת"ח. בהתייחס לתשובת המשרד, חוזר ומעיר משרד מבקר המדינה כי המשרד לא הציג חלופות לפתרון, ערוכות ומנותחות כנדרש על פי נוהל מפת"ח. ניתוח החלופות אמור להיעשות בשלב האפיון, שהוא קודם לקבלת ההחלטה על התכנה שתעמוד בבסיס המערכת, כלומר בטרם נבחרה תכנת SAP . דווקא ברמה הזאת של הניתוח, המכונה בתשובת המשרד "הרמה העליונה", לא עשה המשרד שימוש במתודולוגיה של נוהל מפת"ח לצורך ביסוס החלטותיו. עוד מעיר משרד מבקר המדינה כי במסמכים שנמסרו לעיונו אין ביסוס לטענת המשרד כי נעשתה בחינה מקצועית ומעמיקה של הפתרון המבוסס על תכנת SAP. . .שלב הייזום הוא שלב מחייב ביציאה לפרויקט של פיתוח מערכת מידע את מסמך הייזום יש לבסס על השלד של עץ המערכת14 .בנוהל מפת"ח זהו מסמך המספק להנהלת המשרד בסיס להחליט אם וכיצד תפותח המערכת. למשרד מבקר המדינה לא הומצא, למרו ת בקשתו, מסמך הייזום של המערכת. התברר כי המשרד לא הכין מסמך אפיון למערכת אג"ם כנדרש על פי נוהל מפת"ח. הוראת תכ"ם - ספר מינהל כספי, קובעת כי ועדת ההיגוי המשרדית לענייני מחשוב, בראשות מנכ"ל המשרד או הסמנכ"ל למינהל, אמורה בין שאר תפקידיה לפקח על האגף למערכות מידע במשרד ולוודא שכל יישום חדש יפותח ויתועד לפי נוהל מפת"ח. משרד מבקר המדינה מעיר כי ראוי היה שהנהלת המשרד, באמצעות ועדת ההיגוי המשרדית לענייני מחשוב, תוודא כי ניהול ופיתוח המערכת ייעשה בהתאם להנחיות נוהל מפת"ח, דבר שלא נעשה. משרד מבקר המדינה מעיר כי ועדת ההיגוי היא דרג אסטרטגי העושה את עבודת המטה, קובע את היעדים ומכוון את הפעולות. הובלת הפרויקט נותרה למעשה בידי ועדת היגוי שנועדה לטפל בנושא גביית חובות ממאושפזים, שהיה רק אחד מהנושאים שהמערכת הייתה אמורה לתמוך בהם, ושאינה יכולה לבוא במקום ועדת היגוי.
בהתייחס לתשובת המשרד מעיר משרד מבקר המדינה כי המשרד לא המציא תכנית עבודה מפורטת לכל משך הפיתוח של המערכת, ולכן אין