JP2014134934A - Medical information management method - Google Patents
Medical information management method Download PDFInfo
- Publication number
- JP2014134934A JP2014134934A JP2013002015A JP2013002015A JP2014134934A JP 2014134934 A JP2014134934 A JP 2014134934A JP 2013002015 A JP2013002015 A JP 2013002015A JP 2013002015 A JP2013002015 A JP 2013002015A JP 2014134934 A JP2014134934 A JP 2014134934A
- Authority
- JP
- Japan
- Prior art keywords
- medical information
- patient
- server
- hospital
- personal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
Description
本発明は医療情報管理方法に関し、特に病院外部のサーバから広域ネットワークを介して病院のコンピュータに患者の個人医療情報をダウンロードするための技術に関する。 The present invention relates to a medical information management method, and more particularly to a technique for downloading personal medical information of a patient from a server outside the hospital to a hospital computer via a wide area network.
病院（受診）予約方法に関するシステムについては、特許文献１（特開平１０−３１７０８号公報）、特許文献２（特開平９−１６０９９４号公報）に開示されたものが知られている。特許文献１のシステムでは、病院情報システムが各受診予約日の当日又は前日以前に該当受診予約日の予約外来患者の診療履歴及び予約情報を検査画像管理システムへ送信し、検査に先立ち検査画像管理システムから表示端末へ検査画像を送る。その結果、病院内のネットワーク（ＬＡＮ）の処理負荷を軽くすることを可能としている。また、特許文献２には、コンピュータを用いて、病院内の情報特に患者の診断画像データなどの長大データを管理するような病院システムが開示されている。具体的には、特許文献２には、ＭＯチェンジャの様な低速記憶装置に記憶されている長大データを、予約情報に基づき、ＨＤＤの様な高速記憶装置に予めコピーしておくことによって、診療時に素早くデータを取り出すことを可能にすることが開示されている。
As a system related to a hospital (examination) reservation method, those disclosed in Patent Document 1 (Japanese Patent Laid-Open No. 10-31708) and Patent Document 2 (Japanese Patent Laid-Open No. 9-160994) are known. In the system of
前述した従来システムは、患者の受診（検査）予約に対して、病院内のネットワーク（ＬＡＮ）のボトルネックや病院内の記憶装置のボトルネックを良好に解決することができる。しかしながら、従来システムの方法では、病院外部のネットワーク（ＷＡＮ）の速度低下によるボトルネックを解消することはできない。また、特許文献１、特許文献２のシステムでは救急患者の対応については考慮されていない。
The above-described conventional system can satisfactorily solve the bottleneck of the network (LAN) in the hospital and the bottleneck of the storage device in the hospital for patient consultation (examination) reservation. However, the method of the conventional system cannot solve the bottleneck caused by the speed reduction of the network outside the hospital (WAN). Further, the systems of
ＩＴ技術の進歩やクラウドコンピューティングの登場により、最近では、医療情報を病院外部のサーバにて保管・管理し、異なる病院間で医療情報を共有するような仕組みが提案されはじめている。しかし、このような仕組みを実際に運用するにあたっては、従来システムとは異なる新たな課題が発生する。その一つが、病院外部のネットワーク（ＷＡＮ）上にあるサーバから、適時に且つ安定的に、個人医療情報のデータをダウンロードできるようにしなければならない点である。例えば、ネットワーク（ＷＡＮ）の混雑や不調により伝送速度が低下すると、データのダウンロードに予想以上の時間がかかる可能性がある。特に、診断画像などのデータが含まれていると、医療情報のデータサイズが非常に大きくなるため、ネットワーク（ＷＡＮ）の速度低下は深刻になる。もし個人医療情報のダウンロードが適時に行えないと、患者が病院に到着しているにもかかわらず、診断に必要な個人医療情報が手元に無いため、診断ができない、という問題が発生してしまう。また、救急患者のように、個人医療情報の入手（ダウンロード）に緊急性が要求される場合への対応も課題の一つである。 With the advancement of IT technology and the advent of cloud computing, recently, a mechanism for storing and managing medical information on a server outside the hospital and sharing the medical information between different hospitals has begun to be proposed. However, when such a mechanism is actually used, a new problem different from the conventional system occurs. One of them is that personal medical information data must be downloaded in a timely and stable manner from a server on a network (WAN) outside the hospital. For example, if the transmission speed decreases due to congestion or malfunction of the network (WAN), it may take longer than expected to download data. In particular, when data such as a diagnostic image is included, the data size of medical information becomes very large, and the speed reduction of the network (WAN) becomes serious. If the personal medical information cannot be downloaded in a timely manner, there will be a problem that the diagnosis cannot be made because the personal medical information necessary for diagnosis is not at hand even though the patient has arrived at the hospital. . In addition, as in the case of an emergency patient, it is also an issue to deal with a case where urgency is required for obtaining (downloading) personal medical information.
本発明は上記のような課題に鑑みたものであり、病院外部のネットワーク（ＷＡＮ：以降、広域ネットワークとも記す）からの医療情報のダウンロードにおける適時性及び安定性を向上させるための技術を提供することを目的とする。 The present invention has been made in view of the above problems, and provides a technique for improving timeliness and stability in downloading medical information from a network outside a hospital (WAN: hereinafter also referred to as a wide area network). For the purpose.
本発明の第１態様は、個人医療情報を管理するデータベースを有するサーバから、広域ネットワークを介して、患者の診療を行う病院のコンピュータへ当該患者の個人医療情報をダウンロードするための医療情報管理方法であって、病院のコンピュータが、サーバに対して、診療する予定の患者の個人医療情報のダウンロード要求を送信するステップと、前記サーバが、前記ダウンロード要求に応じて、前記患者の個人医療情報をデータベースから抽出し、前記病院のコンピュータに送信するステップと、前記病院のコンピュータが、前記サーバから受信した前記患者の個人医療情報を記憶装置に記憶するステップと、を有し、前記個人医療情報は複数の分野の情報から構成されており、前記病院のコンピュータ又は前記サーバにおいて前記患者の診療に必要な個人医療情報の分野が特定されることにより、前記データベースに格納されている前記患者の個人医療情報のうち前記特定された分野に関わる一部の情報のみが前記病院のコンピュータへ送信されることを特徴とする医療情報管理方法である。 According to a first aspect of the present invention, there is provided a medical information management method for downloading personal medical information of a patient from a server having a database for managing the personal medical information to a hospital computer that conducts medical care for the patient via a wide area network. A hospital computer transmitting a request for downloading a patient's personal medical information to be treated to a server; and the server sends the patient's personal medical information in response to the download request. Extracting from the database and transmitting to the hospital computer; and storing the patient's personal medical information received from the server by the hospital computer in a storage device, wherein the personal medical information is It is composed of information of a plurality of fields, and the computer or the server of the hospital By identifying the field of personal medical information necessary for the medical care of the patient, only a part of the personal medical information of the patient stored in the database is related to the specified field. It is a medical information management method characterized by being transmitted to.
本発明の第２態様は、個人医療情報を管理するデータベースを有するサーバから、広域ネットワークを介して、患者の診療を行う病院のコンピュータへ当該患者の個人医療情報をダウンロードするための医療情報管理方法であって、病院のコンピュータが、サーバに対して、診療する予定の患者の個人医療情報のダウンロード要求を送信するステップと、前記サーバが、前記ダウンロード要求に応じて、前記患者の個人医療情報をデータベースから抽出し、前記病院のコンピュータに送信するステップと、前記病院のコンピュータが、前記サーバから受信した前記患者の個人医療情報を記憶装置に記憶するステップと、を有し、前記個人医療情報のダウンロード要求に優先度を付加することが可能であり、前記サーバは、優先度が付加されていないダウンロード要求よりも、優先度が付加されているダウンロード要求を優先的に処理することを特徴とする医療情報管理方法である。 According to a second aspect of the present invention, there is provided a medical information management method for downloading personal medical information of a patient from a server having a database for managing the personal medical information to a hospital computer that conducts medical care for the patient via a wide area network. A hospital computer transmitting a request for downloading a patient's personal medical information to be treated to a server; and the server sends the patient's personal medical information in response to the download request. Extracting from the database and transmitting to the hospital computer, and storing the personal medical information of the patient received from the server in a storage device by the hospital computer, Priorities can be added to download requests, and the server can add priorities. Than no download request, a medical information management method which comprises treating preferentially a download request priority is added.
本発明の第３態様は、個人医療情報を管理するデータベースを有しており、広域ネットワークを介して、患者の診療を行う病院のコンピュータへ当該患者の個人医療情報をダウンロードさせる、サーバであって、病院のコンピュータから、診療する予定の患者の個人医療情報のダウンロード要求を受信する手段と、前記ダウンロード要求に応じて、前記患者の個人医療情報をデータベースから抽出し、前記病院のコンピュータに送信する手段と、を有し、前記個人医療情報は複数の分野の情報から構成されており、前記病院のコンピュータ又は前記サーバにおいて前記患者の診療に必要な個人医療情報の分野が特定されることにより、前記データベースに格納されている前記患者の個人医療情報のうち前記特定された分野に関わる一部の情報のみが前記病院のコンピュータへ送信されることを特徴とするサーバである。 According to a third aspect of the present invention, there is provided a server having a database for managing personal medical information, wherein the personal medical information of the patient is downloaded to a hospital computer that performs medical care for the patient via a wide area network. Means for receiving a download request for personal medical information of a patient scheduled to be treated from a hospital computer, and in response to the download request, extracts the personal medical information of the patient from a database and transmits it to the hospital computer And the personal medical information is composed of information in a plurality of fields, and the field of the personal medical information necessary for the medical care of the patient is specified in the computer or the server of the hospital, Part of the patient's personal medical information stored in the database related to the specified field A server, characterized in that the body is sent to the hospital computer.
本発明によれば、広域ネットワークからの医療情報のダウンロードにおける適時性及び安定性を向上させることができる。 According to the present invention, timeliness and stability in downloading medical information from a wide area network can be improved.
本発明は、個人医療情報を管理するデータベースを有するサーバから、インターネット等の広域ネットワークを介して、患者の診療を行う病院（病院に類する施設を含む）のローカルコンピュータへ当該患者の個人医療情報をダウンロードするための技術に関する。特に本発明は、個人医療情報を入手できなければ医者が患者の診療を開始できないという個人医療情報の特殊性を考慮し、個人医療情報のダウンロードの適時性及び安全性を向上するための仕組みを提供することを特徴とする。特徴の一つは、すべての個人医療情報をダウンロードするのではなく、患者の診療に必要な情報（一部の情報）のみをダウンロードすることで、ダウンロード時間の短縮を図るという点である。また他の特徴は、すべてのダウンロード要求を画一的に処理するのではなく、優先度（緊急度）の高い要求を優先的に処理することで、例えば救急患者に対する即時性を高めることができるようにした点である。これらの特徴の具体的内容及び他の特徴については後述する。本発明は、個人医療情報を管理するサーバと病院のコンピュータとの協働で実現される、医療情報管理システムや医療情報管理方法として捉えることができ、病院の受診予約等に好ましく適用することができる。 In the present invention, personal medical information of a patient is sent from a server having a database for managing personal medical information to a local computer of a hospital (including a facility similar to a hospital) that treats the patient via a wide area network such as the Internet. It relates to technology for downloading. In particular, the present invention provides a mechanism for improving the timeliness and safety of downloading personal medical information, taking into account the peculiarity of personal medical information that doctors cannot start medical treatment if personal medical information is not available. It is characterized by providing. One of the features is that the download time is shortened by downloading only the information (partial information) necessary for the medical treatment of the patient, rather than downloading all personal medical information. Another feature is that not all download requests are processed uniformly, but requests with high priority (emergency) are processed preferentially, so that immediacy for emergency patients, for example, can be improved. This is the point. Specific contents of these features and other features will be described later. The present invention can be understood as a medical information management system and a medical information management method realized by the cooperation of a server for managing personal medical information and a hospital computer, and can be preferably applied to hospital consultation reservations and the like. it can.
個人医療情報は、広域ネットワークにあるサーバ（例えばクラウドサーバ）のデータベースに保管・管理される。個人医療情報には、例えば、病歴、診察や診断の結果、治療の内容や経過、身体的特徴、薬、アレルギなど、患者の診療に利用される情報であればいかなる種類の情報も含めることができる。また個人医療情報のデータ形式はどのようなものでもよい。例えば、医者の診断書やカルテの内容を記述したテキストデータでも良いし、診断書やカルテなどのＰＤＦデータや、レントゲン写真の様な画像データでも良い。もちろん、様々なデータ形式の複数のデータから個人医療情報が構成されていても良い。レントゲン写真の様に比較的データ量の小さい画像だけでなく、ＣＴやＭＲＩのような断層画像や、バーチャルスライドと呼ばれる高解像度の顕微鏡画像のように、データ量が大きい画像に本発明を適応するとより良好な効果を得ることができる。 Personal medical information is stored and managed in a database of a server (for example, a cloud server) in a wide area network. Personal medical information may include any type of information that can be used for patient care, such as medical history, results of examinations and diagnoses, content and course of treatment, physical characteristics, drugs, allergies, etc. it can. The data format of personal medical information may be any format. For example, text data describing the contents of a doctor's medical certificate or medical record may be used, PDF data such as a medical certificate or medical record, or image data such as a radiograph may be used. Of course, personal medical information may be composed of a plurality of data in various data formats. When the present invention is applied not only to an image with a relatively small amount of data such as an X-ray photograph but also to an image with a large amount of data such as a tomographic image such as CT or MRI or a high-resolution microscope image called a virtual slide. A better effect can be obtained.
以下では、初めに、本発明の効果がより顕著に表れるバーチャルスライドの画像データ、及び、バーチャルスライドの画像データのネットワーク（ＷＡＮ）を介した転送時間について説明する。その後、本発明の実施形態について詳細に説明する。 In the following, first, the virtual slide image data in which the effects of the present invention are more prominent and the transfer time of the virtual slide image data via the network (WAN) will be described. Thereafter, embodiments of the present invention will be described in detail.
（バーチャルスライド）
近年、広範囲かつ高解像度の顕微鏡写真を画像データ化し、この画像データをビューアと言われるアプリケーションソフトウエアでパーソナルコンピュータのモニタ上に表示し診断することが行われている。観察者（医者）はビューアを用い、拡大、縮小、スクロール等の指示を行い、あたかも顕微鏡での観察をパーソナルコンピュータのモニタ上で再現することが行われている。そして、パーソナルコンピュータの画面を医者は観察し診断を行う。一般に、この画像をバーチャルスライドと呼んでいる。このバーチャルスライドのデータ量は、非常に大きい。
(Virtual slide)
In recent years, a wide range of high-resolution micrographs are converted into image data, and the image data is displayed on a monitor of a personal computer with application software called a viewer and diagnosed. An observer (doctor) uses a viewer to give instructions for enlargement, reduction, scrolling, etc., and the observation with a microscope is reproduced on a monitor of a personal computer. The doctor observes the screen of the personal computer and makes a diagnosis. In general, this image is called a virtual slide. The data amount of this virtual slide is very large.
例えば、20mm×20mmの範囲を１画素0.25umの解像度で画像データ化すると、この場合の画素数は、
80k×80k＝6.4G ・・・式１）
となる。
画像データのデータ量は、例えば１画素がＲＧＢ各々８bitのデータとすれば、
6.4G×3×8bit＝153.6Gbit ・・・式２）
となる。
For example, if a 20mm x 20mm range is converted to image data with a resolution of 0.25um per pixel, the number of pixels in this case is
80k x 80k = 6.4G ... Formula 1)
It becomes.
For example, if the amount of image data is 8 bits each for one pixel RGB,
6.4G × 3 × 8bit = 153.6Gbit (Formula 2)
It becomes.
バーチャルスライドシステムでは、例えば１つのスライド（被写体）を光軸方向（Ｚ方向）について焦点位置を変えながら複数回撮影することで、異なる深さの複数枚の画像データを取得することがある。各焦点位置の画像は「レイヤー画像」と呼ばれ、複数枚のレイヤー画像で構成される画像セットは「Ｚスタック画像」と呼ばれる。Ｚスタック画像を用いることで、ビューアにおいて、スライドのＸＹ面内だけでなく、深さ方向（Ｚ方向）の観察が可能となり、より詳細な診断ができる。 In the virtual slide system, for example, a plurality of pieces of image data having different depths may be acquired by photographing a single slide (subject) a plurality of times while changing the focal position in the optical axis direction (Z direction). An image at each focal position is called a “layer image”, and an image set composed of a plurality of layer images is called a “Z stack image”. By using the Z stack image, the viewer can observe not only in the XY plane of the slide but also in the depth direction (Z direction), and more detailed diagnosis can be performed.
例えば１枚のスライドについて10層（10レイヤ）のレイヤー画像を持つ場合には、Ｚスタック画像のデータ量は、
153.6Gbit×10＝1536Gbit ・・・式３）
となる。
一般に、このような大きなデータを持つことは記憶容量やデータの転送時間の問題から不都合であるので、公知のＪＰＥＧ等の技術を用いて圧縮を行い、1/5から1/10程度にデ
ータ量を削減する。例えば、ＪＰＥＧ圧縮により1/5にデータ量を削減すれば、Ｚスタッ
ク画像のデータ量は、
1536×0.2＝307.2Gbit ・・・式４）
となる。
このように、バーチャルスライドの画像データのデータ量は非常に大きいことがわかる。
For example, if a slide has 10 layer images (10 layers), the Z stack image data amount is
153.6Gbit × 10 = 1536Gbit (Equation 3)
It becomes.
In general, having such a large amount of data is inconvenient due to problems with storage capacity and data transfer time. Therefore, compression is performed using a known technique such as JPEG, and the data volume is reduced to about 1/5 to 1/10. To reduce. For example, if the data amount is reduced to 1/5 by JPEG compression, the data amount of the Z stack image is
1536 × 0.2 = 307.2Gbit (Formula 4)
It becomes.
Thus, it can be seen that the amount of image data of the virtual slide is very large.
（バーチャルスライドの画像データの転送時間）
近年、ネットワークの通信速度は上昇している。例えば1Gbps程度の通信速度を有して
いるネットワークも実現している。
1Gbpsの通信速度を持つネットワークを用いて、式４）で示した量の画像データを転送
する場合を考える。例えば、ネットワークの伝送効率を25％とすれば、
307.2Gbit／(1Gbps×0.25)＝1228.8Sec ・・・式５）
となり、約20分のデータ転送時間（ダウンロード時間）になる。
診療（診断）に必要なバーチャルスライドが複数の場合は、より多くの時間が必要となる。診療（診断）中にダウンロードを行う場合、医者と患者はダウンロードの完了を待たねばならず、問題となる。
(Virtual slide image data transfer time)
In recent years, the communication speed of networks has increased. For example, a network having a communication speed of about 1 Gbps has been realized.
Consider a case where the amount of image data shown in Equation 4) is transferred using a network having a communication speed of 1 Gbps. For example, if the network transmission efficiency is 25%,
307.2Gbit / (1Gbps × 0.25) = 1228.8Sec (5)
The data transfer time (download time) is about 20 minutes.
When there are a plurality of virtual slides necessary for medical treatment (diagnosis), more time is required. When downloading during medical examination (diagnosis), doctors and patients must wait for the download to complete, which is a problem.
＜第１の実施形態＞
本発明の第１の実施形態について説明する。第１の実施形態は、患者が病院に受診申し込みを行う形態を想定している。
第１の実施形態を実現する処理フローの詳細を記す前に、第１の実施形態のシステムの動作の理解のために、図１０（ａ）〜図１０（ｃ）を用いて第１の実施形態の概要を説明する。
<First Embodiment>
A first embodiment of the present invention will be described. The first embodiment assumes a form in which a patient makes an application for consultation at a hospital.
Before describing the details of the processing flow for realizing the first embodiment, in order to understand the operation of the system of the first embodiment, the first implementation will be described with reference to FIGS. 10 (a) to 10 (c). An outline of the form will be described.
図１０（ａ）〜図１０（ｃ）は本発明の第１の実施形態の工程を模式的に示した図である。患者が受診を申し込む場合、図１０（ａ）に示すように、初めに、患者１００は病院１０２に対して受診申し込み（Ｐ１）を行う。この受診申し込みは、例えば患者１００の個人端末１０１から病院１０２内のコンピュータ１０３に対して、不図示の広域ネットワーク（ＷＡＮ）を介して行うと好適である。受診申し込みの際、患者１００の識別を行う患者ＩＤ（例えば病院が発行する診療券の番号）や、対象部位や症状等を同時に病院１０２に対して申告する。対象部位とは、例えば、痛みや違和感のある部位、傷やケガを負った部位、病気の症状が出ている部位など、診療の対象となる部位のことである。病院１０
２内のコンピュータ１０３は患者ＩＤを基に患者１００の個人医療情報ＩＤを検索する。個人医療情報ＩＤは、個人医療情報を指定するための（個人を限定するための）ユニークな番号である。個人医療情報ＩＤについては、本システムが割り当てた番号でも良いが、国が国民に割り当てた国民識別番号（例えばアメリカ合衆国のＳＳＮ等）があればそれを利用しても良い。さらに、コンピュータ１０３は、患者１００から申告された対象部位や症状等から、診療に必要な個人医療情報の分野を特定する。この明細書では個人医療情報の絞り込みを行う条件を「分野」という言葉を用いて説明する。個人医療情報の分野の特定は必ずしも病院１０２内のコンピュータ１０３で行う必要はなく、例えば医者が直接指定しても良い。そして、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４に「個人医療情報ＩＤ」と特定した「個人医療情報の分野」を送り、患者１００の個人医療情報のダウンロードを要求する（Ｐ２）。サーバ１０４は、個人医療情報のダウンロード要求に応じて病院１０２内のコンピュータ１０３に個人医療情報を送信して良いかを患者１００に確認する。具体的には、サーバ１０４は個人医療情報ＩＤを基に患者１００の個人端末の電子メールアドレスを特定し、病院１０２内のコンピュータ１０３に個人医療情報を提供して良いかを確認する電子メールを送信する（Ｐ３）。患者１００が個人医療情報の提供を許可すると（Ｐ４）、サーバ１０４は、「個人医療情報ＩＤ」と「個人医療情報の分野」で特定される個人医療情報をコンピュータ１０３へ送信する（Ｐ５）。セキュリティーを高めるため、個人医療情報は暗号化されていると良い。個人医療情報を受信した病院１０２内のコンピュータ１０３は、患者１００の個人端末１０１に受診許諾を送信する（Ｐ６）。
FIG. 10A to FIG. 10C are diagrams schematically showing the steps of the first embodiment of the present invention. When the patient applies for a medical examination, first, as shown in FIG. 10A, the
2 searches the personal medical information ID of the
次に図１０（ｂ）に示した様に、受診許諾を受けた患者１００は、病院１０２に行き、患者ＩＤと個人医療情報の暗号キーを病院１０２の受付に提示又は提出して診療の順番待ちをする（Ｐ７）。病院１０２内のコンピュータ１０３は暗号キーを用い個人医療情報を復号する（Ｐ８）。そして、医者は復号された個人医療情報を閲覧し患者１００を診療する（Ｐ９）。その後患者は帰宅する。
Next, as shown in FIG. 10 (b), the
診療が終了すると、コンピュータ１０３は、変更または新たに得た個人医療情報を患者１００の暗号キーで暗号化し、図１０（ｃ）に示した様にサーバ１０４にアップロードする（Ｐ１０）。その結果、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４には暗号化された個人医療情報が蓄積される。さらに病院１０２内のコンピュータ１０３は、患者１００に今回の診療に関する診療履歴を電子メール等で送信する（Ｐ１１）。そして病院１０２内のコンピュータは、ダウンロードした個人医療情報を削除する。
When the medical treatment is completed, the
（処理フロー）
次に、図１のフローチャートを用いて、本発明の第１の実施形態を実現するための処理フローを説明する。図１のフローを実行するためのハードウエアは、公知のネットワークやサーバやコンピュータや個人端末により構成することができる。以下に述べる本システムの機能は、これらの公知のハードウエア上で実行されるソフトウエアにより実現することができる。図１において、それぞれのフローチャートは左から、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４、病院１０２内部のコンピュータ１０３、患者１００の工程を示す。
(Processing flow)
Next, a processing flow for realizing the first embodiment of the present invention will be described using the flowchart of FIG. The hardware for executing the flow of FIG. 1 can be configured by a known network, server, computer, or personal terminal. The functions of the system described below can be realized by software executed on these known hardware. In FIG. 1, each flowchart shows processes of the
初めに、患者１００は病院１０２内部のコンピュータ１０３に対して受診申し込みを行う（ステップＳＴ１００）。この受診申し込みは、前述した様に個人端末１０１すなわち個人で所有しているパーソナルコンピュータやスマートフォン等を用い不図示のネットワーク（ＷＡＮ）を経由して行う。個人端末１０１を使用できない患者は従来通り電話申し込みを行うか来院し直接申し込みを行う。この場合は、病院１０２のオペレータが代行して病院１０２内のコンピュータ１０３に受診申し込みを入力する。このとき、前述した様に患者１００を識別する患者ＩＤ（例えば病院が発行する診療券の番号）と、対象部位や
症状等を病院１０２内のコンピュータ１０３に対して入力する。患者が初診の場合は、患者ＩＤが無いので、個人医療情報ＩＤと、生年月日や氏名を代わりに送る。病院は患者ＩＤを作成し、患者ＩＤと個人医療情報ＩＤを関係づける。もちろん病院の患者ＩＤは個人医療情報ＩＤそのものを用いて管理しても良い。この場合、患者ＩＤと個人医療情報ＩＤの対応を病院１０２内のコンピュータ１０３は記憶する必要がない。
First, the
病院１０２内のコンピュータ１０３は患者１００の対象部位や症状から、診療に必要な患者１００の個人医療情報の分野を特定する。例えば患者１００が痛む部位を挙げた場合は、その部位を基に個人医療情報の分野を絞り込み特定する。また風邪の様な自覚症状の場合は、風邪と診断された症状を個人医療情報の分野として特定する。この個人医療情報の分野の特定は、患者１００の自己申告の場合は絞り込みを厳密に行わず関係する部位を広範囲に特定すると良い。例えば患者１００が「胃が痛い」という自覚症状を申告した場合は、特定する分野は胃以外に、食道、小腸、肝臓、腎臓、膵臓、脾臓等の部位とすると良い。これは患者１００の自己申告の場合、部位の特定が不正確であるためである。もちろん、医者が必要な個人医療情報の分野を直接指定しても良い。特に再診の場合は、病院１０２内のコンピュータ１０３が判断するのではなく医者が個人医療情報の分野の特定を行うと良い。
The
個人医療情報の分野の特定が終了すると、病院１０２内のコンピュータ１０３は、患者ＩＤを基に患者の個人医療情報ＩＤを検索する（ステップＳＴ２００）。そして、病院１０２内のコンピュータ１０３は、サーバ１０４に対して個人医療情報ＩＤと特定された分野の個人医療情報のダウンロード要求を行う（ステップＳＴ２０１）。個人医療情報のダウンロード要求を受けたサーバ１０４は、個人医療情報ＩＤから患者の電子メールアドレスを検索する。そして、サーバ１０４は、ダウンロード要求に応じて病院１０２内のコンピュータ１０３に個人医療情報を送信（提供）して良いかを確認する電子メールを患者１００へ送信する（ステップＳＴ３００）。個人医療情報ＩＤと患者の電子メールアドレス等の患者１００の個人情報はサーバ１０４のデータベースにあらかじめ登録されている。電子メールを受信した患者１００は個人端末１０１を用いて例えば電子メールで送信許可を返す（ステップＳＴ１０１）。このステップＳＴ３００、ＳＴ１０１の工程は、セキュリティーを高めるためには好適である。しかし、個人端末１０１を持たない患者１００に対して実現ができない点、患者１００操作が複雑になる点から、この工程を省略してもかまわない。後述する診断履歴により、セキュリティーを高めることは可能である。
When the identification of the field of personal medical information is completed, the
個人医療情報の送信許可を受けたサーバ１０４は、ダウンロード要求に含まれる「個人医療情報ＩＤ」と「分野」に対応する個人医療情報をデータベースから取得し、病院１０２内のコンピュータ１０３に送信する（ステップＳＴ３０１）。特定された分野の個人医療情報のデータをサーバ１０４が容易に抽出できる様に、個人医療情報が例えば以下に示す様なファイル構造（データ構造）を持つと良い。すなわち、個人医療情報は情報毎にフォルダが分けられ、フォルダ内に個人医療情報のデータとその個人医療情報の内容を示すファイル（情報タグファイル）を記憶していると好適である。この個人医療情報の内容を示すファイル（情報タグファイル）は、特定された分野の情報を簡単に検索・抽出できるようにするためのインデックスということができる。
The
図７は、情報タグファイルの一例である。この例では、情報タグファイルの中に、個人医療情報に伴う情報が格納されている。このファイルをサーバ１０４は読み込み該当する症状、病名、部位等の内容から、特定された分野の個人医療情報かどうかを判断する。具体的な一例として、科名が「消化器内科」、かつ、病名が「胃がん」という分野であれば、情報タグファイル（図７）の医療情報項目毎に比較し、科名と病名が合致した場合に、該当する個人医療情報を選択する。このように医療情報項目毎に比較し個人医療情報を適宜選択する。症状、病名、部位による分野の特定ついて具体的に説明したが、例えば、「
『２０００年以降』ＡＮＤ『Ａ病院での検査』」と言う様な分野の特定も可能である。また、この例で示した様に、ＡＮＤやＯＲなどの論理演算子を使用して細かな条件も設定可能である。図７の表は一例であり、情報タグファイルが個人医療情報を特定するその他の情報を含んでいるとより好適である。
FIG. 7 is an example of an information tag file. In this example, information associated with personal medical information is stored in the information tag file. The
It is possible to specify a field such as “2000 and later” AND “Inspection at Hospital A”. Further, as shown in this example, detailed conditions can be set using logical operators such as AND and OR. The table of FIG. 7 is an example, and it is more preferable that the information tag file includes other information specifying personal medical information.
患者の個人医療情報を病院１０２内のコンピュータ１０３が受信（ダウンロード）終了すると（ステップＳＴＳ２０２）、病院１０２内のコンピュータ１０３は患者１００の個人端末１０１へネットワーク（ＷＡＮ）を介して、予約の許諾と診療日時を送信する。個人端末１０１を使用できない患者は従来通り病院１０２のオペレータが代行して予約の許諾と診療日時を患者１００に電話等で伝える（ステップＳＴ２０３）。前述したバーチャルスライドの画像データの様な大きなデータではダウンロード時間が非常に長くかかる可能性がある。このような場合は、コンピュータ１０３がダウンロードすべきデータ量に基づき個人医療情報のダウンロード終了予定日時を推定し、終了予定日時以降の診療であれば予約を許諾しても良い。つまり、診療日時より前にダウンロードが終了する見込みがついた場合であれば予約を許諾しても良い。ダウンロードすべきデータ量の計算や、ダウンロード時間の推定は、サーバ１０４が行っても良い。
When the
予約日時に患者は来院し、患者ＩＤを病院１０２の受付に提出して診療順番待ちをする（ステップＳＴ１０２）。前述した様に、この時、患者１００は自分の個人医療情報の暗号キーも提示する。病院１０２内のコンピュータ１０３は暗号キーを用い個人医療情報を復号する（ステップＳＴ２０４）。復号が終わると、医者は個人医療情報を閲覧し患者１００を診療する（ステップＳＴ１０３、ステップＳＴ２０５）。診療時に取得あるいは変更した個人医療情報は、暗号キーにより暗号化される（ステップＳＴ２０６）。そして、コンピュータ１０３は、暗号化された新たな個人医療情報を、情報タグファイルを付加しサーバ１０４に送信（アップロード）する。この際、診療の情報（診療日、診療費、ダウンロードしたファイルのリスト等）も個人医療情報として同時に送信する（ステップＳＴ２０７）。この診療の情報については特に診療履歴情報と呼び、わかりやすいように区別して以降説明する。診療履歴情報も個人医療情報の一種であり、同じフォーマット、すなわち、情報タグファイルと関連のファイルで構成される。診療履歴情報の情報タグファイルの一例を示す表を図８に示す。
The patient visits the appointment date and time, submits the patient ID to the reception of the
サーバ１０４は新たな個人医療情報と診療履歴情報を受信すると、それらを個人医療情報ＩＤに対応する情報としてデータベースに格納する（ステップＳＴ３０２）。データベースは、大容量のファイルサーバで構成されていると良い。一方、診療が終了した患者１００は帰宅する（ステップＳＴ１０４）。病院１０２内のコンピュータ１０３は患者１００に診療履歴を送信する（ステップＳＴ２０８）。患者１００に送る診療履歴は、診療履歴情報の一部あるいは全部、すなわち少なくとも、診療日、病院名を含み、さらに、医者氏名、診療内容、処方箋、ダウンロードデータ内容、診療費用を含むと好適である。
When the
診療が終了した後、病院１０２内のコンピュータ１０３の記憶装置に記憶されている個人医療情報を速やかに消去し、病院１０２内のコンピュータ１０３の記憶装置の空き容量を確保すると良い。また別の方法としては、症状が不安定な患者については再診を予想して例えば医者が病院１０２内のコンピュータ１０３の記憶装置の保存期間を指定しその後に消去すると良い。さらに別な方法によれば、病院１０２内のコンピュータ１０３の記憶装置の容量をある一定値以上確保するように、古い個人医療情報から自動的に消去しても良い。以上説明した方法によって、病院１０２内のコンピュータ１０３の記憶装置の空き容量を確保することが可能となる。
After the medical treatment is completed, it is preferable to quickly delete the personal medical information stored in the storage device of the
（個人医療情報の暗号キー）
本発明の第１の実施形態の個人医療情報の暗号キーは、例えば個人が記憶しているパス
ワードや、暗号キー情報が磁気や光学パターンないしは半導体チップに記録されているＩＤカードであってもよい。後述するように、生体認証と言われている、指紋や網膜の血管パターンや虹彩パターンの濃淡値のヒストグラムを暗号キーとする方式などがより好ましい。
(Encryption key for personal medical information)
The encryption key for personal medical information according to the first embodiment of the present invention may be, for example, a password stored by an individual or an ID card in which the encryption key information is recorded on a magnetic or optical pattern or a semiconductor chip. . As will be described later, a method called biometric authentication, which uses a fingerprint or a histogram of gray values of retinal blood vessel patterns and iris patterns as an encryption key, is more preferable.
また、個人医療情報の暗号キーは、受診申し込み時（ステップＳＴ１００）に、個人医療情報ＩＤと共に、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４に送っても良い。さらに、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４や病院１０２内のコンピュータ１０３にあらかじめ暗号キーを預けて（登録して）おいても良い。このようにすることによって、患者１００が来院する以前に、患者１００の暗号化された個人医療情報を復号できる。すなわち患者１００が来院した際の待ち時間を少なくすることが可能となる。個人医療情報の暗号キーを病院１０２（のコンピュータ）や、病院１０２外部のサーバにに預けておくことにより患者が暗号キーを持たず（覚えておかずに）に暗号を復号できる。後述するように救急患者に対応して個人医療情報をダウンロードする際、有効である。この場合、特定された病院、サーバ以外に暗号キーを取り扱えない様にすることでセキュリティーの向上を実現すると良い。
The encryption key for personal medical information may be sent to the
以上説明してきたように、第１の実施形態では、患者１００の受診要求に応じて、病院１０２外部のサーバ１０４からネットワーク（ＷＡＮ）を介して患者１００の個人医療情報を病院１０２内部のコンピュータ１０３の記憶装置に取得（ダウンロード）する。このとき、診療に必要な個人医療情報の分野を特定してダウンロード要求を行い、患者の個人医療情報の中から必要な情報（一部の情報）のみをダウンロードできるので、ダウンロードするデータ量を削減できる。これにより、ネットワークのトラフィックを少なくし、ダウンロード時間を短縮する効果がある。そして、ダウンロードが終了した場合、あるいは診療日時より前にダウンロード終了見込みである場合に、受診予約を許諾するので、病院１０２外部のネットワーク（ＷＡＮ）の混み方によらず、診療開始時には個人医療情報が閲覧可能な状態にあることを保証できる。例えば、前述したようなバーチャルスライドの画像データでは、１枚のスライド当たり約２０分のダウンロード時間が必要である。本実施形態のシステムではこの時間は患者が来院する前に終了するので、医者及び患者１００にとって受診時の持ち時間を少なくするという効果を有する。さらに、医者が患者の個人情報を閲覧する時間及び診療する時間が増え、診療の精度が向上する間接的な効果も有する。
As described above, in the first embodiment, the personal medical information of the
＜第２の実施形態＞
第１の実施形態では、患者が病院を決定して、決定した病院に対して直接受診を申し込む場合に有効な方法である。本発明の第２の実施形態は、患者が病院を決定せずに、病院外部のネットワーク（ＷＡＮ）上のサーバに対して受診申し込みを行い、サーバが患者の症状等から病院を決定し予約する方法である。
<Second Embodiment>
The first embodiment is an effective method when a patient determines a hospital and directly applies to the determined hospital. In the second embodiment of the present invention, the patient makes a request for consultation with a server on a network (WAN) outside the hospital without determining the hospital, and the server determines and reserves the hospital from the patient's symptoms and the like. Is the method.
第２の実施形態を実現する処理フローの詳細を記す前に、第２の実施形態のシステムの動作の理解のために、図１１（ａ）〜図１１（ｃ）を用いて第２の実施形態の概要を説明する。 Before describing the details of the processing flow for realizing the second embodiment, in order to understand the operation of the system of the second embodiment, the second embodiment will be described with reference to FIGS. An outline of the form will be described.
図１１（ａ）〜図１１（ｃ）は本発明の第２の実施形態の工程を模式的に示した図である。図１１（ａ）に示すように、患者１００は病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４に対して受診申し込みを行う（Ｐ１）。この受診申し込みは、例えば患者１００の個人端末１０１からサーバ１０４に対して、不図示の広域ネットワーク（ＷＡＮ）を介して行う。受診申し込みの際、希望する病院の地域と対象部位や症状等を患者１００の個人端末１０１からサーバ１０４に対して申告する。
FIG. 11A to FIG. 11C are diagrams schematically showing the steps of the second embodiment of the present invention. As shown in FIG. 11 (a), the
次に、サーバ１０４は、患者１００の希望する病院の地域と、対象部位や症状等から、病院を決定する（Ｐ２）。病院の決定方法は後述する。サーバ１０４が病院１０２を決定すると、サーバ１０４は決定した病院１０２内のコンピュータ１０３に対して受診申し込みを行う（Ｐ３）。この際、症状・対象部位等の情報も送る。受診申し込みを受けた病院１０２内のコンピュータ１０３は受診可能かを判断する。受診可能であれば、コンピュータ１０３は症状や対象部位等の情報に基づき必要な個人医療情報の分野を特定し、サーバ１０４に特定した分野の個人医療情報のダウンロード要求を行う（Ｐ４）。次に、サーバ１０４は病院１０２内のコンピュータ１０３へ、個人医療情報ＩＤと特定された分野の個人医療情報を送信する（Ｐ５）。個人医療情報の受信（ダウンロード）が終了すると、コンピュータ１０３はサーバ１０４へ予約日時、診療科名を送信する（Ｐ６）。コンピュータ１０３から受信許諾を受けたサーバ１０４は患者１００の個人端末１０１に対して受診許諾の返事を返す（Ｐ７）。病院名、診療科名、診療日時を同時に送るとよい。
Next, the
次に図１１（ｂ）に示した様に、受診許諾を受けた患者１００は、病院１０２に行き、患者ＩＤと個人医療情報の暗号キーを病院１０２の受付に提示又は提出する（Ｐ８）。暗号キーについては第１の実施形態で説明しているので詳細は省略する。初診であれば、病院は患者ＩＤを新規に作成する。一方、病院１０２内のコンピュータ１０３は暗号キーを用い個人医療情報を復号する（Ｐ９）。そして、医者は復号された個人医療情報を閲覧し患者１００を診療する（Ｐ１０）。その後患者は帰宅する。
Next, as shown in FIG. 11B, the
診療が終了すると、コンピュータ１０３は、変更または新たに得た個人医療情報を患者１００の暗号キーで暗号化し、図１１（ｃ）に示した様にサーバ１０４にアップロードする（Ｐ１１）。その結果、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４には暗号化された個人医療情報が蓄積される。さらにサーバ１０４は、患者１００に今回の診療に関する診療履歴を電子メール等で送信する（Ｐ１２）。
When the medical care is completed, the
（処理フロー）
次に、図２のフローチャートを用いて、本発明の第２の実施形態を実現するための処理フローを説明する。図２のフローを実行するためのハードウエアは、公知のネットワークやサーバやコンピュータや個人端末により構成することができる。以下に述べる本システムの機能は、これらの公知のハードウエア上で実行されるソフトウエアにより実現することができる。図２において、それぞれのフローチャートは図１と同様に、左から、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４、病院１０２内部のコンピュータ１０３、患者１００の工程を示す。
(Processing flow)
Next, a processing flow for realizing the second embodiment of the present invention will be described using the flowchart of FIG. The hardware for executing the flow of FIG. 2 can be configured by a known network, server, computer, or personal terminal. The functions of the system described below can be realized by software executed on these known hardware. In FIG. 2, each flowchart shows processes of the
初めに、患者１００は個人端末１０１からサーバ１０４に受診申し込みを行う（ステップＳＴ１１０）。この際、患者１００は、予約に必要な情報も一緒にサーバ１０４に送る。予約に必要な情報の例として、患者の氏名、年齢、個人医療情報ＩＤ、希望する病院の地域、患者の症状・対象部位等である。サーバ１０４は、例えば受診の予約を受け付けるウェブサイトを提供しており、患者１００はこのウェブサイトに個人端末１０１を用いアクセスし、予約に必要な情報を書き込む。ウェブサイトの予約受付画面は、予約に必要な情報の入力が容易なユーザーインターフェイスを持つと好適である。このユーザーインターフェイスは第１の実施形態で示した病院１０２のコンピュータ１０３に受診申し込みを行う際のユーザーインターフェイスと共通であると、患者は受診申し込みの手順に迷うことが無いので好適である。
First, the
次に、サーバ１０４は、患者１０２の希望する病院の地域と症状・対象部位から、病院や診療する科を決定する。そして、決定された病院１０２内のコンピュータ１０３に対してサーバ１０４が受診申し込みを行う（ステップＳＴ３１０）。受診申し込みを行う際、サーバ１０４は、患者の氏名、年齢、個人医療情報ＩＤ、患者の症状・対象部位等を病院
１０２内のコンピュータ１０３に送信する。受診申し込みを受けた病院１０２内のコンピュータ１０３は受診可能かを判断する。受診可能であれば、コンピュータ１０３は、第１の実施形態で説明した様に、症状や部位等に基づき必要な個人医療情報の分野を特定し、患者が初診であれば患者ＩＤを発行する（ステップＳＴ２１０）。そして、コンピュータ１０３は、サーバ１０４に対し、特定した分野の個人医療情報のダウンロード要求を行う（ステップＳＴ２１１）。そして患者ＩＤと個人医療情報ＩＤとの関連が付けられる。以降の診療の際は、患者ＩＤから個人医療情報ＩＤを指定することが可能となる。診療に必要な分野を特定する方法は第１の実施形態で説明したので、説明は省略する。
Next, the
サーバ１０４は特定された分野の個人医療情報を病院１０２内のコンピュータ１０３に送信する（ステップＳＴ３１１）。そして、病院１０２内のコンピュータ１０３は、特定された分野の個人医療情報を受信（ダウンロード）する（ステップＳＴ２１２）。病院１０２内のコンピュータ１０３は、個人医療情報のダウンロードを完了したら、サーバ１０４に予約許諾を送信する。バーチャルスライドの画像データの様な大きなデータではダウンロード時間が非常に長くかかる場合がある。このような場合は、コンピュータ１０３が、前述した様に個人医療情報のダウンロード終了予定日時を推定し、終了予定日時とともに予約許諾をサーバ１０４に送信しても良い。そして同時に、コンピュータ１０３はサーバ１０４に診療科名、診療日時も送る（ステップＳＴ２１３）。サーバ１０４は、患者１００の個人端末１０１へネットワーク（ＷＡＮ）を介して、予約の許諾と、病院名、診療科名、診療日時を送信する（ステップＳＴ３１２）。サーバ１０４がステップＳＴ２１３でダウンロード終了予定日時と予約許諾を受信した場合は、診療日時はダウンロード終了予定日時以降の日時に設定する。
The
予約日時に患者は来院し、診療順番待ちをする（ステップＳＴ１１１）。第１の実施形態同様に、来院時、患者１００は個人医療情報の暗号キーも提示する。病院１０２内のコンピュータ１０３は暗号キーを用い暗号化された個人医療情報を復号する（ステップＳＴ２１４）。暗号キーについては、第１の実施形態で説明した様に、生体認証と言われている暗号キーとしても良いし、サーバ１０４や病院１０２内のコンピュータ１０３にあらかじめ預けておいても良い。復号が終わると、医者は個人医療情報を閲覧し患者１００を診療する（ステップＳＴ１１２、ステップＳＴ２１５）。
The patient visits the appointment date and waits for the turn of treatment (step ST111). As in the first embodiment, the
診療時に取得あるいは変更した個人医療情報は、患者１００の暗号キーにより暗号化される（ステップＳＴ２１６）。そして、コンピュータ１０３は、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４に、暗号化された新たな個人医療情報を、情報タグファイルを付加して送信する。この際、診療の情報（診療日、診療費、ダウンロードしたファイルのリスト等）を診療履歴情報として同時に送信する（ステップＳＴ２１７）。前述した様に、診療履歴情報も個人医療情報と同じフォーマットから成り、情報タグファイルと関連のファイルで構成される。
The personal medical information acquired or changed at the time of medical care is encrypted with the encryption key of the patient 100 (step ST216). The
サーバ１０４は新たな個人医療情報と診療履歴情報を受信すると、それらを個人医療情報ＩＤに対応する情報としてデータベースに格納する（ステップＳＴ３１３）。一方、診療が終了した患者１００は帰宅する（ステップＳＴ１１３）。サーバ１０４は患者１００に診療履歴を送信する（ステップＳＴ３１４）。患者１００に送る診療履歴は、診療履歴情報の一部あるいは全部、すなわち少なくとも、診療日、病院名を含み、さらに、医者氏名、診療内容、処方箋、ダウンロードデータ内容、診療費用を含むと好適である。
When the
第１の実施形態同様に、診療が終了した病院１０２内のコンピュータ１０３の記憶装置に記憶されている個人医療情報は速やかに消去し、病院１０２内のコンピュータ１０３の記憶装置の空き容量を確保すると良い。また別の方法としては、症状が不安定な患者については再診を予想して例えば医者が病院１０２内のコンピュータ１０３の記憶装置の保存
期間を指定しその後に消去すると良い。さらに別な方法によれば、病院１０２内のコンピュータ１０３の記憶装置の容量をある一定値以上確保するように、古い個人医療情報から自動的に消去しても良い。以上説明した方法によって、病院１０２内のコンピュータ１０３の記憶装置の空き容量を確保することが可能となる。
As in the first embodiment, the personal medical information stored in the storage device of the
（個人医療情報の分野の特定方法）
前述した様に、個人医療情報の分野の特定は病院１０２内のコンピュータ１０３が行う場合を一例として示した（ステップＳＴ２１０）。第２の実施形態の他の方法として、ステップＳＴ２１０において受診申し込みを受けた病院１０２内のコンピュータ１０３の表示画面に患者の症状、対象部位等を表示し、表示された情報を基に医者が判断し、個人医療情報の分野を特定しても良い。また別の方法としては、サーバ１０４がステップＳＴ３１０で、第１の実施形態で説明した病院１０２内のコンピュータ１０３で行ったアルゴリズムと同等のアルゴリズムを用い個人医療情報の分野の特定を行い、ステップＳＴ２１０で病院１０２のコンピュータ１０３は受診可能かの判断のみを行い受診の許諾を返す。そして、ステップＳＴ３１１においてステップＳＴ２１０で特定した分野の個人医療情報を送信するフローであっても良い。
すなわち、個人医療情報の特定は病院１０２内のコンピュータ１０３や医者や病院１０２外のネットワーク（ＷＡＮ）上のサーバ１０４いずれで行っても良い。
(Method of identifying the field of personal medical information)
As described above, the case where the
That is, identification of personal medical information may be performed by either the
（病院の決定方法）
サーバ１０４は、患者１００の希望する病院の地域と症状・対象部位から、例えば以下の様に病院を決定する。
第一の方法として、症状が重いと患者が申告した場合は、自宅からの距離よりも病院の規模等を優先する。一方、症状が軽い時は病院の規模よりも患者の自宅からの距離を優先し、患者の自宅に近い病院を決定する。
第二の方法としては、サーバ１０４が、患者の希望する地域内に存在し、且つ、患者の症状や部位に対応する診療科のある病院を全てリストアップし、患者に対して病院のリストを提示する方法がある。この場合は、患者自身がリストの中から受診する病院を決定する。
第三の方法としては、第一の方法と第二の方法を組み合わせた方法がある。例えば、症状が重いと患者が申告した場合は、第二の方法と同様に全ての病院をリストアップし、患者に対して病院のリストを提示し、患者に病院を決定させる。一方、症状が軽い時は病院の規模より患者の自宅からの距離を優先し、患者の自宅に近い病院に決定する。
(Hospital decision method)
The
As a first method, when the patient reports that the symptom is severe, priority is given to the size of the hospital over the distance from the home. On the other hand, when the symptom is mild, priority is given to the distance from the patient's home over the scale of the hospital, and a hospital close to the patient's home is determined.
As a second method, the
As a third method, there is a method in which the first method and the second method are combined. For example, when the patient reports that the symptom is severe, all hospitals are listed in the same manner as in the second method, the hospital list is presented to the patient, and the patient is determined. On the other hand, when the symptom is mild, priority is given to the distance from the patient's home over the scale of the hospital, and the hospital close to the patient's home is determined.
病院の決定方法は、上記の中から１つの方法を採用してサーバ１０４が実行しても良い。更に別の方法としては、上述した複数の病院の決定方法の中から患者に病院の決定方法を選択させても好適である。この場合、サーバ１０４は受診の予約を受け付けるウェブサイトの中で、受診予約画面で患者１００がメニュー形式で病院の決定方法の選択ができるようにすると好適である。もちろん、他の病院決定方法を用いても良い。
The
以上説明した第２の実施形態においても、第１の実施形態と同様の効果が得られる。すなわち、患者の個人医療情報の中から診療に必要な分野に関わる一部の情報のみをダウンロードできるので、ダウンロードするデータ量を削減でき、これにより、ネットワークのトラフィックを少なくし、ダウンロード時間を短縮する効果がある。また、病院１０２外部のネットワーク（ＷＡＮ）の混み方によらず、診療開始時には個人医療情報が閲覧可能な状態にあることを保証でき、医者や患者の待ち時間を少なくする効果がある。
Also in the second embodiment described above, the same effect as in the first embodiment can be obtained. In other words, since only a part of the patient's personal medical information related to the field necessary for medical care can be downloaded, the amount of data to be downloaded can be reduced, thereby reducing network traffic and downloading time. effective. In addition, regardless of how the network (WAN) outside the
更に、第２の実施形態は、第１の実施形態と異なり、患者１００の症状、対象部位、住所等に応じて適切に病院を決定する機能をサーバ１０４が持つ。その結果、患者１００は適切な病院で診療を受けることが可能となる。サーバ１０４によって選ばれた病院が患者
１００が診療を受けたことのない病院である、つまり初診となるケースが多くなる可能性があるが、本実施形態によれば、医者は診療に必要な個人医療情報を入手し閲覧できるので、正確な診療が可能となる。さらに医者は他の病院で作成された個人医療情報を閲覧できるので、不必要な検査を行う必要が無くなる。例えば、病院毎に同じ患部のＸ線撮影を行う等の無駄な被ばくを抑えることや、検査に伴う費用の削減が可能となる。したがって、患者１００は、サーバ１０４によって選ばれた初めての病院であっても、何らの不利益なく受診することが可能となる。結果として、病気の症状に対して複数の医者からの診断を受けることが可能になり（セカンドオピニオンとも言う）、患者にとって疾病の正確な把握が可能となる効果や、見落とされがちな疾病の発見等が可能となる間接的な効果も期待できる。
Furthermore, unlike the first embodiment, in the second embodiment, the
＜第３の実施形態＞
次に、本発明の第３の実施形態の説明をする。第３の実施形態は、第１の実施形態、第２の実施形態と異なり、患者が自分の意思で予約できない様な緊急時に有効な方法である。
第３の実施形態を実現する処理フローの詳細を記す前に、第３の実施形態のシステムの動作の理解のために、図１２（ａ）〜図１２（ｃ）を用いて第３の実施形態の概要を説明する。
<Third Embodiment>
Next, a third embodiment of the present invention will be described. Unlike the first embodiment and the second embodiment, the third embodiment is an effective method in an emergency where a patient cannot make a reservation by his / her own intention.
Before describing details of the processing flow for realizing the third embodiment, the third embodiment will be described with reference to FIGS. 12A to 12C in order to understand the operation of the system of the third embodiment. An outline of the form will be described.
図１２（ａ）〜図１２（ｃ）は本発明の第３の実施形態の工程を模式的に示した図である。第３の実施形態では、患者は救急車等で搬送されてきた救急患者である。図１２（ａ）に示すように、初めに、患者１００は病院１０２に救急車等で搬送される（Ｐ１）。この時多くの場合は、患者自身が第１の実施形態や第２の実施形態で説明した様な受診申し込みをすることはできない。場合によっては患者１００の意識がない場合もある。この場合、病院１０２の医者や看護師や救急車に同乗している救命士が、必要な患者の個人医療情報の分野を特定し、特定された分野の個人医療情報のダウンロード要求を行う（Ｐ２）。この時、患者１００の症状から、個人医療情報のダウンロード要求の優先度（緊急度）を医者や看護師あるいは救命士が決定し付加する。サーバ１０４は優先度に応じて個人医療情報を病院１０２内のコンピュータ１０３に送信（ダウンロード）する（Ｐ３）。優先度の具体的な方法については後述する。
FIG. 12A to FIG. 12C are diagrams schematically showing the steps of the third embodiment of the present invention. In the third embodiment, the patient is an emergency patient who has been transported by an ambulance or the like. As shown in FIG. 12A, first, the
患者１００が病院に到着する（図１２（ｂ））と、患者が初診となる病院であれば、患者ＩＤを新規に作成する。一方、病院１０２内のコンピュータ１０３は暗号キーを用い暗号化された個人医療情報を復号する（Ｐ４）。前述したように、このような場合、暗号キーが、個人が記憶しているパスワードや、磁気や光学パターンないしは半導体チップに記録されているＩＤカードである場合、役に立たないことが多くある。例えば、患者の意識がない場合は記憶しているパスワードは暗号キーとして役に立たない。ＩＤカードは緊急の場合、患者が持っていないこともあり、使用できない場合もある。一方、生体認証による暗号キーでは患者の意識がなくとも暗号キーとして機能する。そのため、生体認証による暗号キーが望ましい。また、前述した様に、個人医療情報の暗号キーを病院１０２（のコンピュータ）や、病院１０２外部のサーバに預けておくことにより患者の暗号キーを使用せず暗号を復号できるので、このような緊急時は、好適である。そして、復号された個人医療情報を閲覧し、医者は患者１００を診療する（Ｐ５）。その後患者は帰宅する。
When the
診療が終了すると、コンピュータ１０３は、図１２（ｃ）に示した様に変更または新たに得た個人医療情報を患者の暗号キーで暗号化し、サーバ１０４にアップロードする（Ｐ６）。その結果、サーバ１０４には暗号化された個人医療情報が蓄積される。さらにサーバ１０４は、患者１００に今回の診療に関する診療履歴を電子メール等で送信する（Ｐ７）。
When the medical treatment is completed, the
（処理フロー）
次に、図３のフローチャートを用いて、本発明の第３の実施形態を実現するための処理フローを説明する。図３のフローを実行するためのハードウエアは、公知のネットワークやサーバやコンピュータや個人端末により構成することができる。以下に述べる本システムの機能は、これらの公知のハードウエア上で実行されるソフトウエアにより実現することができる。図３において、それぞれのフローチャートは図１と同様に、左から、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４、病院１０２内部のコンピュータ１０３、患者１００の工程を示す。
(Processing flow)
Next, a processing flow for realizing the third embodiment of the present invention will be described using the flowchart of FIG. The hardware for executing the flow of FIG. 3 can be configured by a known network, server, computer, or personal terminal. The functions of the system described below can be realized by software executed on these known hardware. 3, each flowchart shows the processes of the
初めに、患者１００が救急車等で病院１０２に搬送される（ステップＳＴ１２０）。医者（看護師や救命士でも良い）は患者１００の症状や傷病の部位から必要な個人医療情報の分野の特定を行い、優先度を決定する（ステップＳＴ２２０）。医者（看護師、救命士）は病院１０２内のコンピュータ１０３を用い、特定した分野の個人医療情報をサーバ１０４に対して要求する（ステップＳＴ２２１）。このとき、ダウンロード要求に優先度（緊急度）の情報が付加される。
First, the
この様な緊急時には、救急患者の個人医療情報ＩＤが解らない場合がある。したがって、例えば、患者の住所、名前、性別や運転免許証等の番号等の救急患者の何らかの個人情報から、該当する個人医療情報ＩＤを特定する方法がより好適である。この場合、救急患者の個人情報に、個人医療情報ＩＤの要求を行う医者や看護師や救命士のＩＤを添えて、サーバ１０４に照会要求をする。サーバ１０４は、あらかじめ登録されている医者や看護師や救命士のＩＤに対してパスワードを要求しパスワードが正しければ、患者の個人医療情報ＩＤを出力する様にすることによって、セキュリティーを高めることができる。また、サーバ１０４の送信先をあらかじめ登録してある病院のみに限定することによって、セキュリティーを向上させるとより好適である。
In such an emergency, the personal medical information ID of the emergency patient may not be understood. Therefore, for example, a method of identifying the corresponding personal medical information ID from some personal information of the emergency patient such as the patient's address, name, gender and driver's license number is more preferable. In this case, an inquiry request is made to the
また、図３で示したフローと異なるが、より緊急の場合は救命士が救急車に車載されている端末や携帯型の端末によって、患者の個人医療情報のダウンロード要求をサーバ１０４に対して行うと更に好適である。医者が行う工程同様に、患者の症状から必要な個人医療情報の分野を特定し、優先度を付加したダウンロード要求を行う。もちろん、救命士は携帯電話等で医者の助言を受けながらこれらの工程を行うと好適である。
Further, although the flow is different from the flow shown in FIG. 3, in a more urgent case, when a lifesaving person makes a request for downloading the patient's personal medical information to the
サーバ１０４は優先度に応じた処理速度（ダウンロード時間）で個人医療情報を病院に送信する（ステップＳＴ３２０）。そして、病院１０２内のコンピュータ１０３は特定した分野の個人医療情報を受信する（ステップＳＴ２２２）。サーバ１０４が特定された分野の個人医療情報を送る方法については第１の実施形態で説明したとおりであるので、説明は省略する。優先度についての具体的な説明は後述する。
The
患者の個人医療情報を受診した病院１０２内のコンピュータ１０３は、患者の暗号キーにより暗号を復号する（ステップＳＴ２２３）。これにより診療の準備が整う。これ以降の処理（ステップＳＴ２２４〜ＳＴ２２６、ＳＴ１２１、ＳＴ１２２、ＳＴ３２１、ＳＴ３２２）は第２の実施形態の処理（図２のステップＳＴ２１５〜ＳＴ２１７、ＳＴ１１２、ＳＴ１１３、ＳＴ３１３、ＳＴ３１４）と同様のため説明を省略する。
The
上述した実施形態では、医者（看護師）あるいは救命士が救急患者の個人医療情報の分野を特定し個人医療情報のダウンロードを要求した。他の好適な実施形態としては、患者の個人医療情報のリスト（情報タグファイル一覧）を表示し、その中から必要な情報を選択的にダウンロードできるようなユーザーインターフェイスをもつウェブサイトを、サーバ１０４が提供しても良い。医者や看護師や救命士がそのウェブサイトにアクセスし、診療に必要な個人医療情報を選択するとともに優先度を指定し、ダウンロードを行うことが
できれば、個人医療情報の分野の指定が容易となる。
In the above-described embodiment, a doctor (nurse) or a lifesaving technician specifies a field of personal medical information of an emergency patient and requests download of personal medical information. In another preferred embodiment, a website having a user interface that displays a list of personal medical information (list of information tag files) of a patient and from which necessary information can be selectively downloaded is displayed on the
（優先度付加時の動作）
次に、優先度と優先度付加時の処理フローについて詳細に説明する。前述したように、医者（あるいは看護師、救命士）は、患者の症状等に基づいて必要であると思われる個人医療情報の分野を特定する。同時に患者の症状等から、個人医療情報の取得の優先度（優先順位）を決定する。一例として、優先度を３〜１のランクで付加する。ランク３は例えば危篤等の非常に切迫した状態であり、他の個人医療情報の送信の処理（ダウンロード）に優先して実行する要求を示す。ランク２は重体等の切迫した状態であるので、ランク３以外の個人医療情報の送信の処理（ダウンロード）に優先して実行する要求を示す。ランク１は重症であり、優先度が付加されていない一般の個人医療情報の送信の処理（ダウンロード）に優先して実行する要求を示す。このように設定した優先度をダウンロード要求に付加してサーバ１０４に送信する。要求を受けたサーバ１０４は優先度のランクに応じて、例えば処理タスクの時間を多く割り振り、ランクの高い処理を優先して実行する。
(Operation when priority is added)
Next, the priority and the processing flow when the priority is added will be described in detail. As described above, the doctor (or nurse or lifesaving technician) specifies the field of personal medical information that is considered necessary based on the symptoms of the patient. At the same time, the priority (priority order) for obtaining personal medical information is determined from the patient's symptoms and the like. As an example, the priority is added with a rank of 3-1. Rank 3 is a very urgent state such as critical, for example, and indicates a request to be executed with priority over other personal medical information transmission processing (downloading). Since rank 2 is an imminent state such as a heavy body, it indicates a request to be executed with priority over the process (download) of transmission of personal medical information other than rank 3.
具体例を説明する。一般の個人医療情報の送信のタスクに割り当てる時間をＴ０、ランク１の個人医療情報の送信のタスクに割り当てる時間をＴ１とする。同様に、ランク２のタスクに割り当てる時間をＴ２、ランク３のタスクに割り当てる時間をＴ３とする。この時、例えば、
Ｔ３＝４×Ｔ０
Ｔ２＝３×Ｔ０ ・・・式６）
Ｔ１＝２×Ｔ０
の関係になる様にタスクに割り当てる時間を決定すると良い。
A specific example will be described. The time allocated to the task of transmitting general personal medical information is T0, and the time allocated to the task of transmitting personal medical information of
T3 = 4 × T0
T2 = 3 × T0 (Formula 6)
T1 = 2 × T0
It is good to decide the time allocated to the task so that
また別の例として、
Ｔ３＝８×Ｔ０
Ｔ２＝４×Ｔ０ ・・・式７）
Ｔ１＝２×Ｔ０
の様に決定しても良い。
As another example,
T3 = 8 × T0
T2 = 4 × T0 (Formula 7)
T1 = 2 × T0
You may decide like this.
一般化すると、ｋ１、ｋ３、ｋ３を定数とすれば
Ｔ３＝ｋ３×Ｔ０
Ｔ２＝ｋ２×Ｔ０ ・・・式８）
Ｔ１＝ｋ１×Ｔ０
ここで、
ｋ３≧ｋ２≧ｋ１≧１ ・・・式９）
である。係数ｋ１、ｋ２、ｋ３を適宜設定し優先度のランク（つまり優先度の高さ）に応じてタスクへの割り当て時間を調整することにより、優先度の高い個人医療情報の送信に要する時間を少なくすることができる。このとき、係数ｋ１〜ｋ３を大きい値に設定するほど、優先度合いを高め、ダウンロード時間を短縮することができる。また、ｋ３＝ｋ２のように係数の値を同じにすれば、対応する２つのランク（この例ではランク３とランク２）の優先度合いを同じにすることができる。
In general, if k1, k3, and k3 are constants, T3 = k3 × T0
T2 = k2 × T0 (Formula 8)
T1 = k1 × T0
here,
k3 ≧ k2 ≧ k1 ≧ 1 (Equation 9)
It is. By appropriately setting the coefficients k1, k2, and k3 and adjusting the time assigned to the task according to the priority rank (that is, the high priority), the time required for transmitting high-priority personal medical information is reduced. can do. At this time, as the coefficients k1 to k3 are set to larger values, the priority degree can be increased and the download time can be shortened. Further, if the coefficient values are the same as in k3 = k2, the corresponding two ranks (rank 3 and rank 2 in this example) can have the same priority.
このようにすることによって、優先度が設定されない一般の患者に比べて、優先度が設定された患者の個人医療情報を優先して取得できるので、救急患者に対して、より短時間に個人医療情報を取得することが可能となる。その結果、より迅速な診療を医者は行うことができる効果がある。もちろん、一般の病院予約する患者にはこの優先度は設定できないようにすると良い。 By doing this, it is possible to prioritize the acquisition of personal medical information of patients with priorities compared to general patients without priorities, so it is possible to obtain personal medical services in a shorter time for emergency patients. Information can be acquired. As a result, there is an effect that the doctor can perform more prompt medical care. Of course, this priority should not be set for patients who make general hospital appointments.
優先度の別の例として、医者（あるいは看護師、救命士）が患者の個人医療情報を必要
とする時刻そのものを優先度として設定する方法であっても良い。例えば重症の患者であっても、過去の個人医療情報が診療に有効で無い場合には、緊急に個人医療情報を得る必要はない。また、医者や設備の準備等の関係で実際に診療にとりかかるまで時間が空いてしまう場合、急いで個人医療情報を得る必要性は低い。個人医療情報が必要となる時刻そのものを優先度とし、これに基づいて処理の優先度を決定する方法は、このような場合に有効な方法である。
サーバ１０４は、必要となる時刻が現在の時刻に近いものを優先して処理を行う。前述したように、一般の受診予約する患者にはこの優先度は設定できないようにし、サーバ１０４は優先度の無い要求に対しては優先度を下げて処理する。
As another example of the priority, there may be a method in which a doctor (or a nurse or a lifesaving technician) sets the time when the patient's personal medical information is required as the priority. For example, even if a patient is serious, it is not necessary to urgently obtain personal medical information if past personal medical information is not effective for medical treatment. In addition, when it takes time to actually start medical care due to the preparation of doctors and equipment, etc., there is little need to rush to obtain personal medical information. The method of determining the processing priority based on the time when the personal medical information is required as the priority is an effective method in such a case.
The
個人医療情報が必要となる時刻を優先度に利用する方法は非常に好適ではあるが、例えば医者が多忙の場合うっかり時刻を間違えて設定してしまう可能性がある。この対策として、個人医療情報が必要となる時刻のかわりに、個人医療情報のダウンロードに割り当てられる時間（つまり可能な待ち時間）を、医者に指定させる方法と採ると好適である。この場合、例えば病院１０２内のコンピュータ１０３は、現在の時刻に医者が要求するダウンロードに割り当てられる時間（可能な待ち時間）を加えた時刻を、個人医療情報が必要となる時刻とみなし、その時刻を優先度情報としてサーバ１０４に送信する。この場合も、サーバ１０４は個人医療情報が必要となる時刻が現在の時刻に近いものを優先して処理を行う。
A method of using the time when personal medical information is required as a priority is very suitable. However, for example, when a doctor is busy, there is a possibility that the time may be set by mistake. As a countermeasure, it is preferable to adopt a method in which a doctor designates a time (that is, a possible waiting time) allocated to download of personal medical information instead of the time when the personal medical information is required. In this case, for example, the
より具体的には、患者の個人医療情報が必要となる時刻をｔｒ（優先度）、現在時刻をｔｎとし、一般の個人医療情報の送信のタスクに割り当てる時間をＴ０、優先度ｔｒの個人医療情報の送信のタスクに割り当てる時間をＴとすれば、
（ｔｒ−ｔｎ）≦ｔｍｉｎの場合：
Ｔ＝｛ｔｍａｘ／ｔｍｉｎ｝ｐ×Ｔ０
ｔｍｉｎ＜（ｔｒ−ｔｎ）≦ｔｍａｘの場合：
Ｔ＝｛ｔｍａｘ／（ｔｒ−ｔｎ）｝ｐ×Ｔ０
ｔｍａｘ＜（ｔｒ−ｔｎ）の場合：
Ｔ＝Ｔ０
と動的に決定する。ここで、ｔｍａｘ、ｔｍｉｎ（ｔｍｉｎ＜ｔｍａｘ）、ｐは設計者が決定する定数である。このような関係により、個人医療情報の送信のタスクに割り当てる時間Ｔを決定することによって、必要となる時刻が迫っている個人医療情報ほどダウンロード時間を短縮することができる。
More specifically, the time when the personal medical information of the patient is required is tr (priority), the current time is tn, the time allocated to the task of transmitting general personal medical information is T0, and the personal medical service with the priority tr Let T be the time allocated to the task of sending information.
When (tr−tn) ≦ tmin:
T = {tmax / tmin} p × T0
When tmin <(tr−tn) ≦ tmax:
T = {tmax / (tr−tn)} p × T0
If tmax <(tr−tn):
T = T0
And dynamically determined. Here, tmax, tmin (tmin <tmax), and p are constants determined by the designer. By determining the time T allocated to the task of transmitting personal medical information based on such a relationship, the download time can be shortened for personal medical information whose required time is approaching.
上記の説明では、サーバ１０４がシングルプロセッサであるとし、タスクに割り当てる時間でタスクの処理速度を変える例を示した。サーバ１０４がマルチプロセッサや複数のコンピュータで構成されている場合は、前述したタスクの割り当て時間を、割り当てられるＣＰＵの数と時間等で決まる個人医療情報の送信のタスクに割り当てるリソースと考えればよい。
In the above description, it is assumed that the
本実施形態によれば、救急患者を診療する医者は個人医療情報を閲覧して診療を行うことができるため、より正確な診療が可能となる。しかしながら、ダウンロード終了時刻が遅い場合は、救急患者に対して個人医療情報の閲覧することなく診療を進めなくてはならない。そのため、救急患者を診療する医者がダウンロード終了予定時刻を知ることができると望ましい。このような状況に対応するため、サーバ１０４あるいは病院１０２内のコンピュータ１０３は現在までのデータ転送速度から、ダウンロードが終了する時刻を推定し、推定時刻を表示する機能を有するとより良い。
According to this embodiment, since a doctor who treats an emergency patient can browse and perform personal medical information, more accurate medical treatment is possible. However, if the download end time is late, the medical care must be advanced without browsing personal medical information for the emergency patient. Therefore, it is desirable that a doctor who treats an emergency patient can know the scheduled download end time. In order to cope with such a situation, it is better that the
このように、第３の実施形態は一般の患者の受診予約とは異なり緊急時に医者あるいは看護師、救命士が優先度を直接設定してサーバ１０４に個人医療情報のダウンロード要求
を行う。その結果、優先度が設定されていない一般の個人医療情報のダウンロード要求に対して、優先度が設定された緊急の個人医療情報のダウンロード要求が優先される。更に優先度が設定されたダウンロード要求に対して、サーバ１０４は優先度に応じて処理時間を割り振り、優先度の高い要求に対しては短時間にダウンロード処理を終了できるようにすることが可能となる。
As described above, in the third embodiment, unlike general patient appointments, a doctor, a nurse, or a lifesaving technician directly sets priorities in an emergency and requests the
第３の実施形態は、第１の実施形態や第２の実施形態の予約システムに機能を付加する形で実現できる。第１の実施形態や第２の実施形態の予約システムのユーザーインターフェイスに、個人医療情報のダウンロード要求時に優先度を指定する機能を追加すればよい。そして、サーバ１０４は優先度に従って個人医療情報のダウンロード要求に答えることによって、一般の患者の個人医療情報よりも、救急患者の個人医療情報を優先的にダウンロードできる仕組みが実現できる。
The third embodiment can be realized by adding a function to the reservation system of the first embodiment or the second embodiment. What is necessary is just to add the function which designates a priority at the time of the download request | requirement of personal medical information to the user interface of the reservation system of 1st Embodiment or 2nd Embodiment. And the
以上説明した第３の実施形態においても、第１の実施形態と同様の効果が得られる。すなわち、患者の個人医療情報の中から診療に必要な分野に関わる一部の情報のみをダウンロードできるので、ダウンロードするデータ量を削減でき、これにより、ネットワークのトラフィックを少なくし、ダウンロード時間を短縮する効果がある。また、少なくとも一般の受信予約患者に対しては、病院１０２外部のネットワーク（ＷＡＮ）の混み方によらず、診療開始時には個人医療情報が閲覧可能な状態にあることを保証でき、医者や患者の待ち時間を少なくする効果がある。
Also in the third embodiment described above, the same effect as in the first embodiment can be obtained. In other words, since only a part of the patient's personal medical information related to the field necessary for medical care can be downloaded, the amount of data to be downloaded can be reduced, thereby reducing network traffic and downloading time. effective. In addition, at least for general reception-reserved patients, it can be ensured that personal medical information can be viewed at the start of medical care, regardless of how the network (WAN) outside the
更に、第３の実施形態は、救急患者を受け入れた病院はその個人医療情報をサーバ１０４から優先的に入手でき、その結果、救急患者に対して迅速な診療が行える効果がある。これにより、緊急の場合は、データ量の大きい個人医療情報であっても可能な限りダウンロード時間の短縮が可能になる。その結果、救急患者であっても、優先度に従った少ない待ち時間で医者が患者の個人情報を閲覧することが可能となり、診療に時間をかけることが可能となり、救急患者に対する診療の精度が向上する間接的な効果がある。
Furthermore, in the third embodiment, the hospital that has received the emergency patient can preferentially obtain the personal medical information from the
＜第４の実施形態＞
次に、本発明の第４の実施形態の説明をする。第４の実施形態は、第１の実施形態、第２の実施形態と異なり、個人が自分の健康状態を確認するために、自分の個人医療情報をダウンロードする方法である。
第４の実施形態を実現する処理フローの詳細を記す前に、第４の実施形態のシステムの動作の理解のために、図１３（ａ）〜図１３（ｂ）を用いて第４の実施形態の概要を説明する。
<Fourth Embodiment>
Next, a fourth embodiment of the present invention will be described. Unlike the first embodiment and the second embodiment, the fourth embodiment is a method in which an individual downloads his / her personal medical information in order to confirm his / her health condition.
Before describing the details of the processing flow for realizing the fourth embodiment, the fourth embodiment will be described with reference to FIGS. 13A to 13B in order to understand the operation of the system of the fourth embodiment. An outline of the form will be described.
図１３（ａ）〜図１３（ｂ）は本発明の第４の実施形態の工程を模式的に示した図である。第４の実施形態では、個人（傷病を負った患者では無い）が個人医療情報のダウンロード要求をする。図１３（ａ）において、１１０は傷病を負っていない個人を示す。初めに、個人１１０はネットワーク（ＷＡＮ）上のサーバ１０４に対して、自分の個人医療情報のダウンロード要求を行う。その際、個人医療情報ＩＤと個人医療情報を特定する分野を付加する（Ｐ１）。そして、サーバ１０４は対応する個人医療情報を個人１１０の個人端末１０１に送信する（Ｐ２）。そして、図１３（ｂ）に示した様に、個人端末１０１は個人医療情報の暗号キーを基に暗号化された個人医療情報を復号する（Ｐ３）。そして個人１１０は個人端末１０１上で個人医療情報を閲覧する。
FIG. 13A to FIG. 13B are views schematically showing the steps of the fourth embodiment of the present invention. In the fourth embodiment, an individual (not a patient who has suffered an illness) makes a download request for personal medical information. In FIG. 13A,
（処理フロー）
次に、図４のフローチャートを用いて、本発明の第４の実施形態を実現するための処理フローを説明する。図４のフローを実行するためのハードウエアは、公知のネットワークやサーバやコンピュータや個人端末により構成することができる。以下に述べる本システ
ムの機能は、これらの公知のハードウエア上で実行されるソフトウエアにより実現することができる。図４において、それぞれのフローチャートは、左から、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４、病院１０２内部のコンピュータ１０３、個人端末１０１の工程を示す。
(Processing flow)
Next, a processing flow for realizing the fourth embodiment of the present invention will be described using the flowchart of FIG. The hardware for executing the flow of FIG. 4 can be configured by a known network, server, computer, or personal terminal. The functions of the system described below can be realized by software executed on these known hardware. In FIG. 4, each flowchart shows processes of the
初めに、個人１１０が個人医療情報の分野を特定して、サーバ１０４に対して個人医療情報のダウンロード要求を行う（ステップＳＴ１３０）。ダウンロード要求を容易に行えるようにするため、サーバ１０４が個人医療情報のダウンロード要求を受け付けるウェブサイトを提供すると好適である。例えば、個人１１０が個人端末１０１からこのウェブサイトにアクセスし、所定の申込画面上で個人医療情報のダウンロード要求に必要な情報を入力できるようにすると良い。申込画面の形式はどのようなものでもよいが、最初に個人医療情報の分野の特定を行い、次にその特定した分野の中からダウンロードする情報の選択を行わせるようなユーザーインターフェイスが備わっているとよい。例えば、病名や、病院、受診日（年）等の分野を特定するためのリストを表示し、個人１１０に分野を指定させる。続いて、サーバ１０４は、指定された分野に対応する（例えば、病名や、病院、受診年毎の）個人医療情報のリスト表示を行い、リストにあるファイルを個人１１０が個人端末１０１で選択できる様にする（ステップＳＴ３３０、ステップＳＴ１３１）。なお、このようなウェブサイトでは、パスワード入力等により、正当な者からのダウンロード要求であることを確認することが好ましい。個人医療情報のダウンロード要求を受けたサーバ１０４は、指定された個人医療情報を送信する（ステップＳＴ３３１）。個人医療情報を受信した個人端末１０１は、そのデータを不図示の個人端末内部の、あるいは外部の記憶装置に記憶する。
First, the individual 110 specifies the field of personal medical information, and requests the
そして、個人端末１０１は個人１１０の暗号キーを用いて個人医療情報を復号する（ステップＳＴ１３２）。そして個人１１０は個人医療情報を確認する。ここで、個人医療情報の暗号キーは前述しているように生体認証を用いても良いし、サーバ１０４にあらかじめ預けている暗号キーであっても良い。暗号キーをサーバ１０４にあらかじめ預けた場合は、サーバ１０４が暗号キーと個人医療情報を個人端末１０１に送信するようにしても良い。また、サーバ１０４が復号処理を行い、個人端末１０１に暗号化されていない個人医療情報を送信しても良い。
Then, the
上記フローチャートでは、個人１１０が個人医療情報を指定して、個人医療情報のダウンロード要求を行ったが、個人１１０が個人医療情報の分野を選択しその分野に該当する個人医療情報をすべてダウンロードするフローであっても良い。もちろんどちらかを選択して両方の条件によって個人医療情報のダウンロードを可能にしても良い。 In the above flowchart, the individual 110 designates personal medical information and makes a download request for personal medical information, but the individual 110 selects a field of personal medical information and downloads all personal medical information corresponding to the field. It may be. Of course, it is possible to select either one and download personal medical information according to both conditions.
次に、本発明の第４の実施形態の別の例を説明する。図４に示した例では、個人１１０がサーバ１０４に対して個人医療情報のダウンロード要求を行ったが、以下に示す例では、個人１１０が病院１０２内のコンピュータ１０３に対して個人医療情報のダウンロード要求を行う。
Next, another example of the fourth embodiment of the present invention will be described. In the example shown in FIG. 4, the individual 110 makes a request for downloading personal medical information to the
図５のフローチャートを用いて、処理フローを説明する。図５のそれぞれのフローは、図４と同様、左から、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４、病院１０２内部のコンピュータ１０３、個人１１０の工程を示す。
The processing flow will be described using the flowchart of FIG. Each flow of FIG. 5 shows the processes of the
初めに、個人１１０が個人医療情報の分野を特定して、病院１０２内のコンピュータ１０３に対して個人医療情報のダウンロード要求を行う（ＳＴ１４０）。この場合は、個人医療情報のダウンロード要求を受け付けるウェブサイトをコンピュータ１０３が提供することが好ましい。ただし、個人医療情報を管理しているのは病院１０２外部のネットワーク上にあるサーバ１０４であるため、コンピュータ１０３はサーバ１０４と連携して（サ
ーバ１０４に問合せを行うことで）、図４で説明したものと同様の入力機能を提供するとよい。具体的には、コンピュータ１０３が、サーバ１０４に対して個人医療情報ＩＤと個人医療情報の分野を送り、サーバ１０４から対応する分野の個人医療情報のリストを受け取る。そしてコンピュータ１０３が個人端末１０１に個人医療情報のリストを送る（ステップＳＴ２４０、ステップＳＴ３４０、ステップＳＴ２４１）。個人１１０は個人端末１０１に表示される個人医療情報のリストを基に必要な個人医療情報を指定する（ステップＳＴ１４１）。病院１０２内のコンピュータ１０３は、サーバ１０４に対して同じ内容（指定された個人医療情報）を要求する（ステップＳＴ２４２）。サーバ１０４は対応する個人医療情報をコンピュータ１０３に送り、コンピュータ１０３は個人端末１０１に対応する個人医療情報を転送する（ステップＳＴ３４１、ステップＳＴ２４３）。これ以降の処理は図４で説明したものと同様である。
First, the individual 110 specifies the field of personal medical information and makes a request for downloading the personal medical information to the
このように病院１０２のコンピュータ１０３を経由してサーバ１０４にアクセスする構成には、次のような利点がある。すなわち、個人１１０は、自分自身のかかりつけの病院１０２に問い合わせる感覚で、個人医療情報のダウンロード要求をすることができるという安心感がある。また、個人１１０は、かかりつけの病院１０２以外のウェブサイトのアドレスを覚える必要がない。
The configuration of accessing the
以上述べた第４の実施形態によれば、個人１１０が必要と感じた時に自分の個人医療情報を取得できるので、自分の病気の症状の確認や、健康促進のために個人医療情報を利用できる効果がある。なお、第４の実施形態で述べた機能は、第１から第３の実施形態で述べたシステムの付加的な機能として提供すると良い。 According to the fourth embodiment described above, personal medical information can be acquired when the individual 110 feels necessary. Therefore, personal medical information can be used to confirm symptoms of his illness and promote health. effective. Note that the function described in the fourth embodiment may be provided as an additional function of the system described in the first to third embodiments.
＜第５の実施形態＞
次に、本発明の第５の実施形態の説明をする。第５の実施形態は、個人１１０が自分の健康状態を個人医療情報としてネットワーク（ＷＡＮ）上のサーバ１０４に出力（アップロード）する例である。
<Fifth Embodiment>
Next, a fifth embodiment of the present invention will be described. The fifth embodiment is an example in which an individual 110 outputs (uploads) his / her health condition as personal medical information to a
図６のフローチャートを用いて、本発明の第５の実施形態を実現するための処理フローを説明する。図６のフローを実行するためのハードウエアは、公知のネットワークやサーバやコンピュータや個人端末により構成することができる。以下に述べる本システムの機能は、これらの公知のハードウエア上で実行されるソフトウエアにより実現することができる。図６において、それぞれのフローチャートは、左から、病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４、病院１０２内部のコンピュータ１０３、個人端末１０１の工程を示す。
A processing flow for realizing the fifth embodiment of the present invention will be described with reference to the flowchart of FIG. The hardware for executing the flow of FIG. 6 can be configured by a known network, server, computer, or personal terminal. The functions of the system described below can be realized by software executed on these known hardware. In FIG. 6, each flowchart shows processes of the
初めに、個人１１０が、個人端末１０１上で、個人医療情報と対応する情報タグファイルを作成する（ステップＳＴ１５０）。情報タグファイルの一例を図９に示す。図９の情報タグファイルは、個人医療情報「2011ABC.csv」がジョギングの時間と距離の月間デー
タに関するデータであることを示すものである。個人端末１０１は暗号キーを用いて個人医療情報を暗号化する（ステップＳＴ１５１）。次に個人端末１０１は、ネットワーク（ＷＡＮ）を介してサーバ１０４に対し個人医療情報のアップロード要求を行う（ステップＳＴ１５２）。個人医療情報のアップロード要求を受けたサーバ１０４は、アップロード要求の許可を返信する（ステップＳＴ３５０）。アップロード要求の許可を受けたら、個人端末１０１は、個人医療情報と情報タグファイルをサーバ１０４にアップロードする（ステップＳＴ１５３）。アップロードが完了するとサーバ１０４は完了信号を個人端末１０１へ送信する（ステップＳＴ３５１）。そして、個人端末１０１は例えばディスプレイにアップロード完了等のメッセージを表示する（ステップＳＴ１５４）。
First, the individual 110 creates an information tag file corresponding to the personal medical information on the personal terminal 101 (step ST150). An example of the information tag file is shown in FIG. The information tag file of FIG. 9 indicates that the personal medical information “2011ABC.csv” is data related to monthly data of jogging time and distance. The
この様に、日常の生活習慣の様な健康を維持するために有用な情報や、直接的な個人医
療情報ではないが、健康や医療にかかわる情報を個人医療情報としてサーバ１０４にアップロードしておくことにより、将来の疾病の予防の方針決定や、傷病時の診療に役立てることができる。もちろん、過去のカルテや定期健康診断の様な紙媒体の個人医療情報を電子化し情報タグファイルを付加してアップロードすることも有用である。
In this way, information useful for maintaining health such as daily life habits and direct personal medical information, but information related to health and medical care is uploaded to the
個人医療情報と情報タグファイルを作るために例えば、サーバ１０４が専用のウェブサイトを提供することも好ましい。そのウェブサイト上で、質問形式で各種の医療情報を入力できたり、情報タグファイルを作成できると良い。また暗号化などの処理も自動で行われると良い。また、ジョギング等のデータを取得し個人医療情報と情報タグファイルを作成し、サーバ１０４に自動的にアップロードする個人端末１０１上の専用アプリケーションソフトウエア等を開発すると好適である。このようなアプリケーションソフトウエアにより、個人１１０が健康や医療にかかわる情報を面倒な操作なしに継続したデータの取得とアップロードが可能となる利点がある。なお、このような個人情報のアップロードを行う際には、ウェブサイトがパスワード等による本人認証を行うことが好ましい。
For example, the
第４の実施形態で例示したものと同じ様に、個人医療情報のアップロード要求を、サーバ１０４ではなく、病院１０２内のコンピュータ１０３に対して行う構成も好ましい。この場合、病院１０２内のコンピュータ１０３が個人医療情報のアップロード要求を受け付けるウェブサイトを提供し、個人１１０はこのウェブサイトに個人端末１０１を用いアクセスする。このウェブサイトは前述した診療予約や個人医療情報のダウンロード要求等を行うウェブサイトと同等のユーザーインターフェイスを持つと好適である。基本的な処理フローは図６のものと同じであるが、個人端末１０１とサーバ１０４の間のやり取りをコンピュータ１０３が仲介する点が異なる。
A configuration in which a request for uploading personal medical information is made not to the
以上述べた第５の実施形態によれば、病院で作成した個人医療情報以外の情報を個人１１０が個人端末１０１でサーバ１０４にアップロードできる。すなわち、日常の生活習慣の様な健康を維持するために有用な情報や、直接的な個人医療情報ではないが、健康や医療にかかわる情報を個人医療情報としてサーバ１０４に個人１１０がアップロードすることが可能となる。このような情報は、将来の疾病の予防の方針決定や、傷病時の診療に役に立つと期待される。なお、第５の実施形態で述べた機能は、第１から第３の実施形態で述べたシステムの付加的な機能として提供すると良い。
According to the fifth embodiment described above, the individual 110 can upload information other than the personal medical information created at the hospital to the
＜その他の実施形態＞
本発明の第１から第５の実施形態で述べた方法では、病院１０２内のコンピュータ１０３、サーバ１０４、個人端末１０１等の間で、すなわち広域ネットワーク（ＷＡＮ）を通じて、患者ＩＤや個人医療情報や症状等の個人情報を転送する必要が生じる。したがって、これらの情報は暗号化して転送すると良い。具体的には、ＳＳＬ（Secure Socket Layer）プロトコル等を用いてセキュリティーを確保すると良い。ＳＳＬはNetscape Communications社が開発した、インターネット上で情報を暗号化して送受信するプロトコルであり、現在広く世界中で使用されているプロトコルである。広域ネットワーク（ＷＡＮ）のデータ転送のセキュリティーは本発明の必須要件ではないが、実際に発明を実施する上では重要な技術である。本発明では、広域ネットワーク（ＷＡＮ）のデータ転送のセキュリティーを確保する他の技術を用いてもかまわない。例えば、病院１０２内のコンピュータ１０３、サーバ１０４間では、ＶＰＮ（Virtual Private Network）と言われる仮想化した
専用回線サービスを用いてセキュリティーを確保し、個人端末との間は、ＳＳＬプロトコルを用いてセキュリティーを確保しても良い。このようなネットワーク（ＷＡＮ）のデータの転送のセキュリティーを確保するために、利用できる最良の方法を用いると良い。
<Other embodiments>
In the methods described in the first to fifth embodiments of the present invention, patient IDs, personal medical information, etc. between the
本発明の第１から第５の実施形態では個人医療情報を患者の持つ暗号キーで暗号化している例を示した。本発明においては、データ量の大きい個人医療情報を高速に処理するこ
とが要求されるため、共通鍵暗号方式を採用することが好適である。なお、前述した様に、ＳＳＬやＶＰＮ等の技術を用いてネットワーク（ＷＡＮ）のセキュリティーを十分高くできれば、個人医療情報自体の暗号化は必ずしも必要なわけではない。
In the first to fifth embodiments of the present invention, the example in which the personal medical information is encrypted with the encryption key of the patient is shown. In the present invention, since it is required to process personal medical information with a large amount of data at a high speed, it is preferable to adopt a common key cryptosystem. As described above, if the security of the network (WAN) can be sufficiently increased using a technology such as SSL or VPN, the encryption of the personal medical information itself is not necessarily required.
本発明の第１から第５の実施形態において、病院１０２内コンピュータ１０３は、複数のコンピュータから構成されていてもかまわない。具体的には本発明で説明したコンピュータ１０３の機能が病院１０２内のネットワーク（ＬＡＮ）に接続された複数のコンピュータで実現されていれば、どのような形態で実現されていてもかまわない。例えば、コンピュータ１０３を、病院１０２内のネットワーク（ＬＡＮ）上のサーバと複数のクライアントから構成しても良い。病院１０２内のネットワーク（ＬＡＮ）上のサーバは、前述した様な、病院１０２外のネットワーク（ＷＡＮ）上のサーバ１０４や患者１００の個人端末との通信を受け持ち、予約の許諾や個人医療情報のダウンロードの対応を行う。医者は診療時に、病院１０２内のネットワーク（ＬＡＮ）を介し、病院１０２内のネットワーク（ＬＡＮ）上のサーバから医者が用いるコンピュータ（クライアント）に個人医療情報を移動し閲覧する。病院１０２内のネットワーク（ＬＡＮ）は病院１０２外部のネットワーク（ＷＡＮ）に比べ、通信量に合わせ最適に設計できるため安定な通信環境を構築できる。そのため、このように病院１０２内のネットワーク（ＬＡＮ）上のサーバに個人医療情報をダウンロード（格納）し、必要に応じてクライアントに病院１０２内のネットワーク（ＬＡＮ）を通じて個人医療情報を転送し、クライアントのディスプレイで閲覧することも可能になる。また、病院１０２内のネットワーク（ＬＡＮ）の伝送速度が遅い場合は、前述した実施形態のステップＳＴ２０２、ＳＴ２１２、ＳＴ２２２の個人医療情報の受信は、ネットワーク（ＷＡＮ）上のサーバ１０４から、病院内のネットワーク（ＬＡＮ）上のサーバを経由して医者が使用するコンピュータ（クライアント）に転送されるまでの工程とすればよい。
In the first to fifth embodiments of the present invention, the
また、バーチャルスライド等を使用した病理診断ができる病理医がいる病院が限られている場合がある。個人医療情報がバーチャルスライド等の場合、診療を行う病院と病理診断を行う病院が異なることもある。このような場合、診療を行う病院のコンピュータと病理診断を行う病院のコンピュータのそれぞれが、前述した病院１０２内のコンピュータ１０３に該当する。暗号キーを患者１００が持つ場合は、診療を行う病院と病理診断を行う病院の間で、広域ネットワーク（ＷＡＮ）を介して暗号キーを交換する必要がある。
また、病院１０２の予約管理等を病院１０２外部のサーバ（前述のサーバ１０４と同じであっても異なっていても良い）が代行しても良い。
以上説明したように、本発明における「病院のコンピュータ」は、１台のコンピュータで構成されても、複数のコンピュータから構成されていても良い。また、本発明における「病院のコンピュータ」には、診療を行う病院以外の病院（例えば病理診断を行う病院）のコンピュータが含まれていても良い。また、本発明における「病院のコンピュータ」は、病院の予約管理等を行うコンピュータや医者が診療時に個人医療情報を閲覧するコンピュータと、同じでも良いし、別のものでも良い。また、本発明における「病院のコンピュータ」は、必ずしも病院の内部に設置されている必要はない。すなわち、個人医療情報を管理する「サーバ」から「病院のコンピュータ」への個人医療情報のダウンロードが、広域ネットワーク（ＷＡＮ）を介して行われる構成であれば、本発明の効果を得ることができる。
In some cases, hospitals with pathologists who can perform pathological diagnosis using a virtual slide or the like are limited. When the personal medical information is a virtual slide or the like, the hospital that conducts medical care may differ from the hospital that conducts pathological diagnosis. In such a case, each of the computer of the hospital that performs medical treatment and the computer of the hospital that performs pathological diagnosis corresponds to the
Further, a server outside the hospital 102 (may be the same as or different from the
As described above, the “hospital computer” in the present invention may be composed of one computer or a plurality of computers. In addition, the “hospital computer” in the present invention may include a computer of a hospital other than a hospital that performs medical care (for example, a hospital that performs pathological diagnosis). The “hospital computer” in the present invention may be the same as or different from a computer that performs reservation management for a hospital or a computer that a doctor views personal medical information at the time of medical care. In addition, the “hospital computer” in the present invention is not necessarily installed in the hospital. That is, if the configuration is such that downloading of personal medical information from a “server” that manages personal medical information to a “hospital computer” is performed via a wide area network (WAN), the effects of the present invention can be obtained. .
本発明の第１から第５の実施形態における広域ネットワーク（ＷＡＮ）上のサーバ１０４は、複数台のコンピュータからなる仮想マシンであっても良い。仮想マシンを用いたサーバにおいては、個人医療情報の容量や、ユーザ数、同時に可能なアクセス数等に応じて、簡単に仮想マシンの数を増減できる。すなわち、コストとスピードを最適に選ぶことが可能である。本明細書では病院１０２外部のネットワーク（ＷＡＮ）上のサーバ１０４と言う表記を行っているが、サーバ１０４は物理的に１つのコンピュータにより実現するも
のに限るものではない。最も好適な例としては、前述した様に仮想マシンによるサーバがコストとスピードの点で優れた実現方法である。
The
本発明は、各医療機関の受診予約システムに好適に適用可能である。 The present invention can be suitably applied to a consultation reservation system of each medical institution.
１００：患者、１０１：個人端末、１０２：病院、１０３：病院内のコンピュータ、１０４：病院外部のネットワーク上のサーバ、１１０：個人 100: Patient, 101: Personal terminal, 102: Hospital, 103: Computer in hospital, 104: Server on network outside hospital, 110: Individual
Claims (18)
病院のコンピュータが、サーバに対して、診療する予定の患者の個人医療情報のダウンロード要求を送信するステップと、
前記サーバが、前記ダウンロード要求に応じて、前記患者の個人医療情報をデータベースから抽出し、前記病院のコンピュータに送信するステップと、
前記病院のコンピュータが、前記サーバから受信した前記患者の個人医療情報を記憶装置に記憶するステップと、を有し、
前記個人医療情報は複数の分野の情報から構成されており、
前記病院のコンピュータ又は前記サーバにおいて前記患者の診療に必要な個人医療情報の分野が特定されることにより、前記データベースに格納されている前記患者の個人医療情報のうち前記特定された分野に関わる一部の情報のみが前記病院のコンピュータへ送信される
ことを特徴とする医療情報管理方法。 A medical information management method for downloading personal medical information of a patient from a server having a database for managing personal medical information to a hospital computer that performs medical treatment of the patient via a wide area network,
A hospital computer sending a request to the server to download personal medical information of a patient to be treated;
The server, in response to the download request, extracting the patient's personal medical information from a database and sending it to the hospital computer;
The hospital computer storing the patient's personal medical information received from the server in a storage device;
The personal medical information is composed of information in a plurality of fields,
By identifying a field of personal medical information necessary for medical treatment of the patient in the hospital computer or the server, one of the personal medical information of the patient stored in the database is related to the identified field. A medical information management method characterized in that only information of a department is transmitted to the hospital computer.
ことを特徴とする請求項１に記載の医療情報管理方法。 The medical information management method according to claim 1, wherein the field of personal medical information necessary for medical treatment of a patient is specified based on a target site or a symptom of the patient.
ことを特徴とする請求項１又は２に記載の医療情報管理方法。 The information obtained as a result of the medical care of the patient is further uploaded to the server by the hospital computer and stored in the database of the server. 2. The medical information management method according to 2.
前記病院のコンピュータは、患者からの受診申し込みに応じて、当該患者の個人医療情報のダウンロード要求を前記サーバに対して送信する
ことを特徴とする請求項１〜３のうちいずれか１項に記載の医療情報管理方法。 The hospital computer further comprising accepting a consultation application from a patient;
The computer of the said hospital transmits the download request | requirement of the said patient's personal medical information with respect to the said server according to the consultation application from a patient, The any one of Claims 1-3 characterized by the above-mentioned. Medical information management method.
ことを特徴とする請求項４に記載の医療情報管理方法。 When downloading of the patient's personal medical information to the hospital computer is completed, or downloading of the patient's personal medical information to the hospital computer is expected to end before the medical date and time, The medical information management method according to claim 4, further comprising a step of returning a consent for consultation to the patient by the hospital computer.
前記サーバが当該患者の診療を行う病院を決定し、当該病院のコンピュータに対して受診申し込みを行うステップと、をさらに有する
ことを特徴とする請求項１〜３のうちいずれか１項に記載の医療情報管理方法。 The server accepting a consultation application from a patient;
The server further comprises the steps of: determining a hospital for medical treatment of the patient and applying for a medical examination to a computer of the hospital. Medical information management method.
ことを特徴とする請求項６に記載の医療情報管理方法。 When downloading of the patient's personal medical information to the hospital computer is completed, or downloading of the patient's personal medical information to the hospital computer is expected to end before the medical date and time, The medical information management method according to claim 6, further comprising a step in which the server returns a consultation permission to the patient.
者の診療が終了した後に、削除するステップをさらに有する
ことを特徴とする請求項１〜７のうちいずれか１項に記載の医療情報管理方法。 The computer of the hospital further includes a step of deleting the personal medical information of the patient stored in the storage device after the medical care of the patient is completed. The medical information management method according to item.
前記サーバは、優先度が付加されていないダウンロード要求よりも、優先度が付加されているダウンロード要求を優先的に処理する
ことを特徴とする請求項１〜８のうちいずれか１項に記載の医療情報管理方法。 It is possible to add a priority to the download request for the personal medical information,
9. The server according to claim 1, wherein the server preferentially processes a download request to which priority is added over a download request to which priority is not added. 10. Medical information management method.
前記サーバは、優先度が付加されているダウンロード要求について、個人医療情報が必要とされる時刻が現在時刻に近いものほど優先的に処理する
ことを特徴とする請求項９に記載の医療情報管理方法。 The priority added to the download request is information indicating the time when personal medical information is required,
10. The medical information management according to claim 9, wherein the server preferentially processes a download request to which priority is added as the time at which personal medical information is required is closer to the current time. Method.
前記サーバが、前記個人の端末に対して、直接に又は前記病院のコンピュータを介して、ダウンロード要求された当該個人の個人医療情報を送信するステップと、
をさらに有することを特徴とする請求項１〜１０のうちいずれか１項に記載の医療情報管理方法。 The server receives a download request for personal medical information of the individual from a personal terminal, either directly or via the hospital computer;
The server transmits the personal medical information of the individual requested to download to the personal terminal directly or via the hospital computer;
The medical information management method according to claim 1, further comprising:
前記サーバが、前記個人の端末から受信した個人医療情報を前記データベースに格納するステップと、
をさらに有することを特徴とする請求項１〜１１のうちいずれか１項に記載の医療情報管理方法。 The server receives personal medical information of the individual from a personal terminal, either directly or via the hospital computer;
The server storing personal medical information received from the personal terminal in the database;
The medical information management method according to claim 1, further comprising:
ことを特徴とする請求項１〜１２のうちいずれか１項に記載の医療情報管理方法。 13. The method according to claim 1, further comprising: after the medical treatment of the patient is completed, the server or the computer of the hospital further transmits information representing a medical history to the patient. Medical information management method described in 1.
前記診療の履歴を表す情報は、前記サーバのデータベースに前記個人医療情報の一つとして記憶される
ことを特徴とする請求項１３に記載の医療情報管理方法。 The medical history includes at least a medical date and a hospital name,
14. The medical information management method according to claim 13, wherein the information representing the medical history is stored as one of the personal medical information in the database of the server.
病院のコンピュータが、サーバに対して、診療する予定の患者の個人医療情報のダウンロード要求を送信するステップと、
前記サーバが、前記ダウンロード要求に応じて、前記患者の個人医療情報をデータベースから抽出し、前記病院のコンピュータに送信するステップと、
前記病院のコンピュータが、前記サーバから受信した前記患者の個人医療情報を記憶装置に記憶するステップと、を有し、
前記個人医療情報のダウンロード要求に優先度を付加することが可能であり、
前記サーバは、優先度が付加されていないダウンロード要求よりも、優先度が付加されているダウンロード要求を優先的に処理する
ことを特徴とする医療情報管理方法。 A medical information management method for downloading personal medical information of a patient from a server having a database for managing personal medical information to a hospital computer that performs medical treatment of the patient via a wide area network,
A hospital computer sending a request to the server to download personal medical information of a patient to be treated;
The server, in response to the download request, extracting the patient's personal medical information from a database and sending it to the hospital computer;
The hospital computer storing the patient's personal medical information received from the server in a storage device;
It is possible to add a priority to the download request for the personal medical information,
The medical information management method, wherein the server preferentially processes a download request to which a priority is added over a download request to which a priority is not added.
病院のコンピュータから、診療する予定の患者の個人医療情報のダウンロード要求を受信する手段と、
前記ダウンロード要求に応じて、前記患者の個人医療情報をデータベースから抽出し、前記病院のコンピュータに送信する手段と、を有し、
前記個人医療情報は複数の分野の情報から構成されており、
前記病院のコンピュータ又は前記サーバにおいて前記患者の診療に必要な個人医療情報の分野が特定されることにより、前記データベースに格納されている前記患者の個人医療情報のうち前記特定された分野に関わる一部の情報のみが前記病院のコンピュータへ送信される
ことを特徴とするサーバ。 A server that has a database for managing personal medical information, and that downloads personal medical information of the patient to a hospital computer that performs medical care for the patient via a wide area network,
Means for receiving a request for downloading personal medical information of a patient scheduled to be treated from a hospital computer;
Means for extracting personal medical information of the patient from a database in response to the download request and transmitting it to the hospital computer;
The personal medical information is composed of information in a plurality of fields,
By identifying a field of personal medical information necessary for medical treatment of the patient in the hospital computer or the server, one of the personal medical information of the patient stored in the database is related to the identified field. Only the information of the department is transmitted to the hospital computer.
ことを特徴とする請求項１６に記載のサーバ。 The server according to claim 16, wherein a field of personal medical information necessary for medical treatment of a patient is specified based on a target site or a symptom of the patient.
前記サーバは、優先度が付加されていないダウンロード要求よりも、優先度が付加されているダウンロード要求を優先的に処理する
ことを特徴とする請求項１６又は１７に記載のサーバ。 It is possible to add a priority to the download request for the personal medical information,
The server according to claim 16 or 17, wherein the server preferentially processes a download request to which priority is added over a download request to which priority is not added.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013002015A JP2014134934A (en) | 2013-01-09 | 2013-01-09 | Medical information management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013002015A JP2014134934A (en) | 2013-01-09 | 2013-01-09 | Medical information management method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2014134934A true JP2014134934A (en) | 2014-07-24 |
Family
ID=51413152
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2013002015A Pending JP2014134934A (en) | 2013-01-09 | 2013-01-09 | Medical information management method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2014134934A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018504655A (en) * | 2014-11-20 | 2018-02-15 | コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． | Secure and limited controlled data access |
| JP2018512085A (en) * | 2015-01-30 | 2018-05-10 | ザ ダイアリー コーポレーション | System and method for controlling permissions for selected recipients by owner of data |
| JP2018106402A (en) * | 2016-12-26 | 2018-07-05 | 大日本印刷株式会社 | Remote medical care system, reservation application device, reservation reception device and computer program |
| JP2019028911A (en) * | 2017-08-03 | 2019-02-21 | 日本電気株式会社 | Data provision system, data generation device, and data provision method |
| JP2021082009A (en) * | 2019-11-19 | 2021-05-27 | 株式会社日立製作所 | Information processing device, and information processing method |
| CN114038542A (en) * | 2021-10-12 | 2022-02-11 | 吉林医药学院 | Medical information sharing method and system based on medical big data |
-
2013
- 2013-01-09 JP JP2013002015A patent/JP2014134934A/en active Pending
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018504655A (en) * | 2014-11-20 | 2018-02-15 | コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． | Secure and limited controlled data access |
| JP2018512085A (en) * | 2015-01-30 | 2018-05-10 | ザ ダイアリー コーポレーション | System and method for controlling permissions for selected recipients by owner of data |
| JP2018106402A (en) * | 2016-12-26 | 2018-07-05 | 大日本印刷株式会社 | Remote medical care system, reservation application device, reservation reception device and computer program |
| JP2019028911A (en) * | 2017-08-03 | 2019-02-21 | 日本電気株式会社 | Data provision system, data generation device, and data provision method |
| JP7225527B2 (en) | 2017-08-03 | 2023-02-21 | 日本電気株式会社 | Data provision system and data provision method |
| JP7529067B2 (en) | 2017-08-03 | 2024-08-06 | 日本電気株式会社 | DATA PROVIDING SYSTEM, TERMINAL DEVICE, DATA PROVIDING METHOD, AND COMPUTER PROGRAM |
| JP2021082009A (en) * | 2019-11-19 | 2021-05-27 | 株式会社日立製作所 | Information processing device, and information processing method |
| JP7053557B2 (en) | 2019-11-19 | 2022-04-12 | 株式会社日立製作所 | Information processing equipment, information processing method |
| CN114038542A (en) * | 2021-10-12 | 2022-02-11 | 吉林医药学院 | Medical information sharing method and system based on medical big data |
| CN114038542B (en) * | 2021-10-12 | 2022-06-21 | 吉林医药学院 | Medical information sharing method and system based on medical big data |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11893129B2 (en) | Records access and management | |
| US10255458B2 (en) | Trust based access to records via encrypted protocol communications with authentication system | |
| JP2014134934A (en) | Medical information management method | |
| US11410753B2 (en) | System and methods of capturing medical imaging data using a mobile device | |
| US20160154977A1 (en) | Transmitting medical datasets | |
| US20050197860A1 (en) | Data management system | |
| US20160147940A1 (en) | Collaborative cloud-based sharing of medical imaging studies with or without automated removal of protected health information | |
| JP2007531079A (en) | Online medical record format management method | |
| US11416492B2 (en) | System and methods for caching and querying objects stored in multiple databases | |
| JP7123979B2 (en) | Devices, systems and methods for valid personal health records | |
| US20230215529A1 (en) | System and methods of capturing medical imaging data using a mobile device | |
| US20190287672A1 (en) | Archive server and system | |
| JP6013083B2 (en) | Medical image management server | |
| JP6583891B2 (en) | Medical information delivery system | |
| JP2004535850A (en) | Virtual service system for client and service provider users and method therefor | |
| US20220076794A1 (en) | Systems and methods for requesting and retrieving medical records between disparate medical providers | |
| JP2005092706A (en) | Cooperative inspection and diagnostic device | |
| US20050187787A1 (en) | Method for payer access to medical image data | |
| JP2010026899A (en) | Medical information system | |
| Singh et al. | Teleassistance and teleconsultation using smartphones and its contribution in clinical progress of oral and maxillofacial surgery | |
| JP6287183B2 (en) | Image transmitting apparatus and clinical trial system | |
| JP2005196533A (en) | Cooperative diagnostic device | |
| JP6881628B2 (en) | Medical cooperation system and control program | |
| KR101460174B1 (en) | Hospital Medical Seraching System having a function for syntagmatically searching of Picture inspection data and controlling method for the same | |
| US20200152299A1 (en) | Systems and methods for requesting and transmitting medical records between medical providers on unaffiliated medical data networks |