診療所向け電子カルテを語るスレ　３発目

>55
社会保険局 保険医療課でし。

日医総研のことにつきましてもいろいろなご批判もございます。しかしながら
、私ども就任いたしまして愕然といたしましたのは、日医総研の研究員が社長、重役
をしておる会社が福岡県にあって、その会社と日医総研が契約しておるというような
ことがございます。そして、いかなる大きな契約につきましても競争入札がされたこと
がない。全部随意契約です。このことはやはり経理の不透明と言わざるを得ない。それ
に私どもは手をつけていったわけでございます。こういうことなしに日医総研が再生す
ることはございません。また、日医総研のスタッフの資質の向上ということにも今努力
させていただいております。私は、今まで日医総研のそんな話をしたことはございません。
身内の恥はさらしたくない。そういうことで、代議員会にかかりましてもむにゃむにゃと
答えました。そのことが私たちの不信を増したということであれば、さらに先生方にとり
ましても私どもにとりましても不幸なことでございますので、一端は申し上げたわけでございます。
今しばらく私どもを信頼して頑張れと言っていただければ、私はそれだけのことには、お応え申し上げたいと思うわけでございます。
　　　大阪府医師会HPより、
　

馬鹿がおおいな。
カルテなんて手で書けるし書く早さにも不自由は無い。
電子カルテで、キーをたたいて、手書き以上の速さで書ける医師は僅かでしょう。
電子カルテは雷その他で消失する危険性がある。
手書きカルテは火事か盗難でしか消失しない。
費用の安いレセコンと紙カルテが一番良いんじゃないですか。
俺が提供しているレセコンは初年度10万円、一年後から月5000円。
これで何か不満があるか。

ORCAならただですから。

ORCAを安定駆動するのにはサポートが必要だろ。そうすると１５０〜２５０万かかる。
そこまでするならダイナの方が安くつくから。紙カルテと併用してレセコンとして使ったっていいし。
ORCAにサポートが入らないやつなら、ダイナでも問題は起こらない。
いづれにしてもデータ消失しないように、RAID1でも組んでミラーリングして、
毎日午前午後にバックアップを欠かさずすれば、無問題。

バカをダイナに誘導するな

困る

ダイナほど簡単なものはないだろ。
ＯＲＣＡ，DR.soft,ダイナを自己導入運用経験からすると
ダイナは一番簡単明快だ。

ORCAそんなに難しくはないけどな。
管理は素人の私がやって、
パソコン素人の事務員が入力してるけど、運用できてるよ。

想像を上回る人も居るということ

ＭＬをかき回して　ソフテックにミサイルメールを多数発射したあげく
捨て台詞を吐いて去った香具師　ご存じないかな？

>>59

ORCAプロジェクトにかかった費用は？？（ｗ

使う俺がただならいいよ。医師会費なんて、他に使ったって、どうせドブに捨てるようなもんだし。
医師会入ってなくても使えるしね。

ま、ＯＲＣＡは導入は簡単だけど、ＭＬも閑古鳥で情報もないし
ver 2.7も、いつもと同様バグありそうだしなぁ。
いつもの如く２月以上塩漬けが必要。
所詮レセコンだし、自分ところで使う気はしないな。


意見書もバギーのままリリースだろ。何をやってるんやら日医総研。
オゴちゃん、カムバック。

>>67
それが、日医総研じゃないんだな。
「ORCAプロジェクト」なんだよ。

でも、日医総研がやってるんだろ

>>67
おごちゃんに、データベースアプリは無理です。

でも、紋付つくったんでしょ

余計なもの・・・という人もいるけど
会員のためになってるの？
誰のためにつくったの？

俺のため・・・にはなっているな。

>>65 向こうのスレに5から8億/年って書いてあったな。ホントかどうか知らんが。
それで出来たのがアレとは・・

>>74

既に40億は使われているのは事実だよ。
開発会社になんぼ行ったかは知らないけどね。

>>71
普通のDBアプリ設計者なら、あんなもの作りません。

postgreSQLヂカより、クライアント数が増えても対応するだろ

>>72
誰か告発してくれ！

>>77
MONTUQUIはQUEUEにデータを入れていくから、そりゃ、多数のクライアントが
アクセスできるが一列に待たされるだろう。directに接続すれば、ユーザーの制限は
あるが、それでも>100だろ。行ロックがかけられるから、それ程処理速度は落ちない。
今頃、MONTUQUIのようなソフト誰も作らねぇ〜。

>>79

200は行けるよ。

>>77
インターネットのショッピングサイトの裏で、MySQLやPostgreSQLが動いている
時代に時代遅れなことを...

