JP2018165876A - Medical chart terminal device, data processing method, and data processing program - Google Patents

Medical chart terminal device, data processing method, and data processing program Download PDF

Info

Publication number
JP2018165876A
JP2018165876A JP2017062583A JP2017062583A JP2018165876A JP 2018165876 A JP2018165876 A JP 2018165876A JP 2017062583 A JP2017062583 A JP 2017062583A JP 2017062583 A JP2017062583 A JP 2017062583A JP 2018165876 A JP2018165876 A JP 2018165876A
Authority
JP
Japan
Prior art keywords
data
exclusive
cloud
update
patient
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2017062583A
Other languages
Japanese (ja)
Inventor
祐 菊池
Yu Kikuchi
祐 菊池
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2017062583A priority Critical patent/JP2018165876A/en
Publication of JP2018165876A publication Critical patent/JP2018165876A/en
Pending legal-status Critical Current

Links

Images

Abstract

PROBLEM TO BE SOLVED: To provide a medical chart terminal device that, even when patient's data is downloaded to a terminal, enables another terminal to update the download source data.SOLUTION: A medical chart terminal device comprises a processing part that executes processing of associating data of a patient to be treated with update information indicating the presence/absence of update of the data, uploading the data from a server device in a hospital to a storage area on the cloud, and when receiving instructions to update the patient's data in the storage area, and if the update information associated with the patient's data in which the update instructions are received indicates the state where update of the data is absent, changing the state of the update information to the state where update of the data is present, so as to update the patient's data.SELECTED DRAWING: Figure 4

Description

本件は、カルテ端末装置、データ処理方法、及びデータ処理プログラムに関する。   This case relates to a medical record terminal device, a data processing method, and a data processing program.

医師が介護施設や障害者施設などの福祉施設に訪問して診療を行う在宅医療が知られている。在宅医療には、訪問診療と往診の２つの診療形態がある（例えば特許文献１参照）。訪問診療は、福祉施設に定期的に訪問して診療を行う定期的な診療形態である。往診は、患者の急変時など、患者の求めに応じて緊急で福祉施設に訪問して診療を行う非定期的な診療形態である。   Home medical care is known in which a doctor visits a welfare facility such as a care facility or a facility for the disabled to provide medical care. There are two types of medical care for home medical care: home visit and home visit (see, for example, Patent Document 1). Visit medical treatment is a regular medical treatment form in which medical care is performed by regularly visiting a welfare facility. A home visit is a non-periodic form of medical treatment in which an emergency visit to a welfare facility is performed at the request of the patient, such as when the patient suddenly changes.

特開２０１０−１７６３７１号公報JP 2010-176371 A

ところで、医師が福祉施設に訪問して診療する場合、医師が所属する病院内のサーバ装置（いわゆるオンプレミスサーバ）から携帯端末に診療対象の患者のデータをダウンロードしてから訪問することがある。この場合、福祉施設において医師はダウンロードした患者のデータに診療記録や処方などを入力する。   By the way, when a doctor visits a welfare facility for medical care, the patient may visit after downloading the data of a patient to be treated from a server device in a hospital to which the doctor belongs (so-called on-premises server) to a portable terminal. In this case, the doctor at the welfare facility inputs medical records, prescriptions, etc. into the downloaded patient data.

一方で、医師が訪問している間に、上記病院内に設置された端末装置（以下、院内端末という）が看護師などの操作によりサーバ装置が管理する同じ患者のデータにアクセスして更新すると、医師が福祉施設で使用した患者のデータと整合しなくなるおそれがある。例えば、携帯端末に患者のデータがダウンロードされた場合には、患者のデータの整合性を保つために、院内端末から同じ患者のデータにアクセスして更新することを禁止すればよいが、医師が病院に戻り、患者のデータをサーバ装置にアップロードするまで院内端末がその患者のデータを更新できないことは不便である。   On the other hand, when a doctor visits a terminal device installed in the hospital (hereinafter referred to as a hospital terminal) accesses and updates the same patient data managed by the server device through operation of a nurse or the like , Could be inconsistent with patient data used by doctors at welfare facilities. For example, when patient data is downloaded to a portable terminal, in order to maintain the consistency of the patient data, it may be prohibited to access and update the same patient data from the in-hospital terminal. It is inconvenient that the in-hospital terminal cannot update the patient data until returning to the hospital and uploading the patient data to the server device.

そこで、１つの側面では、端末に患者のデータがダウンロードされた場合であっても、ダウンロードの元となったデータを他の端末から更新できるカルテ端末装置、データ処理方法、及びデータ処理プログラムを提供することを目的とする。   Accordingly, in one aspect, a chart terminal device, a data processing method, and a data processing program are provided that can update the data that is the source of download from another terminal even when patient data is downloaded to the terminal. The purpose is to do.

１つの実施態様では、カルテ端末装置は、診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、処理を実行する処理部を備える。   In one embodiment, the medical record terminal device uploads the data of a patient to be treated in association with update information indicating whether data has been updated from a server device in a hospital to a storage area on a cloud, and And when the update information associated with the patient data for which the update instruction has been received indicates that there is no data update, the update information is stored in the data There is provided a processing unit that executes processing for updating the patient data by changing to an updated state.

端末に患者のデータがダウンロードされた場合であっても、ダウンロードの元となったデータを他の端末から更新することができる。   Even when patient data is downloaded to a terminal, the data that is the source of the download can be updated from another terminal.

図１はデータ処理システムの一例を説明するための図である。FIG. 1 is a diagram for explaining an example of a data processing system. 図２はノートＰＣのハードウェア構成の一例である。FIG. 2 shows an example of the hardware configuration of the notebook PC. 図３は院内サーバのハードウェア構成の一例である。FIG. 3 shows an example of the hardware configuration of the hospital server. 図４はノートＰＣ、院内サーバ、及びクラウドサーバのブロック図の一例である。FIG. 4 is an example of a block diagram of a notebook PC, a hospital server, and a cloud server. 図５は排他テーブルの一例である。FIG. 5 is an example of the exclusion table. 図６はクラウド排他テーブルの一例である。FIG. 6 is an example of a cloud exclusion table. 図７は持出管理テーブルの一例である。FIG. 7 is an example of a take-out management table. 図８は施設管理テーブルの一例である。FIG. 8 is an example of the facility management table. 図９はダウンロード時間管理テーブルの一例である。FIG. 9 is an example of a download time management table. 図１０は移動時間管理テーブルの一例である。FIG. 10 is an example of a travel time management table. 図１１は病名管理テーブルの一例である。FIG. 11 is an example of a disease name management table. 図１２は点数マスタテーブルの一例である。FIG. 12 is an example of the score master table. 図１３は候補テーブルの一例である。FIG. 13 is an example of a candidate table. 図１４は院内サーバからクラウドサーバへの診療データのアップロードを説明する処理シーケンス（その１）である。FIG. 14 is a processing sequence (part 1) for explaining the upload of medical data from the hospital server to the cloud server. 図１５は院内サーバからクラウドサーバへの診療データのアップロードを説明する処理シーケンス（その２）である。FIG. 15 is a processing sequence (part 2) for explaining the upload of medical data from the hospital server to the cloud server. 図１６はクラウドサーバからノートＰＣへの診療データのダウンロードを説明する処理シーケンスである。FIG. 16 is a processing sequence for explaining downloading of medical data from a cloud server to a notebook PC. 図１７はノートＰＣから院内サーバへのクラウドサーバを経由した診療データのアップロード及びダウンロードを説明する処理シーケンス（その１）である。FIG. 17 is a processing sequence (part 1) for explaining the uploading and downloading of medical data from a notebook PC to a hospital server via a cloud server. 図１８はノートＰＣから院内サーバへのクラウドサーバを経由した診療データのアップロード及びダウンロードを説明する処理シーケンス（その２）である。FIG. 18 is a processing sequence (part 2) for explaining the uploading and downloading of medical data from the notebook PC to the hospital server via the cloud server. 図１９はＤＬ時間確認処理の一例を示すフローチャートである。FIG. 19 is a flowchart illustrating an example of DL time confirmation processing. 図２０は移動時間確認処理の一例を示すフローチャートである。FIG. 20 is a flowchart illustrating an example of the travel time confirmation process. 図２１は訪問順序確認処理の一例を示すフローチャートである。FIG. 21 is a flowchart showing an example of a visit order confirmation process. 図２２は時間比較処理の一例を示すフローチャートである。FIG. 22 is a flowchart illustrating an example of the time comparison process.

以下、本件を実施するための形態について図面を参照して説明する。   Hereinafter, an embodiment for carrying out this case will be described with reference to the drawings.

図１はデータ処理システムＳの一例を説明するための図である。データ処理システムＳはカルテ端末装置としてのノートＰＣ１００と院内サーバ２００とクラウドサーバ３００とオブジェクトストレージ３１０とを備えている。データ処理システムＳに病院Ｘ内に設置された院内端末１５０を含めてもよいし、含めなくてもよい。ノートＰＣ１００はノート型のPersonal Computer（ＰＣ）である。すなわち、ノートＰＣ１００は携帯可能な端末装置である。尚、病院Ｘは医療機関の一例であって、例えば診療所などであってもよい。   FIG. 1 is a diagram for explaining an example of the data processing system S. The data processing system S includes a notebook PC 100 as a medical chart terminal device, an in-hospital server 200, a cloud server 300, and an object storage 310. The data processing system S may or may not include the in-hospital terminal 150 installed in the hospital X. The notebook PC 100 is a notebook personal computer (PC). That is, the notebook PC 100 is a portable terminal device. The hospital X is an example of a medical institution, and may be a clinic, for example.

院内サーバ２００は病院Ｘ内に設置された自社運用（オンプレミス）型のサーバ装置である。クラウドサーバ３００はクラウドＣＬ上のデータセンターＤＣなどに配備されたサーバ装置である。クラウドサーバ３００はデータセンターＤＣに配備されたオブジェクトストレージ３１０にアクセスすることができる。詳細は後述するが、オブジェクトストレージ３１０はクラウドＣＬ内において患者の診療データ（いわゆる電子カルテ）を記憶するバックアップ領域に相当する。   The in-hospital server 200 is an in-house (on-premises) server device installed in the hospital X. The cloud server 300 is a server device deployed in a data center DC on the cloud CL. The cloud server 300 can access the object storage 310 deployed in the data center DC. Although details will be described later, the object storage 310 corresponds to a backup area for storing patient medical data (so-called electronic medical record) in the cloud CL.

ノートＰＣ１００と院内端末１５０と院内サーバ２００とクラウドサーバ３００は互いに接続されている。例えば、ノートＰＣ１００と院内サーバ２００は、ノートＰＣ１００が病院Ｘ内に存在する場合には、アクセスポイントＡＰ及び通信ネットワークＮＷ１を介して接続される。一方、院内端末１５０と院内サーバ２００はアクセスポイントＡＰを介さずに通信ネットワークＮＷ１を介して接続される。尚、通信ネットワークＮＷ１としては例えばLocal Area Network（ＬＡＮ）などがある。また、院内サーバ２００とクラウドサーバ３００は通信ネットワークＮＷ２を介して接続されている。通信ネットワークＮＷ２としては例えばインターネットなどがある。すなわち、ノートＰＣ１００及び院内端末１５０とクラウドサーバ３００とは院内サーバ２００を介して接続可能である。   The notebook PC 100, the hospital terminal 150, the hospital server 200, and the cloud server 300 are connected to each other. For example, when the notebook PC 100 exists in the hospital X, the notebook PC 100 and the hospital server 200 are connected via the access point AP and the communication network NW1. On the other hand, the in-hospital terminal 150 and the in-hospital server 200 are connected via the communication network NW1 without going through the access point AP. The communication network NW1 includes, for example, a local area network (LAN). The hospital server 200 and the cloud server 300 are connected via a communication network NW2. An example of the communication network NW2 is the Internet. That is, the notebook PC 100, the hospital terminal 150, and the cloud server 300 can be connected via the hospital server 200.

一方、ノートＰＣ１００とクラウドサーバ３００は、ノートＰＣ１００が福祉施設Ｙに存在する場合には、携帯基地局ＢＳ及び通信ネットワークＮＷ２を介して接続される。尚、ノートＰＣ１００と携帯基地局ＢＳとの接続には、例えばLong Term Evolution（ＬＴＥ）などが利用される。このように、ノートＰＣ１００は無線通信及び有線通信を利用して院内サーバ２００やクラウドサーバ３００と接続することができる。   On the other hand, when the notebook PC 100 exists in the welfare facility Y, the notebook PC 100 and the cloud server 300 are connected via the mobile base station BS and the communication network NW2. For example, Long Term Evolution (LTE) is used for connection between the notebook PC 100 and the mobile base station BS. In this way, the notebook PC 100 can be connected to the hospital server 200 and the cloud server 300 using wireless communication and wired communication.

ノートＰＣ１００は医師Ｄが病院Ｘから福祉施設Ｙに訪問する際に携行される。医師Ｄは福祉施設Ｙに到着すると、ノートＰＣ１００を操作してクラウドサーバ３００にアクセスし、オブジェクトストレージ３１０が記憶する診療データをダウンロードする。尚、福祉施設Ｙが例えば離島や僻地といったインターネット通信利用不可能な環境にある場合、医師Ｄは病院ＸでノートＰＣ１００を操作してクラウドサーバ３００にアクセスし、オブジェクトストレージ３１０が記憶する診療データをダウンロードする。医師Ｄは福祉施設Ｙで患者Ｐを診察し、ノートＰＣ１００に表示された診療データに診療記録や処方などを入力する。   The notebook PC 100 is carried when the doctor D visits the welfare facility Y from the hospital X. When the doctor D arrives at the welfare facility Y, the doctor D operates the notebook PC 100 to access the cloud server 300 and downloads medical data stored in the object storage 310. When the welfare facility Y is in an environment where internet communication is not available, such as a remote island or remote area, the doctor D operates the notebook PC 100 at the hospital X to access the cloud server 300 and stores the medical data stored in the object storage 310. to download. The doctor D examines the patient P at the welfare facility Y and inputs medical records, prescriptions, and the like into the medical data displayed on the notebook PC 100.

