JP6582742B2 - 情報処理装置及び情報処理プログラム - Google Patents
情報処理装置及び情報処理プログラム Download PDFInfo
- Publication number
- JP6582742B2 JP6582742B2 JP2015167379A JP2015167379A JP6582742B2 JP 6582742 B2 JP6582742 B2 JP 6582742B2 JP 2015167379 A JP2015167379 A JP 2015167379A JP 2015167379 A JP2015167379 A JP 2015167379A JP 6582742 B2 JP6582742 B2 JP 6582742B2
- Authority
- JP
- Japan
- Prior art keywords
- facility
- patient
- document
- disclosure
- information
- 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.)
- Active
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
本発明は、情報処理装置及び情報処理プログラムに関する。
特許文献１には、地域の医療機関間のカルテ情報の共有及び個人健康記録の患者各自保管を一体的かつ安全、安価に実現するカルテ情報地域共有システムを提供することを課題とし、通信回線を介してカルテ情報共有機関に提供する、カルテ情報地域共有サーバーからなるカルテ情報地域共有システムであって、カルテ情報共有機関は、自院スタッフＩＤ管理手段、各々のカルテ情報共有機関に関連する患者のＩＤ及び患者個人情報を作成管理する患者ＩＤ管理手段、共有カルテ情報要求手段、要求共有カルテ情報閲覧手段の各手段を有し、さらに共有カルテ情報作成手段、共有カルテ情報送信手段を備え、カルテ情報地域共有サーバーは、カルテ情報共有機関ＩＤ管理手段、統合スタッフＩＤ管理手段、スタッフ認証手段、共有カルテ情報統合記録手段、要求共有カルテ情報抽出手段、要求共有カルテ情報送信手段を備えるドメイン管理ＩＤ及びドメイン管理手段を備えていることが開示されている。
特許文献２には、個人情報が添付された医療用画像を外部に転送する際に、どの画像がどの患者のものであるかの情報を保持しつつ個人情報の流出を防止する遠隔読影システムを提供することを課題とし、病院において、医療用デジタル画像データを生成したとき、管理装置はその医療用デジタル画像データから患者情報を削除し、画像データに固有の画像ＩＤと削除した患者情報とを対応付ける患者情報管理リストを生成し、読影拠点から読影レポートを受信した場合には、読影レポートに含まれる画像ＩＤを基に、患者情報管理リストを参照して読影レポートと患者情報とを対応付けることが開示されている。
近年、地域医療連携により、診療所、中核病院、リハビリセンター等の様々な施設の医療従事者が、同じ患者に関する過去の様々な医療機関で受けた診療行為に関する全ての診療記録を共有することが行われようとしている。そして、個人情報である患者に関する文書の開示を限定する必要がある。その指定を行う場合、開示相手である施設を全て把握する必要がある。
本発明は、地域医療連携の施設に患者に関する文書を開示するにあたって、その文書の開示相手である施設を全て把握しなくても、文書の開示を限定することができるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
本発明は、地域医療連携の施設に患者に関する文書を開示するにあたって、その文書の開示相手である施設を全て把握しなくても、文書の開示を限定することができるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、地域医療連携の施設と患者との間における地理的要因に応じて、該患者に関する文書を開示する施設を設定する第１の設定手段と、前記患者と前記施設の種別の組み合わせに応じて、該施設に開示する前記文書の内容を設定する第２の設定手段と、前記第１の設定手段によって設定された施設に対して、前記第２の設定手段によって設定された文書の内容を開示する開示手段を有する情報処理装置である。
請求項１の発明は、地域医療連携の施設と患者との間における地理的要因に応じて、該患者に関する文書を開示する施設を設定する第１の設定手段と、前記患者と前記施設の種別の組み合わせに応じて、該施設に開示する前記文書の内容を設定する第２の設定手段と、前記第１の設定手段によって設定された施設に対して、前記第２の設定手段によって設定された文書の内容を開示する開示手段を有する情報処理装置である。
請求項２の発明は、前記地理的要因として、前記施設と前記患者との間の距離、又は該施設の所在地と該患者の住所又は居所の地域の名称を用い、前記第１の設定手段は、前記施設と前記患者との間の距離と予め定められた閾値との比較によって、文書を開示する施設を設定すること、又は、該施設の所在地と該患者の住所又は居所の地域の名称の部分が同じものを含む場合に、文書を開示する施設を設定すること、を行う、請求項１に記載の情報処理装置である。
請求項３の発明は、前記施設の種別には、病院と、病院以外の施設を少なくとも含み、種別としての病院には、該病院の系列である施設を含める、請求項１又は２に記載の情報処理装置である。
請求項４の発明は、前記施設の種別には、施設の規模を含め、前記第２の設定手段は、施設の規模に応じて、該施設に開示する前記文書の内容を設定する、請求項１から３のいずれか一項に記載の情報処理装置である。
請求項５の発明は、コンピュータを、地域医療連携の施設と患者との間における地理的要因に応じて、該患者に関する文書を開示する施設を設定する第１の設定手段と、前記患者と前記施設の種別の組み合わせに応じて、該施設に開示する前記文書の内容を設定する第２の設定手段と、前記第１の設定手段によって設定された施設に対して、前記第２の設定手段によって設定された文書の内容を開示する開示手段として機能させるための情報処理プログラムである。
請求項１の情報処理装置によれば、地域医療連携の施設に患者に関する文書を開示するにあたって、その文書の開示相手である施設を全て把握しなくても、文書の開示を限定することができる。
請求項２の情報処理装置によれば、地理的要因として、施設と患者との間の距離、又は施設の所在地と患者の住所又は居所の地域の名称を用いることができる。
請求項３の情報処理装置によれば、種別としての病院には、その病院の系列である施設を含めることができる。
請求項４の情報処理装置によれば、施設の規模に応じて、施設に開示する文書の内容を設定することができる。
請求項５の情報処理プログラムによれば、地域医療連携の施設に患者に関する文書を開示するにあたって、その文書の開示相手である施設を全て把握しなくても、文書の開示を限定することができる。
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
本実施の形態である情報処理装置１００は、地域医療連携の施設に患者に関する文書を開示するものであって、図１の例に示すように、文書開示範囲設定モジュール１０５、地理的要因設定モジュール１１０、開示許可処理モジュール１１５、施設種別要因設定モジュール１２０、開示内容処理モジュール１２５、開示情報参照モジュール１３０を有しており、文書管理装置１５０と接続されている。患者に関する文書は、医療関係の文書であって、例えば、カルテ、検査結果連絡書、手術同意書等がある。
地域の中核病院へ患者が集中することを防ぐために、その地域における医療機関を連携し、それぞれの医療機関の特長を活かし、地域全体が１つの医療システムとして機能するように、地域医療連携が推進されてきている。医療機関として、中核病院、診療所、リハビリセンター、訪問介護ステーション等がある。また、地域医療連携の一環として、複数の医療機関（施設）で患者に関する文書を共有し、治療やリハビリ等で有効に活用しようとすることが試みられている。
しかし、実際の運用では、患者が意図しない範囲にまで文書が開示されてしまったり、逆に、必要なところに開示されなかったりするケースが発生してしまうことが予想される。
ここで、中核病院とは、地域の医療連携の中核を担う病院のことである。かかりつけ医で行うことが難しい専門的な検査（例えば、ＭＲＩ（核磁気共鳴画像法）等）や、他の医療機関では提供することが困難な医療機能（例えば、出産・緩和ケア等）が必要となった場合に、さらに高度な医療を行う施設を表す。
診療所、リハビリセンター、訪問看護ステーションとは、本実施の形態において、紹介状を利用し中核病院と患者のやり取りを行う施設を表す。これらの施設からも患者の診療記録（文書）は作成される。
地域の中核病院へ患者が集中することを防ぐために、その地域における医療機関を連携し、それぞれの医療機関の特長を活かし、地域全体が１つの医療システムとして機能するように、地域医療連携が推進されてきている。医療機関として、中核病院、診療所、リハビリセンター、訪問介護ステーション等がある。また、地域医療連携の一環として、複数の医療機関（施設）で患者に関する文書を共有し、治療やリハビリ等で有効に活用しようとすることが試みられている。
しかし、実際の運用では、患者が意図しない範囲にまで文書が開示されてしまったり、逆に、必要なところに開示されなかったりするケースが発生してしまうことが予想される。
ここで、中核病院とは、地域の医療連携の中核を担う病院のことである。かかりつけ医で行うことが難しい専門的な検査（例えば、ＭＲＩ（核磁気共鳴画像法）等）や、他の医療機関では提供することが困難な医療機能（例えば、出産・緩和ケア等）が必要となった場合に、さらに高度な医療を行う施設を表す。
診療所、リハビリセンター、訪問看護ステーションとは、本実施の形態において、紹介状を利用し中核病院と患者のやり取りを行う施設を表す。これらの施設からも患者の診療記録（文書）は作成される。
文書管理装置１５０は、文書属性データベース１５５、文書管理ストレージ１６０を有しており、情報処理装置１００と接続されている。文書管理装置１５０は、患者に関する複数の文書を記憶する。
文書属性データベース１５５は、文書に関する属性を記憶している。属性には、文書名、文書の登録日、文書の作成者、文書の作成施設、文書を開示する施設、施設に対する開示内容範囲等がある。
文書管理ストレージ１６０は、文書を記憶している。例えば、コンピュータにおけるファイルシステムに、文書をファイルとして扱って記憶すればよい。
文書属性データベース１５５は、文書に関する属性を記憶している。属性には、文書名、文書の登録日、文書の作成者、文書の作成施設、文書を開示する施設、施設に対する開示内容範囲等がある。
文書管理ストレージ１６０は、文書を記憶している。例えば、コンピュータにおけるファイルシステムに、文書をファイルとして扱って記憶すればよい。
文書開示範囲設定モジュール１０５は、地理的要因設定モジュール１１０、施設種別要因設定モジュール１２０と接続されている。文書開示範囲設定モジュール１０５は、患者が開示範囲を設定する。その設定は、大きく分けて、地理的要因、施設種別の２つを用いて行われる。具体的には、地理的要因として、自分（患者）の住所又は居所からの距離、自分の住所又は居所の地域の名称（市区町村等の名称）による指定がある。施設種別として、病院、病院以外の施設（例えば、診療所、リハビリセンター、訪問看護ステーション）等の種別がある。また、種別としての病院には、その病院の系列である施設を含めるようにしてもよい。また、施設の種別として、施設の規模を含めるようにしてもよい。
地理的要因設定モジュール１１０は、文書開示範囲設定モジュール１０５、開示許可処理モジュール１１５と接続されている。地理的要因設定モジュール１１０は、施設と患者との間における地理的要因を抽出する。例えば、患者の住所又は居所の位置（緯度、経度）又は名称、施設の所在地の位置（緯度、経度）又は名称を抽出する。
具体的には、患者の現住所から距離（○○Ｋｍ以内）、患者の診察等を行った施設からの距離（○○Ｋｍ以内）、患者の現住所と同じ地域（同一の市区町村等）、患者の現住所と隣の地域（隣接の市区町村）、患者の診察等を行った施設の所在地と同じ地域（同一の市区町村等）、患者の診察等を行った施設の所在地と隣の地域（隣接の市区町村等）等がある。
具体的には、患者の現住所から距離（○○Ｋｍ以内）、患者の診察等を行った施設からの距離（○○Ｋｍ以内）、患者の現住所と同じ地域（同一の市区町村等）、患者の現住所と隣の地域（隣接の市区町村）、患者の診察等を行った施設の所在地と同じ地域（同一の市区町村等）、患者の診察等を行った施設の所在地と隣の地域（隣接の市区町村等）等がある。
開示許可処理モジュール１１５は、地理的要因設定モジュール１１０、開示情報参照モジュール１３０と接続されている。開示許可処理モジュール１１５は、地域医療連携の施設と患者との間における地理的要因に応じて、その患者に関する文書を開示する施設を設定する。
また、開示許可処理モジュール１１５は、施設と患者との間の距離と予め定められた閾値との比較によって、文書を開示する施設を設定すること、又は、施設の所在地と患者の住所又は居所の地域の名称の部分が同じものを含む場合に、文書を開示する施設を設定すること、を行うようにしてもよい。
また、開示許可処理モジュール１１５は、施設と患者との間の距離と予め定められた閾値との比較によって、文書を開示する施設を設定すること、又は、施設の所在地と患者の住所又は居所の地域の名称の部分が同じものを含む場合に、文書を開示する施設を設定すること、を行うようにしてもよい。
施設種別要因設定モジュール１２０は、文書開示範囲設定モジュール１０５、開示内容処理モジュール１２５と接続されている。施設種別要因設定モジュール１２０は、患者と施設の種別の組み合わせと、施設に開示する文書の内容を設定する。例えば、病院、診療所、リハビリセンター、訪問介護ステーション等毎に、それぞれ、全文、要約まで、タイトルのみ、開示拒否等の設定を受け付ける。この設定は、患者の操作によるものであってもよいし、デフォルト（予め定められた設定）として定まっているものであってもよい。
施設の種別には、病院と、病院以外の施設を少なくとも含み、種別としての病院には、その病院の系列である施設を含めるようにしてもよい。
また、施設の種別には、施設の規模を含めるようにしてもよい。例えば、施設の規模として、病床数等がある。
施設の種別には、病院と、病院以外の施設を少なくとも含み、種別としての病院には、その病院の系列である施設を含めるようにしてもよい。
また、施設の種別には、施設の規模を含めるようにしてもよい。例えば、施設の規模として、病床数等がある。
開示内容処理モジュール１２５は、施設種別要因設定モジュール１２０、開示情報参照モジュール１３０と接続されている。開示内容処理モジュール１２５は、患者と施設の種別の組み合わせに応じて、その施設に開示する文書の内容を設定する。具体的には、施設種別要因設定モジュール１２０による設定にしたがって、各施設への文書の開示内容を設定する。
開示内容処理モジュール１２５は、施設の規模に応じて、その施設に開示する文書の内容を設定するようにしてもよい。
開示許可処理モジュール１１５、開示内容処理モジュール１２５によって、図８、図９を用いて後述する開示情報テーブル８００、施設用開示情報テーブル９００を生成する。
開示内容処理モジュール１２５は、施設の規模に応じて、その施設に開示する文書の内容を設定するようにしてもよい。
開示許可処理モジュール１１５、開示内容処理モジュール１２５によって、図８、図９を用いて後述する開示情報テーブル８００、施設用開示情報テーブル９００を生成する。
開示情報参照モジュール１３０は、開示許可処理モジュール１１５、開示内容処理モジュール１２５と接続されている。開示情報参照モジュール１３０は、開示許可処理モジュール１１５によって設定された施設に対して、開示内容処理モジュール１２５によって設定された文書の内容を開示する。例えば、施設からの患者に関する文書の開示要求（患者ＩＤを含む検索要求）があった場合は、その開示要求を行った施設は、その患者に関する文書に対して開示許可されているか否かを判断し、開示許可されている場合は、その施設に設定されている文書の内容を、その施設に開示する。
具体的には、施設用開示情報テーブル９００を用いて、開示要求された患者は、開示許可しているか否かを判断し、開示許可している場合は、開示情報テーブル８００を用いて、その患者に関する文書の開示内容（全文、要約まで、タイトルのみ、開示拒否等）にしたがって文書を開示する。
具体的には、施設用開示情報テーブル９００を用いて、開示要求された患者は、開示許可しているか否かを判断し、開示許可している場合は、開示情報テーブル８００を用いて、その患者に関する文書の開示内容（全文、要約まで、タイトルのみ、開示拒否等）にしたがって文書を開示する。
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、文書管理装置１５０、診療情報管理システム２１５、ユーザー用端末２２５Ａ、ユーザー用端末２２５Ｂ、ユーザー用端末２３５Ａ、ユーザー用端末２３５Ｂ、ユーザー用端末２４５Ａ、ユーザー用端末２４５Ｂは、通信回線２９０を介してそれぞれ接続されている。中核病院２１０には、診療情報管理システム２１５が設置されている。診療所２２０には、ユーザー用端末２２５が設置されている。リハビリセンター２３０には、ユーザー用端末２３５が設置されている。訪問看護ステーション２４０には、ユーザー用端末２４５が設置されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００、文書管理装置１５０、診療情報管理システム２１５による機能は、クラウドサービスとして実現してもよい。
診療情報管理システム２１５は、中核病院２１０における治療に関する文書の作成、管理の他に、地域医療連携の処理を行う。情報処理装置１００、文書管理装置１５０は、中核病院２１０内に設置されていてもよいし、診療情報管理システム２１５を構成するものであってもよい。
各施設（中核病院２１０、診療所２２０、リハビリセンター２３０、訪問看護ステーション２４０）において作成された文書は、情報処理装置１００を経由して文書管理装置１５０に記憶される。そして、各施設からの検索指示に基づいて、文書管理装置１５０内の文書を公開する。例えば、診療所２２０等で患者が来所した場合に、担当者（例えば、医師等）の操作に基づいて、過去の治療履歴を検索するために患者ＩＤを含む検索指示が行われる。情報処理装置１００による処理によって公開対象となっている文書が、検索結果として提示されることになる。
情報処理装置１００、文書管理装置１５０、診療情報管理システム２１５、ユーザー用端末２２５Ａ、ユーザー用端末２２５Ｂ、ユーザー用端末２３５Ａ、ユーザー用端末２３５Ｂ、ユーザー用端末２４５Ａ、ユーザー用端末２４５Ｂは、通信回線２９０を介してそれぞれ接続されている。中核病院２１０には、診療情報管理システム２１５が設置されている。診療所２２０には、ユーザー用端末２２５が設置されている。リハビリセンター２３０には、ユーザー用端末２３５が設置されている。訪問看護ステーション２４０には、ユーザー用端末２４５が設置されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００、文書管理装置１５０、診療情報管理システム２１５による機能は、クラウドサービスとして実現してもよい。
診療情報管理システム２１５は、中核病院２１０における治療に関する文書の作成、管理の他に、地域医療連携の処理を行う。情報処理装置１００、文書管理装置１５０は、中核病院２１０内に設置されていてもよいし、診療情報管理システム２１５を構成するものであってもよい。
各施設（中核病院２１０、診療所２２０、リハビリセンター２３０、訪問看護ステーション２４０）において作成された文書は、情報処理装置１００を経由して文書管理装置１５０に記憶される。そして、各施設からの検索指示に基づいて、文書管理装置１５０内の文書を公開する。例えば、診療所２２０等で患者が来所した場合に、担当者（例えば、医師等）の操作に基づいて、過去の治療履歴を検索するために患者ＩＤを含む検索指示が行われる。情報処理装置１００による処理によって公開対象となっている文書が、検索結果として提示されることになる。
図３は、地域医療連携の文書開示例を示す説明図である。
文書管理装置１５０の文書管理ストレージ１６０に対して、中核病院２１０から文書３１０が公開のために格納される。図３の例では、中核病院２１０が文書３１０を格納しているが、他の施設（診療所２２０等）が、文書３１０を格納してもよい。そして、リハビリセンター２３０等から、文書管理ストレージ１６０内の文書群３１５に対して、閲覧３６０の処理が行われる。
例えば、患者が文書の開示設定を施設毎に行った場合、文書管理装置１５０の文書管理ストレージ１６０内の文書群３１５に対して、診療所２２０Ａは、閲覧３６０可能と設定し、診療所２２０Ｂは、閲覧不可３７０と設定し、リハビリセンター２３０は、閲覧３６０可能と設定し、訪問看護ステーション２４０Ａは、閲覧３６０可能と設定し、訪問看護ステーション２４０Ｂは、閲覧不可３７０と設定したとする。しかし、例えば、訪問看護ステーション２４０Ａは、患者から遠い場所にあり、診察することがないので無関係であるので、本来閲覧不可３７０とすべきである。逆に、訪問看護ステーション２４０Ｂは、患者の近くにあり利用可能であるので、本来閲覧３６０可能とすべきである。このように、患者は公開相手の施設を具体的に把握することが困難であるため、公開範囲を適切に制限することができない場合がある。情報処理装置１００を用いると、この場合は、施設と患者との間における地理的要因により、訪問看護ステーション２４０Ａについては閲覧不可３７０と設定し、訪問看護ステーション２４０Ｂについては閲覧３６０可能と設定することになる。
文書管理装置１５０の文書管理ストレージ１６０に対して、中核病院２１０から文書３１０が公開のために格納される。図３の例では、中核病院２１０が文書３１０を格納しているが、他の施設（診療所２２０等）が、文書３１０を格納してもよい。そして、リハビリセンター２３０等から、文書管理ストレージ１６０内の文書群３１５に対して、閲覧３６０の処理が行われる。
例えば、患者が文書の開示設定を施設毎に行った場合、文書管理装置１５０の文書管理ストレージ１６０内の文書群３１５に対して、診療所２２０Ａは、閲覧３６０可能と設定し、診療所２２０Ｂは、閲覧不可３７０と設定し、リハビリセンター２３０は、閲覧３６０可能と設定し、訪問看護ステーション２４０Ａは、閲覧３６０可能と設定し、訪問看護ステーション２４０Ｂは、閲覧不可３７０と設定したとする。しかし、例えば、訪問看護ステーション２４０Ａは、患者から遠い場所にあり、診察することがないので無関係であるので、本来閲覧不可３７０とすべきである。逆に、訪問看護ステーション２４０Ｂは、患者の近くにあり利用可能であるので、本来閲覧３６０可能とすべきである。このように、患者は公開相手の施設を具体的に把握することが困難であるため、公開範囲を適切に制限することができない場合がある。情報処理装置１００を用いると、この場合は、施設と患者との間における地理的要因により、訪問看護ステーション２４０Ａについては閲覧不可３７０と設定し、訪問看護ステーション２４０Ｂについては閲覧３６０可能と設定することになる。
図４は、本実施の形態による処理例を示すフローチャートである。
ステップＳ４０２では、患者ＩＤを受け付ける。例えば、情報処理装置１００（診療情報管理システム２１５であってもよい）にログインした場合の、患者ＩＤを抽出すればよい。
ステップＳ４０４では、患者による開示施設の範囲の指定を受け付ける。この指定として、距離指定、地域指定、施設種別、施設規模がある。具体的には、距離指定は、まず、起点として、（Ａ１）患者の住所又は居所、（Ａ２）患者の診察等を行った施設、のいずれか１つ又はこの組み合わせ、そして、その起点からの範囲指定として、（Ｂ１）距離（○○Ｋｍ以内）等、（Ｂ２）同一の市区町村等であるか、隣接の市区町村等であるかのいずれか１つ又はこの組み合わせがある。したがって、指定として、（Ａ１）−（Ｂ１）、（Ａ１）−（Ｂ２）、（Ａ２）−（Ｂ１）、（Ａ２）−（Ｂ２）があり、これらを組み合わせてもよい。また、施設毎に開示内容の指定を受け付ける。また、施設規模に対応する開示内容に関しては、施設を大規模、中規模、小規模、それ以外のようなクラスに分類し、そのクラス毎に開示内容を受け付ける。
ステップＳ４０２では、患者ＩＤを受け付ける。例えば、情報処理装置１００（診療情報管理システム２１５であってもよい）にログインした場合の、患者ＩＤを抽出すればよい。
ステップＳ４０４では、患者による開示施設の範囲の指定を受け付ける。この指定として、距離指定、地域指定、施設種別、施設規模がある。具体的には、距離指定は、まず、起点として、（Ａ１）患者の住所又は居所、（Ａ２）患者の診察等を行った施設、のいずれか１つ又はこの組み合わせ、そして、その起点からの範囲指定として、（Ｂ１）距離（○○Ｋｍ以内）等、（Ｂ２）同一の市区町村等であるか、隣接の市区町村等であるかのいずれか１つ又はこの組み合わせがある。したがって、指定として、（Ａ１）−（Ｂ１）、（Ａ１）−（Ｂ２）、（Ａ２）−（Ｂ１）、（Ａ２）−（Ｂ２）があり、これらを組み合わせてもよい。また、施設毎に開示内容の指定を受け付ける。また、施設規模に対応する開示内容に関しては、施設を大規模、中規模、小規模、それ以外のようなクラスに分類し、そのクラス毎に開示内容を受け付ける。
ステップＳ４０６では、患者による指定は距離指定であるか否かを判断し、距離指定である場合はステップＳ４０８へ進み、それ以外の場合はステップＳ４１２へ進む。
ステップＳ４０８では、距離算出処理（Ａ）を行う。ステップＳ４０８の処理については、図１０の例に示すフローチャートを用いて後述する。
ステップＳ４１０では、ステップＳ４０８で抽出された施設に対して、開示許可を設定する。
ステップＳ４０８では、距離算出処理（Ａ）を行う。ステップＳ４０８の処理については、図１０の例に示すフローチャートを用いて後述する。
ステップＳ４１０では、ステップＳ４０８で抽出された施設に対して、開示許可を設定する。
ステップＳ４１２では、患者による指定は地域指定であるか否かを判断し、地域指定である場合はステップＳ４１４へ進み、それ以外の場合はステップＳ４１８へ進む。
ステップＳ４１４では、距離算出処理（Ｂ）を行う。ステップＳ４１４の処理については、図１１の例に示すフローチャートを用いて後述する。
ステップＳ４１６では、ステップＳ４１４で抽出された施設に対して、開示許可を設定する。
ステップＳ４１４では、距離算出処理（Ｂ）を行う。ステップＳ４１４の処理については、図１１の例に示すフローチャートを用いて後述する。
ステップＳ４１６では、ステップＳ４１４で抽出された施設に対して、開示許可を設定する。
ステップＳ４１８では、患者による指定は施設種別であるか否かを判断し、施設種別である場合はステップＳ４２０へ進み、それ以外の場合はステップＳ４２６へ進む。
ステップＳ４２０では、指定された施設種別に該当する施設を抽出する。
ステップＳ４２２では、ステップＳ４２０で抽出された施設に病院がある場合は、その病院の系列施設を抽出する処理を行う。ステップＳ４２２の処理については、図１２の例に示すフローチャートを用いて後述する。
ステップＳ４２４では、ステップＳ４２０、ステップＳ４２２で抽出された施設に開示内容を設定する。もちろんのことながら、開示内容は、ステップＳ４０４で指定された施設毎の開示内容である。
ステップＳ４２０では、指定された施設種別に該当する施設を抽出する。
ステップＳ４２２では、ステップＳ４２０で抽出された施設に病院がある場合は、その病院の系列施設を抽出する処理を行う。ステップＳ４２２の処理については、図１２の例に示すフローチャートを用いて後述する。
ステップＳ４２４では、ステップＳ４２０、ステップＳ４２２で抽出された施設に開示内容を設定する。もちろんのことながら、開示内容は、ステップＳ４０４で指定された施設毎の開示内容である。
ステップＳ４２６では、患者による指定は施設規模であるか否かを判断し、施設規模である場合はステップＳ４２８へ進み、それ以外の場合は処理を終了する（ステップＳ４９９）。
ステップＳ４２８では、その規模に該当する施設の抽出処理を行う。ステップＳ４２８の処理については、図１３の例に示すフローチャートを用いて後述する。
ステップＳ４３０では、ステップＳ４２８で抽出された施設に開示内容を設定する。もちろんのことながら、開示内容は、ステップＳ４０４で指定された施設毎の開示内容である。
ステップＳ４２８では、その規模に該当する施設の抽出処理を行う。ステップＳ４２８の処理については、図１３の例に示すフローチャートを用いて後述する。
ステップＳ４３０では、ステップＳ４２８で抽出された施設に開示内容を設定する。もちろんのことながら、開示内容は、ステップＳ４０４で指定された施設毎の開示内容である。
情報処理装置１００は、施設情報テーブル５００、患者情報テーブル６００、種別・開示内容対応テーブル７００、開示情報テーブル８００、施設用開示情報テーブル９００を記憶する。
図５は、施設情報テーブル５００のデータ構造例を示す説明図である。
施設情報テーブル５００は、施設ＩＤ欄５１０、施設名欄５２０、施設種別欄５３０、所在地欄５４０、系列施設欄５５０、規模欄５６０を有している。施設ＩＤ欄５１０は、施設を、本実施の形態において一意に識別するための情報（施設ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。施設名欄５２０は、その施設の施設名を記憶している。施設種別欄５３０は、その施設の種別を記憶している。所在地欄５４０は、その施設の所在地を記憶している。なお、必ずしも、この所在地欄５４０に所在地が記載されている必要はない（図１０の例に示すフローチャート参照）。系列施設欄５５０は、その施設の系列施設がある場合は、その系列施設の施設ＩＤを記憶している。なお、必ずしも、この系列施設欄５５０に系列の施設が記載されている必要はない（図１２の例に示すフローチャート参照）。規模欄５６０は、その施設の規模を記憶している。なお、必ずしも、この規模欄５６０に規模が記載されている必要はない（図１３の例に示すフローチャート参照）。例えば、地域医療連携処理を行う診療情報管理システム２１５内のデータを用いるようにすればよい。
図５は、施設情報テーブル５００のデータ構造例を示す説明図である。
施設情報テーブル５００は、施設ＩＤ欄５１０、施設名欄５２０、施設種別欄５３０、所在地欄５４０、系列施設欄５５０、規模欄５６０を有している。施設ＩＤ欄５１０は、施設を、本実施の形態において一意に識別するための情報（施設ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。施設名欄５２０は、その施設の施設名を記憶している。施設種別欄５３０は、その施設の種別を記憶している。所在地欄５４０は、その施設の所在地を記憶している。なお、必ずしも、この所在地欄５４０に所在地が記載されている必要はない（図１０の例に示すフローチャート参照）。系列施設欄５５０は、その施設の系列施設がある場合は、その系列施設の施設ＩＤを記憶している。なお、必ずしも、この系列施設欄５５０に系列の施設が記載されている必要はない（図１２の例に示すフローチャート参照）。規模欄５６０は、その施設の規模を記憶している。なお、必ずしも、この規模欄５６０に規模が記載されている必要はない（図１３の例に示すフローチャート参照）。例えば、地域医療連携処理を行う診療情報管理システム２１５内のデータを用いるようにすればよい。
図６は、患者情報テーブル６００のデータ構造例を示す説明図である。
患者情報テーブル６００は、患者ＩＤ欄６１０、患者名欄６２０、住所欄６３０を有している。患者ＩＤ欄６１０は、患者を、本実施の形態において一意に識別するための情報（患者ＩＤ）を記憶している。患者名欄６２０は、その患者ＩＤの患者の名前を記憶している。住所欄６３０は、その患者ＩＤの患者の住所を記憶している。例えば、地域医療連携処理を行う診療情報管理システム２１５内のデータを用いるようにすればよい。
患者情報テーブル６００は、患者ＩＤ欄６１０、患者名欄６２０、住所欄６３０を有している。患者ＩＤ欄６１０は、患者を、本実施の形態において一意に識別するための情報（患者ＩＤ）を記憶している。患者名欄６２０は、その患者ＩＤの患者の名前を記憶している。住所欄６３０は、その患者ＩＤの患者の住所を記憶している。例えば、地域医療連携処理を行う診療情報管理システム２１５内のデータを用いるようにすればよい。
図７は、種別・開示内容対応テーブル７００のデータ構造例を示す説明図である。
種別・開示内容対応テーブル７００は、患者ＩＤ欄７１０、施設種別欄７２０、開示内容欄７３０を有している。患者ＩＤ欄７１０は、患者ＩＤを記憶している。施設種別欄７２０は、施設種別を記憶している。開示内容欄７３０は、開示内容を記憶している。種別・開示内容対応テーブル７００は、患者毎に設定された施設の種別に対して、開示する文書の内容が設定されている。デフォルトとして定められたものであってもよいし、その患者によって定められたものであってもよい。
種別・開示内容対応テーブル７００は、患者ＩＤ欄７１０、施設種別欄７２０、開示内容欄７３０を有している。患者ＩＤ欄７１０は、患者ＩＤを記憶している。施設種別欄７２０は、施設種別を記憶している。開示内容欄７３０は、開示内容を記憶している。種別・開示内容対応テーブル７００は、患者毎に設定された施設の種別に対して、開示する文書の内容が設定されている。デフォルトとして定められたものであってもよいし、その患者によって定められたものであってもよい。
図８は、開示情報テーブル８００のデータ構造例を示す説明図である。
開示情報テーブル８００は、患者ＩＤ欄８１０、施設ＩＤ欄８２０、開示フラグ欄８３０、開示内容欄８４０を有している。患者ＩＤ欄８１０は、患者ＩＤを記憶している。施設ＩＤ欄８２０は、施設ＩＤを記憶している。開示フラグ欄８３０は、開示フラグを記憶している。開示内容欄８４０は、開示内容を記憶している。開示情報テーブル８００は、情報処理装置１００による処理結果を記憶している。つまり、患者と施設の組み合わせに対して、その患者に関する文書をその施設に開示するか否かを示す開示フラグを有し、開示する場合は、その開示する文書の内容が設定されている。
開示情報テーブル８００は、患者ＩＤ欄８１０、施設ＩＤ欄８２０、開示フラグ欄８３０、開示内容欄８４０を有している。患者ＩＤ欄８１０は、患者ＩＤを記憶している。施設ＩＤ欄８２０は、施設ＩＤを記憶している。開示フラグ欄８３０は、開示フラグを記憶している。開示内容欄８４０は、開示内容を記憶している。開示情報テーブル８００は、情報処理装置１００による処理結果を記憶している。つまり、患者と施設の組み合わせに対して、その患者に関する文書をその施設に開示するか否かを示す開示フラグを有し、開示する場合は、その開示する文書の内容が設定されている。
図９は、施設用開示情報テーブル９００のデータ構造例を示す説明図である。
施設用開示情報テーブル９００は、施設ＩＤ欄９１０、患者ＩＤリスト欄９２０を有している。施設ＩＤ欄９１０は、施設ＩＤを記憶している。患者ＩＤリスト欄９２０は、患者ＩＤリストを記憶している。施設用開示情報テーブル９００は、開示情報テーブル８００から生成したものであって、施設からある患者に関する文書の開示要求があった場合に、その患者は、その施設に開示許可している患者のリストに含まれているか否かを判断するために用いるものである。
施設用開示情報テーブル９００は、施設ＩＤ欄９１０、患者ＩＤリスト欄９２０を有している。施設ＩＤ欄９１０は、施設ＩＤを記憶している。患者ＩＤリスト欄９２０は、患者ＩＤリストを記憶している。施設用開示情報テーブル９００は、開示情報テーブル８００から生成したものであって、施設からある患者に関する文書の開示要求があった場合に、その患者は、その施設に開示許可している患者のリストに含まれているか否かを判断するために用いるものである。
図１０は、本実施の形態（地理的要因設定モジュール１１０）による処理例を示すフローチャートである。
ステップＳ１００２では、患者が所属している地域医療連携処理内の施設の位置情報は登録されているか否かを判断し、登録されている場合はステップＳ１００４へ進み、それ以外の場合はステップＳ１００６へ進む。具体的には、施設情報テーブル５００内に施設の所在地が記憶されていない場合は、ステップＳ１００６へ進むことになる。
ステップＳ１００４では、位置情報抽出Ａを行う。具体的には、施設情報テーブル５００の所在地欄５４０から抽出すればよい。
ステップＳ１００６では、病院名からＨＰ（ホームページ）検索を行う。そして、その病院のＨＰから、その病院の所在地を抽出する。つまり、病院のＨＰより所在地を記載したページを検索し、地域の名称を含む文字列を所在地とすればよい。地域の名称は、地名辞書等から抽出すればよい。なお、病院名としているが、地域医療連携における施設であればよい。
ステップＳ１００２では、患者が所属している地域医療連携処理内の施設の位置情報は登録されているか否かを判断し、登録されている場合はステップＳ１００４へ進み、それ以外の場合はステップＳ１００６へ進む。具体的には、施設情報テーブル５００内に施設の所在地が記憶されていない場合は、ステップＳ１００６へ進むことになる。
ステップＳ１００４では、位置情報抽出Ａを行う。具体的には、施設情報テーブル５００の所在地欄５４０から抽出すればよい。
ステップＳ１００６では、病院名からＨＰ（ホームページ）検索を行う。そして、その病院のＨＰから、その病院の所在地を抽出する。つまり、病院のＨＰより所在地を記載したページを検索し、地域の名称を含む文字列を所在地とすればよい。地域の名称は、地名辞書等から抽出すればよい。なお、病院名としているが、地域医療連携における施設であればよい。
ステップＳ１００８では、所在地から緯度経度に変換する。この変換は、既存の技術を用いればよい。
ステップＳ１０１０では、位置情報を保存する。具体的には、施設情報テーブル５００の所在地欄５４０に緯度経度を記憶させる。
ステップＳ１０１２では、患者の位置情報抽出Ｂを行う。具体的には、患者情報テーブル６００の住所欄６３０から住所を抽出する。なお、地域の名称等で記載されている場合は、ステップＳ１００８の処理と同様に、住所から緯度経度に変換すればよい。
ステップＳ１０１４では、患者の住所と病院の所在地間の距離を計算する。２点間の距離の計算式は既存のものを使用すればよい。２点間は直線距離であってもよいし、地図情報システムを利用して、２点間の経路を抽出し、その経路の距離を計測してもよい。そして、患者によって設定された距離内の施設を抽出する。
ステップＳ１０１０では、位置情報を保存する。具体的には、施設情報テーブル５００の所在地欄５４０に緯度経度を記憶させる。
ステップＳ１０１２では、患者の位置情報抽出Ｂを行う。具体的には、患者情報テーブル６００の住所欄６３０から住所を抽出する。なお、地域の名称等で記載されている場合は、ステップＳ１００８の処理と同様に、住所から緯度経度に変換すればよい。
ステップＳ１０１４では、患者の住所と病院の所在地間の距離を計算する。２点間の距離の計算式は既存のものを使用すればよい。２点間は直線距離であってもよいし、地図情報システムを利用して、２点間の経路を抽出し、その経路の距離を計測してもよい。そして、患者によって設定された距離内の施設を抽出する。
図１１は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１１０２では、位置情報は登録されているか否かを判断し、登録されている場合はステップＳ１１０４へ進み、それ以外の場合はステップＳ１１０６へ進む。具体的には、施設情報テーブル５００内に施設の所在地が記憶されていない場合は、ステップＳ１１０６へ進むことになる。
ステップＳ１１０４では、住所情報抽出Ａを行う。具体的には、施設情報テーブル５００の所在地欄５４０から抽出すればよい。
ステップＳ１１０６では、病院名からＨＰ（ホームページ）検索を行う。そして、その病院のＨＰから、その病院の所在地を抽出する。つまり、病院のＨＰより所在地を記載したページを検索し、地域の名称を含む文字列を所在地とすればよい。地域の名称は、地名辞書等から抽出すればよい。なお、病院名としているが、地域医療連携における施設であればよい。
ステップＳ１１０２では、位置情報は登録されているか否かを判断し、登録されている場合はステップＳ１１０４へ進み、それ以外の場合はステップＳ１１０６へ進む。具体的には、施設情報テーブル５００内に施設の所在地が記憶されていない場合は、ステップＳ１１０６へ進むことになる。
ステップＳ１１０４では、住所情報抽出Ａを行う。具体的には、施設情報テーブル５００の所在地欄５４０から抽出すればよい。
ステップＳ１１０６では、病院名からＨＰ（ホームページ）検索を行う。そして、その病院のＨＰから、その病院の所在地を抽出する。つまり、病院のＨＰより所在地を記載したページを検索し、地域の名称を含む文字列を所在地とすればよい。地域の名称は、地名辞書等から抽出すればよい。なお、病院名としているが、地域医療連携における施設であればよい。
ステップＳ１１０８では、住所情報を保存する。具体的には、施設情報テーブル５００の所在地欄５４０にその病院の所在地を示す地域の名称等（文字列）を記憶させる。
ステップＳ１１１０では、患者の住所情報抽出Ｂを行う。具体的には、患者情報テーブル６００の住所欄６３０から住所を抽出する。なお、緯度経度で記載されている場合は、地域の名称等（文字列）に変換すればよい。例えば、地図情報システムを利用すればよい。
ステップＳ１１１２では、病院の所在地と患者の住所の同一判定を行う。具体的には、同一県であれば患者の○○県という文字列が病院の所在地の名称に含まれているか否か、同一市であれば患者の○○市という文字列が病院の所在地の名称に含まれているか否かのように地域の名称の文字列の含有で判断する。これによって、患者と同じ地域にある病院を抽出する。
また、ステップＳ１１１２では、ステップＳ４０４での患者の指定が、隣接地域の施設を指定している場合は、隣接している地域であるか否かを判断する。地域名称から隣接しているか否かを判断するのに、例えば、地図情報システムを利用すればよい。そして、患者と隣接している地域にある病院を抽出する。
ステップＳ１１１０では、患者の住所情報抽出Ｂを行う。具体的には、患者情報テーブル６００の住所欄６３０から住所を抽出する。なお、緯度経度で記載されている場合は、地域の名称等（文字列）に変換すればよい。例えば、地図情報システムを利用すればよい。
ステップＳ１１１２では、病院の所在地と患者の住所の同一判定を行う。具体的には、同一県であれば患者の○○県という文字列が病院の所在地の名称に含まれているか否か、同一市であれば患者の○○市という文字列が病院の所在地の名称に含まれているか否かのように地域の名称の文字列の含有で判断する。これによって、患者と同じ地域にある病院を抽出する。
また、ステップＳ１１１２では、ステップＳ４０４での患者の指定が、隣接地域の施設を指定している場合は、隣接している地域であるか否かを判断する。地域名称から隣接しているか否かを判断するのに、例えば、地図情報システムを利用すればよい。そして、患者と隣接している地域にある病院を抽出する。
図１２は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１２０２では、系列病院は登録されているか否かを判断し、登録されている場合はステップＳ１２０４へ進み、それ以外の場合はステップＳ１２０６へ進む。具体的には、施設情報テーブル５００内に系列施設が記憶されていない場合は、ステップＳ１２０６へ進むことになる。
ステップＳ１２０４では、系列情報を抽出する。具体的には、施設情報テーブル５００の系列施設欄５５０から抽出すればよい。
ステップＳ１２０６では、病院名からＨＰ（ホームページ）検索を行う。そして、その病院のＨＰから、その病院の系列施設を抽出する。つまり、病院のＨＰから系列、関連病院、関連医院のページを抽出し、病院、医院等の文字を含む名称を系列施設として抽出する。また、元の病院に所属する医師と同じ医師の名前が対象としている施設のホームページにある場合は、系列施設と判断してもよい。
ステップＳ１２０２では、系列病院は登録されているか否かを判断し、登録されている場合はステップＳ１２０４へ進み、それ以外の場合はステップＳ１２０６へ進む。具体的には、施設情報テーブル５００内に系列施設が記憶されていない場合は、ステップＳ１２０６へ進むことになる。
ステップＳ１２０４では、系列情報を抽出する。具体的には、施設情報テーブル５００の系列施設欄５５０から抽出すればよい。
ステップＳ１２０６では、病院名からＨＰ（ホームページ）検索を行う。そして、その病院のＨＰから、その病院の系列施設を抽出する。つまり、病院のＨＰから系列、関連病院、関連医院のページを抽出し、病院、医院等の文字を含む名称を系列施設として抽出する。また、元の病院に所属する医師と同じ医師の名前が対象としている施設のホームページにある場合は、系列施設と判断してもよい。
ステップＳ１２０８では、関連情報（系列施設）を保存する。具体的には、施設情報テーブル５００の系列施設欄５５０にステップＳ１２０６で抽出した系列施設を記憶させる。
ステップＳ１２１０では、判定を行う。系列施設であれば、開示許可の設定を行い、そうでなければ開示拒否の設定をする。もちろんのことながら、元の病院が、開示許可となっている場合、その病院の系列施設も開示許可とするが、元の病院が、開示拒否となっている場合、その病院の系列施設も開示拒否とする。また、開示内容も、元の病院における開示内容と同じ設定にする。
ステップＳ１２１０では、判定を行う。系列施設であれば、開示許可の設定を行い、そうでなければ開示拒否の設定をする。もちろんのことながら、元の病院が、開示許可となっている場合、その病院の系列施設も開示許可とするが、元の病院が、開示拒否となっている場合、その病院の系列施設も開示拒否とする。また、開示内容も、元の病院における開示内容と同じ設定にする。
図１３は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１３０２では、規模情報は登録されているか否かを判断し、登録されている場合はステップＳ１３０４へ進み、それ以外の場合はステップＳ１３０６へ進む。具体的には、施設情報テーブル５００内に規模が記憶されていない場合は、ステップＳ１３０６へ進むことになる。
ステップＳ１３０４では、規模情報を抽出する。具体的には、施設情報テーブル５００の規模欄５６０から抽出すればよい。
ステップＳ１３０６では、病院名からＨＰ（ホームページ）検索を行う。そして、その病院のＨＰから、その病院の病床数を抽出する。つまり、病院のＨＰから病床数の文字を検索し、それに隣接する数字を抽出する。
ステップＳ１３０２では、規模情報は登録されているか否かを判断し、登録されている場合はステップＳ１３０４へ進み、それ以外の場合はステップＳ１３０６へ進む。具体的には、施設情報テーブル５００内に規模が記憶されていない場合は、ステップＳ１３０６へ進むことになる。
ステップＳ１３０４では、規模情報を抽出する。具体的には、施設情報テーブル５００の規模欄５６０から抽出すればよい。
ステップＳ１３０６では、病院名からＨＰ（ホームページ）検索を行う。そして、その病院のＨＰから、その病院の病床数を抽出する。つまり、病院のＨＰから病床数の文字を検索し、それに隣接する数字を抽出する。
ステップＳ１３０８では、病床数を判定する。病床数が予め定められた閾値Ａ（例えば、５００）以上を大規模、病床数が病床数が予め定められた閾値Ｂ（例えば、３００）以上を中規模、病床数が病床数が予め定められた閾値Ｃ（例えば、１００）以上を小規模、それ以外を診療所とする。
ステップＳ１３１０では、規模を保存する。具体的には、施設情報テーブル５００の規模欄５６０にステップＳ１３０８で判定した規模を記憶させる。
ステップＳ１３１２では、判定を行う。つまり、規模による公開内容の切り替えを実施する。例えば、大規模であれば全文、中規模であれば要約まで、小規模であればタイトルのみ、それ以外であれば開示拒否のように設定にする。
ステップＳ１３１０では、規模を保存する。具体的には、施設情報テーブル５００の規模欄５６０にステップＳ１３０８で判定した規模を記憶させる。
ステップＳ１３１２では、判定を行う。つまり、規模による公開内容の切り替えを実施する。例えば、大規模であれば全文、中規模であれば要約まで、小規模であればタイトルのみ、それ以外であれば開示拒否のように設定にする。
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１４に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１４０１を用い、記憶装置としてＲＡＭ１４０２、ＲＯＭ１４０３、ＨＤ１４０４を用いている。ＨＤ１４０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。文書開示範囲設定モジュール１０５、地理的要因設定モジュール１１０、開示許可処理モジュール１１５、施設種別要因設定モジュール１２０、開示内容処理モジュール１２５、開示情報参照モジュール１３０等のプログラムを実行するＣＰＵ１４０１と、そのプログラムやデータを記憶するＲＡＭ１４０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１４０３と、文書属性データベース１５５、文書管理ストレージ１６０等の機能を有する補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ１４０４と、キーボード、マウス、タッチパネル、マイク等に対する利用者の操作に基づいてデータを受け付ける受付装置１４０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置１４０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１４０７、そして、それらをつないでデータのやり取りをするためのバス１４０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１４に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１４に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１４に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
なお、図１４に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１４に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１４に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
また、前述の実施の形態の説明において、比較処理において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。
また、文書の公開可否、公開内容を設定する者は、患者を例示した。しかし、今後、法令の変更等により文書の公開が患者主導ではなく、病院（医師）主導になるようなケースにおいては、患者以外の者（例えば、医師等）による設定、デフォルトによる設定等としてもよい。
また、文書の公開可否、公開内容を設定する者は、患者を例示した。しかし、今後、法令の変更等により文書の公開が患者主導ではなく、病院（医師）主導になるようなケースにおいては、患者以外の者（例えば、医師等）による設定、デフォルトによる設定等としてもよい。
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
１００…情報処理装置
１０５…文書開示範囲設定モジュール
１１０…地理的要因設定モジュール
１１５…開示許可処理モジュール
１２０…施設種別要因設定モジュール
１２５…開示内容処理モジュール
１３０…開示情報参照モジュール
１５０…文書管理装置
１５５…文書属性データベース
１６０…文書管理ストレージ
２１０…中核病院
２１５…診療情報管理システム
２２０…診療所
２３０…リハビリセンター
２４０…訪問看護ステーション
１０５…文書開示範囲設定モジュール
１１０…地理的要因設定モジュール
１１５…開示許可処理モジュール
１２０…施設種別要因設定モジュール
１２５…開示内容処理モジュール
１３０…開示情報参照モジュール
１５０…文書管理装置
１５５…文書属性データベース
１６０…文書管理ストレージ
２１０…中核病院
２１５…診療情報管理システム
２２０…診療所
２３０…リハビリセンター
２４０…訪問看護ステーション
Claims (5)
- 地域医療連携の施設と患者との間における地理的要因に応じて、該患者に関する文書を開示する施設を設定する第１の設定手段と、
前記患者と前記施設の種別の組み合わせに応じて、該施設に開示する前記文書の内容を設定する第２の設定手段と、
前記第１の設定手段によって設定された施設に対して、前記第２の設定手段によって設定された文書の内容を開示する開示手段
を有する情報処理装置。 - 前記地理的要因として、前記施設と前記患者との間の距離、又は該施設の所在地と該患者の住所又は居所の地域の名称を用い、
前記第１の設定手段は、前記施設と前記患者との間の距離と予め定められた閾値との比較によって、文書を開示する施設を設定すること、又は、該施設の所在地と該患者の住所又は居所の地域の名称の部分が同じものを含む場合に、文書を開示する施設を設定すること、を行う、
請求項１に記載の情報処理装置。 - 前記施設の種別には、病院と、病院以外の施設を少なくとも含み、種別としての病院には、該病院の系列である施設を含める、
請求項１又は２に記載の情報処理装置。 - 前記施設の種別には、施設の規模を含め、
前記第２の設定手段は、施設の規模に応じて、該施設に開示する前記文書の内容を設定する、
請求項１から３のいずれか一項に記載の情報処理装置。 - コンピュータを、
地域医療連携の施設と患者との間における地理的要因に応じて、該患者に関する文書を開示する施設を設定する第１の設定手段と、
前記患者と前記施設の種別の組み合わせに応じて、該施設に開示する前記文書の内容を設定する第２の設定手段と、
前記第１の設定手段によって設定された施設に対して、前記第２の設定手段によって設定された文書の内容を開示する開示手段
として機能させるための情報処理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015167379A JP6582742B2 (ja) | 2015-08-27 | 2015-08-27 | 情報処理装置及び情報処理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015167379A JP6582742B2 (ja) | 2015-08-27 | 2015-08-27 | 情報処理装置及び情報処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2017045290A JP2017045290A (ja) | 2017-03-02 |
| JP6582742B2 true JP6582742B2 (ja) | 2019-10-02 |
Family
ID=58210320
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015167379A Active JP6582742B2 (ja) | 2015-08-27 | 2015-08-27 | 情報処理装置及び情報処理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6582742B2 (ja) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11338950A (ja) * | 1998-05-29 | 1999-12-10 | Hitachi Ltd | 診療情報の管理方法及びこれを用いた地域医療情報システム |
| JP2005293273A (ja) * | 2004-03-31 | 2005-10-20 | Fujitsu Ltd | 個人情報開示システム、カルテ情報開示システム、個人情報開示方法、およびコンピュータプログラム |
| JP6193659B2 (ja) * | 2013-06-03 | 2017-09-06 | 株式会社日本エンブレース | 医療・介護支援方法、医療・介護支援システム及び医療・介護支援プログラム |
-
2015
- 2015-08-27 JP JP2015167379A patent/JP6582742B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2017045290A (ja) | 2017-03-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20070016452A1 (en) | Method, software and device for managing patient medical records in a universal format using USB flash drive and radio telephone auto dialer and siren | |
| KR100696708B1 (ko) | 의료기관간 의료정보 온라인 전송 시스템 | |
| US10290365B2 (en) | Image processing apparatus, image processing method, and non-transitory computer readable medium | |
| US20230019597A1 (en) | Apparatus and method for retreiving information from a computer system for storage in a cloud environment | |
| US20120226969A1 (en) | System for automatically filling in paper forms with electronic data | |
| CN103765424A (zh) | 通用型患者记录转换工具 | |
| Kyazze et al. | The design and implementation of a ubiquitous personal health record system for South Africa | |
| KR20210067353A (ko) | 블록체인 상의 다중서명 전자계약으로 개인의 통제권을 강화하여 의료기록을 저장하고 정보제공하는 방법 및 시스템 | |
| JP5962449B2 (ja) | 判定プログラム、判定方法及び判定装置 | |
| Persons et al. | Interoperability and considerations for standards-based exchange of medical images: HIMSS-SIIM collaborative white paper | |
| JP6582742B2 (ja) | 情報処理装置及び情報処理プログラム | |
| JP6520510B2 (ja) | 情報処理装置及び情報処理プログラム | |
| JP6167541B2 (ja) | コンテンツデータ処理装置、及びコンテンツデータ処理方法 | |
| US20150331897A1 (en) | Information processing apparatus, information processing method, and non-transitory computer readable medium | |
| KR101969907B1 (ko) | 외국인을 위한 의료 지원 시스템 및 기록매체에 저장된 외국인 의료지원용 컴퓨터 어플리케이션 | |
| KR20150037169A (ko) | 의료정보 통합 관리방법 | |
| JP2001318992A (ja) | 地域医療情報システム、及びこの地域医療情報システムのサーバ並びに端末 | |
| JP2009146109A (ja) | 診療情報管理システム | |
| Nagels et al. | Image exchange in Canada: Examples from the province of Ontario | |
| JP2005301412A (ja) | 医療データ管理方法及びシステム並びにそれに用いる端末 | |
| US20170220571A1 (en) | Information Processing Device, Information Processing Method, and Non-Transitory Computer Readable Medium Storing Information Processing Program | |
| JP6357967B2 (ja) | 情報処理システム及び情報処理プログラム | |
| JPWO2004025948A1 (ja) | 情報管理方法、情報管理システムおよびそのシステムに含まれる情報転送装置 | |
| JP2005293059A (ja) | 医用画像サーバおよび医用画像サーバ用プログラム | |
| KR101996998B1 (ko) | 고객중심의 의료정보 통합 관리방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180622 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190531 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190611 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190722 |
|
| 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: 20190806 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190819 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6582742 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |