SargeからEtchへ

最近までSargeでサーバーを動かしていましたが、土曜日にカーネルアップでいろいろあってEtchへと移行。
診療時間ないに強引に移行したのですが、今のところ問題なしです。
まあ地方公費も既にないしインストールすべきプログラムも少ないといえば少ないですね。
Etchは1台だったのでXen上に2つ目のEtcｈ環境も作成
帳票はまだ入れてない部分もありますが、稼動はOKです
XenでHDを複数にしておくともし何かあってもXenoppixからアクセスして動かせるので便利です
環境全体のイメージをバックアップするのも簡単ですね。

特定健診

一応Sargeを再インストール
いろいろ設定はほとんど終了
認証キーを設定すればOKのはず
明日再度データアップロードを試す予定。
ソフトはバージョンが少し上がってるがデータは古い状態で作ってるので問題が出るかも。
それはそれでアップロードできてからのことになる。

ORCA用に新しくXen上にEtch環境を作成１５Gで容量確保したので余裕。

特定健診オンライン請求 続

先日いろいろ設定もして最終段階までいくも進まず
最終的にはEtchを使ってるのでダメといわれた

Sargeで同じく設定してみたが本日やはりデータアップロード用のツールが落ちてこない様子
結局同じようなところで引っかかっている
ISDNが遅すぎて悪いのか
サーバーの負荷が多すぎるのか
7月から健診の始まるところも多いようでサポートの電話もつながらず
請求できるまで新規の健診は見送りか。。

特定健診のオンライン請求（Linux）

まだ請求していなかったので、今月はPCやルーターの設定から。
昔のルーターはやはり上手く動かず、マニュアルのルーターを新規で購入。
受付のTAをお払い箱にしてルーターを設定。
なんか常時接続でないと料金などがすごく気になる。
一応接続完了で電子証明書のダウンロード手前まで終了、昼休みは時間切れ。
なんかデスクトップに実行用アイコンが作成されるのだがJAVAの証明書設定はいいとして
ネットのアドレス記載はそのままショートカットにならないのか。。
どうせ直でつながないとインターネット上にあるアドレスではないのに。
あと電話番号が意外と遠いので電話代もかかるのかも
特定健診のメリットは・・・・・・

特定健診のデータ入力

ORCAとの連携もきっちり出来ていないので時間がかかりました。
一応請求データは出来たのですが7名で2時間半
こんなことやっていていいのかと思われます
忙しい時期だと入力はいつするのやら
請求までのタイムラグもあり健診するとかえって。。。。
実はペナルティになる保険者いっぱい出るのが狙いとか？？

地方公費の終焉

今回4月から地方公費として請求していた帳票がなくなってました
広報がなかったように思うのですが。。。
昨日レセ最終で気がついてあわてて再設定して仕上げを。。
事務員さんは特に変わったことも言ってなかったのですが仕組みをしらないので仕方ないですね
自分で一通り設定と結果をチェックするのを怠ったのが原因です
反省反省！

レセ終了

しかし特定健診は4月分をまだ請求してません。
来月になりそうです。
書類は市へ送る予定ですがまだあまり着てないのではないでしょうか？
レセプトも国保でうまく処理してもらえるのか心配
社保と国保の比率がさらに拡がりました。
やはり強引にこういう改革をするにはもうすこし準備が必要だったように思いますね。

やっと4月改正対応

まあ4月内で対応できたのであれば十分早いですね。
医師会からレセプトの纏めについて資料が来たのも昨日でしたから
資料を待ってパッチ提供だったんでしょうね
不具合が出ないことを祈ります
まだ後期高齢者の請求方法などは国保に聞く必要がありますが。。

特定健診オンライン請求

実は既に出来てあたりまえの時期の様子
慌てて環境を整えるがISDNをLinuxから使うのにTAだと回線接続とブラウザの操作と別になる
昔なつかしいパソコン通信時代のｗｗｗって感じ
ルーターでアクセス＝通信開始にしておくとOKのようす
ISDNの以前使っていたルーターを持ち出して検証
だめならルーターの購入となる

なんていってるとORCAプロジェクトの特定健診プログラムは5月9日正式版公開予定らしい
ということは5月5日までにデータ登録は不可
患者さんのデータは6月に市町村で閲覧可能になるのか？？

オンラインツールのインストール

当院はわざわざ好んでLinux環境で特定健診の請求を行うことにしている
というわけで設定を行ってみた
一応CDからのインストールは完了
mount　/cdrom　-o　exec　でROファイルを実行できるようにしてマウント
install.shを実行でJAVAやMozilla-firefoxを入れる
ただMozilla-firefoxって内部で今のiceweaselとかへのリンクになってるのだが大丈夫なのか？
環境はDebian/GNUのEtch
O-Uでも以前議論はあったが・・・・
接続テストもTAからでは難しいかも＞＞以前使っていたルーターがあるので分岐してそれを請求専用に使うか

オンラインツールは来たが

特定健診の請求をオンラインでする予定
オンライン請求用のツールは来たがデータ作成ようのソフトはどうなんだろう
まだβのまま
まあ金額的に請求が遅れるのは別にいいのだが
市町村の対応もいまいち歯切れが悪い言葉で決定的でない
今回の改正は厚生省の大失敗だろうな
後期高齢者の保険やいろいろな改正と当て布を当てるような処置
はっきりいってどうしようもなく混乱している

無事スタート

本日新しい点数でスタート
実質はきっと下がると思われる
手間も増えている
生活費は上がるのでなんか気分的に大変
特定健診の申し込みもあったがまだこちらは前途多難な感じ
金額的には数ヶ月に一度の請求でも問題ないように思われるが。。。

いろいろ確認

明日から新体制
特定健診も大変だが既に予約あり
保険改正もややこしい
こういうストレスや作業についても医療機関は特別に予算があるわけでもない
道路特定財源で予算がなくなるというのが問題なら医療機関にとって日頃積み立てできるぐらいの医療費をしっかり算定できる仕組みを作って欲しい。
ぎりぎりでやっていては何かあれば倒れる医療機関が非常に多いだろう
日本の健康や感染症対策などに対する危機意識というのは厚生省も財務省も希薄なんだなーーー

Ver4.2

本日休みなので朝から作業
無事４．２へアップ
SargeはついでにVacuum　fullも実行
これで4月改正もOKに

レセプト終了

今回はVer4.1にて無事終了
4月改正の情報もいろいろ出てきました。
今月は特定健診のツールも来るので試す必要もありますし
4月改正にむけ４．２もでますしいろいろ忙しいですね。

後期高齢者医療制度

4月から開始なのにあまり動きがないなと思っていたら実はいろいろ進んでいるんですね。
県単位で連合も出来ているのでした。
具体的なレセプトなんかの取り扱いはまだ通知がないようですが
当然3月には保険証が各自に届きます。
今まで国保でかわりないよと言って2度目に持ってくるという人もあったのですが
今回はそうも行きません
そろそろ十分な告知が必要ですね。
スタッフにも新しい制度を十分理解してもらわないと。。
ちなみに和歌山県の連合は
http://kouiki-wakayama.jp/

ひさしブリのプログラミング

というほどでもありませんでした。
レセプトチェックプログラムをちょっと改造して調べたいコードを含む方の名前とかを表示
あとはコメントが必要な検査をしているとか薬を投与しているというコメントを表示
対象はレセ電データです。
事務員さんの仕事改善とケアレスミス防止。

特定健診の請求方法

FDで出すと高いと思ってオンラインで登録しました。
ところが推薦されている方法だと月数千円もかかるようです。
当院では以前からISDNを確保していたのでそちらで請求するように登録してみました。
まだ実際のソフトも出ていないのに使用するオンライン環境を今月20日までに登録してくださいというのは。。
情報によれば健診も夏ぐらいまで出来ないところもあるようですね。
今までの方法から大きく変換するのに1年未満の準備期間で行うのに非常に無理があったという気がします。

特定健診対応ソフト

まだまだ情報が錯綜していますね。
以前紹介したフリーソフトは配布が始まってるようです。
ただいろいろ高機能になって肥大化してるという情報も。
ORCAプロジェクトも対応を明言しているのでそろそろ動きがありそうですね。
全体で医療費もマイナス改定なのになぜか批判的な記事や予算がないという記事が目に付きます。
予算がなければ提供できない医療なんてすでに崩壊してしまったと言えるように思います。

1年を振り返って

今年はORCAのシェアも５％を越えたということです。
当初非常に実現困難に思えたORCAプロジェクトも今となっては立ち上がってくる問題もきっと乗り越えるという確診のもと安心して見ていられる状況ですね。
特定健診やオンライン請求など今後の峠を考えるとやはりORCAの信頼性が高いという意識が高まってるのでしょうか。
近隣でもORCA導入医院は増えていますが、私のばあい逆に初期にマニアックな印象を与えすぎて導入に戸惑う先生もあるようで最近はかなり責任を感じている部分もあります。
これからは特定健診の請求に関してやオンライン請求についてORCAとの連携をアピールしていけるようにできるといいのですが。
もちろん昨年発表された新しいWOLFについても紹介状など医療関係文書の標準化をもたらしてくれるのではないかと大きな期待を抱いています。
ただベンダーさんはORCAのように使用してどうなるかという部分を全く実感できないのでなかなかビジネスモデルが立ち上がらないのではないかという懸念もあります。
WOLFにとっても今年が飛躍の年になるよう祈っています。

USB起動KNOPPIX

USB起動KNOPPIXを特定健診対策で作ってみた。
一応Debianで特定健診請求プログラムがでるはず。
本体PCを書き換えずに対応できるかとおもったが自分のPCではUSB起動できるBIOSではなかった。。
汎用を考えるとCD-R起動してUSBにデータを入れるというツールがいいだろう。

Sarge版４．０

なぜかSarge版４．０に上げようとするとあがりませんね。
keepBackされてます

kdeで動いてる関係か？

Sarge３．４のデータはそのままETCHにもっていったらDB読み込みでアウトでした。
dpkg-reconfigureでは更新できないというかその段階に行きません

まずSarge３．４＞Sarge４．０　＞＞　Etch　４．０という流れが必要でしょうか

診察中にちょこちょこやってるのでちょっと混乱してるのかも。。

＞＞
単にapt-get　update　＆＆　upgradeでは入りませんでしたが
apt-get　install　jma-receiptで新しいバージョンが入りました。

次は帳票テストとETCHへのデータ移行のテストですね

もうひとつ
今回のDBスキーマの変更で意外とDBが大きくなるのかも
XEN上のDiskイメージで作業してますがもともとぎりぎりだったイメージがス
ペースが足りないというエラーが出ます
まあDBの復元も終わったのでいくつか不要なファイルを消して動かしてみています

仮想上で作業されるかたは要注意ですね

ETCH版も帳票がそろいだしました

本日いろいろ帳票がアップされましたね。
レセコンって最終的には帳票を出すのが目的なのでこれでやっと本番に近づいたという感じです。
そういえばATOKのLinux版もバージョンアップされるようですね。
ETCHだといろいろ漢字入力が出来るのですが、ORCAとの相性はどうなんでしょうね。

ETCH版ORCA 正式発表されました

今回SargeでもVer４が出てるので手順としてはSargeをVer4にあげる＜＜DBは内包してアップグレード
もう一つ３．４の保存データを４にいれてdpkg-reconfigureでDB構造変更して再度バックアップ
ETCHをインストールして環境作成＞ORCAインストール
DBを移行でしょうか

