特開 2022-147980 医用データ取得装置、医用データ取得システム、及び医用データ取得プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022147980

(43)【公開日】2022-10-06

(54)【発明の名称】医用データ取得装置、医用データ取得システム、及び医用データ取得プログラム

(51)【国際特許分類】

   G16H 10/60 20180101AFI20220929BHJP

【ＦＩ】

G16H10/60

【審査請求】未請求

【請求項の数】16

【出願形態】ＯＬ

(21)【出願番号】P 2021049476

(22)【出願日】2021-03-24

(71)【出願人】

【識別番号】599020519

【氏名又は名称】株式会社イーエムシステムズ

(74)【代理人】

【識別番号】100120053

【弁理士】

【氏名又は名称】小田 哲明

(74)【代理人】

【識別番号】100105315

【弁理士】

【氏名又は名称】伊藤 温

(72)【発明者】

【氏名】國光 宏昌

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA23

(57)【要約】      （修正有）

【課題】サーバと通信ができない場合でも、医用データを取得することができる医用データ取得装置、医用データ取得システム、方法及びプログラムを提供する。
【解決手段】医用データ取得システム１００において、クライアント３は、ネットワーク１を介してサーバ２と通信可能な医用データ取得装置であって、サーバに格納された第１の医用データを取得する第１のアプリケーションを制御する第１の制御部と、第１の時点における第１の医用データを第２の医用データとして格納する格納部と、格納部に格納された第２の医用データを取得する第２のアプリケーションを制御する第２の制御部と、を備える。第１の制御部は、第１の時点以降の第２の時点における第１の医用データと第１の時点における第１の医用データとの間に差分がある場合、第１のアプリケーションにより差分データをサーバから取得する。格納部は、差分データに基づいて第２の医用データを更新する。
【選択図】図１

【特許請求の範囲】

【請求項1】

ネットワークを介してサーバと通信可能な医用データ取得装置であって、
前記サーバに格納された第1の医用データを取得する第1のアプリケーションを制御する第1の制御部と、
第1の時点における前記第1の医用データを前記第２の医用データとして格納する格納部と、
前記格納部に格納された第２の医用データを取得する第２のアプリケーションを制御する第２の制御部と、
を備え、
前記第1の制御部は、前記第１の時点以降の第２の時点における前記第1の医用データと前記第1の時点における前記第1の医用データとの間に差分がある場合は、前記第1のアプリケーションにより前記差分を差分データとして前記サーバから取得し、
前記格納部は、前記差分データに基づいて前記第２の医用データを更新可能であることを特徴とする医用データ取得装置。

【請求項2】

前記第２の制御部は、前記ネットワークを介して前記サーバから前記第1の医用データを取得できない場合に、前記第２のアプリケーションを起動することを特徴とする請求項１に記載の医用データ取得装置。

【請求項3】

前記第２の医用データは、前記第１の医用データから選択された一部の医用データであり、医療機関の外来患者の属性情報、前記外来患者の受付業務に関する受付情報、及び前記外来患者のカルテ情報の少なくとも１つであることを特徴とする請求項１又は請求項２の何れか1項に記載の医用データ取得装置。

【請求項4】

前記差分データは、前記第２の時点以降の所定の時間に前記サーバにより生成されることを特徴とする請求項1乃至３の何れか1項に記載の医用データ取得装置。

【請求項5】

前記第1の制御部は、前記第２の時点以降に前記第1のアプリケーションが終了するときに、前記差分データを取得することを特徴とする請求項1乃至４の何れか1項に記載の医用データ取得装置。

【請求項6】

前記第２の制御部は、前記第1のアプリケーションが前記差分データを取得したことを検出し、前記差分データの取得を検出した場合に、前記差分データに基づいて前記第２の医用データを更新するか否かを選択することを特徴とする請求項１乃至請求項５の何れか１項に記載の医用データ取得装置。

【請求項7】

前記第１の制御部は、前記第１の医用データに関する第1の情報を入力し、前記ネットワークを介して前記サーバから前記第1の医用データを取得できない場合に、前記第1の情報を前記第２のアプリケーションに反映させることを特徴とする請求項１乃至請求項６の何れか1項に記載の医用データ取得装置。

【請求項8】

前記第２の制御部は、前記第２の医用データに関する第２の情報を入力し、前記第２の情報を前記第１のアプリケーションに反映させることを特徴とする請求項１乃至請求項７の何れか1項に記載の医用データ取得装置。

【請求項9】

前記第２の制御部は、前記第２の医用データに関する第２の情報として、医療機関の外来患者の属性情報、前記外来患者の受付業務に関する受付情報、及び前記外来患者のカルテ情報の少なくとも１つを入力することを特徴とする請求項１乃至請求項８の何れか1項に記載の医用データ取得装置。

【請求項10】

前記第２の制御部は、前記医療機関に新規で来院する新規患者の前記属性情報を入力する機能、前記外来患者の前記属性情報を前記第２の医用データから検索して取得する機能、前記外来患者の過去の前記カルテ情報を前記第２の医用データから検索して取得する機能、及び予め登録された前記カルテ情報のセットを前記第２の医用データから選択して取得する機能の少なくとも１つを実行可能であることを特徴とする請求項９に記載の医用データ取得装置。

【請求項11】

前記第１の制御部は、前記第1の情報を、前記ネットワークを介して前記サーバへ送信することを特徴とする請求項７乃至請求項１０の何れか1項に記載の医用データ取得装置。

【請求項12】

サーバと、ネットワークを介して前記サーバと通信可能なクライアントと、を備える医用データ取得システムであって、
前記クライアントは、
前記サーバに格納された第1の医用データを取得する第1のアプリケーションを制御する第1の制御部と、
第1の時点における前記第1の医用データを前記第２の医用データとして格納する格納部と、
前記格納部に格納された第２の医用データを取得する第２のアプリケーションを制御する第２の制御部と、
を備え、
前記第1の制御部は、前記第１の時点以降の第２の時点における前記第1の医用データと前記第1の時点における前記第1の医用データとの間に差分がある場合は、前記差分を差分データとして前記サーバから取得し、
前記格納部は、前記差分データに基づいて前記第２の医用データを更新可能であることを特徴とする医用データ取得システム。

【請求項13】

前記医用データ取得システムは、複数のクライアントを含み、
前記複数のクライアントのそれぞれの前記格納部は、前記第２の医用データを共有又は同期して格納することを特徴とする請求項１２に記載の医用データ取得システム。

【請求項14】

前記医用データ取得システムは、複数の前記クライアントを含み、
前記複数のクライアントのそれぞれは、前記第２の医用データに関する情報を入力し、前記情報を他のクライアントと共有又は同期して格納することを特徴とする請求項１２又は請求項１３に記載の医用データ取得システム。

【請求項15】

ネットワークを介してサーバと通信する医用データ取得方法であって、
前記サーバに格納された第1の医用データを取得するステップと、
第1の時点における前記第1の医用データを前記第２の医用データとして格納するステップと、
前記格納部に格納された第２の医用データを取得するステップと、
前記第１の時点以降の第２の時点における前記第1の医用データと前記第1の時点における前記第1の医用データとの間に差分がある場合は、前記差分を差分データとして前記サーバから取得するステップと、
前記差分データに基づいて前記第２の医用データを更新するステップと、
を備えることを特徴とする医用データ取得方法。

【請求項16】

ネットワークを介してサーバと通信可能なコンピュータで実行される医用データ取得プログラムであって、
前記コンピュータに、
前記サーバに格納された第1の医用データを取得する命令と、
第1の時点における前記第1の医用データを前記第２の医用データとして格納する命令と、
前記格納部に格納された第２の医用データを取得する命令と、
前記第１の時点以降の第２の時点における前記第1の医用データと前記第1の時点における前記第1の医用データとの間に差分がある場合は、前記差分を差分データとして前記サーバから取得する命令と、
前記差分データに基づいて前記第２の医用データを更新する命令と、
を実行させることを特徴とする医用データ取得プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、医用データ取得装置、医用データ取得システム、及び医用データ取得プログラムに関する。

【背景技術】

【0002】