>>79
電子請求が一般化すれば、MONPEも要らねぇ。つまり、ORCAらしいコンポーネントは
不要なんだよ。

XML,MMLを利用した電カルってアルのだろうか？
よう判らん、誰か説明してくれ！

visualstudio.NETはADO.NETを使うわけだから、当然、
XMLが内部処理で使われている。だから、visualstudio.NETで
作ってあるのはXMLを使っている．．．？？

ただ、MMLとなると異なるデータベース間のやりとりだろうから
ORCA周りの電子カルテ
http://www.medxml.net/case/case.html
くらいでは？？

だれか、MML/CLAIM実装マニュアルのORCAのとこだけ
見せてくれないかなぁ。かなり、MedXMLの見本とORCAの
吐き出すCLAIMが違うと感じる今日この頃．．

ところで、Doctor’ｓ Desk�Uの移管でもめてるみたい．．
なんで今更SRLは三洋メディコムと組むんだろう．．？？

以前SRLの営業がきたけど、電カル積極的な売り込みじゃなかったな。
サポートが大変になっていると聞いたけど･･･

日医が買い取ったDoctor’ｓ Desk Lightが気になるな、
ORCAとODBC接続か、CLAIMか？とか
紹介状にPDFとXML吐き出せる仕組みだったから。

今の日医総研じゃ、SRLの製品から少しも改良のなしで出してくる予感もするが。

>>85
今度は日医が電子カルテか？
土台のORCAの改定にも苦戦しているように見えるがね。

>>86

ベータ発表だけして止まってた奴はどうなったの？

DDlightを日医が買い取ったやつだから電子カルテではなく
機能低下したRS-Baseみたいなもん。
どうも鳥取にいいようにされてる感じ。
DDlightにXMLを出す機能ってありました？？
ORCAからdataをとりだすのもCLAIMでなくて
直接dataを抜いていたしXML関係の処理はしてないと
思っていた。

>>81
紋付は、データの取りこぼしを抑えるためなんだろ。
e-comarceと、要求レベルがちがうんじゃまいか？

>>88
紹介状画面の右上にXMLのボタンがあり、一応はタグ付きのファイルが
出力できるのだが、XLMモドキかも・・・・

>>85
昨年あたりからＳＲＬ、DDLightの改良もほり投げていたしね
最後まで添付されているMSDE、ワームウィルス非対策バージョンのままだったし、
対策バージョンへの更新の情報もリーリースされないままだった。
私は自分で、ワームウィルス対策バージョンに更新しました。

今度の日医板は、MSDEの最新版ついてくるのだろうか？
それともMSSQLサーバーのExpress Editionがついてくるのか？

SRLだけじゃなく、検査屋さんは、撤退の方向みたいだね。

Bだけは、やる気みたいだけどね。

Ｂ撤退予定と聞いたけど

Bはやる気満々だよ
電子化加算算定可能となりました、ってパンフ置いてったもん

でも、FD請求じゃないのに、電子化加算ってOKなの？

レセコン使ってて、患者が希望したとき明細書が発行できればOKです

>>96
レセコン使って、求めがあったときに詳細な明細書を交付する体制を整えれば
良いわけだから、電カルにこだわる事はないみたいだね、ORCAでも十分だし。

検査は一割のダウンだから..検査屋さんは厳しいだろうね。

某大学病院、喋りながらキーを見ないで叩く若手医師に紹介された
ベテラン医師は画面に向かって怒りながら電話で4回も担当者を呼び出した。
その間、患者の俺は黙って見ていた。提出した紹介状を見れるまでかなりの
時間がかかってしまった。独自に開発したらしいそのソフトの画面は
もうグチャグチャで、俺から見てもとても酷いものだった。

秋に開業すると相談された。
PC音痴なので、メディコムを入れるつもりとか。
やめたら、と言いかけてやめたが、今さら新規で電刈るにメディコムって
どうなの。
うちはダイナ。

>>89
制作者がSQLによるtransactionや行ロックについて知らなかったから、とLinux
過去版にある。

Macで使える電カルで、絵が描きやすいのってありませんか？
外科系なんで患部のスケッチが簡単にできるのがいいんだけど。

　101と同じ考えで探した、タブレットで入力していたが
今はデジカメで撮影、貼り付けている、一番楽だ

>>99
ダイナを薦めなかった貴方は偉い。

103>
ダイナを勧めたら、そのフォローにつきあわされる。
ダイナは入れたいと思った人が入れればよい。

>>89
e-commerceの方が、一発勝負だけに、後で修正できる診療報酬請求より
mission criticalだよ。