電子カルテ

出典: フリー百科事典『ウィキペディア(Wikipedia)』
移動先: 案内検索

電子カルテ(でんしカルテ)とは、従来医師歯科医師が診療の経過を記入していた、紙のカルテを電子的なシステムに置き換え、電子情報として一括してカルテを編集・管理し、データベースに記録する仕組み、またはその記録のことである。

日本では、2001年12月、e-Japan構想の一環として厚生労働省が策定した「保健医療分野の情報化にむけてのグランドデザイン」において、「2006年度までに全国の400床以上の病院および全診療所の6割以上に電子カルテシステムの普及を図ること」が目標として掲げられた。しかし、2009年現在、いまだ達成されていない。

概念

検査オーダー、処方、画像・検査結果参照、医事会計等、比較的事務的色彩の強く定型化が可能な作業について電子化したオーダエントリシステムは、比較的早期から多くの病院で実用化されており、病院業務の効率化に貢献してきた。

一方、狭義に「電子カルテ」という場合、医師法歯科医師法で規定され、5年間の保存が義務付けられた医師の診療録自体の電子化を指す。もっとも、オーダエントリシステムと狭義の電子カルテとは、単一の端末上で操作されることがほとんどであるため、併せて「電子カルテシステム」と呼称することも多い。

紙のカルテとの比較

カルテ記載を電子化することにはいくつかの利点がある。

  • カルテの物理的な管理が不要になり、紛失の恐れが少なくなる。DVD-RUSBメモリなどにコピーすることで長期間かつ大容量での保存も容易で収納スペースも抑えられる(ただし、記録メディアの劣化、電子カルテシステムやOSのアップデートなどにより、データが解読不能になるリスクもあるので注意が必要)。
  • 診療経過をテキストや画像により保存した場合、文字が判読不能といった問題がなくなる。
  • テキストとして保存することで、データベースに含まれる任意のキーワード(医師名、患者名、病名など)による検索や、データの抽出(絞り込み)が容易になる。
  • 院内のサーバにカルテのデータベースを置き、クライアントにデータベースを参照するソフトウェアをインストールしてネットワーク化することにより、任意の場所でカルテを呼び出して参照できる。
  • ネットワークで、院外にあるデータセンタに接続し、クラウドコンピューティングにする事で、自然災害によるカルテの焼失や消失を防ぐ事が出来る。
  • 検査結果や画像とリンクさせることで、画像に直接コメントを入れたり、データをその場で様々な切り口からグラフ化するなど従来できなかった記載が可能になる。
  • 紹介状、診断書作成時や学会発表時などに、データの柔軟な再利用が可能。
  • 処方や検査オーダーと一体化することで実際の実施内容と記載内容を容易に一致させられる。