クラウドベースの電子カルテが普及している。また、病歴データベースから検索した病歴データ内の患者情報及び日付情報に基づいて、カルテデータベースから当該病歴データに関連したカルテデータを検索できる電子カルテシステムが開示されている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９－８０７１９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、クラウドベースの電子カルテでは、クライアントとサーバがネットワークを介して通信を行うため、通信状態が悪い場合やネットワーク障害が生じた場合やサーバに不具合が生じた場合等は、クライアントはサーバと通信を行うことができず、サーバに格納されているデータにアクセスできない。この場合、患者の受付業務及び診察業務が滞ることになる。

【0005】

また、クライアントが、サーバと通信ができない事態に備え、サーバに格納されているデータをクライアントに格納する場合、格納するデータ量が多くなると、クライアントやサーバの負荷が過大となる。また、サーバに格納されているデータをクライアントにすべて格納する場合は、クライアントの記憶装置のメモリ容量が不足する可能性がある。

【課題を解決するための手段】

【0006】

本発明の医用データ取得装置は、ネットワークを介してサーバと通信可能な医用データ取得装置であって、前記サーバに格納された第1の医用データを取得する第1のアプリケーションを制御する第1の制御部と、第1の時点における前記第1の医用データを前記第２の医用データとして格納する格納部と、前記格納部に格納された第２の医用データを取得する第２のアプリケーションを制御する第２の制御部と、を備え、前記第1の制御部は、前記第１の時点以降の第２の時点における前記第1の医用データと前記第1の時点における前記第1の医用データとの間に差分がある場合は、前記第1のアプリケーションにより前記差分を差分データとして前記サーバから取得し、前記格納部は、前記差分データに基づいて前記第２の医用データを更新可能であることを特徴とする。

【発明の効果】

【0007】

本発明によれば、サーバと通信ができない場合でも、医用データを取得することができる医用データ取得装置を提供することができる。また、差分データを取得することにより医用データを更新することで、医用データ取得装置やサーバの負荷を軽減することができる。

【図面の簡単な説明】

【0008】

【図1】本実施形態の医用データ取得システムのシステム構成の例を示すブロック図である。

【図2】本実施形態の第1の医用データのデータ構成の例を示す図である。

【図3】本実施形態の第２の医用データのデータ構成の例を示す図である。

【図4】第1の医用データを第２の医用データとして格納する工程の例を示すフローチャートである。

【図5】取得された差分データに基づいて第２の医用データを更新する工程の例を示すフローチャートである。

【図6】第２の医用データの取得及び格納の工程におけるサーバ及びクライアント（医用データ取得装置）の動作の例を示すシーケンス図である。

【図7】第1のアプリケーションを起動した直後に、サーバから第1の医用データを取得できなくなった場合における、第２のアプリケーションが第２の医用データを取得し、外来患者の情報を入力する工程の例を示すフローチャートである。

【図8】第1のアプリケーションを起動した直後に、サーバから第1の医用データを取得できなくなった場合における、サーバ及びクライアント（医用データ取得装置）の動作の例を示すシーケンス図である。

【図9】受付業務において起動された第２のアプリケーションの一例（属性情報及び受付情報の表示）を示す図である。

【図10】受付業務において起動された第２のアプリケーションの一例（新患の属性情報の入力）を示す図である。

【図11】受付業務において起動された第２のアプリケーションの一例（受付情報の入力）を示す図である。

【図12】受付業務において起動された第２のアプリケーションの一例（保険情報の入力）を示す図である。

【図13】診療業務において起動された第２のアプリケーションの一例（カルテ情報の入力）を示す図である。

【図14】第２の情報を第１のアプリケーションに反映させる工程の例を示すフローチャートである。

【図15】第２の情報を第１のアプリケーションに反映させる工程におけるサーバ及びクライアント（医用データ取得装置）の動作の例を示すシーケンス図である。

【図16】第２の情報が第１のアプリケーション２４の画面の対応する箇所に反映されたことを示す図である。

【図17】第１の情報を第２のアプリケーションに反映させる工程の例を示すフローチャートである。

【図18】第１の情報を第２のアプリケーションに反映させる工程におけるサーバ及びクライアント（医用データ取得装置）の動作の例を示すシーケンス図である。

【図19】第１の情報が第２のアプリケーション２５の画面の対応する箇所に反映されたことを示す図である。

【図20】第２の制御部が、第２のアプリケーションにより、第２の医用データを更新するか否かを決定する工程の例を示すフローチャートである。

【図21】第２の制御部が、第２のアプリケーションにより、第２の医用データを更新するか否かを決定する工程におけるサーバ及びクライアント（医用データ取得装置）の動作の例を示すシーケンス図である。

【図22】複数のクライアント（医用データ取得装置）を含む医用データ取得システムのシステム構成の例を示すブロック図である。

【発明を実施するための形態】

【0009】

本発明の実施形態の医用データ取得システムについて、図面を用いて説明する。図１は、本実施形態の医用データ取得システムのシステム構成の例を示すブロック図である。

【0010】

図１に示すように、医用データ取得システム１００は、インターネット等のネットワーク１を介して通信可能に接続されるサーバ２とクライアント（医用データ取得装置）３を含む。本実施形態では、医用データ取得システム１００は、クラウドベースの電子カルテシステムを想定しており、医療機関に来院する外来患者の属性情報、受付情報、及びカルテ情報の入出力を、サーバ２及びクライアント（医用データ取得装置）３の間で実行するシステムを想定する。なお、本発明は、外来患者に限定されず、外来以外の患者（入院患者等）も含む。

【0011】

サーバ２は、格納部４、制御部５、及び送受信部７を含む。格納部４、制御部５、及び送受信部７は、バス（図示せず）により電気的に接続され、相互に通信可能である。格納部４は、第1の医用データ８、及び時間データ９を格納する。第1の医用データ８は、差分データ１０を含む。格納部４は、メインメモリやストレージ等の記憶装置である。制御部６は、差分データ生成部６を含む。制御部５は、ＣＰＵやＭＰＵやＧＰＵ等のプロセッサであり、ハードウェア資源を制御し、各種のアプリケーションを実行する。

【0012】

クライアント（医用データ取得装置）３は、制御部１１、格納部１２、入力情報格納部１３、入出力部１５、表示部１７、及び送受信部１８を含む。制御部１１、格納部１２、入力情報格納部１３、入出力部１５、表示部１７、及び送受信部１８は、バス（図示せず）により電気的に接続され、相互に通信可能である。制御部１１は、第1の制御部１１－１、第２の制御部１１－２、差分データ取得部１４、及び医用データ選択部１６を含む。格納部１２は、第１のアプリケーション２４、第２のアプリケーション２５、第２の医用データ１９、時間データ２０、及び差分データ２１を格納する。入力情報格納部１３は、第1の情報格納部２２及び第２の情報格納部２３を含む。

【0013】

制御部１１は、ＣＰＵやＭＰＵやＧＰＵ等のプロセッサであり、ハードウェア資源を制御し、第１のアプリケーション（クラウドアプリケーション）２４、第２のアプリケーション（ローカルアプリケーション）２５、及び各種のアプリケーションを実行する。第1の制御部１１－１は、第１のアプリケーション２４を制御する。第２の制御部１１－２は、第２のアプリケーション２５を制御する。格納部１２及び入力情報格納部１３は、メインメモリやストレージ等の記憶装置である。

【0014】

図２は、本実施形態の第1の医用データのデータ構成の例を示す図である。図２に示すように、第1の医用データ８は、患医療機関の外来患者の属性情報３０、外来患者の受付業務に関する受付情報３１、外来患者のカルテ情報３２、外来患者の医用画像３３（単純Ｘ線画像、ＣＴ、ＭＲＩ、超音波断層画像、血管造影等の画像）、及び差分データ１０を含む。

【0015】

属性情報３０は、外来患者の氏名情報３４、ＩＤ情報３５、保険情報３６、年齢情報３７、性別情報３８、生年月日情報３９、及びその他の属性情報４０を含む。受付情報３１は、予約日時情報４１、来院日時情報４２、来院回数情報４３、時間区分情報４４、診療科情報４５、医師情報４６、受診状況情報４７、及びその他の受付情報４８を含む。カルテ情報３２は、主訴情報４９、所見情報５０、傷病名情報５１、検査情報５２、処置情報５３、処方情報５４、指示情報５６、及びその他のカルテ情報５５を含む。

【0016】

図３は、本実施形態の第２の医用データのデータ構成の例を示す図である。図３に示すように、第２の医用データ１９は、患医療機関の外来患者の属性情報６０、外来患者の受付業務に関する受付情報６１、及び外来患者のカルテ情報６２を含むが、外来患者の医用画像（単純Ｘ線画像、ＣＴ、ＭＲＩ、超音波断層画像、血管造影等の画像）を含まない。

