中規模病院の経営企画室のブログ

ポカをやらかしてしまいました。 カルテベンダーさんからの連絡で、あるライセンスの更新期限が迫っているとのこと。 そのライセンスとは、Microsoftの「VDAライセンス」とやら。 同社のサーバーOSで仮想デスクトップ環境を使用するためのライセンスであるとか。 電子カルテ導入時に「3年間」のライセンス料を支払って使用してきたわけですが、まさにこの9月で3年の使用期間が満了するとのこと。 正直言うと、「今月が契約更新」ということを忘れていたのではなく、そもそもこの「VDAライセンス」というものを認識していなかったのです。 ですから、もちろん予算にも計上していません。 「あれから3年か～」という思いにふける時間もなく、もう9月も終わろうとしています。 あわてて事務長に説明し謝罪、現在、契約更新の手続きを手配中です。 それにしても、3年というのはわかりづらいですね。 1年更新なら毎年の予算編成の時期に気がつくし、あるいは、サーバーの保守契約とあわせて（例えば5年など）おけば、見直しの段階で気がつくでしょう。 なんとも半端な…。

ブログの更新が少し空いてしまいました。 じつは、タイトルの通り、私自身が部署異動になりそうで、身辺がバタバタしております。 どうも、院長の意向では、私に企画の仕事をさせたいらしいのです。 今までこのブログでも書いてきましたが、当院は地方の中小規模病院で、今、都心部で医療機関で繰り広げられている経営戦略や、積極的な広報など、そういった経営に直結することはあまり手が着いていませんでした。 今後は、どうもそういったことに着手していきたいようなのです。 なので、まったく新しい仕事が始まるわけで、新しい部署が設立されるのか、今の部署で兼務するのか、どちらかというと「部署異動」とは少し違うのかもしれません。 先日事務長から打診を受けたわけで、これからまた上層部で検討されるのでしょう。 おそらく上層部には、2年半前に導入した電子カルテが落ち着いてきたところで、システム部門の人員が余剰に見えるのかもしれません。 私としては、落ち着いてきた今だからこそ、手を付けたいことがいくつかあります。 データの利活用 これまで、安定稼働させることと、機能改善の要求に応えることに追われてきました。 2年半の運用でデータが蓄積され、データを病院運営に活かすにはまさにこれから、と思っていたところです。 災害･トラブルの準備 これまで運良く大きなトラブルなく運営してこられました。しかし、落ち着いてきた今こそ、大規模災害や、予期せぬトラブルでシステムが停止した場合の対応策を練っておきたいものです。 システムリプレースの準備 そして、次世代システムの準備です。電子カルテ以外にも様々な部門システムがあり、これらを最新の技術動向も含めながら効率的にリプレースするには、綿密な計画が必要です。 などなど、やらなければならないことが山積してしていると思っていたのですが、この辺は上層部の考えとギャップがあるようです。 思い返せば、先日担当した「Webサイトのリニューアル」では、「製作」の範囲を超えて、「企画」まで踏み込むことをもとめられていました。 医療に関わらず全ての中小企業では、潤沢に「専門」のスタッフを抱えられず、1人の職員が「兼務」でいろいろな仕事をこなすものだと思い、なんとかやってきましたが…...

私は、ドコモの雑誌読み放題サービス、「dマガジン」のサービス開始（2014年6月）からのユーザーです。 dマガジンのおかげで、それまでは手にしなかった雑誌も読むようになりました。 その一つが、「MacFan」です。そのMacFanで、興味深い記事がありました。 今リリースされているMacFanの10月号で、千葉県のセコメディック病院さんが、3点認証にiPod touchを使っているという、センセーショナルな内容。 iPod touchやiPadを業務で使えないか…、ITに携わる人の多くが同じことを考えるのではないでしょうか。 価格も手ごろ（ノートPCや従来のPDAに比べれば）で、その携帯性は語る必要がありません。 どこかのメーカーで開発してくれないかな…、と考えるのが普通ですが、そこは”あの”セコムがバックのセコメディック病院さん。 記事からは、セコメディック病院さんが自ら積極的に開発に関わっていることがうかがえます。 ページ数にして2ページの記事なので、システムの仕様など、詳細なことは書かれておりませんが、夜間回診の実情など、医療期間のIT部門の職員なら「なるほど」と思う内容です。 ぜひ手にとって読むことをオススメします。

