(57)【要約】      （修正有）【課題】端末に患者のデータがダウンロードされた場合であっても、ダウンロードの元となったデータを他の端末から更新できるカルテ端末装置を提供することを目的とする。【解決手段】カルテ端末装置は、診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、処理を実行する処理部を備える。【選択図】図４
2018165876.tif 000002
【特許請求の範囲】
【請求項１】
診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、
前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、
処理を実行する処理部を備えるカルテ端末装置。
【請求項２】
前記処理部は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータを更新している状態にあるときは、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を禁止する、
ことを特徴とする請求項１に記載のカルテ端末装置。
【請求項３】
前記処理部は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータの更新を中断している状態であるときには、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を許可する、
ことを特徴とする請求項１に記載のカルテ端末装置。
【請求項４】
前記処理部は、前記患者のデータを更新し終えると、更新し終えた患者のデータを前記記憶領域にアップロードし、アップロードした患者のデータに基づいて前記記憶領域の前記患者のデータを更新し、更新した前記患者のデータに基づいて前記サーバ装置が管理する患者のデータを更新する、
ことを特徴とする請求項１に記載のカルテ端末装置。
【請求項５】
前記処理部は、訪問診療する患者の施設情報と患者のデータのダウンロードに要する時間とに基づいて、訪問診療する患者の順番を決定する、
ことを特徴とする請求項１から４のいずれか１項に記載のカルテ端末装置。
【請求項６】
診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、
前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、
処理をコンピュータが実行するデータ処理方法。
【請求項７】
診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、
前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、
処理をコンピュータに実行させるデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、カルテ端末装置、データ処理方法、及びデータ処理プログラムに関する。
【背景技術】
【０００２】
医師が介護施設や障害者施設などの福祉施設に訪問して診療を行う在宅医療が知られている。在宅医療には、訪問診療と往診の２つの診療形態がある（例えば特許文献１参照）。訪問診療は、福祉施設に定期的に訪問して診療を行う定期的な診療形態である。往診は、患者の急変時など、患者の求めに応じて緊急で福祉施設に訪問して診療を行う非定期的な診療形態である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１７６３７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、医師が福祉施設に訪問して診療する場合、医師が所属する病院内のサーバ装置（いわゆるオンプレミスサーバ）から携帯端末に診療対象の患者のデータをダウンロードしてから訪問することがある。この場合、福祉施設において医師はダウンロードした患者のデータに診療記録や処方などを入力する。
【０００５】
一方で、医師が訪問している間に、上記病院内に設置された端末装置（以下、院内端末という）が看護師などの操作によりサーバ装置が管理する同じ患者のデータにアクセスして更新すると、医師が福祉施設で使用した患者のデータと整合しなくなるおそれがある。例えば、携帯端末に患者のデータがダウンロードされた場合には、患者のデータの整合性を保つために、院内端末から同じ患者のデータにアクセスして更新することを禁止すればよいが、医師が病院に戻り、患者のデータをサーバ装置にアップロードするまで院内端末がその患者のデータを更新できないことは不便である。
【０００６】
そこで、１つの側面では、端末に患者のデータがダウンロードされた場合であっても、ダウンロードの元となったデータを他の端末から更新できるカルテ端末装置、データ処理方法、及びデータ処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
１つの実施態様では、カルテ端末装置は、診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、処理を実行する処理部を備える。
【発明の効果】
【０００８】
端末に患者のデータがダウンロードされた場合であっても、ダウンロードの元となったデータを他の端末から更新することができる。
【図面の簡単な説明】
【０００９】
【図１】図１はデータ処理システムの一例を説明するための図である。
【図２】図２はノートＰＣのハードウェア構成の一例である。
【図３】図３は院内サーバのハードウェア構成の一例である。
【図４】図４はノートＰＣ、院内サーバ、及びクラウドサーバのブロック図の一例である。
【図５】図５は排他テーブルの一例である。
【図６】図６はクラウド排他テーブルの一例である。
【図７】図７は持出管理テーブルの一例である。
【図８】図８は施設管理テーブルの一例である。
【図９】図９はダウンロード時間管理テーブルの一例である。
【図１０】図１０は移動時間管理テーブルの一例である。
【図１１】図１１は病名管理テーブルの一例である。
【図１２】図１２は点数マスタテーブルの一例である。
【図１３】図１３は候補テーブルの一例である。
【図１４】図１４は院内サーバからクラウドサーバへの診療データのアップロードを説明する処理シーケンス（その１）である。
【図１５】図１５は院内サーバからクラウドサーバへの診療データのアップロードを説明する処理シーケンス（その２）である。
【図１６】図１６はクラウドサーバからノートＰＣへの診療データのダウンロードを説明する処理シーケンスである。
【図１７】図１７はノートＰＣから院内サーバへのクラウドサーバを経由した診療データのアップロード及びダウンロードを説明する処理シーケンス（その１）である。
【図１８】図１８はノートＰＣから院内サーバへのクラウドサーバを経由した診療データのアップロード及びダウンロードを説明する処理シーケンス（その２）である。
【図１９】図１９はＤＬ時間確認処理の一例を示すフローチャートである。
【図２０】図２０は移動時間確認処理の一例を示すフローチャートである。
【図２１】図２１は訪問順序確認処理の一例を示すフローチャートである。
【図２２】図２２は時間比較処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本件を実施するための形態について図面を参照して説明する。
【００１１】
図１はデータ処理システムＳの一例を説明するための図である。データ処理システムＳはカルテ端末装置としてのノートＰＣ１００と院内サーバ２００とクラウドサーバ３００とオブジェクトストレージ３１０とを備えている。データ処理システムＳに病院Ｘ内に設置された院内端末１５０を含めてもよいし、含めなくてもよい。ノートＰＣ１００はノート型のPersonal Computer（ＰＣ）である。すなわち、ノートＰＣ１００は携帯可能な端末装置である。尚、病院Ｘは医療機関の一例であって、例えば診療所などであってもよい。
【００１２】
院内サーバ２００は病院Ｘ内に設置された自社運用（オンプレミス）型のサーバ装置である。クラウドサーバ３００はクラウドＣＬ上のデータセンターＤＣなどに配備されたサーバ装置である。クラウドサーバ３００はデータセンターＤＣに配備されたオブジェクトストレージ３１０にアクセスすることができる。詳細は後述するが、オブジェクトストレージ３１０はクラウドＣＬ内において患者の診療データ（いわゆる電子カルテ）を記憶するバックアップ領域に相当する。
【００１３】
ノートＰＣ１００と院内端末１５０と院内サーバ２００とクラウドサーバ３００は互いに接続されている。例えば、ノートＰＣ１００と院内サーバ２００は、ノートＰＣ１００が病院Ｘ内に存在する場合には、アクセスポイントＡＰ及び通信ネットワークＮＷ１を介して接続される。一方、院内端末１５０と院内サーバ２００はアクセスポイントＡＰを介さずに通信ネットワークＮＷ１を介して接続される。尚、通信ネットワークＮＷ１としては例えばLocal Area Network（ＬＡＮ）などがある。また、院内サーバ２００とクラウドサーバ３００は通信ネットワークＮＷ２を介して接続されている。通信ネットワークＮＷ２としては例えばインターネットなどがある。すなわち、ノートＰＣ１００及び院内端末１５０とクラウドサーバ３００とは院内サーバ２００を介して接続可能である。
【００１４】
一方、ノートＰＣ１００とクラウドサーバ３００は、ノートＰＣ１００が福祉施設Ｙに存在する場合には、携帯基地局ＢＳ及び通信ネットワークＮＷ２を介して接続される。尚、ノートＰＣ１００と携帯基地局ＢＳとの接続には、例えばLong Term Evolution（ＬＴＥ）などが利用される。このように、ノートＰＣ１００は無線通信及び有線通信を利用して院内サーバ２００やクラウドサーバ３００と接続することができる。
【００１５】
ノートＰＣ１００は医師Ｄが病院Ｘから福祉施設Ｙに訪問する際に携行される。医師Ｄは福祉施設Ｙに到着すると、ノートＰＣ１００を操作してクラウドサーバ３００にアクセスし、オブジェクトストレージ３１０が記憶する診療データをダウンロードする。尚、福祉施設Ｙが例えば離島や僻地といったインターネット通信利用不可能な環境にある場合、医師Ｄは病院ＸでノートＰＣ１００を操作してクラウドサーバ３００にアクセスし、オブジェクトストレージ３１０が記憶する診療データをダウンロードする。医師Ｄは福祉施設Ｙで患者Ｐを診察し、ノートＰＣ１００に表示された診療データに診療記録や処方などを入力する。
【００１６】
尚、詳細は後述するが、医師Ｄは患者Ｐの診療を終えると、福祉施設Ｙで診療記録や処方などが入力された診療データをノートＰＣ１００からクラウドサーバ３００に送信（すなわちアップロード）する。特に、ノートＰＣ１００の診療データと同じ診療データを院内端末１５０がアクセスしていないか後述する排他情報及びクラウド排他情報を確認してからノートＰＣ１００はその診療データを送信する。クラウドサーバ３００はノートＰＣ１００から送信された診療データをオブジェクトストレージ３１０に格納する。このように、ノートＰＣ１００から送信される前の診療データはオブジェクトストレージ３１０が記憶する診療データと同期しておらず非同期であるが、クラウドサーバ３００がノートＰＣ１００から送信された診療データをオブジェクトストレージ３１０に格納することにより、ノートＰＣの診療データとオブジェクトストレージ３１０が記憶する診療データは同期する。
【００１７】
さらに、クラウドサーバ３００はオブジェクトストレージ３１０に格納した診療データを院内サーバ２００に送信（すなわちダウンロード）する。院内サーバ２００はクラウドサーバ３００から送信された診療データを記憶して管理する。これにより、ノートＰＣ１００の診療データとオブジェクトストレージ３１０の診療データと院内サーバ２００の診療データは同期する。この結果、院内端末１５０は院内サーバ２００にアクセスして診療データを更新する場合、診療データが排他情報及びクラウド排他情報により排他対象として管理されていなければ、たとえノートＰＣ１００がその診療データをダウンロードしていても、その診療データと同期する診療データを更新することができる。逆に、院内端末１５０は院内サーバ２００にアクセスして診療データを更新する場合、ノートＰＣ１００がその診療データをダウンロードしており、診療データが排他情報及びクラウド排他情報により排他対象として管理されていれば、その診療データと同期する診療データを更新することができない。
【００１８】
以下、上述したノートＰＣ１００、院内サーバ２００、及びクラウドサーバ３００の各種構成及び動作の詳細について図面を参照して説明する。
【００１９】
図２はノートＰＣ１００のハードウェア構成の一例である。図２に示すように、ノートＰＣ１００は、少なくともCentral Processing Unit（ＣＰＵ）１００Ａ、Random Access Memory（ＲＡＭ）１００Ｂ、Read Only Memory（ＲＯＭ）１００Ｃ、及びネットワークＩ／Ｆ（インタフェース）１００Ｄを含んでいる。また、ノートＰＣ１００は、入力部１００Ｆ及び表示部１００Ｇも含んでいる。
【００２０】
さらに、ノートＰＣ１００は、必要に応じて、Hard Disk Drive（ＨＤＤ）１００Ｅ、入出力Ｉ／Ｆ１００Ｈ、ドライブ装置１００Ｉ、及び通信回路１００Ｊの少なくとも１つを含んでいてもよい。ＣＰＵ１００Ａから通信回路１００Ｊは、内部バス１００Ｋによって互いに接続されている。少なくともＣＰＵ１００ＡとＲＡＭ１００Ｂとが協働することによってコンピュータが実現される。
【００２１】
入出力Ｉ／Ｆ１００Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばUniversal Serial Bus（ＵＳＢ）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ１００Ｈは、半導体メモリ７３０に記憶されたプログラムやデータを読み取る。入出力Ｉ／Ｆ１００Ｈは、例えばＵＳＢポートを備えている。
【００２２】
ドライブ装置１００Ｉには、可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばCompact Disc（ＣＤ）−ＲＯＭ、Digital Versatile Disc（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置１００Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。
【００２３】
通信回路１００Ｊにはアンテナ１００Ｊ´が接続されている。通信回路１００Ｊに代えて通信機能を実現するＣＰＵが利用されてもよい。ネットワークＩ／Ｆ１００Ｄは、例えばLocal Area Network（ＬＡＮ）ポートを備えている。
【００２４】
上述したＲＡＭ１００Ｂには、ＨＤＤ１００Ｅに記憶されたプログラムがＣＰＵ１００Ａによって格納される。ＲＡＭ１００Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ１００Ａによって格納される。格納されたプログラムをＣＰＵ１００Ａが実行することにより、後述する各種の機能が実現され、また、後述する各種の動作が実行される。尚、プログラムは後述するフローチャートに応じたものとすればよい。
【００２５】
図３は院内サーバ２００のハードウェア構成の一例である。尚、上述したクラウドサーバ３００及びオブジェクトストレージ３１０のハードウェア構成は基本的に院内サーバ２００と同様であるため、説明を省略する。図３に示すように、院内サーバ２００は、少なくともＣＰＵ２００Ａ、ＲＡＭ２００Ｂ、ＲＯＭ２００Ｃ及びネットワークＩ／Ｆ２００Ｄを含んでいる。院内サーバ２００は、必要に応じて、ＨＤＤ２００Ｅ、入力Ｉ／Ｆ２００Ｆ、出力Ｉ／Ｆ２００Ｇ、入出力Ｉ／Ｆ２００Ｈ、ドライブ装置２００Ｉの少なくとも１つを含んでいてもよい。ＣＰＵ２００Ａからドライブ装置２００Ｉまでは、内部バス２００Ｊによって互いに接続されている。少なくともＣＰＵ２００ＡとＲＡＭ２００Ｂとが協働することによってコンピュータが実現される。
【００２６】
入力Ｉ／Ｆ２００Ｆには、入力装置７１０が接続される。入力装置７１０としては、例えばキーボードやマウスなどがある。
出力Ｉ／Ｆ２００Ｇには、表示装置７２０が接続される。表示装置７２０としては、例えば液晶ディスプレイがある。
入出力Ｉ／Ｆ２００Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばUniversal Serial Bus（ＵＳＢ）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ２００Ｈは、半導体メモリ７３０に記憶されたプログラムやデータを読み取る。
入力Ｉ／Ｆ２００Ｆ及び入出力Ｉ／Ｆ２００Ｈは、例えばＵＳＢポートを備えている。出力Ｉ／Ｆ２００Ｇは、例えばディスプレイポートを備えている。
【００２７】
ドライブ装置２００Ｉには、可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばCompact Disc（ＣＤ）−ＲＯＭ、Digital Versatile Disc（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置２００Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。
ネットワークＩ／Ｆ２００Ｄは、例えばＬＡＮポートを備えている。ネットワークＩ／Ｆ２００Ｄは上述した通信ネットワークＮＷ１，ＮＷ２と接続される。
【００２８】
上述したＲＡＭ２００Ｂには、ＲＯＭ２００ＣやＨＤＤ２００Ｅに記憶されたプログラムがＣＰＵ２００Ａによって格納される。ＲＡＭ２００Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ２００Ａによって格納される。格納されたプログラムをＣＰＵ２００Ａが実行することにより、後述する各種の機能が実現され、また、後述する各種の処理が実行される。尚、プログラムは後述するフローチャートに応じたものとすればよい。
【００２９】
図４はノートＰＣ１００、院内サーバ２００、及びクラウドサーバ３００のブロック図の一例である。図４ではノートＰＣ１００、院内サーバ２００、及びクラウドサーバ３００のそれぞれの機能構成を表している。
【００３０】
まず、ノートＰＣ１００及び院内サーバ２００について説明する。ノートＰＣ１００は排他記憶部１０１、同期記憶部１０２、排他制御部１０３、クラウド排他制御部１０４、リクエスト転送部１０５、同期制御部１０６、及び持出制御部１０７を備えている。一方、院内サーバ２００は排他記憶部２０１、同期記憶部２０２、リクエスト転送部２０５、及び同期制御部２０６を備えている。院内端末１５０については、基本的にノートＰＣ１００と同様であるため説明を省略する。
【００３１】
尚、排他記憶部１０１，２０１及び同期記憶部１０２，２０２は例えば上述したＨＤＤ１００Ｅ，２００Ｅによって実現される。排他制御部１０３、クラウド排他制御部１０４、リクエスト転送部１０５，２０５、同期制御部１０６，２０６、及び持出制御部１０７は例えば上述したＣＰＵ１００Ａ，２００Ａによって実現される。
【００３２】
排他記憶部１０１，２０１はいずれも排他情報を記憶する。排他情報は同期記憶部１０２，２０２が記憶する診療データへのアクセス又は更新を排他する情報である。同期記憶部１０２，２０２が記憶する診療データが排他情報により管理対象として管理されると、その診療データに対する自己以外の装置からのアクセス又は更新が排他される。排他情報は、図５に示すように、排他テーブルＴ１により管理される。排他情報は患者ＩＤ、ジョブ番号、クライアント番号、業務番号、更新区分、及びデータを構成要素として含んでいる。患者ＩＤは患者を識別する情報である。ジョブ番号、クライアント番号、及び業務番号はそれぞれジョブ、クライアント、及び業務を識別する番号である。更新区分はその患者ＩＤの診療データが更新中であるか又は更新が中断されている中断状態であるかを示す区分である。更新区分「有」は診療データが更新中であることを示し、更新区分「無」は診療データに対する更新が中断状態であることを示している。データは診療データを含む種々のデータである。
【００３３】
同期記憶部１０２，２０２はいずれも診療データ及び排他副情報を記憶する。診療データと排他副情報は関連付けられている。尚、排他副情報は排他テーブルＴ１に関する情報であり、例えば排他情報の挿入や削除に関する情報を含んでいる。
【００３４】
排他制御部１０３は排他記憶部１０１，２０１の排他テーブルＴ１の制御を行い、対象患者の排他情報を確認する。また、排他制御部１０３は排他記憶部１０１，２０１のいずれかの排他テーブルＴ１に排他情報を挿入する。例えば、ノートＰＣ１００が病院Ｘにある場合には、ノートＰＣ１００は院内サーバ２００にアクセスできるため、排他制御部１０３は排他記憶部２０１の排他テーブルＴ１に排他情報を挿入する。例えば、ノートＰＣ１００が福祉施設Ｙにある場合には、ノートＰＣ１００は院内サーバ２００にアクセスできないため、排他制御部１０３は排他記憶部１０１の排他テーブルＴ１に排他情報を挿入する。
【００３５】
クラウド排他制御部１０４は排他制御部１０３からの呼び出しを受け付けて、後述するクラウド排他テーブルＴ２のロックなどを要求するリクエストをリクエスト転送部１０５，２０５のいずれかに送信する。例えば、ノートＰＣ１００が病院Ｘにある場合には、ノートＰＣ１００は院内サーバ２００にアクセスできるため、クラウド排他制御部１０４はリクエスト転送部２０５にリクエストを送信する。例えば、ノートＰＣ１００が福祉施設Ｙにある場合には、ノートＰＣ１００は院内サーバ２００にアクセスできないため、クラウド排他制御部１０４はリクエスト転送部１０５にリクエストを送信する。
【００３６】
リクエスト転送部１０５，２０５はクラウド排他制御部１０４から送信されたリクエストをクラウドサーバ３００に向けて転送する。例えば、リクエスト転送部１０５は無線通信を利用してリクエストを送信する。例えば、リクエスト転送部２０５は有線通信を利用してリクエストを送信する。
【００３７】
同期制御部１０６，２０６は同期記憶部１０２，２０２が記憶する診療データ及び排他副情報をオブジェクトストレージ３１０に定期的に（例えば数秒単位で）アップロードしたり、クラウドサーバ３００から定期的に（例えば数秒単位で）診療データ及び排他副情報を同期記憶部１０２，２０２や排他記憶部１０１，２０１にダウンロードしたりする。より詳しくは、同期制御部２０６は同期記憶部２０２が記憶する診療データ及び排他副情報を有線通信によりオブジェクトストレージ３１０にアップロードしたり、クラウドサーバ３００から診療データ及び排他副情報を有線通信によりダウンロードしたりする。一方、同期制御部１０６は同期記憶部１０２が記憶する診療データ及び排他副情報を無線通信によりオブジェクトストレージ３１０にアップロードしたり、クラウドサーバ３００から診療データ及び排他副情報を無線通信によりダウンロードしたりする。
【００３８】
持出制御部１０７は院内サーバ２００又はオブジェクトストレージ３１０が記憶する診療データの中から持出対象の診療データを選択する画面を表示する。持出制御部１０７は患者が在籍する訪問施設を選択する画面を表示してもよい。診療データ又は訪問施設が選択されると、持出制御部１０７は選択された診療データ又は訪問施設を同期制御部１０６に出力する。同期制御部１０６は選択された診療データ又は訪問施設をクラウドサーバ３００に送信する。これにより、同期制御部１０６は選択された診療データ又は選択された訪問施設に在籍する患者の診療データをクラウドサーバ３００からダウンロードして、持出制御部１０７に出力する。持出制御部１０７はダウンロードされた診療データを表示する。
【００３９】
次に、クラウドサーバ３００について説明する。クラウドサーバ３００はクラウド排他記憶部３０１、管理情報記憶部３０２、通信部３０３、第１処理部３０４、及び第２処理部３０５を備えている。
【００４０】
尚、クラウド排他記憶部３０１及び管理情報記憶部３０２は例えば上述したＨＤＤ２００Ｅによって実現される。通信部３０３は例えば上述したネットワークＩ／Ｆ２００Ｄによって実現される。第１処理部３０４及び第２処理部３０５は例えば上述したＣＰＵ２００Ａによって実現される。
【００４１】
クラウド排他記憶部３０１はクラウド排他情報を記憶する。クラウド排他情報はオブジェクトストレージ３１０が記憶する診療データへのアクセス又は更新を排他する情報である。オブジェクトストレージ３１０が記憶する診療データがクラウド排他情報により管理対象として管理されると、その診療データに対するアクセス又は更新が排他される。クラウド排他情報は、図６に示すように、クラウド排他テーブルＴ２により管理される。クラウド排他情報はスキーマ名、患者ＩＤ、ジョブ番号、クライアント番号、業務番号、論理削除フラグ、及び論理削除時刻を構成要素として含んでいる。論理削除フラグはそのクラウド排他情報が論理的に削除されているか否かを示すフラグである。論理削除フラグ「０」はクラウド排他情報が論理的にまだ削除されていない（未削除である）ことを示し、論理削除フラグ「１」はクラウド排他情報が論理的に既に削除済であることを示している。論理削除時刻はクラウド排他情報が論理的に削除された時刻である。
【００４２】
管理情報記憶部３０２は種々の管理情報を記憶する。例えば、管理情報記憶部３０２は診療データの持ち出し状況を管理する持出管理情報を記憶する。持出管理情報は、図７に示すように、持出管理テーブルＴ３により管理される。持出管理情報は持出番号、医療機関ＩＤ、患者ＩＤ、及びタイムスタンプを構成要素として含んでいる。持出番号は持出管理情報を識別する番号である。医療機関ＩＤは医療機関を識別する情報である。タイムスタンプは持出管理情報が生成された時刻である。持出管理情報により第２処理部３０５はどの患者の診療データが持ち出されているかを把握することができる。
【００４３】
また、例えば管理情報記憶部３０２は福祉施設Ｙの属性を管理する施設管理情報を記憶する。施設管理情報は、図８に示すように、施設管理テーブルＴ４により管理される。施設管理情報は、施設コード、施設名、住所、在籍患者ＩＤを構成要素として含んでいる。施設コード、施設名、及び住所はそれぞれ施設を識別する情報、福祉施設Ｙの名称及び住所である。在籍患者ＩＤはその福祉施設Ｙに在籍する患者の患者ＩＤである。このように、施設管理情報により福祉施設Ｙと福祉施設Ｙに在籍する患者が関連付けられるため、例えば訪問施設を選択する画面で訪問施設が選択されても、選択された訪問施設に在籍する患者が特定される。
【００４４】
その他、管理情報記憶部３０２は、施設ごとに診療データのダウンロード時間を管理するダウンロード時間管理情報と、施設間の距離と移動時間を管理する移動時間情報とを記憶する。ダウンロード時間管理情報は、図９に示すように、ダウンロード時間管理テーブルＴ５により管理され、移動時間情報は、図１０に示すように、移動時間管理テーブルＴ６により管理される。また、管理情報記憶部３０２は、患者に病名が告知された病名開始日及びその病名の病気が完治した病名終了日を管理する病名管理情報と、調剤報酬点数を管理する点数管理情報とを記憶する。病名管理情報は、図１１に示すように、病名管理テーブルＴ７により管理され、点数管理情報は、図１２に示すように、点数マスタテーブルＴ８により管理される。さらに、管理情報記憶部３０２は、福祉施設Ｙの訪問順序を管理する順序管理情報を記憶する。順序管理情報は、図１３に示すように、候補テーブルＴ９により管理される。さらに、図示しないが、管理情報記憶部３０２は、診療データや排他副情報のデータ名や患者ＩＤといった、診療データ及び排他副情報に付随する情報をメタ情報として記憶する。
【００４５】
通信部３０３はノートＰＣ１００、院内サーバ２００、クラウドサーバ３００間の通信を制御する。例えば、通信部３０３はリクエスト転送部１０５，２０５が転送したリクエストを受信すると、第１処理部３０４に出力する。例えば、通信部３０３は同期制御部１０６，２０６が送信した診療データ及び排他副情報を受信すると、第２処理部３０５に出力する。例えば、第２処理部３０５から出力された診療データ及び排他副情報を通信部３０３が受信すると、通信部３０３は同期制御部１０６，２０６のいずれかに送信する。
【００４６】
第１処理部３０４は通信部３０３から出力されたリクエストに応じて、クラウド排他テーブルＴ２を確認したり更新したりする。例えば、第１処理部３０４はクラウド排他テーブルＴ２にクラウド排他情報を挿入したり、クラウド排他テーブルＴ２からクラウド排他情報を削除したりする。
【００４７】
第２処理部３０５は通信部３０３から出力された診療データ及び排他副情報を受け付けると、受け付けた診療データ及び排他副情報に関するメタ情報を管理情報記憶部３０２に格納し、診療データ及び排他副情報をオブジェクトストレージ３１０に格納する。また、第２処理部３０５はオブジェクトストレージ３１０が記憶する診療データ及び排他副情報を取得して、通信部３０３に出力する。
【００４８】
続いて、図１４及び図１５を参照して、データ処理システムＳの動作の一例について説明する。
【００４９】
図１４は院内サーバ２００からクラウドサーバ３００への診療データのアップロードを説明する処理シーケンス（その１）である。図１５は院内サーバ２００からクラウドサーバ３００への診療データのアップロードを説明する処理シーケンス（その２）である。尚、図１４及び図１５において、ノートＰＣ１００と院内端末１５０に対する操作は基本的に同じであるため、一例としてノートＰＣ１００に対する操作を説明する。
【００５０】
例えば、医師Ｄが病院ＸでノートＰＣ１００を操作して院内サーバ２００に診療データを送信する場合、図１４に示すように、まず、排他制御部１０３は院内サーバ２００の排他テーブルＴ１をロックする（ステップＳ１０１）。より詳しくは、排他制御部１０３は院内サーバ２００の排他テーブルＴ１を他の業務がロックしていないか否かを確認し、他の業務がロックしていなければ、排他テーブルＴ１をロックする。これにより、例えば院内端末１５０の排他制御部（不図示）が排他テーブルＴ１に排他情報の挿入を試みても、ロックが解除されるまで排他情報の挿入を待機する。
【００５１】
ステップＳ１０１の処理が完了すると、次いで、クラウド排他制御部１０４はクラウドサーバ３００のクラウド排他テーブルＴ２のロックを要求するリクエストを送信する（ステップＳ１０２）。より詳しくは、排他制御部１０３がクラウド排他テーブルＴ２のロックを要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。
【００５２】
院内サーバ２００のリクエスト転送部２０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ２０１）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他テーブルＴ２をロックする（ステップＳ３０１）。より詳しくは、第１処理部３０４はクラウド排他テーブルＴ２を他の業務がロックしていないか否かを確認し、他の業務がロックしていなければ、クラウド排他テーブルＴ２をロックする。これにより、例えば福祉施設ＹでノートＰＣ１００と異なるノートＰＣの排他制御部（不図示）がクラウド排他テーブルＴ２にクラウド排他情報の挿入を試みても、ロックが解除されるまでクラウド排他情報の挿入を待機する。
【００５３】
ステップＳ１０２の処理が完了すると、次いで、排他制御部１０３は院内サーバ２００の排他情報を確認する（ステップＳ１０３）。より詳しくは、排他制御部１０３は排他記憶部２０１の排他テーブルＴ１の中に競合する排他情報がないか否かを確認する。ステップＳ１０３の処理が完了すると、次いで、クラウド排他制御部１０４はクラウドサーバ３００のクラウド排他情報の確認を要求するリクエストを送信する（ステップＳ１０４）。より詳しくは、排他制御部１０３が排他テーブルＴ１の中に競合する排他情報がないと判断し、クラウド排他情報の確認を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。
【００５４】
院内サーバ２００のリクエスト転送部２０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ２０２）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他情報を確認する（ステップＳ３０２）。より詳しくは、第１処理部３０４は競合するクラウド排他情報が論理削除されているか否かを確認する。そして、論理削除されている場合、論理削除されているクラウド排他情報の同期が完了しているか否かを確認する。第１処理部３０４は論理削除されているクラウド排他情報の同期が完了していると判断した場合、後続の処理を実行する。
【００５５】
ステップＳ１０４の処理が完了すると、次いで、排他制御部１０３は院内サーバ２００の排他テーブルＴ１に排他情報を挿入する（ステップＳ１０５）。これにより、排他テーブルＴ１は排他情報を管理する（図５参照）。ステップＳ１０５の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２にクラウド排他情報の挿入を要求するリクエストを送信する（ステップＳ１０６）。より詳しくは、排他制御部１０３がクラウド排他情報の挿入を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。
【００５６】
院内サーバ２００のリクエスト転送部２０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ２０３）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他情報を挿入する（ステップＳ３０３）。これにより、クラウド排他テーブルＴ２はクラウド排他情報を管理する（図６参照）。
【００５７】
ステップＳ１０６の処理が完了すると、次いで、排他制御部１０３は院内サーバ２００における排他テーブルＴ１のロックを解除する（ステップＳ１０７）。これにより、例えば院内端末１５０の排他制御部（不図示）は排他テーブルＴ１に排他情報を挿入することができる。ステップＳ１０７の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２のロックの解除を要求するリクエストを送信する（ステップＳ１０８）。より詳しくは、排他制御部１０３がクラウド排他テーブルＴ２のロックの解除を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。
【００５８】
院内サーバ２００のリクエスト転送部２０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ２０４）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他テーブルＴ２のロックを解除する（ステップＳ３０４）。これにより、クラウド排他テーブルＴ２にノートＰＣ１００と異なるノートＰＣ（不図示）が要求したクラウド排他情報を挿入することができる。
【００５９】
ステップＳ１０８の処理が完了すると、次いで、図１５に示すように、ノートＰＣ１００の送信部（不図示）は診療データを送信する（ステップＳ１０９）。より詳しくは、送信部は診療データを院内サーバ２００に送信するとともに、排他記憶部２０１が記憶する排他副情報の同期記憶部２０２への格納を要求する。これにより、院内サーバ２００の同期記憶部２０２は排他副情報と送信部から送信された診療データとを関連付けて格納する（ステップＳ２０５）。ステップＳ２０５の処理が完了すると、同期制御部２０６は診療データと排他副情報をクラウドサーバ３００に向けて送信する（ステップＳ２０６）。すなわち、同期制御部２０６は診療データと排他副情報をクラウドサーバ３００にアップロードする。
【００６０】
クラウドサーバ３００の第２処理部３０５は同期制御部２０６が送信した診療データと排他副情報を受信すると、診療データと排他副情報のメタ情報を管理情報記憶部３０２に格納し（ステップＳ３０５）、診療データと排他副情報をオブジェクトストレージ３１０に格納する（ステップＳ３０６）。
【００６１】
ステップＳ１０９の処理が完了すると、次いで、排他制御部１０３は院内サーバ２００における排他テーブルＴ１の排他情報を削除する（ステップＳ１１０）。すなわち、排他制御部１０３は排他記憶部２０１の排他情報を削除する。ステップＳ１１０の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２におけるクラウド排他情報の削除を要求するリクエストを送信する（ステップＳ１１１）。より詳しくは、排他制御部１０３がクラウド排他情報の論理削除を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。
【００６２】
院内サーバ２００のリクエスト転送部２０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ２０７）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他情報を削除する（ステップＳ３０７）。
【００６３】
ステップＳ２０７の処理が完了すると、院内サーバ２００の同期記憶部２０２は排他記憶部２０１が記憶する排他副情報を取得して、自身に格納する（ステップＳ２０８）。排他情報はステップＳ１１０の処理によって削除されているため存在しないが、排他情報の削除を含む排他副情報は存在するため、同期記憶部２０２は排他副情報を自身に格納する。ステップＳ２０８の処理が完了すると、同期制御部２０６は排他副情報をクラウドサーバ３００に向けて送信する（ステップＳ２０９）。
【００６４】
クラウドサーバ３００の第２処理部３０５は同期制御部２０６が送信した排他副情報を受け付けると、排他副情報のメタ情報を管理情報記憶部３０２に格納し（ステップＳ３０８）、排他副情報をオブジェクトストレージ３１０に格納する（ステップＳ３０９）。
【００６５】
続いて、図１６を参照して、データ処理システムＳの動作の他の一例について説明する。
【００６６】
図１６はクラウドサーバ３００からノートＰＣ１００への診療データのダウンロードを説明する処理シーケンスである。まず、ノートＰＣ１００の持出制御部１０７は医師Ｄによる操作に基づいて訪問施設を選択する（ステップＳ１３１）。例えば、医師Ｄは病院Ｘで訪問予定の複数の訪問施設の中からいずれかの訪問施設を選択する操作を行う。医師Ｄは福祉施設Ｙで次の訪問予定の複数の訪問施設の中からいずれかの訪問施設を選択する操作を行ってもよい。また、医師Ｄは病院Ｘと福祉施設Ｙとの間にこの操作を行ってもよい。持出制御部１０７はこれらの操作に基づいて訪問施設を選択する。
【００６７】
ステップＳ１３１の処理が完了すると、次いで、同期制御部１０６は選択された訪問施設をクラウドサーバ３００に送信する（ステップＳ１３２）。尚、医師Ｄが福祉施設Ｙに到着していれば、同期制御部１０６は訪問施設をクラウドサーバ３００に直接的に送信するが、医師Ｄが病院Ｘにいる場合には院内サーバ２００を介してクラウドサーバ３００に間接的に送信してもよい。
【００６８】
クラウドサーバ３００の第２処理部３０５は訪問施設を受け付けると、ＤＬ時間確認処理を実行する（ステップＳ３３１）。ＤＬ時間確認処理は診療データのダウンロード時間を訪問施設毎に算出する処理である。尚、ＤＬ時間確認処理の詳細については後述する。ステップＳ３３１の処理が完了すると、次いで、第２処理部３０５は移動時間確認処理を実行する（ステップＳ３３２）。移動時間確認処理は訪問施設間の移動時間及び病院Ｘと訪問施設との間の移動時間を算出する処理である。尚、移動時間確認処理の詳細については後述する。ステップＳ３３２の処理が完了すると、次いで、第２処理部３０５は訪問順序確認処理を実行する（ステップＳ３３３）。訪問順序確認処理は訪問施設の訪問順序を決定する処理である。尚、訪問順序確認処理の詳細については後述する。
【００６９】
ステップＳ３３３の処理が完了すると、次いで、第２処理部３０５は訪問順序をノートＰＣ１００に向けて送信する（ステップＳ３３４）。ノートＰＣ１００の持出制御部１０７は訪問順序を表示する（ステップＳ１３３）。より詳しくは、持出制御部１０７が第２処理部３０５から送信された訪問順序を受信することにより、持出制御部１０７は訪問順序を表示する。
【００７０】
一方、ステップＳ３３４の処理が完了すると、第２処理部３０５は訪問施設に在籍する患者の診療データを確認する（ステップＳ３３５）。例えば、第２処理部３０５は施設管理テーブルＴ４にアクセスすることにより、訪問施設に在籍する患者の診療データを確認する。ステップＳ３３５の処理が完了すると、第２処理部３０５はオブジェクトストレージ３１０からダウンロード対象の診療データを取得し（ステップＳ３３６）、取得した診療データをノートＰＣ１００に送信する（ステップＳ３３７）。すなわち、第２処理部３０５は診療データをダウンロードする。ノートＰＣ１００の同期制御部１０６は第２処理部３０５から送信された診療データを受信すると、診療データを同期記憶部１０２に格納する（ステップＳ１３４）。これにより、ノートＰＣ１００は診療データのダウンロードを完了する。
【００７１】
続いて、図１７及び図１８を参照して、データ処理システムＳの動作の他の一例について説明する。
【００７２】
図１７はノートＰＣ１００から院内サーバ２００へのクラウドサーバ３００を経由した診療データのアップロード及びダウンロードを説明する処理シーケンス（その１）である。図１８はノートＰＣ１００から院内サーバ２００へのクラウドサーバ３００を経由した診療データのアップロード及びダウンロードを説明する処理シーケンス（その２）である。
【００７３】
例えば、医師Ｄが福祉施設ＹでノートＰＣ１００を操作してクラウドサーバ３００に診療データを送信（アップロード）する場合、図１７に示すように、まず、排他制御部１０３はノートＰＣ１００の排他テーブルＴ１をロックする（ステップＳ１５１）。より詳しくは、排他制御部１０３はノートＰＣ１００の排他テーブルＴ１を他の業務がロックしていないか否かを確認し、他の業務がロックしていなければ、排他テーブルＴ１をロックする。
【００７４】
ステップＳ１５１の処理が完了すると、次いで、クラウド排他制御部１０４はクラウドサーバ３００のクラウド排他テーブルＴ２のロックを要求するリクエストを送信する。より詳しくは、排他制御部１０３がクラウド排他テーブルＴ２のロックを要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストをリクエスト転送部１０５に送信する。
【００７５】
リクエスト転送部１０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ１５２）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部１０５から送信されたリクエストを受信すると、クラウド排他テーブルＴ２をロックする（ステップＳ３５１）。より詳しくは、第１処理部３０４はクラウド排他テーブルＴ２を他の業務がロックしていないか否かを確認し、他の業務がロックしていなければ、クラウド排他テーブルＴ２をロックする。これにより、例えば院内端末１５０の排他制御部（不図示）が院内サーバ２００を経由してクラウドサーバ３００のクラウド排他テーブルＴ２にクラウド排他情報の挿入を試みても、ロックが解除されるまでクラウド排他情報の挿入を待機する。
【００７６】
ステップＳ１５２の処理が完了すると、次いで、排他制御部１０３はノートＰＣ１００の排他情報を確認する（ステップＳ１５３）。すなわち、排他制御部１０３は排他記憶部１０１の排他テーブルＴ１の中に競合する排他情報がないか否かを確認する。ステップＳ１５３の処理が完了すると、次いで、クラウド排他制御部１０４はクラウドサーバ３００のクラウド排他情報の確認を要求するリクエストを送信する。より詳しくは、排他制御部１０３が排他テーブルＴ１の中に競合する排他情報がないと判断し、クラウド排他情報の確認を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。
【００７７】
リクエスト転送部１０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ１５４）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部１０５から送信されたリクエストを受信すると、クラウド排他情報を確認する（ステップＳ３５２）。より詳しくは、第１処理部３０４は競合するクラウド排他情報が論理削除されているか否かを確認する。そして、論理削除されている場合、論理削除されているクラウド排他情報の同期が完了しているか否かを確認する。第１処理部３０４は論理削除されているクラウド排他情報の同期が完了していると判断した場合、後続の処理を実行する。
【００７８】
ステップＳ１５４の処理が完了すると、次いで、排他制御部１０３はノートＰＣ１００の排他テーブルＴ１に排他情報を挿入する（ステップＳ１５５）。すなわち、排他記憶部１０１の排他テーブルＴ１に排他情報を挿入する。これにより、排他テーブルＴ１は排他情報を管理する（図５参照）。ステップＳ１５５の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２にクラウド排他情報の挿入を要求するリクエストを送信する。より詳しくは、排他制御部１０３がクラウド排他情報の挿入を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。
【００７９】
リクエスト転送部１０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ１５６）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部１０５から送信されたリクエストを受信すると、クラウド排他情報を挿入する（ステップＳ３５３）。これにより、クラウド排他テーブルＴ２はクラウド排他情報を管理する（図６参照）。
【００８０】
ステップＳ１５６の処理が完了すると、次いで、排他制御部１０３はノートＰＣ１００における排他テーブルＴ１のロックを解除する（ステップＳ１５７）。ステップＳ１５７の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２のロックの解除を要求するリクエストを送信する。より詳しくは、排他制御部１０３がクラウド排他テーブルＴ２のロックの解除を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。
【００８１】
リクエスト転送部１０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ１５８）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部１０５から送信されたリクエストを受信すると、クラウド排他テーブルＴ２のロックを解除する（ステップＳ３５４）。
【００８２】
ステップＳ１５８の処理が完了すると、次いで、図１８に示すように、ノートＰＣ１００の同期記憶部１０２は排他副情報と診療データとを関連付けて格納する（ステップＳ１５９）。ステップＳ１５９の処理が完了すると、同期制御部１０６は診療データと排他副情報をクラウドサーバ３００に向けて送信する（ステップＳ１６０）。言い換えれば、同期制御部２０６は診療データと排他副情報をクラウドサーバ３００にアップロードする。
【００８３】
クラウドサーバ３００の第２処理部３０５は同期制御部２０６が送信した診療データと排他副情報を受け付けると、診療データと排他副情報のメタ情報を管理情報記憶部３０２に格納し（ステップＳ３５５）、診療データと排他副情報をオブジェクトストレージ３１０に格納する（ステップＳ３５６）。ステップＳ３５６の処理が完了すると、次いで、第２処理部３０５は診療データと排他副情報を院内サーバ２００に送信する（ステップＳ３５７）。すなわち、第２処理部３０５は診療データと排他副情報を院内サーバ２００にダウンロードする。院内サーバ２００の同期制御部２０６はクラウドサーバ３００から送信された診療データと排他副情報を受信すると、受信した診療データを同期記憶部２０２に格納し（ステップＳ２５１）、排他副情報を排他記憶部２０１に格納する（ステップＳ２５２）。
【００８４】
ステップＳ１６０の処理が完了すると、次いで、排他制御部１０３はノートＰＣ１００における排他テーブルＴ１の排他情報を削除する（ステップＳ１６１）。ステップＳ１６１の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２におけるクラウド排他情報の削除を要求するリクエストを送信する。より詳しくは、排他制御部１０３がクラウド排他情報の論理削除を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。
【００８５】
リクエスト転送部１０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ１６２）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他情報を削除する（ステップＳ３５８）。
【００８６】
ステップＳ１６２の処理が完了すると、次いで、ノートＰＣ１００の同期記憶部１０２は排他副情報を格納する（ステップＳ１６３）。ステップＳ１６３の処理が完了すると、同期制御部１０６は排他副情報をクラウドサーバ３００に向けて送信する（ステップＳ１６４）。すなわち、同期制御部１０６は排他副情報をクラウドサーバ３００にアップロードする。
【００８７】
クラウドサーバ３００の第２処理部３０５は同期制御部１０６が送信した排他副情報を受け付けると、排他副情報のメタ情報を管理情報記憶部３０２に格納し（ステップＳ３５９）、排他副情報をオブジェクトストレージ３１０に格納する（ステップＳ３６０）。ステップＳ３６０の処理が完了すると、次いで、第２処理部３０５は排他副情報を院内サーバ２００に送信する（ステップＳ３６１）。すなわち、第２処理部３０５は排他副情報を院内サーバ２００にダウンロードする。院内サーバ２００の同期制御部２０６はクラウドサーバ３００から送信された排他副情報を受信すると、受信した排他副情報を排他記憶部２０１に格納する（ステップＳ２５３）。
【００８８】
続いて、図１９を参照して、上述したＤＬ時間確認処理を説明する。
【００８９】
図１９はＤＬ時間確認処理の一例を示すフローチャートである。まず、図１６を参照して説明したように、クラウドサーバ３００の第２処理部３０５が訪問施設を受信すると、第２処理部３０５は訪問施設数に応じたループ処理を開始する（ステップＳ３３１Ａ）。次いで、第２処理部３０５は訪問施設に滞在する患者の患者ＩＤを取得し（ステップＳ３３１Ｂ）、患者ＩＤ数に応じたループ処理を開始する（ステップＳ３３１Ｃ）。
【００９０】
次いで、第２処理部３０５は患者の病名期間を確認する（ステップＳ３３１Ｄ）。より詳しくは、第２処理部３０５は取得した患者ＩＤと病名管理テーブルＴ７（図１１参照）とに基づいて、病名開始日と病名終了日に応じて決定される病名期間を確認する。ステップＳ３３１Ｄの処理が完了すると、次いで、第２処理部３０５は病名期間内の診療データを抽出し（ステップＳ３３１Ｅ）、病名期間内の点数管理情報を抽出する（ステップＳ３３１Ｆ）。ここで、診療データは診察記録や処方などが入力された日付を含んでいるため、第２処理部３０５は診療データの日付に基づいて診療データを抽出する。一方、点数管理情報は、図１２に示すように、年月単位で世代管理されているため、第２処理部３０５は病名期間内に応じた年月の点数管理情報を抽出する。
【００９１】
ステップＳ３３１Ｆの処理が完了すると、次いで、第２処理部３０５はダウンロードに要する時間を算出する（ステップＳ３３１Ｇ）。より詳しくは、第２処理部３０５は抽出したループ対象の患者ＩＤの診療データと点数管理情報のダウンロードに要する時間を算出する。例えば、第２処理部３０５は当該時間を算出する際、診療データと点数管理情報の情報量及び通信環境などに基づいて算出すればよい。ステップＳ３３１Ｇの処理が完了すると、第２処理部３０５は患者ＩＤ数に応じたループ処理を終了する（ステップＳ３３１Ｈ）。これにより、１つの訪問施設に在籍する患者全員分のダウンロード時間がそれぞれ算出される。
【００９２】
ステップＳ３３１Ｈの処理が完了すると、次いで、第２処理部３０５はダウンロードに要する合計時間を算出し（ステップＳ３３１Ｉ）、算出した合計時間を格納する（ステップＳ３３１Ｊ）。これにより、ダウンロード時間管理テーブルＴ５に１施設分のダウロード合計時間が格納される（図９参照）。ステップＳ３３１Ｊの処理が完了すると、第２処理部３０５は訪問施設数に応じたループ処理を終了する（ステップＳ３３１Ｋ）。これにより、訪問施設全てのダウンロード合計時間が格納される（図９参照）。
【００９３】
続いて、図２０を参照して、上述した移動時間確認処理を説明する。
【００９４】
図２０は移動時間確認処理の一例を示すフローチャートである。図１６を参照して説明したように、クラウドサーバ３００の第２処理部３０５がＤＬ時間確認処理を実行し終えると、第２処理部３０５は各施設の住所を確認する（ステップＳ３３２Ａ）。例えば、第２処理部３０５は受信した訪問施設の施設コード又は施設名と施設管理テーブルＴ４（図８参照）とに基づいて、施設の住所を確認して取得する。尚、第２処理部３０５は病院Ｘの住所については予め保持している。
【００９５】
ステップＳ３３２Ａの処理が完了すると、次いで、第２処理部３０５は訪問施設数に応じたループ処理を開始する（ステップＳ３３２Ｂ）。次いで、第２処理部３０５は始点施設コードに出発する施設コードを挿入し（ステップＳ３３２Ｃ）、終点施設コードに到着する施設コードを挿入する（ステップＳ３３２Ｄ）。例えば、第２処理部３０５は移動時間管理テーブルＴ６（図１０参照）における始点施設コード３つに病院Ｘの施設コード「Ｚ」を挿入し、終点施設コード３つに病院Ｘから到着可能な重複しない３つの施設コード「１」、「２」、「３」をそれぞれ挿入する。
【００９６】
次いで、第２処理部３０５は施設間の距離を算出し（ステップＳ３３２Ｅ）、施設間の移動時間を算出する（ステップＳ３３２Ｆ）。例えば、第２処理部３０５は確認した住所に基づいて、施設間の距離を算出する。また、第２処理部３０５は予め定めた所定の速度（例えば平均時速６０ｋｍ）に基づいて、算出した距離から移動時間を算出する。ステップＳ３３２Ｆの処理が完了すると、第２処理部３０５は訪問施設数に応じたループ処理を終了する（ステップＳ３３２Ｇ）。これにより、訪問施設間の全ての移動距離と移動時間が格納される（図１０参照）。
【００９７】
続いて、図２１を参照して、上述した訪問順序確認処理を説明する。
【００９８】
図２１は訪問順序確認処理の一例を示すフローチャートである。図１６を参照して説明したように、クラウドサーバ３００の第２処理部３０５が移動時間確認処理を実行し終えると、第２処理部３０５は始点施設コードにＺを挿入する（ステップＳ３３３Ａ）。より詳しくは、第２処理部３０５は訪問順序計算用テーブル（不図示）の始点施設コードにＺを挿入する。
【００９９】
ステップＳ３３３Ａの処理が完了すると、次いで、第２処理部３０５は合計移動時間に０（ゼロ）を設定し（ステップＳ３３３Ｂ）、合計ダウンロード時間に０（ゼロ）を設定する（ステップＳ３３３Ｃ）。より詳しくは、第２処理部３０５は訪問順序計算用テーブル（不図示）の合計移動時間及び合計ダウンロード時間のそれぞれに０（ゼロ）を設定する。
【０１００】
ステップＳ３３３Ｃの処理が完了すると、次いで、第２処理部３０５は時間比較処理を実行する（ステップＳ３３３Ｄ）。時間比較処理は合計移動時間と合計ダウンロード時間を比較する処理である。尚、時間比較処理の詳細については後述する。ステップＳ３３３Ｄの処理が完了すると、次いで、第２処理部３０５は次の施設がないか否かを判断する（ステップＳ３３３Ｅ）。次の施設がある場合（ステップＳ３３３Ｅ：ＮＯ）、第２処理部３０５は再び時間比較処理を実行する。
【０１０１】
一方、次の施設がない場合（ステップＳ３３３Ｅ：ＹＥＳ）、第２処理部３０５は候補テーブルＴ１３にある施設コードを訪問順序計算用テーブル（不図示）の始点施設コードに挿入し（ステップＳ３３３Ｆ）、時間比較処理を実行する（ステップＳ３３３Ｇ）。ステップＳ３３３Ｇの処理が完了すると、次いで、第２処理部３０５は次の施設がないか否かを判断する（ステップＳ３３３Ｈ）。次の施設がある場合（ステップＳ３３３Ｈ：ＮＯ）、第２処理部３０５は再び時間比較処理を実行する。
【０１０２】
一方、次の施設がない場合（ステップＳ３３３Ｈ：ＹＥＳ）、第２処理部３０５は訪問順序計算用テーブル（不図示）の終点施設コードにＺを挿入する（ステップＳ３３３Ｉ）。ステップＳ３３３Ｉの処理が完了すると、次いで、第２処理部３０５は合計移動時間を算出し（ステップＳ３３３Ｊ）、合計ダウンロード時間を算出する（ステップＳ３３３Ｋ）。ステップＳ３３３Ｋの処理が完了すると、第２処理部３０５は候補テーブルＴ９を更新する（ステップＳ３３３Ｌ）。これにより、図１３に示すように、候補テーブルＴ９が完成する。
【０１０３】
ステップＳ３３３Ｌの処理が完了すると、第２処理部３０５は候補テーブルＴ９の合計移動時間を比較する（ステップＳ３３３Ｍ）。例えば、訪問施設コードの順序Ｚ→１→２→３→Ｚの移動総時間は６９分であり、訪問施設コードの順序Ｚ→２→１→３→Ｚの移動総時間は１０３分である。この場合、第２処理部３０５は総移動時間が少ない方を訪問順序として決定する。尚、残りの順序についても同様である。すなわち、第２処理部３０５は順序Ｚ→２→１→３→Ｚを決定する。
【０１０４】
続いて、図２２を参照して、上述した時間比較処理を説明する。
【０１０５】
図２２は時間比較処理の一例を示すフローチャートである。図２１を参照して説明したように、クラウドサーバ３００の第２処理部３０５がステップＳ３３３ＣやステップＳ３３３Ｆの処理を実行し終えると、第２処理部３０５は訪問順序計算用テーブル（不図示）の終点施設コードにＺを挿入する（ステップＳ３１）。ステップＳ３１の処理が完了すると、次いで、第２処理部３０５は合計移動時間ｔ１を算出し（ステップＳ３２）、合計ダウンロード時間ｔ２を算出する（ステップＳ３３）。
【０１０６】
ステップＳ３３の処理が完了すると、次いで、第２処理部３０５は合計移動時間ｔ１が合計ダウンロード時間ｔ２より大きいか否かを判断する（ステップＳ３４）。合計移動時間ｔ１が合計ダウンロード時間ｔ２以下の場合（ステップＳ３４：ＮＯ）、第２処理部３０５は後続の処理を中止して処理を終える。一方、合計移動時間ｔ１が合計ダウンロード時間ｔ２より大きい場合（ステップＳ３４：ＹＥＳ）、第２処理部３０５は、さらに、既に同じ順序のレコードがないか否かを判断する（ステップＳ３５）。
【０１０７】
既に同じ順序のレコードがない場合（ステップＳ３５：ＹＥＳ）、第２処理部３０５は候補テーブルＴ９にレコードを追加する（ステップＳ３６）。一方、既に同じ順序のレコードがある場合（ステップＳ３５：ＮＯ）、第２処理部３０５は候補テーブルＴ９に新規レコードを追加する（ステップＳ３７）。
【０１０８】
以上説明したように、本実施形態に係るノートＰＣ１００は排他制御部１０３、クラウド排他制御部１０４、同期制御部１０６といった処理部を備えている。この処理部は診療対象の患者の診療データを、排他情報に関連付けて、院内サーバ２００からクラウドＣＬ上のオブジェクトストレージ３１０にアップロードする。そして、当該処理部は、更新指示を受け付けた診療データに関連づけられたオブジェクトストレージ３１０の更新指示を受け付けた場合であって、排他情報が診療データの更新のない状態を示す場合に、排他情報を診療データの更新がある状態に変更して、診療データを更新する。このように、ノートＰＣ１００に複数の診療データがダウンロードされた場合であっても、ノートＰＣ１００で扱われていない診療データについては、院内端末１５０から更新することができる。
【０１０９】
以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１１０】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、更新指示を受け付けた前記患者のデータに関連づけられた前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、処理を実行する処理部を備えるカルテ端末装置。
（付記２）前記処理部は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータを更新している状態にあるときは、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を禁止する、ことを特徴とする付記１に記載のカルテ端末装置。
（付記３）前記処理部は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータの更新を中断している状態であるときには、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を許可する、ことを特徴とする付記１に記載のカルテ端末装置。
（付記４）前記処理部は、前記患者のデータを更新し終えると、更新し終えた患者のデータを前記記憶領域にアップロードし、アップロードした患者のデータに基づいて前記記憶領域の前記患者のデータを更新し、更新した前記患者のデータに基づいて前記サーバ装置が管理する患者のデータを更新する、ことを特徴とする付記１に記載のカルテ端末装置。
（付記５）前記処理部は、訪問診療する患者の施設情報と患者のデータのダウンロードに要する時間とに基づいて、訪問診療する患者の順番を決定する、ことを特徴とする付記１から４のいずれか１項に記載のカルテ端末装置。
（付記６）診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、処理をコンピュータが実行するデータ処理方法。
（付記７）前記処理は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータを更新している状態にあるときは、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を禁止する、ことを特徴とする付記６に記載のデータ処理方法。
（付記８）前記処理は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータの更新を中断している状態であるときには、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を許可する、ことを特徴とする付記６に記載のデータ処理方法。
（付記９）前記処理は、前記患者のデータを更新し終えると、更新し終えた患者のデータを前記記憶領域にアップロードし、アップロードした患者のデータに基づいて前記記憶領域の前記患者のデータを更新し、更新した前記患者のデータに基づいて前記サーバ装置が管理する患者のデータを更新する、ことを特徴とする付記６に記載のデータ処理方法。
（付記１０）前記処理は、訪問診療する患者の施設情報と患者のデータのダウンロードに要する時間とに基づいて、訪問診療する患者の順番を決定する、ことを特徴とする付記６から９のいずれか１項に記載のデータ処理方法。
（付記１１）診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、処理をコンピュータに実行させるデータ処理プログラム。
【符号の説明】
【０１１１】
Ｓ  データ処理システム
１００  ノートＰＣ
２００  院内サーバ
１０１，２０１  排他記憶部
１０２，２０２  同期記憶部
１０３  排他制御部
１０４  クラウド排他制御部
１０５，２０５  リクエスト転送部
１０６，２０６  同期制御部
１０７  持出制御部
１５０  院内端末
３００  クラウドサーバ
３０１  クラウド排他記憶部
３０２  管理情報記憶部
３０３  通信部
３０４  第１処理部
３０５  第２処理部
３１０  オブジェクトストレージ
【図１】
2018165876.tif 000003
【図２】
2018165876.tif 000004
【図３】
2018165876.tif 000005
【図４】
2018165876.tif 000006
【図５】
2018165876.tif 000007
【図６】
2018165876.tif 000008
【図７】
2018165876.tif 000009
【図８】
2018165876.tif 000010
【図９】
2018165876.tif 000011
【図１０】
2018165876.tif 000012
【図１１】
2018165876.tif 000013
【図１２】
2018165876.tif 000014
【図１３】
2018165876.tif 000015
【図１４】
2018165876.tif 000016
【図１５】
2018165876.tif 000017
【図１６】
2018165876.tif 000018
【図１７】
2018165876.tif 000019
【図１８】
2018165876.tif 000020
【図１９】
2018165876.tif 000021
【図２０】
2018165876.tif 000022
【図２１】
2018165876.tif 000023
【図２２】
2018165876.tif 000024