アカウント名:
パスワード:
私も開いたと空目して「てめーも犯人の一人か」って思ったり。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
今日行った整形外科の (スコア:2, 参考になる)
薄いペラペラのキーボードと無線のMighty Mouseでした(結構新しい型かな)。
Re:今日行った整形外科の (スコア:3, 興味深い)
Mac用の電子カルテなんて、種類もシェアも限られてます。
ほとんどはWindows用ばかりです。ファイリングソフトや、
レセプトチェック用のソフトも、Windows用がほとんど。
「医者はMacを使う人が多い」というのは、もはや昔話。
だからこそ、Macの電子カルテなんて珍しい!と思います。
Re:今日行った整形外科の (スコア:3, 興味深い)
Re:今日行った整形外科の (スコア:1)
Re:今日行った整形外科の (スコア:1, 参考になる)
もしくはFileMakerで自作したものかもですね。
(実際小児科の学会で小児科用電子カルテを作るプロジェクトではFIleMakerを使ってるようですし…参考リンク [apple.com])
でも電子カルテに見えたのは実は「OsiriX」だったとか。
公式サイト [osirix-viewer.com] スクリーンショット [osirix-viewer.com]
Appleの記事 [apple.com]
コレのためだけにMac買ってもいいくらいのアプリであります。
#ようやくウチの職場もPACS入るんでDICOM出力→OsiriXの出番が来そうでちょっとワクワク中。
#IDで職業明かしてないのでACで。
某第三セクターのシステムハウス (スコア:1, 参考になる)
他社がWindowsを使っている中で唯一、Macを使っていたんですが「うちはMacを端末に使っています。だからドクターには絶対受けがいいです」と鼻息も荒くデモをしたんですが、こちらの病院の求めている機能が全く備えられておらず、Macを使った処方箋発行機でしかなかったため、真っ先に競争から脱落しました。
使っている道具ではなく、パッケージが必要な機能を備えているのかが大切なのにねぇ。
今のMacは中身がUNIXマシンなので、総合病院のオーダリングシステム端末にも十分使えると思います。というか、Xも使えたりするので、作り方によってはWindowsよりも有利かもしれません。
問題はVisual Basicに匹敵するようなRADが無いことのように思います。医療系に限らず業務システムとして使うには、ある程度性能が良くて、使いやすい開発環境が必要だと思います。
各社からいろいろおもしろい話を聞けたけど、一番驚いたのはオーダリングシステムの開発言語にPHPを使おうとしたところがあったとか。あれだけリアルタイム性が重視されるシステムで、そういう言語はないでしょと素人ながら思っちゃいましたが・・・。やはり失敗事例だったらしい。後はSmalltalkを使った失敗例とか聞いたなぁ。結局、どこでも開発言語はVisual Basicでした。C++だと人員を確保しづらいし、案外、そこそこ性能が良いし人も確保しやすく、向いた言語なのかもしれませんね。
Re:某第三セクターのシステムハウス (スコア:1)
#そりゃ、オーダだして数十秒固まられるとうっとうしいですが、VBでかこうとなにでかこうと
#固まるようには書けますし、逆にPHPで遅いという状況が考えにくいのですが...
端末の画面の遷移を保証できないというのであればわからないでもないです。
自分で書くならまずVBでは書きませんけども、
大規模開発する環境が整っているかとか、兵隊をそろえやすいかどうかとか、
長期メンテナンス(10年単位で将来可能かどうか)とか、そういうこと考えると
JavaとかVBになりやすいでしょうね。
#現に母校はそうなってました
応答性能はできるだけ早く (スコア:1)
そういうところから「Web用のスクリプト言語でオーダリング?」という話になったんだと思いますが。
私のところでは、オーダー発行時の内容のチェックが必要条件でしたので、より性能は必要だったようです。
Smalltalkの案件は聞くところによると、発注者側から「これからはオブジェクト指向だ」という要求があって採用したけど、必要な性能を出すためのノウハウが蓄積されていなかったのが原因らしい。ちなみに、この案件は世界的なSIベンダーの話です。
Re:応答性能はできるだけ早く(おふとぴ) (スコア:1)
「ちょっとでももたつかない」オーダリングシステムにはあまりお目にかかったことはありません。
仮に導入当初は軽くてもどんどん重くなるシステムなんてのもありますし。
業務システムってもたつくかどうかが問題じゃなくて、
「手持ち無沙汰に待たせるかどうか、どの程度の時間で戻ってくるかを保証できるか」だと思うんですよ。
たとえば、「場面によっては」次の患者さんを画面でIDいれて呼び出して、
全部の情報が出るまでに1分まってもかまわないんですよ。
患者さんを呼び込んで、アナムネとって、一通り聞き終わったときに全部がそろって開いていればいい。
最低限IDと住所氏名年齢と直近のカルテとか。
逆に救急外来なんかだと記事やオーダ後回しでとにかく見られればいいとか。
状況によって要求される性能はすべて違っているのに、全部同じpriorityで、
しかもコンピュータにさせたらめんどくさい(余計に手間)なものまで
ワークフローを見直さずにただ突っ込んでいる気がしてなりません。
無駄な仕事を減らすにはコンピュータにのせるんじゃなくて、システムや制度を変えればいいのに。
電子カルテ加算なんていらないから。
Re: (スコア:0)
> たとえば、「場面によっては」次の患者さんを画面でIDいれて呼び出して、
> 全部の情報が出るまでに1分まってもかまわないんですよ。
(以下略)
こんな複雑な場合分けして設計するよりも、コンピュータを使うところは富豪的に使ったほうが普通はずっと良いものになります。
制度のことはそちらでなんとかしてください。
smalltalkで、というのは日本IBMの九大病院の事例ですね。
Re:応答性能はできるだけ早く(おふとぴ) (スコア:1)
たしかに、そのはずなんですが…
計算機の演算リソースは大量に突っ込まれているはずなのに
他業界における業務システムほどわかりやすくも軽快でもないんですよ。
GUIはメニューばかりが深くなる。
対象となるシステムはいわば単なる事務システム。
作ってる人(計算機業界)は同じで、客はおそらく他業界よりもわがまま。
要望を取り込みすぎじゃないの?って思ってしまいます。
制度のほうは悲しいかな現場の医者にはなんともならないのです...
Re: (スコア:0)
むしろ余計な笛太鼓がついている分VBの方が遅くなりそうですが。
そのうえODBCなどの余計なレイヤが分厚く横たわっていてとっても遅そうですけど。
もたつくのはPHPのレイヤじゃなくてDBのレイヤが一番影響しそうですけどその辺どうだったんでしょう。評価しました?
DBのレイヤであればPHPだろうがVBだろうが大して違いはないはずです。
むしろテーブルの設計やクエリの出し方が効いてくるでしょう。それとDBサーバのメモリと。
Re: (スコア:0)
それこそWebはもっと重たい上に同期システムでは?
非同期にしようと思ったらAJAXとかを利用しないといけない。
そうなるとブラウザによる影響やサーバーの応答性を気にしないといけなくなる。
少し前のAJAXとかが当たり前になる前ならそういった状況になるのも十分納得ですが。
VBとかなら確認画面ならローカルだけで処理が終わりますけど、Webだとサーバー側に行って帰ってこないとダメなわけで。
ある程度のリアルタイム性を犠牲にして処理をローカルで行う事で負荷を分散するのはアリだと思いますよ。
それこそ始業時に医薬品DBをローカルに持ってきて照合、それによりDB負荷を減少とか。
どうせクライアントはサーバーに比べたら遊んでるわけですし。
Re: (スコア:0)
リアルタイムの単位は数時間オーダーの場合も有るので、ミリ秒に限定する話では無いと思う。
とはいえ、たぶん画面の応答速度問題らしいので、「逆にPHPで遅いという状況が考えにくいのですが...」には同意できます。
遅いのは他の原因でしょうね。
Re:某第三セクターのシステムハウス (スコア:1)
>結局、どこでも開発言語はVisual Basicでした。C++だと人員を確保しづらいし、案外、そこそこ性能が良いし人も確保しやすく、向いた言語なのかもしれませんね。
理由もなく悲しい気持ちになってきた・・・。
Objective-Cええよ・・・。
ってか言語変わると人が確保できない日本の開発業界が悲しい・・・。
妖精哲学の三信
「だらしねぇ」という戒めの心、「歪みねぇ」という賛美の心、「仕方ない」という許容の心
Re:某第三セクターのシステムハウス (スコア:1)
私も聞いたことがあります。
#それだけなのでID
Re: (スコア:0)
私も開いたと空目して「てめーも犯人の一人か」って思ったり。
Re: (スコア:0)
> 素人ながら思っちゃいましたが・・・。
素人なら仕方ないけど、そういうのを「リアルタイム性が重視される」とは言わないよ。
計算機業界界隈で「リアルタイム性」というと別に意味に使うから。
Re: (スコア:0)
重視されるのは「リアルタイム性」ではなくて「応答時間の短さ」なんですね。
ミリ秒のオーダでもなさそうですし、一番効いてくるのはサーバの性能でしょうね。
Re:今日行った整形外科の (スコア:1, 興味深い)
しかもピザボックスの筐体の。
まだ動作しているH/Wが残っているだけでも驚き。
Re: (スコア:0)
http://www.apple.com/jp/medical/kerte/ [apple.com]