【0017】

属性情報６０は、外来患者の氏名情報６４、ＩＤ情報６５、保険情報６６、年齢情報６７、性別情報６８、及び生年月日情報６９を含む。属性情報６０は、その他の属性情報を含んでもよい。受付情報６１は、予約日時情報７１、来院日時情報７２、来院回数情報７３、時間区分情報７４、診療科情報７５、医師情報７６、及び受診状況情報７７を含む。受付情報６１は、その他の受付情報を含んでもよい。カルテ情報６２は、主訴情報７９、所見情報８０、傷病名情報８１、検査情報８２、処置情報８３、処方情報８４、及び指示情報７８を含む。カルテ情報６２は、その他のカルテ情報を含んでもよい。

【0018】

このように、第２の医用データ１９は、医用データ選択部１６により第１の医用データ８から選択された一部の医用データであり、医療機関の外来患者の属性情報、外来患者の受付業務に関する受付情報、及び外来患者のカルテ情報の少なくとも１つである。第１の医用データ８の一部をクライアント（医用データ取得装置）３に格納するため、クライアントの記憶装置のメモリ容量が不足する可能性を回避することができる。

【0019】

次に、クライアント（医用データ取得装置）３が、サーバ２に格納された第1の医用データ８を取得し、第２の医用データ１９として格納する工程について説明する。また、クライアント（医用データ取得装置）３が、差分データ１０をサーバ２から取得し、差分データ１０に基づいて第２の医用データ１９を更新する工程について説明する。

【0020】

図４は、第1の医用データ８を第２の医用データ１９として格納する工程の例を示すフローチャートである。図５は、取得された差分データ１０に基づいて第２の医用データ１９を更新する工程の例を示すフローチャートである。図６は、これらの工程におけるサーバ２及びクライアント（医用データ取得装置）３の動作の例を示すシーケンス図である。

【0021】

ステップＳ１において、制御部１１（第1の制御部１１－１）が第1のアプリケーション（クラウドアプリケーション）２４を起動（例えば、ログイン）する。受付担当者又は医師が入力装置（図示せず）を用いて入力することで、入出力部１５が入力した起動命令に基づいて、制御部１１（第1の制御部１１－１）が第1のアプリケーション２４の起動命令を実行する（ＣＬ１）。ここで、第１のアプリケーション２４は、医療機関の受付担当者や医師が電子カルテシステム上で第1の医用データ８に関する情報を第1の情報として入出力したり閲覧したりするためのアプリケーションである。これらの情報は、入出力部１５により入出力され、表示部１７によりモニター等の表示装置（図示せず）に表示され、第1の情報格納部２２に格納される。

【0022】

ステップＳ２において、送受信部１８は、ネットワーク１を介してサーバ２と通信可能になるように、送受信部７に接続する。例えば、第1のアプリケーション２４の操作画面において、サーバ２に接続するアイコン等をクリックすると、入出力部１５が接続命令を入力し、送受信部１８が接続命令を実行する。

【0023】

ステップＳ３において、第1の制御部１１－１は、第１のアプリケーション２４により、送受信部７，１８を介して、サーバ２の格納部８に格納されている第1の医用データ８を取得する。なお、第１のアプリケーション２４により取得される医用データは、医用データ選択部１６により第１の医用データ８から選択された一部の医用データである。また、クライアント（医用データ取得装置）３が過去の第１の医用データ８を既に取得し、格納している場合は、第１のアプリケーション２４により取得される医用データは、過去の第１の医用データ８との差分である差分データ１０であってもよい。

【0024】

第1のアプリケーション２４の操作画面において、第1の医用データ８を取得するアイコン等をクリックすると、第1のアプリケーション２４は、第1の医用データ８の取得命令を実行し、送信要求情報をサーバ２へ送信する。送信要求情報を受信したサーバ２は、要求された第1の医用データ８をクライアント（医用データ取得装置）３へ送信する（ＳＶ１）。第1の制御部１１－１は、第１のアプリケーション２４により、第1の医用データ８を取得する（ＣＬ２）。

【0025】

ステップＳ４において、第1の制御部１１－１は、第１のアプリケーション２４により、取得された第1の医用データ８を第２の医用データ１９として格納するか否かを決定する。格納すると決定された場合、ステップＳ５において、第1の制御部１１－１は、第１のアプリケーション２４により、取得された第1の医用データ８を第２の医用データ１９として格納する格納命令を実行し、第２の医用データ１９を格納部１２に格納する（ＣＬ３）。例えば、第1のアプリケーション２４の操作画面において、第２の医用データ１９を格納するアイコン等をクリックすると、格納部１２が第２の医用データ１９を格納する。

【0026】

第１の医用データ８は、時間データ９と関連付けられており、第1の医用データ８のアクセス時間や送信時間や更新時間が記録されている。第１のアプリケーション２４による第1の医用データ８のアクセス時間や取得時間及びサーバ２による第1の医用データ８の送信時間が時間データ９として記録される。また、第２の医用データ１９は、時間データ２０と関連付けられており、第１のアプリケーション２４による第1の医用データ８のアクセス時間や取得時間及び第２の医用データ１９の格納時間や更新時間が記録されている。例えば、ステップＳ３における第１の医用データ８の取得時間が時間データ９，２０に記録され、ステップＳ５における第２の医用データ１９の格納時間が時間データ２０に記録される。なお、ステップＳ３における第１の医用データ８の取得時間を第１の時点とする。また、ステップＳ５における第２の医用データ１９の格納時間を第１の時点としてもよい。また、第１のアプリケーション２４の起動時間（例えば、ログイン時間）又は終了時間（例えば、ログアウト時間等）を第１の時点としてもよい。また、予め設定された所定の時間（例えば、午前０時）を第１の時点としてもよい。第１の時点は、時間データ９及び／又は時間データ２０に記録される。

【0027】

医療機関の受付担当者や医師が第1の医用データ８に関する第1の情報を入力することで、入出力部１５により、第１のアプリケーション２４は第１の情報を入力し、送受信部１８により、第１のアプリケーション２４は第１の情報を、ネットワーク１を介してサーバ２に送信する（ＣＬ４）。例えば、第１のアプリケーション２４は、第１の医用データ８に関する第１の情報として、医療機関の外来患者の属性情報、外来患者の受付業務に関する受付情報、外来患者のカルテ情報、及び外来患者の医用画像を入力する。また、第１の制御部１１－１は、第１のアプリケーション２４により、医療機関に新規で来院する新規患者（新患）の属性情報を入力する機能、外来患者の属性情報を第１の医用データ８から検索して取得する機能、外来患者の過去のカルテ情報を第１の医用データ８から検索して取得する機能、及び予め登録されたカルテ情報のセットを第１の医用データ８から選択して取得する機能を有する。

【0028】

サーバ２に送信された第1の情報は、送受信部７により受信される。第１の医用データ８は、受信された第１の情報に基づいて更新される（ＳＶ２）。この更新時間が時間データ９に記録される。

【0029】

制御部１１（第1の制御部１１－１）が第1のアプリケーション２４を終了（例えば、ログアウト）する。受付担当者又は医師が入力装置（図示せず）を用いて入力することで、入出力部１５が入力した終了命令に基づいて、制御部１１（第1の制御部１１－１）が第1のアプリケーション２４の終了命令を実行する（ＣＬ５）。

【0030】

サーバ２が第２の時点における第1の医用データ８を検出する（ＳＶ３）。第２の時点は、第１の時点以降である。また、第２の時点は、第１の時点以降であって、第１の情報に基づいて医用データ８が更新された時間であってもよく、第１のアプリケーション２４の起動時間（例えば、ログイン時間）又は終了時間（例えば、ログアウト時間等）であってもよい。また、予め設定された所定の時間（例えば、第１の時点の翌日の午前０時）を第２の時点としてもよい。第２の時点は、時間データ９及び／又は時間データ２０に記録される。

【0031】

サーバ２は、第２の時点における第1の医用データ８と第1の時点における第1の医用データ８との間に差分がある場合は、差分データ生成部６により差分を差分データ１０として生成する（ＳＶ４）。生成された差分データ１０は、生成時間と関連付けられて格納部４に格納される。生成時間は、時間データ９に記録される。差分データ１０は、第２の時点以降の所定の時間にサーバ２により生成される。例えば、サーバ２の負荷が少ない時間帯（夜間等）に、差分データ１０が生成される。

