JPH1049608A - 地域医療情報システム - Google Patents

Abstract

(57)【要約】 【課題】 地域内の医療情報を各医療機関の間で共有す
る際に、通信コストの削減，レスポンスの向上，データ
の整合性の保証，非常時における医療機関の独立性の保
持などを実現する。 【解決手段】 中央ＤＢ４には地域内の全ての患者の医
療情報が、個別ＤＢ１ａには医療機関１において利用頻
度の高い情報がそれぞれ格納される。機関１に来院した
患者の情報がＤＢ１ａにある場合、ＤＢ４におけるこの
患者の情報と比較され不足分がＤＢ１ａにダウンロード
される。ＤＢ１ａに情報が無い場合、ＤＢ４からその患
者の情報が全てダウンロードされる。情報がＤＢ４およ
びＤＢ１ａの両方共に無い場合、新規に作成されＤＢ１
ａに格納される。格納された新規情報は、所定の手続の
後にＤＢ４に対してアップロードされる。情報の新規作
成の際に患者による機関１に対する認証情報が作成さ
れ、ＤＢ４に格納される。情報のダウンロードの際に
は、この認証情報の確認がなされる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、所定の地域の医
療機関において、電子カルテを中心とした患者の医療情
報をそれぞれの医療機関で共有するような地域医療情報
システムに関する。

【０００２】

【従来の技術】医療機関において、例えば患者の治療に
当たり、その患者の既往症や過去の治療歴、また、その
患者が複数の症状で以てそれぞれ異なる医療機関を利用
している場合などは、他の医療機関でその患者に対して
なされた治療内容などを前もって知っておくことによ
り、その患者に対してより効果的な治療を施すことがで
きる。

【０００３】総合病院のように、一つの病院内に多数の
診療科を有する場合には、それぞれの診療科間での情報
の交換が容易であり、その患者の既往症や、他の診療科
において患者に対してなされた治療の内容などの情報を
直ちに得ることができる。これに対して、上述のような
比較的小規模な医療機関では、単一または互いに密接に
関連した複数の診療科を有するのみであり、複数の症状
で以て来院する患者について、例えば他の医療機関でど
のような治療が行われているか、また、その患者が過去
にどのような治療を受けたことがあるのかを知ることは
容易ではない。

【０００４】そのため、従来、ある地域に存在する医療
機関の間で互いに患者の情報を交換するために、幾つか
の方法が提案されていた。第１の方法は、個々の医療機
関がそれぞれ独自のシステムを有し、電子カルテのデー
タフォーマットを共通化する方法である。このフォーマ
ットを共通化されたデータは、各医療機関の間で、ＩＣ
カードやインターネットなどを介してデータのやり取り
がなされる。

【０００５】第２の方法としては、１つのデータベース
に個々の医療機関がそれぞれデータを格納する方法があ
る。この方法では、ここの医療機関がこのデータベース
に対して公衆電話回線や専用通信回線を用いてアクセス
することによってデータの共有化が図れる。

【０００６】

【発明が解決しようとする課題】しかしながら、上述の
第１および第２の方法は、実用化に際し困難とされる問
題点を有していた。

【０００７】第１の方法においてＩＣカードを利用する
場合、このシステムの運用が実質上患者に依存してしま
うという問題点があった。すなわち、来院の際に患者が
自分のデータが記録されたＩＣカードを持参するのを忘
れてしまったり、そのＩＣカードを紛失してしまったよ
うな場合、当然のことながらデータの共有化を行うこと
ができない。これを防ぐために、各医療機関は、個々に
内容の複製を有することが可能であるが、例えば患者が
複数の医療機関を利用するような場合、その患者のＩＣ
カードの内容の整合性を保証することは、困難である。

