ORCAレセコンをご利用中のお客様
Q:
辞書ファイルをcannaに登録する方法は
A: cannaの品詞コード http://www.geocities.co.jp/SiliconValley-SanJose/4514/toku13.html くろばこ\t#T35\t玄箱 ろっぽうさいみつ\t#T35\t六方最密 めんしんりっぽう\t#T35\t面心立方 \t → TAB 漢字コードはEUC 以上のユーザ辞書をuserdic.txtとする。 sudo -u canna cp userdic.txt /var/lib/canna/dic/user/$USER/usr1.ctd sudo vi /var/lib/canna/dic/user/$USER/dics.dir usr1.ctd(.mwd) -user--w- を追記 vi $home/.canna Use-dictionary項目に「:user "user"」を追記 cannaに100文字の2バイト文字を登録することはできた。
投稿日時: 2007.05.21 カテゴリ: Linux・Ubuntu・Debian
Q:
Xのフォントサイズが勝手に変わることがあります。
A:
GNOMEの場合なら
xdpyinfo | grep resolution
で解像度を調べ、
/etc/gdm/gdm.confに
[server-Standard]
name=Standard server
command=/usr/X11R6/bin/X -audit 0 -dpi 96 ←★ -dpi 96などを追加して下さい。
投稿日時: 2007.02.24 カテゴリ: Linux・Ubuntu・Debian
Q:
cannaをATOKと同様のキー配列にするには
A:
cp /usr/share/canna/just.canna ~/.canna
全角/半角で切り替え
.xmodmapに追加
keycode 49 = Kanji
投稿日時: 2007.02.11 カテゴリ: 日レセインストール
Q:
GNOMEにログインした後すぐに cannot connetct serverと表示される
A:
パスワード無しのglclientのセッションを作ってしまっています。
GNOMEであれば以下で削除して下さい。
プログラム
設定
GNOMEコントロールセンター
セッションの設定と自動起動プログラム
自動起動プログラム
現在動作中のプログラムを閲覧
/usr/bin/glclient を選択
削除→了解→キャンセル→キャンセル
ログアウト
現在の設定を保存
投稿日時: 2006.12.12 カテゴリ: 技術
Q
WOLF最初の画面に受付患者が表示されない。画面を再起動すると表示されます。
A
CLAIM関連を見直して下さい。「9000 CLAIM接続情報」、Windowsパソコンのファイアウォールなど。
投稿日時: 2006.10.04 カテゴリ: WOLF
Q:
レセプレビューの訂正で入力をしたコメントの一覧を「52 月次統計」より作成したが、1枚も出力されなかったので「42 明細書」の再印刷を確認したところ、作成したはずの一括作成のデータのレセプト枚数少なかった。
A:
前回作った一括作成データが消えたり、上書きされたりする時は、以下の様な時です。
■再度、一括作成処理を行った。
データは上書きされ、訂正で作成をしたコメントもなくなります。
■再印刷画面でデータを削除してしまった。
データを削除すれば、コメントもなくなります。
■「42 明細書」の印刷区分を「作成済レセプト再印刷」にして、
印刷処理(印刷しないを含む)を行った。
印刷指示画面の出力区分を「指定印刷」にして処理を行ったとしても、データは上書きされます。
コメントもなくなります。
投稿日時: 2006.08.09 カテゴリ: レセプト作成
Q:
未収の患者さんが後日お金を持ってきました。その日付けの領収書を発行したいのですが、診療日が発行日となってしまいます。
A:
未収のある診療日の診療行為を、「21 診療行為」にて訂正診療で再度登録して下さい。診療項目は何も修正しません。請求確認まですべて登録を行って下さい。
その後「23 収納」 → 入金にて入金処理をおこなってください。請求書 発行するを選んで登録。
登録後、再発行でも請求書は発行されます。
投稿日時: 2006.06.23 カテゴリ: 日レセ使い方
Q
レセプト一括作成を行っても特定患者のレセプトが作成されません。
A
作成されない患者は、「テスト患者」で登録されていませんか。
投稿日時: 2006.06.05 カテゴリ: レセプト作成
Q
SargeのPostgreSQL(バージョン7.4.7)にデータを移そうとしたら、次のようなエラーが出て移すことができません。
value too long for type character varying(850)・・・・・
A
薬事日報社のCD-ROMから薬剤情報を入れましたか?
WoodyのPostgreSQL(バージョン7.2.1)はcharacter varying(n)のnより長い文字列でもエラーにならず入ってしまうことからこのようなことが起こります。
対応策
バックアップを取ってから
$ sudo -u orca psql orca
注意事項を変更しても良い薬剤か確認を取る(1行で)
orca=> select tbl_yakujyo.srycd,tbl_tensu.name,character_length(caution) from tbl_yakujyo,tbl_tensu where character_length(caution)>425 and tbl_tensu.srycd=tbl_yakujyo.srycd and tbl_tensu.yukostymd<='20060521' and tbl_tensu.yukoedymd>=’20060521′;
850byteを超える場合850byteに
orca=> update tbl_yakujyo set caution = substring(caution,1,425) where character_length(caution)425;
おしまい
orca=> \q
これ以降7.4.7環境に移す
投稿日時: 2006.05.22 カテゴリ: 技術
Q
レセプトと総括票が合いません
A
いろいろ原因はあるのですが、最近ハットした事例がありました。レセプトを修正、個別作成、請求管理の流れは良いのですが、再度レセプトを修正、個別作成することもあります。この場合請求管理がクリアされます。もう一度請求管理を設定して下さい。
基本
多くの原因が以下です
・保険の組み合わせのないレセプトをそのままにしない
データチェック
レセプト一括作成における「レセプト種別不明」
・レセプト一括作成と総括表作成を連続した作業として行う。
レセプト担当者以外が保険・公費を修正する
・レセプト修正後も
データチェックのエラー 0
一括作成後のレセプト種別不明 0
請求管理の返戻分、月遅れ分、請求しないの設定が間違っていないかを以下で確認
保険請求確認リスト
確認後すぐに総括表作成
・プリンタトラブルはなかったか。
ダブり印刷、抜けがないことを確認(プレビューを活用)
投稿日時: 2006.05.21 カテゴリ: レセプト作成