東京科学大学病院（旧・東京医科歯科大学病院）が総合医療情報システムを更新し、1月1日から新システムを本格稼働させたが、その直後からシステム障害に伴い外来診療・入院手続き・初診の対応・会計処理で遅延が生じるなど、広い範囲で業務に影響が発生。病院はBusiness Journalの取材に対し「会計処理に時間を要しており、後払いをお願いしています。（原因については）調査中です。原因は一つではない」と説明する。今回の更新に際しては開発担当のベンダーが従来の富士通Japanから日本IBMに切り替えられた点や、日本IBMへの発注金額が約66億円に上るとみられる（ジェトロ＜日本貿易振興機構＞「政府公共調達データベース」より）点も注目されている。システム更新に伴い広い範囲で業務に影響が出る場合、一般的には、どのような原因が考えられるのか。また、病院のシステム開発には特有の難しさがあるのか。専門家の見解を交えて追ってみたい。
2023年10月にERセンター・手術室・ICUなどの機能を強化するC棟を本格稼働させ、東京医科歯科大学と東京工業大学の大学統合に伴い昨年10月に東京医科歯科大学病院から名称を変更した東京科学大学病院。約800の病床数を擁し、診療科・部・センター等は40以上に上り、東京都および周辺地域の医療を担う重要な存在でもある日本有数の総合病院だ。
近年では一定規模以上の医療機関では、電子カルテや患者の各種情報・文書、診療・入院・会計処理に関する業務などを統合管理・運用するシステムの導入が進んでいるが、東京科学大学病院も以前から最先端の医療情報システムの開発に取り組んできた。そんな同病院の総合医療情報システムの更新で、なぜ大規模な障害が起きたのか。大手SIerのシステムエンジニアはいう。
「一般論として、大規模なシステムの開発ではリリースに際してまったく障害や不具合が生じないというケースのほうが少ないですし、それによって業務に影響が出てしまうというのは想定範囲内のことです。とはいえ、公表されている情報を見る限り、今回の東京科学大学病院の例についていえば、業務への影響は通常よりも大きいという印象を受けます。病院のシステムというのは、一般企業のものと比較して少し特殊な面が多く、開発には専門的な知見が必要となるのに加え、同病院は非常に規模が大きく、当該システムは多岐にわたる部門・業務に関係するため、現場レベルでの業務プロセスの変更も発生していたと思われ、非常に難易度の高いプロジェクトであったと推察されます。
また、担当ベンダーが富士通から日本IBMに変更となっている点も気になります。大規模なシステムほど担当ベンダーの切り替えというのは労力がかかり、かつ非常にリスクが伴うため、既存ベンダが継続して担当するというのが自然な流れですが、病院関連システムの開発実績やコストなどの面で日本IBMが富士通より高い評価を得たのかもしれません」
日本IBMは自社製品としてIBM CIS＋という電子カルテシステムを提供しており、医療機関向けシステム開発で豊富な実績を持っている。
医療機関とベンダー間の係争事例
システム開発をめぐって、医療機関と開発委託先ベンダーの間で生じた係争が訴訟に発展するケースもある。NTT東日本が旭川医科大学に契約を解除されたため開発費用を受け取れなかったとして旭川医大に損害賠償を求めて提訴し、2017年、札幌高裁が旭川医大に100％の責任があるとして約14億1500万円を支払うように命じた（旭川医大は判決を不服として最高裁に上告したが、受理されず）。旭川医大がNTT東日本に対して再三にわたり追加開発を要求したことがプロジェクトの遅延と頓挫の原因となったとされる。
今回のケースと同じく委託先を富士通から日本IBMに切り替えたシステム開発をめぐり、係争が生じている事案としては、NHKの受信料関係業務全般を支える営業基幹システムの刷新案件があげられる。当サイトは2月16日付記事『NHKに提訴された日本IBMの反論が生々しい…仕様書に記載ない仕様が満載』でその内容を報じていたが、以下に再掲載する。
――以下、再掲載――
NHKがシステム開発を委託していた日本IBMに対し、開発の遅延による契約解除に伴い計約55億円の代金の返還と損害賠償を求めて東京地裁に提訴した係争事案。NHKは、日本IBMが開発の途中で突然、NHKに対して大幅な開発方式の見直しと納期遅延を要求したと主張しているが、これに対し日本IBMは7日、以下のリリースを発表して反論したことがIT業界内で注目されている。
＜現行システムの解析を進める中で、提案時に（編集部追記：NHKから）取得した要求仕様書では把握できない、長年の利用の中で複雑に作り込まれた構造となっていることが判明したため、当社はNHKに対し、解析の進捗状況、課題およびそれに対する対応策を随時報告し、共にその対応を検討してまいりました。こうした中で当社は、同システムを利用する業務の重要性も鑑みて、NHK指定の移行方針による2027年3月までの安全かつ確実なシステム移行にはリスクを伴うことを伝えてまいりました。そして、2024年5月に、従来の納期のもとで品質を確保した履行は困難であることを報告し、取りうる選択肢とそれぞれの利点およびリスク等を提示いたしました。 NHKは、これをふまえて契約を解除することを決定されました＞
＜当社は、これまでの解析・調査結果等をふまえて、より確実な移行方式の実現に向けた建設的な協議の開始について、2024年の夏以降、先月に至るまで幾度も申入れてまいりました。しかしながら、NHKは、協議の開始に応じることなく代金の返還と損害賠償請求を主張するにとどまり、この度当社に対し訴訟提起したことを公表されました＞
もし日本IBMの主張が事実であるならば、NHKはベンダーに対して内容的に不足のある仕様書を提示し、ベンダーから課題やシステム移行方式・スケジュールの見直しを幾度となく提案されたにもかかわらず、協議に応じなかったということになる。システム開発の現場では、このような事態はよくみられるものなのか。また、近年では発注者とベンダー間で争われる裁判でベンダーに損害賠償を命じる判断が増えているが、日本IBMが損害賠償の命令を免れる可能性はあるのか。専門家の見解を交えて追ってみたい。
