JP6357967B2 - 情報処理システム及び情報処理プログラム - Google Patents
情報処理システム及び情報処理プログラム Download PDFInfo
- Publication number
- JP6357967B2 JP6357967B2 JP2014165776A JP2014165776A JP6357967B2 JP 6357967 B2 JP6357967 B2 JP 6357967B2 JP 2014165776 A JP2014165776 A JP 2014165776A JP 2014165776 A JP2014165776 A JP 2014165776A JP 6357967 B2 JP6357967 B2 JP 6357967B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- disease
- medical
- patient
- information processing
- 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
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
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
-
- 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
- G16H70/00—ICT specially adapted for the handling or processing of medical references
- G16H70/20—ICT specially adapted for the handling or processing of medical references relating to practices or guidelines
-
- 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
- G16H70/00—ICT specially adapted for the handling or processing of medical references
- G16H70/60—ICT specially adapted for the handling or processing of medical references relating to pathologies
-
- 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
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- General Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Data Mining & Analysis (AREA)
- Pathology (AREA)
- Databases & Information Systems (AREA)
- Bioethics (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
本発明は、情報処理システム及び情報処理プログラムに関する。
特許文献１には、医療機関が他の医療機関に患者を紹介する場合に、他の医療機関が容易に紹介患者の診療情報を参照できるようにすることを課題とし、電子カルテサーバの電子カルテＤＢは、各医療機関の電子カルテＤＢ等の複写を保管し、紹介元医療機関計算機は、紹介患者の診療情報を登録するように紹介患者サーバのファイル作成部に要求し、ファイル作成部は、電子カルテＤＢから該当する診療情報を引き出し、紹介先医療機関情報を付加して紹介患者診療情報ファイルに登録し、紹介先医療機関計算機から紹介患者の診療情報の照会を受けたとき、ファイル照会処理部は紹介患者診療情報ファイルを検索して該当する診療情報を取得し、紹介先医療機関計算機へ送信し、紹介先医療機関計算機は受信した診療情報を表示装置上に表示することが開示されている。
特許文献２には、クリニカルパス情報の入力を簡便化することを課題とし、医療情報システムは、医療情報処理装置と検査装置とを備えており、検査装置は、クリニカルパス情報に含まれる医療行為の実施結果（検査の検査結果）を医療情報処理装置に入力するように作用し、医療情報処理装置は、電子カルテ情報及びクリニカルパス情報を記憶する記憶部を備えており、また、医療情報処理装置の情報処理部は、検査装置から医療行為の実施結果が入力されたときに、その医療行為が実施されたことを示す実施済みマークをクリニカルパス情報に付加するとともに、その医療行為の実施結果を電子カルテ情報に付加するように作用することが開示されている。
本発明は、疾患識別情報と地域識別情報から抽出されたクリニカルパスの型を用いて、クリニカルパスを生成するようにした情報処理システム及び情報処理プログラムを提供することを目的としている。
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、第１の情報処理装置と第２の情報処理装置によって構成される情報処理システムであって、前記の第１の情報処理装置は、地域において予め定められている診療機関によって操作され、患者の疾患を識別し得る疾患識別情報と地域を識別し得る地域識別情報によって取得可能な、該疾患におけるクリニカルパスの型を生成する第１の生成手段を具備し、前記第２の情報処理装置は、患者の診療を行う診療機関によって操作され、対象とする患者の疾患識別情報と該患者の地域識別情報から、該患者の疾患におけるクリニカルパスの型を抽出する抽出手段と、前記抽出手段によって抽出したクリニカルパスの型に、前記患者の前記疾患における診療に関する情報である診療情報を挿入してクリニカルパスを生成する第２の生成手段を具備し、前記地域には、複数の診療機関がある、ことを特徴とする情報処理システムである。
請求項１の発明は、第１の情報処理装置と第２の情報処理装置によって構成される情報処理システムであって、前記の第１の情報処理装置は、地域において予め定められている診療機関によって操作され、患者の疾患を識別し得る疾患識別情報と地域を識別し得る地域識別情報によって取得可能な、該疾患におけるクリニカルパスの型を生成する第１の生成手段を具備し、前記第２の情報処理装置は、患者の診療を行う診療機関によって操作され、対象とする患者の疾患識別情報と該患者の地域識別情報から、該患者の疾患におけるクリニカルパスの型を抽出する抽出手段と、前記抽出手段によって抽出したクリニカルパスの型に、前記患者の前記疾患における診療に関する情報である診療情報を挿入してクリニカルパスを生成する第２の生成手段を具備し、前記地域には、複数の診療機関がある、ことを特徴とする情報処理システムである。
請求項２の発明は、前記第２の生成手段は、前記疾患に対応した予め定められた語彙を含む前記患者に関する情報を付加して前記クリニカルパスを生成することを特徴とする請求項１に記載の情報処理システムである。
請求項３の発明は、前記予め定められた語彙は、前記クリニカルパスを生成する第１の医療機関又は該クリニカルパスを受け取る第２の医療機関によって指定されたものであることを特徴とする請求項２に記載の情報処理システムである。
請求項４の発明は、コンピュータである第１の情報処理装置とコンピュータである第２の情報処理装置によって構成される情報処理システムにおいて、該第１の情報処理装置で動作する第１のプログラムと該第２の情報処理装置で動作する第２のプログラムによって構成される情報処理プログラムであって、前記の第１の情報処理装置は、地域において予め定められている診療機関によって操作され、前記第１のプログラムは、前記第１の情報処理装置を、患者の疾患を識別し得る疾患識別情報と地域を識別し得る地域識別情報によって取得可能な、該疾患におけるクリニカルパスの型を生成する第１の生成手段として機能させ、前記第２の情報処理装置は、患者の診療を行う診療機関によって操作され、前記第２のプログラムは、前記第２の情報処理装置を、対象とする患者の疾患識別情報と該患者の地域識別情報から、該患者の疾患におけるクリニカルパスの型を抽出する抽出手段と、前記抽出手段によって抽出したクリニカルパスの型に、前記患者の前記疾患における診療に関する情報である診療情報を挿入してクリニカルパスを生成する第２の生成手段として機能させ、前記地域には、複数の診療機関がある、ことを特徴とする情報処理プログラムである。
請求項１の情報処理システムによれば、疾患識別情報と地域識別情報から抽出されたクリニカルパスの型を用いて、クリニカルパスを生成することができる。
請求項２の情報処理システムによれば、疾患に対応した予め定められた語彙を含む患者に関する情報を付加してクリニカルパスを生成することができる。
請求項３の情報処理システムによれば、クリニカルパスを生成する第１の医療機関又はクリニカルパスを受け取る第２の医療機関によって指定された予め定められた語彙を用いることができる。
請求項４の情報処理プログラムによれば、疾患識別情報と地域識別情報から抽出されたクリニカルパスの型を用いて、クリニカルパスを生成することができる。
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
本実施の形態である情報処理装置１００は、クリニカルパスを生成するものであって、図１の例に示すように、診療データ取得モジュール１１０、診療情報管理テーブル記憶モジュール１２０、疾患管理テーブル記憶モジュール１３０、患者情報テーブル記憶モジュール１４０、診療記録作成モジュール１５０、文書テンプレート管理テーブル記憶モジュール１６０、地域管理テーブル記憶モジュール１７０、病院情報管理テーブル記憶モジュール１８０、重要キーワードテーブル記憶モジュール１９０を有している。
ここでクリニカルパスとは、疾患の種類毎に作成される診療計画書であり、患者状態と診療行為の目標、評価、記録を含む標準診療計画を記載した電子文書（以下、単に文書ともいう）である。また、標準診療計画に基づく診療の実施を支援し、患者個別の診療状況とその評価を記録し、逸脱事例の集計と分析などを処理することにも用いられ得るものである。
医療現場においては、地域の医療機関が、それぞれの機能や、規模、特色に応じて機能分担を進め、相互に連携することで、効率的、かつ、効果的な治療を行えるように、「地域医療連携」体制の構築を進めている。この地域医療連携では、「クリニカルパス（地域連携パス）」が用いられる。各診療機関（病院等）は、クリニカルパスに規定されている計画／治療内容にしたがって、患者の治療を進める。一方で、病院では、実際の治療の記録は電子カルテで管理している。このため、本実施の形態を用いないで、クリニカルパスを使用した場合、電子カルテの内容を、クリニカルパスに転記する必要がある。このためクリニカルパスを使用した治療は、使用しない治療に比べて書類作成の手間がかかる。また、疾患毎にクリニカルパスの書式が異なるため、疾患毎に異なる対応を実施する必要がある。さらに、医療圏内でも病院によって、異なる形式を使用している例もあるため、病院毎に異なる対応が必要なケースもある。
ここでクリニカルパスとは、疾患の種類毎に作成される診療計画書であり、患者状態と診療行為の目標、評価、記録を含む標準診療計画を記載した電子文書（以下、単に文書ともいう）である。また、標準診療計画に基づく診療の実施を支援し、患者個別の診療状況とその評価を記録し、逸脱事例の集計と分析などを処理することにも用いられ得るものである。
医療現場においては、地域の医療機関が、それぞれの機能や、規模、特色に応じて機能分担を進め、相互に連携することで、効率的、かつ、効果的な治療を行えるように、「地域医療連携」体制の構築を進めている。この地域医療連携では、「クリニカルパス（地域連携パス）」が用いられる。各診療機関（病院等）は、クリニカルパスに規定されている計画／治療内容にしたがって、患者の治療を進める。一方で、病院では、実際の治療の記録は電子カルテで管理している。このため、本実施の形態を用いないで、クリニカルパスを使用した場合、電子カルテの内容を、クリニカルパスに転記する必要がある。このためクリニカルパスを使用した治療は、使用しない治療に比べて書類作成の手間がかかる。また、疾患毎にクリニカルパスの書式が異なるため、疾患毎に異なる対応を実施する必要がある。さらに、医療圏内でも病院によって、異なる形式を使用している例もあるため、病院毎に異なる対応が必要なケースもある。
診療記録作成モジュール１５０は、診療データ取得モジュール１１０、文書テンプレート管理テーブル記憶モジュール１６０と接続されている。診療記録作成モジュール１５０は、対象とする患者の疾患を識別し得る疾患識別情報とその患者の地域を識別し得る地域識別情報から、その疾患におけるクリニカルパスの型（以下、テンプレートともいう）を、文書テンプレート管理テーブル記憶モジュール１６０内から抽出する。そして、抽出したクリニカルパスの型に、診療データ取得モジュール１１０によって取得された、その患者の疾患における診療に関する情報である診療情報を挿入してクリニカルパス（診療記録の役割をも有する文書）を生成する。ここで「挿入」には、情報そのもの（加工していない原型の情報）を型に埋め込む（「流し込む」とも言われる）ようにしてもよいし、情報に加工を施して型に埋め込むようにしてもよい。
また、生成するクリニカルパスをドキュメント形式にすることで、異なる医療機関の間で共通のクリニカルパスを参照できるようにしてもよい。ドキュメント形式として、ワープロソフトに生成される文書の形式、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）等がある。
また、生成するクリニカルパスをドキュメント形式にすることで、異なる医療機関の間で共通のクリニカルパスを参照できるようにしてもよい。ドキュメント形式として、ワープロソフトに生成される文書の形式、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）等がある。
診療データ取得モジュール１１０は、診療情報管理テーブル記憶モジュール１２０、診療記録作成モジュール１５０、重要キーワードテーブル記憶モジュール１９０と接続されている。診療データ取得モジュール１１０は、疾患に応じた診療データを診療情報管理テーブル記憶モジュール１２０から取得する。そして、診療データ取得モジュール１１０は、疾患に対応した予め定められた語彙（以下、キーワードともいう）を含む患者に関する情報を、診療情報管理テーブル記憶モジュール１２０等から抽出して、診療記録作成モジュール１５０に渡す。そして、診療記録作成モジュール１５０は、診療データ取得モジュール１１０からの情報（患者に関する情報）を付加してクリニカルパスを生成する。具体的には、例えば、予め定められた語彙は、クリニカルパスを生成する第１の医療機関又はそのクリニカルパスを受け取る第２の医療機関によって指定されたものである。第２の医療機関は、その疾患の第１の医療機関における治療の後に、治療を行う予定のある医療機関であればよい。例えば、第１の医療機関として、その疾患の急性期における治療を行った病院である場合、第２の医療機関は、その疾患の回復期における治療を行う予定の病院である。また、例えば、第１の医療機関として、その疾患の回復期における治療を行った病院である場合、第２の医療機関は、その疾患の慢性期における治療を行う予定の病院である。どの医療機関によって指定されたものであるかは、例えば、図９の例を用いて後述する重要キーワードテーブル９００によって管理されている。
疾患管理テーブル記憶モジュール１３０は、診療情報管理テーブル記憶モジュール１２０と接続されている。疾患管理テーブル記憶モジュール１３０には、例えば疾患管理テーブル３００が記憶されている。図３は、疾患管理テーブル３００のデータ構造例を示す説明図である。疾患管理テーブル３００は、疾患ＩＤ欄３１０、疾患名欄３２０を有しており、疾患情報を管理するテーブルである。疾患ＩＤ欄３１０は、本実施の形態において、疾患を一意に識別するための情報（疾患ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。疾患名欄３２０は、その疾患ＩＤが示す疾患の名称を記憶している。
患者情報テーブル記憶モジュール１４０は、診療情報管理テーブル記憶モジュール１２０と接続されている。患者情報テーブル記憶モジュール１４０には、例えば患者情報テーブル５００が記憶されている。図５は、患者情報テーブル５００のデータ構造例を示す説明図である。患者情報テーブル５００は、患者ＩＤ欄５１０、患者名欄５２０を有しており、患者情報を管理するテーブルである。患者ＩＤ欄５１０は、本実施の形態において、患者を一意に識別するための情報（患者ＩＤ）を記憶している。患者名欄５２０は、その患者ＩＤの患者名を記憶している。
患者情報テーブル記憶モジュール１４０は、診療情報管理テーブル記憶モジュール１２０と接続されている。患者情報テーブル記憶モジュール１４０には、例えば患者情報テーブル５００が記憶されている。図５は、患者情報テーブル５００のデータ構造例を示す説明図である。患者情報テーブル５００は、患者ＩＤ欄５１０、患者名欄５２０を有しており、患者情報を管理するテーブルである。患者ＩＤ欄５１０は、本実施の形態において、患者を一意に識別するための情報（患者ＩＤ）を記憶している。患者名欄５２０は、その患者ＩＤの患者名を記憶している。
診療情報管理テーブル記憶モジュール１２０は、診療データ取得モジュール１１０、疾患管理テーブル記憶モジュール１３０、患者情報テーブル記憶モジュール１４０と接続されている。診療情報管理テーブル記憶モジュール１２０には、例えば診療情報管理テーブル６００が記憶されている。図６は、診療情報管理テーブル６００のデータ構造例を示す説明図である。診療情報管理テーブル６００は、疾患ＩＤ欄６１０、治療ＩＤ欄６２０、患者ＩＤ欄６３０、記録欄６４０を有しており、疾患と対応する診療データを管理するテーブルであり、例えば、電子カルテ等診療録の管理システムからデータを抽出して生成されたものであってもよい。疾患ＩＤ欄６１０は、疾患ＩＤを記憶している。治療ＩＤ欄６２０は、その疾患ＩＤの疾患に対して行われた、本実施の形態において、治療を一意に識別するための情報（治療ＩＤ）を記憶している。患者ＩＤ欄６３０は、治療ＩＤの治療が施された患者の患者ＩＤを記憶している。記録欄６４０は、疾患ＩＤ欄６１０、治療ＩＤ欄６２０、患者ＩＤ欄６３０によって特定される治療内容の記録（例えば、治療の具体的な内容等）を記憶している。
地域管理テーブル記憶モジュール１７０は、文書テンプレート管理テーブル記憶モジュール１６０、病院情報管理テーブル記憶モジュール１８０と接続されている。地域管理テーブル記憶モジュール１７０には、例えば地域管理テーブル８００が記憶されている。図８は、地域管理テーブル８００のデータ構造例を示す説明図である。地域管理テーブル８００は、地域ＩＤ欄８１０、地域名欄８２０を有しており、地域の情報を管理している。地域ＩＤ欄８１０は、本実施の形態において、地域を一意に識別するための情報（地域ＩＤ）を記憶している。地域名欄８２０は、その地域ＩＤの地域名を記憶している。
病院情報管理テーブル記憶モジュール１８０は、文書テンプレート管理テーブル記憶モジュール１６０、地域管理テーブル記憶モジュール１７０と接続されている。病院情報管理テーブル記憶モジュール１８０には、例えば病院情報管理テーブル７００が記憶されている。図７は、病院情報管理テーブル７００のデータ構造例を示す説明図である。病院情報管理テーブル７００は、地域ＩＤ欄７１０、病院ＩＤ欄７２０、病院名欄７３０を有しており、病院の情報を管理するテーブルである。地域ＩＤ欄７１０は、地域ＩＤを記憶している。病院ＩＤ欄７２０は、その地域ＩＤの地域にあって、本実施の形態において、病院を一意に識別するための情報（病院ＩＤ）を記憶している。病院名欄７３０は、その病院ＩＤの病院名を記憶している。
病院情報管理テーブル記憶モジュール１８０は、文書テンプレート管理テーブル記憶モジュール１６０、地域管理テーブル記憶モジュール１７０と接続されている。病院情報管理テーブル記憶モジュール１８０には、例えば病院情報管理テーブル７００が記憶されている。図７は、病院情報管理テーブル７００のデータ構造例を示す説明図である。病院情報管理テーブル７００は、地域ＩＤ欄７１０、病院ＩＤ欄７２０、病院名欄７３０を有しており、病院の情報を管理するテーブルである。地域ＩＤ欄７１０は、地域ＩＤを記憶している。病院ＩＤ欄７２０は、その地域ＩＤの地域にあって、本実施の形態において、病院を一意に識別するための情報（病院ＩＤ）を記憶している。病院名欄７３０は、その病院ＩＤの病院名を記憶している。
重要キーワードテーブル記憶モジュール１９０は、診療データ取得モジュール１１０、文書テンプレート管理テーブル記憶モジュール１６０と接続されている。重要キーワードテーブル記憶モジュール１９０には、例えば重要キーワードテーブル９００が記憶されている。図９は、重要キーワードテーブル９００のデータ構造例を示す説明図である。重要キーワードテーブル９００は、病院ＩＤ欄９１０、疾患名欄９２０、キーワード欄９３０を有しており、診療に役立つと思われる情報のキーワードが登録されている。キーワードとして、例えば、疾患に直接又は間接的に関係する症状等である。病院ＩＤ欄９１０は、病院ＩＤを記憶している。疾患名欄９２０は、疾患名を記憶している。キーワード欄９３０は、その疾患に関連するキーワードであって、その病院ＩＤの病院によって指定されたものを記憶している。
文書テンプレート管理テーブル記憶モジュール１６０は、診療記録作成モジュール１５０、地域管理テーブル記憶モジュール１７０、病院情報管理テーブル記憶モジュール１８０、重要キーワードテーブル記憶モジュール１９０と接続されている。文書テンプレート管理テーブル記憶モジュール１６０には、例えば文書テンプレート管理テーブル４００が記憶されている。文書テンプレート管理テーブル記憶モジュール１６０がクリニカルパスの型を用意していることによって、疾患毎に（さらに地域毎に）異なる形式の文書に対応可能としている。図４は、文書テンプレート管理テーブル４００のデータ構造例を示す説明図である。文書テンプレート管理テーブル４００は、地域ＩＤ欄４１０、疾患ＩＤ欄４２０、文書テンプレート欄４３０を有しており、地域毎そして疾患毎のクリニカルパスのテンプレートを管理するテーブルである。地域ＩＤ欄４１０は、地域ＩＤを記憶している。疾患ＩＤ欄４２０は、疾患ＩＤを記憶している。文書テンプレート欄４３０は、その地域ＩＤの地域におけるその疾患ＩＤの疾患のクリニカルパスの型（文書テンプレート）を記憶している。ここで型そのものを記憶していてもよいし、その型が記憶されている場所（リンク情報）を記憶していてもよい。
文書テンプレート管理テーブル記憶モジュール１６０は、診療記録作成モジュール１５０、地域管理テーブル記憶モジュール１７０、病院情報管理テーブル記憶モジュール１８０、重要キーワードテーブル記憶モジュール１９０と接続されている。文書テンプレート管理テーブル記憶モジュール１６０には、例えば文書テンプレート管理テーブル４００が記憶されている。文書テンプレート管理テーブル記憶モジュール１６０がクリニカルパスの型を用意していることによって、疾患毎に（さらに地域毎に）異なる形式の文書に対応可能としている。図４は、文書テンプレート管理テーブル４００のデータ構造例を示す説明図である。文書テンプレート管理テーブル４００は、地域ＩＤ欄４１０、疾患ＩＤ欄４２０、文書テンプレート欄４３０を有しており、地域毎そして疾患毎のクリニカルパスのテンプレートを管理するテーブルである。地域ＩＤ欄４１０は、地域ＩＤを記憶している。疾患ＩＤ欄４２０は、疾患ＩＤを記憶している。文書テンプレート欄４３０は、その地域ＩＤの地域におけるその疾患ＩＤの疾患のクリニカルパスの型（文書テンプレート）を記憶している。ここで型そのものを記憶していてもよいし、その型が記憶されている場所（リンク情報）を記憶していてもよい。
図２は、本実施の形態を実現した場合のシステム構成例を示す説明図である。
情報処理装置１００、病院情報システムＡ：２１０Ａ、病院情報システムＢ：２１０Ｂ、病院情報システムＣ：２１０Ｃ、病院情報システムＤ：２１０Ｄ、病院情報システムＥ：２１０Ｅは、通信回線２９０を介してそれぞれ接続されている。各病院情報システム２１０は、それぞれの病院に設置されているが、病院以外の医療機関である医院、診療所等に設置されている医療情報システムであってもよい。また、情報処理装置１００と組み合わせられているものであってもよい。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット等であってもよい。
情報処理装置１００、病院情報システムＡ：２１０Ａ、病院情報システムＢ：２１０Ｂ、病院情報システムＣ：２１０Ｃ、病院情報システムＤ：２１０Ｄ、病院情報システムＥ：２１０Ｅは、通信回線２９０を介してそれぞれ接続されている。各病院情報システム２１０は、それぞれの病院に設置されているが、病院以外の医療機関である医院、診療所等に設置されている医療情報システムであってもよい。また、情報処理装置１００と組み合わせられているものであってもよい。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット等であってもよい。
図１０は、本実施の形態による処理例を示すフローチャートである。この処理例について、図１１の例に示す脳卒中を対象疾患として説明する。
ステップＳ１００２では、脳卒中拠点病院の病院情報システムＥ：２１０Ｅが、操作者（専門家）の操作に応じて、脳卒中クリニカルパステンプレート１１１０を作成する。ここで脳卒中拠点病院は、各地域において予め定められている病院である。
ステップＳ１００４では、病院情報システムＥ：２１０Ｅが、脳卒中クリニカルパステンプレート１１１０を文書テンプレート管理テーブル記憶モジュール１６０に登録する。ここまでの処理は、いわゆる前処理（準備）である。なお、文書テンプレート管理テーブル記憶モジュール１６０は、通信回線で接続されている記憶装置（いわゆるクラウドのサービス）として実現されていてもよい。
ステップＳ１００２では、脳卒中拠点病院の病院情報システムＥ：２１０Ｅが、操作者（専門家）の操作に応じて、脳卒中クリニカルパステンプレート１１１０を作成する。ここで脳卒中拠点病院は、各地域において予め定められている病院である。
ステップＳ１００４では、病院情報システムＥ：２１０Ｅが、脳卒中クリニカルパステンプレート１１１０を文書テンプレート管理テーブル記憶モジュール１６０に登録する。ここまでの処理は、いわゆる前処理（準備）である。なお、文書テンプレート管理テーブル記憶モジュール１６０は、通信回線で接続されている記憶装置（いわゆるクラウドのサービス）として実現されていてもよい。
ステップＳ１００６では、病院Ａの診療記録作成モジュール１５０が、文書テンプレート管理テーブル記憶モジュール１６０から脳卒中クリニカルパステンプレート１１１０を取得する。例えば、病院Ａは、脳卒中の手術を行った病院である。取得するクリニカルパステンプレートとして、その病院Ａ（地域）における脳卒中に関する脳卒中クリニカルパステンプレート１１１０を取得する。
ステップＳ１００８では、診療データ取得モジュール１１０が、診療情報管理テーブル記憶モジュール１２０から対象とする患者のクリニカルパステンプレートが対象としている疾患に関する記録を収集する。例えば、脳卒中の手術記録である。
ステップＳ１０１０では、診療記録作成モジュール１５０が、対象とする患者の脳卒中クリニカルパス１１２０を作成する。
ステップＳ１０１２では、診療記録作成モジュール１５０が、対象とする患者が通う病院Ｂの病院情報システムＢ：２１０Ｂへ脳卒中クリニカルパス１１２０を送信する。例えば、病院Ｂは、脳卒中の回復期における治療を行う病院であって、一般的には、病院Ａよりもその患者の家に近い病院が選ばれる。
ステップＳ１００８では、診療データ取得モジュール１１０が、診療情報管理テーブル記憶モジュール１２０から対象とする患者のクリニカルパステンプレートが対象としている疾患に関する記録を収集する。例えば、脳卒中の手術記録である。
ステップＳ１０１０では、診療記録作成モジュール１５０が、対象とする患者の脳卒中クリニカルパス１１２０を作成する。
ステップＳ１０１２では、診療記録作成モジュール１５０が、対象とする患者が通う病院Ｂの病院情報システムＢ：２１０Ｂへ脳卒中クリニカルパス１１２０を送信する。例えば、病院Ｂは、脳卒中の回復期における治療を行う病院であって、一般的には、病院Ａよりもその患者の家に近い病院が選ばれる。
図１２は、診療記録作成モジュール１５０によって作成されたクリニカルパスの表示例を示す説明図である。
クリニカルパスとして、氏名欄１２１０、疾患名欄１２２０、クリニカルパス内容１２００を有している。そして、クリニカルパス内容１２００は、日付欄１２３０、計画欄１２４０、実績欄１２５０を有しており、地域毎、疾患毎に異なる内容である。例えば、計画欄１２４０には、その疾患における治療の計画がテンプレートとして予め記載されている。実績欄１２５０には、実際に行われた治療が記載されている。もちろんのことながら、実績欄１２５０において、これから治療が行われる日は空欄となる。なお、図１２の例に示すクリニカルパスでは、日付順に記載するようになっているが、後述する図１４の例のように治療毎に記載するようなクリニカルパスであってもよい。
クリニカルパスとして、氏名欄１２１０、疾患名欄１２２０、クリニカルパス内容１２００を有している。そして、クリニカルパス内容１２００は、日付欄１２３０、計画欄１２４０、実績欄１２５０を有しており、地域毎、疾患毎に異なる内容である。例えば、計画欄１２４０には、その疾患における治療の計画がテンプレートとして予め記載されている。実績欄１２５０には、実際に行われた治療が記載されている。もちろんのことながら、実績欄１２５０において、これから治療が行われる日は空欄となる。なお、図１２の例に示すクリニカルパスでは、日付順に記載するようになっているが、後述する図１４の例のように治療毎に記載するようなクリニカルパスであってもよい。
図１３は、本実施の形態による処理例（クリニカルパス生成処理例）を示すフローチャートである。
ステップＳ１３０２では、診療記録作成モジュール１５０が、文書テンプレート内の必要とする項目を抽出する。
ステップＳ１３０４では、診療データ取得モジュール１１０が、対象とする患者の対象とする疾患に関する情報を診療情報管理テーブル記憶モジュール１２０から抽出する。
ステップＳ１３０６では、診療記録作成モジュール１５０が、ステップＳ１３０２で抽出した項目に対応する情報をステップＳ１３０４で抽出した情報から選択する。
ステップＳ１３０８では、診療記録作成モジュール１５０が、文書テンプレート内にステップＳ１３０６で選択した情報を埋め込み、クリニカルパスを作成する。
ステップＳ１３０２では、診療記録作成モジュール１５０が、文書テンプレート内の必要とする項目を抽出する。
ステップＳ１３０４では、診療データ取得モジュール１１０が、対象とする患者の対象とする疾患に関する情報を診療情報管理テーブル記憶モジュール１２０から抽出する。
ステップＳ１３０６では、診療記録作成モジュール１５０が、ステップＳ１３０２で抽出した項目に対応する情報をステップＳ１３０４で抽出した情報から選択する。
ステップＳ１３０８では、診療記録作成モジュール１５０が、文書テンプレート内にステップＳ１３０６で選択した情報を埋め込み、クリニカルパスを作成する。
図１４の例を用いて、図１３の例における処理を説明する。図１４は、本実施の形態による処理例を示す説明図である。
文書テンプレート１４５０は、患者が治療を受けた病院の地域において、ある疾患（疾患ＩＤ：Ｓ００１）のクリニカルパスのテンプレートである。文書テンプレート１４５０は、患者名欄１４５５、疾患名欄１４６０、Ｍ００１計画欄１４７０、Ｍ００１実績欄１４７５、ＯＰ００１計画欄１４８０、ＯＰ００１実績欄１４８５、ＦＩＧ００１計画欄１４９０、ＦＩＧ００１実績欄１４９５を有している。この文書テンプレート１４５０内のＭ００１実績欄１４７５、ＯＰ００１実績欄１４８５、ＦＩＧ００１実績欄１４９５に、実際に行われた治療を挿入する。なお、Ｍ００１計画欄１４７０、ＯＰ００１計画欄１４８０、ＦＩＧ００１計画欄１４９０には、テンプレートとして予め治療の計画が記載されている。
文書テンプレート１４５０から、Ｍ００１実績欄１４７５、ＯＰ００１実績欄１４８５、ＦＩＧ００１実績欄１４９５における治療ＩＤを抽出する（ステップＳ１３０２）。具体的には、治療ＩＤ：Ｍ００１、治療ＩＤ：ＯＰ００１、治療ＩＤ：ＦＩＧ００１を抽出する。
文書テンプレート１４５０は、患者が治療を受けた病院の地域において、ある疾患（疾患ＩＤ：Ｓ００１）のクリニカルパスのテンプレートである。文書テンプレート１４５０は、患者名欄１４５５、疾患名欄１４６０、Ｍ００１計画欄１４７０、Ｍ００１実績欄１４７５、ＯＰ００１計画欄１４８０、ＯＰ００１実績欄１４８５、ＦＩＧ００１計画欄１４９０、ＦＩＧ００１実績欄１４９５を有している。この文書テンプレート１４５０内のＭ００１実績欄１４７５、ＯＰ００１実績欄１４８５、ＦＩＧ００１実績欄１４９５に、実際に行われた治療を挿入する。なお、Ｍ００１計画欄１４７０、ＯＰ００１計画欄１４８０、ＦＩＧ００１計画欄１４９０には、テンプレートとして予め治療の計画が記載されている。
文書テンプレート１４５０から、Ｍ００１実績欄１４７５、ＯＰ００１実績欄１４８５、ＦＩＧ００１実績欄１４９５における治療ＩＤを抽出する（ステップＳ１３０２）。具体的には、治療ＩＤ：Ｍ００１、治療ＩＤ：ＯＰ００１、治療ＩＤ：ＦＩＧ００１を抽出する。
診療情報管理テーブル１４００は、診療情報管理テーブル６００内から、対象とする患者（患者ＩＤ：Ｐ００１）であって、対象とする疾患（疾患ＩＤ：Ｓ００１）である情報を抽出したテーブルである（ステップＳ１３０４）。診療情報管理テーブル１４００は、診療情報管理テーブル６００と同様に、疾患ＩＤ欄１４１０、治療ＩＤ欄１４２０、患者ＩＤ欄１４３０、記録欄１４４０を有している。
Ｍ００１実績欄１４７５に基づいて、診療情報管理テーブル１４００の１行目、３行目（治療ＩＤ：Ｍ００１）のデータを抽出し、ＯＰ００１実績欄１４８５に基づいて、診療情報管理テーブル１４００の２行目、４行目（治療ＩＤ：ＯＰ００１）のデータを抽出し、ＦＩＧ００１実績欄１４９５に基づいて、診療情報管理テーブル１４００の５行目（治療ＩＤ：ＦＩＧ００１）のデータを抽出する（ステップＳ１３０６）。
そして、Ｍ００１実績欄１４７５には、診療情報管理テーブル１４００の１行目、３行目（治療ＩＤ：Ｍ００１）のデータを埋め込み、ＯＰ００１実績欄１４８５には、診療情報管理テーブル１４００の２行目、４行目（治療ＩＤ：ＯＰ００１）のデータを埋め込み、ＦＩＧ００１実績欄１４９５には、診療情報管理テーブル１４００の５行目（治療ＩＤ：ＦＩＧ００１）のデータを埋め込む（ステップＳ１３０８）。
Ｍ００１実績欄１４７５に基づいて、診療情報管理テーブル１４００の１行目、３行目（治療ＩＤ：Ｍ００１）のデータを抽出し、ＯＰ００１実績欄１４８５に基づいて、診療情報管理テーブル１４００の２行目、４行目（治療ＩＤ：ＯＰ００１）のデータを抽出し、ＦＩＧ００１実績欄１４９５に基づいて、診療情報管理テーブル１４００の５行目（治療ＩＤ：ＦＩＧ００１）のデータを抽出する（ステップＳ１３０６）。
そして、Ｍ００１実績欄１４７５には、診療情報管理テーブル１４００の１行目、３行目（治療ＩＤ：Ｍ００１）のデータを埋め込み、ＯＰ００１実績欄１４８５には、診療情報管理テーブル１４００の２行目、４行目（治療ＩＤ：ＯＰ００１）のデータを埋め込み、ＦＩＧ００１実績欄１４９５には、診療情報管理テーブル１４００の５行目（治療ＩＤ：ＦＩＧ００１）のデータを埋め込む（ステップＳ１３０８）。
図１５は、本実施の形態による処理例（他のクリニカルパス生成処理例）を示すフローチャートである。なお、ステップＳ１５０２〜Ｓ１５０６、ステップＳ１５１０の処理は、図１３の例に示すフローチャートに対応する。
ステップＳ１５０２では、診療記録作成モジュール１５０が、文書テンプレート内の必要とする項目を抽出する。
ステップＳ１５０４では、診療データ取得モジュール１１０が、対象とする患者の対象とする疾患に関する情報を診療情報管理テーブル記憶モジュール１２０から抽出する。
ステップＳ１５０６では、診療記録作成モジュール１５０が、ステップＳ１５０２で抽出した項目に対応する情報をステップＳ１５０４で抽出した情報から選択する。
ステップＳ１５０８では、重要キーワードテーブル９００内のキーワードをステップＳ１５０４で抽出した情報から検索する。
ステップＳ１５１０では、文書テンプレート内にステップＳ１５０６で選択した情報を埋め込み、クリニカルパスを作成する。
ステップＳ１５１２では、クリニカルパスに、ステップＳ１５０８で検索した情報を付加する。
ステップＳ１５０２では、診療記録作成モジュール１５０が、文書テンプレート内の必要とする項目を抽出する。
ステップＳ１５０４では、診療データ取得モジュール１１０が、対象とする患者の対象とする疾患に関する情報を診療情報管理テーブル記憶モジュール１２０から抽出する。
ステップＳ１５０６では、診療記録作成モジュール１５０が、ステップＳ１５０２で抽出した項目に対応する情報をステップＳ１５０４で抽出した情報から選択する。
ステップＳ１５０８では、重要キーワードテーブル９００内のキーワードをステップＳ１５０４で抽出した情報から検索する。
ステップＳ１５１０では、文書テンプレート内にステップＳ１５０６で選択した情報を埋め込み、クリニカルパスを作成する。
ステップＳ１５１２では、クリニカルパスに、ステップＳ１５０８で検索した情報を付加する。
図１６の例を用いて、図１５の例における処理を説明する。図１６は、本実施の形態による処理例を示す説明図である。
診療情報管理テーブル１６２０において、アレルギー検査実施は、疾患ＩＤ：Ｓ００１である脳卒中とは関連付けられていないが、重要キーワードテーブル１６３０で、脳卒中（疾患ＩＤ：Ｓ００１）にキーワード「アレルギー」が関連付けられているので、アレルギーに関する診療記録も取得するものである。
疾患管理テーブル１６１０は、疾患ＩＤ欄１６１２、疾患名欄１６１４を有しており、疾患管理テーブル３００に対応する。
診療情報管理テーブル１６２０は、疾患ＩＤ欄１６２２、治療ＩＤ欄１６２４、患者ＩＤ欄１６２６、記録欄１６２８を有しており、診療情報管理テーブル６００に対応する。患者ＩＤ：Ｐ００１を抽出したものである。
重要キーワードテーブル１６３０は、重要キーワードテーブル記憶モジュール１９０内に記憶されており、病院ＩＤ欄１６３２、疾患名欄１６３４、キーワード欄１６３６を有しており、重要キーワードテーブル９００に対応するものである。
診療データ取得モジュール１１０は、重要キーワードテーブル１６３０から病院ＩＤ：Ｈ００１（第１の診療機関又は第２の診療機関）においては、疾患「脳卒中」にはキーワード「アレルギー」が対応しているので、「アレルギー」を診療情報管理テーブル１６２０の記録欄１６２８内に含む行（診療情報管理テーブル１６２０内の疾患ＩＤ：Ｓ００２）を抽出する（ステップＳ１５０８）。そして、診療記録作成モジュール１５０は、その行の情報（「アレルギー検査実施」）をテンプレート内に挿入する（ステップＳ１５１２）。なお、ここで「アレルギー検査実施」に対応する疾患ＩＤ：Ｓ００２は、疾患「骨折」であり（疾患管理テーブル１６１０参照）、疾患「脳卒中」とは関係がないが、病院ＩＤ：Ｈ００１では、脳卒中の治療に役立つ情報として必要としている情報である。
診療情報管理テーブル１６２０において、アレルギー検査実施は、疾患ＩＤ：Ｓ００１である脳卒中とは関連付けられていないが、重要キーワードテーブル１６３０で、脳卒中（疾患ＩＤ：Ｓ００１）にキーワード「アレルギー」が関連付けられているので、アレルギーに関する診療記録も取得するものである。
疾患管理テーブル１６１０は、疾患ＩＤ欄１６１２、疾患名欄１６１４を有しており、疾患管理テーブル３００に対応する。
診療情報管理テーブル１６２０は、疾患ＩＤ欄１６２２、治療ＩＤ欄１６２４、患者ＩＤ欄１６２６、記録欄１６２８を有しており、診療情報管理テーブル６００に対応する。患者ＩＤ：Ｐ００１を抽出したものである。
重要キーワードテーブル１６３０は、重要キーワードテーブル記憶モジュール１９０内に記憶されており、病院ＩＤ欄１６３２、疾患名欄１６３４、キーワード欄１６３６を有しており、重要キーワードテーブル９００に対応するものである。
診療データ取得モジュール１１０は、重要キーワードテーブル１６３０から病院ＩＤ：Ｈ００１（第１の診療機関又は第２の診療機関）においては、疾患「脳卒中」にはキーワード「アレルギー」が対応しているので、「アレルギー」を診療情報管理テーブル１６２０の記録欄１６２８内に含む行（診療情報管理テーブル１６２０内の疾患ＩＤ：Ｓ００２）を抽出する（ステップＳ１５０８）。そして、診療記録作成モジュール１５０は、その行の情報（「アレルギー検査実施」）をテンプレート内に挿入する（ステップＳ１５１２）。なお、ここで「アレルギー検査実施」に対応する疾患ＩＤ：Ｓ００２は、疾患「骨折」であり（疾患管理テーブル１６１０参照）、疾患「脳卒中」とは関係がないが、病院ＩＤ：Ｈ００１では、脳卒中の治療に役立つ情報として必要としている情報である。
図１７は、本実施の形態による処理例を示すフローチャートである。なお、ステップＳ１７０２〜Ｓ１７０６、ステップＳ１７１０の処理は、図１３の例に示すフローチャートに対応する。
ステップＳ１７０２では、診療記録作成モジュール１５０が、文書テンプレート内の必要とする項目を抽出する。
ステップＳ１７０４では、診療データ取得モジュール１１０が、対象とする患者の対象とする疾患に関する情報を診療情報管理テーブル記憶モジュール１２０から抽出する。
ステップＳ１７０６では、診療記録作成モジュール１５０が、ステップＳ１７０２で抽出した項目に対応する情報をステップＳ１７０４で抽出した情報から選択する。
ステップＳ１７０８では、自病院と移転先の病院が指定した重要キーワードテーブル内のキーワードをステップＳ１７０４で抽出した情報から検索する。
ステップＳ１７１０では、文書テンプレート内にステップＳ１７０６で選択した情報を埋め込み、クリニカルパスを作成する。
ステップＳ１７１２では、クリニカルパスに、ステップＳ１７０８で検索した情報を付加する。
ステップＳ１７０２では、診療記録作成モジュール１５０が、文書テンプレート内の必要とする項目を抽出する。
ステップＳ１７０４では、診療データ取得モジュール１１０が、対象とする患者の対象とする疾患に関する情報を診療情報管理テーブル記憶モジュール１２０から抽出する。
ステップＳ１７０６では、診療記録作成モジュール１５０が、ステップＳ１７０２で抽出した項目に対応する情報をステップＳ１７０４で抽出した情報から選択する。
ステップＳ１７０８では、自病院と移転先の病院が指定した重要キーワードテーブル内のキーワードをステップＳ１７０４で抽出した情報から検索する。
ステップＳ１７１０では、文書テンプレート内にステップＳ１７０６で選択した情報を埋め込み、クリニカルパスを作成する。
ステップＳ１７１２では、クリニカルパスに、ステップＳ１７０８で検索した情報を付加する。
図１８の例を用いて、図１７の例における処理を説明する。図１８は、本実施の形態による処理例を示す説明図である。
各病院がそれぞれ重要と思われるキーワードをクラウド上の重要キーワードテーブル記憶モジュール１９０の重要キーワードテーブル１８２０に登録する。例えば、Ａ病院からＢ病院にクリニカルパスを渡す場合（対象としている患者がＡ病院からＢ病院へ転院する場合）は、Ａ病院とＢ病院の登録したキーワードから、Ａ病院内の診療記録を検索し、クリニカルパスに情報を付与する。
Ａ病院からＢ病院にクリニカルパスを渡す場合、クリニカルパスのテンプレートの記載項目に含まれていなくても、Ａ病院からＢ病院に対して提供したい情報があるというケース、又は、Ｂ病院がＡ病院から受け取りたい情報があるというケースを想定しているものである。
病院管理テーブル１８１０は、同じ地域における病院を管理するテーブルであって、病院ＩＤ欄１８１２、病院名欄１８１４を有しており、病院情報管理テーブル７００の病院ＩＤ欄７２０、病院名欄７３０に対応する。
重要キーワードテーブル１８２０は、重要キーワードテーブル記憶モジュール１９０内に記憶されており、病院ＩＤ欄１８２２、疾患名欄１８２４、キーワード欄１８２６を有しており、重要キーワードテーブル９００に対応するものである。
ここで、第１診療機関であるＡ病院（病院ＩＤ：Ｈ００１）は、「脳卒中」に対してキーワード「アレルギー」を指定しており、第２診療機関であるＢ病院（病院ＩＤ：Ｈ００２）は、「脳卒中」に対してキーワード「消化器」を指定している。
診療データ取得モジュール１１０は、重要キーワードテーブル１８２０から病院ＩＤ：Ｈ００１においては、疾患「脳卒中」にはキーワード「アレルギー」が対応しているので、「アレルギー」を診療情報管理テーブル６００の記録欄６４０内に含む行を抽出し、病院ＩＤ：Ｈ００２においては、疾患「脳卒中」にはキーワード「消化器」が対応しているので、「消化器」を診療情報管理テーブル６００の記録欄６４０内に含む行を抽出する（ステップＳ１７０８）。そして、診療記録作成モジュール１５０は、それらの行の情報をテンプレート内に挿入する（ステップＳ１７１２）。
各病院がそれぞれ重要と思われるキーワードをクラウド上の重要キーワードテーブル記憶モジュール１９０の重要キーワードテーブル１８２０に登録する。例えば、Ａ病院からＢ病院にクリニカルパスを渡す場合（対象としている患者がＡ病院からＢ病院へ転院する場合）は、Ａ病院とＢ病院の登録したキーワードから、Ａ病院内の診療記録を検索し、クリニカルパスに情報を付与する。
Ａ病院からＢ病院にクリニカルパスを渡す場合、クリニカルパスのテンプレートの記載項目に含まれていなくても、Ａ病院からＢ病院に対して提供したい情報があるというケース、又は、Ｂ病院がＡ病院から受け取りたい情報があるというケースを想定しているものである。
病院管理テーブル１８１０は、同じ地域における病院を管理するテーブルであって、病院ＩＤ欄１８１２、病院名欄１８１４を有しており、病院情報管理テーブル７００の病院ＩＤ欄７２０、病院名欄７３０に対応する。
重要キーワードテーブル１８２０は、重要キーワードテーブル記憶モジュール１９０内に記憶されており、病院ＩＤ欄１８２２、疾患名欄１８２４、キーワード欄１８２６を有しており、重要キーワードテーブル９００に対応するものである。
ここで、第１診療機関であるＡ病院（病院ＩＤ：Ｈ００１）は、「脳卒中」に対してキーワード「アレルギー」を指定しており、第２診療機関であるＢ病院（病院ＩＤ：Ｈ００２）は、「脳卒中」に対してキーワード「消化器」を指定している。
診療データ取得モジュール１１０は、重要キーワードテーブル１８２０から病院ＩＤ：Ｈ００１においては、疾患「脳卒中」にはキーワード「アレルギー」が対応しているので、「アレルギー」を診療情報管理テーブル６００の記録欄６４０内に含む行を抽出し、病院ＩＤ：Ｈ００２においては、疾患「脳卒中」にはキーワード「消化器」が対応しているので、「消化器」を診療情報管理テーブル６００の記録欄６４０内に含む行を抽出する（ステップＳ１７０８）。そして、診療記録作成モジュール１５０は、それらの行の情報をテンプレート内に挿入する（ステップＳ１７１２）。
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１９に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１９０１を用い、記憶装置としてＲＡＭ１９０２、ＲＯＭ１９０３、ＨＤ１９０４を用いている。ＨＤ１９０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。診療データ取得モジュール１１０、診療記録作成モジュール１５０等のプログラムを実行するＣＰＵ１９０１と、そのプログラムやデータを記憶するＲＡＭ１９０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１９０３と、補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ１９０４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置１９０６と、ＣＲＴ、液晶ディスプレイ等の出力装置１９０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１９０７、そして、それらをつないでデータのやりとりをするためのバス１９０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１９に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１９に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１９に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
なお、図１９に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１９に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１９に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
１００…情報処理装置
１１０…診療データ取得モジュール
１２０…診療情報管理テーブル記憶モジュール
１３０…疾患管理テーブル記憶モジュール
１４０…患者情報テーブル記憶モジュール
１５０…診療記録作成モジュール
１６０…文書テンプレート管理テーブル記憶モジュール
１７０…地域管理テーブル記憶モジュール
１８０…病院情報管理テーブル記憶モジュール
１９０…重要キーワードテーブル記憶モジュール
２１０…病院情報システム
２９０…通信回線
１１０…診療データ取得モジュール
１２０…診療情報管理テーブル記憶モジュール
１３０…疾患管理テーブル記憶モジュール
１４０…患者情報テーブル記憶モジュール
１５０…診療記録作成モジュール
１６０…文書テンプレート管理テーブル記憶モジュール
１７０…地域管理テーブル記憶モジュール
１８０…病院情報管理テーブル記憶モジュール
１９０…重要キーワードテーブル記憶モジュール
２１０…病院情報システム
２９０…通信回線
Claims (4)
- 第１の情報処理装置と第２の情報処理装置によって構成される情報処理システムであって、
前記の第１の情報処理装置は、地域において予め定められている診療機関によって操作され、
患者の疾患を識別し得る疾患識別情報と地域を識別し得る地域識別情報によって取得可能な、該疾患におけるクリニカルパスの型を生成する第１の生成手段
を具備し、
前記第２の情報処理装置は、患者の診療を行う診療機関によって操作され、
対象とする患者の疾患識別情報と該患者の地域識別情報から、該患者の疾患におけるクリニカルパスの型を抽出する抽出手段と、
前記抽出手段によって抽出したクリニカルパスの型に、前記患者の前記疾患における診療に関する情報である診療情報を挿入してクリニカルパスを生成する第２の生成手段
を具備し、
前記地域には、複数の診療機関がある、
ことを特徴とする情報処理システム。 - 前記第２の生成手段は、前記疾患に対応した予め定められた語彙を含む前記患者に関する情報を付加して前記クリニカルパスを生成する
ことを特徴とする請求項１に記載の情報処理システム。 - 前記予め定められた語彙は、前記クリニカルパスを生成する第１の医療機関又は該クリニカルパスを受け取る第２の医療機関によって指定されたものである
ことを特徴とする請求項２に記載の情報処理システム。 - コンピュータである第１の情報処理装置とコンピュータである第２の情報処理装置によって構成される情報処理システムにおいて、該第１の情報処理装置で動作する第１のプログラムと該第２の情報処理装置で動作する第２のプログラムによって構成される情報処理プログラムであって、
前記の第１の情報処理装置は、地域において予め定められている診療機関によって操作され、
前記第１のプログラムは、前記第１の情報処理装置を、
患者の疾患を識別し得る疾患識別情報と地域を識別し得る地域識別情報によって取得可能な、該疾患におけるクリニカルパスの型を生成する第１の生成手段
として機能させ、
前記第２の情報処理装置は、患者の診療を行う診療機関によって操作され、
前記第２のプログラムは、前記第２の情報処理装置を、
対象とする患者の疾患識別情報と該患者の地域識別情報から、該患者の疾患におけるクリニカルパスの型を抽出する抽出手段と、
前記抽出手段によって抽出したクリニカルパスの型に、前記患者の前記疾患における診療に関する情報である診療情報を挿入してクリニカルパスを生成する第２の生成手段
として機能させ、
前記地域には、複数の診療機関がある、
ことを特徴とする情報処理プログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014165776A JP6357967B2 (ja) | 2014-08-18 | 2014-08-18 | 情報処理システム及び情報処理プログラム |
| US14/602,794 US20160048647A1 (en) | 2014-08-18 | 2015-01-22 | Information processing apparatus, information processing method, and non-transitory computer readable medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014165776A JP6357967B2 (ja) | 2014-08-18 | 2014-08-18 | 情報処理システム及び情報処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016042273A JP2016042273A (ja) | 2016-03-31 |
| JP6357967B2 true JP6357967B2 (ja) | 2018-07-18 |
Family
ID=55302363
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014165776A Active JP6357967B2 (ja) | 2014-08-18 | 2014-08-18 | 情報処理システム及び情報処理プログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20160048647A1 (ja) |
| JP (1) | JP6357967B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11915804B2 (en) * | 2020-11-17 | 2024-02-27 | Cerner Innovation, Inc. | Integrated report |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1996027163A1 (en) * | 1995-02-28 | 1996-09-06 | Clinicomp International, Inc. | Clinical critical care path system and method of using same |
| JP3472690B2 (ja) * | 1997-11-14 | 2003-12-02 | 株式会社日立製作所 | 診療情報を他医療機関に開示する方法及び装置 |
| JP2004118664A (ja) * | 2002-09-27 | 2004-04-15 | Fujitsu Ltd | 診療計画策定装置 |
| JP5399698B2 (ja) * | 2008-12-23 | 2014-01-29 | 三菱電機株式会社 | 粒子線治療計画連携システム及び粒子線治療計画連携方法 |
-
2014
- 2014-08-18 JP JP2014165776A patent/JP6357967B2/ja active Active
-
2015
- 2015-01-22 US US14/602,794 patent/US20160048647A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2016042273A (ja) | 2016-03-31 |
| US20160048647A1 (en) | 2016-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20150134366A1 (en) | Medical image importer and method | |
| CN104350494A (zh) | 向报告提供帮助 | |
| JP6405688B2 (ja) | 情報処理装置及び情報処理プログラム | |
| JP2002215477A (ja) | デバイス状態監視システム、デバイス状態監視処理方法及び情報記録媒体 | |
| Keenan | Big data in health care: an urgent mandate to change nursing EHRs! | |
| JP2020155142A (ja) | 装置、方法、システム及びプログラム | |
| Helm et al. | First steps towards process mining in distributed health information systems | |
| JP6357967B2 (ja) | 情報処理システム及び情報処理プログラム | |
| Li et al. | Obtaining a Genetic Family History Using Computer‐Based Tools | |
| JP6520510B2 (ja) | 情報処理装置及び情報処理プログラム | |
| JP5618915B2 (ja) | 診療支援システム、診療ワークフロー分析システム及び診療支援方法 | |
| US20170004593A1 (en) | Information processing device and non-transitory computer readable medium | |
| JP6579849B2 (ja) | 読影レポート作成支援システム、読影レポート作成支援方法、及び読影レポート作成支援プログラム | |
| JP5691817B2 (ja) | 情報処理装置及び情報処理プログラム | |
| JP2010086355A (ja) | レポート統合装置、方法及びプログラム | |
| JP6344046B2 (ja) | 情報処理装置及び情報処理プログラム | |
| JP2007080077A (ja) | 読影支援装置、読影支援システム、読影レポートデータ授受方法および読影支援プログラム | |
| JP2007241642A (ja) | 解析方法、解析装置及びコンピュータプログラム | |
| Tseng et al. | dxpr: an R package for generating analysis-ready data from electronic health records—diagnoses and procedures | |
| JP2005293059A (ja) | 医用画像サーバおよび医用画像サーバ用プログラム | |
| JP6719259B2 (ja) | 医用レポート作成支援装置およびその制御方法、プログラム | |
| JP6933436B2 (ja) | 医用文書作成システムおよび医用文書作成プログラム | |
| JP7086808B2 (ja) | 情報処理装置、情報処理システム及び情報処理方法 | |
| JP7344539B2 (ja) | 読取システム及び読取プログラム | |
| JP5524874B2 (ja) | 診断病名登録支援システム及びその方法並びに電子カルテ装置及び電子カルテプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170720 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180320 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180423 |
|
| 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: 20180522 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180604 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6357967 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 |