JP2000222499A

JP2000222499A - 診療録電子記録装置

Info

Publication number: JP2000222499A
Application number: JP2123699A
Authority: JP
Inventors: Yoichi Watanabe; 陽一渡邉
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1999-01-29
Filing date: 1999-01-29
Publication date: 2000-08-11

Abstract

(57)【要約】【課題】データ入力が容易で、記録されたデータを視
認性よくかつ効率よく表示することのできる診療録電子
記録装置を提供することを目的とする。【解決手段】診療に関するデータを表す診療データを
取得するデータ取得部１１、データ取得部１１により取
得された診療データが、１回の診療ごとに互いに対応付
けられてなる、所見および症状を表す所見・症状データ
と、処置および処方を表す処置・処方データとを記憶す
るデータ記憶部１２、データ記憶部１２に記憶された所
見・症状データおよび処置・処方データを読み出すデー
タ読出部１３、および、データ記憶部１２から読み出さ
れた所見・症状データおよび処置・処方データを、画面
１５上の、互いに区分されたそれぞれの表示領域１５
ａ，１５ｂに表示するデータ表示部１４を備えた診療録
電子記録装置１０。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、診療録（カルテ）
を電子的に記録する診療録電子記録装置に関する。

【０００２】

【従来の技術】近年、診療録の電子記録化の要求に伴
い、従来の紙による診療録の記録だけでなく、診療デー
タの入力、表示、および記憶などの一連の処理を電子化
した診療録電子記録装置を開発することにより診療録の
管理を高度化する試みが進められている。

【０００３】診療録に記録される診療データには、患者
から情報を取得した結果に基づく所見・症状の経過とい
った、いわゆる、ＳＯＡ（ＳＵＢＪＥＣＴＩＶＥ，ＯＪ
ＥＣＴＩＶＥ，ＡＳＳＥＳＳＭＥＮＴ）に関するデータ
を含む所見・症状データと、診察した結果に基づき患者
に施した処置・処方といった、いわゆる、Ｐ（ＰＬＡ
Ｎ）に関するデータを含む処置・処方データの２種類の
データが含まれているが、従来の診療録電子記録装置に
おいては、これら２種類のデータが混在したまま一つの
診療データとして記録されているものが多い。

【０００４】従って、従来の診療録電子記録装置では、
医師が診療録を作成する際に自由な記述方法で作成する
ことができるので、作成時には簡便でよいが、例えば、
他の医師がその診療録を参照する場合の視認性が低く、
読取りが困難であったり、場合によっては読み間違いが
発生するなどの問題が起こりやすい。また、従来の診療
録電子記録装置では、診療データは、所見・症状データ
と処置・処方データとが区分されずに、しかも文字デー
タやイメージデータが混在したままで記録される。従っ
て、ＳＯＡデータに含まれている身長、体重、体温、血
圧といった数値情報も文字データとして取扱われて記憶
されるため、これらの数値情報を数値データとして取得
することができず、簡単にグラフや表などとして表現す
ることができないため、高度な情報利用を行うのに不便
であるという問題がある。

【０００５】また、診療録の電子記録化が進展するにつ
れて各地域における病院と診療所間の情報連携（病診連
携）が求められ、様々な方式の電子記録システムどうし
を連結する共通のインターフェースの検討が進められて
いる。このような状況下で、従来の単なる文書データ、
イメージデータ、あるいは文書データとイメージデータ
が混在した診療データを送受信するものであっては、電
子記録化を進めてもあまり大きな効果は期待できない。

【０００６】また、従来の診療録電子記録装置では、所
見・症状データと処置・処方データとが、一つの診療デ
ータとして記録され、一つの診療データのままでＣＲＴ
などの表示装置に表示されるようになっている。従っ
て、一回の診察ごとの診療データに対する画面上の表示
領域の大きさは診療データのデータ量の多少に関わらず
固定されているため、一度に画面表示できるデータ量が
限られ、その診療データのデータ量が少ない場合は、画
面に無駄な領域が生じ、診療録に記録された長い文章を
参照する際に頻繁にスクロール操作を行う必要がある。
また、図面や写真などのサイズの大きいイメージデータ
を拡大して見る際に別の画面を開いてそこに図面や写真
などを表示させる必要があるなど、操作が煩雑になりや
すいという問題もある。

