それぞれの場合での遠隔画像診断サービス会社の違いを見てみましょう。

＊

上段は従来のファイル転送型（非クラウド型）。病院から得た料金と読影医に支払う料金の差額を遠隔画像診断サービス会社が得るというモデルです。

遠隔画像診断サービス会社は上流の送信装置～下流の読影装置までの全システムを所有しています。サーバーはデータセンターに置くほかに自社に置いている場合もあります。

遠隔画像診断サービス会社は医師と契約を結んで囲い込みます。

遠隔画像診断サービス会社に残る差額2000円ほどは システムの維持、開発のためや事務職、営業職、SA などの給料に使われます。

もちろん全然働かない医師の分の給料などもここから出ます。システム更新のためにいくらかは積み立てておかないといけませんし、口うるさい株主にも利益を分けないといけません。

2000円もあった収入が結構少なくなったりします。

＊

中段はクラウド型。

上流の送信装置～データセンター内のサーバー群がシステム会社の持ち物です。でも Citrix サーバーなんて結構安かったりします。

医師の方はシステムを借りるだけ。

遠隔画像診断サービス会社の関わり方としては、

1. システム会社と契約して、病院と１対１で交渉し、病院からは上段と同じようなトータルプロバイダとしてふるまう
2. 複数の医師を囲い込んだドクターグループとして、システム会社と共同して、病院と契約するという人材派遣業のような形式で関わる

ことになります。

利益をシステム会社と医師グループとで分け合うことになります。上記のシェーマの例では、利益のかなりの部分を読影医にめいっぱい差し上げていますが、そうでなくシステム会社にたくさん支払う場合もあります。そのあたりは力関係や症例数によります。

＊

下段は遠隔画像診断サーバーも Citrix サーバーも病院の持ち物。病院が直にシステム会社と契約し導入。システム会社はメンテや運用で関わります。

病院が自分で読影医を探してきて、それぞれの医師と「適切な」契約を結びます。

こうなると、遠隔画像診断サービス会社はまったく不要です。ただし、複数の医師を囲い込んで病院と契約するという人材派遣業のような形式で関わることはできますが、ここまで意識の高い病院なら、よほどいい医師を抱えておかないと 契約してもらえないでしょう。

＊

以上、それぞれで遠隔画像診断サービス会社のスタイルは大きく異なります。

ビジネスモデルも大きく変わってきます。

＊

これから起業される方はご注意ください。

システムは借りられます。借りられるものは持たないほうがいいです。

一番の会社の財産は良質な医師です。

関連記事

• 遠隔画像診断のビジネスモデル(5)
• 遠隔画像診断のビジネスモデル(3)
• 遠隔画像診断のビジネスモデル(2)
• 遠隔画像診断のビジネスモデル

###

ビジネスモデルらしくないので、さらに模式図を補完していきます。

＊

上段が従来のファイル転送型（非クラウド型）。中段がクラウド型。そして下段が私の考える未来像。

＊

病院の支払う金額と読影医が受け取る報酬を書きました。あくまで概算です。

遠隔画像診断サーバーがどんどん安くなっていますし、読影医の画像診断端末もクラウド化により不要になっているので、大病院は自分の病院でそれらを購入し運用すれば、今まで 3000円出していたものが 1500円＋ランニングコストですむわけです。問題はいい医師をつかまえられるかだけ。

中小の病院はなかなか採算があわず下段には移行できないと思います。それにいい医師の確保も大きな問題です。

＊

顧客である病院もそうですが、上段で働く医師も中段や下段のほうが収入がいいので逃げ出しますよね。

上段のモデルは医師も病院もそのうち回避するようになると思います。

＊

ということで、これから起業される方は現行は中断のモデルを採用し、いずれ下段のモデルにも対応できるようにしてください。

つまりシステムは借りて使うこと。

一番注力すべきはいい医師を集めることです。

関連記事

• 遠隔画像診断のビジネスモデル(5)
• 遠隔画像診断のビジネスモデル(4)
• 遠隔画像診断のビジネスモデル(2)
• 遠隔画像診断のビジネスモデル

###

遠隔画像診断のビジネスモデルの続きです。

＊

遠隔画像診断の模式図を変更しました。

上段が従来のファイル転送型（非クラウド型）。

中段がクラウド型。

そして下段が私の考える未来像。

＊

黒の太い線は大量の画像ファイルの流れる部分を示し、それがインターネットである場合はそこがボトルネックとなります。

