カテゴリー: DICOMViewer

Oviyam

HorliX 関係で dcm4chee-arc-light を触ったので（『HorliX と dcm4chee-arc-light を繋ぐ』参照）、ついでで dcm4che グループ？のブラウザ型 viewer Oiyam もインストール。

dcm4chee-arc-light とは別系統になり、独立して動作するということだったんですが、あれ？

ノーマルに tomcat にインストールしても、実運用するのに必要な設定画面とかは出てきませんね。

ソースコードも GitHub にはなくて、地味なサイトで SVN で管理されていたし、これは一体？？？

このままだと使い道ないかなあ。

OHIF Viewer

これではちょっと収まりつかないんで、最近、けっこう評判のいい OHIF Viewer も試してみる。

こちらは公式サイトのドキュメントもしっかりしているし、そこで示された手順通り作業を進めれば、しっかり「動く」ビューアーが立ち上がる。

今回は試さなかったが同包されている default.js あたりを修正すると、適当な PACS サーバーと通信できるらしい。

いわゆるサーバーサイド JavaScript の一つである node.js で構築されており、イマドキのウェブアプリって感じですね。

使用言語の統一性

じゃあ、今後は OHIF Viewer を何らかの形で使っていくのかといわれるとちょっと微妙ですね。

というのは、フリーで使える PACS やデスクトップ DICOM Viewer のほとんどが C++ か Java で書かれており、それらとの連動を考えた場合、node.js あたりで作成されたソフトとは相性が悪いんですよ。

改変前提で考えるとむしろ Oviyam の方が重要だったりします。

ここら辺は説明すると長くなりそうなので、またの機会に。

OsiriX/Horos/HorliX のデータ構造

ところで、今まで OsiriX のデータベース周りのソースコードをきちんと読んだことなかったですが、ちょっと時間があったんで覗いてみました。

内部的にはまだ 32bit のままですね。

これは要修正。

と思ってたのですが、データベースの内部を覗くと、現在では、このカラムは使われていません。

実際にレコードの id として使われているのは、coreData が自動生成する id （Z_PK）の方です。
おそらく、coreData を使わずにデータベースを管理していた頃の痕跡でしょう。