JP3866552B2 - Database management system, database management method, and database management program - Google Patents

Database management system, database management method, and database management program Download PDF

Info

Publication number
JP3866552B2
JP3866552B2 JP2001318914A JP2001318914A JP3866552B2 JP 3866552 B2 JP3866552 B2 JP 3866552B2 JP 2001318914 A JP2001318914 A JP 2001318914A JP 2001318914 A JP2001318914 A JP 2001318914A JP 3866552 B2 JP3866552 B2 JP 3866552B2
Authority
JP
Japan
Prior art keywords
update
data
update right
identification information
information
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.)
Expired - Fee Related
Application number
JP2001318914A
Other languages
Japanese (ja)
Other versions
JP2003122613A (en
Inventor
亜由子 染岡
寛和 並川
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to JP2001318914A priority Critical patent/JP3866552B2/en
Publication of JP2003122613A publication Critical patent/JP2003122613A/en
Application granted granted Critical
Publication of JP3866552B2 publication Critical patent/JP3866552B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

【０００１】
【発明の属する技術分野】
この発明は、データベースに格納されているデータの修正・削除などの更新を管理するデータベース管理システム、データベース管理方法、及びデータベース管理プログラムに関する。
【０００２】
【従来の技術】
病院などでは、患者に対して診療を行ったことにより発生した診療録情報（以下、電子カルテデータという）がデータベースに記憶（保存）される。このデータベースは、各部署（各科）に設置された端末と通信回線で接続され、各端末からアクセスできるように構成されている。病院の仕事に従事する医者や看護婦などの利用者は、端末からデータベースにアクセスすることにより、そのデータベースに記憶されている電子カルテデータを随時参照することができる。また、医者や看護婦などの利用者は、端末からデータベースに対してアクセスして、そのデータベースに記憶されている電子カルテデータを修正・削除などを行うことにより、電子カルテデータの更新を行うことができる。
【０００３】
電子カルテデータの更新を管理するデータベース管理システムとして、利用者による端末からの電子カルテデータの更新の操作と同期して（更新の操作に従って）、データベース側の端末で電子カルテデータの更新処理が行われる同期システムがある。また、利用者による端末からの電子カルテデータの更新の操作が行われた後、別の時間（非同期）に、データベース側の端末で実際の電子カルテデータの更新処理が行われる（即ち、端末側での電子カルテデータの更新の操作とデータベース側の端末での実際の電子カルテデータの更新処理とで時間差のある）非同期システムがある。
【０００４】
同期システムでは、データベースに対して複数の端末から同時にアクセスがあると、データベースに対するアクセスが集中する。すると、データベース側の端末での更新処理の速度が著しく低下（悪化）し、またはシステムの停止も招く。また、データベース側の端末での更新処理の速度の低下を防ぐために、アクセスされた順に更新処理を行うようにすると、他の端末からのアクセスによる更新処理が終了するまで更新処理が開始されず、待ち時間が長くなってしまう。
【０００５】
非同期システムでは、複数の端末からのアクセスの集中による更新処理の速度の低下などは防止される。しかし、１つの電子カルテデータに対して複数の利用者から同時に更新が行われると、電子カルテデータの不整合が生じるおそれがある。即ち、利用者が端末から電子カルテデータの更新を行うときに、既に他者が同じ電子カルテデータに対して更新を行っていた場合には、利用者は更新が行われる前の電子カルテデータに基づいて更新を行う。その結果、電子カルテデータの整合性がとれなくなってしまう。この場合、電子カルテデータの不整合によって、業務に支障をきたすおそれがある。
【０００６】
そのような問題点を解決するデータベース管理システム（データベース管理方法）として、例えば特開平７−３２５７４７号公報に記載されたものがある。そのデータベース管理システムでは、主装置において各従装置からのデータの更新要求を先着順に受け付ける。そして、そのデータの更新要求による該当データ範囲について排他処理を行って、他の従装置からの更新要求を排除し、データの更新権を更新要求が受け付けられた従装置に与える。そのような構成によって、同じデータに対して複数の利用者から同時に更新が行われることによって、データの不整合が生じるのを防止することができる。
【０００７】
また、データの更新が、更新要求の排除期間のタイムアウト時間内に行われなかった場合には、その従装置のデータ更新権（データの更新権）を無効として他の従装置からの更新要求の排除を解除するように構成されている。そのような構成によって、システムのデッドロック状態を回避することができる。
【０００８】
また、更新要求の排除期間のタイムアウト時間を更新要求が受け付けられた従装置からの要求で延長できるように構成されている。そのような構成によって、データ更新権が与えられている期間に対して融通性を付与する。その結果、更新するデータ量が多くてタイムアウト時間内では更新しきれないような場合でも、データ更新権が解除されてしまうことを回避することができる。
【０００９】
【発明が解決しようとする課題】
上述したように、従来のデータベース管理システムおよびデータベース管理方法では、データ更新権が与えられている期間に融通性を付与するために、更新要求の排除期間のタイムアウト時間を延長できるように構成されているが、利用者とっては、そのようなタイムアウト時間の延長を行う操作（作業）が面倒である。また、利用者は、更新するデータ量が多い場合に、タイムアウト時間の延長を行わなければならないか否か、どれくらい延長しなければならいかなどの判断も行う必要がある。そのような判断は、利用者にとってさらに面倒である。
【００１０】
この発明は、上記のような課題を解決するためになされたものであり、非同期に更新を行う場合であってもデータの整合性を確保することができるとともに、利用者にとって簡易かつ確実にデータベースに対するデータ更新作業を行うことができるデータベース管理システム、データベース管理方法、及びデータベース管理プログラムを得ることを目的とする。
【００１１】
【課題を解決するための手段】
本発明によるデータベース管理システムは、データベースに保持するデータの更新権を、通信ネットワークを介して接続される端末に与えるデータベース管理システムであって、管理対象のデータを識別するデータ識別情報に対応付けて、更新権を識別する管理情報および更新権の有効時間を記憶する更新権情報保持手段と、端末が指定したデータ識別情報によって特定されるデータに対して有効な更新権が登録されているか否かを判断する更新権有無判断手段と、所定の場合に、更新権の管理情報を割り当て、端末が指定したデータ識別情報に対応付けて管理情報および有効時間を更新権情報保持手段に記憶させることによって更新権を登録する更新権登録手段と、更新権情報保持手段に記憶させたデータ識別情報、管理情報および有効時間を端末に通知し、端末からデータ識別情報、管理情報および有効時間とともに、データの更新内容を示す情報を取得する更新内容取得手段と、データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断する更新権登録状況判断手段と、更新権が変更されていない場合に、データの更新内容を示す情報に基づいてデータを更新するデータ更新手段とを備え、更新権登録状況判断手段は、更新内容取得手段が取得したデータ識別情報に対応付けられて更新権情報保持手段に記憶されている有効時間と更新内容取得手段が取得した有効時間とが一致するか否かを判断し、一致すると判断した場合に、データ識別情報によって特定されるデータに対する更新権が変更されていないと判断することを特徴とする。
【００１２】
更新権情報保持手段は、データ識別情報に対応付けて、管理情報、更新権の有効時間、及び更新権の優先順位を示す優先度を記憶し、更新権登録手段は、既に登録されている更新権の優先度が新たに登録しようとする更新権の優先度より低い場合に、既に登録されている更新権を削除し、更新権の管理情報を割り当て、端末が指定したデータ識別情報に対応付けて管理情報、有効時間、及び優先度を更新権情報保持手段に記憶させることによって更新権を登録してもよい。このような構成によれば、優先度の高いデータを速く確実に更新することができる。
【００１３】
更新権登録手段は、例えば、有効な更新権が登録されていない場合に、更新権の管理情報を割り当て、端末が指定したデータ識別情報に対応付けて管理情報および有効時間を更新権情報保持手段に記憶させることによって更新権を登録する。
【００１４】
例えば、更新権有無判断手段は、更新権情報保持手段がデータ識別情報に対応付けて管理情報および有効時間を記憶していない場合、または、データ識別情報に対応付けて記憶している有効時間が既に経過している場合に、有効な更新権が登録されていないと判断する。
【００１５】
例えば、更新権登録状況判断手段は、更新内容取得手段が取得したデータ識別情報に対応付けられて更新権情報保持手段に記憶されている有効時間が未だ経過していない場合に、更新権は変更されていないと判断する。
【００１６】
また、本発明によるデータベース管理方法は、データを更新しようとする利用者の端末から管理対象のデータを識別するデータ識別情報を受信するステップと、データ識別情報によって特定されるデータに対して有効な更新権が登録されているか否かを判断するステップと、所定の場合に、更新権を識別する管理情報を割り当て、端末から受信したデータ識別情報に対応付けて管理情報および有効時間を記憶することによって更新権を登録するステップと、記憶したデータ識別情報、管理情報および有効時間を端末に通知し、端末からデータ識別情報、管理情報および有効時間とともに、データの更新内容を示す情報を取得するステップと、データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断するステップと、更新権が変更されていない場合に、データの更新内容を示す情報に基づいてデータを更新するステップとを含み、更新権が変更されたか否かを判断するステップで、データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断し、取得したデータ識別情報に対応付けて記憶されている有効時間と取得した有効時間とが一致する場合に、更新権は変更されていないと判断することを特徴とする。
【００１７】
登録された更新権の情報として、データ識別情報に対応付けて、管理情報、更新権の有効時間、及び更新権の優先順位を示す優先度を記憶し、既に登録されている更新権の優先度が新たに登録しようとする更新権の優先度より低い場合に、既に登録されている更新権を削除し、更新権の管理情報を割り当て、端末から受信したデータ識別情報に対応付けて管理情報、有効時間、及び優先度を記憶することによって更新権を登録してもよい。このようなデータベース管理方法によれば、優先度の高いデータを速く確実に更新することができる。
【００１８】
有効な更新権が登録されていない場合に、更新権の管理情報を割り当て、端末から受信したデータ識別情報に対応付けて管理情報および有効時間を記憶することによって更新権を登録してもよい。
【００１９】
また、本発明によるデータベース管理プログラムによれば、データベースに保持するデータの更新権を、通信ネットワークを介して接続される端末に与えるコンピュータに、データを更新しようとする利用者の端末から管理対象のデータを識別するデータ識別情報を受信する処理、データ識別情報によって特定されるデータに対して有効な更新権が登録されているか否かを判断する処理、所定の場合に、更新権を識別する管理情報を割り当て、端末から受信したデータ識別情報に対応付けて管理情報および有効時間を記憶することによって更新権を登録する処理、記憶したデータ識別情報、管理情報および有効時間を端末に通知し、端末からデータ識別情報、管理情報および有効時間とともに、データの更新内容を示す情報を取得する処理、データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断する処理、および更新権が変更されていない場合に、データの更新内容を示す情報に基づいてデータを更新する処理を実行させ、更新権が変更されたか否かを判断する処理で、データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断し、取得したデータ識別情報に対応付けて記憶されている有効時間と取得した有効時間とが一致する場合に、更新権は変更されていないと判断する処理を実行させることを特徴とする。
【００２０】
【発明の実施の形態】
以下、本発明の実施の一形態を説明する。
実施の形態１．
図１は、本発明のデータベース管理システムを示すブロック図である。図１において、電子カルテデータ格納装置１００は、患者に対して診療を行ったことにより発生した診療録情報である電子カルテデータを格納（保存）し、電子カルテデータ入出力装置２００，３００からのデータ更新の要求に基づいて電子カルテデータの更新（修正・削除）を行うとともに、電子カルテデータ入出力装置２００，３００からのデータ参照要求に対して電子カルテデータの提供（送受信）などを行う装置である。電子カルテデータ格納装置１００は、電子カルテデータ入出力装置２００，３００と通信回線で接続されている。また、図１に示すように、電子カルテデータ格納装置１００は、記憶部１１０、送受信部１２０及び制御部１３０を備えている。
【００２１】
制御部１３０は、記憶装置が保持するプログラムに従って、電子カルテデータ格納装置１００全体を制御する。プログラムは、記憶部１１０が保持していても、記憶部１１０以外の記憶装置が保持していてもよい。このプログラムは、制御部１３０に、Ｔｏｋｅｎの登録処理や、データの更新処理を実行させるプログラムである。Ｔｏｋｅｎとは、電子カルテデータの更新を行うことができる権限（データ更新権）である。
【００２２】
記憶部１１０は、電子カルテデータなどの各種データを格納（記憶）するデータベースであって、一般的なデータベースであるリレーショナル・データベースやオブジェクト・データベースなどで構成されている。記憶部１１０は、データ検索に必要なインデックス情報とデータ実体を保持することができるものである。
【００２３】
記憶部１１０の記憶領域１１１は、Ｔｏｋｅｎ（データ更新権）を登録するための領域である。また、記憶部１１０の記憶領域１１２は、電子カルテデータを格納する領域である。Ｔｏｋｅｎの登録は、記憶領域１１１に、データ識別番号、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間を記憶させることによって行う。データ識別番号とは、管理対象である各データを識別する識別情報である。電子カルテデータとして記憶領域１１２に格納される各データは、データ識別番号によって識別される。Ｔｏｋｅｎ管理番号とは、取得される各Ｔｏｋｅｎを識別する管理情報である。Ｔｏｋｅｎ有効時間とは、Ｔｏｋｅｎ（データ更新権）が有効な時間、即ち、利用者が電子カルテデータを更新できる時間である。
【００２４】
ここで、記憶領域１１２に格納される電子カルテデータには、患者の診療録（カルテ）の１行１行のデータ毎にデータ識別番号がデータ格納時に設定されるものとする。具体的には、「こういう薬を出しました」「こういう検査をして下さい」「体温は何度でした」といった患者の診療録の内容毎にデータ識別番号が設定される。このような患者の診療録の内容が、データベースにおけるレコード（データベースで扱う１件分のデータ）となる。
【００２５】
従って、記憶部１１０の記憶領域１１２には、電子カルテデータの診療録の内容（レコード）毎にデータ識別番号が付加されて格納される。また、記憶部１１０の記憶領域１１１には、電子カルテデータのデータ識別番号毎にＴｏｋｅｎが格納される。
【００２６】
送受信部１２０は、電子カルテデータ入出力装置２００，３００との間で通信回線を通じて電子カルテデータなどのデータの送受信を行う。制御部１３０は、電子カルテデータの格納、電子カルテデータの更新（修正・削除）、電子カルテデータの提供などの処理を制御するとともに、データ更新時のＴｏｋｅｎの管理を行う。
【００２７】
電子カルテデータ入出力装置２００，３００は、それぞれ、医者や看護婦などの利用者（作業者または操作者）が電子カルテデータの格納、更新、参照などを行う際に、その利用者によって操作されることにより電子カルテデータの入出力を行う装置である。電子カルテデータ入出力装置２００，３００は、パーソナルコンピュータなどの端末で構成されている。この電子カルテデータ入出力装置２００，３００は、電子カルテデータ格納装置１００と通信回線で接続されている。また、図１に示すように、電子カルテデータ入出力装置２００，３００は、それぞれ、入出力部２１０，３１０、送受信部２２０，３２０及び制御部２３０，３３０を備えている。
【００２８】
入出力部２１０，３１０は、利用者の操作に応じて電子カルテデータを入出力する。入出力部２１０，３１０は、例えば、データ入力を行うためのキーボード、テンキースイッチ、マウス、トラックボール、入力ペン、入力タブレット、データグローブ、ＯＣＲ装置、イメージスキャナ、マイクロフォンなどを少なくとも一つは備え、また、データ出力を行うためのディスプレイ、プリンタなどを備えている。
【００２９】
送受信部２２０，３２０は、電子カルテデータ格納装置１００との間で通信回線を通じて電子カルテデータなどのデータの送受信を行う。制御部２３０，３３０は、入出力部２１０，３１０のデータ入出力や送受信部２２０，３２０のデータ送受信などを制御するとともに、電子カルテデータの更新時におけるデータ登録の処理などを制御する。
【００３０】
なお、図１に示したデータベース管理システムは、２台の電子カルテデータ入出力装置２００，３００が電子カルテデータ格納装置１００に接続されて構成されているが、電子カルテデータ入出力装置の台数は２台に限られず、３台以上の電子カルテデータ入出力装置が電子カルテデータ格納装置１００に接続されていてもよい。
【００３１】
この実施の形態では、更新権情報保持手段は、記憶領域１１１によって実現される。更新権有無判断手段、更新権登録手段、更新権登録状況判断手段、およびデータ更新手段は、制御部１３０によって実現される。更新内容取得手段は、制御部１３０および送受信部１２０によって実現される。
【００３２】
また、記憶装置は、コンピュータに、データを更新しようとする利用者の端末から管理対象のデータを識別するデータ識別情報を受信する処理、データ識別情報によって特定されるデータに対して有効な更新権が登録されているか否かを判断する処理、所定の場合に、更新権を識別する管理情報を割り当て、端末から受信したデータ識別情報に対応付けて管理情報および有効時間を記憶することによって更新権を登録する処理、記憶したデータ識別情報、管理情報および有効時間を端末に通知し、端末からデータ識別情報、管理情報および有効時間とともに、データの更新内容を示す情報を取得する処理、データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断する処理、および更新権が変更されていない場合に、データの更新内容を示す情報に基づいてデータを更新する処理を実行させるためのデータベース管理プログラムを保持する。
【００３３】
次に、電子カルテデータの更新の動作について説明する。
ここでは、医者や看護婦などの利用者が、電子カルテデータ入出力装置２００の入出力部２１０を操作して、電子カルテデータ格納装置１００の記憶部１１０内に格納されている電子カルテデータを更新する動作について説明する。
【００３４】
（１）データ更新開始時の動作
利用者は、所定の患者の診療録（カルテ）の内容を修正・削除する場合、当該患者の電子カルテデータを電子カルテデータ入出力装置２００の入出力部２１０から画面表示（出力）する必要がある。そこで、利用者は、修正・削除の対象の電子カルテデータを電子カルテデータ格納装置１００の記憶部１１０から読み出すためのデータ参照の操作を入出力部２１０において行う。
【００３５】
電子カルテデータ入出力装置２００の制御部２３０は、利用者の操作に応じて入出力部２１０からデータ参照の要求を受けると、そのデータ参照の要求を送受信部２２０から電子カルテデータ格納装置１００に対して送信する。電子カルテデータ格納装置１００では、送受信部１２０が、電子カルテデータ入出力装置２００からのデータ参照の要求を受信すると、制御部１３０は、データ参照の要求で指定された所定の患者の電子カルテデータを記憶部１１０の記憶領域１１２から読み出す。そして、その電子カルテデータを送受信部１２０から電子カルテデータ入出力装置２００に対して送信する。
【００３６】
電子カルテデータ入出力装置２００では、送受信部２２０が、電子カルテデータ格納装置１００から送信された電子カルテデータを受信すると、制御部２３０は、その電子カルテデータを入出力部２１０から画面表示する。
【００３７】
利用者は、画面表示された所定の患者の電子カルテデータのうち、修正・削除を行うレコードを入出力部２１０を操作して指定する。レコードが指定されると、電子カルテデータの更新（修正・削除）が開始される。電子カルテデータ入出力装置２００の制御部２３０は、利用者の入出力部２１０の操作によって修正・削除される電子カルテデータのレコードが指定されると、入出力部２１０で指定された電子カルテデータのレコード毎に設定されているデータ識別番号を取得する。そして、制御部２３０は、その取得したデータ識別番号を送受信部２２０から電子カルテデータ格納装置１００に対して送信する。
【００３８】
図２は、電子カルテデータの更新開始時における電子カルテデータ格納装置１００のＴｏｋｅｎ登録（取得）動作を説明するためのフローチャートである。図２に示すように、電子カルテデータ格納装置１００では、送受信部１２０が電子カルテデータ入出力装置２００から送信されたデータ識別番号を受信することにより、制御部１３０がそのデータ識別番号を取得する（ステップＳＴ１）。
【００３９】
制御部１３０は、その取得したデータ識別番号を基に、データ識別番号に対するＴｏｋｅｎが既に記憶部１１０の記憶領域１１１に格納されているか否かの問い合わせを行う（ステップＳＴ２）。さらに、Ｔｏｋｅｎが格納されている場合、即ち、データ識別番号、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間が格納されている場合、Ｔｏｋｅｎ有効時間と問い合わせ時（問い合わせを行った時刻）とを比較する。
【００４０】
制御部１３０は、その問い合わせの結果が、データ識別番号に対するＴｏｋｅｎが未だ記憶領域１１１に格納されていないという場合には（ステップＳＴ３のＮｏ）、他者から電子カルテデータの当該レコードに対するデータ更新要求が未だ行われていないと判断できる（即ち、他者に対して電子カルテデータの当該レコードに対するデータ更新権が未だ与えられていないと判断できる）。また、データ識別番号に対するＴｏｋｅｎが格納されていたとしても、問い合わせ時がＴｏｋｅｎ有効時間を経過している場合には（ステップＳＴ３のＮｏ）、取得されたＴｏｋｅｎは既に無効になっていると判断できる。従って、Ｔｏｋｅｎが格納されていない場合、または、格納されていても問い合わせ時がＴｏｋｅｎ有効時間を経過している場合、制御部１３０は、データ識別番号に対応付けてＴｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間を記憶領域１１１に格納することによって、Ｔｏｋｅｎの登録を行う（ステップＳＴ４）。
【００４１】
ステップＳＴ４において、制御部１３０は、データ識別番号に対応付けてＴｏｋｅｎ管理番号を割り当て、そのＴｏｋｅｎ管理番号とＴｏｋｅｎ有効時間を記憶領域１１１に格納する。ここで、Ｔｏｋｅｎ有効時間は、データ更新権が有効な時間、即ち、利用者が電子カルテデータを更新可能な時間という意味である。Ｔｏｋｅｎ有効時間としては、例えば、Ｔｏｋｅｎの登録が行われた時点から１時間と設定される。Ｔｏｋｅｎ有効時間が過ぎると、Ｔｏｋｅｎは無効となり、そのＴｏｋｅｎを取得していた利用者は電子カルテデータの更新を行うことができなくなる。
【００４２】
制御部１３０は、Ｔｏｋｅｎの登録を行うと、データ識別番号、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間を送受信部１２０から電子カルテデータ入出力装置２００に対して送信する（ステップＳＴ５）。
【００４３】
電子カルテデータ入出力装置２００では、送受信部２２０が、電子カルテデータ格納装置１００から送信されたデータ識別番号、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間を受信すると、それらの情報を制御部２３０に送る。制御部２３０は、データ識別番号、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間を受け取ることにより、データ識別番号に対するＴｏｋｅｎの取得が成功したと判断し、そのことを入出力部２１０から出力して利用者に通知する。利用者は、電子カルテデータの更新が可能であると認識し、入出力部２１０を操作することによって、画面表示されている電子カルテデータの所定のレコードについて修正・削除を行う。
【００４４】
一方、電子カルテデータ格納装置１００の制御部１３０は、問い合わせの結果が、データ識別番号に対するＴｏｋｅｎが既に記憶領域１１１に格納されていて、かつ、問い合わせ時がＴｏｋｅｎ有効時間内であるという場合には（ステップＳＴ３のＹｅｓ）、他者に対して電子カルテデータの当該レコードに対するＴｏｋｅｎ（データ更新権）が既に与えられ、かつ、そのＴｏｋｅｎ有効時間が未だ経過していないため、Ｔｏｋｅｎの登録が不可能であると判断し、Ｔｏｋｅｎの取得に失敗という結果を取得する（ステップＳＴ６）。そして、制御部１３０は、そのＴｏｋｅｎ取得失敗の結果を送受信部１２０から電子カルテデータ入出力装置２００に対して送信する（ステップＳＴ７）。このように、先にＴｏｋｅｎが記憶部１１０の記憶領域１１１に格納されている場合は、制御部１３０が、データ更新の排他処理を行うことにより、電子カルテデータの不整合を防止することができる。
【００４５】
電子カルテデータ入出力装置２００では、送受信部２２０が、電子カルテデータ格納装置１００から送信されたＴｏｋｅｎ取得失敗の結果を受信すると、その情報を制御部２３０に送る。制御部２３０は、Ｔｏｋｅｎ取得失敗の結果を受け取ると、そのＴｏｋｅｎ取得失敗を入出力部２１０から出力して利用者に通知する。その通知によって、利用者は、電子カルテデータの更新が不可能であると認識し、電子カルテデータの当該レコードの更新処理について中止する。
【００４６】
なお、利用者は、図２に示したような制御部１３０によるＴｏｋｅｎの登録処理が行われている間でも、電子カルテデータ入出力装置２００から更新開始の操作を行って、電子カルテデータの別のレコードの更新要求（Ｔｏｋｅｎの取得要求）を行うことができる。また、別の利用者も、制御部１３０によるＴｏｋｅｎの登録処理が行われている間に、別の電子カルテデータ入出力装置３００から更新開始の操作を行って、電子カルテデータのレコードの更新要求を行うことができる。
【００４７】
（２）データ更新完了時の動作
利用者は、入出力部２１０を操作して、指定した電子カルテデータのレコードについて修正・削除を行う。利用者は、電子カルテデータの当該レコードの修正・削除が完了すると、修正・削除（更新）された電子カルテデータを入出力部２１０から入力する。電子カルテデータ２００は、ステップＳＴ１の後であれば、この操作を受け付けてよい。即ち、ステップＳＴ１においてデータ識別番号を電子カルテデータ格納装置１００に送信した後であれば、電子カルテデータ格納装置１００からデータ識別番号、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間を受信する前であっても、データの更新操作を受け付けてよい。
【００４８】
電子カルテデータ入出力装置２００の制御部２３０は、更新された電子カルテデータの入力が完了すると、その電子カルテデータ、データ識別番号（更新された電子カルテデータのレコードのデータ識別番号）、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間を送受信部２２０から電子カルテデータ格納装置１００に対して送信する。この送信は、ステップＳＴ５において、電子カルテデータ入出力装置２００にデータ識別番号、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間が送信された後に行う。
【００４９】
図３は、電子カルテデータの更新完了時における電子カルテデータ格納装置１００のデータ更新動作を説明するためのフローチャートである。図３に示すように、電子カルテデータ格納装置１００では、送受信部１２０が電子カルテデータ入出力装置２００から送信された更新された電子カルテデータ、データ識別番号、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間を受信することにより、制御部１３０がそれらの情報を取得する（ステップＳＴ１１）。
【００５０】
制御部１３０は、その取得したＴｏｋｅｎ管理番号を基に、記憶部１１０の記憶領域１１１に格納されているＴｏｋｅｎ管理番号に対するＴｏｋｅｎ有効時間の問い合わせを行う（ステップＳＴ１２）。そして、制御部１３０は、その問い合わせの結果取得したＴｏｋｅｎ有効時間に基づいて、問い合わせ時がＴｏｋｅｎ有効時間内であるか否かの判断を行う（ステップＳＴ１３）。
【００５１】
制御部１３０は、問い合わせ時がＴｏｋｅｎ有効時間内であると判断した場合には（ステップＳＴ１３のＹｅｓ）、記憶領域１１１に格納されているＴｏｋｅｎは未だ無効とされず、利用者はデータ更新権を保持していると認識する。そこで、後に非同期に更新を行うために電子カルテデータの更新の登録を行うとともに、データ識別番号、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間を削除する（ステップＳＴ１５）。
【００５２】
そして、制御部１３０は、電子カルテデータ更新成功の結果を送受信部１２０から電子カルテデータ入出力装置２００に対して送信する（ステップＳＴ１６）。その後、制御部１３０は、ステップＳＴ１５で更新の登録がされた電子カルテデータについて非同期に更新処理を行う（ステップＳＴ１７）。
【００５３】
また、制御部１３０は、問い合わせ時がＴｏｋｅｎ有効時間外であると判断した場合は（ステップＳＴ１３のＮｏ）、記憶領域１１１に格納されているＴｏｋｅｎ有効時間とステップＳＴ１１で取得したＴｏｋｅｎ有効時間（即ち、電子カルテデータ入出力装置２００から送信されたＴｏｋｅｎ有効時間）とが一致するか否かを判断する（ステップＳＴ１４）。
【００５４】
このように、制御部１３０がＴｏｋｅｎ有効時間の一致を判断するのは、以下の理由による。すなわち、問い合わせ時がＴｏｋｅｎ有効時間外である場合、記憶領域１１１に格納されているＴｏｋｅｎは既に無効とされ、利用者はデータ更新権を持っていないことになる。しかし、記憶領域１１１に格納されているＴｏｋｅｎ有効時間と電子カルテデータ入出力装置２００から送信されたＴｏｋｅｎ有効時間とが一致する場合は、他者によってＴｏｋｅｎが未だ置き換えられていない、即ち、他者が電子カルテデータのレコードに対して未だデータ更新要求を行っていないと判断することができる。従って、この場合は、利用者に対して電子カルテデータの当該レコードの更新の許可する。
【００５５】
制御部１３０は、Ｔｏｋｅｎ有効時間が一致した場合は（ステップＳＴ１４のＹｅｓ）、上記したように、後に非同期に更新を行うために電子カルテデータの更新の登録を行うとともに、データ識別番号、Ｔｏｋｅｎ管理番号及びＴｏｋｅｎ有効時間を削除する（ステップＳＴ１５）。そして、制御部１３０は、電子カルテデータ更新成功の結果を送受信部１２０から電子カルテデータ入出力装置２００に対して送信する（ステップＳＴ１６）。その後、制御部１３０は、ステップＳＴ１５で更新の登録がされた電子カルテデータについて非同期に更新処理を行う（ステップＳＴ１７）。
【００５６】
一方、制御部１３０は、Ｔｏｋｅｎ有効時間が一致しない場合は、他者によってＴｏｋｅｎが置き換えられているため、電子カルテデータの当該レコードの更新が不可能であると判断する。よって、電子カルテデータの更新の失敗という結果を取得する（ステップＳＴ１８）。そして、制御部１３０は、その電子カルテデータ更新失敗の結果を送受信部１２０から電子カルテデータ入出力装置２００に対して送信する（ステップＳＴ１９）。
【００５７】
なお、利用者は、図３に示したような制御部１３０による非同期データ更新の登録処理が行われている間でも、電子カルテデータ入出力装置２００から更新開始の操作を行って、電子カルテデータの別のレコードの更新要求（Ｔｏｋｅｎの取得要求）を行うことができる。また、別の利用者も、制御部１３０による非同期データ更新の登録処理が行われている間に、別の電子カルテデータ入出力装置３００から更新開始の操作を行って、電子カルテデータのレコードの更新要求を行うことができる。
【００５８】
以上のように、この実施の形態によれば、記憶部１１０の記憶領域１１１に既にＴｏｋｅｎが登録されている場合には、制御部１３０によって、新たなＴｏｋｅｎの取得要求に対して排他処理が行われる（排除される）ので、電子カルテデータを非同期に更新する場合でも、複数の利用者から同時に電子カルテデータの同じレコードに対する更新がされることがなくなり、データの不整合を防止することができる。
【００５９】
また、Ｔｏｋｅｎが登録される際に有効時間も設定されるので、Ｔｏｋｅｎの有効時間が過ぎると、他者がＴｏｋｅｎを取得し、データ更新を行うことができるようになるため、Ｔｏｋｅｎを取得した利用者がデータ更新を行わないことや、電子カルテデータ入出力装置２００の故障などにより生じ得るロック状態を回避することができる。
【００６０】
また、データベース管理システムは、非同期システムであるので、制御部１３０によって、データ更新要求（Ｔｏｋｅｎ取得要求）に対する処理や非同期データ更新の登録要求に対する処理などが行われている間も、利用者がデータ更新要求を行うことができ、データ更新時の処理速度が遅くなるのを防止することができる。
【００６１】
また、Ｔｏｋｅｎ有効時間が過ぎた場合でも、記憶領域１１１に格納されているＴｏｋｅｎ有効時間と電子カルテデータ入出力装置２００から送信されたＴｏｋｅｎ有効時間が一致する場合には、Ｔｏｋｅｎが置き換わっていないと判断され、データ更新を可能にしている。従って、利用者は、Ｔｏｋｅｎ有効時間（データ更新時間）の延長を行う必要がなくなる。その結果、利用者にとって簡易かつ確実に記憶部（データベース）１１０に対するデータ更新作業を行うことができる。
【００６２】
実施の形態２．
上記の実施の形態では、図２に示されたように、ステップＳＴ３の処理において、データ識別番号に対するＴｏｋｅｎが既に記憶領域１１１に格納されている場合、電子カルテデータ格納装置１００の制御部１３０によって、Ｔｏｋｅｎの登録が不可能であると必ず判断され、Ｔｏｋｅｎの取得が失敗したとされていた。
【００６３】
これに対して、この実施の形態では、制御部１３０が記憶部１１０の記憶領域１１１にＴｏｋｅｎを登録する際に、Ｔｏｋｅｎの優先度も同時に登録する。そして、記憶領域１１１にＴｏｋｅｎが登録されている状態において、他者からＴｏｋｅｎの取得の要求（データ更新の要求）があった場合、制御部１３０は、Ｔｏｋｅｎの優先度を比較する。そして、既に登録されている（取得済みの）Ｔｏｋｅｎより取得要求のあったＴｏｋｅｎの優先度が高いときは、既に登録されているＴｏｋｅｎを無効とし、取得要求のあったＴｏｋｅｎを有効として登録する。
【００６４】
なお、データベース管理システムの構成については、図１に示したものと同様であるため、重複する説明を省略する。
【００６５】
次に、電子カルテデータの更新の動作について説明する。
（１）データ更新開始時の動作
図４は、他の実施の形態の電子カルテデータの更新開始時における電子カルテデータ格納装置のＴｏｋｅｎ登録動作を説明するためのフローチャートである。図２に示された例と同様に、電子カルテデータ格納装置１００の制御部１３０は、電子カルテデータ入出力装置２００から送信されたデータ識別番号を取得する（ステップＳＴ１）。
【００６６】
制御部１３０は、取得したデータ識別番号をキーとして、データ識別番号に対するＴｏｋｅｎが既に記憶部１１０の記憶領域１１１に格納されているか否かの問い合わせを行う。また、Ｔｏｋｅｎが既に登録されている場合には、問い合わせ時がＴｏｋｅｎ有効時間内であるか否か、そのＴｏｋｅｎの優先度は取得要求のあったＴｏｋｅｎの優先度よりも高いか否かの問い合わせを行う（ステップＳＴ２１）。
【００６７】
制御部１３０は、その問い合わせの結果が、データ識別番号に対するＴｏｋｅｎが未だ記憶領域１１１に格納されていないという場合、または、格納されていても問い合わせ時がＴｏｋｅｎ有効時間を経過しているという場合には（ステップＳＴ３のＮｏ）、Ｔｏｋｅｎの登録を行う（ステップＳＴ２２）。すなわち、データ識別番号に対応付けてＴｏｋｅｎ管理番号、Ｔｏｋｅｎ有効時間及び優先度を記憶領域１１１に格納する。なお、優先度は、制御部１３０がデータ内容に応じて自動的に設定する場合でも、電子カルテデータ入出力装置２００側から利用者によって指定される場合でもよい。
【００６８】
制御部１３０は、Ｔｏｋｅｎの登録を行うと、データ識別番号、Ｔｏｋｅｎ管理番号、Ｔｏｋｅｎ有効時間及び優先度を、送受信部１２０から電子カルテデータ入出力装置２００に対して送信する（ステップＳＴ２３）。
【００６９】
電子カルテデータ入出力装置２００の制御部２３０は、データ識別番号、Ｔｏｋｅｎ管理番号、Ｔｏｋｅｎ有効時間及び優先度を受け取ることにより、データ識別番号に対するＴｏｋｅｎの取得が成功したと判断し、そのことを入出力部２１０から出力して利用者に通知する。
【００７０】
一方、電子カルテデータ格納装置１００の制御部１３０は、問い合わせの結果が、データ識別番号に対するＴｏｋｅｎが既に記憶領域１１１に格納されていて、かつ、問い合わせ時がＴｏｋｅｎ有効時間内である場合は（ステップＳＴ３のＹｅｓ）、問い合わせの結果に基づいて、登録されているＴｏｋｅｎの優先度が取得要求のあったＴｏｋｅｎの優先度よりも高いか否か判断する（ステップＳＴ２４）。
【００７１】
その判断の結果、登録されているＴｏｋｅｎの優先度が取得要求のあったＴｏｋｅｎの優先度よりも低い場合（ステップＳＴ２４のＮｏ）、制御部１３０は、既に登録されているＴｏｋｅｎを削除する（ステップＳＴ２５）。また、制御部１３０は、データ識別番号に対応付けてＴｏｋｅｎ管理番号、Ｔｏｋｅｎ有効時間及び優先度を新たに記憶領域１１１に格納することによって、Ｔｏｋｅｎの登録を行う（ステップＳＴ２６）。そして、制御部１３０は、データ識別番号、Ｔｏｋｅｎ管理番号、Ｔｏｋｅｎ有効時間及び優先度を、送受信部１２０から電子カルテデータ入出力装置２００に対して送信する（ステップＳＴ２３）。
【００７２】
また、上記判断の結果、登録されているＴｏｋｅｎの優先度が取得要求のあったＴｏｋｅｎの優先度よりも高い場合（ステップＳＴ２４のＹｅｓ）、制御部１３０は、他者に対して電子カルテデータの当該レコードに対するＴｏｋｅｎ（データ更新権）が既に与えられ、そのＴｏｋｅｎ有効時間が未だ経過していず、さらに登録されているＴｏｋｅｎの優先度も高いため、Ｔｏｋｅｎの登録が不可能であると判断する。すなわち、Ｔｏｋｅｎの取得に失敗という結果を取得する（ステップＳＴ６）。そして、制御部１３０は、そのＴｏｋｅｎ取得失敗の結果を送受信部１２０から電子カルテデータ入出力装置２００に対して送信する（ステップＳＴ７）。
【００７３】
電子カルテデータ入出力装置２００の制御部２３０は、Ｔｏｋｅｎ取得失敗の結果を受け取ると、そのＴｏｋｅｎ取得失敗を入出力部２１０から出力して利用者に通知する。
【００７４】
以上のように、この実施の形態によれば、記憶部１１０の記憶領域１１１に既にＴｏｋｅｎが登録されている場合でも、登録されているＴｏｋｅｎの優先度が取得要求のあったＴｏｋｅｎの優先度よりも低い場合には、登録されているＴｏｋｅｎが無効とされ、取得要求のあったＴｏｋｅｎが有効として登録される。よって、優先度の高いデータを速く確実に更新することができる。
【００７５】
なお、上記の各実施の形態では、電子カルテデータ格納装置１００は記憶部１１０及び送受信部１２０を備えていた。しかし、記憶部１１０と送受信部１２０を別の装置として構成してもよい。
【００７６】
また、上記の各実施の形態では、電子カルテデータのレコード（診療録の内容）単位でデータ識別番号を設定し、そのデータ識別番号に対応付けてＴｏｋｅｎの登録（取得）を行うように構成されていた。しかし、そのような構成に限られず、患者単位またはデータ群単位などでデータ識別番号を設定し、そのデータ識別番号に対応付けてＴｏｋｅｎを登録するように構成してもよい。
【００７７】
また、上記の各実施の形態では、電子カルテデータ格納装置１００及び電子カルテデータ入出力装置２００，３００から構成されるデータベース管理システムは、電子カルテデータを扱うシステムであった。しかし、必ずしも電子カルテデータである必要はなく、本発明を、様々なデータを扱うデータベース管理システムに適用することができる。
【００７８】
【発明の効果】
以上のように、本発明のデータベース管理システムは、管理対象のデータを識別するデータ識別情報に対応付けて、更新権を識別する管理情報および更新権の有効時間を記憶する更新権情報保持手段と、端末が指定したデータ識別情報によって特定されるデータに対して有効な更新権が登録されているか否かを判断する更新権有無判断手段と、所定の場合に、更新権の管理情報を割り当て、端末が指定したデータ識別情報に対応付けて管理情報および有効時間を更新権情報保持手段に記憶させることによって更新権を登録する更新権登録手段と、更新権情報保持手段に記憶させたデータ識別情報、管理情報および有効時間を端末に通知し、端末からデータ識別情報、管理情報および有効時間とともに、データの更新内容を示す情報を取得する更新内容取得手段と、データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断する更新権登録状況判断手段と、更新権が変更されていない場合に、データの更新内容を示す情報に基づいてデータを更新するデータ更新手段とを備え、更新権登録状況判断手段は、更新内容取得手段が取得したデータ識別情報に対応付けられて更新権情報保持手段に記憶されている有効時間と更新内容取得手段が取得した有効時間とが一致するか否かを判断し、一致すると判断した場合に、データ識別情報によって特定されるデータに対する更新権が変更されていないと判断するので、データを非同期に更新する場合でも、複数の利用者から同時にデータの同じレコードに対する更新がされることがなくなり、データの不整合を防止することができる。また、有効時間が過ぎた場合でも、記憶されている有効時間と端末から取得した有効時間が一致する場合には、データ更新権が置き換わっていないと判断され、データ更新を可能としているため、利用者は有効時間の延長を行う必要がなくなり、従って、利用者にとって簡易かつ確実にデータベースに対するデータ更新作業を行うことができる。
【００７９】
また、本発明のデータベース管理方法およびデータベース管理プログラムによれば、データを更新しようとする利用者の端末から管理対象のデータを識別するデータ識別情報を受信し、データ識別情報によって特定されるデータに対して有効な更新権が登録されているか否かを判断し、所定の場合に、更新権を識別する管理情報を割り当て、端末から受信したデータ識別情報に対応付けて管理情報および有効時間を記憶することによって更新権を登録し、記憶したデータ識別情報、管理情報および有効時間を端末に通知し、端末からデータ識別情報、管理情報および有効時間とともに、データの更新内容を示す情報を取得し、データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断し、更新権が変更されていない場合に、データの更新内容を示す情報に基づいてデータを更新し、更新権が変更されたか否かを判断する際に、データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断し、取得したデータ識別情報に対応付けて記憶されている有効時間と取得した有効時間とが一致する場合に、更新権は変更されていないと判断するので、データを非同期に更新する場合でも、複数の利用者から同時にデータの同じレコードに対する更新がされることがなくなり、データの不整合を防止することができる。また、有効時間が過ぎた場合でも、記憶されている有効時間と端末から取得した有効時間が一致する場合には、データ更新権が置き換わっていないと判断され、データ更新を可能としているため、利用者は有効時間の延長を行う必要がなくなり、従って、利用者にとって簡易かつ確実にデータベースに対するデータ更新作業を行うことができる。
【図面の簡単な説明】
【図１】 本発明のデータベース管理システムを示すブロック図である。
【図２】 電子カルテデータの更新開始時における電子カルテデータ格納装置のＴｏｋｅｎ登録動作を説明するためのフローチャートである。
【図３】 電子カルテデータの更新完了時における電子カルテデータ格納装置のデータ更新動作を説明するためのフローチャートである。
【図４】 他の実施の形態の電子カルテデータの更新開始時における電子カルテデータ格納装置のＴｏｋｅｎ登録動作を説明するためのフローチャートである。
【符号の説明】
１００ 電子カルテデータ格納装置（管理端末）
１１０ 記憶部（データベース）
１２０ 送受信部
１３０ 制御部
２００，３００ 電子カルテデータ入出力装置（利用者端末）
２１０，３１０ 入出力部
２２０，３２０ 送受信部
２３０，３３０ 制御部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a database management system, a database management method, and a database management program for managing updates such as correction and deletion of data stored in a database.
[0002]
[Prior art]
In a hospital or the like, medical record information (hereinafter referred to as electronic medical record data) generated by performing medical treatment on a patient is stored (saved) in a database. This database is connected to a terminal installed in each department (each department) via a communication line, and is configured to be accessible from each terminal. Users such as doctors and nurses engaged in hospital work can refer to the electronic medical record data stored in the database at any time by accessing the database from the terminal. In addition, users such as doctors and nurses can update the electronic medical record data by accessing the database from the terminal and correcting / deleting the electronic medical record data stored in the database. Can do.
[0003]
As a database management system that manages the update of electronic medical record data, the electronic medical record data is updated on the database side terminal in synchronization with the update operation of the electronic medical record data from the terminal by the user (according to the update operation). There is a synchronization system. In addition, after the operation of updating the electronic medical record data from the terminal by the user is performed, the update processing of the actual electronic medical record data is performed at the database side terminal at another time (asynchronously) (that is, the terminal side There is an asynchronous system in which there is a time difference between the operation of updating the electronic medical record data at the terminal and the actual update process of the electronic medical record data at the terminal on the database side.
[0004]
In a synchronous system, when there are simultaneous access to a database from a plurality of terminals, access to the database is concentrated. Then, the update processing speed at the database side terminal is significantly reduced (deteriorated), or the system is stopped. In addition, in order to prevent a decrease in the speed of the update process in the terminal on the database side, if the update process is performed in the order of access, the update process is not started until the update process by the access from the other terminal is completed, The waiting time becomes longer.
[0005]
In the asynchronous system, a decrease in update processing speed due to concentration of access from a plurality of terminals is prevented. However, if one electronic medical record data is simultaneously updated by a plurality of users, there is a risk that the electronic medical record data may be inconsistent. That is, when the user updates the electronic medical record data from the terminal, if the other person has already updated the same electronic medical record data, the user can update the electronic medical record data before the update is performed. Update based on. As a result, the consistency of the electronic medical record data cannot be obtained. In this case, there is a risk that business will be hindered due to inconsistencies in the electronic medical record data.
[0006]
As a database management system (database management method) that solves such problems, for example, there is one described in JP-A-7-325747. In the database management system, the master device accepts data update requests from each slave device on a first-come-first-served basis. Then, exclusive processing is performed on the corresponding data range according to the data update request, the update request from another slave device is excluded, and the data update right is given to the slave device that has received the update request. With such a configuration, it is possible to prevent inconsistency of data by simultaneously updating the same data from a plurality of users.
[0007]
If the data update is not performed within the timeout period of the update request exclusion period, the data update right (data update right) of the slave device is invalidated, and the update request from another slave device is invalidated. It is configured to release the exclusion. With such a configuration, a deadlock state of the system can be avoided.
[0008]
Further, the timeout period of the update request exclusion period can be extended by a request from a slave device that has accepted the update request. With such a configuration, flexibility is given to a period in which the data update right is given. As a result, even when the amount of data to be updated is large and cannot be updated within the timeout time, it is possible to avoid the release of the data update right.
[0009]
[Problems to be solved by the invention]
As described above, the conventional database management system and database management method are configured to extend the timeout period of the update request exclusion period in order to provide flexibility during the period when the data update right is given. However, the operation (work) for extending the timeout time is troublesome for the user. In addition, when the amount of data to be updated is large, the user needs to determine whether or not to extend the timeout time and how much it should be extended. Such a determination is more troublesome for the user.
[0010]
The present invention has been made in order to solve the above-described problems, and can ensure data consistency even when updating asynchronously, and can easily and reliably a database for a user. An object of the present invention is to obtain a database management system, a database management method, and a database management program that can perform a data update operation on the database.
[0011]
[Means for Solving the Problems]
  A database management system according to the present invention is a database management system that gives an update right of data held in a database to a terminal connected via a communication network, and is associated with data identification information for identifying data to be managed. Whether or not the update right information holding means for storing the management information for identifying the update right and the validity time of the update right and the valid update right for the data specified by the data identification information designated by the terminal are registered. An update right presence / absence determination means for determining the update right management information in a predetermined case, and storing the management information and the valid time in the update right information holding means in association with the data identification information designated by the terminal Update right registration means for registering update right, data identification information stored in update right information holding means, management information, and valid The update content acquisition means for acquiring information indicating the update content of the data together with the data identification information, management information, and valid time from the terminal, and whether the update right for the data specified by the data identification information has been changed Update right registration status determination means for determining whether or not, and data update means for updating data based on information indicating the update contents of the data when the update right is not changed,Whether the update right registration status judging means matches the valid time stored in the update right information holding means in association with the data identification information obtained by the update content obtaining means and the valid time obtained by the update content obtaining means. If it is determined that they match, it is determined that the update right for the data specified by the data identification information has not been changed.It is characterized by that.
[0012]
  The update right information holding means stores the management information, the validity period of the update right, and the priority indicating the priority of the update right in association with the data identification information, and the update right registration means stores the update that has already been registered. If the priority of the right is lower than the priority of the update right to be newly registered, the already registered update right is deleted, the update right management information is assigned, and the terminal is associated with the data identification information specified by the terminal. The update right may be registered by storing the management information, valid time, and priority in the update right information holding unit. According to such a configuration, high priority data can be updated quickly and reliably.
[0013]
  The update right registration means, for example, assigns update right management information when valid update right is not registered, and associates the management information and valid time with the data identification information designated by the terminal as update right information holding means To register the update right.
[0014]
For example, the update right presence / absence judging means may determine whether the update right information holding means does not store the management information and the effective time in association with the data identification information, or the effective time stored in association with the data identification information. If it has already passed, it is determined that a valid update right has not been registered.
[0015]
  For example, when the update right registration status determination unit is associated with the data identification information acquired by the update content acquisition unit and stored in the update right information holding unit has not yet elapsedInThe update right is determined not to have been changed.
[0016]
  In addition, the database management method according to the present invention is effective for receiving data identification information for identifying data to be managed from a terminal of a user who intends to update data, and for data specified by the data identification information. Determining whether or not the update right is registered, and assigning management information for identifying the update right and storing the management information and the valid time in association with the data identification information received from the terminal in a predetermined case A step of registering the update right by the step, a step of notifying the terminal of the stored data identification information, management information and valid time, and acquiring information indicating the update contents of the data together with the data identification information, management information and valid time from the terminal Determining whether or not the update right for the data specified by the data identification information has been changed; If the updating right has not changed, and a step of updating the data based on the information indicating the update content of the data,In the step of determining whether or not the update right has been changed, it is determined whether or not the update right for the data specified by the data identification information has been changed, and the effective time stored in association with the acquired data identification information And renewal rights are determined not to have changed if the acquired valid time matchesIt is characterized by that.
[0017]
  As the registered update right information, the management information, the validity period of the update right, and the priority indicating the priority of the update right are stored in association with the data identification information, and the priority of the update right that has already been registered Is lower than the priority of the update right to be newly registered, the update right already registered is deleted, the management information of the update right is assigned, the management information associated with the data identification information received from the terminal, The update right may be registered by storing the valid time and the priority. According to such a database management method, data with high priority can be updated quickly and reliably.
[0018]
  When a valid update right is not registered, the update right may be registered by assigning update right management information and storing the management information and the valid time in association with the data identification information received from the terminal.
[0019]
  In addition, according to the database management program of the present invention, a computer that gives the right to update data held in the database to a terminal connected via a communication network can be managed from a terminal of a user who intends to update data. A process for receiving data identification information for identifying data, a process for determining whether a valid update right is registered for data specified by the data identification information, and a management for identifying an update right in a predetermined case A process of registering an update right by allocating information and storing management information and valid time in association with data identification information received from the terminal, informing the terminal of the stored data identification information, management information and valid time, Processing to acquire information indicating the update contents of data along with data identification information, management information and valid time from A process for determining whether or not the update right for the data specified by the data identification information has been changed, and a process for updating the data based on the information indicating the update contents of the data when the update right has not been changed. Let it runIn the process of determining whether the update right has been changed, it is determined whether the update right for the data specified by the data identification information has been changed, and the effective time stored in association with the acquired data identification information Execute the process to determine that the renewal right has not been changed when the acquired valid time matchesIt is characterized by that.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described.
Embodiment 1 FIG.
FIG. 1 is a block diagram showing a database management system of the present invention. In FIG. 1, an electronic medical record data storage device 100 stores (saves) electronic medical record data, which is medical record information generated by performing medical treatment on a patient, from the electronic medical record data input / output devices 200 and 300. An apparatus for updating (correcting / deleting) electronic medical record data based on a data update request and providing (transmitting / receiving) electronic medical record data in response to a data reference request from the electronic medical record input / output devices 200 and 300 It is. The electronic medical record data storage device 100 is connected to the electronic medical record data input / output devices 200 and 300 via a communication line. As illustrated in FIG. 1, the electronic medical record data storage device 100 includes a storage unit 110, a transmission / reception unit 120, and a control unit 130.
[0021]
The control unit 130 controls the entire electronic medical record data storage device 100 according to a program stored in the storage device. The program may be held by the storage unit 110 or a storage device other than the storage unit 110. This program is a program for causing the control unit 130 to execute a token registration process and a data update process. Token is an authority (data update right) that can update electronic medical chart data.
[0022]
The storage unit 110 is a database that stores (stores) various data such as electronic medical record data, and includes a relational database, an object database, and the like, which are general databases. The storage unit 110 can hold index information and data entities necessary for data search.
[0023]
The storage area 111 of the storage unit 110 is an area for registering Token (data update right). The storage area 112 of the storage unit 110 is an area for storing electronic medical record data. Token registration is performed by storing a data identification number, a Token management number, and a Token valid time in the storage area 111. The data identification number is identification information for identifying each data to be managed. Each data stored in the storage area 112 as electronic medical record data is identified by a data identification number. The Token management number is management information for identifying each acquired Token. The token valid time is a time when the token (data update right) is valid, that is, a time when the user can update the electronic medical record data.
[0024]
Here, in the electronic medical record data stored in the storage area 112, it is assumed that a data identification number is set for each data of one line and one line of the patient's medical record (the medical record) at the time of data storage. Specifically, a data identification number is set for each content of the patient's medical record, such as “I have given this medicine”, “Please do this test”, “How often was my body temperature”. The content of such a patient's medical record becomes a record in the database (data for one case handled in the database).
[0025]
Therefore, a data identification number is added and stored in the storage area 112 of the storage unit 110 for each content (record) of the medical record of the electronic medical record data. In the storage area 111 of the storage unit 110, Token is stored for each data identification number of the electronic medical record data.
[0026]
The transmission / reception unit 120 transmits / receives data such as electronic medical record data to / from the electronic medical record data input / output devices 200 and 300 through a communication line. The control unit 130 controls processing such as storing electronic medical record data, updating (correcting / deleting) electronic medical record data, and providing electronic medical record data, and manages Token at the time of data update.
[0027]
Each of the electronic medical record data input / output devices 200 and 300 is operated by a user (operator or operator) such as a doctor or nurse when the electronic medical record data is stored, updated, or referenced. This is an apparatus for inputting and outputting electronic medical record data. The electronic medical record data input / output devices 200 and 300 are configured by a terminal such as a personal computer. The electronic medical record data input / output devices 200 and 300 are connected to the electronic medical record data storage device 100 via a communication line. As shown in FIG. 1, the electronic medical record data input / output devices 200 and 300 include input / output units 210 and 310, transmission / reception units 220 and 320, and control units 230 and 330, respectively.
[0028]
The input / output units 210 and 310 input / output electronic medical record data in accordance with user operations. The input / output units 210 and 310 include at least one of, for example, a keyboard for inputting data, a numeric keypad switch, a mouse, a trackball, an input pen, an input tablet, a data glove, an OCR device, an image scanner, a microphone, and the like. In addition, a display, a printer, and the like for outputting data are provided.
[0029]
The transmission / reception units 220 and 320 transmit / receive data such as electronic medical record data to / from the electronic medical record data storage device 100 through a communication line. The control units 230 and 330 control data input / output of the input / output units 210 and 310, data transmission / reception of the transmission / reception units 220 and 320, and control data registration processing when the electronic medical record data is updated.
[0030]
The database management system shown in FIG. 1 is configured by connecting two electronic medical record data input / output devices 200 and 300 to the electronic medical record data storage device 100. The number of electronic medical record data input / output devices is as follows. The number is not limited to two, and three or more electronic medical record data input / output devices may be connected to the electronic medical record data storage device 100.
[0031]
In this embodiment, the update right information holding unit is realized by the storage area 111. The update right presence / absence determination means, update right registration means, update right registration status determination means, and data update means are realized by the control unit 130. The update content acquisition unit is realized by the control unit 130 and the transmission / reception unit 120.
[0032]
In addition, the storage device receives, in the computer, a process for receiving data identification information for identifying data to be managed from a terminal of a user who intends to update data, and an effective update right for the data specified by the data identification information. A process for determining whether or not a user is registered, and in a predetermined case, management information for identifying an update right is assigned, and the management right and the valid time are stored in association with the data identification information received from the terminal. Processing for registering data, storing stored data identification information, management information and valid time to the terminal, obtaining data identification information, management information and valid time together with information indicating data update contents from the terminal, data identification information To determine whether or not the update right for the data specified by is changed, and if the update right is not changed It maintains a database management program for executing the processing of updating the data based on the information indicating the update content of the data.
[0033]
Next, the operation of updating the electronic medical record data will be described.
Here, a user such as a doctor or a nurse operates the input / output unit 210 of the electronic medical record data input / output device 200 to store the electronic medical record data stored in the storage unit 110 of the electronic medical record data storage device 100. The update operation will be described.
[0034]
(1) Operation at the start of data update
When a user corrects or deletes the contents of a medical record (medical record) of a predetermined patient, the user needs to display (output) the electronic medical record data of the patient from the input / output unit 210 of the electronic medical record data input / output device 200. is there. Therefore, the user performs a data reference operation in the input / output unit 210 for reading out the electronic medical record data to be corrected / deleted from the storage unit 110 of the electronic medical record data storage device 100.
[0035]
When the control unit 230 of the electronic medical record data input / output device 200 receives a data reference request from the input / output unit 210 in response to a user operation, the control unit 230 sends the data reference request from the transmission / reception unit 220 to the electronic medical record data storage device 100. Send to. In the electronic medical record data storage device 100, when the transmission / reception unit 120 receives a data reference request from the electronic medical record data input / output device 200, the control unit 130 stores the electronic medical record data of a predetermined patient specified in the data reference request. Is read from the storage area 112 of the storage unit 110. Then, the electronic medical record data is transmitted from the transmission / reception unit 120 to the electronic medical record data input / output device 200.
[0036]
In the electronic medical record data input / output device 200, when the transmission / reception unit 220 receives the electronic medical record data transmitted from the electronic medical record data storage device 100, the control unit 230 displays the electronic medical record data on the screen from the input / output unit 210.
[0037]
The user operates the input / output unit 210 to designate a record to be corrected / deleted among the electronic medical record data of a predetermined patient displayed on the screen. When a record is specified, updating (correction / deletion) of electronic medical record data is started. The control unit 230 of the electronic medical record data input / output device 200 receives the electronic medical record data specified by the input / output unit 210 when a record of electronic medical record data to be corrected / deleted by the user's operation of the input / output unit 210 is specified. Get the data identification number set for each record. Then, the control unit 230 transmits the acquired data identification number from the transmission / reception unit 220 to the electronic medical record data storage device 100.
[0038]
FIG. 2 is a flowchart for explaining the Token registration (acquisition) operation of the electronic medical record data storage device 100 at the start of updating of the electronic medical record data. As shown in FIG. 2, in the electronic medical record data storage device 100, when the transmission / reception unit 120 receives the data identification number transmitted from the electronic medical record data input / output device 200, the control unit 130 acquires the data identification number. (Step ST1).
[0039]
Based on the acquired data identification number, control unit 130 inquires whether Token for the data identification number is already stored in storage area 111 of storage unit 110 (step ST2). Further, when Token is stored, that is, when the data identification number, Token management number, and Token effective time are stored, the Token effective time is compared with the inquiry time (the time when the inquiry is made).
[0040]
When the result of the inquiry indicates that the Token for the data identification number has not yet been stored in the storage area 111 (No in step ST3), the control unit 130 requests a data update for the record of the electronic medical record data from another person. Can be determined that the data update right for the record of the electronic medical record data has not yet been given to the other person. Even if Token for the data identification number is stored, if the Token valid time has passed (No in step ST3), it can be determined that the acquired Token has already been invalidated. . Therefore, if Token is not stored, or if the Token valid time has passed even though it is stored, the control unit 130 sets the Token management number and Token valid time in association with the data identification number. By storing in the storage area 111, Token is registered (step ST4).
[0041]
In step ST4, the control unit 130 assigns a Token management number in association with the data identification number, and stores the Token management number and the Token effective time in the storage area 111. Here, the Token valid time means a time when the data update right is valid, that is, a time when the user can update the electronic medical record data. The Token valid time is set to one hour from the time when Token registration is performed, for example. When the Token valid time expires, the Token becomes invalid, and the user who acquired the Token cannot update the electronic medical record data.
[0042]
When registering the token, the control unit 130 transmits the data identification number, the token management number, and the token valid time from the transmission / reception unit 120 to the electronic medical record data input / output device 200 (step ST5).
[0043]
In the electronic medical record data input / output device 200, when the transmission / reception unit 220 receives the data identification number, the Token management number, and the Token valid time transmitted from the electronic medical record data storage device 100, the information is sent to the control unit 230. The control unit 230 receives the data identification number, the Token management number, and the Token valid time, thereby determining that the acquisition of the Token for the data identification number is successful, and outputs the notification from the input / output unit 210 to notify the user. To do. The user recognizes that the electronic medical record data can be updated, and operates the input / output unit 210 to correct / delete a predetermined record of the electronic medical record data displayed on the screen.
[0044]
On the other hand, the control unit 130 of the electronic medical record data storage device 100 determines that the inquiry result indicates that the Token for the data identification number has already been stored in the storage area 111 and the inquiry time is within the Token valid time. (Yes in step ST3) Since the token (data update right) for the record of the electronic medical record data has already been given to the other person, and the token valid time has not yet passed, the token cannot be registered. Therefore, the result of failure in acquiring Token is acquired (step ST6). And the control part 130 transmits the result of the Token acquisition failure to the electronic medical record data input / output device 200 from the transmission / reception part 120 (step ST7). As described above, when Token is previously stored in the storage area 111 of the storage unit 110, the control unit 130 can prevent inconsistency of the electronic medical record data by performing the exclusive process of data update. .
[0045]
In the electronic medical record data input / output device 200, when the transmission / reception unit 220 receives the result of failure of Token acquisition transmitted from the electronic medical record data storage device 100, the information is sent to the control unit 230. When receiving the result of the Token acquisition failure, the control unit 230 outputs the Token acquisition failure from the input / output unit 210 and notifies the user. By the notification, the user recognizes that the electronic medical record data cannot be updated, and cancels the update processing of the record of the electronic medical record data.
[0046]
The user performs an update start operation from the electronic medical record data input / output device 200 even during the token registration process by the control unit 130 as shown in FIG. Record update request (Token acquisition request) can be made. In addition, another user also performs an update start operation from another electronic medical record data input / output device 300 while the token registration process is being performed by the control unit 130, thereby requesting an update of the electronic medical record data record. It can be performed.
[0047]
(2) Operation when data update is completed
The user operates the input / output unit 210 to correct / delete the record of the designated electronic medical record data. When the correction / deletion of the record of the electronic medical record data is completed, the user inputs the corrected / deleted (updated) electronic medical record data from the input / output unit 210. The electronic medical record data 200 may accept this operation after step ST1. That is, even after the data identification number is transmitted to the electronic medical record data storage device 100 in step ST1, even before the data identification number, the Token management number, and the Token valid time are received from the electronic medical record data storage device 100. Data update operations may be accepted.
[0048]
When the input of the updated electronic medical record data is completed, the control unit 230 of the electronic medical record data input / output device 200 completes the electronic medical record data, the data identification number (data identification number of the record of the updated electronic medical record data), and token management. The number and Token valid time are transmitted from the transmission / reception unit 220 to the electronic medical record data storage device 100. This transmission is performed after the data identification number, the Token management number, and the Token valid time are transmitted to the electronic medical record data input / output device 200 in step ST5.
[0049]
FIG. 3 is a flowchart for explaining the data update operation of the electronic medical record data storage device 100 when the update of the electronic medical record data is completed. As shown in FIG. 3, in the electronic medical record data storage device 100, the transmission / reception unit 120 receives the updated electronic medical record data, data identification number, token management number, and token valid time transmitted from the electronic medical record data input / output device 200. By doing so, the control part 130 acquires those information (step ST11).
[0050]
Based on the acquired Token management number, the control unit 130 inquires the Token effective time for the Token management number stored in the storage area 111 of the storage unit 110 (step ST12). Then, based on the Token effective time acquired as a result of the inquiry, the control unit 130 determines whether or not the inquiry time is within the Token effective time (step ST13).
[0051]
If the control unit 130 determines that the inquiry time is within the token valid time (Yes in step ST13), the token stored in the storage area 111 is not yet invalidated, and the user has the right to update data. We recognize that we hold. Therefore, the update of the electronic medical record data is registered to perform the update asynchronously later, and the data identification number, the Token management number, and the Token valid time are deleted (step ST15).
[0052]
Then, the control unit 130 transmits the result of successful update of the electronic medical record data from the transmission / reception unit 120 to the electronic medical record data input / output device 200 (step ST16). Thereafter, the control unit 130 performs update processing asynchronously with respect to the electronic medical record data registered for update in step ST15 (step ST17).
[0053]
In addition, when the control unit 130 determines that the inquiry time is outside the Token effective time (No in Step ST13), the Token effective time stored in the storage area 111 and the Token effective time acquired in Step ST11 (that is, Then, it is determined whether or not (Token effective time transmitted from the electronic medical record data input / output device 200) matches (step ST14).
[0054]
The reason why the control unit 130 determines that the token effective times coincide with each other is as follows. That is, when the inquiry time is outside the Token valid time, the Token stored in the storage area 111 is already invalidated and the user does not have the data update right. However, if the token effective time stored in the storage area 111 matches the token effective time transmitted from the electronic medical record data input / output device 200, the token has not yet been replaced by another person, that is, the other person Therefore, it can be determined that a data update request has not yet been made for the record of the electronic medical record data. Therefore, in this case, the user is allowed to update the record of the electronic medical record data.
[0055]
When the token valid times coincide (Yes in step ST14), the control unit 130 registers the update of the electronic medical record data to perform the update asynchronously as described above, as well as the data identification number and the token management. The number and Token valid time are deleted (step ST15). Then, the control unit 130 transmits the result of successful update of the electronic medical record data from the transmission / reception unit 120 to the electronic medical record data input / output device 200 (step ST16). Thereafter, the control unit 130 performs update processing asynchronously with respect to the electronic medical record data registered for update in step ST15 (step ST17).
[0056]
On the other hand, when the token effective times do not match, the control unit 130 determines that the record of the electronic medical record data cannot be updated because the token has been replaced by another person. Therefore, the result of failure in updating the electronic medical record data is acquired (step ST18). And the control part 130 transmits the result of the electronic medical record data update failure to the electronic medical record data input / output device 200 from the transmission / reception part 120 (step ST19).
[0057]
Note that the user performs an update start operation from the electronic medical record data input / output device 200 even during the asynchronous data update registration process by the control unit 130 as shown in FIG. Update request (Token acquisition request) of another record can be made. Another user also performs an update start operation from another electronic medical record data input / output device 300 while the registration process of asynchronous data update by the control unit 130 is being performed, An update request can be made.
[0058]
As described above, according to this embodiment, when a token is already registered in the storage area 111 of the storage unit 110, the control unit 130 performs an exclusive process on a new token acquisition request. Therefore, even if the electronic medical record data is updated asynchronously, the same record of the electronic medical record data is not updated simultaneously by a plurality of users, and data inconsistency can be prevented. .
[0059]
In addition, since the effective time is also set when Token is registered, when Token's effective time expires, others can acquire Token and update data, so the use that acquired Token It is possible to avoid a locked state that may occur due to the fact that the person does not update the data or the electronic medical record data input / output device 200 fails.
[0060]
In addition, since the database management system is an asynchronous system, the control unit 130 performs processing for a data update request (Token acquisition request), a process for an asynchronous data update registration request, and the like. An update request can be made, and it is possible to prevent the processing speed during data update from slowing down.
[0061]
Further, even when the Token effective time has passed, if the Token effective time stored in the storage area 111 matches the Token effective time transmitted from the electronic medical record data input / output device 200, Token is not replaced. It is judged and data update is possible. Therefore, the user does not need to extend the token valid time (data update time). As a result, the data updating operation for the storage unit (database) 110 can be performed easily and reliably for the user.
[0062]
Embodiment 2. FIG.
In the above embodiment, as shown in FIG. 2, when the token for the data identification number is already stored in the storage area 111 in the process of step ST3, the control unit 130 of the electronic medical record data storage device 100 Therefore, it was determined that registration of Token was impossible, and acquisition of Token failed.
[0063]
On the other hand, in this embodiment, when the control unit 130 registers Token in the storage area 111 of the storage unit 110, the priority of Token is also registered at the same time. Then, in the state where Token is registered in the storage area 111, when there is a Token acquisition request (data update request) from another person, the control unit 130 compares Token priorities. Then, when the priority of the token requested for acquisition is higher than the already registered (acquired) token, the registered token is invalidated and the token requested for acquisition is registered as valid.
[0064]
The configuration of the database management system is the same as that shown in FIG.
[0065]
Next, the operation of updating the electronic medical record data will be described.
(1) Operation at the start of data update
FIG. 4 is a flowchart for explaining the Token registration operation of the electronic medical record data storage device at the start of updating of the electronic medical record data according to another embodiment. Similar to the example shown in FIG. 2, the control unit 130 of the electronic medical record data storage device 100 acquires the data identification number transmitted from the electronic medical record data input / output device 200 (step ST1).
[0066]
The control unit 130 inquires whether or not Token for the data identification number is already stored in the storage area 111 of the storage unit 110 using the acquired data identification number as a key. If Token is already registered, an inquiry is made as to whether or not the inquiry time is within the Token valid time, and whether or not the priority of the Token is higher than the priority of the Token requested to be acquired. It performs (step ST21).
[0067]
When the result of the inquiry indicates that Token for the data identification number is not yet stored in the storage area 111, or when the inquiry time has passed, the Token valid time has passed. (No in step ST3), the token is registered (step ST22). That is, the Token management number, Token valid time, and priority are stored in the storage area 111 in association with the data identification number. The priority may be set automatically by the control unit 130 according to the data content or may be specified by the user from the electronic medical record data input / output device 200 side.
[0068]
When registering the token, the control unit 130 transmits the data identification number, the token management number, the token valid time, and the priority from the transmission / reception unit 120 to the electronic medical record data input / output device 200 (step ST23).
[0069]
The control unit 230 of the electronic medical record data input / output device 200 receives the data identification number, the Token management number, the Token valid time, and the priority, and determines that the acquisition of the Token for the data identification number is successful. Output from the output unit 210 to notify the user.
[0070]
On the other hand, the control unit 130 of the electronic medical record data storage device 100 determines that the Token for the data identification number has already been stored in the storage area 111 and the inquiry time is within the Token valid time (step). Based on the result of the inquiry, it is determined whether the priority of the registered token is higher than the priority of the token requested for acquisition (step ST24).
[0071]
As a result of the determination, when the priority of the registered token is lower than the priority of the token requested to be acquired (No in step ST24), the control unit 130 deletes the already registered token (step ST25). Further, the control unit 130 registers the Token by newly storing the Token management number, Token valid time, and priority in the storage area 111 in association with the data identification number (step ST26). And the control part 130 transmits a data identification number, Token management number, Token effective time, and a priority with respect to the electronic medical record data input / output device 200 from the transmission / reception part 120 (step ST23).
[0072]
In addition, as a result of the above determination, when the priority of the registered token is higher than the priority of the token requested to be acquired (Yes in step ST24), the control unit 130 transmits the electronic medical record data to others. Since the token (data update right) for the record has already been given, the token valid time has not yet passed, and the priority of the registered token is high, so it is determined that registration of token is impossible. That is, the result of failure in Token acquisition is acquired (step ST6). And the control part 130 transmits the result of the Token acquisition failure to the electronic medical record data input / output device 200 from the transmission / reception part 120 (step ST7).
[0073]
When the control unit 230 of the electronic medical record data input / output device 200 receives the result of the Token acquisition failure, the control unit 230 outputs the Token acquisition failure from the input / output unit 210 and notifies the user.
[0074]
As described above, according to this embodiment, even when a token is already registered in the storage area 111 of the storage unit 110, the priority of the registered token is higher than the priority of the token requested to be acquired. If it is lower, the registered token is invalidated, and the token requested to be acquired is registered as valid. Therefore, data with high priority can be updated quickly and reliably.
[0075]
In each of the above embodiments, the electronic medical record data storage device 100 includes the storage unit 110 and the transmission / reception unit 120. However, you may comprise the memory | storage part 110 and the transmission / reception part 120 as another apparatus.
[0076]
In each of the above embodiments, a data identification number is set in units of electronic medical record data (medical record contents), and token registration (acquisition) is performed in association with the data identification number. It was. However, the present invention is not limited to such a configuration, and a data identification number may be set in units of patients or data groups, and Token may be registered in association with the data identification number.
[0077]
In each of the above embodiments, the database management system including the electronic medical record data storage device 100 and the electronic medical record data input / output devices 200 and 300 is a system that handles electronic medical record data. However, it does not necessarily have to be electronic medical record data, and the present invention can be applied to a database management system that handles various data.
[0078]
【The invention's effect】
  As described above, the database management system of the present invention includes the update right information holding means for storing the management information for identifying the update right and the valid time of the update right in association with the data identification information for identifying the data to be managed. An update right presence / absence judging means for judging whether or not a valid update right is registered for data specified by the data identification information designated by the terminal, and, in a predetermined case, assigns update right management information, Update right registration means for registering the update right by storing the management information and valid time in the update right information holding means in association with the data identification information designated by the terminal, and the data identification information stored in the update right information holding means The management information and the valid time are notified to the terminal, and the data identification information, the management information and the valid time together with the information indicating the data update contents are acquired from the terminal. New content acquisition means, update right registration status judgment means for judging whether or not the update right for the data specified by the data identification information has been changed, and data update contents when the update right has not been changed Data updating means for updating data based on information,Whether the update right registration status judging means matches the valid time stored in the update right information holding means in association with the data identification information obtained by the update content obtaining means and the valid time obtained by the update content obtaining means. If it is determined that they match, it is determined that the update right for the data specified by the data identification information has not been changed.Therefore, even when data is updated asynchronously, the same record of data is not updated simultaneously by a plurality of users, and data inconsistency can be prevented.Even if the effective time has passed, if the stored effective time matches the effective time acquired from the terminal, it is determined that the data update right has not been replaced and the data can be updated. The user does not need to extend the valid time, so that the user can easily and reliably update the data in the database.
[0079]
  Further, according to the database management method and the database management program of the present invention, data identification information for identifying data to be managed is received from a terminal of a user who intends to update data, and the data specified by the data identification information is converted into data. It is determined whether or not a valid update right is registered. In a predetermined case, management information for identifying the update right is assigned, and the management information and the valid time are stored in association with the data identification information received from the terminal. To register the update right, notify the terminal of the stored data identification information, management information and valid time, and acquire information indicating the update contents of the data together with the data identification information, management information and valid time from the terminal, It is determined whether the update right for the data specified by the data identification information has been changed, and the update right has not been changed. In case, to update the data based on the information indicating the update content of the data,When determining whether the update right has been changed, it is determined whether the update right for the data specified by the data identification information has been changed, and the effective time stored in association with the acquired data identification information And renewal rights are determined not to have changed if the acquired valid time matchesTherefore, even when data is updated asynchronously, the same record of data is not updated simultaneously by a plurality of users, and data inconsistency can be prevented.Even if the effective time has passed, if the stored effective time matches the effective time acquired from the terminal, it is determined that the data update right has not been replaced and the data can be updated. The user does not need to extend the valid time, so that the user can easily and reliably update the data in the database.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a database management system of the present invention.
FIG. 2 is a flowchart for explaining a Token registration operation of the electronic medical record data storage device at the start of updating of the electronic medical record data.
FIG. 3 is a flowchart for explaining a data update operation of the electronic medical record data storage device when updating of the electronic medical record data is completed.
FIG. 4 is a flowchart for explaining a Token registration operation of the electronic medical record data storage device at the start of updating of the electronic medical record data according to another embodiment.
[Explanation of symbols]
100 Electronic medical record data storage device (management terminal)
110 Storage unit (database)
120 transceiver
130 Control unit
200,300 Electronic medical record data input / output device (user terminal)
210, 310 Input / output unit
220, 320 transceiver
230, 330 control unit

Claims (9)

データベースに保持するデータの更新権を、通信ネットワークを介して接続される端末に与えるデータベース管理システムであって、
管理対象のデータを識別するデータ識別情報に対応付けて、更新権を識別する管理情報および更新権の有効時間を記憶する更新権情報保持手段と、
端末が指定したデータ識別情報によって特定されるデータに対して有効な更新権が登録されているか否かを判断する更新権有無判断手段と、
所定の場合に、更新権の管理情報を割り当て、端末が指定したデータ識別情報に対応付けて管理情報および有効時間を更新権情報保持手段に記憶させることによって更新権を登録する更新権登録手段と、
更新権情報保持手段に記憶させたデータ識別情報、管理情報および有効時間を前記端末に通知し、端末から前記データ識別情報、前記管理情報および前記有効時間とともに、データの更新内容を示す情報を取得する更新内容取得手段と、
前記データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断する更新権登録状況判断手段と、
前記更新権が変更されていない場合に、データの更新内容を示す情報に基づいてデータを更新するデータ更新手段とを備え、
前記更新権登録状況判断手段は、前記更新内容取得手段が取得したデータ識別情報に対応付けられて前記更新権情報保持手段に記憶されている有効時間と前記更新内容取得手段が取得した有効時間とが一致するか否かを判断し、一致すると判断した場合に、前記データ識別情報によって特定されるデータに対する更新権が変更されていないと判断する
ことを特徴とするデータベース管理システム。A database management system that gives an update right of data held in a database to a terminal connected via a communication network,
Update right information holding means for storing management information for identifying update right and valid time of the update right in association with data identification information for identifying data to be managed;
An update right existence judging means for judging whether or not a valid update right is registered for data specified by the data identification information designated by the terminal;
Update right registration means for registering the update right by assigning update right management information and storing the management information and the effective time in the update right information holding means in association with the data identification information designated by the terminal in a predetermined case; ,
Notify the terminal of the data identification information, management information and effective time stored in the update right information holding means, and acquire information indicating the data update contents together with the data identification information, the management information and the effective time from the terminal Update content acquisition means to
Update right registration status judging means for judging whether or not the update right for the data specified by the data identification information has been changed;
A data update means for updating data based on information indicating the update content of the data when the update right is not changed,
The update right registration status determination means includes an effective time associated with the data identification information acquired by the update content acquisition means and stored in the update right information holding means, and an effective time acquired by the update content acquisition means. A database management system characterized in that it is determined whether the update right for the data specified by the data identification information has not been changed . 更新権情報保持手段は、データ識別情報に対応付けて、管理情報、更新権の有効時間、及び更新権の優先順位を示す優先度を記憶し、更新権登録手段は、既に登録されている更新権の優先度が新たに登録しようとする更新権の優先度より低い場合に、既に登録されている更新権を削除し、更新権の管理情報を割り当て、端末が指定したデータ識別情報に対応付けて管理情報、有効時間、及び優先度を更新権情報保持手段に記憶させることによって更新権を登録する請求項１に記載のデータベース管理システム。Updating right information retaining means, in association with the data identification information, management information, effective time of the updating right, and stores the priority indicating the priority of update rights updating right registration means is registered in the already When the priority of the update right is lower than the priority of the update right to be newly registered, the update right already registered is deleted, the update right management information is assigned, and the data identification information specified by the terminal is supported. The database management system according to claim 1, wherein the update right is registered by storing the management information, valid time, and priority in the update right information holding means. 更新権登録手段は、有効な更新権が登録されていない場合に、更新権の管理情報を割り当て、端末が指定したデータ識別情報に対応付けて管理情報および有効時間を更新権情報保持手段に記憶させることによって更新権を登録する請求項１に記載のデータベース管理システム。  The update right registration means allocates update right management information when no valid update right is registered, and stores the management information and the valid time in association with the data identification information designated by the terminal in the update right information holding means The database management system according to claim 1, wherein the update right is registered. 更新権有無判断手段は、更新権情報保持手段がデータ識別情報に対応付けて管理情報および有効時間を記憶していない場合、または、データ識別情報に対応付けて記憶している有効時間が既に経過している場合に、有効な更新権が登録されていないと判断する請求項１から請求項３のうちのいずれか１項に記載のデータベース管理システム。  The update right presence / absence determining means is used when the update right information holding means does not store the management information and the effective time in association with the data identification information, or the effective time stored in association with the data identification information has already passed. The database management system according to any one of claims 1 to 3, wherein when it is determined, a valid update right is not registered. 更新権登録状況判断手段は、更新内容取得手段が取得したデータ識別情報に対応付けられて更新権情報保持手段に記憶されている有効時間が未だ経過していない場合に、更新権は変更されていないと判断する請求項１から請求項４のうちのいずれか１項に記載のデータベース管理システム。Updating right registration status determination unit, when updating content acquisition means effective time stored in the update right information holding means associated with the acquired data identification information has not yet elapsed, update rights have changed The database management system according to any one of claims 1 to 4, wherein it is determined that there is no database. データを更新しようとする利用者の端末から管理対象のデータを識別するデータ識別情報を受信するステップと、
前記データ識別情報によって特定されるデータに対して有効な更新権が登録されているか否かを判断するステップと、
所定の場合に、更新権を識別する管理情報を割り当て、端末から受信したデータ識別情報に対応付けて管理情報および有効時間を記憶することによって更新権を登録するステップと、
記憶したデータ識別情報、管理情報および有効時間を前記端末に通知し、端末から前記データ識別情報、前記管理情報および前記有効時間とともに、データの更新内容を示す情報を取得するステップと、
前記データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断するステップと、
更新権が変更されていない場合に、データの更新内容を示す情報に基づいてデータを更新するステップとを含み、
更新権が変更されたか否かを判断するステップで、前記データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断し、取得したデータ識別情報に対応付けて記憶されている有効時間と取得した有効時間とが一致する場合に、更新権は変更されていないと判断する
ことを特徴とするデータベース管理方法。Receiving data identification information for identifying data to be managed from a terminal of a user who intends to update data;
Determining whether a valid update right is registered for the data specified by the data identification information; and
Assigning management information for identifying the update right in a predetermined case, and registering the update right by storing the management information and the valid time in association with the data identification information received from the terminal;
Notifying the terminal of the stored data identification information, management information and valid time, and obtaining information indicating the update contents of the data together with the data identification information, the management information and the valid time from the terminal;
Determining whether the update right for the data specified by the data identification information has been changed;
Updating the data based on information indicating the update contents of the data when the update right is not changed,
In the step of determining whether or not the update right has been changed, it is determined whether or not the update right for the data specified by the data identification information has been changed, and the validity stored in association with the acquired data identification information A database management method, characterized in that, when the time and the acquired valid time coincide with each other, it is determined that the update right is not changed . 登録された更新権の情報として、データ識別情報に対応付けて、管理情報、更新権の有効時間、及び更新権の優先順位を示す優先度を記憶し、
既に登録されている更新権の優先度が新たに登録しようとする更新権の優先度より低い場合に、既に登録されている更新権を削除し、更新権の管理情報を割り当て、端末から受信したデータ識別情報に対応付けて管理情報、有効時間、及び優先度を記憶することによって更新権を登録する請求項６に記載のデータベース管理方法。As the registered update right information, in association with the data identification information, the management information, the validity time of the update right, and the priority indicating the priority of the update right are stored,
If the priority of update rights registered in the already lower than the priority of update rights to be newly registered, previously remove the update rights are registered, assigned a management information updating right, received from the terminal 7. The database management method according to claim 6, wherein the update right is registered by storing management information, valid time, and priority in association with the data identification information. 有効な更新権が登録されていない場合に、更新権の管理情報を割り当て、端末から受信したデータ識別情報に対応付けて管理情報および有効時間を記憶することによって更新権を登録する請求項６に記載のデータベース管理方法。  The update right is registered by assigning update right management information and storing the management information and the valid time in association with the data identification information received from the terminal when the valid update right is not registered. The database management method described. データベースに保持するデータの更新権を、通信ネットワークを介して接続される端末に与えるコンピュータに、
データを更新しようとする利用者の端末から管理対象のデータを識別するデータ識別情報を受信する処理、
前記データ識別情報によって特定されるデータに対して有効な更新権が登録されているか否かを判断する処理、
所定の場合に、更新権を識別する管理情報を割り当て、端末から受信したデータ識別情報に対応付けて管理情報および有効時間を記憶することによって更新権を登録する処理、
記憶したデータ識別情報、管理情報および有効時間を前記端末に通知し、端末から前記データ識別情報、前記管理情報および前記有効時間とともに、データの更新内容を示す情報を取得する処理、
前記データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断する処理、および
更新権が変更されていない場合に、データの更新内容を示す情報に基づいてデータを更新する処理を実行させ、
更新権が変更されたか否かを判断する処理で、前記データ識別情報によって特定されるデータに対する更新権が変更されたか否かを判断し、取得したデータ識別情報に対応付けて記憶されている有効時間と取得した有効時間とが一致する場合に、更新権は変更されていないと判断する処理を実行させる
ためのデータベース管理プログラム。To the computer that gives the right to update the data held in the database to the terminal connected via the communication network,
A process of receiving data identification information for identifying data to be managed from a terminal of a user who intends to update data;
A process for determining whether a valid update right is registered for the data specified by the data identification information;
Processing for registering the update right by assigning management information for identifying the update right in a predetermined case and storing the management information and the valid time in association with the data identification information received from the terminal;
A process of notifying the terminal of the stored data identification information, management information, and valid time, and acquiring information indicating the update contents of the data together with the data identification information, the management information, and the valid time from the terminal;
A process for determining whether or not the update right for the data specified by the data identification information has been changed, and a process for updating the data based on the information indicating the update contents of the data when the update right has not been changed. Let it run
In the process of determining whether or not the update right has been changed, it is determined whether or not the update right for the data specified by the data identification information has been changed, and the validity stored in association with the acquired data identification information A database management program for executing a process of determining that the update right has not been changed when the acquired time matches the acquired effective time .
JP2001318914A 2001-10-17 2001-10-17 Database management system, database management method, and database management program Expired - Fee Related JP3866552B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001318914A JP3866552B2 (en) 2001-10-17 2001-10-17 Database management system, database management method, and database management program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001318914A JP3866552B2 (en) 2001-10-17 2001-10-17 Database management system, database management method, and database management program

Publications (2)

Publication Number Publication Date
JP2003122613A JP2003122613A (en) 2003-04-25
JP3866552B2 true JP3866552B2 (en) 2007-01-10

Family

ID=19136537

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001318914A Expired - Fee Related JP3866552B2 (en) 2001-10-17 2001-10-17 Database management system, database management method, and database management program

Country Status (1)

Country Link
JP (1) JP3866552B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018165876A (en) * 2017-03-28 2018-10-25 富士通株式会社 Medical record terminal device, data processing method, and data processing program

Also Published As

Publication number Publication date
JP2003122613A (en) 2003-04-25

Similar Documents

Publication Publication Date Title
JP6683934B2 (en) Remote interpretation system, control method thereof, information processing device, and program
JP5165955B2 (en) Patient information management device
JP4449427B2 (en) Medical image management system
JP4044298B2 (en) Database synchronization method between monitoring devices
JP2003186997A (en) Integrated electronic medical record system, electronic medical record server, and individual electronic medical record system
JP5874524B2 (en) Medical cooperation system
JP2017091356A (en) Medical information display system
JP2007094943A (en) Specific disease medical information management system
US20160239616A1 (en) Medical support system, method and apparatus for medical care
US20190095583A1 (en) Method and system for electronic medical record processing in presence of conflicts
JP3866552B2 (en) Database management system, database management method, and database management program
JP2003108676A (en) Computer system for medical examination information retrieval
US20110078307A1 (en) Cooperative system and cooperative processing method among medical sectors and computer readable medium
JP2019185282A (en) Management system and management method
IL307224A (en) Medication target person management system, management method, management control apparatus, terminal device, and program storage medium
CN114649087A (en) Resource reservation method, resource reservation system, electronic device and storage device
US20070203745A1 (en) Method for resolving workflow conflicts of multiple connected information systems to a central data management system
JP4759652B1 (en) Surgical process management system, method thereof, and surgical process management apparatus
JP7115799B1 (en) Information providing method, information providing device, information providing program and recording medium
US11114185B1 (en) Method and apparatus for defining a level of assurance in a link between patient records
CN111400398B (en) Business data sharing method, device, storage medium and computer equipment
JP5259170B2 (en) Medical information management system
JP6078459B2 (en) Information management system and its data linkage method
JP7052473B2 (en) Medical information management server and medical information management system
JP2003337861A (en) Medical information provision system

Legal Events

Date Code Title Description
RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20051129

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20051129

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060612

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060627

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060814

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060912

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20061005

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

S633 Written request for registration of reclamation of name

Free format text: JAPANESE INTERMEDIATE CODE: R313633

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091013

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101013

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111013

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121013

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131013

Year of fee payment: 7

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313115

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees