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

オムロンコーリンさんの スポットチェックモニタ って、ご存じですか。 患者さまのバイタルを測定して、無線LANでネットワークに送信する装置です。 当院では、電子カルテを導入した2012年12月から使用しています。 EconomicNews「オムロンのスポットチェックモニタ「HBP-1600」の進化は止まらない」（2014/10/16） 電子カルテの導入を検討している時期は、電子カルテの経過表を使うか、それとも今までどおり紙で管理するか、なんていう話題がありました。 今では紙の経過表なんて考えられませんが、当時は真剣に悩んだものです。 ちなみに、その当時、「 温度版に書くか、直接入力するか 」なんていう記事にしたのですが、この記事、今でもポチポチアクセスされているようです。 で、経過表がPCに置き換わると、「自動的に入力できないか」と考えるのが自然です。 それを実現しているのが、このスポットチェックモニタです。 比較的早い時期からsポットチェックモニタを導入していた当院には、たびたび導入検討中の医療機関様から、見学の申し込みがあったりして、こんなイナカまでお越しいただくのに恐縮したります。 システム管理者の集まりでも時折話題に話題になったりして、その時はちょっと鼻が高くなってしまったり…。 このスポットチェックモニタ、ここにきて結構注目を集めているのではないかと感じています。 先日も、「注目を集めている」ことを体感することがありました。 今、当院では、血糖測定器の導入を検討しています。今でも血糖測定器はあるのですが、電子カルテにデータを転送する機能がついたものにリプレイスしたいのです。 （先に書いておきたいのですが、スポットチェックモニタには血糖測定の機能はありません。） 血糖測定器をリリースしているメーカーさんにコンタクトを取って、製品について説明していただくわけですが、その際、「スポットチェックモニタを使用している」と話すと、ほとんどのメーカーさんが「スポットチェックモニタ経由でデータ送信することができるんです」と、声のトーンが一段階上がるのです。 もともとスポットチェックモニタでは、RFIDで各種センサーからデータを取得するのですが、同じく、RFIDを使って転送するもの、USB接続するもの...

先日、当院で新しい施設を建設するための打ち合わせがありました。 打ち合わせの中心に、今回ご担当いただく設計士の先生がいたのですが、その先生、iPadを使ってプレゼンテーションを始めたのです。 今回の記事は、プレゼンの中身ではなく、プレゼンそのもの話です。 私にとって、iPadなどのタブレットを使ったプレゼンは初めてでした。 最初は、こんなふうに思っていました。 たしかにiPadだったら、持ち運びが軽くていいだろう。 でも、資料はPCで作っているはずだから、コンバートするのが面倒ではないか。 専用のコネクタが必要になるのは面倒だな。 と、とりたてて驚くこともなく、淡々とプレゼンは進んでいきました。 ところが、工期のガントチャートを表示したところで、思わぬ感動が…。 1枚のスライドに、これからの2年余りに渡る全工程が入っているものだから、全体を見渡すには良いのですが、今月、来月の話をするには表示が小さすぎるのです。 案の定、話題は「全体の話」から、「直近の課題を議論する」ことに…。 すると、サッと画面をピンチアウト（つまんで広げる操作）して、今月と来月の部分を拡大したのです。位置がずれても、指先でサッと整えて、そのまま議論に入りました。 しばらくしてまた全体の話になったら、サッとピンチイン（つまんで狭める操作）で、全行程を画面に表示しました。 全体のイメージもつかみやすく、ディスカッションの流れを止めることなく、そのまま各論にも入っていける。 「これは、アリだな」 と、感動してしまいました。 ところで、私がメインで使っているPCは、SONYのノートPCで、タブレットスタイルでも使えるタイプなのです。 以前に SONY、PC事業から撤退！の中、VAIO Fit13A レビュー という記事で、その評価を書きました。 その時の結論としては、「今後、タブレットとしての使い道がどれだけあるか」と締めくくったのですが、その後タブレットとして使った回数は正直言って「0回」。ノートPCとタブレットは、まだ別々に考えたほうが良いという思いが日に日に強くなっていました。はっきり言って、ノートPCで良かったと後悔していました。 設計士の先生のプレゼンを参考に、私のVAIOにも、新しい魅力が見つかる...