尚、詳細は後述するが、医師Ｄは患者Ｐの診療を終えると、福祉施設Ｙで診療記録や処方などが入力された診療データをノートＰＣ１００からクラウドサーバ３００に送信（すなわちアップロード）する。特に、ノートＰＣ１００の診療データと同じ診療データを院内端末１５０がアクセスしていないか後述する排他情報及びクラウド排他情報を確認してからノートＰＣ１００はその診療データを送信する。クラウドサーバ３００はノートＰＣ１００から送信された診療データをオブジェクトストレージ３１０に格納する。このように、ノートＰＣ１００から送信される前の診療データはオブジェクトストレージ３１０が記憶する診療データと同期しておらず非同期であるが、クラウドサーバ３００がノートＰＣ１００から送信された診療データをオブジェクトストレージ３１０に格納することにより、ノートＰＣの診療データとオブジェクトストレージ３１０が記憶する診療データは同期する。   Although details will be described later, when the doctor D finishes the medical care of the patient P, the medical data in which medical records, prescriptions, and the like are input at the welfare facility Y is transmitted (that is, uploaded) from the notebook PC 100 to the cloud server 300. In particular, the notebook PC 100 transmits the medical data after confirming exclusive information and cloud exclusive information described later whether the in-hospital terminal 150 is accessing the same medical data as the medical data of the notebook PC 100. The cloud server 300 stores the medical data transmitted from the notebook PC 100 in the object storage 310. As described above, the medical data before being transmitted from the notebook PC 100 is not synchronized with the medical data stored in the object storage 310 and is asynchronous, but the medical data transmitted from the notebook PC 100 by the cloud server 300 is used as the object storage 310. The medical data stored in the notebook PC and the medical data stored in the object storage 310 are synchronized.

さらに、クラウドサーバ３００はオブジェクトストレージ３１０に格納した診療データを院内サーバ２００に送信（すなわちダウンロード）する。院内サーバ２００はクラウドサーバ３００から送信された診療データを記憶して管理する。これにより、ノートＰＣ１００の診療データとオブジェクトストレージ３１０の診療データと院内サーバ２００の診療データは同期する。この結果、院内端末１５０は院内サーバ２００にアクセスして診療データを更新する場合、診療データが排他情報及びクラウド排他情報により排他対象として管理されていなければ、たとえノートＰＣ１００がその診療データをダウンロードしていても、その診療データと同期する診療データを更新することができる。逆に、院内端末１５０は院内サーバ２００にアクセスして診療データを更新する場合、ノートＰＣ１００がその診療データをダウンロードしており、診療データが排他情報及びクラウド排他情報により排他対象として管理されていれば、その診療データと同期する診療データを更新することができない。   Further, the cloud server 300 transmits (that is, downloads) the medical data stored in the object storage 310 to the hospital server 200. The hospital server 200 stores and manages medical data transmitted from the cloud server 300. Thereby, the medical data of the notebook PC 100, the medical data of the object storage 310, and the medical data of the hospital server 200 are synchronized. As a result, when the in-hospital terminal 150 accesses the in-hospital server 200 to update the medical data, if the medical data is not managed as an exclusion target by the exclusive information and the cloud exclusive information, the notebook PC 100 downloads the medical data. Even if it is, the medical data synchronized with the medical data can be updated. Conversely, when the in-hospital terminal 150 accesses the in-hospital server 200 to update the medical data, the notebook PC 100 downloads the medical data, and the medical data is managed as an exclusion target by the exclusive information and the cloud exclusive information. Thus, the medical data synchronized with the medical data cannot be updated.

以下、上述したノートＰＣ１００、院内サーバ２００、及びクラウドサーバ３００の各種構成及び動作の詳細について図面を参照して説明する。   Hereinafter, details of various configurations and operations of the notebook PC 100, the hospital server 200, and the cloud server 300 described above will be described with reference to the drawings.

図２はノートＰＣ１００のハードウェア構成の一例である。図２に示すように、ノートＰＣ１００は、少なくともCentral Processing Unit（ＣＰＵ）１００Ａ、Random Access Memory（ＲＡＭ）１００Ｂ、Read Only Memory（ＲＯＭ）１００Ｃ、及びネットワークＩ／Ｆ（インタフェース）１００Ｄを含んでいる。また、ノートＰＣ１００は、入力部１００Ｆ及び表示部１００Ｇも含んでいる。   FIG. 2 shows an example of the hardware configuration of the notebook PC 100. As shown in FIG. 2, the notebook PC 100 includes at least a central processing unit (CPU) 100A, a random access memory (RAM) 100B, a read only memory (ROM) 100C, and a network I / F (interface) 100D. The notebook PC 100 also includes an input unit 100F and a display unit 100G.

さらに、ノートＰＣ１００は、必要に応じて、Hard Disk Drive（ＨＤＤ）１００Ｅ、入出力Ｉ／Ｆ１００Ｈ、ドライブ装置１００Ｉ、及び通信回路１００Ｊの少なくとも１つを含んでいてもよい。ＣＰＵ１００Ａから通信回路１００Ｊは、内部バス１００Ｋによって互いに接続されている。少なくともＣＰＵ１００ＡとＲＡＭ１００Ｂとが協働することによってコンピュータが実現される。   Furthermore, the notebook PC 100 may include at least one of a hard disk drive (HDD) 100E, an input / output I / F 100H, a drive device 100I, and a communication circuit 100J as necessary. The communication circuit 100J from the CPU 100A is connected to each other by an internal bus 100K. At least the CPU 100A and the RAM 100B cooperate to realize a computer.

入出力Ｉ／Ｆ１００Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばUniversal Serial Bus（ＵＳＢ）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ１００Ｈは、半導体メモリ７３０に記憶されたプログラムやデータを読み取る。入出力Ｉ／Ｆ１００Ｈは、例えばＵＳＢポートを備えている。   A semiconductor memory 730 is connected to the input / output I / F 100H. Examples of the semiconductor memory 730 include a universal serial bus (USB) memory and a flash memory. The input / output I / F 100H reads a program and data stored in the semiconductor memory 730. The input / output I / F 100H includes, for example, a USB port.

ドライブ装置１００Ｉには、可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばCompact Disc（ＣＤ）−ＲＯＭ、Digital Versatile Disc（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置１００Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。   A portable recording medium 740 is inserted into the drive device 100I. Examples of the portable recording medium 740 include a removable disk such as a Compact Disc (CD) -ROM and a Digital Versatile Disc (DVD). The drive device 100I reads a program and data recorded on the portable recording medium 740.

通信回路１００Ｊにはアンテナ１００Ｊ´が接続されている。通信回路１００Ｊに代えて通信機能を実現するＣＰＵが利用されてもよい。ネットワークＩ／Ｆ１００Ｄは、例えばLocal Area Network（ＬＡＮ）ポートを備えている。   An antenna 100J ′ is connected to the communication circuit 100J. Instead of the communication circuit 100J, a CPU that realizes a communication function may be used. The network I / F 100D includes, for example, a Local Area Network (LAN) port.

上述したＲＡＭ１００Ｂには、ＨＤＤ１００Ｅに記憶されたプログラムがＣＰＵ１００Ａによって格納される。ＲＡＭ１００Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ１００Ａによって格納される。格納されたプログラムをＣＰＵ１００Ａが実行することにより、後述する各種の機能が実現され、また、後述する各種の動作が実行される。尚、プログラムは後述するフローチャートに応じたものとすればよい。   In the RAM 100B described above, the program stored in the HDD 100E is stored by the CPU 100A. In the RAM 100B, the program recorded on the portable recording medium 740 is stored by the CPU 100A. When the CPU 100A executes the stored program, various functions to be described later are realized, and various operations to be described later are executed. In addition, what is necessary is just to make a program according to the flowchart mentioned later.

図３は院内サーバ２００のハードウェア構成の一例である。尚、上述したクラウドサーバ３００及びオブジェクトストレージ３１０のハードウェア構成は基本的に院内サーバ２００と同様であるため、説明を省略する。図３に示すように、院内サーバ２００は、少なくともＣＰＵ２００Ａ、ＲＡＭ２００Ｂ、ＲＯＭ２００Ｃ及びネットワークＩ／Ｆ２００Ｄを含んでいる。院内サーバ２００は、必要に応じて、ＨＤＤ２００Ｅ、入力Ｉ／Ｆ２００Ｆ、出力Ｉ／Ｆ２００Ｇ、入出力Ｉ／Ｆ２００Ｈ、ドライブ装置２００Ｉの少なくとも１つを含んでいてもよい。ＣＰＵ２００Ａからドライブ装置２００Ｉまでは、内部バス２００Ｊによって互いに接続されている。少なくともＣＰＵ２００ＡとＲＡＭ２００Ｂとが協働することによってコンピュータが実現される。   FIG. 3 shows an example of the hardware configuration of the hospital server 200. Note that the hardware configuration of the cloud server 300 and the object storage 310 described above is basically the same as that of the in-hospital server 200, and a description thereof will be omitted. As shown in FIG. 3, the hospital server 200 includes at least a CPU 200A, a RAM 200B, a ROM 200C, and a network I / F 200D. The hospital server 200 may include at least one of an HDD 200E, an input I / F 200F, an output I / F 200G, an input / output I / F 200H, and a drive device 200I as necessary. The CPU 200A to the drive device 200I are connected to each other by an internal bus 200J. At least the CPU 200A and the RAM 200B cooperate to realize a computer.

入力Ｉ／Ｆ２００Ｆには、入力装置７１０が接続される。入力装置７１０としては、例えばキーボードやマウスなどがある。
出力Ｉ／Ｆ２００Ｇには、表示装置７２０が接続される。表示装置７２０としては、例えば液晶ディスプレイがある。
入出力Ｉ／Ｆ２００Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばUniversal Serial Bus（ＵＳＢ）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ２００Ｈは、半導体メモリ７３０に記憶されたプログラムやデータを読み取る。
入力Ｉ／Ｆ２００Ｆ及び入出力Ｉ／Ｆ２００Ｈは、例えばＵＳＢポートを備えている。出力Ｉ／Ｆ２００Ｇは、例えばディスプレイポートを備えている。 An input device 710 is connected to the input I / F 200F. Examples of the input device 710 include a keyboard and a mouse.
A display device 720 is connected to the output I / F 200G. An example of the display device 720 is a liquid crystal display.
A semiconductor memory 730 is connected to the input / output I / F 200H. Examples of the semiconductor memory 730 include a universal serial bus (USB) memory and a flash memory. The input / output I / F 200 </ b> H reads programs and data stored in the semiconductor memory 730.
The input I / F 200F and the input / output I / F 200H include, for example, a USB port. The output I / F 200G includes a display port, for example.

ドライブ装置２００Ｉには、可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばCompact Disc（ＣＤ）−ＲＯＭ、Digital Versatile Disc（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置２００Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。
ネットワークＩ／Ｆ２００Ｄは、例えばＬＡＮポートを備えている。ネットワークＩ／Ｆ２００Ｄは上述した通信ネットワークＮＷ１，ＮＷ２と接続される。 A portable recording medium 740 is inserted into the drive device 200I. Examples of the portable recording medium 740 include a removable disk such as a Compact Disc (CD) -ROM and a Digital Versatile Disc (DVD). The drive device 200I reads a program and data recorded on the portable recording medium 740.
The network I / F 200D includes, for example, a LAN port. Network I / F 200D is connected to communication networks NW1 and NW2 described above.

上述したＲＡＭ２００Ｂには、ＲＯＭ２００ＣやＨＤＤ２００Ｅに記憶されたプログラムがＣＰＵ２００Ａによって格納される。ＲＡＭ２００Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ２００Ａによって格納される。格納されたプログラムをＣＰＵ２００Ａが実行することにより、後述する各種の機能が実現され、また、後述する各種の処理が実行される。尚、プログラムは後述するフローチャートに応じたものとすればよい。   In the above-described RAM 200B, a program stored in the ROM 200C or the HDD 200E is stored by the CPU 200A. In the RAM 200B, the program recorded on the portable recording medium 740 is stored by the CPU 200A. When the stored program is executed by the CPU 200A, various functions to be described later are realized, and various processes to be described later are executed. In addition, what is necessary is just to make a program according to the flowchart mentioned later.

図４はノートＰＣ１００、院内サーバ２００、及びクラウドサーバ３００のブロック図の一例である。図４ではノートＰＣ１００、院内サーバ２００、及びクラウドサーバ３００のそれぞれの機能構成を表している。   FIG. 4 is an example of a block diagram of the notebook PC 100, the hospital server 200, and the cloud server 300. FIG. 4 illustrates the functional configurations of the notebook PC 100, the hospital server 200, and the cloud server 300.

まず、ノートＰＣ１００及び院内サーバ２００について説明する。ノートＰＣ１００は排他記憶部１０１、同期記憶部１０２、排他制御部１０３、クラウド排他制御部１０４、リクエスト転送部１０５、同期制御部１０６、及び持出制御部１０７を備えている。一方、院内サーバ２００は排他記憶部２０１、同期記憶部２０２、リクエスト転送部２０５、及び同期制御部２０６を備えている。院内端末１５０については、基本的にノートＰＣ１００と同様であるため説明を省略する。   First, the notebook PC 100 and the hospital server 200 will be described. The notebook PC 100 includes an exclusive storage unit 101, a synchronization storage unit 102, an exclusive control unit 103, a cloud exclusive control unit 104, a request transfer unit 105, a synchronization control unit 106, and a take-out control unit 107. On the other hand, the hospital server 200 includes an exclusive storage unit 201, a synchronization storage unit 202, a request transfer unit 205, and a synchronization control unit 206. Since the in-hospital terminal 150 is basically the same as the notebook PC 100, description thereof is omitted.

尚、排他記憶部１０１，２０１及び同期記憶部１０２，２０２は例えば上述したＨＤＤ１００Ｅ，２００Ｅによって実現される。排他制御部１０３、クラウド排他制御部１０４、リクエスト転送部１０５，２０５、同期制御部１０６，２０６、及び持出制御部１０７は例えば上述したＣＰＵ１００Ａ，２００Ａによって実現される。   The exclusive storage units 101 and 201 and the synchronous storage units 102 and 202 are realized by the HDDs 100E and 200E described above, for example. The exclusive control unit 103, the cloud exclusive control unit 104, the request transfer units 105 and 205, the synchronization control units 106 and 206, and the take-out control unit 107 are realized by the CPUs 100A and 200A described above, for example.

