JP2010165214A - 医療情報管理システム - Google Patents

Abstract

【課題】医療機関に設置される売上データ処理装置を利用して少ない設備投資で電子カルテシステムを導入できるようにする。
【解決手段】本発明に係るレジスタ２のＩＣカードリーダ２７により患者の診察券に記録されている個人情報キーが読み取られると、読み取られた個人情報キーが通信部によりサーバ１に送信される。サーバ１においては、レジスタ２から個人情報キーが受信されると、受信された個人情報キーに対応する患者の電子カルテ情報が電子カルテ情報ＤＢから読み出されて通信部によりレジスタ２が設置された医療機関の電子カルテＰＣ３に送信される。サーバ１において、電子カルテＰＣ３において更新された電子カルテ情報が通信部により受信されると、受信された電子カルテ情報により電子カルテ情報ＤＢの該当患者の電子カルテ情報が更新される。
【選択図】図１

Description

本発明は、医療情報管理システムに関する。

近年、大規模な医療機関ではカルテを電子情報として記録し管理する電子カルテシステムの導入が進んでいる。また、電子カルテシステムに保存されている電子カルテ情報を外部の病院や患者が参照することを可能とするシステムも知られている。例えば、特許文献１には、病院に設置された電子カルテシステムの電子カルテ情報を医師や患者が携帯電話で参照できるようにしたシステムが記載されている。

特開２００８−１５８２０号公報

しかしながら、電子カルテシステムを導入するには、電子カルテ情報を保存、管理するための専用のサーバ等を設置する必要があるため、多大な設備投資やスペースが必要となる。また、個人情報保護の問題もある。そのため、規模の小さい病院での電子カルテシステムの導入は難しいのが現状である。

また、患者に電子カルテ情報を公開する場合、特許文献１に記載の技術では、電子カルテ参照用の専用のアプリケーションをダウンロードする必要があり、携帯電話の操作が不慣れな人には利用しづらいといった問題がある。

本発明の課題は、医療機関に設置される売上データ処理装置を利用して少ない設備投資で電子カルテシステムを導入できるようにすることである。

上記課題を解決するため、請求項１に記載の発明は、
医療機関に設置された売上データ処理装置及び端末装置と、サーバとを備え、前記売上データ処理装置及び前記端末装置が通信ネットワークを介して前記サーバと相互に通信可能に接続される医療情報管理システムであって、
前記売上データ処理装置は、患者の診察券に記録されている患者識別情報を読み取る読取手段と、
前記読取手段により読み取られた患者識別情報を前記サーバに送信する第１の制御手段をと備え、
前記サーバは、
各患者の患者情報及び電子カルテ情報を患者識別情報と対応付けて記憶する記憶手段と、
前記売上データ処理装置からの患者識別情報を受信した際に、前記受信された患者識別情報に対応する患者の電子カルテ情報を前記記憶手段から読み出して前記売上データ処理装置が設置された医療機関の端末装置に送信する第２の制御手段とを備え、
前記端末装置は、
患者に対する診療結果又は投薬結果を入力する入力手段と、
前記入力手段により入力された診療結果又は投薬結果に基づいて前記サーバから受信した前記患者の電子カルテ情報を更新し、更新後の電子カルテ情報を前記サーバに送信する第３の制御手段とを備え、
前記第２の制御手段は、前記端末装置から電子カルテ情報が受信された際に、当該受信された電子カルテ情報により前記記憶手段に記憶されている前記患者の電子カルテ情報を更新する。

請求項２に記載の発明は、請求項１に記載の発明において、
前記サーバは、前記各患者の携帯端末と通信ネットワークを介して通信接続可能に構成され、
前記第２の制御手段は、患者別に前記電子カルテ情報に基づくレポート情報を公開するためのウェブページを生成して前記記憶手段に記憶し、前記携帯端末から前記ウェブページへのアクセス要求があった場合に、当該携帯端末から送信される認証情報に基づいて認証を行い、当該携帯端末に対応する患者についてのウェブページを前記記憶手段から読み出して前記携帯端末に送信する。

請求項３に記載の発明は、請求項２に記載の発明において、
前記各患者の診察券には、予め前記患者別のウェブページにアクセスするためのアドレス情報を示す二次元コードが付与されており、
前記携帯端末は、前記診察券の二次元コードを読み取って前記ウェブページのアドレス情報を取得する二次元コード読取手段を有する。

請求項４に記載の発明は、請求項３に記載の発明において、
前記患者別のウェブページのアドレス情報は、前記ウェブページの対象である患者の携帯端末情報を含み、
前記第２の制御手段は、前記携帯端末から前記ウェブページへのアクセス要求があった場合に、前記携帯端末に認証情報として携帯端末情報の送信を要求し、前記携帯端末から送信された携帯端末情報と前記アクセス要求されたウェブページに含まれる携帯端末情報とを照合し、一致した場合に、前記携帯端末にウェブページを送信する。

請求項５に記載の発明は、請求項２〜４の何れか一項に記載の発明において、
前記レポート情報は、通院情報を含む。

請求項６に記載の発明は、請求項２〜４の何れか一項に記載の発明において、
前記レポート情報は、処方箋情報を含む。

請求項７に記載の発明は、請求項２〜４の何れか一項に記載の発明において、
前記レポート情報は、投薬情報を含む。

請求項８に記載の発明は、請求項１〜７の何れか一項に記載の発明において、
前記記憶手段は、前記売上データ処理装置が設置されている医療機関の会計情報を記憶し、
前記第１の制御手段は、患者の会計時に当該患者に対する診療又は投薬についての会計用データを生成し、当該生成された会計用データを前記サーバに送信し、
前記第２の制御手段は、前記売上データ処理装置からの会計用データに基づいて前記記憶手段に記憶されている前記売上データ処理装置が設置されている医療機関の会計情報を更新する。

請求項９に記載の発明は、請求項８に記載の発明において、
前記第２の制御手段は、月毎に、前記記憶手段に記憶されている会計情報に基づいて、前記医療機関の診療報酬請求用のデータを生成し、生成された診療報酬請求用のデータを前記医療機関に設置されている端末装置に送信する。

本発明によれば、医療機関に設置される売上データ処理装置を利用して少ない設備投資で電子カルテシステムを導入することが可能となる。

本発明の実施形態における医療情報管理システムの全体構成例を示す図である。 図１のサーバの機能的構成を示すブロック図である。 図２の患者情報ＤＢのデータ構成例を示す図である。 図２のレジスタ情報ＤＢのデータ構成例を示す図である。 図２の電子カルテ情報ＤＢのデータ構成例を示す図である。 図２の会計情報ＤＢのデータ構成例を示す図である。 図１のレジスタの機能的構成を示すブロック図である。 図１の電子カルテＰＣの機能的構成を示すブロック図である。 図１の携帯端末の機能的構成を示すブロック図である。 図１のレジスタのＣＰＵにより実行される受付処理を示すフローチャートである。 図１のサーバのＣＰＵにより実行される電子カルテ情報送信処理を示すフローチャートである。 図１のサーバのＣＰＵにより実行される電子カルテ情報送信処理を示すフローチャートである。 図１の電子カルテＰＣのＣＰＵにより実行される電子カルテ情報更新処理を示すフローチャートである。 図１の電子カルテＰＣのＣＰＵにより実行される電子カルテ情報更新処理を示すフローチャートである。 図１のサーバのＣＰＵにより実行される電子カルテ情報ＤＢ更新処理を示すフローチャートである。 図１のサーバのＣＰＵにより実行される電子カルテ情報ＤＢ更新処理を示すフローチャートである。 図１のレジスタのＣＰＵにより実行される会計処理を示すフローチャートである。 図１のレジスタのＣＰＵにより実行される会計処理を示すフローチャートである。 図１のサーバのＣＰＵにより実行される会計情報更新処理を示すフローチャートである。 図１の携帯端末のＣＰＵにより実行される患者別専用履歴サイト表示処理を示すフローチャートである。 図１のサーバのＣＰＵにより実行される患者別専用履歴サイト送信処理を示すフローチャートである。 図９の表示部に表示される患者別専用履歴サイトの一例を示す図である。 図１のレジスタのＣＰＵにより実行される精算開始要求処理を示すフローチャートである。 図１のサーバのＣＰＵにより実行される入出金締め処理を示すフローチャートである。 図１のサーバのＣＰＵにより実行される入出金締め処理を示すフローチャートである。 図１のサーバのＣＰＵにより実行される診療報酬請求用データ生成処理を示すフローチャートである。 図１のサーバのＣＰＵにより実行される診療報酬請求用データ生成処理を示すフローチャートである。 図１の電子カルテＰＣのＣＰＵにより実行される申請データ作成処理を示すフローチャートである。

以下、図を参照して本発明の実施形態について詳細に説明する。
まず、構成を説明する。

（医療情報管理システム１００の構成）
図１に、本発明の実施形態に係る医療情報管理システム１００の全体構成例を示す。図１に示すように、医療情報管理システム１００は、データセンタに設置されたサーバ１と、医療機関Ａ１〜Ａｎのそれぞれに設置されたレジスタ２及び電子カルテＰＣ（Personal Computer）３と、携帯端末４と、を含んで構成されている。レジスタ２、電子カルテＰＣ３は、通信ネットワークＮを介してサーバ１と相互に通信接続可能に構成されている。携帯端末４は、基地局Ｂ及び通信ネットワークＮを介してサーバ１と相互に通信接続可能に構成されている。通信ネットワークＮは、専用線や既存の公衆回線、インターネット、移動体通信網等を利用して構築された情報通信網である。
レジスタ２は、電子式金銭登録機、電子キャッシュレジスタ、ＥＣＲ(Electronic Cash Register)等の売上データ処理装置である。医療機関Ａ１〜Ａｎは、病院、クリニック等の医療施設の他、薬局も含まれる。

（サーバ１の構成）
サーバ１は、患者情報ＤＢ（Data Base）１５１、レジスタ情報ＤＢ１５２、電子カルテ情報ＤＢ１５３、会計情報ＤＢ１５４（図２参照）等を備え、医療機関Ａ１〜Ａｎで診療や投薬を受けた患者の電子カルテ情報及び会計情報を一括管理する。また、サーバ１は、Ｗｅｂ（World Wide Web）サーバとしての機能を有し、患者別に電子カルテ情報に基づいて生成されるレポート情報を公開するＷｅｂページ（患者別専用履歴サイトという；図１８参照）のページデータ（ＨＴＭＬファイル等）を生成し、携帯端末４からのアクセスに応じて当該携帯端末４に対応する患者のページデータを送信する。

