Just another PHAZOR Blog
前回の記事で触れた「画像サーバー」は、結局、DolphORCA AudioVisual Server として独立させた。
その時はあまり触れなかったが、独立させていい点はデータ構造がすっきりすること。
現状だと電カルの文書系と画像系は、データ構造の点で相性が悪い。
『なぜ全国統一カルテは無理筋なのか？』あたりを参照。
で、当然、視野に入ってくるのが、DICOM 系の画像をどうするか？ということ。
個人的には X-ray 程度の簡単なダイコムなら、電カル自体がパースして表示させてもいいんじゃないかと思っている。
参考にと dcm4che のリポジトリを漁る。
今までよくわからなかったのだが、arc-light が PACS サーバで他のリポジトリはツール群のようだ。
arc-light は現状だと JakartaEE には対応していないようなので、あまり参考にならず。
参考にするなら、ツール群の方かなあ。
WYSIWYG な html のエディタを作成すると、やはり、画像などのアップロードと画面への挿入などの機能も欲しくなる。
P 欄を検討するとか言ってたが、結局、こちらを先に手をつけた。
現状だとこんな風になっている。
JavaScript などは「なんとなく」使う程度だったのだが、見様見真似でなんとか作成。
大半の「JavaScript でアップロード画面を作ろう！」的な記事は、本当にアップロード画面の作成のみですね (^^;)
たぶん、面倒なのは、それを適当なサーバーに投げて、永続化、さらにそこから（API を介して）復元・再利用できるようにするところじゃないかと思うんだが？
ところで、画像などのデータを通信するとき base64 でエンコードして送るか、そのままバイト列で送るかが悩ましいところ。
今回は、バイト列で通信させることとした。
クライアント（ブラウザ）からバイト列を投げた時、引き受けるサーバは、まずフロントエンドなのだが、これをバックエンドにそのまま送るか、あるいは、別に画像サーバのようなものを立てるかも考えどころ。
諸々の事情で画像サーバーを立てた。
だから例えば
http://localhost/DolphORCA-av/resources/image/1 にアクセスすると id=1 の画像を返してくれる。（実際はバイト列を返しているんだが）
なんでこのように画像を動的に生成する必要があるのかといえば、いわゆる一般のブログのように、表示させている html ファイルの同階層に img というフォルダを作り、そこから静的な画像ファイルを引っ張ってくる、みたいなやり方だと、原則、この画像は全世界に垂れ流しになってしまうから。
広報目的のブログならこれでいいが、医療情報系のシステムでこれはいかんでしょ。
以前に動画でごちゃごちゃ言ってたのは、このこと。
DolphORCA に遊びで病棟マップも追加。
むろん、患者名クリックでカルテ記載画面に遷移する。
在宅（訪問予定）のページも追加。
もちろん、これも患者名クリックでカルテ記載画面に遷移する。
思うに、カルテ自体に外来/入院/在宅の区別させる必要はなく、それを管理するクラスを設定すればいいだけだと思うのだが、なんか不都合あんのか？？？
猪股弘明
関係者の怒り方が半端なかったため、やむなく投下。
まあ、ちゃんとソースコードにあたって検証していれば、間違えないところですからね。
にもかかわらず、あたかも自分がオープンソースの代表者のように振る舞うのはどうなんだろう？
オープンソースに関わられている方には一読をおすすめします。
HorliX のユーザーさんで Protected Mode に入れないという方がいたので、動画で解説してみました。
Horos も同じ手順で入れると思います。
現行 OsiriX は、持ってないのでわかりませんが、以前のバージョンなら、これで入れると思います。
ビューアがダイコムファイルを読み込む時、タグ情報などをデータベースに保存、画像は適当なフォルダに入れておくと思います。
が、おかしなダイコム（異常ダイコム）の場合、タグ情報や画像をうまく展開できず、ファイル（スタディ）としては登録されているのに、画像表示できない時があります（ひどい時は、以降、起動不能）。
そこで、画像を表示させない状態でアプリ自体を立ち上げるモードが Protected Mode というものです。
このモードで立ち上げて、異常ダイコムを取り除く、という操作をすると、次回以降は、データベースは元の状態に戻り、起動可能となる場合もあります。
ただし、’INCOMING.noindex’ フォルダの方におかしなファイルが引っかかっている場合は、そもそも Protected Mode 自体に入れないので、これが絶対ということはありません。
猪股弘明
HorliX メイン開発者