【０００８】また、この第１の方法においてインターネ
ットを介して、その都度患者のデータのやり取りを行え
ば、データの整合性の問題は解決できる。しかしなが
ら、この場合には、その地域において接続されている全
ての医療機関で、コンピュータなどを常時ネットワーク
に接続していなければいけないという問題点がある。す
なわち、例えば病院Ａに来院したある患者について、以
前通院していた病院Ｂでの診療情報が欲しい場合、病院
Ｂにおいてコンピュータがネットワークに接続されてい
なければ、病院Ａでは情報を得ることができない。常時
インターネットに接続するためにはコストが嵩むため、
開業医などによる個人の診療所を含む全ての医療機関に
対して高速な応答や安定したサービスを期待することが
難しいという問題点があった。

【０００９】一方、上述の第２の方法によれば、データ
が中央のデータベースの１箇所で集中管理されているた
め、各医療機関においてデータの管理の必要がない。し
かし、何らかの理由で中央のデータベースが稼働を停止
してしまった場合、接続されている全ての医療機関にお
いてデータの利用が不能となるという問題点があった。
また、中央のデータベースに対する通信のための回線が
普通または混雑している状態では、各医療機関での運用
に問題が発生する可能性もある。これは、特に急患など
の非常時に問題となる。さらに、情報を必要とする度に
中央のデータベースに対して通信を行わなければならな
いため、通信コストも嵩んでしまうという問題点があっ
た。

【００１０】したがって、この発明の目的は、通信コス
トを削減しつつレスポンスの向上を図り、且つ、データ
の整合性が保証されながらも非常時における医療機関の
独立性を保てるような地域医療情報システムを提供する
ことにある。

【００１１】

【課題を解決するための手段】この発明は、上述した課
題を解決するために、所定の地域内の全ての患者の医療
情報が格納される第１のデータベースと、所定の地域内
に存在する医療機関に設置され、医療機関において利用
頻度の高い患者の医療情報が格納される第２のデータベ
ースと、第１のデータベースと複数の第２のデータベー
スとの間で通信を行なうための通信回線とを備え、通信
回線を通じて第１のデータベースと第２のデータベース
との間でのデータの整合性をとるようにしたことを特徴
とする地域医療情報システムである。

【００１２】上述したように、この発明は、所定の地域
内の全ての医療情報が第１のデータベースに格納され、
それぞれの医療機関において利用頻度の高い医療情報が
それぞれの医療機関に設置される第２のデータベースに
格納され、これら第１および第２のデータベースが通信
回線を介して整合性をとるようにされているため、通信
の際のコストが削減され、それぞれの医療機関における
医療情報へのアクセスの際のレスポンスの向上が図ら
れ、それぞれの医療機関における独立性を保つことがで
きる。

【００１３】

【発明の実施の形態】以下、この発明の実施の一形態
を、図面を参照しながら説明する。図１は、この発明に
よる地域医療情報システムの構成の一例を示す。例えば
医師会単位で構成される所定の地域内に存在する医療機
関１，２，および３は、それぞれローカルな個別データ
ベース１ａ，２ａ，および３ｃを有する。これら個別デ
ータベース１ａ，２ａ，および３ａは、公衆回線５に接
続される。また、この所定の地域内の全域を受け持つ中
央データベース４が公衆回線５に接続される。

【００１４】なお、この例では、地域内に存在する医療
機関が３つとされているが、勿論これはこの例に限定さ
れず、数百乃至は数千の医療機関の接続も可能とされ
る。また、各医療機関は、個別データベースの他に、こ
の個別データベースとネットワーク接続された１または
複数のコンピュータを有することができ、これらのコン
ピュータを個別データベースの検索端末とすることがで
きる。

【００１５】この発明においては、中央データベース４
に対して所定の地域内全ての患者の情報（電子カルテ）
が格納される。一方、この地域内の各医療機関１，２，
および３がそれぞれ有する個別データベース１ａ，２
ａ，および３ａには、これらの医療機関のそれぞれにお
いて通常の診断に必要な、利用頻度の高い医療情報だけ
が格納される。各医療機関１，２，および３において患
者の医療情報の参照が行われる時点と患者の医療情報を
追加した時点とで、中央データベース４と個別データベ
ース１ａ，２ａ，および３ａとの整合性がとられる。

