先日、あるベンダーがシステム切り替え遅延を起こし、エンドユーザーにそれを釈明する場面に遭遇したが、明らかにその原因はテスト不足によるもので、報告内容はとても納得感の薄い苦しいものであった。

PACSなど放射線科を中心とした情報システムが、小規模な画像保管と放射線検査画像の報告書に閉じていた時代にはあまり意識されなかったが、放射線画像配信と報告書の配信を診療科に実施するころから、院内で使用するユーザも一気に広がり、電子カルテと同等レベルの品質管理を求められるようになった。

品質管理というと、ソフトウエアパッケージの品質をイメージされる方も多いと思うが、パッケージの範囲を超えた要求仕様の発生や、マルチベンダー間のシステム接続の増大、システムに関わるステークホルダーの増加など、システム構築は複雑化しており、構築するプロジェクト自体の品質が求められる時代になってきている。

最近は、プロジェクトの品質といえばPMBOKを思い浮かべる方も多いのではないか。
PMBOK【Project Management Body of Knowledge】は国際的に標準とされているプロジェクトマネージメントの知識体系（ガイド、手法・方法論、ベストプラクティスなど）で、プロジェクトマネージメント協会（PMI）が提供している。建築、製造現場、システム構築など幅広いプロジェクトに適用できるプロジェクトマネージメントの基礎を提供しており、プロジェクトマネージャー（PM）は、直面している様々なプロジェクトの課題に対して、そこに示されているようなツールと技法、メソッドを必要に応じて利用しながらプロジェクトを成功に導いていく。

PMBOKを利用するにあたり、とても共感できるのは、PMIがPMBOKという知識体系だけでなく、「PMI Code of Ethics and Professional Conduct」という倫理規定を提供しており、PMIのメンバーや、協会が提供するPMP（Project Management Professional）といった資格認証を受ける全ての人に、それを遵守することを求めている点にある。その倫理規定では、「プロジェクトにおいて厳しい状況に直面したときに、この倫理規定を意識し遵守することが、自分達の価値やIntegrity(一貫した誠実さ、正直さ）を保つための支えになる」と謳い、PMのプロフェッショナルとしての自信と品位を維持・向上させている。

倫理規定はA4用紙4ページ程の内容で、簡単には説明できないが、大まかには以下のように、いかにしてエンドユーザー等のステークホルダーと向き合うべきかを示唆する４つのキーワードから構成されている。

• responsibility　（約束したことに責任をもって行動する）
• respect　（プロジェクトに関わる全ての人や資源に、尊敬の気持ちをもって行動する）
• fairness　（プロジェクトに関わる全ての人に、公平に対応する）
• honesty　（正直に、誠実に行動する）

昨今、放射線科を中心とする医療ITビジネスにおいては、機能の類似化、商品の低価格化が進んでいるが、お客様が求めるものは本当にそれだけなのだろうか。

システムを導入する際、医療情報を専門にされている方もいらっしゃるが、多くは診療を主にされながらシステム担当も兼任されている。そうしたお客様の限られた時間をいただいて、一緒にシステム構築を行っていくわけで、お客様との信頼関係を確立した上で、良質のコミュニケーションを重ねていくことこそが、システム導入成功の必要条件だと考える。

そして我々のようなシステムベンダーも、業界の知識、製品知識、PMの知識をもつ以前に、Integrity（一貫した誠実さ）を持っていることが、全ての前提になると思う。

言葉では簡単だが、そのようなSE集団を作り上げるには時間が必要であり、簡単には真似が出来ないものである。私達は無骨でスマートではないものの、IntegrityをもったSE集団であることを目指していく。
お客様はこれからも、そのような集団の提供するシステムを望んでおり、そこにマーケットがあると信じて、今後も行動していきたいと思っている。

品質と一言にいっても、マルチベンダーシステムの品質の高低を定義づけることは難しい。一般的には提供される製品やサービスについて、不適合がなければ高品質と言われるが、1回でもシステム停止等を伴う障害が発生するとシステムの品質を疑われてしまう。
近年の医療情報（放射線情報）システムは、マルチベンダーで構築され、様々なメーカー（製品）を選択出来ることから、組み合わせの自由度が高い反面、システム全体で見た場合の”品質”という点では、判断が難しくなってきている。

ハードウェアで見てみると、メーカーの品質が即システムの品質に直結する。ハードウェア障害がシステムの長時間停止を引き起こす場合もある。したがって、システム停止を最小限にするためには、ブレードサーバー(blade server)、FTサーバー(Fault Tolerant server)等の耐障害性を向上させた製品の選択や、バックアップシステムの構築が必要である。フィルムレス時代になってシステム停止は致命的であり、他社に先駆けブレードサーバー、FTサーバーを数年前からお客様へ提案しているのもそのためだ。
さらに最近は、サーバーを構成する部品が様々なメーカーで構成されている。部品メーカーの不適合が、その部品を採用している全てのハードウェアメーカーに波及する。昨年度、某社チップの不具合で一時多くのクライアントパソコンが出荷停止になった事は記憶に新しい。

ファームウェア、OS(Windows、Linux)、ミドルウエア（Ms-Sql、Oracle)まで考えるともっと複雑だ。不具合の内容によっては、ハードウェア障害かソフトウエア障害なのかを使用者側で切り分ける事さえ非常に難しい。障害吸収を含めたパッチ、ファームウェアが頻繁にリリースされているが、何が改善されたのかわからない場合が多い。こうした環境では、安心出来る実績のあるハードウェアメーカーを選択する事はもとより、システムベンダーの問題解決力とその経験、ノウハウの蓄積、メーカーとのパイプが重要となる。

パッケージソフトについてはさらに大きな問題となる。ソフトが自社開発でなくマルチベンダーの場合、組合せによっては解決の目処さえ立たない場合がある。その点、弊社の製品はすべて自社開発であり、放射線科業務のすべてのラインナップを取り揃え、院内システムを1社で構築出来るのは大きなメリットではないだろうか。品質においても長年のプラント制御パッケージと同じ「開発プロセス」を行っており、高いレベルを維持している。また、自社開発パッケージであることから、すべての製品でカスタマイズが可能であるが、そうすることによるサイト固有のリスク分析と品質確保のために安易にリリースすることはせず、十分なテストを行ってからお客様へ出荷している。

さらに、エンジニアリング・保守サービスにおいても、ハードウエア・ソフトウエアからお客様の運用まで、精通したエンジニアが構築、スタートアップ、オンサイトサービス及びリモートメンテナンスを行っており、難しいマルチベンダーシステムの品質をトータルで維持している。

システムをご検討される際には、是非YOKOGAWAをご指名いただければと願いつつ、本年最後のコラムとさせていただく。

それでは、良いお年をお迎えください。

3月11日の東日本大震災当日、本社ビル（9F）にいた。
長時間の揺れで本当に恐ろしい思いをした。揺れが収まった直後に頭をよぎったのはお客様の状況である。
揺れの大きかったエリアを中心に電話するも回線が不通で全く連絡が取れず、常時接続回線のお客様も全く接続できない状況が翌日まで続いた。
時間と共に関東エリアの回線は復旧したが、東北エリアでは依然として電話回線が不通で、お客様の状況は不明のままであった。
弊社では、震災当日に対策本部を設置し、緊急時に備え休日夜間も昼と同様の体制を維持した。
弊社のお客様では、一部でシステムの停止はあったものの、幸いにもデータの消失等は無かった。

ところで、今回の震災で気になった事は通信回線とデータの事である。
通信回線については、日常生活において使える事があたりまえとなっているが、震源地より500km以上離れた東京でさえ携帯電話、有線回線が使用できなかった。
つまり、コールセンター、データセンターが被災地にある場合は長時間サービスが受けられないし、最近よく耳にする流行のクラウドサービスを利用していたユーザは全くシステムの運用ができなかった事になる。

一方で、比較的電源の復旧は早かったため、システムが被害を受けていないユーザは早期に運用が開始出来たようだが、津波により水没してしまったような場合には、データもすぐには使用できないし、復元も非常に難しいだろう。
世の中には復元サービスを提供しているベンダーもあるが、多額の費用がかかる上、100%復元できる保証はなく時間もかかる。たとえバックアップを取っていてもバックアップそのものが施設内で被害を受けてしまってはどうにもならない。
そうなると、データについてはクラウド等を利用した外部保管を併用したい。