排他記憶部１０１，２０１はいずれも排他情報を記憶する。排他情報は同期記憶部１０２，２０２が記憶する診療データへのアクセス又は更新を排他する情報である。同期記憶部１０２，２０２が記憶する診療データが排他情報により管理対象として管理されると、その診療データに対する自己以外の装置からのアクセス又は更新が排他される。排他情報は、図５に示すように、排他テーブルＴ１により管理される。排他情報は患者ＩＤ、ジョブ番号、クライアント番号、業務番号、更新区分、及びデータを構成要素として含んでいる。患者ＩＤは患者を識別する情報である。ジョブ番号、クライアント番号、及び業務番号はそれぞれジョブ、クライアント、及び業務を識別する番号である。更新区分はその患者ＩＤの診療データが更新中であるか又は更新が中断されている中断状態であるかを示す区分である。更新区分「有」は診療データが更新中であることを示し、更新区分「無」は診療データに対する更新が中断状態であることを示している。データは診療データを含む種々のデータである。   The exclusive storage units 101 and 201 both store exclusive information. The exclusive information is information for exclusive access to or update of the medical data stored in the synchronous storage units 102 and 202. When the medical data stored in the synchronous storage units 102 and 202 is managed as the management target by the exclusive information, access or update from the devices other than the self to the medical data is exclusive. The exclusion information is managed by an exclusion table T1 as shown in FIG. The exclusive information includes a patient ID, a job number, a client number, a business number, an update category, and data as components. The patient ID is information for identifying a patient. The job number, client number, and business number are numbers for identifying the job, the client, and the business, respectively. The update category is a category indicating whether the medical data of the patient ID is being updated or is in an interrupted state where the update is interrupted. The update category “present” indicates that the medical data is being updated, and the update category “none” indicates that the update on the medical data is suspended. The data is various data including medical data.

同期記憶部１０２，２０２はいずれも診療データ及び排他副情報を記憶する。診療データと排他副情報は関連付けられている。尚、排他副情報は排他テーブルＴ１に関する情報であり、例えば排他情報の挿入や削除に関する情報を含んでいる。   Both of the synchronous storage units 102 and 202 store medical data and exclusive sub information. Medical data and exclusive sub information are associated with each other. The exclusive sub information is information related to the exclusive table T1, and includes information related to insertion and deletion of exclusive information, for example.

排他制御部１０３は排他記憶部１０１，２０１の排他テーブルＴ１の制御を行い、対象患者の排他情報を確認する。また、排他制御部１０３は排他記憶部１０１，２０１のいずれかの排他テーブルＴ１に排他情報を挿入する。例えば、ノートＰＣ１００が病院Ｘにある場合には、ノートＰＣ１００は院内サーバ２００にアクセスできるため、排他制御部１０３は排他記憶部２０１の排他テーブルＴ１に排他情報を挿入する。例えば、ノートＰＣ１００が福祉施設Ｙにある場合には、ノートＰＣ１００は院内サーバ２００にアクセスできないため、排他制御部１０３は排他記憶部１０１の排他テーブルＴ１に排他情報を挿入する。   The exclusive control unit 103 controls the exclusive table T1 of the exclusive storage units 101 and 201 to check the exclusive information of the target patient. Further, the exclusive control unit 103 inserts the exclusive information into the exclusive table T1 of either of the exclusive storage units 101 and 201. For example, when the notebook PC 100 is in the hospital X, since the notebook PC 100 can access the hospital server 200, the exclusive control unit 103 inserts exclusive information into the exclusive table T 1 of the exclusive storage unit 201. For example, when the notebook PC 100 is in the welfare facility Y, the notebook PC 100 cannot access the hospital server 200, so the exclusion controller 103 inserts the exclusion information into the exclusion table T 1 of the exclusion storage unit 101.

クラウド排他制御部１０４は排他制御部１０３からの呼び出しを受け付けて、後述するクラウド排他テーブルＴ２のロックなどを要求するリクエストをリクエスト転送部１０５，２０５のいずれかに送信する。例えば、ノートＰＣ１００が病院Ｘにある場合には、ノートＰＣ１００は院内サーバ２００にアクセスできるため、クラウド排他制御部１０４はリクエスト転送部２０５にリクエストを送信する。例えば、ノートＰＣ１００が福祉施設Ｙにある場合には、ノートＰＣ１００は院内サーバ２００にアクセスできないため、クラウド排他制御部１０４はリクエスト転送部１０５にリクエストを送信する。   The cloud exclusive control unit 104 receives a call from the exclusive control unit 103, and transmits a request for requesting the lock of the cloud exclusive table T2, which will be described later, to one of the request transfer units 105 and 205. For example, when the notebook PC 100 is in the hospital X, since the notebook PC 100 can access the hospital server 200, the cloud exclusive control unit 104 transmits a request to the request transfer unit 205. For example, when the notebook PC 100 is in the welfare facility Y, the cloud exclusive control unit 104 transmits a request to the request transfer unit 105 because the notebook PC 100 cannot access the hospital server 200.

リクエスト転送部１０５，２０５はクラウド排他制御部１０４から送信されたリクエストをクラウドサーバ３００に向けて転送する。例えば、リクエスト転送部１０５は無線通信を利用してリクエストを送信する。例えば、リクエスト転送部２０５は有線通信を利用してリクエストを送信する。   The request transfer units 105 and 205 transfer the request transmitted from the cloud exclusive control unit 104 to the cloud server 300. For example, the request transfer unit 105 transmits a request using wireless communication. For example, the request transfer unit 205 transmits a request using wired communication.

同期制御部１０６，２０６は同期記憶部１０２，２０２が記憶する診療データ及び排他副情報をオブジェクトストレージ３１０に定期的に（例えば数秒単位で）アップロードしたり、クラウドサーバ３００から定期的に（例えば数秒単位で）診療データ及び排他副情報を同期記憶部１０２，２０２や排他記憶部１０１，２０１にダウンロードしたりする。より詳しくは、同期制御部２０６は同期記憶部２０２が記憶する診療データ及び排他副情報を有線通信によりオブジェクトストレージ３１０にアップロードしたり、クラウドサーバ３００から診療データ及び排他副情報を有線通信によりダウンロードしたりする。一方、同期制御部１０６は同期記憶部１０２が記憶する診療データ及び排他副情報を無線通信によりオブジェクトストレージ３１０にアップロードしたり、クラウドサーバ３００から診療データ及び排他副情報を無線通信によりダウンロードしたりする。   The synchronization control units 106 and 206 periodically upload the medical data and exclusive sub information stored in the synchronization storage units 102 and 202 to the object storage 310 (for example, in units of several seconds) or periodically (for example, for several seconds) from the cloud server 300. Medical data and exclusive sub information are downloaded to the synchronous storage units 102 and 202 and the exclusive storage units 101 and 201 (in units). More specifically, the synchronization control unit 206 uploads the medical data and exclusive sub information stored in the synchronous storage unit 202 to the object storage 310 by wired communication, or downloads the medical data and exclusive sub information from the cloud server 300 by wired communication. Or On the other hand, the synchronization control unit 106 uploads the medical data and exclusive sub information stored in the synchronous storage unit 102 to the object storage 310 by wireless communication, or downloads the medical data and exclusive sub information from the cloud server 300 by wireless communication. .

持出制御部１０７は院内サーバ２００又はオブジェクトストレージ３１０が記憶する診療データの中から持出対象の診療データを選択する画面を表示する。持出制御部１０７は患者が在籍する訪問施設を選択する画面を表示してもよい。診療データ又は訪問施設が選択されると、持出制御部１０７は選択された診療データ又は訪問施設を同期制御部１０６に出力する。同期制御部１０６は選択された診療データ又は訪問施設をクラウドサーバ３００に送信する。これにより、同期制御部１０６は選択された診療データ又は選択された訪問施設に在籍する患者の診療データをクラウドサーバ３００からダウンロードして、持出制御部１０７に出力する。持出制御部１０７はダウンロードされた診療データを表示する。   The take-out control unit 107 displays a screen for selecting medical data to be taken out from the medical data stored in the hospital server 200 or the object storage 310. The take-out control unit 107 may display a screen for selecting a visiting facility where the patient is enrolled. When the medical data or the visiting facility is selected, the export control unit 107 outputs the selected medical data or the visiting facility to the synchronization control unit 106. The synchronization control unit 106 transmits the selected medical data or visited facility to the cloud server 300. As a result, the synchronization control unit 106 downloads the selected medical data or the medical data of the patient enrolled in the selected visiting facility from the cloud server 300 and outputs it to the take-out control unit 107. The take-out control unit 107 displays the downloaded medical data.

次に、クラウドサーバ３００について説明する。クラウドサーバ３００はクラウド排他記憶部３０１、管理情報記憶部３０２、通信部３０３、第１処理部３０４、及び第２処理部３０５を備えている。   Next, the cloud server 300 will be described. The cloud server 300 includes a cloud exclusive storage unit 301, a management information storage unit 302, a communication unit 303, a first processing unit 304, and a second processing unit 305.

尚、クラウド排他記憶部３０１及び管理情報記憶部３０２は例えば上述したＨＤＤ２００Ｅによって実現される。通信部３０３は例えば上述したネットワークＩ／Ｆ２００Ｄによって実現される。第１処理部３０４及び第２処理部３０５は例えば上述したＣＰＵ２００Ａによって実現される。   The cloud exclusive storage unit 301 and the management information storage unit 302 are realized by the HDD 200E described above, for example. The communication unit 303 is realized by the network I / F 200D described above, for example. The first processing unit 304 and the second processing unit 305 are realized by the above-described CPU 200A, for example.

クラウド排他記憶部３０１はクラウド排他情報を記憶する。クラウド排他情報はオブジェクトストレージ３１０が記憶する診療データへのアクセス又は更新を排他する情報である。オブジェクトストレージ３１０が記憶する診療データがクラウド排他情報により管理対象として管理されると、その診療データに対するアクセス又は更新が排他される。クラウド排他情報は、図６に示すように、クラウド排他テーブルＴ２により管理される。クラウド排他情報はスキーマ名、患者ＩＤ、ジョブ番号、クライアント番号、業務番号、論理削除フラグ、及び論理削除時刻を構成要素として含んでいる。論理削除フラグはそのクラウド排他情報が論理的に削除されているか否かを示すフラグである。論理削除フラグ「０」はクラウド排他情報が論理的にまだ削除されていない（未削除である）ことを示し、論理削除フラグ「１」はクラウド排他情報が論理的に既に削除済であることを示している。論理削除時刻はクラウド排他情報が論理的に削除された時刻である。   The cloud exclusive storage unit 301 stores cloud exclusive information. The cloud exclusive information is information for exclusive access to or update of the medical data stored in the object storage 310. When the medical data stored in the object storage 310 is managed as a management target by the cloud exclusive information, access or update to the medical data is exclusive. The cloud exclusion information is managed by a cloud exclusion table T2 as shown in FIG. The cloud exclusive information includes a schema name, patient ID, job number, client number, business number, logical deletion flag, and logical deletion time as components. The logical deletion flag is a flag indicating whether or not the cloud exclusive information is logically deleted. The logical deletion flag “0” indicates that the cloud exclusive information has not been logically deleted yet (not deleted), and the logical deletion flag “1” indicates that the cloud exclusive information has already been logically deleted. Show. The logical deletion time is the time when the cloud exclusive information is logically deleted.

管理情報記憶部３０２は種々の管理情報を記憶する。例えば、管理情報記憶部３０２は診療データの持ち出し状況を管理する持出管理情報を記憶する。持出管理情報は、図７に示すように、持出管理テーブルＴ３により管理される。持出管理情報は持出番号、医療機関ＩＤ、患者ＩＤ、及びタイムスタンプを構成要素として含んでいる。持出番号は持出管理情報を識別する番号である。医療機関ＩＤは医療機関を識別する情報である。タイムスタンプは持出管理情報が生成された時刻である。持出管理情報により第２処理部３０５はどの患者の診療データが持ち出されているかを把握することができる。   The management information storage unit 302 stores various management information. For example, the management information storage unit 302 stores take-out management information for managing the take-out status of medical data. The take-out management information is managed by a take-out management table T3 as shown in FIG. The take-out management information includes a take-out number, a medical institution ID, a patient ID, and a time stamp as components. The take-out number is a number for identifying take-out management information. The medical institution ID is information for identifying a medical institution. The time stamp is the time when the carry-out management information is generated. Based on the take-out management information, the second processing unit 305 can grasp which patient's medical data is being taken out.

また、例えば管理情報記憶部３０２は福祉施設Ｙの属性を管理する施設管理情報を記憶する。施設管理情報は、図８に示すように、施設管理テーブルＴ４により管理される。施設管理情報は、施設コード、施設名、住所、在籍患者ＩＤを構成要素として含んでいる。施設コード、施設名、及び住所はそれぞれ施設を識別する情報、福祉施設Ｙの名称及び住所である。在籍患者ＩＤはその福祉施設Ｙに在籍する患者の患者ＩＤである。このように、施設管理情報により福祉施設Ｙと福祉施設Ｙに在籍する患者が関連付けられるため、例えば訪問施設を選択する画面で訪問施設が選択されても、選択された訪問施設に在籍する患者が特定される。   For example, the management information storage unit 302 stores facility management information for managing the attributes of the welfare facility Y. Facility management information is managed by a facility management table T4 as shown in FIG. The facility management information includes a facility code, a facility name, an address, and a registered patient ID as constituent elements. The facility code, the facility name, and the address are information for identifying the facility and the name and address of the welfare facility Y, respectively. The enrolled patient ID is the patient ID of the patient enrolled in the welfare facility Y. In this way, the facility management information associates the welfare facility Y and the patient enrolled in the welfare facility Y. For example, even if the visit facility is selected on the screen for selecting the visit facility, the patient enrolled in the selected visit facility Identified.

その他、管理情報記憶部３０２は、施設ごとに診療データのダウンロード時間を管理するダウンロード時間管理情報と、施設間の距離と移動時間を管理する移動時間情報とを記憶する。ダウンロード時間管理情報は、図９に示すように、ダウンロード時間管理テーブルＴ５により管理され、移動時間情報は、図１０に示すように、移動時間管理テーブルＴ６により管理される。また、管理情報記憶部３０２は、患者に病名が告知された病名開始日及びその病名の病気が完治した病名終了日を管理する病名管理情報と、調剤報酬点数を管理する点数管理情報とを記憶する。病名管理情報は、図１１に示すように、病名管理テーブルＴ７により管理され、点数管理情報は、図１２に示すように、点数マスタテーブルＴ８により管理される。さらに、管理情報記憶部３０２は、福祉施設Ｙの訪問順序を管理する順序管理情報を記憶する。順序管理情報は、図１３に示すように、候補テーブルＴ９により管理される。さらに、図示しないが、管理情報記憶部３０２は、診療データや排他副情報のデータ名や患者ＩＤといった、診療データ及び排他副情報に付随する情報をメタ情報として記憶する。   In addition, the management information storage unit 302 stores download time management information for managing the download time of the medical data for each facility, and travel time information for managing the distance between the facilities and the travel time. The download time management information is managed by the download time management table T5 as shown in FIG. 9, and the movement time information is managed by the movement time management table T6 as shown in FIG. The management information storage unit 302 stores disease name management information for managing the disease name start date when the disease name is notified to the patient and the disease name end date when the disease of the disease name is completely cured, and score management information for managing the dispensing reward score. To do. As shown in FIG. 11, the disease name management information is managed by the disease name management table T7, and the score management information is managed by the score master table T8 as shown in FIG. Further, the management information storage unit 302 stores order management information for managing the order of visiting the welfare facility Y. The order management information is managed by the candidate table T9 as shown in FIG. Further, although not shown, the management information storage unit 302 stores information associated with the medical data and the exclusive sub information such as the medical data and the data name of the exclusive sub information and the patient ID as meta information.