【００１６】図２は、この発明において各医療機関の間
で共有される、医療情報の構造の一例を概略的に示す。
この例では、患者毎の診療情報である医療情報１０は、
例えばアメリカなどで提唱されているＰＯＳ(Problem O
riented System) に基づき、患者属性１１，基礎データ
１２，プロブレム１３，経過記録１４などから成る項目
に分類され、さらに認証情報１５が付け加えられ記憶さ
れる。

【００１７】患者属性１１は、その患者に関する属性デ
ータであり、例えば、患者に対して付されるＩＤとなる
患者番号，氏名および氏名の仮名表記，性別，生年月
日，現住所および電話番号，管掌（保険などの情報）の
各項目から成る。この患者属性は、それぞれの患者に対
して唯一のものである。この患者属性には、患者自身の
設定による暗証番号が含まれる。基礎データ１２は、患
者の体重や身長などのデータから成り、さらに幾つかの
項目に分類される。プロブレム１３は、患者が抱えてい
る問題点のリストである。複数の症状を有する患者に対
しては、このプロブレム１３が複数発生する。経過記録
１４は、プロブレム１３の経過が記入される。

【００１８】認証情報１５は、この医療情報１０の共有
が許可されている医療機関の情報から成る。患者は、あ
る特定の医療機関が自分の医療情報１０を共有すること
ができるかどうかを設定することができる。この設定
は、患者自身によって行うことができる。これは、例え
ば、各医療機関において設置された端末に対してなされ
る。

【００１９】なお、この実施の一形態においては、シス
テムの運用の規則として、個別データベース１ａ，２
ａ，および３ａ内にのみ存在し、中央データベース４内
に存在しない情報に対する削除および更新は、許可され
る。一方、一旦、中央データベース４に登録および格納
された情報の更新および削除は、禁止される。また、こ
の地域内の医療機関を利用する患者のそれぞれには、ユ
ニークなＩＤが割り振られる。これは例えば保険証の番
号を用いることができる。

【００２０】図３は、この発明による、医療情報１０の
登録の際のフローチャートを示す。例えば医療機関１に
患者Ａが来院すると、患者Ａに割り振られたＩＤや患者
Ａの氏名，生年月日などの情報で以て、医療情報１０の
検索が行われる（ステップＳ１）。これは、例えば医療
機関１に設置されたコンピュータなどから成る端末に対
して行われ、先ず、ステップＳ２により個別データベー
ス１ａに患者Ａの医療情報１０が格納されているかどう
かが調べられる。若し、個別データベース１ａに求める
医療情報１０が格納されていなければ、処理はステップ
Ｓ３に移行する。

【００２１】ステップＳ３において、公衆回線５に対し
て個別データベース１ａが接続され、この公衆回線５を
介して中央データベース４にこの患者Ａの医療情報１０
が格納されているかどうかが調べられる。この個別デー
タベース１ａの公衆回線５への接続および中央データベ
ース４に対する検索は、ステップＳ２からステップＳ３
への処理の移行の際に自動的に行うようにできる。勿
論、ユーザの操作によってその都度行うようにしてもよ
い。若し、このステップＳ３において中央データベース
４に求める医療情報１０が格納されていないとされれ
ば、処理はステップＳ４に移行し、医療情報１０の新規
の登録が開始される。