【０００７】さらに、従来の診療録電子記録装置では、
診療データの表示を行う画面と、診療データを入力する
画面とは別の画面として構成されているものが多く、従
って、画面上に診療データが表示されている状態から、
データ入力画面を呼び出すには、マウスクリックやキー
入力などの何らかの操作を行い一旦データ表示画面を消
し、代わりにデータ入力画面を開いて、そこで始めてデ
ータ入力が可能になるというように、データ表示とデー
タ入力との切替操作が煩雑で時間がかかる上、操作者の
混乱を招きやすいという問題がある。

【０００８】

【発明が解決しようとする課題】本発明は、上記の事情
に鑑み、データ入力が容易で、記録されたデータを視認
性よくかつ効率よく表示することのできる診療録電子記
録装置を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成する本発
明の診療録電子記録装置は、診療録を電子的に記録する
診療録電子記録装置において、診療録に記録されるデー
タを表す診療データを取得するデータ取得部、上記デー
タ取得部により取得された診療データが、２種類に区分
されるとともに１回の診療ごとに互いに対応付けられて
なる、所見および症状を表す所見・症状データと、処置
および処方を表す処置・処方データとを記憶するデータ
記憶部、上記データ記憶部に記憶された所見・症状デー
タおよび処置・処方データを上記データ記憶部から読み
出すデータ読出部、および上記データ記憶部から読み出
された所見・症状データおよび処置・処方データそれぞ
れを、画面上の、互いに区分されたそれぞれの表示領域
に表示するデータ表示部を備えたことを特徴とする。

【００１０】ここで、上記データ取得部は、取得した診
療データのうちの所見・症状データを構造化言語に変換
する変換手段を備えたものであることが好ましい。

【００１１】また、上記データ表示部が、所見・症状デ
ータおよび処置・処方データを画面上に表示するにあた
り、互いに対応する所見・症状データおよび処置・処方
データを、上記画面上に並んだ同一幅の２つの表示領域
それぞれに表示するものであることも好ましく、さら
に、上記データ表示部が、所見・症状データおよび処置
・処方データを画面上に表示するにあたり、境界線の位
置が自在に変更されてなる２つの表示領域それぞれに所
見・症状データおよび処置・処方データそれぞれを表示
するものであることも好ましい態様である。

【００１２】また、上記データ取得部は、上記データ表
示部により所見・症状データおよび処置・処方データが
それぞれ表示されてなる各表示領域内に所見・症状デー
タおよび処置・処方データそれぞれを直接入力可能なも
のであることも好ましい態様の一つである。

【００１３】

【発明の実施の形態】以下、本発明の実施形態について
説明する。

【００１４】図１は、本発明の診療録電子記録装置の概
略構成図である。

【００１５】図１に示すように、この診療録電子記録装
置１０には、診療データを取得するデータ取得部１１、
取得された診療データが、２種類に区分されるとともに
１回の診療ごとに互いに対応付けられてなる、所見・症
状データおよび処置・処方データを記憶するデータ記憶
部１２、データ記憶部１２に記憶された所見・症状デー
タおよび処置・処方データを読み出すデータ読出部１
３、および、データ記憶部１２から読み出された所見・
症状データおよび処置・処方データを画面１５上の、互
いに区分されたそれぞれの表示領域１５ａ，１５ｂに表
示するデータ表示部１４を備えている。

【００１６】さらに、この実施形態の診療録電子記録装
置１０では、データ取得部１１は、取得した診療データ
のうちの所見・症状データを構造化言語に変換するデー
タ変換手段１６を備えており、所見・症状データは構造
化言語に変換されてからデータ記憶部１２に記憶される
ようになっている。このデータ変換手段１６は、データ
読出部１３にも備えられており、データ記憶部１２から
読み出した、構造化言語に変換された所見・症状データ
を元の診療データの形式に変換してデータ表示部に渡す
ようになっている。