6月に 「iPhone6（Plus）かXperia Z4か 」という記事を書きました。 ザックリいうと、「2年縛り」が7月に終わるので、満を持してMNPでスマホを買い換え、さらに、これまで使ってきたSONYをやめて、iPhoneにするか…？という記事でした。 あの後、悩みに悩んだあげく、タイトルの通り機種変更をしばらくしないことにしました。 機種変更を見送ることになった理由はいろいろあるのですが、その一つがdocomoの解約違約金が意外に安かったことです。 通常、大手キャリアのプランは「2年縛り」が前提で、MNPで他社に乗り換える場合1万円ほどの解約違約金が発生します。 この違約金を払わないようにするには、2年周期でおとずれる「契約満了月の翌月」にMNPを実施する必要があります。 私にとっては、この8月が「契約満了月の翌月」だったわけですが、店頭でMNPの手続きを確認していくと、気になる情報が…・ docomoでは、10年以上の契約者は、2年縛り期間中の解約委託金が3,000円程度になるというのです。 10,000円となると、なんとかこれを節約したいと思うものですが、3,000円くらいだったら、まあいいかな～、と。 さらに、これを聞いて「docomo、なんか良心的だな…」と思ってしまったわけです。 私の勝手なイメージですが、dokomoは「電電公社」のイメージがあって（古い！）…、あまりイメージが良くなかったんですよね。 auやソフトバンクががんばっているのに対して、docomoは大資本に任せて殿様商売的な…、IR資料を見たこともなく、本当に個人的なイメージなので、関係者の方がご覧になっていたらお許しください。 転入してくるユーザーに対して利益になる変更であれば、「ユーザー獲得」という意味でわかやすいのですが、今回は転出するユーザーに対するメリットです。 docomoの社内でどう決まったのかとても興味があります。 なんらかの外圧で決まったのか、それとも最大キャリアとしての矜持なのか…。 そんなわけで、機種変を少し先にすることにしました。

電子カルテを導入して2年半になりますが、いまだに初めて使う機能があったり、見たこともないパラメーターをいじったります。 そんなわけで、私が最も連絡を取り合う仕事上の相手と言えば、間違いなく電子カルテベンダーの保守窓口です。 さて、最近、この私の部署のメンバーの1人で、この保守窓口に対する「問い合せ方」が気になっています。 現場から「こういう機能はないのか」、「こういう設定にしてほしい」と連絡を受けると、それをそのまま保守窓口に問い合せているように見受けます。 メールのccを見て、その問い合わせが過去に他のメンバーが解決済みであったことに気づく。 あるいは、現場からの提案よりも、別のアプローチで解決した方が良いことに気づく。 過去に処理した案件を検索するもよし、部署のメンバーに一声かけるもよし、すこし立ち止まって考えてくれれば良いのですが、つまりは、単なる取り次ぎ役になっているのです。 カルテベンダーとの保守契約は定額制になっており、問い合わせが多いから金額が跳ね上がるというようなことはありません。 しかし、料金が変わらないからといって、なんでもかんでも保守に持ち込むというのは、いかがなものか。 保守窓口のリソースは有限であり、問い合わせが多けば、その分バックオーダーが増えます。 我々が無用な問い合わせで保守の手間を増やせば、他の病院が割を食う。その逆もしかり。 その「問い合せ」が必要に迫られたものか、無駄なものか、保守窓口の方にはわからないでしょう。 本当に急ぐ必要があるのか、本当はそうでもないのか、それもわからないでしょう。 これはモラルの問題。 タイミングを見てメンバーに注意しなければなりません…、うーん気が重い。