【００２２】ステップＳ４において、患者Ａによる患者
属性の入力が行われる。これは、患者Ａ自身によって例
えば医療機関１に設置された端末に対してなされ、患者
Ａの氏名，生年月日などの属性情報が入力される。患者
Ａの保険などの情報も入力される。また、患者Ａ自身に
より暗証番号が設定され入力される。この暗証番号は、
例えば４桁乃至６桁の数字の組み合わせから成り、後述
する認証の際に用いられる。患者属性は、上述の属性情
報とこの暗証番号とから構成される。また、このステッ
プＳ４では、医療機関１でのこの患者の医療情報１０
を、他の医療機関との間で共有することを許可するかど
うかの認証情報が患者Ａ自身によって設定され、入力さ
れる。これらの情報の入力が終了すると、処理は次のス
テップＳ５に移行する。

【００２３】入力された患者属性および認証情報は、先
ず、ステップＳ５において、公衆回線５を介して中央デ
ータベース４に対して登録される。そして、次のステッ
プＳ６において、患者Ａが来院した医療機関１の個別デ
ータベース１ａに対して患者属性が登録される。情報の
データベース４および１ａに対する登録が完了したら、
空の医療情報１０が作成される。この空の医療情報１０
は、ステップＳ１２で個別データベース１ａに対して登
録される。

【００２４】一方、上述のステップＳ３において、医療
機関１に来院した患者Ａの医療情報１０が個別データベ
ース１ａには存在しないが中央データベース４には存在
するとされた場合には、処理はステップＳ８に移行す
る。ステップＳ８では、患者Ａによる医療機関１に対す
る認証が行われる。

【００２５】図４は、この認証の方法の一例のフローチ
ャートを示す。最初のステップＳ２０で、中央データベ
ース４に対してアクセスが行われ、中央データベース４
に格納されている患者Ａの医療情報１０が検索され取り
出され、取り出されたこの医療情報１０から、医療機関
認証情報が読み出される。ステップＳ２１で、読み出さ
れたこの認証情報に基づき認証が行えるかどうかが調べ
られ、患者Ａが来院したこの医療機関１がこの患者Ａに
認証されているかどうかが判断される。

【００２６】若し、認証ができこの医療機関１が患者Ａ
に認証されているとされれば、この認証のフローが終了
され、処理は図３に示されるフローチャートのステップ
Ｓ９に移行する。一方、ステップＳ２１において認証が
できないとされれば、処理はステップＳ２２に移行す
る。そして、このステップＳ２２で、患者Ａに暗証番号
を入力してもらうことによって、この医療機関１は、患
者Ａの認証を得ることができる。患者Ａの認証が得られ
ると、処理はステップＳ９に移行し、中央データベース
４から個別データベース１ａへの、患者Ａに関する全て
の情報のダウンロードが行われる。そして、処理はステ
ップＳ１２に移行する。

【００２７】また一方、上述のステップＳ２において医
療機関１に来院した患者Ａの医療情報１０が個別データ
ベース１ａに存在するとされた場合には、処理はステッ
プＳ１０に移行する。ステップＳ１０では、上述の図４
に示されるフローに従い、患者Ａによる医療機関１に対
する認証が行われる。患者Ａによる認証が得られると、
処理は次のステップＳ１１に移行する。

【００２８】ステップＳ１１では、中央データベース４
に対してアクセスが行われ、中央データベース４から個
別データベース１ａへの、不足情報のダウンロードが行
われる。上述したように、医療情報１０を構成するデー
タのうち、例えばプロブレム１３および経過記録１４
は、それぞれ複数存在することができる。これらのデー
タは、医療機関において患者Ａの診療が行われる度に新
たに作成され、作成されたデータは、これまでのデータ
に対して追加される。

【００２９】後述するが、このデータの追加は、個別デ
ータベースに対して行われると共に、中央データベース
４に対しても行われる。そして、中央データベース４に
おいて、追加されたこれらデータに対して各々を区別す
るための、例えば通し番号が振られる。例えば、図２の
経過記録１４では、追加された順に、経過記録１４ａ，
１４ｂ，１４ｃ，１４ｄ，および１４ｅに対して、それ
ぞれ〔１〕，〔２〕，〔３〕，〔４〕，および〔５〕な
どと番号が振られる。この追加されるデータは、患者Ａ
について常に同じ医療機関からのデータが追加されると
は限らず、複数の医療機関において作成されたデータが
混在することもあり得る。