【００１７】なお、本発明でいう構造化言語とは、ＳＧ
ＭＬ（ＳｔａｎｄａｒｄＧｅｎａｒａｌｉｚｅｄＭ
ａｒｋｕｐＬａｎｇｕａｇｅ：標準汎用マークアップ
言語）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐ
Ｌａｎｇｕａｇｅ）、ＨＴＭＬ（ＨｙｐｅｒＴｅｘ
ｔＭａｒｋｕｐＬａｎｇｕａｇｅ）などの、文書構
造を記述できるマークアップ言語をいい、構造化プログ
ラミングの分野で用いられる構造化プログラム言語を意
味するものではない。

【００１８】本実施形態では、構造化言語としてＳＧＭ
Ｌを用いた場合の例について以下に説明する。

【００１９】図２は、本実施形態における所見・症状デ
ータの内容を示す図であり、図３は、本実施形態におけ
る処置・処方データの内容を示す図であり、図４は、本
実施形態における画面上の２つの表示領域を示す図であ
り、図５は、本実施形態におけるＳＧＭＬデータ形式に
変換された後のＳＯＡデータの一例（ａ）、およびそれ
に対応する元の診療データの一例（ｂ）を示す図であ
り、図６は、本実施形態における画面上に表示された診
療データの一例を示す図である。

【００２０】図２に示すように、本実施形態では、所見
・症状データは、患者番号、識別番号、日時、医師情
報、所見・症状情報（ＳＯＡデータ）、表示高さ、およ
び表示幅などの項目から構成されている。

【００２１】また、図３に示すように、本実施形態で
は、処置・処方データは、患者番号、識別番号、明細連
番、日時、行為・剤情報（Ｐデータ）などの項目から構
成されている。

【００２２】本実施形態においては、ＳＯＡデータは、
“ＳＵＢＪＥＣＴＩＶＥ”（主訴）、“ＯＢＪＥＣＴＩ
ＶＥ”（所見）、および“ＡＳＳＥＳＳＭＥＮＴ”（診
断）の３種類のデータを意味しており、Ｐデータは、
“ＰＬＡＮ”（処置、処方）を意味している。これらの
ＳＯＡデータは、図５（ａ）に示すように、ＳＧＭＬ形
式に変換されてデータ記憶部１２に記憶される。すなわ
ち、図５（ａ）第１〜２行目には、「主訴」について、
フォントが“明朝，１０ポイント”であり、表示色が
“黒”であり、表示位置が“１０，１０”であり、内容
が“痰が出る、喉が痛い”であることが、それぞれ
“＜”マーク、“＜／”マーク、および“＞”マークで
前後から挟まれた形で表現されている。また、図５
（ａ）第３〜４行目には、同様のデータ形式で、「所
見」について、フォントが“明朝，１０ポイント”であ
り、表示色が“青”であり、表示位置が“１０，２０”
であり、内容が、体温が“３８．７℃”であることが、
それぞれ表現されている。

【００２３】図５（ｂ）には、データ変換手段１６で元
の診療データの形式に変換された診療データ、言い換え
れば、操作者によって入力され、データ取得部１１で取
得された状態のＳＯＡデータが示されている。このＳＯ
Ａデータがデータ変換手段１６でＳＧＭＬ形式に変換さ
れデータ記憶部に記憶されたものが図５（ａ）に示され
るＳＯＡデータであり、これがデータ記憶部から読み出
されて画面上に表示されたものが図５（ｂ）のＳＯＡデ
ータである。

【００２４】図４には、画面１５上の、表示領域１５
ａ，１５ｂに所見・症状データ表示・入力領域１，２，
３，・・・および処置・処方データ表示・入力領域１，
２，・・・，ｎがそれぞれ複数表示されている。このう
ち、最下段の各データ表示・入力領域１は、当日の診療
データが入力される領域であり、この上方に、過去の診
療データが下段から上段に向かって順次表示される。こ
のように、本実施形態では、データ表示領域はデータ入
力領域をも兼ねたものとなっている。