いくつかの手順を予定するのが確実ですよね。

ETCHもSargeもXen上でまずテストですね。

待ちに待ったEtch版ORCA

とうとうプレ版が公開されました。
Postgresqlのバージョンも変わるし、いろいろ細かい扱いも勉強しなおしが必要かも。
でもそういうのが楽しいわけでもありますね。
OS自体は少し前から現行バージョンなのでいろいろ触ってるし、
今回はXenの環境もあるので気兼ねなく触れます。
バーチャルOSは絶対導入しておくべきですね。。
特定健診やレセプトのオンライン化もそろそろ見えてきました。
ただ手間やコストが医療機関の負担でどんどんIT化を要求される今の状況は
どうも。。。釈然としない部分が多いですよね。

ノートPCの不具合

クライアントで使っているノートPCが途中で電池切れになるようになった。
接触でAC電源使用になることもあるのだが。。
というわけで先日新しいバッテリーを購入。
少しはそれでおちついたがこの週末にとうとうAC電源がどうしても作動せず
実は電源の方が悪かった様子。
いままで経験がなかったのでちょっと遠回りしてしまった。
AC電源をいれていて電池が減るのは異常と判断すべきだった。。

特定健診（和歌山県の場合）

来年4月より基本健診がなくなって医師の裁量が減った特定健診が始まります。
和歌山県では県医師会と市町村で合意が出来ていままでどうり医療機関でも受託できそうですが、
問題としては電子請求などが必要になるのでその対応が医療機関で間に合うかどうかでしょうか。
4月には診療報酬改定もありますが、情報収集と準備を始めるひつようがあります。
情報についてははてなブックマークにリンク集を作成してみました。
請求用のツールもこれから発表されるようです。
レセプトのオンラインに先駆けてオンライン請求が必要になります。
国保以外の健保からも受託できるならメリットはありますが、1件あたりのコストは下がって場合によっては指導に時間が必要ということで地域でも栄養士さんなどとの連携も必要になりそうです。
どうなることやら。

レセプトオンライン請求のOS

今年２回ほど総研の上野さんに会って聞いていたのですが
　OS：Debian GNU/Linux Ver.3.1、ブラウザ：Mozilla Firefox Ver.2.0
は、平成19年8月1日(水)から受付開始。
　WindowsVistaのサポートは、平成19年12月対応に向け準備中
とのことです。

ORCAは単体でオンラインレセプト請求対応可能ということになりますね。
まあネットワークの方でまだ制限があるようですけど

支払基金のサイト
http://www.ssk.or.jp/claimsys/claimsys06_i.html
より
------------------------------
オンライン請求用パソコン
【サポート環境】
Windows

* (1) OS：WindowsXPsp2
ブラウザ：Internet Explorer6.0sp2
* (2) OS：Windows2000sp4
ブラウザ：Internet Explorer5.5sp2

※ WindowsVistaのサポートは、平成19年12月対応に向け準備中

Linux

* 　OS：Debian GNU/Linux Ver.3.1
　カーネル：Linux Kernel Ver.2.6
　JAVA実行環境：Java Runtime Environment (JRE) Ver.1.5
　ブラウザ：Mozilla Firefox Ver.2.0
　※ 平成19年8月1日(水)から受付開始

openofficeのBase

以前から使いこなしたいと思っていた
今日すこし時間をかけて触る
以前もいろいろやってみたがうまく行かず
今日はクエリーで計算結果を出すのに成功（というほどではないが）
あとフィールドもデータの個別IDを与えればカルテ番号が同じでも何度でも登録できる
日付もいれておけば検索もOK
特定健診用に使えるデータベースが作成出来そう

続一括インストール

一括インストールだが実際にinstall.shのあるフォルダで作業が必要らしい
chmod　＋ｘも同じフォルダにいってするといいので
一覧をファイルに落としたあとでCD　で該当ディレクトリに移動して
chmod　+xしてから実行でOKかな

一括インストール

レセも終わってちょっとプログラミング
いつも基本台帳なんかをいちいちディレクトリ移動してインストールしていた
で一気にインストールするスクリプト作成用のツールを作成
シェル＋perl　perlがなくても行けるような気もするがまあ以前のプログラムを流用して

流れとしては
find　./　install.sh　|　grep　install.sh　＞　target1
これで各プログラムのインストールスクリプトの場所を確定
次に
シェルスクリプト用の
#!/bin/bash　というのをheadといしてファイル作成

perlで1行読んでchmod　+xを上記のファイルにくっつけて実行権を与える
次にファイルを実行するというのを繰り替えす設定に
シェルスクリプトの定義を入れるのに
cat　head　target2（これはperlで作成するファイル）　＞target3.sh
chmod　+x　target3.sh
これで終了
一気に基本台帳シリーズをインストールできるスクリプトが出来る

同じようにあるディレクトリ以下のスクリプトを繰り返し実行するにはいいかも

レセプト終了

ばたばたとレセプトを終わってほっと一息
まだ保険証の確認できていないのが時々
家族と本人なんて一緒と断言されると微妙
本人は保険変わっていないつもりだし
今度導入されるというカードに期待だがそうそうすんなり導入できるのだろうか
リーダーにお金がかかるのも困るな。。
さらに読み取りプログラムが必要になるし。
2次元バーコードのほうがコストは安くあがったのでは。。

Xen上のDomainUをコピー

先日からのXenサーバー以外にもう一台Xenサーバーを構築
sshでつながらないと思ったら設定はあるもののsshのインストールが終わっていなかった
なんかネットワークの設定がうまくいかないのでDHCPのままなのが悲しいがとりあえず使えるように
先のXenサーバーで作成したDomainUをコピーしてやる
設定ファイルもコピー
一応起動カーネルだけ確認すればあとはOKか？
複数たてるならメモリが足りなくなるので要注意
コピーだけで環境が出来るのは楽だ。。

Xenで物理ディスク使用時のfstab

昨日はXen用にXenで起動する物理ディスクドライブのfstabを書き換えたが
swapはイメージファイルなので必要として
バーチャルなアクセスなのでsdaは書き換える必要はなさそう
Xenを使用するとdebianのsｔableが次に変わってもすぐに対応できそうなのがいい
それどころがXenが動いていればDomain０のディストリビューションは何でもいいんですよね。。
イメージファイルに作成するとコピーや圧縮もできるので再配布できるし便利

無事電源換装

土曜日にパーツショップで電源を購入
ついていたのは３０５Wだったが３５０Wのものを入手
WEBで調べるとマザーボード用のコネクタが違うという話もあったがSC420はOKであった
CPU用の電源とかSATA用のコネクタなんて今まで自作機触っていた時はなかったのだが
新しい規格でついている
本体裏の穴にうまく合わない部分は力技で穴を広げて不要な爪はまげて装着
無事再起動
掃除機かけるつもりが忘れた！！

昨日雷で

各サーバーの電源を落とし、電源ケーブルも抜いておいたのだが
朝起動すると1台のサーバーが起動途中でダウン
どうも電源が死んだらしい
HDは複数のシステムで使えるようにしているのだが
SATA対応電源を入手しないといけない様子
まあ最近あまり自作もしていないのでいい勉強かも
古いサーバーの電源流用を考えたけどSATA端子がないと使えないのでダメだった

Xenサーバーを消してしまった。。

まあ消したというか追加のプログラムをいれると
依存でXen対応カーネルから通常カーネルになってしまったのでした

で追加したプログラムを消して再度Xen対応カーネルにするもext3をマウントできずにカーネルパニック
しかたなく別のXen対応カーネルにして再設定
XenのDomainUはイメージで作成していたのでそのままOK

ということはXenoppixでも設定ファイルを読んで起動できればそのままこのイメージでOKってことか

HDクラッシュがなければイメージだけでORCAを保存しておけるのは非常に便利

Xenサーバーをメモリ２Gに

追加注文していたメモリが来ました

これでメモリ２Gです

一時期トリプルGなんて機体が出るんだろうねといってたのに既にそれをはるかに越えた状態ですね

これでも60000円前後。。

まあLinuxをいれXenを入れるというのを依頼すればかなり必要でしょうけど。。

仮想サーバーを導入したことですごくORCA運用の安定感が増す感じです

RAIDではなくても2ndHD上にイメージを作成してるのでXenoppixがあればいつでもイメージから起動できるのがいいですね

UbuntuをXenに

HDも余裕があるのでXen上にUbuntuを構築

インストールスクリプトで/usr/lib/debootstrap/dapperでないといけないのにbrrezyになっているのでコピーして作成

あとはインストールもとのURLを変更して終了

でもapt-getのgpg　keyがうまく使えず
ダウンロードして追加はOKだが認証に失敗する

そのまま海外サーバーからインストール強行

インストールして環境が整うというのはLinux使っていて面白い部分だと思う

Xen上のEtch

Xen上のEtchを構築中
現在base－ｃｏｎｆｉｇがないのでファイルを選んでいれるとX上でコンソールが。。
再度設定などをいれなおす

一応使える状態で１．３G程度
多分taskでいろいろ選択すると不要なものが多いんでしょうね
そういういみではSargeでも４Gでなんとかなりそう

他にもXen上でubuntuでも入れてみるか

ORCA仮想化プロジェクト

プロジェクトなんて書いてもまあ自分ひとりでやってるだけです
現状でもdebianのstableはEtchでORCAはsargeで動く状態です
OSとアプリケーションの関係からは今後もある時期こういうミスマッチが起きるはずです
今後のことも考えて今回新しいサーバーのEtchをXen化してXenの上にSargeおよびEtchを作成します
Sargeには現在のORCAをインストールしEtchには発表になった時点でORCAをインストールします
メリットはデータ無しの状態でまずそれぞれ保存しておくことで必要ならバックアップとして使えますし
Xenを使ってる人にはイメージとしてORCA環境を提供できるかもしれません
個人データを入れた状態でバックアップしておけばその時点での状況を保存できます
これは他人に譲渡するわけにはいきませんけど
Xenではimigrationというのが出来るようなので本体がEtch>Lenny（次のstable）になってもxenを動かせば
またdomain０（ホストOS）に関係なくそのまま環境移行できそうなんですよね
実運用はXen上で行わないと思いますがテスト機の運用はこれで1台で複数環境がOKになります
現在Xenインストールまでは終了
Xen上のSargeとEtchのイメージ作成は終了
今後それぞれ必要なパッケージを入れる予定
参考URLです
http://seldon.cocolog-nifty.com/petapeta/
http://w3.doshisha.ac.jp/~kueda/index.php?Debian%E3%81%ABXen

Debian Etchをサーバーに

次期ORCAに向けてサーバーにインストール
Sargeでも使い勝手はよかったが今回はさらにいい状態でインストールが完了する
フォント関連や日本語入力もそのまま使える感じ
今回はNAS的に使うようにsambaで２５０GのHDを使えるようにも設定
まだEtchORCAは出ていないがいつでもOKという状態
ただSargeでは日本語はkinut2ーcannaがメインだったが今度はどうだろう
uim-anthyになるのか
今回不思議なのはeth0などの設定を変えてifdownupをしてもIPが変わらないこと
再起動するとOKなのだが

新しいサーバーとSargeのインストール