【0032】

次に、ステップＳ６において、第２の時点以降に、制御部１１（第1の制御部１１－１）が第1のアプリケーション２４を起動する（ＣＬ６）。ステップＳ７において、送受信部１８は、ネットワーク１を介してサーバ２と通信可能になるように、送受信部７に接続する。ステップＳ８において、制御部１１（第1の制御部１１－１）が第1のアプリケーション２４を終了する（ＣＬ７）。

【0033】

第1のアプリケーション２４の操作画面において、差分データ１０を取得するアイコン等をクリックすると、第1のアプリケーション２４は、差分データ取得部１４により差分データ１０の取得命令を実行し、送信要求情報をサーバ２へ送信する。送信要求情報を受信したサーバ２は、要求された差分データ１０をクライアント（医用データ取得装置）３へ送信する（ＳＶ５）。第１のアプリケーション２４は、差分データ１０を取得する（ＣＬ８）。例えば、第1の制御部１１－１は、第２の時点以降に第1のアプリケーション２４が終了（例えば、ログアウト）するときに、差分データ１０を取得する。

【0034】

このように、ステップＳ９において、第１の時点以降の第２の時点における第1の医用データ８と第1の時点における第1の医用データ８との間に差分がある場合は、第1の制御部１１－１は、第１のアプリケーション２４により、差分を差分データ１０としてサーバ２から取得する。そして、取得された差分データ１０は、差分データ２１に記憶される。例えば、第1の時点から第２の時点までに、第1のアプリケーション２４が外来患者の主訴情報４９、所見情報５０、検査情報５２、処置情報５３、処方情報５４、及び指示情報５６を入力し、第１の医用データ８に追加している場合、この追加された主訴情報、所見情報、検査情報、及び処置情報が差分データとなる。第1の時点から第２の時点までに削除された第1の医用データ８も差分データとなる。なお、差分データ１０は、属性情報３０、受付情報３１、及びカルテ情報３２ごとに生成及び／又は取得されてもよい。

【0035】

ステップＳ１０において、第1の制御部１１－１は、第１のアプリケーション２４により取得された差分データ１０を第２の医用データ１９として格納するか否かを決定する。例えば、第1のアプリケーション２４の操作画面において、第２の医用データ１９を更新するアイコン等をクリックすると、格納部１２が差分データ１０に基づいて第２の医用データ１９を更新する。なお、制御部１１（第２の制御部１１－２）が第２のアプリケーション２５を起動し、第２のアプリケーション２５が、取得された差分データ１０を第２の医用データ１９として格納するか否かを決定してもよい。また、取得された差分データ１０から選択された差分データ１０の一部に基づいて、格納部１２が第２の医用データ１９を更新してもよい。この場合、第１のアプリケーション２４又は第２のアプリケーション２５により、差分データ１０の一部が選択される。

【0036】

格納すると決定された場合、ステップＳ１１において、格納部１２は、更新命令を実行し、差分データ１０に基づいて第２の医用データ１９を更新する（ＣＬ９）。このように、第1の医用データ８よりデータ量が少ない差分データ１０を取得し、差分データ１０に基づいて第２の医用データ１９を更新することにより、サーバ２やクライアント（医用データ取得装置）３の負荷を過大にすることなく、第２の医用データ１９をクライアント（医用データ取得装置）３に格納することができる。

【0037】

次に、通信状態が悪い場合やネットワーク障害が生じた場合やサーバに不具合が生じた場合等、ネットワーク１を介してサーバ２から第1の医用データ８を取得できない場合に、第２のアプリケーションが第２の医用データ１９を取得し、外来患者の情報を入力する工程について説明する。

【0038】

図７は、第1のアプリケーション２４を起動した直後に、サーバ２から第1の医用データ８を取得できなくなり、第２のアプリケーションが第２の医用データ１９を取得し、外来患者の情報を入力する工程の例を示すフローチャートである。図８は、この工程におけるサーバ２及びクライアント（医用データ取得装置）３の動作の例を示すシーケンス図である。

【0039】

上記のように、第２の医用データ１９が格納部１２に格納されている（ＣＬ１０）。差分データ１０がある場合は、差分データに基づいて第２の医用データ１９が更新されている。

【0040】

ステップＳ１２において、制御部１１（第1の制御部１１－１）が第1のアプリケーション２４を起動（例えば、ログイン）する。受付担当者又は医師が入力装置（図示せず）を用いて入力することで、入出力部１５が入力した起動命令に基づいて、制御部１１（第1の制御部１１－１）が第1のアプリケーション２４の起動命令を実行する（ＣＬ１１）。

【0041】

ステップＳ１６において、サーバ２とクライアント（医用データ取得装置）３との通信が不可能となり、クライアント（医用データ取得装置）３がサーバ２から第1の医用データ８を取得できなくなる。

【0042】

ステップＳ１７において、制御部１１（第２の制御部１１－２）が第２のアプリケーション（ローカルアプリケーション）２５を起動（例えば、ログイン）する。ここで、第２のアプリケーション２５は、格納部１２に格納された第２の医用データ１９を取得するアプリケーションである。また、第２のアプリケーション２５は、医療機関の受付担当者や医師がクライアント（医用データ取得装置）３上で第２の医用データ１９に関する情報を第２の情報として入出力したり閲覧したりするためのアプリケーションである。これらの情報は、入出力部１５により入出力され、表示部１７によりモニター等の表示装置（図示せず）に表示され、第２の情報格納部２３に格納される。また、第２の情報格納部２３に格納される第２の情報は、時間データ２０と関連付けられており、第２のアプリケーション２５による第２の情報のアクセス時間や取得時間や格納時間や更新時間が記録されている。

【0043】

受付担当者又は医師が入力装置（図示せず）を用いて入力することで、入出力部１５が入力した起動命令に基づいて、制御部１１（第２の制御部１１－２）が第２のアプリケーション２５の起動命令を実行する（ＣＬ１５）。例えば、第1のアプリケーション２４の操作画面において、第２のアプリケーション２５を起動するアイコン等をクリックすると、入出力部１５が接続命令を入力し、制御部１１（第２の制御部１１－２）が起動命令を実行する。このように、第２の制御部１１－２は、ネットワーク１を介してサーバ２から第1の医用データ８を取得できない場合に、第２のアプリケーション２５を起動する。

【0044】

ステップＳ１８において、制御部１１（第２の制御部１１－２）が格納部１２に格納されている第２の医用データ１９を取得するか否かを選択する。第２の医用データ１９の取得が選択された場合は、第２の制御部１１－２により、第２のアプリケーション２５は、格納部１２に格納された第２の医用データ１９を取得する（ＣＬ１７）。第２のアプリケーション２５の操作画面において、第２の医用データ１９を取得するアイコン等をクリックすると、第２のアプリケーション２５は、第２の医用データ１９の取得命令を実行し、第２のアプリケーション２５は、第２の医用データ１９を取得する（ＣＬ１７）。

【0045】

ステップＳ２５において、医療機関の受付担当者や医師が第２の医用データ２５に関する第２の情報を入出力することで、入出力部１５が、第２のアプリケーション２５により、第２の情報を入出力する（ＣＬ１８）。例えば、第２のアプリケーション２５は、第２の医用データ１９に関する第２の情報として、医療機関の外来患者の属性情報、外来患者の受付業務に関する受付情報、外来患者のカルテ情報、及び外来患者の医用画像を入力する。また、第２の制御部１１－２は、第２のアプリケーション２５により、医療機関に新規で来院する新規患者（新患）の属性情報を入力する機能（新患情報入力機能）、外来患者の属性情報を第２の医用データ１９から検索して取得する機能（検索機能）、外来患者の過去のカルテ情報を第２の医用データ１９から検索して取得する機能（過去カルテ情報取得機能）、及び予め登録されたカルテ情報のセットを第２の医用データ１９から選択して取得する機能（セット取得機能）を有する。
入力された第２の情報は、第２の情報格納部２３に格納される（ＣＬ１９）。この格納時間が時間データ２０に記録される。

【0046】