以上のことから、万一に備えて私が望ましいと思うのは、
・システムは施設内。
・データは施設内と、クラウド等の外部保管。
・外部保管場所（データセンター）は遠隔地（施設が東北であれば、北海道か沖縄等）
・コールセンター、データセンターはバックアップ（2か所以上）が必要。
といったところか。

さらに様々なリスクを想定し、システムが被害を受けた場合の運用や、トラブルへの対応方法を具体化した”運用設計”とその”実施訓練”も必要である。
機会があれば提案して行きたい。

尚、弊社では今回の震災を機に、関東エリアに2か所あるコールセンターに加え、関西でのリモートメンテナンスのバックアップセンターを7月より稼動させる。

数年前の事になるがお客様でサーバーが故障した。
納入して既に6年半が経過しており、メーカーに修理を依頼したがEOSのため部品がない。
結局修理できず、弊社のスタンバイ機を持ち込みバックアップからデータを戻し何とか運用を開始した。
お客様がバックアップテープの管理と日常点検を行っていただいていたので無事データを戻す事が出来た。・・・（ホッ）

汎用コンピュータのメーカーサポート期間は5年間が一般的で、それ以降はメーカーとの保守契約が結べない。主な理由としては、一部の構成パーツの寿命と供給によるものである。メーカー側の事情はわかるが少し短い気もする（コンピュータの資産償却も5年）。
世の中には10年保守のコンピュータも存在するが、高額な割に性能はあまり高くない。
技術進化が早いコンピュータ業界では、5年も使用すれば性能差は歴然であり使用するに耐えない事もある。
また、ハードウエアだけでは無くOS（オペレーションシステム）のEOSもさらに問題である。
セキュリティパッチのリリースが終了し、いずれコンピュータウイルスのターゲットとなり感染を回避できなくなる。各種デバイス（ビデオカード等）のドライバーも更新されなくなり、様々な新たな資源が使用できない事がある。

弊社では5年＋αの延長保守メニューもお客様の状況にあわせ用意しているが、修理が出来ないかもしれないというリスクの回避と、仮に修理できたとしてもそれに要する多大な時間と費用を考えると、やはり5年を基準とした更新をおすすめしたい。最新のハードウエアとソフトウエアバージョンを採用できることで、パフォーマンスが大幅に改善してストレス無く使用できる事と、機能の大幅な向上、安全性の確保などお客様にとってのメリットは大きいと考えている。

今後は携帯端末（iPhone ,iPad等）の活用がより広まっていくことも予想されるが、これらのツールと、それが組み込まれたシステムに対するサポートをどうしていくのかを慎重に検討していきたい。

先日お客様から障害のコ−ルをいただき、サ−ビスエンジニアが緊急出動して調査したところ、
コンピュ−タウイルスに感染していることが判明した。感染は病院全体に広がっており、弊社が納入したサ−バおよびクライアントもほとんど感染していた。お客様の運用を考慮すると、翌日までにウイルス駆除と対策を実施しなければならない。サ−ビスエンジニアをお客様に集結させ、夜を徹して駆除作業を行い、何とか翌日の外来開始時間までに間に合った。
 
今年何病院目のウイルス駆除対応か！？、、、
 
ここ数年、コンピュ−タウイルス感染によりお客様の運用に影響が出るケ−スが多発している。
ウイルスの種類によっては、感染するとネットワ−クを通じてまたたくまに病院全体に広がる。
今回も感染元は不明であるが、ウイルスの種類から、USBメモリ等の外部媒体からの感染であると推測される。お客様によってはウイルス対策の一環としてUSBポ−トの使用を禁止しているケ−スもある。弊社では、自身が感染元にならない様に、外部媒体を接続する場合はサ−ビスエンジニアの作業前後のウイルスチェックを義務づけている。
 
コンピュ−タウイルスの新種は著しく増加傾向にあり、またどこかで発生しない事をいのるばかりである。