通信部３０３はノートＰＣ１００、院内サーバ２００、クラウドサーバ３００間の通信を制御する。例えば、通信部３０３はリクエスト転送部１０５，２０５が転送したリクエストを受信すると、第１処理部３０４に出力する。例えば、通信部３０３は同期制御部１０６，２０６が送信した診療データ及び排他副情報を受信すると、第２処理部３０５に出力する。例えば、第２処理部３０５から出力された診療データ及び排他副情報を通信部３０３が受信すると、通信部３０３は同期制御部１０６，２０６のいずれかに送信する。   The communication unit 303 controls communication between the notebook PC 100, the hospital server 200, and the cloud server 300. For example, when receiving the request transferred by the request transfer units 105 and 205, the communication unit 303 outputs the request to the first processing unit 304. For example, when the communication unit 303 receives medical data and exclusive sub information transmitted from the synchronization control units 106 and 206, the communication unit 303 outputs the medical data and exclusive sub information to the second processing unit 305. For example, when the communication unit 303 receives the medical data and the exclusive sub information output from the second processing unit 305, the communication unit 303 transmits to any one of the synchronization control units 106 and 206.

第１処理部３０４は通信部３０３から出力されたリクエストに応じて、クラウド排他テーブルＴ２を確認したり更新したりする。例えば、第１処理部３０４はクラウド排他テーブルＴ２にクラウド排他情報を挿入したり、クラウド排他テーブルＴ２からクラウド排他情報を削除したりする。   The first processing unit 304 confirms or updates the cloud exclusion table T2 according to the request output from the communication unit 303. For example, the first processing unit 304 inserts cloud exclusion information into the cloud exclusion table T2, or deletes cloud exclusion information from the cloud exclusion table T2.

第２処理部３０５は通信部３０３から出力された診療データ及び排他副情報を受け付けると、受け付けた診療データ及び排他副情報に関するメタ情報を管理情報記憶部３０２に格納し、診療データ及び排他副情報をオブジェクトストレージ３１０に格納する。また、第２処理部３０５はオブジェクトストレージ３１０が記憶する診療データ及び排他副情報を取得して、通信部３０３に出力する。   When the second processing unit 305 receives the medical data and the exclusive sub information output from the communication unit 303, the second processing unit 305 stores the received medical data and meta information related to the exclusive sub information in the management information storage unit 302, and stores the medical data and the exclusive sub information. Is stored in the object storage 310. Further, the second processing unit 305 acquires medical data and exclusive sub information stored in the object storage 310 and outputs them to the communication unit 303.

続いて、図１４及び図１５を参照して、データ処理システムＳの動作の一例について説明する。   Next, an example of the operation of the data processing system S will be described with reference to FIGS. 14 and 15.

図１４は院内サーバ２００からクラウドサーバ３００への診療データのアップロードを説明する処理シーケンス（その１）である。図１５は院内サーバ２００からクラウドサーバ３００への診療データのアップロードを説明する処理シーケンス（その２）である。尚、図１４及び図１５において、ノートＰＣ１００と院内端末１５０に対する操作は基本的に同じであるため、一例としてノートＰＣ１００に対する操作を説明する。   FIG. 14 is a processing sequence (part 1) for explaining the upload of medical data from the in-hospital server 200 to the cloud server 300. FIG. 15 is a processing sequence (part 2) illustrating the uploading of medical data from the in-hospital server 200 to the cloud server 300. 14 and 15, the operations on the notebook PC 100 and the in-hospital terminal 150 are basically the same, so the operations on the notebook PC 100 will be described as an example.

例えば、医師Ｄが病院ＸでノートＰＣ１００を操作して院内サーバ２００に診療データを送信する場合、図１４に示すように、まず、排他制御部１０３は院内サーバ２００の排他テーブルＴ１をロックする（ステップＳ１０１）。より詳しくは、排他制御部１０３は院内サーバ２００の排他テーブルＴ１を他の業務がロックしていないか否かを確認し、他の業務がロックしていなければ、排他テーブルＴ１をロックする。これにより、例えば院内端末１５０の排他制御部（不図示）が排他テーブルＴ１に排他情報の挿入を試みても、ロックが解除されるまで排他情報の挿入を待機する。   For example, when the doctor D operates the notebook PC 100 in the hospital X and transmits medical data to the in-hospital server 200, first, as shown in FIG. 14, the exclusive control unit 103 locks the exclusive table T1 of the in-hospital server 200 ( Step S101). More specifically, the exclusive control unit 103 checks whether or not other work has locked the exclusive table T1 of the hospital server 200, and locks the exclusive table T1 if the other work is not locked. Thereby, for example, even if an exclusive control unit (not shown) of the in-hospital terminal 150 tries to insert exclusive information into the exclusive table T1, the exclusive information insertion waits until the lock is released.

ステップＳ１０１の処理が完了すると、次いで、クラウド排他制御部１０４はクラウドサーバ３００のクラウド排他テーブルＴ２のロックを要求するリクエストを送信する（ステップＳ１０２）。より詳しくは、排他制御部１０３がクラウド排他テーブルＴ２のロックを要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。   When the process of step S101 is completed, the cloud exclusive control unit 104 then transmits a request for requesting the lock of the cloud exclusive table T2 of the cloud server 300 (step S102). More specifically, the cloud exclusive control unit 104 transmits a request when the exclusive control unit 103 calls a function for requesting the lock of the cloud exclusive table T2 from the cloud exclusive control unit 104.

院内サーバ２００のリクエスト転送部２０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ２０１）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他テーブルＴ２をロックする（ステップＳ３０１）。より詳しくは、第１処理部３０４はクラウド排他テーブルＴ２を他の業務がロックしていないか否かを確認し、他の業務がロックしていなければ、クラウド排他テーブルＴ２をロックする。これにより、例えば福祉施設ＹでノートＰＣ１００と異なるノートＰＣの排他制御部（不図示）がクラウド排他テーブルＴ２にクラウド排他情報の挿入を試みても、ロックが解除されるまでクラウド排他情報の挿入を待機する。   Upon receiving the request transmitted from the cloud exclusive control unit 104, the request transfer unit 205 of the hospital server 200 transfers the request to the first processing unit 304 of the cloud server 300 (Step S201). When receiving the request transmitted from the request transfer unit 205, the first processing unit 304 of the cloud server 300 locks the cloud exclusion table T2 (step S301). More specifically, the first processing unit 304 confirms whether or not another business has locked the cloud exclusive table T2, and locks the cloud exclusive table T2 if the other business is not locked. Thereby, for example, even if an exclusive control unit (not shown) of a notebook PC different from the notebook PC 100 in the welfare facility Y tries to insert cloud exclusive information into the cloud exclusive table T2, the cloud exclusive information is inserted until the lock is released. stand by.

ステップＳ１０２の処理が完了すると、次いで、排他制御部１０３は院内サーバ２００の排他情報を確認する（ステップＳ１０３）。より詳しくは、排他制御部１０３は排他記憶部２０１の排他テーブルＴ１の中に競合する排他情報がないか否かを確認する。ステップＳ１０３の処理が完了すると、次いで、クラウド排他制御部１０４はクラウドサーバ３００のクラウド排他情報の確認を要求するリクエストを送信する（ステップＳ１０４）。より詳しくは、排他制御部１０３が排他テーブルＴ１の中に競合する排他情報がないと判断し、クラウド排他情報の確認を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。   When the process of step S102 is completed, the exclusive control unit 103 then checks the exclusive information of the hospital server 200 (step S103). More specifically, the exclusive control unit 103 confirms whether there is conflicting exclusive information in the exclusive table T1 of the exclusive storage unit 201. When the process of step S103 is completed, the cloud exclusion control unit 104 then transmits a request for requesting confirmation of the cloud exclusion information of the cloud server 300 (step S104). More specifically, when the exclusive control unit 103 determines that there is no conflicting exclusive information in the exclusive table T1, the cloud exclusive control unit 104 calls the function that requests confirmation of the cloud exclusive information from the cloud exclusive control unit 104. Send a request.

院内サーバ２００のリクエスト転送部２０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ２０２）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他情報を確認する（ステップＳ３０２）。より詳しくは、第１処理部３０４は競合するクラウド排他情報が論理削除されているか否かを確認する。そして、論理削除されている場合、論理削除されているクラウド排他情報の同期が完了しているか否かを確認する。第１処理部３０４は論理削除されているクラウド排他情報の同期が完了していると判断した場合、後続の処理を実行する。   When receiving the request transmitted from the cloud exclusive control unit 104, the request transfer unit 205 of the hospital server 200 transfers the request to the first processing unit 304 of the cloud server 300 (step S202). When receiving the request transmitted from the request transfer unit 205, the first processing unit 304 of the cloud server 300 confirms the cloud exclusive information (step S302). More specifically, the first processing unit 304 confirms whether or not the competing cloud exclusion information has been logically deleted. If logical deletion has been performed, it is checked whether or not synchronization of the logical exclusion cloud exclusive information has been completed. If the first processing unit 304 determines that the synchronization of the cloud exclusion information that has been logically deleted has been completed, the first processing unit 304 performs subsequent processing.

ステップＳ１０４の処理が完了すると、次いで、排他制御部１０３は院内サーバ２００の排他テーブルＴ１に排他情報を挿入する（ステップＳ１０５）。これにより、排他テーブルＴ１は排他情報を管理する（図５参照）。ステップＳ１０５の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２にクラウド排他情報の挿入を要求するリクエストを送信する（ステップＳ１０６）。より詳しくは、排他制御部１０３がクラウド排他情報の挿入を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。   When the process of step S104 is completed, the exclusive control unit 103 then inserts exclusive information into the exclusive table T1 of the hospital server 200 (step S105). Thereby, the exclusion table T1 manages exclusion information (see FIG. 5). When the process of step S105 is completed, the cloud exclusion control unit 104 then transmits a request for requesting insertion of cloud exclusion information to the cloud exclusion table T2 (step S106). More specifically, the cloud exclusive control unit 104 transmits a request when the exclusive control unit 103 calls a function for requesting insertion of cloud exclusive information from the cloud exclusive control unit 104.

院内サーバ２００のリクエスト転送部２０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ２０３）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他情報を挿入する（ステップＳ３０３）。これにより、クラウド排他テーブルＴ２はクラウド排他情報を管理する（図６参照）。   Upon receiving the request transmitted from the cloud exclusive control unit 104, the request transfer unit 205 of the hospital server 200 transfers the request to the first processing unit 304 of the cloud server 300 (step S203). Upon receiving the request transmitted from the request transfer unit 205, the first processing unit 304 of the cloud server 300 inserts cloud exclusive information (step S303). Thereby, the cloud exclusion table T2 manages the cloud exclusion information (see FIG. 6).

ステップＳ１０６の処理が完了すると、次いで、排他制御部１０３は院内サーバ２００における排他テーブルＴ１のロックを解除する（ステップＳ１０７）。これにより、例えば院内端末１５０の排他制御部（不図示）は排他テーブルＴ１に排他情報を挿入することができる。ステップＳ１０７の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２のロックの解除を要求するリクエストを送信する（ステップＳ１０８）。より詳しくは、排他制御部１０３がクラウド排他テーブルＴ２のロックの解除を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。   When the process of step S106 is completed, the exclusive control unit 103 then unlocks the exclusive table T1 in the hospital server 200 (step S107). Thereby, for example, the exclusive control unit (not shown) of the hospital terminal 150 can insert the exclusive information into the exclusive table T1. When the process of step S107 is completed, the cloud exclusion control unit 104 then transmits a request for requesting the unlocking of the cloud exclusion table T2 (step S108). More specifically, the cloud exclusive control unit 104 transmits a request by calling from the cloud exclusive control unit 104 a function that requests the exclusive control unit 103 to release the lock of the cloud exclusive table T2.

院内サーバ２００のリクエスト転送部２０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ２０４）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他テーブルＴ２のロックを解除する（ステップＳ３０４）。これにより、クラウド排他テーブルＴ２にノートＰＣ１００と異なるノートＰＣ（不図示）が要求したクラウド排他情報を挿入することができる。   Upon receiving the request transmitted from the cloud exclusive control unit 104, the request transfer unit 205 of the hospital server 200 transfers the request to the first processing unit 304 of the cloud server 300 (step S204). When receiving the request transmitted from the request transfer unit 205, the first processing unit 304 of the cloud server 300 unlocks the cloud exclusion table T2 (step S304). Thereby, the cloud exclusion information requested by a notebook PC (not shown) different from the notebook PC 100 can be inserted into the cloud exclusion table T2.

ステップＳ１０８の処理が完了すると、次いで、図１５に示すように、ノートＰＣ１００の送信部（不図示）は診療データを送信する（ステップＳ１０９）。より詳しくは、送信部は診療データを院内サーバ２００に送信するとともに、排他記憶部２０１が記憶する排他副情報の同期記憶部２０２への格納を要求する。これにより、院内サーバ２００の同期記憶部２０２は排他副情報と送信部から送信された診療データとを関連付けて格納する（ステップＳ２０５）。ステップＳ２０５の処理が完了すると、同期制御部２０６は診療データと排他副情報をクラウドサーバ３００に向けて送信する（ステップＳ２０６）。すなわち、同期制御部２０６は診療データと排他副情報をクラウドサーバ３００にアップロードする。   When the process of step S108 is completed, then, as shown in FIG. 15, a transmission unit (not shown) of the notebook PC 100 transmits medical data (step S109). More specifically, the transmission unit transmits the medical data to the in-hospital server 200 and requests storage of the exclusive sub information stored in the exclusive storage unit 201 in the synchronous storage unit 202. Thereby, the synchronous memory | storage part 202 of the hospital server 200 associates and stores the exclusive sub information and the medical data transmitted from the transmission part (step S205). When the process of step S205 is completed, the synchronization control unit 206 transmits the medical data and the exclusive sub information to the cloud server 300 (step S206). That is, the synchronization control unit 206 uploads the medical data and exclusive sub information to the cloud server 300.