今日は、朝から栄養計算システムがトラブって大騒ぎでした。 朝早く、私のPHSが鳴り「なんだよ、こんな時間に…」と嫌な予感をビシビシ感じながら電話に出てみると、「栄養計算が起動しないんですけど」と。 この電話を受けたのが朝の7:00前。 ちなみに、私はいつも7:00前には事務所に出勤しています。 私の部署では、早出や遅番などの制度はとっていないのですが、朝誰もいないオフィスで仕事をするのが好きで、早いときには6:30頃、遅くても7:00前には出勤しています。 で、それを職員の皆さん知っているようで、「待ってました」とばかりに朝一番で電話が来ることが少なくありません。 トラブルの話に戻ります。 当院では、食事のオーダーは電子カルテで入力するのですが、それを集計し栄養科の職員が実務に使えるようなデータにするのは栄養計算システムなのです。 現場に到着してみると、栄養計算システムのサーバーが起動していません。 ということは、栄養計算システム全体が機能しておらず、食数の集計や、食札の印刷ができないということです。 昨日のうちに、あるていど朝食の仕込みはできているとしても、夜間に発生した食種変更や、緊急入院のオーダーが補足できません。 ディスプレイには何も表示されず、電源のランプがオレンジで点滅しています。 おそらく電源ユニットか、マザーボードから、いずれにせよハードウェアトラブルであれば簡単な話ではないことを伝えると、真っ青になる栄養科職員。 とはいうものの、私の頭には一つだけ解決のオプションがありました。 サーバーとはいえ、筐体は普通のPCです。栄養計算システムはサーバー×1、クライアント×2のこぢんまりとした構成なので、サーバー専用機を導入するほどでもなく、サーバーも他のPCと同じ機種を使っています。 そしてここが重要なポイント。そのPCは、電子カルテ用として、院内で最も多く出回っているPCと同じ規格。 電子カルテ用のPCを持ってきて、ハードディスクさえ交換すれば、起動するはず…。 というわけで、倉庫に戻りPCのストックを探したのですが、ない…。 「あれほど、機種ごとにストックを用意するようやりくりしろと言っているのに…」とここで嘆いても始まりません。 ...

病院の中には、HISに関連するシステム以外にも、いろいろなシステムが稼働しています。 財務会計や給与、購買など、診療とは直接関係ないシステムがこれにあたります。 これらのシステムは、限られた部署で使用するものなので、我々システム部門の人間は、あまり関わりがないというか、関わりたくないというか…。 今日は、そんな部門システムの話です。 このたび、我々システム部門から、「人事システム」の導入を提案することにしました。 さきほど、部門システムには「関わりたくない」と書いたばかりで、なぜ自ら関わることになったか…。 実は、電子カルテの導入プロジェクト真っ盛りだった約3年前、ユーザーマスタを作ろうと、人事部門に協力を要請しました。そこで、まともに使える職員マスタがないことに気づきました。 人事部門は、給与システムが導入されていました。給与システムはその名の通り、「給与」が正しく支払われれば良いのです。使っている職員マスタの部署や役職、資格などの情報でも、給与計算に関係ないものは省かれていたのです。 おかげで、職員マスタの制作に想定外の時間がかかってあせったものです。 人事部門の仕事に懐疑的になったのはその頃からです。 この程度の職員情報しかなくて、大丈夫なのかな…、と。 その後も、人事部門の事務所に出入りしていると、交わされる会話がなんともアナログな話ばかりであることに気がつきます。「あのファイル（紙）って、誰がもってるんだっけ？」、「〇〇病棟の〇〇さんて、主任になったんだっけ、まだ副主任だっけ？」と、こんな感じです。 よく観察していると、人事部門には古株の職員がいて、その人に聞くと、昔のことでも結構「なんとかなる」のです。 まあ、「なんとかなる」のですが、問題はそれに費やす時間です。一つの調べ事が完結するまでに、多くの人を巻き込みます。そして、記憶はあくまで「記憶」、「うろ覚え」を確実な情報にするまでに、結局いろいろな書類をひっくり返す。 大学病院ほど大勢の職員がいるわけではありませんが、現役だけで数百人、退職者を含めたらウン千人です。 おそらく、人事部門の職員も、「現在の非効率」と「将来の破綻」をうすうす感じていながら、日常業務に追われて動けないのでしょう。 「人事情報をシステムで管理すれば良いのに」とずっと思っていまし...