投稿

温湿度ロガーを使ってみるというのはいかがでしょうか

購買部門のある日の会話 看護師長:「ウチの病棟に加湿器置いてほしいんだけど、今すぐ!」 事務職員:「え、今すぐって言われても…。ところで、なんで急に必要になったんですか?」 看護師長:「今までなかったのがおかしいのよ。とにかく早くね!」 事務職員:「はぁ…」 事務職員:「◯◯病棟で、今すぐ加湿器がほしいと言われたのですが…」 事務長:「なんでそんな急に…。そもそも、実際に現場はどれくらいの湿度なの」 事務職員:「一応各部屋に温湿度計はおいてあるのですが、常に誰かが記録しているわけではないので…」 事務長:「看護部はなんて言ってるの?あっちの病棟に買ってこっちの病棟に買わないってわけにいかないし。あと、買うとしたらどんなの買うの?家庭用で、十分加湿できるのかね?」 事務職員:「いやぁ、なんとも言えませんが…」 こんなことありませんか。 私は今まで複数の医療機関や介護福祉施設で働いてきたのですが、どこでもこれと似たような話がありました。 近年は、厚生労働省もインフルエンザ対策の一つとして適切な「湿度」を保つことを奨励しており、また、患者さまに快適に入院生活を送っていただくには、「空調」は大きな要素の一つであり、なんとかしたいものです。 最近では、加湿機能を備えるエアコンも出てきているのですが、建物の付帯設備であるエアコンをそうそう取り替えるわけにもいきません。となると、やはり加湿器に頼ることになります。 さて、事務長の立場として悩ましいのは、加湿器を購入したとして、十分に効果を発揮してくれるのか、ともすると、そもそも加湿が必要な場所なのか、客観的な判断材料がないことです。 一応、院内のいたるところに温湿度計を設置していますが、それを逐一記録してはおらず、結局現場の職員の主観になってしまうのです。 そして、確たる根拠もないまま、購買部門の職員が、量販店で大量の加湿器を購入しているわけです。 そんな光景を見て、我々システム管理者は思います、「現場に湿度(どうせなら温度も)のセンサーを置いて、定期的に記録できたらいいのに」と。 もし、温湿度計の値を定期的に記録してデータ化することができたら、的確な対応が取れるようになるし、購入の根拠にも客観性が得られます。 ネットで探してみると、結構な種...

電子カルテのデータは、院外にバックアップする時代に

長野市民病院が大規模災害に備えた電子カルテ データの保全に、Microsoft Azure の日本データセンターを採用(Microsoft News Center) つい2、3日前に、事務長から「もし、病院が大規模災害に見まわれたときに、電子カルテのデータって、どうなるの?」と聞かれたました。 このとき事務長が言っていたのは、単純なバックアップデータの保存先の話ではなく、「当院に入院中の患者さまが転院を余儀なくされた場合に、患者さまのカルテデータを効率的に引き継ぐ方法はないか」ということだったのですが、私が知る限り、それが簡単にできるほど、電子カルテの構造は簡単ではありません。 電子カルテのリプレイスをする際、それなりの移行費用が発生するわけで…。 さて、そんな事務長の話は置いておき、電子カルテのデータのバックアップを、安全な場所に保存しておくことは、地震大国日本の中で、とても重要なことだと思います。 以前、ある病院に見学に行った際、サーバー室を病院敷地の東と西のはじにに分けて配置していらっしゃいました。カルテサーバーの本番系とバックアップ系を物理的に離しておくことで、万が一の時、全てのサーバーがつぶれる可能性を低くするという試みで、なるほどと思いました。 とはいえ、サーバーが全てつぶれてしまう可能性はゼロにはできないわけで…。 バックアップデータもできるだけ物理的に離して保存するというのは、ネットワークインフラが整ってきた現在、現実的な選択肢だと思います。 記事の最初にリンクを張らせていただいた長野市民病院様の件、詳細がわからないので、クラウドの、Azureの、メリットがわかりませんが、こういった「院外へのバックアップ」が今度の潮流になるのではないかと思っています。 そういえば、当院で使用している電子カルテのメーカーさんも、本社屋に耐震設計のマシンルームを完備し、遠隔のバックアップサービスを開始するとのことです。 余談ですが、この「長野市民病院」様、以前このブログで、「 デジカメの画像を電子カルテに取り込むには-デバイス管理 」という記事を書いたのですが、その際、こちらの病院様でリコーさんのデジカメで、無線LANを使って転送する取り込みを紹介させていただいたのです。 今回も、一歩...