クラウドサーバ３００の第２処理部３０５は同期制御部２０６が送信した診療データと排他副情報を受信すると、診療データと排他副情報のメタ情報を管理情報記憶部３０２に格納し（ステップＳ３０５）、診療データと排他副情報をオブジェクトストレージ３１０に格納する（ステップＳ３０６）。   When the second processing unit 305 of the cloud server 300 receives the medical data and the exclusive sub information transmitted from the synchronization control unit 206, the second processing unit 305 stores the meta data of the medical data and the exclusive sub information in the management information storage unit 302 (step S305). The medical data and exclusive sub information are stored in the object storage 310 (step S306).

ステップＳ１０９の処理が完了すると、次いで、排他制御部１０３は院内サーバ２００における排他テーブルＴ１の排他情報を削除する（ステップＳ１１０）。すなわち、排他制御部１０３は排他記憶部２０１の排他情報を削除する。ステップＳ１１０の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２におけるクラウド排他情報の削除を要求するリクエストを送信する（ステップＳ１１１）。より詳しくは、排他制御部１０３がクラウド排他情報の論理削除を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。   When the process of step S109 is completed, the exclusive control unit 103 then deletes the exclusive information of the exclusive table T1 in the hospital server 200 (step S110). That is, the exclusive control unit 103 deletes the exclusive information in the exclusive storage unit 201. When the process of step S110 is completed, the cloud exclusion control unit 104 then transmits a request for requesting deletion of the cloud exclusion information in the cloud exclusion table T2 (step S111). More specifically, the cloud exclusive control unit 104 transmits a request when the exclusive control unit 103 calls a function for requesting logical deletion of the cloud exclusive information from the cloud exclusive control unit 104.

院内サーバ２００のリクエスト転送部２０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ２０７）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他情報を削除する（ステップＳ３０７）。   Upon receiving the request transmitted from the cloud exclusive control unit 104, the request transfer unit 205 of the hospital server 200 transfers the request to the first processing unit 304 of the cloud server 300 (Step S207). When receiving the request transmitted from the request transfer unit 205, the first processing unit 304 of the cloud server 300 deletes the cloud exclusive information (step S307).

ステップＳ２０７の処理が完了すると、院内サーバ２００の同期記憶部２０２は排他記憶部２０１が記憶する排他副情報を取得して、自身に格納する（ステップＳ２０８）。排他情報はステップＳ１１０の処理によって削除されているため存在しないが、排他情報の削除を含む排他副情報は存在するため、同期記憶部２０２は排他副情報を自身に格納する。ステップＳ２０８の処理が完了すると、同期制御部２０６は排他副情報をクラウドサーバ３００に向けて送信する（ステップＳ２０９）。   When the process of step S207 is completed, the synchronous storage unit 202 of the in-hospital server 200 acquires the exclusive sub information stored in the exclusive storage unit 201 and stores it in itself (step S208). The exclusive information does not exist because it has been deleted by the process of step S110, but since there is exclusive sub information including deletion of the exclusive information, the synchronous storage unit 202 stores the exclusive sub information in itself. When the process of step S208 is completed, the synchronization control unit 206 transmits the exclusive sub information to the cloud server 300 (step S209).

クラウドサーバ３００の第２処理部３０５は同期制御部２０６が送信した排他副情報を受け付けると、排他副情報のメタ情報を管理情報記憶部３０２に格納し（ステップＳ３０８）、排他副情報をオブジェクトストレージ３１０に格納する（ステップＳ３０９）。   When the second processing unit 305 of the cloud server 300 receives the exclusive sub information transmitted from the synchronization control unit 206, the second processing unit 305 stores the meta information of the exclusive sub information in the management information storage unit 302 (step S308), and stores the exclusive sub information in the object storage. It stores in 310 (step S309).

続いて、図１６を参照して、データ処理システムＳの動作の他の一例について説明する。   Next, another example of the operation of the data processing system S will be described with reference to FIG.

図１６はクラウドサーバ３００からノートＰＣ１００への診療データのダウンロードを説明する処理シーケンスである。まず、ノートＰＣ１００の持出制御部１０７は医師Ｄによる操作に基づいて訪問施設を選択する（ステップＳ１３１）。例えば、医師Ｄは病院Ｘで訪問予定の複数の訪問施設の中からいずれかの訪問施設を選択する操作を行う。医師Ｄは福祉施設Ｙで次の訪問予定の複数の訪問施設の中からいずれかの訪問施設を選択する操作を行ってもよい。また、医師Ｄは病院Ｘと福祉施設Ｙとの間にこの操作を行ってもよい。持出制御部１０７はこれらの操作に基づいて訪問施設を選択する。   FIG. 16 is a processing sequence for explaining downloading of medical data from the cloud server 300 to the notebook PC 100. First, the carry-out control unit 107 of the notebook PC 100 selects a visiting facility based on an operation by the doctor D (step S131). For example, the doctor D performs an operation of selecting one of the visiting facilities from the plurality of visiting facilities scheduled to be visited at the hospital X. The doctor D may perform an operation of selecting one of the visiting facilities at the welfare facility Y from among a plurality of visiting facilities scheduled to be visited next. The doctor D may perform this operation between the hospital X and the welfare facility Y. The take-out control unit 107 selects a visiting facility based on these operations.

ステップＳ１３１の処理が完了すると、次いで、同期制御部１０６は選択された訪問施設をクラウドサーバ３００に送信する（ステップＳ１３２）。尚、医師Ｄが福祉施設Ｙに到着していれば、同期制御部１０６は訪問施設をクラウドサーバ３００に直接的に送信するが、医師Ｄが病院Ｘにいる場合には院内サーバ２００を介してクラウドサーバ３００に間接的に送信してもよい。   When the process of step S131 is completed, the synchronization control unit 106 then transmits the selected visited facility to the cloud server 300 (step S132). If the doctor D has arrived at the welfare facility Y, the synchronization control unit 106 transmits the visiting facility directly to the cloud server 300. If the doctor D is at the hospital X, the synchronization control unit 106 sends the visit facility through the in-hospital server 200. You may transmit to the cloud server 300 indirectly.

クラウドサーバ３００の第２処理部３０５は訪問施設を受け付けると、ＤＬ時間確認処理を実行する（ステップＳ３３１）。ＤＬ時間確認処理は診療データのダウンロード時間を訪問施設毎に算出する処理である。尚、ＤＬ時間確認処理の詳細については後述する。ステップＳ３３１の処理が完了すると、次いで、第２処理部３０５は移動時間確認処理を実行する（ステップＳ３３２）。移動時間確認処理は訪問施設間の移動時間及び病院Ｘと訪問施設との間の移動時間を算出する処理である。尚、移動時間確認処理の詳細については後述する。ステップＳ３３２の処理が完了すると、次いで、第２処理部３０５は訪問順序確認処理を実行する（ステップＳ３３３）。訪問順序確認処理は訪問施設の訪問順序を決定する処理である。尚、訪問順序確認処理の詳細については後述する。   When the second processing unit 305 of the cloud server 300 receives the visiting facility, the second processing unit 305 executes DL time confirmation processing (step S331). The DL time confirmation process is a process for calculating the download time of medical data for each visited facility. Details of the DL time confirmation process will be described later. When the process of step S331 is completed, the second processing unit 305 then executes a travel time confirmation process (step S332). The travel time confirmation process is a process for calculating the travel time between the visiting facilities and the travel time between the hospital X and the visited facility. Details of the travel time confirmation process will be described later. When the process of step S332 is completed, the second processing unit 305 then executes a visit order confirmation process (step S333). The visit order confirmation process is a process for determining the visit order of the visited facilities. Details of the visit order confirmation process will be described later.

ステップＳ３３３の処理が完了すると、次いで、第２処理部３０５は訪問順序をノートＰＣ１００に向けて送信する（ステップＳ３３４）。ノートＰＣ１００の持出制御部１０７は訪問順序を表示する（ステップＳ１３３）。より詳しくは、持出制御部１０７が第２処理部３０５から送信された訪問順序を受信することにより、持出制御部１０７は訪問順序を表示する。   When the process of step S333 is completed, the second processing unit 305 then transmits the visiting order to the notebook PC 100 (step S334). The take-out control unit 107 of the notebook PC 100 displays the visit order (step S133). More specifically, when the take-out control unit 107 receives the visit order transmitted from the second processing unit 305, the take-out control unit 107 displays the visit order.

一方、ステップＳ３３４の処理が完了すると、第２処理部３０５は訪問施設に在籍する患者の診療データを確認する（ステップＳ３３５）。例えば、第２処理部３０５は施設管理テーブルＴ４にアクセスすることにより、訪問施設に在籍する患者の診療データを確認する。ステップＳ３３５の処理が完了すると、第２処理部３０５はオブジェクトストレージ３１０からダウンロード対象の診療データを取得し（ステップＳ３３６）、取得した診療データをノートＰＣ１００に送信する（ステップＳ３３７）。すなわち、第２処理部３０５は診療データをダウンロードする。ノートＰＣ１００の同期制御部１０６は第２処理部３０５から送信された診療データを受信すると、診療データを同期記憶部１０２に格納する（ステップＳ１３４）。これにより、ノートＰＣ１００は診療データのダウンロードを完了する。   On the other hand, when the process of step S334 is completed, the second processing unit 305 confirms the medical data of the patient enrolled in the visiting facility (step S335). For example, the second processing unit 305 accesses the facility management table T4 to confirm the medical data of the patient enrolled in the visiting facility. When the process of step S335 is completed, the second processing unit 305 acquires the medical data to be downloaded from the object storage 310 (step S336), and transmits the acquired medical data to the notebook PC 100 (step S337). That is, the second processing unit 305 downloads medical data. Upon receiving the medical data transmitted from the second processing unit 305, the synchronization control unit 106 of the notebook PC 100 stores the medical data in the synchronous storage unit 102 (Step S134). Thereby, the notebook PC 100 completes downloading of the medical data.

続いて、図１７及び図１８を参照して、データ処理システムＳの動作の他の一例について説明する。   Next, another example of the operation of the data processing system S will be described with reference to FIGS. 17 and 18.

図１７はノートＰＣ１００から院内サーバ２００へのクラウドサーバ３００を経由した診療データのアップロード及びダウンロードを説明する処理シーケンス（その１）である。図１８はノートＰＣ１００から院内サーバ２００へのクラウドサーバ３００を経由した診療データのアップロード及びダウンロードを説明する処理シーケンス（その２）である。   FIG. 17 is a processing sequence (part 1) illustrating the uploading and downloading of medical data from the notebook PC 100 to the hospital server 200 via the cloud server 300. FIG. 18 is a processing sequence (part 2) illustrating the uploading and downloading of medical data from the notebook PC 100 to the hospital server 200 via the cloud server 300.

例えば、医師Ｄが福祉施設ＹでノートＰＣ１００を操作してクラウドサーバ３００に診療データを送信（アップロード）する場合、図１７に示すように、まず、排他制御部１０３はノートＰＣ１００の排他テーブルＴ１をロックする（ステップＳ１５１）。より詳しくは、排他制御部１０３はノートＰＣ１００の排他テーブルＴ１を他の業務がロックしていないか否かを確認し、他の業務がロックしていなければ、排他テーブルＴ１をロックする。   For example, when the doctor D operates the notebook PC 100 at the welfare facility Y and transmits (uploads) the medical data to the cloud server 300, first, as illustrated in FIG. 17, the exclusive control unit 103 first stores the exclusion table T1 of the notebook PC 100. Lock (step S151). More specifically, the exclusive control unit 103 checks whether or not other work has locked the exclusive table T1 of the notebook PC 100, and locks the exclusive table T1 if the other work is not locked.

ステップＳ１５１の処理が完了すると、次いで、クラウド排他制御部１０４はクラウドサーバ３００のクラウド排他テーブルＴ２のロックを要求するリクエストを送信する。より詳しくは、排他制御部１０３がクラウド排他テーブルＴ２のロックを要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストをリクエスト転送部１０５に送信する。   When the process of step S151 is completed, the cloud exclusion control unit 104 then transmits a request for requesting the lock of the cloud exclusion table T2 of the cloud server 300. More specifically, the cloud exclusive control unit 104 transmits a request to the request transfer unit 105 when the exclusive control unit 103 calls a function for requesting the lock of the cloud exclusive table T2 from the cloud exclusive control unit 104.

リクエスト転送部１０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ１５２）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部１０５から送信されたリクエストを受信すると、クラウド排他テーブルＴ２をロックする（ステップＳ３５１）。より詳しくは、第１処理部３０４はクラウド排他テーブルＴ２を他の業務がロックしていないか否かを確認し、他の業務がロックしていなければ、クラウド排他テーブルＴ２をロックする。これにより、例えば院内端末１５０の排他制御部（不図示）が院内サーバ２００を経由してクラウドサーバ３００のクラウド排他テーブルＴ２にクラウド排他情報の挿入を試みても、ロックが解除されるまでクラウド排他情報の挿入を待機する。   Upon receiving the request transmitted from the cloud exclusive control unit 104, the request transfer unit 105 transfers the request to the first processing unit 304 of the cloud server 300 (Step S152). When receiving the request transmitted from the request transfer unit 105, the first processing unit 304 of the cloud server 300 locks the cloud exclusion table T2 (step S351). More specifically, the first processing unit 304 confirms whether or not another business has locked the cloud exclusive table T2, and locks the cloud exclusive table T2 if the other business is not locked. Thus, for example, even if an exclusive control unit (not shown) of the in-hospital terminal 150 attempts to insert cloud exclusive information into the cloud exclusive table T2 of the cloud server 300 via the in-hospital server 200, the cloud exclusive until the lock is released. Wait for information to be inserted.

