(57)【要約】【課題】データを確実に保存し、障害が発生してもシステムの運用が可能な電子カルテシステムを提供すること。【解決手段】電子カルテシステムは、診療情報を表示すると共に、新たな診療情報を生成する端末３０、診療情報を記憶する診療情報データベース手段と、前記診療情報から保存用診療情報を生成する手段とを備えたオーダーサーバー１０、保存用診療情報を過去の診療情報と関連付けて保存する診療情報履歴データベース手段を備えたカルテサーバー２０とを備える。本発明によれば、基本的には第１および第２のサーバーの双方に電子カルテデータが保存されるので、一方のサーバーが障害等によって停止しても、他方のサーバーからデータを読み出してカルテを表示あるいは印刷することができ、データの消失防止およびシステム運用の継続が可能となる。【選択図】      図１
2004157794.tif 000002
【特許請求の範囲】
【請求項１】
サーバーから過去の診療情報を読み出して表示すると共に、新たな診療情報を生成する端末と、
前記端末から入力された診療情報を記憶する診療情報データベース手段と、前記診療情報から保存用診療情報を生成する保存データ生成手段とを備えた第１のサーバーと、
前記第１のサーバーの保存データ生成手段により生成された保存用診療情報を過去の診療情報と関連付けて保存する診療情報履歴データベース手段を備えた第２のサーバーと、
端末およびサーバーを接続する通信網と
を備えたことを特徴とする電子カルテシステム。
【請求項２】
前記保存用診療情報は、前記診療情報のコードデータに、対応する文字列データを付加することにより生成させることを特徴とする請求項１に記載の電子カルテシステム。
【請求項３】
前記診療情報データベース手段は、診療情報が削除あるいは変更された場合には、削除あるいは変更前の診療情報は保存しないことを特徴とする請求項１に記載の電子カルテシステム。
【請求項４】
前記端末は、第１のサーバーあるいは第２のサーバーのいずれか一方にアクセス可能であれば、カルテの表示あるいは印刷が可能であることを特徴とする請求項１に記載の電子カルテシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は電子カルテシステムに関し、特にデータを確実に保存し、障害が発生してもシステムの運用が可能な電子カルテシステムに関するものである。
【０００２】
【従来の技術】
従来、電子カルテに関して種々の提案がなされており、関連する公知文献としては例えば下記の公報がある。特開平０９−１７９９０８号公報、特開２０００−０４８１０７号公報、特開２０００−２９３５９４号公報、特開２０００−２９８６９２号公報、特開２０００−３２５３１４号公報、特開２００１−００５８９０号公報。
【０００３】
【発明が解決しようとする課題】
電子カルテに必要とされる機能としては、真正性、見読性、保存性の確保が挙げられる。また、システムとしては障害が発生しても電子カルテデータの消失を防止し、更にシステムの運用を継続できる必要がある。真正性については、修正前データ、削除データも全て保存し、作成者、修正者の権限をチェックすると共に全ての作業について記録（ログ）を保存することなどにより確保される。
【０００４】
しかし、従来の電子カルテシステムにおいて、電子カルテをコードデータで保存した場合には、見読性を確保するためにコードに対応するマスタを別途保存する必要があるが、マスタの内容が法改正等に伴って変更される場合があり、変更等に伴うマスタの世代管理をする必要があるという問題点があった。
【０００５】
また、カルテは一定の法定期間保存し、復元（印刷）できる必要があるので、システム障害が発生しても電子カルテデータが消失しないための機能が必要であり、更にシステムの運用が停止してしまうと病院における診療が出来なくなるので、システム障害時においても病院の診療を継続できるための機能が必要であるが、従来のシステムにおいては、これらの機能が効率よく統合され、実現されていないという問題点があった。
【０００６】
本発明の目的は、前記のような従来技術の問題点を解決し、データを確実に保存し、障害が発生してもシステムの運用が可能な電子カルテシステムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明の電子カルテシステムは、サーバーから過去の診療情報を読み出して表示すると共に、新たな診療情報を生成する端末と、前記端末から入力された診療情報を記憶する診療情報データベース手段と、前記診療情報から保存用診療情報を生成する保存データ生成手段とを備えた第１のサーバーと、前記第１のサーバーの保存データ生成手段により生成された保存用診療情報を過去の診療情報と関連付けて保存する診療情報履歴データベース手段を備えた第２のサーバーと、端末およびサーバーを接続する通信網とを備えたことを特徴とする。
【０００８】
本発明によれば、基本的には第１および第２のサーバーの双方に電子カルテデータ（診療情報）が保存されるので、一方のサーバーが障害等によって停止あるいは破損しても、他方のサーバーからデータを読み出してカルテを表示あるいは印刷することができ、データの消失防止およびシステム運用の継続が可能となる。また、電子カルテのコードデータに文字データを付加して保存するので、データを容易かつ正確に再現、見読できる。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を詳細に説明する。図１は、本発明の電子カルテシステムのデータおよび処理機能の関係を示す説明図である。第１のサーバーであるオーダサーバ１０は、データベース管理システム１４を備え、この中に各種マスタＤＢ１３、最新診療情報ＤＢ１１、スプールＤＢ１２が構築されている。そして、端末３０あるいはカルテサーバー２０からのデータベース処理指示（ＳＱＬ）に基づき、指示された処理を実行する。データベース管理システム１４としては公知の任意のデータベース管理システムを使用可能である。
【００１０】
各種マスタＤＢ１３には、職員等に関するマスタ、患者に関するマスタをはじめ、病名マスタ、薬剤マスタなど多数のマスタが存在する。最新診療情報ＤＢ１１は、患者ごとの診療情報である電子カルテデータが保存されており、端末からの要求に対応して読み出される。なお、最新診療情報ＤＢ１１においては、情報の少なくとも一部はコードによって記録されている。従って、処理や伝送が速く、端末における応答遅延が減少する。
また、「最新」とは、以前に入力したカルテデータを修正した場合には修正後のデータのみを保存しており、修正前あるいは削除データは保存しないという意味であり、特定の患者に関する診療情報としては、古いものも保存されている。
【００１１】
スプールＤＢ１２には、カルテサーバー２０に保存すべきデータが一時的に蓄積される。この保存データは端末からのＳＱＬによって生成されるが、最新診療情報ＤＢ１１に保存される診療データの内のコードデータに当該コードデータと対応する文字列データを付加したものである。
【００１２】
第２のサーバーであるカルテサーバ２０には、オーダーサーバー１０と同様のデータベース管理システム２２が備え、保存診療情報を蓄積するカルテ履歴ＤＢ２１が構築されている。また、カルテ保存処理手段２３（プログラム）が実装されている。このカルテ保存処理手段２３は、詳細は後述するが、周期的にオーダーサーバー１０にスプールデータの読み出し要求を出し、スプールデータを読み出してカルテ履歴ＤＢ２１に保存する。
【００１３】
端末３０は、キーボード、マウス３１、カード読み取り装置３２、ディスプレイ装置３３、プリンタ３４等を備え、入力／表示処理およびデータベース登録／検索処理などを実行する端末処理手段（プログラム）３５が実装されている。端末処理手段３５は、詳細は後述するがオーダーサーバー１０から必要なデータを読み出して電子カルテを表示し、入力された診療データをオーダーサーバー１０に送信してデータベース１１に登録させる。また、障害時など、必要に応じてカルテサーバー２０から電子カルテデータを読み出し、表示／印刷することができる。
【００１４】
図２は、本発明の電子カルテシステムのハードウェア構成例を示すブロック図である。オーダサーバ１０およびカルテサーバ２０のハードウェアおよびＯＳとしては、市販の周知のサーバー装置およびＯＳを利用可能である。サーバーのデータ記憶装置１５、２５は例えば複数のハードディスク装置（ＨＤＤ）を備え、周知の全二重（ミラー）化あるいはＲＡＩＤ方式等の冗長構成により、１つのＨＤＤが故障してもデータが消失しないように構成されている。また、図示しない無停電電源から電源が供給される。
更に、システム内の全てのデータについて例えば週１回バックアップデータ１６、２６を取り、かつ例えば１日１回差分のバックアップデータを取る。サーバの障害形態は以下の３通りが考えられ、それぞれの状態による復旧方法を以下に示す。
【００１５】
・オーダサーバのみが障害となった場合
前日までの状態に戻すため、週１回のフルバックアップデータ及びそれ以降（前日までの）差分バックアップデータを適用（読み込み）する。また、当日分に関しては公知のデータベースシステムのアーカイブログを使用し、障害直前の状態に戻す。なお、カルテサーバに関しては障害が発生していないためバックアップを適用する必要はない。
また、オーダーサーバーが停止した場合には、カルテサーバー２０から電子カルテ情報を読み出して表示／印刷することは可能であるが、新たに診療情報を電子カルテに追加／変更することは出来ない。従って、この場合には医師は患者のカルテを印刷し、従来のようにカルテに診療内容を書き込むことによって診療を続行することができる。障害中に紙のカルテで運用した分に関しては、事後データを入力することにより、カルテ情報も含めて自動的に作成される。
【００１６】
・カルテサーバのみが障害となった場合
オーダサーバと同様、週１回のフルバックアップデータ及びそれ以降（前日までの）差分バックアップデータを適用する。また、当日分に関してはデータベースシステムのアーカイブログを使用し、障害直前の状態に戻す。なお、カルテサーバが障害で使用できない間もオーダサーバを使用して通常の運用が可能である。また、カルテサーバ障害中のカルテ情報はカルテサーバ復旧後にカルテサーバ上で動作するスプールプログラムで自動復旧される。
・オーダサーバ、カルテサーバ共に障害が発生した場合
オーダサーバ、カルテサーバ共に前日までの状態に戻すため、週１回のフルバックアップデータ及びそれ以降（前日までの）差分バックアップデータを適用する。また、当日分に関してはデータベースシステムのアーカイブログを使用し、障害直前の状態に戻す。また、障害中に紙のカルテで運用した分に関しては、事後データを入力することによりカルテ情報も含めて自動的に作成される。
【００１７】
端末３０に備えられたＨＤＤ３６はキャッシュメモリとして使用され、端末３０は頻繁に使用するデータあるいは予め使用されることが判っているデータを予めオーダサーバ１０から読み出してＨＤＤに保存しておく。この機能によって端末３０の応答遅延が減少する。
【００１８】
図３は、本発明システムにおける端末処理を示すフローチャートである。Ｓ１０においては、例えば職員のＩＤカードであるＩＣカード等から使用者ＩＤを読み取り、更にパスワードと照合することにより使用者の認証を行う。Ｓ１１においては、初期画面、外来患者一覧表（外来部署端末の場合）を表示する。Ｓ１２においては、使用者の操作入力情報を分析する。そして、指示が患者指定である場合にはＳ１３に移行するが、特定の患者に依存しない情報の表示の場合にはＳ１６に移行する。
【００１９】
Ｓ１６においては、使用者が指示したデータを保存しているサーバへデータを要求する。Ｓ１７においては、サーバからデータを受信し、Ｓ１８においては、データを端末画面に表示してＳ１２に戻る。
【００２０】
Ｓ１３においては、例えば外来患者一覧表の中から患者を選択することにより患者を特定するための情報を入力する。Ｓ１４においては、オーダサーバ１０から氏名、年齢、性別等の患者基本情報および直近の所定期間（例えば１週間）の診療情報を読み出す。Ｓ１５においては電子カルテを画面に表示してＳ１９に移行する。
【００２１】
図６は、電子カルテの表示例を示す説明図である。電子カルテ画面は、向かって左側が治療計画表示領域７１として使用され、右側は治療指示表示領域７２として使用される。この書式は厚生労働省指定の２号紙カルテと同一になっている。画面上部には、患者基本情報および端末使用者が表示されている。
【００２２】
画面左端には各種機能ボタン７３が配置されており、例えば問診所見を入力する場合には問診所見ボタン７４をマウスでクリックし、治療指示表示領域７２に表示されている各種指示を入力する場合にはそれぞれ対応するボタン７５〜８０をクリックして、指示内容を入力する。なお、ＤＯ領域８１には過去に行った指示の内容が表示され、同じ指示を行う場合にはこの情報を参照し、コピーすることが可能である。
【００２３】
Ｓ１９においては、使用者の行った操作入力情報を分析する。そして、指示がカルテ更新である場合にはＳ２０に移行するが、レントゲン写真や検査結果データなど特定の患者に関する情報の表示の場合にはＳ２４に移行する。Ｓ２０においては、カルテに追加、修正、削除するデータを入力する。Ｓ２１においては、入力されたデータについて投薬監査などのデータのチェックを行う。Ｓ２２においては、後述するが、ＤＢへの登録を行うデータベース処理指示データ（ＳＱＬ）を生成する。Ｓ２３においては、生成されたＳＱＬをオーダーサーバー１０に送信してＤＢを更新する。
【００２４】
Ｓ２４においては、データを保存しているサーバへ所望のデータを要求する。Ｓ２５においては、サーバーからデータを受信し、Ｓ２６においては、データを端末画面に表示する。
【００２５】
図４は、本発明のカルテサーバーにおけるカルテデータ保存処理を示すフローチャートである。Ｓ３０においては、前回の保存処理から所定時間、例えば１分〜数分が経過したか否かが判定され、判定結果が肯定の場合にはＳ３１に移行する。Ｓ３１においては、オーダサーバ１０のスプールＤＢ１２からスプールデータを読み出すデータベース処理指示データ（ＳＱＬ）をオーダーサーバー１０に送信する。Ｓ３２においては、スプールＤＢ１２から読み出したデータを、既にカルテ履歴ＤＢ２１内に保存されているデータとのリンクを付けてカルテ履歴ＤＢ２１に保存する。Ｓ３３においては、オーダサーバ１０のスプールＤＢ１２からＳ３１において読み出したスプールデータを削除するデータベース処理指示データ（ＳＱＬ）をオーダーサーバー１０に送信する。
【００２６】
図５は、図３のＳ２２のＳＱＬ生成処理の詳細を示すフローチャートである。Ｓ４０においては、処理がデータの削除であるか否かが判定され、判定結果が肯定の場合にはＳ４７に移行するが否定の場合にはＳ４１に移行する。Ｓ４１においては、処理がデータの修正であるか否かが判定され、判定結果が肯定の場合にはＳ４４に移行するが否定（新規、追加）の場合にはＳ４２に移行する。なお、図５においてＳ４２〜Ｓ４８にはＳＱＬの処理内容が記載されているが、実際の処理はこれらの処理を行うＳＱＬの生成である。
【００２７】
Ｓ４２においては、診療データを最新診療情報ＤＢ１１に登録する。Ｓ４３においては、診療データの内のコードデータによって表されているデータについて各種マスタデータベースを参照して対応するテキストデータを付加し、データをスプールＤＢ１２へ保存する。
例えば、全てに共通している情報としては、最新診療情報ＤＢ１１には診療情報等を入力した職員や医師のコードのみが保存されるが、スプールＤＢ１２には、職員や医師のコードと共に対応する氏名を表すテキストデータが保存される。
【００２８】
Ｓ４４においては、最新診療情報ＤＢ１１から該当する変更前データを削除する。Ｓ４５においては、修正データを最新診療情報ＤＢ１１に登録する。Ｓ４６においては、修正診療データの内のコードデータによって表されているデータについて各種マスタデータベースを参照して対応するテキストデータを付加し、データをスプールＤＢ１２へ保存する。
Ｓ４７においては、最新診療情報ＤＢから該当データを削除する。Ｓ４８においては、削除データをスプールＤＢ１２に移動させる。
【００２９】
以上、本発明の実施例を開示したが、本発明には下記のような変形例も考えられる。実施例においては、古いデータについての扱いについては特に考慮していないが、所定の期間を過ぎた古いデータはアクセスは遅いが記憶容量の大きなデータ保存装置へ移してもよい。
実施例においては、サーバーおよび端末をＬＡＮで接続する例を開示したが、例えばカルテサーバーのみあるいは双方のサーバーが遠隔地にあっても本発明を実施可能である。
実施例においては、端末からサーバーに対してＳＱＬによる指示を行う例を開示したが、データベースへの登録あるいは検索機能の実現方法は公知の任意の手法を採用可能である。
【００３０】
【発明の効果】
以上述べたように、本発明によれば、基本的には第１および第２のサーバーの双方に電子カルテデータ（診療情報）が保存されるので、一方のサーバーが障害等によって停止あるいは破損しても、他方のサーバーからデータを読み出してカルテを表示あるいは印刷することができ、データの消失防止およびシステム運用の継続が可能となるという効果がある。
また、端末および第１のサーバーにおいては、コードにより診療データの一部を管理するので処理効率が向上し、応答遅延が減少する。更に、第２のサーバーにおいては、コードに文字列を付加して保存するので、コードのマスターの世代管理が不要となり、データを容易かつ正確に再現、見読できるという効果もある。
【図面の簡単な説明】
【図１】本発明のシステムのデータおよび処理機能の関係を示す説明図である。
【図２】本発明のシステムのハードウェア構成例を示すブロック図である。
【図３】本発明のシステムにおける端末処理を示すフローチャートである。
【図４】カルテサーバーにおけるカルテデータ保存処理を示すフローチャートである。
【図５】図３のＳ２２のＳＱＬ生成処理の詳細を示すフローチャートである。
【図６】電子カルテの表示例を示す説明図である。
【符号の説明】
１０…オーダーサーバー、１１…最新診療情報ＤＢ、１２…スプールＤＢ、１３…各種マスタＤＢ、１４、２２…データベース管理システム、１５、２５…データ記憶装置、１６、２６…バックアップデータ、２０…カルテサーバー、２１…カルテ履歴ＤＢ、２３…カルテ保存処理手段、３０…端末、３１…キーボード、マウス、３２…カード読み取り装置、３３…ディスプレイ装置、３４…プリンタ、３５…端末処理手段、３６…ＨＤＤ
【図１】
2004157794.tif 000003
【図２】
2004157794.tif 000004
【図３】
2004157794.tif 000005
【図４】
2004157794.tif 000006
【図５】
2004157794.tif 000007
【図６】
2004157794.tif 000008