このように、サーバ２とクライアント（医用データ取得装置）３との通信が不可能となり、クライアント（医用データ取得装置）３がサーバ２から第1の医用データ８を取得できなくなった場合でも、第２のアプリケーション２５が第1の医用データ８と同等の第２の医用データ１９を取得することができ、外来患者の受付業務及び診察業務を滞りなく進めることができる電子カルテシステムを提供することができる。
次に、ステップＳ１８，Ｓ１９，Ｓ２５及び動作ＣＬ１７，ＣＬ１８，ＣＬ１９について、具体例を示しながら説明する。

【0047】

図９は、受付業務において起動された第２のアプリケーションの一例（属性情報及び受付情報の表示）を示す図である。第２のアプリケーションを用いて、医療機関の受付担当者や医師がクライアント（医用データ取得装置）３上で第２の医用データ１９（属性情報６０及び受付情報６１）に関する情報を第２の情報として入出力したり閲覧したりすることができる。

【0048】

図９に示すように、第２のアプリケーション２５の受付画面２５－１が開く。第２のアプリケーション２５の受付画面２５－１には、外来患者の属性情報及び受付情報が表示される。表示された情報（第２の情報）は、第２の情報格納部２３に格納されている。

【0049】

図９では、受付一覧のタブ８５において、外来患者の属性情報として、ＩＤ情報８８及び氏名情報８９が表示され、外来患者の受付情報として、来院順序情報８６、来院日時情報（受付時刻情報）８７、診療科情報９０、医師情報９１、新患情報９２、受診状況情報９３、及び過去の来院日時情報９４が表示される。ここで、診療科情報９０は、外来患者が受診する診療科に関する情報であり、医師情報９１は、外来患者の診察を担当する医師名であり、新患情報９２は、外来患者が新規患者であるか否かを示す情報であり、受診状況情報９３は、外来患者が「診察待ち」か「検査中」か「診察中」か「会計待ち」か「会計終了」かの何れかの状況を示す情報である。

【0050】

「患者で調べる」のタブ９５では、第２のアプリケーション２５が、外来患者の属性情報及び受診情報に基づいて、受付一覧に表示されている外来患者の属性情報や受付情報等を検索したりソートしたりする機能を有する。

【0051】

「患者検索」のアイコン９６が指定（例えば、クリック）されると（Ｓ１８）、氏名情報やＩＤ情報を検索キーとして入力する検索画面が開き、第２の制御部１１－２により、第２のアプリケーション２５は、入力された外来患者の属性情報等に基づいて、格納部１２に格納された第２の医用データ１９を検索し、該当する属性情報６０（外来患者の氏名情報６４、ＩＤ情報６５、保険情報６６、年齢情報６７、性別情報６８、及び生年月日情報６９）を取得し（Ｓ１９，ＣＬ１７）、その全部又は一部を受付画面２５－１に表示する。これは、第２のアプリケーション２５が外来患者の属性情報を第２の医用データ１９から検索して取得する機能である。第２のアプリケーション２５が検索結果から外来患者を選択すると、検索画面から来院設定画面２５－３に遷移する。

【0052】

「新患来院追加」のアイコン９７が指定（例えば、クリック）されると（Ｓ１８）、医療機関に新規で来院する新規患者（新患）の属性情報及び受付情報を第２の情報として入力することができる新患入力画面２５－２が開く。図１０は、受付業務において起動された第２のアプリケーションの一例（新患の属性情報の入力）を示す図である。図１０に示すように、第２のアプリケーション２５の新患入力画面（属性情報入力画面）２５－２が開く。第２のアプリケーション２５の新患入力画面２５－２には、ＩＤ情報である仮患者番号、新患の氏名情報、性別情報、及び生年月日情報が入力される（Ｓ２５，ＣＬ１８）。仮患者番号は、自動的に付与される。

【0053】

「登録して来院設定する」のアイコン１０１が指定（例えば、クリック）されると（Ｓ１８）、新患入力画面２５－２で取得及び／又は入力された新患の属性情報（第２の情報）が第２の情報格納部２３に格納され（ステップＳ２５，動作ＣＬ１９）、新患入力画面２５－２から来院設定画面２５－３に遷移する。また、第２の制御部１１－２により、第２のアプリケーション２５は、新患入力画面２５－２で入力された新患の属性情報（第２の情報）の全部又は一部を受付画面２５－１に表示する。

【0054】

図１１は、受付業務において起動された第２のアプリケーションの一例（受付情報の入力）を示す図である。図１２は、受付情報の入力画面における新規の保険情報欄の一例（受付情報の入力）を示す図である。

【0055】

図１１に示すように、第２のアプリケーション２５の来院設定画面（受付情報入力画面）２５－３が開く。属性情報欄１０２には、第２のアプリケーション２５の検索結果から選択された外来患者の属性情報又は新患入力画面２５－２で入力された新患の属性情報が表示される。また、既存保険タブ１０３及び新規保険タブ１１３が表示される。既存保険タブ１０３が指定（例えば、クリック）されると、第２のアプリケーション２５により取得された保険情報６６が保険情報欄１０４に表示される。
図１２に示すように、新規保険タブ１１３が指定（例えば、クリック）されると（Ｓ１８）、保険分類欄１１４に保険情報が入力される（Ｓ２５，ＣＬ１８）。

【0056】

また、来院設定画面（受付情報入力画面）２５－３に遷移すると（Ｓ１８）、第２の制御部１１－２が、第２のアプリケーション２５により、入力された外来患者の属性情報等に基づいて、格納部１２に格納された第２の医用データ１９から受付情報６１（予約日時情報７１、来院日時情報７２、来院回数情報７３、時間区分情報７４、診療科情報７５、医師情報７６、及び受診状況情報７７）を取得し（Ｓ１９，ＣＬ１７）、その全部又は一部を来院設定画面２５－３に表示する。

【0057】

取得された受付情報を変更する場合や新規に受付情報を入力する場合、来院回数欄１０６に来院回数情報が入力され、時間区分欄１０７に時間区分情報が入力され、診療科欄１０８に診療科情報が入力され、医師欄１０９に医師情報が入力され、受付コメント欄１１０に受付コメント情報が入力され、受診状況欄１１１に受診状況情報が入力される（Ｓ２５，ＣＬ１８）。

【0058】

「来院登録」のアイコン１１２が指定（例えば、クリック）されると（Ｓ１８）、来院設定画面２５－３で取得及び／又は入力された受付情報（第２の情報）が第２の情報格納部２３に格納される（ステップＳ２５，動作ＣＬ１９）。また、第２の制御部１１－２により、第２のアプリケーション２５は、来院設定画面２５－３で取得された受付情報６１や入力された受付情報（第２の情報）の全部又は一部を受付画面２５－１に表示する。このように、第２のアプリケーション２５は、医療機関に新規で来院する新規患者（新患）の属性情報を入力する機能を有する。

【0059】

第２のアプリケーション２５が第２の医用データ１９及び第２の情報格納部２３から取得した属性情報及び受付情報は、図９に示すように、受付画面２５－１に表示される。

【0060】

これにより、クライアント（医用データ取得装置）３がサーバ２から第1の医用データ８を取得できなくなった場合でも、新規患者の属性情報等を入力及び管理することができ、外来患者（新患を含む）の受付業務を滞りなく進めることができる電子カルテシステムを提供することができる。

【0061】

受付画面２５－１に表示された外来患者の属性情報及び受付情報の一部を指定（例えば、カーソル９９でクリック）すると、当該外来患者の情報画面１０５が開く。情報画面１０５には、「ローカルカルテ入力」、「処方箋印刷」、「指示箋印刷」、「来院設定」、及び「来院削除」の項目が表示される。

【0062】

「ローカルカルテ入力」が指定（例えば、クリック）されると（Ｓ１８）、第２の制御部１１－２が、第２のアプリケーション２５により、外来患者の属性情報等に基づいて、格納部１２に格納された第２の医用データ１９から該当するカルテ情報６２（主訴情報７９、所見情報８０、傷病名情報８１、検査情報８２、処置情報８３、処方情報８４、及び指示情報７８）を取得し（Ｓ１９，ＣＬ１７）、その全部又は一部をローカルカルテ画面に表示する。

【0063】

「処方箋印刷」が指定（例えば、クリック）されると（Ｓ１８）、取得された処方情報８４が印刷される（Ｓ２５，ＣＬ１８）。「指示箋印刷」が指定（例えば、クリック）されると（Ｓ１８）、取得された指示情報７８が印刷される（Ｓ２５，ＣＬ１８）。「来院設定」が指定（例えば、クリック）されると、図１１及び図１２に示す来院設定画面（受付情報入力画面）２５－３が開く。「来院削除」が指定（例えば、クリック）されると（Ｓ１８）、受付画面２５－１から当該外来患者の属性情報及び受付情報が削除される（Ｓ２５，ＣＬ１８）。