青い線は少量のデータ（ウィンドウの画面データ、マウス操作、キーボード操作、クリップボード内のデータ）しか流れない部分で、インターネットでも帯域的には十分まかなえます。

＊

下段の病院と医師だけのモデルでは、すでに非クラウド型で行なっている大病院も存在します。

これまでは上段が主体でしたが、すでに中段や下段に移行しつつあるのです。

＊

これから起業される方は上段のモデルは採用しないようにしてください。抱えるものやリスクが多すぎます。

関連記事

• 遠隔画像診断のビジネスモデル(5)
• 遠隔画像診断のビジネスモデル(4)
• 遠隔画像診断のビジネスモデル(3)
• 遠隔画像診断のビジネスモデル

###

 ＊

遠隔画像診断の模式図を作ってみました。

上段が従来のファイル転送型（非クラウド型）。 中段がクラウド型。 そして下段が私の考える未来像。

＊

下段では現在の遠隔画像診断会社の多くは不要なものになってしまいます。

必要なものは２つだけ。 システム と 医師 だけになっちゃうわけです。

中間搾取もなくなります。

関連記事

• 遠隔画像診断のビジネスモデル(5)
• 遠隔画像診断のビジネスモデル(4)
• 遠隔画像診断のビジネスモデル(3)
• 遠隔画像診断のビジネスモデル(2)

###

イーサイトのクラウド型遠隔画像診断システム 利点（1）を書きました。

２つめの利点ではなく、補足（その２）です。

＊

イーサイトのクラウド型遠隔画像診断システムは Citrix Xen Server というサーバー仮想化技術をもちいています。

データセンターにあるサーバーにこれを導入すると使えるようになります。

ちなみに Xenハイパーバイザーも  Citrix Xen Server も無料です。

これに Linux（これも無料） をサーバーOS として動作させると、種々の仮想マシン（Windows, Macintosh, Linux）を複数立ち上げることができるわけです。

イーサイトのシステムでは、この仮想 Windowsマシン（クラウド上に存在）での読影環境（ビューワーやレポーティングシステム）を提供しているのです。

＊

ユーザーの端末にはビューワーやレポーティングシステムをインストールしなくていいです。

端末にはサーバー上の読影環境に接続するための無料の小さなクライアントプログラム（Windows, Linux, Macintosh 用あり）をインターネット経由でダウンロードしてインストールしておくだけです。

＊

類似のソフトはいくつもありますが、Xen の優れたところは高速性です。

それはなぜか。

サーバーから端末には、ビューワーやレポーティングシステムの画面（小さなウィンドゥ）の内容（の変更差分）が転送されるだけ。画像ファイルが全部転送されるわけではないのです。

端末からサーバーには、マウス操作、キーボード操作、クリップボード内のデータが転送されるのみ。これもファイルの転送はまったくされません。

＊

非クラウド型ではサーバーから端末に画像ファイルや患者データなどが送られます。

画像データをビューワーが開いて処理してから表示するので、表示するのに画像データが全部転送されていないといけません（一部例外あり）。

画像データはだいたいですが、１コマ 0.5MBくらいのことが多く、1000コマで 500MB。フレッツ光マンションタイプの実測で 20-40秒くらいかかるでしょうか。

プリフェッチしたり、シリーズの最初のほうだけ最初に転送して 残りは表示してからバックグラウンドで転送するなどの姑息な手段で補っているわけですが、根本的な解決にはなりません。

端末からサーバーにはできあがりのレポートがファイルとして転送されます。

＊

クラウド型ではファイルのやりとりをしないで、画面データを直接OSに描画させて終わり。

この場合の画面データは最大1MB 程度だが、変更差分なので桁違いに小さいです。

非クラウド型ではファイル（数MB～∞）を送ってから、端末のソフトが処理してOSに描画させますから、ここで段違いの差がでます。

＊

クラウド型では端末のマシンスペックは低級でもOK。実際使用しているときに CPU 占有率は数％以下のことが多いです。

非クラウド型では大容量のメモリ、高速な CPU、大容量のディスクが必要です。

＊

クラウド型では端末用のソフトは無料。

非クラウド型では数十万円。

＊

クラウド型では端末のパソコンが壊れたらほかのパソコンで代用可能。

非クラウド型では修理あるいは代替機が必要。

＊

クラウド型では端末が盗まれても顧客情報は流出しない（パソコン内にファイルが残っていない）。

非クラウド型では端末が盗まれると顧客情報が流出するおそれがある（パソコン内に報告書、画像ファイルが残っている）。

＊

クラウド型では端末内にファイルが残らないので、ディスクの残り容量の乏しいシステムでも読影ができます。

