(57)【特許請求の範囲】
【請求項１】
患者を識別し得る患者識別情報を用いることができない場合に、該患者の診療記録である文書を識別し得る識別情報と診療に関する情報とを対応付ける、対応付手段と、
少なくとも前記識別情報を含む情報画像を生成する、生成手段と、
前記情報画像が合成された文書を印刷する、印刷手段と、
前記印刷手段によって印刷された文書を読み取る、読取手段と、
読み取った画像内の情報画像から識別情報を抽出する、抽出手段と、
前記抽出手段によって抽出された識別情報から、読み取った画像と前記対応付手段によって対応付けられた情報群とを対応付けて記憶する、記憶手段と、
診療における請求書データ又は薬の処方データ内の診療に関する情報と前記記憶手段によって記憶されている診療に関する情報とを比較することによって、前記文書における患者の患者識別情報の候補を抽出する、第２の抽出手段と、
を有する、画像処理装置。
【請求項２】
前記診療に関する情報として、前記患者の診療が行われた日付情報、該診療が行われた施設を識別し得る施設情報、該診療を行った医師を識別し得る医師情報、又はこれらの組み合わせを含む、
請求項１に記載の画像処理装置。
【請求項３】
コンピュータを、
患者を識別し得る患者識別情報を用いることができない場合に、該患者の診療記録である文書を識別し得る識別情報と診療に関する情報とを対応付ける、対応付手段と、
少なくとも前記識別情報を含む情報画像を生成する、生成手段と、
前記情報画像が合成された文書を印刷する、印刷手段と、
前記印刷手段によって印刷された文書を読み取る、読取手段と、
読み取った画像内の情報画像から識別情報を抽出する、抽出手段と、
前記抽出手段によって抽出された識別情報から、読み取った画像と前記対応付手段によって対応付けられた情報群とを対応付けて記憶する、記憶手段と、
診療における請求書データ又は薬の処方データ内の診療に関する情報と前記記憶手段によって記憶されている診療に関する情報とを比較することによって、前記文書における患者の患者識別情報の候補を抽出する、第２の抽出手段
として機能させるための画像処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置及び画像処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、病院における各種情報に対し、その性質に応じた最適な配置と管理を可能とするシステムを得ること、さらに、種々の規模の病院に適合できるような形での統合化を可能とするシステムを提供することを目的とし、診療科あるいは病棟等の診療単位を診療サブシステムとして、ネットワークで結合し、診療科毎のアクティブカルテの分散カルテ管理、インアクティブカルテの集中管理、放射線画像データベースの集中管理と、患者情報及び各サブシステム群の状況・状態等の病院内管理情報の一元管理を基本とする病院情報システムについて、開示されている。
【０００３】
特許文献２には、読影依頼の操作の簡略化及び読影依頼ミスの削減防止を図ることができ、また、運用センターでの患者情報入力の作業を不要にすることができ、さらにＤＩＣＯＭ機種、非ＤＩＣＯＭ機種への適用が可能な読影依頼端末を提供することを課題とし、読影依頼端末のメイン操作画面の「１画像取込」ボタンを操作することにより医用画像診断機器から医用画像を取り込み、「２依頼票取込」ボタンを操作することによりスキャナーから依頼票のイメージ情報を取り込み、一人の患者の医用画像から抽出した患者名等の患者情報は、患者情報入力確定フレームに表示され、同様に一人の患者の依頼票（イメージ情報）は、依頼票画像表示フレームに表示され、これらのフレームによって医用画像と依頼票とが同一患者のものであることを確認した後、「３患者確定」ボタンを操作すると、医用画像と依頼票とが統合された１つのフォルダが作成され、未送信フォルダとして保持され、「４一括送信」ボタンを操作すると、未送信フォルダが一括送信されることが開示されている。
【０００４】
特許文献３には、専用のデジタルペンや用紙を必要とせずに紙に対する手書き入力のカルテから医療行為の時系列を正しく復元する仕組みを提供することを課題とし、電子カルテ原本から印刷されたことを示す識別情報を埋め込んだ紙カルテを出力する原稿出力部と、前記識別情報が埋め込まれた紙カルテを読み取って入力を行う原稿入力部と、電子カルテ原本の更新を行う原本更新部を有し、原本更新部では、原稿入力部から入力された紙カルテと電子カルテ原本との差分を抽出して紙カルテに追記された追記部分を抽出し、ある患者に対する院内における診療・治療の工程表であるクリニカルパス、及び、診療履歴情報を利用して、複数の追記部分の時間的前後関係の順序を推定し、推定された順序で追記部分を電子カルテ原本に反映して更新することが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０４−３１８６７５号公報
【特許文献２】特開２００４−０２４７７２号公報
【特許文献３】特開２０１２−０８８７７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
電子カルテシステムとして、患者の診療記録である文書を電子的に管理することが行われているが、その電子カルテシステムを使用することができなくなってしまうような災害が発生してしまうことがある。したがって、そのような災害時には、被災地に多数の医師が支援に訪れて診療にあたるが、その際の診療記録は紙で管理されることとなる。一方、復興が進んで、電子カルテシステムを使用することができるようになった場合に、緊急対応時の診療記録の情報にアクセスすることが困難である。
しかし、従来技術では、患者を識別し得る患者識別情報を用いることを前提としているため、患者識別情報を用いることができない場合に対応できない。
そこで、本発明は、患者識別情報を用いることができない場合に、紙で作成された診療記録にアクセスできる情報を生成するようにした画像処理装置及び画像処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、患者を識別し得る患者識別情報を用いることができない場合に、該患者の診療記録である文書を識別し得る識別情報と診療に関する情報とを対応付ける、対応付手段と、少なくとも前記識別情報を含む情報画像を生成する、生成手段と、前記情報画像が合成された文書を印刷する、印刷手段と、前記印刷手段によって印刷された文書を読み取る、読取手段と、読み取った画像内の情報画像から識別情報を抽出する、抽出手段と、前記抽出手段によって抽出された識別情報から、読み取った画像と前記対応付手段によって対応付けられた情報群とを対応付けて記憶する、記憶手段と、診療における請求書データ又は薬の処方データ内の診療に関する情報と前記記憶手段によって記憶されている診療に関する情報とを比較することによって、前記文書における患者の患者識別情報の候補を抽出する、第２の抽出手段と、を有する、画像処理装置である。
【０００８】
請求項２の発明は、前記診療に関する情報として、前記患者の診療が行われた日付情報、該診療が行われた施設を識別し得る施設情報、該診療を行った医師を識別し得る医師情報、又はこれらの組み合わせを含む、請求項１に記載の画像処理装置である。
【００１０】
請求項３の発明は、コンピュータを、患者を識別し得る患者識別情報を用いることができない場合に、該患者の診療記録である文書を識別し得る識別情報と診療に関する情報とを対応付ける、対応付手段と、少なくとも前記識別情報を含む情報画像を生成する、生成手段と、前記情報画像が合成された文書を印刷する、印刷手段と、前記印刷手段によって印刷された文書を読み取る、読取手段と、読み取った画像内の情報画像から識別情報を抽出する、抽出手段と、前記抽出手段によって抽出された識別情報から、読み取った画像と前記対応付手段によって対応付けられた情報群とを対応付けて記憶する、記憶手段と、診療における請求書データ又は薬の処方データ内の診療に関する情報と前記記憶手段によって記憶されている診療に関する情報とを比較することによって、前記文書における患者の患者識別情報の候補を抽出する、第２の抽出手段として機能させるための画像処理プログラムである。
【発明の効果】
【００１１】
請求項１の画像処理装置によれば、患者識別情報を用いることができない場合に、紙で作成された診療記録にアクセスできる情報を生成することができる。また、診療記録である文書の患者識別情報の候補を抽出することができる。
【００１２】
請求項２の画像処理装置によれば、診療に関する情報として、前記患者の診療が行われた日付情報、該診療が行われた施設を識別し得る施設情報、該診療を行った医師を識別し得る医師情報、又はこれらの組み合わせを用いることができる。
【００１４】
請求項３の画像処理プログラムによれば、患者識別情報を用いることができない場合に、紙で作成された診療記録にアクセスできる情報を生成することができる。また、診療記録である文書の患者識別情報の候補を抽出することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態の構成例についての概念的なモジュール構成図である。
【図３】本実施の形態を利用したシステム構成例を示す説明図である。
【図４】本実施の形態による処理例を示す説明図である。
【図５】本実施の形態による処理例を示すフローチャートである。
【図６】本実施の形態による処理例を示すフローチャートである。
【図７】本実施の形態による処理例を示すフローチャートである。
【図８】基本属性テーブルのデータ構造例を示す説明図である。
【図９】基本属性テーブルのデータ構造例を示す説明図である。
【図１０】属性テーブルのデータ構造例を示す説明図である。
【図１１】本実施の形態による処理例を示すフローチャートである。
【図１２】本実施の形態による処理例を示す説明図である。
【図１３】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００１７】
本実施の形態である画像処理を行う情報処理装置１００は、患者の診療記録である文書（以下、帳票ともいう）を印刷し、その印刷された文書（診療記録が書き込まれている文書）を読み込む（スキャンする）ものであって、図１の例に示すように、帳票データ管理モジュール１１０、医師マスター管理モジュール１２０、情報生成・付与モジュール１３０、印刷モジュール１４０、印刷結果管理モジュール１５０、登録記録管理モジュール１６０、スキャンモジュール１７０、通信モジュール１８０を有している。
情報処理装置１００は、患者を識別し得る患者識別情報を用いることができない場合に利用される。例えば、情報処理装置１００が、電子カルテシステムに対して、患者識別情報を利用できるか否かを確認する処理を行って、患者識別情報を利用できないと検知した場合に、以下に説明するモジュールの処理を行うようにしてもよい。「患者識別情報を利用できない」場合として、例えば、電子カルテシステムが破損（物理的な破損以外に、電源供給が不足している場合、立ち上がっていない状態等を含む）している場合、電子カルテシステムとの通信ができない場合等がある。
【００１８】
帳票データ管理モジュール１１０は、情報生成・付与モジュール１３０と接続されている。帳票データ管理モジュール１１０は、診療記録である帳票のフォームデータ（いわゆる白紙のカルテ）と、帳票の種別を管理する。
医師マスター管理モジュール１２０は、情報生成・付与モジュール１３０と接続されている。医師マスター管理モジュール１２０は、診療施設に派遣された医師の受入れ時に、その医師を、本実施の形態で一意に識別し得る医師情報（医師コード）を生成（採番）する。そして、その他の付帯情報（例えば、氏名、生年月日、派遣元の医療施設、電話番号、住所等）を医師マスターとして登録し、管理する。
【００１９】
情報生成・付与モジュール１３０は、帳票データ管理モジュール１１０、医師マスター管理モジュール１２０、印刷モジュール１４０と接続されている。情報生成・付与モジュール１３０は、患者の診療記録である文書を識別し得る識別情報と診療に関する情報とを対応付ける。例えば、診療に関する情報として、患者の診療が行われた日付情報（受診日）、その診療が行われた施設を識別し得る施設情報、医師コード、又はこれらの組み合わせを含む。
そして、情報生成・付与モジュール１３０は、少なくとも前記識別情報を含む情報画像を生成する。ここで情報画像とは、機械可読な態様で電子データを表すために体系的に作られた画像コードをいい、具体的には、１次元バーコード、２次元コード等がある。例えば、２次元コードとして、ＱＲコード（Ｑｕｉｃｋ  Ｒｅｓｐｏｎｓｅ  ｃｏｄｅ：登録商標）を用いる。
具体的には、情報生成・付与モジュール１３０は、印刷指定された帳票のフォームを帳票データ管理モジュール１１０から取り出して、指示をした医師のマスター情報等から情報画像を生成し、その情報画像をフォームに合成する。
【００２０】
印刷モジュール１４０は、情報生成・付与モジュール１３０、印刷結果管理モジュール１５０と接続されている。印刷モジュール１４０は、情報生成・付与モジュール１３０によって情報画像が合成された帳票を印刷する。つまり、白紙のカルテ（紙の帳票）を生成する。医師は、印刷された帳票に、患者の診療結果を手書きで記録する。
印刷結果管理モジュール１５０は、印刷モジュール１４０、登録記録管理モジュール１６０と接続されている。印刷結果管理モジュール１５０は、印刷モジュール１４０で印刷した結果をリスト管理する。このリストで管理される情報として、情報生成・付与モジュール１３０で帳票に付与された情報や印刷日時の情報等がある。具体例については、図８の例に示す基本属性テーブル８００を用いて後述する。
【００２１】
スキャンモジュール１７０は、登録記録管理モジュール１６０、通信モジュール１８０と接続されている。スキャンモジュール１７０は、印刷モジュール１４０によって印刷された帳票（手書きの診療記録）を読み取る。
そして、スキャンモジュール１７０は、読み取った帳票の画像を、通信モジュール１８０を介して、情報処理装置２００に送信する。
登録記録管理モジュール１６０は、印刷結果管理モジュール１５０、スキャンモジュール１７０、通信モジュール１８０と接続されている。登録記録管理モジュール１６０は、スキャンモジュール１７０によって読み取られた画像を情報処理装置２００に送信すると、印刷結果管理モジュール１５０内のリストに、読み取った画像の識別情報を付加する。これにより登録記録管理モジュール１６０では、一連の処理結果をリスト管理情報として、一旦取り出して編集することができるようになる。生成する情報の具体例については、図９の例に示す基本属性テーブル９００を用いて後述する。
そして、登録記録管理モジュール１６０は、生成した情報を、通信モジュール１８０を介して、情報処理装置２００に送信する。
通信モジュール１８０は、登録記録管理モジュール１６０、スキャンモジュール１７０と接続されている。通信モジュール１８０は、情報処理装置１００と情報処理装置２００を連携させるための通信を行う。
【００２２】
図２は、本実施の形態の構成例についての概念的なモジュール構成図である。
情報処理装置２００は、印刷情報受付モジュール２１０、イメージ解析モジュール２２０、属性データ構成モジュール２３０、記録保管モジュール２４０を有している。
印刷情報受付モジュール２１０は、属性データ構成モジュール２３０と接続されている。印刷情報受付モジュール２１０は、情報処理装置１００から送信されてきた情報（情報処理装置１００の印刷結果管理モジュール１５０、登録記録管理モジュール１６０が生成した情報）を受信して、その情報を属性データ構成モジュール２３０に渡す。
イメージ解析モジュール２２０は、属性データ構成モジュール２３０と接続されている。イメージ解析モジュール２２０は、情報処理装置１００から送信されてきた画像を受信して、その画像内の情報画像から識別情報を抽出する。
【００２３】
属性データ構成モジュール２３０は、印刷情報受付モジュール２１０、イメージ解析モジュール２２０、記録保管モジュール２４０と接続されている。属性データ構成モジュール２３０は、イメージ解析モジュール２２０によって抽出された識別情報から、イメージ解析モジュール２２０が受け取った画像（情報処理装置１００が読み取った画像）と印刷情報受付モジュール２１０が受け取った情報（情報処理装置１００の登録記録管理モジュール１６０によって対応付けられた情報群）とを対応付けて、記録保管モジュール２４０に記憶させる。具体的には、印刷情報受付モジュール２１０とイメージ解析モジュール２２０から渡された情報を用いて、画像の属性情報を生成し、記録保管モジュール２４０に記憶させる。
また、属性データ構成モジュール２３０は、診療における請求書データ又は薬の処方データ内の診療に関する情報と記録保管モジュール２４０によって記憶されている診療に関する情報とを比較することによって、文書における患者の患者識別情報の候補を抽出するようにしてもよい。
【００２４】
記録保管モジュール２４０は、属性データ構成モジュール２３０と接続されている。記録保管モジュール２４０は、属性データ構成モジュール２３０によって生成された属性情報と、イメージ解析モジュール２２０が受信した画像とを記憶する。この画像の属性情報を検索対象とすること、つまり、診療に関する情報を検索キーとして、画像を検索することができるようになる。したがって、情報処理装置１００を用いて印刷され、診療結果が手書きされた帳票を読み取った画像が、情報処理装置２００で作成された属性情報を用いて検索できることになる。
【００２５】
図３は、本実施の形態を利用したシステム構成例を示す説明図である。
診療施設３１０Ａには、情報処理装置１００Ａが設置されている。診療施設３１０Ｂには、情報処理装置１００Ｂ、情報処理装置１００Ｃが設置されている。つまり、診療施設３１０では、帳票印刷機能と帳票をスキャン登録する機能を有している情報処理装置１００がある。ここでのスキャン登録は、診療記録管理センター３２０内の情報処理装置２００にスキャンイメージ（画像）を登録することである。診療記録管理センター３２０には、情報処理装置２００が設置されている。診療記録管理センター３２０内の情報処理装置２００は、複数の診療施設３１０の情報処理装置１００からスキャンイメージを受け付ける。情報処理装置１００Ａ、情報処理装置１００Ｂ、情報処理装置１００Ｃ、情報処理装置２００は、通信回線３９０を介してそれぞれ接続されている。通信回線３９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置２００による機能は、クラウドサービスとして実現してもよい。
【００２６】
図４は、本実施の形態（情報処理装置１００）による処理例を示す説明図である。
図４（Ａ）に示す例のように、情報処理装置１００の印刷モジュール１４０が文書４００を印刷する。診療施設３１０内で、医師が患者を診療する前に行われる。そして、文書４００には、情報画像４１０が合成されている。情報画像４１０には、少なくとも文書４００を識別し得る識別情報が含まれている。
図４（Ｂ）に示す例のように、診療中又は診療後に、医師によって、文書４００内の手書き記載領域４２０に診療結果が記載される。
図４（Ｃ）に示す例のように、手書き記載領域４２０に診療結果が記載された文書４００を、情報処理装置１００のスキャンモジュール１７０が読み取る。そして、印刷時に生成された情報とスキャンモジュール１７０によって読み取られた画像を情報処理装置２００に送信する。
【００２７】
図５は、本実施の形態（情報処理装置１００）による処理例を示すフローチャートである。
ステップＳ５０２では、ユーザー（例えば、医師等）の操作によって、医師コードの入力を受け付ける。
ステップＳ５０４では、医師コードによる検索を行い、該当するデータがあった場合（その医師は既に登録済みの状態である場合）はステップＳ５０８へ進み、該当するデータがなかった場合（その医師は未だ登録されていない状態である場合）はステップＳ５０６へ進む。
ステップＳ５０６では、その医師の新規登録を行う。
ステップＳ５０８では、帳票リストを表示する。複数種類の帳票があるので、それらの帳票群から、使用する帳票を選択させるために、帳票リストを表示する。
【００２８】
ステップＳ５１０では、ユーザーの操作によって、帳票が選択される。
ステップＳ５１２では、ユーザーの操作によって、印刷が指示される。
ステップＳ５１４では、患者の診療が行われた日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を取得する。ユーザーの操作によって、診療が行われた日時を取得してもよいし、印刷が行われた日時を、診療が行われた日時として自動的に取得してもよい。
ステップＳ５１６では、診療を行う施設の施設コードを情報画像に埋め込むようにセットする。
ステップＳ５１８では、情報画像を生成する。例えば、印刷された文書の印刷ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を用いて情報画像を生成する。ここで印刷ＩＤとは、ステップＳ５１０で選択された帳票の印刷（ステップＳ５１２での印刷処理）を、本実施の形態において一意に識別するための情報である。
ステップＳ５２０では、帳票フォームに情報画像を付与する。つまり、情報画像が合成された帳票データが生成される。
【００２９】
ステップＳ５２２では、情報処理装置２００との通信が可能であるか否かを判断し、通信可能である場合はステップＳ５２６へ進み、それ以外の場合はステップＳ５２４へ進む。
ステップＳ５２４では、帳票を印刷する。
ステップＳ５２６では、帳票を印刷する。
なお、ステップＳ５２４、ステップＳ５２６で印刷される帳票は複数枚であってもよい。ただし、その帳票には、同じ印刷ＩＤが埋め込まれている情報画像が合成されている。
ステップＳ５２８では、診療が行われた日時、施設コード、医師コード等によって構成される印刷結果を情報処理装置２００に登録する。なお、通信可能ではない場合は、図６の例に示すフローチャートによる処理によって、情報処理装置２００に登録するようにしてもよい。また、ステップＳ５２８でも登録処理を行わずに、図６の例に示すフローチャートによる処理によって、情報処理装置２００に登録するようにしてもよい。
【００３０】
図６は、本実施の形態（情報処理装置１００）による処理例を示すフローチャートである。
ステップＳ６０２では、帳票を読み込んで、帳票の画像内にある情報画像を解析するイメージ処理を行う。
ステップＳ６０４では、情報画像内に埋め込まれている帳票データ（具体的には、印刷された文書の印刷ＩＤ）を生成する。
ステップＳ６０６では、ステップＳ６０４で生成した帳票データから、診療が行われた日時、施設コード、医師コードである印刷データを取得する。
ステップＳ６０８では、印刷データから文書管理属性を生成する。
ステップＳ６１０では、診療記録管理センター３２０との回線を確保する。
ステップＳ６１２では、情報処理装置２００に対して、帳票の画像と文書管理属性の登録処理を行う。
ステップＳ６１４では、登録結果を登録する。情報処理装置２００に対して送信した情報である登録結果を情報処理装置１００内に登録し、診療記録管理センター３２０の情報処理装置２００と登録した情報を共通で持つようにすることができる。つまり、スキャンした画像は印刷データとともに保管されることとなる。
【００３１】
図７は、本実施の形態（情報処理装置２００）による処理例を示すフローチャートである。
ステップＳ７０２では、情報処理装置１００から情報であるファイルを受け付ける。
ステップＳ７０４では、ファイル種別を判断し、イメージ（帳票の画像）の場合はステップＳ７０６へ進み、印刷データの場合はステップＳ７１２へ進む。
ステップＳ７０６では、文書を分割する。帳票の画像は、文書単位で送られてくるとは限らないため、帳票の画像内の情報画像を解析し、文書単位（つまり、印刷ＩＤ毎）に文書を分類する。
ステップＳ７０８では、印刷データを用いて文書管理属性を生成する。なお、印刷ＩＤ毎に文書管理属性が生成される。
ステップＳ７１０では、帳票の画像と文書管理属性を対応付けた登録処理を行う。
ステップＳ７１２では、印刷ＩＤを用いて、印刷データの更新対象を検索する。
ステップＳ７１４では、文書管理属性の更新処理を行う。つまり、新たに受信した印刷データを用いて文書管理属性を生成して、その新しい文書管理属性を帳票の画像と対応付けて登録処理を行う。
【００３２】
次に、具体例を用いて説明する。
情報処理装置１００の印刷結果管理モジュール１５０が生成する情報（情報処理装置２００の印刷情報受付モジュール２１０が受け付ける情報）として、例えば、基本属性テーブル８００がある。図８は、基本属性テーブル８００のデータ構造例を示す説明図である。基本属性テーブル８００は、日付欄８１０、施設ＩＤ欄８２０、医師コード欄８３０、帳票ＩＤ欄８４０、印刷ＩＤ欄８５０を有している。日付欄８１０は、患者の診療が行われた日付を記憶している。施設ＩＤ欄８２０は、医療施設を、本実施の形態において一意に識別するための情報（施設ＩＤ）を記憶している。医師コード欄８３０は、医師コードを記憶している。帳票ＩＤ欄８４０は、帳票フォーム（帳票の種類）を、本実施の形態において一意に識別するための情報（帳票ＩＤ）を記憶している。印刷ＩＤ欄８５０は、その帳票の印刷を、本実施の形態において一意に識別するための情報（印刷ＩＤ）を記憶している。
【００３３】
また、情報処理装置１００の登録記録管理モジュール１６０が生成する情報（情報処理装置２００の印刷情報受付モジュール２１０が受け付ける情報）として、例えば、基本属性テーブル９００がある。なお、印刷情報受付モジュール２１０は、基本属性テーブル８００又は基本属性テーブル９００を受け付けることとなる。図９は、基本属性テーブル９００のデータ構造例を示す説明図である。基本属性テーブル９００は、日付欄９１０、施設ＩＤ欄９２０、医師コード欄９３０、帳票ＩＤ欄９４０、印刷ＩＤ欄９５０、登録文書ＩＤ欄９６０を有している。基本属性テーブル９００は、基本属性テーブル８００に登録文書ＩＤ欄９６０を付加したものである。つまり、基本属性テーブル８００は、帳票が印刷された状態での情報であり、基本属性テーブル９００は、その印刷された帳票（診療結果が手書きで書き込まれた帳票）を読み込んだ後の状態での情報である。日付欄９１０は、日付を記憶している。施設ＩＤ欄９２０は、施設ＩＤを記憶している。医師コード欄９３０は、医師コードを記憶している。帳票ＩＤ欄９４０は、帳票ＩＤを記憶している。印刷ＩＤ欄９５０は、印刷ＩＤを記憶している。登録文書ＩＤ欄９６０は、読み込んだ帳票の画像を、本実施の形態において一意に識別するための情報（登録文書ＩＤ）を記憶している。
【００３４】
なお、図８、図９の例で示した基本属性テーブル８００、基本属性テーブル９００は、例えば、ＣＳＶ（Ｃｏｍｍａ−Ｓｅｐａｒａｔｅｄ  Ｖａｌｕｅｓ）ファイル形式であってもよい。具体的には、以下のような、情報列となる。
２０１４０１０２，ａａａａ，１２３４５，００５５６，２３４５６７０００
２０１４０１０２，ａａａａ，１２３４５，００１２６，２３４５６７００１
２０１４０１０２，ａａａａ，１２３４５，００５３４，２３４５６７００２
【００３５】
また、属性を追加できるようにしてもよい。例えば、ＣＳＶ形式として、「日付，施設ＩＤ，医師コード，帳票ＩＤ，印刷ＩＤ，Ｒｅｓｅｒｖｅ１・・・・ｎ」のように、追加属性として、「Ｒｅｓｅｒｖｅ  ｎ」を定義してもよい。具体的な例として、診療時に、患者ＩＤが分かっている場合（例えば、診療カードを有している場合）があるので、それを以下のように付加してもよい。
２０１４０１０２，ａａａａ，１２３４５，００５５６，２３４５６７０００，患者ＩＤ：０００１２３
このように、属性の追加として、基本属性以外は、リザーブ領域を随時拡張することになる。
基本属性以外は、追加したい情報を「項目」：「値」の形で付与したＣＳＶを作成すると、文書管理システムのリザーブ領域に項目を作成して、その文書の属性値を増やしていくことができる。
基本属性テーブル９００に、患者ＩＤを付加した場合は、属性テーブル１０００のようになる。図１０は、属性テーブル１０００のデータ構造例を示す説明図である。属性テーブル１０００は、日付欄１０１０、施設ＩＤ欄１０２０、医師コード欄１０３０、帳票ＩＤ欄１０４０、印刷ＩＤ欄１０５０、登録文書ＩＤ欄１０６０、患者ＩＤ欄１０７０を有している。日付欄１０１０は、日付を記憶している。施設ＩＤ欄１０２０は、施設ＩＤを記憶している。医師コード欄１０３０は、医師コードを記憶している。帳票ＩＤ欄１０４０は、帳票ＩＤを記憶している。印刷ＩＤ欄１０５０は、印刷ＩＤを記憶している。登録文書ＩＤ欄１０６０は、登録文書ＩＤを記憶している。患者ＩＤ欄１０７０は、患者を、本実施の形態において一意に識別するための情報（患者ＩＤ）を記憶している。
属性テーブル１０００の例に示すように、基本属性に対して、後で付加される情報（拡張属性）は、印刷ＩＤ又は登録文書ＩＤに関連付けて管理されるようにする。これにより、基本属性に対して、必要となった項目を随時管理項目に足して管理する。
前述したようにＣＳＶファイルを編集して、情報処理装置１００から情報処理装置２００へのファイル送信でＣＳＶファイルから情報処理装置２００の記録保管モジュール２４０内のデータベースを更新する。
【００３６】
なお、以下のように、拡張属性である患者ＩＤを自動で取得する処理と連携するようにしてもよい。
以下に自動取得する例を説明する。
＜自動取得例１＞
レセプトデータ、薬局の処方データを用いて患者ＩＤを追加する。電子カルテシステムは動作していないが、レセプト管理システム又は薬局の処方管理システムは動作している場合がある。レセプト管理システム等は、電子カルテシステムよりも先に使用可能となる場合が多いからである。
処方データ又はレセプトデータは、情報処理装置２００と通信可能なデータセンターに存在する場合に、図１１の例に示すフローチャートによる処理によって患者ＩＤを特定する。処方データ等には、医療施設、受診日、担当科を特定することが可能である。
【００３７】
図１１は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１１０２では、対象となる日付、医療施設を設定する。
ステップＳ１１０４では、レセプトデータ又は処方データから、ステップＳ１１０２で設定された日付、医療施設に該当するデータを抽出する。
ステップＳ１１０６では、記録保管モジュール２４０から、ステップＳ１１０２で設定された日付、医療施設に該当するデータを抽出する。
ステップＳ１１０８では、ステップＳ１１０６で抽出されたデータ内の医師コードから担当科を抽出する。
ステップＳ１１１０では、ステップＳ１１０８で抽出した担当科と合致するデータをステップＳ１１０４で抽出したデータから抽出する。
【００３８】
ステップＳ１１１２では、ステップＳ１１１０で抽出したデータは複数あるか否かを判断し、複数ある場合はステップＳ１１１６へ進み、それ以外の場合はステップＳ１１１４へ進む。
ステップＳ１１１４では、担当者による確認の後、患者名、患者ＩＤを設定する。
ステップＳ１１１６では、担当医師毎に候補リストを作成する。
ステップＳ１１１８では、担当医師に対して通知する。通知としては、電子メール、ソーシャルメディア等を用いた通知、プッシュ通知等であってもよい。
【００３９】
＜自動取得例２＞
文字認識処理によって属性抽出を行い、患者ＩＤ等を含む管理属性を追加する。
追加したい情報の付与は、ＣＳＶファイルに直接記述する他に、スキャンモジュール１７０による読み込み時に画像を記憶しておき、ユーザーの操作による領域指定によって、文字認識処理で文字抽出をするようにしてもよい。
図１２の例に示すように、スキャンモジュール１７０が読み込んだ検査レポート画像１２００に対して、領域１２１０、領域１２２０等のように領域指定が行われる。そして、各領域の画像に対して、文字認識処理をする。「患者ＩＤ」という文字列が文字認識結果にある場合は、その領域内の文字認識結果を患者ＩＤの候補として表示する。また、領域１２２０等のように、項目と値の組み合わせである画像に対しては、レイアウト解析等の技術を用いて、文字認識結果を項目と値に分離し、その組み合わせの情報を追加属性として取得するようにしてもよい。例えば、領域１２２０、領域１２２２、領域１２２４、領域１２２６の左欄は項目名で右欄は値として文字認識する。その文字認識結果から、「検査１：＋０．１」、「検査２：−０．０１」、「検査３：＋２」、「検査４：３００」と４項目を抽出する。
また、帳票フォーム別に予め患者ＩＤが記載されている領域を、文字認識対象領域として設定しておくようにしてもよい。例えば、画像１２００の帳票データの右上にある領域１２１０の座標を、文字認識対象領域として設定しておく。そして、該当する検査レポートを読み込んだ場合には、設定されている文字認識対象領域を文字認識処理して文字列を抽出する。図１２の例では、抽出結果から、「患者ＩＤ：００１２３」を抽出し、これを患者ＩＤの候補として表示することになる。なお、読み込んだ画像が、どの帳票フォームに該当するかについては、文書画像の解析処理（タイトル部分の文字認識処理、画像のレイアウト認識処理等）を用いて特定するようにしてもよいし、読み込み処理の指示を行ったユーザーが帳票フォームを指定するようにしてもよい。
【００４０】
図１３を参照して、本実施の形態の情報処理装置のハードウェア構成例について説明する。図１３に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１３１７と、プリンタ等のデータ出力部１３１８を備えたハードウェア構成例を示している。
【００４１】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１３０１は、前述の実施の形態において説明した各種のモジュール、すなわち、帳票データ管理モジュール１１０、医師マスター管理モジュール１２０、情報生成・付与モジュール１３０、印刷モジュール１４０、印刷結果管理モジュール１５０、登録記録管理モジュール１６０、スキャンモジュール１７０、通信モジュール１８０、印刷情報受付モジュール２１０、イメージ解析モジュール２２０、属性データ構成モジュール２３０、記録保管モジュール２４０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
【００４２】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１３０２は、ＣＰＵ１３０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３０３は、ＣＰＵ１３０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス１３０４により相互に接続されている。
【００４３】
ホストバス１３０４は、ブリッジ１３０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１３０６に接続されている。
【００４４】
キーボード１３０８、マウス等のポインティングデバイス１３０９は、操作者により操作される入力デバイスである。ディスプレイ１３１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。
【００４５】
ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１３１１は、ハードディスク（フラッシュメモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１３０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、読み取った画像、情報画像、基本属性テーブル８００、基本属性テーブル９００、属性テーブル１０００等が格納される。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。
【００４６】
ドライブ１３１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１３１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１３０７、外部バス１３０６、ブリッジ１３０５、及びホストバス１３０４を介して接続されているＲＡＭ１３０３に供給する。リムーバブル記録媒体１３１３も、ハードディスクと同様のデータ記録領域として利用可能である。
【００４７】
接続ポート１３１４は、外部接続機器１３１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１３１４は、インタフェース１３０７、及び外部バス１３０６、ブリッジ１３０５、ホストバス１３０４等を介してＣＰＵ１３０１等に接続されている。通信部１３１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１３１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１３１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
【００４８】
なお、図１３に示す情報処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１３に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１３に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００４９】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００５０】
１００…情報処理装置
１１０…帳票データ管理モジュール
１２０…医師マスター管理モジュール
１３０…情報生成・付与モジュール
１４０…印刷モジュール
１５０…印刷結果管理モジュール
１６０…登録記録管理モジュール
１７０…スキャンモジュール
１８０…通信モジュール
２００…情報処理装置
２１０…印刷情報受付モジュール
２２０…イメージ解析モジュール
２３０…属性データ構成モジュール
２４０…記録保管モジュール
３１０…診療施設
３２０…診療記録管理センター
３９０…通信回線
【図１】
0006547500.tif 000002
【図２】
0006547500.tif 000003
【図３】
0006547500.tif 000004
【図４】
0006547500.tif 000005
【図５】
0006547500.tif 000006
【図６】
0006547500.tif 000007
【図７】
0006547500.tif 000008
【図８】
0006547500.tif 000009
【図９】
0006547500.tif 000010
【図１０】
0006547500.tif 000011
【図１１】
0006547500.tif 000012
【図１２】
0006547500.tif 000013
【図１３】
0006547500.tif 000014