図２に、サーバ１の機能構成例を示す。図２に示すように、サーバ１は、ＣＰＵ１１、入力部１２、表示部１３、ＲＡＭ１４、記憶部１５、通信部１６等を備えて構成され、各部はバス１７により接続されている。

ＣＰＵ１１は、記憶部１５に記憶されているシステムプログラムを読み出し、ＲＡＭ１４内に展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ１１は、記憶部１５に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する電子カルテ情報送信処理、電子カルテ情報ＤＢ更新処理、会計情報更新処理、患者別専用履歴サイト送信処理、入出金締め処理、診療報酬請求用データ生成処理を始めとする各種処理を実行することにより、第２の制御手段として機能する。

入力部１２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ１１に出力する。

表示部１３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ１１から入力される表示信号の指示に従って、各種画面を表示する。

ＲＡＭ１４は、ＣＰＵ１１により記憶部１５から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。

記憶部１５は、半導体の不揮発メモリやＨＤＤ（Hard Disc Drive）等により構成される。記憶部１５は、ＣＰＵ１１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で格納され、ＣＰＵ１１は、当該プログラムコードに従った動作を逐次実行する。

また、記憶部１５は、患者情報ＤＢ（Data Base）１５１、レジスタ情報ＤＢ１５２、電子カルテ情報ＤＢ１５３、会計情報ＤＢ１５４を備えている。

患者情報ＤＢ１５１は、医療機関Ａ１〜Ａｎを利用する各患者の患者情報を格納するためのデータベースである。図３に、患者情報ＤＢ１５１のデータ構成例を示す。図３に示すように、患者情報ＤＢ１５１は、各患者についての「Ａ−１．氏名」、「Ａ−２．住所」、「Ａ−３．保険証・診察券」、「Ａ−４．通院履歴」、「Ａ−５．薬の処方履歴」、「Ａ−６．電子カルテＩＤ」等の項目からなる患者情報を１レコードとして格納する。

「Ａ−１．氏名」は、「患者ＩＤ」、「氏名（現姓）」、「旧姓」、「携帯端末情報」等の情報を含む。「患者ＩＤ」は、患者を識別するために、各患者に一意に割り当てられた識別情報である。患者情報ＤＢ１５１では、「患者ＩＤ」毎に１レコードが作成され、格納される。「携帯端末情報」は、携帯端末４の電話番号等、患者が所有する携帯端末４の識別情報である。
「Ａ−２．住所」は、「現住所」、「過去住所」、「電話（固定・携帯）・ＦＡＸ番号」、「郵便番号」等の情報を含む。
「Ａ−３．保険証・診察券」は、「Ａ−３−１．健康保険状況」、「Ａ−３−２．診察券情報」の詳細項目に分類される。「Ａ−３−１．健康保険状況」は、「現行加入健康保険情報」、「労災対象診療区分」、「事故対象診療区分」、「過去加入健康保険情報」、「介護保険適用区分」、「乳幼児医療助成適用区分」、「その他保険助成適用区分」等の情報を含む。「Ａ−３−２．診察券情報」は、「診察券作成先医療機関ＩＤ」、「診察券ＮＯ．」、「最終通院時診察券情報」等の情報を含む。診察券は、医療機関Ａ１〜Ａｎで共通であり、一人の患者に一枚発行されるものである。

「Ａ−４．通院履歴」は、「通院先病院履歴」、「症状別通院履歴」、「通院先診療科目情報」「アレルギー副作用情報」、「担当医情報（通院先病院別）」、「担当医情報（診療科目別）」、「セカンドオピニオン関連情報」等の情報を含む。
「Ａ−５．薬の処方履歴」は、「処方箋発行元医療機関（最新）」、「調剤薬局・担当薬剤師情報（最新）」、「薬取得情報（最新）」、「処方箋発行過去履歴」、「調剤薬局・担当薬剤師過去履歴」、「アレルギー・副作用情報」、「診療科目別投薬過去履歴」、「セカンドオピニオン関連情報」等の情報を含む。
「Ａ−４．通院履歴」の「セカンドオピニオン関連情報」は、「Ａ−４．通院履歴」の「通院先病院履歴」〜「担当医情報（診療科目別）」の情報をまとめたもので、他の病院にセカンドオピニオンを求めるときにこのデータのみを提示できるようにしたデータである。同様に、「Ａ−５．薬の処方履歴」の「セカンドオピニオン関連情報」は、「Ａ−５．薬の処方履歴」の「処方箋発行元医療機関（最新）」〜「診療科目別投薬過去履歴」、の情報をまとめたもので、他の病院にセカンドオピニオンを求めるときにこのデータのみを提示できるようにしたデータである。

「Ａ−６．電子カルテＩＤ」は、各患者のカルテを識別するために、各患者に一意に割り当てられた識別情報である。すなわち、医療情報管理システム１００においては、患者一人に対し１つの電子カルテＩＤが割り当てられ、全医療機関共通の一つの電子カルテ情報が作成される。

レジスタ情報ＤＢ１５２は、医療機関Ａ１〜Ａｎのそれぞれに設置されたレジスタ２及び電子カルテＰＣ３に関する情報を格納するためのデータベースである。図４に、レジスタ情報ＤＢ１５２のデータ構成例を示す。図４に示すように、レジスタ情報ＤＢ１５２は、各医療機関に設置されたレジスタ２についての「Ｂ−１．レジ所在地」、「Ｂ−２．医療機関データ」、「Ｂ−３．レジ端末情報」、「Ｂ−４．ネットワーク情報」、「Ｂ−５．医療機関ＩＤ情報」、「Ｂ−６．ＰＣ情報」等の項目からなる情報を１レコードとして格納する。

「Ｂ−１．レジ所在地」は、「レジ所在地」、「レジ機器構成情報」等の情報を含む。「レジ所在地」は、レジスタ２が設置されている住所を示す情報である。
「Ｂ−２．医療機関データ」は、レジスタ２が設置された医療機関に関する情報であり、「病院名・薬局名」、「設置場所電話番号」、「診療科目情報」等の情報を含む。
「Ｂ−３．レジ端末情報」は、「設置機種名」、「端末シリアルＮＯ．・テクノＮＯ．」、「担当販売店データ」、「設置日」、「開通日」等の情報を含む。

「Ｂ−４ネットワーク情報」は、「Ｂ−４−１．ＭＡＣアドレス」、「Ｂ−４−２．ネットワーク情報」の詳細項目に分類される。「Ｂ−４−１．ＭＡＣアドレス」は、「レジＭＡＣアドレス」等の情報を含む。「Ｂ−４−２．ネットワーク情報」は、レジスタ２の「ＩＰアドレス」、「ネットワーク構成情報」、「ネットワーク環境情報」等の情報を含む。

「Ｂ−５．医療機関ＩＤ情報」は、「医療機関ＩＤ」、「データセンタ用顧客ＩＤ」等の情報を含む。「医療機関ＩＤ」は、医療情報管理システム１００のサービスに加盟している医療機関Ａ１〜Ａｎを識別するために、各医療機関に一意に割り当てられた識別情報である。レジスタ情報ＤＢ１５２においては、医療機関ＩＤ毎に１つのレコードが作成され、格納されている。「データセンタ用顧客ＩＤ」は、データセンタで医療機関を管理するためのＩＤである。
「Ｂ−６．ＰＣ情報」は、このレジスタ２と同じ医療機関に設置されている電子カルテＰＣ３の情報であり、「ＰＣ個体情報」、「担当医情報」等の情報を含む。ＰＣ個体情報は、ＰＣのＭＡＣアドレス、ＩＰアドレス、型番、製造番号等である。

電子カルテ情報ＤＢ１５３は、医療機関Ａ１〜Ａｎで共通に利用される電子カルテ情報を格納するデータベースである。図５に、電子カルテ情報ＤＢ１５３のデータ構成例を示す。図５に示すように、電子カルテ情報ＤＢ１５３は「Ｃ−１．通院履歴」、「Ｃ−２．処方箋情報」、「Ｃ−３．投薬情報」、「Ｃ−４．体質情報」、「Ｃ−５．検査履歴」、「Ｃ−６．過去病歴」、「Ｃ−７．医療機関ＩＤ情報」、「Ｃ−８．診察券ＮＯ．」、「Ｃ−９．電子カルテＩＤ」、「Ｃ−１０．薬品情報」等の項目を含む電子カルテ情報を１レコードとして格納する。なお、上述のように、電子カルテ情報は、各患者に対し１つ（１レコード）作成され格納されるものである。

「Ｃ−１．通院履歴」は、「最新通院日」、「診療科目別通院履歴」、「症状別通院履歴」「診断書発行履歴」等の情報を含む。
「Ｃ−２．処方箋情報」は、「最新箋出力日」、「処方箋出力担当者（診察医）」、「処方箋過去履歴」、「セカンドオピニオン用データ」等の情報を含む。
「Ｃ−３．投薬情報」は、「最新投薬日」、「過去投薬履歴」、「調剤薬局名」、「調剤担当薬剤師」等の情報を含む。新規に投薬が行われた場合、「過去投薬履歴」に投薬履歴が追加される。
「Ｃ−４．体質情報」は、「投薬による副作用履歴」、「アレルギー情報及び症状履歴」、「最新の症状発生情報及び対応情報」、「症状過去発生履歴」、「症状発生時対応履歴」等の情報を含む。「投薬による副作用履歴」には、診察医及び薬剤師情報が含まれる。

「Ｃ−５．検査履歴」は、「最新検査日及び検査予約日」、「検査箇所及び検査項目」、「最新検査結果」、「検査結果履歴」、「検査後経過観察記録」等の情報を含む。
「Ｃ−６．過去病歴」は、「過去病歴」、「過去入院履歴」、「紹介状履歴及び紹介先通院履歴」、「一定期間経過後の病歴管理」、「一定期間経過後の投薬管理」、「一定期間経過後の診断書発行履歴」、「その他過去履歴データ」等の情報が含まれる。
「Ｃ−７．医療機関ＩＤ情報」は、「医療機関ＩＤ」、「データセンタ用顧客ＩＤ」等の情報を含む。患者が複数の医療機関を利用した場合には、複数の医療機関ＩＤ及びデータセンタ用顧客ＩＤの組み合わせとなる。