【００３０】上述のステップＳ３，ステップＳ８および
ステップＳ９で説明したように、個別データベース１ａ
内に存在する医療情報１０は、元々が中央データベース
４からダウンロードされたものである。そのため、個別
データベース１ａに存在する医療情報１０を構成するデ
ータのそれぞれには、通し番号が振られている。したが
って、個別データベース１ａ内の、患者Ａに関する医療
情報１０を構成するデータのそれぞれに振られている番
号のリストを作成し、このリストと中央データベース４
内の、患者Ａに関する医療情報１０を構成するデータの
それぞれに振られている番号のリストとを比較すること
によって、個別データベース１ａにおける患者Ａに関す
る医療情報１０の不足分を知ることができる。図２の例
では、個別データベース１ａにおいて経過記録１４ｄが
不足していることが示されている。この不足分の情報に
基づき、上述の中央データベース４から個別データベー
ス１ａへの不足情報のダウンロードが行われる。これに
より、個別データベース１ａでは、常に最新または最新
に近い医療情報１０を得ることができる。中央データベ
ース４からの不足情報のダウンロードが完了すると、処
理はステップＳ１２に移行する。

【００３１】ステップＳ１２において、患者Ａに対する
医療行為に伴い作成された記録は、新規の医療情報とし
て一旦個別データベース１ａ内に蓄積される。そして、
次のステップＳ１３で、新しく発生した医療情報は、誤
字などの修正がなされた後にプリンタなどによって印刷
され、ステップＳ１４で、医療従事者によって、この印
刷された医療情報の内容が確認され著名および捺印がな
される。なお、これらステップＳ１３およびステップＳ
１４における処理は、法律上規定されているものであ
る。このように著名および捺印がなされた医療情報は、
変更や改ざんが禁止される。著名および捺印がなされる
と、処理は次のステップＳ１５に移行する。

【００３２】ステップＳ１５では、中央データベース４
に対するアクセスが行われ、上述のステップＳ１２にお
いて新規に作成された患者Ａの医療情報が中央データベ
ース４に対してアップロードされる。アップロードされ
たこの医療情報は、中央データベース４において患者Ａ
の医療情報１０に対して追加され登録される。なお、こ
のアップロードは、必ずしも患者毎に行われる必要は無
く、例えば午前および午後に一度ずつ、また例えば、一
日の所定の時間に一回というようなスケジュールで以て
行なうようにしてもよい。

【００３３】上述したシステムの運用規定により、一旦
アップロードされた情報は、個別データベース１ａにお
いての修正および削除はできない。したがって、個別デ
ータベース１ａと中央データベース４との間でデータの
整合性に矛盾が発生することが無い。勿論、これは他の
医療機関２および３においても同様である。

【００３４】また、例えば医療機関１において、個別デ
ータベース１ａ内に存在するデータのうち、来院しなく
なった患者の医療情報などのような不要な医療情報は、
削除することができる。削除された医療情報が再び必要
となったときには、中央データベース４から該当する医
療情報を随時ダウンロードすることができる。

【００３５】なお、この発明は、所定の地域内において
医療情報を共有化するためのシステムであるが、これは
この例に限定されず、他のデータベースシステムに対し
ても適用可能なものである。

【００３６】

【発明の効果】以上説明したように、この発明によれ
ば、新規の医療情報は、各医療機関から中央データベー
スに対して随時または定期的にアップロードされ、各医
療機関においては、各医療機関が個別データベースにそ
れぞれ有する医療情報と中央データベースに存在する医
療情報とを比較し、不足分を中央データベースから個別
データベースに対してダウンロードするようにされてい
るため、各医療機関において、最新に近い医療情報を安
定して得られるという効果がある。

