JP5157236B2 - 情報管理方法、情報管理装置および情報管理プログラム - Google Patents
情報管理方法、情報管理装置および情報管理プログラム Download PDFInfo
- Publication number
- JP5157236B2 JP5157236B2 JP2007119016A JP2007119016A JP5157236B2 JP 5157236 B2 JP5157236 B2 JP 5157236B2 JP 2007119016 A JP2007119016 A JP 2007119016A JP 2007119016 A JP2007119016 A JP 2007119016A JP 5157236 B2 JP5157236 B2 JP 5157236B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- medical
- patient
- priority
- treatment plan
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Description
本発明は情報管理方法、情報管理装置および情報管理プログラムに関し、特に、電子カルテに関する情報管理方法、情報管理装置および情報管理プログラムに関する。
近年、医師・歯科医師等が診療の経過を記入していた紙のカルテを電子的なシステムに置き換え、電子情報として一括してカルテを編集・管理し、データベースに記録する電子カルテシステムが知られている（例えば、特許文献１参照）。
電子カルテシステムにおいてカルテを記載する場合には、主訴（Subjective）、観察（Objective）、診断（Assessment）、治療計画（Plan）に分けて記載するＳＯＡＰ形式が一般的に知られている。
特開２０００−２２２４９９号公報
診察時に、主訴等の記載と同時に、処方や放射線検査等の診療計画を立案していると、薬局や放射線部門等への連絡が遅れ、診療行為の遅延に繋がってしまう。このため、慣例的に診察日の日前に処方や放射線検査等のオーダ発行をしておき、後で主訴等を記入する方法が取られる。しかしながら、この方法では主訴、観察、診断に関するデータ（以下、「ＳＯＡデータ」と言う）と治療計画に関するデータ（以下、「Ｐデータ」と言う）の間に関連性が発生せず、カルテの閲覧・検索・二次利用等に支障をきたすという問題が発生してしまう。
本発明はこのような点に鑑みてなされたものであり、診療行為の円滑化を図ることができる情報管理方法、情報管理装置および情報管理プログラムを提供することを目的とする。
上記問題を解決するために、情報管理プログラムにおいて、コンピュータに、患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、オーダの確度を示す第１の優先度を含む前記治療計画データを格納手段に格納されている電子カルテに書き込み、前記治療計画データをサーバに送信し、前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、前記格納手段に格納されている電子カルテに前記診療データを関連づけ、前記治療計画データに含まれる優先度を、前記第１の優先度よりも高いオーダの確度を示す第２の優先度に変更して前記サーバに送信する、処理を実行させることを特徴とする情報管理プログラムが提供される。
また、上記問題を解決するために、サーバとの間で情報のやり取りを行う情報管理装置において、電子カルテを格納する格納部と、患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、オーダの確度を示す第１の優先度を含む前記治療計画データを前記格納部に格納されている電子カルテに書き込む書込部と、前記治療計画データを前記サーバに送信する送信部と、前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、前記格納部に格納されている電子カルテに前記診療データを関連づける関連づけ部と、前記治療計画データに含まれる優先度を、前記第１の優先度よりも高いオーダの確度を示す第２の優先度に変更して前記サーバに送信する送信部と、を有することを特徴とする情報管理装置が提供される。
また、上記問題を解決するために、情報管理方法において、コンピュータが、患者を識別する識別データを備え、患者の診察により作成される治療計画データを受け取ると、オーダの確度を示す第１の優先度を含む前記治療計画データを格納手段に格納されている電子カルテに書き込み、前記治療計画データをサーバに送信し、前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、前記格納手段に格納されている電子カルテに前記診療データを関連づけ、前記治療計画データに含まれる優先度を、前記第１の優先度よりも高いオーダの確度を示す第２の優先度に変更して前記サーバに送信する、ことを特徴とする情報管理方法が提供される。
本発明によれば、部門業務支援サーバは、先出しした治療計画データに基づいて、診療に先立って、準備や処理を行うことができる。また、診療支援サーバは、治療計画データと診療データとを一括管理することができる。これにより、診療行為の円滑化を図ることができる。
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
まず、本発明の概要について説明し、その後、実施の形態を説明する。
図１は、本発明の概要を示す図である。
まず、本発明の概要について説明し、その後、実施の形態を説明する。
図１は、本発明の概要を示す図である。
図１に示すような情報処理プログラムが提供される。この情報処理プログラムは、コンピュータ１を用いて部門業務支援サーバ２との間で情報のやり取りを行うものである。
診察支援サーバ１は、格納手段３と書込手段５と送信手段６と関連づけ手段７とを有している。
診察支援サーバ１は、格納手段３と書込手段５と送信手段６と関連づけ手段７とを有している。
格納手段３は、電子カルテ４を格納する。
書込手段５は、患者を識別する識別データ（図１では患者ＩＤ）を備え、患者の診察により作成される治療計画データを受け取ると、この治療計画データを電子カルテ４に保存する。この治療計画データは、例えば医師により作成される。
書込手段５は、患者を識別する識別データ（図１では患者ＩＤ）を備え、患者の診察により作成される治療計画データを受け取ると、この治療計画データを電子カルテ４に保存する。この治療計画データは、例えば医師により作成される。
送信手段６は、受け取った治療計画データを部門業務支援サーバ２に送信する。
関連づけ手段７は、識別データを備え患者の診療内容を示す診療データを受け取ると、識別データに基づいて、保存されている電子カルテ４に診断データを関連づける。なお、図１では、治療計画データと診療データとを一箇所に保存する例を示しているが、これらが関連づけられて保存されていれば、保存場所は別個であってもよい。
関連づけ手段７は、識別データを備え患者の診療内容を示す診療データを受け取ると、識別データに基づいて、保存されている電子カルテ４に診断データを関連づける。なお、図１では、治療計画データと診療データとを一箇所に保存する例を示しているが、これらが関連づけられて保存されていれば、保存場所は別個であってもよい。
また、関連づけの条件をさらに限定するようにしてもよい。条件としては特に限定されないが、例えば治療計画データと診療データとに日付に関するデータを含ませ、これらの日付が一致する場合を関連づけの条件としてもよいし、治療計画データと診療データとに診療医師に関するデータを含ませ、これらの医師が一致する場合を関連づけの条件としてもよいし、治療計画データと診療データとに診療科に関するデータを含ませ、これらの診療科が一致する場合を関連づけの条件としてもよいし、これらの一部または全部が一致する場合を関連づけの条件としてもよい。
このようなコンピュータ１によれば、書込手段５により、治療計画データが受け取られると、受け取った治療計画データが電子カルテ４に書き込まれる。送信手段６により、治療計画データが部門業務支援サーバ２に送信される。その後、関連づけ手段７により、診療データが受け取られると、識別データに基づいて、保存されている電子カルテ４に診断データが関連づけられる。
以下、本発明の実施の形態を説明する。
図２は、実施の形態の電子カルテシステムを示すブロック図である。
電子カルテシステムは、ＳＯＡデータとＰデータとを一括管理するシステムであり、受付装置１００と、診察クライアント装置２００と、診察支援サーバ装置３００と、部門業務支援サーバ装置４００と、部門業務支援クライアント装置５００とがネットワーク１０を介して接続されている。これら各装置は、ネットワーク１０を介して互いにデータをやり取りすることができる。
図２は、実施の形態の電子カルテシステムを示すブロック図である。
電子カルテシステムは、ＳＯＡデータとＰデータとを一括管理するシステムであり、受付装置１００と、診察クライアント装置２００と、診察支援サーバ装置３００と、部門業務支援サーバ装置４００と、部門業務支援クライアント装置５００とがネットワーク１０を介して接続されている。これら各装置は、ネットワーク１０を介して互いにデータをやり取りすることができる。
受付装置１００は、例えば病院の受付に設置されており、患者またはオペレータが操作することにより、患者の来院、診療科等を診察支援サーバ装置３００に伝達することができる装置である。
診察クライアント装置２００は、例えば医師等、電子カルテに内容を記載するための所定の権限を有する者が操作する装置であり、電子カルテに処方箋や診察結果等を記入するためのアプリケーション等が搭載されている。
診察支援サーバ装置３００は、電子カルテシステム全体を管理する装置であり、電子カルテ等を保管している。
部門業務支援サーバ装置４００は、医師が指示したＰデータを含むオーダデータ（処方箋データ）を管理する装置である。
部門業務支援サーバ装置４００は、医師が指示したＰデータを含むオーダデータ（処方箋データ）を管理する装置である。
部門業務支援クライアント装置５００は、部門業務支援サーバ装置４００に格納されている情報を表示する装置である。薬剤師は、部門業務支援クライアント装置５００により画面に表示されるオーダデータに従って、患者に投薬する薬を調剤する。
ここで、診察支援サーバ装置３００は、薬剤師が調剤する薬の優先度を管理している。優先度は、例えば、患者の来院、医師の診断等により変化する。
次に、各装置のハードウェア構成について説明する。
次に、各装置のハードウェア構成について説明する。
図３は、診察支援サーバ装置のハードウェア構成例を示す図である。
診察支援サーバ装置３００は、ＣＰＵ（Central Processing Unit）３０１によって装置全体が制御されている。ＣＰＵ３０１には、バス３０７を介してＲＡＭ（Random Access Memory）３０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）３０３、グラフィック処理装置３０４、入力インタフェース３０５、および通信インタフェース３０６が接続されている。
診察支援サーバ装置３００は、ＣＰＵ（Central Processing Unit）３０１によって装置全体が制御されている。ＣＰＵ３０１には、バス３０７を介してＲＡＭ（Random Access Memory）３０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）３０３、グラフィック処理装置３０４、入力インタフェース３０５、および通信インタフェース３０６が接続されている。
ＲＡＭ３０２には、ＣＰＵ３０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ３０２には、ＣＰＵ３０１による処理に必要な各種データが格納される。ＨＤＤ３０３には、ＯＳやアプリケーションプログラムが格納される。また、ＨＤＤ３０３内には、プログラムファイルが格納される。
グラフィック処理装置３０４には、モニタ３１が接続されている。グラフィック処理装置３０４は、ＣＰＵ３０１からの命令に従って、画像をモニタ３１の画面に表示させる。入力インタフェース３０５には、キーボード３２とマウス３３とが接続されている。入力インタフェース３０５は、キーボード３２やマウス３３から送られてくる信号を、バス３０７を介してＣＰＵ３０１に送信する。
通信インタフェース３０６は、ネットワーク１０に接続されている。通信インタフェース３０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には診察支援サーバ装置３００のハードウェア構成を示したが受付装置１００、診察クライアント装置２００、部門業務支援サーバ装置４００、部門業務支援クライアント装置５００についても同様のハードウェア構成で実現することができる。このようなハードウェア構成のシステムにおいて電子カルテの管理を行うために、各装置内には、以下のような機能が設けられる。
図４は、受付装置のモニタに表示される画面を示す図である。
受付装置１００は、ＧＵＩ（Graphical User Interface）を有しており、患者受付画面１０１をモニタに表示する。
受付装置１００は、ＧＵＩ（Graphical User Interface）を有しており、患者受付画面１０１をモニタに表示する。
患者受付画面１０１には、入力欄１０１ａと、受付科選択ボタン１０２ａと、検索ボタン１０３ａと、患者表示部１０４ａと、受付ボタン１０５ａと、業務終了ボタン１０６ａとが設けられている。
患者は、来院時に自己の名字または氏名をキーボード等により入力欄１０１ａに入力し、受付科（受付診療科）をマウス等により受付科選択ボタン１０２ａから選択した後に、検索ボタン１０３ａを押下することにより、受付装置１００が、診察支援サーバ装置３００に患者検索依頼を送信する。そして、その結果得られる患者名一覧を患者表示部１０４ａに表示する。
患者は、自己の氏名を患者名一覧から選択し、受付ボタン１０５ａを押下することにより、受付装置１００が、患者識別情報や受付科等の情報を含む受付患者データを診察支援サーバ装置３００に送信する。
その後、患者が業務終了ボタン１０６ａを押下するか、または一定時間経過することにより、受付装置１００が、患者受付画面１０１の表示を終了する。
なお、受付の態様は上記のものに限定されず、例えば受付装置１００がカードリーダを備え、患者が有するカードを読み込むことにより、患者識別情報や受付科等の情報を読み込むようにしてもよい。
なお、受付の態様は上記のものに限定されず、例えば受付装置１００がカードリーダを備え、患者が有するカードを読み込むことにより、患者識別情報や受付科等の情報を読み込むようにしてもよい。
図５は、診察クライアント装置の機能を示すブロック図である。
診察クライアント装置２００は、カルテ編集部２１０と、カルテ送受信部２２０とを有している。
診察クライアント装置２００は、カルテ編集部２１０と、カルテ送受信部２２０とを有している。
カルテ編集部２１０は、ＧＵＩを有しており、医師の操作入力に従って、診察クライアント装置２００に接続されたモニタに患者検索画面（後述）を表示する。そして、医師の操作入力による検索指示（後述）を受け付けると、診察支援サーバ装置３００に検索依頼を送信する。そして、診察支援サーバ装置３００からの検索応答を受けとると、入力画面（後述）をモニタに表示する。その後、カルテ編集部２１０は、医師の操作入力に従って、電子カルテの作成（編集）を行う。電子カルテの作成が終了すると、カルテ送受信部２２０を介して電子カルテを診察支援サーバ装置３００に送信する。
カルテ送受信部２２０は、診察支援サーバ装置３００とカルテ編集部２１０とのインタフェースを構成している。
図６は、患者検索画面を示す図である。
図６は、患者検索画面を示す図である。
患者検索画面２０１には、認証のために用いるユーザＩＤ入力部２０１ａおよびパスワード入力部２０２ａと、専門選択部２０３ａと、入力欄２０４ａと、検索ボタン２０５ａと、患者表示部２０６ａと、選択ボタン２０７ａと、業務終了ボタン２０８ａとが設けられている。
医師は、ユーザＩＤ入力部２０１ａおよびパスワード入力部２０２ａにそれぞれユーザＩＤおよびパスワードをキーボード等により入力し、専門選択部２０３ａから専門の診療科をマウス等により選択した後に、薬を処方する患者または診察を行う患者の名字または氏名を入力欄２０４ａに入力し、検索ボタン２０５ａを押下することにより、カルテ編集部２１０が、診察支援サーバ装置３００との間で認証を行い、その結果得られた患者名一覧を患者表示部２０６ａに表示する。
医師は、患者名一覧から薬を処方する患者または診察を行う患者の氏名を選択し、選択ボタン２０７ａを押下することにより、カルテ編集部２１０が、入力画面を起動する。
また、医師は、薬を処方する患者または診察を行う患者が存在しない場合は、業務終了ボタン２０８ａを押下する。これにより、患者検索画面２０１の表示を終了する。
また、医師は、薬を処方する患者または診察を行う患者が存在しない場合は、業務終了ボタン２０８ａを押下する。これにより、患者検索画面２０１の表示を終了する。
次に、入力画面について説明する。
図７は、入力画面を示す図である。
入力画面２３１の左上部分に医師により選択された患者名が表示される。
図７は、入力画面を示す図である。
入力画面２３１の左上部分に医師により選択された患者名が表示される。
入力画面２３１には、カルテ歴表示部２３１ａと、カルテ入力部２３２ａと、保存ボタン２３３ａと、取消ボタン２３４ａとが設けられている。
カルテ歴表示部２３１ａには、過去に入力されたカルテの履歴が表示される。
カルテ歴表示部２３１ａには、過去に入力されたカルテの履歴が表示される。
カルテ入力部２３２ａには、医師により今回入力された、電子カルテに書き込むべきＳＯＡデータやＰデータの内容（図７ではＰデータの内容）が表示される。本実施の形態のフォーマットでは、最初に日付が入力され、次に、「Ｓ」「Ｏ」「Ａ」「Ｐ」のいずれかの頭文字が入力され、次に、その内容が入力されている。これにより、どのデータに関する情報が入力されたのかを把握することができる。
カルテ入力部２３２ａに、ＳＯＡデータやＰデータの内容が入力された状態で保存ボタン２３３ａが押下されると、カルテ編集部２１０が、その内容が記載された電子カルテを、医師の識別情報とともにカルテ送受信部２２０に送る。
また、取消ボタン２３４ａが押下されると、カルテ編集部２１０が、カルテ入力部２３２ａに入力された内容を削除し、入力画面２３１の表示を終了する。
医師は、患者の診療を行う前に入力画面２３１を起動させて予めＰデータのみを入力し、その後、患者の診断時に再度入力画面２３１を起動させてＳＯＡデータを入力する。
医師は、患者の診療を行う前に入力画面２３１を起動させて予めＰデータのみを入力し、その後、患者の診断時に再度入力画面２３１を起動させてＳＯＡデータを入力する。
図８は、診療サーバ装置の機能を示すブロック図である。
診察支援サーバ装置３００は、受付患者ＤＢ（データベース）３１０と、利用者マスタ３２０と、患者マスタ３３０と、カルテＤＢ３４０と、患者データ受付部３５０と、カルテ管理部３６０と、優先度判断部３７０とを有している。
診察支援サーバ装置３００は、受付患者ＤＢ（データベース）３１０と、利用者マスタ３２０と、患者マスタ３３０と、カルテＤＢ３４０と、患者データ受付部３５０と、カルテ管理部３６０と、優先度判断部３７０とを有している。
受付患者ＤＢ３１０には、受付装置１００が受け付けた患者の一覧を示すデータが格納されている。
利用者マスタ３２０には、電子カルテを利用する権限を有する者を認証するためのデータが格納されている。
利用者マスタ３２０には、電子カルテを利用する権限を有する者を認証するためのデータが格納されている。
患者マスタ３３０には、患者に関するデータを示す患者データが格納されている。
カルテＤＢ３４０には、電子カルテが格納されている。
患者データ受付部３５０は、受付装置１００からの患者検索依頼を受信すると、患者マスタ３３０に格納されている患者データを参照し、該当する患者が存在するか否かを検索する。そして、該当する患者が存在する場合、その患者データを患者検索応答として受付装置１００に送信する。
カルテＤＢ３４０には、電子カルテが格納されている。
患者データ受付部３５０は、受付装置１００からの患者検索依頼を受信すると、患者マスタ３３０に格納されている患者データを参照し、該当する患者が存在するか否かを検索する。そして、該当する患者が存在する場合、その患者データを患者検索応答として受付装置１００に送信する。
また、患者データ受付部３５０は、受付装置１００からの受付患者データを受信すると、その内容を受付患者ＤＢ３１０に格納する。
カルテ管理部３６０は、医師が作成する電子カルテを管理する。具体的には、診察クライアント装置２００からの検索依頼を受信すると、利用者マスタ３２０に格納されているデータを用いて権限の有無を確認する。そして、権限を確認すると、患者マスタ３３０に格納されている患者データを検索し、該当する患者が存在する場合、その患者名一覧を検索応答として返す。
カルテ管理部３６０は、医師が作成する電子カルテを管理する。具体的には、診察クライアント装置２００からの検索依頼を受信すると、利用者マスタ３２０に格納されているデータを用いて権限の有無を確認する。そして、権限を確認すると、患者マスタ３３０に格納されている患者データを検索し、該当する患者が存在する場合、その患者名一覧を検索応答として返す。
また、カルテ管理部３６０は、電子カルテの保存依頼（カルテ保存依頼）を受信すると、カルテＤＢ３４０に格納されている電子カルテを更新（上書き）する。そして、電子カルテのカルテ入力部２３２ａにＰデータが記載されているときは、このＰデータを含み、部門業務支援サーバ装置４００に送信するオーダデータを抽出し、部門業務支援サーバ装置４００に送信する。
優先度判断部３７０は、患者データ受付部３５０およびカルテ管理部３６０が受信するデータを監視しており、優先度の変更（本実施の形態では「低」、「中」、「高」の３つの優先度）があるか否かを判断し、優先度の変更がある場合、その優先度とともに、優先度を変更した日付および患者ＩＤを含む優先度データを作成し、部門業務支援サーバ装置４００に送信する。優先度を変更する判断基準については後述する。
図９は、患者マスタに格納されているデータを示す図である。
患者データテーブル３３１には、患者ＩＤ、氏名、カナ氏名、生年月日、性別の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられている。
患者データテーブル３３１には、患者ＩＤ、氏名、カナ氏名、生年月日、性別の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられている。
患者ＩＤの欄には、患者を一意に識別するＩＤが設定されている。
氏名の欄には、患者の氏名が設定されている。
カナ氏名の欄には、患者のカナ氏名が設定されている。
氏名の欄には、患者の氏名が設定されている。
カナ氏名の欄には、患者のカナ氏名が設定されている。
生年月日の欄には、患者の生年月日が設定されている。
性別の欄には、患者の性別が設定されている。
図１０は、受付患者ＤＢに格納されているデータを示す図である。
性別の欄には、患者の性別が設定されている。
図１０は、受付患者ＤＢに格納されているデータを示す図である。
受付患者データテーブル３１１には、患者ＩＤ、受付日時、受付診療科の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられている。
患者ＩＤの欄には、患者データテーブル３３１から取得したＩＤが設定される。患者データテーブル３３１の内容と、受付患者データテーブル３１１の内容は、このＩＤによって関連づけられている。
患者ＩＤの欄には、患者データテーブル３３１から取得したＩＤが設定される。患者データテーブル３３１の内容と、受付患者データテーブル３１１の内容は、このＩＤによって関連づけられている。
受付日時の欄には、受付装置１００の受付ボタン１０５ａが押下された時刻または診察支援サーバ装置３００が受付患者データを受信した時刻が設定されている。
受付科の欄には、患者により受付科選択ボタン１０２ａにて選択された受付科が設定されている。
受付科の欄には、患者により受付科選択ボタン１０２ａにて選択された受付科が設定されている。
図１１は、カルテＤＢに格納されているデータを示す図である。
カルテデータテーブル３４１には、文書番号、患者ＩＤ、改版歴、作成日、オーダ番号、Ｐ、Ｓ、Ｏ、Ａ、優先度、受付科、診療医師の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、患者毎の電子カルテを構成している。
カルテデータテーブル３４１には、文書番号、患者ＩＤ、改版歴、作成日、オーダ番号、Ｐ、Ｓ、Ｏ、Ａ、優先度、受付科、診療医師の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、患者毎の電子カルテを構成している。
文書番号の欄には、医師が作成した電子カルテを一意に識別する番号が設定されている。
患者ＩＤの欄には、患者を一意に識別するＩＤが設定されている。
患者ＩＤの欄には、患者を一意に識別するＩＤが設定されている。
改版歴の欄には、電子カルテが更新された回数が設定されている。
作成日の欄には、電子カルテの最終更新日が設定されている。
オーダ番号の欄には、部門業務支援サーバ装置４００でオーダを管理するための番号が設定されている。
作成日の欄には、電子カルテの最終更新日が設定されている。
オーダ番号の欄には、部門業務支援サーバ装置４００でオーダを管理するための番号が設定されている。
Ｐの欄にはそれぞれＰデータの内容が設定されている。図１１では図示していないが、例えばＰの欄には、「薬剤Ｂ １ｍｇ ２Ａ ３日」等が記入されている。
Ｓ、Ｏ、Ａは、優先度が「高」の電子カルテにのみカルテ入力部２３２ａに入力されたＳＯＡデータの内容が設定される。図１１では図示していないが、例えばＳの欄には、「脈が速くなったような気がする。薬のせいか？」等が記入されている。Ｏの欄には、「薬剤Ｃ、３０歳（Ｈ６）に喘息発作既住歴あり」等が記入されている。Ａの欄には、「β刺激薬による副作用の可能性あり」等が記入されている。
優先度の欄には、優先度が設定されている。
診療科の欄には、前回診療を受けた診療科が設定されている。
診療医師の欄には、ＰデータおよびＳＯＡデータを作成した医師を識別する識別番号が設定されている。識別番号に代えてユーザＩＤが設定されていてもよい。
診療科の欄には、前回診療を受けた診療科が設定されている。
診療医師の欄には、ＰデータおよびＳＯＡデータを作成した医師を識別する識別番号が設定されている。識別番号に代えてユーザＩＤが設定されていてもよい。
なお、本実施の形態では、１つのテーブルで全ての診療科を管理するようにしたが、これに限らず、診療科毎に１つのテーブルを設けるようにして管理するようにしてもよい。
図１２は、オーダデータを示す図である。
図１２は、オーダデータを示す図である。
オーダデータ３６１には、患者ＩＤ、オーダ内容、作成日、優先度、受付科の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、１つのオーダデータを構成している。
前述したように、オーダデータ３６１は、カルテデータテーブル３４１に格納される電子カルテの一部を抽出して作成したデータである。よって、各欄には、カルテデータテーブル３４１の電子カルテの各欄に設定された内容と同様の内容が設定されている。なお、オーダデータは、ＳＯＡデータに先立って送信されるＰデータを有しているため、優先度は必ず「低」である。
次に、部門業務支援サーバ装置４００について説明する。
図１３は、部門業務支援サーバ装置の機能を示すブロック図である。
部門業務支援サーバ装置４００は、データ受信部４１０と、優先度判断部４２０と、オーダ送信部４３０と、オーダ受付ＤＢ４４０と、事前オーダＤＢ４５０とを有している。
図１３は、部門業務支援サーバ装置の機能を示すブロック図である。
部門業務支援サーバ装置４００は、データ受信部４１０と、優先度判断部４２０と、オーダ送信部４３０と、オーダ受付ＤＢ４４０と、事前オーダＤＢ４５０とを有している。
データ受信部４１０は、診察支援サーバ装置３００からのオーダデータや優先度を受信すると、優先度判断部４２０にそのデータを送る。
優先度判断部４２０は、オーダデータを受け取ると、受け取ったオーダデータの一部を抜き出してオーダ受付ＤＢ４４０に格納するとともに、オーダデータを事前オーダＤＢ４５０に格納する。また、優先度を受け取ると、優先度データに含まれる日付および患者ＩＤに基づいて、受け取った優先度に一致するオーダデータが存在するか否かを判断し、一致するオーダデータが存在する場合は、そのオーダデータの優先度を変更する。
優先度判断部４２０は、オーダデータを受け取ると、受け取ったオーダデータの一部を抜き出してオーダ受付ＤＢ４４０に格納するとともに、オーダデータを事前オーダＤＢ４５０に格納する。また、優先度を受け取ると、優先度データに含まれる日付および患者ＩＤに基づいて、受け取った優先度に一致するオーダデータが存在するか否かを判断し、一致するオーダデータが存在する場合は、そのオーダデータの優先度を変更する。
オーダ送信部４３０は、部門業務支援クライアント装置５００からのオーダ一覧取得指示を受信すると、事前オーダＤＢ４５０に格納されているオーダデータを、オーダ一覧応答として部門業務支援クライアント装置５００に送信する。
オーダ受付ＤＢ４４０は、オーダを部門業務支援サーバ装置４００で独自に管理するためのデータを格納する。
事前オーダＤＢ４５０は、オーダデータを格納する。
事前オーダＤＢ４５０は、オーダデータを格納する。
図１４は、オーダ受付ＤＢに格納されているデータを示す図である。
オーダ受付データテーブル４４１には、患者ＩＤ、受付日時、受付科、オーダ番号の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられている。
オーダ受付データテーブル４４１には、患者ＩＤ、受付日時、受付科、オーダ番号の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられている。
患者ＩＤおよび受付科の欄には、受信したオーダデータの内容が設定される。また、受付日時の欄には、データ受信部４１０が、オーダデータを受信した日時が設定される。これにより、システムにトラブルがあったときに、トラブルが生じた箇所を容易に把握することができる。
オーダ番号の欄には、オーダデータを一意に識別する部門特有の番号が設定されている。
図１５は、事前オーダＤＢに格納されているデータを示す図である。
図１５は、事前オーダＤＢに格納されているデータを示す図である。
事前オーダデータテーブル４５１には、オーダ番号、患者ＩＤ、オーダ内容、作成日、優先度の欄が設けられている。各欄の横方向に並べられた情報同士が互いに関連づけられて、１つのオーダデータを構成している。以下、オーダデータと異なる部分を説明し、その他の部分の説明は省略する。
オーダ番号の欄には、オーダ受付データテーブル４４１と同様のオーダ番号が設定されている。これらのオーダ番号は、患者ＩＤによって関連づけられている。
次に、部門業務支援クライアント装置５００の機能について説明する。
次に、部門業務支援クライアント装置５００の機能について説明する。
図１６は、部門業務支援クライアント装置の機能を示すブロック図である。
部門業務支援クライアント装置５００は、オーダ取得部５１０を有している。
オーダ取得部５１０は、ＧＵＩを有しており、薬剤師の操作入力に従って、オーダ受け付け画面を部門業務支援クライアント装置５００に接続されたモニタに表示する。そして、薬剤師の操作入力によるオーダ一覧取得依頼を受け付けると、部門業務支援サーバ装置４００にオーダ一覧取得指示を送信する。そして、部門業務支援サーバ装置４００からのオーダ一覧応答を受信すると、オーダ受付画面に一覧を表示する。
部門業務支援クライアント装置５００は、オーダ取得部５１０を有している。
オーダ取得部５１０は、ＧＵＩを有しており、薬剤師の操作入力に従って、オーダ受け付け画面を部門業務支援クライアント装置５００に接続されたモニタに表示する。そして、薬剤師の操作入力によるオーダ一覧取得依頼を受け付けると、部門業務支援サーバ装置４００にオーダ一覧取得指示を送信する。そして、部門業務支援サーバ装置４００からのオーダ一覧応答を受信すると、オーダ受付画面に一覧を表示する。
図１７は、オーダ受け付け画面を示す図である。
オーダ受付画面５０１には、受付日入力部５０１ａ、受付科選択ボタン５０２ａ、受付ボタン５０３ａ、表示部５０４ａ、業務終了ボタン５０５ａが設けられている。
オーダ受付画面５０１には、受付日入力部５０１ａ、受付科選択ボタン５０２ａ、受付ボタン５０３ａ、表示部５０４ａ、業務終了ボタン５０５ａが設けられている。
薬剤師は、オーダ一覧の取得を希望する場合には、受付日をキーボード等により受付日入力部５０１ａに入力し、受付科をマウス等により受付科選択ボタン５０２ａから選択した後に、受付ボタン５０３ａを押下する（オーダ一覧取得依頼）。これにより、得られたオーダ一覧が例えば優先度「高」から優先度「低」の順番で、表示部５０４ａに表示される。
また、薬剤師が業務終了ボタン５０５ａを押下すると、オーダ受付画面５０１の表示が終了する。
次に、電子カルテシステムの動作について説明する。
次に、電子カルテシステムの動作について説明する。
最初に、医師がＰデータのみを入力する処理（事前オーダ発行処理）について説明し、その後、患者の診断時にＳＯＡデータを入力する処理（患者来院時の処理）について説明する。
図１８は、事前オーダ発行処理を示すフローチャートである。
まず、カルテ編集部２１０が、患者検索画面２０１を表示する（ステップＳ１１）。
次に、カルテ編集部２１０が、医師の入力を受け付ける（ステップＳ１２）。
まず、カルテ編集部２１０が、患者検索画面２０１を表示する（ステップＳ１１）。
次に、カルテ編集部２１０が、医師の入力を受け付ける（ステップＳ１２）。
次に、カルテ編集部２１０が、業務終了ボタン２０８ａまたは検索ボタン２０５ａが押下されたか否かを判断する（ステップＳ１３）。
業務終了ボタン２０８ａが押下された場合（ステップＳ１３の業務終了）、動作を終了する。
業務終了ボタン２０８ａが押下された場合（ステップＳ１３の業務終了）、動作を終了する。
一方、検索ボタン２０５ａが押下された場合（ステップＳ１３の検索）、カルテ編集部２１０が、診察支援サーバ装置３００に検索依頼を送信する（ステップＳ１４）。その後、応答を待機する。
診察支援サーバ装置３００は、検索依頼を受信すると（ステップＳ１１ａ）、カルテ管理部３６０が、利用者マスタ３２０に格納されているデータに基づいて認証を行い（ステップＳ１２ａ）、検索応答を診察クライアント装置２００に送信する（ステップＳ１３ａ）。
診察支援サーバ装置３００は、検索応答を受信すると（ステップＳ１５）、電子カルテをモニタに表示する（ステップＳ１６）。
次に、カルテ編集部２１０は、医師の操作入力に従って、Ｐデータの作成（編集）を行う（ステップＳ１７）。
次に、カルテ編集部２１０は、医師の操作入力に従って、Ｐデータの作成（編集）を行う（ステップＳ１７）。
その後、保存ボタン２３３ａが押下されると、カルテ送受信部２２０が、カルテ保存依頼を診察支援サーバ装置３００に送信する（ステップＳ１８）。その後、ステップＳ１２に移行し、それ以降の処理を繰り返し行う。
診察支援サーバ装置３００は、カルテ保存依頼を受信すると（ステップＳ１４ａ）、カルテ管理部３６０が、カルテデータテーブル３４１の該当部分を更新する（ステップＳ１５ａ）。また、カルテ管理部３６０は、電子カルテがＰデータのみの記入であることを確認し、優先度「低」を含むオーダデータを部門業務支援サーバ装置４００に送信する（ステップＳ１６ａ）。以上で事前オーダ発行処理を終了する。
次に、患者来院時の処理について説明する。
図１９および図２０は、患者来院時の処理を示すフローチャートである。
患者が来院し、受付装置１００にて受付を行い、患者データ受付部３５０が、受付患者データを受信すると（ステップＳ２１ａ）、優先度判断部３７０が、優先度「中」を含む優先度データを部門業務支援サーバ装置４００に送信する（ステップＳ２２ａ）。
図１９および図２０は、患者来院時の処理を示すフローチャートである。
患者が来院し、受付装置１００にて受付を行い、患者データ受付部３５０が、受付患者データを受信すると（ステップＳ２１ａ）、優先度判断部３７０が、優先度「中」を含む優先度データを部門業務支援サーバ装置４００に送信する（ステップＳ２２ａ）。
部門業務支援サーバ装置４００のデータ受信部４１０が、優先度データを受信すると（ステップＳ２１ｂ）、優先度判断部４２０が、データの一致性を判断した後に、事前オーダデータテーブル４５１の該当する患者の優先度を「中」に変更する（ステップＳ２２ｂ）。
その後、医師の診察時に診察クライアント装置２００が患者検索画面２０１を表示し（ステップＳ２１）、以下、それぞれステップＳ１２〜Ｓ１６と同様の動作を行う（ステップＳ２２〜Ｓ２６）。また、診察クライアント装置２００は、ステップＳ１１ａ〜Ｓ１３ａと同様の動作を行う（ステップＳ２３ａ〜Ｓ２５ａ）。
そして、診察クライアント装置２００のカルテ編集部２１０が、医師の操作入力に従って、ＳＯＡデータの作成（編集）を行う（ステップＳ２７）。
その後、保存ボタン２３３ａが押下されると、カルテ送受信部２２０が、カルテ保存依頼を診察支援サーバ装置３００に送信する（ステップＳ２８）。その後、ステップＳ２２に移行し、以降の処理を繰り返し行う。
その後、保存ボタン２３３ａが押下されると、カルテ送受信部２２０が、カルテ保存依頼を診察支援サーバ装置３００に送信する（ステップＳ２８）。その後、ステップＳ２２に移行し、以降の処理を繰り返し行う。
診察支援サーバ装置３００のカルテ管理部３６０が、カルテ保存依頼を受信すると（ステップＳ２６ａ）、電子カルテを検索し（ステップＳ２７ａ）、カルテデータテーブル３４１に以下の条件を満たすデータが存在するか否かを検索する（ステップＳ２８ａ）。
（１）患者ＩＤが同一
（２）Ｐデータの作成日とＳＯＡデータの作成日が同一
（３）医師の識別番号が同一
（４）受付科が同一
上記（１）〜（４）のいずれかを満たさない場合は（ステップＳ２８ａのＮｏ）、処理を終了する。
（２）Ｐデータの作成日とＳＯＡデータの作成日が同一
（３）医師の識別番号が同一
（４）受付科が同一
上記（１）〜（４）のいずれかを満たさない場合は（ステップＳ２８ａのＮｏ）、処理を終了する。
上記（１）〜（４）の全てを満たす場合は（ステップＳ２８ａのＹｅｓ）、Ｐデータまで電子カルテに記載されているか否かを判断する（ステップＳ２９ａ）。
記載されていない場合（ステップＳ２９ａのＮｏ）、処理を終了する。
記載されていない場合（ステップＳ２９ａのＮｏ）、処理を終了する。
記載されている場合（ステップＳ２９ａのＹｅｓ）、優先度判断部３７０が、優先度「高」を含む優先度データを、部門業務支援サーバ装置４００に送信する（ステップＳ３０ａ）。
部門業務支援サーバ装置４００のデータ受信部４１０が、優先度データを受信すると（ステップＳ２３ｂ）、優先度判断部４２０が、事前オーダデータテーブル４５１の該当する患者の優先度を「高」に変更する（ステップＳ２４ｂ）。
以上で、患者来院時の処理を終了する。
以上述べたように、本実施の形態の電子カルテシステムによれば、医師が診察に先立って、調剤のオーダを先に電子カルテに記載しておき、診察後に、主訴等を電子カルテに記載した場合においても、容易に、両者の情報を関連づけて管理することができるため、調剤側に早期に依頼を行うことができる。これにより、医療現場の患者に対する診療行為の円滑化が期待できる。
以上述べたように、本実施の形態の電子カルテシステムによれば、医師が診察に先立って、調剤のオーダを先に電子カルテに記載しておき、診察後に、主訴等を電子カルテに記載した場合においても、容易に、両者の情報を関連づけて管理することができるため、調剤側に早期に依頼を行うことができる。これにより、医療現場の患者に対する診療行為の円滑化が期待できる。
また、同日における同一病状に関する診療行為が１つのカルテとして整理されるため、カルテの信頼性が向上し、診療記録の閲覧時に必要な情報を見落とす可能性を低減させることができる。
また、データウェアハウス等による後利用時に、検索対象の情報に関連するカルテ上の記載まで抽出することができるため、情報の質を高める効果が期待できる。
また、他の大きな効果として、検査部門、調剤部門等に対して、オーダの確度を段階的に伝えることが可能となる。
また、他の大きな効果として、検査部門、調剤部門等に対して、オーダの確度を段階的に伝えることが可能となる。
患者の来院前にオーダを発行しておいた場合には、そのリスクとして患者が来院しなかった場合や診察により状況が変わりオーダを削除・修正しなくてはならなくなることが考えられる。しかし、既に患者が来院しており、かつ診察終了後にオーダを発行した場合はそのオーダが削除・修正される可能性は少なくなる。
このようなオーダが削除・修正される確率（以下確度と呼ぶ）を薬剤師（部門側）に伝達することで、部門側では確度の高い処方から作っていけばよい等の現場の判断材料とすることが可能となり、医療現場の患者に対する診療行為のさらなる円滑化が期待できる。
なお、本実施の形態では、医師の調剤指示を例にとって説明したが、本発明の医師の指示は、これに限らず、他の例として例えば放射線部門に対する放射線等の指示等が挙げられる。
また、本実施の形態では、図２０のステップＳ２８において、（１）〜（４）の全てを満たす場合にのみ、カルテデータテーブル３４１の該当する欄に、ＳＯＡデータを更新（上書き）するようにしたが、本発明では、これらのうちのいずれかを任意の条件としてもよいし、これらの条件にさらに他の必須条件を加えるようにしてもよい。
次に、第２の実施の形態の電子カルテシステムについて説明する。
以下、第２の実施の形態の電子カルテシステムについて、前述した第１の実施の形態との相違点を中心に説明し、同様の事項については、その説明を省略する。
以下、第２の実施の形態の電子カルテシステムについて、前述した第１の実施の形態との相違点を中心に説明し、同様の事項については、その説明を省略する。
第２の実施の形態の電子カルテシステムは、患者来院時の処理が異なり、それ以外は第１の実施の形態と同様である。
第２の実施の形態の電子カルテシステムは、患者の診療を行う前に入力画面２３１を起動させて予めＰデータのみを入力し、その後、患者の診断時に入力画面２３１に前回入力したＰデータを表示させた状態で、ＳＯＡデータを入力することができるシステムである。
第２の実施の形態の電子カルテシステムは、患者の診療を行う前に入力画面２３１を起動させて予めＰデータのみを入力し、その後、患者の診断時に入力画面２３１に前回入力したＰデータを表示させた状態で、ＳＯＡデータを入力することができるシステムである。
第２の実施の形態のカルテ管理部３６０は、診察クライアント装置２００からの検索依頼を受信すると、利用者マスタ３２０に格納されているデータを用いて権限の有無を確認する。そして、権限を確認すると、患者名一覧に加え、カルテＤＢ３４０に格納されている該当する患者の電子カルテを検索し、該当する電子カルテを患者名一覧とともに検索応答として返す。そして、第２の実施の形態のカルテ編集部２１０は、電子カルテの内容を、カルテ歴表示部２３１ａに表示する。
図２１は、第２の実施の形態のカルテ編集部が表示する入力画面を示す図である。
カルテ歴表示部２３１ａには、前回入力されたＰデータが表示される。医師は、この内容を見ながらカルテ入力部２３２ａにＳＯＡデータを作成することができる。
カルテ歴表示部２３１ａには、前回入力されたＰデータが表示される。医師は、この内容を見ながらカルテ入力部２３２ａにＳＯＡデータを作成することができる。
この第２の実施の形態の電子カルテシステムによれば、第１の実施の形態の電子カルテシステムと同様の効果が得られる。
そして、第２の実施の形態の電子カルテシステムによれば、さらに、Ｐデータ作成時に前回処方した薬等を参照することができるため、さらに信頼性の高いＰデータを部門側に提供することができる。
そして、第２の実施の形態の電子カルテシステムによれば、さらに、Ｐデータ作成時に前回処方した薬等を参照することができるため、さらに信頼性の高いＰデータを部門側に提供することができる。
以上、本発明の情報管理方法、情報管理装置および情報管理プログラムを、図示の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、本発明に、他の任意の構成物や工程が付加されていてもよい。
また、本発明は、前述した各実施の形態のうちの、任意の２以上の構成（特徴）を組み合わせたものであってもよい。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、診察支援サーバ装置３００が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、診察支援サーバ装置３００が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
情報管理プログラムプログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
（付記１） 部門業務支援サーバとの間で情報のやり取りを行う情報管理プログラムにおいて、
コンピュータを、
電子カルテを格納する格納手段、
患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、前記治療計画データを前記電子カルテに書き込む書込手段、
前記治療計画データを前記部門業務支援サーバに送信する送信手段、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づける関連づけ手段、
として機能させることを特徴とする情報管理プログラム。
コンピュータを、
電子カルテを格納する格納手段、
患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、前記治療計画データを前記電子カルテに書き込む書込手段、
前記治療計画データを前記部門業務支援サーバに送信する送信手段、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づける関連づけ手段、
として機能させることを特徴とする情報管理プログラム。
（付記２） 前記治療計画データは、前記治療計画データの作成者のデータを有しており、
前記関連づけ手段は、前記診療データを受け取ると、前記診療データの作成者が、前記治療計画データの作成者と一致するか否かを判断することを特徴とする付記１記載の情報管理プログラム。
前記関連づけ手段は、前記診療データを受け取ると、前記診療データの作成者が、前記治療計画データの作成者と一致するか否かを判断することを特徴とする付記１記載の情報管理プログラム。
（付記３） 前記治療計画データは、前記患者が診療を受ける診療科に関するデータを有しており、
前記関連づけ手段は、前記診療データを受け取ると、前記診療データの診療科が、前記治療計画データの診療科と一致するか否かを判断することを特徴とする付記１記載の情報管理プログラム。
前記関連づけ手段は、前記診療データを受け取ると、前記診療データの診療科が、前記治療計画データの診療科と一致するか否かを判断することを特徴とする付記１記載の情報管理プログラム。
（付記４） 前記コンピュータを、前記治療計画データの送信後に患者の来院を示す受付患者データを受け取ると、前記治療計画データの優先度の度合いを上げる情報を前記部門業務支援サーバに送信する優先度判断手段、として機能させることを特徴とする付記１記載の情報管理プログラム。
（付記５） 前記優先度判断手段は、前記受付患者データを受け取った後に前記診療データを受け取ると、前記優先度の度合いをさらに上げる情報を前記部門業務支援サーバに送信することを特徴とする付記４記載の情報管理プログラム。
（付記６） 部門業務支援サーバとの間で情報のやり取りを行う情報管理装置において、
電子カルテを格納する格納部と、
患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、前記治療計画データを前記電子カルテに書き込む書込部と、
前記治療計画データを前記部門業務支援サーバに送信する送信部と、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づける関連づけ部と、
を有することを特徴とする情報管理装置。
電子カルテを格納する格納部と、
患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、前記治療計画データを前記電子カルテに書き込む書込部と、
前記治療計画データを前記部門業務支援サーバに送信する送信部と、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づける関連づけ部と、
を有することを特徴とする情報管理装置。
（付記７） 部門業務支援サーバとの間で情報のやり取りを行う情報管理方法において、
書込手段が、患者を識別する識別データを備え、患者の診察により作成される治療計画データを受け取ると、前記治療計画データを用意されている電子カルテに書き込むステップと、
送信手段が、前記治療計画データを前記部門業務支援サーバに送信するステップと、
関連づけ手段が、前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づけるステップと、
を有することを特徴とする情報管理方法。
書込手段が、患者を識別する識別データを備え、患者の診察により作成される治療計画データを受け取ると、前記治療計画データを用意されている電子カルテに書き込むステップと、
送信手段が、前記治療計画データを前記部門業務支援サーバに送信するステップと、
関連づけ手段が、前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、保存されている前記電子カルテに前記診断データを関連づけるステップと、
を有することを特徴とする情報管理方法。
１ コンピュータ
２ 部門業務支援サーバ
３ 格納手段
４ 電子カルテ
５ 書込手段
６ 送信手段
７ 関連づけ手段
１００ 受付装置
１０１ 患者受付画面
２００ 診察クライアント装置
２０１ 患者検索画面
２１０ カルテ編集部
２２０ カルテ送受信部
３００ 診察支援サーバ装置
３１０ 受付患者ＤＢ
３１１ 受付患者データテーブル
３２０ 利用者マスタ
３３０ 患者マスタ
３３１ 患者データテーブル
３４０ カルテＤＢ
３４１ カルテデータテーブル
３５０ 患者データ受付部
３６０ カルテ管理部
３６１ オーダデータ
３７０ 優先度判断部
４００ 部門業務支援サーバ装置
４１０ データ受信部
４２０ 優先度判断部
４３０ オーダ送信部
４４０ オーダ受付ＤＢ
４４１ オーダ受付データテーブル
４５０ 事前オーダＤＢ
４５１ 事前オーダデータテーブル
５００ 部門業務支援クライアント装置
５０１ オーダ受付画面
５１０ オーダ取得部
２ 部門業務支援サーバ
３ 格納手段
４ 電子カルテ
５ 書込手段
６ 送信手段
７ 関連づけ手段
１００ 受付装置
１０１ 患者受付画面
２００ 診察クライアント装置
２０１ 患者検索画面
２１０ カルテ編集部
２２０ カルテ送受信部
３００ 診察支援サーバ装置
３１０ 受付患者ＤＢ
３１１ 受付患者データテーブル
３２０ 利用者マスタ
３３０ 患者マスタ
３３１ 患者データテーブル
３４０ カルテＤＢ
３４１ カルテデータテーブル
３５０ 患者データ受付部
３６０ カルテ管理部
３６１ オーダデータ
３７０ 優先度判断部
４００ 部門業務支援サーバ装置
４１０ データ受信部
４２０ 優先度判断部
４３０ オーダ送信部
４４０ オーダ受付ＤＢ
４４１ オーダ受付データテーブル
４５０ 事前オーダＤＢ
４５１ 事前オーダデータテーブル
５００ 部門業務支援クライアント装置
５０１ オーダ受付画面
５１０ オーダ取得部
Claims (6)
- 情報管理プログラムにおいて、
コンピュータに、
患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、オーダの確度を示す第１の優先度を含む前記治療計画データを格納手段に格納されている電子カルテに書き込み、
前記治療計画データをサーバに送信し、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、前記格納手段に格納されている電子カルテに前記診療データを関連づけ、
前記治療計画データに含まれる優先度を、前記第１の優先度よりも高いオーダの確度を示す第２の優先度に変更して前記サーバに送信する、
処理を実行させることを特徴とする情報管理プログラム。 - 前記治療計画データは、前記治療計画データの作成者のデータを有しており、
前記電子カルテに前記診療データを関連づける際に、前記診療データを受け取ると、前記診療データの作成者が、前記治療計画データの作成者と一致するか否かを判断することを特徴とする請求項１記載の情報管理プログラム。 - 前記治療計画データは、前記患者が診療を受ける診療科に関するデータを有しており、
前記電子カルテに前記診療データを関連づける際に、前記診療データを受け取ると、前記診療データの診療科が、前記治療計画データの診療科と一致するか否かを判断することを特徴とする請求項１記載の情報管理プログラム。 - サーバとの間で情報のやり取りを行う情報管理装置において、
電子カルテを格納する格納部と、
患者を識別する識別データを備え患者の診察により作成される治療計画データを受け取ると、オーダの確度を示す第１の優先度を含む前記治療計画データを前記格納部に格納されている電子カルテに書き込む書込部と、
前記治療計画データを前記サーバに送信する送信部と、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、前記格納部に格納されている電子カルテに前記診療データを関連づける関連づけ部と、
前記治療計画データに含まれる優先度を、前記第１の優先度よりも高いオーダの確度を示す第２の優先度に変更して前記サーバに送信する送信部と、
を有することを特徴とする情報管理装置。 - 情報管理方法において、
コンピュータが、
患者を識別する識別データを備え、患者の診察により作成される治療計画データを受け取ると、オーダの確度を示す第１の優先度を含む前記治療計画データを格納手段に格納されている電子カルテに書き込み、
前記治療計画データをサーバに送信し、
前記識別データを備え前記患者の診療内容を示す診療データを受け取ると、前記識別データに基づいて、前記格納手段に格納されている電子カルテに前記診療データを関連づけ、
前記治療計画データに含まれる優先度を、前記第１の優先度よりも高いオーダの確度を示す第２の優先度に変更して前記サーバに送信する、
ことを特徴とする情報管理方法。 - 前記第１の優先度を含む前記治療計画データを前記サーバに送信した後に、前記治療計画データに対応する患者の来院を示すデータを受信すると、前記治療計画データに含まれる優先度を、前記第１の優先度より高いオーダの確度を示し、前記第２の優先度より低いオーダの確度を示す第３の優先度に変更して前記サーバに送信することを特徴とする請求項１記載の情報管理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007119016A JP5157236B2 (ja) | 2007-04-27 | 2007-04-27 | 情報管理方法、情報管理装置および情報管理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007119016A JP5157236B2 (ja) | 2007-04-27 | 2007-04-27 | 情報管理方法、情報管理装置および情報管理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008276490A JP2008276490A (ja) | 2008-11-13 |
| JP5157236B2 true JP5157236B2 (ja) | 2013-03-06 |
Family
ID=40054367
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007119016A Expired - Fee Related JP5157236B2 (ja) | 2007-04-27 | 2007-04-27 | 情報管理方法、情報管理装置および情報管理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5157236B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6384055B2 (ja) * | 2014-01-31 | 2018-09-05 | 日本電気株式会社 | 調剤スケジュール管理装置、調剤スケジュール管理システム、調剤スケジュール管理方法、およびプログラム |
| KR20180060362A (ko) * | 2016-11-29 | 2018-06-07 | 이형철 | 치아 진단 및 치료 계획 시스템 |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07114602A (ja) * | 1993-10-20 | 1995-05-02 | Hitachi Ltd | 診療情報伝送方式 |
| JPH0830684A (ja) * | 1994-07-14 | 1996-02-02 | Hitachi Ltd | 病院内オーダリング装置 |
| JPH09179908A (ja) * | 1995-12-25 | 1997-07-11 | Hitachi Ltd | 病院オーダシステム実施入力処理方式 |
| JP2000003400A (ja) * | 1998-06-15 | 2000-01-07 | Fujitsu Ltd | 案内システム及び記録媒体 |
| JP4342014B2 (ja) * | 1998-12-10 | 2009-10-14 | 株式会社東芝 | オーダリングシステム |
| JP4718658B2 (ja) * | 1999-10-29 | 2011-07-06 | 株式会社東芝 | 医用レポートシステム |
| JP2001126007A (ja) * | 1999-10-29 | 2001-05-11 | Toshiba Corp | レポート作成支援システム |
| JP2002132961A (ja) * | 2000-10-25 | 2002-05-10 | Niigata Eng Co Ltd | 臨床検査オーダリングシステムおよび方法 |
| JP2002342485A (ja) * | 2001-02-14 | 2002-11-29 | Nippon Telegr & Teleph Corp <Ntt> | 読影支援方法、読影支援システム、読影支援連携装置、この方法の実行プログラム、及びこの方法の実行プログラムを記録した記録媒体 |
| JP2003132144A (ja) * | 2001-10-23 | 2003-05-09 | Toshiba Corp | 診療情報表示端末 |
| JP2003150705A (ja) * | 2001-11-12 | 2003-05-23 | Yokogawa Electric Corp | 医療情報管理システム |
| JP2003233674A (ja) * | 2002-02-06 | 2003-08-22 | Hitachi Medical Corp | 医用情報管理システム |
| JP2004013219A (ja) * | 2002-06-03 | 2004-01-15 | Koichi Imada | 医療工程管理方法 |
| JP3772131B2 (ja) * | 2002-06-07 | 2006-05-10 | 医療法人愛精会 あいせい紀年病院 | 精神病院内ネットワークを備えた管理システム |
| JP3934997B2 (ja) * | 2002-06-13 | 2007-06-20 | 株式会社日立製作所 | 診療支援システム、診療支援方法および診療支援プログラム |
| JP4289907B2 (ja) * | 2003-03-06 | 2009-07-01 | 横河電機株式会社 | 医療情報管理システム |
| JP4337133B2 (ja) * | 2003-03-25 | 2009-09-30 | コニカミノルタホールディングス株式会社 | 医用画像処理装置、医用ネットワークシステム及び医用画像処理装置のためのプログラム |
| JP2004302890A (ja) * | 2003-03-31 | 2004-10-28 | Seirankai | 電子カルテシステム |
| JP4449427B2 (ja) * | 2003-11-14 | 2010-04-14 | コニカミノルタエムジー株式会社 | 医用画像管理システム |
| JP2006309300A (ja) * | 2005-04-26 | 2006-11-09 | Hitachi Medical Corp | 実施支援システム |
-
2007
- 2007-04-27 JP JP2007119016A patent/JP5157236B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008276490A (ja) | 2008-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5844247B2 (ja) | 検査結果表示装置及びその作動方法、並びにプログラム | |
| US20100036676A1 (en) | Computer implemented medical treatment management system | |
| JP5990458B2 (ja) | 外部コンテキストのある臨床決定支援システム | |
| JP3742549B2 (ja) | 医療用画像ファイリングシステム | |
| JP2013242745A (ja) | 診療データ統合管理システム及びこの診療データ統合管理システムを連携した病診連携システム | |
| Tang et al. | Computer-based patient-record systems | |
| JPWO2008038614A1 (ja) | 医用画像管理装置及びプログラム | |
| JP2005267358A (ja) | 地域医療のための電子カルテ作成・管理システム及びその運営方法 | |
| JP2005110944A (ja) | 診療支援装置、診療支援方法及び診療支援プログラム | |
| JP5157236B2 (ja) | 情報管理方法、情報管理装置および情報管理プログラム | |
| JP2002203045A (ja) | 医療データ管理システムおよび医療データ管理装置 | |
| JP2011072663A (ja) | 内視鏡検査レポート作成支援システム、内視鏡検査レポート作成支援方法、内視鏡検査レポート作成支援プログラム | |
| JP2023011214A (ja) | 診療支援装置、診療支援方法、及びプログラム | |
| US20020138305A1 (en) | Drug information processing device, medical record recording device, drug information providing system, drug information processing program storage medium, and medical record recording program storage medium | |
| JP2002197199A (ja) | 健診結果の提供方法、医療機関の予約方法、医療情報の提供方法、医療機関システムおよびコンピュータ読取可能な携帯情報記憶媒体 | |
| JP6873628B2 (ja) | 電子カルテシステム、医療機関端末及びプログラム | |
| JP2021047624A (ja) | 薬局連携システムおよび方法 | |
| JP4567861B2 (ja) | 患者情報管理方法及び病院情報システム | |
| JP2001028027A (ja) | 病名処理装置 | |
| US11515017B2 (en) | Deletion of medical information shared between management server and healthcare facilities | |
| JP2002117141A (ja) | 診療支援システム | |
| JP5332119B2 (ja) | 診療過程データ処理プログラム、方法及び装置 | |
| JP5245868B2 (ja) | データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 | |
| JP2018081525A (ja) | 電子カルテシステム | |
| KR100538574B1 (ko) | 정형화된 의료 서비스 제공 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100119 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20111118 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20111122 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120120 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120731 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20121001 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20121113 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121126 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151221 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |