投稿日:

OpenDolphin is finished

2026/3/31 に ORCA の CLAIM が廃止になる。

dolphin 2.7 系は、ORCA との接続に CLAIM を使っていたから、CLAIM 廃止に伴って電子カルテとしては実質的に使えなくなる。

さらば、という感じだ。

オープンドルフィンといえば、open source であることが特徴とされていたが、では、その特性が生かされた利用はされていたかといえば、ほとんどされていなかったのではなかろうか。ソースコードからビルド、くらいのことはできても、導入した各施設が自由自在にカスタマイズを施す、というような、当初想定されていた利用方法を実行できた施設はほとんどないと思う。

そういう意味では失敗プロジェクトだったと思うのだが、これについて思うところを書く。

貧弱なドキュメント

ドルフィンのリポジトリを見て気がつくことは、技術的なドキュメントが極端に少ないということだ。
各施設でのカスタマイズを促すということであれば、ソースコードが何を意味しているかなどの解説は必須だと思うが、こういうものは一切なかった。
運営する側はむしろそういった情報の提供を制限していたように思える。
また、コードの書き方がいささか本格的すぎた。例えば、デザインパターンを使いまくっているせいで、可読性が著しく低下している。

自由を許さない統治機構

普及を阻んだ最大の要因はこれだったのではないかと思う。

 

（続く）

 

投稿日:

保護中: Java 開発環境

このコンテンツはパスワードで保護されています。閲覧するには以下にパスワードを入力してください。

投稿日:

2022 夏

ただの雑感。

YouTube

今まで積極的に使ったことがなかったのだが、OpenDolphin や Java（限定公開） の解説動画にぽつぽつ反応があった。

あんなの、経過記録もいいところ。
編集する気などまったくない一発撮りなのだが、意外にウケがいい。

プログラミングに関しては、ただの初心者向け講義風っぽい動画より、実務的な内容の方がいいのかもしれない。

（プログラマー志望者は）『何千人いても樹海でさまよっていて山頂に到達する人は少な』いみたいな状況があるんだろうな。

ネタは山ほどあるので、適宜アップ予定。

OpenDolphin 関係

『OpenDolphin は「真正性」すら満たせていないかもしれない』が評判いいようだ。

「オープンソースのソフトはセキュリティに難があるのでは？」というのは誰もが思いつくことだと思うが、当たり前すぎて誰も言わない。

こういう場合は、具体的な例を示すのが適当だと思うのだが、適当な例を挙げるのが意外に難しい。

PostgreSQL の LOB を操作している時に、「そういえば、LOB を oid 使って直接操作したら hibernate のような ORM やそれを使ったシステムはそのこと（直接操作による改変）を認識できないよね」と思いつき、上述の問題の具体例として仕立て上げたという次第。

Java17 対応

基本的にはできている。

なんだが、画像表示周りは保存形態が jpeg 限定になっていて、関係者一同、「んー？」の声。（『医療画像を情報損失のある形式で保持するとかは普通しない』あたりを参照）

情報劣化のない形式で保持しておいた方がいいという意見が多かったので、これは、別系統のバージョンとする予定。

 

猪股弘明

 

 

投稿日:

OpenDolphin HTML/PDF Viewer プロジェクトとOpenDolphin Viewer プロジェクト

以前から、Save the DolphinS の「データ移行ツール」に関しては、手入れしてみたいと思っていた。
色々あったが、結局、コードの修正を施してまずまずのところまで完成。一連の経過記録を『OpenDolphin HTML/PDF Viewer プロジェクト』にまとめた。

そこでは（混乱すると悪いので）触れていなかったのだが、同時並行で OpenDolphin Viewer プロジェクトというのも進行していた。

OpenDolphin の場合、カルテ記載内容は JTextPane という Java が提供する GUI の部品を使って表示させているのだが（厳密には JTextPane をカスタマイズして使用しているのだが、機能は継承されているのでこのように考えて差し支えない）、建前としては html も表示できることになっている。

だから、カルテを視認するだけであれば、データベース上の情報をパースして html に変換、それをそのまま JTextPane に表示させればいい。

こちらのアプローチの方が自然に感じられるかもしれないが、私も含めて関係者はこちらのプロジェクト、つまり OpenDolphin Viewer プロジェクトは失敗すると予想していた。

なぜか？

日本ではこの手の情報はあまり普及していないようなのだが、海外のサイトでは「 swing （Java の古い GUI のライブラリ）の JTextPane では、凝ったレイアウトの html は正常表示できない。やりたければ JavaFX（Java の新しい GUI ライブラリ）を使え」というのが半ば常識と化していたのを我々が知っていたから。

うまくいかないのはほぼ分かっていたが、どの程度うまくいかないかはやってみないとわからない。
レガシーなソフトを取り扱うことはよくあるので、試してみる価値はあると考えた。

前置きが長くなったので、実例を示す。

以下のようなカルテがあったとき

OpenDolphin HTML/PDF Viewer の方は、

とレイアウトなどもほぼ再現された html ファイルを吐き出す。
この html を OpenDolphin Viewer の JTextPane に流し込むとこうなる。

そんなに悪くないと思う人もいるかもしれないが、

・斜字体属性が反映されない

・スプリットデザイン（画面を縦に分割しているデザイン）は完全無視

というアラは目に付く。
特に後者は致命的だと感じた。
この程度の CSS スタイルも反映されないようでは、より複雑なデザインにした場合、もっと悲惨なことになることは想像に難しくない。

しばらくはこのプロジェクトは SSD の肥やし・GitHub の漂流物となるだろうが、別目的で使える可能性はなくはないので（この話は長くなるので割愛）、継続して保存はしておく予定だ。

 

 

猪股弘明