JP2010146464A - 医療情報管理システム - Google Patents
医療情報管理システム Download PDFInfo
- Publication number
- JP2010146464A JP2010146464A JP2008325544A JP2008325544A JP2010146464A JP 2010146464 A JP2010146464 A JP 2010146464A JP 2008325544 A JP2008325544 A JP 2008325544A JP 2008325544 A JP2008325544 A JP 2008325544A JP 2010146464 A JP2010146464 A JP 2010146464A
- Authority
- JP
- Japan
- Prior art keywords
- prescription
- data
- medical
- medical institution
- pharmacy
- 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.)
- Pending
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
【課題】医療機関側で処方箋を発行した患者が調剤／投薬を受けた薬局を特定することができる医療情報管理システムを提供する。
【解決手段】本発明に係るサーバ３は、医療機関内レジスタ２からの処方箋発行データと薬局内レジスタ４からの処方箋受付データとを問い合わせ番号により関連付けて保存する処方箋発行／受付データベース３５２を有し、サーバ３のＣＰＵ３１は、薬局内レジスタ４からの処方箋受付データの受信時に、当該処方箋受付データに含まれている問い合わせ番号に対応する処方箋発行データを処方箋発行／受付データベース３５２から検索し、当該検索された処方箋発行データに対応する医療機関のアドレスに、受信された処方箋受付データに含まれている受付薬局情報を通知する。
【選択図】図１
【解決手段】本発明に係るサーバ３は、医療機関内レジスタ２からの処方箋発行データと薬局内レジスタ４からの処方箋受付データとを問い合わせ番号により関連付けて保存する処方箋発行／受付データベース３５２を有し、サーバ３のＣＰＵ３１は、薬局内レジスタ４からの処方箋受付データの受信時に、当該処方箋受付データに含まれている問い合わせ番号に対応する処方箋発行データを処方箋発行／受付データベース３５２から検索し、当該検索された処方箋発行データに対応する医療機関のアドレスに、受信された処方箋受付データに含まれている受付薬局情報を通知する。
【選択図】図１
Description
本発明は、医療情報管理システムに関する。
近年、医薬分業により、処方箋を受け取った患者は自由に薬局を選択し調剤／投薬を受けることができるようになっているが、処方した薬を患者がきちんと薬局に受け取りに行ったのか、処方した薬がどこの薬局で調剤／投薬されたのか等を医師が知りえないのが現状である。
現在、医療機関間の情報共有として「おくすり手帳」と呼ばれる手帳形式の服薬記録を患者が医療機関に診察又は投薬を受ける際に提示して医薬品の重複や相互作用の確認ができるようになっている。しかし、患者が次に来院しておくすり手帳を提示するまでは医師は自分の処方した薬が投薬されたのか、或いはどこで投薬されたのかを知ることができない。また、患者がおくすり手帳を忘れると、服薬の記録にも漏れが生じるため、正確な情報を知ることは難しい。薬局側においても、処方箋を受け付けて調剤／投薬を行った後、患者が処方箋の発行元の医療機関に再来して治癒を確認したのか等を知ることはできない。
近年、医療機関間でのデータを連携するための各種システムが提案されている。例えば、特許文献１においては、検査データ等の医療情報を医療関係者間で連携して再利用できるようにデータセンタのデータベース内に蓄積し、医療機関等の端末から依頼された医療情報をデータベース内から検索して転送する医療情報管理システムが記載されている。
特開２００５−２５８８５３号公報
上述の特許文献１においては、端末から依頼した検査データ、電子カルテ、薬歴ファイル等の医療情報が依頼元に転送され、依頼元で閲覧することができる。しかしながら、端末から依頼を行わなければ情報を入手することができないため、医療機関側では、処方箋を発行した全ての患者についての薬歴ファイルを端末から依頼する作業を行わない限り、処方した薬を患者がきちんと薬局で受け取ったのか、どこで投薬を受けたのか等を知ることはできない。
また、薬局で受け付けた処方箋が正規に医療機関が発行したものであるか、重複受付をしていないか等を確認することもできない。
本発明の課題は、医療機関側で処方箋を発行した患者が調剤／投薬を受けた薬局を特定することができる医療情報管理システムを提供することである。
上記課題を解決するため、請求項１に記載の発明は、
処方箋を発行する医療機関用のキャッシュレジスタと、前記処方箋を受け付ける薬局用のキャッシュレジスタと、前記医療機関用のキャッシュレジスタおよび前記薬局用のキャッシュレジスタに通信ネットワークを介して相互に通信可能に接続されたサーバと、を備える医療情報管理システムであって、
前記医療機関用のキャッシュレジスタは、
患者の会計時に、当該患者に対して発行された処方箋の処方箋識別情報と前記処方箋の発行元医療機関を示す発行元医療機関情報とを含む処方箋発行データを生成し、この生成された処方箋発行データを前記サーバに送信する第１の制御手段を備え、
前記薬局用のキャッシュレジスタは、
前記患者の会計時に、前記患者について受け付けされた処方箋の処方箋識別情報と当該処方箋の受付薬局を示す受付薬局情報を含む処方箋受付データを生成し、この処方箋受付データを前記サーバに送信する第２の制御手段を備え、
前記サーバは、
前記医療機関用のキャッシュレジスタからの処方箋発行データと前記薬局用のキャッシュレジスタからの処方箋受付データとを前記処方箋識別情報により関連付けて記憶する記憶手段と、
前記薬局用のキャッシュレジスタからの処方箋受付データの受信時に、当該処方箋受付データに含まれている処方箋識別情報に対応する処方箋発行データを前記記憶手段から検索し、当該検索された処方箋発行データに対応する医療機関のアドレスに、前記受信された処方箋受付データに含まれている受付薬局情報を通知する第３の制御手段と、
を備える。
処方箋を発行する医療機関用のキャッシュレジスタと、前記処方箋を受け付ける薬局用のキャッシュレジスタと、前記医療機関用のキャッシュレジスタおよび前記薬局用のキャッシュレジスタに通信ネットワークを介して相互に通信可能に接続されたサーバと、を備える医療情報管理システムであって、
前記医療機関用のキャッシュレジスタは、
患者の会計時に、当該患者に対して発行された処方箋の処方箋識別情報と前記処方箋の発行元医療機関を示す発行元医療機関情報とを含む処方箋発行データを生成し、この生成された処方箋発行データを前記サーバに送信する第１の制御手段を備え、
前記薬局用のキャッシュレジスタは、
前記患者の会計時に、前記患者について受け付けされた処方箋の処方箋識別情報と当該処方箋の受付薬局を示す受付薬局情報を含む処方箋受付データを生成し、この処方箋受付データを前記サーバに送信する第２の制御手段を備え、
前記サーバは、
前記医療機関用のキャッシュレジスタからの処方箋発行データと前記薬局用のキャッシュレジスタからの処方箋受付データとを前記処方箋識別情報により関連付けて記憶する記憶手段と、
前記薬局用のキャッシュレジスタからの処方箋受付データの受信時に、当該処方箋受付データに含まれている処方箋識別情報に対応する処方箋発行データを前記記憶手段から検索し、当該検索された処方箋発行データに対応する医療機関のアドレスに、前記受信された処方箋受付データに含まれている受付薬局情報を通知する第３の制御手段と、
を備える。
請求項２に記載の発明は、請求項１に記載の発明において、
前記医療機関用のキャッシュレジスタは、患者の処方箋情報を含む診療／会計データを生成する医療機関用の端末に相互に通信可能に接続され、前記第１の制御手段は、前記生成した処方箋識別情報を前記医療機関用の端末に通知し、
前記医療機関用の端末は、
前記医療機関用のキャッシュレジスタから通知された処方箋識別情報を前記診療／会計データに対応付けて記憶する診療情報記憶手段と、
患者の再来時に、前回の来院時の診療／会計データに対応付けて記憶されている処方箋識別情報を前記診療情報記憶手段から検索し、当該検索された処方箋識別情報を前記医療機関用のキャッシュレジスタに送信する第４の制御手段を備え、
前記第１の制御手段は、前記医療機関の端末から送信された処方箋識別情報を前記サーバに転送し、
前記第３の制御手段は、前記医療機関用のキャッシュレジスタから送信された処方箋識別情報に対応する処方箋発行データ及び処方箋受付データを前記記憶手段から検索し、当該検索された処方箋受付データに対応する受付薬局のアドレスに、当該処方箋識別情報に対応する処方箋発行データに含まれる発行元医療機関情報を通知する。
前記医療機関用のキャッシュレジスタは、患者の処方箋情報を含む診療／会計データを生成する医療機関用の端末に相互に通信可能に接続され、前記第１の制御手段は、前記生成した処方箋識別情報を前記医療機関用の端末に通知し、
前記医療機関用の端末は、
前記医療機関用のキャッシュレジスタから通知された処方箋識別情報を前記診療／会計データに対応付けて記憶する診療情報記憶手段と、
患者の再来時に、前回の来院時の診療／会計データに対応付けて記憶されている処方箋識別情報を前記診療情報記憶手段から検索し、当該検索された処方箋識別情報を前記医療機関用のキャッシュレジスタに送信する第４の制御手段を備え、
前記第１の制御手段は、前記医療機関の端末から送信された処方箋識別情報を前記サーバに転送し、
前記第３の制御手段は、前記医療機関用のキャッシュレジスタから送信された処方箋識別情報に対応する処方箋発行データ及び処方箋受付データを前記記憶手段から検索し、当該検索された処方箋受付データに対応する受付薬局のアドレスに、当該処方箋識別情報に対応する処方箋発行データに含まれる発行元医療機関情報を通知する。
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記処方箋受付データは、分割調剤であるか否かを示す区分を含み、
前記第３の制御手段は、前記薬局用のキャッシュレジスタから送信された処方箋受付データに分割調剤ではないことを示す区分が含まれており、かつ、前記記憶手段において、当該処方箋受付データに含まれる処方箋識別情報に関連付けて既に別の処方箋受付データが記憶されている場合に、既に同一の処方箋が受け付けられていることを示す警告を前記処方箋受付データの送信元である薬局用のキャッシュレジスタに通知する。
前記処方箋受付データは、分割調剤であるか否かを示す区分を含み、
前記第３の制御手段は、前記薬局用のキャッシュレジスタから送信された処方箋受付データに分割調剤ではないことを示す区分が含まれており、かつ、前記記憶手段において、当該処方箋受付データに含まれる処方箋識別情報に関連付けて既に別の処方箋受付データが記憶されている場合に、既に同一の処方箋が受け付けられていることを示す警告を前記処方箋受付データの送信元である薬局用のキャッシュレジスタに通知する。
請求項４に記載の発明は、請求項１又は２に記載の発明において、
前記第３の制御手段は、前記薬局用のキャッシュレジスタから送信された処方箋受付データに対応する処方箋発行データが前記記憶手段に存在しない場合に、当該処方箋受付データに対応する処方箋発行データが存在しないことを示す警告を前記処方箋受付データの送信元である薬局用のキャッシュレジスタに通知する。
前記第３の制御手段は、前記薬局用のキャッシュレジスタから送信された処方箋受付データに対応する処方箋発行データが前記記憶手段に存在しない場合に、当該処方箋受付データに対応する処方箋発行データが存在しないことを示す警告を前記処方箋受付データの送信元である薬局用のキャッシュレジスタに通知する。
請求項５に記載の発明は、請求項１〜４の何れか一項に記載の発明において、
前記医療機関用のキャッシュレジスタは、前記処方箋識別情報を示すラベルを印刷するラベルプリンタを備える。
前記医療機関用のキャッシュレジスタは、前記処方箋識別情報を示すラベルを印刷するラベルプリンタを備える。
本発明によれば、医療機関側で処方箋を発行した患者が調剤／投薬を受けた薬局を特定することができる医療情報管理システムを提供することが可能となる。
以下、図を参照して本発明の実施形態について詳細に説明する。
まず、構成を説明する。
まず、構成を説明する。
（医療情報管理システム１００の構成）
図１に、本発明の実施形態に係る医療情報管理システム１００の全体構成例を示す。図１に示すように、医療情報管理システム１００は、病院Ａ１〜Ａｍのそれぞれに設置された医療機関端末１及び医療機関内レジスタ２と、データセンタに設置されたサーバ３と、薬局Ｂ１〜Ｂｎのそれぞれに設置された薬局内レジスタ４及び薬局端末５と、を備えて構成されている。サーバ３は、通信ネットワークＮを介して医療機関内レジスタ２及び薬局内レジスタ４と相互に通信可能に接続されている。通信ネットワークＮは、専用線や既存の公衆回線、インターネット等を利用して構築された情報通信網である。医療機関内レジスタ２及び薬局内レジスタ４は、電子式金銭登録機、電子キャッシュレジスタ、ＥＣＲ(Electronic Cash Register)等の売上データ処理装置である。
図１に、本発明の実施形態に係る医療情報管理システム１００の全体構成例を示す。図１に示すように、医療情報管理システム１００は、病院Ａ１〜Ａｍのそれぞれに設置された医療機関端末１及び医療機関内レジスタ２と、データセンタに設置されたサーバ３と、薬局Ｂ１〜Ｂｎのそれぞれに設置された薬局内レジスタ４及び薬局端末５と、を備えて構成されている。サーバ３は、通信ネットワークＮを介して医療機関内レジスタ２及び薬局内レジスタ４と相互に通信可能に接続されている。通信ネットワークＮは、専用線や既存の公衆回線、インターネット等を利用して構築された情報通信網である。医療機関内レジスタ２及び薬局内レジスタ４は、電子式金銭登録機、電子キャッシュレジスタ、ＥＣＲ(Electronic Cash Register)等の売上データ処理装置である。
（医療機関端末１の構成）
医療機関端末１は、患者に対して行われた診療内容（処置内容や処方箋の内容等）の入力を受け付け、その患者が負担すべき金額等を算出し、入力及び算出結果に基づき診療／会計データを生成して医療機関内レジスタ２に送信する医療機関用の端末である。
医療機関端末１は、患者に対して行われた診療内容（処置内容や処方箋の内容等）の入力を受け付け、その患者が負担すべき金額等を算出し、入力及び算出結果に基づき診療／会計データを生成して医療機関内レジスタ２に送信する医療機関用の端末である。
図２に、医療機関端末１の機能構成例を示す。図２に示すように、医療機関端末１は、ＣＰＵ１１、入力部１２、表示部１３、印刷部１４、ＲＡＭ１５、記憶部１６、Ｉ／Ｆ１７等を備えて構成され、各部はバス１８により接続されている。
ＣＰＵ１１は、記憶部１６に記憶されているシステムプログラムを読み出し、ＲＡＭ１５内に展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ１１は、記憶部１６に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する診療情報登録処理を始めとする各種処理を実行することで、第４の制御手段として機能する。
入力部１２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ１１に出力する。また、入力部１２は、バーコードを読み取るバーコードリーダを備える。
表示部１３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ１１から入力される表示信号の指示に従って、各種画面を表示する。
印刷部１４は、サーマルプリンタ(感熱式プリンタ)又はレーザプリンタ等であり、ＣＰＵ１１から入力される指示信号に従って、用紙に処方箋等の印刷を行う。
ＲＡＭ１５は、ＣＰＵ１１により記憶部１６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。
記憶部１６は、半導体の不揮発メモリやＨＤＤ（Hard Disc Drive）等により構成される。記憶部１６は、ＣＰＵ１１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で格納され、ＣＰＵ１１は、当該プログラムコードに従った動作を逐次実行する。
また、記憶部１６は、この医療機関端末１が設置されている病院に関する医療機関情報（医療機関コード、医療機関名、診療科コード、診療科名等）、疾病コード表、患者情報データベース１６１、診療情報データベース１６２等を格納している。
また、記憶部１６は、この医療機関端末１が設置されている病院に関する医療機関情報（医療機関コード、医療機関名、診療科コード、診療科名等）、疾病コード表、患者情報データベース１６１、診療情報データベース１６２等を格納している。
患者情報データベース１６１は、来院した患者に関する患者情報を格納するためのデータベースである。患者情報データベース１６１には、例えば、患者を識別するための患者固有ＩＤ、患者名、生年月日、年齢、電話番号、保険区分、保険者番号、保険証記号、保険証番号等の患者情報が１レコードとして格納される。
診療情報データベース１６２は、患者に対して行った処置や処方箋についての情報や、これらから算出された患者負担金額等の会計情報を格納するためのデータベースである。診療情報データベース１６２には、例えば、患者固有ＩＤ、診療科コード、担当医師名、診療日、患者に行った処置の情報（例えば、患者に対して行った問診、注射、点滴、放射線撮影、各種検査の内容等）、処方箋情報（処方した医薬品の内容等）、患者負担金額、保険請求金額、問い合わせ番号等が１レコードとして格納される。
ここで、問い合わせ番号とは、処方箋（院外処方箋）１枚ごとに医療機関内レジスタ２において付与される処方箋識別情報である。
診療情報データベース１６２は、患者に対して行った処置や処方箋についての情報や、これらから算出された患者負担金額等の会計情報を格納するためのデータベースである。診療情報データベース１６２には、例えば、患者固有ＩＤ、診療科コード、担当医師名、診療日、患者に行った処置の情報（例えば、患者に対して行った問診、注射、点滴、放射線撮影、各種検査の内容等）、処方箋情報（処方した医薬品の内容等）、患者負担金額、保険請求金額、問い合わせ番号等が１レコードとして格納される。
ここで、問い合わせ番号とは、処方箋（院外処方箋）１枚ごとに医療機関内レジスタ２において付与される処方箋識別情報である。
Ｉ／Ｆ１７は、医療機関内レジスタ２と接続し、データ送受信を行うためのインターフェースである。
（医療機関内レジスタ２の構成）
医療機関内レジスタ２は、処方箋を発行する医療機関に設置された医療機関用のキャッシュレジスタである。医療機関内レジスタ２は、医療機関端末１から送信された診療／会計データに基づいて会計処理を行うとともに、会計対象患者に対して発行された処方箋の問い合わせ番号を生成し、生成した問い合わせ番号と処方箋発行元の医療機関を示す発行元医療機関情報を含む処方箋発行データを生成してサーバ３に送信する。発行元医療機関情報とは、具体的には、当該医療機関内レジスタ２が設置されている医療機関の医療機関コード、医療機関名、診療科等である。
医療機関内レジスタ２は、処方箋を発行する医療機関に設置された医療機関用のキャッシュレジスタである。医療機関内レジスタ２は、医療機関端末１から送信された診療／会計データに基づいて会計処理を行うとともに、会計対象患者に対して発行された処方箋の問い合わせ番号を生成し、生成した問い合わせ番号と処方箋発行元の医療機関を示す発行元医療機関情報を含む処方箋発行データを生成してサーバ３に送信する。発行元医療機関情報とは、具体的には、当該医療機関内レジスタ２が設置されている医療機関の医療機関コード、医療機関名、診療科等である。
図３に、医療機関内レジスタ２の機能構成例を示す。図３に示すように、医療機関内レジスタ２は、ＣＰＵ２１、入力部２２、表示部２３、印刷部２４、ＲＡＭ２５、記憶部２６、Ｉ／Ｆ２７、通信部２８、ドロア２９、ラベル印刷部２０１を備えて構成され、各部はバス２０２により接続されている。
ＣＰＵ２１は、記憶部２６に記憶されているシステムプログラムを読み出し、ＲＡＭ２５内に展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ２１は、記憶部２６に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する医療機関会計時処理を始めとする各種処理を実行することで、第１の制御手段として機能する。
入力部２２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたレジ用のキーボードを含む構成とし、各キー操作により入力された指示信号をＣＰＵ２１に出力する。また、入力部２２は、バーコードを読み取るバーコードリーダを備える。
表示部２３は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ２１から入力される表示信号の指示に従って、各種画面を表示する。
印刷部２４は、例えば、サーマルプリンタ(感熱式プリンタ)であり、レシート用、ジャーナル用のロール紙(感熱紙)を有し、ＣＰＵ２１から入力される指示信号に従って、各ロール紙に対して金額等のデータをプリントアウトする。
ＲＡＭ２５は、ＣＰＵ２１により記憶部２６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。
記憶部２６は、半導体の不揮発メモリ等により構成される。記憶部２６は、ＣＰＵ２１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で格納され、ＣＰＵ２１は、当該プログラムコードに従った動作を逐次実行する。
Ｉ／Ｆ２７は、医療機関端末１と接続し、データ送受信を行うためのインターフェースである。
通信部２８は、モデム、ルータ等により構成され、通信ネットワークＮを介してサーバ３等の外部機器とデータ送受信を行う。
ドロア２９は、硬貨や紙幣等の現金を収納する引出しである。ドロア２９は、ＣＰＵ２１の指示により、引出しが開けられる。
ラベル印刷部２０１は、バーコードラベルプリンタであり、ＣＰＵ２１から入力された問い合わせ番号を示すバーコードを生成し、ラベル上に印刷する。
（サーバ３の構成）
サーバ３は、医療機関内レジスタ２から送信された処方箋発行データ、薬局内レジスタ４から送信された処方箋受付データ（詳細後述）を受信して保存、管理する。また、サーバ３は、薬局内レジスタ４から処方箋受付データを受信した際に、処方箋の発行元の医療機関内レジスタ２に処方箋の受付通知情報を送信し、医療機関内レジスタ２から再来情報としての問い合わせ番号を受信した際にその問い合わせ番号の処方箋を受け付けた薬局内レジスタ４に再来通知情報を送信する。
サーバ３は、医療機関内レジスタ２から送信された処方箋発行データ、薬局内レジスタ４から送信された処方箋受付データ（詳細後述）を受信して保存、管理する。また、サーバ３は、薬局内レジスタ４から処方箋受付データを受信した際に、処方箋の発行元の医療機関内レジスタ２に処方箋の受付通知情報を送信し、医療機関内レジスタ２から再来情報としての問い合わせ番号を受信した際にその問い合わせ番号の処方箋を受け付けた薬局内レジスタ４に再来通知情報を送信する。
受付通知情報は、処方箋の発行元に薬局で処方箋が受け付けられたことを通知するための情報であり、例えば、受信した処方箋受付データに含まれる問い合わせ番号及び処方箋を受け付けた薬局（受付薬局）に関する受付薬局情報を含む。再来通知情報は、処方箋の受付薬局に、処方箋の発行元の医療機関に患者が再来したことを通知するための情報であり、例えば、問い合わせ番号及び読み出された処方箋発行データに含まれる発行元医療機関の情報を含む。
図４に、サーバ３の機能構成例を示す。図４に示すように、サーバ３は、ＣＰＵ３１、入力部３２、表示部３３、ＲＡＭ３４、記憶部３５、通信部３６等を備えて構成され、各部はバス３７により接続されている。
ＣＰＵ３１は、記憶部３５に記憶されているシステムプログラムを読み出し、ＲＡＭ３４内に展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ３１は、記憶部３５に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する処方箋発行データ登録処理、処方箋受付データ登録処理を始めとする各種処理を実行することで、第３の制御手段として機能する。
入力部３２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ３１に出力する。
表示部３３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ３１から入力される表示信号の指示に従って、各種画面を表示する。
ＲＡＭ３４は、ＣＰＵ３１により記憶部３５から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。
記憶部３５は、半導体の不揮発メモリやＨＤＤ（Hard Disc Drive）等により構成される。記憶部３５は、ＣＰＵ３１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で格納され、ＣＰＵ３１は、当該プログラムコードに従った動作を逐次実行する。
また、記憶部３５は、医療機関マスタ３５１、処方箋発行／受付データベース３５２等を記憶している。
医療機関マスタ３５１は、各医療機関に関する情報を格納するデータベースである。図５に、医療機関マスタ３５１に格納されるレコードのデータ構成例を示す。図５に示すように、医療機関マスタ３５１には、医療機関コード、位置情報（所在地）、外来応需ＭＡＸ件数、暗証番号、通知アドレス等が１レコードとして格納される。外来応需ＭＡＸ件数とは、その医療機関で対応可能な最大の外来件数である。通知アドレスとは、サーバ３から医療機関に通知を行う際の通知先となるアドレスであり、例えば、医療機関のメールアドレスである。
医療機関マスタ３５１は、各医療機関に関する情報を格納するデータベースである。図５に、医療機関マスタ３５１に格納されるレコードのデータ構成例を示す。図５に示すように、医療機関マスタ３５１には、医療機関コード、位置情報（所在地）、外来応需ＭＡＸ件数、暗証番号、通知アドレス等が１レコードとして格納される。外来応需ＭＡＸ件数とは、その医療機関で対応可能な最大の外来件数である。通知アドレスとは、サーバ３から医療機関に通知を行う際の通知先となるアドレスであり、例えば、医療機関のメールアドレスである。
なお、本実施形態の医療情報管理システム１００では、薬局についても医療機関として医療機関コードが付与されており、薬局に関する情報についても医療機関マスタ３５１で管理している。また、以下に述べる処方箋発行／受付データベース３５２においては、処方箋の発行元医療機関を「発行医療機関」、処方箋を受け付けた受付薬局を「受付医療機関」として管理している。
処方箋発行／受付データベース３５２は、処方箋の問い合わせ番号に関連付けて、その処方箋の発行元発行医療機関から送信された処方箋発行データ及びその処方箋を受け付けた受付薬局から送信された処方箋受付データを格納するデータベースである。
図６に、処方箋発行／受付データベース３５２に格納されるレコードのデータ構成例を示す。図６に示すように、処方箋発行／受付データベース３５２には、ＮＯ．１〜ＮＯ．１０９の項目のデータが１レコードとして格納される。
図６に示すＮＯ．１〜ＮＯ．２０（問い合わせ番号〜発行側データ有効期限）の項目のデータは、医療機関内レジスタ２から送信される処方箋発行データから取得されるデータである。ＮＯ．２の「統一患者コード」は、将来に医療機関間で統一の患者コードが付与されることになった場合に備えて用意された項目である。
図６に示すＮＯ．２１〜ＮＯ．１０９（発行側への通知日〜受付側患者固有ＩＤ）の項目のデータは、サーバ３が格納する通知日のデータと、薬局内レジスタ４から送信される処方箋受付データから取得されるデータである。１枚の処方箋は、分割調剤の指示があれば複数の薬局で調剤ができるため、１レコードに複数（ここでは、１０）の薬局からの処方箋受付データが格納可能となっている。分割調剤とは、長期投与の薬品等について、処方箋に示された投与期間を分割して調剤することであり、調剤後、処方箋は患者に返されることになる。患者は、その処方箋をどこの薬局に持参しても調剤を受けられる。ＮＯ．２８等の「分割調剤区分」は、分割調剤であるか否かを示す区分である。分割調剤区分「ＯＮ」は、分割調剤であることを示す。分割調剤区分「ＯＦＦ」は、分割調剤ではないことを示す。
図６に示すＮＯ．２１等の「発行側への通知日」は、サーバ３において、処方箋の発行元医療機関にその処方箋がＮＯ．２３等の「受付医療機関名」で特定される受付医療機関（即ち薬局）で受け付けられたことを示す受付通知情報を送信した日を示すデータである。ＮＯ．２２等の「受付側への通知日」は、サーバ３において、処方箋を受け付けた受付薬局に、その処方箋の発行元医療機関に患者が再来したことを示す再来通知情報を送信した日を示すデータである。
図４に戻り、通信部３６は、ルータ等により構成され、通信ネットワークＮを介して医療機関内レジスタ２、薬局内レジスタ４等の外部機器とデータ送受信を行う。
（薬局内レジスタ４の構成）
薬局内レジスタ４は、処方箋を受け付ける薬局用のキャッシュレジスタである。薬局内レジスタ４は、薬局端末５から受信した受付／会計データ（詳細後述）に基づいて会計処理を行うとともに、受付／会計データに基づいて、受け付けされた処方箋の問い合わせ番号と当該処方箋の受付薬局を示す受付薬局情報とを含む処方箋受付データを生成してサーバ３に送信する。受付薬局情報とは、具体的には、当該薬局内レジスタ４が設置されている薬局の医療機関コード、医療機関名等である。
薬局内レジスタ４は、処方箋を受け付ける薬局用のキャッシュレジスタである。薬局内レジスタ４は、薬局端末５から受信した受付／会計データ（詳細後述）に基づいて会計処理を行うとともに、受付／会計データに基づいて、受け付けされた処方箋の問い合わせ番号と当該処方箋の受付薬局を示す受付薬局情報とを含む処方箋受付データを生成してサーバ３に送信する。受付薬局情報とは、具体的には、当該薬局内レジスタ４が設置されている薬局の医療機関コード、医療機関名等である。
薬局内レジスタ４の構成は、図３に示す医療機関内レジスタ２の構成と略同様であるので、同様の構成部分には同列の符号を付し、その構成の図示は省略する。即ち、薬局内レジスタ４は、ＣＰＵ４１、入力部４２、表示部４３、印刷部４４、ＲＡＭ４５、記憶部４６、Ｉ／Ｆ４７、通信部４８、ドロア４９を備えて構成され、各部はバス４０２により接続されている。なお、薬局内レジスタ４においては、ラベル印刷部は備えられていない。
ＣＰＵ４１は、記憶部４６に記憶されているプログラムに従って、薬局会計時処理等の各種処理を実行することで、第２の制御手段として機能する。
記憶部４６は、ＣＰＵ４１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で格納され、ＣＰＵ４１は、当該プログラムコードに従った動作を逐次実行する。
Ｉ／Ｆ４７は、薬局端末５と接続し、データ送受信を行うためのインターフェースである。
その他の各構成部分については、医療機関内レジスタ２について説明したものと同様であるので説明を援用する。
記憶部４６は、ＣＰＵ４１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で格納され、ＣＰＵ４１は、当該プログラムコードに従った動作を逐次実行する。
Ｉ／Ｆ４７は、薬局端末５と接続し、データ送受信を行うためのインターフェースである。
その他の各構成部分については、医療機関内レジスタ２について説明したものと同様であるので説明を援用する。
（薬局端末５の構成）
薬局端末５は、受け付けられた処方箋に従って行われた調剤／投薬内容等の入力を受け付け、その患者が負担すべき金額等を算出し、入力及び算出結果に基づき受付／会計データを生成して薬局内レジスタ４に送信する薬局用の端末である。
薬局端末５は、受け付けられた処方箋に従って行われた調剤／投薬内容等の入力を受け付け、その患者が負担すべき金額等を算出し、入力及び算出結果に基づき受付／会計データを生成して薬局内レジスタ４に送信する薬局用の端末である。
薬局端末５の構成は、図２に示す医療機関端末１の構成と略同様であるので、同様の構成部分には同列の符号を付し、その構成の図示は省略する。即ち、薬局端末５は、ＣＰＵ５１、入力部５２、表示部５３、印刷部５４、ＲＡＭ５５、記憶部５６、Ｉ／Ｆ５７等を備えて構成され、各部はバス５８により接続されている。
ＣＰＵ５１は、記憶部５６に記憶されているプログラムに従って、受付情報登録処理を始めとする各種処理を実行する。
記憶部５６は、ＣＰＵ５１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で格納され、ＣＰＵ５１は、当該プログラムコードに従った動作を逐次実行する。
また、記憶部５６は、図示しないが、薬局端末５が設置されている薬局に関する薬局情報（医療機関コード、医療機関名等）、患者情報データベース５６１、投薬情報データベース５６２等を記憶している。
また、記憶部５６は、図示しないが、薬局端末５が設置されている薬局に関する薬局情報（医療機関コード、医療機関名等）、患者情報データベース５６１、投薬情報データベース５６２等を記憶している。
患者情報データベース５６１は、処方箋が受け付けされた患者に関する患者情報を格納するためのデータベースである。患者情報データベース５６１には、例えば、患者を識別するための患者固有ＩＤ、患者名、生年月日、年齢、電話番号、保険区分、保険者番号、保険証記号、保険証番号等の患者情報が１レコードとして格納される。
投薬情報データベース５６２は、患者に対して調剤／投薬した医薬品についての情報や、これらから算出された患者負担金額等の会計情報を格納するためのデータベースである。投薬情報データベース５６２には、例えば、患者固有ＩＤ、担当薬剤師名、調剤日、患者に調剤／投薬した薬品の情報、患者負担金額、保険請求金額、問い合わせ番号等が１レコードとして格納される。
投薬情報データベース５６２は、患者に対して調剤／投薬した医薬品についての情報や、これらから算出された患者負担金額等の会計情報を格納するためのデータベースである。投薬情報データベース５６２には、例えば、患者固有ＩＤ、担当薬剤師名、調剤日、患者に調剤／投薬した薬品の情報、患者負担金額、保険請求金額、問い合わせ番号等が１レコードとして格納される。
Ｉ／Ｆ５７は、薬局内レジスタ４と接続し、データ送受信を行うためのインターフェースである。
その他の各構成部分については、医療機関端末１について説明したものと同様であるので説明を援用する。
その他の各構成部分については、医療機関端末１について説明したものと同様であるので説明を援用する。
（医療情報管理システム１００の動作）
次に、医療情報管理システム１００の各装置における動作について説明する。
次に、医療情報管理システム１００の各装置における動作について説明する。
〔患者が医療機関に来院した際の処理〕
まず、病院Ａ１〜病院Ａｍにおいて、患者が来院した際に医療情報管理システム１００の各装置において実行される処理について説明する。
まず、病院Ａ１〜病院Ａｍにおいて、患者が来院した際に医療情報管理システム１００の各装置において実行される処理について説明する。
図７に、患者が来院した際に入力部１２からの入力に基づいて医療機関端末１において実行される診療情報登録処理のフローチャートを示す。当該処理は、ＣＰＵ１１と記憶部１６に記憶されているプログラムとの協働により実行される。
まず、入力部１２からの入力に基づいて、来院した患者が新規の患者か再来の患者かの判断が行われる（ステップＳ１０１）。例えば、入力部１２により患者の氏名や診察券の患者固有ＩＤ等が入力されると、入力された条件で患者情報データベース１６１の検索が行われる。検索の結果、入力された条件と一致する情報が患者情報データベース１６１に存在した場合、来院した患者が再来であると判断される。
来院した患者が新規であると判断された場合（ステップＳ１０１；新規）、患者情報の登録が行われる（ステップＳ１０２）。例えば、表示部１３に患者情報登録画面（図示せず）が表示され、当該画面上から入力部１２により患者情報が入力されると、新たな患者固有ＩＤが付与され、入力された患者情報が患者情報データベース１６１に登録される。
患者に対して医師の診療が行われ、入力部１２により診療結果（処置の情報や処方箋情報）が入力されると（ステップＳ１０８）、入力された診療結果に基づいて患者負担金額や保険請求金額が計算され（ステップＳ１０９）、入力された診療結果、及び計算された患者負担金額及び保険請求金額等の会計情報が診療情報データベース１６２に登録（記憶）される（ステップＳ１１０）。なお、患者が複数の診療科を受診した場合には、診療科毎に診療結果が入力され、診療情報データベース１６２に登録される。
また、入力された診療結果に基づいて、印刷部２４により処方箋が印刷される（ステップＳ１１１）。患者が複数の診療科を受診した場合、診療科毎に処方箋が印刷される。印刷された処方箋は、受付担当等により会計担当に渡される。
また、入力された診療結果、計算された会計情報、及び患者情報データベース１６１に記憶されている患者情報に基づいて、所定フォーマットの診療／会計データが作成され、Ｉ／Ｆ１７を介して医療機関内レジスタ２に送信される（ステップＳ１１２）。複数の診療科を受診した場合には、複数の診療／会計データが作成され、医療機関内レジスタ２に送信される。
また、入力された診療結果、計算された会計情報、及び患者情報データベース１６１に記憶されている患者情報に基づいて、所定フォーマットの診療／会計データが作成され、Ｉ／Ｆ１７を介して医療機関内レジスタ２に送信される（ステップＳ１１２）。複数の診療科を受診した場合には、複数の診療／会計データが作成され、医療機関内レジスタ２に送信される。
図８に、図７のステップＳ１１２において医療機関端末１から医療機関内レジスタ２に送信される診療／会計データのデータ構成例を示す。図８に示すように、診療／会計データには、診療を行った（即ち、医療機関端末１が設置されている）医療機関や診療科を示す情報（ＮＯ．２〜ＮＯ．５）、患者情報（ＮＯ．６〜ＮＯ．１４）、疾病コード（ＮＯ．１５）、医療機関受付日（ＮＯ．１６（当日の日付））、外部医療機関連携区分（ＮＯ．１７）、データ有効期限（ＮＯ.１８）、患者負担金額（ＮＯ．１９〜ＮＯ．３３）等が含まれる。なお、外部医療機関連携区分（ＮＯ．１７）、データ有効期限（ＮＯ.１８）には、予め定められた値が格納される。外部医療機関連携区分は、上述のように、サーバ３からの処方箋の受付通知情報を必要とする場合はＯＮ、必要としない場合はＯＦＦが設定される。データ有効期限（ＮＯ.１８）は、サーバ３からの受付通知情報を必要とする期間が設定される。
図７に戻り、診療／会計データの送信後、処理は医療機関内レジスタ２からの問い合わせ番号の受信待ち状態となる（ステップＳ１１３）。なお、この間、別の患者についての診療情報登録処理を行うことも可能である。医療機関内レジスタ２においては、図１１に示す医療機関会計時処理のステップＳ２２８において、医療機関端末１から送信された診療／会計データに基づいて問い合わせ番号が生成され、医療機関端末１に送信される。
Ｉ／Ｆ１７により医療機関内レジスタ２から送信された問い合わせ番号が受信されると（ステップＳ１１３；ＹＥＳ）、受信された問い合わせ番号がステップＳ１１０で登録されたレコードに書き込まれて保存され（ステップＳ１１４）、診療情報作成処理は終了する。
一方、ステップＳ１０１において、来院した患者が再来であると判断されると（ステップＳ１０１；再来）、診療情報データベース１６２において、前回来院時の当該患者の診療／会計データに対応する問い合わせ番号が検索される（ステップＳ１０３）。具体的には、診療情報データベース１６２において、来院した患者の患者情報を含むレコードであって、診療日が直近のレコードの問い合わせ番号が検索される。
次いで、検索された問い合わせ番号が再来情報としてＩ／Ｆ１７を介して医療機関内レジスタ２に送信される（ステップＳ１０４）。そして、処理は医療機関内レジスタ２からの再来通知送信結果の受信待ち状態となる（ステップＳ１０５）。
医療機関内レジスタ２においては、医療機関端末１から再来情報としての問い合わせ番号が受信されると、図９に示す再来情報転送処理が実行され、再来情報としての問い合わせ番号がサーバ３に転送される（ステップＳ２０１）。
サーバ３においては、医療機関内レジスタ２から再来情報としての問い合わせ番号が送信されると、図１３に示す再来通知送信処理（詳細後述）が実行され、問い合わせ番号に対応する処方箋を受け付けた受付薬局に、処方箋の発行元医療機関へ患者が再来したことを示す再来通知情報が送信される。そして、再来通知送信結果が医療機関内レジスタ２に返信される。医療機関内レジスタ２においては、サーバ３から再来通知送信結果が受信されると、図１０に示す再来通知送信結果転送処理が実行され、受信された再来通知送信結果が医療機関端末１に転送される（ステップＳ２１１）。再来通知送信結果には、問い合わせ番号及び通知先の薬局を特定する情報等が含まれる。
図７に戻り、医療機関端末１において、Ｉ／Ｆ１７により医療機関内レジスタ２から送信された再来通知送信結果が受信されると（ステップＳ１０５；ＹＥＳ）、受信された再来通知送信結果が診療情報データベース１６２の対応する問い合わせ番号のレコードに書き込まれる（ステップ１０６）。ステップＳ１０３において検索された全ての問い合わせ番号についてステップＳ１０４〜Ｓ１０６の処理が終了したか否かが判断され、終了していないと判断されると（ステップＳ１０７；ＮＯ）、処理はステップＳ１０４に戻る。検索された全ての問い合わせ番号についてステップＳ１０４〜Ｓ１０６の処理が終了したと判断されると（ステップＳ１０７；ＹＥＳ）、処理はステップＳ１０８に移行する。
ステップＳ１０８以降の処理は、新規の患者について説明したものと同様であるので説明を援用する。
ステップＳ１０８以降の処理は、新規の患者について説明したものと同様であるので説明を援用する。
図１１に、医療機関端末１から送信された診療／会計データに基づいて医療機関内レジスタ２において実行される医療機関会計時処理のフローチャートを示す。医療会計時処理は、ＣＰＵ２１と記憶部２６に記憶されているプログラムとの協働により実行される。
Ｉ／Ｆ２７を介して医療機関端末１から送信された診療／会計データが受信されると、受信された診療／会計データが記憶部２６に記憶される（ステップＳ２２１）。表示部２３には、記憶部２６に記憶されている未処理の診療／会計データに含まれる患者情報の一覧が表示されており、受信された診療／会計データの患者情報が一覧に追加される（ステップＳ２２２）。
入力部２２により患者情報の一覧の中から会計対象患者が選択されると（ステップＳ２２３）、入力部２２からの入力に応じて、診療／会計データに基づき会計処理が実行される。即ち、入力部２２の操作に応じて、売上明細の追加情報が入力され（ステップＳ２２４）、入力部２２による合計金額の算出の指示に応じて、診療／会計データ及び追加情報に基づいて合計金額及び税金が計算される（ステップＳ２２５）。また、入力部２２による預かり金額の入力に応じて、つり銭金額の計算が行われる（ステップＳ２２６）。そして、印刷部２４によりレシートが印刷、発行される（ステップＳ２２７）。
次いで、選択された患者に対して発行された処方箋の問い合わせ番号が生成される（ステップＳ２２８）。問い合わせ番号は、上述のように、サーバ３において処方箋発行データや処方箋受付データを管理するために、院外処方箋１枚に対して発行される処方箋識別情報である。そのため、医療情報管理システム１００内で重複することがないように、例えば、「レジスタ番号＋日付＋シーケンシャル番号＋患者生年月日」等の予め定められたルールに従って作成される。
生成された問い合わせ番号は、Ｉ／Ｆ２７により医療機関端末１に通知される（ステップＳ２２９）。問い合わせ番号が通知される際には、対応する診療／会計データが特定できるように、例えば、患者固有ＩＤや診療科等の情報も併せて送信される。
また、ラベル印刷部２０１により問い合わせ番号を示すバーコードが生成され、ラベル上に印刷される（ステップＳ２３０）。問い合わせ番号のバーコードが印刷されたラベルは、会計担当者により処方箋に貼付され、この処方箋が患者に渡される。なお、問い合わせ番号のラベルは、おくすり手帳等に貼付するようにしてもよい。
また、生成された問い合わせ番号と対象患者の診療／会計データ及び会計時間が埋め込まれた処方箋発行データが生成され、通信部２８によりサーバ３に送信される（ステップＳ２３１）。サーバ３においては、通信部３６を介して医療機関内レジスタ２から処方箋発行データが受信されると、図１２に示す処方箋発行データ登録処理が実行され、処方箋発行／受付データベース３５２に処方箋発行データが登録される。登録後、処方箋発行データの登録が完了した旨を示す登録完了通知が送信元の医療機関内レジスタ２に送信される。
サーバ３からの登録完了通知が通信部２８により受信されると（ステップＳ２３２）、会計時処理は終了する。
次に、上述の図１１のステップＳ２３１において医療機関内レジスタ２から送信された処方箋発行データがサーバ３の通信部３６により受信された際に、サーバ３において実行される処方箋発行データ登録処理について説明する。図１２に、処方箋発行データ登録処理のフローチャートを示す。処方箋発行データ登録処理は、ＣＰＵ３１と記憶部３５に記憶されているプログラムとの協働により実行される。
まず、医療機関内レジスタ２から送信された処方箋発行データが処方箋発行／受付データベース３５２に登録される（ステップＳ３０１）。上述のように、処方箋発行データは、図８に示す診療／会計データと問い合わせ番号及び会計時間により構成されている。ステップＳ３０１においては、処方箋発行／受付データベース３５２に新規レコードが追加され、図６に示す処方箋発行／受付データベース３５２のＮＯ．１〜ＮＯ．２０の発行側医療機関に関する項目に、受信された処方箋発行データの対応する項目のデータが格納される。
処方箋発行データの処方箋発行／受付データベース３５２への登録が完了すると、通信部３６により送信元の医療機関内レジスタ２に登録完了通知が送信され（ステップＳ３０２）、処方箋発行データ登録処理は終了する。
次に、上述の図９のステップＳ２０１において医療機関内レジスタ２から転送された、再来情報としての問い合わせ番号が通信部３６により受信された際に、サーバ３において実行される再来通知送信処理について説明する。図１３に、再来通知送信処理のフローチャートを示す。再来通知送信処理は、ＣＰＵ３１と記憶部３５に記憶されているプログラムとの協働により実行される。
まず、受信された問い合わせ番号と一致する問い合わせ番号を有するレコードが処方箋発行／受付データベース３５２から検索され、検索されたレコードに含まれる処方箋発行データ及び各薬局の処方箋受付データがそれぞれＲＡＭ３４に読み出される（ステップＳ３１１）。即ち、受信された問い合わせ番号の処方箋を発行した発行元医療機関の処方箋発行データ及び受け付けた受付薬局の処方箋受付データが読み出される。
次いで、読み出された処方箋受付データにおいて、「データ有効期限」が経過していない処方箋受付データに含まれる受付医療機関コードが取得される（ステップＳ３１２）。
次いで、取得された受付医療機関コードと一致する医療機関コードを有するレコードが医療機関マスタ３５１から検索され、検索されたレコードに含まれる「通知アドレス」が取得され（ステップＳ３１３）、通信部３６により、取得された通知アドレスに、問い合わせ番号及び読み出された処方箋発行データに含まれる発行元医療機関情報を含む再来通知情報が送信される（ステップＳ３１４）。ここで、通知アドレスは、受付医療機関の薬局端末５のメールアドレス等であり、再来通知情報は、受付医療機関の薬局内レジスタ４を介して薬局端末５に送信される。
そして、処方箋発行／受付データベース３５２において、受信された問い合わせ番号と一致する問い合わせ番号を有するレコードの、ステップＳ３１２で取得された受付医療機関コードに対応する「受付側への通知日」が本日の日付に更新され（ステップＳ３１５）、再来通知情報の送信完了を示す再来通知送信結果が問い合わせ番号の送信元の医療機関内レジスタ２に送信され（ステップＳ３１６）、再来通知送信処理は終了する。
薬局内レジスタ４においては、サーバ３から送信された再来通知情報が通信部４８により受信されると、図１４に示す再来通知転送処理が実行され、サーバ３から送信された再来通知情報がＩ／Ｆ４７を介して薬局端末５に転送される（ステップＳ４０１）。
薬局端末５においては、薬局内レジスタ４から送信された再来通知情報がＩ／Ｆ５７により受信されると、図１５に示す再来通知情報保存処理が実行される。再来通知情報保存処理においては、受信された再来通知情報に含まれる問い合わせ番号と問い合わせ番号が一致するレコードが投薬情報データベース５６２において検索され（ステップＳ５０１）、検索されたレコードに再来通知情報の内容が追加され保存される（ステップＳ５０２）。
〔患者が薬局に処方箋を提出した際の処理〕
次に、薬局Ｂ１〜薬局Ｂｎにおいて、院外処方箋を受け付けた際に医療情報管理システム１００において実行される処理について説明する。
次に、薬局Ｂ１〜薬局Ｂｎにおいて、院外処方箋を受け付けた際に医療情報管理システム１００において実行される処理について説明する。
図１６に、入力部５２からの入力に基づいて薬局端末５において実行される受付情報登録処理のフローチャートを示す。当該処理は、ＣＰＵ５１と記憶部５６に記憶されているプログラムとの協働により実行される。
まず、処方箋の受付登録が行われる（ステップＳ５１１）。具体的には、表示部５３に受付登録画面（図示せず）が表示され、受付登録画面に従って、入力部５２により患者が持参した処方箋に貼付された問い合わせ番号の入力、分割調剤であるか否かを示す区分の入力、および患者情報の入力等が行われる。患者情報データベース５６１に患者情報が登録されていない新規患者の場合は、患者固有ＩＤの発行及び患者情報データベース５６１への患者情報の登録が行われる。入力された問い合わせ番号、患者情報及び分割調剤であるか否かを示す区分は投薬情報データベース５６２に登録され、新たなレコードとして書き込まれる。
患者に対して薬剤師による調剤／投薬行為が行われ、入力部５２により調剤／投薬結果（調剤／投薬した薬の内容）が入力されると（ステップＳ５１２）、入力された調剤／投薬結果に基づいて患者負担金額や保険請求金額等の会計情報が計算され（ステップＳ５１３）、入力された調剤／投薬結果、計算された患者負担金額及び保険請求金額等の会計情報が投薬情報データベース５６２に登録（記憶）される（ステップＳ５１４）。また、問い合わせ番号、算出された患者負担金額や保険請求金額及び記憶部５６に記憶されている薬局情報に基づいて、所定フォーマットの受付／会計データが作成され、Ｉ／Ｆ５７を介して薬局内レジスタ４に送信される（ステップＳ５１５）。ステップＳ５１６において薬局端末５から薬局内レジスタ４に送信される受付／会計データには、問い合わせ番号、薬局端末５が設置されている薬局（即ち、処方箋を受け付けた受付薬局）の医療機関コード、医療機関名、受付日、データ有効期限、分割調剤区分、患者固有ＩＤ、算出された患者負担金額や保険請求金額等の会計情報が含まれる。
受付／会計データの送信後、処理は薬局内レジスタ４からの登録完了通知又は警告通知の受信待ち状態となる（ステップＳ５１６）。この間、別の患者についての受付情報登録処理を行うことも可能である。
薬局内レジスタ４においては、図１７に示す薬局会計時処理において、薬局端末５から受信された受付／会計データに基づいて処方箋受付データが生成され、サーバ３に送信される。サーバ３においては、図１８に示す処方箋受付データ登録処理において、薬局内レジスタ４から送信された処方箋受付データが処方箋発行／受付データベース３５２に登録され、登録完了通知が薬局内レジスタ４に返信される。登録完了通知は、受け付けた処方箋についての処方箋受付データの登録がサーバ３において完了したこと示す通知であり、少なくとも問い合わせ番号が含まれる。なお、受信した処方箋受付データに含まれる分割調剤区分がＯＮでないにもかかわらず、既にサーバ３の処方箋発行／受付データベース３５２の問い合わせ番号が一致するレコードに処方箋受付データ（受付側医療機関の情報等）が格納されている場合、警告通知が返信される。警告通知は、既にどこかの薬局（当該薬局も含む）で同一の処方箋の受付が行われており、処方箋受付の重複が生じていることを示す警告（問い合わせ番号、既に受付済みの受付薬局の情報を含む）の通知である。
薬局内レジスタ４においては、図１７に示す薬局会計時処理において、薬局端末５から受信された受付／会計データに基づいて処方箋受付データが生成され、サーバ３に送信される。サーバ３においては、図１８に示す処方箋受付データ登録処理において、薬局内レジスタ４から送信された処方箋受付データが処方箋発行／受付データベース３５２に登録され、登録完了通知が薬局内レジスタ４に返信される。登録完了通知は、受け付けた処方箋についての処方箋受付データの登録がサーバ３において完了したこと示す通知であり、少なくとも問い合わせ番号が含まれる。なお、受信した処方箋受付データに含まれる分割調剤区分がＯＮでないにもかかわらず、既にサーバ３の処方箋発行／受付データベース３５２の問い合わせ番号が一致するレコードに処方箋受付データ（受付側医療機関の情報等）が格納されている場合、警告通知が返信される。警告通知は、既にどこかの薬局（当該薬局も含む）で同一の処方箋の受付が行われており、処方箋受付の重複が生じていることを示す警告（問い合わせ番号、既に受付済みの受付薬局の情報を含む）の通知である。
薬局内レジスタ４から登録完了通知又は警告通知が受信されると（ステップＳ５１６；ＹＥＳ）、投薬情報データベース５６２の対応する問い合わせ番号のレコードに、受付された登録完了通知又は警告通知が書き込まれ、保存される（ステップＳ５１７）。そして、受付情報登録処理は終了する。
図１７に、薬局端末５から受信された受付／会計データに基づいて薬局内レジスタ４において実行される薬局会計時処理のフローチャートを示す。薬局会計時処理は、ＣＰＵ４１と記憶部４６に記憶されているプログラムとの協働により実行される。
Ｉ／Ｆ４７を介して薬局端末５から送信された受付／会計データが受信されると、受信された受付／会計データが記憶部４６に記憶される（ステップＳ４１１）。表示部４３には、記憶部４６に記憶されている未処理の受付／会計データに含まれる患者情報の一覧が表示されており、受信された受付／会計データの患者情報が一覧に追加される（ステップＳ４１２）。
患者情報の一覧の中から会計対象患者が選択されると（ステップＳ４１３）、対象患者の受付／会計データ及び会計時間が埋め込まれた処方箋受付データが生成され、通信部４８によりサーバ３に送信される（ステップＳ４１４）。
通信部４８によりサーバ３からの登録完了通知が受信されると（ステップＳ４１５；ＹＥＳ）、受信された登録完了通知がＩ／Ｆ４７を介して薬局端末５に送信され（ステップＳ４１６）、会計処理が実行される。即ち、入力部４２の操作に応じて売上明細の追加情報が入力され（ステップＳ４１７）、入力部４２による合計金額の算出の指示に応じて合計金額及び税金が計算される（ステップＳ４１８）。また、入力部４２による預かり金額の入力に応じて、つり銭金額の計算が行われる（ステップＳ４１９）。そして、印刷部４４によりレシートが発行され（ステップＳ４２０）、薬局会計時処理は終了する。
一方、サーバ３からの警告通知が通信部４８により受信されると（ステップＳ４１５；ＮＯ、ステップＳ４２１；ＹＥＳ）、警告通知の内容に応じて、表示部４３に「その問い合わせ番号の処方箋は他の薬局で既に受付済みです」又は「その問い合わせ番号の処方箋は医療機関では発行されていません」等の警告メッセージが表示される（ステップＳ４２２）。ここで受信される警告通知は、薬局内レジスタ４から送信した処方箋受付データに対応する処方箋発行データがサーバ３に存在しない（即ち、受け付けた処方箋が医療機関で正規に発行されたものでない）旨を示す警告通知（問い合わせ番号を含む）、又は、処方箋受付の重複が生じていることを示す警告（問い合わせ番号、受け付け済みの薬局の情報を含む）の通知である。
受信された警告が処方箋受付の重複が生じていることを示す警告である場合、Ｉ／Ｆ４７を介して警告通知が薬局端末５に送信され（ステップＳ４２３）、薬局会計時処理は終了する。
次に、上述の図１７のステップＳ４１４において薬局内レジスタ４から送信された処方箋受付データがサーバ３の通信部３６により受信された際に、サーバ３において実行される処方箋受付データ登録処理について説明する。図１８に、処方箋受付データ登録処理のフローチャートを示す。処方箋受付データ登録処理は、ＣＰＵ３１と記憶部３５に記憶されているプログラムとの協働により実行される。
まず、受信された処方箋受付データの問い合わせ番号と一致する問い合わせ番号を有するレコードの検索が処方箋発行／受付データベース３５２において行われる（ステップＳ３２０）。検索の結果、処方箋受付データの問い合わせ番号と一致する問い合わせ番号を有するレコードが処方箋発行／受付データベース３５２に存在した場合（ステップＳ３２１；ＹＥＳ）、検索されたレコードに既に処方箋受付データが格納されているか否かが判断される（ステップＳ３２２）。
検索されたレコードに、まだ処方箋受付データが格納されていないと判断されると（ステップＳ３２２；ＮＯ）、処理はステップＳ３２４に移行する。検索されたレコードに、既に処方箋受付データが格納されていると判断されると（ステップＳ３２２；ＹＥＳ）、受信された処方箋受付データの分割調剤区分が参照される。分割調剤区分がＯＮであると判断されると（ステップＳ３２３；ＮＯ）、処理はステップＳ３２４に移行する。
ステップＳ３２４においては、検索されたレコードに、受信された処方箋受付データの所定項目のデータが書き込まれ、処方箋発行／受付データベース３５２が更新される（ステップＳ３２４）。
次いで、処方箋受付データが書き込まれたレコードの発行医療機関外部連携区分及び発行側データ有効期限が参照され、発行医療機関外部連携区分がＯＮであり、かつ発行側データ有効期限が経過していないか否かが判断される（ステップＳ３２５）。処方箋受付データが書き込まれたレコードの発行医療機関外部連携区分がＯＮでないか又は発行側データ有効期限が経過していると判断された場合（ステップＳ３２５；ＮＯ）、処理はステップＳ３３０に移行する。
処方箋受付データが書き込まれたレコードの発行医療機関外部連携区分がＯＮであり、かつ発行側データ有効期限が経過していないと判断された場合（ステップＳ３２５；ＹＥＳ）、そのレコードに含まれる発行医療機関コードが取得される（ステップＳ３２６）。
次いで、取得された医療機関コードと一致する医療機関コードを有するレコードが医療機関マスタから検索され、検索されたレコードに含まれる「通知アドレス」が取得され（ステップＳ３２７）、通信部３６により、取得された通知アドレスに問い合わせ番号及び受信した処方箋受付データに含まれる受付薬局情報を含む受付通知情報が送信される（ステップＳ３２８）。ここで、通知アドレスは、発行医療機関の医療機関端末１のメールアドレス等であり、受付通知情報は、発行医療機関の医療機関内レジスタ２を介して医療機関端末１に送信される。そして、処方箋受付データが書き込まれたレコードの「発行側への通知日」が本日の日付に更新され（ステップＳ３２９）、処理はステップＳ３３０に移行する。
次いで、取得された医療機関コードと一致する医療機関コードを有するレコードが医療機関マスタから検索され、検索されたレコードに含まれる「通知アドレス」が取得され（ステップＳ３２７）、通信部３６により、取得された通知アドレスに問い合わせ番号及び受信した処方箋受付データに含まれる受付薬局情報を含む受付通知情報が送信される（ステップＳ３２８）。ここで、通知アドレスは、発行医療機関の医療機関端末１のメールアドレス等であり、受付通知情報は、発行医療機関の医療機関内レジスタ２を介して医療機関端末１に送信される。そして、処方箋受付データが書き込まれたレコードの「発行側への通知日」が本日の日付に更新され（ステップＳ３２９）、処理はステップＳ３３０に移行する。
ステップＳ３３０においては、処方箋受付データの登録が完了した旨を示す通知が通信部３６により送信元の薬局内レジスタ４に送信され（ステップＳ３３０）、処方箋受付データ登録処理は終了する。登録完了通知には、問い合わせ番号、受付側患者固有ＩＤ等が含まれる。
一方、ステップＳ３２３において、受信された処方箋受付データの分割調剤区分がＯＦＦであると判断されると（ステップＳ３２３；ＹＥＳ）、既に同じ問い合わせ番号の処方箋受付データが登録されている、即ち、同じ処方箋が受け付けられていることを示す警告通知が通信部３６を介して送信元の薬局内レジスタ４に送信される（ステップＳ３３１）。そして、重複受付を示すエラー情報（問い合わせ番号、受付医療機関コード、受付日等）が記憶部３５に記憶され（ステップＳ３３２）、処方箋受付データ登録処理は終了する。
一方、ステップＳ３２１において、検索の結果処方箋受付データの問い合わせ番号と一致する問い合わせ番号を有するレコードが処方箋発行／受付データベース３５２に存在しなかった場合（ステップＳ３２１；ＮＯ）、受信された処方箋受付データに対応する処方箋発行データが存在しない旨の警告通知が通信部３６を介して送信元の薬局内レジスタ４に送信され（ステップＳ３３３）、処方箋受付データ登録処理は終了する。
医療機関内レジスタ２においては、サーバ３から送信された受付通知情報が通信部２８ により受信されると、図１９に示す受付通知転送処理が実行され、サーバ３から受信された受付通知情報がＩ／Ｆ２７を介して医療機関端末１に転送される（ステップＳ２４１）。
医療機関端末１においては、医療機関内レジスタ２から送信された受付通知情報がＩ／Ｆ１７により受信されると、図２０に示す受付通知情報保存処理が実行される。受付通知情報保存処理においては、受信された受付通知情報に含まれる問い合わせ番号と問い合わせ番号が一致するレコードが診療情報データベース１６２において検索され（ステップＳ１２１）、検索されたレコードに受付通知情報の内容が追加され保存される（ステップＳ１２２）。
以上説明したように、医療機関内レジスタ２のＣＰＵ２１は、患者の会計時に、当該患者に対して発行された処方箋の問い合わせ番号と処方箋の発行元医療機関を示す発行元医療機関情報とを含む処方箋発行データを生成し、この生成された処方箋発行データを通信部２８によりサーバ３に送信する。
薬局内レジスタ４のＣＰＵ４１は、患者の会計時に、当該患者について受け付けされた処方箋の問い合わせ番号と当該処方箋の受付薬局を示す受付薬局情報を含む処方箋受付データを生成し、この処方箋受付データを通信部４８によりサーバ３に送信する。
サーバ３のＣＰＵ３１は、医療機関内レジスタ２からの処方箋発行データと薬局内レジスタ４からの処方箋受付データとを問い合わせ番号により関連付けて処方箋発行／受付データベース３５２に保存する。また、サーバ３のＣＰＵ３１は、薬局内レジスタ４からの処方箋受付データの受信時に、当該処方箋受付データに含まれている問い合わせ番号に対応する処方箋発行データを処方箋発行／受付データベース３５２から検索し、当該検索された処方箋発行データに対応する医療機関のアドレスに、受信された処方箋受付データに含まれている受付薬局情報を通知する。
薬局内レジスタ４のＣＰＵ４１は、患者の会計時に、当該患者について受け付けされた処方箋の問い合わせ番号と当該処方箋の受付薬局を示す受付薬局情報を含む処方箋受付データを生成し、この処方箋受付データを通信部４８によりサーバ３に送信する。
サーバ３のＣＰＵ３１は、医療機関内レジスタ２からの処方箋発行データと薬局内レジスタ４からの処方箋受付データとを問い合わせ番号により関連付けて処方箋発行／受付データベース３５２に保存する。また、サーバ３のＣＰＵ３１は、薬局内レジスタ４からの処方箋受付データの受信時に、当該処方箋受付データに含まれている問い合わせ番号に対応する処方箋発行データを処方箋発行／受付データベース３５２から検索し、当該検索された処方箋発行データに対応する医療機関のアドレスに、受信された処方箋受付データに含まれている受付薬局情報を通知する。
従って、医療機関側で、処方箋を発行した患者が調剤／投薬を受けた薬局を特定することが可能となる。
また、医療機関端末１は、医療機関内レジスタ２で生成された問い合わせ番号を当該診療／会計データと対応付けて診療情報データベース１６２に記憶し、患者の再来時に、前回の来院時の診療／会計データに対応付けて記憶されている問い合わせ番号を診療情報データベース１６２から検索し、当該検索された問い合わせ番号をＩ／Ｆ１７を介して医療機関内レジスタ２に送信する。医療機関内レジスタ２は、医療機関端末１から送信された問い合わせ番号を通信部２８を介してサーバ３に転送する。サーバ３のＣＰＵ３１は、医療機関内レジスタ２から送信された問い合わせ番号に対応する処方箋発行データ及び処方箋受付データを処方箋発行／受付データベース３５２から検索し、当該検索された処方箋受付データに対応する受付薬局のアドレスに、当該問い合わせ番号に対応する処方箋発行データに含まれる発行元医療機関情報を通知する。
従って、薬局側で、処方箋を受け付けて調剤／投薬を行った患者が処方箋を発行した医療機関で再度受診したことを知ることが可能となる。
また、処方箋受付データは、分割調剤であるか否かを示す区分を含んでおり、サーバ３のＣＰＵ３１は、薬局内レジスタ４から送信された処方箋受付データに分割調剤ではないことを示す区分が含まれており、かつ、処方箋発行／受付データベース３５２において、当該処方箋受付データに含まれる問い合わせ番号に関連付けて既に別の処方箋受付データが記憶されている場合に、既に同一の処方箋が受け付けられていることを示す警告を処方箋受付データの送信元である薬局内レジスタ４に通知する。従って、同一の処方箋が既に受け付けられており、重複した調剤／投薬となることを薬局側で知ることが可能となる。
薬局内レジスタ４から送信された処方箋受付データに対応する処方箋発行データが処方箋発行／受付データベース３５２に存在しない場合に、当該処方箋受付データに対応する処方箋発行データが存在しないことを示す警告を処方箋受付データの送信元である薬局内レジスタ４に通知する。従って、薬局側で受け付けた処方箋が医療機関の発行したものでない場合に、薬局側でその旨を知ることができる。
また、医療機関内レジスタ２は、問い合わせ番号を示すラベルを印刷するラベルプリンタを備えているので、処方箋等に問い合わせ番号のラベルを貼付して、問い合わせ番号を明示することができる。
また、サーバ３の処方箋発行／受付データベース３５２に蓄積されるデータにより、医療機関別の受け付け患者数を把握することができるので、医療機関別に医療機関マスタ３５１に登録されている応需対応最大ＭＡＸ件数と受け付け患者数とを比較することで、医療機関の外来患者対応許容能力を判定することができる。
また、患者が処方箋発行／受付データベース３５２にアクセスできるようにすれば、患者が処方箋発行／受付データベース３５２上の処方箋受付の記録と「おくすり手帳」の記録とを照合して記載漏れをなくすことができる。また、不当な記録が処方箋発行／受付データベース３５２上にないか患者自身が監査することができる。
また、医療費を負担する保険者側が処方箋発行／受付データベース３５２にアクセスできるようにすれば、保険者が医療費請求と照らし合わせて被保険者の実診療日数の検証を行うことが可能となる。
医療機関マスタ３５１及び処方箋発行／受付データベース３５２に蓄積されているデータにより、患者を匿名として地区別医療機関別に患者の病名集計が可能となるので、法定伝染病等の発生、感染状況等をリアルタイムに集計することができる。
なお、上記実施形態における記述内容は、本発明に係る医療情報管理システム１００の好適な一例であり、これに限定されるものではない。
例えば、上記実施形態においては、ラベルプリンタにより問い合わせ番号に対応するバーコードを印刷することとして説明したが、問い合わせ番号を示すものであれば、バーコードに限定されない。
例えば、上記実施形態においては、ラベルプリンタにより問い合わせ番号に対応するバーコードを印刷することとして説明したが、問い合わせ番号を示すものであれば、バーコードに限定されない。
また、上記実施形態においては、診療／会計データに問い合わせ番号、会計時間を追加したものを処方箋発行データ、受付／会計データに会計時間を追加したものを処方箋受付データとしてサーバ３に送信することとしたが、処方箋発行データは、少なくとも問い合わせ番号、発行元医療機関情報を含んでいれば良く、また、処方箋受付データは問い合わせ番号、受付薬局情報を含んでいれば良く、実施形態に示したデータ形式に限定されない。
その他、医療情報管理システム１００を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。
１００ 医療情報管理システム
１ 医療機関端末
１１ ＣＰＵ
１２ 入力部
１３ 表示部
１４ 印刷部
１５ ＲＡＭ
１６ 記憶部
１６１ 患者情報データベース
１６２ 診療情報データベース
１７ Ｉ／Ｆ
１８ バス
２ 医療機関内レジスタ
２１ ＣＰＵ
２２ 入力部
２３ 表示部
２４ 印刷部
２５ ＲＡＭ
２６ 記憶部
２７ Ｉ／Ｆ
２８ 通信部
２９ ドロア
２０１ ラベル印刷部
２０２ バス
３ サーバ
３１ ＣＰＵ
３２ 入力部
３３ 表示部
３４ ＲＡＭ
３５ 記憶部
３５１ 医療機関マスタ
３５２ 処方箋発行／受付データベース
３６ 通信部
３７ バス
４ 薬局内レジスタ
４１ ＣＰＵ
４２ 入力部
４３ 表示部
４４ 印刷部
４５ ＲＡＭ
４６ 記憶部
４７ Ｉ／Ｆ
４８ 通信部
４９ ドロア
４０２ バス
５ 薬局端末
５１ ＣＰＵ
５２ 入力部
５３ 表示部
５４ 印刷部
５５ ＲＡＭ
５６ 記憶部
５６１ 患者情報データベース
５６２ 投薬情報データベース
５７ Ｉ／Ｆ
５８ バス
１ 医療機関端末
１１ ＣＰＵ
１２ 入力部
１３ 表示部
１４ 印刷部
１５ ＲＡＭ
１６ 記憶部
１６１ 患者情報データベース
１６２ 診療情報データベース
１７ Ｉ／Ｆ
１８ バス
２ 医療機関内レジスタ
２１ ＣＰＵ
２２ 入力部
２３ 表示部
２４ 印刷部
２５ ＲＡＭ
２６ 記憶部
２７ Ｉ／Ｆ
２８ 通信部
２９ ドロア
２０１ ラベル印刷部
２０２ バス
３ サーバ
３１ ＣＰＵ
３２ 入力部
３３ 表示部
３４ ＲＡＭ
３５ 記憶部
３５１ 医療機関マスタ
３５２ 処方箋発行／受付データベース
３６ 通信部
３７ バス
４ 薬局内レジスタ
４１ ＣＰＵ
４２ 入力部
４３ 表示部
４４ 印刷部
４５ ＲＡＭ
４６ 記憶部
４７ Ｉ／Ｆ
４８ 通信部
４９ ドロア
４０２ バス
５ 薬局端末
５１ ＣＰＵ
５２ 入力部
５３ 表示部
５４ 印刷部
５５ ＲＡＭ
５６ 記憶部
５６１ 患者情報データベース
５６２ 投薬情報データベース
５７ Ｉ／Ｆ
５８ バス
Claims (5)
- 処方箋を発行する医療機関用のキャッシュレジスタと、前記処方箋を受け付ける薬局用のキャッシュレジスタと、前記医療機関用のキャッシュレジスタおよび前記薬局用のキャッシュレジスタに通信ネットワークを介して相互に通信可能に接続されたサーバと、を備える医療情報管理システムであって、
前記医療機関用のキャッシュレジスタは、
患者の会計時に、当該患者に対して発行された処方箋の処方箋識別情報と前記処方箋の発行元医療機関を示す発行元医療機関情報とを含む処方箋発行データを生成し、この生成された処方箋発行データを前記サーバに送信する第１の制御手段を備え、
前記薬局用のキャッシュレジスタは、
前記患者の会計時に、前記患者について受け付けされた処方箋の処方箋識別情報と当該処方箋の受付薬局を示す受付薬局情報を含む処方箋受付データを生成し、この処方箋受付データを前記サーバに送信する第２の制御手段を備え、
前記サーバは、
前記医療機関用のキャッシュレジスタからの処方箋発行データと前記薬局用のキャッシュレジスタからの処方箋受付データとを前記処方箋識別情報により関連付けて記憶する記憶手段と、
前記薬局用のキャッシュレジスタからの処方箋受付データの受信時に、当該処方箋受付データに含まれている処方箋識別情報に対応する処方箋発行データを前記記憶手段から検索し、当該検索された処方箋発行データに対応する医療機関のアドレスに、前記受信された処方箋受付データに含まれている受付薬局情報を通知する第３の制御手段と、
を備える医療情報管理システム。 - 前記医療機関用のキャッシュレジスタは、患者の処方箋情報を含む診療／会計データを生成する医療機関用の端末に相互に通信可能に接続され、前記第１の制御手段は、前記生成した処方箋識別情報を前記医療機関用の端末に通知し、
前記医療機関用の端末は、
前記医療機関用のキャッシュレジスタから通知された処方箋識別情報を前記診療／会計データに対応付けて記憶する診療情報記憶手段と、
患者の再来時に、前回の来院時の診療／会計データに対応付けて記憶されている処方箋識別情報を前記診療情報記憶手段から検索し、当該検索された処方箋識別情報を前記医療機関用のキャッシュレジスタに送信する第４の制御手段を備え、
前記第１の制御手段は、前記医療機関の端末から送信された処方箋識別情報を前記サーバに転送し、
前記第３の制御手段は、前記医療機関用のキャッシュレジスタから送信された処方箋識別情報に対応する処方箋発行データ及び処方箋受付データを前記記憶手段から検索し、当該検索された処方箋受付データに対応する受付薬局のアドレスに、当該処方箋識別情報に対応する処方箋発行データに含まれる発行元医療機関情報を通知する請求項１に記載の医療情報管理システム。 - 前記処方箋受付データは、分割調剤であるか否かを示す区分を含み、
前記第３の制御手段は、前記薬局用のキャッシュレジスタから送信された処方箋受付データに分割調剤ではないことを示す区分が含まれており、かつ、前記記憶手段において、当該処方箋受付データに含まれる処方箋識別情報に関連付けて既に別の処方箋受付データが記憶されている場合に、既に同一の処方箋が受け付けられていることを示す警告を前記処方箋受付データの送信元である薬局用のキャッシュレジスタに通知する請求項１又は２に記載の医療情報管理システム。 - 前記第３の制御手段は、前記薬局用のキャッシュレジスタから送信された処方箋受付データに対応する処方箋発行データが前記記憶手段に存在しない場合に、当該処方箋受付データに対応する処方箋発行データが存在しないことを示す警告を前記処方箋受付データの送信元である薬局用のキャッシュレジスタに通知する請求項１又は２に記載の医療情報管理システム。
- 前記医療機関用のキャッシュレジスタは、前記処方箋識別情報を示すラベルを印刷するラベルプリンタを備える請求項１〜４の何れか一項に記載の医療情報管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008325544A JP2010146464A (ja) | 2008-12-22 | 2008-12-22 | 医療情報管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008325544A JP2010146464A (ja) | 2008-12-22 | 2008-12-22 | 医療情報管理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2010146464A true JP2010146464A (ja) | 2010-07-01 |
Family
ID=42566810
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008325544A Pending JP2010146464A (ja) | 2008-12-22 | 2008-12-22 | 医療情報管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2010146464A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012094064A (ja) * | 2010-10-28 | 2012-05-17 | Planning Of Healthcare And Environmental Wellbeing Corp | 処方判断システム |
| KR20160056064A (ko) * | 2014-11-11 | 2016-05-19 | 주식회사 유비케어 | 약품 분할 조제 방법 및 약품 분할 조제 시스템 |
| JP2019101941A (ja) * | 2017-12-06 | 2019-06-24 | 富士通株式会社 | 会計プログラム、会計装置及び会計方法 |
-
2008
- 2008-12-22 JP JP2008325544A patent/JP2010146464A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012094064A (ja) * | 2010-10-28 | 2012-05-17 | Planning Of Healthcare And Environmental Wellbeing Corp | 処方判断システム |
| KR20160056064A (ko) * | 2014-11-11 | 2016-05-19 | 주식회사 유비케어 | 약품 분할 조제 방법 및 약품 분할 조제 시스템 |
| KR101649500B1 (ko) * | 2014-11-11 | 2016-08-19 | 주식회사 유비케어 | 약품 분할 조제 방법 및 약품 분할 조제 시스템 |
| JP2019101941A (ja) * | 2017-12-06 | 2019-06-24 | 富士通株式会社 | 会計プログラム、会計装置及び会計方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10984896B2 (en) | Systems and methods for providing an inducement to purchase incident to a physician's prescription of medication | |
| US20080162188A1 (en) | Method and system for generating graphical medication information | |
| US20100262436A1 (en) | Medical information system for cost-effective management of health care | |
| Salmon et al. | E-prescribing: history, issues, and potentials | |
| JP2013503407A (ja) | 医療遵守キオスク | |
| US11869642B2 (en) | System and method to facilitate interoperability of health care modules | |
| JP6400865B1 (ja) | 情報処理装置 | |
| US20190074077A1 (en) | Prescription management system and method | |
| US10311210B2 (en) | Systems and methods for providing an inducement of a purchase in conjunction with a prescription | |
| JP2010146464A (ja) | 医療情報管理システム | |
| US20050288966A1 (en) | System and method for collecting diagnosis and prescription drug information | |
| US20130231952A1 (en) | Method and system for promoting medications | |
| JP2016224995A (ja) | サーバ装置、データ連携方法およびコンピュータプログラム | |
| US20200005921A1 (en) | Processing Pharmaceutical Prescriptions in Real Time Using a Clinical Analytical Message Data File | |
| George | Exploring the common prescribing errors that occur in the emergency department | |
| JP2021018606A (ja) | 情報処理システム、情報処理装置及び情報処理方法 | |
| JP2001325360A (ja) | 電子薬歴管理システム | |
| JP2003196396A (ja) | 医療情報管理方法およびシステム | |
| WO2024116304A1 (ja) | 医療情報処理装置、医療情報処理方法およびプログラム記憶媒体 | |
| JP2004318374A (ja) | 薬剤情報処理システム | |
| US20190272909A1 (en) | Systems and methods for providng an inducement for a purchase in conjunction with a prescription | |
| Figge | Electronic prescribing in the ambulatory care setting | |
| JP2023142390A (ja) | 電子カルテシステム及び電子カルテプログラム | |
| KR20000058711A (ko) | 처방전 작성과 약국의 보험금 청구를 위한 인터넷 사이트 | |
| PHARMACIST’S USER | OUTPATIENT PHARMACY |