なお、「Ｃ−１．通院履歴」に含まれる「診療科目別通院履歴」、「症状別通院履歴」、「診断書発行履歴」、「Ｃ−２．処方箋情報」に含まれる「処方箋過去履歴」、「セカンドオピニオン用データ」等は、一定期間経過後、過去データとしてアーカイブ化され、「Ｃ−６．過去病歴」に含まれる「一定期間経過後の病歴管理」、「一定期間経過後の投薬管理」、「一定期間経過後の診断書発行履歴」等に移行される。

電子カルテ情報ＤＢ１５３は、外部からの不正なデータ書き込みを防止するため、書き込み禁止となっており、書き込み禁止を解除しない限りはデータの書き込みができないようになっている。

会計情報ＤＢ１５４は、医療機関Ａ１〜Ａｎの各医療機関の会計情報を格納するデータベースである。図６に、会計情報ＤＢ１５４のデータ構成例を示す。図６に示すように、会計情報ＤＢ１５４は、「Ｄ−１．医療機関ＩＤ情報」、「Ｄ−２．入出金集計」、「Ｄ−３．負担区分別金額」、「Ｄ−４．診療費明細」、「Ｄ−５．年代別集計」、「Ｄ−６．時間帯別集計」、「Ｄ−７．月度別・年度別集計」、「Ｄ−８．レセプト請求区分別データ」、「Ｄ−９．クレジット請求用データ」等の項目からなる会計情報を１レコードとして格納する。会計情報は、１つの医療機関に対し１つ（１レコード）作成され格納される。

「Ｄ−１．医療機関ＩＤ情報」は、「医療機関ＩＤ」、「会計担当者ＩＤ」等の情報を含む。
「Ｄ−２．入出金集計」は、「前日現金繰越残高」、「当日現金出納」、「入金区分別集計」、「当日現金入金総計」、「翌日現金繰越残高」等の情報を含む。入金区分は、現金、クレジット会社（会社別）の区分等からなる。
「Ｄ−３．負担区分別金額」は、「現行加入健康保険」、「労災対象診療区分」、「事故対象診療区分」「過去加入健康保険」、「介護保険適用区分」、「乳幼児医療助成適用区分」、「その他保険助成適用区分」等の保険区分別の当日の請求金額、及び「当日集計（区分別）」「当日集計（全体）」の情報を含む。
「Ｄ−４．診療費明細」は、「初診・再診料明細」、「各種診察料明細」、「各種検査料明細」、「食事代・個室料明細」、「雑費扱明細」等の当日の医療費の項目別金額、及び「当日集計（項目別）」、「当日集計（全体）」の情報を含む。
「Ｄ−５．年代別集計」は、「小児明細」、「高齢者明細（非後期高齢者）」、「後期高齢者明細」、「一般明細」、「その他明細」等の当日の医療費の年代別集計の情報を含む。
「Ｄ−６．時間帯別集計」は、「一般診察時間帯別」、「特殊時間帯別」、「自治体指定当番時間帯別」、「その他設定時間帯別」等の当日の医療費の時間帯別集計の情報及び「過去データ」を含む。

「Ｄ−７．月度別・年度別集計」は、「月度別集計用日計データ」、「月度別集計」、「一般会計年度集計」、「確定申告用年度集計」、「その他年度別集計」、「過去データ」等の情報を含む。「月度別集計用日計データ」は、当月の各日付の「Ｄ−２．入出金集計」〜「Ｄ−６．時間帯別集計」のデータである。「月度別集計」は、直近１２ヶ月分の月度別の「月度別集計用日計データ」を蓄積したものである。

「Ｄ−８．レセプト請求区分別データ」は、「当月レセプト作成分データ」、「請求後〜還付前集計データ」、「還付後集計データ」、「請求チェック、還付チェックデータ」、「過去データ」等の情報を含む。
「Ｄ−９．クレジット請求用データ」は、「クレジット会社提出用データ」、「過去データ」等の情報を含む。

また、記憶部１５は、患者別専用履歴サイトのページデータ、患者別専用履歴サイトへの初回アクセス時に携帯端末４に表示させるためのページデータ、患者の携帯端末４とは異なる端末から患者別専用履歴サイトにアクセスがあった場合に端末にエラーを表示させるためのエラーページのデータを記憶している。患者別専用履歴サイトのページデータは、患者別に、患者ＩＤと対応付けて、その患者の携帯端末４の携帯端末情報を含むＵＲＬ（Uniform Resource Locator）が示す格納場所に格納されている。
また、記憶部１５は、各医療機関の診療報酬請求用データを記憶する。
更に、記憶部１５は、アレルギーと、そのアレルギーの体質の人には処方してはいけない薬品との対応付けを示すテーブル等を記憶している。

図２に戻り、通信部１６は、モデム、ルータ等により構成され、通信ネットワークＮを介してレジスタ２及び電子カルテＰＣ３等の外部機器とデータ送受信を行う。

（レジスタ２の構成）
レジスタ２は、医療機関に設置された医療機関用の売上データ処理装置である。

図７に、レジスタ２の機能構成例を示す。図７に示すように、レジスタ２は、ＣＰＵ２１、入力部２２、表示部２３、印刷部２４、ＲＡＭ２５、記憶部２６、ＩＣカードリーダ２７、通信部２８、ドロア２９を備えて構成され、各部はバス２０１により接続されている。

ＣＰＵ２１は、記憶部２６に記憶されているシステムプログラムを読み出し、ＲＡＭ２５内に展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ２１は、記憶部２６に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する受付処理、会計処理、精算開始要求処理を始めとする各種処理を実行することにより、第１の制御手段として機能する。

入力部２２は、電源キー、カーソルキー、文字、数字入力キー等の各種機能キー等を備えたレジ用のキーボードを含む構成とし、オペレータによる各キーの操作信号をＣＰＵ２１に出力する。また、表示部２３の画面上に設けられたタッチパネルを含む。タッチパネルは、表示部２３の上面を覆うように設置されており、オペレータの指などを用いた操作によって押圧入力された所望の入力位置を検出し、その検出信号をＣＰＵ２１に出力する。また、入力部２２は、商品に設けられたバーコードを読み取るバーコードリーダやバーコードスキャナ等を備える。

表示部２３は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ２１から入力される表示信号の指示に従って、各種画面を表示する。

印刷部２４は、例えば、サーマルプリンタ(感熱式プリンタ)であり、レシート用、ジャーナル用のロール紙(感熱紙)を有し、ＣＰＵ２１から入力される指示信号に従って、各ロール紙に対して金額等のデータをプリントアウトする。

ＲＡＭ２５は、ＣＰＵ２１により記憶部２６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。

記憶部２６は、半導体の不揮発メモリ等により構成される。記憶部２６は、ＣＰＵ２１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で格納され、ＣＰＵ２１は、当該プログラムコードに従った動作を逐次実行する。

また、記憶部２６は、サーバ１でレジスタ２の個体を識別するためのレジ識別キーを記憶している。レジ識別キーは、レジスタ２の所在地、病院名・薬局名、端末シリアルＮＯ．・テクノＮＯ．、医療機関ＩＤからなるデータである。

ＩＣカードリーダ２７は、ＩＣカードにより構成される診察券に記録されている患者の個人情報キーを読み取ってＣＰＵ２１に出力する読取手段である。個人情報キーは、患者の個人を識別するための患者識別情報であり、本実施形態においては、患者ＩＤ、氏名、携帯端末情報、診察券ＮＯ．電子カルテＩＤからなるデータである。

通信部２８は、モデム、ルータ等により構成され、通信ネットワークＮを介してサーバ１等の外部機器とデータ送受信を行う。

ドロア２９は、硬貨や紙幣等の現金を収納する引出しである。ドロア２９は、ＣＰＵ２１の指示により、引出しが開けられる。

（電子カルテＰＣ３の構成）
電子カルテＰＣ３は、医療機関に設置され、医師が電子カルテ情報の入力を行うための医療機関用の端末装置である。

図８に、電子カルテＰＣ３の機能構成例を示す。図８に示すように、電子カルテＰＣ３は、ＣＰＵ３１、入力部３２、表示部３３、ＲＡＭ３４、記憶部３５、通信部３６、メディア書き込み部３７等を備えて構成され、各部はバス３８により接続されている。

ＣＰＵ３１は、記憶部３５に記憶されているシステムプログラムを読み出し、ＲＡＭ３４内に展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ３１は、記憶部３５に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する電子カルテ情報更新処理、申請データ作成処理を始めとする各種処理を実行することにより、第３の制御手段として機能する。

入力部３２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ３１に出力する。

表示部３３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ(Cathode Ray Tube)や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ３１から入力される表示信号の指示に従って、各種画面を表示する。

ＲＡＭ３４は、ＣＰＵ３１により記憶部３５から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。

記憶部３５は、半導体の不揮発メモリやＨＤＤ（Hard Disc Drive）等により構成される。記憶部３５は、ＣＰＵ３１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で格納され、ＣＰＵ３１は、当該プログラムコードに従った動作を逐次実行する。

通信部３６は、モデム、ルータ等により構成され、通信ネットワークＮを介してサーバ１等の外部機器とデータ送受信を行う。

メディア書き込み部３７は、ＣＰＵ３１からの指示によりＣＤ−ＲやＤＶＤ−Ｒ等の記録メディアにデータを書き込む。

（携帯端末４の構成）
携帯端末４は、患者が所有する携帯電話機、ＰＤＡ（Personal Digital Assistant）等の端末である。携帯端末４は、Ｗｅｂブラウザ機能を有し、サーバ１等のＷｅｂサーバにアクセスしてＷｅｂページを表示することが可能である。

図９に、携帯端末４の機能構成例を示す。図９に示すように、携帯端末４は、ＣＰＵ４１、入力部４２、表示部４３、ＲＡＭ４４、記憶部４５、無線通信部４６、読取部４７等を備えて構成され、各部はバス４８により接続されている。

ＣＰＵ４１は、記憶部４５に記憶されているシステムプログラムを読み出し、ＲＡＭ４４内に展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ４１は、記憶部４５に記憶されている各種処理プログラムを読み出してワークエリアに展開し、後述する患者別専用履歴サイト表示処理を始めとする各種処理を実行する。

入力部４２は、テンキー、カーソルキー、電源ＯＮ／ＯＦＦキー、各種ファンクションボタン等を有し、キーやボタンの押下信号による操作信号をＣＰＵ４１に出力する。

表示部４３は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ(Electro-Luminescence)ディスプレイ等により構成され、ＣＰＵ４１から入力される表示信号の指示に従って、各種画面を表示する。

ＲＡＭ４４は、ＣＰＵ４１により記憶部４５から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に格納する。

