JP2013218606A - Medical information cooperation system - Google Patents
Medical information cooperation system Download PDFInfo
- Publication number
- JP2013218606A JP2013218606A JP2012090270A JP2012090270A JP2013218606A JP 2013218606 A JP2013218606 A JP 2013218606A JP 2012090270 A JP2012090270 A JP 2012090270A JP 2012090270 A JP2012090270 A JP 2012090270A JP 2013218606 A JP2013218606 A JP 2013218606A
- Authority
- JP
- Japan
- Prior art keywords
- management server
- medical
- patient
- information
- 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.)
- Granted
Links
Images
Landscapes
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
Description
本発明は、患者の検査結果や投薬情報等の医療情報をかかりつけ以外の医師や救急医等が共有するためのシステムであって、医療情報の蓄積と利用を効率的に実施するためのシステムに関する。 The present invention relates to a system for sharing medical information such as patient test results and medication information other than family doctors, emergency doctors, etc., and a system for efficiently storing and using medical information .
医療情報の共有化のための仕組みは従来から種々提案されており、その実現方法については標準化も進められている（例えば、特許文献１参照）。第２８図は、標準化されている従来の地域医療連携の仕組みを示す図である。医療連携用サーバ９は、医療機関ＭＩ毎に異なる患者ＩＤを統一的に管理する患者ＩＤ管理簿９１と医療情報の所在を示すレジストリ９２とを持ち、各医療機関ＭＩに設置されるサーバ１０は、レジストリ９２によってその所在を示される医療情報を保管するリポジトリ１０１を有している。
Various mechanisms for sharing medical information have been proposed in the past, and standardization of the realization method has been promoted (see, for example, Patent Document 1). FIG. 28 is a diagram showing a conventional regional medical cooperation mechanism that has been standardized. The medical cooperation server 9 has a patient
医療機関ＭＩＡから他の医療機関ＭＩが有している医療情報を見ようとする場合、医療連携用サーバ９が管理している統合的な患者ＩＤでレジストリ９２に医療情報の所在を尋ね、患者ＩＤに対応した医療情報が、例えば医療機関ＭＩＣのリポジトリ１０１Ｃに存在することが分かった場合には、そこへ医療情報を取りに行くような仕組みが標準化されている。
When a medical institution MIA wants to see medical information possessed by another medical institution MI, it asks the
医療の高品質化、効率化を図るために、患者のカルテ情報や病歴、検査情報、投薬情報等を複数の医療機関で共有化する仕組みが求められている。特に救急医療が必要な場合に救急患者の検査情報がかかりつけではない救急医療機関でも迅速に入手できることは、救命医療に大きな意味があり、救急患者の氏名等からかかりつけでない医師が患者の医療情報を簡単に入手できれば緊急時に効果的な医療を実施する上で大きな助けとなる。よって、それを実現する簡易で医師の手間が極力かからないシステムが求められている。 In order to improve the quality and efficiency of medical care, there is a need for a mechanism for sharing medical record information, medical history, examination information, medication information, etc. of a patient among a plurality of medical institutions. In particular, when emergency medical care is required, the availability of emergency patient inspection information is not important, so it is very important for emergency medical institutions to have emergency medical care. Easy access can be a great help in implementing effective medical care in an emergency. Therefore, there is a need for a simple system that can achieve this and that requires as little physician effort as possible.
従来の医療情報を共有化するためのシステムではデータ入力はかかりつけ医が診療時に投入する等、医療行為の実行者が投入する前提でシステムが構築されているが、医療行為の負担の大きい医師は医療情報共有化のためのデータ投入作業を必ずしも実施せず、システムを準備しても医療データの投入が進まず、データ蓄積ができず、結局システムが運用されないという問題があった。医療データの連携を医療現場で実現させるためには患者の医療データの投入を極力医師に負担をかけずに運用可能なシステムが必須であり、本発明はこの課題を解決するためになされたものである。 In the conventional system for sharing medical information, the system is built on the premise that the data input is input by the practitioner of the medical practice such as the primary doctor inputs it at the time of medical treatment. Data input work for medical information sharing is not necessarily performed, and even if a system is prepared, medical data cannot be input, data cannot be stored, and the system is not operated after all. In order to realize the linkage of medical data in the medical field, a system that can be operated without burdening the doctor as much as possible is required to input the medical data of the patient, and the present invention has been made to solve this problem It is.
本出願の請求項１に係る医療情報連携システムは、一の患者の医療情報を生成し、当該医療情報を送信する第１の端末装置と、医療関連機関に設置され、前記第１の端末装置により送信される前記医療情報を第１の記憶手段に記憶する第２の端末装置と、前記第１の端末装置により送信される前記医療情報を第２の記憶手段に記憶するデータ管理サーバであって、医療機関に設置される第３の端末装置から送信される要求を受けて、前記第２の記憶手段に記憶される前記医療情報を前記第３の端末装置に送信するデータ管理サーバとを備えることを特徴とする。
A medical information cooperation system according to
本出願の請求項２に係る医療情報連携システムは、請求項１に記載の構成において、前記医療情報は、前記患者に関する検査結果データ又は前記患者に処方された薬剤を示す薬剤データであることを特徴とする。
本出願の請求項３に係る医療情報連携システムは、請求項２に記載の構成において、前記医療関連機関は、医療機関又は保険機関であることを特徴とする。
本出願の請求項４に係る医療情報連携システムは、請求項３に記載の構成において、ＩＤ管理サーバをさらに備え、前記第１の端末装置は、前記医療情報を前記第２の端末装置と前記ＩＤ管理サーバとに送信し、前記ＩＤ管理サーバは、前記第１の端末装置から受信される前記医療情報を、前記データ管理サーバに送信することを特徴とする。
In the medical information linkage system according to
The medical information linkage system according to
The medical information cooperation system according to
本出願の請求項５に係る医療情報連携システムは、請求項４に記載の構成において、前記ＩＤ管理サーバは、前記医療情報を識別するための医療情報識別情報を生成し、当該医療情報識別情報を前記医療情報とともに前記データ管理サーバに送信し、前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と前記医療情報とを対応づけて、前記第２の記憶手段に記憶される第１のデータベースに格納することを特徴とする。
The medical information cooperation system according to
本出願の請求項６に係る医療情報連携システムは、請求項５に記載の構成において、前記ＩＤ管理サーバは、前記患者の属性情報を識別するための属性情報識別情報を生成し、当該属性情報識別情報を前記属性情報とともに前記データ管理サーバに送信し、前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記属性情報識別情報と前記属性情報とを対応づけて、前記第２の記憶手段に記憶される前記第１のデータベースとは異なる第２のデータベースに格納することを特徴とする。
In the medical information cooperation system according to
本出願の請求項７に係る医療情報連携システムは、請求項６に記載の構成において、前記第１の端末装置は、前記医療情報を前記第２の端末装置と前記ＩＤ管理サーバとに対して同報送信することを特徴とする。
The medical information cooperation system according to claim 7 of the present application is the configuration according to
本出願の請求項８に係る医療情報連携システムは、請求項５乃至７のいずれか一項に記載の構成において、前記ＩＤ管理サーバは、前記生成した医療情報識別情報と、前記患者を識別するための患者識別情報とを対応づけて個人ＩＤＤＢサーバに格納し、前記第３の端末装置は、前記データ管理サーバに対して前記患者識別情報を送信し、前記データ管理サーバは、前記第３の端末装置から受信される前記患者識別情報を前記ＩＤ管理サーバに送信し、前記ＩＤ管理サーバは、前記データ管理サーバから受信される前記患者識別情報と対応づけて格納されている前記医療情報識別情報を前記個人ＩＤＤＢサーバから読み出して前記データ管理サーバに送信し、前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と対応づけて格納されている前記医療情報を前記第１のデータベースから読み出して前記第３の端末装置に送信することを特徴とする。
In the medical information cooperation system according to
本出願の請求項９に係る医療情報連携システムは、請求項５乃至７のいずれか一項に記載の構成において、前記ＩＤ管理サーバは、前記生成した医療情報識別情報と、前記生成した属性情報識別情報とを対応づけて個人ＩＤＤＢサーバに格納し、前記第３の端末装置は、前記データ管理サーバに対して前記患者の属性情報を送信し、前記データ管理サーバは、前記第３の端末装置から受信される前記患者の属性情報と対応づけて格納されている前記属性情報識別情報を前記第２のデータベースから読み出して前記ＩＤ管理サーバに送信し、前記ＩＤ管理サーバは、前記データ管理サーバから受信される前記属性情報識別情報と対応づけて格納されている前記医療情報識別情報を前記個人ＩＤＤＢサーバから読み出して前記データ管理サーバに送信し、前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と対応づけて格納されている前記医療情報を前記第１のデータベースから読み出して前記第３の端末装置に送信することを特徴とする。
本出願の請求項１０に係る医療情報連携システムは、請求項８に記載の構成において、前記患者の属性情報に基づいて前記患者識別情報を生成し、前記ＩＤ管理サーバに送信する第４の端末装置をさらに備えることを特徴とする。
The medical information cooperation system according to claim 9 of the present application is the configuration according to any one of
The medical information cooperation system according to claim 10 of the present application is the fourth terminal that generates the patient identification information based on the attribute information of the patient and transmits the patient identification information to the ID management server in the configuration according to
請求項１乃至５、８乃至１０に係る発明によれば、医療情報を生成する第１の端末装置が、医療関連機関に設置され医療情報を蓄積する第２の端末装置に対して医療情報を送信する一方で、医療情報を共有化するための医療情報連携システムに対して第２の端末に送信するのと同等のデータを送信するのみで医療連携システムに医療情報を蓄積することができる。
請求項６乃至７に係る発明によれば、患者の属性情報を、患者の医療情報と同じ識別情報を用いて管理する構成と比較して、仮に属性情報を格納するデータベースと医療情報を格納するデータベースの両方に対して不正アクセスがなされたとしても、患者の属性情報と医療情報との関連づけを阻害することができ、個人に紐づけた医療情報の流出を抑制することができる。
According to the inventions according to
According to the invention which concerns on
以下、本発明の実施の形態について図面を参照しつつ説明する。
（１）実施形態の構成
図１は、本発明の一実施形態に係る医療情報連携システム１００の構成を示す図である。同図に示される医療情報連携システム１００は、患者の検査結果や投薬情報等の医療情報を、かかりつけ以外の医師や救急医等が共有するためのシステムである。同図に示されるように本医療情報連携システム１００は、医療機関Ｍに設置される端末装置１と、検査機関Ｔに設置される端末装置２と、薬局Ｐに設置される端末装置３と、保険機関Ｉに設置される端末装置４と、データ管理サーバ５と、運用機関Ｏに設置される端末装置６と、ＩＤ管理サーバ７と、個人ＩＤデータベース（ＤＢ）サーバ８とにより構成される。個人ＩＤＤＢサーバ８以外の各装置は、インターネット等の通信回線により相互に接続されている。個人ＩＤＤＢサーバ８は、ＩＤ管理サーバ７とのみ専用回線又は構内ＬＡＮ（Local Area Network）により接続されている。なお、データ管理サーバ５はＩＤ管理サーバ７とは別セグメントの同一の構内ＬＡＮに設置されてもよい。
Embodiments of the present invention will be described below with reference to the drawings.
(1) Configuration of Embodiment FIG. 1 is a diagram illustrating a configuration of a medical
なお、図１に示される例では、医療機関Ｍ、検査機関Ｔ、薬局Ｐ及び保険機関Ｉが、それぞれ１つずつ示されているが、それぞれ２つ以上登場させるようにしてもよい。 In the example shown in FIG. 1, one medical institution M, one inspection institution T, one pharmacy P, and one insurance institution I are shown, but two or more may appear.
医療機関Ｍは、医師、歯科医師等が医療行為を行う機関である。具体的には、医院、病院又は診療所である。この医療機関Ｍは、本発明に係る「医療関連機関」の一例である。端末装置１は、例えばパーソナルコンピュータであり、医療機関Ｍの施設内に設置される。この端末装置１は、本発明に係る「第２の端末装置」及び「第３の端末装置」の一例である。図２は、この端末装置１のハードウェア構成を示すブロック図である。同図に示されるように端末装置１は、制御部１１と、記憶部１２と、操作部１３と、表示部１４と、通信部１５とを有している。制御部１１は、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）とを備えており、ＣＰＵがＲＯＭ又は記憶部１２に記憶されているプログラムを実行することにより端末装置１の各部を制御する。
The medical institution M is an institution in which a doctor, a dentist, or the like performs a medical practice. Specifically, it is a clinic, a hospital, or a clinic. This medical institution M is an example of a “medical related institution” according to the present invention. The
記憶部１２は、ＨＤＤ（Hard Disk Drive）等の記憶装置であり、患者ＤＢ１２１を記憶する。図３は、この患者ＤＢ１２１を構成するレコードの一例を示す図である。同図に示されるように各レコードは、患者ＩＤ、氏名、住所、年齢、性別及びカルテ番号により構成される。ここで、患者ＩＤとは、医療情報連携システム１００において患者を識別するために付される固有の識別情報である。この患者ＩＤは、後述するように運用機関Ｏに設置される端末装置６によって発行される。患者ＩＤは、本発明に係る「患者識別情報」の一例である。また、カルテ番号とは、患者ごとに作成され、当該患者の診療経過等を記録する診療録（カルテ）に付される識別番号のことである。この記憶部１２は、本発明に係る「第１の記憶手段」の一例である。
The
操作部１３は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部１１に出力する。表示部１４は、例えば液晶ディスプレイであり、制御部１１の制御の下、画像を表示する。通信部１５は、外部の装置との間で通信を行うためのインタフェースカードである。
The
次に、検査機関Ｔは、医療機関Ｍからの委託を受けて、血液検査等の医療検査を行う機関である。端末装置２は、例えばパーソナルコンピュータであり、検査機関Ｔの施設内に設置される。この端末装置２は、本発明に係る「第１の端末装置」の一例である。図４は、この端末装置２のハードウェア構成を示すブロック図である。同図に示されるように端末装置２は、制御部２１と、記憶部２２と、操作部２３と、表示部２４と、通信部２５とを有している。制御部２１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部２２に記憶されているプログラムを実行することにより端末装置２の各部を制御する。
Next, the inspection institution T is an institution that performs a medical test such as a blood test in response to a commission from the medical institution M. The
記憶部２２は、ＨＤＤ等の記憶装置であり、医療機関Ｍから提供される患者の属性情報を記憶する。また、記憶部２２は、当該端末装置２において生成される、検査結果を示すデータ（以下、「検査結果データ」）を記憶する。この検査結果データは、本発明に係る「医療情報」の一例である。操作部２３は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部２１に出力する。表示部２４は、例えば液晶ディスプレイであり、制御部２１の制御の下、画像を表示する。通信部２５は、外部の装置との間で通信を行うためのインタフェースカードである。
The
次に、薬局Ｐは、医療機関Ｍの医師によって発行された処方箋に基づいて薬剤を提供する機関である。端末装置３は、例えばレセプトコンピュータであり、薬局Ｐの施設内に設置される。この端末装置３は、本発明に係る「第１の端末装置」の一例である。図５は、この端末装置３のハードウェア構成を示すブロック図である。同図に示されるように端末装置３は、制御部３１と、記憶部３２と、操作部３３と、表示部３４と、通信部３５とを有している。制御部３１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部３２に記憶されているプログラムを実行することにより端末装置３の各部を制御する。
Next, the pharmacy P is an institution that provides medicine based on a prescription issued by a doctor of the medical institution M. The
記憶部３２は、ＨＤＤ等の記憶装置であり、医療機関Ｍから提供される患者の属性情報を記憶する。また、記憶部３２は、患者に対して提供される薬剤の名称、数量、提供日時等を含む薬剤に関するデータ（以下、「薬剤データ」）を記憶する。この薬剤データは、本発明に係る「医療情報」の一例である。操作部３３は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部３１に出力する。表示部３４は、例えば液晶ディスプレイであり、制御部３１の制御の下、画像を表示する。通信部３５は、外部の装置との間で通信を行うためのインタフェースカードである。
The
次に、保険機関Ｉは、薬局Ｐから提供される調剤報酬明細書（以下、「レセプト」）の審査を行う機関である。ここでレセプトとは、薬局が保険者（例えば、健康保険組合）に請求する調剤費用の明細書である。保険機関Ｉは、審査の結果、レセプトの記載に問題がない場合には、当該レセプトを保険者に提供する。この保険機関Ｉは、本発明に係る「医療関連機関」の一例である。端末装置４は、例えばパーソナルコンピュータであり、保険機関Ｉの施設内に設置される。この端末装置４は、本発明に係る「第２の端末装置」の一例である。図６は、この端末装置４のハードウェア構成を示すブロック図である。同図に示されるように端末装置４は、制御部４１と、記憶部４２と、操作部４３と、表示部４４と、通信部４５とを有している。
Next, the insurance institution I is an institution that examines a dispensing remuneration statement (hereinafter referred to as “receipt”) provided by the pharmacy P. Here, the receipt is a description of the dispensing cost that the pharmacy charges to the insurer (for example, health insurance association). If there is no problem with the description of the receipt as a result of the examination, the insurance institution I provides the receipt to the insurer. This insurance institution I is an example of a “medical related institution” according to the present invention. The
制御部４１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部４２に記憶されているプログラムを実行することにより端末装置４の各部を制御する。記憶部４２は、ＨＤＤ等の記憶装置であり、薬局Ｐから提供されるレセプトデータを記憶する。この記憶部４２は、本発明に係る「第１の記憶手段」の一例である。操作部４３は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部４１に出力する。表示部４４は、例えば液晶ディスプレイであり、制御部４１の制御の下、画像を表示する。通信部４５は、外部の装置との間で通信を行うためのインタフェースカードである。
The
次に、データ管理サーバ５は、医療機関Ｍ等から提供される患者の属性情報及び医療情報を管理する装置である。図７は、当該データ管理サーバ５のハードウェア構成を示すブロック図である。同図に示されるようにデータ管理サーバ５は、制御部５１と、記憶部５２と、通信部５３とを有している。制御部５１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部５２に記憶されているプログラムを実行することによりデータ管理サーバ５の各部を制御する。
Next, the
記憶部５２は、ＨＤＤ等の記憶装置であり、個人属性ＤＢ５２１と、個人医療機関ＤＢ５２２と、個人検査結果ＤＢ５２３と、個人薬剤ＤＢ５２４とを記憶する。この記憶部５２は、本発明に係る「第２の記憶手段」の一例である。図８は、個人属性ＤＢ５２１を構成するレコードの一例を示す図である。同図に示されるように各レコードは、個人属性ＤＢ用ＩＤ、氏名、住所、年齢及び性別により構成される。ここで、個人属性ＤＢ用ＩＤとは、個人属性ＤＢ５２１において各レコード（具体的には、患者の属性情報）を識別するために付される識別情報のことである。この個人属性ＤＢ用ＩＤは、本発明に係る「属性情報識別情報」の一例である。また、個人属性ＤＢ５２１は、本発明に係る「第２のデータベース」の一例である。
The
図９は、個人医療機関ＤＢ５２２を構成するレコードの一例を示す図である。同図に示されるように各レコードは、個人医療機関ＤＢ用ＩＤ、医療機関名及びカルテ番号により構成される。ここで、個人医療機関ＤＢ用ＩＤとは、個人医療機関ＤＢ５２２において各レコード（具体的には、患者の属性情報）を識別するために付される識別情報のことである。この個人医療機関ＤＢ用ＩＤは、本発明に係る「属性情報識別情報」の一例である。また、個人医療機関ＤＢ５２２は、本発明に係る「第２のデータベース」の一例である。
FIG. 9 is a diagram illustrating an example of records constituting the personal
図１０は、個人検査結果ＤＢ５２３を構成するレコードの一例を示す図である。同図に示されるように各レコードは、個人検査結果ＤＢ用ＩＤ及び検査結果データにより構成される。ここで、個人検査結果ＤＢ用ＩＤとは、個人検査結果ＤＢ５２３において各レコード（具体的には、検査結果データ）を識別するために付される識別情報のことである。この個人検査結果ＤＢ用ＩＤは、本発明に係る「医療情報識別情報」の一例である。また、個人検査結果ＤＢ５２３は、本発明に係る「第１のデータベース」の一例である。
FIG. 10 is a diagram illustrating an example of records constituting the personal
図１１は、個人薬剤ＤＢ５２４を構成するレコードの一例を示す図である。同図に示されるように各レコードは、個人薬剤ＤＢ用ＩＤ及び薬剤データにより構成される。ここで、個人薬剤ＤＢ用ＩＤとは、個人薬剤ＤＢ５２４において各レコード（具体的には、薬剤データ）を識別するために付される識別情報のことである。この個人薬剤ＤＢ用ＩＤは、本発明に係る「医療情報識別情報」の一例である。また、個人薬剤ＤＢ５２４は、本発明に係る「第１のデータベース」の一例である。
通信部５３は、外部の装置との間で通信を行うためのインタフェースカードである。
FIG. 11 is a diagram illustrating an example of records constituting the
The
次に、運用機関Ｏは、本医療情報連携システム１００の運用をサポートする機関である。端末装置６は、運用機関Ｏの施設内に設置され、後述するように患者ＩＤの生成を行う。図１２は、この端末装置６のハードウェア構成を示すブロック図である。同図に示されるように端末装置６は、制御部６１と、記憶部６２と、操作部６３と、表示部６４と、通信部６５とを有している。制御部６１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部６２に記憶されているプログラムを実行することにより端末装置６の各部を制御する。
Next, the operation organization O is an organization that supports the operation of the medical
記憶部６２は、ＨＤＤ等の記憶装置であり、プログラム等を記憶する。操作部６３は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部６１に出力する。表示部６４は、例えば液晶ディスプレイであり、制御部６１の制御の下、画像を表示する。通信部６５は、外部の装置との間で通信を行うためのインタフェースカードである。端末装置６は、本発明に係る「第４の端末装置」の一例である。
The
次に、ＩＤ管理サーバ７は、本医療情報連携システム１００において使用されるＩＤを管理する装置である。図１３は、当該ＩＤ管理サーバ７のハードウェア構成を示すブロック図である。同図に示されるようにＩＤ管理サーバ７は、制御部７１と、記憶部７２と、通信部７３とを有している。制御部７１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部７２に記憶されているプログラムを実行することによりＩＤ管理サーバ７の各部を制御する。記憶部７２は、ＨＤＤ等の記憶装置であり、プログラム等を記憶する。通信部７３は、外部の装置との間で通信を行うためのインタフェースカードである。
Next, the ID management server 7 is an apparatus that manages IDs used in the medical
次に、個人ＩＤＤＢサーバ８は、ＩＤ管理サーバ７等によって生成されたＩＤ群を記憶するための装置である。図１４は、当該個人ＩＤＤＢサーバ８のハードウェア構成を示すブロック図である。同図に示されるように個人ＩＤＤＢサーバ８は、制御部８１と、記憶部８２と、通信部８３とを有している。制御部８１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部８２に記憶されているＤＢ管理プログラムを実行することにより個人ＩＤＤＢサーバ８の各部を制御する。
Next, the
記憶部８２は、ＨＤＤ等の記憶装置であり、個人ＩＤＤＢ８２１を記憶する。図１５は、個人ＩＤＤＢ８２１を構成するレコードの一例を示す図である。同図に示されるように各レコードは、患者ＩＤ、個人属性ＤＢ用ＩＤ、個人医療機関ＤＢ用ＩＤ、個人検査結果ＤＢ用ＩＤ及び個人薬剤ＤＢ用ＩＤにより構成される。通信部８３は、ＩＤ管理サーバ７との間で通信を行うためのインタフェースカードである。
以上が、本実施形態に係る構成についての説明である。
The
The above is the description of the configuration according to the present embodiment.
（２）実施形態の動作
次に、本実施形態に係る医療情報連携システム１００の動作について説明する。本動作は、（ａ）患者の属性情報を登録するフェーズの動作、（ｂ）患者の医療情報を登録するフェーズの動作、（ｃ）患者の属性情報及び医療情報を閲覧するフェーズの動作の３つに大きく分けられる。以下、各フェーズの動作について説明する。
(2) Operation | movement of embodiment Next, operation | movement of the medical
（２−１）患者の属性情報を登録するフェーズの動作
図１６は、患者の属性情報を登録するフェーズのシーケンス図である。本フェーズでは、患者の属性情報がデータ管理サーバ５に登録される。
まず、医療機関Ｍに設置される端末装置１は、医療情報の共有化について同意を得られた患者の属性情報を、運用機関Ｏに設置される端末装置６に送信する（ステップＳａ１）。具体的には、端末装置１の制御部１１は、当該患者の属性情報（氏名、住所、年齢、性別及びカルテ番号）を患者ＤＢ１２１から読み出し、この情報に医療機関名を付加して、運用機関Ｏに設置される端末装置６に送信する。本実施形態の場合、この医療機関名は、「医療機関Ｍ」となる。
(2-1) Phase Operation for Registering Patient Attribute Information FIG. 16 is a sequence diagram of a phase for registering patient attribute information. In this phase, patient attribute information is registered in the
First, the
端末装置６の制御部６１は、通信部６３を介して患者の属性情報が受信されると、当該属性情報を有する患者の患者ＩＤを生成する（ステップＳａ２）。端末装置６は、患者の属性情報に基づいて例えば乱数を用いて患者ＩＤを生成してもよい。そして、端末装置６の制御部６１は、当該患者ＩＤを、医療機関Ｍに設置される端末装置１に送信する（ステップＳａ３）。また、制御部６１は、当該患者ＩＤと患者の属性情報（医療機関名含む）とを、患者データＤ１として、ＩＤ管理サーバ７に送信する（ステップＳａ４）。端末装置６によって送信された患者ＩＤを受信した端末装置１の制御部１１は、受信した患者ＩＤを表示部１４に表示する（ステップＳａ５）。表示部１４に表示された患者ＩＤは、例えば医師を通じて、当該ＩＤの発行対象となった患者に通知される。通知された患者ＩＤは、後述する、患者の属性情報及び医療情報を閲覧するフェーズにおいて利用される。なお、患者ＩＤは、例えばカードに印刷され、患者によって携行されてもよい。
When the patient attribute information is received via the
ＩＤ管理サーバ７の制御部７１は、通信部７１を介して患者データＤ１が受信されると、当該データに基づいて、個人属性ＤＢ用ＩＤと個人医療機関ＤＢ用ＩＤとを生成する（ステップＳａ６）。具体的には、制御部７１は、受信された患者データＤ１に含まれる患者ＩＤから、例えば乱数を用いて、個人属性ＤＢ用ＩＤと個人医療機関ＤＢ用ＩＤとを生成する。そして、制御部７１は、生成した個人属性ＤＢ用ＩＤと個人医療機関ＤＢ用ＩＤと、患者データＤ１に含まれる患者ＩＤとを含む登録要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳａ７）。また、制御部７１は、個人属性ＤＢ用ＩＤと個人医療機関ＤＢ用ＩＤと患者データＤ１とを含む登録要求を、データ管理サーバ５に送信する（ステップＳａ８）。
When the patient data D1 is received via the
個人ＩＤＤＢサーバ８の制御部８１は、通信部８３を介して登録要求が受信されると、当該登録要求に含まれるＩＤ群を個人ＩＤＤＢ８２１に格納する（ステップＳａ９）。具体的には、制御部８１は、登録要求に含まれる患者ＩＤと個人属性ＤＢ用ＩＤと個人医療機関ＤＢ用ＩＤとにより構成されるレコードを、個人ＩＤＤＢ８２１に新たに追加する。
When the registration request is received via the
一方、通信部５３を介して登録要求を受信したデータ管理サーバ５の制御部５１は、当該登録要求に含まれるデータを自機のデータベースに格納する（ステップＳａ１０）。具体的には、データ管理サーバ５の制御部５１は、個人属性ＤＢ用ＩＤと、患者データＤ１に含まれる氏名、住所、年齢及び性別とにより構成されるレコードを、個人属性ＤＢ５２１に新たに追加する。また、制御部５１は、個人医療機関ＤＢ用ＩＤと、患者データＤ１に含まれる医療機関名及びカルテ番号とにより構成されるレコードを、個人医療機関ＤＢ５２２に新たに追加する。
以上が、本フェーズにおける動作の説明である。
On the other hand, the
The above is the description of the operation in this phase.
（２−２）患者の医療情報を登録するフェーズの動作
患者の医療情報を登録するフェーズの動作は、（ｂ１）患者の検査結果データを登録するフェーズの動作と、（ｂ２）患者の薬剤データを登録するフェーズの動作の２つに大きく分けられる。以下、各フェーズの動作について説明する。
(2-2) Phase Operation for Registering Patient Medical Information Phase operation for registering patient medical information includes (b1) phase operation for registering patient test result data and (b2) patient drug data. Can be broadly divided into two phases. Hereinafter, the operation of each phase will be described.
（２−２−１）患者の検査結果データを登録するフェーズの動作
図１７は、患者の検査結果データを登録するフェーズのシーケンス図である。本フェーズにおいては、患者の検査結果データがデータ管理サーバ５に登録される。
まず、検査機関Ｔによって検査が行われるにあたっては、例えば医療機関Ｍから、検査対象となる検体と、その検体の提供者たる患者の属性情報とが、検査機関Ｔに提供される。ここで、患者の属性情報とは、例えば患者の氏名、医療機関名、カルテ番号である。医療機関Ｍから提供された検体に基づいて検査を行った検査機関Ｔは、その検査結果を医療機関Ｍに報告する。具体的には、検査機関Ｔに設置される端末装置２の制御部２１が、通信部２５を介して、検査データＤ２を、医療機関Ｍに設置される端末装置１に送信する（ステップＳｂ１）。ここで、検査データＤ２とは、検査結果データと、患者の属性情報（患者の氏名、医療機関名及びカルテ番号）とにより構成されるデータである。また、制御部２１は、同様のデータを、ＩＤ管理サーバ７にも送信する（ステップＳｂ２）。なお、制御部２１は、検査データＤ２を端末装置１とＩＤ管理サーバ７に対して同報送信してもよい。
(2-2-1) Phase Operation for Registering Patient Test Result Data FIG. 17 is a sequence diagram of a phase for registering patient test result data. In this phase, patient test result data is registered in the
First, when an inspection is performed by the inspection institution T, for example, the medical institution M provides the inspection institution T with the sample to be inspected and the attribute information of the patient who is the provider of the sample. Here, the patient attribute information is, for example, the patient's name, medical institution name, and chart number. The inspection institution T that has performed the inspection based on the specimen provided from the medical institution M reports the inspection result to the medical institution M. Specifically, the
ＩＤ管理サーバ７の制御部７１は、通信部７３を介して検査データＤ２が受信されると、当該データに含まれる検査結果データの格納先を特定すべく、まずはデータ管理サーバ５に対して検索要求を送信する（ステップＳｂ３）。具体的には、ＩＤ管理サーバ７の制御部７１は、検査データＤ２に含まれる医療機関名とカルテ番号とを含む検索要求を、データ管理サーバ５に送信する。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる医療機関名とカルテ番号との組み合わせをキーとして、個人医療機関ＤＢ５２２の検索を行う（ステップＳｂ４）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｂ５）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる個人医療機関ＤＢ用ＩＤを含む検索要求を、今度は個人ＩＤＤＢサーバ８に送信する（ステップＳｂ６）。
When the inspection data D2 is received via the
検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる個人医療機関ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｂ７）。そして、制御部８１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｂ８）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる患者ＩＤから、例えば乱数を用いて、個人検査結果ＤＢ用ＩＤを生成する（ステップＳｂ９）。そして、制御部７１は、生成した個人検査結果ＤＢ用ＩＤと、患者ＩＤとを含む登録要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｂ１０）。また、制御部７１は、個人検査結果ＤＢ用ＩＤと、検査機関Ｔから受信した検査データＤ２に含まれる検査結果データとを含む登録要求を、データ管理サーバ５に送信する（ステップＳｂ１１）。
The
個人ＩＤＤＢサーバ８の制御部８１は、登録要求が受信されると、当該要求に含まれる患者ＩＤをキーとして個人ＩＤＤＢ８２１の検索を行い、検索の結果抽出されたレコードに、個人検査結果ＤＢ用ＩＤを追加する（ステップＳｂ１２）。一方、データ管理サーバ５の制御部５１は、登録要求が受信されると、当該要求に含まれる個人検査結果ＤＢ用ＩＤと検査結果データにより構成されるレコードを、新たに個人検査結果ＤＢ５２３に追加する（ステップＳｂ１３）。
以上が、本フェーズの動作の説明である。
When the registration request is received, the
The above is the description of the operation in this phase.
（２−２−２）患者の薬剤データを登録するフェーズの動作
図１８は、患者の薬剤データを登録するフェーズのシーケンス図である。本フェーズにおいては、患者の薬剤データがデータ管理サーバ５に登録される。
まず、薬局Ｐによって調剤が行われるにあたっては、例えば医療機関Ｍにおいて処方箋が発行され、この処方箋が、例えば患者の手によって薬局Ｐに持ち込まれる。ここで、通常処方箋には、薬剤データと、患者の氏名と、処方箋を発行した医療機関名とが記載されている。カルテ番号は記載されていない場合が多い。処方箋に従って調剤を行い薬剤の提供を行った薬局Ｐは、調剤報酬を請求するために、レセプトデータを保険機関Ｉに送信する。具体的には、薬局Ｐに設置される端末装置３の制御部３１は、通信部３５を介して、レセプトデータを、保険機関Ｉに設置される端末装置４に送信する（ステップＳｃ１）。ここで、レセプトデータとは、薬剤データと、患者の属性情報（患者の氏名及び医療機関名）とにより構成されるデータである。また、制御部３１は、同様のデータを、ＩＤ管理サーバ７にも送信する（ステップＳｃ２）。なお、制御部３１は、レセプトデータを端末装置４とＩＤ管理サーバ７に対して同報送信してもよい。
(2-2-2) Phase Operation for Registering Patient Drug Data FIG. 18 is a sequence diagram of a phase for registering patient drug data. In this phase, patient drug data is registered in the
First, when dispensing is performed by the pharmacy P, for example, a prescription is issued in the medical institution M, and this prescription is brought into the pharmacy P by the hand of the patient, for example. Here, the normal prescription includes drug data, the name of the patient, and the name of the medical institution that issued the prescription. The chart number is often not written. The pharmacy P that dispensed according to the prescription and provided the drug sends receipt data to the insurance institution I in order to claim a dispensing fee. Specifically, the
ＩＤ管理サーバ７の制御部７１は、通信部７３を介してレセプトデータが受信されると、当該データに含まれる薬剤データの格納先を特定すべく、まずはデータ管理サーバ５に対して検索要求を送信する（ステップＳｃ３）。具体的には、ＩＤ管理サーバ７の制御部７１が、レセプトデータに含まれる患者の氏名を含む検索要求を、データ管理サーバ５に送信する。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる患者の氏名をキーとして、個人属性ＤＢ５２１の検索を行う（ステップＳｃ４）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｃ５）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる個人属性ＤＢ用ＩＤを含む検索要求を、今度は個人ＩＤＤＢサーバ８に送信する（ステップＳｃ６）。
When the receipt data is received via the
検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｃ７）。そして、制御部８１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｃ８）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる患者ＩＤから、例えば乱数を用いて、個人薬剤ＤＢ用ＩＤを生成する（ステップＳｃ９）。そして、制御部７１は、生成した個人薬剤ＤＢ用ＩＤと、患者ＩＤとを含む登録要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｃ１０）。また、制御部７１は、個人薬剤ＤＢ用ＩＤと、薬局Ｐから受信したレセプトデータに含まれる薬剤データとを含む登録要求を、データ管理サーバ５に送信する（ステップＳｃ１１）。
The
個人ＩＤＤＢサーバ８の制御部８１は、登録要求が受信されると、当該要求に含まれる患者ＩＤをキーとして個人ＩＤＤＢ８２１の検索を行い、検索の結果抽出されたレコードに、個人薬剤ＤＢ用ＩＤを追加する（ステップＳｃ１２）。一方、データ管理サーバ５の制御部５１は、登録要求が受信されると、当該要求に含まれる個人薬剤ＤＢ用ＩＤと薬剤データにより構成されるレコードを、新たに個人薬剤ＤＢ５２４に追加する（ステップＳｃ１３）。
以上が、本フェーズの動作の説明である。
When the registration request is received, the
The above is the description of the operation in this phase.
（２−３）患者の属性情報及び医療情報を閲覧するフェーズの動作
図１９は、患者の属性情報及び医療情報を閲覧するフェーズのシーケンス図である。本フェーズにおいては、患者の属性情報及び医療情報が、データ管理サーバ５から医療機関Ｍに提供される。
例えば、医療機関Ｍに勤務する医師が、当該機関をかかりつけとしない患者について属性情報と医療情報を参照したい場合には、データ管理サーバ５に対して当該情報の照会を行う。具体的には、医療機関Ｍに設置される端末装置１の制御部１１が、操作部１３を用いて入力された当該患者の患者ＩＤを、通信部２５を介してデータ管理サーバ５に送信する（ステップＳｄ１）。
(2-3) Phase Operation for Viewing Patient Attribute Information and Medical Information FIG. 19 is a sequence diagram of a phase for viewing patient attribute information and medical information. In this phase, patient attribute information and medical information are provided from the
For example, when a doctor who works at the medical institution M wants to refer to attribute information and medical information about a patient who does not use the institution, the
データ管理サーバ５の制御部５１は、通信部５３を介して患者ＩＤが受信されると、当該ＩＤをＩＤ管理サーバ７に転送する（ステップＳｄ２）。ＩＤ管理サーバ７の制御部７１は、通信部７３を介して患者ＩＤが受信されると、当該ＩＤを含む検索要求を個人ＩＤＤＢサーバ８に送信する（ステップＳｄ３）。個人ＩＤＤＢサーバ８の制御部８１は、通信部８３を介して検索要求が受信されると、当該要求に含まれる患者ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｄ４）。そして、制御部８１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｄ５）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる個人属性ＤＢ用ＩＤと、個人検査結果ＤＢ用ＩＤと、個人薬剤ＤＢ用ＩＤとを含む検索要求を、今度はデータ管理サーバ５に送信する（ステップＳｄ６）。
When the patient ID is received via the
検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれるＩＤ群をキーとして、自機のデータベースの検索を行う（ステップＳｄ７）。具体的には、制御部５１は、まず個人属性ＤＢ用ＩＤをキーとして、個人属性ＤＢ５２１の検索を行い、抽出されたレコードに含まれる属性情報（患者の氏名、住所、年齢及び性別）を特定する。次に、制御部５１は、個人検査結果ＤＢ用ＩＤをキーとして、個人検査結果ＤＢ５２３の検索を行い、抽出されたレコードに含まれる検査結果データを特定する。次に、制御部５１は、個人薬剤ＤＢ用ＩＤをキーとして、個人薬剤ＤＢ５２４の検索を行い、抽出されたレコードに含まれる薬剤データを特定する。そして、制御部５１は、特定された患者の属性情報、検査結果データ及び薬剤データとを含む応答を、医療機関Ｍに設置される端末装置１に送信する（ステップＳｄ８）。
Receiving the search request, the
当該応答を受信した端末装置１の制御部１１は、当該応答に含まれる各種データを表示部１４に表示する（ステップＳｄ９）。このデータを見た医療機関Ｍの医師は、当該データを医療行為に役立てることができる。
なお、本フェーズにおいて、医療機関Ｍの端末装置１は、患者の属性情報と医療情報のうちのいずれか一方のみを要求するようにしてもよい。
以上が、本フェーズの動作の説明である。
The
In this phase, the
The above is the description of the operation in this phase.
（３）変形例
上記の実施形態は、以下のように変形してもよい。また、以下の変形例は、互いに組み合わせてもよい。
（３−１）変形例１
上記の（２−２−１）患者の検査結果データを登録するフェーズの動作において、検査データＤ２にカルテ番号が含まれていなかった場合には、医療機関名とカルテ番号の組み合わせに代えて、患者の氏名に基づいて、患者ＩＤを特定するようにしてもよい。図２０は、このような場合のシーケンス図である。同図において図１７と共通する処理については、図１７と同様の符号が付されている。そして、そのような処理についてはその説明を省略する。
(3) Modifications The above embodiment may be modified as follows. The following modifications may be combined with each other.
(3-1)
In the operation of the above phase (2-2-1) registering the patient test result data, when the medical record number is not included in the test data D2, instead of the combination of the medical institution name and the medical record number, The patient ID may be specified based on the name of the patient. FIG. 20 is a sequence diagram in such a case. In the figure, the same reference numerals as those in FIG. 17 are assigned to processes common to those in FIG. The description of such processing is omitted.
まず、ＩＤ管理サーバ７の制御部７１は、検査機関Ｔの端末装置２から受信した検査データＤ２にカルテ番号が含まれていないことを確認すると、医療機関名とカルテ番号の組み合わせに代えて、患者の氏名を含む検索要求をデータ管理サーバ５に送信する（ステップＳｅ１）。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる患者の氏名をキーとして、個人属性ＤＢ５２１の検索を行う（ステップＳｅ２）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｅ３）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる個人属性ＤＢ用ＩＤを含む検索要求を、今度は個人ＩＤＤＢサーバ８に送信する（ステップＳｅ４）。
First, when the
検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｅ５）。そして、制御部８１は、上記の実施形態と同様に、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｂ８）。以降の処理は、上記の実施形態と同様である。
The
（３−２）変形例２
上記の変形例１において、患者の氏名に基づいて患者ＩＤを特定しようとした結果、データ管理サーバ５において複数のレコードが抽出された場合には、さらに医療機関名に基づいて患者ＩＤを特定するようにしてもよい。図２１及び２２は、このような場合のシーケンス図である。同図において図２０と共通する処理については、図２０と同様の符号が付されている。そして、そのような処理についてはその説明を省略する。
(3-2)
In the first modification, when a plurality of records are extracted in the
まず、データ管理サーバ５の制御部５１は、ＩＤ管理サーバ７から受信した検索要求に含まれる患者の氏名をキーとして個人属性ＤＢ５２１の検索を行った結果、複数のレコードが抽出された場合には、当該複数のレコードを含む応答をＩＤ管理サーバ７に返信する（ステップＳｆ１）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信した複数のレコードに含まれる個人属性ＤＢ用ＩＤを含む検索要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｆ２）。検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる複数の個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｆ３）。そして、制御部８１は、検索の結果抽出された複数のレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｆ４）。
First, when the
応答を受信したＩＤ管理サーバ７の制御部７１は、受信した複数のレコードに含まれる個人医療機関ＤＢ用ＩＤを含む検索要求を、今度はデータ管理サーバ５に送信する（ステップＳｆ５）。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる複数の個人医療機関ＤＢ用ＩＤをキーとして、個人医療機関ＤＢ５２２の検索を行う（ステップＳｆ６）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出された複数のレコードを含む応答をＩＤ管理サーバ７に返信する（ステップＳｆ７）。
The
応答を受信したＩＤ管理サーバ７の制御部７１は、当該応答に含まれるレコードを参照し、当該レコードのうち、検査機関Ｔから受信した検査データＤ２に含まれている医療機関名を同様に含むレコードを特定する（ステップＳｆ８）。そして、当該レコードに含まれる個人医療機関ＤＢ用ＩＤを含む検索要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｆ９）。検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる個人医療機関ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｆ１０）。そして、制御部８１は、検索の結果抽出されたレコードに含まれる患者ＩＤを含む応答を、上記の実施形態と同様に、ＩＤ管理サーバ７に返信する（ステップＳｂ８）。
The
（３−３）変形例３
上記の変形例２において、医療機関名をさらに参照しても患者ＩＤを特定できない場合には、運用機関Ｏのオペレータの判断を仰いでもよい。具体的には、上記の変形例２のステップＳｆ８において、データ管理サーバ５から受信した複数のレコードの中に、検査データＤ２に含まれている医療機関名を同様に含むレコードが複数存在する場合には（すなわち、同じ医療機関Ｍにかかりつけとなっている同姓同名の患者がいた場合には）、ＩＤ管理サーバ７は、運用機関Ｏに対して問い合わせを行う。
(3-3)
In the second modification, if the patient ID cannot be specified by further referring to the name of the medical institution, the operator of the operation institution O may ask for the judgment. Specifically, when there are a plurality of records that similarly include the names of the medical institutions included in the examination data D2 among the plurality of records received from the
この場合、ＩＤ管理サーバ７の制御部７１は、これまでに取得した検査結果データと、個人属性ＤＢ５２１から抽出されたレコードと、個人ＩＤＤＢ８２１から抽出されたレコードと、個人医療機関ＤＢ５２２から抽出されたレコードとを、運用機関Ｏに設置される端末装置６に送信する。端末装置６の制御部６１は、ＩＤ管理サーバ７から受信した各種データを表示部６４に表示し、オペレータはこれを見て、どの患者ＩＤを持つ患者の検査結果データであるかを判断する。そして、その判断の結果特定された患者ＩＤを、当該オペレータは操作部６３を用いて選択し、端末装置６の制御部６１は当該ＩＤをＩＤ管理サーバ７に送信する。患者ＩＤを受信したＩＤ管理サーバ７の制御部７１は、この患者ＩＤに基づいて、上記の実施形態と同様に、個人検査結果ＤＢ用ＩＤを生成する（ステップＳｂ９）。
In this case, the
（３−４）変形例４
上記の（２−２−１）患者の検査結果データを登録するフェーズの動作においては、検査機関Ｔから検査データＤ２が送信されたことを受けて、ＩＤ管理サーバ７において個人検査結果ＤＢ用ＩＤが生成されている（ステップＳｂ９参照）。しかし、もしすでに個人検査結果ＤＢ用ＩＤが生成されている場合には（すなわち、過去に一度でも同じ患者について検査結果データの登録が行われている場合には）、個人検査結果ＤＢ用ＩＤの生成を省略してもよい。この場合、上記のステップＳｂ８において個人ＩＤＤＢサーバ８から送信されるレコードには、すでに個人検査結果ＤＢ用ＩＤが含まれているため、ＩＤ管理サーバ７の制御部７１は、当該ＩＤの生成（ステップＳｂ９）及び当該ＩＤの個人ＩＤＤＢサーバ８への登録要求（ステップＳｂ１０）を省略し、データ管理サーバ５への検査結果データの登録要求（ステップＳｂ１１）のみを行う。
(3-4)
In the operation of the phase of (2-2-1) registering the patient test result data, the ID management server 7 receives the ID for the personal test result DB in response to the test data D2 being transmitted from the test organization T. Is generated (see step Sb9). However, if the ID for the personal test result DB has already been generated (that is, if the test result data has been registered for the same patient even once in the past), the ID for the personal test result DB Generation may be omitted. In this case, since the record transmitted from the personal
（３−５）変形例５
上記の（２−２−２）患者の薬剤データを登録するフェーズの動作において、患者の氏名に基づいて患者ＩＤを特定しようとした結果、データ管理サーバ５において複数のレコードが抽出された場合には、さらに医療機関名に基づいて患者ＩＤを特定するようにしてもよい。図２３及び２４は、このような場合のシーケンス図である。同図において図１８と共通する処理については、図１８と同様の符号が付されている。そして、そのような処理についてはその説明を省略する。
(3-5)
When a plurality of records are extracted in the
まず、データ管理サーバ５の制御部５１は、ＩＤ管理サーバ７から受信した検索要求に含まれる患者の氏名をキーとして個人属性ＤＢ５２１の検索を行った結果、複数のレコードが抽出された場合には、当該複数のレコードを含む応答をＩＤ管理サーバ７に返信する（ステップＳｇ１）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信した複数のレコードに含まれる個人属性ＤＢ用ＩＤを含む検索要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｇ２）。検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる複数の個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｇ３）。そして、制御部８１は、検索の結果抽出された複数のレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｇ４）。
First, when the
応答を受信したＩＤ管理サーバ７の制御部７１は、受信した複数のレコードに含まれる個人医療機関ＤＢ用ＩＤを含む検索要求を、今度はデータ管理サーバ５に送信する（ステップＳｇ５）。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる複数の個人医療機関ＤＢ用ＩＤをキーとして、個人医療機関ＤＢ５２２の検索を行う（ステップＳｇ６）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出された複数のレコードを含む応答をＩＤ管理サーバ７に返信する（ステップＳｇ７）。
The
応答を受信したＩＤ管理サーバ７の制御部７１は、当該応答に含まれるレコードを参照し、当該レコードのうち、検査機関Ｔから受信した検査データＤ２に含まれている医療機関名を同様に含むレコードを特定する（ステップＳｇ８）。そして、当該レコードに含まれる個人医療機関ＤＢ用ＩＤを含む検索要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｇ９）。検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる個人医療機関ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｇ１０）。そして、制御部８１は、検索の結果抽出されたレコードに含まれる患者ＩＤを含む応答を、上記の実施形態と同様に、ＩＤ管理サーバ７に返信する（ステップＳｃ８）。
The
（３−６）変形例６
上記の変形例５において、医療機関名をさらに参照しても患者ＩＤを特定できない場合には、運用機関Ｏのオペレータの判断を仰いでもよい。具体的には、上記の変形例５のステップＳｇ８において、データ管理サーバ５から受信した複数のレコードの中に、検査データＤ２に含まれている医療機関名を同様に含むレコードが複数存在する場合には（すなわち、同じ医療機関Ｍにかかりつけとなっている同姓同名の患者がいた場合には）、ＩＤ管理サーバ７は、運用機関Ｏに対して問い合わせを行う。
(3-6)
In the
この場合、ＩＤ管理サーバ７の制御部７１は、これまでに取得したレセプトデータと、個人属性ＤＢ５２１から抽出されたレコードと、個人ＩＤＤＢ８２１から抽出されたレコードと、個人医療機関ＤＢ５２２から抽出されたレコードとを、運用機関Ｏに設置される端末装置６に送信する。端末装置６の制御部６１は、ＩＤ管理サーバ７から受信した各種データを表示部６４に表示し、オペレータはこれを見て、どの患者ＩＤを持つ患者のレセプトデータであるかを判断する。そして、その判断の結果特定された患者ＩＤを、当該オペレータは操作部６３を用いて選択し、端末装置６の制御部６１は当該ＩＤをＩＤ管理サーバ７に送信する。患者ＩＤを受信したＩＤ管理サーバ７の制御部７１は、この患者ＩＤに基づいて、上記の実施形態と同様に、個人薬剤ＤＢ用ＩＤを生成する（ステップＳｃ９）。
In this case, the
（３−７）変形例７
上記の（２−２−２）患者の薬剤データを登録するフェーズの動作においては、薬局Ｐからレセプトデータが送信されたことを受けて、ＩＤ管理サーバ７において個人薬剤ＤＢ用ＩＤが生成されている（ステップＳｃ９参照）。しかしもしすでに個人薬剤ＤＢ用ＩＤが生成されている場合には（すなわち、過去に一度でも同じ患者についてレセプトデータの登録が行われている場合には）、個人薬剤ＤＢ用ＩＤの生成を省略してもよい。この場合、上記のステップＳｃ８において個人ＩＤＤＢサーバ８から送信されるレコードには、すでに個人薬剤ＤＢ用ＩＤが含まれているため、ＩＤ管理サーバ７の制御部７１は、当該ＩＤの生成（ステップＳｃ９）及び当該ＩＤの個人ＩＤＤＢサーバ８への登録要求（ステップＳｃ１０）を省略し、データ管理サーバ５へのレセプトデータの登録要求（ステップＳｃ１１）のみを行う。
(3-7) Modification 7
In the operation of the above phase (2-2-2) for registering the drug data of the patient, the ID management server 7 generates an ID for the personal drug DB in response to the receipt of the receipt data from the pharmacy P. (See step Sc9). However, if the ID for the personal medicine DB has already been generated (that is, if the receipt data is registered for the same patient even once in the past), the generation of the ID for the personal medicine DB is omitted. May be. In this case, since the personal medicine DB ID is already included in the record transmitted from the personal
（３−８）変形例８
上記の（３）患者の属性情報及び医療情報を閲覧するフェーズの動作においては、患者ＩＤを使って患者の属性情報と医療情報の照会を行っているが、患者ＩＤが分からない場合には、患者ＩＤに代えて患者の氏名を使って、患者の属性情報と医療情報の照会を行ってもよい。図２５は、このような場合のシーケンス図である。同図において図１９と共通する処理については、図１９と同様の符号が付されている。そして、そのような処理についてはその説明を省略する。
(3-8)
In the operation of the phase of browsing the patient attribute information and medical information (3) above, the patient attribute information and medical information are inquired using the patient ID. If the patient ID is not known, The patient's attribute information and medical information may be referred to using the patient's name instead of the patient ID. FIG. 25 is a sequence diagram in such a case. In the figure, the same reference numerals as those in FIG. 19 are assigned to processes common to those in FIG. The description of such processing is omitted.
本ケースの場合、医療機関Ｍに勤務する医師は、患者ＩＤに代えて患者の氏名を、端末装置１の操作部１３を用いて入力し、制御部１１はこの入力された患者の氏名を通信部２５を介してデータ管理サーバ５に送信する（ステップＳｈ１）。データ管理サーバ５の制御部５１は、通信部５３を介して患者の氏名が受信されると、当該氏名をキーとして、個人属性ＤＢ５２１を検索する（ステップＳｈ２）。そして制御部５１は、この検索の結果抽出されたレコードに含まれる個人属性ＤＢ用ＩＤをＩＤ管理サーバ７に送信する（ステップＳｈ３）。
In this case, the doctor who works at the medical institution M inputs the patient's name using the
ＩＤ管理サーバ７の制御部７１は、個人属性ＤＢ用ＩＤが受信されると、当該ＩＤを含む検索要求を個人ＩＤＤＢサーバ８に送信する（ステップＳｈ４）。個人ＩＤＤＢサーバ８の制御部８１は、通信部８３を介して検索要求が受信されると、当該要求に含まれる個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｈ５）。そして、制御部８１は、上記の実施形態と同様に、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｄ５）。
なお、変形例において、患者の氏名に代えて患者の住所を使って属性情報等の照会を行ってもよい。
When the personal attribute DB ID is received, the
In a modified example, the attribute information or the like may be inquired using the patient's address instead of the patient's name.
（３−９）変形例９
上記の変形例８において、患者の氏名に基づいて患者の属性情報等を照会しようとした結果、データ管理サーバ５において複数の個人属性ＤＢ用ＩＤが抽出された場合には、患者のＤＢ用ＩＤを特定するにあたって、医療機関Ｍの判断を仰いでもよい。図２６及び２７は、このような場合のシーケンス図である。同図において図２５と共通する処理については、図２５と同様の符号が付されている。そして、そのような処理についてはその説明を省略する。
(3-9) Modification 9
In the
まず、データ管理サーバ５の制御部５１は、端末装置１から受信した検索要求に含まれる患者の氏名をキーとして個人属性ＤＢ５２１の検索を行った結果、複数のレコードが抽出された場合には、当該複数のレコードに含まれる個人属性ＤＢ用ＩＤを含む応答をＩＤ管理サーバ７に返信する（ステップＳｉ１）。応答を受信したＩＤ管理サーバ７の制御部７１は、当該応答に含まれる複数の個人属性ＤＢ用ＩＤを含む検索要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｉ２）。検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる複数の個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｉ３）。そして、制御部８１は、検索の結果抽出された複数のレコードに含まれる個人医療機関ＤＢ用ＩＤを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｉ４）。
First, when a plurality of records are extracted as a result of searching the
応答を受信したＩＤ管理サーバ７の制御部７１は、当該応答に含まれる複数の個人医療機関ＤＢ用ＩＤを含む検索要求を、今度はデータ管理サーバ５に送信する（ステップＳｉ５）。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる複数の個人医療機関ＤＢ用ＩＤをキーとして、個人医療機関ＤＢ５２２の検索を行う（ステップＳｉ６）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出された複数のレコードに含まれる医療機関名及びカルテ番号と、端末装置１から受信している患者の氏名とを含む応答を端末装置１に送信する（ステップＳｉ７）。
The
応答を受信した端末装置１は、データ管理サーバ５から受信した各種データを表示部１４に表示する（ステップＳｉ８）。医療機関Ｍの医師は、表示部１４に表示された各種データを参考にしつつ、患者本人に確認したり、又は、表示される医療機関に直接問い合わせを行ったりして、患者のかかりつけの医療機関を特定する。医療機関Ｍの医師は、患者のかかりつけの医療機関を特定すると、その医療機関名を操作部１３を用いて選択し、端末装置１の制御部１１は、その医療機関名をデータ管理サーバ５に送信する（ステップＳｉ９）。医療機関名を受信したデータ管理サーバ５の制御部５１は、ステップＳｉ６の検索の結果抽出された複数のレコードのうち、当該医療機関名を含むものを特定し（ステップＳｉ１０）、当該レコードに含まれる個人医療機関ＤＢ用ＩＤを、ＩＤ管理サーバ７に送信する（ステップＳｉ１１）。
The
ＩＤ管理サーバ７の制御部７１は、個人医療機関ＤＢ用ＩＤが受信されると、当該ＩＤを含む検索要求を個人ＩＤＤＢサーバ８に送信する（ステップＳｉ１２）。個人ＩＤＤＢサーバ８の制御部８１は、通信部８３を介して検索要求が受信されると、当該要求に含まれる個人医療機関ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｉ１３）。そして、制御部８１は、上記の実施形態と同様に、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｄ５）。
When the personal medical institution DB ID is received, the
１，２，３，４，６…端末装置、５…データ管理サーバ、７…ＩＤ管理サーバ、８…個人ＩＤＤＢサーバ、９…医療連携用サーバ、１０Ａ，１０Ｂ，１０Ｃ…サーバ、１１，２１，３１，４１，５１，６１，７１，８１…制御部、１２，２２，３２，４２，５２，６２，７２，８２…記憶部、１３，２３，３３，４３，６３…操作部、１４，２４，３４，４４，６４…表示部、１５，２５，３５，４５，５３，６５，７３，８３…通信部、９１…患者ＩＤ管理簿、９２…レジストリ、１０１Ａ，１０１Ｂ，１０１Ｃ…リポジトリ、１２１…患者ＤＢ、５２１…個人属性ＤＢ、５２２…個人医療機関ＤＢ、５２３…個人検査結果ＤＢ、５２４…個人薬剤ＤＢ、８２１…個人ＩＤＤＢ、Ｉ…保険機関、Ｍ…医療機関、ＭＩＡ，ＭＩＢ，ＭＩＣ…医療機関、Ｏ…運用機関、Ｐ…薬局、Ｔ…検査機関。 1, 2, 3, 4, 6 ... terminal device, 5 ... data management server, 7 ... ID management server, 8 ... personal IDDB server, 9 ... server for medical cooperation, 10A, 10B, 10C ... server, 11, 21 31, 41, 51, 61, 71, 81 ... control unit, 12, 22, 32, 42, 52, 62, 72, 82 ... storage unit, 13, 23, 33, 43, 63 ... operation unit, 14, 24 34, 44, 64 ... display unit, 15, 25, 35, 45, 53, 65, 73, 83 ... communication unit, 91 ... patient ID management book, 92 ... registry, 101A, 101B, 101C ... repository, 121 ... Patient DB, 521 ... Personal attribute DB, 522 ... Personal medical institution DB, 523 ... Personal test result DB, 524 ... Personal drug DB, 821 ... Personal ID DB, I ... Insurance institution, M ... Medical institution, MIA, MIB, MIC ... Doctor Institutions, O ... investment institutions, P ... pharmacy, T ... inspection agency.
Claims (10)
医療関連機関に設置され、前記第１の端末装置により送信される前記医療情報を第１の記憶手段に記憶する第２の端末装置と、
前記第１の端末装置により送信される前記医療情報を第２の記憶手段に記憶するデータ管理サーバであって、医療機関に設置される第３の端末装置から送信される要求を受けて、前記第２の記憶手段に記憶される前記医療情報を前記第３の端末装置に送信するデータ管理サーバと
を備える医療情報連携システム。 A first terminal device for generating medical information of one patient and transmitting the medical information;
A second terminal device installed in a medical-related organization and storing the medical information transmitted by the first terminal device in a first storage means;
A data management server for storing the medical information transmitted by the first terminal device in a second storage unit, and receiving a request transmitted from a third terminal device installed in a medical institution, A medical information cooperation system comprising: a data management server that transmits the medical information stored in the second storage unit to the third terminal device.
前記第１の端末装置は、前記医療情報を前記第２の端末装置と前記ＩＤ管理サーバとに送信し、
前記ＩＤ管理サーバは、前記第１の端末装置から受信される前記医療情報を、前記データ管理サーバに送信する
ことを特徴とする請求項３に記載の医療情報連携システム。 An ID management server;
The first terminal device transmits the medical information to the second terminal device and the ID management server,
The medical information cooperation system according to claim 3, wherein the ID management server transmits the medical information received from the first terminal device to the data management server.
前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と前記医療情報とを対応づけて、前記第２の記憶手段に記憶される第１のデータベースに格納する
ことを特徴とする請求項４に記載の医療情報連携システム。 The ID management server generates medical information identification information for identifying the medical information, transmits the medical information identification information together with the medical information to the data management server,
The data management server associates the medical information identification information received from the ID management server with the medical information and stores them in a first database stored in the second storage means. The medical information linkage system according to claim 4.
前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記属性情報識別情報と前記属性情報とを対応づけて、前記第２の記憶手段に記憶される前記第１のデータベースとは異なる第２のデータベースに格納する
ことを特徴とする請求項５に記載の医療情報連携システム。 The ID management server generates attribute information identification information for identifying the attribute information of the patient, and transmits the attribute information identification information together with the attribute information to the data management server,
The data management server associates the attribute information identification information received from the ID management server with the attribute information, and is different from the first database stored in the second storage means. The medical information linkage system according to claim 5, wherein the medical information linkage system is stored in a database.
前記第３の端末装置は、前記データ管理サーバに対して前記患者識別情報を送信し、
前記データ管理サーバは、前記第３の端末装置から受信される前記患者識別情報を前記ＩＤ管理サーバに送信し、
前記ＩＤ管理サーバは、前記データ管理サーバから受信される前記患者識別情報と対応づけて格納されている前記医療情報識別情報を前記個人ＩＤＤＢサーバから読み出して前記データ管理サーバに送信し、
前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と対応づけて格納されている前記医療情報を前記第１のデータベースから読み出して前記第３の端末装置に送信する
ことを特徴とする請求項５乃至７のいずれか一項に記載の医療情報連携システム。 The ID management server stores the generated medical information identification information in association with patient identification information for identifying the patient in a personal IDDB server,
The third terminal device transmits the patient identification information to the data management server,
The data management server transmits the patient identification information received from the third terminal device to the ID management server,
The ID management server reads the medical information identification information stored in association with the patient identification information received from the data management server from the personal IDDB server, and transmits it to the data management server.
The data management server reads the medical information stored in association with the medical information identification information received from the ID management server from the first database and transmits the medical information to the third terminal device. The medical information cooperation system according to any one of claims 5 to 7, wherein the medical information cooperation system is characterized.
前記第３の端末装置は、前記データ管理サーバに対して前記患者の属性情報を送信し、
前記データ管理サーバは、前記第３の端末装置から受信される前記患者の属性情報と対応づけて格納されている前記属性情報識別情報を前記第２のデータベースから読み出して前記ＩＤ管理サーバに送信し、
前記ＩＤ管理サーバは、前記データ管理サーバから受信される前記属性情報識別情報と対応づけて格納されている前記医療情報識別情報を前記個人ＩＤＤＢサーバから読み出して前記データ管理サーバに送信し、
前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と対応づけて格納されている前記医療情報を前記第１のデータベースから読み出して前記第３の端末装置に送信する
ことを特徴とする請求項５乃至７のいずれか一項に記載の医療情報連携システム。 The ID management server stores the generated medical information identification information in association with the generated attribute information identification information in a personal IDDB server,
The third terminal device transmits the attribute information of the patient to the data management server,
The data management server reads the attribute information identification information stored in association with the patient attribute information received from the third terminal device from the second database, and transmits the attribute information identification information to the ID management server. ,
The ID management server reads the medical information identification information stored in association with the attribute information identification information received from the data management server from the personal IDDB server, and transmits the medical information identification information to the data management server.
The data management server reads the medical information stored in association with the medical information identification information received from the ID management server from the first database and transmits the medical information to the third terminal device. The medical information cooperation system according to any one of claims 5 to 7, wherein the medical information cooperation system is characterized.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012090270A JP5953093B2 (en) | 2012-04-11 | 2012-04-11 | Medical information linkage system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012090270A JP5953093B2 (en) | 2012-04-11 | 2012-04-11 | Medical information linkage system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013218606A true JP2013218606A (en) | 2013-10-24 |
| JP5953093B2 JP5953093B2 (en) | 2016-07-20 |
Family
ID=49590605
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012090270A Active JP5953093B2 (en) | 2012-04-11 | 2012-04-11 | Medical information linkage system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5953093B2 (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1185875A (en) * | 1997-09-01 | 1999-03-30 | Dainippon Printing Co Ltd | Regional medical information system |
| JP2002197184A (en) * | 2000-12-22 | 2002-07-12 | E Medical:Kk | Pharmacist business support system via internet |
| JP2004152213A (en) * | 2002-11-01 | 2004-05-27 | Leisure Inc | System and method for medical check |
| JP2006202160A (en) * | 2005-01-21 | 2006-08-03 | Kaze Solution Co Ltd | Bedside terminal content distribution system |
-
2012
- 2012-04-11 JP JP2012090270A patent/JP5953093B2/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1185875A (en) * | 1997-09-01 | 1999-03-30 | Dainippon Printing Co Ltd | Regional medical information system |
| JP2002197184A (en) * | 2000-12-22 | 2002-07-12 | E Medical:Kk | Pharmacist business support system via internet |
| JP2004152213A (en) * | 2002-11-01 | 2004-05-27 | Leisure Inc | System and method for medical check |
| JP2006202160A (en) * | 2005-01-21 | 2006-08-03 | Kaze Solution Co Ltd | Bedside terminal content distribution system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5953093B2 (en) | 2016-07-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Haider et al. | Telemedicine in orthopaedics during COVID-19 and beyond: a systematic review | |
| Alvarez-Madrazo et al. | Data resource profile: the Scottish national prescribing information system (PIS) | |
| Peixoto et al. | Intelligence in Interoperability with AIDA | |
| Agrawal et al. | Educating physicians about responsible management of finite resources | |
| Hunt et al. | The Orthopaedic Foot and Ankle Outcomes Research (OFAR) network: feasibility of a multicenter network for patient outcomes assessment in foot and ankle | |
| US20060106648A1 (en) | Intelligent patient context system for healthcare and other fields | |
| Rabow et al. | Outpatient palliative care practices | |
| JP2005110944A (en) | Apparatus, method and program for assisting medical examination | |
| JP2013239158A (en) | Medical information retrieval support device and medical information retrieval support system | |
| JP2018081528A (en) | Electronic medical chart system | |
| JP5494018B2 (en) | Input support program, input support device, input support system, and input support method | |
| Sodani et al. | Assessing Indian public health standards for community health centers: a case study with special reference to essential newborn care services | |
| JP6775203B2 (en) | Medical care support device, medical care support method, medical care support program and medical care support system | |
| Goyal et al. | The COVID-19 pandemic and in-person visit rate disruptions among patients with hematologic neoplasms in the US in 2020 to 2021 | |
| JP6675182B2 (en) | A system for presenting patient information held by multiple medical institutions to a medical information presentation terminal | |
| McRae et al. | Cluster-randomized trials: a closer look | |
| JP2010267042A (en) | Medical data management system | |
| JP5953093B2 (en) | Medical information linkage system | |
| Scott et al. | An e-health needs assessment of medical residents in Cameroon | |
| JP2017021641A (en) | Medical system and program | |
| JP5731345B2 (en) | Information processing system, medical information collection device, medical information collection method, medical information collection program, report information collection device, report information collection method, report information collection program, and patient terminal program | |
| Bhargava et al. | Patient e-visit use and outcomes for common symptoms in an integrated health care delivery system | |
| Bungard et al. | Patient satisfaction with services provided by multidisciplinary anticoagulation clinics | |
| Gilmer et al. | A retrospective analysis of clinical utilization between patients who used telemedicine and office visits in outpatient physical medicine and rehabilitation clinics during the COVID-19 pandemic | |
| JP2018081527A (en) | Electronic medical chart system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20150313 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20160114 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20160301 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160428 |
|
| 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: 20160524 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160613 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5953093 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |