(57)【特許請求の範囲】
【請求項１】
患者のプロファイル情報や診察情報などを含む医療情報中のデータ項目を、内容更新時におけるデータ制御方法により複数のデータテーブルに分類してサーバ内のデータ蓄積手段に蓄積し、クライアントから前記サーバ内のデータ蓄積手段から前記医療情報を呼び出して参照および更新をすることを可能とした医療情報システムであって、
前記複数のデータテーブルに対応して前記クライアント側に設けられる複数の一時格納用データテーブルと、
前記複数のデータテーブルから必要とするデータを選択して前記一時格納用データテーブルに格納するデータ選択手段と、
データ制御方法の異なる前記データ項目の入出力フィールドが設定されたレイアウトを記憶するレイアウト記憶手段と、
前記一時格納用データテーブルに格納されたデータを、前記レイアウト記憶手段から選択されるレイアウトに応じて表示する表示形式選択手段と、
前記表示形式選択手段で表示されるレイアウト上で、前記フィールドにデータを入力することで、異なるデータ制御方法のデータの変更を受け付ける変更内容受付手段と、
前記変更内容受付手段で受け付けたデータの変更内容を前記一時格納用データテーブルに反映させる一時格納用テーブル変更手段と、
前記一時格納用データテーブルの変更内容を前記サーバ内の対応するデータテーブルの内容更新時における、データ項目に応じて異なるデータ制御方法に基づいて各データテーブルに反映させるデータ更新手段と、
を備える医療情報システム。
【請求項２】
予め作成されたレイアウト上の各フィールドに、前記一時格納用データテーブルを対応させるためのレイアウト支援手段をさらに備える、請求項１に記載の医療情報システム。
【請求項３】
前記表示形式選択手段で表示するレイアウトは、着目すべき項目に応じて予め作成された複数のレイアウトのうちから選択できるように構成される、請求項１または２に記載の医療情報システム。
【請求項４】
前記表示形式選択手段で選択されるレイアウト中に、更新日時および更新者などの更新記録情報が必要なデータ項目が含まれる場合、前記データテーブルへの変更内容の反映時に、前記更新記録情報を前記データテーブル内の対応個所に格納する、請求項１〜３のいずれかに記載の医療情報システム。
【請求項５】
前記表示形式選択手段で選択されるレイアウト中に時系列により整列させられるデータ項目が含まれる場合、前記データテーブルへの変更内容の反映時に、前記変更内容を時系列に沿って格納する、請求項１〜４のいずれかに記載の医療情報システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、患者診療情報を電子データとして取り扱うことを可能とした医療情報システムに関する。
【０００２】
【従来の技術】
データベースを管理するサーバとこのデータベースにアクセス可能なクライアントを備える情報管理システムでは、データの真正性、見読性、保存性などが求められる。特に、病院などの医療施設では、患者の受付業務、診療情報や監査情報の入出力、会計業務などのあらゆる部門で多くのコンピュータが導入されている。各部門の扱うデータの整合性を図り業務の効率化を図るために、このような診療情報をサーバで一括して管理し、各部門に設置したクライアントからサーバの管理するデータベースにアクセスすることが考えられる。
【０００３】
診療情報を電子化した場合には、上述した真正性、見読性、保存性を確保することはもちろん、プライバシー保護が必要となってくる。見読性及び保存性の確保としては、端末のモニタやプリンタへの出力が可能であり、必要に応じて速やかに参照することが可能であり、継続的にデータの参照が可能であり、確実なバックアップが可能であるなどの要求を満たす必要がある。また、真正性の確保としては、利用者認証、改竄防止、混同防止、履歴の保存などの要件を満たす必要がある。さらに、プライバシー保護の観点では、システムセキュリティ、ネットワークセキュリティ、アクセス制御、ロギング（履歴の保存）などの要件を満たす必要がある。
【０００４】
このような診療情報を扱う電子カルテシステムにおいては、前述した真正性を確保するために更新日時や更新者などの更新記録情報とともに入力された内容を時系列に記録しておく必要のある事項（例えば、患者の主訴や処置に対する反応などを含む患者の症状に関するカルテ情報や、検査指示や検査結果などを含む検査歴など）と、最新の情報のみが記録されていればよい事項（例えば、患者の基本情報など）というように、記録する際のルールが異なる項目がある。このような記録する際における各項目のルールの違いに合わせて、それぞれ別々のデータベースを構築した場合、データの入力、追加、更新に応じてそれぞれの項目に対応するデータベースにそれぞれの記録ルールに則って各データを記録することとなる。このように、画面上に表示されたカルテ情報に入力、更新、追加が発生した場合、それぞれの項目は対応するデータベースにそれぞれの記録ルールに従って記録される。
【０００５】
また、前述のような電子カルテシステムにおいて、患者のカルテ情報を参照する場合には、従来の紙カルテの様式に準じたレイアウトを構成し、時系列に蓄積された過去の診療情報をこのレイアウト上の該当する欄に時系列に表示するように構成される場合が多い。
【０００６】
【発明が解決しようとする課題】
医師が患者を診察する際にそれが再診である場合には、過去の診療記録から診断のポイントとなる事項を把握し、診察時の問診で聞き出した症状の経過などを加味して診断を行っている。前述したように従来の紙カルテに準じた様式で単純に時系列で診療記録が表示されている場合、今回の診断のポイントとなる事項が当初の表示画面の範囲外となっている可能性があり、画面操作を行って時系列に並べられた診療記録から注目する事項を探し出す必要がある。このような操作は、医師が診察業務を行う際の負担となり業務効率の低下を招くこととなっている。
【０００７】
また、上述したように、内容更新時における記録ルールに基づいて複数のデータテーブルを設定している場合、サーバ側からクライアント側にデータを呼び出して利用するときに、データテーブル毎に予め用意されたレイアウト上に各データ項目が表示されるように構成する。他のデータテーブル上のデータ項目を利用する場合には、そのデータテーブルに対応するレイアウトを別のウィンドウとして立ち上げて各データの表示を行い、内容変更の入力を受け付ける。
【０００８】
ユーザが各データの参照および内容変更の入力を行う場合には、それぞれ対応するツールを操作して複数のレイアウトをウィンドウ上に表示させ、変更内容を入力する。受け付けた変更内容は、そのデータ項目の更新時におけるデータ制御方法により各レイアウトに対応するデータテーブルに反映される。
【０００９】
このように、複数のデータテーブルにまたがるデータ項目について参照または変更内容の入力などを行うためには、各データテーブルに対応するツールを立ち上げる必要があり、煩雑な作業が必要となる。
【００１０】
また、各データテーブルに対応して予め用意されたレイアウトが存在する場合が多く、ユーザが使い勝手の良いレイアウトを設計することが困難であり、特に複数のデータテーブルから選択されるデータ項目がひとつの画面上に配置されるようなレイアウトを作成することができないという問題がある。
【００１１】
本発明の目的は、医師が診療情報を参照する際に、医師の着目する情報を医師が見たい形式で表示し、把握すべき診療記録の内容を一目で確認できるようにすることにある。
【００１２】
また、本発明の他の目的は、データの真正性を保証するとともに、内容更新時におけるデータ制御方法の異なるデータ項目が混在するレイアウト表示を可能にし、任意のレイアウト設計を補助することが可能な医療情報システムを提供することにある。
【００１３】
【課題を解決するための手段】
本発明は、医師が過去の診療記録を参照して診察を行う場合に、診療科や患者の疾病の種類によって着目する項目がある程度一致する傾向にあることに着目したものである。
【００１４】
すなわち、本発明は、診療情報を表示する際に、診療記録をどのようなレイアウトで表示するかを予め登録しておき、診療記録をどのレイアウトで表示させるかの選択を可能にすることにより、医師が着目すべき診療記録を迅速に確認できるように表示することができる。
【００１５】
また、診療科や疾病に応じてレイアウトを登録しておき、このレイアウト上で表示された診療情報に対して入力、更新を行うことを可能とし、入力あるいは更新された内容を、対応するデータベースの項目の記録ルールに則った形で記録する仕組みを提供し、診療情報の表示形式の自由度を高めながら、電子カルテシステムに要求されている三原則を遵守できるようにする。
【００１６】
本発明に係る医療情報システムは、患者のプロファイル情報や診察情報などを含む医療情報中のデータ項目を、内容更新時におけるデータ制御方法により複数のデータテーブルに分類してサーバ内のデータ蓄積手段に蓄積し、クライアントからサーバ内のデータ蓄積手段から医療情報を呼び出して参照および更新をすることを可能とした医療情報システムであり、複数のデータテーブルに対応してクライアント側に設けられる複数の一時格納用データテーブルと、複数のデータテーブルから必要とするデータを選択して一時格納用データテーブルに格納するデータ選択手段と、データ制御方法の異なるデータ項目の入出力フィールドが設定されたレイアウトを記憶するレイアウト記憶手段と、一時格納用データテーブルに格納されたデータを、レイアウト記憶手段から選択されるレイアウトに応じて表示する表示形式選択手段と、表示形式選択手段で表示されるレイアウト上で、フィールドにデータを入力することで、異なるデータ制御方法のデータの変更を受け付ける変更内容受付手段と、変更内容受付手段で受け付けたデータの変更内容を一時格納用データテーブルに反映させる一時格納用テーブル変更手段と、一時格納用データテーブルの変更内容をサーバ内の対応するデータテーブルの内容更新時における、データ項目に応じて異なるデータ制御方法に基づいて各データテーブルに反映させるデータ更新手段とを備える。
【００１７】
ここで、予め作成されたレイアウト上の各フィールドに、一時格納用データテーブルを対応させるためのレイアウト支援手段をさらに備える構成とすることができる。
【００１８】
また、表示形式選択手段で表示するレイアウトは、着目すべき項目に応じて予め作成された複数のレイアウトのうちから選択できるように構成することができる。
【００１９】
さらに、表示形式選択手段で選択されるレイアウト中に、更新日時および更新者などの更新記録情報が必要なデータ項目が含まれる場合、データテーブルへの変更内容の反映時に、更新記録情報を前記データテーブル内の対応個所に格納するように構成できる。
【００２０】
また、表示形式選択手段で選択されるレイアウト中に時系列により整列させられるデータ項目が含まれる場合、データテーブルへの変更内容の反映時に、変更内容を時系列に沿って格納するように構成できる。
【００２１】
【発明の実施の形態】
〔発明の概要〕
本発明の１実施形態が採用される医療情報システムの概略構成を図１に示す。
【００２２】
サーバ１は、患者のプロファイル情報や診察情報などを含む医療情報を管理するものであって、カルテ内容を管理するカルテテーブル、患者病名に関するデータが蓄積される患者病名テーブル、患者のプロファイル情報などの患者情報が蓄積される患者プロファイルテーブル、各種検査結果が蓄積される患者検査結果テーブルなどの医療情報データベース群３を備えている。
【００２３】
サーバ１内には、医療情報データベース群３から患者情報などの検索を行うための検索プロセス４、クライアント側からの変更内容に基づいてデータの更新を行う更新プロセス５などを備えている。
【００２４】
サーバ１には、ＬＡＮ、インターネット、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などを介してクライアント２が接続されている。クライアント２は、ユーザとサーバとの間の入出力インターフェイスを構成するクライアントコア６を備えている。クライアント２には、カード型カルテ制御アプリケーション７が搭載されている。このカード型カルテ制御アプリケーション７は、市販のカード型データベースソフトを使用することが可能であり、たとえば、ファイルメーカーＰＲＯ、Ｍｉｃｒｏｓｏｆｔ  Ａｃｃｅｓｓ、その他のデータベースソフトを用いることが可能である。
【００２５】
クライアント２には、サーバ１側の各医療情報データベース群３と対応するデータテーブル群を備える一時テーブル８を備えている。この一時テーブル８は、データ仕様が公開されており、カード型カルテ制御アプリケーション７によってデータの利用が可能となっており、各データテーブル群内のデータは、サーバ１の医療情報データベース群３内からダウンロードされた各データが一時的に格納され、ユーザからの入力を受け付けたデータに対する変更内容に基づいて更新される。
【００２６】
さらに、クライアント２は、カード型カルテ制御アプリケーション７を介してユーザが設定したレイアウト群９を備えている。カード型カルテ制御アプリケーション７が、レイアウト群９中から選択されたレイアウト上に、一時テーブル８にダウンロードされたデータを表示するように構成する。
【００２７】
〔カード型カルテの制御フロー〕
〈全体処理フロー〉
本発明の全体処理フローの概要を図２に示す。
【００２８】
ステップＳ１では、カード型カルテを起動する。ここでは、ユーザの操作により、フロントエンドツール（入出力手段）、クライアントコア６を介してカード型カルテ制御アプリケーション７が起動される。
【００２９】
ステップＳ２では、ユーザにより選択すべき患者ＩＤの入力を受け付ける。ステップＳ３では、ユーザから入力を受け付けた患者ＩＤに基づいて、クライアントコア６が患者選択データをカード型カルテ制御アプリケーション７に通知する。ステップＳ４では、カード型カルテ制御アプリケーション７がサーバ１に対して医療情報データベース群３内のデータ要求を行い、必要とするデータをダウンロードして一時テーブル８に格納する。ステップＳ６では、フロントエンドツールに対して患者データのダウンロードを実行した旨の通知を行い、予め設定されている、あるいはその都度選択されたレイアウト上に一時テーブル８からデータを読み込んでこれを表示させる。
【００３０】
ステップＳ７では、ユーザによるカルテ入力を受け付ける。ユーザによって入力されたデータの変更内容は、ステップＳ８においてフロントエンドツールを介して一時テーブル８に書き出されてその変更内容が反映される。
【００３１】
ステップＳ９では、ユーザからのカルテ保存の指示を受け付ける。カード型カルテ制御アプリケーション７では、ステップＳ１０において一時テーブル８の変更内容を読み出して、サーバ１側のカード型カルテデータベースに更新要求を行う。これと同時に、クライアントコア６の文書情報管理プロセスに対して更新要求を行う。ステップＳ１１では、クライアントコア６の文書情報管理プロセスからサーバ１側の医療情報データベース群３内で管理されている文書データベースの更新要求を行う。
【００３２】
ステップＳ１２では、カード型カルテ制御アプリケーション７による更新要求に対応してサーバ１側でカード型カルテデータベースの更新を実行する。ステップＳ１３では、クライアントコア６の文書情報管理プロセスからの更新要求に対応してサーバ１側で文書データベースの更新を実行する。
【００３３】
以上により、ユーザは患者データ（患者の診療情報）をユーザの好みのレイアウトで表示し、好みのレイアウトで表示された状態で診療データの入力を行うことができ、入力された内容を対応するデータベース項目に定められた格納規約に従って更新することが可能となる。
【００３４】
〈起動時処理フロー〉
起動時における処理フローの概要を図３に示す。
ステップＳ２１では、ユーザが利用者端末において利用者初期起動画面またはツールボックスを立ち上げた場合にこの指示入力を受け付ける。ステップＳ２２では、クライアントコア６の管理プロセスまたはツールボックスによってカード型カルテ制御アプリケーション７の起動を実行する。
【００３５】
ステップＳ２２では、カード型カルテ制御アプリケーション７がカード型カルテ管理マスタにしたがってカード選択画面を表示させる。ステップＳ２３では、ユーザからのカード選択入力を受け付ける。ステップＳ２４では、ユーザから受け付けたカード選択入力に基づいてカード型カルテ制御アプリケーション７から該当するカード画面を起動する。ステップＳ２５では、フロントエンドツール上に該当するカード画面を表示する。
【００３６】
〈患者選択処理フロー〉
患者選択処理における処理フローの概要を図４に示す。
ステップＳ３１では、ユーザによる患者選択を行う旨の指示入力を受け付ける。患者選択画面上に設定された指示ボタンがクリックされるかまたはプルダウンメニューなどから患者選択の指示があった場合には、ステップＳ３２においてクライアントコア６の管理プロセスまたはツールボックスにより患者選択ツールを起動する。
【００３７】
ステップＳ３３では、ユーザからの患者ＩＤ入力を受け付ける。ステップＳ３４では、起動された患者選択ツール上でユーザから入力される患者ＩＤを受け付け、これをカード型カルテ制御アプリケーション７に通知する。
【００３８】
ステップＳ３５では、カード型カルテ制御アプリケーション７がカード型カルテ管理マスタを参照するとともに、選択された患者ＩＤをカード選択画面上に表示する。
【００３９】
ステップＳ３６では、ユーザからカード選択の指示入力を受け付ける。ステップＳ３７では、ユーザから入力されたカード選択の指示入力に基づいてレイアウト群９から対応するレイアウト情報を読み出し、カード画面を起動する。ステップＳ３８では、選択されたカード画面をフロントエンドツール上に表示する。
【００４０】
ステップＳ３９では、ユーザにより入力された患者ＩＤに基づいて、サーバ１側から患者データをダウンロードする。ここでは、ユーザから入力された患者ＩＤに基づいてダウンロード対象管理マスタを参照し、サーバ１に対して必要となる患者データの要求を行い、サーバ１側からの検索結果をカード画面上に通知するとともに、送信されてくる患者データを一時テーブル８内に格納する。
【００４１】
ステップＳ４０では、カード型カルテ制御アプリケーション７からの検索要求に基づいてサーバ１側の検索プロセスを実行し、その検索結果をカード型カルテ制御アプリケーション７に送信する。
【００４２】
ステップＳ４１では、フロントエンドツールのカード画面上において、検索結果の通知を表示するとともに、患者データの表示を行う。
以上の動作によりユーザが予め登録したレイアウトでカルテ情報の表示が行える。
【００４３】
〈カルテ入力−オーダ画面起動処理フロー〉
カルテ入力オーダ画面起動の処理フローを図５に示す。
ステップＳ５１では、ユーザからのカルテ入力オーダ指示の入力を受け付ける。ここでは、カード画面上にオーダボタンを表示し、オーダボタンの操作によるユーザからの指示入力を受け付ける。
【００４４】
ステップＳ５２では、フロントエンドツールにより表示されているカード画面上で受け付けたユーザからの指示入力に基づいて他画面起動ツールを起動させる。ステップＳ５３では、カード型カルテ制御アプリケーション７により他画面起動ツールを立ち上げ、処方入力画面を起動する。ステップＳ５４では、処方入力画面上においてユーザからのオーダ入力を受け付ける。ステップＳ５５では、ユーザからのオーダ入力の終了指示を受け付ける。
【００４５】
ステップＳ５６では、ユーザから受け付けたオーダ入力に基づいて文書バッファの内容を更新するとともにエディタにその変更内容を反映させる。また、オーダ入力の終了指示を受け付けた場合は、カード型カルテ制御アプリケーション７の他画面起動ツールを起動させる。
【００４６】
ステップＳ５７では、カード型カルテ制御アプリケーション７の他画面起動ツールから、カード画面を起動し、このカード画面上にオーダ終了の通知を表示させるとともに、ユーザにより入力されたオーダ内容をテンポラリファイルを経由してカード画面上に反映させる。
【００４７】
〈カルテ入力−シェーマ画面起動処理フロー〉
カルテ入力シェーマ画面起動の処理フローを図６に示す。
ステップＳ６１では、ユーザからのカルテ入力シェーマ指示の入力を受け付ける。ここでは、カード画面上にシェーマ入力ボタンを表示し、シェーマ入力ボタンの操作によるユーザからの指示入力を受け付ける。
【００４８】
ステップＳ６２では、フロントエンドツールにより表示されているカード画面上で受け付けたユーザからの指示入力に基づいて他画面起動ツールを起動させる。ステップＳ６３では、カード型カルテ制御アプリケーション７により他画面起動ツールを立ち上げ、シェーマ入力画面を起動する。ステップＳ６４では、シェーマ入力画面上においてユーザからのシェーマ記述入力を受け付ける。ステップＳ６５では、ユーザからのシェーマ記述入力の終了指示を受け付ける。
【００４９】
ステップＳ６６では、ユーザから受け付けたシェーマ記述入力に基づいて画像ファイルを更新する。また、エディタ画面上に入力されたシェーマ記述を反映し、ユーザからの編集を受け付ける。ユーザからシェーマ記述入力の終了指示を受け付けた場合には、カード型カルテ制御アプリケーション７の他画面起動ツールを起動する。
【００５０】
ステップＳ６７では、カード型カルテ制御アプリケーション７の他画面起動ツールから、シェーマ記述の削除、保存などの指示を受け付けて、削除を行う場合にはエディタ画面上のシェーマ記述の削除処理を行い、保存を行う場合には画像ファイルをカード型カルテ制御アプリケーション７にコピーして渡す。これらの処理は、カード画面上に通知され、ユーザにより入力されたシェーマ記述に基づく画像ファイルの内容がカード画面上に反映される。
【００５１】
〈カルテ入力−シェーマ直接記述処理フロー〉
カード画面上に直接シェーマ記述を受け付けることも可能であり、この場合の処理フローを図７に示す。
【００５２】
ステップＳ７１では、ユーザからのカルテ入力シェーマ指示の入力を受け付ける。ここでは、カード画面上にシェーマ入力ボタンを表示し、シェーマ入力ボタンの操作によるユーザからの指示入力を受け付ける。
【００５３】
ステップＳ７２では、フロントエンドツール上でシェーマ入力画面に移行する。ステップＳ７３では、シェーマ入力画面上においてユーザからのシェーマ記述入力を受け付ける。ステップＳ７４では、ユーザからのシェーマ記述入力の終了指示を受け付ける。ステップＳ７５では、ユーザから受け付けたシェーマ記述入力に基づいてカード画面上にシェーマ記述の内容を表示する。ここではフロントエンドツール上で任意に作成された画像ファイルはカルテ保存時にクライアントコア６側に引き渡し、同時にサーバ１側の医療情報データベース群３がこの内容にしたがって更新される。
【００５４】
〈カルテ入力−病名画面起動処理フロー〉
カルテ入力−病名画面起動の処理フローを図８に示す。
ステップＳ８１では、ユーザからの病名登録指示の入力を受け付ける。ここでは、カード画面上に病名登録指示ボタンを表示し、ユーザにより病名登録指示ボタンが操作された場合に、病名登録指示入力があったと判断する。
【００５５】
ステップＳ８２では、フロントエンドツールにより表示されているカード画面上で受け付けたユーザからの指示入力に基づいて他画面起動ツールを起動させる。ステップＳ８３では、カード型カルテ制御アプリケーション７により他画面起動ツールを立ち上げ、病名入力画面を起動する。ステップＳ８４では、病名入力画面上においてユーザからの病名入力を受け付ける。ステップＳ８５では、ユーザからの病名入力の終了指示を受け付ける。
【００５６】
ステップＳ８６では、ユーザから受け付けた病名をサーバ１側の医療情報データベース群３に送信し保存処理を行う。ステップＳ８７では、サーバ１において医療情報データベース群３の該当するデータベースに送信されてきた病名を登録しデータの更新を行う。
【００５７】
ステップＳ８６において、病名入力画面から患者データの編集に移行する旨の指示があればステップＳ８８に移行して、カード型カルテ制御アプリケーション７の他画面起動ツールを起動させる。ステップＳ８８では、病名データの再読み込みを行う。ステップＳ８９では、読み込まれた病名データに基づいて、患者データのダウンロードを行う。ここでは、病名データをサーバ１側に送信し、サーバ１側から送信されてくる検索結果を一時テーブル８に格納する。
【００５８】
ステップＳ９０では、サーバ１の検索プロセスにおいて、カード型カルテ制御アプリケーション７から送信されてくる病名データに基づいて患者データを検索し、検索結果をカード型カルテ制御プログラム７に返信する。
【００５９】
ステップＳ９１では、カード型カルテ制御アプリケーション７の他画面起動ツールによって起動されたカード画面上で、ダウンロードされた患者データの表示を行い、ユーザによるカルテ入力の受け付け状態に遷移する。
【００６０】
〈カルテ保存処理フロー〉
カルテ保存の処理フローを図９に示す。
ステップＳ１０１では、ユーザからの終了指示を受け付ける。ここでは、カード画面上に終了指示ボタンを表示し、ユーザにより終了指示ボタンが操作された場合に、カルテ入力処理の終了を行い、カルテ保存処理を開始する。
【００６１】
ステップＳ１０２では、ユーザによる変更内容を一時テーブル８上に反映するとともに、カード画面上でユーザからの終了指示があった旨の通知をカード型カルテ制御アプリケーション７に送達する。
【００６２】
ステップＳ１０３では、カード型カルテ制御アプリケーション７により、カルテの変更内容をサーバ１側に送信する。ステップＳ１０４では、サーバ１側において医療情報データベース群３内のデータ内容を更新する。
【００６３】
また、ステップＳ１０３では、クライアントコア６で制御される文書バッファ内に更新された文書データを格納し、クライアントコア６の文書保存用の管理プロセスに対し、文書データの保存の要求を行う。ステップＳ１０５では、クライアントコア６の文書保存用の管理プロセスからサーバ１側に対して変更された文書内容を送信する。ステップＳ１０６では、クライアントコア６の文書保存用の管理プロセスから送信されてきた文書データに基づいて文書データの更新を行う。
【００６４】
ステップＳ１０３では、さらに、クライアントコア６の管理プロセスに対して現在使用している患者データの開放要求を行う。ステップＳ１０７では、現在使用している患者データを開放して他のクライアントによる使用が可能な状態とする。
【００６５】
〔カルテデータ連携〕
実際のカルテデータ連携の一例を図１０に示す。
図１０に示すように、サーバ１内の医療情報データベース群３は、たとえば患者データベース１１、カード型カルテデータベース１２、外来患者一覧データベース１３、病棟患者情報データベース１４、検査歴テーブル１５、利用者データベース１６などを備えている。
【００６６】
患者データベース１１のテーブルは、図１１に示すように、患者番号、患者氏名、性別、生年月日、病棟コード、病室コード、自宅住所情報、勤務先情報などを含む構成となっている。
【００６７】
カード型カルテデータベース１２のテーブルは、図１２に示すように、患者ＩＤ、カード番号、登録者ＩＤ、登録者氏名、診療科コード、診療科名、作成日、最終更新日、最終更新利用者ＩＤ、最終更新利用者名などの基本情報と、各種データ用フィールドを備える構成となっている。
【００６８】
外来患者一覧データベース１３のテーブルは、図１３に示すように、受付番号、受付日、患者ＩＤ、患者氏名、性別、生年月日、予約時間、受付時間、予約元診療科コード、予約元診療科名、予約先診療科コード、予約先診療科名、担当医コード、担当医名、診療区分、状態区分、予約受付、救急区分、診療室コード、診療室名、妊婦フラグ・・・などの項目で構成されている。
【００６９】
病棟患者情報データベース１４のテーブルは、図１４に示すように、患者番号、病棟コード、病室コード、ベッド番号、診療科コード、外来フラグ、入院日、システムフラグ、ユーザフラグ、項目コード、項目属性、項目名称などの項目で構成されている。
【００７０】
検査歴テーブル１５のテーブルは、図１５に示すように、オーダ番号、患者ＩＤ、指示日、情報種別、情報区分、識別コード、文書番号、情報内容部などの項目で構成されている。
【００７１】
利用者データベース１６のテーブルは、図１６に示すように、利用者番号、パスワード、利用者氏名、生年月日、性別、電子メールアドレス、ポケットベル番号、職種コード、担当入外区分、依頼医入力必須区分、麻薬施用者番号、人事ＩＤ、病歴室ＩＤ、所属部科コード、所属病棟コード、所属病室コード、職制コード、有効開始日、有効終了日、・・・文書種別アクセス権限テーブル、ツールアクセス権限テーブル、有効期間開始日時、有効期間終了日時、緊急フラグなどの項目を含む構成となっている。
【００７２】
クライアント２の一時テーブル８には、患者基本情報テーブル８１、カードカルテ情報テーブル８２、検歴テーブル８３、外来患者情報８４、病棟患者情報テーブル８５などを備えており、それぞれサーバ１内の患者データベース１１、カード型カルテデータベース１２、検査歴テーブル１５、外来患者一覧テーブル１３、病棟患者情報データベース１４に対応しており、サーバ１側からダウンロードしたデータが一時的に格納され、ユーザが入力する変更内容を反映するように構成される。
【００７３】
患者基本情報テーブル８１は、図１７に示すように、患者番号、患者氏名、性別、生年月日、病棟コード、病棟名、病室コード、優待区分、ビタミン算定区分、更新者、更新日、更新時刻、自宅住所情報、緊急連絡先、勤務先情報などの項目で構成されている。
【００７４】
カードカルテ情報テーブル８２は、図１８で示すように、患者ＩＤ、カード番号、登録者ＩＤ、登録者氏名、診療科コード、診療科名、作成日、作成時間、最終更新日、最終更新時間、最終更新利用者ＩＤ、最終更新利用者氏名などの基本項目と、各種データ用フィールドで構成されている。
【００７５】
検歴テーブル８３は、図１９で示すように、患者ＩＤ、オーダ番号、検査結果コード、検査結果項目名称、検査結果値、検査結果単位、正常値（上限）、正常値（下限）、異常値フラグなどの項目で構成されている。
【００７６】
外来患者情報８４は、図２０に示すように、受付番号、受付日、患者ＩＤ、患者氏名、性別、生年月日、予約時間、受付時間などの項目を含む構成となっている。
【００７７】
病棟患者情報テーブル８５は、図２１に示すように、患者番号、病棟コード、病室コード、ベッドコード、診療科コード、入院年月日、項目コード、項目属性、項目名称などの項目を含む構成となっている。
【００７８】
クライアント２内には、さらにカード型カルテ制御アプリケーション７が用いる複数のレイアウト情報、各レイアウト上に配置されるフィールド定義体、各フィールド内で用いられる実体を伴ったデータ情報などを含む制御アプリケーション用テーブル７１を備えている。
【００７９】
クライアント２内には、この他にも病棟患者情報参照マスタ、ベッドマスタ、診療科マスタ、病室マスタ、病棟マスタなどのマスタ系ファイルを備える構成とすることができる。
【００８０】
〔レイアウト設計〕
カード型カルテ制御アプリケーション７上におけるレイアウトの例として、図２２に循環器科の再診カルテ（レポート）のレイアウトを示す。
【００８１】
この再診カルテ（レポート）レイアウト１０１は、心電図結果入力欄１１１、胸部Ｘ線所見入力欄１２１、心エコー結果サマリー入力欄１３１、トレッドミル結果サマリー入力欄１４１、ホルター心電図結果サマリー入力欄１５１、心筋シンチ結果入力欄１６１などを備えている。
【００８２】
心電図結果入力欄１１１には、検査日、基本調律、心拍数、所見１、所見２、所見３などの項目が設定されており、それぞれにフィールド名Ｄａｔｅ５、Ｔｅｘｔ０４７、Ｎｕｍｂｅｒ２３、Ｔｅｘｔ０４８、Ｔｅｘｔ０４９、Ｔｅｘｔ０５０のフィールドが割り当てられている。
【００８３】
胸部Ｘ線所見入力欄１２１には、検査日、心陰影、胸郭、所見１、所見２、所見３などの項目が設定されており、それぞれにフィールド名Ｄａｔｅ３、Ｎｕｍｂｅｒ１９、Ｎｕｍｂｅｒ２０、Ｔｅｘｔ０４０、Ｔｅｘｔ０４１、Ｔｅｘｔ０４２のフィールドが割り当てられている。
【００８４】
心エコー結果サマリー入力欄１３１には、検査日、ＥＦ、ＬＶＤｄ、ＡＲ、ＭＲ、ＰＲ、ＴＲ、サマリーなどの項目が設定されており、それぞれにフィールド名Ｄａｔｅ４、Ｎｕｍｂｅｒ２１、Ｎｕｍｂｅｒ２２、Ｔｅｘｔ０４３、Ｔｅｘｔ０４４、Ｔｅｘｔ０４５、Ｔｅｘｔ０４６、Ｔｅｘｔ０９１のフィールドが割り当てられている。
【００８５】
トレッドミル結果サマリー入力欄１４１には、検査日、終了点、症状出現、不整脈、おもなＳＴ−Ｔ変化、その他、診断などの項目が設定されており、それぞれにフィールド名Ｄａｔｅ１、Ｔｅｘｔ０３０、Ｔｅｘｔ０３１、Ｔｅｘｔ０３２、Ｔｅｘｔ０３３、Ｔｅｘｔ０３５のフィールドが割り当てられている。
【００８６】
ホルター心電図結果サマリー入力欄１５１には、検査日、基本調律、心拍数最小、心拍数最大、心拍数平均、最大ＰＲ間隔、上室性期外収縮、心室性期外収縮、症状、使用薬剤、その他などの項目が設定されており、それぞれにフィールド名Ｄａｔｅ２、Ｔｅｘｔ０３７、Ｎｕｍｂｅｒ１３、Ｎｕｍｂｅｒ１４、Ｎｕｍｂｅｒ１５、Ｎｕｍｂｅｒ１６、Ｎｕｍｂｅｒ１７、Ｎｕｍｂｅｒ１８、Ｔｅｘｔ０３８、Ｔｅｘｔ０５５、Ｔｅｘｔ０３９のフィールドが割り当てられている。
【００８７】
心筋シンチ結果入力欄１６１には、検査日、初期像、後期像、サマリーなどの項目が設定されており、それぞれにフィールド名Ｄａｔｅ６、Ｔｅｘｔ０９２、Ｔｅｘｔ０９３、Ｔｅｘｔ０９４のフィールドが割り当てられている。
【００８８】
このレイアウト１０１に用いられるフィールド名と入力項目名との対応を表１、表２、表３に示す。
【００８９】
【表１】
0003549049.tif 000002
【００９０】
【表２】
0003549049.tif 000003
【００９１】
【表３】
0003549049.tif 000004
このようなレイアウトに用いられるテーブルは、制御アプリケーション用テーブル７１内に格納される。
【００９２】
カード型カルテ制御アプリケーション７上で、上述したようなレイアウト１０１を一例とした任意のレイアウトの設定が可能となっている。このようなレイアウトを作成した後、レイアウト上の各フィールドと、一時テーブル８の検歴テーブル８３などの項目とを対応付けるための設定が可能となっている。このようなレイアウトおよびレイアウト上の各フィールド、各フィールドと一時テーブル８の各テーブル内の項目との対応についての情報が、制御アプリケーション用テーブル７１に格納される。
【００９３】
前述したような処理フロー中において、予め設定されたレイアウトが選択され、この選択されたレイアウト上に配置された各フィールドにデータの変更内容が入力される。ユーザにより入力された変更内容は、制御アプリケーション用テーブル７１内に実体を伴うフィールドについてはその項目のデータ更新が行われ、各フィールドに対応する一時テーブル８内のデータ項目の内容が更新される。このとき更新日時および更新者などの更新記録情報が必要な項目については、一時テーブル８への記録更新時に、交信記録情報が同時に書き込まれる。
【００９４】
カルテの保存処理を行う場合には、一時テーブル８内の各データの変更内容についてサーバ１側に送信し、医療情報データベース群３の内容を更新させる。更新内容のうち、更新日時および更新者などの更新記録情報が必要なデータ項目が含まれる場合、サーバ１の医療情報データベース群３を更新する際に、更新記録情報を同時に書き込む。また、時系列により整列させられるデータ項目が含まれる場合、医療情報データベース群３の内容を更新する際に、前のデータと時系列で関連づけて格納するように構成する。
【００９５】
このように、カード型カルテ制御アプリケーション７を用いて任意のレイアウトを設定することができ、このレイアウト上にサーバ１内の複数のデータベース中の項目を混在させて配置することが可能である。ユーザは、カード型カルテ制御アプリケーション７を利用して予め設定したレイアウトを起動することで、複数のツールを開くことなく入出力制御方法の異なるデータ項目の編集を行うことが可能となる。更新記録が必要なデータについては、更新日時や更新者などの更新記録情報を作成して同時にサーバ１側の医療情報データベース群３内に格納されるため、データの真正性を維持することができる。また、時系列に配列されるデータについては、前回のデータとの時系列についての関連性に基づいて保存されるため、時系列でのデータの読み出しについても対応することが可能となる。
【００９６】
【発明の効果】
本発明に係る医療情報システムでは、内容更新時におけるデータ制御方法により複数のデータテーブルに分類してサーバ内のデータ蓄積手段に蓄積された医療情報を、クライアント側で任意に設定したレイアウト上に呼び出して更新することが可能である。内容更新時には各データ制御方法に基づいてデータの保存が行われるため、データの真正性、見読性、保存性を維持することが可能となる。
【図面の簡単な説明】
【図１】本発明の概略構成を示すブロック図。
【図２】その制御フローチャート。
【図３】その制御フローチャート。
【図４】その制御フローチャート。
【図５】その制御フローチャート。
【図６】その制御フローチャート。
【図７】その制御フローチャート。
【図８】その制御フローチャート。
【図９】その制御フローチャート。
【図１０】具体例の制御ブロック図。
【図１１】サーバ側データベースのテーブルを示す構成図。
【図１２】サーバ側データベースのテーブルを示す構成図。
【図１３】サーバ側データベースのテーブルを示す構成図。
【図１４】サーバ側データベースのテーブルを示す構成図。
【図１５】サーバ側データベースのテーブルを示す構成図。
【図１６】サーバ側データベースのテーブルを示す構成図。
【図１７】一時テーブルの構成図。
【図１８】一時テーブルの構成図。
【図１９】一時テーブルの構成図。
【図２０】一時テーブルの構成図。
【図２１】一時テーブルの構成図。
【図２２】レイアウト画面の一例を示す説明図。
【図１】
0003549049.tif 000005
【図２】
0003549049.tif 000006
【図３】
0003549049.tif 000007
【図４】
0003549049.tif 000008
【図５】
0003549049.tif 000009
【図６】
0003549049.tif 000010
【図７】
0003549049.tif 000011
【図８】
0003549049.tif 000012
【図９】
0003549049.tif 000013
【図１０】
0003549049.tif 000014
【図１１】
0003549049.tif 000015
【図１２】
0003549049.tif 000016
【図１３】
0003549049.tif 000017
【図１４】
0003549049.tif 000018
【図１５】
0003549049.tif 000019
【図１６】
0003549049.tif 000020
【図１７】
0003549049.tif 000021
【図１８】
0003549049.tif 000022
【図１９】
0003549049.tif 000023
【図２０】
0003549049.tif 000024
【図２１】
0003549049.tif 000025
【図２２】
0003549049.tif 000026