東京医科歯科大学医学部臨床検査医学教室
(〒113 東京都文京区湯島1-5-45)
published edition <some minor corrections may be made after published>
医療情報を記録した光カードを患者ひとりひとりが携帯し、受診時に医師に提出する。医師は光カードが患者本人のものであることを確認したのち、光カードリーダ・ライタに挿入する。光カード上のデータが読み込まれると、パーソナルコンピュータのCRTにメニューが表示されるので、そのなかから最も適切な表示画面を選択する。
1.光カード(ドレクスラー社製)
現在の記憶容量は1メガバイトで、文字情報だけならば10年分以上を記録できる。これに検査情報などの医療情報をデジタル化して記録し、患者が携帯する。裏面には患者の氏名、性別、生年月日、顔写真、連絡先、保険証番号、有効期限などが印刷してあり、カードを見て患者の本人確認ができるように配慮した(図2)。
図上はレーザー光線を用いてデジタル情報を記録する面の構成を示し、現在の記憶容量は1メガバイトである。図下はその裏面であり、この例では種々の患者情報を印刷してある。
2.光カードリーダ・ライタ(日本コインコ製)
レーザー光線を利用して、光カードの記録面にデジタル情報を書き込んだり、記録されたデジタル情報を読み出すことができる。読み出し速度は100Kビット/秒(目標値)、書き込み速度は10Kビット/秒(目標値)である。インターフェースにSCSI(Small Computer System Interface)仕様を採用しており、これを介してコンピュータと高速に情報をやりとりする。
3.16ビットパーソナルコンピュータ
このコンピュータの指令に従って、光カードリーダ・ライタは光カードにデータを書き込んだり、光カードからデータを読み出す。読み出されたデータは医師が見やすいように編集され、このコンピュータのCRTに表示される。
B.システムの機能
1.概要
システムが起動すると、最初にそのコンピュータの使用を許されている者のID番号とパスワードの入力を要求する。これは担当の医師以外の者による不正なシステムの使用を防ぎ、患者のプライバシーを保護するための手続きである。使用者の確認が済むと、システムは光カードに記録されたデータを検索できる状態になる(図3)。患者から光カードを受け取った医師は、まず裏面に印刷されている氏名、年齢、顔写真などにより本人のカードであることを確認する。これは患者が他人の光カードを偽って持参することを防ぐための手続きである。
患者本人であることを確認したのち、医師は光カードを光カードリーダ・ライタに挿入する。光カード上のデータが読み込まれると、パーソナルコンピュータのCRTにメニュー選択画面が表示される(図4)。メインメニューには患者属性表示、日付ごと全データ表示、投薬歴表示、肝疾患データセット表示、糖尿病データセット表示などがあり、そのなかから検索したいデータの種類によって最も適した表示画面を選択する。それぞれの画面は、医師がシステムを利用する種々の状況を想定した上で、カード上に記録されている膨大な医療情報の中から、最小限の操作で必要なデータが的確に得られるようにくふうした。また、すべての画面には患者の氏名・性別・生年月日・年齢を表示し、その画面だけをハードコピーしても、あとでそれがどの患者のデータであるかが明確にわかるように配慮した。
この画面を含めて、すべての表示画面に患者の氏名・性別・生年月日・年齢が表示されるので、それらの画面を見るだけでどの患者のデータかを知ることができる。
2.患者属性表示画面(図5)
医師が初めて診察する患者の全体像を、迅速に把握するための画面として作成した。また、医療機関の初診の手続きで毎回書かせられる医療事務情報も表示内容に含め、手続きの簡素化に役立つよう配慮した。具体的には、次に挙げる内容が表示される。
(a)1項目につき1つのデータが対応する情報: 患者の氏名・性別・生年月日・年齢・出生地・血液型・住所・電話番号・職業・勤務先・保険証情報など。
(b)1項目につき1つ以上のデータが対応する情報: 各医療機関に固有の登録番号・既往歴・薬物副作用の既往・飲酒歴・喫煙歴・家族歴・アレルギー歴・輸血歴・妊娠歴など。
医師が初診の患者の全体像を把握するための表示画面である。最上図の画面が最初に表示され、それに続く項目はファンクションキーを操作して、ページをめくるように中図・最下図の順に表示させる。この操作方法は各表示画面でほぼ共通である。
なお、これらの項目すべてを1画面で表示することはできないので、ページをめくるようにファンクションキーを操作して、すべての情報を表示させるようにした。また、これらの内容がほかの情報より先にカードから読み取られるようにし、表示までの待ち時間がなるべく短くなるようにくふうした。
3.日付ごと全データ表示画面(図6)
カードに記録されているすべての文字情報を日付ごとに表示する。データが生の形で羅列されるので見にくいが、ほかの画面では編集により省略されてしまい、見ることができない項目を表示させるために用意した。
最初の行には受診した日付、医療機関名、診療科名、担当医名が表示され、その下にその日のすべてのデータが、記録されているままの形式で表示される。1日分を1画面で表示しきれないことがあるので、ページをめくるようにファンクションキーを操作して、すべての情報を表示させるようにした。また異なる日付のデータも、同じようにファンクションキーを操作して表示させるようにした。
カードに記録されているすべての文字情報が日付ごとに表示される。
4.投薬歴表示画面(図7)
現在までの治療内容のうち、投薬内容について把握するための画面である。ところで、カルテの表紙などに記載されている診断名は、保険請求の目的でつけられた「疑い名」であることがしばしばである。そのため、他の医師が診療している患者の病態を把握したい場合には、それを見ただけでは明確にならず、実際には検査の内容や治療内容、特に投薬内容が非常に参考になることが多い。この目的で利用されることも想定し、この画面を用意した。
画面の構成は前述の「日付ごと全データ表示画面」と類似しており、最初の行には受診した日付、医療機関名、診療科名、担当医名が表示され、その下にその日の投薬内容が表示される。また「日付ごと全データ表示画面」と同様に、ページをめくるようにファンクションキーを操作して、すべての情報を表示させることができる。
投薬内容を見ることにより、患者の病態を迅速に把握できる場合が多い。最初の行には受診した日付、医療機関名、診療科名、担当医名が、その下にその日の投薬内容が表示される。
5.肝疾患データセット表示画面(図8)
肝疾患患者の検査成績は膨大な量になることが多いので、その把握に利用されることを想定して作成した画面である。肝疾患と密接に関係する複数の検査項目を、10回分以上まとめて一覧することができる。
最上行には総蛋白、アルブミン、GOT、GPT、HBs抗原、α-FP、ビリルビン、LDH、Ch-E、LAP、Al-Pなどの項目名が、左端の列にはそれぞれの日付が表示され、対応する位置にそれぞれの検査成績が単位とともに表示される。すべての項目を1画面で表示することはできないので、ページをめくるようにファンクションキーを操作して表示させるようにした。表示されている日付以外のデータがある場合も、同じようにファンクションキーを操作して表示させるようにした。またアルブミン、GOT、GPTについては、経時的変化をわかりやすく表示するため、グラフ表示画面も用意した。
肝疾患患者の検査成績の把握に利用される。最上図は基本となる表示方法で、最上行には項目名が、左端にはそれぞれの日付が表示される。また中図のように正常値と共に検査成績を表示させることができるので、異なる施設間での検査成績の比較も可能である。最下図は一部の項目についてのグラフ表示例である。
ところで、このように表示方法をくふうしても、検査データの標準化が現時点ではまだ不完全なので、異なる施設の間で検査成績を比較することが困難な場合がしばしばである。そこで、その検査を実施した施設での正常値と共に、それぞれの検査成績を表示する画面を用意し、比較の参考となるように配慮した。
6.糖尿病データセット表示画面(図9)
「肝疾患データセット表示画面」と同様に、糖尿病患者の検査成績の把握に利用されることを想定して作成した。空腹時血糖、グリコヘモグロビン、尿中Cペプチド、尿糖、尿蛋白、尿ケトン体、中性脂肪、コレステロールなどの検査項目を、10回分以上まとめて一覧することができる。ページをめくるようにファンクションキーを操作する方法や、正常値を表示させることができる点は、「肝疾患データセット表示画面」と同様である。
糖尿病患者の検査成績の把握に利用される。基本となる表示方法は「肝疾患データセット表示画面」と同様である。
A.患者のプライバシーの保護
最も考慮を要する点であり、数え上げればきりがないであろう。たとえば、患者が特定の医師以外の医師に知られたくないと考える情報をどう扱うか、カードが紛失または盗難により他人の手に渡った場合に、記録されている情報が覗かれるのをどう防ぐか、医師が患者に知らせない方がよいと考える情報(癌の病名など)を、患者の「知る権利」との関連でどう扱うかなどが挙げられる。
B.カードに記録された情報の使用権の帰属
基本的には患者本人に帰属するのであろうが、現実的には、たとえば他の医療機関のデータを利用した研究などが容易になることにどう対処するか、研究的性格の強い医療行為や医療過誤の証拠となり得るものなど、他の医療機関には知られたくないデータは記録されにくいと考えられるが、それらにどう対処するかなどが問題となるであろう。
C.書き込み項目の標準化
さまざまな医療情報のうち、カード上にどの項目をどのような形で記録するかを具体的に検討し、共通の記録様式を決める必要がある。検査データひとつをとってみても、現時点では標準化が不完全なので、本システムのように単位と正常範囲を同時に記録して、異なる施設間のデータの比較に便宜をはかるというくふうが必要である。また、医学や医療技術は常に進歩しているので、現在は不可欠と考えられる記録項目が不要になる時や、現在存在しない項目の追加が必要になる時が将来確実にくるであろうから、それらに容易に対応できるよう配慮しておくことも不可欠である。
D.書き込みフォーマットを含めたハードウエアの標準化
もしこの標準化が実現できなければ、医療機関によって使えるカードが異なってしまい、患者は医療機関ごとにカードを保管しなくてはならず、しかもデータの共有化ができないので、前述したシステムの有用性のほとんどは消失してしまう。また、システムの直接のユーザーである患者や医療従事者にとっても、不便でしかないシステムとなってしまうため、普及は困難であろう。
そうならないためには、よく考えられた標準化が不可欠である。エレクトロニクスの分野を例にとれば、古くは4チャンネルステレオ、最近ではビデオテープやビデオディスクなど、標準化に失敗した例は数多く、そのためにユーザーはいわれのない多くの損失を被ってきた。そのような状況のなかで、開発メーカーの英断により見事に標準化を成功させ、規格を統一したカセットテープの例によく学び、先進技術の恩恵を台なしにしないように、ハードウエアの開発を進める各メーカーには標準化を強く希望したい。
ところで、書き込むデータの形式については、なるべくそのまま人間が読める形(テキスト・フォーマット)にしておき、コード化する部分を最小限にとどめた方がよいと思われる。たとえていうと、あらかじめ記録される具体的内容は決められていない医療行為記録ノートのようなものを常に患者が携帯しており、特定の資格を持つものだけにその読み書きが許されるという形での使い方である。このようにしておけば、そこに記録される内容は患者本人や医療従事者の判断により、あるいは状況や時代の変化に応じ、自由に選択することができる。
一方、原則としてコード化する場合には、項目の数だけコードを定義し、そのテーブルを常にシステムが保持しなくてはならないだけでなく、新規項目の追加や不要となった項目の削除に膨大かつ煩雑な作業が必要となる。コード化しなければ、同じ情報量に必要な記憶容量が増大し、検索のスピードも遅くなるというデメリットがあるが、これらはハードウエアの進歩により問題にならなくなると予想される。