(57)【要約】【課題】診療行為の円滑化を図ることができる。【解決手段】本発明に係る情報管理プログラムは、コンピュータ１と、部門業務支援サーバ２との間で情報のやり取りを行う方法である。格納手段３は、電子カルテ４を格納する。書込手段５は、患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、この治療計画データを電子カルテ４に書き込む。送信手段６は、治療計画データを部門業務支援サーバ２に送信する。関連づけ手段７は、識別データを備え患者の診療内容を示す診療データを受け取ると、識別データに基づいて、保存されている電子カルテ４に診断データを関連づける。【選択図】図１
2008276490.tif 000002
【特許請求の範囲】
【請求項１】
部門業務支援サーバとの間で情報のやり取りを行う情報管理プログラムにおいて、
コンピュータを、
電子カルテを格納する格納手段、
患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、前記治療計画データを前記電子カルテに書き込む書込手段、
前記治療計画データを前記部門業務支援サーバに送信する送信手段、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づける関連づけ手段、
として機能させることを特徴とする情報管理プログラム。
【請求項２】
前記治療計画データは、前記治療計画データの作成者のデータを有しており、
前記関連づけ手段は、前記診療データを受け取ると、前記診療データの作成者が、前記治療計画データの作成者と一致するか否かを判断することを特徴とする請求項１記載の情報管理プログラム。
【請求項３】
前記治療計画データは、前記患者が診療を受ける診療科に関するデータを有しており、
前記関連づけ手段は、前記診療データを受け取ると、前記診療データの診療科が、前記治療計画データの診療科と一致するか否かを判断することを特徴とする請求項１記載の情報管理プログラム。
【請求項４】
部門業務支援サーバとの間で情報のやり取りを行う情報管理装置において、
電子カルテを格納する格納部と、
患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、前記治療計画データを前記電子カルテに書き込む書込部と、
前記治療計画データを前記部門業務支援サーバに送信する送信部と、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づける関連づけ部と、
を有することを特徴とする情報管理装置。
【請求項５】
部門業務支援サーバとの間で情報のやり取りを行う情報管理方法において、
書込手段が、患者を識別する識別データを備え、患者の診察により作成される治療計画データを受け取ると、前記治療計画データを用意されている電子カルテに保存するステップと、
送信手段が、前記治療計画データを前記部門業務支援サーバに送信するステップと、
関連づけ手段が、前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づけるステップと、
を有することを特徴とする情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報管理方法および情報管理プログラムに関し、特に、電子カルテに関する情報管理方法および情報管理プログラムに関する。
【背景技術】
【０００２】
近年、医師・歯科医師等が診療の経過を記入していた紙のカルテを電子的なシステムに置き換え、電子情報として一括してカルテを編集・管理し、データベースに記録する電子カルテシステムが知られている（例えば、特許文献１参照）。
【０００３】
電子カルテシステムにおいてカルテを記載する場合には、主訴（Subjective）、観察（Objective）、診断（Assessment）、治療計画（Plan）に分けて記載するＳＯＡＰ形式が一般的に知られている。
【特許文献１】特開２０００−２２２４９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
診察時に、主訴等の記載と同時に、処方や放射線検査等の診療計画を立案していると、薬局や放射線部門等への連絡が遅れ、診療行為の遅延に繋がってしまう。このため、慣例的に診察日の日前に処方や放射線検査等のオーダ発行をしておき、後で主訴等を記入する方法が取られる。しかしながら、この方法では主訴、観察、診断に関するデータ（以下、「ＳＯＡデータ」と言う）と治療計画に関するデータ（以下、「Ｐデータ」と言う）の間に関連性が発生せず、カルテの閲覧・検索・二次利用等に支障をきたすという問題が発生してしまう。
【０００５】
本発明はこのような点に鑑みてなされたものであり、診療行為の円滑化を図ることができる情報管理方法および情報管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明では上記問題を解決するために、図１に示すような処理をコンピュータ１に実行させるための情報管理プログラムが提供される。
本発明に係る情報管理プログラムは、コンピュータ１と、部門業務支援サーバ２との間で情報のやり取りを行う方法である。
【０００７】
格納手段３は、電子カルテ４を格納する。
書込手段５は、患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、この治療計画データを電子カルテ４に書き込む。
【０００８】
送信手段６は、治療計画データを部門業務支援サーバ２に送信する。
関連づけ手段７は、識別データを備え患者の診療内容を示す診療データを受け取ると、識別データに基づいて、保存されている電子カルテ４に診断データを関連づける。
【０００９】
このようなコンピュータ１によれば、書込手段５により、治療計画データが受け取られると、受け取った治療計画データが電子カルテ４に書き込まれる。送信手段６により、治療計画データが部門業務支援サーバ２に送信される。その後、関連づけ手段７により、診療データが受け取られると、識別データに基づいて、保存されている電子カルテ４に診断データが関連づけられる。
【発明の効果】
【００１０】
本発明によれば、部門業務支援サーバは、先出しした治療計画データに基づいて、診療に先立って、準備や処理を行うことができる。また、診療支援サーバは、治療計画データと診療データとを一括管理することができる。これにより、診療行為の円滑化を図ることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
まず、本発明の概要について説明し、その後、実施の形態を説明する。
図１は、本発明の概要を示す図である。
【００１２】
図１に示すような情報処理プログラムが提供される。この情報処理プログラムは、コンピュータ１を用いて部門業務支援サーバ２との間で情報のやり取りを行うものである。
診察支援サーバ１は、格納手段３と書込手段５と送信手段６と関連づけ手段７とを有している。
【００１３】
格納手段３は、電子カルテ４を格納する。
書込手段５は、患者を識別する識別データ（図１では患者ＩＤ）を備え、患者の診察により作成される治療計画データを受け取ると、この治療計画データを電子カルテ４に保存する。この治療計画データは、例えば医師により作成される。
【００１４】
送信手段６は、受け取った治療計画データを部門業務支援サーバ２に送信する。
関連づけ手段７は、識別データを備え患者の診療内容を示す診療データを受け取ると、識別データに基づいて、保存されている電子カルテ４に診断データを関連づける。なお、図１では、治療計画データと診療データとを一箇所に保存する例を示しているが、これらが関連づけられて保存されていれば、保存場所は別個であってもよい。
【００１５】
また、関連づけの条件をさらに限定するようにしてもよい。条件としては特に限定されないが、例えば治療計画データと診療データとに日付に関するデータを含ませ、これらの日付が一致する場合を関連づけの条件としてもよいし、治療計画データと診療データとに診療医師に関するデータを含ませ、これらの医師が一致する場合を関連づけの条件としてもよいし、治療計画データと診療データとに診療科に関するデータを含ませ、これらの診療科が一致する場合を関連づけの条件としてもよいし、これらの一部または全部が一致する場合を関連づけの条件としてもよい。
【００１６】
このようなコンピュータ１によれば、書込手段５により、治療計画データが受け取られると、受け取った治療計画データが電子カルテ４に書き込まれる。送信手段６により、治療計画データが部門業務支援サーバ２に送信される。その後、関連づけ手段７により、診療データが受け取られると、識別データに基づいて、保存されている電子カルテ４に診断データが関連づけられる。
【００１７】
以下、本発明の実施の形態を説明する。
図２は、実施の形態の電子カルテシステムを示すブロック図である。
電子カルテシステムは、ＳＯＡデータとＰデータとを一括管理するシステムであり、受付装置１００と、診察クライアント装置２００と、診察支援サーバ装置３００と、部門業務支援サーバ装置４００と、部門業務支援クライアント装置５００とがネットワーク１０を介して接続されている。これら各装置は、ネットワーク１０を介して互いにデータをやり取りすることができる。
【００１８】
受付装置１００は、例えば病院の受付に設置されており、患者またはオペレータが操作することにより、患者の来院、診療科等を診察支援サーバ装置３００に伝達することができる装置である。
【００１９】
診察クライアント装置２００は、例えば医師等、電子カルテに内容を記載するための所定の権限を有する者が操作する装置であり、電子カルテに処方箋や診察結果等を記入するためのアプリケーション等が搭載されている。
【００２０】
診察支援サーバ装置３００は、電子カルテシステム全体を管理する装置であり、電子カルテ等を保管している。
部門業務支援サーバ装置４００は、医師が指示したＰデータを含むオーダデータ（処方箋データ）を管理する装置である。
【００２１】
部門業務支援クライアント装置５００は、部門業務支援サーバ装置４００に格納されている情報を表示する装置である。薬剤師は、部門業務支援クライアント装置５００により画面に表示されるオーダデータに従って、患者に投薬する薬を調剤する。
【００２２】
ここで、診察支援サーバ装置３００は、薬剤師が調剤する薬の優先度を管理している。優先度は、例えば、患者の来院、医師の診断等により変化する。
次に、各装置のハードウェア構成について説明する。
【００２３】
図３は、診察支援サーバ装置のハードウェア構成例を示す図である。
診察支援サーバ装置３００は、ＣＰＵ（Central Processing Unit）３０１によって装置全体が制御されている。ＣＰＵ３０１には、バス３０７を介してＲＡＭ（Random Access Memory）３０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）３０３、グラフィック処理装置３０４、入力インタフェース３０５、および通信インタフェース３０６が接続されている。
【００２４】
ＲＡＭ３０２には、ＣＰＵ３０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ３０２には、ＣＰＵ３０１による処理に必要な各種データが格納される。ＨＤＤ３０３には、ＯＳやアプリケーションプログラムが格納される。また、ＨＤＤ３０３内には、プログラムファイルが格納される。
【００２５】
グラフィック処理装置３０４には、モニタ３１が接続されている。グラフィック処理装置３０４は、ＣＰＵ３０１からの命令に従って、画像をモニタ３１の画面に表示させる。入力インタフェース３０５には、キーボード３２とマウス３３とが接続されている。入力インタフェース３０５は、キーボード３２やマウス３３から送られてくる信号を、バス３０７を介してＣＰＵ３０１に送信する。
【００２６】
通信インタフェース３０６は、ネットワーク１０に接続されている。通信インタフェース３０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。
【００２７】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には診察支援サーバ装置３００のハードウェア構成を示したが受付装置１００、診察クライアント装置２００、部門業務支援サーバ装置４００、部門業務支援クライアント装置５００についても同様のハードウェア構成で実現することができる。このようなハードウェア構成のシステムにおいて電子カルテの管理を行うために、各装置内には、以下のような機能が設けられる。
【００２８】
図４は、受付装置のモニタに表示される画面を示す図である。
受付装置１００は、ＧＵＩ（Graphical User Interface）を有しており、患者受付画面１０１をモニタに表示する。
【００２９】
患者受付画面１０１には、入力欄１０１ａと、受付科選択ボタン１０２ａと、検索ボタン１０３ａと、患者表示部１０４ａと、受付ボタン１０５ａと、業務終了ボタン１０６ａとが設けられている。
【００３０】
患者は、来院時に自己の名字または氏名をキーボード等により入力欄１０１ａに入力し、受付科（受付診療科）をマウス等により受付科選択ボタン１０２ａから選択した後に、検索ボタン１０３ａを押下することにより、受付装置１００が、診察支援サーバ装置３００に患者検索依頼を送信する。そして、その結果得られる患者名一覧を患者表示部１０４ａに表示する。
【００３１】
患者は、自己の氏名を患者名一覧から選択し、受付ボタン１０５ａを押下することにより、受付装置１００が、患者識別情報や受付科等の情報を含む受付患者データを診察支援サーバ装置３００に送信する。
【００３２】
その後、患者が業務終了ボタン１０６ａを押下するか、または一定時間経過することにより、受付装置１００が、患者受付画面１０１の表示を終了する。
なお、受付の態様は上記のものに限定されず、例えば受付装置１００がカードリーダを備え、患者が有するカードを読み込むことにより、患者識別情報や受付科等の情報を読み込むようにしてもよい。
【００３３】
図５は、診察クライアント装置の機能を示すブロック図である。
診察クライアント装置２００は、カルテ編集部２１０と、カルテ送受信部２２０とを有している。
【００３４】
カルテ編集部２１０は、ＧＵＩを有しており、医師の操作入力に従って、診察クライアント装置２００に接続されたモニタに患者検索画面（後述）を表示する。そして、医師の操作入力による検索指示（後述）を受け付けると、診察支援サーバ装置３００に検索依頼を送信する。そして、診察支援サーバ装置３００からの検索応答を受けとると、入力画面（後述）をモニタに表示する。その後、カルテ編集部２１０は、医師の操作入力に従って、電子カルテの作成（編集）を行う。電子カルテの作成が終了すると、カルテ送受信部２２０を介して電子カルテを診察支援サーバ装置３００に送信する。
【００３５】
カルテ送受信部２２０は、診察支援サーバ装置３００とカルテ編集部２１０とのインタフェースを構成している。
図６は、患者検索画面を示す図である。
【００３６】
患者検索画面２０１には、認証のために用いるユーザＩＤ入力部２０１ａおよびパスワード入力部２０２ａと、専門選択部２０３ａと、入力欄２０４ａと、検索ボタン２０５ａと、患者表示部２０６ａと、選択ボタン２０７ａと、業務終了ボタン２０８ａとが設けられている。
【００３７】
医師は、ユーザＩＤ入力部２０１ａおよびパスワード入力部２０２ａにそれぞれユーザＩＤおよびパスワードをキーボード等により入力し、専門選択部２０３ａから専門の診療科をマウス等により選択した後に、薬を処方する患者または診察を行う患者の名字または氏名を入力欄２０４ａに入力し、検索ボタン２０５ａを押下することにより、カルテ編集部２１０が、診察支援サーバ装置３００との間で認証を行い、その結果得られた患者名一覧を患者表示部２０６ａに表示する。
【００３８】
医師は、患者名一覧から薬を処方する患者または診察を行う患者の氏名を選択し、選択ボタン２０７ａを押下することにより、カルテ編集部２１０が、入力画面を起動する。
また、医師は、薬を処方する患者または診察を行う患者が存在しない場合は、業務終了ボタン２０８ａを押下する。これにより、患者検索画面２０１の表示を終了する。
【００３９】
次に、入力画面について説明する。
図７は、入力画面を示す図である。
入力画面２３１の左上部分に医師により選択された患者名が表示される。
【００４０】
入力画面２３１には、カルテ歴表示部２３１ａと、カルテ入力部２３２ａと、保存ボタン２３３ａと、取消ボタン２３４ａとが設けられている。
カルテ歴表示部２３１ａには、過去に入力されたカルテの履歴が表示される。
【００４１】
カルテ入力部２３２ａには、医師により今回入力された、電子カルテに書き込むべきＳＯＡデータやＰデータの内容（図７ではＰデータの内容）が表示される。本実施の形態のフォーマットでは、最初に日付が入力され、次に、「Ｓ」「Ｏ」「Ａ」「Ｐ」のいずれかの頭文字が入力され、次に、その内容が入力されている。これにより、どのデータに関する情報が入力されたのかを把握することができる。
【００４２】
カルテ入力部２３２ａに、ＳＯＡデータやＰデータの内容が入力された状態で保存ボタン２３３ａが押下されると、カルテ編集部２１０が、その内容が記載された電子カルテを、医師の識別情報とともにカルテ送受信部２２０に送る。
【００４３】
また、取消ボタン２３４ａが押下されると、カルテ編集部２１０が、カルテ入力部２３２ａに入力された内容を削除し、入力画面２３１の表示を終了する。
医師は、患者の診療を行う前に入力画面２３１を起動させて予めＰデータのみを入力し、その後、患者の診断時に再度入力画面２３１を起動させてＳＯＡデータを入力する。
【００４４】
図８は、診療サーバ装置の機能を示すブロック図である。
診察支援サーバ装置３００は、受付患者ＤＢ（データベース）３１０と、利用者マスタ３２０と、患者マスタ３３０と、カルテＤＢ３４０と、患者データ受付部３５０と、カルテ管理部３６０と、優先度判断部３７０とを有している。
【００４５】
受付患者ＤＢ３１０には、受付装置１００が受け付けた患者の一覧を示すデータが格納されている。
利用者マスタ３２０には、電子カルテを利用する権限を有する者を認証するためのデータが格納されている。
【００４６】
患者マスタ３３０には、患者に関するデータを示す患者データが格納されている。
カルテＤＢ３４０には、電子カルテが格納されている。
患者データ受付部３５０は、受付装置１００からの患者検索依頼を受信すると、患者マスタ３３０に格納されている患者データを参照し、該当する患者が存在するか否かを検索する。そして、該当する患者が存在する場合、その患者データを患者検索応答として受付装置１００に送信する。
【００４７】
また、患者データ受付部３５０は、受付装置１００からの受付患者データを受信すると、その内容を受付患者ＤＢ３１０に格納する。
カルテ管理部３６０は、医師が作成する電子カルテを管理する。具体的には、診察クライアント装置２００からの検索依頼を受信すると、利用者マスタ３２０に格納されているデータを用いて権限の有無を確認する。そして、権限を確認すると、患者マスタ３３０に格納されている患者データを検索し、該当する患者が存在する場合、その患者名一覧を検索応答として返す。
【００４８】
また、カルテ管理部３６０は、電子カルテの保存依頼（カルテ保存依頼）を受信すると、カルテＤＢ３４０に格納されている電子カルテを更新（上書き）する。そして、電子カルテのカルテ入力部２３２ａにＰデータが記載されているときは、このＰデータを含み、部門業務支援サーバ装置４００に送信するオーダデータを抽出し、部門業務支援サーバ装置４００に送信する。
【００４９】
優先度判断部３７０は、患者データ受付部３５０およびカルテ管理部３６０が受信するデータを監視しており、優先度の変更（本実施の形態では「低」、「中」、「高」の３つの優先度）があるか否かを判断し、優先度の変更がある場合、その優先度とともに、優先度を変更した日付および患者ＩＤを含む優先度データを作成し、部門業務支援サーバ装置４００に送信する。優先度を変更する判断基準については後述する。
【００５０】
図９は、患者マスタに格納されているデータを示す図である。
患者データテーブル３３１には、患者ＩＤ、氏名、カナ氏名、生年月日、性別の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられている。
【００５１】
患者ＩＤの欄には、患者を一意に識別するＩＤが設定されている。
氏名の欄には、患者の氏名が設定されている。
カナ氏名の欄には、患者のカナ氏名が設定されている。
【００５２】
生年月日の欄には、患者の生年月日が設定されている。
性別の欄には、患者の性別が設定されている。
図１０は、受付患者ＤＢに格納されているデータを示す図である。
【００５３】
受付患者データテーブル３１１には、患者ＩＤ、受付日時、受付診療科の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられている。
患者ＩＤの欄には、患者データテーブル３３１から取得したＩＤが設定される。患者データテーブル３３１の内容と、受付患者データテーブル３１１の内容は、このＩＤによって関連づけられている。
【００５４】
受付日時の欄には、受付装置１００の受付ボタン１０５ａが押下された時刻または診察支援サーバ装置３００が受付患者データを受信した時刻が設定されている。
受付科の欄には、患者により受付科選択ボタン１０２ａにて選択された受付科が設定されている。
【００５５】
図１１は、カルテＤＢに格納されているデータを示す図である。
カルテデータテーブル３４１には、文書番号、患者ＩＤ、改版歴、作成日、オーダ番号、Ｐ、Ｓ、Ｏ、Ａ、優先度、受付科、診療医師の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、患者毎の電子カルテを構成している。
【００５６】
文書番号の欄には、医師が作成した電子カルテを一意に識別する番号が設定されている。
患者ＩＤの欄には、患者を一意に識別するＩＤが設定されている。
【００５７】
改版歴の欄には、電子カルテが更新された回数が設定されている。
作成日の欄には、電子カルテの最終更新日が設定されている。
オーダ番号の欄には、部門業務支援サーバ装置４００でオーダを管理するための番号が設定されている。
【００５８】
Ｐの欄にはそれぞれＰデータの内容が設定されている。図１１では図示していないが、例えばＰの欄には、「薬剤Ｂ  １ｍｇ  ２Ａ  ３日」等が記入されている。
【００５９】
Ｓ、Ｏ、Ａは、優先度が「高」の電子カルテにのみカルテ入力部２３２ａに入力されたＳＯＡデータの内容が設定される。図１１では図示していないが、例えばＳの欄には、「脈が速くなったような気がする。薬のせいか？」等が記入されている。Ｏの欄には、「薬剤Ｃ、３０歳（Ｈ６）に喘息発作既住歴あり」等が記入されている。Ａの欄には、「β刺激薬による副作用の可能性あり」等が記入されている。
【００６０】
優先度の欄には、優先度が設定されている。
診療科の欄には、前回診療を受けた診療科が設定されている。
診療医師の欄には、ＰデータおよびＳＯＡデータを作成した医師を識別する識別番号が設定されている。識別番号に代えてユーザＩＤが設定されていてもよい。
【００６１】
なお、本実施の形態では、１つのテーブルで全ての診療科を管理するようにしたが、これに限らず、診療科毎に１つのテーブルを設けるようにして管理するようにしてもよい。
図１２は、オーダデータを示す図である。
【００６２】
オーダデータ３６１には、患者ＩＤ、オーダ内容、作成日、優先度、受付科の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、１つのオーダデータを構成している。
【００６３】
前述したように、オーダデータ３６１は、カルテデータテーブル３４１に格納される電子カルテの一部を抽出して作成したデータである。よって、各欄には、カルテデータテーブル３４１の電子カルテの各欄に設定された内容と同様の内容が設定されている。なお、オーダデータは、ＳＯＡデータに先立って送信されるＰデータを有しているため、優先度は必ず「低」である。
【００６４】
次に、部門業務支援サーバ装置４００について説明する。
図１３は、部門業務支援サーバ装置の機能を示すブロック図である。
部門業務支援サーバ装置４００は、データ受信部４１０と、優先度判断部４２０と、オーダ送信部４３０と、オーダ受付ＤＢ４４０と、事前オーダＤＢ４５０とを有している。
【００６５】
データ受信部４１０は、診察支援サーバ装置３００からのオーダデータや優先度を受信すると、優先度判断部４２０にそのデータを送る。
優先度判断部４２０は、オーダデータを受け取ると、受け取ったオーダデータの一部を抜き出してオーダ受付ＤＢ４４０に格納するとともに、オーダデータを事前オーダＤＢ４５０に格納する。また、優先度を受け取ると、優先度データに含まれる日付および患者ＩＤに基づいて、受け取った優先度に一致するオーダデータが存在するか否かを判断し、一致するオーダデータが存在する場合は、そのオーダデータの優先度を変更する。
【００６６】
オーダ送信部４３０は、部門業務支援クライアント装置５００からのオーダ一覧取得指示を受信すると、事前オーダＤＢ４５０に格納されているオーダデータを、オーダ一覧応答として部門業務支援クライアント装置５００に送信する。
【００６７】
オーダ受付ＤＢ４４０は、オーダを部門業務支援サーバ装置４００で独自に管理するためのデータを格納する。
事前オーダＤＢ４５０は、オーダデータを格納する。
【００６８】
図１４は、オーダ受付ＤＢに格納されているデータを示す図である。
オーダ受付データテーブル４４１には、患者ＩＤ、受付日時、受付科、オーダ番号の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられている。
【００６９】
患者ＩＤおよび受付科の欄には、受信したオーダデータの内容が設定される。また、受付日時の欄には、データ受信部４１０が、オーダデータを受信した日時が設定される。これにより、システムにトラブルがあったときに、トラブルが生じた箇所を容易に把握することができる。
【００７０】
オーダ番号の欄には、オーダデータを一意に識別する部門特有の番号が設定されている。
図１５は、事前オーダＤＢに格納されているデータを示す図である。
【００７１】
事前オーダデータテーブル４５１には、オーダ番号、患者ＩＤ、オーダ内容、作成日、優先度の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、１つのオーダデータを構成している。以下、オーダデータと異なる部分を説明し、その他の部分の説明は省略する。
【００７２】
オーダ番号の欄には、オーダ受付データテーブル４４１と同様のオーダ番号が設定されている。これらのオーダ番号は、患者ＩＤによって関連づけられている。
次に、部門業務支援クライアント装置５００の機能について説明する。
【００７３】
図１６は、部門業務支援クライアント装置の機能を示すブロック図である。
部門業務支援クライアント装置５００は、オーダ取得部５１０を有している。
オーダ取得部５１０は、ＧＵＩを有しており、薬剤師の操作入力に従って、オーダ受け付け画面を部門業務支援クライアント装置５００に接続されたモニタに表示する。そして、薬剤師の操作入力によるオーダ一覧取得依頼を受け付けると、部門業務支援サーバ装置４００にオーダ一覧取得指示を送信する。そして、部門業務支援サーバ装置４００からのオーダ一覧応答を受信すると、オーダ受付画面に一覧を表示する。
【００７４】
図１７は、オーダ受け付け画面を示す図である。
オーダ受付画面５０１には、受付日入力部５０１ａ、受付科選択ボタン５０２ａ、受付ボタン５０３ａ、表示部５０４ａ、業務終了ボタン５０５ａが設けられている。
【００７５】
薬剤師は、オーダ一覧の取得を希望する場合には、受付日をキーボード等により受付日入力部５０１ａに入力し、受付科をマウス等により受付科選択ボタン５０２ａから選択した後に、受付ボタン５０３ａを押下する（オーダ一覧取得依頼）。これにより、得られたオーダ一覧が例えば優先度「高」から優先度「低」の順番で、表示部５０４ａに表示される。
【００７６】
また、薬剤師が業務終了ボタン５０５ａを押下すると、オーダ受付画面５０１の表示が終了する。
次に、電子カルテシステムの動作について説明する。
【００７７】
最初に、医師がＰデータのみを入力する処理（事前オーダ発行処理）について説明し、その後、患者の診断時にＳＯＡデータを入力する処理（患者来院時の処理）について説明する。
【００７８】
図１８は、事前オーダ発行処理を示すフローチャートである。
まず、カルテ編集部２１０が、患者検索画面２０１を表示する（ステップＳ１１）。
次に、カルテ編集部２１０が、医師の入力を受け付ける（ステップＳ１２）。
【００７９】
次に、カルテ編集部２１０が、業務終了ボタン２０８ａまたは検索ボタン２０５ａが押下されたか否かを判断する（ステップＳ１３）。
業務終了ボタン２０８ａが押下された場合（ステップＳ１３の業務終了）、動作を終了する。
【００８０】
一方、検索ボタン２０５ａが押下された場合（ステップＳ１３の検索）、カルテ編集部２１０が、診察支援サーバ装置３００に検索依頼を送信する（ステップＳ１４）。その後、応答を待機する。
【００８１】
診察支援サーバ装置３００は、検索依頼を受信すると（ステップＳ１１ａ）、カルテ管理部３６０が、利用者マスタ３２０に格納されているデータに基づいて認証を行い（ステップＳ１２ａ）、検索応答を診察クライアント装置２００に送信する（ステップＳ１３ａ）。
【００８２】
診察支援サーバ装置３００は、検索応答を受信すると（ステップＳ１５）、電子カルテをモニタに表示する（ステップＳ１６）。
次に、カルテ編集部２１０は、医師の操作入力に従って、Ｐデータの作成（編集）を行う（ステップＳ１７）。
【００８３】
その後、保存ボタン２３３ａが押下されると、カルテ送受信部２２０が、カルテ保存依頼を診察支援サーバ装置３００に送信する（ステップＳ１８）。その後、ステップＳ１２に移行し、それ以降の処理を繰り返し行う。
【００８４】
診察支援サーバ装置３００は、カルテ保存依頼を受信すると（ステップＳ１４ａ）、カルテ管理部３６０が、カルテデータテーブル３４１の該当部分を更新する（ステップＳ１５ａ）。また、カルテ管理部３６０は、電子カルテがＰデータのみの記入であることを確認し、優先度「低」を含むオーダデータを部門業務支援サーバ装置４００に送信する（ステップＳ１６ａ）。以上で事前オーダ発行処理を終了する。
【００８５】
次に、患者来院時の処理について説明する。
図１９および図２０は、患者来院時の処理を示すフローチャートである。
患者が来院し、受付装置１００にて受付を行い、患者データ受付部３５０が、受付患者データを受信すると（ステップＳ２１ａ）、優先度判断部３７０が、優先度「中」を含む優先度データを部門業務支援サーバ装置４００に送信する（ステップＳ２２ａ）。
【００８６】
部門業務支援サーバ装置４００のデータ受信部４１０が、優先度データを受信すると（ステップＳ２１ｂ）、優先度判断部４２０が、データの一致性を判断した後に、事前オーダデータテーブル４５１の該当する患者の優先度を「中」に変更する（ステップＳ２２ｂ）。
【００８７】
その後、医師の診察時に診察クライアント装置２００が患者検索画面２０１を表示し（ステップＳ２１）、以下、それぞれステップＳ１２〜Ｓ１６と同様の動作を行う（ステップＳ２２〜Ｓ２６）。また、診察クライアント装置２００は、ステップＳ１１ａ〜Ｓ１３ａと同様の動作を行う（ステップＳ２３ａ〜Ｓ２５ａ）。
【００８８】
そして、診察クライアント装置２００のカルテ編集部２１０が、医師の操作入力に従って、ＳＯＡデータの作成（編集）を行う（ステップＳ２７）。
その後、保存ボタン２３３ａが押下されると、カルテ送受信部２２０が、カルテ保存依頼を診察支援サーバ装置３００に送信する（ステップＳ２８）。その後、ステップＳ２２に移行し、以降の処理を繰り返し行う。
【００８９】
診察支援サーバ装置３００のカルテ管理部３６０が、カルテ保存依頼を受信すると（ステップＳ２６ａ）、電子カルテを検索し（ステップＳ２７ａ）、カルテデータテーブル３４１に以下の条件を満たすデータが存在するか否かを検索する（ステップＳ２８ａ）。
【００９０】
（１）患者ＩＤが同一
（２）Ｐデータの作成日とＳＯＡデータの作成日が同一
（３）医師の識別番号が同一
（４）受付科が同一
上記（１）〜（４）のいずれかを満たさない場合は（ステップＳ２８ａのＮｏ）、処理を終了する。
【００９１】
上記（１）〜（４）の全てを満たす場合は（ステップＳ２８ａのＹｅｓ）、Ｐデータまで電子カルテに記載されているか否かを判断する（ステップＳ２９ａ）。
記載されていない場合（ステップＳ２９ａのＮｏ）、処理を終了する。
【００９２】
記載されている場合（ステップＳ２９ａのＹｅｓ）、優先度判断部３７０が、優先度「高」を含む優先度データを、部門業務支援サーバ装置４００に送信する（ステップＳ３０ａ）。
【００９３】
部門業務支援サーバ装置４００のデータ受信部４１０が、優先度データを受信すると（ステップＳ２３ｂ）、優先度判断部４２０が、事前オーダデータテーブル４５１の該当する患者の優先度を「高」に変更する（ステップＳ２４ｂ）。
【００９４】
以上で、患者来院時の処理を終了する。
以上述べたように、本実施の形態の電子カルテシステムによれば、医師が診察に先立って、調剤のオーダを先に電子カルテに記載しておき、診察後に、主訴等を電子カルテに記載した場合においても、容易に、両者の情報を関連づけて管理することができるため、調剤側に早期に依頼を行うことができる。これにより、医療現場の患者に対する診療行為の円滑化が期待できる。
【００９５】
また、同日における同一病状に関する診療行為が１つのカルテとして整理されるため、カルテの信頼性が向上し、診療記録の閲覧時に必要な情報を見落とす可能性を低減させることができる。
【００９６】
また、データウェアハウス等による後利用時に、検索対象の情報に関連するカルテ上の記載まで抽出することができるため、情報の質を高める効果が期待できる。
また、他の大きな効果として、検査部門、調剤部門等に対して、オーダの確度を段階的に伝えることが可能となる。
【００９７】
患者の来院前にオーダを発行しておいた場合には、そのリスクとして患者が来院しなかった場合や診察により状況が変わりオーダを削除・修正しなくてはならなくなることが考えられる。しかし、既に患者が来院しており、かつ診察終了後にオーダを発行した場合はそのオーダが削除・修正される可能性は少なくなる。
【００９８】
このようなオーダが削除・修正される確率（以下確度と呼ぶ）を薬剤師（部門側）に伝達することで、部門側では確度の高い処方から作っていけばよい等の現場の判断材料とすることが可能となり、医療現場の患者に対する診療行為のさらなる円滑化が期待できる。
【００９９】
なお、本実施の形態では、医師の調剤指示を例にとって説明したが、本発明の医師の指示は、これに限らず、他の例として例えば放射線部門に対する放射線等の指示等が挙げられる。
【０１００】
また、本実施の形態では、図２０のステップＳ２８において、（１）〜（４）の全てを満たす場合にのみ、カルテデータテーブル３４１の該当する欄に、ＳＯＡデータを更新（上書き）するようにしたが、本発明では、これらのうちのいずれかを任意の条件としてもよいし、これらの条件にさらに他の必須条件を加えるようにしてもよい。
【０１０１】
次に、第２の実施の形態の電子カルテシステムについて説明する。
以下、第２の実施の形態の電子カルテシステムについて、前述した第１の実施の形態との相違点を中心に説明し、同様の事項については、その説明を省略する。
【０１０２】
第２の実施の形態の電子カルテシステムは、患者来院時の処理が異なり、それ以外は第１の実施の形態と同様である。
第２の実施の形態の電子カルテシステムは、患者の診療を行う前に入力画面２３１を起動させて予めＰデータのみを入力し、その後、患者の診断時に入力画面２３１に前回入力したＰデータを表示させた状態で、ＳＯＡデータを入力することができるシステムである。
【０１０３】
第２の実施の形態のカルテ管理部３６０は、診察クライアント装置２００からの検索依頼を受信すると、利用者マスタ３２０に格納されているデータを用いて権限の有無を確認する。そして、権限を確認すると、患者名一覧に加え、カルテＤＢ３４０に格納されている該当する患者の電子カルテを検索し、該当する電子カルテを患者名一覧とともに検索応答として返す。そして、第２の実施の形態のカルテ編集部２１０は、電子カルテの内容を、カルテ歴表示部２３１ａに表示する。
【０１０４】
図２１は、第２の実施の形態のカルテ編集部が表示する入力画面を示す図である。
カルテ歴表示部２３１ａには、前回入力されたＰデータが表示される。医師は、この内容を見ながらカルテ入力部２３２ａにＳＯＡデータを作成することができる。
【０１０５】
この第２の実施の形態の電子カルテシステムによれば、第１の実施の形態の電子カルテシステムと同様の効果が得られる。
そして、第２の実施の形態の電子カルテシステムによれば、さらに、Ｐデータ作成時に前回処方した薬等を参照することができるため、さらに信頼性の高いＰデータを部門側に提供することができる。
【０１０６】
以上、本発明の情報管理方法および情報管理プログラムを、図示の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、本発明に、他の任意の構成物や工程が付加されていてもよい。
【０１０７】
また、本発明は、前述した各実施の形態のうちの、任意の２以上の構成（特徴）を組み合わせたものであってもよい。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、診察支援サーバ装置３００が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。
【０１０８】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１０９】
情報管理プログラムプログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１１０】
（付記１）  部門業務支援サーバとの間で情報のやり取りを行う情報管理プログラムにおいて、
コンピュータを、
電子カルテを格納する格納手段、
患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、前記治療計画データを前記電子カルテに書き込む書込手段、
前記治療計画データを前記部門業務支援サーバに送信する送信手段、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づける関連づけ手段、
として機能させることを特徴とする情報管理プログラム。
【０１１１】
（付記２）  前記治療計画データは、前記治療計画データの作成者のデータを有しており、
前記関連づけ手段は、前記診療データを受け取ると、前記診療データの作成者が、前記治療計画データの作成者と一致するか否かを判断することを特徴とする付記１記載の情報管理プログラム。
【０１１２】
（付記３）  前記治療計画データは、前記患者が診療を受ける診療科に関するデータを有しており、
前記関連づけ手段は、前記診療データを受け取ると、前記診療データの診療科が、前記治療計画データの診療科と一致するか否かを判断することを特徴とする付記１記載の情報管理プログラム。
【０１１３】
（付記４）  前記コンピュータを、前記治療計画データの送信後に患者の来院を示す受付患者データを受け取ると、前記治療計画データの優先度の度合いを上げる情報を前記部門業務支援サーバに送信する優先度判断手段、として機能させることを特徴とする付記１記載の情報管理プログラム。
【０１１４】
（付記５）  前記優先度判断手段は、前記受付患者データを受け取った後に前記診療データを受け取ると、前記優先度の度合いをさらに上げる情報を前記部門業務支援サーバに送信することを特徴とする付記４記載の情報管理プログラム。
【０１１５】
（付記６）  部門業務支援サーバとの間で情報のやり取りを行う情報管理装置において、
電子カルテを格納する格納部と、
患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、前記治療計画データを前記電子カルテに書き込む書込部と、
前記治療計画データを前記部門業務支援サーバに送信する送信部と、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づける関連づけ部と、
を有することを特徴とする情報管理装置。
【０１１６】
（付記７）  部門業務支援サーバとの間で情報のやり取りを行う情報管理方法において、
書込手段が、患者を識別する識別データを備え、患者の診察により作成される治療計画データを受け取ると、前記治療計画データを用意されている電子カルテに書き込むステップと、
送信手段が、前記治療計画データを前記部門業務支援サーバに送信するステップと、
関連づけ手段が、前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づけるステップと、
を有することを特徴とする情報管理方法。
【図面の簡単な説明】
【０１１７】
【図１】本発明の概要を示す図である。
【図２】実施の形態の電子カルテシステムを示すブロック図である。
【図３】診察支援サーバ装置のハードウェア構成例を示す図である。
【図４】受付装置のモニタに表示される画面を示す図である。
【図５】診察クライアント装置の機能を示すブロック図である。
【図６】患者検索画面を示す図である。
【図７】入力画面を示す図である。
【図８】診療サーバ装置の機能を示すブロック図である。
【図９】患者マスタに格納されているデータを示す図である。
【図１０】受付患者ＤＢに格納されているデータを示す図である。
【図１１】カルテＤＢに格納されているデータを示す図である。
【図１２】オーダデータを示す図である。
【図１３】部門業務支援サーバ装置の機能を示すブロック図である。
【図１４】オーダ受付ＤＢに格納されているデータを示す図である。
【図１５】事前オーダＤＢに格納されているデータを示す図である。
【図１６】部門業務支援クライアント装置の機能を示すブロック図である。
【図１７】オーダ受け付け画面を示す図である。
【図１８】事前オーダ発行処理を示すフローチャートである。
【図１９】患者来院時の処理を示すフローチャートである。
【図２０】患者来院時の処理を示すフローチャートである。
【図２１】第２の実施の形態のカルテ編集部が表示する入力画面を示す図である。
【符号の説明】
【０１１８】
１  コンピュータ
２  部門業務支援サーバ
３  格納手段
４  電子カルテ
５  書込手段
６  送信手段
７  関連づけ手段
１００  受付装置
１０１  患者受付画面
２００  診察クライアント装置
２０１  患者検索画面
２１０  カルテ編集部
２２０  カルテ送受信部
３００  診察支援サーバ装置
３１０  受付患者ＤＢ
３１１  受付患者データテーブル
３２０  利用者マスタ
３３０  患者マスタ
３３１  患者データテーブル
３４０  カルテＤＢ
３４１  カルテデータテーブル
３５０  患者データ受付部
３６０  カルテ管理部
３６１  オーダデータ
３７０  優先度判断部
４００  部門業務支援サーバ装置
４１０  データ受信部
４２０  優先度判断部
４３０  オーダ送信部
４４０  オーダ受付ＤＢ
４４１  オーダ受付データテーブル
４５０  事前オーダＤＢ
４５１  事前オーダデータテーブル
５００  部門業務支援クライアント装置
５０１  オーダ受付画面
５１０  オーダ取得部
【図１】
2008276490.tif 000003
【図２】
2008276490.tif 000004
【図３】
2008276490.tif 000005
【図４】
2008276490.tif 000006
【図５】
2008276490.tif 000007
【図６】
2008276490.tif 000008
【図７】
2008276490.tif 000009
【図８】
2008276490.tif 000010
【図９】
2008276490.tif 000011
【図１０】
2008276490.tif 000012
【図１１】
2008276490.tif 000013
【図１２】
2008276490.tif 000014
【図１３】
2008276490.tif 000015
【図１４】
2008276490.tif 000016
【図１５】
2008276490.tif 000017
【図１６】
2008276490.tif 000018
【図１７】
2008276490.tif 000019
【図１８】
2008276490.tif 000020
【図１９】
2008276490.tif 000021
【図２０】
2008276490.tif 000022
【図２１】
2008276490.tif 000023