テスト機をひさしブリに買いました。
サーバー機Pen4　３G　MEM256　で２９８００円
で追加メモリ1G６０００円ぐらい
SATAHD２５０G　９０００円だったかな

RAIDはないけれど一昔前のメイン機なのに。。

本題はEtchがstableになってSargeのインストールがうまく行かないことがあります
今日は再度Sargeのインストールを行ったので備忘録的に。。
（もちろんdualbootでEtchも入れてますが）

SargeはSATA対応が必要なので武藤氏のISOイメージを利用

http://kmuto.jp/debian/d-i/
場所はここ

BASEインストールが終了してAPTの設定は手動で
1行ぐらいですから間違わずにSarge用で書きます

そのあとシェルからapt-get　update　とupgradeします

設定にもどると自動せsecurity用のAPTが追加されます

これがstableという記載になっていてその後のインストールは全て依存ではねられます

シェルでaptのsourcelistを編集しこの行のstableをSargeに変更します

これでその後のインストールも問題なしです

ORCAを使うならORCAのaptを書き込んで必要なプログラムをインストールってところですね

あとは日本語入力と地方公費をいれて、プレビュー用にgs-espとかフォント関連をいれると使えるはず

以上　現時点でstableではないSargeのインストール方法でした。

WOLF

昨日から入れてみました

DDlightも使っていて一時やめていたので環境はOKなのですがWOLFは新規インストールということで

まあORCAのほうでデータはキッチリあるのでその点では便利ですね

途中一度消して入れなおしORCAサーバーが複数あるのでODBCとWOLF内の設定が食い違って文字化けが起きました

本日それに気がついて再度データ一括登録で無事回復

以前より作れる帳票が多くなっているのですが医見書も使っているのでデータ保持といういみではWOLFを使うのはまたメンドクサイというのがありますね
データコンバートして移行できると便利かも

入力画面は医見書の方が大きくて入れやすいかな

マニュアル類のPDFが分かれているのですが大きさ的には一つで検索する方が流れがわかりやすいのではないかな

講演会

今日は和歌山で地域医療ネットワーク関連のシンポジウム

総研のUさんも来られるそうで楽しみ

5月までORCAのsarge移行を考えていたので手をだしていなかったが

今月からWOLFをちょっとインストールしてみよう

DDlightを使っていたからあまり変化がないのかもしれないが

ハードウェアレイド

メインのPCのハードウェアレイドで従のHDDを入れ替えようと思ったが
同じ容量のはずがHDのエラーとなる
新しいPCでの書込は問題ないのだが
仕方なく古いHDDを使用しておくことに
ハードウェアレイドのハード自体時期的に古くなってしまったか。。
そろそろサーバー自体の入れ替えを考慮しないと

SargeORCA３．４

安定して動いているので新しいHDをハードウェアRAIDのバックアップとして設定
その上で新しいHDをメインHDに入れ替え予定
実稼動3年ぐらいのHDなので今回壊れるのを想定して作業を
今はIDEなのでそのうちSATAも考えないといけないがその頃には本体自体引退にしないと

今回の移行は案外簡単に終了
ETCHが出たらそちらも十分試用しておいて移行をしないといけないと思われる

ただpotetoの時代に比べれば乗り越えるべき山もなく安定して運用できるので非常にありがたい

woodyORCA３．３からSargeORCA３．４への移行

6月まで期限が迫ってきたのと、月の半ばということもあり本日午後作業しました。

woodyはRAIDなので1台のHDは非常用に保存

新規インストールも考えたのですが先日1台新規で作成したのでwoody＞sargeの移行を手順どおりにしてみました

PCが遅いということと途中はまったので半日仕事でした

現在は無事sarge３．４で動いています

はまった場所としては古いpostgresqlのデータがあると新しいpostgresqlはデーモンが起動せずにインストールが不十分で終わります
それに伴ってjma-receiptも入らない状況になります

先日からクリーンインストールのsargeORCA３．４にwoodyORCA３．３のデータを無事レストアできていたので
結局は古いDB（当然作業前にバックアップをpg_dumpで作成して他のPCにも保存してます）を手作業で削除
データがない状態でpostgresqlをインストール＞＞OK
これでjma-receiptをインストール
jma-receiptを止めた状態にして
orcaになって一度出来たorcaのdbをドロップ
db　orcaを新規に作成
pg_dumpのデータを書き戻し

rootになってdpkg-reconfigure　jma-receipt

これでデータはOKです

あとwoodyではプレビューOKでもsargeではプレビューがでないので　
gs-esp　gs-cjk-resources　cmap-adobe-japan1をインストール

あと毎日のバックアップのtdumpを使用してるのでスクリプトのpg_dump　－R　orca　＞　hogeというのを
pg_dump　－O　orca　＞hogeに変更

一応これで作業は終了のはず

あとgnome２になってるので日頃使ってるデスクトップを再設定する必要がありますね

アイコンなどから起動していたのならなくなっています

和歌山県国保総括票

新しい和歌山県国保総括票がORCAで出力できるようになりました
以前にくらべて一覧に近い形で表示されており、数字のチェックなどしやすいようです
事務員さんからの評価は以前よりよいでした
今回透析患者さんなどへのマル長という帳票別刷りのバージョンも出来たようです
今後オンライン化に向けて帳票はより標準化されていきそうでいい流れですね
開業した当初できればいいと思っていたレセプトチェックもプログラムで出来るので
連休でもストレスはほとんどないですね

レセ終了

4月のレセは5月2日に終了
早めにチェックをかけて行ったので精神的にも圧迫感はなかった
事務員さんが交代して1回目だったがなかなかいい感じ
別のソフトでチェックするのはやはり視点が変わって漏れが少ないようだ
レセ電もかなりやってきたのでこの調子ならオンラインでもOKなんだけど
和歌山県でオンライン請求はどうなってるんだろう

Sargeでanthyに医学辞書

Sarge環境でanthyを使うとして問題は医学辞書かなとおもわれます

ORCAプロジェクトでは現在HPが閉鎖されているCanada式医学用語変換辞書が配布されています

これをインストールするとcannna用には医学辞書が入った状態です

anthyにこれを取り込んむ方法です

当然ローカルのPC上での作業ですし、配布しないので著作権なども問題ないと思われます

作業はanthyが使えるようになってると仮定して

sumikaをインストール

sumikaを起動

インポート・エクスポートタブを選択

canada辞書の中でテキスト形式の
ファイルとしてcanadasfx.ctdを選択しcannadicを選らんでインポート

これで終了です

anthyで医学用語の変換をしてみましょう

日ごろ使うのに出てこない単語はやはりsumikaから登録すると簡単にできます

Sarge移行今後の予定

一応Saregeで完動しているHDが2台できてるので
現在主サーバーのRAIDを一つはずしてSargeインストールを試みる予定に

すこしスペック的に低めだが従サーバーにして継続して使用してみる予定

HDは新しく用意する方が安全かもしれない

RAIDは置いておいて新しいIDEに入れるほうがいいか。。

woodyからSargeへのアップグレードは時間的にメリットを感じないのでしない予定

日本語入力はuim-xim　を選んでAnthyでと考えている

問題としては医学辞書をAnthyに追加できるかどうか

フリーの医学辞書をAnthyに入れる作業をしないと

debian etch でのCUPS-PDF

http://nandayone.cocolog-nifty.com/hop/2007/02/debiancupspdf_163b.html
こちらにSargeでのCUPS-PDF設定について書きました

先日etchもインストールしたのでetchでのCUPS-PDFをインストールしてみました

上の記事のとおりにインストールして、一部該当するパッケージがないといわれましたがそのまま
今回はcups-pdfのインストールで/etc/cups/cups-pdf.confは無事作成されていたのでコピーは不要でした
ppdファイルはやはり必要ですね

その上で
CUPSのブラウザからの設定で

プリンタ名　pdf作成　＜＜まあ何でもOK
next
device　Virtual　Printer　（PDF　Printer）
next
メーカー名　postgcript　　＜＜genericが出ません
next
モデル名　　Generic　Postscript　color　printer

これで登録が出来たはずです

あと以前はユーザーhogeの場合/home/hoge/cups-pdf以下にpdfが出来ました
今回はデフォールトで
/var/spool/cups-pdf/hoge/????.pdf
というぐあいです
gooのトップページをブラウザから印刷するとファイル名は_goo_.pdf　でした
Sargeより設定がきっちりできるようになったようですね

普通ならpdfの作成場所は/home/hoge/cups-pdf　以下のほうが使いやすいかもしれませんが
その辺はディレクトリのシンボリックリンクを作るといいでしょうね
/var/spool/cups-pdf　以下は使ったユーザーのディレクトリが勝手にできるようで
テストプリントは/var/spool/cups-pdf/root以下にありました

以上etchでの追加報告です

SargeORCA ３．４

備忘録を兼ねて

woody３．３のデータベースをSarge３．４へレストアする手順

普通にSargeでインストールすると３．４になる

woody３．３のデータが074019.outとすると
スーパーユーザーで
１　まずjma-receiptをストップ
２　ユーザーorcaになる
３　データベースorcaをドロップ（削除）
４　空のデータベースorcaを作る
５　データの書き戻し
この時点で一度jma-receiptを起動して接続してみるとシステムとDBのバージョンが違うと怒られる
６　再度jma-receiptをストップしてdpkg-reconfigure　jma-receipt
７　再設定なのでいろいろ聞かれるがインストールと同じように選択してデータベースの構造更新も行うをえらぶ
８　実際にデータベース変更される
９　jma-receiptに接続＞＞エラーなしでOKに
実際の作業を書いてみる

スーパーユーザーであるとして（sudoの場合は各々の環境による）
#/etc/init.d/jma-receipt stop
#su orca
$dropdb orca
$createdb orca
$psql -e orca<074019.out
$exit
#/etc/init.d/jma-receipt start
#su orca
$glclient -dialog &
ここではDBとシステムの不一致がでるので一度jma-receiptを停止
$exit
#/etc/init.d/jma-receipt stop
#dpkg-reconfigure jma-receipt
インストール時と同じくいろいろ聞かれるので同じ選択をする
#su orca
$glclient -dailog &
これでエラーなくSargeORCA３．４の起動となる

SargeORCA ３．３と３．４

３．３でスッキリしないのはインストール時にダウンロードするマスターデータと
データベース構造が違うのかもしれないです
インストール時はきっと最新のマスターデータを読みに行くのでしょう
既に入ってるシステムではバージョンをキッチリしていして読みに行くのではないでしょうか？
あくまでも推測ですがSargeで３．３の環境を作ろうとしたときにORCAデータベースが出来てなかったので
そういう原因だったかも

ORCA３．４へ

Sargeへ３．３をインストールしたもののどうも依存関係でスッキリしない様子
しかたなく３．４に普通にインストールしなおし
woody３．３のデータベースを書きもどすとシステムとDBのバージョンが違うとアラートがでてデータが表示されない
zorcaのMLでdpkg-reconfigure　jma-receiptでOKとのこと
以前はjma-adminでOKだったのだが
一応インストールできたのでjma-adminで書き戻してみるとOKのようす
まあテストなので明日は普通にdbを書き戻してreconfigureを試そう
それでOKなら予定変更でwoody３．３＞Sarge３．４のラインとwoody３．３＞sarge３．３＞Sarge３．４のラインを両方試すことに

とりあえず1台

1台というか1個というか余ってるIDEのHDにsarge-orcaをクリーンインストール
無事３．３の環境が出来ました。
同じサーバーで作業していて何がいいかというと設定ファイルを使いまわしできるのでXF86configなんかを悩まずにすみます
最近はBaseインストール＞sshの設定＞必要ファイルのコピー＞VNCをいれてリモートで続きを設定
という風に楽に作業がすすみます

ひさしぶりに手順書にのっとってインストールを行いましたがまだどこか足りない気もしますね
多分プレビュー画面での文字化けを防ぐにはもう少し必要なものがあったような。。

ORCASarge移行予定案

一応SargeORCA３．３をクリーンインストールで1個＞＞HD単位で

現在Sargeが入っているのは一応RAIDの一つをキープしてクリーンインストールも考えよう

HDの寿命を考えると新規に購入したHDにインストールする方がかえって手間がないかもしれない

SATAなので今は入手しやすいか？

SATAについてもう少し勉強も必要かな。。

ひさしブリに大きな作業なのでどこかで休みを一日つぶさないと

woodyからSargeへのアップ

連休前後にしないといけないと思いつつ、Sargeが３．４に上がったのでどうしようと思っていたら
３．３を指定してインストールできるようす
Zorca　のMLで流れていた
apt-lineは
deb ftp://ftp.orca.med.or.jp/pub/debian/3.3 sarge jma

これで手順は決まった
woody３．３＞Sarge３．３　調整後　Sarge３．４へ主従とも移行
現在woody３．３とSarge３．３で運用してるのでこんなややこしいことに。。
Etchもすぐに出てくるとまた悩むなー
そういえばpostgresqlを指定してインストールできるならubuntuでもKnoppixと同じようにORCAは動くんだろうな。。

一発で

最初から最後までいくperlプログラムを考えるもなかなか難しい
社保＜＞国保でファイル名を変更して保存となると一度別プログラムで読み込み＞書き出しが必要か
よくわかってるひとにはそれほどの問題でもないのかもしれないけれど
先日のスクリプトはそれなりにいいと思われるのでとりあえずそれで実行してみよう
この辺はこだわる先生はレセ電でのチェックプログラムを使用するだろうし
こだわらない先生はきっと事務員まかせなんでしょうね
オンラインレセについてはいろいろ議論もあるでしょうけど自分としては
レセ電とそれほど変化があるとは思えずいっそはやく導入したいです

ORCAと関係ないですが

同じdebian系ということでUbuntuというLinuxをダウンロードして焼いてみました
KNOPPIXと同じくCDから起動もできます
そのままインストールCDとしてもつかえます
最初からGNOMEのデスクトップが出てきてopenofficeなんかも入ってます
起動で音楽もなるのにはちょっとビックリ
日本向けのCDをダウンロードしたのですが、頑張って作業されてるんですね
debian系というのがいいのか悪いのかというぐらいdebianを元にしたディストリビューションが多いですね
それだけフリーでいろいろ活動できるということでしょうね
VistaよりもすっきりLinuxでというのが私の希望するところですね
最近はブラウザ上でうごく物が多いのでVistaは使わずじまいとなるかも。。。

debian etch

今回インストールしていて気になったのはthnkpadR31というセレロン１．３Gのノートで
Vesaでもi810でもXは動くのですがやはりi810の方が歴然として早いですね。
実務機ではやはり最新チップのオンボードでvesaで使うよりXが使えるボード入れるほうが
きっと仕事にはいいでしょうね。。

debian etch

公式にリリースされた
本日オタクモードでPCを触ってなんとかインストール
XがXFree８６からXorgになったりしてちょっと戸惑いがある
Xが起動すれば日本語は普通に使えるぐらいにうまく依存なんかは組まれている様子
ただCD1でインストールするとbaseシステムだけいれて終わってしまった
woodyまでのようにdesktopとか選択する部分もなかった
何かミスっているのか・・・

レセ電データのチェック３

こんどは/tmp以下にファイルがある状態でファイルのパーミッションの変更から移動およびチェックスクリプトの実行まで行うスクリプトです
suでrootになって実行する想定をしていますがsudoの設定をされていればそれでもOKのはずです

必要ならパイプでｌｐｒに送れば印刷まで出来ると思います

前回とおなじパラメータを与えてください

#!/bin/sh

#script for recedatacheck
#ORCA>recedata>move home >nkf -e file>perl script

#input in-file out-file

echo this program reqire root
echo parameta $1=filename of move to home
echo parameta $2=checkfilename

chmod 777 /tmp/RECEIPTC.UKE

mv /tmp/RECEIPTC.UKE /home/moto/$1

nkf -e $1 >recetemp.euc

perl resecheck-deb.pl recetemp.euc > $2

-----
ここまで

レセ電データ処理２

レセ電データから氏名＋ワープロ病名＋コメント欄を抜き出すperlプログラムを以前作ってある
毎月コメントの確認と点数、件数の確認に使っている
今まではwindows から使っていたが全てサーバー上で行うようにスクリプト作成

とりあえずユーザーディレクトリで実行できるスクリプトを
resecheck-deb.plというのはレセプトチェック用perlスクリプト
パラメータを2個与えて実行
1個目はレセ電データ、2個目は保存するファイル名

実際のスクリプト

#!/bin/sh

#script for recedatacheck
#ORCA>recedata>nkf -e file>perl script

#input in-file out-file

nkf -e $1 >recetemp.euc

perl resecheck-deb.pl recetemp.euc > $2

----ここまでで終了

予防接種広域化

4月1日より和歌山県で予防接種の広域化というのがはじまった
今まで基本的には住居地で公費負担の予防接種を受けるようになっていたが
登録してある医院であれば住居地以外でも予防接種を公費で受けられるという仕組み
ただし飛び込みではだめで住居地で受けられない理由がある場合に問診票などを役場などでもらって
たとえば里帰りしている別の市町村で予約した上で受けるという風な手順になる

ORCAとは直接関係ないが登録してある予防接種コードでの受診者を抜き出して市町村別に並べる
なんてプログラムが欲しいところ
これはオファーしてみよう

レセ電データの処理

今まではチェックをwindows環境で行っていたがSargeへ移行までに全てサーバー上で行うようにしようと思う
まあ流れとしては
１　スクリプトでsjis>EUCに変更してチェックをかけて結果をプリント
２　jcode.plで内部でsjisをeucに変換して処理

１はすぐにでも出来るので２の方を作成よてい

ORCAのOS変更

もうすぐ対応しないといけない。
ふと思ったのだが基幹システムのOS入れ替えってある意味では憲法改正のようなもの
基幹システムは国のようなもの
それぞれのアプリは会社かな・・・
基本的なところは公官庁ってとこか
長期にわたってOSを入れ替えないというのは時代の移り変わりを反映できないという弱みが出ることになるのか
それともしれだけ磐石の体制といえるのか
OSの場合ハードの問題もあるのでやはりOSも変化していく方が結局よさそうに思われる
ほとんどの人にはどうでもいい問題だったりするけどふと頭をよぎることって自分にとっては大事だったりする

バージョンアップ

今月はバージョンが変わるようですね
4月なので制度も変更になるので早い対応はいつもありがたいです
作業的にも週末なのでちょっと安心
そろそろSargeへ全面移行も考える時期になってきました

cups-pdf 追加情報

追加情報

本日月計をpdfで出してみました

ユーザーhogeからglclientを起動してorcaを使ってる状態で
プリンタ名をCUPSで設定した名前に変更
これを考えるとプリンタ名は日本語入れないほうがエラーが出ないようにも思います
日本語名のプリンタ名って想定されてなさそう（試してませんが）

この状態で月計を出してみました
帳票はOSC提供の標準帳票です

pdfは
/home/orca/cups-pdf/　以下に作成されました
ファイル名はred-out#####.pdfです
#####は数字ですが昨年と今年を出してみたものの連続する数字ではありませんでした

ファイル名のつけ方がいまいちはっきりしません

xpdfでも日本語も含めて見る事が出来たのでこれは非常に便利だったりしますね
xpdf　red-out####1.pdf　＆
xpdf　red-out####2.pdf　＆
なんてすると画面で今年と昨年の月計をすぐに比較できます
印刷したければすればいいし不要ならそのままですね

ただユーザーhogeでみるにはファイルのアクセス権を変更して/homge/hoge以下にでもコピーする必要があります

以上追加報告です

debianでcups-pdfを使う

cups-pdfというcupsに登録すると簡単にpdfが出来るというプログラムがあるのですがいまいち設定がわかりにくかったのでいろいろ調べた結果を書いておきます

http://www.physik.uni-wuerzburg.de/%7Evrbehr/cups-pdf/documentation.shtml
もとはここで配布されているのですが普通にsargeのaptラインでapt-getできます

http://xtronics.com/reference/print2pdf.htm
こちらも参考にして必要なファイルをapt-getしておきます
cups-pdf 1.3.1-5 PDF Writer backend for CUPS
cupsys 1.1.20final+cv Common UNIX Printing System(tm) - server
libcupsimage2 1.1.20final+cv Common UNIX Printing System(tm) - image libs
libcupsys2 1.1.20final+cv Common UNIX Printing System(tm) - libs
libqtcups2 2.0-4 Qt interface library for CUPS
qtcups 2.0-4 Qt front-end for CUPS.
samba 3.0.2a-1 a LanManager-like file and printer server fo
samba-common 3.0.2a-1 Samba common files used by both the server a
samba-doc 3.0.2a-1 Samba documentation
kdeprint 3.2.2-1 KDE Print
実際は入らないプログラムもありますけど上から順に入れてみてください

http://www.physik.uni-wuerzburg.de/%7Evrbehr/cups-pdf/documentation.shtml
こちらを見てるとcups-pdf.confのテンプレートがあったのでこれを/etc/cups/以下にコピーしました
http://www.physik.uni-wuerzburg.de/%7Evrbehr/cups-pdf/cups-pdf-CURRENT/extra/cups-pdf.conf

英語の情報でこの設定ファイルを読まないとか書いてるのがあってコンパイルしなおせとかかかれてますが
実際設定ファイルで/var/spool/cups-pdf/${USER}と設定したのですがそこにファイルは出来てませんでした

あとPostscriptColor.ppdというのを　/usr/share/cups/model/PostscriptColor.ppd.gz
から解凍し
/etc/cups/ppd/以下にコピー
直接ファイルをダウンロードするのなら
http://www.physik.uni-wuerzburg.de/%7Evrbehr/cups-pdf/cups-pdf-CURRENT/extra/PostscriptColor.ppd

CUPSのブラウザからの設定で

プリンタ名　pdf作成　＜＜まあ何でもOK
next
device　Virtual　Printer　（PDF　Printer）
next
メーカー名　Generic
next
モデル名　　Generic　Postscript　color　printer

これで登録が出来たはずです

テストプリントすると
/root/cups-pdf/　以下にテストプリントが出来てるはずです
これはrootでcupsの設定をしてるからですね

普通のユーザーで通常印刷を試しました
hogeというユーザーとすると
ログインしてmozillaでgooを表示
そのまま印刷＞cups-pdfで作成したプリンタを選択
/home/hoge/cups-pdf/以下に今回はファイルが作成されました
/home/hoge/cups-pdf/job_96-untitled_document.pdfという格好になります

windows へwinscpでコピーしてacrobatreaderで表示
無事日本語フォントも表示できました

