開発のあいまに

病院のしくみ

病院のしくみを読み終わりました。

診療報酬や仕事内容といった病院の仕組みから、統計値を元にした医療政策、今後の医療はどういう方向へ進もうとしているのかまで、分り易く説明されていました。

図解シリーズであっても、こういう専門的な本を読んでいると、全然休憩できていない気がする・・・。

　

日本の医療の方向性は、統計上は正しい方向に進んでいるように思われる。どこかこの国と同じようにしようとしているのではなく、OECD各国と比較する事で気付いた問題点を、現実的な範囲で改善しようとしている。

医療費によって日本経済が破綻するかのようなニュースが、一時期流れていましたが、OECD各国と比較しても、日本の医療費が決して高い訳ではない事が解る。

　１人あたりの医療費では、第４位。
　総医療費の対GDP比では、第17位。
　※2003年

それでいて、保険サービスの到達度では第１位、総合点でも第１位という評価をされているので、医療のコストパフォーマンスでは、日本が一番優れていると言える。

最大の問題は恐らく、バブル期にお金を使い過ぎ、未だにその負債を抱えている病院が多く、そこからまだ立ち直っていないのに、診療報酬を引き下げている事で、体力の無い病院が潰れて行っている事だと思われる。

今だに、病院が破綻する原因の第１位が、バブル期の負債で、バブル崩壊から未だに立ち直っていないというのは、バブルを経験していない自分としては驚きだ。

産経新聞社による『Webパーフェクト』

先進的な取り組みに、出し惜しみをしない新聞社としては、産経と日経が際立っている。その産経がまた新しい取り組みを開始するようだ。

「紙とネットの壁を壊す」、産経新聞とマイクロソフトの共同ニュース・サイトが始動へ

既得権を守る事に意識が集中し、中途半端なWEBサイトを構築している、読売などとは３味くらいは違う。

米国の先進医療IT

米国で最も医療ITが進んだ地域として名高いボストンの、医療IT事情が記事になっていました。

米国医療のトレンドになっているという「Connected Healthcare」の内要は、日本もアメリカも同じだな、という印象を受けましたが、以下２つが実現しているのは驚きでした。

　１、処方箋のオンライン化
　２、レコメンドオーダー

日本でこの２つを実現している所は、まだ聞いた事が無いです。ボストンが特別なのかも知れませんが、医療標準化、IT化としては、米国の方が数年は進んでいそうです。

NTTデータなど9社、「発注者ビューガイドライン」第1弾を発表

大手SIerが、設計のガイドライン作成に取り組んでいるという記事がありました。

ガイドライン作成活動終了後は、情報処理推進機構（IPA）に活動を引き継ぐという所が、社会貢献として純粋に素晴らしいです。

発注者ビュー検討会にそのドキュメントが公開されていたので、チラ見してみましたが、大規模PJT設計の中で、共通化し易い箇所を、各ベンダーの良い部分を出し合って作成された、ガイドラインという感じです。

世の中に存在する、多種多様なシステム開発手法を体系化するようなものではなく、大規模システム設計の、更にその中の、外部設計のガイドラインといった感じなので、開発者によっては微妙かも知れません。

それでも、自分自身の開発に応用できるものが無いか、研究してみる価値はありそうです。

統計データ・ポータルサイト

統計データ・ポータルサイトというサイトを発見。

統計で見る日本の姿というのが面白くて、一通り見てみました。物事を客観的に見れる、最も良い指標は、やっぱ統計でしょ。

その中で１番気になったのは社会保障給付費です。
一時期、「医療費が2025年には70兆円に達する」と言われていたので、気になっていたのですが、1995年以降緩やかな上昇に転じているようで、今の上昇幅であれば、2025年になっても、まだ３０兆円付近です。「70兆円」というのはどこから出て来たのやら・・・。

本当に危険なのは、医療費ではなく年金です。
この上昇幅はかなりやばいです。2025年には70兆円に達します。2050年には95兆円・・・。
「70兆円」って、医療費と年金と、取り違えてるんじゃないか？？　豆腐と納豆を間違えたみたいに。
年金が今より25兆円増えるという事は、25兆円分の税金が増える事になる。国民1人辺り年19万円の増税。（年金は赤字運営なので、支出が増えたら増えた分だけ増税になる）

つまり今のまま2025年を迎えたら、毎月払っている国民年金が+1.6万円になる。会社が半分カバーしくれたとしても、個人で+8千円。新卒にとっては厳しい。ランチ10回分。

2050年にはお昼ご飯抜きか？　そこまで行くと、新卒じゃなくて、年金受給者のお昼ご飯を抜け～、って暴動が起きるかも。

Combobox メモ

１、コンボボックスにアイテムを纏めて追加。

        Dim strItems(2) As String
        strItems(0) = "(未定義)"
        strItems(1) = "主訴"
        strItems(2) = "既往歴"
　     ComboBox1.Items.AddRange(strItems)

本当のチームワークとは何か？

それはきっと、馴れ合いでもなければ助け合いでもない。

スーパーコンピューターを20万円で創るで、伊藤氏が語るチームワークにそう書いてあり強く惹かれました。
東京藝術大学学園祭で４年生ブラスバンドが演奏した、「アフリカン・シンフォニー」を通して、こうつないでいます。

打楽器のイントロから始まり、管楽器がそれに続く。おそらく管楽器は抑えめに入っていくことになっていたはずだ。それがいきなりのフォルティッシモ。
トランペットの一人が驚いたように周りを見回した。
それに刺激されたかのように打楽器も一気にボリュームを上げる。
決して事前に約束されていたことではないのは、そこに居合わせた聴衆にもわかった。
各パートの激しい自己主張。それでいて不思議と調和は崩れていない。それは互いに実力を信じ合っている上での自己主張だったからではないかと思うのだ。そしてそれこそが、本当のチームワークではないかと思ったりするのである。

　

世の中に存在する組織のほとんどは、「馴れ合い」と「助け合い」によって、成り立っていると思いますが、その中にあって、本当のチームに参加できるという事は、幸運な事なのかも知れません。

経営には、エンジニアリングとアートの側面がある、と言われますが、「馴れ合い」や「助け合い」によって構築されている組織を、維持発展させて行くのがエンジニアリングで、その中から本当のチームワークを醸し出して行くのがアートなのでは？と思ったりしました。

今のプロジェクトを発展させて行く中で、自分も本当のチームを作っていけたらと思う。

　

「１人好き？」とかつっこまれて、顰蹙をよくかったりしていますが・・・。まぁ可能性はあるさ。

　

なかまだ！

電子カルテを１人で作る旅を始めて早４ヶ月、技術的に最も難しいだろうとされていた機能であるラスボスを、早々にやっつけたので、この後は快調に進むだろうと思いきや、ザコ敵と中ボスがとにかく多い・・・。しかも裏ラスボスがチラチラ。

ザコ敵と中ボスをやっつけても、すぐまた現れて絶対量が減って行ってる気がしないというのは、結構疲弊します。こうなって来ると、技術力の問題ではなく、モチベーションをどう維持するかという、精神力の問題になってきます。

そういう１人旅をしている人は結構いるという記事がありました。読んでみた限りでは、彼らがモチベーションを維持できているのは、完成後の成功体験を妄想している事にあるようだ。たぶん。

完成後にやるべきことをリストアップして、その多さで更に憂鬱になっててはいけないという事か。

　

スーパーコンピューターを20万円で創る

スーパーコンピューターを20万円で創るを読み終えました。

天文学研究の最前線で、栄光を手にしたチームの人間ドラマ、そういう本です。あまりにも面白くて、一気に読み上げてしまいました。
その栄光を手にするきっかけとなった、最初のスーパーコンピュータ(GRAPE-1)を、20万円でこの本の著者がほとんど一人で作ったというのには驚きです。
GRAPE-1の性能は、その当時の世界最速スパコンの10分の1の速度だったらしいので、2006年11月時点で考えると、28テラFLOPSのスパコンを20万円で作ったようなもの。PS3を100台継げば25テラFLOPSになるかも知れないけど、PS3代だけでも500万円になるので、20万円というのがどれだけ凄いのか良く分かる。

人間ドラマだけではなくて、実際にスーパーコンピュータを作る上で苦労した点などが取り上げられているので、自分もスパコンを作ってみようという方には、良い参考になるのではないでしょうか。

多体問題とか難しい言葉も、分かりやすく説明されているので、だれにでも読める本として書かれているのだと思います。

著者自身がこのPJTの当事者であり、そうそうたる面々の中で、一人謙虚に周りから一歩引いて行動しているところや、GRAPE-1をほとんど１人で作ったはずなのに、驕りも無く自分自身を客観的に描いている所が、ひじょうに魅力的に感じられます。

前の会社でレコメンデーションエンジン開発に携わっていて、そこでも多体問題と同じような問題に直面しましたが、プログラムでなんとかしました。その時は、スパコンを作ろうという発想は全く出ませんでしたが、この本を読んだ後は、スパコンを作るのも１つの選択肢だな～、と思えるようになりました。

　

MySQL と JSOX法

株式を公開している会社の、決算報告書の精度を担保する法律、JSOX法。

エンロン、ワールドコムの事件を受けて米SOX法が発足。カネボウ、西武鉄道、ライブドア、村上ファンドなどの事件を受けてJSOXが発足。

株式公開不支持者であり、株式公開企業の仕事を請ける事の無くなった、今の自分としては、他人事のように見ていたのですが、JSOXによってMySQLの導入が難しくなるという記事には驚きました。こんな所にまで影響するのか！？

MySQLファンとしては非常に残念です。近い内に、どこかのソフト会社が、MySQLをJSOXに対応してくれるのを望みます。そしたら、他社は問題なくMySQLを採用できる。

そうやって、ＧＰＬライセンスのオープンソースソフトウェアが進化して行くのを見るのは、非常に楽しいです。オープンソース現象こそ、人類の新しいワークスタイルとなるはずです。