【0064】

図１３は、診療業務において起動された第２のアプリケーションの一例（カルテ情報の入力）を示す図である。図９の「ローカルカルテ入力」が指定（例えば、クリック）されると（Ｓ１８）、図１３に示す診療画面２５－４が開き、第２の制御部１１－２により、第２のアプリケーション２５は、入力された外来患者の属性情報等に基づいて、格納部１２に格納された第２の医用データ１９からカルテ情報６２（主訴情報７９、所見情報８０、傷病名情報８１、検査情報８２、処置情報８３、処方情報８４、及び指示情報７８）を取得し（Ｓ１９，ＣＬ１７）、その全部又は一部を診療画面（ローカルカルテ画面）２５－４に表示する。但し、新規患者の場合は、カルテ情報６２は取得されない。

【0065】

このように、第２のアプリケーションを用いて、医療機関の医師がクライアント（医用データ取得装置）３上で第２の医用データ１９（カルテ情報６２）に関する情報を第２の情報として入出力したり閲覧したりすることができる。

【0066】

属性情報欄１０２には、第２のアプリケーション２５の検索機能により第２の医用データ１９から取得された外来患者の属性情報又は第２のアプリケーション２５の新患情報入力機能により入力された新患の属性情報が表示される。また、受付情報欄１１５には、来院設定画面２５－３で取得された受付情報６１や入力された受付情報（第２の情報）の全部又は一部が表示される。

【0067】

主訴所見欄１１６には、属性情報欄１０２に表示される外来患者のカルテ情報６２（主訴情報７９、所見情報８０、及び傷病名情報８１）が第２の医用データ１９から第２のアプリケーション２５により取得され、取得されたカルテ情報６２が表示される。新規患者の場合は、主訴所見欄１１６は空欄となる。

【0068】

診療行為欄１１７には、属性情報欄１０２に表示される外来患者のカルテ情報６２（検査情報８２、処置情報８３、処方情報８４、及び指示情報７８）が第２の医用データ１９から第２のアプリケーション２５により取得され、取得されたカルテ情報６２が表示される。新規患者の場合は、診療行為欄１１７は空欄となる。

【0069】

取得されたカルテ情報６２を変更する場合や新規にカルテ情報を入力する場合、第２のアプリケーションを用いて、医療機関の医師が第２の医用データ１９（カルテ情報６２）に関する情報を第２の情報として主訴所見欄１１６又は診療行為欄１１７に入力する（Ｓ２５，ＣＬ１８）。これらの情報は、入出力部１５（例えば、キーボード等）により入出力され、表示部１７によりモニター等の表示装置（図示せず）に表示される。

【0070】

「処置セット」のアイコン１２３が指定（例えば、クリック）されると（Ｓ１８）、予め作成された処置項目の組み合わせ（処置セット）を処置情報８３から取得し（Ｓ１９，ＣＬ１７）、処置セット画面（図示せず）から処置セットが選択される。選択された処置セットは、診療行為欄１１７に入力される（Ｓ２５，ＣＬ１８）。「処方入力」のアイコン１２４が指定（例えば、クリック）されると（Ｓ１８）、予め設定された処方項目を処方情報８４から取得し（Ｓ１９，ＣＬ１７）、処方画面（図示せず）から処方項目が入力される（Ｓ２５，ＣＬ１８）。選択された処方項目は、診療行為欄１１７に反映される。このように、第２のアプリケーション２５は、予め登録されたカルテ情報のセットを第２の医用データ１９から選択して取得する機能（セット取得機能）を有する。なお、カルテ情報のセットとしては、この他にも、予め作成された検査項目の組み合わせ（検査セット）等がある。

【0071】

「全削除」のアイコン１１８が指定（例えば、クリック）されると（Ｓ１８）、診療行為欄１１７の項目がすべて削除される（Ｓ２５，ＣＬ１８）。「行削除」のアイコン１１９が指定（例えば、クリック）されると（Ｓ１８）、指定された診療行為欄１１７の項目が削除される（Ｓ２５，ＣＬ１８）。「上挿入」のアイコン１２０が指定（例えば、クリック）されると（Ｓ１８）、指定された診療行為欄１１７の項目の上に新たな項目を入力することができる（Ｓ２５，ＣＬ１８）。「下挿入」のアイコン１２１が指定（例えば、クリック）されると（Ｓ１８）、指定された診療行為欄１１７の項目の下に新たな項目を入力することができる（Ｓ２５，ＣＬ１８）。

【0072】

「ローカル保存」のアイコン１２２が指定（例えば、クリック）されると（Ｓ１８）、診療画面２５－４で取得及び／又は入力されたカルテ情報（第２の情報）が第２の情報格納部２３に格納される（ステップＳ２５，動作ＣＬ１９）。また、第２の情報格納部２３に格納される第２の情報は、時間データ２０と関連付けられており、第２のアプリケーション２５による第２の情報のアクセス時間や取得時間や格納時間や更新時間が記録されている。

【0073】

このように、サーバ２とクライアント（医用データ取得装置）３との通信が不可能となり、クライアント（医用データ取得装置）３がサーバ２から第1の医用データ８を取得できなくなった場合でも、第２のアリケーション２５が第２の情報を入力して入力情報格納部１３（第２の情報格納部２３）に格納することができ、外来患者の受付業務及び診察業務を滞りなく進めることができる電子カルテシステムを提供することができる。

【0074】

次に、第２の制御部１１－２が入力した第２の情報を第１のアプリケーション２４に反映させる工程について説明する。図１４は、第１の制御部１１－１が、第1のアプリケーション２４を起動した直後に、サーバ２から第1の医用データ８を取得できなくなり、第２の制御部１１－２が、第２のアプリケーション２５を起動し、第２の医用データ１９を取得し、第２の情報を入力した後、第1の制御部１１－１又は第２の制御部１１－２が、第２の情報を第１のアプリケーション２４に反映させる工程の例を示すフローチャートである。図１５は、この工程におけるサーバ２及びクライアント（医用データ取得装置）３の動作の例を示すシーケンス図である。図１４のステップＳ１２からステップＳ２５までは図７と同様であるので、説明を省略する。また、図１５の動作ＣＬ１１から動作ＣＬ１９までは図８と同様であるので、説明を省略する。

【0075】

ステップＳ２６において、制御部１１（第1の制御部１１－１又は第２の制御部１１－２）が、第２のアプリケーション２５により第２の情報格納部２３に格納された第２の情報を、第１のアプリケーション２４の画面に反映させるか否かを決定する。反映すると決定した場合は、ステップＳ２７において、第１の制御部１１－１は、第２の情報格納部２３から第２の情報を取得し、第１のアプリケーション２４の画面の対応する箇所に第２の情報を反映（表示）し（ＣＬ２０）、当該第２の情報を第１の情報として第１の情報格納部２２に格納する（ＣＬ２１）。例えば、第１のアプリケーション２４又は第２のアプリケーション２５の画面に表示された「第２の情報反映」のアイコン（図示せず）が指定（例えば、クリック）されると（ステップＳ２６）、第１の制御部１１－１は、第２の情報格納部２３に格納された第２の情報を取得し、第1の情報として第１のアプリケーション２４に反映する（ＣＬ２０）。

【0076】

図１６は、第２の情報が第１のアプリケーション２４の画面の対応する箇所に反映されたことを示す図である。図１６に示すように、第２のアプリケーション２５の診療画面（ローカルカルテ入力画面）２５－４に表示され、第２の情報格納部２３に格納されているカルテ情報が、第１のアプリケーション２４の診療画面（クラウドカルテ入力画面）２４－４に第1の情報として反映される。図１６では、第２のアプリケーション２５の診療画面２５－４の主訴所見欄１１６のカルテ情報が、第１のアプリケーション２４の診療画面２４－４の主訴所見欄２１６のカルテ情報として反映される。また、第２のアプリケーション２５の診療画面２５－４の診療行為欄１１７のカルテ情報が、第１のアプリケーション２４の診療画面２４－４の診療行為欄２１７のカルテ情報として反映される。

【0077】