ORCAからの印刷がどういうファイル名になるか試してませんが毎回同じファイル名になる可能性もあります
cups-pdf.confの内容が反映されるならファイル名に日付やタイムスタンプ付加でいいと思われます

sambaを使うのであればORCAからの印刷は/home/ormaster/cups-pdf　以下に作成されると思いますので
そのディレクトリをsambaの共有ディレクトリ内にリンクしておけばそこからファイルを印刷できるでしょうか

最初cups-pdfだけを登録すればOKかと思っていたのですが結局psファイルを作成するドライバが必要なのでした
cups-pdfは他のドライバが作成したpsを裏でpdfに変換するもののようです

1月6日に

レセプト無事終了
最近書きとめでだすのですが土曜日も午後まで受付あるのですね。
週末にかかっても無事出せるので一安心。
いままでは本院へ持っていって一緒に提出してもらってたのですが手間が減りました。
遠隔地だとあちこちに提出の窓口が欲しいけどオンラインでそれも解消ですね

おめでとうございます

本日から業務開始です。
今年は年末年始サーバー稼動したままだったのですが、特に問題もなく過ぎました。
春にはSargeへ全面移行する予定です。
現在woodyのサーバーもまあSargeをいれて使ってみます。
レセプト電算にしてるとCPU依存の作業が少ないので速度はあまり気にならないですね。
今年はORCAともうすこし周辺への広がりを考えてみたいと思います。

1年ありがとう

ORCAも1年特に問題もなく過ごしました。
来年はSargeへの乗り換えもありますのでちょっと気合が要ります。
でも既に運用は開始しているので大丈夫でしょう。
オンラインレセに向けていろいろな新しい状況も出てくると思われます。
業務としては楽になるのでしょうけど、そんなことより医院を普通に運営できる診療報酬体系をください。

なんか不安

レセプト終了。
今回から国保総括なしで提出に。
小さい封筒にFDが入ってるだけになりました。。。
うーんなんか不安が。
地方公費も市町村名が長くなって対応が必要になってます。
すぐですけど。

国保総括票

10月レセプトについて特になにも問題はなかったようです。
国保から電話がありレセ電だとやはり総括表は不要と。。
出してもいいとのことですが。
ORCAでのレセプトチェック表というのがわからないので出してないんですよね。
国保も総括と実際のデータを見比べるので出してます。
チェック表もプレヴューできると思うので試さないと。

レセプト終了

今月は帳票の変更もあり、連休もあってちょっとどきどきだったが無事終了。
レセ電で国保総括は不要というはなしだったが通常通りの提出とする。
今月は近くでORCAの講習会もある。
ORCA導入機関が増えて情報のやりとりがしやすくなるといいのだが。

3.3へのアップ

本日woodyおよびSargeをアップしました。
Sargeは関係ないプログラムも大幅にアップ
やはり日頃からorcaは止めておいて他のファイルはアップするほうがいいかもしれません。
woodyもかつてはそうでした。
Xはうちの環境では問題ありませんでした。
国保総括もアップされたプログラムでOKでした。
感謝感謝。

10月改正

年2回もいろいろ改正があると大変です。
市町村ではさらに8月に保険上のカテゴリーが変わったりしますし。
もっとシンプルに運用して欲しいですね。
それに景気回復といっても医療行政はどんどん予算削減するばかり
地域医療をしてると投げ出すわけにも行かず。。。。

Ver３．３

３．３へのアップはレセだし前に必須なようで、さらに帳票も３．３へアップ後に調整が必要
ひさしブリに今月は緊迫してる。
といってもそう思っているのは自分だけ。
事務員さんたちはそういうことは何もしらず、毎月同じ仕事が出来ると思っている。
サポートを受けてるところでは作業予定なんかを知らされているんだろうか・・

レセ終了

来月は乳幼児の請求も変わるし、負担割合の変更もあって
総括もちょっと変わるだろうし大変かな

医師会で講習会

11月25日 14:00-16:30　日医標準レセプトソフト（ＯＲＣＡ）実践セミナー@有田市民会館会議室

こういう予定があるようです。

興味のある近隣の先生は是非ご参加を

ORCA3.2

アップされましたね。
レセプト終了後にアップしようと思います。
コメントなどが入れやすくなる様子。
入院施設は10月に向けアップ必須なのかな＿？

医見書３．０

アップデートされました。
新たに機能も増えたようです。
データも移行なしで使えるようですね。
主治医意見書以上に繰り返し作成する訪問看護指示書の機能が非常に助かります。

本日woodyも３．１へ

レセ終了したのでアップしました。
帳票も再インストール。
いつもこのままテストしないので来月レセの時に混乱するのですが
今回またSargeの帳票もあるのでテストしないと。。
とりあえずお盆休みを控えてちょっとノンビリします。

ORCA３．１発表

３．１が出ましたね、３．０が7月改正の入院版暫定という雰囲気だったので
２．９から３．０へは上げていませんでした。
Sargeは３．０を入れていたので３．１へアップ
woodyの２．９はレセ終了後３．０を飛ばして３．１へアップとなりそうです
Sarge用の機体はCPUも３倍、メモリも２倍なのでストレスレスですが
あまりに作業が早くてこれでいいの？という感じもありますね
レセ電算なのでSargeは初めからCUPSでPS3を使ってます

ORCA導入医院の増加

和歌山でもORCA導入医院の増加がめざましい様子、
しかし一度入れたレセコンはデータ移行とか事業所との付き合いで切り替えにくいというのも実際よく聞かれる。
メリットは十分あると思われるがまだまだ知らない先生が多いのか。

レセ終了

本日やっと作業終わりました。
まあ途中Sargeの作業とかもしていたので忙しくて遅いというわけではありません
それほどレセもありません。
事務員さんの作業状態と外来の兼ね合いです。
残業なしで終わるのはそれなりにいいと思っています。
woodyの３．０の方ももう少し様子をみたいのですが領収書の改定をするようなので
この機会に3.0への一本化とかなりそうですね。

Sarge でのORCA

新しいSargeにORCAを入れるのはひさしブリになる。
機体が高性能になっていて非常にきびきびしている。
X上での作業もwinに特化したプログラムを使わないのなら
何も問題はなさそう。
ただこの2年ぐらいのあいだに医学辞書のHPが閉鎖になったりしているので
環境を作るのはまたすこし情報を集めながらということになるかも
漢字もanthyなんかで変換もしてみたがどうなんだろう。
医療系用語が機敏にでるのなら何でも問題ないのだが。

すみません３．０出ましたね

Sargeの正規版が一ヶ月先送りで、woodyの3.0は出ました。
失礼しました。
Sargeのpre３も出ています。
Poatgresqlのバージョンが７．４．７にアップしています。
設定ファイルなんかも変更されているので要注意ですね。

ORCA3.0

6月末予定の３．０は約1ヶ月先送りのようですが、
インストール手順などが出るのとpre版は公開されているようですね。
一応Sargeインストールは済んでいるのでもう少し様子をみてインストールをしようと思います。
帳票類もwoodyであっても３．０では変更が必要な雰囲気ですので、そちらの情報も集めないと。
決算時期に必要な帳票などは使う機会が少ないので見落としがちですね。
要注意。

モニタ変更

ORCA用モニタを変更。
１７inにしました。
値段が安いのと軽いのでビックリ。
さすがに最近の液晶だとXの設定も簡単で問題なし。
今月予定？のSargeORCAが楽しみです。

一応レセ終了

今回新しい事務員さんが初めて一人で作業してるのでいろいろと
レセも本日4回ほど作成しなおししました。
レセ電データの変更も気づいておらずコメントが出てないのでなぜだろうと悩み
データ確認した上でチェックプログラムも変更
新しい人はレセ電のコメントなんかは見ると思っていなかったようでした。
以前の方と2回ほど一緒にレセ作成されているのですが、やはりまだまだ煩雑なんでしょうか
自分でも手順をしっかり再確認して作業ごとにチェック入れる必要があるかも
先日試用版のレセチェックソフトを使ってみてかなり使えると思ったのですが
やはり入力がきっちり出来てないとどうしようもないですね

Sarge-ORCAの用意

本日DELL SC420にsargeをインストール
最初やはりSATAの認識などで問題あり。
武藤さんのCD-imageを利用してOKになりました。
やはりスペックが高い機体で動くとXもきびきびしていいですね。
日本語入力などもいろいろ選択できるのですが、逆に問題もでそうで勉強が必要です

Ver2.9.1

またバージョンがあがりました。
Sargeまであと1ヶ月ぐらいのようなのでこれからまた大変なのでしょうね。
予算と相談して新サーバー購入も予定したいのですが、とりあえずは既存サーバーで
Sargeインストールを行うかも
データ互換性はどうなるのでしょうね、woodyとsarge

そろそろsargeの予定も

時期sarge　ORCAの予定もそろそろ出てきてるようですね。
sargeになったらメインのサーバーもグレードアップを考えねば
以前のように6年リースのレセコンというのも時代に合わなくなって来てるような

レセ電受付エラー

2年近くレセ電をやっていて初めてこういうエラーが
OSCに見てもらって結局老人公費の入力が1桁不足でした。
そんな単純ミスですが、チェック機構がないようですので要注意ですね。
紙レセを打ち出してみてもパッとみてわかりませんでした。
間違ってなさそう　という目で見るとぜんぜんだめですね。
こういうところはプログラムにチェックしてもらうのが向いてる部分でしょうね。
チェック方法考えないと。。

レセプト終了

本日やっとレセプト終了しました。
これでひといき。
子供の出生届けも無事提出。
連休もいいけどいろいろ仕事が貯まりすぎる。。。
4月改正後初のレセですがそう問題はないようですね。
点数的には下がってそうな予感。。。

まだレセ中

本日朝からORCA入力できずと事務員が困って言ってきた。
朝から4名は入力できてその後保険がないと言われると。。
どうも環境設定で本日を19年5月1日にしていたらしい。
4名ほど入力できず薬だけ渡して次回清算に。。
システム的なエラーは出てないので人的エラーと判断

Ver2.9

4月変更にあわせて２．９になりました。
昨日無事アップ。
最近バージョンを一つに限定しているのは
やはりその方がサポートしやすいからでしょうね。
ある意味複数バージョンの存在はあまり意味がないかと思われます
4月の改正は正解を聞くにもまだどこも正解を持っていないというのが
いつも困りますね。

もうすこしで

以前のレセコンのリースがあと2ヶ月ほどで切れます。
もう2年も使ってないけど。
PCが絡む機材はリースも厳しくなってますね。
スペック的にリース期間使い切れない可能性もありますし。
そろそろ次期ORCAに向けてサーバーの構想を立てないと。
モニタだけは旧レセコンのを流用していたのでそれも更新予定。

レセ終了

２．８でレセプト終了しました。
特に問題ありませんでした。
今まで取れた点数とってなかったようなのがあったり、
改正の時にはいろいろ勉強させられます。
正直全ての点数を網羅して取れるかどうか微妙ですよね。
労力が点数の割りに合わないといらないかなと思ったり。
今回の在宅支援関係の申請も精神的負担と比べると。。。
今までのままでいいか、という気になりますね。
在宅が増えるかどうかは今の制度ありきという考えではきっと無理だと思います
ゆとりのある生活がないと在宅で介護や看取りは。。。

本日から新年度