記憶部４５は、半導体の不揮発メモリ等により構成される。記憶部４５は、ＣＰＵ４１で実行されるシステムプログラムや、各種処理を実行するためのプログラム、これらのプログラムの実行に必要なデータ等を記憶する。プログラムは、コンピュータ読み取り可能なプログラムコードの形態で格納され、ＣＰＵ４１は、当該プログラムコードに従った動作を逐次実行する。
また、記憶部４５は、携帯端末４の携帯端末情報を記憶する。

無線通信部４６は、無線アンテナ（図示せず）を備えて構成され、基地局Ｂとアンテナとの間で信号の送受信を行うことにより、基地局Ｂを介して通信ネットワークＮに接続されたサーバ１を始めとする各種装置との通信を行う。

読取部４７は、例えば、デジタルカメラ，イメージリーダ等の撮影装置を含み、ＱＲコード等の二次元コードを読み取ってＣＰＵ４１に出力する二次元コード読取手段である。本実施形態において、診察券には、上述の個人情報キーが記録されている他、患者別専用履歴サイトにアクセスするためのＵＲＬを示す二次元コードが表示されている。読取部４７は、診察券に表示されている二次元コードを読み取ってＵＲＬを取得する。
なお、患者別専用履歴サイトにアクセスするためのＵＲＬは、所定の桁に対象患者の携帯端末情報を含んでいる。患者別専用履歴サイトは、ＵＲＬに含まれる携帯端末情報と一致する携帯端末情報を有する携帯端末４からアクセスがあった場合にのみ閲覧可能となっている。

（医療情報管理システム１００の動作）
次に、医療情報管理システム１００の各装置における動作について説明する。
〔受付処理〕
医療機関Ａ１〜Ａｎにおいて、患者が来院（来局）し、受付担当に診察券が提出されると、受付担当は入力部２２により受付開始指示を入力するとともにレジスタ２のＩＣカードリーダ２７に診察券をかざして診察券の読み取り操作を行うことで患者の受付を行う。

図１０に、レジスタ２において実行される受付処理のフローチャートを示す。当該処理は、入力部２２により受付開始指示が入力された際に、ＣＰＵ２１と記憶部２６に記憶されているプログラムとの協働により実行される。

ＩＣカードリーダ２７において診察券が検知されると（ステップＳ１）、診察券のＩＣチップ内に記録されている個人情報キーの読み取りが開始される（ステップＳ２）。

診察券からの個人情報キーの読み取りが成功すると（ステップＳ３；ＹＥＳ）、処理はステップＳ６に移行する。診察券からの個人情報キーの読み取りが失敗した場合（ステップＳ３；ＮＯ）、診察券状態の確認が行われ、異常がない（診察券内のＩＣチップからのデータの読み出しが可能である）と判断されると（ステップＳ４；異常なし）、処理はステップＳ３に戻る。診察券状態が異常であり、ＩＣチップからのデータの読み出しができない（例えば、ＩＣチップが破損していて応答がない）と判断されると（ステップＳ４；異常あり）、表示部２３に診察券再発行の指示が表示され（ステップＳ５）、処理はステップＳ１に戻る。

ステップＳ６においては、通信部２８によりサーバ１への接続が開始される（ステップＳ６）。サーバ１との通信が確立すると（ステップＳ７；ＹＥＳ）、記憶部２６に記憶されているレジ識別キーが読み出され、個人情報キー及びレジ識別キーのそれぞれが所定のアルゴリズムで暗号化され（ステップＳ８）、カルテ送信要求及び個人情報キー及びレジ識別キーの暗号化データが通信部２８によりサーバ１へ送信され（ステップＳ９）、受付処理は終了する。暗号化は、同じデータであっても毎回異なる結果となるように行うことが好ましい。

一方、サーバ１との通信が確立しなかった場合（ステップＳ７；ＮＯ）、表示部２３に、通信部２８により出力されるサーバ１との通信が確立しなかった理由（原因）を示すエラーコードが表示され（ステップＳ１０）、続いてエラーコードに応じた修理対応を促す表示が表示され（ステップＳ１１）、受付処理は終了する。

〔電子カルテ情報送信処理〕
図１１Ａ〜図１１Ｂに、サーバ１において、通信部１６によりレジスタ２からカルテ送信要求が受信された際に実行される電子カルテ情報送信処理のフローチャートを示す。当該処理は、ＣＰＵ１１と記憶部１５に記憶されているプログラムとの協働により実行される。

まず、レジスタ２から送信された個人情報キー及びレジ識別キーの暗号化データが通信部１６により受信される（ステップＳ２１）。

次いで、個人情報キー及びレジ識別キーが復号され（ステップＳ２２）、個人情報キーに含まれる診察券ＮＯ．と「Ａ−３．保険証・診察券」の「診察券ＮＯ．」が一致するレコードが患者情報ＤＢ１５１において検索され、検索されたレコードの「Ａ−４．通院履歴」内の「通院先病院履歴」、及び「Ａ−５．薬の処方履歴」内の「調剤薬局・担当薬剤師過去履歴」がＲＡＭ１４に読み出される（ステップＳ２３）。

次いで、レジ識別キーに含まれる病院・薬局名がＲＡＭ１４に読み出される（ステップＳ２４）。

次いで、ステップＳ２３で読み出された「通院先病院履歴」及び「調剤薬局・担当薬剤師過去履歴」内において、ステップＳ２４で読み出された病院名・薬局名の検索が行われる（ステップＳ２５）。検索の結果、「通院先病院履歴」又は「調剤薬局・担当薬剤師過去履歴」にレジ識別キーの病院名・薬局名が存在した場合、その診察券の患者がカルテ要求元のレジスタ２の設置されている病院又は薬局を利用したことがあること示す。診察券の患者の「通院先病院履歴」又は「調剤薬局・担当薬剤師過去履歴」にレジ識別キーの病院名・薬局名が存在しなかった場合、その診察券の患者がカルテ要求元のレジスタ２の設置されている病院又は薬局を利用したことがないこと示す。

診察券の患者の「通院先病院履歴」又は「調剤薬局・担当薬剤師過去履歴」にレジ識別キーの病院名・薬局名が存在した場合（ステップＳ２６；ＹＥＳ）、個人情報キーの診察券ＮＯ．と「Ｃ−８．診察券ＮＯ．」が一致するレコードが電子カルテ情報ＤＢ１５３から検索され（ステップＳ２７）、処理はステップＳ３０に移行する。

一方、診察券の患者の「通院先病院履歴」又は「調剤薬局・担当薬剤師過去履歴」にレジ識別キーの病院名・薬局名が存在しなかった場合（ステップＳ２６；ＮＯ）、個人情報キーに含まれる電子カルテＩＤと「Ｃ−９．電子カルテＩＤ」が一致するレコードが電子カルテ情報ＤＢ１５３から検索され、検索されたレコードの「医療機関ＩＤ」にレジ識別キーに含まれる医療機関ＩＤが追加される（ステップＳ２８）。これにより、カルテ要求元のレジスタ２の設置されている医療機関が患者の利用したことのある医療機関として電子カルテ情報に記録されることとなる。また、ステップＳ２８において電子カルテ情報ＤＢ１５３において検索されたレコードに含まれる「Ｃ−８．診察券ＮＯ．」と「Ａ−３．保険証・診察券」の「診察券ＮＯ．」が一致するレコードが患者情報ＤＢ１５１から検索され（ステップＳ２９）、処理はステップＳ３０に移行する。

ステップＳ３０においては、患者情報ＤＢ１５１において検索されたレコードの「Ａ−６．電子カルテＩＤ」と電子カルテ情報ＤＢ１５３において検索されたレコードの「Ｃ−９．電子カルテＩＤ」が照合され、両者が一致しなかった場合（ステップＳ３０；ＮＯ）、通信部１６によりカルテ要求元のレジスタ２に該当患者の電子カルテ情報が検索できない旨のエラー通知が送信され（ステップＳ３９）、電子カルテ情報送信処理は終了する。

患者情報ＤＢ１５１において検索されたレコードの「Ａ−６．電子カルテＩＤ」と電子カルテ情報ＤＢ１５３において検索されたレコードの「Ｃ−９．電子カルテＩＤ」とが一致した場合（ステップＳ３０；ＹＥＳ）、電子カルテ情報ＤＢ１５３において検索されたレコード（診察券の患者の電子カルテ情報）への書き込み禁止が解除される（ステップＳ３１）。

そして、レジ識別キーの医療機関ＩＤによりレジスタ情報ＤＢ１５２が検索され、医療機関ＩＤがレジ識別キーと一致するレコードの「ＰＣ個体情報」からカルテ要求元のレジスタ２と対応する、即ち同じ医療機関に設置されている電子カルテＰＣ３のアドレスが取得され（ステップＳ３２）、通信部１６により、取得されたアドレスに書き込み禁止が解除された電子カルテ情報が送信される（ステップＳ３３）。次のステップＳ３４では、電子カルテＰＣ３への電子カルテ情報の送信が成功したか否かが判別され、電子カルテＰＣ３への電子カルテ情報の送信が成功すると（ステップＳ３４；ＹＥＳ）、電子カルテ情報送信処理は終了する。

電子カルテＰＣ３への電子カルテ情報の送信が失敗した場合（ステップＳ３４；ＮＯ）、通信部１６によりカルテ要求元のレジスタ２にエラーが通知される（ステップＳ３５）。通信部１６によりレジスタ２から応答が受信されると（ステップＳ３６；ＹＥＳ）、レジスタ２に個人情報キー及び識別情報キーの再送信依頼が送信され（ステップＳ３７）、電子カルテ情報送信処理は終了する。レジスタ２から応答が受信されない場合（ステップＳ３６；ＮＯ）、表示部１３に「電子カルテ情報の送信が失敗しました」等のメッセージが表示され（ステップＳ３８）、電子カルテ送信処理は終了する。

なお、サーバ１においては、後述する電子カルテ情報ＤＢ更新処理が終了するまでレジスタ２から送信された個人情報キー、レジ識別キー、及び電子カルテ情報の送信先となった電子カルテＰＣ３のＩＰアドレス等を対応付けてＲＡＭ１４に記憶しておき、電子カルテ情報更新中の医療機関のレジスタ２及び電子カルテＰＣ３を管理する。

〔電子カルテ情報更新処理〕
図１２Ａ〜図１２Ｂに、電子カルテＰＣ３において、サーバ１から送信された電子カルテ情報が受信された際に実行される電子カルテ情報更新処理のフローチャートを示す。当該処理は、ＣＰＵ３１と記憶部３５に記憶されているプログラムとの協働により実行される。

