パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

日本医師会のオープンソースシステム」記事へのコメント

  • by Technobose (6861) on 2001年11月23日 8時26分 (#40708) 日記
     つい最近電子レセプトが認められましたね。さらに定額報酬の基礎資料を作るため電子レセプト化をすすめるらしいです。この日医のシステムと連動している動きと考えてます。
     確か規模的には病床数200床位までの中規模あたりまでをカバーすることを目的にしていると訊いてます。これで安価にオーダリングシステムを組めるようになれば一気にオーダリングシステムの普及が進みますね。
     某公立病院でオーダリングシステム他基幹システム一式の導入事業を一人で管理した経験から気になる点は、やはり運用体制。導入したあとどう維持していくのか。これは大問題です。
     レセコンなら医事課だけですむけど、オーダリングは病院全体の業務に絡んできます。情報化の意味を理解している経営者が主体的に取り組んで職員全体で業務を改革していくという気概がないと、折角のシステムを有効活用して効率化することは難しいです。
     あと電子カルテの場合、24時間・365日の稼働をどう保証するのか。
     確かORCA計画に情報センターという記述もあったようですが、各都市にセンターを置くなどしないとコスト的・要員的に厳しいですよね。

     地域のレセコン業者にも参加を呼びかけていて、公的機関と民間企業で共同して新しい事業を興すモデルになると、私は感じました。
     医院向けや小規模病院のレセコンは、このシステムに急速にリプレースされるんだろうなぁ。
     
     で標題。
     なんでLinuxなのか、ここを見て理解できました。
     個人的にはFreeBSDのほうがサーバOSには向いていると考えていたんですが。
     どのみち専用端末になってしまうなら端末OSもLinuxのほうが管理上好ましいですね。高い金を出してWindowsを使って専用端末としてしか使わないなんてもったいないです。
    • 24時間365日については、既に設計の中に入っていて、あのレセコン自体、フォルトトレラントになっています。最小構成が、マシン2台の二重化システムなのです。オンサイト修理をしなくても済むようにというのが、元々の考えなのですが。

      専用線を使って、リアルタイムにバックアップを取るようにもなっていて、二重三重の可用性追及になってるのです。
      親コメント
      •  24時間・365日まで考慮して最低二台となっていたのは気がつきませんでした。てっきりクライアントとサーバの二台だと・・・。
         私の携わったのは病床数500床以上の総合病院でした。
         電子カルテまで行かないオーダリングでも、フル・オーダになってしまえばシステムをできるだけ止めないようにしないと実用性が減じてしまうんです。で、私としてはサーバのフォールトトレラントを実現したかったのですが、国産商用UNIXサーバでは、まだ技術的にも走りだったのと費用の問題で実現できませんでした。
         PCサーバ自体の信頼性と処理能力が向上し、クラスタリング技術の信頼性が確立し、ロードバランシングなどが実用化されれば、今までの常識は激変しますね。問題は医療情報部門を確保できないところで、このようなシステムをどう管理するのか。オンライン保守機能は必須だと思いますし、データセンターで複数の医療機関のデータを一括管理し院内のキャッシュとして、このようなシステムを使うということも考えられるのでは?

         今後の計画として、より規模の大きい医療機関向けに改良する計画はあるのでしょうか?
         あと給食管理や検体検査などの部門システムとの連携について、どのような計画なのかも知りたいところです(日医のWebでは電子カルテしか見つけられず・・・)。病院では部門システムの導入も進んでいると思われるので、患者基本情報の共有が必須になると思います。
         この計画は本当に期待しています。是非、成功して欲しいです。
        追記
         Linuxの大家の書き込みにFreeBSDと書いたのはまずかったかしら(^_^;)(FreeBSDってシンプルで理解しやすいんです)
            
        親コメント
        • 負荷についての統計処理のロジックを組み込むだけで、ロードバランシング型のクラスタにもなるようにコーディングされてはいます。ただ、今のところは小さな開業医でちゃんと動けば良いということなので、ロードバランスどころか、トランザクションは完全に直列にしか動いてない(制約ではなくて、現実)のが残念です。

          某大学病院で使えるようにというオファーは既にあるので、その時には本格的なロードバランシングもさせたいと思います。まぁやるべきことはいっぱいあるので、当分楽しめます B)

          コードはあまり変なことはしていないので、pthreadとglibが動いていれば、どこでも動かせるでしょう。TPモニタ自体はBSD系でも動かせると思いますが、COBOLが動かないかも知れませんね。
          親コメント

私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike

処理中...