基本画面イメージを図１に示す。左上段にプロブレムリスト、左下段に患者基本情報、右上段にフローシート、右下段にプログレスノートを表示している。
図１（クリックにて拡大200ｋ）
３−１．一覧表示機能
本システムでは、病歴把握を支援することを目的として、フローシートのシステムを開発した。フローシートは、縦軸に観察記録やオーダの記録（以下メディカルイベントと呼ぶ）の種類、横軸に日時のマトリックス上のセルに記録の存在を表示させ、セルをクリックするとその詳細が表示される診療録の表示システムである（図２）。メディカルイベントの種類は多くあるので、これを３階層までの木構造で表現できるようにした（図３）。各セルへの表記はイベントの種類毎に異なる。オーダの場合は、未実施、実施済み等が記号で分かるようにした。
図２（クリックにて拡大 76K）
図３（クリックにて拡大 176K）
本システムでは、プロブレム毎に、病状の推移を把握するために、メディカルイベントの項目の中から関心のある項目をプロブレムに関連付けすることができる。プロブレムを選択すると、ここで選択した項目に制限した項目のフローシートが表示される。更に、経過記録や検査レポートで、テンプレートを用いて入力したデータについては、その細項目を抜き出して関連付けすることもできる。例えば、糖尿病のプロブレムに対し、治療薬、糖尿病の状態を表す検査データが一つのフローシート上で表示され、病状の経過を追うことができる（図４）。
図４（クリックにて拡大 64K）
電子カルテデータベースのデータ収集は、2000年１月より開始しており、既に多くの情報が蓄積されている。このフローシートで表現されている情報には、各種オーダの記録、検体検査結果、放射線レポート、PACSの画像情報が含まれる。
フローシートシステムから、いつどのような検査が実施されたのか、どのような薬が投与されているのか、いつどような手術を受け、その後、検査がどのように推移しているのか、これから、どのような検査が予定されているのかといった患者の病歴を把握する上で必要な情報が、たちどころに理解できる。また、プロブレムとの関連付け機能を利用することにより、複数の問題を持つ患者でも、それぞれの問題について、どような治療がされ、病状がどのように推移しているかが即座に把握することができる。従来のオーダリングシステムでも、それぞれのシステムにオーダ履歴が照会できる機能があるが、これらの情報を照会することにより、患者の病歴を把握することは難しい。フローシートの、全体を統合して見せることができる機能は、病歴把握には、必須の機能と言える。
３−２．PACSとのリンク
放射線部で撮られるほぼ全ての画像をデジタル画像として管理し、病棟、外来の端末より照会可能とした。現在、接続しているモダリティーは、CR15台、CT３台、MRI３台、RI８台、UCG６台、angio２台、心カテ装置２台、X-TV３台である。これらの画像を1 Tb分をハードディスクに、約７ Tb分をDVD-RAM装置に保存している。本院のPACSは、放射線部での画像管理を合理化することよりも、各診療科に画像を配信することを目的として構築されている。従って、基本的には、レポートの参照画像との位置付けであり、この画像を一次読影の対象とはしていない。このPACSのデータベースには、１月で約55 Gbのデータが蓄積され、１日、900シリーズの画像が、病棟、外来から照会されている。これらの画像は、フローシートシステムからも呼びだすことができ、他の患者情報とほぼ同じ感覚で照会することができる。
３−３．構造化データ登録の仕組み
構造化データとしてデータを収集するために、入力テンプレートを利用したデータ入力が可能である。構造化データとは、項目＋値の基本要素を組み合わせた形でデータを記録する方法である。しかし、このような基本要素を並列的に組み合わるだけでは、多様性のある患者の状態を表現するのは難しい。そこで、基本要素を木構造に配列することにより、表現力を高めることとした。ある基本要素の下位の要素は、上位の要素を修飾する関係にあるとみなす。このような階層構造を持つデータとしてデータが収集できるようなテンプレートを作成した（図５）。
一つのテンプレートで登録した後に、登録データを自然言語変換して表示する。ユーザは、その後、この自然言語変換したデータを見ることになり、構造化データとしては表面には表れない。しかし、データベース上は、XMLによる構造化データとしてもデータを保持しており、今後期待される多様なデータ利用に適応できるはずである。
図５（クリックにて拡大 52K,72K）
３−４．システム構成
本院のシステム構成では、電子カルテとしての特殊な役割を担うために、電子カルテサーバを設置した。電子カルテサーバは、オーダサーバ、レポートサーバ、画像サーバからも情報を受け、画像そのもののデータを除く全ての診療情報を保存する。
電子カルテデータベースがデータを収集する経路は４つある。１つ目は、初診時の記録、プログレスノート、退院時サマリーの記録等であり、電子カルテのクライアントシステムから直接データを電子カルテデータベースに対して登録するものである。２つ目は、オーダサーバで収集しているオーダ情報、実施情報を電子カルテデータベースに転送登録するものである。３つ目は、レポート情報の収集である。レポートのデータは、レポートサーバに収集されるが、電子カルテサーバに転送され、電子カルテデータベースにも蓄積される。４つ目は、画像情報のヘッダー情報である。画像が、画像サーバに登録されると、そのヘッダー情報は、電子カルテサーバにも転送され、電子カルテデータベースに蓄積される。
この電子カルテデータベースは、２つの大きな特徴を持つ。第一は、１つのデータベースファイルで構成されている点である。このデータベースに蓄積される１レコードは、上記の４つの経路から伝送されるメディカルイベント情報の１つの単位（同時に転送されるデータセット）に相当する。データベースのフィールドは、メディカルイベントID、患者ID、記録時間、実行時間、科、メディカルイベントタイプ、内容と言った単純な構成になっている。内容部分に収集されるデータは、メディカルイベントタイプによって異なる。第二の特徴は、電子カルテデータベースでは、データを書き換えずに、追記のみを許す構造となっている点である。前の記録に対し修正が発生した場合でも、前のデータを書き換えず、新たな修正データを追記する。
クライアントシステムは、指定した患者の指定期間のデータを一期にデータベースから検索して収集する。クライアント側では、検索したデータを表示のために適したデータ構造に変換して、このデータをメモリに展開すると同時にディスクに保持する。フローシートから、その患者の全ての情報が瞬時に表示されるが、これが可能であるのは、これらの情報がメモリに展開しているからである。この方式では、データ表示のための準備ができてからは快適なパーフォーマンスが得られるが、データ表示のための準備に時間を要する欠点を持つ。そこで、この準備のための処理と表示の処理を分離し、準備のための処理をできるだけ事前に済ませておけるようにした。外来患者では、予約データを参照することにより、どの患者がどの診察室で診察を受けるかがわかるが、この情報より、外来患者のデータは、診察室の端末の電源がオンになった時点で配信され、診察が始まるまでに、表示のための準備を済ませておく。病棟の患者については、病棟の端末について、夜間にその病棟患者のデータを配信し、表示のための準備をする。データベースのレコードは追記しかされないために、既に取得したデータを再度取り込む必要はない。従って、最初の１回目のデータ取得には多少時間が必要であるが、２回目以後は、それまでに取得した情報の差分だけ取り込めば良く、短時間でデータが取得できる。また、この方式では、オフラインで端末を利用することができる。モバイルコンピュータで、ベッドサイドで患者の情報を照会する等が可能となる。更に、サーバがダウンしたりネットワークに障害を起こしても、端末側に取得したデータは照会可能であり、病棟では、前日までのデータが照会可能となる。
３−５．セキュリティー対策
本院では、ユーザ認証は、IDとパスワードのみで管理している。この点、ややセキュリティー上甘いと考えている。データを登録する際、確認画面を表示して、内容に誤りがないかを確認させる。これは、厚生省通達及びMEDICのガイドラインに則り、ユーザの過誤により誤ったデータが登録されることを防止するためである。クライアント・サーバ間のデータの通信では、データを暗号化して通信している。ネットワーク上でデータが傍受され、改竄されないようにするためである。また、端末のハードディスク上でも、データは暗号化されている。端末でのデータの漏洩、改竄は最もリスクの高い部分であり、これに対しての対策である。サーバ側に送信されたデータは、サーバ側でタイムスタンプが押され、メッセージダイジェストを作成してデータ保管されている。