ノートPCの液晶ディスプレイの解像度がスタンダードとフルHDに2極化された

ノートPCを購入するとき、機種選定の要素の中で、かなり大きいのが液晶ディスプレイです。 処理速度や記憶容量ももちろん重要ですが、ディスプレイは仕事の効率だけでなく、ユーザーが直接「見る」デバイスとして、身体的な負担に影響します。 基本的にディスプレイが大きいほど見やすくなりますが、ノートPCは「持ち運ぶ」ことが前提の筐体。 ただ大きければ良いというものでもありません。「視認性」と「可搬性」をどこでバランスさせるか、とても悩ましい問題です。 そして、ノートPCでは、あたりまえのことですが、液晶ディスプレイは交換することができません(修理交換の意味ではなく)。デスクトップ機であれば、最悪、他のディスプレイに交換することもできますが、一体となっているノートPCでは、「失敗した」と思っても、ずっと使っていくしかないのです。 さて、電子カルテに使うノートPCの機種選定で、最近困ったことが起きています。 ディスプレイの視認性を考える上で、サイズとともに重要なのが、「解像度」です。 最近市場に出回っているノートPCのディスプレイの解像度といえば、スタンダードなものでWXGA(1366×768)、ハイスペックなものではフルHD(1920×1080)です。 Apple社のRetinaディスプレイに代表される超高解像度(2880×1800)なんてのもありますが、このような特殊なものを除くと、ほとんどは、WXGAかフルHDです。 問題は、当院で標準的に採用しているノートPCの解像度が、WXGAとフルHDの中間のWXGA++(1600×900)であり、この解像度の液晶が市場にほとんどなくなってしまったことです。 このWXGA++(1600×900)、今となっては中途半端なサイズですが、他に選択肢がなかったのです。 まず、電子カルテシステムの画面が、WXGA(1366×768)では表示しきれず、レイアウトが崩れてしまう問題があったからです。かといって、ノートPCのディスプレイは15.6インチ。フルHD(1920×1080)では、文字が小さくなってしまいます。レイアウトが崩れず、文字が細かくならない、ちょうど良いのが、WXGA++(1600×900)なのです。 (ちなみに、21.5インチや、24インチのデスクトップ型では、フルHDで全く問題あり...

Webサイトのリニューアルに向け、制作会社の選定

じつは、少し前から動いていた話なのですが、当院のWebサイトをリニューアルするにあたり、その担当をすることになりました。 かれこれ1年くらい前から話が出ていて、全面的にリニューアルしようということで、Webサイトの制作会社の選定から行いました。 現行のサイトを制作した会社にも声をかけて、全部で4社を比較しました。 Webページは、基本的にはHTMLという共通の言語で記述され(いろいろなスクリプトなどがありますが、それは専門のサイトご覧ください)ます。ということは、制作会社を比較する際、技術的な要素で差別化することは難しくなります。 電子カルテだったら、「他社にはないこの機能が”売り”です」と言えますが、Web制作はそういうわけにもいきません。 当院ではこんな点に着目して、制作会社を比較しました。 医療機関のサイトを作成した経験と、これに基づく提案力 スマートフォンサイトの対応 金額 【医療機関サイトの経験と提案力】 医療関係者の型は皆さんご存じだと思いますが、医療機関のWebサイトには微妙な「制約」があります。 医療法には広告規制 がありますが、Webサイトはこの「規制」の対象外です。しかし、このご時世でそうも言っていられないのでしょう…、厚生労働省は ガイドライン なるものを公開しています。 虚偽はもちろんですが、たとえば「絶大な効果があります!」みたいな客観性に欠ける内容もNGです。「国内最大の」なんていうのもNGです。でも、こういうセリフって、医療以外の業界ではよく見かけます。 そういった中で、情報を伝達するチャネルの一つとして効果を上げるためのノウハウを提供していただける会社にしたかったのです。 また、サイトを運営していく中では、いろいろな課題に直面すると思うので、制作段階だけではなく、継続的にノウハウの提供をしていただける会社にしたかったのです。 現行のサイトは、5年前に全面リニューアルした際、 CMS を採用し、それ以来、ずっと同じデザインのまま、新着情報だけCMSでアップデートしてきたのです。 【スマートフォンサイトの対応】 どれくらいの人たちがWebサイトの閲覧にスマートフォンを使うのか、正確な数字はわかりませんが、おそらく相当な割合なのだろうと思い...

結局、VAIO 13Aを手放し、Pro13を購入

前回投稿から、ずいぶんと時間が空いてしまいました。 その間何をしていたかというと、ズバリ、メインPCのリプレイスです。 以前、メインPCとして、 VAIO Fit13A を使い始めたのが、今年(2014年)の2月でした。 このFit 13A、画面がクルッと回って、タブレットにもなるという、独特の構造でデビュー。 当時、タブレットや、タブレットとのハイブリッド機が、今後普及してくるのだろうと考え、システム管理者として、一般職員に先んじて体験しておく、ということでこの機種を選んだのですが、考えていたほど、タブレットとしての出番がなかったのです。 その独特な機構のため、同クラスのPCと比べると重くなるのはしかたないのですが、使わない変形機構のおかげで重くなっているかと思うと、なんともやりきれない気持ちでした。 詳しくは当時の記事をご覧ください。 SONY、PC事業から撤退!の中、VAIO Fit13A レビュー(2014/2/13) そして、2014年12月、思い切って(というほどでもないのですが) VAIO Pro13 に乗り換えてしまいました。 11月下旬、事務系の課長が、きっかけがあってPCを入れ替えなければならなくなったのですが、その課長、「俺も ベルカンポ みたいに、院内で持ち歩けて、デスクではディスプレイとキーボードを接続して使いたいんだけど…、っていうか、 ベルカンポ と同じのがいいんだけど…」と。 ここぞとばかりに私、「だったらコレ、使いますか?」 これぞ「渡りに船」。 「この型はもう生産していないので、市場で見つからないと思うんです。でも、課長がコレを使いたいのであれば…、ぜひ使ってください!」 なんて、「渋々譲る」を演出。 そして、PCを購入する権利が私の元に転がり込んできたわけです。 「何にしようかな~」なんて、一応、価格.COMに目を通しますが、心の中ではすでに決まっています。 Fit13Aを購入してからずっと抱いていた思い、「なんでPro13にしなかったんだ…」を今こそ晴らす時。 Pro13は、SONYから独立したVAIO株式会社で継続して販売しているのですが、若干価格が高い感じがして、結局、SONY時代のモデル、つまり今回手放すFit13A...

バーコードの読み取りは、スキャナの精度も関係があるようです

入院患者さまのリストバンドに始まり、検体ラベル、注射ラベル、受付票、会計票…と、さまざまなシーンで活躍するバーコード。 読み取りの精度でお困りの病院はありませんか。 いっそエラーになってくれればいいのですが、「読み違え」は本当に困ります。 一度バーコードの認識が間違うと、それが1万件に1件だろうが、100万件に1件だろうが、「バーコードを読み間違える可能性」を考慮したオペレーションをしなければならなくなるので、現場の業務負担は飛躍的に増えます。 当院では、電子カルテ導入からもうすぐ2年になりますが、たまに読み間違いがあって、インシデント報告であがってきたりします。 報告の「今度の対策」欄に、「必ず目視でも確認する」と書いてあると、システムを司る側としては、心が痛みます。 さて、このバーコードの読み取り精度についてですが、最近、スキャナの精度も関係していることに気づきました。 先日、「検体ラベルが読めない」ということで、連絡を受けました。ほどなくして、原因が、ラベルプリンタにあるということがわかりました。ラベルプリンタの細かいピンが欠けたことにより、白く筋が入るというか、印刷されないラインが入っていたのです。その幅は、肉眼でなんとかわかる程度。 この時、電子カルテのPCに接続している、1本1万円程度のスキャナでは読み取りエラーになるのですが、検査装置に付属している見るからに高そうなスキャナだと、キレイに読み取るのです。 最初は、これって検査装置のスキャナのほうが「大雑把」なのでは…と思ったのですが、メーカーさんに確認したら、これは「バーコードを補正する機能がある」からなのだそうです。 電子カルテ導入の際に機器選定したのは他でもない私なのですが、正直うと、バーコードスキャナに対する認識が低く、「バーコードなんて統一規格なんだから、どれでもいっしょ」くらいの考えでした。むしろ、ハードに扱われるので、消耗品的な考えて、安いもので回したほうがよいと思っていたくらいです。 認識率を向上させるには、他にも、バーコードの印刷を工夫するとか、チェック用の桁を埋め込むとか、いろいろ方法はあるのですが、これから導入を検討されている病院さんは、スキャナの精度も十分ご検討したほうが良いかと思います。

オムロンのスポットチェックモニタが盛り上がっているようです

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