JP2013250903A - 診療データ管理システム - Google Patents
診療データ管理システム Download PDFInfo
- Publication number
- JP2013250903A JP2013250903A JP2012126651A JP2012126651A JP2013250903A JP 2013250903 A JP2013250903 A JP 2013250903A JP 2012126651 A JP2012126651 A JP 2012126651A JP 2012126651 A JP2012126651 A JP 2012126651A JP 2013250903 A JP2013250903 A JP 2013250903A
- Authority
- JP
- Japan
- Prior art keywords
- management
- cooperation
- data
- medical data
- medical
- 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
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
- G16Z99/00—Subject matter not provided for in other main groups of this subclass
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H30/00—ICT specially adapted for the handling or processing of medical images
- G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】診療データを効率良く管理する。
【解決手段】複数の医療施設において生成された複数の診療データを管理する診療データ管理システムにおいて、端末装置３Ａ等からの操作により、複数の診療データに対して、一又は複数の診療データを含む任意の管理単位が指定される。データ管理サーバー１では、指定された管理単位毎に連携管理ＩＤが発行され、発行された連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データと、が関連付けられて記憶される。
【選択図】図１
【解決手段】複数の医療施設において生成された複数の診療データを管理する診療データ管理システムにおいて、端末装置３Ａ等からの操作により、複数の診療データに対して、一又は複数の診療データを含む任意の管理単位が指定される。データ管理サーバー１では、指定された管理単位毎に連携管理ＩＤが発行され、発行された連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データと、が関連付けられて記憶される。
【選択図】図１
Description
本発明は、診療データ管理システムに関する。
近年、医療技術の多様化に伴い、特定機能を持つ病院や診療所等の複数の医療施設が診療データを共有し、連携して患者の検査や治療を行う地域医療連携が普及しつつある。特に、画像診断、画像解析等の専門的な作業を外部に委託する場合が増えてきている。
例えば、複数の医療施設が保有する診療データを蓄積するためのデータ共有ＤＢを備えた診療データ共有サーバーにおいて、アップロードされた診療データと同一患者の過去の診療データが既に登録済みか否かを判定し、診療データを患者毎に割り当てた管理ＩＤに関連付けて管理することにより、同一患者の診療データを検索可能とする技術が提案されている（特許文献１参照）。
しかしながら、上記従来技術では、診療データを共有するキーとして患者情報を使用しているため、診療毎、検査毎に診療データを共有することができなかった。そのため、目的の診療データを参照する度に、検索キーとして患者情報の入力が必要となり、検索に手間がかかっていた。
また、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則った画像データには、患者情報や検査情報等が付帯されているが、画像診断結果や画像解析結果等は、患者情報や検査情報が付帯されないデータ形式（例えば、ＰＤＦ（Portable Document Format）、ＰＮＧ（Portable Network Graphics）、Ｅｘｃｅｌ、Ｗｏｒｄ等）で作成される場合が多い。これらの診療データについても、効率良く一元的に管理する電子的な方法が望まれていた。
本発明は、上記の従来技術における問題に鑑みてなされたものであって、診療データを効率良く管理することを課題とする。
上記課題を解決するために、請求項１に記載の発明は、複数の医療施設において生成された複数の診療データを管理する診療データ管理システムにおいて、前記複数の診療データに対して、一又は複数の診療データを含む任意の管理単位を指定するための指定手段と、前記指定された管理単位毎に連携管理ＩＤを発行するＩＤ発行手段と、前記発行された連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データと、を関連付けて記憶する記憶手段と、を備える。
請求項２に記載の発明は、請求項１に記載の診療データ管理システムにおいて、前記連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データに対する参照権限を示す参照権限情報と、を関連付けて記憶する第２の記憶手段と、前記第２の記憶手段に記憶されている参照権限情報に基づいて、前記管理単位毎に、前記記憶手段に記憶されている診療データの参照を許可する許可手段と、を備える。
請求項３に記載の発明は、請求項１又は２に記載の診療データ管理システムにおいて、前記連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データに対する患者情報、検査情報又はキーワードと、を関連付けて記憶する第３の記憶手段と、前記第３の記憶手段に記憶されている患者情報、検査情報又はキーワードに基づいて、前記管理単位毎に、前記記憶手段に記憶されている診療データを検索する検索手段と、を備える。
本発明によれば、任意の管理単位で診療データを管理するので、診療データを効率良く管理することができる。
〔医療連携システムの構成〕
以下、図を参照して本発明に係る診療データ管理システムの一実施の形態について説明する。
以下、図を参照して本発明に係る診療データ管理システムの一実施の形態について説明する。
図１に、診療データ管理システムとしての医療連携システム１００のシステム構成を示す。
図１に示すように、医療連携システム１００は、地域のデータセンターに設置されたデータ管理サーバー１と、医療施設Ａに設けられた施設内システム２Ａと、医療施設Ｂに設けられた施設内システム２Ｂと、・・・を備えて構成されている。データ管理サーバー１、施設内システム２Ａ、施設内システム２Ｂ、・・・は、インターネット等の通信ネットワークＮを介してデータ通信可能に接続されている。
なお、医療連携システム１００を構成する施設内システム２Ａ，２Ｂ，・・・や、施設内システム２Ａ，２Ｂ，・・・内の各装置の数は、特に限定されない。
図１に示すように、医療連携システム１００は、地域のデータセンターに設置されたデータ管理サーバー１と、医療施設Ａに設けられた施設内システム２Ａと、医療施設Ｂに設けられた施設内システム２Ｂと、・・・を備えて構成されている。データ管理サーバー１、施設内システム２Ａ、施設内システム２Ｂ、・・・は、インターネット等の通信ネットワークＮを介してデータ通信可能に接続されている。
なお、医療連携システム１００を構成する施設内システム２Ａ，２Ｂ，・・・や、施設内システム２Ａ，２Ｂ，・・・内の各装置の数は、特に限定されない。
データ管理サーバー１は、各医療施設において生成された診療データを蓄積し、管理する。また、データ管理サーバー１は、医療施設間の医療連携サービスを提供するものであり、各施設内システム２Ａ，２Ｂ，・・・から他の施設内システムにおける検査や読影の依頼を受け付け、検査結果や読影結果のデータを管理する。
施設内システム２Ａは、端末装置３Ａ、ＰＡＣＳ（Picture Archiving and Communication System）４Ａ、モダリティー５Ａ等が、ＬＡＮ（Local Area Network）等の施設内ネットワーク６Ａにより相互にデータ通信可能に接続されて構成されている。端末装置３Ａは、通信ネットワークＮを介してデータ管理サーバー１とデータ通信可能に接続されている。
施設内システム２Ｂは、端末装置３Ｂ、ＰＡＣＳ４Ｂ、モダリティー５Ｂ等が、ＬＡＮ等の施設内ネットワーク６Ｂにより相互にデータ通信可能に接続されて構成されている。端末装置３Ｂは、通信ネットワークＮを介してデータ管理サーバー１とデータ通信可能に接続されている。
端末装置３Ａは、医療施設Ａの医療従事者が他の医療施設の医療従事者と医療の連携を行うために用いるコンピューターである。端末装置３Ａは、通信ネットワークＮを介してデータ管理サーバー１にアクセスし、データ管理サーバー１へ診療データを送信したり、データ管理サーバー１に格納されている診療データを閲覧したりする際に用いられる。
同様に、端末装置３Ｂは、医療施設Ｂの医療従事者が他の医療施設の医療従事者と医療の連携を行うために用いるコンピューターである。端末装置３Ｂは、通信ネットワークＮを介してデータ管理サーバー１にアクセスし、データ管理サーバー１へ診療データを送信したり、データ管理サーバー１に格納されている診療データを閲覧したりする際に用いられる。
医療施設Ａ、医療施設Ｂ以外の医療施設に設けられている端末装置についても同様である。
同様に、端末装置３Ｂは、医療施設Ｂの医療従事者が他の医療施設の医療従事者と医療の連携を行うために用いるコンピューターである。端末装置３Ｂは、通信ネットワークＮを介してデータ管理サーバー１にアクセスし、データ管理サーバー１へ診療データを送信したり、データ管理サーバー１に格納されている診療データを閲覧したりする際に用いられる。
医療施設Ａ、医療施設Ｂ以外の医療施設に設けられている端末装置についても同様である。
ＰＡＣＳ４Ａ，４Ｂ，・・・は、制御部、ＲＡＭ（Random Access Memory）、通信部、操作部、表示部、記憶部等を備えたコンピューターであり、主として医療施設内のモダリティー５Ａ，５Ｂ，・・・等により生成された医用画像の画像データ等を患者情報と対応付けて記憶部に格納する施設内サーバーである。
モダリティー５Ａ，５Ｂ，・・・は、人体を撮影し、その撮影画像（医用画像）のデジタルデータを生成するものであり、例えば、ＣＲ（Computed Radiography）、ＦＰＤ（Flat Panel Detector）、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）、カセッテ専用の読取装置、フィルムディジタイザー等が適用可能である。
〔データ管理サーバーの構成〕
図２に、データ管理サーバー１の機能的構成を示す。
図２に示すように、データ管理サーバー１は、制御部１１、ＲＡＭ１２、通信部１３、記憶部１４等を備えて構成されており、各部はバス１５により接続されている。
図２に、データ管理サーバー１の機能的構成を示す。
図２に示すように、データ管理サーバー１は、制御部１１、ＲＡＭ１２、通信部１３、記憶部１４等を備えて構成されており、各部はバス１５により接続されている。
制御部１１は、ＣＰＵ（Central Processing Unit）等により構成され、データ管理サーバー１の各部の処理動作を統括的に制御する。制御部１１は、記憶部１４に記憶されている各種プログラムを読み出してＲＡＭ１２に展開し、当該プログラムとの協働により各種処理を実行する。
ＲＡＭ１２は、制御部１１により実行制御される各種処理において、記憶部１４から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
通信部１３は、ネットワークインターフェース等により構成され、通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。例えば、通信部１３は、端末装置３Ａ，３Ｂ，・・・から送信された診療データを受信し、端末装置３Ａ，３Ｂ，・・・に診療データを送信する。
記憶部１４は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリー等により構成される。記憶部１４は、制御部１１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。具体的に、記憶部１４には、サーバープログラムＰ１、連携管理テーブルＴ１、コンテンツテーブルＴ２、患者テーブルＴ３、検査テーブルＴ４、画像テーブルＴ５、連携履歴テーブルＴ６、参照権限テーブルＴ７、連携先テーブルＴ８が記憶されている。また、記憶部１４は、コンテンツ記憶部１４１を有する。
サーバープログラムＰ１は、データ管理サーバー１におけるデータ管理処理、医療連携サービスを提供する処理等を実行するためのプログラムである。
図３に、連携管理テーブルＴ１、コンテンツテーブルＴ２、患者テーブルＴ３、検査テーブルＴ４、画像テーブルＴ５、連携履歴テーブルＴ６、参照権限テーブルＴ７、連携先テーブルＴ８のデータ構成例を示す。
連携管理テーブルＴ１には、一又は複数の診療データを一つの纏まりとした管理単位毎の情報が格納される。連携管理テーブルＴ１には、「連携管理ＩＤ」に対して、「送信元ユーザーＩＤ」、「送信日時」、「患者ＩＤ」、「検査ＵＩＤ」、「公開範囲」、「公開期限」、「削除フラグ」、「検索用キーワードリスト」等が関連付けられている。
「連携管理ＩＤ」は、管理単位毎に付与される識別情報である。
「送信元ユーザーＩＤ」は、診療データの送信元のユーザーを識別するための識別情報である。
「送信日時」は、診療データが送信された日時である。
「患者ＩＤ」は、患者を識別するための識別情報である。
「検査ＵＩＤ」は、検査を識別するための識別情報である。例えば、データがＤＩＣＯＭ形式であれば、「検査インスタンスＵＩＤ」の値が使用される。
「送信元ユーザーＩＤ」は、診療データの送信元のユーザーを識別するための識別情報である。
「送信日時」は、診療データが送信された日時である。
「患者ＩＤ」は、患者を識別するための識別情報である。
「検査ＵＩＤ」は、検査を識別するための識別情報である。例えば、データがＤＩＣＯＭ形式であれば、「検査インスタンスＵＩＤ」の値が使用される。
「公開範囲」は、関連付けられた「連携管理ＩＤ」に対応する管理単位に属する診療データの公開範囲を示す。「公開範囲」の例として、例えば、０〜５の数値に、以下のような意味を割り当てる。
０：非公開（送信元ユーザーのみ参照可能）
１：完全公開（誰でも参照可能）
２：内部公開（送信元ユーザーと同じ所属グループのユーザーのみ参照可能）
３：連携公開（送信元ユーザーと送信元ユーザーが指定した送信先ユーザーのみ参照可能）
４：連携内部公開（２と３の組み合わせ）
５：期限付き連携内部公開（公開期限内は「４」の公開範囲、公開期限が切れた後は「２」の公開範囲）
０：非公開（送信元ユーザーのみ参照可能）
１：完全公開（誰でも参照可能）
２：内部公開（送信元ユーザーと同じ所属グループのユーザーのみ参照可能）
３：連携公開（送信元ユーザーと送信元ユーザーが指定した送信先ユーザーのみ参照可能）
４：連携内部公開（２と３の組み合わせ）
５：期限付き連携内部公開（公開期限内は「４」の公開範囲、公開期限が切れた後は「２」の公開範囲）
「公開期限」は、関連付けられた「連携管理ＩＤ」に対応する管理単位に属する診療データの公開期限を示す。
「削除フラグ」は、連携管理テーブルＴ１の各レコードを削除するか否かを示すフラグであり、削除する場合には「ＯＮ」、削除しない場合には「ＯＦＦ」となっている。
「検索用キーワードリスト」は、関連付けられた「連携管理ＩＤ」に対応する管理単位に属する診療データを検索するための検索用キーワードのリストである。
「削除フラグ」は、連携管理テーブルＴ１の各レコードを削除するか否かを示すフラグであり、削除する場合には「ＯＮ」、削除しない場合には「ＯＦＦ」となっている。
「検索用キーワードリスト」は、関連付けられた「連携管理ＩＤ」に対応する管理単位に属する診療データを検索するための検索用キーワードのリストである。
コンテンツテーブルＴ２には、診療データ毎の情報が格納される。コンテンツテーブルＴ２には、「コンテンツ管理ＩＤ」に対して、「連携管理ＩＤ」、「患者ＩＤ」、「検査ＵＩＤ」、「画像ＵＩＤ」、「コンテンツファイルパス」、「コンテンツ種別」、「削除フラグ」、「検索用キーワードリスト」等が関連付けられている。
「コンテンツ管理ＩＤ」は、診療データ（コンテンツ）毎に付与される識別情報である。
「画像ＵＩＤ」は、画像を識別するための識別情報である。例えば、データがＤＩＣＯＭ形式であれば、「ＳＯＰインスタンスＵＩＤ」の値が使用される。
「コンテンツファイルパス」は、診療データ（コンテンツ）のファイルが格納されているコンテンツ記憶部１４１内の格納場所を示す情報である。
「コンテンツ種別」は、動画、音声等、診療データ（コンテンツ）の種別を示す情報である。
「削除フラグ」は、コンテンツテーブルＴ２の各レコードを削除するか否かを示すフラグであり、削除する場合には「ＯＮ」、削除しない場合には「ＯＦＦ」となっている。
「検索用キーワードリスト」は、関連付けられた「コンテンツ管理ＩＤ」に対応する診療データを検索するための検索用キーワードのリストである。
「画像ＵＩＤ」は、画像を識別するための識別情報である。例えば、データがＤＩＣＯＭ形式であれば、「ＳＯＰインスタンスＵＩＤ」の値が使用される。
「コンテンツファイルパス」は、診療データ（コンテンツ）のファイルが格納されているコンテンツ記憶部１４１内の格納場所を示す情報である。
「コンテンツ種別」は、動画、音声等、診療データ（コンテンツ）の種別を示す情報である。
「削除フラグ」は、コンテンツテーブルＴ２の各レコードを削除するか否かを示すフラグであり、削除する場合には「ＯＮ」、削除しない場合には「ＯＦＦ」となっている。
「検索用キーワードリスト」は、関連付けられた「コンテンツ管理ＩＤ」に対応する診療データを検索するための検索用キーワードのリストである。
患者テーブルＴ３には、患者に関する情報（患者情報）が格納される。患者テーブルＴ３には、「患者ＩＤ」に対して、「送信元所属グループＩＤ」、「患者氏名」、「性別」、「生年月日」等が関連付けられている。
「送信元所属グループＩＤ」は、診療データの送信元のユーザーが所属するグループを識別するための識別情報である。
「患者氏名」、「性別」、「生年月日」は、それぞれ、患者の氏名、性別、生年月日である。
「送信元所属グループＩＤ」は、診療データの送信元のユーザーが所属するグループを識別するための識別情報である。
「患者氏名」、「性別」、「生年月日」は、それぞれ、患者の氏名、性別、生年月日である。
検査テーブルＴ４には、検査に関する情報（検査情報）が格納される。検査テーブルＴ４には、「検査ＵＩＤ」に対して、「送信元所属グループＩＤ」、「検査日」、「モダリティー」等が関連付けられている。
「検査日」、「モダリティー」は、それぞれ、検査が行われた日、検査が行われたモダリティーである。
「検査日」、「モダリティー」は、それぞれ、検査が行われた日、検査が行われたモダリティーである。
画像テーブルＴ５には、検査画像に関する情報が格納される。画像テーブルＴ５には、「画像ＵＩＤ」に対して、「検査ＵＩＤ」、「送信元所属グループＩＤ」等が関連付けられている。
連携履歴テーブルＴ６には、管理単位毎に新規登録、参照、更新、削除等の履歴を管理するための情報が格納される。連携履歴テーブルＴ６には、「連携履歴ＩＤ」に対して、「参照権限ＩＤ」、「連携管理ＩＤ」、「送信元所属グループＩＤ」、「送信元ユーザーＩＤ」、「送信先所属グループＩＤ」、「送信先ユーザーＩＤ」、「送信日時」、「参照日時」、「削除ユーザーＩＤ」、「削除日時」等が関連付けられている。
「連携履歴ＩＤ」は、管理単位毎の診療データの新規登録、参照、更新、削除等、診療データの変更に対して付与される識別情報である。
「参照権限ＩＤ」は、参照権限テーブルＴ７にて管理される権限を示す情報に対して付与される識別情報である。
「送信先所属グループＩＤ」は、診療データの送信先のユーザーが所属するグループを識別するための識別情報である。
「送信先ユーザーＩＤ」は、診療データの送信先のユーザーを識別するための識別情報である。
「参照権限ＩＤ」は、参照権限テーブルＴ７にて管理される権限を示す情報に対して付与される識別情報である。
「送信先所属グループＩＤ」は、診療データの送信先のユーザーが所属するグループを識別するための識別情報である。
「送信先ユーザーＩＤ」は、診療データの送信先のユーザーを識別するための識別情報である。
「参照日時」は、診療データが送信先から参照された日時である。
「削除ユーザーＩＤ」は、診療データを削除したユーザーを識別するための識別情報である。
「削除日時」は、診療データが削除された日時である。
「削除ユーザーＩＤ」は、診療データを削除したユーザーを識別するための識別情報である。
「削除日時」は、診療データが削除された日時である。
参照権限テーブルＴ７には、権限を示す情報が格納される。参照権限テーブルＴ７には、「参照権限ＩＤ」に対して、「連携管理ＩＤ」、「連携先情報ＩＤ」、「参照権限フラグ」、「更新権限フラグ」、「削除権限フラグ」が関連付けられている。
「連携先情報ＩＤ」は、連携先テーブルＴ８にて管理される連携元と連携先との関係を示す情報に対して付与される識別情報である。
「参照権限フラグ」は、参照権限テーブルＴ７の各レコードに対し、参照権限が存在するか、解除されているかを示すフラグである。参照権限が存在する場合には「ＯＮ」、参照権限が解除されている場合には「ＯＦＦ」となっている。
「更新権限フラグ」は、参照権限テーブルＴ７の各レコードに対する更新権限を示すフラグである。更新権限フラグが「０」の場合は誰もが更新不可、「１」の場合は送信元ユーザーのみ更新可能、「２」の場合は送信先ユーザーのみ更新可能、「３」の場合は送信元ユーザーと送信先ユーザーの両者とも更新可能である。なお、更新には、診療データを追加送信又は返信すること、診療データを修正・上書きすることの両方が含まれる。
「削除権限フラグ」は、参照権限テーブルＴ７の各レコードに対する削除権限を示すフラグである。削除権限フラグが「０」の場合は誰もが削除不可、「１」の場合は送信元ユーザーのみ削除可能、「２」の場合は送信先ユーザーのみ削除可能、「３」の場合は送信元ユーザーと送信先ユーザーの両者とも削除可能である。
「参照権限フラグ」は、参照権限テーブルＴ７の各レコードに対し、参照権限が存在するか、解除されているかを示すフラグである。参照権限が存在する場合には「ＯＮ」、参照権限が解除されている場合には「ＯＦＦ」となっている。
「更新権限フラグ」は、参照権限テーブルＴ７の各レコードに対する更新権限を示すフラグである。更新権限フラグが「０」の場合は誰もが更新不可、「１」の場合は送信元ユーザーのみ更新可能、「２」の場合は送信先ユーザーのみ更新可能、「３」の場合は送信元ユーザーと送信先ユーザーの両者とも更新可能である。なお、更新には、診療データを追加送信又は返信すること、診療データを修正・上書きすることの両方が含まれる。
「削除権限フラグ」は、参照権限テーブルＴ７の各レコードに対する削除権限を示すフラグである。削除権限フラグが「０」の場合は誰もが削除不可、「１」の場合は送信元ユーザーのみ削除可能、「２」の場合は送信先ユーザーのみ削除可能、「３」の場合は送信元ユーザーと送信先ユーザーの両者とも削除可能である。
連携先テーブルＴ８には、連携元と連携先との関係を示す情報が予め格納されている。連携先テーブルＴ８には、「連携先情報ＩＤ」に対して、「連携元所属グループＩＤ」、「連携元ユーザーＩＤ」、「連携先所属グループＩＤ」、「連携先ユーザーＩＤ」、「連携種別」、「削除フラグ」が関連付けられている。
「連携元所属グループＩＤ」は、連携元（医療連携サービスにおいて連携を依頼する側）のユーザーが所属するグループを識別するための識別情報である。
「連携元ユーザーＩＤ」は、連携元のユーザーを識別するための識別情報である。
「連携先所属グループＩＤ」は、連携先（医療連携サービスにおいて連携を依頼される側）のユーザーが所属するグループを識別するための識別情報である。
「連携先ユーザーＩＤ」は、連携先のユーザーを識別するための識別情報である。
「連携種別」は、連携元と連携先とが個人であるかグループであるかを示す情報であり、ユーザー対ユーザー、グループ対ユーザー、ユーザー対グループ、グループ対グループのいずれかが設定されている。
「削除フラグ」は、連携先テーブルＴ８の各レコードを削除するか否かを示すフラグであり、削除する場合には「ＯＮ」、削除しない場合には「ＯＦＦ」となっている。
「連携元ユーザーＩＤ」は、連携元のユーザーを識別するための識別情報である。
「連携先所属グループＩＤ」は、連携先（医療連携サービスにおいて連携を依頼される側）のユーザーが所属するグループを識別するための識別情報である。
「連携先ユーザーＩＤ」は、連携先のユーザーを識別するための識別情報である。
「連携種別」は、連携元と連携先とが個人であるかグループであるかを示す情報であり、ユーザー対ユーザー、グループ対ユーザー、ユーザー対グループ、グループ対グループのいずれかが設定されている。
「削除フラグ」は、連携先テーブルＴ８の各レコードを削除するか否かを示すフラグであり、削除する場合には「ＯＮ」、削除しない場合には「ＯＦＦ」となっている。
コンテンツ記憶部１４１には、医療連携に係る診療データが記憶される。診療データは、各患者の診療の過程で生成される情報である。診療データとして、例えば、医用画像データ、検体検査データ、電子カルテデータ、読影レポート、病理診断レポート等が挙げられる。また、診療データは、患者を撮影して得られた医用画像にＤＩＣＯＭ規格に則って患者情報や検査情報等の付帯情報を付帯させた画像データ（以下、ＤＩＣＯＭデータという。）の他、ＰＤＦ、ＰＮＧ、Ｅｘｃｅｌ、Ｗｏｒｄ等、様々なデータ形式を取り得る。
制御部１１は、記憶部１４に記憶されているサーバープログラムＰ１に従って、端末装置３Ａ，３Ｂ，・・・から送信された一又複数の診療データに対し、管理単位毎に一意に決まる連携管理ＩＤを付与し、同一の連携管理ＩＤに対応する管理単位に属する診療データを一つの連携データとして管理する。連携データとは、同一の連携管理ＩＤにて管理される一連の診療データをいう。
制御部１１は、端末装置３Ａ，３Ｂ，・・・において指定された管理単位毎に連携管理ＩＤを発行する。すなわち、制御部１１は、ＩＤ発行手段として機能する。
制御部１１は、発行された連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データと、を関連付けて記憶部１４に記憶させる。具体的に、制御部１１は、診療データをコンテンツ記憶部１４１に記憶させるとともに、コンテンツテーブルＴ２において、診療データ毎に付与された「コンテンツ管理ＩＤ」、「連携管理ＩＤ」、「コンテンツファイルパス」を関連付けて記憶させることにより、連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データと、を関連付ける。
制御部１１は、連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データに対する参照権限を示す参照権限情報と、を関連付けて記憶部１４に記憶させる。具体的に、制御部１１は、連携履歴テーブルＴ６において、「連携管理ＩＤ」、「送信先所属グループＩＤ」、「送信先ユーザーＩＤ」を関連付けて記憶させ、参照権限テーブルＴ７において、「連携管理ＩＤ」、「連携先情報ＩＤ」、「参照権限フラグ」を関連付けて記憶させ、連携管理テーブルＴ１において、「連携管理ＩＤ」、「公開範囲」を関連付けて記憶させることにより、連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データに対する参照権限情報と、を関連付ける。
制御部１１は、記憶部１４に記憶されている参照権限情報に基づいて、管理単位毎に、記憶部１４に記憶されている診療データの参照を許可する。すなわち、制御部１１は、許可手段として機能する。具体的に、制御部１１は、記憶部１４に記憶されている各テーブルを参照して、管理単位毎に、対象となるユーザーに参照権限があるか否かを判断し、当該ユーザーに参照権限がある管理単位に属する診療データの参照を許可する。
制御部１１は、連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データに対する患者情報、検査情報又はキーワードと、を関連付けて記憶部１４に記憶させる。具体的に、制御部１１は、連携管理テーブルＴ１において、「連携管理ＩＤ」、「患者ＩＤ」、「検査ＵＩＤ」、「検索用キーワードリスト」を関連付けて記憶させることにより、連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データに対する患者情報、検査情報又はキーワードと、を関連付ける。
制御部１１は、記憶部１４に記憶されている患者情報、検査情報又はキーワードに基づいて、管理単位毎に、記憶部１４に記憶されている診療データを検索する。すなわち、制御部１１は、検索手段として機能する。具体的に、制御部１１は、記憶部１４に記憶されている各テーブルを参照して、検索キーとして入力される患者情報、検査情報、キーワードと関連付けられた「連携管理ＩＤ」を抽出し、抽出された「連携管理ＩＤ」に対応する管理単位に属する診療データを提供する。
制御部１１は、或る二つの医療施設内にそれぞれ設置された端末装置間の診療データの送受信を仲介する（医療連携サービス）。医療連携の種類として、例えば、患者の紹介、検査依頼、読影依頼、相談等が挙げられる。制御部１１は、連携関係が設定された両ユーザーが操作する一方の端末装置から送信された診療データを記憶部１４に記憶させる。そして、制御部１１は、他方の端末装置から診療データの取得要求があった場合に、他方の端末装置を操作するユーザーに参照権限があるか否かを判断し、参照権限があったときには、要求された診療データを記憶部１４から読み出して他方の端末装置に提供する。
〔端末装置の構成〕
図４に、端末装置３Ａの機能的構成を示す。
図４に示すように、端末装置３Ａは、制御部３１、ＲＡＭ３２、通信部３３、操作部３４、表示部３５、記憶部３６等を備えて構成され、各部はバス３７等により接続されている。
図４に、端末装置３Ａの機能的構成を示す。
図４に示すように、端末装置３Ａは、制御部３１、ＲＡＭ３２、通信部３３、操作部３４、表示部３５、記憶部３６等を備えて構成され、各部はバス３７等により接続されている。
制御部３１は、ＣＰＵ等により構成され、端末装置３Ａの各部の処理動作を統括的に制御する。制御部３１は、記憶部３６に記憶されている各種プログラムを読み出してＲＡＭ３２に展開し、当該プログラムとの協働により各種処理を実行する。
ＲＡＭ３２は、制御部３１により実行制御される各種処理において、記憶部３６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
通信部３３は、ネットワークインターフェース等により構成され、通信ネットワークＮや施設内ネットワーク６Ａを介して接続された外部機器との間でデータの送受信を行う。例えば、通信部３３は、データ管理サーバー１に診療データを送信し、データ管理サーバー１から診療データを受信する。
操作部３４は、カーソルキー、数字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部３１に出力する。例えば、操作部３４は、端末装置３Ａを操作するユーザーが、複数の診療データに対して、一又は複数の診療データを含む任意の管理単位を指定する際に用いられる。すなわち、操作部３４は、指定手段として機能する。
表示部３５は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部３１から入力される表示信号の指示に従って、各種画面を表示する。
記憶部３６は、ＨＤＤや半導体の不揮発性メモリー等により構成される。記憶部３６は、制御部３１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。具体的に、記憶部３６には、アプリケーションプログラムＰ２等が記憶されている。
アプリケーションプログラムＰ２は、端末装置３Ａにおける診療データの送信処理、医療連携サービスを利用する処理等を実行するためのプログラムである。
制御部３１は、操作部３４から指定された診療データ、及び、操作部３４から指定された管理単位を示す情報を、通信部３３を介してデータ管理サーバー１に送信する。
端末装置３Ｂ等については、端末装置３Ａと同様の構成であるため、図４を援用し、説明を省略する。
〔新規登録処理〕
次に、本実施の形態における動作について説明する。
図５は、端末装置３Ａとデータ管理サーバー１により行われる新規登録処理を示すラダーチャートである。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
次に、本実施の形態における動作について説明する。
図５は、端末装置３Ａとデータ管理サーバー１により行われる新規登録処理を示すラダーチャートである。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
まず、端末装置３Ａにおいて、操作部３４からの操作に基づいて、制御部３１により、通信部３３を介してデータ管理サーバー１に一又は複数の診療データが送信される（ステップＳ１）。
ここで、端末装置３Ａからデータ管理サーバー１には、送信元所属グループＩＤ、送信元ユーザーＩＤ、送信先所属グループＩＤ、送信先ユーザーＩＤ、送信日時も送信される。
ここで、端末装置３Ａからデータ管理サーバー１には、送信元所属グループＩＤ、送信元ユーザーＩＤ、送信先所属グループＩＤ、送信先ユーザーＩＤ、送信日時も送信される。
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された診療データ等が受信され、制御部１１により、連携管理ＩＤ発行処理（図６及び図７参照）が行われる（ステップＳ２）。連携管理ＩＤ発行処理の詳細については、後述する。
また、制御部１１により、記憶部１４の連携管理テーブルＴ１に新規のレコードが追加され、ステップＳ２において発行された「連携管理ＩＤ」に対して、端末装置３Ａから受信した「送信元ユーザーＩＤ」、「送信日時」が関連付けられて格納される。なお、連携管理テーブルＴ１において、新規のレコードの「削除フラグ」は「ＯＦＦ」に設定されている。
また、制御部１１により、記憶部１４の連携履歴テーブルＴ６に新規のレコードが追加される。具体的には、制御部１１により、「連携履歴ＩＤ」が新たに付与され、この「連携履歴ＩＤ」に対して、ステップＳ２で発行された「連携管理ＩＤ」、端末装置３Ａから受信した「送信元所属グループＩＤ」、「送信元ユーザーＩＤ」、「送信先所属グループＩＤ」、「送信先ユーザーＩＤ」、「送信日時」が関連付けられて格納される。
また、制御部１１により、端末装置３Ａから受信した「送信元所属グループＩＤ」、「送信元ユーザーＩＤ」、「送信先所属グループＩＤ」、「送信先ユーザーＩＤ」の組み合わせに対応する「連携元所属グループＩＤ」、「連携元ユーザーＩＤ」、「連携先所属グループＩＤ」、「連携先ユーザーＩＤ」の組み合わせに関連付けられた「連携先情報ＩＤ」が連携先テーブルＴ８から取得され、記憶部１４の参照権限テーブルＴ７に新規のレコードが追加される。具体的には、制御部１１により、「参照権限ＩＤ」が新たに付与され、この「参照権限ＩＤ」に対して、ステップＳ２で発行された「連携管理ＩＤ」、連携先テーブルＴ８から取得した「連携先情報ＩＤ」が関連付けられて格納される。なお、参照権限テーブルＴ７において、新規のレコードの「参照権限フラグ」は「ＯＮ」に設定されている。また、参照権限テーブルＴ７において、新規のレコードの「更新権限フラグ」、「削除権限フラグ」には、端末装置３Ａから送信された設定情報に基づいて、所定の値が格納される。
また、制御部１１により、記憶部１４の連携履歴テーブルＴ６に、「連携履歴ＩＤ」と関連付けられて「参照権限ＩＤ」（参照権限テーブルＴ７に追加された新規のレコードの「参照権限ＩＤ」）が追加される。
次に、制御部１１により、各診療データがコンテンツ記憶部１４１に記憶されるとともに、診療データ毎に、「コンテンツ管理ＩＤ」が発行され、「連携管理ＩＤ」に関連付けられて登録される（ステップＳ３）。具体的には、制御部１１により、診療データ毎に、コンテンツテーブルＴ２に新規のレコードが追加される。そして、制御部１１により、診療データ毎に、「コンテンツ管理ＩＤ」が新たに付与され、この「コンテンツ管理ＩＤ」に対して、「連携管理ＩＤ」、「コンテンツファイルパス」、「コンテンツ種別」が関連付けられて格納される。なお、コンテンツテーブルＴ２において、新規のレコードの「削除フラグ」は「ＯＦＦ」に設定されている。
次に、端末装置３Ａにおいて、操作部３４から公開範囲、公開期限、検索用キーワードが入力され、制御部３１により、通信部３３を介してデータ管理サーバー１に公開範囲、公開期限、検索用キーワードが送信される（ステップＳ４）。なお、検索用キーワードは、管理単位に対する検索用キーワードと、各診療データ（コンテンツ）に対する検索用キーワードと、をそれぞれ別々に指定することができる。
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された公開範囲、公開期限、検索用キーワードが受信され、制御部１１により、「公開範囲」、「公開期限」、「検索用キーワード」が「連携管理ＩＤ」、「コンテンツ管理ＩＤ」に関連付けられて登録される（ステップＳ５）。具体的には、制御部１１により、「公開範囲」、「公開期限」、管理単位に対する「検索用キーワード」が「連携管理ＩＤ」に関連付けられて連携管理テーブルＴ１に格納され、コンテンツに対する「検索用キーワード」が「コンテンツ管理ＩＤ」に関連付けられてコンテンツテーブルＴ２に格納される。
なお、診療データがＤＩＣＯＭデータの場合には、ユーザーが指定した検索用キーワードを連携管理テーブルＴ１及びコンテンツテーブルＴ２に登録する代わりに、予めＤＩＣＯＭデータの「検査記述」の内容を検索用キーワードとするよう設定しておくことにより、自動で検索用キーワードを登録することができる。
なお、診療データがＤＩＣＯＭデータの場合には、ユーザーが指定した検索用キーワードを連携管理テーブルＴ１及びコンテンツテーブルＴ２に登録する代わりに、予めＤＩＣＯＭデータの「検査記述」の内容を検索用キーワードとするよう設定しておくことにより、自動で検索用キーワードを登録することができる。
次に、制御部１１により、診療データがＤＩＣＯＭデータであるか否か、又は、診療データに患者情報、検査情報が付帯されているか否かが判断される（ステップＳ６）。
診療データがＤＩＣＯＭデータである場合、又は、診療データに患者情報、検査情報が付帯されている場合には（ステップＳ６；ＹＥＳ）、制御部１１により、ＤＩＣＯＭデータに含まれる患者情報、検査情報、又は、診療データに付帯されている患者情報、検査情報が「連携管理ＩＤ」に関連付けられて登録される（ステップＳ７）。具体的には、制御部１１により、患者情報（「患者ＩＤ」、「患者氏名」、「性別」、「生年月日」等）及び「送信元所属グループＩＤ」が関連付けられて患者テーブルＴ３に格納されるとともに、患者情報に含まれる「患者ＩＤ」が「連携管理ＩＤ」に関連付けられて連携管理テーブルＴ１に格納される。また、制御部１１により、検査情報（「検査ＵＩＤ」、「検査日」、「モダリティー」等）及び「送信元所属グループＩＤ」が関連付けられて検査テーブルＴ４に格納されるとともに、検査情報に含まれる「検査ＵＩＤ」が「連携管理ＩＤ」に関連付けられて連携管理テーブルＴ１に格納される。
診療データがＤＩＣＯＭデータである場合、又は、診療データに患者情報、検査情報が付帯されている場合には（ステップＳ６；ＹＥＳ）、制御部１１により、ＤＩＣＯＭデータに含まれる患者情報、検査情報、又は、診療データに付帯されている患者情報、検査情報が「連携管理ＩＤ」に関連付けられて登録される（ステップＳ７）。具体的には、制御部１１により、患者情報（「患者ＩＤ」、「患者氏名」、「性別」、「生年月日」等）及び「送信元所属グループＩＤ」が関連付けられて患者テーブルＴ３に格納されるとともに、患者情報に含まれる「患者ＩＤ」が「連携管理ＩＤ」に関連付けられて連携管理テーブルＴ１に格納される。また、制御部１１により、検査情報（「検査ＵＩＤ」、「検査日」、「モダリティー」等）及び「送信元所属グループＩＤ」が関連付けられて検査テーブルＴ４に格納されるとともに、検査情報に含まれる「検査ＵＩＤ」が「連携管理ＩＤ」に関連付けられて連携管理テーブルＴ１に格納される。
次に、制御部１１により、診療データが画像である場合には、画像ＵＩＤが検査ＵＩＤに関連付けられて登録される（ステップＳ８）。具体的には、制御部１１により、画像テーブルＴ５に新規のレコードが追加され、診療データに対応する「画像ＵＩＤ」に対して、「検査ＵＩＤ」及び「送信元所属グループＩＤ」が関連付けられて格納される。また、制御部１１により、「画像ＵＩＤ」が「コンテンツ管理ＩＤ」に関連付けられてコンテンツテーブルＴ２に格納される。
次に、制御部１１により、「コンテンツ管理ＩＤ」に患者情報及び検査情報が関連付けられる（ステップＳ９）。具体的には、制御部１１により、患者情報に含まれる「患者ＩＤ」及び検査情報に含まれる「検査ＵＩＤ」が「コンテンツ管理ＩＤ」に関連付けられてコンテンツテーブルＴ２に格納される。
ステップＳ９の後、又は、ステップＳ６において、診療データがＤＩＣＯＭデータでなく、診療データに患者情報、検査情報が付帯されていない場合には（ステップＳ６；ＮＯ）、制御部１１により、全ての診療データに対して処理が終了したか否かが判断される（ステップＳ１０）。処理が終了していない診療データが存在する場合には（ステップＳ１０；ＮＯ）、ステップＳ６に戻り、処理が繰り返される。
ステップＳ１０において、全ての診療データに対して処理が終了した場合には（ステップＳ１０；ＹＥＳ）、新規登録処理が終了する。
送信元のユーザーは、診療データの送信時に、送信先のユーザーに対して参照権限を設定することができる。送信先のユーザーに対して参照を許可する場合には、参照権限テーブルＴ７において、該当する「参照権限フラグ」を「ＯＮ」とし、連携管理テーブルＴ１において、「公開範囲」を「１」、「３」、「４」又は「５」とする旨の情報が端末装置３Ａからデータ管理サーバー１に送信される。また、送信元のユーザーは、この参照権限を変更することができる。
また、送信元のユーザーは、診療データの送信時に、送信元のユーザーと同じグループに所属するユーザーに対して参照権限を設定することができる。送信元のユーザーと同じグループに所属するユーザーに対して参照を許可する場合には、参照権限テーブルＴ７において、該当する「参照権限フラグ」を「ＯＮ」とし、連携管理テーブルＴ１において、「公開範囲」を「１」、「２」、「４」又は「５」とする旨の情報が端末装置３Ａからデータ管理サーバー１に送信される。また、送信元のユーザーは、この参照権限を変更することができる。
また、送信元のユーザーは、診療データの送信時に、送信先のユーザーと同じグループに所属するユーザーに対して参照権限を設定可能としてもよい。
また、送信元のユーザーは、診療データの送信時に、送信先のユーザーに対して更新権限を設定することができる。送信先のユーザーに対して更新を許可する場合には、参照権限テーブルＴ７において、該当する「更新権限フラグ」を「２」又は「３」とする旨の情報が端末装置３Ａからデータ管理サーバー１に送信される。また、送信元のユーザーは、この更新権限を変更することができる。
また、送信元のユーザーは、送信元のユーザーと同じグループに所属するユーザー、又は、送信先のユーザーと同じグループに所属するユーザーに対して更新権限を設定可能としてもよい。
削除権限についても同様である。
削除権限についても同様である。
〔連携管理ＩＤ発行処理〕
図６及び図７は、データ管理サーバー１により行われる連携管理ＩＤ発行処理（図５のステップＳ２、後述する図８のステップＳ３３）を示すフローチャートである。連携管理ＩＤ発行処理は、制御部１１とサーバープログラムＰ１との協働により実行される。
図６及び図７は、データ管理サーバー１により行われる連携管理ＩＤ発行処理（図５のステップＳ２、後述する図８のステップＳ３３）を示すフローチャートである。連携管理ＩＤ発行処理は、制御部１１とサーバープログラムＰ１との協働により実行される。
制御部１１により、端末装置３Ａから受信した診療データが新規に送信されたものであるか否かが判断される（ステップＳ１１）。具体的には、診療データが追加送信又は返信されたものである場合には、新規の送信ではないと判断される。
追加送信とは、医療連携システム１００内の任意の二つの医療施設のうち第１の医療施設の端末装置から第２の医療施設の端末装置にて参照可能なように、診療データをデータ管理サーバー１に送信済みである状態で、その診療データに関連して、第１の医療施設の端末装置から第２の医療施設の端末装置にて参照可能なように、追加の診療データをデータ管理サーバー１に送信することをいう。
返信とは、医療連携システム１００内の任意の二つの医療施設のうち第１の医療施設の端末装置から第２の医療施設の端末装置にて参照可能なように、診療データをデータ管理サーバー１に送信済みである状態で、その診療データに関連して、第２の医療施設の端末装置から第１の医療施設の端末装置にて参照可能なように、返信となる診療データを送信することをいう。
診療データが新規に送信されたものである場合には（ステップＳ１１；ＹＥＳ）、制御部１１により、連携管理ＩＤの管理単位が手動又は設定で決定される（ステップＳ１２）。
具体的には、端末装置３Ａにおいて、操作部３４からの操作により、一纏まりで管理される診療データが指定されるか（手動）、連携管理ＩＤの管理単位が選択され（設定）、制御部３１により、通信部３３を介してデータ管理サーバー１に連携管理ＩＤの管理単位を示す情報が送信される。例えば、端末装置３Ａの表示部３５に表示される画面上にプルダウンメニューが配置され、「患者送信」、「検査送信」、「画像送信」、「一括送信」のいずれか一つが選択される。「患者送信」が選択された場合には、患者単位で連携管理ＩＤが発行される。「検査送信」が選択された場合には、検査単位で連携管理ＩＤが発行される。「画像送信」が選択された場合には、画像単位で連携管理ＩＤが発行される。「一括送信」が選択された場合には、一纏まりで送信された診療データに対して同一の連携管理ＩＤが発行される。
具体的には、端末装置３Ａにおいて、操作部３４からの操作により、一纏まりで管理される診療データが指定されるか（手動）、連携管理ＩＤの管理単位が選択され（設定）、制御部３１により、通信部３３を介してデータ管理サーバー１に連携管理ＩＤの管理単位を示す情報が送信される。例えば、端末装置３Ａの表示部３５に表示される画面上にプルダウンメニューが配置され、「患者送信」、「検査送信」、「画像送信」、「一括送信」のいずれか一つが選択される。「患者送信」が選択された場合には、患者単位で連携管理ＩＤが発行される。「検査送信」が選択された場合には、検査単位で連携管理ＩＤが発行される。「画像送信」が選択された場合には、画像単位で連携管理ＩＤが発行される。「一括送信」が選択された場合には、一纏まりで送信された診療データに対して同一の連携管理ＩＤが発行される。
ステップＳ１１において、診療データが新規に送信されたものでない場合（ステップＳ１１；ＮＯ）、すなわち、追加送信又は返信の場合には、制御部１１により、前回の管理単位に従って、連携管理ＩＤの管理単位が決定される（ステップＳ１３）。例えば、追加送信又は返信の対象となる元の診療データの連携管理ＩＤに対して管理単位が記憶部１４に記憶されており、この管理単位に従う。
ステップＳ１２又はステップＳ１３の後、制御部１１により、受信した診療データにＤＩＣＯＭデータが含まれているか否かが判断される（ステップＳ１４）。
受信した診療データにＤＩＣＯＭデータが含まれている場合には（ステップＳ１４；ＹＥＳ）、制御部１１により、ＤＩＣＯＭデータの付帯情報（患者ＩＤ、検査ＵＩＤ、画像ＵＩＤ等）が取得され、ＤＩＣＯＭデータと同一の管理単位の診療データが既にコンテンツ記憶部１４１に存在するか否かが判断される（ステップＳ１５）。
受信した診療データにＤＩＣＯＭデータが含まれている場合には（ステップＳ１４；ＹＥＳ）、制御部１１により、ＤＩＣＯＭデータの付帯情報（患者ＩＤ、検査ＵＩＤ、画像ＵＩＤ等）が取得され、ＤＩＣＯＭデータと同一の管理単位の診療データが既にコンテンツ記憶部１４１に存在するか否かが判断される（ステップＳ１５）。
例えば、過去に扱った連携データについて、１レコードで、連携管理ＩＤ、管理単位、患者ＩＤ、検査ＵＩＤ、画像ＵＩＤ（ないものについては空欄でよい。）が一纏めになるように管理しておき、受信した診療データが過去のレコードと一致するか否かを判断する。検査単位で管理している場合、レコードは、
2f1504fa-7ad3-4d19-8fb9-0334bf78fcd9，STUDY，P-0001，003457832
のような並びとなる。１レコードに含まれる各値は、連携管理ＩＤ、管理単位（検査）、患者ＩＤ、検査ＵＩＤを表しており、検査単位であるため、画像ＵＩＤの項目は省略されている。ここで、検査ＵＩＤが「003457832」である連携管理ＩＤが存在するか否かを検索し、上記レコードのように、該当する連携管理ＩＤが存在する場合には、今回の診療データは連携管理ＩＤ「2f1504fa-7ad3-4d19-8fb9-0334bf78fcd9」に属するものであると判断する。
2f1504fa-7ad3-4d19-8fb9-0334bf78fcd9，STUDY，P-0001，003457832
のような並びとなる。１レコードに含まれる各値は、連携管理ＩＤ、管理単位（検査）、患者ＩＤ、検査ＵＩＤを表しており、検査単位であるため、画像ＵＩＤの項目は省略されている。ここで、検査ＵＩＤが「003457832」である連携管理ＩＤが存在するか否かを検索し、上記レコードのように、該当する連携管理ＩＤが存在する場合には、今回の診療データは連携管理ＩＤ「2f1504fa-7ad3-4d19-8fb9-0334bf78fcd9」に属するものであると判断する。
ＤＩＣＯＭデータと同一の管理単位の診療データがコンテンツ記憶部１４１に存在しない場合には（ステップＳ１５；ＮＯ）、制御部１１により、ＤＩＣＯＭデータに複数の管理単位が存在するか否かが判断される（ステップＳ１６）。例えば、管理単位が「患者」である場合には、複数の患者のデータが存在するか否かが判断され、管理単位が「検査」である場合には、複数の検査のデータが存在するか否かが判断される。
ＤＩＣＯＭデータに複数の管理単位が存在する場合には（ステップＳ１６；ＹＥＳ）、制御部１１により、ＤＩＣＯＭデータに対して管理単位毎に連携管理ＩＤが発行される（ステップＳ１７）。例えば、管理単位が「検査」である場合、ＤＩＣＯＭデータの検査ＵＩＤに基づいて、検査ＵＩＤ毎に連携管理ＩＤが発行される。
ステップＳ１６において、ＤＩＣＯＭデータに複数の管理単位が存在しない場合には（ステップＳ１６；ＮＯ）、制御部１１により、ＤＩＣＯＭデータに対して一つの連携管理ＩＤが発行される（ステップＳ１８）。
ステップＳ１５において、ＤＩＣＯＭデータと同一の管理単位の診療データが既にコンテンツ記憶部１４１に存在する場合には（ステップＳ１５；ＹＥＳ）、制御部１１により、ＤＩＣＯＭデータに対して既存の連携管理ＩＤが流用される（ステップＳ１９）。
ステップＳ１７の後、ステップＳ１８の後、ステップＳ１９の後、又は、ステップＳ１４において、受信した診療データにＤＩＣＯＭデータが含まれていない場合には（ステップＳ１４；ＮＯ）、制御部１１により、受信した診療データにＤＩＣＯＭデータ以外のデータが含まれているか否かが判断される（ステップＳ２０）。
受信した診療データにＤＩＣＯＭデータ以外のデータが含まれている場合には（ステップＳ２０；ＹＥＳ）、制御部１１により、管理単位毎（患者毎、検査毎、診療毎等）に区別できる情報が存在するか否かが判断される（ステップＳ２１）。
例えば、ＪＰＥＧファイルに含まれるＥｘｉｆ情報の一部に、「患者ＩＤ：＊＊＊＊＊」、「検査ＵＩＤ：ＸＸＸＸＸ」等の文字列がコメントとして埋め込まれている場合には、そのＪＰＥＧファイルを、患者ＩＤが「＊＊＊＊＊」のデータ、検査ＵＩＤが「ＸＸＸＸＸ」のデータ等であると判断する。
また、何をもって「診療毎」とするかは、ユーザーが適宜選択可能である。例えば、診療毎に区別できる番号（仮に診療番号と呼ぶ。）をユーザーが手動で入力し、その診療番号が特定のファイル名（例えば、「診療番号.txt」）のテキストファイルとして保存されている場合には、このファイルから診療番号を判断する。
また、特定のフォーマットのＰＤＦファイルが添付され、「診療番号：0123456789」という文字列が特定の位置に存在する場合には、診療番号が「0123456789」のデータであると判断する。
また、特定のファイル名（例えば、「診療番号.jpeg」）の画像ファイルにバーコードやＱＲコード（登録商標）が埋め込まれており、スキャンすると数字になる場合には、それを診療番号と判断する。
また、特定のフォーマットの紙をスキャナーで取り込み、ＯＣＲをかけた結果、「診療番号：○○○○○」という文字列が１か所だけ存在する場合には、その結果の番号部分を診療番号と判断する。
また、特定のフォーマットのＰＤＦファイルが添付され、「診療番号：0123456789」という文字列が特定の位置に存在する場合には、診療番号が「0123456789」のデータであると判断する。
また、特定のファイル名（例えば、「診療番号.jpeg」）の画像ファイルにバーコードやＱＲコード（登録商標）が埋め込まれており、スキャンすると数字になる場合には、それを診療番号と判断する。
また、特定のフォーマットの紙をスキャナーで取り込み、ＯＣＲをかけた結果、「診療番号：○○○○○」という文字列が１か所だけ存在する場合には、その結果の番号部分を診療番号と判断する。
ステップＳ２１において、管理単位毎に区別できる情報が存在しない場合には（ステップＳ２１；ＮＯ）、制御部１１により、手動で管理単位毎に診療データが仕分けられる（ステップＳ２２）。
具体的には、端末装置３Ａ等の操作部３４からの操作により、管理単位毎に診療データが仕分けられ、制御部３１により、診療データをどのように仕分けるかを示す仕分け情報が通信部３３を介してデータ管理サーバー１に送信される。
データ管理サーバー１では、通信部１３により、仕分け情報が受信され、制御部１１により、仕分け情報に基づいて、管理単位毎に診療データが仕分けられる。
具体的には、端末装置３Ａ等の操作部３４からの操作により、管理単位毎に診療データが仕分けられ、制御部３１により、診療データをどのように仕分けるかを示す仕分け情報が通信部３３を介してデータ管理サーバー１に送信される。
データ管理サーバー１では、通信部１３により、仕分け情報が受信され、制御部１１により、仕分け情報に基づいて、管理単位毎に診療データが仕分けられる。
ステップＳ２１において、管理単位毎に区別できる情報が存在する場合（ステップＳ２１；ＹＥＳ）、又は、ステップＳ２２の後、制御部１１により、ＤＩＣＯＭデータ以外のデータと同一の管理単位の診療データが既にコンテンツ記憶部１４１に存在するか否かが判断される（ステップＳ２３）。
ＤＩＣＯＭデータ以外のデータと同一の管理単位の診療データがコンテンツ記憶部１４１に存在しない場合には（ステップＳ２３；ＮＯ）、制御部１１により、ＤＩＣＯＭデータ以外のデータに複数の管理単位が存在するか否かが判断される（ステップＳ２４）。
ＤＩＣＯＭデータ以外のデータに複数の管理単位が存在する場合には（ステップＳ２４；ＹＥＳ）、制御部１１により、ＤＩＣＯＭデータ以外のデータに対して管理単位毎に連携管理ＩＤが発行される（ステップＳ２５）。
ステップＳ２４において、ＤＩＣＯＭデータ以外のデータに複数の管理単位が存在しない場合には（ステップＳ２４；ＮＯ）、制御部１１により、ＤＩＣＯＭデータ以外のデータに対して一つの連携管理ＩＤが発行される（ステップＳ２６）。
ステップＳ２３において、ＤＩＣＯＭデータ以外のデータと同一の管理単位の診療データが既にコンテンツ記憶部１４１に存在する場合には（ステップＳ２３；ＹＥＳ）、制御部１１により、ＤＩＣＯＭデータ以外のデータに対して既存の連携管理ＩＤが流用される（ステップＳ２７）。
ステップＳ２５の後、ステップＳ２６の後、ステップＳ２７の後、又は、ステップＳ２０において、受信した診療データにＤＩＣＯＭデータ以外のデータが含まれていない場合には（ステップＳ２０；ＮＯ）、連携管理ＩＤ発行処理が終了する。
診療データがＤＩＣＯＭデータである場合、診療データに患者情報、検査情報が付帯されている場合等、診療毎や検査毎に区別できるデータが付随しているデータの場合には、付随しているデータに応じて管理単位毎に連携管理ＩＤが発行される。
診療データに診療毎や検査毎に区別できるデータが付随していない場合には、ユーザーが指定した纏まりに含まれる診療データに同一の連携管理ＩＤが発行される。
診療データに診療毎や検査毎に区別できるデータが付随していない場合には、ユーザーが指定した纏まりに含まれる診療データに同一の連携管理ＩＤが発行される。
ここで、管理単位が「検査」であって、患者Ｃの検査Ｃ−１の画像を新規送信する場合について考える。その際の連携管理テーブルＴ１の検索用キーワードを「ＣＴ検査」で設定し、コンテンツテーブルＴ２の検索用キーワードを「肺野条件」で設定することとする。
この場合、例えば、連携管理ＩＤ：０００１とコンテンツ管理ＩＤ：Ｄ−００１が発行される。そして、連携管理テーブルＴ１において、連携管理ＩＤ：０００１に関連付けられる検索用キーワードは「ＣＴ検査」と設定され、コンテンツテーブルＴ２において、コンテンツ管理ＩＤ：Ｄ−００１に関連付けられる検索用キーワードは「肺野条件」と設定される。
この場合、例えば、連携管理ＩＤ：０００１とコンテンツ管理ＩＤ：Ｄ−００１が発行される。そして、連携管理テーブルＴ１において、連携管理ＩＤ：０００１に関連付けられる検索用キーワードは「ＣＴ検査」と設定され、コンテンツテーブルＴ２において、コンテンツ管理ＩＤ：Ｄ−００１に関連付けられる検索用キーワードは「肺野条件」と設定される。
次いで、患者Ｃの検査Ｃ−１の追加画像と、過去の検査Ｃ−２が追加で送信される場合に、検査Ｃ−１の追加画像の検索用キーワードを「縦隔条件」、検査Ｃ−２の検索用キーワードを「ＭＲ検査」で設定することとする。
この場合、検査Ｃ−１の追加画像は、連携管理ＩＤ：０００１が既に存在しているので、コンテンツ管理ＩＤ：Ｄ−００２のみ発行され、検索用キーワードは「縦隔条件」で設定される。すなわち、コンテンツテーブルＴ２において、コンテンツ管理ＩＤ：Ｄ−００２は、連携管理ＩＤ：０００１に関連付けられ、さらに、検索用キーワードは「縦隔条件」と設定される。
検査Ｃ−２に関しては、検査Ｃ−１とは別の検査なので、検査Ｃ−２に関する連携管理ＩＤが存在するか否かを確認する。そして、検査Ｃ−２に関する連携管理ＩＤが存在しないため、例えば、連携管理ＩＤ：０００２が発行される。連携管理テーブルＴ１において、連携管理ＩＤ：０００２に関連付けられる検索用キーワードは「ＭＲ検査」と設定される。
この場合、検査Ｃ−１の追加画像は、連携管理ＩＤ：０００１が既に存在しているので、コンテンツ管理ＩＤ：Ｄ−００２のみ発行され、検索用キーワードは「縦隔条件」で設定される。すなわち、コンテンツテーブルＴ２において、コンテンツ管理ＩＤ：Ｄ−００２は、連携管理ＩＤ：０００１に関連付けられ、さらに、検索用キーワードは「縦隔条件」と設定される。
検査Ｃ−２に関しては、検査Ｃ−１とは別の検査なので、検査Ｃ−２に関する連携管理ＩＤが存在するか否かを確認する。そして、検査Ｃ−２に関する連携管理ＩＤが存在しないため、例えば、連携管理ＩＤ：０００２が発行される。連携管理テーブルＴ１において、連携管理ＩＤ：０００２に関連付けられる検索用キーワードは「ＭＲ検査」と設定される。
〔追加送信・返信処理〕
図８は、端末装置３Ａとデータ管理サーバー１により行われる追加送信・返信処理を示すラダーチャートである。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
図８は、端末装置３Ａとデータ管理サーバー１により行われる追加送信・返信処理を示すラダーチャートである。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
まず、端末装置３Ａにおいて、制御部３１により、通信部３３を介してデータ管理サーバー１から追加送信又は返信したい連携管理ＩＤが取得される（ステップＳ３１）。具体的には、患者情報や検査情報による検索、又は、新規登録時に予め記憶させておくことにより、連携管理ＩＤが取得される。
次に、操作部３４からの操作に基づいて、制御部３１により、通信部３３を介してデータ管理サーバー１に一又は複数の診療データが、取得された連携管理ＩＤと関連付けられて送信される（ステップＳ３２）。
ここで、端末装置３Ａからデータ管理サーバー１には、送信元所属グループＩＤ、送信元ユーザーＩＤ、送信先所属グループＩＤ、送信先ユーザーＩＤ、送信日時も送信される。
ここで、端末装置３Ａからデータ管理サーバー１には、送信元所属グループＩＤ、送信元ユーザーＩＤ、送信先所属グループＩＤ、送信先ユーザーＩＤ、送信日時も送信される。
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された診療データ等が受信され、制御部１１により、連携管理ＩＤ発行処理（図６及び図７参照）が行われる（ステップＳ３３）。
連携管理ＩＤ発行処理において、新たに連携管理ＩＤが発行された場合には、制御部１１により、新規登録の場合と同様の処理が行われる。
一方、既存の連携管理ＩＤを流用する場合には、まず、制御部１１により、記憶部１４の連携履歴テーブルＴ６に新規のレコードが追加される。具体的には、制御部１１により、「連携履歴ＩＤ」が新たに付与され、この「連携履歴ＩＤ」に対して、端末装置３Ａから受信した「連携管理ＩＤ」、「送信元所属グループＩＤ」、「送信元ユーザーＩＤ」、「送信先所属グループＩＤ」、「送信先ユーザーＩＤ」、「送信日時」が関連付けられて格納される。
また、制御部１１により、端末装置３Ａから受信した「送信元所属グループＩＤ」、「送信元ユーザーＩＤ」、「送信先所属グループＩＤ」、「送信先ユーザーＩＤ」の組み合わせに対応する「連携元所属グループＩＤ」、「連携元ユーザーＩＤ」、「連携先所属グループＩＤ」、「連携先ユーザーＩＤ」の組み合わせに関連付けられた「連携先情報ＩＤ」が連携先テーブルＴ８から取得される。制御部１１により、連携先テーブルＴ８から取得された「連携先情報ＩＤ」に関連付けられた「参照権限ＩＤ」が参照権限テーブルＴ７から取得され、この「参照権限ＩＤ」が「連携履歴ＩＤ」と関連付けられて、記憶部１４の連携履歴テーブルＴ６に追加される。
次に、制御部１１により、各診療データがコンテンツ記憶部１４１に記憶されるとともに、診療データ毎に、「コンテンツ管理ＩＤ」が発行され、「連携管理ＩＤ」に関連付けられて登録される（ステップＳ３４）。具体的には、制御部１１により、診療データ毎に、コンテンツテーブルＴ２に新規のレコードが追加される。そして、制御部１１により、診療データ毎に、「コンテンツ管理ＩＤ」が新たに付与され、この「コンテンツ管理ＩＤ」に対して、「連携管理ＩＤ」、「コンテンツファイルパス」、「コンテンツ種別」が関連付けられて格納される。なお、コンテンツテーブルＴ２において、新規のレコードの「削除フラグ」は「ＯＦＦ」に設定されている。
次に、端末装置３Ａにおいて、操作部３４から検索用キーワードが入力され、制御部３１により、通信部３３を介してデータ管理サーバー１に検索用キーワードが送信される（ステップＳ３５）。
なお、ステップＳ３３において、新たに連携管理ＩＤが発行された場合には、新規登録の場合と同様、端末装置３Ａにおいて、操作部３４から公開範囲及び公開期限も入力され、データ管理サーバー１に送信される。
なお、ステップＳ３３において、新たに連携管理ＩＤが発行された場合には、新規登録の場合と同様、端末装置３Ａにおいて、操作部３４から公開範囲及び公開期限も入力され、データ管理サーバー１に送信される。
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された検索用キーワードが受信され、制御部１１により、「検索用キーワード」が「コンテンツ管理ＩＤ」に関連付けられてコンテンツテーブルＴ２に登録される（ステップＳ３６）。
なお、ステップＳ３３において、新たに連携管理ＩＤが発行された場合には、新規登録の場合と同様、「公開範囲」及び「公開期限」についても、「連携管理ＩＤ」、「コンテンツ管理ＩＤ」に関連付けられて登録される。
なお、ステップＳ３３において、新たに連携管理ＩＤが発行された場合には、新規登録の場合と同様、「公開範囲」及び「公開期限」についても、「連携管理ＩＤ」、「コンテンツ管理ＩＤ」に関連付けられて登録される。
ステップＳ３７〜ステップＳ４１の処理は、図５のステップＳ６〜ステップＳ１０の処理と同様であるため、説明を省略する。
以上で、追加送信・返信処理が終了する。
以上で、追加送信・返信処理が終了する。
なお、送信側で連携管理ＩＤを事前に保持しておき、患者情報や検査情報に関連付けられた情報がないデータを送信する場合に、この連携管理ＩＤと関連付けて送信することで、一つの纏まりの連携データとして管理することとしてもよい。
〔削除処理〕
図９は、端末装置３Ａとデータ管理サーバー１により行われる削除処理を示すラダーチャートである。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
図９は、端末装置３Ａとデータ管理サーバー１により行われる削除処理を示すラダーチャートである。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
まず、端末装置３Ａにおいて、制御部３１により、通信部３３を介してデータ管理サーバー１から削除したい連携管理ＩＤ又はコンテンツ管理ＩＤが取得される（ステップＳ５１）。具体的には、患者情報や検査情報による検索、又は、新規登録時に予め記憶させておくことにより、連携管理ＩＤ又はコンテンツ管理ＩＤが取得される。
次に、操作部３４からの操作に基づいて、制御部３１により、通信部３３を介してデータ管理サーバー１に、削除したい連携管理ＩＤ又はコンテンツ管理ＩＤとともに削除指示が送信される（ステップＳ５２）。
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された削除したい連携管理ＩＤ又はコンテンツ管理ＩＤと、削除指示とが受信される。
次に、制御部１１により、端末装置３Ａから削除指示とともに連携管理ＩＤが受信されたか、コンテンツ管理ＩＤが受信されたかに応じて、連携管理ＩＤ単位で削除するか否かが判断される（ステップＳ５３）。
連携管理ＩＤ単位で削除する場合には（ステップＳ５３；ＹＥＳ）、制御部１１により、コンテンツテーブルＴ２において、削除指示があった「連携管理ＩＤ」に関連付けられた「コンテンツ管理ＩＤ」の「削除フラグ」が「ＯＮ」に変更される（ステップＳ５４）。
次に、制御部１１により、連携管理テーブルＴ１において、削除指示があった「連携管理ＩＤ」に関連付けられた「削除フラグ」が「ＯＮ」に変更される（ステップＳ５５）。
次に、制御部１１により、連携履歴テーブルＴ６において、削除指示があった「連携管理ＩＤ」に関連付けられた「削除ユーザーＩＤ」に端末装置３ＡのユーザーのユーザーＩＤが記憶され、「削除日時」にステップＳ５５において「削除フラグ」が「ＯＮ」に変更された日時が記憶される（ステップＳ５６）。
次に、制御部１１により、連携管理テーブルＴ１において、削除指示があった「連携管理ＩＤ」に関連付けられた「削除フラグ」が「ＯＮ」に変更される（ステップＳ５５）。
次に、制御部１１により、連携履歴テーブルＴ６において、削除指示があった「連携管理ＩＤ」に関連付けられた「削除ユーザーＩＤ」に端末装置３ＡのユーザーのユーザーＩＤが記憶され、「削除日時」にステップＳ５５において「削除フラグ」が「ＯＮ」に変更された日時が記憶される（ステップＳ５６）。
ステップＳ５３において、連携管理ＩＤ単位で削除しない場合には（ステップＳ５３；ＮＯ）、制御部１１により、コンテンツテーブルＴ２において、削除指示があった「コンテンツ管理ＩＤ」の「削除フラグ」が「ＯＮ」に変更される（ステップＳ５７）。
ステップＳ５６又はステップＳ５７の後、制御部１１により、削除処理が終了する。
ステップＳ５６又はステップＳ５７の後、制御部１１により、削除処理が終了する。
送信元ユーザーは、自分が送信した診療データ及び連携先から返信された診療データに対して、連携管理ＩＤ毎に削除権限を持つ。送信先ユーザー、送信元ユーザーと同一のグループに属するユーザー、又は、送信先ユーザーと同一のグループに属するユーザーが削除権限を持つかどうかは、診療データの送信時に送信元ユーザーが決定し、送信後も変更することができる。
連携管理ＩＤ毎に削除権限を持つユーザーは、管理単位毎、コンテンツ毎に診療データを削除することができる。
連携管理ＩＤ毎に削除権限を持つユーザーは、管理単位毎、コンテンツ毎に診療データを削除することができる。
〔参照可否判定処理〕
図１０は、端末装置３Ａとデータ管理サーバー１により行われる参照可否判定処理を示すラダーチャートである。この処理では、ユーザーがデータ管理サーバー１にアクセスした場合に、参照権限のある連携管理ＩＤ毎のリスト（以下、連携リストという。）が表示される。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
図１０は、端末装置３Ａとデータ管理サーバー１により行われる参照可否判定処理を示すラダーチャートである。この処理では、ユーザーがデータ管理サーバー１にアクセスした場合に、参照権限のある連携管理ＩＤ毎のリスト（以下、連携リストという。）が表示される。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
まず、端末装置３Ａにおいて、操作部３４からの操作に基づいて、制御部３１により、医療連携システム１００へのログインが行われる（ステップＳ６１）。例えば、制御部３１により、通信部３３を介してデータ管理サーバー１にユーザーＩＤ及びパスワードが送信され、データ管理サーバー１において登録されているユーザーとして認証されると、ログインが完了する。
データ管理サーバー１では、制御部１１により、連携履歴テーブルＴ６、連携先テーブルＴ８から「送信先ユーザーＩＤ」、「連携先ユーザーＩＤ」がログインユーザーであるデータが取得される（ステップＳ６２）。
具体的には、制御部１１により、連携履歴テーブルＴ６が参照され、「送信先ユーザーＩＤ」がログインユーザーであるレコードの「参照権限ＩＤ」が取得される。
次に、制御部１１により、参照権限テーブルＴ７が参照され、取得された「参照権限ＩＤ」に関連付けられた「連携先情報ＩＤ」が取得される。参照権限テーブルＴ７において、「参照権限フラグ」が「ＯＦＦ」の場合には、無効なレコードであると判断され、この「参照権限ＩＤ」に関連付けられたデータは、参照可能な候補から除かれる。
次に、制御部１１により、連携先テーブルＴ８が参照され、取得された「連携先情報ＩＤ」に関連付けられた「連携先ユーザーＩＤ」がログインユーザーであるデータのみが、参照可能な候補として残される。なお、連携先テーブルＴ８において、「削除フラグ」が「ＯＮ」の場合には、無効なレコードであると判断され、この「連携先情報ＩＤ」に関連付けられたデータは、参照可能な候補から除かれる。
具体的には、制御部１１により、連携履歴テーブルＴ６が参照され、「送信先ユーザーＩＤ」がログインユーザーであるレコードの「参照権限ＩＤ」が取得される。
次に、制御部１１により、参照権限テーブルＴ７が参照され、取得された「参照権限ＩＤ」に関連付けられた「連携先情報ＩＤ」が取得される。参照権限テーブルＴ７において、「参照権限フラグ」が「ＯＦＦ」の場合には、無効なレコードであると判断され、この「参照権限ＩＤ」に関連付けられたデータは、参照可能な候補から除かれる。
次に、制御部１１により、連携先テーブルＴ８が参照され、取得された「連携先情報ＩＤ」に関連付けられた「連携先ユーザーＩＤ」がログインユーザーであるデータのみが、参照可能な候補として残される。なお、連携先テーブルＴ８において、「削除フラグ」が「ＯＮ」の場合には、無効なレコードであると判断され、この「連携先情報ＩＤ」に関連付けられたデータは、参照可能な候補から除かれる。
次に、制御部１１により、取得結果と関連付けられた「連携管理ＩＤ」が取得される（ステップＳ６３）。
具体的には、制御部１１により、連携履歴テーブルＴ６から取得された「送信先ユーザーＩＤ」がログインユーザーであるレコードの「参照権限ＩＤ」のうち、参照権限テーブルＴ７及び連携先テーブルＴ８においても有効であった「参照権限ＩＤ」に関連付けられた「連携管理ＩＤ」が取得される。
具体的には、制御部１１により、連携履歴テーブルＴ６から取得された「送信先ユーザーＩＤ」がログインユーザーであるレコードの「参照権限ＩＤ」のうち、参照権限テーブルＴ７及び連携先テーブルＴ８においても有効であった「参照権限ＩＤ」に関連付けられた「連携管理ＩＤ」が取得される。
次に、制御部１１により、連携履歴テーブルＴ６、連携先テーブルＴ８から「送信先所属グループＩＤ」、「連携先所属グループＩＤ」がログインユーザーの所属グループであるデータが取得される（ステップＳ６４）。
具体的には、制御部１１により、連携履歴テーブルＴ６が参照され、「送信先所属グループＩＤ」がログインユーザーの所属グループであるレコードの「参照権限ＩＤ」が取得される。
次に、制御部１１により、参照権限テーブルＴ７が参照され、取得された「参照権限ＩＤ」に関連付けられた「連携先情報ＩＤ」が取得される。参照権限テーブルＴ７において、「参照権限フラグ」が「ＯＦＦ」の場合には、無効なレコードであると判断され、この「参照権限ＩＤ」に関連付けられたデータは、参照可能な候補から除かれる。
次に、制御部１１により、連携先テーブルＴ８が参照され、取得された「連携先情報ＩＤ」に関連付けられた「連携先所属グループＩＤ」がログインユーザーの所属グループであるデータのみが、参照可能な候補として残される。連携先テーブルＴ８において、「削除フラグ」が「ＯＮ」の場合には、無効なレコードであると判断され、この「連携先情報ＩＤ」に関連付けられたデータは、参照可能な候補から除かれる。
具体的には、制御部１１により、連携履歴テーブルＴ６が参照され、「送信先所属グループＩＤ」がログインユーザーの所属グループであるレコードの「参照権限ＩＤ」が取得される。
次に、制御部１１により、参照権限テーブルＴ７が参照され、取得された「参照権限ＩＤ」に関連付けられた「連携先情報ＩＤ」が取得される。参照権限テーブルＴ７において、「参照権限フラグ」が「ＯＦＦ」の場合には、無効なレコードであると判断され、この「参照権限ＩＤ」に関連付けられたデータは、参照可能な候補から除かれる。
次に、制御部１１により、連携先テーブルＴ８が参照され、取得された「連携先情報ＩＤ」に関連付けられた「連携先所属グループＩＤ」がログインユーザーの所属グループであるデータのみが、参照可能な候補として残される。連携先テーブルＴ８において、「削除フラグ」が「ＯＮ」の場合には、無効なレコードであると判断され、この「連携先情報ＩＤ」に関連付けられたデータは、参照可能な候補から除かれる。
次に、制御部１１により、取得結果と関連付けられた「連携管理ＩＤ」が取得される（ステップＳ６５）。
具体的には、制御部１１により、連携履歴テーブルＴ６から取得された「送信先所属グループＩＤ」がログインユーザーの所属グループであるレコードの「参照権限ＩＤ」のうち、参照権限テーブルＴ７及び連携先テーブルＴ８においても有効であった「参照権限ＩＤ」に関連付けられた「連携管理ＩＤ」が取得される。
具体的には、制御部１１により、連携履歴テーブルＴ６から取得された「送信先所属グループＩＤ」がログインユーザーの所属グループであるレコードの「参照権限ＩＤ」のうち、参照権限テーブルＴ７及び連携先テーブルＴ８においても有効であった「参照権限ＩＤ」に関連付けられた「連携管理ＩＤ」が取得される。
次に、制御部１１により、ステップＳ６５で取得された「連携管理ＩＤ」のうち、連携管理テーブルＴ１の「公開範囲」が「送信先所属グループも含める」と設定されているもののみに絞られる（ステップＳ６６）。
次に、制御部１１により、ステップＳ６３及びステップＳ６６で得られた「連携管理ＩＤ」について、連携管理テーブルＴ１の「公開期限」が参照され、公開期限内であるか否かが判断される（ステップＳ６７）。
ステップＳ６３及びステップＳ６６で得られた「連携管理ＩＤ」で管理される診療データが公開期限内である場合には（ステップＳ６７；ＹＥＳ）、制御部１１により、連携管理テーブルＴ１の「削除フラグ」が参照され、該当する「連携管理ＩＤ」に関連付けられたレコードが削除されているか否かが判断される（ステップＳ６８）。
ステップＳ６３及びステップＳ６６で得られた「連携管理ＩＤ」で管理される診療データが公開期限内である場合には（ステップＳ６７；ＹＥＳ）、制御部１１により、連携管理テーブルＴ１の「削除フラグ」が参照され、該当する「連携管理ＩＤ」に関連付けられたレコードが削除されているか否かが判断される（ステップＳ６８）。
該当する「連携管理ＩＤ」に関連付けられたレコードが削除されていない場合には（ステップＳ６８；ＮＯ）、制御部１１により、参照可能であると判断され（ステップＳ６９）、参照可能な「連携管理ＩＤ」に対応するリストが通信部１３を介して端末装置３Ａに送信される（ステップＳ７０）。
端末装置３Ａでは、通信部３３により、参照可能な「連携管理ＩＤ」に対応するリストが受信され、制御部３１により、表示部３５に連携リストが表示される（ステップＳ７１）。
図１１に、端末装置３Ａの表示部３５に表示される連携リスト画面３５１の例を示す。連携リスト画面３５１の連携リスト表示領域７１には、参照可能な「連携管理ＩＤ」に対応する管理単位毎のリストが表示される。この連携リストから選択することで、「連携管理ＩＤ」及び「コンテンツ管理ＩＤ」と関連付けられた診療データを取得することができる。
ステップＳ６７において、ステップＳ６３及びステップＳ６６で得られた「連携管理ＩＤ」で管理される診療データが公開期限内でない場合（ステップＳ６７；ＮＯ）、又は、ステップＳ６８において、該当する「連携管理ＩＤ」に関連付けられたレコードが削除されている場合には（ステップＳ６８；ＹＥＳ）、制御部１１により、参照不可であると判断される（ステップＳ７２）。
以上で、参照可否判定処理が終了する。
以上で、参照可否判定処理が終了する。
〔検索処理〕
図１２は、端末装置３Ａとデータ管理サーバー１により行われる検索処理を示すラダーチャートである。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
図１２は、端末装置３Ａとデータ管理サーバー１により行われる検索処理を示すラダーチャートである。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
まず、端末装置３Ａにおいて、操作部３４から検索したい患者情報、検査情報、キーワードが入力され、制御部３１により、通信部３３を介してデータ管理サーバー１に患者情報、検査情報、キーワードが送信される（ステップＳ８１）。なお、キーワードの入力は任意であってもよい。
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された患者情報、検査情報、キーワードが受信される。そして、制御部１１により、患者情報、検査情報に関連付けられた「連携管理ＩＤ」が取得される（ステップＳ８２）。
具体的には、制御部１１により、患者テーブルＴ３、検査テーブルＴ４が参照され、端末装置３Ａから受信した患者情報（「患者ＩＤ」、「患者氏名」、「性別」、「生年月日」等）、検査情報（「検査ＵＩＤ」、「検査日」、「モダリティー」等）に関連付けられた「患者ＩＤ」、「検査ＵＩＤ」（患者情報が「患者ＩＤ」である場合、検査情報が「検査ＵＩＤ」である場合には、「患者ＩＤ」、「検査ＵＩＤ」そのもの）が取得される。そして、制御部１１により、連携管理テーブルＴ１が参照され、取得された「患者ＩＤ」、「検査ＵＩＤ」に関連付けられた「連携管理ＩＤ」が取得される。
具体的には、制御部１１により、患者テーブルＴ３、検査テーブルＴ４が参照され、端末装置３Ａから受信した患者情報（「患者ＩＤ」、「患者氏名」、「性別」、「生年月日」等）、検査情報（「検査ＵＩＤ」、「検査日」、「モダリティー」等）に関連付けられた「患者ＩＤ」、「検査ＵＩＤ」（患者情報が「患者ＩＤ」である場合、検査情報が「検査ＵＩＤ」である場合には、「患者ＩＤ」、「検査ＵＩＤ」そのもの）が取得される。そして、制御部１１により、連携管理テーブルＴ１が参照され、取得された「患者ＩＤ」、「検査ＵＩＤ」に関連付けられた「連携管理ＩＤ」が取得される。
次に、制御部１１により、取得された「連携管理ＩＤ」について、連携管理テーブルＴ１及びコンテンツテーブルＴ２が参照され、端末装置３Ａから受信したキーワードに関連付けられた、「連携管理ＩＤ」、「コンテンツ管理ＩＤ」のみに絞り込まれる（ステップＳ８３）。
次に、制御部１１により、端末装置３Ａのユーザーに、ステップＳ８３で絞り込まれた「連携管理ＩＤ」に関連付けられた参照権限があるか否かが判断される（ステップＳ８４）。
具体的には、制御部１１により、連携管理テーブルＴ１が参照され、「連携管理ＩＤ」に関連付けられた「公開範囲」が取得され、端末装置３Ａにおいて検索操作を行っているユーザーが「公開範囲」に含まれるか否かが判断される。
また、制御部１１により、参照権限テーブルＴ７が参照され、「連携管理ＩＤ」に対応する「参照権限ＩＤ」の「参照権限フラグ」が「ＯＮ」であるか否かが判断される。
また、制御部１１により、参照権限テーブルＴ７が参照され、「連携管理ＩＤ」に対応する「参照権限ＩＤ」に関連付けられた「連携先情報ＩＤ」が取得される。そして、制御部１１により、連携先テーブルＴ８が参照され、この「連携先情報ＩＤ」に関連付けられた「連携先ユーザーＩＤ」、「連携先所属グループＩＤ」、「連携種別」、「削除フラグ」が取得される。制御部１１により、「連携先ユーザーＩＤ」が検索ユーザーであるデータ、又は、「連携先所属グループＩＤ」が検索ユーザーの所属グループであるデータであって、かつ、「連携種別」の送信先に検索ユーザーが含まれるデータのみが、検索候補として残される。また、制御部１１により、連携先テーブルＴ８において、「削除フラグ」が「ＯＮ」の場合には、無効なレコードであると判断され、この「連携先情報ＩＤ」に関連付けられたデータは、検索候補から除かれる。
具体的には、制御部１１により、連携管理テーブルＴ１が参照され、「連携管理ＩＤ」に関連付けられた「公開範囲」が取得され、端末装置３Ａにおいて検索操作を行っているユーザーが「公開範囲」に含まれるか否かが判断される。
また、制御部１１により、参照権限テーブルＴ７が参照され、「連携管理ＩＤ」に対応する「参照権限ＩＤ」の「参照権限フラグ」が「ＯＮ」であるか否かが判断される。
また、制御部１１により、参照権限テーブルＴ７が参照され、「連携管理ＩＤ」に対応する「参照権限ＩＤ」に関連付けられた「連携先情報ＩＤ」が取得される。そして、制御部１１により、連携先テーブルＴ８が参照され、この「連携先情報ＩＤ」に関連付けられた「連携先ユーザーＩＤ」、「連携先所属グループＩＤ」、「連携種別」、「削除フラグ」が取得される。制御部１１により、「連携先ユーザーＩＤ」が検索ユーザーであるデータ、又は、「連携先所属グループＩＤ」が検索ユーザーの所属グループであるデータであって、かつ、「連携種別」の送信先に検索ユーザーが含まれるデータのみが、検索候補として残される。また、制御部１１により、連携先テーブルＴ８において、「削除フラグ」が「ＯＮ」の場合には、無効なレコードであると判断され、この「連携先情報ＩＤ」に関連付けられたデータは、検索候補から除かれる。
なお、連携先テーブルＴ８において、「連携先情報ＩＤ」に関連付けられた「連携元ユーザーＩＤ」が検索ユーザーのユーザーＩＤと同じ場合には、無条件で検索対象として扱う。
ステップＳ８４において、端末装置３Ａのユーザーに、ステップＳ８３で絞り込まれた「連携管理ＩＤ」に関連付けられた参照権限がある場合には（ステップＳ８４；ＹＥＳ）、制御部１１により、「連携管理ＩＤ」について、連携管理テーブルＴ１の「公開期限」が参照され、公開期限内であるか否かが判断される（ステップＳ８５）。
公開期限内である場合には（ステップＳ８５；ＹＥＳ）、制御部１１により、連携管理テーブルＴ１の「削除フラグ」が参照され、該当する「連携管理ＩＤ」に関連付けられたレコードが削除されているか否かが判断される（ステップＳ８６）。
公開期限内である場合には（ステップＳ８５；ＹＥＳ）、制御部１１により、連携管理テーブルＴ１の「削除フラグ」が参照され、該当する「連携管理ＩＤ」に関連付けられたレコードが削除されているか否かが判断される（ステップＳ８６）。
該当する「連携管理ＩＤ」に関連付けられたレコードが削除されていない場合には（ステップＳ８６；ＮＯ）、制御部１１により、該当する「連携管理ＩＤ」に対応するリストが通信部１３を介して端末装置３Ａに送信される（ステップＳ８７）。
端末装置３Ａでは、通信部３３により、検索結果の「連携管理ＩＤ」に対応するリストが受信され、制御部３１により、表示部３５に連携リストが表示される（ステップＳ８８）。
ステップＳ８４において、端末装置３Ａのユーザーに、ステップＳ８３で絞り込まれた「連携管理ＩＤ」に関連付けられた参照権限がない場合（ステップＳ８４；ＮＯ）、ステップＳ８５において、公開期限内でない場合（ステップＳ８５；ＮＯ）、又は、ステップＳ８６において、該当する「連携管理ＩＤ」に関連付けられたレコードが削除されている場合には（ステップＳ８６；ＹＥＳ）、制御部１１により、そのまま、検索処理が終了する。
データ管理サーバー１で管理されている連携データは、診療データ及び検索用キーワードが関連付けられたテーブルを用いて、検索することができる。
診療データに付随する患者情報、検査情報のうち、利用頻度の高い項目（例えば、患者ＩＤ、患者氏名、性別、生年月日、連携先施設名、連携先ユーザー名、送信日時等）を連携管理ＩＤ、コンテンツ管理ＩＤと関連付けておくことにより、高速な検索が可能となる。
診療データに付随する患者情報、検査情報のうち、利用頻度の高い項目（例えば、患者ＩＤ、患者氏名、性別、生年月日、連携先施設名、連携先ユーザー名、送信日時等）を連携管理ＩＤ、コンテンツ管理ＩＤと関連付けておくことにより、高速な検索が可能となる。
以上、端末装置３Ａとデータ管理サーバー１との間のやり取りを中心に説明したが、他の端末装置３Ｂ等とデータ管理サーバー１についても同様である。
以上説明したように、医療連携システム１００によれば、ユーザーの希望に応じて、患者単位、検査単位、画像単位、診療単位、シリーズ単位等、任意の管理単位（連携管理ＩＤ）で診療データを管理するので、診療データを効率良く管理することができる。
また、ＤＩＣＯＭデータだけでなく、Ｗｏｒｄ、Ｅｘｃｅｌ、ＰＤＦ、ＰＮＧ、動画等のマルチメディアデータ等についても、連携管理ＩＤと関連付けて管理することができる。
また、ＤＩＣＯＭデータだけでなく、Ｗｏｒｄ、Ｅｘｃｅｌ、ＰＤＦ、ＰＮＧ、動画等のマルチメディアデータ等についても、連携管理ＩＤと関連付けて管理することができる。
また、連携管理ＩＤ毎に、診療データの参照権限を設定することができる。
また、連携管理ＩＤ毎に、患者情報、検査情報、キーワード等を関連付けておくことにより、患者情報、検査情報、キーワード等の情報に基づいて、診療データを検索することができる。
また、連携管理ＩＤ毎に、患者情報、検査情報、キーワード等を関連付けておくことにより、患者情報、検査情報、キーワード等の情報に基づいて、診療データを検索することができる。
なお、上記実施の形態における記述は、本発明に係る診療データ管理システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
例えば、上記実施の形態では、データ管理サーバー１側で連携管理ＩＤを発行する場合について説明したが、送信側の端末装置３Ａ，３Ｂ，・・・で連携管理ＩＤを発行することとしてもよい。ただし、連携管理ＩＤは、必ずシステム内で一意に決まるものでなくてはならない。例えば、連携管理ＩＤとして、ＵＵＩＤ（Universally Unique Identifier）形式等を使用する。
以上の説明では、各処理を実行するためのプログラムを格納したコンピューター読み取り可能な媒体としてＨＤＤや不揮発性メモリーを使用した例を開示したが、この例に限定されない。その他のコンピューター読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。
１ データ管理サーバー
２Ａ，２Ｂ，・・・ 施設内システム
３Ａ，３Ｂ，・・・ 端末装置
４Ａ，４Ｂ，・・・ ＰＡＣＳ
５Ａ，５Ｂ，・・・ モダリティー
６Ａ，６Ｂ，・・・ 施設内ネットワーク
１１ 制御部
１２ ＲＡＭ
１３ 通信部
１４ 記憶部
３１ 制御部
３２ ＲＡＭ
３３ 通信部
３４ 操作部
３５ 表示部
３６ 記憶部
１００ 医療連携システム
１４１ コンテンツ記憶部
Ｎ 通信ネットワーク
Ｐ１ サーバープログラム
Ｐ２ アプリケーションプログラム
Ｔ１ 連携管理テーブル
Ｔ２ コンテンツテーブル
Ｔ３ 患者テーブル
Ｔ４ 検査テーブル
Ｔ５ 画像テーブル
Ｔ６ 連携履歴テーブル
Ｔ７ 参照権限テーブル
Ｔ８ 連携先テーブル
２Ａ，２Ｂ，・・・ 施設内システム
３Ａ，３Ｂ，・・・ 端末装置
４Ａ，４Ｂ，・・・ ＰＡＣＳ
５Ａ，５Ｂ，・・・ モダリティー
６Ａ，６Ｂ，・・・ 施設内ネットワーク
１１ 制御部
１２ ＲＡＭ
１３ 通信部
１４ 記憶部
３１ 制御部
３２ ＲＡＭ
３３ 通信部
３４ 操作部
３５ 表示部
３６ 記憶部
１００ 医療連携システム
１４１ コンテンツ記憶部
Ｎ 通信ネットワーク
Ｐ１ サーバープログラム
Ｐ２ アプリケーションプログラム
Ｔ１ 連携管理テーブル
Ｔ２ コンテンツテーブル
Ｔ３ 患者テーブル
Ｔ４ 検査テーブル
Ｔ５ 画像テーブル
Ｔ６ 連携履歴テーブル
Ｔ７ 参照権限テーブル
Ｔ８ 連携先テーブル
Claims (3)
- 複数の医療施設において生成された複数の診療データを管理する診療データ管理システムにおいて、
前記複数の診療データに対して、一又は複数の診療データを含む任意の管理単位を指定するための指定手段と、
前記指定された管理単位毎に連携管理ＩＤを発行するＩＤ発行手段と、
前記発行された連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データと、を関連付けて記憶する記憶手段と、
を備える診療データ管理システム。 - 前記連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データに対する参照権限を示す参照権限情報と、を関連付けて記憶する第２の記憶手段と、
前記第２の記憶手段に記憶されている参照権限情報に基づいて、前記管理単位毎に、前記記憶手段に記憶されている診療データの参照を許可する許可手段と、
を備える請求項１に記載の診療データ管理システム。 - 前記連携管理ＩＤと、当該連携管理ＩＤに対応する管理単位に属する診療データに対する患者情報、検査情報又はキーワードと、を関連付けて記憶する第３の記憶手段と、
前記第３の記憶手段に記憶されている患者情報、検査情報又はキーワードに基づいて、前記管理単位毎に、前記記憶手段に記憶されている診療データを検索する検索手段と、
を備える請求項１又は２に記載の診療データ管理システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012126651A JP2013250903A (ja) | 2012-06-04 | 2012-06-04 | 診療データ管理システム |
| US13/905,005 US20130325507A1 (en) | 2012-06-04 | 2013-05-29 | Medical information data management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012126651A JP2013250903A (ja) | 2012-06-04 | 2012-06-04 | 診療データ管理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2013250903A true JP2013250903A (ja) | 2013-12-12 |
Family
ID=49671346
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012126651A Pending JP2013250903A (ja) | 2012-06-04 | 2012-06-04 | 診療データ管理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20130325507A1 (ja) |
| JP (1) | JP2013250903A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2016136386A (ja) * | 2015-01-20 | 2016-07-28 | 東芝メディカルシステムズ株式会社 | 医用画像処理装置 |
| US10650267B2 (en) | 2015-01-20 | 2020-05-12 | Canon Medical Systems Corporation | Medical image processing apparatus |
| JP2020080178A (ja) * | 2020-02-21 | 2020-05-28 | 富士ゼロックス株式会社 | 情報処理装置及びプログラム |
| WO2020256107A1 (ja) * | 2019-06-20 | 2020-12-24 | 積水メディカル株式会社 | Ａｐｔｔ延長要因推定システム |
| WO2021199277A1 (ja) * | 2020-03-31 | 2021-10-07 | 株式会社Ｐｅｃｏ | 電子カルテシステム、プログラムおよび方法 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9600489B2 (en) * | 2015-03-31 | 2017-03-21 | Synaptive Medical (Barbados) Inc. | File system for medical images and data |
| US10796010B2 (en) * | 2017-08-30 | 2020-10-06 | MyMedicalImages.com, LLC | Cloud-based image access systems and methods |
| CN115424705B (zh) * | 2022-11-08 | 2023-03-24 | 深圳市宝安区石岩人民医院 | 基于云计算的智慧医疗档案智能查阅分析管理系统及方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004133727A (ja) * | 2002-10-11 | 2004-04-30 | Hitachi Ltd | 医療支援システム |
| US20060047669A1 (en) * | 2004-08-26 | 2006-03-02 | Durrence Hugh D | System and method for document and electronic file management |
| JP2008204378A (ja) * | 2007-02-22 | 2008-09-04 | Fujifilm Corp | 診療データ共有サーバ、診療データ共有方法、及び診療データファイリング装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8682049B2 (en) * | 2012-02-14 | 2014-03-25 | Terarecon, Inc. | Cloud-based medical image processing system with access control |
-
2012
- 2012-06-04 JP JP2012126651A patent/JP2013250903A/ja active Pending
-
2013
- 2013-05-29 US US13/905,005 patent/US20130325507A1/en not_active Abandoned
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004133727A (ja) * | 2002-10-11 | 2004-04-30 | Hitachi Ltd | 医療支援システム |
| US20060047669A1 (en) * | 2004-08-26 | 2006-03-02 | Durrence Hugh D | System and method for document and electronic file management |
| JP2008204378A (ja) * | 2007-02-22 | 2008-09-04 | Fujifilm Corp | 診療データ共有サーバ、診療データ共有方法、及び診療データファイリング装置 |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2016136386A (ja) * | 2015-01-20 | 2016-07-28 | 東芝メディカルシステムズ株式会社 | 医用画像処理装置 |
| US10650267B2 (en) | 2015-01-20 | 2020-05-12 | Canon Medical Systems Corporation | Medical image processing apparatus |
| WO2020256107A1 (ja) * | 2019-06-20 | 2020-12-24 | 積水メディカル株式会社 | Ａｐｔｔ延長要因推定システム |
| JP2021001884A (ja) * | 2019-06-20 | 2021-01-07 | 積水メディカル株式会社 | Ａｐｔｔ延長要因推定システム |
| JP2020080178A (ja) * | 2020-02-21 | 2020-05-28 | 富士ゼロックス株式会社 | 情報処理装置及びプログラム |
| WO2021199277A1 (ja) * | 2020-03-31 | 2021-10-07 | 株式会社Ｐｅｃｏ | 電子カルテシステム、プログラムおよび方法 |
| JPWO2021199277A1 (ja) * | 2020-03-31 | 2021-10-07 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20130325507A1 (en) | 2013-12-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2013250903A (ja) | 診療データ管理システム | |
| US20180189447A1 (en) | System and Methods of Capturing Medical Imaging Data Using a Mobile Device | |
| US11264127B2 (en) | Integrated multi-facility document management system | |
| JP5989333B2 (ja) | 医用システム | |
| US20100241457A1 (en) | Network server, control method, and medical network system | |
| Park et al. | Development and validation of the radiology common data model (R-CDM) for the international standardization of medical imaging data | |
| US20120239431A1 (en) | Medical-information management system and computer-readable medium | |
| US20230215529A1 (en) | System and methods of capturing medical imaging data using a mobile device | |
| US20110179094A1 (en) | Method, apparatus and computer program product for providing documentation and/or annotation capabilities for volumetric data | |
| Robinson | Beyond the DICOM header: additional issues in deidentification | |
| US20160078196A1 (en) | Specimen fulfillment infrastructure | |
| JP2013235467A (ja) | 医療連携システム | |
| JP6828459B2 (ja) | 文書閲覧システム及びプログラム | |
| Korfiatis et al. | MIRMAID: A content management system for medical image analysis research | |
| JP2010267042A (ja) | 医療データ管理システム | |
| Alves et al. | Cloud-based privacy-preserving medical imaging system using machine learning tools | |
| JP2012185683A (ja) | 医用情報処理装置、医用情報処理方法及びプログラム | |
| JP2013250904A (ja) | 医療連携システム | |
| JP2015125515A (ja) | 画像送信装置及び治験システム | |
| Li et al. | Implementation of enterprise imaging strategy at a Chinese Tertiary Hospital | |
| JP2010128784A (ja) | 統合管理サーバ及びプログラム | |
| JP6662317B2 (ja) | 医療連携システム | |
| JP6277778B2 (ja) | 情報処理装置、情報処理システム、プログラム | |
| Hassan et al. | Development of a kidney TeleUltrasound consultation system | |
| Osborne et al. | Phenotype Detection Registry System (PheDRS)-Implementation of a Generalizable Single Institution Clinical Registry Architecture |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20141211 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20151015 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20151027 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20160308 |