ふざけた遠隔画像診断システム（続き）
＊
- 患者リストから患者を選択
- 数秒～数十秒待たされる
- 患者画面から「読影」を選択
- 数秒～数十秒待たされる
- 「レポートを書く」を選択
- 数秒～数十秒待たされる
でようやく読影可能になるシステムですが、なんでこうなっているのか。
＊
情報はないが、推測してみました。
このシステムはデータセンター上のサーバー（親鯖と呼びましょう）と各読影拠点のボックス型サーバー（子鯖としましょう）とが連携を持って行うシステム。
だから同じ患者のデータが別々の子鯖に存在できて、先に読影開始（ロックをかける）した人のデータに他の子鯖からアクセスできないようにする必要があります。
そのため、子鯖が増えれば増えるほどデータベースの同期をとるのに時間がかかるものと思われます。各子鯖はネットワーク的に離れており、インターネット経由の通信に少なくとも数十ミリセカンド以上の時間がかかります。
それと、頻繁に同時に読影開始がかからないように、わざと状態遷移に時間をかけさせている可能性もあります。
上のような事情が３回も待たされる理由でしょう。
それ以外には悪意でこうなっているとしか考えられないですね。
＊
普通のシステムは１回クリックすれば患者の読影が始められます。
決められた患者のデータを重複することなく特定の読影医の端末にファイル転送する旧来のシステムでは、上記のような「１人の患者を複数の読影医が同時に読影依頼をかける」ことは振り分けで間違えない限り起こりません。
イーサイトのようなクラウド型では、子鯖はなく、データセンター上の親鯖の仮想環境に読影医側からアクセスするので、院内の読影システムと同じような状況であり、「１人の患者を複数の読影医が同時に読影依頼をかける」事態はめったに起こりません。判定にミリセカンド単位の時間なんてかからないでしょうから。
＊
たぶん上記の理由で３回もクリックさせているのでしょうが、少々時間がかかっても １回だけにすることは可能なのではないでしょうか。
まあ、1分以上待たされて「他の読影医がすでに開始しています」と拒絶されてもハラは煮えたぎることでしょうが・・・
でもまあ、そう改良しても子鯖がどんどん増えていけばどうしようもなくなることが目に見えています。
やはりクラウド型に勝るものはないでしょうね。
###
関連記事
-
-
腓骨遠位の骨腫瘍？ 青池嚢胞 Aoike’s cyst
＊ 先日、MRI の依頼で 60代の男性で、依頼書の検査目的の欄に 「単
-
-
RadFan12月号に拙稿が載りました
＊ かねてからこっそりお知らせしていましたが、リレーエッセイのトップバッターを仰せつかりました
-
-
遠隔画像診断のビジネスモデル
＊ 遠隔画像診断の模式図を作ってみました。 上段が従来のファイル転送型（非クラウド型）
-
-
若手整形外科医のための画像診断-症例から学ぶ治療診断の立て方 （「関節外科」2013年 04月号増刊）
関節外科基礎と臨床増刊 若手整形外科医のための画像診断-症例から学ぶ治療診断の立
-
-
遠隔画像診断で画像診断管理加算はとれません というか とってはダメです(2)
＊ 今度の診療報酬改訂で、 「遠隔画像診断の企業を利用していると画像診断管理加算はとれません
-
-
会社組織にこだわらない
私のブログ「遠隔画像診断てれらじ庵」に「変に会社にこだわらない」という記事を載
-
-
遠隔画像診断事業 売上を３倍伸ばした私の方法
＊ タイトルはちょっと煽ってみました。^^; 答えはここにも⇒ 日中救急症例を受けられる体制
-
-
クラウド型と非クラウド型の違い（遠隔画像診断システム）
一応比較のために挙げておきます。 ＊ クラウド型（イーサイトなど）
-
-
Crowned dens syndrome じゃない
以前このような画像が "crowned dens syndrome" の典型像として雑誌や書
-
-
これは便利なサービス「データ便」
＊ いくつかの内科開業医さんからの DICOMファイルの受け渡しは、私の借りているレンタルサー
- PREV
- とほほな画像診断システム
- NEXT
- 2分以内で仕事は決断しなさい / 吉越浩一郎
Comment
[…] ふざけた遠隔画像診断システム（続き） […]
[…] ふざけた遠隔画像診断システム（続き） […]