ステップＳ１５２の処理が完了すると、次いで、排他制御部１０３はノートＰＣ１００の排他情報を確認する（ステップＳ１５３）。すなわち、排他制御部１０３は排他記憶部１０１の排他テーブルＴ１の中に競合する排他情報がないか否かを確認する。ステップＳ１５３の処理が完了すると、次いで、クラウド排他制御部１０４はクラウドサーバ３００のクラウド排他情報の確認を要求するリクエストを送信する。より詳しくは、排他制御部１０３が排他テーブルＴ１の中に競合する排他情報がないと判断し、クラウド排他情報の確認を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。   When the process of step S152 is completed, the exclusion controller 103 then confirms the exclusion information of the notebook PC 100 (step S153). In other words, the exclusive control unit 103 confirms whether or not there is conflicting exclusive information in the exclusive table T1 of the exclusive storage unit 101. When the process of step S153 is completed, the cloud exclusive control unit 104 then transmits a request for requesting confirmation of the cloud exclusive information of the cloud server 300. More specifically, when the exclusive control unit 103 determines that there is no conflicting exclusive information in the exclusive table T1, the cloud exclusive control unit 104 calls the function that requests confirmation of the cloud exclusive information from the cloud exclusive control unit 104. Send a request.

リクエスト転送部１０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ１５４）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部１０５から送信されたリクエストを受信すると、クラウド排他情報を確認する（ステップＳ３５２）。より詳しくは、第１処理部３０４は競合するクラウド排他情報が論理削除されているか否かを確認する。そして、論理削除されている場合、論理削除されているクラウド排他情報の同期が完了しているか否かを確認する。第１処理部３０４は論理削除されているクラウド排他情報の同期が完了していると判断した場合、後続の処理を実行する。   Upon receiving the request transmitted from the cloud exclusive control unit 104, the request transfer unit 105 transfers the request to the first processing unit 304 of the cloud server 300 (Step S154). When receiving the request transmitted from the request transfer unit 105, the first processing unit 304 of the cloud server 300 confirms the cloud exclusive information (step S352). More specifically, the first processing unit 304 confirms whether or not the competing cloud exclusion information has been logically deleted. If logical deletion has been performed, it is checked whether or not synchronization of the logical exclusion cloud exclusive information has been completed. If the first processing unit 304 determines that the synchronization of the cloud exclusion information that has been logically deleted has been completed, the first processing unit 304 performs subsequent processing.

ステップＳ１５４の処理が完了すると、次いで、排他制御部１０３はノートＰＣ１００の排他テーブルＴ１に排他情報を挿入する（ステップＳ１５５）。すなわち、排他記憶部１０１の排他テーブルＴ１に排他情報を挿入する。これにより、排他テーブルＴ１は排他情報を管理する（図５参照）。ステップＳ１５５の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２にクラウド排他情報の挿入を要求するリクエストを送信する。より詳しくは、排他制御部１０３がクラウド排他情報の挿入を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。   When the process of step S154 is completed, the exclusive control unit 103 then inserts exclusive information into the exclusive table T1 of the notebook PC 100 (step S155). That is, the exclusive information is inserted into the exclusive table T1 of the exclusive storage unit 101. Thereby, the exclusion table T1 manages exclusion information (see FIG. 5). When the process of step S155 is completed, the cloud exclusion control unit 104 then transmits a request for requesting insertion of cloud exclusion information to the cloud exclusion table T2. More specifically, the cloud exclusive control unit 104 transmits a request when the exclusive control unit 103 calls a function for requesting insertion of cloud exclusive information from the cloud exclusive control unit 104.

リクエスト転送部１０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ１５６）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部１０５から送信されたリクエストを受信すると、クラウド排他情報を挿入する（ステップＳ３５３）。これにより、クラウド排他テーブルＴ２はクラウド排他情報を管理する（図６参照）。   Upon receiving the request transmitted from the cloud exclusive control unit 104, the request transfer unit 105 transfers the request to the first processing unit 304 of the cloud server 300 (step S156). Upon receiving the request transmitted from the request transfer unit 105, the first processing unit 304 of the cloud server 300 inserts cloud exclusive information (step S353). Thereby, the cloud exclusion table T2 manages the cloud exclusion information (see FIG. 6).

ステップＳ１５６の処理が完了すると、次いで、排他制御部１０３はノートＰＣ１００における排他テーブルＴ１のロックを解除する（ステップＳ１５７）。ステップＳ１５７の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２のロックの解除を要求するリクエストを送信する。より詳しくは、排他制御部１０３がクラウド排他テーブルＴ２のロックの解除を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。   When the process of step S156 is completed, the exclusive control unit 103 then unlocks the exclusive table T1 in the notebook PC 100 (step S157). When the process of step S157 is completed, the cloud exclusive control unit 104 then transmits a request for requesting the unlocking of the cloud exclusive table T2. More specifically, the cloud exclusive control unit 104 transmits a request by calling from the cloud exclusive control unit 104 a function that requests the exclusive control unit 103 to release the lock of the cloud exclusive table T2.

リクエスト転送部１０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ１５８）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部１０５から送信されたリクエストを受信すると、クラウド排他テーブルＴ２のロックを解除する（ステップＳ３５４）。   Upon receiving the request transmitted from the cloud exclusive control unit 104, the request transfer unit 105 transfers the request to the first processing unit 304 of the cloud server 300 (step S158). When receiving the request transmitted from the request transfer unit 105, the first processing unit 304 of the cloud server 300 unlocks the cloud exclusion table T2 (step S354).

ステップＳ１５８の処理が完了すると、次いで、図１８に示すように、ノートＰＣ１００の同期記憶部１０２は排他副情報と診療データとを関連付けて格納する（ステップＳ１５９）。ステップＳ１５９の処理が完了すると、同期制御部１０６は診療データと排他副情報をクラウドサーバ３００に向けて送信する（ステップＳ１６０）。言い換えれば、同期制御部２０６は診療データと排他副情報をクラウドサーバ３００にアップロードする。   When the process of step S158 is completed, then, as shown in FIG. 18, the synchronous storage unit 102 of the notebook PC 100 stores the exclusive sub information and the medical data in association with each other (step S159). When the process of step S159 is completed, the synchronization control unit 106 transmits the medical data and exclusive sub information to the cloud server 300 (step S160). In other words, the synchronization control unit 206 uploads the medical data and exclusive sub information to the cloud server 300.

クラウドサーバ３００の第２処理部３０５は同期制御部２０６が送信した診療データと排他副情報を受け付けると、診療データと排他副情報のメタ情報を管理情報記憶部３０２に格納し（ステップＳ３５５）、診療データと排他副情報をオブジェクトストレージ３１０に格納する（ステップＳ３５６）。ステップＳ３５６の処理が完了すると、次いで、第２処理部３０５は診療データと排他副情報を院内サーバ２００に送信する（ステップＳ３５７）。すなわち、第２処理部３０５は診療データと排他副情報を院内サーバ２００にダウンロードする。院内サーバ２００の同期制御部２０６はクラウドサーバ３００から送信された診療データと排他副情報を受信すると、受信した診療データを同期記憶部２０２に格納し（ステップＳ２５１）、排他副情報を排他記憶部２０１に格納する（ステップＳ２５２）。   When the second processing unit 305 of the cloud server 300 receives the medical data and the exclusive sub information transmitted from the synchronization control unit 206, the second processing unit 305 stores the meta data of the medical data and the exclusive sub information in the management information storage unit 302 (step S355). The medical data and exclusive sub information are stored in the object storage 310 (step S356). When the process of step S356 is completed, the second processing unit 305 then transmits the medical data and exclusive sub information to the in-hospital server 200 (step S357). That is, the second processing unit 305 downloads medical data and exclusive sub information to the in-hospital server 200. Upon receiving the medical data and exclusive sub information transmitted from the cloud server 300, the synchronization control unit 206 of the hospital server 200 stores the received medical data in the synchronous storage unit 202 (step S251), and the exclusive sub information is stored in the exclusive storage unit. It stores in 201 (step S252).

ステップＳ１６０の処理が完了すると、次いで、排他制御部１０３はノートＰＣ１００における排他テーブルＴ１の排他情報を削除する（ステップＳ１６１）。ステップＳ１６１の処理が完了すると、次いで、クラウド排他制御部１０４はクラウド排他テーブルＴ２におけるクラウド排他情報の削除を要求するリクエストを送信する。より詳しくは、排他制御部１０３がクラウド排他情報の論理削除を要求する関数をクラウド排他制御部１０４から呼び出すことによりクラウド排他制御部１０４はリクエストを送信する。   When the process of step S160 is completed, the exclusion controller 103 then deletes the exclusion information in the exclusion table T1 in the notebook PC 100 (step S161). When the process of step S161 is completed, the cloud exclusion control unit 104 then transmits a request for requesting deletion of the cloud exclusion information in the cloud exclusion table T2. More specifically, the cloud exclusive control unit 104 transmits a request when the exclusive control unit 103 calls a function for requesting logical deletion of the cloud exclusive information from the cloud exclusive control unit 104.

リクエスト転送部１０５はクラウド排他制御部１０４から送信されたリクエストを受信すると、クラウドサーバ３００の第１処理部３０４に向けて転送する（ステップＳ１６２）。クラウドサーバ３００の第１処理部３０４はリクエスト転送部２０５から送信されたリクエストを受信すると、クラウド排他情報を削除する（ステップＳ３５８）。   Upon receiving the request transmitted from the cloud exclusive control unit 104, the request transfer unit 105 transfers the request to the first processing unit 304 of the cloud server 300 (step S162). Upon receiving the request transmitted from the request transfer unit 205, the first processing unit 304 of the cloud server 300 deletes the cloud exclusive information (step S358).

ステップＳ１６２の処理が完了すると、次いで、ノートＰＣ１００の同期記憶部１０２は排他副情報を格納する（ステップＳ１６３）。ステップＳ１６３の処理が完了すると、同期制御部１０６は排他副情報をクラウドサーバ３００に向けて送信する（ステップＳ１６４）。すなわち、同期制御部１０６は排他副情報をクラウドサーバ３００にアップロードする。   When the process of step S162 is completed, the synchronization storage unit 102 of the notebook PC 100 stores exclusive sub information (step S163). When the process of step S163 is completed, the synchronization control unit 106 transmits the exclusive sub information to the cloud server 300 (step S164). That is, the synchronization control unit 106 uploads exclusive sub information to the cloud server 300.

クラウドサーバ３００の第２処理部３０５は同期制御部１０６が送信した排他副情報を受け付けると、排他副情報のメタ情報を管理情報記憶部３０２に格納し（ステップＳ３５９）、排他副情報をオブジェクトストレージ３１０に格納する（ステップＳ３６０）。ステップＳ３６０の処理が完了すると、次いで、第２処理部３０５は排他副情報を院内サーバ２００に送信する（ステップＳ３６１）。すなわち、第２処理部３０５は排他副情報を院内サーバ２００にダウンロードする。院内サーバ２００の同期制御部２０６はクラウドサーバ３００から送信された排他副情報を受信すると、受信した排他副情報を排他記憶部２０１に格納する（ステップＳ２５３）。   When the second processing unit 305 of the cloud server 300 receives the exclusive sub information transmitted from the synchronization control unit 106, the second processing unit 305 stores the meta information of the exclusive sub information in the management information storage unit 302 (step S359), and stores the exclusive sub information in the object storage. It stores in 310 (step S360). When the process of step S360 is completed, the second processing unit 305 then transmits exclusive sub information to the hospital server 200 (step S361). That is, the second processing unit 305 downloads the exclusive sub information to the hospital server 200. When receiving the exclusive sub information transmitted from the cloud server 300, the synchronization control unit 206 of the hospital server 200 stores the received exclusive sub information in the exclusive storage unit 201 (step S253).

続いて、図１９を参照して、上述したＤＬ時間確認処理を説明する。   Next, the DL time confirmation process described above will be described with reference to FIG.

図１９はＤＬ時間確認処理の一例を示すフローチャートである。まず、図１６を参照して説明したように、クラウドサーバ３００の第２処理部３０５が訪問施設を受信すると、第２処理部３０５は訪問施設数に応じたループ処理を開始する（ステップＳ３３１Ａ）。次いで、第２処理部３０５は訪問施設に滞在する患者の患者ＩＤを取得し（ステップＳ３３１Ｂ）、患者ＩＤ数に応じたループ処理を開始する（ステップＳ３３１Ｃ）。   FIG. 19 is a flowchart illustrating an example of DL time confirmation processing. First, as described with reference to FIG. 16, when the second processing unit 305 of the cloud server 300 receives a visiting facility, the second processing unit 305 starts a loop process according to the number of visiting facilities (step S331A). . Next, the second processing unit 305 acquires the patient ID of the patient staying at the visiting facility (step S331B), and starts a loop process according to the number of patient IDs (step S331C).

次いで、第２処理部３０５は患者の病名期間を確認する（ステップＳ３３１Ｄ）。より詳しくは、第２処理部３０５は取得した患者ＩＤと病名管理テーブルＴ７（図１１参照）とに基づいて、病名開始日と病名終了日に応じて決定される病名期間を確認する。ステップＳ３３１Ｄの処理が完了すると、次いで、第２処理部３０５は病名期間内の診療データを抽出し（ステップＳ３３１Ｅ）、病名期間内の点数管理情報を抽出する（ステップＳ３３１Ｆ）。ここで、診療データは診察記録や処方などが入力された日付を含んでいるため、第２処理部３０５は診療データの日付に基づいて診療データを抽出する。一方、点数管理情報は、図１２に示すように、年月単位で世代管理されているため、第２処理部３０５は病名期間内に応じた年月の点数管理情報を抽出する。   Next, the second processing unit 305 confirms the disease name period of the patient (step S331D). More specifically, the second processing unit 305 confirms the disease name period determined according to the disease name start date and the disease name end date based on the acquired patient ID and the disease name management table T7 (see FIG. 11). When the process of step S331D is completed, the second processing unit 305 then extracts medical data within the disease name period (step S331E), and extracts point management information within the disease name period (step S331F). Here, since the medical data includes the date on which the medical record or prescription is input, the second processing unit 305 extracts the medical data based on the date of the medical data. On the other hand, as shown in FIG. 12, since the score management information is generation-managed on a year-by-month basis, the second processing unit 305 extracts the year-month score management information according to the disease name period.