ORCA２．８へのアップは特に問題なし。（ちょっと騒いでしまいましたが。。）
老人の負担割合もまだ変更はないのか？
老人受給者証が来てないというコメントが多い。
コードの変更とかは出てきたときに対応する予定なので
これからの作業がちょっと煩雑かも
２．９がすぐに来るだろうしsargeに向けても用意が必要。
少しまえに買ったサーバーは枯れてきてsargeにちょうどよさげ

２．８へアップ

明日アップ予定です。
今回マスター更新に時間がかかるようなので午後休診を利用してじっくり作業を。
あまり内容的にどうなるのかわかっていない部分もありますが、
いままでの経験からカリカリしても動いてみないと社保の基金や国保連合もなにも情報くれないですから
まあ４月にはいってからぼつぼつと

ofvl２．７

新しい事務員さんに練習してもらおうとしてR31を持ち出した
ofvl２．７にアップして触っていなかったらORCA起動せず
IRCで総帥に教えていただいてファイルを作成したけどどうもだめで
結局debianのpasswdフィアルをコピーして.orcapwdを作成しました
本家のマニュアルではここの部分ですね
$ sudo -u orca /usr/sbin/gluseradd -file /etc/jma-receipt/passwd -p (password) ormaster

あとVine３．２になってるのですが、日本語入力の欄でうまくFepが起動せず
Wnn7がデフォールトのようですのでCannaを使う設定に
setime　cannaとして無事日本語もOKになりました

絵に描いた餅というより飴かな

4月からのIT加算取れそうなコメントが出てますが、
新患のみの算定とのこと
一ヶ月いくらになるのだろうか、レセプト電算を推し進めるには
飴玉しゃぶっておけ？　って言われてるような。。

絵に描いた餅

なんか新しい点数で取れそうで取れないというのが
毎回の改定で思うことが多い
今回も24時間体制で患者さんを往診できると点数が高い
というのはわかるが体制をとるための費用を上回るかというと
非常に厳しいところ
IT加算も条件が多くてレセ電＋レセコンだけではダメかも
領収書が出ても足りないとなると他のIT化とはなんだろう
考える人がある意味すごく偉いのだろう
きっと高い点数は医療機関のうち２％が取れるなんていう計算なんだろうな
この項目に関しては残り９８％はいろいろ減るばかり。。。てな感じ
（あくまでイメージの話です、根拠は全くありませんのでご注意ください。）

IT加算

4月に診療報酬改定されるのにまだまだ情報不足
特にIT加算
適応できるなら月初からとおもうけどどうなんでしょうね
要件として現時点のORCAからの領収書＋レセ電でOKなのか
その辺はやく情報が欲しいですね。

レセプト終了

合併した新しい町名で初めての公費でしたが
特に問題なく終了
昨日は堤防の草刈で今日は微妙に筋肉痛
でもこの仕事が終わると春の訪れってことですね
早く暖かくなることを期待しよう

医見書２．５

介護の主治医意見書作成ソフトがバージョンアップ
本日早速使ってみました。
手書きだとややこしい場所も必要な時だけ記入できるようで便利です
ORCAとの連携というのがあったので試しました
最初はにっちもさっちもいかなかったのですが知り合いがたすけ舟をだしてくれて
（というか接続部分はその人が作成したとの事）
なんとか接続して基本情報も取り込みできました
嬉しくて全部取り込んでしまって消すのに苦労しましたが、一覧から↓で選択してスペースでチェックできるので
途中からはかなり楽に作業しました。
1例だけ書類作ったのに古い様式で提出して欲しいといわれてガックリ
古いバージョンは消したので手書きで作成。。とほほ

ORCAの仲間ですが

2月から介護保険の主治医意見書が変更される予定なので
http://www.orca.med.or.jp/ikensyo/index.rhtml
いたち　という名前で医見書がアップグレードされてます
フリーの環境で使えるのでマニュアル不要なスキルがあれば嬉しいですよね
古いDBからのデータコンバートまで用意されてます

いたち始動？

医見書のニューバージョンはいたち？
九官鳥＝給管鳥なんていうのも出るようです
日医も医療関係ソフトを次々とリリース
IT化への布陣なのだろうか
私達は便利だし信頼できるのでうれしいです

ofvl ２．６ 続き

本日VineLinux３．２を入れなおしました。
これでCUPSが標準印刷システムです
今まではORCAでのOCRB印刷は不可でした
本日加藤さんが対応プログラムをリリース
apt-getでインストールできます（当然Vineですが）
jma-adminもjma-launchも加藤さんからなんですよね
現在jma-adminでは地方公費もインストールできます
ORCAユーザーには便利な機能が増えて嬉しいです
sargeに向けても安心感が出てきましたね

バージョン２．６

本日無事アップしました。
大きな問題もなく終了
DBの更新にかなり時間がかかったような気がします
やはりVIA１Gではそろそろ厳しいか
今年は某レセコンのリースもやっと切れるので新しいサーバーを作ろうと考えてます
sarge向けですね
地方公費はおかしいと思ったら作業が足りなかったようで、
追加作業で多分OKになってるはず
副サーバーも環境整えてるので安心
今回jma-adminにデータベースアップグレード機能があるのを教えていただいて非常に嬉しい
Vineで公開されている次期バージョンでは地方公費もインストールできるし
ORCAユーザーには　1台にひとつjma-adminですね

レセ終了

これで２．６へのアップデートを行って
新しい帳票のテスト
この連休にできそうかな

ルーター変更

壊れたわけではないけれど2日にルーターを変更
本日診療開始で印刷できないと怒られました
プリンタのIPと設定を変更してOK
各サーバーの設定は済んでいたんだけどプリンタはすっかり忘れてた
年末から正月にかけてADSLが毎年不安定になる気がする
皆が使うからかな？

近くの合併で有田川町が生まれました
事務は混乱気味なのにすまないことをしたな。。

ofvl ２．６

ノートPCのHDを換装したのでORCA　for　Vinelinuxの最新版をいれてみました
実動機はまだ２．５なのでデータ移行はまだできていません
さすがVineだけあって日本語環境など構築の手間もなく便利に感じますね
Linuxに慣れていなくてもインストール後の戸惑いが少なそう
今回jma-adminも０．３１にアップされておりコマンド一発で地方公費を
リストアップしそこからインストールできます
いつもながら本家ORCAに取り入れて欲しい機能ですね

ノートHD換装

R31のHDを換装しました。
先日I/Oエラーがでたので４０GのHDを購入
パーティション切ってとりあえずVine３．２を入れました
ORCA　for　Vine　Linuxのテストに参加
のほほんとしていたら来月から近くの市町村合併で3町が１町になるので
年が空けたらその辺調整が必要
事務も混乱しそうなのでやさしく教えてあげないといけない

sargeのノート

やはりHD問題ありそうだ。
換装が必要な感じ
インストールが簡単だとショックも少ない
実際CD入れて起動してあとはほとんど放置できる
まあmondo使う方が楽ではあるけど。
sargeでも使えるように勉強しないとな

レセプト終了

来月はまた日程的に厳しいですね。
来年4月から３％ほどの診療費抑制もあるとか
今月から新しい地方公費の帳票が出ている
今まで請求したことなかった例なのでちょっと不安
sargeに向けては順調にテスト機も動いている
レセ電だとCUPSでも何も問題ない
設定も簡単なのですごく便利だ

28日で

今月チェックにかかったのは50名ほど
28日で50名そのうち何故か引っかかる特定の薬剤が１こで20名程度？
10名程度問題点発見
内科だけならもっと簡単でしょうね
今月は外科の処置も多かったので外用薬とかでチェックが多い

レセプトオンライン化

そういう発表が出ましたね
http://www.asahi.com/life/update/1121/004.html?ref=rss
まあ遅すぎるという感もありますが
多分医療保険などのさらに合理化という狙いでしょうね
既存のシステムをガラっとかえることになるので
医療機関からの請求は一緒でも支払い基金や国保連合で人件費削減となるはず
ペーパーレスになる分だけでも違いますね
プリンタメーカーや製紙関係、宅配業者には困ったことになるのかな
ただ全国でインフラ整備がかなり重要になりそうですね

新しいネタ

DBがMySQLだけど
http://ondras.praha12.net/sql/
ブラウザからSQLをつくるっていうツール
DBをPostgresqlに替えてアクセスうまく出来ればいろいろORCAのデータを
統計処理したいときなどに便利かも
ブラウザはMozilla　FireFoxのよう

レセ終了

やはり薬剤チェックで1剤だけ病名が入ってるのにえんえんと病名無しでひっかかる
点数が少なかったり、外科的なのであえて登録してない病名もあるのだけれど
部分一致ではなくほかの一致に変更する必要があるか。。
とにかく本日レセ終了
また来年にむけ計画をたてて人事もしないといけない。。

ORCA２．６

そういえばアップしましたね。
apt-lineの変更をしました。
最近は安定していて新しいバージョンが出たからといって
飛びつきたいとは思いません。
でも開発者の方にとってはバージョンちょこちょこ上がるのは大変？
今回はDB構造が変わったので仕方ないのかな
アップする時はまた緊張するな
まだサポートいつまでという話はないけれど
来年春にはVer３という話も聞いたので早いうちに現行バージョンもアップでしょうね
今月病名と薬のチェックは６０個ぐらい引っかかりました
何故か特定の薬で病名あるのに引っかかるのはなぜだろう。。

レセ電

最近ORCAユーザーでレセ電導入という話題が多い
まあORCAユーザー以外の情報をしらないだけですが
当初考えていたよりも省力化はすばらしいですね
消耗品も使用量がへりますし
和歌山でも数は増えているのでしょうかね
そろそろ次のステップが何かないか考えないと
来年の点数改正も・・・

未使用機能

使用薬剤統計なんていうのを使ってなかったので
インストールしてみた
1ヶ月間の使用薬剤が一覧ででる
点数と使用量もでたりするのでどれだけの金額を使ってるかも
同効品を複数使ってる場合なんかは評価できるかも
もう少し使って要望を出せばさらにいいツールが出来そう

田辺市

昨日から龍神温泉に行って来た。
以前は村だったのに合併で田辺市になっている。
地図ではすごい広い市のようす。
まあ広域で帳票など統一されれば無駄が省ける
他にもいい部分がしっかり運用されるといいのだけれど。
有田市は１市５町村の合併がぽしゃってるのでうまく合併できたところはうらやましい気もする。

薬剤と病名チェック

和歌山限定の話ではありませんが、ひさしぶりに薬剤と病名のチェックを登録しなおしました
Ver２．５になって一覧から病名を選んでボタンクリックという感じなので非常に楽です
病名も部分検索なども出来ますし
病名をいろいろ見ていると同じような病気なのにいろいろ言い方があるなー　と変な関心をしてしまいます
厚生省の方向は薬剤の適応病名も単純化っぽいのですが

レセ終了

本日レセプト終了です
今回は和歌山のORCA２．５用地方公費Ver０．４を使用
問題なく帳票も印刷できました

台風もこの辺ではそうひどい状況もなく過ぎて行ったようです
来月のレセは日程的にちょっと厳しい
そろそろ風邪もはやったりするので忙しい時期に入ってきたカナ
でもORCAでのレセを電算ですると非常に手間が少ないので
以前の戦争のようなレセだしが嘘のようです

ちょっと応用

