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

当院で長らく使用している電話交換機、かなりヤバいらしいです。 ちなみに、私の世代は「ヤバい」を「危険」の意味で使います…。 前回の記事（ ITインフラ投資の中長期計画を立案することになりました（2018/10/4） ）で書いたのですが、ITインフラを全体で再構築せよ、ということになりました。 一言で「ITインフラ」と言ってもそこにはさまざまのカテゴリーがあるわけで、電子カルテや部門システム、LAN、セキュリティ、ナースコール、グループウェアなどなど、ここ数日はいろいろなベンダーさんとお会いし、情報収集..というか猛勉強中です。 そんな中で出てきた電話交換機の話。 そこそこ古いモノだということはわかっていたのですが…･、お会いするベンダーさんが口を揃えて「電話交換機が一番ヤバい」と。 想像以上に深刻だった電話交換機 もともと、電話交換機を納入したベンダーさんによると、当院の電話交換機は、「20年もの」なのですと。 すでに保守部品の供給も止まっており、もし何かあっても、交換部品が調達できない可能性があるとのこと。 SIerさん、特に電話周りに強いベンダーさんは、みなさん口を揃えて、 「次、なにかの影響で電源が切れたら、起動しないかもしれませんよ」と。 さらに、「電話交換機を入れ替えるとしたら、2～3ヶ月見ておいた方が…」と。 つまり、既存の電話交換機がダウンして、もし復旧しなかったとしたら、2～3ヶ月、電話が使えないということです。 IP電話は見送りか 中長期計画を立案する中で、院内全体を「IP電話」にするということを考えていました。 IP電話とは、ザックリ言うと、電話線でなくインターネットの技術を利用した電話で、当院では「LANを使った電話」といって差し支えないと思います。 IP電話化は高額ですが、それに見合ったメリットがあるのではないかということで、いろいろと勉強しようと思っていたところですが、そんな時間的余裕はなさそうです。

ここ数年、私の仕事の管理は、サイボウズ社のグループウェア、サイボウズLiveに頼りっきりです。 このサイボウズLive、すでに2019年4月15日でサービスを終了することを発表されています。 サイボウズLiveサービス終了のお知らせ（2017/10/24） もともと、無料のグループウェアだから文句も言えないし、捨てる神あれば拾う神あり、受け皿になるサービスがそのうち見つかるだろうと、あまり心配していませんでした。 ところが、サービス終了までほぼ半年の現在（2018/10/11）、まだ引っ越し先が見つかっていません。 秀逸なTodoリスト サイボウズLiveの魅力は「Todoリスト」、これにつきます。 私の仕事は、プロジェクトものが多く、一つの案件が数ヶ月単位になります。なので、細かく「いついつこれをやる」ということはあまり多くないのです。 例えば、「電子カルテの検査と投薬のデータを集計して、条件に見合う患者さんを抽出する」という案件が出てきたとします。 何をどこまでやったら「完成」か、それは刻々と変化していきます。一定のアウトプットができても、その段階で「もっとこうならないか」という要望がでれば、次のフェーズが始まります。 なので、スケジューラーよりも、案件を管理するための「Todoリスト」の方が、私の仕事には馴染むのです。 サイボウズLiveのTodoリスト Todoリストに、タスクを追加するのは、多くのグループウェアと同じです。 サイボウズLiveのTodoリストの特徴は、1件1件のタスクに「コメント」を追加できることです。 おそらく、この「コメント」機能は、メンバーが意見を言い合ったりすることを想定したものだと察するのですが、私はこれを、「報告」として使っています。 一つのタスクに対し、関係するあらゆることを入力します。 会議の決定事項 取引先との打ち合わせの概要 進捗状況 その他、気づいたことは何でも。 情報共有基盤として タスクを共有しているメンバーは、メールやダッシュボード画面でコメントが確認できるので、状況がどうなっているのか把握することができます。 メンバーの案件管理に リストのソート順がいくつか選べます。 私...