【００２５】次に、本実施形態の診療録電子記録装置１
０の動作について、図７〜図１１の流れ図を参照しなが
ら説明する。

【００２６】図７は、本実施形態の診療録電子記録装置
におけるデータ処理全体の流れ図であり、図８は、図７
に示した流れ図の中のＳＧＭＬデータ変換処理の流れ図
であり、図９は、図７に示した流れ図の中の表示高さ設
定処理の流れ図であり、図１０は、図７に示した流れ図
の中の境界線位置変更処理の流れ図である。

【００２７】データ取得部１１（図１参照）には、キー
ボード、マウス、電子ペン、タッチパネル等の入力装置
および磁気カード読取装置、イメージスキャナ、デジタ
ルカメラ等の入力補助装置が備えられている。操作者は
これらの入力装置又は入力補助装置を用いて患者番号を
入力する（図７：ステップＭ１）。

【００２８】データ読出部１３は、入力された患者番号
をキーとしてデータ記憶部１２を検索して、キーに合致
する所見・症状データを探しそのうち日付の最も新しい
データを読み出す（ステップＭ２）。このデータ読出し
は、レコードがなくなるまでもしくは指定レコード件数
に達するまで繰り返される。

【００２９】こうしてデータ記憶部１２から読み出され
た所見・症状データのうちＳＯＡデータは、データ変換
手段１６により、ＳＧＭＬデータの形式から元の診療デ
ータの形式に変換される（ステップＭ３）。このデータ
変換手段１６は、図８に示すように、診療データの形式
からＳＧＭＬデータの形式への変換処理（ステップＳ１
＿２）と、ＳＧＭＬデータの形式から元の診療データの
形式への変換処理（ステップＳ１＿３）の双方向のデー
タ変換機能を備えている。

【００３０】このＳＧＭＬデータ変換処理では、先ず、
ステップＳ１＿１において、ここで入力されたデータが
ＳＧＭＬ形式のデータであるか否か、すなわち入力され
たデータの中にＳＧＭＬで用いられるマーク“＜”、
“＜／”、“＞”が含まれているか否かが判定され、判
定の結果、ＳＧＭＬ形式のデータであればステップＳ１
＿２の変換処理が行われ、判定の結果、ＳＧＭＬデータ
でなければステップＳ１＿３の変換処理が行われる。

【００３１】診療データをＳＧＭＬデータの形式に変換
するには、ＳＧＭＬ文法に基づきＳＯＡデータを解析し
て、Ｓ、Ｏ、Ａの各データ種別ごとに、その内容、フォ
ント、色、および表示位置を抽出し、それらの前後の所
定の位置にマーク“＜”、“＜／”、“＞”を付加し
て、ＳＧＭＬのタグが付されたマークアップ文書に変換
する。例えば、図５（ｂ）に示したような診療データ
を、図５（ａ）に示したようにフォント、色、表示位
置、および内容それぞれにマークアップ処理を施せばよ
い。

【００３２】また、ＳＧＭＬデータの形式を元の診療デ
ータの形式に変換するには、ＳＧＭＬ文法に基づきＳＧ
ＭＬデータを解析して、“＜”マーク、“＜／”マー
ク、“＞”マークで挟まれたフォント、色、表示位置、
および内容を取り出して、その内容を指定された表示位
置に指定されたフォントおよび色で表示できるように編
集する。データ表示処理の段階では、これらのフォン
ト、色、および表示位置などのパラメータに基づき図５
（ｂ）に示したような診療データが画面上に表示され
る。

【００３３】次に、データの表示高さ設定処理（図７：
ステップＭ４）が行われる。この処理の詳細な流れ図を
図９に示す。

【００３４】すでに図４を参照して説明したように、本
実施形態では、画面１５は縦方向に２分されて２つの表
示領域、すなわちＳＯＡデータの表示領域１５ａ、およ
びＰデータの表示領域１５ｂが形成されている。表示領
域１５ａと表示領域１５ｂの横幅の比率は、初期値とし
て１が設定されているが、後述するようにこの比率は操
作者により自在に変更することができるようになってい
る。

【００３５】図９に示す表示高さ設定処理においては、
先ず、各ＳＯＡデータについて表示高さが計算される。
すなわち、各ＳＯＡデータごとの文字数を表示領域１５
ａの表示可能文字数で割ることにより各ＳＯＡデータの
表示領域１５ａ内における表示行数（表示高さ）が求め
られる（ステップＳ２＿１）。次に、同様の方法により
各Ｐデータごとの表示領域１５ｂ内における表示高さが
求められる（ステップＳ２＿２）。次に、ＳＯＡデータ
とそれに対応するＰデータの各組合わせについて、各Ｓ
ＯＡデータの表示高さとＰデータの表示高さを比較し表
示高さが高い方をそのＳＯＡデータおよびＰデータ双方
の表示高さとする（ステップＳ２＿３）。

【００３６】こうしてＳＯＡデータとそれに対応するＰ
データの各組合わせごとの表示高さが決定された後、Ｓ
ＯＡデータの表示が行われる（図７：ステップＭ５）。

【００３７】ＳＯＡデータの表示に続いてＰデータの読
出しが行われ（ステップＭ６）、続いてＰデータの表示
が行われる（ステップＭ７）。

【００３８】ここまでの一連の処理により、図５に示す
画面１５上の、下から２段目の、所見・症状データ表示
・入力領域２および所見・症状データ表示・入力領域２
には過去の診療データのうちの直近の所見・症状データ
および所見・症状データが表示され、さらにその上段の
各データ表示・入力領域にはこれに続く過去の診療デー
タが順次表示される。なお、この時点では、最下段の所
見・症状データ表示・入力領域１および所見・症状デー
タ表示・入力領域１にはまだ何も入力されていないので
空白のままとなっている。

【００３９】次に、境界線位置変更処理が行われる（ス
テップＭ８）。この処理の詳細流れ図を図１０に示す。
この処理は、操作者による境界線１５ｃの位置変更操作
が行われることにより起動されるものであり、このステ
ップＭ８および次のステップＭ９からでも実行すること
が可能である。操作者は、マウスなどのポインティング
デバイスを操作して境界線１５ｃを左右にドラッグ＆ド
ロップすることにより、境界線１５ｃの表示位置を所望
の位置に変更することができる（ステップＳ３＿１）。
境界線１５ｃの表示位置が変更されると、変更された表
示位置を基に、ＳＯＡデータの表示幅とＰデータの表示
開始位置が設定し直される（ステップＳ３＿２）。この
処理は、操作者による位置変更操作が行われない限りス
キップされ、次のステップに移行する。

【００４０】境界線位置変更処理が終了すると、ステッ
プＭ９に進み、診療データの入力が行われる。医師によ
る診察の結果は、所見・症状データおよび所見・症状デ
ータに区分されて図５に示す画面１５上の、最下段の所
見・症状データ表示・入力領域１および処置・処方デー
タ表示・入力領域１にそれぞれ直接入力される。なお、
この画面１５において、所見・症状データ表示・入力領
域２、所見・症状データ表示・入力領域２よりも上方に
表示されている過去の診療データを編集することができ
る。ただし、過去の診療データを編集処理することによ
り過去の正規の診療データが直接更新されることはな
く、過去の診療データに対する参考データとして、正規
の診療データとは区別されて記憶される。

