保護中: curl と ORCA と処方箋.CSV
診療報酬 20240601 改訂
2024 5/31 → 6/1 に日付が変わった頃、テスト用サイトのページ
https://phazor.jp/dolphorca/test/
に若干の手を加えた。
なんで変更したかわからない人もいたようだが、健康保険報酬の 6/1 改訂で診療行為によってはレセプト記載上、選択式のコメントを選ばないといけないが、これが各種アプリでうまく動くか確認したかったから。
ドルフィンもそうなのだが、設計の古い電カルはこれに対応できない。
あくまでレセプト記載上であって診療録に記載せよとは言ってないので、致命的というほどではないが、レセコンでいちいちコメント入力するのは不便なことこの上ない。
ところで、上記ページのシンプルな機能（使ったファイルは３つだけ）は実は「３層クラサバ」構成をとっている。
ブラウザからの検索語を受信して orca DB に問いかけているファイルが「バックエンドサーバー」にあたる。
かつて標準型電子カルテの厚労班会議で「３層クラサバ」だの「フロントサーバを院内に設置する」だのあーだこーだ言っていたのは、具体的にはこういうこと。
院内にオンプレの WebORCA が稼働していた場合、クラウド上のバックエンドと院内 WebORCA をダイレクトに通信させるのは難しいが、（上で言った）バックエンドを院内に設置した上で必要な情報だけを（クラウド）バックエンドと通信するのはそれほど難しくはない。
HPKI signer For Mac
WebORCA
医療情報系ではもう積極的に何かすることはないだろうなあと思っていた。
ORCA のブラウザタイプ（いわゆる WebORCA）も自分ではインストールすらしないだろうと漠然と考えていた。
さすがにドルフィンのあれこれは、捨て置くわけにはいかないと思っていたが。→結局、動画を何本（これとかこれとかこれ）か公開し『ソースコード嫁』や『@masudanaika による個人情報流出ツィート』などの記事は書かせてもらった。
だが、標準型電子カルテあたりの話が比較的評判良かったこともあって、HPKI あたりのことは割と自主的に調べていた。
へえ、電子処方箋の署名はこういうものなんだなと感心したりもした。
もうちょっと踏み込んで、MacOS で電子処方箋のデジタル署名のテストなども行った。
手を動かし始めると欲するのは現実とのリンクというやつで、実際のレセコンと連携できないかとぼんやり考え始めた。
そうなると手っ取り早く試せる環境が欲しくなる。
ここはやっぱり ORCA。
結論から書くと今もっともお手軽に WebORCA を試せるのは MS Windows の WSL2 環境。
通常に wsl をインストールしただけで MS の手が入った最新版の Ubuntu がインストールされる。まあ、GUI は一切ないが。
WebORCA と言えどもインスト手順自体は従来の ORCA とそうは変わってないので、作業に要する時間も慣れた人なら１時間もかからないと思う。
wsl1 だと systemctl が動かないという話なので、ハマるかも。インストール自体はできるが、動作させるのに相当苦労しないといけないようだ。
なお、MacOS ＋ パラレルデスクトップという環境は、WebORCA 自体が amd64 にしか対応してない（arm64 非対応）ようで arm Mac だとインストール自体ができない。
（追記）ORCA の ML にも投稿。
そこで、「WSL2 の仕様上、ゲスト Ubuntu を再起動させるとIPアドレスが変わってしまうようで、いちいち上のコマンドを打ち込む必要があるから」と書いたが、ホスト windows 上で以下のバッチファイルを管理者権限で走らせると（走らせた後は）ホスト windows と同じIPでアクセスできるようになる。
FOR /F "usebackq" %%i in (`wsl -d Ubuntu exec hostname -I`) do set IP=%%i
netsh interface portproxy delete v4tov4 listenport=8000
netsh interface portproxy add v4tov4 listenport=8000 connectaddress=%IP% connectport=8000少々、ダサいが、私の用途では実用的にはこれで十分。
同じ LAN 上にある Mac からもホスト windows のIPを指定することで WebORCA と通信できるようになった。