昨年までインフルエンザの迅速キットを使用しなかったのだが
診察時に要望も多いので今年から導入
昨年のインフルエンザという病名のある人を検索
迅速キットの購入数の参考にした
もっとORCAのデータベース機能をうまく使わないと
宝の持ち腐れだな

レセプト終了

昨日レセプト終了
今回Ver2.5になって初めてのレセでしたが問題は特になし
返戻分の登録でちょっと戸惑いましたが
請求年月を間違えて３回位レセ作成しなおし
結果レセ作成時と同じ年月と理解できました
今回楠本さんのおかげでVer２．５対応帳票にしていただいた成果です
地方公費も特に問題なくでたようです
でも先日地方公費のバージョン上がった気も。。
アップしておく方がいいのかな

そろそろ次は

電子カルテ関連の情報もそろそろ整理が必要かな
非常に安いものも出てるようだし
もともとはOPAS待ちしてるわけだけど
それは。。。。そろそろ禁句か？
電子カルテ導入ってどのくらいかけてやるのだろう
古いカルテを捨てるわけに行かないし
印刷なしで電子媒体で保存なのか？
そうなるとバックアップの問題も大きいな
でそこには個人情報保護法もカラム。。。

初歩的ミス

Ver２．５に上がってXF86Config－４も新しくなっていたようです
土曜日大雨のときに多分電気の瞬断があったようでサーバーが
再起動してXの設定が変更されてしまっていた
当然想定して設定ファイルを別名で置いてあるのだが
設定ファイルを上書きする時にあろうことかスペルミスを。。
気がつくまで2時間ほどかかった
仕方ないので緊急避難用のKNOPPIXから接続してなんとか乗り切りました
KNOPPIX＋ORCAさまさまです

２．５へアップグレード

昨日２．５へアップグレード
本日帳票のインストールと1号用紙の設定など
（このへんはスクリプト実行のみ）
まあメジャーナンバーはあがったものの法改正ではないので
それほどなんてことはなさそうです
ただ総括画面なんかでいろいろ機能が増えて複雑？？
テスト結果はMLで

そろそろレセも終り

本日でほぼレセも終了の予定
Ver２．５に上げるのをいつにするかが問題かな
一応木曜日の予定となりそうか
簡単に上がれば問題ないのだけど
あと2重化もする予定なのでその辺の準備も必要か？
まあ今の手間もそれほどではないので2重化は追って行うかも
まずは２．５へのアップ

Ver2.5への予定

6月分のレセプト終了後にDBバックアップの上データを同期したうえで
Verアップ予定
現在は主従構成にしていないがアップ後に主従構成を作成予定
ほぼ2年ぐらいORCAを動かしているが
ノートで不安定さを感じたもののサーバーでは問題なく動いている
しかしそろそろ次の手を考えておく方がいいかも
RAIDのHDも予備を考える必要があるかな
一応４０GのHDを予備でおいているが
従サーバーの方も今はRAIDを動かしていないが
２．５が動いたらカーネル２．４．３１（になっていた）でシステム構築を
しようかな

Sargeリリース

apt-の設定を変更する必要があるのをすっかり忘れていた
この辺通なひとはきっとperlとかawkとかで一発変更するんだろうな

まあ手で変えてもそう大変でもないけど

自宅のsargeサーバーもこれから勉強用に活躍か
ORCAが乗るのが待ち遠しいけれど業務用だからしかたない

CUPSの問題も先日解決したようだし、電算だとOCRも関係ないし
以前に比べると見通しは明るいな

本日レセ終了

新しい事務員さんがひとり立ち出来たってことになります。
まだ不安もあるようだけど
連休は日程的にかなりハードだったのでそれからすれば
今月は余裕
ただいままで紙レセを出していたのがそれを見る時間はなくなって
画面でのレセチェックのみになりました。
経費的には紙代とトナー代がかなり浮くかも
チェックはORCAのデータチェックと目視と編集病名コメントはレセ電チェッカーと
一応3種類併用です。

Sarge 武藤さんの本

久しぶりに武藤さんのDebian関連書籍が発売になっています
リンク張ってます
私も当然オーダーしました
Openofficeも２．０になってなかなか使えそうで
MSとの決別も近いか？

なんて言っていてもゲームとか離れられない物もあるなー

日計表

ちょっとこの話題でもり上がり気味
私の経験では税理士さんの言う通り　ってあまりあてにならない
自分で調べて必要なものを渡したり、必要なように書類を作ってもらうほうが
いいかと思われる
事務にとっては日計なんだからその帳票1枚でその日の収納が確認できるのが
普通だということになるだろう
税理士向けには月計でOKだと思うのだが
先日税務署の監査があったけど日々の記録はされてるかどうかみるが
最終的には1ヶ月の集計とその金額が実際口座振込みでどうなってるか
という事を聞かれた
あと問題になるのは経費なのかそうではないのかということなので
これはORCAの帳票とは関係しない

HDが。。

メインに使っていたノートのHDがクラッシュした様子
まあかなり酷使していたのでそんなものかも
予備のサーバーを使うように準備開始
とりあえずORCAは動いているがこの際フルスペックで
RAIDも使えるようにインストールしなおしを。
現在動いてる機体はサーバー機でRAIDだし
やはりグッデイさんのORCAプリインストール機は期待大かも
納期にもよるが自力運用には力になってくれそうだ

本日レセ終了

一応FD作成して総括もだしてほぼ終了
最後の封筒入れを明日します
今回FDに不良品がありました
ダイアログでFDをマウントできませんでしたと出ていたように思います
通常は処理は正常に終了しました
しっかり見ておくことと、必ずFDの読み込みとファイルの確認が
必要ですね

MOSS3

昨日MOSS３に行ってきました
ORCAの集まりよりDEEPでした
知り合いが多いので気が楽だったのと
XMLやPDA用Linuxの話など面白かったです
遠方で開催されることが多いのですが
また参加したい会ですね

ORCA Ver2.5

バージョンアップされましたね
インストール時の問題は特にありませんでした
DBの構成が変わるためDBバックアップは複数とりたいところ
小児科で一部問題もあったようですが、即日対応されてました
今年はマイナー改正ですが、この体制だとメジャー改正も問題なしでしょうね
昨年も既存レセコンよりサポートはよかったです
以前報告していた酸素使用に付いても改正されてるようで
意見が反映されるというのもうれしいところですね

レセ終了

ORCAのアップデートも問題なく
本日レセ終了
事務員もいれかわりある意味新時代の幕開けになる
急に暖かくなって暇になってきてるので
ノンビリ仕事を覚えてもらおう

レセ電

社保からレセ電導入について記事を書いて欲しいといわれた
他にもレセ電導入しているところは書いている様子
以外と大きな病院でレセ電導入されてるんだな
個人病院よりメリットがあるのは確かだ
4月にはいってやはり混乱が。。
毎年だけど
新人さんには厳しい季節

いまさらながら

ORCAの画面とキーボードとマウスを従サーバーにつけて確認画面と入力画面ということにした
1年使っていて今頃こんなことするとこんど退職する事務員に怒られそうだまあプログラムが変わって最近できるようになったということにしておこう
ただキーボードがフルサイズでははいらないのでまたミニキーボードで打ちやすいのを手に入れないと
近いうちに主サーバーも変更しようかな、そうするとノートは単にクライアントになるそれが一番安定しそう

perlプログラム

ひさしぶりにしようと思ったらすっかり忘却のかなたへ。。。
年を感じるなー
最近自分も若くはないと感じることが多い
まあ仕方はないが、悲しいものだ

さすが

やっとレセプト終了
最後に総括などの提出日付を間違えてたのですが
ORCAのおかげで出しなおしはほとんど時間がかからず
事務員さんもやっぱりこれはすごいと言ってました
普通なら1時間以上かかるところが日付を入れなおしてボタン押すだけ
気分的に非常に楽ですね
これを覚えたらふるいレセコンで仕事してるところには
行きたくないだろうな

新人さん

レセプト開始しているけどわかっているのやらわかっていないのやら
顔だけ見てるとなんともいえない
freemindで一応チェック表は作ってみた
自分としてはなかなか理解しやすそうとおもわれるが
まだまだ手をいれないと本当に単なるチェック表にしかならない
どこまで情報を盛り込むかはなかなか難しい問題だ

マニュアル

新しい事務にORCAマニュアルの必要なところに赤丸をして説明してみたが
表情は暗い
マインドマップなんていう面白そうな試みがあるので
ああいうのを使ってORCAのマニュアルというか医療事務のマニュアルを
作れたらいいと思う
ただ本当のマニュアルは出来る人は自分のメモに作成してるようだけど

レセプト終了

本日レセ終了しました
パターンが出来ているので病名などもつけやすいですね
かえってレセ電の病名のほうが割り切りやすいので事務には
わかりやすいのかも
処置を必要とする外科の時はいろいろ試行錯誤になることもありますが
1名事務が入れ替わってちょっとバタバタです

OCR設定

レセ電算にしたわりにOCRを設定していたので
今回はずしてレセ印刷（確認用）をしてみた
かなり早くなる
データ作成も印刷も快適だった
レセ電の意味はこういうところにも。。。

ORCA壁紙

先日rootの壁紙をつくっている高垣さん　という紹介のされかたをしたので
また作らねばと思っていろいろ考えている
イメージ的には２Dの手書きをしたいのだけど
書けば書くほど。。。。。やはり３Dに逃げるか

医療IT化講習会-報告

昨日参加しました
久しぶりに車で長距離はしると肩こりが。。。

次回は前半の講演者が和医大の教授に代わるのでまた違った話だと思います

昨日は阪大病院のIT化に関わっておられる先生で病院という枠での
IT化の現状と課題についての話でした
オーダリングと電子カルテの差を明確に説明されていたのは面白かったです

後半はORCAの現状に付いて

またユーザーは増えてますね
増加速度も加速中のように見えます
日医総研の方とOSCの方に直接いろいろお話を伺いました
インパクトのあった話はデータ移行ツールのバージョンが上がって
富士通もうまくコンバート可能になっていること
OSCがデータコンバートを有料にはなるけども請け負うということ

以前にくらべるとOSCの業務内容がかなりユーザー向けになっていると感じました
ベンダーありきではありますが、その後ろにはOSCがしっかりあるよ　
という安心感が感じられるようになってきましたね

医療IT化講習会

こういうのが本日田辺であります
参加予定です
後半はORCAに付いての話ですね
結果はまた後日
久しぶりに車でドライブ気分です
無事故無違反で行ってきます

高知県のかた

高知県の国保って番号の構成が違うんですね
この地域ミカンの農繁期にはよく来られるので
とまどいます

レセ終了

本日でレセ終了
明日提出します
問題はいま実務を担当してる方が寿退社の予定に。。。
もう1名のパートも今月で寿退社。。。
大問題ですわ。。。

今年の目標

今年はORCAを単にORCAだけで終わらせず
せっかく入力したデータを（法律上問題ない方法で）有意義に使える　ということを
考えてみたいです
医療も今まで以上に何かを考えていく必要が出てきています
介護もこれから厳しい状況になりそうです
地域医療の連携の中心に各医院が位置づけられる
そんなORCAを目指して

皆様宜しくお願いします

来年は

今年いろいろな人と話をしていて医療関係を内包する地域ネットワークというのが
不可欠だなと思っています
来年はORCAとの連携も含めてそういうところを勉強してみようと思います
本日で診療は終了です
実際は何人かこられるかたもいそうな。。。
最近ORCAのコミュニティーも休眠してる感じなので
そろそろ次の花火が欲しいですね
まずはsargeか？