【００４１】こうして、当日の診療データがこの診療録
電子記録装置１０に取得され、図６に示すように、画面
１５上のほぼ中央に表示された境界線１５ｃの左側の表
示領域１５ａの最下段には、当日の診療データのうちの
ＳＯＡデータが表示され、その上段には過去の診療デー
タのうちの直近のＳＯＡデータが表示されている。これ
らのＳＯＡデータの左側には、各Ｓデータ、Ｏデータ、
Ａデータについての各データ種別１５ｄが各ＳＯＡデー
タに対応する行に表示されている。境界線１５ｃの右側
の表示領域１５ｂには、当日の診療データのうちのＰデ
ータが最下段に表示され、その上段には過去の診療デー
タのうちの直近のＰデータが表示されている。画面１５
の右側の端部には、スクロール矢印▲、▼、スクロール
ボックス□からなるスクロールバー１５ｅが備えられて
おりこれらのスクロール矢印▲、▼、またはスクロール
ボックス□を、マウス等で操作することにより、画面を
上下にスクロールさせることができる。スクロールボッ
クス□がスクロールバー１５ｅの上下方向のどの位置に
あるかにより、記憶媒体に記憶された過去の診療データ
のどの部分が現在表示されているかが示される。すなわ
ちスクロールボックス□がスクロールバー１５ｅの上方
にあるほど古い診療データが表示されており、下方にあ
るほど当日に近い診療データが表示されていることを表
す。

【００４２】こうして各表示・入力領域に入力された診
療データが本診療録電子記録装置に取得され、次に、こ
の取得された診療データのうちＳＯＡに関するデータに
ついてＳＧＭＬデータ変換処理が行われる（ステップＭ
１０）。このＳＧＭＬデータ変換処理は、上記のステッ
プＭ３における処理と同様、データ変換手段１６により
実行される。すなわち、図８に示すように、先ず、ステ
ップＳ１＿１における判定の結果、入力されたデータが
ＳＧＭＬ形式のデータではないこと、すなわちＳＧＭＬ
で用いられるマーク“＜”、“＜／”、“＞”が含まれ
ていないことが判るので、ステップＳ１＿２に進み、診
療データのＳＧＭＬデータへの変換が行われる。すなわ
ち、Ｓ、Ｏ、およびＡの各データ種別ごとに分けられ、
それぞれのデータ種別についてＳＧＭＬ文法に基づきマ
ークアップ処理が施され、図５（ｂ）に示すような診療
データが、図５（ａ）に示すようなＳＧＭＬ形式のＳＯ
Ａデータに変換される。

【００４３】こうしてＳＧＭＬ形式に変換されたＳＯＡ
データを含む所見・症状データはデータ記憶部１２の記
憶領域１２ａに記憶され、処置・処方データは記憶領域
１２ｂに記憶される（ステップＭ１１）。

【００４４】なお、本実施形態では、所見・症状データ
および処置・処方データが、画面１５上の、左右に分割
された表示領域１５ａ，１５ｂに表示された例について
説明したが、このように画面を左右に分割する代わり
に、画面を上下に分割して上下２つの表示領域に所見・
症状データおよび処置・処方データを表示するようにし
てもよい。

【００４５】

【発明の効果】以上説明したように、本発明によれば、
診療データが、所見および症状を表す所見・症状データ
と、処置および処方を表す処置・処方データとの２種類
に区分されるとともに１回の診療ごとに互いに対応付け
られて画面上のそれぞれの表示・入力領域に表示される
ので、データ入力が容易で、記録されたデータを視認性
よくかつ効率よく表示することのできる診療録電子記録
装置を実現することができる。

【００４６】また、本発明の診療録電子記録装置に、デ
ータ取得部が取得した診療データのうちの所見・症状デ
ータを構造化言語に変換する変換手段を備えた場合は、
診療データに含まれる各情報それぞれに意味を持たせる
ことができるので、他の診療録電子記録システムとのイ
ンターフェースを構築することが容易であり、また、数
値データを取り出してグラフ化、表化するなど高度の情
報処理が可能である。また、所見・症状データを、構造
化されたタグ付きのテキスト文書として記憶するため、
長期間経過後も所見・症状データの参照が容易である。

