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

先日、テレビ東京の経済ニュース、「ワールドビジネスサテライト」を見ていたら、「顔認証」をはじめとする、生体認証の特集がありました。 特集では、ある会社の社員食堂で、食事代金を顔認証でカウントし、その後給与から天引きするという試みが放送されました。 なんでも、技術はNECさんのもので、すでにスポーツなどのイベントで使われているとのこと。 NECの顔認証技術（NECWebサイトより） 放送では、文字通りあっという間に認証する様子が映し出されました。 このニュースを見て思ったのが、今日のタイトル、「医療現場で使えないか」と。 ここのところあまり報道されませんが、患者や検体の「取り違え」が大きなニュースになったことがありました。 医療機関は、「安全対策」として、あの手この手でこの、「取り違え」を防ごうと必死です。 以前、安全対策の会議に出席した時のこと、患者取り違えのインシデントが報告されました。 外来の検査室からの報告でした。 入院では、多くの医療機関が患者さまの手首や足首にバーコードをつけてもらうことで、いわゆる「3点認証」があたりまえになっています。 一方、外来では診察券と、患者さま本人に対する氏名・生年月日の確認などで、対応していることが多いのではないでしょうか。 当院でも、診察や注射、検査の際には、必ず患者さまの氏名と生年月日を確認してから実施しています。 さて、話は安全対策の会議に戻ります。 「患者取り違え」のインシデントを報告さて、出席者の間でいろいろな意見や情報が交換されました。 その中で気になったことが…、ある職員から、氏名と生年月日の確認に、思わぬ落とし穴があるとの指摘。 【言わせるな!】 患者さまの氏名と生年月日を、職員からしゃべってしまうと、耳の遠い方や、認知症の方などは、違っていたとしてもうなずいてしまうことがあります。 このように、流されて『はい』と言ってしまうことを避けるために、患者さまの情報は、患者さまご自身に言っていただきます。 すると、患者さまの中に気分を害される方がいるというのです。 「人に名前を聞くなら、まず自分から名乗れ！」とは、どこかで聞いたことがあるセリフですが、まさか…。 先ほども書きましたが、「患者取り違え」がニュースでも大きく取り上...

少し気になったニュース。 ルフトハンザ、乗客に提供する新聞や雑誌をデジタル化　搭乗3日前からダウンロード可能に（2017年1月9日 3:24 pm Traicy編集部） 航空会社が機内で読むための雑誌をデジタルで配信するというものです。 「搭乗3日前からダウンロード可能に」ということなので、備え付けのモニターで見るのではなく、自分のデバイスを使うということなのでしょうか？ そこまで準備して雑誌を読みたいものなのでしょうか。あまり飛行機に乗らない私には実感がないのですが…。 さて、このニュースを見て思い出したことがあります。 1年ほど前でしょうか、当院にお越しになっているドコモの方から、別の病院さんで、待合室で「 dマガジン 」の提供を検討している、という話を聞いたことがあります。 当時から、dマガジンのヘビーユーザーの私。 「あったら便利かも」と思う一方で、当院の患者さまはご高齢の方が多いので、タブレットの操作や、雑誌のラインナップがマッチするのかなど、いろいろ疑問があり当院ではそれ以上話が広がりませんでした。 今度、ドコモの方がいらっしゃったら、当時検討していた病院さんが、導入に至ったのか聞いてみようと思います。

今日で仕事納めということで、1月に宣言した目標がどの程度達成できたか振り返りたいと思います。 今年の初めに立てた目標は二つ。 院外に発信すべき情報の流れを整理する 院内にデータ活用の意義を伝える ちなみに昨年のブログはこちら 今年もよろしくお願いします-今年の目標（2016/1/4） 院外に発信すべき情報の流れを整理する 達成率 10% ほぼ進展なしです。 当院には、情報発信のチャネルとして、掲示物、サイネージ、Web、紙面広告などいくつかあります。 問題はこれらのチャネルにどのような情報を出す（出してはいけない）かを統括する仕組みがないことです。 なんとかこの状態を整理しようと、目標を掲げたのですが、1年経過した今、ほとんど状況は変わっていません。 唯一進展したのは、サイネージに掲載するコンテンツ制作の窓口統一できたこと。 今まで、システム部門と経営企画室（私）の2つの窓口になっていたのですが、経営企画室で一元管理することになりました。 成果はこれだけ。 なぜ進展しなかったのか…、他人のせいにするようでツライのですが、あえて書くなら、上層部が問題に感じていないから…、でしょうか？ たしかに、都心の医療機関と違い、あまり競争もないので、広報にあまり力を入れる必要もないのでしょうが、それでも、情報発信はしているわけで、どうせやるなら効果をもっと発揮できるようにすれば良いと思うのですが…。 いろいろ提案するのですが、「〇〇が良ければいいけど…」などと言われ、たらい回しになり、そのうち何も決定せずに、いつの間にか停滞するという、なんとも不思議な感じ。 院内にデータ活用の意義を伝える 達成率 80% こちらは広報関連に比べ、積極的に動きました。 達成率の説明とともに、今年の活動を振り返りたいと思います。 年始めのブログでは「データを業務に活かす文化を築く」などと大風呂敷を広げましたが、とりあえず、今年はデータ活用の意義を、広く院内で伝えることができれば、良いかな…と思っていました。 最初は本当に苦戦しました。 理論をいくら説明してもわかってもらえない…、そこで、とにかく「やれることからやってみよう」と作戦変更。 とはいえ、私には現場が...