対して、紙のカルテに劣る面も存在する。

  • 医師や看護師などは新たに端末操作の学習を行う必要があり、一時的に業務効率が低下する(多くの場合、習熟効果が出ると業務効率は向上する)。
  • 通信ネットワークの断絶(ケーブルが抜ける等の些細なトラブルを含む)によってシステム全体がダウンする場合がある。
  • コンピュータウイルスによる感染や不正アクセスによる情報漏洩などを防止するため、セキュリティへ配慮する必要性が高くなる。
  • デジタルな文字は記憶をたどることが難しくなるテンプレート:要出典
    • システムを利用する以上、人の記憶に頼らず、検索機能を利用することが望ましい。
  • データを短時間かつ大量に盗難されるリスクが発生しうる。
  • 大量の盗難であっても、小さな記録媒体(USBメモリなど)で可能。
  • データの改変に際して証拠が残りづらい。
    • 多くのシステムは「いつ」「誰が」「どこに」「何を」記載したのか、それを履歴として残すようになっている。
    • 一部のシステムは、端末のシステム日付を変更する事により、履歴を残さずに過去所見の書き換えが可能になっている。
    • 電子カルテでありながら、書き換えた際に書換え前の記載が保存されないようなシステムも存在する。
  • 金額面での負担が大きい。
  • フールプルーフ(ヒューマンエラー抑止機能)がシステムに実装されていない場合がある。実装されていても、エラーチェックがかかっていない事例があり、医療記録が破綻している場合がある。
  • ファイルセーフ(異常検知即時停止機能)がシステムに実装されていない場合がある。実装されていても、連動したシステムへの異常通知等を行わずエラー停止する場合が多く、基幹システムの異常が他のシステムに波及する場合がある。
  • システムから出力可能な紙媒体が法制に対応できていない場合がある。監査時の紙出力時に不備が発見される場合が多い。
    • 1号、2号、3号等の紙媒体の出力書式がシステムによって定まっていない。
    • システムによっては1号、2号、3号用紙に必要とされる記載事項が出力できない場合がある。
    • 部門システムも内包している病院情報システム(HIS:Hospital Information System)の場合、放射線照射録、手術記録、等の諸記録上にも、不備が発見される場合がある。
  • 医事会計システム、電子カルテ、看護支援システム、その他の部門システムが分かれているシステムに多い事象として、各システムから出力される出力物の記載時間に齟齬が存在する場合がある。具体的には、電子カルテ及び各部門システムが基準としている時間がNTPサーバ(Network Time Protocol)等の時刻管理サーバを基準で動作している場合においては問題視されづらいが、時刻同期サーバを導入されていない場合は、時刻管理作業をシステム管理者の手に委ねられており、システムにおける日時の真正性の確実な保証がされていない構成で運用されている場合がある。視点を変えた事例として、患者の一括受付処理等で一括受付を行った患者の時間が全て同一になる場合がある。本来人の手によって受付等の処理が逐次なされた場合、完全に同一になる事は発生しづらいが、システムの一括処理を行う以上、回避できないものと考えられる。
  • 診療録に残される記載日時が記入した職員の勤怠状況と異なる事がある。職員の超過勤務の記載内容と齟齬が発生する事に始まり、カルテ開示時においてのカルテの真正性の破綻、看護体制の虚偽申請等の露呈まで波及する場合がある。時刻同期サーバを一度導入することにより確実な時間管理のきっかけを生むが、紙ベースの情報媒体のように日時の扱いに関して脆弱な管理は許されなくなっている。
  • 看護支援システムを導入している施設にて、各病棟看護師が記入する看護必要度を直接患者の状態を見ていない職種である事務職員、事務管理職員もしくは看護部長、看護副部長等のユーザーIDにて、常に看護必要度を上げる修正が行われている状況が発生している場合がある。月末に偏って看護必要度を上げる修正作業を特定のユーザーが集中的に行った場合や当該患者の看護必要度を退院後に増分修正を行う等の操作があった場合も看護支援システムの修正記録として履歴に残る。
  • 本来、医師が患者病名(疑い病名・確定病名)を患者診療録に記載することが前提だが、医師の日々の業務量の兼ね合いもあり他者(医療事務、事務員、メディカルクラーク)等の人員が医師の指示により代理記載している事例があるが、システムの記録上、同一部署、同一ユーザーによる病名記載が多数見受けられる場合、医師以外の他者が保険病名を独断にて記載していると判断される場合がある。他者の記載した病名を医師が最終承認する流れがシステム上存在しても、他者が記載した履歴の次に医師が承認したという履歴が医師法、療養担当規則によって認められるかは疑問が残る。

法的整備

カルテとは、医師・歯科医師が医師法第24条・歯科医師法第23条に基づいて記載し、5年間の保存が義務付けられている準公式書類である。 そのため、検査オーダや画像参照・会計などのオーダエントリシステムのように単純に効率のため電子化できるものではなく、狭義の電子カルテの実現には法的な裏づけが必要であった。

1999年厚生省(当時)は診療録の電子媒体による保存を認める通達を発表し、その際、電子カルテのガイドラインとして知られる以下の3つの条件を満たすよう求めた。

真正性 
書換、消去・混同、改ざんを防止すること。作成者の責任の所在を明確にすること。
見読性 
必要に応じ肉眼で見読可能な状態にできること。直ちに書面に表示できること。
保存性 
法令に定める保存期間内、復元可能な状態で保存すること。

今後の展望

標準化

電子カルテを採用していても、他院に紹介状を書く際にはデータや診療画像をフィルムや紙に印刷して患者に持たせる以外にないのが、ほとんどの病院での現状である。 国内の標準化については、厚生労働省が主体となり国内推奨フォーマットを規定している。認定は、厚生労働省から委託を受けているHELICSが審査を行っており、2013年時点で、HL7を踏襲したデータ連携仕様や、標準コードが認定されている。 また、地域医療連携に置いては、厚生労働省からSS-MIXというデータ蓄積仕様が提示されている。NEC富士通などの電子カルテ主要ベンダはSS-MIXを踏襲した地域医療連携システムを提供しており、国内における地域医療連携はこの仕様に基づいている箇所が大半を占める。

