戻る

主文
１一審原告の控訴を棄却する。
２一審被告の控訴に基づいて，原判決を次のとおり変更する。
３一審原告の請求を棄却する。
４一審原告は，一審被告に対し，金１４億１５０１万９５２３円及びこれに
対する平成２２年９月３日から支払済みまで年６分の割合による金員を支払
え。
５一審被告のその余の請求をいずれも棄却する。
６訴訟費用は，第１，２審を通じて３分し，その２を一審原告の，その余を
一審被告の各負担とする。
事実及び理由
第１控訴の趣旨
１一審原告
(1)原判決を次のとおり変更する。
(2)一審被告は，一審原告に対し，１９億３５６７万９０６７円及びこれに対
する平成２２年４月２７日から支払済みまで年６分の割合による金員を支払
え。
(3)一審被告の請求をいずれも棄却する。
(4)訴訟費用は，第１，２審とも一審被告の負担とする。
(5)仮執行宣言
２一審被告
(1)原判決を次のとおり変更する。
(2)主位的請求（債務不履行に基づく損害賠償請求）
一審原告は，一審被告に対し，２２億７９７６万３３７３円及びこれに対
する平成２２年９月３日から支払済みまで年６分の割合による金員を支払え。
(3)第１次予備的請求（不法行為に基づく損害賠償請求）
一審原告は，一審被告に対し，２２億７９７６万３３７３円及びこれに対
する平成２２年４月２７日から支払済みまで年５分の割合による金員を支払
え。
(4)第２次予備的請求（商法５１２条に基づく報酬請求）
一審原告は，一審被告に対し，２２億５９６０万６２６９円及びこれに対
する平成２２年９月３日から支払済みまで年６分の割合による金員を支払え。
(5)一審原告の請求を棄却する。
(6)訴訟費用は，第１，２審とも一審原告の負担とする。
第２事案の概要等
１事案の概要
(1)一審原告，一審被告及びＮＴＴファイナンス株式会社（以下「ＮＴＴファ
イナンス」という。）は，一審被告が一審原告のために病院情報管理システ
ム（以下「本件システム」という。）を構築し，ＮＴＴファイナンスをその
所有者として一審原告に本件システムをリースすることを目的とする契約を
締結した。本件は，同契約の目的が達せられなかったことについて，一審原
告及び一審被告が以下の各請求をする事件が併合審理されている事案である。
ア第１事件
一審被告が納期である平成２２年１月３日に本件システムの完成及び引
渡しをしなかったことから，一審原告に逸失利益等の損害が生じたと主張
して，一審原告が，一審被告に対し，上記契約の債務不履行に基づき，合
計１９億３５６７万９０６７円の損害賠償及びこれに対する同年４月２７
日（上記契約の解除兼損害賠償請求の通知が一審被告に到達した日の翌日）
から支払済みまで商事法定利率年６分の割合による遅延損害金の支払を求
めている事案である。
イ第２事件
(ｱ)主位的請求及び第１次予備的請求
本件システムの完成及び引渡しが遅れたことにつき一審被告に帰責
性はないのに，一審原告の協力義務違反及び不当な受領拒絶により，一
審被告は上記契約に基づく完成義務を履行し得なくなったことから，一
審被告がＮＴＴファイナンスから本件システムの売買代金を得られな
くなったなどと主張して，一審被告が，一審原告に対し，主位的には上
記契約の債務不履行に基づく損害賠償として，予備的には不法行為に基
づく損害賠償として，合計２２億７９７６万３３７３円及びこれに対す
る平成２２年９月３日（第２事件の訴状送達の日の翌日）から支払済み
まで商事法定利率年６分の割合による遅延損害金（主位的請求）又は同
年４月２７日（不法行為後の日）から支払済みまで民法所定の年５分の
割合による遅延損害金（第１次予備的請求）の支払を求めている事案で
ある。
(ｲ)第２次予備的請求
本件システム開発に係る業務（開発対象外の開発要望に基づく業務を
含む。）を，一審原告からの要請を受け，商人である一審被告がその営
業の範囲内で行ったと主張して，一審被告が，一審原告に対し，商法５
１２条（報酬請求権）に基づき，２２億５９６０万６２６９円の報酬及
びこれに対する平成２２年９月３日（第２事件の訴状送達の日の翌日）
から支払済みまで商事法定利率年６分の割合による遅延損害金の支払
を求めている事案である。
(2)原審は，本件システムを開発するための一連のプロジェクト（以下「本件
プロジェクト」という。）が頓挫したことについては，一審原告に２割，一
審被告に８割の責任があるとして，一審原告の請求については，３億６５０
８万５４２６円及びこれに対する平成２３年４月２日（第１事件の訴状送達
の日の翌日）から支払済みまで年６分の割合による遅延損害金の支払を求め
る限度で，一審被告の請求（主位的請求）については，３億８３８６万１６
８９円及びこれに対する平成２２年９月３日から支払済みまで年６分の割合
による遅延損害金の支払を求める限度で，それぞれの請求を認容し，その余
の一審原告及び一審被告の請求をいずれも棄却した。
２前提事実，本件の争点及び争点に対する当事者の主張
以下のとおり補正し，当審における当事者の主張について後記３及び４のと
おり付加するほか，原判決「事実及び理由」欄の「第２事案の概要等」の２
項ないし４項のとおりであるから，これを引用する。
(1)原判決９頁７行目「（以下」から同９行目「という。）」までを削る。
(2)同１０頁１行目末尾に改行の上，以下を加える。
「契約解除一審原告は，一審被告及びＮＴＴファイナンスが正当な理由
なくしてこの契約に違反した場合は，その旨を書面で通知す
ることによりこの契約を解除することができるものとし，違
約金を徴収するものとする。（３１条１項）
前項の違約金の額は，リース料金の総額から履行完了部分に
相応する金額を控除した額の１０分の１に相当する額とす
る。（同条２項）」
(3)同１０頁１４行目「システム化」を削る。
(4)同１０頁２４ないし２５行目「この合意を「本件仕様凍結合意」というこ
とがある。」を以下のとおり改める。
「同決定のうち，６２５項目の仕様項目に開発対象に含める旨の合意部分を
「本件追加開発合意」といい，「仕様凍結」とする旨の合意部分を「本件仕
様凍結合意」ということがある。」
(5)同１１頁５行目末尾に改行の上，以下を加える。
「(5)マスタの抽出作業の必要性
マスタとは，データ処理に必要な基本データをまとめたファイルであ
る。
マスタは，①システム運用開始後に「原則として変更しないマスタ」
（画面に表示する項目の初期設定やチェック機能の有効化，無効化など
の設定といった，主としてシステム設定に関するもの）と，②システム
運用開始後に「継続的な設定変更・確認が必要なマスタ」（薬品や検査
項目などのように，ユーザである病院によって異なり，一定の頻度で変
更や更新が行われるもの）とに大別することができる。（乙５２４〔１
１，４３〕）
上記①のマスタについて一審被告が作成義務を負うことは明らかであ
り，この点は当事者間に争いがない。
本件で争われているのは，上記②のマスタの作成が一審原告と一審被
告とのいずれの義務に属するかである（以下，特に断らない限り，「マ
スタ」を上記②の意味で用いる。）。一審原告病院の場合，これらマス
タの多くは現行システムのマスタとして現存しているため，マスタの作
成とは，現行システムのマスタの抽出とほぼ同義である。」
(6)同１１頁６行目「(5)」を「(6)」と改める。
(7)同１１頁９行目「という。」の後に「ただし，通番０１２は欠番であり，
通番１０５と通番１６３が同一であるので，実数は１６９項目である。また，
一審原告が開発要望を出していないと主張するものを含む。」を加える。
(8)同１１頁１２行目冒頭から同１５行目末尾までを以下のとおり改める。
「ウ一審原告は，一審被告に対し，平成２２年３月１０日付け「履行催告
状」と題する書面（甲１４の１）により本件契約の履行を催告し（以下
「本件催告」という。），本件催告は，同月１２日，一審被告に到達し
た。（争いのない事実）
エ一審原告は，一審被告に対し，平成２２年４月２３日，本件原契約３
１条１項に基づいて本件契約を解除する旨を記載した通知（以下「本件
解除通知」という。甲３の１）を送付し，同月２６日，本件解除通知は
一審被告に到達した（以下「本件解除」という。）。（争いのない事実）」
(9)同１１頁１９行目「４月２３日」を「４月２６日」と改める。
(10)同１２頁２６行目「Ａ」の後に「（以下「Ａ取締役」という。）」を加え
る。
(11)同１３頁６行目，同１４頁４行目及び同８行目「４月２３日」をいずれも
「４月２６日」と改める。
(12)同１４頁１４行目「乙４６７」の後に「（枝番を含む。以下，枝番のある
証拠について，特に断らない限り，同じ。）」を加える。
(13)同１７頁２１行目「要件定義書及び外部設計書」の後に「（以下，両者を
併せて「要件定義書等」ということがある。）」を加える。
(14)同１８頁２６行目冒頭から同１９頁１４行目末尾までを以下のとおり改
める。
「一審被告が，資料で提案機能の説明を実施する（甲６３〔４〕）。
(ｲ)外部設計工程（乙４６２〔４〕）
分類１及び２については，出力帳票や設定項目など調整可能な詳細
機能の確認を行う。
分類３については，要件定義で確定した内容の外部設計書の確認を
行う。
イ本件要求仕様書等の位置付け
(ｱ)本件要求仕様書等は，一般的な意味での要求仕様書（一審原告の要
求仕様としての要件定義を記載したもの）であり，これを踏まえて作
成された本件技術仕様書（甲６）が，要件定義書に相当する。」
(15)同１９頁１７行目「コンピュータ」を「コンピューター」と改める。
(16)同１９頁２０行目「方針」を「指針」と改める。
(17)同２０頁２３行目「Ｂ」の後に「教授（以下「Ｂ教授」という。）」を加
える。
(18)同２０頁２３行目「本件システム構築に当たっては，」を「システム構築
にあたっては」と改める。
(19)同２３頁７行目「２ないし６」を「２－６」と改める。
(20)同２３頁２５行目「外部設計書（詳細設計書）」を「内部設計書」と改め
る。
(21)同２６頁１４行目「Ｃ」の後に「プロジェクトリーダー（以下「ＣＰＬ」
という。）」を加える。
(22)同３０頁２行目「Ｄ」の後に「薬剤師「以下「Ｄ薬剤師」という。）」を
加える。
(23)同４１頁１１行目「Ｅ看護師長」の後に「（以下「Ｅ師長」という。）」
を加える。
(24)同４４頁２２行目「Ｄ－４」を「Ｄ」と改める。
(25)同４５頁６行目「Ｆ」の後に「プロジェクトマネージャー（以下「ＦＰＭ」
という。）」を加える。
(26)同５７頁６行目「仕様外カスタマイズ」の後に「を含む本件システム開発
に係る業務」を加える。
(27)同５７頁１７行目冒頭から同２２行目末尾までを削る。
３当審における一審原告の主張
(1)争点(1)（本件システムの引渡日を平成２２年１月４日以降へ延期するとの
合意の有無）について
一審原告と一審被告との間で上記合意が成立した旨の一審被告の主張は争
う。
(2)争点(2)（平成２２年１月３日又は同年４月２６日の時点における本件シス
テムの完成の有無）について
ア民法６３４条以下の請負人の担保責任と債務不履行とのメルクマール
となる「仕事の完成」とは，開発対象を定めた要件定義書等に従ってシス
テム開発を行い，かつ，予定された最後の工程まで一応完成した場合，す
なわち稼働可能な状態が達成された段階をいう。
ところが，①平成２１年１１月１４日実施の外来プレリハーサル，同月
２８日実施の第１回外来リハーサルで多数の不具合が発生したこと，②同
年１２月１３日実施のスルーテストでもＷｉｎｄｏｗｓエラーが発生し
てアプリが落ちるなどの致命的な不具合が発生していたこと，③平成２２
年１月１８日の第１６回専門部会において，ＣＰＬは，「開発工数が想定
以上に大きくなっており，開発側で現在具体的な完了日が確定できない現
状にある。」と発言していたこと，④同月以降に実施した評価の結果，多
数のＷＧにおいて不可とされ，一審被告が把握できていない不具合等もあ
ったこと，⑤一審被告は，平成２２年３月１６日時点で，開発及び品質確
認試験に２か月以上の時間を必要とした上で，平成２３年１月又は平成２
２年９月下旬への納期再延長を提案していること（甲１５〔５，６〕）な
どからすると，本件システムは，平成２２年１月３日時点において完成し
ていたということはできない。
同年４月２６日時点でも本件システムが完成していたことを裏付ける
証拠はない。一審被告作成の完成証明資料（乙５２７）は同年６月２５日
時点のものでしかなく，一審被告とＩＢＭのＳＥが同年４月２６日以降も
プログラム開発，ＤＷＨ，保守運用に向けた業務を行った結果であるから
（乙４５６，４５７），同日時点での完成度は，上記乙５２７よりも相当
に低かったはずである。
イまた，本件プロジェクトは，単に本件システムを開発するだけではなく，
データ移行，操作研修，リハーサル，保守運用検討，保守設備構築等の業
務や，要件定義書等の提出及び承認が予定されており，これらの多くが完
了していなかった。
(3)争点(3)（一審被告の本件契約上の義務の範囲）について
ア分類１及び２のカスタマイズ義務の有無について
本件技術仕様書（甲６）において，分類１（パッケージ標準機能）及び
分類２（他病院機能の移植）とされていたのは，いずれも，パッケージ標
準機能や他病院機能によって一審原告が求める仕様項目を実現できる可
能性があり，一から開発を行うのではなく，パッケージベースで開発を行
っていくことを意味するに過ぎず，分類１及び２についてカスタマイズを
実施することを排除するものではない。
このことは，①そのように解さなければ，分類１及び２に関してはユー
ザである一審原告の要望は実現されないことになり，医療安全上の重大な
危機を招来しかねないこと，②プロジェクト計画書（甲６３〔本文３〕）
において「ワーキンググループにて，より優先度の高い機能の必要性が生
じた場合，技術仕様書上の機能と開発規模を考慮のうえ，取捨選択を検討
する。」と記載して，分類項目を問わずカスタマイズを予定し（プロジェ
クト計画書には，当初，追加カスタマイズのためにプログラム改修作業が
発生する場合は別途見積り及び再提案する旨の記載があったが，その後の
協議の結果，削除された。甲６３〔本文４〕，甲２３５〔本文４〕，乙５
７３〔２〕），実際，ＷＧにおいては分類項目を問わずに運用確認，仕
様検討が行われていたこと，③一審被告のＣＰＬも，分類１及び２につい
てもカスタマイズをすることがある旨を証言していること（証人Ｃ〔９な
いし１３〕），④平成２０年１１月１７日の一審原告と一審被告，ＮＥＣ
との打ち合わせにおいて，一審原告が，現行システムについて「長い歴史
の中で協議を重ねながら作り上げられてきたシステムであり，他施設には
見られない独自な機能も多く存在する。」と説明した上で，「ＮＴＴ東日
本には現在運用中の機能を確実に継承するようお願いしている。」と発言
したことに対し，一審被告から異論は出なかったこと，⑤同年１１月２７
日の第１回専門部会において，Ｄ薬剤師が，部門システムはメーカ提供機
能を採用するという発想は危険であり，現行機能の継承が必須である，部
門システム部分は現行の基本機能を継承することを約束してほしいと求
めたのに対し，ＣＰＬは，現行機能，つまり要求仕様定義という部分は守
る旨を約束していたこと，⑥ユーザである一審原告病院からパッケージ標
準機能について開発対象外の開発要望が出されても，ベンダである一審被
告はそのベースとなるパッケージを熟知しているのであるから，取り得る
選択肢をＳＥの作業量を勘案して複数提示し，一審原告病院側が業務への
影響を考慮しながら開発対象の範囲を検討できるよう誘導することが一
般的であり，開発費用が無限定に増えるという事態にはならないこと（同
じベンダの同じバージョンの病院情報システムでも，大学病院の負担する
リース代金は一般病院の負担するリース代金の４倍程度になっており，こ
れは，大学病院では一般病院よりも開発要望が圧倒的に多いことを予め織
り込んで開発費用を設定している結果である。），⑦要件定義工程作業実
施要領（甲６４〔１－４，１－５，２－６〕）には，分類に応じて異なる
取扱いをする旨の記載はなく，逆に，ＷＧにおいて仕様確認及びカスタマ
イズ要件の検討を行う旨を記載した上で，成果物たる要件定義書としてカ
スタマイズ要件定義を挙げていること，⑧一審被告が提出した「旭川医科
大学病院病院情報管理システム○○システム要件定義書〔××部門
／オーダ〕」（乙５２８。以下「要件定義書サンプル」という。）の「カ
ストマイズ説明書」の「件名」欄には「パッケージ提供」のチェック欄が
あり（乙５２８の１６枚目），パッケージ標準機能についてもカスタマイ
ズを予定していたことなどからも明らかである。
イ要件定義書等の提出義務の有無について
(ｱ)カスタマイズの有無に関わらず本件システムについて要件定義書等を
作成することは，要件定義工程作業実施要領（甲６４〔２－６〕），プ
ロジェクト計画書（甲６３〔本文１３〕）及び品質保証計画書（甲９３
〔本文５〕）に明記されており（殊に，要件定義工程作業実施要領（甲
６４〔２－６〕）では「機能一覧」が「詳細設計書（外部設計書）」の
成果物とされており，要件定義書サンプル（乙５２８〔８〕）では「カ
スタマイズ一覧」の他に「機能一覧」及び「出力帳票類」の作成が予定
されていることからすると，カスタマイズの有無に関わらず「機能一覧」
（外部設計書）の作成が予定されていたことは明らかである。），一審
被告は，これら「基本設計資料」を一審原告に提出し，一審原告による
承認を受けることとされていた（甲４〔説－５〕）。
そして，一審原告の意思決定機関が，専門部会等の上位に位置する理
事者であることは，プロジェクト計画書（甲６３〔本文５〕）及びプロ
ジェクト概要（甲８８〔９〕）に明記されており，一審被告も，要件定
義書等について一審原告の理事者による承認が必要であることは知悉し
ていた。
なお，要件定義書等は，一審原告職員が本件システムの全体像をイメ
ージし，業務上の問題を想定するために必要な書類であることから，カ
スタマイズを実施する部分だけでなく，全体の要件定義書等が必要であ
る（甲１５４〔１０〕，甲２２３〔４，５〕）。
(ｲ)この点，一審被告は，平成２０年１１月２５日の第１回専門部会事前
打合せにおいて，ＷＧにおいて配布された資料が要件定義工程の成果物
である旨を説明し，その一覧表を配布することによって，要件定義書の
確認及び承認に代えることが合意されたと主張する。
ａしかしながら，第１回専門部会事前打合せの議事録（乙３１８）に
は，上記のような合意がされたことを示す記載は存在しない。
むしろ，同議事録には，「要件定義工程の成果物として，要件定義
書のサンプルを用意した。」と記載され，実際，要件定義書サンプル
（乙５２８）が配布されたのであって，これらによれば，本件におい
ても「要件定義書」という名称の成果物が提出される予定であったこ
とがうかがわれる。
ｂそもそも，一審原告の意思決定機関は理事者なのであって，下位機
関である専門部会等において一審原告の承認手続を変更することはで
きないし，実際，専門部会や推進事務局会議などにおいてそのような
決定がされたという事実も存在しない。
ｃ仮に第１回専門部会事前打合せにおいて，ＷＧにおいて配布された
資料の一覧表を配布することで要件定義書の確認及び承認に代えるこ
とが合意されたのであれば，その後である平成２１年１月９日に作成
されたプロジェクト計画書（甲６３）及び品質保証計画書（甲９３）
にその旨を記載すれば足りるはずなのに，これらにも，上記(ｱ)のとお
り，要件定義書を作成する旨が記載されている。
これらは，一審被告の主張するような合意が存在していないことを
裏付けるものである。
(ｳ)一審被告は，外部設計書について，分類３に限って必要に応じて作成
することが予定されており，また，ＷＧに提出した画面イメージや帳票
サンプル等が本件における外部設計書に当たる旨を主張する。
ａしかしながら，プロジェクト計画書（甲６３），要件定義工程作業
実施要領（甲６４）及び品質保証計画書（甲９３）のいずれにも，一
審被告の上記主張を裏付ける記載は見当たらない。
ｂまた，ＷＧにおいて画面イメージや帳票サンプルの確認を行うこと
で理事者による外部設計書の確認及び承認に代えるとの点については，
どのような手続を経てそのような変更がなされたのかについて，一審
被告はその主張すらしていない。
(ｴ)本件訴訟における主張と矛盾する一審被告の対応等について
ａ一審被告は，本件技術仕様書（甲６）が要件定義書に該当する旨を
主張する。しかしながら，本件技術仕様書は，一審被告が第１回専門
部会事前打合せにおいて配布した要件定義書サンプル（乙５２８。業
務フローや画面イメージなど実装機能詳細が記載されている。）とも，
一審被告が平成２１年３月４日の第５回専門部会で配布したと主張す
る「技術仕様検討結果報告（要件定義）」（乙５３７。ただし，同配
布の事実はない。乙２の５）とも異なる。また，一審被告は，当初，
本件要求仕様書等（甲４，５）こそが要件定義書であると主張してい
たのに（一審被告の原審第４準備書面〔１３〕など），その後，本件
技術仕様書が要件定義書に該当すると主張を変遷させているが（一審
被告の控訴理由書〔５２〕など），これら主張は，ＣＰＬの供述（操
作マニュアルや議事録等を全てまとめて１つの冊子にしたものが要件
定義書である旨。証人Ｃ〔９４ないし９８〕）とも齟齬している。
ｂ一審被告が平成２１年１２月２８日に提出した文書（甲１５８）は，
仕様凍結前に提出されるべき外部設計書であった。
このことは，①上記文書が「機能概要書」（甲１５８の１），「画
面設計書」（甲１５８の２），「帳票仕様書」及び「接続仕様書」で
構成されており，これらは，要件定義工程作業実施要領（甲６４〔２
－６〕）における外部設計書の構成（機能一覧，画面設計及び帳票一
覧）及びプロジェクト計画書（甲６３〔本文１３〕）における外部設
計書の構成（画面設計書，帳票設計書及びインタフェース設計書）と
類似していること，②上記文書（甲１５８の１）の２枚目及び３枚目
が，要件定義書サンプル（乙５２８）の１２枚目及び１３枚目と同一
書式で作成されており，ユーザに提供されることを前提とする文書で
あること（一審被告の主張するように，ＳＥ向けの内部設計書である
なら，このようにユーザに提供される文書として作成されていないは
ずである。）から明らかである。
このように，一審被告は，本件訴訟における主張とは異なり，本件
システムの引渡予定日の直前になってではあるが，外部設計書を現に
作成して一審原告に提出している。
ｃ平成２１年３月３日の推進事務局会議において，「要件定義書とし
て確認できるものを提示してほしい。」とシステリア考房が要望した
ことに対して，一審被告は，「各ＷＧでは，技術仕様書の項目につい
て，詳細に要件定義を実施している。それらをまとめた要件定義書を
提示できるのは３月末となる。」と回答した（甲１４３〔２〕）。
また，Ｇ副部長が，①同年８月３１日，各種ドキュメント（要件定
義書，画面設計書，帳票設計書，インタフェース設計書，データ移行
設計書等）の確認作業を行うことを求めるメールをし（甲９６。これ
を受けて，同年９月８日から同月２４日にかけて，専門部会及び推進
事務局会議において，カスタマイズ設計書の確認等が行われた。甲９
７ないし９９の各２），②同年１０月４日に「一刻も早くドキュメン
トベースに貴社の仕事を点検させて頂きたい。」とメールし（甲１０
０，１４５），③同年１２月３日に「本日帳票全種を揃えて提出頂け
ませんでした。」，「明日（４日）にあらためて資料提出をお願い致
します。」とメールするなど（甲１０１，１４６），繰り返し要件定
義書等の提出を求めたのに対して，一審被告は，本件訴訟において主
張しているような内容の回答は一切しなかった。
こうした一審被告の対応は，要件定義書等に関する本件訴訟におけ
る一審被告の主張と矛盾するものである。
(4)争点(4)（本件仕様凍結合意の意味）について
ア本件システム開発ではウォーターフォールモデル（後戻りしない形で開
発を進める開発手法であり，各工程から次の工程に進む際に文書化を徹底
し，ベンダ・ユーザ双方が確認することに特徴がある。）が採用されてい
たが，平成２１年７月７日の第８回専門部会において本件仕様凍結合意が
された時までに，要件定義書等は提出されておらず，当然ながら，これら
書面について一審原告の承認も得ていなかった。要件定義書等が未提出の
段階では，要件定義工程や外部設計工程は終了しておらず，これらの工程
をやり直さないという意味での仕様凍結の段階に至っていたとはいえない。
このような段階では，ユーザは細部を確認することも，業務や運用の変更
の周知やシステム更新日の前後の対応を検討することもできないのであっ
て，ベンダがユーザの追加開発要望を拒否する前提を欠く。
イＣＰＬらは，第８回専門部会において，一切の追加カスタマイズに応じ
ないとは説明していないし，仕様凍結の意味も説明していなかった。
本件仕様凍結合意後も，画面イメージや帳票サンプル等が確定していな
いものがあったし，一審原告がＷＧにおける検討結果を反映した書面や修
正後のイメージ（サンプル）の提出を求めても，これらの提出はなかった。
したがって，ユーザである一審原告としては，これらについて要望や検
討できると考え，期待するのが当然である。
現に，一審被告のＡ取締役も，平成２２年３月２３日に，一審原告と一
審被告との間で「仕様凍結」の意味について認識の相違があったことを認
めていた。
ウＣＰＬらは，第８回専門部会において，平成２１年７月第１週から第３
週にかけて「外部設計＃２（カスタマイズ）」を行う予定であること（乙
３）を明らかにした上で，順次設計内容の確認を行わせていただきたい旨
説明しており，実際，本件仕様凍結合意後も，書面（カスタマイズ仕様書
等）又は開発したシステムの確認を一審原告に求め，一審原告の指摘を受
けて修正を行うなどしていた。本件仕様凍結合意後一切の変更等を想定し
ていなかったというのであれば，上記のように一審原告の確認を求めたり
する必要はなかったはずである。
エ一審原告が一審被告からデモ機を借り受けていたなどの事実はあるもの
の，デモ機は全ての機能が網羅されたものではなく，また，経営企画室に
置いてあったため一審原告病院全体でパッケージを十分に確認できる状況
にはなかった上，一審被告のＳＥからはパッケージの機能と現行システム
の機能との違いが繰り返し指摘されるなどしており，他病院への導入実績
があるパッケージだからといって信頼できるというような状況にはなかっ
た。そのような状況で，一審原告が，今後一切の追加開発要望を出さない
という合意をするはずがない。
オ平成２１年７月６日の第１２回推進事務局会議において，一審被告がカ
スタマイズを約束した項目以外には対応できないと回答したことに対し，
一審原告は，特段の異議を述べなかった。また，翌７日の第８回専門部会
において，Ｂ教授は，今後開発プログラムが徐々に出来上がってくると発
言した。
しかしながら，これらは，電子カルテカスタマイズ要望一覧（甲７）の
導入範囲欄に「○」が付されたものを開発対象とすることを一審原告が了
解したということを示すものに過ぎず，これらの事実から，一審原告が今
後一切の追加開発要望を出さないという意味を読み取ることはできない。
カそもそも，本件システムの運用開始日が当初予定していた平成２１年９
月２４日から変更されたとしても，一審原告としては，現行システムの使
用を継続すれば足りることであって，開発対象を絞ってまで本件システム
の運用開始を早めなければならない事情はなかった。
キ以上のとおり，本件仕様凍結合意は，一切の追加開発要望を出さないと
いう趣旨のものではなかった。
仮に一審被告が本件仕様凍結合意を上記の趣旨で理解していたとしても，
一審原告はそのような認識は有しておらず，これは，仕様凍結の意味やそ
の後の手続等について適切な説明をしなかった一審被告の責任であって，
本件仕様凍結合意以後に追加開発要望（１７１項目の追加要望など）が出
たことによる不利益を一審原告に課することはできない。
(5)争点(5)（１７１項目の追加要望の開発対象該当性）について
ア本件要求仕様書等には，政府調達に関する協定との関係上，システムの
画面設計や詳細動作まで記載することができず，これらは要件定義工程及
び外部設計工程において協議されることとなっていた。
また，前記(3)アのとおり，一審被告は，分類１及び２についても，ＷＧ
で要件定義及び外部設計に関して実装協議を行い，カスタマイズを行う義
務を負っていた。
そして，前記(4)のとおり，本件仕様凍結合意当時，要件定義書等が未提
出であり，ＷＧにおいて仕様が未検討又は確定していない事項があったか
ら，「仕様凍結」といっても，一審原告は，少なくとも画面，帳票及び操
作性に関わる開発要求を行うことは許される状況にあったし，不具合の指
摘も当然許される状況にあった。
１７１項目の追加要望のうち，一審原告が要望したとは認められない項
目（通番０１１，０３５，０９１，１０５（１６３と同じ。），１１４，
１１７，１１８，１３１，１３５，１４２，１６２）及び一審原告が開発
対象外の開発要望であることを自認する項目（通番１３６，１４４，１４
５）以外は，全て，要件定義書等が提出されておらず，仕様が確定してい
なかった仕様についての画面，帳票及び操作性に関する要望又は不具合の
指摘等であり，開発対象外の開発要望ということはできない。
イ個別の項目について（１７１項目の追加要望は，一審被告に帰責性がな
いことの理由として主張されているものであるから，一審原告が本件仕様
凍結合意後に追加要望をしたこと，同要望が開発対象外のものであること
について，一審被告に立証責任があるものというべきである。）
(ｱ)通番００７ないし０１０の要望２について
「検査同意書取得対象オーダの場合，バーコード付き検査同意書を自
動印刷する。」という機能を求める要望であるが，同意書取得確認欄ラ
ジオボタンのうち「する」を選択し，更に「ＯＫ」ボタンを押さなけれ
ば印刷されないというのであれば，「自動」印刷ということはできない。
仮に自動印刷機能が一審被告のシステムで提供されているのであれば，
一審原告の要望２は，単なる確認を行ったに過ぎず，開発対象外の開発
要望ということはできない。
(ｲ)通番０１６について
仮ラベルを二連ラベルにすることを求める要望であるが，仮ラベルは
正規ラベル（電子カルテカスタマイズ要望一覧ＣＲ－２５９により二連
ラベルにすることが合意されていた。）を「仮」に発行するものである
以上，仮ラベルも二連ラベルにすべきことは当然のことであり，開発対
象外の開発要望ということはできない。
(ｳ)通番０２０について
本件システムとナースコールシステムとの間の電文情報について情報
の欠落が生じていたため，一審原告がその旨の指摘を行ったに過ぎず，
開発対象外の開発要望ということはできない。
(ｴ)通番０２４について
本件システムに，現行システムの仕様に沿ったスキャン用バーコード
を実装するよう求めたものであるが，実装する仕様については一審原告
と一審被告との間で協議されておらず，パッケージ標準機能で対応する
ものと決まっていたわけでもないから，少なくとも開発対象外の開発要
望ということはできない。
(ｵ)通番０２７について
前記(4)のとおり，本件仕様凍結合意後も追加開発要望が一切許されな
いわけではなく，一審原告の要望は，一審原告と一審被告との間で個別
的にした合意に基づくものである。プリンタの変更が納期遅延の原因に
なるとは考えられない上，パッケージとリコー製のプリンタとの組み合
わせはＮＴＴ札幌病院等でも実績があり，全面的な見直しが必要になる
ものでもない。
(ｶ)通番０３６について
一審原告は，平成２１年８月１４日，電子メールにて，パスワードの
暗号化アルゴリズムをＳＳＨＡ方式とするよう指示したのであるから
（甲１８３），暗号化アルゴリズムはもともとＳＳＨＡ方式で確定して
いた。
その後，三菱電機インフォメーションテクノロジー株式会社（一審原
告側の業者。以下「三菱電機ＩＴ」という。）から一審被告に対して，
暗号化アルゴリズムをＳＨＡ－２５６からＳＳＨＡ方式に変更したい
旨のメールがなされているが（乙５６０），これは，単に，一審被告か
らの問合せに対する回答に過ぎないと考えられ，暗号化アルゴリズムを
新たにＳＳＨＡ方式に変更することを求めるものということはできな
い。
(ｷ)通番０６６について
一審原告のＨ技師が一審被告に交付した輸血依頼伝票のサンプルは甲
１８４添付資料２と同一であり，同サンプルには抗体情報や休日の保管
コメントが記載されていたのであるから，これらを記載するようレイア
ウトの変更を求めたことは，本件技術仕様書記載の具体化・詳細化に過
ぎない。
(ｸ)通番０６７について
採取ラベルへの印字情報は現行システムと同等の内容とするものとさ
れている（電子カルテカスタマイズ要望一覧ＣＲ－３４３）にもかかわ
らず，マスタデータに登録がない材料名が「その他」と印字されること
の修正を求めたものである。
一審被告の開発した本件システムにおいて材料名が「その他」と印字
されるのは一定以上の頻度があり，その都度システム上で確認していて
は，業務が停滞することになる。
(ｹ)通番０７１について
病棟看護師長等が全患者と全てのオーダ種について，現在の進行状況
がわかるように修正してほしいというものであり（本件技術仕様書（Ｃ
－７）[Ⅱ]２－２－５－４「患者毎，複数選択患者毎に指示受け対象・
非対象を問わず，オーダの一覧を状況別（全て・実施・未実施）に表示
する画面を有する機能をご提供します。」），分類３とされている。一
審被告は，平成２０年１２月２６日の第２回看護業務支援ＷＧにおいて
パッケージ標準機能（分類１）によることと合意された旨を主張するが，
同ＷＧの議事録（甲２１９）にはそのような記載はなく，一審被告の主
張するような合意がなされた事実は存在しない。
一審原告は，平成２１年１０月に初めて「指示受け」画面の確認をし
た後，上記本件技術仕様書記載の仕様に即した内容の開発を求めたに過
ぎず，開発対象外の開発要望ということはできない。
(ｺ)通番０７２について
通番０３５同様，一審原告の一審被告に対する質問に過ぎず，開発対
象外の開発要望ということはできない。
(ｻ)通番０８３，１７０について
一審原告は，歯式で検査部位を登録することを求めてはおらず，歯科
への対応を求めたに過ぎない。
本件システムが歯科に対応していたのであれば，専門部会でその旨を
説明すれば足りたはずである。その説明がなかったのは，本件システム
が歯科に対応していなかったか，ＣＰＬら一審被告のＳＥが本件システ
ムを熟知していなかったかのどちらかである。
(ｼ)通番０９９について
一審原告が一審被告に提供した現行システムのサンプルラベルには採
取管コメントが印字されており，一審被告がこれを見落として採取ラベ
ルを作成したことについて修正を求めたに過ぎないから，開発対象内の
開発要望である。
(ｽ)通番１０１について
一般細菌検査オーダの薬剤感受性結果欄の「菌」欄の検査結果の表示
が縦に揃っておらずズレの修繕を求めたものである。
一審被告自身，第１回外来リハーサル反省会において不具合であると
認めており（甲１０の１〔４〕），不具合の指摘に過ぎない。
(ｾ)通番１０３について
一審原告が一審被告に提供した現行システムのサンプルラベルには負
荷薬剤情報が印字されており，一審被告がこれを見落として採取ラベル
を作成したことについて修正を求めたに過ぎないから，開発対象内の開
発要望である。
なお，一審原告が，負荷試験入力画面から登録された負荷薬剤の情報
を，それとは別画面である検体検査オーダ詳細画面へも反映させるよう
求めたとの事実はない。
(ｿ)通番１１４について
一審被告の主張する要望時期（平成２１年８月頃）と問題管理票の記
載（同年１２月４日に本要望が出された旨）が整合しておらず，一審原
告が追加開発要望をしたことが立証されていない。
(ﾀ)通番１２６について
医師が本件システムで細菌検査をオーダした際に，「プロブレム情報」
が送信されるシステムになっていたものを，「病名情報」を送信するよ
うに変更を求めたものである。プロブレム情報を利用していない診療科
の場合，病名情報が部門システムに送信されないという不具合が生じる
ことになるため，上記変更を求めた。
本件技術仕様書では分類１となっているが，パッケージ標準機能では
本件技術仕様書で実装することになっている「病名情報を部門システム
に送信する」機能が実現できない診療科があるのであるから，同機能を
実現できるようカスタマイズすべきことは当然のことである。
(ﾁ)通番１３３について
一審原告の要望に即した内容は，一審被告のＩＳＥが交付した検討資
料（甲８１の２〔５〕）に記載されており，一審原告と一審被告との間
で合意が成立していたことが明らかである。１７１項目の追加要望の多
くは，専門部会で検討されることなく開発に着手されており，ＷＧにお
ける担当者間で追加開発合意を行うことが否定されていたわけではな
い。
(ﾂ)その他の４１項目（通番００５，００６，０１５，０１７，０２６，
０２８，０２９，０３１，０３２，０４５，０４８，０５５，０５６，
０５８，０５９，０６０，０６２，０６３，０６８，０７８，０７９，
０８０，０８１，０８４，０８７，０９２，０９４，０９８，１０４，
１０７，１０８，１１２，１１３，１２３，１２８，１３４，１３７，
１３８，１６１，１６５，１７１）も，不具合の指摘にほかならず，開
発対象外の開発要望ということはできない。本件システムは導入費が１
６億円以上もする高額なシステムであるから，使用に耐えないかどうか
という低レベルの基準ではなく，金額に見合った高レベルの基準を満た
しているか否かという観点から不具合の有無を判断すべきである。
(6)争点(6)（一審原告のマスタの抽出義務の有無等）について
アマスタの抽出義務について
一審原告は，現行システムからマスタを抽出し，入力作業を行うという
義務を負ってはいなかった。
(ｱ)本件要求仕様書（甲４）には，「移行するデータ対象は，現病院情報
管理システムに残る全てのデータ（旧システムデータと言い，これには
マスタデータを含む。）の内，診療・医事業務の継続に必要な範囲とし，
本学と協議して定めるとする。」（（Ｄ）１－１１－２－１）とした上
で，「旧システムデータの抽出作業費用は，本調達に含まれる。」（（Ｄ）
１－１１－２－３）と記載されていた。
一審被告は，上記要求に応諾し，これに沿う内容の本件技術仕様書（甲
６）を提出して入札したのであり，その旨は，平成２０年１０月９日に
実施された応札者に対する１回目のヒアリングの際にも確認している。
また，プロジェクト計画書（甲６３〔本文１２〕）でも，「データ移
行」について，「既存システムに格納されている情報を新システムへ移
行する。移行範囲は大学殿と協議のうえ，決定する。」と記載されてい
る。同書面には，「マスタ作成」を一審原告が行うかのような記載があ
るが，これは，後記(ｴ)のとおり，現行システムにはないマスタを新た
に作成する作業のみを意味するものである。
(ｲ)一審被告は，提案補助資料（乙１１）に，一審原告がＣＳＶ形式でデ
ータ抽出を行うことを前提とした記載があることを根拠に，一審原告に
マスタの抽出義務があったと主張する。
しかしながら，上記(ｱ)のとおり，データ移行の方法等を契約後の協議
事項とすることは本件要求仕様書及び本件技術仕様書に明記されてお
り，一審原告は，応札者に対する１回目のヒアリングの際にもその旨を
確認した上で，一審被告を落札者としたのである。一審原告にはマスタ
をＣＳＶ形式で抽出する能力などなく，ベンダであるＮＥＣ又は一審被
告に依頼するほかなかったが，その場合の費用を別途一審原告が負担し
なければならないとすると，上記(ｱ)のとおりデータ抽出費用を一審被
告の負担とした意義が失われてしまう。
提案補助資料は本件技術仕様書の下位に位置付けられる文書であって，
提案補助資料の記載と本件技術仕様書の記載とが矛盾している場合に
は，本件技術仕様書の記載が優先されると解すべきである。
(ｳ)平成２０年１１月１４日のキックオフで配布されたプロジェクト概要
（甲８８）には，運用開始後もメンテナンスが必要なマスタについては
一審原告が設定するかのような記載があった。
そこで，キックオフの席上，「マスタの移行」は全部一審被告がして
くれるのかとＤ薬剤師が質問したところ，ＣＰＬは「はい，結構でござ
います。」と回答した。ここで用いられた「マスタの移行」という用語
は，「原則として変更しないマスタ」のみならず，「継続的な設定変更・
確認が必要なマスタ」も含んでいたことは明らかである。
(ｴ)一審被告が作成したマスタスケジュールでは，マスタ作成の主担当は
一審原告とされていた。
しかしながら，マスタスケジュールにおける「マスタ作成」とは，現
行システムにはないマスタを新たに作成する作業のみを意味するので
あって（これらの作成義務を一審原告が負うことまでも争うものではな
い。），現行システムからのマスタの抽出義務を一審原告が負っていた
ことを示すものではない。
(ｵ)平成２１年３月３１日の第９回推進事務局会議において，一審被告か
ら，抽出できないマスタに関して，「移行できない項目は，病院様から
の指示，例えばマスタ設定ができる資料のご提出により弊社がマスタ設
定を行い，病院様に確認していただくか，病院様に設定していただく。」
との発言があった。これは，一審被告が現行システムからのマスタの抽
出義務があることを前提として，抽出できない場合には一審原告又は一
審被告がマスタを設定する可能性を示唆する発言に過ぎない。
また，同年４月２７日の第７回専門部会において，Ｊ医師が「なるべ
く職員がマスタを作成することがないようＮＴＴにお願いしたい。」と
発言したが，これも，一審被告が現行システムからのマスタの抽出義務
があることを前提として，一審被告が抽出できないマスタについて，一
部一審原告が協力せざるを得ない事態になってきた旨の発言に過ぎな
い。
いずれにせよ，上記発言ないしこれに対する一審原告の反応は，一審
原告がマスタの抽出義務を負っていたことを自認したものということ
はできない。
(ｶ)一審被告は，下記のとおり，マスタの抽出作業を行い，あるいは，同
抽出義務があることを前提とする行動を採っていた。
ａ一審被告は，マスタのデータ抽出に関してＮＥＣと協議した上で，
平成２０年１２月１９日及び平成２１年１月１４日，現行システムの
既存マスタのデータ抽出に関する見積書を取得した（甲２４２の１。
もっとも，一審被告は，同月２８日，ＮＥＣに対して，マスタ移行業
務を依頼しない旨を連絡しているが，これは，一審被告が開発費を削
減するためであったと考えられる。）。
ｂ一審被告は，平成２１年１月２６日の推進事務局会議において，「マ
スタ移行について，ＮＥＣと守秘義務を締結して検討を進めている。
また，既存ＤＢから実データをぬきだすことに了解をいただいてい
る。」（甲２４３）と説明した。そして，一審被告は，同年３月１７
日の第６回専門部会において，現行システムからマスタを抽出済みで
ある旨の報告を行っている（甲１１３の１，２４４）。
また，一審被告は，部門ベンダであった検体検査システム，物流シ
ステムについて，ＮＥＣに委託してマスタの抽出作業を行ったし（乙
２８０ないし２８３の各１，４２５ないし４２８の各１，５７７〔８，
１２〕），５４の薬剤マスタのうち３３について，一審被告のＳＥが
抽出作業を行った（乙１３，１４，５２４〔４７〕）。
ｃ一審被告にマスタの抽出義務がないのであれば，一審被告が上記の
ようにマスタの抽出作業に関する見積書を取得したり，実際にマスタ
の抽出作業を行ったりすることはなかったはずである。
イマスタの抽出義務の懈怠について
(ｱ)上記のとおり，一審原告にはマスタの抽出義務はなく，当然ながら，
その懈怠もない。
一審被告が，３３の薬剤マスタを作成したことは，一審被告が自らの
義務を履行したというに過ぎない。
また，現行システムのマスタは，データとして本件システムに移行さ
れることから，途中の点検は想定されておらず，一審被告が作成したマ
スタについてＤ薬剤師らが検証，動作確認を行わなかったという事実も
存しない。
さらに，マスタスケジュールでは，仕様凍結後にマスタ作成が行われ
る予定であった。しかるに，本件仕様凍結合意後である平成２１年１０
月１３日になっても，ＷＧ担当者に外部設計書の一部が五月雨式に提出
されているような状況であり，いわゆる「仕様凍結」の段階に至ってい
なかったのであるから，マスタを先行して提出するような状況ではなか
った。加えて，同年４月２７日の第７回専門部会でＣＰＬが提供を約束
した他病院の処置マスタが実際に提供されたのは同年１０月６日であり，
一審原告は，一審被告から十分なマスタ作成支援が得られなかった。一
審原告は，そのような状況下でもマスタ作成義務を果たした。処置マス
タの確認提出期限である同年１０月１３日までに提出しなかった診療科
は，追加，修正又は削除が不要であった診療科であり，期限を徒過した
ものではない。
(ｲ)一審被告は，マスタのデータ抽出に関し，一審原告がＮＥＣへの協力
依頼等を怠った旨を主張する。
しかしながら，一審原告は，平成２０年１１月１７日の打合せにおい
て，ＮＥＣに対して，データによる移行が可能なものについては可能な
限りデータで移行するよう要望し，一審被告に協力することを求めて，
積極的な協力依頼を行った。この後のＮＥＣと一審被告との協議は，両
者の間で行われるものであって，一審原告が関与すべき性質のものでは
ない。
(7)争点(7)（本件プロジェクト頓挫についての一審原告と一審被告の責任）に
ついて
ア前記(5)のとおり，一審原告が多くの開発対象外の開発要望を出したとい
う事実はなく，また，前記(6)のとおり，一審原告にマスタの抽出義務違反
も認められず，本件プロジェクトの遅延は一審原告の責任によるものでは
ない。
イ前記(5)イ(ｻ)のとおり，ＣＰＬを含む一審被告のＳＥはパッケージを熟
知していなかった可能性があり，このため本件システムに関して一審原告
に適切な提案等ができず，また，カスタマイズを実際に行うＩＢＭに適切
な指示がされなかったことが容易に推認され，これが本件プロジェクトの
遅延の一因になっているものと考えられる。
このほか，一審被告のＳＥが作成した問題管理票には，実態を反映して
いないものも少なくなく（乙１０１，１０４の２，乙１１１など），これ
らも，一審被告のＳＥの資質欠如(本件システム開発遅延の一因）を示すも
のである。
ウ１７１項目の追加要望のうち，開発対象外の開発要望は３項目（通番１
３６，１４４，１４５）に過ぎず，これが原因となって本件プロジェクト
が遅延したということはあり得ない。
１７１項目の追加要望のうち上記３項目を除くものはいずれも開発対象
外の開発要望ではなく，もともと追加費用の支払は不要であったし，一審
原告が追加費用の負担に応じる旨の覚書（案）（乙５３３参照）は結局締
結されなかったのであるから，一審原告が追加費用の負担に応じなかった
のは当然のことである。
仮に上記３項目以外に開発対象外の開発要望があったとしても，本件追
加開発合意自体が一審被告の処理能力を超える過大なカスタマイズを約束
したものであったのだとすれば，その後になされた１７１項目の追加要望
が本件プロジェクト頓挫の原因となるものではない。
エ仮に一審原告がマスタの抽出義務を負い，その一部について義務違反が
あったとしても，これが本件プロジェクト遅延の原因になったという事実
は存しない。
(ｱ)一審被告自身，本件プロジェクト遅延の原因として，開発スケジュー
ルの進捗管理に問題があったこと，現場の医師とのコミュニケーション
不足があったことを挙げる一方で，一審原告のマスタ抽出義務違反をそ
の原因として指摘していない（甲２０７）。
(ｲ)一般に，マスタデータは膨大である上に，医療機関の行う医療行為は
一定程度同質性，共通性が認められることから，ベンダは，システム導
入に当たって，ユーザにマスタの作成を求める場合には，①既存システ
ムのベンダに依頼してマスタデータを抽出し，新システムに格納できる
フォームにしたものをユーザに提供する，②サンプルマスタデータをユ
ーザに提供する，③自社システムを利用している他施設のマスタデータ
をユーザに提供するなどの方法で，ユーザのマスタ作成に関する業務を
支援する義務を負う。
ところが，一審被告は，前記(6)ア(ｶ)のとおり，ＮＥＣからマスタ抽
出作業の見積りを取得しながら，結局これを依頼せず，一部のデータし
か抽出作業を行わなかった。
また，一審被告は，平成２１年４月２７日の第７回専門部会において，
他病院のマスタの提示について調整する旨を説明したが，同年１０月６
日までその提供をしなかった。このため，一審原告は，他病院のマスタ
データをもとにして処置マスタ作成を作業することができなかった。
さらに，マスタスケジュール（乙３）上，平成２１年５月から同年１
１月末までがマスタ作成期間とされていたのに，処置・指示マスタの作
成に関する第１回ＷＧの開催が同年９月２９日になるなど，マスタ作成
支援体制が遅く，不十分だった。
このように，一審原告にマスタの抽出義務違反が認められたとしても，
それは一審被告のマスタ作成支援業務が不十分だったためであり，一審
原告に帰責性はない。
(ｳ)一審被告は，前記(6)ア(ｶ)のとおり，マスタ移行業務に関して，ＮＥ
Ｃから平成２１年２月２日に見積書を取得していながら，同年９月２８
日までＮＥＣとの間で契約を締結せず，同契約締結後も，ＮＥＣとの間
で，３回にわたって追加契約を締結した（乙２８１ないし２８３の各１）。
これらは，一審被告のデータ移行の方針が定まっていなかったことを示
すものであって，マスタが原因で本件プロジェクトが遅延したのだとし
ても，それは一審被告の責任である。
オ一審被告は，一審原告が現行システムの情報提供を怠った旨を主張する。
(ｱ)しかしながら，一審原告は，前記(6)イ(ｲ)のとおり，現行システムの
情報を保有しているＮＥＣに対し，一審被告に協力する旨を申し入れて
いる。これを超えて，一審原告が現行システムの情報提供を積極的に行
うべき義務があったということはできない。
(ｲ)のみならず，一審原告は，一審被告に現行システムのログイン権限を
付与するなどして（甲１７０〔５〕），一審被告が現行システムを理解
できる環境を整えたり（乙２の２〔４〕参照），現行システムに関する
画面イメージや帳票サンプル等を一審被告に交付するなどしており（甲
２３７ないし２４０），現行システムの情報提供を行った。
カ一審被告は，本件催告に対し，要求された事項を期間内に履行した旨を
主張する。
しかしながら，本件で問題となる「履行」又は「履行の提供」は，本件
システムを使用できる状態にして搬入，据付，調整等を完了して引き渡す
ことであって，一審被告がこれらを行わなかったことは明らかである。
キ一審被告の主位的請求及び予備的請求１について
システム開発の注文者に協力義務があるという一般論は認めるが，一審
原告には協力義務違反は認められず，また，本件システムが完成していな
い以上，受領義務違反も認められないから，一審被告の主位的請求及び予
備的請求１には理由がない。
(8)争点(8)（一審原告の損害額）について
ア違約金について
(ｱ)本件原契約３１条２項は，リース料金の総額から履行完了部分に相応
する金額を控除した額の１０分の１に相当する額を違約金の額として
いる。
本件契約はリース契約であるから，上記「履行完了部分」も，システ
ム開発の完成程度によって決められるべきではなく，リースが完了した
部分によって決められるべきである。
本件システムは運用開始すらしていないのであるから，リース契約の
「履行完了部分」は存在せず，リース料金の総額の１０分の１に相当す
る額がそのまま違約金の額になる。
(ｲ)本件契約（システム開発）の法的性質は請負契約と見るべきであり，
原則として仕事を完成するまで報酬を請求することはできない。建築請
負と違って，６割の完成，８割の完成というように給付の目的が可分と
なる性質のものではないし，他ベンダがシステム開発を続行して残部を
完成させることができるというものでもない。
本件システムは完成していない以上，本件原契約３１条２項「履行完
了部分」は０というほかない。
(ｳ)仮に本件システムの一定割合が完成していたとして，リース料金の一
定割合を「履行完了部分」と評価するとしても，リース料総額２４億３
４３２万円の中に含まれる保守費７億８９８６万５９２３円は控除し
て計算すべきである。保守費は，システム開発が終わって，システムが
運用開始した後にシステムの安定稼働のために要する費用であり，いわ
ば，システム安定稼働のための保険のようなものだからである。
本件システムの本件解除時の完成度を敢えて評価するならせいぜい７
割と見るべきであるから，本件システムの「履行完了部分」は，リース
料総額の内保守費を除いた１６億４４４５万４０７７円の７割（１１億
５１１１万７８５３円）と見るべきであり，これを前提とすると，違約
金の額は１億２８３２万０２１４円となる。
（式）（2,434,320,000－1,151,117,853）×0.1
イ薬剤業務支援システム導入費用について
本件技術仕様書上，本件システムと接続が予定された既存の薬剤部門シ
ステムとは，「調剤支援システム（（株）トーショー製），自動錠剤分包
システム（（株）トーショー製），注射薬自動払出しシステム（（株）セ
ントラルユニ製）」とされていた。
薬剤業務支援システムは，上記注射薬自動払出しシステムを更新するシ
ステムとして，平成２１年１１月３０日に契約が締結され，平成２２年４
月１日の運用予定で導入されたものである。
本件システムの運用開始は同年１月４日とされていたのであるから，運
用開始時点では，本件技術仕様書記載の注射薬自動払出しシステム（（株）
セントラルユニ製）と接続が予定されており，同年４月１日からは更新後
の薬剤業務支援システムと接続される予定であった。
したがって，一審被告にとって薬剤業務支援システム導入が予見できた
か否かは無関係であって，同システム導入費用は一審被告の債務不履行と
相当因果関係のある損害と認定されるべきである。
ウ眼科部門電子カルテシステム等導入費用について
一審被告が同システム導入を見送ったのは，他部門が紙カルテのままで
あるのに，眼科部門だけが電子カルテでの運用となった場合，診療上の支
障防止や医療安全の確保等の見地から問題があると判断した結果であって，
合理的な理由に基づくものである。
エ鉄板費用について
一審被告がサーバの移設先として同意した病院１階エレベータ前室は，
もともとサーバを置くことが予定された場所ではなく強度が不足していた
ことから，鉄板の敷設が必要になったものである。
したがって，一審被告が鉄板敷設を知っていたか否かを問わず，鉄板敷
設費用は原状回復に必要不可欠なものとして，一審被告の債務不履行と相
当因果関係のある損害と認定されるべきである。
オコンサルティング費用について
本件契約締結前のコンサルティング費用も，本件要求仕様書作成のため
に必要な費用として，一審被告の債務不履行と相当因果関係のある損害で
ある。
また，一審被告の債務不履行がなければ，本件システム運用開始予定日
以降において，本件プロジェクトを継続すべきか否かという無駄な作業を
強いられることもなかったのであるから，本件プロジェクトを継続するか
否かを検討するためのコンサルティング費用も，一審被告の債務不履行と
相当因果関係のある損害と認定されるべきである。
カ更新契約締結に伴う損害について
現行システムの保守期限は平成２１年１２月末日であり，保守期限を超
えて現行システムの運用を続けた場合，各種データの記憶容量が早晩不足
するばかりか，システム障害の発生も懸念されたため，一審原告は，平成
２２年６月２９日にＮＥＣとの間で更新契約（契約期間は同年１０月１２
日から平成２５年１２月３１日まで）を締結せざるを得なかった。
他方，カルテ等の電子化は国の施策として推進されていたものであり，
平成２２年度のカルテ等の電子化の状況は，全国４２の国立大学病院中，
未実施が５病院（一審原告病院を含む。）に過ぎなかったから，一審原告
病院においても，早期にカルテ等の電子化を行うことが喫緊の課題となっ
ていた。このため，本件システムに代わるものとして，平成２６年１月か
ら新システムを導入したものである。平成２８年１０月まで現行システム
（診療録等の電子化に対応していないシステム）の使用を継続することは，
上記の国の施策に反し，地域医療の拠点となる国立大学病院におけるカル
テ等の電子化を不当に遅延させることになる。
このため，一審原告は，６年分のリース料（病院情報管理システムは，
耐用年数等を考慮して６年間でリース契約を締結することが前提となって
いる。）を支払って，リース期間を約３年２か月として現行システムの更
新契約を締結せざるを得なかったのであり，その差額３億０８６８万６４
１４円が一審原告の損害となる（計算根拠は原判決５１頁２２行目冒頭か
ら同５２頁２１行目末尾までに記載のとおりである。）。
キ逸失利益のうち，カルテ等保管場所の他施設への移行の遅れによる損害
について
(ｱ)一審原告は，本件システム導入によってカルテ等が電子化されれば，
カルテ及びＸ線フィルムの保管場所が空き，空いたスペースを利用して
ＩＣＵ，点滴センター，透析室の各施設の増床を図り，収益を上げる予
定であった。一審被告の債務不履行によってこれら収益を上げられなか
ったことによる逸失利益は７億２８５１万８０００円である（計算根拠
は原判決５３頁２３行目冒頭から同５４頁２３行目末尾までに記載の
とおりである。）。
(ｲ)予備的主張２億００５９万６１８３円（甲２２２）
ａカルテ等が電子化されても，カルテやＸ線フィルムの保管場所が一
挙に不要になるわけではないが，カルテの保存期間は５年間であるか
ら，１年に５分の１ずつ，カルテの保管場所が空くという関係にある。
カルテ保管庫の床面積は２室合わせて３２６㎡であり，一審原告病
院の建物延べ面積（６万００３８．９９㎡）に占める割合は０．００
５４２９８０５である。
一審原告病院の平均年間利益（過去３年間の平均）は９３億２８８
８万５６６７円であるから，これに上記割合を乗じて，カルテ保管場
所が完全に空きスペースになった場合に同スペースが生み出すであ
ろう年間利益を算定すると，５０６５万４０３０円となる。
９３億２８８８万５６６７円×０．００５４２９８０５
＝５０６５万４０３０円
上記のとおり，１年間に５分の１ずつカルテ保管場所が空くと仮定
して，１年目，２年目，３年目，４年目のそれぞれ得られたであろう
利益を計算すると，下記のとおり合計１億０１３０万８０６０円とな
る。
５０６５万４０３０円×１／５＝１０１３万０８０６円
５０６５万４０３０円×２／５＝２０２６万１６１２円
５０６５万４０３０円×３／５＝３０３９万２４１８円
５０６５万４０３０円×４／５＝４０５２万３２２４円
ｂＸ線フィルムは保存期間が３年であるから，１年に３分の１ずつス
ペースが空く。
Ｘ線フィルム保管庫の床面積は２１３㎡であり（一審原告病院の建
物延べ面積の０．００３５４７６９５），同様に，Ｘ線フィルム保管
庫が完全に空きスペースとなった場合に同スペースが生み出すであ
ろう年間利益は３３０９万６０４１円になる。
９３億２８８８万５６６７円×０．００３５４７６９５
＝３３０９万６０４１円
同様に，１年目，２年目，３年目，４年目のそれぞれ得られたであ
ろう利益を計算すると，下記のとおり合計９９２８万８１２３円とな
る。
３３０９万６０４１円×１／３＝１１０３万２０１４円
３３０９万６０４１円×２／３＝２２０６万４０２７円
３３０９万６０４１円×３／３＝３３０９万６０４１円
３３０９万６０４１円×３／３＝３３０９万６０４１円
ｃ上記ａ，ｂの合計２億００５９万６１８３円が，保管場所が空くこ
とによって得られたであろう逸失利益となる。
ク弁護士費用について
本件は，システム開発に疎いユーザである一審原告が，責任原因を否定
する一審被告に対して訴訟提起を余儀なくされたものであって，先例が乏
しく，かつ，極めて専門性が高いものであるから，弁護士費用も損害とし
て認められるべきである。
ケ遅延損害金の始期について
一審原告は，本件解除通知において，金額こそ記載していなかったが，
違約金及び損害賠償を請求する意思を明示していた。
債務者が遅滞となるためには，債務の同一性が認識できれば足り，催告
に金額の過不足があっても付遅滞の効果に変わりはないものとされてい
る。
そして，違約金については，本件原契約３１条２項及びリース料総額か
ら容易に算定できるのであるから，少なくとも違約金２億４３４３万２０
００円の遅延損害金の始期は，本件解除通知が一審被告に到達した平成２
２年４月２６日とすべきである。
(9)争点(9)（一審被告の損害額）について
ア一審被告は，本件システムが完成・納品されていれば，ＮＴＴファイナ
ンスから売買代金２３億６２３０万２４０４円（導入費１５億７２４３万
６４８１円及び保守費７億８９８６万５９２３円）を取得できたから，同
金額が一審被告の損害となる旨主張する。
しかしながら，上記保守費は，前記(8)ア(ｳ)のとおり，システム運用開
始後に，システムに問題が発生した場合に備えた保守体制を敷くことへの
対価であり，一審被告は，本件契約が解除されたことにより，上記保守体
制を敷くことから解放される関係にある。Ｋ部長の陳述書（乙３０８〔３〕）
及び供述（証人Ｋ〔２〕）によっても，ＮＴＴファイナンスから受領予定
であったのは導入費だけであり，保守費は受領予定にはなっていなかった。
したがって，保守費は相当因果関係のある損害とは認められない。
イまた，一審被告とＮＴＴファイナンスとの売買契約は本件システムが納
品された段階で締結される予定だったのであり，売買契約締結に至ること
ができるか否かは，もともと，本件プロジェクトの内容や進捗に左右され
るものであった。すなわち，上記導入費についても，これをＮＴＴファイ
ナンスから取得できるというのは，一審被告の期待という程度のものであ
って，具体的な見込みがあったということはできない。
ウ仮に上記売買代金が一審被告の損害であるとしても，平成２２年１月４
日の運用開始予定時点における本件システムの完成度合は６割程度であっ
たと見るべきであるから，上記金額の６割に限って，一審被告の損害と評
価すべきである。
(10)争点(10)（一審被告の商法５１２条に基づく報酬請求権の有無）について
商法５１２条は，民法が委任等について無償を原則としているものにつ
いて「相当の報酬」を認めた例外的規定であり，予め有償とする合意があ
り，代金額が決定されている場合には適用される余地はない。
４当審における一審被告の主張
(1)争点(1)（本件システムの引渡日を平成２２年１月４日以降へ延期するとの
合意の有無）について
一審原告は，本件プロジェクト開始直後から大量の開発対象外の開発要望
を出したため，平成２１年７月７日，一審被告がこのうち６２５項目を受け
入れる（本件追加開発合意）一方で，リースの開始時期を同年９月２４日か
ら平成２２年１月４日へと変更した（本件変更契約）。
このような経緯に鑑みれば，大量の開発対象外の開発要望がなされれば，
当初の履行期内に開発を完了することが不可能になることは，一審原告も十
分理解していたはずである。にもかかわらず，一審原告は，本件仕様凍結合
意後も大量の開発対象外の開発要望（１７１項目の追加要望等）を出したの
であり，このような追加開発要望には，納期延長についての了解も当然に含
まれていたと解すべきである。
(2)争点(2)（平成２２年１月３日又は同年４月２６日の時点における本件シス
テムの完成の有無）について
アシステム開発では，初期段階で軽微なバグが発生するのは技術的に不可
避であり，納品後のバグ対応も織り込み済みであることに照らすと，バグ
が存在しても，システムを使用して業務を遂行することが可能であり，そ
の後のバグ対応で順次解消される類のものであれば，仕事が完成したと認
定して差し支えない。
そもそも，本件契約における一審被告と一審原告との関係は，請負契約
に類似の関係であり，契約をした目的を達成することができない瑕疵があ
るときに限って解除が認められるのであり，多少の不具合があっても仕事
の完成は否定されず，契約の解除は許されない。
イ本件システムは，平成２２年１月３日又は同年４月２６日時点では完成
していたのであり，仮に多少のバグがあったとしても，それは瑕疵担保責
任の問題に過ぎず，契約解除は認められない。
(3)争点(3)（一審被告の本件契約上の義務の範囲）について
ア分類１及び２のカスタマイズ義務の有無について
分類１及び２についても一審被告がカスタマイズ義務を負っていた旨の
一審原告の主張は争う。
イ要件定義書等の提出義務の有無について
(ｱ)分類１及び２について
分類１及び２については，一から新たに開発するオーダーメイド型の
開発は予定されていなかったから，一般的意味での要件定義書等はそも
そも不要であり，作成は予定されていなかった。
(ｲ)分類３について
ａ要件定義書について
分類３についてはカスタマイズが予定されていたが，既に本件技術
仕様書（甲６）によって要件定義がなされていたから，一般的意味で
の要件定義書の作成は予定されていなかった。ただし，本件技術仕様
書の要件定義部分を部分的に具体化した資料の作成は予定されており，
実際，一審被告は，ＷＧにおいて，各種資料を作成して，一審原告に
交付した。
ｂ外部設計書について
分類３についてはカスタマイズが予定されており，中には詳細な設
計要件が必要である機能もあったから，そのような機能に関する部分
については，必要に応じて外部設計を行うことが予定されていた。実
際，一審被告は，外部設計のために，画面イメージや帳票サンプル等
を作成し，一審原告に交付していた。
ただし，必要のない部分については外部設計のための資料の作成は
予定されておらず，分類３についても，一般的意味での外部設計書の
作成が予定されていたわけではない。
(ｳ)一審被告による要件定義書等の交付等について
ａ一審被告は，平成２０年１１月５日に「ワーキングの実施に向けて
（案）」と題する書面（乙４６２〔４〕）において，要件定義工程と
して，分類１及び２については技術仕様書の確認作業を，分類３につ
いてはカスタマイズ要件書の確認作業を予定している旨を一審原告に
伝えた。
そして，同月２５日の第１回専門部会事前打合せにおいて，要件定
義工程作業実施要領（甲６４）を示し，要件定義工程の成果物が，Ｗ
Ｇにおける配布資料を全てまとめたものであることを説明し，一審原
告の了承を得た（乙３１８）。なお，本件要件定義書は，全てのＷＧ
における仕様確認が終了した後，専門部会において確認し，一審原告
の承認を得ることとなっていたが（乙４９２），ＷＧにおいて配布さ
れた膨大な量の資料を専門部会で全て確認することはできなかったた
め，専門部会においては，本件技術仕様書記載の各項目が，どのＷＧ
で確認されたかを記載した一覧表を配布することにより，本件要件定
義書の確認及び承認に代えることとした。
一審被告は，上記合意に基づいて，平成２１年３月４日の第５回専
門部会において，「技術仕様検討結果報告（要件定義）」（乙５３７）
を交付して説明し（乙２の５「資料４」），その後，電子データを配
布して一審原告の確認を求めたところ（乙２の５「課題・調整事項１」），
一審原告は特段の異議を述べず，要件定義の確認及び承認は完了した。
ｂ一審被告は，平成２１年９月２４日以前，一審原告から，分類１及
び２の要件定義書等の提出を求められたことはない。
追加カスタマイズ項目の画面イメージ及び帳票サンプル等も，同年
１２月８日までに全て提出している。
ｃ一審被告が平成２１年１２月２８日に一審原告に提出した文書（甲
１５８）は，内部設計書であって，外部に示すことを予定した要件定
義書等とは異なる。
(4)争点(4)（本件仕様凍結合意の意味）について
本件仕様凍結合意は，一審原告がこれ以降新たな追加開発要望を行うこと
ができないことを意味する。
これに反する一審原告の主張は争う。
(5)争点(5)（１７１項目の追加要望の開発対象該当性）について
１７１項目の追加要望は，全て本件仕様凍結合意後又は追加要望を締め切
った平成２１年５月１日以降にされた更なる追加開発要望であるから，開発
対象外の開発要望である。このことは，一審被告が，これらを一審原告から
の追加要望として管理し（乙６），要望された機能の開発を行っていること
（乙２０ないし１２０）から明らかである。
これらが開発対象内の開発要望であるとの点は，契約の成立を主張する一
審原告が主張立証責任を負うべき事柄であり，一審原告から開発要望があっ
たことの立証がないというだけの理由により開発対象内と認定することは相
当ではない。
(6)争点(6)（一審原告のマスタの抽出義務の有無等）について
ア一審原告は，マスタの抽出義務を負っていたのに，これを怠った。
これに反する一審原告の主張は争う。
イなお，一審被告は，一審被告に移行義務がないマスタの一部についても，
ＮＥＣに抽出作業を依頼したり，自ら抽出作業を行ったりしているが，可
能な範囲で一審原告の作業に協力していたに過ぎず，だからといって，マ
スタの抽出作業が一審被告の義務に転化するというものではない。
(7)争点(7)（本件プロジェクト頓挫についての一審原告と一審被告の責任）に
ついて
ア本件システムの完成が遅延した理由の一つは，前記(5)のとおり，一審原
告が大量の開発対象外の開発要望を出す等したからであり，一審被告には
債務不履行責任がない。
イ本件システムの完成が遅延したもう一つの理由は，一審原告がシステム
開発の注文者として負っていた協力義務を果たさなかったからであり，一
審被告には債務不履行責任がない。
(ｱ)システム開発は注文者と受注者の共同作業であって，受注者のみでシ
ステムを完成させることはできない。このため，システム開発の受注者
は，その開発過程において，機能の確定や資料・情報の提供等，開発の
ために必要な協力を受注者から求められた場合，これに応じて必要な協
力を行うべき協力義務を負っている。そして，注文者が協力義務を果た
さなかった場合，受注者に債務不履行責任はない。
(ｲ)しかるに，一審原告は，前記(6)のとおり，薬剤マスタ，処置マスタ等
についてその作成を懈怠し，一審原告が作成すべきマスタの多くを一審
被告が代わりに作成することを余儀なくされたし，一審被告がマスタを
作成するに当たって必要な協力をしなかった。
また，一審原告は，本件プロジェクト開始当初の合意に反し，現行シ
ステムの備える機能を本件システムに最大限取り込むことを要求した
が，そのために必要な現行システムの情報（基本設計書等）を十分に提
供せず，ＮＥＣへの協力依頼も十分に行わなかった。
さらに，一審原告は，本件仕様凍結合意の時点において確定済みの機
能についても，たびたび変更を要求し，その結果，本件仕様凍結合意後
も手戻りが発生し，不必要な作業が増加した。
そして，前記(2)のとおり，平成２２年１月３日時点で本件システムは
完成していたか，仮に完成していなかったとしても，本件システムのバ
グ等の不具合は軽微であり，その是正は容易であった。そして，一審被
告は，本件システムの完成に向けてなお尽力したいとの姿勢を示してい
た。ところが，一審原告は，一審被告に対し，同年２月１日に本件プロ
ジェクトの継続が困難であることを口頭で通告して以来，一切の協力を
拒絶し，本件システムの完成を妨害した。
ウ以上のとおり，本件システムの完成が遅延したのは，一審原告が大量の
追加開発要望を出し，また，一審原告が協力義務を果たさなかったからで
あり，一審被告に帰責性はない。
エ一審原告による本件解除は，民法５４１条の要件を満たしておらず，無
効である。
一審原告は，本件催告によって，本件契約の履行を催告した上，本件シ
ステムが稼働できることを立証するために必要な資料及び開発時期を明示
した運用開始までの工程表を平成２２年３月１６日までに提示することを
求めた。
これに対して，一審被告は，同日，「プロジェクト再開に向けてのご提
案」と題する書面（甲１５）を提出して，一審原告の上記要求に全て応え
た。
以上のとおり，一審被告は，本件催告において要求された事項を，期間
内に履行した。その後，一審原告は，相当の期間を定めた催告を行ってい
ないから，同年４月２６日になされた本件解除は，民法５４１条の要件を
満たしておらず，無効である。
オ以上のとおり，一審原告には，協力義務違反が認められる。また，本件
解除時までには本件システムは完成していたのに，無効な本件解除を行っ
て不当に受領を拒絶した（受領義務違反）。したがって，一審原告は，債
務不履行責任を負う（主位的請求）。
また，上記協力義務違反及び受領義務違反について，一審原告は不法行
為責任を負う（第１次予備的請求）。債務不履行責任と不法行為責任とは
単なる請求権競合の関係に立つに過ぎず，後者についてより高い違法性が
必要であるというものではない。
(8)争点(8)（一審原告の損害）について
一審原告の主張は争う。
(9)争点(9)（一審被告の損害額）について
一審被告に過失相殺されるべき過失はない。
仮に過失相殺が認められるとしても，物品の転用分は，一審原告の債務不
履行又は不法行為によって生じた損害と同一の原因によって一審被告に生じ
た利益ではないから，損益相殺の対象とはならず，過失相殺前の損害額から
控除すべきである。
(10)争点(10)（一審被告の商法５１２条に基づく報酬請求権の有無）について
商法５１２条に基づく報酬請求権は，当事者間に契約が存在する場合の適
用を排除するような文言はなく，一審被告の行った業務が本件契約に基づく
ものであったとしても，商法５１２条に基づく報酬請求権は否定されず，債
務不履行に基づく損害賠償請求権と請求権競合になるに過ぎない。
第３当裁判所の判断
１認定事実
前記第２の２項のとおり補正して引用する前提事実に各掲記の証拠及び弁論
の全趣旨を総合して認定することができる事実は，以下のとおり補正するほか，
原判決「事実及び理由」欄の「第３当裁判所の判断」の１項のとおりである
から，これを引用する。
(1)原判決５８頁８行目「４月」を「３月」と改める。
(2)同５８頁１４行目「７つ」の後に「の小ＷＧ」を加える。
(3)同５９頁２行目「Ｂ（以下「Ｂ教授」という。）」を「Ｂ教授」と改める。
(4)同５９頁３ないし４行目「病院情報管理システム仕様策定委員会」の後に
「（以下「仕様策定委員会」という。）」を加える。
(5)同５９頁１４行目「Ｅ（以下「Ｅ師長」という。）」を「Ｅ師長」と改め
る。
(6)同６０頁５行目「Ｄ（以下「Ｄ薬剤師」という。）」を「Ｄ薬剤師」と改
める。
(7)同６０頁２１行目「Ａ（以下「Ａ取締役」という。）」を「Ａ取締役」と
改める。
(8)同６１頁３行目「Ｆ（以下「ＦＰＭ」という。）」を「ＦＰＭ」と改める。
(9)同６１頁７行目「Ｃ（以下「ＣＰＬ」という。）」を「ＣＰＬ」と改める。
(10)同６２頁９ないし１０行目「病院情報管理システム仕様策定委員会（以下
「仕様策定委員会」という。）」を「仕様策定委員会」と改める。
(11)同６５頁１行目末尾に「（甲４〔説－４，５〕）」を加える。
(12)同６５頁１７行目「各仕様項目」の前に「５８５０の」を加える。
(13)同６６頁６行目「他病院」の後に「機能」を加える。
(14)同６６頁１１行目「回答した。」の後に以下を加える。
「同月９日に実施したヒアリングにおいて，一審原告は，データ移行の対象
に関して，「制限を付けられているようだが，診療・医事業務に必要という
仕様なので，広く解釈させてもらう可能性もある。対応可能か。」と質問し，
一審被告は，「ＮＥＣからＩＢＭへ切り替わった他病院でのデータ移行の実
績を元に，移行範囲を記載しております。この内容でお客様からクレームは
頂いておらず，必要十分な範囲と考えております。」と回答した。」
(15)同６６頁１９行目「本件要求仕様書等」を「本件要求仕様書」と改める。
(16)同６６頁２３ないし２４行目「新規導入システムパッケージの機能及び画
面等の確認」の後に「（技術仕様書確認）」を加える。
(17)同６７頁２行目「要求内容の確認」の後に「（カスタマイズ要件書確認）」
を加える。
(18)同６７頁１５行目「旭川大学病院」を「旭川医科大学」と改める。
(19)同６７頁２５行目「要求仕様書（技術仕様書）」を「本件要求仕様書（本
件技術仕様書）」と改める。
(20)同６９頁２行目冒頭から同１１行目末尾までを以下のとおり改める。
「ｂＣＰＬは，「マスタには大きく２種類ございます。１つはシステムの
ベースになる，根幹になる機能を設定するマスタがございます。もう１
つは，皆様が日頃お使いになられる，例えば，検査項目が増えた，若し
くは，薬剤が増えた，ということがおありになるかと思うのですが，そ
ういう日々メンテナンスが必要もの，随時あるいは定期で変更が必要な
ものにつきましては，皆様に作成をいただきたいと言う風に思っており
ます。」と説明した。
そして，Ｄ薬剤師から「お話の中ではあたかもマスタは現場が新たに
作るような形に聞こえたんですけども，実際は動いているシステムがあ
って，しかもデータ移行をされるということですから，マスタも当然移
行ができると言う風に考えられるかと思うのですが，なにか聞いている
限りでは，すべて入れてくださいと言う風に聞こえたのですが，その辺
はどういうことなのでしょうか。」と質問され，ＣＰＬは，「まず要求
仕様の中にいただいておりますデータの移行の範囲，こちらはきちんと
データ移行の方をさせていただきます。その中にマスタにつきましても，
移行する項目がございますので，こちらにつきましては，マスタの移行
の方もさせていただくようにいたします。」，「残ります部分の中で，
そのままデータを引き継いできたときに，そのままは使えない部分につ
きましては，情報を付加したり，そういった部分が必要になりますので，
そういったところを一緒に作成をしていければという風に思っており
ます。」と答えた。
さらに，Ｄ薬剤師から「大方針の中にありました現行機能の維持とい
う面でのマスタの移行は全部していただけるということでよろしいの
でしょうか。」と質問され，ＣＰＬは，「はい。結構でございます。」
と答えた。（甲８９）」
(21)同６９頁１１行目末尾に改行の上，以下を加える。
「ウ平成２０年１１月１７日，一審原告，一審被告及びＮＥＣの各担当者
が集まって打合せが行われた。
その席上，一審原告の担当者は，「当院のＨＩＳ（注・病院情報管理
システム）は開院以来，ＮＥＣが一貫してシステム構築を行ってきた。
長い歴史の中で協議を重ねながら作り上げられてきたシステムであり，
他施設には見られない独自な機能も多く存在する。」，「システムベン
ダが変更することでユーザインターフェースが変更になることは必然と
しても，ＮＴＴ東日本には現在運用中の機能を確実に継承するようお願
いしている。」と述べて，ＮＥＣの担当者に対し，一審被告への協力を
依頼した。（甲２２７の２）」
(22)同６９頁１２行目「ウ」を「エ」と改める。
(23)同６９頁１９行目「要件定義書」を「要件定義」と改める。
(24)同７０頁１行目冒頭から同８行目末尾までを以下のとおり改める。
「(ｲ)ＣＰＬは，席上，要件定義書サンプル（乙５２８）を配布した上で，
「議題４：要件定義工程の進め方について」として，「資料は内部資料
であり，通常は病院側に提示していないが，このような資料で各ベンダ
との整理を行っている。要件定義工程の成果物として，要件定義書のサ
ンプルを用意した。これから行うＷＧについてもこれらの資料を使って
コントロールしていく。要件定義書の構成は，対象範囲の定義と機能一
覧。機能一覧にて各ベンダの持つシステムの機能を説明し，これが病院
様に提出した技術仕様書（注・本件技術仕様書）への回答のどれに相当
するのかを確認する。カスタマイズにて実現する部分についてはその内
容を確認する定義書を作成していく。」と説明した。（乙３１８，５２
８，証人Ｃ〔１５ないし１７〕」
(25)同７０頁９行目「エ」を「オ」と改める。
(26)同７０頁１１行目冒頭から同７１頁１３行目末尾までを以下のとおり改
める。
「(ｱ)専門部会の役割について
ａ一審原告は，冒頭，「本日を第一回として，病院長のもと情報シス
テム専門部会を設立する。この部会にて新システムの運用を決定して
いくということで了承されている。決定事項は，逐次病院長補佐会議
にて最終承認を得ることとなる。」，「ここで全てを決定することは
困難であるため，専門部会のもとにＷＧグループを設立する。」と説
明し，「情報システム専門部会を設立し，新システムに対する運用体
制は決定していくこととする。」旨が決定された。（乙２の１〔１〕）
ｂＣＰＬは，専門部会の役割について，「全体スケジュールの確認，
共通課題の検討およびＷＧ検討結果の承認と審議を行う。」，「２月
の末には，ＷＧによる仕様検討結果をこの場で確認することとなる。」
と説明した。（乙２の１〔２〕）
(ｲ)マスタスケジュールについて
ａ一審被告は，平成２０年１１月２７日付けのマスタスケジュール（乙
５１３）を配布した。
同マスタスケジュールには，平成２０年１１月第４週から平成２１
年２月第４週までの間に，ＷＧにおいて要件定義，仕様確認を行い，
承認を得ること，併せて同月第１週から第４週までの間に，ＡＰ開発
として外部設計（ＷＧ）を行い，この作業が完了した時点で「ＡＰ仕
様凍結」とすること，その後は内部設計作業や開発作業を行うことが
記載されていた。
また，一審原告と一審被告の役割分担について，「データ移行」は
一審被告が主担当（このうち「移行計画策定」は一審原告も併せて主
担当）であり，「マスタ作成（操作研修用マスタ，統合試験用マスタ，
総合試験・本番マスタ）」は一審原告が主担当し，一審被告が支援す
る旨が記載されていた。（乙５１３）
ｂＣＰＬは，上記マスタスケジュールに関して，「ＷＧを１１月末か
ら順次開催していく。２月を持って終了とし，仕様を凍結，再度この
専門部会で承認を得たいと考えている。」，「２月のＷＧ終了後，マ
スタ作成作業に移っていただく。来年９月の開始までの各フェーズに
て適宜締め切りを設けて進捗を確認していく。」と説明した。（乙２
の１〔２〕）
(ｳ)ＷＧについて
ＣＰＬは，ＷＧについて，「技術仕様書に対するＮＴＴ提案資料（注・
本件技術仕様書）をＷＧにて確認し，要件定義を行っていく。その成果
を要件定義書として作成し，最終的な設計書に落とし込んでいく。」と
説明した。（乙２の１〔２〕）
(ｴ)現行システムの機能の継承について
Ｄ薬剤師は，「部門システムはメーカ提供機能を採用するという発想
では危険であり，現行機能の承継が必須。部門システム部分は現行の基
本機能を継承することを約束してほしい。」と発言した。
これに対して，ＣＰＬは，「現行機能，つまり要求仕様定義という部
分は守る。要求仕様での文章的な表現とシステム実際の動きのイメージ
はずれやすいため，実際にご覧になり確認して頂きたい。」と回答した。
（乙２の１〔３〕）
(27)同７１頁１４行目「オ」を「カ」と改める。
(28)同７１頁１８ないし１９行目「４月」を「３月」と改める。
(29)同７２頁６行目「マスタ移行は」から同７行目「記載されていた。」まで
を以下のとおり改める。
「また，「データ移行」（マスタ移行を含む。）は一審被告が主担当（こ
のうち「移行計画策定」は一審原告も併せて主担当）であり，「マスタ作
成（操作研修用マスタ，統合試験用マスタ，総合試験・本番マスタ）」は
一審原告が主担当し，一審被告が支援する旨が記載されていた。」
(30)同７２頁２３行目冒頭から同２４行目末尾までを以下のとおり改める。
「ｂ「技術仕様書に示された機能を実現する。ただし，ワーキンググルー
プにて，より優先度の高い機能の必要性が生じた場合，技術仕様書上の
機能と開発規模を考慮のうえ，取捨選択を検討する。機能詳細は，要件
定義書，外部設計書に記述する。」（甲６３〔本文３〕）」
(31)同７３頁５行目「本件」を削る。
(32)同７３頁７行目「若しくは」を「もしくは」と改める。
(33)同７３頁１０行目冒頭から同１３行目末尾までを以下のとおり改める。
「ｅ仕様書外の要求事項の考え方（甲６３〔本文４〕）
(a)本件技術仕様書の「ご提案仕様」として記載した以外に新たな要件
が発生した場合，マスタでの対応，病院プロファイルでの対応，代替
機能の利用，他施設で実装した機能の移植，追加カスタマイズなどに
より，実現の可否を検討する。
(b)「その実現のためにカスタマイズあるいは他病院機能の移植を問わ
ず，弊社（注・一審被告）にプログラム改修作業が発生する場合は，
別途お見積り・再提案をさせて頂きます。」」
(34)同７４頁８行目冒頭から同１２行目末尾までを以下のとおり改める。
「ｈ別紙２として添付されたマスタスケジュールでは，①平成２０年１１
月第４週から平成２１年２月第４週までの間に，ＷＧにおいて要件定義，
仕様確認を行って，承認を得ること，②併せて同月第１週から第４週ま
での間に，ＡＰ開発として外部設計（ＷＧ）を行うこと，③②の作業が
完了した時点で「ＡＰ仕様凍結」とし，その後は内部設計作業や開発作
業を行うこととされていた。
また，上記マスタスケジュールには，「データ移行」は一審被告が主
担当（このうち「移行計画策定」は一審原告も併せて主担当）であり，
「マスタ作成（操作研修用マスタ，統合試験用マスタ，総合試験・本番
マスタ）」は一審原告が主担当し，一審被告が支援とする旨が記載され
ていた。（甲６３〔別紙２〕）
ｉなお，プロジェクト計画書について，平成２１年１月１４日の推進事
務局会議において，①表題を「プロジェクト計画書」から「プロジェク
ト管理実施計画書」に改めること，②本件技術仕様書（Ｄ）１－１３－
１に基づく資料である旨を追記すること，③「２．５開発方針（２）」
の最後の２行（上記ｅ(b)）を削除することなどが合意され，同年１月２
３日付けで新たな「プロジェクト管理実施計画書」（甲２３５。上記ａ
ないしｈの記載は，上記ｅ(b)が削除された以外に変更はない。）が作成
された。（甲６３，２３５，乙５７３〔２〕）」
(35)同７４頁１５行目及び同１９行目「ＷＧ」の後に「等」を加える。
(36)同７５頁６行目末尾に改行の上，以下を加える。
「ｃなお，品質保証計画書について，平成２１年１月１４日の推進事務局
会議において，表題を「品質保証管理実施計画書」に改めることなどが
合意され，同年１月２３日付けで新たな「品質管理実施計画書」（甲２
３６。上記ａ及びｂの記載に変更はない。）が作成された。（甲９３，
２３６，乙５７３〔２〕）」
(37)同７５頁９行目「できてくる」を「出来てくる」と改める。
(38)同７５頁１８ないし１９行目「できている」を「出来ている」と改める。
(39)同７５頁２２行目「もらえないもの」を「貰えない物」と改める。
(40)同７５頁２３行目「いただき」を「頂き」と改める。
(41)同７６頁２０ないし２１行目「開発に伴い別途費用」を「開発ボリューム
により別途追加費用」と改める。
(42)同７７頁１９行目「推進事務局定例会議」を「推進事務局会議」と改める。
(43)同７７頁２１行目冒頭から同２４行目末尾までを以下のとおり改める。
「システリア考房のＬ氏は，「要件定義書として確認できるものを提示して
ほしい。」と述べた。これに対して，一審被告は，「各ＷＧでは，技術仕様
書の項目について，詳細に要件定義を実施している。それらをまとめた要件
定義書を提示できるのは３月末となる。」と回答した。（甲１４３〔２〕）」
(44)同７９頁８行目「仕様書策定委員会」を「仕様策定委員会」と改める。
(45)同７９頁１０行末尾に改行の上，以下を加える。
「(ｴ)一審被告は，「技術仕様検討結果報告（要件定義）」と題する書面（乙
５３７。乙２の５〔１〕で「資料４：技術仕様書回答（検討状況）」と
表示されているもの）を配布した。同書面は，当時のＷＧにおける検討
状況を「仕様検討中」，「承認済」等と記載した一覧表であった。
そして，一審被告は，一審原告に対し，「ＷＧにおける技術仕様書の
検討状況（資料４）を，後日電子データで配布するので，各項目の検討
状況について，病院とＮＴＴ間の認識に相違がないかを確認する」こと
を求めた。（乙２の５〔１〕，５３７）」
(46)同８１頁１行目「平成２１年３月末までに」の後に「現行機能にない項目
のみ」を加える。
(47)同８１頁２行目末尾に改行の上，以下を加える。
「(ｵ)同専門部会において，一審原告の開発要求のうち１１項目を一審被告
が開発すべき仕様項目に追加することが合意された。（乙５０９，５２
４〔２０〕，弁論の全趣旨）
(48)同８１頁５行目「被告のＭＳＥ」を「一審被告」と改める。
(49)同８１頁６行目「要件定義後」を「要件定義決定後」と改める。
(50)同８１頁１６ないし１７行目「（甲２０８〔１，２〕）」を以下のとおり
改める。
「また，一審被告が，「マスタ移行について，ＮＥＣのマスタとＮＴＴのマ
スタの共通項目を調査し，移行可能なデータを調査する。移行できない項目
は，病院様からの指示，例えばマスタ設定ができる資料のご提出により弊社
がマスタ設定を行い，病院様に確認していただくか，病院様に設定していた
だく。」と説明したところ，一審原告からは特に異論や疑義などは出されな
かった。そこで，一審被告は，マスタ作成に関して，各マスタについて移行
できる項目と作成が必要な項目を同年４月下旬までに提示することになった。
（甲２０８〔１ないし４〕）」
(51)同８２頁２行目「説明した。」の後に以下を加える。
「上記マスタスケジュール（甲９０）では，「データ移行」（マスタ移行を
含む。）は一審被告が主担当（このうち「移行計画策定」は一審原告も併せ
て主担当）であり，「マスタ作成（操作研修用マスタ，統合試験用マスタ，
総合試験・本番マスタ）」は一審原告が主担当し，一審被告が支援する旨が
記載されていた。」
(52)同８２頁１１行目末尾に改行の上，以下を加える。
「(ｴ)一審被告のＮが，電子カルテマスタの作成概要，スケジュールを説明
し，一審原告に対して，各マスタの管理部門及び管理者，作成者の選定
を依頼し，併せて，管理者に対しては一審被告のマスタ担当者からマス
タ作成に関する説明を行う旨を説明した。
これに対して，Ｊ医師が，「現在のシステム導入時に，マスタ作成に
大変な稼働がかかった。今回，マスタ作成を行うと大変な稼働がかかる
ことが想定される。時間外の超勤が発生した場合，病院から手当はつく
のか。また，なるべく職員がマスタを作成することがないようＮＴＴに
お願いしたい。」と発言したところ，Ｂ教授は，「超勤に対する手当に
ついて，病院の上層部の了承は得ている。」と回答し，一審被告のＮは，
「既存マスタから移行できるものは，可能な限り移行して提示させてい
ただく。」と回答した。
一審被告のＫ部長が，「ＮＴＴでもマスタデータの登録をできる限り
支援させていただく。その際は，登録するマスタ項目を指示していただ
けないと作成できない。」と発言したところ，Ｊ医師は，「マスタデー
タの指示は病院が行う。」と回答した。
Ｏ医師が，「他病院のマスタを参考として提示してもらうことは可能
か。」と質問したところ，ＣＰＬは，「ＮＴＴ病院で利用しているマス
タの提示を調整させていただく。ただし，マスタは病院独自のものであ
り，そのまま移植することは難しい。参考程度としていただきたい。」
と回答した。（乙２の７〔３〕）」
(53)同８２頁２４行目「同日」を「同年６月３日」と改める。
(54)同８３頁１７行目冒頭から同２０行目末尾までを以下のとおり改める。
「(ｲ)追加カスタマイズの範囲は，ＣＩＳ（電子カルテ・オーダ）１１５項
目，ＰＤＡ１０２項目であり，これらを実現することにより仕様凍結と
する。」
(55)同８４頁３行目「回答した。」の後に「これらの一審被告の回答に対し，
一審原告から異議等は述べられなかった。」を加える。
(56)同８４頁８行目「された。」の後に以下を加える。
「この結果，一審被告が開発すべき仕様項目は合計６４８６項目（本件技術
仕様書で一審被告が開発すべき仕様項目とされていた５８５０項目（前提事
実(2)オ）に，平成２１年３月１７日の第６回専門部会で開発対象に含む旨合
意された１１項目（認定事実(6)シ(ｵ)）と，上記６２５項目を合計したもの）
となった。」
(57)同８５頁９行目冒頭から同１３行目末尾までを以下のとおり改める。
「ア本件仕様凍結合意後，一審被告は，前記(6)ツ(ｳ)の覚書を一審原告と
取り交わすため，「本件追加開発合意に基づく仕様項目を電子カルテカ
スタマイズ要望一覧のとおりとする。これ以外のカスタマイズを実行す
る必要が生じた場合は追加カスタマイズとして扱い，予算については別
途協議する。」旨の「覚書（案）」を作成して，一審原告に提出したが，
一審原告は，「一審原告が仕様内と定義するものについては，一審被告
はこれに対応し実現する。」旨の「覚書（案）」を送付して，約定の覚
書の作成には応じなかった。（乙５３３，５３４）」
(58)同８６頁２１行目「２４日」を「２５日」と改める。
(59)同８８頁８行目「（大規模）」を削る。
(60)同９０頁１行目末尾に「（甲９の２）」を加える。
(61)同９０頁２１行目冒頭から同９１頁４行目末尾までを以下のとおり改め
る。
「①院外処方箋が出力されなかった。
②採血ラベルの出力に時間がかかる。（約１５秒程度）
③外来選択画面からヤギーを起動した場合にヤギーログイン画面が表
示される。
④輸血照合，輸血機能（準備状況ステータス変更，結果書き換え，プ
ロフィールマスタの反映）
⑤カルテ管理に出庫指示が１件しか飛んでいない（歯科が救急で送ら
れている）。
⑥バーコード入力で全角入力になることがある。
⑦中止オーダ受信時，プリンタへ中止伝票が出力されない。
⑧副作用ロット受信時，プリンタへ副作用報告書が出力されない。
⑨出庫伝票打ち出しの２次元ＢＣＤでＰＣ版ＰＤＡで認識されないパ
ターンがある。」
(62)同９１頁２１行目冒頭から同９２頁２行目末尾までを以下のとおり改め
る。
「ウ平成２１年１２月９日，一審被告のＫ部長は，一審原告病院事務部経
営企画課病院庶務係長であったＰに対し，看護システムの不具合が発覚
したので看護部向けの研修予定が延期になったが，同月１３日の第２回
外来リハーサルは総合システムテストの形で是非とも実施したい旨の報
告をした（乙５２９の１）。
同報告に対して，一審原告から数度にわたる修正申入れがあり，最終
的には，第２回外来リハーサルは運用面での確認ができなくなったので，
それに伴って，平成２２年１月４日運用開始の日程について延期させて
いただきたいという内容に修正された（甲１２）。（甲１２，１５７〔１，
２〕，乙５２９，証人Ｃ〔２９，３０〕）」
(63)同９２頁５行目「ＮＴＴ」を「一審被告」と改める。
(64)同９２頁８行目「Ｂ教授は，」から同１０行目「出たため」までを以下の
とおり改める。
「Ｂ教授は，一審被告は当初スケジュールでシステム導入ができると言っ
ているので，確認のために実施したい，医師は参加しなくてもよいので，
部門システムは参加してほしいと発言し，ＣＰＬも，マスタ修正は完全で
はないがシステムは完成していると発言した。ところが，一審原告の一部
職員からは，システムが完成していないのであれば職員が参加しても意味
がないなどと消極意見が出され」
(65)同９２頁２０行目「不具合が発生した」の後に以下を加える。
「と一審原告のＧ副部長は指摘し，合わせて，帳票印字文字が小さい（第
１回リハーサルで指摘されていた点が未改善），検査結果の印刷帳票には
患者に渡すことを想定して「旭川医大病院」及び印刷日時を必ず含めるこ
と，ＣＩＳのウィンドウサイズは最大表示で開くこと（操作研修時にも指
摘している。）などと要望した」
(66)同９３頁１行目冒頭から同８行目末尾までを以下のとおり改める。
「(ｲ)これに対し，一審原告のＧ副部長は，「今までそのＣＩＳに関連する
ドキュメントしか出てきていないけども，当然部門系のシステムについ
ても同様です。ドキュメントは，ですからＣＩＳだけじゃなくて部門系
システムについても出していただくという。どういうドキュメントかと
いうと，要件定義書，画面設計書，それから帳票ラベルの設計書，プラ
ス実際に十分なデータ量で印刷された印字帳票，それからシステム間の
インターフェイスの設計書，データ移行計画書，サーバおよびクライア
ント環境の設計書，それから統合試験，ＩＴ，それから総合試験，ＳＴ，
これらの試験方法が詳細でわかると思う，それからそこで試験の中で発
生した問題についてこの詳細がわかるように。それから操作マニュアル
ですね，オンライン版とオフライン版，これについてもＣＩＳだけでは
なく部門も含めて，これはくり返しておきますけども。これもやはり１
２月いっぱいで出していただかないといけない。これは１２月時点，１
２月末時点での到達度評価，我々の考える到達度評価です。で，到達度
評価が何段階か当然設定をしなければいけないと思ってますが，まずは
そこが１２月のチェックポイントですね。それに合格しなければプロジ
ェクトの継続というのは認められないということになります。」と申し
入れた。（甲１６０の２〔１２，１３〕）」
(67)同９３頁１３行目冒頭から同１８行目末尾までを以下のとおり改める。
「キ平成２１年１２月２８日，一審被告は，一審原告に対し，各種設計書
を提出した。この中には，画面イメージや帳票サンプル等の他，内部設
計書に該当するものも含まれていた。
併せて，同日，一審被告は，同年１１月以降，６項目（いずれも，現
行システムを本件システムに切り替える際，又は切替後に実施すべき項
目である。）を除いて実施した総合試験の結果を取りまとめた総合試験
成績書（乙５２５の１）を提出した。同成績書では，同日時点での判定
として，４７個の問題が発生し，１２項目が不合格と判定されたが，そ
の後，一審被告は，平成２２年１月８日までに全ての問題発生箇所につ
いて対応を完了し（一部は，別途部門システムのベンダが対応した。），
同月２９日までに上記不合格項目のうち１０項目を合格とする旨訂正し
た総合試験成績書の一部差替部分（乙５２５の２。２項目が不合格のま
まになっているのは，弁論の全趣旨によれば，訂正漏れと認められる。）
を作成し，一審原告に提出した。（甲９４，１５７〔３，６〕，１５８，
１９８，乙４６７，５２５，５２６，５８１，５８２，証人Ｂ〔９，１
０〕，弁論の全趣旨）」
(68)同９５頁２３ないし２４行目「ＣＰＬは，」の後に以下を加える。
「「開発工数が想定以上に大きくなっており，開発側で現在具体的な完了日
が確定できない現状にある。」と発言した上で，」
(69)同９６頁１０ないし１１行目「６ＷＧが，「否」という評価を付けた。」
を以下のとおり改める。
「５ＷＧが「否」という評価を付けた（このほか，１ＷＧが「否ではないが，
他部門等を考えると，心情的には否」と，４ＷＧが「否をつけるほどではな
い」と，１ＷＧが「可」と評価し，１ＷＧは評価を付けていない。）。」を
加える。
(70)同９６頁１１行目「第１８回」を「第１７回」と改める。
(71)同９６頁１４行目「証人Ｂ」の前に「乙２の１７，」を加える。
(72)同９６頁２０行目「（甲１３，１５７〔４〕，弁論の全趣旨）」を以下の
とおり改める。
「その後も，一審被告の担当者は一審原告のＧ副部長ら担当者に電子メール
を送付して，仕様の確認等を求めたが，Ｇ副部長は，同月９日及び同月１８
日，ＣＰＬらに対して，議事録の確認以外については新たな対応は全てスト
ップしている，陰でこそこそと一審原告の担当者に問い合わせをすることは
慎んでもらいたい旨の電子メールを送付した。（甲１３，１５７〔４〕，乙
５１４，５１５）」
(73)同９７頁６行目冒頭から同１６行目末尾までを以下のとおり改める。
「ク平成２２年３月１６日，一審被告は，一審原告に対し，「プロジェク
ト再開に向けてのご提案」と題する書面（甲１５）を提出した。
(ｱ)上記書面３頁には，以下のような記載がある。
ａ本件システム開発の同月１０日現在の進捗状況として，本件仕様
凍結合意時に確定した仕様に関しては１４ＷＧ中６ＷＧについて完
了している。
ｂ新規開発要望の３０４項目については，後記(ｲ)のとおりである。
ｃ「プログラム不具合」として申告のあった１１２項目のうち１１
０項目，「マスタ修正」として申告のあった５８項目のうち５０項
目，「その他(設定変更・質問等）」として申告のあった１５７項目
のうち１２８項目が既に完了している。
(ｲ)上記書面５頁には，運用確認及び操作習熟に必要な期間を考慮する
とともに，システム移行に伴う休診を回避したいという一審原告病院
の意向を踏まえて，納期を平成２３年１月又は平成２２年９月下旬と
し，導入範囲としては，本件仕様凍結合意で確定された６９３６項目
と，その本来的な運用に必然的に付随する１１８項目を加えた７０５
４項目を開発範囲とする旨の記載がある。ただし，正確には，本件仕
様凍結合意で確定されたのは６４８６項目なので（認定事実(6)ト），
これに１１８項目を加えた６６０４項目を開発範囲とする旨の提案で
ある。
(ｳ)上記書面７，８頁には，上記納期を前提とした新たなマスタースケ
ジュールが記載されており，平成２２年３月中に「不具合改修・開発」
を完了し，同年５月上旬までに自主的品質点検を行うこととされてい
る。
(ｴ)上記書面の資料１６－１には，「技術仕様書未完了リスト」とし
て９項目が記載されており，このうち，１項目は「仕様確定済ＰＪ
再開後に開発開始」（本件技術仕様書の項番欄は空欄），３項目は「Ｎ
ＴＴ仕様作成中（病院様へ確認が必要なため，作業を保留）」（うち
２項目はＤＷＨ），３項目は「完了（一部，病院様に確認が必要）」
又は「開発完了（マスタ作成及び試験実施中）」（うち１項目はＤＷ
Ｈ），２項目は「ＮＴＴ内設計完了（３月中完了予定）」（いずれも
ＤＷＨ）とされていた。」
(74)同９７頁２５行目「を認めた。（甲１５３〔１，７，１２〕）」を以下の
とおり改める。
「，一審原告と一審被告との間で「仕様凍結」の意味について認識の相違
があったことを認めた。（甲１５３〔１，７ないし９，１２〕」
(75)同９８頁１ないし２行目「以下「本件解除通知」という。」を「本件解除
通知」と改める。
２争点(1)（本件システムの引渡日を平成２２年１月４日以降へ延期するとの合
意の有無）について
(1)本件システムの引渡日を平成２２年１月４日以降へ延期するとの合意が存
在したと認められないことは，原判決「事実及び理由」欄の「第３当裁判
所の判断」の２項のとおりであるから，これを引用する。
(2)一審被告は，延期について黙示的な合意が成立した旨を主張するが，黙示
的であっても一審原告の権限のある者による合意が成立したと認めるに足り
る証拠はなく，一審被告の上記主張は採用できない。
３争点(2)（平成２２年１月３日又は同年４月２６日の時点における本件システ
ムの完成の有無）について
(1)システム開発では，初期段階で軽微なバグが発生するのは技術的に不可避
であり，納品後のバグ対応も織り込み済みであることに照らすと，バグ等が
存在しても，システムを使用して業務を遂行することが可能であり，その後
の対応で順次解消される類のものであれば，仕事が完成したと認定すべきで
ある。
(2)上記の見地から検討するに，以下のような事実に照らすと，本件システム
は，遅くとも本件解除時（平成２２年４月２６日）までには，一審原告の協
力が得られずに保留せざるを得なかった１項目を除き，全て完成していたも
のと認められる。
アリハーサルの実施について
(ｱ)平成２１年１１月１４日実施の外来プレリハーサルでは３点の不具合
が指摘されたが（認定事実(7)サ。ただし，「各種帳票の調整（フォント，
印字位置等）は，追加開発要望であると認められる。），同月２８日実
施の第１回外来リハーサルまでには全て修復された（甲９の２，甲１０
の２）。
(ｲ)第１回外来リハーサルでは９点の不具合が指摘された（認定事実(7)
ス）。
このうち，４項目（「外来選択画面からヤギーを起動した場合にヤギ
ーログイン画面が表示される」，「カルテ管理に出庫指示が１件しか飛
んでいない（歯科が救急で送られている）」，「中止オーダ受信時，プ
リンタへ中止伝票が出力されない」，「副作用ロット受信時，プリンタ
へ副作用報告書が出力されない」）は，同年１２月１日までに対応が完
了した（甲１０の２）。２項目（「院外処方箋が出力されなかった」，
「採血ラベルの出力に時間がかかる。（約１５秒程度）」）は，同月９
日までに対応が完了し，同日の第１４回専門部会でその旨の報告がされ
た（乙２の１４〔２〕）。残る３項目（「輸血照合，輸血機能（準備状
況ステータス変更，結果書き換え，プロフィールマスタの反映」，「バ
ーコード入力で全角入力になることがある」，「出庫伝票打ち出しの２
次元ＢＣＤでＰＣ版ＰＤＡで認識されないパターンがある。」）は，同
年１２月２３日までに対応が完了した（乙５７５）。
(ｳ)同月１３日に予定されていた第２回外来リハーサルは，第１４回専門
部会において中止が決定されたが，これは，一審原告の職員らから消極
意見が出たためである。一審被告のＫ部長は，一審原告のＰに対して，
第２回外来リハーサルは総合システムテストの形で是非とも実施したい
と申し入れていたし，ＣＰＬは，上記第１４回専門部会において，本件
システムは完成しているので実施したい旨を説明していた（認定事実(8)
ウ，エ）。
(ｴ)このように，遅くとも平成２１年１２月１３日までには，本件システ
ムは外来リハーサルを実施できる程度にまでは完成していた。
イ総合試験結果
(ｱ)「単体テスト」は，内部設計で定義した処理ロジックの正しさを確認
する過程である。
「結合テスト」は，単体テストが終了したプログラムを組み合わせて
動作を確認するテストであり，プログラムを組み合わせた際の動作に問
題がないか，必要な機能が実現できているかどうかを外部設計書に照ら
し合わせて確認する過程である。
「総合テスト」（総合試験）は，結合テストにより外部設計書どおり
の機能が実現できていることを確認したプログラムと，そのプログラム
が動作するハードウェア，ネットワーク，利用者端末などを組み合わせ，
本番と同じ環境，あるいは本番に近い環境で動作を確認するテストであ
り，要件定義書等の内容が実現できているかどうかを総合的に確認する
過程である。総合テスト終了後は，不合格項目について障害処理票を作
成して，バグの除去及び分析を行い，テスト成績書（総合試験成績書）
を作成して，プログラム完成に至る。（甲１４１〔１４６ないし１４８，
１５２〕）
(ｲ)一審被告は，同年１１月以降，現行システムを本件システムに切り替
える際，又は切替後に実施すべき６項目以外の項目について総合試験を
実施し，平成２１年１２月２８日，総合試験成績書（乙５２５の１）を
作成した。同成績書では，同日時点での判定として，４７個の問題が発
生し，１２項目が不合格と判定されたが，その後，一審被告は，平成２
２年１月８日までに全ての問題発生箇所について対応を完了し（一部は，
別途部門システムのベンダが対応した。），同月２９日までに上記不合
格項目のうち１０項目を合格とする旨訂正した総合試験成績書の一部
差替部分（乙５２５の２。２項目が不合格のままになっているのは，訂
正漏れと認められる。）を作成し，一審原告に提出した。（認定事実(8)
キ）
(ｳ)このように，一審被告は，本件システムへの切替時又は切替後に実施
すべき６項目を除く項目について総合試験を実施し，総合試験を実施し
た全ての項目について合格と判定されるに至っている。
ウ「技術仕様書未実施リスト」
(ｱ)平成２２年１月５日の第１５回専門部会で一審被告が配布した「技術
仕様書未実施リスト」（甲１４９）では，本件仕様凍結合意時に本件シ
ステムに含めることに合意された機能６４８６項目のうち，開発未了の
項目は５７項目のみであった（認定事実(9)ア）。
上記５７項目のうち３５項目は，ＤＷＨ（データウェアハウス）の提
供であり，既に完了していたし（一審原告は，ＤＷＨの提供のみならず，
データの抽出機能までが契約範囲内であると主張していたため，上記リ
スト上，未完成項目とされているが，これらは分類１に属する項目であ
り，一審被告が更にカスタマイズを行うということは予定されていなか
った。），１８項目は，システム移行・切替の最終工程で作業が必要な
項目であり，同日時点で完成させる必要がない項目であった（乙５２４
〔４０〕）。
結局，同日時点で未完成だったのは，「（Ｃ３－１０）栄養管理部門
業務１－８－３－３」（甲１４９〔２〕），「（Ｃ４－２）放射線オー
ダ１－１－２」，「（Ｃ４－２）放射線オーダ１－１－１３」及び「（Ｃ
４－２）放射線オーダ１－１－１５」（甲１４９〔５〕）の４項目に過
ぎず，これら４項目を欠いた状態でも本件システムを運用することは十
分に可能であった（乙５２４〔４１〕）。
(ｲ)同年２月１日の第１７回専門部会で一審被告が配布した「技術仕様書
未実施リスト」（乙２の１７，乙５６５）では，上記(ｱ)の未完成の４
項目のうち，「（Ｃ４－２）放射線オーダ１－１－２」は同年１月１８
日に仕様が確定し，テンプレート作成が済んだ旨が記載されており，同
日時点で開発未了だったのは３項目のみになっていた。
(ｳ)同年３月１６日に一審被告が提出した「プロジェクト再開に向けての
ご提案」に添付された「技術仕様書未完了リスト」（甲１５〔１６－１〕）
には，同日時点で開発未了だったのは９項目である旨記載されている。
ａこのうちＤＷＨの５項目は，前記(ｱ)のとおり，既に完了していたと
評価すべきものである。
ｂ２項目（前記(ｱ)の「（Ｃ４－２）放射線オーダ１－１－１３」及び
「（Ｃ４－２）放射線オーダ１－１－１５」）は「開発完了（マスタ
作成及び試験実施中）」とされている。
ｃ１項目（「手術部門における使用材料データについて，既存物品管
理システム(（株）ミックス製ＭＡＳＴＹ）から使用材料データを受信
します。また，物品管理システムから受信した使用材料データをもと
に，医事会計処理を行います。」）は，本件技術仕様書及び電子カル
テカスタマイズ要望一覧に記載がない。一審原告病院のシステム論理
構成では，「手術管理システム」から「物流管理システム（ＭＡＳＴ
Ｙ）を経て「物流管理部門システム」に使用材料データを伝達するこ
とが予定されていたが，これらはいずれも本件システムの対応外とさ
れていた（甲６３〔別紙１〕）。したがって，上記１項目は，開発対
象外の開発要望に基づくものであると認められる。
ｄ結局，本件仕様凍結合意時に本件システムに含めることに合意され
た機能６４８６項目（認定事実(6)ト）のうち，平成２２年３月１６日
時点で開発未了だったのは１項目（上記(ｱ)の「（Ｃ３－１０）栄養管
理部門業務１－８－３－３」）に過ぎない。
これは，「ＮＴＴ仕様作成中(病院様へ確認が必要なため，作業を保
留）」とされており（甲１５〔１６－１〕），一審被告は，上記６４
８６項目について，平成２２年３月１６日までに，一審原告の協力が
得られずに保留せざるを得なかった１項目を除く全てについて開発を
完了させたものと認められる。
エ「プロジェクト再開に向けてのご提案」
前記ウ(ｳ)の「プロジェクト再開に向けてのご提案」（甲１５）は，同日
時点における本件システム開発の進捗状況として，「プログラムの不具合」
（バグ）１１２個のうち１１０個は既に対応が完了しているとしていた
（認定事実(9)ク）。
未完了の２項目のうち，「日本光電への帳票送信データ項目」は，一審
原告が確定すべき帳票フォーマットの仕様に関するものであり，平成２２
年１月１４日の内視鏡・病理・放射線ＲＩＷＧの席上，５日以内に完成
可能である旨が伝えられていた。他の１項目「Ｒ１オーダ画面「コメント」
欄に，詳細指示画面で入力した文字列が反映されないこと」は，本件技術
仕様書上，分類１（（Ｃ４－２）放射線オーダ）とされており，バグでは
なく，開発対象外の開発要望であった。（甲１６６・添付資料６〔３〕，
弁論の全趣旨）
オ完成証明資料（乙５２７）
一審被告が平成２２年６月２５日までに作成した完成証明資料（乙５２
７）によれば，同日までには，一審原告の協力が必要であった１項目（前
記ウ(ｳ)ｄ）を除き，本件システムが完成していた事実が認められる。
上記完成証明資料は，同年４月２６日時点での完成度を直接に示すもの
とはいえないが，同年２月１日以降，一審原告の協力が得られなくなった
こと（認定事実(9)オ），上記ウのとおり，同年３月１６日までには本件
システムは一審原告の協力が必要であった１項目以外全て開発を完了し
ていたこと，本件解除通知後に更にプログラム作成作業を継続していたと
は考え難いことなどに照らすと，同年４月２６日時点でも同程度の完成度
であったと見るのが相当である。
この点について，一審原告は，乙４５６，４５７の記載に基づいて，本
件解除後も相当数の一審被告及びＩＢＭのＳＥがプログラム作成作業を
行っていた旨を主張するが，上記証拠からは，必ずしも一審原告の主張す
るような事実を読み取ることはできない。
(3)これに対して，一審原告は，本件解除時までに本件システムは完成してい
なかった旨を主張する。
ア一審原告は，外来プレリハーサル及び第１回外来リハーサルで多数の不
具合が発生した旨を主張する。
しかしながら，上記不具合については，全て平成２１年１２月２３日ま
でに対応が完了していたことは，上記(2)アのとおりである。
イ平成２１年１２月１３日実施のスルーテストの結果について，一審原告
のＧ副部長が不具合を指摘している（認定事実(8)オ）。また，一審原告側
において，平成２２年１月から同年２月にかけて実施した本件システムの
完成度の評価において，５ＷＧにおいて「否」と評価され，総合評価も「否」
とされている（認定事実(9)オ）。
しかしながら，「否ではないが，他部門等を考えると，心情的には否」
とした１ＷＧの評価は，他の「否をつけるほどではない」とした４ＷＧと
同様の評価であると考えられ，このような評価をしたＷＧがあったという
こと自体，ＷＧにおける評価が客観的なものであったか疑いを抱かせるも
のである。さらに，一審原告は，分類１及び２についてもカスタマイズを
要求することができ，また，本件仕様凍結合意後も追加開発要望を出すこ
とができると考えており，実際，平成２２年１月４日以降も，同年３月１
６日までの間に３０４項目もの追加開発要望を出し（認定事実(9)ク），一
審被告がこれら追加開発要望に応じるべきであると考えていた（第２の３
(3)ないし(5)参照）。Ｇ副部長も同様の考えであり，スルーテストの結果
について不具合を指摘する際も，併せて種々の追加開発要望を出し，一審
被告による対応を求めていた（認定事実(8)オ）。
上記評価は，そうした一審原告による評価であって，本件仕様凍結合意
時に合意された開発項目についての本件システムの完成度を正確に評価し
たものとは考えられない。
ウ専門部会の席等において，ＣＰＬらが，本件システムの不具合や開発の
遅れを認め，謝罪する旨の発言をしている（認定事実(8)カ(ｳ)，(9)エ等）。
しかしながら，これらは，追加開発要望が一審原告から大量に出され，
その相当数について対応を余儀なくされ，本件システム開発が遅れていた
一審被告による謝罪であって，その発言が全て一審被告の真実の認識に基
づくものであったと考えるのは相当ではない。
エ一審被告が平成２２年３月１６日に提出した「プロジェクト再開に向け
てのご提案」（甲１５）には，本件システムの納期を平成２３年１月又は
平成２２年９月下旬とする旨の提案が記載されているが（認定事実(9)ク），
これは，同年１月４日以降に出された３０４項目もの追加開発要求のうち
１１８項目を開発対象に含め，かつ，運用確認及び操作習熟に必要な期間
を考慮するとともにシステム移行に伴う休診を回避したいという一審原告
の意向を踏まえた提案であって，本件システムの開発自体に相当の猶予期
間が必要であるという趣旨からの提案というわけではない。
オリハーサル及び操作研修等，一審被告の行うべき業務について一部未実
施のものがあったことは一審原告の主張するとおりである。しかしながら，
平成２１年１２月１３日に予定されていた第２回外来リハーサルが中止さ
れ，以後，リハーサル及び操作研修等が行われなかったのは，一審原告の
一部職員が，独自の見解から，リハーサルの実施に消極意見を出し（認定
事実(8)ウ，エ），また，一審被告との接触を一方的に拒否したためであっ
て（認定事実(9)オ），本件システムが未完成だったからとは認められない。
カなお，一審被告は，一審原告に対して，本件システムの完成を前提とし
て，一審被告に対して即時の検収等を求めるなどした形跡は見られない。
しかしながら，一審被告としては，上記エのような一審原告の意向を踏
まえた運用確認等が必要であると考えていたのであって，即時の検収等を
求めなかったからといって，本件システムが完成していなかったというこ
とはできない。
キ以上のとおり，本件解除時までに本件システムは完成していなかった旨
の一審原告の主張は採用できない。
４争点(3)（一審被告の本件契約上の義務の範囲）について
(1)分類１及び２についてのカスタマイズ義務の有無について
ア分類１及び２について一審被告にカスタマイズ義務が認められないこと
は，以下のとおり補正するほか，原判決「事実及び理由」欄の「第３当
裁判所の判断」の４項(1)のとおりであるから，これを引用する。
(ｱ)原判決１０２頁３行目「分類１，２については」から同４行目「確認
を行う」までを以下のとおり改める。
「分類１及び２については，新規導入システムパッケージの機能及び画
面等の確認（技術仕様書確認）を行い，分類３については，要件定義書
で要求内容の確認（カスタマイズ要件書確認）を行う」
(ｲ)同１０２頁６行目「現行システムの機能が」を「現行システムで実現
できていた機能が」と改める。
(ｳ)同１０２頁１２行目「仕様の確定を行う」を「資料にて提案機能の説
明を実施する」と改める。
(ｴ)同１０２頁１９行目「オ」を「カ」と改める。
(ｵ)同１０２頁２４行目及び同１０３頁５行目「エ」をいずれも「オ」と
改める。
イ当審における一審原告の主張について
(ｱ)一審原告は，分類１及び２に関してもカスタマイズできると解さなけ
れば，医療安全上の重大な危機を招来しかねない旨を主張する。
しかしながら，分類１（パッケージ標準機能）については，８年間の
運用実績と全国３６の病院（約１０の大学病院を含む。）への導入実績
があったＣＩＳの機能であり（認定事実(3)イ），分類２（他病院機能
の移植）についても，他病院で実際に利用されている機能なのであるか
ら，これら機能を利用することによって直ちに医療安全上の重大な危険
を招来するとは考えられない。
現行の運用の維持を最優先して，一から新たに開発するオーダーメイ
ド型の開発を発注するのか，運用の見直しを前提として，パッケージを
ベースにした開発を発注することにより経費の削減を図るのかは，まさ
に発注者である一審原告の判断事項であり，一審原告において後者を選
択した以上は，カスタマイズの要望ができる範囲が限定されたとしても，
やむを得ないことというべきである。この点，本件の紛争の根本的な原
因は，一審原告が，現行の運用の維持に固執する現場の医師らの要望を
十分に反映させないまま本件要求仕様書等を取りまとめて本件契約を
締結したこと，にもかかわらず，その後，本件要求仕様書等並びにこれ
を踏まえて作成された本件技術仕様書の記載を無視して出される現場
の医師らの追加開発要望を抑えるための努力を放棄し，一審被告がその
対応に当たらざるを得なかったことにあったと考えられる。
(ｲ)一審原告は，プロジェクト計画書（甲６３〔本文３〕）において「ワ
ーキンググループにて，より優先度の高い機能の必要性が生じた場合，
技術仕様書上の機能と開発規模を考慮のうえ，取捨選択を検討する。」
と記載されていること（認定事実(6)エ(ｱ)ｂ）から，分類項目を問わず
カスタマイズを行うことが予定されており，実際，ＷＧにおいては分類
項目を問わずに運用確認，仕様検討が行われていた旨を主張する。
しかしながら，プロジェクト計画書には，当初，本件技術仕様書外の
要求事項について，その実現のために一審被告にプログラム改修作業が
発生する場合は，別途見積り・再提案する旨が記載されていた。同記載
は，その後，一審原告の要望により削除されたが（認定事実(6)エ(ｱ)ｅ
(b)，同ｉ），契約外の追加カスタマイズが生じた場合に，追加の費用
が発生し得ることは当然のことであって，上記記載が削除されたからと
いって，分類項目を問わずに一審被告が無償でカスタマイズを行うこと
を約束したものと解することはできない。
そして，ＷＧにおいて分類１及び２について運用確認，仕様検討が行
われていたとしても，一審被告が，大量の開発対象外の開発要望を一審
原告から出され（後記６参照），その一部についてやむなく対応せざる
を得なかった結果であって，ＷＧにおいて分類１及び２について運用確
認，仕様検討が行われていたという事実が，これらについて一審被告が
本件契約上の義務を有していたことを裏付けるものと評価することは
できない。
(ｳ)一審原告は，一審被告のＣＰＬも，分類１及び２についてもカスタマ
イズをすることがある旨を証言している（証人Ｃ〔９ないし１３〕）と
主張する。
しかしながら，一審原告の指摘する証人Ｃの証言は，分類１及び２に
ついてカスタマイズを行う場合には別途費用を徴収するのが原則であ
るが，一審原告の求める機能がどうしても実現できない場合には，最終
手段として無償でカスタマイズに応じなければならないこともあり，ま
た，他の病院でも汎用的に使える機能を実現するものであれば，一審被
告が先行投資として無償でカスタマイズに応じることもあり得るとい
うものであって，分類１及び２について一般的に無償でカスタマイズに
応じる義務がある旨を述べたものではない。
(ｴ)一審原告は，①平成２０年１１月１７日の一審原告，一審被告及びＮ
ＥＣの各担当者による打合せにおいて，「現在運用中の機能を確実に継
承するようお願いしている。」と一審原告の担当者が発言したことにつ
いて，一審被告から異議は出されなかったこと（認定事実(5)ウ），②
同月２７日の第１回専門部会において，ＣＰＬが部門システム部分につ
いては現行の基本機能を継承することを約束していたこと（認定事実
(5)オ(ｴ)）を，分類１及び２について一審原告がカスタマイズ義務を負
っていた根拠として主張する。
しかしながら，上記①も②も，一審原告が自己の運用に基づいて本件
要求仕様書等を作成し，一審被告がこれを踏まえて本件技術仕様書を作
成して本件契約に至ったこと，したがって，本件技術仕様書に記載した
仕様項目を一審被告が実現することを約束していたという当然の事柄
を示すものに過ぎず，本件技術仕様書に記載された仕様を超えて，際限
なくカスタマイズに応じると約束したものということはできない。
(ｵ)一審原告は，分類１及び２についてカスタマイズ要望が出されても，
取り得る選択肢を複数提示することによって病院側を誘導することが
一般的であり，開発費用が無限定に増えるという事態にはならない旨を
主張する。
しかしながら，上記主張は，契約外の開発要求に応じる義務が一審被
告にあったという根拠になるものではない。
(ｶ)一審原告は，要件定義工程作業実施要領（甲６４〔１－４，１－５，
２－６〕）には，分類に応じて異なる取扱いをする旨の記載はなく，逆
に，ＷＧにおいてカスタマイズ及びカスタマイズ要件の検討を行う旨を
記載した上で，成果物たる要件定義書としてカスタマイズ要件定義を挙
げていること，要件定義書サンプル（乙５２８の１６枚目）の「カスト
マイズ説明書」の「件名」欄には「パッケージ提供」のチェック欄があ
ることなどから，分類１及び２についてもカスタマイズが予定されてい
た旨を主張する。
しかしながら，分類１及び２についてカスタマイズが予定されていな
かったことは，本件技術仕様書の記載（甲６〔４〕）などから明らかで
あって，要件定義工程作業実施要領などにその旨を逐一記載しなかった
からといって，一審被告が分類を問わず一律にカスタマイズに応じる旨
を約束したということはできない。
また，分類１及び２についても，一審原告が追加費用を負担すること
によって，追加カスタマイズを行うことがあり得たのであるから（甲６
３〔本文３，４〕参照），分類１及び２について，成果物たる要件定義
書としてカスタマイズ要件定義を挙げ，あるいは，要件定義書サンプル
（乙５２８の１６枚目）の「カストマイズ説明書」に「パッケージ提供」
のチェック欄を設けていたことは，分類１及び２について一般的にカス
タマイズを行うことを予定していなかったということと矛盾するもの
ではない。
(ｷ)以上のとおり，分類１及び２についてのカスタマイズ義務が一審被告
にあった旨の一審原告の当審における主張は，いずれも採用できない。
(2)要件定義書等の提出義務の有無について
ア要求定義とは，一般に，ユーザの業務に存在する問題を洗い出し，その
解決方法などユーザがシステムに要求する内容を整理することをいう。（甲
１４１〔５７〕）
これに対し，要件定義とは，要求定義を踏まえ，当該システムにおいて
実装すべき項目を明確にして整理する作業をいう。そして，要件定義の結
果整理された項目を文書化したものを要件定義書という。（甲１４１〔５
７〕，１５４〔６〕）
また，外部設計（基本設計ともいう。）とは，一般に，システムが持つ
べき機能や性能，構成など，システムを外部から見た時のシステムの振る
舞いや構成を定義することをいう。そして，外部設計の成果を文書化した
ものを外部設計書という。（甲１４１〔８４〕，１５４〔７〕）
外部設計工程が終了した後，外部設計書をもとにプログラムの内部デー
タを決定するなど，システムの具体的な実現方法を定義する内部設計（詳
細設計ともいう。）を行う。そして，内部設計の成果を文書化したものを
内部設計書という。（甲１４１〔１０６〕，弁論の全趣旨）
イ分類１及び２についての要件定義書等の提出義務について
(ｱ)上記アの定義から明らかなとおり，要件定義書等は，一から新たに開
発するオーダーメイド型の開発において必要とされる書類であり，既に
完成しているソフトウェアについては，特に必要のない書類である。そ
して，上記(1)のとおり，分類１及び２についてはパッケージ標準機能
及び他病院機能の移植によるものとされ，カスタマイズは予定されてい
なかった。
本件要求仕様書等は，システムの専門家であるシステリア考房がコン
サルタントとして参加し，一審原告病院の全職員に要求仕様書案を公開
して，その意見も聴取しながら，一審原告がシステムに要求する内容を
整理したものであるから（認定事実(4)イないしソ），一般的な意味で
の要求定義を記載した書面ということができる。この点，一審原告は，
政府調達に関する協定との関係上，要求仕様書の記載内容が抽象化せざ
るを得なかった旨を主張するが（原判決１６頁１０行目冒頭から同１９
行目末尾まで），特定のベンダのパッケージソフトに特化した記載を避
けつつ，必要な機能を具体的かつ詳細に記載することは可能であり（弁
論の全趣旨），現に，本件要求仕様書等の記載は相当程度に具体的な記
載になっている（乙５２４〔４〕）。
そして，本件要求仕様書等を踏まえて作成された本件技術仕様書（甲
６）は，当該システムにおいて実装すべき項目を明確にして整理した要
件定義書に当たるものであって，カスタマイズを予定していなかった分
類１及び２については，これとは別に「要件定義書」というタイトルの
書面を新たに作成することはおよそ必要がなく，本件において予定され
ていなかったものというべきである。
また，カスタマイズを予定していないことからすると，外部設計書の
作成も全く意味のないことである。
そうすると，分類１及び２については，要件定義書等は必要のない書
類であり，一審被告はこれらの作成義務を負っていなかったものと認め
られる。
(ｲ)実際，同年１１月５日の，一審被告と一審原告経営企画部との間の初
顔合わせの場で一審被告が交付した「ワーキングの実施に向けて（案）」
（乙４６２）でも，分類１及び２についての要件定義工程として新規導
入システムパッケージの機能及び画面等の確認（技術仕様書確認）を行
い，外部設計工程としては出力帳票や設定項目など調整可能な詳細機能
の確認を行う旨が記載されており（認定事実(5)ア），一審被告は，分
類１及び２については，上記アのような一般的な意味での要件定義の作
業を予定していない旨を明らかにしていた。
同月１４日のキックオフで配布されたプロジェクト概要（甲８８）で
も，仕様確認（ワーキング）の内容として，本件要求仕様書（本件技術
仕様書）と一審被告提案システムのマッチングを目的として，他施設で
の導入実績のある一審被告提案システムを紹介しながら，一審原告向け
に開発する機能の仕様を確認して仕様凍結とするとされており（認定事
実(5)イ），やはり，上記アのような一般的な意味での要件定義の作業
を予定していない旨を明らかにしていた。
同月２５日の第１回専門部会事前打合せの席上でも，ＣＰＬは，「カ
スタマイズにて実現する部分についてはその内容を確認する定義書を
作成していく。」と説明し（認定事実(5)エ(ｲ)），カスタマイズを予定
しない部分（分類１及び２）については「定義書」の作成を予定してい
ない旨を明らかにしていた。
平成２１年１月９日頃に一審原告に交付されたプロジェクト計画書
（甲６３）でも，ＷＧを通じて行う仕様の確定方法に関して，パッケー
ジ標準機能（分類１）については，「適宜デモ機を活用し，パッケージ
機能を紹介。技術仕様書の該当項目との確認を行う。」と，他病院機能
の移植（分類２）については，「デモ機もしくは資料にて，機能の説明
を行う。」としており（認定事実(6)エ(ｱ)ｄ），上記アのような一般的
な意味での要件定義の作業について言及はなく，また，基本設計工程の
内容として，要件定義工程にて明確になったカスタマイズ機能について，
具体的な画面設計，帳票設計を行うと記載しており（認定事実(6)エ(ｱ)
ｆ(b)），カスタマイズを予定していない機能（分類１及び２）につい
ては，上記アのような一般的な意味での基本設計（外部設計）工程を予
定していない旨を明らかにしていた。
上記のとおり，一審被告は，分類１及び２についての要件定義工程及
び外部設計工程は，パッケージ標準機能及び他病院機能の紹介及び確認
作業である旨の説明を行い，新たに要件定義書等を作成する工程ではな
い旨を一貫して明らかにしていたものである。
(ｳ)これに対して，一審原告は，一審被告が分類１及び２についても要件
定義書等の提出義務を負っていた旨を主張する。
ａ確かに，本件システムについて要件定義書等を作成することは，要
件定義工程作業実施要領（甲６４〔２－６〕），プロジェクト計画書
（甲６３〔本文１３〕）及び品質保証計画書（甲９３〔本文５〕）に
明記されており，一審被告は，これら「基本設計資料」を一審原告に
提出し，一審原告による承認を受けることとされていた（甲４〔説－
５〕）。
しかしながら，上記も，およそ作成の必要性が認められない部分に
ついてまで網羅した「要件定義書」又は「外部設計書」というタイト
ルの書面の作成を約束していたものとは認められない。
この点について，一審原告は，Ｑ群馬大学医学部名誉教授の意見書
（甲１５４〔１０〕，２２３〔４，５〕）をもとに，全体の要件定義
書等が必要である旨を主張する。しかしながら，同意見書中には，「他
大学病院における開発において，ベンダがパッケージ説明書を提出し
た上で，これをカスタマイズした箇所および関連する画面・帳票等の
変更箇所についてのみ外部設計書を提出することがみられる。」旨の
記載があり（甲１５４〔１０〕），パッケージソフトをカスタマイズ
したシステムを導入する場合には，大学病院においても，網羅的な外
部設計書が作成されないことがある事実を認めているところである。
同教授は，上記は「変更箇所のみの提出でユーザが十分に業務イメー
ジを構築できる場合に限られる。」と記載しているが（同），同記載
は，「システムは全体として統合されて機能を発揮するものですから，
随時確認できる全ての書類が必要である」との記載（甲２２３〔５〕）
と整合せず，これら意見書によっても，カスタマイズを予定していな
い項目まで網羅した外部設計書の作成が必要不可欠であると認めるこ
とはできない。
要件定義工程作業実施要領，プロジェクト計画書及び品質保証計画
書で言及された要件定義書等は，いずれも分類３についてのものを指
すと解すべきである。
ｂ一審原告は，要件定義書サンプル（乙５２８）が一般的な意味での
要件定義書等に当たるものであるという前提のもとに，第１回専門部
会事前打合せにおいて，一審被告が「要件定義工程の成果物として，
要件定義書のサンプルを用意した。」と説明してこれを配布したこと
（認定事実(5)エ(ｲ)）から，本件においても，「要件定義書」という
タイトルの成果物の作成が予定されていた旨を主張する。また，一審
被告が平成２１年１２月２８日に提出した文書（甲１５８。認定事実
(8)キ）が外部設計書に当たるものであるという前提のもとに，本件で
は現実に外部設計書が作成されており，一審被告の主張と矛盾してい
る旨を主張する。
しかしながら，要件定義書サンプルは，「要件定義書」というタイ
トルではあるものの，配布時にＣＰＬが「資料は内部資料であり，通
常は病院側に提示していない」と説明しているとおり（認定事実(5)
エ(ｲ)），ユーザへの提示を予定していない内部設計書等であると認め
られる。ＣＰＬがどのような意図で要件定義書サンプルを配布したか
は不明であるが，要件定義書サンプルは，本件で作成が予定されてい
た要件定義書等とは異なるものであって，要件定義書サンプルに関す
る一審原告の上記主張はその前提を欠く。
また，上記甲１５８の文書は，要件定義書サンプルと同一書式を利
用した文書が含まれていることからも明らかなとおり，ユーザへの提
示を予定していない内部設計書等であると認められ，やはり，甲１５
８の文書に関する一審原告の上記主張はその前提を欠く。
ｃ本件システムについての要件定義書等がどの文書を指すのかに関す
る一審被告の主張に変遷ないし混乱が見られることは，一審原告の主
張するとおりである（補正前の原判決１８頁１８行目冒頭から同１９
頁１４行目末尾まで及び同２３頁２５行目冒頭から同２４頁２行目末
尾までに記載された一審被告の主張参照）。
しかしながら，一審被告の主張は，分類１及び２については新たに
要件定義書等のタイトルの書面の作成は予定されておらず，入札前に
作成された本件要求仕様書等又は本件技術仕様書が要件定義書等の中
心をなすものであるとの点では一貫しており，かつ，ＣＰＬの供述と
も矛盾するものではなく，上記のような変遷ないし混乱が見られるこ
とを理由として，その主張を排斥することはできない。
ｄさらに，一審原告は，一審原告が一審被告に対して一貫して要件定
義書等の提出を求めていたのに対して，一審被告が，本件訴訟におい
て主張するような，分類１及び２については要件定義書等の作成が予
定されていない旨の回答をしたことはなかった旨を主張する。
(a)一審原告は，一審原告が要件定義書等の提出を求めたものとして，
平成２１年３月３日の推進事務局会議において，「要件定義書とし
て確認できるものを提示してほしい。」とシステリア考房が要望し
たことに対して，一審被告は，「各ＷＧでは，技術仕様書の項目に
ついて，詳細に要件定義を実施している。それらをまとめた要件定
義書を提示できるのは３月末となる。」と回答した事実（甲１４３
〔２〕。認定事実(6)ケ）を指摘する。
しかしながら，上記システリア考房の発言からも明らかなとおり，
システリア考房（一審原告）が提示を求めたのは，「要件定義書と
して確認できるもの」であり，「要件定義書」というタイトルの書
面ではない。そして，その後も一審原告は「要件定義書」というタ
イトルの書面を提示していないにもかかわらず，システリア考房は，
同書面の提示を再度求めることはしておらず，本件仕様凍結合意後
である平成２１年８月２６日付けで「次期病院情報システム構築支
援開発監理業務実施計画」（甲１９９）を作成して，本件シス
テムの外部設計（カスタマイズ）は「７月中に終了」し，８月以降
「追加カスタマイズ設計の確認」等の作業に入っているとの認識を
示すに至っている。
要件定義工程が終了せずに外部設計工程が終了するという事態は
考えられないから，システリア考房は，遅くとも平成２１年８月２
６日時点までには，「要件定義書として確認できるもの」が既に提
出されていたものと判断していたものと認められる。
そうすると，システリア考房が提示を求めた「要件定義書として
確認できるもの」とは，一審被告が作成義務を負っており，その作
成を怠っていたと一審原告が主張する「要件定義書」とは異なるも
の（ＷＧにおいて一審被告から提示された画面イメージや帳票サン
プル等を含む各種資料）を指していたものというべきである。
(b)一審原告は，一審原告が要件定義書等の提出を求めたものとして，
Ｇ副部長が，一審被告に対し，平成２１年８月３１日以降，繰り返
し，要件定義書等を含む各種ドキュメントの提示を求めた事実（甲
９６，１００，１０１，１４５，１４６。認定事実(7)オ，キ（ｶ），
(8)ア）を指摘する。
しかしながら，Ｇ副部長の上記求めは，上記(a)のとおり，本件シ
ステムの外部設計が既に終了し，「追加カスタマイズ設計の確認」
等の作業に入っている段階でなされたものであって，そこで提示を
求めている各種ドキュメントも，追加カスタマイズに関するもので
あったと見るのが相当である。実際，上記甲９６のメール後に開催
された３回の推進事務局会議においては，いずれも「カスタマイズ
設計書」の確認作業の報告がなされている一方で，追加カスタマイ
ズ以外の項目について要件定義書等の提出がなされていないこと
が問題とされた形跡は見られない（甲９７ないし９９の各２。認定
事実(7)キ(ｱ)ないし(ｴ)）。
また，上記甲１０１，１４６のメールも，帳票が「全種」揃って
いないことを問題とするものであって，要件定義書等が全く提出さ
れていないことを指摘するものではない。
すなわち，Ｇ副部長が上記のとおり提示を求めた各種ドキュメン
トとは，主に追加カスタマイズ設計に関するものであって，Ｇ副部
長自身，当時，要件定義書等が一審被告から全く提出されていない
という認識を有していたものとは認められない。
(c)さらに，Ｇ副部長は，平成２１年１２月１６日，一審被告に対し
て要件定義書等のドキュメントの提出を求めているが（認定事実
(8)カ(ｲ)），これは，「１２月末時点での到達度評価」を行うため
の資料としてであって，本件システム全体について要件定義書等の
提出がなく，このために本件プロジェクトの遂行に支障が出たと指
摘するものではない。
(d)以上のとおり，一審原告は，少なくとも平成２１年１２月１６日
以前においては，一審被告が提出した要件定義書等に一部欠けてい
る部分があったため，その追加提出等を求めたことはあったものの，
一審被告が，一審原告の求める要件定義書等の作成を怠っていると
して，その提出を求めていたとの事実は認められない。
(ｴ)以上のとおり，一審被告は，分類１及び２については，要件定義書等
の作成義務を負っていなかったものと認められる。
ウ分類３についての要件定義書等の提出義務について
(ｱ)これに対して，分類３はカスタマイズが予定された項目であるから，
外部設計書の作成が予定されていたものである。
また，分類３についても，分類１及び２と同様に，本件技術仕様書（甲
６）が，本件システムにおいて実装すべき項目を明確にして整理した要
件定義書に当たるものであり，一から要件定義を行うことは予定されて
いなかったが，その内容が一義的に定まっていた分類１及び２とは異な
り，分類３はカスタマイズが予定されていた項目に関するものであるか
ら，本件技術仕様書の記載に基づいて，一審原告との間で協議を行い，
その結果を記載したものも要件定義書の一部を構成するものであった
と認められる。
そして，これら分類３についての要件定義書等は，一審被告が作成し
て一審原告に提出し，「基本設計資料」の一部として一審原告の承認を
得ることとされていた（甲４〔説－５〕）。
この分類３についての要件定義書等の承認については，その後，平成
２０年１１月２７日の第１回専門部会において，①ＷＧにおいて要件定
義，仕様確認及び外部設計を行うこと，②その後，専門部会において，
ＷＧ検討結果の承認と審議を行うこと，③専門部会における決定事項は，
逐次一審原告の病院長補佐会議において最終承認を得ることと合意さ
れた（認定事実(5)オ）。
(ｲ)第１回専門部会における上記合意に基づいて，ＷＧにおいて，パッケ
ージ標準機能及び他病院機能の確認やカスタマイズの内容についての
検討等が行われた（認定事実(6)ア）。
そして，本件仕様凍結合意が締結されるまでの間に，一審被告は，未
だ合意できていなかったＰＤＡの機能を除き，ＷＧにおいて，作成すべ
き画面イメージや帳票サンプル等の確認及び承認を得ていた（弁論の全
趣旨）。
(ｳ)これらＷＧにおける検討結果は，専門部会において審議及び承認され
る予定であったが，本件において，ＷＧにおける検討結果を専門部会に
おいて明示的に承認する手続が採られた形跡は見当たらない。
一審被告は，同年３月４日の第５回専門部会までの間に，各項目がど
のＷＧで確認されたかを記載した一覧表を交付することによって，専門
部会における承認に代える旨の合意がなされ，同専門部会において，「技
術仕様検討結果報告（要件定義）」（乙５３７）を交付して説明したこ
とによって，要件定義の確認及び承認が終了した旨を主張する。しかし
ながら，一審被告の主張するような合意が専門部会等において明示的に
なされた形跡は見当たらないし，上記乙５３７は，当時のＷＧにおける
検討状況を「仕様検討中」，「承認済」等と記載して報告する書面に過
ぎず（認定事実(6)コ(ｴ)），同書面の交付及び説明によって，専門部会
における承認がなされたということはできない。
また，一審被告は，分類３について，「要件定義書」又は「外部設計
書」というタイトルの書面を作成して，一審原告に提出することはなか
った。
この点について，一審被告は，平成２０年１１月２５日の第１回専門
部会事前打合せにおいて，要件定義工程の成果物がＷＧにおける配布資
料を全てまとめたものであることを説明し，一審原告の承認を得た旨を
主張する。しかしながら，同事前打合せの議事録（乙３１８）にはその
旨の記載は見当たらず，同主張は採用できない。
エ以上のとおり，一審被告は，分類３に限っては，要件定義書等を作成し，
これを一審原告に提出して，専門部会において審議及び承認を得る義務が
あったが，これを怠っていたものと認められる。
５争点(4)（本件仕様凍結合意の意味）について
(1)本件仕様凍結合意が，開発対象を確定し，以後，一審原告は，一審被告に
対し，新たな機能の開発要望はもちろん，画面や帳票，操作性に関わるもの
も含め，一切の追加開発要望を出さないとの合意（一般的な意味での「仕様
凍結」の合意）を意味すると見るのが相当であることは，原判決「事実及び
理由」欄の「第３当裁判所の判断」の５項のとおりであるから，これを引
用する。
ただし，原判決１１０頁１３行目及び１８行目「エ」をいずれも「オ」と
改める。
(2)当審における一審原告の主張について
ア一審原告は，本件仕様凍結合意当時，要件定義書等の提出がなく，要件
定義工程や外部設計工程は終了していなかったから，これらの工程をやり
直さないという意味での「仕様凍結」の段階に至っていたとはいえず，ベ
ンダがユーザの追加開発要望を拒否する前提を欠くし，画面や帳票，操作
性を確認していない段階であり，ユーザである一審原告としては，追加開
発要望や検討ができると考え，期待するのが当然である旨を主張する。
しかしながら，前記４(2)のとおり，分類１ないし３のいずれについても
本件技術仕様書によって開発対象が基本的には明確になっていたし，分類
３については外部設計書の作成が予定されていたが，前記４(2)ウ(ｲ)のと
おり，一審被告は，未だ合意できていなかったＰＤＡの機能を除き，ＷＧ
において作成すべき画面イメージや帳票サンプル等の確認及び承認を得て
いたのであって，要件定義書等の提出がなかったからといって，要件定義
工程が終了していなかったということはできず，また，追加開発要望が出
せると一審原告が期待していたとしても，その期待は合理的なものであっ
たということはできない。
また，一審原告が，デモ機を借り受け，ＷＧにおいてパッケージ標準機
能及び他病院機能の仕様を確認する作業を行っていたことを前提として，
パッケージ標準機能及び他病院機能を信頼して，未確認部分についても一
切の追加開発要望は出さないことを受け入れることが，あながち不合理な
意思決定といえないことは，補正して引用する原判決１１３頁５行目冒頭
から同１７行目末尾までで説示するとおりである。
この点について，一審原告は，デモ機はすべての機能を網羅しておらず，
また，一審原告病院全体でパッケージを十分に確認できる状況になかった
上，パッケージの機能と現行システムの機能との違いが指摘されていたか
ら，他病院への導入実績があるパッケージだからといって信頼できるよう
な状況にはなかった旨を主張する。
しかしながら，全ての機能を網羅していなかったというのはデモ機であ
るから当然のことであり，一審原告の職員がこれらを利用してパッケージ
の確認を行わなかったとしても，その結果を一審被告の不利益に扱うこと
は相当ではない。また，パッケージの機能と現行システムの機能とが違う
ことは当然のことであって，このことが，デモ機によってパッケージの確
認ができなくなる理由になるとはいえない。
イ一審原告は，本件仕様凍結合意後も一審被告が書面（カスタマイズ仕様
書等）又は開発したシステムの確認を一審原告に求めたのは，一定の変更
等の余地があることを前提とするものであった旨を主張する。
しかしながら，ベンダにおいて，開発したシステムの内容の確認をユー
ザに求めることは当然のことであって，だからといって，ユーザからなさ
れる追加開発要望を受け入れることをベンダが許容していたということは
できない。
また，一審原告は，本件仕様凍結合意後も，一審被告が一審原告の指摘
を受けて修正を行うなどした事実があった旨を指摘するが，これは，一審
原告による追加開発要望を一審被告が拒否し切れなかったというにとどま
り（１７１項目の追加要望参照），一審被告が本件仕様凍結合意後に出さ
れる追加開発要望に応じる義務を有していたことを裏付ける事実というこ
とはできない。
ウ平成２１年７月６日の第１２回推進事務局会議において，一審被告がカ
スタマイズを約束した項目以外には対応できないと回答したことに対し，
一審原告が，特段の異議を述べなかったこと（認定事実(6)テ），また，翌
７日の第８回専門部会において，Ｂ教授が，今後開発プログラムが徐々に
出来上がってくると発言したこと（認定事実(6)ト(ｱ)）について，一審原
告は，電子カルテカスタマイズ要望一覧（甲７）の導入範囲欄に「○」が
付されたものを開発対象とすることを一審原告が了解したということを示
すものに過ぎない旨を主張する。
しかしながら，これらは，本件仕様凍結合意後は追加開発要望を出すこ
とができないと一審原告自身認識していたと評価する根拠というべきであ
って（補正して引用する原判決１１１頁２６行目「現に」から同１１２頁
１１行目末尾まで参照），一審原告の上記主張は採用できない。
エ一審原告は，開発範囲を絞ってまで本件システムの運用開始を早めなけ
ればならない事情はなかった旨を主張する。
しかしながら，電子カルテ化が一審原告にとって喫緊の課題であったこ
とは，一審原告自身が主張しているところであり（第２の３(8)カ），平成
２２年１月４日に本件システムの運用開始を実現するために，開発範囲を
絞る旨の本件仕様凍結合意をする必要性は，一審原告の側にも強く存在し
ていたというべきである。
オ一審原告は，本件仕様凍結合意が今後一切の追加開発要望を出さないと
いう合意であるとしても，一審原告はそのような認識は有しておらず，こ
れは，仕様凍結の意味やその後の手続等について適切な説明をしなかった
一審被告の責任である旨を主張する。
しかしながら，一審原告自身，本件仕様凍結合意が今後一切の追加開発
要望を出さないという合意であると認識していたことは，上記ウや，一審
原告による追加開発要望のために本件システム開発が遅れており，開発対
象に取り込むべき開発要望の精査を行ってきた結果本件仕様凍結合意に至
った経緯（認定事実(6)オないしテ）などに照らして明らかである。もっと
も，現場の医師らには，そのような認識が必ずしも浸透していたとはいえ
ず，これが本件の紛争の根本的な原因の一つとなっていたことは，前記４
(1)イ(ｱ)のとおりであるが，これは，一審被告ではなく，一審原告の責任
というべきである。
一審原告の上記主張はその前提を欠いているというべきである。
カ以上のとおりであって，本件仕様凍結合意後も追加開発要望を出すこと
が禁止されてはいなかった旨の一審原告の主張は採用できない。
６争点(5)（１７１項目の追加要望の開発対象該当性）について
(1)一審被告は，一審原告が本件仕様凍結合意後に開発対象外の１７１項目の
追加要望（ただし，通番０１２は欠番であり，通番１０５と通番１６３が同
一であるので，実数は１６９項目である。）を出し，この結果，本件システ
ム開発が遅延した旨を主張する。
これに対し，一審原告は，１７１項目の追加要望（実数は１６９項目）の
うち，開発対象外の要望は３項目（通番１３６，１４４，１４５）であるこ
とは認めるが，１２項目（通番０１１，０３５，０９１，１０５（１６３と
同じ。），１１４，１１７，１１８，１３１，１３５，１４２，１６２）は
一審原告が要望したものではなく，その余の１５４項目は開発対象内の開発
要望であり，開発対象外の開発要望ではない旨を主張する。
(2)そこで検討するに，１７１項目の追加要望は，本件システムの引渡しが履
行期になされなかったこと（債務不履行）についての帰責性がなく，また，
一審原告に協力義務違反が認められる根拠の一つとして一審被告が主張する
ものであるから，これらの開発要望が出されたこと及びそれが開発対象外の
開発要望であることについて一審被告が主張立証責任を負うものというべき
であり，これに反する一審被告の主張は採用できない。そして，１７１項目
の追加要望（実数は１６９項目）のうち，一審原告が本件仕様凍結合意後に
要望を出したのは１６２項目（実数は１６１項目）であり，このうち１２５
項目（実数は１２４項目）が開発対象外の開発要望であったと認められる。
その理由は，以下のとおり補正するほか，原判決「事実及び理由」欄の「第
３当裁判所の判断」の６項のとおりであるから，これを引用する。なお，
下記の加除訂正の結果，項番が欠けたものは欠番とする。
ア原判決１１３頁２０行目冒頭から同２５行目末尾までを以下のとおり改
める。
「(3)通番００２，００５，００６，０１３ないし１５，０２３ないし０
２６，０２８，０２９，０３１，０３４，０３８，０４０，０４１，
０４４，０４５，０４８，０５０，０５５，０５６，０５８ないし０
６０，０６２ないし０６４，０６８ないし０７０，０７４ないし０７
８，０８１，０８５ないし０８８，０９２，０９５，０９６，１００，
１０６，１０７，１０９，１１０，１１２，１１５，１１６，１１９，
１２１，１２３，１２５，１２８ないし１３０，１３３，１３４，１
３７ないし１４１，１６１，１６４，１６６ないし１６９について
いずれも，本件技術仕様書（甲６）において分類１（パッケージ標
準機能）又は２（他病院機能）とされ，カスタマイズを予定していな
い機能についてカスタマイズを求めるものである。これらの中には，
一審原告と一審被告の担当者間で資料や情報のやりとりがあったもの
（通番０１３（甲６５），通番０２４（甲６７，８４），通番０２５
（甲６７），通番０２８（甲８１），通番０４１（甲１７０〔１３，
資料３１〕），通番１３３（甲８１，乙４８５），通番１６６ないし
１６８（弁論の全趣旨）や，一審原告がカスタマイズを求めたのに対
して一審被告が明確な拒否をしなかったもの（通番０２６（甲７１），
通番０４０（甲１７０〔１２，１３，資料３０〕），通番５８（甲１
０９〔１，２，添付資料１〕，通番０６９（甲７３，９９の２），通
番１３４（甲１０９〔３〕），通番１３８（甲１２８〔４〕，１２９））
などもあるが，いずれも，専門部会などにおいて開発対象とする旨の
明確な合意がなされたと認めるに足りる証拠はない。
また，一審原告の主張を踏まえても，パッケージ標準機能又は他病
院機能として一審被告が提供する機能に不具合がある，あるいは，一
審原告病院の運用の変更によっては対処できない重大な支障が生じる
と認めるに足りる証拠はない。
したがって，これらの要望はいずれも開発対象外の開発要望であ
る。」
イ同１１３頁２６行目「(2)」を「(4)」と改める。
ウ同１１４頁１６行目冒頭から同１１６頁１４行目末尾までを以下のとお
り改める。
「(5)通番００７ないし０１０について
要望１については，本件技術仕様書（甲６）において分類１とされ
ている機能の追加変更を求めるものであり，かつ，本件契約後，開発
対象に含める旨の個別の合意が成立した形跡は見られない。
要望２は，検査同意書取得対象オーダ画面の「同意書の取得確認」
欄で「する」をチェックして「ＯＫ」を選択した場合，検査同意書が
自動印刷される機能（電子カルテカスタマイズ要望一覧ＣＲ－２８７
（甲７〔１９〕，乙４７０の２）について，「する」を「済み」に，
「しない」を「未了」にそれぞれ変更するとともに，「同意書の取得
確認」欄で未了をチェックして「ＯＫ」を選択した場合にも検査同意
書が自動印刷される機能を求めるものである（乙４７０の３）。要望
２は，上記電子カルテカスタマイズ要望一覧ＣＲ－２８７に明示され
た機能ではなく，同機能について更なる追加変更を求めるものである。
要望３が開発対象内の開発要望であることは当事者間に争いがない。
したがって，通番００７ないし０１０のうち，各要望１及び２は開
発対象外の開発要望である。」
エ同１１６頁２０行目冒頭から同１１７頁２５行目末尾までを次のとおり
改める。
「(10)通番０１６について
一審原告は，正規ラベルを二連ラベルにすることが合意されていた
（電子カルテカスタマイズ要望一覧ＣＲ－２５９（甲７〔１８〕）か
ら，仮ラベルも二連ラベルにすべきことは当然のことであると主張す
る。
しかしながら，上記ＣＲ－２５９は検体検査オーダにおける検体ラ
ベルに関するものであって（弁論の全趣旨），病理オーダの仮ラベル
を二連ラベルにすべき根拠となるものではなく，他に本要望に係る個
別の合意が成立した形跡は見られないから，開発対象外の開発要望と
認められる。」
オ同１１８頁１８行目冒頭から同１２１頁１行目末尾までを以下のとおり
改める。
「(12)通番０１８について
平成２１年３月３１日までに，ＸＰフィルム管理システムの仕様に
関して，ＸＰ番号を採番し，又は削除する機能を備えるものと合意さ
れたことについては，当事者間に争いがなく，係る合意を反映した画
面設計仕様書等が，甲６８の３及び４である。
一審被告が主張する通番０１８に係る一審原告の開発要望は，診療
予約がなく，かつ，再来受付機も経由しなかった患者が放射線部門へ
直接行った場合への対応であり（乙３１の２），これは，上記のとお
り一旦合意により確定した仕様について，本件仕様凍結合意後である
同年９月９日になって追加変更を求めたものである。
したがって，本件通番０１８は，開発対象外の開発要望である。
(13)通番０２０について
一審原告は，本件システムとナースコールシステム（ケアコム製）
とのインターフェース（連携。本件技術仕様書（甲６）上，分類１と
されていた。）に関し，漏れなく情報の送受信ができるよう求めたも
のであると主張する。これは，結局のところ，現行システムとナース
コールシステムとのインターフェースと同じようにＨＬ７をベースと
するインターフェースの開発を行わなければ実現できない機能である
（弁論の全趣旨）。
本要望は，上記のとおり分類１での提供が予定されていた機能の変
更を求めるものであって，開発対象外の開発要望である。」
カ同１２１頁１２行目冒頭から同１２３頁１９行目末尾までを以下のとお
り改める。
「このことは，プリンタの変更が納期遅延の原因となるか否か，パッケー
ジとリコー製のプリンタとの組み合わせがＮＴＴ札幌病院等でも実績が
あるか否かによって左右されるものではない。」
キ同１２４頁６行目冒頭から同１２５頁１４行目末尾までを以下のとおり
改める。
「(21)通番０３５について
一審原告は，本要望に関し，質問をしたに過ぎないと主張する。
しかしながら，一審原告のＧ副部長は，平成２１年８月５日，独自
の外字対応方法についてＮＥＣから情報提供を受けたとして一審被告
のＳＥに電子メールした（乙４７１）上で，同年１１月１４日，一審
被告のＣＰＬらに対し，「人名用漢字（中略）並びに第一・第二水準
以外の文字の取り扱いについてはかねてより指摘，質問しているとこ
ろですが，どのように対処されるお考えでしょうか。（中略）速やか
に回答願います。」と電子メールを送信した事実（甲１６５〔添付資
料３〕）が認められる。
これは，分類２（他病院機能の移植）によるものとされていた外字
対応方法について，新たな外字対応方法の実現を強く求めるものであ
って，単なる質問と見ることはできない。
したがって，通番０３５は，開発対象外の開発要望である。
(22)通番０３６について
一審原告は，平成２１年８月１４日，パスワードの暗号化アルゴリ
ズムをＳＳＨＡ方式とすることで確定しており，その後，一審原告が
その変更を申し入れた事実はない旨を主張する。
しかしながら，平成２１年９月２９日，三菱電機ＩＴ（一審原告側
の業者）担当者から一審被告のＭＳＥに対して，パスワードの暗号化
アルゴリズムＳＨＡ－２５６はＬＤＡＰサーバを構成するソフトウェ
アに対応していないので，ＳＳＨＡ方式に変更したい旨の電子メール
が送信されている（乙５６０，弁論の全趣旨）。これは，同日以前に，
一審原告（三菱電機ＩＴ）と一審被告との間で，パスワードの暗号化
アルゴリズムをＳＨＡ－２５６とすることを合意しており，同日，Ｓ
ＳＨＡ方式に変更することを求めたものと見るべきであり，一審原告
の主張するように，単に一審被告からの問合せに回答したに過ぎない
とは考えられない。
したがって，通番０３６は，開発対象外の開発要望である。」
ク同１２６頁６行目冒頭から同１３３頁２行目末尾までを以下のとおり改
める。
「(27)通番０４３について
一審原告は，電子カルテカスタマイズ要望一覧ＣＲ－５０３（甲７
〔１１〕）で開発が合意されていた機能の開発を指示したに過ぎない
と主張する。
しかしながら，上記合意は，経過表上，インバランス項目，アウト
バランス項目，バランスの各々について，1時間ごとから1日ごとに
累計と積算を表示するというものではあるが，これを「累計／積算」
の形式で表示することまで合意したものとは認められない。
したがって，通番０４３は，開発対象外の開発要望である。
(28)通番０４７について
一審原告は，いずれも，電子カルテカスタマイズ要望一覧ＣＲ－３
２４及び３８７（甲７〔４，６〕）で開発が合意されていた機能の実
現又は具体化・詳細化に過ぎないと主張する。
しかしながら，上記機能については，平成２１年７月２９日までに
一審原告の了解を得て開発された機能の更なる変更要望であり（乙４
７，弁論の全趣旨），いずれも，開発対象外の開発要望である。
(29)通番０５７について
一審原告は，本件技術仕様書（Ｃ３－２）１－５－１８に基づいて，
検体検査オーダに自由文で情報入力ができるよう求めたに過ぎない旨
主張する。
しかしながら，上記は，検体検査部門業務に関する機能であって，
検査オーダに関するものではない。
検査オーダに関する本件技術仕様書（Ｃ４－１）１－２－２１は，
分類１とされており，電子カルテカスタマイズ要望一覧ＣＲ－３４２
（甲７〔１７〕）により検査オーダに穿刺部位等の情報を登録できる
ことなどが合意されてはいるものの，一審原告が主張するような情報
入力については合意されていない。
したがって，通番０５７は，開発対象外の開発要望である。」
ケ同１３３頁１４行目冒頭から同１３４頁１１行目末尾までを削る。
コ同１３４頁２２行目冒頭から同１３８頁２４行目末尾までを以下のとお
り改める。
「(40)通番０６６について
一審原告は，輸血依頼伝票のレイアウト（分類３）について，一審
原告の指示を伝えたに過ぎない旨主張する。
しかしながら，乙５９によれば，一審被告が交付を受けていた輸血
依頼伝票には，抗体欄は設けられておらず，また，「土曜・日曜はス
タンバイのため輸血部に保管されています。」というコメントは記載
されていなかったものであり，平成２１年１０月になって，レイアウ
トの変更を指示したものと認められる。
この点，一審原告のＨ技師は，平成２０年１１月２８日，一審被告
に対して，現行システムの印刷物（抗体欄が設けられており，「輸血
予定日が休日の為，スタンバイ扱いとなります。」というコメントが
常に表示されているもの）を交付して，輸血依頼伝票のレイアウトを
指示した旨の陳述書（甲１８４）を提出する。しかしながら，同陳述
書に添付された輸血依頼伝票は，本件訴訟提起後にＮＥＣに依頼して
提供を受けたものというのであって（甲１８４〔１〕），Ｈ技師が一
審被告に交付したという書面と同一のものであると認めるに足りる証
拠はない。
したがって，通番０６６は開発対象外の開発要望である。
(41)通番０６７について
一審原告は，採取ラベルへの印字情報（本件技術仕様書（甲６）上
分類３とされ，また，電子カルテカスタマイズ要望一覧ＣＲ－３４３
（甲７〔１７〕）において現行システムにおいて使用しているものと
同等の内容にすることとされていた。）について，合意どおりの開発
を求めたに過ぎないと主張する。
しかしながら，一審被告は，現行システムと同等の内容を印字する
ものとして作成した帳票を作成して，平成２１年１０月２２日，Ｒ技
師に確認を求め，その了承を得ていたのであって（乙４０の１，乙５
２４〔２９，３０〕），その後，これを変更するよう要望する通番０
６７は，開発対象外の開発要望というべきである。
なお，証拠（乙５２４〔３０〕）によれば，材料名として「その他」
を選択することは極めて例外的な場合に限られることが認められ，こ
れによって業務が大きく停滞するものとは認められない。
(45)通番０７１について
一審原告は，「指示受け画面」にオーダの一覧を表示する機能（分
類３）について，一審原告の指示を伝えたに過ぎないと主張する。
しかしながら，「指示受け画面」に一覧表示するオーダについては，
平成２０年１２月２６日の第２回看護業務支援ＷＧにおいて，「検体
検査，輸血，注射，処方，処置，継続指示」に「細菌とリハビリ」を
追加することとして確定された（甲２１９〔２〕）にもかかわらず，
一審原告は，本件仕様凍結合意後にその変更を求めたものであって，
開発対象外の開発要望と認められる。
(46)通番０７２について
一審原告は，本件要望に関し，質問をしたに過ぎないと主張する。
しかし，弁論の全趣旨によれば，通番０７２は単なる質問というこ
とはできず，分類２（他病院機能の移植）によるものとされていた外
字対応方法について，新たな外字対応方法を求めるものであって，開
発対象外の開発要望と認められる。」
サ同１３９頁１２行目冒頭から同１４１頁４行目末尾までを削る。
シ同１４２頁３ないし４行目「使用に耐えないほどの」から同６行目「照
らせば」までを以下のとおり改める。
「本件技術仕様書（甲６）上分類１又は３とされた機能に関するものであ
り，分類３とされていた輸血依頼伝票のレイアウトについても本件仕様凍
結合意時までにカスタマイズ内容の確認がなされ（電子カルテカスタマイ
ズ要望一覧ＣＲ－１０８，１０９。甲７〔１４〕），本件仕様凍結合意に
より画面，帳票を含めた追加開発要望をしない旨が合意されていたことな
どに照らせば」
ス同１４２頁９行目冒頭から同１４４頁３行目末尾までを以下のとおり改
める。
「(55)通番０８３，１７０について
一審被告は，一審原告が放射線オーダにおいて検査部位を「歯式」
で登録する旨の追加開発要望を出した旨主張する。
この点，本件技術仕様書（Ｃ４－２）１－１－４及び１－１－１３
では，「検査部位」（「部位」）をリストから選択することにより，
依頼情報の登録が行える機能をパッケージ標準機能（分類１）により
提供する旨が記載されているが（甲６〔Ｃ４－６，７〕），特に「歯
式」で登録することは記載されていないから，歯式により部位を登録
できなかったとしても，部位を特定することができれば，上記要件を
満たすことになる。
そして，パッケージにおいても，放射線オーダの機能が存在し，歯
についても，予めシェーマ（撮影部位を示すための下絵のようなもの。
乙３１５の２４〔００－１３〕参照）を登録しておけば，放射線オー
ダ画面において，当該シェーマを選択し，撮影部位を丸で囲む等の方
法により，撮影部位を登録することが可能だったし，あるいは，詳細
指示画面において，選択したシェーマの下にはフリーコメントフィー
ルドが用意されているから，ここにコメントを入力することにより，
文字で撮影部位を登録することも可能だった（乙３１５の２４〔００
－１１〕，乙３１７〔２３ないし３０〕）。このことは，ＣＰＬが，
平成２１年１２月９日の第１４回専門部会において，歯式登録の実装
は困難であるが，「シェーマとして送ることやコメントとしてオーダ
情報を送る方法が考えられる。」と説明しているとおりである（乙２
の１４〔３〕）。
にもかかわらず，一審原告は，本件仕様凍結合意後である平成２１
年１１月１９日になって，歯式部位を登録する機能の追加を求めたの
であって（乙７４），通番０８３，１７０は，開発対象外の開発要望
である。」
セ同１４４頁１３行目冒頭から同１４５頁２６行目末尾までを削る。
ソ同１４６頁１７行目冒頭から同１４７頁１２行目末尾までを以下のとお
り改める。
「(62)通番０９１について
一審原告の要望は，物品請求オーダの「請求部署」欄に，端末の設
置されている病棟が既定値初期表示されるよう求めるものであり，本
件技術仕様書（甲６）では分類３とされている。
しかしながら，一審被告は，平成２１年５月２７日までに，物品請
求オーダシステムを開発し，ＷＧにおいて一審原告の確認を得ていた
ところ（乙４７５），一審原告は，本件仕様凍結合意後である同年１
１月２５日になって，その一部を変更することを求めたものである（乙
８１，４７０の１４）。
したがって，通番０９１は，開発対象外の開発要望である。」
タ同１４８頁１０行目冒頭から同２１行目末尾までを削る。
チ同１４９頁１０行目冒頭から同１５０頁１６行目末尾までを以下のとお
り改める。
「(68)通番０９９について
証拠（甲７〔１７〕，１０９〔添付資料２〕，乙４０の１）によれ
ば，一審原告と一審被告は，電子カルテカスタマイズ要望一覧ＣＲ－
３４３において，「採取ラベルへの印字情報は，現行使用しているも
のと同等の内容とする」旨合意していたこと，現行システムの採取ラ
ベル（甲１０９〔添付資料２〕）には，採取管コメントが印字される
仕様になっていたが，一審被告の作成した採取ラベル（乙４０の１）
には採取管コメントが印字されない仕様になっていたことが認められ
る。
しかしながら，証拠（乙４０の１，乙５２４〔２９，３０〕）によ
れば，一審被告は，採取管コメントが印字されない仕様になっている
上記採取ラベルを作成して，平成２１年１０月２２日，Ｒ技師に確認
を求め，その了承を得たというのであって，採取ラベルの仕様は，一
審原告と一審被告との合意により，乙４０の１のものに確定されたと
見るべきである。
一審原告は，その後，採取ラベルに採取管コメントの印字を求めた
のであって，通番０９９は，開発対象外の開発要望である。」
ツ同１５１頁４行目末尾に改行の上，以下を加える。
「なお，平成２１年１１月２８日の第１回外来リハーサル反省会において，
一審原告が通番１０１に係る要望をしたのに対し，一審被告は「ご指摘い
ただいた事象について，調査及び修正させていただく。」と回答している
が（甲１０の１〔４〕），同回答をもって，一審被告が不具合を認めたも
のということはできず，この点に関する一審原告の主張は採用できない。」
テ同１５１頁１７行目冒頭から同１５２頁１２行目末尾までを以下のとお
り改める。
「(72)通番１０３について
通番１０３のうち，採取ラベルに負荷薬剤情報を印字するよう求め
る部分は，前記(68)で説示したとおり，Ｒ技師の確認，了承を得てラ
ベルの仕様を確定させた後になって，採取ラベルに負荷薬剤情報を印
字することを求めたのであるから，開発対象外の開発要望である。
また，通番１０３のうち，負荷試験入力画面から登録された負荷薬
剤を，それとは別画面である検体検査オーダ詳細画面へも反映させる
よう求める要望が出されたことは，乙９１により認められるが，この
ような機能は本件技術仕様書にも電子カルテカスタマイズ要望一覧に
も記載がなく，開発対象外の開発要望であると認められる。
したがって，通番１０３は，開発対象外の開発要望である。」
ト同１５３頁６行目「８日」を「９日」と改める。
ナ同１５３頁１２行目冒頭から同１５４頁６行目末尾までを削る。
ニ同１５５頁１９行目冒頭から同１５７頁２行目末尾までを削る。
ヌ同１５７頁１９行目冒頭から同１５９頁１８行目末尾までを以下のとお
り改める。
「(82)通番１１４について
一審原告の要望は，電子カルテカスタマイズ要望一覧ＣＲ－１８８
「生理部門システムで中止を行った際に電子カルテのオーダのステー
タスを中止に変更する。」に関するものであるが，甲７〔１９〕にお
いて「導入範囲」に丸が付されておらず，導入範囲外とされていた。
ところが，一審原告は，平成２１年１２月４日になって，再度同様の
要望を提出したものである（乙１０１）。
なお，一審被告の主張中には，本要望が提出された時期を「平成２
１年８月頃」とするものがあり（原判決別紙１７１項目主張対比表の
通番１１４の「被告の主張」欄の「原告による要望」欄①），時期の
点で齟齬があるが，いずれにせよ本件仕様凍結合意後に要望を出した
という点で同一の要望をいうものと考えられる。
したがって，通番１１４は，開発対象外の開発要望である。」
ネ同１６１頁１２行目冒頭から同１６３頁８行目末尾までを以下のとおり
改める。
「(87)通番１２４について
一審原告の要望は，負荷試験項目と日内変動項目を同一オーダとし
て依頼しても検体部門システムに情報送信されるようにしてもらいた
いというものである。
しかしながら，本件技術仕様書において，負荷試験の依頼を入力で
きる機能（（Ｃ４－１）１－２－２２）と日内変動検査の依頼を入力
できる機能（Ｃ４－１）１－２－２３）とは別項目になっており（い
ずれも分類１。甲６〔Ｃ４－３〕），負荷試験項目と日内変動項目の
双方について同一タイミングでオーダできることを約束したものでは
ない。このため，一審被告は，仕様変更の要望と理解して，プログラ
ム修正により対応せざるを得なかった（乙１０７）。
したがって，通番１２４は，開発対象外の開発要望である。
(88)通番１２６について
一審原告の要望は，電子カルテシステムから感染症管理システムへ
送信する患者基本情報のうち，「感染症名」データについて，当初プ
ロブレム情報を送信する予定であったものを，病名情報へ変更するこ
とを求めたものである。
電子カルテシステムから感染症管理システムへ送信する患者基本情
報については分類３とされていたが（本件技術仕様書（Ｃ３－４）１
－４－１－１。甲６〔Ｃ３－４－５〕），一審被告は，上記患者基本
情報うち「感染症名」について，プロブレム情報を送信するものとす
る細菌検査部門システム接続仕様書（乙４８４）を作成して，平成２
１年１０月９日，Ｇ副部長から確認を得た（弁論の全趣旨）。
通番１２６に係る要望は，その後である同年１２月になって，プロ
ブレム情報ではなく病名情報を送信するよう変更を求めたものであっ
て（乙１０８），開発対象外の開発要望である。」
ノ同１６４頁６行目冒頭から同１６７頁４行目末尾までを以下のとおり改
める。
「(91)通番１３１について
一審原告は，本要望を出していないと主張する。
しかしながら，一審被告のＳＥは，平成２１年１２月１７日に一審
原告から上記要望を受けたものとして問題管理票を作成しており（乙
１１１），一審原告のＲ技師も，要望の事実は確認できていないもの
の，誤認混同を招く数字の削除又は改定の趣旨で要望を出した可能性
がある旨の陳述書を提出していること（甲１６７〔１０〕）からする
と，本要望は，一審原告によって出されたものと認められる。
そして，本件技術仕様書（甲６）上，本要望に係る機能は分類１と
されており（本件技術仕様書（Ｃ４－１）１－６－１１。甲６〔Ｃ４
－５〕），カスタマイズを予定していなかった項目についての要望で
あったと認められる。
したがって，通番１３１は，開発対象外の開発要望である。」
ハ同１６７頁１０行目「乙８５の２〔３〕」の後に「，乙１１４」を加え
る。
ヒ同１６７頁２５行目冒頭から同１７０頁２６行目末尾までを削る。
フ同１７１頁１行目「(99)」を「(98)」と改める。
ヘ同１７１頁５行目末尾に改行の上，以下を加える。
「(99)通番１４３について
一審原告は，処方オーダに関する本件技術仕様書（Ｃ４－１０）１
－３－５に基づいて，一審原告の運用に合った開発を求めたに過ぎな
い旨主張する。
しかしながら，一審原告の求める入院処方（麻薬あり）の処方指示
書再発行機能は，本件技術仕様書には記載がない。
したがって，通番１４３は，開発対象外の開発要望である。」
ホ同１７１頁１１行目冒頭から同１７２頁１０行目末尾までを以下のとお
り改める。
「(101)通番１４６について
一審原告の要望は，本件システムに現行システムの手術歴を移行で
きるようにしてほしいというものである。
しかしながら，手術歴（検査結果歴，レポート）は，ＰＤＦ等のデ
ータを一審原告が作成し，これを指定フォルダに送信することによっ
て閲覧可能な状態にするものとされており（甲６〔添付資料（Ｄ）１
－１１－２－１〕），本要望はこれを変更することを求めるものであ
るから，開発対象外の開発要望である。」
マ同１７２頁１６行目「乙８５の２〔３〕」の前に「乙２の１４〔１〕，」
を加える。
ミ同１７３頁５行目冒頭から同９行目末尾までを削る。
ム同１７３頁２２行目冒頭から同１７４頁１３行目末尾までを削る。
メ同１７５頁３ないし４行目「被告は開発対象でなかったことを積極的に
主張するものではないから」を「弁論の全趣旨によれば」と改める。
モ同１７５頁６行目冒頭から同９行目末尾までを削る。
ヤ同別紙１７１項目主張対比表の通番０１３，０１８，０２３，０２５，
０２８，０３４ないし０３６，０３８，０４１，０４３，０４４，０４７，
０５０，０６４，０６６，０６７，０７７，０８３，０９１，０９６，０
９９，１０３，１１４，１１９，１２１，１２４，１２５，１２９ないし
１３１，１３３，１３９，１６９，１７０の「当裁判所の判断」欄を全て
「×」と改める。
(3)当審における一審原告の主張について
個別の項目についての当審における一審原告の主張がいずれも採用できな
いことは，上記(2)で認定説示するとおりである。
７争点(6)（一審原告のマスタの抽出義務の有無等）について
(1)前提事実(5)のとおり，マスタ（データ処理に必要な基本データをまとめた
ファイル）のうち，①システム運用開始後に「原則として変更しないマスタ」
（画面に表示する項目の初期設定やチェック機能の有効化，無効化などの設
定といった，主としてシステム設定に関するもの）の作成義務が一審被告に
あったことは争いがないが，②システム運用開始後に「継続的な設定変更・
確認が必要なマスタ」（薬品や検査項目などのように，ユーザである病院に
よって異なり，一定の頻度で変更や更新が行われるもの）の作成義務（現行
システムからの抽出義務とほぼ同義である。）が一審原告にあったか否かは
争いがある。
(2)そこで検討するに，本件契約上マスタの抽出義務を負っていたのは，一審
原告であり，しかるに，一審原告は，マスタの抽出義務を怠り，一審被告が
マスタの作成を代行するに際しても協力を怠ったものと認められる。
その理由は，以下のとおり補正するほか，原判決「事実及び理由」欄の「第
３当裁判所の判断」の７項のとおりであるから，これを引用する。
ア原判決１７６頁２１行目冒頭から同１７７頁２行目までを以下のとおり
改める。
「(ｱ)一審原告が取りまとめた本件要求仕様書（甲４〔ＡＢＣＤ－１８５〕）
には，「移行するデータ対象は，現病院情報管理システムに残る全て
のデータ（旧システムデータと言い，これにはマスターデータを含む。）
の内，診療・医事業務の継続に必要な範囲とし，本学と協議して定め
るとする。」（（Ｄ）１－１１－２－１），「旧システムデータの抽
出作業費用は，本調達に含まれる。」（（Ｄ）１－１１－２－３）と
記載されていた。
これを受けて，一審被告が一審原告に入札に当たって提出した本件
技術仕様書（甲６〔Ｄ－５〕）には，「移行するデータ対象は，現病
院情報管理システムに残る全てのデータの内，診療・医事業務の継続
に必要な範囲とします。具体的な移行データの対象範囲及び移行方法
については，添付資料に詳細に記載致します。」（（Ｄ）１－１１－
２－１），「旧システムデータの抽出作業費用は，弊社の提案範囲に
含みます。」（（Ｄ）１－１１－２－３）と記載し，同添付資料（甲
６〔添付資料（Ｄ）１－１１－２－１〕）には，「各種マスタ情報」
について「別途移行計画の中で定義いたしますが，お客さまによる入
力によりその登録をお願いいたします。」と記載されていた。」
イ同１７７頁５ないし６行目「いただける」を「頂ける」と改める。
ウ同１７７頁１５行目「７，」の後に「１０，」を加える。
エ同１７８頁６行目「システムの基本設定となるマスタ」を「マスタのう
ち，「日々メンテナンスが必要なもの，随時あるいは定期で変更が必要な
もの」」と改める。
オ同１７９頁２行目冒頭から同９行目末尾までを以下のとおり改める。
「(ｸ)平成２１年３月３１日の第９回推進事務局会議において，一審被告
の担当者が，「マスタ移行について，ＮＥＣのマスタとＮＴＴのマス
タの共通項目を調査し，移行可能なデータを調査する。移行できない
項目は，病院様からの指示，例えばマスタ設定ができる資料のご提出
により弊社がマスタ設定を行い，病院様に確認していただくか，病院
様に設定していただく。」と説明したところ，一審原告からは特に異
論や疑義などは出されなかった。（甲２０８〔１，３〕）」
カ同１８０頁２３行目末尾に改行の上，以下を加える。
「また，薬品や検査項目などのように病院ごとに異なる「継続的な設定変
更・確認が必要なマスタ」の作成は，医療業務に対する知識が必要である
うえ，病院ごとに医療業務の内容及びデータ処理の実情が異なることから，
医療業務に従事していない一審被告が単独でこれらマスタを作成すること
は不可能なのであって，ユーザである一審原告の責任で作成し，その後の
継続的な設定変更・確認を行うことが必要なものである（乙５２４〔４
３〕）。」
キ同１８３頁２４行目「５２４〔５１〕」を「５２４〔５０〕」と改める。
(3)当審における一審原告の主張について
ア一審原告は，本件要求仕様書（甲４）及び本件技術仕様書（甲６）にお
いて，マスタの抽出は一審被告の義務である旨記載されており，一審原告
は，平成２０年１０月９日に実施した応札者に対する１回目のヒアリング
でもその旨を確認した旨を主張する。
しかしながら，一審原告の指摘する本件要求仕様書及び本件技術仕様書
の記載（前記(2)ア）は，一審被告が一定範囲のマスタの抽出作業を行うこ
と及びその場合の費用を一審被告が負担することを定めたものに過ぎず，
全てのマスタの抽出作業を一審被告が行う旨定めていたということはでき
ない。プロジェクト計画書（甲６３〔本文１２〕）の「既存システムに格
納されている情報を新システムへ移行する。移行範囲は大学殿と協議のう
え，決定する。」との記載も同様である。
また，応札者に対する１回目のヒアリングにおける一審被告の回答（認
定事実(4)テ）も，本件技術仕様書の上記記載について確認したにとどまり，
これを超えて，全てのマスタの抽出作業を一審被告が行うことを約束した
ものということはできない。
イ一審原告は，一審原告にマスタの抽出義務があるかのような記載がある
提案補助資料（乙１１）は，本件技術仕様書の下位に位置付けられる文書
であって，両者が矛盾する場合は後者が優先する旨を主張する。
しかしながら，上記アのとおり，本件技術仕様書上も，全てのマスタの
抽出作業を一審被告が行う旨定めていたということはできず，一審原告の
上記主張はその前提を欠く。
ウ平成２０年１１月１４日のキックオフ時のＣＰＬのＤ薬剤師への回答
（認定事実(5)イ(ｳ)ｂ）も，本件技術仕様書の記載に反して，一審被告が
全てのマスタの抽出作業を行うことを約束したものということはできない
（補正して引用する原判決１８１頁１９行目冒頭から同１８２頁１２行目
末尾まで参照）。
エ一審原告は，マスタスケジュールにおいて一審原告の役割と記載された
「マスタ作成」とは，現行システムにないマスタを新規に作成する作業を
意味し，これに限って一審原告が作成義務を負う旨を主張するが，マスタ
スケジュールの上記文言をこのように狭く解釈すべき理由はなく，一審原
告の上記主張は採用することができない。
オ一審原告は，平成２１年３月３１日の第９回推進事務局会議において，
一審被告からなされた「移行できない項目は，病院様からの指示，例えば
マスタ設定ができる資料のご提出により弊社がマスタ設定を行い，病院様
に確認していただくか，病院様に設定していただく。」との発言に対し，
一審原告から異議が出なかったこと（認定事実(6)ス(ｳ)），同年４月２７
日の第７回専門部会において，Ｊ医師が「なるべく職員がマスタを作成す
ることがないようＮＴＴにお願いしたい。」と発言したこと（認定事実(6)
セ(ｴ)）について，いずれも，一審原告がマスタの抽出義務を負っていたこ
とを自認したものということはできない旨を主張する。
しかしながら，上記事実は，いずれも，一審被告がマスタの抽出や作成
を全て行うべきであるとまで一審原告は考えておらず，一審原告において
も，一定のマスタの抽出及び作成作業を行うことを自認していたことを裏
付けるものであることは明らかであって，一審原告の上記主張は採用する
ことができない。
カ一審原告は，一審被告がマスタの抽出作業を行い，あるいは，同抽出義
務があることを前提とする行動を採っていた旨を主張する。
(ｱ)一審原告は，一審被告が，①平成２０年１２月１９日及び平成２１年
１月１４日，ＮＥＣから現行システムの既存マスタのデータ抽出に関す
る見積書を取得していた事実，②平成２１年１月２６日の推進事務局会
議において，マスタ移行についてＮＥＣと検討を進めており，既存デー
タベースから実データを抜き出すことの了解を得ている旨を説明してい
た事実，③同年３月１７日の第６回専門部会において，現行システムか
らマスタを抽出済みである旨の報告を行っている事実を指摘し，これら
は，一審被告がマスタの抽出作業を行い，あるいは，同抽出義務がある
ことを前提とする行動である旨を主張する。
しかしながら，一審被告はもともと一定範囲のマスタについて移行義
務を負っているのであって（前提事実(5)参照），一審原告の指摘する上
記①ないし③が，これを越えて，「継続的な設定変更・確認が必要なマ
スタ」の抽出作業に関する言動であったと認めるに足りる証拠はない。
(ｲ)また，一審原告は，一審被告が，①検体検査システム及び物流システ
ムについて，ＮＥＣに委託してマスタの抽出作業を行った事実，②５４
の薬剤マスタのうち３３について抽出作業を行った事実を指摘し，これ
らは，一審被告がマスタの抽出義務を履行したものである旨を主張する。
この点について，証拠によれば，上記①のうち，平成２１年９月２８
日にＮＥＣに委託して抽出したデータの中に，検体検査システム及び物
流システムについての「継続的な設定変更・確認が必要なマスタ」が含
まれていたこと（乙２８０の１，４２５の１，５７７〔８，１２〕。こ
れに対して，弁論の全趣旨によれば，乙２８１ないし２８３の各１に係
る委託契約は，一審原告からの追加要望に応じるために，追加でデータ
抽出を行うことを求めたものであって，「継続的な設定変更・確認が必
要なマスタ」に関するものではなかったものと認められる。），上記②
の事実（乙１３，１４，５２４〔４７〕）が認められ，これらは，一審
被告が「継続的な設定変更・確認が必要なマスタ」の抽出作業を行った
ものと認められる。
しかしながら，これらは，一審原告がその義務であるマスタの抽出作
業を行わず，本件プロジェクトが停滞する中で，やむなく一審被告がそ
の一部の作業を代行したものであったと認められ（乙５２４〔４７〕参
照），これらの事実があったからといって，一審被告が「継続的な設定
変更・確認が必要なマスタ」の抽出義務を負っていたということはでき
ない。
そして，このように一審被告が一審原告に代わってマスタの抽出作業
を行うに当たっても，一審原告は，既存システムのマスタの調査及び分
析に必要な協力（ＮＥＣへの協力依頼等）を行わず，このため，一審被
告の負担が増大したものと認められる（乙５２４〔４８，４９〕）。
これに対して，一審原告は，平成２０年１１月１７日の打合せにおい
て，ＮＥＣに対して，一審被告への協力を依頼しており，マスタのデー
タ抽出に関して，ＮＥＣへの協力依頼等を怠った事実はない旨を主張す
る。しかしながら，一審原告は，本来自らが行うべきマスタの抽出作業
を一審被告に行わせていたのであるから，上記のような一般的・抽象的
な協力依頼では足りないものというべきである。
キ一審原告は，一審被告の作成したマスタについて，途中の点検は想定さ
れておらず，Ｄ薬剤師らが検証，動作確認を行わなかったという事実も存
在しない旨を主張する。
しかしながら，抽出したデータを移行する前にその点検を行うことは当
然必要になることであって，これは，一審原告の医療業務に精通し，また，
医療の専門知識を有する者でなければ行うことができず，一審原告の上記
主張はその前提において失当である。そして，Ｄ薬剤師らが一審被告の求
めにも関わらず，マスタの検証，動作確認を行わなかったことは，補正し
て引用する原判決１８３頁９行目「さらに」から同１３行目末尾まで，同
１８４頁３行目「同月頃には」から同７行目末尾まで等で認定説示すると
おりであって，これらも，一審原告のマスタの抽出義務の懈怠というべき
である。
ク一審原告は，平成２１年１０月１３日になっても，いわゆる「仕様凍結」
の段階に至っていなかったから，マスタを先行して提出するような状況で
はなかった旨を主張する。
しかしながら，本件仕様凍結合意が文字どおりの「仕様凍結」の合意で
あって，以後はマスタ作成等の作業に移る段階に至っていたことは，前記
５のとおりであって，一審原告の上記主張はその前提を欠く。
ケ一審原告は，ＣＰＬが提供を約束した他病院の処置マスタの提供が遅れ
るなど，十分なマスタ作成支援が得られなかった旨を主張する。
しかしながら，ＣＰＬが，他病院のマスタの提供を求められた際，「マ
スタは病院独自のものであり，そのまま移植することは難しい。」と説明
しているように（認定事実(6)セ(ｴ)），他病院のマスタはあくまでも参考
程度のものであって，その提供が遅れたために一審原告のマスタの抽出作
業が遅れたと認めることはできない。
コ以上のとおり，一審原告がマスタの抽出義務を負わず，したがってその
懈怠もしていない旨の一審原告の主張は採用できない。
８争点(7)（本件プロジェクト頓挫についての一審原告と一審被告の責任）につ
いて
(1)一審原告の債務不履行責任について
ア協力義務違反について
システム開発はベンダである一審被告の努力のみによってなし得るもの
ではなく，ユーザである一審原告の協力が必要不可欠であって，一審原告
も，一審被告による本件システム開発に協力すべき義務を負う（一審原告
も，一般論として上記のような協力義務を有していることは認めていると
ころである。）。そして，この協力義務は，本件契約上一審原告の責任と
されていたもの（マスタの抽出作業など）を円滑に行うというような作為
義務はもちろん，本件契約及び本件仕様凍結合意に反して大量の追加開発
要望を出し，一審被告にその対応を強いることによって本件システム開発
を妨害しないというような不作為義務も含まれているものというべきで
ある。
しかるに，前記６などのとおり，一審原告が本件契約及び本件仕様凍結
合意に反して大量の追加開発要望を出し，一審被告がこれに対応せざるを
得なかったことから，本件システム開発が遅延した。また，前記７のとお
り，一審原告がマスタの抽出義務を負っていたにもかかわらず，これを懈
怠し，一審原告の協力が得られないまま一審被告が代行せざるを得なくな
ったことも，本件プロジェクトが遅延した理由の一つになっている。
さらに，一審原告は，一審原告の追加開発要望に基づいて現行システム
の備える機能を最大限取り込むことを要求しながら，そのために必要な現
行システムの情報（基本設計書等）を十分に提供せず（乙５５５〔７ない
し９〕），また，一審被告が一審原告に代わってマスタの抽出作業を行う
に際しても，ＮＥＣに必要な協力依頼を行うことを怠った（前記７(3)カ
(ｲ)）。
そして，前記３のとおり，本件システムは，遅くとも平成２２年４月２
６日までには，一審原告の協力が得られずに保留せざるを得なかった１項
目を除き，全て完成していたにも関わらず，一審原告は，独自の見解から
本件システムの開発が一審被告の責任で遅延したとして，一方的に本件解
除をした。
上記のとおり，一審原告には，本件契約上の協力義務違反（債務不履行）
が認められる。
イ受領義務違反について
一審被告は，一審原告には本件システムの受領義務違反が認められる旨
を主張する。
しかしながら，本件システムはほぼ完成していたとはいえ，一審被告が
一審原告に対して即時の検収を求めたという事実は認められず（前記３
(3)カ参照），一審原告に受領義務違反があったということはできない。
ウ当審における一審原告の主張について
(ｱ)一審原告は，①通番０８３（１７１項目の追加要望）に関して，パッ
ケージ標準機能が歯科に対応していないとＣＰＬらが誤解していた可能
性がある，あるいは，②一審被告のＳＥが作成した問題管理票（乙１０
１，１０４の２，乙１１１など）には実態を反映していないものが少な
くないなどとして，一審被告のＳＥの資質欠如が本件システム開発遅延
の一因である旨を主張する。
しかしながら，上記①については，前記６(2)スのとおり，パッケージ
標準機能は歯科にも対応可能であるが，歯式で検査部位を登録したいと
の一審原告の要望に対応するものではない旨をＣＰＬが説明したという
だけのことであり，誤った説明ではなく，ＣＰＬらがパッケージを熟知
していなかったことを示すものとはいえない。
また，上記②のうち，乙１０１及び乙１１１については，前記６(2)
ニ及びネで説示したとおり，実態を反映していないということはできな
い。乙１０４の２については，同記載の要望（通番１１７）を一審原告
が行った事実を認めることはできないが（補正して引用する原判決１６
０頁７行目冒頭から同２１行目末尾まで），これは，乙１０４の２の記
載（平成２１年１２月１１日に通番１１７の要望があった旨）と一審被
告の主張（同年１１月１４日に要望が出された旨）に齟齬があるために
過ぎず，一審原告の主張と異なる機会に乙１０４の２の記載に沿った要
望がされた可能性を否定するものではない。上記を含め，一審被告のＳ
Ｅが作成した問題管理票の中に，一審原告から要望がなかったにもかか
わらず作成された，実態を反映していないものがあったと認めるに足り
る証拠はない。
一審被告のＳＥの資質欠如が本件システム開発の一因である旨の一審
原告の主張は，これを認めるに足りる的確な証拠はないものというべき
である。
(ｲ)一審原告は，平成２１年７月７日になされた本件追加開発合意自体が
一審被告の処理能力を超える過大なカスタマイズを約束したものであっ
たのだとすれば，その後になされた追加開発要望が本件プロジェクト頓
挫の原因となるものではない旨を主張する。
しかしながら，前記３(2)ウのとおり，一審被告は，平成２１年１月５
日までには，本件追加開発合意によってカスタマイズを約束した６２５
項目を含む６４８６項目のほとんどを完成させていたのであり，本件仕
様凍結合意後に一審原告が大量の追加開発要望を出していなければ，同
月３日までには本件システムを完成させ，同月４日から運用を開始する
ことが十分に可能であったものと考えられる。
本件追加開発合意自体が一審被告の処理能力を超える過大なカスタマ
イズを約束したものであったとの一審原告の主張は採用できない。
(ｳ)マスタの抽出義務違反による影響について
ａ一審原告は，本件解除前に一審被告が本件プロジェクトが遅延した
原因として説明していた中に，一審原告のマスタの抽出義務違反の指
摘がなかったから，仮に一審原告のマスタの抽出義務違反があったと
しても，これが本件プロジェクト遅延の原因になっていたとは認めら
れない旨を主張する。
しかしながら，当時，一審被告は，本件プロジェクトの継続を希望
して，その旨を一審原告に申し入れていた状況にあったから，あえて
注文者である一審原告の義務違反を指摘しなかったと考えられるので
あって，一審原告の上記義務違反が本件プロジェクト遅延の原因では
ないということはできない。
ｂまた，一審原告は，一審被告のマスタ作成支援業務が不十分であっ
た旨を主張する。
しかしながら，本件契約上，一審原告がマスタの抽出義務を負って
いたのであって，一審被告がＮＥＣに依頼してマスタデータの抽出を
行う義務を負っていたとはいえない（前記７(3)カ参照）。ＣＰＬによ
る他病院の処置マスタの提供が遅れたことが一審原告によるマスタの
抽出作業の遅れにつながったということもできない（前記７(3)ケ参
照）。
また，一審被告は，繰り返し，一審原告によるマスタの抽出作業が
遅れている旨を指摘して，早期の対応を求めていたのに（認定事実(7)
ウ(ｲ)，カ，ク(ｲ)，シ(ｲ)，(8)エ(ｳ)等），一審原告が抽出作業を怠っ
ていたものである。
一審被告のマスタ作成支援業務が不十分であったという事実は認め
られない。
ｃ一審原告は，一審被告のデータ移行の方針が定まっていなかったた
めに本件プロジェクトが遅延した旨を主張する。
この点，一審被告が，データ移行業務に関して，ＮＥＣから平成２
１年２月２日に見積書を取得したこと，同年９月２８日にＮＥＣとの
間で委託契約を締結したこと，その後，３回にわたって追加契約を締
結したことは，証拠（乙２８０ないし２８３の各１）により認めるこ
とができるが，これが本件プロジェクトの遅延に影響したと認めるに
足りる証拠はない。
(ｴ)一審原告は，ＮＥＣに対して一審被告に協力する旨を申し入れるなど
しており，一審被告が現行システムの情報提供を怠ったとの事実は存し
ない旨を主張する。
もとより，一審原告が，一審被告に対し，本件契約上一審被告の義務
とされていた業務の遂行を求めるだけであったのであれば，ＮＥＣに対
する協力依頼などを行うことによって，現行システムの情報提供を積極
的に行うべき義務があったということはできない。
しかしながら，本件においては，一審原告は，本件契約上一審被告の
義務とされていた業務を越えて，分類１及び２についてのカスタマイズ
や本件仕様凍結合意以後も追加開発要望を出すことをやめず，現行シス
テムの備える機能を最大限取り込むことを要求していた。また，マスタ
の抽出義務を負っていたのに，必要なマスタの抽出作業を行わず，一審
被告が代わって同作業を行わざるを得なかった。上記のような事実関係
を前提とすると，信義則上，一審原告は現行システムの情報提供を積極
的に行うべき義務を負っていたというべきである。しかるに，一審原告
が行った同義務の履行は，ＮＥＣに対して一審被告に協力するよう１回
申し入れたこと，一審被告に現行システムのログイン権限を与えたこと，
現行システムに関する画面イメージや帳票サンプル等を断片的に一審被
告に交付したことなどにとどまっており，一審原告には同義務違反が認
められるというべきである。
(ｵ)以上のとおり，本件プロジェクトが頓挫したことについて一審原告に
責任がなかった旨の一審原告の主張はいずれも採用できない。
(2)一審被告の債務不履行責任について
ア前記２のとおり，本件システムの引渡日を平成２２年１月４日以降へ延
期するとの合意があったとは認められず，約定の期日に本件システムの引
渡しがなかった（履行遅滞）との事実は認められる。
しかしながら，本件システム開発が遅延し，結局引渡しがなされないま
ま本件解除に至ったのは，前記(1)アのとおり，一審原告が協力義務に違
反したためであり，一審被告の責任によるものとは認められない。
イまた，前記４(2)のとおり，一審被告は，分類３に限っては，要件定義書
等を作成し，これを一審原告に提出して，専門部会において審議及び承認
を得る義務があったが，これを怠っていたものと認められる。
しかしながら，要件定義書等は，仕様を確定して，システムの具体的な
実現方法を定義する内部設計（詳細設計）を行うために必要なものである
（前記４(2)ア）。しかるに，本件においては，平成２１年７月７日の第
８回専門部会において本件仕様凍結合意がなされ，以後，新たな機能の開
発要求はもちろん，画面や帳票，更には操作性に関わる開発要求も含め，
一切の開発要望を出さないこととされていた（前記５）。このように，要
件定義書等が提出されていない段階で仕様凍結合意がなされたのは，本件
技術仕様書によって開発対象が基本的に明確になっていた上，ＰＤＡの機
能を除いて，ＷＧにおいて作成すべき画面イメージや帳票サンプル等の確
認及び承認が得られていたからであったと考えられる（前記５(2)ア参照）。
そうすると，一審被告による要件定義書等の提出義務違反は，本件仕様
凍結合意後における本件システム開発の進行に影響を与えるものとはい
えず，一審被告の責任によって本件プロジェクトが頓挫したということは
できない。
ウ一審原告は，一審被告にプロジェクトマネジメント義務違反が認められ
る旨を主張する（補正して引用する原判決４０頁２０行目冒頭から同４１
頁１行目末尾まで，同５行目冒頭から同４３頁２０行目末尾まで参照）。
しかしながら，一審被告は，平成２１年３月４日以降，専門部会等にお
いて，繰り返し，一審原告による追加開発要望の多くは仕様外のものであ
ること，一審被告としては，これらの追加開発要望に対応するのは難しく，
同年９月２４日（本件原契約におけるリース開始日）に間に合わなくなる
ことを説明した（認定事実(6)コ(ｱ)，シ(ｲ)，ス(ｲ)，セ，タ）。そして，
一審被告は，同年７月７日，一審原告による６２５項目の追加開発要望を
受け入れる（本件追加開発合意）一方で，以後は，新たな機能の開発要望
はもちろん，画面や帳票，操作性に関わるものも含め，一切の追加開発要
望を出さないという合意（本件仕様凍結合意）を取り付けたものである。
このように，一審被告は，プロジェクトマネジメント義務の履行として，
追加開発要望に応じた場合は納期を守ることができないことを明らかに
した上で，追加開発要望の拒否（本件仕様凍結合意）を含めた然るべき対
応をしたものと認められる。
これを越えて，一審被告において，納期を守るためには更なる追加開発
要望をしないよう注文者（一審原告）を説得したり，一審原告による不当
な追加開発要望を毅然と拒否したりする義務があったということはでき
ず，一審被告にプロジェクトマネジメント義務の違反があったとは認めら
れない。
エしたがって，一審被告には債務不履行（履行遅滞）について帰責性がな
く，また，一審原告の債務不履行について過失相殺の対象となるべき過失
の存在も認められない。
(3)一審原告の不法行為責任について
一審被告は，一審原告の協力義務違反について，不法行為を構成するとも
主張するが，一審原告の義務違反が，債務不履行を超えて不法行為を構成す
るほどの違法性を有するものであると認めることはできない。
一審被告の上記主張は採用できない。
９争点(9)（一審被告の損害額）について
(1)売買代金（導入費及び保守費）について
ア導入費相当額について
(ｱ)一審被告は，本件システムが完成し，検収等がされ，本件システムの
リースが開始されれば，ＮＴＴファイナンスから，一審原告が同社に支
払うべき導入費２１７５万２０３８円（月額）をリースレートで割り戻
した金額及び一審原告が同社に支払うべき保守費全額を売買代金とし
て受領することとされていた（甲１〔別紙構成内訳書４／４〕，乙３０
８〔１，２〕）。
そして，リースレートとしては，平成２０年１１月１３日に，ＮＴＴ
ファイナンスが一審被告に対して１．４５２５％を提示し（乙３０５），
一審被告がこれを受け入れたと認められる（乙３０８〔２〕）。
そうすると，本件システムが完成・納品されていれば，一審被告は，
ＮＴＴファイナンスから売買代金（導入費をリースレートで割り戻した
もの）１４億９７５５万８５５４円（１円未満切捨て）を取得すること
が具体的に見込まれていたと認められ，同金額は，一審原告の債務不履
行と相当因果関係のある損害である。
（式）21,752,038÷1.4525×100
なお，一審被告は，上記売買代金に消費税を加算した金額を損害額で
あると主張するが，一審被告が上記売買代金と消費税相当額をＮＴＴフ
ァイナンスから受領しても，消費税相当額は国に納付することになるの
であって，これを一審被告の逸失利益ということはできない。
(ｲ)当審における一審原告の主張について
一審原告は，一審被告がＮＴＴファイナンスから売買代金を取得でき
るというのは，一審被告の期待という程度のものであって，具体的な見
込みがあったということはできない旨を主張する。しかしながら，本件
システムが完成・納品されたにもかかわらず，一審被告とＮＴＴファイ
ナンスとの間で売買契約締結に至らなかった可能性があると考えるべき
事情は見当たらない。
一審原告は，本件システムの完成度合は６割程度であったから，売買
代金の６割の限度で一審被告の損害と認められる旨を主張する。しかし
ながら，本件システムは，前記３のとおり，本件解除時までにはほぼ完
成していたと認められ，一審原告の主張はその前提を欠くというべきで
ある。
よって，一審原告の上記主張はいずれも採用できない。
(ｳ)なお，本件契約上一審被告が行うべき業務とされていたもののうち，
リハーサル及び操作研修など，本件システムの完成以外の部分について
一部未履行のものがある。
しかしながら，リハーサルについては，一審被告のＫ部長及びＣＰＬ
が実施を求めていたのに，一審原告の職員らから消極意見が出たために
中止されたものである（前記３(2)ア(ｳ)）。操作研修についても，一審
被告は相当な準備を行っていた（乙５２４〔５６，５７〕）。この他，
一審被告は，保守設備構築等の検討を行って常駐保守要員の提案を行っ
たり（乙５７１），遠隔保守に必要なインターネット回線の工事の調整
を行ったり（乙５７２），保守・運用計画書を提出するなどしていた（乙
５７３，５７４）。上記のとおり，一審被告が行うべき業務のうち一部
未履行に終わったものについても，一審被告は相当の作業を行っていた
ものと認められる。
また，一審被告は，６２５項目の追加開発（本件追加開発合意）や１
７１項目の追加要望など，本件契約で予定されていなかった多数の追加
開発要望に応じざるを得ず，これによって相当額の追加費用の負担を余
儀なくされた（本件追加開発合意によるものだけでも約８５００万円に
のぼる。乙５２４〔２４〕）。
以上に照らし，一審被告が本件解除により利益（費用支出を免れたこ
と）を得ていたとしても，それは一審被告が現に支出を余儀なくされた
費用に比して極めて小さなものであったと考えられ，上記(ｱ)の売買代金
（導入費相当額）全額を一審被告の損害と認める。
イ保守費相当額について
一審被告は，本件システムが完成し，検収等がされ，本件システムのリ
ースが開始されれば，ＮＴＴファイナンスから，一審原告が同社に支払う
べき保守費７億５２２５万３２６０円の全額を売買代金として受領する
こととされていた（甲１〔別紙構成内訳書４／４〕，弁論の全趣旨）。
そうすると，本件システムが完成・納品されていれば，一審被告は，Ｎ
ＴＴファイナンスから上記７億５２２５万３２６０円を取得することが
見込まれていたと認められる。
しかしながら，他方，一審被告が上記保守費相当額を受領することとさ
れていたのは，一審被告が本件システムの保守業務に当たることの対価で
あったと考えられ，本件解除によって一審被告は保守業務に当たる義務を
免れたのであるから，上記保守費が一審被告の損害になるということはで
きない。
(2)本件システムのサーバ等撤去費用について
一審被告は，本件システムのためのサーバ等を一審原告病院から撤去する
ために７５７万４７００円を支出した（乙２９９ないし３０４）。
上記撤去費用は，一審原告の債務不履行と相当因果関係のある損害である。
(3)物品の転用について
一審被告は，本件プロジェクトのために購入した物品のうち，パーソナル
コンピュータ機器１２０７点（合計６６４６万２０９５円），ディスプレイ
機器６２９点（合計１５５０万４０４２円），プリンタ機器９６点（合計８
１４万７５９４円）を，東日本大震災の被災３県に無償で給付して転用した
（乙３０８〔５〕）。これらの物品の価格相当額（合計９０１１万３７３１
円）は，損益相殺の対象として，一審被告の損害額から控除すべきである。
(4)合計
以上によれば，一審被告の損害額は１４億１５０１万９５２３円となる。
(5)遅延損害金の始期
第２事件の訴状が一審原告に送達されたのは平成２２年９月２日であるか
ら（顕著な事実），遅延損害金は，同月３日から起算することとなる。
１０争点(10)（被告の商法５１２条に基づく報酬請求権の有無）について
本件契約は，金額（リース料金）を定めて締結された契約であって，本件契
約における合意を離れて報酬請求できるものではなく，その余の点を検討する
までもなく，一審被告の予備的請求２は失当である。
第４結論
以上のとおり，一審原告の請求にはその余の点を検討するまでもなく理由が
ないから棄却し，一審被告の主位的請求は１４億１５０１万９５２３円及び遅
延損害金の支払を求める限度で理由があるからこれを認容し，その余の主位的
請求並びに予備的請求１及び２を棄却すべきところ，これと異なり，一審原告
の請求のうち３億６５０８万５４２６円及び遅延損害金，一審被告の主位的請
求のうち３億８３８６万１６８９円及び遅延損害金の支払を求める限度で認容
し，その余の一審原告の請求及び一審被告の請求をいずれも棄却した原判決は
失当であって，一審原告の控訴には理由がなく，一審被告の控訴の一部には理
由がある。
よって，一審原告の控訴を棄却し，一審被告の控訴に基づいて原判決を上記
のとおり変更することとして，主文のとおり判決する。
札幌高等裁判所第３民事部
裁判長裁判官竹内純一
裁判官髙木勝己
裁判官小原一人

戻る