「電子カルテ」における不定形情報の自由な取扱い

第14回医療情報連合大会(ロング・セッション) 抄録 Handling of free format data in the computerized medical records 「電子カルテ」における不定型情報の自由な取り扱い大橋克洋大橋産科婦人科 Keywords : data base, computerized medical record, NEXTSTEP, object oriented 1. はじめに医療情報をはじめいろいろなデータを管理しようとする時、データは一定のフォーマットで格納し処理しなければならないと考えるのが一般的である。しかし、現実の世界に存在するデータをよく考えてみると、実際にはすべてのデータが一定の属性を持って系統的に存在するわけではない。無秩序に存在するデータをわれわれが必要に応じ分類し利用しているに過ぎない。そこで無理に一定のフォーマットに納めようとすると、いろいろな矛盾を生じたり、条件の変化に対応できない融通性のないデータベースになってしまう。服や靴を身体に合わせるのではなく、身体を服や靴に合わせるに等しいことが、現実に行われているのである。一定のフォーマットにあてはめようとするのは、そのように規定した方が限られたハードウエア資源を最小限に使い、ソフトウエア開発も容易だからである。また利用する側にとってその方が理解しやすいということもある。しかし、近年のハードウエアの大容量化・高速化・低価格化と、これに支えられたオブジェクト指向プログラミングなどのソフトウエア技術は、この枠を取り払うことを可能にしつつある。狭い枠から広い野原に放たれた時、何をどうやって良いかわからないという面もあるかも知れないが、既存の枠組みにとらわれない「現実の世界に則した自然なデータ管理」を電子カルテに取り込む試みを開始したので、その第一報として報告する。 2. 現実の世界での自然なデータ例えば臨床検査データは、診療録中に表形式で時系列的に表現されることが多い。われわれがそれを見る時、これは大変理解しやすく有用である。しかしデータの格納という面では、もっと融通性があった方が良い。患者ごとではなく、検査項目ごとに全患者のものを見たいかも知れないし、一定の疾患に関連したものだけをピックアップしたいかも知れない。また医業経営上の理由から検査の頻度などを知りたいこともあろう。つまり同じデータも要求によってはまったく異なる関連づけのなかでまとめられる必要が出てくるが、従来のデータベースではあらかじめどのように使われるか想定されていない限り、思うような利用は難しい。そこで発想を転換し、すべてのデータは無秩序に収納されても構わないとする。必要に応じ、どのようなデータをどのような順序で並べて使いたいか好みのフォーマットを作る。自分用の目次のようなものと考えても良い。そして目次はその対応する実データへのポインターのみを持つようにする。わかりやすく例えると、目次の各項目とそれに関連する実データとを糸で結ぶ。実データを手元に置く必要はない。ユーザは目次をながめ、項目の糸をたぐれば実データを読み書きすることができる。別のユーザが別の目次を作成し、同様に実データへのポインターを置く。二人の利用する実データは同じものかもしれないし、そうでないかも知れない。賢いユーザは、自分の目次から既に誰かが作成した目次へのポインターを張り、丸ごと利用させてもらうかも知れない。コンピュータとネットワークを使えば糸の先は地球の裏側のデータであっても構わない。実データは、いろいろな場所に分散していて構わない。実データを置いたところで管理される。データ管理者はデータがどのように利用されるかについては全く考える必要はなく、利用者もデータがどのように管理されているかを知る必要はない。利用者は自分なりの枠組みの中でデータを扱えるので、見かけ上は従来と何も変わらない。違うことは、自分で全てのデータ管理をする必要がないこと、ネットワーク上のどんなデータでも所有者の許可さえあれば自由に自分のフォーマットの中に組み込み利用できることである。 3. システムの実現についてとはいえ、現在のハード・ソフトにはまだ限界があり、このような考え全てをそのまま実現するわけにはいかない。制限の主なものは「ネットワーク上の転送速度」と「膨大な情報の検索システム」などである。データはポイントされたところからたぐり寄せるだけなので、文字情報などの取得に時間はかからないが、大きな画像データを転送したり、何段階にもポイントされたものを効率よく管理したり、ポイントしたい情報を検索するシステムなどの実現にはまだまだパワーが足りない。しかしこれらの問題点はいずれ時間が解決することであり、可能な範囲から実現への基礎実験を行うことが必要と考え、以下のようなシステムを実現しつつある。その実現に NEXTSTEP の提供するオブジェクト指向開発環境は極めて適している。 3.1 必要情報の電子カルテへの取り込み必要な情報のオブジェクト(文書、絵、写真、音声など何でも)を表すアイコンを、カルテの中へマウスで drag and drop すれば、そのオブジェクトがカルテへ貼りつけられる。アイコンの形で貼りつけた方が便利な場合と、オブジェクトを表す文字情報として貼りつけた方が便利な場合があろう。 3.2 取り込まれた情報の参照カルテに貼りつけられたオブジェクトのアイコンまたは文字をマウスでダブル・クリックすれば、その内容を見ることができる。オブジェクトの実体がネットワークの彼方にあってもユーザの知るところではない。電子カルテの中にはそのオブジェクトのタイトル名と、実体が存在する場所が記憶されているだけである。 3.3 取り込まれた情報の検索通常はオブジェクトのタイトル名(key word を兼ねる)をもとに、高速に検索される。オブジェクト内容についての全文検索も可能ではあるが、ネットワークを介してそれぞれのオブジェクトの実体へ問い合わせが行われるので、ネットワークへの大きな負荷と膨大な検索時間を必要とし、現状ではあまり実用的でない。 3.4 オブジェクト指向データベースへ向けて将来は、取り込んだオブジェクトすなわち個々のデータに「自分は他のどのようなデータと関連があるか」とか「与えられたメッセージにどのように反応すべきか」などの知識をも記憶させられるようになれば、オブジェクト指向データベース的なものの実現に向かうことになる。一番上位のオブジェクトに検索条件を与えてやれば、それは下位のオブジェクト群を指揮して与えられた条件に従った検索をしてくれるであろう。 4. 利点ならびに問題点 4.1 利点 4.1.1 自由なデータ構造必要に応じてどんな変則的なデータ構造でも随時作成可能である。 4.1.2 データの分散管理データそのものを手元に置かないので場所をとらない。データはそれぞれの所有者によりいつも最新の状態に整備され、一人の管理者に大きな負担がかかることが少ない。 4.1.3 データの共有ネットワークを介し、大勢のユーザで一つのデータを共有できる。 4.2 問題点 4.2.1 自分の所有するデータではない他人の所有するデータが、いつでも自分の要求通りに提供される保証はない。 4.2.2 ネットワークの性能に大きく依存する大規模な情報を複雑に関連づけたりするには、現状のネットワークのパワーは余りにも貧弱である。 4.2.3 ネットワーク上に存在するデータの検索自分の情報として取り込みたいものを、広大なネットワークの中から見つける事自体がなかなか大変である。 4.2.4 セキュリテイー医療上のデータには個人のプライバシーに関するものが多く、当然それによる制約には従わねばならない。 5. おわりにこのような技術は工夫次第で将来いろいろの応用ができるはずで、例えば以下のようなものが考えられる。研究機関などでは、研究用のフォーマットを作成し、そこへ電子カルテの関連部分を結合しておけば、臨床データを研究用データとして利用しやすい形態で利用することができる。珍しい症例にぶつかった場合、電子教科書の関連記述部分を電子カルテの中に貼りつけることができる。診療データと治療指針とを密着できるので、治療方針を立てたりするには大変有用であろう。参考となる動画などを貼りつけて置き、患者への説明に使うのも有効であろう。複数の診療科目にまたがる合併症にぶつかった場合、その部分を他科の医師と共有することができ、それぞれの医師が自分の電子カルテの中で他科医師と意見を交わすことができる。このような考えをつき進めれば、患者に関するまったく無秩序なデータが蓄積されていて、医師は電子カルテの様式、医事課ではレセプトの様式、検査室では検査台帳の様式を作成し、ここに自分の必要なデータを結合してやれば、同じデータでありながら、それぞれに必要な書類として見ることができる。すなわち、これらはデータを自分の必要な秩序に合わせて参照する「のぞき窓」と考えれば良いであろう。しかし現状ではハード・ソフト性能上の制約があり、従来のデータベース的構造を残しつつ、可能な部分から実現してゆく事となる。