日本独自のフォーマットとしてXMLで表現するMML (Medical Markup Language) [1]が提案されている。MMLは (NPO) MedXMLコンソーシアム[2]で開発・改良が進められている仕様で、日本医師会標準レセプトソフト (ORCA) と電子カルテを接続する仕様にもMMLの部品であるCLAIM[3]が採用されている。 また、MMLを実装したEHRシステムであるiDolphin(Dolphin Project)がNPO日本医療ネットワーク協会[4]によって開発されており、稼働しているプロジェクトとしては、宮崎(はにわネット)[5]、熊本(ひご・メド)[6]、京都(まいこネット)[7]があり、終了もしくは停滞しているプロジェクトとしては、東京(HOTプロジェクト)[8]が挙げられる。

特定非営利活動法人 日本医療ネットワーク協会[9]による、全国版医療情報センター(Super Dolphin)[10]構築に関する活動も実施されている。

近年では世界的なEHRの動きを受け、各国でデータ交換の標準化・共通化が行われている。その一つが先にあげたHL7である。HL7アメリカを中心とした電子カルテフォーマットの標準化であり、日本でもJAHIS[11]が中心となり、アメリカのHL7をベースに日本独自のカスタマイズを加えた診療情報の標準交換規約が制定されつつある。また、各システムに役割(アクター)を割り振り、アクター間の動作をワークフローとして定義するIHEという活動も行われている。

電子カルテの入力について

カルテはその性格上、聴診や触診所見、入院後の経過等につき、自然言語や図面を使って記入されることが多い。これが年齢や処方内容等、容易に構造化できる情報とは違うカルテ保存での技術上の難題となっている。保存される情報の粒度を上げ、細かい入力欄を設けるほどに入力時間が増加し自由度は減少する。一方で、自然言語による記述は現状では、のちの情報の再利用や検索に支障を来たし、医療情報の構造化という意味では一歩譲る(しかし、構文解析エンジンや検索エンジンなどの進歩により、近い将来、自然言語による記述でも実用上大きな弊害のなくなる可能性はある)。

上記のような入力インタフェースの問題については、様々なベンダより音声認識文字認識という形で提案がなされている。しかし、現実的に大規模病院においても運用上全く問題ないレベルに達しているかは疑問が残り、さらなる検証や技術向上が望まれる。

電子カルテ=診療録という扱いであるがために、医師法第24条1項に、医師は患者を診療したら遅滞なく「経過を記録すること」が義務づけられている。

現在、大規模、中規模病院向け電子カルテにて、文脈の形態素解析による所見記載内容の自動要約機能を有するシステムがリリースされているが、医師の記載する自然言語に完全対応とは至らず、さらなる検証や技術向上が望まれる。但し、この機能を使用することにより構造化された所見、具体的な状況では、医師毎に違う表現となる所見の統一化、記載語句の違いによる曖昧さの回避、蓄積所見データの分析時に、効果を発揮する。

法制上記載しなければいけない、もしくは作成しなければいけない記録の記載、作成漏れの監査機能有するシステムの構築が求められる。 外来患者の電子カルテ上の記載監査としては電子カルテ上で患者の診療録を閉じる時点で監査機能が働くべきタイミングであり、入院患者においては、日々の回診業務後に患者カルテを開き、所見並びにオーダエントリを完了し患者の診療録を閉じる時点で監査機能が働くべきタイミングだと考えられるが、このような機能を有するシステムは、ほぼ存在していないのが現状である。

データの2次利用

電子カルテに蓄積されるデータは、個々の患者への診療の記録であると同時に、症例データベースとしての役割も担う。類似症例の分析を通じて、医療の質の向上に役立てられる。近年では、病院経営の観点から、医療行為の効率化の一検証手段としての役割も担うようになった。医療に携わる様々なスタッフがそれぞれの見地から直接・間接的にデータの2次利用を行っている。入力の効率化を目指して発展してきた電子カルテ・アプリケーションは、このような状況下において更なる機能追加を求められてきている。現在では、これらの多様性に対応すべく、電子カルテ・データベースを中心とするデータ2次利用環境の構築が活発に行われている。

一般的には、電子カルテ及び他の部門システムからの日々作成されるトランザクションデータをDWH(データウェアハウス)に蓄積し、そのデータを基に経営分析、医療行為分析等を行う場合が多い。昨今ではDWH(データウェアハウス)を使用せずに経営諸表の出力ができるシステムもリリースされている。