この度、新しい、そして超ヘビーな仕事を担当することになりました。 記事のタイトルの通り、「ITインフラ投資の中長期計画立案」です。 このブログを昔からご覧いただいている方は覚えてくださっているかもしれませんが、もともと私はこの病院のシステム部門で働いていました。 2014年から経営企画室に異動して今に至ります。 システム部門は、私の離脱とともに総務課の傘下に「係」として統合されました。 日頃の保守業務はシステム部門がやっているのですが、今回の仕事は荷が重いということで、私に回ってきたわけです。 停滞していたIT化 私がシステム部門を離れてから、院内のIT化は急激にペースダウンしてしまいました。 院内至るところで、それを感じるのですが、何度も歯がゆい思いを抱きましたが、現在のシステム部門の職員にとって私は「元上司」なので、私が口を出したらやりづらいかと思い、システムのことには触れずにいました。 それに、システム部門を預かっている総務課長、システム部門の「現在の上司」のメンツをつぶすことになります。 しかし、それから数年が経過し、私がシステム部門に在籍していた時代に導入したシステムが、次々と保守の満了をむかえます。一部にはもう保守が終了しているものもあります。 そんな折、事務長から「これってどうなの？」と渡される、見積書の数々。 ベンダーさんから提示された見積書を、システム部門がそのまま上申するので、はたしてこれがベストの選択なのか、事務長も判断に困っているというわけです。 ITは日進月歩、機能改善して便利になっていくのはもちろん、コストも下がっていきます。 なにより、1社の見積で競争もなければ、交渉の余地もありません。 そこで、システム関連の案件が出ると事務長にこっそり「ポイント」を説明していたのです。 そんなわけで、どう考えても今の仕事を抱えたまま取り組むのはきびしいのですが、今さら投げ出すわけにも行かず…、忙しくなりそうです。

少し前のことになるのですが、当院に労働基準監督署の職員が訪れました。 人事部門の職員がドタバタと対応していました。 それから数ヶ月が経過し、いろいろな会議で人事部門から「働き方改革」として、各部署で残業を減らすように呼びかけが始まりました。 「各部署とも、残業時間を〇〇時間内にするように、ご協力お願いします」 「労基署から強く言われていますので、ぜひ」 と。 どうも、労基署から、特定の部門で残業が常態化していることが問題視され、なにか対策しないとマズい、となったらしいのです。 「働き方改革」という言葉にモヤモヤ ワタクシ、この「働き方改革」という言葉が、どうも腑に落ちません。 短時間で、あるいは都合の良い時間に働いて、同じ利益があげらるなら、最初からそうしているはず。 どうも、単に政治家に利用されているだけのような気がするのですが…。 世の中には、少しの給料でよいので一定の時間で帰りたい人や、バンバン働いてその分稼ぎたい人、いろいろな人がいるはずです。それを単に残業時間というものさしで、規程内に納まっていたらOKで、はみ出していたらNGというのは、なんか腑に落ちません。 バブルの時代に就職した世代だから、そのへんの感覚が少しおかしいのかもしれませんが…。 労働時間が「長い＝不幸」、「短い＝幸福」なのでしょうか。 たしかに、精神を病んだり、自殺者が出ていることは、放置できない問題ですが、それが残業時間の問題なのかと…。 それを語るなら、時代遅れの労働関係法規を見直す必要があるのでは。 一つの会社に長く勤めること、社会保障の一端を会社が担うこと、適齢期に結婚し女性が家庭に入ること、など、多くの想定が時代にそぐわなくなっています。 自虐ネタですが、医療機関の事務員なんて、残業代を得ることが前提の給与設定ですからね。 で、具体的な方法は？ まあ、政治の話はこのブログの求めるところではないので、当院の話に戻ります。 お題は、「残業時間の削減」をどうやって達成するかです。 医療は労働集約型の産業なので、労働時間が減れば、それは収入に影響します。 つまり、収入が減っても良い、と腹をくくることができれば、残業をするほどの仕事を抱え込まなくて...

電子カルテベンダーさんのユーザー会でお見かけした、電子ペーパーの活用事例のことを書きます。 透析室の運用の中枢を担うのが、「透析支援システム」です。 「透析支援システム」はその名の通り、透析室の各ベッドで行われる血液透析を管理するもので、本来はコンソール（と呼ばれるベッドサイドにある血液を循環する装置）とは別物なのですが、切り離して考えるのはなかなか難しいのです。 透析支援システムのベンダーロックインと当院の事情 というのも、支援システムとコンソールの間はベンダーごとのプロトコルで通信されるからです。 一応、業界には「標準」のプロトコルもあるのですが、各ベンダーはこれを拡張し、寄り細かな管理ができるようにしているので、透析室の運用方法にもよりますが、少なくても当院では「標準プロトコル」は使い物にならないのです。 つまり、「コンソールがA社なら、支援システムもA社」というように、いわゆる「ベンダーロックイン」が形成されてしまいます。 当院では、透析室が複数あるのですが、〇〇透析室はA社、✕✕透析室はB社と、複数のベンダーが入っており、電子カルテと接続がややこしくなっています。 また、透析室によって操作方法が異なることで、看護師が「異動」ができなくなっています。 そんなわけで、透析支援システムのベンダー統合は重要な課題であり、次のシステム更新では、ぜひとも成し遂げたい課題の一つです。 電子ペーパー活用でベンダーロックインを回避 話はユーザー会に戻ります。 演題発表された病院を仮にK病院とします。 K病院さんでは、それまで使用してきた透析機器ベンダー製純正の支援システムを改め、電子カルテベンダーの支援システムに移行したとのこと。 なぜ、透析機器ベンダー製をやめてカルテベンダー製にしたのか、その点は語られていなかったのですが、思い当たるところはいくつかあります。 コスト削減効果もありますが、電子カルテシステムとの親和性の問題化と推測しています。 さて、透析機器ベンダー純正の支援システムではなくなることにより、コンソールとの間でやりとりできる情報が「標準プロトコル」に限定されます。 これによって使い勝手が損なわれる要素はいくつかあるのですが、そ...