次に、ステップＳ２８において、送受信部１８は、ネットワーク１を介してサーバ２と通信可能になるように、送受信部７に接続する。サーバ２とクライアント（医用データ取得装置）３との通信が不可能となり、クライアント（医用データ取得装置）３がサーバ２から第1の医用データ８を取得できない場合は、ステップＳ１７において、制御部１１（第２の制御部１１－２）が第２のアプリケーション（ローカルアプリケーション）２５を起動（例えば、ログイン）するか、起動している第２のアプリケーション２５の起動（例えば、ログイン）を維持する。

【0078】

サーバ２とクライアント（医用データ取得装置）３との通信が不可能となり、クライアント（医用データ取得装置）３がサーバ２から第1の医用データ８を取得できる場合は、ステップＳ２９において、第1の制御部１１－１が、第1のアプリケーション２５により、第１の情報格納部２２に格納された第１の情報をサーバ２へ送信する。第1の制御部１１－１が、送信命令を実行し、第1のアプリケーション２５により、第１の情報格納部２２から第１の情報をネットワーク１を介してサーバ２へ送信する。
送信された第１の情報は、送受信部７により受信され、制御部５は、更新命令を実行し、第1の情報に基づいて第１の医用データ８を更新する（ＳＶ６）。

【0079】

このように、第２のアプリケーション２５により入力しされた第２の情報を、第１のアプリケーション２４に第１の情報として反映し、サーバ２とクライアント（医用データ取得装置）３との通信が復旧したときに、第１のアプリケーション２４により第1の医用データ８を更新することができ、外来患者の受付業務及び診察業務を滞りなく進めることができる電子カルテシステムを提供することができる。

【0080】

以上、本発明にかかる実施形態について説明したが、本発明はこれらに限定されるものではなく、請求項に記載された範囲内において変更・変形することが可能である。

【0081】

上記では、第２のアプリケーション２５により入力しされた第２の情報を、第１のアプリケーション２４に第１の情報として反映したが、第１のアプリケーション２４により入力しされた第１の情報を、第２のアプリケーション２５に第２の情報として反映してもよい。

【0082】

第１の制御部１１－１が入力した第１の情報を第２のアプリケーション２５に反映させる工程について説明する。図１７は、第1の制御部１１－１が、第1のアプリケーション２４を起動し、第1の情報を入力している途中又は入力後に、サーバ２から第1の医用データ８を取得できなくなり、第２の制御部１１－２が、第２のアプリケーション２５が起動した際に、第１の情報を取得し、第１の情報を第２のアプリケーション２５に反映させる工程の例を示すフローチャートである。図１８は、この工程におけるサーバ２及びクライアント（医用データ取得装置）３の動作の例を示すシーケンス図である。

【0083】

第１の制御部１１－１は、第１の医用データ８に関する第1の情報を入力し、ネットワーク１を介してサーバ２から第1の医用データ８を取得できない場合に、第1の情報を第２のアプリケーション２５に反映させる。

【0084】

ステップＳ１２において、制御部１１（第1の制御部１１－１）が第1のアプリケーション２４を起動（例えば、ログイン）する。受付担当者又は医師が入力装置（図示せず）を用いて入力することで、入出力部１５が入力した起動命令に基づいて、制御部１１（第1の制御部１１－１）が第1のアプリケーション２４の起動命令を実行する（ＣＬ１１）。

【0085】

ステップＳ１３において、送受信部１８は、ネットワーク１を介してサーバ２と通信可能になるように、送受信部７に接続する。ステップＳ１４において、第1の制御部１１－１は、第１のアプリケーション２４により、送受信部７，１８を介して、サーバ２の格納部８に格納されている第1の医用データ８を取得する。第1のアプリケーション２４の操作画面において、第1の医用データ８を取得するアイコン等をクリックすると、第1のアプリケーション２４は、第1の医用データ８の取得命令を実行し、送信要求情報をサーバ２へ送信する。送信要求情報を受信したサーバ２は、要求された第1の医用データ８をクライアント（医用データ取得装置）３へ送信する（ＳＶ７）。第1の制御部１１－１は、第１のアプリケーション２４により、第1の医用データ８を取得する（ＣＬ１２）。

【0086】

例えば、第1のアプリケーション２４の「患者検索」のアイコンが指定（例えば、クリック）されると、氏名情報やＩＤ情報を検索キーとして入力する検索画面が開き、第１の制御部１１－１により、第１のアプリケーション２４は、入力された外来患者の属性情報等に基づいて、格納部４に格納された第１の医用データ８を検索し、該当する属性情報３０（外来患者の氏名情報３４、ＩＤ情報３５、保険情報３６、年齢情報３７、性別情報３８、生年月日情報３９、及びその他の属性情報４０）を取得し、その全部又は一部を表示部１７に表示する。これは、第１のアプリケーション２４が外来患者の属性情報を第１の医用データ８から検索して取得する機能である。

【0087】

また、第１の制御部１１－１が、第１のアプリケーション２４により、入力された外来患者の属性情報等に基づいて、格納部４に格納された第１の医用データ８から受付情報３１（予約日時情報４１、来院日時情報４２、来院回数情報４３、時間区分情報４４、診療科情報４５、医師情報４６、受診状況情報４７、及びその他の受付情報４８）を取得し、その全部又は一部を表示部１７に表示する。

【0088】

また、第１の制御部１１－１が、第１のアプリケーション２４により、外来患者の属性情報等に基づいて、格納部４に格納された第１の医用データ８から該当するカルテ情報３２（主訴情報４９、所見情報５０、傷病名情報５１、検査情報５２、処置情報５３、処方情報５４、指示情報５６、及びその他のカルテ情報５５）及び医用画像３３を取得し、その全部又は一部を表示部１７に表示する。

【0089】

また、第１の制御部１１－１は、第１のアプリケーション２４により、予め登録されたカルテ情報のセットを第１の医用データ８から選択して取得する機能を有する。

【0090】

ステップＳ１５において、医療機関の受付担当者や医師が第1の医用データ８に関する第1の情報を入力することで、入出力部１５により、第１のアプリケーション２４は第１の情報を入力し、送受信部１８により、第１のアプリケーション２４は第１の情報を、ネットワーク１を介してサーバ２に送信する（ＣＬ１３）。例えば、第１のアプリケーション２４は、第１の医用データ８に関する第１の情報として、医療機関の外来患者の属性情報、外来患者の受付業務に関する受付情報、外来患者のカルテ情報、及び外来患者の医用画像を入力する。また、第１の制御部１１－１は、第１のアプリケーション２４により、医療機関に新規で来院する新規患者（新患）の属性情報を入力する機能を有する。

【0091】

サーバ２に送信された第1の情報は、送受信部７により受信される。第１の医用データ８は、受信された第１の情報に基づいて更新される（ＳＶ８）。この更新時間が時間データ９に記録される。

【0092】

第1の情報は、入出力部１５により入出力され、表示部１７によりモニター等の表示装置（図示せず）に表示され、第１の情報格納部２２に格納される（ＣＬ１４）。また、第１の情報格納部２２に格納される第１の情報は、時間データ２０と関連付けられており、第１のアプリケーション２４による第１の情報のアクセス時間や取得時間や格納時間や更新時間が記録されている。

【0093】

次に、ステップＳ１６において、サーバ２とクライアント（医用データ取得装置）３との通信が不可能となり、クライアント（医用データ取得装置）３がサーバ２から第1の医用データ８を取得できなくなる。ステップＳ１７において、制御部１１（第２の制御部１１－２）が第２のアプリケーション（ローカルアプリケーション）２５を起動（例えば、ログイン）する（ＣＬ１５）。

【0094】

次に、ステップＳ２０において、制御部１１（第1の制御部１１－１又は第２の制御部１１－２）が、第１のアプリケーション２４により第１の情報格納部２２に格納された第１の情報を、第２のアプリケーション２５の画面に反映させるか否かを決定する。反映すると決定した場合は、ステップＳ２１において、第２の制御部１１－２は、第１の情報格納部２２から第１の情報を取得し、第２のアプリケーション２５の画面の対応する箇所に第１の情報を反映（表示）し（ＣＬ１６）、当該第１の情報を第２の情報として第２の情報格納部２３に格納する（ＣＬ２２）。例えば、第１のアプリケーション２４又は第２のアプリケーション２５の画面に表示された「第１の情報反映」のアイコン（図示せず）が指定（例えば、クリック）されると（ステップＳ２０）、第２の制御部１１－２は、第１の情報格納部２２に格納された第１の情報を取得し、第２の情報として第２のアプリケーション２５に反映する（ＣＬ２２）。

