(57)【要約】      （修正有）【課題】異なる医療機関で異なるコーディングシステムが採用されている場合に、医療データを統合するデータ統合システムを提供する。【解決手段】データ統合システムは、統合装置１０を含み、統合装置は、第一属性データコンテンツを含む第一ＤＩＣＯＭファイルオブジェクトを受信し、第一属性データコンテンツに対応する第二属性データコンテンツを検索し、第一ＤＩＣＯＭファイルオブジェクトの第一属性データコンテンツを第二属性データコンテンツに変更する。第一ＤＩＣＯＭファイルオブジェクトが一方の医療機関から他方の医療機関時に移送される場合、統合装置は一方の医療機関コーディングシステムに合致するカルテ番号ＭＲ１を他方の医療機関のコーディングシステムに合致するカルテ番号ＭＲ２に変換することで、異なる医療機関コーディングシステム間の医療データを有効に統合することができる。【選択図】図１
0003232539.tif 000002
【実用新案登録請求の範囲】
【請求項１】
データ統合システムであって、
前記データ統合システムは統合装置を含み、
前記統合装置が、コマンドを記憶する記憶回路と、前記記憶回路にカップリングされた処理回路とを含み、
前記コマンドが、第一属性データコンテンツを含む第一ＤＩＣＯＭファイルオブジェクトを受信すること、前記第一属性データコンテンツに対応する第二属性データコンテンツを検索すること、及び、前記第一ＤＩＣＯＭファイルオブジェクトの前記第一属性データコンテンツを前記第二属性データコンテンツに変更することを含み、
前記処理回路が前記記憶回路にカップリングされ、前記記憶回路に記憶されている前記コマンドを実行する、データ統合システム。
【請求項２】
前記第一属性データコンテンツが第一医療機関コーディングシステムに合致する第一カルテ番号であり、前記第二属性データコンテンツが第二医療機関コーディングシステムに合致する第二カルテ番号であることを特徴とする、請求項１に記載のデータ統合システム。
【請求項３】
前記第一属性データコンテンツ及び前記第二属性データコンテンツが同じ身分証番号、生年月日または氏名に対応することを特徴とする、請求項１に記載のデータ統合システム。
【請求項４】
前記統合装置は、前記第一属性データコンテンツに対応する前記第二属性データコンテンツを自動的に検索し、かつ、前記第一ＤＩＣＯＭファイルオブジェクトの前記第一属性データコンテンツを自動的に前記第二属性データコンテンツに変更することを特徴とする、請求項１に記載のデータ統合システム。
【請求項５】
前記統合装置は、人工編集により前記第一ＤＩＣＯＭファイルオブジェクトの前記第一属性データコンテンツを前記第二属性データコンテンツに変更するためのユーザインターフェースを提供することを特徴とする、請求項１に記載のデータ統合システム。
【請求項６】
前記データ統合システムは、さらに、
データリクエストを生成する第一モバイル装置と、
前記データリクエストに基づいて、ワイドエリアネットワーク（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ，ＷＡＮ）経由に前記第一ＤＩＣＯＭファイルオブジェクトにアクセスする第二モバイル装置とを含み、
前記データリクエストが、統一資源識別子（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ，ＵＲＬ）、クイックレスポンスコード（ｑｕｉｃｋ−ｒｅｓｐｏｎｓｅ  ｃｏｄｅ，ＱＲ  ｃｏｄｅ）、バーコード（ｂａｒｃｏｄｅ）、トークン（ｔｏｋｅｎ）またはプレーンテキスト（ｐｌａｉｎ  ｔｅｘｔ）のうちの一つを含むことを特徴とする、請求項１に記載のデータ統合システム。
【請求項７】
前記データ統合システムは、さらに、
医療設備と、
ＰＡＣＳサーバとを含み、
前記第一モバイル装置が、選択可能な複数個のＤＩＣＯＭファイルオブジェクトを指示するための第一ユーザインターフェースを提供し、前記複数個のＤＩＣＯＭファイルオブジェクトが前記医療設備または前記ＰＡＣＳサーバからのものであり、
前記複数個のＤＩＣＯＭファイルオブジェクトから前記第一ＤＩＣＯＭファイルオブジェクトが選択された後、前記第一モバイル装置が前記データリクエストを生成することを特徴とする、請求項６に記載のデータ統合システム。
【請求項８】
前記データ統合システムはさらにデータバンクサーバを含み、
前記医療設備または前記ＰＡＣＳサーバは、前記複数個のＤＩＣＯＭファイルオブジェクト、または前記第一ＤＩＣＯＭファイルオブジェクトのみを、ワイドエリアネットワークによって前記データバンクサーバに伝送することを特徴とする、請求項７に記載のデータ統合システム。
【請求項９】
前記データ統合システムは、さらに、
選択可能な複数個のＤＩＣＯＭファイルオブジェクトを指示するための第二ユーザインターフェースを提供する業務機と、
記録装置と、
光学データ記憶装置（ｏｐｔｉｃａｌ  ｄａｔａ  ｓｔｏｒａｇｅ  ｄｅｖｉｃｅ）である記憶装置と、
前記業務機にカップリングされたサーバとを含み、
前記複数個のＤＩＣＯＭファイルオブジェクトが前記第一ＤＩＣＯＭファイルオブジェクトを含み、
前記サーバが、前記記録装置を指示して、前記複数個のＤＩＣＯＭファイルオブジェクトから選択された前記第一ＤＩＣＯＭファイルオブジェクトを前記記憶装置に記憶することを特徴とする、請求項１に記載のデータ統合システム。
【請求項１０】
前記データ統合システムは、さらに記憶装置を含み、
前記記憶装置が前記第一ＤＩＣＯＭファイルオブジェクト及び専用アプリケーションを記憶し、前記専用アプリケーションが前記第一ＤＩＣＯＭファイルオブジェクトの読み取りをサポートすることを特徴とする、請求項１に記載のデータ統合システム。
【考案の詳細な説明】
【技術分野】
【０００１】
本考案はデータ統合システム（Ｄａｔａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｓｙｓｔｅｍ）に関し、特に異なる医療機関で異なるコーディングシステムが採用されている場合の医療データを統合するデータ統合システムに関する。
【背景技術】
【０００２】
医療用画像保存通信システム（Ｐｉｃｔｕｒｅ  ａｒｃｈｉｖｉｎｇ  ａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ、以下ＰＡＣＳと省略）は、医療画像の記憶、取得、伝送と表示を専門的に行うコンピュータまたはネットワークシステムである。ＰＡＣＳは多様な医学撮影機材を用いて医療画像を取得することが可能であり、例えば、超音波画像（Ｕｌｔｒａｓｏｕｎｄ  Ｉｍａｇｅ）、核磁気共鳴画像（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ，ＭＲＩ）、ポジトロン断層法（Ｐｏｓｉｔｒｏｎ  Ｔｏｍｏｇｒａｐｈｙ，ＰＴ）、コンピュータ断層撮影（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ，ＣＴ）、マンモグラフィー（Ｍａｍｍｏｇｒａｐｈｙ，ＭＧ）、デジタルＸ線撮影（Ｄｉｇｉｔａｌ  Ｒａｄｉｏｇｒａｐｈｙ，ＤＲ）、コンピュータＸ線撮影（Ｃｏｍｐｕｔｅｄ  Ｒａｄｉｏｇｒａｐｈｙ，ＣＲ）及びＸ線撮影（Ｘ−ｒａｙ  ｐｌａｉｎ  ｆｉｌｍ，ＰＦ）である。
【０００３】
ＰＡＣＳで用いられる医療用デジタル画像通信プロトコル（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｉｎ  Ｍｅｄｉｃｉｎｅ、以下はＤＩＣＯＭと省略）は、医療画像の処理、記憶、印刷と伝送に特化した一組の汎用標準規格であり、ＤＩＣＯＭフォーマットファイルの定義及びネット通信規格を標準化したものである。ＤＩＣＯＭは、伝送制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ，ＴＣＰ）とインターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ，ＩＰ）（ＴＣＰ／ＩＰプロトコルと省略）を基礎とし、ホストコンピュータ（例えば、サーバ）と複数の端末機（例えば、医療設備、ワークステーション）との間の通信を行うものである。例えば、ＤＩＣＯＭファイルオブジェクトを受信できる二つのワークステーションと医療設備がＴＣＰ／ＩＰプロトコルに基づいてＤＩＣＯＭファイルオブジェクトを交換することができる（医療画像とカルテ番号といった属性データ等が含まれる）。
【０００４】
しかし、異なる医療機関では通常カルテ番号に異なるコーディングシステムが採用されるため、一つのＤＩＣＯＭファイルオブジェクトをある医療機関から別の個医療機関に移送したい場合、このＤＩＣＯＭファイルオブジェクトの既有属性データ中のカルテ番号が移送先の医療機関のコーディングシステムに合致しないため、異なるコーディングシステムの異なる医療機関で有効に使用できない場合がある。従って、医療データを活用して医療診断の進歩を促すために、異なる医療機関で異なるコーディングシステムが採用されている場合に医療データを統合するデータ統合システムを提供することが実に必要である。
【考案の概要】
【考案が解決しようとする課題】
【０００５】
従った、本考案の主な目的は医療データを統合するデータ統合システムを提供し、異なる医療機関で異なるコーディングシステムが採用されている場合の医療診断の進歩を促進することである。
【課題を解決するための手段】
【０００６】
本考案は、統合装置を含むデータ統合システムを提供する。前記統合装置は記憶回路及び処理回路を含む。前記記憶回路に記憶されるコマンドは、第一属性データコンテンツを含む第一ＤＩＣＯＭファイルオブジェクトを受信すること、前記第一属性データコンテンツに対応する第二属性データコンテンツを検索すること、及び前記第一ＤＩＣＯＭファイルオブジェクトの前記第一属性データコンテンツを前記第二属性データコンテンツに変更することを含む。前記処理回路は前記記憶回路にカップリングされ、前記記憶回路に記憶されている前記コマンドを実行する。
【図面の簡単な説明】
【０００７】
【図１】本考案の実施例の統合装置の概略図。
【図２】本考案の実施例の図１が示す統合装置の専用アプリケーションが提供するユーザインターフェースの概略図。
【図３】本考案の実施例のデータ統合システムの概略図。
【図４】本考案の実施例のデータ統合システムの概略図。
【図５】本考案の実施例のデータ統合システムの概略図。
【図６】本考案の実施例のデータ統合システムの概略図。
【図７】本考案の実施例のデータ統合システムの概略図。
【考案を実施するための形態】
【０００８】
図１は本考案の実施例の統合装置１０の概略図である。統合装置１０は医療機関Ｈｂに位置し、かつ別の医療機関Ｈａから遠く離れていてもよい。一部の実施例において、統合装置１０は端末機（例えば、医療設備、ワークステーション）、モバイル装置であり、処理回路１００及び記憶回路１１０を含んでもよい。統合装置１０はデータ（例えば、医療データ）を記憶または自動的に収集整理し、かつ、受信したデータを別の装置（例えば、ホストコンピュータまたは端末機）に伝送することができる。統合装置１０が処理する医療データは、ＰＡＣＳ枠組みで使用される医療用デジタル画像通信プロトコル（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｉｎ  Ｍｅｄｉｃｉｎｅ，ＤＩＣＯＭ）フォーマットのＤＩＣＯＭファイルオブジェクトであってもよい。ＤＩＣＯＭファイルオブジェクトは医療画像及びタグ（ｔａｇ）としての属性データを含む。属性データは身分証番号、カルテ番号（Ｍｅｄｉｃａｌ  ｒｅｃｏｒｄ）、生年月日または氏名等の属性データコンテンツを含むことができるため、医療データを検索するインデックスとすることができる。
【０００９】
簡単に言えば、異なる医療機関でのカルテ番号に異なるコーディングシステムが採用されるため、あるＤＩＣＯＭファイルオブジェクトを移送する時に、例えば、医療機関Ｈａから医療機関Ｈｂに移送する時に、統合装置１０はＤＩＣＯＭファイルオブジェクトのカルテ番号ＭＲ１（第一属性データコンテンツとも呼ぶ）を自動的に編集して、医療機関Ｈａのコーディングシステム（第一医療機関コーディングシステムとも呼ぶ）に合致するカルテ番号ＭＲ１を医療機関Ｈｂのコーディングシステム（第二医療機関コーディングシステムとも呼ぶ）に合致するカルテ番号ＭＲ２（第二属性データコンテンツとも呼ぶ）に変換して、医療データを統合することができる。
【００１０】
具体的に言うと、統合装置１０に専用アプリケーション、例えばユビキタス診断環境（Ｕｂｉｑｕｉｔｏｕｓ  Ｄｉａｇｎｏｓｔｉｃ  Ｅｎｖｉｒｏｎｍｅｎｔ，ＵＤＥ）アプリケーションをインストールすることができる。医療用デジタル画像通信プロトコルのワークリストクエリ（ＤＩＣＯＭ  ｗｏｒｋｌｉｓｔ  ｑｕｅｒｙ）機能により、医療データが医療機関Ｈｂに送り込まれた時に、属性データのワークリストを自動的に読み取ることができる。そのため、統合装置１０が一つのＤＩＣＯＭファイルオブジェクトを受信した後、統合装置１０はＤＩＣＯＭファイルオブジェクトが医療機関Ｈａのコーディングシステムに合致するカルテ番号ＭＲ１を含むことを知ることができる。統合装置１０の専用アプリケーションは、既存の患者データの中から、カルテ番号ＭＲ１に対応し、かつ医療機関Ｈｂのコーディングシステムに合致するカルテ番号（例えば、カルテ番号ＭＲ２）を検索し、かつ、カルテ番号ＭＲ１とカルテ番号ＭＲ２を自動的に比較することができる。カルテ番号ＭＲ１がカルテ番号ＭＲ２と異なる場合、統合装置１０はＤＩＣＯＭファイルオブジェクトのカルテ番号ＭＲ１をカルテ番号ＭＲ２に変更して、医療データを統合することができる。一部の実施例において、既存の患者データ（例えば、カルテ番号ＭＲ２）は、（カルテ番号ＭＲ１を含む）ＤＩＣＯＭファイルオブジェクトが統合装置１０に入力される前に、統合装置１０またはそれに接続された装置（例えば、ホストコンピュータまたは端末機）に構築されてもよい。
【００１１】
カルテ番号ＭＲ１がカルテ番号ＭＲ２に対応するとは、カルテ番号ＭＲ１及びカルテ番号ＭＲ２が同じ身分証番号、生年月日または氏名に対応することを言う。一部の実施例において、カルテ番号ＭＲ１に対応するともに医療機関Ｈｂのコーディングシステムに合致するカルテ番号ＭＲ２を検出するために、統合装置１０は統合装置１０に新たに入力されたＤＩＣＯＭファイルオブジェクトの身分証番号を比較の基礎として利用し、既存の患者データの中に同じ身分証番号が存在し、かつそれがカルテ番号ＭＲ２に対応している場合、統合装置１０はＤＩＣＯＭファイルオブジェクトのカルテ番号ＭＲ１をカルテ番号ＭＲ２に変更することができる。統合装置１０が既存の患者データの中から統合装置１０に新たに入力されたＤＩＣＯＭファイルオブジェクトと同じ身分証番号を発見できなかった場合、統合装置１０は既存の患者データの中から最も近い氏名またはその他の属性データを探し出し、人工編集のためにユーザに提供し、または、統合装置１０が演算法により未使用のカルテ番号（第三属性データコンテンツとも呼ぶ）を自動的に生成し、カルテ番号ＭＲ１を取り替えてもよい。一部の実施例において、カルテ番号ＭＲ１に対応するとともに医療機関Ｈｂのコーディングシステムに合致するカルテ番号ＭＲ２を検出するために、統合装置１０は統合装置１０に新たに入力されたＤＩＣＯＭファイルオブジェクトの生年月日及び氏名を比較の基礎として利用し、既存の患者データの中に同じ生年月日及び氏名が存在する場合、統合装置１０はＤＩＣＯＭファイルオブジェクトのカルテ番号ＭＲ１をカルテ番号ＭＲ２に変更することができる。以上から分かるように、ＤＩＣＯＭファイルオブジェクトが医療機関Ｈａから医療機関Ｈｂに移送される時に、ＤＩＣＯＭファイルオブジェクトのカルテ番号ＭＲ１を医療機関Ｈｂのコーディングシステムに合致するように変更して、医療データを統合することができる。
【００１２】
一部の実施例において、ＤＩＣＯＭファイルオブジェクトを光ディスク（Ｃｏｍｐａｃｔ  Ｄｉｓｃ，ＣＤ）またはデジタルバーサタイルディスク（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ，ＤＶＤ）といった光データ記憶装置（ｏｐｔｉｃａｌ  ｄａｔａ  ｓｔｏｒａｇｅ  ｄｅｖｉｃｅ）に記憶し、統合装置１０が光データ記憶装置を読み取ることができるものであり、例えば光ディスクプレイヤーが装備されている。統合装置１０が医療機関Ｈａのコーディングシステムに適合するカルテ番号ＭＲ１を医療機関Ｈｂのコーディングシステムに適合するカルテ番号ＭＲ２に自動変換できるほか、ユーザが統合装置１０の専用アプリケーションを操作して人工編集を行うこともできる。例を挙げると、図２は本考案の実施例の図１が示す統合装置１０の専用アプリケーションが提供するユーザインターフェース（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ，ＵＩ）２０の概略図である。ユーザがある一つの属性データコンテンツを選択した（例えば、マウスを右クリック）時に、「カルテ番号を変更」及び「氏名を変更」のウィンドウ２００Ｗがポップアップし、ユーザはこれによりＤＩＣＯＭファイルオブジェクトのカルテ番号ＭＲ１をカルテ番号ＭＲ２に変更し、またはＤＩＣＯＭファイルオブジェクトの氏名を変更することができる。
【００１３】
また、ユーザはユーザインターフェース２０の機能選択項目２１０を利用して光ディスクプレイヤー中の光ディスクを起動させ、または機能選択項目２２０を利用して編集後の医療データをホストコンピュータ（例えば、ＤＩＣＯＭサーバまたはＰＡＣＳサーバ）、端末機またはその他の装置に伝送する。統合装置１０が医療データの伝送を完了した後、ユーザは機能選択項目２３０を利用して伝送時間、伝送状態、操作担当者または伝送内容を問い合わせることができる。一部の実施例において、ＤＩＣＯＭファイルオブジェクトを記憶する光学データ記憶装置はＤＩＣＯＭ規格をサポートし、かつ、ＤＩＣＯＭＤＩＲファイルが光学データ記憶装置をルート（ｒｏｏｔ）ディレクトリに記憶することたできる。
【００１４】
図３は本考案の実施例のデータ統合システム３０の概略図である。データ統合システム３０は医療設備３１０、ＰＡＣＳサーバ３２０、モバイル装置３３０、３４０、記憶装置３５０、端末機（Ｃｏｍｐｕｔｅｒ  ｔｅｒｍｉｎａｌ）３６０、ＤＩＣＯＭサーバ３７０及びデータセンター３８０を含むことができる。医療設備３１０及びＰＡＣＳサーバ３２０が医療機関Ｈａに設置され、モバイル装置３３０（第一モバイル装置とも呼ぶ）が医療機関Ｈａに位置してもよい。端末機３６０及びＤＩＣＯＭサーバ３７０が医療機関Ｈｂに設置され、モバイル装置３４０（第二モバイル装置とも呼ぶ）及び記憶装置３５０が医療機関Ｈｂに位置してもよい。ＤＩＣＯＭファイルオブジェクトを医療機関Ｈａから医療機関Ｈｂに移送したい場合、図１中の統合装置１０が図２中のモバイル装置３４０または端末機３６０として、医療データの統合に用いてことができるが、これに限定されない。
【００１５】
医療設備３１０は撮影または測定により患者の医療画像を取得することが可能であり、医療設備３１０は医療画像をＰＡＣＳサーバ３２０に伝送してもよい。医療画像を属性データに結び付けて、ＤＩＣＯＭファイルオブジェクトとして記憶してもよい。なお、ＤＩＣＯＭファイルオブジェクトは画像データを無欠損（ｌｏｓｓｌｅｓｓ）に伝送するための規格の一つに過ぎず、本考案はこれに限定されることなく、医療データはＧＩＦ、ＪＰＧまたはＴＩＦＦなどのステレオデジタル画像フォーマット、またはウェブアクセスオブジェクト（Ｗｅｂ  Ａｃｃｅｓｓ  ｔｏ  ＤＩＣＯＭ  Ｐｅｒｓｉｓｔｅｎｔ  Ｏｂｊｅｃｔ，ＷＡＤＯ）規格を満たすフォーマットであってもよい。ＰＡＣＳサーバ３２０は、ＤＩＣＯＭファイルオブジェクトまたはステレオデジタル画像フォーマットの医療データを記憶、取得、伝送及び表示して、ＰＡＣＳシステムが提供するサービスを実現することができる。
【００１６】
モバイル装置３３０、３４０は携帯電話、タブレットパソコン、コンピュータまたはその他の装置であってもよい。一部の実施例において、モバイル装置３３０のユーザが何れの医療データを移送するかを決める前に、医療設備３１０またはＰＡＣＳサーバ３２０はインタネット（Ｉｎｔｅｒｎｅｔ）を介して医療機関Ｈａの複数の医療データをデータセンター３８０にアップロードする。一部の実施例において、データセンター３８０は医療データを記憶するためのデータバンクサーバ（ｄａｔａｂａｓｅ  ｓｅｒｖｅｒ）またはウェブサービスをサポートするウェブサーバ（Ｗｅｂ  ｓｅｒｖｅｒ）を含んでもよい。
【００１７】
モバイル装置３３０はデータセンター３８０にサービス要求を送り、医療機関Ｈａの何れの医療データを移送したいかを明示することができる。一部の実施例において、ユーザが医療機関Ｈｂに移送したい医療データが何であるかを確定するために、モバイル装置３３０のユーザは専用アプリケーションまたはウェブブラウザ（Ｗｅｂ  Ｂｒｏｗｓｅｒ）で医療機関Ｈａ中の医療データを選択して移送することができる。モバイル装置３３０の専用アプリケーションはモバイルアプリケーション（ｍｏｂｉｌｅ  ａｐｐｌｉｃａｔｉｏｎ，ａｐｐｓ）、例えば、ユビキタス診断環境アプリケーションであってもよい。ウェブブラウザまたは専用アプリケーションが提供するユーザインターフェースにおいて、圧縮版の医療画像または医療画像の記憶日付、診断した医師、診断項目などの関連情報を示して、ユーザに選択させることが可能であり、例を挙げると、ユーザは医療画像のサムネイルから選択可能な医療データが何であるかを把握したうえ、その中から一つまたは複数の医療データを選択することができる。一部の実施例において、モバイル装置３３０のユーザがインタネット経由で移送したい医療データを選択する前に、ログインする前のユーザ認証として、モバイル装置３３０のユーザは認証情報、例えば、身分証番号、カルテ番号またはその他のアカウント名を提供する必要がある。ユーザ認証をクリアすると、モバイル装置３３０とデータセンター３８０との間に伝送される情報が暗号化され、例えば、セキュアソケットレイヤー（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ，ＳＳＬ）技術を利用して暗号化される。モバイル装置３３０のユーザが移送したい医療データを選択した後、データリクエストＤＱが生成される。一部の実施例において、モバイル装置３３０の専用アプリケーションによってデータリクエストＤＱが生成される。
【００１８】
モバイル装置３３０が移送したい医療データが何であるかをモバイル装置３４０に知らせるために、モバイル装置３３０はデータリクエストＤＱをモバイル装置３４０に伝送することができる。一部の実施例において、モバイル装置３３０は画像を表示することでデータリクエストＤＱを提示し、モバイル装置３４０の用に供する。データリクエストＤＱは、統一資源識別子（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ，ＵＲＬ）、クイックレスポンスコード（ｑｕｉｃｋ−ｒｅｓｐｏｎｓｅ  ｃｏｄｅ，ＱＲ  ｃｏｄｅ）、バーコード（ｂａｒｃｏｄｅ）、トークン（ｔｏｋｅｎ）またはプレーンテキスト（ｐｌａｉｎ  ｔｅｘｔ）を含むことができる。別の実施例において、モバイル装置３３０は無線周波数識別（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ，ＲＦＩＤ）またはその他の近距離無線通信（Ｎｅａｒ−ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＮＦＣ）を利用してデータリクエストＤＱをモバイル装置３４０に伝送してもよい。
【００１９】
モバイル装置３４０はモバイル装置３３０からのデータリクエストＤＱに基づいて、インタネットから医療データをダウンロードすることができる。例を挙げると、モバイル装置３３０がデータリクエストＤＱをクイックレスポンスコードとして表示した時に、モバイル装置３４０は画像を走査して、クイックレスポンスコードをデコードし、その後モバイル装置３４０がデータリクエストＤＱに基づいて、インタネット経由にデータセンター３８０の医療データにアクセスしてもよい。一部の実施例において、モバイル装置３４０はその専用アプリケーションにより図像を走査し、かつモバイル装置３３０が選択した医療データをモバイル装置３４０にダウンロードしてもよい。医療データが保護されている場合、モバイル装置３４０はその他の専用アプリケーションにより、キー（ｋｅｙ）を入力してアクセス権限を取得することができる。モバイル装置３４０の専用アプリケーションはモバイルアプリケーション、例えば、ユビキタス診断環境アプリケーションであってもよい。つまり、モバイル装置３４０がモバイル装置３３０のデータリクエストＤＱに基づいて迅速に医療データを取得するが、モバイル装置３３０は医療データを実際に記憶する必要がなく、少ないディスクスペースを占めるデータリクエストＤＱを保持するのみで良いため、医療データ移送の利便性と効率を高めることができる。
【００２０】
閉鎖型のローカルエリアネットワークは医療データの漏洩リスクを低減させ、患者のプライバシー保護に有利であることから、医療機関Ｈａ、Ｈｂに閉鎖型のシステムを採用することができる。この場合、端末機３６０は、例えばインタネットのワイドエリアネットワーク（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ，ＷＡＮ）経由にデータセンター３８０の医療データにアクセスすることができない。そのため、一部の実施例において、まず、モバイル装置３４０がデータセンター３８０の医療データにアクセスし、次に、モバイル装置３４０がダウンロードした医療データを記憶装置３５０に伝送し、その後、記憶装置３５０（例えば、Ｃ−ＳＴＯＲＥサービスにより）から医療データを端末機３６０に伝送してもよい。記憶装置３５０は加入者識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ，ＳＩＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ，ＲＡＭ）、リードオンリーメモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ，ＲＯＭ）、フラッシュメモリー（ｆｌａｓｈ  ｍｅｍｏｒｙ）、ＵＳＢフラッシュメモリー（ＵＳＢ  ｆｌａｓｈ  ｄｒｉｖｅ）、ハードディスク（ｈａｒｄ  ｄｉｓｋ）、または光学データ記憶装置などであってもよいが、これに限定されない。
【００２１】
端末機３６０は有線または無線通信によってＤＩＣＯＭサーバ３７０に接続し、例えば、ブルートゥース（登録商標）接続またはローカルエリアネットワーク（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ，ＬＡＮ）などの無線接続により通信を行うことができる。ＤＩＣＯＭサーバ３７０はＤＩＣＯＭファイルオブジェクトを記憶、取得、伝送及び表示することができる。端末機３６０は統合後の医療データ（例えば編集後のＤＩＣＯＭファイルオブジェクト）をＤＩＣＯＭサーバ３７０に伝送することができる。ＤＩＣＯＭサーバ３７０は受け取ったＤＩＣＯＭファイルオブジェクトを解析し、かつ、検索できるよう、ＤＩＣＯＭファイルオブジェクトの属性データを特定のデータバンクに記憶する。以上から分かるように、医療機関ＨａからのＤＩＣＯＭファイルオブジェクトが医療機関ＨｂのＤＩＣＯＭサーバ３７０に記憶される前に、ＤＩＣＯＭファイルオブジェクトのカルテ番号ＭＲ１が医療機関Ｈｂコーディングシステムに適合するように変更されるため、系統的にＤＩＣＯＭサーバ３７０中に記憶することができる。
【００２２】
なお、データ統合システム３０は本考案の実施例であり、当業者はこれを基に異なる変更と修正を施すことができる。例えば、図４を参照すると、図４は本考案の実施例のデータ統合システム４０の概略図である。データ統合システム４０のフレームワークがデータ統合システム３０に類似するため、同じ素子を同じ符号を付与する。
【００２３】
データ統合システム３０と異なる点は、データ統合システム４０において、モバイル装置３３０が医療機関Ｈｂに移送したい医療データが何であるかを確定するために、モバイル装置３３０はローカルエリアネットワークによって医療設備３１０またはＰＡＣＳサーバ３２０に接続し、かつ、ユーザはその専用アプリケーションが提供するユーザインターフェースにより、医療機関Ｈａ中の医療データを選択して移送する。続いて、モバイル装置３３０の専用アプリケーションは、ユーザが選択した医療データに基づき、ネットワーク転送パケットを医療設備３１０またはＰＡＣＳサーバ３２０に伝送し、医療設備３１０またはＰＡＣＳサーバ３２０が演算を行った後、別のネットワーク転送パケットをモバイル装置３３０に伝送し、かつ、ＰＡＣＳサーバ３２０がこれに応じてユーザの選択した医療データをインタネット経由にデータセンター３８０にアップロードすることができる。これにより、モバイル装置３３０の専用アプリケーションがデータリクエストＤＱを生成してもよい。一部の実施例において、ネットワーク転送パケットは伝送制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ，ＴＣＰ）とインターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ，ＩＰ）プロトコル（ＴＣＰ／ＩＰプロトコルと省略）に基づいて生成される。一部の実施例において、ＰＡＣＳサーバ３２０とデータセンター３８０との間の接続の安全性を確保するために、バーチャル  プライベート  ネットワーク（ｓｅｃｕｒｅｄ  ｅｎｃｒｙｐｔｅｄ  ｖｉｒｔｕａｌ  ｐｒｉｖａｔｅ  ｎｅｔｗｏｒｋ，ＶＰＮ）技術を利用して、権限のある通信のみを認めるとする。
【００２４】
また、端末機３６０がワイドエリアネットワーク経由でデータセンター３８０の医療データにアクセスできない場合、まず、モバイル装置３４０がデータセンター３８０の医療データにアクセスし、その後、モバイル装置３４０がダウンロードした医療データを端末機３６０に伝送してもよい。モバイル装置３４０は有線または無線通信により端末機３６０に接続し、例えば、ブルートゥース（登録商標）接続、またはローカルエリアネットワークなどの無線接続により通信することができる。モバイル装置３４０はユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ，ＵＳＢ）によって端末機３６０に直接接続してもよい。
【００２５】
図５は本考案の実施例のデータ統合システム５０の概略図である。データ統合システム５０において、医療データを直接取得するために、モバイル装置３３０は有線または無線通信により医療設備３１０に接続し、例えば、ブルートゥース（登録商標）接続またはローカルエリアネットワークなどの無線接続により通信することができる。例を挙げると、モバイル装置３３０のユーザが医療設備３１０を利用して乳房を撮影した後、医療設備３１０が医療データをＰＡＣＳサーバ３２０に伝送せず、医療データを医療設備３１０にのみ記憶することもあり、かつ、モバイル装置３３０が医療設備３１０と直接に通信を行い、実質的に医療データを記憶する。同じように、医療データを直接得るために、モバイル装置３３０は有線または無線通信によりＰＡＣＳサーバ３２０に接続し、実質的に医療データを記憶してもよい。例を挙げると、ユーザはモバイル装置３３０の専用アプリケーションが提供するユーザインターフェースにより、医療機関Ｈａ中の医療データを選択し移送することができ、専用アプリケーションがユーザの選択した医療データに基づいてネットワーク転送パケットをＰＡＣＳサーバ３２０に伝送し、ＰＡＣＳサーバ３２０が演算を行った後に、別のネットワーク転送パケットをモバイル装置３３０に伝送し、これにより、医療データを医療機関Ｈａから医療機関Ｈｂに移送することができる。続いて、モバイル装置３３０が有線または無線通信により端末機３６０に接続し、医療データを端末機３６０に伝送する。
【００２６】
モバイル装置３３０はユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ，ＵＳＢ）、デジタルビジュアルインターフェース（Ｄｉｇｉｔａｌ  Ｖｉｓｕａｌ  Ｉｎｔｅｒｆａｃｅ，ＤＶＩ）などに介して医療設備３１０または端末機３６０に直接接続し、医療データを医療機関Ｈａから医療機関Ｈｂに移送してもよい。この場合、モバイル装置３３０の代わりに記憶装置３５０を用いることができる。
【００２７】
図６は本考案の実施例のデータ統合システム６０の概略図である。データ統合システム３０と異なる点は、データ統合システム６０がさらに業務機６１０、サーバ６２０、記憶装置６５０及び記録装置６９０を含むことである。業務機６１０、サーバ６２０及び記録装置６９０は有線または無線通信により接続され、例えば、ブルートゥース（登録商標）接続またはローカルエリアネットワークなどの無線接続で通信することができる。
【００２８】
業務機６１０はユーザインターフェースを提供し、圧縮版の医療画像または医療画像の記憶日付、診断した医師、検査種別などの関連情報を示すことが可能であるため、ユーザは選択可能な医療データが何であるかを把握することができて、続いて、ユーザがその中の一つまたは複数の医療データを選択し、医療機関Ｈａの何れの医療データを移送したいかを明示することができる。ユーザが業務機６１０に対しサービス要求を発した後、業務機６１０がサーバ６２０にネットワーク転送パケットを伝送することができる。一部の実施例において、業務機６１０の専用アプリケーションがアプリケーションプログラミングインタフェース（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ，ＡＰＩ）を介してサーバ６２０の専用アプリケーションと通信することができる。そして、サーバ６２０がネットワーク転送パケットを伝送することで、提供ユーザが選択した医療データを提供することをＰＡＣＳサーバ３２０に要求し、かつ、記録装置６９０に指示して医療データを記憶装置６５０に記憶することができる。一部の実施例において、サーバ６２０はＷＡＤＯ規格によって医療データを受信することができ、なお、ＷＡＤＯ規格はハイパーテキストマークアップランゲージ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ，ＨＴＭＬ）ページまたはエクステンシブルマークアップランゲージ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ，ＸＭＬ）ドキュメントからのＤＩＣＯＭファイルオブジェクトアクセスをサポートする。記録装置６９０は複数のディスクまたは連続記録をサポートし、かつサーバ６２０を再起動することで記録装置６９０の故障状態を修復することができる（例えば、機構を自動的に復帰させる）。記憶装置６５０は光ディスクまたはデジタルバーサタイルディスク類の光学データ記憶装置であってもよい。
【００２９】
図７は本考案の実施例のデータ統合システム７０の概略図である。データ統合システム６０と異なる点は、データ統合システム７０がさらに記録装置７９０を含む。記録装置７９０は記録装置を備えたコンピュータであってもよいが、これに限定されない。記録装置７９０は医療データを記憶装置６５０に記憶するほか、専用アプリケーション（例えば、ＤＩＣＯＭ読み取りプログラム（ｖｉｅｗｅｒ））を記憶装置６５０に記憶することもできる。専用アプリケーションを記憶することで、医療機関Ｈｂに専用アプリケーションがインストールされていない場合でも、記憶装置６５０によってＤＩＣＯＭファイルオブジェクトを読み取ることができる。一部の実施例において、記憶装置６５０が一旦端末機３６０に接続されると、端末機３６０が記憶装置６５０の医療データに自動的にアクセスすることができ、かつ、医療データを自動的に編集した後、医療データを自動的にＤＩＣＯＭサーバ３７０に伝送する。
【００３０】
以上を纏めるっと、本考案は一方の医療機関コーディングシステムに合致するカルテ番号を他方の医療機関コーディングシステムに合致するカルテ番号に変換することができるため、異なる医療機関のカルテ番号が異なるコーディングシステムを採用した場合でも、移送後の医療データがコーディングシステムに合致することを保証し、医療データを有効に統合することができる。また、本考案は医療データ移送の多様な方式及びその対応するシステムフレームワークを提供する。
【符号の説明】
【００３１】
１０      統合装置
１００      処理回路
１１０      記憶回路
２０      ユーザインターフェース
２００Ｗ      ウィンドウ
２１０、２２０、２３０      機能選択項目
３０、４０、５０、６０、７０      データ統合システム
３１０      医療設備
３２０      ＰＡＣＳサーバ
３３０、３４０      モバイル装置
３５０、６５０      記憶装置
３６０      端末機
３７０      ＤＩＣＯＭサーバ
３８０      データセンター
６１０      業務機
６２０      サーバ
６９０、７９０      記録装置
ＤＱ      データリクエスト
Ｈａ、Ｈｂ      医療機関
ＭＲ１、ＭＲ２    カルテ番号
【図１】
0003232539.tif 000003
【図２】
0003232539.tif 000004
【図３】
0003232539.tif 000005
【図４】
0003232539.tif 000006
【図５】
0003232539.tif 000007
【図６】
0003232539.tif 000008
【図７】
0003232539.tif 000009
【手続補正書】
【提出日】令和3年4月20日(2021.4.20)
【手続補正１】
【補正対象書類名】実用新案登録請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【実用新案登録請求の範囲】
【請求項１】
データ統合システムであって、
前記データ統合システムは統合装置を含み、
前記統合装置が、コマンドを記憶する記憶回路と、前記記憶回路にカップリングされた処理回路とを含み、
前記コマンドが、第一属性データコンテンツを含む第一ＤＩＣＯＭファイルオブジェクトを受信すること、前記第一属性データコンテンツに対応する第二属性データコンテンツを検索すること、及び、前記第一ＤＩＣＯＭファイルオブジェクトの前記第一属性データコンテンツを前記第二属性データコンテンツに変更することを含み、
前記処理回路が前記記憶回路にカップリングされ、前記記憶回路に記憶されている前記コマンドを実行する、データ統合システム。
【請求項２】
前記第一属性データコンテンツが第一医療機関コーディングシステムに合致する第一カルテ番号であり、前記第二属性データコンテンツが第二医療機関コーディングシステムに合致する第二カルテ番号であることを特徴とする、請求項１に記載のデータ統合システム。
【請求項３】
前記第一属性データコンテンツ及び前記第二属性データコンテンツが同じ身分証番号、生年月日または氏名に対応することを特徴とする、請求項１に記載のデータ統合システム。
【請求項４】
前記統合装置は、前記第一属性データコンテンツに対応する前記第二属性データコンテンツを自動的に検索し、かつ、前記第一ＤＩＣＯＭファイルオブジェクトの前記第一属性データコンテンツを自動的に前記第二属性データコンテンツに変更することを特徴とする、請求項１に記載のデータ統合システム。
【請求項５】
前記統合装置は、人工編集により前記第一ＤＩＣＯＭファイルオブジェクトの前記第一属性データコンテンツを前記第二属性データコンテンツに変更するためのユーザインターフェースを提供することを特徴とする、請求項１に記載のデータ統合システム。
【請求項６】
前記データ統合システムは、さらに、
データリクエストを生成する第一モバイル装置と、
前記データリクエストに基づいて、ワイドエリアネットワーク（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ，ＷＡＮ）経由に前記第一ＤＩＣＯＭファイルオブジェクトにアクセスする第二モバイル装置とを含み、
前記データリクエストが、統一資源識別子（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ，ＵＲＬ）、クイックレスポンスコード（ｑｕｉｃｋ−ｒｅｓｐｏｎｓｅ  ｃｏｄｅ，ＱＲ  ｃｏｄｅ、登録商標）、バーコード（ｂａｒｃｏｄｅ）、トークン（ｔｏｋｅｎ）またはプレーンテキスト（ｐｌａｉｎ  ｔｅｘｔ）のうちの一つを含むことを特徴とする、請求項１に記載のデータ統合システム。
【請求項７】
前記データ統合システムは、さらに、
医療設備と、
ＰＡＣＳサーバとを含み、
前記第一モバイル装置が、選択可能な複数個のＤＩＣＯＭファイルオブジェクトを指示するための第一ユーザインターフェースを提供し、前記複数個のＤＩＣＯＭファイルオブジェクトが前記医療設備または前記ＰＡＣＳサーバからのものであり、
前記複数個のＤＩＣＯＭファイルオブジェクトから前記第一ＤＩＣＯＭファイルオブジェクトが選択された後、前記第一モバイル装置が前記データリクエストを生成することを特徴とする、請求項６に記載のデータ統合システム。
【請求項８】
前記データ統合システムはさらにデータバンクサーバを含み、
前記医療設備または前記ＰＡＣＳサーバは、前記複数個のＤＩＣＯＭファイルオブジェクト、または前記第一ＤＩＣＯＭファイルオブジェクトのみを、ワイドエリアネットワークによって前記データバンクサーバに伝送することを特徴とする、請求項７に記載のデータ統合システム。
【請求項９】
前記データ統合システムは、さらに、
選択可能な複数個のＤＩＣＯＭファイルオブジェクトを指示するための第二ユーザインターフェースを提供する業務機と、
記録装置と、
光学データ記憶装置（ｏｐｔｉｃａｌ  ｄａｔａ  ｓｔｏｒａｇｅ  ｄｅｖｉｃｅ）である記憶装置と、
前記業務機にカップリングされたサーバとを含み、
前記複数個のＤＩＣＯＭファイルオブジェクトが前記第一ＤＩＣＯＭファイルオブジェクトを含み、
前記サーバが、前記記録装置を指示して、前記複数個のＤＩＣＯＭファイルオブジェクトから選択された前記第一ＤＩＣＯＭファイルオブジェクトを前記記憶装置に記憶することを特徴とする、請求項１に記載のデータ統合システム。
【請求項１０】
前記データ統合システムは、さらに記憶装置を含み、
前記記憶装置が前記第一ＤＩＣＯＭファイルオブジェクト及び専用アプリケーションを記憶し、前記専用アプリケーションが前記第一ＤＩＣＯＭファイルオブジェクトの読み取りをサポートすることを特徴とする、請求項１に記載のデータ統合システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
モバイル装置３３０が移送したい医療データが何であるかをモバイル装置３４０に知らせるために、モバイル装置３３０はデータリクエストＤＱをモバイル装置３４０に伝送することができる。一部の実施例において、モバイル装置３３０は画像を表示することでデータリクエストＤＱを提示し、モバイル装置３４０の用に供する。データリクエストＤＱは、統一資源識別子（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ，ＵＲＬ）、クイックレスポンスコード（ｑｕｉｃｋ−ｒｅｓｐｏｎｓｅ  ｃｏｄｅ，ＱＲ  ｃｏｄｅ、登録商標）、バーコード（ｂａｒｃｏｄｅ）、トークン（ｔｏｋｅｎ）またはプレーンテキスト（ｐｌａｉｎ  ｔｅｘｔ）を含むことができる。別の実施例において、モバイル装置３３０は無線周波数識別（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ，ＲＦＩＤ）またはその他の近距離無線通信（Ｎｅａｒ−ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＮＦＣ）を利用してデータリクエストＤＱをモバイル装置３４０に伝送してもよい。