【００４７】また、本発明の診療録電子記録装置におけ
るデータ表示部を、所見・症状データおよび処置・処方
データを画面上に表示するにあたり、互いに対応する所
見・症状データおよび処置・処方データを、画面上に並
んだ同一幅の２つの表示領域それぞれに表示するものと
した場合は、画面を効率的に利用することができる。さ
らに、データ表示部を、所見・症状データおよび処置・
処方データを画面上に表示するにあたり、境界線の位置
が自在に変更されてなる２つの表示領域それぞれに所見
・症状データおよび処置・処方データそれぞれを表示す
るものとした場合は、その診療データの内訳に応じた表
示領域を設定することができるので画面上により多くの
診療データを表示することができて効率的である。

【００４８】また、本発明の診療録電子記録装置におけ
るデータ取得部を、所見・症状データおよび処置・処方
データのそれぞれの表示領域内に所見・症状データおよ
び処置・処方データを直接入力可能なものとした場合
は、データ表示画面からデータ入力画面への煩雑な画面
展開をなくすことができるので、システム操作の負担が
軽減され操作者の混乱が防止されるなど操作性を向上さ
せることができる。

【図面の簡単な説明】

【図１】本発明の診療録電子記録装置の概略構成図であ
る。

【図２】本実施形態における所見・症状データの内容を
示す図である。

【図３】本実施形態における処置・処方データの内容を
示す図である。

【図４】本実施形態における画面上の２つの表示領域を
示す図である。

【図５】本実施形態におけるＳＧＭＬデータ形式に変換
された後のＳＯＡデータの一例（ａ）およびそれに対応
する元の診療データ（ｂ）の一例を示す図である。

【図６】本実施形態における画面上に表示された診療デ
ータの一例を示す図である。

【図７】本実施形態の診療録電子記録装置におけるデー
タ処理全体の流れ図である。

【図８】図７に示した流れ図の中のＳＧＭＬデータ変換
処理の流れ図である。

【図９】図７に示した流れ図の中の表示高さ設定処理の
流れ図である。

【図１０】図７に示した流れ図の中の境界線位置変更処
理の流れ図である。

【符号の説明】

１０診療録電子記録装置１１データ取得部１２データ記憶部１３データ読出部１４データ表示部１５画面１５ａ，１５ｂ表示領域１５ｃ境界線１５ｄデータ種別１５ｅスクロールバー１６データ変換手段

Claims

【特許請求の範囲】

【請求項１】診療録を電子的に記録する診療録電子記
録装置において、診療録に記憶されるデータを表す診療データを取得する
データ取得部、前記データ取得部により取得された診療データが、２種
類に区分されるとともに１回の診療ごとに互いに対応付
けられてなる、所見および症状を表す所見・症状データ
と、処置および処方を表す処置・処方データとを記憶す
るデータ記憶部、前記データ記憶部に記憶された所見・症状データおよび
処置・処方データを該データ記憶部から読み出すデータ
読出部、および前記データ記憶部から読み出された所見
・症状データおよび処置・処方データそれぞれを、画面
上の、互いに区分されたそれぞれの表示領域に表示する
データ表示部を備えたことを特徴とする診療録電子記録
装置。
【請求項２】前記データ取得部は、取得した診療デー
タのうちの所見・症状データを構造化言語に変換する変
換手段を備えたものであることを特徴とする請求項１記
載の診療録電子記録装置。
【請求項３】前記データ表示部が、所見・症状データ
および処置・処方データを画面上に表示するにあたり、
互いに対応する所見・症状データおよび処置・処方デー
タを、前記画面上に並んだ同一幅の２つの表示領域それ
ぞれに表示するものであることを特徴とする請求項１記
載の診療録電子記録装置。
【請求項４】前記データ表示部が、所見・症状データ
および処置・処方データを画面上に表示するにあたり、
境界線の位置が自在に変更されてなる２つの表示領域そ
れぞれに所見・症状データおよび処置・処方データそれ
ぞれを表示するものであることを特徴とする請求項３記
載の診療録電子記録装置。
【請求項５】前記データ取得部は、前記データ表示部
により所見・症状データおよび処置・処方データがそれ
ぞれ表示されてなる各表示領域内に所見・症状データお
よび処置・処方データそれぞれを直接入力可能なもので
あることを特徴とする請求項３又は４記載の診療録電子
記録装置。