こぼれたコーヒー 先日、プライベートで近くのショッピングセンターのカフェに行った時のことです。 そのショッピングセンターにはいくつかのカフェが入っており、私はその中から「カフェ・ド・クリエ」に入店しました。 恥ずかしながら、私はカフェと言えば、ドトール、スタバ、タリーズくらいしか行ったことがなく、カフェ・ド・クリエは初めてでした。 なぜ、選んだかというと、店頭に立っていた看板のサンドウィッチがなんともおいしそうだったことと、他のカフェより「すいていたから」。 さて、サンドウィッチは調理時間がかかるということで、コーヒーだけ受け取り、特に席の種類にこだわりがなかったので、視界に入った二人がけのテーブルに腰掛けようとしました。 その時です。コーヒーのトレーを置いたテーブルがグラッと動き、中身のコーヒーがカップから溢れてしまいました。トレーやテーブルの上にガッツリこぼれるほどではなかったのですが、カップの下のソーサーになみなみとコーヒーが溜まってしまいました。 よく見ると、テーブルの4つの脚（脚は1本で、下で「✕」上になっていて、床との接点が4箇所）のうち1つが、浮いているのです。 テーブルの脚の調整が悪いのか、それとも床がデコボコなのかわかりませんが、とにかく結構なぐらつきです。 ソーサーから持ち上げたカップのおしりを紙ナプキンで拭きました。 カップはソーサに戻さず、トレーの上に置いて、慎重にテーブルに腰掛けました。 しばらく、店員さんにこのことを伝えようか悩みました。 たかだかコーヒーがこぼれたくらいです。 少しだけ、「次にこの席に座った人が同じ思いをしたら…」と思い、このことを伝えてあげた方がいいかとも思いましたが、結局、会話をするのがわずらわしくて、私から何かを言うことはありませんでした。 その後、サンドウィッチを持ってきた店員さん。 なみなみとコーヒーが溜まったソーサーは、店員さんの視界に入ったと思われます。 ソーサーの隣にサンドウィッチを置いたのだから。 店員さんが何かを思ったか、いや何も思わなかったかもしれませんが、これについて特に会話することもなく…。 私は何事もなくサンドウィッチを食べてお店を後にしたのでした。 接遇向上のセミナー開催に思う 日本では、患者様には医療機関を選択する...

先日、医療機関のシステム管理者が集まる私的な研究会に参加した時のことです。 いくつかの興味深いテーマについて、プレゼンあり、意見交換ありの、たいへん有意義な会でした。 その中で、システムのリプレースについて話し合われた時のことです。 テーマは「ベンダーロックに、いかに対応するか」です。 ベンダーロックとは、既存のシステム、あるいは、すでに導入が決定しているシステムのベンダーにより、ユーザー側の自由度がなくなってしまうことを言います。 例えば、一定期間使っていたシステムを、他ベンダーに移行しようとした場合、データ移行の協力を既存ベンダーに申し出ると、法外な費用を提示された、なんてことは、システムに関わる人なら一度や二度経験しているのではないでしょうか。 そんな「ベンダー主導」にならないように、我々医療機関側はどんな対策ができるか、ということで意見が交わされました。 その中で気になったのが、大病院ではサーバーの仮想化が前提で話をされていることです。 「システムインテグレーターに、Hiper-Vの採用を打診したら、VMwareでなければダメだって断られた」 「各部門システムが、（仮想サーバー環境下での）自社の割り当てリソースに、法外な値を要求してくる」 「（仮想サーバー環境下での）動作検証費用が膨らんで予算を圧迫する」 などなど、こんな会話が、普通に交わされています。 もう、「（従来の）物理サーバーか、仮想サーバーか、」という話は、そこにはありませんでした。 これらの話は、いずれも大病院、ベッド数で言えば、最も少ない病院でも400床くらいだったと思います。 もちろん、当院はそこまでの規模ではありません。 しかし、レセコン（古い？）にせよ、オーダリングにせよ、電子カルテにせよ、大病院が導入し、その後中小病院にも普及していった歴史があります。 当院のような中小病院でもサーバーを仮想化するのは、時間の問題なのかもしれません。 実際に扱ったことがないからわかりませんが、サーバーの仮想化と言えば、これを使いこなすにはそれまでとは異なるスキルが求められることでしょう。 逆に、仮想化をシステムベンダーに丸投げしてしまうようでは、それこそコストだけが膨らんでしまうのでしょう。 あと何年後になるかわかりません...