前編 では、電子カルテのサーバー次々にシャットダウンしていくところまで書きました。 もう、頭は真っ白、事態が飲み込めずにいると、ほどなくして今度は各ランプが激しく点灯し始め、けたたましい音でファンが高回転しているのがわかります。「ブーン」どころか、「ウォーッ」みたいな…。 これは、まさにサーバーが起動する「儀式」。 そして、サーバーがシャットダウンしたことを認める私。 PHSが鳴り「うわっ、来た…」と思いながら応答すると、 「なんか、電カルの画面に、通信エラーとか出てるんですけど…」と。 電子カルテベンダーさんに急ぎ電話して、リモートで状況確認していただくも、 「たしかに、一度シャットダウンしているようですが…」とのこと。 「とにかく、なんでもいいから、サーバーよ、早く起動してくれ」と祈る私。 時間の経過がやたらと長く感じます。 こういう時、ベンダーさんの担当者が冷静なのがカチンと来たり…。 結局、シャットダウンからサーバーが完全に起動し、電子カルテは正常を取り戻すまで30分程度の時間が経過しました。 カルテベンダーさんから原因調査の報告をいただいたのはその翌日でした。 原因はUPSの設定ミスであったとのこと。 前編 に書きましたが、停電を検知してから、一定の時間電源供給が回復しないとシャットダウンシークエンスが指導する設定で、通常はこれを240秒で設定しております。 今回、この秒数をキャンセルすることにしたことにより、パラメータを「9999（秒）」に設定したのだそうです。（設定はベンダーさんがリモートでするので、我々は操作しないのです） ところが、この「9999（秒）」は、「停電を感知したら、即時シャットダウンシークエンスを開始する設定」だったのです。 では、シャットダウンさせないようにするには…、パラメータを「0（秒）」にするのです。 なんともまぎらわしいのですが、これがUPSとコントロールソフトの「仕様」なのだから、しかたありません。 これには、カルテベンダーさんも平あやまりでした。 わかってしまえば、なんてことのない些細なミスですが、現場のみんさんには本当に申し訳ないことをしました。 漏電検査は毎年行われるので、つぎしっかり準備したいと思います。

先日、電子カルテサーバーが停止するという、大トラブルがありました。 それは、毎年行われている「漏電点検」の作業中に起きました。 漏電検査では、検査中は商用電源を切り、必要最低限の設備のみ、自家発電機による「非常電源」で稼働させます。 非常電源に切り替えると言っても、シームレスに切り替わるわけではありません。商用電源を呈した後、点検が終わったものから順次非常電源が供給されていきます。 ある程度の時間は、電源供給が停止するわけです。 「点検が終わったものから」非常電源を接続し稼働させるわけですが、電子カルテは「最重要」とされ、サーバー室に通じるルートは一番はじめに点検して、非常電源の接続が行われます。 保安協会の方によると、「最優先」で点検・切換しても、5分程度はかかるとのこと。電気が全く供給されない時間が5分あるわけです。 さて、電子カルテを導入していれば、UPS（無停電源装置）を設置していないことは、まずないと思いますが、その設定は医療機関によってさまざまだと思います。 当院では、電源供給が停止して240秒、つまり4分が経過すると、自動的にシャットダウンシークエンスが開始する仕組みになっています。 言うまでもありませんが、シャットダウンシークエンスが始まったら、元には戻れません。 電源供給の停止時間が5分に対し、UPSの持続時間が4分…ということは、電子カルテサーバーを一度シャットダウンするしかない…と思って、カルテベンダーさんと相談したら、あっさり、「では、シャットダウンまでの時間を10分程度にしておきましょうか」とのご提案。 聞くところによると、当院のUPSは、通常業務中でも1時間程度はサーバーを稼働させるほどのバッテリー容量があるとのことです。 ならば、5分や10分ということでなく、シャットダウンに至る設定そのものを外してしまおうということになりました。 そんな準備をして迎えた漏電検査当日。 念には念を…ということで、カルテベンダーさんにUPSの設定変更が済んでいるかどうか確認。 （ちなみに、設定変更はリモート接続で、ベンダーさんにしてもらいました。） そして、サーバー室で待機。サーバラックの前に陣取り、院内が停電状態に移行するのを待ちます。 院内放送が入り、まもなくサーバー室の照...

今日は、なんともお粗末な失敗談を。 当院では、食事については、電子カルテでオーダーを入力し、栄養科では別ベンダーの給食システムで処理しています。 栄養科から、「食事のオーダーの一部が給食システムに転送できない」と通報を受け調査に。 ある入院患者さまで、今日まで絶食だったのですが、昼食から食事を出すことになりました。 お昼過ぎに、病棟から栄養科に連絡が入り、この患者さまの食事が出ていないとのこと。栄養士が給食システムを確認したところ、食事の変更オーダーが入っていないとのことで、私が呼ばれたわけです。 電子カルテ側の入力を確認すると、確かに食事変更のオーダーが入力されている。 再度転送を試みるも、やはりこのオーダーだけが転送できない。 栄養科スタッフ：「とりあえず、（PCを）再起動した方がいいですかね…？」 私：「いや、ハードウェアやネットワークの問題だったら、全件が転送できないはずなので、なにか原因があるのだと思います。各ベンダーにも調査協力を依頼して…」 自分のデスクに戻り、システムの仕様を確認していたら、栄養科から連絡が入り、 栄養科スタッフ：「お手数かけましたが、なんとか送れるようになりました」 私：「え゛っ…。なにか、設定でも変えたのですか？」 栄養科スタッフ：「いや、再起動したら送れるようになりました。」 私：「あぁ～、そっ、それは良かったです…。」 その後の調査で、転送アプリケーションの起動に問題があったことがわかりました。実際には、全ての転送ができていなかったのです。 転送アプリケーションは当日を含め、前後数日間のオーダーを転送対象にしているので、「今日」の転送処理がエラーになったとしても、「昨日」転送した分は問題なく転送されています。 つまり、昨日の転送処理をした後に入力されたオーダーのみが、エラーになっていたのです。 PCを再起動することによって、結果的に接続アプリケーションのネゴシエーションが初期化され、通信が再開したということです。 対応してくれた栄養科スタッフが、これまたいい人で、「大きな問題じゃなくて良かったです！」なんて、爽やかに言ってくれるものだから、余計に恥ずかしい…。