【００３７】また、各医療機関の個別データベースと中
央データベースとの間の通信は、必要最小限に抑えら
れ、常に行なう必要が無いため、通信時間を節減でき、
さらに、中央データベースと個別データベースとの間で
は、差分データだけがやり取りされるため、通信の際の
時間およびデータ量が削減される効果がある。

【００３８】さらに、各医療機関において医療行為を行
なう際には、各医療機関がそれぞれ有する個別データベ
ースに対してアクセスが行なわれるため、通信などによ
るレスポンスの低下が発生しないという効果がある。

【００３９】さらにまた、中央データベースおよび個別
データベースとの間の回線が不通となった場合や、中央
データベースがメンテナンスのために稼働を停止してい
るような場合などでも、各医療機関がそれぞれ有する個
別データベースに利用可能なデータが存在することを期
待できる効果がある。

【図面の簡単な説明】

【図１】この発明による地域医療情報システムの構成の
一例を示す略線図である。

【図２】医療情報の構造の一例を概略的に示す略線図で
ある。

【図３】この発明による医療情報の登録の際のフローチ
ャートである。

【図４】認証の方法の一例のフローチャートである。

【符号の説明】

１，２，３・・・医療機関、１ａ，２ａ，３ａ・・・個
別データベース、４・・・中央データベース、５・・・
公衆回線、１０・・・医療情報

Claims (4)

【特許請求の範囲】
1. 【請求項１】 電子化された医療情報を所定の地域内の
   複数の医療機関で共有する地域医療情報システムにおい
   て、 所定の地域内の全ての患者の医療情報が格納される第１
   のデータベースと、 上記所定の地域内に存在する医療機関に設置され、上記
   医療機関において利用頻度の高い上記患者の医療情報が
   格納される第２のデータベースと、 上記第１のデータベースと複数の上記第２のデータベー
   スとの間で通信を行なうための通信回線とを備え、 上記通信回線を通じて上記第１のデータベースと上記第
   ２のデータベースとの間でのデータの整合性をとるよう
   にしたことを特徴とする地域医療情報システム。
2. 【請求項２】 請求項１に記載の地域医療情報システム
   において、 必要な第１の医療情報が上記第２のデータベースに存在
   するときには、上記第１のデータベース内に格納されて
   いる上記第１の医療情報に対応する第２の医療情報と上
   記第１の医療情報とを比較し、上記第２の医療情報に対
   する上記第１の医療情報の不足分を抽出し、該不足分を
   上記第１のデータベースから上記第２のデータベースに
   対してダウンロードし、 上記第１の医療情報が上記第２のデータベースに存在せ
   ず上記第１のデータベースに存在するときには、上記第
   １のデータベースから上記第２のデータベースに対して
   上記第２の医療情報をダウンロードし、 上記第１の医療情報が上記第１のデータベースおよび上
   記第２のデータベースに共に存在しない場合には、上記
   第２のデータベースに対して新規に上記第１の医療情報
   を作成し、所定の手続を終了後に上記新規に作成された
   第１の医療情報を上記第１のデータベースに対してアッ
   プロードすることを特徴とする地域医療情報システム。
3. 【請求項３】 請求項２に記載の地域医療情報システム
   において、 上記不足分の抽出は、上記第２の医療情報を構成する情
   報のそれぞれに付された番号と上記第１の医療情報を構
   成する情報のそれぞれに付された番号とを比較すること
   によってなされることを特徴とする地域医療情報システ
   ム。
4. 【請求項４】 請求項２に記載の地域医療情報システム
   において、 上記新規作成の際に、該新規作成される医療情報に係る
   患者によって上記第２のデータベースが設置される医療
   機関の認証がなされ、該認証情報が上記第１のデータベ
   ースに格納され、上記ダウンロードの際に上記認証情報
   の確認を行なうことを特徴とする地域医療情報システ
   ム。