ステップＳ３３１Ｆの処理が完了すると、次いで、第２処理部３０５はダウンロードに要する時間を算出する（ステップＳ３３１Ｇ）。より詳しくは、第２処理部３０５は抽出したループ対象の患者ＩＤの診療データと点数管理情報のダウンロードに要する時間を算出する。例えば、第２処理部３０５は当該時間を算出する際、診療データと点数管理情報の情報量及び通信環境などに基づいて算出すればよい。ステップＳ３３１Ｇの処理が完了すると、第２処理部３０５は患者ＩＤ数に応じたループ処理を終了する（ステップＳ３３１Ｈ）。これにより、１つの訪問施設に在籍する患者全員分のダウンロード時間がそれぞれ算出される。   When the process of step S331F is completed, the second processing unit 305 then calculates the time required for downloading (step S331G). More specifically, the second processing unit 305 calculates the time required to download the extracted medical data and score management information of the looped patient ID. For example, when the second processing unit 305 calculates the time, the second processing unit 305 may calculate the time based on the information amount of the medical data and the point management information, the communication environment, and the like. When the process of step S331G is completed, the second processing unit 305 ends the loop process according to the number of patient IDs (step S331H). Thereby, the download times for all the patients enrolled in one visiting facility are calculated.

ステップＳ３３１Ｈの処理が完了すると、次いで、第２処理部３０５はダウンロードに要する合計時間を算出し（ステップＳ３３１Ｉ）、算出した合計時間を格納する（ステップＳ３３１Ｊ）。これにより、ダウンロード時間管理テーブルＴ５に１施設分のダウロード合計時間が格納される（図９参照）。ステップＳ３３１Ｊの処理が完了すると、第２処理部３０５は訪問施設数に応じたループ処理を終了する（ステップＳ３３１Ｋ）。これにより、訪問施設全てのダウンロード合計時間が格納される（図９参照）。   When the process of step S331H is completed, the second processing unit 305 then calculates the total time required for downloading (step S331I) and stores the calculated total time (step S331J). Thereby, the download total time for one facility is stored in the download time management table T5 (see FIG. 9). When the process of step S331J is completed, the second processing unit 305 ends the loop process according to the number of visited facilities (step S331K). Thereby, the total download time of all the visited facilities is stored (see FIG. 9).

続いて、図２０を参照して、上述した移動時間確認処理を説明する。   Next, the travel time confirmation process described above will be described with reference to FIG.

図２０は移動時間確認処理の一例を示すフローチャートである。図１６を参照して説明したように、クラウドサーバ３００の第２処理部３０５がＤＬ時間確認処理を実行し終えると、第２処理部３０５は各施設の住所を確認する（ステップＳ３３２Ａ）。例えば、第２処理部３０５は受信した訪問施設の施設コード又は施設名と施設管理テーブルＴ４（図８参照）とに基づいて、施設の住所を確認して取得する。尚、第２処理部３０５は病院Ｘの住所については予め保持している。   FIG. 20 is a flowchart illustrating an example of the travel time confirmation process. As described with reference to FIG. 16, when the second processing unit 305 of the cloud server 300 finishes executing the DL time confirmation processing, the second processing unit 305 confirms the address of each facility (step S332A). For example, the second processing unit 305 confirms and acquires the facility address based on the received facility code or facility name of the visited facility and the facility management table T4 (see FIG. 8). Note that the second processing unit 305 holds the address of the hospital X in advance.

ステップＳ３３２Ａの処理が完了すると、次いで、第２処理部３０５は訪問施設数に応じたループ処理を開始する（ステップＳ３３２Ｂ）。次いで、第２処理部３０５は始点施設コードに出発する施設コードを挿入し（ステップＳ３３２Ｃ）、終点施設コードに到着する施設コードを挿入する（ステップＳ３３２Ｄ）。例えば、第２処理部３０５は移動時間管理テーブルＴ６（図１０参照）における始点施設コード３つに病院Ｘの施設コード「Ｚ」を挿入し、終点施設コード３つに病院Ｘから到着可能な重複しない３つの施設コード「１」、「２」、「３」をそれぞれ挿入する。   When the process of step S332A is completed, the second processing unit 305 then starts a loop process according to the number of visited facilities (step S332B). Next, the second processing unit 305 inserts the starting facility code into the starting point facility code (step S332C), and inserts the arriving facility code into the end point facility code (step S332D). For example, the second processing unit 305 inserts the facility code “Z” of the hospital X in the three start point facility codes in the travel time management table T6 (see FIG. 10), and the duplicate that can arrive from the hospital X in the three end point facility codes. Three facility codes “1”, “2”, and “3” are inserted respectively.

次いで、第２処理部３０５は施設間の距離を算出し（ステップＳ３３２Ｅ）、施設間の移動時間を算出する（ステップＳ３３２Ｆ）。例えば、第２処理部３０５は確認した住所に基づいて、施設間の距離を算出する。また、第２処理部３０５は予め定めた所定の速度（例えば平均時速６０ｋｍ）に基づいて、算出した距離から移動時間を算出する。ステップＳ３３２Ｆの処理が完了すると、第２処理部３０５は訪問施設数に応じたループ処理を終了する（ステップＳ３３２Ｇ）。これにより、訪問施設間の全ての移動距離と移動時間が格納される（図１０参照）。   Next, the second processing unit 305 calculates the distance between the facilities (step S332E), and calculates the travel time between the facilities (step S332F). For example, the second processing unit 305 calculates the distance between facilities based on the confirmed address. Further, the second processing unit 305 calculates the travel time from the calculated distance based on a predetermined speed (for example, an average speed of 60 km). When the process of step S332F is completed, the second processing unit 305 ends the loop process according to the number of visited facilities (step S332G). Thereby, all the movement distances and movement times between visiting facilities are stored (see FIG. 10).

続いて、図２１を参照して、上述した訪問順序確認処理を説明する。   Next, the visit order confirmation process described above will be described with reference to FIG.

図２１は訪問順序確認処理の一例を示すフローチャートである。図１６を参照して説明したように、クラウドサーバ３００の第２処理部３０５が移動時間確認処理を実行し終えると、第２処理部３０５は始点施設コードにＺを挿入する（ステップＳ３３３Ａ）。より詳しくは、第２処理部３０５は訪問順序計算用テーブル（不図示）の始点施設コードにＺを挿入する。   FIG. 21 is a flowchart showing an example of a visit order confirmation process. As described with reference to FIG. 16, when the second processing unit 305 of the cloud server 300 finishes executing the travel time confirmation process, the second processing unit 305 inserts Z into the start point facility code (step S333A). More specifically, the second processing unit 305 inserts Z into the starting point facility code of the visit order calculation table (not shown).

ステップＳ３３３Ａの処理が完了すると、次いで、第２処理部３０５は合計移動時間に０（ゼロ）を設定し（ステップＳ３３３Ｂ）、合計ダウンロード時間に０（ゼロ）を設定する（ステップＳ３３３Ｃ）。より詳しくは、第２処理部３０５は訪問順序計算用テーブル（不図示）の合計移動時間及び合計ダウンロード時間のそれぞれに０（ゼロ）を設定する。   When the process of step S333A is completed, the second processing unit 305 then sets 0 (zero) as the total movement time (step S333B) and sets 0 (zero) as the total download time (step S333C). More specifically, the second processing unit 305 sets 0 (zero) for each of the total movement time and the total download time of the visit order calculation table (not shown).

ステップＳ３３３Ｃの処理が完了すると、次いで、第２処理部３０５は時間比較処理を実行する（ステップＳ３３３Ｄ）。時間比較処理は合計移動時間と合計ダウンロード時間を比較する処理である。尚、時間比較処理の詳細については後述する。ステップＳ３３３Ｄの処理が完了すると、次いで、第２処理部３０５は次の施設がないか否かを判断する（ステップＳ３３３Ｅ）。次の施設がある場合（ステップＳ３３３Ｅ：ＮＯ）、第２処理部３０５は再び時間比較処理を実行する。   When the process of step S333C is completed, the second processing unit 305 then executes a time comparison process (step S333D). The time comparison process is a process for comparing the total travel time and the total download time. Details of the time comparison process will be described later. When the process of step S333D is completed, the second processing unit 305 then determines whether or not there is a next facility (step S333E). When there is a next facility (step S333E: NO), the second processing unit 305 executes the time comparison process again.

一方、次の施設がない場合（ステップＳ３３３Ｅ：ＹＥＳ）、第２処理部３０５は候補テーブルＴ１３にある施設コードを訪問順序計算用テーブル（不図示）の始点施設コードに挿入し（ステップＳ３３３Ｆ）、時間比較処理を実行する（ステップＳ３３３Ｇ）。ステップＳ３３３Ｇの処理が完了すると、次いで、第２処理部３０５は次の施設がないか否かを判断する（ステップＳ３３３Ｈ）。次の施設がある場合（ステップＳ３３３Ｈ：ＮＯ）、第２処理部３０５は再び時間比較処理を実行する。   On the other hand, when there is no next facility (step S333E: YES), the second processing unit 305 inserts the facility code in the candidate table T13 into the starting facility code of the visit order calculation table (not shown) (step S333F). Time comparison processing is executed (step S333G). When the process of step S333G is completed, the second processing unit 305 then determines whether or not there is a next facility (step S333H). When there is a next facility (step S333H: NO), the second processing unit 305 executes the time comparison process again.

一方、次の施設がない場合（ステップＳ３３３Ｈ：ＹＥＳ）、第２処理部３０５は訪問順序計算用テーブル（不図示）の終点施設コードにＺを挿入する（ステップＳ３３３Ｉ）。ステップＳ３３３Ｉの処理が完了すると、次いで、第２処理部３０５は合計移動時間を算出し（ステップＳ３３３Ｊ）、合計ダウンロード時間を算出する（ステップＳ３３３Ｋ）。ステップＳ３３３Ｋの処理が完了すると、第２処理部３０５は候補テーブルＴ９を更新する（ステップＳ３３３Ｌ）。これにより、図１３に示すように、候補テーブルＴ９が完成する。   On the other hand, when there is no next facility (step S333H: YES), the second processing unit 305 inserts Z into the end point facility code of the visit order calculation table (not shown) (step S333I). When the process of step S333I is completed, the second processing unit 305 then calculates the total travel time (step S333J) and calculates the total download time (step S333K). When the process of step S333K is completed, the second processing unit 305 updates the candidate table T9 (step S333L). Thereby, as shown in FIG. 13, candidate table T9 is completed.

ステップＳ３３３Ｌの処理が完了すると、第２処理部３０５は候補テーブルＴ９の合計移動時間を比較する（ステップＳ３３３Ｍ）。例えば、訪問施設コードの順序Ｚ→１→２→３→Ｚの移動総時間は６９分であり、訪問施設コードの順序Ｚ→２→１→３→Ｚの移動総時間は１０３分である。この場合、第２処理部３０５は総移動時間が少ない方を訪問順序として決定する。尚、残りの順序についても同様である。すなわち、第２処理部３０５は順序Ｚ→２→１→３→Ｚを決定する。   When the process of step S333L is completed, the second processing unit 305 compares the total movement time of the candidate table T9 (step S333M). For example, the total travel time of the order Z → 1 → 2 → 3 → Z of the visiting facility code is 69 minutes, and the total travel time of the order Z → 2 → 1 → 3 → Z of the visited facility code is 103 minutes. In this case, the second processing unit 305 determines the visit order with the shorter total travel time. The same applies to the remaining orders. That is, the second processing unit 305 determines the order Z → 2 → 1 → 3 → Z.

続いて、図２２を参照して、上述した時間比較処理を説明する。   Next, the above-described time comparison process will be described with reference to FIG.

図２２は時間比較処理の一例を示すフローチャートである。図２１を参照して説明したように、クラウドサーバ３００の第２処理部３０５がステップＳ３３３ＣやステップＳ３３３Ｆの処理を実行し終えると、第２処理部３０５は訪問順序計算用テーブル（不図示）の終点施設コードにＺを挿入する（ステップＳ３１）。ステップＳ３１の処理が完了すると、次いで、第２処理部３０５は合計移動時間ｔ１を算出し（ステップＳ３２）、合計ダウンロード時間ｔ２を算出する（ステップＳ３３）。   FIG. 22 is a flowchart illustrating an example of the time comparison process. As described with reference to FIG. 21, when the second processing unit 305 of the cloud server 300 finishes executing the processing of step S333C and step S333F, the second processing unit 305 stores the visit order calculation table (not shown). Z is inserted into the end point facility code (step S31). When the process of step S31 is completed, the second processing unit 305 then calculates a total travel time t1 (step S32) and calculates a total download time t2 (step S33).

ステップＳ３３の処理が完了すると、次いで、第２処理部３０５は合計移動時間ｔ１が合計ダウンロード時間ｔ２より大きいか否かを判断する（ステップＳ３４）。合計移動時間ｔ１が合計ダウンロード時間ｔ２以下の場合（ステップＳ３４：ＮＯ）、第２処理部３０５は後続の処理を中止して処理を終える。一方、合計移動時間ｔ１が合計ダウンロード時間ｔ２より大きい場合（ステップＳ３４：ＹＥＳ）、第２処理部３０５は、さらに、既に同じ順序のレコードがないか否かを判断する（ステップＳ３５）。   When the process of step S33 is completed, the second processing unit 305 next determines whether or not the total movement time t1 is longer than the total download time t2 (step S34). When the total movement time t1 is less than or equal to the total download time t2 (step S34: NO), the second processing unit 305 stops the subsequent processing and ends the processing. On the other hand, when the total movement time t1 is longer than the total download time t2 (step S34: YES), the second processing unit 305 further determines whether or not there is already a record in the same order (step S35).

既に同じ順序のレコードがない場合（ステップＳ３５：ＹＥＳ）、第２処理部３０５は候補テーブルＴ９にレコードを追加する（ステップＳ３６）。一方、既に同じ順序のレコードがある場合（ステップＳ３５：ＮＯ）、第２処理部３０５は候補テーブルＴ９に新規レコードを追加する（ステップＳ３７）。   If there is no record already in the same order (step S35: YES), the second processing unit 305 adds a record to the candidate table T9 (step S36). On the other hand, if there are already records in the same order (step S35: NO), the second processing unit 305 adds a new record to the candidate table T9 (step S37).