一部の電子カルテシステムでは、DB(データベース)に問い合わせする条件(検索条件モデル)を電子カルテ上の機能を用いて病院側にて作成を要する場合がある。 この場合、検索結果で得られる情報精度並び真正性は、病院側が保障しなければいけない場合が多い。 特に、個々の病院にて必要とされる統計資料は、診療形態、施設基準等の法制にて要求される内容も違いがあり、病院内の部門から業務上求められる統計資料等も同様に違いがある。そのため、あらゆる病院に対応できる汎用の問い合わせ条件(検索条件モデル)は、ほぼ存在しない。 存在する場合としても汎用統計であるためカスタマイズが必要となり別途カスタマイズ費用を求められる場合がある。

2次利用のデータは、ドリルダウン等の横断、縦断検索が可能なことが前提で考えられているため、時間軸を持った3次元データになり膨大なデータ量となる。2次利用を行うシステムでは、膨大なデータを処理する能力を有する必要があるため、DWH(データウェアハウス)構築費用が高額になる場合がある。蓄積データが増えることでもハードウェアのスケーラビリティ向上のために追加費用を要する。

DWH(データウェアハウス)を構築していない病院情報システムでは、日々の医療業務中に電子カルテのDB(データベース)並びに医事会計システム、その他の部門システムに対して、直接、問い合わせを行い統計結果をはじき出している事例があるが、結果として、各システムに対し多大な負荷をかけている時がある。 システム導入初期費用を抑えるためにDWH(データウェアハウス)構築をせずにシステム運用を開始したところ、各部門システムを跨いだ統計処理を実現しなくてはいけない状況、並びに各部門システムへの問い合わせ負荷を軽減させなければならない状況で、DWH(データウェアハウス)を追加導入する場合もある。 追加導入の場合、各部門システムの情報をDWH(データウェアハウス)に集約する仕組み等の構築が必要であるため病院情報システム初期導入時に一括導入しておいた方が、トータルコストを抑えることが可能な場合が多い。

会計時に関する機能

外来会計、入院会計において電子カルテの記載内容並びにオーダ内容を医事会計のタイミングで精査し返戻を抑えるための点数請求監査判定を行うシステムも望まれるが、出来高払い、DPC(包括払い)同様にほぼ存在していないのが現状である。 一部のシステム会社からレセプトチェック、DPCコーディングチェック等のソフトウェアがリリースされているが、上記のような監査業務までには結びついていない場合が多い。

地域医療連携に関する機能

「厚生労働省電子的診療情報交換推進事業」(SS-MIX:Standardized Structured Medical record Information eXchange)[12]に対応した、電子カルテが既にリリースされており、他のベンダーとの相互データ連携は可能となった。データの連携方式としては、中継サーバーを介したデータ送受信方法とDVD/CD等の可搬媒体を用いたデータの授受の方法が上記規格に定められている。

地域連携クリニカルパスに関する部分に関しては、k-mix[13]の事例のように、運用が開始されている。

電子院外処方箋発行への対応

総務省健康情報活用基盤構築実証事業「処方情報の電子化・医薬連携実証事業」にて、処方箋の電子化が求められている。 合わせて、厚生労働省による「医療情報ネットワーク基盤検討会」にて、処方箋電子化を実現に向けた検討がなされている。 内閣官房、厚生労働省、経済産業省、総務省、民間企業、等々の官民一体のプロジェクトとなっており、モデル事業の実施は 経済産業省が行っている。

遠隔医療モデルへの対応

医師間(DtoD)のモデル、医師と患者の間(DtoP)のモデル、医師と患者の間を医師以外の医療従事者が仲介する(DtoN)モデルを想定した、遠隔画像診断(DtoD)遠隔病理診断(DtoD)遠隔コンサルテーション・カンファレンス・教育(DtoD, DtoN, NtoN)遠隔診療(Dto(Nto)P)遠隔健康管理・遠隔健康相談等へのシステムとしての対応が求められる。既に一部の医療機関では遠隔画像診断、遠隔病理診断等の遠隔医療モデルに対応している事例がある。

総合医療管理システム(電子カルテシステム)のさまざまな機能