まず、通信部３６により受信された電子カルテ情報が表示部３３に表示される（ステップＳ５０）。 入力部３２により今回の診察（投薬）結果が入力されると（ステップＳ５１）、入力された内容に応じて電子カルテ情報が更新される（ステップＳ５２）。例えば、病院では、今回の診療内容に基づいて、最新通院日、診療科目、症状、処方箋出力日、処方箋出力担当者、処方箋の内容、該当する体質情報、検査日、検査予約日、検査箇所、検査項目、最新検査結果等が入力され、内容が確定されると、電子カルテ情報の入力された内容に対応する項目の情報が更新される。また、薬局では、最新投薬日、調剤薬局名、調剤担当薬局等が入力され、内容が確定されると、電子カルテ情報の入力された内容に対応する項目の情報が更新される。

更新が完了すると、電子カルテ情報の更新終了通知が作成及び暗号化され（ステップＳ５３）、通信部３６によりサーバ１に更新終了通知が送信される（ステップＳ５４）。次のステップＳ５５では、更新終了通知の送信が成功したか否かが判別され、更新終了通知の送信が成功すると（ステップＳ５５；ＹＥＳ）、処理はステップＳ６１に移行する。

一方、更新終了通知の送信が失敗すると（ステップＳ５５；ＮＯ）、通信部３６により更新終了通知が再送信される（ステップＳ５６）。更新終了通知の再送信が成功すると（ステップＳ５７；ＹＥＳ）、処理はステップＳ６１に移行する。 更新終了通知の再送信が失敗すると（ステップＳ５７；ＮＯ）、タイムアウトにより一旦通信が打ち切られ（ステップＳ５８）、更新終了通知が再度暗号化される（ステップＳ５９）。通信障害の復旧後、通信部３６により暗号化された更新終了通知がサーバ１に再送信され（ステップＳ６０）、処理はステップＳ５５に戻る。なお、更新終了通知を再度暗号化するのは、異なる暗号化処理によって暗号化しセキュリティを確保するためである。

ステップＳ６１において、通信部３６によりサーバ１からの更新分送信要求が受信されると（ステップＳ６１）、更新された電子カルテ情報が暗号化される（ステップＳ６２）。そして、暗号化された電子カルテ情報が通信部３６によりサーバ１へ送信される（ステップＳ６３）。次のステップＳ６４では、暗号化された電子カルテ情報の送信が成功したか否かが判別され、暗号化された電子カルテ情報の送信が失敗すると（ステップＳ６４；ＮＯ）、更新された電子カルテ情報が再度暗号化され（ステップＳ６５）、通信部３６によりサーバ１に再送信される（ステップＳ６６）。次のステップＳ６７では、暗号化された電子カルテ情報の再送信が成功したか否かが判別される。

再送信が成功すると（ステップＳ６７；ＹＥＳ）、電子カルテ情報更新処理は終了する。再送信が失敗した場合（ステップＳ６７；ＮＯ）、タイムアウトにより通信が一旦打ち切られ（ステップＳ６８）、通信復旧後、暗号化された電子カルテ情報が再送信され（ステップＳ６９）、処理はステップＳ６４に戻る。ステップＳ６４において、暗号化された電子カルテ情報の送信が成功すると（ステップＳ６４；ＹＥＳ）、電子カルテ情報更新処理は終了する。

〔電子カルテ情報ＤＢ更新処理〕
図１３Ａ〜図１３Ｂに、電子カルテＰＣ３への電子カルテ情報の送信後、サーバ１において実行される電子カルテ情報ＤＢ更新処理のフローチャートを示す。当該処理は、ＣＰＵ１１と記憶部１５に記憶されているプログラムとの協働により実行される。

通信部１６により電子カルテＰＣ３から更新終了通知が受信されると（ステップＳ８１；ＹＥＳ）、電子カルテＰＣ３に更新分送信要求が送信される（ステップＳ８２）。次のステップＳ８３では、更新分送信要求の送信が成功したか否かが判別され、更新分送信要求の送信が成功すると（ステップＳ８３；ＹＥＳ）、処理はステップＳ８７に移行し、電子カルテＰＣ３からの電子カルテ情報の受信待ち状態となる。

更新分送信要求の送信が失敗すると（ステップＳ８３；ＮＯ）、通信部１６により電子カルテＰＣ３に更新分送信要求が再度送信される（ステップＳ８４）。次のステップＳ８５では、ステップＳ８３と同様に、更新分送信要求の送信が成功したか否かが判別され、更新分送信要求の送信が成功すると（ステップＳ８５；ＹＥＳ）、処理はステップＳ８７に移行する。更新分送信要求の送信が失敗すると（ステップＳ８５；ＮＯ）、通信障害が復旧され次第、通信部１６により電子カルテＰＣ３に、更新分送信要求が再度送信され（ステップＳ８６）、処理はステップＳ８３に戻る。

ステップＳ８７において、通信部１６により電子カルテＰＣ３からの電子カルテ情報が受信されると（ステップＳ８７）、受信された電子カルテ情報が復号される（ステップＳ８８）。そして、受信された電子カルテ情報の更新前後の差分がチェックされる（ステップＳ８９）。具体的には、受信された電子カルテ情報と「Ｃ−９．電子カルテＩＤ」が一致するレコードが電子カルテ情報ＤＢ１５３において検索され、検索されたレコードと受信された電子カルテ情報の差分がチェックされる。また、差分データの整合性がチェックされる（ステップＳ９０）。

整合性チェックでは、データ形式等のチェックの他、データ内容のチェックも行われる。例えば、更新前の電子カルテ情報の「Ｃ−４．体質情報」に含まれる「投薬による副作用履歴」に存在する薬品が更新後の「Ｃ−２．処方箋情報」に含まれる「処方箋過去履歴」に今回処方分として含まれている場合、整合性チェックでＮＧとなる。また、サーバ１の記憶部１５には、アレルギーと、そのアレルギーの体質の人には処方してはいけない薬品との対応付けテーブルが記憶されており、更新前の「Ｃ−４．体質情報」の「アレルギー情報」に含まれるアレルギーに対応する薬品が更新後の「Ｃ−２．処方箋情報」の「処方箋過去履歴」に今回処方分として含まれている場合、整合性チェックでＮＧとなる。

整合性チェックの結果、整合性がＯＫであると判断された場合（ステップＳ９１；ＯＫ）、受信された電子カルテ情報に基づいて、電子カルテ情報ＤＢ１５３が更新される（ステップＳ９２）。即ち、ステップＳ８９で検索されたレコード（該当患者の電子カルテ情報）が受信された電子カルテ情報に基づき更新される。次いで、受信された電子カルテ情報の「Ｃ−９．電子カルテＩＤ」と「Ａ−６．電子カルテＩＤ」が一致するレコードが患者情報ＤＢ１５１において検索され（ステップＳ９３）、検索されたレコードの「Ａ−４．通院履歴」「Ａ−５．薬の処方履歴」の各項目の内容が受信された電子カルテ情報の内容に基づいて更新される（ステップＳ９４）。また、受信された電子カルテ情報に基づいて、患者に対し今回の診療、投薬の結果等を示すレポート情報（図１８参照）を公開するためのページデータが生成され、記憶部１５に記憶されている対象患者の患者別専用履歴サイトのページデータ（即ち、記憶部１５においてステップＳ９３で検索されたレコードの「患者ＩＤ」が対応付けて記憶されているページデータ）が更新される（ステップＳ９５）。そして、通信部１６により患者別専用履歴サイトの更新完了が送信元の電子カルテＰＣ３に対応するレジスタ２に通知される（ステップＳ９６）。

更新が完了すると、電子カルテ情報ＤＢ１５３の更新されたレコードの書き込みロックが再開され（ステップＳ９７）、更新された電子カルテ情報に対応する患者の会計開始が可能となった旨が通信部１６によりレジスタ２に通知され（ステップＳ９８）、電子カルテＤＢ更新処理は終了する。ステップＳ９８により送信される通知には、会計開始可能となった患者の診察券ＮＯ．等が含まれる。

一方、整合性チェックの結果、整合性がＮＧであると判断された場合（ステップＳ９１；ＮＧ）、通信部１６により送信元の電子カルテＰＣ３に整合性エラーが通知される（ステップＳ９９）。そして、エラー原因を更新後のデータから特定する処理が行われ（ステップＳ１００）、エラー原因が特定されると（ステップＳ１０１；ＹＥＳ）、特定した原因と対応策を示す情報が電子カルテＰＣ３に送信され（ステップＳ１０２）、電子カルテ情報ＤＢ更新処理は終了する。エラー原因が特定されない場合は（ステップＳ１０１；ＮＯ）、カルテ情報ＤＢ更新処理は終了する。

電子カルテＰＣ３側では、整合性エラーが通知されると、エラー修正が行われ、修正後の電子カルテ情報が暗号化され、サーバ１に送信されることとなる。

〔会計処理〕
図１４Ａ〜図１４Ｂに、レジスタ２において実行される会計処理のフローチャートを示す。当該処理は、入力部２２により会計処理開始が指示された際にＣＰＵ２１と記憶部２６に記憶されているプログラムとの協働により実行される。

ＩＣカードリーダ２７により診察券が読み取られると（ステップＳ１１１）、診察券に対応する患者についての会計開始が可能であるか否かが判断される（ステップＳ１１２）。ここで、図１３のステップＳ９８においてサーバ１から送信される、会計開始可能となった旨の通知が通信部２８により受信されると、レジスタ２においてはＲＡＭ２５に会計開始可能通知が記憶される。ステップＳ１１２においては、ＲＡＭ２５が参照され、診察券から読み取られた診察券ＮＯ．等に基づいて、診察券に対応する患者の会計開始が可能であるか否かが判断される。

読み取られた診察券に対応する患者についての会計開始が可能ではないと判断されると（ステップＳ１１２；ＮＯ）、表示部２３に会計開始が未だ可能ではない旨のメッセージが表示され（ステップＳ１１３）、処理はステップＳ１１１に戻る。

読み取られた診察券に対応する患者についての会計開始が可能であると判断されると（ステップＳ１１２；ＹＥＳ）、診察券から読み取られた個人情報キーと、記憶部２６から読み出されたレジ識別キーとがそれぞれ暗号化され（ステップＳ１１４）、会計処理要求、暗号化された個人情報キー及びレジ識別キーが通信部２８によりサーバ１に送信される（ステップＳ１１５）。次のステップＳ１１６では、サーバ１への会計処理要求等の送信が成功したか否かが判別され、会計処理要求等の送信が失敗した場合（ステップＳ１１６；ＮＯ）、送信が失敗した理由を示すエラーコードが表示部２３に表示され（ステップＳ１１７）、処理はステップＳ１１１に戻る。

