(57)【特許請求の範囲】
【請求項１】
レセプトの作成に用いられる処方データ、および、薬歴に関する複数の項目を含む薬歴データの入力を受け付ける入力部と、
前記処方データと前記薬歴データとを患者別に対応付けて記憶する記憶部と、
所定の情報を表示する表示部と、
前記記憶部から読み出した前記処方データと前記薬歴データに基づいて前記処方データに対応する前記薬歴データの前記項目の記録の有無を判定し、判定結果を表示するように前記表示部を制御する制御部と、を備え、
前記制御部は、
前記入力部が受け付けた前記薬歴データを前記記憶部に記憶させ、
前記入力部が前記判定の実行指示とともに所定期間の指定を受け付けた場合、前記所定期間内の調剤日を示す情報を含む前記処方データに対応付けられている前記薬歴データを前記記憶部から検索し、
前記記憶部から検索した前記薬歴データに前記項目の記録が無い場合、前記項目の記録が無い旨のメッセージを表示するように前記表示部を制御する、
端末装置。
【請求項２】
前記制御部は、
前記入力部が受け付けた前記薬歴データに対して、前記項目の記録の有無に応じて第１の判定用情報を設定し、該薬歴データを前記記憶部に記憶させ、
前記記憶部から検索した前記薬歴データに設定されている前記第１の判定用情報が、前記項目の記録が無い旨を示す場合、前記項目の記録が無い旨のメッセージを表示するように前記表示部を制御する、
請求項１記載の端末装置。
【請求項３】
前記制御部は、
前記入力部が受け付けた前記薬歴データに対して、さらに、前記薬歴データの現在の承認の有無に応じて第２の判定用情報を設定し、該薬歴データを前記記憶部に記憶させ、
前記記憶部から検索した前記薬歴データに設定されている前記第１の判定用情報が、前記項目の記録が無い旨を示し、前記記憶部から検索した前記薬歴データに設定されている前記第２の判定用情報が、前記承認が現在有る旨を示す場合、前記承認は現在あるが前記項目の記録が無い旨のメッセージを表示するように前記表示部を制御し、
前記記憶部から検索した前記薬歴データに設定されている前記第１の判定用情報が、前記項目の記録が無い旨を示し、前記記憶部から検索した前記薬歴データに設定されている前記第２の判定用情報が、前記承認が現在無い旨を示す場合、前記項目の記録が無い旨のメッセージを表示するように前記表示部を制御し、
前記記憶部から検索した前記薬歴データに設定されている前記第１の判定用情報が、前記項目の記録が有る旨を示し、前記記憶部から検索した前記薬歴データに設定されている前記承認が現在無い旨を示す場合、前記項目の記録は有るが前記承認が現在無い旨のメッセージを表示するように前記表示部を制御する、
請求項２に記載の端末装置。
【請求項４】
前記制御部は、
前記記憶部から検索した前記薬歴データに設定されている前記第１の判定用情報が、前記項目の記録が有る旨を示し、前記記憶部から検索した前記薬歴データに設定されている前記第２の判定用情報が、前記承認が現在無い旨を示す場合、前記薬歴データの過去の承認の有無を判定し、
前記過去の承認が有る場合、前記項目の記録が有り、前記承認は過去に有ったが現在は無い旨のメッセージを表示するように前記表示部を制御し、
前記過去の承認が無い場合、前記項目の記録が有るが、前記承認が現在無い旨のメッセージを表示するように前記表示部を制御する、
請求項３に記載の端末装置。
【請求項５】
前記制御部は、
前記入力部が受け付けた前記薬歴データに対して、さらに、前記薬歴データの修正が窓口業務または薬歴業務のいずれによって行われたかに応じて第３の判定用情報を設定し、該薬歴データを前記記憶部に記憶させ、
前記記憶部から検索した前記薬歴データに設定されている前記第１の判定用情報が、前記項目の記録が有る旨を示し、前記記憶部から検索した前記薬歴データに設定されている前記第２の判定用情報が、前記承認が現在は無い旨を示し、前記記憶部から検索した前記薬歴データに設定されている前記第３の判定用情報が、前記薬歴データの修正が前記窓口業務によって行われた旨を示し、前記過去の承認が有ると判定した場合、前記窓口業務により修正された前記項目の記録が有り、前記承認は過去に有ったが現在は無い旨のメッセージを表示するように前記表示部を制御し、
前記記憶部から検索した前記薬歴データに設定されている前記第１の判定用情報が、前記項目の記録が有る旨を示し、前記記憶部から検索した前記薬歴データに設定されている前記第２の判定用情報が、前記承認が現在は無い旨を示し、前記記憶部から検索した前記薬歴データに設定されている前記第３の判定用情報が、前記薬歴データの修正が前記薬歴業務によって行われた旨を示し、前記過去の承認が有ると判定した場合、前記薬歴業務により修正された前記項目の記録が有り、前記承認は過去に有ったが現在は無い旨のメッセージを表示するように前記表示部を制御する、
請求項４に記載の端末装置。
【請求項６】
前記制御部は、
前記入力部が前記判定の実行指示を受け付けた場合、前記端末装置において前記薬歴データの運用管理が開始された年月日を示す運用開始年月日データを前記記憶部から読み出し、
前記所定期間の年月と、前記運用開始年月日データの年月とが一致するか否かを判定し、
前記所定期間の年月と、前記運用開始年月日データの年月とが一致する場合、前記運用開始年月日データの年月日から前記運用開始年月日データの年月の末日までの期間内の調剤日を示す情報を含む前記処方データに対応付けられている前記薬歴データを前記記憶部から検索し、
前記所定期間の年月と、前記運用開始年月日データの年月とが一致しない場合、前記所定期間の年月の１日から前記所定期間の年月の末日までの期間内の調剤日を示す情報を含む前記処方データに対応付けられている前記薬歴データを前記記憶部から検索する、
請求項１に記載の端末装置。
【請求項７】
レセプトの作成に用いられる処方データ、および、薬歴に関する複数の項目を含む薬歴データの入力を受け付ける入力部と、
前記処方データと前記薬歴データとを患者別に対応付けて記憶する記憶部と、
所定の情報を表示する表示部と、
前記記憶部から読み出した前記処方データと前記薬歴データに基づいて前記処方データに対応する前記薬歴データの前記項目の記録の有無を判定し、判定結果を表示するように前記表示部を制御する制御部と、を備え、
前記制御部は、
前記入力部が受け付けた前記薬歴データに対して、前記項目の記録の有無に応じて第１の判定用情報を設定し、かつ、前記薬歴データの現在の承認の有無に応じて第２の判定用情報を設定し、該薬歴データを前記記憶部に記憶させ、
前記入力部が前記判定の実行指示とともに所定期間の指定を受け付けた場合、前記所定期間内の調剤日を示す情報を含む前記処方データに対応付けられている前記薬歴データを前記記憶部から検索し、
前記記憶部から検索した前記薬歴データに設定されている前記第１の判定用情報が示す前記項目の記録の有無、および、該薬歴データに設定されている前記第２の判定用情報が示す前記薬歴データの現在の承認の有無に応じて、異なるメッセージを表示するように前記制御部を制御する、
端末装置。
【請求項８】
コンピュータが行う薬歴判定方法であって、
レセプトの作成に用いられる処方データと、薬歴に関する複数の項目を含む薬歴データとを患者別に対応付けて記憶部に記憶するステップと、
前記処方データに対応する前記薬歴データの前記項目の記録の有無の判定の実行指示とともに所定期間の指定を受け付けた場合、前記所定期間内の調剤日を示す情報を含む前記処方データに対応付けられている前記薬歴データを前記記憶部から検索するステップと、
前記記憶部から検索した前記薬歴データに前記項目の記録が無い場合、前記項目の記録が無い旨のメッセージを表示するように表示部を制御するステップと、を含む、
薬歴判定方法。
【請求項９】
レセプトの作成に用いられる処方データと、薬歴に関する複数の項目を含む薬歴データとを患者別に対応付けて記憶部に記憶する処理と、
前記処方データに対応する前記薬歴データの前記項目の記録の有無の判定の実行指示とともに所定期間の指定を受け付けた場合、前記所定期間内の調剤日を示す情報を含む前記処方データに対応付けられている前記薬歴データを前記記憶部から検索する処理と、
前記記憶部から検索した前記薬歴データに前記項目の記録が無い場合、前記項目の記録が無い旨のメッセージを表示するように表示部を制御する処理と、をコンピュータに実行させる、
薬歴判定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療機関で用いられる端末装置、薬歴判定方法、および、薬歴判定プログラムに関する。
【背景技術】
【０００２】
例えば薬局などの医療機関は、診療報酬の請求のため、毎月、患者ごとにレセプトを作成し、そのレセプトを審査支払機関に提出する。審査支払機関は、医療機関から受け取ったレセプトの記載に誤りがないかを審査し、記載に誤りがあった場合、そのレセプトを医療機関に差し戻す。
【０００３】
例えば特許文献１には、医療機関に設置され、レセプトを審査支払機関に提出する前に、審査支払機関で用いられる審査のルールに基づいてレセプトの記載を点検することができる装置が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２３４３１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般的に、薬局の端末装置には、薬剤師により医薬品の処方が行われた後、薬剤服用歴管理指導料および薬歴が記録される。しかし、薬剤服用歴管理指導料は記録されたものの、薬歴が記録されないことがある。よって、薬局は、レセプト提出の際、薬歴の記録漏れを確認する手間がかかる、という問題がある。
【０００６】
特許文献１の技術は、レセプトの記載を点検するものであるので、そのレセプトに対応する薬歴が記録済みであるか否かを把握することはできない。よって、特許文献１の技術では、上述した問題を解決できない。
【０００７】
本発明の目的は、提出対象のレセプトに対応する薬歴の記録の有無を容易に把握できるようにすることである。
【課題を解決するための手段】
【０００８】
本発明の端末装置は、レセプトの作成に用いられる処方データ、および、薬歴に関する複数の項目を含む薬歴データの入力を受け付ける入力部と、前記処方データと前記薬歴データとを患者別に対応付けて記憶する記憶部と、所定の情報を表示する表示部と、前記記憶部から読み出した前記処方データと前記薬歴データに基づいて前記処方データに対応する前記薬歴データの前記項目の記録の有無を判定し、判定結果を表示するように前記表示部を制御する制御部と、を備え、前記制御部は、前記入力部が受け付けた前記薬歴データを前記記憶部に記憶させ、前記入力部が前記判定の実行指示とともに所定期間の指定を受け付けた場合、前記所定期間内の調剤日を示す情報を含む前記処方データに対応付けられている前記薬歴データを前記記憶部から検索し、前記記憶部から検索した前記薬歴データに前記項目の記録が無い場合、前記項目の記録が無い旨のメッセージを表示するように前記表示部を制御する構成を採る。
【０００９】
本発明の端末装置は、レセプトの作成に用いられる処方データ、および、薬歴に関する複数の項目を含む薬歴データの入力を受け付ける入力部と、前記処方データと前記薬歴データとを患者別に対応付けて記憶する記憶部と、所定の情報を表示する表示部と、前記記憶部から読み出した前記処方データと前記薬歴データに基づいて前記処方データに対応する前記薬歴データの前記項目の記録の有無を判定し、判定結果を表示するように前記表示部を制御する制御部と、を備え、前記制御部は、前記入力部が受け付けた前記薬歴データに対して、前記項目の記録の有無に応じて第１の判定用情報を設定し、かつ、前記薬歴データの現在の承認の有無に応じて第２の判定用情報を設定し、該薬歴データを前記記憶部に記憶させ、前記入力部が前記判定の実行指示とともに所定期間の指定を受け付けた場合、前記所定期間内の調剤日を示す情報を含む前記処方データに対応付けられている前記薬歴データを前記記憶部から検索し、前記記憶部から検索した前記薬歴データに設定されている前記第１の判定用情報が示す前記項目の記録の有無、および、該薬歴データに設定されている前記第２の判定用情報が示す前記薬歴データの現在の承認の有無に応じて、異なるメッセージを表示するように前記制御部を制御する構成を採る。
【００１０】
本発明の薬歴判定方法は、コンピュータが行う薬歴判定方法であって、レセプトの作成に用いられる処方データと、薬歴に関する複数の項目を含む薬歴データとを患者別に対応付けて記憶部に記憶するステップと、前記処方データに対応する前記薬歴データの前記項目の記録の有無の判定の実行指示とともに所定期間の指定を受け付けた場合、前記所定期間内の調剤日を示す情報を含む前記処方データに対応付けられている前記薬歴データを前記記憶部から検索するステップと、前記記憶部から検索した前記薬歴データに前記項目の記録が無い場合、前記項目の記録が無い旨のメッセージを表示するように表示部を制御するステップと、を含むようにした。
【００１１】
本発明の薬歴判定プログラムは、レセプトの作成に用いられる処方データと、薬歴に関する複数の項目を含む薬歴データとを患者別に対応付けて記憶部に記憶する処理と、前記処方データに対応する前記薬歴データの前記項目の記録の有無の判定の実行指示とともに所定期間の指定を受け付けた場合、前記所定期間内の調剤日を示す情報を含む前記処方データに対応付けられている前記薬歴データを前記記憶部から検索する処理と、前記記憶部から検索した前記薬歴データに前記項目の記録が無い場合、前記項目の記録が無い旨のメッセージを表示するように表示部を制御する処理と、をコンピュータに実行させるようにした。
【発明の効果】
【００１２】
本発明によれば、提出対象のレセプトに対応する薬歴の記録の有無を容易に把握できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態に係る端末装置の構成の一例を示す図
【図２】本発明の実施の形態に係る処方データ項目の一例を示す図
【図３】本発明の実施の形態に係る薬歴データの項目の一例を示す図
【図４】本発明の実施の形態に係るフラグ設定処理の一例を示す図
【図５】本発明の実施の形態に係る判定対象決定処理の一例を示す図
【図６】本発明の実施の形態に係るメッセージ表示処理の一例を示す図
【図７】本発明の実施の形態に係る表示画面の一例を示す図
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、以下に説明する実施の形態は一例であり、本発明はこの実施の形態により限定されるものではない。
【００１５】
＜端末装置１の構成＞
まず、本発明の実施の形態に係る端末装置１の構成について、図１を用いて説明する。図１は、本実施の形態に係る端末装置１の構成の一例を示す図である。
【００１６】
図１に示す端末装置１は、薬局に設置され、薬局関係者（例えば、薬剤師、事務員等）によって使用される装置（例えば、レセコン、パーソナルコンピュータ、スマートフォン、タブレット等）である。
【００１７】
図１に示すように、端末装置１は、入力部１０、表示部１１、記憶部１２、制御部１３を有する。
【００１８】
入力部１０は、例えば、タッチパネル、キーボード、またはマウスなどの入力装置である。入力部１０は、薬局関係者の操作を受け付け、受け付けた操作の内容の情報を制御部１３へ出力する。
【００１９】
例えば、入力部１０は、処方箋の内容等を示す処方データ１２１を入力または修正する操作、薬歴の内容等を示す薬歴データ１２２を入力または修正する操作、レセプトを作成する処理（以下、レセプト作成処理という）の実行を指示する操作、作成されるレセプトに対応する薬歴データ１２２の記録の有無の判定（以下、薬歴判定処理という）の実行を指示する操作などを受け付ける。薬歴判定処理は、図５を用いて後述する判定対象決定処理と、図６を用いて後述するメッセージ表示処理とからなる。なお、処方データ１２１および薬歴データ１２２の具体例については後述する。
【００２０】
本実施の形態では、薬局関係者は、端末装置１に予め用意された業務（機能）のカテゴリを選択して、入力部１０に対する操作を行うとする。業務のカテゴリは、例えば、窓口業務、薬歴業務、レセプト業務がある。窓口業務およびレセプト業務は、事務員または薬剤師により行われる。薬歴業務は、薬剤師により行われる。
【００２１】
例えば、薬局関係者は、処方データ１２１の入力、処方データ１２１の修正、または、薬歴データ１２２の修正を行いたい場合、表示部１１に表示されている窓口業務のアイコンを選択する操作を行う。これにより、薬局関係者は、処方データ１２１の入力操作、処方データ１２１の修正操作、または、薬歴データ１２２の修正操作を行うことができる。
【００２２】
また、例えば、薬局関係者は、薬歴データ１２２の入力操作、または、薬歴データ１２２の修正操作を行いたい場合、表示部１１に表示されている薬歴業務のアイコンを選択する操作を行う。これにより、薬局関係者は、薬歴データ１２２の入力操作または薬歴データ１２２の修正操作を行うことができる。
【００２３】
また、例えば、薬局関係者は、レセプト作成処理の実行の指示、または、薬歴判定処理の実行の指示を行いたい場合、表示部１１に表示されているレセプト業務のアイコンを選択する操作を行う。これにより、薬局関係者は、レセプト作成処理の実行を指示する操作、または、薬歴判定処理の実行を指示する操作を行うことができる。
【００２４】
表示部１１は、ディスプレイなどの表示装置である。表示部１１は、制御部１３の制御により、種々の情報を表示する。
【００２５】
例えば、表示部１１は、作成されたレセプトや、薬歴判定処理の結果を示すメッセージ（例えば、後述する第１〜第４のメッセージ）などを画面に表示する。
【００２６】
記憶部１２は、メモリまたはハードディスク装置などの記憶デバイスであり、種々の情報を記憶する。
【００２７】
例えば、記憶部１２は、処方データ１２１および薬歴データ１２２を記憶する。処方箋データ１２１の具体例については図２を用いて後述する。また、薬歴データ１２２の具体例については図３を用いて後述する。
【００２８】
また、例えば、記憶部１２は、端末装置１において薬歴データ１２２の運用管理を開始した年月日（以下、運用開始年月日という）のデータや、薬歴判定処理の結果を示すメッセージのデータなども記憶する。
【００２９】
制御部１３は、プロセッサなどの制御デバイスであり、端末装置１が行う各処理を制御する。制御部１３は、窓口制御部１３１、薬歴制御部１３２、レセプト制御部１３３を有する。
【００３０】
窓口制御部１３１は、窓口業務のアイコンが選択され、上述した操作（例えば、処方データ１２１の入力操作、処方データ１２１の修正操作、または、薬歴データ１２２の修正操作）が行われた場合、その操作内容に基づいて処理を行う。
【００３１】
例えば、窓口制御部１３１は、入力部１０から入力された処方データ１２１を記憶部１２に記憶させる処理、記憶部１２に記憶されている処方データ１２１を入力部１０から入力された処方データ１２１に修正（更新）する処理、記憶部１２に記憶されている薬歴データ１２２を入力部１０から入力された薬歴データ１２２に修正（更新）する処理、などを行う。
【００３２】
薬歴制御部１３２は、薬歴業務のアイコンが選択され、上述した操作（例えば、薬歴データ１２２の入力操作、または、薬歴データ１２２の修正操作）が行われた場合、その操作内容に基づいて処理を行う。
【００３３】
例えば、薬歴制御部１３２は、入力部１０から入力された薬歴データ１２２を記憶部１２に記憶させる処理、記憶部１２に記憶されている薬歴データ１２２を入力部１０から入力された薬歴データ１２２に修正（更新）する処理、などを行う。
【００３４】
また、薬歴制御部１３２は、薬歴データ１２２にフラグを設定する処理（以下、フラグ設定処理という）を行う。フラグ設定処理については、図４を用いて後述する。
【００３５】
レセプト制御部１３３は、レセプト業務のアイコンが選択され、上述した操作（例えば、レセプト作成処理の実行を指示する操作、または、薬歴判定処理の実行を指示する操作）が行われた場合、その操作内容に基づいて処理を行う。
【００３６】
例えば、レセプト制御部１３３は、入力部１０がレセプト作成処理の実行を指示する操作を受け付けた場合、記憶部１２に記憶されている処方データ１２１に基づいてレセプトを作成し、作成したレセプトを表示部１１に表示させる制御、などを行う。
【００３７】
また、レセプト制御部１３３は、入力部１０が薬歴判定処理の実行を指示する操作を受け付けた場合、判定対象となる薬歴データ１２２を決定する処理（以下、判定対象決定処理という）、判定結果を示すメッセージを表示する処理（以下、メッセージ表示処理という）を行う。判定対象決定処理については図５を用いて後述する。また、メッセージ表示処理については、図６を用いて後述する。
【００３８】
＜処方データ１２１＞
次に、上述した処方データ１２１の例について、図２を用いて説明する。図２は、処方データ１２１の項目の一例を示す図である。
【００３９】
図２に示すように、処方データ１２１は、患者ＩＤ２０１、処方日２０２、発行機関名２０３、医師名２０４、調剤日２０５、医薬品名２０６、用法２０７、用量２０８、医薬品価格２０９、指導料２１０の情報を含む。
【００４０】
患者ＩＤ２０１は、患者の識別情報である。なお、患者ＩＤは、「患者コード」ともいう。
【００４１】
処方日２０２は、処方箋が発行された年月日を示す情報である。
【００４２】
発行機関名２０３は、処方箋を発行した医療機関（例えば、病院）の名称を示す情報である。
【００４３】
医師名２０４は、処方箋を発行した医師の名称を示す情報である。
【００４４】
調剤日２０５は、薬剤師が処方箋に基づいて調剤を行った年月日を示す情報である。
【００４５】
医薬品名２０６は、処方された医薬品の名称を示す情報である。
【００４６】
用法２０７は、処方された医薬品の用法を示す情報である。
【００４７】
用量２０８は、処方された医薬品の用量を示す情報である。
【００４８】
医薬品価格２０９は、処方された医薬品の価格を示す情報である。
【００４９】
指導料２１０は、薬剤服用歴管理指導料を示す情報である。
【００５０】
図示は省略したが、処方データ１２１には、患者の属性（例えば、氏名、年齢、性別等）を示す情報も含まれる。
【００５１】
処方データ１２１の修正操作が行われた場合、上述した処方データ１２１の各情報は、その操作により指定された内容に書き換えられる。
【００５２】
上述した処方データ１２１の各情報は、レセプト作成処理に用いられる。すなわち、レセプト制御部１３３は、レセプト作成処理の実行を指示する操作が行われた場合、記憶部１２から処方データ１２１を読み出し、その処方データ１２１に含まれる上記各情報を反映したレセプトを作成し、表示部１１に表示させる。
【００５３】
＜薬歴データ１２２＞
次に、上述した薬歴データ１２２の例について、図３を用いて説明する。図３は、薬歴データ１２２の項目の一例を示す図である。
【００５４】
図３に示すように、薬歴データ１２２は、患者ＩＤ２０１、指導内容３０１、病状３０２、副作用３０３、残薬３０４、入力日３０５、承認日３０６、フラグ３０７の情報を含む。
【００５５】
患者ＩＤ２０１は、図２に示した患者ＩＤ２０１と同様、患者の識別情報である。すなわち、処方データ１２１と薬歴データ１２２は、患者ＩＤ２０１により対応付けられている。
【００５６】
指導内容３０１は、薬剤師が患者に対して行った医薬品の服用に関する指導の内容を示す情報である。
【００５７】
病状３０２は、患者の病状や体調を示す情報である。
【００５８】
副作用３０３は、処方された医薬品の副作用を示す情報である。
【００５９】
残薬３０４は、過去に処方された医薬品の残りの量を示す情報である。
【００６０】
入力日３０５は、薬歴データ１２２（患者ＩＤ２０１、指導内容３０１、病状３０２、副作用３０３、残薬３０４）が入力された年月日を示す情報である。
【００６１】
承認日３０６は、入力された薬歴データ１２２（指導内容３０１、病状３０２、副作用３０３、残薬３０４）に対して承認が行われた年月日を示す情報である。
【００６２】
フラグ３０７は、後述する図４のフラグ設定処理により設定されるフラグ（判定用情報の一例）である。フラグ３０７の例については、後述する。
【００６３】
薬歴データ１２２には、処方データ１２１と同様、患者の属性（例えば、氏名、年齢、性別等）を示す情報が含まれてもよい。
【００６４】
薬歴データ１２２の修正操作が行われた場合、上述した薬歴データ１２２の各情報のうち、患者ＩＤ２０１、指導内容３０１、病状３０２、副作用３０３、残薬３０４は、修正操作により指定された内容に書き換えられるが、入力日３０５、承認日３０６、フラグ３０７は、修正操作以前に記憶された内容が残されたまま追加で記憶される。この場合、追加で記憶される入力日３０５は、修正が行われた年月日を示す情報となる。また、追加で記憶される承認日３０６は、修正内容に対する承認が行われた年月日を示す情報となる。また、追加で記憶されるフラグ３０７は、再度のフラグ設定処理により設定されたフラグとなる。
【００６５】
＜フラグ設定処理＞
次に、薬歴制御部１３２が行うフラグ設定処理について、図４を用いて説明する。図４は、フラグ設定処理の流れの一例を示す図である。以下に説明するフラグ設定処理は、図３に示した薬歴データ１２２が入力または修正されたときに実行される。
【００６６】
まず、薬歴制御部１３２は、記憶部１２から薬歴データ１２２を読み出し、その薬歴データ１２２が現在承認済みであるか否かを判定する（ステップＳ１１）。
【００６７】
例えば、薬歴制御部１３２は、薬歴データ１２２の修正が一度も行われていない場合、薬歴データ１２２において、承認日３０６の記録があれば承認済みであると判定し、承認日３０６の記録がなければ承認済みではないと判定する。また、薬歴データ１２２の修正が一度でも行われた場合、薬歴制御部１３２は、薬歴データ１２２において、最新の修正に対応する承認日３０６の記録があれば承認済みであると判定し、最新の修正に対応する承認日３０６の記録がなければ承認済みではないと判定する。
【００６８】
ステップＳ１１の判定の結果、薬歴データ１２２が現在承認済みではない場合（ステップＳ１１：ＮＯ）、フローはステップＳ１５へ進む。ステップＳ１５以降については後述する。
【００６９】
一方、ステップＳ１１の判定の結果、薬歴データ１２２が現在承認済みである場合（ステップＳ１１：ＹＥＳ）、薬歴制御部１３２は、薬歴データ１２２の各項目（例えば、図３に示した指導内容３０１、病状３０２、副作用３０３、残薬３０４）が入力済みであるか否かを判定する（ステップＳ１２）。
【００７０】
例えば、薬歴制御部１３２は、薬歴データ１２２に入力日３０５の記録がある場合、各項目が入力済みであると判定し、薬歴データ１２２に入力日３０５の記録がない場合、各項目が入力済みではないと判定する。
【００７１】
または、例えば、薬歴制御部１３２は、薬歴データ１２２に、指導内容３０１、病状３０２、副作用３０３、残薬３０４の記録がある場合、各項目が入力済みであると判定し、薬歴データ１２２に、指導内容３０１、病状３０２、副作用３０３、残薬３０４の記録がない場合、各項目が入力済みではないと判定してもよい。
【００７２】
ステップＳ１２の判定の結果、薬歴データ１２２の各項目が入力済みである場合（ステップＳ１２：ＹＥＳ）、薬歴制御部１３２は、その薬歴データ１２２のフラグ３０７として、フラグａを設定する（ステップＳ１３）。フラグａは、後述する図６のメッセージ表示処理で使用される（以下に説明するフラグｂ、ｃ、ｄも同様）。
【００７３】
一方、ステップＳ１２の判定の結果、薬歴データ１２２の各項目が入力済みではない場合（ステップＳ１２：ＮＯ）、薬歴制御部１３２は、その薬歴データ１２２のフラグ３０７として、フラグｂを設定する（ステップＳ１４）。
【００７４】
次に、ステップＳ１５以降について説明する。
【００７５】
ステップＳ１１の判定の結果、薬歴データ１２２が承認済みではない場合（ステップＳ１１：ＮＯ）、薬歴制御部１３２は、薬歴データ１２２が窓口業務による修正があったか否かを判定する（ステップＳ１５）。
【００７６】
上述したように、薬歴データ１２２の修正操作は、窓口業務または薬歴業務のいずれを選択しても行うことができる。よって、薬歴制御部１３２は、窓口業務のアイコンを選択する操作が行われた後で薬歴データ１２２の修正操作が行われた場合、薬歴データ１２２が窓口業務による修正があったと判定する。
【００７７】
一方、上記以外の場合、薬歴制御部１３２は、薬歴データ１２２が窓口業務による修正がなかったと判定する。上記以外の場合とは、例えば、薬歴業務のアイコンを選択する操作が行われた後で薬歴データ１２２の修正操作が行われた場合、薬歴データ１２２の各項目が一度も入力されていない場合、薬歴データ１２２の各項目が入力されているが、一度も修正されていない場合、などが挙げられる。
【００７８】
ステップＳ１５の判定の結果、窓口業務による修正があった場合（ステップＳ１５：ＹＥＳ）、薬歴制御部１３２は、その薬歴データ１２２のフラグ３０７として、フラグｃを設定する（ステップＳ１６）。
【００７９】
一方、ステップＳ１５の判定の結果、窓口業務による修正がなかった場合（ステップＳ１５：ＮＯ）、薬歴制御部１３２は、その薬歴データ１２２のフラグ３０７として、フラグｄを設定する（ステップＳ１７）。
【００８０】
以上により、入力または修正された薬歴データ１２２のフラグ３０７には、フラグａ〜ｄのいずれかが設定される。
【００８１】
＜判定対象決定処理＞
次に、レセプト制御部１３３が薬歴制御部１３２と連携して行う判定対象決定処理について、図５を用いて説明する。図５は、判定対象決定処理の流れの一例を示す図である。以下に説明する判定対象決定処理は、薬歴判定処理の実行を指示する操作が行われたときに実行される。また、薬局関係者は、薬歴判定処理の実行を指示する操作とともに、所望の年月（以下、処理年月という）を指定する操作を行う。
【００８２】
まず、レセプト制御部１３３は、入力部１０が処理年月の指定を受け付けると、記憶部１２から運用開始年月日のデータを読み出し、処理年月と運用開始年月とが一致するか否かを判定する（ステップＳ２１）。運用開始年月とは、端末装置１において薬歴データ１２２の運用管理を開始した年月である。運用開始年月は、処理年月と同じ年月か、または、処理年月より過去の年月である。
【００８３】
ステップＳ２１の判定の結果、処理年月と運用開始年月とが一致した場合（ステップＳ２１：ＹＥＳ）、レセプト制御部１３３は、記憶部１２から処方データ１２１を読み出し、運用開始年月日から運用開始年月の末日までの期間の調剤日２０５を含む処方データ１２１を検索する（ステップＳ２２）。
【００８４】
例えば、処理年月が６月であり、運用開始年月日が６月５日である場合、レセプト制御部１３３は、調剤日２０５が６月５日〜６月３０日の間である処方データ１２１を検索する。
【００８５】
一方、ステップＳ２１の判定の結果、処理年月と運用開始年月とが一致しない場合（ステップＳ２１：ＮＯ）、レセプト制御部１３３は、記憶部１２から処方データ１２１を読み出し、処理年月の１日から処理年月の末日までの期間の調剤日２０５を含む処方データ１２１を検索する（ステップＳ２３）。
【００８６】
例えば、処理年月が６月であり、運用開始年月日が５月１日である場合、レセプト制御部１３３は、調剤日２０５が６月１日〜６月３０日の間である処方データ１２１を検索する。
【００８７】
次に、レセプト制御部１３３は、検索した処方データ１２１に含まれる患者ＩＤ２０１を薬歴制御部１３２へ通知する（ステップＳ２４）。
【００８８】
次に、薬歴制御部１３２は、レセプト制御部１３３から患者ＩＤ２０１の通知を受けると、記憶部１２に記憶されている薬歴データ１２２の中から、通知された患者ＩＤ２０１を含む薬歴データ１２２を検索する（ステップＳ２５）。
【００８９】
次に、薬歴制御部１３２は、検索した薬歴データ１２２をレセプト制御部１３３へ通知する（ステップＳ２６）。
【００９０】
次に、レセプト制御部１３３は、薬歴制御部１３２から通知された薬歴データ１２２に基づいて、メッセージ表示処理を実行する（ステップＳ２７）。メッセージ表示処理については、図６を用いて後述する。
【００９１】
以上により、図６のメッセージ表示処理において判定対象となる薬歴データ１２２が決定される。
【００９２】
＜メッセージ表示処理＞
次に、レセプト制御部１３３が行うメッセージ表示処理について、図６を用いて説明する。図６は、メッセージ表示処理の流れの一例を示す図である。以下に説明するメッセージ表示処理は、薬歴制御部１３２からレセプト制御部１３３へ通知された薬歴データ１２２の各々に対して実行される。
【００９３】
まず、レセプト制御部１３３は、薬歴制御部１３２から通知された薬歴データ１２２に対して、フラグの判定を行う（ステップＳ３１）。例えば、レセプト制御部１３３は、薬歴データ１２２のフラグ３０７において、フラグａ〜ｄのいずれが設定されているかを判定する。
【００９４】
上述したとおり、フラグａは、薬歴データ１２２が現在承認済みであり、かつ、薬歴データ１２２の各項目が入力済みである場合に設定されるフラグである。また、フラグｂは、薬歴データ１２２が現在承認済みであり、かつ、薬歴データ１２２の各項目が入力済みではない場合に設定されるフラグである。また、フラグｃは、薬歴データ１２２が現在承認済みではなく（現在未承認であり）、かつ、窓口業務による修正があった場合に設定されるフラグである。また、フラグｄは、薬歴データ１２２が現在承認済みではなく（現在未承認であり）、かつ、窓口業務による修正がなかった場合に設定されるフラグである。
【００９５】
ステップＳ３１の判定の結果、フラグａが設定されている場合（ステップＳ３１：フラグａ）、処理は終了する。すなわち、この場合、表示部１１においてメッセージの表示は行われない。
【００９６】
ステップＳ３１の判定の結果、フラグｂが設定されている場合（ステップＳ３１：フラグｂ）、レセプト制御部１３３は、記憶部１２から第１のメッセージのデータを読み出し、薬歴データ１２２に含まれる患者ＩＤ２０１と第１のメッセージを表示するように表示部１１を制御する。これにより、表示部１１は、図７に示すように、患者ＩＤ２０１と第１のメッセージを表示する（ステップＳ３２）。第１のメッセージとは、例えば、「承認されていますが、薬歴が記載（記録）されていません」という内容である。
【００９７】
ステップＳ３１の判定の結果、フラグｃが設定されている場合（ステップＳ３１：フラグｃ）、レセプト制御部１３３は、薬歴データ１２２の各項目（例えば、図３に示した指導内容３０１、病状３０２、副作用３０３、残薬３０４）が入力済みであるか否かを判定する（ステップＳ３３）。この判定方法は、図４のステップＳ１２で説明した薬歴データ１２２が行う判定方法と同じである。
【００９８】
ステップＳ３３の判定の結果、薬歴データ１２２の各項目が入力済みではない場合（ステップＳ３３：ＮＯ）、レセプト制御部１３３は、記憶部１２から第２のメッセージのデータを読み出し、薬歴データ１２２に含まれる患者ＩＤ２０１と第２のメッセージを表示するように表示部１１を制御する。これにより、表示部１１は、図７に示すように、患者ＩＤ２０１と第２のメッセージを表示する（ステップＳ３４）。第２のメッセージとは、例えば、「薬歴が記載（記録）されていません」という内容である。
【００９９】
なお、ステップＳ３４で表示される第２のメッセージには、承認がされていない旨が含まれてもよい。
【０１００】
また、例えば、ステップＳ３４において第２のメッセージが表示される場合としては、薬剤師または事務員が窓口業務による薬歴データ１２２の修正を行った際に、薬歴データ１２２の各項目に入力されていた内容を削除した場合が想定される。
【０１０１】
ステップＳ３３の判定の結果、薬歴データ１２２の各項目が入力済みである場合（ステップＳ３３：ＹＥＳ）、レセプト制御部１３３は、薬歴データ１２２において過去に承認があったか否かを判定する（ステップＳ３５）。
【０１０２】
例えば、レセプト制御部１３３は、薬歴データ１２２の承認日３０６において、過去の修正（最新の修正より前に行われた修正）に対応する承認日３０６の記録があれば過去に承認があったと判定し、過去の修正に対応する承認日３０６の記録がなければ過去に承認がなかったと判定する。
【０１０３】
ステップＳ３５の判定の結果、過去に承認があった場合（ステップＳ３５：ＹＥＳ）、レセプト制御部１３３は、記憶部１２から第３のメッセージのデータを読み出し、薬歴データ１２２に含まれる患者ＩＤ２０１と第３のメッセージを表示するように表示部１１を制御する。これにより、表示部１１は、図７に示すように、患者ＩＤ２０１と第３のメッセージを表示する（ステップＳ３６）。第３のメッセージとは、例えば、「薬歴は記載（記録）されていますが、現在承認されていません（過去に承認されていましたが、修正があり、その修正に対して現在承認されていません）」という内容である。
【０１０４】
なお、ステップＳ３６で表示される第３のメッセージには、窓口業務による修正が行われた旨が含まれてもよい。これにより、例えば、薬剤師は、事務員が薬歴データ１２２の修正を行った可能性を把握できる。
【０１０５】
ステップＳ３５の判定の結果、過去に承認がなかった場合（ステップＳ３５：ＮＯ）、レセプト制御部１３３は、記憶部１２から第４のメッセージのデータを読み出し、薬歴データ１２２に含まれる患者ＩＤ２０１と第４のメッセージを表示するように表示部１１を制御する。これにより、表示部１１は、図７に示すように、患者ＩＤ２０１と第４のメッセージを表示する（ステップＳ３７）。第４のメッセージとは、例えば、「薬歴は記録されていますが、現在承認されていません」という内容である。
【０１０６】
ステップＳ３１の判定の結果、フラグｄが設定されている場合（ステップＳ３１：フラグｄ）、レセプト制御部１３３は、ステップＳ３８〜Ｓ４２の処理を行う。ステップＳ３８〜Ｓ４２の処理は、上述したステップＳ３３〜Ｓ３７の処理と同じであるので、ここでの説明は省略する。
【０１０７】
なお、ステップＳ４１で表示される第３のメッセージには、薬歴業務による修正が行われた旨が含まれてもよい。これにより、例えば、薬剤師は、自分自身または他の薬剤師が薬歴データ１２２の修正を行った可能性を把握できる。
【０１０８】
また、例えば、ステップＳ３９において第２のメッセージが表示される場合としては、薬剤師が薬歴業務による薬歴データ１２２の修正を行った際に、薬歴データ１２２の各項目に入力されていた内容を削除した場合、または、薬歴師が薬歴データ１２２の各項目を一度も入力していない場合が想定される。
【０１０９】
以上説明したように、本実施の形態の端末装置１によれば、レセプトの作成に用いられる処方データ１２１に対応する薬歴データ１２２において項目の入力がされていない場合、その旨を示すメッセージを表示するので、薬局関係者は、提出対象のレセプトに対応する薬歴データの記録の有無を容易に把握できる。
【０１１０】
また、本実施の形態の端末装置１によれば、レセプトの作成に用いられる処方データ１２１に対応する薬歴データ１２２において承認がされていない場合、その旨を示すメッセージを表示するので、提出対象のレセプトに対応する薬歴データの承認の有無を容易に把握できる。
【０１１１】
以上、本発明の実施の形態について説明したが、本発明は上記実施の形態に限定されるものではなく、種々の変形が可能である。
【０１１２】
例えば、上記実施の形態で説明した端末装置１の各機能は、コンピュータプログラムにより実現され得る。具体的には、コンピュータが備えるＣＰＵ（Central Processing Unit）が、記憶装置に記憶されたプログラムをＲＡＭ（Random Access Memory）にコピーし、そのプログラムに含まれる命令をＲＡＭから順次読み出して実行することにより、上述した各機能が実現される。
【産業上の利用可能性】
【０１１３】
本発明は、医療機関で用いられる端末装置、薬歴判定方法、および、薬歴判定プログラムに適用できる。
【符号の説明】
【０１１４】
１  端末装置
１０  入力部
１１  表示部
１２  記憶部
１３  制御部
１２１  処方データ
１２２  薬歴データ
１３１  窓口制御部
１３２  薬歴制御部
１３３  レセプト制御部
２０１  患者ＩＤ
２０２  処方日
２０３  発行機関名
２０４  医師名
２０５  調剤日
２０６  医薬品名
２０７  用法
２０８  用量
２０９  医薬品価格
２１０  指導料
３０１  指導内容
３０２  病状
３０３  副作用
３０４  残薬
３０５  入力日
３０６  承認日
３０７  フラグ
【図１】
0006609122.tif 000002
【図２】
0006609122.tif 000003
【図３】
0006609122.tif 000004
【図４】
0006609122.tif 000005
【図５】
0006609122.tif 000006
【図６】
0006609122.tif 000007
【図７】
0006609122.tif 000008