電子カルテシステムは、紙カルテの電子化と位置づけられてきたが、近年そのシステムは電子カルテの枠組みを超えて機能は充実したものになりつつある。 最近では、総合医療管理システムを電子カルテシステムと呼ぶ現場も多く存在している。 以下は、電子カルテシステム単体とその他の関連システムの一例である。

  • 電子カルテシステム
  • レセプト管理システム
  • 手術管理システム
  • リハビリ管理システム
  • 入院管理システム
  • 栄養管理(給食・割烹)システム
  • 病棟総合管理システム
  • 外来総合管理システム
  • 医局総合管理システム
  • 病理管理システム
  • 検査管理システム
  • 放射線科管理システム(RIS Radiological Information System)
  • 画像診断管理システム
  • クランケクレーム管理システム
  • クランケ要望管理システム
  • スタッフモチベーション管理システム
  • 業務速度改善管理システム
  • 総合病院化システム
  • 臨床検査システム
  • 透析管理システム
  • 地域医療連携システム
  • DPCコーディング・監査システム
  • 物品管理システム(医用物品・一般物品)
  • 人事・勤怠・ユーザー管理システム

導入効果

高品質の電子カルテシステムを導入する事は、業務効率を向上させ、人員削減や経費削減、残業を減らす事などに貢献される。結果的に医療現場の環境改善が成される事で、働く者のモチベーションの向上も期待出来る。また、病院の信頼や評価、来院患者数の増加等、病院経営の向上にも効果があり、高品質の電子カルテシステムには将来的な病院規模の拡大を物質的精神的の両面から強力にサポートする力も備わっている。

医事会計システム、看護支援システム、放射線情報システム等の部門システムのDB(データベース)が一本化されており、各部門システムが使用するマスタテーブルが一本化されている場合は、部門システム間におけるデータの齟齬が発生することがなくなり、同一マスタデータを各部門システムごとに入力する必要がなくなるためマスタ管理作業が極めて省力化されるため電子カルテ及び部門システムの運用管理が乱雑にならず、導入効果をより上げることが可能な場合がある。

一本化されていないシステムにおいて具体的な事例としては、新しい新薬の注射薬剤をシステムに登録する際は、「医事会計システム」「電子カルテ」「調剤システム」の最低でもこれらのマスタデータに薬剤追加の作業が必要となる。さらにこの事例の場合にて注射薬剤の使用部門が増えることにより「看護支援システム」「手術システム」等の部門システムのマスタデータにも注射薬剤の追加をしなくてはいけない場合がある。しかし、部門側の部門システムの都合、部門側の運用上の都合等にてDB(データベース)を一本化できない場合もあるため、病院業務全体から見て導入効果を上げるられるよう特に留意した方がよい。

最近の電子カルテの方向性として、地域連携ならびに地域連携クリニカルパス、電子院外処方箋発行(処方情報の電子化・医薬連携実証事業)[14]に対応していく事が求められており、これらの機能要素を電子カルテに持つことにより、地域医療活性化、病診連携時における提供情報の量並び質の上昇に伴う信頼関係の構築、患者様に対する服薬情報の一元管理によって得られる誤与薬の抑止しいては患者サービスの向上等があり、非常に導入効果が高い。

総合医療管理システム(電子カルテシステム)の実務例

用紙による新規患者受付⇒電子カルテ登録⇒ドクターの端末へ情報転送⇒ドクターが診察⇒診察をしながら端末でドクターがレントゲンをオーダー⇒レントゲン室の端末へ電子カルテ情報とオーダー情報が転送⇒患者はレントゲン室へ移動し、撮影⇒電子レントゲンのデータがドクターの端末へ転送⇒患者が戻る前にドクターは画像を診断可能⇒患者が診察室へ戻ると診察を再開⇒診察中に端末上でSOAP (SORP) 作成⇒診察終了時、処方箋や会計、各オーダー等のデータがナースステーションや医療事務、総務、会計へ送信⇒患者は会計へ移動⇒会計完了

主な電子カルテベンダ

以下は大規模病院向けに比較的よく導入されているベンダである。


上記ベンダ以外にも独立系を含め多くのベンダが参入しており、さらには病院が独自にシステムを開発するケース [15]もある。

脚注

関連項目

外部リンク

  • http://www.medxml.net/mml30/default.html
  • http://www.medxml.net/
  • http://www.medxml.net/claim21/default.html
  • http://www.ehr.or.jp/
  • http://www.haniwa-net.jp/
  • http://133.95.89.5/dolphin/
  • http://www.e-maiko.net
  • http://www.tokyo.med.or.jp/kaiin/inf/hot.html
  • 特定非営利活動法人 日本医療ネットワーク協会
  • Super Dolphin
  • 保健医療福祉情報システム工業会
  • SS-MIX普及推進コンソーシアム
  • かがわ遠隔医療ネットワーク
  • http://www.soumu.go.jp/main_content/000158670.pdf
  • 亀田医療情報株式会社