サーバ１への会計処理要求等の送信が成功すると（ステップＳ１１６；ＹＥＳ）、通信部３６によるサーバ１からの会計開始通知の受信が待機される（ステップＳ１１８）。会計開始通知は、レジスタ２で実施する会計処理に応じてサーバ１において会計情報ＤＢ１５４の更新が可能となったことを示す通知である。通信部３６によりサーバ１からの会計開始通知が受信されると（ステップＳ１１８；ＹＥＳ）、表示部２３にサーバ１で会計情報の更新が可能となった旨が表示される（ステップＳ１１９）。

会計開始通知の受信後、入力部２２により売上明細（診療費明細や負担区分別の金額）や担当医（薬剤師）名等が入力されると（ステップＳ１２０）、入力部２２からの入力に応じて今回の患者請求金額、保険者の負担区分別金額等が算出される（ステップＳ１２１）。
入力部２２には、会計情報ＤＢ１５４の「Ｄ−４．診療費明細」に対応する各明細を入力するためのキー（初診・再診料キー、診察料明細キー等）、保険者の負担区分を入力するためのキー（負担区分キー）、担当医（薬剤師）名を入力するための機能キー等が備えられている。会計では、これらのキー及びテンキーの操作に応じて、売上明細（診療費明細）や担当医（薬剤師）名等が入力され、患者請求金額や負担区分別の金額が算出される。

また、入力部２２により患者から受け取った預かり金額が入力されると、預かり金額と患者請求金額に基づきつり銭等の算出が行われ（ステップＳ１２２）、印刷部２４によりレシートが発行される（ステップＳ１２３）。クレジットカードでの支払いの場合は、クレジットカードでの決済処理が行われ、印刷部２４により明細等が発行される。

次いで、患者に対する今回の会計の結果を示す患者会計データ（今回の現金収支、入金区分（現金かクレジットかを示す区分）、診療費明細の項目別の請求金額、負担区分別の請求金額、担当医（薬剤師）名、医療機関の医療機関ＩＤ、名称等）が生成され（ステップＳ１２４）、通信部２８によりサーバ１に対し会計情報更新要求とともに患者会計データが送信される（ステップＳ１２５）。そして、サーバ１からの会計情報更新終了通知の待ち状態となる（ステップＳ１２６）。

通信部２８によりサーバ１からの会計情報更新終了通知が受信されると（ステップＳ１２６；ＹＥＳ）、サーバ１において会計情報の更新が終了した旨が表示部２３に表示され（ステップＳ１２７）、サーバ１からの患者別専用履歴サイトの更新終了通知の待ち状態となる。サーバ１からの患者別専用履歴サイトの更新終了通知が受信されると（ステップＳ１２８；ＹＥＳ）、表示部２３に患者別専用履歴サイトの更新終了が表示され（ステップＳ１２９）、会計処理は終了する。レジスタ２のオペレータ（会計担当）は、表示部２３に患者別専用履歴サイトの更新終了が表示されると、患者に診察券を渡し、患者別専用履歴サイトの閲覧が可能となったことを通知する。

〔会計情報更新処理〕
図１５に、サーバ１において、通信部１６によりレジスタ２から送信された会計処理要求が受信された際に実行される会計情報更新処理のフローチャートを示す。当該処理は、ＣＰＵ１１と記憶部１５に記憶されているプログラムとの協働により実行される。

通信部１６により会計処理要求及び暗号化された個人情報キー及びレジ識別キーが受信されると（ステップＳ１３１）、暗号化された個人情報キー及びレジ識別キーが復号され（ステップＳ１３２）、個人情報キーに含まれる診察券ＮＯ．により患者情報ＤＢ１５１から会計対象患者のレコードが検索される（ステップＳ１３３）。また、レジ識別キーに含まれる医療機関ＩＤに基づいて会計情報ＤＢ１５４からレジスタ２が設置された医療機関のレコードが検索される（ステップＳ１３４）。そして、通信部１６により会計処理要求元のレジスタ２に会計開始通知が送信され（ステップＳ１３５）、処理はレジスタ２からの患者会計データの受信待ち状態となる。

通信部１６によりレジスタ２から会計情報更新要求及び患者会計データが受信されると（ステップＳ１３６；ＹＥＳ）、受信された患者会計データに基づいて、会計情報ＤＢ１５４においてステップＳ１３４で検索されたレコードの「Ｄ−２．入出金集計」〜「Ｄ−６．時間帯別集計」の該当する項目が加算等されて更新される（ステップＳ１３７）。また、更新後の「Ｄ−２入出金集計」〜「Ｄ−６時間帯別集計」のデータにより、検索されたレコードの「Ｄ−７月度別、年度別集計」の「月度別集計用日計データ」の当日分のデータが書き換え更新される（ステップＳ１３８）。また、受信された患者会計データに基づいて、患者情報ＤＢ１５１の「Ａ−３−１．健康保険状況」の「健康保険状況」、「Ａ−３−２．診察券情報」の「最新通院時診察券情報」、「Ａ−４通院履歴」の「通院先病院履歴」「担当医情報（通院先病院別）」「担当医情報（診療科目別）」が更新される（ステップＳ１３９）。そして、通信部１６により会計処理要求元のレジスタ２に会計情報更新終了通知が送信される（ステップＳ１４０）。

会計情報更新終了通知の送信が完了すると、患者会計データに基づいて、記憶部１５に記憶されている患者別専用履歴サイトのページデータの更新が行われる（ステップＳ１４１）。具体的には、患者が今回支払った医療費の情報が追加される。更新完了後、通信部１６により患者別専用履歴サイトの更新終了通知が要求元のレジスタ２に送信され（ステップＳ１４２）、会計情報更新処理は終了する。

〔患者別専用履歴サイト表示処理〕
図１６に、携帯端末４において実行される患者別専用履歴サイト表示処理のフローチャートを示す。当該処理は、ＣＰＵ４１と記憶部４５に記憶されているプログラムとの協働により実行される。

読取部４７により診察券の二次元バーコードが読み取られると（ステップＳ１５１）、読み取られた二次元バーコードが示すＵＲＬが表示部４３に表示される（ステップＳ１５２）。

入力部４２によりＵＲＬがクリックされると（ステップＳ１５３；ＹＥＳ）、無線通信部４６によりサーバ１に患者別専用履歴サイトの開示要求（アクセス要求）が送信される（ステップＳ１５４）。

無線通信部４６によりサーバ１から携帯端末情報の送信要求が受信されると（ステップＳ１５５；ＹＥＳ）、記憶部４５に記憶されている携帯端末情報が暗号化されて無線通信部４６によりサーバ１に送信される（ステップＳ１５６）。

無線通信部４６によりサーバ１からページデータが受信されると（ステップＳ１５７；ＹＥＳ）、受信されたページデータが表示部４３に表示され（ステップＳ１５８）、患者別専用履歴サイト表示処理は終了する。
ここで、サーバ１においては、携帯端末４からの患者別専用履歴サイトの開示要求に応じて後述する患者別専用履歴サイト送信処理が実行され、開示要求が初めての携帯端末４に対しては「はじめまして」画面等の患者別専用履歴サイトの利用方法や注意書き等の書かれた初回ページのページデータが送信される。開示要求が２回目以降の携帯端末４に対しては、図１８に示す患者別専用履歴ページのページデータが送信される。携帯端末情報がサーバ１側の情報と一致しないなどのエラーが生じた場合には、エラー画面を表示するページデータが送信される。ステップＳ１５８においては、患者別専用履歴サイトへのアクセスが初めてか否か、エラーが生じたか否かに応じてサーバ１から送信されたページデータに基づきページが表示される。

〔患者別専用履歴サイト送信処理〕
図１７に、サーバ１において実行される患者別専用履歴サイト送信処理のフローチャートを示す。当該処理は、ＣＰＵ１１と記憶部１５に記憶されているプログラムとの協働により実行される。

通信部１６により携帯端末４からＵＲＬ及び患者別専用履歴サイトの開示要求が受信されると（ステップＳ１６１）、通信部１６により携帯端末４に携帯端末情報の送信要求が送信される（ステップＳ１６２）。ここで、携帯端末情報は、携帯端末４を認証するための認証情報として要求される。通信部１６により携帯端末４から携帯端末情報が受信されると（ステップＳ１６３；ＹＥＳ）、受信された携帯端末情報が復号され（ステップＳ１６４）、ステップＳ１６１で受信されたＵＲＬと照合される。ここで、患者別専用履歴サイトは患者別に表示されるものであり、ＵＲＬは患者毎に異なる。ＵＲＬは、上述のように患者別専用履歴サイトの表示対象の患者の携帯端末情報を含んでいる。そこで、ＵＲＬに含まれる携帯端末情報と携帯端末情報の照合の結果、一致した場合に、そのＵＲＬの表示対象となっている患者であることが認証される。

照合の結果、ＵＲＬに含まれる携帯端末情報と受信された携帯端末情報が一致すると判断されると（ステップＳ１６６；ＹＥＳ）、このＵＲＬへの開示要求の回数が初回であるか２回目以降であるかが判断される（ステップＳ１６７）。開示要求の回数が初回であると判断された場合（ステップＳ１６７；初回）、「はじめまして」画面を表示する初回ページのページデータが記憶部１５から読み出され、通信部１６により携帯端末４に送信される（ステップＳ１６８）。開示要求の回数が２回目以降であると判断された場合（ステップＳ１６７；２回目以降）、ＵＲＬに対応する患者の患者別専用履歴サイトのページデータが記憶部１５から読み出され、通信部１６により携帯端末４に送信される（ステップＳ１６９）。そして、患者別専用履歴サイト送信処理は終了する。

一方、照合の結果、ＵＲＬに含まれる携帯端末情報と受信された携帯端末情報が一致しないと判断されると（ステップＳ１６６；ＮＯ）、エラー画面を表示するエラーページのページデータが記憶部１５から読み出され、通信部１６により携帯端末４に送信され（ステップＳ１７０）、患者別専用履歴サイト送信処理は終了する。

図１８に、図１６のステップＳ１５８において表示部４３に表示される患者別専用履歴サイトの一例を示す。図１８に示すように、患者別専用履歴サイトには、例えば、診察券ＮＯ．、患者氏名、最新通院情報（通院日、通院した病院及び診療した科目）、処方箋情報（処方された薬）、投薬情報（投薬した薬、薬の効能・副作用・注意点）、その他注意事項、医療費内訳、直近○ヶ月分の診療内容、過去診察情報リンク等のレポート情報が表示される。

〔精算開始要求処理〕
医療機関Ａ１〜Ａｎにおいて一日の診療が終了すると、会計担当者がレジスタ２において入力部２２により精算開始指示を入力する。
図１９に、レジスタ２において実行される精算開始要求処理のフローチャートを示す。当該処理は、入力部２２により精算開始の指示が入力された際にＣＰＵ２１と記憶部２６に記憶されているプログラムとの協働により実行される。

入力部２２により精算開始の指示が入力されると、通信部２８によりサーバ１に対し精算開始要求及びレジ識別キーが送信される（ステップＳ１８１）。通信部２８によりサーバ１から締め処理終了通知が受信されると（ステップＳ１８２；ＹＥＳ）、表示部２３に締め処理終了を示す旨が表示され（ステップＳ１８３）、精算開始要求処理は終了する。

通信部２８によりサーバ１からエラー箇所の修正依頼が受信されると（ステップＳ１８４；ＹＥＳ）、表示部２３にエラー箇所の修正依頼を示す内容が表示され（ステップＳ１８５）、精算開始要求処理は終了する。なお、レジスタ２においては、入力部２２の入力に応じてエラー修正データを生成し、サーバ１に送信する。サーバ１においては、エラー修正データに基づいて会計情報の修正を行った後、後述する入出金締め処理を行う。

〔入出金締め処理〕
図２０Ａ〜図２０Ｂに、サーバ１において実行される入出金締め処理のフローチャートを示す。当該処理は、通信部１６によりレジスタ２からの精算開始要求が受信された際にＣＰＵ１１と記憶部１５に記憶されているプログラムとの協働により実行される。

通信部１６によりレジスタ２から送信された精算開始要求及びレジ識別キーが受信されると（ステップＳ１９１）、会計情報ＤＢ１５４において、精算開始要求元のレジスタ２が設置された医療機関の会計情報、即ち、レジ識別キーの医療機関ＩＤと「Ｄ−１．医療機関ＩＤ情報」の「医療機関ＩＤ」が一致するレコードが検索される（ステップＳ１９２）。

次いで、検索されたレコードの「Ｄ−２．入出金集計」の「前日現金繰越残高」、「当日現金出納」及び「当日現金入金総計」のデータが取得され（ステップＳ１９３）、整合性が確認される（ステップＳ１９４）。「当日現金出納」の残高から「前日現金繰越残高」を減算した値と「当日現金入金総計」が一致すれば、整合性確認の結果はＯＫとなり、一致しない場合、ＮＧとなる。

整合性確認結果がＮＧである場合（ステップＳ１９５；ＮＧ）、「Ｄ−２．入出金集計」内の「当日現金出納」のからエラー部分が検索され（ステップＳ１９６）、エラー箇所の修正依頼が通信部１６により精算開始要求元のレジスタ２に送信され（ステップＳ１９７）、入出金締め処理は終了する。

整合性確認結果がＯＫである場合（ステップＳ１９５；ＯＫ）、「Ｄ−２．入出金集計」内の「入金区分別集計」が参照され、現金以外の区分があるか否かが確認される（ステップＳ１９８）。確認の結果、現金以外の区分（クレジット）がある場合（ステップＳ１９９；ＹＥＳ）、現金以外の区分の金額が「Ｄ−９．クレジット請求用データ」の「クレジット会社提出用データ」に加算され（ステップＳ２０１）、処理はステップＳ２０１に移行する。現金以外の区分（クレジット）がない場合（ステップＳ１９９；ＮＯ）、処理はステップＳ２０１に移行する。

ステップＳ２０１においては、「Ｄ−２．入出金集計」内の「翌日現金繰越残高」の値が「当日現金出納」の残高の値により書き換えられて更新される（ステップＳ２０１）。また、「Ｄ−２．入出金集計」内の「前日現金繰越残高」の値が「当日現金入金総計」の値により書き換えられて更新される（ステップＳ２０２）。また、「Ｄ−２．入出金集計」の「当日現金出納」「入金区分別集計」「当日現金入金総計」及び「Ｄ−３．負担区分別金額」「Ｄ−４．診療費明細」「Ｄ−５．年代別集計」「Ｄ−６．時間帯別集計」の値がリセット（０クリア）される（ステップＳ２０３）。そして、通信部１６により精算開始要求元のレジスタ２に締め処理終了通知が送信され（ステップＳ２０４）、入出金締め処理は終了する。

〔診療報酬請求用データ生成処理〕
図２１Ａ〜図２１Ｂに、サーバ１において実行される診療報酬請求用データ生成処理のフローチャートを示す。当該処理は、入力部１２から診療報酬請求用データ生成処理の開始指示が入力された際にＣＰＵ１１と記憶部１５に記憶されているプログラムとの協働により実行される。診療報酬請求用データ生成処理は、月毎に実行される。

まず、処理対象のレコードが選択され（ステップＳ２１１）、会計情報ＤＢ１５４の「Ｄ−８．レセプト請求区分別集計」の「当月レセプト作成分データ」が「請求後〜還付前集計データ」に移行される（ステップＳ２１２）。次いで、当月の「負担区分別金額」と「診療費明細」のそれぞれの整合性が確認される（ステップＳ２１２）。例えば、負担区分別金額については、「Ｄ−７．月度別、年度別集計」の「月度別集計用日計データ」における「負担区分別金額」の「当日総計（区分別）」の総計と、「当日総計（全体）」の総計がそれぞれ集計され、両者が一致するか否かの確認が行われる。診療費明細については、「Ｄ−７．月度別、年度別集計」の「月度別集計用日計データ」における「診療費明細」の「当日総計（項目別）」の総計と、「当日総計（全体）」の総計がそれぞれ集計され、両者が一致するかの確認が行われる。負担区分別金額及び診療費明細集計の双方の総計が一致している場合、整合性確認結果はＯＫとなる。少なくとも一方の総計が一致していない場合は、整合性確認結果はＮＧとなる。

整合性確認結果がＮＧである場合（ステップＳ２１４；ＮＧ）、「Ｄ−７．月度別、年度別集計」の「月度別集計用日計データ」の「負担区分別金額」及び「診療費明細」からエラー部分が検索され（ステップＳ２１５）、エラー箇所の修正依頼が通信部１６により要求元のレジスタ２に送信され（ステップＳ２１６）、診療報酬請求用データ生成処理は終了する。

整合性確認結果がＯＫである場合（ステップＳ２１４；ＯＫ）、当月分の負担区分別金額の全体総計及び区分別総計が集計される（ステップＳ２１７）。また、当月分の診療費明細の全体総計及び項目別総計が集計される（ステップＳ２１８）。次いで、ステップＳ２１７及びステップＳ２１８で集計された結果が診療報酬請求用のデータ形式に組み込まれて診療報酬請求用データが生成され記憶部１５に記憶される（ステップＳ２１９）。そして、通信部１６により、現在処理対象となっているレコードに対応する医療機関の電子カルテＰＣ３に診療報酬請求用データ更新通知が送信される（ステップＳ２２０）。具体的には、処理対象となっているレコードの「医療機関ＩＤ」と医療機関ＩＤが一致するレコードがレジスタ情報ＤＢ１５２から検索され、検索されたレコードの「Ｂ−６．ＰＣ情報」の「ＰＣ個体情報」に格納されているアドレスに診療報酬請求用データ更新通知が送信される。診療報酬請求用データ更新通知は、例えば、診療報酬請求用データにアクセスするためのＵＲＬが含まれ、この通知を受信した電子カルテＰＣ３からこのＵＲＬにアクセスすると、診療報酬請求用データをダウンロードすることができる。
次のステップＳ２２１では、診療報酬請求用データ更新通知の送信が成功したか否かが判別される。

診療報酬請求用データ更新通知の送信が成功すると（ステップＳ２２１；ＹＥＳ）、処理はステップＳ２２３に移行する。診療報酬請求用データ更新通知の送信が失敗した場合（ステップＳ２２１；ＮＯ）、医療機関の電子カルテＰＣ３に診療報酬請求用データ更新通知が再送信される（ステップＳ２２２）。

ステップＳ２２３において、通信部１６により電子カルテＰＣ３から請求用データ取出完了通知が受信されると（ステップＳ２２３；ＹＥＳ）、ステップＳ２１７、Ｓ２１８で集計されたデータが「Ｄ−８．レセプト請求区分データ」の「当月レセプト作成分データ」に書き込まれて更新される（ステップＳ２２４）。

次いで、「Ｄ−７．月度別、年度別集計」の「月度別集計」の前年同月分のデータが「過去データ」に移行され（ステップＳ２２５）、「月度別集計用日計データ」のデータが「月度別集計」に追加される（ステップＳ２２６）。そして、「月度別集計用日計データ」のデータがクリアされる（ステップＳ２２７）。

次いで、会計情報ＤＢ１５４の全てのレコードについてステップＳ２１１〜Ｓ２２７の処理が終了したか否かが判断され、終了していないと判断されると（ステップＳ２２８；ＮＯ）、処理はステップＳ２２１に戻り、次のレコードが選択されてステップＳ２２１以降の処理が実行される。会計情報ＤＢ１５４の全てのレコードについてステップＳ２１１〜Ｓ２２７の処理が終了したと判断されると（ステップＳ２２８；ＹＥＳ）、診療報酬請求用データ生成処理は終了する。

〔申請データ作成処理〕
図２２に、電子カルテＰＣ３において実行される申請データ作成処理のフローチャートを示す。当該処理は、通信部３６によりサーバ１から送信された診療報酬請求用データ更新通知が受信された際にＣＰＵ３１と記憶部３５に記憶されているプログラムとの協働により実行される。

通信部３６によりサーバ１から送信された診療報酬請求用データ更新通知が受信されると（ステップＳ２３１；ＹＥＳ）、受信された通知に含まれるＵＲＬへのアクセスが行われ、診療報酬請求用データがダウンロードされる（ステップＳ２３２）。

ダウンロードが終了すると、通信部３６によりサーバ１に請求用データ取出完了通知が送信される（ステップＳ２３３）。次のステップＳ２３４では、サーバ１への請求用データ取出完了通知の送信が成功したか否かが判別され、請求用データ取出完了通知の送信が成功した場合（ステップＳ２３４；ＹＥＳ）、処理はステップＳ２３６に移行する。請求用データ取出完了通知の送信が失敗した場合（ステップＳ２３４；ＮＯ）、請求用データ取出完了通知の再送信が行われ（ステップＳ２３５）、処理はステップＳ２３４に戻る。

ステップＳ２３６においては、診療報酬請求用プログラムが実行され（ステップＳ２３６）、受信された診療報酬請求用データに基づいて当月分申請データの作成が行われる（ステップＳ２３７）。申請データは、各自治体に応じた診療報酬請求の申請用フォーマットのデータである。当月分申請データの作成が完了すると、メディア書き込み部３７により、当月分の申請データが記録メディアに書き込まれ（ステップＳ２３８）、申請データ作成処理は終了する。

以上説明したように、医療情報管理システム１００によれば、レジスタ２のＩＣカードリーダ２７により患者の診察券に記録されている個人情報キーが読み取られると、ＣＰＵ２１により、読み取られた個人情報キーが通信部２８によりサーバ１に送信される。サーバ１においては、レジスタ２から個人情報キーが受信されると、受信された個人情報キーに対応する患者の電子カルテ情報がＣＰＵ２１により電子カルテ情報ＤＢ１５３から読み出されて通信部１６によりレジスタ２が設置された医療機関の電子カルテＰＣ３に送信される。電子カルテＰＣ３において更新された電子カルテ情報が通信部１６により受信されると、サーバ１のＣＰＵ１１において、受信された電子カルテ情報により電子カルテ情報ＤＢ１５３の該当患者の電子カルテ情報が更新される。

従って、個々の医療機関において、電子カルテ情報を保存、管理するための専用のサーバ等を設置することなく、少ない設備投資で電子カルテシステムを導入することが可能となる。また、医療機関において受付等に設置されるレジスタ２により診察券に記録されている患者識別情報を読み取るだけで、患者識別情報に対応する電子カルテ情報が読み出されて診察室等に設置された電子カルテＰＣ３に送信されるので、診察や投薬時にはサーバ１から電子カルテ情報を取得するための操作をしたり取得まで待機したりすることなく、効率よく診察等を行うことが可能となる。

また、電子カルテ情報ＤＢ１５３が更新されると、サーバ１のＣＰＵ１１により、患者別に電子カルテ情報に基づくレポート情報を公開するための患者別専用履歴サイトが生成されて記憶部１５に記憶され、携帯端末４から患者別専用履歴サイトへのアクセス要求があった場合に、当該携帯端末４から送信される認証情報に基づいて認証が行われ、当該携帯端末４に対応する患者についての患者別専用履歴サイトが記憶部１５から読み出されて携帯端末４に送信される。

従って、電子カルテ情報に基づくレポート情報を参照するための専用のアプリケーションを携帯端末４にダウンロードすることなく、患者が携帯端末４により容易に自己の診療や投薬に係るレポート情報を確認することが可能となる。

また、各患者の診察券には、予め患者別専用履歴サイトにアクセスするためのアドレス情報であるＵＲＬを示す二次元コードが付与されており、携帯端末４の読取部４７により診察券の二次元コードが読み取られると、その患者の専用履歴サイトのＵＲＬにアクセスが行われるので、患者は、容易な操作で患者別専用履歴サイトにアクセスし、診療結果や投薬状況を確認することができる。

また、患者別専用履歴サイトのＵＲＬは、患者の携帯端末情報を含み、サーバ１のＣＰＵ１１においては、携帯端末４から送信された携帯端末情報と開示要求（アクセス要求）されたＵＲＬに含まれる携帯端末情報とが照合され、一致した場合に、携帯端末４に患者別専用履歴サイトのページデータが送信される。従って、サーバ１において記憶部１５から携帯端末情報を検索して読み出すことなく認証を行うことが可能となるので、処理を高速化することができる。

また、患者別専用履歴サイトのレポート情報は通院情報を含むので、患者は自己の通院情報を容易に確認することが可能となる。

また、患者別専用履歴サイトのレポート情報は処方箋情報を含むので、患者は自己の処方箋情報を容易に確認することが可能となる。
また、患者別専用履歴サイトのレポート情報は投薬情報を含むので、患者は自己の投薬情報を容易に確認することが可能となる。

また、レジスタ２においては、患者の会計時にＣＰＵ２１により当該患者に対する診療又は投薬についての会計用データ（患者会計データ）が生成されて通信部２８によりサーバ１に送信され、サーバ１においては、ＣＰＵ１１により、レジスタ２からの会計用データに基づいてレジスタ２が設置されている医療機関の会計情報ＤＢ１５４が更新される。従って、各医療機関のレジスタ２において、売上の集計等を行う必要がなくなり、利便性の良い電子カルテシステムを提供することができる。

また、サーバ１においては、ＣＰＵ１１により、月毎に会計情報ＤＢ１５４に記憶されている会計情報に基づいて各医療機関の診療報酬請求用のデータが生成され、生成された診療報酬請求用のデータが通信部１６により医療機関に設置されている電子カルテＰＣ３に送信されるので、各医療機関で会計情報を集計して診療報酬請求用のデータを生成する必要がなくなり、利便性の良い電子カルテシステムを提供することができる。

なお、上記実施形態における記述内容は、本発明に係る医療情報管理システム１００の好適な一例であり、これに限定されるものではない。
例えば、上記実施形態において示した患者情報ＤＢ１５１、レジスタ情報ＤＢ１５２、電子カルテ情報ＤＢ１５３、会計情報ＤＢ１５４のデータ構成は一例であり、これに限定されるものではない。また、サーバ１における各ＤＢの更新態様についても、上記の説明に限定されるものではない。

その他、医療情報管理システム１００を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。

１００ 医療情報管理システム
１ サーバ
１１ ＣＰＵ
１２ 入力部
１３ 表示部
１４ ＲＡＭ
１５ 記憶部
１５１ 患者情報ＤＢ
１５２ レジスタ情報ＤＢ
１５３ 電子カルテ情報ＤＢ
１５４ 会計情報ＤＢ
１６ 通信部
１７ バス
２ レジスタ
２１ ＣＰＵ
２２ 入力部
２３ 表示部
２４ 印刷部
２５ ＲＡＭ
２６ 記憶部
２７ ＩＣカードリーダ
２８ 通信部
２９ ドロア
２０１ バス
３ 電子カルテＰＣ
３１ ＣＰＵ
３２ 入力部
３３ 表示部
３４ ＲＡＭ
３５ 記憶部
３６ 通信部
３７ メディア書き込み部
３８ バス
４ 携帯端末
４１ ＣＰＵ
４２ 入力部
４３ 表示部
４４ ＲＡＭ
４５ 記憶部
４６ 無線通信部
４７ 読取部
４８ バス

Claims (9)

1. 医療機関に設置された売上データ処理装置及び端末装置と、サーバとを備え、前記売上データ処理装置及び前記端末装置が通信ネットワークを介して前記サーバと相互に通信可能に接続される医療情報管理システムであって、
   前記売上データ処理装置は、患者の診察券に記録されている患者識別情報を読み取る読取手段と、
   前記読取手段により読み取られた患者識別情報を前記サーバに送信する第１の制御手段をと備え、
   前記サーバは、
   各患者の患者情報及び電子カルテ情報を患者識別情報と対応付けて記憶する記憶手段と、
   前記売上データ処理装置からの患者識別情報を受信した際に、前記受信された患者識別情報に対応する患者の電子カルテ情報を前記記憶手段から読み出して前記売上データ処理装置が設置された医療機関の端末装置に送信する第２の制御手段とを備え、
   前記端末装置は、
   患者に対する診療結果又は投薬結果を入力する入力手段と、
   前記入力手段により入力された診療結果又は投薬結果に基づいて前記サーバから受信した前記患者の電子カルテ情報を更新し、更新後の電子カルテ情報を前記サーバに送信する第３の制御手段とを備え、
   前記第２の制御手段は、前記端末装置から電子カルテ情報が受信された際に、当該受信された電子カルテ情報により前記記憶手段に記憶されている前記患者の電子カルテ情報を更新する医療情報管理システム。
2. 前記サーバは、前記各患者の携帯端末と通信ネットワークを介して通信接続可能に構成され、
   前記第２の制御手段は、患者別に前記電子カルテ情報に基づくレポート情報を公開するためのウェブページを生成して前記記憶手段に記憶し、前記携帯端末から前記ウェブページへのアクセス要求があった場合に、当該携帯端末から送信される認証情報に基づいて認証を行い、当該携帯端末に対応する患者についてのウェブページを前記記憶手段から読み出して前記携帯端末に送信する請求項１に記載の医療情報管理システム。
3. 前記各患者の診察券には、予め前記患者別のウェブページにアクセスするためのアドレス情報を示す二次元コードが付与されており、
   前記携帯端末は、前記診察券の二次元コードを読み取って前記ウェブページのアドレス情報を取得する二次元コード読取手段を有する請求項２に記載の医療情報管理システム。
4. 前記患者別のウェブページのアドレス情報は、前記ウェブページの対象である患者の携帯端末情報を含み、
   前記第２の制御手段は、前記携帯端末から前記ウェブページへのアクセス要求があった場合に、前記携帯端末に認証情報として携帯端末情報の送信を要求し、前記携帯端末から送信された携帯端末情報と前記アクセス要求されたウェブページに含まれる携帯端末情報とを照合し、一致した場合に、前記携帯端末にウェブページを送信する請求項３に記載の医療情報管理システム。
5. 前記レポート情報は、通院情報を含む請求項２〜４の何れか一項に記載の医療情報管理システム。
6. 前記レポート情報は、処方箋情報を含む請求項２〜４の何れか一項に記載の医療情報管理システム。
7. 前記レポート情報は、投薬情報を含む請求項２〜４の何れか一項に記載の医療情報管理システム。
8. 前記記憶手段は、前記売上データ処理装置が設置されている医療機関の会計情報を記憶し、
   前記第１の制御手段は、患者の会計時に当該患者に対する診療又は投薬についての会計用データを生成し、当該生成された会計用データを前記サーバに送信し、
   前記第２の制御手段は、前記売上データ処理装置からの会計用データに基づいて前記記憶手段に記憶されている前記売上データ処理装置が設置されている医療機関の会計情報を更新する請求項１〜７の何れか一項に記載の医療情報管理システム。
9. 前記第２の制御手段は、月毎に、前記記憶手段に記憶されている会計情報に基づいて、前記医療機関の診療報酬請求用のデータを生成し、生成された診療報酬請求用のデータを前記医療機関に設置されている端末装置に送信する請求項８に記載の医療情報管理システム。

Images