当院では、来年度の予算立案に向けて、各部署が12月までに、必要な備品や設備などについて申請するルールになっています。 過去記事 「HIS系システムの中長期計画を立てることになりました」（2016/5/17） で書いたとおり、私は、各システムのリプレースのとりまとめをする仕事があり、各部署とメーカーさんからの情報収集、そして院長・事務長への説明に追われる日々です。 なんといっても、来年度2017年は、当院が電子カルテを導入した2012年から数え丸5年を経過します。 5年と言えば、システム見直しの一つの目安であり、特にサーバー関係の保守契約が満了することで、一部・あるいは全部のリプレースを迫られます。 各部署とメーカさんへの一次ヒアリングは終了しており、今のところ一部の部門システムを除いては、大きく動くことはなさそうです。 そして今、悩みに悩んでいるのが、他でもない、私が使用するDWH/BIツールの購入を申請するかどうか。 なんだかんだで、1年がかりで温めている案件。 話が出た当時は少し盛り上がったのですが、なんとなく院長に話すには自信がなく、時間ばかりが経過してしまいました。 最近、データ分析のオファーが殺到しており、かなり活気づいてはいるのですが、「導入費用の元が取れるのか？」と突っ込まれると、そこまでの材料は持ち合わせていません。 予算申請まで1ヶ月少々、データ活用の実績を積み上げ、なんとか来年度予算にねじ込みたい…。

先日、あるダイレクトメールに目がとまりました。 「ESA製剤適正化ソフト」なるものです。 当院は大規模な透析施設を運営しております。血液透析は当院の収益構造の柱の一つと言えます。 血液透析の中である種の薬品、「ESA製剤」を使って透析患者さまの状態をコントロールするのですが、このESA製剤、たいへん高価なのです。 高価な一方、種類が豊富にあり、患者様の状態に合わせ適切なものを使用すれば良いのですが、過剰に投与することは本来病院が得られる収益を圧迫することになります。 それを解決するのが、この「ESA製剤適正化ソフト」ということです。 当院ではどうなっているのか、情報がバラバラ 当院では、長いこと血液透析に取り組んでいるので、当然このような取り組み（ESA製剤の適正化）は行われているのだろうと思いますが、念のため、現場に確認することにしました。 すると、「もちろんやっている」、「昔はやっていたけど今はやっていない」、「いや、仕組みはあるけど普及していないだけ」と、もう聞く人（部署）によってバラバラ。 「やっている」派の人も全ての人が同じ見解ではなく、「あの部署がやっている」という「部署」が違ったり、使っているデータの出どこが違ったり、これまたバラバラ。 こんな疑念が湧いてきます。 本当はESA製剤の投与量が正しくコントロールされていないのではないか されていたとしても、複数の部署で同じような仕事をしているのではないか いずれにしても「残念」なことです。 この件は、今後しっかりと調査しようと考えています。 バーコードがある同意書、ない同意書 もうひとつ、「残念」な事例を。 紙の同意書をスキャンして保存することは、今や珍しいことではなく、当院でも4年前（2012年）の電子カルテ導入と同時に取り組んでいます。 先日、人事異動で、医事課の職員が健診部門に移ってきた時のこと。 「健診の同意書って、こんなに面倒なんですか？」と。 通常、同意書には全てバーコードが印刷されており、複数の同意書をまとめてスキャナにかけても、患者別フォルダ別に自動的に仕分けされます。 ところが、健診で発行している同意書にはバーコードが設定されておらず、一人ずつ患者様のカル...