この問題で悩む医療機関は多いのではないでしょうか。 病院で勤務する職員は、ほとんどの場合、その病院の電子カルテに自身の情報が登録されます。 「健康だけが取り柄」な人でも、健康診断は避けられないので、病気知らずとはいえ電子カルテに情報は載ってしまいます。 電子カルテだから、基本的に職員であれば閲覧可能になっているわけで、やはりプライバシーの問題になるわけです。 この時代ですから、個人情報をなんらかの企業に預けることは、珍しいことではありません。しかし、それが身内からみられる可能性があるとなると、気持ちのいいものではありません。 私のような（慢性の肩こり・腰痛を除いて）至って健康な人間は、全く気にならないのですが、病院職員の中には女性職員もいたり、デリケートな疾患を持っている（いた）人もいます。 余談ですが、私の周りだけかもしれませんが、ドクターは自分のカルテを見られるのを嫌がる人が多いですね…。 さて本題です。この問題には、前職の医療機関でも経験しており、当院の電子カルテ導入でも、カルテベンダーさんと話を重ねました。 落としどころはこうなりました。 ログを監視する仕組みは、「形だけ」つくる。 監視していることを院内でチラつかせ抑止力とする。 まず、電子カルテの機能として存在する、「閲覧制限」について話し合いました。 ここで問題になったのは、職員でも救急で運ばれてくる可能性が「ないわけではない」ので、その時に、「カルテが開けない！」というのは、あってはならないだろうと…。 「閲覧制限」の千がなくなると、あとは、「見た人」をチェックするしかありません。 もちろん、職員のカルテが開かれたことを、ログからピックアップすることは至簡単なことです。 問題は、それが診療上の必要性があって開いたのか、それ以外の理由で開いたのかを識別することが困難なことです。 気の利いたアルゴリズムを構築して…、例えば、職員のカルテを開いても、オーダーが出ていれば、あるいは、会計が発生していれば問題ない…などのルールでログを自動的に解析できればよいのですが、そこまではカルテベンダーさんも手が回らないようです。 なので、常時監視するのではなく、ランダムにピックアップしてそれらしいものがあったら、閲覧した職員の上司に報告し、閲覧理...

電子カルテを導入してもうすぐ2年というところですが、ずっと解決できない問題があります。 最初は簡単にかたづく問題だと思っていたのですが、未だに解決できていません。 それは、「PACSのビューワー画面（以下：PACS）を自動的に閉じたい」というものです。 外来のブースで患者Aを診察しています。ディスプレイは2面構成になっており、片方のディスプレイに電子カルテが、もう片方の縦に見ているディスプレイにはPACSというのが、一般的なレイアウトでしょう。 患者Aの診察が終わり、オーダーを発行し、記録をセーブし、カルテを閉じます。 次の患者Bに診察室に入っていただきカルテを開きます。そこで、問題になるのですが、カルテからPACSを呼び出さない限り、もう一方のディスプレイには、患者Aの画像が開いたままです。 PACSの画像を見て内容がわかる人はそうそういないとは思いますが、だからといって許されるものではありません。 で、当院では、診察が終わるとスタッフが、毎回PACS画面をを「最小化」しています。 なぜ、「閉じる」ではなくて、「最小化」なのかは、再び使う際の起動時間の問題です。 当院が使用しているPACSは、「閉じる」で完全に終了してしまうと、再起動までに時間がかかるのです。その点、最小化なら問題ありません。 この、「電子カルテを閉じる際に、PACSを最小化したい」というのが、電子カルテの導入当初から指摘されていた問題であり、未だに解決できていないのです。 電子カルテ側には、シェルのアプリケーションがあるので、そこでなんらかのコマンドやバッチを起動することはできそうです。 しかし、PACSの側にそれらしきコマンドが用意されていないとのことです。 さて、この問題、当院だけではないはずで、PACSベンダーさんに「他の病院さんではどうしているのですか？」と聞いても、なぜか明確な返答をいただけなくて…。 この件、もともと言い出したのは当院の院長で、当時は、「早急に対応します」なんて引き受けたのですが、たいした進展もなくかれこれ2年。この話題になるたびに、頭をかいています。