以上説明したように、本実施形態に係るノートＰＣ１００は排他制御部１０３、クラウド排他制御部１０４、同期制御部１０６といった処理部を備えている。この処理部は診療対象の患者の診療データを、排他情報に関連付けて、院内サーバ２００からクラウドＣＬ上のオブジェクトストレージ３１０にアップロードする。そして、当該処理部は、更新指示を受け付けた診療データに関連づけられたオブジェクトストレージ３１０の更新指示を受け付けた場合であって、排他情報が診療データの更新のない状態を示す場合に、排他情報を診療データの更新がある状態に変更して、診療データを更新する。このように、ノートＰＣ１００に複数の診療データがダウンロードされた場合であっても、ノートＰＣ１００で扱われていない診療データについては、院内端末１５０から更新することができる。   As described above, the notebook PC 100 according to the present embodiment includes processing units such as the exclusive control unit 103, the cloud exclusive control unit 104, and the synchronization control unit 106. This processing unit uploads the medical data of the patient to be treated from the hospital server 200 to the object storage 310 on the cloud CL in association with the exclusive information. When the processing unit receives an update instruction for the object storage 310 associated with the medical data for which the update instruction has been received and the exclusive information indicates a state in which the medical data is not updated, the processing unit displays the exclusive information. The medical data is updated by changing to a state where the medical data is updated. Thus, even when a plurality of medical data is downloaded to the notebook PC 100, the medical data that is not handled by the notebook PC 100 can be updated from the in-hospital terminal 150.

以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。   The preferred embodiments of the present invention have been described in detail above, but the present invention is not limited to the specific embodiments according to the present invention, and various modifications are possible within the scope of the gist of the present invention described in the claims.・ Change is possible.

なお、以上の説明に関して更に以下の付記を開示する。
（付記１）診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、更新指示を受け付けた前記患者のデータに関連づけられた前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、処理を実行する処理部を備えるカルテ端末装置。
（付記２）前記処理部は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータを更新している状態にあるときは、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を禁止する、ことを特徴とする付記１に記載のカルテ端末装置。
（付記３）前記処理部は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータの更新を中断している状態であるときには、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を許可する、ことを特徴とする付記１に記載のカルテ端末装置。
（付記４）前記処理部は、前記患者のデータを更新し終えると、更新し終えた患者のデータを前記記憶領域にアップロードし、アップロードした患者のデータに基づいて前記記憶領域の前記患者のデータを更新し、更新した前記患者のデータに基づいて前記サーバ装置が管理する患者のデータを更新する、ことを特徴とする付記１に記載のカルテ端末装置。
（付記５）前記処理部は、訪問診療する患者の施設情報と患者のデータのダウンロードに要する時間とに基づいて、訪問診療する患者の順番を決定する、ことを特徴とする付記１から４のいずれか１項に記載のカルテ端末装置。
（付記６）診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、処理をコンピュータが実行するデータ処理方法。
（付記７）前記処理は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータを更新している状態にあるときは、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を禁止する、ことを特徴とする付記６に記載のデータ処理方法。
（付記８）前記処理は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータの更新を中断している状態であるときには、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を許可する、ことを特徴とする付記６に記載のデータ処理方法。
（付記９）前記処理は、前記患者のデータを更新し終えると、更新し終えた患者のデータを前記記憶領域にアップロードし、アップロードした患者のデータに基づいて前記記憶領域の前記患者のデータを更新し、更新した前記患者のデータに基づいて前記サーバ装置が管理する患者のデータを更新する、ことを特徴とする付記６に記載のデータ処理方法。
（付記１０）前記処理は、訪問診療する患者の施設情報と患者のデータのダウンロードに要する時間とに基づいて、訪問診療する患者の順番を決定する、ことを特徴とする付記６から９のいずれか１項に記載のデータ処理方法。
（付記１１）診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、処理をコンピュータに実行させるデータ処理プログラム。 In addition, the following additional notes are disclosed regarding the above description.
(Appendix 1) The patient data to be treated is associated with the update information indicating whether or not the data is updated, uploaded from the server device in the hospital to the storage area on the cloud, and the patient data received the update instruction When an update instruction for the patient's data in the associated storage area is received and the update information indicates no data update state, the update information is changed to a data update state. And a medical record terminal device comprising a processing unit for executing processing for updating the patient data.
(Supplementary note 2) When the processing unit downloads patient data from the storage area and updates the downloaded patient data, the processing unit updates the patient data in the storage area from the server device. The medical chart terminal device according to Supplementary Note 1, wherein the medical record terminal device is prohibited.
(Supplementary Note 3) When the processing unit downloads patient data from the storage area, and the update of the downloaded patient data is interrupted, the processing unit applies to the patient data in the storage area from the server device. The medical chart terminal device according to appendix 1, wherein updating is permitted.
(Supplementary Note 4) When the processing unit finishes updating the patient data, the processing unit uploads the updated patient data to the storage area, and based on the uploaded patient data, the patient data in the storage area The medical chart terminal device according to appendix 1, wherein the patient data managed by the server device is updated based on the updated patient data.
(Additional remark 5) The said process part determines the order of the patient who visits medical care based on the facility information of the patient who visits medical care, and the time required for downloading of patient data, The additional notes 1-4 characterized by the above-mentioned The medical record terminal apparatus of any one of Claims.
(Supplementary note 6) The patient data to be treated is associated with update information indicating whether or not the data is updated, uploaded from the server device in the hospital to a storage area on the cloud, and the patient data in the storage area is updated. If the update information associated with the patient data for which the update instruction has been received indicates a state in which there is no data update, the update information is changed to a state in which the data is updated. A data processing method in which the computer executes the process of updating the patient data.
(Appendix 7) In the process, when the patient data is downloaded from the storage area and the downloaded patient data is being updated, the update of the patient data in the storage area from the server device is performed. The data processing method according to appendix 6, which is prohibited.
(Supplementary Note 8) When the process is in a state where the patient data is downloaded from the storage area and the update of the downloaded patient data is interrupted, the update of the patient data in the storage area from the server device is performed. The data processing method according to appendix 6, characterized in that:
(Supplementary Note 9) When the process finishes updating the patient data, the process uploads the updated patient data to the storage area, and the patient data in the storage area is updated based on the uploaded patient data. The data processing method according to appendix 6, wherein the patient data managed by the server device is updated based on the updated patient data.
(Supplementary note 10) Any one of Supplementary notes 6 to 9, wherein the processing determines the order of patients to visit and visit based on facility information of patients to visit and time required to download patient data. The data processing method according to claim 1.
(Supplementary note 11) The patient data to be treated is associated with update information indicating whether or not the data is updated, uploaded from a server device in the hospital to a storage area on the cloud, and the patient data in the storage area is updated. If the update information associated with the patient data for which the update instruction has been received indicates a state in which there is no data update, the update information is changed to a state in which the data is updated. A data processing program for causing a computer to execute processing for updating the patient data.

Ｓ データ処理システム
１００ ノートＰＣ
２００ 院内サーバ
１０１，２０１ 排他記憶部
１０２，２０２ 同期記憶部
１０３ 排他制御部
１０４ クラウド排他制御部
１０５，２０５ リクエスト転送部
１０６，２０６ 同期制御部
１０７ 持出制御部
１５０ 院内端末
３００ クラウドサーバ
３０１ クラウド排他記憶部
３０２ 管理情報記憶部
３０３ 通信部
３０４ 第１処理部
３０５ 第２処理部
３１０ オブジェクトストレージ
S Data processing system 100 Notebook PC
200 In-hospital server 101, 201 Exclusive storage unit 102, 202 Synchronization storage unit 103 Exclusive control unit 104 Cloud exclusive control unit 105, 205 Request transfer unit 106, 206 Synchronization control unit 107 Takeout control unit 150 In-hospital terminal 300 Cloud server 301 Cloud exclusion Storage unit 302 Management information storage unit 303 Communication unit 304 First processing unit 305 Second processing unit 310 Object storage

Claims (7)

診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、
前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、
処理を実行する処理部を備えるカルテ端末装置。 Upload the patient data for medical treatment to the storage area on the cloud from the server device in the hospital in association with the update information indicating whether the data has been updated,
The update information is received when an update instruction for the patient data in the storage area is received, and the update information associated with the patient data for which the update instruction has been received indicates a state in which there is no data update. To update the patient's data by changing the
A medical record terminal device comprising a processing unit for executing processing. 前記処理部は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータを更新している状態にあるときは、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を禁止する、
ことを特徴とする請求項１に記載のカルテ端末装置。 When the processing unit downloads patient data from the storage area and updates the downloaded patient data, the processing unit prohibits updating the patient data in the storage area from the server device.
The medical chart terminal device according to claim 1. 前記処理部は、患者のデータを前記記憶領域からダウンロードし、ダウンロードした患者のデータの更新を中断している状態であるときには、前記サーバ装置からの前記記憶領域の患者のデータに対する更新を許可する、
ことを特徴とする請求項１に記載のカルテ端末装置。 The processor downloads patient data from the storage area, and permits updating of the patient data in the storage area from the server device when updating of the downloaded patient data is interrupted. ,
The medical chart terminal device according to claim 1. 前記処理部は、前記患者のデータを更新し終えると、更新し終えた患者のデータを前記記憶領域にアップロードし、アップロードした患者のデータに基づいて前記記憶領域の前記患者のデータを更新し、更新した前記患者のデータに基づいて前記サーバ装置が管理する患者のデータを更新する、
ことを特徴とする請求項１に記載のカルテ端末装置。 When the processing unit finishes updating the patient data, it uploads the updated patient data to the storage area, updates the patient data in the storage area based on the uploaded patient data, Updating the patient data managed by the server device based on the updated patient data;
The medical chart terminal device according to claim 1. 前記処理部は、訪問診療する患者の施設情報と患者のデータのダウンロードに要する時間とに基づいて、訪問診療する患者の順番を決定する、
ことを特徴とする請求項１から４のいずれか１項に記載のカルテ端末装置。 The processing unit determines the order of patients to visit and visit based on facility information of patients to visit and the time required to download patient data.
The medical chart terminal device according to any one of claims 1 to 4, wherein 診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、
前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、
処理をコンピュータが実行するデータ処理方法。 Upload the patient data for medical treatment to the storage area on the cloud from the server device in the hospital in association with the update information indicating whether the data has been updated,
The update information is received when an update instruction for the patient data in the storage area is received, and the update information associated with the patient data for which the update instruction has been received indicates a state in which there is no data update. To update the patient's data by changing the
A data processing method in which processing is executed by a computer. 診療対象の患者のデータを、データの更新の有無を示す更新情報に関連付けて、病院内のサーバ装置からクラウド上の記憶領域にアップロードし、
前記記憶領域の前記患者のデータの更新指示を受け付けた場合であって、更新指示を受け付けた前記患者のデータに関連づけられた前記更新情報がデータの更新のない状態を示す場合に、前記更新情報をデータの更新がある状態に変更して、前記患者のデータを更新する、
処理をコンピュータに実行させるデータ処理プログラム。 Upload the patient data for medical treatment to the storage area on the cloud from the server device in the hospital in association with the update information indicating whether the data has been updated,
The update information is received when an update instruction for the patient data in the storage area is received, and the update information associated with the patient data for which the update instruction has been received indicates a state in which there is no data update. To update the patient's data by changing the
A data processing program that causes a computer to execute processing.
JP2017062583A 2017-03-28 2017-03-28 Medical chart terminal device, data processing method, and data processing program Pending JP2018165876A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2017062583A JP2018165876A (en) 2017-03-28 2017-03-28 Medical chart terminal device, data processing method, and data processing program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017062583A JP2018165876A (en) 2017-03-28 2017-03-28 Medical chart terminal device, data processing method, and data processing program

Publications (1)

Publication Number Publication Date
JP2018165876A true JP2018165876A (en) 2018-10-25

Family

ID=63921660

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017062583A Pending JP2018165876A (en) 2017-03-28 2017-03-28 Medical chart terminal device, data processing method, and data processing program

Country Status (1)

Country Link
JP (1) JP2018165876A (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003122613A (en) * 2001-10-17 2003-04-25 Nec Corp Data base managing system, data base managing method and data base managing program
WO2014184867A1 (en) * 2013-05-14 2014-11-20 株式会社 東芝 Electronic device and data management method
JP2016044980A (en) * 2014-08-19 2016-04-04 富士通株式会社 Visit destination information displaying method, server device, and visit destination information program
JP2016105285A (en) * 2015-12-17 2016-06-09 ソニー株式会社 Information processing device, information processing system information processing method, and program

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003122613A (en) * 2001-10-17 2003-04-25 Nec Corp Data base managing system, data base managing method and data base managing program
WO2014184867A1 (en) * 2013-05-14 2014-11-20 株式会社 東芝 Electronic device and data management method
JP2016044980A (en) * 2014-08-19 2016-04-04 富士通株式会社 Visit destination information displaying method, server device, and visit destination information program
JP2016105285A (en) * 2015-12-17 2016-06-09 ソニー株式会社 Information processing device, information processing system information processing method, and program

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
加藤勤［住友別子病院］: "［特集］ 経営・運営視座からの画像クラウドの実力", 月刊新医療 NEW MEDICINE IN JAPAN, vol. 第43巻, JPN6020019404, December 2016 (2016-12-01), pages 76 - 78, ISSN: 0004281751 *

Similar Documents

Publication Publication Date Title
CN104781809B (en) Container database
US11049617B2 (en) Method for transferring operational data to a medical device located within a healthcare environment
JP2022091978A (en) System for electronic patient care
WO2015036935A1 (en) Portable secure health record device and system for patient-provider communication
JP7123979B2 (en) Devices, systems and methods for valid personal health records
JP6043461B1 (en) Medication history management method, medication history management device, and medication history management program
JP5076128B2 (en) Clinical trial monitoring system and clinical trial monitoring server
US20170024520A1 (en) Methods, platform and system for collecting and managing vital data of patients for healthcare establishments
JP2006288473A (en) Medicine notebook system
Kacamarga et al. A Platform for Electronic Health Record Sharing in Environments with Scarce Resource Using Cloud Computing.
JP2018165876A (en) Medical chart terminal device, data processing method, and data processing program
CN111131373B (en) Breathing machine data synchronization system, method, device and storage medium
JP6069111B2 (en) Access control information management system and server device, method and program thereof
JP5750256B2 (en) Medical image data distributed storage system
WO2020066276A1 (en) Appointment management device, appointment management method, and program
JP7048377B2 (en) Cloud-local switching and medical image and data synchronization
US20220392633A1 (en) Personalized data graphs including user domain concepts
US9734185B2 (en) Mechanism for communication in a distributed database
JP2011022732A (en) Electronic medical chart terminal device
US11265377B2 (en) Multi-location exchange of medical images and data
KR100874361B1 (en) Grid based health care portal service system and method of service offering thereof
CN112489743B (en) Medical data view realization method and system
JP2010224743A (en) Relay server, control method thereof, and medical network system
US10796794B2 (en) Deletion of medical images in cloud-based storage
JP2007249292A (en) Medical information management system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191212

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200515

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200616

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200814

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20201208