この週末は、大阪で開かれた、カルテベンダーさんのユーザー会に出席してきました。 今回から数回にわたりユーザー会に出席して感じたことを書いてみたいと思います。 毎年ユーザー会に出席して、当院のITに対する理解度の低さを実感し、また、他の病院はどうなのだろう、という疑問を持ちます。 数々の演台発表を聞くと、その発想と技術力には感心するばかりです。 しかし、それと同じことが当院でできるか、と考えると、サッパリ想像がつきません。 例えば、ある病院さんが、手術の予定と進捗をリアルタイムに電子カルテのPCで共有する取り組みを発表されていました。 私は、たいへん良い取り組みだと思います。 当院では、手術に入る医師は、所持するPHSを事務に預ける仕組みになっています。 病棟からPHSに呼び出しがあると、事務が応答して「〇〇先生は手術に入っています」と返します。 病棟：「何時頃終わりますか」 事務：「もう少しだと思います」 なんてやりとりをしているのをよく見かけます。 これって、前述の取り組みで全て解決するのでは、と思います。 手術の予定は必ず入力されているわけだし、手術記録はリアルタイムに生成されるわけだし、このために誰かが新しいことをしなくて良いのです。 というか、今回の演台発表を見るまでもなく、何年も前からそうすれば良いと思っていました。私自身、先生の予定を確認するとき、手術予定の画面を見ますし。 しかし、当院でこれをやろうとすると、「電話で聞いた方が早い」という意見が出てくるのは容易に想像がつきます。 手術予定の画面を開くのが面倒なら、サイネージにしてステーションの中に表示しておけば、と思いますが、費用がもったいない、となるでしょう。 電話を受ける側にも人件費が発生しているし、返答できる情報も不正確。病院全体でみたら生産性が上がらないと思うのですが…。 それを議論することもなく、私も含めこれを立証しようとすることもなく、また今日も、医師から預かったPHSが鳴ります。 まあ、これは長い時間をかけて定着している病院の「風土」といってもいいもので、私太りの働きかけてそう簡単に変わるものではありません。 多くの演台に興味深く聞き入る一方、ふと我に返るとこのもどかしさ。 今回は、その落差が特に強いユーザ...

明日、電子カルテベンダーさんのユーザー会に出席するため、大阪に行きます。 これを書いてしまうと、もう当院が使っている電子カルテのベンダーさんがわかってしまいますね…。 それはそうと、今日はかるい話題。 現在、私は2019年に控えた、院内の各システムの更新の計画立案に取りかかっています。 いや、「取りかかろうとしている」と言った方が正しいか。 じつは、来年、電子カルテシステムのサーバーが保守切れになり、更新、つまり買い換えなければなりません。 で、いよいよ我々のような中小病院規模でもサーバーの「仮想化」が現実的になってきたと見込んでおり、その調整をしようというわけです。 サーバーを仮想化するなら、各部門システムもできるだけ多く仮想環境に移行したいものです。 で、「サーバの仮想化とは」という話を、各部署に説明して回っているところでして、具体的な計画立案はその先。冒頭に「取りかかろうとしている」と変な表現になったのは、そんなわけなのです。 ところで、サーバー仮想化の話をしていると、なぜか多くの人が「クラウド」と混同されます。 仮想化の説明をしていると、どうも話がかみ合わないので、よくよく聞いてみると「仮想化=クラウド」と勘違いしていることがわかったり。 先日、ある部署から、検査機器メーカーさんとの打ち合わせに呼ばれた時のこと。 「ほら、この間。次のサーバーはクラウドにするって言ってじゃん…、メーカーさんにそのことを話してもらおうと思って…」と。 一言も「クラウド」とは言ってませんが…。 まだ、サーバーの仮想化は決定事項ではありません。検討の結果、従来通りの物理サーバーになる可能性も残っていますが、それにしても…不安だ。