当院では，2008年の開業以来，電子カルテとしてオープンソースの OpenDolphin 1.3.0（デジタルグローブ社）を使用させていただいています。素晴らしいソフトをオープンソースで公開されているデジタルグローブ社には，とても感謝しています。
どんなに優れた電子カルテも，実際に運用するには個々の医院に合わせたカスタマイズが必要だと思います。その場合，オープンソースなら，自院のためだけに自由にカスタマイズすることができます。このブログでは，OpenDolphin を当院で運用するにあたって，色々カスタマイズした内容を中心に公開しています。
これまで java 21、wildfly 34 で運用していたが、java 25、wildfly 38 への移行に挑戦した
wildfly の github から branch 38.x を選択，"Download Zip" して解凍する。作業時点ではこれで 38.0.1.Final がダウンロードされた。
brew をアップデートして mvn と ant を最新にしておく。
$ brew update ; brew upgrade
wildfly の build
[INFO] WildFly Preview: Distribution [jar] [INFO] [INFO] ---------------------< org.wildfly:wildfly-parent >--------------------- [INFO] Building WildFly: Parent Aggregator 38.0.1.Final-SNAPSHOT [1/210] [INFO] from pom.xml [INFO] --------------------------------[ pom ]--------------------------------- Downloading from jboss-public-repository-group: https://repository.jboss.org/nexus/content/groups/public/org/apache/maven/plugins/maven-enforcer-plugin/3.6.1/maven-enforcer-plugin-3.6.1.pom Downloading from central: https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-enforcer-plugin/3.6.1/maven-enforcer-plugin-3.6.1.pom Downloaded from central: https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-enforcer-plugin/3.6.1/maven-enforcer-plugin-3.6.1.pom (8.2 kB at 144 kB/s) ： [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 26:05 min [INFO] Finished at: 2025-10-30T08:00:12+09:00 [INFO] ------------------------------------------------------------------------
これで wildfly-38.0.1.Final-SNAPSHOT ができる。WildFly 34.0.1 と同じく，full distributable build が欲しい場合は，build/target ではなく，dist/target の方を使う必要がある。
$ ./jboss-cli.sh --connect [standalone@localhost:9990 /] module add --name=org.postgres --resources=~/Downloads/postgresql-42.7.8.jar --dependencies=javax.api,javax.transaction.api [standalone@localhost:9990 /] /subsystem=datasources/jdbc-driver=postgres:add(driver-name="postgres",driver-module-name="org.postgres",driver-class-name=org.postgresql.Driver) [standalone@localhost:9990 /] data-source add --jndi-name=java:jboss/datasources/DolphinDS --name=DolphinDS --connection-url=jdbc:postgresql://localhost/dolphin --driver-name=postgres --user-name=dolphin [standalone@localhost:9990 /] /subsystem=datasources/data-source=DolphinDS:write-attribute(name=password, value=dolphin) [standalone@localhost:9990 /] quit
WildFly 38 に合わせて、ライブラリをアップデートする。マイナーバージョンアップのみ。
<http-listener name="default" socket-binding="http" redirect-socket="https" enable-http2="true" read-timeout="0" write-timeout="0"/>
$ sudo apt install openjdk-25-jdk-headless $ sudo update-alternatives --config java alternative java (/usr/bin/java を提供) には 3 個の選択肢があります。 選択肢 パス 優先度 状態 ------------------------------------------------------------ * 0 /usr/lib/jvm/java-25-openjdk-amd64/bin/java 2511 自動モード 1 /usr/lib/jvm/java-17-openjdk-amd64/bin/java 1711 手動モード 2 /usr/lib/jvm/java-21-openjdk-amd64/bin/java 2111 手動モード 3 /usr/lib/jvm/java-25-openjdk-amd64/bin/java 2511 手動モード
$ tar xvzf opensearch-3.3.2-linux-arm64.tar.gz $ ln -s opensearch-3.3.2 opensearch
$ cd opensearch $ rm -rf plugins/*
$ ./bin/opensearch-plugin install analysis-kuromoji $ ./bin/opensearch-plugin install analysis-icu
$ vi ./config/opensearch.yml cluster.name: opensearch_dolphin path.data: /home/dolphin/opensearch/var/lib/opensearch path.log: /home/dolphin/opensearch/var/log/opensearch
2025-11-05 17:10:41,090 INFO [org.hibernate.search.mapper.pojo.massindexing.impl.PojoMassIndexingLoggingMonitor] (Hibernate Search - Mass indexing - DocumentModel - Entity loading - 3) HSEARCH000031: Mass indexing progress: 100.00%. Mass indexing speed: 259.932800 documents/second since last message, 52.218971 documents/second since start. 2025-11-05 17:10:43,153 INFO [org.hibernate.search.mapper.pojo.massindexing.impl.PojoMassIndexingLoggingMonitor] (default task-3) HSEARCH000028: Mass indexing complete. Indexed 246619 entities.
17:29:22,773 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly 38.0.1.Final-SNAPSHOT (WildFly Core 30.0.0.Final) started in 4690ms - Started 628 of 817 services (336 services are lazy, passive or on-demand) - Server configuration file in use: standalone.xml - Minimum feature stability level: community
事務内で保険証OCR専用に使用しているマイナタッチにおいて、「今朝から保険証が読み取れない」という報告があった。調査の結果、OCR処理時に通信不良が発生している可能性が高いことが判明した。本件の経過および対応内容を以下にまとめる。
対象端末では、保険証を挿入すると「券面を読み取っています」という表示のまま処理が停止し、長時間経過後に「ALM2001 USB接続エラー」が発生した。なお、OCR操作前の段階ではマイナタッチ自体は正常に動作しており、通常のマイナンバーカード読み取りは問題なかった。したがって、OCR処理時に限定して通信エラーが発生している状態と考えられた。
後日、liva z3 および予備 liva を用いて再度検証を実施。いずれの端末でもUSB接続エラーが再現した。調査の結果、マイナタッチとPC間はCOMポートを介したシリアル通信で動作しており、この通信設定に起因する可能性が考えられた。
Web上の情報を参考に、シリアル通信の bm設定値 をデフォルトの「16」から「1」に変更したところ、エラーが解消し正常にOCRを読み取ることができた。設定を元に戻して（bm=16）再試験してみたが、正常に動作しエラーは再現しなかった。
原因はシリアル通信まわりの不安定動作である可能性が高い。設定変更により通信ポートが再初期化され、一時的に安定化した可能性がある。 PC（特にLivaシリーズ）とマイナタッチ間のUSBシリアルドライバの相性、または一時的なポート不整合が疑われる。
現在、新規導入PC（N100）上では問題なくOCRが稼働中。 旧 Liva 端末については、シリアル通信環境の不安定要因を引き続き調査予定。 必要に応じて、bm設定変更の恒久化などを検討する。
本件は、マイナタッチのハードウェア故障ではなく、特定PC環境におけるシリアル通信エラーが主因と推定される。設定変更による一時的な改善を確認したが、根本原因の特定には引き続き検証が必要である。
昨年まとめるのをわすれてて、2年ぶりの運用まとめ。この2年では、サーバの kvm 移行、サーバの CPU アップグレード、iMac メモリリーク対策、weborca 運用開始、opendolphin java 21 + wildfly 34 への移行、swift で IME 切換サーバ作成、selenium でオルコン作成など、けっこうイベントがあった。
dolphin=# select count(*) from d_patient; count ------- 42871 (1 row)
dolphin=# select count(*) from d_module; count --------- 1762382 (1 row)
Filesystem Size Used Avail Use% Mounted on tmpfs 392M 1.2M 390M 1% /run /dev/vda2 50G 28G 20G 58% / tmpfs 2.0G 812K 2.0G 1% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 392M 4.0K 392M 1% /run/user/1001
Filesystem Size Used Avail Use% Mounted on tmpfs 794M 1.4M 793M 1% /run /dev/vda2 50G 13G 34G 28% / tmpfs 3.9G 28K 3.9G 1% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 794M 4.0K 794M 1% /run/user/1001
dolphin_db.dump.gpg 3,234,098,553 orca_db.dump.gpg 378,054,095
$ grep -c stampInfo stamp.xml 2241
Maxtang NX-N100
PS C:\Users\OqsComApp> netsh winhttp import proxy source=ie PS C:\Users\OqsComApp> netsh winhttp show proxy
[Information] Status=サーバー接続待ち [再開予定時刻：2025/01/25 12:58:24] MedicalInstitutionCode=0110123456 TerminalID=oqs-terminal TerminalModel=ALN50 TerminalOS=Microsoft Windows 10 IoT Enterprise LTSC UserAccount=User\OqsComApp
当院のサーバは、一昨年、i5-12400 マシンにアップグレードして、全く問題なく動いているにもかかわらず、当院には明らかに無駄な、オーバースペックな、新しいマシンを組んでしまった。理由はただ一つ、CPU の名前 - Intel(R) Core(TM) Ultra 7 265K - だけである。ウルトラセブン・サーバ、進め銀河の果てまでも。
[ 1.176922] r8169 0000:84:00.0: error -ENODEV: unknown chip XID 688, contact r8169 maintainers (see MAINTAINERS file)
$ sudo apt install realtek-r8125-dkmsさらに、もともとの r8169 ドライバを black list に入れて、読まれないようにする
$ sudo vi /etc/modprobe.d/blacklist-r8169.conf # To use r8125 driver explicitly blacklist r8169 $ sudo update-initramfs -u $ sudo reboot今回使用した最新マザーボードは、secure boot がデフォルトで enabled になっており、サードパーティーの ppa のインストールでは、Machine Owner Key (MOK) が必要になった。インストール時にパスワード入力、再起動時に画面に従って、Enroll MOK → パスワード入力する。これで r8125 で内蔵 ether が使えるようになった。
$ lspci -k
84:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 0c)
DeviceName: RTL8125 2.5GbE Controller
Subsystem: ASUSTeK Computer Inc. RTL8125 2.5GbE Controller
Kernel driver in use: r8125
Kernel modules: r8169, r8125
$ sudo apt purge cloud-init -y $ sudo rm -rf /etc/cloud $ sudo rm -rf /var/lib/cloud/
error: Secure Boot forbids loading module from (hdo, gpt2)/boot/grub/xB6_64-efi/serial.mod. error: terminal 'serial' isn't found. error: terminal 'serial' isn't found.serial.mod が secure boot ではじかれている。serial って何だろうと思って見てみたら、xen 時代の grub 設定だった。削除した。
| CPU | データチェック | レセプト作成 |
|---|---|---|
| i9-9900K@3.6G | 22.4 | 19.4 |
| i5-12400F@2.5GHz | 32.3 | 25.7 |
| Core Ultra 7 265K | 39.7 | 36.4 |
当院の歴代サーバは、Pentium 4 → Core 2 Duo → Core i と進化してきたが、ウルトラセブンの力で、さらに強くなった。top コマンドでは、CPU が 20個見える。
im-select のおかげで、IME on/off の切換ができるようになったのであるが、process builder で /usr/local/bin/im-select を実行するという方法での対応であった。つまり、切換が発生するたびに、コマンドをディスクから読みこんで、メモリに展開して、実行して、終了するというのを繰り返すわけで、あまり効率がよいとは言えない方法であった。
もっとよい方法はないかと考えていた時、ふと、im-select を改造して IME 切換サーバとして常駐させて、そこに切換メッセージを送ることで、IME を切り替えさせればよいのではないかと思いついた。そうすれば、いちいちディスクから読みこんで、メモリに展開して云々というプロセスを全部省略できる。
im-select は Objective-C で書かれていたが、どうせならナウい Swift で書こうと思って、Swift で、レベルの低い常駐プログラム TISServer (TextInputSources Server) を書いた。これは、標準入力を待機して、J が来たら日本語、K が来たらカタカナ、R が来たら英字に切り替えるという、いかにもシロウトくさいプログラムだ。これを OpenDolphin から process builder で立ち上げて、IME 切換をさせてみた。
im-select を呼び出す方法だと、呼び出しに 10 msec くらいかかっていたものが、TISServer 法だと、標準出力に出力するだけなので、かかる時間は検出限界以下となった。
weborca になる前の orca は、monsiaj というオープンソースのクライアントがあって、ショートカット組み込んだり自由にできた。weborca になって、クライアントは chrome ブラウザになったので、ショートカットが使えなくなってしまった。何かいい方法はないかと調べていたところ、selenium というツールを使うと、java で chrome を、自由自在に操作できることがわかった。
これを使って、opendolphin から weborca を弄ぶ、OrcaController (オルコン) を作ってみた。dolphin 側でキー入力をうけつけて、ショートカットキーならマクロを流し、それ以外のキーはそのまま weborca に流すしくみ。もちろん、dolphin 側でキーリスンしているので、chrome をクリックして、フォーカスを渡してしまうと機能しない。
さらに、高難度のコントロール方法として、ステルスモードというのも作ってみた。ステルスモードにすると、オルコンのタブにマークが付く。この状態は、dolphin で受けるキーと weborca に送るキーを、裏で密かに分離する。表では dolphin の操作ができて、裏では orcon で設定しているショートカットなどを weborca に通して、患者番号を送ったりもできる。しかし、例えば enter は dolphin が取ってしまうので、代わりに alt + enter で enter を送るようにしていたり、難しいことになってしまっているので、多分プログラムした本人以外は操作できない。
あと、dolphin に依存しない、スタンドアロンバージョンも作ってみた。weborca 単独で使うときに、マクロを使うことができる。
これまで java 17、wildfly 27 で運用していたが、java 21、wildfly 34 へ移行した
wildfly の github から branch 34.x を選択，"Download Zip" して解凍する。作業時点ではこれで 34.0.1.Final がダウンロードされた。
brew をアップデートして mvn と ant を最新にしておく。
$ brew update ; brew upgrade
wildfly の build
$ mvn install [INFO] Scanning for projects... Downloading from jboss-public-repository-group: https://repository.jboss.org/nexus/content/groups/public/org/wildfly/core/wildfly-core-parent/26.0.1.Final/wildfly-core-parent-26.0.1.Final.pom Downloaded from jboss-public-repository-group: https://repository.jboss.org/nexus/content/groups/public/org/wildfly/core/wildfly-core-parent/26.0.1.Final/wildfly-core-parent-26.0.1.Final.pom (123 kB at 73 kB/s) Downloading from jboss-public-repository-group: https://repository.jboss.org/nexus/content/groups/public/org/jboss/jboss-parent/40/jboss-parent-40.pom Downloaded from jboss-public-repository-group: https://repository.jboss.org/nexus/content/groups/public/org/jboss/jboss-parent/40/jboss-parent-40.pom (76 kB at 106 kB/s) Downloading from jboss-public-repository-group: https://repository.jboss.org/nexus/content/groups/public/io/netty/netty-bom/4.1.112.Final/netty-bom-4.1.112.Final.pom Downloading from central: https://repo.maven.apache.org/maven2/io/netty/netty-bom/4.1.112.Final/netty-bom-4.1.1 ： ： [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 20:59 min [INFO] Finished at: 2024-10-25T14:19:47+09:00 [INFO] ------------------------------------------------------------------------
これで wildfly-34.0.1.Final-SNAPSHOT ができる。WildFly 27.0.2 と同じく，full distributable build が欲しい場合は，build/target ではなく，dist/target の方を使う必要がある。
$ ./jboss-cli.sh --connect [standalone@localhost:9990 /] module add --name=org.postgres --resources=~/Downloads/postgresql-42.7.4.jar --dependencies=javax.api,javax.transaction.api [standalone@localhost:9990 /] /subsystem=datasources/jdbc-driver=postgres:add(driver-name="postgres",driver-module-name="org.postgres",driver-class-name=org.postgresql.Driver) [standalone@localhost:9990 /] data-source add --jndi-name=java:jboss/datasouces/DolphinDS --name=DolphinDS --connection-url=jdbc:postgresql://localhost/dolphin --driver-name=postgres --user-name=dolphin [standalone@localhost:9990 /] /subsystem=datasources/data-source=DolphinDS:write-attribute(name=password, value=dolphin) [standalone@localhost:9990 /] quit
WildFly 34 に合わせて、ライブラリをアップデートする。
前回やらかしたので、今回はマイグレーションガイド読んだが、Hibernate 6 のままなので、多分、罠はないようだった。
<http-listener name="default" socket-binding="http" redirect-socket="https" enable-http2="true" read-timeout="0" write-timeout="0"/>
$ sudo apt install openjdk-21-jdk-headless $ sudo update-alternatives --config java alternative java (/usr/bin/java を提供) には 2 個の選択肢があります。 選択肢 パス 優先度 状態 ------------------------------------------------------------ * 0 /usr/lib/jvm/java-21-openjdk-amd64/bin/java 2111 自動モード 1 /usr/lib/jvm/java-17-openjdk-amd64/bin/java 1711 手動モード 2 /usr/lib/jvm/java-21-openjdk-amd64/bin/java 2111 手動モード
$ tar xvzf opensearch-2.17.1-linux-x64.tar.gz $ ln -s opensearch-2.17.1 opensearch
$ cd opensearch $ rm -rf plugins/*
$ ./bin/opensearch-plugin install analysis-kuromoji $ ./bin/opensearch-plugin install analysis-icu
$ vi ./config/opensearch.yml cluster.name: opensearch_dolphin path.data: /home/dolphin/opensearch/var/lib/opensearch path.log: /home/dolphin/opensearch/var/log/opensearch $ ./bin/opensearch WARNING: A terminally deprecated method in java.lang.System has been called WARNING: System::setSecurityManager has been called by org.opensearch.bootstrap.OpenSearch (file:/home/dolphin/opensearch-2.17.1/lib/opensearch-2.17.1.jar) ：
8:20:55,954 INFO [org.jboss.as] (Controller Boot Thread) WFLYSRV0025: WildFly 34.0.1.Final-SNAPSHOT (WildFly Core 26.0.1.Final) started in 71423ms - Started 640 of 824 services (328 services are lazy, passive or on-demand) - Server configuration file in use: standalone.xml - Minimum feature stability level: community
weborca 構築の忘備録
$ sudo virsh define virt-config/template2204.xml $ sudo virsh domrename template2204 weborca $ sudp cp template2204.qcow2 weborca.qcow2 $ sudo virsh edit weborca
$ sudo qemu-img info weborca.qcow2 image: weborca.qcow2 file format: qcow2 virtual size: 20 GiB (21474836480 bytes) ：
$ sudo qemu-img resize -f qcow2 /vm/weborca.qcow2 +30G Image resized.
$ sudo virsh start weborca $ sudo virsh console weborca $ sudo parted /dev/vda GNU Parted 3.4 /dev/vda を使用 GNU Parted へようこそ！ コマンド一覧を見るには 'help' と入力してください。 (parted) p 警告: /dev/vda で利用可能な領域の一部が利用されていません。GPT を修正して全ての 領域を利用可能にするか(62914560 ブロック増えます)、このままで続行することができますが、どうしますか？ 修正/Fix/無視(I)/Ignore? Fix モデル: Virtio Block Device (virtblk) ： 番号 開始 終了 サイズ ファイルシステム 名前 フラグ 1 1049kB 2097kB 1049kB bios_grub 2 2097kB 21.5GB 21.5GB ext4 (parted) resizepart 2 警告: パーティション /dev/vda2 は使用中です。それでも実行しますか？ はい(Y)/Yes/いいえ(N)/No? Y 終了? [21.5GB]? 100% (parted) p モデル: Virtio Block Device (virtblk) ディスク /dev/vda: 53.7GB ： 番号 開始 終了 サイズ ファイルシステム 名前 フラグ 1 1049kB 2097kB 1049kB bios_grub 2 2097kB 53.7GB 53.7GB ext4 (parted) quit 通知: 必要であれば /etc/fstab を更新するのを忘れないようにしてください。
$ sudo hostnamectl set-hostname weborca
$ sudo vi 01-static.yml $ sudo netplan apply
$ sudo useradd orca
$ sudo apt update ; sudo apt upgrade -y
$ cat .config/user-dirs.dirs XDG_DESKTOP_DIR="$HOME" XDG_DOCUMENTS_DIR="$HOME"
$ sudo apt install cups $ sudo usermod -aG lpadmin orca
# Only listen for connections from the local machine. #Listen localhost:631 #Listen /run/cups/cups.sock Listen weborca:631 # Restrict access to the server... <Location /> Order allow,deny Allow from 192.168.1./24 </Location> # Restrict access to the admin pages... <Location /admin> Order allow,deny Allow from 192.168.1./24 </Location> # Restrict access to configuration files... <Location /admin/conf> AuthType Default Require user @SYSTEM Order allow,deny Allow from 192.168.1./24 </Location> $ sudo systemctl restart cups.service
$ sudo apt-get install lib32stdc++6 $ sudo mkdir /var/spool/lpd $ sudo chown lp:lp /var/spool/lpd $ sudo mkdir -p /usr/lib/cups/filter $ sudo dpkg -i --force-all ./LPRファイル $ sudo dpkg -i --force-all ./CUPS 用ファイル $ dpkg -l | grep Brother
2023年11月から、最新の iMac M3 を診療で使用し始めたのだが、OpenDolphin を使い続けるうちに、ウインドウ内容が表示されなくなる現象が発生した。フレームは表示されるのだが、中身が表示されない。OpenDolphin を再起動すると直るが、しばらく使っていると再発する。その前に使っていた intel iMac では、見たことない現象であった。
さらに、この現象が起こっている際には、Safari の表示も乱れていることに気付いた。また、メモリ使用量も爆増していたが、それにしてはメモリプレッシャーは低いままで、矛盾している？ように思われた。
メモリ使用量の爆増はメモリリークの可能性がある。しかし、java の中にいる OpenDolphin が、Safari にまで影響を及ぼす可能性は考えにくいので、おそらくネイティブ側の問題かもしれないと考えて、OpenDolphin を時々再起動することで対応していた。その後、OS のアップデートが何回かあったが、この現象は解消されなかった。
自前で何とかできないか検討するために、メモリ関連の数値をモニタしてみた。-Xmx は設定していなかったので、iMac のヒープはデフォルト値で、十分余裕がある状態であった。さらに調べていくうちに、Window#getOwnerlessWindows() というメソッドを見つけた。OwnerlessWindows というのは一体、ガベージコレクション (GC) される運命の Window ？なのかもしれない。試しにこの Window の数をモニタしてみたところ、数値がどんどん増えていって、値が 200を越えたくらいで、画面表示が乱れることがわかった。
内部の方で OwnerlessWindows の GC がうまく行っていない可能性を考えて、Window 関連のコードをリファクタリングしてみた。GC にひっかかりやすくなるかと思って、使い終わったら、リスナの除去、dispose、null を代入というのを徹底した。どこが効いたのかよく分からないが、OnwerlessWindows の増加を大幅に減少させることができて、1日再起動しなくても診療終了できるようになった。