【0095】

図１９は、第１の情報が第２のアプリケーション２５の画面の対応する箇所に反映されたことを示す図である。図１９に示すように、第１のアプリケーション２４の受付画面２４－１に表示され、第１の情報格納部２２に格納されている受付情報が、第２のアプリケーション２５の受付画面２５－１に第1の情報として反映される。図１９では、第１のアプリケーション２４の受付画面２４－１の来院順序情報２８６、来院日時情報（受付時刻情報）２８７、診療科情報２９０、医師情報２９１、新患情報２９２、受診状況情報２９３、及び過去の来院日時情報２９４の受付情報が、第２のアプリケーション２５の診療画面２５－１の来院順序情報８６、来院日時情報（受付時刻情報）８７、診療科情報９０、医師情報９１、新患情報９２、受診状況情報９３、及び過去の来院日時情報９４の受付情報として反映される。

【0096】

図１７のステップＳ１８，Ｓ１９，Ｓ２５は図１４と同様であるので、説明を省略する。また、図１８の動作ＣＬ１７から動作ＣＬ１９までは図１５と同様であるので、説明を省略する。

【0097】

このように、サーバ２とクライアント（医用データ取得装置）３との通信が不可能となり、クライアント（医用データ取得装置）３がサーバ２から第1の医用データ８を取得できなくなった場合でも、第１のアプリケーション２４により入力しされた第１の情報を、第２のアプリケーション２５に第２の情報として反映し、反映された第２の情報に、第２のアリケーション２５が第２の情報を追加及び／又は削除して入力情報格納部１３（第２の情報格納部２３）に格納することができ、外来患者の受付業務及び診察業務を滞りなく進めることができる電子カルテシステムを提供することができる。

【0098】

また、上記の実施の形態では、第２のアプリケーション２５が起動されたか否かにかかわらず、第1の制御部１１－１は、第１のアプリケーション２４により、差分を差分データ１０としてサーバ２から取得し、第２の医用データ１９を更新するが、第２の制御部１１－２が、第２のアプリケーション２５により、第２の医用データ１９を更新するか否かを決定してもよい。

【0099】

図２０は、第２の制御部１１－２が、第２のアプリケーション２５により、第２の医用データ１９を更新するか否かを決定する工程の例を示すフローチャートである。図２１は、これらの工程におけるサーバ２及びクライアント（医用データ取得装置）３の動作の例を示すシーケンス図である。図２１の動作ＳＶ１から動作ＳＶ４までの動作及び動作ＣＬ１から動作ＣＬ４までの動作は図６と同様であるので、説明を省略する。また、図２１の動作ＳＶ１から動作ＳＶ４までの動作及び動作ＣＬ１から動作ＣＬ４までの動作に対応する工程は、図３及び図４と同様であるので、図面を省略する。

【0100】

図２０に示すように、ステップＳ９９において、第1のアプリケーション２４が差分データ１０の送信要求情報をサーバ２へ送信することなく、差分データ取得部１４は、差分データ１０を取得する（ＣＬ８８）。

【0101】

図２０のステップＳ１２，Ｓ１６，Ｓ１７は図７と同様であるので、説明を省略する。図２１の動作ＳＶ１１，ＳＶ１５は図８と同様であるので、説明を省略する。

【0102】

ステップＳ３０において、第２の制御部１１－２は、第1のアプリケーション２４が差分データ１０を取得したことを検出する（ＣＬ２４）。差分データ１０の取得を検出した場合は、ステップＳ３１において、第２の制御部１１－２は、差分データ１０に基づいて第２の医用データ１９を更新するか否かを選択する。第２の医用データ１９の更新が選択された場合は、ステップＳ３２において、格納部１２が差分データ１０に基づいて第２の医用データ１９を更新する（ＣＬ２５）。

【0103】

例えば、第２のアプリケーション２５の操作画面において、差分データ１０の取得が検出されると、第２の医用データ１９を更新するアイコン等が点滅し、第２の医用データ１９を更新するアイコン等をクリックすると、第２の医用データ１９の更新が選択され、格納部１２が差分データ１０に基づいて第２の医用データ１９を更新する。なお、取得された差分データ１０から選択された差分データ１０の一部に基づいて、格納部１２が第２の医用データ１９を更新してもよい。この場合、第１のアプリケーション２４又は第２のアプリケーション２５により、差分データ１０の一部が選択される。

【0104】

また、上記のようなサーバ２と、ネットワーク１を介してサーバ２と通信可能なクライアント（医用データ取得装置）３と、を備える医用データ取得システム１００も本発明に含まれる。医用データ取得システム１００は、クライアント（医用データ取得装置）３は、サーバ２に格納された第1の医用データ８を取得する第1のアプリケーション２５を制御する第1の制御部１１－１と、第1の時点における第1の医用データ８を第２の医用データ１９として格納する格納部１２と、格納部１２に格納された第２の医用データ１９を取得する第２のアプリケーション２５を制御する第２の制御部１１－２と、を備え、第1の制御部１１－１は、第１の時点以降の第２の時点における第1の医用データ８と第1の時点における第1の医用データ８との間に差分がある場合は、差分を差分データ１０としてサーバ２から取得し、格納部１２は、差分データ１０に基づいて第２の医用データ１９を更新可能であることを特徴とする医用データ取得システムも本発明に含まれる。

【0105】

また、医用データ取得システム１００は、複数のクライアント（医用データ取得装置）３を含んでもよい。図２２は、複数のクライアント（医用データ取得装置）３―１，３－２を含む医用データ取得システムのシステム構成の例を示すブロック図である。

【0106】

この場合、複数のクライアント（医用データ取得装置）３－１，３－２のそれぞれの格納部１２は、第２の医用データ１９を共有又は同期して格納する。また、複数のクライアント（医用データ取得装置）３－１，３－２のそれぞれは、第２の医用データ１９に関する情報（第２の情報）を入力し、当該情報（第２の情報）を他のクライアント（医用データ取得装置）３と共有又は同期して第２の情報格納部２３に格納する。

【0107】

このように、サーバ２とクライアント（医用データ取得装置）３との通信が不可能となり、クライアント（医用データ取得装置）３がサーバ２から第1の医用データ８を取得できなくなった場合でも、複数のクライアント（医用データ取得装置）３の間で、第２の医用データ１９、第1の情報、及び第２の情報を共有することができ、外来患者の受付業務及び診察業務を滞りなく進めることができる電子カルテシステムを提供することができる。

【0108】

また、上記のようなネットワーク１を介してサーバ２と通信する医用データ取得方法も本発明に含まれる。この医用データ取得方法は、サーバ２に格納された第1の医用データ８を取得するステップと、第1の時点における第1の医用データ８を第２の医用データ１９として格納するステップと、格納部１２に格納された第２の医用データ１９を取得するステップと、第１の時点以降の第２の時点における第1の医用データ８と第1の時点における第1の医用データ８との間に差分がある場合は、差分を差分データ１０としてサーバ２から取得するステップと、差分データ１０に基づいて第２の医用データ１９を更新するステップと、を備える。

【0109】

また、上記のようなネットワーク１を介してサーバ２と通信可能なコンピュータで実行される医用データ取得プログラムも本発明に含まれる。この医用データ取得プログラムは、コンピュータに、サーバ２に格納された第1の医用データ８を取得する命令と、第1の時点における第1の医用データ８を第２の医用データ１９として格納する命令と、格納部１２に格納された第２の医用データ１９を取得する命令と、第１の時点以降の第２の時点における第1の医用データ８と第1の時点における第1の医用データ８との間に差分がある場合は、差分を差分データ１０としてサーバ２から取得する命令と、差分データ１０に基づいて第２の医用データ１９を更新する命令と、を実行させる。

【産業上の利用可能性】

【0110】

本発明は、サーバと通信ができない場合でも、医用データを取得することができる医用データ取得システムとして有用である。

【符号の説明】

【0111】

１…ネットワーク
２…サーバ
３…クライアント（医用データ取得装置）
６…差分データ生成部
８…第１の医用データ
１０…差分データ
１４…差分データ取得部
１９…第２の医用データ
２４…第２のアプリケーション
２５…第1のアリケーション
３０，６０…属性情報
３１，６１…受付情報
３２，６２…カルテ情報
１００…医用データ取得システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】