非クラウド型では端末内に大容量の画像データが残りますので、ハードディスクがあふれると古いデータを消去しない限り、使えなくなります。

＊

私には他の人がクラウド型をなぜ採用しないのかよくわかりません。

イーサイトのシステムについてはこちら⇒遠隔読影の概要 – イーサイトヘルスケア株式会社

###

＊

全く違うものだと思っておられる方も多いでしょうが、じつは非クラウド型とクラウド型ってのはそんなに違いがありません。

読影端末上の Windows 上の読影環境も、仮想サーバー上の Windows 上の読影環境も ほぼ同じです（OS が多少違いますが）。

つまり、現在非クラウド型のシステムをクラウド型に移行するのはそんなに難しくありません。

＊

サーバー側に Citrix Xen Server を使うのは速度だけの問題ではありません。

これなら端末上のハードウェア構成まで含めて簡単に仮想化できるからです。

もちろん通常の仮想化のメリットとして１台のサーバーで複数の仮想環境を作り出せますので、複数の読影医がそれぞれ独自の設定で同時に読影することができるというおまけまでつきます。

しかもその仮想環境を他のサーバーにそのまま移すことができるので、障害対策も完璧。場合によっては安いデータセンターに乗り換えていくこともそんなに困難なことではありません。

＊

非クラウド型のシステムをクラウド型にするのは理論上そんなに難しくありません。

じゃあ、なぜしないか？

それは儲からないからではないでしょうか。

読影医の数だけソフトウェアが売れなくなるでしょ。

要するにビジネスモデルが根っこ付近から変わってしまうわけです。

あくまで想像ですけどね。

＊

クラウド型にすれば読影端末まで巨大な画像ファイルを転送しなくてすむので、インターネット全体のトラフィックにも迷惑をかけなくてすむのですが。

###

＊

もう時効かな、と思うので書きます。

＊

ちあきなおみではないが、あれは数年前・・・、私が MIC にいた時代に、遠隔画像診断システムを提供していただいていたハルク社が、親会社の引き起こした企業犯罪（循環取引）にあい、消滅しました。

ハルクさんには過分のご厚意で破格の料金を設定していただいていたので、MIC も嵐の中に放り込まれたのです。

幸いハルクのシステムの運営を引き継ぎをやってくれる企業が出ましたが、将来性のない（バージョンアップなしの既存のままの運用）状態であり、いずれ他のユーザーも離れていけば残ったユーザーの運用コストが跳ね上がることは必至でした。

そこで遠隔画像診断システムを提供している数社に、システムの変更の打診をしたところ、数千万円の見積りをいただきました。

顧客数が15病院程度でこれでしたから、もし 100病院ほど抱えていたら軽く 1億円を超えたでしょう。

＊

クラウド型でもそれ相応の費用はかかりますが、乗り換えには病院側の送信端末を変更するだけですみます。

読影医の端末の入れ替えは不要ですからね（個人所有のものでまかなえます）。

しかも、クラウド型では 非クラウド型でかかっていた読影医の端末のメンテ代がかからなくなります。

「差し引きそのうちゼロ」になる勘定です。

ゼロになった後はもちろん利益が出ます。

＊

要するに、ユーザーサイドから見た非クラウド型の一番まずいところは端末代。

特に読影用のソフトが言い値になるので、非常に高いのです。数十万円ほどですが。

＊

システム会社の倒産がなくても、インターネット環境の変化などに伴い、システムの入れ替えやバージョンアップは将来必要になってきます。

そういうときに、もろに端末代の影響が出ます。

数百万円ですめば幸いかもしれません。

＊

以上は、なにも考えずに遠隔画像診断事業を始めると、はまってしまう恐ろしい落とし穴です。

持っているシステムに呪縛されるのです。

数年前の話ですから今はさらに安くはなっていると思いますが、有料は有料です。

どうせなら、「使ったときだけその分だけを支払うだけ」の「所有しないシステム」を最初から使いましょう。

そう、クラウド型です。

＊

非クラウド型の場合ですが、OSが古くなってサポート打ち切りになった場合には読影ソフトのバージョンアップにも支障が出る可能性があります。

Windows2000 などがその例になります。WindowsXP もあと１年半でサポート切れ。

アンチウィルスなどのソフトの更新がとまり、使えなくなります。

そうなってもその端末は読影専用端末として使えばいいですが、家庭では非常に場所をとります。

インターネットも使えないマシンがどかんと机の上を占拠する。

奥さんの目がこわい・・・でしょ？

###