本院も

うちは法人で２つの医院があるのですが、本院のほうもORCA導入予定となりました
12月中に設置したうえで3月本稼動の予定です
和歌山のORCAに少し貢献できそうです

レセプト終了

本日無事終了
あとはFD作成と総括作成を残すのみ
早くなったもんだ
最近は編集病名のチェックでもほとんどOKになっているが
同じ病名を同じように書いて直されるのはなかなか慣れない
些細なことだけど年齢を感じてしまう

レセだし

本日業務終了後レセだしの予定。
新しいサーバーで印刷するので早さが楽しみ
年末年始は特に早いほうがストレスなしに作業できるので嬉しい
ただ本来は本院用なのでいつまでここにあるやら・・・

いろいろ新しくなってきますね

本日のニュースで「日本信販は健康保険証カードに医療費支払い限定のクレジット機能を付加したサービスを開発した。」　なんていうのが出ています。これも混合診療などをにらんだ先手なのでしょうか。個人認証が進むので付加価値は大きそうですね。個人カードへの切り替えも進みそう。ORCAとの連携もすぐに始まるかもしれませんね。

自費帳票の出番

今月はインフルの予防接種が多いので、先日インストールした自費も集計してくれる帳票が出番ですね。税理士さんに出す書類もいちいち作る必要がなくなりました。

無事設定

XDMCPからの設定は無事終了
フレームバッファも起動してるはずだけどペンギンはいないなー
カーネルの再構築に向けて設定はしたけどなぜか途中でエラーが
再度試さないと
カーネルのフレームバッファのところが選択できないのはなぜだろう
NICも選択できないのが痛い
最近はドライバ自体除かれてるらしい

まあORCAは自作アイコンもいれて無事さくさく動くのでそれはOKなんだけど

マニュアルが

本日２．３用ORCAマニュアルが届きました
ID取得してるところに1冊づつ来るようですね
太っ腹

カーネル

woodyではカーネルが4.18だもので4.26-686-smpのイメージを入れてみた
残念ながらtg3のドライバは使用不可になっていた
ただコンパイルしていないのでフレームバッファもOFFのようでペンギンなしで起動する
その関係かXDMCPからの接続も出来ない。。。
その辺は再度設定をする必要がある

新規サーバー

無事ORCAインストール終了
Pen４の３．６Gでメモリ１Gになると画面の切り替わりはやっぱり早いかな
インストール作業もなかなかさくさくと進む
実は本体でのXの設定はまだだったりするけど
glclient　for　win32で無事使用できた
データがないのでとりあえずそこまで

サーバー

忙しいのでやはりゆっくりインストールとはいかない
もうすこし枯れた機種を探すほうがよかったかな
sargeでは問題ないがwoodyのカーネルはドライバが不足かも

サーバーが来た

一応明日からインストールしてみよう。
でもなかなか忙しいのが難点
sargeでORCAってどうなんでしょうね。
問題は起こらないんでしょうか
カーネルも２．６系にしてみたいけど来年まで待ちかな
まだまだsargeってプログラムの更新が多いしな

サーバー

頼んでいるサーバーはまだ国際輸送中とか。どこで作ってるんだろ。
来週には届きそう。
意外と時間がかかるのでその辺は大誤算だったかも
debianインストールの時点でapt-lineに日医を追加しておく必要があるんだろうな

自力導入用HP

自力導入を積極的にしようというHPを作られた方がいる
http://www.morca.jp/
一応参加申し込みをしてみた
まだまだ個人では情報も少ないのは確かでベンダー不在の地域ではありがたいかも
HPが重い気がするけど皆さん一気にアクセスかな

某MLで

最近ORCA関連の記事がでている。
簡単にインストールできて使えるレセコンが欲しいという意見もある
しかし業務で使うためにはどの程度のリスクマネージを必要とするかという意見が少ない
この辺はベンダーさんなどがもっと売り込むべきところではないのだろうか
個人情報がらみの法律も動き出すときっとそういう部分がしっかりしている所と
仕事をしたいということになりそう
もう一つの問題は医師の情報交換不足か
上記のコメントは意外とORCAに力を入れている地域の先生だったようだが
まだまだ地域医師会の情報発信が足りないのか
となると医師会以上にベンダーの情報発信もたりないのだろう

まだ来ないけど

先週オーダーしたサーバーはまだ来ないけど、フォント関連とかいろいろ気をつけないといけないようす。しかしPC自体がかなり早いので暇だったらすぐにインストールは終了しそう。音が問題だけど。

そろそろ情報提供が。。

昨年はいまごろにORCAの講演会などがあったけど今年はまだそういう話がない。
昨年よりは充実した部分もあると思われるので和歌山県でもそういう動きが欲しいものだ
レセ電の医院もちらほら出てきているのでORCA導入への興味も増える時期かと思われる
ただ和歌山県内での情報提供がいまいちされていないというのが大問題だと思う
検索しても上位は日医のページだったり、うちのMLが出てくる状況だ

本日レセ電提出

実質3日目で提出。
安定してきているが個人の資質にもよるので入れ替わると不安が。
本日他の先生に日医からどのプラットフォームでもORCAが使えるという案内が来ていたとか
クライアントのJAVA版の話だろうか？
私は実際の案内を見ていないのだけど不思議だ。。

あれっと思ったら

本日レセプト終了でレセ電FD作成したらしっぱい
あれっと思ったら先日のばたばたでjma-receipt-fddを消していた。。。
先日の標準帳票で基本台帳の日報月報を使ってみたけど
自費も集計されていて使えそう
グラフ化できるとうれしいのだけど

サーバー注文

一応サーバーを1台作る予定に、Pen４　３．６G、１Gメモリ、RAID　現状のサーバーの2倍ー3倍のスペックになりそう。ただそれなりに騒音と夏の熱が心配です。久しぶりにサーバー作るのも。。1年ぶりかなー。

２．４．１から？

いくつか不具合を事務員さんが言ってこられるのでサポートに連絡
内容は
１　朝1回のみ起動していたORCAがキー操作をすると落ちる
　　1回落ちるとその後は業務終了まで落ちないで動作する

２　以前受診して病名が全て治癒している方で次回受診時に再診となる

３　DBのバックアップ時に特定のテーブルでエラーがでてバックアップが止まる
　　ただし毎日ではなく翌日はバックアップできることが多い

なぜなのか不明３は特に不気味
一応従のほうもあるので必要な時はそれぞれバックアップすることに

本日いろいろとお話を。。

ORCAも医療情報の標準化をもっとアピールして周辺を巻き込んで発展して欲しいですね。
そろそろ導入事例が電子カルテに引っ張られて増えてる地域もあるようです。
和歌山ももっとがんばれ！

そろそろインフルエンザの予防接種

近隣では始まったところもあるようす。うちでは11月から開始予定です。昨年はワクチン足りずにいろいろありましたが今年はどうなんでしょうね。一応昨年より少し多い目で予定してますが。ORCAのほうもこの時期は特に自費の日計と月計での統計が欲しいです。法人だからよけいに。。

ドキッ としたけど

主サーバーのbackupスクリプトを実行するとエラーでバックアップできなかった。
HDが。。。と思ったけど直接pg_dumpではOKだった、なぜだろう
以前から日によってバックアップが止まる日があるのにはあったが同じエラーなのか
さらに従サーバーとバックアップファイルの大きさが少し違う。。。
難しい問題だ

jma-dump

スマイルゾーンの本田さんがdbredirectorを改造してjma-dumpというのを作ってくれました。従サーバーに流すlogの整理ができるツールです。通常のlogrotateに組み込めるので便利だそうです。本日から稼動させてみましたが実行時間などをもうすこし考えます。以前金曜日ぐらいになると動きが悪いときがあったのですが関係してたのかな。

アイコン

ここんとこo-uでアイコンについて話題になっていたので、アイコンを作成してみた。
どうしても海っぽいのが多いので背景が青が多いけど
いちおうORCAのHPギャラリーにも掲載していただいてます。
デザインの希望あれば作ってみますが、ご意見ありますか？
まあ壁紙ほど自由度はないのですが

皆さんは。。。

私はかなり苦労したけどあまりそういう話は出てこないですね。ベンダーさんはメジャーのアップなので様子見なんでしょうか・・兎に角、本日から普通に運用しています。メモリ使用量も確かに少ないようでうれしいですね。次回レセだしが楽しみです。

全て復活

全て復活しました。リダイレクトは設定ファイルのみ作成してまだ動かしていません。多分大丈夫でしょう。バージョンアップのときにもっとしっかり依存関係で必要なファイルが入るようになっていればいろいろな状況で動作が違うということはなさそうに思うのですが。。今回地方公費も新しいものにすっかり入れ替えたのでその辺ちょっと不安がありますね。動きは画面の切り替わりなどきびきびしてるように思います。メモリも起動しただけなら４００M後半でしょうか。今回起動するだけの時点ではwfcとかapsとか動いてないのでしょうかね、jma-receiptを止めてもその2種類はstopするものがないと言われるのでjma-receiptが起動していないと勘違いしてたかも。

なんとか

あさからこちょこちょやっていたら動きました。
DBの書き戻しもOKです。
いちおう一安心。
しかし原因がはっきりしないと試行錯誤でいろいろやるのはつらい
まあいろいろといってもできることは消して入れなおすぐらいですが
単純なはずなのになぜ。。。

ひさびさにはまっている

ORCA２．４が起動しなくて困っている。主も従も問題なさそうなので同時にアップしたのとRaidなのに1台のHDをキープしてなかったのが今回の敗因かな。
従の方はほとんどのjma－receiptのファイルを消して再インストールしたけど同じ状況
これだと始めからdebianいれても動かないのでは。。。と思ってしまう
以前のバージョンに戻れる仕組みも作って欲しいものだ
最悪２．３．１のMondoがあったはず
従の方も1台のHDにクリーンインストールしてみる価値はあるかも
なかなか憂鬱な連休になってしまった

Ver2.4

リリースノートの変更点７５ページもあります。内容的には各地方での特殊な状況や入院版にも対応してるので量的に増えてるようですね。既存のレセコンでこういう対応はなかったんですよね。クライアントからの接続もオプションが増えたようです。今までに比べるとバージョンアップ時のコメント、マニュアルの整備などキッチリしようという姿勢が見えてうれしいですね。

ORCAバージョン２．４リリース

２．４が出ましたねー。
メモリ使用量改善というのが一番期待が大きいです
ここんとこあたらしいPCを導入するか迷ってましたから
バージョンアップはまたいろいろ設定が必要な場合もあるので手間といえば手間ですが
よくなるのなら楽しみ

レセプト時の安心感

今月レセプト時期に事務員さんが体調をくずしました。昨年も一度あったのですが、社保を自分でまとめて大変でした。レセ電になって内容さえしっかり見ていれば仕分けなどの手間がなくて気分的に非常に楽です。今年いっぱいで1名寿退社するのですがそれでも以前のように不安をあまり感じません。もっとIT化しなくては。

今日から10月

今月2回目のレセ電算提出
病名の移行もかなり楽になりました
チェックツールも便利です
いっそネットで提出できるといいですよね
しだいに和歌山県でもORCAユーザーが増えているようでうれしいです
いろいろ帳票も公開されたのでより使いやすくなりそうです